JP2016100859A - 制御システム、通信システム、制御方法、及びプログラム - Google Patents

Abstract

【課題】 複数の中継装置を介して通信端末間でコンテンツデータを送信するセッションへ、新たな通信端末を参加させる場合に、複数の中継装置の中に、参加の制御を行う制御装置からアクセスできない中継装置が含まれている場合には、制御装置から、その中継装置へ、新たな通信端末の参加の通知を送信できなくなる。このため、中継装置側では、新たなコンテンツデータの送信経路を設定できなくなる。【解決手段】 制御装置５０は、複数の中継装置３０を介して通信端末間でコンテンツデータを送信するためのセッションを確立するときに、複数の中継装置３０の中から、セッションにおけるコンテンツデータの宛先を管理する中継装置３０を決定し、決定された中継装置の中継装置ＩＤを、セッションに参加する端末１０の接続先の中継装置３０へ送信する。【選択図】図１

Description

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

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

また、通信システムの普及による通信端末数の増大に伴い、通信システムには拡張性が要求されるようになっている。通信システムの拡張性を高めるための技術として、例えば、特許文献１には、テレビ会議システムにおいて、テレビ会議を管理するために、複数のテレビ会議管理システムを設けることが開示されている。これにより、各テレビ会議端末が、他のテレビ会議端末との間の通信を開始するため、テレビ会議管理システムと接続するときに、接続先を分散させることができる。

また、特許文献２には、複数のエンド・ポイント間で通信するときに、複数のＭＣＵ（Multipoint Control Unit）を介して、画像データを送信する方法が開示されている。これにより、一台のＭＣＵに接続可能な数を超える多数のエンド・ポイント間での通信が可能となる。

しかしながら、複数の中継装置を介して通信端末間でコンテンツデータを送信するセッションへ、新たな通信端末を参加させる場合に、複数の中継装置の中に、参加の制御を行う制御装置からアクセスできない中継装置が含まれている場合には、制御装置から、その中継装置へ、新たな通信端末の参加の通知を送信できなくなる。このため、中継装置側では、新たなコンテンツデータの送信経路を設定できなくなるという課題が生じる。

請求項１に掛かる発明の制御システムは、通信端末間でコンテンツデータを送信するためのセッションを制御する制御システムであって、複数の中継装置を介して通信端末間でコンテンツデータを送信するためのセッションを確立するときに、複数の前記中継装置の中から、前記セッションにおける前記コンテンツデータの宛先を管理する中継装置を決定する決定手段と、通信端末を、前記セッションに参加させるときに、前記通信端末の接続先の中継装置へ、前記決定手段によって決定された中継装置の識別情報を送信する送信手段と、を有することを特徴とする。

以上説明したように本発明によれば、複数の中継装置を介して通信端末間でコンテンツデータを送信するセッションへ、新たな通信端末を参加させる場合に、複数の中継装置の中に、参加の制御を行う制御装置からアクセスできない中継装置が含まれていても、中継装置側で、新たなコンテンツデータの送信経路を設定することが可能になるという効果を奏する。

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

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

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

一実施形態に係る通信システム１は、複数の端末（１０ａａ，１０ｂｂ，１０ｃｃ）、複数の中継装置（３０ｘｘ，３０ｙｙ，３０ｚｚ）、及び、管理システム５により構築される。管理システム５は、複数の制御装置（５０ｘ，５０ｙ，５０ｚ）、及び共通管理装置６０を備えている。以下、複数の端末（１０ａａ，１０ｂｂ，１０ｃｃ）等のうち、任意の端末は「端末１０」と表されている。また、複数の中継装置（３０ｘｘ，３０ｙｙ，３０ｚｚ）等のうち、任意の中継装置は「中継装置３０」と表されている。また、複数の制御装置（５０ｘ，５０ｙ，５０ｚ）等のうち、任意の制御装置は「制御装置５０」と表されている。

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

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

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

本実施形態では、コミュニケーションシステムの一例としてのビデオ会議システム、コミュニケーション管理システムの一例としてのビデオ会議管理システム、及びコミュニケーション端末の一例としてのビデオ会議端末を想定した上で、通信システム、管理システム、及び端末について説明する。即ち、本発明の端末及び管理システムは、ビデオ会議システムに適用されるだけでなく、コミュニケーションシステム、又は通信システムにも適用される。すなわち、通信システム１は電話システムであり、端末１０は、ＩＰ(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」に決定する（図２参照）。

ステップＳ２において読み出したサービスＩＤが「ビデオ会議」である場合には、セッション制御部５８は、ログイン要求元の端末１０が接続する接続先の中継装置３０を選択する（ステップＳ６）。この場合、セッション制御部５８は、セッション管理テーブルにおいて、自制御装置が配置されている地域（例えば、地域Ｘ）の地域ＩＤ（例えば「jp01」）に関連付けられて管理されている中継装置ＩＤによって識別される中継装置３０、すなわち、自制御装置と同じ地域に配置されている中継装置３０を、ログイン要求元の端末１０が接続する接続先の中継装置３０として選択する。なお、自制御装置と同じ地域に複数の中継装置３０が配置されている場合に、中継装置３０を選択する方法としては、特に限定されないが、ラウンドロビン方式で選択する方法、中継装置３０毎の負荷に基づいて選択する方法等が挙げられる。また、ステップＳ６の処理の一環として、記憶・読出部５９は、選択された中継装置３０の中継装置ＩＤを検索キーとして、中継装置管理テーブル（図９（Ｅ）参照）を検索し、対応するＵＲＩを読み出す。

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

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

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

続いて、制御装置５０の送受信部５１は、ログイン要求元の端末１０に対して、認証に成功した旨の認証結果、ステップＳ６で読みだされた中継装置３０のＵＲＩ、ステップＳ６で生成された中継装置接続ＩＤ及び中継装置接続パスワードを送信する（ステップＳ９）。

端末１０の送受信部１１は、制御装置５０から送られてきたＵＲＩ、中継装置接続ＩＤ、及び中継装置接続パスワードを受信すると、ＵＲＩによって示される中継装置３０へ、ログイン要求を送信する（ステップＳ１０）。このログイン要求には、ログイン要求元の端末１０の端末ＩＤと、制御装置５０から送られてきた中継装置接続ＩＤと、中継装置接続パスワードとが含まれている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、管理部５３は、図２の状態遷移図によって示される状態遷移のルールに従って、端末１０の通信の状態を管理する（ステップＳ６３−１）。すなわち、ステップＳ６１において、制御装置５０ｘが受信した開始要求に基づいて、管理部５３は、開始要求元の端末１０ａａの新たな状態を示す状態情報を「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 (11)

1. 通信端末間でコンテンツデータを送信するためのセッションを制御する制御システムであって、
   複数の中継装置を介して通信端末間でコンテンツデータを送信するためのセッションを確立するときに、複数の前記中継装置の中から、前記セッションにおける前記コンテンツデータの宛先を管理する中継装置を決定する決定手段と、
   通信端末を、前記セッションに参加させるときに、前記通信端末の接続先の中継装置へ、前記決定手段によって決定された中継装置の識別情報を送信する送信手段と、
   を有することを特徴とする制御システム。
2. 前記決定手段、及び前記送信手段を有する制御装置を複数備えたことを特徴とする請求項１に記載の制御システム。
3. 前記制御装置は、前記セッションへの参加を要求する参加要求元の通信端末が送信した、前記中継装置の識別情報を受信する受信手段を有しており、
   前記制御装置の前記送信手段は、前記参加要求元の通信端末の接続先の中継装置へ、前記受信手段が受信した前記中継装置の識別情報を送信することを特徴とする請求項２に記載の制御システム。
4. 前記制御装置の前記送信手段は、前記決定手段によって決定された前記中継装置の識別情報を、前記セッションに参加する通信端末へ送信することを特徴とする請求項３に記載の制御システム。
5. 請求項１乃至４のいずれか一項に記載の制御システムと、
   複数の前記中継装置と、
   を備えたことを特徴とする通信システム。
6. 前記中継装置は、
   前記制御システムが送信した、前記中継装置の識別情報を受信する受信手段と、
   前記受信手段によって受信された前記中継装置の識別情報が、自中継装置を識別するものではない場合に、前記中継装置の識別情報によって識別される中継装置へ、自制御装置と接続している通信端末の識別情報を送信する送信手段と、
   を有することを特徴とする請求項５に記載の通信システム。
7. 更に、前記通信端末を備えたことを特徴とする請求項５又は６に記載の通信システム。
8. 通信端末間でコンテンツデータを送信するためのセッションを制御する制御システムに、
   複数の中継装置を介して通信端末間でコンテンツデータを送信するためのセッションを確立するときに、複数の前記中継装置の中から、前記セッションにおける前記コンテンツデータの宛先を管理する中継装置を決定する決定処理と、
   通信端末を、前記セッションに参加させるときに、前記通信端末の接続先の中継装置へ、前記決定処理によって決定された中継装置の識別情報を送信する送信処理と、
   を実行させることを特徴とする制御方法。
9. 通信端末間でコンテンツデータを中継する中継装置に、
   前記制御システムが送信した、前記中継装置の識別情報を受信する受信処理と、
   前記受信処理によって受信された前記中継装置の識別情報が、自中継装置を識別するものではない場合に、前記中継装置の識別情報によって識別される中継装置へ、受信処理によって受信された前記中継装置の識別情報を送信する送信処理と、
   を実行させることを特徴とする請求項８に記載の制御方法。
10. 前記制御システムに、請求項８に記載の各処理を実行させることを特徴とするプログラム。
11. 前記中継装置に、請求項９に記載の各処理を実行させることを特徴とするプログラム。

Images