(57)【要約】【課題】既存の電話システムとコンピュータシステムとを利用してビジュアルコミュニケーション機能を簡便でかつ低コストに実現する。【解決手段】このＶＣサーバ１は、電話交換機３より受信したイベント信号を基に電話端末の回線接続状態を検出し呼接続情報ＤＢ１１に登録する呼接続管理部１４と、電話端末の電話番号とＶＣクライアントのＩＤとを対応させて記憶したクライアント情報ＤＢ１０と、ＶＣクライアント間のセッション状態が記憶されたクライアント間接続情報ＤＢ１２と、呼接続情報ＤＢ１１より電話端末間の回線接続状態の変化が検出された場合、クライアント情報ＤＢ１０とを参照し、対応するＶＣクライアントの組み（ペア）を特定すると共に、クライアント間接続情報ＤＢ１２とを参照して検出したセッション状態に応じてＶＣクライアント間のセッションの確立または終了を指示するクライアントセッション制御部１５とを備える。【選択図】図１
2006270166.tif 000002
【特許請求の範囲】
【請求項１】
電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置され、カメラを接続したクライアントコンピュータとにそれぞれネットワークを介して接続されたビジュアルコミュニケーションサーバにおいて、
前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機より受信する呼情報イベント受信部と、
前記呼情報イベント受信部で受信した前記呼情報イベントに基づいて前記電話端末間の回線状態を検出する電話端末状態検出手段と、
前記電話端末状態検出手段が検出した前記電話端末間の回線状態に応じて、それら電話端末に対応配置された前記クライアントコンピュータ間の前記映像データ通信のための接続を確立または終了させる制御手段と
を備えたことを特徴とするビジュアルコミュニケーションサーバ。
【請求項２】
請求項１記載のビジュアルコミュニケーションサーバにおいて、
前記電話端末状態検出手段は、前記呼情報イベント受信部で受信した呼情報イベントが、２以上の電話端末の呼の接続を示すものであった場合、前記電話端末間の回線状態を接続状態として検出する手段を備え、
前記制御手段は、前記電話端末状態検出手段により回線状態が接続状態として検出されたそれぞれの電話端末に対応するクライアントコンピュータ同士の映像データ通信のための接続を確立させる手段を具備したことを特徴とするビジュアルコミュニケーションサーバ。
【請求項３】
請求項１記載のビジュアルコミュニケーションサーバにおいて、
前記電話端末状態検出手段は、前記呼情報イベント受信部で受信した呼情報イベントが、電話端末の呼の切断を示すものであった場合、該当前記電話端末間の回線状態を切断状態として検出する手段を備え、
前記制御手段は、前記電話端末状態検出手段により回線状態が切断状態として検出された電話端末に対応するクライアントコンピュータを含むクライアントコンピュータ間の映像データ通信のための接続を終了させる手段を具備したことを特徴とするビジュアルコミュニケーションサーバ。
【請求項４】
請求項１記載のビジュアルコミュニケーションサーバにおいて、
前記電話端末状態検出手段は、前記呼情報イベント受信部で受信した呼情報イベントが、電話端末の呼の接続の保留を示すものであった場合、該当前記電話端末間の回線状態を保留状態として検出する手段を備え、
前記制御手段は、前記電話端末状態検出手段により回線状態が保留状態として検出された電話端末に対応するクライアントコンピュータを含むクライアントコンピュータ間の映像データ通信のための接続を終了させる手段を具備したことを特徴とするビジュアルコミュニケーションサーバ。
【請求項５】
請求項１記載のビジュアルコミュニケーションサーバにおいて、
前記電話端末状態検出手段により３以上の電話端末の呼の接続が検出された場合、前記制御手段は、その中の２台の電話端末毎にペアを生成し、それぞれのペアに対応するクライアントコンピュータ間のセッションを順に確立させる手段を具備したことを特徴とするビジュアルコミュニケーションサーバ。
【請求項６】
電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置され、カメラを接続したクライアントコンピュータとにそれぞれネットワークを介して接続されたビジュアルコミュニケーションサーバに処理を実行させるビジュアルコミュニケーションプログラムにおいて、
前記ビジュアルコミュニケーションサーバを、
前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機より受信する呼情報イベント受信部と、
前記呼情報イベント受信部で受信した前記呼情報イベントに基づいて前記電話端末間の回線状態を検出する電話端末状態検出手段と、
前記電話端末状態検出手段が検出した前記電話端末間の回線状態に応じて、それら電話端末に対応配置された前記クライアントコンピュータ間の前記映像データ通信のための接続を確立または終了する手段
として機能させることを特徴とするビジュアルコミュニケーションプログラム。
【請求項７】
請求項６記載のビジュアルコミュニケーションプログラムにおいて、
前記電話端末状態検出手段は、前記呼情報イベント受信部で受信した呼情報イベントが、２以上の電話端末の呼の接続を示すものであった場合、前記電話端末間の回線状態を接続状態として検出する手段を備え、
前記制御手段は、前記電話端末状態検出手段により回線状態が接続状態として検出されたそれぞれの電話端末に対応するクライアントコンピュータ同士の映像データ通信のための接続を確立させる手段を具備したことを特徴とするビジュアルコミュニケーションプログラム。
【請求項８】
請求項６記載のビジュアルコミュニケーションプログラムにおいて、
前記電話端末状態検出手段は、前記呼情報イベント受信部で受信した呼情報イベントが、電話端末の呼の接続の保留を示すものであった場合、該当前記電話端末間の回線状態を切断状態として検出する手段を備え、
前記制御手段は、前記電話端末状態検出手段により回線状態が切断状態として検出された電話端末に対応するクライアントコンピュータを含むクライアントコンピュータ間の映像データ通信のための接続を終了させる手段を具備したことを特徴とするビジュアルコミュニケーションプログラム。
【請求項９】
請求項６記載のビジュアルコミュニケーションプログラムにおいて、
前記電話端末状態検出手段は、前記呼情報イベント受信部で受信した呼情報イベントが、電話端末の呼の接続の保留を示すものであった場合、該当前記電話端末間の回線状態を保留状態として検出する手段を備え、
前記制御手段は、前記電話端末状態検出手段により回線状態が保留状態として検出された電話端末に対応するクライアントコンピュータを含むクライアントコンピュータ間の映像データ通信のための接続を終了させる手段を具備したことを特徴とするビジュアルコミュニケーションプログラム。
【請求項１０】
請求項１記載のビジュアルコミュニケーションプログラムにおいて、
前記電話端末状態検出手段により３以上の電話端末の呼の接続が検出された場合、前記制御手段は、その中の２台の電話端末毎にペアを生成し、それぞれのペアに対応するクライアントコンピュータ間のセッションを順に確立させる手段を具備したことを特徴とするビジュアルコミュニケーションプログラム。
【請求項１１】
電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置され、カメラを接続したクライアントコンピュータとにそれぞれネットワークを介して接続されたビジュアルコミュニケーションサーバにおけるビジュアルコミュニケーション方法において、
前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機より前記ビジュアルコミュニケーションサーバが受信するステップと、
前記電話交換機から前記ビジュアルコミュニケーションサーバが受信した呼情報イベントに基づいて前記電話端末間の回線状態を検出するステップと、
検出した前記電話端末間の回線状態に応じて、それら電話端末に対応配置された前記クライアントコンピュータ間の前記映像データ通信のための接続を確立または終了するステップと
を有することを特徴とするビジュアルコミュニケーション方法。
【請求項１２】
請求項１記載のビジュアルコミュニケーション方法において、
前記ビジュアルコミュニケーションサーバが受信した呼情報イベントが、２以上の電話端末の呼の接続を示すものであった場合、前記電話端末間の回線状態を接続状態として検出するステップと、
回線状態を接続状態として検出したそれぞれの電話端末に対応するクライアントコンピュータ同士の映像データ通信のための接続を前記ビジュアルコミュニケーションサーバが確立させるステップと
を有することを特徴とするビジュアルコミュニケーション方法。
【請求項１３】
請求項１記載のビジュアルコミュニケーション方法において、
前記ビジュアルコミュニケーションサーバが受信した呼情報イベントが、電話端末の呼の切断を示すものであった場合、該当前記電話端末間の回線状態を切断状態として検出するステップと、
回線状態を切断状態として検出した電話端末に対応するクライアントコンピュータを含むクライアントコンピュータ間の映像データ通信のための接続を終了させるステップと
を有することを特徴とするビジュアルコミュニケーション方法。
【請求項１４】
請求項１記載のビジュアルコミュニケーション方法において、
前記ビジュアルコミュニケーションサーバが受信した呼情報イベントが、電話端末の呼の接続の保留を示すものであった場合、該当前記電話端末間の回線状態を保留状態として検出するステップと、
回線状態を保留状態として検出した電話端末に対応するクライアントコンピュータを含むクライアントコンピュータ間の映像データ通信のための接続を終了させるステップと
を有することを特徴とするビジュアルコミュニケーション方法。
【請求項１５】
請求項１記載のビジュアルコミュニケーション方法において、
前記ビジュアルコミュニケーションサーバが３以上の電話端末の呼の接続が検出した場合、その中の２台の電話端末毎にペアを生成し、それぞれのペアに対応するクライアントコンピュータ間のセッションを順に確立するステップを有することを特徴とするビジュアルコミュニケーション方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば既存の電話システムとコンピュータシステムとを利用してビジュアルコミュニケーション機能を実現するビジュアルコミュニケーションサーバ、ビジュアルコミュニケーションプログラム、ビジュアルコミュニケーション方法に関する。
【背景技術】
【０００２】
従来から、人と人とのコミュニケーションを行う手段としては電話システムがある。近年、ネットワーク技術の向上に伴い、人と人とのコミュニケーションは、音声だけでなく映像を併用する形態、つまりテレビ会議システムに発展しつつある。
【０００３】
従来のテレビ会議システムは、各地に点在する拠点（オフィスなど）のテレビ電話会議室などに、専用の装置（セットトップボックスなどの通信制御装置）とマイク、カメラの組み合わせたものを設置し、拠点間をＩＮＳ回線やＩＰ専用線などで接続して音声と映像とを通信するシステムである。
この専用の装置を備える形態のテレビ会議システムでは、システムを構築するのに大規模な機器を拠点ごとに導入する必要がある。また、テレビ会議システムを導入したとしても利用者は専用装置の操作を覚えなければならず、テレビ電話として導入するには、敷居が高いものとなっていた。
【０００４】
一方、近年では、コンピュータにテレビ会議用のクライアントソフトウェアを導入し、かつテレビ会議を行うための音声機能を搭載した専用電話と組み合わせてテレビ会議の形態を簡易に構築できるシステムも登場してきた。
【０００５】
このようにコンピュータにテレビ会議用のクライアントソフトウェアをインストールして利用する形態のテレビ会議システムの場合、上記のものよりも導入はし易いものの、専用の電話機をコンピュータに一台づつ接続、つまり用意する必要があり、コストがかかるという問題があった。
【０００６】
そこで、既にインフラとして整備されている既存の電話システムを利用することが考えられる。
既存の電話システムを活用する先行技術としては、例えば構内交換機とサーバとを連携させて、内線電話機の着信通知をクライアント端末にも通知できるようにした技術が既にある（例えば特許文献１参照）。
【特許文献１】特開平１０-２４０６５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した先行技術の場合、サーバは、内線電話機の着信通知をクライアント端末へ中継する機能しか持っておらず、コミュニケーションを行えるのはあくまで音声通話のみである。このため、音声と映像でのコミュニケーション機能を実現するには、上記いずれかのテレビ会議システムを導入しなければならず、結局のところ、コスト高で利用しにくいものになるという問題があった。
【０００８】
本発明はこのような課題を解決するためになされたもので、既存の電話システムとコンピュータシステムとを利用してビジュアルコミュニケーション機能を簡便でかつ低コストに実現することのできるビジュアルコミュニケーションサーバ、ビジュアルコミュニケーションプログラム、ビジュアルコミュニケーション方法を提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記した目的を達成するために、本発明のビジュアルコミュニケーションサーバは、電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置され、カメラを接続したクライアントコンピュータとにそれぞれネットワークを介して接続されたビジュアルコミュニケーションサーバにおいて、前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機より受信する呼情報イベント受信部と、前記呼情報イベント受信部で受信した前記呼情報イベントに基づいて前記電話端末間の回線状態を検出する電話端末状態検出手段と、前記電話端末状態検出手段が検出した前記電話端末間の回線状態に応じて、それら電話端末に対応配置された前記クライアントコンピュータ間の前記映像データ通信のための接続を確立または終了する手段とを具備したことを特徴とする。
【００１０】
本発明のビジュアルコミュニケーションプログラムは、電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置され、カメラを接続したクライアントコンピュータとにそれぞれネットワークを介して接続されたビジュアルコミュニケーションサーバに処理を実行させるビジュアルコミュニケーションプログラムにおいて、前記ビジュアルコミュニケーションサーバを、前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機より受信する呼情報イベント受信部と、前記呼情報イベント受信部で受信した前記呼情報イベントに基づいて前記電話端末間の回線状態を検出する電話端末状態検出手段と、前記電話端末状態検出手段が検出した前記電話端末間の回線状態に応じて、それら電話端末に対応配置された前記クライアントコンピュータ間の前記映像データ通信のための接続を確立または終了する手段として機能させることを特徴とする。
【００１１】
本発明のビジュアルコミュニケーション方法は、電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置され、カメラを接続したクライアントコンピュータとにそれぞれネットワークを介して接続されたビジュアルコミュニケーションサーバにおけるビジュアルコミュニケーション方法において、前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機より前記ビジュアルコミュニケーションサーバが受信するステップと、前記電話交換機から前記ビジュアルコミュニケーションサーバが受信した呼情報イベントに基づいて前記電話端末の回線状態間の回線状態を検出するステップと、検出した前記電話端末間の回線状態に応じて、それら電話端末に対応配置された前記クライアントコンピュータ間の前記映像データ通信のための接続を確立または終了するステップとを有することを特徴とする。
【００１２】
本発明では、電話交換機から出力された呼情報イベントをビジュアルコミュニケーションサーバが受信すると、呼情報イベントに基づいて電話端末間の回線状態を検出する。
また、ビジュアルコミュニケーションサーバは、検出した電話端末間の回線状態に応じて、それら電話端末に対応配置されたクライアントコンピュータ間の映像データ通信のための接続を確立または終了する。
ビジュアルコミュニケーションサーバは、例えば呼情報イベントが、２以上の電話端末の呼の接続を示すものであった場合、電話端末間の回線状態を接続状態として検出する。
また、ビジュアルコミュニケーションサーバは、呼情報イベントが、電話端末の呼の切断を示すものであった場合、該当前記電話端末間の回線状態を切断状態として検出する。
さらに、ビジュアルコミュニケーションサーバは、呼情報イベントが、電話端末の呼の接続の保留を示すものであった場合、該当電話端末間の回線状態を保留状態として検出する。
そして、ビジュアルコミュニケーションサーバは、検出した電話端末間の回線状態に応じて、クライアントコンピュータ間のセッションの確立または終了を指示するので、専用の電話機を用意することなく、ユーザは通常通りの電話操作するだけで自動的にテレビ会議を開始することができるようになる。
また、ビジュアルコミュニケーションサーバは、３以上の電話端末の呼の接続が検出した場合、その中の２台の電話端末毎にペアを生成し、それぞれのペアに対応するクライアントコンピュータ間のセッションを順に確立するので、３人以上の多者間通話にも対応できる。
【発明の効果】
【００１３】
以上説明したように本発明によれば、既存の電話システムとコンピュータシステムとを利用してビジュアルコミュニケーション機能を簡便でかつ低コストに実現することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
図１は本発明に係る一つの実施形態のビジュアルコミュニケーションシステムの全体構成を示す図、図２は図１のビジュアルコミュニケーションシステムのＶＣサーバの構成を示す図、図３はクライアント情報データベースを示す図、図４は呼情報データベースを示す図、図５はクライアント間接続情報データベースを示す図である。
【００１５】
図１、図２に示すように、この実施形態のビジュアルコミュニケーションシステムは、電話交換機３と、この電話交換機３に電話回線７を介して接続された電話端末Ｔｅｌ−１〜Ｔｅｌ−３と、電話交換機３に例えばローカルエリアネットワーク（以下ＬＡＮ５と称す）などのＩＰネットワークを介して接続されたサーバコンピュータとしてのビジュアルコミュニケーションサーバ１（以下ＶＣサーバ１と称す）と、このＶＣサーバ１にＬＡＮ５を介して接続されたクライアントコンピュータとしてのビジュアルコミュニケーションクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３（以下ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３と称す）とを備えている。
【００１６】
電話交換機３は、電話端末Ｔｅｌ−１〜Ｔｅｌ−３に対して電話回線７を通じてパルス電圧を常に印加しており、電話端末Ｔｅｌ−１〜Ｔｅｌ−３に対する利用者の操作（オンフック、オフフック）や動作に応じてパルス波が変化するので、パルス波の変化によって電話端末Ｔｅｌ−１〜Ｔｅｌ−３の挙動を検出する。
【００１７】
つまり、電話交換機３は、電話端末Ｔｅｌ−１〜Ｔｅｌ−３の挙動を電話回線７を通じて検出し、検出した挙動に応じた回線交換手順を実行する。ある電話端末より相手の電話端末へのダイアルアップで発呼（電話番号の発信）が行われた際は、互いの電話端末同士がオフフック状態となったことを検出して音声通信可能な状態にする。
【００１８】
電話端末Ｔｅｌ−１〜Ｔｅｌ−３の挙動としては、例えばオンフック状態またはオンフック状態、呼の接続状態または呼の切断状態などがある。
【００１９】
オンフック状態とは、電話端末Ｔｅｌ−１〜Ｔｅｌ−３の受話器を利用者が端末本体のフックスイッチの位置においたときにフックスイッチをオンした状態である。
【００２０】
オフフック状態とは、電話端末Ｔｅｌ−１〜Ｔｅｌ−３の受話器を利用者が端末本体より取り上げたときにフックスイッチがオフした状態である。
【００２１】
呼の接続状態とは、利用者がある電話端末、例えば電話端末Ｔｅｌ−１から相手の電話端末、例えば電話端末Ｔｅｌ−３などに電話をかけたときに、相手がオフフックして応答したときの状態である。
【００２２】
呼の切断状態とは、呼が接続中の電話端末Ｔｅｌ−１、Ｔｅｌ−３のうちのいずれか一方がオンフックしたときからそれ以降の状態である。
その他、電話交換機３は、一方の電話端末Ｔｅｌ−１が相手に電話をかけているときの発着信中の挙動なども検知する。発着信の挙動とは、発信側の電話端末が行う相手電話端末の電話番号の発信動作、相手の電話端末の着信鳴動などがある。つまり、発着信の挙動とは、電話端末Ｔｅｌ−１〜Ｔｅｌ−３間で電話をかける、受ける、切る際の各電話端末Ｔｅｌ−１、Ｔｅｌ−３の挙動である。
【００２３】
電話端末Ｔｅｌ−１〜Ｔｅｌ−３は、受話器と端末本体とを有している。端末本体には受話器の上げ下げを検出するフックスイッチ、テンキー、フックスイッチがオフフックされた後にテンキーによるダイアル操作を受け付けて発信先へ発信（ダイアルアップ）する発信部、着信があったとき着信鳴動を行い、フックスイッチがオフフックされたときに通話を行う着信部などが設けられている。受話器には、通話時の相手の音声を出力するスピーカ、通話時の話者の音声を集音するマイクなどが設けられている。
【００２４】
各ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３は、ＣＰＵ、メモリ、ディスプレイ、キーボート、マウス、ハードディスク装置、ＬＡＮインタフェース（以下ＬＡＮ Ｉ／Ｆと称す）、ＵＳＢインタフェース（以下ＵＳＢ Ｉ／Ｆと称す）などを備えた一般的なコンピュータである。ＵＳＢ Ｉ／Ｆには、カメラ２１が接続されており、各ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３の前にいる人の胸像を撮影するように向けて固定されている。ＬＡＮインタフェース（ＬＡＮ Ｉ／Ｆ）にはＬＡＮ５が接続されている。カメラ２１は、ＵＳＢ接続タイプのビデオチャット用カメラであり、数十万画素程度のものである。なお、コンピュータ本体やディスプレイ部分に埋め込まれているタイプのものある。
【００２５】
ハードディスク装置には、ビジュアルコミュニケーション機能を実現するテレビ会議用の画面を表示したり、カメラ２１により撮影された話者の映像（画像）を取り込みＶＣサーバ１へ送信するクライアントソフトウェアがインストールされている。
メモリには、予め自クライアントの識別情報であるクライアントＩＤと、関連付けを行う電話端末の識別情報である電話番号が対応してクライアント情報として登録されている。
【００２６】
クライアントソフトウェアの機能としては、ＶＣサーバ１との通信機能、ＶＣサーバ１への登録機能があり、これらの機能をＣＰＵとメモリなどが協動して実現する。
【００２７】
ＶＣサーバ１との通信機能は、ＶＣサーバ１とのセッション制御に関する信号の送受信を行ったり、メモリのクライアントＩＤや対応する電話番号などのクライアント情報をＶＣサーバ１へ登録するための送受信を行ったりする。具体的には、各ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３には、セッション制御やクライアント情報の登録といったアプリケーションレイヤでの通信を行うためにＳＩＰ（Session Initiation Protocol）が実装されており、ＶＣサーバ１との間でＳＩＰのメッセージを送受信するために、ＯＳに備えられたＴＣＰ／ＩＰにより、ＶＣサーバ１との間でＬＡＮ５を通じた通信が行われる。
【００２８】
ＶＣサーバ１への登録機能は、所定のタイミングでメモリに予め登録されていたクライアント情報を読み出してＶＣサーバ１へ登録する機能である。所定のタイミングとは、例えばユーザによる起動操作によりクライアントソフトウェアを起動したときなどである。ＣＰＵは、このタイミングで、ＬＡＮ５を通じてＶＣサーバ１へアクセスし登録動作を実行する。
【００２９】
この他、クライアントソフトウェアが起動したときにディスプレイに表示した登録画面で、ユーザによってＶＣサーバ１への登録実行ボタンがクリック操作されときをトリガにして、ＣＰＵが、ＶＣサーバ１へクライアント情報を登録するようにしてもよい。
【００３０】
ＶＣサーバ１へクライアント情報を登録する際、メモリに予め登録されていたクライアントＩＤと関連付けを行う電話番号がクライアント情報としてＶＣサーバ１へ送信（通知）される。
【００３１】
ＶＣサーバ１側では、受信されたクライアント情報が、電話端末とＶＣクライアントとを関連付けるテーブルであるクライアント情報ＤＢ１０に記憶（登録）される。
【００３２】
ＶＣサーバ１は、電話端末Ｔｅｌ−１〜Ｔｅｌ−３間の呼を制御する電話交換機３と、ビジュアルコミュニケーションを行うために各電話端末Ｔｅｌ−１〜Ｔｅｌ−３の位置に配置されたカメラ２１を接続したＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３とにＬＡＮ５を介して接続されている。このようなカメラ２１は、内蔵したメモリに画像を記憶するものと異なるタイプとしてＰＣカメラともいう。
【００３３】
ＶＣサーバ１およびＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３は、ＣＰＵ、メモリ、ディスプレイ、キーボート、マウス、ハードディスク装置、ＬＡＮインタフェース（以下ＬＡＮ Ｉ／Ｆと称す）などを備えたコンピュータである。
【００３４】
ハードディスク装置には、オペレーティングシステム（以下ＯＳと称す）、サーバソフトウェアがインストールされている。ＯＳおよびサーバソフトウェアなどのソフトウェアと上記ハードウェアは、互いに協動して、本発明のビジュアルコミュニケーション機能を実現する。
【００３５】
具体的には、ＶＣサーバ１において、図２に示すように、呼接続情報データベース１１（以下呼接続情報ＤＢ１１と称す）、クライアント情報データベース１０（以下クライアント情報ＤＢ１０と称す）、クライアント間接続情報データベース１２（以下クライアント間接続情報ＤＢ１２と称す）、ＬＡＮ Ｉ／Ｆ１３、呼接続管理部１４、クライアントセッション制御部１５、プロトコル変換部１６、クライアント制御部１７、クライアント情報管理部１８、認証部１９などが構成される。
【００３６】
クライアント情報ＤＢ１０、呼接続情報ＤＢ１１、クライアント間接続情報ＤＢ１２などは、ハードディスク装置またはメモリに記憶されている。ＣＰＵは、ハードディスク装置にインストールされているＯＳおよびサーバソフトウェアをメモリに展開し、上記ＬＡＮ Ｉ／Ｆ１３、呼接続管理部１４、クライアントセッション制御部１５、プロトコル変換部１６、クライアント制御部１７、クライアント情報管理部１８、認証部１９などの機能を実現する。
【００３７】
ＬＡＮ Ｉ／Ｆ１３および呼接続管理部１４は、電話交換機３より電話端末Ｔｅｌ−１〜Ｔｅｌ−３がオンフックの状態からオフフックされて他の電話端末との呼が接続された後、呼が切断され、オンフックの状態になるまでの一連の挙動によって発生した呼情報イベント（以下イベント信号と称す）をＬＡＮ Ｉ／Ｆを通じて受信する呼情報イベント受信手段として機能する。
【００３８】
呼接続管理部１４は、電話交換機３からのイベント信号を受信し呼接続情報ＤＢ１１に対してデータ編集操作（新規登録、削除、更新）を行う。
つまり、呼接続管理部１４は、電話交換機３から受信されたイベント信号を基に該当電話端末Ｔｅｌ−１〜Ｔｅｌ−３のオンフック状態またはオンフック状態、呼の接続状態、
呼の接続保留状態、または呼の切断状態を検出する電話端末状態検出手段として機能する。
例えば呼接続管理部１４は、受信されたイベント信号が、２以上の電話端末の呼の接続を示すもの、つまり図６の３.のイベント信号「Talking（200：Talking，201：Talking）であった場合、電話端末間の回線状態を接続状態（呼の接続状態）として検出する。
また、呼接続管理部１４は、受信されたイベント信号が、電話端末の呼の切断を示すもの、つまり図６の４.のイベント信号「Dropped（200：Talking，201：Dropped）であった場合、該当電話端末間の回線状態を切断状態として検出する。
さらに、呼接続管理部１４は、受信されたイベント信号が、電話端末の呼の接続の保留を示すもの、つまりイベント信号「Held（200：Held，201：Talking）であった場合、該当電話端末間の回線状態を保留状態として検出する。
【００３９】
クライアントセッション制御部１５は、呼接続管理部１４からの情報受信、呼接続情報ＤＢ１１を参照して該当データを取得、クライアント間接続情報ＤＢ１２に対するデータ編集操作（新規登録、削除、更新）、クライアント制御部１７からのイベント受信とクライアント制御部１７への要求、セッション相手の決定を行う。セッション相手の決定には、所定ロジックが実行される。
【００４０】
このロジックは、例えば２つのＶＣクライアント間でセッションを確立させる指示を行う場合に、どちらのＶＣクライアントに指示を出すかを決定するロジックであり、一例としては、クライアント識別番号が小さい方などを選定する、または前回の同じ組み合わせで指示したＶＣクライアントに指示を出すなどといったロジックである。
【００４１】
クライアントセッション制御部１５は、クライアント間接続情報ＤＢ１２より情報を読み出してＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３間のセッション状態を検出するセッション状態検出手段として機能する。
クライアントセッション制御部１５は、検出した電話端末間の回線状態に応じて、それら電話端末に対応配置されたＶＣクライアント間の映像データ通信のための接続を確立または終了させる制御手段として機能する。
【００４２】
クライアントセッション制御部１５は、呼接続情報ＤＢ１１から情報（接続端末リスト）を読み出して、電話端末間の呼が接続、保留または切断されたことを検出する。これと同時にクライアントセッション制御部１５は、クライアント間接続情報ＤＢ１２から情報（ＶＣリスト）を読み出して、現在のＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３間のセッション状態（どのクライアントとどのクライアントがセッションを確立しているかなど）を検出する。
【００４３】
そして、クライアントセッション制御部１５は、検出した電話端末間の接続、保留、切断状態に同期させるように、電話端末と対応するＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３同士のセッションの確立または終了を指示する。
【００４４】
つまり、クライアントセッション制御部１５は、電話端末Ｔｅｌ−１〜Ｔｅｌ−３間の回線接続状態と、クライアントコンピュータＶＣ ＰＣ−１〜ＶＣ ＰＣ−３間のセッション状態と、クライアント情報ＤＢ１０のクライアントコンピュータと電話端末との対応情報（ＶＣクライアントのＩＤと電話番号）とを基に、電話端末Ｔｅｌ−１〜Ｔｅｌ−３と対応する指示対象のクライアントコンピュータＶＣ ＰＣ−１〜ＶＣ ＰＣ−３を特定し、電話端末Ｔｅｌ−１〜Ｔｅｌ−３間の回線状態に応じてクライアントコンピュータＶＣ ＰＣ−１〜ＶＣ ＰＣ−３間のセッションの確立または終了を指示する手段として機能する。ＶＣクライアントのＩＤは、ＳＩＰのＵＲＩ（Uniform Resource Identifiers）と準拠または類似するものであり、例えば「sip:電話番号@所属するＶＣサーバのＩＰアドレス」などで表される。
【００４５】
クライアントセッション制御部１５は、呼接続情報ＤＢ１１の電話端末Ｔｅｌ−１〜Ｔｅｌ−３間の回線状態の情報（接続端末リスト）と、クライアント間接続情報ＤＢ１２のＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３のセッション状態の情報（ＶＣリスト）とを読み出してそれぞれを比較し、電話端末Ｔｅｌ−１〜Ｔｅｌ−３間が回線接続中となったＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３間にセッションが張られていなければ、該当ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３に対してセッションを張るよう指示する。そして、電話端末Ｔｅｌ−１〜Ｔｅｌ−３間の通話が切断されたときに、対応するＶＣクライアント間のセッションが張られた場合、クライアントセッション制御部１５は、該当ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３に対してセッションを終了するよう指示する。
また、クライアントセッション制御部１５は、３以上の電話端末Ｔｅｌ−１〜Ｔｅｌ−３の呼の接続が検出された場合、その中の２台の電話端末毎（Ｔｅｌ−１とＴｅｌ−２、Ｔｅｌ−１とＴｅｌ−３、Ｔｅｌ−２とＴｅｌ−３）にＩＤのペアを生成し、それぞれのペアに対応するＶＣクライアント間のセッションを順に確立させる手段として機能する。この動作については、図９の通信シーケンス図の説明で詳述する。
【００４６】
プロトコル変換部１６は、ＬＡＮ ＩＦを通じてＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３とＴＣＰ／ＩＰ通信を行う。プロトコル変換部１６は、ソケットに対してＩＰアドレスをコントロールする。
【００４７】
プロトコル変換部１６には、セッション制御やクライアント情報の登録といったアプリケーションレイヤでの通信を行うためにＳＩＰ（Session Initiation Protocol）が実装されており、ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３との間でＳＩＰのメッセージを送受信するために、ＯＳに備えられたＴＣＰ／ＩＰにより、各ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３との間でＬＡＮ５を通じた通信が行われる。
【００４８】
つまり、プロトコル変換部１６は、ＳＩＰのメッセージ（データ）をＴＣＰ／ＩＰのパケットに変換したりその逆を行うなどの相互変換を行う。
【００４９】
クライアント制御部１７は、ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３とのメッセージの送受信、クライアントセッション制御部１５への通知、クライアントセッション制御部１５からの要求を受信、クライアント情報管理部１８への要求、プロトコル変換部１６からのメッセージ受信などを行う。
【００５０】
つまり、クライアント制御部１７は、クライアントセッション制御部１５からの指示をプロトコル変換部１６へ渡す。またクライアント制御部１７は、ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３から受信された通知をクライアントセッション制御部１５とクライアント情報管理部１８へ渡す。
【００５１】
クライアント情報管理部１８は、クライアント制御部１７より、クライアントセッション制御部１５と各ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３間でログイン要求時に送受されるＶＣクライアント情報（クライアント情報ＩＤ、対応電話端末の番号）、ログオフ要求時に送受されるＶＣクライアント情報を受けて、クライアント情報ＤＢ１０に対するデータ編集操作（新規登録、削除、更新）を行う。
【００５２】
認証部１９は、ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３から受信されたログイン要求に含まれるユーザＩＤ、パスワードなどのログイン情報を基に、予めユーザ認証情報ＤＢに登録されていたユーザ認証情報を参照して、ログイン情報がユーザ認証情報の内容と合致するか否かのユーザ認証を行う。
【００５３】
図３に示すように、クライアント情報ＤＢ１０は、ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３から受信されたそれぞれのクライアント情報（クライアントＩＤ、対応電話端末の電話番号）が対応して記憶（登録）されている。クライアント情報ＤＢ１０には、テレビ会議に参加できるＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３と電話端末Ｔｅｌ−１〜Ｔｅｌ−３の対応関係の情報（対応情報）が登録（記憶）されている。
つまり、クライアント情報ＤＢ１０は、それぞれの電話端末Ｔｅｌ−１〜Ｔｅｌ−３に対応する位置のＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３のクライアントＩＤ（識別情報）と電話端末Ｔｅｌ−１〜Ｔｅｌ−３の電話番号（識別情報）との対応関係を記憶した記憶手段として機能する。
【００５４】
図４に示すように、呼接続情報ＤＢ１１は、実際に呼を接続中（回線接続中）の電話端末の電話番号の群、例えば電話端末Ｔｅｌ−１と電話端末Ｔｅｌ−２が回線接続中の場合、接続名として、例えば「接続１」などのレコードが設けられ、そのレコードに電話端末Ｔｅｌ−１の電話番号と電話端末Ｔｅｌ−２の電話番号とが対応して記憶される。呼の接続は、２つの電話端末だけではなく３台以上の場合もあり、その場合、レコードには電話端末の電話番号の欄が横に順次追加される。
レコードの中の全ての呼が切断された場合は、「接続１」などのレコードそのものが削除される。なお電話端末を識別する情報として電話番号としたが、この他、コールＩＤなどでも良く、電話端末をグループ分けした中でのパス（Ａ−Ａ１：Ａグループに属するＡ１という電話端末など）でも良い。
【００５５】
図５に示すように、クライアント間接続情報ＤＢ１２は、実際にセッションを張っているＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３のＩＤの組（ペア）が記憶されている。コンピュータ間でセッションを張る場合は、あるコンピュータから他のコンピュータへ１対１で要求を出すことになるため必ずペアになる。
この例のように、ＶＣクライアントＶＣ ＰＣ−１とＶＣクライアントＶＣ ＰＣ−２とでセッションが張られた場合は、セッション名として「セッション１」などのレコードがクライアント間接続情報ＤＢ１２に設けられる。そして「セッション１」のレコードに、ＶＣクライアントＶＣ ＰＣ−１のＩＤとＶＣクライアントＶＣ ＰＣ−２のＩＤが対応してＶＣリストとして記憶される。
３台以上の通信では、各ＶＣクライアントＶＣ ＰＣ−１〜ＶＣ ＰＣ−３が個々にセッションを張るため、ＩＤの組（ペア）のレコードが増えることになる。
【００５６】
以下、図６〜図９を参照してこのビジュアルコミュニケーションシステムの動作を説明する。
このビジュアルコミュニケーションシステムの場合、電話端末Ｔｅｌ−１〜Ｔｅｌ−３が操作されると、電話交換機３によりそれぞれの電話端末Ｔｅｌ−１〜Ｔｅｌ−３の挙動が検出され、電話交換機３よりイベント信号がＬＡＮ５を通じてＶＣサーバ１へ送信されて、ＶＣサーバ１によって受信される。
【００５７】
ここで、電話端末Ｔｅｌ−１〜Ｔｅｌ−３の操作に対して電話交換機３から送信されてＶＣサーバ１に受信されるイベント信号について説明する。
例えば図６に示すように、イベント信号は、イベント名（電話番号、状態）という形式であり、発側電話端末の電話番号が「２００」、着側電話端末の電話番号が「２０１」とする。
この場合、発側電話端末において受話器が取られてオフフックされると、talking（200：talking）というイベント信号が受信される。
【００５８】
その後、着側電話端末において着信鳴動が発生すると、Ringing（200：talking，201：Ringing）というイベント信号が受信される。
着信鳴動後、着側電話端末において受話器が取られてオフフックされて、着信に対して応答すると、talking（200：talking，201：talking）というイベント信号が受信される。
【００５９】
応答後、電話端末間で通話が行われた後、着側電話端末において受話器が端末本体におかれてオンフックされると、Dropped（200：talking，201：Dropped）というイベント信号が受信される。
【００６０】
その後、発側電話端末において受話器が端末本体におかれてオンフックされると、Dropped（200：Dropped）というイベント信号が受信される。
ＶＣサーバ１では、イベント信号がＬＡＮ Ｉ／Ｆ１３を通じて呼接続管理部１４により受信されると（図７のステップ２０１のＹｅｓ：以下ステップをＳといい、このステップ２０１をＳ２０１と称す）、
【００６１】
呼接続管理部１４は、イベント信号の内容、つまりイベント名、電話番号、状態を抽出し、その中の状態が「talking」かどうかを判定する（Ｓ２０２）。
呼接続管理部１４は、判定の結果、「talking」ではない場合（Ｓ２０２のＮｏ）、そのイベント信号については破棄し、次のイベント信号の受信を待つ。
また、呼接続管理部１４は、判定の結果、「talking」であった場合（Ｓ２０２のＹｅｓ）、呼接続情報ＤＢ１１を参照して、接続端末リストに、状態が「talking」の電話端末が２台以上あるかどうかを判定する（Ｓ２０３）。
【００６２】
この判定の結果、状態が「talking」の電話端末が２台以上存在した場合（Ｓ２０３のＹｅｓ）、呼接続管理部１４は、呼接続情報ＤＢ１１の該当接続名のレコードの接続端末リストに、新たな電話端末の電話番号を追加登録する（Ｓ２０３）。
すなわち、この判定の結果、状態が「talking」の電話端末が２台以上存在した場合（Ｓ２０３のＹｅｓ）、呼接続管理部１４は、接続名または接続グループ番号を取得し、状態が「talking」になっている電話端末の電話番号と状態を接続名または接続グループ番号に関連付けて呼接続情報ＤＢ１１に登録する。
【００６３】
つまり呼接続管理部１４は、新たな電話端末の電話番号を接続端末リストに追加して呼接続情報ＤＢ１１を更新する。なお、状態が「talking」の電話端末が２台以上存在しない場合（Ｓ２０３のＮｏ）、呼接続管理部１４は、呼接続情報ＤＢ１１に新たな接続名のレコードを設けて、接続端末リストに、新たな電話端末の電話番号を登録した後、クライアントセッション制御部１５に変化のあった接続名または接続グループ番号を通知し、次のイベント信号の受信を待つ。
【００６４】
続いて、クライアントセッション制御部１５は、呼接続管理部１４から渡された接続グループ番号をキーにして、呼接続情報ＤＢ１１より、全ての電話端末の電話番号を読み出す（Ｓ２０５）。
【００６５】
また、クライアントセッション制御部１５は、クライアント情報ＤＢ１０から、対応する全てのクライアント情報（電話番号とＶＣクライアントのＩＤのペア）を読み出す。
【００６６】
そして、クライアントセッション制御部１５は、読み出したそれぞれの情報（回線接続中の全ての電話端末の電話番号と、ビデオ接続可能な全てのクライアント情報）を基に、
回線接続中の電話端末に対応するビデオ接続対象のＶＣのクライアントのＩＤを特定すると共に（Ｓ２０６）、その中で、２つづつのＩＤを組み合わせて全てのＶＣクライアントのＩＤのペアを生成し（Ｓ２０７）、接続用メモリに記憶する。
なお、クライアントセッション制御部１５は、３以上の電話端末Ｔｅｌ−１〜Ｔｅｌ−３の呼の接続が検出された場合、その中の２台の電話端末毎（Ｔｅｌ−１とＴｅｌ−２、Ｔｅｌ−１とＴｅｌ−３、Ｔｅｌ−２とＴｅｌ−３）にＩＤのペアを生成する。
【００６７】
さらに、クライアントセッション制御部１５は、クライアント間接続情報ＤＢ１２を参照して、既にセッションが張られているＩＤのペアを読み出し、読み出したセッション中のＩＤのペアとメモリに記憶したＩＤのペアとを比較して、既にセッションが存在するＩＤのペアが接続用メモリに存在した場合、そのペアを接続用メモリより削除する（Ｓ２０８）し、削除用メモリに記憶する。
【００６８】
つまり、クライアントセッション制御部１５は、生成した全てのＶＣクライアントのＩＤのペアの組み合わせをそれぞれについてクライアント間接続情報ＤＢ１２をチェックし、既にセッションが存在すれば、生成した全てのペアから該当ペアを削除する。
なお、ＩＤのペアの順序は考慮せず、ペア同士の組み合わせのみを判定材料とする。
【００６９】
クライアントセッション制御部１５は、削除後、接続用メモリに残ったＩＤのペアをクライアント間接続情報ＤＢ１２へ登録し（Ｓ２０９）、削除用メモリに残ったＩＤのペアをクライアント間接続情報ＤＢ１２から削除する。
【００７０】
登録後、クライアントセッション制御部１５は、それぞれのＶＣクライアントのＩＤのペアの組み合わせについて、いずれか一方を選定し、選定したセッション開始対象のＶＣクライアントに対して他方のＶＣクライアントとセッションを張るよう指示するメッセージ、つまりセッション開始指示メッセージをクライアント制御部１７へ送る（Ｓ２１０）。
【００７１】
なお、ＶＣクライアントの選定については、予め設定された条件（発側電話端末と同じ位置のＶＣクライアントとか、課金が発生しない側とか）を満たした方にする、または前回の指示内容を優先する、などが考えられる。
【００７２】
クライアント制御部１７は、クライアントセッション制御部１５より受け取ったセッション開始指示メッセージをプロトコル変換部１６へ渡す。
【００７３】
プロトコル変換部１６は、クライアント制御部１７より渡されたセッション開始指示メッセージをＩＰパケットに変換してＬＡＮ５を通じて該当ＶＣクライアントへ送信する。
【００７４】
以下、図８の通信シーケンス図を参照して２台のＶＣクライアント間のビデオセッションを開始するための手順について説明する。まず、この通信シーケンスが開始されるまでの流れ（前提）について説明する。
【００７５】
ＶＣクライアントＶＣ ＰＣ−１に関連付けられていた電話番号「２００」の電話端末Ｔｅｌ−１から発呼してＶＣクライアントＶＣ ＰＣ−２に関連付けられていた電話番号「２０１」の電話端末Ｔｅｌ−２に着呼し、オフフックしたことで、電話交換機３より互いの端末が回線接続されて音声通話を開始したものとする。
【００７６】
ここで、上記ＶＣサーバ１によるＶＣクライアントのセッション制御動作で、セッションを張るよう指示されたセッション元のＶＣクライアントがＶＣクライアントＶＣ ＰＣ−１であり、セッション先（セッション相手）のＶＣクライアントがＶＣクライアントＶＣ ＰＣ−２と選定、指示されたものとする。
【００７７】
この場合、ＶＣサーバ１からのセッション開始指示のメッセージを含むパケットがＬＡＮ５を通じてＶＣクライアントＶＣ ＰＣ−１に受信される（Ｓ３０１）。
すると、ＶＣクライアントＶＣ ＰＣ−１では、ＣＰＵが、受信したパケットに対する応答として、「accepted」というメッセージを返信する（Ｓ３０２）。
【００７８】
また、ＣＰＵは、受信したパケットに含まれる指示のメッセージを抽出する。指示のメッセージが、例えばＶＣクライアントＶＣ ＰＣ−２に対してセッションを張るよう指示するメッセージであった場合、ＣＰＵは、ＶＣクライアントＶＣ ＰＣ−２に対してセッションを張るための要求、つまりセッション開始要求を送信する（Ｓ３０３）。
【００７９】
ＶＣクライアントＶＣ ＰＣ−２では、セッション開始要求を受信したＣＰＵが、「ＯＫ」というメッセージをＶＣクライアントＶＣ ＰＣ−１へ返信する（Ｓ３０４）。
ＶＣクライアントＶＣ ＰＣ−１では、「ＯＫ」のメッセージを受信したＣＰＵが、「ＡＣＫ」をＶＣクライアントＶＣ ＰＣ−２へ送信する（Ｓ３０５）。
【００８０】
ＶＣクライアントＶＣ ＰＣ−２で、ＣＰＵが「ＡＣＫ」を受信すると、ＶＣクライアントＶＣ ＰＣ−１とＶＣクライアントＶＣ ＰＣ−２との間のセッションが確立する（Ｓ３０６）。
ＶＣクライアントＶＣ ＰＣ−２との間のセッションが確立した後、ＶＣクライアントＶＣ ＰＣ−１のＣＰＵは、セッション開始通知をＶＣサーバ１へ送信する（Ｓ３０７）。
【００８１】
ＶＣサーバ１では、セッション開始通知をプロトコル変換部１６が受信すると、プロトコル変換部１６は、「ＯＫ」というメッセージをＶＣクライアントＶＣ ＰＣ−１へ返信する（Ｓ３０８）。
【００８２】
続いて、図９の通信シーケンス図を参照して３台のＶＣクライアント間のビデオセッションを開始するための手順について説明する。まず、この通信シーケンスが開始されるまでの流れ（前提）について説明する。
上記図８の例で、電話番号「２００」の電話端末Ｔｅｌ−１と電話番号「２０１」の電話端末Ｔｅｌ−２との間で音声通話が行われることで、ＶＣクライアントＶＣ ＰＣ−１とＶＣクライアントＶＣ ＰＣ−２との間でビデオ通信も行われているものとする。
【００８３】
ここで、電話端末Ｔｅｌ−１の話者がさらに電話端末Ｔｅｌ−３の話者を加えて３者会議にしようとして、電話端末Ｔｅｌ−１の保留ボタンを押して電話端末Ｔｅｌ−２との通話状態を保留状態にする。
すると、電話交換機３は、これを検出して、イベント信号をＶＣサーバ１へ送信するので、ＶＣサーバ１では、受信されたイベント信号を呼接続管理部１４が受け取り、イベント信号の内容を確認する。
この確認により、イベント信号が電話端末の呼の保留を示すものであった場合、呼接続管理部１４は、呼接続情報ＤＢ１１の該当レコード（接続名）に保留フラグを付す。
クライアントセッション制御部１５は、呼接続情報ＤＢ１１より呼接続情報を読み取って、保留フラグが付加されている接続名の該当電話端末Ｔｅｌ−１，Ｔｅｌ−２に対応するＶＣクライアントＶＣ ＰＣ−１，ＶＣ ＰＣ−２のセッションを終了させる。
つまり、クライアントセッション制御部１５は、回線状態が保留状態として検出した電話端末Ｔｅｌ−１に対応するＶＣクライアントＶＣ ＰＣ−１を含むＶＣクライアントＶＣ ＰＣ−１，ＶＣ ＰＣ−２間の映像データ通信のための接続を終了させる。
電話端末Ｔｅｌ−１の話者が、電話端末Ｔｅｌ−２との通話を保留にした後、電話端末Ｔｅｌ−３の電話番号「２０２」をダイアルして呼び出し、電話端末Ｔｅｌ−３の話者が受話器をとり上げてオフフックとなり、電話端末間で通話状態になったものとする。
【００８４】
このときにクライアント情報ＤＢ１０により関連付けられているＶＣクライアントＶＣ ＰＣ−１とＶＣクライアントＶＣ ＰＣ−３の間でビデオ通信が開始される。
【００８５】
通話状態を保留状態にしていた電話端末Ｔｅｌ−１を加えて３者会議にするために電話端末Ｔｅｌ−１の保留ボタンを押すことで、電話端末Ｔｅｌ−１、Ｔｅｌ−２、Ｔｅｌ−３の３人の話者間で音声による３者会議が可能になる。
【００８６】
このときに電話交換機３からＶＣサーバ１に対して送られたイベント信号を受信した呼接続管理部１４によって、電話端末Ｔｅｌ−１、Ｔｅｌ−２、Ｔｅｌ−３の各電話番号が同一接続グループとして呼接続情報ＤＢ１１に登録される。
【００８７】
このときクライアント間接続情報ＤＢ１２には、３者会議が行われる直前のクライアントＶＣ ＰＣ−１とクライアントＶＣ ＰＣ−３の間のセッションが記憶されている。
【００８８】
したがって、ＶＣサーバ１では、クライアントセッション制御部１５が、呼接続情報ＤＢ１１とクライアント間接続情報ＤＢ１２との情報をそれぞれ読み出して比較することで、ＶＣクライアントＶＣ ＰＣ−１とＶＣクライアントＶＣ ＰＣ−２との間、ＶＣクライアントＶＣ ＰＣ−３とＶＣクライアントＶＣ ＰＣ−２との間に新たにセッションを張る必要があるものと判定する。
【００８９】
この場合、ＶＣサーバ１のクライアントセッション制御部１５は、クライアントＶＣ ＰＣ−１に対してクライアントＶＣ ＰＣ−２とセッションを開始するように指示し、その後、クライアントＶＣ ＰＣ−３にはクライアントＶＣ ＰＣ−２とセッションを開始するように指示する。
【００９０】
クライアントセッション制御部１５から、クライアントＶＣ ＰＣ−１に対してクライセッションを張ることを指示するメッセージ、つまりセッション開始指示が発行されると、クライアント制御部１７へ送られ、これを受け取ったクライアント制御部１７はプロトコル変換部１６に渡す。
プロトコル変換部１６は、セッション開始指示のメッセージを含むパケットをＬＡＮ５を通じてセッションを張る元となるＶＣクライアントＶＣ ＰＣ−１へ送信する。
【００９１】
すると、ＶＣサーバ１からのセッション開始指示のメッセージを含むパケットがＬＡＮ５を通じてＶＣクライアントＶＣ ＰＣ−１に受信される（Ｓ４０１）。
ＶＣクライアントＶＣ ＰＣ−１では、ＣＰＵが、受信したパケットに対する応答として、「accepted」というメッセージを返信する（Ｓ４０２）。
【００９２】
また、ＣＰＵは、受信したパケットに含まれる指示のメッセージを抽出する。指示のメッセージが、例えばＶＣクライアントＶＣ ＰＣ−２に対してセッションを張るよう指示するメッセージであった場合、ＣＰＵは、ＶＣクライアントＶＣ ＰＣ−２に対してセッションを張るための要求、つまりセッション開始要求を送信する（Ｓ４０３）。
【００９３】
ＶＣクライアントＶＣ ＰＣ−２では、セッション開始要求を受信したＣＰＵが、「ＯＫ」というメッセージをＶＣクライアントＶＣ ＰＣ−１へ返信する（Ｓ４０４）。
ＶＣクライアントＶＣ ＰＣ−１では、「ＯＫ」のメッセージを受信したＣＰＵが、「ＡＣＫ」をＶＣクライアントＶＣ ＰＣ−２へ送信する（Ｓ４０５）。
【００９４】
ＶＣクライアントＶＣ ＰＣ−２で、ＣＰＵが「ＡＣＫ」を受信すると、ＶＣクライアントＶＣ ＰＣ−１とＶＣクライアントＶＣ ＰＣ−２との間のセッションが確立する（Ｓ４０６）。
ＶＣクライアントＶＣ ＰＣ−２との間のセッションが確立した後、ＶＣクライアントＶＣ ＰＣ−１のＣＰＵは、セッション開始通知をＬＡＮ５を通じてＶＣサーバ１へ送信する（Ｓ４０７）。
【００９５】
ＶＣサーバ１では、ＬＡＮ５からのセッション開始通知を、プロトコル変換部１６は、「ＯＫ」というメッセージをＶＣクライアントＶＣ ＰＣ−１へ返信する（Ｓ４０８）。
【００９６】
クライアントセッション制御部１５から、クライアントＶＣ ＰＣ−３に対してセッションを張ることを指示するメッセージ、つまりセッション開始指示が発行されると、クライアント制御部１７へ送られ、これを受け取ったクライアント制御部１７はプロトコル変換部１６に渡す。
プロトコル変換部１６は、セッション開始指示のメッセージを含むパケットをＬＡＮ５を通じてセッションを張る元となるＶＣクライアントＶＣ ＰＣ−３へ送信する。
【００９７】
すると、ＶＣサーバ１からのセッション開始指示のメッセージを含むパケットがＬＡＮ５を通じてＶＣクライアントＶＣ ＰＣ−３に受信される（Ｓ４０９）。
ＶＣクライアントＶＣ ＰＣ−３では、ＣＰＵが、受信したパケットに対する応答として、「accepted」というメッセージを返信する（Ｓ４１０）。
【００９８】
また、ＣＰＵは、受信したパケットに含まれる指示のメッセージを抽出する。指示のメッセージが、例えばＶＣクライアントＶＣ ＰＣ−２に対してセッションを張るよう指示するメッセージであった場合、ＣＰＵは、ＶＣクライアントＶＣ ＰＣ−２に対してセッションを張るための要求、つまりセッション開始要求を送信する（Ｓ４１１）。
【００９９】
ＶＣクライアントＶＣ ＰＣ−２では、セッション開始要求を受信したＣＰＵが、「ＯＫ」というメッセージをＶＣクライアントＶＣ ＰＣ−３へ返信する（Ｓ４１２）。
ＶＣクライアントＶＣ ＰＣ−３では、「ＯＫ」のメッセージを受信したＣＰＵが、「ＡＣＫ」をＶＣクライアントＶＣ ＰＣ−２へ送信する（Ｓ４１３）。
【０１００】
ＶＣクライアントＶＣ ＰＣ−２で、ＣＰＵが「ＡＣＫ」を受信すると、ＶＣクライアントＶＣ ＰＣ−３とＶＣクライアントＶＣ ＰＣ−２との間のセッションが確立する（Ｓ４１４）。
ＶＣクライアントＶＣ ＰＣ−２との間のセッションが確立した後、ＶＣクライアントＶＣ ＰＣ−３のＣＰＵは、セッション開始通知をＬＡＮ５を通じてＶＣサーバ１へ送信する（Ｓ４１５）。
【０１０１】
ＶＣサーバ１では、ＬＡＮ５からのセッション開始通知を、プロトコル変換部１６は、「ＯＫ」というメッセージをＶＣクライアントＶＣ ＰＣ−１へ返信する（Ｓ４１６）。
つまり、クライアントセッション制御部１５は、３以上の電話端末Ｔｅｌ−１〜Ｔｅｌ−３の呼の接続が検出された場合、その中の２台の電話端末毎（Ｔｅｌ−１とＴｅｌ−２、Ｔｅｌ−１とＴｅｌ−３、Ｔｅｌ−２とＴｅｌ−３）にＩＤのペアを生成し、それぞれのペアに対応するＶＣクライアント間のセッションを順に確立させる。
【０１０２】
このようにこの実施形態のビジュアルコミュニケーションシステムによれば、ＶＣサーバ１の呼接続管理部１４は、電話交換機３よりイベント信号(呼情報イベント)が受信されると、そのイベント情報に含まれる電話番号、状態の変化をチェックし、その中で、少なくとも２つの電話番号の状態が共に「Talking」となっていた場合に、回線接続と判定（検出）して、受信した電話番号を呼接続情報ＤＢ１１に対応させて登録し互いの状態を参照可能にする。
【０１０３】
クライアントセッション制御部１５は、呼接続情報ＤＢ１１の電話端末間の回線状態と、クライアント間接続情報ＤＢ１２のＶＣクライアントのセッション状態とを読み出して比較し、電話端末間が接続中となったＶＣクライアント間にセッションが張られていなければ、クライアント情報ＤＢ１０の対応情報より該当ＶＣクライアントに対してセッションを張るよう指示する。
また、クライアントセッション制御部１５は、電話端末間の通話が切断されたときに、対応するＶＣクライアント間のセッションが張られていた場合、クライアント情報ＤＢ１０の対応情報より該当ＶＣクライアントに対してセッションを終了するよう指示する。
これにより、専用の電話機を用意することなく、ユーザは通常通りの電話操作をするだけで自動的にテレビ会議を開始することができるようになる。
【０１０４】
なお、本発明は上記実施形態のみに限定されるものではない。
上記実施形態では、電話交換機３に接続される電話端末Ｔｅｌ−１〜Ｔｅｌ−３は、一般的な電話回線７を利用するものとしたが、ＬＡＮ接続やＵＳＢ接続可能なＩＰ電話機であっても良い。
上記実施形態では、電話交換機３とＶＣサーバ１は別個のハードウェアとして表現したが、同じ筐体内にそれぞれの機能を備えても良い。また電話交換機３とＶＣサーバ１間はＬＡＮ５で接続する以外に、シリアル接続でも良く、接続形態に限定されるものではない。
【図面の簡単な説明】
【０１０５】
【図１】本発明の一つの実施の形態のビジュアルコミュニケーションシステムの概要構成を示す図。
【図２】図１のビジュアルコミュニケーションシステムのＶＣサーバの構成を示す図。
【図３】クライアント情報ＤＢの内容を示す図。
【図４】呼接続情報ＤＢの内容を示す図。
【図５】クライアント間接続情報ＤＢの内容を示す図。
【図６】電話端末の操作に対するイベント信号の例を示す図。
【図７】ビデオ接続制御のためのＶＣサーバの処理を示すフローチャート。
【図８】２台のＶＣクライアントのビデオセッション開始のための通信シーケンス図。
【図９】３台のＶＣクライアントのビデオセッション開始のための通信シーケンス図。
【符号の説明】
【０１０６】
１…ビジュアルコミュニケーションサーバ（ＶＣサーバ）、３…電話交換機、７…電話回線、１０…クライアント情報データベース（クライアント情報ＤＢ）、１１…呼接続情報データベース（呼接続情報ＤＢ）、１２…クライアント間接続情報データベース（クライアント間接続情報ＤＢ）、１３…ＬＡＮＩ／Ｆ、１４…呼接続管理部、１５…クライアントセッション制御部、１６…プロトコル変換部、１７…クライアント制御部、１８…クライアント情報管理部、１９…認証部、２１…カメラ。
【図１】
2006270166.tif 000003
【図２】
2006270166.tif 000004
【図３】
2006270166.tif 000005
【図４】
2006270166.tif 000006
【図５】
2006270166.tif 000007
【図６】
2006270166.tif 000008
【図７】
2006270166.tif 000009
【図８】
2006270166.tif 000010
【図９】
2006270166.tif 000011