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

Abstract

【課題】通信方式の異なる通信装置間で通信を行うことによって遠隔会議を円滑に実現可能な通信システム、通信プログラム、及び、通信方法を提供する。
【解決手段】管理サーバは、複数のサーバから受信した状態情報を記憶部に記憶する（Ｓ５３）。管理サーバは、特定の遠隔会議におけるメディアデータの中継処理を行う第１サーバから、特定の遠隔会議に接続する仮想会議クライアントを起動する第２サーバのアドレス情報を要求するアドレス要求を受信する（Ｓ５７ｂ）。管理サーバは、状態情報に基づいて、複数のサーバから第２サーバを特定する（Ｓ５８）。管理サーバは、特定された第２サーバのアドレス情報、及び、認証情報を、第１サーバに送信する（Ｓ５９ａ）。管理サーバは、第２サーバから認証情報を受信する（Ｓ６３ｂ）。管理サーバは、受信された認証情報に応じた認証結果を仮想会議クライアントマネージャに送信する（Ｓ６５ａ）。
【選択図】図３

Description

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

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

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

通信方式の異なる通信装置間で通信を行うことによって遠隔会議を実現したいという要求がある。これに対し、特許文献１に記載された技術が適用される場合、通信装置の数が増加するに従い、特にＵＢに処理負荷が集中し易くなる。ＵＢの処理負荷が増加した場合、遠隔会議の円滑な進行が妨げられる場合がある。

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

本発明の第１態様に係る通信システムは、ネットワークを介して管理サーバと複数のサーバとが通信を行う通信システムであって、前記管理サーバは、前記複数のサーバから受信した、各サーバの状態を示す状態情報を記憶部に記憶する記憶手段と、特定の遠隔会議におけるメディアデータの中継処理を行う第１サーバから送信された、前記特定の遠隔会議に接続する仮想会議クライアントを起動する第２サーバのアドレス情報を要求するアドレス要求を受信する第１受信手段と、前記第１受信手段によって前記アドレス要求を受信したことに応じ、前記記憶部に記憶された前記状態情報に基づいて、前記複数のサーバから前記第２サーバを特定する特定手段と、前記特定手段によって特定された前記第２サーバのアドレス情報を、前記第１サーバに送信する第１送信手段と、を備え、前記第１サーバは、前記管理サーバに前記アドレス要求を送信する第２送信手段と、前記第２送信手段によって前記アドレス要求を送信した後、前記管理サーバから送信された前記アドレス情報を受信したことに応じて、前記アドレス情報に対応する前記第２サーバに対し、仮想会議クライアントの起動要求を送信する第３送信手段とを備え、前記第２サーバは、前記第１サーバから送信された前記起動要求を受信したことに応じて、前記仮想会議クライアントを起動する起動手段を備え、前記仮想会議クライアントは、前記第１サーバと接続する接続手段を備えたことを特徴とする。

本発明の第２態様に係る通信プログラムは、ネットワークを介して複数の会議サーバと通信を行うことが可能な管理サーバのコンピュータに、前記複数の会議サーバから受信した、各会議サーバの状態を示す状態情報を記憶部に記憶する記憶ステップと、特定の遠隔会議におけるメディアデータの中継処理を行う第１会議サーバから、前記特定の遠隔会議に接続する仮想会議クライアントを起動する第２会議サーバのアドレス情報を要求するアドレス要求を受信する第１受信ステップと、前記記憶部に記憶された前記状態情報に基づいて、前記複数の会議サーバから前記第２会議サーバを特定する特定ステップと、前記特定ステップによって特定された前記第２会議サーバのアドレス情報、及び、認証情報を、前記第１会議サーバに送信する第１送信ステップと、前記第２会議サーバから、認証情報を受信する第２受信ステップと、前記第２受信ステップによって受信された前記認証情報に応じた認証結果を、前記第２会議サーバに送信する第２送信ステップとを実行させる。

本発明の第３態様に係る通信方法は、ネットワークを介して管理サーバと複数の会議サーバとが通信を行う通信方法であって、前記管理サーバが、前記複数の会議サーバから受信した各会議サーバの状態を示す状態情報を、記憶部に記憶する記憶ステップと、特定の遠隔会議におけるメディアデータの中継処理を行う第１会議サーバが、前記特定の遠隔会議に接続する仮想会議クライアントを起動する第２会議サーバのアドレス情報を要求するアドレス要求を、前記管理サーバに送信する第１送信ステップと、前記管理サーバが、前記アドレス要求を受信したことに応じて、前記記憶部に記憶された前記状態情報に基づいて前記複数の会議サーバから前記第２会議サーバを特定する特定ステップと、前記管理サーバが、前記特定ステップによって特定された前記第２会議サーバのアドレス情報を、前記第１会議サーバに送信する第１送信ステップと、前記第１会議サーバが、前記アドレス情報を受信したことに応じて、前記アドレス情報に対応する前記第２会議サーバに対し、仮想会議クライアントの起動要求を送信する第２送信ステップと、前記第２会議サーバが、前記起動要求を受信したことに応じて、前記仮想会議クライアントを起動する起動ステップと、前記仮想会議クライアントが、前記第１会議サーバと接続する接続ステップと、を備えたことを特徴とする。

第１態様から第３態様によれば、管理サーバは、仮想会議クライアントを起動する第２会議サーバを、状態情報に基づいて特定し、第２会議サーバのアドレス情報及び認証情報を第１会議サーバに通知できる。このため、第１会議サーバは、通知されたアドレス情報に基づき、第２会議サーバを特定できる。又、第１会議サーバが第２会議サーバに対して認証情報を送信し、第２会議サーバが認証情報に基づいて管理サーバに認証を要求した場合を例示する。この場合、管理サーバは、第１会議サーバに通知したアドレス情報を有する第２会議サーバを認証できる。このため、認証に成功した第２会議サーバによって仮想会議クライアントが起動され、会議クライアントとの間で遠隔会議が実行されることによって、通信方式の異なる会議クライアント間で遠隔会議を実行できる。又、状態情報に基づいて特定された第２会議サーバによって仮想会議クライアントが起動される。これによって、第１会議サーバは、仮想会議クライアントの実行による処理負荷を、第２会議サーバに分散できる。従って、第１会議サーバは、仮想会議クライアントの実行による処理負荷が集中することを抑制できる。従って、管理サーバは、遠隔会議を円滑に実行させることができる。

通信システム１の概要を示す図である。 サーバ６１、及び、管理サーバ７の電気的構成を示す図である。 通信シーケンスを示す図である。 テーブル７２Ａを示す図である。 特定処理のフローチャートである。 テーブル７２Ａの一部を示す図である。

＜通信システム１の概要＞
図１を参照し、通信システム１について説明する。通信システム１には、複数の会議システム１０（第１会議システム１１、第２会議システム１２、第３会議システム１３）、複数のサーバ６０（第１サーバ６１Ａ、６１Ｂ、６１Ｃ・・・（以下、総称して、「第１サーバ６１」という。）、第２サーバ６２Ａ、６２Ｂ、６２Ｃ・・・（以下、総称して、「第２サーバ６２」という。）、第３サーバ６３Ａ、６３Ｂ、６３Ｃ・・・（以下、総称して、「第３サーバ６３」という。）、及び、管理サーバ７が含まれる。各会議システム１０には会議クライアント２０が含まれる。複数の会議システム１０、複数のサーバ６０、及び、管理サーバ７間は、ネットワーク９を介してそれぞれ相互に接続される。

各会議システム１０に含まれる会議クライアント２０は、複数のサーバ６０の何れかに接続することで、仮想会議室（以下、単に「会議室」という。）を介したＷｅｂ会議を実行可能である。各会議クライアント２０は、周知のPersonal Computer（ＰＣ）に対してＷｅｂ会議アプリケーションのプログラムをインストールすることで構成される。

第１会議システム１１及び第１サーバ６１は、第１地域９１に設けられる。第１会議システム１１には、第１会議クライアント２１１、２１２（以下、総称して「第１会議クライアント２１」ともいう。）が含まれる。第１サーバ６１Ａは、第１会議クライアント２１間でＷｅｂ会議を実行させる。第１サーバ６１Ａは、Multi-point Control Unit（ＭＣＵ）又は公知のサーバに対して専用アプリケーションのプログラムをインストールすることで構成される。

第２会議システム１２及び第２サーバ６２は、第２地域９２に設けられる。第２会議システム１２には、第２会議クライアント２２、及び、非図示の他の第２会議クライアントが含まれる。第２会議クライアント２２及び他の第２会議クライアントは、直接又は第２サーバ６２Ａ〜６２Ｃの何れかを介して通信を行うことによって、Ｗｅｂ会議を実行する。第３会議システム１３及び第３サーバ６３は、第３地域９３に設けられる。第３会議システム１３には、第３会議クライアント２３、及び、非図示の他の第３会議クライアントが含まれる。第３会議クライアント２３及び他の第２会議クライアントは、直接又は第３サーバ６３Ａ〜６３Ｃの何れかを介して通信を行うことによって、Ｗｅｂ会議を実行する。管理サーバ７は、第４地域９４に設けられる。

なお、上記において、第１地域９１の第１会議クライアント２１は、第１サーバ６１Ａの代わりに、第１サーバ６１Ｂ、第１サーバ６１Ｃ、第２サーバ６２、第３サーバ６３の何れかを介して通信を行うことによって、Ｗｅｂ会議を実行してもよい。第２地域９２の第２会議クライアント２２及び他の第２会議クライアントは、第１サーバ６１及び第３サーバ６３の何れかを介して通信を行うことによって、Ｗｅｂ会議を実行してもよい。第３地域９３の第３会議クライアント２３及び他の第３会議クライアントは、第１サーバ６１及び第２サーバ６２何れかを介して通信を行うことによって、Ｗｅｂ会議を実行してもよい。

上記において、第１地域９１〜第４地域９４は、それぞれが設置される国や地域（欧州、北アメリカ、南アメリカ、中央アメリカ等）を示す。第１会議システム１１及び第１サーバ６１、第２会議システム１２及び第２サーバ６２、第３会議システム１３及び第３サーバ６３、及び、管理サーバ７は、それぞれ異なる国や地域に設置される。つまり、第１会議システム１１及び第１サーバ６１、第２会議システム１２及び第２サーバ６２、第３会議システム１３及び第３サーバ６３、及び、管理サーバ７は、物理的な所在が互いに相違する。このため、会議システム１０においてＷｅｂ会議のために実行される通信の方式も、地域毎に異なる場合がある。地域ごとに異なる通信方式の具体例として、例えば、ネットワーク層で動作する通信プロトコル（ＩＰ，ＰＳＴＮ等）、アプリケーション層で動作する通信プロトコル（Ｈ３２３、ＳＩＰ、Ｈ２４５、ＶｏＩＰ、独自機能（サーバ録画機能等））を実現するためのプロトコル等）がある。

以下では、第１地域９１〜第３地域９３で通信方式がそれぞれ異なることを前提とする。具体的には次の通りである。第１地域９１において、第１会議クライアント２１１、２１２、及び、第１サーバ６１間で第１方式の通信が行われる。第１方式では、第１コーデックによってエンコードされたデータの通信が行われる。第２地域９２において、第２会議クライアント２２、他の第２会議クライアント、及び、第２サーバ６２間で第２方式の通信が行われる。第２方式では、第２コーデックによってエンコードされたデータの通信が行われる。第３地域９３において、第３会議クライアント２３、他の第３会議クライアント、及び、第３サーバ６３間で第３方式の通信が行われる。第３方式では、第３コーデックによってエンコードされたデータの通信が行われる。第１方式〜第３方式は互いに相違する。

＜サーバ６０によって実行されるプロセス＞
通信方式の異なる会議クライアント２０間でＷｅｂ会議を実行するために、サーバ６０の制御部は、次の（１）（２）（３）のプロセスを実行する。「プロセス」とは、サーバ６０にインストールされるプログラムの実行単位を示す。

（１）会議サーバ
会議サーバは、Ｗｅｂ会議における会議サーバの機能、即ち、複数の会議クライアント２０がＷｅｂ会議を実行する場合に、複数の会議クライアント２０間で送受信されるメディアデータを転送する機能を実現する。会議サーバは会議室を開催する。例えば、図２に示すように、第１サーバ６１Ａの制御部５１（後述）によって実行される会議サーバ６１１（以下、単に「会議サーバ６１１」という。）は、第１会議クライアント２１を会議室に参加させる。これによって、会議サーバ６１１と第１会議クライアント２１との間で第１方式の通信が行われ、第１会議クライアント２１間でＷｅｂ会議が実行される。又、会議サーバ６１１は、後述する仮想会議クライアントマネージャ６２２、６３２、及び、仮想会議クライアント６２３、６３３と第１方式の通信を行う。なお、図示されていないが、第１サーバ６１Ｂ、及び、第１サーバ６１Ｃのそれぞれの制御部５１によっても同様に、会議サーバが実行される。

（２）仮想会議クライアント
仮想会議クライアントは、会議クライアント２０と同等の処理を実行する。例えば、第１サーバ６１Ｂの制御部５１によって実行される仮想会議クライアント６２３（以下、単に「仮想会議クライアント６２３」という。）は、第２会議クライアント２２と第２方式で通信を行うことができる。仮想会議クライアント６２３が第２会議クライアント２２と異なる点は、会議サーバ６１１と第１方式の通信を行うこともできるという点である。つまり、仮想会議クライアント６２３は、会議サーバ６１１と第１方式の通信ができると同時に、第２会議クライアント２２と第２方式で通信ができる。その結果、第２会議クライアント２２と会議サーバ６１１との間で、仮想会議クライアント６２３を介して通信が行われることになる。

又、例えば、第１サーバ６１Ｃの制御部５１によって実行される仮想会議クライアント６３３（以下、単に「仮想会議クライアント６３３」という。）は、第３会議クライアント２３と第３方式で通信を行うことができる。仮想会議クライアント６３３が第３会議クライアント２３と異なる点は、会議サーバ６１１と第１方式の通信を行うこともできるという点である。つまり、仮想会議クライアント６３３は、会議サーバ６１１と第１方式で通信ができると同時に、第３会議クライアント２３と第３方式で通信ができる。その結果、第３会議クライアント２３と会議サーバ６１１との間で、仮想会議クライアント６３３を介して通信が行われることになる。

（３）仮想会議クライアントマネージャ
仮想会議クライアントマネージャは、会議サーバからの指示に応じて仮想会議クライアントを起動する。例えば、第１サーバ６１Ｂの制御部５１によって実行される仮想会議クライアントマネージャ６２２（以下、単に「仮想会議クライアントマネージャ６２２」という。）は、会議サーバ６１１からの指示に応じて仮想会議クライアント６２３を起動する。第１サーバ６１Ｃの制御部５１によって実行される仮想会議クライアントマネージャ６３２（以下、単に「仮想会議クライアントマネージャ６３２」という。）は、会議サーバ６１１からの指示に応じて仮想会議クライアント６３３を起動する。

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

なお、以下で説明するサーバ６０の各プロセス間の通信とは、プロセス間のデータの交換に対応し、ネットワーク９を介した実際の通信と異なる。以下、サーバ６０の各プロセス間でデータが交換されることを、「データが送受信される。」という。なお、各プロセス間の通信に、ネットワーク９を介して行う通信と同じプロトコルが用いられてもよい。

なお、詳細は後述するが、仮想会議クライアント６２３を起動させる第１サーバ６１Ｂは、管理サーバ７によってサーバ６０の中から選択される。同様に、仮想会議クライアント６３３を起動させる第１サーバ６１Ｃは、管理サーバ７によってサーバ６０の中から選択される。

＜サーバ６０の電気的構成＞
図２を参照し、サーバ６０の電気的構成について説明する。サーバ６０は制御部５１を備える。制御部５１は、サーバ６０による制御全体を司る。制御部５１は、非図示のＣＰＵ、ＲＯＭ、ＲＡＭを含む。又、制御部５１は、記憶部５２、及び、通信インタフェース（Ｉ／Ｆ）５３と電気的に接続する。記憶部５２には、プログラム、及びＯＳが記憶される。なお、前述の各プロセス（会議サーバ、仮想会議クライアントマネージャ、仮想会議クライアント）は、それぞれ、記憶部５２に記憶されたプログラムの一部であって、制御部５１によって実行されるプログラムの一部に対応する。通信Ｉ／Ｆ５３は、サーバ６０がネットワーク９と接続するためのインタフェース素子（例えば、ＬＡＮカードなど）である。制御部５１は、通信Ｉ／Ｆ５３を介して、他のサーバ６０、会議クライアント２０、及び、管理サーバ７とデータの送受信を行う。

＜管理サーバ７の電気的構成＞
図２を参照し、管理サーバ７の電気的構成について説明する。管理サーバ７は制御部７１を備える。制御部７１は、管理サーバ７による制御全体を司る。制御部７１は、非図示のＣＰＵ、ＲＯＭ、ＲＡＭを含む。又、制御部７１は、記憶部７２、及び、通信Ｉ／Ｆ７３と電気的に接続する。

記憶部７２は、コンピュータが読み取り可能な非一時的な記憶媒体、たとえは、ハードディスク等で構成される。記憶部７２には、プログラム、ＯＳ、及び、後述するテーブル７２Ａ（図４参照）が記憶される。記憶部７２は、例えば、フラッシュメモリ及び／又はＲＯＭ等、他の非一時的な記憶媒体で構成されてもよい。非一時的な記憶媒体は、情報を記憶する期間に関わらず、情報を記憶可能な記憶媒体であればよい。非一時的な記憶媒体は、一時的な記憶媒体（例えば、伝送される信号）を含まなくてもよい。通信Ｉ／Ｆ７３は、管理サーバ７がネットワーク９と接続するためのインタフェース素子（例えば、ＬＡＮカードなど）である。制御部７１は、通信Ｉ／Ｆ７３を介して、サーバ６０及び会議クライアント２０とデータの送受信を行う。

＜Ｗｅｂ会議時の通信の概要１＞
図２を参照し、第１会議クライアント２１間で第１サーバ６１Ａを介してＷｅｂ会議が実行される場合について説明する。第１会議クライアント２１１の非図示の制御部は、非図示のカメラから取得された映像データ、及び、非図示のマイクから取得された音声データを、第１コーデックによってエンコードする。以下、映像データ及び音声データを総称して「メディアデータ」という。第１会議クライアント２１１の制御部は、エンコードされたメディアデータを、第１サーバ６１Ａの会議サーバ６１１に第１方式で送信する。会議サーバ６１１は、第１会議クライアント２１１から送信されたメディアデータを、通信Ｉ／Ｆ５３を介して受信する（Ｓ１１）。会議サーバ６１１は、受信されたメディアデータを第１会議クライアント２１２に、通信Ｉ／Ｆ５３を介して第１方式で送信する（Ｓ１３）。第１会議クライアント２１２の非図示の制御部は、会議サーバ６１１から送信されたメディアデータを受信する。第１会議クライアント２１２の制御部は、受信されたメディアデータを、第１コーデックによってデコードする。第１会議クライアント２１２の制御部は、デコードされたメディアデータに基づき、非図示のモニタに映像を表示させ、非図示のスピーカから音声を出力させる。

なお、第１会議クライアント２１２から送信されたメディアデータが会議サーバ６１１によって、通信Ｉ／Ｆ５３を介して受信され（Ｓ１５）、第１会議クライアント２１１にメディアデータが、通信Ｉ／Ｆ５３を介して送信される（Ｓ１７）場合の通信も、上記と同一である。

＜Ｗｅｂ会議時の通信の概要２＞
通信方式がそれぞれ異なる第１会議クライアント２１と第２会議クライアント２２との間で、第１サーバ６１Ａ、６１Ｂを介してＷｅｂ会議が実行される場合について説明する。なお、Ｗｅｂ会議を実行するために必要となる仮想会議クライアントを起動するサーバ６０として、第１サーバ６１Ｂが管理サーバ７によって予め特定されていることを前提とする。又、第１サーバ６１Ｂによって仮想会議クライアント６２３が起動されていることを前提とする。第１会議クライアント２１間でＷｅｂ会議が実行される場合における通信と同一の内容については、説明を省略又は簡略化する。

会議サーバ６１１は、第１会議クライアント２１１から送信されたメディアデータを、通信Ｉ／Ｆ５３を介して第１方式で受信する（Ｓ１１）。会議サーバ６１１は、受信されたメディアデータを、第１サーバ６１Ｂの仮想会議クライアント６２３に、通信Ｉ／Ｆ５３を介して第１方式で送信する（Ｓ２１）。同様に、会議サーバ６１１は、第１会議クライアント２１２から送信されたメディアデータを、通信Ｉ／Ｆ５３を介して第１方式で受信する（Ｓ１５）。会議サーバ６１１は、受信されたメディアデータを、第１サーバ６１Ｂの仮想会議クライアント６２３に、通信Ｉ／Ｆ５３を介して第１方式で送信する（Ｓ２１）。

仮想会議クライアント６２３は、通信Ｉ／Ｆ５３を介してメディアデータを受信する（Ｓ２７）。仮想会議クライアント６２３は、第１会議クライアント２１１から送信されたメディアデータと、第１会議クライアント２１２から送信されたメディアデータとをそれぞれ、第１コーデックでデコードする。仮想会議クライアント６２３は、デコードされた２つのメディアデータをミキシングし、ミキシングデータを生成する。仮想会議クライアント６２３は、生成されたミキシングデータを、第２コーデックでエンコードする。仮想会議クライアント６２３は、エンコードされたミキシングデータを、第２会議クライアント２２に、通信Ｉ／Ｆ５３を介して第２方式で送信する（Ｓ２９）。

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

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

会議サーバ６１１は、第１サーバ６１Ｂから送信されたメディアデータを受信する（Ｓ３９）。会議サーバ６１１は、受信されたメディアデータを、第１会議クライアント２１１、２１２に第１方式で送信する（Ｓ１３、Ｓ１７）。

以上の処理において、会議サーバ６１１は、通信相手が第１会議クライアント２１であるか仮想会議クライアント６２３であるかに関わらず、共通の通信方式（第１方式）でメディアデータを送受信できる。又、第２会議クライアント２２の制御部は、他の第２会議クライアントとの間でメディアデータの通信を行う場合と同じ通信方式（第２方式）で、仮想会議クライアント６２３とメディアデータの通信を行うことができる。このように、第１会議クライアント２１と第２会議クライアント２２との間の通信を、仮想会議クライアント６２３を介して実行することによって、それぞれの通信方式が異なる場合でもＷｅｂ会議が可能となる。

＜Ｗｅｂ会議時の通信の概要３＞
第１会議クライアント２１と第３会議クライアント２３との間で、第１サーバ６１Ａ、６１Ｃを介してＷｅｂ会議が実行される場合、上記の仮想会議クライアント６２３による処理と略同一処理が、第１サーバ６１Ｃの制御部５１によって実行される仮想会議クライアント６３３によって実行される。仮想会議クライアント６３３の処理が仮想会議クライアント６２３の処理と異なる点は、メディアデータをエンコード又はデコードする場合において、第２コーデックの代わりに第３コーデックが使用される点である。

＜状態情報、テーブル７２Ａ＞
図３、図４を参照し、サーバ６０から管理サーバ７に対して送信される状態情報、及び、管理サーバ７の記憶部７２に記憶されるテーブル７２Ａについて説明する。なお、テーブル７２Ａは、管理サーバ７の制御部７１が、仮想会議クライアントを起動するサーバ６０を特定するときに参照される。

図３に示すように、状態情報は、第１サーバ６１Ａの会議サーバ６１１からネットワーク９を介して管理サーバ７に送信される（Ｓ５０ａ）。又、状態情報は、第１サーバ６１Ｂの会議サーバ６２１からネットワーク９を介して管理サーバ７に送信される（Ｓ５１ａ）。なお、図示されていないが、ネットワーク９に接続する他のサーバ６０のそれぞれの会議サーバからも同様に、ネットワーク９を介して管理サーバ７に状態情報が送信される。状態情報は、各サーバ６０の状態を示す。状態情報には、状態情報の送信元のサーバ６０のサーバＩＤが付加される。なお、サーバ６０の会議サーバは、状態情報を所定の周期（例えば、５秒周期）で管理サーバ７に繰り返し送信する。

管理サーバ７の制御部７１は、サーバ６０から送信された状態情報を受信する（Ｓ５０ｂ、Ｓ５１ｂ）。制御部７１は、受信された状態情報に、付加されたサーバＩＤ、及び、状態情報の送信元のサーバ６０のアドレス情報を関連付け、テーブル７２Ａ（図４参照）に記憶する（Ｓ５３）。なお、制御部７１は、受信された状態情報に付加されたサーバＩＤと、テーブル７２Ａに記憶された状態情報に関連付けられたサーバＩＤとが一致する場合、受信された状態情報によって、テーブル７２ＡのうちサーバＩＤが一致する状態情報を更新する。

図４を参照し、テーブル７２Ａについて説明する。テーブル７２Ａには、サーバ６０から受信された状態情報が、サーバＩＤ、アドレス情報、及び、後述のリージョン情報に関連付けて記憶される。例えば、第１サーバ６１Ｂから受信された状態情報（サーバＩＤ「６１Ｂ」、アドレス情報「ＹＹＹ．ＹＹＹ．ＹＹＹ．ＹＹＹ」）は、以下の［１］〜［１４］の情報が含まれる。

［１］サーバのＣＰＵ利用率
第１サーバ６１Ｂの制御部５１において実行中のプログラムが、ＣＰＵの処理時間を占有している割合を示す。
［２］サーバの利用メモリ容量
第１サーバ６１Ｂの制御部５１に含まれるＲＡＭの容量のうち利用中の容量を示す。
［３］サーバの利用帯域
第１サーバ６１Ｂがネットワーク９を介して実行中の通信によって占有されている帯域幅を示す。
［４］サーバにて開催中の会議数
第１サーバ６１Ｂの会議サーバ６２１によって開催されている会議室の数を示す。
［５］会議室に参加中の会議クライアントの総数
第１サーバ６１Ｂの会議サーバ６２１によって開催されている会議室に参加している会議クライアント２０の総数、言い換えれば、会議クライアント２０との間で確立中のセッション数を示す。
［６］サーバ−管理サーバ間の遅延時間
第１サーバ６１Ｂと管理サーバ７との間の通信時における遅延時間を示す。なお、遅延時間は、第１サーバ６１Ｂが管理サーバ７に対してＰｉｎｇを定期的に実行することによって取得される。
［７］会議サーバのＣＰＵ利用率
第１サーバ６１Ｂの制御部５１によって実行されている会議サーバ６２１が、ＣＰＵの処理時間を占有している割合を示す。
［８］会議サーバの利用メモリ容量
第１サーバ６１Ｂの制御部５１に含まれるＲＡＭの容量のうち、会議サーバ６２１の実行に応じて利用される容量を示す。
［９］会議サーバの利用スレッド総数
第１サーバ６１Ｂの制御部５１によって実行されている会議サーバ６２１によって利用されるスレッドの総数を示す。
［１０］仮想会議クライアント総数
第１サーバ６１Ｂの制御部５１において起動されている仮想会議クライアント６２３の起動数を示す。
［１１］仮想会議クライアント総数（機能毎）
第１サーバ６１Ｂの制御部５１によって実行される仮想会議クライアント６２３の、機能毎の総数を示す。機能の具体例として、サーバ録画機能、電話接続サービス機能、プロトコルの異なる会議システム同士の相互接続機能等がある。
［１２］各仮想会議クライアントのＣＰＵ利用率
第１サーバ６１Ｂの制御部５１によって実行される仮想会議クライアント６２３のそれぞれが、ＣＰＵの処理時間を占有している割合を示す。
［１３］各仮想会議クライアントの利用メモリ容量
第１サーバ６１Ｂの制御部５１に含まれるＲＡＭの容量のうち、仮想会議クライアント６２３の実行に応じて利用されている容量を、仮想会議クライアント６２３毎に示す。
［１４］各仮想会議クライアントの利用スレッド数
第１サーバ６１Ｂの制御部５１によって実行される仮想会議クライアント６２３によって利用されるスレッドの総数を、仮想会議クライアント６２３毎に示す。

上記において、「［３］サーバの利用帯域」が大きくなると、ネットワーク９のトラフィックが増大する。又、「［６］サーバ−管理サーバ間の遅延時間」は、ネットワーク９の状態に応じて変化する。従って、［３］及び［６］は、今現在のネットワーク９の状態を直接的に示すパラメータといえる。又、「［４］サーバにて開催中の会議数」が多くなる程、会議室に参加する会議クライアント２０間で通信されるデータ量も大きくなる可能性がある。データ量が大きくなると、ネットワーク９のトラフィックが増大する。又、「［５］会議室に参加中の会議クライアントの総数」が多くなる程、会議クライアント２０間で通信されるデータ量も大きくなる可能性がある。データ量が大きくなると、ネットワーク９のトラフィックが増大する。従って、［４］及び［５］は、サーバを介して実行されている遠隔会議の規模を示す所定の数値ではあるが、将来的にネットワーク９の状態に影響を与える可能性があるため、ネットワーク９の状態を間接的に示すパラメータといえる。即ち、［３］〜［６］は、何れも、ネットワーク９の状態を直接的又は間接的に示すパラメータといえる。一方、［１］、［２］、［７］〜［９］、［１２］〜［１４］は、何れも、サーバ６０の制御部５１の負荷の状況を示すパラメータといえる。

リージョン情報は、状態情報の送信元のサーバ６０が設けられている地域、即ち、サーバ６０の物理的な所在を示す。リージョン情報は、管理サーバ７の管理者等によって、管理サーバ７に接続された非図示の入力部等を介してテーブル７２Ａに直接設定される。

なお、管理サーバ７の制御部７１は、テーブル７２Ａに記憶されたリージョン情報及び状態情報の［１］〜［１４］のそれぞれに、重要度を設定する。具体的には、リージョン情報の重要度として「高」が設定される。又、ネットワーク９の状態を示す［３］〜［６］、及び、仮想会議クライアントの起動数に関連する［１０］、［１１］の重要度として、「中」が設定される。又、会議サーバ６２１の負荷状況を示す［１］、［２］、［７］〜［９］、［１２］〜［１４］の重要度として、「低」が設定される。

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

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

図３に示すように、第１会議クライアント２１１のユーザは、第２会議システム１２内の第２会議クライアント２２と第１会議クライアント２１１との間の会議接続を要求する指示を入力する。同時にユーザは、第２会議クライアント２２のアドレス情報を入力する。アドレス情報の具体例として、第２会議クライアント２２のＩＰアドレスが挙げられる。

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

会議サーバ６１１は、サーバのアドレス情報を要求するデータ（「アドレス要求データ」という。）を、管理サーバ７に対して送信する（Ｓ５７ａ）。ここで、アドレス要求データによって要求されるアドレス情報を有するサーバは、第１会議クライアント２１１が会議接続している会議室に新たに会議接続させる仮想会議クライアント６２３を、仮想会議クライアントマネージャ６２２を介して起動する第１サーバ６１Ｂである。アドレス要求データには、第１サーバ６１ＡのサーバＩＤが付加される。管理サーバ７の制御部７１は、会議サーバ６１１からアドレス要求データを受信する（Ｓ５７ｂ）。制御部７１は、仮想会議クライアントを起動するサーバ６０を特定するために、特定処理（図５参照）を実行する（Ｓ５８）。

図５を参照し、特定処理について説明する。制御部７１は、受信されたアドレス要求データに付加されたサーバＩＤを特定する。制御部７１は、テーブル７２Ａのうち、特定されたサーバＩＤに関連付けられたリージョン情報を特定する。制御部７１は、特定されたリージョン情報と同一のリージョン情報に関連付けられたサーバＩＤを特定する（Ｓ１０１）。

制御部７１は、Ｓ１０１の処理によって特定されたサーバＩＤに関連付けられた状態情報の中に、所定の閾値以下の「［１０］仮想会議クライアント総数」を含む状態情報があるか判定する（Ｓ１０３）。制御部７１は、閾値以下の「［１０］仮想会議クライアント総数」を含む状態情報がないと判定された場合（Ｓ１０３：ＮＯ）、アドレス要求データを送信した会議サーバ６１１に対して、エラー通知データを送信する（Ｓ１０７）。制御部７１は、特定処理を終了させる。なお、この場合、第１会議クライアント２１１と第２会議クライアント２２との間のＷｅｂ会議は開始されない。

一方、制御部７１は、閾値以下の「［１０］仮想会議クライアント総数」を含む状態情報があると判定された場合（Ｓ１０３：ＹＥＳ）、閾値以下の「［１０］仮想会議クライアント総数」を含む状態情報を抽出する。制御部７１は、抽出された状態情報のうち、重要度が「中」に設定された［３］〜［６］、［１０］、［１１］に基づいて、抽出された状態情報に優先順位を設定する（Ｓ１０５）。

状態情報に対する優先順位の設定は、例えば次のようにして実行される。はじめに、制御部７１は、「［１０］仮想会議クライアント総数」の小さい順に優先順位を設定する。制御部７１は、同一の優先順位が設定された複数の状態情報がある場合、次に、「［１１］仮想会議クライアント総数（機能毎）」の小さい順に優先順位を設定する。以上のようにして、制御部７１は、同一の優先順位が設定された複数の状態情報がなくなるまで、「［３］サーバの利用帯域」「［６］サーバ−管理サーバ間の遅延時間」「［５］会議室に参加中の会議クライアント総数」「［４］サーバにて開催中の会議数」の順に選択し、それぞれの小さい順に優先順位を設定する。制御部７１は、同一の優先順位が複数の状態情報に設定されなくなった場合、処理をＳ１０９に進める。又、制御部７１は、最後の「［４］サーバにて開催中の会議数」の小さい順に優先順位を設定した後、処理をＳ１０９に進める。

なお、「［１１］仮想会議クライアント総数（機能毎）」における「機能」として、前述のように、（ａ）サーバ録画機能、（ｂ）電話接続サービス機能、（ｃ）プロトコルの異なる会議システム同士の相互接続機能がある。このため、例えば制御部７１は、［１１］に基づいて優先順位を設定する場合、（ａ）〜（ｃ）に優先度を設定し、優先度のより高い機能に対応する仮想会議クライアント総数に基づいて優先順位を設定してもよい。具体的には、例えば、（ｃ）の機能は、メディアデータのエンコード及びデコードを必要とするため、最も処理負荷が大きいことが想定される。このため、制御部７１は、（ｃ）に対応する仮想クライアント総数の小さい順に優先順位を設定してもよい。

制御部７１は、最後の「［４］サーバにて開催中の会議数」の小さい順に優先順位を設定した後も、同一の優先順位が設定された複数の状態情報があるか判定する（Ｓ１０９）。制御部は、同一の優先順位が設定された複数の状態情報がないと判定された場合（Ｓ１０９：ＮＯ）、処理をＳ１１３に進める。制御部７１は、同一の優先順位が設定された複数の状態情報があると判定された場合（Ｓ１０９：ＹＥＳ）、処理をＳ１１１に進める。

制御部７１は、重要度が「低」に設定された情報［１］、［２］、［７］〜［９］、［１２］〜［１４］に基づいて、同一の優先順位が設定された複数の状態情報について更に優先順位を設定する（Ｓ１１１）。

状態情報に対する優先順位の設定は、例えば次のようにして実行される。はじめに、制御部７１は、「［１］サーバのＣＰＵ利用率」の小さい順に優先順位を設定する。制御部７１は、同一の優先順位が設定された複数の状態情報がある場合、次に、「［７］会議サーバのＣＰＵ利用率」の小さい順に優先順位を設定する。以上のようにして、制御部７１は、同一の優先順位が設定された複数の状態情報がなくなるまで、「［１２］各仮想会議クライアントのＣＰＵ利用率」「［２］サーバの利用メモリ容量」「［８］会議サーバの利用メモリ容量」「［９］会議サーバの利用スレッド総数」「［１３］各仮想会議クライアントの利用メモリ容量」「［１４］各仮想会議クライアントの利用スレッド数」の順に選択し、それぞれの小さい順に優先順位を設定する。制御部７１は、同一の優先順位が複数の状態情報に設定されなくなった場合、処理をＳ１１３に進める。又、制御部７１は、最後の「［１４］各仮想会議クライアントの利用スレッド数」の小さい順に優先順位を設定した後も同一の優先順位が設定された複数の状態情報がある場合、関連付けられたサーバＩＤの順（降順）で上位の優先順位処理を状態情報に設定する。制御部７１は、処理をＳ１１３に進める。

制御部７１は、Ｓ１０３〜Ｓ１１１の処理によって設定された優先順位が最も高い状態情報を特定する。制御部７１は、特定された状態情報に関連付けられたサーバＩＤのサーバ６０を認証するための認証情報を生成する（Ｓ１１３）。制御部７１は、優先順位が最も高い状態情報に関連付けられたアドレス情報、及び、生成された認証情報を含むデータ（以下、「アドレス応答データ」という。）を、アドレス要求データを送信した会議サーバ６１１に対して送信する（Ｓ１１５）。制御部７１は特定処理を終了させる。

図３に示すように、管理サーバ７の制御部７１は、会議サーバ６１１に対してアドレス応答データを送信する（Ｓ５９ａ）。以下では、第１サーバ６１Ｂのアドレス情報がアドレス応答データに含まれているとする。会議サーバ６１１は、アドレス応答データを受信する（Ｓ５９ｂ）。

会議サーバ６１１は、受信されたアドレス応答データに含まれるアドレス情報及び認証情報を取得する。会議サーバ６１１は、仮想会議クライアントの起動を要求するデータ（以下、「起動要求データ」という。）を、アドレス応答データから取得されたアドレス情報宛に送信する（Ｓ６１ａ）。起動要求データには、アドレス応答データから取得された認証情報が含められる。又、起動要求データには、Ｓ５５ｂの処理によって受信された第１接続要求データから取得された第２会議クライアント２２のアドレス情報が含められる。第１サーバ６１Ｂの仮想会議クライアントマネージャ６２２は、会議サーバ６１１から送信された起動要求データを受信する（Ｓ６１ｂ）。

仮想会議クライアントマネージャ６２２は、受信された起動要求データから、認証情報を取得する。仮想会議クライアントマネージャ６２２は、取得した認証情報に基づき、認証を要求するデータ（以下、「認証確認データ」という。）を、管理サーバ７に送信する（Ｓ６３ａ）。管理サーバ７の制御部７１は、認証確認データを受信する（Ｓ６３ｂ）。制御部７１は、受信された認証確認データから認証情報を取得する。制御部７１は、Ｓ１１３（図５参照）の処理によって生成された認証情報に基づいて、取得された認証情報を認証する。制御部７１は、認証確認データから取得された認証情報と、Ｓ１１３の処理によって生成された認証情報とが一致する場合、認証に成功したと判断する。一方、制御部７１は、認証確認データから取得された認証情報と、Ｓ１１３の処理によって生成された認証情報とが相違する場合、認証に失敗したと判断する。

制御部７１は、認証結果（成功又は失敗）を含むデータ（以下、「認証結果データ」という。）を、認証確認データを送信した仮想会議クライアントマネージャ６２２に送信する（Ｓ６５ａ）。仮想会議クライアントマネージャ６２２は、認証確認データを受信する（Ｓ６５ｂ）。仮想会議クライアントマネージャ６２２は、認証に成功したことを示す認証結果である場合、Ｓ６１ｂの処理によって受信された起動要求データに含まれる第２会議クライアント２２のアドレス情報を取得する。仮想会議クライアントマネージャ６２２は、仮想会議クライアント６２３を起動する（Ｓ６９）。

仮想会議クライアント６２３は、起動が完了したことを通知するデータ（「起動完了通知データ」という。）を仮想会議クライアントマネージャ６２２に送信する（Ｓ７１ａ）。仮想会議クライアントマネージャ６２２は、仮想会議クライアント６２３から送信された起動完了通知データを受信する（Ｓ７１ｂ）。仮想会議クライアントマネージャ６２２は、Ｓ６７ｂの処理によって受信された起動要求データから取得された第２会議クライアント２２のアドレス情報を含むデータ（以下、「アドレス通知データ」という。）を、仮想会議クライアント６２３に送信する（Ｓ７３ａ）。仮想会議クライアント６２３は、仮想会議クライアントマネージャ６２２から送信されたアドレス通知データを受信する（Ｓ７３ｂ）。

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

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

仮想会議クライアントマネージャ６２２は、Ｓ７１ｂの処理によって起動完了通知データを受信した後、仮想会議クライアント６２３の起動の完了を通知するデータ（以下、「ＯＫデータ」という。）を、会議サーバ６１１に送信する（Ｓ７５ａ）。会議サーバ６１１は、ＯＫデータを受信する（Ｓ７５ｂ）。会議サーバ６１１は、第１接続要求データを送信した第１会議クライアント２１１に、ＡＣＫデータを送信する（Ｓ７９ａ）。第１会議クライアント２１１は、ＡＣＫデータを受信する（Ｓ７９ｂ）。

会議サーバ６１１と仮想会議クライアント６２３との間で、会議接続の処理が実行される（Ｓ９１）。会議サーバ６１１と仮想会議クライアント６２３との間でセッションが確立される。このセッションによって利用可能となる会議室は、第１会議クライアント２１間で実行中の会議室である。

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

＜本実施形態の主たる作用、効果＞
以上説明したように、管理サーバ７の制御部７１は、第１サーバ６１Ａの制御部５１によって実行される会議サーバ６１１から、アドレス要求データを受信する（Ｓ５７ｂ）。この場合、制御部７１は、仮想会議クライアント６２３を起動する第１サーバ６１Ｂを、記憶部７２に記憶されたテーブル７２Ａに基づいて特定する。制御部７１は、第１サーバ６１Ｂのアドレス情報及び認証情報を含むアドレス応答データを、会議サーバ６１１に送信する（Ｓ５９ａ）。これによって、会議サーバ６１１は、受信されたアドレス応答データから取得されるアドレス情報に基づいて、第１サーバ６１Ｂを特定できる。

会議サーバ６１１は、アドレス応答データから取得された認証情報を含む起動要求データを、第１サーバ６１Ｂの制御部５１によって実行される仮想会議クライアントマネージャ６２２に送信する（Ｓ６１ａ）。仮想会議クライアントマネージャ６２２は、受信された起動要求データから認証情報を取得し、認証情報を含む認証確認データを管理サーバ７に送信する（Ｓ６３ａ）。管理サーバ７の制御部７１は、受信された認証確認データに含まれる認証情報と、アドレス応答データによって第１サーバ６１Ａに通知した認証情報とに基づいて、第１サーバ６１Ｂを認証できる。又、制御部７１は、認証結果を含む認証結果データを、仮想会議クライアントマネージャ６２２に送信する。仮想会議クライアントマネージャ６２２は、認証に成功したことを示す認証結果データを受信した場合、仮想会議クライアント６２３を起動する（Ｓ６９）。このため、管理サーバ７は、第１サーバ６１Ｂ以外のサーバ６０において仮想会議クライアントが起動されることを防止し、所望する第１サーバ６１Ｂにおいて仮想クライアントを起動させることができる。

仮想会議クライアント６２３が起動された後、仮想会議クライアント６２３と第２会議クライアント２２とは会議接続される（Ｓ８１、Ｓ８３）。又、仮想会議クライアント６２３と会議サーバ６１１とは会議接続される（Ｓ９１）。これによって、第１会議クライアント２１１と第２会議クライアント２２との間でＷｅｂ会議が開始される（Ｓ９３）。これによって、管理サーバ７は、通信方式の異なる会議クライアント２０間でＷｅｂ会議を実行させることができる。

上記において、管理サーバ７の制御部７１は、テーブル７２Ａに記憶された状態情報に基づいて第１サーバ６１Ｂを特定し、第１サーバ６１Ｂに仮想会議クライアント６２３を起動させる。例えば、第１サーバ６１Ａにおいて仮想会議クライアントが起動される場合、第１会議クライアント２１との間で会議接続される他の会議システムの会議クライアント２０が増える度に、起動される仮想会議クライアントの数も増大するので、第１サーバ６１Ａの制御部５１の処理負荷は増大する。この場合、会議サーバ６１１の会議サーバ６１１によるＷｅｂ会議の円滑な進行が妨げられる可能性がある。これに対し、上記のように、管理サーバ７の制御部７１は、第１サーバ６１Ｂに仮想会議クライアント６２３を起動させることによって、第１サーバ６１Ｂに処理負荷を分散できる。従って、第１サーバ６１Ａは、仮想会議クライアントの起動による処理負荷が集中することを抑制できる。従って、第１サーバ６１Ａ、６１Ｂは、Ｗｅｂ会議を円滑に進行させることができる。

第１サーバ６１、第２サーバ６２、及び、第３サーバ６３は、それぞれ異なる国や地域に設置される。このため、各国特有の通信方式に基づいた通信が、サーバ６０間で国境を跨いで実行できない可能性がある。又、国境を跨いだ通信が法律等によって規制されている通信方式もある。更に、Ｗｅｂ会議が実行される会議クライアント２０と、仮想会議クライアントが起動されるサーバ６０とが異なる地域に設置されていると、サーバ６０と会議クライアント２０との間の通信時において過剰な遅延が発生する可能性がある。

これに対し、管理サーバ７の制御部７１は、第１サーバ６１Ａと物理的な所在が共通する第１サーバ６１Ｂを、仮想会議クライアント６２３を起動させるサーバとして特定する。この場合、第１会議クライアント２１と第２会議クライアント２２とがそれぞれ地域別の通信方式で通信を実行する場合でも、第１サーバ６１Ａ、６１Ｂ間の通信は国境を跨がない。このため、第１サーバ６１Ａ、６１Ｂ間の通信が国境を跨ぐことによって阻害されることを抑制できる。又、第１サーバ６１Ａ、６１Ｂのそれぞれの物理的な所在が共通することになるので、第１サーバ６１Ａ、６１Ｂ間の通信遅延の発生を抑制できる。

Ｗｅｂ会議が仮想会議クライアントを介して実行される場合、サーバ６０による仮想会議クライアントの起動数が多くなる程、サーバ６０の制御部５１における処理負荷が増加し、Ｗｅｂ会議を円滑に実行できなくなる可能性が高くなる。これに対し、管理サーバ７の制御部７１は、「［１０］仮想会議クライアント総数」が閾値以下である状態情報を送信したサーバ６０を、仮想会議クライアントを起動させるサーバ６０の候補として優先的に特定する（Ｓ１０３）。この場合、特定されたサーバ６０において仮想会議クライアントが起動された場合でも、仮想会議クライアントの起動による制御部５１の処理負荷の増加を抑制できる。従って、仮想会議クライアントを起動するサーバ６０は、Ｗｅｂ会議を円滑に実行できる。

サーバ６０は、Ｎ個の会議クライアント２０との間でメディアデータの通信を実行する場合、特定の１個の会議クライアント２０から受信される１個のメディアデータを、Ｎ−１個の会議クライアント２０に対して送信する必要がある。この場合、ネットワーク９の帯域が圧迫される可能性がある。

これに対し、制御部７１は、「［１０］仮想会議クライアント総数」が閾値以下である状態情報があると判定された場合（Ｓ１０３：ＹＥＳ）、「［１０］仮想会議クライアント総数」が閾値未満である状態情報のうち、重要度が「中」に設定された情報［３］〜［６］、［１０］、［１１］に基づいて、抽出された状態情報に優先順位を設定する（Ｓ１０５）。これらの情報のうち、［３］〜［６］は、ネットワーク９の状態を直接的または間接的に示す。このため、優先順位の最も高い状態情報を送信したサーバ６０に仮想会議クライアントを起動させることによって、ネットワーク９の帯域が圧迫されることを抑制できる。従って、管理サーバ７は、仮想会議クライアントの起動に基づくネットワーク９の帯域の圧迫を抑制できるので、Ｗｅｂ会議における遅延の発生を抑制できる。

処理負荷が大きいサーバ６０によって仮想会議クライアントが起動された場合、処理負荷のさらなる増加によって、Ｗｅｂ会議の円滑な進行が阻害される可能性がある。これに対し、管理サーバ７の制御部７１は、重要度が「低」に設定された情報［１］、［２］、［７］〜［９］、［１２］〜［１４］に基づいて、更に優先順位を設定する（Ｓ１１１）。これらの情報は、何れも、サーバ６０の負荷状況を示す。従って、管理サーバ７は、優先順位の最も高い状態情報を送信したサーバ６０に仮想会議クライアントを起動させることによって、サーバ６０における処理負荷の増加を抑制できる。従って、サーバ６０は、Ｗｅｂ会議を円滑に実行できる。

＜変形例＞
本発明は上記実施形態に限定されず、種々の変更が可能である。上記において、管理サーバ７は、第１地域９１〜第３地域９３の何れかに設置されてもよい。第１会議クライアント２１間のＷｅｂ会議は、第１地域９１以外に設置されたサーバ６０（例えば、第２サーバ６２、第３サーバ６３等）を介して実行されてもよい。ここで、第１会議クライアント２１間のＷｅｂ会議が第２サーバ６２Ａを介して実行される場合を例に挙げる。第１会議クライアント２１が第２会議クライアント２２及び第３会議クライアント２３との間でＷｅｂ会議を開始しようとする場合、管理サーバ７は、第２サーバ６２Ａと同じ第２地域９２に設置された他の第２サーバ６２Ｂ、６２Ｃ等を、仮想会議クライアントを起動させるサーバとして選択することになる。

上記において、テーブル７２Ａのリージョン情報は、管理サーバ７の管理者等によって直接設定された。これに対し、サーバ６０の会議サーバは、リージョン情報を含む状態情報を管理サーバ７に送信してもよい。管理サーバ７の制御部７１は、状態情報に含まれるリージョン情報を、状態情報、サーバＩＤ、及び、サーバ６０のアドレス情報と関連付けてテーブル７２Ａに記憶してもよい。

上記において、各地域間の位置関係を示す地域関係テーブルが、管理サーバ７の記憶部７２に記憶されていてもよい。ここで、Ｗｅｂ会議を実行する第１サーバ６１Ａと同一の第１地域９１に設置された他の第１サーバ６１Ｂ、６１Ｃが無い場合、及び、第１サーバ６１Ｂ、６１Ｃが故障する場合等がある。この場合、管理サーバ７の制御部７１は、第１地域９１と近接する他の地域に設置されたサーバ６０を、地域関係テーブルによって特定し、特定されたサーバ６０に仮想会議クライアントを起動させてもよい。一方、管理サーバ７の制御部７１は、状態情報のみに基づいて、仮想会議クライアントを起動させるサーバ６０を特定してもよい。この場合、テーブル７２Ａにリージョン情報は記憶されていなくてもよい。

上記において、制御部７１は、状態情報のうち「［１０］仮想会議クライアント総数」が閾値以下である状態情報を送信したサーバ６０の何れかを、仮想会議クライアントを起動させるサーバ６０として（Ｓ１０３）。これに対し、制御部７１は、［１０］が閾値以下である状態情報のみテーブル７２Ａに記憶されている場合も、他の情報［３］〜［６］、［１０］、［１１］に基づきＳ１０５の処理を実行することによって、仮想会議クライアントを起動させるサーバ６０の候補を特定してもよい。

制御部７１は、Ｓ１０３の処理による判断基準となる閾値を、サーバ６０の種別（制御部５１のスペック等）、ネットワーク９の状態に応じて切り替えてもよい。例えば、制御部７１は、サーバ６０の制御部５１が相対的に高い処理能力を有する場合、閾値を相対的に高く設定してもよい。一方、制御部７１は、サーバ６０の制御部５１が相対的に低い処理能力を有する場合、閾値を相対的に低く設定してもよい。

制御部７１は、Ｓ１０５の処理を実行する場合、［１０］［１１］［３］［６］［５］［４］の順で優先順位を設定した。優先順位を設定する場合に参照する各情報の順番は、上記の例に限定されない。又、上記の順番は、Ｗｅｂ会議の運用状態（例えば、利用している機能の種別）に応じて可変としてもよい。具体的には、例えば、将来的にネットワーク９の負荷が急激に増大することが想定される場合（例えば、映像が一時的に無効に設定された状態）、［５］［４］［１０］［１１］［３］［６］の順で優先順位を設定してもよい。

制御部７１は、Ｓ１０５の処理を実行する場合において、［３］〜［６］［１０］［１１］の情報毎に規定された重み係数を、各情報に乗算してもよい。制御部７１は、算出結果に基づいて優先順位を設定してもよい。以下、図６を参照し、具体例を挙げて説明する。図６は、第１サーバ６１Ａ〜第１サーバ６１Ｃのそれぞれから受信された状態情報のうち、［３］〜［６］［１０］の各情報を示す。なお、［１１］の情報は省略されている。

はじめに、制御部７１は、予め規定された複数のレベルに基づいて、各情報をレベル値に変換する。例えば、「［３］サーバの利用帯域」の場合、０−１００Ｍｂｐｓのレベルにレベル値「１」が割り当てられ、１００−２００Ｍｂｐｓのレベルにレベル値「２」が割り当てられる。同様にレベル毎にレベル値が割り当てられ、９００Ｍｂｐｓ以上のレベルにレベル値「９」が割り当てられている。このため、図６に示すように、第１サーバ６１Ａ〜第１サーバ６１Ｃのそれぞれから受信された状態情報のうち［３］に対応する値「２００Ｍｂｐｓ」「１００Ｍｂｐｓ」「５００Ｍｂｐｓ」は、それぞれ、レベル値「２」「１」「５」に変換される。［４］〜［６］［１０］についても同様である。

次に、変換されたレベル値に対して重み係数が乗算される。［３］［４］［５］［６］［１０］のそれぞれの重み係数を「０．８」「０．２」「０．４」「０．６」「１．０」であるとした場合、［３］〜［６］［１０］［１１］のそれぞれのレベル値に、対応する重み係数が乗算される。次いで、重み係数が乗算されたレベル値が、第１サーバ６１Ａ、６１Ｂ、６１Ｃ毎に以下のように加算される。
第１サーバ６１Ａ：
[3](2 * 0.8) + [4] (3*0.2) + [5] (4 * 0.4) + [6] (1 * 0.6) + [10] (4 * 1.0) = 8.4
第１サーバ６１Ｂ：
[3](1 + 0.8) + [4] (5 * 0.2) + [5](3 * 0.4) + [6](2 * 0.6) + [10] (4 * 1.0) = 8.2
第１サーバ６１Ｃ：
[3](5 * 0.8) + [4](2*0.2) + [5] (10 * 0.4) + [6](2 * 0.6) + [10] (3 * 1.0) = 12.6

制御部７１は、上記の算出結果が最も小さい第１サーバ６１Ｂを、仮想会議クライアントを起動させるサーバ６０として特定する（Ｓ１０５）。

制御部７１は、Ｓ１１１の処理を実行する場合、［１］［７］［１２］［２］［８］［９］［１３］［１４］の順で優先順位を設定した。優先順位を設定する場合に参照する各情報の順番は、上記の例に限定されない。又、上記の順番は、Ｗｅｂ会議の運用状態に応じて可変としてもよい。

＜その他＞
Ｓ５３の処理を行う制御部７１は、本発明の「記憶手段」の一例である。Ｓ５７ｂの処理を行う制御部７１は、本発明の「第１受信手段」の一例である。Ｓ５８の処理を行う制御部７１は、本発明の「特定手段」の一例である。Ｓ５９ａの処理を行う制御部７１は、本発明の「第１送信手段」の一例である。Ｓ５７ａの処理を行う制御部５１は、本発明の「第２送信手段」の一例である。Ｓ６１ａの処理を行う制御部５１は、本発明の「第３送信手段」の一例である。Ｓ６９の処理を行う制御部７１は、本発明の「起動手段」の一例である。Ｓ９１の処理を行う制御部５１は、本発明の「接続手段」の一例である。

Ｓ５３の処理は、本発明の「記憶ステップ」の一例である。Ｓ５７ｂの処理は、本発明の「第１受信ステップ」の一例である。Ｓ５８の処理は、本発明の「特定ステップ」の一例である。Ｓ５７ａの処理は、本発明の通信方法における「第１送信ステップ」の一例である。Ｓ５９ａの処理は、本発明の通信プログラムにおける「第１送信ステップ」の一例であり、本発明の通信方法における「第２送信ステップ」の一例である。Ｓ６３ｂの処理は、本発明の「第２受信ステップ」の一例である。Ｓ６５ａの処理は、本発明の通信プログラムにおける「第２送信ステップ」の一例である。Ｓ６１ａの処理は、本発明の通信方法における「第３送信ステップ」の一例である。Ｓ６９の処理は、本発明の「起動ステップ」の一例である。Ｓ９１の処理は、本発明の「接続ステップ」の一例である。

１ ：通信システム
７ ：管理サーバ
２０ ：会議クライアント
２１ ：第１会議クライアント
２２ ：第２会議クライアント
２３ ：第３会議クライアント
６０ ：サーバ
６１ ：第１サーバ
６２ ：第２サーバ
６３ ：第３サーバ
２１１ ：第１会議クライアント
２１２ ：第１会議クライアント
２８２ ：仮想会議クライアント
６１１、６１２ ：会議サーバ
６２１、６３１ ：会議サーバ
６２２、６３２ ：仮想会議クライアントマネージャ
６２３、６３３ ：仮想会議クライアント

Claims (8)

1. ネットワークを介して管理サーバと複数のサーバとが通信を行う通信システムであって、
   前記管理サーバは、
   前記複数のサーバから受信した、各サーバの状態を示す状態情報を記憶部に記憶する記憶手段と、
   特定の遠隔会議におけるメディアデータの中継処理を行う第１サーバから送信された、前記特定の遠隔会議に接続する仮想会議クライアントを起動する第２サーバのアドレス情報を要求するアドレス要求を受信する第１受信手段と、
   前記第１受信手段によって前記アドレス要求を受信したことに応じ、前記記憶部に記憶された前記状態情報に基づいて、前記複数のサーバから前記第２サーバを特定する特定手段と、
   前記特定手段によって特定された前記第２サーバのアドレス情報を、前記第１サーバに送信する第１送信手段と、
   を備え、
   前記第１サーバは、
   前記管理サーバに前記アドレス要求を送信する第２送信手段と、
   前記第２送信手段によって前記アドレス要求を送信した後、前記管理サーバから送信された前記アドレス情報を受信したことに応じて、前記アドレス情報に対応する前記第２サーバに対し、仮想会議クライアントの起動要求を送信する第３送信手段と
   を備え、
   前記第２サーバは、前記第１サーバから送信された前記起動要求を受信したことに応じて、前記仮想会議クライアントを起動する起動手段を備え、
   前記仮想会議クライアントは、前記第１サーバと接続する接続手段を備えた
   ことを特徴とする通信システム。
2. ネットワークを介して複数のサーバと通信を行うことが可能な管理サーバのコンピュータに、
   前記複数のサーバから受信した、各サーバの状態を示す状態情報を記憶部に記憶する記憶ステップと、
   特定の遠隔会議におけるメディアデータの中継処理を行う第１サーバから、前記特定の遠隔会議に接続する仮想会議クライアントを起動する第２サーバのアドレス情報を要求するアドレス要求を受信する第１受信ステップと、
   前記記憶部に記憶された前記状態情報に基づいて、前記複数のサーバから前記第２サーバを特定する特定ステップと、
   前記特定ステップによって特定された前記第２サーバのアドレス情報、及び、認証情報を、前記第１サーバに送信する第１送信ステップと、
   前記第２サーバから、認証情報を受信する第２受信ステップと、
   前記第２受信ステップによって受信された前記認証情報に応じた認証結果を、前記第２サーバに送信する第２送信ステップと
   を実行させるための通信プログラム。
3. 前記特定ステップは、
   前記記憶部に記憶された前記各サーバの物理的な所在を示すリージョン情報に基づき、前記第１サーバと物理的な所在が共通するサーバを、前記第２サーバとして特定することを特徴とする請求項２に記載の通信プログラム。
4. 前記記憶ステップは、前記各サーバで起動されている前記仮想会議クライアントの起動数を示す第１情報を含む前記状態情報を前記記憶部に記憶し、
   前記特定ステップは、
   前記記憶部に記憶された前記リージョン情報及び前記第１情報に基づき、前記第１サーバと物理的な所在が共通するサーバのうち、前記仮想会議クライアントの起動数が所定閾値以下のサーバを、前記第２サーバとして特定することを特徴とする請求項３に記載の通信プログラム。
5. 前記記憶ステップは、前記ネットワークの状態に関連するパラメータを示す第２情報を含む前記状態情報を前記記憶部に記憶し、
   前記特定ステップは、
   前記記憶部に記憶された前記リージョン情報及び前記第２情報に基づき、前記第１サーバと物理的な所在が共通するサーバのうち、前記第２情報に対応する優先度が最も高いサーバを、前記第２サーバとして特定することを特徴とする請求項３又は４に記載の通信プログラム。
6. 前記記憶ステップは、前記サーバを介して実行されている遠隔会議の規模を示す所定の数値を、前記ネットワークの状態に関連するパラメータを示す前記第２情報として、前記記憶部に記憶する、
   請求項５に記載の通信プログラム。
7. 前記記憶ステップは、前記各サーバの負荷状況を示す第３情報を含む前記状態情報を前記記憶部に記憶し、
   前記特定ステップは、
   前記記憶部に記憶された前記リージョン情報、前記第２情報、及び、前記第３情報に基づき、前記第２情報に対応する優先度が最も高いサーバのうち、前記第３情報に対応する優先度が最も高いサーバを、前記第２サーバとして特定することを特徴とする請求項５又は６に記載の通信プログラム。
8. ネットワークを介して管理サーバと複数のサーバとが通信を行う通信方法であって、
   前記管理サーバが、前記複数のサーバから受信した各サーバの状態を示す状態情報を、記憶部に記憶する記憶ステップと、
   特定の遠隔会議におけるメディアデータの中継処理を行う第１サーバが、前記特定の遠隔会議に接続する仮想会議クライアントを起動する第２サーバのアドレス情報を要求するアドレス要求を、前記管理サーバに送信する第１送信ステップと、
   前記管理サーバが、前記アドレス要求を受信したことに応じて、前記記憶部に記憶された前記状態情報に基づいて前記複数のサーバから前記第２サーバを特定する特定ステップと、
   前記管理サーバが、前記特定ステップによって特定された前記第２サーバのアドレス情報を、前記第１サーバに送信する第２送信ステップと、
   前記第１サーバが、前記アドレス情報を受信したことに応じて、前記アドレス情報に対応する前記第２サーバに対し、仮想会議クライアントの起動要求を送信する第３送信ステップと、
   前記第２サーバが、前記起動要求を受信したことに応じて、前記仮想会議クライアントを起動する起動ステップと、
   前記仮想会議クライアントが、前記第１サーバと接続する接続ステップと、
   を備えたことを特徴とする通信方法。

Images