(57)【要約】【課題】端末の入力部に接続されている外部機器の種別を自動的に判別して、適切な設定処理を端末自身に行わせること。【解決手段】通信ネットワークを介して相手端末に対して画像データを送信する端末１０であって、画像データが外部機器から入力されるＨＤＭＩ入力部２０と、ＨＤＭＩ入力部２０から入力されるデータに基づいてＨＤＭＩ入力部２０に接続されている外部機器の種別を判断する判断部２１と、判断部２１により判断された種別に基づいて、画像データに対する画像処理を制御するＣＯＤＥＣ／メディア制御部２２とを備えることを特徴とする。【選択図】図７
2015177474.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して相手端末に対して画像データを送信する端末であって、
前記画像データが外部機器から入力される入力部と、
前記入力部から入力されるデータに基づいて前記入力部に接続されている前記外部機器の種別を判断する判断部と、
前記判断部により判断された前記種別に基づいて、前記画像データに対する画像処理を制御する制御部と、
を備えることを特徴とする端末。
【請求項２】
前記判断部は、前記入力部から入力されている画像データに基づいて前記入力部に接続されている前記外部機器の種別を判断する、
ことを特徴とする請求項１に記載の端末。
【請求項３】
前記判断部は、前記画像データに含まれる画像が自然画像又は非自然画像であることを判断し、該判断に基づいて前記入力部に接続されている前記外部機器の種別を判断する、
ことを特徴とする請求項２に記載の端末。
【請求項４】
前記入力部から前記外部機器へ該外部機器が機器種別信号を返信するように要求する制御を行う制御部をさらに備え、
前記判断部は、前記外部機器から返信された前記機器種別信号に基づいて、前記入力部に接続されている前記外部機器の種別を判断する、
ことを特徴とする請求項１に記載の端末。
【請求項５】
前記入力部は、ＨＤＭＩ規格の入力インターフェースであり、前記機器種別信号は、前記ＨＤＭＩ規格のＣＥＣ通信に規定された信号であることを特徴とする請求項４に記載の端末。
【請求項６】
前記制御部は、前記画像処理の制御として前記画像の解像度およびフレームレートを変更する制御を実行することを特徴とする請求項１〜５の何れか１項に記載の端末。
【請求項７】
前記制御部は、前記判断部によって外部機器がカメラと判断された場合の前記画像処理の制御として前記画像のミラーリング処理をすることを特徴とする請求項１〜６の何れか１項に記載の端末。
【請求項８】
前記制御部は、前記種別に基づいて、前記画像データを符号化するアルゴリズムを選択または切り替えることを特徴とする請求項１〜７の何れか１項に記載の端末。
【請求項９】
通信ネットワークを介して相手端末に対して画像データを送信する端末において前記画像データに対する画像処理を制御する方法であって、前記端末が、
前記端末が有する前記画像データが入力される入力部に接続されている外部機器の種別を、前記入力部から入力されるデータに基づいて判断する判断ステップと、
前記判断ステップにより判断された前記種別に基づいて、前記画像データに対する画像処理を制御する制御ステップと、
を実行する方法。
【請求項１０】
通信ネットワークを介して相手端末に対して画像データを送信する端末のためのプログラムであって、
前記端末が有する前記画像データが入力される入力部に接続されている外部機器の種別を、前記入力部から入力されるデータに基づいて判断する判断ステップと、
前記判断ステップにより判断された前記種別に基づいて、前記画像データに対する画像処理を制御する制御ステップと、
を前記端末に実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末、方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、例えばビデオ会議などの用途で、端末においてカメラやＰＣ（Personal  Computer）の画面をＨＤＭＩ（登録商標）（High-Definition  Multimedia  Interface）と呼ばれるインターフェースなどから映像または画像を取り込み、その映像または画像を遠隔の端末と共有できるようになっている。
【０００３】
また、カメラやＰＣの画面は高解像度化および高フレームレート化(フレーム周波数)が進み、ＨＤ（１９２０Ｘ１０８０）以上かつ６０ｆｐｓ(frame  per  second)以上をサポートする機器が増えてきている。そのため、例えばビデオ会議システムで共有されるカメラやＰＣの画像をネットワークで転送するような場合、利用帯域を抑えるための圧縮メカニズムが複雑になってきている。さらに、カメラとＰＣでは画像の利用目的が異なるため、要求される画質も異なる場合がある。
【０００４】
例えば、会議シーンにおけるカメラ画像の共有では、解像度よりもフレームレートを優先し、一方ＰＣの画像の共有では、解像度を優先した方が好ましい。さらに、カメラからは自然画像が、ＰＣからは非自然画像が入力されることが多い。この場合、自然画像と非自然画像のそれぞれに対して符号化アルゴリズムは異なるアルゴリズムを用いた方が、効率が良いことは一般に知られている。また、ビデオ会議端末では自カメラ映像を自端末上に描画する際に左右ミラーリングするものもあるため、このような場合にはカメラからの画像に対してミラーリング処理を実施した方がよい。このような事情を考慮すると、カメラ入力であるかＰＣ入力であるかの判別は重要である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、今までのＨＤＭＩインターフェースでは、接続元(シンク、例えばビデオ会議端末)が接続先(ソース、例えばカメラ、ＰＣ)のデバイス種別(例えばカメラ、ＰＣ、タブレットなど)を区別することはできない。そのため、例えばビデオ会議に用いた場合、端末はＨＤＭＩインターフェースにカメラが繋がっているのか、ＰＣが繋がっているのかを把握することができず、外部機器から入力された画像データに対して外部機器に応じた適切な画像処理の制御ができない問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、端末の入力部に接続されている外部機器の種別を自動的に判別して、適切な画像処理を端末自身に行わせることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、通信ネットワークを介して相手端末に対して画像データを送信する端末であって、前記画像データが外部機器から入力される入力部と、前記入力部から入力されるデータに基づいて前記入力部に接続されている前記外部機器の種別を判断する判断部と、前記判断部により判断された前記種別に基づいて、前記画像データに対する画像処理を制御する制御部とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、端末の入力部に接続されている外部機器の種別を自動的に判別して、適切な画像処理を端末自身に行わせることができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１実施形態に係る伝送システムの概略図である。
【図２】図２は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。
【図３】図３は、画像データの画質を説明する概念図である。
【図４】図４は、第１実施形態に係る端末の外観図である。
【図５】図５は、第１実施形態に係る端末のハードウェア構成図である。
【図６】図６は、第１実施形態に係る管理システムのハードウェア構成図である。
【図７】図７は、第１実施形態の伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。
【図８】図８は、最終絞込部の機能構成図である。
【図９】図９は、一次絞込部の機能構成図である。
【図１０】図１０は、変更品質管理テーブルを示す概念図である。
【図１１】図１１は、中継装置管理テーブルを示す概念図である。
【図１２】図１２は、端末認証管理テーブルを示す概念図である。
【図１３】図１３は、端末管理テーブルを示す概念図である。
【図１４】図１４は、宛先リスト管理テーブルを示す概念図である。
【図１５】図１５は、セッション管理テーブルを示す概念図である。
【図１６】図１６は、アドレス優先度管理テーブルを示す概念図である。
【図１７】図１７は、伝送速度優先度管理テーブルを示す概念図である。
【図１８】図１８は、品質管理テーブルを示す概念図である。
【図１９】図１９は、各中継装置から管理システムに送信された各中継装置の状態を示す状態情報を管理する処理を示したシーケンス図である。
【図２０】図２０は、複数の端末の間で通話を開始する準備段階の処理を示したシーケンス図である。
【図２１】図２１は、中継装置を絞り込む処理を示したシーケンス図である。
【図２２】図２２は、中継装置を絞り込む処理を示した処理フロー図である。
【図２３】図２３は、中継装置の絞り込み処理を行う際のポイントの計算状態を示した図である。
【図２４】図２４は、端末が中継装置を選択する処理を示したシーケンス図である。
【図２５】図２５は、端末で中継装置を選択する処理を示した処理フロー図である。
【図２６】図２６は、端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。
【図２７】図２７は、端末が中継装置を選択する処理を示したシーケンス図である。
【図２８】図２８は、端末が接続されているデバイス種別を判断する処理フロー図である。
【図２９】図２９は、第２実施形態の伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。
【図３０】図３０は、端末とＰＣとの間で行われるＣＥＣ通信および端末とカメラとの間で行われるＣＥＣ通信のシーケンス図である。
【図３１】図３１は、端末に接続されているデバイス種別を判断する処理フロー図である。
【図３２】図３２は、ＰＣ上で動作するソフトウェアの処理フロー図である。
【発明を実施するための形態】
【００１０】
〔第１実施形態〕
以下、図１〜２８を参照しながら、本発明に係る端末、方法、及びプログラムの第１実施形態について説明する。
【００１１】
＜第１実施形態に係る端末が適用される伝送システムの全体構成＞
図１は、第１実施形態に係る伝送システム１の概略図である。図２は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。図３は、画像データの画質を説明する概念図である。
【００１２】
伝送システムには、伝送管理システムを介して一方の伝送端末から他方の伝送端末に一方向でコンテンツデータを伝送するデータ提供システムや、伝送管理システムを介して複数の伝送端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「伝送管理システム」に相当）を介して複数のコミュニケーション端末（「伝送端末」に相当）間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム等が例として挙げられる。
【００１３】
本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、伝送システム、管理システム、及び端末について説明する。本実施形態の端末及び管理システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステム、又は伝送システムにも適用される。伝送端末の例としては、会議専用端末、ゲーム機器、タブレット型端末、携帯電話、スマートフォン、汎用ＰＣ端末、自動車に搭載されるカーナビゲーション端末、プロジェクタなどの投影装置、電子黒板、ウェアラブル端末等が挙げられる。
【００１４】
図１に示されている伝送システム１は、複数の端末（１０ａａ，１０ａｂ，…，１０ｂａ，１０ｂｂ，…，１０ｃａ，１０ｃｂ，…，１０ｄａ，１０ｄｂ，…）、各端末（１０ａａ，１０ａｂ，…，１０ｂａ，１０ｂｂ，…，１０ｃａ，１０ｃｂ，…，１０ｄａ，１０ｄｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…，１２０ｂａ，１２０ｂｂ，…，１２０ｃａ，１２０ｃｂ，…，１２０ｄａ，１２０ｄｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。
【００１５】
以下では、複数の端末（１０ａａ，１０ａｂ，…，１０ｂａ，１０ｂｂ，…，１０ｃａ，１０ｃｂ，…，１０ｄａ，１０ｄｂ，…）のうち任意の端末は、「端末１０」と表記され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…，１２０ｂａ，１２０ｂｂ，…，１２０ｃａ，１２０ｃｂ，…，１２０ｄａ，１２０ｄｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表記され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）のうち任意の中継装置は「中継装置３０」と表記することがある。更に、テレビ会議の開始を要求する要求元としての端末は「要求元端末」と表記され、要求先である宛先（中継先）としての端末は「宛先端末」と表記されることがある。
【００１６】
中継装置３０は、複数の端末１０の間で、コンテンツデータの中継を行う。管理システム５０は、端末１０からのログイン認証、端末１０の通話状況の管理、宛先リストの管理等、及び中継装置３０の通信状況等を一元的に管理する。なお、伝送されるデータの画像は、静止画であっても動画であってもよく、静止画および動画の組み合わせであってもよい。すなわち、以下で述べられる画像は映像も含む概念として用いられる。
【００１７】
複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、画像データ及び音声データの最適な経路の選択を行う。なお、以下では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）のうち任意のルータは「ルータ７０」と表記されることがある。
【００１８】
プログラム提供システム９０は、後述のＨＤ(Hard  Disk)２０４を備えており、端末１０に各種機能を実現させる（又は、端末１０を各種手段として機能させる）ための端末用プログラムが記憶され、端末１０に端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤ２０４には、中継装置３０に各種機能を実現させる（又は、中継装置３０を各種手段として機能させる）ための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。更に、プログラム提供システム９０のＨＤ２０４には、管理システム５０に各種機能を実現させる（又は、管理システム５０を各種手段として機能させる）ための伝送管理用プログラムも記憶されており、管理システム５０に、伝送管理用プログラムを送信することができる。
【００１９】
メンテナンスシステム１００は、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム１００が国内に設置され、端末１０、中継装置３０、管理システム５０、又はプログラム提供システム９０が国外に設置されている場合、メンテナンスシステム１００は、通信ネットワーク２を介して遠隔的に、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム１００は、通信ネットワーク２を介さずに、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。
【００２０】
ところで、端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されており、所定の地域Ａ内で構築されている。例えば、地域Ａは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。
【００２１】
一方、端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ｂはアメリカ合衆国であり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ａ及び地域Ｂは、それぞれルータ（７０ａｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。なお、端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）は、ルータ（７０ａｂ，７０ｃｄ）などを介さず、インターネット２ｉに直接接続される構成としてもよい。
【００２２】
また、管理システム５０、及びプログラム提供システム９０は、インターネット２ｉを介して、端末１０、及び中継装置３０と通信可能に接続されている。管理システム５０、及びプログラム提供システム９０は、地域Ａ又は地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。
【００２３】
なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ（Wireless  Fidelity）（登録商標）や、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線による通信が行われる箇所があってもよい。
【００２４】
また、図１において、各端末１０、各中継装置３０、管理システム５０、各ルータ７０、及びプログラム提供システム９０の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。
【００２５】
なお、各端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。
【００２６】
図２に示されているように、伝送システム１において、要求元端末と宛先端末との間では、管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、要求元端末と宛先端末との間では、中継装置３０を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの各データを送受信するための４つのセッションが確立される。ここでは、これら４つのセッションをまとめて、画像・音声データ用セッションｓｅｄとして示している。なお、図２に示される例では、画像データ用セッションが３つに分かれているが、この数は一例であって、３つよりも少ないセッション数や３つよりも多いセッション数でもよい。また、図２に示される例では、中継装置３０と管理システム５０とが別個のサーバーとして構成されているが、両者を同一のサーバーとして構成することもできる。さらに、中継装置３０を介さず、要求元端末と宛先端末とが直接画像・音声データを送受信してもよい。
【００２７】
ここで、第１実施形態で扱われる画像データの画像の解像度について説明する。図３（ａ）に示されているように、横が１６０画素、縦が１２０画素から成り、ベース画像となる低解像度の画像と、図３（ｂ）に示されているように、横が３２０画素、縦が２４０画素から成る中解像度の画像と、図３（ｃ）に示されているように、横が６４０画素、縦が４８０画素から成る高解像度の画像とがある。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の画像データのみから成る低画質の画像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、帯域が非常に広い場合には、ベース画質となる低解像度の画像データ、中画解像度の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。
【００２８】
＜第１実施形態に係る端末の構成＞
次に、第１実施形態のハードウェア構成を説明する。図４は、第１実施形態に係る端末の外観図である。なお、図４に示される端末の外観は一例であって、本実施形態が端末の外観によって限定されるものではない。図４に示されているように、端末１０は、筐体１０００、アーム１０１０、カメラハウジング１０２０を備えている。筐体１０００の右側上面１００１には、操作パネル１００２が形成されている。操作パネル１００２には、操作入力部としての複数の操作ボタン１００３ａ〜１００３ｅ、電源スイッチ１００４、アラームランプ１００５、内蔵スピーカからの音声を出力するための音出力面１００６等が形成されている。
【００２９】
また、筐体１０００の左側上面１００７には、アーム１０１０およびカメラハウジング１０２０を収容するための凹部としての収容部１００８が形成されている。この端末１０の筐体１０００にはケーブルでディスプレイ１０５０が接続されている。
【００３０】
アーム１０１０は、トルクヒンジ１０１１を介して筐体１０００に取り付けられており、アーム１０１０が筐体１０００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能に構成されている。なお図４では、チルト角θ１が９０度の状態の端末１０が示されている。
【００３１】
カメラハウジング１０２０には、後述のカメラが内蔵されており、ユーザ、書類、および部屋等を撮像することができる。また、カメラハウジング１０２０には、トルクヒンジ１０２１が形成されている。カメラハウジング１０２０は、トルクヒンジ１０２１を介して、アーム１０１０に取り付けられている。そして、カメラハウジング１０２０は、トルクヒンジ１０２１がアーム１０１０に対して、図４に示される状態を０度として±１８０度のパン角θ２の範囲で、かつ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能に構成されている。
【００３２】
なお、中継装置３０、管理システム５０、及びプログラム提供システム９０は、それぞれ一般のサーバ・コンピュータの外観と同じであるため、外観の説明を省略する。
【００３３】
図５は、第１実施形態に係る端末１０のハードウェア構成図である。図５に示されているように、本実施形態の端末１０は、端末１０全体の動作を制御するＣＰＵ(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)、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【００４５】
＜第１実施形態の機能構成＞
次に、第１実施形態の機能構成について説明する。図７は、第１実施形態の伝送システム１を構成する各端末、装置及びシステムの機能ブロック図である。図７では、端末１０、中継装置３０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。なお、図１に示されているプログラム提供システム９０は、テレビ会議の通信において直接関係ないため、図７では省略されている。
【００４６】
＜第１実施形態に係る端末の機能構成＞
次に、端末１０の各機能構成について詳細に説明する。以下では、端末１０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、端末１０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００４７】
端末１０は、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、最終絞込部１６、表示制御部１７、遅延検出部１８、記憶・読出処理部１９、ＨＤＭＩ入力部２０、判断部２１、及びＣＯＤＥＣ／メディア制御部２２を有している。これら各部は、図５に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能する手段である。また、端末１０は、図５に示されているＲＡＭ１０３、及び図５に示されているフラッシュメモリ１０４によって構築される記憶部２０００を有している。
【００４８】
図７に示されている端末１０の送受信部１１は、図５に示されているＣＰＵ１０１からの命令、及び図５に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。この送受信部１１は、所望の宛先端末と通話を開始する前から、管理システム５０より、宛先候補としての各端末の状態を示す各状態情報の受信を開始する。なお、この状態情報は、各端末１０の稼動状態（オンラインかオフラインかの状態）だけでなく、オンラインであっても更に通話可能であるか、通話中であるか、離籍中であるか等の詳細な状態を示す。また、この状態情報は、各端末１０の稼動状態だけでなく、端末１０でケーブル１２０ｃが端末１０から外れていたり、音声を出力するが画像は出力させなかったり、音声を出力さないようにする（ＭＵＴＥ）等、様々な状態を示す。以下では、一例として、状態情報が稼動状態を示す場合について説明する。
【００４９】
操作入力受付部１２は、図５に示されているＣＰＵ１０１からの命令、並びに図５に示されている操作ボタン１０８及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図５に示されている電源スイッチ１０９をＯＮにすると、図７に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。
【００５０】
ログイン要求部１３は、図５に示されているＣＰＵ１０１からの命令によって実現され、上記電源ＯＮの受け付けを契機として、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログインを要求する旨を示すログイン要求情報、及び要求元端末の現時点のＩＰアドレスを自動的に送信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１が管理システム５０へ電源をＯＦＦする旨の状態情報を送信した後に、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、管理システム５０側では、端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。
【００５１】
撮像部１４は、図５に示されているＣＰＵ１０１からの命令、並びに図５に示されているカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。
【００５２】
音声入力部１５ａは、図５に示されているＣＰＵ１０１からの命令、及び図５に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図５に示されているＣＰＵ１０１からの命令、及び図５に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。
【００５３】
最終絞込部１６は、複数の中継装置３０から最終的に１つの中継装置３０に絞り込む最終絞り込み処理を行うため、図５に示されているＣＰＵ１０１からの命令によって、図８に示されるような計測部１６ａ、算出部１６ｂ、及び最終選択部１６ｃを実現する。
【００５４】
このうち、計測部１６ａは、送受信部１１によって受信された後述の事前送信情報毎に、送受信部１１によって事前送信情報が受信される際の受信日時を計測する。算出部１６ｂは、計測部１６ａによって受信日時が計測された事前送信情報毎に、この計測された受信時間と、この事前送信情報に含まれている送信日時との差に基づいて、事前送信情報の送信から受信までの所要時間(T)を算出する。最終選択部１６ｃは、算出部１６ｂによって算出された所要時間のうち最短の所要時間を要した事前送信情報が中継された中継装置３０を選択することで、最終的に１つの中継装置を選択する。
【００５５】
表示制御部１７は、図５に示されているＣＰＵ１０１からの命令、及び図５に示されているディスプレイＩ／Ｆ１１７によって実現され、後述のように、受信された解像度の異なる画像データを組み合わせ、この組み合わされた画像データをディスプレイ１２０に送信するための制御を行う。また、表示制御部１７は、管理システム５０から受信した宛先リストの情報をディスプレイ１２０に送信して、ディスプレイ１２０に宛先リストを表示させることができる。
【００５６】
遅延検出部１８は、図５に示されているＣＰＵ１０１からの命令によって実現され、他の端末１０から中継装置３０を介して送られて来る画像データ又は音声データの遅延時間（ｍｓ）を検出する。
【００５７】
記憶・読出処理部１９は、図５に示されているＣＰＵ１０１からの命令及び図５に示すＳＳＤ１０５によって実行され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部２０００に記憶された各種データを読み出したりする処理を行う。この記憶部２０００には、端末１０を識別するための端末ＩＤ(Identification）、及びパスワード等が記憶される。更に、記憶部２０００には、宛先端末との通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。
【００５８】
なお、第１実施形態の端末ＩＤ及び後述の中継装置ＩＤは、それぞれ端末１０及び中継装置３０を識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ＩＤ及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。
【００５９】
ＨＤＭＩ入力部２０は、図５に示されているＣＰＵ１０１からの命令、及び図５に示されているＨＤＭＩ入力Ｉ／Ｆ１１８によって実現され、ＨＤＭＩ入力Ｉ／Ｆ１１８にＨＤＭＩデバイスが接続されたこと、及びＨＤＭＩ入力Ｉ／Ｆ１１８から画像データを受信していることを検知し、その情報を判断部２１に通知する処理を行う。また、ＨＤＭＩ入力部２０は、判断部２１からの要求に応じて、ＨＤＭＩ入力Ｉ／Ｆ１１８に入力された画像データから１フレーム分の画像データを抽出し、当該画像データを判断部２１に提供する処理も行う。
【００６０】
判断部２１は、図５に示されているＣＰＵ１０１からの命令によって実現され、ＨＤＭＩ入力部２０に対して画像データを要求し、当該画像データを受信する処理を行う。また、判断部２１は、受信した画像データが自然画像を示すか、非自然画像を示すかを判断し、その判断結果をＣＯＤＥＣ／メディア制御部２２に送信する処理を行う。ここで、自然画像とは、例えばカメラで撮像された画像（人物、風景など）を示し、非自然画像とは、例えば資料が表示されたＰＣ画面の画像を示す。
【００６１】
判断部２１にて実行される自然画像であるか非自然画像であるかの判断は、例えば画像のエッジ成分を抽出する方法、利用色数を集計する方法、利用色が周辺で変化する様子を利用する方法、分割された各領域にて判定する方法など、公知の方法を用いることが可能である。
【００６２】
ＣＯＤＥＣ／メディア制御部２２は、図５に示されているＣＰＵ１０１からの命令によって実現され、判断部２１が行った判断結果に基づき、ＨＤＭＩ入力Ｉ／Ｆ１１８から入力される画像データに対する符号化処理などの制御を行う。すなわち、判断部２１にて自然画像であると判断された場合、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されている機器はカメラであるとし、ＣＯＤＥＣ／メディア制御部２２は、自然画像を入力する機器用（カメラ用）に最適化された処理を画像データに対して行う。一方、判断部２１にて非自然画像であると判断された場合、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されている機器はＰＣであるとし、非自然画像を入力する機器用（ＰＣ用）に最適化された処理を画像データに対して行う。
【００６３】
ここで、自然画像を入力する機器用（カメラ用）とは、必ずしもカメラに限定されず、自然画像を入力する機器の一般を含む概念である。しかしながら、以下では人物や風景などの自然画像を入力する代表的な機器であるとして、単にこれをカメラ用と略記する。同様に、非自然画像を入力する機器用（ＰＣ用）とは、必ずしもＰＣに限定されないが、非自然画像を入力する代表的な機器であるとして、単にこれをＰＣ用と略記する。したがって、単にカメラ用またはＰＣ用と記載されていても、自然画像を入力することが多い外部機器または非自然画像を入力することが多い外部機器であればカメラやＰＣと同様に本実施形態に利用することができる。
【００６４】
例えば、カメラ用またはＰＣ用に最適化された処理として次のようなものが挙げられる。カメラ用の場合、画像データを符号化する前段にて、受信した画像データの解像度をリサイズし、さらにフレームレートを低減させる。具体的には、例えば、解像度を１２８０Ｘ７２０から６４０Ｘ３６０にリサイズし、フレームレートを６０ｆｐｓ／３０ｆｐｓから２０ｆｐｓまで間引くことが考えられる。ＰＣ用の場合、画像データを符号化する前段にて、受信した画像データの解像度は変更せず、フレームレートを低減させる。具体的には、例えば、フレームレートを６０ｆｐｓ／３０ｆｐｓから０．５ｆｐｓまで間引くことが考えられる。
【００６５】
さらに、符号化技術のアルゴリズムのうち、自然画像に適したアルゴリズムと非自然画像に適したアルゴリズムを使い分けることで、接続されている外部機器に応じてより高い圧縮効率で画像を符号化することができる。例えば、現在標準化が進められているＨ.２６５（ＨＥＶＣ）では、ＰＣから入力された画像をより効率よく圧縮することができるように仕様が追加されているため、接続されている機器がＰＣと判断された場合にはＨ．２６５（ＨＥＶＣ）を符号化技術のアルゴリズムとして選択または切り替える処理を実施してもよい。
【００６６】
また、ＣＯＤＥＣ／メディア制御部２２は、ミラーリング処理の制御をさらに行うことも好ましい。ビデオ会議システムでは、自端末側のカメラ映像を自端末側のディスプレイで表示する場合は、利用者が鏡をみているような感覚にするために左右対称にして表示する場合がある。したがって、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されている機器がカメラであると判断された場合、ＣＯＤＥＣ／メディア制御部２２は、画像データにミラーリング処理を施すようにしてもよい。
【００６７】
さらに、ＣＯＤＥＣ／メディア制御部２２は、判断部２１が行った判断結果に基づき、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されている機器によって異なるメディア制御を行う。ここで云うメディア制御とは、例えばビデオ会議システムでは以下のような制御のことをいう。
【００６８】
ビデオ会議通信時に利用できるネットワーク帯域は、データの欠落、通信再送、伝送遅延などに起因して変動する。そこで、このネットワーク帯域の変動に合わせて、音声、画像、画面共有メディアのそれぞれの品質を適合制御する必要が生じる。例えば、利用できる帯域が１Ｍｂｐｓ(Megabits  per  second)の際に、音声メディアは８０ｋｂｐｓ（３２ＫＨｚサンプリング）、画像（映像）メディアは５００ｋｂｐｓ（１２８０Ｘ７２０＠３０ｆｐｓ）、画面共有メディアは４２０ｋｂｐｓ（１２８０Ｘ８００＠５ｆｐｓ）で通信していたとする。これが５００ｋｂｐｓになった際に、音声メディアは４０ｋｂｐｓ（１６ｋＨｚサンプリング）、画像（映像）メディアは２００ｋｂｐｓ（６４０Ｘ３６０＠１５ｆｐｓ）、画面共有メディアは２６０ｋｂｐｓ（１２８０Ｘ８００＠１ｆｐｓ）に変更するなどが挙げられる。
【００６９】
上記のような伝送環境の変動に合わせたメディア制御を、ＣＯＤＥＣ／メディア制御部２２は、判断部２１が行った判断結果に基づき行う。具体的には、判断部２１が行った判断結果がカメラの場合、最低フレームレート２０ｆｐｓとして、フレームレートから落として、解像度を落とす制御を行う。判断部２１が行った判断結果がＰＣの場合、最低フレームレート０．５ｆｐｓとしてフレームレートを落とす制御を行う。また、解像度を落とす必要がある場合は、画面共有メディアを停止してもよい。
【００７０】
＜中継装置の機能構成＞
次に、第１実施形態の中継装置３０の機能構成について説明する。図７に示されるように、中継装置３０は、送受信部３１、状態検知部３２、データ品質確認部３３、変更品質管理部３４、データ品質変更部３５、及び記憶・読出処理部３９を有している。これら各部は、図６に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された中継装置用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能する手段である。また、中継装置３０は、図６に示されているＲＡＭ２０３、及び／又は図６に示されているＨＤ２０４によって構築される記憶部３０００を有している。
【００７１】
（変更品質管理テーブル）
記憶部３０００には、図１０に示されているような変更品質管理テーブルによって構成されている変更品質管理ＤＢ(Data  Base)３００１が構築される。変更品質管理テーブルでは、画像データの中継先（宛先）としての端末１０のＩＰアドレス、及びこの中継先に中継装置３０が中継する画像データの画質が関連付けられて管理される。
【００７２】
（中継装置の各機能構成）
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各機能構成を説明するにあたって、図６に示されている各構成要素のうち、中継装置３０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００７３】
図７に示されている中継装置３０の送受信部３１は、図６に示されているＣＰＵ２０１からの命令、及び図６に示されているネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。
【００７４】
状態検知部３２は、図６に示されているＣＰＵ２０１からの命令によって実現され、この状態検知部３２を有する中継装置３０の稼動状態を検知する。稼動状態としては、「オンライン」、「オフライン」、「通話中」又は「一時中断」の状態がある。
【００７５】
データ品質確認部３３は、図６に示されているＣＰＵ２０１からの命令によって実現され、宛先端末のＩＰアドレスを検索キーとして、変更品質管理ＤＢ３００１（図１０参照）を検索し、対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。
【００７６】
変更品質管理部３４は、図６に示されているＣＰＵ２０１からの命令によって実現され、管理システム５０から送られて来る、後述の品質情報に基づいて、変更品質管理ＤＢ３００１の内容を変更する。例えば、端末ＩＤが「０１ａａ」である要求元端末（端末１０ａａ）と、端末ＩＤが「０１ｄｂ」である宛先端末（端末１０ｄｂ）との間で高画質の画像データを送受信することによってテレビ会議を行っている最中に、他のテレビ会議を行う要求元端末（端末１０ｂｂ）と宛先端末（端末１０ｃａ）が通信ネットワーク２を介してテレビ会議を開始すること等によって、宛先端末（端末１０ｄｂ）で画像データの受信の遅延が生じた場合には、中継装置３０は今まで中継していた画像データの画質を、高画質から中画質に下げる。このような場合に、中画質を示す品質情報に基づいて、中継装置３０が中継する画像データの画質を高画質から中画質に下げるように、変更品質管理ＤＢ３００１の内容が変更される。
【００７７】
データ品質変更部３５は、図６に示されているＣＰＵ２０１からの命令によって実現され、送信元端末から送られて来た画像データの画質を、上記変更された変更品質管理ＤＢ３００１の内容に基づいて変更する。
【００７８】
記憶・読出処理部３９は、図６に示されているＣＰＵ２０１からの命令、及び図６に示されているＨＤＤ２０５によって実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出したりする処理を行う。
【００７９】
＜管理システムの機能構成＞
管理システム５０は、送受信部５１、端末認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、一次絞込部５６、セッション管理部５７、品質決定部５８、記憶・読出処理部５９、及び遅延時間管理部６０を有している。これら各部は、図６に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能する手段である。また、管理システム５０は、図６に示されているＨＤ２０４により構築される記憶部５０００を有している。
【００８０】
（中継装置管理テーブル）
記憶部５０００には、図１１に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報が管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、及び中継装置３０における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。例えば、図１１に示されている中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、稼動状態が「オンライン」で、管理システム５０で状態情報が受信された日時が「２００９年１１月１０日の１３時００分」で、この中継装置３０ａのＩＰアドレスが「１．２．１．２」で、この中継装置３０ａにおける最大データ伝送速度が１００Ｍｂｐｓであることが示されている。
【００８１】
（端末認証管理テーブル）
更に、記憶部５０００には、図１２に示されているような端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。この端末認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各端末ＩＤに対して、各パスワードが関連付けられて管理される。例えば、図１２に示されている端末認証管理テーブルにおいて、端末１０ａａの端末ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。
【００８２】
（端末管理テーブル）
また、記憶部５０００には、図１３に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各端末１０の端末ＩＤ毎に、各端末１０を宛先とした場合の宛先名、各端末１０の稼動状態、後述のログイン要求情報が管理システム５０で受信された受信日時、及び端末１０のＩＰアドレスが関連付けられて管理される。例えば、図１３に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の端末１０ａａは、端末名が「日本  東京事業所  ＡＡ端末」で、稼動状態が「オンライン（伝送可能）」で、管理システム５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。
【００８３】
（宛先リスト管理テーブル）
更に、記憶部５０００には、図１４に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、テレビ会議における通話の開始を要求する要求元端末の端末ＩＤに対して、宛先端末の候補として登録されている宛先端末の端末ＩＤが全て関連付けられて管理される。例えば、図１４に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である要求元端末（端末１０ａａ）からテレビ会議における通話の開始を要求することができる宛先端末（端末１０ｄｂ）の候補は、端末ＩＤが「０１ａｂ」の端末１０ａｂ、端末ＩＤが「０１ｂａ」の端末１０ｂａ、及び端末ＩＤが「０１ｂｂ」の端末１０ｂｂ等であることが示されている。この宛先端末の候補は、任意の要求元端末から管理システム５０に対する追加又は削除の要請により、追加又は削除されることで更新される。
【００８４】
（セッション管理テーブル）
また、この記憶部５０００には、図１５に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、中継装置３０を選択するためのセッションの実行に用いられる選択用セッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の端末ＩＤ、宛先端末の端末ＩＤ、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延情報を宛先端末から送られて来て管理システム５０で受信された受信日時が関連付けられて管理される。例えば、図１５に示されているセッション管理テーブルにおいて、選択用セッションＩＤ「ｓｅ１」を用いて実行されたセッションで選択された中継装置３０ａ（中継装置ＩＤ「１１１ａ」）は、端末ＩＤが「０１ａａ」の要求元端末（端末１０ａａ）と、端末ＩＤが「０１ｄｂ」の宛先端末（端末１０ｄｂ）との間で、画像データ及び音声データを中継しており、宛先端末（端末１０ｄｂ）において「２００９年１１月１０日の１４時００分」時点における画像データの遅延時間が２００（ｍｓ）であることが示されている。なお、２つの端末１０の間でテレビ会議を行う場合には、上記宛先端末ではなく要求元端末から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理してもよい。但し、３つ以上の端末１０の間でテレビ会議を行う場合には、画像データ及び音声データの受信側の端末１０から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。
【００８５】
（アドレス優先度管理テーブル）
更に、記憶部５０００には、図１６に示されているようなアドレス優先度管理テーブルによって構成されている優先度管理ＤＢ５００６が構築されている。このアドレス優先度管理テーブルでは、任意の端末１０と任意の中継装置３０において、一般的なＩＰｖ４におけるＩＰアドレスのうちの４組のドットアドレス(Dot  Address)部分の「同」が多い程、アドレス優先度のポイントが高くなるように、ドットアドレスの同異とアドレス優先度とが関連付けられて管理される。この「同」は、ドットアドレス部分が同じであることを意味し、「異」は、ドットアドレス部分が異なることを意味する。例えば、図１６に示されているアドレス優先度管理テーブルにおいて、ドットアドレスの上位から下位にかけて３つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「５」である。ドットアドレスの上位から下位にかけて２つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「３」である。この場合、最下位のドットアドレスの値が同じであるか否かは優先度に関係ない。ドットアドレスの最上位の値が同じで、上位から２番目の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「１」である。この場合、上位から３番目及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。ドットアドレスの最上位の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「０」である。この場合、上位から２番目、３番目、及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。
【００８６】
（伝送速度優先度管理テーブル）
また、記憶部５０００に構築されている優先度管理ＤＢ５００６には、図１７に示されているような伝送速度優先度管理テーブルも含まれている。この伝送速度優先度管理テーブルでは、中継装置３０における最大データ伝送速度（Ｍｂｐｓ）の値が大きくなる程、伝送速度優先度のポイントが高くなるように、最大テータ伝送速度と伝送速度優先度とが関連付けられて管理される。例えば、図１７に示されている伝送速度優先度管理テーブルにおいて、中継装置３０における最大データ伝送速度が１０００Ｍｂｐｓ以上の場合には、伝送速度優先度のポイントが「５」である。中継装置３０における最大データ伝送速度が１００Ｍｂｐｓ以上１０００Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「３」である。中継装置３０における最大データ伝送速度が１０Ｍｂｐｓ以上１００Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「１」である。中継装置３０における最大データ伝送速度が１０Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「０」である。
【００８７】
（品質管理テーブル）
更に、記憶部５０００には、図１８に示されているような品質管理テーブルによって構成されている品質管理ＤＢ５００７が構築されている。この品質管理テーブルでは、要求元端末又は宛先端末における画像データの遅延時間（ｍｓ）が長い程、中継装置３０で中継させる画像データの画質を下げるように、画像データの遅延時間と画像データの画質（画像の品質）とが関連付けられて管理される。
【００８８】
（管理システムの各機能構成）
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図６に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００８９】
送受信部５１は、図６に示されているＣＰＵ２０１からの命令、及び図６に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。
【００９０】
端末認証部５２は、図６に示されているＣＰＵ２０１からの命令によって実現され、送受信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、記憶部５０００の端末認証管理ＤＢ５００２を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。
【００９１】
状態管理部５３は、図６に示されているＣＰＵ２０１からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理ＤＢ５００３（図１３参照）に、この要求元端末の端末ＩＤ、要求元端末の稼動状態、管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３は、利用者が端末１０の電源スイッチ１０９の状態をＯＮからＯＦＦにすることで、端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理ＤＢ５００３（図１３参照）のオンラインを示す稼動状態をオフラインに変更する。
【００９２】
端末抽出部５４は、図６に示されているＣＰＵ２０１からの命令によって実現され、ログイン要求した要求元端末の端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４（図１４参照）を検索し、要求元端末と通話することができる宛先端末の候補の端末ＩＤを読み出すことで、端末ＩＤを抽出する。また、端末抽出部５４は、ログイン要求してきた要求元端末の端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４（図１４参照）を検索し、上記要求元端末の端末ＩＤを宛先端末の候補として登録している他の要求元端末の端末ＩＤも抽出する。
【００９３】
端末状態取得部５５は、図６に示されているＣＰＵ２０１からの命令によって実現され、上記端末抽出部５４によって抽出された宛先端末の候補の端末ＩＤを検索キーとして、端末管理ＤＢ５００３（図１３参照）を検索し、上記端末抽出部５４によって抽出された端末ＩＤ毎に稼動状態を読み出す。これにより、端末状態取得部５５は、ログイン要求してきた要求元端末と通話することができる宛先端末の候補の稼動状態を取得することができる。また、端末状態取得部５５は、上記端末抽出部５４によって抽出された端末ＩＤを検索キーとして、端末管理ＤＢ５００３を検索し、ログイン要求してきた要求元端末の稼動状態も取得する。
【００９４】
一次絞込部５６は、図６に示されているＣＰＵ２０１からの命令によって実現され、複数の中継装置３０から最終的に１つの中継装置３０に絞り込む最終絞り込み処理を支援するため、この最終絞り込み処理前の一次絞り込み処理を行う。そのために、一次絞込部５６は、図５に示されているＣＰＵ１０１からの命令によって、図９に示されているように、選択用セッションＩＤ生成部５６ａ、端末ＩＰアドレス抽出部５６ｂ、一次選択部５６ｃ、及び優先度決定部５６ｄを実現する。
【００９５】
このうち、選択用セッションＩＤ生成部５６ａは、中継装置３０を選択するためのセッションの実行に用いられる選択用セッションＩＤを生成する。端末ＩＰアドレス抽出部５６ｂは、要求元端末から送られてきた開始要求情報に含まれている要求元端末の端末ＩＤ、及宛先端末の端末ＩＤに基づいて、端末管理ＤＢ５００３（図１３参照）を検索することにより、対応するそれぞれの端末１０のＩＰアドレスを抽出する。一次選択部５６ｃは、中継装置管理ＤＢ５００１（図１１参照）で管理されている中継装置３０のうち、稼動状態が「オンライン」となっている中継装置３０の中継装置ＩＤを選択することにより、中継装置３０の選択を行う。
【００９６】
また、一次選択部５６ｃは、上記端末ＩＰアドレス抽出部５６ｂによって抽出された、要求元端末のＩＰアドレス、及び宛先端末のＩＰアドレスに基づいて、中継装置管理ＤＢ５００１（図１１参照）を検索することにより、上記選択された中継装置３０のＩＰアドレスのドットアドレス毎に、上記要求元端末及び宛先端末の各ＩＰアドレスにおける各ドットアドレスと同じであるか異なるかを調査する。更に、一次選択部５６ｃは、中継装置毎に、アドレス優先度のポイントにおいて端末１０に対する高い方のポイントと、伝送速度優先度のポイントを統合した統合ポイントのうち、ポイントが高い上位２つの中継装置３０を選択することにより、中継装置３０の更なる選択を行う。なお、本実施形態では、ポイントが高い上位２つの中継装置３０を選択することにしているが、これに限られるものではなく、中継装置３０を１つでも多く絞り込むことができれば、ポイントが高い上位３つ以上の中継装置３０を選択するようにしてもよい。
【００９７】
優先度決定部５６ｄは、優先度管理ＤＢ５００６（図１６参照）を参照して、上記一次選択部５６ｃによって調査された中継装置３０毎に、アドレス優先度のポイントを決定する。また、優先度決定部５６ｄは、中継装置管理ＤＢ５００１（図１１参照）で管理されている各中継装置３０の最大データ伝送速度に基づいて、優先度管理ＤＢ５００６（図１７参照）を検索することにより、上記一次選択部５６ｃによる第１次の絞り込み処理によって絞り込まれた中継装置３０毎に伝送速度優先度のポイントを決定する。
【００９８】
続いて、セッション管理部５７は、図６に示されているＣＰＵ１０２からの命令によって実現され、記憶部５０００のセッション管理ＤＢ５００５（図１５参照）に、選択用セッションＩＤ生成部５６ａで生成された選択用セッションＩＤ、要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５７は、セッション管理ＤＢ５００５（図１５参照）に対して、選択用セッションＩＤ毎に、端末１０の最終選択部１６ｃで最終的に１つに選択された中継装置３０の中継装置ＩＤを記憶して管理する。
【００９９】
品質決定部５８は、上記遅延時間を検索キーとして、品質管理ＤＢ５００７（図１８参照）を検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。
【０１００】
記憶・読出処理部５９は、図６に示されているＣＰＵ２０１からの命令、及び図６に示されているＨＤＤ２０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。
【０１０１】
遅延時間管理部６０は、図６に示されているＣＰＵ２０１からの命令によって実現され、上記宛先端末のＩＰアドレスを検索キーとして、端末管理ＤＢ５００３（図１３参照）を検索することで、対応する端末ＩＤを抽出し、更に、セッション管理ＤＢ５００５（図１５参照）のセッション管理テーブルにおいて、上記抽出した端末ＩＤが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。
【０１０２】
＜第１実施形態に係る方法およびプログラム＞
次に、図１９〜２８を用いて、第１実施形態に係る伝送システム１における処理方法を説明する。なお、図１９は、各中継装置３０から管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理を示したシーケンス図である。図２０は、複数の端末１０の間で通話を開始する準備段階の処理を示したシーケンス図である。図２１は、中継装置３０を絞り込む処理を示したシーケンス図である。図２２は、中継装置３０を絞り込む処理を示した処理フロー図である。図２３は、中継装置３０の絞り込み処理を行う際のポイントの計算状態を示した図である。図２４は、端末１０が中継装置３０を選択する処理を示したシーケンス図である。図２５は、端末で中継装置３０を選択する処理を示した処理フロー図である。図２６は、端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。図２７は、端末１０が中継装置を選択する処理を示したシーケンス図である。図２８は、端末１０が接続されているデバイス種別を判断する処理フロー図である。
【０１０３】
まず、図１９を用いて、各中継装置３０から管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理を説明する。まず、各中継装置３０では、図７に示されている状態検知部３２が、自装置である中継装置３０の稼動状態を定期的に検知している（ステップＳ１−１〜４）。そして、管理システム５０側で各中継装置３０の稼動状態をリアルタイムで管理させるべく、各中継装置３０の送受信部３１は、定期的に通信ネットワーク２を介して管理システム５０へ各状態情報を送信する（ステップＳ２−１〜４）。これら各状態情報には、中継装置３０毎の中継装置ＩＤと、これら各中継装置ＩＤに係る中継装置３０の状態検知部３２で検知された稼動状態とが含まれている。なお、本実施形態では、中継装置（３０ａ，３０ｂ，３０ｄ）は、正常に稼動して「オンライン」となっている一方で、中継装置３０ｃは稼働中ではあるが、中継装置３０ｃの中継動作を実行するためのプログラムに何らかの不具合が生じて、「オフライン」となっている場合が示されている。
【０１０４】
次に、管理システム５０では、各中継装置３０から送られて来た各状態情報を送受信部５１が受信し、記憶・読出処理部５９を介して記憶部５０００の中継装置管理ＤＢ５００１（図１１参照）に、中継装置ＩＤ毎に状態情報を記憶して管理する（ステップＳ３−１〜４）。これにより、図１１に示されるような中継装置管理テーブルに対して、中継装置ＩＤ毎に「オンライン」又は「オフライン」のいずれかの稼動状態が記憶されて管理される。またこの際に、中継装置ＩＤ毎に、管理システム５０で状態情報が受信された受信日時も記憶されて管理される。なお、中継装置３０から状態情報が送られない場合には、図１１に示されている中継装置管理テーブルの各レコードにおける稼動状態のフィールド部分及び受信日時のフィールド部分が空白になるか、又は、前回の受信時の稼動状態及び受信日時をそれぞれ示す。
【０１０５】
次に、図２０を用いて、端末１０ａａと端末１０ｄｂとの間で、通話を開始する前の準備段階における各管理情報の送受信処理について説明する。なお、図２０では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。
【０１０６】
まず、利用者が、図５に示されている電源スイッチ１０９をＯＮにすると、図７に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ２１）。そして、ログイン要求部１３は、上記電源ＯＮの受け付けを契機とし、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２）。このログイン要求情報には、要求元としての自端末である端末１０ａａを識別するための端末ＩＤ及びパスワードが含まれている。これら端末ＩＤ及びパスワードは、記憶・読出処理部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、端末１０ａａから管理システム５０へログイン要求情報が送信される際は、受信側である管理システム５０は、送信側である端末１０ａｂのＩＰアドレスを把握することができる。
【０１０７】
次に、管理システム５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、記憶部５０００の端末認証管理ＤＢ５００２（図１２参照）を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。この端末認証部５２によって、同一の端末ＩＤ及びパスワードが管理されているため、正当な利用権限を有する端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末管理ＤＢ５００３（図１３参照）に、端末１０ａａの端末ＩＤ、稼動状態、上記ログイン要求情報が受信された受信日時、及び端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４）。これにより、図１３に示されている端末管理テーブルには、端末ＩＤ「０１ａａ」に、稼動状態「オンライン」、受信日時「２００９．１１．１０．１３：４０」及び端末１０ａａのＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。
【０１０８】
そして、管理システム５０の送受信部５１は、上記端末認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきた要求元端末（端末１０ａａ）に送信する（ステップＳ２５）。本実施形態では、端末認証部５２によって正当な利用権限を有する端末であると判断された場合につき、以下続けて説明する。
【０１０９】
管理システム５０の端末抽出部５４は、ログイン要求した要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４（図１４参照）を検索し、要求元端末（端末１０ａａ）と通信することができる宛先端末の候補の端末ＩＤを読み出すことによって抽出する（ステップＳ２６）。ここでは、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に対応する宛先端末（端末１０ａｂ，１０ｂａ，１０ｄｂ）のそれぞれの端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）が抽出されることになる。
【０１１０】
次に、端末状態取得部５５は、上記端末抽出部５４によって抽出された宛先端末の候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）を検索キーとして、端末管理ＤＢ５００３（図１３参照）を検索し、上記端末抽出部５４によって抽出された端末ＩＤ毎に稼動状態（「オフライン」、「オンライン」）を読み出すことにより、端末（１０ａｂ，１０ｂａ，１０ｄｂ）の各稼動状態を取得する（ステップＳ２７）。
【０１１１】
次に、送受信部５１は、上記ステップＳ２７で使用された検索キーとしての端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）と、それぞれに対応する宛先端末（端末１０ａｂ，１０ｂａ，１０ｄｂ）のそれぞれの稼動状態（「オフライン」、「オンライン」）とが含まれた宛先状態情報を、通信ネットワーク２を介して要求元端末（端末１０ａａ）に送信する（ステップＳ２８）。これにより、要求元端末（端末１０ａａ）は、この要求元端末（端末１０ａａ）と通信することができる宛先端末の候補である端末（１０ａｂ，１０ｂａ，１０ｄｂ）の現時点のそれぞれの稼動状態（「オフライン」、「オンライン」）を把握することができる。
【０１１２】
更に、管理システム５０の端末抽出部５４は、ログイン要求してきた要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４（図１４参照）を検索し、上記要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を宛先端末の候補として登録している他の要求元端末の端末ＩＤを抽出する（ステップＳ２９）。図１４に示されている宛先リスト管理テーブルでは、抽出される他の要求元端末の端末ＩＤは、「０１ａｂ」、「０１ｂａ」、及び「０１ｄｂ」である。
【０１１３】
次に、管理システム５０の端末状態取得部５５は、上記ログイン要求して来た要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、端末状態管理ＤＢ５００３（図１３参照）を検索し、ログイン要求してきた要求元端末（端末１０ａａ）の稼動状態を取得する（ステップＳ３０）。
【０１１４】
そして、送受信部５１は、上記ステップＳ２９で抽出された端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）に係るそれぞれの端末（１０ａｂ，１０ｂａ，１０ｄｂ）のうち、端末管理ＤＢ５００３（図１３参照）で稼動状態が「オンライン」となっている端末（１０ｂａ，１０ｄｂ）に、上記ステップＳ３０で取得された要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」と稼動状態「オンライン」が含まれる宛先状態情報を送信する（ステップＳ３１−１，２）。なお、送受信部５１が端末（１０ｂａ，１０ｄｂ）に宛先状態情報を送信する際に、各端末ＩＤ（「０１ｂａ」、「０１ｄｂ」）に基づいて、図１３に示されている端末管理テーブルで管理されている端末のＩＰアドレスを参照する。これにより、ログイン要求した要求元端末（端末１０ａａ）を宛先として通信することができる他の宛先端末（端末１０ｄｂ，１０ｂａ）のぞれぞれに、上記ログイン要求した要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び稼動状態「オンライン」を伝えることができる。
【０１１５】
一方、他の端末１０でも、上記ステップ２１と同様に、利用者が図５に示されている電源スイッチ１０９をＯＮにすると、図７に示されている操作入力受付部１２が電源ＯＮを受け付け、上記ステップＳ２２〜Ｓ３１−１,２の処理と同様の処理を行うため、その説明を省略する。
【０１１６】
続いて、図２１を用いて、中継装置３０を絞り込む処理を説明する。なお、図２１では、全て図２１に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。また、本実施形態においては、要求元端末（端末１０ａａ）は、宛先の候補としての端末１０のうち、上記ステップＳ３１−１,２によって受信した端末の状態情報により、稼動状態がオンラインである端末（１０ｂａ，１０ｄｂ）の少なくとも一方と通話を行うことができる。そこで、以下では、要求元端末（端末１０ａａ）の利用者が、宛先端末（端末１０ｄｂ）と通話を開始することを選択した場合について説明する。
【０１１７】
まず、利用者が図５に示されている操作ボタン１０８を押下して端末１０ｄｂを選択すると、図７に示されている操作入力受付部１２は、宛先端末（端末１０ｄｂ）との通話を開始する要求を受け付ける（ステップＳ４１）。そして、要求元端末（端末１０ａａ）の送受信部１１は、端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」が含まれ、通話を開始したい旨を示す開始要求情報を、管理システム５０へ送信する（ステップＳ４２）。これにより、管理システム５０の送受信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することができる。
【０１１８】
そして、状態管理部５３は、開始要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づき、端末管理ＤＢ５００３（図１３参照）の端末管理テーブルにおいて、上記端末ＩＤ「０１ａａ」及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの稼動状態のフィールド部分を、ともに「通話中」に変更する（ステップＳ４３）。なお、この状態では、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）は、通話を開始していないが、通話中状態となり、他の端末１０が要求元端末（端末１０ａａ）又は宛先端末（端末１０ｄｂ）と通話しようとすると、いわゆる通話中状態を示す旨の通知音又は表示が出力される。
【０１１９】
次に、中継装置３０を選択するためのセッションを実行する処理を説明する。まず、図９に示されている選択用セッションＩＤ生成部５６ａは、中継装置３０を選択するためのセッションの実行に用いられる選択用セッションＩＤを生成する（ステップＳ４４）。そして、セッション管理部５７は、記憶部５０００のセッション管理ＤＢ５００５（図１５参照）に、上記ステップＳ４４で生成された選択用セッションＩＤ「ｓｅ１」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」を関連付けて記憶して管理する（ステップＳ４５）。
【０１２０】
次に、図７に示されている管理システム５０の一次絞込部５６は、中継装置管理ＤＢ５００１、端末管理ＤＢ５００３、及び優先度管理ＤＢ５００６に基づいて、要求元端末（端末１０ａａ）と、宛先端末（端末１０ｄｂ）との通話を中継するための中継装置３０の一次絞り込みを行う（ステップＳ４６）。
【０１２１】
ここで、図９及び図２２を用いて、ステップＳ４６における処理を更に詳細に説明する。まず、図９に示されている端末ＩＰアドレス抽出部５６ｂは、要求元端末（端末１０ａａ）から送られてきた開始通信情報に含まれている要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づいて、端末管理ＤＢ５００３（図１３参照）を検索することにより、それぞれに対応する端末（１０ａａ，１０ｄｂ）のＩＰアドレス（「１．２．１．３」,「１．３．２．４」）を抽出する（ステップＳ４６−１）。
【０１２２】
次に、一次選択部５６ｃは、中継装置管理ＤＢ５００１（図１１参照）で管理されている中継装置３０の稼動状態のうち、「オンライン」になっている中継装置（３０ａ，３０ｂ，３０ｄ）の各中継装置ＩＤ（１１１ａ，１１１ｂ，１１１ｄ）を選択する（ステップＳ４６−２）。また、一次選択部５６ｃは、上記ステップＳ４６−１で抽出された、要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」、及び宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に基づいて、中継装置管理ＤＢ５００１（図１１参照）を検索することにより、上記ステップＳ４６−２によって選択された中継装置（３０ａ，３０ｂ，３０ｄ）の各ＩＰアドレス（「１．２．１．２．」，「１．２．２．２」，「１．３．２．２」）のドットアドレス毎に、上記要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）の各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）における各ドットアドレスと同じであるか異なるかを調査する（ステップＳ４６−３）。
【０１２３】
次に、優先度決定部５６ｄは、優先度管理ＤＢ５００６（図１６参照）を参照して、上記ステップ４６−３によって調査された中継装置（３０ａ，３０ｂ，３０ｄ）毎に、アドレス優先度のポイントを決定する（ステップＳ４６−４）。この決定処理の結果を表に表すと、図２３に示されているような状態になる。なお、図２３は、中継装置３０の絞り込み処理を行う際の優先度のポイントの計算状態を示した図である。この図２３では、中継装置ＩＤ毎に、アドレス優先度のポイント、伝送速度優先度のポイント、及び統合ポイントが示されている。また、アドレス優先度のポイントは、更に、各中継装置３０の要求元端末（端末１０ａａ）に対するポイント及び宛先端末（端末１０ｄｂ）に対するポイントが示されている。統合ポイントは、アドレス優先度の２つのポイントのうちの高い方のポイントと、伝送速度優先度のポイントの合計である。
【０１２４】
本実施形態では、中継装置３０ａのＩＰアドレス「１．２．１．２」は要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」に対して、「同．同．同．異」であるため、図２３に示されているように、アドレス優先度のポイントは「５」になる。また、図１に示されているように、中継装置３０ａのＩＰアドレス「１．２．１．２」は宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に対して、図１６に示されているように、「同．異．異．異」であるため、図２３に示されているように、アドレス優先度のポイントは「１」になる。また、中継装置３０ｂのＩＰアドレス「１．２．２．２」は要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」に対して、「同．同．異．異」であるため、アドレス優先度のポイントは「３」になる。また、中継装置３０ｂのＩＰアドレス「１．２．２．２」は宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に対して、「同．異．同．異」であるため、アドレス優先度のポイントは「１」になる。更に、中継装置３０ｄのＩＰアドレス「１．３．２．２」は要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」に対して、「同．異．異．異」であるため、アドレス優先度のポイントは「１」になる。また、中継装置３０ｄのＩＰアドレス「１．３．２．２」は宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に対して、「同．同．同．異」であるため、アドレス優先度のポイントは「５」になる。
【０１２５】
次に、図２２に戻って、優先度決定部５６ｄは、中継装置管理ＤＢ５００１（図１１参照）で管理されている各中継装置３０の最大データ伝送速度に基づいて、優先度管理ＤＢ５００６（図１７参照）を検索することにより、上記ステップＳ４６−２によって第１次絞り込み処理によって絞り込まれた中継装置（３０ａ，３０ｂ，３０ｄ）毎に伝送速度優先度のポイントを決定する（ステップＳ４６−５）。本実施形態では、図１１に示されているように、中継装置３０ａの最大データ伝送速度が１００（Ｍｂｐｓ）であるため、図１７に示されている伝送速度優先度を参照すると、伝送速度優先度が３ポイントになる。また、同様に、中継装置３０ｂの最大データ伝送速度について計算すると１０００（Ｍｂｐｓ）であるため、伝送速度優先度が５ポイントになる。また同様に、中継装置３０ｄの最大データ伝送速度について計算すると１０（Ｍｂｐｓ）であるため、伝送速度優先度が１ポイントになる。
【０１２６】
次に、一次選択部５６ｃは、中継装置（３０ａ，３０ｂ，３０ｄ）毎に、アドレス優先度のポイントにおいて端末（１０ａａ，１０ｄｂ）のうち高い方のポイントと、伝送速度優先度のポイントを加算した統合ポイントのうち、ポイントが高い上位２つ以上の中継装置３０を選択する（ステップＳ４６−６）。本実施形態では、図２３に示されているように、中継装置ＩＤ（１１１ａ，１１１ｂ，１１１ｄ）は、それぞれ統合ポイントが「８」、「８」、「６」であるため、中継装置ＩＤ「１１１ａ」に係る中継装置３０ａ、及び中継装置ＩＤ「１１１ｂ」に係る中継装置３０ｂが選択されることになる。
【０１２７】
以上のステップＳ４６における絞り込み処理が終了すると、図７に示されている送受信部５１は、通信ネットワーク２を介して、宛先端末（端末１０ｄｂ）へ、上記絞り込まれた中継装置３０の数を伝達するための中継装置絞込情報を送信する（ステップＳ４７）。この中継装置絞込情報には、上記ステップ４６によって絞り込まれた中継装置３０の数「２」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び上記選択用セッションＩＤ「ｓｅ１」が含まれている。これにより、端末１０ｄｂは、選択用セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継装置３０の数がいくつで、どの端末１０から通話を開始したいとの要求があったのかを把握することができると共に、中継装置絞込情報の送信元である管理システム５０のＩＰアドレス「１．１．１．２」を把握することができる。
【０１２８】
そして、端末１０ｄｂは、送受信部１１から通信ネットワーク２を介して管理システム５０へ、上記中継装置絞込情報の受信が完了した旨を示す受信完了情報を送信する（ステップＳ４８）。この受信完了情報には、セッションＩＤ「ｓｅ１」が含まれている。これにより、管理システム５０は、セッションＩＤ「ｓｅ１」で実行されている中継装置数の伝達が完了した旨と共に、送信元である宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を把握することができる。
【０１２９】
次に、図２４及び図２５を用いて、宛先端末（端末１０ｄｂ）が中継装置３０を選択する処理を説明する。なお、図２４では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。
【０１３０】
まず、管理システム５０は、テレビ会議の通話を開始する前に、上記ステップＳ４６によって絞り込まれた中継装置（３０ａ，３０ｂ）のそれぞれに対して、事前に中継を要求する旨の事前中継要求情報を送信する（ステップＳ６１−１，２）。この事前中継要求情報には、セッションＩＤ「ｓｅ１」、要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」、及び宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」が含まれている。これにより、各中継装置（３０ａ，３０ｂ）は、どの選択用セッションのものであるか、要求元端末が何であるか、及び宛先端末が何であるかを把握することができると共に、事前中継要求情報の送信元である管理システム５０のＩＰアドレス「１．１．１．２」を把握することができる。
【０１３１】
次に、各中継装置（３０ａ，３０ｂ）のそれぞれは、送受信部３１から通信ネットワーク２を介して、上記ステップＳ６１−１，２によって把握した要求元端末（端末１０ａａ）へ、通話の開始前に自装置としての各中継装置（３０ａ，３０ｂ）へ、後述のｐｉｎｇ(Packet  Internet  Groper)が含まれた事前送信情報を送信させる旨を示す事前送信要求情報を送信する（ステップＳ６２−１，２）。この事前送信情報には、セッションＩＤ「ｓｅ１」が含まれている。これにより、要求元端末（端末１０ａａ）は、セッションＩＤ「ｓｅ１」で実行されている中継装置３０の選択処理において、各中継装置（３０ａ，３０ｂ）に事前送信情報を送信することを把握すると共に、事前送信要求情報の送信元である中継装置（３０ａ，３０ｂ）のそれぞれのＩＰアドレス（「１．２．１．２」，「１．２．２．２」）を把握することができる。
【０１３２】
なお、管理システム５０から直接、要求元端末に対して、宛先端末のＩＰアドレスを通知せずに、上記ステップＳ６１−１のように中継装置３０ａに対して宛先端末のＩＰアドレスを通知し、上記ステップＳ６１−２のように中継装置３０ａが要求元端末に対し、自装置（中継装置３０ａ）に対して事前送信要求情報を送信するように要求するのは、各端末１０には、他の端末１０のＩＰアドレスを知らせないようにして、セキュリティーを確保するためである。
【０１３３】
次に、要求元端末（端末１０ａａ）は、送受信部１１から通信ネットワーク２を介して各中継装置（３０ａ，３０ｂ）へ事前送信情報を送信する（ステップＳ６３−１，２）。この事前送信情報は、画像データ及び音声データの送信に先立って、これら画像データ及び音声データの代わりに各中継装置（３０ａ，３０ｂ）を介して宛先端末（端末１０ｄｂ）へ送信されることで、要求元端末（端末１０ａａ）の送信から宛先端末（端末１０ｄｂ）の受信までの所要時間を計測するために用いられる情報である。また、この事前送信情報には、要求元端末（端末１０ａａ）、中継装置（３０ａ，３０ｂ）、及び宛先端末（端末１０ｄｂ）が通信可能に接続されていることを確認するためのｐｉｎｇ、要求元端末（端末１０ａａ）から事前送信情報が送信された送信日時、及びセッションＩＤ「ｓｅ１」が含まれている。これにより、各中継装置（３０ａ，３０ｂ）は、選択用セッションＩＤ「ｓｅ１」におけるセッションの実行において、事前送信情報が送られて来たことを把握できると共に、この事前送信情報の送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することができる。
【０１３４】
次に、各中継装置（３０ａ，３０ｂ）は、上記ステップＳ６１−１，２によって受信された事前中継要求情報に含まれている宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に対して、上記事前送信情報を中継する（ステップＳ６４−１，２）。これにより、宛先端末（端末１０ｄｂ）は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、事前送信情報が送られて来たことを把握できると共に、この事前送信情報の送信元（中継元）である中継装置（３０ａ，３０ｂ）のＩＰアドレス（「１．２．１．２」，「１．２．２．２」）を把握することができる。
【０１３５】
次に、宛先端末（端末１０ｄｂ）の最終絞込部１６は、事前送信情報に基づいて、最終的にテレビ会議の通話で画像データ及び音声データを中継する１つの中継装置３０に絞り込む（ステップＳ６５）。
【０１３６】
ここで、図８及び図２５を用いて、ステップＳ６５における処理を更に詳細に説明する。まず、図８に示されている最終絞込部１６の計測部１６ａは、各中継装置（３０ａ，３０ｂ）によって中継された事前送信情報毎に、端末１０ｄｂの送受信部１１で受信した際の受信日時を計測する（ステップＳ６５−１）。次に、算出部１６ｂは、上記受信時間が計測された事前送信情報毎に、上記受信日時と上記事前送信情報に含まれている送信日時との差に基づいて、各事前送信情報の送信から受信までの所要時間を算出する（ステップＳ６５−２）。次に、最終選択部１６ｃは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継予定の中継装置３０の数「２」に相当する数の事前送信情報を全て受信したかを判断する（ステップＳ６５−３）。そして、全て受信していない場合には（Ｎｏ）、最終選択部１６ｃは、端末１０ｄｂで事前送信情報を受信してから所定時間（ここでは１分間）経過したかを判断する（ステップＳ６５−４）。更に、所定時間経過していない場合には（Ｎｏ）、上記ステップＳ６５−１に戻る。一方、上記ステップ６５−３において、全て受信した場合（Ｙｅｓ）、又は上記ステップＳ６５−４において、所定時間経過した場合（Ｙｅｓ）には、最終選択部１６ｃは、これまでに算出部１６ｂで算出された所要時間のうち最短の所要時間を要した事前送信情報を中継した中継装置３０を１つ選択する（ステップＳ６５−５）。本実施形態では、中継装置３０ａによって中継された事前送信情報が、中継装置３０ｂによって中継された事前送信情報よりも送信から受信までの所要時間が短かったものとして、中継装置３０ａが選択される例を示している。
【０１３７】
次に、宛先端末（端末１０ｄｂ）は、送受信部１１から通信ネットワーク２を介して管理システム５０へ、中継装置３０ａを選択した旨を示す選択情報を送信する（ステップＳ６６）。この選択情報には、セッションＩＤ「ｓｅ１」、及び、選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」が含まれている。これにより、管理システム５０は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継装置３０ａが選択されたことを把握できると共に、選択情報の送信元である宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を把握することができる。
【０１３８】
次に、管理システム５０のセッション管理部５７は、セッション管理ＤＢ５００５（図１５参照）のセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」が含まれるレコードの中継装置ＩＤのフィールド部分に、上記最終的に１つに選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」を記憶して管理する（ステップＳ６７）。そして、管理システム５０の送受信部５１は、通信ネットワーク２を介して中継装置３０ａへ、中継を開始する旨の要求が示された中継開始要求情報を送信する（ステップＳ６８）。この中継開始要求情報には、中継される要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）の各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）が含まれている。これにより、中継装置３０ａは、自装置である中継装置３０ａが選択されたことを把握できるため、端末（１０ａａ，１０ｄｂ）の間で、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを通話するためのセッションを確立する（ステップＳ６９）。よって、端末（１０ａａ，１０ｄｂ）は、テレビ会議の通話を開始することができる。
【０１３９】
なお、上記ステップＳ４７において、管理システム５０が宛先端末（端末１０ｄｂ）に中継装置絞込情報を送信することに伴い、ステップＳ４８〜Ｓ６４−１，２を経て、宛先端末（端末１０ｄｂ）側で中継装置の選択処理（ステップＳ６５）を行ったが、これに限るものではなく、上記ステップＳ４７において、管理システム５０が要求元端末（端末１０ａａ）に中継装置絞込情報を送信することで、その後ステップＳ６４−１，２までは、各情報の送信元と受信元が、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）とで入れ替わるようにしてもよい。これにより、要求元端末（端末１０ａａ）が上記ステップＳ６５に替わって中継装置の選択処理を行うことができ、また、上記ステップＳ６６に替わって選択情報の送信も行うことができる。
【０１４０】
続いて、図７及び図２６を用いて、要求元端末と宛先端末との間で、テレビ会議の通話を行うために、画像データ及び音声データを送受信する処理を説明する。なお、端末１０ａａから端末１０ｄｂに画像データ及び音声データを送信する一方向の処理と、端末１０ｄｂから端末１０ａａに画像データ及び音声データを送信する逆方向の処理とで、画像データ及び音声データの送受信や後述の遅延時間の検出等は同じ処理であるため、上記一方向の通信について説明し、上記逆方向の通信は省略する。
【０１４１】
まず、要求元端末（端末１０ａａ）は、図２に示されている画像・音声データ用セッションｓｅｄによって、撮像部１４で撮像された被写体の画像データ、及び音声入力部１５ａで入力された音声の音声データを、送受信部１１から通信ネットワーク２を介して中継装置３０ａへ送信する（ステップＳ８１）。なお、本実施形態では、図３に示されている低解像度、中解像度、及び高解像度の３つから成る高画質の画像データ、並びに、音声データを送信している。これにより、中継装置３０ａでは、送受信部３１で上記３つの解像度の画像データ及び音声データを受信する。そして、データ品質確認部３３が、宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１（図１０参照）を検索し、対応した中継する画像データの画質を抽出することで、中継する画像データの画像の品質を確認する（ステップＳ８２）。本実施形態では、確認された画像データの画質が「高画質」であり、送受信部３１で受信した画像データの画質と同じであるため、中継装置３０ａは、画像・音声データ用セッションｓｅｄによって、そのままの画質の画像データ、及びそのままの音質の音声データで、宛先端末（端末１０ｄｂ）に転送する（ステップＳ８３）。これにより、宛先端末（端末１０ｄｂ）は、送受信部１１で、低解像度、中解像度、高解像度の３つから成る高画質の画像データ、及び音声データを受信する。そして、表示制御部１７が、３つの画質の画像データを組み合わせて、ディスプレイ１２０に画像を表示させると共に、音声出力部１５ｂが音声データに基づく音声を出力させることができる。
【０１４２】
次に、端末１０ｄｂの遅延検出部１８は、送受信部１１で受信された画像データの受信の遅延時間を一定時間毎（例えば、１秒毎）に検出する（ステップＳ８４）。なお、本実施形態では、遅延時間が２００（ｍｓ）である場合について、以下説明を続ける。
【０１４３】
宛先端末（端末１０ｄｂ）の送受信部１１は、図２に示されている管理情報用セッションｓｅｉによって、通信ネットワーク２を介して管理システム５０へ、遅延時間「２００（ｍｓ）」を示す遅延情報を送信する（ステップＳ８５）。これにより、管理システム５０は、遅延時間を把握すると共に、遅延情報の送信元である端末１０ｄｂのＩＰアドレス「１．３．２．４」を把握することができる。
【０１４４】
次に、管理システム５０の遅延時間管理部６０は、上記宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を検索キーとして、端末管理ＤＢ５００３（図１３参照）を検索することで、対応する端末ＩＤ「０１ｄｂ」を抽出し、更に、セッション管理ＤＢ５００５（図１５参照）のセッション管理テーブルにおいて、上記端末ＩＤ「０１ｄｂ」のレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間「２００（ｍｓ）」を記憶して管理する（ステップＳ８６）。
【０１４５】
次に、品質決定部５８は、上記遅延時間「２００（ｍｓ）」を検索キーとして、品質管理ＤＢ５００７（図１８参照）を検索し、対応する画像データの画質「中画質」を抽出することで、画質を「中画質」に決定する（ステップＳ８７）。
【０１４６】
次に、送受信部５１は、セッション管理ＤＢ（図１５参照）のセッション管理テーブルにおいて、上記端末ＩＤ「０１ｄｂ」に関連付けられている中継装置ＩＤ「１１１ａ」を検索キーとして、中継装置管理ＤＢ５００１（図１１参照）を検索し、対応する中継装置３０ａのＩＰアドレス「１．２．１．２」を抽出する（ステップＳ８８）。そして、送受信部５１は、図２に示されている管理情報用セッションｓｅｉによって、通信ネットワーク２を介して中継装置３０ａへ、上記ステップ８７によって決定された画像データの画質「中画質」を示す品質情報を送信する（ステップＳ８９）。この品質情報には、上記ステップＳ８６において検索キーとして用いた宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」が含まれている。これにより、中継装置３０ａでは、変更品質管理部３４が、変更品質管理ＤＢ３００１（図１０参照）に、送信先の端末１０（ここでは、端末１０ｄｂ）のＩＰアドレス「１．３．２．４」、及び中継される画像データの画質「中画質」を関連付けて記憶して管理する（ステップＳ９０）。
【０１４７】
次に、端末１０ａａは、引き続き上記ステップＳ８１と同様に、画像・音声データ用セッションｓｅｄによって、中継装置３０ａへ、低解像度、中解像度、高解像度の３つから成る高画質の画像データ、並びに、音声データを送信する（ステップＳ９１）。これにより、中継装置３０ａでは、上記ステップＳ８２と同様に、データ品質確認部３３が、宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１（図１０参照）を検索し、対応した中継する画像データの画質「中画質」を抽出することで、中継される画像データの画像の品質を確認する（ステップＳ９２）。本実施形態では、確認された画像データの画質が「中画質」であり、送受信部３１で受信された画像データの画質「高画質」よりも低くなるため、データ品質変更部３５は、画像データの画質を「高画質」から「中画質」に抑制することで、画像データの画像の品質を変更する（ステップＳ９３）。
【０１４８】
そして、送受信部３１は、画像・音声データ用セッションｓｅｄによって、通信ネットワーク２を介して端末１０ｄｂへ、上記画像データの画質が「中画質」に変更された画像データ、及び音声の音質が変更されていない音声データを送信する（ステップＳ９４）。これにより、宛先端末（端末１０ｄｂ）は、送受信部１１で、低解像度、中解像度の２つから成る中画質の画像データ、及び音声データを受信する。そして、表示制御部１７が、２つの解像度の画像データを組み合わせて、ディスプレイ１２０に画像を表示させると共に、音声出力部１５ｂが音声データに基づく音声を出力させることができる。
【０１４９】
図２７は、図２４とは異なる例に係る、端末が中継装置を選択する処理を示したシーケンス図である。すなわち、図２４におけるステップＳ６１−１，Ｓ６２−１，Ｓ６１−２，Ｓ６２−２では、管理システム５０から各中継装置（３０ａ，３０ｂ）を介して、要求元端末（端末１０ａａ）に事前要求情報を送信するように要求したのに対して、図２７に示される例では、管理システム５０から直接、要求元端末（端末１０ａａ）に事前要求情報を送信するようにした点で両者は相違する。
【０１５０】
図２７に示されているように、まず、管理システム５０は、要求元端末（端末１０ａａ）に対して事前送信要求情報を送信する（ステップＳ１６１−１）。この場合の事前送信要求情報には、セッションＩＤ「ｓｅ１」、一次絞り込みされた中継装置（３０ａ，３０ｂ）のそれぞれのＩＰアドレス（「１．２．１．２」、「１．２．２．２」）、及び宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」が含まれる。これにより、要求元端末（端末１０ａａ）は、どの選択用セッションのものであるか、一次絞り込みにより最終的な絞り込み候補となった中継装置３０が何であるか、及び宛先端末（端末１０ｄｂ）のＩＰアドレスが何であるかを把握することができると共に、事前送信要求情報の送信元である管理システム５０のＩＰアドレス「１．１．１．２」を把握することができる。
【０１５１】
次に、要求元端末（端末１０ａａ）は、中継装置（３０ａ，３０ｂ）へ事前送信情報を送信する（ステップＳ１６２−１，２）。この事前送信情報は、上記第１の実施形態におけるステップＳ６３−１，２と同じく、ｐｉｎｇ、要求元端末（端末１０ａａ）から事前送信情報が送信された送信日時、及びセッションＩＤ「ｓｅ１」が含まれているだけでなく、更に宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」が含まれる。これにより、各中継装置（３０ａ，３０ｂ）は、選択用セッションＩＤ「ｓｅ１」におけるセッションの実行において、事前送信情報が送られて来たことを把握できると共に、この事前送信情報の送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することができ、更に、この事前送信情報の送信先である宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を把握することができる。よって、各中継装置（３０ａ，３０ｂ）は、取得された宛先端末（端末１０ｄｂ）のＩＰアドレスに対して、事前送信情報を送信（又は、転送）することができる。
【０１５２】
図２７におけるステップＳ１６３−１〜Ｓ１６８は、それぞれ図２４のＳ６４−１〜Ｓ６９と同様の処理であるため、ここではその説明を省略する。
【０１５３】
ここで、図５、図７および図２８を参照しながら、端末１０に接続されているデバイス種別を判断する処理フロー図について説明する。図２８に示される処理フローは、図２４における画像データおよび音声データの通信セッション確立（ステップＳ６９）後、又は、図２７における画像データおよび音声データの通信セッション確立（ステップＳ１６８）後、に実行される。
【０１５４】
図２８に示されるように、通信セッション確立（ステップＳ６９，Ｓ１６８）後、ＨＤＭＩ入力Ｉ／Ｆ１１８にＨＤＭＩデバイスが接続されているか否かを端末１０のＨＤＭＩ入力部２０が判断する（ステップＳ２８−１）。ステップＳ２８−１において、ＨＤＭＩデバイスが接続されていないと判断された場合（Ｎｏ）、デバイス種別を判断する処理を終了する。一方、ステップＳ２８−１において、ＨＤＭＩデバイスが接続されていると判断された場合（Ｙｅｓ）、次のステップへ進む。
【０１５５】
次のステップでは、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されているＨＤＭＩデバイスからデータを受信しているか否かを端末１０のＨＤＭＩ入力部２０が判断する（ステップＳ２８−２）。ステップＳ２８−２において、ＨＤＭＩデバイスからデータを受信していないと判断された場合（Ｎｏ）、デバイス種別を判断する処理を終了する。一方、ステップＳ２８−２において、ＨＤＭＩデバイスからデータを受信していると判断された場合（Ｙｅｓ）、次のステップへ進む。なお、ステップ２８−１又はステップＳ２８−２の何れかでＮｏの判断がなされた場合、端末１０がカメラを内蔵していれば内蔵カメラの映像を共有する通信セッションが継続され、カメラを内蔵していなければ本通信セッションは、画像や画面を共有しない音声のみの会議として通信セッションを継続することができる。
【０１５６】
次のステップでは、ＨＤＭＩ入力部２０が、ＨＤＭＩ入力Ｉ／Ｆ１１８を介して入力されたデータから画像を抽出し、当該画像を判断部２１へ送信する（ステップＳ２８−３）。次に、ＨＤＭＩ入力部２０から画像を受信した判断部２１は、当該画像に基づいて、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されているデバイスの種別を判断する（ステップＳ２８−４）。先述のように、判断部２１にて実行される自然画像であるか非自然画像であるかの判断は、例えば画像のエッジ成分を抽出する方法、利用色数を集計する方法、利用色が周辺で変化する様子を利用する方法、分割された各領域にて判定する方法など、公知の方法を用いることが可能である。
【０１５７】
ステップＳ２８−４において、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されているデバイスがＰＣであると判断された場合（ＰＣ）、ＨＤＭＩ入力Ｉ／Ｆ１１８を介して入力された画像データに対し、ＣＯＤＥＣ／メディア制御部２２がＰＣ用後処理を行う（ステップＳ２８−５）。ここでＰＣ用後処理とは、ＰＣ用に最適化されたメディア制御処理および符号化処理などをいう。例えばＰＣ用に最適化されたメディア制御処理とは、画像データを符号化する前段にて、受信した画像データの解像度は変更せず、フレームレートを間引くことである。具体的には、例えばフレームレートを６０ｆｐｓ／３０ｆｐｓから０．５ｆｐｓまで間引くことである。また、例えばＰＣ用に最適化された符号化処理とは、Ｈ．２６５（ＨＥＶＣ）を符号化技術のアルゴリズムとして選択し、これを用いて画像データを符号化することである。
【０１５８】
一方、ステップＳ２８−４において、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されているデバイスがカメラであると判断された場合（カメラ）、ＨＤＭＩ入力Ｉ／Ｆ１１８を介して入力された画像データに対し、ＣＯＤＥＣ／メディア制御部２２がカメラ用後処理を行う（ステップＳ２８−６）。ここでカメラ用後処理とは、カメラ用に最適化されたメディア制御処理、符号化処理、およびミラーリング処理などをいう。例えばカメラ用に最適化されたメディア制御処理とは、画像データを符号化する前段にて、解像度をリサイズし、さらにフレームレートを間引くことである。具体的には、例えば解像度を１２８０Ｘ７２０から６４０Ｘ３６０にリサイズし、フレームレートを６０ｆｐｓ／３０ｆｐｓから２０ｆｐｓまで間引くことである。また、例えばカメラ用に最適化された符号化処理とは、自然画像に適したアルゴリズムを用いて画像データを符号化することである。さらに、カメラ用後処理では、画像データにミラーリング処理を施すようにしてもよい。
【０１５９】
ステップＳ２８−５又はステップＳ２８−６の処理が終わると、本処理フローは終了し、画像や画面を共有する会議として通信セッションが継続される。
【０１６０】
以上のように、本実施形態に係る伝送システム１における処理方法では、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されているデバイス種別を自動的に判別できるので、デバイス種別に応じた最適な設定を利用者の操作によることなく行うことができる。
【０１６１】
〔第２実施形態〕
次に、図２９〜３１を参照しながら、本発明に係る端末、方法、及びプログラムの第２実施形態について説明する。しかしながら、第１実施形態と第２実施形態とは、共通の構成も多いので、第１実施形態と第２実施形態とが相違する点のみ説明を行う。例えば、端末の外観およびハードウェア構成、伝送システムにおける管理システムおよび中継装置のハードウェア構成および機能構成などは、第１実施形態と第２実施形態とで共通しているので、説明を省略するものとする。したがって、以下の第２実施形態における説明の中で説明が省略された記載は、断りのない限り第１実施形態と共通しているものと理解されるべきである。
【０１６２】
図２９は、第２実施形態の伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。図２９では、端末１０ａ、中継装置３０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、端末１０ａには、ＨＤＭＩデバイスの例としてＰＣ７０が接続されている。なお、ＰＣ７０は、ＨＤＭＩデバイスの例であり、カメラ等のＨＤＭＩデバイスと交換が可能である。
【０１６３】
以下では、第１実施形態とは異なる端末１０ａの構成およびＰＣ７０の構成について詳細に説明する。なお、第２実施形態に係る端末１０ａの各機能構成を説明するにあたって、図５に示される第１実施形態に係る端末１０のハードウェア構成を同一符号も用いて参照することもある。
【０１６４】
図２９に示されるように、端末１０ａは、第１実施形態と同様に、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、最終絞込部１６、表示制御部１７、遅延検出部１８、記憶・読出処理部１９、ＨＤＭＩ入力部２０、判断部２１、及びＣＯＤＥＣ／メディア制御部２２を有している。さらに、第２実施形態に係る端末１０ａは、ＨＤＭＩ制御部２３を有している。これら各部は、図５に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能する手段である。また、端末１０ａは、図５に示されているＲＡＭ１０３、及び図５に示されているフラッシュメモリ１０４によって構築される記憶部２０００を有している。
【０１６５】
図２９に示されるように、ＰＣ７０は、ＨＤＭＩ出力部７１、ＨＤＭＩ制御部７２、及び汎用ＰＣアーキテクチャ７３を有している。なお、ＨＤＭＩ出力部７１およびＨＤＭＩ制御部７２は、汎用ＰＣアーキテクチャ７３における記憶装置に格納されたプログラムに従ったＣＰＵからの命令によって動作することで実現される機能として構成されてもよい。また、先述のように、ＰＣ７０は、ＨＤＭＩデバイスの例であり、ＨＤＭＩ出力部７１およびＨＤＭＩ制御部７２を有するＨＤＭＩデバイスであれば、カメラ等の他のＨＤＭＩデバイスであっても構わない。
【０１６６】
端末１０ａのＨＤＭＩ制御部２３とＰＣ７０のＨＤＭＩ制御部７２とは、相互にＣＥＣ(Consumer  Electronics  Control)通信を行うための制御部である。ここで、ＣＥＣ通信とは、ＨＤＭＩ規格で規定されている機器制御信号および制御プロトコルのことを示す（HDMI-CEC  Version  1.3a）。端末１０ａのＨＤＭＩ入力部２３およびＰＣ７０のＨＤＭＩ出力部７１は、HDMI-CEC  Version  1.3aに準拠しており、ＣＥＣ通信用の機器制御信号および制御プロトコルを処理することができる。以下の説明では、このＣＥＣ通信の機器制御信号および制御プロトコルに従った説明を行う。
【０１６７】
図３０は、端末とＰＣとの間で行われるＣＥＣ通信および端末とカメラとの間で行われるＣＥＣ通信のシーケンス図である。図３０（ａ）は、端末とＰＣとの間で行われるＣＥＣ通信のシーケンス図であり、図３０（ｂ）は、端末とカメラとの間で行われるＣＥＣ通信のシーケンス図である。図３０（ａ）または（ｂ）に示される送受信は、図２４における画像データおよび音声データの通信セッション確立（ステップＳ６９）後、又は、図２７における画像データおよび音声データの通信セッション確立（ステップＳ１６８）後、に実行される。
【０１６８】
図３０（ａ）に示されるように、端末１０ａのＨＤＭＩ制御部２３がＨＤＭＩ入力部２３に対し、<Vendor  Command:GetDeviceType>の送信を指示する。指示を受けたＨＤＭＩ入力部２３は、<Vendor  Command:GetDeviceType>をＰＣ７０のＨＤＭＩ出力部７１へ送信する（Ｓ３０ａ―１）。一方、端末１０ａのＨＤＭＩ入力部２３から<Vendor  Command:GetDeviceType>を受信したＰＣ７０のＨＤＭＩ出力部７１は、機器種別信号である<Vendor  Command:ReportDeviceType>［“PC”］を端末１０ａのＨＤＭＩ入力部２３へ返信する（Ｓ３０ａ―２）。端末１０ａのＨＤＭＩ入力部２３は、<Vendor  Command:ReportDeviceType>［“PC”］を受信すると、その結果を判断部２１に送信し、判断部２１は、受信結果に基づき、ＨＤＭＩ入力部２３に接続されているＨＤＭＩデバイスの種別を判断する。判断部２１は、判断結果をＣＯＤＥＣ／メディア制御部２２へ送信し、その後の処理は第１実施形態と同様である。
【０１６９】
また、ＣＥＣ通信は、ＰＣ７０の方から送信をすることもできる。ＨＤＭＩ出力部７１は、画面を出力したことをＨＤＭＩ制御部７２に通知することができる。ＨＤＭＩ制御部７２は、画面出力通知を受信すると、ＨＤＭＩ出力部７１対して機器種別信号である<Vendor  Command:SetDeviceType>［“PC”］を送信するように指示する（Ｓ３０ａ―３）。端末１０ａのＨＤＭＩ入力部２３は、<Vendor  Command:SetDeviceType>［“PC”］を受信すると、その結果を判断部２１に送信し、判断部２１は、受信結果に基づき、ＨＤＭＩ入力部２３に接続されているＨＤＭＩデバイスの種別を判断する。
【０１７０】
なお、ＨＤＭＩ入力部２３にカメラが接続されている場合も同様である。図３０（ｂ）に示されるように、端末１０ａのＨＤＭＩ制御部２３がＨＤＭＩ入力部２３に対し、<Vendor  Command:GetDeviceType>の送信を指示する。指示を受けたＨＤＭＩ入力部２３は、<Vendor  Command:GetDeviceType>をカメラのＨＤＭＩ出力部へ送信する（Ｓ３０ｂ―１）。一方、端末１０ａのＨＤＭＩ入力部２３から<Vendor  Command:GetDeviceType>を受信したカメラのＨＤＭＩ出力部は、機器種別信号である<Vendor  Command:ReportDeviceType>［“Camera”］を端末１０ａのＨＤＭＩ入力部２３へ返信する（Ｓ３０ｂ―２）。端末１０ａのＨＤＭＩ入力部２３は、<Vendor  Command:ReportDeviceType>［“Camera”］を受信すると、その結果を判断部２１に送信し、判断部２１は、受信結果に基づき、ＨＤＭＩ入力部２３に接続されているＨＤＭＩデバイスの種別を判断する。
【０１７１】
また、カメラの方からＣＥＣ通信を開始する場合も同様である。ＨＤＭＩ制御部７２は、画面出力通知を受信すると、ＨＤＭＩ出力部７１対して機器種別信号である<Vendor  Command:SetDeviceType>［“Camera”］を送信するように指示する（Ｓ３０ｂ―３）。端末１０ａのＨＤＭＩ入力部２３は、<Vendor  Command:SetDeviceType>［“Camera”］を受信すると、その結果を判断部２１に送信し、判断部２１は、受信結果に基づき、ＨＤＭＩ入力部２３に接続されているＨＤＭＩデバイスの種別を判断する。
【０１７２】
ここで、図５、図２９および図３１を参照しながら、端末１０ａに接続されているデバイス種別を判断する処理フローについて説明する。図３１に示される処理フローは、図２４における画像データおよび音声データの通信セッション確立（ステップＳ６９）後、又は、図２７における画像データおよび音声データの通信セッション確立（ステップＳ１６８）後、に実行される。また、本処理フローは、図３０（ａ）におけるステップＳ３０ａ−１およびステップＳ３０ａ−２に対応している。
【０１７３】
図３１に示されるように、通信セッション確立（ステップＳ６９，Ｓ１６８）後、ＨＤＭＩ入力Ｉ／Ｆ１１８にＨＤＭＩデバイスが接続されているか否かを端末１０ａのＨＤＭＩ入力部２０が判断する（ステップＳ３１−１）。ステップＳ３１−１において、ＨＤＭＩデバイスが接続されていないと判断された場合（Ｎｏ）、デバイス種別を判断する処理を終了する。一方、ステップＳ３１−１において、ＨＤＭＩデバイスが接続されていると判断された場合（Ｙｅｓ）、次のステップへ進む。
【０１７４】
次のステップでは、ＣＥＣデータ通信が行われる（ステップＳ３１−２）。つまり、端末１０ａのＨＤＭＩ制御部２３がＨＤＭＩ入力部２３に対し、<Vendor  Command:GetDeviceType>の送信を指示する。指示を受けたＨＤＭＩ入力部２３は、<Vendor  Command:GetDeviceType>をＰＣ７０のＨＤＭＩ出力部７１へ送信する（Ｓ３０ａ―１）。
【０１７５】
次のステップでは、デバイス種別の判断が行われる（ステップＳ３１−３）。ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されているＨＤＭＩデバイスから受信した<Vendor  Command:GetDeviceType>に基づき、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されているＨＤＭＩデバイスの種別を判断部２１が判断する。
【０１７６】
ステップＳ３１−３において、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されているデバイスがＰＣであると判断された場合（ＰＣ）、ＨＤＭＩ入力Ｉ／Ｆ１１８を介して入力されたデータに対し、ＣＯＤＥＣ／メディア制御部２２がＰＣ用後処理を行う（ステップＳ３１−４）。ここでＰＣ用後処理とは、ＰＣ用に最適化されたメディア制御処理および符号化処理などをいう。例えばＰＣ用に最適化されたメディア制御処理とは、画像データを符号化する前段にて、受信した画像データの解像度は変更せず、フレームレートを間引くことである。具体的には、例えばフレームレートを６０ｆｐｓ／３０ｆｐｓから０．５ｆｐｓまで間引くことである。また、例えばＰＣ用に最適化された符号化処理とは、Ｈ．２６５（ＨＥＶＣ）を符号化技術のアルゴリズムとして選択し、これを用いて画像データを符号化することである。
【０１７７】
一方、ステップＳ３１−３において、ＨＤＭＩ入力Ｉ／Ｆ１１８に接続されているデバイスがカメラであると判断された場合（カメラ）、ＨＤＭＩ入力Ｉ／Ｆ１１８を介して入力されたデータに対し、ＣＯＤＥＣ／メディア制御部２２がカメラ用後処理を行う（ステップＳ３１−５）。ここでカメラ用後処理とは、カメラ用に最適化されたメディア制御処理、符号化処理、およびミラーリング処理などをいう。例えばカメラ用に最適化されたメディア制御処理とは、画像データを符号化する前段にて、解像度をリサイズし、さらにフレームレートを間引くことである。具体的には、例えば解像度を１２８０Ｘ７２０から６４０Ｘ３６０にリサイズし、フレームレートを６０ｆｐｓ／３０ｆｐｓから２０ｆｐｓまで間引くことである。また、例えばカメラ用に最適化された符号化処理とは、自然画像に適したアルゴリズムを用いて画像データを符号化することである。さらに、カメラ用後処理では、画像データにミラーリング処理を施すようにしてもよい。
【０１７８】
ステップＳ３１−５又はステップＳ３１−６の処理が終わると、本処理フローは終了し、画像や画面を共有する会議として通信セッションが継続される。
【０１７９】
図３２は、ＰＣ上で動作するソフトウェアの処理フローである。本処理フローは、図３０（ａ）におけるステップＳ３０ａ−３に対応している。最初に、初期化が行われる（ステップＳ３２−１）。この初期化とは、後段で用いられる「データ送信済であることを示すフラグ」をＯＦＦにすることである。次に、ＨＤＭＩ出力部７１がＨＤＭＩ出力をしているか否かを判断する（ステップＳ３２−２）。ステップＳ３２−２において、ＨＤＭＩ出力をしていないと判断された場合（Ｎｏ）、初期化処理（ステップＳ３２−１）へ戻る。一方、ＨＤＭＩ出力をしていると判断された場合（Ｙｅｓ）、次のステップへ進む。
【０１８０】
次のステップでは、すでにＣＥＣ通信によって、<Vendor  Command:SetDeviceType>［“PC”］を送信済であるか否かの判断をする（ステップＳ３２−３）。ステップＳ３２−３の判断には「データ送信済であることを示すフラグ」が用いられる。「データ送信済であることを示すフラグ」がＯＮの場合、すでに<Vendor  Command:SetDeviceType>［“PC”］を送信済であると判断し（Ｙｅｓ）、ステップＳ３２−２へ戻る。一方、「データ送信済であることを示すフラグ」がＯＦＦの場合、まだ<Vendor  Command:SetDeviceType>［“PC”］を送信していないと判断し（Ｎｏ）、次のステップへ進む。
【０１８１】
次のステップでは、ＨＤＭＩ制御部７２が、ＨＤＭＩ出力部７１対して<Vendor  Command:SetDeviceType>［“PC”］を送信するように指示し、ＨＤＭＩ出力部７１が端末１０ａのＨＤＭＩ入力部２３に対して<Vendor  Command:SetDeviceType>［“PC”］を送信する（ステップＳ３２−４）。この際、ＨＤＭＩ制御部７２は、「データ送信済であることを示すフラグ」をＯＮへ変更する。
【０１８２】
その後、ソフトウェアの終了判断が行われる（ステップＳ３２−４）。すなわち、ソフトウェアが終了していない場合（Ｎｏ）、処理を継続するためにステップＳ３２−２へ戻る。一方、フトウェアが終了した場合（Ｙｅｓ）、本処理フローを終了する。
【符号の説明】
【０１８３】
１  伝送システム
１０，１０ａ，１０ａａ，１０ａｂ，…，１０ｂａ，１０ｂｂ，…，１０ｃａ，１０ｃｂ，…，１０ｄａ，１０ｄｂ，…  端末
１１  送受信部
１２  操作入力受付部
１３  ログイン要求部
１４  撮像部
１５ａ  音声入力部
１５ｂ  音声出力部
１６  最終絞込部
１７  表示制御部
１８  遅延検出部
１９  記憶・読出処理部
２０  ＨＤＭＩ入力部
２１  判断部
２２  ＣＯＤＥＣ／メディア制御部
２３  ＨＤＭＩ制御部
３０，３０ａ，３０ｂ，３０ｃ，３０ｄ  中継装置
３１  送受信部
３２  状態検知部
３３  データ品質確認部
３４  変更品質管理部
３５  データ品質変更部
３９  記憶・読出処理部
５０  管理システム
５１  送受信部
５２  端末認証部
５３  状態管理部
５４  端末抽出部
５５  端末状態取得部
５６  一次絞込部
５７  セッション管理部
５８  品質決定部
５９  記憶・読出処理部
６０  遅延時間管理部
７０  ＰＣ
７１  ＨＤＭＩ出力部
７２  ＨＤＭＩ制御部
７３  汎用ＰＣアーキテクチャ
７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ  ルータ
９０  プログラム提供システム
１２０，１２０ａａ，１２０ａｂ，…，１２０ｂａ，１２０ｂｂ，…，１２０ｃａ，１２０ｃｂ，…，１２０ｄａ，１２０ｄｂ，…  ディスプレイ
１００  メンテナンスシステム
１０００  筐体
１００１  右側上面
１００２  操作パネル
１００３ａ〜１００３ｅ  操作ボタン
１００４  電源スイッチ
１００５  アラームランプ
１００６  音出力面
１００７  左側上面
１００８  収容部
１０１０  アーム
１０１１  トルクヒンジ
１０２０  カメラハウジング
１０２１  トルクヒンジ
１０５０  ディスプレイ
２０００  記憶部
３０００  記憶部
３００１  変更品質管理ＤＢ
５０００  記憶部
５００１  中継装置管理ＤＢ
５００２  端末認証管理ＤＢ
５００３  端末管理ＤＢ
５００４  宛先リスト管理ＤＢ
５００５  セッション管理ＤＢ
５００６  優先度管理ＤＢ（優先度管理手段の一例）
５００７  品質管理ＤＢ
【先行技術文献】
【特許文献】
【０１８４】
【特許文献１】特開２００８−４８１３６号公報
【図１】
2015177474.tif 000003
【図２】
2015177474.tif 000004
【図３】
2015177474.tif 000005
【図４】
2015177474.tif 000006
【図５】
2015177474.tif 000007
【図６】
2015177474.tif 000008
【図７】
2015177474.tif 000009
【図８】
2015177474.tif 000010
【図９】
2015177474.tif 000011
【図１０】
2015177474.tif 000012
【図１１】
2015177474.tif 000013
【図１２】
2015177474.tif 000014
【図１３】
2015177474.tif 000015
【図１４】
2015177474.tif 000016
【図１５】
2015177474.tif 000017
【図１６】
2015177474.tif 000018
【図１７】
2015177474.tif 000019
【図１８】
2015177474.tif 000020
【図１９】
2015177474.tif 000021
【図２０】
2015177474.tif 000022
【図２１】
2015177474.tif 000023
【図２２】
2015177474.tif 000024
【図２３】
2015177474.tif 000025
【図２４】
2015177474.tif 000026
【図２５】
2015177474.tif 000027
【図２６】
2015177474.tif 000028
【図２７】
2015177474.tif 000029
【図２８】
2015177474.tif 000030
【図２９】
2015177474.tif 000031
【図３０】
2015177474.tif 000032
【図３１】
2015177474.tif 000033
【図３２】
2015177474.tif 000034