JP4555459B2 - Call system - Google Patents
Call system Download PDFInfo
- Publication number
- JP4555459B2 JP4555459B2 JP2000377443A JP2000377443A JP4555459B2 JP 4555459 B2 JP4555459 B2 JP 4555459B2 JP 2000377443 A JP2000377443 A JP 2000377443A JP 2000377443 A JP2000377443 A JP 2000377443A JP 4555459 B2 JP4555459 B2 JP 4555459B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal device
- party
- slave
- call
- slave terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、複数の携帯電話等の端末装置間において、相互に同時通話を行う通話システムに関する。
【0002】
【従来の技術】
従来より、携帯電話等を用いた通話システムには、3者通話機能が付加されたものが提供されている。この種の通話システムにおける3者通話は、図10に示す様に、1つのマスタ(master)端末100と2つのスレーブ(slave)端末201,202、及び交換局300によって行われる。
【0003】
マスタ端末100は、3者通話を統括的に管理するものであり、スレーブ端末201,202に対して保留、切断、又は発信を適宜行う機能を有する。また、マスタ端末100には、3者通話における通話料が課金される。また、マスタ端末100は、スレーブ端末201,202を識別する為のスレーブ端末識別情報を交換局300から得て表示することができる。一方、スレーブ端末201,202は、課金の対象とはならず、対マスタ端末100の識別情報のみを交換局300から得て表示することができる。交換局300は、マスタ端末100とスレーブ端末201,202との間に介在して、通話に係るデータの通信を媒介する。
【0004】
図11は、上記の様な従来の通話システムの動作シーケンスを示す。予め、マスタ端末100とスレーブ端末201とが通話中であるものとする。この状態において、スレーブ端末202のユーザがマスタ端末100に対する発呼操作を行うと、スレーブ端末202から交換局300を介してマスタ端末100へと呼設定要求が送信される(ステップS80)。これにより、マスタ端末100の表示部には、スレーブ端末202から呼設定要求があった旨が表示される。
【0005】
一方、発信を行ったスレーブ端末202は、マスタ端末100の呼出に入った際に、交換局300からレスポンスを受信する(ステップS81)。これにより、スレーブ端末202の表示部には、マスタ端末100からの応答を待っている呼待中である旨が表示される。このとき、マスタ端末100は、スレーブ端末202が発信した情報を把握できる。
【0006】
この状態で、マスタ端末100のユーザが、スレーブ端末201を保留にし、スレーブ端末202と通話を行う為の操作を行うと、スレーブ端末201には保留要求が送信される。これにより、スレーブ端末201は、保留中となる(ステップS82)。一方、スレーブ端末202には、接続要求が送信される。これにより、スレーブ端末202は、接続状態となる(ステップS83)。
【0007】
このとき、マスタ端末100の表示部には、図12に示す様に、スレーブ端末201が保留中であること、及びスレーブ端末202と通話中であること等の情報が表示されるので、マスタ端末100のユーザは、通話に参加しているユーザと参加していないユーザとを識別できる。
【0008】
【発明が解決しようとする課題】
しかしながら、上記の様な従来の通話システムにあっては、マスタ端末100のユーザが、スレーブ端末201,202が保留、切断、又は通話状態にされたことを把握するのみであった。
【0009】
従って、スレーブ端末201,202のユーザは、当該3者通話に参加しているにも拘らず、他方のスレーブ端末が保留、切断、通話の何れの状態にあるかを全く把握できないという不都合が生じていた。
【0010】
そこで、本発明の課題は、マルチパーティサービスを使用する通話を円滑且つ快適に行える通話システムを提供することにある。
【0011】
【課題を解決するための手段】
本発明は、この課題を解決すべく次の様な特徴を備える。なお、次に示す発明特定事項の説明中、括弧書きにより実施の形態に対応する構成を、図面参照符号を付して例示する。
【0012】
請求項1記載の発明は、通話料金が課金される主端末装置(例えば、マスタ端末10)と、該主端末装置と同時通話を行う複数の従端末装置(例えば、スレーブ端末21,22,23)と、前記主端末装置及び前記従端末装置の間のデータ通信を媒介する交換局(例えば、交換局30)と、を備える通話システム(例えば、マルチパーティサービスシステム1)において、
前記主端末装置は、前記複数の従端末装置と行う同時通話を統括的に管理し、前記従端末装置に対して保留、切断又は発信を行なう手段と、前記従端末装置に関する情報を表示する主端末表示手段と、を備え、
前記交換局は、前記主端末装置と複数の前記従端末装置とで構成されるパーティに関するマルチパーティサービス情報を、前記従端末装置に送信するマルチパーティサービス情報送信手段を備え、
前記従端末装置は、前記交換局から送信された前記マルチパーティサービス情報を受信して表示する従端末表示手段を備える、ことを特徴としている。
【0013】
ここで、マルチパーティサービス情報は、請求項8記載の発明の様に、前記主端末装置を識別する為の識別情報、前記パーティ内の従端末装置を識別する為の識別情報、前記パーティにおける前記主端末装置の通話時間、及び課金情報の少なくとも1つを含むのが好ましい。
【0014】
請求項1記載の発明によれば、交換局のマルチパーティサービス情報送信手段が、主端末装置と複数の従端末装置とで構成されるパーティに関するマルチパーティサービス情報を、従端末装置に送信するので、従端末装置のユーザは、受信したマルチパーティサービス情報に基づいてパーティの構成を正確且つ容易に把握できる。これにより、主端末装置のユーザのみがパーティの構成を把握し得た従来技術に比して、主端末装置のユーザが会話中に従端末装置のユーザに対し、誰が当該パーティに参加しているかを逐一知らせる必要がなくなるので、パーティ内の通話を円滑且つ快適に行える。
【0015】
請求項2記載の発明は、請求項1記載の通話システムにおいて、
前記マルチパーティサービス情報送信手段は、前記主端末装置が、前記パーティ内における前記従端末装置を保留又は終話にする際は、当該保留又は終話にされる従端末装置を識別する為の識別情報を含む前記マルチパーティサービス情報を、当該パーティ内における他の従端末装置へ送信することを特徴としている。
【0016】
請求項2記載の発明によれば、マルチパーティサービス情報送信手段は、主端末装置がパーティ内における従端末装置を保留又は終話にする際は、当該保留又は終話にされる従端末装置を識別する為の識別情報を含む前記マルチパーティサービス情報を、当該パーティ内における他の従端末装置へ送信するので、パーティ内において通話中の従端末装置のユーザは、どの従端末装置が保留又は終話にされたかを、識別情報に基づいてその都度知ることができる。これにより、パーティ内の通話を一層円滑且つ快適に行える。
【0017】
請求項3記載の発明は、請求項1記載の通話システムにおいて、
前記マルチパーティサービス情報送信手段は、前記主端末装置が、前記パーティ内における前記従端末装置を保留又は終話にする際は、当該保留又は終話にされる従端末装置に対し、前記マルチパーティサービス情報を送信することを特徴としている。
【0018】
請求項3記載の発明によれば、マルチパーティサービス情報送信手段は、主端末装置がパーティ内における従端末装置を保留又は終話にする際は、当該保留又は終話にされる従端末装置に対しマルチパーティサービス情報を送信するので、従端末装置のユーザは、パーティから保留又は終話にされる場合であっても、そのとき主端末装置のユーザが誰と通話していたかを知ることができるという利便性がある。
【0019】
請求項4記載の発明は、請求項3記載の通話システムにおいて、
前記マルチパーティサービス情報送信手段は、前記主端末装置が、前記パーティ内における前記従端末装置を保留又は終話にし、当該パーティ外の端末装置に発呼を行った場合、前記主端末装置と、当該パーティ外の端末装置とが通話状態に遷移すると、前記パーティ内の従端末装置へ前記マルチパーティサービス情報を送信することを特徴としている。
【0020】
請求項4記載の発明によれば、マルチパーティサービス情報送信手段は、主端末装置がパーティ内における従端末装置を保留又は終話にし、当該パーティ外の端末装置に発呼を行った場合、主端末装置と、当該パーティ外の端末装置とが通話状態に遷移すると、パーティ内の従端末装置へマルチパーティサービス情報を送信するので、パーティ内の従端末装置のユーザは、パーティから保留又は終話にされる場合であっても、現在主端末装置のユーザが誰と通話しているかをリアルタイムに把握できるという利便性がある。
【0021】
請求項5記載の発明は、請求項1記載の通話システムにおいて、
前記マルチパーティサービス情報送信手段は、前記主端末装置と通話中又は保留中でない前記パーティ外の端末装置が、前記主端末装置に発信を行い、前記主端末装置と通話状態に遷移したとき、当該パーティ外の端末装置を識別する為の識別情報を含む前記マルチパーティサービス情報を、前記パーティ内の従端末装置へ送信することを特徴としている。
【0022】
請求項5記載の発明によれば、マルチパーティサービス情報送信手段は、主端末装置と通話中又は保留中でないパーティ外の端末装置が主端末装置に発信を行い、前記主端末装置と通話状態に遷移したとき、当該パーティ外の端末装置を識別する為の識別情報を含む前記マルチパーティサービス情報をパーティ内の従端末装置へ送信するので、パーティ内において通話中の従端末装置のユーザは、その識別情報に基づいて、誰が主端末装置と通話中に入ったかをその都度把握できるという利便性がある。これにより、会話中に主端末装置のユーザが従端末装置のユーザに対し、誰から発信があり、誰と通話に入ったかを逐一知らせる必要がなくなるので、パーティ内の通話を一層円滑且つ快適に行える。
【0023】
請求項6記載の発明は、請求項1記載の通話システムにおいて、
前記マルチパーティサービス情報送信手段は、前記主端末装置と通話中又は保留中でないパーティ外の端末装置が、前記主端末装置に発信を行い、呼待中に入った場合は、前記主端末装置から前記マルチパーティサービス情報を得て、当該パーティ外の端末装置へ、前記マルチパーティサービス情報を送信することを特徴としている。
【0024】
請求項6記載の発明によれば、マルチパーティサービス情報送信手段は、主端末装置と通話中又は保留中でないパーティ外の端末装置が、主端末装置に発信を行い、呼待中に入った場合は、前記主端末装置から前記マルチパーティサービス情報を得て、当該パーティ外の端末装置へマルチパーティサービス情報を送信するので、パーティ外の端末装置のユーザは、当該パーティに参加していなくとも、マルチパーティサービス情報に基づいてパーティの構成を把握できるという利便性がある。
【0025】
請求項7記載の発明は、請求項1記載の通話システムにおいて、
前記従端末装置は、前記マルチパーティサービス情報を要求する要求手段を更に備え、
前記マルチパーティサービス情報送信手段は、前記要求手段の要求に応じて、前記主端末装置から前記マルチパーティサービス情報を得て、前記マルチパーティサービス情報を前記従端末装置に送信することを特徴としている。
【0026】
請求項7記載の発明によれば、ユーザは、従端末装置の要求手段にてマルチパーティサービス情報を要求できる。マルチパーティサービス情報送信手段は、要求手段からの要求に応じて、前記主端末装置から前記マルチパーティサービス情報を得て、マルチパーティサービス情報を従端末装置に送信するので、従端末装置のユーザは必要に応じてマルチパーティサービス情報を知ることができるという利便性がある。
【0027】
一方、従端末装置のユーザが要求手段にてマルチパーティサービス情報を要求しないならば、その従端末装置にマルチパーティサービス情報が送信されることはないので、特に従端末装置のユーザは、マルチパーティサービス情報の受信が煩わしい場合等には便利である。
【0028】
【発明の実施の形態】
図1は、本発明を適用したマルチパーティサービスシステムの概略構成を示す。このマルチパーティサービスシステム1は、マスタ端末10、複数のスレーブ端末21,22,23…、交換局30、及びこれらを接続する通信ネットワークNを備えて構成される。尚、図1に示す様に、当該マルチパーティサービスシステム1では、3者以上を交えた同時通話サービス(以下、「マルチパーティサービス」と記す。)を行うことができる。
【0029】
マスタ端末10は、例えば携帯電話やPHS等がこれに相当し、マルチパーティサービス中においては課金の対象となる。このマスタ端末10は、従来技術のマスタ端末100と同様の動作を行い得るのは勿論であるが、次の様な動作を行う点を最大の特徴としている。
【0030】
特に、マスタ端末10は、マルチパーティサービスが行われている最中に、スレーブ端末21,22,23…から、マルチパーティサービスに参加している他のスレーブ端末又は当該マスタ端末10の電話番号、通話時間、課金情報、及び位置情報の何れかを含む情報(以下、「マルチパーティサービス情報」と記す。)の送信要求を受信した場合は、マルチパーティサービス情報を交換局30へ提供する。
【0031】
また、マスタ端末10は、マルチパーティサービスが行われている最中に、当該マルチパーティサービスに参加していないスレーブ端末から着信を受けたときは、そのスレーブ端末に対して、マルチパーティサービス情報を交換局30を介して提供する。
【0032】
スレーブ端末21,22,23…は、例えば携帯電話やPHS等がこれに相当し、マルチパーティサービス中において課金の対象とはならない。このスレーブ端末21,22,23…は、従来技術のスレーブ端末201,202と同様の動作を行い得るのは勿論であるが、次の様な動作を行う点を最大の特徴としている。
【0033】
スレーブ端末21,22,23…は、マルチパーティサービス情報を要求する為の機能を有するキー入力部を有しているので、スレーブ端末のユーザはマルチパーティに参加している最中に、適時マルチパーティサービス情報を要求できる。スレーブ端末は、マルチパーティサービス情報を獲得した場合は、そのマルチパーティサービス情報を、当該スレーブ端末が備える表示部に表示する。
【0034】
また、スレーブ端末21,22,23…は、マルチパーティサービスに参加していない場合において、マルチパーティサービス中のマスタ端末10へ発信を行い、呼待中に状態遷移した際には、交換局30からその時点におけるマルチパーティサービス情報を獲得し、獲得したマルチパーティサービス情報を自らの表示部に表示する。
【0035】
更に、マルチパーティサービスが行われている最中において、マスタ端末10が、マルチパーティ内の何れかのスレーブ端末を保留にすると共にマルチパーティ外のスレーブ端末と通話を行う場合は、その保留にされるスレーブ端末は、マスタ端末10と通話するスレーブ端末の電話番号を含むマルチパーティサービス情報を交換局30から獲得し、獲得したマルチパーティサービス情報を自らの表示部に表示する。
【0036】
更に、マスタ端末10がマルチパーティ内の何れかのスレーブ端末を保留にする場合は、そのマルチパーティ内で保留にされないスレーブ端末は、保留にされるスレーブ端末の電話番号を含むマルチパーティサービス情報を交換局30から獲得し、獲得したマルチパーティサービス情報を自らの表示部に表示する。
【0037】
更に、マルチパーティサービスが行われている最中に、マスタ端末10がマルチパーティ内の何れかのスレーブ端末を終話(切断)にする場合において、そのマルチパーティ内で終話されないスレーブ端末は、終話にされるスレーブ端末の電話番号を含むマルチパーティサービス情報を交換局30から獲得し、獲得したマルチパーティサービス情報を自らの表示部に表示する。
【0038】
交換局30は、マルチパーティを構成するマスタ端末10とスレーブ端末21,22,23…との間に介在して、マルチパーティサービスを実現すべく、通話路の切替え制御やマルチパーティサービス情報の送受信、その他通話料金の計算等を行う。
【0039】
以下、図2乃至図9を参照して、当該マルチパーティサービスシステム1の動作について説明する。
【0040】
図2はマルチパーティサービスシステム1における動作シーケンスの一態様を示す。予め、マスタ端末10、スレーブ端末21、及びスレーブ端末22の3者においてマルチパーティが構成され、相互に通話が行われているものとする。この状態で、マルチパーティ外のスレーブ端末23のユーザは、マスタ端末10に対して発呼操作を行う。
【0041】
これにより、スレーブ端末23から交換局30へと、マルチパーティへの参加を要求する旨の信号(呼設定要求)が送信される(ステップS1)。交換局30は、受信した呼設定要求をマスタ端末10へ送信し(ステップS2)、送信が完了すると、スレーブ端末23へのレスポンスとして、スレーブ端末23へ呼設定受付を送信する(ステップS3)。
【0042】
次いで、マスタ端末10は、交換局30からの呼設定要求のレスポンスとして呼設定確認要求を当該交換局30に送信する(ステップS4)。交換局30は、マスタ端末10から呼設定確認要求を受信すると、マスタ端末10とスレーブ端末23とが通話を行う為の通話路を確立する。
【0043】
次いで、マスタ端末10は、スレーブ端末23に対して当該マスタ端末10との通話時間や課金情報等を含むマルチパーティサービス情報を送信するべく、交換局30へと呼出要求を送信する(ステップS5)。交換局30は、呼出要求を受信すると、マルチパーティサービス情報をスレーブ端末23へ送信すると共に、当該スレーブ端末23を、マスタ端末10からの呼び待ち状態に設定する(ステップS6)。
【0044】
マルチパーティサービス情報を受信したスレーブ端末23は、その受信したマルチパーティサービス情報を自らの表示部に表示する。ここでスレーブ端末23の表示部の表示例を図9(a)に示す。図9(a)において、「マスタ」はマスタ端末10を表し、「スレーブ#A」はスレーブ端末21を表し、「スレーブ#B」はスレーブ端末22を表す。
【0045】
即ち、現段階においてスレーブ端末23は、依然として通話には参加しておらず、マスタ端末10のユーザからの接続を待ち受けているわけであるが、図9(a)に示す様に、スレーブ端末23の表示部には、当該スレーブ端末23がマスタ端末10を呼出中であることに加え、現在マルチパーティにおいて通話中のスレーブ端末21及びスレーブ端末22の電話番号、通話時間、及び課金情報が表示されるので、スレーブ端末23のユーザは、通話に参加する前にスレーブ端末21のユーザとスレーブ端末22のユーザとが現在通話していることを把握できる。
【0046】
図3は、図2の動作シーケンスの続きを示す。先ず、マスタ端末10のユーザはマスタ端末10において、スレーブ端末21,22を保留にする為の操作(例えば、保留キーの押下)を行う。これにより、マスタ端末10から交換局30へと、スレーブ端末21,22を保留にする旨の保留要求が送信される(ステップS7)。
【0047】
保留要求を受信した交換局30は、スレーブ端末21に対して保留要求を送信する(ステップS8)と共に、スレーブ端末22に対して保留要求を送信する(ステップS9)。そして、交換局30は、スレーブ端末21及びスレーブ端末22を保留の状態に設定する。このとき、スレーブ端末21及びスレーブ端末22の表示部には、当該スレーブ端末21及びスレーブ端末22が保留にされた旨が表示される。
【0048】
一方、交換局30は、保留要求をスレーブ端末21及びスレーブ端末22へ送信し終えると、確認の為の保留確認をレスポンスとしてマスタ端末10へ送信する(ステップS10)。これにより、マスタ端末10のユーザは、スレーブ端末21及びスレーブ端末22が保留にされたことを確認できる。
【0049】
ここで、マスタ端末10のユーザが呼び待ち中のスレーブ端末23と通話する為の接続操作を行うと、マスタ端末10から交換局30へと、スレーブ端末23を接続する旨の接続要求が送信される(ステップS11)。接続要求を受信した交換局30は、接続要求をスレーブ端末23へ送信する(ステップS12)。このとき、スレーブ端末23の表示部には、マスタ端末10からの接続要求(接続応答)があった旨が表示される。
【0050】
一方、接続要求を受信したスレーブ端末23は、レスポンスとしての接続確認を交換局30に送信する(ステップS13)。交換局30は、スレーブ端末23から接続確認を受信すると、接続確認をマスタ端末10に送信する(ステップS14)。このとき、マスタ端末10の表示部には、スレーブ端末23と接続された旨の表示がされる。
【0051】
次いで、交換局30は、マスタ端末10、スレーブ端末21,22の電話番号を含むマルチパーティサービス情報を、スレーブ端末23へ送信すると共に、マスタ端末10とスレーブ端末23とを接続し、これら各端末が相互に通話を行うことができる様にする(ステップS15)。
【0052】
また、交換局30は、マスタ端末10とスレーブ端末23とが通話状態に遷移した後、現在保留中のスレーブ端末21及びスレーブ端末22に対し、スレーブ端末23の電話番号を含むマルチパーティサービス情報を送信する。マルチパーティサービス情報を受信したスレーブ端末21及びスレーブ端末22は、当該マルチパーティサービス情報を表示する。
【0053】
図4は、マルチパーティサービスシステム1の別の動作シーケンスを示す。予め、マスタ端末10、スレーブ端末21、及びスレーブ端末22の3者によりマルチパーティが構成され、相互に通話が行われているものとする。この状態で、マスタ端末10のユーザは、スレーブ端末21及びスレーブ端末22を保留にする為の操作を行う。
【0054】
これにより、マスタ端末10から交換局30へと、スレーブ端末21及びスレーブ端末22を保留にする旨の保留要求が送信される(ステップS20)。保留要求を受信した交換局30は、スレーブ端末21に対し、当該スレーブ端末21が保留にされた旨を知らせる為のマルチパーティサービス情報を送信する(ステップS21)と共に、スレーブ端末22に対し、当該スレーブ端末22が保留にされた旨を知らせる為のマルチパーティサービス情報を送信する(ステップS22)。このとき、スレーブ端末21,22の表示部には、当該マスタ端末10から受信したマルチパーティサービス情報が表示される。そして、交換局30はこれらを保留状態に設定する。
【0055】
次いで、交換局30は、保留要求をスレーブ端末21及びスレーブ端末22に送信し終えると、確認の為の保留確認をレスポンスとしてマスタ端末10に送信する(ステップS23)。このとき、マスタ端末の表示部には、スレーブ端末21及びスレーブ端末22が保留にされた旨が表示される。
【0056】
ここで、マスタ端末10のユーザが、スレーブ端末23と通話を行う為の発呼操作を行うと、当該マスタ端末10から交換局30へと、スレーブ端末23を接続する旨の呼設定要求が送信される(ステップS24)。呼設定要求を受信した交換局30は、呼設定要求をスレーブ端末23へ送信する(ステップS25)。このとき、スレーブ端末23の表示部には、マスタ端末10からの発呼があった旨が表示される。
【0057】
交換局30は、スレーブ端末23へ呼設定要求を送信し終えると、マスタ端末10へのレスポンスとして、当該マスタ端末10へ呼設定受付を送信する(ステップS26)。一方、呼設定要求を受信したスレーブ端末23はレスポンスとしての呼設定確認要求を交換局30に送信する(ステップS27)。呼設定確認要求を受信した交換局は、マスタ端末10とスレーブ端末23との通話路を確立する。
【0058】
ここで、スレーブ端末23のユーザは、マスタ端末10と通話する為の接続応答操作を行う。これにより、スレーブ端末23から交換局30へと接続応答(呼出要求)が送信される(ステップS28)。接続応答(呼出要求)を受信した交換局30は、呼出要求をマスタ端末10に送信する(ステップS29)。
【0059】
次いで、スレーブ端末23は、マスタ端末10と接続するべく接続要求を交換局30へ送信する(ステップS30)。接続要求を受信した交換局30は、接続要求をマスタ端末10に送信する(ステップS31)。このとき、マスタ端末10の表示部には、スレーブ端末23との接続がなされた旨の表示がなされる。
【0060】
また、接続要求を受信したマスタ端末10は、レスポンスとしての接続確認を交換局30へ送信する(ステップS32)。接続確認を受信した交換局30は、マルチパーティサービス情報をスレーブ端末23に送信する(ステップS33)と共に、マスタ端末10とスレーブ端末23とを通話中に設定する。
【0061】
また、交換局30は、マスタ端末10とスレーブ端末23とが通話に入った際は、現在保留中であるスレーブ端末21及びスレーブ端末22に対し、スレーブ端末23の電話番号を含むマルチパーティサービス情報を送信する(ステップS34及びステップS35)。これにより、スレーブ端末21又はスレーブ端末22においても、マスタ端末10とスレーブ端末23とが通話中であることを知ることができる。
【0062】
このとき、スレーブ端末21,22の表示部には図9(b)に示す様な情報が表示される。尚、図9(b)において、「マスタ」はマスタ端末10を表し、「スレーブ#C」はスレーブ端末23を表している。図9(b)に示す様に、スレーブ端末21,22の表示部には、当該スレーブ端末21又はスレーブ端末22が保留中であることに加え、マスタ端末10及びスレーブ端末23の電話番号が表示されるので、保留にされたスレーブ端末21,22のユーザは、マスタ端末10のユーザが現在誰と通話しているかを把握できる。
【0063】
図5は、マルチパーティサービスシステム1の更に別の動作シーケンスを示す。尚、この図5に示す動作シーケンスは、図4の動作シーケンスの続きであってもよい。図5において、予め、マスタ端末10とスレーブ端末23とにおいて通話が行われており、スレーブ端末21及びスレーブ端末22は保留中であるものとする。この状態で、マスタ端末10のユーザは、保留中のスレーブ端末21及びスレーブ端末22をマルチパーティに参加させる為の発呼操作を行う。
【0064】
これにより、マスタ端末10から交換局30へと、スレーブ端末21及びスレーブ端末22をマルチパーティに参加させる旨のマルチパーティ通話要求が送信される(ステップS40)。マルチパーティ通話要求を受信した交換局30は、先ず、スレーブ端末21及びスレーブ端末22の電話番号を含むマルチパーティサービス情報を、現在通話中のスレーブ端末23へ送信する(ステップS41)。スレーブ端末23は、マルチパーティサービス情報を受信すると、そのマルチパーティサービス情報を自らの表示部に表示させる。
【0065】
次いで、交換局30は、スレーブ端末21に対して、保留を解除する為の保留解除要求と、スレーブ端末22及びスレーブ端末23の電話番号を含むマルチパーティサービス情報とを送信する(ステップS42)と共に、スレーブ端末22に対して、保留解除要求と、スレーブ端末21及びスレーブ端末23の電話番号を含むマルチパーティサービス情報とを送信する(ステップS43)。マルチパーティサービス情報を受信したスレーブ端末21及びスレーブ端末22は、夫々受信したマルチパーティサービス情報を自らの表示部に表示させる。
【0066】
一方、交換局30は、スレーブ端末21及びスレーブ端末22に対して保留解除要求とマルチパーティサービス情報とを送信し終えると、マスタ端末10へのレスポンスとして、マスタ端末10へ保留解除確認を送信する(ステップS44)と共に、マルチパーティ通話が確立された旨のマルチパーティ通話確認を送信する(ステップS45)。かくして、マスタ端末10、スレーブ端末21、スレーブ端末22、スレーブ端末23の4者においてマルチパーティが構成され、相互に同時通話がなされる。
【0067】
図6は、マルチパーティサービスシステム1の更に別の動作シーケンスを示す。尚、この図6に示す動作シーケンスは、図5に示す動作シーケンスの続きであってもよい。予め、マスタ端末10、スレーブ端末21、スレーブ端末22、スレーブ端末23の4者においてマルチパーティが構成され、相互に同時通話が行われているものとする。この状態で、マスタ端末10のユーザは、スレーブ端末21を保留にする為の操作を行う。
【0068】
これにより、マスタ端末10から交換局30へ、スレーブ端末21を保留にする旨のマルチパーティ保留要求が送信される(ステップS51)。マルチーティ保留要求を受信した交換局30は、マルチパーティ保留要求をスレーブ端末21に送信すると共に、当該スレーブ端末21を保留に設定する(ステップS52)。このとき、スレーブ端末21の表示部には、当該スレーブ端末21が保留にされた旨が表示される。
【0069】
交換局30は、マルチパーティ保留要求を送信し終えると、マスタ端末10へのレスポンスとしてのマルチパーティ保留確認をマスタ端末10へ送信する(ステップS53)。
【0070】
次いで、交換局30は、スレーブ端末22及びスレーブ23に対して、スレーブ端末21が保留にされた旨を知らせる為のマルチパーティサービス情報を送信する(ステップS54及びステップS55)。これにより、スレーブ端末22及びスレーブ端末23のユーザは、スレーブ端末21が保留にされたことを知ることができる。
【0071】
このとき、例えばスレーブ端末22の表示部には、図9(c)に示す様な情報が表示される。尚、図9(c)において、「マスタ」はマスタ端末10を表し、「スレーブ#C」はスレーブ端末23を表し、「スレーブ#A」はスレーブ端末21を表している。
【0072】
図9(c)に示す様に、スレーブ端末22の表示部には、当該スレーブ端末22が通話中であることに加え、通話中のマスタ端末10及びスレーブ端末23の電話番号と、保留にされたスレーブ端末21の電話番号が表示されるので、スレーブ端末22のユーザは、現在誰が会話に参加しており、誰が保留にされているかを把握できる。
【0073】
図7は、マルチパーティサービスシステム1の更に別の動作シーケンスを示す。尚、この図7に示す動作シーケンスは、図5に示す動作シーケンスの続きであってもよい。予め、マスタ端末10、スレーブ端末21、スレーブ端末22、スレーブ端末23の4者においてマルチパーティが構成され、相互に同時通話が行われているものとする。この状態で、マスタ端末10のユーザは、スレーブ端末21を当該マルチパーティから一旦切断する為の操作を行う。
【0074】
これにより、マスタ端末10から交換局30へ、スレーブ端末21を切断する旨の切断要求が送信される(ステップS60)。切断要求を受信した交換局30は、切断要求をスレーブ端末21に送信する(ステップS61)。
【0075】
切断要求を受信したスレーブ端末21は、レスポンスとして、マルチパーティと当該スレーブ端末21との通話路の解放(切断)を許諾する旨の解放要求を交換局30に送信する(ステップS62)。レスポンスとしての解放要求を受信した交換局30は、解放要求をマスタ端末10に送信する(ステップS63)。
【0076】
解放要求をマスタ端末10に送信した交換局30は、スレーブ端末21の切断が確定した旨の解放完了表示信号を当該スレーブ端末21に送信する(ステップS64)。一方、マスタ端末10は解放要求を受信すると、スレーブ端末21の切断を設定した旨の解放完了を交換局30に送信する(ステップS65)。
【0077】
次いで、交換局30は、スレーブ端末21が終話した旨を知らせる為のマルチパーティサービス情報を、スレーブ端末22及びスレーブ端末23へ送信する(ステップS66;ステップS67)。これにより、マスタ端末と通話中のスレーブ端末22及びスレーブ端末23において、スレーブ端末21の終話を認識できる。
【0078】
このとき、例えばスレーブ端末22の表示部には、図9(d)に示す様な情報が表示される。尚、図9(d)において、「マスタ」はマスタ端末10を表し、「スレーブ#C」はスレーブ端末23を表し、「スレーブ#A」はスレーブ端末21を表している。
【0079】
図9(d)に示す様に、スレーブ端末22の表示部には当該スレーブ端末22が通話中であることに加え、通話中のマスタ端末10及びスレーブ端末23の電話番号と、終話にされたスレーブ端末21の電話番号が表示されるので、スレーブ端末22のユーザは、現在誰が会話に参加しており、誰が終話にされたかを一目で把握できる。
【0080】
図8は、マルチパーティサービスシステム1の更に別の動作シーケンスを示す。尚、この図8に示す動作シーケンスは、図5の動作シーケンスの続きであってもよい。予め、マスタ端末10、スレーブ端末21、スレーブ端末22、スレーブ端末23の4者においてマルチパーティが構成され、相互に同時通話が行われているものとする。また、上述した実施例では、マルチパーティ外のスレーブ端末からマルチパーティ内に加わろうとする際、マスタ端末10側の何らかの操作に従って、マルチパーティ内の各スレーブ端末へマルチパーティサービス情報を送信する例を挙げたが、図8においては、マルチパーティ内のスレーブ端末からマルチパーティサービス情報を得る例を挙げている。
【0081】
同時通話状態で、スレーブ端末22のユーザは、次の様にマルチパーティサービス情報を獲得する為の操作を行う。これにより、スレーブ端末22から交換局30へ、マルチパーティサービス情報を要求する旨の信号が送信される(ステップS70)。マルチパーティサービス情報要求を受信した交換局30は、マスタ端末10に対してマルチパーティサービス情報要求を送信する(ステップS71)。
【0082】
次いで、マスタ端末10は、スレーブ端末22へマルチパーティサービス情報を送信させる旨のマルチパーティ情報確認を、交換局30へ送信する(ステップS72)。マルチパーティ情報確認を受信した交換局30は、当該マルチパーティに参加中の他のスレーブ端末であるスレーブ端末21及びスレーブ端末23の電話番号、通話時間、及び課金情報を含むマルチパーティサービス情報を、スレーブ端末22へ送信する(ステップS73)。
【0083】
スレーブ端末22は、マルチパーティサービス情報を受信すると、その受信したマルチパーティサービス情報を自らの表示部に表示させる。具体的には、スレーブ端末22の表示部には図9(e)に示す様な情報が表示される。尚、図9(e)において、「マスタ」はマスタ端末10を表し、「スレーブ#A」はスレーブ端末21を表し、「スレーブ#C」はスレーブ端末23を表している。
【0084】
図9(e)に示す様に、スレーブ端末22の表示部には、当該スレーブ端末23が通話中であることに加え、マスタ端末10及びスレーブ端末21,23の電話番号、通話時間、及び課金情報が表示されるので、スレーブ端末22のユーザは、当該マルチサービスに誰が参加しているかを容易に把握できる。尚、上述した例では、マルチパーティ内のスレーブ端末からのマルチパーティサービス情報要求に対して、マルチパーティサービス情報を確認しているが、定期的にマスタ端末10や交換局30から情報を送信する様にしてもよいことは言うまでもない。
【0085】
以上説明した様に、本実施の形態におけるマルチパーティサービスシステム1によれば、次の様な効果が得られる。
【0086】
(1)交換局30が、マスタ装置10とスレーブ端末21,22,23…とで構成されるマルチパーティに関するマルチパーティサービス情報を、マスタ端末10のみならず、スレーブ端末21,22,23…にも送信すると共に、スレーブ端末21,22,23…は、送信されるマルチパーティサービス情報を自らの表示部に表示するので、スレーブ端末のユーザはマルチパーティの構成を一目で容易に把握できる。これにより、会話中にマスタ端末10のユーザがスレーブ端末のユーザに対し、誰が当該パーティに参加しているかを逐一知らせる必要がなくなるので、パーティ内の通話を円滑且つ快適に行える。
【0087】
(2)交換局30は、マスタ端末10がスレーブ端末21,22,23…を保留又は終話にする際は、当該保留又は終話にされるスレーブ端末の電話番号を、当該パーティ内における他のスレーブ端末へ送信するので、パーティ内において通話中のスレーブ端末のユーザは、どのスレーブ端末が保留又は終話にされたかを、交換局30から送信される電話番号に基づいてその都度知ることができる。これにより、パーティ内の通話を一層円滑且つ快適に行える。
【0088】
(3)交換局30は、マスタ端末10がスレーブ端末21,22,23…を保留又は終話にする際は、当該保留又は終話にされるスレーブ端末に対しマルチマルチパーティサービス情報を報知するので、スレーブ端末のユーザは、パーティから保留又は終話にされる場合であっても、そのときマスタ端末10のユーザが誰と通話していたかを知ることができるという利便性がある。
【0089】
(4)交換局30は、マルチパーティ外のスレーブ端末が、マスタ端末10に発呼を行う場合は、マルチパーティ外のスレーブ端末がマスタ端末10と通話状態に遷移した後に、当該マルチパーティ外のスレーブ端末の電話番号を、マルチパーティ内のスレーブ端末へ送信するので、マルチパーティ内において保留中若しくは通話中のスレーブ端末のユーザは、その電話番号に基づいて、誰がマスタ端末10に発呼したかをその都度把握できるという利便性がある。またこれにより、会話のなかでマスタ端末10のユーザがスレーブ端末のユーザに対し、誰から発呼があったかを逐一知らせる必要がないので、パーティ内の通話を一層円滑且つ快適に行える。
【0090】
(5)交換局30は、パーティ外のスレーブ端末が、マスタ端末10に発呼を行い、呼待中に入った場合は、当該パーティ外のスレーブ端末へマルチマルチパーティサービス情報を送信するので、パーティ外のスレーブ端末のユーザは、当該パーティに参加していなくとも、マルチマルチパーティサービス情報に基づいてパーティの構成を把握できるという利便性がある。またこれにより、会話のなかでマスタ端末10のユーザがパーティ外のスレーブ端末のユーザに対し、誰がパーティに参加しているかを逐一知らせる必要がないという利便性がある。
【0091】
(6)ユーザは、スレーブ端末にてマルチマルチパーティサービス情報を要求できる。交換局30は、ユーザからの要求に応じてマルチマルチパーティサービス情報をスレーブ端末に送信するので、スレーブ端末のユーザは必要に応じてマルチマルチパーティサービス情報を知ることができるという利便性がある。一方、スレーブ端末のユーザがマルチマルチパーティサービス情報を要求しないならば、そのスレーブ端末にマルチマルチパーティサービス情報が報知されることはないので、特にスレーブ端末のユーザは、マルチマルチパーティサービス情報の報知が煩わしい場合等には便利である。
【0092】
尚、本実施の形態における記述内容は、本発明を適用したマルチパーティサービスシステム1の好適な一例であり、本発明はこれに限定されるものではない。
【0093】
例えば、スレーブ端末の表示部には、他のスレーブ端末又はマスタ端末10の電話番号を表示することとしたが、他のスレーブ端末又はマスタ端末10を識別できる情報であれば特に電話番号に限定されるものではなく、ユーザ名や特定の図柄を表示する様にしてもよい。
【0094】
また、マスタ端末10とスレーブ端末21,22,23の四者にてマルチパーティを構成することとしたが、四者以上の同時通話を行うこともできる。その他、マルチパーティサービスシステム1の細部構成及び動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜に変更可能であることは勿論である。
【0095】
【発明の効果】
請求項1及び8記載の発明によれば、従端末装置のユーザは、マルチパーティサービス情報に基づいてパーティの構成を確実且つ容易に把握できるので、主端末装置のユーザのみがパーティの構成を把握し得た従来技術に比して、主端末装置のユーザが会話中に従端末装置のユーザに対し、誰が当該パーティに参加しているかを逐一知らせる必要がなくなるから、パーティ内の通話を円滑且つ快適に行える。
【0096】
請求項2記載の発明によれば、請求項1記載の発明の効果に加え、パーティ内において通話中の従端末装置のユーザは、どの従端末装置が保留又は終話にされたかを、識別情報に基づいてその都度知ることができるので、パーティ内の通話を一層円滑且つ快適に行える。
【0097】
請求項3記載の発明によれば、請求項1記載の発明の効果に加え、従端末装置のユーザは、パーティから保留又は終話にされる場合であっても、そのとき主端末装置のユーザが誰と通話していたかを知ることができるという利便性がある。
【0098】
請求項4記載の発明によれば、請求項1記載の発明の効果に加え、パーティ内の従端末装置のユーザは、パーティから保留又は終話にされる場合であっても、現在主端末装置のユーザが誰と通話しているかをリアルタイムに把握できるという利便性がある。
【0099】
請求項5記載の発明によれば、請求項1記載の発明の効果に加え、パーティ内において通話中の従端末装置のユーザは、その識別情報に基づいて、誰が主端末装置と通話中に入ったかをその都度把握できるので、主端末装置のユーザが会話中に従端末装置のユーザに対し、誰から発信があり、誰と通話に入ったかを逐一知らせる必要がなくなるから、パーティ内の通話を一層円滑且つ快適に行える。
【0100】
請求項6記載の発明によれば、請求項1記載の発明の効果に加え、パーティ外の端末装置のユーザは、当該パーティに参加していなくとも、マルチパーティサービス情報に基づいてパーティの構成を把握できるので、会話中に主端末装置のユーザがパーティ外の端末装置のユーザに対し、誰がパーティに参加しているかを逐一知らせる必要がなくなるから、パーティ内の通話を一層円滑且つ快適に行える。
【0101】
請求項7記載の発明によれば、請求項1記載の発明の効果に加え、従端末装置のユーザは必要に応じてマルチパーティサービス情報を知ることができるという利便性がある。一方、従端末装置のユーザが要求手段にてマルチパーティサービス情報を要求しないならば、その従端末装置にマルチパーティサービス情報が送信されることはないので、従端末装置のユーザは、マルチパーティサービス情報の受信が煩わしい場合等は便利である。
【図面の簡単な説明】
【図1】本発明を適用したマルチパーティサービスシステム1の概略構成を示す図。
【図2】マルチパーティサービスシステム1における動作シーケンスの一態様を示す図。
【図3】図2の動作シーケンスの続きを示す図。
【図4】マルチパーティサービスシステム1における動作シーケンスの更に別の態様を示す図。
【図5】マルチパーティサービスシステム1における動作シーケンスの更に別の態様を示す図。
【図6】マルチパーティサービスシステム1における動作シーケンスの更に別の態様を示す図。
【図7】マルチパーティサービスシステム1における動作シーケンスの更に別の態様を示す図。
【図8】マルチパーティサービスシステム1における動作シーケンスの更に別の態様を示す図。
【図9】スレーブ端末におけるマルチパーティサービス情報の表示態様を示す図。
【図10】従来技術に係る通話システムの概略構成を示す図。
【図11】従来技術に係る通話システムの動作シーケンスを示す図。
【図12】従来技術におけるマスタ端末100の表示部における表示態様を示す図。
【符号の説明】
1 マルチパーティサービスシステム
10,100 マスタ端末
21,22,23,201,202 スレーブ端末
30,300 交換局[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a call system that performs simultaneous calls between terminal devices such as a plurality of mobile phones.
[0002]
[Prior art]
Conventionally, a call system using a mobile phone or the like has been provided with a three-party call function. A three-party call in this type of call system is performed by one
[0003]
The
[0004]
FIG. 11 shows an operation sequence of the conventional telephone system as described above. Assume that the
[0005]
On the other hand, the
[0006]
In this state, when the user of the
[0007]
At this time, as shown in FIG. 12, the display unit of the
[0008]
[Problems to be solved by the invention]
However, in the conventional call system as described above, the user of the
[0009]
Accordingly, the user of the
[0010]
Therefore, an object of the present invention is to provide a call system that can smoothly and comfortably make a call using a multi-party service.
[0011]
[Means for Solving the Problems]
The present invention has the following features to solve this problem. In the following description of the invention-specific matters, the configuration corresponding to the embodiment is illustrated in parentheses with reference numerals attached to the drawings.
[0012]
According to the first aspect of the present invention, a master terminal device (for example, the master terminal 10) for which a call charge is charged and a plurality of slave terminal devices (for example,
The master terminal device centrally manages simultaneous calls performed with the plurality of slave terminal devices, and displays information related to the slave terminal device and means for holding, disconnecting or transmitting to the slave terminal device Terminal display means,
The switching center transmits, to the slave terminal device, multi-party service information related to a party composed of the master terminal device and a plurality of slave terminal devices.SendDoMulti-party service information transmission meansWith,
The slave terminal device includes slave terminal display means for receiving and displaying the multi-party service information transmitted from the exchange.It is characterized by that.
[0013]
Here, the multi-party service information is the identification information for identifying the master terminal device, the identification information for identifying the slave terminal device in the party, and the information in the party as in the invention of claim 8. It is preferable to include at least one of a call time of the main terminal device and billing information.
[0014]
According to the first aspect of the present invention, the exchangeMulti-party service information transmission meansMulti-party service information related to a party composed of a master terminal device and a plurality of slave terminal devices is stored in the slave terminal device.SendTherefore, the user of the slave terminal deviceRecievedBased on the multi-party service information, the party configuration can be accurately and easily grasped. As a result, compared to the conventional technology in which only the user of the main terminal device can grasp the party configuration, who is participating in the party with respect to the user of the terminal device during the conversation of the user of the main terminal device Since it is no longer necessary to notify every one of them, calls within the party can be performed smoothly and comfortably.
[0015]
The invention according to claim 2 is the call system according to
AboveMulti-party service information transmission meansWhen the master terminal device puts the slave terminal device in the party on hold or terminates the call, identification information for identifying the slave terminal device to be put on hold or talk on is used.Including the multi-party service information including, To other slave terminals in the partySendIt is characterized by doing.
[0016]
According to invention of Claim 2,Multi-party service information transmission meansWhen the master terminal device puts the slave terminal device in the party on hold or terminates the call, identification information for identifying the slave terminal device to be put on hold or talk on is used.Including the multi-party service information including, To other slave terminals in the partySendTherefore, the user of the slave terminal device in a party in the party can know which slave terminal device is put on hold or closed based on the identification information each time. As a result, calls within a party can be performed more smoothly and comfortably.
[0017]
The invention described in claim 3 is the telephone call system according to
AboveMulti-party service information transmission meansWhen the master terminal device puts the slave terminal device in the party on hold or terminates the call, the multi-party service information is sent to the slave terminal device put on hold or talk on hold.SendIt is characterized by doing.
[0018]
According to invention of Claim 3,Multi-party service information transmission meansWhen the master terminal device puts the slave terminal device in the party on hold or ends the call, the multi-party service information is sent to the slave terminal device put on hold or talk onSendTherefore, even when the user of the slave terminal device is put on hold or ended from the party, there is a convenience that the user of the master terminal device can know who was talking at that time.
[0019]
The invention according to claim 4 is the call system according to claim 3,
AboveMulti-party service information transmission meansWhen the main terminal device puts the slave terminal device in the party on hold or ends the call and makes a call to the terminal device outside the party, the main terminal device, and the terminal device outside the party, Transition to the call state, the multi-party service information is sent to the slave terminal device in the party.SendIt is characterized by doing.
[0020]
According to invention of Claim 4,Multi-party service information transmission meansWhen the main terminal device puts the slave terminal device in the party on hold or hangs up and makes a call to a terminal device outside the party, the main terminal device and the terminal device outside the party transition to a call state Then, the multi-party service information is sent to the slave terminal device in the party.SendTherefore, even if the user of the slave terminal device in the party is holding or ending the call from the party, there is a convenience that the user of the master terminal device can grasp in real time who the user is talking to. is there.
[0021]
The invention according to claim 5 is the call system according to
AboveMulti-party service information transmission meansIdentifies a terminal device outside the party when the terminal device outside the party that is not in a call or on hold with the main terminal device makes a call to the main terminal device and transitions to a call state with the main terminal device Identification information toIncluding the multi-party service information including, To the slave terminal device in the partySendIt is characterized by doing.
[0022]
According to invention of Claim 5,Multi-party service information transmission meansIs an identification for identifying a terminal device outside the party when a terminal device outside the party that is not in a call or on hold with the main terminal device makes a call to the main terminal device and transitions to a call state with the main terminal device informationIncluding the multi-party service information includingTo the slave terminal device in the partySendTherefore, there is a convenience that the user of the slave terminal device in a party in the party can grasp who has entered the call with the master terminal device each time based on the identification information. This eliminates the need for the user of the main terminal device to notify the user of the sub-terminal device during the conversation, so that it is no longer necessary to know who made the call and who has entered the call. Yes.
[0023]
The invention described in claim 6 is the call system according to
AboveMulti-party service information transmission meansWhen a terminal device outside the party that is not in a call or on hold with the main terminal device makes a call to the main terminal device and enters into a call waiting state,Obtaining the multi-party service information from the main terminal device,The multi-party service information is sent to the terminal device outside the party.SendIt is characterized by doing.
[0024]
According to the invention described in claim 6,Multi-party service information transmission meansIf a terminal device outside the party that is not in a call or on hold with the main terminal device makes a call to the main terminal device and enters the call waiting state,Obtaining the multi-party service information from the main terminal device,Multi-party service information to terminal devices outside the partySendTherefore, there is a convenience that the user of the terminal device outside the party can grasp the configuration of the party based on the multi-party service information even if the user does not participate in the party.
[0025]
The invention according to claim 7 is the call system according to
The slave terminal device further comprises request means for requesting the multi-party service information,
AboveMulti-party service information transmission meansIn response to a request from the requesting means,Obtaining the multi-party service information from the main terminal device,The multi-party service information is sent to the slave terminal deviceSendIt is characterized by doing.
[0026]
According to the seventh aspect of the present invention, the user can request multi-party service information by the request means of the slave terminal device.Multi-party service information transmission meansIn response to a request from the request meansObtaining the multi-party service information from the main terminal device,Multi-party service information to slave terminalsSendTherefore, there is a convenience that the user of the slave terminal device can know the multi-party service information as necessary.
[0027]
On the other hand, if the user of the slave terminal device does not request multi-party service information by the requesting means,SendIn particular, the user of the slave terminal device is not allowed to use the multi-party service information.ReceiveThis is convenient when there is troublesomeness.
[0028]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 shows a schematic configuration of a multi-party service system to which the present invention is applied. The
[0029]
The
[0030]
In particular, the
[0031]
When the
[0032]
The
[0033]
Since the
[0034]
When the
[0035]
Further, when the multi-party service is being performed, when the
[0036]
Furthermore, when the
[0037]
Further, when the
[0038]
The switching
[0039]
Hereinafter, the operation of the
[0040]
FIG. 2 shows an aspect of an operation sequence in the
[0041]
As a result, a signal (call setting request) requesting participation in the multi-party is transmitted from the
[0042]
Next, the
[0043]
Next, the
[0044]
The
[0045]
That is, at this stage, the
[0046]
FIG. 3 shows the continuation of the operation sequence of FIG. First, the user of the
[0047]
The
[0048]
On the other hand, when the
[0049]
Here, when the user of the
[0050]
On the other hand, the
[0051]
Next, the switching
[0052]
In addition, after the
[0053]
FIG. 4 shows another operation sequence of the
[0054]
As a result, a hold request indicating that the
[0055]
Next, when the
[0056]
Here, when the user of the
[0057]
When the
[0058]
Here, the user of the
[0059]
Next, the
[0060]
The
[0061]
In addition, when the
[0062]
At this time, information as shown in FIG. 9B is displayed on the display units of the
[0063]
FIG. 5 shows still another operation sequence of the
[0064]
Thereby, a multi-party call request for joining the
[0065]
Next, the switching
[0066]
On the other hand, when the
[0067]
FIG. 6 shows still another operation sequence of the
[0068]
As a result, a multi-party hold request indicating that the
[0069]
After completing the transmission of the multi-party hold request, the
[0070]
Next, the switching
[0071]
At this time, for example, information as shown in FIG. 9C is displayed on the display unit of the
[0072]
As shown in FIG. 9C, in addition to the
[0073]
FIG. 7 shows still another operation sequence of the
[0074]
As a result, a disconnection request for disconnecting the
[0075]
The
[0076]
The
[0077]
Next, the
[0078]
At this time, for example, information as shown in FIG. 9D is displayed on the display unit of the
[0079]
As shown in FIG. 9D, in addition to the
[0080]
FIG. 8 shows still another operation sequence of the
[0081]
In the simultaneous call state, the user of the
[0082]
Next, the
[0083]
When receiving the multi-party service information, the
[0084]
As shown in FIG. 9 (e), in addition to the
[0085]
As described above, according to the
[0086]
(1) The
[0087]
(2) When the
[0088]
(3) When the
[0089]
(4) When the slave terminal outside the multi-party makes a call to the
[0090]
(5) In the
[0091]
(6) The user can request multi-multi party service information at the slave terminal. Since the
[0092]
Note that the description in the present embodiment is a preferred example of the
[0093]
For example, the display unit of the slave terminal displays the telephone number of the other slave terminal or the
[0094]
In addition, although the four parties of the
[0095]
【The invention's effect】
According to the first and eighth aspects of the invention, the user of the slave terminal device can surely and easily grasp the party configuration based on the multi-party service information, so that only the user of the main terminal device grasps the party configuration. Compared to the conventional technology, the user of the main terminal device does not have to inform the user of the terminal device during the conversation of who is participating in the party. It can be done comfortably.
[0096]
According to the invention described in claim 2, in addition to the effect of the invention described in
[0097]
According to the invention described in claim 3, in addition to the effect of the invention described in
[0098]
According to the invention described in claim 4, in addition to the effect of the invention described in
[0099]
According to the fifth aspect of the present invention, in addition to the effect of the first aspect, the user of the slave terminal apparatus that is in a call in the party can enter the telephone conversation with the master terminal apparatus based on the identification information. Since it is no longer necessary to tell the user of the terminal device who is following the conversation while the user of the main terminal device is in a conversation, It can be done more smoothly and comfortably.
[0100]
According to the invention described in claim 6, in addition to the effect of the invention described in
[0101]
According to the invention described in claim 7, in addition to the effect of the invention described in
[Brief description of the drawings]
FIG. 1 is a diagram showing a schematic configuration of a
FIG. 2 is a view showing an aspect of an operation sequence in the
FIG. 3 is a diagram showing a continuation of the operation sequence of FIG. 2;
FIG. 4 is a view showing still another aspect of the operation sequence in the
FIG. 5 is a view showing still another aspect of the operation sequence in the
6 is a view showing still another aspect of the operation sequence in the
FIG. 7 is a view showing still another aspect of the operation sequence in the
FIG. 8 is a diagram showing still another aspect of the operation sequence in the
FIG. 9 is a view showing a display mode of multi-party service information in a slave terminal.
FIG. 10 is a diagram showing a schematic configuration of a call system according to a conventional technique.
FIG. 11 is a diagram showing an operation sequence of a call system according to a conventional technique.
FIG. 12 is a diagram showing a display mode on the display unit of the
[Explanation of symbols]
1 Multi-party service system
10,100 Master terminal
21, 22, 23, 201, 202 Slave terminal
30,300 exchange
Claims (8)
前記主端末装置は、前記複数の従端末装置と行う同時通話を統括的に管理し、前記従端末装置に対して保留、切断又は発信を行なう手段と、前記従端末装置に関する情報を表示する主端末表示手段と、を備え、
前記交換局は、前記主端末装置と複数の前記従端末装置とで構成されるパーティに関するマルチパーティサービス情報を、前記従端末装置に送信するマルチパーティサービス情報送信手段を備え、
前記従端末装置は、前記交換局から送信された前記マルチパーティサービス情報を受信して表示する従端末表示手段を備える、
ことを特徴とする通話システム。A master terminal device for which a call charge is charged, a plurality of slave terminal devices that perform simultaneous calls with the master terminal device, and an exchange that mediates data communication between the master terminal device and the slave terminal device In a call system,
The master terminal device centrally manages simultaneous calls performed with the plurality of slave terminal devices, and displays information related to the slave terminal device and means for holding, disconnecting or transmitting to the slave terminal device Terminal display means,
The switching center includes multi-party service information transmitting means for transmitting, to the slave terminal device, multi-party service information related to a party composed of the master terminal device and a plurality of slave terminal devices .
The slave terminal device includes slave terminal display means for receiving and displaying the multi-party service information transmitted from the exchange.
A call system characterized by that.
前記マルチパーティサービス情報送信手段は、前記要求手段の要求に応じて、前記主端末装置から前記マルチパーティサービス情報を得て、前記マルチパーティサービス情報を前記従端末装置に送信することを特徴とする請求項1記載の通話システム。The slave terminal device further comprises request means for requesting the multi-party service information,
The multi-party service information transmitting unit obtains the multi-party service information from the master terminal device in response to a request from the request unit, and transmits the multi-party service information to the slave terminal device. The call system according to claim 1.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000377443A JP4555459B2 (en) | 2000-12-12 | 2000-12-12 | Call system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000377443A JP4555459B2 (en) | 2000-12-12 | 2000-12-12 | Call system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002185616A JP2002185616A (en) | 2002-06-28 |
| JP4555459B2 true JP4555459B2 (en) | 2010-09-29 |
Family
ID=18846167
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000377443A Expired - Lifetime JP4555459B2 (en) | 2000-12-12 | 2000-12-12 | Call system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4555459B2 (en) |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04290361A (en) * | 1991-03-19 | 1992-10-14 | Mitsubishi Electric Corp | Multi-point video conference system |
| JPH06141084A (en) * | 1992-10-23 | 1994-05-20 | Toshiba Corp | Private branch exchange |
| JPH08181784A (en) * | 1994-12-27 | 1996-07-12 | Nec Eng Ltd | Multi-party talking system |
| JPH09200340A (en) * | 1996-01-16 | 1997-07-31 | Toshiba Corp | Private branch exchange with hold function |
| JPH1013555A (en) * | 1996-06-19 | 1998-01-16 | Fujitsu Ltd | Rejoin control method and rejoin control method in electronic conference |
| JP2000278449A (en) * | 1999-03-19 | 2000-10-06 | Tamura Electric Works Ltd | Key telephone system |
-
2000
- 2000-12-12 JP JP2000377443A patent/JP4555459B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002185616A (en) | 2002-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0604053B1 (en) | Multi-level conference management and notification | |
| US5333133A (en) | Call processing control system | |
| JPH07506943A (en) | Third party billing method | |
| JPH06326774A (en) | Communication service system and exchange system for implementing communication service | |
| KR20070106563A (en) | Communication Systems, Handheld Devices, and Communication Methods | |
| EP1303115A2 (en) | Information terminal apparatus, communications method, and storage medium storing program therefor | |
| JP4967475B2 (en) | Group communication switching method | |
| EP1322131B1 (en) | Including a further telecommunications device in an existing call | |
| JP4555459B2 (en) | Call system | |
| CN101924837A (en) | Incoming call reminding method, system and business platform | |
| JPH06141084A (en) | Private branch exchange | |
| CN101316294A (en) | Mobile terminal conversation state management method and device based on code division multiple access network | |
| JP4869774B2 (en) | Communication terminal and communication service control program for communication terminal | |
| JP2000513162A (en) | Connecting telephones, facsimile machines, and computers in intelligent networks | |
| JPH0715518A (en) | How to hold a phone call | |
| JP3916239B2 (en) | Multi-party call system and multi-party call method | |
| KR20070070676A (en) | Group call method in mobile communication system | |
| JPS6378654A (en) | Terephone exchange system | |
| KR100667341B1 (en) | Bidirectional group message service method and device | |
| JP4172025B2 (en) | Button telephone equipment | |
| JP2652827B2 (en) | ISDN telephone equipment | |
| JP2652826B2 (en) | ISDN telephone equipment | |
| JP2005005991A (en) | Multipoint call system | |
| JP2007166460A (en) | Call group selection method and switching device thereof | |
| JPH07212354A (en) | How to set the secret story of a cordless phone |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071127 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090722 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090804 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090911 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100622 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100716 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130723 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4555459 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130723 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130723 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |