JP2017050603A - 管理システム、制御装置、管理方法、及びプログラム - Google Patents

Abstract

【課題】複数の端末が利用可能なサービスの品質に応じた複数の中継装置を利用して、複数の端末間のコンテンツデータを伝送すること。
【解決手段】第１の中継装置及び第２の中継装置を介して第１の端末及び第２の端末の間のコンテンツデータの伝送を行うセッションを管理する管理システムにおいて、前記第１の端末が利用可能なコンテンツデータの伝送の品質と、前記第２の端末が利用可能なコンテンツデータの伝送の品質とに基づいて、前記セッションにおけるコンテンツデータの伝送の品質を決定する決定部と、前記決定した品質に応じて、前記第１の端末が接続する前記第１の中継装置を選択する第１の選択部と、前記決定した品質に応じて、前記第２の端末が接続する前記第２の中継装置を選択する第２の選択部と、を備える。
【選択図】図１

Description

本発明は、管理システム、制御装置、管理方法、及びプログラムに関する。

近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して通話や会議を行うテレビ会議システム等の通信システムが普及している。このような通信システムでは、通信端末間で通信を開始すると、画像データ及び音データ等のコンテンツデータの伝送が行われ、当事者間のコミュニケーションを実現する。

また、特許文献１には、通信端末が、最適な通信状態を提供するサーバを選択し、当該サーバとの間で通信を行う技術が開示されている。

しかし、従来技術では、複数の端末が複数の中継装置を介してコンテンツデータを伝送する場合、複数の端末が利用可能なサービスの品質に応じたコンテンツデータの伝送ができないという問題がある。

そこで、複数の端末が利用可能なサービスの品質に応じた複数の中継装置を利用して、複数の端末間のコンテンツデータを伝送する技術を提供することを目的とする。

第１の中継装置及び第２の中継装置を介して第１の端末及び第２の端末の間のコンテンツデータの伝送を行うセッションを管理する管理システムにおいて、前記第１の端末が利用可能なコンテンツデータの伝送の品質と、前記第２の端末が利用可能なコンテンツデータの伝送の品質とに基づいて、前記セッションにおけるコンテンツデータの伝送の品質を決定する決定部と、前記決定した品質に応じて、前記第１の端末が接続する前記第１の中継装置を選択する第１の選択部と、前記決定した品質に応じて、前記第２の端末が接続する前記第２の中継装置を選択する第２の選択部と、を備える。

開示の技術によれば、複数の端末が利用可能なサービスの品質に応じた複数の中継装置を利用して、複数の端末間のコンテンツデータを伝送することが可能となる。

本発明の一実施形態に係る通信システムの概略図である。 端末の状態遷移を示す状態遷移図である。 宛先リストの一例を示す概念図である。 端末の外観図の一例である。 端末のハードウェア構成図である。 制御装置のハードウェア構成図である。 一実施形態に係る通信システムの全体構成図である。 端末、中継装置、制御装置、及び共通管理装置の各機能ブロック図である。 管理システムを構築する各制御装置及び共通管理装置が管理する各管理テーブルを示す概念図である。 端末のログイン処理を示したシーケンス図である。 端末において宛先リストを表示するまでの処理を示したシーケンス図である。 制御装置間で稼働状態を同期する処理を示したシーケンス図である。 端末間で情報を送信する処理を示したシーケンス図である。 セッションのサービスレベルの決定処理の例を示すフローチャートである。 中継装置の選択処理の例を示すフローチャートである。 コンテンツデータの中継を開始する処理を示したシーケンス図である。 端末がセッションに参加する処理を示したシーケンス図である。 セッションへの招待許否の決定処理の例を示すフローチャートである。 招待拒否情報の表示例を示す図である。 端末がセッションから退出する処理を示したシーケンス図である。 端末のログアウト処理を示したシーケンス図である。

以下、図面を用いて、本発明の実施形態について説明する。

＜＜通信システムの概略＞＞
まず、図１を用いて、本発明の一実施形態に係る通信システムの概略について説明する。図１は、通信システム１における各種情報の送受信の状態を示した概略図である。以下、通信端末を、単に「端末」と略して説明する。

一実施形態に係る通信システム１は、複数の端末（１０ａａ，１０ｂｂ，１０ｃｃ）、中継システム３、及び、管理システム５により構築される。

中継システム３は、複数の中継装置（３０ｘ−１，３０ｘ−２，・・・，３０ｘ−ｎ，３０ｙ−１，３０ｙ−２，・・・，３０ｙ−ｎ，３０ｚ−１、３０ｚ−２、・・・、３０ｚ−ｎ）を備えている。

管理システム５は、複数の制御装置（５０ｘ，５０ｙ，５０ｚ）、及び共通管理装置６０を備えている。

以下、複数の端末（１０ａａ，１０ｂｂ，１０ｃｃ）等のうち、任意の端末は「端末１０」と表されている。また、複数の中継装置（３０ｘ−１，３０ｘ−２，・・・，３０ｘ−ｎ，３０ｙ−１，３０ｙ−２，・・・，３０ｙ−ｎ，３０ｚ−１、３０ｚ−２、・・・、３０ｚ−ｎ）等のうち、任意の中継装置は「中継装置３０」と表されている。また、複数の制御装置（５０ｘ，５０ｙ，５０ｚ）等のうち、任意の制御装置は「制御装置５０」と表されている。

図１の例では、地域Ｘには、制御装置５０ｘ、中継装置３０ｘ−１、３０ｘ−２、・・・、３０ｘ−ｎが設置され、地域Ｙには、制御装置５０ｙ、中継装置３０ｙ−１、３０ｙ−２、・・・、３０ｙ−ｎが設置され、地域Ｚには、制御装置５０ｚ、中継装置３０ｚ−１、３０ｚ−２、・・・、３０ｚ−ｎが設置されている。

地域Ｘでは、中継装置３０ｘ−１、３０ｘ−２、・・・、３０ｘ−ｎの順に、より高い品質のサービス（コンテンツデータの伝送）を提供する能力を備えるものとする。同様に、地域Ｙでは、中継装置３０ｙ−１、３０ｙ−２、・・・、３０ｙ−ｎの順、地域Ｚでは、中継装置３０ｚ−１、３０ｚ−２、・・・、３０ｚ−ｎの順に、より高い品質のサービスを提供する能力を備えるものとする。

各端末１０は、コンテンツデータの送受信による通信を行なう。また、一以上の中継装置３０は、複数の端末１０間で、コンテンツデータを中継する。これにより、複数の端末１０間では、一以上のコンテンツデータを送信するための一以上のセッションが確立される。以下、一以上のコンテンツデータを送信するためのセッションをセッションｓｅｄと表す。

端末１０がセッションｓｅｄに参加することで、端末１０間でコンテンツデータが交換され、複数の事業所間での通話、同じ事業所内の異なる部屋間での通話、同じ部屋内での通話、屋外と屋内又は屋外と屋外での通話等のコミュニケーションを実現することができる。なお、端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われても良い。

上記のように、通信システム１は、コミュニケーションシステムとして機能する。このコミュニケーションシステムは、コミュニケーション管理システム（「管理システム」に相当）を介してセッションｓｅｄを確立させて、複数のコミュニケーション端末（「端末」に相当）間で情報や感情等を相互に伝達するためのシステムである。

本実施形態では、コミュニケーションシステムの一例としてのビデオ会議システム、コミュニケーション管理システムの一例としてのビデオ会議管理システム、及びコミュニケーション端末の一例としてのビデオ会議端末を想定した上で、通信システム、管理システム、及び端末について説明する。即ち、本発明の端末及び管理システムは、ビデオ会議システムに適用されるだけでなく、コミュニケーションシステム、又は通信システムにも適用される。すなわち、通信システム１は電話システムであり、端末１０は、ＩＰ(Internet Protocol)電話機や、インターネット電話機、ＰＣ(Personal Computer)等であってもよい。なお、実施形態において、「ビデオ会議」は、「テレビ会議」と置き換え可能に用いられる。

更に、以下、ビデオ会議端末（下位概念）等の端末（中位概念）によって、通話を行うことに関して説明するが、これに限るものではなく、通話を含めたより広い概念として通信を行うことができればよい。例えば、通信システム１は、アプリが自らセンターのサーバにアクセスして、各種データを送信したり取得する場合にも適用される。この場合、相手側が、端末ではなく、サーバの場合もあり得る。また、端末には、ゲーム機、又はカーナビゲーション装置等が含まれる。また、通信システム１は情報共有システムであり、端末１０は、プロジェクタ、電子看板（デジタルサイネージ）、インタラクティブホワイトボードであっても良い。

一実施形態の通信システム１において、端末１０間で送信される一以上のコンテンツデータは、例えば、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音データの４つの各データである。なお、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。低解像度の画像データは、例えば、横が１６０画素、縦が１２０画素から成り、ベース画像となる。中解像度の画像データは、横が３２０画素、縦が２４０画素から成る。高解像度の画像データは、例えば、横が６４０画素、縦が４８０画素から成る。一実施形態によると、複数の端末１０間で、コンテンツデータが狭帯域経路を経由して伝送される場合には、ベース画像となる低解像度の画像データのみから成る低画質の画像データが中継される。比較的広い帯域を経由する場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、非常に広い帯域を経由する場合には、ベース画質となる低解像度の画像データ、中解像度の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。音データは、画像データに比べてデータ量が少ないため、狭帯域経路であっても中継される。

図１では、３つの中継装置３０が３つの端末１０間でコンテンツデータを中継している一実施形態が示されているが、本発明は、これに限定されない。例えば、通信システム１において、２つの中継装置３０が３つの端末１０間でコンテンツデータを中継しても良いし、３つの中継装置３０が２つの端末１０間でコンテンツデータを中継しても良い。

共通管理装置６０は、端末１０、あるいは、端末１０間のセッションｓｅｄに関する各種情報であって、各制御装置５０が利用する共通の情報を管理する。

端末１０間では、制御装置５０を介して、各種情報を送信するためのセッションが確立される。以下、このセッションをセッションｓｅｉと表す。端末１０間で送信される各種情報には、通信の開始要求、通信の開始許可、及び通信の終了要求等が含まれる。各制御装置５０は、端末１０から送られてきた各種情報に基づいて、端末１０の状態を把握することができる。

図２は、端末１０の状態遷移の一例を示す状態遷移図である。図２の状態遷移図において、各枠内には、例えば、「None」等の端末１０の状態を示す状態情報が記載されている。端末１０は、制御装置５０へログインしてオンラインとなると、ログインした端末１０の通信の状態は、通信開始前の待受中の状態（状態情報「None」で示される状態）となる。続いて、端末１０が他の端末１０との通信の開始要求をすると、開始要求元の端末１０の通信の状態は、他の端末１０との通信の開始を要求している状態（状態情報「Inviting」で示される状態）となり、宛先の端末１０の通信の状態は、他の端末１０から通信の開始要求をされている状態（状態情報「Invited」で示される状態）となる。続いて、宛先の端末１０が着信音を出力すると、宛先の端末１０の通信の状態は、着信音を出力している状態（状態情報「Ringing」で示される状態）となり、開始要求元の端末１０の通信の状態は発信音を出力している状態（状態情報「Calling」で示される状態）となる。続いて、宛先の端末１０が開始要求を許可すると、開始要求元及び宛先の端末１０は、開始要求が許可された（状態情報「Accepted」で示される状態）状態となる。続いて、端末１０がコンテンツデータの中継の開始要求をすると、端末１０の通信の状態は、通信中の状態（状態情報「Busy」で示される状態）となる。続いて、端末１０が通信の終了要求をすると、終了要求元の端末１０の通信の状態は、状態情報「None」で示される状態に戻る。一方、端末１０が確立されたセッションｓｅｄへの参加要求をした場合には、参加要求元の端末１０の通信の状態は、状態情報「Accepted」で示される状態となる。なお、上記の状態遷移のルールは、一例であって、通信システム１において他のルールが採用されても良い。

各制御装置５０の記憶部５０００には、図２の状態遷移図によって示される状態遷移のルールを示す情報が記憶されている。これにより、例えば、端末１０から開始要求が送られてきたときに、開始要求元の端末１０の通信の状態が「None」であれば、制御装置５０は、開始要求を宛先の端末１０へ送信し、開始要求元の端末１０の通信の状態が「None」ではない場合には、開始要求を拒否する等して、正確に端末１０間の呼制御を行うことができる。

また、各制御装置５０は、上記の端末１０の通信の状態とは別に、例えば、端末１０の利用者に通知する目的で、端末１０毎の稼働状態（プレゼンス）を管理している。この稼働状態は、端末１０の稼働状態としては、端末１０が制御装置５０と接続しているが他の端末１０とは通信していない状態「オンライン」、端末１０が制御装置５０と接続しており、他の端末１０と通信している状態「オンライン（通話中）」、端末１０が制御装置５０と接続していない状態「オフライン」等が挙げられる。各制御装置５０は、自制御装置５０に接続している端末１０に対して、その端末１０に対する宛先候補の端末１０の稼働状態を通知する。端末１０側では、制御装置５０から稼働状態が送られてくると、送られてきた稼働状態に基づいて、表示制御部１７が、宛先リスト（図３参照）に表示されている稼働状態を示したアイコンを更新する（図３参照）。

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

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

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

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

なお、上記図４の外観図はあくまで一例であってこの外観に限定するものではない。端末１０は例えば汎用的なＰＣ、スマートフォン、タブレット型端末、であってもよい。カメラやマイクは必ずしも内蔵型である必要はなく外付けであってもよい。

なお、中継装置３０、中継管理装置４０、制御装置５０、及び共通管理装置６０は、それぞれ一般のサーバコンピュータの外観と同じであるため、外観の説明を省略する。

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

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

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

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

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

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

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

中継装置３０は、制御装置５０と同様のハードウェア構成を有しているため、その説明を省略する。

なお、端末１０、中継装置３０、制御装置５０、及び共通管理装置６０用の各プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録メディアに記録されて流通されるようにしてもよい。また、上記記録メディアの例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等が挙げられる。また、各プログラムが記憶されたＣＤ−ＲＯＭ等の記録メディア、並びに、これらプログラムが記憶されたＨＤ５０４は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。

また、制御装置５０、及び、共通管理装置６０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていても良い。また、共通管理装置６０は、複数の制御装置５０のうち、いずれか一の制御装置５０において構築されていても良い。

＜＜通信システムの全体構成＞＞
続いて、図７を用いて、実施形態の全体構成について説明する。図７は、本発明の一実施形態に係る通信システムの全体構成図である。

端末１０、中継装置３０、制御装置５０、及び、共通管理装置６０は、それぞれ、通信ネットワーク２を介して、他の端末、装置との間で通信可能に接続されている。通信ネットワーク２は、ＬＡＮ２ｘ(Local Area Network)、インターネット、携帯電話網、あるいは専用線であっても良い。特に限定されないが、例えば、中継装置３０間、制御装置５０間、あるいは、制御装置５０と共通管理装置６０との間を、専用線による通信ネットワーク２で接続しても良い。これにより、装置間の通信を安定化することができる。また、通信ネットワーク２を介した通信には、有線通信、あるいは、無線通信が含まれてもよい。

制御装置５０ｘは、地域Ｘに配置されている中継装置（３０ｘ−１、３０ｘ−２、・・・、３０ｘ−ｎ）を管理する。例えば、地域Ｘは日本であって、中継装置（３０ｘ−１、３０ｘ−２、・・・、３０ｘ−ｎ）、並びに、制御装置５０ｘは、東京のデータセンターに配置されている。

制御装置５０ｙは、地域Ｙに配置されている中継装置（３０ｙ−１、３０ｙ−２、・・・、３０ｙ−ｎ）を管理する。例えば、地域Ｙはアメリカであって、中継装置（３０ｙ−１、３０ｙ−２、・・・、３０ｙ−ｎ）、並びに、制御装置５０ｙは、ニューヨークのデータセンターに配置されている。

制御装置５０ｚは、地域Ｚに配置されている中継装置（３０ｚ−１、３０ｚ−２、・・・、３０ｚ−ｎ）を管理する。例えば、地域Ｚは東南アジアであって、中継装置（３０ｚ−１、３０ｚ−２、・・・、３０ｚ−ｎ）、並びに、制御装置５０ｚは、シンガポールのデータセンターに配置されている。

端末（１０ａａ，１０ｂｂ，１０ｃｃ）のそれぞれは、持ち運び可能であり、地域（Ｘ，Ｙ，Ｚ）から、通信ネットワーク２に接続しても良いし、それ以外の地域から通信ネットワーク２に接続しても良い。

通信システム１において、４つ以上の端末１０が設けられていても良い。共通管理装置６０は、地域（Ｘ，Ｙ，Ｚ）のいずれか一地域に配置されていても良いし、それ以外の地域に配置されていても良い。また、地域（Ｘ，Ｙ，Ｚ）以外の地域に、中継装置３０及び制御装置５０が配置されていても良い。

＜＜実施形態の機能構成＞＞
次に、図５、図６及び図８を用いて、本実施形態の機能構成について説明する。図８は、本実施形態に係る通信システムの各機能ブロック図である。

＜端末の機能構成＞
端末１０は、送受信部１１、受付部１２、通信制御部１３、表示制御部１７、及び記憶・読出部１９を有している。これら各部は、図５に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能する手段である。また、端末１０は、ＲＡＭ１０３、及びフラッシュメモリ１０４によって構築される記憶部１０００を有している。更に、端末１０には、記録メディア１０６によって構築される記録媒体１０１０が挿入されており、記憶・読出部１９によって各種データの読み出し又は書き込みが行なわれる。

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

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

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

通信制御部１３は、ＣＰＵ１０１からの命令、並びにカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像によって得た画像データを出力する。また、通信制御部１３は、ＣＰＵ１０１からの命令、及び音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音データを入力する。更に、通信制御部１３は、ＣＰＵ１０１からの命令、及び音声入出力Ｉ／Ｆ１１６によって実現され、音データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。

表示制御部１７は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、受信された解像度の異なる画像データを組み合わせ、この組み合わされた画像データをディスプレイ１２０に送信するための制御を行う。表示制御部１７は、制御装置５０から受信した情報をディスプレイ１２０に送信して、ディスプレイ１２０に表示を表示させることができる。

記憶・読出部１９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実行され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００又は記録媒体１０１０に各種データを記憶したり、記憶部１０００又は記録媒体１０１０に記憶された各種データを読み出したりする処理を行う。記憶部１０００には、端末１０を識別するための端末ＩＤ(Identification）、及びパスワード等が記憶される。なお、端末ＩＤとパスワードの少なくとも一方は、記録媒体１０１０に記録されており、記憶・読出部１９によって読み出されるようにしてもよい。この場合の記録媒体１０１０は、ＳＩＭカード(Subscriber Identity Module Card)等のＩＣカード(Integrated circuit card)である。そして、端末１０の利用者は、記録媒体１０１０を購入することで、管理システム５の管理者から通信サービスの提供を受けることができる。

更に、記憶部１０００には、宛先端末との通話を行う際に受信される画像データ及び音データが、受信される度に上書き記憶される。上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音データによってスピーカ１１５から音声が出力される。

なお、本実施形態の端末ＩＤは、端末１０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報の一例を示す。また、端末ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。また、端末ＩＤに代えて、端末１０の利用者を識別するための利用者ＩＤを利用してもよい。この場合、端末識別情報には、端末ＩＤだけでなく、利用者ＩＤも含まれる。

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

制御装置５０の記憶部５０００には、自制御装置５０あるいは他の制御装置５０が配置されている地域（Ｘ，Ｙ，Ｚ）の地域ＩＤが記憶されている。例えば、記憶部５０００には、制御装置５０ｘが配置されている日本を示す地域ＩＤ「jp01」、制御装置５０ｙが配置されているアメリカを示す地域ＩＤ「us01」、及び、制御装置５０ｚが配置されているシンガポールを示す地域ＩＤ「sg01」がそれぞれ記憶されている。

また、記憶部５０００には、認証管理テーブルによって構成されている認証管理ＤＢ５００１、端末管理テーブルによって構成されている端末管理ＤＢ５００２、宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００３、セッション管理テーブルによって構成されているセッション管理ＤＢ５００４、中継装置管理テーブルによって構成されている中継装置管理ＤＢ５０１１、稼働状態管理テーブルによって構成されている稼働状態管理ＤＢ５０１２、及び、接続管理テーブルによって構成されている接続管理ＤＢ５０１３が構築されている。

（認証管理テーブル）
図９（Ａ）は、認証管理テーブルを示す概念図である。この認証管理テーブルでは、端末１０を識別するための端末ＩＤ、及びパスワードが関連付けられて管理される。なお、端末（１０ａａ，１０ｂｂ，１０ｃｃ）の端末ＩＤは、それぞれ「01aa@xx.com，01bb@xx.com，01cc@xx.com」であるものとして説明を続ける。ただし、端末ＩＤに含まれる「@xx.com」は、各端末１０において共通しているため、適宜省略する。

（端末管理テーブル）
図９（Ｂ）は、端末管理テーブルを示す概念図である。この端末管理テーブルでは、各端末１０の端末ＩＤに対して、宛先名（例えば、端末名）、端末１０の通信の状態を示す状態情報、この端末１０への宛先を示すＩＰアドレス、この端末１０の接続先の制御装置５０の地域ＩＤ、この端末１０に対応する契約内容、及び利用可能なサービスレベルが関連付けられて管理されている。サービスレベルは、端末間のセッションにおけるコンテンツデータの伝送の品質を示す指標である。サービスレベルの値は、例えば、１０段階評価で、最高の値を１０とする。例えば、図９（Ｂ）に示されている契約管理テーブルにおいて、端末ＩＤ「０１ａａ」に対する契約内容は「プレミアムコース」であり、利用可能なサービスレベルが「１０」であることが示されている。契約内容の「プレミアムコース」、「レギュラーコース」、「お試しコース」は、契約内容の一例であり、「プレミアムコース」は、他の契約内容である「レギュラーコース」、「お試しコース」よりも料金が高く、利用可能なサービスレベルが高い契約内容となっている。

（宛先リスト管理テーブル）
図９（Ｃ）は、宛先リスト管理テーブルを示す概念図である。この宛先リスト管理テーブルでは、通信の開始要求元の端末１０の端末ＩＤに対して、開始要求元の端末１０において指定可能な宛先候補の端末１０の端末ＩＤが関連付けられて管理されている。

（セッション管理テーブル）
図９（Ｄ）は、セッション管理テーブルを示す概念図である。このセッション管理テーブルでは、セッションｓｅｄを識別するためのセッションＩＤに対して、このセッションｓｅｄに参加している端末１０の端末ＩＤ、及びセッションのサービスレベルが関連付けられて管理されている。セッションのサービスレベルは、当該セッションに応じて算出されたサービスレベルの値である。なお、本実施形態では、セッションｓｅｄにおいて、端末１０間で複数の中継装置３０を介してコンテンツデータを送信する場合に、一の中継装置３０がコンテンツデータの中継の全体を管理しており、この中継装置３０を起点として、他の各中継装置３０に対して、コンテンツデータの中継先等を示す情報が提供される。このため、セッションＩＤには、セッションｓｅｄにおける起点となる中継装置（例えば、中継装置３０ｘｘ）を示すドメイン情報（例えば、「001xx」）が含まれている。

（中継装置管理テーブル）
図９（Ｅ）は、中継装置管理テーブルを示す概念図である。この中継装置管理テーブルでは、中継装置３０の中継装置ＩＤに対して、この中継装置３０のＵＲＩ（Uniform Resource Identifier）、稼働状態、及びこの中継装置３０のサービスレベルが関連付けられて管理されている。サービスレベルは、上述したように、端末間のセッションにおけるコンテンツデータの伝送の品質を示す指標であり、例えば、中継装置３０の稼働率等の安定性、中継装置３０が接続されているネットワークの帯域、中継装置３０の画像の処理能力等に応じて設定される。

（稼働状態管理テーブル）
図９（Ｆ）は、稼働状態管理テーブルを示す概念図である。この稼働状態管理テーブルでは、端末１０の端末ＩＤに対して、この端末１０の稼働状態（プレゼンス）が関連付けられて管理されている。

（接続管理テーブル）
図９（Ｇ）は、接続管理テーブルを示す概念図である。この接続管理テーブルでは、端末１０の端末ＩＤに対して、端末１０が中継装置３０と接続する度に生成される中継装置接続ＩＤと、端末１０が中継装置３０と接続するときに端末１０の認証に用いられる中継装置接続パスワードと、が関連付けられて管理されている。

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

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

認証部５２は、ＣＰＵ５０１からの命令によって実現され、送受信部５１で受信された端末ＩＤ及びパスワードを検索キーとして、認証管理テーブル（図９（Ａ）参照）を検索し、この認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末１０の認証を行う。

管理部５３は、ＣＰＵ５０１からの命令によって実現され、上記の各管理テーブルにおいて各種情報を追加あるいは削除することにより、各管理テーブルを管理する。

検索部５４は、ＣＰＵ５０１からの命令によって実現され、他の制御装置５０と接続している端末１０（ノード）をノード検索する。

セッション制御部５８は、ＣＰＵ２０１からの命令によって実現され、端末１０間でコンテンツデータを送信するセッションｓｅｄを制御する。上記の制御としては、セッションｓｅｄを確立するための制御、確立されたセッションｓｅｄに端末１０を参加させる制御、セッションｓｅｄを切断する制御等が含まれる。

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

＜共通管理装置の機能構成＞
共通管理装置６０は、送受信部６１、及び記憶・読出部６９を有している。これら各部は、図６に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された共通管理装置用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。また、共通管理装置６０は、ＨＤ５０４により構築される記憶部６０００を有している。この記憶部６０００には、認証管理テーブルによって構成されている認証管理ＤＢ６００１、端末管理テーブルによって構成されている端末管理ＤＢ６００２、宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ６００３、セッション管理テーブルによって構成されているセッション管理ＤＢ６００４が構築されている。なお、共通管理装置側の認証管理ＤＢ６００１、端末管理ＤＢ６００２、宛先リスト管理ＤＢ６００３、及び、セッション管理ＤＢ６００４と、制御装置５０側の認証管理ＤＢ５００１、端末管理ＤＢ５００２、宛先リスト管理ＤＢ５００３、及び、セッション管理ＤＢ５００４は、それぞれ同期しており、それぞれ共通する情報を管理している。

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

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

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

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

認証部３２は、ＣＰＵ５０１からの命令によって実現され、送受信部３１で受信された端末ＩＤ、中継装置接続ＩＤ、及び中継装置接続パスワードの組が、制御装置５０側の接続管理テーブル（図９（Ｇ）参照）において管理されているかを判断することによって端末１０の認証を行う。

中継制御部３３は、ＣＰＵ５０１からの命令によって実現される。中継制御部３３は、中継装置３０の稼働状態を検知する。なお、中継装置３０の稼働状態には、例えば、オンライン（ＯＮライン）、オフライン（ＯＦＦライン）等の状態がある。また、中継制御部３３は、制御装置５０と協働して、複数の端末１０と通信セッションを確立するための制御を行う。

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

＜＜実施形態の処理または動作＞＞
続いて、通信システム１を構成する端末１０、中継装置３０、制御装置５０、及び共通管理装置６０の処理または動作について詳細に説明する。

（ログイン処理）
まずは、図１０を用いて、端末１０が制御装置５０及び中継装置３０へログインする処理について説明する。図１０は、端末１０のログイン処理を示したシーケンス図である。

本発明の一実施形態によると、端末１０は、複数の制御装置５０のうち任意の一の制御装置５０へログインすることができる。端末１０毎のログイン要求先の制御装置５０を選択する方法は特に限定されないが、端末１０において入力された情報に基づいて制御装置５０を選択する方法、端末１０の物理的な位置情報に基づいて、最も近い制御装置５０を選択する方法、広域負荷分散(GSLB, Global Server Load Balancing)を用いて制御装置５０を選択する方法等が挙げられる。

端末１０は、送受信部１１によって、選択された任意の制御装置５０に対し、ログイン要求及び自端末のＩＰアドレスを送信する（ステップＳ１）。このログイン要求には、ログイン要求元の端末１０の端末ＩＤ及びパスワードが含まれる。また、端末１０がログイン要求を送信することにより、端末１０のＩＰアドレスが、ログイン要求先の制御装置５０へ送信される。これにより、制御装置５０の送受信部５１は、端末ＩＤ及びパスワードが含まれたログイン要求、並びに端末１０のＩＰアドレスを受信する。

続いて、認証部５２は、認証管理テーブル（図９（Ａ））を参照して、ログイン要求元の端末１０を認証する（ステップＳ２）。ここで、ログイン要求元から送られてきた端末ＩＤ及びパスワードの組と同じ組が、認証管理テーブルにおいて管理されている場合には、認証部５２はログイン要求元の端末１０の認証に成功する。一方、ログイン要求元の端末ＩＤ及びパスワードの組と同じ組が認証管理テーブルで管理されていない場合には、認証部５２はログイン要求元の端末１０の認証に失敗する。以下、認証に成功した場合について、説明を続ける。

続いて、管理部５３は、ログイン要求元の端末１０に対して、自制御装置５０の配置されている地域を示す地域ＩＤを割り当てる（ステップＳ３）。この地域ＩＤは、制御装置５０の記憶部５０００に予め記憶されているものである。例えば、ログイン要求を受け付けた制御装置５０が、地域Ｘ（日本）に配置されている制御装置５０ｘであれば、管理部５３は、ログイン要求元の端末１０に対して地域ＩＤとして「jp01」を割り当てる。

続いて、記憶・読出部５９は、管理部５３による要求に基づいて、稼働状態管理テーブル（図９（Ｆ）参照）において、ログイン要求元の端末１０の端末ＩＤに関連づけて、稼働状態「オンライン」を記憶する（ステップＳ４）。

また、管理部５３は、図２の状態遷移図によって示される状態遷移のルールに従って、ログイン要求元の端末１０の通信の状態を管理する（ステップＳ５）。すなわち、ステップＳ４において、稼働状態が「オンライン」となったことを契機として、管理部５３は、ログイン要求元の端末１０の新たな状態を示す状態情報を「None」に決定する（図２参照）。

制御装置５０の送受信部５１は、共通管理装置６０へ、端末管理テーブルの更新要求を送信する（ステップＳ６−１）。この更新要求には、ログイン要求元の端末１０の端末ＩＤ及びＩＰアドレス、ステップＳ３において割り当てられた地域ＩＤ、ステップＳ５において決定された状態情報が含まれている。共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる端末ＩＤ、ＩＰアドレス、状態情報、及び地域ＩＤを関連付けて記憶する。

その後、共通管理装置６０の送受信部６１は、端末ＩＤ、状態情報、及び地域ＩＤ等を含む端末管理テーブルの更新内容を、通信システム１を構成する各制御装置（５０ｘ，５０ｙ，５０ｚ）へ送信する。各制御装置（５０ｘ，５０ｙ，５０ｚ）の送受信部５１が更新内容を受信すると、各制御装置５０の記憶・読出部５９は、受信した更新内容に基づいて、自制御装置の端末管理テーブルを更新する。これにより、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ６−２−１，Ｓ６−２−…）。

続いて、制御装置５０の送受信部５１は、ログイン要求元の端末１０に対して、認証に成功した旨の認証結果を送信する（ステップＳ７）。

以下、認証に成功した場合について説明を続ける。

（宛先リスト要求）
続いて、図１１を用いて、端末１０において自端末の宛先候補が示された宛先リストを表示するまでの処理について説明する。図１１は、端末において宛先リストを表示する処理を示したシーケンス図である。端末１０では、認証結果を受信すると、送受信部１１が通信ネットワーク２を介して制御装置５０へ、自端末の端末ＩＤを含み、宛先リストを要求する旨が示された宛先リスト要求を送信する（ステップＳ２１）。これにより、制御装置５０の送受信部５１は、宛先リスト要求を受信する。

続いて、記憶・読出部５９は、宛先リスト要求元の端末１０の端末ＩＤを検索キーとして、宛先リスト管理テーブル（図９（Ｃ）参照）を検索し、宛先リストの要求元の端末１０が宛先として指定することができる宛先候補の端末１０の端末ＩＤを抽出する（ステップＳ２２）。また、記憶・読出部５９は、抽出された端末ＩＤを検索キーとして、端末管理テーブル（図９（Ｂ）参照）を検索し、宛先名を読み出す。制御装置５０の送受信部５１は、記憶・読出部５９によって読み出された宛先候補の端末１０の端末ＩＤと、宛先名を、宛先リスト要求元の端末１０へ送信する（ステップＳ２３）。

宛先リスト要求元の端末１０の送受信部１１が宛先リスト情報を受信すると、端末１０の表示制御部１７は、宛先リスト情報に含まれる端末ＩＤ、及び宛先名に基づいて、指定可能な宛先候補名を反映させた宛先リストをディスプレイ１２０に表示させる（図３参照）（ステップＳ２４）。

本発明の一実施形態によると、宛先リストへ宛先候補を追加したり、宛先リストから宛先候補を削除する場合、端末１０は、追加又は削除する宛先候補の端末１０の端末ＩＤ、及び自端末の端末ＩＤを含む宛先リスト管理テーブルの更新要求を制御装置５０へ送信する（ステップＳ２５）。更新要求を受信した制御装置５０では、管理部５３による要求に基づいて、送受信部５１が宛先リスト管理テーブルの更新要求を共通管理装置６０へ送信する（ステップＳ２６−１）。この更新要求には、更新要求元の端末１０の端末ＩＤ、及び、追加又は削除する宛先候補の端末１０の端末ＩＤが含まれている。共通管理装置６０の記憶・読出部６９は、宛先リスト管理テーブルにおいて、更新要求元の端末１０の端末ＩＤに関連付けられる宛先候補の端末ＩＤとして、更新要求に含まれる追加する宛先候補の端末ＩＤを追加する。或いは、共通管理装置６０の記憶・読出部６９は、宛先リスト管理テーブルにおいて、更新要求元の端末１０の端末ＩＤに関連付けられている宛先候補の端末ＩＤの中から、更新要求に含まれる削除する宛先候補の端末ＩＤを削除する。

その後、共通管理装置６０の送受信部６１は、宛先リスト管理テーブルの更新内容を、通信システム１を構成する各制御装置（５０ｘ，５０ｙ，５０ｚ）へ送信する。各制御装置（５０ｘ，５０ｙ，５０ｚ）の送受信部５１が更新内容を受信すると、各制御装置５０の記憶・読出部５９は、更新内容に基づいて、自制御装置の宛先リスト管理テーブルを更新する。これにより、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の宛先リスト管理テーブルは、共通管理装置６０側の宛先リスト管理テーブルと同期する（ステップＳ２６−２，Ｓ２６−…）。

（稼働状態管理）
続いて、図１２を用いて、ノード間連携処理の一例として、管理システム５を構築する各制御装置（５０ｘ，５０ｙ，５０ｚ）において管理されている端末１０の稼働状態を、制御装置（５０ｘ，５０ｙ，５０ｚ）間で同期する処理について説明する。図１２は、制御装置間で稼働状態を同期する処理を示したシーケンス図である。

端末１０（ここでは、端末１０ａａとする）が、制御装置５０（ここでは、制御装置５０ｘとする）へログインすると、制御装置５０ｘの検索部５４は、宛先候補の端末１０（ここでは、端末（１０ｂｂ，１０ｃｃ）とする）をノード検索する（ステップＳ４１−１，Ｓ４１−２）。このノード検索は、自制御装置と接続していない宛先候補の端末１０がどの制御装置５０接続しているかを把握するために実行される処理である。従って、ノード検索は、宛先候補の端末１０のうち、自制御装置と接続していない端末１０に対して実行される。

ノード検索を行う場合、制御装置５０ｘの送受信部５１は、検索部５４による要求に基づいて、他の制御装置（５０ｙ、５０ｚ）へ、ノード検索用の検索情報を送信する。この検索情報には、自制御装置と接続している端末１０ａａの端末ＩＤ、及び、自制御装置と接続していない宛先候補の端末（１０ｂｂ，１０ｃｃ）の端末ＩＤが含まれている。

制御装置（５０ｙ，５０ｚ）の送受信部５１が検索情報を受信すると、各セッション制御部５８は、検索情報に含まれている端末ＩＤによって識別される端末（１０ｂｂ，１０ｃｃ）が自制御装置と接続しているか否かを判断する（ステップＳ４２−１，Ｓ４２−２）。端末１０との接続を判断する方法としては、公知の方法が用いられ、特に限定されないが、例えば、セッションｓｅｉにおいて、端末１０から定期的に送られてくる情報を最後に受信してから所定の閾値を超える時間経過したか否かに基づいて判断する方法が挙げられる。セッション制御部５８によって、端末ＩＤによって識別される端末（１０ｂｂ，１０ｃｃ）が自制御装置と接続していないと判断された場合には（ステップＳ４２−１，Ｓ４２−２のＮＯ）、制御装置５０は、検索情報の送信元の制御装置５０へ応答せずに処理を終了する。以下、セッション制御部５８によって、端末ＩＤによって識別される端末（１０ｂｂ，１０ｃｃ）が自制御装置と接続していると判断された場合（ステップＳ４２−１，Ｓ４２−２のＹＥＳ）について説明を続ける。

各制御装置（５０ｙ，５０ｚ）の記憶・読出部５９は、検索情報に含まれている宛先候補の端末１０のうち自制御装置と接続している端末（１０ｂｂ又は１０ｃｃ）の端末１０の端末ＩＤに対応する稼働状態を、稼働状態管理テーブル（図９（Ｆ）参照）から読み出す（ステップＳ４３−１，Ｓ４３−２）。

続いて、制御装置（５０ｙ，５０ｚ）の送受信部５１は、検索情報に対する応答として、自制御装置に接続している端末（１０ｂｂ又は１０ｃｃ）の端末ＩＤと、ステップＳ４２−１又はＳ４３−２で読み出された稼働状態を含む通知を制御装置５０ｘへ送信する（ステップＳ４４−１，Ｓ４４−２）。制御装置５０ｘの送受信部５１が各通知を受信すると、検索部５４は、通知の送信元の制御装置５０を、通知に含まれる端末ＩＤによって識別される端末（１０ｂｂ又は１０ｃｃ）の接続先として特定する。続いて、送受信部１１は、ログインした端末１０ａａへ、受信した各通知を送信する（ステップＳ４５−１，Ｓ４５−２）。端末１０ａａの送受信部１１がこの通知を受信すると、表示制御部１７は、通知に含まれている宛先候補の端末（１０ｂｂ，１０ｃｃ）の端末ＩＤ及び稼働状態に基づいて、宛先リスト（図３参照）における各宛先候補の端末（１０ｂｂ又は１０ｃｃ）の稼働状態を示すアイコンを更新する（ステップＳ４６−１，Ｓ４６−２）。

一方、制御装置５０ｘでは、管理部５３による要求に基づいて、記憶・読出部５９が、自制御装置の稼働状態管理テーブルにおいて、制御装置（５０ｙ，５０ｚ）から送られてきた各通知に含まれている（端末１０ｂｂ，１０ｃｃ）の各端末ＩＤに関連付けて、各通知に含まれている各稼働状態を記憶する（ステップＳ４７−１，Ｓ４７−２）。これにより、制御装置５０ｘでは、自制御装置に接続している端末１０ａａに対する宛先候補の端末（１０ｂｂ，１０ｃｃ）の稼働状態を把握できるようになる。

また、制御装置５０ｘの記憶・読出部５９は、自制御装置に接続する端末１０ａａの端末ＩＤに対応する稼働状態を稼働状態管理テーブルから読み出す（ステップＳ４８）。制御装置５０ｘの送受信部５１は、宛先候補の端末（１０ｂｂ，１０ｃｃ）の接続先である制御装置（５０ｙ，５０ｚ）へ、端末１０ａａの端末ＩＤ及びステップＳ４８で読み出した稼働状態を含む通知を送信する（ステップＳ４９−１，Ｓ４９−２）。制御装置（５０ｙ，５０ｚ）の送受信部５１がそれぞれ通知を受信すると、自制御装置と接続する各端末（１０ｂｂ，１０ｃｃ）へ、受信した通知を送信する（ステップＳ５０−１，Ｓ５０−２）。端末（１０ｂｂ，１０ｃｃ）の送受信部１１がこの通知を受信すると、表示制御部１７は、通知に含まれている端末１０ａａの端末ＩＤ及び稼働状態に基づいて、宛先リストにおける端末１０ａａの稼働状態を示すアイコンを更新する（ステップＳ５１−１，Ｓ５１−２）。

また、制御装置（５０ｙ，５０ｚ）では、管理部５３による要求に基づいて、記憶・読出部５９が、自制御装置の稼働状態管理テーブルにおいて、制御装置５０ｘから送られてきた通知に基づいて、端末１０ａａの稼働状態を更新する（ステップＳ５２−１，Ｓ５２−２）。これにより、制御装置（５０ｙ又は５０ｚ）では、制御装置５０ｘと接続している端末１０ａａの稼働状態を把握できるようになる。

なお、自制御装置に接続している端末１０の稼働状態が更新される度に、各制御装置及び各端末は、ステップＳ４３−１乃至Ｓ４７−１の処理、ステップＳ４３−２乃至Ｓ４７−２の処理、或いは、ステップＳ４８乃至Ｓ５２−１，２の処理を繰り返す。これにより、各制御装置５０、端末１０、あるいは、端末の利用者は、各端末１０の最新の稼働状態を把握できるようになる。

（セッションｓｅｄ確立）
続いて、図１３を用いて、セッションｓｅｄを確立するために端末１０間で情報を送信する処理を説明する。なお、図１３は、端末１０間で情報を送信する処理を示したシーケンス図である。以下、制御装置５０ｘと接続している端末１０ａａが、制御装置５０ｙと接続している端末１０ｂｂを宛先として通信の開始要求をする場合について説明する。

端末１０ａａは、利用者による操作ボタン１０８の操作に応じて、送受信部１１によって、制御装置５０ｘに対し、通信の開始要求を送信する（ステップＳ６１）。この通信の開始要求には、通信の開始要求元の端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先の端末１０ｂｂの端末ＩＤ「０１ｂｂ」が含まれている。

制御装置５０ｘの送受信部５１が開始要求を受信すると、記憶・読出部５９は、管理部５３による要求に基づいて、稼働状態管理テーブル（図９（Ｆ）参照）において、開始要求元の端末１０ａａの端末ＩＤに関連づけて、稼働状態「オンライン（通話中）」を記憶する（ステップＳ６２）。更新された稼働状態「オンライン（通話中）」は、上記のステップＳ４８乃至Ｓ５１−１，２の処理により、端末１０ａａの宛先候補の端末１０に通知される。

続いて、サービスレベル決定部５５は、セッションに参加する端末１０ａａ、及び１０ｂｂに対応付けられた、利用可能なサービスレベルに基づいて、セッションのサービスレベルを決定する（ステップＳ６３）。

図１４は、セッションのサービスレベルの決定処理の例を示すフローチャートである。なお、この処理は、図１３のステップＳ６３の「セッションのサービスレベルの決定処理」に対応する処理である。

図１４（ａ）のステップＳ１４０１において、サービスレベル決定部５５は、図９（ｂ）に示す端末管理テーブルから、要求元の端末ＩＤに対応する利用可能なサービスレベルの情報を取得する。例えば、サービスレベル決定部５５は、要求元端末である端末１０ａａの端末ＩＤ「０１ａａ」に対応する利用可能なサービスレベル「１０」を取得する。

図１４（ａ）のステップＳ１４０２において、サービスレベル決定部５５は、図９（ｂ）に示す端末管理テーブルから、宛先の端末ＩＤに対応する利用可能なサービスレベルの情報を取得する。例えば、サービスレベル決定部５５は、宛先端末である端末１０ｂｂの端末ＩＤ「０１ｂｂ」に対応する利用可能なサービスレベル「８」を取得する。

なお、ステップＳ１４０１の処理と、ステップＳ１４０２処理は、逆の順番で実行するものであっても良いし、要求元端末ＩＤに対応するサービスレベルと、宛先端末ＩＤに対応するサービスレベルをまとめて取得するものであっても良い。

図１４（ａ）のステップＳ１４０３において、サービスレベル決定部５５は、取得した要求元端末ＩＤに対応するサービスレベルと、宛先端末ＩＤに対応するサービスレベルに基づいて、セッションのサービスレベルを決定する。

例えば、取得した要求元端末ＩＤに対応するサービスレベルと、宛先端末ＩＤに対応するサービスレベルとが同じ値である場合、サービスレベル決定部５５は、当該値をセッションのサービスレベルとする。

一方、要求元端末ＩＤに対応するサービスレベルと、宛先端末ＩＤに対応するサービスレベルが異なる場合、サービスレベルが「低い方を利用する」、「高い方を利用する」、「平均値を利用する」、「要求元端末に合わせる」等の構成としてもよい。

ここでは、一例として、要求元端末ＩＤに対応するサービスレベルと、宛先端末ＩＤに対応するサービスレベルが異なる場合、サービスレベルが低い方を、セッションのサービスレベルに決定するものとして以下の説明を行う。この場合、処理の流れは図１４（ｂ）のようになる。

図１４（ｂ）において、ステップＳ１４０１、Ｓ１４０２の処理は、図１４（ａ）と同様である。

図１４（ｂ）のステップＳ１４０４において、サービスレベル決定部５５は、ステップＳ１４０１、Ｓ１４０２で取得したサービスレベルのうち、低い方のサービスレベルを、セッションのサービスレベルに決定する。例えば、端末１０ａａの端末ＩＤ「０１ａａ」に対応するサービスレベルが「１０」であり、端末１０ｂｂの端末ＩＤ「０１ｂｂ」に対応するサービスレベル「８」である場合、サービスレベル決定部５５は、セッションのサービスレベルを「８」に決定する。

なお、要求元端末ＩＤに対応するサービスレベルと、宛先端末ＩＤに対応するサービスレベルが同じ場合、サービスレベル決定部５５は、両者に共通のサービスレベルをセッションのサービスレベルに決定する。

ここで、図１３に戻って、シーケンス図の説明を続ける。

ステップＳ６４において、制御装置５０の中継装置選択部５６は、サービスレベル決定部５５によって決定されたサービスレベルに基づいて、自制御装置と同じ地域に配置されている複数の中継装置３０の中から、一の中継装置３０を選択する。

図１５は、中継装置の選択処理の例を示すフローチャートである。なお、この中継装置の選択処理は、図１３のステップＳ６４の「中継装置の選択処理」に対応する処理である。

図１５（ａ）のステップＳ１５０１において、制御装置５０の中継装置選択部５６は、自制御装置にて管理する中継装置管理テーブルから、稼働状態が「オンライン」である中継装置３０の情報を取得する。例えば、図９（Ａ）の中継装置管理テーブルの例では、中継装置選択部５６は、稼働状態が「オンライン」となっている中継装置ＩＤ「００１ｘｘ」、「００２ｘｘ」、「００３ｘｘ」の情報を取得する。

図１５（ａ）のステップＳ１５０２において、中継装置選択部５６は、取得した中継装置３０の中から、サービスレベル決定部５５によって決定されたセッションのサービスレベル以下で、サービスレベルが最大の中継装置３０を抽出する。この処理により、セッションで利用可能な中継装置のうち、最もサービスレベルが高い抽出装置が抽出される。

ステップＳ１５０３において、中継装置選択部５６は、ステップＳ１５０２で抽出された中継装置３０が複数であるか否かを判断する。

ステップＳ１５０２で抽出された中継装置３０が複数ではない場合、中継装置選択部５６は、中継装置の選択処理を終了させる。例えば、ステップＳ１５０２で抽出された中継装置３０が１つの場合、抽出された中継装置３０が、セッションに用いる中継装置３０として決定される。また、ステップＳ１５０２で抽出された中継装置３０がない場合、制御装置５０は、セッションで利用可能な中継装置３０がないと判断し、例えば、セッションを終了させる。ここでは、ステップＳ１５０２で抽出された中継装置３０が１つ以上であるものとして、以下の説明を続ける。

一方、ステップＳ１５０２で抽出された中継装置３０が複数ある場合、中継装置選択部５６は、処理をステップＳＳ１５０４に移行させる。

ステップＳ１５０４に移行すると、中継装置選択部５６は、抽出された複数の中継装置３０の中から、１つの中継装置を選択する。

このとき、中継装置選択部５６が、抽出された複数の中継装置３０の中から１つの中継装置を選択する方法として、様々な方法が考えられる。例えば、中継装置選択部５６は、複数の中継装置３０のうち、開催中のセッションが最も少ない（利用率が低い）中継装置３０を選択するものであっても良いし、ランダムに１つの中継装置３０を選択するものであっても良い。あるいは、中継装置選択部５６は、セッションに参加する端末１０ａａ、１０ＢのＩＰアドレス等に基づいて、地理的に最も近い中継装置３０を選択するものであっても良い。この場合、中継装置選択部５６は、例えば、ネットワーク上で公開されているＩＰジオロケーションデータベース等を用いて、端末１０、及び中継装置３０の位置を推定することができる。

ここでは、一例として、中継装置選択部５６が、複数の中継装置３０のうち、開催中のセッションが最も少ない中継装置３０を選択するものとして以下の説明を行う。この場合、処理の流れは図１５（ｂ）のようになる。

図１５（ｂ）において、ステップＳ１５０１〜Ｓ１５０３の処理は、図１５（ａ）と同様である。

図１５（ｂ）のステップＳ１５０５において、制御装置５０の中継装置選択部５６は、ステップＳ１５０２で抽出された複数の中継装置３０のうち、開催されているセッションが最も少ない中継装置３０を選択する。例えば、中継装置選択部５６は、図１０（Ｂ）に示すようなセッション管理テーブル１００２から、各セッションＩＤで利用されている中継装置ＩＤを取得し、各中継装置３０で開催されているセッションの数を特定することができる。

なお、端末（１０ａａ，１０ｂｂ）間で確立されるセッションｓｅｄにおいては、２つの中継装置３０が、コンテンツデータを中継する。そのうちステップＳ６４で選択される中継装置３０は、ノード（端末１０又は中継装置３０）間のセッションにおけるコンテンツデータの中継先（宛先）の全体を管理する。すなわち、選択された中継装置３０を起点として、他の中継装置３０に対してコンテンツデータの中継先を示す情報等が提供される。

ここで、再び図１３に戻って、シーケンス図の説明をさらに続ける。以下では、ステップＳ６４の処理により、制御装置５０ｘが管理する中継装置（３０ｘ−１、３０ｘ−２、・・・、３０ｘ−ｎ）の中から選択された中継装置３０を中継装置３０ｘｘと称する。

制御装置５０ｘのセッション制御部５８は、要求元の端末１０ａａが、選択された中継装置３０ｘｘと接続するときに用いられる中継装置接続ＩＤを生成し、管理する（ステップＳ６５）。また、ステップＳ６５の処理の一環として、記憶・読出部５９は、選択された中継装置３０ｘｘの中継装置ＩＤを検索キーとして、中継装置管理テーブル（図９（Ｅ）参照）を検索し、対応するＵＲＩを読み出す。また、記憶・読出部５９は、接続管理テーブル（図９（Ｇ）参照）において、要求元の端末１０ａａの端末ＩＤに関連付けて、生成された中継装置接続ＩＤ、及び中継装置接続パスワードを記憶する。なお、中継装置接続パスワードは、中継装置３０毎に予め定められているものであっても、端末１０が中継装置３０と接続する度に生成されるものであっても良い。

続いて、管理部５３は、図２の状態遷移図によって示される状態遷移のルールに従って、端末１０の通信の状態を管理する（ステップＳ６６−１）。すなわち、管理部５３は、開始要求元の端末１０ａａの新たな状態を示す状態情報を「Inviting」に決定し、宛先の端末１０ｂｂの新たな状態を示す状態情報を「Invited」に決定する。そして、開始要求元端末（１０ａａ）の端末ＩＤに関連付けて、ステップＳ６４にて決定した中継装置ＩＤ、及び状態情報「Inviting」の記録、及び宛先の端末（１０ｂｂ）の端末ＩＤに関連付けて状態情報「Invited」の記録を要求する、端末管理テーブルの更新要求を共通管理装置６０へ送信する。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる端末ＩＤに関連付けて、中継装置ＩＤ、状態情報を記憶する。その後、ステップＳ８−２−１，Ｓ８−２−…と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ６６−２−１，Ｓ６６−２−２，Ｓ６６−２−…）。

続いて、管理部５３は、端末（１０ａａ，１０ｂｂ）間で確立されるセッションｓｅｄに係る情報を管理する（ステップＳ６７−１）。まず、管理部５３は、端末（１０ａａ，１０ｂｂ）間で確立されるセッションｓｅｄを識別するためのセッションＩＤを生成する。この場合、管理部５３は、ステップＳ６４において選択された中継装置３０ｘｘのＩＤ（例えば、「001xx」）を含めたセッションＩＤ（例えば、「conf01.001xx」）を生成する。続いて、共通管理装置６０の送受信部６１は、管理部５３による要求に基づいて、生成されたセッションＩＤ、ステップＳ６３で決定されたセッションのサービスレベル、及び、開始要求元及び宛先の端末（１０ａａ，１０ｂｂ）の端末ＩＤを含むセッション管理テーブル（図９（Ｄ）参照）の更新要求を共通管理装置６０へ送信する。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側のセッション管理テーブルにおいて、更新要求に含まれるセッションＩＤ、セッションのサービスレベル、及び端末ＩＤを関連付けて記憶する。その後、送受信部６１は、セッション管理テーブルの更新内容を、通信システム１を構成する各制御装置（５０ｘ，５０ｙ，５０ｚ）へ送信する。各制御装置（５０ｘ，５０ｙ，５０ｚ）の送受信部５１が更新内容を受信すると、各制御装置５０の記憶・読出部５９は、更新内容に基づいて、自制御装置のセッション管理テーブルを更新する。これにより、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側のセッション管理テーブルと同期する（ステップＳ６７−２−…）。

また、制御装置５０ｘの送受信部５１は、開始要求元の端末１０ａａへ、ステップＳ６５において管理された中継装置３０のＵＲＩ、中継装置接続ＩＤ及び中継装置接続パスワードと、ステップＳ６７−１において生成されたセッションＩＤを送信する（ステップＳ６８）。さらに、制御装置５０ｘの送受信部５１は、開始要求元の端末１０ａａから送られてきた開始要求、及び上記のセッションＩＤを、宛先の端末１０ｂｂの地域ＩＤに対応付けられた制御装置５０ｙへ送信する（ステップＳ６９）。

制御装置５０ｙの送受信部５１が、開始要求、及びセッションＩＤを受信すると、サービスレベル決定部５５は、セッション管理テーブルから、受信したセッションＩＤに対応付けられた、セッションのサービスレベルを取得する（ステップＳ７０）。

制御装置５０ｙの中継装置選択部５６は、取得されたサービスレベルに基づいて、制御装置５０ｙが管理している複数の中継装置３０の中から、一つを選択する（ステップＳ７１）。なお、この処理は、上述したステップＳ６４の処理と同様である。以下では、ステップＳ７１の処理により、制御装置５０ｙが管理する中継装置（３０ｙ−１、３０ｙ−２、・・・、３０ｙ−ｎ）の中から選択された一の中継装置３０を中継装置３０ｙｙと称する。

制御装置５０ｙのセッション制御部５８は、宛先の端末１０ｂｂが、選択された中継装置３０ｙｙと接続するときに用いられる中継装置接続ＩＤを生成し、管理する（ステップＳ７２）。なお、この処理は、上述したステップＳ６５の処理と同様である。

制御装置５０ｙの送受信部５１は、上記の開始要求、ステップＳ７２において管理された中継装置３０のＵＲＩ、中継装置接続ＩＤ及び中継装置接続パスワード、及び上記のセッションＩＤを、宛先の端末１０ｂｂへ送信する（ステップＳ７３）。

宛先の端末１０ｂｂの送受信部１１が開始要求を受信すると、通信制御部１３は、スピーカ１１５から呼出音を出力させる。続いて、端末１０ｂｂの送受信部１１は、呼出音を出力している旨を示す呼出情報を、自端末の接続先である制御装置５０ｙへ送信する（ステップＳ７４）。この呼出情報には、開始要求元及び宛先の端末（１０ａａ，１０ｂｂ）の端末ＩＤが含まれている。

制御装置５０ｙの送受信部５１が呼出情報を受信すると、管理部５３は、図２の状態遷移図によって示される状態遷移のルールに従って、端末１０の通信の状態を管理する（ステップＳ７５−１）。すなわち、管理部５３は、開始要求元の端末１０ａａの新たな状態を示す状態情報を「Calling」に決定し、宛先の端末１０ｂｂの新たな状態を示す状態情報を「Ringing」に決定する。そして、開始要求元端末（１０ａａ）の端末ＩＤに関連付けて状態情報「Calling」を記録させ、宛先の端末（１０ｂｂ）の端末ＩＤに関連付けて、ステップＳ７１にて決定した中継装置ＩＤ、及び状態情報「Ringing」の記録を要求する、端末管理テーブルの更新要求を共通管理装置６０へ送信する。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる端末ＩＤに関連付けて、中継装置ＩＤ、状態情報を記憶する。その後、ステップＳ６−２−１，Ｓ６−２−…と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ７５−２−１，Ｓ７５−２−２，Ｓ７５−２−…）。

続いて、制御装置５０ｙの送受信部５１は、宛先の端末１０ｂｂから送られてきた呼出情報を開始要求元の端末１０ａａへ送信する（ステップＳ７６）。なお、制御装置５０ｙ側の端末管理テーブル（図９（Ｂ）参照）は、共通管理装置６０から送られてきた情報に基づいて、共通管理装置６０側の端末管理テーブルと同期しているため、開始要求元の端末１０ａａのＩＰアドレスを管理している。このため、制御装置５０ｙの送受信部５１は、端末１０ａａの接続先である制御装置５０ｘに宛先情報を問い合わせたり、制御装置５０ｘを介することなく、呼出情報を直接、端末１０ａａへ送信することができる。

一方、宛先の端末１０ｂｂでは、受付部１２が利用者の入力操作に基づいて通信の開始の許可を受け付けると、送受信部１１が通信の開始の許可を示す開始許可情報を、自端末の接続先である制御装置５０ｙへ送信する（ステップＳ７７）。この開始許可情報には、開始要求元及び宛先の端末（１０ａａ，１０ｂｂ）の端末ＩＤが含まれている。

制御装置５０ｙの送受信部５１が開始許可情報を受信すると、ステップＳ７５−１と同様の処理により、管理部５３は、受信した開始許可情報に基づいて、開始要求元及び宛先の端末（１０ａａ，１０ｂｂ）の新たな状態を示す状態情報を「Accepted」に決定する。そして、開始要求元及び宛先の端末（１０ａａ，１０ｂｂ）の各端末ＩＤ、端末（１０ａａ，１０ｂｂ）の新たな状態を示す各状態情報「Accepted」を含む端末管理テーブルの更新要求を共通管理装置６０へ送信する（ステップＳ７８−１）。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる各端末ＩＤと、各状態情報とを関連付けて記憶する。その後、ステップＳ６−２−１，Ｓ６−２−…と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ７８−２−１，Ｓ７８−２−２，Ｓ７８−２−…）。

続いて、制御装置５０ｙの送受信部５１は、ステップＳ７６と同様の処理により、宛先の端末１０ｂｂから送られてきた開始許可情報を開始要求元の端末１０ａａへ送信する（ステップＳ７９）。

続いて、図１６を用いて、開始要求元及び宛先の各端末（１０ａａ，１０ｂｂ）が、接続先の各中継装置（３０ｘｘ，３０ｙｙ）へ、コンテンツデータの中継の開始を要求する処理について説明する。図１６の各図は、コンテンツデータの中継を開始する処理を示したシーケンス図である。

まず、図１６（Ａ）を用いて、端末（１０ａａ，１０ｂｂ）間のコンテンツデータの中継を開始するために、端末１０ａａと中継装置３０ｘｘ間のセッションｓｅｄを確立する処理について説明する。

開始要求元の端末１０ａａの送受信部１１は、開始許可情報を受信した後（ステップＳ７７参照）、ステップＳ６８で制御装置５０ｘから受信したＵＲＩによって示される中継装置３０ｘｘへ、ログイン要求を送信する（ステップＳ８１）。このログイン要求には、ログイン要求元の端末１０ａａの端末ＩＤと、制御装置５０ｘから送られてきた中継装置接続ＩＤと、中継装置接続パスワードとが含まれている。

ログイン要求を受信した中継装置３０ｘｘでは、認証部３２が、ログイン要求元の端末１０ａａを認証する（ステップＳ８２）。この場合、認証部３２は、送受信部３１を介して、ログイン要求に含まれる端末ＩＤ、中継装置接続ＩＤ、及び中継装置パスワードの組と同じ組が、接続管理テーブル（図９（Ｇ）参照）で管理されているかを、制御装置５０ｘへ問い合わせる。問い合わせを受信した制御装置５０ｘ側では、管理部５３は、接続管理テーブルを参照し、問い合わせに対する結果を、送受信部５１を介して、中継装置３０ｘｘへ送信する。ログイン要求に含まれる端末ＩＤ、中継装置接続ＩＤ、及び中継装置接続パスワードの組と同じ組が、制御装置５０側の接続管理テーブルにおいて管理されている場合には、認証部３２はログイン要求元の端末１０の認証に成功する。一方、ログイン要求に含まれる端末ＩＤ、中継装置接続ＩＤ、及び中継装置接続パスワードの組と同じ組が、制御装置５０側の接続管理テーブルで管理されていない場合には認証部３２は、ログイン要求元の端末１０の認証に失敗する。中継装置３０ｘｘの送受信部３１は、認証結果をログイン要求元の端末１０ａａへ送信する（ステップＳ８３）。

開始要求元の端末１０ａａの送受信部１１は、コンテンツデータの中継の開始の要求を示す中継要求情報を、制御装置５０ｘへ送信する（ステップＳ８４）。この中継要求情報には中継要求元の端末１０ａａの端末ＩＤ、及び、ステップＳ６８において受信したセッションＩＤ「conf01.001xx」が含まれている。

制御装置５０ｘの送受信部５１が中継要求情報を受信すると、管理部５３は、受信した中継要求情報に基づいて、ステップＳ６６−１と同様の処理により、中継要求元の端末１０ａａの新たな状態を示す状態情報を「Busy」に決定する。そして、中継要求元の端末１０ａａの端末ＩＤ、及び、端末１０ａａの新たな状態を示す状態情報「Busy」を含む端末管理テーブルの更新要求を共通管理装置６０へ送信する（ステップＳ８５−１）。

共通管理装置６０の送受信部６１がこれらの情報を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる端末ＩＤと、状態情報とを関連付けて記憶する。また、ステップＳ６−２−１，Ｓ６−２−…と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ８５−２−１，Ｓ８５−２−…）。

続いて、制御装置５０ｘの送受信部５１は、自制御装置の端末管理テーブル（図９（Ｂ)参照）において、中継要求元の端末１０ａａの端末ＩＤに関連付けられている中継装置ＩＤ「001xx」に基づいて、この中継装置ＩＤによって識別される中継装置３０ｘｘへ、中継要求元の端末１０ａａから送られてきた中継要求情報を送信する（ステップＳ８６）。中継装置３０ｘｘの送受信部３１は、中継要求情報に対する応答として、中継を許可する旨を示す中継許可情報を制御装置５０ｘへ送信する（ステップＳ８７）。制御装置５０ｘの送受信部５１は、中継装置３０ｘｘから送られてきた中継許可情報を受信すると、中継要求元の端末１０ａａへ中継許可情報を送信する（ステップＳ８８）。

中継装置３０ｘｘの送受信部３１が中継要求情報を受信すると、中継装置３０ｘｘ側では、中継要求元の端末１０ａａが、中継要求情報に含まれるセッションＩＤによって識別されるセッションに参加することを把握できる。これにより、中継装置３０ｘｘは、端末１０ａａから送られてきたコンテンツデータを、端末１０ａａと同じセッションに参加する他の端末１０への中継し始める一方で、他の端末１０から送られてきたコンテンツデータを端末１０ａａへ送信し始める。このようにして、端末１０ａａと中継装置３０ｘｘとの間のセッションｓｅｄが確立される。

続いて、図１６（Ｂ）を用いて、端末（１０ａａ，１０ｂｂ）間のコンテンツデータの中継を開始するために、端末１０ｂｂと中継装置３０ｙｙとの間及び中継装置（３０ｘｘ，３０ｙｙ）間のセッションｓｅｄを確立する処理について説明する。

端末１０ｂｂの送受信部１１は、開始許可情報を送信した後（ステップＳ７７参照）、ステップＳ７３で制御装置５０ｙから受信したＵＲＩによって示される中継装置３０ｙｙへ、ログイン要求を送信する（ステップＳ９１）。このログイン要求には、ログイン要求元の端末１０ｂｂの端末ＩＤと、制御装置５０ｙから送られてきた中継装置接続ＩＤと、中継装置接続パスワードとが含まれている。

ログイン要求を受信した中継装置３０ｙｙでは、認証部３２が、ログイン要求元の端末１０ｂｂを認証する（ステップＳ９２）。この場合、認証部３２は、送受信部３１を介して、ログイン要求に含まれる端末ＩＤ、中継装置接続ＩＤ、及び中継装置パスワードの組と同じ組が、接続管理テーブル（図９（Ｇ）参照）で管理されているかを、制御装置５０ｙへ問い合わせる。問い合わせを受信した制御装置５０ｙ側では、管理部５３は、接続管理テーブルを参照し、問い合わせに対する結果を、送受信部５１を介して、中継装置３０ｙｙへ送信する。なお、ステップＳ９２の処理は、上述のステップＳ８２と同様である。

中継装置３０ｙｙの送受信部３１は、認証結果をログイン要求元の端末１０ｂｂへ送信する（ステップＳ９３）。

端末１０ｂｂの送受信部１１は、コンテンツデータの中継の開始の要求を示す中継要求情報を、制御装置５０ｙへ送信する（ステップＳ９４）。この中継要求情報には中継要求元の端末１０ｂｂの端末ＩＤ、及び、ステップＳ７３において受信したセッションＩＤ「conf01.001xx」が含まれている。

制御装置５０ｙの送受信部５１が中継要求情報を受信すると、ステップＳ７５−１と同様の処理により、管理部５３は、受信した中継要求情報に基づいて、中継要求元の端末１０ｂｂの新たな状態を示す状態情報を「Busy」に決定する。そして、中継要求元の端末１０ｂｂの端末ＩＤ、及び、端末１０ｂｂの新たな状態を示す状態情報「Busy」を含む端末管理テーブルの更新要求を共通管理装置６０へ送信する（ステップＳ９５−１）。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる端末ＩＤと、状態情報とを関連付けて記憶する。その後、ステップＳ６−２−１，Ｓ６−２−…と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ９５−２−１，Ｓ９５−２−…）。

続いて、制御装置５０ｙの送受信部５１は、自制御装置の端末管理テーブル（図９（Ｂ)参照）において、中継要求元の端末１０ｂｂの端末ＩＤに関連付けられている中継装置ＩＤ「001yy」に基づいて、この中継装置ＩＤによって識別される中継装置３０ｙｙへ、中継要求元の端末１０ｂｂから送られてきた中継要求情報を送信する（ステップＳ９６）。中継要求情報に含まれるセッションＩＤ「conf01.001xx」には、起点となる中継装置３０ｘｘを示す情報「001xx」が含まれているため、中継要求情報を受信した中継装置３０ｙｙ側では、このセッションｓｅｄにおいて、起点となる中継装置３０は中継装置３０ｘｘであることを把握することができる。そこで、中継装置３０ｙｙの送受信部３１は、制御装置５０ｙから送られてきた中継要求情報を、起点となる中継装置３０ｘｘへ送信する（ステップＳ９７）。

中継装置３０ｘｘの送受信部３１は、中継要求情報に対する応答として、中継を許可する旨を示す中継許可情報を中継装置３０ｙｙへ送信する（ステップＳ９８）。中継装置３０ｙｙの送受信部３１は、中継要求情報に対する応答として、中継を許可する旨を示す中継許可情報を制御装置５０ｙへ送信する（ステップＳ９９）。制御装置５０ｙの送受信部５１は、中継装置３０ｙｙから送られてきた中継許可情報を受信すると、中継要求元の端末１０ｂｂへ中継許可情報を送信する（ステップＳ１００）。

中継装置３０ｘｘの送受信部３１が中継要求情報を受信すると、中継装置３０ｘｘ側では、中継装置３０ｙｙと接続している端末１０ｂｂが、中継要求情報に含まれるセッションＩＤによって識別されるセッションに参加することを把握できる。中継装置３０ｘｘでは、セッションｓｅｄに参加する各端末１０がどの中継装置３０に接続しているかに基づいて、コンテンツデータの伝送ルートを決定して、中継装置３０ｙｙへ通知する。例えば、中継装置３０ｘｘは、端末１０ｂｂから送られてきたコンテンツデータを中継装置３０ｘｘへ送信し、中継装置３０ｘｘから送られてきたコンテンツデータを端末１０ｂｂへ送信する旨の要求を、中継装置３０ｙｙへ送信する。これにより、中継装置３０ｙｙは、端末１０ｂｂから送られてきたコンテンツデータを、中継装置３０ｘｘへ送信し始める一方で、中継装置３０ｘｘから送られてきた端末１０ａａのコンテンツデータを端末１０ｂｂへ送信し始める。このようにして、端末１０ｂｂと中継装置３０ｙｙとの間、及び中継装置（３０ｘｘ，３０ｙｙ）間のセッションｓｅｄが確立される。

端末１０ａａと中継装置３０ｘｘとの間、端末１０ｂｂと中継装置３０ｙｙとの間、及び中継装置（３０ｘｘ，３０ｙｙ）間のセッションｓｅｄのすべてが確立されると、端末（１０ａａ，１０ｂｂ）間で相互にコンテンツデータを送信できるようになる。

続いて、図１７を用いて、端末１０ａａと中継装置３０ｘｘとの間、端末１０ｂｂと中継装置３０ｙｙとの間、及び中継装置（３０ｘｘ，３０ｙｙ）間のセッションｓｅｄが確立された後、制御装置５０ｚと接続している端末１０ｃｃが、上記のセッションｓｅｄに参加する処理について説明する。図１７は、端末１０がセッションｓｅｄに参加する処理を示したシーケンス図である。

まず、セッションｓｅｄに参加している端末１０ａａにおいて、受付部１２が、端末１０ｃｃをセッションｓｅｄに招待する旨の要求を利用者から受け付けると、送受信部１１は、端末１０ｃｃをセッションｓｅｄに招待する旨の招待情報を、自端末の接続先である制御装置５０ｘへ送信する（ステップＳ１０１）。招待情報には、セッションｓｅｄのセッションＩＤ、及び、招待する端末１０ｃｃの端末ＩＤが含まれている。

制御装置５０ｘの送受信部５１は、端末１０ａａから送られてきた招待情報を受信すると、招待情報に含まれている端末ＩＤに基づいて、端末１０ｃｃの地域ＩＤに対応付けられた制御装置５０ｚへ、招待情報を送信する（ステップＳ１０２）。

制御装置５０ｚの送受信部５１が招待情報を受信すると、制御装置５０ｚの招待許否部５７は、セッションのサービスレベルと、セッションに参加する端末１０ｃｃに対応付けられた、利用可能なサービスレベルとに基づいて、端末１０ｃｃのセッションへの参加の許否を決定する（ステップＳ１０３）。

図１８は、セッションへの招待許否の決定処理の例を示すフローチャートである。なお、この処理は、図１７のステップＳ１０３の「セッションへの招待許否の決定処理」に対応する処理である。

招待許否部５７は、セッション管理テーブルから、受信した招待情報に含まれるセッションＩＤに対応付けられた、セッションのサービスレベルを取得する（ステップＳ１６０１）。

端末管理テーブルから、招待された端末１０の端末ＩＤに対応する利用可能なサービスレベルの情報を取得する。例えば、サービスレベル決定部５５は、招待された端末である端末１０ｃｃの端末ＩＤ「０１ｃｃ」に対応する利用可能なサービスレベル「４」を取得する（ステップＳ１６０２）。

セッションのサービスレベルが、招待された端末の利用可能なサービスレベルよりも高いか判断する（ステップＳ１６０３）。

高いと判断した場合（ステップＳ１６０３でＹＥＳ）、招待を拒否し、招待拒否情報を、招待した端末、及び招待された端末に送信する（ステップＳ１６０４）。

高いと判断しない場合（ステップＳ１６０３でＮＯ）、招待を許可する（ステップＳ１６０５）。

図１９は、図１８のステップＳ１６０４で、招待した端末、及び招待された端末における、制御装置５０から受信した招待拒否情報の表示例を示す図である。例えば、招待された端末の契約内容により、招待が拒否された旨を利用者に通知する。

ここで、図１７に戻って、シーケンス図の説明を続ける。以下、招待を許可された場合について説明を続ける。

制御装置５０ｚの中継装置選択部５６は、取得されたサービスレベルに基づいて、制御装置ｚが管理している複数の中継装置３０の中から、一つを選択する（ステップＳ１０４）。なお、この処理は、上述したステップＳ６４の処理と同様である。以下では、ステップＳ１０４の処理により、制御装置５０ｚが管理する中継装置（３０ｚ−１、３０ｚ−２、・・・、３０ｚ−ｎ）の中から選択された一の中継装置３０を中継装置３０ｚｚと称する。

制御装置５０ｚの送受信部５１は、受信した招待情報に含まれている端末ＩＤに基づいて、端末１０ｃｃへ、招待情報を転送する（ステップＳ１０５）。

端末１０ｃｃの送受信部１１は、制御装置５０ｘから送られてきた招待情報を受信すると、端末１０ｃｃの利用者による要求に基づいて、端末１０ａａ側が招待したセッションｓｅｄに参加する要求を示す参加要求情報を、自端末の接続先である制御装置５０ｚへ送信する（ステップＳ１０６）。この参加要求情報には、参加するセッションｓｅｄのセッションＩＤが含まれている。

制御装置５０ｚの送受信部５１が参加要求情報を受信すると、管理部５３は、受信した参加要求情報に基づいて、ステップＳ６６−１と同様の処理により、参加要求元の端末１０ｃｃの新たな状態を示す状態情報を「Accepted」に決定する。そして、参加要求元の端末１０ｃｃの端末ＩＤに関連付けて、ステップＳ１０４にて決定した中継装置ＩＤ、及び端末１０ｃｃの新たな状態を示す状態情報「Accepted」の記録を要求する、端末管理テーブルの更新要求を共通管理装置６０へ送信する（ステップＳ１０７−１）。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる端末ＩＤに関連付けて、中継装置ＩＤ及び状態情報を記憶する。また、ステップＳ６−２−１，Ｓ６−２−…）と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ１０７−２−１，Ｓ１０７−２−…）。

続いて、管理部５３は、端末（１０ａａ，１０ｂｂ，１０ｃｃ）間で確立されるセッションｓｅｄに係る情報を管理する（ステップＳ１０８−１）。この場合、送受信部５１は、管理部５３による要求に基づいて、参加要求情報に含まれるセッションＩＤ、及び、参加要求元の端末１０ｃｃの端末ＩＤを含むセッション管理テーブルの更新要求を共通管理装置６０へ送信する。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側のセッション管理テーブル（図９（Ｄ）参照）において、更新要求に含まれるセッションＩＤ、及び端末ＩＤを関連付けて記憶する。その後、Ｓ６６−２−…と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側のセッション管理テーブルは、共通管理装置６０側のセッション管理テーブルと同期する（ステップＳ１０８−２−…）。

続いて、制御装置５０ｚの送受信部５１は、参加の許可を示す参加許可情報を、参加要求元の端末１０ｃｃへ送信する（ステップＳ１０９）。

参加要求元の端末１０ｃｃの送受信部１１は、参加許可情報を受信した後、コンテンツデータの中継の開始の要求を示す中継要求情報を、制御装置５０ｚへ送信する（ステップＳ１１０）。この中継要求情報には中継要求元の端末１０ｃｃの端末ＩＤ、及び、ステップＳ１０２において受信したセッションＩＤ「conf01.001xx」が含まれている。

制御装置５０ｚの送受信部５１が中継要求情報を受信すると、管理部５３は、受信した中継要求情報に基づいて、ステップＳ６６−１と同様の処理により、中継要求元の端末１０ｃｃの新たな状態を示す状態情報を「Busy」に決定する。そして、中継要求元の端末１０ｃｃの端末ＩＤ、及び端末１０ｃｃの新たな状態を示す状態情報「Busy」を含む端末管理テーブルの更新要求を共通管理装置６０へ送信する（ステップＳ１１１−１）。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる端末ＩＤと、状態情報とを関連づけて記憶する。続いて、ステップＳ６−２−１，Ｓ６−２−…と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ１１１−２−１，Ｓ１１１−２−…）。

続いて、制御装置５０ｚの送受信部５１は、自制御装置の端末管理テーブル（図９（Ｂ)参照）において、中継要求元の端末１０ｃｃの端末ＩＤに関連付けられている中継装置ＩＤ「001zz」に基づいて、この中継装置ＩＤによって識別される中継装置３０ｚｚへ、中継要求元の端末１０ｃｃから送られてきた中継要求情報を送信する（ステップＳ１１２）。この中継要求情報には、端末１０ｃｃから送られてきた中継要求情報に、参加要求元の端末１０ｃｃの端末ＩＤが追加されている。

中継要求情報に含まれるセッションＩＤ「conf01.001xx」には、起点となる中継装置３０を示す情報「001xx」が含まれているため、中継要求情報を受信した中継装置３０ｚｚ側では、このセッションｓｅｄにおいて、起点となる中継装置３０は中継装置３０ｘｘであることを把握することができる。そこで、中継装置３０ｚｚの送受信部３１は、制御装置５０ｚから送られてきた中継要求情報を、起点となる中継装置３０ｘｘへ送信する（ステップＳ１１３）。

中継装置３０ｘｘの送受信部３１は、中継要求情報に対する応答として、中継を許可する旨を示す中継許可情報を中継装置３０ｚｚへ送信する（ステップＳ１１４）。中継装置３０ｚｚの送受信部３１は、中継要求情報に対する応答として、中継を許可する旨を示す中継許可情報を制御装置５０ｚへ送信する（ステップＳ１１５）。制御装置５０ｚの送受信部５１は、中継装置３０ｚｚから送られてきた中継許可情報を受信すると、中継要求元の端末１０ｃｃへ中継許可情報を送信する（ステップＳ１１６）。

中継装置３０ｘｘの送受信部３１が中継要求情報を受信すると、中継装置３０ｘｘ側では、中継装置３０ｚｚと接続している端末１０ｂｂが、中継要求情報に含まれるセッションＩＤによって識別されるセッションに参加することを把握できる。中継装置３０ｘｘでは、セッションｓｅｄに参加する端末１０がどの中継装置３０に接続しているかに基づいて、コンテンツデータの伝送ルートを決定して、中継装置（３０ｚｚ，３０ｙｙ）へ通知する。例えば、中継装置３０ｘｘは、端末１０ｃｃから送られてきたコンテンツデータを中継装置（３０ｘｘ，３０ｙｙ）へ送信し、中継装置（３０ｘｘ，３０ｚｚ）から送られてきた端末（１０ａａ，１０ｂｂ）のコンテンツデータを端末１０ｃｃへ送信する旨の要求を、中継装置３０ｚｚへ送信する。これにより、中継装置３０ｚｚは、端末１０ｃｃから送られてきたコンテンツデータを、中継装置（３０ｘｘ，３０ｙｙ）へ送信し始める一方で、中継装置３０ｘｘから送られてきた端末１０ａａのコンテンツデータを端末１０ｂｂへし始める。

また、中継装置３０ｘｘは、端末１０ｂｂから送られてきたコンテンツデータを中継装置３０ｚｚへ送信し、中継装置３０ｚｚから送られてきた端末１０ｃｃのコンテンツデータを端末１０ｂｂへ送信する旨の要求を、中継装置３０ｙｙへ送信する。これにより、中継装置３０ｙｙは、端末１０ｂｂから送られてきたコンテンツデータを、中継装置３０ｚｚへ送信し始める一方で、中継装置３０ｚｚから送られてきた端末１０ｃｃのコンテンツデータを端末１０ｂｂへし始める。

このようにして、端末１０ｃｃと中継装置３０ｚｚとの間、及び中継装置３０ｚｚと中継装置（３０ｘｘ，３０ｙｙ）との間のセッションｓｅｄが確立される。

端末１０ｃｃと中継装置３０ｚｚとの間、及び中継装置３０ｚｚと中継装置（３０ｘｘ，３０ｙｙ）との間のセッションｓｅｄのすべてが確立されると、端末（１０ａａ，１０ｂｂ，１０ｃｃ）間で相互にコンテンツデータを送信できるようになる。

（セッションｓｅｄからの退出）
続いて、図２０（Ａ）を用いて、端末（１０ａａ，１０ｂｂ，１０ｃｃ）間で確立されたセッションｓｅｄに参加している端末１０ａａが、セッションｓｅｄから退出する処理について説明する。図２０の各図は、端末１０ａａが、セッションｓｅｄから退出する処理を示したシーケンス図である。

まず、端末１０ａａの送受信部１１は、利用者による要求に基づいて、通信の終了の要求を示す終了要求情報を制御装置５０ｘへ送信する（ステップＳ１２１）。この終了要求情報には端末１０ａａが参加しているセッションｓｅｄのセッションＩＤ「conf01.001xx」が含まれている。

制御装置５０ｘの送受信部５１が終了要求情報を受信すると、管理部５３は、受信した終了要求情報に基づいて、ステップＳ６６−１と同様の処理により、終了要求元の端末１０ａａの新たな状態を示す状態情報を「None」に決定する。そして、終了要求元の端末１０ａａの端末ＩＤ、及び端末１０ａａの新たな状態を示す状態情報「None」を含む端末管理テーブルの更新要求を共通管理装置６０へ送信する（ステップＳ１２２−１）。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる端末ＩＤと、状態情報とを関連付けて記憶する。また、ステップＳ６−２−１，Ｓ６−２−…と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ１２２−２−１，Ｓ１２２−２−…）。

続いて、管理部５３は、端末１０ａａが退出するセッションｓｅｄに係る情報を管理する（ステップＳ１２３−１）。この場合、送受信部５１は、管理部５３による要求に基づいて、終了要求情報に含まれるセッションＩＤ、及び、セッションｓｅｄから退出する端末１０ａａの端末ＩＤを含むセッション管理テーブルの更新要求を共通管理装置６０へ送信する。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側のセッション管理テーブル（図９（Ｄ）参照）において、更新要求に含まれているセッションＩＤに関連づけられている端末１０ａａの端末ＩＤを削除する。その後、ステップＳ６７−２−…と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側のセッション管理テーブルと同期する（ステップＳ１２３−２−…）。

続いて、制御装置５０ｘの送受信部５１は、自制御装置の端末管理テーブル（図９（Ｂ)参照）において、終了要求元の端末１０ａａの端末ＩＤに関連付けられている中継装置ＩＤ「001xx」に基づいて、この中継装置ＩＤによって識別される中継装置３０ｘｘへ、終了要求元の端末１０ａａから送られてきた終了要求情報を送信する（ステップＳ１２４）。

中継装置３０ｘｘの送受信部３１が終了要求情報を受信すると、中継装置３０ｘｘ側では、端末（１０ａａ，１０ｂｂ，１０ｃｃ）間で確立されているセッションｓｅｄから端末１０ａａが退出することを把握できる。中継装置３０ｘｘでは、端末１０ａａが退出後もセッションｓｅｄに参加する端末（１０ｂｂ、１０ｃｃ）がどの中継装置３０に接続しているかに基づいて、コンテンツデータの伝送ルートを決定して、中継装置（３０ｙｙ，３０ｚｚ）へ通知する。例えば、中継装置３０ｘｘは、端末１０ｂｂから送られてきたコンテンツデータを中継装置３０ｚｚへ送信し、中継装置３０ｚｚから送られてきた端末１０ｃｃのコンテンツデータを端末１０ｂｂへ送信する旨の要求を、中継装置３０ｙｙへ送信する。また、中継装置３０ｘｘは、端末１０ｃｃから送られてきたコンテンツデータを中継装置３０ｙｙへ送信し、中継装置３０ｙｙから送られてきた端末１０ｂｂのコンテンツデータを端末１０ｃｃへ送信する旨の要求を、中継装置３０ｚｚへ送信する。

これにより、端末１０ａａは、セッションｓｅｄから切断する一方で（ステップＳ１２５）、端末（１０ｂｂ，１０ｃｃ）間では継続してコンテンツデータを相互に送信することができる。

続いて、図２０（Ｂ）を用いて、端末１０ａａが退出した後、端末（１０ｂｂ，１０ｃｃ）間で確立されているセッションｓｅｄから、端末１０ｂｂが退出する処理について説明する。まず、端末１０ｂｂの送受信部１１は、利用者による要求に基づいて、通信の終了の要求を示す終了要求情報を制御装置５０ｙへ送信する（ステップＳ１３１）。この終了要求情報には端末１０ｂｂが参加しているセッションｓｅｄのセッションＩＤ「conf01.001xx」が含まれている。

制御装置５０ｙの送受信部５１が終了要求情報を受信すると、管理部５３は、受信した終了要求情報に基づいて、ステップＳ６６−１と同様の処理により、終了要求元の端末１０ｂｂの新たな状態を示す状態情報を「None」に決定する。そして、終了要求元の端末１０ｂｂの端末ＩＤ、及び端末１０ｂｂの新たな状態を示す状態情報「None」を含む端末管理テーブルの更新要求を共通管理装置６０へ送信する（ステップＳ１３２−１）。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、更新要求に含まれる端末ＩＤと、状態情報とを関連付けて記憶する。その後、ステップＳ６−２−１，Ｓ６−２−…）と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ１３２−２−１，Ｓ１３２−２−…）。

続いて、管理部５３は、端末１０ｂｂが退出するセッションｓｅｄに係る情報を管理する（ステップＳ１３３−１）。この場合、送受信部５１は、管理部５３による要求に基づいて、終了要求情報に含まれるセッションＩＤ、及び、セッションｓｅｄから退出する端末１０ｂｂの端末ＩＤを含むセッション管理テーブルの更新要求を共通管理装置６０へ送信する。

共通管理装置６０の送受信部６１が更新要求を受信すると、記憶・読出部６９は、共通管理装置６０側のセッション管理テーブル（図９（Ｄ）参照）において、更新要求に含まれるセッションＩＤに関連づけられている端末１０ｂｂの端末ＩＤを削除する。その後、ステップＳ６７−２−…の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側のセッション管理テーブルと同期する（ステップＳ１３３−２−…）。

続いて、制御装置５０ｙの送受信部５１は、自制御装置の端末管理テーブル（図９（Ｂ)参照）において、終了要求元の端末１０ｂｂの端末ＩＤに関連付けられている中継装置ＩＤ「001yy」に基づいて、この中継装置ＩＤによって識別される中継装置３０ｙｙへ、終了要求元の端末１０ｂｂから送られてきた終了要求情報を送信する（ステップＳ１３４）。終了要求情報に含まれるセッションＩＤ「conf01.001xx」には、起点となる中継装置３０ｘｘを示す情報「001xx」が含まれているため、中継要求情報を受信した中継装置３０ｙｙ側では、このセッションｓｅｄにおいて、起点となる中継装置３０は中継装置３０ｘｘであることを把握することができる。そこで、中継装置３０ｙｙの送受信部３１は、制御装置５０ｙから送られてきた終了要求情報を、起点となる中継装置３０ｘｘへ送信する（ステップＳ１３５）。

中継装置３０ｘｘの送受信部３１が終了要求情報を受信すると、中継装置３０ｘｘ側では、端末（１０ｂｂ，１０ｃｃ）間で確立されているセッションｓｅｄから端末１０ｂｂが退出することを把握できる。中継装置３０ｘｘでは、端末１０ａａが退出後もセッションｓｅｄに参加する端末１０ｃｃがどの中継装置３０に接続しているかに基づいて、コンテンツデータの伝送ルートを決定して、中継装置（３０ｙｙ，３０ｚｚ）へ通知する。例えば、中継装置３０ｘｘは、端末１０ｂｂとの間のセッションｓｅｄ、及び中継装置３０ｘｘとの間のセッションｓｅｄを切断する旨の要求を中継装置３０ｙｙへ送信する。また、中継装置３０ｘｘは、端末１０ｃｃから送られてきた端末１０ｃｃのコンテンツデータを端末１０ｃｃへ返送する旨の要求を中継装置３０ｚｚへ送信する。これにより、端末１０ｂｂは、セッションｓｅｄから切断する一方で（ステップＳ１３７）、端末１０ｂｂは、自端末が送信したコンテンツデータを、中継装置３０ｚｚを介して自端末で受信するセッションｓｅｄを継続することができる。

（ログアウト処理）
まずは、図２１を用いて、端末１０が制御装置５０からログアウトする処理について説明する。図２１は、端末１０のログアウト処理を示したシーケンス図である。以下、端末１０ａａが、端末（１０ｂｂ，１０ｃｃ）との間のセッションｓｅｄから退出した後、制御装置５０ｘからログアウトする処理について説明する。

端末１０ａａは、利用者による要求に基づいて、送受信部１１によって、接続先の制御装置５０ｘに対し、ログアウト要求を送信する（ステップＳ１４１）。制御装置５０ｘの送受信部５１は、ログアウト要求を受信すると、管理部５３による要求に基づいて、ログアウトする端末１０ａａの端末ＩＤに関連付けられている地域ＩＤ、ＩＰアドレス、及び中継装置ＩＤを端末管理テーブル（図９（Ｂ）参照）から削除する要求を共通管理装置６０へ送信する（ステップＳ１４２−１）。

共通管理装置６０の送受信部６１がこの要求を受信すると、記憶・読出部６９は、共通管理装置６０側の端末管理テーブル（図９（Ｂ）参照）において、受信した端末ＩＤに関連づけられている地域ＩＤ、ＩＰアドレス、及び中継装置ＩＤを削除する。その後、ステップＳ６−２−１，Ｓ６−２−…）と同様の処理が実行されることで、各制御装置（５０ｘ，５０ｙ，５０ｚ）側の端末管理テーブルは、共通管理装置６０側の端末管理テーブルと同期する（ステップＳ１４２−２−…）。

続いて、記憶・読出部５９は、管理部５３による要求に基づいて、稼働状態管理テーブル（図９（Ｆ）参照）において、ログアウト要求元の端末１０ａａの端末ＩＤに関連づけて、稼働状態「オフライン」を記憶する（ステップＳ１４３）。更新された稼働状態「オフライン」は、上記のステップＳ４８乃至Ｓ５１−１，２の処理により、端末１０ａａの宛先候補の端末１０に通知される。

また、管理部５３は、制御装置５０ｘの接続管理テーブル（図９（Ｇ））において、ログアウト要求元の端末１０ａａの端末ＩＤが記録されているレコードを削除する（ステップＳ１４４）。これにより、接続管理テーブルにおいて、端末１０ａａの端末ＩＤ、及び、この端末ＩＤに関連付けられている中継装置接続ＩＤ、中継装置接続パスワードが削除される。

続いて、制御装置５０ｘの送受信部５１は、ログアウトが完了した旨を示すログアウト完了情報をログアウト要求元の端末１０ａａへ送信する（ステップＳ１４７）。

また、端末１０ａａは、中継装置３０ｘｘに対してログアウト要求を送信する。中継装置３０ｘｘでは、端末１０ａａのログアウトに伴う処理を完了するとログアウト完了情報を端末１０ａａへ送信する。

以上の処理により、端末１０ａａは、制御装置５０ｘ及び中継装置３０からのログアウトを完了する。

＜＜変形例＞＞
上記実施形態では、共通管理装置６０が、制御装置５０とは異なる装置である場合について説明したが、本発明はこのような実施形態に限定されない。他の一実施形態によると、共通管理装置６０は、制御装置（５０ｘ，５０ｙ，５０ｘ）のうち、いずれか一の制御装置５０に設けられていても良い、この場合、一の制御装置５０は、上記の共通管理装置６０の各機能部を備えている。例えば、端末１０との接続数が最も多い制御装置５０に共通管理装置６０の各機能部を構築しておくことで、通信システム１全体として、制御装置５０が共通管理装置６０へアクセスするために要する時間の平均値を小さくすることができるという効果を奏する。

なお、ステップＳ１５０２で、中継装置３０を、セッションのサービスレベルに基づいて選択する代わりに、他の制御装置５０にて選択された中継装置３０のサービスレベルに基づいて抽出する構成としてもよい。その場合、例えば、次のような構成としてもよい。開始要求元の端末１０ａａが接続する制御装置５０ｘのセッション制御部５８が、選択した中継装置３０ｘｘのサービスレベルをセッション管理テーブル等に格納する。宛先の端末１０ｂｂが接続する制御装置５０ｙが、ステップＳ１５０２の代わりに、セッションのサービスレベル以下、かつ、中継装置３０ｘｘのサービスレベル以上で、中継装置３０ｘｘのサービスレベルに最も近いサービスレベルの中継装置３０ｙｙを選択する構成とする。

それにより、例えば、開始要求元側にて選択された中継装置３０ｘｘが、画像の処理能力が低く、低解像度の画像データしか中継できない場合に、宛先側にて、セッションのサービスレベル以下である、中解像度の画像データを中継できる中継装置３０ｙ−１と、低解像度の画像データしか中継できない中継装置３０ｙ−２がある場合に、中継装置３０ｙ−２を選択することができる。それにより、不必要に高品質な中継装置３０を選択しないようにすることができる。

中継装置３０のサービスレベルは、中継装置３０の利用状況等に応じて、動的に変化させる構成としてもよい。例えば、制御装置５０のセッション制御部５８は、自身が管理する中継装置毎に、各中継装置が使用されているセッションの数またはＣＰＵ使用率等を管理する。そして、当該数またはＣＰＵ使用率等に応じて、各中継装置のサービスレベルを更新する構成としてもよい。それにより、例えば、複数のセッションにて高解像度な画像の中継しており、余力の少ない中継装置３０のサービスレベルを、低い値に更新できる。

図１７のステップＳ１０３で、セッションへの招待許否の決定処理を行う代わりに、図１３のステップＳ６３のセッションのサービスレベルの決定処理を行い、セッションのサービスレベルを更新する構成としてもよい。その場合、セッションに参加する各端末（１０ａａ、１０ｂｂ、１０ｃｃ）のサービスレベルに基づき、「最も低いものを利用する」、「最も高いものを利用する」、「平均値を利用する」等により、セッションのサービスレベルを再度決定し、セッションに参加する各端末（１０ａａ、１０ｂｂ、１０ｃｃ）が接続する中継装置（３０ｘｘ、３０ｙｙ、３０ｚｚ）を再度選択する構成としてもよい。

なお、上述した実施形態におけるシステム構成は一例であり、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、管理システム５は、一の制御装置５０により構成してもよい。その場合、一の制御装置５０は、上記の共通管理装置６０、及び他の制御装置５０の各機能部を備える構成としてもよい。

１ 通信システム
２ 通信ネットワーク
５ 管理システム
１０ 端末
１１ 送受信部
１２ 受付部
１３ 通信制御部
１７ 表示制御部
１９ 記憶・読出部
３０ 中継装置
３１ 送受信部
３２ 認証部
３３ 中継制御部
３９ 記憶・読出部
５０ 制御装置
５１ 送受信部
５２ 認証部
５３ 管理部
５４ 検索部
５５ サービスレベル決定部（「決定部」の一例）
５６ 中継装置選択部（「第１の選択部」、「第２の選択部」の一例）
５７ 招待許否部
５８ セッション制御部
５９ 記憶・読出部
６０ 共通管理装置
６１ 送受信部
６９ 記憶・読出部
１０００ 記憶部
３０００ 記憶部
５０００ 記憶部
５００１ 認証管理ＤＢ
５００２ 端末管理ＤＢ
５００３ 宛先リスト管理ＤＢ
５００４ セッション管理ＤＢ
５０１１ 中継装置管理ＤＢ
５０１２ 稼働状態管理ＤＢ
５０１３ 接続管理ＤＢ
６０００ 記憶部
６００１ 認証管理ＤＢ
６００２ 端末管理ＤＢ
６００３ 宛先リスト管理ＤＢ
６００４ セッション管理ＤＢ

特開２００３−０７６６２３号公報

Claims (8)

1. 第１の中継装置及び第２の中継装置を介して第１の端末及び第２の端末の間のコンテンツデータの伝送を行うセッションを管理する管理システムであって、
   前記第１の端末が利用可能なコンテンツデータの伝送の品質と、前記第２の端末が利用可能なコンテンツデータの伝送の品質とに基づいて、前記セッションにおけるコンテンツデータの伝送の品質を決定する決定部と、
   前記決定した品質に応じて、前記第１の端末が接続する前記第１の中継装置を選択する第１の選択部と、
   前記決定した品質に応じて、前記第２の端末が接続する前記第２の中継装置を選択する第２の選択部と、
   を備える管理システム。
2. 前記決定部は、前記第１の端末が利用可能なサービスの品質と、前記第２の端末が利用可能なサービスの品質との、平均、低い方、または高い方に基づいて、前記セッションにおけるコンテンツデータの伝送の品質を決定する、
   請求項１記載の管理システム。
3. 第２の選択部は、第１の中継装置が提供するコンテンツデータの伝送の品質に応じて、前記第２の中継装置を選択する、
   請求項１または２記載の管理システム。
4. 前記セッションが開始された後、前記セッションへの第３の端末の招待を要求されると、前記決定した品質と、前記第３の端末が利用可能なコンテンツデータの伝送の品質とに基づいて、前記招待を許可または拒否する招待許否部を備える、
   請求項１乃至３のいずれか一項に記載の管理システム。
5. 前記決定部は、前記セッションが開始された後、前記セッションへの第３の端末の招待を要求されると、前記第１の端末が利用可能なコンテンツデータの伝送の品質、前記第２の端末が利用可能なコンテンツデータの伝送の品質、及び前記第３の端末が利用可能なコンテンツデータの伝送の品質に基づいて、前記セッションにおけるコンテンツデータの伝送の品質を更新する、
   請求項１乃至３のいずれか一項に記載の管理システム。
6. 第１の中継装置及び第２の中継装置を介して複数の端末の間でコンテンツデータの伝送を行うセッションを管理する制御装置であって、
   提供するコンテンツデータの伝送の品質が異なる複数の中継装置を管理する管理部と、
   当該制御装置に接続される他の制御装置が前記第１の中継装置を選択する際に使用した、前記セッションにおけるコンテンツデータの伝送の品質に応じて、前記複数の中継装置の中から、前記第２の中継装置を選択する選択部と、
   を備える制御装置。
7. 第１の中継装置及び第２の中継装置を介して第１の端末及び第２の端末の間のコンテンツデータの伝送を行うセッションを管理する管理システムが、
   前記第１の端末が利用可能なコンテンツデータの伝送の品質と、前記第２の端末が利用可能なコンテンツデータの伝送の品質とに基づいて、前記セッションにおけるコンテンツデータの伝送の品質を決定するステップと、
   前記決定した品質に応じて、前記第１の端末からのコンテンツデータを中継する前記第１の中継装置を選択するステップと、
   前記決定した品質に応じて、前記第２の端末からのコンテンツデータを中継する前記第２の中継装置を選択するステップと、
   を実行する管理方法。
8. 第１の中継装置及び第２の中継装置を介して第１の端末及び第２の端末の間のコンテンツデータの伝送を行うセッションを管理する管理システムに、
   前記第１の端末が利用可能なコンテンツデータの伝送の品質と、前記第２の端末が利用可能なコンテンツデータの伝送の品質とに基づいて、前記セッションにおけるコンテンツデータの伝送の品質を決定するステップと、
   前記決定した品質に応じて、前記第１の端末からのコンテンツデータを中継する前記第１の中継装置を選択するステップと、
   前記決定した品質に応じて、前記第２の端末からのコンテンツデータを中継する前記第２の中継装置を選択するステップと、
   を実行させるプログラム。

Images