(57)【要約】【課題】既存の電話システムとコンピュータシステムとを利用してビジュアルコミュニケーション機能を簡便でかつ低コスト低負荷なシステムとして実現できるビジュアルコミュニケーションサーバおよび通信システムを提供する。【解決手段】ＶＣＳサーバ１１は、ＶＣＳクライアントＡから接続の完了又は終了の通知を受信した場合であっても、ＶＣＳクライアントＡの接続状態の変化を伴う通知を受信している場合には、該接続状態の変化を待って通信中メンバ情報をＶＣＳクライアントＡに送信する。【選択図】      図１
2008278208.tif 000002
【特許請求の範囲】
【請求項１】
電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置されるクライアントコンピュータとにそれぞれネットワークを介して接続されるビジュアルコミュニケーションサーバであって、
前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機から受信する呼情報イベント受信手段と、
前記呼情報イベント受信手段で受信した前記呼情報イベントに基づいて、前記電話端末に対応する前記クライアントコンピュータ間の前記映像データ通信のための接続を確立および終了のいずれかを指示する制御手段と、
前記制御手段によって接続の確立および終了のいずれかが行われた複数の前記クライアントコンピュータ間の接続情報を送信する接続情報送信手段とを備え、
前記接続情報送信手段は、前記クライアントコンピュータから接続の完了又は終了の通知を受信した場合であっても、該クライアントコンピュータの接続状態の変化を伴う通知を受信している場合には、該接続状態の変化を待って前記接続情報を送信することを特徴とするビジュアルコミュニケーションサーバ。
【請求項２】
請求項１記載のビジュアルコミュニケーションサーバにおいて、
前記接続情報送信手段は、前記クライアントコンピュータに対して当該ビジュアルコミュニケーションサーバと接続が確立されているすべてのクライアントコンピュータの接続情報を送信すると共に、
前記クライアントコンピュータから接続の完了又は終了の通知を受信した場合であっても、いずれかの前記クライアントコンピュータの接続状態の変化を伴う通知を受信している場合には、該接続状態の変化を待って前記接続情報を送信すること
を特徴とするビジュアルコミュニケーションサーバ。
【請求項３】
請求項１記載のビジュアルコミュニケーションサーバにおいて、
前記制御手段は、複数の前記クライアントコンピュータ間の前記映像データ通信のための接続を確立後に、前記映像データ通信が行われていないときに、複数の前記クライアントコンピュータのそれぞれに対して、前記接続が確立されているクライアントコンピュータの通信状態の通知の有無を設定可能であることを特徴とするビジュアルコミュニケーションサーバ。
【請求項４】
電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置されるクライアントコンピュータとにそれぞれネットワークを介して接続されるビジュアルコミュニケーションサーバとから構成される通信システムであって、
前記ビジュアルコミュニケーションサーバは、
前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機から受信する呼情報イベント受信手段と、
前記呼情報イベント受信手段で受信した前記呼情報イベントに基づいて、前記電話端末に対応する前記クライアントコンピュータ間の前記映像データ通信のための接続を確立および終了のいずれかを指示する制御手段と、
前記制御手段によって接続の確立および終了のいずれかが行われた複数の前記クライアントコンピュータ間の接続情報を送信する接続情報送信手段とを備え、
前記接続情報送信手段は、前記クライアントコンピュータから接続の完了又は終了の通知を受信した場合であっても、該クライアントコンピュータの接続状態の変化を伴う通知を受信している場合には、該接続状態の変化を待って前記接続情報を送信することを特徴とする通信システム。
【請求項５】
請求項４記載の通信システムにおいて、
前記接続情報送信手段は、前記クライアントコンピュータに対して当該ビジュアルコミュニケーションサーバと接続が確立されているすべてのクライアントコンピュータの接続情報を送信すると共に、
前記クライアントコンピュータからの接続の完了又は終了の通知を受信した場合であっても、いずれかの前記クライアントコンピュータの接続状態の変化を伴う通知を受信している場合には、該接続状態の変化を待って前記接続情報を送信すること
を特徴とする通信システム。
【請求項６】
請求項４記載の通信システムにおいて、
前記制御手段は、複数の前記クライアントコンピュータ間の前記映像データ通信のための接続を確立後に、前記映像データ通信が行われていないときに、複数の前記クライアントコンピュータのそれぞれに対して、前記接続が確立されているクライアントコンピュータの通信状態の通知の有無を設定可能であることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば既存の電話システムとコンピュータシステムとを利用してビジュアルコミュニケーション機能を実現するビジュアルコミュニケーションサーバおよび通信システムに関する。
【背景技術】
【０００２】
近年では、コンピュータにテレビ会議用のクライアントソフトウェアを導入し、かつテレビ会議を行うための音声機能を搭載した専用電話と組み合わせてテレビ会議の形態を簡易に構築できるシステム（ビジュアルコミュニケーションシステム：以下ＶＣＳとも称する）も登場してきた。このようにコンピュータにテレビ会議用のクライアントソフトウェアをインストールして利用する形態のテレビ会議システムの場合、専用の電話機をコンピュータに一台ずつ接続、つまり用意する必要があり、コストがかかるという課題があった。そこで、既にインフラとして整備されている既存の電話システムを利用することが考えられる。
【０００３】
既存の電話システムを活用する先行技術としては、例えば構内交換機とサーバとを連携させて、内線電話機の着信通知をクライアント端末にも通知できるようにした技術が既にある（例えば特許文献１参照）。
【特許文献１】特開平１０−２４０６５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した先行技術の場合、サーバは、内線電話機の着信通知をクライアント端末へ中継する機能しか持っておらず、コミュニケーションを行えるのはあくまで音声通話のみである。このため、音声と映像でのコミュニケーション機能を実現するには、上記いずれかのテレビ会議システムを導入しなければならず、結局のところ、コスト高で利用しにくいものになるという課題があった。
【０００５】
本発明はこのような課題を解決するためになされたもので、既存の電話システムとコンピュータシステムとを利用してビジュアルコミュニケーション機能を簡便でかつ低コスト低負荷なシステムとして実現できるビジュアルコミュニケーションサーバおよび通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の一態様によれば、電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置されるクライアントコンピュータとにそれぞれネットワークを介して接続されるビジュアルコミュニケーションサーバであって、前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機から受信する呼情報イベント受信手段と、前記呼情報イベント受信手段で受信した前記呼情報イベントに基づいて、前記電話端末に対応する前記クライアントコンピュータ間の前記映像データ通信のための接続を確立および終了のいずれかを指示する制御手段と、前記制御手段によって接続の確立および終了のいずれかが行われた複数の前記クライアントコンピュータ間の接続情報を送信する接続情報送信手段とを備え、前記接続情報送信手段は、前記クライアントコンピュータから接続の完了又は終了の通知を受信した場合であっても、該クライアントコンピュータの接続状態の変化を伴う通知を受信している場合には、該接続状態の変化を待って前記接続情報を送信することを特徴とするビジュアルコミュニケーションサーバが提供される。
【０００７】
また、電話端末間の回線接続を制御する電話交換機と、映像データの通信を行うために前記各電話端末に対応して配置されるクライアントコンピュータとにそれぞれネットワークを介して接続されるビジュアルコミュニケーションサーバとから構成される通信システムであって、前記ビジュアルコミュニケーションサーバは、前記電話端末の挙動によって発生した呼情報イベントを前記電話交換機から受信する呼情報イベント受信手段と、前記呼情報イベント受信手段で受信した前記呼情報イベントに基づいて、前記電話端末に対応する前記クライアントコンピュータ間の前記映像データ通信のための接続を確立および終了のいずれかを指示する制御手段と、前記制御手段によって接続の確立および終了のいずれかが行われた複数の前記クライアントコンピュータ間の接続情報を送信する接続情報送信手段とを備え、前記接続情報送信手段は、前記クライアントコンピュータから接続の完了又は終了の通知を受信した場合であっても、該クライアントコンピュータの接続状態の変化を伴う通知を受信している場合には、該接続状態の変化を待って前記接続情報を送信することを特徴とする通信システムが提供される。
【発明の効果】
【０００８】
上記した構成により、既存の電話システムとコンピュータシステムとを利用してビジュアルコミュニケーション機能を簡便でかつ低コスト低負荷なシステムとして実現できるビジュアルコミュニケーションサーバおよび通信システムを提供できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１０】
図１は、本発明の一実施形態に係る通信システムの構成の一例を示す概略図である。
【００１１】
通信システムは、電話交換機１０、ビジュアルコミュニケーションサーバ（以下、ＶＣＳサーバと称する）１１、ＶＣＳクライアントＡ（クライアント端末）、ＶＣＳクライアントＡとペアとしてＶＣＳサーバ１１に登録されているＴｅｌ−１（電話端末）、ＶＣＳクライアントＢ（クライアント端末）、ＶＣＳクライアントＢとペアとしてＶＣＳサーバ１１に登録されているＴｅｌ−２（電話端末）等から構成される。
【００１２】
各ＶＣＳクライアントは、自身とペアになる電話端末の電話番号をＶＣＳサーバ１１に登録しておく。例えば、ＶＣＳクライアントＡとペアとしてＴｅｌ−１の電話番号をＶＣＳサーバ１１に登録する。次に、例えば、Ｔｅｌ−１とＴｅｌ−２が音声通信を開始する（図１の（１））。電話交換機１０は、音声通話を開始した複数の電話機の電話番号をＶＣＳサーバ１１に通知し（図１の（２））、ＶＣＳサーバ１１はこれらの電話番号に対応する電話端末（Ｔｅｌ−１とＴｅｌ−２）とペアとなる複数のＶＣＳクライアント間（ＶＣＳクライアントＡ−ＶＣＳクライアントＢ）の接続を指示することにより（図１の（３））、２者または多者の音声通信に連動したビデオ通信（映像データ通信）が可能となる。
【００１３】
なお、ビデオ通信は、電話端末同士による音声通信の開始／終了に連動する。一方、ＶＣＳクライアント同士の画面共有（会議資料などをリアルタイム／インタラクティブに共有）、ファイル転送（画面共有した会議資料等を会議の終了前等に転送）、インスタントメッセージ（テキストメッセージ等をリアルタイムにやりとり）については、電話端末同士による音声通信の開始／終了に連動しない。すなわち、音声通信開始後、ユーザが画面共有対象を選択したり、メッセージを入力したり、転送ファイルを選択したりした時点で開始する。画面共有、ファイル転送、インスタントメッセージの「終了」も同様に、電話端末同士による音声通信の開始／終了とは独立した操作により終了する。
【００１４】
次に図２は、本発明の一実施形態に係る通信システムの構成の一例を示すブロック図である。以下、ＶＣＳサーバ１１に４台のＶＣＳクライアントＡ〜Ｄが接続され、其々のクライアントに対応する電話端末Ｔｅｌ−１〜Ｔｅｌ４が電話交換機１０に接続される場合を例に説明する。
【００１５】
ＶＣＳサーバ１１は、記憶部２０、通信部２１、制御部２２を備えている。記憶部２０は、電話に連動してビデオ通信を開始／終了するサーバからのセッション情報、ビデオ通信、画面共有、ファイル転送、インスタントメッセージ等の各メディアの連動を指示する連動メディア情報、ＶＣＳサーバ１１によって接続を確立されている各ＶＣＳクライアントの通信状態を示す通信中メンバ情報（接続情報）、ＶＣＳクライアントおよびペアの電話端末（電話番号）、通信を行う相手先のＶＣＳクライアント名であるバディリスト等が記憶されている。なお、通信中メンバ情報（接続情報）には、ＶＣＳクライアントの識別を示すＶＣＳクライアントの識別子情報およびＶＣＳクライアント同士の通信中のメディアの種別（例えば、「ビデオ通信」）を示すメディア種別情報が含まれている。
【００１６】
通信部２１は、ＶＣＳサーバ１１と電話交換機１０や各ＶＣＳクライアントとの通信を行う。制御部２２は、各ＶＣＳクライアントとの接続の確立の制御や、通信中メンバ情報を各ＶＣＳクライアントへ送信する制御等を行う。
【００１７】
ＶＣＳクライアントＡ〜Ｄに対して、それぞれ電話端末Ｔｅｌ−１〜Ｔｅｌ−４がペアになっている。なお、これらのペアの情報は、予めＶＣＳサーバ１１の記憶部２０に登録されている。
【００１８】
また、各電話端末（Ｔｅｌ−１〜Ｔｅｌ−４）に連動してビデオ通信を開始／終了する電話交換機１０からのセッション制御要求（セッション情報）を契機に処理が行われる場合、または、音声通信の相手に対して画面共有開始が行われる場合には、ＶＣＳサーバ１１は、通信中メンバ情報を通知先に通知する。ここでＶＣＳサーバ１１からの通信中メンバ情報通知のポリシーは例えば下記のように設定されている。
【００１９】
ＶＣＳクライアントＡ〜Ｄに対して、「自分が現在通信しているメンバの情報のみをサーバから通知」（以下、第１の通知ポリシー：第１の通知形態）。
【００２０】
また、以下のようにポリシーを変更することも可能である。
【００２１】
「自分が現在通信しているメンバの情報だけでなく、自分を除くＶＣＳクライアント通信中メンバ情報をサーバから常に通知」（以下、第２の通知ポリシー：第２の通知形態）。
【００２２】
このようにサーバ側の通知ポリシーを変えることで、さまざまな通知方法を選択できるため、本実施例では通信中メンバ情報を統一的にＶＣＳサーバ１１から通知するとしている。以下、図２〜図４を参照しながら第１の通知ポリシーの実施形態、図５〜図６で第２の通知ポリシーの実施形態について説明を行う。
【００２３】
図２では、Ａ、Ｂ、Ｄで３者会議を行っている時点では、Ａの通信中メンバ情報は、Ｂ（ビデオ通信）、Ｄ（ビデオ通信）となっている。Ａ、Ｂ、Ｃの３者会議に移行した後は、Ａの通信中メンバ情報は、Ｂ（ビデオ通信）、Ｃ（ビデオ通信）となる。
【００２４】
次に、上述したＶＣＳクライアントＡ、Ｂ、Ｄの間で電話に連動したビデオ３者会議を行っている状態から、ＶＣＳクライアントＡ、Ｂ、Ｃの間で電話に連動したビデオ３者会議を行う状態へ移行する処理について説明する。図２に示すように、３者会議のメンバのＶＣＳクライアントＤをＣに変更するため、Ｄ−Ａ、Ｄ−Ｂのビデオ通信接続が切断され、Ｃ−Ａ、Ｃ−Ｂのビデオが接続される。
【００２５】
図３は、ＶＣＳサーバ１１がＶＣＳクライアントに送信した接続／切断要求に対する接続／切断完了通知（イベント）（以下、第３者接続／切断完了通知とも称す）を受信した場合、または、メディア（Ｍｅｄｉａ）接続完了通知（イベント）を受信した場合における、ＶＣＳサーバ１１の通信中メンバ情報の送信方法について説明したフローチャートである。本実施形態では、重複した通信中メンバ情報の送信を保留する。すなわち、接続の確立および終了のいずれかが行われたＶＣＳクライアント間の通信中メンバ情報を通信中メンバ情報に関連するそれぞれのＶＣＳクライアントに送信するとき、該ＶＣＳクライアントに関する通信中メンバ情報の更新があるとわかっている場合には、通信中メンバ情報の送信を保留し、該ＶＣＳクライアントの接続状態の変化を待って通信中メンバ情報を送信する（ＶＣＳクライアントから接続の完了又は終了の通知を受信した場合であっても、該ＶＣＳクライアントの接続状態の変化を伴う通知を受信している場合には、該接続状態の変化を待って通信中メンバ情報を送信する）。このため、無駄な情報のトラフィックを押さえて、ＶＣＳサーバ１に掛かる負荷を軽減することができる。
【００２６】
ＶＣＳサーバ１１の制御部２２は、自身が送信した接続若しくは切断要求に対する、接続／切断完了通知（イベント）（第３者接続／切断完了通知）をＶＣＳクライアントから受信する。または、メディア（Ｍｅｄｉａ）接続完了通知（イベント）をＶＣＳクライアントから受信する（ステップＳ１０１）。ＶＣＳサーバ１１の制御部２２は、受信したイベントにより更新される通信中メンバ情報の送付先のＶＣＳクライアントの情報を取得する（ステップＳ１０２）。ＶＣＳサーバ１１の制御部２２は、通信中メンバ情報の送付先のＶＣＳクライアントに対して通信中メンバ情報の更新があるか否かを判別する（ステップＳ１０３）。ステップＳ１０３で、ＶＣＳサーバ１１の制御部２２によって、通信中メンバ情報の送付先のＶＣＳクライアントに対して通信中メンバ情報の更新があると判別された場合は（通信中メンバ情報が最新でない：ステップＳ１０３のＹＥＳ）、通信中メンバ情報の送付先のＶＣＳクライアントに対して通信中メンバ情報の送信を保留する（ステップＳ１０５）。すなわち、通信中メンバ情報を新たに送信することがわかっているので、無駄な情報のトラフィックを押さえて、ＶＣＳサーバ１１の掛かる負荷を軽減する。一方、ステップＳ１０３で、ＶＣＳサーバ１１の制御部２２によって、通信中メンバ情報の送付先のＶＣＳクライアントに対して通信中メンバ情報の更新がないと判別された場合は（通信中メンバ情報が最新である：ステップＳ１０３のＮＯ）、通信中メンバ情報の送付先のＶＣＳクライアントに対して通信中メンバ情報を送信する（ステップＳ１０４）。
【００２７】
以上より、重複したＶＣＳクライアントへの通信中メンバ情報の送信を保留し、無駄な情報のトラフィックを押さえて、ＶＣＳサーバ１１の掛かる負荷を軽減することができる。
【００２８】
次に図４は、ＶＣＳクライアントＡ、Ｂ、Ｄの間で電話に連動したビデオ３者会議を行っている状態から、ＶＣＳクライアントＡ、Ｂ、Ｃの間で電話に連動したビデオ３者会議を行っている状態へ変更する処理について詳しく示したシーケンス図である。なお、図４の例では、実際の切断、接続の順序は必ずしもこのとおりではない場合もある。また、図４の説明においては、「Ｔｅｌ−１」や「Ｔｅｌ−２」の表記を説明をわかりやすくするために、「１」や「２」の数字のみで表記する場合もある。
【００２９】
まず、当初、Ｔｅｌ−１とＴｅｌ−４とが電話交換機１０を経由して音声通信を行っている。同様にして、Ｔｅｌ−２とＴｅｌ−４の間、及びＴｅｌ−１とＴｅｌ−２の間についても電話交換機１０を経由して音声通信を行っている（Ｓ２０１）。また、音声通信と同様に、Ｔｅｌ−１に対応付けられているＶＣＳクライアントＡとＴｅｌ−４に対応付けられているＶＣＳクライアントＤとの間、Ｔｅｌ−２に対応付けられているＶＣＳクライアントＢとＴｅｌ−４に対応付けられているＶＣＳクライアントＤとの間、及びＴｅｌ−１に対応付けられているＶＣＳクライアントＡとＴｅｌ−２に対応付けられているＶＣＳクライアントＢとの間で、其々ビデオ通信を行っているものとする(ステップＳ２０２)。
【００３０】
以上のような状態において、Ｔｅｌ−１とＴｅｌ−４との間の音声通信の接続が切断されると、ＶＣＳサーバ１１の制御部２２は、電話交換機１０から４−１（Ｔｅｌ−１とＴｅｌ−４の音声通信の接続）の切断通知を受ける（ステップＳ２０３）。これに応じてＶＣＳサーバ１１は、ＶＣＳクライアントＤに対してＡとの切断を指示する第３者切断要求を出す（Ｓ２０４）。ＶＣＳクライアントＤはこの第３者切断要求に対して、レスポンスとして第３者切断要求の受付応答をＶＣＳサーバ１１に送信する（Ｓ２０５）と共に、ＶＣＳクライアントＡとの間でビデオセッション（ビデオ通信接続）の切断処理を行う（Ｓ２０６）。このとき、ＶＣＳクライアントＤ−Ａ間の切断処理は、ＶＣＳサーバ１１のＰｒｏｘｙ機能を経由して行われる。
【００３１】
ＶＣＳクライアントＤは、この第３者切断要求に対して、レスポンスとして第３者切断要求の受付応答をＶＣＳサーバ１１に返信する（ステップＳ２０５）。この第３者切断要求の受付応答と共に、ＶＣＳクライアントＤは、ＶＣＳサーバ１１のＰｒｏｘｙ機能を経由して、ＶＣＳクライアントＡとの間でビデオセッション（ビデオ通信接続）の切断処理を行う（ステップＳ２０６）。
【００３２】
ここで、第３者切断完了通知（Ｓ２０８、後述）の前に、Ｔｅｌ−１とＴｅｌ−４との間の音声通信の接続が切断されるものとする。この音声通信の接続に伴い、ＶＣＳサーバ１１の制御部２２は、電話交換機１０から４−２（Ｔｅｌ−４とＴｅｌ−２の音声通信の接続）の切断通知（呼情報イベントの受信）を受ける（ステップＳ２０７）。
【００３３】
ＶＣＳクライアントＤは、ビデオセッションの切断処理（Ｓ２０６）が完了すると、第３者切断完了通知（ＶＣＳクライアントＤ−Ａのビデオ通信の切断）をＶＣＳサーバ１１に送信する（ステップＳ２０８）。ＶＣＳサーバ１１は第３者切断完了通知の送信に伴い、通常であれば、ＶＣＳクライアント同士の接続／切断状態に変化のあったＶＣＳクライアントＡおよびＤへ通信中メンバ情報を送る。電話交換機１０からの通知（ＶＣＳクライアントＡに関しては切断や接続を伴う通知）を受信していないので、ＶＣＳサーバ１１はＶＣＳクライアントＡに対し、通信中メンバ情報「ＶＣＳクライアントＡ−Ｂ（ビデオ通信）」を送信する（ステップＳ２０９）。
【００３４】
ＶＣＳサーバ１１がステップＳ２０７で４−２の切断通知を受けていなければ、同様に、ＶＣＳクライアントＤに対しても、「ＶＣＳクライアントＤ−Ｂ（ビデオ通信）」を送信するはずである。しかし、ＶＣＳサーバ１１はステップＳ２０７で既に４−２の切断通知を受けているため、ＶＣＳクライアントＤ−Ｂ間の接続状態は近々変化することが予見される。このため、ＶＣＳサーバ１０は、ＶＣＳクライアントＤに対する通信中メンバ情報「ＶＣＳクライアントＤ−Ｂ（ビデオ通信）」の送信を留保する（ステップＳ２１０）。これにより、無駄な通信中メンバ情報のトラフィックを押さえて、ＶＣＳサーバ１１の掛かる負荷を軽減することができる。
【００３５】
そして、ＶＣＳサーバ１１は、Ｓ２０７で受信した２−４の切断通知に伴い、ＶＣＳクライアントＤに対して第３者切断要求を送信する。ＶＣＳクライアントＤはこの第３者切断要求に対して受付応答をＶＣＳサーバ１１に返信すると共に、ＶＣＳクライアントＢとの間のビデオセッション（ビデオ通信接続）の切断処理を行う（ステップＳ２１１）。ステップＳ２１１の処理はステップＳ２０４〜Ｓ２０６に準じて行われるので、詳細な説明は省略する。
【００３６】
ここで、第３者切断完了通知（Ｓ２０８、後述）の前に、ＶＣＳサーバ１１の制御部２２は、電話交換機１０から２−３（Ｔｅｌ−２とＴｅｌ−３の音声通信の接続）の接続通知（呼情報イベントの受信）を受信するものとする（ステップＳ２１２）。
【００３７】
ＶＣＳクライアントＤは、ＶＣＳクライアントＢとの間のビデオセッションの切断処理が完了すると、第３者切断完了通知（ＶＣＳクライアントＤ−Ｂのビデオ通信の切断）をＶＣＳサーバ１１に送る（ステップＳ２１３）。
【００３８】
ＶＣＳサーバ１１はこれに伴い、通常であれば、ＶＣＳクライアント同士の接続／切断に変化のあったＶＣＳクライアントＤおよびＢへ通信中メンバ情報を送る。ＶＣＳクライアントＤに関しては、ビデオ通信の接続や切断を伴う通知を電話交換機１０から受信していないので、ＶＣＳサーバ１１はＶＣＳクライアントＤに対して、通信中メンバ情報「メンバなし」を送信する（ステップＳ２１４）。
【００３９】
ＶＣＳサーバ１１がステップＳ２１２で２−３の接続通知を受けていなければ、同様に、ＶＣＳクライアントＢに対しても、「ＶＣＳクライアントＡ−Ｂ（ビデオ通信）」を送信するはずである。しかし、ＶＣＳサーバ１１はステップＳ２１２で既に２−３の接続通知（呼情報イベントの受信）を受信しているため、ＶＣＳクライアントＢ−Ｃ間の接続状態は近々変化することが予見される。このため、ＶＣＳサーバ１０は、ＶＣＳクライアントＢに対する通信中メンバ情報「ＶＣＳクライアントＡ−Ｂ（ビデオ通信）」の送信を留保する（ステップＳ２１５）。これにより、無駄な通信中メンバ情報のトラフィックを押さえて、ＶＣＳサーバ１１の掛かる負荷を軽減することができる。
【００４０】
そして、ＶＣＳサーバ１１は、Ｓ２１２で受信した２−３の接続通知に伴い、ＶＣＳクライアントＢに対して第３者接続要求を送信する。ＶＣＳクライアントＢはこの第３者接続要求に対して受付応答をＶＣＳサーバ１１に返信する。第３者接続要求に対して受付応答を返信すると共に、ＶＣＳクライアントＢはＶＣＳクライアントＣとの間のビデオセッション（ビデオ通信接続）の接続処理を行う（ステップＳ２１６）。接続と切断とで処理の内容は異なるものの、ステップ２１６の処理は手順としてはステップＳ２０４〜Ｓ２０６に準じて行われるので、詳細な説明は省略する。
【００４１】
ここで、第３者接続完了通知（Ｓ２１８、後述）の前に、ＶＣＳサーバ１１の制御部２２は、電話交換機１０から１−３（Ｔｅｌ−１とＴｅｌ−３の音声通信の接続）の接続通知を受信するものとする（ステップＳ２１７）。
【００４２】
ＶＣＳクライアントＢは、ＶＣＳクライアントＣとの間のビデオセッションの接続処理が完了すると、第３者接続完了通知（ＶＣＳクライアントＢ−Ｃのビデオ通信の接続の確立）をＶＣＳサーバ１１に送る（ステップＳ２１８）。
【００４３】
ＶＣＳサーバ１１はこれに伴い、通常であれば、ＶＣＳクライアント同士の接続／切断状態に変化のあったＶＣＳクライアントＢおよびＣへ通信中メンバ情報を送る。ＶＣＳクライアントＢに関しては、電話交換機１０からは通知（ビデオ通信の接続や切断を伴う通知）を受信していないので、ＶＣＳサーバ１１はＶＣＳクライアントＢに対して、通信中メンバ情報「ＶＣＳクライアントＡ−Ｂ（ビデオ通信）」を送信する（ステップＳ２１９）。
【００４４】
ＶＣＳサーバ１１がステップＳ２１７で１−３の接続通知を受けていなければ、同様にＶＣＳクライアントＣに対しても「ＶＣＳクライアントＢ−Ｃ（ビデオ通信）」を送信するはずである。しかし、ＶＣＳサーバ１１はステップＳ２１７で既に１−３（ＶＣＳクライアントＡ−Ｃ）の接続通知を受信しているため、ＶＣＳクライアントＡ−Ｃ間の接続状態が近々変化することが予見される。このため、ＶＣＳサーバ１０は、ＶＣＳクライアントＣに対する通信中メンバ情報「ＶＣＳクライアントＢ−Ｃ（ビデオ通信）」の送信は留保する（ステップＳ２２０）。これにより、無駄な通信中メンバ情報のトラフィックを押さえて、ＶＣＳサーバ１１の掛かる負荷を軽減することができる。
【００４５】
そして、ＶＣＳサーバ１１は、Ｓ２１７で受信した１−３の接続通知に伴い、ＶＣＳクライアントＡに対して第３者接続要求を送信する。ＶＣＳクライアントＡはこの第３者接続要求に対して受付応答をＶＣＳサーバ１１に返信する。第３者接続要求に対して受付応答の返信と共に、ＶＣＳクライアントＡはＶＣＳクライアントＣとの間でビデオセッション（ビデオ通信接続）の接続処理を行う（ステップＳ２２１）。接続と切断とで処理の内容は異なるものの、ステップＳ２２１の処理は手順としてはステップＳ２０４〜Ｓ２０６に準じて行われるので、詳細な説明は省略する。
【００４６】
続いて、ＶＣＳクライアントＡは、ＶＣＳクライアントＣとの間のビデオセッションの接続処理が完了すると、第３者接続完了通知（ＶＣＳクライアントＡ−Ｃのビデオ通信の接続の確立）をＶＣＳサーバ１１に送る（ステップＳ２２２）。そして、ＶＣＳクライアント同士の接続／切断の状態に変化のあったＶＣＳクライアントＡおよびＣへ通信中メンバ情報を送る。すなわち、ＶＣＳサーバ１１はＶＣＳクライアントＡに対して、通信中メンバ情報「ＶＣＳクライアントＡ−Ｂ（ビデオ通信）およびＡ−Ｃ（ビデオ通信）」を送信する（ステップＳ２２３）。さらに、ＶＣＳクライアントＣに対して、「ＶＣＳクライアントＡ−Ｃ（ビデオ通信）およびＢ−Ｃ（ビデオ通信）」を送信する（ステップＳ２２４）。
【００４７】
以上より、通信中メンバ情報のトラフィックを押さえて、ＶＣＳサーバ１１の掛かる負荷を軽減することができる。すなわち、ステップＳ２１０、ステップＳ２１５、ステップＳ２２０における３回の通信中メンバ情報の送信を留保することができ、サーバの送信処理、ネットワーク負荷、クライアントの受信処理、メンバ情報通知処理を軽減することができる。また、通信中メンバ情報の情報量だけでなく、メッセージ送信に必要なすべてのヘッダ（IPヘッダ、UDPヘッダ、SIP(Session Initiation Protocol)ヘッダ（セッション制御にSIPを使う場合）等の情報量も軽減することができる。さらに、ＶＣＳサーバ１１に接続されるＶＣＳクライアント数が増加していくに従って、相乗的に増加する通信中メンバ情報のトラフィックを押さえることができ、ＶＣＳサーバ１１に掛かる負荷を一層軽減することができる。このため、上述した実施形態では、３者会議でメンバ１人が入れ替わるケースについて説明したが、多者会議の参加数が増え、連続で入れ替わる人数が増えると、負荷の軽減効果は飛躍的に大きくなる。
【００４８】
次に図５は、上述した実施形態の変形例である。当該変形例において、ＶＣＳサーバ１１の構成は、ＶＣＳクライアントＥ〜Ｈのペアがそれぞれ電話端末Ｔｅｌ−５〜Ｔｅｌ−８である以外は上述した実施形態と同様である。また、ＶＣＳクライアントＥ〜Ｈのうち、ＶＣＳクライアントＥとＦはビデオ通信を行っており、ＶＣＳクライアントＧとＨはビデオ通信および画面共有通信を行うものとする。また、サーバからの通信中メンバ情報通知のポリシーは上述したように下記のように設定されている。
【００４９】
「自分が現在通信しているメンバの情報だけでなく、自分を除くＶＣＳクライアント通信中メンバ情報をサーバから常に通知」
すなわち、ビデオ通信や画面共有通信を行っていないときにでも、ＶＣＳサーバ１１と接続が確立されているＶＣＳクライアントであれば、各ＶＣＳクライアントの画面にはエントリー名が表示される。
【００５０】
図６は、上述した変形例についての処理について詳しく説明したシーケンス図である。なお、図６の例では、実際の切断、接続の順序は必ずしもこのとおりではない場合もある。
【００５１】
当該変形例では、ＶＣＳサーバ１１に４台のＶＣＳクライアントＥ〜Ｈが接続され、其々のクライアントに対応する電話端末Ｔｅｌ−５〜Ｔｅｌ８が電話交換機１０に接続され、ＶＣＳクライアントＥ〜Ｈがそれぞれ自分以外の通信状態を知りたい場合を例に説明する。
【００５２】
当初、Ｔｅｌ−７とＴｅｌ−８との間で、電話交換機１０を経由して音声通信を行っているものとする（ステップＳ３０１）。また、音声通信と同様に、Ｔｅｌ−７に対応付けられているＶＣＳクライアントＧと、Ｔｅｌ−８に対応付けられているＶＣＳクライアントＨとの間でビデオ通信を行っているものとする（ステップＳ３０２）。
【００５３】
以上のような状態において、ＶＣＳサーバ１１は、５−６（Ｔｅｌ−５とＴｅｌ−６）の接続通知を受けるものとする（ステップＳ３０３）。
【００５４】
接続通知を受けると、ＶＣＳサーバ１１は、ＶＣＳクライアントＥに対しＶＣＳクライアントＥ−Ｆ間のビデオ接続を要求するビデオ（通信）第３者接続要求を送る（ステップＳ３０４）。ＶＣＳクライアントＥは、この第３者接続要求に対するレスポンスとしてＶＣＳサーバ１１にＶＣＳクライアントＥ−Ｆ間のビデオ（通信）第３者接続要求の受付応答を返信する（ステップＳ３０５）。また、ＶＣＳクライアントＥはＶＣＳクライアントＦとの間で、ＶＣＳクライアントＥ−Ｆ間のビデオセッション（ビデオ通信）の接続処理を行う（ステップＳ３０６）。このとき、ＶＣＳサーバ１１のＰｒｏｘｙ機能を経由して接続の制御を行う。
【００５５】
ここで、ＶＣＳクライアントＧ−Ｈ間での画面共有通信（およびビデオ通信）を開始するものとする（ステップＳ３０７）。ＶＣＳクライアントＧは、ＶＣＳクライアントＧ−Ｈ間での画面共有通信の開始通知をＶＣＳサーバ１１に送信する（ステップＳ３０８）。
【００５６】
このとき、ＶＣＳサーバ１１は、ＶＣＳクライアントＥ〜Ｈに対して、通信中メンバ情報「ＶＣＳクライアントＧ（ビデオ／画面共有通信）およびＶＣＳクライアントＨ（ビデオ／画面共有通信）（送信先自身の情報は除く）」を送信するはずである。ところが、ステップＳ３０３で既に５−６の接続通知を受けているため、ＶＣＳクライアントＥ−Ｆ間のビデオ通信に関する接続状態が近々変化することが予見される。
【００５７】
したがって、ステップＳ３０８でＶＣＳクライアントＧ−Ｈ間の画面共有の開始通知を受けた時点では、ＶＣＳクライアントＥ〜Ｈに対する通信中メンバ情報「ＶＣＳクライアントＧ−Ｈ間（ビデオ通信／画面共有通信）」の送信は留保する（ステップＳ３０９）。
【００５８】
すなわち、接続の確立および終了のいずれかが行われたＶＣＳクライアント間の通信中メンバ情報をそれぞれのＶＣＳクライアントに送信するとき、通信中メンバ情報の変化が予見される場合は、通信中メンバ情報の送信を保留する。
【００５９】
これにより、無駄な通信中メンバ情報のトラフィックを押さえて、ＶＣＳサーバ１１の掛かる負荷を軽減する。
【００６０】
ＶＣＳクライアントＥ−Ｆの間のビデオセッションの接続が完了すると、ＶＣＳクライアントＥは、ＶＣＳクライアントＥ−Ｆ間のビデオ第３者接続完了通知をＶＣＳサーバ１１に送信する（ステップＳ３１０）。
【００６１】
最後に、通信中メンバ情報「ＶＣＳクライアントＥ−Ｆ間（ビデオ通信）およびＶＣＳクライアントＧ−Ｈ間（ビデオ通信／画面共有通信）」を、ＶＣＳクライアントＥ〜Ｈに送信する（ステップＳ３１１）。
【００６２】
以上より、当該変形例においても、上述した実施形態と同様の効果を奏することができる。
【００６３】
また、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施形態に係る通信システムの構成の一例を示す概略図。
【図２】本発明の一実施形態に係る通信システムの構成の一例を示すブロック図。
【図３】通信中メンバ情報の送信方法について説明したフローチャート。
【図４】ＶＣＳクライアントＡ、Ｂ、Ｄの間で電話に連動したビデオ３者会議を行っている状態から、ＶＣＳクライアントＡ、Ｂ、Ｃの間で電話に連動したビデオ３者会議を行っている状態へ変更する処理について詳しく説明したシーケンス図。
【図５】本発明の一実施形態の変形例に係る通信システムの構成の一例を示す概略図。
【図６】本発明の一実施形態の変形例に係る通信システムの処理について詳しく説明したシーケンス図。
【符号の説明】
【００６５】
１０…電話交換機、１１…ＶＣＳサーバ、２０…記憶部、２１…通信部、２２…制御部
【図１】
2008278208.tif 000003
【図２】
2008278208.tif 000004
【図３】
2008278208.tif 000005
【図４】
2008278208.tif 000006
【図５】
2008278208.tif 000007
【図６】
2008278208.tif 000008