(57)【要約】      （修正有）【課題】システム変更に柔軟に対応でき、かつ、クライアント端末と当該システムを構成する会議用サーバとのセッション確立を最適化するための構造を備えた双方向対話システムを提供する。【解決手段】会議用サーバ２０Ａ〜２０Ｃとは別に、会議用サーバとクライアント端末２１Ａ〜２１Ｃとのセッション確立を一元管理するためのエントリーサーバ３０を備える。エントリーサーバは、セッション確立要求のあったクライアント端末に対し、少なくともその位置情報に基づいて、セッション確立すべき会議用サーバを選択する。【選択図】図３
2014049850.tif 000002
【特許請求の範囲】
【請求項１】
遠隔地に配置された複数のクライアント端末間での双方向対話を実現する双方向対話システムにおいて、
前記所定の伝送手段を介して接続された複数の会議用サーバであって、それぞれが、前記複数のクライアント端末のうち当該会議用サーバ側での認証手続きが完了した１又はそれ以上のクライアント端末とのセッションを個別に確立する複数の会議用サーバと、
前記双方向対話システムを構成する会議用サーバとは別に、前記複数の会議用サーバと前記複数のクライアント端末とのセッション確立を一元管理するためのエントリーサーバであって、一つの会議用サーバに対して複数用意された認証用データが前記会議用サーバごとに対応付けられた第１管理テーブルを格納するとともに、前記複数の会議用サーバそれぞれの位置情報とともにそれらの稼働状況が前記会議用サーバごとに対応付けられた第２管理テーブルを格納するデータベースを有するエントリーサーバと、を備え、
前記エントリーサーバは、
双方向対話への参加を希望するクライアント端末のうち当該エントリーサーバ側での認証手続きが完了した正規クライアント端末からのセッション確立要求を受け付け、
少なくとも前記正規クライアント端末の位置情報に基づいて、前記正規クライアント端末がアクセスすべき会議用サーバを選択し、
前記選択された会議用サーバへのアクセスを可能にするための情報を、前記正規クライアント端末に送信する、ことを特徴とする双方向対話システム。
【請求項２】
前記エントリーサーバは、前記複数の会議用サーバのいずれかとのセッションが確立した前記正規クライアント端末から送信される通信環境データを受信したタイミングで、少なくとも前記第２管理テーブルの情報を順次更新していくことを特徴とする請求項１に記載の双方向対話システム。
【請求項３】
前記正規クライアント端末は、前記選択された会議用サーバとのセッションが確立した後、前記エントリーサーバに対して、少なくとも利用帯域情報を含む通信環境データを送信することを特徴とする請求項２に記載の双方向対話システム。
【請求項４】
前記エントリーサーバは、前記選択された会議用サーバに対応した認証用データを選択し、前記選択された認証用データを、前記正規クライアント端末に送信する、ことを特徴とする請求項１〜３のいずれか一項に記載の双方向対話システム。
【請求項５】
前記正規クライアント端末から前記エントリーサーバへの通信環境データの送信は、前記正規クライアント端末と前記選択された会議用サーバとのセッションが確立した後、定期的に行われることを特徴とする請求項１〜４のいずれか一項に記載の双方向対話システム。
【請求項６】
前記エントリーサーバは、前記正規クライアント端末の位置情報に基づいて前記複数の会議用サーバのうちから複数の候補を抽出し、予め設定された選定ルールに従って前記複数の候補から選択された会議用サーバであることを特徴とする請求項１〜５のいずれか一項記載の双方向対話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、それぞれが遠隔地に配置され、かつ、所定の伝送手段を介して接続された複数の会議用サーバを含むネットワーク構成を有する双方向対話システムに関するものである。
【背景技術】
【０００２】
図１は、それぞれが遠隔地に配置されたクライアント端末間において双方向対話を実現する一般的なネットワーク構成を示す図である。通常、図１に示されたような双方向対話システムは、クライアント端末間のデータ通信に高い機密性が要求され、例えば、一般公衆回線を専用回線のように利用できるインターネットＶＰＮ(Virtual Private Network)サービスによって提供されるＷＥＢ会議など、種々のテレビ会議システムとして実現される。
【０００３】
図１に示されたように、双方向対話システムは、所定の伝送手段として、有線、無線を問わず、インターネットに代表される種々のデータ通信回線で構成されたネットワーク１０に接続された複数の会議用サーバ２０Ａ〜２０Ｃにより構成される。これら会議用サーバ２０Ａ〜２０Ｃそれぞれは、地理的に離れた地域（拠点）に配置されており、データ通信の機密性を確保するため、拠点ごとに所属クライアント端末２１Ａ〜２１Ｃが対応する会議用サーバ２０Ａ〜２０Ｃとセッションを確立することが予め決められている。
【０００４】
例えば図１の例では、拠点Ａには会議用サーバＲＡ（２０Ａ）が配置されており、会議用サーバＲＡは、予め許可された所属クライアント端末Ａ１〜Ａ３（２１Ａ）からのセッション確立要求のみを受け付ける。すなわち、拠点Ａに配置された所属クライアントＡ１〜Ａ３は、会議用サーバＲＡ〜ＲＣで構成された双方向対話システムにより提供される双方向対話サービスに参加を希望する場合、当該拠点Ａに配置された会議用サーバＲＡのみへインターネット等を介してアクセスし、該会議用サーバＲＡとのセッションを確立することとなる。
【０００５】
同様に、拠点Ｂには会議用サーバＲＢ（２０Ｂ）が配置されており、会議用サーバＲＢは、予め許可された所属クライアント端末Ｂ１〜Ｂ３（２１Ｂ）からのセッション確立要求のみを受け付ける。また、拠点Ｃには会議用サーバＲＣ（２０Ｃ）が配置されており、会議用サーバＲＣは、予め許可された所属クライアント端末Ｃ１〜Ｃ３（２１Ｃ）からのセッション確立要求のみを受け付ける。一方、拠点Ｂに配置された所属クライアントＢ１〜Ｂ３は、会議用サーバＲＢとの間でのみセッションを確立させることができ、拠点Ｃに配置された所属クライアントＣ１〜Ｃ３は、会議用サーバＲＣとの間でのみセッションを確立させることができる。
【０００６】
なお、特許文献１には、分散処理型の双方向対話システムの管理技術が開示されており、特許文献２には、端末装置を目的の装置に接続させるための装置構成が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−１９３１０６号公報
【特許文献２】特開２００５−０９２７２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
発明者らは、上述のような従来の双方向対話システムについて詳細に検討した結果、以下のような課題を発見した。
【０００９】
すなわち、データ通信の機密性が確保されたシステムにおいてＷＥＢ会議（双方向対話）を実現する場合、利用者（クライアント端末）が当該システムを構成する会議用サーバのうち予め接続先として設定された会議用サーバにアクセスする必要がある。しかしながら、設置位置が固定されてないクライアント端末、例えば、携帯電話、スマートフォン、ノートパソコン等の移動体端末の場合、当該移動体端末が最も通信パフォーマンスが高くなる最寄りの会議用サーバへのセッション確立は許可されないため、当該移動体端末の現在地に関わらず常に所属拠点の会議用サーバへアクセスすることとなる。
【００１０】
具体的には図２に示されたように、拠点Ａの所属クライアント端末Ａ１〜Ａ３（２１Ａ）は、予め会議用サーバＲＡ（２０Ａ）へのアクセスが許可されているが、例えばクライアント端末Ａ３が矢印Ｍ１で示されたように拠点Ｂへ移動したとしても（クライアント端末の移動は、当該システムの会議用サーバにアクセス可能であれば拠点Ａ以外の国、地域でもよく、他の拠点に限定されるものではない）、会議用サーバＲＢ（２０Ｂ）へのアクセスは許可されない。クライアント端末Ａ３は拠点Ａから拠点Ｂへ移動したとしても、ネットワーク１０を経由した通信経路Ｐ１を辿って拠点Ａの会議用サーバＲＡにアクセスしなければならない。同様に、拠点Ｃの所属クライアント端末Ｃ１〜Ｃ３（２１Ｃ）は、予め会議用サーバＲｃ（２０Ｃ）へのアクセスが許可されているが、例えばクライアント端末Ｃ３が矢印Ｍ２で示されたように拠点Ａへ移動したとしても、会議用サーバＲＡ（２０Ａ）へのアクセスは許可されない。クライアント端末Ｃ３は拠点Ｃから拠点Ａへ移動したとしても、ネットワーク１０を経由した通信経路Ｐ２を辿って拠点Ｃの会議用サーバＲＣにアクセスしなければならない。クライアント端末Ｂ１〜Ｂ３は拠点間移動はないので予め許可されている会議用サーバＲＢへのアクセスのみ可能である。
【００１１】
なお、上述のような状況は、例えば、東京と北京に会議用サーバが設置されている場合に、東京のメンバーが北京に移動しでも、東京の会議用サーバにアクセスしなければならなくなる状況として、経験的に周知されている。結果、会議用サーバとクライアント端末とのセッションで伝送遅延が大きくなり、ＷＥＢ会議などのリアルタイム伝送が要求される双方向対話システムでは、音声遅延・映像遅延などが発生してしまうという課題があった。
【００１２】
また、設置位置が固定されたクライアント端末（例えば、デスクトップパソコンなど）においても、新たに設置されるたびに接続先の会議用サーバを登録（あるいはシステム管理者への連絡）する必要がある。加えて、将来のシステム構成の変更（例えば会議用サーバの追加、変更等）に対しでも柔軟に対応できないという課題があった。
【００１３】
この発明は、上述のような課題を解決するためになされたものであり、システム変更に柔軟に対応でき、かつ、クライアント端末と当該システムを構成する会議用サーバとのセッション確立を最適化するための構造を備えた双方向対話システムを提供することを目的としている。
【課題を解決するための手段】
【００１４】
本発明に係る双方向対話システムは、テレビ会議システムなど、遠隔地に配置された複数のクライアント端末間での双方向対話を実現するため、所定の伝送手段を介して映像データ、音声データ、テキストデータ等のリアルタイム通信を可能にする通信環境を提供する。上述の課題を解決するため、本発明に係る双方向対話システムは、所定の伝送手段を介して接続された複数の会議用サーバと、会議用サーバとクライアント端末とのセッション確立を最適化するためのエントリーサーバを備える。複数の会議用サーバそれぞれは、複数のクライアント端末のうち当該会議用サーバ側での認証手続きが終了した１又はそれ以上のクライアント端末とのセッションを個別に確立する。エントリーサーバは、双方向対話システムを構成するこれら複数の会議用サーバとは別に、複数の会議用サーバと複数のクライアント端末とのセッション確立を一元管理するため構造を備える。具体的にエントリーサーバは、一つの会議用サーバに対して複数用意された認証用データが会議用サーバごとに対応付けられた第１管理テーブルを格納するとともに、複数の会議用サーバそれぞれの位置情報とともにそれらの稼働状況が会議用サーバごとに対応付けられた第２管理テーブルを格納するデータベースを有する。
【００１５】
加えて、エントリーサーバは、双方向対話への参加を希望するクライアント端末のうち当該エントリーサーバ側での認証手続きが完了した正規クライアント端末からのセッション確立要求を受け付け、この正規クライアント端末がアクセスすべき会議用サーバを選択し、選択された会議用サーバへのアクセスを可能にするための情報（例えば、会議用サーバのＩＰアドレスなど）を、正規クライアント端末に送信する。なお、会議用サーバの選択では、少なくとも正規クライアント端末の位置情報に基づいて行われるのが好ましく、一旦アクセスすべき会議用サーバが選択されると、選択された会議用サーバに対応した認証用データ（正規クライアント端末用のＩＤ、パスワードなど）も、正規クライアント端末へ送信されるのが好ましい。また、認証用データは第２管理テーブルから選択される。
【００１６】
上述の構成により、当該双方向対話システムは、それぞれが複数の会議用サーバのうち対応する会議用サーバに接続された複数のクライアント端末間で双方向対話を実現する。また、システム全体の通信状況(遅延、帯域分散、サーバ負荷など)を監視するエントリーサーバが、当該エントリーサーバにおいて認証手続きが完了した正規クライアント端末に対し、セッション確立すべき会議用サーバを選択するので、エントリーサーバによって指定された会議用サーバと正規クライアント端末との間で最適なセッション確立が可能になる。また、機密性の高い双方向対話を実現するシステムであっても会議用サーバとクライアント端末との接続関係が固定されないので、クライアント端末への接続サービスを制限することなく、会議用サーバの変更、追加などのシステム変更が容易になる（システム変更の自由度増加）。なお、本明細書において伝送手段は、有線、無線を問わず、インターネットに代表されるデータ通信回線であって、既存の一般公衆電話回線、携帯電話回線等の種々のネットワークが含まれる。
【００１７】
本発明に係る双方向対話システムにおいて、エントリーサーバは、複数の会議用サーバのいずれかとセッションが確立した正規クライアント端末から送信される通信環境データを受信したタイミングで、少なくとも第２管理テーブルの情報を順次更新していくのが好ましい。この場合、エントリーサーバにより、時々刻々変化する当該システム全体の通信状況に追随した監視体制が確立され得る。
【００１８】
より具体的には、エントリーサーバにおける認証手続きが完了した正規クライアント端末は、選択された会議用サーバとのセッションが確立した後、エントリーサーバに対して、少なくとも利用帯域情報を含む通信環境データを送信する。このような通信環境データの送信は、正規クライアント端末と選択された会議用サーバとのセッションが確立した後、定期的に行われるのが好ましい。
【００１９】
さらに、本発明に係る双方向対話システムにおいて、エントリーサーバは、当該エントリーサーバにおける認証手続きが完了した正規クライアント端末の位置情報に基づいて、複数の会議用サーバのうちから複数の候補を抽出し、予め設定された選定ルールに従って複数の候補から選択された会議用サーバであるのが好ましい。特に、このような複数候補の抽出は、会議用サーバが配置された拠点以外にクライアント端末が移動した場合に起こり得る。この構成によれば、正規クライアント端末とのセッション確立が地理的に容易な（通信負荷の少ない）複数の会議用サーバが候補として抽出された場合に、さらに正規クライアント端末とセッションを確立させるべき会議用サーバを絞り込むのに有効である。
【００２０】
なお、この発明に係る各実施例は、以下の詳細な説明及び添付図面によりさらに十分に理解可能となる。これら実施例は単に例示のために示されるものであって、この発明を限定するものと考えるべきではない。
【００２１】
また、この発明のさらなる応用範囲は、以下の詳細な説明から明らかになる。しかしながら、詳細な説明及び特定の事例はこの発明の好適な実施例を示すものではあるが、例示のためにのみ示されているものであって、この発明の範囲における様々な変形および改良はこの詳細な説明から当業者には自明であることは明らかである。
【発明の効果】
【００２２】
本発明によれば、クライアント端末の利用者は、接続先の会議用サーバの所在地を意識することなく、会議用サーバとの間で最適なセッション確立が可能になる。また、自動的に会議用サーバの負荷や帯域分散の最適化が行われるため、サーバ管理者等の管理工数が低減され得る。さらに、会議用サーバと所属クライアント端末との接続関係が固定化されないため、将来の利用者の増加に対しでも、利用者への通知などの作業を行うことなく会議用サーバの増設や再配置が可能になる。
【図面の簡単な説明】
【００２３】
【図１】従来の双方向対話システムの一例の概略構成を示す図である。
【図２】図１に示された双方向対話システムにおける課題を説明するためのシステム展開図である。
【図３】本発明に係る双方向対話システムの一実施形態の概略構成を示す図である。
【図４】クライアント端末の構成を示す図である。
【図５】管理Ｄ／Ｂに格納された管理テーブルの論理構成を示す図である。
【図６】図３の双方向対話システムにおいて、クライアント端末が実行するエントリー処理を説明するためのフローチャートである。
【図７】クライアント端末が実行するエントリー処理を説明するためのシステム展開図である。
【発明を実施するための形態】
【００２４】
以下、本発明に係る双方向対話システムの各実施形態を、図面を参照しながら詳細に説明する。なお、図面の説明において同一の要素には同一符号を付して重複する説明を省略する。
【００２５】
図３は、本発明に係る双方向対話システムの一実施形態の概略構成を示す図である。図３のネットワーク構成は、図１のネットワーク構成と同様に、拠点Ａに会議用サーバＲＡ（２０Ａ）が配置され、拠点Ｂに会議用サーバＲＢ（２０Ｂ）が配置され、拠点Ｃに会議用サーバＲＣ（２０Ｃ）が配置され、これら会議用サーバ２０Ａ〜２０Ｃがネットワーク１０を介して互いに接続されている。さらにネットワーク１０にはエントリーサーバ３０も接続されている。このエントリーサーバ３０は、会議用サーバＲＡ〜ＲＣとは別にネットワーク１０に接続されており、会議用サーバＲＡ〜ＲＣとクライアント端末Ａ１〜Ａ３、Ｂ１〜Ｂ３、Ｃ１〜Ｃ３とのセッション確立を一元管理するための管理データベース４０（管理Ｄ／Ｂ）を備える。
【００２６】
通常、拠点Ａにクライアント端末Ａ１〜Ａ３（２１Ａ）が存在し（会議用サーバＲＡに近い位置に存在する場合）、拠点Ｂにクライアント端末Ｂ１〜Ｂ３（２１Ｂ）が存在し（会議用サーバＲＢに近い位置に存在する場合）、拠点Ｃにクライアント端末Ｃ１〜Ｃ３（２１Ｃ）が存在するとき（会議用サーバＲＣに近い位置に存在する場合）、エントリーサーバ３０は、最適なセッションを確立させるため、図３に示されているようなセッション確立を許可する。すなわち、拠点Ａに存在するクライアント端末Ａ１〜Ａ３は、インターネット等のデータ通信回線を介して会議用サーバＲＡにアクセスし、拠点Ｂに存在するクライアント端末Ｂ１〜Ｂ３（２１Ｂ）は、インターネット等のデータ通信回線を介して会議用サーバＲＢにアクセスし、拠点Ｃに存在するクライアント端末Ｃ１〜Ｃ３（２１Ｃ）は、インターネット等のデータ通信回線を介して会議用サーバＲＣにアクセスすることになる。
【００２７】
図４（ａ）には、クライアント端末Ａ１〜Ａ３、Ｂ１〜Ｂ３、Ｃ１〜Ｃ３（２１Ａ〜２１Ｃ）の共通の概略構成が示されている。すなわち、図４に示された端末本体２１は、通信インターフェースとして機能する入出力手段２１１（Ｉ／Ｏ）と、制御部２１２と、記録手段としてのメモリ２１５と、モニタ２１６への描画データを生成する描画部２１３と、キーボード２１８、ポインティングデバイス（マウス）２１９、外部記憶装置２１７等のインターフェースとして機能するＩ／Ｏ２１４を備える。なお、メモリ２１５には、他のクライアント端末との間で双方向対話（双方向データ通信）を可能にするための会議プログラム２１５ａ等が格納されている。制御部２１２は、この会議プログラム２１５ａを実行するため制御手段として機能する。
【００２８】
また、制御部２１２により実行される会議プログラム２１５ａは、一例として図４（ｂ）に示されたような構造を有する。すなわち、会議プログラム２１５ａは、Ｉ／Ｏ２１１を介して当該クライアント端末の外部とのデータ授受を行うための通信処理と、双方向対話への参加に際して行われる前処理としてのエントリー処理と、Ｉ／Ｏ２１１を介して受信されたデータを表示、格納等するための受信データ処理と、外部記憶装置２１７等からＩ／Ｏ２１４を介して取り込まれたデータを、Ｉ／Ｏ２１１を介して当該クライアント端末の外部へ送信するためのデータ加工を行う送信データ処理から構成されている。
【００２９】
一方、管理Ｄ／Ｂ４０には、クライアント端末のアクセスに応答して、エントリーサーバ３０がセッションを確立すべき会議用サーバを選択するための管理情報がテーブル形式で格納されている。すなわち、図５（ａ）は、会議用サーバＲＡ〜ＲＣそれぞれの位置情報とともにそれらの稼働状況が会議用サーバごとに対応付けられた管理テーブル（第２管理テーブル）の論理構造を示し、図５（ｂ）は、会議用サーバＲＡ〜ＲＣそれぞれについて、複数用意された認証用データが対応付けられた管理テーブル（第１管理テーブル）を示している。
【００３０】
具体的に図５（ａ）に示された管理テーブルには、会議用サーバ選択要素として、会議用サーバＲＡ〜ＲＣそれぞれに、その位置情報（緯度、経度）、接続セッション数／最大セッション数、各会議用サーバのデータ負荷状態（％）、各会議用サーバの利用帯域幅（Ｍｂｐｓ）／最大利用可能帯域幅（Ｍｂｐｓ）が対応付けられている。また、エントリーサーバ３０による会議用サーバ選択に際し、複数の会議用サーバが抽出される場合も十分想定される。そのため、図５（ａ）の管理テーブルでは、会議用サーバそれぞれに関連付けられた情報群が、予め決定されている接続優先順位に従って配置されている。なお、この図５（ａ）の管理テーブルの情報は、所定タイミングで更新される。例えば、図５（ａ）の管理テーブルは、会議用サーバＲＡ〜ＲＣのいずれかとセッションが確立したクライアント端末からアクセスされるタイミングで、順次更新される。この場合、エントリーサーバ３０により、時々刻々変化する当該システム全体の通信状況に追随した監視体制が確立され得る。特に、会議用サーバＲＡ〜ＲＣのいずれかとのセッションが確立した後、クライアント端末が利用帯域情報とともにセッション確立通知をエントリーサーバ３０に対して送信すれは、エントリーサーバ３０は、該当する会議用サーバに対応付けられた接続セッション数、利用帯域を更新することになる。特に、利用帯域など、時々刻々変化する情報に関しては、セッションの確立又は解除などのイベント発生時以外にも定期的にクライアント端末からエントリーサーバ３０への情報提供されるのが好ましい。
【００３１】
次に、図６及び図７を参照しながら、双方向対話に参加を希望するクライアント端末におけるエントリー処理を、エントリーサーバ３０の動作とともに説明する。なお、図６は、図３の双方向対話システムにおいて、クライアント端末が実行するエントリー処理を説明するためのフローチャートである。また、図７は、クライアント端末が実行するエントリー処理を説明するためのシステム展開図である。
【００３２】
図３に示された双方向対話システムを利用して双方向対話への参加を希望するクライアント端末のエントリー処理では、まず、当該クライアント端末からインターネット等の伝送手段を介してエントリーサーバ３０にアクセスする（エントリーサーバ３０へのセッション確立要求：ステップＳＴ１０）。エントリーサーバ３０側では、アクセスしてきたクライアント端末の認証手続きを行う。双方向対話への参加が許可されているクライアント端末それぞれには、予めエントリーサーバ認証用のＩＤとパスワードがそれぞれ与えられており、エントリーサーバ側の認証手続きでは、双方向対話への参加が可能な正規のクライアント端末であることの確認が行われ、エントリーサーバ３０が正規クライアント端末からのアクセスと判断すると、該エントリーサーバ３０から正規クライアント端末へ双方向対話への参加手続きに必要な情報が送信される。クライアント端末とエントリーサーバ３０とのセッション確立手続きは、以上のエントリーサーバ側認証手続きと双方向対話への参加手続きに必要な情報の取得手続きにより構成されており、これらの手続きを経て完了する（ステップＳＴ２０）。
【００３３】
一方、このセッション確立手続きにおいて、エントリーサーバ３０では、認証手続きが完了した正規クライアント端末のＩＰアドレス情報から、管理Ｄ／Ｂ４０内に格納された管理テーブル（図５（ａ））を参照して、該正規クライアント端末周辺に位置する１又は複数の会議用サーバを検索する(物理的に近い会議用サーバを検索)。なお、会議用サーバを検索する際、ＩＰ位置情報データベースを利用して正規クライアント端末のＩＰアドレス情報から位置情報を取得したり、正規クライアント端末のＩＰアドレスに代えて、ＧＰＳなどの端末位置情報から検索されてもよい。
【００３４】
また、エントリーサーバ３０では、会議用サーバの検索を、単に正規クライアント端末からの距離情報のみに基づいて行うのではなく、管理Ｄ／Ｂ４０内に格納された管理テーブル（図５（ａ））を参照して選択候補となり得る会議用サーバそれぞれの接続セッション数、処理量の他、各会議用サーバまでの回線の込み具合（利用帯域幅）等も考慮して行う。特に、選択候補となる会議用サーバが複数存在する場合、上述のように管理テーブル（図５（ａ））において各候補サーバに対応付けされた情報を参照し、予め設定された選定ルールに従って会議用サーバを決定することにより、サーバ決定作業が簡素化される。選定ルールの一例として、複数の候補サーバが検索された場合、接続セッション数や利用帯域が少ない候補サーバを、正規クライアント端末とセッションを確立すべき会議用サーバとして決定する。さらに、候補サーバ間で接続セッション数や利用帯域幅が同等な場合は、管理テーブル（図５（ａ））の配置順序（候補サーバの接続優先順位を示す）に基づいて会議用サーバを決定する。
【００３５】
また、会議用サーバの候補として、正規クライアント端末からの距離情報に基づいて複数の候補が抽出された場合、各候補サーバの負荷状況（ＣＰＵ利用率、メモリ利用率など）、回線利用状況（利用可能な帯域）、接続セッション数（最大セッション数に上限があるため）、対応プロトコル（ＶＰＮでは複数のプロトコルがあり、サーバによってサポートされるプロトコルが異なる場合があるため）などの情報に基づいて、予め設定された選定ルールに従って会議用サーバが決定される。なお、選定ルールとは、上記指標のどれを優先して決定するかを指示するルールを意味する。例えば、負荷が重い会議用サーバと、回線利用率が多い会議用サーバが候補として抽出された場合、回線利用率が多い候補サーバを会議用サーバとして決定するなど、選定ルールには種々の決定アルゴリズムが採用され得る。
【００３６】
続いて、会議用サーバを決定すると、エントリーサーバ３０は、管理テーブル（図５（ａ））を参照して該決定された会議用サーバのＩＰアドレスを取得するとともに、該決定された会議用サーバ側での認証手続きに利用される認証用データ（会議用ＩＤとパスワード）を別の管理テーブル（図５（ｂ））から取得する。以上のように取得された会議用サーバのＩＰアドレス及び認証用データがそれぞれエントリーサーバ３０から正規クライアント端末へ送信される。
【００３７】
エントリーサーバ３０が指定した会議用サーバのＩＰアドレスと認証用データを正規クライアント端末が取得すると、該正規クライアント端末と指定会議用サーバとの間でセッション確立手続きが開始される（ステップＳＴ３０）。具体的には、正規クライアント端末から指定会議用サーバに対してセッション確立要求（アクセス）が行われると、該指定会議用サーバ側での認証手続きが開始され、正規クライアント端末から指定会議用サーバへ、エントリーサーバ３０から取得した会議用ＩＤとパスワードが送信される。そして、この指定会議用サーバ側の認証手続きが完了した時点で、正規クライアント端末と指定会議用サーバとのセッションが確立される（ステップＳＴ４０）。
【００３８】
なお、正規クライアント端末と指定会議用サーバとのセッションが確立された時点で、該正規クライアント端末は、エントリーサーバ３０に対して、利用帯域情報とともにセッション確立通知を送信する（ステップＳＴ５０）。セッション確立通知を受信したエントリーサーバ３０では、管理Ｄ／Ｂ４０内の管理テーブル（図５（ａ））の情報更新手続きを行う。具体的には、指定会議用サーバに対応付けられた接続セッション数、利用帯域情報等を更新する。
【００３９】
上述のステップＳＴ１０〜ＳＴ５０を経て、正規クライアント端末の利用者は別のクライアント端末の利用者との間で会議を行う（ステップＳＴ６０）。また、会議に参加している正規クライアント端末は、定期的に自身の利用帯域情報をエントリーサーバに通知する。これにより、エントリーサーバ３０が参照する管理Ｄ／Ｂ４０の情報は時々刻々変化するシステム全体の通信環境に追随した情報となる。
【００４０】
さらに、正規クライアント端末が参加していた会議を終了すると（ステップＳＴ７０）、該正規クライアント端末と指定会議用サーバとのセッションは解除されるが、その時点で、該正規クライアント端末は、エントリーサーバ３０へセッション解除通知を行い（ステップＳＴ８０）、当該正規クライアント端末のエントリー処理が終了する。なお、正規クライアント端末からセッション解除通知を受信したエントリーサーバ３０は、通知してきた正規クライアント端末とセッションを確立していた指定会議用サーバに対応付けられた情報（接続セッション数等）を更新しておく。
【００４１】
以上のエントリー処理は、図７に示されたように、拠点間でクライアント端末の移動が生じた場合の他、会議用サーバの追加、変更等、システム構成の変更が生じた場合にも有効である。
【００４２】
具体的に図７に示された状況では、まず、拠点Ａの所属クライアント端末Ａ１〜Ａ３（２１Ａ）は、拠点Ａに配置された会議用サーバＲＡ（２０Ａ）へアクセスするのではなく、まず、ネットワーク１０を介してエントリーサーバ３０へアクセスし、セッションを確立すべき会議用サーバの情報及び認証用データを取得する。例えば、クライアント端末Ａ３が矢印Ｍ１で示されたように拠点Ｂへ移動した場合も同様の手順に従ってエントリーサーバ３０から必要な情報を取得する。クライアント端末Ｂ１については拠点Ｂ外への移動はないが、この場合もクライアント端末Ｂ１はエントリーサーバ３０にアクセスし、該エントリーサーバ３０により指定された会議用サーバ（図７の例では距離的に最も近い会議用サーバＲＢ）へアクセスすることになる。クライアント端末Ｃ３についても同様に、矢印Ｍ２で示されたように拠点Ｃ外に移動（拠点Ａへ移動）したクライアント端末Ｃ３は、ネットワーク１０を介してエントリーサーバ３０へアクセスし、セッションを確立すべき会議用サーバの情報及び認証用データを取得することになる。
【００４３】
なお、以上の説明では、クライアント端末は会議用サーバが配置された拠点間の移動についてのみ説明したが、クライアント端末の移動は拠点間の移動には制限されない。すなわち、クライアント端末の移動は、当該システムの会議用サーバにアクセス可能であれば拠点以外の国、地域でもよく、他の拠点に限定されるものではない。特に、クライアント端末が拠点以外に移動する場合、セッションを確立すべき会議用サーバとして複数の候補が抽出される場合がある。
【００４４】
以上の本発明の説明から、本発明を様々に変形しうることは明らかである。そのような変形は、本発明の思想および範囲から逸脱するものとは認めることはできず、すべての当業者にとって自明である改良は、以下の請求の範囲に含まれるものである。
【符号の説明】
【００４５】
１０…ネットワーク、２０、２０Ａ〜２０Ｃ…会議用サーバ、２１Ａ〜２１Ｃ…クライアント端末、３０…エントリーサーバ、４０…管理Ｄ／Ｂ。
【図１】
2014049850.tif 000003
【図２】
2014049850.tif 000004
【図３】
2014049850.tif 000005
【図４】
2014049850.tif 000006
【図５】
2014049850.tif 000007
【図６】
2014049850.tif 000008
【図７】
2014049850.tif 000009