JP5304150B2 - 通信サーバ、通信方法、通信プログラム、及び通信システム - Google Patents

Description

本発明は、通信サーバ、通信方法、通信プログラム、及び通信システムに関し、特に通話端末の通話状態と連動して、情報処理端末同士間でのデータ通信を制御する技術に関する。

遠隔に離れたユーザ同士がネットワークを介して共同で作業を実施するための遠隔協働システムとして、各ユーザがアプリケーションを操作してアプリケーション同士間で操作情報を送受信させることで、同じ資料や図を同時に参照、描画したり、ファイルを互いに送受信したりするシステムが提案されている。

このような遠隔協働システムにおいては、ユーザ同士がコミュニケーションをとるための手段として音声で会話する通話システムと、資料や図、Ｗｅｂページ等のデータを同期して操作するデータ操作システムとが連携して動作することにより、音声で会話しながらデータを操作するといったマルチメディアコミュニケーションを実現する仕組みが提供されている。

しかしながら、一般に利用される通話システムとしては古くから電話が用いられており、安定性や利用の簡便さから音声での通話は従来のまま電話を利用したいといった要求がある。一方で、近年、電話のＩＰ化により各種コンピュータシステムとの連動が容易になってきており、ＩＰ電話システムとデータ操作システムを連動させた遠隔協働システムが提案されている。このような電話システムを利用した遠隔協働システムでは、電話の通話状態をデータ操作システムで取得し、通話状態に合わせてデータ操作システムの動作を変更することで、電話での通話開始と共にデータ操作システムの動作を開始したり、通話終了と共にデータ操作システムの動作を終了したりといった連動処理を実現可能となる。

一般的なＩＰ電話システムでは、回線交換サーバにおいて各ユーザが利用する電話機をＳＩＰ(Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｌ Ｐｒｏｔｏｃｏｌ)−ＵＲＩ(Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ)若しくは電話番号で管理し、電話機同士間の通話状態を、複数のＳＩＰ−ＵＲＩ若しくは電話番号同士間の関連を示すセッションという単位で管理する。各セッションは一意に識別可能なＩＤとしてセッションＩＤが付与されており、このセッションＩＤを用いることにより、各通話セッションに参加しているＳＩＰ−ＵＲＩ若しくは電話番号を特定することができる。

例えば、或るユーザが電話機を用いて電話をかけると、回線交換サーバにおいて当該電話機に割り振られているＳＩＰ−ＵＲＩ若しくは電話番号と、相手ユーザの電話機のＳＩＰ−ＵＲＩ若しくは電話番号との間で新しい通話セッションが作成される。また、ユーザが電話を切ると、回線交換サーバは、その通話に関連した通話セッションを削除する。

一般的な回線交換サーバでは通話セッションを１対１の通話にのみ関連づけ、一つの通話セッションに参加できる電話機は２台のみである。このような回線交換サーバで３人以上のユーザが同時に通話する多者間通話を行う場合、電話機のように振る舞う音声ミキサーを利用する。３人以上で通話をしたい各ユーザは、通常の電話機を用いて音声ミキサーに対して電話をかける。回線交換サーバは、各電話機からの音声ミキサーへの通話に対して、通常の通話と同様にそれぞれ通話セッションを割り当てていく。この時、各通話セッションは、一方の電話機が音声ミキサーであり、他方の電話機がユーザにより使用される電話機となる。

音声ミキサーは、各電話機から受信した音声を合成して返信する。各電話機は、通常の通話のように音声ミキサーから送信されて来る音声を再生するだけで、３人以上のユーザと会話が可能となる。

また、多者間通話に参加している或るユーザが通話を切断すると、音声ミキサーと通話を切断した電話機との間の通話セッションが削除され、当該ユーザの音声送信と受信が停止する。

例えば、特許文献１には、音声通話端末をゲームサーバによってグループ分けし、各グループを同じ音声ミキサーに接続することにより同一グループ間の音声通話を可能にする通信システムが記載されている。
特表２００７−５２３５７２号公報 特開２００５−３３３４４６号公報 特開平９−６２５９７号公報

しかしながら、上述した一般的な回線交換サーバでは、データ操作システムとの連動処理が考慮されておらず、音声ミキサーを用いた多者間通話が行われている際には各電話機と音声ミキサーとの間の通話セッションに関する情報(以下、セッション情報)が管理されているだけである。従って、データ操作システムは、回線交換サーバからセッション情報を取得しても多者間通話を認識できず、連動処理を実行できないという問題があった。

また、特許文献２には、ネットワークに接続された複数の通信端末の各々が三者間通話機能を有する通信会議システムが記載されている。しかしながら、このシステムでは、全ての通信端末が三者間通話に対応する特殊なプロトコルを実装している必要がある。従って、上述した従来の電話システム(電話機及び回線交換サーバ)をそのまま利用したいというユーザからの要求を満たすことができない。

また、特許文献３には、一つの管理端末が、ネットワークを介して接続された他の端末同士間での音声通信及びこれ以外のデータ通信を一括して管理する通信システムが記載されている。しかしながら、このシステムも、やはり従来の電話システムをそのまま利用するものではない。また、このシステムに係る技術を従来の電話システムに適用する対策を講じた場合には、回線交換サーバにデータ通信の制御機能を持たせる等の複雑且つ大規模な実装変更が必要となる。

従って、本発明は、既存の通話制御系統を変更すること無く、多者間通話に際してのデータ通信を制御することが可能な通信サーバ、通信方法、通信プログラム、及び通信システムを提供することを目的とする。

上記の目的を達成するため、本発明の一態様に係る通信サーバは、回線交換サーバから、複数のユーザによりそれぞれ使用される通話端末の各々と、受信音声を合成して各通話端末に返信する音声合成端末との間の通話に関するセッション情報を取得するセッション情報取得部と、前記複数のユーザによりそれぞれ使用される情報処理端末の各々から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理する対応関係管理部と、前記セッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出すると共に、前記対応関係に基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御するデータ通信制御部とを備える。

また、本発明の一態様に係る通信方法は、回線交換サーバから、複数のユーザによりそれぞれ使用される通話端末の各々と、受信音声を合成して各通話端末に返信する音声合成端末との間の通話に関するセッション情報を取得し、前記複数のユーザによりそれぞれ使用される情報処理端末の各々から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理し、前記セッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出すると共に、前記対応関係に基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御する。

また、本発明の一態様に係る通信プログラムは、通信サーバに、回線交換サーバから、複数のユーザによりそれぞれ使用される通話端末の各々と、受信音声を合成して各通話端末に返信する音声合成端末との間の通話に関するセッション情報を取得する処理と、前記複数のユーザによりそれぞれ使用される情報処理端末の各々から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理する処理と、前記セッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出すると共に、前記対応関係に基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御する処理と、を実行させる。

さらに、本発明の一態様に係る通信システムは、複数のユーザによりそれぞれ使用される通話端末と、前記複数のユーザによりそれぞれ使用される情報処理端末と、各通話端末からの受信音声を合成して返信する音声合成端末と、各通話端末と前記音声合成端末との間の通話を制御する回線交換サーバと、前記回線交換サーバから取得した各通話に関するセッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出し、各情報処理端末から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理すると共に、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御する通信サーバとを備える。

本発明によれば、通話端末毎の１対１の通話に関するセッション情報を用いて、多者間通話を認識し且つ情報処理端末同士間でのデータ通信を制御することができるため、既存の通話制御系統には変更が生じない。

以下、本発明に係る通信サーバ及びこれを適用する通信システムの実施の形態１及び２を、図１〜図１３を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

[実施の形態１]
図１は、本実施の形態に係る通信サーバを適用した通信システムの構成例を示している。この通信システム１は、大略、ユーザＵ１〜Ｕ３によりそれぞれ使用される通話端末１０＿１〜１０＿３(以下、符号１０で総称することがある)及び情報処理端末２０＿１〜２０＿３(以下、符号２０で総称することがある)と、通話端末１０から受信した音声を合成して返信する音声ミキサー３０と、通話端末１０−音声ミキサー３０間の通話を制御する回線交換サーバ４０と、情報処理端末２０同士間のデータ通信を制御する通信サーバ５０とから構成される。なお、回線交換サーバ４０及び通信サーバ５０には、４台以上の通話端末及び情報処理端末をそれぞれ接続しても良い。また、回線交換サーバ４０には、２台以上の音声ミキサーを接続しても良い。さらに、音声ミキサー３０に代えて、これと同等の機能を有する通話端末等を用いても良い。

通信サーバ５０は、回線交換サーバ４０から、通話端末１０−音声ミキサー３０間の通話に関するセッション情報ＳＩを取得するセッション情報取得部５１０と、情報処理端末２０から通話端末１０の識別情報として受信した電話番号ＴＮに基づき、各ユーザＵ１〜Ｕ３が使用する通話端末及び情報処理端末の対応関係ＣＲを管理する対応関係管理部５２０と、セッション情報ＳＩに基づき、音声ミキサー３０を介した間接的な通話状態に在る通話端末を検出すると共に、対応関係ＣＲに基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御するデータ通信制御部５３０と、を備える。なお、通信端末１０の識別情報には、電話番号ＴＮの他、例えば通信端末毎に割り当てた英数字から成る文字列を用いることもできる。

ここで、上記のデータ通信の制御とは、後述する如く、間接的な通話状態に在る通話端末に対応する情報処理端末同士間で送受信されるデータメッセージＭＳＧ＿Ｄを中継すること、或いは間接的な通話状態に在る通話端末に対応する全ての情報処理端末のアドレス情報を、当該情報処理端末の各々に対して通知し、以て当該情報処理端末間でデータメッセージＭＳＧ＿Ｄを直接送受信させることである。

また、通話端末及び音声ミキサーは、回線交換サーバに接続できるものであれば、どのようなものを用いても良い。また、一般に、回線交換サーバは、運用者による監視や検査等を考慮して、外部からセッション情報を取得できるように設計されている。従って、本実施の形態に係る通信サーバの適用に際しては、既存の通話制御系統には何ら変更が不要である。

以下、図１に示した情報処理端末２０、回線交換サーバ４０、及び通信サーバ５０のより詳細な構成例及び動作例を説明する。

図２に示すように、回線交換サーバ４０は、回線交換部４１０と、通話状態記憶部４２０と、セッション情報通知部４３０と、通知対象電話番号記憶部４４０とを備える。回線交換部４１０は、情報処理端末１０−音声ミキサー３０間の通話を制御し、その通話状態を通話状態記憶部４２０に記憶する。セッション情報通知部４３０は、回線交換部４１０による通話状態記憶部４２０への通話状態の記憶或いはその変更を検知し、セッション情報ＳＩとして通信サーバ５０へ通知する。通知対象電話番号記憶部４４０には、通信サーバ５０から要求されたセッション情報ＳＩの通知対象とする電話番号(以下、通知対象電話番号と呼称する)が記憶される。すなわち、この回線交換サーバ４０は、通信サーバ５０に対して、セッション情報ＳＩを自律的に通知する。

また、通信サーバ５０は、図１に示した構成に加えて、情報処理端末２０との通信インタフェースとして機能する送受信部(以下、サーバ側送受信部と呼称する)５４０を備えている。さらに、通信サーバ５０内のセッション情報取得部５１０は、上記のセッション情報通知部４３０に対して、セッション情報ＳＩの通知開始を要求するセッション情報要求部５１１と、上記のセッション情報通知部４３０からセッション情報ＳＩを受信するセッション情報受信部５１２とを有する。また、対応関係管理部５２０は、サーバ側送受信部５４０を介して情報処理端末２０から受信した電話番号ＴＮに基づき、対応関係ＣＲを生成すると共に、上記のセッション情報要求部５１１に対して通知対象電話番号を指示する対応関係生成部５２１と、対応関係ＣＲが記憶される対応関係記憶部５２２とを有する。また、データ通信制御部５３０は、上記のセッション情報受信部５１２から出力されたセッション情報ＳＩを結合するセッション情報結合部５３１と、このセッション情報結合部５３１で結合されたセッション情報(以下、結合セッション情報と呼称する)を記憶する結合情報記憶部５３２と、この結合情報記憶部５３２からセッション情報を削除するセッション情報削除部５３３と、結合情報記憶部５３２に記憶された結合セッション情報を参照して、情報処理端末２０と音声ミキサー３０の間の通話状態が変更されたか否かを検出する通話状態変更検出部５３４とを有する。

また、情報処理端末２０＿１〜２０＿３は、それぞれ、通信サーバ５０との通信インタフェースとして機能する送受信部(以下、クライアント側送受信部と呼称する)２１０＿１〜２１０＿３(以下、符号２１０で総称することがある)と、通話端末１０＿１〜１０＿３から電話番号を取得する電話番号取得部２２０＿１〜２２０＿３(以下、符号２２０で総称することがある)と、電話番号取得部２２０＿１〜２２０＿３で取得された電話番号を、クライアント側送受信部２１０＿１〜２１０＿３を介して通信サーバ５０に送信する電話番号送信部２３０＿１〜２３０＿３(以下、符号２３０で総称することがある)と、データ通信により、ファイル交換機能、チャット機能、共有ホワイトボード機能、資料閲覧機能等の各種機能をユーザに提供するデータ通信用アプリケーション２４０＿１〜２４０＿３(以下、符号２４０で総称することがある)とを備える。なお、電話番号取得部２２０には、ユーザからの電話番号入力を受け付けるキーボードのような入力装置等を用いても良いし、内部メモリに予め記憶された電話番号を読み出す回路等を用いても良い。また、クライアント側送受信部２１０、電話番号取得部２２０、電話番号送信部２３０を、それぞれ独立したアプリケーションとして実装し、一般的なプロセス間通信技術などを用いて相互動作させても良い。また、これらのアプリケーションを、通信サーバ５０からダウンロードさせるようにしても良い。すなわち、この情報処理端末２０には、一般的なパーソナルコンピュータ等を用いることができる。

また、図示の如く、通話端末１０＿１〜１０＿３及び音声ミキサー３０には、電話番号ＴＮとして、"１００１"、"１００２"、"１００３"、及び"２００１"が付与されている。情報処理端末２０＿１〜２０＿３には、アドレスＡＤ＝"１９２．１６８．１２８．１"、"１０．１７．１．１"、及び"１０．１７．１．２"がそれぞれ付与されている。

次に、本実施の形態の動作を、図３〜図１１を参照して詳細に説明する。

まず初めに、通話端末１０＿１〜１０＿３は、電話番号ＴＮ＝"１００１"、"１００２"、及び"１００３"をそれぞれ回線交換サーバ４０に登録する。この際の登録方法は、特に問わないが、ＳＩＰや、Ｈ．３２３プロトコル等を用いて実現される。また、音声ミキサー３０も、通話端末１０＿１〜１０＿３と同様にして、電話番号ＴＮ＝"２００１"を回線交換サーバ４０に登録する。この時、通話端末１０−音声ミキサー３０間ではまだ通話が開始されていないため、回線交換サーバ４０内の通話状態記憶部４２０には何も記録されていない。

また、ユーザにより情報処理端末２０が起動されると、情報処理端末２０は、図３に示す如く連携情報メッセージＭＳＧ１の送信処理を実行する(ステップＳ１)。より具体的には、図４に示すように、まず情報処理端末２０内の電話番号取得部２２０が、ユーザが使用する通話端末１０の電話番号ＴＮを取得し、電話番号送信部２３０に与える(ステップＳ１０１)。次に、電話番号送信部２３０は、情報処理端末２０のアドレスＡＤを取得する(ステップＳ１０２)。そして、電話番号送信部２３０は、連携情報メッセージＭＳＧ１を生成し、クライアント側送受信部２１０を介して通信サーバ５０に送信する(ステップＳ１０３)。

例えば、ユーザＵ１が使用する情報処理端末２０＿１の場合、下記に示す連携情報メッセージＭＳＧ１が送信される。このメッセージＭＳＧ１は、電話番号ＴＮ＝"１００１"である通話端末１０＿１が、アドレスＡＤ＝"１９２．１６８．１２８．１"である情報処理端末２０＿１と連携して動作することを示す。

ＭＳＧ１[ＴＮ＝１００１＆ＡＤ＝１９２．１６８．１２８．１]

図３に戻って、連携情報メッセージＭＳＧ１を受けた通信サーバ５０は、セッション情報要求メッセージＭＳＧ２の送信処理を実行する(ステップＳ２)。より具体的には、図５に示すように、まず通信サーバ５０内のサーバ側送受信部５４０が、メッセージＭＳＧ１を受信して対応関係管理部５２０に転送する(ステップＳ２０１)。これを受けた対応関係管理部５２０内の対応関係生成部５２１は、メッセージＭＳＧ１に記述される電話番号ＴＮとアドレスＡＤを対応付け、対応関係ＣＲとして対応関係記憶部５２２に記憶する(ステップＳ２０２)。下記の表１に、対応関係記憶部５２２に記憶される対応関係ＣＲの一例を示す。

上記の表１は、電話番号ＴＮ＝"１００１"である通話端末１０＿１とアドレスＡＤ＝"１９２．１６８．１２８．１"である情報処理端末２０＿１とが連携して動作し、電話番号ＴＮ＝"１００２"である通話端末１０＿２とアドレスＡＤ＝"１０．１７．１．１"である情報処理端末２０＿２とが連携して動作し、電話番号ＴＮ＝"１００３"である通話端末１０＿３とアドレスＡＤ＝"１０．１７．１．２"である情報処理端末２０＿３とが連携して動作していることを示す。

そして、対応関係生成部５２１は、セッション情報取得部５１０内のセッション情報要求部５１１に対して、連携情報メッセージＭＳＧ１に記述される電話番号ＴＮに関するセッション情報の取得を依頼する。セッション情報要求部５１１は、セッション情報要求メッセージＭＳＧ２を生成し、回線交換サーバ４０に送信する(ステップＳ２０３)。下記に、メッセージＭＳＧ２の一例を示す。このメッセージＭＳＧ２は、電話番号ＴＮ＝"１００１"である通話端末２０＿１に関するセッション情報の通知を要求するものである。

ＭＳＧ２[ＴＮ＝１００１]

図３に戻って、セッション情報要求メッセージＭＳＧ２を受けた回線交換サーバ４０は、通知対象電話番号の記憶処理を実行する(ステップＳ３)。より具体的には、図６に示すように、まず回線交換サーバ４０内のセッション情報通知部４３０が、メッセージＭＳＧ２を受信する(ステップＳ３０１)と共に、通知対象電話番号記憶部４４０に、メッセージＭＳＧ２に記述される電話番号ＴＮを記憶する(ステップＳ３０２)。下記の表２に、通知対象電話番号記憶部４４０における記憶例を示す。

この後、図３のステップＳ４に示す如く、通話端末１０が、着信先として音声ミキサー３０を指定する通話開始要求を、回線交換サーバ４０に送信する。この通話開始要求を受けた回線交換サーバ４０内の回線交換部４１０は、着信先として指定された音声ミキサー３０を呼び出す(ステップＳ５)。これにより、図３に点線で示す如く、通話端末１０及び音声ミキサー３０が通話状態となる。

この時、回線交換部４１０は、セッション情報メッセージの送信処理(１)を実行する(ステップＳ６)。より具体的には、図７に示すように、回線交換部４１０は、通話状態記憶部４２０に通話端末１０と音声ミキサー３０の通話状態を記憶する(ステップＳ６０１)。例えば、ユーザＵ１〜Ｕ３の全てが遠隔会議に参加する場合であって、初めにユーザＵ１(通話端末１０＿１)が音声ミキサー３０に対して電話をかけた場合を例に取ると、通話状態記憶部４２０には、下記の表３に示す如く通話状態が記憶される。

上記の表３は、電話番号＝"１００１"である発信元の通話端末１０＿１と、電話番号＝"２００１"である着信先の音声ミキサー３０とが通話中(ｃｏｎｎｅｃｔ)に在ることを示し、その通話セッションＩＤが"１"であることを示す。なお、通話セッションＩＤは、一意に特定できるものであればどのような値を設定しても良い。

そして、セッション情報通知部４３０は、通話状態記憶部４２０に新たな通話状態が記憶されたことを検知し(ステップＳ６０２)、通知対象電話番号記憶部４４０に当該通話状態に関する発信元若しくは着信先の電話番号が登録されているか否かを確認する(ステップＳ６０３)。いずれの電話番号も登録されていない場合、セッション情報通知部４３０は処理を終了する。一方、いずれかの電話番号が登録されている場合には、セッション情報通知部４３０は、セッション情報メッセージＭＳＧ３ａを生成し、通信サーバ５０に送信する(ステップＳ６０４)。下記に、メッセージＭＳＧ３ａの一例を示す。このメッセージＭＳＧ３ａは、電話番号が"１００１"である発信元(ＦＲＯＭ)の通信端末１０＿１と、電話番号が"２００１"である着信先(ＴＯ)の音声ミキサー３０との間の通話状態(ＳＴＡＴＵＳ)が通話中(ｃｏｎｎｅｃｔ)に在り、その通話セッションＩＤ(ＳＥＳＳＩＯＮ)が"１"であることを示す。

ＭＳＧ３ａ[ＳＴＡＴＵＳ＝ｃｏｎｎｅｃｔ＆ＳＥＳＳＩＯＮ＝１＆ＦＲＯＭ＝１００１＆ＴＯ＝２００１]

図３に戻って、セッション情報メッセージＭＳＧ３ａを受けた通信サーバ５０は、通話状態変更メッセージＭＳＧ４の送信処理(１)を実行する(ステップＳ７)。より具体的には、図８に示すように、通信サーバ５０内のセッション情報受信部５１２は、ＳＴＡＴＵＳ＝"ｃｏｎｎｅｃｔ"が設定されたメッセージＭＳＧ３ａを受信し、セッション情報結合部５３１に転送する(ステップＳ７０１)。セッション情報結合部５３１は、メッセージＭＳＧ３ａから、発信元電話番号及び着信先電話番号を抽出する(ステップＳ７０２)と共に、結合セッション情報記憶部５３２に、いずれかの電話番号に対応するレコードが登録されているか否かを確認する(ステップＳ７０３)。

当該レコードが登録されていない場合、セッション情報結合部５３１は、新たに結合セッションＩＤを生成し(ステップＳ７０４)、結合セッション情報記憶部５３２に、当該結合セッションＩＤと対応付けて、メッセージＭＳＧ３ａに記述される通話状態、発信元電話番号、及び着信先電話番号を記憶する(ステップＳ７０５)。下記の表４に、結合セッション情報記憶部５３２における記憶例を示す。

上記の表４は、通話セッションＩＤ＝"１"の通話において、電話番号＝"１００１"である発信元の通話端末１０＿１と、電話番号＝"２００１"である着信先の音声ミキサー３０とが通話中(ｃｏｎｎｅｃｔ)に在ることを示し、その結合セッションＩＤが"Ａ１"であることを示す。なお、結合セッションＩＤは、一意に特定できるものであればどのような値を設定しても良い。

セッション情報結合部５３１は、上記のステップＳ７０４で生成した結合セッションＩＤを、通話状態変化検出部５３４に通知する。通話状態変化検出部５３４は、結合セッション情報記憶部５３２から、当該結合セッションＩＤに関する全てのレコードを取得し(ステップＳ７０６)。そして、セッション情報結合部５３１は、取得したレコードに含まれる電話番号の内で通話状態が"ｃｏｎｎｅｃｔ"である電話番号について、通話状態変更メッセージＭＳＧ４を生成する(ステップＳ７０７）。下記に、メッセージＭＳＧ４の一例を示す。このメッセージＭＳＧ４は、結合セッションＩＤ＝"Ａ１"のセッションに、電話番号(Ｐ１)＝"１００１"である通話端末１０＿１と電話番号(Ｐ２)＝"２００１"である音声ミキサー３０とが参加していることを示す。

ＭＳＧ４[ＳＴＡＴＵＳ＝ｃｏｎｎｅｃｔ＆ＳＥＳＳＩＯＮ＝Ａ１＆Ｐ１＝１００１＆Ｐ２＝２００１]

そして、通話状態変化検出部５３４は、対応関係生成部５２１に、上記のステップＳ７０６で取得したレコードに含まれる電話番号の内で通話状態が"ｃｏｎｎｅｃｔ"である電話番号に対応するアドレスが登録されているか否かを問い合わせる。対応関係生成部５２１は、対応関係記憶部５２２に記録されている電話番号を検索し、該当する電話番号があれば、その電話番号に対応するアドレスを返す(ステップＳ７０８)。例えば、電話番号"１００１"と"２００１"を検索した場合、上記の表１に従って、アドレス"１９２．１６８．１２８．１"が通話状態変化検出部５３４に返される。なお、該当する電話番号がない場合は、通話状態変化検出部５３４は処理を終了する。

そして、通話状態変化検出部５３４は、上記のステップＳ７０８で取得したアドレスを有する情報処理端末に対して、サーバ側送受信部５４０を介して通話状態変更メッセージＭＳＧ４を送信する(ステップＳ７０９）。例えば、アドレス"１９２，１６８．１２８．１"を有する情報処理端末２０＿１に対してメッセージＭＳＧ４が送信される。なお、図８に示すステップＳ７１０〜Ｓ７１２の処理については後述する。

図３に戻って、通話状態変更メッセージＭＳＧ４を受けた情報処理端末２０は、データ通信用アプリケーションの処理を制御する(ステップＳ８)。より具体的には、図９に示すように、まず情報処理端末２０内のクライアント側送受信部２１０が、メッセージＭＳＧ４を受信し、電話番号送信部２３０に転送する(ステップＳ８０１)。電話番号送信部２３０は、メッセージＭＳＧ４に自端末から送信した電話番号が記述されているか否かを確認し(ステップＳ８０２)、当該電話番号が記述されていなければ、データ通信用アプリケーション２４０に対して処理を停止するように指示する(ステップＳ８０３)。一方、当該電話番号が記述されていれば、電話番号送信部２３０は、データ通信用アプリケーション２４０に対して、メッセージＭＳＧ４に記述されている他の電話番号に対する処理を実施するよう指示する(ステップＳ８０４)。

データ通信用アプリケーション２４０は、所望のデータメッセージＭＳＧ＿Ｄ(図１参照)に当該他の電話番号を付加して、通信サーバ５０に送信する。これを受けた通信サーバ５０は、対応関係ＣＲを参照して、当該他の電話番号に対応する情報処理端末に対してメッセージＭＳＧ＿Ｄを転送する。なお、通信サーバ５０は、上記の通話状態変更メッセージＭＳＧ４に、当該他の電話番号に対応する情報処理端末のアドレスを付加しても良い。この場合、データ通信用アプリケーション同士間でデータメッセージＭＳＧ＿Ｄを直接送受信することができる。

次にユーザＵ２(通話端末１０＿２)が音声ミキサー３０に対して電話をかけた場合、図７に示したステップＳ６０１の処理が実行され、以て通話状態記憶部４２０が下記の表５に示す如く変更される。

そして、ステップＳ６０２〜Ｓ６０４の処理が実行され、以て回線交換サーバ４０から通信サーバ５０に対して、下記に示すセッション情報メッセージＭＳＧ３ａが通知される。このメッセージＭＳＧ３ａは、発信元の通信端末１０＿２(電話番号＝"１００２")と、着信先の音声ミキサー３０(電話番号＝"２００１")との間の通話状態が通話中に在り、その通話セッションＩＤが"２"であることを示す。

ＭＳＧ３ａ[ＳＴＡＴＵＳ＝ｃｏｎｎｅｃｔ＆ＳＥＳＳＩＯＮ＝２＆ＦＲＯＭ＝１００２＆ＴＯ＝２００１]

そして、図８に示したステップＳ７０１〜Ｓ７０３の処理が実行され、以て結合セッション情報記憶部５３２に、電話番号＝"１００２"又は"２００１"のいずれかに対応するレコードが登録されているか否かが確認される。

この時、上記の表４に示した通り、電話番号＝"２００１"に対応するレコードが既に登録されているため、セッション情報結合部５３１は、さらに、当該レコードの発信元電話番号＝"１００１"及び着信先電話番号＝"２００１"と、セッション情報メッセージＭＳＧ３ａから抽出した発信元電話番号＝"１００２"及び着信先電話番号＝"２００１"とが一致するか否かを確認する(ステップＳ７１０)。両発信元電話番号及び両着信先電話番号が一致する場合、セッション情報結合部５３１は、重複するメッセージＭＳＧ３ａが通知されたと判断して処理を終了する。

今、両発信元電話番号が互いに異なるため、セッション情報結合部５３１は、ステップＳ７１１に進んで、結合セッション情報記憶部５３２から当該レコードの結合セッションＩＤ＝"Ａ１"を取得する(ステップＳ７１１)。そして、セッション情報結合部５３１は、結合セッション情報記憶部５３２に、下記の表６に示す如く結合セッションＩＤ＝"Ａ１"と対応付けて、新たなレコード(通話状態＝"ｃｏｎｎｅｃｔ"、通話セッションＩＤ＝"２"、発信元電話番号＝"１００２"、着信先電話番号＝"１００３")を追加する(ステップＳ７１２)。

そして、通話状態変化検出部５３４は、ステップＳ７０６〜ステップＳ７０９を実行して、下記に示す通話状態変更メッセージＭＳＧ４を作成して送信する。上記の表６の例では、メッセージＭＳＧ４が、通話端末１０＿１(電話番号＝"１００１")に対応する情報処理端末２０＿１(アドレス＝"１９２．１６８．１２８．１")と、通話端末１０＿２(電話番号＝"１００２")に対応する情報処理端末２０＿２(アドレス＝"１０．１７．１．１")に対して、すなわち、音声ミキサー３０を介した間接的な通話状態に在る通話端末に対応する情報処理端末に対して送信される。また、下記のメッセージＭＳＧ４は、結合セッションＩＤ＝"Ａ１"のセッションに、電話番号(Ｐ１)＝"１００１"である通話端末１０＿１と、電話番号(Ｐ２)＝"２００１"である音声ミキサー３０と、電話番号(Ｐ３)＝"１００２"が参加していることを示す。

ＭＳＧ４[ＳＴＡＴＵＳ＝ｃｏｎｎｅｃｔ＆ＳＥＳＳＩＯＮ＝Ａ１＆Ｐ１＝１００１＆Ｐ２＝２００１＆Ｐ３＝１００２]

これにより、情報処理端末２０＿１−２０＿２同士間でのデータ通信(データメッセージＭＳＧ＿Ｄの通信サーバ５０による中継、或いは直接の送受信)が可能となる。

なお、上記の表６では電話番号＝"２００１"が２回記録されているが、上記の通話状態変更メッセージＭＳＧ４では、情報処理端末２０における処理負荷を考慮して重複電話番号を一つにまとめている。

最後にユーザＵ３(通話端末１０＿３)が音声ミキサー３０に対して電話をかけた場合、上記と同様の処理により、通話状態記憶部４２０が下記の表７に示す如く変更され、結合セッション情報記憶部５３２が下記の表８に示す如く変更される。

従って、情報処理端末２０＿１〜２０＿３に対して、下記の通話状態変更メッセージＭＳＧ４が送信されることとなる。

ＭＳＧ４[ＳＴＡＴＵＳ＝ｃｏｎｎｅｃｔ＆ＳＥＳＳＩＯＮ＝Ａ１＆Ｐ１＝１００１＆Ｐ２＝２００１＆Ｐ３＝１００２＆Ｐ４＝１００３]

図３に戻って、回線交換サーバ４０内の回線交換部４１０は、通話端末１０から通話終了を受信する(ステップＳ９)と、音声ミキサー３０との呼を切断し(ステップＳ１０)。これにより、図３に一点鎖線で示す如く、通話端末１０及び音声ミキサー３０が非通話状態となる。

この時、回線交換部４１０は、セッション情報メッセージの送信処理(２)を実行する(ステップＳ１１)。より具体的には、図１０に示すように、回線交換部４１０は、通話状態記憶部４２０から通話端末１０と音声ミキサー３０の通話状態を削除する(ステップＳ１１０１)。通話状態記憶部４２０が上記の表７に示す状態にあり、通話端末１０＿２(電話番号＝"１００２")が音声ミキサー３０との通話を終了した場合を例に取ると、通話状態記憶部４２０からは、通話セッションＩＤ＝"２"に対応するレコードが削除される。

そして、セッション情報通知部４３０は、通話状態記憶部４２０から通話状態が削除されたことを検知し(ステップＳ１１０２)、通知対象電話番号記憶部４４０に当該通話状態に関する発信元若しくは着信先の電話番号が登録されているか否かを確認する(ステップＳ１１０３)。いずれの電話番号も登録されていない場合、セッション情報通知部４３０は処理を終了する。一方、いずれかの電話番号が登録されている場合には、セッション情報通知部４３０は、セッション情報メッセージＭＳＧ３ｂを生成し、通信サーバ５０に送信する(ステップＳ１１０４)。下記に、メッセージＭＳＧ３ｂの一例を示す。このメッセージＭＳＧ３ｂは、通話セッションＩＤ＝"２"の通話が終了(ｂｙｅ)したことを示す。

ＭＳＧ３ｂ[ＳＴＡＴＵＳ＝ｂｙｅ＆ＳＥＳＳＩＯＮ＝２]

図３に戻って、セッション情報メッセージＭＳＧ３ｂを受けた通信サーバ５０は、通話状態変更メッセージＭＳＧ４の送信処理(２)を実行する(ステップＳ１２)。より具体的には、図１１に示すように、通信サーバ５０内のセッション情報受信部５１２は、ＳＴＡＴＵＳ＝"ｂｙｅ"が設定されたメッセージＭＳＧ３ｂを受信すると(ステップＳ１２０１)、メッセージＭＳＧ３ｂに通話セッションＩＤが指定されているか否かを確認する(ステップＳ１２０２)。通話セッションＩＤが指定されている場合、セッション情報受信部５１２は、メッセージＭＳＧ３ｂから通話セッションＩＤを抽出してセッション情報削除部５３３に転送する。

セッション情報削除部５３３は、結合セッション情報記憶部５３２に当該通話セッションＩＤに関連するレコードが登録されているか否かを確認する(ステップＳ１２０３)。結合セッション情報記憶部５３２に該当するレコードが登録されていない場合、セッション情報削除部５３３は処理を終了する。一方、結合セッション情報記憶部５３２に該当するレコードが登録されている場合、セッション情報削除部５３３は、当該レコードの通話状態を"ｂｙｅ"に変更する(ステップＳ１２０４)。上記のセッション情報メッセージＭＳＧ３ｂを受信した場合、結合セッション情報記憶部５３２は、下記の表９に示す如く変更される。

そして、セッション情報削除部５３３は、通信状態を"ｂｙｅ"に変更したレコードの結合セッションＩＤ＝"Ａ１"を通話状態変換検出部５３４に通知する。通話状態変化検出部５３４は、結合セッション情報記憶部５３２から、当該結合セッションＩＤに関する全てのレコードを取得する(ステップＳ１２０５)。そして、通話状態変化検出部５３４は、取得したレコードに含まれる電話番号の内で通話状態が"ｃｏｎｎｅｃｔ"である電話番号について、通話状態変更メッセージＭＳＧ４を生成する(ステップＳ１２０６）。下記に、メッセージＭＳＧ４の一例を示す。このメッセージＭＳＧ４には、通話状態が"ｂｙｅ"である電話番号＝"１００２"は含まれていない。

ＭＳＧ４[ＳＴＡＴＵＳ＝ｃｏｎｎｅｃｔ＆ＳＥＳＳＩＯＮ＝Ａ１＆Ｐ１＝１００１＆Ｐ２＝２００１＆Ｐ３＝１００３]

そして、通話状態変化検出部５３４は、対応関係生成部５２１に、上記のステップＳ１２０５で取得したレコードに含まれる電話番号に対応するアドレスが登録されているか否かを問い合わせる。対応関係生成部５２１は、対応関係記憶部５２２に記録されている電話番号を検索し、該当する電話番号があれば、その電話番号に対応するアドレスを返す(ステップＳ１２０７)。上記の表９の例では、アドレス"１９２．１６８．１２８．１"、"１０．１７．１．１"、及び"１０．１７．１．２"が通話状態変化検出部５３４に返される。

そして、通話状態変化検出部５３４は、上記のステップＳ１２０７で取得したアドレスを有する情報処理端末に対して、サーバ側送受信部５４０を介して通話状態変更メッセージＭＳＧ４を送信する(ステップＳ１２０８）。上記の表９の例では、通話状態変更メッセージＭＳＧ４が、情報処理端末２０＿１〜２０＿３の各々に対して送信される。

最後に、通話状態変化検出部５３４は、結合セッション情報記憶部５３２から、通信結状態が"ｂｙｅ"であるレコードを削除する(ステップＳ１２０９)。

図３に戻って、通話状態変更メッセージＭＳＧ４を受けた情報処理端末２０は、図９に示したステップＳ８０１〜Ｓ８０４を実行する。上記のメッセージＭＳＧ４を受信した場合、情報処理端末２０＿２は、自端末から送信した電話番号＝"１００２"が含まれないため、データ通信用アプリケーション２４０＿２の処理を停止する。情報処理端末２０＿１及び２０＿３は、メッセージＭＳＧ４に自端末から送信した電話番号＝"１００１"及び"１００３"がそれぞれ含まれるため、メッセージＭＳＧ４に含まれる他の電話番号"１００３"及び"１００１"に対する処理(すなわち、情報処理端末２０＿１及び２０＿３同士間でのデータ通信)を実施する。

[実施の形態２]
本実施の形態では、回線交換サーバが、上記の実施の形態１のような自律的にセッション情報を通知するものとは異なり、外部(通信サーバ)から問合せが行われた際にセッション情報を通知する単純なものである場合を扱う。

より具体的には、図１２に示す回線交換サーバ４０は、図２に示したセッション情報通知部４３０及び通知対象電話番号記憶部４４０に代えて、通信サーバ５０からの問合せに応じて、通話状態記憶部４２０に記録されたセッション情報を通知する問合受付部４５０を備えている。

これに対応して、本実施の形態に係る通信サーバ５０は、図２に示したセッション情報要求部５１１に代えて、対応関係管理部５２０で電話番号が管理される通話端末に関するセッション情報を一定時間間隔で問い合わせるセッション情報問合部５１３を備えている。ここで、セッション情報の問合せ時間間隔は、プログラムで固定の時間間隔を用いても良い。或いは、ファイルやメモリ等に記憶された時間間隔を読み出して用いても良い。この場合、時間間隔を、通信サーバ５０の運用者等が変更・調整することができる。

次に、本実施の形態の動作を説明する。なお、通話端末２０及び音声ミキサー３０の電話番号の回線交換サーバ４０への登録処理、並びに情報端末２０による連携情報メッセージの送信処理(図４参照)は上記の実施の形態１と同様であるため、その説明を省略する。

通信サーバ５０内のセッション情報問合部５１３は、図５に示したステップＳ２０３の処理(セッション情報要求メッセージＭＳＧ２の生成・送信)に代えて、対応関係記憶部５２２に記憶されている全ての電話番号を取得すると共に、各電話番号のセッション情報を、回線交換サーバ４０内の問合受付部４５０に対して一定時間間隔で問い合わせる。この際の問合方法は、特には問わないが、例えばＳＱＬ(Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ)を用いて実現しても良いし、回線交換サーバ４０が独自に有するネットワークインターフェイスを用いて実現しても良い。

そして、セッション情報問合部５１３は、問合受付部４５０から問い合わせた電話番号に関するセッション情報を取得できた場合、図７に示したステップＳ６０４と同様にしてＳＴＡＴＵＳ＝"ｃｏｎｎｅｃｔ"が設定されたセッション情報メッセージＭＳＧ３ａを生成し、セッション情報受信部５１２に送信する。

例えば、電話番号＝"１００１"(通信端末２０＿１)に関するセッション情報の問い合わせを実施して、電話番号＝"２００１"（音声ミキサー３０）との間のセッション情報が通話セッションＩＤ＝"１"で取得できた場合、セッション情報問合部５１３は、下記のセッション情報メッセージＭＳＧ３ａを生成する。

ＭＳＧ３ａ[ＳＴＡＴＵＳ＝ｃｏｎｎｅｃｔ＆ＳＥＳＳＩＯＮ＝１＆ＦＲＯＭ＝１００１＆ＴＯ＝２００１]

以降の処理は上記の実施の形態１と同様であるため、その説明を省略する。

一方、問合受付部４５０から問い合わせた電話番号に関するセッション情報を取得できなかった場合、セッション情報問合部５１３は、ＳＴＡＴＵＳ＝"ｂｙｅ"が設定されたセッション情報メッセージＭＳＧ３ｃを生成し、セッション情報受信部５１２に送信する。

例えば、電話番号＝"１００２"(通信端末２０＿２)に関するセッション情報の問い合わせを実施したが取得できなかった場合、セッション情報問合部５１３は、セッション情報メッセージＭＳＧ３ｃを下記のように生成する。

ＭＳＧ３ｃ[ＳＴＡＴＵＳ＝ｂｙｅ＆ＰＨＯＮＥ＝１００２]

セッション情報受信部５１２は、図１３に示す如く、まずＳＴＡＴＵＳ＝"ｂｙｅ" が設定されたセッション情報メッセージＭＳＧ３ｃを受信する(ステップＳ１３０１)。そして、セッション情報受信部５１２は、メッセージＭＳＧ３ｃから電話番号を抽出する(ステップＳ１３０２)と共に、結合セッション情報記憶部５３２から当該電話番号に関するレコードを検索する(ステップＳ１３０３）。当該電話番号に関するレコードが検索されなかった場合、セッション情報受信部５１２は処理を終了する。

一方、当該電話番号に関するレコードが検索された場合、セッション情報受信部５１２は、当該レコードから通話セッションＩＤを抽出してセッション情報削除部５３３に転送する(ステップＳ１３０４）。以後の処理は、図１１に示したステップＳ１２０３〜Ｓ１２０９と同様であるため、その説明を省略する。

このように、単純な回線交換サーバを用いる場合であっても、通信サーバは、情報処理端末同士間のデータ通信を制御することができる。

なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。例えば、上記の実施の形態で示した通信サーバの各処理を、コンピュータに実行させるためのプログラムとして提供することもできる。

本発明に係る通信システムの実施の形態１の概略構成例を示したブロック図である。 本発明に係る通信システムの実施の形態１の詳細構成例を示したブロック図である。 本発明に係る通信システムの実施の形態１の全体動作例を示したシーケンス図である。 本発明に係る通信システムの実施の形態１における連携情報メッセージの送信処理例を示したフローチャート図である。 本発明に係る通信システムの実施の形態１におけるセッション情報要求メッセージの送信処理例を示したフローチャート図である。 本発明に係る通信システムの実施の形態１における通知対象電話番号の記憶処理例を示したフローチャート図である。 本発明に係る通信システムの実施の形態１におけるセッション情報メッセージの送信処理の一例を示したフローチャート図である。 本発明に係る通信システムの実施の形態１における通話状態変更メッセージの送信処理の一例を示したフローチャート図である。 本発明に係る通信システムの実施の形態１におけるデータ通信用アプリケーションの処理制御例を示したフローチャート図である。 本発明に係る通信システムの実施の形態１におけるセッション情報メッセージの送信処理の他の例を示したフローチャート図である。 本発明に係る通信システムの実施の形態１における通話状態変更メッセージの送信処理の他の例を示したフローチャート図である。 本発明に係る通信システムの実施の形態２の詳細構成例を示したブロック図である。 本発明に係る通信システムの実施の形態２における通話状態変更メッセージの送信処理例を示したフローチャート図である。

符号の説明

１ 通信システム
１０ 通話端末
２０ 情報処理端末
３０ 音声ミキサー
４０ 回線交換サーバ
５０ 通信サーバ
２１０ クライアント側送受信部
２２０ 電話番号取得部
２３０ 電話番号送信部
２４０ データ通信用アプリケーション
４１０ 回線交換部
４２０ 通話状態記憶部
４３０ セッション情報通知部
４４０ 通知対象電話番号記憶部
４５０ 問合受付部
５１０ セッション情報取得部
５１１ セッション情報要求部
５１２ セッション情報受信部
５１３ セッション情報問合部
５２０ 対応関係管理部
５２１ 対応関係生成部
５２２ 対応関係記憶部
５３０ データ通信制御部
５３１ セッション情報記憶部
５３２ 結合セッション情報記憶部
５３３ セッション情報削除部
５３４ 通話状態変更検出部
５４０ サーバ側送受信部
ＳＩ セッション情報
ＴＮ 電話番号
ＡＤ アドレス
ＣＲ 対応関係
ＭＳＧ＿Ｄ データメッセージ
ＭＳＧ１ 連携情報メッセージ
ＭＳＧ２ セッション情報要求メッセージ
ＭＳＧ３ａ〜ＭＳＧ３ｃ セッション情報メッセージ
ＭＳＧ４ 通話状態変更メッセージ

Claims (24)

1. 回線交換サーバから、複数のユーザによりそれぞれ使用される通話端末の各々と、受信音声を合成して各通話端末に返信する音声合成端末との間の通話に関するセッション情報を取得するセッション情報取得部と、
   前記複数のユーザによりそれぞれ使用される情報処理端末の各々から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理する対応関係管理部と、
   前記セッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出すると共に、前記対応関係に基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御するデータ通信制御部と、を備え、
   前記セッション情報が、発信元の通話端末の識別情報と、着信先の音声合成端末の識別情報と、当該通話端末及び音声合成端末が通話状態に在るか否かを示す通話状態情報とを含み、
   前記データ通信制御部が、前記セッション取得部で取得されたセッション情報の内で、前記音声合成端末の識別情報が一致し且つ前記通話状態情報が通話状態に在ることを示すセッション情報に発信元として識別情報が含まれる全ての通話端末を、前記間接的な通話状態にある通話端末として検出する、
   通信サーバ。
2. 回線交換サーバから、複数のユーザによりそれぞれ使用される通話端末の各々と、受信音声を合成して各通話端末に返信する音声合成端末との間の通話に関するセッション情報を取得するセッション情報取得部と、
   前記複数のユーザによりそれぞれ使用される情報処理端末の各々から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理する対応関係管理部と、
   前記セッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出すると共に、前記対応関係に基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御するデータ通信制御部と、を備え、
   前記セッション情報が、通話状態に在る発信元の通話端末の識別情報と着信先の音声合成端末の識別情報とを含み、
   前記データ通信制御部が、前記セッション取得部で取得されたセッション情報の内で、前記音声合成端末の識別情報が一致するセッション情報に発信元として識別情報が含まれる全ての通話端末を、前記間接的な通話状態にある通話端末として検出する、
   通信サーバ。
3. 請求項１又は２において、
   前記回線交換サーバが、自律的に前記セッション情報を出力するものであり、
   前記セッション情報取得部が、前記回線交換サーバに対して、前記対応関係管理部で前記識別情報が受信された通話端末に関するセッション情報のみを出力するよう要求することを特徴とした通信サーバ。
4. 請求項１又は２において、
   前記セッション情報取得部が、前記回線交換サーバから、前記対応関係管理部で前記識別情報が受信された通話端末に関するセッション情報を一定時間間隔で取得することを特徴とした通信サーバ。
5. 請求項１〜４のいずれか一項において、
   前記データ通信制御部が、前記検出した通話端末の識別情報を当該通話端末に対応する各情報処理端末に対して通知すると共に、前記通知した識別番号に基づき当該情報処理端末間で送受信されるデータを中継することを特徴とした通信サーバ。
6. 請求項１〜４のいずれか一項において、
   前記データ通信制御部が、前記検出した通話端末に対応する全ての情報処理端末のアドレス情報を、当該情報処理端末の各々に対して通知し、以て当該情報処理端末間でデータを直接送受信させることを特徴とした通信サーバ。
7. 請求項１において、
   前記データ通信制御部が、前記セッション取得部で、前記検出した通話端末の内の一の通話端末の識別情報を発信元として含み且つ前記通話状態情報が通話状態に無いことを示すセッション情報が取得された場合、前記一の通話端末が前記間接的な通話状態から非通話状態に遷移したと判断することを特徴とした通信サーバ。
8. 請求項２において、
   前記データ通信制御部が、前記セッション取得部で、前記検出した通話端末の内の一の通話端末の識別情報を発信元として含むセッション情報が取得されなくなった場合、前記一の通話端末が前記間接的な通話状態から非通話状態に遷移したと判断することを特徴とした通信サーバ。
9. 請求項７又は８において、
   前記データ通信制御部が、前記検出した通話端末の内の前記一の通話端末を除く他の通話端末の識別情報を、前記検出した通話端末に対応する各情報処理端末に対して通知すると共に、前記通知した識別番号に基づき前記他の通話端末に対応する情報処理端末間で送受信されるデータを中継することを特徴とした通信サーバ。
10. 請求項７又は８において、
    前記データ通信制御部が、前記検出した通話端末の内の前記一の通話端末を除く他の通話端末に対応する情報処理端末のアドレス情報を、前記検出した通話端末に対応する各情報処理端末に対して通知し、以て前記他の通話端末に対応する情報処理端末間でデータを直接送受信させることを特徴とした通信サーバ。
11. 回線交換サーバから、複数のユーザによりそれぞれ使用される通話端末の各々と、受信音声を合成して各通話端末に返信する音声合成端末との間の通話に関するセッション情報を取得し、
    前記複数のユーザによりそれぞれ使用される情報処理端末の各々から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理し、
    前記セッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出すると共に、前記対応関係に基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御し、
    前記セッション情報が、発信元の通話端末の識別情報と、着信先の音声合成端末の識別情報と、当該通話端末及び音声合成端末が通話状態に在るか否かを示す通話状態情報とを含む場合、前記取得したセッション情報の内で、前記音声合成端末の識別情報が一致し且つ前記通話状態情報が通話状態に在ることを示すセッション情報に発信元として識別情報が含まれる全ての通話端末を、前記間接的な通話状態にある通話端末として検出する、
    通信方法。
12. 回線交換サーバから、複数のユーザによりそれぞれ使用される通話端末の各々と、受信音声を合成して各通話端末に返信する音声合成端末との間の通話に関するセッション情報を取得し、
    前記複数のユーザによりそれぞれ使用される情報処理端末の各々から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理し、
    前記セッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出すると共に、前記対応関係に基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御し、
    前記セッション情報が、通話状態に在る発信元の通話端末の識別情報と着信先の音声合成端末の識別情報とを含む場合、前記取得したセッション情報の内で、前記音声合成端末の識別情報が一致するセッション情報に発信元として識別情報が含まれる全ての通話端末を、前記間接的な通話状態にある通話端末として検出する、
    通信方法。
13. 請求項１１又は１２において、
    前記回線交換サーバが自律的に前記セッション情報を出力する場合、前記回線交換サーバに対して、前記識別情報を受信した通話端末に関するセッション情報のみを出力するよう要求することを特徴とした通信方法。
14. 請求項１１又は１２において、
    前記回線交換サーバから、前記識別情報を受信した通話端末に関するセッション情報を一定時間間隔で取得することを特徴とした通信方法。
15. 請求項１１〜１４のいずれか一項において、
    前記検出した通話端末の識別情報を当該通話端末に対応する各情報処理端末に対して通知すると共に、前記通知した識別番号に基づき当該情報処理端末間で送受信されるデータを中継することを特徴とした通信方法。
16. 請求項１１〜１４のいずれか一項において、
    前記検出した通話端末に対応する全ての情報処理端末のアドレス情報を、当該情報処理端末の各々に対して通知し、以て当該情報処理端末間でデータを直接送受信させることを特徴とした通信方法。
17. 請求項１１において、
    前記検出した通話端末の内の一の通話端末の識別情報を発信元として含み、且つ前記通話状態情報が通話状態に無いことを示すセッション情報を取得した場合、前記一の通話端末が前記間接的な通話状態から非通話状態に遷移したと判断することを特徴とした通信方法。
18. 請求項１２において、
    前記検出した通話端末の内の一の通話端末の識別情報を発信元として含むセッション情報を取得しなくなった場合、前記一の通話端末が前記間接的な通話状態から非通話状態に遷移したと判断することを特徴とした通信方法。
19. 請求項１７又は１８において、
    前記検出した通話端末の内の前記一の通話端末を除く他の通話端末の識別情報を、前記検出した通話端末に対応する各情報処理端末に対して通知すると共に、前記通知した識別番号に基づき前記他の通話端末に対応する情報処理端末間で送受信されるデータを中継することを特徴とした通信方法。
20. 請求項１７又は１８において、
    前記検出した通話端末の内の前記一の通話端末を除く他の通話端末に対応する情報処理端末のアドレス情報を、前記検出した通話端末に対応する各情報処理端末に対して通知し、以て前記他の通話端末に対応する情報処理端末間でデータを直接送受信させることを特徴とした通信方法。
21. 通信サーバに、
    回線交換サーバから、複数のユーザによりそれぞれ使用される通話端末の各々と、受信音声を合成して各通話端末に返信する音声合成端末との間の通話に関するセッション情報を取得する処理と、
    前記複数のユーザによりそれぞれ使用される情報処理端末の各々から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理する処理と、
    前記セッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出すると共に、前記対応関係に基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御する処理と、
    前記セッション情報が、発信元の通話端末の識別情報と、着信先の音声合成端末の識別情報と、当該通話端末及び音声合成端末が通話状態に在るか否かを示す通話状態情報とを含む場合、前記取得したセッション情報の内で、前記音声合成端末の識別情報が一致し且つ前記通話状態情報が通話状態に在ることを示すセッション情報に発信元として識別情報が含まれる全ての通話端末を、前記間接的な通話状態にある通話端末として検出する処理と、
    を実行させるための通信プログラム。
22. 通信サーバに、
    回線交換サーバから、複数のユーザによりそれぞれ使用される通話端末の各々と、受信音声を合成して各通話端末に返信する音声合成端末との間の通話に関するセッション情報を取得する処理と、
    前記複数のユーザによりそれぞれ使用される情報処理端末の各々から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理する処理と、
    前記セッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出すると共に、前記対応関係に基づき、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御する処理と、
    前記セッション情報が、通話状態に在る発信元の通話端末の識別情報と着信先の音声合成端末の識別情報とを含む場合、前記取得したセッション情報の内で、前記音声合成端末の識別情報が一致するセッション情報に発信元として識別情報が含まれる全ての通話端末を、前記間接的な通話状態にある通話端末として検出する処理と、
    を実行させるための通信プログラム。
23. 複数のユーザによりそれぞれ使用される通話端末と、
    前記複数のユーザによりそれぞれ使用される情報処理端末と、
    各通話端末からの受信音声を合成して返信する音声合成端末と、
    各通話端末と、前記音声合成端末との間の通話を制御する回線交換サーバと、
    前記回線交換サーバから取得した各通話に関するセッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出し、各情報処理端末から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理すると共に、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御する通信サーバと、を備え、
    前記セッション情報は、発信元の通話端末の識別情報と、着信先の音声合成端末の識別情報と、当該通話端末及び音声合成端末が通話状態に在るか否かを示す通話状態情報とを含み、
    前記通信サーバは、前記取得したセッション情報の内で、前記音声合成端末の識別情報が一致し且つ前記通話状態情報が通話状態に在ることを示すセッション情報に発信元として識別情報が含まれる全ての通話端末を、前記間接的な通話状態にある通話端末として検出する、
    通信システム。
24. 複数のユーザによりそれぞれ使用される通話端末と、
    前記複数のユーザによりそれぞれ使用される情報処理端末と、
    各通話端末からの受信音声を合成して返信する音声合成端末と、
    各通話端末と、前記音声合成端末との間の通話を制御する回線交換サーバと、
    前記回線交換サーバから取得した各通話に関するセッション情報に基づき、前記音声合成端末を介した間接的な通話状態に在る通話端末を検出し、各情報処理端末から受信した前記通話端末の識別情報に基づき、各ユーザが使用する通話端末及び情報処理端末の対応関係を管理すると共に、前記検出した通話端末に対応する情報処理端末間のデータ通信を制御する通信サーバと、を備え、
    前記セッション情報は、通話状態に在る発信元の通話端末の識別情報と着信先の音声合成端末の識別情報とを含み、
    前記通信サーバは、前記取得したセッション情報の内で、前記音声合成端末の識別情報が一致するセッション情報に発信元として識別情報が含まれる全ての通話端末を、前記間接的な通話状態にある通話端末として検出する、
    通信システム。

Images