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