JP5953689B2 - 伝送管理システム、伝送システム、及び伝送管理システム用プログラム - Google Patents

Description

本発明は、伝送端末の通信の状態を管理する伝送管理システムに関する。

近年、出張経費及び出張時間を削減する要請に伴い、インターネット等の通信ネットワークを介してテレビ会議等を行うテレビ会議システムが普及している。このようなテレビ会議システムでは、複数のテレビ会議端末等の伝送端末の間で通話を開始すると、画像データ及び音声データ等のコンテンツデータの送受信が行われ、テレビ会議を実現することができる。

また、近年のブロードバンド環境の充実化により、複数の伝送端末間で高画質の画像データや高音質の音声データ等のコンテンツデータの送受信が可能となった。これにより、テレビ会議の相手の状況を把握し易くなり、会話による意思疎通の充実度を向上することができるようになった。

このようなテレビ会議システムでは、予約に基づくテレビ会議を開始する場合に、会議の開始時刻、会議端末等を特定するための会議開催情報を電子メールより抽出し、テレビ会議開催に必要な各種情報を蓄積しておくことが知られている（特許文献１参照）。これにより、テレビ会議システムでは、会議の開始時刻にテレビ会議に参加する会議端末を呼び出して、予約された会議を開始することができる。

しかしながら、従来のテレビ会議システムによると、予約に基づくテレビ会議を開始する場合に、テレビ会議に参加する他の伝送端末の通信の状態を確認することができなかった。このため、あるテレビ会議端末が、所定の予約に基づくテレビ会議に参加するのを待ってからテレビ会議を開始したい場合に、このテレビ会議端末の通信の状態を電話等の他の通信手段によって確認してから会議を開始する必要があり、多大な手間を要していた。

請求項１にかかる発明は、予約されたセッションへの参加要求元の伝送端末を識別するための伝送端末識別情報と、前記予約を識別するための予約識別情報と、を関連付けて管理する通信管理部と、所定の予約を識別するための予約識別情報を含む第２の伝送端末の状態の取得の要求を第１の伝送端末から受付ける受付部と、前記受付部によって前記要求が受付けられると、前記第２の伝送端末を識別するための伝送端末識別情報に関連付けられた予約識別情報を前記通信管理部から抽出する予約抽出部と、前記予約抽出部によって抽出された前記予約識別情報、及び前記要求に含まれる予約識別情報が同一であるか判断する判断部と、前記判断部によって同一であると判断された場合には、前記所定の予約に基づくセッションに参加している前記第２の伝送端末の状態を示す第１の状態情報を前記第１の伝送端末に送信し、前記判断部によって同一でないと判断された場合には、前記所定の予約に基づくセッションとは異なるセッションに参加している前記第２の伝送端末の状態を示す第２の状態情報を前記第１の伝送端末に送信する送信部と、を有することを特徴とする伝送管理システムである。

以上説明したように本発明によれば、管理システムは、第２の伝送端末が予約に基づく通信を実行する場合に、この予約が所定の予約であるか否か判断し、判断の結果に基づいて第２伝送端末の状態を示す情報を第１の伝送端末に送信する。これにより、第２の伝送端末が所定の予約に基づく通信を開始してからテレビ会議を開始したい場合に、第１の伝送端末の利用者は、送信された情報に基づいて通信を開始できるので、第２の伝送端末の通信の状態を電話等の他の通信手段によって確認する必要がなくなる。

本発明の一実施形態に係る伝送システムの概略図である。 伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。 画像データの画質を説明する概念図である。 本発明の一実施形態に係る伝送端末のハードウェア構成図である。 本発明の一実施形態に係る伝送管理システム、中継装置、又はプログラム提供システムのハードウェア構成図である。 本発明の一実施形態に係る伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。 図６の中継装置選択部５６が詳細に示された機能ブロック図である。 変更品質管理テーブルを示す概念図である。 中継装置管理テーブルを示す概念図である。 端末認証管理テーブルを示す概念図である。 端末管理テーブルを示す概念図である。 宛先リスト管理テーブルを示す概念図である。 セッション管理テーブルを示す概念図である。 品質管理テーブルを示す概念図である。 中継装置選択管理テーブルを示す概念図である。 予約管理テーブルを示す概念図である。 各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。 伝送端末間で通話を開始する準備段階の処理を示したシーケンス図である。 会議情報及び宛先情報を作成する処理を示したフロー図である。 会議情報・宛先情報の一例を示す概念図である。 本実施形態の宛先リストを示す概念図である。 会議・宛先詳細情報を作成する処理を示したフロー図である。 会議情報・宛先詳細情報の一例を示す概念図である。 本実施形態の会議・宛先詳細リストを示す概念図である。 要求元端末が予約されたセッションに参加するための処理を示したシーケンス図である。 セッションの管理を行うための処理を示したフロー図である。 伝送端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。 他の実施形態の宛先リストを示す概念図である。 本実施形態に係る端末の外観図である。

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

本実施形態の伝送システム１では、コンテンツデータが通信されるセッションに参加する端末１０の端末ＩＤを指定して所定のセッションが予約されると、予約（予約ＩＤ（Identification））毎に仮想の会議室が設置されると想定する。この場合、各端末は、予約ＩＤを指定して通信の開始を要求することにより仮想の会議室に入室し、同じ仮想の会議室に入室している端末間でコンテンツデータの通信（会議）が開始されるものとする。

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

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

まず、図１に示されている伝送システム１は、複数の伝送端末（１０ａａ，１０ａｂ，…）、各伝送端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、伝送管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。複数の伝送端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信による伝送を行う。

なお、以下では、「伝送端末」を単に「端末」として表し、「伝送管理システム」を単に「管理システム」として表す。また、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置は「中継装置３０」と表されている。更に、テレビ会議の開始を要求する要求元としての端末は「要求元端末」と表され、要求先である宛先（中継先）としての端末は「宛先端末」と表されている。

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

ここで、本実施形態で扱われる画像データの画像の解像度について説明する。図３（ａ）に示されているように、横が１６０画素、縦が１２０画素から成り、ベース画像となる低解像度の画像と、図３（ｂ）に示されているように、横が３２０画素、縦が２４０画素から成る中解像度の画像と、図３（ｃ）に示されているように、横が６４０画素、縦が４８０画素から成る高解像度の画像とがある。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の画像データのみから成る低画質の画像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、帯域が非常に広い場合には、ベース画質となる低解像度の画像データ、中画解像度の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。

図１に示されている中継装置３０は、複数の端末１０の間で、コンテンツデータの中継を行う。管理システム５０は、端末１０からのログイン認証、端末１０の通話状況の管理、宛先リストの管理等、及び中継装置３０の通信状況等を一元的に管理する。なお、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。

端末１０は、他の端末１０との間で通話を行うために、画像データ、音声データ等の送受信を行う。即ち、本実施形態における通話には、音声データの送受信だけでなく、画像データの送受信も含まれる。即ち、本実施形態における端末１０は、画像データ及び音声データの送受信を行う。但し、端末１０は画像データの送受信を行わず、音声データの送受信を行うようにしてもよい。

本実施形態では、画像データの画像が動画の場合について説明するが、動画だけでなく静止画であってもよい。また、画像データの画像には、動画と静止画の両方が含まれてもよい。中継装置３０は、複数の端末１０の間で、画像データ及び音声データの中継を行う。管理システム５０は、端末１０及び中継装置３０を一元的に管理する。

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

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

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

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

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

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

また、中継装置３０ｅは、通信ネットワーク２を介して端末１０と通信可能に接続されている。この中継装置３０ｅは、常時稼動しており、地域Ａ又は地域Ｂのローカルエリア内の通信量の影響を受けにくくするために、これら以外の地域に設置されている。この中継装置３０ｅは、端末１０が他のローカルエリアに設置された端末と通話する場合に、コンテンツデータを中継するために用いられる。また、この中継装置３０ｅは、同一のローカルエリアの通話端末間で通話を行う場合、このローカルエリアに設置された中継装置が稼動していないときに通話データを中継するために用いられる。

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

また、図１において、各端末１０、各中継装置３０、管理システム５０、各ルータ７０、プログラム提供システム９０、及びメンテナンスシステム１００の上下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

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

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

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

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

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

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

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

なお、中継装置３０、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、それぞれ一般のサーバ・コンピュータの外観と同じであるため、外観の説明を省略する。

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

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

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

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

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

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

更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（記録メディア１０６等）に記録されて流通されるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ１０４ではなくＲＯＭ１０２に記憶させるようにしてもよい。

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

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

また、中継装置３０は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＨＤ２０４には、中継装置３０を制御するための中継装置用プログラムが記録されている。この場合も、中継装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記中継装置用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

また、プログラム提供システム９０及びメンテナンスシステム１００は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＨＤ２０４には、プログラム提供システム９０を制御するためのプログラム提供用プログラム又はメンテナンスシステム１００を制御するためのメンテナンス用プログラムが記録されている。この場合も、これらのプログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、これらのプログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

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

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

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

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

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

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

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

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

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

また、表示制御部１６は、管理システム５０から受信した宛先リスト及び会議リストの情報をディスプレイ１２０に送信して、ディスプレイ１２０に宛先リスト及び会議リストを表示させることができる。これにより、ディスプレイ１２０上には、表示制御部１６によって、例えば、図２１に示されているような宛先リスト枠３１１−１が表示される。この宛先リスト枠３１１−１には、宛先名「日本 東京事業所 ＡＢ端末」３１１−２等の各宛先名が表示されており、宛先名毎に状態情報に係る状態を示したアイコン（３１１−３ａ，３１１−３ｂ，３１１−３ｃ）が表示される。このうち、アイコン３１１−３ａは、宛先候補の一つの端末がＯＮライン状態で待受け中であるため、この端末と通話可能であることを示す。アイコン３１１−３ｂは、宛先候補の一つの端末がＯＦＦライン状態で、この端末と通話不可能であることを示す。アイコン３１１−３ｃは、宛先候補の一つの端末が他の端末と通話中の状態で、この通話に参加できることを示す。また、この宛先リスト枠３１１−１には、会議開始時刻及び会議名「08:30 New York Branch…」３１４の各会議開始時刻及び会議名が表示されており、会議名毎に状態情報に係る状態を示したアイコン（３１１−４ａ，３１１−４ｂ）が表示される。このうち、アイコン３１１−４ａは、会議が予約されていることを示す。アイコン３１１−４ｂは、会議が開催されていることを示す。また、宛先リスト枠３１１−１には、右側にスクロールバー３１１−４が表示され、三角形の上向き又は下向きアイコンが選択されることで、図２１には表示されていない宛先候補の宛先名および状態を示したアイコンが表示されることになる。

遅延検出部１８は、図４に示されているＣＰＵ１０１からの命令によって実現され、他の端末１０から中継装置３０を介して送られて来る画像データ又は音声データの遅延時間（ｍｓ）を検出する。

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

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

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

（変更品質管理テーブル）
記憶部３０００には、図８に示されているような変更品質管理テーブルによって構成されている変更品質管理ＤＢ(Data Base)３００１が構築される。なお、図８は、変更品質管理テーブルを示す概念図である。変更品質管理テーブルでは、画像データの中継先（宛先）としての端末１０のＩＰアドレス、及びこの中継先に中継装置３０が中継する画像データの画質が関連付けられて管理される。

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

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

状態検知部３２は、図５に示されているＣＰＵ２０１からの命令によって実現され、この状態検知部３２を有する中継装置３０の稼動状態を検知する。稼動状態としては、「オンライン」、「オフライン」、「通話中」又は「一時中断」の状態がある。

データ品質確認部３３は、図５に示されているＣＰＵ２０１からの命令によって実現され、宛先端末のＩＰアドレスを検索キーとして、変更品質管理ＤＢ３００１（図８参照）を検索し、対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。

変更品質管理部３４は、図５に示されているＣＰＵ２０１からの命令によって実現され、管理システム５０から送られて来る、後述の品質情報に基づいて、変更品質管理ＤＢ３００１の内容を変更する。例えば、端末ＩＤが「０１ａａ」である要求元端末（端末１０ａａ）と、端末ＩＤが「０１ｄｂ」である宛先端末（端末１０ｄｂ）との間で高画質の画像データを送受信することによってテレビ会議を行っている最中に、他のテレビ会議を行う要求元端末（端末１０ｂｂ）と宛先端末（端末１０ｃａ）が通信ネットワーク２を介してテレビ会議を開始すること等によって、宛先端末（端末１０ｄｂ）で画像データの受信の遅延が生じた場合には、中継装置３０は今まで中継していた画像データの画質を、高画質から中画質に下げる。このような場合に、中画質を示す品質情報に基づいて、中継装置３０が中継する画像データの画質を高画質から中画質に下げるように、変更品質管理ＤＢ３００１の内容が変更される。

データ品質変更部３５は、図５に示されているＣＰＵ２０１からの命令によって実現され、送信元端末から送られて来た画像データの画質を、上記変更された変更品質管理ＤＢ３００１の内容に基づいて変更する。

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

＜管理システムの機能構成＞
管理システム５０は、送受信部５１、端末認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、中継装置選択部５６、セッション管理部５７、品質決定部５８、記憶・読出処理部５９、遅延時間管理部６０、予約内容抽出部６１、セッション抽出部６２、状態決定部６３、及び会議情報作成部６４を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能する手段である。また、管理システム５０は、図５に示されているＨＤ２０４により構築される記憶部５０００を有している。この記憶部５０００には、図２１に示されている宛先リスト枠３１１−１が記憶されている。

（中継装置管理テーブル）
記憶部５０００には、図９に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。なお、図９は、中継装置管理テーブルを示す概念図である。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報が管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、及び中継装置３０における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。例えば、図９に示されている中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、稼動状態が「オンライン」で、管理システム５０で状態情報が受信された日時が「２０１０年１１月１０日の１３時００分」で、この中継装置３０ａのＩＰアドレスが「１．２．１．２」で、この中継装置３０ａにおける最大データ伝送速度が１００Ｍｂｐｓであることが示されている。

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

（端末管理テーブル）
また、記憶部５０００には、図１１に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。なお、図１１は、端末管理テーブルを示す概念図である。この端末管理テーブルでは、各端末１０の端末ＩＤ毎に、各端末１０を宛先とした場合の宛先名、各端末１０の稼動状態、後述のログイン要求情報が管理システム５０で受信された受信日時、及び端末１０のＩＰアドレスが関連付けられて管理される。例えば、図１１に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の端末１０ａａは、端末名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「オンライン（通話可能）」で、管理システム５０でログイン要求情報が受信された日時が「２０１０年１１月１０日の１３時４０分」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。

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

（セッション管理テーブル）
また、この記憶部５０００には、図１３に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。なお、図１３は、セッション管理テーブルを示す概念図である。このセッション管理テーブルでは、端末間でコンテンツデータが通信されるセッションを識別するためのセッションＩＤ毎に、端末間で予約に基づく通信を実行する場合にこの予約を識別するための予約ＩＤ、画像データ及び音声データの中継に使用される中継装置３０を識別するための中継装置ＩＤ、このセッションに参加する端末１０（参加端末）を識別するための端末ＩＤ（参加端末ＩＤ）、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延情報を宛先端末から送られて来て管理システム５０で受信された受信日時が関連付けられて管理される。

例えば、図１３に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ０１」に対応した予約ＩＤが「ｒｓｖ０５」で、このセッションで中継装置３０ａ（中継装置ＩＤ「１１１ａ」）は、参加端末（端末１０ａａ，１０ｃｃ）間で、画像データ及び音声データを中継しており、「２０１０年１１月１０日の１４時００分」時点における画像データの遅延時間が２００（ｍｓ）であることが示されている。なお、２つの端末１０の間でテレビ会議を行う場合には、宛先端末又は要求元端末から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理してもよい。但し、３つ以上の端末１０の間でテレビ会議を行う場合には、画像データ及び音声データの受信側の端末１０から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。また、予約ＩＤが「ｎｕｌｌ（何のデータも含まれない状態）」の場合、このセッションは、予約なしに開始されたセッション（アドホック開催会議）であること意味する。

（品質管理テーブル）
更に、記憶部５０００には、図１４に示されているような品質管理テーブルによって構成されている品質管理ＤＢ５００７が構築されている。なお、図１４は、品質管理テーブルを示す概念図である。この品質管理テーブルでは、要求元端末又は宛先端末における画像データの遅延時間（ｍｓ）が長い程、中継装置３０で中継させる画像データの画質を下げるように、画像データの遅延時間と画像データの画質（画像の品質）とが関連付けられて管理される。

（中継装置選択管理テーブル）
更に、記憶部５０００には、図１５に示されているような中継装置選択管理テーブルによって構成されている中継装置選択管理ＤＢ５００８が構築されている。なお、図１５は、中継装置選択管理テーブルを示す概念図である。この中継装置選択管理テーブルでは、管理システム５０によって管理される全ての端末１０の各端末ＩＤに対して、画像データ及び音声データの中継に用いられる中継装置３０の中継装置ＩＤが関連付けられて管理される。

（予約管理テーブル）
更に、記憶部５０００には、図１６に示されているような予約管理テーブルによって構成されている予約管理ＤＢ５００９が構築されている。なお、図１６は、予約管理テーブルを示す概念図である。この予約管理テーブルでは、予約された端末間でコンテンツデータが通信されるセッションを識別するための予約ＩＤ毎に、このセッションの開始日時、終了日時、名称、予約されたセッションに参加する端末の端末ＩＤ（参加端末ＩＤ）が関連付けられて管理される。例えば、図１６に示されている予約管理テーブルにおいて、予約ＩＤ「ｒｓｖ０３」で予約されたセッションの開始日時が「２０１０年１１月１０日の１５時００分」で、終了日時が「２０１０年１１月１０日の１７時００分」で、名称が「セキュリティー打合せ」で、この予約されたセッションに参加する参加端末の端末ＩＤが「０１ａａ，０１ｂｅ，０１ａｆ」であることが示されている。

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

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

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

状態管理部５３は、図５に示されているＣＰＵ２０１からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）に、この要求元端末の端末ＩＤ、要求元端末の稼動状態、管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３は、利用者が端末１０の電源スイッチ１０９の状態をＯＮからＯＦＦにすることで、端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理テーブルのオンラインを示す稼動状態をオフラインに変更する。

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

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

中継装置選択部５６は、図５に示されているＣＰＵ２０１からの命令によって実現され、端末間でコンテンツデータが通信されるセッション毎に画像データ及び音声データの中継に用いられる中継装置３０を選択する。そのため、中継装置選択部５６は、図５に示されているＣＰＵ２０１からの命令によって、図７に示すセッションＩＤ生成部５６ａ、中継装置抽出部５６ｂ、選択部５６ｃを実現する。なお、図７は、図５の中継装置選択部５６が詳細に示された機能ブロック図である。

このうち、セッションＩＤ生成部５６ａは、端末間でコンテンツデータが通信されるセッションを識別するためのセッションＩＤを生成する。中継装置抽出部５６ｂは、要求元端末から送られてきた開始要求情報に含まれている要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤに基づいて、中継装置選択管理ＤＢ５００８の中継装置選択管理テーブル（図１５参照）を検索することにより、対応するそれぞれの中継装置ＩＤを抽出する。選択部５６ｃは、中継装置管理ＤＢ５００１の中継装置管理テーブル（図９参照）で管理されている中継装置３０のうち、稼動状態が「オンライン」となっている中継装置３０の中継装置ＩＤを選択することにより、中継装置３０の選択を行う。

セッション管理部５７は、記憶部５０００のセッション管理ＤＢ５００５のセッション管理テーブル（図６参照）に、セッションＩＤ生成部５６ａで生成されたセッションＩＤ、参加端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５７は、セッション管理ＤＢ５００５に対して、セッションＩＤ毎に、選択部５６ｃによって選択された中継装置３０の中継装置ＩＤを記憶して管理する。

品質決定部５８は、上記遅延時間を検索キーとして、品質管理ＤＢ５００７の品質管理テーブル（図１４参照）を検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。

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

遅延時間管理部６０は、図５に示されているＣＰＵ２０１からの命令によって実現され、上記宛先端末のＩＰアドレスを検索キーとして、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）を検索することで、対応する端末ＩＤを抽出し、更に、セッション管理テーブル（図１３参照）において、上記抽出した端末ＩＤが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。

予約内容抽出部６１は、ログイン要求した要求元端末の端末ＩＤを検索キーとして、予約管理ＤＢ５００９の予約管理テーブル（図１６参照）を検索し、予約ＩＤを抽出する。また、予約内容抽出部６１は、抽出された予約ＩＤ毎に予約ＩＤを検索キーとして、予約管理テーブルを検索し、開始日時、名称を抽出する。更に、予約内容抽出部６１は、要求元端末（端末１０ａａ）から送信された会議・宛先詳細要求情報に含まれる予約ＩＤを検索キーとして、予約管理テーブルを検索し、予約された会議に参加する参加端末の端末ＩＤ（参加端末ＩＤ）を抽出する。

セッション抽出部６２は、予約内容抽出部６１によって抽出された予約ＩＤを検索キーとして、セッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）を検索し、この予約ＩＤに対応したセッションＩＤを抽出する。また、セッション抽出部６２は、予約抽出部６１によって抽出された参加端末ＩＤを検索キーとして、セッション管理テーブルを検索し、この参加端末ＩＤに対応した予約ＩＤを抽出する。また、セッション抽出部６２は、開始要求情報に含まれる予約ＩＤを検索キーとして、セッション管理テーブルを検索し、この予約ＩＤに対応したセッションＩＤ及び中継装置ＩＤを抽出する。

状態決定部６３は、予約ＩＤに対応したセッションＩＤが抽出されたか判断し、その結果に基づき、会議の状態を決定する。また、状態決定部６３は、予約内容抽出部６１によって抽出された予約ＩＤによって識別される予約が、所定の予約であるか判断し、所定の予約であると判断された場合には、所定の宛先としての端末の状態を第１の状態に決定し、所定の予約でないと判断された場合には、所定の宛先としての端末の状態を第１の状態とは異なる第２の状態に決定する。

会議情報作成部６４は、予約内容抽出部６１によって抽出された予約ＩＤ毎に、開始日時、名称、及び状態決定部６３によって決定された状態を含む会議情報を作成する。また、会議情報作成部６４は、端末抽出部５４によって抽出された宛先の端末ＩＤ、及び端末状態取得部５５によって抽出された宛先名、稼動状態を含む宛先情報を作成する。更に、会議情報作成部６４は、予約内容抽出部６１によって抽出された参加端末ＩＤ毎に、状態決定部６３によって決定された参加端末の予約に関する通信の状態を含む会議・宛先詳細情報を作成する

＜＜実施形態の処理または動作＞＞
次に、図１７乃至図２７を用いて、本実施形態に係る伝送システム１における処理方法を説明する。なお、図１７は、各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。図１８は、伝送端末間で通話を開始する準備段階の処理を示したシーケンス図である。図１９は、会議情報及び宛先情報を作成する処理を示したフロー図である。図２０は、会議情報・宛先情報の一例を示す概念図である。図２１は。本実施形態の宛先リストを示す概念図である。図２２は、会議・宛先詳細情報を作成する処理を示したフロー図である。図２３は、会議情報・宛先詳細情報の一例を示す概念図である。図２４は、本実施形態の会議・宛先詳細リストを示す概念図である。図２５は、要求元端末（端末１０ａａ）が予約されたセッションに参加するための処理を示したシーケンス図である。図２６は、セッションの管理を行うための処理を示したフロー図である。図２７は、伝送端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。

まず、図１７を用いて、各中継装置３０から管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理を説明する。まず、各中継装置３０では、図６に示されている状態検知部３２が、自装置である中継装置３０の稼動状態を定期的に検知している（ステップＳ１−１〜４）。そして、管理システム５０側で各中継装置３０の稼動状態をリアルタイムで管理させるべく、各中継装置３０の送受信部３１は、定期的に通信ネットワーク２を介して管理システム５０へ各状態情報を送信する（ステップＳ２−１〜４）。これら各状態情報には、中継装置３０毎の中継装置ＩＤと、これら各中継装置ＩＤに係る中継装置３０の状態検知部３２で検知された稼動状態とが含まれている。なお、本実施形態では、中継装置（３０ａ，３０ｂ，３０ｄ）は、正常に稼動して「オンライン」となっている一方で、中継装置３０ｃは稼働中ではあるが、中継装置３０ｃの中継動作を実行するためのプログラムに何らかの不具合が生じて、「オフライン」となっている場合が示されている。

次に、管理システム５０では、各中継装置３０から送られて来た各状態情報を送受信部５１が受信し、記憶・読出処理部５９を介して記憶部５０００の中継装置管理ＤＢ５００１（図６参照）に、中継装置ＩＤ毎に状態情報を記憶して管理する（ステップＳ３−１〜４）。これにより、図９に示されるような中継装置管理テーブルに対して、中継装置ＩＤ毎に「オンライン」、「オフライン」、又は「故障中」のいずれかの稼動状態が記憶されて管理される。またこの際に、中継装置ＩＤ毎に、管理システム５０で状態情報が受信された受信日時も記憶されて管理される。なお、中継装置３０から状態情報が送られない場合には、図９に示されている中継装置管理テーブルの各レコードにおける稼動状態のフィールド部分及び受信日時のフィールド部分が空白になるか、又は、前回の受信時の稼動状態及び受信日時をそれぞれ示す。

次に、図１８を用いて、端末１０ａａと他の端末１０との間で、通話を開始する前の準備段階における各管理情報の送受信処理について説明する。なお、図１８では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。

まず、利用者が、図４に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部１２が電源ＯＮを受付けて、電源をＯＮにする（ステップＳ２１）。そして、ログイン要求部１３は、上記電源ＯＮの受け付けを契機とし、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２）。このログイン要求情報には、要求元としての自端末である端末１０ａａを識別するための端末ＩＤ及びパスワードが含まれている。これら端末ＩＤ及びパスワードは、記憶・読出処理部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、端末１０ａａから管理システム５０へログイン要求情報が送信される際は、受信側である管理システム５０は、送信側である端末１０ａａのＩＰアドレスを把握することができる。

次に、管理システム５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、記憶部５０００の端末認証管理ＤＢ５００２の端末認証管理テーブル（図１０参照）を検索し、端末認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。この端末認証部５２によって、同一の端末ＩＤ及びパスワードが管理されているため、正当な利用権限を有する端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末管理ＤＢ５００３（図６参照）に、端末１０ａａの端末ＩＤ、稼動状態、上記ログイン要求情報が受信された受信日時、及び端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４）。これにより、図１１に示されている端末管理テーブルには、端末ＩＤ「０１ａａ」に、稼動状態「オンライン」、受信日時「２０１０．１１．１０．１３：４０」及び端末１０ａａのＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。

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

管理システム５０の会議情報作成部６４は、ログイン要求した要求元端末（端末１０ａａ）の宛先情報及び要求元端末（端末１０ａａ）を参加者に含む会議の会議情報を作成する（ステップＳ２６）。会議情報及び宛先情報を作成する処理について図１９を用いて詳細に説明する。図１９は、会議情報及び宛先情報を作成する処理を示したフロー図である。管理システム５０の予約内容抽出部６１は、ログイン要求した要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、予約管理テーブル（図１６参照）を検索し、予約ＩＤ（「ｒｓｖ０３」、「ｒｓｖ０４」、…）を抽出する（ステップＳ２６−１）。これにより、要求元端末（端末１０ａａ）が参加する予約がされたセッションの予約ＩＤが抽出される。尚、予約内容抽出部６１は、予約ＩＤを抽出する際に、予約管理ＤＢ５００９の開始日時、及び終了日時を参照して、当日に開催される予約がされたセッションの予約ＩＤや、現在から所定の時間内に開始される予約がされたセッションの予約ＩＤのみを抽出しても良い。

管理システム５０の予約内容抽出部６１は、抽出された予約ＩＤ（「ｒｓｖ０３」、「ｒｓｖ０４」、…）毎に予約ＩＤを検索キーとして、予約管理ＤＢ５００９の予約管理テーブル（図１６参照）を検索し、開始日時、名称を抽出する（ステップＳ２６−２）。これにより、各予約ＩＤで予約されたセッションの開始日時、名称、セッションＩＤが抽出される。

更にセッション抽出部６２は、予約内容抽出部６１によって抽出された予約ＩＤを検索キーとして、セッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）を検索し、この予約ＩＤに対応したセッションＩＤを抽出する（ステップＳ２６−３）。そして、状態決定部６３はステップＳ２６−３で予約ＩＤに対応したセッションＩＤが抽出されたかを判断する（ステップＳ２６−４）。セッションＩＤが抽出されたときは（ステップＳ２６−４のＹＥＳ）、状態決定部６３は、この予約に基づく会議（セッション）の状態を「開催中」に決定する（ステップＳ２６−５）。この場合、予約に対応するセッションが開始されているためである。セッションＩＤが抽出されなかったときは（ステップＳ２６−４のＮＯ）、状態決定部６３は、この予約に会議の状態を「予約」に決定する（ステップＳ２６−５）。この場合、予約に対応するセッションが開始されていないためである。管理システム５０はステップＳ２６−３からステップＳ２６−５又は６までの処理を、予約内容抽出部６１によって抽出された予約ＩＤ毎に繰り返す。これにより、会議情報作成部６４は、予約内容抽出部６１によって抽出された予約ＩＤ毎に、開始日時、名称、及び状態決定部６３によって決定された状態を含む会議情報を作成する（ステップＳ２６−７）。作成された会議情報の一例を図２０（ａ）に示す。

管理システム５０の端末抽出部５４は、ログイン要求した要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、要求元端末（端末１０ａａ）と通信することができる宛先端末の候補の端末ＩＤを読み出すことによって抽出する（ステップＳ２６−８）。ここでは、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に対応する宛先端末（端末１０ａｂ，１０ｂａ，…，１０ｄｂ）のそれぞれの端末ＩＤ（「０１ａｂ」、「０１ｂａ」、…，「０１ｄｂ」）が抽出されることになる。

次に、端末状態取得部５５は、上記端末抽出部５４によって抽出された宛先端末の候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、…、「０１ｄｂ」）を検索キーとして、端末管理テーブル（図１１参照）を検索し、上記端末抽出部５４によって抽出された端末ＩＤ毎に稼動状態（「通話中」、「通話中」、…）、宛先名（「日本 東京事業所 ＡＢ端末」、「日本 大阪事業所 ＢＡ端末」、…）を読み出すことにより、端末（１０ａｂ，１０ｂａ，…，１０ｄｂ）の各稼動状態、各宛先名を抽出する（ステップＳ２６−９）。これにより、会議情報作成部６４は、端末抽出部５４によって抽出された宛先の端末ＩＤ、及び端末状態取得部５５によって抽出された宛先名、稼動状態を含む宛先情報を作成する（ステップＳ２６−１０）。作成された宛先情報の一例を図２０（ｂ）に示す。

次に、管理システム５０の送受信部５１は、記憶・読出処理部５９を介して記憶部５０００から宛先リスト枠のデータ（図２１で示されている宛先リスト枠３１１−１部分のデータ）を読み出す（ステップＳ２７）。更に、送受信部５１は、この宛先リスト枠並びに会議情報作成部６４によって作成された会議情報を含めた「会議リスト情報（宛先リスト枠、予約ＩＤ、状態、開始時刻、名称）」と、宛先情報を含めた「宛先リスト情報（宛先リスト枠、端末ＩＤ、状態、宛先名）」とを、要求元端末（端末１０ａａ）に送信する（ステップＳ２８）。これにより、要求元端末（端末１０ａａ）では、送受信部１１が宛先リスト情報を受信し、記憶・読出処理部１９が記憶部１０００へ宛先リスト情報を記憶する（ステップＳ２９）。

このように、本実施形態では、各端末１０で宛先リスト情報を管理するのではなく、管理システム５０が全ての端末の宛先リスト情報を一元管理している。よって、伝送システム１に新たな端末１０が含まれるようになったり、既に含まれている端末１０に替えて新機種の端末１０を含めるようになったり、宛先リスト枠の見栄え等を変更することになった場合でも、管理システム５０側で一括して対応するため、各端末１０側で宛先リスト情報の変更を行う手間を省くことができる。

なお、管理システム５０は所定のタイミングでステップＳ２６の処理を繰り返し実行し、宛先情報及び会議情報の更新を管理する（ステップＳ３０）。ここで、宛先情報及び会議情報のいずれかが更新された場合に、送受信部５１は、会議リスト情報（宛先リスト枠、予約ＩＤ、状態、開始時刻、名称）と、宛先リスト情報（宛先リスト枠、端末ＩＤ、状態、宛先名）とを、要求元端末（端末１０ａａ）に送信する（ステップＳ３１）。

次に、要求元端末（端末１０ａａ）の記憶・読出処理部１９は、順次、管理システム５０から受信した端末の状態情報、及び会議の状態情報を記憶部１０００に記憶する（ステップＳ３２）。よって、要求元端末（端末１０ａａ）は、上記状態情報を受信することで、要求元端末（端末１０ａａ）と通話することができる宛先端末の候補である端末１０ａｂ等の現時点のそれぞれの稼動状態や、予約された会議の状態を取得することができる。

次に、要求元端末（端末１０ａａ）の宛先リスト作成部２０は、記憶部１０００に記憶されている端末及び会議の状態情報に基づいて、宛先候補としての端末１０の状態を反映させた宛先リスト及び予約された会議の状態を反映させた会議の状態を反映させた会議リストを作成すると共に、表示制御部１６が、図４に示されているディスプレイ１２０に対して、宛先リスト及び会議リストを表示するタイミングを制御する（ステップＳ３４）。

以上より、図２１に示されているように、宛先リスト枠３１１−１に各宛先名３１１−２等及び各状態情報を反映させたアイコン３１１−３ａ等が表示された状態の宛先リストをディスプレイ１２０ａａに表示させることになる。

続いて、要求元端末（端末１０ａａ）の利用者が図４に示されている操作ボタン１０８を押下して表示された会議リストの中から予約された会議を選択すると、図６に示されている操作入力受付部１２は、予約された会議及びその会議に参加する宛先端末の詳細情報（会議・宛先詳細情報）の要求を受付ける（ステップＳ３５）。要求元端末（端末１０ａａ）の送受信部１１は、要求元端末（端末１０ａａ）の端末ＩＤ、及び選択された会議の予約ＩＤが含まれ、この予約における宛先としての端末の通信の状態の取得を要求する旨を示す会議・宛先詳細要求情報を、管理システム５０へ送信する（ステップＳ３６）。これにより、管理システム５０の送受信部５１は、会議・宛先詳細要求情報を受信することにより、所定の通信の予約における所定の宛先としての端末の通信の状態の取得の要求を受付ける。

次に、管理システム５０の会議情報作成部６４は、要求元端末（端末１０ａａ）によって選択された会議及びその会議に参加する宛先端末に関する会議・宛先詳細情報を作成する（ステップＳ３７）。会議・宛先詳細情報を作成する処理について図２２を用いて詳細に説明する。図２２は、会議・宛先詳細情報を作成する処理を示したフロー図である。管理システム５０の端末抽出部５４は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、要求元端末（端末１０ａａ）と通信することができる宛先端末の候補の端末ＩＤを読み出すことによって抽出する（ステップＳ３７−１）。

続いて、管理システム５０の予約内容抽出部６１は、要求元端末（端末１０ａａ）から送信された会議・宛先詳細要求情報に含まれる予約ＩＤを検索キーとして、予約管理ＤＢ５００９の予約管理テーブル（図１６参照）を検索し、予約された会議に参加する参加端末の端末ＩＤ（参加端末ＩＤ）を抽出する（ステップＳ３７−２）。次に、端末状態取得部５５は、予約内容抽出部６１によって抽出された参加端末ＩＤ毎に、参加端末ＩＤを検索キーとして、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）を検索し、稼動状態を読み出すことにより、参加端末の稼動状態を抽出する（ステップＳ３７−３）。

更に状態決定部６３は、予約内容抽出部６１によって抽出された参加端末ＩＤが、端末抽出部５４によって抽出された宛先端末の候補の端末ＩＤのいずれかと同一であるかを判断する（ステップＳ３７−５）。ステップＳ３７−５で、参加端末ＩＤが、宛先端末の候補の端末ＩＤのいずれかと同一でない場合は（ステップＳ３７−５のＮＯ）、状態決定部６３は、この参加端末ＩＤによって識別される参加端末の状態を「不明」に決定する（ステップＳ３７−９）。この場合、参加端末は要求元端末（端末１０ａａ）の宛先端末の候補でないためである。

更に状態決定部６３は、端末状態取得部５５によって抽出された稼動状態が「通話中」であるかを判断する（ステップＳ３７−６）。端末状態取得部５５によって抽出された稼動状態が「通話中」でない場合（ステップＳ３７−６のＮＯ）、状態決定部６３は、この参加端末ＩＤによって識別される参加端末の状態を、ステップＳ３７−３で端末状態取得部５５によって抽出された稼動状態（例えば、「オフライン」）に決定する（ステップＳ３７−１０）。端末状態取得部５５によって抽出された稼動状態が「通話中」である場合（ステップＳ３７−６のＹＥＳ）、セッション抽出部６２は、予約内容抽出部６１によって抽出された参加端末ＩＤを検索キーとして、セッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）を検索し、この参加端末ＩＤに対応した予約ＩＤを抽出する（ステップＳ３７−７）。

続いて、状態決定部６３は、予約内容抽出部６１によって抽出された予約ＩＤによって識別される予約が、要求元端末（端末１０ａａ）から送信された会議・宛先詳細要求情報に含まれる予約ＩＤによって識別される予約と同一であるか否かを判断する（ステップＳ３７−８）。ここで、参加端末ＩＤに対応した予約ＩＤと、要求元端末（端末１０ａａ）から送信された予約ＩＤとが同一である場合（ステップＳ３７−８のＹＥＳ）、状態決定部６３は、この参加端末ＩＤによって識別される参加端末の予約に関する状態を「入室中」（第１の状態）に決定する（ステップＳ３７−１１）。要求元端末（端末１０ａａ）によって選択された予約ＩＤによって識別される予約に基づく会議（セッション）を参加端末が既に開始しているためである。参加端末ＩＤに対応した予約ＩＤと、要求元端末（端末１０ａａ）から送信された予約ＩＤとが異なる場合（ステップＳ３７−８のＮＯ）、状態決定部６３は、この参加端末ＩＤによって識別される参加端末の予約に関する状態を「使用中」（第２の状態）に決定する（ステップＳ３７−１２）。参加端末は、要求元端末（端末１０ａａ）によって選択された予約ＩＤによって識別される予約に基づくセッションとは異なるセッションを実行しているためである。管理システム５０はステップＳ３７−３からステップＳ３７−９乃至１１までの処理を、予約内容抽出部６１によって抽出された参加端末ＩＤ毎に繰り返す。これにより、会議情報作成部６４は、予約内容抽出部６１によって抽出された参加端末ＩＤ毎に、状態決定部６３によって決定された参加端末の予約に関する通信の状態を示す状態情報を含む会議・宛先詳細情報を作成する（ステップＳ３７−１３）。この状態情報には、「入室中」の状態を示す情報（第１の状態情報）、「使用中」の状態を示す情報（第２の状態情報）等が含まれる。作成された会議・宛先詳細情報の一例を図２３に示す。

次に、管理システム５０の送受信部５１は、会議情報作成部６４によって作成された会議・宛先詳細情報と、要求元端末（端末１０ａａ）から送信された会議・宛先詳細要求情報に含まれる予約ＩＤとを、要求元端末（端末１０ａａ）に送信する（ステップＳ３８）。これにより、要求元端末（端末１０ａａ）の宛先リスト作成部２０は、管理システム５０から送信された会議・宛先詳細情報、及び、記憶部１０００に記憶されている会議リスト情報、宛先リスト情報に基づいて、参加端末の予約に関する通信の状態を反映させた会議・宛先詳細リストを作成する。更に、表示制御部１６は、図４に示されているディスプレイ１２０に対して、会議・宛先詳細リストを表示するタイミングを制御する（ステップＳ３９）。

以上より、図２４に示されているように、ディスプレイ１２０には会議開始時刻及び会議名３１４、各宛先名３１１−２及び会議又は参加端末の状態を反映させたアイコン３１１−３ａ等が表示された状態の宛先リストをディスプレイ１２０ａａに表示される。ここで、参加端末の状態が「通話中」の場合には、状態決定部６３によって決定された状態に基づいて、「入室中」の状態を示すアイコン３１１−３ｄ、「使用中」の状態を示すアイコン３１１−３ｅ、「不明」の状態を示すアイコン３１１−３ｆ等が表示される。これにより、要求元端末（端末１０ａａ）の利用者は参加端末の予約に関する通信の状態を把握することができるので、この通信の状態に応じてセッションに参加することが可能となる。なお、表示制御部１６は、予約されたセッションへの参加を受付ける入室ボタン３１２、予約されたセッションには参加せず宛先リスト及び会議リストが表示された画面（図２１参照）に戻るためのキャンセルボタン３１３を会議・宛先詳細リストとともに表示することができる。これにより、要求元端末（端末１０ａａ）は、会議・宛先詳細リストが表示された画面から、予約された会議への参加を受付けることができる。

一方、他の端末１０でも、上記ステップＳ２１と同様に、利用者が図５に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部１２が電源ＯＮを受け付け、上記ステップＳ２２〜Ｓ３９の処理と同様の処理を行うため、その説明を省略する。

続いて、図２５を用いて、要求元端末（端末１０ａａ）が予約されたセッションに参加する場合の処理を説明する。図２５は、要求元端末（端末１０ａａ）が予約されたセッションに参加するための処理を示したシーケンス図である。なお、図２５では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される。また、本実施形態においては、要求元端末（端末１０ａａ）は、会議・宛先詳細リストとともに表示された入室ボタン３１２の選択を受付けることにより、予約されたセッションへの参加の要求を受付ける。以下、所定の入室ボタン３１２の選択を受付けられた場合について説明を続ける。

まず、要求元端末（端末１０ａａ）の利用者が図４に示されている操作ボタン１０８を押下して入室ボタン３１２を選択すると、図６に示されている操作入力受付部１２は、予約されたセッションへの参加の要求を受付ける（ステップＳ４１）。端末１０ａａの送受信部１１は、要求元端末（端末１０ａａ）の端末ＩＤ、及び選択され予約を識別するための予約ＩＤが含まれ、セッションを開始したい旨を示す開始要求情報（通信状況情報の一例）を、管理システム５０へ送信する（ステップＳ４２）。これにより、管理システム５０の送受信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末（端末１０ａａ）のＩＰアドレスを把握することになる。

そして、状態管理部５３は、開始要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤに基づき、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）において、上記端末ＩＤが含まれるレコードの稼動状態のフィールド部分を、「通話中」に変更する（ステップＳ４３）。なお、この状態では、要求元端末（端末１０ａａ）は、通話を開始していないが、通話中状態となり、他の端末１０が端末１０ａａと通話しようとすると、いわゆる通話中状態を示す旨の音声又は表示が出力される。

次に、管理システム５０は、要求元端末（端末１０ａａ）によって選択された予約に基づく通信を実行するためのセッション（画像・音声データ用セッションｓｅｄ）の管理を行う（ステップＳ４４）。セッションの管理を行うための処理について図２６を用いて詳細に説明する。図２６は、セッションの管理を行うための処理を示したフロー図である。まず、管理システム５０のセッション抽出部６２は、開始要求情報に含まれる予約ＩＤを検索キーとして、セッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）を検索し、この予約ＩＤに対応したセッションＩＤ及び中継装置ＩＤを抽出する（ステップＳ４４−１）。続いて、セッション管理部５７は、ステップＳ４４−１で予約ＩＤに対応したセッションＩＤが抽出されたかを判断する（ステップＳ４４−２）。

ステップＳ４４−２でセッションＩＤが抽出された場合は（ステップＳ４４−２のＹＥＳ）、セッション管理部５７は、セッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）の抽出されたセッションＩＤが含まれるレコードにおける参加端末ＩＤのフィールド部分に、開始要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤを記憶して管理する（ステップＳ４４−３）。ステップＳ４４−２でセッションＩＤが抽出されなかった場合は（ステップＳ４４−２のＮＯ）、セッションＩＤ生成部５６ａは、要求元端末（端末１０ａａ）によって選択された予約に基づき端末間でコンテンツデータが通信されるセッション（画像・音声データ用セッションｓｅｄ）を識別するためのセッションＩＤを生成する（ステップＳ４４−４）。

次に、管理システム５０は、要求元端末（端末１０ａａ）によって選択された予約に基づく通信を実行するためのセッション（画像・音声データ用セッションｓｅｄ）で画像・音声データを中継する中継装置３０を選択するための処理を実行する。この場合、先ず、管理システム５０の予約内容抽出部６１は、要求元端末（端末１０ａａ）から送信された開始要求情報に含まれる予約ＩＤを検索キーとして、予約管理ＤＢ５００９の予約管理テーブル（図１６参照）を検索し、予約がされた会議に参加する端末１０の端末ＩＤ（参加端末ＩＤ）を抽出する（ステップＳ４４−５）。次に、端末状態取得部５５は、予約内容抽出部６１によって抽出された参加端末ＩＤを検索キーとして、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）を検索し、稼動状態を読み出すことにより、参加端末の稼動状態を抽出する（ステップＳ４４−６）。

続いて、中継装置抽出部５６ｂは、予約内容抽出部６１によって抽出された参加端末ＩＤのうち稼動状態が「オンライン」の参加端末の参加端末ＩＤに基づいて、中継装置選択管理ＤＢ５００８の中継装置選択管理テーブル（図１５参照）を検索することにより、参加端末に対応する中継装置ＩＤを抽出する（ステップＳ４４−７）。選択部５６ｃは、抽出された中継装置ＩＤに基づき、このセッションで画像・音声データを中継する中継装置を選択する（ステップＳ４４−８）。ここで、「オンライン」の参加端末が複数あり、複数の中継装置ＩＤが抽出された場合に、抽出された各中継装置ＩＤが同一でないときは、選択部５６ｃは、中継装置３０ｅを、画像・音声データを中継するための中継装置に選択する。

中継装置３０の選択が完了すると、セッション管理部５７は、ステップＳ４４−４で生成されたセッションＩＤ、開始要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ及び予約ＩＤ、ステップＳ４４−８で選択された中継装置の中継装置ＩＤを、セッション管理ＤＢ５００５に関連付けて記憶させる（ステップＳ４４−９）。

次に、図６に示されている送受信部５１は、ステップＳ４４−１で抽出された中継装置ＩＤ又はステップＳ４４−８で選択された中継装置ＩＤと、ステップＳ４４−１で抽出されたセッションＩＤ又はステップＳ４４−４で生成されたセッションＩＤと、を含み選択された中継装置３０に接続するための中継装置接続情報を要求元端末（端末１０ａａ）に送信する（ステップＳ４５）。なお、中継装置接続情報には、中継装置３０のＩＰアドレスを含めることができる。この場合、送受信部５１は、ステップＳ４４−１で抽出された中継装置ＩＤ又はステップＳ４４−８で選択された中継装置ＩＤに対応した中継装置のＩＰアドレスを中継装置管理ＤＢ５００１の中継装置管理テーブル（図９参照）から抽出し、要求元端末（端末１０ａａ）に送信することができる。これにより、要求元端末（端末１０ａａ）は、セッションＩＤにおけるセッションの実行において、画像・音声データの中継に用いられる中継装置３０に接続するために用いられる中継装置接続情報を把握することができる。

続いて、管理システム５０の送受信部５１は、通信ネットワーク２を介して選択された中継装置３０へ、中継を開始する旨の要求が示された中継開始要求情報を送信する（ステップＳ４６）。この中継開始要求情報には、中継される要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」、及びステップＳ４４−１で抽出されたセッションＩＤ又はステップＳ４４−４で生成されたセッションＩＤが含まれている。これにより、中継装置３０は、要求元端末（端末１０ａａ）によって選択された予約に基づくセッションに参加する端末間で、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを中継する旨を把握することができる。

要求元端末（端末１０ａａ）は、管理システム５０から送信された中継装置接続情報を用いて選択された中継装置３０との接続を確立し（ステップＳ４７）、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを通信する。これにより、要求元端末（端末１０ａａ）は、ステップＳ４１乃至Ｓ４７と同様の処理により同じ予約に基づき中継装置３０との接続を確立した参加端末と、画像・音声データを相互に通信し、テレビ会議を開始することができる。

続いて、図６及び図２７を用いて、要求元端末（端末１０ａａ）と参加端末（ここでは、端末１０ｄｂとする）との間で、テレビ会議の通話を行うために、画像データ及び音声データを送受信する処理を説明する。なお、端末１０ａａから端末１０ｄｂに画像データ及び音声データを送信する一方向の処理と、端末１０ｄｂから端末１０ａａに画像データ及び音声データを送信する逆方向の処理とで、画像データ及び音声データの送受信や後述の遅延時間の検出等は同じ処理であるため、上記一方向の通信について説明し、上記逆方向の通信は省略する。

まず、要求元端末（端末１０ａａ）は、画像・音声データ用セッションｓｅｄによって、撮像部１４で撮像された被写体の画像データ、及び音声入力部１５ａで入力された音声の音声データを、送受信部１１から通信ネットワーク２を介して中継装置３０へ送信する（ステップＳ８１）。なお、本実施形態では、図２に示されている低解像度、中解像度、及び高解像度の３つから成る高画質の画像データ、並びに、音声データを送信している。これにより、中継装置３０では、送受信部３１で上記３つの解像度の画像データ及び音声データを受信する。そして、データ品質確認部３３が、参加端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１の変更品質管理テーブル（図８参照）を検索し、対応した中継する画像データの画質を抽出することで、中継する画像データの画像の品質を確認する（ステップＳ８２）。本実施形態では、確認された画像データの画像の画質が「高画質」であり、送受信部３１で受信した画像データの画質と同じであるため、中継装置３０は、画像・音声データ用セッションｓｅｄによって、そのままの画質の画像データ、及びそのままの音質の音声データで、参加端末（端末１０ｄｂ）に送信する（ステップＳ８３）。これにより、参加端末（端末１０ｄｂ）は、送受信部１１で画像データ及び音声データを受信し、表示制御部１６がディスプレイ１２０に上記画像データに基づく画像を表示させると共に、音声出力部１５ｂが音声データに基づく音声を出力させることができる。

次に、参加端末（端末１０ｄｂ）の遅延検出部１８は、送受信部１１で受信された画像データの受信の遅延時間を一定時間毎（例えば、１秒毎）に検出する（ステップＳ８４）。なお、本実施形態では、遅延時間が２００（ｍｓ）である場合について、以下説明を続ける。

参加端末（端末１０ｄｂ）の送受信部１１は、管理情報用セッションｓｅｉによって、通信ネットワーク２を介して管理システム５０へ、遅延時間「２００（ｍｓ）」を示す遅延情報を送信する（ステップＳ８５）。これにより、管理システム５０は、遅延時間を把握すると共に、遅延情報の送信元である端末１０ｄｂのＩＰアドレス「１．３．２．４」を把握することができる。

次に、管理システム５０の遅延時間管理部６０は、上記宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を検索キーとして、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）を検索することで、対応する端末ＩＤ「０１ｄｂ」を抽出し、更に、セッション管理ＤＢ５００５（図６参照）において、上記端末ＩＤ「０１ｄｂ」のレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間「２００（ｍｓ）」を記憶して管理する（ステップＳ８６）。

次に、品質決定部５８は、上記遅延時間「２００（ｍｓ）」を検索キーとして、品質管理ＤＢ５００７の品質管理テーブル（図１４参照）を検索し、対応する画像データの画質「中画質」を抽出することで、画質を「中画質」に決定する（ステップＳ８７）。

次に、送受信部５１は、セッション管理ＤＢのセッション管理テーブル（図１３参照）において、上記端末ＩＤ「０１ｄｂ」に関連付けられている中継装置ＩＤを検索キーとして、中継装置管理ＤＢ５００１の中継装置管理テーブル（図９参照）を検索し、対応する中継装置３０のＩＰアドレスを抽出する（ステップＳ８８）。そして、送受信部５１は、管理情報用セッションｓｅｉによって、通信ネットワーク２を介して中継装置３０へ、上記ステップＳ８７によって決定された画像データの画質「中画質」を示す品質情報を送信する（ステップＳ８９）。この品質情報には、上記ステップＳ８６において検索キーとして用いた宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」が含まれている。これにより、中継装置３０では、変更品質管理部３４が、変更品質管理ＤＢ３００１の変更品質管理テーブル（図８参照）に、送信先の端末１０（ここでは、宛先端末（端末１０ｄｂ））のＩＰアドレス「１．３．２．４」、及び中継される画像データの画質「中画質」を関連付けて記憶して管理する（ステップＳ９０）。

次に、参加端末（端末１０ａａ）は、引き続き上記ステップＳ８１と同様に、画像・音声データ用セッションｓｅｄによって、中継装置３０へ、低画質、中画質、及び高画質の３つから成る高画質の画像データ、並びに、音声データを送信する（ステップＳ９１）。これにより、中継装置３０では、上記ステップＳ８２と同様に、データ品質確認部３３が、宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１の変更品質管理テーブル（図８参照）を検索し、対応した中継する画像データの画質「中画質」を抽出することで、中継される画像データの画像の品質を確認する（ステップＳ９２）。本実施形態では、確認された画像データの画質が「中画質」であり、送受信部３１で受信された画像データの画質「高画質」よりも低くなるため、データ品質変更部３５は、画像データの画質を「高画質」から「中画質」に抑制することで、画像データの画像の品質を変更する（ステップＳ９３）。そして、送受信部３１は、画像・音声データ用セッションｓｅｄによって、通信ネットワーク２を介して参加端末（端末１０ｄｂ）へ、上記画像データの画質が「中画質」に変更された画像データ、及び音声の音質が変更されていない音声データを送信する（ステップＳ９４）。このように、画像データを受信する参加端末（端末１０ｄｂ）で、受信の遅延が生じた場合には、中継装置３０は画像の品質を変更し、テレビ会議に参加している人に違和感を与えないようにすることができる。

＜＜実施形態の主な効果＞＞
以上説明したように本実施形態によれば、管理システム５０のセッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）は、端末が予約に基づく通信を実行する場合に、端末１０を識別するための端末ＩＤと、予約を識別するための予約ＩＤと、を関連付けて管理する。管理システム５０のセッション抽出部６２は、所定の通信の予約がされた宛先端末を識別するための端末ＩＤに基づいて、セッション管理テーブルから予約ＩＤを抽出する。また、管理システム５０の状態決定部６３は、抽出された予約ＩＤによって識別される予約が所定の通信の予約と同一であるか否かに基づいて、宛先としての端末の所定の通信の予約に基づく状態を決定する。これにより、宛先端末が所定の予約に基づく通信を実行しているか否かが判断できるようになるので、宛先端末が所定の予約に基づく通信を開始してからテレビ会議を開始したい場合に、宛先端末の通信の状態を他の通信手段によって確認する必要がなくなる。

また、本実施形態によれば、管理システム５０の予約管理ＤＢ５００９の予約管理テーブル（図１６参照）は、端末間の通信の予約がされた場合に、予約を識別するための予約ＩＤと、通信の予約がされた端末を識別するための端末ＩＤと、を関連付けて管理する。また、予約内容抽出部６１は、送受信部５１によって受付けられた予約ＩＤに基づいて、宛先端末の端末ＩＤを予約管理テーブルから抽出する。これにより、要求元端末は、宛先端末の状態を取得する際に宛先端末の端末ＩＤを指定する必要がなくなる。

また、本実施形態によれば、状態決定部６３は、セッション抽出部６２によって抽出された予約ＩＤと送受信部５１によって受付けられた予約ＩＤとが同一である場合は、宛先端末の状態を「入室中」に決定し、同一でない場合は、宛先端末の所定の状態を「使用中」に決定する。これにより管理システムは、宛先としての端末の所定の通信の予約に基づく状態を容易に決定できる。

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

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

更に、上記実施形態では、図８に示されている変更品質管理テーブル、及び図１４に示されている品質管理テーブルによって、中継装置３０で中継される画像データの画像の品質の一例として、画像データの画像の解像度に着目して管理したが、これに限られるものではなく、品質の他の例として、画像データの画質の深度、音声データの音声におけるサンプリング周波数、音声データの音声におけるビット長などに着目して管理してもよい。

また、図９、図１１、及び図１３では、受信日時について管理しているが、これに限るものではなく、受信日時のうち少なくとも受信時間を管理すればよい。

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

本実施形態において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。

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

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

また、上記実施形態では、コンテンツデータの一例として、画像データ及び音声データについて説明したが、これに限るものではなく、触覚(touch)データであってもよい。この場合、一方の端末側でユーザが接触した感覚が、他方の端末側に伝達される。更に、コンテンツデータは、嗅覚（smell）データであってもよい。この場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータは、画像データ、音声データ、触覚データ、及び嗅覚データのうち、少なくとも１つのデータであればよい。

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

１ 伝送システム
１０ 伝送端末
１１ 送受信部（受付部の一例、送信部の一例）
１２ 操作入力受付部
１３ ログイン要求部
１４ 撮像部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 表示制御部
１８ 遅延検出部
１９ 記憶・読出処理部
２０ 宛先リスト作成部
３０ 中継装置
３１ 送受信部
３２ 状態検知部
３３ データ品質確認部
３４ 変更品質管理部
３５ データ品質変更部
３９ 記憶・読出処理部
５０ 伝送管理システム
５１ 送受信部
５２ 端末認証部
５３ 状態管理部
５４ 端末抽出部
５５ 端末状態取得部
５６ 中継装置選択部
５７ セッション管理部（予約抽出部の一例）
５８ 品質決定部
６０ 遅延時間管理部
６１ 予約内容抽出部（予約端末抽出部の一例）
６２ セッション抽出部
６３ 状態決定部（判断部の一例）
６４ 会議情報作成部
７０ ルータ
９０ プログラム提供システム
１００ メンテナンスシステム
１２０ ディスプレイ
１０００ 記憶部
３０００ 記憶部
３００１ 変更品質管理ＤＢ
５０００ 記憶部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ（通信管理部の一例）
５００７ 品質管理ＤＢ
５００８ 中継装置選択管理ＤＢ
５００９ 予約管理ＤＢ（予約管理部の一例）

特許第４２９２５４４号公報

Claims (4)

1. 予約されたセッションへの参加要求元の伝送端末を識別するための伝送端末識別情報と、前記予約を識別するための予約識別情報と、を関連付けて管理する通信管理部と、
   所定の予約を識別するための予約識別情報を含む第２の伝送端末の状態の取得の要求を第１の伝送端末から受付ける受付部と、
   前記受付部によって前記要求が受付けられると、前記第２の伝送端末を識別するための伝送端末識別情報に関連付けられた予約識別情報を前記通信管理部から抽出する予約抽出部と、
   前記予約抽出部によって抽出された前記予約識別情報、及び前記要求に含まれる予約識別情報が同一であるか判断する判断部と、
   前記判断部によって同一であると判断された場合には、前記所定の予約に基づくセッションに参加している前記第２の伝送端末の状態を示す第１の状態情報を前記第１の伝送端末に送信し、前記判断部によって同一でないと判断された場合には、前記所定の予約に基づくセッションとは異なるセッションに参加している前記第２の伝送端末の状態を示す第２の状態情報を前記第１の伝送端末に送信する送信部と、を有することを特徴とする伝送管理システム。
2. 伝送端末間の通信の予約がされた場合に、前記予約を識別するための予約識別情報と、前記通信の予約がされた伝送端末を識別するための伝送端末識別情報と、を関連付けて管理する予約管理部と、
   前記受付部によって前記要求が受付けられると、前記所定の予約を識別するための予約識別情報に関連付けられた第２の伝送端末の伝送端末識別情報を前記予約管理部から抽出する予約端末抽出部を有することを特徴とする請求項１に記載の伝送管理システム。
3. 通信ネットワークを介してコンテンツデータを相互に通信する複数の伝送端末と、
   請求項１又は２に記載の伝送管理システムと、を有することを特徴とする伝送システム。
4. 予約されたセッションへの参加要求元の伝送端末を識別するための伝送端末識別情報と、前記予約を識別するための予約識別情報と、を関連付けて管理する通信管理部を有する伝送管理システムに、
   所定の予約を識別するための予約識別情報を含む第２の伝送端末の状態の取得の要求を第１の伝送端末から受付ける受付処理と、
   前記受付処理によって前記要求が受付けられると、前記第２の伝送端末を識別するための伝送端末識別情報に関連付けられた予約識別情報を前記通信管理部から抽出する予約抽出処理と、
   前記予約抽出処理によって抽出された前記予約識別情報、及び前記要求に含まれる予約識別情報が同一であるか判断する判断処理と、
   前記判断処理によって同一であると判断された場合には、前記所定の予約に基づくセッションに参加している前記第２の伝送端末の状態を示す第１の状態情報を前記第１の伝送端末に送信し、前記判断処理によって同一でないと判断された場合には、前記所定の予約に基づくセッションとは異なるセッションに参加している前記第２の伝送端末の状態を示す第２の状態情報を前記第１の伝送端末に送信する送信処理と、
   を実行させることを特徴とする伝送管理システム用プログラム。

Images