(57)【要約】【課題】音声通信のバックグランドにおける処理が進行中であっても音声通信を切断することができる通信システム及び通信方法を提供する。【解決手段】システム１０１では、複数の各内線端末Ｔ１１〜Ｔ１ｎと各データ端末ＰＣ１〜ＰＣｎがリンク付けされ、内線端末Ｔ１１〜Ｔ１ｎ間の音声通信に関連付けて各データ端末ＰＣ１〜ＰＣｎが接続されることで、各種メディア通信が行われる。接続中の音声通信が切断された場合に、データ端末ＰＣ１〜ＰＣｎは、接続中のメディア通信のうち音声通信に同期すべき第１種のメディア通信を切断し、音声通信に同期すべきでない第２種のメディア通信は、当該第２種のメディア通信の終了後に切断する。【選択図】図１
2008160567.tif 000002
【特許請求の範囲】
【請求項１】
複数の各電話端末に各々リンク付けされた各クライアント端末を、サーバによって前記電話端末間の音声通信に関連付けて接続し前記各クライアント端末間での各メディア通信を実行させる通信システムにおいて、
接続中の前記音声通信が切断された場合に、前記サーバから第三者呼制御による切断指示を受けた前記クライアント端末は、
接続中の前記メディア通信のうち前記音声通信に同期すべき第１種のメディア通信を切断し、
接続中の前記メディア通信のうち前記音声通信に同期すべきでない第２種のメディア通信を、当該第２種のメディア通信の終了後に切断することを特徴とする通信システム。
【請求項２】
複数の各電話端末に各々リンク付けされた各クライアント端末を、サーバによって前記電話端末間の音声通信に関連付けて接続し前記各クライアント端末間での各メディア通信を実行させる通信システムにおいて、
接続中の前記音声通信が切断された場合に、前記サーバから第三者呼制御による切断指示を受けた前記クライアント端末は、
接続中の前記メディア通信のうち予め分類された第１種のメディア通信を切断し、
接続中の前記メディア通信のうち予め分類された第２種のメディア通信を、当該第２種のメディア通信の終了後に切断することを特徴とする通信システム。
【請求項３】
前記サーバからの前記切断指示には、前記音声通信に連動して切断する前記第１種のメディア通信を特定する情報が含まれることを特徴とする請求項１又は２に記載の通信システム。
【請求項４】
各前記クライアント端末は、
前記音声通信の接続時には、当該音声通信の開始日時及び当該音声通信に関連して接続された各前記クライアント端末を特定する情報を含む一次情報を保存し、
前記音声通信の切断後には、当該音声通信の終了日時を含む情報を前記一次情報に追加して保存し、
前記第２種のメディア通信によって前記クライアント端末間で送受信された情報を含む情報を、前記一次情報に関連づけて保存することを特徴とする請求項１〜３の何れか１項に記載の通信システム。
【請求項５】
各前記クライアント端末のすべてが、
前記音声通信の接続時においてＮＴＰサーバから現在時刻情報を取得し、当該現在時刻を前記開始日時及び前記終了日時の基準とすることを特徴とする請求項４に記載の通信システム。
【請求項６】
前記クライアント端末の少なくとも１つが、
前記音声通信の接続時において、前記サーバからの第三者接続要求に含まれる現在時刻情報を取得して当該現在時刻を前記開始日時及び前記終了日時の基準とし、
前記第三者接続要求に係る他のクライアント端末に対して前記現在時刻情報を含ませた接続要求を送信し、
前記他のクライアント端末が、前記接続要求に含まれる前記現在時刻を前記開始日時及び前記終了日時の基準とすることを特徴とする請求項４に記載の通信システム。
【請求項７】
前記メディア通信には、前記クライアント端末のユーザの動画を当該クライアント端末間で送受信するビデオ通信が含まれており、
各前記クライアント端末は、
前記ビデオ通信の開始時には、当該ビデオ通信における前記ユーザのスナップショットを、前記一次情報に関連づけて保存することを特徴とする請求項４〜６の何れか１項に記載の通信システム。
【請求項８】
前記第２種のメディア通信には、前記クライアント端末間でファイルを転送するファイル転送通信が含まれており、
各前記クライアント端末は、
前記音声通信の切断後において前記ファイル転送通信が継続中の場合には、当該ファイル転送通信の終了後に、当該ファイル転送通信に係るファイルを、前記一次情報に関連づけて保存することを特徴とする請求項４〜７の何れか１項に記載の通信システム。
【請求項９】
前記第２種のメディア通信には、前記クライアント端末間でのインスタントメッセージ通信が含まれており、
各前記クライアント端末は、
前記音声通信の切断後において前記インスタントメッセージ通信が継続中の場合には、当該インスタントメッセージ通信の終了後に、当該インスタントメッセージ通信で送受信された情報を、前記一次情報に関連づけて保存することを特徴とする請求項４〜８の何れか１項に記載の通信システム。
【請求項１０】
前記第１種のメディア通信には、
前記クライアント端末のユーザの動画を当該クライアント端末間で送受信するビデオ通信、及び前記クライアント端末間で画面を共有する画面共有通信が含まれ、
前記第２種のメディア通信には、
前記クライアント端末間でファイルを転送するファイル転送通信、及び前記クライアント端末間でのインスタントメッセージ通信が含まれることを特徴とする請求項１〜９に記載の通信システム。
【請求項１１】
前記ビデオ通信は、前記音声通信の接続の開始に連動して開始され、
前記画面共有通信、前記ファイル転送通信、及び前記インスタントメッセージ通信は、前記音声通信の接続後における前記クライアント端末の操作に対応して開始されることを特徴とする請求項１０に記載の通信システム。
【請求項１２】
複数の各電話端末に各々リンク付けされた各クライアント端末を、サーバによって前記電話端末間の音声通信に関連付けて接続し前記各クライアント端末間での各メディア通信を実行させる通信方法において、
接続中の前記音声通信が切断された場合に、前記サーバから第三者呼制御による切断指示を受けた前記クライアント端末が、
接続中の前記メディア通信のうち前記音声通信に同期すべき第１種のメディア通信を切断し、
接続中の前記メディア通信のうち前記音声通信に同期すべきでない第２種のメディア通信を、当該第２種のメディア通信の終了後に切断することを特徴とする通信方法。
【請求項１３】
複数の各電話端末に各々リンク付けされた各クライアント端末を、サーバによって前記電話端末間の音声通信に関連付けて接続し前記各クライアント端末間での各メディア通信を実行させる通信方法において、
接続中の前記音声通信が切断された場合に、前記サーバから第三者呼制御による切断指示を受けた前記クライアント端末が、
接続中の前記メディア通信のうち予め分類された第１種のメディア通信を切断し、
接続中の前記メディア通信のうち予め分類された第２種のメディア通信を、当該第２種のメディア通信の終了後に切断することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話端末間の音声通信に関連付けてクライアント端末を接続し、各クライアント端末間で各メディア通信を実行させる通信システム及び通信方法に関するものである。
【背景技術】
【０００２】
従来、下記特許文献１では、パソコン等で作成した文書ファイルやデータファイルの送受信を行うべく、記憶媒体のファイルを読み込むための記憶装置部を備えた電話機が示されている。この電話機では、接続当初は音声通話が可能であり、ファイルの転送中にあっては受話器を電話機に戻した場合でも回線が切断されないようになっている。そして、転送状態を確認しながらファイル転送が終了するまで回線の接続を維持し、ファイル転送が終了してから回線を切断するといった動作により、ファイル転送を確実に行うことが提案されている。
【特許文献１】特開平１０−２１０１６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、この電話機によるコミュニケーションにおいては、音声通話が必要なくなった後にも、ファイル転送が終わるまでは回線切断を維持したままにしなければならないため、ユーザの利便性が十分ではなかった。この種の通信システムにおいては、音声通信が終了した後には、音声通信のバックグランドで行われている通信処理を意識させずに、すぐに別の音声通信を再開可能とするような利便性が求められる。
【０００４】
そこで、本発明は、音声通信のバックグランドにおける処理が進行中であっても音声通信を切断することができる通信システム及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の通信システムは、複数の各電話端末に各々リンク付けされた各クライアント端末を、サーバによって電話端末間の音声通信に関連付けて接続し各クライアント端末間での各メディア通信を実行させる通信システムにおいて、接続中の音声通信が切断された場合に、サーバから第三者呼制御による切断指示を受けたクライアント端末は、接続中のメディア通信のうち音声通信に同期すべき第１種のメディア通信を切断し、接続中のメディア通信のうち音声通信に同期すべきでない第２種のメディア通信を、当該第２種のメディア通信の終了後に切断することを特徴とする。
【０００６】
また、本発明の通信方法は、複数の各電話端末に各々リンク付けされた各クライアント端末を、サーバによって電話端末間の音声通信に関連付けて接続し各クライアント端末間での各メディア通信を実行させる通信方法において、接続中の音声通信が切断された場合に、サーバから第三者呼制御による切断指示を受けたクライアント端末が、接続中のメディア通信のうち音声通信に同期すべき第１種のメディア通信を切断し、接続中のメディア通信のうち音声通信に同期すべきでない第２種のメディア通信を、当該第２種のメディア通信の終了後に切断することを特徴とする。
【０００７】
この通信システム及び通信方法では、電話端末にクライアント端末がリンク付けされており、電話端末間の音声通信が行われると、その音声通信に関連付けてクライアント端末が接続され、クライアント端末間でのメディア通信が実行可能となる。ここで、音声通信が切断された場合、音声通信に同期すべき第１種のメディア通信は切断されるが、音声通信に同期すべきでない第２種のメディア通信は、そのメディア通信が終了するまで切断されない。従って、第２種のメディア通信の終了を待たずに音声通信を切断することができ、この場合にも、第２種のメディア通信が確実に完了される。
【０００８】
また、本発明の通信システムは、複数の各電話端末に各々リンク付けされた各クライアント端末を、サーバによって電話端末間の音声通信に関連付けて接続し各クライアント端末間での各メディア通信を実行させる通信システムにおいて、接続中の音声通信が切断された場合に、サーバから第三者呼制御による切断指示を受けたクライアント端末は、接続中のメディア通信のうち予め分類された第１種のメディア通信を切断し、接続中のメディア通信のうち予め分類された第２種のメディア通信を、当該第２種のメディア通信の終了後に切断することを特徴とする。
【０００９】
また、本発明の通信システムは、複数の各電話端末に各々リンク付けされた各クライアント端末を、サーバによって電話端末間の音声通信に関連付けて接続し各クライアント端末間での各メディア通信を実行させる通信方法において、接続中の音声通信が切断された場合に、サーバから第三者呼制御による切断指示を受けたクライアント端末が、接続中のメディア通信のうち予め分類された第１種のメディア通信を切断し、接続中のメディア通信のうち予め分類された第２種のメディア通信を、当該第２種のメディア通信の終了後に切断することを特徴とする。
【００１０】
この通信システム及び通信方法では、電話端末にクライアント端末がリンク付けされており、電話端末間の音声通信が行われると、その音声通信に関連付けてクライアント端末が接続され、クライアント端末間でのメディア通信が実行可能となる。ここで、音声通信が切断された場合、予め分類された第１種のメディア通信は切断されるが、予め分類された第２種のメディア通信は、そのメディア通信が終了するまで切断されない。従って、例えば、音声通信のバックグランドで進行させるべきメディア通信を第２種のメディア通信に分類することで、バックグランドでのメディア通信の終了を待たずに音声通信を切断することができ、この場合にも、上記メディア通信が確実に完了される。
【００１１】
また、サーバからの切断指示には、音声通信に連動して切断する第１種のメディア通信を特定する情報が含まれてもよい。この構成によれば、上記情報に基づいて、切断指示を受けたクライアント端末により、第１種のメディア通信が選択的に音声通信に連動して切断される。
【００１２】
また、各クライアント端末は、音声通信の接続時には、当該音声通信の開始日時及び当該音声通信に関連して接続された各クライアント端末を特定する情報を含む一次情報を保存し、音声通信の切断後には、当該音声通信の終了日時を含む情報を一次情報に追加して保存し、第２種のメディア通信によってクライアント端末間で送受信された情報を含む情報を、一次情報に関連づけて保存することとしてもよい。この構成によれば、各クライアント端末に、通信の各記録を、通信の開始日時等に関連付けて一元的に保存することができる。
【００１３】
また、この場合、各クライアント端末のすべてが、音声通信の接続時においてＮＴＰサーバから現在時刻情報を取得し、当該現在時刻を開始日時及び終了日時の基準とすることとしてもよい。このようにすれば、各クライアント端末に保存される開始日時及び終了日時を一致させることができる。
【００１４】
また、この場合、クライアント端末の少なくとも１つが、音声通信の接続時において、サーバからの第三者接続要求に含まれる現在時刻情報を取得して当該現在時刻を開始日時及び終了日時の基準とし、第三者接続要求に係る他のクライアント端末に対して現在時刻情報を含ませた接続要求を送信し、他のクライアント端末が、接続要求に含まれる現在時刻を開始日時及び終了日時の基準とすることを特徴とすることとしてもよい。このような構成によっても、各クライアント端末に保存される開始日時及び終了日時を一致させることができる。
【００１５】
また、メディア通信には、クライアント端末のユーザの動画を当該クライアント端末間で送受信するビデオ通信が含まれており、各クライアント端末は、ビデオ通信の開始時には、当該ビデオ通信におけるユーザのスナップショットを、一次情報に関連づけて保存することとしてもよい。この構成によれば、通信に参加したユーザの画像を通信の記録として保存することができる。
【００１６】
また、第２種のメディア通信には、クライアント端末間でファイルを転送するファイル転送通信が含まれており、各クライアント端末は、音声通信の切断後においてファイル転送通信が継続中の場合には、当該ファイル転送通信の終了後に、当該ファイル転送通信に係るファイルを、一次情報に関連づけて保存することとしてもよい。この構成によれば、ファイルが完全に転送されてから当該ファイルをクライアント端末に保存することができる。
【００１７】
また、第２種のメディア通信には、クライアント端末間でのインスタントメッセージ通信が含まれており、各クライアント端末は、音声通信の切断後においてインスタントメッセージ通信が継続中の場合には、当該インスタントメッセージ通信の終了後に、当該インスタントメッセージ通信で送受信された情報を、一次情報に関連づけて保存することとしてもよい。この構成によれば、インスタントメッセージ通信が完全に終了してから当該情報をクライアント端末に保存することができる。
【００１８】
また、第１種のメディア通信には、クライアント端末のユーザの動画を当該クライアント端末間で送受信するビデオ通信、及びクライアント端末間で画面を共有する画面共有通信が含まれ、第２種のメディア通信には、クライアント端末間でファイルを転送するファイル転送、及びクライアント端末間でのインスタントメッセージが含まれることとしてもよい。この場合、音声通信と同期すべきメディア通信であるビデオ通信及び画面共有通信は、第１種のメディア通信に分類され、音声通信の切断に同期して切断される。また、音声通信と同期すべきでないファイル転送通信及びインスタントメッセージ通信は、第２種のメディア通信に分類され、音声通信の切断に同期しては切断されず、当該メディア通信が終了してから切断される。
【００１９】
また、ビデオ通信は、音声通信の接続の開始に連動して開始され、画面共有通信、ファイル転送通信、及びインスタントメッセージ通信は、音声通信の接続後におけるクライアント端末の操作に対応して開始されることとしてもよい。この構成によれば、音声通信と密接に関係するビデオ通信は、音声通信に連動して開始され、開始の際に設定操作を必要とするような画面共有通信、ファイル転送通信、及びインスタントメッセージ通信といったメディア通信は、クライアント端末の操作によって開始される。
【発明の効果】
【００２０】
本発明の通信システム及び通信方法によれば、音声通信のバックグランドにおける処理が進行中であっても音声通信を切断することができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照しつつ本発明に係る通信システムの好適な一実施形態として、ビジュアルコミュニケーションシステム１０１について詳細に説明する。
【００２２】
図１及び図２に示すビジュアルコミュニケーションシステム１０１には、音声通信を行うための内線端末（電話端末）Ｔ１１〜Ｔ１ｎと、ビジュアルに関する各種メディア通信を行うためのデータ端末（クライアント端末）ＰＣ１〜ＰＣｎとが用いられる。このシステム１０１は、各ユーザの内線端末Ｔ１１〜Ｔ１ｎ同士の接続と、データ端末ＰＣ１〜ＰＣｎ同士の接続とを関連付けて行うことにより、各ユーザ間で音声通信と上記メディア通信とを同時に行うビジュアルコミュニケーションを実現する。
【００２３】
すなわち、具体的には、ＶＣＳクライアントとしてのデータ端末ＰＣ１〜ＰＣｎは、自身とペアになる内線端末Ｔ１１〜Ｔ１ｎの電話番号をＶＣＳサーバＳＶＡに登録する。そして、電話交換機ＢＴは、音声通話を開始した複数の上記内線端末の電話番号をＶＣＳサーバＳＶＡに通知し、ＶＣＳサーバＳＶＡはこれら電話番号とペアとなる複数のデータ端末間の接続を指示することにより、２者または多者の音声通信に連動してビデオ通信を始めとした上記各種メディア通信が可能となっている。
【００２４】
ここでは、データ端末ＰＣ１〜ＰＣｎを介して行われる上記のメディア通信としては、ユーザの動画をデータ端末ＰＣ１〜ＰＣｎ間で送受信するビデオ通信、データ端末ＰＣ１〜ＰＣｎ間で画面を共有する画面共有通信、データ端末ＰＣ１〜ＰＣｎ間でファイルを転送するファイル転送通信、データ端末ＰＣ１〜ＰＣｎ間でテキストメッセージを送受信するインスタントメッセージ通信の利用が可能である。以下では、このようなシステム１０１がテレビ会議に用いられる場合を例として説明する。
【００２５】
図に示すように、ビジュアルコミュニケーションシステム１０１は、電話交換機ＢＴと、ＶＣＳ（Video Communication Solution）サーバＳＶＡとを備え、これら電話交換機ＢＴとＶＣＳサーバＳＶＡとの間をＬＡＮ（Local Area Network）１により接続している。電話交換機ＢＴは、内線端末Ｔ１１〜Ｔ１ｎを、内線を介して収容している。また、電話交換機ＢＴは、公衆網ＮＷに局線Ｌを介して接続されている。そして、電話交換機ＢＴは、内線端末Ｔ１１〜Ｔ１ｎ相互間、もしくは内線端末Ｔ１１〜Ｔ１ｎとの公衆網ＮＷとの間の交換処理を実行する。
【００２６】
上記ＶＣＳサーバＳＶＡは、複数のデータ端末ＰＣ１〜ＰＣｎ及び会議処理部としてのＭＣＵ１９をＩＰネットワークＩＰＮを介して収容している。これらのデータ端末ＰＣ１〜ＰＣｎは、いずれも汎用のパーソナルコンピュータからなり、各内線端末Ｔ１１〜Ｔ１ｎにそれぞれ関連して動作するものである。またＭＣＵ２は、ＶＣＳサーバＳＶＡからの指示メッセージ及び会議制御情報に基づいて、上記ビデオ通信のためのデータ端末ＰＣ１〜ＰＣｎ間の会議合成処理を実行する。ＶＣＳサーバＳＶＡは、電話交換機ＢＴに対する付加的機能を実行するもので、例えば、上記の各種メディア通信に係る映像等のメディア情報を処理する。更に、ＶＣＳサーバＳＶＡには、保守端末ＭＴが接続される。
【００２７】
図３に示すように、ＶＣＳサーバＳＶＡは、ＬＡＮインタフェース（Ｉ／Ｆ）部１１と、制御部１２Ａと、記憶部１３Ａと、ＰＣインタフェース（Ｉ／Ｆ）部１４とを備えている。このうちＬＡＮインタフェース部１１は、ＬＡＮ１との間でインタフェース処理を行うものである。ＰＣインタフェース部１４は、データ端末ＰＣ１〜ＰＣｎとの間のインタフェース処理を行うものである。
【００２８】
記憶部１３Ａは、上記制御部１２Ａの接続制御に必要なルーティング情報等を格納している。さらに、記憶部１３Ａには、接続情報管理テーブル１３１と、内線端末−ＶＣ関連付けテーブル１３２と、セッション情報管理テーブル１３３と、接続方式−表示方式対応テーブル１３４とが設けられる。接続情報管理テーブル１３１には、内線端末Ｔ１１〜Ｔ１ｎそれぞれの電話番号と、接続状態を示す状態情報との対応関係を示すデータが記憶されている。内線端末−ＶＣ関連付けテーブル１３２には、内線端末Ｔ１１〜Ｔ１ｎとデータ端末ＰＣ１〜ＰＣｎとの対応関係を示すデータが記憶されている。セッション管理テーブル１３３には、データ端末ＰＣ１〜ＰＣｎ間のセッション状態を示す情報が記憶されている。
【００２９】
接続方式−表示方式対応テーブル１３３には、ユーザＩＤと、接続方式と、表示方式との対応関係を示すデータが記憶されている。なお、接続方式−表示方式対応テーブル１３４は、ＶＣＳサーバＳＶＡに接続される保守端末ＭＴにより設定される。一方、制御部１２Ａは、データ端末ＰＣ１〜ＰＣｎの状態管理やデータ端末ＰＣ１〜ＰＣｎと内線端末Ｔ１１〜Ｔ１ｎとの連携に関わる制御機能に加え、接続情報登録部１２１と、セッション制御部１２２と、ＭＣＵ制御部１２３と、表示方式通知制御部１２４とを備えている。
【００３０】
接続情報登録部１２１は、電話交換機ＢＴから通知された呼情報イベントを分析することで、内線端末Ｔ１１〜Ｔ１ｎ同士が通話中になったことを判断し、接続情報管理テーブル１３１の状態情報を追加する。例えば、接続情報登録部１２１が、内線端末Ｔ１１と内線端末Ｔ１２が通話中になったことを判断すると、接続情報管理テーブル１３１に状態情報「ｔ１１−ｔ１２」を追加する。このとき、セッション制御部１２２は、更新された状態情報に基づき、内線端末−ＶＣ関連付けテーブル１３２から、内線端末Ｔ１１はデータ端末ＰＣ１に、内線端末Ｔ１２はデータ端末ＰＣ２に関連付けられていることを読み出す。
【００３１】
そして、セッション情報管理テーブル１３３によりデータ端末ＰＣ１，ＰＣ２のセッション状態を検索する。例えば、これから通話を開始するような場合、データ端末ＰＣ１，ＰＣ２は、セッションが開始されていないため、セッション制御部１２２は、データ端末ＰＣ１、ＰＣ２のセッションを開始するように制御する。そして、セッション制御部１２２は、データ端末ＰＣ１，ＰＣ２のセッションが確立すると、セッション情報管理テーブル１３３の記憶内容を更新する。
【００３２】
ＭＣＵ制御部１２３は、内線端末Ｔ１１〜Ｔ１ｎ間の会議通話接続が確立されるとき、接続方式−表示方式対応テーブル１３４を参照し、この参照結果に基づいて電話交換機ＢＴからの呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端滅ＰＣ１〜ＰＣｎ間の通信接続を実行する処理（メッシュ型処理）、呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連づけられるデータ端末ＰＣ１〜ＰＣｎの間をＭＣＵ２に通信接続させる処理（ＭＣＵ型処理）を選択的に実行する。また、ＭＣＵ制御部１２３は、ＭＣＵ２によるＭＣＵ型処理を実行する場合に、会議制御情報と指示メッセージとしてのセッション制御情報とを別々にＭＣＵ２に送信する。
【００３３】
表示方式通知制御部１２４は、メッシュ型処理時に対象となる複数のデータ端末ＰＣ１〜ＰＣｎそれぞれに対し会議メンバーそれぞれの複数画面を個別に表示する個別ウインドウ表示方式を通知し、ＭＣＵ型処理時に対象となる複数のデータ端末ＰＣ１〜ＰＣｎそれぞれに対しＭＣＵ２で合成された画面を表示する共通ウインドウ表示方式を通知する。そして、メッシュ型処理からＭＣＵ型処理又はＭＣＵ型処理からメッシュ型処理への切替時に、接続方式−表示方式対応テーブル１３４を参照し、この参照結果に基づいて個別ウインドウ表示方式から共通ウインドウ表示方式へ又は共通ウインドウ方式から個別ウインドウ表示方式へ切り替えるか、又は切替前の表示方式を維持するかの旨の指示情報を対象となる複数のデータ端末ＰＣ１〜ＰＣｎそれぞれに対して通知する。なお、接続方式―表示方式対応テーブル１３４中に表示方式が設定されていなければ、該当するデータ端末ＰＣ１〜ＰＣｎに対し切替前の表示方式を維持するように指示する。
【００３４】
続いて、図４を参照し、データ端末ＰＣ１〜ＰＣｎの機能構成を説明する。データ端末ＰＣ１〜ＰＣｎはすべて同等の構成を有しているので、ここでは、データ端末ＰＣ１を代表として説明する。
【００３５】
データ端末ＰＣ１は、サーバインタフェース（Ｉ／Ｆ）部２１と、制御部２２と、表示部２３とを備えている。このうち、サーバインタフェース部２１は、ＶＣＳサーバＳＶＡとの間でインタフェース処理を行うものである。制御部２２は、データ端末ＰＣ１としての動作を実現するための制御機能に加え、表示制御部２２１を備えている。表示制御部２２１は、会議接続中に、ＶＣＳサーバＳＶＡにより指示された表示方式で会議メンバーそれぞれの画面を表示部２３に表示する。
【００３６】
続いて、以上のように構成されたビジュアルコミュニケーションシステム１０１を用いて、音声通信とメディア通信とを併用した会議を行う処理について説明する。
【００３７】
なお、このシステム１０１によれば、上述の構成により３者以上の多者接続の会議も可能であるが、以下では、図５のように、内線端末Ｔ１１及びデータ端末ＰＣ１を使用する第１ユーザと、内線端末Ｔ１２及びデータ端末ＰＣ２を使用する第２ユーザとの２者接続の会議の例を代表して説明する。また、内線端末Ｔ１１，Ｔ１２としては電話交換機ＢＴに接続する任意の電話端末を用いることができるが、ここでは、ＩＰ電話機が用いられるものとする。また、内線端末Ｔ１１とデータ端末ＰＣ１とのペア、及び内線端末Ｔ１２とデータ端末ＰＣ２とのペアは、システム１０１上において同等であるので、以下の説明においては、データ端末ＰＣ１とデータ端末ＰＣ２とを適宜入れ替えてもよい。
【００３８】
図５及び図６に示すように、まず、第１ユーザは、データ端末ＰＣ１への入力操作により、データ端末ＰＣ１と内線端末Ｔ１１とをペアとする旨の情報を、ＶＣＳサーバＳＶＡに通知する（Ｓ１０２）。例えば、第１ユーザは、データ端末ＰＣ１を操作して内線端末Ｔ１１の電話番号を入力する。同様に、第２ユーザは、データ端末ＰＣ２への入力操作により、データ端末ＰＣ２と内線端末Ｔ１２とをペアとする旨の情報を、ＶＣＳサーバＳＶＡに通知する（Ｓ１０４）。
【００３９】
次に、第１ユーザが、内線端末Ｔ１１を操作して第２ユーザの内線端末Ｔ１２に電話をかけると、電話交換機ＢＴを経由して接続制御がなされ音声通信が接続され（Ｓ１０６）開始される。なお、ここでは、逆に第２ユーザが第１ユーザに電話をかけてもよい。このとき、電話交換機ＢＴは、内線端末Ｔ１１と内線端末Ｔ１２とが通話中になった旨をＶＣＳサーバＳＶＡに通知する（Ｓ１０８）。
【００４０】
この通知に対応し、ＶＣＳサーバＳＶＡは、内線端末Ｔ１１のペアとして登録されているデータ端末ＰＣ１と、内線端末Ｔ１２のペアとして登録されているデータ端末ＰＣ２と、を接続させるべく、第三者呼制御に係る第三者接続要求をデータ端末ＰＣ１に送信する（Ｓ１１０）。そして、データ端末ＰＣ１は、上記要求を受け付けた旨の第三者接続受付応答をＶＣＳサーバＳＶＡに返送し（Ｓ１１２）、データ端末ＰＣ２との間でビデオ通信のセッション接続を確立する（Ｓ１１４）。この接続によりデータ端末ＰＣ１とＰＣ２との間でビデオ通信が開始され（Ｓ１１６）、データ端末ＰＣ１，ＰＣ２に取り付けられたカメラで撮像された第１ユーザ及び第２ユーザの互いのビデオ動画が、データ端末ＰＣ１，ＰＣ２間で送受信される。
【００４１】
このようなビデオ通信は、音声通信の開始／終了に同期して開始／終了されることがユーザの利便上好ましいので、このシステム１０１では、上述したように、音声通信が接続されたことに連動して、第１及び第２ユーザの操作を待つことなく即時開始される。
【００４２】
次に、第１ユーザが、データ端末ＰＣ１により所定の画面共有開始の操作を行う（Ｓ１１８）ことで、データ端末ＰＣ１とＰＣ２との間で、画面共有セッションが接続される（Ｓ１２０）。この接続により、データ端末ＰＣ１とＰＣ２との間で、画面共有機能が開始され表示画面が共有される。このような機能により、会議資料などをリアルタイム／インタラクティブに共有することができ、会議におけるユーザの利便が図られる。上記の画面共有通信開始の操作においては、第１ユーザは、画面共有先（ここではデータ端末ＰＣ２）のデータ端末を特定する情報、及び共有する画面を指定する情報を入力することが必要である。従って、この画面共有通信は、音声通信が接続されたことに連動して即時開始されることはなく、第１又は第２ユーザの開始操作を待って開始される。
【００４３】
更に、第１ユーザが、データ端末ＰＣ１により所定のインスタントメッセージ通信開始の操作を行う（Ｓ１２２）ことで、データ端末ＰＣ１とＰＣ２との間で、インスタントメッセージセッションが接続される（Ｓ１２４）。この接続により、データ端末ＰＣ１とＰＣ２との間で、テキストメッセージ等をリアルタイムに送受可能とするインスタントメッセージ機能が使用可能となり、会議におけるユーザの利便が図られる。上記のインスタントメッセージ開始の操作においても、第１ユーザは、相手先のデータ端末（ここではデータ端末ＰＣ２）を特定する情報、及び送信するメッセージを入力することが必要である。従って、このインスタントメッセージ通信は、音声通信が接続されたことに連動して即時開始されることはなく、第１又は第２ユーザの開始操作を待って開始される。
【００４４】
更に、第１ユーザが、データ端末ＰＣ１により所定のファイル転送開始の操作を行う（Ｓ１２６）ことで、データ端末ＰＣ１とＰＣ２との間で、ファイル転送セッションが接続される（Ｓ１２８）。この接続により、データ端末ＰＣ１からデータ端末ＰＣ２に対して所望のファイルが転送される。例えば、この機能により、先の画面共有通信において共有使用した会議資料等を会議の終了前等に転送するといったことが可能になり、会議におけるユーザの利便が図られる。上記のファイル転送通信開始の操作においても、第１ユーザは、転送先のデータ端末（ここではデータ端末ＰＣ２）を特定する情報、及び転送するファイルを指定する情報を入力することが必要である。従って、このファイル転送通信は、音声通信が接続されたことに連動して即時開始されることはなく、第１又は第２ユーザの開始操作を待って開始される。
【００４５】
上記ビデオセッション、画面共有セッション、インスタントメッセージセッション、及びファイル転送セッションの接続は、ＶＣＳサーバＳＶＡのＰｒｏｘｙ機能を経由して接続制御される。なお、上記画面共有通信、インスタントメッセージ通信、及びファイル転送通信の３つのメディア通信においては、第１ユーザがデータ端末ＰＣ１で開始操作を行うものとして説明したが、第２ユーザがデータ端末ＰＣ２で開始操作を行ってもよい。
【００４６】
次に、会議終了時の処理について図５、図７〜図９を参照し説明する。
【００４７】
図に示すように、会議終了直前には、内線端末Ｔ１１とＴ１２との間で音声通信（Ｓ２０２）が接続中で、更に、データ端末ＰＣ１とＰＣ２との間で上記ビデオ通信（Ｓ２０４）、画面共有通信（Ｓ２０６）、インスタントメッセージ通信（Ｓ２０８）、及びファイル転送通信（Ｓ２１０）の４種類のメディア通信が接続中の状態であるとする。この状態で、会議が終了すると、第１又は第２ユーザが内線端末Ｔ１１又はＴ１２を操作する（電話を切る）ことで、音声通信を切断する。
【００４８】
ここで、上記４種類のメディア通信の中には、音声通信の切断に同期して切断するべきメディア通信（以下「第１種のメディア通信」という）と、音声通信の切断に同期して切断するべきでないメディア通信（以下「第２種のメディア通信」という）といった異なる運用をすべき２種類のメディア通信があり得る。
【００４９】
例えば、前述したように、ビデオ通信は、ユーザの利便性に鑑み、音声通信の開始／終了に同期して開始／終了されるべきものであるので、上記第１種のメディア通信に分類されることが好ましい。また、画面共有通信は、ユーザ間の会話と同時に利用されてこそ意味があるメディア通信であるので、音声通信の切断に同期して切断されるべき第１種のメディア通信に分類されることが好ましい。
【００５０】
一方、ファイル転送通信は、ファイル転送処理に時間がかかる場合も多く、ファイルを完全に転送するためには、ユーザ間の音声会話が終了した後にもバックグランドで転送処理を継続する必要がある。このため、ファイル転送通信は、音声通信の切断後に即時切断することは適切ではない。従って、ファイル転送通信は第２種のメディア通信に分類されることが好ましい。また、インスタントメッセージ通信については、例えば、音声通信が切断された後にもユーザ同士がテキストメッセージによるコミュニケーションを図るといった利用法を可能にするため、音声通信の切断後に即時切断されない第２種のメディア通信に分類されることが好ましい。
【００５１】
何れのメディア通信が何れの種類に分類されるかといった分類に関する情報は、例えば、ＶＣＳサーバＳＶＡの記憶部１３Ａにメディア分類テーブルとして格納され、保守端末ＭＴにより事前に設定が可能である。また、このようなメディア分類テーブルが各データ端末ＰＣ１，ＰＣ２の記憶部に格納され、各データ端末により上記分類が判断される場合もある。なお、以下においては、前述の好ましい分類の通り、ビデオ通信及び画面共有通信が第１のメディア通信に分類され、インスタントメッセージ通信及びファイル転送通信が第２のメディア通信に分類されているものとして説明する。
【００５２】
このような各メディア通信の性質の相違に鑑み、システム１０１においては、音声通信切断後における４種類のメディア通信の切断処理を、以下のように行っている。
【００５３】
上記４種類のメディア通信が接続中（Ｓ２０４〜Ｓ２１０）の状態から、音声通信が切断されると、電話交換機ＢＴからは、内線端末Ｔ１１とＴ１２との音声通信が切断された旨がＶＣＳサーバＳＶＡに通知される（Ｓ２１２，Ｓ４０２）。
【００５４】
この通知に対応し、ＶＣＳサーバＳＶＡは、内線端末Ｔ１１のペアとして登録されているデータ端末ＰＣ１と、内線端末Ｔ１２のペアとして登録されているデータ端末ＰＣ２とを識別する（Ｓ４０４）。ここで、ＶＣＳサーバＳＶＡは、上記４種類のメディア通信のうち即時切断する第１種のメディア通信の指定を行うか否かを判断する（Ｓ４０６）。そして、指定を行わない場合には、データ端末ＰＣ１に対して、メディア通信セッションの識別情報を含まずに第三者切断要求を送信する（Ｓ４１２，Ｓ２１４，Ｓ３０２）。一方、Ｓ４０６において指定を行うと判断した場合には、ＶＣＳサーバＳＶＡは、第１のメディア通信（ここでは、ビデオ通信及び画面共有通信）のセッションが存在するか否かを判断する（Ｓ４０８）。ここで、Ｙｅｓと判断されれば、ＶＣＳサーバＳＶＡは、データ端末ＰＣ１に送信しようとする第三者切断要求に、切断すべき上記第１のメディア通信のセッション識別情報を追加した上で（Ｓ４１０）第三者切断要求を送信する（Ｓ４１２）。また、Ｓ４０８での判断がＮｏであれば、ＶＣＳサーバＳＶＡは、メディア通信セッションの識別情報を含まずに第三者切断要求を送信する（Ｓ４１２，Ｓ２１４，Ｓ３０２）。
【００５５】
このＳ４０６は、４種類のメディア通信のうち即時切断すべき第１種のメディア通信に該当するものを、ＶＣＳサーバＳＶＡが自身で選択してデータ端末ＰＣ１に指定するか、データ端末ＰＣ１に選択させるかを分ける判断処理である。このような判断のために、例えば、ＶＣＳサーバＳＶＡの記憶部１３Ａには、上記選択をＶＣＳサーバＳＶＡで行うかデータ端末ＰＣ１で行うかを示す選択主体情報が格納されており、ＶＣＳサーバＳＶＡは、この選択主体情報に基づいてＳ４０６の判断を行うことができる。
【００５６】
上記の第三者切断要求を受信した（Ｓ２１４）データ端末ＰＣ１は、ＶＣＳサーバＳＶＡに対して第三者切断受付応答を返送する（Ｓ２１６，Ｓ３０４）。そして、データ端末ＰＣ１は、ＶＣＳサーバＳＶＡからの上記第三者切断要求に、切断すべき第１のメディア通信のセッション識別情報が含まれているか否かを判断する（Ｓ３０６）ここで識別情報が含まれていると判断された場合には、データ端末ＰＣ１は、この識別情報により指定された第１種のメディア通信のセッションのみを切断する（Ｓ３０８）。ここでは、ビデオ通信セッション及び画面共有セッションのみが切断される（Ｓ２１８，Ｓ２２０）。従って、通信中の第２種のメディア通信（ここでは、インスタントメッセージ通信及びファイル転送通信）のセッションは切断されずに、データ端末ＰＣ１は、後段の処理に移行する（Ｓ３１６）。
【００５７】
一方、Ｓ３０６において識別情報が含まれていないと判断された場合には、データ端末ＰＣ１は、第１種のメディア通信が通信中であるか否かを判断する（Ｓ３１０）。この判断においてＮｏの場合には、データ端末ＰＣ１はそのまま後段の処理へ移行する（Ｓ３１６）。またＳ３１０の判断においてＹｅｓの場合、データ端末ＰＣ１は、保持しているセッションの中から通信中の第１種のメディア通信を識別し、切断する（Ｓ３１２）。この場合には、データ端末ＰＣ１に格納されたメディア分類テーブルが参照されて、上記第１種のメディア通信が区別され、ビデオ通信セッション及び画面共有セッションのみが切断される（Ｓ２１８，Ｓ２２０）その後、通信中の第２種のメディア通信のセッションは切断されずに（Ｓ３１４）データ端末ＰＣ１は後段の処理へ移行する（Ｓ３１６）。
【００５８】
次に、データ端末ＰＣ１とＰＣ２との間で、第２種のメディア通信であるインスタントメッセージ通信及びファイル転送通信が通信中である状態（Ｓ２２２，Ｓ２２４）から、ファイル転送が完了すると（Ｓ２２６）、データ端末ＰＣ１は、ファイル転送セッションを切断する（Ｓ２２８）。また、データ端末ＰＣ１又はＰＣ２でインスタントメッセージ通信の終了操作がなされると（Ｓ２３０）、データ端末ＰＣ１は、インスタントメッセージセッションを切断する（Ｓ２３２）。上述した各セッションの切断は、ＶＣＳサーバＳＶＡのＰｒｏｘｙ機能を経由して切断制御される。
【００５９】
以上のようなシステム１０１によれば、音声通信の相手に対するビジュアルコミュニケーションにおいて、ビデオ通信及び画面共有通信は、音声通信と連動して終了させ、ファイル転送通信及びインスタントメッセージ通信は当該通信の終了を待って終了させる。従って、例えば、画面共有通信において共有したファイルを転送している間に、音声通信を終了させることができる。その後、ファイル転送が完了したとき自動的にファイル転送通信が切断されるので、ユーザが音声通信を終了した後にデータ端末から離れることができ、ユーザの利便性が高い。
【００６０】
また、このようなビジュアルコミュニケーションシステム１０１においては、ファイル転送通信、インスタントメッセージ通信は、メディアの保存という役割も持っている。即ち、ファイル転送通信は、画面共有したファイルをその後に転送するためにもよく用いられる機能であり、インスタントメッセージ通信を使って送受信したテキストメッセージや静止画等を保存したいという要望もある。そこで、システム１０１は、このような会議情報を整理し会議日時等の基本情報にリンク付けて保存する仕組みを有している。
【００６１】
以下、この仕組みの詳細について、図６及び図７を参照しながら、第１〜第４の４人のユーザ間における４者接続の会議の例を代表として説明する。この場合、第１〜第４ユーザの内線端末Ｔ１１〜Ｔ１４が、それぞれデータ端末ＰＣ１〜ＰＣ４とペアとして登録されるものとする。また、この場合、各データ端末ＰＣ１〜ＰＣ４は、１つの会議が終了するまで（ファイル転送通信及びインスタントメッセージ通信の切断まで）は、他の会議に参加することはできないということを前提とする。
【００６２】
まず、会議開始時において、複数の内線端末Ｔ１１〜Ｔ１ｎ間の音声通信が接続された後、各データ端末ＰＣ１〜ＰＣ４同士の接続を要求するために、第三者接続要求がＶＣＳサーバＳＶＡからデータ端末ＰＣ１に送信される（Ｓ１１０）。この第三者接続要求により複数のデータ端末ＰＣ１〜ＰＣ４間でビデオセッション接続が確立され、データ端末ＰＣ１〜ＰＣ４間で相互のビデオ通信が開始される。このとき、すべてのデータ端末ＰＣ１〜ＰＣ４は、ＩＰネットワークＩＰＮ上のＮＴＰ（Network Time Protocol）サーバ３（図１参照）から現在時刻を取得し内部時計の時刻合わせを行う。更に、各データ端末ＰＣ１〜ＰＣ４の記憶部には、"_conf"という名前のディレクトリが作成される。
【００６３】
各データ端末ＰＣ１〜ＰＣ４は、この"_conf"ディレクトリ内に"ConfBasicInfo.txt"という名前のファイルを作成し、内部時計の現在時刻を「会議開始日時」とし、上記第１〜第４ユーザの名前を「会議参加者情報」として上記"ConfBasicInfo.txt"ファイルに記録し保存する。更に、各データ端末ＰＣ１〜ＰＣ４は、上記ビデオ通信で取得中の動画から、第１〜第４ユーザのスナップショット（静止画）を切り出し、例えば、"ConfMember.bmp"という名前の画像ファイルとして上記"_conf"ディレクトリ内に保存する。この処理により、例えば、図１０（ａ）に示すように、会議参加者である第１〜第４ユーザのスナップショットＳを画像ファイルとして保存することができる。
【００６４】
なお、ユーザは、会議中に画面共有された資料等を見ている時間も比較的多いので、特にカメラとデータ端末とが離れている場合は、ユーザの視点がカメラに合いにくく、適切な顔写真が取得できないことが問題になる。これに対し、会議開始直後はユーザ同士の挨拶等が行われることが多く、ユーザがカメラを意識的に見ている確率が比較的高いので、本システム１０１では、上記のように会議開始直後のタイミングでスナップショットＳを取得することで、ユーザの顔写真が適切に取得される可能性が高い。
【００６５】
その後、ユーザによるデータ端末ＰＣ１〜ＰＣ４の所定の操作により、前述の、画面共有通信、インスタントメッセージ通信、ファイル転送通信が開始される（Ｓ１１６〜Ｓ１２８）。
【００６６】
その後、会議終了時において、内線端末Ｔ１１〜Ｔ１４間の音声通信が切断されると（Ｓ２１２）、ＶＣＳサーバＳＶＡから第三者切断要求が送信される（Ｓ２１４）。この第三者切断要求に応じて、各データ端末ＰＣ１〜ＰＣ４は、内部時計の現在時刻を「会議終了日時」として上記"ConfBasicInfo.txt"に追記する。そして、各データ端末ＰＣ１〜ＰＣ４間のビデオ通信と画面共有通信とが切断され（Ｓ２１８，Ｓ２２０）、インスタントメッセージ通信とファイル転送通信のみが接続された状態となる（Ｓ２２２，Ｓ２２４）。
【００６７】
その後、ファイル転送が完了し（Ｓ２２６）ファイル転送セッションが切断されると（Ｓ２２８）、データ端末ＰＣ１〜ＰＣ４は、この転送に係るファイルを、上記"_conf"ディレクトリ内に保存する。また、データ端末ＰＣ１〜ＰＣ４の所定の操作によりインスタントメッセージ通信が終了され（Ｓ２３０）切断されると（Ｓ２３２）、インスタントメッセージ機能により送受信したテキストメッセージ等をファイルとして上記"_conf"ディレクトリ内に保存する。その後、データ端末ＰＣ１〜ＰＣ４は、上記"_conf"ディレクトリをリネームし、例えば、会議終了日時等をディレクトリ名とする。このようなリネームにより、次回の会議時には"_conf"ディレクトリを再び作成し使用することができる。
【００６８】
以上の仕組みにより、会議参加者のスナップショットＳ（図１０（ａ））、ファイル転送に係るファイル、及びインスタントメッセージ通信により会議中にやり取りしたテキストメッセージといった、会議に関係する一連の情報を、会議日時・参加者等の基本情報（図１０（ｂ））と関連付けて一元的に保存することができる。
【００６９】
また、会議開始日時やスナップショットのデータは会議の開始時に得られるが、会議終了日時は会議の終了時に得られ、また、ファイル転送通信に係るファイルやインスタントメッセージ通信のテキストメッセージ等は、更にその後、それぞれ当該メディア通信の終了後にしか得られないといったように、上記のような各会議情報は、すべて同時に取得できるものではない。このように、各会議情報が得られる時間に差がある場合であっても、データ端末ＰＣ１〜ＰＣ４において、すべての情報を同一のディレクトリ内に保存する上述の仕組みにより、時間差で取得される各情報を関連付けて保存することができる。
【００７０】
また、各データ端末ＰＣ１〜ＰＣ４は、ＮＴＰサーバ３から現在時刻を取得して内部時計の時刻合わせを行い、この内部時計を基準として会議開始日時と会議終了日時とを記録している。従って、各データ端末ＰＣ１〜ＰＣ４ごとに記録される会議日時の情報をすべて統一することができる。また、このような会議日時の情報の統一を図るためには、以下のような方法を用いてもよい。
【００７１】
すなわち、ＶＣＳサーバＳＶＡは、上記第三者接続要求（Ｓ１１０）に現在時刻の情報を含めて送信する。この現在時刻は、ＶＣＳサーバＳＶＡが動作するコンピュータ上の内部時計の現在時刻を用いればよい。そして、この第三者接続要求を受け取ったデータ端末ＰＣ１が当該第三者接続要求で指定された接続先（データ端末ＰＣ２〜ＰＣ４）に送信する接続メッセージ（Ｓ１１４）の中に、上記現在時刻を含める。このことにより、すべてのデータ端末ＰＣ１〜ＰＣ４に統一された現在時刻が通知されるので、この時刻を基に各データ端末ＰＣ１〜ＰＣ４が内部時計を合わせればよい。
【図面の簡単な説明】
【００７２】
【図１】本発明に係る通信システムの一実施形態であるビジュアルコミュニケーションシステムの構成を示す図である。
【図２】本発明に係る通信システムの一実施形態であるビジュアルコミュニケーションシステムの構成を示す図である。
【図３】図１のシステムにおけるＶＣＳサーバの機能構成を示すブロック図である。
【図４】図１のシステムにおけるデータ端末の機能構成を示すブロック図である。
【図５】図１のシステムにおける２者接続を示す図である。
【図６】図１のシステムを用いた会議の開始時に、データ端末同士が接続される処理を示すシーケンス図である。
【図７】図１のシステムを用いた会議の終了時に、データ端末同士が切断される処理を示すシーケンス図である。
【図８】第三者切断要求を受信したデータ端末の処理を示すフローチャートである。
【図９】第三者切断要求を送信するＶＣＳサーバの処理を示すフローチャートである。
【図１０】（ａ）は、各データ端末に保存される会議参加者のスナップショットのファイルの一例を示す図であり、（ｂ）は、会議に関する基本情報が記録されたファイルの一例である。
【符号の説明】
【００７３】
３…ＮＴＰサーバ、１０１…ビジュアルコミュニケーションシステム（通信システム）、Ｔ１１〜Ｔ１ｎ…内線端末（電話端末）、ＰＣ１〜ＰＣｎ…データ端末（クライアント端末）、ＳＶＡ…ＶＣＳサーバ、Ｓ…スナップショット。
【図１】
2008160567.tif 000003
【図２】
2008160567.tif 000004
【図３】
2008160567.tif 000005
【図４】
2008160567.tif 000006
【図５】
2008160567.tif 000007
【図６】
2008160567.tif 000008
【図７】
2008160567.tif 000009
【図８】
2008160567.tif 000010
【図９】
2008160567.tif 000011
【図１０】
2008160567.tif 000012