JP6493236B2 - 通信方法、通信プログラム、及び、サーバ - Google Patents

Description

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

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

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

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

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

本発明の第１態様に係る通信方法は、会議サーバを介して第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアントと、前記第１方式と異なる第２方式の通信によって遠隔会議を実行可能な第２会議クライアントとの間で遠隔会議を実行する場合の通信方法であって、前記会議サーバから第１通知を受信し、前記第１通知が受信されたことに応じて仮想会議クライアントを起動し、前記仮想会議クライアントと前記第２会議クライアントとを接続し、前記仮想会議クライアントと前記第２会議クライアントとが接続されたことに応じて、前記仮想会議クライアントと前記会議サーバとを接続し、前記会議サーバから前記第１方式で受信したデータを前記第２方式で前記第２会議クライアントに送信し、前記第２会議クライアントから前記第２方式で受信したデータを前記第１方式で前記会議サーバに送信し、前記仮想会議クライアントと前記第２会議クライアントとの間の接続を切断し、前記仮想会議クライアントと前記第２会議クライアントとの間の接続を切断した後、前記仮想会議クライアントと前記会議サーバとの接続の切断を要求する第１切断要求データを前記会議サーバに送信し、前記第１切断要求データを前記会議サーバに送信したことに応じて、前記仮想会議クライアントを終了することを特徴とする。

本発明の第２態様に係る通信プログラムは、会議サーバを介して第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアントと、前記第１方式と異なる第２方式の通信によって遠隔会議を実行可能な第２会議クライアントとの間で遠隔会議を実行するための通信プログラムであって、前記会議サーバから第１通知を受信する第１受信処理と、前記第１通知が受信されたことに応じて仮想会議クライアントを起動する起動処理と、起動された前記仮想会議クライアントと前記第２会議クライアントとを接続する第１接続処理と、前記仮想会議クライアントと前記第２会議クライアントとが接続されたことに応じて、前記仮想会議クライアントと前記会議サーバとを接続する第２接続処理と、前記仮想会議クライアントと前記第２会議クライアントとの間の接続を切断する切断処理と、前記仮想会議クライアントと前記第２会議クライアントとの間の接続を切断した後、前記仮想会議クライアントと前記会議サーバとの接続の切断を要求する第１切断要求データを前記会議サーバに送信する第２送信処理と、前記第１切断要求データを前記会議サーバに送信したことに応じて、前記仮想会議クライアントを終了させる第１終了処理とを、コンピュータに実行させる。
本発明の第３態様に係る通信プログラムは、会議サーバを介して第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアントと、前記第１方式と異なる第２方式の通信によって遠隔会議を実行可能な第２会議クライアントとの間で遠隔会議を実行するための通信プログラムであって、前記会議サーバから、第１通知を受信する第１受信処理と、前記第１通知が受信されたことに応じて仮想会議クライアントを起動する起動処理と、起動された前記仮想会議クライアントと前記第２会議クライアントとを接続する第１接続処理と、前記仮想会議クライアントと前記第２会議クライアントとが接続されたことに応じて、前記仮想会議クライアントと前記会議サーバとを接続する第２接続処理とを、コンピュータに実行させ、前記第１通知は、前記仮想会議クライアントの起動を要求する起動要求データであり、前記第１接続処理は、前記第２会議クライアントから前記仮想会議クライアントに対して送信された第３接続要求データを受信することによって、前記仮想会議クライアントと前記第２会議クライアントとを接続し、前記第３接続要求データは、前記会議サーバによって実行される仮想会議室を識別する識別情報を含み、前記仮想会議クライアントとの接続を要求するデータであり、前記第２接続処理は、前記第２会議クライアントから送信された前記第３接続要求データを受信したことに応じて、前記仮想会議クライアントと前記会議サーバとを接続し、起動する前記仮想会議クライアントのアドレス情報を前記会議サーバに送信する第１送信処理と、前記会議サーバに送信した前記アドレス情報を記憶部に記憶する記憶処理と、前記アドレス情報の削除を要求する削除要求データを、前記会議サーバから受信する第２受信処理と、前記削除要求データを受信したことに応じて、前記仮想会議クライアントを終了させる第２終了処理とを、前記コンピュータに更に実行させる。

本発明の第４態様に係るサーバは、第１方式の通信によって遠隔会議を実行可能な複数の第１会議クライアントと、前記第１方式と異なる第２方式の通信によって遠隔会議を実行可能な第２会議クライアントとの通信が可能なサーバであって、第１通知を受信し、前記第１通知が受信されたことに応じて仮想会議クライアントを起動し、前記仮想会議クライアントと前記第２会議クライアントとを接続し、前記仮想会議クライアントと前記第２会議クライアントとが接続されたことに応じて、前記仮想会議クライアントと会議サーバとを接続し、前記会議サーバから前記第１方式で受信したデータを前記第２方式で前記第２会議クライアントに送信し、前記第２会議クライアントから前記第２方式で受信したデータを前記第１方式で前記会議サーバに送信し、前記仮想会議クライアントと前記第２会議クライアントとの間の接続を切断し、前記仮想会議クライアントと前記第２会議クライアントとの間の接続を切断した後、前記仮想会議クライアントと前記会議サーバとの接続の切断を要求する第１切断要求データを前記会議サーバに送信し、前記第１切断要求データを前記会議サーバに送信したことに応じて、前記仮想会議クライアントを終了させることを特徴とする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜本実施形態の主たる作用、効果＞
第１開始シーケンス（図５参照）において、仮想会議クライアントマネージャ２７は、会議サーバ２６から第１接続要求データを受信することに応じて（Ｐ１３ｂ）、仮想会議クライアント２８２を起動する（Ｐ１５）。仮想会議クライアント２８２は、起動後、仮想会議クライアントマネージャ２７から第１接続要求データを受信し（Ｐ１９ｂ）、第２会議クライアント２２に第２接続要求データを送信する（Ｐ２１ａ）。仮想会議クライアント２８２と第２会議クライアント２２との間で、第２会議接続の処理が実行される。次いで、会議サーバ２６と仮想会議クライアント２８２との間で、第３会議接続の処理が実行される。又、第２開始シーケンス（図６参照）において、仮想会議クライアントマネージャ２７は、会議サーバ２６から起動要求データを受信することに応じて（Ｐ３３ｂ）、仮想会議クライアント２８２を起動する（Ｐ３５）。仮想会議クライアント２８２は、起動後、第２会議クライアント２２から送信された第３接続要求データを受信する（Ｐ４１ｂ）。仮想会議クライアント２８２と第２会議クライアント２２との間で、第２会議接続の処理が実行される。次いで、会議サーバ２６と仮想会議クライアント２８２との間で、第３会議接続の処理が実行される。

第３会議接続の完了後、会議サーバ２６は、第１会議クライアント２１からメディアデータを第１方式の通信によって受信し（Ｓ１１，Ｓ３１）、仮想会議クライアント２８２に第１方式の通信によって送信する（Ｓ１３）。仮想会議クライアント２８２は、会議サーバ２６から送信されたメディアデータを受信し（Ｓ１５）、ミキシングすることによってミキシングデータを生成する。仮想会議クライアント２８２は、生成されたミキシングデータを、第２方式の通信によって第２会議クライアント２２に送信する（Ｓ１７）。又、仮想会議クライアント２８２は、第２会議クライアント２２から送信されたメディアデータを第２方式の通信によって受信し（Ｓ１９）、会議サーバ２６に第１方式の通信によって送信する（Ｓ２１）。会議サーバ２６は、仮想会議クライアント２８２から送信されたメディアデータを受信し（Ｓ２３）、第１会議クライアント２１に第１方式の通信によって送信する（Ｓ２５、Ｓ３５）。

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

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

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

第２開始シーケンス（図６参照）において、仮想会議クライアント２８２は、起動後、仮想会議クライアント２８２のアドレス情報を決定する。仮想会議クライアント２８２は、決定されたアドレス情報を含む起動完了通知データを、仮想会議クライアントマネージャ２７に送信する（Ｐ３７ａ）。仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２から送信された起動完了通知データを受信し（Ｐ３７ｂ）、会議サーバ２６に送信する（Ｐ３９ａ）。この場合、第２会議クライアント２２は、起動完了通知データによって通知されたアドレス情報に基づいて仮想会議クライアント２８２を特定し、この仮想会議クライアント２８２に第３接続要求データを送信することによって（Ｐ４１ａ）、仮想会議クライアント２８２と第２会議接続できる。

第１終了シーケンス（図７参照）において、第１会議クライアント２１１は、第１切断要求データを送信する（Ｐ５１ａ）。仮想会議クライアント２８２は、第１切断要求データを受信し（Ｐ５５ｂ）、第２会議クライアント２２に第２切断要求データを送信する（Ｐ５７ａ）。仮想会議クライアント２８２と第２会議クライアント２２との間で、第２会議接続を切断するための処理が実行される。このため、第１終了シーケンスによれば、仮想会議クライアント２８２は、第１会議クライアント２１１からの要求に応じ、第２会議クライアントとの間の第２会議接続を切断できる。又、第２終了シーケンス（図８参照）において、第２会議クライアント２２は、第３切断要求データを仮想会議クライアント２８２に送信する（Ｐ７３ａ）。仮想会議クライアント２８２と第２会議クライアント２２との間で、第２会議接続を切断するための処理が実行される。このため、第２終了シーケンスによれば、仮想会議クライアント２８２は、第２会議クライアント２２からの要求に応じ、第２会議クライアントとの間の第２会議接続を切断できる。

第１終了シーケンス及び第２終了シーケンスにおいて、上記のシーケンスの後、仮想会議クライアント２８２は、第２切断完了データを仮想会議クライアントマネージャ２７に送信する（Ｐ６１ａ）。仮想会議クライアント２８２は、第４切断要求データを会議サーバ２６に送信することに応じて（Ｐ６３ａ）、会議サーバ２６との間で第３会議接続を切断するための処理を実行する。仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２を終了させる（Ｐ６５）。この場合、仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２と第２会議クライアント２２との間の第２会議接続が切断された場合に、仮想会議クライアント２８２を終了させることができるので、Ｗｅｂ会議に用いられていない仮想会議クライアント２８が維持されることを抑制できる。

第２開始シーケンス（図６参照）において、仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２から送信された起動完了通知データを受信した場合（Ｐ３７ｂ）、起動完了通知データに含まれているアドレス情報を記憶部５９に記憶する（Ｐ３８）。又、第３終了シーケンス（図９参照）において、第１会議クライアント２１１は、削除要求データを送信する（Ｐ１０５ａ）。仮想会議クライアントマネージャ２７は、削除要求データを受信したことに応じ（Ｐ１０７ｂ）、記憶部５９に記憶されたアドレス情報を削除し（Ｐ１０８）、その後、仮想会議クライアント２８２を終了させる（Ｐ６５）。このように、仮想会議クライアントマネージャ２７は、アドレス情報の削除が要求されたことに応じて、仮想会議クライアント２８２を終了させることができる。従って、例えば、第２会議クライアント２２と仮想会議クライアント２８２との間の第２会議接続の再開が予定される場合（例えば、再開シーケンス（図１０参照）が実行される場合）、第１会議クライアント２１１において削除要求データを送信しなくてもよい。これによって、仮想会議クライアント２８２を終了させずそのまま維持できる。

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

以上のように、メディアデータのデコード、ミキシング、及び、エンコードは、全て仮想会議クライアント２８２によって実行され、会議サーバ２６では実行されない。従って、エンコード、デコード、及び、ミキシングの各処理によって処理負荷が増加したり、処理遅延が発生したりした場合でも、会議サーバ２６によるＷｅｂ会議の制御自体に影響が及び難い。このため、通信システム１では、会議クライアント２０間のＷｅｂ会議の制御を会議サーバ２６によって適切に実行しつつ、仮想会議クライアント２８によって、メディアデータのエンコード、デコード、及び、ミキシングの各処理を実行させることができる。

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

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

通信システム１Ａにおいて、第１会議クライアント２１１と、第１サーバ２５Ａの制御部５１Ａによって実行される会議サーバ２６（以下、「第１サーバ２５Ａの会議サーバ２６」という。）との間は、ネットワークを介して第１方式で通信が実行される。第１サーバ２５Ａの会議サーバ２６と、第２サーバ２５Ｂの制御部５１Ｂによって実行される仮想会議クライアント２８（以下、「第２サーバ２５Ｂの仮想会議クライアント２８」という。）との間は、ネットワークを介して第１方式で通信が行われる。第２サーバ２５Ｂの仮想会議クライアント２８と第２会議クライアント２２との間は、ネットワークを介して第２方式で通信が行われる。第２サーバ２５Ｂの仮想会議クライアント２８と第３会議クライアント２３との間は、ネットワークを介して第３方式で通信が行われる。

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

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

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

第１接続要求データにアドレス情報は含まれていなくてもよい。例えば、第１会議クライアント２１１は、アドレス情報が含まれない第１接続要求データを送信した後、アドレス情報を通知するアドレス通知データを更に送信してもよい。仮想会議クライアント２８２は、起動後、アドレス通知データを受信してもよい。仮想会議クライアント２８２は、アドレス通知データに含まれるアドレス情報によって特定される第２会議クライアント２２に対し、第２接続要求データを送信してもよい。

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

第２開始シーケンス（図６参照）において、仮想会議クライアント２８２は、起動後にアドレス情報を決定した。仮想会議クライアント２８２は、決定されたアドレス情報を含む起動完了通知データを、仮想会議クライアントマネージャ２７に送信した（Ｐ３７ａ）。仮想会議クライアントマネージャ２７は、起動完了通知データを受信し（Ｐ３７ｂ）、アドレス情報を記憶部５９に記憶した（Ｐ３８）。これに対し、例えば仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２を起動する場合に、起動される仮想会議クライアント２８２のアドレス情報を指定してもよい。この場合、起動された仮想会議クライアント２８２から送信される起動完了通知データにアドレス情報は含まれていなくてもよい。仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２の起動時に指定したアドレス情報を、記憶部５９に記憶してもよい。

第１〜第３終了シーケンス（図６〜図９参照）において、仮想会議クライアント２８２と第２会議クライアント２２との間で第２会議接続を切断するための処理が実行された後、仮想会議クライアント２８２は、第２切断完了データを仮想会議クライアントマネージャ２７に送信した（Ｐ６１ａ）。次いで、仮想会議クライアント２８２は、第４切断要求データを会議サーバ２６に送信することに応じて（Ｐ６３ａ）、会議サーバ２６との間で第３会議接続を切断するための処理を実行し、第３会議接続を切断した。その後、仮想会議クライアントマネージャ２７は、仮想会議クライアント２８２を終了させた（Ｐ６５）。これに対し、仮想会議クライアント２８２は、第２会議クライアント２２との間で第２会議接続を切断するための処理が実行された後、最初に第４切断要求データを会議サーバ２６に送信し（Ｐ６３ａ）、会議サーバ２６との間で第３会議接続を切断するための処理を実行してもよい。次いで、仮想会議クライアント２８２は、第２切断完了データを仮想会議クライアントマネージャ２７に送信してもよい（Ｐ６１ａ）。この場合、仮想会議クライアントマネージャ２７は、会議サーバ２６と仮想会議クライアント２８２との間の第３会議接続が切断された後で、仮想会議クライアント２８２を終了させることができる。

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

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

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

Claims (12)

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

Images