Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4555459B2 - Call system - Google Patents
[go: Go Back, main page]

JP4555459B2 - Call system - Google Patents

Call system Download PDF

Info

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
Application number
JP2000377443A
Other languages
Japanese (ja)
Other versions
JP2002185616A (en
Inventor
誠幸 土田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kenwood KK
Original Assignee
Kenwood KK
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Kenwood KK filed Critical Kenwood KK
Priority to JP2000377443A priority Critical patent/JP4555459B2/en
Publication of JP2002185616A publication Critical patent/JP2002185616A/en
Application granted granted Critical
Publication of JP4555459B2 publication Critical patent/JP4555459B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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 master terminal 100, two slave terminals 201 and 202, and an exchange 300 as shown in FIG.
[0003]
The master terminal 100 comprehensively manages three-party calls, and has a function of appropriately holding, disconnecting, or transmitting to the slave terminals 201 and 202. In addition, the master terminal 100 is charged a call charge for a three-party call. Further, the master terminal 100 can obtain and display slave terminal identification information for identifying the slave terminals 201 and 202 from the exchange 300. On the other hand, the slave terminals 201 and 202 are not subject to billing, and only the identification information of the master terminal 100 can be obtained from the exchange 300 and displayed. The exchange 300 is interposed between the master terminal 100 and the slave terminals 201 and 202 and mediates communication of data related to the call.
[0004]
FIG. 11 shows an operation sequence of the conventional telephone system as described above. Assume that the master terminal 100 and the slave terminal 201 are in a call in advance. In this state, when the user of the slave terminal 202 performs a call operation on the master terminal 100, a call setting request is transmitted from the slave terminal 202 to the master terminal 100 via the exchange 300 (step S80). As a result, the display unit of the master terminal 100 displays that the call setting request has been received from the slave terminal 202.
[0005]
On the other hand, the slave terminal 202 that has made the call receives a response from the exchange 300 when the master terminal 100 is called (step S81). As a result, the display unit of the slave terminal 202 displays that the call is waiting for a response from the master terminal 100. At this time, the master terminal 100 can grasp the information transmitted by the slave terminal 202.
[0006]
In this state, when the user of the master terminal 100 puts the slave terminal 201 on hold and performs an operation for making a call with the slave terminal 202, a hold request is transmitted to the slave terminal 201. As a result, the slave terminal 201 is put on hold (step S82). On the other hand, a connection request is transmitted to the slave terminal 202. As a result, the slave terminal 202 enters a connected state (step S83).
[0007]
At this time, as shown in FIG. 12, the display unit of the master terminal 100 displays information such as that the slave terminal 201 is on hold and a call with the slave terminal 202. 100 users can distinguish between users who are participating in a call and users who are not participating.
[0008]
[Problems to be solved by the invention]
However, in the conventional call system as described above, the user of the master terminal 100 only knows that the slave terminals 201 and 202 are put on hold, disconnected, or in a call state.
[0009]
Accordingly, the user of the slave terminals 201 and 202 has a disadvantage that the user cannot grasp at all whether the other slave terminal is on hold, disconnected, or talking even though the user is participating in the three-party call. It was.
[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, slave terminals 21, 22, and 23) that perform simultaneous calls with the master terminal device. ) And a switching center (for example, switching center 30) that mediates data communication between the main terminal device and the slave terminal device, in a telephone call system (for example, multi-party service system 1),
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 claim 1,
  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 claim 1,
  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 claim 1,
  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 claim 1,
  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 claim 1,
  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 multi-party service system 1 includes a master terminal 10, a plurality of slave terminals 21, 22, 23..., An exchange 30 and a communication network N that connects them. As shown in FIG. 1, the multi-party service system 1 can perform a simultaneous call service (hereinafter referred to as “multi-party service”) involving three or more parties.
[0029]
The master terminal 10 corresponds to, for example, a mobile phone, a PHS, or the like, and is charged for the multi-party service. The master terminal 10 can perform the same operation as that of the master terminal 100 of the prior art, but has the greatest feature in that the following operation is performed.
[0030]
In particular, the master terminal 10 can receive other slave terminals participating in the multi-party service or the telephone number of the master terminal 10 from the slave terminals 21, 22, 23. When a transmission request for information including any of the call time, billing information, and location information (hereinafter referred to as “multi-party service information”) is received, the multi-party service information is provided to the switching center 30.
[0031]
When the master terminal 10 receives an incoming call from a slave terminal that does not participate in the multi-party service while the multi-party service is being performed, the master terminal 10 sends multi-party service information to the slave terminal. Provided through the switching center 30.
[0032]
The slave terminals 21, 22, 23,... Correspond to, for example, mobile phones, PHS, etc., and are not subject to billing during multi-party services. The slave terminals 21, 22, 23... Can be operated in the same manner as the conventional slave terminals 201, 202, but the greatest feature is that they perform the following operations.
[0033]
Since the slave terminals 21, 22, 23,... Have a key input unit having a function for requesting multi-party service information, the user of the slave terminal can perform multi-time communication while participating in the multi-party. Request party service information. When the slave terminal acquires multi-party service information, the slave terminal displays the multi-party service information on a display unit included in the slave terminal.
[0034]
When the slave terminals 21, 22, 23,... Do not participate in the multi-party service and make a call to the master terminal 10 in the multi-party service and change state during the call waiting, the exchange 30 The multi-party service information at that time is acquired, and the acquired multi-party service information is displayed on its own display unit.
[0035]
Further, when the multi-party service is being performed, when the master terminal 10 places any slave terminal in the multi-party on hold and makes a call with a slave terminal outside the multi-party, the master terminal 10 is put on hold. The slave terminal obtains multi-party service information including the telephone number of the slave terminal that communicates with the master terminal 10 from the switching center 30, and displays the obtained multi-party service information on its display unit.
[0036]
Furthermore, when the master terminal 10 puts any slave terminal in the multi-party on hold, the slave terminal not put on hold in the multi-party receives multi-party service information including the telephone number of the slave terminal put on hold. The multi-party service information acquired from the exchange 30 is displayed on its own display unit.
[0037]
Further, when the master terminal 10 terminates (disconnects) any slave terminal in the multi party while the multi party service is being performed, the slave terminal that is not terminated in the multi party is: Multi-party service information including the telephone number of the slave terminal to be terminated is acquired from the switching center 30, and the acquired multi-party service information is displayed on its own display unit.
[0038]
The switching center 30 is interposed between the master terminal 10 and the slave terminals 21, 22, 23... Constituting the multi-party, so as to realize multi-party service, switching control of the communication path and transmission / reception of multi-party service information. Calculate other call charges.
[0039]
Hereinafter, the operation of the multi-party service system 1 will be described with reference to FIGS.
[0040]
FIG. 2 shows an aspect of an operation sequence in the multi-party service system 1. It is assumed that a multi-party is configured in advance by the three parties of the master terminal 10, the slave terminal 21, and the slave terminal 22, and a call is being performed mutually. In this state, the user of the slave terminal 23 outside the multi-party performs a call operation on the master terminal 10.
[0041]
As a result, a signal (call setting request) requesting participation in the multi-party is transmitted from the slave terminal 23 to the switching center 30 (step S1). The switching center 30 transmits the received call setting request to the master terminal 10 (step S2), and when the transmission is completed, transmits a call setting acceptance to the slave terminal 23 as a response to the slave terminal 23 (step S3).
[0042]
Next, the master terminal 10 transmits a call setting confirmation request to the switching center 30 as a response to the call setting request from the switching center 30 (step S4). When receiving the call setting confirmation request from the master terminal 10, the switching center 30 establishes a communication path for the master terminal 10 and the slave terminal 23 to perform a call.
[0043]
Next, the master terminal 10 transmits a call request to the switching center 30 to transmit multi-party service information including call time with the master terminal 10, billing information, and the like to the slave terminal 23 (step S5). . When receiving the call request, the switching center 30 transmits the multi-party service information to the slave terminal 23 and sets the slave terminal 23 in a call waiting state from the master terminal 10 (step S6).
[0044]
The slave terminal 23 that has received the multi-party service information displays the received multi-party service information on its display unit. Here, a display example of the display unit of the slave terminal 23 is shown in FIG. In FIG. 9A, “master” represents the master terminal 10, “slave #A” represents the slave terminal 21, and “slave #B” represents the slave terminal 22.
[0045]
That is, at this stage, the slave terminal 23 is not yet participating in the call and is waiting for a connection from the user of the master terminal 10, but as shown in FIG. In addition to the fact that the slave terminal 23 is calling the master terminal 10, the display unit displays the telephone numbers, call durations, and billing information of the slave terminals 21 and 22 that are currently talking at the multi-party. Therefore, the user of the slave terminal 23 can grasp that the user of the slave terminal 21 and the user of the slave terminal 22 are currently talking before participating in the call.
[0046]
FIG. 3 shows the continuation of the operation sequence of FIG. First, the user of the master terminal 10 performs an operation (for example, pressing of a hold key) for holding the slave terminals 21 and 22 on the master terminal 10. As a result, a hold request indicating that the slave terminals 21 and 22 are put on hold is transmitted from the master terminal 10 to the switching center 30 (step S7).
[0047]
The exchange 30 that has received the hold request transmits a hold request to the slave terminal 21 (step S8) and transmits a hold request to the slave terminal 22 (step S9). Then, the switching center 30 sets the slave terminal 21 and the slave terminal 22 to a hold state. At this time, the display unit of the slave terminal 21 and the slave terminal 22 displays that the slave terminal 21 and the slave terminal 22 are put on hold.
[0048]
On the other hand, when the exchange 30 has finished sending the hold request to the slave terminal 21 and the slave terminal 22, it sends a hold confirmation for confirmation to the master terminal 10 as a response (step S10). Thereby, the user of the master terminal 10 can confirm that the slave terminal 21 and the slave terminal 22 have been put on hold.
[0049]
Here, when the user of the master terminal 10 performs a connection operation for talking to the slave terminal 23 that is waiting for a call, a connection request for connecting the slave terminal 23 is transmitted from the master terminal 10 to the switching center 30. (Step S11). The exchange 30 that has received the connection request transmits the connection request to the slave terminal 23 (step S12). At this time, the display unit of the slave terminal 23 displays that there is a connection request (connection response) from the master terminal 10.
[0050]
On the other hand, the slave terminal 23 that has received the connection request transmits a connection confirmation as a response to the exchange 30 (step S13). When receiving the connection confirmation from the slave terminal 23, the exchange 30 transmits the connection confirmation to the master terminal 10 (step S14). At this time, the display unit of the master terminal 10 displays that the slave terminal 23 is connected.
[0051]
Next, the switching center 30 transmits the multi-party service information including the telephone numbers of the master terminal 10 and the slave terminals 21 and 22 to the slave terminal 23 and connects the master terminal 10 and the slave terminal 23 to each of these terminals. Can communicate with each other (step S15).
[0052]
In addition, after the master terminal 10 and the slave terminal 23 transition to a call state, the switching center 30 sends multi-party service information including the telephone number of the slave terminal 23 to the slave terminals 21 and 22 that are currently on hold. Send. The slave terminal 21 and the slave terminal 22 that have received the multi party service information display the multi party service information.
[0053]
FIG. 4 shows another operation sequence of the multi-party service system 1. It is assumed that a multi-party is configured in advance by three parties including the master terminal 10, the slave terminal 21, and the slave terminal 22, and a call is being performed mutually. In this state, the user of the master terminal 10 performs an operation for putting the slave terminal 21 and the slave terminal 22 on hold.
[0054]
As a result, a hold request indicating that the slave terminal 21 and the slave terminal 22 are put on hold is transmitted from the master terminal 10 to the switching center 30 (step S20). The switching center 30 that has received the hold request transmits multi-party service information for notifying the slave terminal 21 that the slave terminal 21 has been put on hold (step S21), and at the same time, Multi-party service information for notifying that the slave terminal 22 has been put on hold is transmitted (step S22). At this time, the multi-party service information received from the master terminal 10 is displayed on the display units of the slave terminals 21 and 22. Then, the switching center 30 sets these to the hold state.
[0055]
Next, when the exchange 30 has finished sending the hold request to the slave terminal 21 and the slave terminal 22, the exchange 30 sends a hold confirmation for confirmation to the master terminal 10 as a response (step S23). At this time, the display unit of the master terminal displays that the slave terminal 21 and the slave terminal 22 have been put on hold.
[0056]
Here, when the user of the master terminal 10 performs a call operation for making a call with the slave terminal 23, a call setting request for connecting the slave terminal 23 is transmitted from the master terminal 10 to the switching center 30. (Step S24). The exchange 30 that has received the call setting request transmits the call setting request to the slave terminal 23 (step S25). At this time, the display unit of the slave terminal 23 displays that there is a call from the master terminal 10.
[0057]
When the exchange 30 finishes transmitting the call setting request to the slave terminal 23, it transmits a call setting acceptance to the master terminal 10 as a response to the master terminal 10 (step S26). On the other hand, the slave terminal 23 that has received the call setting request transmits a call setting confirmation request as a response to the switching center 30 (step S27). The switching center that has received the call setting confirmation request establishes a communication path between the master terminal 10 and the slave terminal 23.
[0058]
Here, the user of the slave terminal 23 performs a connection response operation for making a call with the master terminal 10. As a result, a connection response (call request) is transmitted from the slave terminal 23 to the switching center 30 (step S28). The exchange 30 that has received the connection response (call request) transmits the call request to the master terminal 10 (step S29).
[0059]
Next, the slave terminal 23 transmits a connection request to the exchange 30 to connect to the master terminal 10 (step S30). The exchange 30 that has received the connection request transmits the connection request to the master terminal 10 (step S31). At this time, a display indicating that the connection with the slave terminal 23 has been made is displayed on the display unit of the master terminal 10.
[0060]
The master terminal 10 that has received the connection request transmits a connection confirmation as a response to the exchange 30 (step S32). The exchange 30 that has received the connection confirmation transmits the multi-party service information to the slave terminal 23 (step S33), and sets the master terminal 10 and the slave terminal 23 to be in a call.
[0061]
In addition, when the master terminal 10 and the slave terminal 23 enter a call, the switching center 30 provides multi-party service information including the telephone number of the slave terminal 23 to the slave terminals 21 and 22 that are currently on hold. Is transmitted (step S34 and step S35). Thereby, also in the slave terminal 21 or the slave terminal 22, it can know that the master terminal 10 and the slave terminal 23 are talking.
[0062]
At this time, information as shown in FIG. 9B is displayed on the display units of the slave terminals 21 and 22. In FIG. 9B, “master” represents the master terminal 10 and “slave #C” represents the slave terminal 23. As shown in FIG. 9B, the display units of the slave terminals 21 and 22 display the telephone numbers of the master terminal 10 and the slave terminal 23 in addition to the slave terminal 21 or the slave terminal 22 being on hold. Therefore, the user of the slave terminals 21 and 22 put on hold can grasp who the user of the master terminal 10 is currently talking with.
[0063]
FIG. 5 shows still another operation sequence of the multi-party service system 1. The operation sequence shown in FIG. 5 may be a continuation of the operation sequence shown in FIG. In FIG. 5, it is assumed that a call is made in advance between the master terminal 10 and the slave terminal 23, and the slave terminal 21 and the slave terminal 22 are on hold. In this state, the user of the master terminal 10 performs a call operation for causing the slave terminal 21 and the slave terminal 22 on hold to participate in the multi party.
[0064]
Thereby, a multi-party call request for joining the slave terminal 21 and the slave terminal 22 to the multi-party is transmitted from the master terminal 10 to the switching center 30 (step S40). Upon receiving the multi-party call request, the switching center 30 first transmits multi-party service information including the telephone numbers of the slave terminals 21 and 22 to the slave terminal 23 that is currently making a call (step S41). When the slave terminal 23 receives the multi-party service information, the slave terminal 23 displays the multi-party service information on its display unit.
[0065]
Next, the switching center 30 transmits a hold release request for releasing the hold and multi-party service information including the telephone numbers of the slave terminals 22 and 23 to the slave terminal 21 (step S42). Then, a hold release request and multi-party service information including the telephone numbers of the slave terminals 21 and 23 are transmitted to the slave terminal 22 (step S43). The slave terminal 21 and the slave terminal 22 that have received the multi-party service information display the received multi-party service information on their display units.
[0066]
On the other hand, when the exchange 30 finishes transmitting the hold release request and the multi-party service information to the slave terminal 21 and the slave terminal 22, it sends a hold release confirmation to the master terminal 10 as a response to the master terminal 10. Along with (Step S44), a multi-party call confirmation indicating that the multi-party call has been established is transmitted (Step S45). Thus, the four parties of the master terminal 10, the slave terminal 21, the slave terminal 22, and the slave terminal 23 form a multi-party, and perform simultaneous calls with each other.
[0067]
FIG. 6 shows still another operation sequence of the multi-party service system 1. The operation sequence shown in FIG. 6 may be a continuation of the operation sequence shown in FIG. It is assumed that a multi-party is configured in advance among the four parties of the master terminal 10, the slave terminal 21, the slave terminal 22, and the slave terminal 23, and a simultaneous call is performed mutually. In this state, the user of the master terminal 10 performs an operation for putting the slave terminal 21 on hold.
[0068]
As a result, a multi-party hold request indicating that the slave terminal 21 is put on hold is transmitted from the master terminal 10 to the switching center 30 (step S51). The exchange 30 that has received the multi-party hold request transmits the multi-party hold request to the slave terminal 21 and sets the slave terminal 21 to hold (step S52). At this time, the display unit of the slave terminal 21 displays that the slave terminal 21 has been put on hold.
[0069]
After completing the transmission of the multi-party hold request, the exchange 30 transmits a multi-party hold confirmation as a response to the master terminal 10 to the master terminal 10 (step S53).
[0070]
Next, the switching center 30 transmits multi-party service information for notifying that the slave terminal 21 has been put on hold to the slave terminals 22 and 23 (steps S54 and S55). Thereby, the users of the slave terminal 22 and the slave terminal 23 can know that the slave terminal 21 has been put on hold.
[0071]
At this time, for example, information as shown in FIG. 9C is displayed on the display unit of the slave terminal 22. In FIG. 9C, “master” represents the master terminal 10, “slave #C” represents the slave terminal 23, and “slave #A” represents the slave terminal 21.
[0072]
As shown in FIG. 9C, in addition to the slave terminal 22 being in a call, the display unit of the slave terminal 22 holds the telephone numbers of the master terminal 10 and the slave terminal 23 in a call and the call is put on hold. Since the telephone number of the slave terminal 21 is displayed, the user of the slave terminal 22 can grasp who is currently participating in the conversation and who is put on hold.
[0073]
FIG. 7 shows still another operation sequence of the multi-party service system 1. Note that the operation sequence shown in FIG. 7 may be a continuation of the operation sequence shown in FIG. It is assumed that a multi-party is configured in advance among the four parties of the master terminal 10, the slave terminal 21, the slave terminal 22, and the slave terminal 23, and a simultaneous call is performed mutually. In this state, the user of the master terminal 10 performs an operation for temporarily disconnecting the slave terminal 21 from the multi party.
[0074]
As a result, a disconnection request for disconnecting the slave terminal 21 is transmitted from the master terminal 10 to the exchange 30 (step S60). The exchange 30 that has received the disconnection request transmits the disconnection request to the slave terminal 21 (step S61).
[0075]
The slave terminal 21 that has received the disconnection request transmits to the exchange 30 a response requesting permission to release (disconnect) the communication path between the multi-party and the slave terminal 21 as a response (step S62). The exchange 30 that has received the release request as a response transmits the release request to the master terminal 10 (step S63).
[0076]
The exchange 30 that has transmitted the release request to the master terminal 10 transmits a release completion display signal indicating that the disconnection of the slave terminal 21 is confirmed to the slave terminal 21 (step S64). On the other hand, when the master terminal 10 receives the release request, the master terminal 10 transmits to the exchange 30 a release completion indicating that the disconnection of the slave terminal 21 has been set (step S65).
[0077]
Next, the exchange 30 transmits multi-party service information for notifying that the slave terminal 21 has ended the conversation to the slave terminal 22 and the slave terminal 23 (step S66; step S67). As a result, the end of the slave terminal 21 can be recognized at the slave terminal 22 and the slave terminal 23 that are talking with the master terminal.
[0078]
At this time, for example, information as shown in FIG. 9D is displayed on the display unit of the slave terminal 22. In FIG. 9D, “master” represents the master terminal 10, “slave #C” represents the slave terminal 23, and “slave #A” represents the slave terminal 21.
[0079]
As shown in FIG. 9D, in addition to the slave terminal 22 being in a call, the display unit of the slave terminal 22 is terminated with the telephone numbers of the master terminal 10 and the slave terminal 23 in the call. Since the telephone number of the slave terminal 21 is displayed, the user of the slave terminal 22 can grasp at a glance who is currently participating in the conversation and who is the end of the conversation.
[0080]
FIG. 8 shows still another operation sequence of the multi-party service system 1. Note that the operation sequence shown in FIG. 8 may be a continuation of the operation sequence shown in FIG. It is assumed that a multi-party is configured in advance among the four parties of the master terminal 10, the slave terminal 21, the slave terminal 22, and the slave terminal 23, and a simultaneous call is performed mutually. In the above-described embodiment, when a slave terminal outside the multi party joins the multi party, the multi party service information is transmitted to each slave terminal in the multi party according to some operation on the master terminal 10 side. In the example shown in FIG. 8, multi-party service information is obtained from a slave terminal in a multi-party.
[0081]
In the simultaneous call state, the user of the slave terminal 22 performs an operation for acquiring multi-party service information as follows. Thereby, a signal for requesting multi-party service information is transmitted from the slave terminal 22 to the switching center 30 (step S70). Upon receiving the multi party service information request, the switching center 30 transmits the multi party service information request to the master terminal 10 (step S71).
[0082]
Next, the master terminal 10 transmits to the switching center 30 a confirmation of multi-party information that causes the slave terminal 22 to transmit multi-party service information (step S72). Upon receiving the multi-party information confirmation, the exchange 30 receives the multi-party service information including the telephone numbers, call durations, and billing information of the slave terminals 21 and 23 that are other slave terminals participating in the multi-party. Transmit to the slave terminal 22 (step S73).
[0083]
When receiving the multi-party service information, the slave terminal 22 displays the received multi-party service information on its display unit. Specifically, information as shown in FIG. 9E is displayed on the display unit of the slave terminal 22. In FIG. 9 (e), “master” represents the master terminal 10, “slave #A” represents the slave terminal 21, and “slave #C” represents the slave terminal 23.
[0084]
As shown in FIG. 9 (e), in addition to the slave terminal 23 being in a call, the display unit of the slave terminal 22 includes the telephone numbers of the master terminal 10 and the slave terminals 21, 23, the call duration, and the billing. Since the information is displayed, the user of the slave terminal 22 can easily grasp who is participating in the multi-service. In the above-described example, the multi-party service information is confirmed in response to the multi-party service information request from the slave terminal in the multi-party, but information is periodically transmitted from the master terminal 10 or the switching center 30. It goes without saying that you may do it.
[0085]
As described above, according to the multi-party service system 1 in the present embodiment, the following effects can be obtained.
[0086]
(1) The switching center 30 sends not only the master terminal 10 but also the slave terminals 21, 22, 23... To the multi-party service information related to the multi party constituted by the master device 10 and the slave terminals 21, 22, 23. , And the slave terminals 21, 22, 23... Display the transmitted multi-party service information on their display units, so that the user of the slave terminal can easily grasp the multi-party configuration at a glance. This eliminates the need for the user of the master terminal 10 to notify the slave terminal user who is participating in the party during the conversation, so that calls within the party can be performed smoothly and comfortably.
[0087]
(2) When the master terminal 10 puts the slave terminals 21, 22, 23,... On hold or on a call end, the switching center 30 sets the telephone number of the slave terminal to be put on hold or on the other end in the party. Therefore, the user of the slave terminal who is talking within the party can know which slave terminal has been put on hold or ended based on the telephone number transmitted from the switching center 30 each time. it can. As a result, calls within a party can be performed more smoothly and comfortably.
[0088]
(3) When the master terminal 10 puts the slave terminals 21, 22, 23... On hold or on the call end, the switching center 30 notifies the multi-party service information to the slave terminal on hold or call end. Therefore, even when the user of the slave terminal is put on hold or talking from the party, there is a convenience that the user of the master terminal 10 can know who was talking at that time.
[0089]
(4) When the slave terminal outside the multi-party makes a call to the master terminal 10, the switching center 30 makes a call outside the multi-party after the slave terminal outside the multi-party transitions to a call state with the master terminal 10. Since the telephone number of the slave terminal is transmitted to the slave terminal in the multi-party, the user of the slave terminal who is on hold or talking in the multi-party who made the call to the master terminal 10 based on the telephone number The convenience of being able to grasp each time. This also makes it possible for the user of the master terminal 10 in the conversation to smoothly and comfortably make a call within the party because it is not necessary to notify the slave terminal user of who made the call.
[0090]
(5) In the switching center 30, when the slave terminal outside the party makes a call to the master terminal 10 and enters the call waiting state, the multi-party service information is transmitted to the slave terminal outside the party. The user of the slave terminal outside the party can conveniently grasp the party configuration based on the multi-multi-party service information even if the user does not participate in the party. This also provides the convenience that the user of the master terminal 10 does not need to inform the user of the slave terminal outside the party who is participating in the party.
[0091]
(6) The user can request multi-multi party service information at the slave terminal. Since the switching center 30 transmits the multi-multiparty service information to the slave terminal in response to a request from the user, there is a convenience that the user of the slave terminal can know the multi-multiparty service information as necessary. On the other hand, if the user of the slave terminal does not request the multi-multiparty service information, the multi-multiparty service information is not broadcast to the slave terminal. This is convenient when there is troublesomeness.
[0092]
Note that the description in the present embodiment is a preferred example of the multi-party service system 1 to which the present invention is applied, and the present invention is not limited to this.
[0093]
For example, the display unit of the slave terminal displays the telephone number of the other slave terminal or the master terminal 10. However, the information is not limited to the telephone number as long as the information can identify the other slave terminal or the master terminal 10. You may make it display a user name and a specific design instead of a thing.
[0094]
In addition, although the four parties of the master terminal 10 and the slave terminals 21, 22, and 23 are configured as a multi party, it is possible to perform simultaneous calls of four or more parties. In addition, the detailed configuration and operation of the multi-party service system 1 can be changed as appropriate without departing from the spirit of the present invention.
[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 claim 1, the user of the slave terminal apparatus that is talking within the party can identify which slave terminal apparatus is put on hold or closed. Therefore, it is possible to make calls within a party more smoothly and comfortably.
[0097]
According to the invention described in claim 3, in addition to the effect of the invention described in claim 1, even if the user of the slave terminal device is put on hold or talking from the party, the user of the master terminal device at that time There is a convenience that you can know who was calling.
[0098]
According to the invention described in claim 4, in addition to the effect of the invention described in claim 1, even if the user of the slave terminal device in the party is placed on hold or talking from the party, the current master terminal device It is convenient to be able to grasp in real time who the user is talking with.
[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 claim 1, the user of the terminal device outside the party can configure the party configuration based on the multi-party service information even if the user does not participate in the party. Since it can be grasped, it is not necessary for the user of the main terminal device to notify the user of the terminal device outside the party during the conversation, so that calls within the party can be performed more smoothly and comfortably.
[0101]
  According to the invention described in claim 7, in addition to the effect of the invention described in claim 1, there is a convenience that the user of the slave terminal apparatus can know the multi-party service information as necessary. On the other hand, if the user of the slave terminal device does not request multi-party service information by the requesting means,SendThe user of the slave terminal device does notReceiveThis is convenient when there is troublesomeness.
[Brief description of the drawings]
FIG. 1 is a diagram showing a schematic configuration of a multi-party service system 1 to which the present invention is applied.
FIG. 2 is a view showing an aspect of an operation sequence in the multi-party service system 1;
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 multi-party service system 1;
FIG. 5 is a view showing still another aspect of the operation sequence in the multi-party service system 1;
6 is a view showing still another aspect of the operation sequence in the multi-party service system 1. FIG.
FIG. 7 is a view showing still another aspect of the operation sequence in the multi-party service system 1;
FIG. 8 is a diagram showing still another aspect of the operation sequence in the multi-party service system 1;
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 master terminal 100 in the prior art.
[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 multi-party service information transmitting means , when the master terminal device puts the slave terminal device in the party on hold or talk-end, an identification for identifying the slave terminal device put on hold or talk-end The call system according to claim 1, wherein the multi-party service information including information is transmitted to another slave terminal device in the party. 前記マルチパーティサービス情報送信手段は、前記主端末装置が、前記パーティ内における前記従端末装置を保留又は終話にする際は、当該保留又は終話にされる従端末装置に対し、前記マルチパーティサービス情報を送信することを特徴とする請求項1記載の通話システム。The multi-party service information transmitting means , when the master terminal device puts the slave terminal device in the party on hold or talk-end, to the slave terminal device put on hold or talk-end, The call system according to claim 1, wherein service information is transmitted . 前記マルチパーティサービス情報送信手段は、前記主端末装置が、前記パーティ内における前記従端末装置を保留又は終話にし、当該パーティ外の端末装置に発呼を行った場合、前記主端末装置と、当該パーティ外の端末装置とが通話状態に遷移すると、前記パーティ内の従端末装置へ前記マルチパーティサービス情報を送信することを特徴とする請求項3記載の通話システム。The multi-party service information transmission means , when 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, 4. The call system according to claim 3, wherein when the terminal device outside the party transitions to a call state, the multi-party service information is transmitted to a slave terminal device in the party. 前記マルチパーティサービス情報送信手段は、前記主端末装置と通話中又は保留中でない前記パーティ外の端末装置が、前記主端末装置に発信を行い、前記主端末装置と通話状態に遷移したとき、当該パーティ外の端末装置を識別する為の識別情報を含む前記マルチパーティサービス情報を、前記パーティ内の従端末装置へ送信することを特徴とする請求項1記載の通話システム。The multi-party service information transmitting means , 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, The call system according to claim 1, wherein the multi-party service information including identification information for identifying a terminal device outside a party is transmitted to a slave terminal device within the party. 前記マルチパーティサービス情報送信手段は、前記主端末装置と通話中又は保留中でないパーティ外の端末装置が、前記主端末装置に発信を行い、呼待中に入った場合は、前記主端末装置から前記マルチパーティサービス情報を得て、当該パーティ外の端末装置へ、前記マルチパーティサービス情報を送信することを特徴とする請求項1記載の通話システム。The multi-party service information transmitting means sends a call to the main terminal device when a terminal device outside the party that is not in a call or on hold with the main terminal device, and enters the call waiting state, the main terminal device The call system according to claim 1, wherein the multi-party service information is obtained and the multi-party service information is transmitted to a terminal device outside the party. 前記従端末装置は、前記マルチパーティサービス情報を要求する要求手段を更に備え、
前記マルチパーティサービス情報送信手段は、前記要求手段の要求に応じて、前記主端末装置から前記マルチパーティサービス情報を得て、前記マルチパーティサービス情報を前記従端末装置に送信することを特徴とする請求項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.
前記マルチパーティサービス情報は、前記主端末装置を識別する為の識別情報、前記パーティ内の従端末装置を識別する為の識別情報、前記パーティにおける前記主端末装置の通話時間、及び課金情報の少なくとも1つを含むことを特徴とする請求項1記載の通話システム。  The multi-party service information includes at least identification information for identifying the master terminal device, identification information for identifying a slave terminal device in the party, call duration of the master terminal device in the party, and billing information The call system according to claim 1, comprising one.
JP2000377443A 2000-12-12 2000-12-12 Call system Expired - Lifetime JP4555459B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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