JP2017135459A - 通信方法、通信システム、及び、通信プログラム - Google Patents

Abstract

【課題】既存のシステム構成を利用しつつ、通信方式の異なる通信装置間で通信を行うことによって遠隔会議を実現可能な通信方法、通信システム、及び、通信プログラムを提供する。
【解決手段】会議サーバ２６が、第１会議クライアント２１から第１方式の通信によってメディアデータを受信する（Ｓ１１）。会議サーバ２６が、メディアデータを第１方式の通信によって仮想会議クライアント２８に送信する（Ｓ１３）。仮想会議クライアント２８が、メディアデータを第１方式の通信によって受信する（Ｓ１５）。仮想会議クライアント２８が、メディアデータをミキシングしてミキシングデータを生成し、ミキシングデータを第２会議クライアント２２に第２方式の通信によって送信する（Ｓ１７）。
【選択図】図１

Description

本発明は、ネットワークを介して通信を行うことによって遠隔会議を実現するための通信方法、通信システム、及び、通信プログラムに関する。

ネットワークに接続された複数の通信装置間で遠隔会議を行うためのシステムが知られている。特許文献１は、ユニバーサルブリッジ（ＵＢ）、複数のメディア中継エンドポイント（ＭＲＥ）、及び、複数のレガシーエンドポイント（ＬＥＰ）を備えたシステムを開示する。ＵＢは、ＭＲＥから送信された複数のストリームを受信してデコードし、結合する。以下、結合された複数のストリームを、「結合ストリーム」という。ＵＢは、ＬＥＰにて使用されている圧縮規格に従って、結合ストリームをエンコードする。ＵＢは、エンコードされた結合ストリームをＬＥＰに対して送信する。

特開２０１４−６８３３９号公報

通信方式の異なる通信装置間で通信を行うことによって遠隔会議を実現したいという要求がある。これに対し、特許文献１に記載された技術が適用される場合、デコード、結合、及び、エンコードを行うＵＢが必要となる。このため、ＵＢを要せず、ＭＲＥとＬＥＰとの間の通信が既存の会議サーバ等を利用して実現されることが望ましい。

本発明の目的は、既存のシステム構成を利用しつつ、通信方式の異なる通信装置間で通信を行うことによって遠隔会議を実現可能な通信方法、通信システム、及び、通信プログラムを提供することである。

本発明の第１態様に係る通信方法は、会議サーバを介して第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアントと、前記第１方式と異なる第２方式の通信によって遠隔会議を実行可能な第２会議クライアントとの間で遠隔会議が実行される場合の通信方法であって、前記会議サーバが、前記複数の第１会議クライアントから前記第１方式の通信によって送信された複数の第１メディアデータを受信し、前記会議サーバが、受信された前記複数の第１メディアデータを前記第１方式の通信によって、前記会議サーバで実行される仮想会議クライアントに送信し、前記仮想会議クライアントが、前記会議サーバから送信された前記複数の第１メディアデータを前記第１方式の通信によって受信し、前記仮想会議クライアントが、受信された前記複数の第１メディアデータをミキシングしてミキシングデータを生成し、前記仮想会議クライアントが、生成された前記ミキシングデータを前記第２会議クライアントに前記第２方式の通信によって送信し、前記仮想会議クライアントが、前記第２会議クライアントから第２メディアデータを前記第２方式の通信によって受信し、前記仮想会議クライアントが、受信された前記第２メディアデータを前記会議サーバに前記第１方式の通信によって送信し、前記会議サーバが、前記仮想会議クライアントから送信された前記第２メディアデータを前記第１方式の通信によって受信し、前記会議サーバが、受信された前記第２メディアデータを前記複数の第１会議クライアントに前記第１方式の通信によって送信することを特徴とする。

第１態様によれば、会議サーバは、複数の第１会議クライアントから受信された複数の第１メディアデータを、仮想会議クライアントに送信する。仮想会議クライアントは、会議サーバから送信された複数の第１メディアデータを受信してミキシングし、ミキシングデータを生成する。仮想会議クライアントは、生成されたミキシングデータを、第２会議クライアントに送信する。又、仮想会議クライアントは、第２会議クライアントから受信された第２メディアデータを、会議サーバに送信する。会議サーバは、仮想会議クライアントから受信された第２メディアデータを、複数の第１会議クライアントに送信する。この場合、会議サーバは、実在する会議クライアントと通信を行う場合と同様の方法で仮想会議クライアントと通信を行うことによって、複数の第１会議クライアント及び第２会議クライアントとの間でメディアデータを転送し、遠隔会議を実現できる。なお、上記の通信方法において、仮想会議クライアントは実在しない。このため、上記の通信方法によれば、既存のシステム（例えば会議サーバ）を利用しつつ、通信方式の異なるシステム間で遠隔会議を実行させることができる。更に、上記の通信方法は、第２会議クライアントの数が増加した場合の拡張性において優れている。即ち、第２会議クライアントの数が増加した場合でも、会議サーバをそのまま維持しつつ、それぞれの第２会議クライアントと複数の第１会議クライアントとの間の通信を仲介する仮想会議クライアントを追加することで対応できる。このため、第２会議クライアントの増加に伴って会議サーバを増加する必要がない。

本発明の第２態様に係る通信システムは、第１サーバを介して第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアント、前記第１方式と異なる第２方式の通信を行う第２会議クライアント、前記第１サーバ、及び、第２サーバを備えた通信システムであって、前記第１サーバは、前記複数の第１会議クライアントから前記第１方式の通信によって送信された複数の第１メディアデータであって、第１コーデックによってエンコードされた複数の第１メディアデータを受信し、受信された前記複数の第１メディアデータを前記第１方式の通信によって、前記第２サーバに送信し、前記第２サーバは、前記第１サーバから送信された前記複数の第１メディアデータを前記第１方式の通信によって受信し、受信された前記複数の第１メディアデータを前記第１コーデックでデコードし、デコードされた前記複数の第１メディアデータをミキシングしてミキシングデータを生成し、生成された前記ミキシングデータを、第２コーデックでエンコードし、前記第２コーデックでエンコードされた前記ミキシングデータを、第２会議クライアントに前記第２方式の通信によって送信し、前記第２会議クライアントから、前記第２コーデックによってエンコードされた第２メディアデータを、前記第２方式の通信によって受信し、受信された前記第２メディアデータを前記第２コーデックでデコードし、デコードされた前記第２メディアデータを前記第１コーデックでエンコードし、前記第１コーデックでエンコードされた前記第２メディアデータを、前記第１サーバに前記第１方式の通信によって送信し、前記第１サーバは、前記第２サーバから送信された前記第２メディアデータを前記第１方式の通信によって受信し、受信された前記第２メディアデータを前記複数の第１会議クライアントに前記第１方式の通信によって送信することを特徴とする。

第２態様によれば、第１サーバは、複数の第１会議クライアントから受信された複数の第１メディアデータを、第２サーバに送信する。第２サーバは、第１サーバから送信された複数の第１メディアデータを受信してミキシングし、ミキシングデータを生成する。第２サーバは、生成されたミキシングデータを、第２会議クライアントに送信する。又、第２サーバは、第２会議クライアントから受信された第２メディアデータを、第１サーバに送信する。第１サーバは、第２サーバから受信された第２メディアデータを、複数の第１会議クライアントに送信する。この場合、第１サーバは、実在する会議クライアントと通信を行う場合と同様の方法で第２サーバと通信を行うことによって、複数の第１会議クライアント及び第２会議クライアントとの間でメディアデータを転送し、遠隔会値を実現できる。

本発明の第３態様に係る通信プログラムは、会議サーバを介して第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアントと、前記第１方式と異なる第２方式の通信を行う第２会議クライアントとの間で遠隔会議を実行するための通信プログラムであって、前記複数の第１会議クライアントから前記第１方式の通信によって送信された複数の第１メディアデータであって、第１コーデックによってエンコードされた複数の第１メディアデータが前記会議サーバによって前記第１方式の通信によって受信され、受信された前記複数の第１メディアデータが前記会議サーバから前記第１方式の通信によって送信された場合、前記複数の第１メディアデータを前記会議サーバから前記第１方式の通信によって受信するステップと、受信された前記複数の第１メディアデータを前記第１コーデックでデコードするステップと、デコードされた前記複数の第１メディアデータをミキシングしてミキシングデータを生成するステップと、生成された前記ミキシングデータを、第２コーデックでエンコードするステップと、前記第２コーデックでエンコードされた前記ミキシングデータを前記第２会議クライアントに前記第２方式の通信によって送信するステップと、前記第２会議クライアントから、前記第２コーデックによってエンコードされた第２メディアデータを、前記第２方式の通信によって受信するステップと、受信された前記第２メディアデータを前記第２コーデックでデコードするステップと、デコードされた前記第２メディアデータを前記第１コーデックでエンコードするステップと、前記第１コーデックでエンコードされた前記第２メディアデータを、前記会議サーバに前記第１方式の通信によって送信するステップと、を、コンピュータに実行させる。第３態様によれば、第１態様と同様の効果を奏することができる。

通信システム１の概要、及び、サーバ２５の電気的構成を示す図である。 会議クライアント２０の電気的構成を示すブロック図である。 会議クライアント２０の機能ブロック図である。 仮想会議クライアント２８の機能ブロック図である。 第１開始シーケンスを示す図である。 第２開始シーケンスを示す図である。 第１終了シーケンスを示す図である。 第２終了シーケンスを示す図である。 第３終了シーケンスを示す図である。 再接続シーケンスを示す図である。 通信システム１Ａの概要を示す図である。

＜通信システム１の概要＞
図１を参照し、通信システム１について説明する。通信システム１には、互いに異なる複数の会議システム１０が含まれる。又、各会議システム１０には会議クライアント２０が少なくとも含まれる。共通する会議システム１０に含まれる会議クライアント２０のそれぞれのユーザは、仮想会議室に参加することによって互いにＷｅｂ会議を実行可能である。各会議クライアント２０は、周知のPersonal Computer（ＰＣ）に対してＷｅｂ会議アプリケーションのプログラムをインストールすることで構成される。以下、会議クライアント２０のそれぞれのユーザ間でＷｅｂ会議が実行されることを、「会議クライアント２０間でＷｅｂ会議が実行される。」と言い換える。

本実施形態では、３つの会議システム１０（第１会議システム１１、第２会議システム１２、及び、第３会議システム１３）が通信システム１に含まれる場合を例示する。第１会議システム１１には、サーバ２５、及び、第１会議クライアント２１１、２１２が含まれる。サーバ２５は、第１会議クライアント２１１、２１２間でＷｅｂ会議を実行させる。サーバ２５は、Multi-point Control Unit（ＭＣＵ）又は公知のサーバに対して専用アプリケーションのプログラムをインストールすることで構成される。第２会議システム１２には、第２会議クライアント２２、及び、非図示の他の第２会議クライアントが含まれる。第３会議システム１３には、第３会議クライアント２３、及び、非図示の他の第３会議クライアントが含まれる。会議システム１０間、及び、各会議システム１０に含まれるサーバ２５及び会議クライアント２０は、非図示のネットワークを介してそれぞれ相互に接続される。

それぞれの会議システム１０は、Ｗｅｂ会議のためにシステム内で実行される通信の方式が、他の会議システム１０と異なる。ここでの通信方式とは、アプリケーション層で動作する通信プロトコルのことを意味する。通信方式の具体例として、Ｈ３２３、ＳＩＰ、Ｈ２４５、独自プロトコル等がある。具体的には次の通りである。第１会議システム１１において、第１会議クライアント２１１、２１２（以下、総称して「第１会議クライアント２１」ともいう。）は、サーバ２５との間で第１方式の通信を行う。これによって第１会議クライアント２１間でＷｅｂ会議が実行される。第２会議システム１２において、第２会議クライアント２２は、直接又はサーバを介して、他の第２会議クライアントとの間で第２方式の通信を行う。これによって、第２会議クライアント２２及び他の第２会議クライアント間でＷｅｂ会議が実行される。第３会議システム１３において、第３会議クライアント２３は、直接又はサーバを介して、他の第３会議クライアントとの間で第３方式の通信を行う。これによって、第３会議クライアント２３及び他の第３会議クライアント間でＷｅｂ会議が実行される。第１方式〜第３方式は、それぞれ異なる通信方式である。

通信方式の異なる会議クライアント２０間でＷｅｂ会議を実行するために、サーバ２５は、次の（１）から（３）の処理を実行する。なお以下、サーバ２５にインストールされるプログラムのうち、次の各処理に対応するプログラムの実行単位を、「プロセス」という。
（１）第１会議クライアント２１との間で第１方式の通信を行うことによって、第１会議クライアント２１間でＷｅｂ会議を実行させる処理
（２）第２会議クライアント２２と第２方式の通信を行うことによって、第１会議クライアント２１と第２会議クライアント２２との間でＷｅｂ会議を実行させる処理、又は、第３会議クライアント２３と第３方式で通信を行うことによって、第１会議クライアント２１と第３会議クライアント２３との間でＷｅｂ会議を実行させる処理
（３）（２）に対応するプロセスを起動する処理

（１）に対応するプロセスは、第１会議システム１１内において、第１会議クライアント２１と第１方式の通信を行い、それぞれの間でＷｅｂ会議を実行させる。以下、このプロセスを「会議サーバ２６」という。会議サーバ２６は、Ｗｅｂ会議における会議サーバの機能、即ち、複数の第１会議クライアント２１がＷｅｂ会議を実行する場合に、複数の第１会議クライアント２１間で送受信されるメディアデータを転送する機能を実現する。

（２）の処理を実行するためのプロセスとして、サーバ２５では、仮想会議クライアント２８２、２８３が実行される。仮想会議クライアント２８２は、第２会議クライアント２２と第２方式の通信を行うことによって、第１会議クライアント２１と第２会議クライアント２２との間で会議サーバ２６を介したＷｅｂ会議を実行させる。仮想会議クライアント２８２は、第２会議クライアント２２と同等の処理を実行する。このため、第２会議クライアント２２は、第２会議システム１２に含まれる他の第２会議クライアントと通信を行う場合と同じ通信方式で、仮想会議クライアント２８２と通信を行うことができる。仮想会議クライアント２８２が第２会議クライアント２２と異なる点は、会議サーバ２６と第１方式の通信を行うこともできるという点である。つまり、仮想会議クライアント２８２は、会議サーバ２６と第１方式の通信ができると同時に、第２会議クライアント２２と第２方式の通信ができる。その結果、第２会議クライアント２２と会議サーバ２６との間で、仮想会議クライアント２８２を介して通信が行われることになる。

仮想会議クライアント２８３は、第３会議クライアント２３と第３方式の通信を行うことによって、第１会議クライアント２１と第３会議クライアント２３との間で会議サーバ２６を介したＷｅｂ会議を実行させる。仮想会議クライアント２８３は、第３会議クライアント２３と同等の処理を実行する。このため、第３会議クライアント２３は、第３会議システム１３に含まれる他の第３会議クライアントと通信を行う場合と同じ通信方式で、仮想会議クライアント２８３と通信を行うことができる。仮想会議クライアント２８３が第３会議クライアント２３と異なる点は、会議サーバ２６と第１方式の通信を行うこともできるという点である。つまり、仮想会議クライアント２８３は、会議サーバ２６と第１方式の通信ができると同時に、第３会議クライアント２３と第３方式の通信ができる。その結果、第３会議クライアント２３と会議サーバ２６との間で、仮想会議クライアント２８３を介して通信が行われることになる。

なお、会議サーバ２６と仮想会議クライアント２８２、２８３との間のデータの通信は、プロセス間のデータの交換に対応し、ネットワークを介した実際の通信と異なる。以下、サーバ２５の各プロセス間でデータが交換されることを、「データが送受信される。」という。仮想会議クライアント２８２、２８３を総称して「仮想会議クライアント２８」という。なお、会議サーバ２６と仮想会議クライアント２８との間の通信に、ネットワークを介して行う通信と同じプロトコルが用いられてもよい。又、仮想会議クライアント２８は、後述するハードウェアデバイス（キーボード／マウス３２、モニタ３３、カメラ３４、スピーカ３５、マイク３６、図２参照）を有さないという点においても、会議クライアント２０と異なる。

（３）の処理を実行するためのプロセスとして、サーバ２５では、仮想会議クライアントマネージャ２７が実行される。仮想会議クライアントマネージャ２７は、会議サーバ２６からの指示に応じて仮想会議クライアント２８を起動する。

以上のように、サーバ２５は、第１会議クライアント２１、第２会議クライアント２２、及び、第３会議クライアント２３間の相互の通信を、上記の各プロセス（会議サーバ２６、仮想会議クライアントマネージャ２７、及び、仮想会議クライアント２８）によって実行させることが可能となる。これによって、サーバ２５は、第１会議クライアント２１、第２会議クライアント２２、及び、第３会議クライアント２３間でＷｅｂ会議を実行させることが可能となる。

＜会議クライアント２０の電気的構成＞
図２を参照し、会議クライアント２０の電気的構成について説明する。会議クライアント２０は制御部３１を備える。制御部３１は、会議クライアント２０による制御全体を司る。制御部３１は、非図示のＣＰＵ、ＲＯＭ、ＲＡＭを含む。又、制御部３１は、後述する各機能の一部（ビデオデコーダ３１４、ビデオエンコーダ３１５、オーディオデコーダ３１７、及び、オーディオエンコーダ３１８、図３参照）がハードウェアによって達成される場合、その機能を実現するための電子回路（ＡＳＩＣ等）を含んでもよい。制御部３１は、キーボード／マウス３２、モニタ３３、カメラ３４、スピーカ３５、マイク３６、インタフェース３７、及び、記憶部３８と電気的に接続する。

キーボード／マウス３２は、操作内容に応じた操作信号を制御部３１に出力する。カメラ３４は、映像を撮影し、撮影された映像のデータ（「映像データ」という。）を制御部３１に出力する。モニタ３３は、制御部３１から出力された映像データに応じた映像を表示させる。マイク３６は、音を集音し、集音された音のデータ（「音データ」という。）を制御部３１に出力する。スピーカ３５は、制御部３１から出力された音データに応じた音を出力させる。インタフェース３７は、会議クライアント２０がネットワークと接続するためのインタフェース素子（例えば、ＬＡＮカードなど）である。制御部３１は、インタフェース３７を介して、サーバ２５及び他の会議クライアント２０とデータの送受信を行う。

記憶部３８は、コンピュータが読み取り可能な非一時的な記憶媒体、たとえは、ハードディスク等で構成される。記憶部３８には、プログラム、及びＯＳが記憶される。但し、記憶部３８は、例えば、フラッシュメモリ及び／又はＲＯＭ等、他の非一時的な記憶媒体で構成されてもよい。非一時的な記憶媒体は、情報を記憶する期間に関わらず、情報を記憶可能な記憶媒体であればよい。非一時的な記憶媒体は、一時的な記憶媒体（例えば、伝送される信号）を含まなくてもよい。

図３は、制御部３１によるソフトウェア処理によって実現される各機能、及び、データの流れを示す。制御部３１は、コマンド制御部３１１、レイアウトマネージャ３１３、ビデオデコーダ３１４、ビデオエンコーダ３１５、オーディオミキサ３１６、オーディオデコーダ３１７、及び、オーディオエンコーダ３１８のそれぞれに対応する機能を実現可能である。なお、上記のように、ビデオデコーダ３１４、ビデオエンコーダ３１５、オーディオデコーダ３１７、及び、オーディオエンコーダ３１８は、制御部３１に含まれる電子回路によるハードウェア処理によって実現されてもよい。

ビデオデコーダ３１４は、インタフェース３７（図２参照）を介して受信された映像データをデコードする。ビデオエンコーダ３１５は、カメラ３４（図２参照）から出力された映像データをエンコードする。オーディオデコーダ３１７は、インタフェース３７（図２参照）を介して受信された音データをデコードする。オーディオエンコーダ３１８は、マイク３６（図２参照）から出力された音データをエンコードする。

第１会議クライアント２１の場合、映像データ及び音データは第１コーデックによってエンコード又はデコードされる。第２会議クライアント２２の場合、映像データ及び音データは第２コーデックによってエンコード又はデコードされる。第３会議クライアント２３の場合、映像データ及び音データは第３コーデックによってエンコード又はデコードされる。第１コーデック、第２コーデック、第３コーデックは、エンコード及びデコードを双方向に行うためのアルゴリズムを示す。第１コーデック、第２コーデック、第３コーデックはそれぞれ相違する。

レイアウトマネージャ３１３は、映像データに基づく映像をモニタ３３（図２参照）に表示可能なように配列する。レイアウトマネージャ３１３によって配列された映像を含む映像データは、モニタ３３に出力される。コマンド制御部３１１は、キーボード／マウス３２（図２参照）から出力される操作信号に基づき、映像が配列されるときの規則をレイアウトマネージャ３１３に設定する。オーディオミキサ３１６は、音データに基づく音を混ぜ合わせて１つの音にまとめる。オーディオミキサ３１６によってまとめられた音の音データは、スピーカ３５（図２参照）に出力される。

＜サーバ２５の電気的構成＞
図１を参照し、サーバ２５の電気的構成について説明する。サーバ２５は制御部５１を備える。制御部５１は、サーバ２５による制御全体を司る。制御部５１は、非図示のＣＰＵ、ＲＯＭ、ＲＡＭを含む。又、制御部５１は、後述する各機能の一部（ビデオデコーダ５１４、５２２、ビデオエンコーダ５１５、５２１、オーディオデコーダ５１７、５２４、及び、オーディオエンコーダ５１８、５２３、図４参照）がハードウェアによって達成される場合、その機能を実現するための電子回路（ＡＳＩＣ等）を含んでもよい。制御部５１は、インタフェース５７、５８、及び、記憶部５９と電気的に接続する。

インタフェース５７、５８は、サーバ２５がネットワークと接続するためのインタフェース素子（例えば、ＬＡＮカードなど）である。制御部５１は、インタフェース５７、５８を介して複数の会議クライアント２０とデータの送受信を行う。図４では、第１会議クライアント２１とネットワークを介して接続するためのインタフェース５７と、第２会議クライアント２２及び第３会議クライアント２３とネットワークを介して接続するためのインタフェース５８とが区別されている。なお、インタフェース５７、５８は共通であってもよい。

記憶部５９は、コンピュータが読み取り可能な非一時的な記憶媒体、たとえは、ハードディスク等で構成される。記憶部５９には、プログラム、及びＯＳが記憶される。なお、前述の各プロセス（会議サーバ２６、仮想会議クライアントマネージャ２７、仮想会議クライアント２８）は、それぞれ、記憶部５９に記憶されたプログラムの一部であって制御部５１によって実行されるプログラムの一部に対応する。但し、記憶部５９は、例えば、フラッシュメモリ及び／又はＲＯＭ等、他の非一時的な記憶媒体で構成されてもよい。非一時的な記憶媒体は、情報を記憶する期間に関わらず、情報を記憶可能な記憶媒体であればよい。非一時的な記憶媒体は、一時的な記憶媒体（例えば、伝送される信号）を含まなくてもよい。

図４は、制御部５１によって仮想会議クライアント２８が実行された場合にソフトウェア処理によって実現される各機能、及び、データの流れを示す。制御部５１は、コマンド制御部５１１、ビデオミキサ５１２、レイアウトマネージャ５１３、ビデオデコーダ５１４、５２２、ビデオエンコーダ５１５、５２１、オーディオミキサ５１６、オーディオデコーダ５１７、５２４、及び、オーディオエンコーダ５１８、５２３のそれぞれに対応する機能を実現可能である。なお、上記のように、ビデオデコーダ５１４、５２２、ビデオエンコーダ５１５、５２１、オーディオデコーダ５１７、５２４、及び、オーディオエンコーダ５１８、５２３は、制御部５１に含まれる電子回路によるハードウェア処理によって実現されてもよい。

コマンド制御部５１１、レイアウトマネージャ５１３、ビデオデコーダ５１４、ビデオエンコーダ５１５、オーディオミキサ５１６、オーディオデコーダ５１７、及び、オーディオエンコーダ５１８は、それぞれ、会議クライアント２０の制御部３１によって実現される複数の機能（図３参照）のうち、コマンド制御部３１１、レイアウトマネージャ３１３、ビデオデコーダ３１４、ビデオエンコーダ３１５、オーディオミキサ３１６、オーディオデコーダ３１７、及び、オーディオエンコーダ３１８に対応する。コーデックとして、第１コーデック、第２コーデック、第３コーデックの何れかが使用される。

制御部５１によって実現される仮想会議クライアント２８の各機能が、会議クライアント２０の制御部３１によって実現される各機能（図３参照）と異なる点は、ビデオエンコーダ５２１、ビデオミキサ５１２、ビデオデコーダ５２２、オーディオエンコーダ５２３、及び、オーディオデコーダ５２４が更に実現される点である。なお、ビデオエンコーダ５２１及びビデオミキサ５１２は、会議クライアント２０におけるモニタ３３の機能を仮想的に実現する。ビデオデコーダ５２２は、会議クライアント２０におけるカメラ３４の機能を仮想的に実現する。オーディオエンコーダ５２３は、会議クライアント２０におけるスピーカ３５の機能を仮想的に実現する。オーディオデコーダ５２４は、会議クライアント２０におけるマイク３６の機能を仮想的に実現する。つまり、仮想会議クライアント２８において、会議クライアント２０におけるハードウェアデバイス（キーボード／マウス３２、モニタ３３、カメラ３４、スピーカ３５、マイク３６、図２参照）の機能は、ビデオエンコーダ５２１、ビデオミキサ５１２、ビデオデコーダ５２２、オーディオエンコーダ５２３、及び、オーディオデコーダ５２４によって実現される。

＜Ｗｅｂ会議時の通信／第１会議クライアント２１間＞
第１会議クライアント２１間でＷｅｂ会議が実行される場合における通信の概要について説明する。第１会議クライアント２１１の制御部３１は、カメラ３４から出力された映像データを取得する。図３に示すように、制御部３１は、取得された映像データをビデオエンコーダ３１５によってエンコードする。映像データは、第１コーデックによってエンコードされる。制御部３１は、エンコードされた映像データを、インタフェース３７を介して、サーバ２５の制御部５１によって実行される会議サーバ２６（以下、単に「会議サーバ２６」という。）に第１方式で送信する。

図１に示すように、会議サーバ２６は、第１会議クライアント２１１から送信された映像データを、インタフェース５７を介して受信する（Ｓ１１）。会議サーバ２６は、受信された映像データを、インタフェース５７を介して第１会議クライアント２１２に第１方式で送信する（Ｓ３５）。

図３に示すように、第１会議クライアント２１２の制御部３１は、会議サーバ２６から送信された映像データを、インタフェース３７を介して受信する。制御部３１は、受信された映像データをビデオデコーダ３１４によってデコードする。映像データは、第１コーデックによってデコードされる。制御部３１は、デコードされた映像データに基づく映像と、カメラ３４から出力された映像データに基づく映像とを、レイアウトマネージャ３１３によって配列する。具体的には、例えば、第１会議クライアント２１１のカメラ３４によって撮影された映像と、第１会議クライアント２１２のカメラ３４によって撮影された映像とが並んで配置される。制御部３１は、配列された映像の映像データをモニタ３３に出力する。モニタ３３は、制御部３１から出力された映像データに基づき、配列された映像を表示させる。

第１会議クライアント２１１の制御部３１によって、マイク３６から出力された音データが取得される。図３に示すように、制御部３１は、取得された音データをオーディオエンコーダ３１８によってエンコードする。音データは、第１コーデックによってエンコードされる。制御部３１は、エンコードされた音データを、インタフェース３７を介して会議サーバ２６に第１方式で送信する。図１に示すように、会議サーバ２６は、第１会議クライアント２１１から送信された音データを、インタフェース５７を介して受信する（Ｓ１１）。会議サーバ２６は、受信された音データを、インタフェース５７を介して第１会議クライアント２１２に第１方式で送信する（Ｓ３５）。

第１会議クライアント２１２の制御部３１は、会議サーバ２６から送信された音データを、インタフェース３７を介して受信する。図３に示すように、制御部３１は、受信された音データをオーディオデコーダ３１７によってデコードする。音データは、第１コーデックによってデコードされる。制御部３１は、デコードされた音データに基づく音と、マイク３６から出力された音データに基づく音とを、オーディオミキサ３１６によってミキシングする。この場合、第１会議クライアント２１１のマイク３６によって集音された音と、第１会議クライアント２１２のマイク３６によって集音された音とを両方含む音の音データが生成される。制御部３１は、生成された音データをスピーカ３５に出力する。スピーカ３５は、制御部３１から出力された音データに基づき、音を出力する。

なお、詳細な説明は省略するが、第１会議クライアント２１２から映像データ及び音データが送信されて第１会議クライアント２１１によって受信され、第１会議クライアント２１１において映像及び音が出力される場合についても、上記と同様の処理が実行される（Ｓ２５、Ｓ３１）。

＜Ｗｅｂ会議時の通信／第１会議クライアント２１−第２会議クライアント２２間＞
第１会議クライアント２１と第２会議クライアント２２との間でＷｅｂ会議が実行される場合における通信の概要について説明する。第１会議クライアント２１間でＷｅｂ会議が実行される場合における通信と同一の内容については、説明を省略又は簡略化する。

図１に示すように、会議サーバ２６は、第１会議クライアント２１１から送信された映像データを、インタフェース５７を介して第１方式で受信する（Ｓ１１）。会議サーバ２６は、受信された映像データを、インタフェース５７を介して第１会議クライアント２１２に第１方式で送信する（Ｓ３５）。同様に、会議サーバ２６は、第１会議クライアント２１２から送信された映像データを、インタフェース５７を介して第１方式で受信する（Ｓ３１）。会議サーバ２６は、受信された映像データを、インタフェース５７を介して第１会議クライアント２１１に第１方式で送信する（Ｓ２５）。

会議サーバ２６は、第１会議クライアント２１１、２１２からそれぞれ受信された映像データを、制御部５１によって実行される仮想会議クライアント２８２（以下、単に「仮想会議クライアント２８２」という。）に第１方式で送信する（Ｓ１３）。このように、会議サーバ２６は、映像データの送信先が第１会議クライアント２１であるか仮想会議クライアント２８２であるかに関わらず、共通の通信方式（第１方式）で映像データを送信できる。仮想会議クライアント２８２は、映像データを第１方式で受信する（Ｓ１５）。

図４に示すように、仮想会議クライアント２８２は、第１会議クライアント２１１から送信された映像データと、第１会議クライアント２１２から送信された映像データとをそれぞれ、ビデオデコーダ５１４によってデコードする。映像データは、第１コーデックによってデコードされる。仮想会議クライアント２８２は、デコードされた２つの映像データに基づく映像を、レイアウトマネージャ５１３によって配列する。仮想会議クライアント２８２は、配列された２つの映像を、ビデオミキサ５１２によってミキシングし、映像ミキシングデータを生成する。仮想会議クライアント２８２は、生成された映像ミキシングデータを、ビデオエンコーダ５２１によってエンコードする。映像ミキシングデータは、第２コーデックによってエンコードされる。図１に示すように、仮想会議クライアント２８２は、エンコードされた映像ミキシングデータを、インタフェース５８を介して第２会議クライアント２２に第２方式で送信する（Ｓ１７）。

上記において、仮想会議クライアント２８２は、会議クライアント２０におけるモニタ３３の機能を、ビデオエンコーダ５２１及びビデオミキサ５１２によって仮想的に実現する。つまり、仮想会議クライアント２８２は、モニタ３３に映像データを出力する場合と同じ方法で、ビデオエンコーダ５２１及びビデオミキサ５１２のモジュールに映像データを出力する。これによって、ビデオミキサ５１２によって映像ミキシングデータが生成され、且つ、ビデオエンコーダ５２１によって映像ミキシングデータがエンコードされる。

第２会議クライアント２２の制御部３１は、仮想会議クライアント２８２から送信された映像ミキシングデータを、インタフェース３７を介して第２方式で受信する。このように、制御部３１は、他の第２会議クライアントから映像データが受信される場合と同じ通信方式（第２方式）で、仮想会議クライアント２８２から映像ミキシングデータを受信できる。

図３に示すように、制御部３１は、受信された映像ミキシングデータを、ビデオデコーダ３１４によってデコードする。映像ミキシングデータは、第２コーデックによってデコードされる。なお、映像ミキシングデータは、仮想会議クライアント２８２において第２コーデックによってエンコードされている。このため、制御部３１は、第２コーデックによって映像ミキシングデータのデコードを適切に実行できる。

制御部３１は、デコードされた映像ミキシングデータに基づく映像と、カメラ３４から出力された映像データに基づく映像とを、レイアウトマネージャ３１３によって配列する。例えば、第１会議クライアント２１１、２１２のそれぞれのカメラ３４によって撮影された２つの映像と、第２会議クライアント２２のカメラ３４によって撮影された映像とが並んで配置される。制御部３１は、配列された映像の映像データを、モニタ３３に出力する。モニタ３３は、制御部３１から出力された映像データに基づき、配列された映像を表示させる。

第２会議クライアント２２の制御部３１は、カメラ３４から出力された映像データを取得する。制御部３１は、取得された映像データを、ビデオエンコーダ３１５によってエンコードする。映像データは、第２コーデックによってエンコードされる。制御部３１は、エンコードされた映像データを、インタフェース３７を介して仮想会議クライアント２８２に第２方式で送信する。図１に示すように、仮想会議クライアント２８２は、第２会議クライアント２２から送信された映像データを、インタフェース５８を介して受信する（Ｓ１９）。

図４に示すように、仮想会議クライアント２８２は、受信された映像データをビデオデコーダ５２２によってデコードする。映像データは、第２コーデックによってデコードされる。なお、仮想会議クライアント２８２は、会議クライアント２０におけるカメラ３４の機能を、ビデオデコーダ５２２によって仮想的に実現する。つまり、仮想会議クライアント２８２は、カメラ３４から出力される映像データを取得する場合と同じ方法で、ビデオデコーダ５２２によってデコードされた映像データを取得する。

仮想会議クライアント２８２は、デコードされた映像データをビデオエンコーダ５１５によってエンコードする。映像データは、第１コーデックによってエンコードされる。図１に示すように、仮想会議クライアント２８２は、エンコードされた映像データを会議サーバ２６に第１方式で送信する（Ｓ２１）。

会議サーバ２６は、仮想会議クライアント２８２から送信された映像データを第１方式で受信する（Ｓ２３）。このように、会議サーバ２６は、第１会議クライアント２１から映像データが受信される場合と同じ通信方式（第１方式）で、仮想会議クライアント２８２から映像ミキシングデータを受信できる。会議サーバ２６は、受信された映像データを、インタフェース５７を介して第１会議クライアント２１１、２１２に第１方式で送信する（Ｓ２５、Ｓ３５）。

第１会議クライアント２１１の制御部３１は、会議サーバ２６及び第１会議クライアント２１２からそれぞれ送信された映像データを、インタフェース３７を介して受信する。制御部３１は、受信された映像データを、ビデオデコーダ３１４によってデコードする。映像データは、第１コーデックによってデコードされる。なお、映像データは、仮想会議クライアント２８２において第１コーデックによってエンコードされている。このため、制御部３１は、第１コーデックによって映像データのデコードを適切に実行できる。

図３に示すように、制御部３１は、デコードされた映像データに基づく映像と、カメラ３４から出力された映像データに基づく映像とを、レイアウトマネージャ３１３によって配列する。例えば、第１会議クライアント２１１、２１２のそれぞれのカメラ３４によって撮影された２つの映像と、第２会議クライアント２２のカメラ３４によって撮影された映像とが並んで配置される。制御部３１は、配列された映像の映像データを、モニタ３３に出力する。モニタ３３は、制御部３１から出力された映像データに基づき、配列された映像を表示させる。

なお、詳細な説明は省略するが、第１会議クライアント２１２において会議サーバ２６から送信された映像データが受信された場合についても、上記と同様の処理が実行され、モニタ３３に映像が表示される。

図４において、音データに対する処理を実行するオーディオミキサ５１６、オーディオデコーダ５１７、５２４、及び、オーディオエンコーダ５１８、５２３は、それぞれ、映像データに対する処理を実行するビデオミキサ５１２、ビデオデコーダ５１４、５２２、ビデオエンコーダ５１５、５２１に対応する。音データに対応する通信の処理の詳細な説明は省略する。以下、映像データ及び音データを総称して、「メディアデータ」という。映像ミキシングデータ、及び、オーディオミキサ５１６によってミキシングされた音データを総称し、「ミキシングデータ」という。

又、第１会議クライアント２１と第３会議クライアント２３との間でＷｅｂ会議が実行される場合、上記の仮想会議クライアント２８２による処理と略同一処理が、仮想会議クライアント２８３によって実行される。仮想会議クライアント２８３の処理が仮想会議クライアント２８２の処理と異なる点は、メディアデータをエンコード又はデコードする場合において、第２コーデックの代わりに第３コーデックが使用される点である。

＜Ｗｅｂ会議開始時の通信シーケンス＞
図５、図６を参照し、第１会議クライアント２１１と第２会議クライアント２２との間でＷｅｂ会議が開始される場合の通信手順（第１開始シーケンス（図５参照）、及び、第２開始シーケンス（図６参照））について説明する。第１会議システム１１の第１会議クライアント２１間でＷｅｂ会議が開始されていることを前提とする。又、サーバ２５の制御部５１において、会議サーバ２６及び仮想会議クライアントマネージャ２７が起動され、仮想会議クライアント２８は起動されていない状態であることを前提とする。

第１会議クライアント２１間でＷｅｂ会議が開始される場合の通信手順の概要は、次の通りである。第１会議クライアント２１１、２１２のそれぞれのユーザは、仮想会議室（以下、単に「会議室」という。）を利用するための所定の操作を行う。所定の操作は、周知のＷｅｂ会議システムにおいて会議室が利用される場合にユーザによって行われる操作と同一である。例えば、所定の操作は、サーバ２５から第１会議クライアント２１に対して予め通知されたＵＲＬを選択する操作である。このＵＲＬには、例えば、参加する会議室を識別する会議ＩＤが含まれる。この場合、第１会議クライアント２１とサーバ２５との間でネットワークを介した通信が行われ、周知の会議接続の処理が実行される。会議接続の処理によって、第１会議クライアント２１とサーバ２５との間でセッションが確立され、会議室を利用したＷｅｂ会議が可能になる。以下、サーバ２５と会議クライアント２０との間でＷｅｂ会議の実行を可能とするための会議接続を、「第１会議接続」という。第１会議接続が完了した後、第１会議クライアント２１間で、会議ＩＤに対応する会議室を用いたＷｅｂ会議の実行が可能となる。

＜第１開始シーケンス＞
図５を参照し、第１開始シーケンスについて説明する。第１会議クライアント２１１のユーザは、第２会議システム１２内の第２会議クライアント２２と第１会議クライアント２１１との間の会議接続を要求する指示を、キーボード／マウス３２を介して入力する。同時にユーザは、第２会議クライアント２２のアドレス情報を、キーボード／マウス３２を介して入力する。アドレス情報の具体例として、第２会議クライアント２２のＩＰアドレスが挙げられる。

第１会議クライアント２１１の制御部３１は、第１会議システム１１外の会議クライアント２０と第１会議クライアント２１１の会議接続を要求するデータ（「第１接続要求データ」という。）を、会議サーバ２６に送信する（Ｐ１１ａ）。第１接続要求データには、第２会議クライアント２２のアドレス情報が含められる。会議サーバ２６は、第１会議クライアント２１１から送信された第１接続要求データを第１方式で受信する（Ｐ１１ｂ）。

会議サーバ２６は、受信された第１接続要求データを、制御部５１によって実行される仮想会議クライアントマネージャ２７（以下、単に「仮想会議クライアントマネージャ２７」という。）に送信する（Ｐ１３ａ）。仮想会議クライアントマネージャ２７は、会議サーバ２６から送信された第１接続要求データを第１方式で受信する（Ｐ１３ｂ）。仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２を起動する（Ｐ１５）。

第１接続要求データが受信されたことに応じて仮想会議クライアント２８２が起動された場合、仮想会議クライアント２８２は、起動が完了したことを通知するデータ（「起動完了通知データ」という。）を仮想会議クライアントマネージャ２７に送信する（Ｐ１７ａ）。仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２から送信された起動完了通知データを第１方式で受信する（Ｐ１７ｂ）。

仮想会議クライアントマネージャ２７は、会議サーバ２６から受信された第１接続要求データを仮想会議クライアント２８２に送信する（Ｐ１９ａ）。仮想会議クライアント２８２は、仮想会議クライアントマネージャ２７から送信された第１接続要求データを第１方式で受信する（Ｐ１９ｂ）。

仮想会議クライアント２８２は、受信された第１接続要求データに含まれるアドレス情報を取得する。仮想会議クライアント２８２は、取得されたアドレス情報によって特定される第２会議クライアント２２に対し、仮想会議クライアント２８２との会議接続を要求するデータ（以下、「第２接続要求データ」という。）を送信する（Ｐ２１ａ）。第２会議クライアント２２は、第２接続要求データを第２方式で受信する（Ｐ２１ｂ）。

なお、仮想会議クライアント２８２及び第２会議クライアント２２が、複数の通信方式に対応している場合、第２方式は、第１会議クライアント２１１によって指定されてよい。例えば、Ｐ１１ａにおいて第１会議クライアント２１１が送信する第１接続要求データに、第２方式を特定する情報が含まれてよい。あるいは、仮想会議クライアント２８２は、複数の通信方式から、第２方式を自動的に選択してもよい。例えば、Ｐ２１ａにおいて、仮想会議クライアント２８２は、複数の通信方式のそれぞれを用いて、順次、第２接続要求データを第２会議クライアント２２に送信する。第２会議クライアント２２が対応している通信方式が用いられた場合、第２会議クライアント２２は、第２接続要求データを受信し、第１接続完了データを仮想会議クライアント２８２に対して送信することができる（Ｐ２３ａ）。仮想会議クライアント２８２は、Ｐ２３ｂにおいて第１接続完了データを受信した際に用いた通信方式を、第２方式として決定してよい。

仮想会議クライアント２８２と第２会議クライアント２２との間で、ネットワークを介した通信が行われ、周知の会議接続の処理が実行される。以下、仮想会議クライアント２８と会議クライアント２０との間でＷｅｂ会議の実行を可能とするための会議接続を、「第２会議接続」という。第２会議クライアント２２は、第２会議接続の完了を通知するデータ（「第１接続完了データ」という。）を仮想会議クライアント２８２に送信する（Ｐ２３ａ）。仮想会議クライアント２８２は、第２会議クライアント２２から送信された第１接続完了データを第２方式で受信する（Ｐ２３ｂ）。以上によって、仮想会議クライアント２８２と第２会議クライアント２２との間でセッションが確立され、会議室を利用したＷｅｂ会議が可能になる。実行可能となる会議室は、第１会議クライアント２１間で実行中の会議室である。

会議サーバ２６と仮想会議クライアント２８２との間で、会議接続の処理が実行される（Ｐ２４）。以下、会議サーバ２６と仮想会議クライアント２８との間でＷｅｂ会議の実行を可能とするための会議接続を、「第３会議接続」という。なお、会議サーバ２６及び仮想会議クライアント２８は、何れも、サーバ２５の制御部５１によって実行されるプロセスである。このため、第３会議接続の処理は、ネットワークを介して実行される第１会議接続及び第２会議接続の処理と異なり、２つのプロセス（会議サーバ２６及び仮想会議クライアント２８）間で実行される。

第３会議接続が完了した後、仮想会議クライアント２８２は、第３会議接続の完了を通知するデータ（「第２接続完了データ」という。）を会議サーバ２６に送信する（Ｐ２５ａ）。会議サーバ２６は、仮想会議クライアント２８２から送信された第２接続完了データを第１方式で受信する（Ｐ２５ｂ）。以上によって、会議サーバ２６と仮想会議クライアント２８２との間でセッションが確立され、会議室を利用したＷｅｂ会議が可能となる。実行可能となる会議室は、第１会議クライアント２１間で実行中の会議室である。

会議サーバ２６と仮想会議クライアント２８２との間の第３会議接続が完了した後、第１会議クライアント２１及び第２会議クライアント２２は、会議サーバ２６、及び、仮想会議クライアント２８２を介して、メディアデータの通信が可能となる（Ｐ２７）。これによって、第１会議クライアント２１と第２会議クライアント２２との間で、共通の会議室を利用したＷｅｂ会議が実行される。

＜第２開始シーケンス＞
図６を参照し、第２開始シーケンスについて説明する。第２開始シーケンスは、第１会議クライアント２１１と第２会議クライアント２２との間の会議接続が第２会議クライアント２２側から要求されるという点で、第１開始シーケンスと異なる。第１会議クライアント２１間のＷｅｂ会議が開始された場合、会議サーバ２６は、仮想会議クライアント２８の起動を要求するデータ（「起動要求データ」という。）を仮想会議クライアントマネージャ２７に送信する（Ｐ３３ａ）。仮想会議クライアントマネージャ２７は、会議サーバ２６から送信された起動要求データを第１方式で受信する（Ｐ３３ｂ）。

仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２を起動する（Ｐ３５）。起動要求データが受信されたことに応じて仮想会議クライアント２８２が起動された場合、仮想会議クライアント２８２は、仮想会議クライアント２８２のアドレス情報を決定する。アドレス情報には、仮想会議クライアント２８２を識別可能なポート番号が含まれる。仮想会議クライアント２８２は、第１会議クライアント２１間で実行中の会議室に対応して起動されるため、ポート番号は、会議室を識別する情報とも見なせる。なお、仮想会議クライアント２８２及び第２会議クライアント２２が、複数の通信方式に対応している場合、仮想会議クライアント２８２は、複数の通信方式に対応して、複数起動されてもよい。この場合、複数起動された仮想会議クライアント２８２のそれぞれのポート番号は、互いに異なる。仮想会議クライアント２８２は、起動完了通知データを仮想会議クライアントマネージャ２７に送信する（Ｐ３７ａ）。起動完了通知データには、仮想会議クライアント２８２のアドレス情報が含められる。なお、仮想会議クライアント２８２が複数起動された場合、複数のアドレス情報が通知されてよい。仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２から送信された起動完了通知データを第１方式で受信する（Ｐ３７ｂ）。

仮想会議クライアントマネージャ２７は、受信された起動完了通知データに含まれるアドレス情報を取得する。仮想会議クライアントマネージャ２７は、取得されたアドレス情報を記憶部５９に記憶する（Ｐ３８）。なお、記憶部５９に記憶されたアドレス情報は、後述する再接続シーケンス（図１０参照）において、第１会議クライアント２１と第２会議クライアント２２との間で会議接続が再開される場合に使用される。詳細は後述する。仮想会議クライアントマネージャ２７は、取得されたアドレス情報を通知するデータ（「アドレス通知データ」という。）を会議サーバ２６に送信する（Ｐ３９ａ）。会議サーバ２６は、仮想会議クライアントマネージャ２７から送信されたアドレス通知データを第１方式で受信する（Ｐ３９ｂ）。

第２会議クライアント２２のユーザは、仮想会議クライアント２８２のアドレス情報を、所定の方法で取得する。所定の方法は特に限定されないが、例えば、会議サーバ２６が、ｅ‐ｍａｉｌや所定のＷｅｂを介して、仮想会議クライアント２８２のアドレス情報を第２会議クライアント２２に通知してもよい。第２会議クライアント２２のユーザは、第１会議システム１１において実行されている会議室への参加を要求する指示を、キーボード／マウス３２を介して入力する。同時にユーザは、会議サーバ２６によって受信されたアドレス通知データ（Ｐ３９ｂ）に含まれるアドレス情報を、キーボード／マウス３２を介して入力する。

第２会議クライアント２２は、入力されたアドレス情報を有する仮想会議クライアント２８２との第２会議接続を要求するデータ（「第３接続要求データ」という。）を、会議サーバ２６に送信する（Ｐ４１ａ）。仮想会議クライアント２８２は、第２会議クライアント２２によって送信された第３接続要求データを第２方式で受信する（Ｐ４１ｂ）。なお、複数の通信方式に対応して複数の仮想会議クライアント２８２が起動されている場合、第３接続要求データを受信したポート番号に対応する仮想会議クライアント２８２が、以降の処理で用いられる。換言すれば、第３接続要求データを受信したポート番号に対応する通信方式が、第２会議クライアント２２と通信を行う場合の通信方式（第２方式）として選択される。

仮想会議クライアント２８２と第２会議クライアント２２との間で、第２会議接続の処理が実行される。仮想会議クライアント２８２は、第２会議接続の完了を通知するデータ（「第３接続完了データ」という。）を第２会議クライアント２２に送信する（Ｐ４３ａ）。第２会議クライアント２２は、仮想会議クライアント２８２から送信された第３接続完了データを第２方式で受信する（Ｐ４３ｂ）。以上によって、仮想会議クライアント２８２と第２会議クライアント２２との間でセッションが確立され、会議室を利用したＷｅｂ会議が可能になる。実行可能となる会議室は、仮想会議クライアント２８２のアドレス情報に含まれるポート番号によって識別される会議室、言い換えれば、第１会議クライアント２１間で実行中の会議室である。

会議サーバ２６と仮想会議クライアント２８２との間で、第３会議接続の処理が実行される（Ｐ４４）。第３会議接続が完了した後、仮想会議クライアント２８２は、第３会議接続の完了を通知するデータ（「第４接続完了データ」という。）を会議サーバ２６に送信する（Ｐ４５ａ）。会議サーバ２６は、仮想会議クライアント２８２から送信された第４会議完了データを第１方式で受信する（Ｐ４５ｂ）。以上によって、会議サーバ２６と仮想会議クライアント２８２との間でセッションが確立され、会議室を利用したＷｅｂ会議可能となる。実行可能となる会議室は、仮想会議クライアント２８２のアドレス情報に含まれるポート番号によって識別される会議室、言い換えれば、第１会議クライアント２１間で実行中の会議室である。

会議サーバ２６と仮想会議クライアント２８２との間の第３会議接続が完了した後、第１会議クライアント２１及び第２会議クライアント２２は、会議サーバ２６、及び、仮想会議クライアント２８２を介して、メディアデータの通信が可能となる（Ｐ４７）。これによって、第１会議クライアント２１と第２会議クライアント２２との間で、共通の会議室を利用したＷｅｂ会議が実行される。

＜Ｗｅｂ会議終了時の通信シーケンス＞
図７から図９を参照し、終了シーケンス（第１終了シーケンス（図７参照）、第２終了シーケンス（図８参照）、第３終了シーケンス（図９参照））について説明する。終了シーケンスは、第１会議クライアント２１と第２会議クライアント２２との間でＷｅｂ会議が実行されている場合において、第２会議クライアント２２によるＷｅｂ会議が終了される場合の通信手順である。

＜第１終了シーケンス＞
図７を参照し、第１終了シーケンスについて説明する。第１終了シーケンスは、第１開始シーケンス（図５参照）によって第１会議クライアント２１と第２会議クライアント２２との間でＷｅｂ会議が開始された後、第２会議クライアント２２によるＷｅｂ会議が終了される場合に対応する。

第１会議クライアント２１１のユーザは、第１会議クライアント２１１と第２会議クライアント２２との間の会議接続の切断を要求する指示を、キーボード／マウス３２を介して入力する。第１会議クライアント２１１は、第２会議クライアント２２との会議接続の切断を要求するデータ（「第１切断要求データ」という。）を会議サーバ２６に送信する（Ｐ５１ａ）。第１切断要求データには、第２会議クライアント２２のアドレス情報が含められる。会議サーバ２６は、第１会議クライアント２１１から送信された第１切断要求データを第１方式で受信する（Ｐ５１ｂ）。

会議サーバ２６は、受信された第１切断要求データを仮想会議クライアントマネージャ２７に送信する（Ｐ５３ａ）。仮想会議クライアントマネージャ２７は、会議サーバ２６から送信された第１切断要求データを第１方式で受信する（Ｐ５３ｂ）。仮想会議クライアントマネージャ２７は、受信された第１切断要求データを仮想会議クライアント２８２に送信する（Ｐ５５ａ）。仮想会議クライアント２８２は、仮想会議クライアントマネージャ２７から送信された第１切断要求データを第１方式で受信する（Ｐ５５ｂ）。

仮想会議クライアント２８２は、仮想会議クライアント２８２と第２会議クライアント２２との間の第２会議接続の切断を要求するデータ（以下、「第２切断要求データ」という。）を第２会議クライアント２２に送信する（Ｐ５７ａ）。第２会議クライアント２２は、仮想会議クライアント２８２から送信された第２切断要求データを第２方式で受信する（Ｐ５７ｂ）。

仮想会議クライアント２８２と第２会議クライアント２２との間で、第２会議接続を切断するための周知の処理が実行される。第２会議クライアント２２は、第２会議接続の切断の完了を通知するデータ（「第１切断完了データ」という。）を仮想会議クライアント２８２に送信する（Ｐ５９ａ）。仮想会議クライアント２８２は、第２会議クライアント２２から送信された第１切断完了データを第２方式で受信する（Ｐ５９ｂ）。以上によって、仮想会議クライアント２８２と第２会議クライアント２２との間でセッションが終了され、第２会議接続が切断される。これによって、第２会議クライアント２２は会議室から退室し、第１会議クライアント２１１とのＷｅｂ会議は終了される。

仮想会議クライアント２８２と第２会議クライアント２２との間の第２会議接続が切断された後、仮想会議クライアント２８２は、第２会議接続の切断の完了を通知するデータ（「第２切断完了データ」という。）を仮想会議クライアントマネージャ２７に送信する（Ｐ６１ａ）。仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２から送信された第２切断完了データを第１方式で受信する（Ｐ６１ｂ）。

又、仮想会議クライアント２８２と第２会議クライアント２２との間の第２会議接続が切断された後、仮想会議クライアント２８２は、会議サーバ２６との間の第３会議接続の切断を要求するデータ（「第４接続要求データ」という。）を会議サーバ２６に送信する（Ｐ６３ａ）。会議サーバ２６は、仮想会議クライアント２８２から送信された第４切断要求データを第１方式で受信する（Ｐ６３ｂ）。会議サーバ２６と仮想会議クライアント２８２との間で、第３会議接続を切断するための周知の処理が実行される。これによって、会議サーバ２６と仮想会議クライアント２８２との間のセッションが終了され、第３会議接続が切断される。

なお、仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２から送信された第２切断完了データが受信された場合（Ｐ６１ｂ）、仮想会議クライアント２８２を終了させる（Ｐ６５）。

＜第２終了シーケンス＞
図８を参照し、第２終了シーケンスについて説明する。第２終了シーケンスは、第１開始シーケンス（図５参照）によってＷｅｂ会議が開始された後、第２会議クライアント２２によるＷｅｂ会議が終了される場合に対応する。第２終了シーケンスは、第１会議クライアント２１１と第２会議クライアント２２との間の会議接続の切断が第２会議クライアント２２側から要求されるという点で、第１終了シーケンスと異なる。第１終了シーケンスと同一の通信手順については、同一符号を付し、説明を省略する。

第２会議クライアント２２のユーザは、第１会議クライアント２１と第２会議クライアント２２との間の会議接続の切断を要求する指示を、キーボード／マウス３２を介して入力する。第２会議クライアント２２は、第１会議クライアント２１１との会議接続の切断を要求するデータ（「第３切断要求データ」という。）を仮想会議クライアント２８２に送信する（Ｐ７３ａ）。サーバ２５は、第２会議クライアント２２から送信された第３切断要求データを第２方式で受信する（Ｐ７３ｂ）。

仮想会議クライアント２８２と第２会議クライアント２２との間で、第２会議接続を切断するための周知の処理が実行される。仮想会議クライアント２８２は、第２会議接続の切断の完了を通知するデータ（「第３切断完了データ」という。）を第２会議クライアント２２に送信する（Ｐ７５ａ）。第２会議クライアント２２は、仮想会議クライアント２８２から送信された第３切断完了データを第２方式で受信する（Ｐ７５ｂ）。以上によって、仮想会議クライアント２８２と第２会議クライアント２２との間でセッションが終了され、第２会議接続が切断される。これによって、第２会議クライアント２２は会議室から退室し、第１会議クライアント２１１とのＷｅｂ会議は終了される。以降の処理は、第１終了シーケンスと同一である。

＜第３終了シーケンス＞
図９を参照し、第３終了シーケンスについて説明する。第３終了シーケンスは、第２開始シーケンス（図６参照）によってＷｅｂ会議が開始された後、第２会議クライアント２２によるＷｅｂ会議が終了される場合に対応する。第１終了シーケンス（図７参照）と同一の通信手順については、同一符号を付し、説明を省略する。

第１会議クライアント２１１は、第１切断要求データをサーバ２５に送信した（Ｐ５１ａ）後、サーバ２５の記憶部５９に記憶されたアドレス情報の削除を要求するデータ（「削除要求データ」という。）を会議サーバ２６に対して送信する（Ｐ１０５ａ）。会議サーバ２６は、第１会議クライアント２１１から送信された削除要求データを第１方式で受信する（Ｐ１０５ｂ）。

会議サーバ２６は、受信された削除要求データを仮想会議クライアントマネージャ２７に送信する（Ｐ１０７ａ）。仮想会議クライアントマネージャ２７は、会議サーバ２６から送信された第１削除要求データを第１方式で受信する（Ｐ１０７ｂ）。仮想会議クライアントマネージャ２７は、記憶部５９に記憶されたアドレス情報（Ｐ３８、図６参照）を削除する（Ｐ１０８）。仮想会議クライアントマネージャ２７は、削除要求データが受信されたことに応じてアドレス情報が削除された後、仮想会議クライアント２８２を終了させる（Ｐ６５）。

＜再接続時の通信シーケンス＞
図１０を参照し、第１会議クライアント２１と第２会議クライアント２２との間で会議接続が一旦切断された後、会議接続が再開される場合の通信手順（再接続シーケンス）にについて説明する。再接続シーケンスでは、第２開始シーケンス（図６参照）に基づいてＷｅｂ会議が開始された後の通信手順に対応する。このため、仮想会議クライアント２８２の起動時に決定されたアドレス情報が、記憶部５９に記憶されている（Ｐ３８、図６参照）。再接続シーケンスでは、第１終了シーケンス（図７参照）の一部の手順に基づいて第２会議接続及び第３会議接続が切断される。次いで、第２開始シーケンス（図６参照）の一部の手順に基づいて第２会議接続及び第３会議接続が再開される。第１終了シーケンス、及び、第２開始シーケンスと同一の通信手順については、同一符号を付し、説明を省略又は簡略化する。

図１０において、第２会議接続及び第３会議接続が切断されるまでの通信手順が、第１終了シーケンス（図７参照）に基づいて実行される（Ｐ５１ａ〜Ｐ６３ｂ）。第１終了シーケンスと異なる点は、仮想会議クライアントマネージャ２７によって第２切断完了データが受信された場合（Ｐ６１ｂ）でも、仮想会議クライアント２８２が終了されない点である。つまり、起動された仮想会議クライアント２８２は、第２会議接続及び第３会議接続が切断された後も維持される。

上記の状態において、第２会議クライアント２２のユーザは、一旦終了された会議室への再度の参加を要求する指示を、キーボード／マウス３２を介して入力する。同時にユーザは、アドレス情報を、キーボード／マウス３２を介して入力する。入力されるアドレス情報は、会議接続が一旦切断された仮想会議クライアント２８２のアドレス情報である。

第２会議クライアント２２は、入力されたアドレス情報を有する仮想会議クライアント２８２との第２会議接続を要求するデータ（「第３接続要求データ」という。）を、会議サーバ２６に送信する（Ｐ４１ａ）。仮想会議クライアント２８２は、第２会議クライアント２２によって送信された第３接続要求データを受信する（Ｐ４１ｂ）。

仮想会議クライアント２８２は、受信された第３接続要求データに含まれるアドレス情報と、記憶部５９に記憶されたアドレス情報とが一致する場合、第２会議クライアント２２との間で第２会議接続の処理を実行する。仮想会議クライアント２８２は第３接続完了データを第２会議クライアント２２に送信する（Ｐ４３ａ）。第２会議クライアント２２は、仮想会議クライアント２８２から送信された第３接続完了データを受信する（Ｐ４３ｂ）。これによって、仮想会議クライアント２８２と第２会議クライアント２２との間でセッションが確立され、第２会議接続が再開される。Ｐ４５ａ以降の処理は、第２開始シーケンスと同一である。

＜本実施形態の主たる作用、効果＞
以上説明したように、会議サーバ２６は、第１会議クライアント２１からメディアデータを受信し（Ｓ１１，Ｓ３１）、仮想会議クライアント２８２に送信する（Ｓ１３）。仮想会議クライアント２８２は、会議サーバ２６から送信されたメディアデータを受信し（Ｓ１５）、ミキシングすることによってミキシングデータを生成する。仮想会議クライアント２８２は、生成されたミキシングデータを、第２会議クライアント２２に送信する（Ｓ１７）。又、仮想会議クライアント２８２は、第２会議クライアント２２から送信されたメディアデータを受信し（Ｓ１９）、会議サーバ２６に送信する（Ｓ２１）。会議サーバ２６は、仮想会議クライアント２８２から送信されたメディアデータを受信し（Ｓ２３）、第１会議クライアント２１に送信する（Ｓ２５、Ｓ３５）。

以上の場合、会議サーバ２６は、実在する会議クライアント２０と通信を行う場合と同様の方法で仮想会議クライアント２８２と通信を行うことによって、第１会議クライアント２１及び第２会議クライアント２２との間でメディアデータを転送し、第１会議クライアント２１及び第２会議クライアント２２間でＷｅｂ会議を実行させることができる。なお、仮想会議クライアント２８２は、仮想会議クライアントマネージャ２７によって起動されるプロセスであり、実在しない。このため、上記の通信方法によれば、既存のサーバ２５をそのまま利用しつつ、通信方式の異なる会議システム１０間でＷｅｂ会議を実行させることができる。

通信システム１は、第２会議クライアント２２の数が増加した場合の拡張性において優れている。即ち、第２会議クライアント２２の数が増加した場合でも、会議サーバ２６をそのまま維持しつつ、それぞれの第２会議クライアント２２と複数の第１会議クライアント２１との間の通信を仲介する仮想会議クライアント２８を追加することで対応できる。このため、第２会議クライアント２２の増加に伴って会議サーバ２６を増加する必要がない。

会議サーバ２６は、第１会議クライアント２１からメディアデータを受信し、仮想会議クライアント２８２に送信する。仮想会議クライアント２８２は、受信されたメディアデータを第１コーデックでデコードし、デコードされたメディアデータをミキシングしてミキシングデータを生成し、ミキシングデータを第２コーデックでエンコードする。仮想会議クライアント２８２は、第２会議クライアント２２にミキシングデータを送信する。又、仮想会議クライアント２８２は、第２会議クライアント２２からメディアデータを受信し、受信されたメディアデータを第２コーデックでデコードし、デコードされたメディアデータを第１コーデックでエンコードし、エンコードされたメディアデータを会議サーバ２６に送信する。会議サーバ２６は、仮想会議クライアント２８２からメディアデータを受信し、第１会議クライアント２１に送信する。

このように、メディアデータのデコード、ミキシング、及び、エンコードは、全て仮想会議クライアント２８２によって実行され、会議サーバ２６では実行されない。従って、エンコード、デコード、及び、ミキシングの各処理によって処理負荷が増加したり、処理遅延が発生したりした場合でも、会議サーバ２６によるＷｅｂ会議の制御自体に影響が及び難い。このため、上記の通信方法によれば、会議クライアント２０間のＷｅｂ会議の制御を会議サーバ２６によって適切に実行しつつ、仮想会議クライアント２８によって、メディアデータのエンコード、デコード、及び、ミキシングの各処理を実行させることができる。更に、第２会議クライアント２２の数の増加に応じて仮想会議クライアント２８が追加された場合において、エンコード、デコード、及び、ミキシングの処理負荷が増大しても、会議サーバ２６によるＷｅｂ会議の制御自体に影響が及び難い。従って、以上の通信方法によれば、会議サーバ２６をそのまま維持しつつ仮想会議クライアント２８を追加できるので、高い拡張性を確保できる。

第１開始シーケンス（図５参照）において、仮想会議クライアント２８２は、仮想会議クライアントマネージャ２７から送信された第１接続要求データを受信する（Ｐ１９ｂ）。仮想会議クライアント２８２は、第１接続要求データを受信したことに応じて、第１接続要求データに含まれるアドレス情報によって特定される第２会議クライアント２２に対して、第２接続要求データを送信する（Ｐ２１ａ）。仮想会議クライアント２８２は、第２接続要求データに応じて第２会議クライアント２２から送信された第１接続完了データを受信する（Ｐ２３ｂ）。仮想会議クライアント２８２は、第１接続完了データを受信したことに応じて、会議サーバ２６と第３会議接続の処理を実行する（Ｐ２４）。この場合、仮想会議クライアント２８２は、仮想会議クライアントマネージャ２７から送信された第１接続要求データを受信したことに応じて（Ｐ１９ｂ）、第２会議クライアント２２を特定し、第２会議クライアント２２と第２会議接続できる。又、仮想会議クライアント２８２は、第２会議クライアント２２と第２会議接続した後、会議サーバ２６と第３会議接続することによって、第１会議クライアント２１と第２会議クライアント２２との間の通信を可能とし、Ｗｅｂ会議を実行させることができる。

第１開始シーケンス（図５参照）において、仮想会議クライアントマネージャ２７は、第１接続要求データを会議サーバ２６から受信する（Ｐ１３ｂ）。仮想会議クライアントマネージャ２７は、第１接続要求データを受信したことに応じて、仮想会議クライアント２８２を起動する（Ｐ１５）。仮想会議クライアントマネージャ２７は、受信された第１接続要求データを仮想会議クライアントに送信する（Ｐ１９ａ）このように、仮想会議クライアントマネージャ２７は、第１接続要求データを受信したことに応じて（Ｐ１３ｂ）仮想会議クライアント２８２を起動することができる（Ｐ１５）ので、適切なタイミングで仮想会議クライアント２８２を起動できる。

第２開始シーケンス（図６参照）において、第２会議クライアント２２は、仮想会議クライアント２８２のアドレス情報を含む第３接続要求データを送信する（Ｐ４１ａ）。仮想会議クライアント２８２は、第３接続要求データを受信する（Ｐ４１ｂ）。仮想会議クライアント２８２は、第３接続要求データを受信したことに応じて、会議サーバ２６と第３会議接続する（Ｐ４５ａ、Ｐ４５ｂ）。この場合、仮想会議クライアント２８２は、第３接続要求データを受信することに応じて（Ｐ４１ｂ）、第２会議クライアント２２と第２会議接続し且つ会議サーバ２６と第３会議接続できる（Ｐ４３ａ、Ｐ４３ｂ、Ｐ４５ａ、Ｐ４５ｂ）。このため、第２開始シーケンスによれば、仮想会議クライアント２８２は、第２会議クライアント２２と第２会議接続したタイミングで、第１会議クライアント２１と第２会議クライアント２２との間の通信を可能とし、Ｗｅｂ会議を実行させることができる。

第１終了シーケンス（図７参照）において、第１会議クライアント２１１は、第２会議クライアント２２との接続の切断を要求する第１切断要求データを、会議サーバ２６に送信する（Ｐ５１ａ）。会議サーバ２６は、第１切断要求データを受信し（Ｐ５１ｂ）、仮想会議クライアントマネージャ２７に第１切断要求データを送信する（Ｐ５３ａ）。仮想会議クライアントマネージャ２７は、第１切断要求データを受信し（Ｐ５３ｂ）、仮想会議クライアント２８２に第１切断要求データを送信する（Ｐ５５ａ）。仮想会議クライアント２８２は、第１切断要求データを受信し（Ｐ５５ｂ）、第２会議クライアント２２に第２切断要求データを送信する（Ｐ５７ａ）。仮想会議クライアント２８２は、第２会議クライアント２２から第１切断完了データを受信したことに応じて（Ｐ５９ｂ）、会議サーバ２６との第３会議接続を切断する（Ｐ６３ａ、Ｐ６３ｂ）。仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２と会議サーバ２６との間の第３会議接続が切断された後、仮想会議クライアント２８２を終了させる（Ｐ６５）。このように、仮想会議クライアント２８２は、第１会議クライアント２１からの要求に応じて第２会議クライアント２２との間の第２会議接続を切断し（Ｐ５９ａ、Ｐ５９ｂ）、且つ、仮想会議クライアント２８２と会議サーバ２６との間の第３会議接続を切断できる（Ｐ６３ａ、Ｐ６３ｂ）。又、仮想会議クライアントマネージャ２７は、第２会議接続及び第３会議接続が切断された仮想会議クライアント２８２を終了させることによって、Ｗｅｂ会議に用いられていない仮想会議クライアント２８が維持されることを抑制できる。

第１終了シーケンス（図７参照）において、仮想会議クライアント２８２は、第２会議クライアント２２から第１切断完了データを受信したこと（Ｐ５９ｂ）に応じて、仮想会議クライアントマネージャ２７に第２切断完了データを送信する（Ｐ６１ａ）。仮想会議クライアントマネージャ２７は、第２切断完了データを受信したことに応じて（Ｐ６１ｂ）、仮想会議クライアント２８２を終了させる（Ｐ６５）。この場合、仮想会議クライアントマネージャ２７は、第２会議クライアント２２と仮想会議クライアント２８２との間の第２会議接続、及び、会議サーバ２６と仮想会議クライアント２８２との間の第３会議接続が切断された場合に、仮想会議クライアント２８２を適切に終了させることができる。

第２終了シーケンス（図８参照）において、仮想会議クライアント２８２は、第１会議クライアント２１との接続の切断を要求する第３切断要求データを第２会議クライアント２２から受信する（Ｐ７３ｂ）。仮想会議クライアント２８２は、第３切断要求データを受信したことに応じて、仮想会議クライアントマネージャ２７に第２切断完了データを送信する（Ｐ６１ａ）。仮想会議クライアント２８２は、第２切断完了データを送信したこと（Ｐ６１ａ）に応じて、会議サーバ２６との第３会議接続を切断する（Ｐ６３ａ、Ｐ６３ｂ）。仮想会議クライアントマネージャ２７は、第２切断完了データを受信したことに応じて（Ｐ６１ｂ）、仮想会議クライアント２８２を終了させる（Ｐ６５）。このように、仮想会議クライアント２８２は、第２会議クライアント２２からの要求に応じて第２会議クライアント２２との間の第２会議接続を切断し（Ｐ７５ａ、Ｐ７５ｂ）、且つ、仮想会議クライアント２８２と会議サーバ２６との間の第３会議接続を切断できる（Ｐ６３ａ、Ｐ６３ｂ）。又、仮想会議クライアントマネージャ２７は、第２会議接続及び第３会議接続が切断された仮想会議クライアント２８２を終了させることによって、Ｗｅｂ会議に用いられていない仮想会議クライアント２８が維持されることを抑制できる。

＜変形例＞
本発明は上記実施形態に限定されず、種々の変更が可能である。図１１を参照し、本発明の変形例における通信システム１Ａについて説明する。通信システム１Ａが上記実施形態における通信システム１と異なる点は、第１会議システム１１に第１サーバ２５Ａ及び第２サーバ２５Ｂが含まれる点である。第１サーバ２５Ａは、Ｗｅｂ会議における会議サーバの機能、即ち、複数の第１会議クライアント２１がＷｅｂ会議を実行する場合に、複数の第１会議クライアント２１間で送受信されるメディアデータを転送する機能を実現する。第２サーバ２５Ｂは、例えば、第１会議システム１１と第２会議システム１２及び第３会議システム１３との間に介在するプロキシサーバ等である。

第１サーバ２５Ａの制御部５１Ａによって、上記実施形態における複数のプロセスのうち会議サーバ２６が実行される。一方、第２サーバ２５Ｂの制御部５１Ｂによって、上記実施形態における複数のプロセスのうち仮想会議クライアントマネージャ２７及び仮想会議クライアント２８が実行される。なお、図１１において、図１のサーバ２５におけるインタフェース５７、５８に対応する構成は省略されている。

通信システム１Ａにおいて、第１会議クライアント２１と第２会議クライアント２２との間でＷｅｂ会議が実行される場合における通信の概要について説明する。第１会議クライアント２１１から送信されたメディアデータは、第１サーバ２５Ａの制御部５１Ａが実行する会議サーバ２６（以下、「第１サーバ２５Ａの会議サーバ２６」という。）によって受信される。第１サーバ２５Ａの会議サーバ２６は、受信されたメディアデータを第１会議クライアント２１２に送信する。同様に、第１会議クライアント２１２から送信されたメディアデータは、第１サーバ２Ａの会議サーバ２６によって受信される。会議サーバ２６は、受信されたメディアデータを第１会議クライアント２１１に第１方式で送信する。

第１サーバ２Ａの会議サーバ２６は、第１会議クライアント２１１、２１２からそれぞれ受信されたメディアデータを、第２サーバ２５Ｂの制御部５１によって実行される仮想会議クライアント２８２（以下、「第２サーバ２５Ｂの仮想会議クライアント２８２」という。）に送信する。第２サーバ２５Ｂの仮想会議クライアント２８２は、メディアデータを第１方式で受信する。

第２サーバ２Ｂの仮想会議クライアント２８２は、第１会議クライアント２１１、２１２から送信されたメディアデータをそれぞれ第１コーデックによってデコードする。第２サーバ２５Ｂの仮想会議クライアント２８２は、デコードされたメディアデータをミキシングし、ミキシングデータを生成する。第２サーバ２５Ｂの仮想会議クライアント２８２は、生成されたミキシングデータをエンコードする。ミキシングデータは、第２コーデックによってエンコードされる。第２サーバ２５Ｂの仮想会議クライアント２８２は、エンコードされた映像ミキシングデータを、第２会議クライアント２２に第２方式で送信する。

第２会議クライアント２２の制御部３１は、仮想会議クライアント２８２から送信されたミキシングデータを受信する。制御部３１は、受信されたミキシングデータを第２コーデックによってデコードする。デコードされたミキシングデータに基づく映像は、モニタ３３に表示される。デコードされたミキシングデータに基づく音は、スピーカ３５から出力される。

第２会議クライアント２２の制御部３１は、カメラ３４及びマイク３６から取得されたメディアデータを、第２コーデックによってエンコードする。制御部３１は、エンコードされたメディアデータを、第２サーバ２５Ｂの仮想会議クライアント２８２に第２方式で送信する。

第２サーバ２５Ｂの仮想会議クライアント２８２は、メディアデータを受信する。第２サーバ２５Ｂの仮想会議クライアント２８２は、受信されたメディアデータを第２コーデックによってデコードする。第２サーバ２５Ｂの仮想会議クライアント２８２は、デコードされたメディアデータを、第１コーデックによってエンコードする。第２サーバ２５Ｂの仮想会議クライアント２８２は、エンコードされたメディアデータを、第１サーバ２５Ａの会議サーバ２６に第１方式で送信する。

第１サーバ２５Ａの会議サーバ２６は、メディアデータを受信する。第１サーバ２５Ａの会議サーバ２６は、受信されたメディアデータを、第１会議クライアント２１に第１方式で送信する。

第１会議クライアント２１の制御部３１は、第１サーバ２５Ａの会議サーバ２６及び他の第１会議クライアント２１からそれぞれ送信されたメディアデータを受信する。制御部３１は、受信されたメディアデータを、第１コーデックによってデコードする。デコードされたミキシングデータに基づく映像は、モニタ３３に表示される。デコードされたミキシングデータに基づく音は、スピーカ３５から出力される。

以上のように、変形例において、会議サーバ２６と、仮想会議クライアント２８とは、それぞれ別々のサーバ（第１サーバ２５Ａ及び第２サーバ２５Ｂ）の制御部によって実行される。従って、エンコード、デコード、及び、ミキシングの各処理によって第２サーバ２５Ｂの仮想会議クライアント２８の処理負荷が増加したり、処理遅延が発生したりした場合でも、第１サーバ２５Ａの会議サーバ２６によるＷｅｂ会議の制御自体に影響が更に及び難い。このため、変形例における通信方法によれば、会議クライアント２０間のＷｅｂ会議の制御を第１サーバ２５Ａによって適切に実行しつつ、第２サーバ２５Ｂによって、メディアデータのエンコード、デコード、及び、ミキシングの各処理を実行させることができる。

又、通信システム１Ａは、通信システム１と同様、第２会議クライアント２２の数が増加した場合の拡張性において優れている。即ち、第２会議クライアント２２の数が増加した場合でも、第２サーバ２５Ｂの制御部５１Ｂにおいて仮想会議クライアント２８を追加することで対応できる。なお、第１サーバ２５Ａの制御部５１Ａは会議サーバ２６をそのまま維持できる。このため、第２会議クライアント２２の増加に伴って第１サーバ２５Ａを増加する必要がない。更に、第２会議クライアント２２の数の増加に応じて仮想会議クライアント２８が追加された場合において、エンコード、デコード、及び、ミキシングの処理負荷が増大しても、第１サーバ２５Ａの制御部５１Ａが会議サーバ２６を実行することよる、Ｗｅｂ会議の制御自体に影響が及び難い。従って、以上の通信方法によれば、第１サーバ２５Ａにおいて制御部５１Ａが会議サーバ２６をそのまま維持しつつ、第２サーバ２５Ｂの制御部５１Ｂにおいて仮想会議クライアント２８を追加できるので、高い拡張性を確保できる。

＜その他の変形例＞
第１開始シーケンス（図５参照）において、第１会議クライアント２１１のユーザによって、第２会議クライアント２２、及び、第３会議クライアント２３と第１会議クライアント２１１との間の会議接続を要求する指示が、キーボード／マウス３２を介して入力されてもよい。この場合、第１会議クライアント２１１の制御部３１は、第２会議クライアント２２、及び、第３会議クライアント２３のアドレス情報をそれぞれ含む２つの第１接続要求データを、会議サーバ２６に送信してもよい（Ｐ１１ａ）。会議サーバ２６は、２つの第１接続要求データを受信した場合（Ｐ１１ｂ）、受信された２つの第１接続要求データを仮想会議クライアントマネージャ２７に送信してもよい（Ｐ１３ａ）。仮想会議クライアントマネージャ２７は、２つの第１接続要求データを受信した場合（Ｐ１３ｂ）、それぞれの第１接続要求データに応じ、第２会議クライアント２２に対応する仮想会議クライアント２８２と、第３会議クライアント２３に対応する仮想会議クライアント２８３とを起動してもよい（Ｐ１５）。これによって、第１会議クライアント２１、第２会議クライアント２２、及び、第３会議クライアント２３間でＷｅｂ会議を実行させることが可能となる。

なお上記の変形例において、第１会議クライアント２１１のユーザによって複数の会議クライアント２０との会議接続を要求する指示が入力された場合、各会議クライアント２０のアドレス情報を全て含む１つの第１接続要求データが第１会議クライアント２１１から送信されてもよい。仮想会議クライアントマネージャ２７は、複数のアドレス情報を含む第１接続要求データを受信した場合、各アドレス情報に対応する複数の仮想会議クライアント２８を起動してもよい。

上記実施形態において、第１コーデック及び第２コーデックを共通としてもよい。この場合、仮想会議クライアント２８におけるエンコード及びデコードの処理は不要となる。従って、仮想会議クライアント２８は、会議サーバ２６から送信されたメディアデータを受信した場合（Ｓ１５）、受信されたメディアデータをそのままミキシングしてミキシングデータを生成し、そのまま第２会議クライアント２２に送信してもよい。
又、仮想会議クライアント２８は、第２会議クライアント２２から送信されたメディアデータを受信した場合（Ｓ１９）、受信されたメディアデータをそのまま会議サーバ２６に送信してもよい。

第１開始シーケンス（図５参照）において、仮想会議クライアント２８２は、仮想会議クライアントマネージャ２７から送信された第１接続要求データを受信した場合（Ｐ１９ｂ）、第１接続要求データに含まれるアドレス情報によって特定される第２会議クライアント２２に第２接続要求データを送信した（Ｐ２１ａ）。これによって、仮想会議クライアント２８２は、第２会議クライアント２２との間で第２会議接続し、会議サーバ２６との間で第３会議接続した（Ｐ２１ａ、Ｐ２１ｂ、Ｐ２５ａ、Ｐ２５ｂ）。これに対し、会議サーバ２６は、仮想会議クライアント２８２に第１接続要求データを送信してもよい。仮想会議クライアント２８２は、仮想会議クライアントマネージャ２７を介さず、会議サーバ２６から第１接続要求データを直接受信してもよい。

第１開始シーケンス（図５参照）において、仮想会議クライアントマネージャ２７は、第１接続要求データを会議サーバ２６から受信した場合（Ｐ１３ｂ）、仮想会議クライアント２８２を起動した（Ｐ１５）。これに対し、仮想会議クライアント２８２は常時起動されていてもよい。又、第１〜第３終了シーケンス（図７〜図９参照）において、仮想会議クライアントは終了されなくてもよい。これらの場合、サーバ２５において仮想会議クライアントマネージャ２７は実行されなくてもよい。

第２開始シーケンス（図６参照）において、第２会議クライアント２２は、仮想会議クライアント２８のアドレス情報を含む第３接続要求データを送信した（Ｐ４１ａ）。仮想会議クライアント２８２は、第３接続要求データを受信し（Ｐ４１ｂ）、第２会議クライアント２２との間で第２会議接続の処理を実行した（Ｐ４５ａ、Ｐ４５ｂ）。これによって、アドレス情報に含まれるポート番号によって識別される会議室を利用したＷｅｂ会議が、第１会議クライアント２１と第２会議クライアント２２との間で実行可能となった。これに対し、例えば、アドレス情報に加えて会議ＩＤが第３接続要求データに含まれていてもよい。仮想会議クライアント２８２は、第２会議クライアント２２との間で第２会議接続の処理を実行することによって、会議ＩＤよって識別される会議室を利用したＷｅｂ会議を実行可能としてもよい。

第１〜第３終了シーケンス（図７〜図９参照）において、仮想会議クライアントマネージャ２７は、第２切断完了データを受信したことに応じて（Ｐ６１ｂ）、仮想会議クライアント２８２を終了させた（Ｐ６５）。これに対し、例えば第１終了シーケンス（図７参照）及び第３終了シーケンス（図９参照）において、第１会議クライアント２１は、仮想会議クライアント２８２の終了を要求する終了要求データを会議サーバ２６に送信してもよい。会議サーバ２６は、会議サーバ２６から送信された終了要求データを、仮想会議クライアントマネージャ２７に送信してもよい。又、例えば第２終了シーケンス（図８参照）において、第２会議クライアント２２は、仮想会議クライアント２８２の終了要求データを仮想会議クライアント２８２に送信してもよい。仮想会議クライアント２８２は、第２会議クライアント２２から送信された終了要求データを、仮想会議クライアントマネージャ２７に送信してもよい。仮想会議クライアントマネージャ２７は、終了要求データを受信したことに応じて、仮想会議クライアント２８２を終了させてもよい。これらの場合、会議クライアント２０は、第２会議接続及び第３会議接続の切断時に仮想会議クライアント２８を終了させると同時に、第２会議接続及び第３会議接続を再開させる場合に仮想会議クライアント２８を維持させることができる。

１、１Ａ ：通信システム
２０ ：会議クライアント
１０ ：会議システム
１１ ：第１会議システム
１２ ：第２会議システム
１３ ：第３会議システム
２０ ：会議クライアント
２１、２１１、２１２ ：第１会議クライアント
２２ ：第２会議クライアント
２３ ：第３会議クライアント
２５ ：サーバ
２５Ａ ：第１サーバ
２５Ｂ ：第２サーバ
２６ ：会議サーバ
２７ ：仮想会議クライアントマネージャ
２８、２８２、２８３ ：仮想会議クライアント
５９ ：記憶部

Claims (12)

1. 会議サーバを介して第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアントと、前記第１方式と異なる第２方式の通信によって遠隔会議を実行可能な第２会議クライアントとの間で遠隔会議が実行される場合の通信方法であって、
   前記会議サーバが、前記複数の第１会議クライアントから前記第１方式の通信によって送信された複数の第１メディアデータを受信し、
   前記会議サーバが、受信された前記複数の第１メディアデータを前記第１方式の通信によって、前記会議サーバで実行される仮想会議クライアントに送信し、
   前記仮想会議クライアントが、前記会議サーバから送信された前記複数の第１メディアデータを前記第１方式の通信によって受信し、
   前記仮想会議クライアントが、受信された前記複数の第１メディアデータをミキシングしてミキシングデータを生成し、
   前記仮想会議クライアントが、生成された前記ミキシングデータを前記第２会議クライアントに前記第２方式の通信によって送信し、
   前記仮想会議クライアントが、前記第２会議クライアントから第２メディアデータを前記第２方式の通信によって受信し、
   前記仮想会議クライアントが、受信された前記第２メディアデータを前記会議サーバに前記第１方式の通信によって送信し、
   前記会議サーバが、前記仮想会議クライアントから送信された前記第２メディアデータを前記第１方式の通信によって受信し、
   前記会議サーバが、受信された前記第２メディアデータを前記複数の第１会議クライアントに前記第１方式の通信によって送信することを特徴とする通信方法。
2. 前記会議サーバは、第１コーデックによってエンコードされた前記複数の第１メディアデータを、前記複数の第１会議クライアントから受信し、
   前記仮想会議クライアントは、
   受信された前記複数の第１メディアデータを前記第１コーデックでデコードし、
   デコードされた前記複数の第１メディアデータをミキシングして前記ミキシングデータを生成し、
   生成された前記ミキシングデータを、第２コーデックでエンコードし、
   前記仮想会議クライアントは、前記第２コーデックでエンコードされた前記ミキシングデータを、前記第２会議クライアントに送信することを特徴とする請求項１に記載の通信方法。
3. 前記仮想会議クライアントは、第２コーデックによってエンコードされた前記第２メディアデータを、前記第２会議クライアントから受信し、
   前記仮想会議クライアントは、受信された前記第２メディアデータを前記第２コーデックでデコードし、
   前記仮想会議クライアントは、デコードされた前記第２メディアデータを第１コーデックでエンコードし、
   前記仮想会議クライアントは、前記第１コーデックでエンコードされた前記第２メディアデータを、前記会議サーバに送信し、
   前記会議サーバは、前記第１コーデックでエンコードされた前記第２メディアデータを、前記複数の第１会議クライアントに送信することを特徴とする請求項１又は２に記載の通信方法。
4. 前記仮想会議クライアントを起動する仮想会議クライアントマネージャから送信されたデータであって、前記第２会議クライアントのアドレス情報を含む第１接続要求データを、前記仮想会議クライアントが受信し、
   前記仮想会議クライアントが、前記第１接続要求データを受信したことに応じて、前記アドレス情報によって識別される前記第２会議クライアントに対して、前記仮想会議クライアントと前記第２会議クライアントとの接続を要求する第２接続要求データを送信し、
   前記仮想会議クライアントが、送信された前記第２接続要求データに応じて前記第２会議クライアントから送信された第１接続完了データを受信し、
   前記仮想会議クライアントが、前記第１接続完了データを受信したことに応じて前記会議サーバと接続することを特徴とする請求項１から３の何れかに記載の通信方法。
5. 前記仮想会議クライアントマネージャが、前記第１接続要求データを前記会議サーバから受信し、
   前記仮想会議クライアントマネージャが、前記第１接続要求データを受信したことに応じて前記仮想会議クライアントを起動し、
   前記仮想会議クライアントマネージャが、受信された前記第１接続要求データを前記仮想会議クライアントに送信することを特徴とする請求項４に記載の通信方法。
6. 前記第２会議クライアントから送信されたデータであって、前記仮想会議クライアントのアドレス情報を含み、前記仮想会議クライアントとの接続を要求する第３接続要求データを、前記仮想会議クライアントが受信し、
   前記仮想会議クライアントが、前記第３接続要求データを受信したことに応じて、前記会議サーバと接続することを特徴とする請求項１から５の何れかに記載の通信方法。
7. 前記第１会議クライアントが前記第２会議クライアントとの接続の切断を要求する第１切断要求データを、前記仮想会議クライアントが前記会議サーバから受信したことに応じ、前記仮想会議クライアントが前記第２会議クライアントに第２切断要求データを送信し、
   前記仮想会議クライアントが、前記第２切断要求データを送信したことに応じて、前記第２会議クライアントから第１切断完了データを受信し、
   前記仮想会議クライアントが、前記第１切断完了データを受信したことに応じて、前記会議サーバとの接続を切断し、
   前記仮想会議クライアントマネージャが、前記仮想会議クライアントと前記会議サーバとの間の接続が切断された後、前記仮想会議クライアントを終了させることを特徴とする請求項４又は５に記載の通信方法。
8. 前記仮想会議クライアントが、前記第１切断完了データを受信したことに応じて、前記仮想会議クライアントマネージャに第２切断完了データを送信し、
   前記仮想会議クライアントマネージャは、前記第２切断完了データを受信したことに応じて、前記仮想会議クライアントを終了させることを特徴とする請求項７に記載の通信方法。
9. 前記第２会議クライアントが前記第１会議クライアントとの接続の切断を要求する第３切断要求データを、前記仮想会議クライアントが前記第２会議クライアントから受信し、
   前記仮想会議クライアントが、前記第３切断要求データを受信したことに応じて、前記仮想会議クライアントマネージャに第２切断完了データを送信し、
   前記仮想会議クライアントが、前記第２切断完了データを送信したことに応じて、前記会議サーバとの接続を切断し、
   前記仮想会議クライアントマネージャが、前記第２切断完了データを受信したことに応じて、前記仮想会議クライアントを終了させることを特徴とする請求項４又は５に記載の通信方法。
10. 前記仮想会議クライアントマネージャが、複数の前記第２会議クライアントのそれぞれのアドレス情報を含む複数の前記第１接続要求データを、前記会議サーバから受信し、
    前記仮想会議クライアントマネージャが、前記複数の第１接続要求データを受信したことに応じて、各第１接続要求データに対応する複数の前記仮想会議クライアントを起動することを特徴とする請求項５に記載の通信方法。
11. 第１サーバを介して第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアント、前記第１方式と異なる第２方式の通信を行う第２会議クライアント、前記第１サーバ、及び、第２サーバを備えた通信システムであって、
    前記第１サーバは、
    前記複数の第１会議クライアントから前記第１方式の通信によって送信された複数の第１メディアデータであって、第１コーデックによってエンコードされた複数の第１メディアデータを受信し、
    受信された前記複数の第１メディアデータを前記第１方式の通信によって、前記第２サーバに送信し、
    前記第２サーバは、
    前記第１サーバから送信された前記複数の第１メディアデータを前記第１方式の通信によって受信し、
    受信された前記複数の第１メディアデータを前記第１コーデックでデコードし、
    デコードされた前記複数の第１メディアデータをミキシングしてミキシングデータを生成し、
    生成された前記ミキシングデータを、第２コーデックでエンコードし、
    前記第２コーデックでエンコードされた前記ミキシングデータを、前記第２会議クライアントに前記第２方式の通信によって送信し、
    前記第２会議クライアントから、前記第２コーデックによってエンコードされた第２メディアデータを、前記第２方式の通信によって受信し、
    受信された前記第２メディアデータを前記第２コーデックでデコードし、
    デコードされた前記第２メディアデータを前記第１コーデックでエンコードし、
    前記第１コーデックでエンコードされた前記第２メディアデータを、前記第１サーバに前記第１方式の通信によって送信し、
    前記第１サーバは、
    前記第２サーバから送信された前記第２メディアデータを前記第１方式の通信によって受信し、
    受信された前記第２メディアデータを前記複数の第１会議クライアントに前記第１方式の通信によって送信する
    ことを特徴とする通信システム。
12. 会議サーバを介して第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアントと、前記第１方式と異なる第２方式の通信を行う第２会議クライアントとの間で遠隔会議を実行するための通信プログラムであって、
    前記複数の第１会議クライアントから前記第１方式の通信によって送信された複数の第１メディアデータであって、第１コーデックによってエンコードされた複数の第１メディアデータが前記会議サーバによって前記第１方式の通信によって受信され、受信された前記複数の第１メディアデータが前記会議サーバから前記第１方式の通信によって送信された場合、前記複数の第１メディアデータを前記会議サーバから前記第１方式の通信によって受信するステップと、
    受信された前記複数の第１メディアデータを前記第１コーデックでデコードするステップと、
    デコードされた前記複数の第１メディアデータをミキシングしてミキシングデータを生成するステップと、
    生成された前記ミキシングデータを、第２コーデックでエンコードするステップと、
    前記第２コーデックでエンコードされた前記ミキシングデータを前記第２会議クライアントに前記第２方式の通信によって送信するステップと、
    前記第２会議クライアントから、前記第２コーデックによってエンコードされた第２メディアデータを、前記第２方式の通信によって受信するステップと、
    受信された前記第２メディアデータを前記第２コーデックでデコードするステップと、
    デコードされた前記第２メディアデータを前記第１コーデックでエンコードするステップと、
    前記第１コーデックでエンコードされた前記第２メディアデータを、前記会議サーバに前記第１方式の通信によって送信するステップと、
    を、コンピュータに実行させるための通信プログラム。

Images