JP2015119472A - 選択システム、通信管理システム、通信システム、プログラム、及び選択方法 - Google Patents

Abstract

【課題】 通信端末間のセッションを制御する制御装置にかかる負荷は、状況に応じて変化するため、通信端末と接続させる制御装置を複数の制御装置の中から選択するときに、負荷の少ない制御装置を選択することにより負荷を分散させようとした場合には、選択の度に制御装置毎の負荷を計測する等の煩雑な処理が必要になるという課題が生じる。
【解決手段】 本発明の選択システムによると、接続要求元の通信端末と接続させる制御装置を、制御装置と接続している通信端末の通信の状態に基づいて選択する。この場合、各状態のときに発生する制御に伴う負荷の度合を負荷管理手段において管理させておくことで、制御装置毎の制御に伴う負荷の度合に基づいて、負荷の小さい制御装置を簡易に選択できるようになるという効果を奏する。
【選択図】 図１７

Description

本発明は、通信端末間でコンテンツデータを送信するためのセッションを制御する制御装置が複数設けられている場合に、通信端末と接続させる制御装置を、複数の制御装置の中から選択する発明に関する。

近年、出張経費及び出張時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して通信する通信システムが普及している。このような通信システムでは、通信端末間で、画像データや音声データ等のコンテンツデータを送受信するためのセッションが確立され、通信端末間での通信を実現することができる。

通信端末間のセッションを確立させる場合に、通信端末間の接続を適切に行うために、ＩＰ電話の通信システムにおいては、通信端末の状態に応じた制御を行うことが知られている。例えば、相手側の通信端末が通話中であるときに、発信側の通信端末において通話中を示す音を出力させ、相手側の通信端末が待受状態であるときに、発信側の通信端末において発信音を出力させる処理が通信端末によって行われる。

また、テレビ会議の通信システムにおいては、テレビ会議管理システムに通信端末間のセッションを制御させることが知られている（特許文献１参照）。この場合、複数のテレビ会議端末を一台のテレビ会議管理システムに接続させて、各テレビ会議端末からの要求に基づいてテレビ会議管理システムにセッションを制御させていた。このため、テレビ会議管理システムに接続するテレビ会議端末の数が増えると、テレビ会議管理システムに、制御に伴う大きな負荷が掛かっていた。

サーバに掛かる負荷を分散させる方法としては、処理を実行するサーバを複数のサーバの中から選択する方法が開示されている（特許文献２参照）。この開示によると、自サーバの負荷、及び、他のサーバの負荷に基づいて、クライアントからの処理要求に対する処理を自サーバ内で実行させるか、他のサーバで実行させるかを決定するとしている。

しかしながら、通信端末間のセッションを制御する制御装置にかかる負荷は、状況に応じて変化するため、通信端末と接続させる制御装置を複数の制御装置の中から選択するときに、負荷の少ない制御装置を選択することにより負荷を分散させようとした場合には、選択の度に制御装置毎の負荷を計測する等の煩雑な処理が必要になるという課題が生じる。

請求項１に係る発明は、通信端末間のセッションを制御する制御装置が複数設けられている場合に、通信端末と接続させる制御装置を前記複数の制御装置の中から選択する選択システムであって、前記制御装置毎に、該制御装置と接続している通信端末の通信の状態を示す状態情報を管理する状態管理手段と、前記通信の状態毎に、該通信の状態のときに発生する前記制御に伴う負荷の度合を示す負荷情報を管理する負荷管理手段と、前記制御装置と接続していない通信端末から、前記制御装置への接続要求を受け付ける受付手段と、前記状態管理手段において管理されている前記状態情報、及び前記負荷管理手段において管理されている前記負荷情報に基づいて、前記制御装置毎に、前記制御に伴う負荷の度合を算出する算出手段と、接続要求元の前記通信端末と接続させる制御装置を、前記算出手段によって前記制御装置毎に算出された前記負荷の度合に基づいて選択する選択手段と、を有することを特徴とする選択システムである。

以上説明したように本発明の選択システムによると、接続要求元の通信端末と接続させる制御装置を、制御装置と接続している通信端末の通信の状態に基づいて選択する。この場合、各状態のときに発生する制御に伴う負荷の度合を負荷管理手段において管理させておくことで、負荷の小さい制御装置を簡易に選択できるようになるという効果を奏する。

本発明の一実施形態に係る通信システムの概略図である。 通信システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。 本発明の一実施形態に係る端末の外観図である。 本発明の一実施形態に係る端末のハードウェア構成図である。 本発明の一実施形態に係る管理システムのハードウェア構成図である。 本発明の一実施形態に係る通信システムを構成する各端末、装置及びシステムの機能ブロック図である。 宛先リストを示す概念図である。 状態管理テーブルを示す概念図である。 負荷管理テーブルを示す概念図である。 中継装置管理テーブルを示す概念図である。 端末認証管理テーブルを示す概念図である。 宛先リスト管理テーブルを示す概念図である。 セッション管理テーブルを示す概念図である。 状態変更管理テーブルを示す概念図である。 中継装置選択管理テーブルを示す概念図である。 端末管理テーブルを示す概念図である。 通信システムにおける各種情報の送受信の状態を示した概念図である。 ノード間連携処理を示したシーケンス図である。 端末間で通信を開始する準備段階の処理を示したシーケンス図である。 制御装置を選択する処理を示したフロー図である。 端末の状態情報を同期する処理を示したシーケンス図である。 中継装置を選択する処理を示したシーケンス図である。 中継装置を選択する処理を示したフロー図である。 通信の開始を要求する処理を示したシーケンス図である。 端末の状態の遷移を示す状態遷移図である。 端末の状態を変更する処理を示したフロー図である。 端末間で通信を開始するための処理を示したシーケンス図である。 ３つの端末間で通信を開始するための処理を示したシーケンス図である。 通信を終了する処理を示したシーケンス図である。 他の実施形態の宛先リストを示す概念図である。

＜＜実施形態の全体構成＞＞
以下、本発明の実施形態について説明する。まず、図１及び図２を用いて実施形態の全体構成について説明する。図１は、本発明の一実施形態に係る通信システムの概略図である。図２は、通信システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。

本実施形態の通信システムには、一方の通信端末から他方の通信端末に一方向でコンテンツデータを通信するデータ提供システムや、複数の通信端末間で情報等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「通信管理システム」に相当）を介して複数のコミュニケーション端末（「通信端末」に相当）間で情報を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム、音声会議システム、音声電話システム、ＰＣ(Personal Computer)画面共有システム、資料共有システム等が例として挙げられる。

本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、通信システム、通信管理システム、及び通信端末について説明する。即ち、本実施形態の通信端末及び通信管理システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステム、又は通信システムにも適用される。

図１に示されている通信システム１は、複数の通信端末（１０ａａ，１０ａｂ，…）、各通信端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、複数の通信管理システム（５００ａｂ，５００ｃｄ）、中継装置選択装置８０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。複数の通信端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信による通信を行う。なお、コンテンツデータは、画像データ及び音声データに限られず、例えば、画像データ、音声データ、テキストデータの少なくとも一つであっても良い。また、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。本実施形態では、画像データの画像が動画の場合について説明する。

なお、以下では、「通信端末」を単に「端末」として表し、「通信管理システム」を単に「管理システム」として表す。また、複数の管理システム（５００ａｂ，５００ｃｄ）のうち任意の管理システムは、「管理システム５００」と表され、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）のうち任意の中継装置は「中継装置３０」と表されている。

また、図２に示されているように、通信システム１において、端末１０間では、管理システム５００を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、端末１０間では、中継装置３０を介して、画像データ及び音声データを送受信するためのセッションが確立される。ここでは、画像データ及び音声データを送受信するためのセッションをまとめて、コンテンツデータ用セッションｓｅｄとして示している。

図１に示されている端末１０は、他の端末１０との間で通信を行うために、画像データ、音声データ等のコンテンツデータの送受信を行う。即ち、本実施形態における通信には、音声データの送受信だけでなく、画像データの送受信も含まれる。但し、端末１０は画像データの送受信を行わず、音声データの送受信を行うようにしてもよい。中継装置選択装置８０によって複数の中継装置３０の中から選択された中継装置３０は、複数の端末１０間で、コンテンツデータの中継を行う。各管理システム５００は、複数のコンピュータによって構築されていても良い。図１の通信システム１では、複数の制御装置（５０ａ，５０ｂ，…）、管理装置６０ａｂ、及び、制御装置選択装置４０ａｂによって、管理システム５００ａｂが構築されている。以下、複数の制御装置（５０ａ，５０ｂ，…）のうち任意の制御装置は、「制御装置５０」と表される。

複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、コンテンツデータの最適な経路の選択を行う。なお、以下では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）のうち任意のルータは「ルータ７０」と表されている。

プログラム提供システム９０は、後述のＨＤ(Hard Disk)２０４を備えており、端末１０に各種機能を実現させる（又は、端末１０を各種手段として機能させる）ための端末用プログラムが記憶され、端末１０に端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤ２０４には、中継装置３０に各種機能を実現させる（又は、中継装置３０を各種手段として機能させる）ための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。また、プログラム提供システム９０のＨＤ２０４には、中継装置選択装置８０に各種機能を実現させる（又は、中継装置選択装置８０を各種手段として機能させる）ための中継装置選択装置用プログラムも記憶されており、中継装置選択装置８０に、中継装置選択装置用プログラムを送信することができる。更に、プログラム提供システム９０のＨＤ２０４には、メンテナンスシステム１００に各種機能を実現させる（又は、メンテナンスシステム１００を各種手段として機能させる）ためのメンテナンスシステム用プログラムも記憶されており、メンテナンスシステム１００に、メンテナンスシステム用プログラムを送信することができる。

メンテナンスシステム１００は、端末１０、中継装置３０、管理システム５００、中継装置選択装置８０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム１００が国内に設置され、端末１０、中継装置３０、管理システム５００、中継装置選択装置８０、又はプログラム提供システム９０が国外に設置されている場合、メンテナンスシステム１００は、通信ネットワーク２を介して遠隔的に、端末１０、中継装置３０、管理システム５００、中継装置選択装置８０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム１００は、通信ネットワーク２を介さずに、端末１０、中継装置３０、管理システム５００、中継装置選択装置８０、及びプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。

ところで、端末（１０ａａ，１０ａｂ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、管理システム５００ａｂ、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されており、所定の地域Ａ内で構築されている。例えば、地域Ａは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。管理システム５００ａｂは、ＬＡＮ２ａ又はＬＡＮ２ｂに接続された端末（１０ａａ，１０ａｂ，…１０ｂａ，１０ｂｂ，…）の状態を管理し、中継装置（３０ａ，３０ｂ）を用いた端末１０間の接続の制御を行う。

一方、端末（１０ｃａ，１０ｂｂ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。端末（１０ｄａ，１０ｄｂ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、管理システム５００ｃｄ、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ｂはアメリカ合衆国であり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ａ及び地域Ｂは、それぞれルータ（７０ａｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。管理システム５００ｃｄは、ＬＡＮ２ｃ又はＬＡＮ２ｄに接続された端末（１０ｃａ，１０ｃｂ，…１０ｄａ，１０ｄｂ，…）の状態を管理し、中継装置（３０ｃ，３０ｄ）を用いた端末１０間の接続の制御を行う。

また、中継装置選択装置８０、プログラム提供システム９０、及び、メンテナンスシステム１００は、インターネット２ｉを介して、端末１０、中継装置３０、又は、管理システム５００と通信可能に接続されている。中継装置選択装置８０、プログラム提供システム９０、及び、メンテナンスシステム１００は、地域Ａ又は地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。

なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ（Wireless Fidelity）や、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線による通信が行われる箇所があってもよい。

なお、各端末１０は、複数の事業所間での通信や、同じ事業所内の異なる部屋間での通信だけでなく、同じ部屋内での通信や、屋外と屋内又は屋外と屋外での通信で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。

＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。まず、図３及び図４を用いて端末１０のハードウェア構成について説明する。図３は、本発明の一実施形態に係る端末の外観図である。図４は、本発明の一実施形態に係る端末のハードウェア構成図である。以下、端末１０の長手方向をＸ軸方向、水平面内でＸ軸方向に直交する方向をＹ軸方向、Ｘ軸方向及びＹ軸方向に直交する方向（鉛直方向）をＺ軸方向として説明する。

図３に示されているように、端末１０は、筐体１１００、アーム１２００、及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１１０には、複数の吸気孔によって形成された不図示の吸気面が設けられており、筐体１１００の後側壁面１１２０には、複数の排気孔が形成された排気面１１２１が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、不図示の吸気面を介して端末１０の後方の外気を取り込み、排気面１１２１を介して端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０には、収音用孔１１３１が形成され、後述する内蔵型のマイク１１４によって音声、物音、雑音等の音が収音可能となっている。

筐体１１００の右側壁面１１３０側には、操作パネル１１５０が形成されている。この操作パネル１１５０には、後述の複数の操作ボタン（１０８ａ〜１０８ｅ）、後述の電源スイッチ１０９、及び後述のアラームランプ１１９が設けられていると共に、後述の内蔵型のスピーカ１１５からの出力音を通すための複数の音声出力孔によって形成された音出面１１５１が形成されている。また、筐体１１００の左側壁面１１４０側には、アーム１２００及びカメラハウジング１３００を収容するための凹部としての収容部１１６０が形成されている。筐体１１００の右側壁面１１３０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にケーブルを接続するための複数の接続口（１１３２ａ〜１１３２ｃ）が設けられている。一方、筐体１１００の左側壁面１１４０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にディスプレイ１２０用のケーブル１２０ｃを接続するための不図示の接続口が設けられている。

なお、以下では、操作ボタン（１０８ａ〜１０８ｅ）のうち任意の操作ボタンを示す場合には「操作ボタン１０８」を用い、接続口（１１３２ａ〜１１３２ｃ）のうち任意の接続口を示す場合には「接続口１１３２」を用いて説明する。

次に、アーム１２００は、トルクヒンジ１２１０を介して筐体１１００に取り付けられており、アーム１２００が筐体１１００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能に構成されている。図３は、チルト角θ１が９０度の状態を示している。

カメラハウジング１３００には、後述の内蔵型のカメラ１１２が設けられており、利用者、書類、及び部屋等を撮像することができる。また、カメラハウジング１３００には、トルクヒンジ１３１０が形成されている。カメラハウジング１３００は、トルクヒンジ１３１０を介して、アーム１２００に取り付けられている。そして、カメラハウジング１３００は、トルクヒンジ１３１０を介してアーム１２００に取り付けられており、カメラハウジング１３００がアーム１２００に対して、図３で示されている状態を０度として±１８０度のパン角θ２の範囲で、且つ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能に構成されている。

図４に示されているように、本実施形態の端末１０は、端末１０全体の動作を制御するＣＰＵ（Central Processing Unit）１０１、端末用プログラムを記憶したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）１０３、画像データや音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、後述の通信ネットワーク２を利用してデータ通信をするためのネットワークＩ／Ｆ（Interface）１１１を備えている。

また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを通信するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、図３に示されている筐体１１００の接続口１１３２に差し込まれたＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（記録メディア１０６等）に記録されて流通されるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ１０４ではなくＲＯＭ１０２に記憶させるようにしてもよい。なお、図３、４に記載された端末の外観図およびハードウェア構成図はあくまで一実施形態であり、この内容に限られない。例えば、外観やハードウェアは一般的なデスクトップまたはノート型のパーソナルコンピュータ、スマートフォン、タブレット型端末、電子黒板装置、プロジェクター、複合機やプリンタなどの画像形成装置であってもよい。この場合、カメラやマイクは必ずしも内蔵している必要はなく、外付けにしてもよい。

続いて、図５を用いて制御装置選択装置４０、制御装置５０、管理装置６０、中継装置３０、中継装置選択装置８０、プログラム提供システム９０、メンテナンスシステム１００、及び管理システム５００のハードウェア構成について説明する。図５は、本発明の一実施形態に係る制御装置のハードウェア構成図である。なお、制御装置選択装置４０、制御装置５０、管理装置６０、中継装置３０、中継装置選択装置８０、プログラム提供システム９０、及びメンテナンスシステム１００は、それぞれ一般のサーバ・コンピュータの外観と同じであるため、外観の説明を省略する。

制御装置選択装置４０は、制御装置選択装置４０全体の動作を制御するＣＰＵ２０１、ＩＰＬ（Initial Program Loader ）等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、通信管理用プログラム等の各種データを記憶するＨＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、カーソル、メニュー、ウィンドウ、文字、又は画像等の各種情報を表示するディスプレイ２０８、通信ネットワーク２を利用してデータ通信をするためのネットワークＩ／Ｆ２０９、文字、数値、各種指示等の入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動等を行うマウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)２１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、制御装置選択装置４０の内蔵時計としてのクロック２１５、及び、上記各構成要素を図５に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。

なお、上記制御装置選択装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記制御装置選択装置用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

また、中継装置３０、制御装置５０、管理装置６０、中継装置選択装置８０、プログラム提供システム９０、及び、メンテナンスシステム１００は、上記制御装置選択装置４０と同様のハードウェア構成を有しているため、その詳細な説明を省略する。但し、ＨＤ２０４には、中継装置３０、制御装置５０、管理装置６０、中継装置選択装置８０、プログラム提供システム９０、又は、メンテナンスシステム１００を制御するための各中継装置用プログラム、通信制御装置用プログラム、管理装置用プログラム、中継装置選択装置用プログラム、プログラム提供用プログラム、又はメンテナンス用プログラムが記録されている。この場合も、各プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記各プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

＜＜実施形態の機能構成＞＞
次に、図６を用いて本実施形態の機能構成について説明する。図６は、本発明の一実施形態に係る通信システムを構成する各端末、装置及びシステムの機能ブロック図である。図６では、端末１０、中継装置３０、中継装置選択装置８０、及び管理システム５００の各装置が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図１に示されているプログラム提供システム９０及びメンテナンスシステム１００は、テレビ会議の通信において直接関係ないため、図６では省略されている。

＜端末の機能構成＞
端末１０は、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、記憶・読出処理部１９、及び宛先リスト作成部２０を有している。これら各部は、図４に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能する手段である。また、端末１０は、図４に示されているＲＡＭ１０３、及び図４に示されているフラッシュメモリ１０４によって構築される記憶部１０００を有している。この記憶部１０００には、図７に示されている宛先リスト枠１１００−１が記憶されている。なお、図７は、宛先リストを示す概念図である。

（端末の各機能部）
次に、図４及び図６を用いて、端末１０の各機能構成について詳細に説明する。なお、以下では、端末１０の各機能構成を説明するにあたって、図４に示されている各構成要素のうち、端末１０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部１１は、図４に示されているＣＰＵ１０１からの命令、及び図４に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。この送受信部１１は、他の端末１０と通信を開始する前から、管理システム５００より、宛先候補としての各端末１０の状態を示す各状態情報の受信を開始する。なお、この状態情報は、各端末１０の稼動状態（オンラインかオフラインか、オンラインであっても更に会議中であるか等）を示す。また、この状態情報は、各端末１０の稼動状態だけでなく、端末１０でケーブル１２０ｃが端末１０から外れていたり、音声を出力するが画像は出力させなかったり、音声を出力さないようにする（ＭＵＴＥ）等、様々な状態を示す。以下では、一例として、状態情報が稼動状態を示す場合について説明する。

操作入力受付部１２は、図４に示されているＣＰＵ１０１からの命令、並びに図４に示されている操作ボタン１０８及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図４に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。

ログイン要求部１３は、図４に示されているＣＰＵ１０１からの命令によって実現され、上記電源ＯＮの受け付けを契機として、送受信部１１から通信ネットワーク２を介して管理システム５００に、ログインを要求する旨を示すログイン要求情報を自動的に送信する。なお、ログイン要求情報を送信する契機としては、上記の電源ＯＮに限られず、操作入力受付部１２による利用者による操作入力の受付であっても良い。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１が管理システム５００へ電源をＯＦＦにする旨の状態情報を送信した後に、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、管理システム５００側では、端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。

撮像部１４は、図４に示されているＣＰＵ１０１からの命令、並びに図４に示されているカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。

音声入力部１５ａは、図４に示されているＣＰＵ１０１からの命令、及び図４に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図４に示されているＣＰＵ１０１からの命令、及び図４に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカ１１５に出力し、スピーカ１１５から音声を出力させる。

表示制御部１６は、図４に示されているＣＰＵ１０１からの命令、及び図４に示されているディスプレイＩ／Ｆ１１７によって実現され、受信された画像データをディスプレイ１２０に送信するための制御を行う。

また、表示制御部１６は、管理システム５００から受信した情報に基づいて、各宛先名が含まれた宛先リストをディスプレイ１２０に表示させる。例えば、ディスプレイ１２０上には、表示制御部１６によって、図７に示されているような宛先リスト枠１１００−１が表示される。この宛先リスト枠１１００−１には、宛先名「東京事業所 ＡＢ端末」１１００−２等の各宛先名、宛先名毎に端末１０の状態を示したアイコン（１１００−３ａ，１１００−３ｂ，１１００−３ｃ，１１００−３ｄ）、地域を示したアイコン１１００−４が表示される。このうち、アイコン１１００−３ａは、宛先候補の一つの端末がＯＦＦライン状態（以後、この状態を「Ｏｆｆｌｉｎｅ」という。）で、この端末と通信不可能であることを示す。アイコン１１００−３ｂは、宛先候補の一つの端末１０が、通信を開始前の待受中の状態（以後、この状態を「Ｎｏｎｅ」という。）であることを示す。アイコン１１００−３ｃは、宛先候補の一つの端末１０が他の端末との通信を要求している状態（以後、この状態を「Ｃａｌｌｉｎｇ」という。）か、他の端末１０から通信を要求されている状態（以後、この状態を「Ｒｉｎｇｉｎｇ」という。）を示す。更に、アイコン１１００−３ｄは、上記の要求を許可した状態（以後、端末１０のこの状態を「Ａｃｃｅｐｔｅｄ」という。）か、宛先候補の一つの端末１０が他の端末１０と通信中の状態（以後、この状態を「Ｂｕｓｙ」という。）を示す。また、宛先リスト枠１１００−１には、右側にスクロールバー１１００−５が表示され、三角形の上向き又は下向きアイコンが選択されることで、図７には表示されていない宛先候補の宛先名および状態を示したアイコンが表示されることになる。

記憶・読出処理部１９は、図４に示されているＣＰＵ１０１からの命令及び図４に示すＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。この記憶部１０００には、端末１０を識別するための端末ＩＤ(Identification）、及びパスワード等が記憶される。更に、記憶部１０００には、宛先端末との通信を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。なお、本実施形態における端末ＩＤ等の各ＩＤは、それぞれ端末１０または端末１０の利用者等を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、各ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。

宛先リスト作成部２０は、管理システム５００から受信した情報に基づいて、図７に示されているような宛先候補の端末１０の状態がアイコンで示された宛先リストの作成及び更新を行う。

＜中継装置の機能構成＞
中継装置３０は、送受信部３１、中継部３２、及び記憶・読出処理部３９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された中継装置用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能する手段である。また、中継装置３０は、図５に示されているＲＡＭ２０３又は図５に示されているＨＤ２０４等によって構築される記憶部３０００を有している。

（中継装置の各機能部）
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、中継装置３０の各機能構成を実現させるための主な構成要素との関係も説明する。

図６に示されている中継装置３０の送受信部３１は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。中継部３２は、図５に示されているＣＰＵ２０１からの命令によって実現され、送受信部３１を介して、コンテンツデータ用セッションｓｅｄにおいて端末１０間で送受信されるコンテンツデータを中継する。記憶・読出処理部３９は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているＨＤＤ２０５によって実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出す処理を行う。

＜制御装置選択装置の機能構成＞
制御装置選択装置４０は、送受信部４１、抽出部４４、負荷算出部４５、選択部４６、記憶・読出処理部４９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された制御装置選択装置用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、制御装置選択装置４０は、図５に示されているＨＤ２０４により構築される記憶部４０００を有している。

（負荷管理テーブル）
記憶部４０００には、図９に示されているような負荷管理テーブルによって構成されている負荷管理ＤＢ４００２が構築されている。なお、図９は、負荷管理テーブルを示す概念図である。この負荷管理テーブルでは、端末１０の通信の状態を示す状態情報に対して、この状態において実行されるコンテンツデータセッションｓｅｄに係る制御に伴う負荷の度合を示す負荷情報が関連付けられて管理される。なお、図９に示された負荷管理テーブルでは、他の端末１０と通信していないとき、すなわち、状態情報「Ｎｏｎｅ」の場合の制御に伴う負荷の度合を示す各負荷情報が「１」であることが示されている。本実施形態では、負荷情報の値が大きいほど負荷が大きいことを示している。また、負荷情報の値は、負荷の相対的な大きさを示している。例えば、図９の負荷管理テーブルは、状態情報「Ｉｎｖｉｔｉｎｇ」における負荷の度合は、状態情報「Ｎｏｎｅ」における負荷の度合の２倍であることを示している。なお、負荷の度合は負荷の大きさを判断するための情報であって、数値ではなく負荷のレベルや段階を示す情報であってもよい。さらに、負荷の度合は複数の情報を組み合わせてもよい。

負荷管理テーブルにおいて管理される負荷情報は、制御装置５０において発生する負荷、および、通信ネットワーク等の制御装置５０の周辺で発生する負荷を考慮して設定される。本発明の一実施形態によると、端末１０間の接続を適切に行うために、端末１０の通信の状態に応じて、制御装置５０が実行可能な処理は特定されている。例えば、端末１０の通信の状態が「Ｎｏｎｅ」の場合に、制御装置５０は、端末１０から通信の開始要求を受け付けて、コンテンツデータ用セッションｓｅｄにおいてコンテンツデータを中継する中継装置３０を中継装置選択装置８０に選択させる。また、端末１０の通信の状態が「Ｉｎｖｉｔｉｎｇ」の場合には、制御装置５０は、管理装置６０にセッション情報を管理させ、管理装置６０から中継装置接続情報を取得して、開始要求先の端末１０へ開始要求情報を送信する。さらに、端末１０の通信の状態が「Ｂｕｓｙ」の場合に、制御装置５０は、端末１０と中継装置３０とを接続させる。

負荷管理テーブルにおいて管理される負荷情報を設定する方法は特に限定されないが、端末１０の各状態において実行される既定の処理に伴う負荷を、公知の手法により計測する方法が挙げられる。この場合、端末１０の状態毎に、この状態における制御によって制御装置５０で発生する負荷、通信ネットワーク等の制御装置５０の周辺で発生する負荷を予め計測しておく。これにより得られる負荷の計測値や、単位時間当たりの負荷の大きさ等に基づいて、各状態における負荷情報を設定する。なお、上記の状態毎に実行される制御の内容や、負荷情報の設定方法、あるいは、図９の負荷管理テーブルにおける負荷情報の値は一例であって、通信プロトコルや、システム構成、ネットワーク環境等に応じて、適切なものが用いられる。

（制御装置選択装置の各機能構成）
続いて、制御装置選択装置４０の各機能構成について詳細に説明する。なお、以下では、制御装置選択装置４０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、制御装置選択装置４０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部４１は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の装置又はシステムと各種データまたは情報の送受信を行う。

抽出部４４は、図５に示されているＣＰＵ２０１からの命令によって実現され、記憶部４０００の各管理テーブルを検索し、各種情報を抽出する。

負荷算出部４５は、状態管理テーブル（図８参照）において制御装置５０毎に管理されている状態情報、及び、負荷管理テーブル（図９参照）において端末１０の状態毎に管理されている負荷情報に基づいて、制御装置５０毎の負荷の度合を算出する。

選択部４６は、ログイン要求元の端末１０と接続させる制御装置５０を、負荷算出部４５によって制御装置５０毎に算出された負荷の度合に基づいて選択する。

記憶・読出処理部４９は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているＨＤＤ２０５によって実行され、記憶部４０００に各種データを記憶したり、記憶部４０００に記憶された各種データを読み出す処理を行う。

＜管理装置の機能構成＞
管理装置６０は、送受信部６１、抽出部６４、記憶・読出処理部６９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、管理装置６０は、図５に示されているＨＤ２０４により構築される記憶部６０００を有している。

（中継装置管理テーブル）
記憶部６０００には、図１０に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ６００１が構築されている。なお、図１０（ａ）は、管理装置６０ａｂで管理される中継装置管理テーブルを示す概念図であって、図１０（ｂ）は、管理装置６０ｃｄで管理される中継装置管理テーブルを示す概念図である。この中継装置管理テーブルでは、自管理装置６０の属する管理システム５００によって接続の制御を実行可能な各中継装置３０の中継装置ＩＤ毎に、この中継装置３０に接続するためのパスワードが関連付けられて管理される。例えば、図１０（ａ）に示されている中継装置管理テーブルにおいて、中継装置ＩＤ「１１１ａ＠ｊｐ．ｏｏ．ｃｏｍ」で識別される中継装置３０ａに接続するためのパスワードは、「ｘｘｘｘ」であることが示されている。本実施形態において、中継装置ＩＤは、これにより識別される中継装置３０を用いた通信の開始または終了に伴う制御を実行可能な管理システム５００を示した「ｊｐ．ｏｏ．ｃｏｍ」等のドメイン情報（通信制御情報）を含んでいる。なお、以後の説明において中継装置ＩＤを示す場合、特に必要のない場合は、「ｊｐ．ｏｏ．ｃｏｍ」等のドメイン情報を省略して、単に「１１１ａ」等のように記載する。以下、本発明の一実施形態として、中継装置に接続するための情報として中継装置ＩＤを用いる場合について説明する。しかしながら、中継装置に接続するための情報としては、上記の中継装置ＩＤに限定されず、制御装置５０における中継装置３０への接続の制御において用いられる任意の情報が用いられる。

（端末認証管理テーブル）
更に、記憶部６０００には、図１１に示されているような端末認証管理テーブルによって構成されている端末認証管理ＤＢ６００２が構築されている。なお、図１１（ａ）は、管理装置６０ａｂで管理される端末認証管理テーブルを示す概念図であって、図１１（ｂ）は、管理装置６０ｃｄで管理される端末認証管理テーブルを示す概念図である。この端末認証管理テーブルでは、自管理装置６０の属する管理システム５００に接続する全ての端末１０の各端末ＩＤに対して、各パスワードが関連付けられて管理される。例えば、図１１（ａ）に示されている端末認証管理テーブルにおいて、端末１０ａａの端末ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。

（状態管理テーブル）
記憶部６０００には、図８に示されているような状態管理テーブルによって構成されている状態管理ＤＢ６００３が構築されている。なお、図８は、状態管理テーブルを示す概念図である。この状態管理テーブルでは、管理システム５００ａｂ内の各制御装置５０に接続している各端末１０の端末ＩＤに対して、端末１０の通信の状態を示す状態情報が関連付けられて管理される。本実施形態において、制御装置５０と接続後の端末１０を識別するための端末ＩＤには、これにより識別される端末１０が接続している制御装置５０ａ（５０ｂ）を示した「ｊｐ１（ｊｐ２）．ｏｏ．ｃｏｍ」等のドメイン情報（端末接続情報）を含んでいる。これにより、状態管理テーブルでは、制御装置５０毎に、この制御装置５０と接続している端末１０の状態を管理することができる。なお、以後の説明において端末ＩＤを示す場合、特に必要のない場合は、「ｊｐ１．ｏｏ．ｃｏｍ」等のドメイン情報を省略して、単に「０１ａａ」等のように記載する。なお、ここで示した端末ＩＤは、認証に用いられる情報のあくまで一例であり、このテーブルには少なくとも端末１０または端末１０の利用者を識別するための識別情報と端末１０が接続する制御装置５０を特定するための情報が含まれていれば良く、この形式に限られない。

なお、状態情報「Ｎｏｎｅ」は、通信を開始前の待受中の状態を示す。状態情報「Ｉｎｖｉｔｉｎｇ」は、端末１０が他の端末との通信を要求している状態を示す。状態情報「Ｉｎｖｉｔｅｄ」は、他の端末１０から通信を要求されている状態を示す。状態情報「Ｒｉｎｇｉｎｇ」は、端末１０が発信音を出力している状態を示す。状態情報「Ｃａｌｌｉｎｇ」は、端末１０が着信音を出力している状態を示す。状態情報「Ａｃｃｅｐｔｅｄ」は、通信の要求が許可された状態を示す。状態情報「Ｂｕｓｙ」は、端末１０が他の端末１０と通信中の状態を示す。

（宛先リスト管理テーブル）
更に、記憶部６０００には、図１２に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ６００４が構築されている。なお、図１２（ａ）は、管理装置６０ａｂで管理される宛先リスト管理テーブルを示す概念図であって、図１２（ｂ）は、管理装置６０ｃｄで管理される宛先リスト管理テーブルを示す概念図である。この宛先リスト管理テーブルでは自管理装置６０の属する管理システム５００に接続する端末１０であって、通信の開始の要求元としての端末１０の端末ＩＤに対して、通信可能な宛先候補として登録されている端末１０の端末ＩＤが全て関連付けられて管理される。例えば、図１２（ａ）に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である要求元としての端末１０ａａからテレビ会議における通信の開始を要求することができる宛先候補は、端末ＩＤが「０１ａｂ」の端末１０ａｂ等であることが示されている。なお、宛先リスト管理テーブルは、宛先候補の端末１０の端末ＩＤとして、他の管理システム５００に接続する端末１０の端末ＩＤについても管理する。これにより、例えば、管理システム５００ａｂに接続する端末１０ａａが、他の管理システム５００ｃｄに接続する端末１０ｄｂを宛先として選択することが可能となる。この宛先候補は、任意の端末１０から管理システム５００に対する追加又は削除の要請により、追加又は削除されることで更新される。

（セッション管理テーブル）
また、この記憶部６０００には、図１３に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ６００５が構築されている。なお、図１３（ａ）は、管理システム５００ａｂで管理されるセッション管理テーブルを示す概念図であって、図１３（ｂ）は、管理装置６０ｃｄで管理されるセッション管理テーブルを示す概念図である。このセッション管理テーブルでは、端末１０間のコンテンツデータ用セッションｓｅｄを識別するためのセッションＩＤ毎に、このコンテンツデータ用セッションｓｅｄでコンテンツデータの中継に用いられる中継装置３０を識別するための中継装置ＩＤ、及び、このコンテンツデータ用セッションｓｅｄで通信を実行中の端末１０を識別するための端末ＩＤが関連付けられて管理される。なお、セッションＩＤは、コンテンツデータ用セッションｓｅｄに対応する会議、通信、通話等の事象を識別する会議ＩＤ、通信ＩＤ、通話ＩＤ等の識別情報であっても良い。例えば、図１３（ａ）に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ０１＠ｊｐ．ｏｏ．ｃｏｍ」で識別されるコンテンツデータ用セッションｓｅｄで、中継装置ＩＤ「１１１ａ」の中継装置３０ａは、端末（１０ａａ，１０ｂｄ）間で、コンテンツデータを中継していることが示されている。本実施形態において、セッションＩＤは、これにより識別されるコンテンツデータ用セッションｓｅｄで、通信の開始又は終了に伴う制御を実行可能な管理システム５００を示した「ｊｐ．ｏｏ．ｃｏｍ」等のドメイン情報（通信制御情報）を含んでいる。なお、以後の説明でセッションＩＤを示す場合、特に必要のない場合は、「ｊｐ．ｏｏ．ｃｏｍ」等のドメイン情報を省略して、単に「ｓｅ０１」等のように記載する。

（状態変更管理テーブル）
また、記憶部６０００には、図１４に示されているような状態変更管理テーブルによって構成されている状態変更管理ＤＢ６００９が構築されている。なお、図１４は、状態変更管理テーブルを示す概念図である。図１４（ａ）の状態変更管理テーブルでは、端末１０から送信される管理情報と、変更前の端末１０の状態を示す変更前状態情報と、変更後の端末１０の状態を示す変更後状態情報とが関連付けられて管理される。なお、図１４（ａ）の状態変更管理テーブルにおいて、管理情報「Ｃａｌｌ」は、端末１０間でコンテンツデータ用セッションｓｅｄが確立されている場合に、他の端末１０がこのセッションへの参加を要求する旨を示す。また、管理情報「Ｊｏｉｎ」は、端末１０がコンテンツデータの中継の開始を要求する旨を示す。管理情報「Ｌｅａｖｅ」は、端末１０が、通信の終了を要求する旨を示す。

また、管理情報に基づく制御を実行することにより、管理情報の送信元の端末１０だけでなく送信先の端末１０の状態も変更する場合には、図１４（ｂ）の状態変更管理テーブルが用いられる。図１４（ｂ）の状態変更管理テーブルでは、図１４（ａ）の状態変更管理テーブルの各情報に加えて、状態が変更される端末１０が、管理情報の送信元であるか、あるいは、送信先であるかを示す端末情報を関連づけて管理する。例えば、管理システム５００が、管理情報「Ｉｎｖｉｔｅ」を受信した場合に、管理情報の送信元の端末１０に関しては通信の状態が「Ｎｏｎｅ」から「Ｉｎｖｉｔｉｎｇ」に変更され、送信先の端末１０に関しては通信の状態が「Ｎｏｎｅ」から「Ｉｎｖｉｔｅｄ」に変更されることが示されている。なお、管理情報「Ｉｎｖｉｔｅ」は、端末１０が通信の開始を要求する旨を示す。管理情報「Ｒｉｎｇ」は、端末１０が通信の開始の要求を受け付け、発信音を鳴らす旨を示す。管理情報「Ａｃｃｅｐｔ」は、端末１０が通信の開始を許可する旨を示す。状態情報「Ｉｎｖｉｔｉｎｇ」は、通信の開始を要求している状態を示し、状態情報「Ｉｎｖｉｔｅｄ」は、通信の開始を要求されている状態を示す。

（管理装置の各機能構成）
次に、管理装置６０の各機能構成について詳細に説明する。なお、以下では、管理装置６０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、管理装置６０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部６１は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の装置又はシステムと各種データ（または情報）の送受信を行う。

抽出部６４は、図５に示されているＣＰＵ２０１からの命令によって実現され、記憶部６０００の各管理テーブルを検索し、各種情報を抽出する。

記憶・読出処理部６９は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているＨＤＤ２０５によって実行され、記憶部６０００に各種データを記憶したり、記憶部６０００に記憶された各種データを読み出す処理を行う。

＜制御装置の機能構成＞
制御装置５０は、送受信部５１、認証部５２、状態管理部５３、抽出部５４、セッション管理部５７、特定部５８、及び、記憶・読出処理部５９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又手段である。また、管理システム５００は、図５に示されているＨＤ２０４により構築される不揮発性記憶部５０００及び揮発性記憶部５１００を有している。

（端末管理テーブル）
また、不揮発性記憶部５０００には、図１６に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。なお、図１６は、端末管理テーブルを示す概念図である。この端末管理テーブルでは、端末１０の端末ＩＤ毎に、各端末１０を宛先とした場合の宛先名、及び各端末１０の稼働状態が関連付けられて管理される。本実施形態において、稼働状態には、端末１０と制御装置５０との接続の状態（オンライン，オンライン（会議中），オフライン）が含まれる。稼働状態のうち「オンライン」は、端末１０と制御装置５０とが接続しており、他の端末１０と通話可能な状態である。稼働状態のうち「オンライン（会議中）」は、端末１０と制御装置５０とが接続しており、他の端末１０と通話中の状態である。稼働状態のうち「オフライン」は、端末１０と制御装置５０とが接続していないため、他の端末１０と通話できない状態である。例えば、図１６に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の端末１０ａａは、宛先名が「東京事業所 ＡＡ端末」で、稼動状態が「オフライン」であることが示されている。

（制御装置の各機能構成）
次に、制御装置５０の各機能構成について詳細に説明する。なお、以下では、制御装置５０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、制御装置５０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部５１は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。これにより、送受信部５１は、端末１０から開始要求情報を受信することにより、通信の開始の要求を受け付ける。中継装置３０に接続するための中継装置接続情報を、端末１０に送信することにより、通信の開始に伴う制御を実行する。また、送受信部５１は、コンテンツデータ用セッションｓｅｄに参加する端末１０の端末ＩＤ、及びセッションＩＤが含まれる参加通知（開始情報）を、このセッションで通信を実行中の端末１０に送信する。また、送受信部５１は、端末１０の変更後の状態を示す変更後状態情報を受信又は送信する。

認証部５２は、図５に示されているＣＰＵ２０１からの命令によって実現され、送受信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、記憶部６０００の端末認証管理テーブル（図１１参照）を検索し、端末認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。

状態管理部５３は、図５に示されているＣＰＵ２０１からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理テーブル（図１６参照）に、この要求元端末の端末ＩＤ、要求元端末の稼動状態を示す状態情報、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３の第１変更部５３ａは、自制御装置５０の制御に基づいて端末１０の稼働状態が変更される場合に、端末管理テーブルで管理される状態情報を変更する。また、状態管理部５３の第２変更部５３ｂは、他の制御装置５０の制御に基づいて端末１０の稼働状態が変更される場合に、他の制御装置５０から送信された変更後状態情報に基づいて、端末管理テーブルで管理される稼働状態を変更する。

抽出部５４は、図５に示されているＣＰＵ２０１からの命令によって実現され、ログイン要求した要求元端末の端末ＩＤをキーとして、宛先リスト管理テーブル（図１２参照）を検索し、宛先候補の端末１０の端末ＩＤを読み出すことで、端末ＩＤを抽出する。また、抽出部５４は、ログイン要求してきた要求元端末の端末ＩＤをキーとして、宛先管理テーブルを検索し、上記要求元端末の端末ＩＤを宛先端末の候補として登録している他の要求元端末の端末ＩＤも抽出する。

また、抽出部５４は、図５に示されているＣＰＵ２０１からの命令によって実現され、宛先端末の候補の端末ＩＤを検索キーとして、端末管理テーブル（図１６参照）を検索し、端末ＩＤ毎に稼動状態を読み出す。これにより、抽出部５４は、ログイン要求してきた要求元端末と通信することができる宛先端末の候補の稼動状態を抽出することができる。また、抽出部５４は、端末ＩＤを検索キーとして、管理テーブルを検索し、ログイン要求してきた要求元端末の稼動状態も取得する。

セッション管理部５７は、図５に示されているＣＰＵ２０１からの命令によって実現され、端末１０間のコンテンツデータ用セッションｓｅｄが新たに確立される度に、このコンテンツデータ用セッションｓｅｄを識別するためのセッションＩＤを生成する。また、セッション管理部５７は、セッション管理テーブル（図１３参照）に、セッションＩＤ、このセッションで通信を実行する端末１０を識別するための端末ＩＤ、このセッションで用いられる中継装置３０の中継装置ＩＤを関連づけて記憶させる。

特定部５８は、図５に示されているＣＰＵ２０１からの命令によって実現され、同一のセグメントに配置された稼働中の他の制御装置５０を特定する。

記憶・読出処理部５９は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているＨＤＤ２０５によって実行され、不揮発性記憶部５０００または揮発性記憶部５１００に各種データを記憶したり、不揮発性記憶部５０００または揮発性記憶部５１００に記憶された各種データを読み出す処理を行う。

＜中継装置選択装置の機能構成＞
中継装置選択装置８０は、送受信部８１、選択部８２、及び、記憶・読出処理部８９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、中継装置選択装置８０は、図５に示されているＨＤ２０４により構築される記憶部８０００を有している。

（中継装置選択管理テーブル）
記憶部８０００には、図１５に示されているような中継装置管理テーブルによって構成されている通信制御情報管理部の一例としての中継装置選択管理ＤＢ８００１が構築されている。なお、図１５は、中継装置選択管理テーブルを示す概念図である。この中継装置選択管理テーブルでは、端末１０間の通信で送受信される情報の中継に用いられる中継装置を選択する際に、選択の候補となるすべての中継装置３０に対して、中継装置３０を識別するための中継装置ＩＤが管理される。中継装置選択管理テーブルで管理される中継装置ＩＤは、これにより識別される中継装置３０を用いた通信の開始に伴う制御を実行可能な管理システム５００を示した「ｊｐ．ｏｏ．ｃｏｍ」等のドメイン情報（通信制御情報）含んでいる。また、中継装置選択管理テーブルでは、中継装置ＩＤで識別される中継装置３０を選択するときの優先度を示す優先度情報が、端末ＩＤ毎に管理されている。図１５に示されている中継装置選択管理テーブルにおいて、端末ＩＤ「０１ａａ」で識別される端末１０ａａが通信を開始する場合に、中継装置ＩＤ「１１１ａ」で識別される中継装置３０ａを選択するときの優先度は「３」であることが示されている。なお、中継装置選択管理テーブルにおいて優先度は、例えば、端末１０と中継装置３０との間の帯域幅や、端末１０と中継装置３０の間で情報を送受信するときの遅延時間などに基づいて、優先度が高くなるほど数値が高くなるように定められている。また、優先度は、端末１０及び管理システム５００が利用するタイムゾーンに基づいて算出されるものであっても良い。この場合、例えば、端末１０が利用するタイムゾーンと管理システム５００が利用するタイムゾーンとが近くなるほど優先度の数値を高く設定することができる。

（中継装置選択装置の各機能構成）
次に、中継装置選択装置８０の各機能構成について詳細に説明する。なお、以下では、中継装置選択装置８０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、中継装置選択装置８０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部８１は、選択要求情報受付部および出力部の一例であって、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。これにより、送受信部８１は、管理システム５００から送信された、中継装置３０を選択する要求を示した選択要求情報を受信することにより受け付ける。また、送受信部８１は、中継装置選択装置８０により選択された中継装置３０を識別する中継装置ＩＤを管理システム５００に送信することにより出力する。

選択部８２は、中継装置選択部および通信制御情報抽出部の一例であって、中継装置選択管理テーブル（図１５参照）で管理される優先度情報に基づいて、候補となる複数の中継装置３０の中から少なくとも一つの中継装置３０を選択する。また、選択部８２は、中継装置選択管理テーブルで管理される中継装置ＩＤを選択することにより、中継装置ＩＤに含まれるドメイン情報についても抽出する。

記憶・読出処理部８９は、図５に示されているＣＰＵ２０１からの命令、及び図５に示されているＨＤＤ２０５によって実行され、記憶部８０００に各種データを記憶したり、記憶部８０００に記憶された各種データを読み出す処理を行う。

＜＜実施形態の処理または動作＞＞
次に図１７を用いて、制御装置選択装置４０、制御装置５０、管理装置６０および端末１０等の処理および動作の概要について説明する。図１７は、通信システム１における各種情報の送受信の状態を示した概念図である。

本発明の一実施形態によると、通信システム１には、端末１０間のコンテンツデータ用セッションを制御する制御装置５０が複数設けられている。管理システム５００ａｂの一部（選択システムの一例）を構成する制御装置選択装置４０および管理装置６０の各処理に基づいて、端末１０と接続させる制御装置５０が、複数の制御装置５０の中から選択される。管理装置６０における状態管理ＤＢ６００３（状態管理手段の一例）は、制御装置（５０ａ，５０ｂ）毎に、この制御装置５０と接続している端末１０における通信の状態を示す状態情報を管理する。また、管理システム５００ａｂの制御装置選択装置４０ａｂにおける負荷管理ＤＢ４００２（負荷管理手段の一例）は、端末１０における通信の状態毎に、この状態のときに発生する制御に伴う負荷の度合を示す負荷情報を管理する。制御装置選択装置４０ａｂの送受信部４１（受付手段の一例）は、制御装置５０と接続していない端末１０ａａから、制御装置５０へのログイン要求情報（接続要求情報の一例）を受け付ける。制御装置選択装置４０ａｂの負荷算出部４５（算出手段の一例）は、状態管理ＤＢ６００３において管理されている状態情報、及び負荷管理ＤＢ４００２において管理されている負荷情報に基づいて、制御装置（５０ａ，５０ｂ）毎に、上記の制御に伴う負荷の度合を算出する。制御装置選択装置４０ａｂの選択部４６（選択手段の一例）は、ログイン要求元（接続要求元の一例）の端末１０と接続させる制御装置５０を、負荷算出部４５によって制御装置５０毎に算出された負荷の度合に基づいて選択する。この場合、各状態において実行される制御に伴う負荷の度合は負荷管理ＤＢ４００２において管理されているので、ネットワーク上の負荷を計測する等の煩雑な処理を、制御装置５０の選択の度に行わなくても良くなるという効果を奏する。
なお、負荷の度合は、負荷の大きさを示す数値、レベル、及び段階を示す情報のうち少なくとも１つを含んでいても良い。

上記の負荷情報として、端末１０が他の端末１０と通信している状態に対応する負荷情報（第１の負荷情報の一例）と、端末１０が他の通信端末と通信していない状態に対応する負荷情報（第２の負荷情報の一例）を含めることができる。この場合、他の端末１０と通信している状態に対応する負荷の度合が、他の通信端末と通信していない状態に対応する負荷の度合よりも大きくなるように負荷情報を設定することができる。これにより、端末１０が通信中である場合に、待受中である場合と比較して制御に伴う負荷が大きくなる通信システムにおいて、制御に伴う負荷を正確に分散させることが可能となる。

各制御装置５０が複数の端末１０と接続している場合、負荷算出部４５は、制御装置５０毎の、制御装置５０と接続している端末１０の数に基づいて、制御に伴う負荷を算出する。例えば、制御装置５０ａに接続している端末（１０ａｃ，１０ａｄ）がそれぞれ他の端末１０と通信していない場合に、負荷算出部４５は、状態情報「Ｎｏｎｅ」に対応する負荷情報の値「１」を、他の端末１０と通信していない端末１０の数「２」に基づいて、２倍することにより制御に伴う負荷の度合「２」を算出する。また、制御装置５０ｂに接続している端末（１０ｂｃ，１０ｂｂ）がそれぞれ通話中である場合に、負荷算出部４５は、状態情報「Ｂｕｓｙ」に対応する負荷情報の値「３」を、通話中の端末１０の数「２」に基づいて、２倍することにより、制御に伴う負荷の度合「６」を算出する。これにより、端末１０の状態および、制御装置５０と接続している端末１０の数に基づいて、制御に伴う負荷をより正確に算出することが可能となる。

本実施形態に係る通信管理システム５００ａｂは、制御装置選択装置４０ａｂと、端末１０からの要求に応じて、コンテンツデータ用セッションｓｅｄに係る制御を実行する複数の制御装置５０とを有する。

制御装置５０は、端末１０から送信された各種管理情報に基づいて、端末１０の状態を示す状態情報を管理しており、自制御装置５０で管理される端末１０の状態が変更されたときに、変更後の状態を示す状態情報を管理装置６０へ送信する送受信部５１（送信手段の一例）を有している。これにより、管理装置６０における状態管理ＤＢ６００３では、各制御装置５０に接続する各端末１０の状態をリアルタイムに管理することが可能となる。

この場合、送受信部５１は、自制御装置５０のドメイン情報と対応付けて状態情報を、管理装置６０へ送信する。これにより、管理装置６０では、端末１０の接続先の制御装置５０が判別可能となるので、制御装置５０毎に、この制御装置に接続している端末１０の状態を管理することが可能となる。

本実施形態に係る通信システム１は、通信管理システム５００ａｂと、制御装置５０へのログイン要求情報を制御装置選択装置４０ａｂへ送信する端末１０と、を有する。

次に、本実施形態に係る通信システム１における処理の詳細について説明する。
（制御装置間連携）
まず、図１８を用いて、同一ドメイン内に存在する制御装置５０間のノード間連携処理について説明する。図１８はノード間連携処理を示したシーケンス図である。図１８に示されているように、制御装置５０ａは、同一のセグメントに配置された他の制御装置５０の検索処理を行う（ステップＳ１−１，Ｓ１−２，Ｓ１−…）。この場合、制御装置５０ａの送受信部５１は、ブロードキャストにより、管理システム５０ａが配置されたセグメントに、検索処理用の検索情報を送信する。この検索情報には、制御装置５０ａを識別するための制御装置ＩＤが含まれている。制御装置５０ａからの検索情報を受信した各制御装置５０の送受信部５１は、応答情報を制御装置５０ａへ送信する（ステップＳ２−１，Ｓ２−２，Ｓ２−…）。この応答情報には、検索情報を受信した各制御装置５０を識別するための各制御装置ＩＤが含まれている。制御装置５０ａの送受信部５１が、他の制御装置５０からの応答情報を受け付けると、特定部５８は、応答情報に基づいて、同一のセグメントに配置された稼働中の他の制御装置５０を特定する（ステップＳ３）。

ステップＳ３によって、同一のセグメントに配置された稼働中の制御装置５０が特定されると、制御装置５０ａは、特定された管理システム（５０ｂ，５０…）との間でノード間連携処理を行う。本発明の一実施形態によると、ノード間連携処理とは、１つの制御装置５０がノードとみなされ、複数の制御装置５０が同一のドメイン名を持ち、制御装置５０間で協調して動作可能となるように処理することを意味する。例えば、制御装置５０ａおよび制御装置５０ｂがノード間連携処理をした場合、制御装置５０ａおよび制御装置５０ｂは、あたかも同一の制御装置５０として動作することとなる。すなわち、端末１０が制御装置５０ａに接続しても、制御装置５０ｂに接続しても、制御装置５０では、同様の処理が行われる。

なお、ステップＳ１乃至Ｓ３のノード間連携処理は、所定の時間毎に実行される。これにより、制御装置５０ａと、連携していた制御装置５０がメンテナンスに入ったり、ダウンしたりしたときには、制御装置５０ａは、連携していた制御装置５０とのノード間解除処理を行うことができる。このように処理することで、管理システム５０ａｂを構成する複数の制御装置５０のうち、いずれかの制御装置５０とのノード間連携、解除が行われた場合でも、ノード間連携中の制御装置５０は、あたかも一台で動作しているかのように連動する。

管理システム５００ａｂを構築する制御装置５０ａ以外の制御装置５０についても、同一ドメイン内に存在する他の制御装置５０との間のノード間連携処理を実行する。この処理は、上記のステップＳ１乃至Ｓ３の処理と同様であるので説明を省略する。

（準備段階の処理）
続いて、図１９を用いて、ログイン要求した端末１０ａａと接続させる制御装置５０を選択する処理について説明する。図１９は、端末間で通信を開始する準備段階の処理を示したシーケンス図である。なお、図１９では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。

まず、端末１０ａａの利用者が、図４に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ２１）。そして、ログイン要求部１３は、上記電源ＯＮの受け付けを契機とし、送受信部１１から通信ネットワーク２を介して制御装置選択装置４０ａｂに、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２−１）。なお、ログイン要求情報を送信する契機としては、上記の電源ＯＮに限られず、操作入力受付部１２による利用者による操作入力の受付であっても良い。このログイン要求情報には、要求元としての自端末である端末１０ａａまたは端末１０ａａの利用者を識別するための端末ＩＤ「０１ａａ」及びパスワードが含まれている。これら端末ＩＤ及びパスワードは、記憶・読出処理部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、ここで示した端末ＩＤは、認証に用いられる情報のあくまで一例であり、ログイン要求情報には少なくとも端末１０または端末１０の利用者を識別するための識別情報が含まれていればよく、この形式に限られない。

端末１０ａａから送信されたログイン要求情報は、制御装置選択装置４０ａｂの送受信部４１によって受け付けられる。このログイン要求情報が受け付けられると、コンテンツデータ用セッションｓｅｄの制御に伴う負荷を分散さるべく、制御装置選択装置４０ａｂでは、複数の制御装置５０の中から、端末１０ａａと接続させる制御装置５０を選択する（ステップＳ２３）。制御装置５０を選択する処理について図２０を用いて説明する。図２０は、制御装置５０を選択する処理を示したフロー図である。

まず、制御装置選択装置４０ａｂの抽出部４４は、管理システム５００ａｂに設けられている制御装置（５０ａ，５０ｂ）毎に、この制御装置（５０ａ，５０ｂ）に接続している各端末１０の通信の状態を示した状態情報を、状態管理テーブル（図８参照）から抽出する（ステップＳ２３−１）。この場合、制御装置選択装置４０ａｂの抽出部４４は、送受信部４１を介して、各制御装置（５０ａ，５０ｂ）に接続する各端末１０の状態情報の抽出を要求する。この要求に応じて、管理装置６０ａｂの抽出部６４は、まず、制御装置５０ａのドメイン情報「ｊｐ１．ｏｏ．ｃｏｍ」を検索キーとして、状態管理テーブル（図８参照）を検索することにより、端末ＩＤに上記ドメイン情報を含む端末（１０ａｃ，１０ａｄ）の通信の状態を示した状態情報「Ｎｏｎｅ，Ｎｏｎｅ」を抽出する。同様にして、管理装置６０ａｂの抽出部６４は、制御装置５０ｂのドメイン情報「ｊｐ２．ｏｏ．ｃｏｍ」を検索キーとして、状態管理テーブル（図８参照）を検索することにより、端末ＩＤに上記ドメイン情報を含む端末（１０ｂｂ，１０ｂｃ）の通信の状態を示した状態情報「Ｂｕｓｙ，Ｂｕｓｙ」を抽出する。抽出された各状態情報「Ｎｏｎｅ，Ｎｏｎｅ，Ｂｕｓｙ，Ｂｕｓｙ」は、対応する各ドメイン情報「ｊｐ１．ｏｏ．ｃｏｍ，ｊｐ１…，ｊｐ２…，ｊｐ２…」に対応付けられて、送受信部６１によって制御装置５０ａへ送信される。

続いて、抽出部４４は、ステップＳ２３−１で抽出された各状態情報「Ｎｏｎｅ，Ｂｕｓｙ」を検索キーとして負荷管理テーブル（図９参照）を検索することにより、対応する各負荷情報「１，３」を抽出する（ステップＳ２３−２）。

続いて、制御装置選択装置４０ａｂの負荷算出部４５は、ステップＳ２３−１で抽出された状態情報およびステップＳ２３−２で抽出された負荷情報に基づいて、制御装置５０毎に制御に伴う負荷の度合を算出する（ステップＳ２３−３）。この場合、制御装置５０ａに接続している各端末（１０ａｃ，１０ａｄ）の状態情報はそれぞれ「Ｎｏｎｅ，Ｎｏｎｅ」であるので、制御装置５０ａにおける制御に伴う負荷の度合は、各状態情報「Ｎｏｎｅ，Ｎｏｎｅ」に対応する各負荷情報「１，１」の和から「２」と算出される。同様に、制御装置５０ｂに接続している端末（１０ｂｂ，１０ｂｃ）の状態情報はそれぞれ「Ｂｕｓｙ，Ｂｕｓｙ」であるので、制御装置５０ｂにおける制御に伴う負荷の度合は、「Ｂｕｓｙ，Ｂｕｓｙ」に対応する負荷情報「３，３」の和から「６」と算出される。

続いて、制御装置選択装置４０ａｂの選択部４６は、ステップＳ２３−３で算出された負荷の度合に基づいて、制御に伴う負荷の度合が最も小さい制御装置５０を選択する（ステップＳ２３−４）。本実施形態では、制御装置５０ａにおける負荷の度合「２」、および制御装置５０ｂにおける負荷の度合「６」に基づいて、端末１０ａａと接続させる制御装置５０として制御装置５０ａが選択部４６によって選択されることになる。

端末１０ａａと接続させる制御装置５０として制御装置５０ａが選択されると、制御装置選択装置４０ａｂは、端末１０ａａと制御装置５０ａとが接続するよう制御する。この場合、制御装置選択装置４０ａｂの送受信部４１は、選択された制御装置５０aに、端末１０ａａから送信されたログイン要求情報を転送する（ステップＳ２４，図１９参照）。このログイン要求情報には、ログイン要求元としての端末１０ａａまたは端末１０ａａの利用者を識別するための端末ＩＤ「０１ａａ」及びパスワードが含まれている。

制御装置選択装置４０ａｂから送信されたログイン要求情報は、制御装置５０ａの送受信部５１によって受け付けられる。次に、制御装置５０ａの認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードが、端末認証管理テーブル（図１１参照）において管理されているかを判断することによって認証する要求を行う（ステップＳ２５）。この場合、制御装置５０ａの送受信部５１は、ログイン要求情報に含まれている端末ＩＤおよびパスワードを管理装置６０ａｂへ送信して、端末１０ａａの認証を要求する。管理装置６０ａｂの抽出部６４は、端末認証管理テーブルにおいて、ログイン要求情報に含まれている端末ＩＤに対応するパスワードを抽出する。抽出されたパスワードと制御装置５０ａから送信されたパスワードとが一致していれば、管理装置６０ａｂの送受信部６１は制御装置５０ａへ、端末１０ａａが正当な権限を有する旨の認証結果を送信する。また、抽出されたパスワードと制御装置５０ａから送信されたパスワードとが一致していなければ、管理装置６０ａｂの送受信部６１は制御装置５０ａへ、端末１０ａａは正当な権限を有しない旨の認証結果を送信する。この認証部５２によって、同一の端末ＩＤ及びパスワードが管理されているため、正当な利用権限を有する端末１０からのログイン要求であると判断された場合には、状態管理部５３の第１変更部５３ａは、端末管理テーブル（図１６参照）に、端末１０ａａの端末ＩＤ、及び、稼動状態「オンライン」を示した状態情報を関連付けて記憶する（ステップＳ２６）。これにより、端末管理テーブルには、端末ＩＤ「０１ａａ」に、状態情報「オンライン」が関連付けて管理されることになる。

そして、制御装置５０ａの送受信部５１は、上記認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきた要求元の端末１０ａａに送信する（ステップＳ２７）。本実施形態では、認証部５２によって正当な利用権限を有する端末であると判断された場合につき、以下続けて説明する。認証結果情報は端末１０ａａの送受信部１１で受信される。これにより、端末１０ａａと制御装置５０ａとの間の管理情報用セッションｓｅｉが確立され、端末１０ａａは、制御装置５０ａに対して各種管理情報を送受信できるようになる。

（状態管理）
続いて、図２１を用いて、上記のノード間連携処理の一例として、管理システム５００ａｂを構築する各制御装置５０において管理されている端末１０の稼働状態を、制御装置５０間で同期する処理について説明する。図２１は、端末の稼働情報を同期する処理を示したシーケンス図である。なお、図２１では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。

各制御装置５０の端末管理テーブルにおいて管理されている端末１０の稼働状態が変更されると（ステップＳ２６参照）、ノード間連携している各制御装置５０は、変更された稼働状態を同期させる。以下、制御装置５０ａと制御装置５０ｂとの間で状態情報を同期させる場合について説明する。制御装置５０ａに接続する端末１０（ここでは端末１０ａａ）からの各種管理情報に基づいて、第１変更部５３ａによって端末管理テーブル（図１６（ａ）参照）で管理される状態情報が変更されると、記憶・読出処理部５９は、端末１０ａａの端末ＩＤ「０１ａａ＠ｊｐ１．ｏｏ．ｃｏｍ」、及び、端末１０ａａの変更後の稼働状態を示す状態情報（例えば、「オンライン」）を関連付けて、同期用のローカルデータとして、揮発性記憶部５１００に記憶する（ステップＳ３１ａ）。

続いて、ノード間連携されている他の制御装置がある場合（ステップＳ３２−１ａのＹＥＳ）、制御装置５０ａの送受信部５１は、ノード間連携されている制御装置５０ｂへ、変更された状態を示す変更状態情報を送信する（ステップＳ３３−２ａ）。変更状態情報には、揮発性記憶部５１００に記憶されている同期用のローカルデータ、すなわち、端末ＩＤ「０１ａａ＠ｊｐ１．ｏｏ．ｃｏｍ」および状態情報「オンライン」が含まれる。

制御装置５０ａから送信された変更状態情報は、制御装置５０ｂの送受信部５１によって受信される。制御装置５０ｂの状態管理部５３の第２変更部５３ｂは、端末管理テーブル（図１６参照）において、端末ＩＤ「０１ａａ」に関連付けられて管理されている状態情報を、変更状態情報に基づいて「オンライン」に変更する（ステップＳ３４ａ）。

一方、ステップＳ２６等の処理と同様に、制御装置５０ｂの端末管理テーブルで管理される端末１０の稼働状態が、制御装置５０ｂの第１変更部５３ａによって変更されると、制御装置５０ｂ、ノード間連携している他の制御装置５０ａは、変更された稼働状態を同期させる。この処理はステップＳ３１ａ乃至ステップＳ３５ａと同様であるので説明を省略する（ステップＳ３１ｂ乃至ステップＳ３５ｂ）。

（中継装置選択処理）
続いて、図２２を用いて、端末１０ａａと端末１０ｂｄとの間の通信を開始する前に、端末１０間で送受信されるコンテンツデータの中継に用いられる中継装置３０を選択する処理について説明する。図２２は、中継装置を選択する処理を示したシーケンス図である。なお、図２２では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。

まず、端末１０ａａの利用者が図３に示されている操作ボタン１０８を押下して宛先候補の端末１０ｂｄを選択することにより、図６に示されている操作入力受付部１２は、通信の開始の要求を受け付ける（ステップＳ４１）。端末１０ａａの送受信部１１は、通信の開始の要求元である端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先である端末１０ｂｄの端末ＩＤ「０１ｂｄ」が含まれ、通信の開始を要求する旨を示す開始要求情報「Ｉｎｖｉｔｅ」を、制御装置５０ａへ送信する（ステップＳ４２）。制御装置５０ａの送受信部５１は、上記開始要求情報を受信することにより端末１０ａａと端末１０ｂｄとの通信の開始の要求を受け付ける。続いて、送受信部５１は、端末１０ａａの端末ＩＤ「０１ａａ」、及び端末１０ｂｄの端末ＩＤ「０１ｂｄ」が含まれ、端末１０ａａと端末１０ｂｄとの間で送受信されるコンテンツデータの中継に用いられる中継装置３０を選択する要求を示した選択要求情報を中継装置選択装置８０に送信する（ステップＳ４３）。

中継装置選択装置８０の送受信部８１は、上記選択要求情報を受信することにより中継装置３０の選択の要求を受け付ける。続いて、選択部８２は、中継装置選択管理テーブル（図１５参照）で管理される中継装置３０の中から、端末１０ａａと端末１０ｂｄとの間で送受信されるコンテンツデータの中継に用いられる少なくとも一つの中継装置３０を選択する（ステップＳ４４）。中継装置３０を選択する処理について図２３を用いてより詳細に説明する。図２３は、中継装置を選択する処理を示したフロー図である。

まず、選択部８２は、中継装置選択管理テーブル（図１５参照）で管理される中継装置ＩＤ毎に、要求元の端末１０ａａの端末ＩＤ「０１ａａ」に関連づけられた優先度と、宛先の端末１０ｂｄの端末ＩＤ「０１ｂｄ」に関連づけられた優先度とを抽出する（ステップＳ４４−１）。続いて、選択部８２は、中継装置ＩＤ毎に、抽出された優先度の和を算出し、算出された優先度の和が最も大きくなるところの中継装置ＩＤを選択する（ステップＳ４４−２）。本実施形態では、中継装置ＩＤ「１１１ａ」に対応する優先度の和が「５」であって、最も大きくなる。なお、選択部８２は、中継装置選択管理テーブルで管理される中継装置ＩＤを選択することにより、中継装置ＩＤに含まれるドメイン情報についても抽出する（ステップＳ４４−３）。

中継装置３０の選択が完了すると、中継装置選択装置８０の送受信部８１は、選択された中継装置を識別する中継装置ＩＤ、端末１０ａａの端末ＩＤ「０１ａａ」、及び、端末１０ｂｄの端末ＩＤ「０１ｂｄ」が含まれ、選択の結果を示す選択結果情報を制御装置５０ａに送信することにより出力する（ステップＳ４５）。

（通信開始処理）
続いて、図２４を用いて、端末１０ａａと端末１０ｂｄとの間の通信の開始に伴う処理について説明する。図２４は、通信の開始を要求する処理を示したシーケンス図である。なお、図２４では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。

まず、状態管理部５３は、ステップＳ４２で端末１０ａａから送信された開始要求情報「Ｉｎｖｉｔｅ」に基づいて、状態管理テーブル（図８参照）で管理される端末１０のうち開始要求に係る端末１０の状態情報を変更する（ステップＳ５１）。図２５及び図２６を用いて、ステップＳ５１における処理を詳細に説明する。図２５は、端末の状態の遷移を示す状態遷移図である。図２６は、端末の状態を変更する処理を示したフロー図である。

本実施形態においては、状態管理部５３は、図２５の状態遷移図によって示される状態の変更の規則に従い端末１０の状態を変更する。例えば、端末１０から開始要求情報「Ｉｎｖｉｔｅ」を受信した場合には、端末１０の「Ｎｏｎｅ」の状態情報を、「Ｉｎｖｉｔｉｎｇ」の状態情報または「Ｉｎｖｉｔｅｄ」の状態情報に変更する。なお、端末１０から「Ｉｎｖｉｔｅ」以外の管理情報「Ｒｉｎｇ，Ａｃｃｅｐｔ，Ｊｏｉｎ，Ｌｅａｖｅ」等が送信された場合にも、状態管理部５３は、図２５の状態遷移図によって示される状態の変更の規則に従い端末１０の状態を変更するが、詳細な説明を省略する。本実施形態では、状態管理部５３による状態の変更を実現するために、状態変更管理テーブル（図１４参照）を用いた例について説明するが、図２５に示される規則に従い通信状態を変更できれば状態変更管理テーブルを用いた方法に限定されない。

先ず、状態管理部５３は、状態管理テーブル（図８参照）から、開始要求情報の送信元の端末１０ａａの状態情報「Ｎｏｎｅ」及び送信先の端末１０ｂｄの状態情報を取得する（ステップＳ５１−１）。この場合、制御装置５０ａの状態管理部５３は、送受信部５１を介して、上記の開始要求元の端末１０ａａの端末ＩＤ、および、開始要求情報の送信先の端末１０ｂｄの端末ＩＤを管理装置６０ａｂへ送信することにより、対応する各状態情報の抽出を要求する。管理装置６０ａｂの抽出部６４は、各端末ＩＤに対応する状態情報を状態管理テーブルから抽出する。抽出された状態情報は、送受信部６１によって制御装置５０ａへ送信される。

次に、状態管理部５３は、管理情報としての開始要求情報「Ｉｎｖｉｔｅ」に対応する送信元及び送信先の端末１０の変更前状態情報「Ｎｏｎｅ」を、状態変更管理テーブル（図１４（ｂ）参照）から取得する（ステップＳ５１−２）。この場合、制御装置５０ａの状態管理部５３は、送受信部５１を介して、開始要求情報「Ｉｎｖｉｔｅ」を管理装置６０ａｂへ送信して、状態変更管理テーブルを検索することにより、この開始要求情報に対応する変更前状態情報を検索する旨の要求をする。管理装置６０ａｂの抽出部６４は、状態変更管理テーブルにおいて、開始要求情報に対応する変更前状態情報を抽出する。抽出された変更前状態情報は、送受信部６１を介して、制御装置５０ａへ送信される。次に、状態管理部５３は、送信元の端末１０ａａと送信先の端末１０ｂｄのそれぞれについて、端末管理テーブルから取得された状態情報と、状態変更管理テーブル（図１４参照）から取得された変更前状態情報とを比較し、これらが同一であるか否かを判断する（ステップＳ５１−３）。

各情報が同一であると判断された場合には（ステップＳ５１−３のＹＥＳ）、状態管理部５３は変更要求情報「Ｉｎｖｉｔｅ」の送信元の変更後状態情報「ｉｎｖｉｔｉｎｇ」、及び、送信先の変更後状態情報「Ｉｎｖｉｔｅｄ」を状態変更管理テーブルから取得する（ステップＳ５１−４）。この場合、制御装置５０ａの状態管理部５３は、送受信部５１を介して、開始要求情報「Ｉｎｖｉｔｅ」を管理装置６０ａｂへ送信して、状態変更管理テーブルを検索することにより、この開始要求情報に対応する変更後状態情報を検索する旨の要求をする。管理装置６０ａｂの抽出部６４は、状態変更管理テーブルにおいて、開始要求情報に対応する変更後状態情報を抽出する。抽出された変更後状態情報は、送受信部６１を介して、制御装置５０ａへ送信される。

次に、状態管理部５３の第１変更部５３ａは、状態管理テーブル（図８参照）において、送信元の端末１０ａａの端末ＩＤ「０１ａａ」に関連づけられた状態情報を、取得された変更後状態情報に基づいて「Ｉｎｖｉｔｉｎｇ」に変更する（ステップＳ５１−５）。同様にして、状態管理部５３の第１変更部５３ａは、端末管理テーブルにおいて、送信先の端末１０ｂｄの端末ＩＤ「０１ｂｄ」に関連づけられた状態情報を、取得された変更後状態情報に基づいて「Ｉｎｖｉｔｅｄ」に変更する。この場合、制御装置５０ａの状態管理部５３は、送受信部５１を介して、上記の開始要求元および開始要求情報の送信先の端末（１０ａａ，１０ｂｄ）の端末ＩＤ、および各端末１０の変更後の状態情報を管理装置６０ａｂへ送信することにより、状態情報の更新を要求する。管理装置６０ａｂの記憶・読出処理部６９は、各端末ＩＤに対応する状態情報を、受信した状態情報に基づいて変更することにより、状態管理テーブルを更新する。

状態管理テーブル（図８参照）で管理される状態情報が更新された後、新たな端末１０が制御装置選択装置４０ａｂへログイン要求情報を送信した場合には、変更後の状態情報に基づいて、制御に伴う負荷が算出されることになる。

なお、各端末（１０ａａ，１０ｂｄ）の状態情報が制御装置５０ａの第１変更部５３ａによって変更された後、第１変更部５３ａは、端末管理テーブル（図１６参照）で管理される各端末（１０ａａ，１０ｂｄ）の稼働状態を、「オンライン」から「オンライン（会議中）」に変更する。変更後の稼働状態は、ステップＳ３１ａ乃至ステップＳ３５aの処理に基づいて、制御装置５０ａ、制御装置５０ｂの間で同期される。

ステップＳ５１−３で各情報が同一ではないと判断された場合には、いずれかの端末１０は通信を開始できる状態ではないと考えられるため、状態管理部５３は、各端末１０の状態を変更する処理を実行しない。この場合、送受信部５１は端末１０ａａに、エラーメッセージを送信して（ステップＳ５１−６）処理を完了する。

端末１０の状態情報を変更する処理が完了すると、セッション管理部５７は、端末１０ａａと端末１０ｂｄとの間の通信を実行するためのコンテンツデータ用セッションｓｅｄを識別するためのセッションＩＤ「ｓｅ０１＠ｊｐ．ｏｏ．ｃｏｍ」を生成する（ステップＳ５２）。セッション管理部５７は、生成したセッションＩＤ、選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」、及び、通信を開始する各端末（１０ａａ，１０ｂｄ）の端末ＩＤ「０１ａａ，０１ｂｄ」を関連づけて、セッション管理テーブル（図１３参照）に記録させる。この場合、制御装置５０ａのセッション管理部５７は、送受信部５１を介して、上記のセッションＩＤ、中継装置ＩＤ、及び端末ＩＤを管理装置６０ａｂへ送信することにより、これらの情報をセッション管理テーブルに記録する旨の要求をする。管理装置６０ａｂの記憶・読出処理部６９は、生成したセッションＩＤ、選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」、及び、通信を開始する各端末（１０ａａ，１０ｂｄ）の端末ＩＤ「０１ａａ，０１ｂｄ」を関連づけて、セッション管理テーブルに記録する。

また、セッション管理部５７は、選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」を検索キーとして中継装置管理テーブル（図１０）を検索することにより、対応するパスワード「ｘｘｘｘ」を抽出する（ステップＳ５３）。この場合、制御装置５０ａのセッション管理部５７は、送受信部５１を介して、上記のセッションＩＤ、中継装置ＩＤを管理装置６０ａｂへ送信することにより、対応するパスワードの通知を要求する。管理装置６０ａｂの抽出部６４は、中継装置ＩＤに対応するパスワードを中継装置管理テーブルから抽出する。抽出されたパスワードは、送受信部６１によって制御装置５０ａへ送信される。

次に、制御装置５０ａの送受信部５１は、制御装置５０ｂを介して、ステップＳ４２で、端末１０ａａから送信された開始要求情報「Ｉｎｖｉｔｅ」、及び、セッションＩＤ「ｓｅ０１」を、端末１０ｂｄに送信する（ステップＳ５４−１，Ｓ５４−２）。なお、開始要求情報の送信先の端末１０ｂｄの端末ＩＤには、ドメイン情報「ｊｐ２．ｏｏ．ｃｏｍ」が含まれているため、送受信部５１は、このドメイン情報に基づいて、制御装置５０ｂを介して開始要求情報を送信することができる。開始要求情報には、開始要求情報の送信元である端末１０ａａの端末ＩＤ「０１ａａ」、送信先である端末１０ｂｄの端末ＩＤ「０１ｂｄ」が含まれる。また、このとき、制御装置５０ａの送受信部５１は、制御装置５０ｂを介して、選択された中継装置３０ａに接続するための中継装置接続情報を、端末１０ｂｄに送信する。中継装置接続情報には、中継装置３０ａの中継装置ＩＤ「１１１ａ」、及び、中継装置３０ａに接続するためのパスワード「ｘｘｘｘ」が含まれる。

端末１０ｂｄの送受信部１１は、上記開始要求情報を受信することにより端末１０ａａからの通信の開始の要求を受け付ける。端末１０ｂｄの送受信部１１は、開始要求情報を受信すると、通信の開始の要求を受け付けた旨を示し、端末１０ａａで発信音を鳴らすための呼出情報「Ｒｉｎｇ」を、制御装置５０ｂに送信する（ステップＳ５５−１）。この呼出情報には、呼出情報の送信元である端末１０ｂｄの端末ＩＤ「０１ｂｄ」、送信先である端末１０ａａの端末ＩＤ「０１ａａ」、及び、セッションＩＤ「ｓｅ０１＠ｊｐ．ｏｏ．ｃｏｍ」が含まれる。

ステップＳ５４−１で送信された呼出情報は、制御装置５０ｂの送受信部５１で受信される。これにより、制御装置５０ｂの送受信部５１は、端末１０ａａで発信音を鳴らす要求を受け付ける。

続いて、制御装置５０ｂの状態管理部５３の第１変更部５３ａは、端末１０ｂｄから送信された呼出情報「Ｒｉｎｇ」に基づいて、状態管理テーブル（図８）で管理される端末１０ａａの状態情報を「Ｃａｌｌｉｎｇ」に変更し、端末１０ｂｄの状態情報を「Ｒｉｎｇｉｎｇ」に変更する（ステップＳ５５−２）。なお、端末（１０ａａ，１０ｂｄ）の状態情報を変更する処理は、ステップＳ５１における各処理と同様であるため詳細な説明を省略する。

状態管理テーブル（図８参照）で管理される状態情報が変更された後、新たな端末１０が制御装置選択装置４０ａｂへログイン要求情報を送信した場合には、変更された状態情報に基づいて、制御に伴う負荷が算出されることになる。

続いて、セッション管理部５７は、ステップＳ５３と同様にして、選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」を検索キーとして中継装置管理テーブル（図１０）を検索することにより、対応するパスワード「ｘｘｘｘ」を抽出する（ステップＳ５５−３）。

続いて、制御装置５０ｂの送受信部５１は、制御装置５０ａを介して、ステップＳ５５−１で端末１０ｂｄから送信された呼出情報「Ｒｉｎｇ」を、端末１０ａａに送信する（ステップＳ５５−４，Ｓ５５−５）。なお、開始要求情報の送信先の端末１０ａａの端末ＩＤには、ドメイン情報「ｊｐ１．ｏｏ．ｃｏｍ」が含まれているため、送受信部５１は、このドメイン情報に基づいて、制御装置５０ａを介して呼出情報を送信することができる。この呼出情報には、呼出情報の送信元である端末１０ｂｄの端末ＩＤ「０１ｂｄ」、送信先である端末１０ａａの端末ＩＤ「０１ａａ」、及び、セッションＩＤが含まれる。また、このとき、制御装置５０ｂの送受信部５１は、中継装置３０ａに接続するための中継装置接続情報を、端末１０ａａに送信する。中継装置接続情報には、中継装置３０ａの中継装置ＩＤ「１１１ａ」、及び、中継装置３０ａに接続するためのパスワード「ｘｘｘｘ」が含まれる。

端末１０ａａの送受信部１１は、上記呼出情報を受信することにより端末１０ａａで発信音を鳴らす旨の要求を受け付ける。これにより、端末１０ａａの音声出力部１５ｂは、スピーカ１１５から発信音を鳴らすことができる。

一方、端末１０ｂｄでは、音声出力部１５ｂが、スピーカ１１５から着信音を鳴らす。これにより、端末１０ｂｄの利用者は、端末１０ａａからの通信の開始の要求を知ることができる。同時に端末１０ｂｄの操作ボタン１０８は、端末１０ａａとの間の通信の開始の許可を受け付ける（ステップＳ５６）。通信の開始の許可が受け付けられると、通信の開始の許可を示した開始許可情報「Ａｃｃｅｐｔ」を、制御装置５０ｂに送信する（ステップＳ５７−１）。この開始許可情報には、開始許可情報の送信元である端末１０ｂｄの端末ＩＤ「０１ｂｄ」、送信先である端末１０ａａの端末ＩＤ「０１ａａ」、セッションＩＤ「ｓｅ０１＠ｊｐ．ｏｏ．ｃｏｍ」が含まれる。これにより、制御装置５０ａｂの送受信部５１は、端末１０ｂｄによる開始の許可の応答を受け付ける。

続いて、制御装置５０ｂの状態管理部５３の第１変更部５３ａは、端末１０ｂｄから送信された開始許可情報「Ａｃｃｅｐｔ」に基づいて、状態管理テーブル（図８）で管理される端末１０ａａの状態情報、及び端末１０ｂｄの状態情報をそれぞれ「Ａｃｃｅｐｔｅｄ」に変更する（ステップＳ５８）。なお、端末１０の状態情報を変更する処理は、ステップＳ５１における各処理と同様であるため詳細な説明を省略する。

状態管理テーブル（図８参照）で管理される状態情報が変更された後、新たな端末１０が制御装置選択装置４０ａｂへログイン要求情報を送信した場合には、変更された状態情報に基づいて、制御に伴う負荷が算出されることになる。

次に、制御装置５０ｂは、制御装置５０ａを介して、ステップＳ５７−１で端末１０ｂｄから送信された開始許可情報「Ａｃｃｅｐｔ」を、端末１０ａａに送信する（ステップＳ５９−１，Ｓ５９−２）。なお、開始許可情報の送信先の端末１０ａａの端末ＩＤには、ドメイン情報「ｊｐ１．ｏｏ．ｃｏｍ」が含まれているため、送受信部５１は、このドメイン情報に基づいて、制御装置５０ａを介して呼出情報を送信することができる。この開始許可情報には、開始許可情報の送信元である端末１０ｂｄの端末ＩＤ「０１ｂｄ」、送信先である端末１０ａａの端末ＩＤ「０１ａａ」、及び、セッションＩＤが含まれる。

続いて、図２７を用いて、通信の開始の要求が許可された後、端末（１０ａａ，１０ｂｄ）間のコンテンツデータ用セッションｓｅｄを開始するための処理について説明する。図２７は、端末１０間で通信を開始するための処理を示したシーケンス図である。なお、図２７における、端末１０と制御装置５０との間の通信では、図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。

まず、端末１０ａａは、ステップＳ５５−５で受信した中継装置接続情報に基づいて中継装置３０ａに接続する（ステップＳ６１−１）。続いて、端末１０ａａの送受信部１１は、中継の開始を要求する旨を示す中継要求情報「Ｊｏｉｎ」を制御装置５０ａへ送信する（ステップＳ６２−１）。この中継要求情報には、端末１０ａａの端末ＩＤ「０１ａａ」、及び、セッションＩＤ「ｓｅ０１＠ｊｐ．ｏｏ．ｃｏｍ」が含まれる。これにより、制御装置５０ａの送受信部５１は、端末１０ａａによる中継開始の要求を受け付ける。

続いて、制御装置５０ａの状態管理部５３の第１変更部５３ａは、端末１０ａａから送信された中継要求情報「Ｊｏｉｎ」に基づいて、状態管理テーブル（図８参照）で管理される端末１０ａａの状態情報を「Ｂｕｓｙ」に変更する（ステップＳ６３−１）。なお、端末１０の状態情報を変更する処理は、ステップＳ５１における各処理と同様であるため詳細な説明を省略する。

状態管理テーブル（図８参照）で管理される状態情報が変更された後、新たな端末１０が制御装置選択装置４０ａｂへログイン要求情報を送信した場合には、変更後の状態情報に基づいて、制御に伴う負荷が算出されることになる。

続いて、制御装置５０ａの送受信部５１は、端末１０ａａの端末ＩＤ「０１ａａ」、及びセッションＩＤ「ｓｅ０１」が含まれる中継要求情報を中継装置３０ａへ送信する（ステップＳ６４−１）。この中継要求情報を受け付けると、中継装置３０ａの送受信部３１は、端末１０ａａの端末ＩＤ「０１ａａ」、及びセッションＩＤ「ｓｅ０１」が含まれ、中継の開始を許可する旨を示す中継許可情報を、制御装置５０ａへ送信する（ステップＳ６５−１）。制御装置５０ａの送受信部５１は、受信した中継許可情報を端末１０ａａに送信する（ステップＳ６６−１）。これにより、端末１０ａａと中継装置３０ａとの間のコンテンツデータ用セッションｓｅｄが確立される。

一方、端末１０ｂｄは、ステップＳ５６で受信した中継装置接続情報に基づいて中継装置３０ａに接続する（ステップＳ６１−２）。続いて、端末１０ｂｄの送受信部１１は、中継の開始を要求する旨を示す中継要求情報「Ｊｏｉｎ」を、制御装置５０ｂへ送信する（ステップＳ６２−２）。この中継要求情報には、端末１０ｂｄの端末ＩＤ「０１ｂｄ」、及び、セッションＩＤ「ｓｅ０１＠ｊｐ．ｏｏ．ｃｏｍ」が含まれる。これにより、制御装置５０ｂの送受信部５１は、端末１０ｂｄによる中継開始の要求を受け付ける。

続いて、制御装置５０ｂの状態管理部５３の第１変更部５３ａは、端末１０ｂｄから送信された中継要求情報「Ｊｏｉｎ」に基づいて、状態管理テーブル（図８）で管理される端末１０ｂｄの状態情報を「Ｂｕｓｙ」に変更する（ステップＳ６３−２）。なお、端末１０の状態情報を変更する処理は、ステップＳ５１における各処理と同様であるため詳細な説明を省略する。

状態管理テーブル（図８参照）で管理される状態情報が変更された後、新たな端末１０が制御装置選択装置４０ａｂへログイン要求情報を送信した場合には、変更後の状態情報に基づいて、制御に伴う負荷が算出されることになる。

続いて、制御装置５０ｂの送受信部５１は、端末１０ｂｄの端末ＩＤ「０１ｂｄ」、及びセッションＩＤ「ｓｅ０１」が含まれる中継要求情報を中継装置３０ａへ送信する（ステップＳ６４−２）。この中継要求情報を受け付けると、中継装置３０ａは、端末１０ｂｄの端末ＩＤ「０１ｂｄ」、及びセッションＩＤ「ｓｅ０１」が含まれ、中継の開始を許可する旨を示す中継許可情報を、制御装置５０ｂへ送信する（ステップＳ６５−２）。制御装置５０ｂの送受信部５１は、受信した中継許可情報を、端末１０ｂｄに送信する（ステップＳ６６−２）。これにより、端末１０ｂｄと中継装置３０ａとの間のコンテンツデータ用セッションｓｅｄが確立される。各コンテンツデータ用セッションｓｅｄが確立されると、中継装置３０ａは、端末（１０ａａ，１０ｂｄ）の一方から送信された、画像データ、及び、音声データを含むコンテンツデータを他方に中継することで、テレビ会議が開始される。

（参加）
続いて、図２８を用いて、端末１０ａａと端末１０ｂｄとの間でコンテンツデータ用セッションｓｅｄが確立された後に、端末１０ｂｂがこのコンテンツデータ用セッションｓｅｄに参加することにより、３つの端末１０間で通信を開始するための処理について説明する。なお、図２８は、３つの端末間で通信を開始するための処理を示したシーケンス図である。なお、図２８における端末１０と制御装置５０との間の通信では、管理情報用セッションｓｅｉによって、各種管理情報が送受信されている。

まず、端末１０ｂｄとの通信を実行中の端末１０ａａの利用者が図３に示されている操作ボタン１０８を押下すことにより、操作入力受付部１２は、端末１０ｂｂを通信中のセッションに招待する要求を受け付ける（ステップＳ７１）。次に、端末１０ａａの送受信部１１は、端末１０ａａの端末ＩＤ「０１ａａ」、端末１０ｂｂの端末ＩＤ「０１ｂｂ」、及びセッションＩＤ「ｓｅ０１」が含まれ、セッションに招待する旨を示すセッション招待情報を制御装置５０ａへ送信する（ステップＳ７２）。なお、セッションＩＤは、コンテンツデータ用セッションｓｅｄに対応する会議、通信、通話等の事象を識別する会議ＩＤ、通信ＩＤ、通話ＩＤ等の識別情報であっても良い。制御装置５０ａの送受信部５１は、受信したセッション招待情報を、制御装置５０ｂを介して、端末１０ｂｂに送信する（ステップＳ７３−１，Ｓ７３−２）。なお、セッション招待情報の送信先の端末１０ｂｂの端末ＩＤには、ドメイン情報「ｊｐ２．ｏｏ．ｃｏｍ」が含まれているため、送受信部５１は、このドメイン情報に基づいて、制御装置５０ｂを介してセッション招待情報を送信することができる。

端末１０ｂｂの送受信部１１は、この招待に応じて、このセッションへの参加の要求を示す参加要求情報「Ｃａｌｌ」を、制御装置５０ｂに送信する（ステップＳ７４）。この参加要求情報には、このセッションへの参加を要求する端末１０ｂｂの端末ＩＤ「０１ｂｂ」、及びセッションＩＤ「ｓｅ０１＠ｊｐ．ｏｏ．ｃｏｍ」が含まれる。これにより、制御装置５０ｂの送受信部５１は、端末１０ｂｂからのコンテンツデータ用セッションｓｅｄへの参加の要求を受け付ける。

続いて、制御装置５０ｂの状態管理部５３の第１変更部５３ａは、端末１０ｂｂから送信された参加要求情報「Ｃａｌｌ」に基づいて、端末管理テーブル（図１６（ｂ））で管理される端末１０ｂｂの状態情報を「Ａｃｃｅｐｔｅｄ」に変更する（ステップＳ７５）。なお、端末１０の状態情報を変更する処理は、ステップＳ５１における各処理と同様であるため詳細な説明を省略する。

状態管理テーブル（図８参照）で管理される状態情報が変更された後、新たな端末１０が制御装置選択装置４０ａｂへログイン要求情報を送信した場合には、変更後の状態情報に基づいて、制御に伴う負荷が算出されることになる。

また、端末１０ｂｂの状態情報が制御装置５０ａの第１変更部５３ａによって変更された後、第１変更部５３ａは、端末管理テーブル（図１６参照）で管理される端末１０ｂｂの稼働状態を、「オンライン」から「オンライン（会議中）」に変更する。変更後の稼働状態は、ステップＳ３１ｂ乃至ステップＳ３４ｂの処理に基づいて、制御装置５０ａと制御装置５０ｂとの間で同期される。

続いて、制御装置５０ｂのセッション管理部５７は、セッション管理テーブル（図１３参照）において、セッションＩＤ「ｓｅ０１」が含まれるレコードの宛先端末のフィールド部分に参加を要求する端末１０ｂｂの端末ＩＤ「０１ｂｂ」を追加する（ステップＳ７６）。この場合、制御装置５０ｂのセッション管理部５７は、送受信部５１を介して、上記のセッションＩＤ、及び端末ＩＤを管理装置６０ａｂへ送信することにより、これらの情報をセッション管理テーブルに記録する旨の要求をする。管理装置６０ａｂの記憶・読出処理部６９は、セッションＩＤ「ｓｅ０１」が含まれるレコードの宛先端末のフィールド部分に端末ＩＤ「０１ｂｂ」を関連づけて、セッション管理テーブルに記録する。

次に、制御装置５０ｂの送受信部５１は、コンテンツデータ用セッションｓｅｄに参加する端末１０ｂｂの端末ＩＤ「０１ｂｂ」、及びセッションＩＤ「ｓｅ０１」が含まれる参加通知を、このセッションで通信を実行中の端末１０ａａ及び端末１０ｂｄに送信する（ステップＳ７７−１，Ｓ７７−２−１，Ｓ７７−２−２）。これにより、端末１０ａａ及び端末１０ｂｄは、端末１０ｂｂがコンテンツデータ用セッションｓｅｄに参加する旨を把握することができる。

また、セッション管理部５７は、選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」を検索キーとして中継装置管理テーブル（図１０）を検索することにより、対応するパスワード「ｘｘｘｘ」を抽出する（ステップＳ７８）。この場合、制御装置５０ｂのセッション管理部５７は、送受信部５１を介して、上記のセッションＩＤ、中継装置ＩＤを管理装置６０ａｂへ送信することにより、中継装置３０ａに接続するためのパスワードの通知を要求する。管理装置６０ａｂの抽出部６４は、中継装置ＩＤに対応するパスワードを中継装置管理テーブルから抽出する。抽出されたパスワードは、送受信部６１によって制御装置５０ｂへ送信される。

また、制御装置５０ｂの送受信部５１は、このセッションでコンテンツデータの中継を行う中継装置３０ａに接続するための中継装置接続情報を、端末１０ｂｂに送信する。中継装置接続情報には、中継装置３０ａの中継装置ＩＤ「１１１ａ」、及び、中継装置管理テーブル（図１０（ａ）参照）で管理される中継装置３０ａに接続するためのパスワード「ｘｘｘｘ」が含まれる（ステップＳ７９）。

続いて、ステップＳ６１−２乃至Ｓ６６−２と同様の処理により、端末１０ｂｂと中継装置３０ａとの間のコンテンツデータ用セッションｓｅｄが確立される（ステップＳ８０乃至Ｓ８５）。このセッションが確立されると、中継装置３０ａは、端末（１０ａａ，１０ｂｂ，１０ｂｄ）の間で、コンテンツデータを中継することができる。これにより、端末（１０ａａ，１０ｂｂ，１０ｂｄ）は、テレビ会議を開始することができる。

（終了）
続いて、図２９を用いて、端末（１０ａａ，１０ｂｂ，１０ｂｄ）との間でコンテンツデータ用セッションｓｅｄが確立された後に、端末１０ｂｄがコンテンツデータ用セッションｓｅｄから退出して通信を終了する処理を説明する。図２９は、通信を終了する処理を示したシーケンス図である。なお、図２９では、管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

まず、端末１０ｂｄの利用者が図４に示されている操作ボタン１０８を押下すことにより、通信を終了する要求が受け付けられる（ステップＳ９１）。そして、端末１０ｂｄの送受信部１１は、制御装置５０ｂを介して、端末１０ｂｄの端末ＩＤ「０１ｂｄ」、及びこの通信で用いられたコンテンツデータ用セッションｓｅｄを識別するセッションＩＤ「ｓｅ０１＠ｊｐ．ｏｏ．ｃｏｍ」が含まれる終了要求情報「Ｌｅａｖｅ」を制御装置５０ｂへ送信する（ステップＳ９２）。これにより、制御装置５０ｂの送受信部５１は、端末１０ｂｄからの通信の終了の要求を受け付ける。

続いて、制御装置５０ｂの状態管理部５３の第１変更部は、端末１０ｂｄから送信された参加要求情報「Ｌｅａｖｅ」に基づいて、端末管理テーブル（図１６（ｂ））で管理される端末１０ｂｄの状態情報を「Ｎｏｎｅ」に変更する（ステップＳ９３）。なお、端末１０の状態情報を変更する処理は、ステップＳ５１における各処理と同様であるため詳細な説明を省略する。

状態管理テーブル（図８参照）で管理される状態情報が変更された後、新たな端末１０が制御装置選択装置４０ａｂへログイン要求情報を送信した場合には、変更後の状態情報に基づいて、制御に伴う負荷が算出されることになる。

なお、各端末１０ｂｄの状態情報が制御装置５０ｂの第１変更部５３ａによって変更された後、第１変更部５３ａは、端末管理テーブルで管理される端末１０ｂｄの稼働状態を、「オンライン（会議中）」から「オンライン」に変更する。変更後の稼働状態は、ステップＳ３１ｂ乃至ステップＳ３４ｂの処理に基づいて、制御装置５０ｂと制御装置５０ａとの間で同期される。

続いて、セッション管理部５７は、セッション管理テーブル（図１３参照）において、セッションＩＤ「ｓｅ０１」が含まれるレコードの端末ＩＤのフィールド部分から端末１０ｂｄの端末ＩＤ「０１ｂｄ」を削除する（ステップＳ９４）。この場合、制御装置５０ｂのセッション管理部５７は、送受信部５１を介して、上記のセッションＩＤ、及び端末ＩＤを管理装置６０ａｂへ送信することにより、セッション管理テーブルにおいて管理されている端末ＩＤを削除する旨の要求をする。管理装置６０ａｂの記憶・読出処理部６９は、セッション管理テーブルにおいて、セッションＩＤ「ｓｅ０１」が含まれるレコードの宛先端末のフィールド部分から端末ＩＤ「０１ｂｄ」削除する。

続いて、セッション管理部５７は、選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」を検索キーとして中継装置管理テーブル（図１０）を検索することにより、対応するパスワード「ｘｘｘｘ」を抽出する（ステップＳ９５）。この場合、制御装置５０ｂのセッション管理部５７は、送受信部５１を介して、上記のセッションＩＤ、中継装置ＩＤを管理装置６０ａｂへ送信することにより、対応するパスワードの通知をする。管理装置６０ａｂの抽出部６４は、中継装置ＩＤに対応するパスワードを中継装置管理テーブルから抽出して、送受信部６１は、抽出されたパスワードを制御装置５０ｂへ送信する。

続いて、送受信部５１は、端末１０ｂｄの端末ＩＤ「０１ｂｄ」、及びセッションＩＤ「ｓｅ０１」が含まれる中継を終了する旨の中継終了情報を、中継装置３０ａへ送信する（ステップＳ９６）。続いて、中継装置３０ａは、端末ＩＤ「０１ｂｄ」、セッションＩＤ「ｓｅ０１」が含まれ、中継の終了を許可する旨の中継終了許可情報を、制御装置５０ｂへ送信する（ステップＳ９７）。これにより、中継装置３０ａは、端末１０ｂｄから送信されたコンテンツデータの端末（１０ａａ，１０ｂｂ）への中継、および端末（１０ａａ，１０ｂｂ）から送信されたコンテンツデータの端末１０ｂｄへの中継を停止する（ステップＳ９６）。これにより、端末１０ｂｄは、端末（１０ａａ，１０ｂｄ）との間の通信を終了し、コンテンツデータ用セッションｓｅｄから退出する。

＜＜実施形態の補足＞＞
上記各実施形態における制御装置選択装置４０、制御装置５０、管理装置６０、中継装置選択装置８０、及び、プログラム提供システム９０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。

また、上記各実施形態において制御装置選択装置４０、制御装置５０、管理装置６０、中継装置選択装置８０のうちいずれかの装置に設けられていた一部あるいは全部の機能又は手段を、他の装置に設けることもできる。例えば、管理装置６０に設けられていた状態管理ＤＢを制御装置選択装置４０に設けることにより、制御装置選択装置４０では、管理装置６０から状態情報を取得することなく、制御装置５０を選択することが可能となる。

また、上記本実施形態の制御装置選択装置用プログラム、制御装置用プログラム、管理装置用プログラム、中継装置選択装置用プロブラム、端末用プログラム、中継装置用プログラム、及び通信管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品（Program Product）として、国内又は国外の上記端末用プログラム、中継装置用プログラム、及び通信管理用プログラムの利用者等に提供される場合に用いられる。

更に、上記実施形態では、ドメイン情報として、それぞれのＦＱＤＮ（Fully Qualified Domain Name）を管理してもよい。この場合、周知のＤＮＳ（Domain Name System）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。なお、端末ＩＤ、中継装置ＩＤ等のＩＤは、例えば、「通信ネットワーク２上における中継装置３０への接続先を示した中継装置接続先情報」、「通信ネットワーク２上における中継装置３０への宛先を示した中継装置宛先情報」、「通信ネットワーク２上における端末１０への接続先を示した端末接続先情報」、又は「通信ネットワーク２上における端末１０への宛先を示した端末宛先情報」等と表現してもよい。

各制御装置５０は、新たな端末１０を自制御装置５０に接続させることが可能であるか否かを示す接続可否情報を制御装置選択装置４０へ送信しても良い。この場合、制御装置選択装置４０の選択部４６は、接続可否情報に基づいて、接続可能な制御装置５０のうち、最も負荷の度合が小さい制御装置５０を選択することができる。

制御装置選択装置４０の選択部４６は、最も負荷の度合が小さい制御装置５０が複数ある場合に、最も負荷の度合が小さい制御装置５０の中から公知の方法により制御装置５０を選択することができる。この方法としては、例えば、ラウンドロビン方式が挙げられる。

本実施形態において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。また、上記実施形態では、通信システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、ＩＰ（Internet Protocol）電話や、インターネット電話等の電話システムであってもよい。また、通信システム１は、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。更に、通信システム１は、音声会議システム、又はＰＣ(Personal Computer)画面共有システムであっても良い。

通信システム１は、携帯電話機の通信システムであってもよい。この場合、例えば、端末は携帯電話機に相当する。この場合の宛先リストの表示例は、図３０に示されている。図３０は、他の実施形態の宛先リストを示す概念図である。即ち、携帯電話機としての端末３１０は、携帯電話機の本体３１０−１、この本体３１０−１に設けられたメニュー画面表示ボタン３１０−２、本体３１０−１に設けられた表示部３１０−３、本体３１０−１の下部に設けられたマイク３１０−４、本体３１０−１に設けられたスピーカ３１０−５を備えている。このうち、「メニュー画面表示ボタン」３１０−２は、各種アプリケーションを示すアイコンが表示されているメニュー画面を表示させるためのボタンである。表示部３１０−３は、タッチパネルになっており、利用者が宛先名を選択することで、相手の携帯電話機と通信を行うことができる。

また、上記実施形態では、通信システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。

１ 通信システム
１０ 通信端末
１１ 送受信部
１２ 操作入力受付部
１３ ログイン要求部
１４ 撮像部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 表示制御部
１９ 記憶・読出処理部
２０ 宛先リスト作成部
３０ 中継装置
３１ 送受信部
３２ 中継部
３９ 記憶・読出処理部
４０ 制御装置選択装置（選択装置の一例）
４１ 送受信部（受付手段の一例）
４４ 抽出部
４５ 負荷算出部（算出手段の一例）
４６ 選択部（選択手段の一例）
４９ 記憶・読出処理部
５０ 制御装置
５１ 送受信部（送信手段の一例）
５２ 認証部
５３ 状態管理部
５３ａ 第１変更部
５３ｂ 第２変更部
５４ 抽出部
５７ セッション管理部
５８ 特定部
５９ 記憶・読出処理部
６０ 管理装置
６１ 送受信部
６４ 抽出部
６９ 記憶・読出処理部
７０ ルータ
８０ 中継装置選択装置
８１ 送受信部
８２ 選択部
８９ 記憶・読出処理部
９０ プログラム提供システム
１００ メンテナンスシステム
１２０ ディスプレイ
５００ 通信管理システム
１０００ 記憶部
３０００ 記憶部
４０００ 記憶部
４００２ 負荷管理ＤＢ（負荷管理手段の一例）
５０００ 不揮発性記憶部
５００３ 端末管理ＤＢ
５１００ 揮発性記憶部
６０００ 記憶部
６００１ 中継装置管理ＤＢ
６００２ 端末認証管理ＤＢ
６００３ 状態管理ＤＢ（状態管理手段の一例）
６００４ 宛先リスト管理ＤＢ
６００５ セッション管理ＤＢ
６００９ 状態変更管理ＤＢ
８００１ 中継装置選択管理ＤＢ

特開２０１２−５００６３号公報 特開２００８−７１１５６号公報

Claims (14)

1. 通信端末間のセッションを制御する制御装置が複数設けられている場合に、通信端末と接続させる制御装置を前記複数の制御装置の中から選択する選択システムであって、
   前記制御装置毎に、該制御装置と接続している通信端末の通信の状態を示す状態情報を管理する状態管理手段と、
   前記通信の状態毎に、該通信の状態のときに発生する前記制御に伴う負荷の度合を示す負荷情報を管理する負荷管理手段と、
   前記制御装置と接続していない通信端末から、前記制御装置への接続要求を受け付ける受付手段と、
   前記状態管理手段において管理されている前記状態情報、及び前記負荷管理手段において管理されている前記負荷情報に基づいて、前記制御装置毎に、前記制御に伴う負荷の度合を算出する算出手段と、
   接続要求元の前記通信端末と接続させる制御装置を、前記算出手段によって前記制御装置毎に算出された前記負荷の度合に基づいて選択する選択手段と、
   を有することを特徴とする選択システム。
2. 前記負荷の度合は、負荷の大きさを示す数値、レベル、及び段階を示す情報のうち少なくとも１つを含むことを特徴とする請求項１に記載の選択システム。
3. 前記負荷管理手段において管理される負荷情報として、前記通信端末が他の通信端末と通信している状態に対応する第１の負荷情報と、前記通信端末が他の通信端末と通信していない状態に対応する第２の負荷情報と、を含んでおり、
   前記第１の負荷情報によって示される負荷の度合は、前記第２の負荷情報によって示される負荷の度合よりも大きいことを特徴とする請求項１又は２に記載の選択システム。
4. 前記算出手段は、前記制御装置毎の、該制御装置と接続している通信端末の数に基づいて、前記制御に伴う負荷を算出することを特徴とする請求項１乃至３のいずれか一項に記載の選択システム。
5. 請求項１乃至４のいずれか一項に記載の選択システムと、
   前記通信端末からの要求に基づいて、通信端末間でコンテンツデータを送信するためのセッションを制御する複数の制御装置と、
   を有することを特徴とする通信管理システム。
6. 前記制御装置は、
   自制御装置と接続する通信端末の通信の状態が変更されたときに、変更後の状態を示す状態情報を前記選択システムへ送信する送信手段を有しており、
   前記選択システムの前記状態管理手段は、前記制御装置から送信された前記状態情報に基づいて、前記通信端末の状態を示す状態情報を管理することを特徴とする請求項５に記載の通信管理システム。
7. 前記送信手段は、自制御装置のドメイン情報と対応付けて前記状態情報を、前記選択システムへ送信することを特徴とする請求項６に記載の通信管理システム。
8. 請求項５乃至７のいずれか一項に記載の通信管理システムと、
   前記制御装置への接続要求を示す接続要求情報を、前記選択システムへ送信する手段をを備えた通信端末と、
   を有することを特徴とする通信システム。
9. 前記選択システムに、請求項１乃至４のいずれか一項に記載の各手段を実現させることを特徴とするプログラム。
10. 通信端末間のセッションを制御する制御装置毎に、該制御装置と接続している通信端末の通信の状態を示す状態情報を管理する状態管理手段と、前記通信の状態毎に、該通信の状態のときに発生する前記制御に伴う負荷の度合を示す負荷情報を管理する負荷管理手段と、を有する選択システムに、
    前記制御装置と接続していない通信端末から、前記制御装置への接続要求を受け付ける受付ステップと、
    前記状態管理手段において管理されている前記状態情報、及び前記負荷管理手段において管理されている前記負荷情報に基づいて、前記制御装置毎に、前記制御に伴う負荷の度合を算出する算出ステップと、
    接続要求元の前記通信端末と接続させる制御装置を、前記算出ステップによって前記制御装置毎に算出された前記負荷の度合に基づいて選択する選択ステップと、
    を実行させることを特徴とする選択方法。
11. 前記制御装置に、
    自制御装置と接続する通信端末の通信の状態が変更されたときに、変更後の状態を示す状態情報を前記選択システムへ送信する送信ステップを実行させ、
    前記選択システムの前記状態管理手段は、前記制御装置から送信された前記状態情報に基づいて、前記通信端末の状態を示す状態情報を管理することを特徴とする請求項１０に記載の選択方法。
12. 前記通信端末に、
    前記制御装置への接続要求を示す接続要求情報を、前記選択システムへ送信するステップを実行させることを特徴とする請求項１０又は１１に記載の選択方法。
13. 前記制御装置に、請求項５に記載の各手段を実現させることを特徴とするプログラム。
14. 前記通信端末に、請求項８に記載の各手段を実現させることを特徴とするプログラム。

Images