JP6269168B2 - 管理装置、通信システム及びプログラム並びに通信管理方法 - Google Patents

Description

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

インターネット等の通信ネットワークを介して遠隔地との間で、遠隔会議を行う会議システムが普及している。この種の会議システムは、遠隔会議を行う出席者等の当事者の一方がいる会議室で、遠隔会議システムの端末装置を用いて、会議の当事者などの会議室の画像及び発言などの音声を撮影および収集し、それをデジタルデータに変換して相手方の端末装置に送信する。相手方の会議室のディスプレイには、会議室の画像の表示及びスピーカにより音声が出力され、実際の会議に近い状態で遠隔地間の会議を行うことができる。

また、所定の通信データを送受信する通信端末を管理する通信管理システムを利用して端末毎に宛先リストを登録・管理することで、その宛先リストに登録されている端末と容易に会議をする技術が知られている（例えば、特許文献１参照）。

一方で、呼び出し元の端末と呼び出し先の端末との間で、対応する呼制御ないし映像符号化が異なる場合に、相互変換する変換システムを介することで会議を実現する方法が知られている。

しかし、映像符号化方式が異なる端末間でビデオ会議を実施する際に、映像符号化を変換した際にネットワーク品質の影響により、通信品質が低下する場合がある。したがって、映像符号化方式が異なる端末間でビデオ会議を実施する際に、映像符号化を変換した後の通信品質を考慮した上で、映像符号化を行う変換システムを選択するのが好ましい。

そこで、本発明は、映像符号化が異なる端末間で通信を行う場合に、映像符号化を変換した後の通信品質を向上させることを目的とする。

開示の一実施例の管理装置は、
通信データを送受信する複数の伝送端末を管理する管理装置であって、
伝送端末毎に、使用する通信方式と、ネットワーク品質の影響の受けやすさを表すネットワーク品質耐性とを紐付けて格納する記憶部と、
前記複数の伝送端末のうち、第１の伝送端末と第２の伝送端末との間で前記通信データが送受信される際に、前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なるか否かを判断する判断部と、
前記判断部により前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なる場合に、
前記第１の伝送端末によって第１の情報が前記複数の伝送端末間で前記通信データを中継する複数の中継装置の１つに送信されてから該第１の情報に対する応答が前記第１の伝送端末によって受信されるまでの第１の所要時間を中継装置毎に算出するとともに、
各中継装置に対応して設けられ、且つ前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う複数の変換装置の１つによって第２の情報が前記第２の伝送端末に送信されてから該第２の情報に対する応答が前記変換装置の１つによって受信されるまでの第２の所要時間を変換装置毎に算出し、
前記第１の伝送端末のネットワーク品質耐性と前記第２の伝送端末のネットワーク品質耐性との比較結果に応じて、前記第１の所要時間と、前記第２の所要時間に基づいて、前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う変換装置を選択する絞り込み部と
を有する。

開示の実施例によれば、映像符号化が異なる端末間で通信を行う場合に、映像符号化を変換した後の通信品質を向上させることができる。

本発明の一実施形態に係る通話システムの概略図である。 同じ通信方式の通話端末間で通話を実現する場合の通信状況を示す概念図である。 図２及び図４におけるＳＶＣの規格によって送受信される画像データの画質を示す概念図である。 異なる通信方式の通話端末間で通話を実現する場合の通信状況を示した概念図である。 図４におけるＡＶＣの規格によって送受信される画像データの画質を示す概念図である。 本実施形態に係る通話端末の外観図である。 本実施形態に係る通話端末のハードウェア構成図である。 本実施形態に係る通話管理システム、中継装置、変換システム、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。 実施形態の通話システムの一部を構成する通話端末、中継装置、通話管理システムおよび変換システムの機能ブロック図である。 変更品質管理テーブルを示す概念図である。 中継装置管理テーブルを示す概念図である。 端末情報管理テーブルを示す概念図である。 端末状態管理テーブルを示す概念図である。 宛先リスト管理テーブルを示す概念図である。 セッション管理テーブルを示す概念図である。 アドレス優先度管理テーブルを示す概念図である。 伝送速度優先度管理テーブルを示す概念図である。 品質管理テーブルを示す概念図である。 一次絞込部の機能構成図である。 最終絞込部の機能構成図である。 端末間で通話を開始する準備段階の処理を示すシーケンス図である。 中継装置を絞り込む処理を示した処理フロー図である。 通信方式の判断を示すフローチャートである。 中継装置を絞り込む処理を示した処理フロー図である。 中継装置の絞り込み処理を行う際の優先度のポイントの計算状態を示した図である。 本実施形態に係り、端末が中継装置を選択する処理を示したシーケンス図である。 本実施形態に係り、端末が中継装置を選択する処理を示したシーケンス図である。 中継装置を選択する処理を示した処理フロー図である。 本実施形態に係り、端末が中継装置を選択する処理を示したシーケンス図である。 中継装置を選択する処理を示した処理フロー図である。 ２つの専用端末間で通信を行う前に通信セッションを確立する処理を示すシーケンス図である。 ２つの専用端末間で通信データを送受信する処理を示すシーケンス図である。 専用端末と非専用端末との間で通話を行う前に通信セッションを確立する処理を示すシーケンス図である。 専用端末と非専用端末との間で通話データを送受信する処理を示したシーケンス図である。 変換システムで変換された後の画像データの画質を示す概念図である。

次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明する。以下で説明する実施例は一例に過ぎず、本発明が適用される実施の形態は、以下の実施例に限られない。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。

以下、図１乃至図３５を用いて、本発明の一実施形態について説明する。

＜＜実施形態の全体構成＞＞
図１は、本発明の一実施形態に係る通話システムの概略図である。図１に示されているように、通話システム１は、複数の通話端末（１０ａａ，１０ａｂ，…）、各通話端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、通話管理システム５０、変換システム（８０ａ，８０ｂ，８０ｃ，８０ｄ）、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。この通話システム１によって、通話データの一例としての画像データ及び音データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、通話データの最適な経路の選択を行う。

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

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

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

また、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、インターネット２ｉに接続されている。変換システム８０は、本実施形態では、中継装置３０に一対一に対応するように設けられる。なお、管理システム５０、変換システム８０、プログラム提供システム９０、及びメンテナンスシステム１００は、地域Ｘ又は地域Ｙに、管理装置、変換装置、プログラム提供装置、及びメンテナンス装置として設置されていてもよいし、これら以外の地域に設置されていてもよい。

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

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

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

また、図１に示されている各端末１０は、通話データの送受信により、利用者の通話を実現する通信端末であり、例えば、テレビ会議用端末である。更に、端末１０は、所定の通信方式（通話の宛先と接続又は切断をするための呼制御方式、及び通話データをＩＰパケット化するための符号化方式）を利用して、通話データの送受信を行う。

なお、この呼制御方式としては、(1)SIP(Session Initiation Protocol)、(2)H.323、(3)SIPを拡張したプロトコル、(4)インスタントメッセンジャーのプロトコル、(5)SIPのMESSAGEメソッドを利用したプロトコル、(6)インターネットリレーチャットのプロトコル(IRC(Internet Relay Chat))、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコル等が挙げられる。このうち、(4)インスタントメッセンジャーのプロトコルは、例えば、(4-1)XMPP(Extensible Messaging and Presence Protocol)、又は(4-2)ICQ（登録商標）、AIM（登録商標）、若しくはSkype（登録商標）などで利用されるプロトコルである。また、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコルは、例えば、Jingleである。

また、複数の端末１０のうち、例えば、呼制御方式がインスタントメッセンジャーのプロトコル（または、インスタントメッセンジャーのプロトコルを拡張したプロトコル）であり、符号化方式がＳＶＣ(Scalable Video Coding)である通信方式を使用する端末１０は「専用端末Ａ」として表されている。更に、複数の端末１０のうち、呼制御方式と符号化方式のうち少なくとも一方が専用端末Ａと異なる通信方式を使用する端末１０は「非専用端末Ｄ」として表されている。

更に、本実施形態では、通信方式が異なる２つの端末の一例として、「専用端末Ａ」は特定の会社で製造、販売、又は管理されている端末として説明し、「非専用端末Ｄ」は、上記特定の会社以外で製造、販売又は管理されている端末として説明する。本実施形態では、このように異なる会社で製造、販売、又は管理された端末は、通信方式が異なる場合が多いため、上記のような一例を用いて説明する。なお、通信方式が異なる２つの端末の一例として、同じ会社で製造又は販売された端末のうち、製造時期又は販売時期が新しい端末を「専用端末Ａ」とし、製造時期又は販売時期が古い端末を「非専用端末Ｄ」としてもよい。また、通話システムに、上記特定の会社以外で提供されるスマートフォン、タブレット型端末、携帯電話などが用いられてもよい。この場合、特定の会社は、アプリケーションを提供するようにしてもよい。

また、端末は、会議用の端末の他に、スマートフォン、タブレット型端末、携帯電話、電子黒板、車両に搭載されたナビゲーション端末、プロジェクタなどの投影装置が利用されてもよい。

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

また、各変換システム８０は、呼制御信号の変換を行うSignaling Gatewayと、通話データの符号化を行うVideo/Audio Gatewayの役割を果たす。即ち、各変換システム８０は、要求元端末から送信された通話データの通信方式と、宛先端末から送信された通話データの通信方式（呼制御方式、符号化方式）とを相互変換するゲートウェイであり、呼制御方式と符号化方式のうち少なくとも一方を変換する。

プログラム提供システム９０は、端末１０、中継装置３０、管理システム５０、変換システム８０、メンテナンスシステム１００に、それぞれで使用されるプログラムを、通信ネットワーク２を介してそれぞれに提供するコンピュータシステムである。

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

続いて、図２及び図３を用いて、２つの専用端末Ａ間で通話を実現するための第１の通信パターンについて説明する。なお、図２は、同じ通信方式の通話端末間で通話を実現する場合の通信状況を示す概念図である。

図２に示されているように、第１の通信パターンでは、通話システム１が、H.264/SVCの映像符号化標準規格を利用して、通話データの通信を行う。具体的には、図２に示されているように、通話システム１において、専用端末Ａとしての要求元端末と専用端末Ａとしての宛先端末との間では、管理システム５０を介して、各種の管理情報を送受信するための管理用の通信セッションseiが確立される。また、要求元端末と宛先端末との間では、中継装置３０を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音データの４つの各データを送受信するための４つの通信セッションが確立される。

図２では、要求元端末と中継装置３０との間で確立される４つの通信セッションを、通話データ用の第１の通信セッションsed1として示されている。また、中継装置３０と宛先端末との間で確立される４つの通信セッションは、通話データ用の第２の通信セッションsed2として示されている。

ここで、図３を用いて、図２に示されている第１の通信パターンで扱われる画像データの画像の解像度について説明する。なお、図３は、図２におけるＳＶＣの規格によって送受信される画像データの画質を示す概念図である。

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

続いて、図４及び図５を用いて、専用端末Ａと非専用端末Ｄとの間で通話を実現するための第２の通信パターンについて説明する。なお、図４は、異なる通信方式の通話端末間で通話を実現する場合の通信状況を示す概念図である。

図４に示されているように、第２の通信パターンでは、通話システム１が、H.264/SVCの映像符号化標準規格と、H.264/AVC(Advanced Video Coding)の映像符号化標準規格とを利用して、通話データの通信を行っている。具体的には、図４に示されているように、通話システム１において、専用端末Ａとしての要求元端末と、非専用端末Ｄとしての宛先端末との間では、管理システム５０を介して、各種の管理情報を送受信するための管理用の通信セッションsei1が確立されている。更に、管理システム５０と変換システム８０との間では、各種の管理情報を送受信するための管理用の通信セッションsei2が確立されている。

また、要求元端末（第１の通信端末の一例）と変換システム８０との間では、中継装置３０を介して、H.264/SVCにより、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音データの４つの各データを送受信するための４つの通信セッションが確立されている。図４では、要求元端末と中継装置３０との間で確立される４つの通信セッションを、通話データ用の第１の通信セッションsed11として示されている。また、中継装置３０と変換システム８０との間で確立される４つの通信セッションを、通話データ用の第２の通信セッションsed12として示されている。

更に、変換システム８０と宛先端末（第２の通信端末の一例）との間では、H.264/AVCにより、中解像度の画像データ及び音データの２つの各データを送受信するための２つの通信セッションが確立されている。図４では、変換システム８０と宛先端末との間で確立される２つの通信セッションを、通話データ用の第３の通信セッションsed13として示されている。

ここで、図３及び図５を用いて、図４に示されている第２の通信パターンで扱われる画像データの画像の解像度について説明する。なお、図５は、図４におけるＡＶＣの規格によって送受信される画像データの画質を示す概念図である。

図４に示されている第１の通信セッションsed11及び第２の通信セッションsed12では、図２で示されている第１の通信セッションsed1及び第２の通信セッションsed2と同じように、図３（ａ）、（ｂ）、及び（ｃ）に示された３つの解像度の画像データが送受信される。一方、図４に示されている第３の通信セッションsed13では、図５に示されている中解像度の画像データが送受信される。

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

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

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

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

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

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

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

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

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(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)、ブルーレイディスク等が挙げられる。

＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図９は、本実施形態の通話システム１の一部を構成する端末１０、中継装置３０、管理システム５０、及び変換システム８０の機能ブロック図である。図９では、端末１０、中継装置３０、管理システム５０、及び変換システム８０が、通信ネットワーク２を介してデータ通信することができるように接続されている。

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

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

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

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

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

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

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

表示制御部１６は、図７に示されているＣＰＵ１０１からの命令、及び図７に示されているディスプレイＩ／Ｆ１１７によって実現され、後述のように、受信された解像度の異なる画像データを組み合わせ、この組み合わされた画像データをディスプレイ１２０に送信するための制御を行う。また、表示制御部１６は、管理システム５０から受信した宛先リストの情報をディスプレイ１２０に送信して、ディスプレイ１２０に宛先リストを表示させることができる。

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

計測部１８は、送受信部１１によって後述する第２の事前送信情報が受信される際の第２の受信時刻(tr2)を計測する。この第２の事前送信情報には、これらの事前送信情報の送信元である変換システム８０と非専用端末１０（１０ａｃ、１０ｂｃ、１０ｃｃ、１０ｄｃ）が通信可能に接続されていることを確認するためのｐｉｎｇ(Packet Internet Groper)が含まれている。また、第２の事前送信情報は、画像データ及び音声データの送信に先立って、これら画像データ及び音声データの代わりに変換システム８０へ送信されることで、変換システム８０での送信から非専用端末での受信までの所要時間を計測するために用いられる情報である。

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

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

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

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

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

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

更に、送受信部３１は、この送受信部３１によって受信されたＩＰアドレスのうち、要求元端末のＩＰアドレスで示されている宛先に対して、通信セッション（第１の通信セッション）の開始を指示するためのセッション開始指示情報を送信する。また、送受信部３１は、この送受信部３１によって受信されたＩＰアドレスのうち、変換システム８０のＩＰアドレスで示されている宛先に対して、通信セッション（第２の通信セッション）の開始を指示するためのセッション開始指示情報及び宛先端末のＩＰアドレスを送信する。

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

データ品質確認部３３は、図８に示されているＣＰＵ２０１からの命令によって実現され、宛先端末のＩＰアドレスを検索キーとして、変更品質管理テーブル（図１０参照）を検索し、対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。なお、ＤＢ３００１の後の括弧内の記載は、ＤＢ３００１に構築されたテーブルを示す図面を示す。以下、その他の各ＤＢについても同様である。

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

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

計測部３６は、送受信部３１によって後述する第１の事前送信情報が受信される際の第１の受信時刻(tr1)、及び送受信部３１によって第２の事前送信情報が受信される際の第２の受信時刻(tr2)を計測する。これら第１及び第２の事前送信情報には、これらの事前送信情報の送信元である端末１０と中継装置３０が通信可能に接続されていることを確認するためのｐｉｎｇ(Packet Internet Groper)が含まれている。また、第１の事前送信情報は、画像データ及び音声データの送信に先立って、これら画像データ及び音声データの代わりに中継装置３０へ送信されることで、要求元端末での送信から中継装置３０での受信までの所要時間を計測するために用いられる情報である。第２の事前送信情報は、画像データ及び音声データの送信に先立って、これら画像データ及び音声データの代わりに中継装置３０へ送信されることで、宛先端末での送信から中継装置３０での受信までの所要時間を計測するために用いられる情報である。

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

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

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

（端末情報管理テーブル）
図１２は、端末情報管理テーブルを示す概念図である。記憶部５０００には、図１２に示されているような端末情報管理テーブルによって構成されている端末情報管理ＤＢ５００２が構築されている。この端末情報管理テーブルでは、管理システム５０によって管理される全ての端末１０の各端末ＩＤに対して、認証用のパスワード、端末１０のモデル番号、端末１０のシリアル番号、端末１０の通信方式、端末１０のＩＰアドレス、端末１０のネットワーク品質耐性が関連付けられて管理される。例えば、図１２に示されている端末情報管理テーブルにおいて、端末１０ａｃの端末ＩＤは「０１ａｃ」で、パスワードは「ｄａｄａ」、モデル番号は「８００１」、シリアル番号は「１００１」、通信方式は「非専用１」、ＩＰアドレスは「１．２．１．５」、及びネットワーク品質耐性は「５」であることが示されている。なお、非専用端末ＤのＩＰアドレスは、静的データとして、端末情報管理テーブル（図１２参照）で管理されているのに対して、専用端末ＡのＩＰアドレスは、動的データとして、以下に示されている端末状態管理テーブル（図１３参照）でも管理されている。即ち、端末状態管理テーブル（図１３参照）でも管理されることにより、専用端末Ａは、ＩＰアドレスが変わってしまう場合にも対応できるため、非専用端末Ｄに比べて使い勝手を良くすることができる。

ここで、通信方式が「専用」は、図２及び図４に示されている専用端末Ａが利用する通信方式を示している。また、通信方式が「非専用１」は、図４に示されている非専用端末Ｄが利用する通信方式を示している。更に、通信方式が「非専用２」は、専用端末Ａ及び非専用端末Ｄがそれぞれ利用する通信方式以外の通信方式を示している。

ここで、ネットワーク品質耐性とは、ネットワーク品質の影響の受けやすさを表した指標である。ネットワーク品質耐性の数値が大きいほどネットワークの品質が悪くても映像品質が高いことを示し、数値が小さいほどネットワークの品質が悪くなるにしたがって映像品質が低くなることを示す。ネットワーク品質耐性は、ユーザや管理者が端末ごとに事前に設定しておくものである。ネットワーク品質耐性の値は、管理者やユーザが事前に実機で調査して判断して設定した値であるのが好ましく、端末のコーデックやエラー耐性（ＦＥＣなど）搭載有無をパラメータ化して設定してもよい。端末１０にネットワーク品質耐性の値が設定されている場合には、ログイン時に自端末のネットワーク品質耐性の値を伝送管理システム５０に送信してもよい。

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

但し、端末状態管理テーブルには、専用端末Ａ以外の端末１０、即ち非専用端末Ｄ等のＩＰアドレスは管理対象外であるため管理されていないため、空欄になっている。

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

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

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

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

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

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

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

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

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

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

判断部５５は、図８に示されているＣＰＵ２０１からの命令によって実現され、端末１０で使用される通信方式が、専用端末Ａで利用される通信方式であるか否かを判断する。

セッション管理部５６は、図８に示されているＣＰＵ２０１からの命令によって実現され、記憶部５０００のセッション管理テーブル（図１５参照）に、通話データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の端末ＩＤ、宛先端末の端末ＩＤ、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延時間情報を宛先端末から送られて来て管理システム５０で受信された受信日時が関連付けて記憶して管理する。また、セッション管理部５６は、通信セッションを確立するために使用されるセッションＩＤを作成する。

品質決定部５７は、後述の記憶・読出処理部５９によって抽出された画像データの画質情報に基づいて、中継装置３０に中継させる画像データの画質を決定する。

遅延時間管理部５８は、図８に示されているＣＰＵ２０１からの命令によって実現され、セッション管理ＤＢ５００５（図１５参照）のセッション管理テーブルにおいて、後述の記憶・読出処理部５９によって抽出された端末ＩＤが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延時間情報で示されている遅延時間を記憶して管理する。

記憶・読出処理部５９は、図８に示されているＣＰＵ２０１からの命令、及び図８に示されているＨＤＤ２０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。例えば、各種検索キーによって、記憶部５０００に構築されている各管理ＤＢを検索し、検索キーに対応するデータ（情報）を検索結果として読み出す。

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

一次絞込部６１は、図８に示されているＣＰＵ２０１からの命令によって実現され、複数の中継装置３０から最終的に１つの中継装置３０に絞り込む最終絞り込み処理を支援するため、この最終絞り込み処理前の一次絞り込み処理を行う。この一次絞り込み処理により、変換システムの絞り込みも行われる。

図１９は、一次絞込部６１の機能構成図である。一次絞込部６１は、図８に示されているＣＰＵ２０１からの命令によって、選択用セッションＩＤ生成部６１ａ、端末ＩＰアドレス抽出部６１ｂ、一次選択部６１ｃ、及び優先度決定部６１ｄを実現する。

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

また、一次選択部６１ｃは、上記端末ＩＰアドレス抽出部６１ｂによって抽出された、要求元端末のＩＰアドレス、及び宛先端末のＩＰアドレスに基づいて、中継装置管理ＤＢ５００１（図１１参照）を検索することにより、上記選択された中継装置３０のＩＰアドレスのドットアドレス毎に、上記要求元端末及び宛先端末の各ＩＰアドレスにおける各ドットアドレスと同じであるか異なるかを調査する。更に、一次選択部６１ｃは、中継装置毎に、アドレス優先度のポイントにおいて端末１０に対する高い方のポイントと、伝送速度優先度のポイントを統合した統合ポイントのうち、ポイントが高い上位２つの中継装置３０を選択することにより、中継装置３０の更なる選択を行う。更に、一次選択部６１ｃは、選択した中継装置３０に対応する変換システム８０へ、非専用端末のＩＰアドレスを通知する。なお、本実施形態では、ポイントが高い上位２つの中継装置３０を選択することにしているが、これに限られるものではなく、中継装置３０を１つでも多く絞り込むことができれば、ポイントが高い上位３つ以上の中継装置３０を選択するようにしてもよい。

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

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

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

算出部６２ａは、任意のセッションＩＤにおける任意の中継装置３０のＩＰアドレス毎に、第１の受信日時情報で示される第１の受信日時(tr1)と第１の送信日時情報で示される第１の送信日時(tt1)との時間差に基づいて、各第１の事前送信情報の送信から受信までの第１の所要時間(t1)を算出する。同じく、算出部６２ａは、上記と同じセッションＩＤにおける中継装置３０のＩＰアドレス毎に、第２の受信日時情報で示される第２の受信日時(tr2)と第２の送信日時情報で示される第２の送信日時(tt2)との時間差に基づいて、各第２の事前送信情報の送信から受信までの第２の所要時間(t2)を算出する。

また、算出部６２ａは、任意のセッションＩＤにおける任意の中継装置３０のＩＰアドレス毎に、上記算出された第１の所要時間(t1) 及び第２の所要時間(t2)を合計した合計所要時間(T)を算出する。

最終選択部６２ｂは、算出部６２ａによって算出された合計所要時間(T)の数が、セッションＩＤにおけるセッションの実行において、中継予定の中継装置３０の数に相当するかを判断する。そして、全て算出されていない場合には、最終選択部６２ｂは、合計所要時間(T)の算出を開始してから所定時間（ここでは１分間）経過したかを判断する。一方、最終選択部６２ｂが全ての数の合計所要時間(T)を算出した場合、又は所定時間（ここでは1分間）経過した場合には、最終選択部６２ｂは、これまでに算出部６２ａで算出された合計所要時間(T)のうちで最短の合計所要時間(T)に関わった中継装置３０を１つ選択する。即ち、最終選択部６１ｂは、これまでに算出部６１ａで算出された複数の合計所要時間(T)のうちで最短の合計所要時間(T)となった第１及び第２の事前送信情報を受信した中継装置３０を１つ選択する。

また、算出部６２ａは、任意のセッションＩＤにおける任意の中継装置３０のＩＰアドレス毎に、第１の受信日時情報で示される第１の受信日時(tr1)と第１の送信日時情報で示される第１の送信日時(tt1)との時間差に基づいて、各第１の事前送信情報の送信から受信までの第１の所要時間(t1)を算出する。同じく、算出部６２ａは、上記と同じセッションＩＤにおける変換システム８０のＩＰアドレス毎に、第２の受信日時情報で示される第２の受信日時(tr2)と第２の送信日時情報で示される第２の送信日時(tt2)との時間差に基づいて、各第２の事前送信情報の送信から受信までの第２の所要時間(t2)を算出する。

また、算出部６２ａは、任意のセッションＩＤにおける任意の中継装置３０のＩＰアドレス毎に、上記算出された第１の所要時間(t1) 及び第２の所要時間(t2)を合計した合計所要時間(T)を算出する。

最終選択部６２ｂは、算出部６２ａによって算出された合計所要時間(T)の数が、セッションＩＤにおけるセッションの実行において、中継予定の中継装置３０の数に相当するかを判断する。そして、全て算出されていない場合には、最終選択部６２ｂは、合計所要時間(T)の算出を開始してから所定時間（ここでは１分間）経過したかを判断する。一方、最終選択部６２ｂが全ての数の合計所要時間(T)を算出した場合、又は所定時間（ここでは1分間）経過した場合には、最終選択部６２ｂは、要求元端末の通信方式と宛先端末の通信方式とが異なる場合で、且つ要求元端末のＮＷ品質耐性と宛先端末のＮＷ品質耐性とが同じ場合、これまでに算出部６２ａで算出された合計所要時間(T)のうちで最短の合計所要時間(T)に関わった中継装置３０を１つ選択する。即ち、最終選択部６１ｂは、これまでに算出部６１ａで算出された複数の合計所要時間(T)のうちで最短の合計所要時間(T)となった第１及び第２の事前送信情報を受信した中継装置３０を１つ選択する。

また、最終選択部６２ｂは、要求元端末の通信方式と宛先端末の通信方式とが異なる場合で、且つ要求元端末のＮＷ品質耐性と宛先端末のＮＷ品質耐性とが異なる場合、要求元端末と宛先端末との間で、ＮＷ品質耐性の値が低い方の第１の所要時間(t1)又は第２の所要時間(t2)に関わった中継装置３０から所要時間が最短の中継装置を１つ選択する。即ち、宛先端末のＮＷ品質耐性よりも要求元端末のＮＷ品質耐性の方が低い場合第１の所要時間(t1)が最短の中継装置３０を１つ選択し、要求元端末のＮＷ品質耐性よりも宛先端末のＮＷ品質耐性の方が低い場合第２の所要時間(t2)が最短の中継装置３０を１つ選択する。

＜変換システムの機能構成＞
変換システム８０は、送受信部８１、通信方式変換部８２、計測部８３、及び記憶・読出処理部８９を有している。これら各部は、図８に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された変換システム８０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、変換システム８０は、図８に示されているＲＡＭ２０３、及び／又は図８に示されているＨＤ２０４によって構築される記憶部８０００を有している。この記憶部８０００には、通信データを変換するために利用される変換規則データが記憶されている。

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

図９に示されている変換システム８０の送受信部８１は、図８に示されているＣＰＵ２０１からの命令、及び図８に示されているネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。また、送受信部８１は、中継装置３０によって送信された位置情報で示されている宛先に対して、通信セッション（第３の通信セッション）の開始を指示するためのセッション開始指示情報を送信する。なお、位置情報は、ＩＰアドレス、ＵＲＩ(Uniform Resource Identifier)等である。

通信方式変換部８２は、記憶部８０００に記憶された通信方式の変換規則データに従って、要求元端末から送信された通話データの通信方式と、宛先端末から送信された通話データの通信方式とを相互変換する。

計測部８３は、送受信部８１によって第２の事前送信情報が受信される際の第２の受信時刻(tr2)を計測する。この第２の事前送信情報には、これらの事前送信情報の送信元である端末１０（非専用端末）と変換システム８０が通信可能に接続されていることを確認するためのｐｉｎｇが含まれている。また、第２の事前送信情報は、画像データ及び音声データの送信に先立って、これら画像データ及び音声データの代わりに端末１０（非専用端末）から送信されることで、端末１０（非専用端末）での送信から変換システム８０での受信までの所要時間を計測するために用いられる情報である。

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

＜＜実施形態の処理または動作＞＞
次に、図２１乃至図２８を用いて、２つの専用端末Ａの間で通話を行う第１の通信パターンについて説明する。具体的には、専用端末Ａとしての端末１０ａａと、専用端末Ａとしての端末１０ｃａとの間で、通話を行う場合について説明する。なお、図２１は、端末間で通話を開始する準備段階の処理を示すシーケンス図である。また、図２１では、全て図２に示されている管理用の通信セッションseiによって、各種管理情報が送受信される。

まず、利用者が、図６及び図７に示されている電源スイッチ１０９をＯＮにすると、図９に示されている操作入力受付部１２が電源オンを受け付けて、図２１に示されているように、電源をＯＮにする（ステップＳ２１）。そして、ログイン要求部１３は、上記電源オンの受け付けを契機とし、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２）。

このログイン要求情報には、要求元端末（端末１０ａａ）としての自端末を識別するための端末ＩＤ及びパスワードが含まれている。これら端末ＩＤ及びパスワードは、記憶・読出処理部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、要求元端末（端末１０ａａ）から管理システム５０へログイン要求情報が送信される際は、受信側である管理システム５０は、送信側である要求元端末（端末１０ａａ）のＩＰアドレスを把握することができる。

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

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

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

次に、記憶・読出処理部５９は、ステップＳ２６によって抽出された宛先端末の候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、・・・）を検索キーとして、端末状態管理テーブル（図１３参照）を検索し、端末ＩＤ毎に稼動状態（「オフライン」、「オンライン」、・・・）を読み出すことにより、端末（１０ａｂ，１０ｂａ，・・・）の各稼動状態を取得する（ステップＳ２７）。

次に、送受信部５１は、上記ステップＳ２７で使用された検索キーとしての端末ＩＤ（「０１ａｂ」、「０１ｂａ」、・・・）と、それぞれに対応する宛先端末（端末１０ａｂ，１０ｂａ，・・・）のそれぞれの稼動状態（「オフライン」、「オンライン」、・・・）とが含まれた宛先状態情報を、通信ネットワーク２を介して要求元端末（端末１０ａａ）に送信する（ステップＳ２８）。これにより、要求元端末（端末１０ａａ）は、この要求元端末（端末１０ａａ）と通信することができる宛先端末の候補である端末（１０ａｂ，１０ｂａ，・・・）の現時点のそれぞれの稼動状態（「オフライン」、「オンライン」、・・・）を把握することができる。

更に、記憶・読出処理部５９は、ログイン要求してきた要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理テーブル（図１４参照）を検索し、上記要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を宛先端末の候補として登録している他の要求元端末の端末ＩＤを抽出する（ステップＳ２９）。図１４に示されている宛先リスト管理テーブルでは、抽出される他の要求元端末の端末ＩＤは、「０１ｂａ」、「０１ｃａ」、及び「０１ｄａ」等である。なお、以下では説明を簡略化するために、抽出される他の要求元端末の端末ＩＤが「０１ｂａ」、「０１ｃａ」、及び「０１ｄａ」として説明する。

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

なお、非専用端末Ｄとしての端末１０ｄｃは、端末状態管理テーブル（図１３参照）で、稼動状態が管理されていないため、端末１０ｄｃには、ログイン要求した要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び稼動状態「オンライン」を伝えることができない。即ち、非専用端末Ｄ側では、専用端末Ａの稼動状態を入手するサービスを受けることができない。

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

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

まず、利用者が図６に示されている操作ボタン１０８を押下して端末１０ｄｂを選択すると、図７に示されている操作入力受付部１２は、宛先端末１０ｄｂとの通話を開始する要求を受け付ける（ステップＳ４１）。そして、要求元端末（端末１０ａａ）の送受信部１１は、端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」が含まれ、通話を開始したい旨を示す開始要求情報を、管理システム５０へ送信する（ステップＳ４２）。これにより、管理システム５０の送受信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することができる。

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

次に、ステップＳ４４〜Ｓ４９、及びステップＳ６１−１〜６６により、中継装置３０を選択するためのセッションを実行する処理を説明する。まず、選択用セッションＩＤ生成部５６ａは、中継装置３０を選択するためのセッションの実行に用いられる選択用セッションＩＤを生成する（ステップＳ４４）。そして、セッション管理部５７は、記憶部５０００のセッション管理ＤＢ５００５（図１５参照）に、上記ステップＳ４４で生成された選択用セッションＩＤ「ｓｅ１」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」を関連付けて記憶して管理する（ステップＳ４５）。そして、管理システム５０は、宛先端末（端末１０ｄｂ）が利用する通信方式が何であるかを判断する(ステップＳ４６)。

ここで、図２３を用いて、ステップＳ４６における処理を更に詳細に説明する。なお、図２３は、通信方式の判断を示すフローチャートである。

図２３に示されているように、記憶・読出処理部５９は、送受信部５１によって受信された宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づいて、端末情報管理テーブル（図１２参照）を検索することにより、対応する通信方式情報を抽出する（ステップＳ４６−１）。

次に、判断部５５は、前記抽出された通信方式情報で示される通信方式が、専用端末Ａとしての要求元端末（端末１０ａａ）で利用される通信方式であるか否かを判断する（ステップＳ４６−２）。具体的には、判断部５５は、記憶・読出処理部５９で抽出された通信方式情報で示される通信方式が、要求元端末（端末１０ａａ）で利用される通信方式と同じであるか否かを判断する。この通信方式が同じである場合としては、呼制御方式及び符号化方式の両方が同じ場合であり、通信方式が同じでない（異なる）場合としては、呼制御方式と前記符号化方式のうち少なくとも一方が異なる場合である。

そして、上記ステップＳ４６−２によって、判断部５５が、通信方式が同じであると判断した場合には（ＹＥＳ）、後述の図２６に示されているステップＳ６１−１の処理に進む。ここでは、宛先端末（端末１０ｄｂ）は、要求元端末（端末１０ａａ）と同じ専用端末Ａであるため、ステップＳ６１−１へ進む。

図２２に戻り説明を続ける。

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

ここで、図２４を用いて、ステップＳ４７における処理を更に詳細に説明する。まず、端末ＩＰアドレス抽出部６１ｂは、要求元端末（端末１０ａａ）から送られてきた開始通信情報に含まれている要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づいて、端末管理ＤＢ５００３（図１３参照）を検索することにより、それぞれに対応する端末（１０ａａ，１０ｄｂ）のＩＰアドレス（「１．２．１．３」,「１．３．２．４」）を抽出する（ステップＳ４７−１）。

次に、端末ＩＰアドレス抽出部６１ｂは、要求先端末である宛先端末（端末１０ｄｂ）は非専用端末であるか否かを判定する（ステップＳ４７−２）。ここでは、宛先端末（端末１０ｄｂ）のＩＰアドレスを抽出できるため、専用端末であると判定される。

宛先端末が非専用端末であると判定されない場合、一次選択部６１ｃは、中継装置管理ＤＢ５００１（図１１参照）で管理されている中継装置３０の稼動状態のうち、「オンライン」になっている中継装置（３０ａ，３０ｂ，３０ｄ）の各中継装置ＩＤ（１１１ａ，１１１ｂ，１１１ｄ）を選択する（ステップＳ４７−３）。

宛先端末が非専用端末であると判定される場合、一次選択部６１ｃは、中継装置管理ＤＢ５００１（図１１参照）で管理されている中継装置３０の稼動状態のうち、「オンライン」になっている中継装置（３０ａ，３０ｂ，３０ｄ）のうち、各中継装置と関連づけられる変換システム８０の稼動状態も「オンライン」になっている各中継装置ＩＤ（１１１ａ，１１１ｂ，１１１ｄ）を選択する（ステップＳ４７−４）。

ステップＳ４７−３又はステップＳ４７−４の処理の後、一次選択部６１ｃは、上記ステップＳ４７−１で抽出された、要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」、及び宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」に基づいて、中継装置管理ＤＢ５００１（図１１参照）を検索することにより、上記ステップＳ４７−３又はステップＳ４７−４によって選択された中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）の各ＩＰアドレス（「１．２．１．２．」，「１．２．２．２」，「１．３．１．２」，「１．３．２．２」）のドットアドレス毎に、上記要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）の各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）における各ドットアドレスと同じであるか異なるかを調査する（ステップＳ４７−５）。

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

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

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

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

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

図２２に戻って説明を続ける。

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

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

次に、図２６乃至図２８を用いて、管理システム５０が中継装置３０を選択する処理を説明する。図２６は、要求元端末及び宛先端末ともに専用端末である場合を示す。

まず、テレビ会議の通話を開始する前に、要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）のそれぞれに、ｐｉｎｇが含まれた事前送信情報を送信させるため、管理システム５０は、送受信部５１から通信ネットワーク２を介して要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）に、それぞれ事前送信要求情報を送信する（ステップＳ６１−１，６１−２）。この事前送信要求情報には、セッションＩＤ「ｓｅ１」、上記ステップＳ４７によって絞り込まれた中継装置（３０ａ，３０ｂ）のそれぞれのＩＰアドレス（「１．２．１．２」，「１．２．２．２」）が含まれている。これにより、要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）は、セッションＩＤ「ｓｅ１」で実行されている中継装置３０の選択処理において、事前送信情報を中継させる中継装置（３０ａ，３０ｂ）のＩＰアドレスを把握することができる。またこの際に、要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）は、事前送信要求情報の送信元である管理システムのＩＰアドレス「１．１．１．２」も把握することができる。

次に、要求元端末（端末１０ａａ）は、送受信部１１から通信ネットワーク２を介して中継装置３０ａへ第１の事前送信情報を送信する（ステップＳ６２−１）。

また、要求元端末（端末１０ａａ）は、送受信部１１によって第１の事前送信情報が送信された送信日時を、第１の事前送信情報が送られた中継装置３０ａのＩＰアドレスに関連付けて、図９に示されている記憶部１０００に記憶しておく（ステップＳ６３−１）。

一方、第１の事前送信情報には、セッションＩＤ「ｓｅ１」、及びｐｉｎｇが含まれている。これにより、中継装置３０ａは、選択用セッションＩＤ「ｓｅ１」におけるセッションの実行において、第１の事前送信情報が送られて来たことを把握できると共に、この第１の事前送信情報の送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することができる。

また、中継装置３０ａでは、計測部３６が、送受信部３１で第１の事前送信情報を受信した際の第１の受信日時を計測する（ステップＳ６４−１）。そして、送受信部３１は、上記ステップＳ６２−１の送信によって受信した要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」に対して、上記ステップＳ６２−１によって送られてきた第１の事前送信情報を受信した旨を示す第１の受信結果情報を送信する（ステップＳ６５−１）。なお、この第１の受信結果情報には、セッションＩＤ「ｓｅ１」、及び上記ステップＳ６４−１によって計測された第１の受信日時を示す第１の受信日時情報が含まれている。これにより、要求元端末（端末１０ａａ）は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、第１の受信結果情報が送られて来たことを把握できると共に、この第１の受信結果情報の送信元である中継装置３０ａのＩＰアドレス「１．２．１．２」を把握することができる。

次に、要求元端末（端末１０ａａ）では、記憶・読出処理部１９が、第１の受信結果情報に含まれる第１の受信日時情報を、記憶部１０００に記憶する（ステップＳ６６−１）。なお、この記憶された第１の受信日時情報を後ほど特定するために、第１の受信日時情報にセッションＩＤ「ｓｅ１」及び中継装置３０ａのＩＰアドレスを関連付けて記憶する。

また、要求元端末（端末１０ａａ）と中継装置３０ｂとの間においても、上記ステップＳ６２−１〜Ｓ６６−１と同様の処理が行われる（図２４におけるステップＳ６７−１〜Ｓ７１−１）。

次に、要求元端末（端末１０ａａ）の記憶・読出処理部１９は、記憶部１０００から、セッションＩＤ「ｓｅ１」に基づいて、中継装置のＩＰアドレス毎に、このセッションＩＤに対応する第１の送信日時情報及び第１の受信日時情報を読み出す（ステップＳ７２−１）。そして、送受信部１１は、通信ネットワーク２を介して管理システム５０へ、セッションＩＤ及び中継装置のＩＰアドレス毎に、第１の送受信結果情報を送信する（ステップＳ７３−１）。なお、この第１の送受信結果情報には、セッションＩＤ「ｓｅ１」、中継装置３０ａのＩＰアドレス（「１．２．１．２」，「１．２．２．１」）、上記ステップ（Ｓ６３−１，Ｓ６８−２）によって記憶された第１の送信日時情報、及び上記ステップ（Ｓ６６−１，Ｓ７１−１）によって記憶された第１の受信日時情報が含まれている。これにより、管理システム５０は、この第１の送受信結果情報を受信すると共に、この第１の送受信結果情報の送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することができる。

一方、図２７に示されているように、宛先端末（端末１０ｄｂ）では、送受信部１１から通信ネットワーク２を介して中継装置３０ａへ第２の事前送信情報を送信する（ステップＳ６２−２）。

また、宛先端末（端末１０ｄｂ）は、送受信部１１によって第２の事前送信情報が送信された送信日時を、第２の事前送信情報が送られた中継装置３０ａのＩＰアドレスに関連付けて、図９に示されている記憶部１０００に記憶しておく（ステップＳ６３−２）。

一方、第２の事前送信情報には、セッションＩＤ「ｓｅ１」、及びｐｉｎｇが含まれている。これにより、中継装置３０ａは、選択用セッションＩＤ「ｓｅ１」におけるセッションの実行において、第２の事前送信情報が送られて来たことを把握できると共に、この第２の事前送信情報の送信元である宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を把握することができる。

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

次に、宛先端末（端末１０ｄｂ）では、記憶・読出処理部１９が、第２の受信結果情報に含まれる第２の受信日時情報を、記憶部１０００に記憶する（ステップＳ６６−２）。なお、この記憶された第２の受信日時情報を後ほど特定するために、第２の受信日時情報にセッションＩＤ「ｓｅ１」及び中継装置３０ａのＩＰアドレスを関連付けて記憶する。

また、宛先端末（端末１０ｄｂ）と中継装置３０ｂとの間においても、上記ステップＳ６２−２〜Ｓ６６−２と同様の処理が行われる（図２５におけるステップＳ６７−２〜Ｓ７１−２）。

次に、宛先端末（端末１０ｄｂ）の記憶・読出処理部１９は、記憶部１０００から、セッションＩＤ「ｓｅ１」に基づいて、中継装置のＩＰアドレス毎に、このセッションＩＤに対応する第２の送信日時情報及び第２の受信日時情報を読み出す（ステップＳ７２−２）。そして、送受信部１１は、通信ネットワーク２を介して管理システム５０へ、セッションＩＤ及び中継装置のＩＰアドレス毎に、第２の送受信結果情報を送信する（ステップＳ７３−２）。なお、この第２の送受信結果情報には、セッションＩＤ「ｓｅ１」、中継装置３０ｂのＩＰアドレス「１．２．２．２」、上記ステップ（Ｓ６３−２，Ｓ６８−２）によってそれぞれ記憶された第２の送信日時情報、及び上記ステップ（Ｓ６６−２，Ｓ７１−２）によってそれぞれ記憶された第２の受信日時情報が含まれている。これにより、管理システム５０は、この第２の送受信結果情報を受信すると共に、この第２の送受信結果情報の送信元である宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を把握することができる。

次に、管理システム５０の最終絞込部６２は、第１及び第２の送受信結果情報に基づいて、最終的にテレビ会議の通話で画像データ及び音声データを中継する１つの中継装置３０に絞り込む（ステップＳ７４）。

ここで、図９及び図２８を用いて、ステップＳ７４における処理を更に詳細に説明する。まず、図９に示されている最終絞込部６２の算出部６２ａは、セッションＩＤ「ｓｅ１」における中継装置（３０ａ，３０ｂ）のＩＰアドレス毎に、第１の受信日時情報で示される第１の受信日時(tr1)と第１の送信日時情報で示される第１の送信日時(tt1)との時間差に基づいて、各第１の事前送信情報の送信から受信までの第１の所要時間(t1)を算出する（ステップＳ７４−１）。同じく、算出部６２ａは、セッションＩＤ「ｓｅ１」における中継装置（３０ａ，３０ｂ）のＩＰアドレス毎に、第２の受信日時情報で示される第２の受信日時(tr2)と第２の送信日時情報で示される第２の送信日時(tt2)との時間差に基づいて、各第２の事前送信情報の送信から受信までの第２の所要時間(t2)を算出する（ステップＳ７４−１）。

次に、算出部６２ａは、セッションＩＤ「ｓｅ１」における中継装置（３０ａ，３０ｂ）のＩＰアドレス毎に、上記ステップＳ７４−１によって算出された第１の所要時間(t1)及び第２の所要時間(t2)を合計した合計所要時間(T)を算出する（ステップＳ７４−２）。

次に、最終選択部６２ｂは、上記ステップＳ７４−２によって算出された合計所要時間(T)の数が、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継予定の中継装置（３０ａ，３０ｂ）の数（ここでは「２」）に相当するかを判断する（ステップＳ７４−３）。そして、全て算出されていない場合には（ＮＯ）、最終選択部６１ｂは、上記ステップＳ７３−２による合計所要時間(T)の算出を開始してから所定時間（ここでは１分間）経過したかを判断する（ステップＳ７４−４）。更に、所定時間経過していない場合には（ＮＯ）、上記ステップＳ７４−１に戻る。一方、上記ステップＳ７４−３において、全ての数の合計所要時間(T)を算出した場合（ＹＥＳ）、又は上記ステップＳ７４−４において、所定時間経過した場合（ＹＥＳ）には、最終選択部６２ｂは、これまでに算出部６２ａで算出された合計所要時間(T)のうちで最短の合計所要時間(T)に関わった中継装置３０を１つ選択する（ステップＳ７４−５）。即ち、最終選択部６２ｂは、これまでに算出部６２ａで算出された合計所要時間(T)のうちで最短の合計所要時間(T)となった第１及び第２の事前送信情報を受信した中継装置３０を１つ選択する。本実施形態では、中継装置３０ａによって受信された第１及び第２の事前送信情報の組による合計所要時間(T)が、中継装置３０ｂによって受信された第１及び第２の事前送信情報の組による合計所要時間(T)よりも短かったものとして、中継装置３０ａが選択される例を示している。

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

図２９は、要求元端末は専用端末であるが宛先端末は非専用端末である場合を示す。

要求元端末（端末１０ａａ）に、ｐｉｎｇが含まれた事前送信情報を送信させるため、管理システム５０は、送受信部５１から通信ネットワーク２を介して要求元端末（端末１０ａａ）に、事前送信要求情報を送信する（ステップＳ６１−１）。この事前送信要求情報には、セッションＩＤ「ｓｅ１」、上記ステップＳ４７によって絞り込まれた中継装置（３０ａ，３０ｂ）のそれぞれのＩＰアドレス（「１．２．１．２」，「１．２．２．２」）が含まれている。これにより、要求元端末（端末１０ａａ）は、セッションＩＤ「ｓｅ１」で実行されている中継装置３０の選択処理において、事前送信情報を中継させる中継装置（３０ａ，３０ｂ）のＩＰアドレスを把握することができる。またこの際に、要求元端末（端末１０ａａ）は、事前送信要求情報の送信元である管理システムのＩＰアドレス「１．１．１．２」も把握することができる。

事前送信要求情報を受信した要求元端末（端末１０ａａ）に関する処理は、図２６のステップＳ６２−１−ステップＳ７３−１を適用できる。

非専用端末は管理システム５０と通信する機能はないため、送信日時、及び受信日時の計測は変換システム８０が実行する。管理システム５０は、送受信部５１から通信ネットワーク２を介して変換システム８０ａ及び８０ｂに、それぞれ事前送信要求情報を送信する（ステップＳ８１−１，Ｓ８１−２）。この事前送信要求情報には、セッションＩＤ「ｓｅ１」、非専用端末（１０ｄｃ）のＩＰアドレス（「１．３．２．５」）、管理システム５０のＩＰアドレス（「１．１．１．２」）が含まれている。これにより、変換システム（８０ａ、８０ｂ）は、セッションＩＤ「ｓｅ１」で実行されている変換システム８０の選択処理において、事前送信情報に対して応答させる非専用端末１０ｄｃのＩＰアドレスを把握することができる。またこの際に、宛先端末（非専用端末１０ｄｃ）は、事前送信要求情報の送信元である変換システム８０ａのＩＰアドレス（「１．２．１．６」）、及び変換システム８０ｂのＩＰアドレス（「１．２．２．６」）も把握することができる。

次に、変換システム８０ａは、送受信部８１から通信ネットワーク２を介して非専用端末１０ｄｃへ第２の事前送信情報を送信する（ステップＳ８２−１）。

また、変換システム８０ａは、送受信部８１によって第２の事前送信情報が送信された送信日時を、第２の事前送信情報が送られた非専用端末１０ｄｃのＩＰアドレスに関連付けて、図９に示されている記憶部８０００に記憶しておく（ステップＳ８３−１）。

一方、第２の事前送信情報には、セッションＩＤ「ｓｅ１」、及びｐｉｎｇが含まれている。これにより、非専用端末１０ｄｃは、選択用セッションＩＤ「ｓｅ１」におけるセッションの実行において、第２の事前送信情報が送られて来たことを把握できると共に、この第２の事前送信情報の送信元である変換システム８０ａのＩＰアドレス「１．２．１．６」を把握することができる。

また、非専用端末１０ｄｃでは、計測部１８が、送受信部１１で第２の事前送信情報を受信した際の第２の受信日時を計測する（ステップＳ８４−１）。そして、送受信部１１は、上記ステップＳ８２−１の送信によって受信した変換システム（８０ａ）のＩＰアドレス「１．２．１．６」に対して、上記ステップＳ８２−１によって送られてきた第２の事前送信情報を受信した旨を示す第２の受信結果情報を送信する（ステップＳ８５−１）。なお、この第２の受信結果情報には、セッションＩＤ「ｓｅ１」、及び上記ステップＳ８４−１によって計測された第２の受信日時を示す第２の受信日時情報が含まれている。これにより、変換システム（８０ａ）は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、第２の受信結果情報が送られて来たことを把握できると共に、この第２の受信結果情報の送信元である非専用端末１０ｄｃのＩＰアドレス「１．３．２．５」を把握することができる。

次に、変換システム（８０ａ）では、記憶・読出処理部８９が、第２の受信結果情報に含まれる第２の受信日時情報を、記憶部８０００に記憶する（ステップＳ８６−１）。なお、この記憶された第２の受信日時情報を後ほど特定するために、第２の受信日時情報にセッションＩＤ「ｓｅ１」及び非専用端末１０ｄｃのＩＰアドレスを関連付けて記憶する。

次に、変換システム（８０ａ）では、記憶・読出処理部８９が、第２の受信結果情報に含まれる第２の受信日時情報を、記憶部８０００に記憶する（ステップＳ８６−１）。なお、この記憶された第２の受信日時情報を後ほど特定するために、第２の受信日時情報にセッションＩＤ「ｓｅ１」及び非専用端末１０ｄｃのＩＰアドレスを関連付けて記憶する。

次に、変換システム（８０ａ）の記憶・読出処理部８９は、記憶部８０００から、セッションＩＤ「ｓｅ１」に基づいて、このセッションＩＤに対応する第２の送信日時情報及び第２の受信日時情報を読み出し、送受信部８１は、通信ネットワーク２を介して管理システム５０へ、第２の送受信結果情報を送信する（ステップＳ８７−１）。なお、この第２の送受信結果情報には、セッションＩＤ「ｓｅ１」、非専用端末１０ｄｃのＩＰアドレス「１．３．２．５」、上記ステップ（Ｓ８３−１）によって記憶された第２の送信日時情報、及び上記ステップ（Ｓ８６−１）によって記憶された第２の受信日時情報が含まれている。これにより、管理システム５０は、この第２の送受信結果情報を受信すると共に、この第２の送受信結果情報の送信元である変換システム（８０ａ）のＩＰアドレス「１．２．１．６」を把握することができる。

また、変換システム（８０ｂ）と非専用端末１０ｄｃとの間においても、上記ステップＳ８２−１〜Ｓ８７−１と同様の処理が行われる（図２９におけるステップＳ８２−２〜Ｓ８７−２）。

次に、管理システム５０の最終絞込部６２は、第１及び第２の送受信結果情報に基づいて、最終的にテレビ会議の通話で画像データ及び音声データを中継する１つの中継装置３０に絞り込む（ステップＳ８８）。

ここで、図９及び図３０を用いて、ステップＳ８８における処理を更に詳細に説明する。まず、図９に示されている最終絞込部６２の算出部６２ａは、セッションＩＤ「ｓｅ１」における中継装置（３０ａ，３０ｂ）のＩＰアドレス毎に、第１の受信日時情報で示される第１の受信日時(tr1)と第１の送信日時情報で示される第１の送信日時(tt1)との時間差に基づいて、各第１の事前送信情報の送信から受信までの第１の所要時間(t1)を算出する（ステップＳ８８−１）。同じく、算出部６２ａは、セッションＩＤ「ｓｅ１」における変換システム（８０ａ，８０ｂ）のＩＰアドレス毎に、第２の受信日時情報で示される第２の受信日時(tr2)と第２の送信日時情報で示される第２の送信日時(tt2)との時間差に基づいて、各第２の事前送信情報の送信から受信までの第２の所要時間(t2)を算出する（ステップＳ８８−１）。

次に、算出部６２ａは、セッションＩＤ「ｓｅ１」における中継装置（８０ａ，８０ｂ）のＩＰアドレス毎に、上記ステップＳ８０−１によって算出された第１の所要時間(t1)及び第２の所要時間(t2)を合計した合計所要時間(T)を算出する（ステップＳ８８−２）。

次に、最終選択部６２ｂは、上記ステップＳ８８−２によって算出された合計所要時間(T)の数が、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継予定の中継装置（８０ａ，８０ｂ）の数（ここでは「２」）に相当するかを判断する（ステップＳ８８−３）。そして、全て算出されていない場合には（ＮＯ）、最終選択部６１ｂは、上記ステップＳ８８−２による合計所要時間(T)の算出を開始してから所定時間（ここでは１分間）経過したかを判断する（ステップＳ８８−４）。更に、所定時間経過していない場合には（ＮＯ）、上記ステップＳ８８−１に戻る。一方、上記ステップＳ８８−３において、全ての数の合計所要時間(T)を算出した場合（ＹＥＳ）、又は上記ステップＳ８８−４において、所定時間経過した場合（ＹＥＳ）には、最終選択部６２ｂは、要求元端末のＩＰアドレス、及び宛先端末のＩＰアドレスを検索キーとして、端末情報管理テーブル（図１２参照）を検索し、対応する通信方式とＮＷ品質耐性を取得する（ステップＳ８８−５）。

次に、最終選択部６２ｂは、宛先端末の通信方式は非専用であり、且つ要求元端末のＮＷ品質耐性の値と宛先端末のＮＷ品質耐性の値は異なるか否かを判定する（ステップＳ８８−６）。

宛先端末の通信方式は非専用であり、且つ要求元端末のＮＷ品質耐性の値と宛先端末のＮＷ品質耐性の値は異なる場合（ＹＥＳ）、最終選択部６２ｂは、要求元端末のＮＷ品質耐性の値と宛先端末のＮＷ品質耐性の値とを比較して、要求元端末のＮＷ品質耐性の値の方が低いか否かを判定する（ステップＳ８８−７）。

要求元端末のＮＷ品質耐性の値の方が低い場合（ＹＥＳ）、最終選択部６２ｂは、第１の所要時間が最小の変換システム８０を１つ選択する（ステップＳ８８−８）。宛先端末のＮＷ品質耐性の値の方が低い場合（ＮＯ）、最終選択部６２ｂは、第２の所要時間が最小の変換システム８０を１つ選択する（ステップＳ８８−９）。つまり、ＮＷ品質耐性の値が低い端末に近い変換システム８０を選択することにより、映像符号化を変換した際に、ネットワークの影響を低減できるため、通信品質を向上させることができる。

ステップＳ８８−６で、宛先端末の通信方式は非専用であるが要求元端末のＮＷ品質耐性の値と宛先端末のＮＷ品質耐性の値が同じである場合、宛先端末の通信方式は専用であり要求元端末のＮＷ品質耐性の値と宛先端末のＮＷ品質耐性の値が異なる場合、又は宛先端末の通信方式は専用であり且つ要求元端末のＮＷ品質耐性の値と宛先端末のＮＷ品質耐性の値が同じである場合（ＮＯ）、最終選択部６２ｂは、これまでに算出部６２ａで算出された合計所要時間(T)のうちで最短の合計所要時間(T)に関わった中継装置３０を１つ選択する（ステップＳ８８−１０）。即ち、最終選択部６２ｂは、これまでに算出部６２ａで算出された合計所要時間(T)のうちで最短の合計所要時間(T)となった第１及び第２の事前送信情報を受信した中継装置３０及び変換システム８０を１つ選択する。

以降の処理は、図２７のステップＳ７５−Ｓ７７の処理を適用できる。

図３１は、２つの専用端末Ａ間で通話を行う前に通信セッションを確立する処理を示すシーケンス図である。なお、本実施形態では、複数の中継装置３０のうち、要求元端末（端末１０ａａ）と同じＬＡＮ２ａに接続された中継装置３０ａが選択された場合について説明する。

図３１に示されているように、管理システム５０は、送受信部５１から中継装置３０ａに対して、中継装置３０ａが確立している通信セッションを初期化させる旨を示すセッション初期化要求情報を送信する（ステップＳ７１）。また、このセッション初期化要求情報には、上記ステップＳ４４で作成されたセッションＩＤ、並びに、端末状態管理テーブル（図１３参照）で管理されている要求元端末（端末１０ａａ）及び宛先端末（端末１０ｃａ）の各ＩＰアドレスが含まれている。また、管理システム５０は中継装置３０ａへ、セッション初期化要求情報を送信する際に、管理システム５０のＩＰアドレスも送信する。これにより、中継装置３０ａの送受信部３１は、セッション初期化要求情報及び管理システム５０のＩＰアドレスを受信することになる。

次に、中継装置３０ａの送受信部３１は、通信セッションの初期化を行う（ステップＳ７２）。そして、送受信部３１は、要求元端末（端末１０ａａ）に対して、通信セッションの開始を指示する旨を示すセッション開始指示情報を送信する（ステップＳ７３）。このセッション開始指示情報には、管理システム５０から送られてきたセッションＩＤが含まれている。また、中継装置３０ａは要求元端末（端末１０ａａ）へ、セッション開始指示情報を送信する際に、中継装置３０ａのＩＰアドレスも送信する。これにより、要求元端末（端末１０ａａ）の送受信部１１は、セッション開始指示情報及び中継装置３０ａのＩＰアドレスを受信することになる。

同様に、送受信部３１は、宛先端末（端末１０ｃａ）に対して、通信セッションの開始を指示する旨を示すセッション開始指示情報を送信する（ステップＳ７４）。このセッション開始指示情報には、管理システム５０から送られてきたセッションＩＤが含まれている。また、中継装置３０ａは宛先端末（端末１０ｃａ）へ、セッション開始指示情報を送信する際に、中継装置３０ａのＩＰアドレスも送信する。これにより、宛先端末（端末１０ｃａ）の送受信部１１は、セッション開始指示情報及び中継装置３０ａのＩＰアドレスを受信することになる。

以上より、上記ステップＳ７３に基づいて、要求元端末（端末１０ａａ）と中継装置３０ａの間で、通話データを送受信するための通信セッション（図２に示される第１の通信セッションsed1）が確立される（ステップＳ７５−１）。また、上記ステップＳ７４に基づいて、中継装置３０ａと宛先端末（端末１０ｃａ）の間で、通話データを送受信するための通信セッション（図２に示される第２の通信セッションsed2）が確立される（ステップＳ７５−２）。

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

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

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

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

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

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

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

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

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

このように、画像データを受信する宛先端末（端末１０ｃａ）で、受信の遅延が生じた場合には、中継装置３０ａは画像の品質を変更し、テレビ会議等の通話に参加している利用者に違和感を与えないようにすることができる。即ち、２つの専用端末Ａ間では、画像データの受信の遅延に対処するサービスを受けることができる。

続いて、図３３乃至図３５を用いて、専用端末Ａ（第１の通信端末の一例）と非専用端末Ｄ（第２の通信端末の一例）の間で通話を行う第２の通信パターンについて説明する。具体的には、専用端末Ａとしての端末１０ａａと、非専用端末Ｄとしての端末１０ｄｃとの間で、通話を行う。また、本実施形態では、端末１０ａａで利用される通信方式は、呼制御方式がインスタントメッセンジャーのプロトコル（または、インスタントメッセンジャーのプロトコルを拡張したプロトコル）で、符号化方式がＳＶＣであり、端末１０ｄｃで利用される通信方式は、呼制御方式がＳＩＰで、符号化方式がＡＶＣである場合について説明する。

なお、図２２において、第１の通信パターンと第２の通信パターンとでは、ステップＳ４１における宛先の選択が、宛先端末（端末１０ｃａ）から宛先端末（端末１０ｄｃ）に変更され、この変更に応じて送受信や検索に利用される宛先端末の端末ＩＤが異なるだけであるため、それらの説明を省略する。そして、図２３に示されているステップＳ４６−２によって、判断部５５が、通信方式が同じでない（異なる）と判断し（ＮＯ）、且つ中継装置３０ａが選択された場合から説明する。中継装置３０ａが選択されることにより、変換システム８０ａが選択される。

この第２の通信パターンの場合、記憶・読出処理部５９は、送受信部５１で受信された宛先端末（端末１０ｄｃ）の端末ＩＤ「０１ｄｃ」に基づいて、変換システム８０ａのＩＰアドレス「１．２．１．６」及び宛先端末（端末１０ｄｃ）のＩＰアドレス「１．３．２．５」を抽出する（ステップＳ４６−３）。そして、後述の図３３に示されているステップＳ１０１の処理に進む。

図３３は、専用端末Ａと非専用端末Ｄとの間で通話を行う前に通信セッションを確立する処理を示すシーケンス図である。図３３に示されているように、管理システム５０は、送受信部５１から中継装置３０ａに対して、中継装置３０ａが確立している通信セッションを初期化させる旨を示すセッション初期化要求情報を送信する（ステップＳ１０１）。また、このセッション初期化要求情報には、セッションＩＤ、並びに、要求元端末（端末１０ａａ）、変換システム８０ａ及び宛先端末（端末１０ｄｃ）の各ＩＰアドレスが含まれている。このうち、セッションＩＤは、ステップＳ４４で作成されたＩＤである。また、要求元端末（端末１０ａａ）のＩＰアドレスは、端末状態管理テーブル（図１３参照）で管理されている。更に、変換システム８０及び宛先端末（端末１０ｄｃ）の各ＩＰアドレスは、上記ステップＳ４６−３で抽出されたＩＰアドレスである。

また、管理システム５０は中継装置３０ａへ、セッション初期化要求情報を送信する際に、管理システム５０のＩＰアドレスも送信する。これにより、中継装置３０ａの送受信部３１は、セッション初期化要求情報及び管理システム５０のＩＰアドレスを受信することになる。

次に、中継装置３０ａの送受信部３１は、通信セッションの初期化を行う（ステップＳ１０２）。そして、送受信部３１は、要求元端末（端末１０ａａ）に対して、通信セッションの開始を指示する旨を示すセッション開始指示情報を送信する（ステップＳ１０３）。このセッション開始指示情報には、管理システム５０から送られてきたセッションＩＤが含まれている。また、中継装置３０ａは要求元端末（端末１０ａａ）へ、セッション開始指示情報を送信する際に、中継装置３０ａのＩＰアドレスも送信する。これにより、要求元端末（端末１０ａａ）の送受信部１１は、セッション開始指示情報及び中継装置３０ａのＩＰアドレスを受信することになる。

同様に、送受信部３１は、変換システム８０ａに対して、通信セッションの開始を指示する旨を示すセッション開始指示情報を送信する（ステップＳ１０４）。このセッション開始指示情報には、管理システム５０から送られてきたセッションＩＤ及び宛先端末（端末１０ｄｃ）ＩＰアドレスが含まれている。即ち、送受信部３１は、セッション開始指示情報を送信すると共に宛先端末（端末１０ｄｃ）ＩＰアドレスを送信することになる。また、中継装置３０ａは変換システム８０ａへ、セッション開始指示情報を送信する際に、中継装置３０ａのＩＰアドレスも送信する。これにより、変換システム８０ａの送受信部８１は、セッション開始指示情報及び中継装置３０ａのＩＰアドレスを受信することになる。

更に、第２の通信パターンでは、変換システム８０ａの送受信部８１が、宛先端末（端末１０ｄｃ）に対して、通信セッションの開始を指示する旨を示すセッション開始指示情報を送信する（ステップＳ１０５）。このセッション開始指示情報には、管理システム５０から送られてきたセッションＩＤが含まれている。また、変換システム８０ａは宛先端末（端末１０ｄｃ）へ、セッション開始指示情報を送信する際に、変換システム８０ａのＩＰアドレスも送信する。これにより、宛先端末（端末１０ｄｃ）の送受信部１１は、セッション開始指示情報及び変換システム８０ａのＩＰアドレスを受信することになる。

以上より、上記ステップＳ１０３に基づいて、要求元端末（端末１０ａａ）と中継装置３０ａの間で、通話データを送受信するための通信セッション（図４に示される第１の通信セッションsed11）が確立される（ステップＳ１０６−１）。また、上記ステップＳ１０４に基づいて、中継装置３０ａと変換システム８０ａの間で、通話データを送受信するための通信セッション（図４に示される第２の通信セッションsed12）が確立される（ステップＳ１０６−２）。更に、上記ステップＳ１０５に基づいて、変換システム８０ａと宛先端末（端末１０ｄｃ）との間で、通話データを送受信するための通信セッション（図４に示される第３の通信セッションsed13）が確立される（ステップＳ１０６−３）。

続いて、図３４を用いて、要求元端末と宛先端末との間で、テレビ会議等の通話を行うために、通話データを送受信する処理を説明する。図３４は、専用端末Ａと非専用端末Ｄとの間で通話データを送受信する処理を示したシーケンス図である。

まず、要求元端末（端末１０ａａ）は、撮像部１４で撮像された被写体の画像データ、及び音入力部１５ａで入力された音の音データを、通信セッションsed11を利用して、送受信部１１から通信ネットワーク２を介して中継装置３０ａへ送信する（ステップＳ１２１）。なお、第２の通信パターンにおいても第１の通信パターンと同様に、図３に示されている低解像度、中解像度、及び高解像度の３つから成る高画質の画像データ、並びに、音データを送信している。これにより、中継装置３０ａでは、送受信部３１で上記３つの解像度の画像データ及び音データを受信する。

次に、中継装置３０ａは、通信セッションsed12を利用し、送受信部３１から通信ネットワーク２を介して変換システム８０ａへ、上記３つから成る高画質の画像データ、及び音データを送信する（ステップＳ１２２）。これにより、変換システム８０ａでは、送受信部８１で上記３つの解像度の画像データ及び音データを受信する。

次に、変換システム８０ａの通信方式変換部８２は、予め記憶部８０００に記憶されている変換規則データに基づいて、上記３つの解像度の画像データを、要求元端末（端末１０ａａ）で利用されている通信方式から、宛先端末（端末１０ｄｃ）で利用されている通信方式に変換する（ステップＳ１２３）。ここでは、通信方式の変換に伴って、図３に示されている３つの解像度（高解像度、中解像度、低解像度）の画像データは、図５に示されている１つの解像度（中解像度）の画像データに変換される。

次に、変換システム８０は、通信セッションsed13を利用し、送受信部８１から通信ネットワーク２を介して端末１０ｄａへ、音データ及び中解像度の画像データを送信する（ステップＳ１２４）。これにより、宛先端末（端末１０ｄｃ）では、送受信部１１で音データ及び中解像度の画像データを受信する。

一方、宛先端末（端末１０ｄｃ）から要求元端末（端末１０ａａ）へ画像データ及び音データを送信する場合には、図３４に示されているように、宛先端末（端末１０ｄｃ）は、通信セッションsed13を利用し、送受信部１１から通信ネットワーク２を介して変換システム８０ａへ、音データ及び中解像度の画像データを送信する（ステップＳ１２５）。これにより、変換システム８０ａでは、送受信部８１で音データ及び中解像度の画像データを受信する。

次に、変換システム８０ａの通信方式変換部８２は、予め記憶部８０００に記憶されている変換規則データに基づいて、音データ及び中解像度の画像データを、宛先端末（端末１０ｄｃ）で利用されている通信方式から、要求元端末（端末１０ａａ）で利用されている通信方式に変換する（ステップＳ１２６）。

なお、図３５は、変換システム８０ａで変換された後の画像データの画質を示す概念図である。ステップＳ１２６では、通信方式の変換に伴って、図５に示されている１つの解像度（中解像度）の画像データは、図３５（ａ）に示されている中解像度の画像データ、図３５（ｃ）に示されている低解像度の画像データ、及び、図３５（ｂ）に示されているように、中解像度と低解像度の中間の解像度である低中間解像度の画像データに変換される。即ち、非専用端末Ｄである宛先端末（端末１０ｄｃ）から、中解像度の画像データが送られてきても、変換システム８０ａでは、上記ステップＳ１２２で送られてきたような高解像度の画像データに変換することができず、宛先端末（端末１０ｄｃ）から送られてきた中解像度の画像データが最大の解像度となって、中解像度、中解像度と低解像度の中間の解像度、及び低解像度の３つの画像データに変換される。

次に、変換システム８０ａは、通信セッションsed12を利用し、送受信部８１から通信ネットワーク２を介して中継装置３０ａへ、音データ及び３つの解像度の画像データを送信する（ステップＳ１２７）。これにより、中継装置３０ａでは、送受信部３１で音データ及び３つの解像度の画像データを受信する。そして、中継装置３０ａは、通信セッションsed11を利用し、送受信部３１から通信ネットワーク２を介して要求元端末（端末１０ａａ）へ、音データ及び３つの解像度の画像データを送信する（ステップＳ１２８）。これにより、要求元端末（端末１０ａａ）では、送受信部１１で音データ及び３つの解像度の画像データを受信する。

＜＜本実施形態の主な効果＞＞
以上説明したように本実施形態によれば、通信ネットワーク２のうち、中継装置３０及び変換システム８０のＩＰアドレス等のＬＡＮ２の環境を把握することができたとしても、インターネット２ｉ全体の環境まで把握することは困難であるため、まずは把握できる環境の情報から、画像データ及び音声データを中継する複数の中継装置３０、及び中継装置３０と一対一に対応づけられ、且つ呼制御信号の変換、及び通話データの符号化を行う複数の変換システム８０のうち２つ以上までに絞り込む。

次に、複数の端末１０の間で画像データ及び音声データを実際に送受信する前に、画像データ及び音声データに替えて、事前送信情報を送受信させてみることで、事前送信情報を送受信する端末の一方が非専用端末である場合に、各端末のＮＷ品質耐性に基づいて、１つの中継装置３０、及び変換システム８０に絞り込むことができるという効果を奏する。

即ち、端末１０のＩＰアドレスの何れかに近い上位２つ以上のＩＰアドレスがそれぞれ割り当てられている中継装置３０を選択することで、最終的に使用される中継装置３０、及び中継システム８０の候補を２つ以上残すことができる。そして、中継装置３０の計測部３６が、第１の事前送信情報が受信される際の第１の受信時刻を計測し、非専用端末１０の計測部１８が、第２の事前送信情報が受信される際の第２の受信時刻を計測する。

次に、送受信部３１が、この計測された第１の受信時刻を示す第１の受信時刻情報を第１の伝送端末に送信し、非専用端末１０の送受信部１１が、計測された第２の受信時刻を示す第２の受信時刻情報を変換システムに送信する。これにより、第１の伝送端末は、受信した第１の受信時刻と第１の伝送端末で第１の事前送信情報を送信する際の第１の送信時刻とを管理システム５０に送信する。一方、変換システム８０は、受信した第２の受信時刻と非専用端末で第２の事前送信情報を送信する際の第２の送信時刻とを管理システム５０に送信する。よって、管理システム５０では、第１の受信時刻と第１の送信時刻との差に基づいて第１の所要時間を算出し、第２の受信時刻と第２の送信時刻との差に基づいて第２の所要時間を算出し、これら第１及び第２の所要時間を合計することで、合計所要時間を算出する。このようにして、管理システム５０は、中継装置毎に当該中継装置が関わった合計所要時間を算出し、ＮＷ耐性に基づいて、複数の中継装置のうち、中継装置を選択する。この選択により、実際の通信ネットワーク環境下で最大限に高品質のコンテンツデータを中継する中継装置が選択されることが可能となるという効果を奏する。

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

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

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

また、管理システムは、プラットフォームがＡＰＩを介してアプリケーションとやりとりを行うことによって、画像データ及び音声データを中継する複数の中継装置３０、及び中継装置３０と一対一に対応づけられ、且つ呼制御信号の変換、及び通話データの符号化を行う複数の変換システム８０のうち２つ以上までに絞り込む処理が行われるようにしてもよい。さらに、管理システムは、プラットフォームがＡＰＩを介してアプリケーションとやりとりを行うことによって、複数の端末１０の間で画像データ及び音声データを実際に送受信する前に、画像データ及び音声データに替えて、事前送信情報を送受信させてみることで、事前送信情報を送受信する端末の一方が非専用端末である場合に、各端末のＮＷ品質耐性に基づいて、１つの中継装置３０、及び変換システム８０に絞り込む処理が行われるようにしてもよい。

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

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

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

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

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

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

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

本発明は特定の実施例、変形例を参照しながら説明されてきたが、各実施例、変形例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に従った装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。

１ 通話システム（通信システムの一例）
１０ 通話端末（通信端末の一例）
１１ 送受信部
１８ 計測部
３０ 中継装置
５０ 通話管理システム（通信管理システムの一例）
５１ 送受信部（送信手段の一例、受信手段の一例）
５５ 判断部（判断手段の一例）
５９ 記憶・読出処理部（読出手段の一例）
８０ 変換システム
８１ 送受信部
８２ 通信方式変換部（変換手段の一例）
８３ 計測部
９０ プログラム提供システム
１００ メンテナンスシステム
１０００ 記憶部
３０００ 記憶部
３００１ 変更品質管理ＤＢ
５０００ 記憶部（記憶手段の一例）
５００１ 中継装置管理ＤＢ
５００２ 端末情報管理ＤＢ（端末情報管理手段の一例）
５００３ 端末状態管理ＤＢ（端末状態管理手段の一例）
５００４ 宛先リスト管理ＤＢ（宛先リスト管理手段の一例）
５００５ セッション管理ＤＢ（セッション管理手段の一例）
５００６ アドレス優先度管理ＤＢ
５００７ 品質管理ＤＢ
８０００ 記憶部

特開２０１２−２１７１２２号公報

Claims (8)

1. 通信データを送受信する複数の伝送端末を管理する管理装置であって、
   伝送端末毎に、使用する通信方式と、ネットワーク品質の影響の受けやすさを表すネットワーク品質耐性とを紐付けて格納する記憶部と、
   前記複数の伝送端末のうち、第１の伝送端末と第２の伝送端末との間で前記通信データが送受信される際に、前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なるか否かを判断する判断部と、
   前記判断部により前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なる場合に、
   前記第１の伝送端末によって第１の情報が前記複数の伝送端末間で前記通信データを中継する複数の中継装置の１つに送信されてから該第１の情報に対する応答が前記第１の伝送端末によって受信されるまでの第１の所要時間を中継装置毎に算出するとともに、
   各中継装置に対応して設けられ、且つ前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う複数の変換装置の１つによって第２の情報が前記第２の伝送端末に送信されてから該第２の情報に対する応答が前記変換装置の１つによって受信されるまでの第２の所要時間を変換装置毎に算出し、
   前記第１の伝送端末のネットワーク品質耐性と前記第２の伝送端末のネットワーク品質耐性との比較結果に応じて、前記第１の所要時間と、前記第２の所要時間に基づいて、前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う変換装置を選択する絞り込み部と
   を有する、管理装置。
2. 前記絞り込み部は、前記第２の伝送端末のネットワーク品質耐性より前記第１の伝送端末のネットワーク品質耐性の方が低い場合に、前記複数の変換装置のうち前記第１の所要時間が最短である変換装置を選択し、
   前記第１の伝送端末のネットワーク品質耐性より前記第２の伝送端末のネットワーク品質耐性の方が低い場合に、前記複数の変換装置のうち前記第２の所要時間が最短である変換装置を選択する、請求項１に記載の管理装置。
3. 前記絞り込み部は、前記第１の伝送端末のネットワーク品質耐性と前記第２の伝送端末のネットワーク品質耐性が等しい場合に、前記第１の所要時間と前記第２の所要時間との合計時間が最短である変換装置を選択する、請求項１又は２に記載の管理装置。
4. 通信データを送受信する複数の伝送端末を管理する管理装置であって、
   伝送端末毎に、使用する通信方式と、ネットワーク品質の影響の受けやすさを表すネットワーク品質耐性とを紐付けて格納する記憶部
   を有し、
   前記複数の伝送端末のうち、第１の伝送端末に搭載されたアプリケーションと第２の伝送端末に搭載されたアプリケーションから前記通信データを送受信する要求を受けた場合に、
   前記管理装置は、
   該管理装置に搭載されたアプリケーションからの要求を受け、
   前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なるか否かを判断し、
   前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なる場合に、
   前記第１の伝送端末によって第１の情報が前記複数の伝送端末間で前記通信データを中継する複数の中継装置の１つに送信されてから該第１の情報に対する応答が前記第１の伝送端末によって受信されるまでの第１の所要時間を中継装置毎に算出するとともに、
   各中継装置に対応して設けられ、且つ前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う複数の変換装置の１つによって第２の情報が前記第２の伝送端末に送信されてから該第２の情報に対する応答が前記変換装置の１つによって受信されるまでの第２の所要時間を変換装置毎に算出し、
   前記第１の伝送端末のネットワーク品質耐性と前記第２の伝送端末のネットワーク品質耐性との比較結果に応じて、前記第１の所要時間と、前記第２の所要時間に基づいて、前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う変換装置を選択するプラットフォーム
   を有する、管理装置。
5. 通信データを送受信する複数の伝送端末と、該複数の伝送端末を管理する管理装置とを有する通信システムであって、
   前記管理装置は、
   伝送端末毎に、使用する通信方式と、ネットワーク品質の影響の受けやすさを表すネットワーク品質耐性とを紐付けて格納する記憶部と、
   前記複数の伝送端末のうち、第１の伝送端末と第２の伝送端末との間で前記通信データが送受信される際に、前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なるか否かを判断する判断部と、
   前記判断部により前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なる場合に、
   前記第１の伝送端末によって第１の情報が前記複数の伝送端末間で前記通信データを中継する複数の中継装置の１つに送信されてから該第１の情報に対する応答が前記第１の伝送端末によって受信されるまでの第１の所要時間を中継装置毎に算出するとともに、
   各中継装置に対応して設けられ、且つ前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う複数の変換装置の１つによって第２の情報が前記第２の伝送端末に送信されてから該第２の情報に対する応答が前記変換装置の１つによって受信されるまでの第２の所要時間を変換装置毎に算出し、
   前記第１の伝送端末のネットワーク品質耐性と前記第２の伝送端末のネットワーク品質耐性との比較結果に応じて、前記第１の所要時間と、前記第２の所要時間に基づいて、前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う変換装置を選択する絞り込み部と
   を有し、
   前記第１の伝送端末は、
   前記第１の情報を前記複数の中継装置の１つに送信するとともに、該中継装置の１つから前記第１の情報に対する応答を受信する送受信部と、
   前記送受信部によって前記応答が受信される時刻を計測する第１の計測部と
   を有し、
   前記送受信部は、前記第１の情報を前記複数の中継装置の１つの送信した時刻とともに、前記第１の計測部によって計測された前記応答が受信された時刻を前記管理装置へ送信し、
   前記第２の伝送端末は、
   前記変換装置の１つから前記第２の情報を受信するとともに、該第２の情報に対する応答を前記変換装置の１つへ送信する送受信部と、
   前記送受信部によって前記第２の情報が受信される時刻を計測する第２の計測部と
   を有し、
   前記送受信部は、前記第２の計測部によって計測された前記第２の情報が受信された時刻とともに、前記第２の情報に対する応答を前記変換装置の１つへ送信する、通信システム。
6. 通信データを送受信する複数の伝送端末を管理する管理装置が実行する通信管理方法であって、
   前記管理装置は、
   伝送端末毎に、使用する通信方式と、ネットワーク品質の影響の受けやすさを表すネットワーク品質耐性とを紐付けて格納する記憶部
   を有し、
   前記管理装置は、
   前記複数の伝送端末のうち、第１の伝送端末と第２の伝送端末との間で前記通信データが送受信される際に、前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なるか否かを判断し、
   前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なる場合に、
   前記第１の伝送端末によって第１の情報が前記複数の伝送端末間で前記通信データを中継する複数の中継装置の１つに送信されてから該第１の情報に対する応答が前記第１の伝送端末によって受信されるまでの第１の所要時間を中継装置毎に算出するとともに、
   各中継装置に対応して設けられ、且つ前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う複数の変換装置の１つによって第２の情報が前記第２の伝送端末に送信されてから該第２の情報に対する応答が前記変換装置の１つによって受信されるまでの第２の所要時間を変換装置毎に算出し、
   前記第１の伝送端末のネットワーク品質耐性と前記第２の伝送端末のネットワーク品質耐性との比較結果に応じて、前記第１の所要時間と、前記第２の所要時間に基づいて、前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う変換装置を選択する、通信方法。
7. 通信データを送受信する複数の伝送端末と、該複数の伝送端末を管理する管理装置によって実行される通信管理方法であって、
   前記管理装置は、
   伝送端末毎に、使用する通信方式と、ネットワーク品質の影響の受けやすさを表すネットワーク品質耐性とを紐付けて格納する記憶部
   を有し、
   前記管理装置は、
   前記複数の伝送端末のうち、第１の伝送端末と第２の伝送端末との間で前記通信データが送受信される際に、前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なるか否かを判断し、
   前記第１の伝送端末の通信方式と前記第２の伝送端末の通信方式が異なる場合に、
   前記第１の伝送端末によって第１の情報が前記複数の伝送端末間で前記通信データを中継する複数の中継装置の１つに送信されてから該第１の情報に対する応答が前記第１の伝送端末によって受信されるまでの第１の所要時間を中継装置毎に算出するとともに、
   前記中継装置に対応して設けられ、且つ前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う複数の変換装置の１つによって第２の情報が前記第２の伝送端末に送信されてから該第２の情報に対する応答が前記変換装置の１つによって受信されるまでの第２の所要時間を変換装置毎に算出し、
   前記第１の伝送端末のネットワーク品質耐性と前記第２の伝送端末のネットワーク品質耐性との比較結果に応じて、前記第１の所要時間と、前記第２の所要時間に基づいて、前記第１の伝送端末から送信された通信データの通信方式と前記第２の伝送端末から送信された通信データの通信方式との相互変換を行う変換装置を選択し、
   前記第１の伝送端末は、
   前記第１の情報を前記複数の中継装置の１つに送信し、
   該中継装置の１つから前記第１の情報に対する応答を受信し、
   前記応答が受信される時刻を計測し、
   前記第１の情報を前記複数の中継装置の１つの送信した時刻とともに、計測した前記応答が受信された時刻を前記管理装置へ送信し、
   前記第２の伝送端末は、
   前記変換装置の１つから前記第２の情報を受信し、
   前記第２の情報が受信される時刻を計測し、
   前記第２の情報が受信された時刻とともに、前記第２の情報に対する応答を前記変換装置の１つへ送信する、通信管理方法。
8. 請求項６又は７に記載の通信管理方法をコンピュータに実行させるためのプログラム。

Images