"コンテンツデータを第2の伝送端末との間で通信する第1の伝送端末から、前記通信の状態を変更させるための変更情報を受信する受信部と、前記第1の伝送端末の通信の状態を示す第1の状態情報を管理する端末管理部と、前記受信部によって前記変更情報が受信された場合に、前記端末管理部から前記第1の状態情報を取得する取得部と、前記受信部によって受信された前記変更情報と前記取得部によって取得された前記第1の状態情報とに基づき、前記端末管理部で管理される前記第1の状態情報を変更する変更部と、を有することを特徴とする伝送管理システム。前記端末管理部が、前記第2の伝送端末の通信の状態を示す第2の状態情報を管理し、前記取得部が、前記端末管理部から前記第2の状態情報を取得し、前記変更部が、前記受信部によって受信された前記変更情報と前記取得部によって取得された前記第2の状態情報とに基づき前記端末管理部で管理される前記第2の状態情報を変更することを特徴とする請求項1に記載の伝送管理システム。前記変更情報が第2の伝送端末の通信の状態を変更させるための特定の変更情報であるかを判断する変更情報判断部を有し、前記取得部が、前記判断部によって前記変更情報が前記特定の変更情報であると判断された場合に、前記第2の状態情報を取得することを特徴とする請求項2に記載の伝送管理システム。前記変更情報と、前記第1の伝送端末の変更前の通信の状態を示す変更前状態情報と、前記第1の伝送端末の変更後の通信の状態を示す変更後状態情報と、を関連付けて管理する状態変更管理部を有し、前記変更部が、前記受信部によって受信された前記変更情報と、前記取得部によって取得された前記第1の状態情報に対応する前記変更前状態情報と、に関連付けられて前記状態変更管理部で管理された前記変更後状態情報に基づいて、前記第1の状態情報を変更することを特徴とする請求項1乃至3のいずれか一項に記載の伝送管理システム。前記取得部によって取得された前記第1の状態情報に対応する前記変更前状態情報が、前記状態変更管理部で前記受信部によって受信された前記変更情報に関連づけられて管理されていない場合に、前記変更部が、前記第1の状態情報を変更しないことを特徴とする請求項4に記載の伝送管理システム。前記変更情報に基づき、前記通信の状態を変更するための所定の情報を前記第1の伝送端末、及び第2の伝送端末の少なくとも一つに送信する送信部を有することを特徴とする請求項1乃至5のいずれか一項に記載の伝送管理システム。前記受信部によって受信された前記変更情報が、要求元としての伝送端末が複数の宛先としての伝送端末との通信の開始を要求する旨の変更情報である場合に、前記送信部が、前記通信の開始を要求する旨を示す所定の情報を前記複数の宛先としての伝送端末に送信することを特徴とする請求項6に記載の伝送管理システム。前記受信部によって受信された前記変更情報が、前記宛先としての伝送端末が前記要求元としての伝送端末との前記通信の開始を拒否する旨の変更情報である場合に、前記複数の宛先としての伝送端末のすべてから前記通信の開始を拒否する旨の変更情報を受信したか否かを判定する判定部を有し、前記変更部が、前記判定部によって判定された結果に基づき前記第2の状態情報を変更することを特徴とする請求項7に記載の伝送管理システム。前記第1の伝送端末と当該伝送管理システムとの間の通信が接続又は切断される場合に、前記変更部が、前記端末管理部で管理される前記第1の状態情報を、前記接続又は切断を示す第1の状態情報に変更することを特徴とする請求項1乃至8のいずれか一項に記載の伝送管理システム。請求項6に記載の伝送管理システムと、コンテンツデータを通信し、該通信の状態を変更させるための変更情報を前記伝送管理システムとの間で通信する第1の伝送端末及び第2の伝送端末と、前記第1の伝送端末から送信される前記コンテンツデータを前記第2の伝送端末に中継する中継装置と、を有し、前記伝送管理システムの送信部が、前記所定の情報を前記第1の伝送端末、第2の伝送端末、及び前記中継装置の少なくとも一つに送信することを特徴とする伝送システム。前記所定の情報が、前記中継装置に接続するための中継装置接続情報であって、前記送信部が、前記中継装置接続情報を前記第1の伝送端末及び前記第2の伝送端末の少なくとも一つに送信することを特徴とする請求項10に記載の伝送システム。しかしながら、従来のテレビ会議システムによると、テレビ会議端末間の呼制御を行う管理システムは、テレビ会議端末の通信の状態を管理することができなかった。このため、管理システムは、通話を開始するために必要な情報を通話の要求の宛先の通話端末に送信しても、この宛先のテレビ会議端末が既に別のテレビ会議端末と通話中であってテレビ会議端末間の接続を確立できない場合がある。即ち、管理システムは、通話を開始するために必要な情報をテレビ会議端末に送信する前に送信先のテレビ会議端末の通信の状態を把握できないため、テレビ会議端末間の接続を効率的に制御することができないという課題が生じる。請求項1に係る発明は、コンテンツデータを第2の伝送端末との間で通信する第1の伝送端末から、前記通信の状態を変更させるための変更情報を受信する受信部と、前記第1の伝送端末の通信の状態を示す第1の状態情報を管理する端末管理部と、前記受信部によって前記変更情報が受信された場合に、前記端末管理部から前記第1の状態情報を取得する取得部と、前記受信部によって受信された前記変更情報と前記取得部によって取得された前記第1の状態情報とに基づき、前記端末管理部で管理される前記第1の状態情報を変更する変更部と、を有することを特徴とする伝送管理システムである。請求項10に係る発明は、請求項6に記載の伝送管理システムと、コンテンツデータを通信し、該通信の状態を変更させるための変更情報を前記伝送管理システムとの間で通信する第1の伝送端末及び第2の伝送端末と、前記第1の伝送端末から送信される前記コンテンツデータを前記第2の伝送端末に中継する中継装置と、を有し、前記伝送管理システムの送信部が、前記所定の情報を前記第1の伝送端末、第2の伝送端末、及び前記中継装置の少なくとも一つに送信することを特徴とする伝送システムである。以上説明したように本発明によれば、伝送管理システムは、第2の伝送端末との間で通信する第1の伝送端末の通信の状態を示す第1の状態情報を管理する。伝送管理システムが、第1の伝送端末からこの通信の状態を変更させる変更情報を受信すると、受信された変更情報と管理された第1の状態情報とに基づき管理される伝送端末の第1の状態情報を変更する。これにより、伝送管理システムは、伝送端末の通信の状態を把握できるようになるので、伝送端末間の接続を効率的に制御することができる。<<実施形態の全体構成>>以下、図1乃至図37を用いて、本発明の一実施形態について説明する。図1は、本発明の一実施形態に係る伝送システム1の概略図であり、まずは図1を用いて、本実施形態の概略を説明する。伝送システムには、伝送管理システムを介して一方の伝送端末から他方の伝送端末に一方向でコンテンツデータを伝送するデータ提供システムや、伝送管理システムを介して複数の伝送端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム伝送管理システムに相当を介して複数のコミュニケーション端末伝送端末に相当間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム、音声会議システム、音声電話システム、PC画面共有システム等が例として挙げられる。本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、伝送システム、伝送管理システム、及び伝送端末について説明する。即ち、本発明の伝送端末及び伝送管理システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステム、又は伝送システムにも適用される。図1に示す伝送システム1は、複数の伝送端末10aa,10ab,...、各伝送端末10aa,10ab,...用のディスプレイ120aa,120ab,...、複数の中継装置30a,30b,30c,30d,30e、及び伝送管理システム50、プログラム提供システム90、及びメンテナンスシステム100によって構築されている。なお、本実施形態では、伝送端末10aa,10ab,...のうち任意の伝送端末を示す場合には伝送端末10を用い、ディスプレイ120aa,120ab,...のうち任意のディスプレイを示す場合にはディスプレイ120を用い、中継装置30a,30b,30c,30d,30eのうち任意の中継装置を示す場合には中継装置30を用いる。伝送端末10は、コンテンツデータの一例としての画像データ及び音声データの送受信を行う。なお、以下では、伝送端末を単に端末として表し、伝送管理システムを単に管理システムとして表す。即ち、本実施形態における通話には、音声データの送受信だけでなく、画像データの送受信も含まれる。即ち、本実施形態における端末10は、画像データ及び音声データの送受信を行う。但し、端末10は画像データの送受信を行わず、音声データの送受信を行うようにしてもよい。本実施形態では、画像データの画像が動画の場合について説明するが、動画だけでなく静止画であってもよい。また、画像データの画像には、動画と静止画の両方が含まれてもよい。中継装置30は、複数の端末10の間で、画像データ及び音声データの中継を行う。管理システム50は、端末10及び中継装置30を一元的に管理する。また、図1に示されている複数のルータ70a,70b,70c,70d,70ab,70cdは、画像データ及び音声データの最適な経路の選択を行う。なお、本実施形態では、ルータ70a,70b,70c,70d,70ab,70cdのうち任意のルータを示す場合にはルータ70を用いる。プログラム提供システム90は、端末10に各種機能又は各種手段を実現させるための端末用プログラムが記憶された、不図示のHDHardDiskを備えており、端末10に、端末用プログラムを送信することができる。また、プログラム提供システム90のHDには、中継装置30に各種機能又は各種手段を実現させるための中継装置用プログラムも記憶されており、中継装置30に、中継装置用プログラムを送信することができる。更に、プログラム提供システム90のHDには、管理システム50に各種機能又は各種手段を実現させるための伝送管理用プログラムも記憶されており、管理システム50に、伝送管理用プログラムを送信することができる。メンテナンスシステム100は、端末10、中継装置30、管理システム50、及びプログラム提供システム90のうちの少なくとも1つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム100が国内に設置され、端末10、中継装置30、管理システム50、又はプログラム提供システム90が国外に設置されている場合、メンテナンスシステム100は、通信ネットワーク2を介して遠隔的に、端末10、中継装置30、管理システム50、及びプログラム提供システム90のうちの少なくとも1つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム100は、通信ネットワーク2を介さずに、端末10、中継装置30、管理システム50、及びプログラム提供システム90のうちの少なくとも1つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。また、端末10aa,10ab,10ac,10a...、中継装置30a、及びルータ70aは、LAN2aによって通信可能に接続されている。端末10ba,10bb,10bc,10b...、中継装置30b、及びルータ70bは、LAN2bによって通信可能に接続されている。また、LAN2a及びLAN2bは、ルータ70abが含まれた専用線2abによって通信可能に接続されており、所定の地域A内で構築されている。例えば、地域Aは日本であり、LAN2aは東京の事業所内で構築されており、LAN2bは大阪の事業所内で構築されている。一方、端末10ca,10cb,10cc,10c...、中継装置30c、及びルータ70cは、LAN2cによって通信可能に接続されている。端末10da,10db,10dc,10d...、中継装置30d、及びルータ70dは、LAN2dによって通信可能に接続されている。また、LAN2c及びLAN2dは、ルータ70cdが含まれた専用線2cdによって通信可能に接続されており、所定の地域B内で構築されている。例えば、地域Bはアメリカであり、LAN2cはニューヨークの事業所内で構築されており、LAN2dはワシントンD.C.の事業所内で構築されている。地域A及び地域Bは、それぞれルータ70ab,70cdからインターネット2iを介して通信可能に接続されている。また、管理システム50、及びプログラム提供システム90は、インターネット2iを介して、端末10、及び中継装置30と通信可能に接続されている。管理システム50、及びプログラム提供システム90は、地域A又は地域Bに設置されていてもよいし、これら以外の地域に設置されていてもよい。また、中継装置30eは、通信ネットワーク2を介して端末10と通信可能に接続されている。この中継装置30eは、常時稼動しており、地域A又は地域Bのローカルエリア内の通信量の影響を受けにくくするために、これら以外の地域に設置されている。これにより、端末10が他のローカルエリアに設置された端末と通話する場合に、通話データを中継するための中継装置として中継装置30eが用いられる。また、同一のローカルエリアの端末間で通話を行う際に、このローカルエリアに設置された中継装置が稼動していない場合にも、緊急用の中継装置として中継装置30eが用いられる。なお、本実施形態では、LAN2a、LAN2b、専用線2ab、インターネット2i、専用線2cd、LAN2c、及びLAN2dによって、本実施形態の通信ネットワーク2が構築されている。この通信ネットワーク2には、有線だけでなく無線による通信が行われる箇所があってもよい。また、図1において、各端末10、各中継装置30、管理システム50、各ルータ70、プログラム提供システム90、及びメンテナンスシステム100の下に示されている4組の数字は、一般的なIPv4におけるIPアドレスを簡易的に示している。例えば、端末10aaのIPアドレスは1.2.1.3である。また、IPv4ではなく、IPv6を用いてもよいが、説明を簡略化するため、IPv4を用いて説明する。<<実施形態のハードウェア構成>>次に、本実施形態のハードウェア構成を説明する。本実施形態では、中継先宛先としての端末10で画像データの受信に遅延が生じた場合に、中継装置30によって画像データの画像の解像度を変更してから、中継先としての端末10へ画像データを送信する場合について説明する。図37は、本実施形態に係る端末10の外観図である。以下、端末10の長手方向をX軸方向、水平面内でX軸方向に直交する方向をY軸方向、X軸方向及びY軸方向に直交する方向鉛直方向をZ軸方向として説明する。図37に示されているように、端末10は、筐体1100、アーム1200、及びカメラハウジング1300を備えている。このうち、筐体1100の前側壁面1110には、複数の吸気孔によって形成された不図示の吸気面が設けられており、筐体1100の後側壁面1120には、複数の排気孔が形成された排気面1121が設けられている。これにより、筐体1100に内蔵された冷却ファンの駆動によって、不図示の吸気面を介して端末10の後方の外気を取り込み、排気面1121を介して端末10の後方へ排気することができる。筐体1100の右側壁面1130には、収音用孔1131が形成され、後述する内蔵型のマイク114によって音声、物音、雑音等の音が収音可能となっている。筐体1100の右側壁面1130側には、操作パネル1150が形成されている。この操作パネル1150には、後述の複数の操作ボタン108a~108e、後述の電源スイッチ109、及び後述のアラームランプ119が設けられていると共に、後述の内蔵型のスピーカ115からの出力音を通すための複数の音声出力孔によって形成された音出面1151が形成されている。また、筐体1100の左側壁面1140側には、アーム1200及びカメラハウジング1300を収容するための凹部としての収容部1160が形成されている。筐体1100の右側壁面1130には、後述の外部機器接続I/F118に対して電気的にケーブルを接続するための複数の接続口1132a~1132cが設けられている。一方、筐体1100の左側壁面1140には、後述の外部機器接続I/F118に対して電気的にディスプレイ120用のケーブル120cを接続するための不図示の接続口が設けられている。なお、以下では、操作ボタン108a~108eのうち任意の操作ボタンを示す場合には操作ボタン108を用い、接続口1132a~1132cのうち任意の接続口を示す場合には接続口1132を用いて説明する。次に、アーム1200は、トルクヒンジ1210を介して筐体1100に取り付けられており、アーム1200が筐体1100に対して、135度のチルト角θ1の範囲で、上下方向に回転可能に構成されている。図37は、チルト角θ1が90度の状態を示している。カメラハウジング1300には、後述の内蔵型のカメラ112が設けられており、利用者、書類、及び部屋等を撮像することができる。また、カメラハウジング1300には、トルクヒンジ1310が形成されている。カメラハウジング1300は、トルクヒンジ1310を介して、アーム1200に取り付けられている。そして、カメラハウジング1300は、トルクヒンジ1310を介してアーム1200に取り付けられており、カメラハウジング1300がアーム1200に対して、図37で示されている状態を0度として±180度のパン角θ2の範囲で、且つ、±45度のチルト角θ3の範囲で、上下左右方向に回転可能に構成されている。なお、中継装置30、管理システム50、プログラム提供システム90、及びメンテナンスシステム100は、それぞれ一般のサーバコンピュータの外観と同じであるため、外観の説明を省略する。図2は、本発明の一実施形態に係る端末10のハードウェア構成図である。図2に示されているように、本実施形態の端末10は、端末10全体の動作を制御するCPUCentralProcessingUnit101、端末用プログラムを記憶したROMReadOnlyMemory102、CPU101のワークエリアとして使用されるRAMRandomAccessMemory103、画像データや音声データ等の各種データを記憶するフラッシュメモリ104、CPU101の制御にしたがってフラッシュメモリ104に対する各種データの読み出し又は書き込みを制御するSSDSolidStateDrive105、フラッシュメモリ等の記録メディア106に対するデータの読み出し又は書き込み記憶を制御するメディアドライブ107、端末10の宛先を選択する場合などに操作される操作ボタン108、端末10の電源のON/OFFを切り換えるための電源スイッチ109、後述の通信ネットワーク2を利用してデータ伝送をするためのネットワークI/FInterface111を備えている。また、端末10は、CPU101の制御に従って被写体を撮像して画像を得る内蔵型のカメラ112、このカメラ112の駆動を制御する撮像素子I/F113、音声を出力する内蔵型のスピーカ115、CPU101の制御に従ってマイク114及びスピーカ115との間で音声信号の入出力を処理する音声入出力I/F116、CPU101の制御に従って外付けのディスプレイ120に画像データを伝送するディスプレイI/F117、図37に示されている接続口1100gに取り付けられ各種の外部機器を接続するための外部機器接続I/F118、端末10の各種機能の異常を知らせるアラームランプ119、及び上記各構成要素を図2に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン110を備えている。ディスプレイ120は、被写体の画像や操作用アイコン等を表示する液晶や有機ELによって構成された表示部である。また、ディスプレイ120は、ケーブル120cによってディスプレイI/F117に接続される。このケーブル120cは、アナログRGBVGA信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、HDMIやDVI信号用のケーブルであってもよい。カメラ112は、レンズや、光を電荷に変換して被写体の画像映像を電子化する固体撮像素子を含み、固体撮像素子として、CMOSComplementaryMetalOxideSemiconductorや、CCDChargeCoupledDevice等が用いられる。外部機器接続I/F118には、USBケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、CPU101の制御に従って、内蔵型のカメラ112に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、CPU101の制御に従って、それぞれが内蔵型のマイク114や内蔵型のスピーカ115に優先して、外付けマイクや外付けスピーカが駆動する。なお、記録メディア106は、端末10に対して着脱自在な構成となっている。また、CPU101の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ104に限らず、EEPROMElectricallyErasableandProgrammableROM等を用いてもよい。更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア106等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。図3は、本発明の一実施形態に係る管理システムのハードウェア構成図である。管理システム50は、管理システム50全体の動作を制御するCPU201、伝送管理用プログラムを記憶したROM202、CPU201のワークエリアとして使用されるRAM203、各種データを記憶するHDHardDisk204、CPU201の制御にしたがってHD204に対する各種データの読み出し又は書き込みを制御するHDDHardDiskDrive205、フラッシュメモリ等の記録メディア206に対するデータの読み出し又は書き込み記憶を制御するメディアドライブ207、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ208、後述の通信ネットワーク2を利用してデータ伝送をするためのネットワークI/F209、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード211、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス212、着脱可能な記録媒体の一例としてのCD-ROMCompactDiscReadOnlyMemory213に対するデータの読み出し又は書き込みを制御するCD-ROMドライブ214、及び、上記各構成要素を図3に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン210を備えている。なお、上記伝送管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD-ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、中継装置30は、上記管理システム50と同様のハードウェア構成を有しているため、その説明を省略する。但し、ROM202には、中継装置30を制御するための中継装置用プログラムが記録されている。この場合も、中継装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD-ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。更に、プログラム提供システム90は、上記管理システム50と同様のハードウェア構成を有しているため、その説明を省略する。但し、ROM202には、プログラム提供システム90を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD-ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、メンテナンスシステム100は、上記管理システム50と同様のハードウェア構成を有しているため、その説明を省略する。但し、ROM202には、メンテナンスシステム100を制御するためのメンテナンス用プログラムが記録されている。この場合も、メンテナンス用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD-ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。なお、上記着脱可能な記録媒体の他の例として、CD-RCompactDiscRecordable、DVDDigitalVersatileDisk、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。<<実施形態の機能構成>>次に、本実施形態の機能構成について説明する。図4は、本実施形態の伝送システム1を構成する各端末、装置及びシステムの機能ブロック図である。図4では、端末10、中継装置30、及び管理システム50が、通信ネットワーク2を介してデータ通信することができるように接続されている。また、図1に示されているプログラム提供システム90、及びメンテナンスシステム100は、テレビ会議の通信において直接関係ないため、図4では省略されている。<端末の機能構成>端末10は、送受信部11、操作入力受付部12、ログイン要求部13、撮像部14、音声入力部15a、音声出力部15b、表示制御部16、遅延検出部18、記憶読出処理部19、及び宛先リスト作成部20を有している。これら各部は、図2に示されている各構成要素のいずれかが、ROM102に記憶されているプログラムに従ったCPU101からの命令によって動作することで実現される機能又は手段である。また、端末10は、図2に示されているRAM103によって構築される揮発性記憶部1000、及び図2に示されているフラッシュメモリ104によって構築される揮発性記憶部1100を有している。<端末の各機能部>次に、端末の各部を詳細に説明する。端末10の送受信部11は、図2に示されているネットワークI/F111によって実現され、通信ネットワーク2を介して他の端末、装置又はシステムと各種データ情報の送受信を行う。この送受信部11は、所望の宛先端末と通話を開始する前から、管理システム50より、宛先候補としての各端末の状態を示す各状態情報の受信を開始する。なお、この状態情報は、各端末10の稼動状態ONラインかOFFラインかの状態だけでなく、ONラインであっても更に通話中であるか、待受け中であるか等の詳細な状態を示す。また、この状態情報は、各端末10の稼動状態だけでなく、端末10でケーブルが端末10から外れていたり、音声を出力するが画像は出力させなかったり、音声を出力さないようにするMUTE等、様々な状態を示す。以下では、一例として、状態情報が稼動状態を示す場合について説明する。操作入力受付部12は、図2に示されている操作ボタン108、及び電源スイッチ109によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図2に示されている電源スイッチ109をONにすると、図4に示されている操作入力受付部12が電源ONを受け付けて、電源をONにする。ログイン要求部13は、図2に示されているCPU101からの命令によって実現され、上記電源ONの受け付けを契機として、送受信部11から通信ネットワーク2を介して管理システム50に、ログインを要求する旨を示すログイン要求情報、及び要求元としての端末10の現時点のIPアドレスを自動的に送信する。また、利用者が電源スイッチ109をONの状態からOFFにすると、送受信部11は、管理システム50へ、電源をOFFする旨の状態情報を送信してから、操作入力受付部12が電源を完全にOFFにする。これにより、管理システム50側では、端末10が電源ONから電源OFFになったことを把握することができる。撮像部14は、図2に示されているCPU101からの命令、並びに図2に示されているカメラ112、及び撮像素子I/F113によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。音声入力部15aは、図2に示されている音声入出力I/F116によって実現され、マイク114によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部15bは、図2に示されているCPU101からの命令、並びに図2に示されている音声入出力I/F116によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ115から音声を出力させる。表示制御部16は、図2に示されているディスプレイI/F117によって実現され、外付けのディスプレイ120に対して画像データを送信するための制御を行う。表示制御部16は、要求元としての端末10が所望の宛先としての端末10とテレビ会議の通話を開始する前に、送受信部11による受信の開始後に受信された状態情報を反映させて各宛先名が含まれた宛先リストをディスプレイ120に表示させる。例えば、ディスプレイ120上には、表示実行部16aによって、図22に示されているような宛先リスト枠1100-1が表示される。この宛先リスト枠1100-1には、宛先名日本東京事業所AB端末1100-2等の各宛先名が表示されており、宛先名毎に状態情報に係る状態を示したアイコン1100-3a,1100-3b,1100-3c,1100-3dが表示される。このうち、アイコン1100-3aは、宛先候補の一つの端末がONライン状態で待受け中であるため、この端末と通話可能であることを示す。アイコン1100-3bは、宛先候補の一つの端末がOFFライン状態で、この端末と通話不可能であることを示す。アイコン1100-3cは、宛先候補の一つの端末が他の端末と通話中の状態で、この通話に加わって、三者通信等が可能な状態を示す。アイコン1100-3dは、宛先候補の一つの端末が他の端末との通話を要求しているか他の端末から通話を要求されているため、この宛先候補の一つの端末と通話不可能な状態を示す。更に、アイコン1100-3dは、上記の状態に加えて、他の端末との通話の要求を許可したか、他の端末との通話の要求が許可されたため、この宛先候補の一つの端末と通話不可能な状態を示す。また、宛先リスト枠1100-1には、右側にスクロールバー1100-4が表示され、三角形の上向き又は下向きアイコンが選択されることで、図22には表示されていない宛先候補の宛先名および状態を示したアイコンが表示されることになる。遅延検出部18は、図2に示されているCPU101からの命令によって実現され、他の端末10から中継装置30を介して送られて来る画像データ又は音声データの遅延時間msを検出する。また、記憶読出処理部19は、図2に示されているCPU101からの命令、並びに一例として図2に示すSSD105によって実行され、不揮発性記憶部1000に各種データを記憶したり、不揮発性記憶部1000に記憶された各種データを読み出す処理を行う。この不揮発性記憶部1000には、端末10を識別するための端末IDIdentification、及びパスワード等が記憶される。更に、記憶読出処理部19は、揮発性記憶部1100に各種データを記憶したり、揮発性記憶部1100に記憶された各種データを読み出す処理も行う。この揮発性記憶部1100には、宛先端末との通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ120に画像が表示され、上書きされる前の音声データによってスピーカ115から音声が出力される。宛先リスト作成部20は、管理システム50から受信した、後述の宛先リスト情報及び各宛先候補としての端末10の状態情報に基づいて、図22に示されているような宛先候補の状態がアイコンで示された宛先リストの作成及び更新を行う。なお、本実施形態の端末ID、及び後述の中継装置IDは、それぞれ端末10、及び中継装置30を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ID、及び中継装置IDは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも2つが組み合わされた識別情報であってもよい。中継装置の機能構成次に、中継装置30の機能又は手段について説明する。中継装置30は、送受信部31、状態検知部32、データ品質確認部33、変更品質管理部34、データ品質変更部35、及び記憶読出処理部39を有している。これら各部は、図3に示されている各構成要素のいずれかが、ROM202に記憶されているプログラムに従ったCPU201からの命令によって動作することで実現される機能又は手段である。また、中継装置30は、図3に示されているHD204により構築され、中継装置30の電源をOFFにしても各種データや情報の記憶が維持される不揮発性記憶部3000を有している。変更品質管理テーブル不揮発性記憶部3000には、図7に示されているような変更品質管理テーブルによって構成されている変更品質管理DBDataBase3001が構築される。変更品質管理テーブルでは、画像データの中継先としての端末10のIPアドレス、及びこの中継先に中継装置30が中継する画像データの画質が関連付けられて管理される。ここで、本実施形態で扱われる画像データの画像の解像度について説明する。図8aに示されているように、横が160画素、縦が120画素から成り、ベース画像となる低解像度の画像と、図8bに示されているように、横が320画素、縦が240画素から成る中解像度の画像と、図8cに示されているように、横が640画素、縦が480画素から成る高解像度の画像とがある。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の画像データのみから成る低画質の画像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、帯域が非常に広い場合には、ベース画質となる低解像度の画像データ、中画解像度の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。例えば、図7に示されている変更品質管理テーブルにおいて、中継装置30が、IPアドレス1.3.2.4の宛先端末に対して画像データを中継する場合には、この中継される画像データの画質画像の品質は高品質である。<中継装置の各機能部>次に、中継装置30の各機能構成について詳細に説明する。なお、以下では、中継装置30の各部を説明するにあたって、図3に示されている各構成要素のうち、中継装置30の各部を実現させるための主な構成要素との関係も説明する。図4に示されている中継装置30の送受信部31は、図3に示されているネットワークI/F209によって実現され、通信ネットワーク2を介して他の端末、装置、又はシステムと各種データまたは情報の送受信を行う。状態検知部32は、図3に示されているCPU201からの命令によって実現され、この状態検知部32を有する中継装置30の稼動状態を検知する。稼動状態としては、ONライン、OFFライン、又は故障中の状態がある。データ品質確認部33は、図3に示されているCPU201からの命令によって実現され、宛先端末のIPアドレスを検索キーとして、変更品質管理テーブル図7参照を検索し、対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。変更品質管理部34は、図3に示されているCPU201からの命令によって実現され、管理システム50から送られて来る、後述の品質情報に基づいて、変更品質管理DB3001の変更品質管理テーブルの内容を変更する。例えば、端末IDが01aaである要求元端末端末10aaと、端末IDが01dbである宛先端末端末10dbとの間で高画質の画像データを送受信することによってテレビ会議を行っている最中に、他のテレビ会議を行う要求元端末端末10bbと宛先端末端末10caが通信ネットワーク2を介してテレビ会議を開始すること等によって、宛先端末端末10dbで画像データの受信の遅延が生じた場合には、中継装置30は今まで中継していた画像データの画質を、高画質から中画質に下げる必要がある。このような場合に、中画質を示す品質情報に基づいて、中継装置30が中継する画像データの画質を高画質から中画質に下げるように、変更品質管理DB3001の変更品質管理テーブルの内容が変更される。データ品質変更部35は、図3に示されているCPU201からの命令によって実現され、送信元端末10から送られて来た画像データの画質を、上記変更された変更品質管理DB3001の変更品質管理テーブルの内容に基づいて変更する。記憶読出処理部39は、図3に示されているHDD205によって実現され、不揮発性記憶部3000に各種データを記憶したり、不揮発性記憶部3000に記憶された各種データを読み出す処理を行う。<管理システムの機能構成>次に、管理システム50の機能又は手段について説明する。管理システム50は、送受信部51、端末認証部52、状態管理部53、端末抽出部54、端末状態取得部55、中継装置選択部56、セッション管理部57、品質決定部58、記憶読出処理部59、遅延時間管理部60、決定部61、及び判定部62を有している。これら各部は、図3に示されている各構成要素のいずれかが、ROM202に記憶されているプログラムに従ったCPU201からの命令によって動作することで実現される機能又は手段である。また、管理システム50は、図3に示されているHD204により構築され、管理システム50の電源をOFFにしても各種データや情報の記憶が維持される不揮発性記憶部5000を有している。この不揮発性記憶部5000には、図22に示されている宛先リスト枠1100-1が記憶されている。更に、管理システム50は、図3に示されているRAM203によって構築される揮発性記憶部5100を有している。中継装置管理テーブル不揮発性記憶部5000には、図9に示されているような中継装置管理テーブルによって構成されている中継装置管理DB5001が構築されている。この中継装置管理テーブルでは、各中継装置30の中継装置ID毎に、各中継装置30の稼動状態、稼動状態が示される状態情報が管理システム50で受信された受信日時、中継装置30のIPアドレス、及び中継装置30における最大データ伝送速度Mbpsが関連付けられて管理される。例えば、図9に示されている中継装置管理テーブルにおいて、中継装置IDが111aの中継装置30aは、稼動状態がONラインで、管理システム50で状態情報が受信された日時が2009年11月10日の13時00分で、この中継装置30aのIPアドレスが1.2.1.2で、この中継装置30aにおける最大データ伝送速度が100Mbpsであることが示されている。端末認証管理テーブル更に、不揮発性記憶部5000には、図10に示されているような端末認証管理テーブルによって構成されている端末認証管理DB5002が構築されている。この端末認証管理テーブルでは、管理システム50によって管理される全ての端末10の各端末IDに対して、各パスワードが関連付けられて管理される。例えば、図10に示されている端末認証管理テーブルにおいて、端末10aaの端末IDは01aaで、パスワードはaaaaであることが示されている。端末管理テーブルまた、不揮発性記憶部5000には、図11に示されているような端末管理テーブルによって構成されている端末管理DB5003が構築されている。この端末管理テーブルでは、各端末10の端末ID毎に、各端末10を宛先とした場合の宛先名、各端末10の稼動状態、他の端末との通信状態、後述のログイン要求情報が管理システム50で受信された受信日時、及び端末10のIPアドレスが関連付けられて管理される。例えば、図11に示されている端末管理テーブルにおいて、端末IDが01aaの端末10aaは、端末名が日本東京事業所AA端末で、稼動状態がONラインで、通信状態が他の端末と通信しておらず待受け中の状態を示すNoneで、管理システム50でログイン要求情報が受信された日時が2009年11月10日の13時40分で、この端末10aaのIPアドレスが1.2.1.3であることが示されている。尚、通信状態には、他の端末を呼び出し中の状態を示すCalling、他の端末から呼び出されている状態を示すRinging、他の端末との通話の要求を許可したか、他の端末との通話の要求が許可された状態を示すAccepted、他の端末と通話中の状態を示すBusy等が含まれる。宛先リスト管理テーブル更に、不揮発性記憶部5000には、図12に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理DB5004が構築されている。この宛先リスト管理テーブルでは、テレビ会議における通話の開始を要求する要求元端末の端末IDに対して、宛先端末の候補として登録されている宛先端末の端末IDが全て関連付けられて管理される。例えば、図12に示されている宛先リスト管理テーブルにおいて、端末IDが01aaである要求元端末端末10aaからテレビ会議における通話の開始を要求することができる宛先端末の候補は、端末IDが01abの端末10ab、端末IDが01baの端末10ba、及び端末IDが01bbの端末10bb等であることが示されている。この宛先端末の候補は、要求元端末から管理システム50に対する追加又は削除の要請により、追加又は削除されることで更新される。セッション管理テーブルまた、この不揮発性記憶部5000には、図13に示されているようなセッション管理テーブルによって構成されているセッション管理DB5005が構築されている。このセッション管理テーブルでは、端末間で通話データが通信されるセッションを識別するためのセッションID毎に、画像データ及び音声データの中継に使用される中継装置30の中継装置ID、要求元端末の端末ID、宛先端末の端末ID、宛先端末において画像データが受信される際の受信の遅延時間ms、及びこの遅延時間が示されている遅延情報を宛先端末から送られて来て管理システム50で受信された受信日時が関連付けられて管理される。例えば、図13に示されているセッション管理テーブルにおいて、セッションIDse1を用いて実行されたセッションで選択された中継装置30a中継装置ID111aは、端末IDが01aaの要求元端末端末10aaと、端末IDが01bbの宛先端末端末10bbと、端末IDが01cbの宛先端末端末10cbと、端末IDが01dbの宛先端末端末10dbとの間で、画像データ及び音声データを中継しており、宛先端末端末10dbにおいて2009年11月10日の14時00分時点における画像データの遅延時間が200msであることが示されている。なお、2つの端末10の間でテレビ会議を行う場合には、上記宛先端末ではなく要求元端末から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理してもよい。但し、3つ以上の端末10の間でテレビ会議を行う場合には、画像データ及び音声データの受信側の端末10から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。品質管理テーブル更に、不揮発性記憶部5000には、図14に示されているような品質管理テーブルによって構成されている品質管理DB5007が構築されている。この品質管理テーブルでは、要求元端末又は宛先端末における画像データの遅延時間msに応じて、中継装置30で中継させる画像データの画質画像の品質が関連付けられて管理される。中継装置選択管理テーブル更に、不揮発性記憶部5000には、図15に示されているような中継装置選択管理テーブルによって構成されている中継装置選択管理DB5008が構築されている。この品質管理テーブルでは、管理システム50によって管理される全ての端末10の各端末IDに対して、画像データ及び音声データの中継に使用される中継装置30の中継装置IDが関連付けられて管理される。状態変更管理テーブルまた、不揮発性記憶部5000には、図16,図17,図18に示されているような状態変更管理テーブルによって構成されている状態変更管理DB5009が構築されている。図16の状態変更管理テーブルでは、端末間の通信の状態を変更させる要求を示す変更要求情報変更情報の一例と、状態変更部53cによって変更される前の通信の状態を示す変更前状態情報と、状態変更部53cによって変更された状態を示す変更情報とが関連付けられて管理される。また、図17の状態変更管理テーブルでは、変更要求情報と、要求元端末と宛先端末とを識別するための端末情報と、変更前状態情報と、変更情報とが関連付けられて管理される。図18の状態変更管理テーブルでは、変更要求情報と、端末情報と、通信の開始を要求する旨の変更要求情報Inviteを受信した複数の端末のいずれかから通信の開始を拒否する旨の変更要求情報Rejectを受信した場合に、複数の端末のすべてから変更要求情報Rejectを受信したか否かを判定した結果を示す判定情報と、変更前状態情報と、変更情報とが関連付けられて管理される。尚、変更要求情報には、上記のInvite、Rejectの他、通信の開始を許可する旨の変更要求情報Accept、通信の開始の要求を取り消す旨の変更要求情報Cancel、通話データの中継の開始を要求する旨の変更要求情報Join、既に端末間のセッションが確立されている場合にこのセッションへの参加を要求する旨の変更要求情報Call、通信の終了を要求する旨の変更要求情報Leave等が含まれる。管理システムの各機能部次に、管理システム50の各機能部について詳細に説明する。なお、以下では、管理システム50の各部を説明するにあたって、図3に示されている各構成要素のうち、管理システム50の各部を実現させるための主な構成要素との関係も説明する。送受信部51は、図3に示されているネットワークI/F209によって実行され、通信ネットワーク2を介して他の端末、装置又はシステムと各種データまたは情報の送受信を行う。端末認証部52は、送受信部51を介して受信されたログイン要求情報に含まれている端末ID及びパスワードを検索キーとし、不揮発性記憶部5000の端末認証管理テーブル図10参照を検索し、端末認証管理テーブルに同一の端末ID及びパスワードが管理されているかを判断することによって端末認証を行う。状態管理部53は、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理テーブル図11参照に、この要求元端末の端末ID、要求元端末の稼動状態、管理システム50でログイン要求情報が受信された受信日時、及び要求元端末のIPアドレスを関連付けて記憶して管理する。そのため、状態管理部53は、図3に示されているCPU201からの命令によって、図5に示される状態設定部53a、状態取得部53b、状態変更部53cを実現する。このうち、状態設定部53aは、端末10の利用者が端末10の電源スイッチ109をOFFの状態からONにすることで、この端末から送られてきた電源をONする旨の状態情報に基づいて、端末管理テーブル図11参照の稼動状態のOFFラインを示す稼動状態をONラインに設定する。また、利用者が端末10の電源スイッチ109をONの状態からOFFにすることで、この端末から送られてきた電源をOFFする旨の状態情報に基づいて、端末管理テーブル図11参照のONラインを示す稼動状態をOFFラインに設定する。状態取得部53bは、要求元端末又は宛先端末によって送信された変更要求情報が送受信部51によって受信されると、要求元端末及び宛先端末の少なくとも一方の状態情報を端末管理テーブル図11参照から取得する。状態変更部53cは、送受信部51によって受信された変更要求情報に基づき、端末管理テーブル図11参照で管理される要求元端末の状態情報及び宛先端末の状態情報のいずれか或は両方を変更する。端末抽出部54は、ログイン要求した要求元端末の端末IDをキーとして、宛先リスト管理テーブル図12参照を検索し、要求元端末と通話することができる宛先端末の候補の端末IDを読み出すことで、端末IDを抽出する。また、端末抽出部54は、ログイン要求してきた要求元端末の端末IDをキーとして、宛先リスト管理テーブルを検索し、上記要求元端末の端末IDを宛先端末の候補として登録している他の要求元端末の端末IDも抽出する。端末状態取得部55は、上記端末抽出部54によって抽出された宛先端末の候補の端末IDを検索キーとして、端末管理テーブル図11参照を検索し、上記端末抽出部54によって抽出された端末ID毎に稼動状態を読み出す。これにより、端末状態取得部55は、ログイン要求してきた要求元端末と通話することができる宛先端末の候補の稼動状態を取得することができる。また、端末状態取得部55は、上記端末抽出部54によって抽出された端末IDを検索キーとして、端末管理テーブルを検索し、ログイン要求してきた要求元端末の稼動状態も取得する。中継装置選択部56は、複数の中継装置30から最終的に1つの中継装置30に絞り込むための処理を行う。そのため、中継装置選択部56は、図3に示されているCPU201からの命令によって、セッションID生成部56a、中継装置抽出部56b、選択部56cを実現する。このうち、セッションID生成部56aは、端末間で通話データが通信されるセッションを識別するためのセッションIDを生成する。中継装置抽出部56bは、要求元端末から送られてきた開始要求情報に含まれている要求元端末の端末ID、及宛先端末の端末IDに基づいて、中継装置選択管理テーブル図15参照を検索することにより、対応するそれぞれの中継装置IDを抽出する。選択部56cは、中継装置管理テーブル図9参照で管理されている中継装置30のうち、稼動状態がONラインとなっている中継装置30の中継装置IDを選択することにより、中継装置30の選択を行う。セッション管理部57は、不揮発性記憶部5000のセッション管理テーブル図13参照に、セッションID生成部56aで生成されたセッションID、要求元端末の端末ID、及び宛先端末の端末IDを関連付けて記憶して管理する。また、セッション管理部57は、セッション管理テーブルに対して、セッションID毎に、最終的に1つに選択された中継装置30の中継装置IDを記憶して管理する。品質決定部58は、上記遅延時間を検索キーとして、品質管理テーブル図14参照を検索し、対応する画像データの画質を抽出することで、中継装置30に中継させる画像データの画質を決定する。記憶読出処理部59は、図3に示されているHDD205によって実行され、不揮発性記憶部5000に各種データを記憶したり、不揮発性記憶部5000に記憶された各種データを読み出す処理を行う。遅延時間管理部60は、上記宛先端末のIPアドレスを検索キーとして、端末管理テーブル図11参照を検索することで、対応する端末IDを抽出し、更に、セッション管理テーブル図13参照において、上記抽出した端末IDが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。決定部61は、送受信部51によって受信された変更要求情報に基づき、端末間の通信の状態を変更するための対応を決定する。判定部62は、通信の開始を要求する旨の変更要求情報Inviteを受信した複数の端末のいずれかから通信の開始を拒否する旨の変更要求情報Rejectを受信した場合に、複数の端末のすべてから通信の開始を拒否する旨の変更要求情報Rejectを受信したか否かを判定する。変更要求情報判断部63は、送受信部51によって受信された変更要求情報が、この変更要求情報を送信した端末要求元端末及び宛先端末の一方の通信の状態のみでなく、相手側の端末要求元端末及び宛先端末の他方の通信の状態を変更させる要求を示す特定の変更要求情報であるかを判断する。例えば、通信の開始を要求する旨の変更要求情報Inviteは、要求元端末の通信の状態を呼び出し中の状態Callingに変更させるのみでなく、宛先端末の通信の状態を呼び出されている状態Ringingに変更させるので、特定の変更要求情報であると判断される。同様にして、本実施形態では上記のInviteの他、通信の開始を許可する旨のAccept、通信の開始を拒否する旨のReject、通信の開始の要求を取り消す旨のCancelが特定の変更要求情報と判断される。<<実施形態の処理または動作>>以上が、本実施形態に係る伝送システム1の構成及び機能又は手段の説明であり、続いて、図19乃至図37を用いて、本実施形態に係る伝送システム1における処理方法を説明する。なお、図19は、各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。図20は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。図21は、端末間で通話を開始する準備段階の処理を示したシーケンス図である。図22は、本実施形態の宛先リストを示す概念図である。図23は、通信の開始を要求する処理を示したシーケンス図である。図24は、通信の状態を変更する処理を示した処理フロー図である。図25は、通信の開始の要求を許可する処理を示したシーケンス図である。図26は、通信の開始の要求を拒否する処理を示したシーケンス図である。図27は、通信の状態を変更する処理を示した処理フロー図である。図28は、通信の開始の要求を取り消す処理を示したシーケンス図である。図29は、通話データの中継を要求する処理を示したシーケンス図である。図30は、通信の状態を変更する処理を示した処理フロー図である。図31は、端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。図32は、通話データ用セッションへの参加を要求する処理を示したシーケンス図である。図33は、通信の状態を変更する処理を示した処理フロー図である。図34は、通話データ用セッションからの退出を要求する処理を示したシーケンス図である。図35は、他の実施形態の宛先リストを示す概念図である。図36は、通信の状態の遷移を示す状態遷移図である。図37は、本実施形態に係る伝送端末の外観図である。まず、図19を用いて、各中継装置30から管理システム50に送信された各中継装置30の状態を示す状態情報を管理する処理を説明する。まず、各中継装置30では、図4に示されている状態検知部32が、自装置である中継装置30の稼動状態を定期的に検知しているステップS1-1~S1-4。そして、管理システム50側で各中継装置30の稼動状態をリアルタイムで管理させるべく、各中継装置30の送受信部31は、定期的に通信ネットワーク2を介して管理システム50へ各状態情報を送信するステップS2-1~S2-4。これら各状態情報には、中継装置30毎の中継装置IDと、これら各中継装置IDに係る中継装置30の状態検知部32で検知された稼動状態とが含まれている。なお、本実施形態では、中継装置30a,30b,30dは、正常に稼動してONラインとなっている一方で、中継装置30cは稼働中ではあるが、中継装置30cの中継動作を実行するためのプログラムに何らかの不具合が生じて、OFFラインとなっている場合が示されている。次に、管理システム50では、各中継装置30から送られて来た各状態情報を送受信部51が受信し、記憶読出処理部59を介して不揮発性記憶部5000の中継装置管理テーブル図9参照に、中継装置ID毎に状態情報を記憶して管理するステップS3-1~S3-4。これにより、図9に示されるような中継装置管理テーブルに対して、中継装置ID毎にONライン、OFFライン、又は故障中のいずれかの稼動状態が記憶されて管理される。またこの際に、中継装置ID毎に、管理システム50で状態情報が受信された受信日時も記憶されて管理される。なお、中継装置30から状態情報が送られない場合には、図9に示されている中継装置管理テーブルの各レコードにおける稼動状態のフィールド部分及び受信日時のフィールド部分が空白になるか、又は、前回の受信時の稼動状態及び受信日時をそれぞれ示す。次に、図20を用いて、伝送システム1における画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念を説明する。図20に示されているように、伝送システム1では、端末10Aと端末10Bと端末10Cの間では、管理システム50を介して、各種の管理情報を送受信するための管理情報用セッションseiが確立される。また、端末10Aと端末10Bと端末10Cの間では、中継装置30を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの4つの各データを送受信するための4つのセッションが確立される。ここでは、これら4つのセッションをまとめて、画像音声データ用セッションsedとして示している。次に、図21を用いて、端末10aaが通話を開始する前の準備段階における各管理情報の送受信処理について説明する。なお、図21では、全て管理情報用セッションseiによって、各種管理情報が送受信される処理が示されている。まず、端末10aaの利用者が、図2に示されている電源スイッチ109をONにすると、図4に示されている操作入力受付部12が電源ONを受け付けて、電源をONにするステップS21。そして、ログイン要求部13は、上記電源ONの受信を契機とし、送受信部11から通信ネットワーク2を介して管理システム50に、ログイン要求を示すログイン要求情報を自動的に送信するステップS22。このログイン要求情報には、要求元としての自端末である端末10aaを識別するための端末ID、及びパスワードが含まれている。これら端末ID、及びパスワードは、記憶読出処理部19を介して不揮発性記憶部1000から読み出されて、送受信部11に送られたデータである。なお、端末10aaから管理システム50へログイン要求情報が送信される際は、受信側である管理システム50は、送信側である端末10aaのIPアドレスを把握することができる。次に、管理システム50の端末認証部52は、送受信部51を介して受信したログイン要求情報に含まれている端末ID及びパスワードを検索キーとして、不揮発性記憶部5000の端末認証管理テーブル図10参照を検索し、端末認証管理DB5002に同一の端末ID及びパスワードが管理されているかを判断することによって端末認証を行うステップS23。この端末認証部52によって、同一の端末ID及びパスワードが管理されているため、正当な利用権限を有する端末10からのログイン要求であると判断された場合には、状態管理部53は、端末管理テーブル図11参照に、端末10aaの端末ID及び宛先名で示されるレコード毎に、上記ログイン要求情報が受信された受信日時、及び端末10aaのIPアドレスを関連付けて記憶するステップS24-1。これにより、図11に示されている端末管理テーブルには、端末ID01aaに、受信日時2009.11.10.13:40及び端末IPアドレス1.2.1.3が関連付けて管理されることになる。続いて、状態管理部53の状態設定部53aが、端末10aaの稼動状態ONラインと通信状態Noneを設定し、端末管理テーブル図11参照に、端末10aaの端末ID及び宛先名で示されるレコード毎に、稼動状態、及び通信状態を関連付けて記憶するステップS24-2。これにより、図11に示されている端末管理テーブルには、端末ID01aaに、稼動状態ONライン及び通信状態Noneが関連付けて管理されることになる。そして、管理システム50の送受信部51は、上記端末認証部52によって得られた認証結果が示された認証結果情報を、通信ネットワーク2を介して、上記ログイン要求してきた要求元端末端末10aaに送信するステップS25。本実施形態では、端末認証部52によって正当な利用権限を有する端末であると判断された場合につき、以下続けて説明する。端末10aaでは、正当な利用権限を有する端末であると判断された結果が示された認証結果情報を受信すると、送受信部11が通信ネットワーク2を介して管理システム50へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信するステップS26。これにより、管理システム50の送受信部51は、宛先リスト要求情報を受信する。次に、端末抽出部54は、ログイン要求した要求元端末端末10aaの端末ID01aaを検索キーとして、宛先リスト管理テーブル図12参照を検索し、要求元端末端末10aaと通話することができる宛先端末の候補の端末IDを読み出すことによって抽出するステップS27。また、端末抽出部54は、抽出された端末IDを検索キーとして、端末管理テーブル図11参照を検索し、この端末IDに対応する宛先名を読み出すことによって抽出する。ここでは、要求元端末端末10aaの端末ID01aaに対応する宛先端末10ab,10ba,...,10db,...のそれぞれの端末ID01ab、01ba、...01db、...と、これらに対応する端末名日本東京事業所AB端末、日本大阪事業所BA端末、...アメリカワシントン事業所DB端末、...が抽出される。次に、管理システム50の送受信部51は、記憶読出処理部59を介して記憶部6000から宛先リスト枠のデータ図22で示されている宛先リスト枠1100-1部分のデータを読み出すステップS28と共に、この宛先リスト枠並びに上記端末抽出部54によって抽出された端末ID及び宛先名を含めた宛先リスト情報宛先リスト枠、端末ID、宛先名を、要求元端末端末10aaに送信するステップS29。これにより、要求元端末端末10aaでは、送受信部11が宛先リスト情報を受信し、記憶読出処理部19が揮発性記憶部1100へ宛先リスト情報を記憶するステップS30。このように、本実施形態では、各端末10で宛先リスト情報を管理するのではなく、管理システム50が全ての端末の宛先リスト情報を一元管理している。よって、伝送システム1に新たな端末10が含まれるようになったり、既に含まれている端末10に替えて新機種の端末10を含めるようになったり、宛先リスト枠の見栄え等を変更することになった場合でも、管理システム50側で一括して対応するため、各端末10側で宛先リスト情報の変更を行う手間を省くことができる。また、管理システム50の端末状態取得部55は、上記端末抽出部54によって抽出された宛先端末の候補の端末ID01ab、01ba、...01db、...を検索キーとして、端末管理テーブル図11参照を検索し、上記端末抽出部54によって抽出された端末ID毎に、対応する稼動状態を読み出すことにより、宛先候補としての端末10ab,10ba,...,10db,...の各稼動状態を取得するステップS31。次に、送受信部51は、上記ステップS27で使用された検索キーとしての端末ID01abと、対応する宛先端末端末10abの稼動状態OFFラインとが含まれた端末の状態情報を、通信ネットワーク2を介して要求元端末端末10aaに送信するステップS32。また、同じくステップS32の一環として、送受信部51は、端末ID01baと、対応する宛先端末端末10baの稼動状態ONラインCallingとが含まれた端末の状態情報等、残りの端末の状態情報も個別に要求元端末端末10aaへ送信する。次に、要求元端末端末10aaの記憶読出処理部19は、順次、管理システム50から受信した端末の状態情報を揮発性記憶部1100に記憶するステップS33。よって、要求元端末端末10aaは、上記各端末の状態情報を受信することで、要求元端末端末10aaと通話することができる宛先端末の候補である端末10ab等の現時点のそれぞれの稼動状態を取得することができる。次に、要求元端末端末10aaの宛先リスト作成部20は、揮発性記憶部1100に記憶されている宛先リスト情報、及び端末の状態情報に基づいて、宛先候補としての端末10の状態を反映させた宛先リストを作成すると共に、表示制御部16が、図2に示されているディスプレイ120に対して、宛先リストを表示するタイミングを制御するステップS34。以上より、図22に示されているように、宛先リスト枠1100-1に各宛先名1100-2等及び各状態情報を反映させたアイコン1100-3a等が表示された状態の宛先リストをディスプレイ120aaに表示させることになる。一方、図21に戻って、管理システム50の端末抽出部54は、ログイン要求してきた要求元端末端末10aaの端末ID01aaを検索キーとして、宛先リスト管理テーブル図12参照を検索し、上記要求元端末端末10aaの端末ID01aaを宛先端末の候補として登録している他の要求元端末の端末IDを抽出するステップS35。図12に示されている宛先リスト管理テーブルでは、抽出される他の要求元端末の端末IDは、01ab、01ba、及び01dbである。次に、管理システム50の端末状態取得部55は、上記ログイン要求して来た要求元端末端末10aaの端末ID01aaを検索キーとして、端末管理テーブル図11参照を検索し、ログイン要求してきた要求元端末端末10aaの稼動状態を取得するステップS36。そして、送受信部51は、上記ステップS35で抽出された端末ID01ab、01ba、及び01dbに係る端末10ab,10ba,10dbのうち、端末管理テーブル図11参照で稼動状態がONラインとなっている端末10ba,10dbに、上記ステップS36で取得された要求元端末端末10aaの端末ID01aaと稼動状態ONラインが含まれる端末の状態情報を送信するステップS37-1,S37-2。なお、送受信部51が端末10ba,10dbに端末の状態情報を送信する際に、各端末ID01ba、01dbに基づいて、図11に示されている端末管理テーブルで管理されている端末のIPアドレスを参照する。これにより、ログイン要求した要求元端末端末10aaを宛先として通話することができる他の宛先端末10db,10baのぞれぞれに、上記ログイン要求した要求元端末端末10aaの端末ID01aa、及び稼動状態ONラインを伝えることができる。一方、他の端末10でも、上記ステップS21と同様に、利用者が図3に示されている電源スイッチ109をONにすると、図4に示されている操作入力受付部12が電源ONを受け付け、上記ステップS22~S38-1,S38-2の処理と同様の処理を行うため、その説明を省略する。続いて、図23を用いて、端末が他の端末との通信の開始を要求する場合の処理を説明する。なお、図23では、全て管理情報用セッションseiによって、各種管理情報が送受信される処理が示されている。また、本実施形態においては、要求元端末端末10aaは、宛先の候補としての端末10のうち、上記ステップS32によって受信した端末の状態情報により、稼動状態がONラインであり通信状態がNoneである端末10aa,10bb,10cb,10dbの少なくとも一方と通話を行うことができる。そこで、以下では、要求元端末端末10aaの利用者が、宛先端末端末10bb、10cb、10dbと通話を開始することを選択した場合について説明する。まず、要求元端末端末10aaの利用者が図2に示されている操作ボタン108を押下して宛先端末端末10bbと宛先端末端末10cbと宛先端末端末10dbとを選択すると、図4に示されている操作入力受付部12は、端末10bb、端末10cb及び端末10dbとの通話を開始する要求を受け付けるステップS41。そして、端末10aaの送受信部11は、要求元端末端末10aaの端末ID01aa、宛先端末端末10bbの端末ID01bb、宛先端末端末10cbの端末ID01cb、宛先端末端末10dbの端末ID01db、及び通話の開始を要求する旨を示す変更要求情報Inviteが含まれる開始要求情報を、管理システム50へ送信するステップS42。これにより、管理システム50の送受信部51は、上記開始要求情報を受信すると共に、送信元である要求元端末端末10aaのIPアドレス1.2.1.3を把握することになる。そして、状態管理部53は、開始要求情報に含まれる要求元端末端末10aaの端末ID01aa、宛先端末端末10bbの端末ID01bb、宛先端末10cbの端末ID01cb、及び宛先端末端末10dbの端末ID01dbに基づき、端末管理テーブル図11参照において、上記端末ID01aa、端末ID01bb、端末ID01cb、及び端末ID01dbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更するステップS43。ここで、図24を用いて、ステップS43における処理を詳細に説明する。本実施形態においては、状態管理部53は、図36の状態遷移図によって示される通信状態の変更の規則に従い端末10の通信状態を変更する。例えば、変更要求情報Cancelを受信した場合には、端末10の通信状態がRinging又はCallingであれば、通信状態Noneに変更し、端末10の通信状態がAcceptedであれば、通信状態をAcceptedのままとする。本実施形態では、状態管理部53による状態の変更を実現するために、状態変更管理テーブル図16,図17,図18参照を用いる例を説明するが、このような形態には限定されない。この場合、図36の状態遷移図によって示される通信状態の遷移の規則に従い状態管理部53が通信状態を変更できるよう管理システム用プログラムによって規定されていれば良い。先ず、図5に示されている状態管理部53の状態取得部53bは、端末管理DBで管理される端末の通信の状態を取得するステップS43-1。この場合、送受信部51によって受信された変更要求情報Inviteは、変更要求情報判断部63によって特定の変更要求情報であると予め判断される。これに基づき状態取得部53は、要求元端末端末10aaのみでなく、宛先端末端末10bb、10cb、10dbの通信状態を取得する。この場合、状態取得部53bは、要求元端末端末10aaの端末ID01aaを検索キーとして、端末管理テーブル図11参照を検索し、通話を開始する要求をしてきた要求元端末端末10aaの通信状態Noneを取得する。同様にして、宛先端末端末10bbの通信状態None、宛先端末端末10cbの通信状態None、及び宛先端末端末10dbの通信状態Noneを取得する。次に、状態管理部53の状態変更部53cは、変更要求情報Inviteに対応する要求元端末及び宛先端末の変更前状態情報を取得するステップS43-2。この場合、状態変更部53cは、変更要求情報Invite及び端末情報要求元を検索キーとして、状態変更管理テーブル図17参照を検索し、要求元端末の変更前状態情報Noneを取得する。同様にして、状態変更部53cは、変更要求情報Invite及び端末情報宛先を検索キーとして、状態変更管理テーブル図17参照を検索し、宛先端末の変更前状態情報Noneを取得する。次に、状態変更部53cは、状態取得部53bによって取得された通信状態と、状態変更部53cによって取得された変更前状態情報とを比較し、これらが同一であるか否かを判断するステップS43-3。この場合、状態変更部53cは、状態取得部53bによって取得された要求元端末端末10aaの通信状態Noneと、状態変更部53cによって取得された要求元末の変更前状態情報Noneを比較し、これらが同一であるか否かを判断する。同様にして、状態変更部53cは、状態取得部53bによって取得された宛先端末端末10bbの通信状態、宛先端末端末10cbの通信状態、及び宛先端末端末10dbの通信状態のそれぞれと、状態変更部53cによって取得された宛先端末の変更前状態情報を比較し、これらが同一であるか否かを判断する。ステップS43-3で要求元端末の通信状態と変更前状態情報が同一であり、且つ、宛先端末の通信状態と変更前状態情報とがいずれも同一であると判断された場合にはステップS43-3のYES、状態変更部53cは、変更要求情報Inviteに対応する要求元端末及び宛先端末の変更情報を取得するステップS43-4。この場合、状態変更部53cは、変更要求情報Invite及び端末情報要求元を検索キーとして、状態変更管理テーブル図17参照を検索し、要求元端末の変更情報Callingを取得する。同様にして、状態変更部53cは、要求情報Invite及び端末情報宛先を検索キーとして、状態変更管理テーブル図17参照を検索し、宛先端末の変更情報Ringingを取得する。次に、状態変更部53cは、要求元端末端末10aaの端末ID01aa、宛先端末端末10bbの端末ID01bb、宛先端末端末10cbの端末ID01cb、及び宛先端末端末10dbの端末ID01dbに基づき、端末管理テーブル図11参照において、上記端末ID01aa、端末ID01bb、端末ID01cb、及び端末ID01dbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更するステップS43-5。この場合、端末管理テーブルの端末ID01aaが含まれるレコードの通信状態のフィールド部分を、取得された要求元端末の変更情報に基づきCallingに変更する。同様にして、端末管理テーブルの端末ID01bbが含まれるレコードの通信状態のフィールド部分、端末ID01cbが含まれるレコードの通信状態のフィールド部分、及び端末ID01dbが含まれるレコードの通信状態のフィールド部分を、取得された宛先端末の変更情報に基づきRingingに変更する。更に、決定部61は要求元端末端末10aa、宛先端末端末10bb、10cb、10dbの間の通信の呼制御を行うため開始要求情報を各宛先端末に送信する旨の対応ステップS48-1,S48-2,S48-3参照を決定する。尚、ステップS43-3で要求元端末の通信状態と変更前状態情報が同一ではなく、或は、いずれかの宛先端末の通信状態と変更前状態情報とが同一でないと判断された場合にはステップS43-3のNO、状態変更部53cは、端末管理テーブル図11参照において、上記端末ID01aa、端末ID01bb、端末ID01cb及び端末ID01dbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更しない。これは、要求元端末端末10aa、宛先端末端末10bb、10cb、10dbのいずれかが通話を開始できる状態ではないためである。更に、決定部61は所定のエラーメッセージを作成して要求元端末端末10aaに送信する旨の対応を決定する。続いて送受信部51は、所定のエラーメッセージを作成して、これを要求元端末端末10aaに送信することにより処理を完了する。次に、図23に戻って、決定部61によって開始要求情報を各宛先端末に送信する旨の対応が決定された場合について、その後の処理を説明する。先ず、セッションID生成部56aは、要求元端末端末10aaによって要求された各宛先端末との間の通信を実行するためのセッション通話データ用セッションsedを識別するためのセッションIDse1を生成するステップS44。セッションIDが生成されると、セッション管理部57は、セッションIDse1及び、宛先端末の数3を揮発性記憶部5100に記憶する。この宛先端末の数は、後に通信の開始を拒否する旨の変更要求情報Rejectを受信した場合に、宛先端末のすべてからこの変更要求情報Rejectを受信したか否かを判定するために用いられる。続いて、管理システム50の中継装置選択部56は、中継装置管理DB5001、中継装置選択管理DBに基づいて、要求元端末端末10aaと、宛先端末端末10bb、10cb、10dbとの通話を中継するための中継装置30の選択を行うステップS45。この場合、まず、中継装置抽出部56bは、要求元端末10aaから送られてきた開始通信情報に含まれている要求元端末端末10aaの端末ID01aa、宛先端末端末10bbの端末ID01bb、宛先端末端末10cbの端末ID01cb、宛先端末端末10dbの端末ID01dbに基づいて、中継装置選択管理テーブル図15参照を検索することにより、端末10aa,10bb,10cb,10dbに対応する中継装置ID111a,111b,111c,111dを抽出する。抽出された各中継装置IDが同一であれば、選択部56cは、中継装置管理テーブル図9参照で管理されている中継装置30の稼動状態のうち、抽出された中継装置IDの稼動状態を参照する。ここで中継装置IDの稼動状態がONラインである場合には、選択部56cは、抽出された中継装置を、通話を中継するための中継装置として選択する。抽出された各中継装置IDが同一でない場合、又は、上記の参照の結果、中継装置IDの稼動状態がOFFラインである場合には、中継装置ID111eの中継装置30eを、通話を中継するための中継装置として選択する。本実施形態では、選択部56cによって中継装置30eが選択された場合につき、以下続けて説明する。中継装置30の選択処理が完了すると、セッション管理部57は、不揮発性記憶部5000のセッション管理テーブル図13参照において、セッションIDse1が含まれるレコードの要求元端末ID、宛先端末ID、中継装置IDのフィールド部分に、要求元端末端末10aaの端末ID01aa、宛先端末端末10bbの端末ID01bb、宛先端末端末10cbの端末ID01cb、及び宛先端末端末10dbの端末ID01db、選択された中継装置の中継装置ID111eを記憶して管理するステップS46。次に、図4に示されている送受信部51は、通信ネットワーク2を介して、要求元端末端末10aaへ、セッションID生成部56aで生成されたセッションIDと、選択部56cで選択された中継装置30eに接続するために用いられる中継装置接続情報を送信するステップS47。この中継装置接続情報には、中継装置30eのIPアドレス1.1.1.3、認証情報、ポート番号等を含めることができる。これにより、端末10aaは、セッションIDse1におけるセッションの実行において、通話データの中継に用いられる中継装置30eに接続するために用いられる中継装置接続情報を把握することができる。次に、送受信部51は、要求元端末端末10aaの端末ID01aa、宛先端末との通話の開始を要求する旨を示す変更要求情報Invite、セッションIDse1が含まれる開始要求情報、中継装置30eに接続するために用いられる上記の中継装置接続情報、及び管理システム50のIPアドレスをすべての宛先端末10bb,10cb,10dbへ送信するステップS48-1,S48-2,S48-3。これにより、宛先端末端末10bb、10cb、10dbの送受信部51は、上記開始要求情報を受信すると共に、通話データの中継に用いられる中継装置30eに接続するために用いられる中継装置接続情報、及び送信元である管理システム50のIPアドレス1.1.1.2を把握することになる。続いて、図25及び図24を用いて、上記の開始要求情報を受信した宛先端末端末10dbの利用者が、図2に示されている操作ボタン108を押下することにより、要求元端末端末10aaとの間の通信の開始を許可する旨の応答が受け付けられた場合の処理について説明する。宛先端末端末10dbの操作ボタン108によって、要求元端末端末10aaとの間の通信の開始を許可する旨の応答が受け付けられるステップS49。次に、宛先端末端末10dbの送受信部11は、宛先端末端末10dbの端末ID01db、要求元端末端末10aaの端末ID01aa、通信の開始を許可する旨を示す変更要求情報Accept、セッションIDse1が含まれる開始応答情報を、管理システム50へ送信するステップS50。管理システム50の送受信部51がこの開始応答情報を受信すると、状態管理部53は、要求元端末端末10aaの端末ID01aa及び宛先端末端末10dbの端末ID01dbに基づき、端末管理テーブル図11参照において、上記端末ID01aa及び端末ID01dbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更するステップS51。ここで、図24を用いて、ステップS51における処理を詳細に説明する。先ず、管理システム50の送受信部51がこの開始応答情報を受信すると、図5に示されている状態管理部53の状態取得部53bは、ステップS43-1の処理と同様にして端末管理テーブル図11参照で管理される端末の通信の状態を取得するステップS51-1。この場合、送受信部51によって受信された変更要求情報Acceptは、変更要求情報判断部63によって特定の変更要求情報であると予め判断される。これに基づき状態取得部53は、宛先端末端末10dbの通信状態Ringingのみでなく、要求元端末端末10aaの通信状態Callingを取得する。続いて、状態管理部53の状態変更部53cは、ステップS43-2の処理と同様にして状態変更管理テーブル図17参照で管理される変更要求情報Acceptに対応する要求元端末の変更前状態情報Calling及びAcceptedを取得する。同様にして、状態変更部53cは、状態変更管理テーブル図17参照で管理される変更要求情報Acceptに対応する宛先端末の変更前状態情報Ringingとを取得するステップS51-2。次に、状態変更部53cは、状態取得部53bによって取得された通信状態と、状態変更部53cによって取得された変更前状態情報とを比較し、これらが同一であるか否かを判断するステップS51-3。この場合、状態変更部53cは、状態取得部53bによって取得された要求元端末端末10aaの通信状態Callingが、状態変更部53cによって取得された要求元末の変更前状態情報Calling及びAcceptedのいずれかと同一であるか否かを判断する。同様にして、状態変更部53cは、状態取得部53bによって取得された宛先端末端末10dbの通信状態Ringingが、状態変更部53cによって取得された宛先端末の変更前状態情報Ringingと同一であるか否かを判断する。ステップS51-3で要求元端末の通信状態と変更前状態情報とが同一であり、且つ、宛先端末の通信状態と変更前状態情報とが同一であると判断された場合にはステップS51-3のYES、状態変更部53cは、応答情報Acceptに対応する要求元端末及び宛先端末の変更情報を取得するステップS51-4。この場合、状態変更部53cは、応答情報Accept、要求元端末を示す端末情報要求元、要求元端末の変更前の通信の状態を示す変更前状態Callingを検索キーとして、状態変更管理テーブル図17参照を検索し、要求元端末の変更情報Acceptedを取得する。同様にして、状態変更部53cは、応答情報Accept、宛先端末を示す端末情報宛先、宛先端末の変更前の通信の状態を示す変更前状態Ringingを検索キーとして、状態変更管理テーブル図17参照を検索し、宛先端末の変更情報Acceptedを取得する。次に、状態変更部53cは、開始応答情報に含まれる要求元端末端末10aaの端末ID01aa及び宛先端末端末10dbの端末ID01dbに基づき端末管理テーブル図11参照において、上記端末ID01aa及び端末ID01dbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更するステップS51-5。この場合、端末管理テーブルの端末ID01aaが含まれるレコードの通信状態のフィールド部分を、取得された要求元端末の変更情報に基づきAcceptedに変更する。同様にして、端末管理テーブルの端末ID01dbが含まれるレコードの通信状態のフィールド部分を、取得された宛先端末の変更情報に基づきAcceptedに変更する。更に、決定部61は要求元端末端末10aa、宛先端末端末10dbの間の通信の呼制御を行うため開始応答情報を要求元端末端末10aaに送信する旨の対応ステップS52参照を決定する。尚、ステップS51-3で要求元端末10aaの通信状態と変更前状態情報が同一ではなく、或は、宛先端末端末10dbの通信状態と変更前状態情報とが同一でないと判断された場合にはステップS51-3のNO、状態変更部53cは、端末管理テーブル図11参照において、上記端末ID01aa、端末ID01dbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更しない。この場合、決定部61は所定のエラーメッセージを作成し、これを宛先端末端末10dbに送信する旨の対応を決定する。続いて送受信部51は、このエラーメッセージを作成して、これを宛先端末端末10dbに送信することにより処理を完了する。次に、図25に戻って、決定部61によって開始応答情報を各宛先端末に送信する旨の対応が決定された場合の処理を説明する。送受信部51は、宛先端末端末10dbの端末ID01db、宛先端末との通話の開始の要求を許可する旨を示す変更要求情報Accept、セッションIDse1が含まれる開始応答情報を要求元端末端末10aaへ送信するステップS52。この開始応答情報を受信すると、要求元端末端末10aaは、送受信部11によってセッションIDse1と、ステップS47で取得した中継装置接続情報とを中継装置30eに送信することにより、中継装置30eと接続するステップS53。一方、宛先端末端末10dbは、送受信部11によってセッションIDse1と、ステップS48-1で取得した中継装置接続情報とを中継装置30eに送信することにより、中継装置30eと接続するステップS54。続いて、図26及び図27を用いて、ステップS48-2で開始要求情報を受信した宛先端末端末10bbの利用者が図2に示されている操作ボタン108を押下することにより、要求元端末端末10aaとの間の通信の開始を拒否する旨の応答が受け付けられた場合の処理について説明する。宛先端末端末10bbの操作ボタン108によって、要求元端末端末10bbとの間の通信の開始を拒否する旨の応答が受け付けられるとステップS55、宛先端末端末10bbの送受信部11は、宛先端末端末10bbの端末ID01bb、通信の開始の要求を拒否する旨を示す変更要求情報Reject、セッションIDse1が含まれる開始応答情報を、管理システム50へ送信するステップS56。管理システム50の送受信部51がこの開始応答情報を受信すると、状態管理部53は、要求元端末端末10aaの端末ID01aa及び宛先端末端末10bbの端末ID01bbに基づき、端末管理テーブル図11参照において、上記端末ID01aa及び端末ID01bbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更するステップS57。ここで、図27を用いて、ステップS57における処理を詳細に説明する。先ず、管理システム50の送受信部51がこの開始応答情報を受信すると、判定部62は、セッションIDse1で示されるセッションにおいて、送受信部51によって受信されたRejectの開始応答情報の受信数応答受信数を揮発性記憶部5100に記憶するステップS57-1。この場合、宛先端末端末10bbから受信された開始応答情報Rejectは、セッションIDseで示されるセッションにおいて、最初に受信されたRejectの開始応答情報であるので、セッションIDse1と、応答受信数1と、を関連付けて揮発性記憶部5100に記憶する。次に、図5に示されている状態管理部53の状態取得部53bは、ステップS43-1の処理と同様にして端末管理テーブル図11参照で管理される端末の通信の状態を取得するステップS57-2。ここで、送受信部51によって受信された変更要求情報Rejectが特定の変更要求情報であると変更要求情報判断部63によって予め判断され、これに基づき状態取得部53は、宛先端末端末10bbの通信状態Ringingのみでなく、要求元端末端末10aaの通信状態Acceptedを取得するステップS57-2。続いて、状態管理部53の状態変更部53cは、ステップS43-2の処理と同様にして状態変更管理テーブル図18参照で管理される開始応答情報Rejectに対応する要求元端末の変更前状態情報Calling及びAcceptedと宛先端末の変更前状態情報Ringingとを取得するステップS57-3。次に、状態変更部53cは、状態取得部53bによって取得された通信状態と、状態変更部53cによって取得された変更前状態情報とを比較し、これらが同一であるか否かを判断するステップS57-4。この場合、状態変更部53cは、状態取得部53bによって取得された要求元端末端末10aaの通信状態Acceptedが、状態変更部53cによって取得された要求元末の変更前状態情報Calling及びAcceptedのいずれかと同一であるか否かを判断する。同様にして、状態変更部53cは、状態取得部53bによって取得された宛先端末端末10bbの通信状態Ringingが、状態変更部53cによって取得された宛先端末の変更前状態情報Ringingと同一であるか否かを判断する。ステップS57-4で要求元端末の通信状態と変更前状態情報が同一であり、且つ、宛先端末の通信状態と変更前状態情報とが同一であると判断された場合にはステップS57-4のYES、判定部62は、複数の宛先端末のすべてが要求元端末端末10aaの要求を拒否したか、或は、複数の宛先端末の一部が要求元端末端末10aaの要求を拒否したかを判定するステップ57-5。ここで、判定部62は、要求元端末端末10aaによって送信された要求情報の宛先である宛先端末の数3を、揮発性記憶部5100から取得するステップS44参照。続いて、判定部62は、計測部によって計測されたRejectの開始応答情報の受信数応答受信数1を、揮発性記憶部5100から取得するステップS57-1参照。これにより、判定部62は、複数の宛先端末の一部が要求元端末端末10aaの要求を拒否したと判定する。上記の判定が完了すると、状態変更部53cは、応答情報Rejectに対応する要求元端末及び宛先端末の変更情報を取得するステップS57-6。この場合、状態変更部53cは、応答情報Reject、要求元端末を示す端末情報要求元、判定部62よって判定された結果を示す判定情報一部、要求元端末の変更前の通信の状態を示す変更前状態Acceptedを検索キーとして、状態変更管理テーブル図18参照を検索し、要求元端末の変更情報Acceptedを取得する。また、状態変更部53cは、応答情報Reject、宛先端末を示す端末情報宛先を検索キーとして、状態変更管理テーブル図18参照を検索し、宛先端末の変更情報Noneを取得する。次に、状態変更部53cは、要求元端末端末10aaの端末ID01aa及び宛先端末端末10bbの端末ID01bbに基づき、端末管理テーブル図11参照において、上記端末ID01aa及び端末ID01bbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更するステップS57-7。この場合、端末管理テーブルの端末ID01aaが含まれるレコードの通信状態のフィールド部分を、取得された要求元端末の変更情報に基づきAcceptedに変更する。同様にして、端末管理テーブルの端末ID01bbが含まれるレコードの通信状態のフィールド部分を、取得された宛先端末の変更情報に基づきNoneに変更する。更に、決定部61は要求元端末端末10aa、宛先端末端末10bbの間の通信の呼制御を行うため開始応答情報を要求元端末端末10aaに送信する旨の対応ステップS59参照を決定する。尚、ステップS57-4で要求元端末端末10aaの通信状態と変更前状態情報が同一ではなく、或は、宛先端末端末10bbの通信状態と変更前状態情報とが同一でないと判断された場合にはステップS57-4のNO、状態変更部53cは、端末管理テーブル図11参照において、上記端末ID01aa、端末ID01bbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更しない。この場合、決定部61は所定のエラーメッセージを作成し、これを宛先端末端末10bbに送信する旨の対応を決定する。続いて送受信部51は、このエラーメッセージを宛先端末端末10bbに送信することにより処理を完了する。次に、図26に戻って、決定部61によって開始応答情報を要求元端末端末10aaに送信する場合の処理を説明する。先ず、セッション管理部57は、不揮発性記憶部5000のセッション管理テーブル図13参照において、セッションIDse1が含まれるレコードの宛先端末のフィールド部分から宛先端末端末10bbの端末ID01bbを削除するステップS58。更に、送受信部51は、宛先端末端末10bbの端末ID01bb、通信の開始の要求を拒否する旨を示す応答情報Reject、セッションIDse1が含まれる開始応答情報を、要求元端末端末10aaへ送信するステップS59。これにより、要求元端末端末10aaは要求元端末端末10bbとの間の通信の開始の要求が拒否されたことを把握する。続いて、図28及び図24を用いて、要求元端末端末10aaによって通信の開始の要求を送信された後に、要求元端末端末10aaの操作ボタン108によって、この通信の開始の要求を取り消す旨の要求が受け付けられた場合の処理について説明する。要求元端末端末10aaの操作ボタン108によって、通信の開始の要求を取り消す旨の要求が受け付けられるとステップS61、要求元端末端末10aaの端末ID01aa、通信の開始の要求を取り消す旨を示す変更要求情報Cancel、セッションIDse1が含まれる取消要求情報を、管理システム50へ送信するステップS62。管理システム50の送受信部51がこの取消要求情報を受信すると、状態管理部53は、取消要求情報に含まれる要求元端末端末10aaの端末ID01aa及び宛先端末の端末IDに基づき、端末管理テーブル図11参照において、上記端末ID01aa及び宛先端末の端末IDがそれぞれ含まれるレコードの通信状態のフィールド部分を変更するステップS63。ここで、図24を用いて、ステップS63における処理を詳細に説明する。先ず、管理システム50の送受信部51が変更要求情報Cancelを受信すると、図5に示されている状態管理部53の状態取得部53bは、端末管理テーブル図11参照で管理される端末の通信の状態を取得するステップS63-1。ここで、送受信部51によって受信された変更要求情報Cancelが特定の変更要求情報であると変更要求情報判断部63によって予め判断され、これに基づき状態取得部53は、要求元端末端末10aaの通信状態のみでなく、各宛先端末の通信状態を取得するステップS63-1。この場合、状態取得部53bは、要求元端末端末10aaの端末ID01aaを検索キーとして、端末管理テーブル図11参照を検索し、通話を開始する要求をしてきた要求元端末端末10aaの通信状態Acceptedを取得する。次に、状態取得部53bは、セッションIDse1を検索キーとして、セッション管理テーブル図13参照を検索し、宛先端末の端末ID01db、01cbを取得する。続いて、状態取得部53bは、宛先端末端末10dbの端末ID01db及び宛先端末端末10cbの端末ID01cdを検索キーとして、端末管理テーブル図11参照を検索し、各宛先端末の通信状態Accepted、Ringingを取得する。続いて、状態管理部53の状態変更部53cは、ステップS43-2の処理と同様にして状態変更管理テーブル図17参照で管理される変更要求情報Cancelに対応する要求元端末の変更前状態情報Calling及びAcceptedと宛先端末の変更前状態情報Ringingとを取得するステップS63-2。次に、状態変更部53cは、状態取得部53bによって取得された通信状態と、状態変更部53cによって取得された変更前状態情報とを比較し、これらが同一であるか否かを判断するステップS63-3。この場合、状態変更部53cは、状態取得部53bによって取得された要求元端末端末10aaの通信状態Acceptedが、状態変更部53cによって取得された要求元末の変更前状態情報Calling及びAcceptedのいずれかと同一であるか否かを判断する。同様にして、状態変更部53cは、状態取得部53bによって取得された宛先端末端末10dbの通信状態Accepted及び宛先端末端末10cbの通信状態Ringingが、状態変更部53cによって取得された宛先端末の変更前状態情報Ringingと同一であるか否かを判断する。ステップS63-3で要求元端末の通信状態と変更前状態情報が同一であり、且つ、宛先端末の通信状態と変更前状態情報とが同一であると判断された場合にはステップS63-3のYES、状態変更部53cは、変更要求情報Cancelに対応する要求元端末及び宛先端末の変更情報を取得するステップS63-4。この場合、状態変更部53cは、変更要求情報Cancel、要求元端末を示す端末情報要求元、要求元端末の変更前の通信の状態を示す変更前状態Acceptedを検索キーとして、状態変更管理テーブル図18参照を検索し、要求元端末の変更情報Acceptedを取得する。また、状態変更部53cは、変更要求情報Cancel、宛先端末を示す端末情報宛先を検索キーとして、状態変更管理テーブル図17参照を検索し、宛先端末の変更情報Noneを取得する。次に、状態変更部53cは、要求元端末端末10aaの端末ID01aa及び宛先端末端末10cbの端末ID01cbに基づき、端末管理テーブル図11参照において、上記端末ID01aa及び端末ID01cbがそれぞれ含まれるレコードの通信状態のフィールド部分を変更するステップS63-5。この場合、端末管理テーブルの端末ID01aaが含まれるレコードの通信状態のフィールド部分を、取得された要求元端末の変更情報に基づきAcceptedに変更する。同様にして、端末管理テーブルの端末ID01cbが含まれるレコードの通信状態のフィールド部分を、取得された宛先端末の変更情報に基づきNoneに変更する。更に、決定部61は要求元端末端末10aaと宛先端末端末10cbとの間の通信の呼制御を行うため宛先端末端末10cbとの間の通信の要求が取り消された旨を示す情報を要求元端末端末10aa及び宛先端末端末10cbに送信する旨の対応ステップS65-1,S65-2参照を決定する。ステップS63-3で要求元端末端末10aaの通信状態と変更前状態情報が同一ではなく、或は、宛先端末端末10bbの通信状態と変更前状態情報とが同一でないと判断された場合にはステップS63-3のNO、状態変更部53cは、端末管理テーブル図11参照において、要求元端末の端末ID、宛先端末の端末IDが含まれるレコードの通信状態のフィールド部分を変更しない。本実施形態では宛先端末端末10dbの通信状態Acceptedと宛先端末の変更前状態Ringingが異なるため、宛先端末端末10dbの端末ID01dbが含まれるレコードの通信状態のフィールド部分を変更しない。宛先端末端末10dbによって既に通信の要求が許可されており、通信の要求を取消せないためである。この場合、決定部61は宛先端末端末10dbとの通信の要求を取消せない旨のエラーメッセージを作成し、これを要求元端末端末10aaに送信する旨の対応を決定する。続いて送受信部51は、このエラーメッセージを宛先端末端末10aaに送信することにより処理を完了する。次に、図28に戻って、決定部61によって通信の要求が取り消された旨を示す情報を要求元端末端末10aa及び宛先端末端末10cbに送信する旨の対応が決定された場合の処理を説明する。先ず、セッション管理部57は、不揮発性記憶部5000のセッション管理テーブル図13参照において、セッションIDse1が含まれるレコードの宛先端末のフィールド部分から宛先端末端末10cbの端末ID01cbを削除するステップS64。次に、送受信部51は、セッションIDSE1と、宛先端末端末10cbとの間の通信の要求が取り消された旨を示す情報と、を含む取消情報を要求元端末端末10aa及び宛先端末端末10cbに送信するステップS65-1,S65-2。これにより、要求元端末端末10aa及び宛先端末端末10cbは、要求元端末端末10aaと宛先端末端末10cbとの間の通信の開始の要求が取り消されたことを把握する。続いて、図29を用いて、中継装置30eが要求元端末端末10aaと宛先端末端末10dbとの間で通信される通話データの中継を開始する処理を説明する。なお、図29では、全て管理情報用セッションseiによって、各種管理情報が送受信される処理が示されている。まず、要求元端末端末10aaは、中継装置30eと接続した後ステップS53参照の所定のタイミングで、送受信部11によって、要求元端末端末10aaの端末ID01aa、セッションIDse1、及び中継の開始を要求する旨を示す変更要求情報Joinが含まれる中継要求情報を管理システム50へ送信するステップS71-1。管理システム50の送受信部51が中継要求情報を受信すると、状態管理部53は、中継要求情報に含まれる要求元端末端末10aaの端末ID01aaに基づき、端末管理テーブル図11参照において、上記端末ID01aaが含まれるレコードの通信状態のフィールド部分を変更するステップS72-1。ここで、図30を用いて、ステップS72-1における処理を詳細に説明する。まず、図5に示されている状態管理部53の状態取得部53bは、端末管理DBで管理される端末の通信の状態を取得するステップS72-1-1。この場合、送受信部51によって受信された変更要求情報Joinは、変更要求情報判断部63によって特定の変更要求情報ではないと予め判断される。これに基づき状態取得部53は、要求元端末端末10aaの通信状態のみを取得する。この場合、状態取得部53bは、要求元端末端末10aaの端末ID01aaを検索キーとして、端末管理テーブル図11参照を検索し、中継を開始する要求をしてきた要求元端末端末10aaの通信状態Acceptedを取得する。次に、状態管理部53の状態変更部53cは、変更要求情報Joinに対応する変更前状態情報を取得するステップS72-1-2。この場合、状態変更部53cは、変更要求情報Joinを検索キーとして、状態変更管理テーブル図16参照を検索し、変更前状態情報Acceptedを取得する。次に、状態変更部53cは、状態取得部53bによって取得された通信状態と、状態変更部53cによって取得された変更前状態情報とを比較し、これらが同一であるか否かを判断するステップS72-1-3。この場合、状態変更部53cは、状態取得部53bによって取得された要求元端末端末10aaの通信状態Acceptedと、状態変更部53cによって取得された変更前状態情報Acceptedを比較し、これらが同一であるか否かを判断する。ステップS72-1-3で要求元端末の通信状態と変更前状態情報が同一であると判断された場合にはステップS72-1-3のYES、状態変更部53cは、変更要求情報Joinに対応する変更情報を取得するステップS72-1-4。この場合、状態変更部53cは、変更要求情報Joinを検索キーとして、状態変更管理テーブル図16参照を検索し、変更情報Busyを取得する。次に、状態変更部53cは、要求元端末端末10aaの端末ID01aaに基づき、端末管理テーブル図11参照において、上記端末ID01aaが含まれるレコードの通信状態のフィールド部分を変更するステップS72-1-5。この場合、端末管理テーブルの端末ID01aaが含まれるレコードの通信状態のフィールド部分を、取得された変更情報に基づきBusyに変更する。更に、決定部61は通信の呼制御を行うため中継の開始の要求を中継装置30eに送信する旨の対応ステップS73-1参照を決定する。尚、ステップS72-1-3で要求元端末の通信状態と変更前状態情報が同一ではないと判断された場合にはステップS72-1-3のNO、状態変更部53cは、端末管理テーブル図11参照において、上記端末ID01aaが含まれるレコードの通信状態のフィールド部分を変更しない。この場合、決定部61は所定のエラーメッセージを作成し、これを要求元端末端末10aaに送信する旨の対応を決定する。続いて送受信部51は、このエラーメッセージを要求元端末端末10aaに送信することにより処理を完了する。次に、図29に戻って、決定部61によって中継の開始の要求を中継装置30eに送信する旨の対応が決定された場合の処理を説明する。先ず、管理システム50は、要求元端末端末10aaの端末ID01aa、及びセッションIDse1が含まれる中継開始要求情報を中継装置30eへ送信するステップS73-1。この中継開始要求情報を受け付けると、中継装置30eは、中継の開始を許可する旨を示す通知情報OKを含む中継開始許可情報を、管理システム50へ送信するステップS74-1。この応答を受信すると管理システム50の送受信部51は、この中継開始許可情報を要求元端末端末10aaに送信するステップS75-1。これにより、要求元端末端末10aaと中継装置30aとの間の通話データ用セッションsedが確立されるステップS76-1。一方、宛先端末端末10dbは、中継装置30eと接続した後ステップS54参照の所定のタイミングで、送受信部11によって、宛先端末端末10dbの端末ID01db、セッションIDse1、及び中継の開始を要求する旨を示す変更要求情報Joinが含まれる中継要求情報を管理システム50へ送信するステップS71-2。続いて、管理システム50及び中継装置30eによってステップS72-1,S73-1,S74-1,S75-1と同様の処理が実行されることにより、宛先端末端末10dbと中継装置30eとの間の通話データ用セッションsedが確立されるステップS72-2,S73-2,S74-2,S75-2,S76-2。要求元端末端末10aaと中継装置30eとの間の通話データ用セッションsed及び宛先端末端末10aaと中継装置30eとの間の通話データ用セッションsedが確立されると、中継装置30aは、端末10aa,10dbの間で、低解像度、中解像度、及び高解像度の3つ画像データ、並びに、音声データを中継することができる。これにより、端末10aa,10dbは、テレビ会議を開始することができる。続いて、図4及び図31を用いて、要求元端末端末10aaと宛先端末端末10dbとの間で、テレビ会議の通話を行うために、画像データ及び音声データを送受信する処理を説明する。なお、端末10aaから端末10dbに画像データ及び音声データを送信する一方向の処理と、端末10dbから端末10aaに画像データ及び音声データを送信する逆方向の処理とで、画像データ及び音声データの送受信や後述の遅延時間の検出等は同じ処理であるため、上記一方向の通信について説明し、上記逆方向の通信は省略する。まず、要求元端末端末10aaは、画像音声データ用セッションsedによって、撮像部14で撮像された被写体の画像データ、及び音声入力部15aで入力された音声の音声データを、送受信部11から通信ネットワーク2を介して中継装置30eへ送信するステップS81。なお、本実施形態では、図20に示されている低解像度、中解像度、及び高解像度の3つから成る高画質の画像データ、並びに、音声データを送信している。これにより、中継装置30eでは、送受信部31で上記3つの解像度の画像データ及び音声データを受信する。そして、データ品質確認部33が、宛先端末端末10dbのIPアドレス1.3.2.4を検索キーとして、変更品質管理テーブル図7参照を検索し、対応した中継する画像データの画質を抽出することで、中継する画像データの画像の品質を確認するステップS82。本実施形態では、確認された画像データの画像の画質が高画質であり、送受信部31で受信した画像データの画質と同じであるため、中継装置30aは、画像音声データ用セッションsedによって、そのままの画質の画像データ、及びそのままの音質の音声データで、宛先端末端末10dbに転送するステップS83。これにより、宛先端末端末10dbは、送受信部11で画像データ及び音声データを受信し、画像表示制御部16がディスプレイ120に上記画像データに基づく画像を表示させると共に、音声出力部15bが音声データに基づく音声を出力させることができる。次に、端末10dbの遅延検出部18は、送受信部11で受信された画像データの受信の遅延時間を一定時間毎例えば、1秒毎に検出するステップS84。なお、本実施形態では、遅延時間が200msである場合について、以下説明を続ける。宛先端末端末10dbの送受信部11は、管理情報用セッションseiによって、通信ネットワーク2を介して管理システム50へ、遅延時間200msを示す遅延情報を送信するステップS85。これにより、管理システム50は、遅延時間を把握すると共に、遅延情報の送信元である端末10dbのIPアドレス1.3.2.4を把握することができる。次に、管理システム50の遅延時間管理部60は、上記宛先端末端末10dbのIPアドレス1.3.2.4を検索キーとして、端末管理テーブル図11参照を検索することで、対応する端末ID01dbを抽出し、更に、セッション管理テーブル図13参照において、上記端末ID01dbのレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間200msを記憶して管理するステップS86。次に、品質決定部58は、上記遅延時間200msを検索キーとして、品質管理テーブル図14参照を検索し、対応する画像データの画質中画質を抽出することで、画質を中画質に決定するステップS87。次に、送受信部51は、セッション管理テーブル図13参照において、上記端末ID01dbに関連付けられている中継装置ID111eを検索キーとして、中継装置管理テーブル図9参照を検索し、対応する中継装置30eのIPアドレス1.1.1.3を抽出するステップS88。そして、送受信部51は、管理情報用セッションseiによって、通信ネットワーク2を介して中継装置30eへ、上記ステップS87によって決定された画像データの画質中画質を示す品質情報を送信するステップS89。この品質情報には、上記ステップS86において検索キーとして用いた宛先端末端末10dbのIPアドレス1.3.2.4が含まれている。これにより、中継装置30eでは、変更品質管理部34が、変更品質管理テーブル図7参照に、送信先の端末10ここでは、宛先端末端末10dbのIPアドレス1.3.2.4、及び中継される画像データの画質中画質を関連付けて記憶して管理するステップS90。次に、端末10aaは、引き続き上記ステップS81と同様に、画像音声データ用セッションsedによって、中継装置30eへ、低画質、中画質、及び高画質の3つから成る高画質の画像データ、並びに、音声データを送信するステップS91。これにより、中継装置30eでは、上記ステップS82と同様に、データ品質確認部33が、宛先端末端末10dbのIPアドレス1.3.2.4を検索キーとして、変更品質管理テーブル図7参照を検索し、対応した中継する画像データの画質中画質を抽出することで、中継される画像データの画像の品質を確認するステップS92。本実施形態では、確認された画像データの画質が中画質であり、送受信部31で受信された画像データの画質高画質よりも低くなるため、データ品質変更部35は、画像データの画質を高画質から中画質に抑制することで、画像データの画像の品質を変更するステップS93。そして、送受信部31は、画像音声データ用セッションsedによって、通信ネットワーク2を介して端末10dbへ、上記画像データの画質が中画質に変更された画像データ、及び音声の音質が変更されていない音声データを送信するステップS94。このように、画像データを受信する宛先端末端末10dbで、受信の遅延が生じた場合には、中継装置30eは画像の品質を変更し、テレビ会議に参加している人に違和感を与えないようにすることができる。続いて、図32を用いて、要求元端末端末10aaと宛先端末端末10dbとの間で通話データ用セッションが確立された後に、宛先端末端末10cbがこの通話データ用セッションに参加する処理を説明する。なお、図32では、全て管理情報用セッションseiによって、各種管理情報が送受信される処理が示されている。まず、要求元端末端末10aaの利用者が図2に示されている操作ボタン108を押下すことにより、宛先端末端末10cbが通話データ用セッションsedに参加するためにセッションIDを宛先端末10cbに通知することを要求する旨の情報が受け付けられるステップS101。次に、要求元端末端末10aaの送受信部11は、要求元端末端末10aaの端末ID01aa、宛先端末端末10cbの端末ID01cb、及びセッションIDse1が含まれる、セッションID通知要求情報を管理システム50へ送信するステップS102。通話管理装置50がこのセッションID通知要求情報を受信すると、送受信部51は、要求元端末端末10aaの端末ID01aa、及びセッションIDse1が含まれる、セッションID通知情報を端末10cbに送信するステップS103。宛先端末端末10cbは、上記のセッションID通知情報を受信すると、この通話データ用セッションsedへの参加要求を受け付けるステップS104。ここでは、宛先端末端末10cbの利用者が図2に示されている操作ボタン108を押下すことにより、この通話データ用セッションへの参加を要求する旨が受け付けられる。これにより、宛先端末端末10cbの送受信部11は、宛先端末端末10cbの端末ID01cb、通話データ用セッションに参加することを要求する旨を示す変更要求情報Call及びセッションIDse1が含まれるセッション参加要求情報を管理システム50に送信するステップS105。このセッション参加要求情報を受信すると、管理システム50の状態管理部53は、セッション参加要求情報に含まれる参加を要求する端末端末10cbの端末ID01cbに基づき、端末管理テーブル図11参照において、上記端末ID01cbが含まれるレコードの通信状態のフィールド部分を変更するステップS106。ここで、図33を用いて、ステップS106における処理を詳細に説明する。まず、図5に示されている状態管理部53の状態取得部53bは、端末管理DBで管理される端末の通信の状態を取得するステップS106-1。この場合、送受信部51によって受信された変更要求情報Callは、変更要求情報判断部63によって特定の変更要求情報ではないと予め判断される。これに基づき状態取得部53は、宛先端末端末10cbの通信状態のみを取得する。この場合、状態取得部53bは、宛先端末端末10cbの端末ID01cbを検索キーとして、端末管理テーブル図11参照を検索し、参加を要求する端末端末10cbの通信状態Noneを取得する。次に、状態管理部53の状態変更部53cは、変更要求情報Callに対応する宛先端末の変更前状態情報を取得するステップS106-2。この場合、状態変更部53cは、変更要求情報Callを検索キーとして、状態変更管理テーブル図16参照を検索し、変更前状態情報Noneを取得する。次に、状態変更部53cは、状態取得部53bによって取得された通信状態と、状態変更部53cによって取得された変更前状態情報とを比較し、これらが同一であるか否かを判断するステップS106-3。この場合、状態変更部53cは、状態取得部53bによって取得された端末端末10cbの通信状態Noneと、状態変更部53cによって取得された変更前状態情報Noneを比較し、これらが同一であるか否かを判断する。ステップS106-3で宛先端末の通信状態と変更前状態情報が同一であると判断された場合にはステップS106-3のYES、状態変更部53cは、変更要求情報Callに対応する変更情報を取得するステップS106-4。この場合、状態変更部53cは、変更要求情報Callを検索キーとして、状態変更管理テーブル図16参照を検索し、変更情報Acceptedを取得する。次に、状態変更部53cは、参加を要求する端末端末10cbの端末ID01cbに基づき、端末管理テーブル図11参照において、上記端末ID01cbが含まれるレコードの通信状態のフィールド部分を変更するステップS106-5。この場合、端末管理テーブルの端末ID01cbが含まれるレコードの通信状態のフィールド部分を、取得された宛先端末の変更情報に基づきAcceptedに変更する。更に、決定部61は、要求元端末端末10aa、宛先端末端末10cb、10dbの間の通信の呼制御を行うため参加の要求が許可された旨の情報を要求元端末端末10aa、宛先端末端末10bb、10dbのそれぞれに送信する旨の対応ステップS107-1,S107-2,S107-3参照を決定する。尚、ステップS106-3で参加を要求する端末の通信状態と変更前状態情報が同一ではないと判断された場合にはステップS106-3のNO、状態変更部53cは、端末管理テーブル図11参照において、上記端末ID01cbが含まれるレコードの通信状態のフィールド部分を変更しない。この場合、決定部61は所定のエラーメッセージを作成し、これを宛先端末端末10cbに送信する旨の対応を決定する。続いて送受信部51は、このエラーメッセージを宛先端末端末10cbに送信することにより処理を完了する。次に、図32に戻って、決定部61によって参加の要求が許可された旨の情報を要求元端末端末10aa、宛先端末端末10bb、10cbのそれぞれに送信する旨の対応が決定された場合の処理を説明する。まず、セッション管理部57は、不揮発性記憶部5000のセッション管理テーブル図13参照において、セッションIDse1が含まれるレコードの宛先端末のフィールド部分に参加を要求する端末端末端末10cbの端末ID01cbを追加する。次に、管理システム50の送受信部51は、通話データ用セッションsedに参加する端末端末10cbの端末ID01cb、及びセッションIDse1が含まれる参加通知を、既に通話データ用セッションsedを開始している要求元端末端末10aa及び宛先端末端末10dbに送信するステップS107-1,S107-2。これにより、要求元端末端末10aa及び宛先端末端末10dbは、宛先端末端末10dbが通話データ用セッションに参加する旨を把握することができる。また、管理システム50の送受信部51は、通話データ用セッションsedに参加するセッションIDse1、及び中継装置30eに接続するために用いられる中継装置接続情報が含まれる参加許可通知を、通話データ用セッションsedを開始する宛先端末端末10cbに送信するステップS107-3。端末10cbは、この参加許可通知を受信すると送受信部11によってセッションIDse1と、参加許可通知に含まれる中継装置接続情報とを中継装置30eに送信することにより中継装置30eと接続するステップS108。更に、端末10cbは、中継装置30eと接続した後の所定のタイミングで、送受信部11によって、端末10cbの端末ID01cb、セッションIDse1、及び中継の開始を要求する旨を示す変更要求情報Joinが含まれる中継要求情報を管理システム50へ送信する。続いて、管理システム50及び中継装置30eによってステップS72-1,S73-1,S74-1,S75-1と同様の処理が実行されることにより、端末10cbと中継装置30eとの間の通話データ用セッションsedが確立される。この通話データ用セッションsedが確立されると、中継装置30eは、端末10aa,10cb,10dbの間で、低解像度、中解像度、及び高解像度の3つ画像データ、並びに、音声データを中継することができる。これにより、端末10aa,10cb,10dbは、テレビ会議を開始することができる。続いて、図34を用いて、要求元端末端末10aaと宛先端末端末10cb、10dbとの間で通話データ用セッションが確立された後に、要求元端末端末10aaがこの通話データ用セッションから退出する処理を説明する。なお、図29では、全て管理情報用セッションseiによって、各種管理情報が送受信される処理が示されている。まず、要求元端末端末10aaの利用者が図2に示されている操作ボタン108を押下すことにより、通話データ用セッションから退出する要求が受け付けられるステップS111。そして、要求元端末端末10aaの送受信部11は、要求元端末端末10aaの端末ID01aa、通話データ用セッションから退出する要求を示す変更要求情報Leave、及びセッションIDse1が含まれる、セッション退出要求情報を管理システム50へ送信するステップS112。このセッション退出要求情報を受信すると、管理システム50の状態管理部53は、セッション退出要求情報に含まれる要求元端末端末10aaの端末ID01aaに基づき、端末管理テーブル図11参照において、上記端末ID01aaが含まれるレコードの通信状態のフィールド部分を変更するステップS113。ここで、図30を用いて、ステップS113における処理を詳細に説明する。まず、図5に示されている状態管理部53の状態取得部53bは、端末管理DBで管理される端末の通信の状態を取得するステップS113-1。この場合、送受信部51によって受信された変更要求情報Leaveは、変更要求情報判断部63によって特定の変更要求情報ではないと変更要求情報判断部63によって予め判断される。これに基づき状態取得部53は、要求元端末端末10aaの通信状態のみを取得する。この場合、状態取得部53bは、要求元端末端末10aaの端末ID01aaを検索キーとして、端末管理テーブル図11参照を検索し、要求元端末端末10aaの通信状態Busyを取得する。次に、状態管理部53の状態変更部53cは、変更要求情報Leaveに対応する変更前状態情報を取得するステップS113-2。この場合、状態変更部53cは、変更要求情報Leaveを検索キーとして、状態変更管理テーブル図16参照を検索し、変更前状態情報Busyを取得する。次に、状態変更部53cは、状態取得部53bによって取得された通信状態と、状態変更部53cによって取得された変更前状態情報とを比較し、これらが同一であるか否かを判断するステップS113-3。この場合、状態変更部53cは、状態取得部53bによって取得された要求元端末端末10aaの通信状態Busyと、状態変更部53cによって取得された変更前状態情報Busyを比較し、これらが同一であるか否かを判断する。ステップS113-3で端末の通信状態と変更前状態情報が同一であると判断された場合にはステップS113-3のYES、状態変更部53cは、変更要求情報Leaveに対応する変更情報を取得するステップS113-4。この場合、状態変更部53cは、変更要求情報Leaveを検索キーとして、状態変更管理テーブル図16参照を検索し、変更情報Noneを取得する。次に、状態変更部53cは、要求元端末端末10aaの端末ID01aaに基づき、端末管理テーブル図11参照において、上記端末ID01aaが含まれるレコードの通信状態のフィールド部分を変更するステップS113-5。この場合、端末管理テーブルの端末ID01aaが含まれるレコードの通信状態のフィールド部分を、取得された変更情報に基づきNoneに変更する。更に、決定部61は呼制御を行うため退出が許可された旨の情報を各要求元端末に送信する旨の対応を決定する。尚、ステップS113-3で要求元端末の通信状態と変更前状態情報が同一ではないと判断された場合にはステップS113-3のNO、状態変更部53cは、端末管理テーブル図11参照において、上記端末ID01aaが含まれるレコードの通信状態のフィールド部分を変更しない。この場合、決定部61は所定のエラーメッセージを要求元端末端末10aaに送信する旨の対応を決定する。続いて送受信部51は、このエラーメッセージを要求元端末端末10aaに送信することにより処理を完了する。次に、図34に戻って、決定部61によって退出が許可された旨の情報を各要求元端末に送信する旨の対応が決定された場合について、その後の処理を説明する。先ず、セッション管理部57は、不揮発性記憶部5000のセッション管理テーブル図13参照において、セッションIDse1が含まれるレコードの要求元端末のフィールド部分から要求元端末端末10aaの端末ID01aaを削除するステップS114。管理システム50は、要求元端末端末10aaの端末ID01aa、及びセッションIDse1が含まれるセッションの退出を要求する旨の通知を、中継装置30eへ送信するステップS115。これにより、中継装置30eは、要求元端末端末10aaとの間の通話データ用セッションを停止するとともに、要求元端末端末10aaとの間の接続を切断する。続いて、中継装置30eは、要求元端末端末10aaの端末ID01aa、セッションIDse1が含まれる退出の要求を許可する旨の通知を、管理システム50へ送信するステップS116。管理システム50が退出の要求を許可する旨の通知を受信すると、送受信部51は、要求元端末端末10aaの端末ID01aa、変更要求情報Leave、セッションIDse1、退出の要求を許可する旨の通知情報OKが含まれるセッション退出許可情報を要求元端末端末10aaに送信するステップS117。セッション退出許可情報を受信すると、端末10aaは、図2に示されている電源スイッチ109を押下することにより、電源OFFの要求を受け付けるステップS118。電源OFFの要求が受け付けられると、送受信部11は端末10aaの端末ID01aaと管理システム50との間の接続を切断する旨の通知情報と含む切断要求情報を管理システム50へ送信するステップS119。管理システム50の送受信部51がこの切断要求情報を受信すると、状態管理部53は、切断要求情報に含まれる要求元端末端末10aaの端末ID01aaに基づき、端末管理テーブル図11参照において、上記端末ID01aaが含まれるレコードの通信状態のフィールド部分の記録を削除するステップS120。続いて、送受信部51は、切断の要求を許可する旨の切断許可情報を要求元端末端末10aaに送信するステップS121。これにより、管理システム50は、要求元端末端末10aaとの間の管理データ用セッションを停止するとともに、要求元端末端末10aaとの間の接続を切断する。切断許可情報を受け付けると、要求元端末端末10aaは、電源OFFを実行して処理を完了するステップS122。端末10cb、端末10dbも、端末10aaのステップS111乃至S121の処理と同様にして通話データ用セッションsedから退出して端末間の通話を完了することができる。<<実施形態の主な効果>>以上説明したように本実施形態によれば、管理システム50は、他の端末との間で通信する端末10の通信の状態を管理する。管理システム50が、端末10からこの通信の状態を変更させる要求を示す変更要求情報を受信すると、受信された変更要求情報と管理された端末の通信の状態とに基づき管理される端末の通信の状態を変更する。これにより、管理システムは、端末の通信の状態を把握することが可能になるので、端末間の接続を効率的に制御することを実現することができるという効果を奏する。また、管理システム50は、更に他の端末の通信の状態を管理する。管理システム50が、端末10からこの通信の状態を変更させる要求を示す変更要求情報を受信すると、受信された変更要求情報と管理された他の端末の通信の状態とに基づき管理される他の端末の通信の状態を変更する。これにより、管理システム50は、他の端末の通信の状態を管理することが可能になるので、端末間の接続を効率的に制御することを実現することができるという効果を奏する。更に、管理システム50は、変更要求情報が他の端末の通信の状態を変更させる要求を示す特定の変更要求情報であると判断された場合に、他の端末の通信の状態を取得する。これにより、管理システム50は、変更要求情報の種類に応じて通話を開始する一方又は両方の端末の通信の状態を変更することを実現することができるという効果を奏する。また、管理システム50は、変更要求情報と、変更前状態情報と、変更後管理情報と、が関連づけて管理された状態変更管理テーブルによって構成された状態変更管理DB5009を有する。これにより、管理システム50は、送受信部11によって受信された変更要求情報と、状態取得部53bによって取得された通信状態とに基づいて、通信の状態を変更することを実現することができるという効果を奏する。また、管理システム50は、端末10の通信の状態が所定の変更要求情報に対応する所定の通信の状態でない場合、端末10の状態情報を変更せず、他の端末の通信の状態が所定の変更要求情報に対応する所定の通信の状態でない場合、他の端末の状態情報を変更しない。これにより、管理システム50は、端末10の通信の状態と他の端末の通信の状態とを正確に管理することを実現することができるという効果を奏する。また、管理システム50は、所定の変更要求情報に基づき、通信の状態を変更するために用いられる所定の情報を端末10及び他の端末の少なくとも一つに送信する。これにより、管理システム50は、端末10と他の端末との間の接続を制御することを実現することができるという効果を奏する。また、管理システム50は、要求元としての端末が宛先としての端末との通信の開始を要求する旨の変更要求情報を受信し、宛先としての端末が複数である場合に、通信の開始を要求する旨を示す所定の情報を複数の宛先としての端末に送信する。これにより、管理システム50は、他拠点で通話が開始される場合に要求元としての端末が宛先としての端末との間の接続を制御することを実現することができるという効果を奏する。更に、管理システム50は、所定の変更要求情報が、宛先としての端末が前記要求元としての端末との前記通信の開始を拒否する旨の変更要求情報を受信した場合に、複数の宛先としての端末のすべてから通信の開始を拒否する旨の変更要求情報を受信したか否かを判定し、判定された結果に基づき要求元としての端末の状態情報を変更する。これにより、管理システム50は、宛先としての端末が前記要求元としての端末との前記通信の開始を拒否する旨の変更要求情報を受信した場合に要求元としての端末の通信の状態を正確に管理することを実現することができる。更に、管理システム50は、端末10と当該管理システムとの接続又は切断に基づく情報が受信された場合に、管理される端末10の状態を接続又は切断を示す状態に変更する。これにより、管理システム50は、端末10と当該管理システムとの接続又は切断時に端末10の状態を正確に管理することを実現することができる。<<実施形態の補足>>上記実施形態では、要求元端末端末10aaの利用者が、宛先端末端末10bb、10cb、10dbと通話を開始することを選択した場合について説明したが、これに限るものではない。この場合、要求元端末端末10aaの利用者は、宛先端末として自端末を選択することもできる。宛先端末として自端末を選択した場合には、まず、要求元端末端末10aaと中継装置30との間の通話データ用セッションsedが確立される。続いて要求元端末端末10aaが、所望の宛先端末を指定して、通話データ用セッションsedに参加するために必要なセッションIDをこの宛先端末に通知することを要求する旨の情報が受け付けてステップS101参照、セッションへの参加を要求する処理を実行することにより通話を開始することができる。尚、要求元端末端末10aaが宛先端末として自端末を選択して変更要求情報Inviteが送信された場合、管理システム50は、端末情報自端末選択を検索キーに用いて、状態変更管理テーブル図17参照を検索することにより、要求元端末端末10aaの状態を変更することができる。上記実施形態では、図22に示されているように、宛先名1100-2等とアイコン1100-3a等を示した状態の宛先リスト枠1100-1が表示されるようにしたが、これに限るものではなく、宛先リスト枠1100-1は無く、宛先名1100-2等とアイコン1100-3a等のみが表示されるようにしてもよい。また、上記各実施形態における管理システム50、及びプログラム提供システム90は、単一のコンピュータによって構築されてもよいし、各部機能又は手段を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム90が単一のコンピュータによって構築されている場合には、プログラム提供システム90によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム90が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。また、上記本実施形態の端末用プログラム、中継装置用プログラム、及び伝送管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたHD204、及びこのHD204を備えたプログラム提供システム90は、いずれもプログラム製品ProgramProductとして、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び伝送管理用プログラムが利用者等に提供される場合に用いられる。更に、上記実施形態では、図7に示されている変更品質管理テーブル、及び図14に示されている品質管理テーブルによって、中継装置30で中継される画像データの画像の品質の一例として、画像データの画像の解像度に着目して管理したが、これに限られるものではなく、品質の他の例として、画像データの画質の深度、音声データの音声におけるサンプリング周波数、音声データの音声におけるビット長などに着目して管理してもよい。また、図9、図11、及び図13では、受信日時について管理しているが、これに限るものではなく、受信日時のうち少なくとも受信時間を管理すればよい。更に、上記実施形態では、図9で中継装置のIPアドレス、図11で端末のIPアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク2上で中継装置30を特定するための中継装置特定情報、又は通信ネットワーク2上で端末10を特定するための端末特定情報であれば、それぞれのFQDNFullyQualifiedDomainNameを管理してもよい。この場合、周知のDNSDomainNameSystemサーバによって、FQDNに対応するIPアドレスが取得されることになる。なお、通信ネットワーク2で中継装置30を特定するための中継装置特定情報だけでなく、通信ネットワーク2上における中継装置30への接続先を示した中継装置接続先情報、又は通信ネットワーク2上における中継装置30への宛先を示した中継装置宛先情報と表現してもよい。同じく、通信ネットワーク2で端末10を特定するための端末特定情報だけでなく、通信ネットワーク2上における端末10への接続先を示した端末接続先情報、又は通信ネットワーク2上における端末10への宛先を示した端末宛先情報と表現してもよい。本実施形態において、テレビ会議は、ビデオ会議と置き換え可能な用語として用いられている。また、上記実施形態では、伝送システム1の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、IPInternetProtocol電話や、インターネット電話等の電話システムであってもよい。また、伝送システム1は、カーナビゲーションシステムであってもよい。この場合、例えば、端末10の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末10の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。更に、伝送システム1は、音声会議システム、又はPC画面共有システムであっても良い。更に、伝送システム1は、携帯電話機の通信システムであってもよい。この場合、例えば、端末10は携帯電話機に相当する。この場合の宛先リストの表示例は、図35に示されている。即ち、携帯電話機としての端末10は、携帯電話機の本体10-1、この本体10-1に設けられたメニュー画面表示ボタン10-2、本体10-1に設けられた表示部10-3、本体10―1の下部に設けられたマイク10-4、本体10-1に設けられたスピーカ10-5を備えている。このうち、メニュー画面表示ボタン10-2は、各種アプリケーションを示すアイコンが表示されているメニュー画面を表示させるためのボタンである。表示部10-3は、タッチパネルになっており、利用者が宛先名を選択することで、相手の携帯電話機と通話を行うことができる。また、上記実施形態では、コンテンツデータの一例として、画像データ及び音声データについて説明したが、これに限るものではなく、触覚データであってもよい。この場合、一方の端末側でユーザが接触した感覚が、他方の端末側に伝達される。更に、コンテンツデータは、嗅覚smellデータであってもよい。この場合、一方の端末側の匂い臭いが、他の端末側に伝達される。また、コンテンツデータは、画像データ、音声データ、触覚データ、及び嗅覚データのうち、少なくとも1つのデータであればよい。また、上記実施形態では、伝送システム1によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。"