JP5708168B2 - 伝送端末、伝送システム、伝送方法、及び伝送端末用プログラム - Google Patents

Description

本発明は、コンテンツデータを他の伝送端末との間で通信する伝送端末に関する。

近年、出張経費及び出張時間を削減する要請に伴い、通信ネットワークを介して複数の通信端末の間で画像データ及び音声データ等の通話データの通信を行う通信システムが普及している。この通信ネットワークには従来は専用線が用いられていたが、安価に通話データを通信できる等の理由により近年はインターネットに移行してきている。

ところが、通信ネットワークにインターネットが用いられる場合には、通信経路上にあるルータの設定によっては、通信システムで用いられる通信端末の間で接続できない場合がある等、通話データの到達性を確保することが難しい。また、通話データの通信に利用できる帯域が一定ではないため、安定した画像又は音声の品質を確保することが難しい。このため、通信を開始できなかったり、開始できても途中で通信が中断してしまったりすることがあった。そして、通信が中断されると通信端末の利用者は電話やメール等を利用してこの通信システムの保守管理者に連絡して対処方法を確認する必要があり、通信が再開されるまでに時間を要する問題があった。

このような問題に対処するために、テレビ会議システムの所定の構成要素の障害を検知する障害検知手段、及び検知された所定の条件を満たす障害情報を指定通知先に通信する通知手段等を有する遠隔保守装置が提案されている（特許文献１参照）。この提案によると、障害の内容が保守担当部署などの指定通知先に通知されるので、保守担当者は重大な異常等について対処できるとしている。

しかしながら、従来の遠隔保守装置は、テレビ会議のための通信が中断された場合、別回線又は既存のアナログ公衆回線を介して通知先に障害の状況を通知する。このため、遠隔保守装置は、通知先との間で別回線などの新たな接続を確立させた後に障害の内容を通知するので、発生した障害の内容を即時に通知することができないという課題が生じる。

請求項１に係る発明は、他の伝送端末との間の第１のセッションで、コンテンツデータを通信する通信部と、前記他の伝送端末とのコミュニケーションを妨げる所定の事象を検知する事象検知部と、検知された事象に対処するために用いられる対処情報を前記事象に基づき作成する対処情報作成部と、を有し、前記通信部は、伝送端末間の接続の状態を管理する伝送管理システムとの間の第２のセッションで、前記他の伝送端末との接続の状態の変更に用いられる管理情報を通信し、前記通信部が、前記第２のセッションが確立された後、前記第１のセッションの開始に基づく開始管理情報を送信してから前記第１のセッションの終了に基づく終了管理情報を送信するまでの間前記第２のセッションを切断せず、前記対処情報作成部によって作成された対処情報を前記第２のセッションを用いて前記伝送管理システムに送信することを特徴とする伝送端末である。
請求項６に係る発明は、請求項１乃至５のいずれか一項に記載の伝送端末と、伝送端末間の接続の状態を管理する伝送管理システムと、前記伝送端末から前記第１のセッションで送信される前記コンテンツデータを前記他の伝送端末に中継する中継装置と、を有することを特徴とする伝送システムである。
請求項９に係る発明は、伝送端末が、他の伝送端末との間の第１のセッションで、コンテンツデータを通信する第１の通信工程と、伝送端末間の接続の状態を管理する伝送管理システムとの間の第２のセッションで、前記他の伝送端末との接続の状態の変更に用いられる管理情報を通信する第２の通信工程と、前記他の伝送端末とのコミュニケーションを妨げる所定の事象を検知する事象検知工程と、検知された事象に対処するために用いられる対処情報を前記事象に基づき作成する対処情報作成工程と、を実行し、前記伝送端末は、前記第２のセッションが確立された後、前記第１のセッションの開始に基づく開始管理情報を送信してから前記第１のセッションの終了に基づく終了管理情報を送信するまでの間前記第２のセッションを切断せず、前記対処情報作成工程によって対処情報が作成されると作成された対処情報を前記第２のセッションを用いて前記伝送管理システムに送信することを特徴とする伝送方法である。
請求項１０に係る発明は、請求項９に記載の伝送方法を伝送端末に実行させることを特徴とする伝送端末用プログラムである。

以上説明したように本発明によれば、伝送端末は、他の伝送端末との間の第１のセッションで、コンテンツデータを通信し、伝送端末間の接続の状態を管理する伝送管理システムとの間の第２のセッションで、状態他の伝送端末との接続の状態の変更に用いられる管理情報を通信する。そして、伝送端末は、他の伝送端末とのコミュニケーションを妨げる所定の事象を検知すると、この事象に基づき作成される対処情報を第２のセッションで送信する。これにより、伝送端末は、事象を検知した後に新たな接続を確立する必要がないので、即時に作成された対処情報を送信することを実現することができる。

本発明の一実施形態に係る伝送システムの概略図である。 本発明の一実施形態に係る伝送端末のハードウェア構成図である。 本発明の一実施形態に係る伝送管理システム、中継装置、ログ管理装置、又はプログラム提供システム、メンテナンスシステムのハードウェア構成図である。 本発明の一実施形態に係る伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。 対処情報管理テーブルを示す概念図である。 対処情報管理テーブルを示す概念図である。 変更品質管理テーブルを示す概念図である。 画像データの画質を説明する概念図である。 中継装置管理テーブルを示す概念図である。 端末認証管理テーブルを示す概念図である。 端末管理テーブルを示す概念図である。 宛先リスト管理テーブルを示す概念図である。 セッション管理テーブルを示す概念図である。 アドレス優先度管理テーブルを示す概念図である。 伝送速度優先度管理テーブルを示す概念図である。 品質管理テーブルを示す概念図である。 ログ管理テーブルを示す概念図である。 各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。 伝送システムにおける通信状況を示した概念図である。 伝送端末間で通信を開始する準備段階の処理を示したシーケンス図である。 中継装置を絞り込む処理を示したシーケンス図である。 宛先リスト枠の一例を示した図である。 中継装置を絞り込む処理を示した処理を示したフロー図である。 中継装置の絞り込み処理を行う際の優先度のポイントの計算状態を示した図である。 伝送端末が中継装置を選択する処理を示したシーケンス図である。 伝送端末で中継装置を選択する処理を示したフロー図である。 伝送端末間で通話データを送受信する処理を示したシーケンス図である。 事象情報を送信する処理を示したフロー図である。 ログ情報を登録する処理を示したフロー図である。 本実施形態に係る伝送端末の外観図である。

＜＜実施形態の全体構成＞＞
以下、図１乃至図２９を用いて、本発明の一実施形態について説明する。図１は、本発明の一実施形態に係る伝送システム１の概略図であり、まずは図１を用いて、本実施形態の概略を説明する。

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

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

図１に示す伝送システム１は、複数の伝送端末（１０ａａ，１０ａｂ，…，１０ｄｂ）、各伝送端末（１０ａａ，１０ａｂ，…，１０ｄｂ）用のディスプレイ（１２０ａａ，１２０ａｂ，…，１２０ｄｂ）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、伝送管理装置５００とログ管理装置５５０とを有する伝送管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。

各伝送端末１０は、コンテンツデータの一例としての画像データ及び音声データを含む通話データの送受信による伝送を行う。なお、以下では、「伝送端末」を単に「端末」として表し、「伝送管理システム」を単に「管理システム」として表す。また、本実施形態では、端末（１０ａａ，１０ａｂ，…，１０ｄｂ）のうち任意の端末を示す場合には「端末１０」を用い、ディスプレイ（１２０ａａ，１２０ａｂ，…，１２０ｄｂ）のうち任意のディスプレイを示す場合には「ディスプレイ１２０」を用い、中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）のうち任意の中継装置を示す場合には「中継装置３０」を用いる。

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

また、図１に示されている複数のルータ（７０ａ，７０ｂ，…，７０ｆ）は、画像データ及び音声データの最適な経路の選択を行う。なお、本実施形態では、ルータ（７０ａ，７０ｂ，…，７０ｆ）のうち任意のルータを示す場合には「ルータ７０」を用いる。

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

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

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

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

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

なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく無線による通信が行われる箇所があってもよい。

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

＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。本実施形態では、中継先としての端末１０で画像データの受信に遅延が生じた場合に、中継装置３０によって画像データの画像の解像度を変更してから、中継先としての端末１０へ画像データを送信する場合について説明する。

図２９は、本実施形態に係る端末１０の外観図である。以下、端末１０の長手方向をＸ軸方向、水平面内でＸ軸方向に直交する方向をＹ軸方向、Ｘ軸方向及びＹ軸方向に直交する方向（鉛直方向）をＺ軸方向として説明する。

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

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

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

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

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

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

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

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

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

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

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

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

更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

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

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

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

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

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

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

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

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

＜端末の機能構成＞
端末１０は、他の端末との間で通話データを通信するためのセッションを行う機能を有する。また、端末１０は、伝送端末間の接続の状態を管理する管理システム５０に、接続の状態の変更に用いられる管理情報を通信する機能を有する。尚、この管理情報には通話の開始の状態に変更するために用いられる管理情報（開始管理情報）、及び通話の終了の状態に変更するために用いられる管理情報（終了管理情報）が含まれる。これらの機能を実現するために、端末１０は、通信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４ａ、画像表示制御部１４ｂ、音声入力部１５ａ、音声出力部１５ｂ、最終絞込部１６、遅延検出部１７、事象検知部１８、記憶・読出処理部１９、対処情報作成部２０、及び変換部２１を有している。これら各部は、図２に示されている各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、端末１０は、図２に示されているＳＳＤ１０５によって構築される記憶部１０００を有している。

（対処情報管理テーブル）
記憶部１０００には、図５−１及び図５−２に示されているような対処情報管理テーブルによって構成されている対処情報管理ＤＢ（Data Base）１００１が構築される。図５−１及び図５−２の対処情報管理テーブルでは、事象情報と、表示情報と、対処情報と、音声データ通信情報と、が関連付けられて管理される。

この事象情報は、事象検知部１８によって検知される事象を示す情報である。但し、図５−１の事象情報は、自端末の事象検知部によって検知される事象を示し、図５−２の事象情報は、通信先の端末の事象検知部によって検知される事象を示す。上記の表示情報は、事象検知部によって所定の事象が検知された場合に端末のディスプレイ１２０に表示される情報を示す。上記の対処情報は、事象検知部によって検知される事象の対処の方法を示す情報である。これらの対処情報管理テーブルでは、対処情報が、複数の対処方法を示していても良い。上記の音声データ通信情報は、他の端末との間で音声データの通信が可能であるか否かを示す情報である。この音声データ通信情報には、音声データの通信が可能である旨を示す「ＴＲＵＥ」や、音声データの通信が可能でない旨を示す「ＦＡＬＳＥ」等が含まれる。図５−１の対処情報管理テーブルは、自端末の事象検知部により検知されたマイクの故障に関する事象を示す事象情報「００１」と、マイクが故障している可能性がある旨の表示情報と、代替機を用意する旨等の対処情報と、音声データの通信ができない旨の音声データ通信情報とが関連付けられて管理されている。

＜端末の各機能部＞
次に、端末の各部を詳細に説明する。端末１０の通信部１１は、通話データを通信する通話データ通信部１１ａと管理情報を通信する管理情報通信部１１ｂとを有する。この通信部１１は、図２に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。操作入力受付部１２は、図２に示されている操作ボタン１０８、及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図２に示されている電源スイッチ１０９をＯＮにすると、図４に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。

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

撮像部１４ａは、図２に示されているＣＰＵ１０１からの命令、並びに図２に示されているカメラ１１２、及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。画像表示制御部１４ｂは、図２に示されているディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。

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

最終絞込部１６は、複数の中継装置３０から最終的に１つの中継装置３０に絞り込む最終絞り込み処理を行うため、図２に示されているＣＰＵ１０１からの命令によって、計測部１６ａ、算出部１６ｂ、及び最終選択部１６ｃを実現する。このうち、計測部１６ａは、通信部１１によって受信された後述の事前送信情報毎に、通信部１１によって事前送信情報が受信される際の受信日時を計測する。算出部１６ｂは、計測部１６ａによって受信日時が計測された事前送信情報毎に、この計測された受信時間と、この事前送信情報に含まれている送信日時との差に基づいて、事前送信情報の送信から受信までの所要時間を算出する。最終選択部１６ｃは、算出部１６ｂによって算出された所要時間のうち最短の所要時間を要した事前送信情報が中継された中継装置３０を選択することで、最終的に１つの中継装置を選択する。

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

事象検知部１８は、他の端末との間のコミュニケーションを妨げる所定の事象を検知する。ここで、コミュニケーションとは、通信だけでなく、伝達、連絡、又は意思疎通などを意味する。他の端末との間のコミュニケーションとは、他の端末との間の通信だけでなく、他の端末との間の所定の情報の伝達又は連絡、或いは他の端末のユーザに所定の意思を疎通させることを意味する。即ち、他の端末との間のコミュニケーションを妨げる所定の事象は、通話データの通信を妨げる事象だけでなく、端末１０のハードウェアやソフトウェアなどの問題により、例えば音声の伝達を妨げ、他の端末のユーザとの意思疎通を妨げる事象を含む。

この事象の例としては、端末１０のハードウェアの故障、オペレーティングシステム又はファームウェアのエラーやメンテナンス、端末１０と中継装置３０との間のネットワークの接続のエラー等が挙げられる。このハードウェアの故障としては、カメラ１１２、マイク１１４、スピーカ１１５、操作ボタン１０８等のハードウェアの故障が挙げられる。ここで、カメラ１１２、マイク１１４、スピーカ１１５の故障は、端末１０のファームウェアがこれらのデバイスを使用する前の、デバイスを開いたり制御したりする処理で発生するエラーを検知することにより判断される。

他にも、事象検知部１８は、デバイスドライバを介して、デバイスを制御するＡＰＩ（Application Program Interface）や、イベント通知型のエラー情報から取得したデバイスの状態により事象を検知してもよい。さらに、事象検知部１８は、カメラ１１２、マイク１１４などのデバイスからのそれぞれの入力データを分析して、ノイズや音声の入力レベルを算出し、ノイズが閾値を超えたときや、音声が閾値を下回ったときに異常と判断して事象を検知することもできる。これら判定の具体的な方法は、音声認識(共立出版株式会社 1979年初版発行) 68頁から70頁)に記述されている。

操作ボタン１０８の故障は、端末１０のファームウェアが起動されてから所定の時間（例えば、３分間）に操作ボタンによる入力がない状態を検知することにより判断される。また、操作ボタン１０８に故障がなくとも、操作ボタン１０８の任意のボタン操作が行われたことを検知して事象を判断してもよい。

オペレーティングシステム又はファームウェアのエラーを示す情報の例としては、上記のハードウェアを制御するためのデバイスドライバや中継装置３０と通信するためのファームウェアのエラーが挙げられる。ここで、オペレーティングシステムのエラーには、ＡＰＩ（Application Interface）やイベント通知型のエラー情報が挙げられる。このエラー情報としては、例えばＨＤＤ２０５の読込みまたは書き込みエラーが挙げられる。また、ファームウェアのエラーには、中継装置３０が停止していたり、端末１０のファームウェアが中継装置３０のファームウェアのバージョンと異なることにより、中継装置３０からの応答がなかったり、不明な要求、応答を受信したり、必要なパラメータを受信できなかったりする等、中継装置３０と通信できないことが挙がられる。

オペレーティングシステム又はファームウェアのメンテナンスを示す情報の例としては、これらのシステムのアップデートが挙げられる。尚、カメラ１１２、マイク１１４、スピーカ１１５等のデバイスのアップデートの場合には、これらのデバイスが正常に動作しなかったりデバイスを開けなかったりする。このため、これらのデバイスのメンテナンスについては、上記のハードウェアの故障と同じ項目の事象として取り扱っても良い。

端末１０と中継装置３０との間のネットワークの接続のエラーには、ファイアウォールやルータ７０などの機器の設定により通話データの通信ができないことや、通信ネットワーク２の帯域が狭く通話データの通信ができないこと等が挙げられる。尚、ネットワークの接続のエラーについては、上記の中継装置３０と通信できない場合と同じ項目の事象として取り扱っても良い。

また、事象検知部１８は、通信端末の通信ネットワークスタック（図示せず）から取得したパケット到達時間、パケットロス(データの欠落)やＢＥＲ(Bit Error Rate)などの情報に基づき事象を検知してもよい。例えば、事象検知部１８は、任意の時間内にデータの欠落回数が任意の回数回繰返し発生した場合に所定の事象と判断してもよい。また、事象検知部１８は、遅延検出部１７によって検出された遅延時間に基づいて任意の閾値と比較した結果から事象を検知してもよい。

対処情報作成部２０は、事象検知部１８によって検知された事象に対処するための対処方法をこの事象に基づき作成する。変換部２１は、マイク１１４によって入力された音声を文字データに変換する。また、変換部２１は、通信部１１によって受信された文字データを音声に変換する。ここで、各変換には公知の技術が用いられ、「音声認識の基礎（下）ＩＳＢＮ−４−９００８８６」に記載された音声認識方法や、「特開昭６１−２７９８９８」に記載された音声合成方法等が好適に用いられる。

また、記憶・読出処理部１９は、図２に示されているＣＰＵ１０１からの命令、並びに図２に示すＳＳＤ１０５によって実行され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。記憶部１０００には、端末１０を識別するための端末ＩＤ（Identification）、及びパスワード、並びに、画像データ、及び音声データ等が記憶される。更に、記憶部１０００には、宛先端末との通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。

なお、本実施形態の端末ＩＤ、及び後述の中継装置ＩＤは、それぞれ端末１０、及び中継装置３０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ＩＤ、ログ管理装置ＩＤ、及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。

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

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

ここで、本実施形態で扱われる画像データの画像の解像度について説明する。図７（ａ）に示されているように、横が１６０画素、縦が１２０画素から成り、ベース画像となる低解像度の画像と、図７（ｂ）に示されているように、横が３２０画素、縦が２４０画素から成る中解像度の画像と、図７（ｃ）に示されているように、横が６４０画素、縦が４８０画素から成る高解像度の画像とがある。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の画像データのみから成る低画質の画像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、帯域が非常に広い場合には、ベース画質となる低解像度の画像データ、中解像度の画像データから成る中画質の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。例えば、図６に示されている変更品質管理テーブルにおいて、中継装置３０が、ＩＰアドレス「１．３．２．４」の宛先端末１０に対して画像データを中継する場合には、この中継される画像データの画質（画像の品質）は「高品質」である。

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

図４に示されている中継装置３０の送受信部３１は、図３に示されているネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。状態検知部３２は、図３に示されているＣＰＵ２０１からの命令によって実現され、この状態検知部３２を有する中継装置３０の稼動状態を検知する。稼動状態としては、「ＯＮライン」、「ＯＦＦライン」、又は「故障中」の状態がある。

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

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

＜伝送管理装置の機能構成＞
次に、伝送管理装置５００の機能又は手段について説明する。伝送管理装置５００は、送受信部５０１、端末認証部５０２、状態管理部５０３、端末抽出部５０４、端末状態取得部５０５、一次絞込部５０６、セッション管理部５０７、品質決定部５０８、記憶・読出処理部５０９、遅延時間管理部５１０、及び選択部５１１を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、伝送管理装置５００は、図３に示されているＨＤ２０４により構築される記憶部５０００を有している。

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

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

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

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

（セッション管理テーブル）
また、この記憶部５０００には、図１２に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、端末間で通話データが通信されるセッションを識別するためのセッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の端末ＩＤ、宛先端末の端末ＩＤ、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延情報を宛先端末から送られて来て伝送管理装置５００で受信された受信日時が関連付けられて管理される。例えば、図１２に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」を用いて実行されたセッションで選択された中継装置３０ａ（中継装置ＩＤ「１１１ａ」）は、端末ＩＤが「０１ａａ」の要求元端末（端末１０ａａ）と、端末ＩＤが「０１ｄｂ」の宛先端末（端末１０ｄｂ）との間で、画像データ及び音声データを中継しており、宛先端末（端末１０ｄｂ）において「２００９年１１月１０日の１４時００分」時点における画像データの遅延時間が２００（ｍｓ）であることが示されている。なお、２つの端末１０の間でテレビ会議を行う場合には、上記宛先端末ではなく要求元端末から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理してもよい。但し、３つ以上の端末１０の間でテレビ会議を行う場合には、画像データ及び音声データの受信側の端末１０から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。

（アドレス優先度管理テーブル）
更に、記憶部５０００には、図１３に示されているようなアドレス優先度管理テーブルによって構成されている優先度管理ＤＢ５００６が構築されている。このアドレス優先度管理テーブルでは、任意の端末１０と任意の中継装置３０において、一般的なＩＰｖ４におけるＩＰアドレスのうちの４組のドットアドレス（Dot Address）部分の同異に応じて、アドレス優先度のポイントが高くなるように関連付けられて管理される。例えば、図１３に示されているアドレス優先度管理テーブルにおいて、ドットアドレスの上位から下位にかけて３つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「５」である。ドットアドレスの上位から下位にかけて２つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「３」である。この場合、最下位のドットアドレスの値が同じであるか否かは優先度に関係ない。ドットアドレスの最上位の値が同じで、上位から２番目の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「１」である。この場合、上位から３番目及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。ドットアドレスの最上位の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「０」である。この場合、上位から２番目、３番目、及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。

（伝送速度優先度管理テーブル）
また、記憶部５０００に構築されている優先度管理ＤＢ５００６には、図１４に示されているような伝送速度優先度管理テーブルも含まれている。この伝送速度優先度管理テーブルでは、中継装置３０における最大データ伝送速度（Mbps）の値に応じて、伝送速度優先度のポイントが高くなるように関連付けられて管理される。例えば、図１４に示されている伝送速度優先度管理テーブルにおいて、中継装置３０における最大データ伝送速度が１０００Ｍｂｐｓ以上の場合には、伝送速度優先度のポイントが「５」である。中継装置３０における最大データ伝送速度が１００Ｍｂｐｓ以上１０００Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「３」である。中継装置３０における最大データ伝送速度が１０Ｍｂｐｓ以上１００Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「１」である。中継装置３０における最大データ伝送速度が１０Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「０」である。

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

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

送受信部５０１は、図２に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２又はＬＡＮ２ｅを介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。端末認証部５０２は、送受信部５０１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとし、記憶部５０００の端末認証管理テーブル（図９参照）を検索し、同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。状態管理部５０３は、ログイン要求してきた要求元端末の通話の状態を管理すべく、端末管理テーブル（図１０参照）に、この要求元端末の端末ＩＤ、要求元端末の通話の状態、伝送管理装置５００でログイン要求情報が受信された受信日時、及び要求元端末１０のＩＰアドレスを関連付けて記憶して管理する。

端末抽出部５０４は、ログイン要求した要求元端末の端末ＩＤをキーとして、宛先リスト管理テーブル（図１１参照）を検索し、要求元端末と通信することができる宛先端末の候補の端末ＩＤを読み出すことで、端末ＩＤを抽出する。また、端末抽出部５０４は、ログイン要求してきた要求元端末の端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブルを検索し、上記要求元端末の端末ＩＤを宛先端末の候補として登録している他の要求元端末の端末ＩＤも抽出する。

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

一次絞込部５０６は、複数の中継装置３０から最終的に１つの中継装置３０に絞り込む最終絞り込み処理を支援するため、最終絞り込み処理前の一次絞り込み処理を行うため、セッションＩＤ生成部５０６ａ、端末ＩＰアドレス抽出部５０６ｂ、一次選択部５０６ｃ、及び優先度決定部５０６ｄを有している。このうち、セッションＩＤ生成部５０６ａは、端末間で通話データが通信されるセッションを識別するためのセッションＩＤを生成する。端末ＩＰアドレス抽出部５０６ｂは、要求元端末から送られてきた開始要求情報に含まれている要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤに基づいて、端末管理テーブル（図１０参照）を検索することにより、対応するそれぞれの端末１０のＩＰアドレスを抽出する。一次選択部５０６ｃは、中継装置管理テーブル（図８参照）で管理されている中継装置３０のうち、通話の状態が「ＯＮライン」となっている中継装置３０の中継装置ＩＤを選択することにより、中継装置３０の選択を行う。

また、一次選択部５０６ｃは、上記端末ＩＰアドレス抽出部５０６ｂによって抽出された、要求元端末のＩＰアドレス、及び宛先端末のＩＰアドレスに基づいて、中継装置管理テーブル（図８参照）を検索することにより、上記選択された中継装置３０のＩＰアドレスのドットアドレス毎に、上記要求元端末及び宛先端末の各ＩＰアドレスにおける各ドットアドレスと同じであるか異なるかを調査する。更に、一次選択部５０６ｃは、中継装置毎に、アドレス優先度のポイントにおいて端末１０に対する高い方のポイントと、伝送速度優先度のポイントを統合した統合ポイントのうち、ポイントが高い上位２つの中継装置３０を選択することにより、中継装置３０の更なる選択を行う。

なお、本実施形態では、ポイントが高い上位２つの中継装置３０を選択することにしているが、これに限られるものではなく、中継装置３０を１つでも多く絞り込むことができれば、ポイントが高い上位３つ以上の中継装置３０を選択するようにしてもよい。

優先度決定部５０６ｄは、優先度管理ＤＢ５００６のアドレス優先度管理テーブル（図１３参照）を参照して、上記一次選択部５０６ｃによって調査された中継装置３０毎に、アドレス優先度のポイントを決定する。また、優先度決定部５０６ｄは、中継装置管理テーブル（図８参照）で管理されている各中継装置３０の最大データ伝送速度に基づいて、優先度管理ＤＢ５００６の伝送速度優先度管理テーブル（図１４参照）を検索することにより、上記一次選択部５０６ｃによる第１次の絞り込み処理によって絞り込まれた中継装置３０毎に伝送速度優先度のポイントを決定する。

セッション管理部５０７は、記憶部５０００のセッション管理テーブル（図１２参照）に、セッションＩＤ生成部５０６ａで生成されたセッションＩＤ、要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５０７は、セッション管理テーブルに対して、セッションＩＤ毎に、端末１０の最終選択部１６ｃで最終的に１つに選択された中継装置３０の中継装置ＩＤを記憶して管理する。

品質決定部５０８は、上記遅延時間を検索キーとして、品質管理テーブル（図１５参照）を検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。記憶・読出処理部５０９は、図３に示されているＨＤＤ２０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。遅延時間管理部５１０は、上記宛先端末のＩＰアドレスを検索キーとして、端末管理テーブル（図１０参照）を検索することで、対応する端末ＩＤを抽出し、更に、セッション管理テーブルに（図１２参照）おいて、上記抽出した端末ＩＤが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。選択部５１１は、端末から対処情報を受信すると、複数の中継装置の中から通話データを中継する中継装置を選択する。

＜ログ管理装置の機能構成＞
次に、ログ管理装置５５０の機能又は手段について説明する。ログ管理装置５５０は、端末間で通話データが通信されるセッションの開始管理情報及び終了管理情報を受信して、これらの通信時間を管理する機能を有する。このため、ログ管理装置５５０は、送受信部５５１、ログ作成部５５２、記憶・読出処理部５５９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、ログ管理装置５５０は、図３に示されているＨＤ２０４により構築される記憶部５５００を有している。

（ログ管理テーブル）
記憶部５５００には、図１６に示されているようなログ管理テーブルによって構成されているログ管理ＤＢ５５０１が構築されている。このログ管理テーブルでは、端末１０の端末ＩＤ毎に作成され、ログ情報の識別情報（ログＩＤという）と管理情報とセッションＩＤと時刻情報とが関連付けられて管理される。ここで、管理情報とは端末間の通話の状態の変更に用いられる情報を意味する。この管理情報には、端末間で通話データが通信されるセッションの開始を要求するための「ｉｎｖｉｔｅ」、このセッションの終了を通知するための「ｂｙｅ」、管理システム５０へのログインを要求するための「ｌｏｇｉｎ」、管理システム５０からのログアウトを要求するための「ｌｏｇｏｕｔ」、要求をキャンセルするための「ｃａｎｃｅｌ」、エラーの発生を示す「ｅｒｒｏｒ」、障害を示す「ｆａｕｌｔ」、メンテナンスを示す「ｍａｉｎｔｅｎａｎｃｅ」等の情報が含まれる。また、セッションＩＤは、端末間で通話データを通信するセッションを一意に識別するための識別情報である。時刻情報はそれぞれのログ情報がログ管理テーブルに登録される際に取得される時刻である。尚、ログ管理テーブルでは、端末１０から管理情報が受信された場合にログ管理装置５５０により管理される時計から取得される時刻を示す時刻情報が管理される。

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

送受信部５５１は、図２に示されているネットワークＩ／Ｆ２０９によって実行され、ＬＡＮ２ｅを介して伝送管理装置５００と各種データ（情報）の送受信を行う。また、ログ作成部５５２は、伝送管理装置５００から送信される各種データ（情報）からログ管理装置で管理される情報を抽出してログ情報を作成する。記憶・読出処理部５５９は、図３に示されているＨＤＤ２０５によって実行され、記憶部５５００に各種データを記憶したり、記憶部５５００に記憶された各種データを読み出す処理を行う。

＜＜実施形態の処理または動作＞＞
以上が、本実施形態に係る伝送システム１の構成及び機能（又は手段）の説明であり、続いて、図１７乃至図２８を用いて、本実施形態に係る伝送システム１における処理方法を説明する。なお、図１７は、各中継装置３０から管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理を示したシーケンス図である。図１８は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。図１９は、複数の端末１０の間で通信を開始する準備段階の処理を示したシーケンス図である。図２０は、中継装置３０を絞り込む処理を示したシーケンス図である。図２２は、中継装置３０を絞り込む処理を示した処理フロー図である。図２３は、中継装置３０の絞り込み処理を行う際のポイントの計算状態を示した図である。図２４は、端末１０が中継装置３０を選択する処理を示したシーケンス図である。図２５は、端末で中継装置３０を選択する処理を示した処理フロー図である。図２６は、端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。図２７は、事象情報を送信する処理を示したフロー図である。図２８は、ログ情報を登録する処理を示したフロー図である。

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

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

次に、図１８を用いて、伝送システム１における画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念を説明する。図１８に示されているように、伝送システム１では、要求元端末と宛先端末との間では、中継装置３０を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの各データを送受信するための４つのセッションが確立される。ここでは、これら４つのセッションをまとめて、第１のセッションとしての通話データ用セッションｓｅｄとして示している。また、要求元端末と宛先端末との間では、伝送管理装置５００を介して、各種の管理情報を送受信するための第２のセッションとしての管理情報用セッションｓｅｉが確立される。尚、管理情報用セッションｓｅｉは、このセッションが確立された後、少なくとも要求元端末から開始管理情報を受信してから、要求元端末又は宛先端末から終了管理情報を受信するまでの間は端末によって切断されずに確立されている。

また、上記の通話データ用セッションｓｅｄの通信プロトコルには、画像データや音声データの通信に適した任意の通信プロトコルが用いられるが、リアルタイム・データ転送プロトコル（RTP:Real-time Transpoot Protocol）が好適に用いられる。このリアルタイム・データ転送プロトコルは、リアルタイム性を確保するためにＵＤＰ（User Datagram Protocol）を用いて通信する。ＵＤＰはＴＣＰ（Transmission Control Protocol）とは異なり、パケットの再送機能やデータの誤り検出機能を有していない。このため、通信されるデータは、信頼性が低く、ファイアウォール等でフィルタリングされる場合もあり、これにより端末間で通信ができなくなることもある。

これに対し、管理情報や対処情報が通信される管理情報用セッションｓｅｉには、より信頼性の高い通信プロトコルが用いられ、ＸＭＰＰ（Extensible Messaging and Presence Protocol）が好適に用いられる。このＸＭＰＰのインスタントメッセンジャーの機能を拡張することにより、テキスト形式で作成された対処情報の通信が可能となる。また、変換された文字データをＸＭＰＰで通信し、これを受信した端末１１が音声に変換することにより擬似的な音声通信が実現される。

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

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

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

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

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

次に、端末状態取得部５０５は、上記端末抽出部５０４によって抽出された宛先端末の候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｂｂ」、「０１ｄｂ」）を検索キーとして、端末管理テーブル（図１０参照）を検索し、上記端末抽出部５０４によって抽出された端末ＩＤ毎に宛先名（「日本 東京事業所 ＡＢ端末」、「日本 大阪事業所 ＢＡ端末」、「日本 大阪事業所 ＢＢ端末」、「アメリカ ワシントン事業所 ＤＢ端末」）、通話状態（「ＯＦＦライン」、「ＯＮライン（一時中断中）」、「ＯＮライン（通話中）」「ＯＮライン（通話可能）」）を読み出すことにより、端末（１０ａｂ，１０ｂａ，１０ｂｂ，１０ｄｂ）の各稼動状態を取得する（ステップＳ２７）。

次に、送受信部５０１は、上記ステップ２７で使用された検索キーとしての端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｂｂ」、「０１ｄｂ」）と、対応する宛先端末（１０ａｂ，１０ｂａ，１０ｂｂ，１０ｄｂ）の宛先名（「日本 東京事業所 ＡＢ端末」、「日本 大阪事業所 ＢＡ端末」、「日本 大阪事業所 ＢＢ端末」、「アメリカ ワシントン事業所 ＤＢ端末」）、通話状態（「ＯＦＦライン」、「ＯＮライン（一時中断中）」、「ＯＮライン（通話中）」「ＯＮライン（通話可能）」）とが含まれた宛先状態情報を、通信ネットワーク２を介して要求元端末（端末１０ａａ）に送信する（ステップＳ２８）。これにより、要求元端末（端末１０ａａ）は、この要求元端末（端末１０ａａ）と通信することができる宛先端末の候補である端末（１０ａｂ，１０ｂａ，１０ｂｂ，１０ｄｂ）の現時点のそれぞれの通話の状態を把握することができる。

更に、伝送管理装置５００の端末抽出部５０４は、ログイン要求してきた要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理テーブル（図１１参照）を検索し、上記要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を宛先端末の候補として登録している他の要求元端末の端末ＩＤを抽出する（ステップＳ２９）。図１１に示されている宛先リスト管理テーブルでは、抽出される他の要求元端末の端末ＩＤは、「０１ａｂ」、「０１ｂａ」、「０１ｂｂ」、及び「０１ｄｂ」である。

次に、伝送管理装置５００の端末状態取得部５０５は、上記ログイン要求して来た要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、端末管理ＤＢ５００３の端末管理テーブル（図１０参照）を検索し、ログイン要求してきた要求元端末（端末１０ａａ）の通話の状態を取得する（ステップＳ３０）。

そして、送受信部５０１は、上記ステップＳ２９で抽出された端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｂｂ」、及び「０１ｄｂ」）に係る端末（１０ａｂ，１０ｂａ，１０ｂｂ，１０ｄｂ）のうち、端末管理テーブル（図１０参照）で通話状態が「ＯＮライン」となっている端末（１０ｂａ，１０ｂｂ，１０ｄｂ）に、上記ステップＳ３０で取得された要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」と通話状態「ＯＮライン」が含まれる宛先状態情報を送信する（ステップＳ３１−１，Ｓ３１−２，Ｓ３１−３）。なお、送受信部５０１が端末（１０ｂａ，１０ｂｂ，１０ｄｂ）に宛先状態情報を送信する際に、各端末ＩＤ（「０１ｂａ」、「０１ｂｂ」、「０１ｄ
ｂ」）に基づいて、図１０に示されている端末管理テーブルで管理されている端末のＩＰアドレスを参照する。これにより、ログイン要求した要求元端末（端末１０ａａ）を宛先として通信することができる他の宛先端末（１０ｂａ，１０ｂｂ，１０ｄｂ）のぞれぞれに、上記ログイン要求した要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び通話状態「ＯＮライン」を伝えることができる。

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

続いて、図２０を用いて、中継装置３０を絞り込む処理を説明する。なお、図２０では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。伝送管理装置５００から宛先状態情報を受信すると、操作入力受付部１２は、この宛先状態情報に含まれる宛先名、通話状態等に基づき宛先リスト枠を作成して、ディスプレイ１２０に表示させることにより、通信の開始の要求を受け付ける（ステップＳ４１）。図２１は、作成された宛先リスト枠の一例を示す。この宛先リスト枠１１−１には、「日本 東京事業所 ＡＢ端末」等の宛先名１１−２が表示されており、宛先名毎に状態情報に係る状態を示したアイコン（１１−３ａ，１１−３ｂ，１１−３ｃ，１１−３ｄ）が表示される。このうち、アイコン１１−３ａは、宛先候補の一つの端末がＯＮライン状態で、この端末と通話可能であることを示す。アイコン１１−３ｂは、宛先候補の一つの端末が他の端末と通話中の状態で、通話仲間に加わって、三者通信等が可能な状態を示す。アイコン１１−３ｃは、宛先候補の一つの端末が他の端末と通話中の状態であるが、離席中等により一時中断であるため、通話仲間に加われない状態を示す。アイコン１１−３ｄは、宛先候補の一つの端末がＯＦＦライン状態で、この端末と通話不可能であることを示す。

本実施形態においては、要求元端末（端末１０ａａ）は、宛先の候補としての端末１０のうち、上記ステップＳ２８によって受信した宛先状態情報により、通話状態がＯＮラインであり一時中断でない端末（１０ｂｂ，１０ｄｂ）の少なくとも一方と通信を行うことができる。そこで、以下では、要求元端末（端末１０ａａ）の利用者が、宛先端末１０ｄｂと通信を開始することを選択した場合について説明する。

まず、利用者が図２に示されている操作ボタン１０８を押下して端末１０ｄｂを選択すると、図４に示されている操作入力受付部１２は、端末１０ｄｂとの通信を開始する要求を受け付ける（ステップＳ４１）。そして、端末１０ａａの通信部１１は、通信を開始したい旨のメッセージ、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」が含まれる開始要求情報を、伝送管理装置５００へ送信する（ステップＳ４２）。これにより、伝送管理装置５００の送受信部５０１は、上記開始要求情報を受信すると共に、送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することになる。そして、状態管理部５０３は、開始要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づき、端末管理ＤＢ５００３の端末管理テーブル（図１０参照）において、上記端末ＩＤ「０１ａａ」及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの通話状態のフィールド部分を、ともに「通話中」に変更する（ステップＳ４３）。なお、この状態では、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）は、通信（通話）を開始していないが、通話中状態となり、他の端末１０が要求元端末（端末１０ａａ）又は宛先端末（端末１０ｄｂ）と通信しようとすると、いわゆる通話中状態を示す旨の音声又は表示が出力される。

次に、ステップＳ４４〜Ｓ４８、及びステップＳ６１−１〜６６により、中継装置３０を選択するための処理を説明する。まず、セッションＩＤ生成部５０６ａは、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間で開始される通話データ用セッションｓｅｄを識別するためのセッションＩＤを生成する（ステップＳ４４）。そして、セッション管理部５０７は、記憶部５０００のセッション管理テーブル（図１２参照）に、上記ステップＳ４４で生成されたセッションＩＤ「ｓｅ１」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」を関連付けて記憶して管理する（ステップＳ４５）。

次に、伝送管理装置５００の一次絞込部５０６は、中継装置管理ＤＢ５００１、端末管理ＤＢ５００３、及び優先度管理ＤＢ５００６に基づいて、要求元端末（端末１０ａａ）と、宛先端末（端末１０ｄｂ）との通信を中継するための中継装置３０の一次絞り込みを行う（ステップＳ４６）。

ここで、図２２を用いて、ステップＳ４６における処理を更に詳細に説明する。まず、端末ＩＰアドレス抽出部５０６ｂは、要求元端末（端末１０ａａ）から送られてきた開始通信情報に含まれている要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づいて、端末管理テーブル（図１０参照）を検索することにより、対応する端末（１０ａａ，１０ｄｂ）のＩＰアドレス（「１．２．１．３」，「１．３．２．４」）を抽出する（ステップＳ４６−１）。次に、一次選択部５０６ｃは、中継装置管理テーブル（図８参照）で管理されている中継装置３０の稼動状態のうち、「ＯＮライン」になっている中継装置（３０ａ，３０ｂ，３０ｄ）の各中継装置ＩＤ（１１１ａ，１１１ｂ，１１１ｄ）を選択する（ステップＳ４６−２）。また、一次選択部５０６ｃは、上記ステップＳ４６−１で抽出された、要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」、及び宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に基づいて、中継装置管理テーブル（図８参照）を検索することにより、上記ステップＳ４６−２によって選択された中継装置（３０ａ，３０ｂ，３０ｄ）の各ＩＰアドレス（「１．２．１．２．」，「１．２．２．２」，「１．３．２．２」）のドットアドレス毎に、上記要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）の各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）における各ドットアドレスと同じであるか異なるかを調査する（ステップＳ４６−３）。

次に、優先度決定部５０６ｃは、優先度管理ＤＢ５００６のアドレス優先度管理テーブル（図１３参照）を参照して、上記ステップ４６−３によって調査された中継装置（３０ａ，３０ｂ，３０ｄ）毎に、アドレス優先度のポイントを決定する（ステップＳ４６−４）。この決定処理の結果を表に表すと、図２３に示されているような状態になる。なお、図２３は、中継装置３０の絞り込み処理を行う際の優先度のポイントの計算状態を示した図である。この図２３では、中継装置ＩＤ毎に、アドレス優先度のポイント、伝送速度優先度のポイント、及び統合ポイントが示されている。また、アドレス優先度のポイントは、更に、各中継装置３０の要求元端末（端末１０ａａ）に対するポイント及び宛先端末（端末１０ｄｂ）に対するポイントが示されている。統合ポイントは、アドレス優先度の２つのポイントのうちの高い方のポイントと、伝送速度優先度のポイントの合計である。

本実施形態では、中継装置３０ａのＩＰアドレス「１．２．１．２」は要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」に対して、「同．同．同．異」であるため、図２３に示されているように、アドレス優先度のポイントは「５」になる。また、中継装置３０ａのＩＰアドレス「１．２．１．２」は宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に対して、「同．異．異．異」であるため、アドレス優先度のポイントは「１」になる。また、中継装置３０ｂのＩＰアドレス「１．２．２．２」は要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」に対して、「同．同．異．異」であるため、アドレス優先度のポイントは「３」になる。また、中継装置３０ｂのＩＰアドレス「１．２．２．２」は宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に対して、「同．異．同．異」であるため、アドレス優先度のポイントは「１」になる。更に、中継装置３０ｄのＩＰアドレス「１．３．２．２」は要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」に対して、「同．異．異．異」であるため、アドレス優先度のポイントは「１」になる。また、中継装置３０ｄのＩＰアドレス「１．３．２．２」は宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に対して、「同．同．同．異」であるため、アドレス優先度のポイントは「５」になる。

次に、図２２に戻って、優先度決定部５０６ｄは、中継装置管理テーブル（図８参照）で管理されている各中継装置３０の最大データ伝送速度に基づいて、優先度管理ＤＢ５００６の伝送速度優先度管理テーブル（図１４参照）を検索することにより、上記ステップＳ４６−２によって第１次絞り込み処理によって絞り込まれた中継装置（３０ａ，３０ｂ，３０ｄ）毎に伝送速度優先度のポイントを決定する（ステップＳ４６−５）。本実施形態では、図８に示されているように、中継装置３０ａの最大データ伝送速度が１００（Ｍｂｐｓ）であるため、図１４に示されている伝送速度優先度を参照すると、伝送速度優先度が３ポイントになる。また、同様に、中継装置３０ｂの最大データ伝送速度について計算すると１０００（Ｍｂｐｓ）であるため、伝送速度優先度が５ポイントになる。また同様に、中継装置３０ｄの最大データ伝送速度について計算すると１０（Ｍｂｐｓ）であるため、伝送速度優先度が１ポイントになる。

次に、一次選択部５０６ｃは、中継装置（３０ａ，３０ｂ，３０ｄ）毎に、アドレス優先度のポイントにおいて端末（１０ａａ，１０ｄｂ）のうち高い方のポイントと、伝送速度優先度のポイントを統合した統合ポイントのうち、ポイントが高い上位２つの中継装置３０を選択する（ステップＳ４６−６）。本実施形態では、図２３に示されているように、中継装置ＩＤ（１１１ａ，１１１ｂ，１１１ｄ）は、それぞれ統合ポイントが「８」、「８」、「６」であるため、中継装置ＩＤ「１１１ａ」に係る中継装置３０ａ、及び中継装置ＩＤ「１１１ｂ」に係る中継装置３０ｂが選択されることになる。

以上のステップＳ４６における絞り込み処理が終了すると、図４に示されている送受信部５０１は、通信ネットワーク２を介して、宛先端末（端末１０ｄｂ）へ、上記絞り込まれた中継装置３０の数を伝達するための中継装置絞込情報を送信する（ステップＳ４７）。この中継装置絞込情報には、上記ステップＳ４６によって絞り込まれた中継装置３０の数「２」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び上記セッションＩＤ「ｓｅ１」が含まれている。これにより、端末１０ｄｂは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継装置３０の数がいくつで、どの端末１０からテレビ会議を開始したいとの要求があったのかを把握することができると共に、中継装置絞込情報の送信元である伝送管理装置５００のＩＰアドレス「１．１．１．２」を把握することができる。

そして、端末１０ｄｂは、通信部１１から通信ネットワーク２を介して伝送管理装置５００へ、上記中継装置絞込情報の受信が完了した旨を示す受信完了情報を送信する（ステップＳ４８）。この受信完了情報には、セッションＩＤ「ｓｅ１」が含まれている。これにより、伝送管理装置５００は、セッションＩＤ「ｓｅ１」で実行されている中継装置数の伝達が完了した旨と共に、送信元である宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を把握することができる。

次に、図２４を用いて、宛先端末（端末１０ａａ）が中継装置３０を選択する処理を説明する。なお、図２４では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

まず、伝送管理装置５００は、テレビ会議を開始する前に、上記ステップＳ４６によって絞り込まれた中継装置（３０ａ，３０ｂ）のそれぞれに対して、事前に中継を要求する旨の事前中継要求情報を送信する（ステップＳ６１−１，Ｓ６１−２）。この事前中継要求情報には、セッションＩＤ「ｓｅ１」、要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」、及び宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」が含まれている。これにより、中継装置（３０ａ，３０ｂ）は、どのセッションのものであるか、要求元端末が何であるか、及び宛先端末が何であるかを把握することができると共に、事前中継要求情報の送信元である伝送管理装置５００のＩＰアドレス「１．１．１．２」を把握することができる。

次に、各中継装置（３０ａ，３０ｂ）のそれぞれは、送受信部３１から通信ネットワーク２を介して、上記ステップＳ６１−１，Ｓ６１−２によって把握した要求元端末（端末１０ａａ）へ、テレビ会議の開始前に自装置としての各中継装置（３０ａ，３０ｂ）へ、後述のｐｉｎｇ（Packet Internet Groper）が含まれた事前送信情報を送信させる旨を示す事前送信要求情報を送信する（ステップＳ６２−１，Ｓ６２−２）。この事前送信要求情報には、セッションＩＤ「ｓｅ１」が含まれている。これにより、要求元端末（端末１０ａａ）は、セッションＩＤ「ｓｅ１」で実行されている中継装置３０の選択処理において、各中継装置（３０ａ，３０ｂ）に事前送信情報を送信することを把握すると共に、事前送信要求情報の送信元である中継装置（３０ａ，３０ｂ）のＩＰアドレス（「１．２．１．２」，「１．２．２．２」）を把握することができる。

なお、伝送管理装置５００から直接、要求元端末（端末１０ａａ）に対して、宛先端末（端末１０ｄｂ）のＩＰアドレスを通知せずに、上記ステップ６１−１のように中継装置１０ａａに対して宛先端末（端末１０ｄｂ）のＩＰアドレスを通知し、上記ステップ６１−２のように中継装置１０ａａが要求元端末（端末１０ｂａ）に対し、自装置（中継装置１０ａａ）に対して事前送信要求情報を送信するように要求するのは、各端末１０には、他の端末１０のＩＰアドレスを知らせないようにして、セキュリティーを確保するためである。

次に、要求元端末（端末１０ａａ）は、通信部１１から通信ネットワーク２を介して中継装置（３０ａ，３０ｂ）へ事前送信情報を送信する（ステップＳ６３−１，Ｓ６３−２）。この事前送信情報は、画像データ及び音声データの送信に先立って、これら画像データ及び音声データの代わりに各中継装置（３０ａ，３０ｂ）を介して宛先端末（端末１０ｄｂ）へ送信されることで、要求元端末（端末１０ａａ）の送信から宛先端末（端末１０ｄｂ）の受信までの所要時間を計測するために用いられる情報である。また、この事前送信情報には、要求元端末（端末１０ａａ）、中継装置（３０ａ，３０ｂ）、及び宛先端末（端末１０ｄｂ）が通信可能に接続されていることを確認するためのｐｉｎｇ、要求元端末（端末１０ａａ）から事前送信情報が送信された送信日時、及びセッションＩＤ「ｓｅ１」が含まれている。これにより、各中継装置（３０ａ，３０ｂ）は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、事前送信情報が送られて来たことを把握できると共に、この事前送信情報の送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することができる。

次に、各中継装置（３０ａ，３０ｂ）は、上記ステップＳ６１−１，Ｓ６１−２によって受信した事前中継要求情報に含まれている宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に対して、上記事前送信情報を中継する（ステップＳ６４−１，Ｓ６４−２）。これにより、宛先端末（端末１０ｄｂ）は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、事前送信情報が送られて来たことを把握できると共に、この事前送信情報の送信元（中継元）である中継装置（３０ａ，３０ｂ）のＩＰアドレス（「１．２．１．２」，「１．２．２．２」）を把握することができる。

次に、宛先端末（端末１０ｄｂ）の最終絞込部１６は、事前送信情報に基づいて、最終的にテレビ会議で画像データ及び音声データを中継する１つの中継装置３０に絞り込む（ステップＳ６５）。

ここで、図４及び図２５を用いて、ステップＳ６５における処理を更に詳細に説明する。まず、図４に示されている最終絞込部１６の計測部１６ａは、各中継装置（３０ａ，３０ｂ）によって中継された事前送信情報毎に、端末１０ｄｂの通信部１１で受信した際の受信日時を計測する（ステップＳ６５−１）。次に、算出部１６ｂは、上記受信時間が計測された事前送信情報毎に、上記受信日時と上記事前送信情報に含まれている送信日時との差に基づいて、各事前送信情報の送信から受信までの所要時間を算出する（ステップＳ６５−２）。次に、最終選択部１６ｃは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継予定の中継装置３０の数「２」に相当する数の事前送信情報を全て受信したかを判断する（ステップＳ６５−３）。そして、全て受信していない場合には（ＮＯ）、最終選択部１６ｃは、端末１０ｄｂで事前送信情報を受信してから所定時間（ここでは１分間）経過したかを判断する（ステップＳ６５−４）。更に、所定時間経過していない場合には（ＮＯ）、上記ステップＳ６５−１に戻る。一方、上記ステップＳ６５−３において、全て受信した場合（ＹＥＳ）、又は上記ステップＳ６５−４において、所定時間経過した場合（ＹＥＳ）には、最終選択部１６ｃは、これまでに算出部１６ｂで算出された所要時間のうち最短の所要時間を要した事前送信情報を中継した中継装置３０を１つ選択する（ステップＳ６５−５）。本実施形態では、中継装置３０ａによって中継された事前送信情報が、中継装置３０ｂによって中継された事前送信情報よりも送信から受信までの所要時間が短かったものとして、中継装置３０ａが選択される例を示している。

なお、上記実施形態では、宛先端末（端末１０ｄｂ）側で中継装置３０ａが絞り込まれたが、これに限るものではなく、宛先端末（端末１０ｄｂ）が要求元端末（端末１０ａａ）又は伝送管理装置５００へ、事前送信情報の送信から受信までの所要時間を示した所要時間情報を全て送信することで、要求元端末（端末１０ａａ）側又は伝送管理装置５００側で、最終的に１つの中継装置３０ａが絞り込まれるようにしてもよい。

次に、宛先端末（端末１０ｄｂ）は、通信部１１から通信ネットワーク２を介して伝送管理装置５００へ、中継装置３０ａを選択した旨を示す選択情報を送信する（ステップＳ６６）。この選択情報には、セッションＩＤ「ｓｅ１」、及び、選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」が含まれている。これにより、伝送管理装置５００は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継装置３０ａが選択されたことを把握できると共に、選択情報の送信元である端末１０ｄｂのＩＰアドレス「１．３．２．４」を把握することができる。

次に、伝送管理装置５００のセッション管理部５０７は、セッション管理テーブル（図１２参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの中継装置ＩＤのフィールド部分に、上記最終的に１つに選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」を記憶して管理する（ステップＳ６７）。そして、伝送管理装置５００の送受信部５０１は、通信ネットワーク２を介して中継装置３０ａへ、中継を開始する旨の要求が示された中継開始要求情報を送信する（ステップＳ６８）。この中継開始要求情報には、中継される要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）の各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）が含まれている。これにより、中継装置３０ａは、端末（１０ａａ，１０ｄｂ）の間で、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを通信するための通話データ用セッションｓｅｄを確立する（ステップＳ６９）。これにより、端末（１０ａａ，１０ｄｂ）は、テレビ会議を開始することができる。

なお、上記ステップＳ４７において、伝送管理装置５００が宛先端末（端末１０ｄｂ）に中継装置絞込情報を送信することに伴い、ステップＳ４８〜Ｓ６４−１，Ｓ６４−２を経て、宛先端末（端末１０ｄｂ）側で中継装置の選択処理（ステップＳ６５）を行ったが、これに限るものではなく、上記ステップＳ４７において、伝送管理装置５００が要求元端末（端末１０ａａ）に中継装置絞込情報を送信することで、その後ステップＳ６４−１，Ｓ６４−２までは、各情報の送信元と受信元が、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）とで入れ替わるようにしてもよい。これにより、要求元端末（端末１０ａａ）が上記ステップＳ６５に替わって中継装置の選択処理を行うことができ、また、上記ステップＳ６６に替わって選択情報の送信も行うことができる。

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

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

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

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

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

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

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

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

続いて、図２７を用いて、端末１０ａａが、所定の事象を検知して、この検知の結果に基づき作成される対処情報を伝送管理装置５００に送信する処理を説明する。端末１０ａａは、電源スイッチ１０９がＯＮにされてから所定のタイミングにこの処理を開始する。このタイミングとしては、認証結果情報を受信した後（図１９のステップＳ２５）、端末１０ｄｂとの間の通話データ用セッションｓｅｄを確立された後（図２４のステップＳ６９）等が例示される。

また、所定の事象には、他の伝送端末とのコミュニケーションを妨げる事象が含まれる。この事象は、対処情報管理テーブル（図５）で管理される事象情報によって示される各種の事象である。具体的には、この事象としては、端末１０のハードウェアの故障、オペレーティングシステム又はファームウェアのエラーやメンテナンス、端末１０と中継装置３０との間のネットワークの接続のエラー等の事象が挙げられる。

まず、事象検知部１８は、ログ管理装置５５０が上記の所定の事象に該当するか否かを判断して事象の検知を行う（ステップＳ１０１）。ステップＳ１０２で所定の事象に該当しないと判断された場合にはステップＳ１０１の処理を繰り返す。ステップＳ１０１で所定の事象に該当すると判断された場合には、画像表示制御部１４ｂは、対処情報管理テーブル（図５参照）において検知された事象を示す事象情報に関連付けられる表示情報をディスプレイ１２０に表示させる（Ｓ１０２）。事象検知部１８は、検知された事象が音声データの通信を妨げる所定の事象に該当するか否かを判断する（ステップＳ１０３）。この場合、事象検知部１８は、対処情報管理ＤＢ１００１の対処情報管理テーブル（図５−１参照）において、検知された事象に対応する音声データ通信情報を参照することにより上記の判断を行う。ステップＳ１０３で音声データの通信を妨げる所定の事象に該当すると判断された場合には、画像表示制御部１４ｂは、ディスプレイ１２０に所定の情報を表示させることにより、端末１０ｄｂに文字データを送信するか否かの入力を受け付ける（Ｓ１０４）。ステップＳ１０４で操作入力受付部１２が文字データを送信する旨の入力を受け付けると、変換部２１は、マイク１１４によって入力された音声を文字データに変換する（Ｓ１０５）。尚、事象検知部１８によって検知された事象がマイク故障である場合には、キーボード２１１によって端末１０ｄｂに送信される文字データの入力が受け付けられる。続いて、対処情報作成部２０は、ステップＳ１０５で変換又は入力された文字データを含む対処情報を作成する（ステップＳ１０６）。

ステップＳ１０３で音声データの通信を妨げる所定の事象に該当しないと判断された場合、又はステップＳ１０４で操作入力受付部１２が文字データを送信しない旨の入力を受け付けた場合、対処情報作成部２０は、対処情報管理テーブル（図５−１参照）において、検知された事象を示す事象情報に基づいて対応する対処情報を取得する（ステップＳ１０７）。続いて、画像表示制御部１４ｂは、ディスプレイ１２０に取得された対処情報によって示される対処の方法を表示させる。これにより、操作入力受付部１２は表示された対処の方法の中から端末１０ｄｂに送信される１つ又は複数の対処の方法の選択を受け付ける（ステップＳ１０８）。

通信部１１の管理情報通信部１１ｂは、作成又は選択された対処情報、検知された事象を示す事象情報、及びセッションＩＤを管理データ用セッションｓｅｉにより伝送管理装置５００に送信する（ステップＳ１０９）。この場合、この対処情報は管理データ用セッションｓｅｉで用いられる通信プロトコル（例えば、ＸＭＰＰ）で送信される。伝送管理装置５００の送受信部５０１は、受信された対処情報及び事象情報を管理データ用セッションｓｅｉにより端末１０ｄｂに送信する。これにより、端末１０ａａは、伝送管理装置５００を介して対処情報及び事象情報を端末１０ｄｂに送信することができる。上記の処理が完了すると端末１０ａａは所定の事象を検知する処理を再び開始する（ステップＳ１０１）。

尚、上記の処理により事象情報を受信した端末１０ｄｂは、受信された事象情報に基づき所定の情報を端末１０ｄｂのディスプレイ１２０に表示させると共に、所定の対処情報を作成して端末１０ａａに送信することができる。この場合、端末１０ｄｂは図５−１の対処情報管理テーブルに代えて図５−２の対処情報管理テーブルを用いることを除き上記のステップＳ１０２乃至Ｓ１０９と同様に処理することができる。これにより、端末１０ａａのスピーカが故障している場合でも、端末１０ｄｂが音声変換された文字データを端末１０ａａに送信することが可能となり、これらの端末の間で通話を継続することができる。

続いて、図２０及び図２８を用いて、ログ管理装置５５０が端末１０ａａによって送信される管理情報又は対処情報に基づきログ情報を作成して登録する処理を説明する。ここでは、処理の一例として、管理システム５０が、端末１０ａａと端末１０ｄｂとの間の通話データ用セッションｓｅｄの開始に基づくオンラインログを登録する処理について説明する。

伝送管理装置５００の送受信部５０１は、端末１０ａａからの開始要求情報を受信すると（図２０のステップＳ４２参照）、この開始要求情報から開始管理情報「ｉｎｖｉｔｅ」と、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」と、を抽出する。続いてセッションＩＤ生成部５０６ａによってセッションＩＤが生成されると（図２０のステップＳ４４）、送受信部５０１は、抽出された開始管理情報及び端末ＩＤと生成されたセッションＩＤとをログ管理装置５５０に送信する（ステップＳ１１１）。ログ管理装置５５０の送受信部５５１がこれらの情報を受信すると、ログ作成部５５２は、記憶・読出処理部５０９を介してログ管理ＤＢ５５０１に受信された端末ＩＤに対応するログ管理テーブル（図１６参照）があるか否かを判断する（ステップＳ１１２）。ここで、対応するログ管理テーブルがない場合には、ログ作成部５５２は、記憶・読出処理部５０９を介してこの端末ＩＤに対応するログ管理テーブルを作成する（ステップＳ１１３）。続いて、ログ作成部５５２は、登録される情報を識別するためのログＩＤを作成する（ステップＳ１１４）。更に、ログ作成部５５２は、ログ管理装置５５０により管理される時計から現在の時刻を取得する（ステップＳ１１５）。本実施形態では、この時計としてはログ管理装置５５０に備えられた時計が用いられる。更に、オンラインログ登録部５５２は、記憶・読出処理部５０９を介して端末ＩＤ「１０ａａ」に対応するログ管理テーブル（図１６参照）に作成されたログＩＤ、取得された時刻（時刻情報）、受信された開始管理情報及びセッションＩＤを登録して処理を完了する（ステップＳ１１６）。

上記の例では、通話データ用セッションｓｅｄの開始に基づくオンラインログを登録する処理を説明したが、通話データ用セッションｓｅｄの終了に基づく管理情報が受信された場合も、同様に時刻情報、終了管理情報「ｂｙｅ」、セッションＩＤが登録される。このようにして、ログ管理テーブルの同じセッションＩＤに関連付けられる終了時刻を示す時刻情報と開始時刻を示す時刻情報の差分から通信時間が算出されるので、ログ管理装置５５０は通信時間を管理することができる。この場合、時刻情報はログ管理装置５５０により管理される時計から取得される時刻に基づき作成されるので正確な通信の時間が算出される。

また、伝送管理装置５００が対処情報を受信した場合も、同様に時刻情報、事象情報（例えば、「中継装置との接続エラー」）、セッションＩＤが登録される。このようにして、ログ管理テーブルの同じセッションＩＤに関連付けられる事象情報が登録された時刻を示す時刻情報と開始時刻を示す時刻情報との差分から通信時間が算出されるので、ログ管理装置５５０は通信時間を管理することができる。これにより、ログ管理装置５５０は、通話データ用セッションｓｅｄで通信された時間を正確に管理することができる。

本実施形態の伝送システムにおいては、端末１０が中継装置３０との接続ができないことにより通話データを通信できない旨を示す事象を検知した場合に、伝送管理装置５００が端末間の通話データを中継する新たな中継装置を選択するようにしても良い。この例として、端末１０ａａが端末１０ｄｂとの間で通話データ用セッションｓｅｄを行っている際に上記の事象を検知した場合の処理について説明する。

まず、端末１０ｄｂの最終選択部１６ｃは、中継装置最終絞り込みを行う処理において（図２５のステップＳ６５−５参照）、算出部１６ｃで算出された所要時間のうち２番目に短い所要時間を要した事前送信情報を中継した中継装置３０ｂを代替用の中継装置に割り当てる。続いて、端末１０ｄｂの通信部１１から通信ネットワーク２を介して伝送管理装置５００へ、中継装置３０ａを選択した旨を示す選択情報を送信する際に（図２４のステップＳ６６参照）、中継装置３０ｂを代替用の中継装置に割り当てた旨を送信する。中継装置３０ｂを代替用の中継装置に割り当てた旨の情報は伝送管理装置５００の所定の記憶領域に記憶される。

続いて、端末１０ａａは、端末１０が中継装置３０との接続ができないことにより通話データを通信できない旨を示す事象を検知するとこの旨を示す事象情報を対処情報と共に伝送管理装置５００に送信する（図２７のステップＳ１０９参照）。この事象情報を受信すると、選択部５１１は端末１０ａａと１０ｄｂの間で通信される通話データを中継する新たな中継装置として中継装置３０ｂを選択する。続いて、セッション管理部５０７は、セッション管理ＤＢ５００５（図１２参照）のセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」が含まれるレコードの中継装置ＩＤのフィールド部分に、選択された中継装置３０ｂの中継装置ＩＤ「１１１ｂ」を記憶して管理する。そして、伝送管理装置５００の送受信部５０１は、通信ネットワーク２を介して中継装置３０ｂへ、中継を開始する旨の要求が示された中継開始要求情報を送信する。この中継開始要求情報には、中継される要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）の各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）が含まれている。これにより、中継装置３０ｂは、端末（１０ａａ，１０ｄｂ）の間で、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを通信するための通話データ用セッションｓｅｄを確立する。これにより、端末（１０ａａ，１０ｄｂ）は、テレビ会議を速やかに再開することができる。

＜＜実施形態の主な効果＞＞
以上説明したように本発明の端末によれば、端末１０は、他の端末と、通話データを、通話データ用セッションｓｅｄで通信し、通話の状態を管理する管理システム５０と、この通話の状態の変更に用いられる管理情報を、管理情報用セッションｓｅｉで通信する。そして、端末１０は、前記第２のセッションが確立された後、通話の開始の状態に変更するために用いられる開始管理情報を送信してから通話の終了の状態に変更するために用いられる終了管理情報を送信するまでの間管理情報用セッションｓｅｉを切断せず、他の伝送端末とのコミュニケーションを妨げる所定の事象を検知すると、この事象に基づき作成される対処情報を管理情報用セッションｓｅｉで送信する。これにより、端末１０は、事象を検知した後に新たな通信ネットワークを介した接続を確立する必要がないので、即時に作成された対処情報を送信することを実現することができる。

また、本実施形態によれば、端末１０は、事象を示す事象情報とこの事象の対処の方法を示す対処情報とを関連付けて管理する。そして、対処情報作成部２０が、事象検知部１８によって検知された事象を示す事象情報に基づいて、この事象情報に対応する対処情報を取得する。これにより、端末１０は事象の対処の方法を他の端末に送信することを実現することができる。

また、本実施形態によれば、端末１０の対処情報管理テーブルの対処情報は、複数の対処の方法を示す。これにより、端末１０は複数の対処の方法の中から選択される対処の方法を他の端末に送信することを実現することができる。

また、本実施形態によれば、端末１０は、音声を文字データに変換する変換部２１を有し、事象検知部１８によって音声データの通信を妨げる所定の事象が検知されると、変換部２１によって変換された文字データを含む対処情報を作成する。これにより、音声データに代えて文字データを他の端末に送信することを実現することができる。

また、本実施形態によれば、端末１０は、文字データを音声データに変換する変換部２１を有する。これにより、他の端末から文字データを受信した端末はこの文字データを音声データに変換して出力することを実現することができる。

また、本実施形態によれば、管理システム５０は、通話データ用セッションｓｅｄの開始に基づく情報を受信してから対処情報を受信するまでの時間を管理する。これにより、管理システム５０は、通話データ用セッションｓｅｄで通信された時間を正確に管理することができる。

また、本実施形態によれば、文字データを音声データに変換する変換部２１を有する。これにより、他の端末から文字データを受信した端末はこの文字データを音声データに変換して出力することを実現することができる。

また、本実施形態によれば、伝送システム１は、端末から通話データ用セッションｓｅｄで送信される通話データを他の端末に中継するための中継装置を複数有し、伝送管理装置５００が、端末１０から対処情報を受信すると、複数の中継装置の中から通話データを中継する中継装置を選択する。これにより、端末は、テレビ会議を速やかに再開することができる。

また、本実施形態によれば、通信ネットワーク２のうち、中継装置３０のＩＰアドレス等のＬＡＮ２の環境を入手することができたとしても、インターネット２ｉの環境までは入手することは困難であるため、まずは入手できる環境の情報から、画像データ及び音声データを中継する複数の中継装置３０うち２つ以上に絞り込む。そして、次に複数の端末１０の間で画像データ及び音声データを実際に送受信する前に、画像データ及び音声データに替えて、事前送信情報を送受信させてみることで、実際に最も早く事前送信情報を中継することができる１つの中継装置３０に絞り込むことができるという効果を奏する
。

即ち、端末１０のＩＰアドレスの何れかに近い上位２つ以上のＩＰアドレスがそれぞれ割り当てられている中継装置３０を選択することで、最終的に使用される中継装置３０の候補を２つ以上残すことができる。これにより、その後、実際に候補としての各中継装置３０を介して、要求元端末と宛先端末の間で事前送信情報を送受信することで、上記２つ以上の候補の中継装置３０のうち、送受信に要した所要時間が最短の事前送信情報を中継した中継装置３０に絞り込むことができる。よって、現状の通信ネットワーク２の環境下で最大限に高品質の画像データ又は音声データを送受信することを実現することができるという効果を奏する。

また、本実施形態では、中継装置３０を絞り込む際に、テレビ会議を行う端末１０のＩＰアドレスに近いＩＰアドレスの中継装置３０を優先的に選択するだけでなく、各中継装置３０における最大データ伝送速度も考慮して、２つ以上の中継装置３０が選択されている。これにより、現実の通信ネットワーク２の環境に即した中継装置３０の候補を絞り込むことができるという効果を奏する。

更に、本実施形態では、中継装置３０を絞り込む際に、稼動状態がＯＮラインである中継装置３０の中から絞り込むため、現実の通信ネットワーク２の環境に更に即した中継装置３０の候補を絞り込むことができる。

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

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

更に、上記実施形態では、端末１０が開始時刻情報によって示される時刻と終了時刻情報によって示される時刻の差分を算出して管理システム５０に送信したが、これに限られるものではない。他の例として、端末１０が伝送管理装置５００に開始時刻情報と終了時刻情報とを送信し、管理システム５０がこれらの情報の差分を算出しても良い。

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

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

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

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

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

また、上記実施形態では、ログ管理テーブルが端末１０を識別するための端末ＩＤ毎に作成される例について説明したが、これに限るものではない。この場合、ログ管理テーブルでは、例えば、端末１０を識別するための端末ＩＤと、ログ情報を識別するためのログＩＤと、ログ情報と、セッションＩＤと、時刻管理情報と、が関連付けられて、複数の端末のログ情報等が管理される構成としても良い。

また、上記実施形態では、検知された事象に対処するための対処情報がこの事象の対処の方法を示す情報である場合の例について説明したが、これに限るものではない。この場合、検知された事象に対処するための対処情報が事象検知部１８によって検知された事象を示す情報であっても良い。

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

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

１０ 端末
１１ 通信部
１１ａ 通話データ通信部（第１の通信部の一例）
１１ｂ 管理情報通信部（第２の通信部の一例）
１２ 操作入力受付部
１３ ログイン要求部
１４ａ 撮像部
１４ｂ 画像表示制御部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 最終絞込部
１６ａ 計測部
１６ｂ 算出部
１６ｃ 最終選択部
１７ 遅延検出部
１８ 事象検知部
１９ 記憶・読出処理部
２０ 対処情報作成部
２１ 変換部
３０ 中継装置
３１ 送受信部
３２ 状態検知部
３３ データ品質確認部
３４ 変更品質管理部
３５ データ品質変更部
３９ 記憶・読出し処理部
５０ 管理システム
５００ 伝送管理装置
５０１ 送受信部
５０２ 端末認証部
５０３ 状態管理部
５０４ 端末抽出部
５０５ 端末状態取得部
５０６ 一次絞込部
５０６ａ セッションＩＤ生成部
５０６ｂ 端末ＩＰアドレス抽出部
５０６ｃ 一次選択部
５０６ｄ 優先度決定部
５０７ セッション管理部
５０８ 品質決定部
５０９ 記憶・読出処理部
５１０ 遅延時間管理部
５１１ 選択部
５５０ ログ管理装置
５５１ 送受信部
５５２ ログ作成部
５５９ 記憶・読出処理部
１０００ 記憶部
１００１ 対処情報管理ＤＢ（対処情報管理部の一例）
３０００ 記憶部
３００１ 変更品質管理ＤＢ
５０００ 記憶部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ
５００６ 優先度管理ＤＢ
５００７ 品質管理ＤＢ
５５００ 記憶部
５５０１ ログ管理ＤＢ

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

Claims (10)

1. 他の伝送端末との間の第１のセッションで、コンテンツデータを通信する通信部と、
   前記他の伝送端末とのコミュニケーションを妨げる所定の事象を検知する事象検知部と、
   検知された事象に対処するために用いられる対処情報を前記事象に基づき作成する対処情報作成部と、を有し、
   前記通信部は、伝送端末間の接続の状態を管理する伝送管理システムとの間の第２のセッションで、前記他の伝送端末との接続の状態の変更に用いられる管理情報を通信し、
   前記通信部が、前記第２のセッションが確立された後、前記第１のセッションの開始に基づく開始管理情報を送信してから前記第１のセッションの終了に基づく終了管理情報を送信するまでの間前記第２のセッションを切断せず、前記対処情報作成部によって作成された対処情報を前記第２のセッションを用いて前記伝送管理システムに送信することを特徴とする伝送端末。
2. 前記事象を示す事象情報と前記事象の対処の方法を示す対処情報とを関連付けて管理する対処情報管理部を有し、
   前記対処情報作成部が、前記事象検知部によって検知された事象を示す事象情報に基づいて、当該事象情報に対応する対処情報を前記対処情報管理部から取得することを特徴とする請求項１に記載の伝送端末。
3. 前記対処情報が、複数の対処の方法を示すことを特徴とする請求項２に記載の伝送端末。
4. 音声を文字データに変換する変換部を有し、
   前記対処情報作成部が、
   前記事象検知部によって音声データの通信を妨げる所定の事象が検知されると、前記変換部によって変換された文字データを含む対処情報を作成することを特徴とする請求項１に記載の伝送端末。
5. 前記変換部が、文字データを音声に変換することを特徴とする請求項４に記載の伝送端末。
6. 請求項１乃至５のいずれか一項に記載の伝送端末と、
   伝送端末間の接続の状態を管理する伝送管理システムと、
   前記伝送端末から前記第１のセッションで送信される前記コンテンツデータを前記他の伝送端末に中継する中継装置と、を有することを特徴とする伝送システム。
7. 前記伝送管理システムが、
   前記開始管理情報を受信してから前記対処情報を受信するまでの時間を管理することを特徴とする請求項６に記載の伝送システム。
8. 前記伝送端末から前記第１のセッションで送信される前記コンテンツデータを前記他の伝送端末に中継する中継装置を複数有し、
   前記伝送管理システムが、
   前記伝送端末から前記対処情報を受信すると、前記複数の中継装置の中から前記コンテンツデータを中継する中継装置を選択する選択部を有することを特徴とする請求項６又は７に記載の伝送システム。
9. 伝送端末が、
   他の伝送端末との間の第１のセッションで、コンテンツデータを通信する第１の通信工程と、
   伝送端末間の接続の状態を管理する伝送管理システムとの間の第２のセッションで、前記他の伝送端末との接続の状態の変更に用いられる管理情報を通信する第２の通信工程と、
   前記他の伝送端末とのコミュニケーションを妨げる所定の事象を検知する事象検知工程と、
   検知された事象に対処するために用いられる対処情報を前記事象に基づき作成する対処情報作成工程と、を実行し、
   前記伝送端末は、前記第２のセッションが確立された後、前記第１のセッションの開始に基づく開始管理情報を送信してから前記第１のセッションの終了に基づく終了管理情報を送信するまでの間前記第２のセッションを切断せず、
   前記対処情報作成工程によって対処情報が作成されると作成された対処情報を前記第２のセッションを用いて前記伝送管理システムに送信することを特徴とする伝送方法。
10. 請求項９に記載の伝送方法を伝送端末に実行させることを特徴とする伝送端末用プログラム。

Images