JP5870558B2 - 伝送管理システム、伝送管理方法、及びプログラム - Google Patents

Description

本発明は、通信ネットワークを介してコンテンツデータを伝送することにより会話を実現させる発明に関する。

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

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

更に現在では、会話の開始要求を行う要求元としての伝送端末には、宛先候補の伝送端末がログインしているか否かを示す状態情報が送られることで、会話を開始する前から、宛先候補の稼動状態を把握することができるようになった（特許文献１参照）。具体的には、要求元としての伝送端末が自端末で宛先候補の各宛先名を示した宛先リストを管理しておき、会話を開始する前に、宛先候補としての各伝送端末からログインの有無を示す状態情報を受信して、自端末の宛先リストに反映させて表示させている。このように、会話を開始する前から宛先候補の状態が分かるため、要求元としての伝送端末から会話の開始要求を行った後に、宛先の伝送端末がログアウトしていて通話できなかったといった無駄な処理から回避することができる。

しかしながら、たとえ、宛先端末の候補としての伝送端末がログイン中であっても、この伝送端末で会話をするための機能が故障している等、実際には会話ができない場合がある。このような場合には、要求元としての伝送端末から、宛先端末の候補としての伝送端末と会話を開始する処理を行っても、この開始の処理が無駄になってしまうという課題が生じる。

請求項１に係る発明は、通信ネットワークを介してコンテンツデータを伝送することにより会話を実現させるための複数の伝送端末を管理する伝送管理システムであって、前記伝送端末において会話が抑制されていることを示す複数の異なる会話の抑制状態のうち、前記会話の抑制状態が前記伝送端末において音声の伝送に関する機能が故障したことによって生じた抑制状態であることを示す第１の会話抑制状態情報と、該第１の会話抑制状態情報とは異なる状態情報であって前記伝送端末において利用者の聴覚に関する機能が故障したことによって会話の抑制状態が生じた第１の稼動状態であることを示す第１の稼動状態情報とを関連付けて管理し、さらに、前記複数の異なる会話の抑制状態のうち前記伝送端末において画像の伝送に関する機能が故障したことによって生じた又は前記伝送端末において音声若しくは画像の伝送に関する抑制機能が実行されたことによって生じた抑制状態であることを示す第２の会話抑制状態情報と、該第２の会話抑制状態情報とは異なる状態情報であって前記伝送端末において利用者の視覚に関する機能が故障したことによって会話の抑制状態が生じた又は前記伝送端末において音声若しくは画像の伝送に関する抑制機能が正常に実行されたことによって生じた第２の稼動状態であることを示す第２の稼動状態情報とを関連付けて管理する抑制情報管理手段と、前記複数の伝送端末に含まれる第１の伝送端末から、当該第１の伝送端末での会話の抑制状態を示す会話抑制状態情報を受信する受信手段と、前記受信された第１の伝送端末の会話抑制状態情報が前記抑制情報管理手段によって管理される前記第１の会話抑制状態情報又は前記第２の会話抑制状態情報のいずれかに該当するかに応じて、対応する前記第１の伝送端末の稼動状態情報として、前記第１の稼動状態情報又は前記第２の稼動状態情報を前記抑制情報管理手段から抽出する抽出手段と、前記抽出された第１の伝送端末の稼動状態情報を、前記第１の伝送端末との会話に参加可能な第２の伝送端末であって前記第１の伝送端末との会話に参加していない前記第２の伝送端末に対して送信する送信手段と、を有することを特徴とする伝送管理システムである。

以上説明したように本発明によれば、第１の伝送端末における会話の抑制状態が、第１の伝送端末において音声の伝送に関する機能が故障したことによって生じた第１の状態であるか、又は第１の伝送端末において画像の伝送に関する機能が故障したことによって生じた若しくは第１の伝送端末において音声又は画像の伝送に関する抑制機能が実行されたことによって生じた第２の状態であるかということを、これから会話を開始しようとする第２の伝送端末の利用者に知らせることができる。これにより、第２の伝送端末の利用者は、会話を開始する処理をしたにも拘らず、第１の伝送端末の故障等により会話ができないため、会話を開始する処理が無駄になってしまったという事態を回避することができる。

図１は、本発明の一実施形態に係る伝送システムの概略図である。 図２は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。 図３は、画像データの画質を説明する概念図である。 図４は、本発明の実施形態の概要を示した図であって、複数の端末間での会話中に、管理システムが一方の端末の状態を他方の端末に伝える処理を示した概念図である。 図５は、本発明の実施形態の概要を示した図であって、第２の伝送端末が会話の開始を要求する前から、宛先端末の候補である第１の伝送端末の稼動状態を取得して、第２の伝送端末のディスプレイ１２０ｄｂに稼動状態アイコンを表示するための処理を示した概念図である。 図６は、本発明の実施形態の概要を示した図であって、第２の伝送端末が会話の開始を要求する前から、宛先端末の候補である第１の伝送端末の稼動状態を取得して、第２の伝送端末のディスプレイ１２０ｄｂに稼動状態アイコンを表示するための処理を示した概念図である。 図７は、本実施形態に係る伝送端末の外観図である。 図８は、本実施形態に係る伝送端末のハードウェア構成図である。 図９は、本実施形態に係る通話管理システム、中継装置、プログラム提供サーバ、又はメンテナンスシステムのハードウェア構成図である。 図１０は、本実施形態の伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。 図１１は、抑制状態アイコン管理テーブルを示す概念図である。 図１２は、稼動状態アイコン管理テーブルを示す概念図である。 図１３は、図１０の最終絞込部が詳細に示された機能ブロック図である。 図１４は、図１０の一次絞込部が詳細に示された機能ブロック図である。 図１５は、変更品質管理テーブルを示す概念図である。 図１６は、中継装置管理テーブルを示す概念図である。 図１７は、端末認証管理テーブルを示す概念図である。 図１８は、端末管理テーブルを示す概念図である。 図１９は、宛先リスト管理テーブルを示す概念図である。 図２０は、セッション管理テーブルを示す概念図である。 図２１は、アドレス優先度管理テーブルを示す概念図である。 図２２は、伝送速度優先度管理テーブルを示す概念図である。 図２３は、品質管理テーブルを示す概念図である。 図２４は、抑制情報管理テーブルを示す概念図である。 図２５は、各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。 図２６は、複数の伝送端末間で通話を開始する準備段階の処理を示したシーケンス図である。 図２７は、本実施形態の宛先リストを示す概念図である。 図２８は、中継装置を絞り込む処理を示したシーケンス図である。 図２９は、中継装置を絞り込む処理を示した処理フロー図である。 図３０は、中継装置の絞り込み処理を行う際の優先度のポイントの計算状態を示した図である。 図３１は、伝送端末が中継装置を選択する処理を示したシーケンス図である。 図３２は、伝送端末で中継装置を選択する処理を示した処理フロー図である。 図３３は、伝送端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。 図３４は、伝送端末の稼動状態が変更された場合に、伝送管理システムが他の端末へ変更された状態を伝えるためのシーケンス図である。 図３５は、ディスプレイに抑制状態アイコン及びメッセージが表示された状態を示した図である。 図３６は、ディスプレイに抑制状態アイコン及びメッセージが表示された状態を示した図である。

以下、図１乃至図３６を用いて、本発明の一実施形態について説明する。なお、先ずは、図１乃至図９を用いて、本実施形態の概要を説明する。

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

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

本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、伝送システム、伝送管理システム、及び伝送端末について説明する。即ち、本発明の伝送端末及び伝送管理システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステム、又は伝送システムにも適用される。なお、本実施形態では、「テレビ会議」と説明しているが、「ビデオ会議」と言われることもあり、両者は同じ内容である。

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

複数の端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信による伝送を行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

＜＜本実施形態の処理概要＞＞
続いて、図４乃至図６を用いて、本発明の実施形態の処理概要を説明する。なお、図４は、複数の端末間での会話中に、管理システムが一方の端末の状態を他方の端末に伝える処理を示した概念図である。

図４に示されているように、管理システム５０には、端末管理テーブル、及び抑制情報管理テーブルが記憶されている。このうち、端末管理テーブルには、端末１０を識別するための端末ＩＤ毎に、各端末１０の宛先名が少なくとも関連付けられて管理されている。また、抑制情報管理テーブルには、マイクの故障やマイクの入力ミュート等の端末１０における会話の抑制状態を示す会話抑制状態情報、及び、端末１０における会話の抑制状態をテキストデータで表すメッセージが少なくとも関連付けられて管理されている。

この会話の抑制状態は、端末１０での会話に関する機能が故障したことによって会話を抑制する状態であり、例えば、マイクの故障（マイク１１４の収音機能が故障）、カメラの故障（カメラ１１２の撮像機能が故障）、スピーカの故障（スピーカ１１５の音出力機能が故障）、及びディスプレイへの表示が故障（ディスプレイ１２０へ画像データを表示させる機能が故障）が挙げられる。

また、会話の抑制状態は、端末１０での会話に関する抑制機能を実行したことによって会話を抑制する状態でもあり、例えば、マイク１１４の入力ミュート（マイク１１４の収音機能を一時停止する機能を実行）、カメラ１１２の撮像ミュート（カメラ１１２の撮像機能を一時停止する機能を実行）、スピーカ１１５の出力ミュート（スピーカ１１５の音出力機能を一時停止する機能を実行）、及びディスプレイ１２０への表示ミュート（ディスプレイ１２０への画像データの表示機能を一時停止する機能を実行）が挙げられる。なお、この場合の抑制機能は、故障の場合と異なり、端末１０が正常に動作することによって実行される機能であって、しかも、この機能のうちで、実行されると音声又は画像による会話が制限される機能である。

一方、各端末１０には、抑制状態アイコン管理テーブルが記憶されている。この抑制状態アイコン管理テーブルには、会話抑制状態情報毎に、各端末１０の各ディスプレイ１２０に表示させるための抑制状態アイコンの画像データが関連付けられて管理されている。

このような状態で、端末１０ａａと端末１０ｄｂとの間で会話している際に、例えば、端末１０ａａで、利用者がマイクの入力ミュートの機能を実行した場合、端末１０ａａは、マイクの入力ミュートである旨を示す会話抑制状態情報が含まれた詳細稼動状態情報、及び端末１０ａａの端末ＩＤ「０１ａａ」を、管理システム５０に送信する（ＳＴ１）。

次に、管理システム５０は、受信した詳細稼動状態情報の会話抑制状態情報「マイクミュート」を検索キーとして、抑制情報管理テーブルを検索することにより、対応するメッセージ「マイクミュート中です。」を抽出する（ＳＴ２）。更に、管理システム５０は、受信された端末ＩＤ「０１ａａ」を検索キーとして、端末管理テーブルを検索することにより、対応する端末名「ＡＡ端末」を抽出する（ＳＴ２）。そして、管理システム５０は、端末１０ａａの通話の相手先である端末１０ｄｂに対して、上記端末１０ａａから受信した会話抑制状態情報「マイクミュート」、並びに、上記抽出したメッセージ「マイクミュート中です。」及び端末名「ＡＡ端末」を送信する（ＳＴ３）。これにより、端末１０ｄｂは、会話抑制状態情報、メッセージ、及び端末名を受信する。

次に、端末１０ｄｂは、受信された会話抑制状態情報「マイクミュート」を検索キーとして、稼動状態アイコン管理テーブルを検索することにより、対応する抑制状態アイコンの画像データを抽出する（ＳＴ４）。そして、端末１０ｄｂは、ディスプレイ１２０ｄｂに対して、上記抽出された画像データに係る抑制状態アイコン、並びに、上記受信された端末名「ＡＡ端末」、及びメッセージ「マイクミュート中です。」を表示させる（ＳＴ５）。

これにより、端末１０ｄｂの利用者は、通話の相手先である端末１０ａａで、マイクの入力ミュートの機能が実行されたことを把握することができるため、端末１０ｄｂ側の利用者は、端末１０ａａ側の利用者に話し掛けても、端末１０ａａ側に音声が伝わらないということが分かる。

また、図５及び図６は、第２の伝送端末が会話の開始処理を行う前から、宛先端末の候補である第１の伝送端末の稼動状態を取得して、第２の伝送端末のディスプレイ１２０ｄｂａに稼動状態アイコンを表示するための処理を示した概念図である。

図５に示されているように、管理システム５０には、端末管理テーブル及び抑制情報管理テーブル以外に、宛先リスト管理テーブルも記憶されている。この宛先リスト管理テーブルには、会話の要求元端末を識別するための端末ＩＤ毎に、宛先端末の候補を識別するための端末ＩＤが記憶されて管理されている。

なお、端末管理テーブルには、上記図４の例に加えて更に、端末ＩＤ毎に、この端末ＩＤに係る端末の現時点の詳細稼動状態を示す詳細稼動状態情報が少なくとも関連付けられている。例えば、端末ＩＤ「０１ａａ」に係る端末１０ａａの現時点での詳細稼動状態が「オンライン」で「通話可能」である場合には、詳細稼動状態情報は「オンライン（通話可能）」となる。また、例えば、端末ＩＤ「０１ａａ」に係る端末１０ａａの詳細稼動状態が「オンライン」で「通話中」で「マイクが故障中」である場合には、詳細稼動状態情報は「オンライン（通話中・マイク故障）」となる。

更に、抑制情報管理テーブルには、上記図４に加えて更に、会話の抑制状態が、(1)端末１０において音声の伝送に関する機能が故障したことによって生じた第１の状態（異常な状態）であるか、又は、(2-1)端末１０において画像の伝送に関する機能が故障したことによって生じた状態、若しくは(2-2)端末１０において音声又は画像の伝送に関する抑制機能が実行されたことによって生じた第２の状態（正常な状態）であるかを示す稼動状態情報が少なくとも関連付けられている。

第１の状態の例としては、会話中（通話中）にマイクが故障した場合のように、端末１０の機能のうち利用者の聴覚に関する機能が故障したことによって、会話の抑制状態が生じた場合が挙げられる。この場合、故障中の端末１０は、「オンライン」、「通話中」、及び「異常」の状態であるため、稼動状態情報は「オンライン（通話中・異常）」と定めている。なお、第１の状態としては、「異常」の称呼以外に、「故障」、「不具合」、「機能不全」、「トラブル」、「活動不能」「麻痺」、「障害」、「問題」、「非通常」、「不良」、「（一時）停止」、又は「不適切」等が挙げられる。

また、第２の状態における第１例としては、会話中（通話中）にカメラが故障した場合のように、端末１０の機能のうち利用者の視覚に関する機能が故障したことによって、会話の抑制状態が生じた場合が挙げられる。この場合、故障中の端末１０は、「オンライン」、「通話中」、及び「異常」の状態ではあるが、音声及び画像によるテレビ会議はできなくても、音声による電話会議はできるため、稼動状態情報は「オンライン（通話中・正常）」と定めている。

更に、第２の状態における第２例としては、会話中（通話中）にマイクミュートが実行された場合のように、端末１０での会話に関する機能を正常に実行させることによって、会話の抑制状態が生じた場合が挙げられる。この場合、マイクミュート中の端末１０は、「オンライン」、「通話中」、及び「正常」の状態であるため、稼動状態情報は「オンライン（通話中・正常）」と定めている。なお、第２の状態としては、「正常」の呼称以外に、「順調」、「常態」、「適正」、「普通」、「通常」、「異常なし」、「ノーマル」、「健全」、又は「適切」等が挙げられる。

一方、各端末１０には、稼動状態アイコン管理テーブルが記憶されている。この稼動状態アイコン管理テーブルには、稼動状態情報毎に、宛先端末の候補の各稼動状態を示す稼動状態アイコンの画像データが関連付けられて管理されている。

このような状態で、図５に示されている第１の伝送端末としての要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間で通話中に、第１の伝送端末でマイクの収音機能の故障が生じた場合に、第１の伝送端末を宛先候補としている第２の伝送端末（端末１０ｂａ）へ、第１の伝送端末の稼動状態を通知する場合について説明する。

まず、第１の伝送端末でマイクの故障が生じると、第１の伝送端末は、自己の端末ＩＤ「０１ａａ」及びマイクの故障である旨を示す会話抑制状態情報「マイク故障」が含まれた詳細稼動状態情報を管理システム５０に送信する（ＳＴ１１）。

次に、管理システム５０は、受信された詳細稼動状態情報の会話抑制状態情報「マイク故障」を検索キーとして、抑制情報管理テーブルを検索することにより、対応する稼動状態情報「オンライン（通話中・異常）」を抽出する（ＳＴ１２）。また、管理システム５０は、上記受信された第１の伝送端末の端末ＩＤ「０１ａａ」を宛先としての端末ＩＤとして宛先リスト管理テーブルを検索することにより、第１の伝送端末（端末１０ａａ）を宛先とすることが可能な通話開始要求元としての第２の伝送端末（端末１０ｂａ）の端末ＩＤ「０１ｂａ」を抽出する（ＳＴ１２）。更に、管理システム５０は、上記抽出された第２の伝送端末の端末ＩＤ「０１ｂａ」を検索キーとして、端末管理テーブルを検索することにより、対応する詳細稼動状態情報「オンライン（通話可能）」を抽出する（ＳＴ１２）。図５で示されている場合には、管理システム５０は、第２の伝送端末（端末１０ｂａ）に対して、マイクの故障が生じた第１の伝送端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び第１の伝送端末に係る稼動状態情報「オンライン（通話中・異常）」を送信する（ＳＴ１３）。

これにより、第２の伝送端末（端末１０ｂａ）では、稼動状態情報「オンライン（通話中・異常）」に基づいて稼動状態アイコン管理テーブルを検索することにより、対応する稼動状態アイコン（「オンライン（通話中・異常）」を示すアイコン）の画像データを抽出する（ＳＴ１４）。そして、第２の伝送端末（端末１０ｂａ）では、ディスプレイ１２０ｂａ上に、稼動状態アイコンが示された宛先端末の宛先リストを表示させる（ＳＴ１５）。

このように、第１の伝送端末における会話の抑制状態が、第１の伝送端末において音声の伝送に関する機能が故障したことによって生じた第１の状態であるか、又は第１の伝送端末において画像の伝送に関する機能が故障したことによって生じた若しくは第１の伝送端末において音声又は画像の伝送に関する抑制機能が実行されたことによって生じた第２の状態であるかということを、これから会話を開始しようとする第２の伝送端末の利用者に知らせることができる。これにより、第２の伝送端末の利用者は、通話を開始する処理をしたにも拘らず、第１の伝送端末のマイクの故障等により通話ができないため、会話を開始する処理が無駄になってしまったという事態を回避することができる。

なお、ディスプレイ１２０ｂａに、既に「オンライン（通話中・正常）」を示す稼動状態アイコンが表示されている場合には、第１の伝送端末でマイクが故障すると、「オンライン（通話中・異常）」を示す稼動状態アイコンに変化することになる。

次に、第１の伝送端末としての要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間での会話中に、第１の伝送端末においてカメラの故障が生じた場合に、第１の伝送端末を宛先候補としている第２の伝送端末（端末１０ｂａ）へ、第１の伝送端末の稼動状態を通知する場合について、図６を用いて説明する。なお、図５と図６は、基本的な処理は同じであるため、異なる部分を主として説明する。

図６に示されているように、第１の伝送端末（端末１０ａａ）においてカメラの故障が生じた場合には、カメラの故障である旨を示す会話抑制状態情報「カメラ故障」が含まれた詳細稼動状態情報が、管理システム５０に送信されることになる（ＳＴ２１）。この場合、管理システム５０では、抑制情報管理テーブルから、稼動状態情報「オンライン（通話中・正常）」を抽出し（ＳＴ２２）、第２の伝送端末（端末１０ｂａ）に送信する（ＳＴ２３）。これにより、第２の伝送端末（端末１０ｂａ）では、「オンライン（通話中・正常）」を示す稼動状態アイコンをディスプレイ１２０ｂａに表示することになる（ＳＴ２５）。

なお、ディスプレイ１２０ｂａに、既に「オンライン（通話中・正常）」を示す稼動状態アイコンが表示されている場合には、たとえ第１の伝送端末（端末１０ａａ）においてカメラの故障が生じたとしても、また同じ稼動状態アイコンが再度表示されるため、第１の伝送端末（端末１０ａａ）の利用者にとっては、稼動状態アイコンが変化しないように見える。

以上のように、第１の伝送端末である要求元端末（端末１０ａａ）においてカメラの故障が生じた場合、第１の伝送端末と実際に会話中の宛先端末（端末１０ｄｂ）の利用者は、図４に示されているごとく、カメラの故障が生じたことを把握する必要がある。しかし、第１の伝送端末（端末１０ａａ）とまだ通話をしていない第２の伝送端末（端末１０ｂａ）の利用者は、少なくとも音声通話による電話会議を行うことができるため、カメラの故障が生じたことまでの詳細な稼動状態を知る必要がない。そのため、ディスプレイ１２０ｂａには、「オンライン（通話中・正常）」を示す稼動状態アイコンが表示されるだけで十分である。

なお、仮に、第１の伝送端末とまだ通話をしていない第２の伝送端末のディスプレイ１２０ｂａ上に、マイクの入力ミュートを示すアイコンのような詳細稼動状態を示すアイコンを表示してしまうと、図６に示されているディスプレイ１２０ｂａには、４種類のアイコン以外に様々な種類のアイコンが表示されることになる。そのため、第２の伝送端末で単に宛先候補を選ぶ作業を行うだけの利用者にとっては、多数のアイコンにより、むしろ紛らわしくなってしまう。しかし、本実施形態では、マイクの入力ミュートが実行された場合やカメラの故障が生じた場合等では、全て「オンライン（通話中・正常）」を示す稼動状態アイコンが表示されるため、紛らわしさを解消することができる。
〔実施形態の詳細な内容〕
続いて、図７乃至図３６を用いて、本実施形態の詳細な内容を説明する。
＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。図７は、本実施形態に係る端末１０の外観図である。以下、端末１０の長手方向をＸ軸方向、水平面内でＸ軸方向に直交する方向をＹ軸方向、Ｘ軸方向及びＹ軸方向に直交する方向（鉛直方向）をＺ軸方向として説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、端末１０は、図８に示されているフラッシュメモリ１０４によって構築される不揮発性記憶部１０００ａ、及び図８に示されているＲＡＭ１０３によって構築される揮発性記憶部１０００ｂを有している。

（抑制状態アイコン管理テーブル）
不揮発性記憶部１０００ａには、図１１に示されているような抑制状態アイコン管理テーブルによって構成されている抑制状態アイコン管理ＤＢ(Data Base)１００１が構築される。抑制状態アイコン管理テーブルでは、端末１０で会話が抑制された状態を示す会話抑制状態情報毎に、ディスプレイ１２０に表示される抑制状態アイコンの画像データが関連付けられて管理される。

ここで、会話抑制状態は、端末１０での会話に関する機能が故障したことによって会話を抑制する状態を示しており、例えば、マイクの故障（マイク１１４の収音機能が故障）、カメラの故障（カメラ１１２の撮像機能が故障）、スピーカの故障（スピーカ１１５の音出力機能が故障）、及びディスプレイへの表示が故障（ディスプレイ１２０へ画像データを表示させる機能が故障）が挙げられる。また、関連付けられている抑制状態アイコンは、それぞれマイク、カメラ、スピーカ、及びディスプレイを示すアイコンにバツ（「×」で表示）が描かれている。

また、会話抑制状態は、端末１０での会話に関する機能を実行したことによって会話を抑制する状態も示しており、例えば、マイク１１４の入力ミュート（マイク１１４の収音機能を一時停止する機能を実行）、カメラ１１２の撮像ミュート（カメラ１１２の撮像機能を一時停止する機能を実行）、スピーカ１１５の出力ミュート（スピーカ１１５の音出力機能を一時停止する機能を実行）、及びディスプレイ１２０への表示ミュート（ディスプレイ１２０への画像データの表示機能を一時停止する機能を実行）が挙げられる。また、関連付けられている抑制状態アイコンは、それぞれマイク、カメラ、スピーカ、及びディスプレイのアイコンに一本の斜線（「／」で表示）が描かれている。

（稼動状態アイコン管理テーブル）
不揮発性記憶部１０００ａには、図１３に示されているような稼動状態アイコン管理テーブルによって構成されている稼動状態アイコン管理ＤＢ１００２が構築される。稼動状態アイコン管理テーブルでは、宛先端末の候補となる端末１０の稼動状態を示す稼動状態情報毎に、ディスプレイ１２０に表示される稼動状態アイコンの画像データが関連付けられて管理される。図１２では、上から下にかけて、宛先端末の候補の稼動状態がオンライン（通話可能）である場合、オンライン（通話中・異常）である場合、オンライン（通話中・正常）である場合、及び、オフラインである場合が示されている。

このうち、「オンライン（通話可能）」の稼動状態は、宛先端末の候補が、オンラインの状態で、かつ通話を開始していない状態である。

また、「オンライン（通話中・異常）」の稼動状態は、宛先端末の候補が他の端末と通話中（会議中）の状態であるが、マイク１１４又はスピーカ１１５が故障した場合のように、端末において音声の伝送に関する機能が故障したことによって、会話の抑制が生じた状態である。この場合、音声通話による会話ができず、利用者が宛先端末との会話に参加しても十分な会話を行うことができないため、異常な稼動状態として取り扱うことにしている。

また、「オンライン（通話中・正常）」の稼動状態は、カメラ１１２の故障やディスプレイＩ／Ｆ１１７の故障のように、端末において画像の伝送に関する機能が故障したことによって生じたことにより、会話の抑制が生じた状態である。このように、たとえ故障であっても、故障の対象が、利用者の視覚に関する機能の場合には、音声による電話会話は実現できるため、正常な稼動状態として取り扱うことにしている。

更にまた、「オンライン（通話中・正常）」の稼動状態には、宛先端末の候補が他の端末と通話中（会議中）の状態であり、マイクの入力ミュート、スピーカの出力ミュート、カメラの撮影ミュート、又はディスプレイへの表示ミュートのように、端末において音声又は画像の伝送に関する抑制機能が実行されたことにより、会話の抑制が生じた状態も含まれる。この場合、利用者が宛先端末との会話を開始しても、この宛先端末でミュートの機能が解除されれば、音声及び画像による十分なテレビ会話を行うことができるため、正常な稼動状態として取り扱っている。

また、「オフライン」の稼動状態は、宛先端末の候補が、オフラインの状態である。

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

図１０に示されている端末１０の送受信部１１は、図８に示されているＣＰＵ１０１からの命令、及び図８に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。この送受信部１１は、所望の宛先端末と通話を開始する前から、管理システム５０より、宛先候補としての各端末の稼動状態を示す各稼動状態情報の受信を開始する。なお、この稼動状態情報は、オンライン(通話可能)、オンライン(通話中・異常)、オンライン（通話中・正常）、又はオフラインの各状態を示す情報である。

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

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

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

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

表示制御部１４ｂは、図８に示されているＣＰＵ１０１からの命令、及び図８に示されているディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。

具体的に、表示制御部１４ｂは、要求元端末が所望の宛先端末とテレビ会議の通話を開始する前に、送受信部１１による受信の開始後に受信された状態情報を反映させて各宛先名が含まれた宛先リストをディスプレイ１２０に表示させる。例えば、ディスプレイ１２０上には、表示制御部１４ｂによって、図２７に示されているような宛先リスト枠１１−１が表示される。この宛先リスト枠１１−１には、宛先名「日本 東京事業所 ＡＢ端末」１１−２等の各宛先名が表示されており、宛先名毎に稼動状態情報を示した稼動状態アイコン（１１−３ａ，１１−３ｂ，１１−３ｃ，１１−３ｄ）が表示される。これらのアイコン（１１−３ａ，１１−３ｂ，１１−３ｃ，１１−３ｄ）は、図１２に示されている稼動状態アイコンが宛先リストに表示されたものである。

また、宛先リスト枠１１−１には、右側にスクロールバー１１−４が表示され、三角形の上向き又は下向きの稼動状態アイコンが選択されることで、図２７には表示されていない宛先候補の宛先名および状態を示した稼動状態アイコンが表示されることになる。

更に、表示制御部１４ｂは、図４に示されているように、例えば、ディスプレイ１２０ｄｂに対して、会話の相手を表わす画像の下側に、抑制状態アイコン、及びメッセージ(例えば、「ＡＡ端末はマイクミュート中です。」という内容)を重畳して表示させる。

最終絞込部１６は、複数の中継装置３０から最終的に１つの中継装置３０に絞り込む最終絞り込み処理を行うため、図８に示されているＣＰＵ１０１からの命令によって、図１３に示されているような計測部１６ａ、算出部１６ｂ、及び最終選択部１６ｃを実現する。

このうち、計測部１６ａは、送受信部１１によって受信された後述の事前送信情報毎に、送受信部１１によって事前送信情報が受信される際の受信日時を計測する。算出部１６ｂは、計測部１６ａによって受信日時が計測された事前送信情報毎に、この計測された受信時間と、この事前送信情報に含まれている送信日時との差に基づいて、事前送信情報の送信から受信までの所要時間(T)を算出する。最終選択部１６ｃは、算出部１６ｂによって算出された所要時間のうち最短の所要時間を要した事前送信情報が中継された中継装置３０を選択することで、最終的に１つの中継装置を選択する。

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

状態検知部１８は、自端末１０のオンライン、自端末１０のオフライン、自端末１０の会話抑制状態等の各詳細稼動状態を検知する。この会話抑制状態は、マイク１１４の故障、カメラ１１２の故障、スピーカ１１５の故障、若しくはディスプレイＩ／Ｆ１１７の故障等のように、自端末１０での会話に関する機能が故障したことによって生じた状態、又は、マイクの出力ミュート、カメラの撮像ミュート、スピーカの出力ミュート、若しくはディスプレイへの表示ミュート等のように、自端末１０での会話に関する機能が実行されたことによって生じた状態である。

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

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

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

また、抽出部２１は、マイクの故障等の会話抑制状態情報を検索キーとして抑制状態アイコン管理ＤＢ１００１（図１１参照）を検索することにより、対応する抑制状態アイコンの画像データを抽出する。また、「オンライン（通話可能）」等の稼動状態情報を検索キーとして稼動状態アイコン管理ＤＢ１００２（図１２）を検索することにより、対応する稼動状態アイコンの画像データを抽出する。なお、ＤＢ１００１の後の括弧内の記載は、ＤＢ１００１に構築されたテーブルを示す図面を表す。以下、その他の各ＤＢについても同様である。

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

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

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

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

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

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

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

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

＜管理システムの機能構成＞
管理システム５０は、送受信部５１、端末認証部５２、状態管理部５３、抽出部５４、端末状態取得部５５、一次絞込部５６、セッション管理部５７、品質決定部５８、記憶・読出処理部５９、及び遅延時間管理部６０を有している。これら各部は、図９に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能される手段である。また、管理システム５０は、管理システム５０の電源をオフにしても各種データ（または情報）の記憶が維持される不揮発性記憶部５０００を有しており、この不揮発性記憶部５０００は図９に示されているＨＤ２０４により構築されている。また、この不揮発性記憶部５０００には、図２７に示されている宛先リスト枠１１−１のデータが記憶されている。

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

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

（端末管理テーブル）
また、不揮発性記憶部５０００には、図１８に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各端末１０の端末ＩＤ毎に、各端末１０を宛先とした場合の宛先名、各端末１０の詳細稼動状態、後述のログイン要求情報が管理システム５０で受信された受信日時、及び端末１０のＩＰアドレスが関連付けられて管理される。

例えば、図１８に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の端末１０ａａは、端末名が「日本 東京事業所 ＡＡ端末」で、詳細稼動状態が「オンライン（通話可能）」で、管理システム５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。

詳細稼動状態情報は、稼動状態アイコン管理ＤＢ１００２（図１２参照）で管理されている稼動状態情報よりも詳細な稼動状態を示す情報であり、オンライン（通話可能）、オンライン（通話中・正常）、オンライン（通話中・会話抑制状態情報）、又はオフラインの各状態が示される。「オンライン（通話中・正常）」の状態は、上記ミュートや故障が生じておらず、十分な会話を行うことができる状態である。

また、会話抑制状態情報は、端末において音声又は画像の伝送に関する機能が故障したことによって生じた状態（故障の状態）、又は、端末において音声又は画像の伝送に関する抑制機能が実行されたことによって生じた状態（抑制機能の実行状態）を示す情報である。このうち、「故障の状態」としては、上述のマイクの故障、カメラの故障、スピーカの故障、又はディスプレイＩ／Ｆの故障等が挙げられる。また、「抑制機能の実行状態」としては、上述のマイクの入力ミュート、カメラの撮像ミュート、スピーカの出力ミュート、又はディスプレイへの表示ミュート等が挙げられる。

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

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

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

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

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

（抑制情報管理テーブル）
また、不揮発性記憶部５０００には、図２４に示されているような抑制情報管理テーブルによって構成されている抑制情報管理ＤＢ５００８が構築されている。この抑制情報管理テーブルでは、各端末１０における会話の抑制状態を示す会話抑制状態情報毎に、宛先候補の端末１０に送信するためのメッセージ、及び、稼動状態情報を関連付けて管理している。

この稼動状態情報は、図１８に示されている詳細稼動状態ほどの詳細な情報ではなく、第１の状態の一例としての「オンライン（通話中・異常）」、又は第２の状態の一例としてのオンライン（通話中・正常）を示す情報である。この図２４に示されている「オンライン（通話中・異常）」、「オンライン（通話中・正常）」は、それぞれ図１２に示されている稼動状態の「オンライン（通話中・異常）」、「オンライン（通話中・正常）」と同じ内容の情報である。これにより、図１２に示されている稼動状態アイコン管理ＤＢ１００２を備えた端末１０側と、図２４に示されている抑制情報管理ＤＢ５００８を備えた管理システム５０側とで、情報の共有認識を行うことができる。

更に、会話抑制状態情報は、上述のごとく、大まかに「故障の状態」と「抑制機能の実行状態」に分けられるが、稼動状態情報は、会話抑制状態情報とは分け方が異なり、「端末において音声の伝送に関する機能が故障したことによって生じた第１の状態」と「端末において画像の伝送に関する機能が故障したことによって生じた、又は端末において音声又は画像の伝送に関する抑制機能が実行されたことによって生じた第２の状態」に分けられている。

また、図２４に示されている「メッセージ」は、会話抑制状態情報を告知用のテキストデータとして表した情報である。例えば、会話抑制状態情報が「マイクミュート」の場合には、この会話抑制状態情報を文章化したものとして「マイクミュート中です。」という文言になっている。

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

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

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

状態管理部５３は、図９に示されているＣＰＵ２０１からの命令によって実現され、会話開始前にログイン要求してきた要求元端末の詳細稼動状態や、会話中に生じた故障又は各種ミュート等の詳細稼動状態を管理すべく、端末管理ＤＢ５００３（図１８参照）に、この要求元端末の端末ＩＤ、要求元端末の詳細稼動状態、管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３は、利用者が端末１０の電源スイッチ１０９をオンの状態からオフの状態にすることで、端末１０から送られてきた、電源をオフする旨の稼動状態情報に基づいて、端末管理ＤＢ５００３（図１８参照）のオンラインを示す稼動状態をオフラインに変更する。

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

また、抽出部５４は、ログイン要求してきた要求元端末の端末ＩＤを検索キーとして、宛先リスト管理ＤＢ５００４（図１９参照）を検索し、上記要求元端末の端末ＩＤを宛先端末の候補として登録している他の要求元端末の端末ＩＤを抽出する。更に、抽出部５４は、稼動状態が変更されて会話抑制状態情報が含まれた詳細稼動状態情報を送信してきた端末１０の端末ＩＤを検索キーとして、宛先リスト管理ＤＢ５００４（図１９参照）を検索し、上記端末１０の端末ＩＤを宛先端末の候補として登録している要求元端末のＩＤを抽出する。例えば、ログイン要求してきた要求元端末の端末ＩＤ、又は稼動状態が変更されて会話抑制状態情報が含まれた詳細稼動状態情報を送信してきた端末１０の端末ＩＤが「０１ｂａ」の場合、図１９では、この端末ＩＤ「０１ｂａ」を宛先候補の端末１０のＩＤとしている要求元端末の端末ＩＤは、「０１ａａ」及び「０１ｄｂ」となる。

また、抽出部５４は、宛先リスト管理ＤＢ５００４（図１９参照）において端末１０を宛先とすることが可能な要求元としての端末１０の端末ＩＤであって、かつ端末管理ＤＢ５００３（図１８参照）において稼動状態がオンラインで会話可能な状態の端末１０である端末ＩＤを抽出する。

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

一次絞込部５６は、図９に示されているＣＰＵ２０１からの命令によって実現され、複数の中継装置３０から最終的に１つの中継装置３０に絞り込む最終絞り込み処理を支援するため、この最終絞り込み処理前の一次絞り込み処理を行う。そのために、一次絞込部５６は、図９に示されているＣＰＵ２０１からの命令によって、図１４に示されているように、選択用セッションＩＤ生成部５６ａ、端末ＩＰアドレス抽出部５６ｂ、一次選択部５６ｃ、及び優先度決定部５６ｄを実現する。

このうち、選択用セッションＩＤ生成部５６ａは、中継装置３０を選択するためのセッションの実行に用いられる選択用セッションＩＤを生成する。端末ＩＰアドレス抽出部５６ｂは、要求元端末から送られてきた開始要求情報に含まれている要求元端末の端末ＩＤ、及宛先端末の端末ＩＤに基づいて、端末管理ＤＢ５００３（図１８参照）を検索することにより、対応するそれぞれの端末１０のＩＰアドレスを抽出する。一次選択部５６ｃは、中継装置管理ＤＢ５００１（図１６参照）で管理されている中継装置３０のうち、稼動状態が「オンライン」となっている中継装置３０の中継装置ＩＤを選択することにより、中継装置３０の選択を行う。

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

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

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

また、セッション管理部５７は、図９に示されているＣＰＵ２０１からの命令によって実現され、不揮発性記憶部５０００のセッション管理ＤＢ５００５（図２０参照）に、選択用セッションＩＤ生成部５６ａで生成された選択用セッションＩＤ、要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５７は、セッション管理ＤＢ５００５（図２０参照）に対して、選択用セッションＩＤ毎に、端末１０の最終選択部１６ｃで最終的に１つに選択された中継装置３０の中継装置ＩＤを記憶して管理する。

品質決定部５８は、図９に示されているＣＰＵ２０１からの命令によって実現され、上記遅延時間を検索キーとして、品質管理ＤＢ５００７（図２３参照）を検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。

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

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

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

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

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

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

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

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

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

要求元端末（端末１０ａａ）では、正当な利用権限を有する端末であると判断された結果が示された認証結果情報を受信すると、送受信部１１が通信ネットワーク２を介して管理システム５０へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ２６）。これにより、管理システム５０の送受信部５１は、宛先リスト要求情報を受信する。

次に、抽出部５４は、ログイン要求した要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４（図１９参照）を検索し、要求元端末（端末１０ａａ）と通話することができる宛先端末の候補の端末ＩＤと、この端末ＩＤに対応する宛先名を読み出すことによって抽出する（ステップＳ２７）。ここでは、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に対応する宛先端末（１０ａｂ，１０ｂａ，１０ｂｂ，…）のそれぞれの端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」、…）と、これらに対応する端末名（「日本 東京事業所 ＡＢ端末」、「日本 大阪事業所 ＢＡ端末」、「アメリカ ワシントン事業所 ＤＢ端末」、…）が抽出される。

次に、管理システム５０の送受信部５１は、記憶・読出処理部５９を介して記憶部６０００から宛先リスト枠のデータ（図２７で示されている宛先リスト枠１１−１部分のデータ）を読み出す（ステップＳ２８）と共に、この宛先リスト枠並びに上記抽出部５４によって抽出された端末ＩＤ及び宛先名を含めた「宛先リスト情報（宛先リスト枠、端末ＩＤ、宛先名）」を、要求元端末（端末１０ａａ）に送信する（ステップＳ２９）。これにより、要求元端末（端末１０ａａ）では、送受信部１１が宛先リスト情報を受信し、記憶・読出処理部１９が揮発性記憶部１０００ｂへ宛先リスト情報を記憶する（ステップＳ３０）。

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

また、管理システム５０の端末状態取得部５５は、上記抽出部５４によって抽出された宛先端末の候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」、…）を検索キーとして、端末管理ＤＢ５００３（図１８参照）を検索し、上記抽出部５４によって抽出された端末ＩＤ毎に、対応する詳細稼動状態情報を読み出すことで、宛先候補としての端末（１０ａｂ，１０ｂａ，１０ｂｂ，…）の各詳細稼動状態情報を取得する（ステップＳ３１）。

次に、送受信部５１は、上記ステップＳ２７で使用された検索キーとしての端末ＩＤ「０１ａｂ」と、対応する宛先端末（端末１０ａｂ）の稼動状態情報「オフライン」を、通信ネットワーク２を介して要求元端末（端末１０ａａ）に送信する（ステップＳ３２）。また、同じくステップＳ３２の一環として、送受信部５１は、端末ＩＤ「０１ｂａ」と、対応する宛先端末（端末１０ｂａ）の稼動状態情報「オンライン（通話可能）」等、残りの稼動状態情報も個別に要求元端末（端末１０ａａ）へ送信する。

なお、「詳細稼動状態情報」が、「オンライン（通話可能）」、「オンライン（通話中・正常）」及び「オフライン」の場合は、その状態の内容がそのまま「稼動状態情報」として、要求元端末（端末１０ａａ）に送信される。

また、「詳細稼動状態情報」が、例えば「オンライン（通話中・マイク故障）」のように第１の状態を示す場合には、抽出部２１が会話抑制状態情報「マイク故障」に基づいて抑制情報管理ＤＢ（図２４参照）を検索することにより、対応する稼動状態情報「オンライン（通話中・異常）」が抽出され、要求元端末（端末１０ａａ）に送信される。このように、要求元端末（端末１０ａａ）には、「マイクの故障」のように、どのような異常が生じているかまでは伝えられず、単に「異常」であることが伝えられる。

更に、詳細稼動状態情報が、例えば「オンライン（通話中・マイクミュート）」のように第２の状態を示す場合には、抽出部２１が会話抑制状態情報「マイクミュート」に基づいて抑制情報管理ＤＢ（図２４参照）を検索することにより、対応する稼動状態情報「オンライン（通話中・正常）」が抽出され、要求元端末（端末１０ａａ）に送信される。このように、各種ミュート状態の場合には、要求元端末（端末１０ａａ）には、マイクの入力ミュートのように、どのようなミュートであるかだけでなく、ミュートされている状態であることすら伝えられない。

更にまた、詳細稼動状態情報が、例えば、「オンライン（通話中・カメラ故障）」のように第２の状態を示す場合には、抽出部２１が会話抑制状態情報「カメラ故障」に基づいて抑制情報管理ＤＢ（図２４参照）を検索することにより、対応する稼動状態情報「オンライン（通話中・正常）」が抽出され、要求元端末（端末１０ａａ）に送信される。このように、たとえ故障であっても、音声通話の続行は可能であるため、ミュートと同様に、正常な状態であるとして、要求元端末（端末１０ａａ）に伝えられる。

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

次に、要求元端末（端末１０ａａ）の宛先リスト作成部２０は、揮発性記憶部１０００ｂに記憶されている宛先リスト情報及び端末の稼動状態情報、並びに稼動状態アイコン管理ＤＢ１００２の端末の稼動状態情報に対応する稼動状態アイコンの画像データに基づいて、宛先候補としての端末１０の状態を反映させた宛先リストを作成すると共に、表示制御部１４ｂが、ディスプレイ１２０に対して、図２７に示されているような宛先リストを表示する（ステップＳ３４）。

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

次に、管理システム５０の端末状態取得部５５は、上記ログイン要求して来た要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、端末管理ＤＢ５００３（図１８参照）を検索し、ログイン要求してきた要求元端末（端末１０ａａ）の詳細稼動状態情報を取得する（ステップＳ３６）。

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

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

続いて、図２８を用いて、中継装置３０を絞り込む処理を説明する。なお、図２８では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。また、本実施形態においては、要求元端末（端末１０ａａ）は、宛先の候補としての端末１０のうち、上記ステップＳ３２によって受信した端末の状態情報により、稼動状態がオンラインである端末（１０ｂａ，１０ｄｂ）の少なくとも一方と通話を行うことができる。そこで、以下では、要求元端末（端末１０ａａ）の利用者が、宛先端末（端末１０ｄｂ）と通話を開始することを選択した場合について説明する。

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

次に、中継装置３０を選択するためのセッションを実行する処理を説明する。まず、図１０に示されている選択用セッションＩＤ生成部５６ａは、中継装置３０を選択するためのセッションの実行に用いられる選択用セッションＩＤを生成する（ステップＳ４４）。そして、セッション管理部５７は、不揮発性記憶部５０００のセッション管理ＤＢ５００５（図２０参照）に、上記ステップＳ４４で生成された選択用セッションＩＤ「ｓｅ１」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」を関連付けて記憶して管理する（ステップＳ４５）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そして、送受信部３１は、画像・音声データ用セッションｓｅｄによって、通信ネットワーク２を介して端末１０ｄｂへ、上記画像データの画質が「中画質」に変更された画像データ、及び音声の音質が変更されていない音声データを送信する（ステップＳ９４）。これにより、宛先端末（端末１０ｄｂ）は、送受信部１１で、低解像度、及び中解像度の２つから成る中画質の画像データ、及び音声データを受信する。そして、表示制御部１４ｂが、２つの解像度の画像データを組み合わせて、ディスプレイ１２０に画像を表示させると共に、音声出力部１５ｂが音声データに基づく音声を出力させることができる。

このように、画像データを受信する宛先端末（端末１０ｄｂ）で、受信の遅延が生じた場合には、中継装置３０ａは画像の品質を変更し、テレビ会議に参加している人に違和感を与えないようにすることができる。

続いて、図３４乃至図３６を用いて、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間で通話中に、要求元端末側で、マイクの故障が生じた場合及びマイクの入力ミュートの機能を実行した場合について説明する。なお、図３４は、端末の稼動状態が変更された場合に、管理システムが他の端末へ変更された状態を伝えるためのシーケンス図である。図３５は、ディスプレイにアイコン及びメッセージが表示された状態を示した図である。図３６は、ディスプレイにアイコン及びメッセージが表示された状態を示した図である。なお、図３４乃至図３６は、上述の図４乃至図６で説明した内容を更に詳細に説明するための図面である。

まず、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間で会話している際に、要求元端末（端末１０ａａ）のマイク１１４が故障した場合、要求元端末（端末１０ａａ）では、端末１０ａａの稼動状態を検知する状態検知部１８が、マイク１１４の故障を検知する（ステップＳ１０１）。そして、要求元端末（端末１０ａａ）の送受信部１１は、通信ネットワーク２を介して管理システム５０へ、会話抑制状態情報「マイク故障」を含んだ詳細稼動状態情報「オンライン（通話中・マイク故障）」、及び端末ＩＤ「０１ａａ」を送信する（ステップＳ１０２）。これにより、管理システム５０の送受信部５１は、詳細稼動状態情報「オンライン（通話中・マイク故障）」及び端末ＩＤ「０１ａａ」を受信することになる。

次に、管理システム５０の状態管理部５３は、上記受信された端末ＩＤ「０１ａａ」に基づいて、端末管理ＤＢ５００３（図１８参照）の対応するレコードの稼動状態のフィールド部分を「オンライン（通話中・正常）」から、詳細稼動状態情報に反映させた「オンライン（通話中・マイク故障）」に変更すると共に、詳細稼動状態情報が受信された受信日時に基づいて、レコードの受信日時のフィールド部分を変更する。

次に、抽出部５４は、上記受信された端末ＩＤ「０１ａａ」に基づいて、端末管理ＤＢ５００３（図１８参照）を検索することにより、対応する宛先名「日本 東京事業所 ＡＡ端末」を抽出する（ステップＳ１０４）。更に、抽出部５４は、会話抑制状態情報「マイク故障」に基づいて、抑制情報管理ＤＢ５００８（図２４参照）を検索することにより、対応するメッセージ「マイクが故障です。」を抽出する（ステップＳ１０５）。

次に、送受信部５１は、上記ステップＳ１０５で抽出された端末名及びメッセージを、上記受信された詳細稼動状態情報に含まれている会話抑制状態情報「マイク故障」と共に、通信ネットワーク２を介して、要求元端末（端末１０ａａ）の会話相手である宛先端末（端末１０ｄｂ）へ送信する（ステップＳ１０６）。これにより、宛先端末（端末１０ｄｂ）の送受信部１１は、会話抑制状態情報「マイク故障」、端末名、及びメッセージを受信する。

次に、宛先端末（端末１０ｄｂ）の抽出部２１は、受信された会話抑制状態情報「マイク故障」に基づいて抑制状態アイコン管理ＤＢ１００１（図１１参照）を検索することにより、対応する抑制状態アイコンの画像データを抽出する(ステップＳ１０７)。そして、表示制御部１４ｂは、ディスプレイ１２０ｄｂに対して、図３５に示されているように、会議相手を表わす画像の下側に、抑制状態アイコン、及びメッセージ(例えば、「ＡＡ端末はマイク故障です。」という内容)を重畳して表示させる（ステップＳ１０８）。

一方、管理システム５０の抽出部５４は、上記ステップＳ１０２によって受信された詳細稼動状態情報に含まれている会話抑制状態情報「マイク故障」に基づいて抑制情報管理ＤＢ５００８(図２４参照)を検索することにより、対応する稼動状態情報「オンライン（通話中・異常）」を抽出する(ステップＳ１０９)。

また、抽出部５４は、上記ステップＳ１０２によって受信された要求元端末（端末１０ａａ）のＩＤ「０１ａａ」を宛先端末の候補の端末ＩＤとして宛先リスト管理ＤＢ(図１９参照)を検索することにより、端末１０ａａを宛先とすることが可能な要求元端末の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）を抽出する(ステップＳ１１０)。

更に、抽出部５４は、上記ステップＳ１１０によって抽出された各端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）に基づいて、端末管理ＤＢ５００３（図１８参照）を検索することにより、対応する各稼動状態情報（「オフライン」、「オンライン（通話可能）」、「オンライン（通話中・正常）」）を抽出する（ステップＳ１１１）。そして、送受信部５１は、上記ステップＳ１１０によって抽出された端末ＩＤのうち、上記ステップＳ１１１によって抽出された稼動状態情報が「オンライン（通話可能）」である端末ＩＤ「０１ｂａ」に係る端末１０ｂａに対して、上記ステップＳ１０９によって抽出された稼動状態情報「オンライン(通話中・異常)」を、通信ネットワーク２を介して送信する（ステップＳ１１２）。これにより、端末１０ｂａの送受信部１１は、稼動状態情報「オンライン(通話中・異常)」及び端末ＩＤ「０１ａａ」を受信する。

これに対して、端末１０ｂａでは、抽出部２１が、上記ステップＳ１１２によって受信された稼動状態情報「オンライン(通話中・異常)」に基づいて稼動状態アイコン管理ＤＢ１００２（図１２参照）を検索することにより、対応する稼動状態アイコンを抽出する(ステップＳ１１３)。そして、表示制御部１４ｂは、ディスプレイ１２０ｂａに対して、図５に示されている宛先リストの端末１０ａａの稼動状態アイコンが「オンライン(通話中・正常)」から「オンライン（通話中・異常）」の稼動状態アイコンに変更する（ステップＳ１１４）。

また、上記例では、要求元端末（端末１０ａａ）でマイクが故障した場合について説明したが、マイクの入力ミュート機能を実行した場合も起こりうる。このような場合は、会話抑制状態情報が「マイクミュート」となるが、上記例と基本的に同様の処理が行われるため、以下では、相違する処理のみを説明する。

更に、マイクの入力ミュートの機能が実行された場合のステップＳ１０８におけるディスプレイ１２０ｄｂの表示内容については、図３６に示されているように、通話の相手を表わす画像の下側に、抑制状態アイコン、及びメッセージ(例えば、「ＡＡ端末はマイクミュート中です。」という内容)が表示されることになる。

更にまた、マイクの入力ミュートの機能が実行された場合のステップＳ１１４におけるディスプレイ１２０ｂａの表示内容については、図６に示されているように、「オンライン（通話中・正常）」を示す稼動状態アイコンは、変わらずに表示されることになる。

＜＜実施形態の主な効果＞＞
以上説明したように本実施形態によれば、宛先端末の候補において音声の伝送に関する機能が故障したことによって生じた第１の状態（音声通話が不可能な状態）であるか、又は、宛先端末の候補において画像の伝送に関する機能が故障したことによって生じた若しくは、宛先端末の候補において音声又は画像の伝送に関する抑制機能が実行されたことによって生じた第２の状態（少なくとも音声通話が可能な状態）であるかということを、これから会話を開始しようとする端末１０ａａの利用者に知らせることができる。これにより、これから会話に参加しようとする利用者は、会話に参加する処理をしたにも拘らず、音声通話ができないため、会話に参加する処理が無駄になってしまうという事態を回避することができるという効果を奏する。

具体的には、宛先端末の候補において、マイクの故障等のように音声通話が不可能な状態が生じた場合には、参加しようとする利用者に、予め故障が生じたことを知らせることができる。これにより、参加しようとする利用者が会話への参加を開始するための処理をしたにも拘らず、会話が実質的にできないために、参加を開始するための処理が無駄になってしまうという事態を回避することができるという効果を奏する。

一方、宛先端末の候補において、カメラの故障やマイクの入力ミュート等のように、少なくとも音声通話が可能な状態が生じた場合には、参加しようとする利用者が会話に参加しても、音声通話は可能か、又はミュートの機能を解除することで会話を実質的に継続することができる。そのため、わざわざ参加しようとする利用者に、予めカメラの故障が生じたことやマイクの入力ミュートが実行されたことを知らせるまでもない。逆に、会話を開始していない利用者に、予めカメラの故障が生じたことやマイクミュートが実行されたことまでの詳細な稼動状態を知らせるとなると、詳細な稼動状態を示すために、図２７に示される宛先リストの稼動状態アイコンの種類が非常に増えてしまう。そのため、会話を開始する前に単に宛先候補を選ぶ作業を行うだけの利用者にとっては、多種類のアイコンにより、却って紛らわしくなってしまう。これに対して本実施形態では、このような紛らわしさを生じさせないという効果も奏する。

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

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

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

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

＜＜実施形態の補足＞＞
なお、上記実施形態では、図２７に示されているように、宛先名１１−２等とアイコン１１−３ａ等を示した状態の宛先リスト枠１１−１が表示されるが、これに限るものではなく、宛先リスト枠１１−１は無く、宛先名１１−２等とアイコン１１−３ａ等のみが表示されるようにしてもよい。

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

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

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

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

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

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

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

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

更に、コンテンツデータは、画像（視覚）データ、音声（聴覚）データ、触覚データ、嗅覚データ、及び味覚データのうち、少なくとも１つのデータであればよい。

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

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

１０ 伝送端末
１１ 送受信部
５０ 伝送管理システム
５１ 送受信部（受信手段の一例、送信手段の一例）
５２ 端末認証部
５３ 状態管理部
５４ 抽出部（抽出手段の一例）
５５ 端末状態取得部
５６ 一次絞込部
５６ａ 選択用セッションＩＤ生成部
５６ｂ 端末ＩＰアドレス抽出部
５６ｃ 一次選択部５６ｃ
５６ｄ 優先度決定部
５７ セッション管理部
５８ 品質決定部
５９ 記憶・読出処理部
６０ 遅延時間管理部
１０００ａ 不揮発性記憶部
１０００ｂ 揮発性記憶部
１００１ 抑制状態アイコン管理ＤＢ
１００２ 稼動状態アイコン管理ＤＢ
３０００ 不揮発性記憶部
３００１ 変更品質管理ＤＢ
５０００ 不揮発性記憶部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ（端末管理手段の一例）
５００４ 宛先リスト管理ＤＢ（宛先リスト管理手段の一例）
５００５ セッション管理ＤＢ
５００６ 優先度管理ＤＢ
５００７ 品質管理ＤＢ
５００８ 抑制情報管理ＤＢ（抑制情報管理手段の一例）

US2007/0263075公報

Claims (7)

1. 通信ネットワークを介してコンテンツデータを伝送することにより会話を実現させるための複数の伝送端末を管理する伝送管理システムであって、
   前記伝送端末において会話が抑制されていることを示す複数の異なる会話の抑制状態のうち、前記会話の抑制状態が前記伝送端末において音声の伝送に関する機能が故障したことによって生じた抑制状態であることを示す第１の会話抑制状態情報と、該第１の会話抑制状態情報とは異なる状態情報であって前記伝送端末において利用者の聴覚に関する機能が故障したことによって会話の抑制状態が生じた第１の稼動状態であることを示す第１の稼動状態情報とを関連付けて管理し、さらに、前記複数の異なる会話の抑制状態のうち前記伝送端末において画像の伝送に関する機能が故障したことによって生じた又は前記伝送端末において音声若しくは画像の伝送に関する抑制機能が実行されたことによって生じた抑制状態であることを示す第２の会話抑制状態情報と、該第２の会話抑制状態情報とは異なる状態情報であって前記伝送端末において利用者の視覚に関する機能が故障したことによって会話の抑制状態が生じた又は前記伝送端末において音声若しくは画像の伝送に関する抑制機能が正常に実行されたことによって生じた第２の稼動状態であることを示す第２の稼動状態情報とを関連付けて管理する抑制情報管理手段と、
   前記複数の伝送端末に含まれる第１の伝送端末から、当該第１の伝送端末での会話の抑制状態を示す会話抑制状態情報を受信する受信手段と、
   前記受信された第１の伝送端末の会話抑制状態情報が前記抑制情報管理手段によって管理される前記第１の会話抑制状態情報又は前記第２の会話抑制状態情報のいずれかに該当するかに応じて、対応する前記第１の伝送端末の稼動状態情報として、前記第１の稼動状態情報又は前記第２の稼動状態情報を前記抑制情報管理手段から抽出する抽出手段と、
   前記抽出された第１の伝送端末の稼動状態情報を、前記第１の伝送端末との会話に参加可能な第２の伝送端末であって前記第１の伝送端末との会話に参加していない前記第２の伝送端末に対して送信する送信手段と、
   を有することを特徴とする伝送管理システム。
2. 請求項１に記載の伝送管理システムであって、更に、
   前記会話を開始する要求元としての伝送端末を識別するための端末識別情報毎に、宛先としての伝送端末を識別するための端末識別情報を管理する宛先リスト管理手段を有し、
   前記受信手段は、前記会話抑制状態情報を受信する際に、前記第１の伝送端末から、当該第１の伝送端末を識別するための端末識別情報を受信し、
   前記抽出手段は、前記受信された第１の伝送端末の端末識別情報を宛先としての伝送端末の端末識別情報として前記宛先リスト管理手段を検索することにより、前記第１の伝送端末を宛先とすることが可能な要求元としての前記第２の伝送端末の端末識別情報を抽出し、
   前記送信手段は、前記抽出された端末識別情報に係る前記第２の伝送端末に対して、前記第１の伝送端末の稼動状態情報を送信する、
   ことを特徴とする請求項１に記載の伝送管理システム。
3. 請求項２に記載の伝送管理システムであって、更に、
   前記伝送管理システムによって管理される伝送端末を識別するための端末識別情報毎に、当該端末識別情報に係る伝送端末の稼動状態を示す稼動状態情報を管理する端末管理手段を有し、
   前記抽出手段は、前記宛先リスト管理手段において前記第１の伝送端末を宛先とすることが可能な要求元としての前記第２の伝送端末であって、かつ前記端末管理手段において前記稼動状態がオンラインで通話可能な状態の伝送端末である端末識別情報を抽出することを特徴とする伝送管理システム。
4. 前記第１の稼動状態は、マイクの故障又はスピーカの故障であることを特徴とする請求項１乃至３のいずれか一項に記載の伝送管理システム。
5. 前記第２の稼動状態は、前記伝送端末での視覚に関する機能が故障した状態として、カメラの故障又はディスプレイであり、前記伝送端末での会話に関する機能が実行されたことによって生じた状態として、マイクの入力ミュート、前記カメラの撮像ミュート、スピーカの出力ミュート、又はディスプレイへの表示ミュートであることを特徴とする請求項１乃至３のいずれか一項に記載の伝送管理システム。
6. 通信ネットワークを介してコンテンツデータを伝送することにより会話を実現させるための複数の伝送端末を管理する伝送管理システムが実行する伝送管理方法であって、
   前記伝送管理システムは、前記伝送端末において会話が抑制されていることを示す複数の異なる会話の抑制状態のうち、前記会話の抑制状態が前記伝送端末において音声の伝送に関する機能が故障したことによって生じた抑制状態であることを示す第１の会話抑制状態情報と、該第１の会話抑制状態情報とは異なる状態情報であって前記伝送端末において利用者の聴覚に関する機能が故障したことによって会話の抑制状態が生じた第１の稼動状態であることを示す第１の稼動状態情報とを関連付けて管理し、さらに、前記複数の異なる会話の抑制状態のうち前記伝送端末において画像の伝送に関する機能が故障したことによって生じた又は前記伝送端末において音声若しくは画像の伝送に関する抑制機能が実行されたことによって生じた抑制状態であることを示す第２の会話抑制状態情報と、該第２の会話抑制状態情報とは異なる状態情報であって前記伝送端末において利用者の視覚に関する機能が故障したことによって会話の抑制状態が生じた又は前記伝送端末において音声若しくは画像の伝送に関する抑制機能が正常に実行されたことによって生じた第２の稼動状態であることを示す第２の稼動状態情報とを関連付けて管理する抑制情報管理手段を有し、
   前記伝送管理システムは、
   前記複数の伝送端末に含まれる第１の伝送端末から、当該第１の伝送端末での会話の抑制状態を示す会話抑制状態情報を受信する受信ステップと、
   前記受信された第１の伝送端末の会話抑制状態情報が前記抑制情報管理手段によって管理される前記第１の会話抑制状態情報又は前記第２の会話抑制状態情報のいずれかに該当するかに応じて、対応する前記第１の伝送端末の稼動状態情報として、前記第１の稼動状態情報又は前記第２の稼動状態情報を前記抑制情報管理手段から抽出する抽出ステップと、
   前記抽出された第１の伝送端末の稼動状態情報を、前記第１の伝送端末との会話に参加可能な第２の伝送端末であって前記第１の伝送端末との会話に参加していない前記第２の伝送端末に対して送信する送信ステップと、
   を実行することを特徴とする伝送管理方法。
7. コンピュータに、請求項１乃至５の何れか一項に記載の各手段を実現させることを特徴とするプログラム。

Images