(57)【要約】【課題】サーバとの接続状態に応じ、データの種別毎に決定されるサーバとの接続を適切に切り替えることで、会議が安定した状態に迅速に復帰することが可能な会議システム、及び会議方法を提供する。【解決手段】クライアントＣ１は、複数の種別のそれぞれのデータの通信に使用される複数のセッションを、サーバＭ１〜Ｍ４との間でそれぞれ接続させる。クライアントＣ１は、接続されたセッションのうち、クライアントＣ１とサーバＭ３との間に接続されたセッションの切断を検出する（Ｃ１６１）。クライアントＣ１は、接続された複数のセッションのうち、切断が検出された切断セッションを除く他のセッションの何れかを、第１代替セッションとして、切断セッションを使用して通信されていたデータである第１データの通信を、第１代替セッションにより接続したサーバＭ２との間で行う（Ｃ１６３）。【選択図】図６
2020091768.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して遠隔会議のための通信が可能な複数のサーバ及び複数のクライアントを含む会議システムであって、
前記複数のクライアントのそれぞれは、前記複数のサーバとの間に接続された複数のセッションを使用して前記複数のサーバとデータの通信を行い、
前記データの種別毎に、通信に使用される前記複数のセッションの何れかが接続され、且つ、各セッションは、１つ以上の種別の前記データの通信に使用される
会議システムであって、
複数の種別のそれぞれの前記データの通信に使用される前記複数のセッションを、第１クライアントと前記複数のサーバの何れかのサーバとの間でそれぞれ接続させる接続手段であって、予め複数種別の前記データの通信が可能なように前記第１クライアントと前記複数のサーバとを前記複数のセッションにより接続する前記接続手段と、
前記接続手段により接続された前記複数のセッションのうち、前記第１クライアントと第１サーバとの間に接続された前記セッションの切断を検出する検出手段と、
前記接続手段により接続された前記複数のセッションのうち、前記検出手段により切断が検出された切断セッションを除く他のセッションの何れかを第１代替セッションとして、前記切断セッションを使用して通信されていた前記データである第１データの通信を、前記第１代替セッションにより接続した前記第１クライアントと第２サーバとの間で行う第１通信手段と
を備えたことを特徴とする会議システム。
【請求項２】
前記複数のサーバと前記複数のクライアントとの間で接続されるセッション、及びセッションを使用して通信される前記データの種別を記憶する記憶手段を備え、
前記第１通信手段は、
前記検出手段により前記切断セッションが検出された場合、前記切断セッションを除く他のセッションの何れかを前記第１代替セッションとして、前記記憶手段に記憶された情報に基づいて抽出し、前記第１代替セッションとして抽出されたセッションを使用して、前記第１データの通信を行うことを特徴とする請求項１に記載の会議システム。
【請求項３】
前記複数のセッションが接続された前記複数のサーバのそれぞれの負荷を取得する第１取得手段を更に備え、
前記第１通信手段は、
前記第１取得手段により取得された前記負荷が最も小さいサーバを前記第２サーバとして決定し、決定された前記第２サーバと前記第１クライアントとの間で接続されているセッションを前記第１代替セッションとして、前記第１データの通信を行うことを特徴とする請求項１又は２に記載の会議システム。
【請求項４】
前記データの前記種別毎に優先順位が予め対応付けられており、
前記第１通信手段は、
前記切断セッションを使用して通信が行われていた前記第１データの前記種別に対応する前記優先順位よりも低い前記優先順位の前記種別の前記データを通信する前記セッションの何れかを、前記第１代替セッションとして決定し、決定された前記第１代替セッションを使用して前記第１データの通信を行うことを特徴とする請求項１から３の何れかに記載の会議システム。
【請求項５】
前記第１クライアントは、
前記検出手段により、前記第１サーバとの間に接続された前記セッションの切断を検出し、
前記第１通信手段により、前記負荷が最も小さい前記第２サーバとの間で接続されたセッションを前記第１代替セッションとして前記第１データの通信を行う
ことを特徴とする請求項３に記載の会議システム。
【請求項６】
第３サーバは、
前記検出手段により、前記第１サーバと前記第３サーバとの間の通信状態に基づいて、前記第１サーバと前記第１クライアントとの間に接続された前記セッションの切断を検出し、
前記第１クライアントに対し、第４サーバとのセッションの接続を要求する要求手段を備え、
前記第１クライアントは、
前記第３サーバにより前記第４サーバとのセッションの接続が要求された場合、前記第４サーバとの間に接続したセッションを第２代替セッションとして使用して、前記第１データの通信を行う第２通信手段を備えたことを特徴とする請求項５に記載の会議システム。
【請求項７】
前記データは、前記遠隔会議に参加する各クライアント間の接続を維持するためのデータを含むことを特徴とする請求項１から６の何れかに記載の会議システム。
【請求項８】
前記データは、前記遠隔会議における音データ及び前記遠隔会議における映像データの少なくとも一方を含むことを特徴とする請求項１から７の何れかに記載の会議システム。
【請求項９】
ネットワークを介して遠隔会議のための通信が可能な複数のサーバ及び複数のクライアントを含む会議システムであって、
前記複数のクライアントのそれぞれは、前記複数のサーバとの間に接続された複数のセッションを使用して前記複数のサーバとデータの通信を行い、
前記データの種別毎に、通信に使用される前記複数のセッションの何れかが接続され、且つ、各セッションは、１つ以上の種別の前記データの通信に使用される
会議システムにおける会議方法であって、
複数の種別のそれぞれの前記データの通信に使用される複数のセッションを、第１クライアントと前記複数のサーバの何れかのサーバとの間でそれぞれ接続させる接続ステップであって、予め複数種別の前記データの通信が可能なように前記第１クライアントと前記複数のサーバとを前記複数のセッションにより接続する前記接続ステップと、
前記接続ステップにより接続された前記複数のセッションのうち、前記第１クライアントと第１サーバとの間に接続された前記セッションの切断を検出する検出ステップと、
前記接続ステップにより接続された前記複数のセッションのうち、前記検出ステップにより切断が検出された切断セッションを除く他のセッションの何れかを第１代替セッションとして、前記切断セッションを使用して通信されていた前記データである第１データの通信を、前記第１代替セッションにより接続した前記第１クライアントと第２サーバとの間で行う第１通信ステップと
を備えたことを特徴とする会議方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は会議システム及び会議方法に関する。
【背景技術】
【０００２】
ネットワークを介して接続されたサーバ装置及び端末装置間で遠隔会議を行うための様々な通信方式が提案されている。特許文献１は、多地点会議システムを提案する。多地点会議システムは、複数のＭＣＵ及び複数の端末を備える。各ＭＣＵは、複数の端末間で送受信されるパケットを転送することによって、多地点会議（以下、単に「会議」という。）の制御を行う。特許文献２は、会議システムとしての使用が可能な分配システムを開示する。分配システムにおいて、サーバと端末との間で交換されるデータの伝送線路は、データの種別毎に区別される。例えば、ＵＴＰネットワークを介してビデオ及びオーディオ情報が交換され、ＬＡＮを介して制御情報等が交換される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１５８２０３号公報
【特許文献２】特開２００５−１９２２２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数のサーバ及び複数のクライアントを含む会議システムにおいて、各クライアントが、データの種別毎に決定されたサーバに接続して通信を行う場合がある。この場合、例えば特定の種別のデータ（以下、「特定データ」という。）の通信を行うサーバとの接続状態が悪化した場合、別のサーバとの接続に切り替えて特定データの通信を行えることが好ましい。これに対し、引用文献１、２に記載された技術が適用された場合、クライアントと接続されるサーバは、データの種別毎に画一的に決定される。このため、別のサーバとの接続に切り替えて特定データの通信を行うことができないという問題点がある。
【０００５】
本発明の目的は、サーバとの接続状態に応じ、データの種別毎に決定されるサーバとの接続を適切に切り替えることで、会議が安定した状態に迅速に復帰することが可能な会議システム、及び会議方法を提供することである。
【課題を解決するための手段】
【０００６】
本発明の第１態様に係る会議システムは、ネットワークを介して遠隔会議のための通信が可能な複数のサーバ及び複数のクライアントを含む会議システムであって、前記複数のクライアントのそれぞれは、前記複数のサーバとの間に接続された複数のセッションを使用して前記複数のサーバとデータの通信を行い、前記データの種別毎に、通信に使用される前記複数のセッションの何れかが接続され、且つ、各セッションは、１つ以上の種別の前記データの通信に使用される会議システムであって、複数の種別のそれぞれの前記データの通信に使用される前記複数のセッションを、第１クライアントと前記複数のサーバの何れかのサーバとの間でそれぞれ接続させる接続手段であって、予め複数種別の前記データの通信が可能なように前記第１クライアントと前記複数のサーバとを前記複数のセッションにより接続する前記接続手段と、前記接続手段により接続された前記複数のセッションのうち、前記第１クライアントと第１サーバとの間に接続された前記セッションの切断を検出する検出手段と、前記接続手段により接続された前記複数のセッションのうち、前記検出手段により切断が検出された切断セッションを除く他のセッションの何れかを第１代替セッションとして、前記切断セッションを使用して通信されていた前記データである第１データの通信を、前記第１代替セッションにより接続した前記第１クライアントと第２サーバとの間で行う第１通信手段とを備えたことを特徴とする。
【０００７】
会議システムにおいて、第１クライアントと第１サーバとの間に接続されたセッションの切断が検出された場合、第１クライアントと第２サーバとの間のセッションを第１代替セッションとして第１データの通信が行われる。このため、セッションが切断されることによって第１データの通信が不可能となった場合でも、第１代替セッションを使用して第１データの通信を行うことが可能となる。これにより、遠隔会議に必要なデータの一部が欠落した状態になってもすぐに別のセッションによりデータを代替通信できるため、遠隔会議を安定した状態に迅速に復旧できる。
【０００８】
本発明の第２態様に係る会議方法は、ネットワークを介して遠隔会議のための通信が可能な複数のサーバ及び複数のクライアントを含む会議システムであって、前記複数のクライアントのそれぞれは、前記複数のサーバとの間に接続された複数のセッションを使用して前記複数のサーバとデータの通信を行い、前記データの種別毎に、通信に使用される前記複数のセッションの何れかが接続され、且つ、各セッションは、１つ以上の種別の前記データの通信に使用される会議システムにおける会議方法であって、複数の種別のそれぞれの前記データの通信に使用される複数のセッションを、第１クライアントと前記複数のサーバの何れかのサーバとの間でそれぞれ接続させる接続ステップであって、予め複数種別の前記データの通信が可能なように前記第１クライアントと前記複数のサーバとを前記複数のセッションにより接続する前記接続ステップと、前記接続ステップにより接続された前記複数のセッションのうち、前記第１クライアントと第１サーバとの間に接続された前記セッションの切断を検出する検出ステップと、前記接続ステップにより接続された前記複数のセッションのうち、前記検出ステップにより切断が検出された切断セッションを除く他のセッションの何れかを第１代替セッションとして、前記切断セッションを使用して通信されていた前記データである第１データの通信を、前記第１代替セッションにより接続した前記第１クライアントと第２サーバとの間で行う第１通信ステップとを備えたことを特徴とする。第２態様によれば、第１態様と同様の効果を奏することができる。
【図面の簡単な説明】
【０００９】
【図１】会議システム１の構成を示す図、サーバＭ及びクライアントＣの電気的構成を示すブロック図である。
【図２】第１通信シーケンスを示す図である。
【図３】第１通信シーケンスを示す図であって、図２の続きである。
【図４】第１通信シーケンスにおける決定処理のフローチャートである。
【図５】第１通信シーケンスにおいて、サーバＭ１により取得された負荷を示す表である。
【図６】第２通信シーケンスを示す図である。
【図７】第２通信シーケンスにおける復帰処理のフローチャートである。
【図８】第２通信シーケンスにおいて、クライアントＣ１により取得された負荷を示す表である。
【図９】第３通信シーケンスにおける復帰処理のフローチャートである。
【図１０】第４通信シーケンスを示す図である。
【図１１】第４通信シーケンスにおける復帰処理のフローチャートである。
【図１２】第４通信シーケンスにおける接続処理のフローチャートである。
【発明を実施するための形態】
【００１０】
＜会議システム１の概要＞
図１を参照し、会議システム１について説明する。会議システム１には、サーバＭ１、Ｍ２、Ｍ３・・・Ｍ７等（総称して「サーバＭ」という。）、クライアントＣ１、Ｃ２、Ｃ３、Ｃ４等（総称して「クライアントＣ」という。）、及びバックエンドサーバＢＳが含まれる。サーバＭ、クライアントＣ、及びバックエンドサーバＢＳは、ネットワークＮ（ＬＡＮ、インターネット等）を介してそれぞれ相互に接続される。クライアントＣは、周知のPersonal Computer（ＰＣ）に対して遠隔会議アプリケーションのプログラムをインストールすることで構成される。サーバＭは、Multi-point Control Unit（ＭＣＵ）又は周知のサーバに対して専用アプリケーションのプログラムをインストールすることで構成される。バックエンドサーバＢＳは、サーバＭとクライアントＣとの間で実行される遠隔会議を支援するために準備された支援サーバである。
【００１１】
クライアントＣは、他のクライアントＣとの間でサーバＭを介してデータの通信を行うことにより、遠隔会議を実行可能である。遠隔会議を実行するためにサーバＭ及びクライアントＣ間で送受信されるデータとして、種別の異なる４つのデータがある。以下、それぞれの種別のデータを、［Ｄａｔａ］、［Ａｕｄｉｏ］、［Ｖｉｄｅｏ］、［Ｍｅｄｉａ］と表記し、それぞれの種別を、（Ｄａｔａ）、（Ａｕｄｉｏ）、（Ｖｉｄｅｏ）、（Ｍｅｄｉａ）と表記する。［Ｄａｔａ］は、遠隔会議に参加する各クライアントＣ間の接続を維持するためのデータである。［Ｄａｔａ］の具体例として、遠隔会議の設定情報、通信条件等がある。［Ａｕｄｉｏ］は、遠隔会議において音声を伝送するための音データである。［Ｖｉｄｅｏ］は、遠隔会議において映像を伝送するための映像データである。［Ｍｅｄｉａ］は、遠隔会議において共有される資料等のメディアを伝送するためのメディアデータである。遠隔会議の開催中において、４つの種別のそれぞれのデータは、クライアントＣとサーバＭとの間で同時に通信される場合がある。なお、本発明は、サーバＭとクライアントＣとの間で送受信されるデータの種別を、上記の４つに限定するものではない。このため、他の種別のデータがサーバＭとクライアントＣとの間で送受信されてもよい。「４つの種別のそれぞれのデータが〜同時に通信される」とは、通信タイミングが完全に同一である場合に限定されず、複数の異なる種別のデータの通信が平行して行われる場合を含む。
【００１２】
サーバＭ間、及び、サーバＭとクライアントＣとの間で通信が実行される場合、事前にそれぞれの間でセッションが接続される。又、サーバＭとクライアントＣとの間で上記の各種別のデータ（［Ｄａｔａ］、［Ａｕｄｉｏ］、［Ｖｉｄｅｏ］、［Ｍｅｄｉａ］）の通信が実行される場合、サーバＭとクライアントＣとの間で、データの種別毎にセッションが接続される。各セッションは、１つ以上の種別のデータの通信に使用される。例えば図１において、クライアントＣ１とサーバＭ１〜Ｍ４との間にそれぞれ接続されたセッション（図中点線）のうち、クライアントＣ１とサーバＭ１との間に接続されたセッションは［Ｄａｔａ］の通信に使用され、クライアントＣ１とサーバＭ２との間に接続されたセッションは［Ａｕｄｉｏ］の通信に使用され、クライアントＣ１とサーバＭ３との間に接続されたセッションは［Ｖｉｄｅｏ］の通信に使用され、クライアントＣ１とサーバＭ４との間に接続されたセッションは［Ｍｅｄｉａ］の通信に使用される。なお、各セッションを使用して通信が行われるデータの種別の組合せは一例であり、他の組み合わせてあってもよい。
【００１３】
以下、［Ｄａｔａ］、［Ａｕｄｉｏ］、［Ｖｉｄｅｏ］、［Ｍｅｄｉａ］のそれぞれの通信に使用されるセッションを、Ｄａｔａセッション、Ａｕｄｉｏセッション、Ｖｉｄｅｏセッション、及び、Ｍｅｄｉａセッションという。なお、１つのセッションを使用して複数の種別のデータの通信が行われる場合もある。この場合、例えば２つのデータ［Ａｕｄｉｏ］と［Ｖｉｄｅｏ］の通信に使用されるセッションを、Ａｕｄｉｏ／Ｖｉｄｅｏセッションという。
【００１４】
＜優先順位＞
上記の各種別には、優先順位が予め対応付けられている。より詳細には、図１に示すように、種別毎の優先順位として、（Ｄａｔａ）の優先順位「０」、（Ａｕｄｉｏ）の優先順位「３」、（Ｖｉｄｅｏ）の優先順位「１」、（Ｍｅｄｉａ）の優先順位「２」が予め対応付けられている。各種別のデータの優先順位は、高い順に（Ｄａｔａ）、（Ｖｉｄｅｏ）、（Ｍｅｄｉａ）、（Ａｕｄｉｏ）となる。
【００１５】
＜電気的構成＞
クライアントＣは、ＣＰＵ２１、記憶部２２、入力部２３、出力部２４、通信部２５、及び読取部２６を有する。ＣＰＵ２１は、クライアントＣによる制御全体を司る。記憶部２２は、ＣＰＵ２１によって実行される各種プログラムを記憶する。入力部２３は、カメラ、マイク、キーボード、マウス等を含む。出力部２４は、ＬＣＤ、スピーカ等を含む。通信部２５は、ネットワークＮを介して通信を行うためのインタフェース素子である。読取部２６は、半導体メモリや光ディスク等の記憶媒体２６Ａに記憶された情報を読み出すことができる。ＣＰＵ２１は、記憶媒体２６Ａに記憶されたプログラムを読取部２６によって読み出し、記憶部２２に記憶できる。なお、記憶部２２に記憶されるプログラムは、例えば、ネットワークＮに接続された別のサーバからダウンロードされてもよい。
【００１６】
サーバＭは、ＣＰＵ１１、記憶部１２、通信部１３、及び読取部１４を有する。ＣＰＵ１１は、サーバＭによる制御全体を司る。記憶部１２は、ＣＰＵ１１によって実行される各種プログラムを記憶する。通信部１３は、ネットワークＮを介して通信を行うためのインタフェース素子である。読取部１４は、半導体メモリや光ディスク等の記憶媒体１４Ａに記憶された情報を読み出すことができる。ＣＰＵ１１は、記憶媒体１４Ａに記憶されたプログラムを読取部１４によって読み出し、記憶部１２に記憶できる。なお、記憶部１２に記憶されるプログラムは、例えば、ネットワークＮに接続された別のサーバからダウンロードされてもよい。
【００１７】
＜通信シーケンス＞
図２から図１７を参照し、バックエンドサーバＢＳ、サーバＭ、及びクライアントＣ間での通信シーケンス、及び、各処理の詳細なフローチャートについて説明する。なお、各通信時における処理は、バックエンドサーバＢＳの非図示のＣＰＵ、サーバＭのＣＰＵ１１、及びクライアントＣのＣＰＵ２１により実行される。以下の説明では、処理対象を明確にするために、各デバイスのＣＰＵによって処理が実行されることを、「バックエンドサーバＢＳによって処理が実行される。」「サーバＭによって処理が実行される。」「クライアントＣによって処理が実行される。」のように表記する。
【００１８】
＜第１通信シーケンス＞
図２から図５を参照し、第１通信シーケンスについて説明する。サーバＭ１とサーバＭ２〜Ｍ４との間でセッションが接続されていることを前提とする。クライアントＣ１はバックエンドサーバＢＳに対して、遠隔会議への参加を要求する「参加要求」を送信する（Ｃ１００）。バックエンドサーバＢＳは「参加要求」を受信する（Ｂ１０１）。バックエンドサーバＢＳは、受信した「参加要求」により参加が要求された遠隔会議を開催するサーバＭ１を特定する。バックエンドサーバＢＳは、セッションの接続先としてサーバＭ１を指定した「接続先通知」を、クライアントＣ１に送信する（Ｂ１０３）。以下、この接続先通知により指定されたサーバＭ１を、マスターサーバＭＳという場合がある。クライアントＣ１は、「接続先通知」を受信する（Ｃ１０１）。クライアントＣ１は、受信した「接続先通知」において接続先として指定されたマスターサーバＭＳであるサーバＭ１に対して、遠隔会議への参加を要求する「参加要求」を送信する（Ｃ１０３）。サーバＭ１は「参加要求」を受信する（Ｍ１０１）。
【００１９】
サーバＭ１は、遠隔会議へのクライアントＣ１の参加を許可する場合、参加の許可を通知する「参加受付」を、クライアントＣ１に送信する（Ｍ１０３）。クライアントＣ１は「参加受付」を受信する（Ｃ１０５）。更にサーバＭ１は、サーバＭ１とクライアントＣ１との間で、Ｄａｔａセッションの接続を要求する「接続要求」を、クライアントＣ１に送信する（Ｍ１０５）。クライアントＣ１は「接続要求」を受信する（Ｃ１０７）。サーバＭ１とクライアントＣ１との間で、Ｄａｔａセッションが接続される（Ｍ１０７、Ｃ１０９）。サーバＭ１は、決定処理を実行する（Ｍ１０９）。
【００２０】
図４を参照し、決定処理の詳細について説明する。サーバＭ１は、セッションが接続されたサーバＭとして、サーバＭ２〜Ｍ４を取得する（Ｓ１０１）。なお、サーバＭ１は、サーバＭ２〜Ｍ４との間でセッションが接続されたことを履歴情報として記憶部１２に記憶し、この履歴情報を参照することによって、セッションが接続されたサーバＭ２〜Ｍ４を取得してもよい。又は、サーバＭ１は、サーバＭ２〜Ｍ４との間でセッションが接続された場合、履歴情報をバックエンドサーバＢＳに送信してもよい。サーバＭ１は、履歴情報をバックエンドサーバＢＳから取得することによって、セッションが接続されたサーバＭ２〜Ｍ４を取得してもよい。
【００２１】
サーバＭ１は、取得されたサーバＭ２〜Ｍ４に問い合わせ、それぞれのＣＰＵ１１の使用率（％）を負荷として取得する（Ｓ１０３）。図５は、サーバＭ２〜Ｍ４から取得されたＣＰＵ１１の負荷の一例を示す。なお、サーバＭは、ＣＰＵ１１の使用率を、一定周期でバックエンドサーバＢＳに送信してもよい。サーバＭ１は、バックエンドサーバＢＳに問い合わせることによって、サーバＭ２〜Ｍ４のそれぞれのＣＰＵ１１の使用率を負荷として取得してもよい。
【００２２】
サーバＭ１は、データの種別の総数「４」から、自身がクライアントＣ１との間でＤａｔａセッションを接続して通信を行う［Ｄａｔａ］の種別（Ｄａｔａ）の数「１」を減算した数「３」を、残セッション数として算出する（Ｓ１０５）。サーバＭ１は、Ｓ１０３の処理によって負荷が取得されたサーバＭ２〜Ｍ４のうち、対応する負荷の小さい順に残セッション数「３」分のサーバＭを特定する（Ｓ１０７）。本例の場合、負荷が取得されたサーバＭ２〜Ｍ４の数「３」と残セッション数「３」が同一であるので、サーバＭ２〜Ｍ４が全て特定される。
【００２３】
サーバＭ１は、（Ｄａｔａ）を除く種別である（Ａｕｄｉｏ）、（Ｖｉｄｅｏ）、（Ｍｅｄｉａ）のデータ［Ａｕｄｉｏ］［Ｖｉｄｅｏ］［Ｍｅｄｉａ］をクライアントＣ１との間で通信するために使用されるセッションを、サーバＭ２〜Ｍ４の何れと接続するかについて、優先順位（図１参照）、及び、Ｓ１０３の処理によって取得された負荷（図５参照）に基づいて決定する（Ｓ１０９）。より詳細には、サーバＭ１は、（Ａｕｄｉｏ）、（Ｖｉｄｅｏ）、（Ｍｅｄｉａ）のそれぞれの種別に対応付けられている優先順位が高いデータ程、負荷が小さいサーバＭとの間で接続されたセッションを使用して通信が行われるように、サーバＭを決定する。具体的には次の通りである。（Ｄａｔａ）を除く種別のデータは、それぞれの種別に対応付けられた優先順位が高い順に並べた場合、［Ｖｉｄｅｏ］（優先順位「１」）、［Ｍｅｄｉａ］（優先順位「２」）、［Ａｕｄｉｏ］（優先順位「３」）となる。一方、サーバＭ２〜Ｍ４は、それぞれの負荷が小さい順に並べた場合、サーバＭ３（負荷「１０％」）、サーバＭ４（負荷「３０％」）、サーバＭ２（負荷「４０％」）となる。このため、Ｖｉｄｅｏセッションが接続されるサーバＭとして、サーバＭ３が決定される。Ｍｅｄｉａセッションが接続されるサーバＭとして、サーバＭ４が決定される。Ａｕｄｉｏセッションが接続されるサーバＭとして、サーバＭ２が決定される。サーバＭ１は、決定処理を終了させる。
【００２４】
図３に示すように、決定処理（Ｍ１０９、図４参照）の終了後、サーバＭ１は、決定されたサーバＭ２に対して、Ａｕｄｉｏセッションの接続が可能かを問い合わせる「受入確認」を送信する（Ｍ１１１）。サーバＭ２は、「受入確認」を受信する（Ｍ２１１）。サーバＭ２は、Ａｕｄｉｏセッションの接続が可能な場合、サーバＭ１に対して「受入許可」を送信する（Ｍ２１３）。サーバＭ１は「受入許可」を受信する（Ｍ１１３）。サーバＭ１は、決定されたサーバＭ３に対して、Ｖｉｄｅｏセッションの接続が可能かを問い合わせる「受入確認」を送信する（Ｍ１１５）。サーバＭ３は、「受入確認」を受信する（Ｍ３１１）。サーバＭ３は、Ｖｉｄｅｏセッションの接続が可能な場合、サーバＭ１に対して「受入許可」を送信する（Ｍ３１３）。サーバＭ１は「受入許可」を受信する（Ｍ１１７）。サーバＭ１は、決定されたサーバＭ４に対して、Ｍｅｄｉａセッションの接続が可能かを問い合わせる「受入確認」を送信する（Ｍ１１９）。サーバＭ４は、「受入確認」を受信する（Ｍ４１１）。サーバＭ４は、Ｍｅｄｉａセッションの接続が可能な場合、サーバＭ１に対して「受入許可」を送信する（Ｍ４１３）。サーバＭ１は「受入許可」を受信する（Ｍ１２１）。
【００２５】
サーバＭ１は、サーバＭ２とクライアントＣ１との間で、Ａｕｄｉｏセッションの接続を要求する「接続要求」を、クライアントＣ１に送信する（Ｍ１２３）。クライアントＣ１は「接続要求」を受信する（Ｃ１１１）。サーバＭ２とクライアントＣ１との間で、Ａｕｄｉｏセッションが接続される（Ｃ１１３、Ｍ２１５）。クライアントＣ１は、Ａｕｄｉｏセッションの接続が完了したことを通知する「完了通知」を、サーバＭ１に送信する（Ｃ１１５）。サーバＭ１は「完了通知」を受信する（Ｍ１２５）。サーバＭ１は、サーバＭ３とクライアントＣ１との間で、Ｖｉｄｅｏセッションの接続を要求する「接続要求」を、クライアントＣ１に送信する（Ｍ１２７）。クライアントＣ１は「接続要求」を受信する（Ｃ１１７）。サーバＭ３とクライアントＣ１との間で、Ｖｉｄｅｏセッションが接続される（Ｃ１１９、Ｍ３１５）。クライアントＣ１は、Ｖｉｄｅｏセッションの接続が完了したことを通知する「完了通知」を、サーバＭ１に送信する（Ｃ１２１）。サーバＭ１は「完了通知」を受信する（Ｍ１２９）。サーバＭ１は、サーバＭ４とクライアントＣ１との間で、Ｍｅｄｉａセッションの接続を要求する「接続要求」を、クライアントＣ１に送信する（Ｍ１３１）。クライアントＣ１は「接続要求」を受信する（Ｃ１２３）。サーバＭ４とクライアントＣ１との間で、Ｍｅｄｉａセッションが接続される（Ｃ１２５、Ｍ４１５）。クライアントＣ１は、Ｍｅｄｉａセッションの接続が完了したことを通知する「完了通知」を、サーバＭ１に送信する（Ｃ１２７）。サーバＭ１は「完了通知」を受信する（Ｍ１３３）。
【００２６】
上記の通信により、図１に示すように、クライアントＣ１とサーバＭ１との間に接続されたＤａｔａセッションを使用して［Ｄａｔａ］の通信が実行可能となる。クライアントＣ１とサーバＭ２との間に接続されたＡｕｄｉｏセッションを使用して［Ａｕｄｉｏ］の通信が実行可能となる。クライアントＣ１とサーバＭ３との間に接続されたＶｉｄｅｏセッションを使用して［Ｖｉｄｅｏ］の通信が実行可能となる。クライアントＣ１とサーバＭ４との間に接続されたＭｅｄｉａセッションを使用して［Ｍｅｄｉａ］の通信が実行可能となる。
【００２７】
＜第２通信シーケンス＞
図６から図８を参照し、第２通信シーケンスについて説明する。上記の第１通信シーケンスが実行されることにより、クライアントＣ１とサーバＭ１との間でＤａｔａセッションが接続され、クライアントＣ１とサーバＭ２との間でＡｕｄｉｏセッションが接続され、クライアントＣ１とサーバＭ３との間でＶｉｄｅｏセッションが接続され、クライアントＣ１とサーバＭ４との間でＭｅｄｉａセッションが接続された状態を前提とする。図７に示す復帰処理は、クライアントＣ１とサーバＭ１〜Ｍ４との間でセッションが接続された後、クライアントＣ１により実行される。なお、サーバＭ１〜Ｍ４は、ＣＰＵ１１の負荷をバックエンドサーバＢＳに一定周期で繰り返し送信しているものとする。バックエンドサーバＢＳは、サーバＭ１〜Ｍ４のそれぞれの負荷を、非図示の記憶部に記憶する。図８は、バックエンドサーバＢＳの記憶部に記憶されたサーバＭ１〜Ｍ４のそれぞれの負荷（ＣＰＵ１１の使用率（％））を示す。
【００２８】
図７に示すように、クライアントＣ１は、接続されたＤａｔａセッション、Ａｕｄｉｏセッション、Ｖｉｄｅｏセッション、及びＭｅｄｉａセッションの接続先のサーバＭ、及び、それぞれを使用して通信されるデータの種別（Ｄａｔａ）、（Ａｕｄｉｏ）、（Ｖｉｄｅｏ）、（Ｍｅｄｉａ）を対応付けたテーブル２２Ａ（図６参照）を、記憶部２２に記憶する（Ｓ５０１）。クライアントＣ１は、記憶部２２に記憶されたテーブル２２Ａに基づいて、サーバＭ１〜Ｍ４との間に接続されたＤａｔａセッション、Ａｕｄｉｏセッション、Ｖｉｄｅｏセッション、Ｍｅｄｉａセッションを特定する。クライアントＣ１は、特定された各セッションの状態を、サーバＭ１〜Ｍ４との間の通信状態に基づいて、所定周期で確認する。通信状態の確認方法の一例として、無通信状態での経過時間等がある。セッションは、無通信状態での経過時間が所定時間を超えた場合に切断される。クライアントＣ１は、サーバＭ１〜Ｍ４との間に接続されたセッションの状態を確認する（Ｓ５１１）。クライアントＣ１は、セッションの切断を検出しない場合（Ｓ５１１：ＮＯ）、処理をＳ５１１に戻す。クライアントＣ１は、セッションの切断の有無を、所定周期で繰り返し確認する。
【００２９】
なお、セッションの切断を検出する方法は、上記の方法に限定されず、他の方法によりセッションの切断を検出してもよい。例えば、クライアントＣ１は、サーバＭとの間の通信誤り率、通信遅延等に基づいてセッションの切断を検出してもよい。
【００３０】
図６に示すように、クライアントＣ１とサーバＭ３との間の無通信状態での経過時間が所定時間を超えたことに応じ、クライアントＣ１とサーバＭ３との間のＶｉｄｅｏセッションが切断された場合を例示する。図６、図７に示すように、クライアントＣ１は、サーバＭ３との間のＶｉｄｅｏセッションの切断を検出する（Ｃ１６１（図６参照）、Ｓ５１１：ＹＥＳ（図７参照））。クライアントＣ１は、記憶部２２に記憶されたテーブル２２Ａ（図６参照）に基づき、サーバＭ１〜Ｍ４との間で接続されたセッションのうち、切断が検出されたＶｉｄｅｏセッションを除くＤａｔａセッション（クライアントＣ１−サーバＭ１間）、Ａｕｄｉｏセッション（クライアントＣ１−サーバＭ２間）、Ｍｅｄｉａセッション（クライアントＣ１−サーバＭ４間）を抽出する。クライアントＣ１は、抽出されたセッションのうち何れかを、次に示す方法で、第１代替セッションとして決定する。
【００３１】
クライアントＣ１は、バックエンドサーバＢＳと通信を行い、切断が検出されたＶｉｄｅｏセッションの接続先のサーバＭ３を除くサーバＭ１、Ｍ２、Ｍ４の負荷（図８参照）をバックエンドサーバＢＳから取得する（Ｓ５１３）。クライアントＣ１は、取得した負荷のうちもっとも小さい負荷のサーバＭ２を決定する。更に、クライアントＣ１は、サーバＭ２との間のＡｕｄｉｏセッションを、第１代替セッションとして決定する（Ｓ５１５）。クライアントＣ１は、切断が検出されたＶｉｄｅｏセッションの代わりに第１代替セッションを使用して、サーバＭ２との間で［Ｖｉｄｅｏ］の通信を行う（Ｃ１６３（図６参照）、Ｓ５１７（図７参照））。この場合、第１代替セッションは、Ａｕｄｉｏ／Ｖｉｄｅｏセッションとして機能する。
【００３２】
なお、クライアントＣ１がサーバＭ１、Ｍ２、Ｍ４の負荷を取得する方法は、上記の方法に限定されず、他の方法により負荷を取得してもよい。例えばクライアントＣ１は、サーバＭ１、Ｍ２、Ｍ４に対して負荷の送信を要求する「負荷要求」を、サーバＭ１、Ｍ２、Ｍ４に送信してもよい。サーバＭ１、Ｍ２、Ｍ４は、それぞれ、ＣＰＵ１１の使用率を負荷として取得し、クライアントＣ１に送信してもよい。クライアントＣ１は、サーバＭ１、Ｍ２、Ｍ４からそれぞれ送信された負荷を取得してもよい。
【００３３】
第１代替セッション（Ａｕｄｉｏ／Ｖｉｄｅｏセッション）を使用した［Ｖｉｄｅｏ］の通信が開始された後、クライアントＣ１は、切断されたサーバＭ３との間のＶｉｄｅｏセッションの再接続を試行する再接続試行処理を開始する（Ｃ１６５（図６参照）、Ｓ５１９（図７参照））。再接続試行処理において、クライアントＣ１は、サーバＭ３との間の通信を繰り返し試みる。クライアントＣ１は、サーバＭ２との通信状態が継続して無通信状態である場合、サーバＭ３との間のセッションは切断した状態であると判定する（Ｓ５２１：ＮＯ）。この場合、クライアントＣ１は、処理をＳ５２１に戻し、再接続試行処理を繰り返す。クライアントＣ１は、サーバＭ３との通信が再開された場合、サーバＭ３との間のＶｉｄｅｏセッションが再接続されたと判定する（Ｓ５２１：ＹＥＳ）。クライアントＣ１は、Ｓ５１７の処理により開始された、第１代替セッションを使用した［Ｖｉｄｅｏ］の通信を停止し、サーバＭ２との間のＡｕｄｉｏ／Ｖｉｄｅｏセッションを元のＡｕｄｉｏセッションに戻す。クライアントＣ１は、再接続されたセッションをＶｉｄｅｏセッションとして復帰させる。クライアントＣ１は、Ｖｉｄｅｏセッションを使用し、サーバＭ３との間で［Ｖｉｄｅｏ］の通信を実行する（Ｓ５２３）。クライアントＣ１は復帰処理を終了させる。
【００３４】
＜第２通信シーケンスの作用、効果＞
会議システム１において、クライアントＣ１とサーバＭ３との間に接続されたＶｉｄｅｏセッションの切断が検出された場合、クライアントＣ１とサーバＭ２との間のＡｕｄｉｏセッションを第１代替セッションとして使用し、［Ｖｉｄｅｏ］の通信が行われる。このため、セッションが切断されることによってデータの通信が不可能となった場合でも、第１代替セッションを使用してデータの通信を行うことが可能となる。これにより、遠隔会議に必要なデータの一部が欠落した状態になっても、直ぐに別のセッションによりデータを代替通信できるため、迅速に会議を安定した状態に復旧できる。
【００３５】
クライアントＣ１は、遠隔会議を実行するために必要なデータの種別（Ｄａｔａ）、（Ａｕｄｉｏ）、（Ｖｉｄｅｏ）、（Ｍｅｄｉａ）、及び、それぞれの種別のデータの通信に使用されるセッションを、テーブル２２Ａを参照することにより特定できる。このためクライアントＣ１は、遠隔会議に参加する時点において、複数の種別のデータを通信することが可能な通信能力を確保した状態で、サーバＭとの間でセッションを接続できる。更にクライアントＣ１は、セッションの切断を検出した場合、確保された通信能力を利用して迅速に第１代替セッションを使用して通信を開始できる。
【００３６】
会議システム１は、負荷の最も小さいサーバＭ２に接続したＡｕｄｉｏセッションを第１代替セッションとして使用し、［Ｖｉｄｅｏ］の通信を行うことができる。このため、会議システム１は、切断されたＶｉｄｅｏセッションを使用して通信が行われていた［Ｖｉｄｅｏ］の通信を行う為の代わりのセッションとして、安定的な第１代替セッションを使用し、［Ｖｉｄｅｏ］の通信を行うことができる。
【００３７】
会議システム１では、セッションの切断、及び、第１代替セッションへの切り替えが、クライアントＣ１により直接実行される。このためクライアントＣ１は、Ｖｉｄｅｏセッション切断の検出後、Ｖｉｄｅｏセッションの接続先のサーバＭ３以外の他のサーバＭとの間で、セッション接続のための手順（「接続要求」の送信等）を実行することなく、［Ｖｉｄｅｏ］の通信に使用されるセッションを第１代替セッションに切り替えることができる。このため、クライアントＣ１は、［Ｖｉｄｅｏ］の通信が可能な第１代替セッションへの切り替えを迅速に実行できる。
【００３８】
サーバＭとクライアントＣとの間で通信されるデータとして、［Ｄａｔａ］、［Ａｕｄｉｏ］、［Ｖｉｄｅｏ］、［Ｍｅｄｉａ］がある。このため会議システム１は、サーバＭとクライアントＣとの間で実行される遠隔会議を円滑に実行できる。
【００３９】
＜第２通信シーケンスに関する特記事項＞
クライアントＣ１は、記憶部２２にテーブル２２Ａを記憶しなくてもよい。例えばテーブル２２Ａは、バックエンドサーバＢＳの非図示の記憶部に記憶されていてもよい。クライアントＣ１は、バックエンドサーバＢＳと通信を行うことによって、テーブル２２Ａを取得してもよい。
【００４０】
クライアントＣ１は、負荷の最も小さいサーバＭ２に接続したＡｕｄｉｏセッションを、第１代替セッションとして決定した。クライアントＣ１は、負荷以外の情報に基づいて、第１代替セッションを決定してもよい。例えばクライアントＣ１は、通信の誤り率が最も小さいサーバＭ、又は、通信遅延が最も短いサーバＭとの間に接続されたセッションを、第１代替セッションとして決定してもよい。
【００４１】
クライアントＣ１がセッションの切断を検出する代わりに、バックエンドサーバＢＳがセッションの切断を検出してもよい。
【００４２】
上記のＳ５１７において、クライアントＣ１が第１代替セッションを使用してサーバＭ２との間で［Ｖｉｄｅｏ］の通信を行う場合、クライアントＣ１は、Ｖｉｄｅｏセッションが切断されたサーバＭ３の宛先情報（アドレズ情報等）を［Ｖｉｄｅｏ］に付加してサーバＭ２に送信してもよい。サーバＭ２は、サーバＭ３の宛先情報が付加された［Ｖｉｄｅｏ］を受信した場合、宛先情報を参照し、サーバＭ３に対して［Ｖｉｄｅｏ］を転送してもよい。なお、サーバＭ２からサーバＭ３に対する［Ｖｉｄｅｏ］の転送に成功した場合、サーバＭ３は、クライアントＣ１から送信される［Ｖｉｄｅｏ］を、サーバＭ２を介して受信することになる。つまり、クライアントＣ１とサーバＭ３との間の［Ｖｉｄｅｏ］の通信は、サーバＭ２を介して継続される。一方、サーバＭ２からサーバＭ３に対する［Ｖｉｄｅｏ］の転送に失敗した場合、サーバＭ２は、クライアントＣ１に対して、転送に失敗したことを通知する失敗通知を送信してもよい。クライアントＣ１は、サーバＭ２から失敗通知を受信した場合、サーバＭ３との間のＶｉｄｅｏセッションが継続して切断されていると判断してもよい。
【００４３】
Ｃ１１１〜Ｃ１２７（図３参照）の処理を行うクライアントＣ１のＣＰＵ２１は、本発明の「接続手段」の一例である。Ｓ５１１の処理を行うクライアントＣ１のＣＰＵ２１は、本発明の「検出手段」の一例である。Ｓ５１７の処理を行うクライアントＣ１のＣＰＵ２１は、本発明の「第１通信手段」の一例である。Ｓ５０１の処理を行うクライアントＣ１のＣＰＵ２１は、本発明の「記憶手段」の一例である。Ｓ５１３の処理を行うクライアントＣ１のＣＰＵ２１は、本発明の「第１取得手段」の一例である。Ｃ１１１〜Ｃ１２７（図３参照）の処理は、本発明の「接続ステップ」の一例である。Ｓ５１１の処理は、本発明の「検出ステップ」の一例である。Ｓ５１７の処理は、本発明の「第１通信ステップ」の一例である。
【００４４】
＜第３通信シーケンス＞
図９を参照し、第３通信シーケンスについて説明する。第３通信シーケンスは、データの種別の優先順位に基づいて第１代替セッションが決定されるという点で、第２通信シーケンスと相違する。第３通信シーケンスの通信手順は、第２通信シーケンスの通信手順（図６参照）と同一である。以下、第２通信シーケンスと同一の処理については、説明を省略する。
【００４５】
クライアントＣ１とサーバＭ３との間のＶｉｄｅｏセッションが切断された場合を例示する（図６参照）。図９に示すように、クライアントＣ１は、テーブル２２Ａ（図６参照）を記憶部２２に記憶する（Ｓ５０１）。クライアントＣ１は、サーバＭ４との間のＶｉｄｅｏセッションの切断を検出する（Ｓ５１１：ＹＥＳ）。クライアントＣ１は、データの種別（Ｄａｔａ）、（Ａｕｄｉｏ）、（Ｖｉｄｅｏ）、（Ｍｅｄｉａ）のそれぞれの優先順位（図１参照）を取得する（Ｓ５３１）。優先順位の取得方法は特段限定されない。例えば、優先順位を示すテーブルが記憶部２２に記憶されていてもよい。クライアントＣ１は、記憶部２２に記憶されたテーブルを読み出すことによって、優先順位を取得してもよい。又、優先順位のテーブルは、バックエンドサーバＢＳに記憶されていてもよい。クライアントＣ１は、バックエンドサーバＢＳと通信を行うことによって、優先順位のテーブルを取得してもよい。
【００４６】
クライアントＣ１は、切断されたＶｉｄｅｏセッションを使用して通信が行われていた［Ｖｉｄｅｏ］の種別（Ｖｉｄｅｏ）の優先順位「１」よりも優先順位が低い種別（Ｍｅｄｉａ）（優先順位「２」）、（Ａｕｄｉｏ）（優先順位「３」）を抽出する。クライアントＣ１は、抽出された種別（Ｍｅｄｉａ）のデータである［Ｍｅｄｉａ］の通信に使用されるＭｅｄｉａセッションの接続先のサーバＭ４を決定する。又、クライアントＣ１は、抽出された種別（Ａｕｄｉｏ）のデータである［Ａｕｄｉｏ］の通信に使用されるＡｕｄｉｏセッションの接続先のサーバＭ２を決定する。
【００４７】
更に、クライアントＣ１は、複数のサーバＭ２、Ｍ４が決定された場合、バックエンドサーバＢＳと通信を行い、決定されたサーバＭ２、Ｍ４の負荷（図８参照）をバックエンドサーバＢＳから取得する（Ｓ５３１）。クライアントＣ１は、取得した負荷のうち最も小さい負荷のサーバＭ２を決定する。更に、クライアントＣ１は、サーバＭ２との間のセッションを、第１代替セッションとして決定する（Ｓ５１５）。クライアントＣ１は、切断が検出されたＶｉｄｅｏセッションの代わりに第１代替セッションを使用して、サーバＭ２との間で［Ｖｉｄｅｏ］の通信を行う（Ｃ１６３（図６参照）、Ｓ５１７）。
【００４８】
＜第３通信シーケンスの作用、効果＞
第１代替セッションは、複数の種別のデータの通信に使用されることになるので、通信負荷が増大してセッションが不安定になる可能性が高い。これに対し、会議システム１では、優先順位の低いセッションが第１代替セッションとして優先的に決定される。従って、会議システム１は、通信負荷が増大してセッションが不安定になった場合の遠隔会議への影響を抑制できる。
【００４９】
＜第３通信シーケンスの特記事項＞
上記において、クライアントＣ１は、優先順位に基づいて決定されたサーバＭが複数ある場合、負荷のより小さいサーバＭを決定し、第１代替セッションを決定した。これに対し、クライアントＣ１は、優先順位に基づいて決定されたサーバＭが複数ある場合、より優先順位の低いサーバＭを決定し、第１代替セッションを決定してもよい。
【００５０】
＜第４通信シーケンス＞
図１０から図１２を参照し、第４通信シーケンスについて説明する。第４通信シーケンスでは、サーバＭ１によって第１代替サーバが決定されるという点、及び、第２代替サーバが更に決定されるという点で、第２、第３通信シーケンスと相違する。上記の第１通信シーケンスが実行されることにより、クライアントＣ１とサーバＭ１との間でＤａｔａセッションが接続され、クライアントＣ１とサーバＭ２との間でＡｕｄｉｏセッションが接続され、クライアントＣ１とサーバＭ３との間でＶｉｄｅｏセッションが接続され、クライアントＣ１とサーバＭ４との間でＭｅｄｉａセッションが接続された状態を前提とする。第２通信シーケンス及び第３通信シーケンスと同一の処理については、説明を省略する。
【００５１】
図１０に示すように、クライアントＣ１は、サーバＭ３との間のＶｉｄｅｏセッションの切断を検出する（Ｃ１７１）。クライアントＣ１は、第１代替セッションを問い合わせるための「問合せ」を、マスターサーバＭＳであるサーバＭ１に送信する（Ｃ１７３）。サーバＭ１は「問合せ」を受信する（Ｍ１７１）。サーバＭ１は、第２通信シーケンス及び第３通信シーケンスにおいてクライアントＣ１により第１代替セッションが決定された場合と同一の方法により、第１代替セッションとして、クライアントＣ１とサーバＭ２との間で接続されたＡｕｄｉｏセッションを決定する。又、第１代替セッションの接続先のサーバＭとして、サーバＭ２を決定する。サーバＭ１は、決定された第１代替セッション、及び、接続先のサーバＭ２を通知する「セッション通知」を、クライアントＣ１に送信する（Ｍ１７３）。クライアントＣ１は「セッション通知」を受信する（Ｃ１７５）。
【００５２】
上記において、サーバＭ１が第１代替セッションを決定する方法は、第２通信シーケンス及び第３通信シーケンスにおけるクライアントＣ１による方法に限定されない。例えばサーバＭ１は、各セッションが切断された場合の第１代替セッションを特定可能な情報を、記憶部１２に記憶してもよい。サーバＭ１は、記憶部１２に記憶された情報に基づき、第１代替セッションを決定してもよい。
【００５３】
クライアントＣ１は、「セッション通知」により通知された第１代替セッションを使用して［Ｖｉｄｅｏ］の通信を行うことを依頼する「通信依頼」を、「セッション通知」により通知されたサーバＭ２に送信する（Ｃ１７７）。サーバＭ２は「通信依頼」を受信する（Ｍ２７１）。サーバＭ２は、クライアントＣ１との間で接続されたＡｕｄｉｏセッションを使用して［Ｖｉｄｅｏ］の通信を行うことを許可する場合、クライアントＣ１に対して「許可」を送信する（Ｍ２７３）。クライアントＣ１は「許可」を受信する（Ｃ１７９）。クライアントＣ１は、切断されたＶｉｄｅｏセッションの代わりに第１代替セッションを使用して、［Ｖｉｄｅｏ］の通信を開始する（Ｃ１８１、Ｍ２７５）。この場合、第１代替セッションは、Ａｕｄｉｏ／Ｖｉｄｅｏセッションとして機能する。クライアントＣ１は、第１代替セッションを使用した［Ｖｉｄｅｏ］の通信が開始された後、切断されたサーバＭ３との間のセッションの再接続を試行する再接続試行処理を開始する（Ｃ１８３）。
【００５４】
一方、Ｍ１７１で「問合せ」を受信したマスターサーバＭＳであるサーバＭ１は、クライアントＣ１との間のＶｉｄｅｏセッションが切断されたサーバＭ３との間のセッションの状態を、Ｍ３との間の通信状態に基づいて、所定周期で確認する（Ｍ１７５）。例えば、サーバＭ１、Ｍ３の間の無通信状態での経過時間が所定時間を超えた場合、サーバＭ３が故障等によって通信不可能な状態となっている可能性がある。従ってサーバＭ１は、このような場合、サーバＭ１とサーバＭ３との間のセッションの切断を検出する。同時に、サーバＭ１は、クライアントＣ１とサーバＭ３との間のＶｉｄｅｏセッションが切断された状態であることを検出する。
【００５５】
サーバＭ１は、第１代替セッションの代わりに［Ｖｉｄｅｏ］の通信を行う第２代替セッションを決定する為に、以下の処理を実行する。サーバＭ１は、セッションが接続していないサーバＭのうち、セッションを新たに接続して遠隔会議に利用できるサーバＭとして、サーバＭ５を取得する。サーバＭ１は、取得されたサーバＭ５に対し、サーバＭ１とサーバＭ５との間のセッションの接続を要求する「接続要求」を送信する（Ｍ１７７）。サーバＭ５は「接続要求」を受信する（Ｍ５７１）。サーバＭ１、Ｍ５間でセッションが接続される（Ｍ１７９、Ｍ５７３）。
【００５６】
サーバＭ１は、セッションが接続されたサーバＭ５に対して、クライアントＣ１との間でＶｉｄｅｏセッションを接続することが可能かを問い合わせる「受入確認」を送信する（Ｍ１８１）。サーバＭ５は「受入確認」を受信する（Ｍ５７５）。サーバＭ５は、Ｖｉｄｅｏセッションの接続が可能な場合、サーバＭ１に対して「受入許可」を送信する（Ｍ５７７）。サーバＭ１は「受入許可」を受信する（Ｍ１８３）。
【００５７】
サーバＭ５とクライアントＣ１との間で、Ｖｉｄｅｏセッションの接続を要求する「接続要求」を、クライアントＣ１に送信する（Ｍ１８５）。クライアントＣ１は「接続要求」を受信する（Ｃ１８５）。サーバＭ５とクライアントＣ１との間でＶｉｄｅｏセッションが接続される（Ｃ１８７、Ｍ５７９）。クライアントＣ１は、Ｖｉｄｅｏセッションの接続が完了したことを通知する「完了通知」を、サーバＭ１に送信する（Ｃ１８９）。サーバＭ１は「完了通知」を受信する（Ｍ１８７）。
【００５８】
クライアントＣ１は、Ｃ１８１の処理により開始された、第１代替セッションを使用した［Ｖｉｄｅｏ］の通信を停止する。クライアントＣ１は、サーバＭ５との間に接続されたＶｉｄｅｏセッションを第２代替セッションとして使用し、［Ｖｉｄｅｏ］の通信を開始する（図１１参照）。
【００５９】
図１１を参照し、クライアントＣ１により実行される復帰処理について説明する。復帰処理は、図１０のＣ１７１〜Ｃ１８３の処理に対応する。クライアントＣ１がテーブル２２Ａ（図６参照）を記憶部２２に記憶する（Ｓ５０１）処理は、第２通信シーケンス及び第３通信シーケンスと同一である。
【００６０】
クライアントＣ１は、サーバＭ１〜Ｍ４との間に接続されたセッションの状態を確認する（Ｓ６１１）。クライアントＣ１は、セッションの切断を検出しない場合（Ｓ６１１：ＮＯ）、処理をＳ６１１に戻す。クライアントＣ１は、セッションの切断の有無を、所定周期で繰り返し確認する。例えばクライアントＣ１は、サーバＭ３との間のＶｉｄｅｏセッションの切断を検出する（Ｓ６１１：ＹＥＳ）（Ｃ１７１（図１０参照））。クライアントＣ１は、Ｖｉｄｅｏセッションの代わりに［Ｖｉｄｅｏ］の通信を行う為の第１代替セッション、及び、第１代替セッションの接続先のサーバＭ２を取得する（Ｓ６１３、Ｃ１７３、Ｃ１７５（図１０参照）。クライアントＣ１は、切断が検出されたＶｉｄｅｏセッションの代わりに第１代替セッションを使用して、サーバＭ２との間で［Ｖｉｄｅｏ］の通信を行う（Ｓ６１５）（Ｃ１８１（図１０参照）。第１代替セッションを使用した［Ｖｉｄｅｏ］の通信が開始された後、クライアントＣ１は、切断されたサーバＭ３との間のセッションの再接続を試行する再接続試行処理を開始する（Ｓ６１７）（Ｃ１８３（図１０参照）。
【００６１】
例えばクライアントＣ１は、サーバＭ３との間のセッションが再接続されたと判定した場合（Ｓ６１９：ＹＥＳ）、Ｓ６１５の処理により開始された、第１代替セッションを使用した［Ｖｉｄｅｏ］の通信を停止し、サーバＭ２との間のＡｕｄｉｏ／Ｖｉｄｅｏセッションを元のＡｕｄｉｏセッションに戻す。クライアントＣ１は、再接続されたセッションをＶｉｄｅｏセッションとして復帰させる。クライアントＣ１は、Ｖｉｄｅｏセッションを使用し、サーバＭ３との間で［Ｖｉｄｅｏ］の通信を実行する（Ｓ６２７）。
【００６２】
一方、クライアントＣ１は、サーバＭ３との間のセッションが切断した状態であると判定した場合（Ｓ６１９：ＮＯ）、サーバＭ１から送信された「接続要求」を受信したか判定する（Ｓ６２１）。クライアントＣ１は、「接続要求」を受信していないと判定された場合（Ｓ６２１：ＮＯ）、処理をＳ６１９に戻す。クライアントＣ１は、「接続要求」を受信したと判定された場合（Ｓ６２１：ＹＥＳ）（Ｃ１８５（図１０参照））、サーバＭ５とクライアントＣ１との間でＶｉｄｅｏセッションが接続される（Ｓ６２３）（Ｃ１８７（図１０参照））。クライアントＣ１は、第１代替セッションを使用した［Ｖｉｄｅｏ］の通信を停止する。クライアントＣ１は、サーバＭ５との間に接続されたＶｉｄｅｏセッションを、第２代替セッションとして使用し、［Ｖｉｄｅｏ］の通信を開始する（Ｓ６２５）。クライアントＣ１は、復帰処理を終了させる。
【００６３】
図１２を参照し、サーバＭ１により実行される接続処理について説明する。接続処理は、図１０のＭ１７１〜Ｍ１８７の処理に対応する。サーバＭ１は、クライアントＣ１から「問合せ」を受信した場合（Ｍ１７１）、接続処理を開始する。
【００６４】
サーバＭ１は、クライアントＣ１が［Ｖｉｄｅｏ］の通信を行うためのセッションとして、サーバＭ２との間のＡｕｄｉｏセッションを第１代替セッションとして決定する。（Ｓ７０１）。サーバＭ１は、決定された第１代替セッション、及び、第１代替セッションの接続先のサーバＭ２を通知する「セッション通知」を、クライアントＣ１に送信する（Ｓ７０３）（Ｍ１７３、図１０参照）。
【００６５】
サーバＭ１は、クライアントＣ１との間のＶｉｄｅｏセッションが切断されたサーバＭ３との間のセッションの状態を、サーバＭ３との間の通信状態に基づいて、所定周期で確認する（Ｓ７０５）（Ｍ１７５、図１０参照）。サーバＭ１とサーバＭ３との間のセッションが接続状態を維持している場合（Ｓ７０７：ＹＥＳ）、クライアントＣ１とサーバＭ３との間のセッションも再接続される可能性が高いので、サーバＭ１は接続処理を終了させる。一方、サーバＭ１とサーバＭ３との間のセッションが切断されたと判断した場合（Ｓ７０７：ＮＯ）、クライアントＣ１とサーバＭ３との間のセッションが再接続される可能性が低いので、サーバＭ１は処理をＳ７０９に進める。
【００６６】
サーバＭ１は、セッションが接続していない状態のサーバＭ５を取得し、サーバＭ５との間でセッションを接続する（Ｓ７０９、Ｍ１７７〜Ｍ１７９（図１０参照））。サーバＭ１は更に、サーバＭ５においてクライアントＣ１との間でＶｉｄｅｏセッションの接続が可能かを、サーバＭ５に問い合わせる。（Ｍ１７９、Ｓ１８１（図１０参照））。サーバＭ１は、サーバＭ５においてクライアントＣ１との間でＶｉｄｅｏセッションの接続が可能である場合、サーバＭ５とクライアントＣ１との間でＶｉｄｅｏセッションの接続を要求する「接続要求」を、クライアントＣ１に送信する（Ｓ７１１）（Ｍ１８５（図１０参照））。サーバＭ１は接続処理を終了させる。
【００６７】
＜第４通信シーケンスの作用、効果＞
第４通信シーケンスでは、サーバＭ１によって第２代替セッションが決定される。このため、クライアントＣ１により第２代替セッションが決定される場合と比べて、クライアントＣ１の処理負荷を軽減できる。又、第４通信シーケンスにおいて、クライアントＣ１とサーバＭ３との間のセッションの状態が、サーバＭ１によって判定される。このため、例えばクライアントＣ１は、図１０のＣ１８３における再接続試行処理を行わなくても、サーバＭ１が実行する接続処理によって、第２代替セッションを使用した［Ｖｉｄｅｏ］の通信を開始できる。従って、クライアントＣ１の処理負荷を更に軽減できる。
【００６８】
＜第４通信シーケンスの特記事項＞
上記において、クライアントＣ１は再接続試行処理（Ｃ１８３）を実行しなくてもよい。サーバＭ１は、サーバＭ３との間のセッションが接続された状態で維持されていると判定した場合（Ｓ７０７）、クライアントＣ１に通知してもよい。クライアントＣ１は、サーバＭ１から通知を受信した場合、Ｖｉｄｅｏセッションを復帰させ、サーバＭ３との間で［Ｖｉｄｅｏ］の通信を実行してもよい。
【００６９】
Ｓ７１１の処理を行うサーバＭ１のＣＰＵ１１は、本発明の「要求手段」の一例である。Ｓ６２５の処理を行うクライアントＣ１のＣＰＵ２１は、本発明の「第２通信手段」の一例である。
【符号の説明】
【００７０】
１        ：会議システム
Ａ        ：参加クライアント数
Ｂ        ：分割開始数
ＢＳ      ：バックエンドサーバ
Ｃ、Ｃ１、Ｃ２、Ｃ３、Ｃ４      ：クライアント
Ｍ、Ｍ１、Ｍ２、Ｍ３、Ｍ４、Ｍ５、Ｍ６、Ｍ７      ：サーバ
【図１】
2020091768.tif 000003
【図２】
2020091768.tif 000004
【図３】
2020091768.tif 000005
【図４】
2020091768.tif 000006
【図５】
2020091768.tif 000007
【図６】
2020091768.tif 000008
【図７】
2020091768.tif 000009
【図８】
2020091768.tif 000010
【図９】
2020091768.tif 000011
【図１０】
2020091768.tif 000012
【図１１】
2020091768.tif 000013
【図１２】
2020091768.tif 000014