通話端末、通話システム、及び通話端末用プログラム
【課題】呼制御において用いられる通信プロトコルに関連するデータについては特定のファイアウォールを通過させる方法によると、この特定のファイアウォールのない一般的なネットワークの環境では通話端末と通話管理システムとの間の通信を開始することができないという課題が生じる。
【解決手段】通話端末は、呼制御システムが解釈することができる複数の通信プロトコルの中から選択される第１の通信プロトコルに従い作成されたメッセージによって呼制御システムと通信できない場合に、これらの複数の通信プロトコルの中から第２の通信プロトコルを選択する。これにより、通話端末と呼制御システムとの間に特定の通信装置を設けなくても、通信プロトコルを変えて呼制御システムとの間の通信を開始することができるようになるという効果を奏する。
【解決手段】通話端末は、呼制御システムが解釈することができる複数の通信プロトコルの中から選択される第１の通信プロトコルに従い作成されたメッセージによって呼制御システムと通信できない場合に、これらの複数の通信プロトコルの中から第２の通信プロトコルを選択する。これにより、通話端末と呼制御システムとの間に特定の通信装置を設けなくても、通信プロトコルを変えて呼制御システムとの間の通信を開始することができるようになるという効果を奏する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話端末間の呼を確立するための制御を行う呼制御システムと、呼の確立に関する情報を示す呼情報を含むメッセージを通信し、呼が確立されると他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通話端末に関する。
【背景技術】
【０００２】
近年、出張経費及び出張時間を削減する要請に伴い、インターネット等の通信ネットワークを介してテレビ会議などを行う通話システムが普及している。このような通話システムでは、複数の通話端末の間で通話を開始すると、画像データ及び音声データの送受信が行われ、テレビ会議を実現することができる。
【０００３】
また、近年のブロードバンド環境の充実化により、複数の通話端末間で高画質の画像データや高音質の音声データの送受信が可能となった。これにより、テレビ会議の相手の状況を把握し易くなり、会話による意思疎通の充実度を向上することができるようになった。
【０００４】
このような通話システムにおいて、通話端末間の接続を確立する際に、先ず通話端末とこれらの通話端末を管理する通話管理システムとの間のセッションを確立し、このセッションを用いることによって通話端末間の接続を制御すること（呼制御）が行われている。この呼制御において通話端末間の通信で用いられる通信プロトコルとしては、ＸＭＰＰ（Extensible Messaging and Presence Protocol）、ＳＩＰ（Session Initiation Protocol）、ＩＭＳ（IP Multimedia Subsystem）、ＢＯＳＨ（Bidirectional−streams Over Synchronous HTTP）等が知られている。
【０００５】
これらのうち、ＸＭＰＰ、ＳＩＰ、及びＩＭＳは、リアルタイム性や処理速度の点で優れており呼制御において好適に用いられている。ところが、これらの通信プロトコルを用いてプロキシ、ファイアウォール、又はＮＡＴ（Network Address Translation）等を介して通信する場合、通話端末においてプロキシ等を用いるための設定を行う必要がある。このため、通話端末を移動させて普段とは異なるネットワーク環境から通話管理システムと通信する場合には、通常とは異なるネットワーク環境で用いられているプロキシ等を用いるための設定を通話端末において行う必要があった。この場合、設定を変更する手間を要し、変更できなければ呼制御を行うことができず通話を開始できないという問題があった。一方、プロキシ等を用いるための設定を必要としないＢＯＳＨを用いた場合には、リアルタイム性や、処理速度の点で上記の通信プロトコルよりも劣るという問題があった。
【０００６】
そのため、近年、ファイアウォールを跨ぐ２地点間のテレビ会議を行う場合に、特定の通信プロトコルに関連するデータについては一般的なファイアウォールとは別に設けられた特定のファイアウォールを通過させることが知られている（特許文献１参照）。これを通話システムの呼制御に適用した場合、呼制御において用いられる通信プロトコルに関連するデータについては特定のファイアウォールを通過させることで、通話端末において一般的なファイアウォールを通過させるための設定を行う必要がなくなるとも考えられる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、この方法によると、一般的なファイアウォールとは別に特定のファイアウォールを設ける必要があり、この特定のファイアウォールのない一般的なネットワークの環境では通話端末と通話管理システムとの間の通信を開始することができないという問題が生じる。
【課題を解決するための手段】
【０００８】
請求項１に係る発明は、通話端末間の呼を確立するための制御を行う呼制御システムと、前記呼の確立に関する情報を示す呼情報を含むメッセージを通信し、前記呼が確立されると、他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通信部を有する通話端末であって、前記呼制御システムが解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する選択部と、前記選択部によって選択された所定の通信プロトコルに従い前記呼制御システムに送信されるメッセージを作成するメッセージ作成部と、を有し、前記通信部が第１の通信プロトコルに従い作成されたメッセージによって前記呼制御システムと通信できない場合に、前記選択部が、前記複数の通信プロトコルの中から第２の通信プロトコルを選択することを特徴とする通話端末である。
【０００９】
請求項２に係る発明は、前記第１の通信プロトコルに従い作成されたメッセージを前記呼制御システムに送信できたときであって、前記通信部が前記メッセージを送信してから所定の時間、前記メッセージに対する応答を受信しなかった場合、前記選択部が、前記第２の通信プロトコルを選択することを特徴とする請求項１に記載の通話端末である。
【００１０】
請求項３に係る発明は、前記第１の通信プロトコルが、当該通話端末と前記呼制御システムとの通信経路の間の所定の通信機器を使用するために、当該通話端末における所定の設定を必要とする通信プロトコルであり、前記第２の通信プロトコルが、前記所定の通信機器を使用するために、前記所定の設定を必要としない通信プロトコルであることを特徴とする請求項１又は２に記載の通話端末である。
【００１１】
請求項４に係る発明は、請求項１乃至３のいずれか一項に記載の通話端末を複数有し、通話を開始する通話端末と呼情報を含むメッセージを通信し、前記通話を開始する通話端末間の呼を確立するための制御を行う呼制御システムを有することを特徴とする通話システムである。
【００１２】
請求項５に係る発明は、前記呼制御システムが、通話端末を識別するための通話端末識別情報と、前記通話端末との通信で用いられる通信プロトコルを示す通信プロトコル情報とを対応付けて管理する通信プロトコル管理部と、発呼側及び着呼側のいずれか一方の通話端末から送信されたメッセージを他方の通話端末に送信する場合に、送信先の通話端末に対応した通信プロトコル情報を抽出する通信プロトコル抽出部と、抽出された前記通信プトコル情報によって示される通信プロトコルに従い前記メッセージを変換する変換部と、を有することを特徴とする請求項４に記載の通話システムである。
【００１３】
請求項６に係る発明は、通話端末間の呼を確立するための制御を行う呼制御システムと、前記呼の確立に関する情報を示す呼情報を含むメッセージを通信し、前記呼が確立されると他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通信部を有する通話端末に用いられる通話端末用プログラムであって、前記呼制御システムが解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する選択ステップと、前記選択ステップで選択された通信プロトコルに従い前記呼制御システムに送信されるメッセージを作成するメッセージ作成ステップと、を通話端末に実行させ、前記通信部が第１の通信プロトコルに従い作成されたメッセージによって前記呼制御システムと通信できない場合に、前記選択ステップで、前記複数の通信プロトコルの中から第２の通信プロトコルを選択することを特徴とする通話端末用プログラム
【発明の効果】
【００１４】
以上説明したように本発明によれば、通話端末は、呼制御システムが解釈することができる複数の通信プロトコルの中から選択される第１の通信プロトコルに従い作成されたメッセージによって呼制御システムと通信できない場合に、これらの複数の通信プロトコルの中から第２の通信プロトコルを選択する。これにより、通話端末と呼制御システムとの間に特定の通信装置を設けなくても、通信プロトコルを変えて呼制御システムとの間の通信を開始することができるようになるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る通話システムの概略図である。
【図２】本発明の一実施形態に係る通話端末のハードウェア構成図である。
【図３】本発明の一実施形態に係る通話管理システム、中継装置、又はプログラム提供システムのハードウェア構成図である。
【図４】本発明の一実施形態に係る通話システムを構成する各端末、装置及びシステムの機能ブロック図である。
【図５】通信プロトコル優先度管理テーブルを示す概念図である。
【図６】図４の中継装置割当部５６が詳細に示された機能ブロック図である。
【図７】変更品質管理テーブルを示す概念図である。
【図８】画像データの画質を説明する概念図である。
【図９】中継装置管理テーブルを示す概念図である。
【図１０】端末認証管理テーブルを示す概念図である。
【図１１】端末管理テーブルを示す概念図である。
【図１２】宛先リスト管理テーブルを示す概念図である。
【図１３】セッション管理テーブルを示す概念図である。
【図１４】品質管理テーブルを示す概念図である。
【図１５】中継装置割当管理テーブルを示す概念図である。
【図１６】通信プロトコル管理テーブルを示す概念図である。
【図１７】各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。
【図１８】通話システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。
【図１９】通話端末間で通話を開始する準備段階の処理を示したシーケンス図である。
【図２０】ログイン要求情報を送信する処理を示したフロー図である。
【図２１】通話端末間で通話を開始する準備段階の処理を示したシーケンス図である。
【図２２】中継装置を絞り込む処理を示したシーケンス図である。
【図２３】開始要求情報を送信する処理を示したフロー図である。
【図２４】通話端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。
【図２５】本実施形態の宛先リストを示す概念図である。
【図２６】他の実施形態の宛先リストを示す概念図である。
【図２７】スタンザの一例を示す概念図である。
【図２８】メッセージの一例を示す概念図である。
【発明を実施するための形態】
【００１６】
＜＜実施形態の全体構成＞＞
以下、図１乃至図２８を用いて、本発明の一実施形態について説明する。図１は、本発明の一実施形態に係る通話システム１の概略図であり、まずは図１を用いて、本実施形態の概略を説明する。
【００１７】
図１に示す通話システム１は、複数の通話端末（１０ａａ，１０ａｂ，…）、各通話端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、及び通話管理システム５０によって構築されている。
【００１８】
なお、本実施形態では、通話端末（１０ａａ，１０ａｂ，…）のうち任意の通話端末を示す場合には「通話端末１０」を用い、ディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイを示す場合には「ディスプレイ１２０」を用い、中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置を示す場合には「中継装置３０」を用いる。
【００１９】
通話端末１０は、他の通話端末１０との間で通話を行うために、画像データ、音声データ等の送受信を行う。即ち、本実施形態における通話には、音声データの送受信だけでなく、画像データの送受信も含まれる。即ち、本実施形態における通話端末１０は、画像データ及び音声データの送受信を行う。但し、通話端末１０は画像データの送受信を行わず、音声データの送受信を行うようにしてもよい。
【００２０】
本実施形態では、画像データの画像が動画の場合について説明するが、動画だけでなく静止画であってもよい。また、画像データの画像には、動画と静止画の両方が含まれてもよい。中継装置３０は、複数の通話端末１０の間で、画像データ及び音声データの中継を行う。通話管理システム５０は、通話端末１０及び中継装置３０を一元的に管理する。
【００２１】
また、図１に示されている複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ｃｄ）は、画像データ及び音声データの最適な経路の選択を行う。また、本実施形態ではルータ（７０ａ，７０ｂ，７０ｃｄ）は、少なくともＨＴＴＰプロキシ機能を有している。なお、本実施形態では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ｃｄ）のうち任意のルータを示す場合には「ルータ７０」を用いる。プログラム提供システム９０は、通話端末１０に各種機能又は各種手段を実現させるための通話端末用プログラムが記憶された、後述の図３に示されているのＨＤ（Hard Disk）を備えており、通話端末１０に、通話端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤには、中継装置３０に各種機能又は各種手段を実現させるための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。更に、プログラム提供システム９０のＨＤには、通話管理システム５０に各種機能又は各種手段を実現させるための通話管理用プログラムも記憶されており、通話管理システム５０に、通話管理用プログラムを送信することができる。
【００２２】
また、通話端末（１０ａａ，１０ａｂ，１０ａｃ，１０ａ…）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されており、所定の地域Ａ内で構築されている。通話端末（１０ｂａ，１０ｂｂ，１０ｂｃ，１０ｂ…）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ａは東京であり、ＬＡＮ２ａは東京の事業所内で構築されており、地域Ｂは大阪であり、ＬＡＮ２ｂは大阪の事業所内で構築されている。
【００２３】
一方、通話端末（１０ｃａ，１０ｃｂ，１０ｃｃ，１０ｃ…）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。通話端末（１０ｄａ，１０ｄｂ，１０ｄｃ，１０ｄ…）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｃ内で構築されている。例えば、地域Ｃはアメリカであり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ａ、地域Ｂ、及び地域Ｃは、それぞれルータ（７０ａ，７０ｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。
【００２４】
通話端末１０は、インターネット２ｉを介して通話管理システム５０と通信する場合、通信プロトコルによっては、その地域に設置されたルータ（７０ａ，７０ｂ，又は７０ｃｄ）を使用するための所定の設定がされている必要がある。本実施形態では、通話端末１０は、普段設置される地域のルータ７０を使用するための所定の設定が予めされているものとする。通話端末１０が普段設置される地域とは異なる地域のルータ７０を使用してＸＭＰＰ、ＳＩＰ、ＩＭＳ等の通信プロトコルを用いて通話管理システム５０と通信する場合、通話端末１０においてルータ７０を使用するための所定の新たな設定を行う必要がある。尚、この異なる地域にＸＭＰＰ、ＳＩＰ、ＩＭＳ等の通信プロトコルに対応したプロキシ（ルータ等）が設置されていない場合には、これらの通信プロトコルを用いて通話管理システム５０と通信することができない。一方、通話端末１０を普段設置される地域とは異なる地域のルータ７０を使用してＢＯＳＨ等の通信プロトコルを用いて通話管理システム５０と通信する場合、一般的に、通話端末１０においてルータ７０を使用するために所定の新たな設定を行う必要はない。これは、ＢＯＳＨがＨＴＴＰ上で通信するための通信プロトコルであって、通話端末１０が普段とは異なる地域に設置される場合でも、ＨＴＴＰによりインターネット２ｉに接続できる環境が整備されていることが一般的なためである。
【００２５】
また、通話端末１０は可動性があり、普段設置されている地域とは異なる別の地域にこの通話端末を移動させて、別の地域に設置されたルータ７０からインターネット２ｉに接続し、通話管理システム５０と通信することができる。例えば、地域Ａに普段設置されている通話端末１０ａａは、地域Ｂに移動させることができ、Ｌａｎ２ｂによってルータ７０ｂと接続させることにより、通話管理システム５０と通信することができる。この場合、通話端末１０ａａにおいて、ルータ７０ｂを使用するための所定の設定がされていない場合には、ＸＭＰＰ等の通信プロトコルを用いて通話管理システム５０と通信することはできない。一方、通話端末１０ａａがＢＯＳＨ等の通信プロトコルを用いて通話管理システム５０と通信する場合、通話端末１０ａａにおいてルータ７０ｂを使用するために所定の設定がされていなくても良い。
【００２６】
本実施形態の通話システム１において、通話管理システム５０、及びプログラム提供システム９０は、インターネット２ｉを介して、通話端末１０、及び中継装置３０と通信可能に接続されている。通話管理システム５０、及びプログラム提供システム９０は、地域Ａ、地域Ｂ、又は地域Ｃに設置されていてもよいし、これら以外の地域に設置されていてもよい。
【００２７】
本実施形態の通話システム１において、中継装置３０ｅは、通信ネットワーク２を介して通話端末１０及び通話管理システム５０と通信可能に接続されている。この中継装置３０ｅは、常時稼動しており、地域Ａ、地域Ｂ又は地域Ｃのローカルエリア内の通信量の影響を受けにくくするために、これら以外の地域に設置されている。中継装置３０ｅは、通話端末１０が他のローカルエリアに設置された通話端末と通話する場合に、通話データを中継するために用いられる。また、中継装置３０ｅは、同一のローカルエリアの通話端末間で通話を行う場合であって、このローカルエリアに設置された中継装置が稼動していない場合に、通話データを中継するために用いられる。
【００２８】
なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく無線による通信が行われる箇所があってもよい。
【００２９】
また、図１において、各通話端末１０、各中継装置３０、通話管理システム５０、各ルータ７０、及びプログラム提供システム９０の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、通話端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが。説明を簡略化するため、ＩＰｖ４を用いて説明する。
【００３０】
＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。本実施形態では、中継先（宛先）としての通話端末１０で画像データの受信に遅延が生じた場合に、中継装置３０によって画像データの画像の解像度を変更してから、中継先としての通話端末１０へ画像データを送信する場合について説明する。
【００３１】
図２は、本発明の一実施形態に係る通話端末１０のハードウェア構成図である。図２に示されているように、本実施形態の通話端末１０は、通話端末１０全体の動作を制御するＣＰＵ（Central Processing Unit）１０１、通話端末用プログラムを記憶したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）１０３、画像データや音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、通話端末１０の宛先を選択する場合などに操作される操作ボタン１０８、通話端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ（Interface）１１１を備えている。
【００３２】
また、通話端末１０は、外付けのカメラ１３０の駆動を制御したり、画像データの送受信を行う撮像素子１／Ｆ１１３を備えている。このカメラ１３０は、ＣＰＵ１０１の制御に従って、被写体を撮像し画像データを得るＣＭＯＳ（Complementary Metal Oxide Semiconductor）が内蔵されている。尚、被写体を撮像するものであればＣＭＯＳに限らず、ＣＣＤ（Charge Coupled Device）等を用いてもよい。カメラ１３０は、ＵＳＢ（Universal Serial Bus）ケーブル１３０ｃによって撮像素子１／Ｆ１１３に接続される。
【００３３】
更に、通話端末１０は、ＣＰＵ１０１の制御に従って、外付けのマイク１４０および外付けのスピーカ１５０との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６を備えている。マイク１４０はＵＳＢケーブル１４０ｃによって、スピーカ１５０はＵＳＢケーブル１５０ｃによって、それぞれ音声入出力Ｉ／Ｆ１１６に接続される。また、通話端末１０は、ＣＰＵ１０１の制御に従って、外付けのディスプレイ１２０に画像データを送信するディスプレイＩ／Ｆ１１７を備えている。ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイ１／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（High-Definition Multimedia Interface）やＤＶＩ（Digital Video Interactive）信号用のケーブルであってもよい。更に、通話端末１０は、上記各構成要素を図２に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
【００３４】
なお、記録メディア１０６は、通話端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。また、ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。
【００３５】
更に、上記通話端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００３６】
図３は、本発明の一実施形態に係る通話管理システムのハードウェア構成図である。通話管理システム５０は、通話管理システム５０全体の動作を制御するＣＰＵ２０１、通話管理用プログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、各種データを記憶するＨＤ（Hard Disk）２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ（Hard Disk Drive）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２０８、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ２０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（Compact Disc Read Only Memory）２１３に対するデータの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、及び、上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。
【００３７】
なお、上記通話管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００３８】
また、中継装置３０は、上記通話管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＲＯＭ２０２には、中継装置３０を制御するための中継装置用プログラムが記録されている。この場合も、中継装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００３９】
更に、プログラム提供システム９０は、上記通話管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＲＯＭ２０２には、プログラム提供システム９０を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００４０】
なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Compact Disc Recordable）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【００４１】
＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図４は、本実施形態の通話システム１を構成する各端末、装置及びシステムの機能ブロック図である。図４では、通話端末１０、中継装置３０、及び通話管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図１に示されているプログラム提供システム９０は、テレビ会議の通信において直接関係ないため、図４では省略されている。なお、以下では、テレビ会議の開始を要求する要求元（発呼側）としての通話端末１０を「要求元端末１０Ａ」とし、要求先である宛先（着呼側）としての通話端末１０を「宛先端末１０Ｂ」として説明する。
【００４２】
＜通話端末の機能構成＞
通話端末１０は、通信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、遅延検出部１８、記憶・読出処理部１９、宛先リスト作成部２０、選択部２１、及びメッセージ作成部２２を有している。これら各部は、図２に示されている各構成要素のいずれかが、ＲＯＭ１０２に記憶されているプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能又は手段である。また、通話端末１０は、及び図２に示されているフラッシュメモリ１０４によって構築される不揮発性記憶部１０００、図２に示されているＲＡＭ１０３によって構築される揮発性記憶部１００２を有している。
【００４３】
（通信プロトコル優先度管理テーブル）
不揮発性記憶部１０００には、図５に示されているような通信プロトコル優先度管理テーブルによって構成されている通信プロトコル優先度管理ＤＢ（Data Base）１００１が構築されている。この通信プロトコル優先度管理テーブルでは、通話管理システム５０との通信で用いられる通信プロトコルを選択する際に用いられる優先度を示す優先度情報と、通信プロトコルを示す通信プロトコル情報とが、対応付けられて管理される。通信プロトコル優先度管理テーブルにおいて、最も高い優先度の通信プロトコル（第１の通信プロトコル）としては、通話端末１０と通話管理システム５０との通信経路の間のルータ７０等の通信機器を使用するために通話端末１０において所定の設定を必要とするが、双方向でリアルタイムに通信できるものが挙げられる。このような通信プトロトコルとしては、ＸＭＰＰ、ＳＩＰ、ＩＭＳ等が例示されるが、システムが簡素であってコスト的に優れる点やウェブサービスと連携し易い点等からＸＭＰＰが好ましい。また、優先度が「２」以下の通信プロトコル（第２の通信プロトコル）としては、通話端末１０と通話管理システム５０との通信経路の間に設置されたルータ７０等の通信機器を使用するために、通話端末１０において所定の設定を必要としないものが挙げられる。このような通信プロトコルとしてはＢＯＳＨが例示される。尚、通信プロトコル優先度管理テーブルで管理される通信プロトコルは、いずれも通話管理システム５０で解釈可能なものである。
【００４４】
（通話端末の各機能部）
次に、通話端末の各部を詳細に説明する。通話端末１０の通信部１１は、図２に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。この通信部１１は、所望の宛先端末１０Ｂと通話を開始する前から、通話管理システム５０より、宛先候補としての各通話端末の状態を示す各状態情報の受信を開始する。なお、この状態情報は、各通話端末１０の稼動状態（ＯＮラインかＯＦＦラインかの状態）だけでなく、ＯＮラインであっても更に通話中であるか等の詳細な状態を示す。また、この状態情報は、各通話端末１０の稼動状態だけでなく、通話端末１０でケーブル（１２０ｃ，１３０ｃ，１４０ｃ，１５０ｃ）が通話端末１０から外れていたり、音声を出力するが画像は出力させなかったり、音声を出力さないようにする（ＭＵＴＥ）等、様々な状態を示す。以下では、一例として、状態情報が稼動状態を示す場合について説明する。
【００４５】
操作入力受付部１２は、図２に示されている操作ボタン１０８、及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図２に示されている電源スイッチ１０９をＯＮにすると、図４に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。ログイン要求部１３は、図２に示されているＣＰＵ１０１からの命令によって実現され、上記電源ＯＮの受け付けを契機として、通信部１１から通信ネットワーク２を介して通話管理システム５０に、ログインを要求する旨を示すログイン要求情報、及び要求元としての通話端末１０の現時点のＩＰアドレスを自動的に送信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、通信部１１は、通話管理システム５０へ、電源をＯＦＦする旨の状態情報を送信してから、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、通話管理システム５０側では、通話端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。
【００４６】
撮像部１４は、図２に示されている撮像素子Ｉ／Ｆ１１３によって実現され、カメラ１３０によって被写体を撮像して、この撮像して得た画像データを出力する。音声入力部１５ａは、図２に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１４０によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図２に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１５０から音声を出力させる。
【００４７】
表示制御部１６は、図２に示されているディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。更に、表示制御部１６は、要求元端末１０Ａが所望の宛先端末１０Ｂとテレビ会議の通話を開始する前に、通信部１１によって受信された状態情報に基づき各宛先名が含まれた宛先リストをディスプレイ１２０に表示させる。例えば、ディスプレイ１２０上には、表示制御部１６によって、図２５に示されているような宛先リスト枠１１−１が表示される。この宛先リスト枠１１−１には、宛先名「日本 東京事業所 ＡＢ端末」１１−２等の各宛先名が表示されており、宛先名毎に状態情報に係る状態を示したアイコン（１１−３ａ，１１−３ｂ，１１−３ｃ）が表示される。このうち、アイコン１１−３ａは、宛先候補の一つの通話端末がＯＮライン状態で待受け中であるため、この通話端末と通話可能であることを示す。アイコン１１−３ｂは、宛先候補の一つの通話端末がＯＦＦライン状態で、この通話端末と通話不可能であることを示す。アイコン１１−３ｃは、宛先候補の一つの通話端末が他の通話端末と通話中の状態で、この通話端末と通話不可能であることを示す。また、宛先リスト枠１１−１には、右側にスクロールバー１１−４が表示され、三角形の上向き又は下向きアイコンが選択されることで、図２５には表示されていない宛先候補の宛先名および状態を示したアイコンが表示されることになる。
【００４８】
遅延検出部１８は、図２に示されているＣＰＵ１０１からの命令によって実現され、他の通話端末１０から中継装置３０を介して送られて来る画像データ又は音声データの遅延時間（ｍｓ）を検出する。
【００４９】
また、記憶・読出処理部１９は、一例として図２に示すＳＳＤ１０５によって実行され、不揮発性記憶部１０００に各種データを記憶したり、不揮発性記憶部１０００に記憶された各種データを読み出す処理を行う。この不揮発性記憶部１０００には、通話端末１０を識別するための端末ＩＤ（Identification）、及びパスワード等が記憶される。更に、記憶・読出処理部１９は、揮発性記憶部１００２に各種データを記憶したり、揮発性記憶部１００２に記憶された各種データを読み出す処理も行う。この揮発性記憶部１００２には、宛先端末１０Ｂとの通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１５０から音声が出力される。
【００５０】
宛先リスト作成部２０は、通話管理システム５０から受信した、後述の宛先リスト情報及び各宛先候補としての通話端末１０の状態情報に基づいて、図２５に示されているような宛先候補の状態がアイコンで示された宛先リストの作成及び更新を行う。選択部２１は、通信プロトコル優先度管理ＤＢの通信プロトコル管理テーブル（図５参照）で管理される、通話管理システム５０が解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する。メッセージ作成部２２は、選択部２１によって選択された通信プロトコル情報によって示される通信プロトコルに従い、通話管理システム５０に送信されるメッセージを作成する。
【００５１】
なお、本実施形態の端末ＩＤ、及び後述の中継装置ＩＤは、それぞれ通話端末１０、及び中継装置３０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ＩＤ、及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。
【００５２】
（中継装置の機能構成）
次に、中継装置３０の機能又は手段について説明する。中継装置３０は、通信部３１、状態検知部３２、データ品質確認部３３、変更品質管理部３４、データ品質変更部３５、及び記憶・読出処理部３９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、中継装置３０は、図３に示されているＨＤ２０４により構築され、中継装置３０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部３０００を有している。
【００５３】
（変更品質管理テーブル）
不揮発性記憶部３０００には、図７に示されているような変更品質管理テーブルによって構成されている変更品質管理ＤＢ３００１が構築される。変更品質管理テーブルでは、画像データの中継先としての通話端末３０のＩＰアドレス、及びこの中継先に中継装置３０が中継する画像データの画質が関連付けられて管理される。
【００５４】
ここで、本実施形態で扱われる画像データの画像の解像度について説明する。図８（ａ）に示されているように、横が１６０画素、縦が１２０画素から成り、ベース画像となる低解像度の画像と、図８（ｂ）に示されているように、横が３２０画素、縦が２４０画素から成る中解像度の画像と、図８（ｃ）に示されているように、横が６４０画素、縦が４８０画素から成る高解像度の画像とがある。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の画像データのみから成る低画質の画像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、帯域が非常に広い場合には、ベース画質となる低解像度の画像データ、中画解像度の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。例えば、図７に示されている変更品質管理テーブルにおいて、中継装置３０が、ＩＰアドレス「１．３．２．４」の宛先端末１０ｄｂに対して画像データを中継する場合には、この中継される画像データの画質（画像の品質）は「高品質」である。
【００５５】
＜中継装置の各機能部＞
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各部を説明するにあたって、図２に示されている各構成要素のうち、中継装置３０の各部を実現させるための主な構成要素との関係も説明する。
【００５６】
図４に示されている中継装置３０の通信部３１は、図３に示されているネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（情報）の送受信を行う。状態検知部３２は、図３に示されているＣＰＵ２０１からの命令によって実現され、この状態検知部３２を有する中継装置３０の稼動状態を検知する。稼動状態としては、「ＯＮライン」、「ＯＦＦライン」、「故障中」の状態がある。
【００５７】
データ品質確認部３３は、図３に示されているＣＰＵ２０１からの命令によって実現され、宛先端末１０ＢのＩＰアドレスを検索キーとして、変更品質管理ＤＢ３００１の変更品質管理テーブル（図７参照）を検索し、対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。変更品質管理部３４は、図３に示されているＣＰＵ２０１からの命令によって実現され、通話管理システム５０から送られて来る、後述の品質情報に基づいて、変更品質管理ＤＢ３００１の変更品質管理テーブルの内容を変更する。例えば、端末ＩＤが「０１ａａ」である要求元端末１０ａａと、端末ＩＤが「０１ｄｂ」である宛先端末１０ｄｂとの間で高画質の画像データを送受信することによってテレビ会議を行っている最中に、他のテレビ会議を行う要求元端末１０ｂｂと宛先端末１０ｃａが通信ネットワーク２を介してテレビ会議を開始すること等によって、宛先端末１０ｄｂで画像データの受信の遅延が生じた場合には、中継装置３０は今まで中継していた画像データの画質を、高画質から中画質に下げる必要がある。このような場合に、中画質を示す品質情報に基づいて、中継装置３０が中継する画像データの画質を高画質から中画質に下げるように、変更品質管理ＤＢ３００１の内容が変更される。
【００５８】
データ品質変更部３５は、図３に示されているＣＰＵ２０１からの命令によって実現され、送信元端末１０から送られて来た画像データの画質を、上記変更された変更品質管理ＤＢ３００１の変更品質管理テーブルの内容に基づいて変更する。記憶・読出処理部３９は、図３に示されているＨＤＤ２０５によって実現され、不揮発性記憶部３０００に各種データを記憶したり、不揮発性記憶部３０００に記憶された各種データを読み出す処理を行う。
【００５９】
＜通話管理システムの機能構成＞
次に、通話管理システム５０の機能又は手段について説明する。通話管理システム５０は、通信部５１、端末認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、中継装置割当部５６、セッション管理部５７、品質決定部５８、記憶・読出処理部５９、遅延時間管理部６０、通信プトロコル抽出部６１、及び変換部６２を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、通話管理システム５０は、図３に示されているＨＤ２０４により構築され、通話管理システム５０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部５０００を有している。この不揮発性記憶部５０００には、図２５に示されている宛先リスト枠１１−１が記憶されている。
【００６０】
（中継装置管理テーブル）
不揮発性記憶部５０００には、図９に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報が通話管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、及び中継装置３０における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。例えば、図９に示されている中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、稼動状態が「ＯＮライン」で、通話管理システム５０で状態情報が受信された日時が「２００９年１１月１０日の１３時００分」で、この中継装置３０ａのＩＰアドレスが「１．２．１．２」で、この中継装置３０ａにおける最大データ伝送速度が１００Ｍｂｐｓであることが示されている。
【００６１】
（端末認証管理テーブル）
更に、不揮発性記憶部５０００には、図１０に示されているような端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。この端末認証管理テーブルでは、通話管理システム５０によって管理される全ての通話端末１０の各端末ＩＤに対して、各パスワードが関連付けられて管理される。例えば、図１０に示されている端末認証管理テーブルにおいて、通話端末１０ａａの端末ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。
【００６２】
（端末管理テーブル）
また、不揮発性記憶部５０００には、図１１に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各通話端末１０の端末ＩＤ毎に、各通話端末１０を宛先とした場合の宛先名、各通話端末１０の稼動状態、後述のログイン要求情報が通話管理システム５０で受信された受信日時、及び通話端末１０のＩＰアドレスが関連付けられて管理される。例えば、図１１に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の通話端末１０ａａは、端末名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「ＯＮライン」で、通話管理システム５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」で、この通話端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。
【００６３】
（宛先リスト管理テーブル）
更に、不揮発性記憶部５０００には、図１２に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、テレビ会議における通話の開始を要求する要求元端末１０Ａの端末ＩＤに対して、宛先端末１０Ｂの候補として登録されている宛先端末１０Ｂの端末ＩＤが全て関連付けられて管理される。例えば、図１２に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である要求元端末１０ａａからテレビ会議における通話の開始を要求することができる宛先端末１０Ｂの候補は、端末ＩＤが「０１ａｂ」の通話端末１０ａｂ、端末ＩＤが「０１ｂａ」の通話端末１０ｂａ、及び端末ＩＤが「０１ｂｂ」の通話端末１０ｂｂ等であることが示されている。この宛先端末１０Ｂの候補は、要求元端末１０Ａから通話管理システム５０に対する追加又は削除の要請により、追加又は削除されることで更新される。
【００６４】
（セッション管理テーブル）
また、この不揮発性記憶部５０００には、図１３に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、通話端末間で通話データが通信されるセッションを識別するためのセッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末１０Ａの端末ＩＤ、宛先端末１０Ｂの端末ＩＤ、宛先端末１０Ｂにおいて画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延情報を宛先端末１０Ｂから送られて来て通話管理システム５０で受信された受信日時が関連付けられて管理される。例えば、図１３に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」を用いて実行されたセッションで選択された中継装置３０ａ（中継装置ＩＤ「１１１ａ」）は、端末ＩＤが「０１ａａ」の要求元端末１０ａａと、端末ＩＤが「０１ｄｂ」の宛先端末１０ｄｂとの間で、画像データ及び音声データを中継しており、宛先端末１０ｄｂにおいて「２００９年１１月１０日の１４時００分」時点における画像データの遅延時間が２００（ｍｓ）であることが示されている。なお、２つの通話端末１０の間でテレビ会議を行う場合には、上記宛先端末１０Ｂではなく要求元端末１０Ａから送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理してもよい。但し、３つ以上の通話端末１０の間でテレビ会議を行う場合には、画像データ及び音声データの受信側の通話端末１０から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。
【００６５】
（品質管理テーブル）
更に、不揮発性記憶部５０００には、図１４に示されているような品質管理テーブルによって構成されている品質管理ＤＢ５００７が構築されている。この品質管理テーブルでは、要求元端末１０Ａ又は宛先端末１０Ｂにおける画像データの遅延時間（ｍｓ）に応じて、中継装置３０で中継させる画像データの画質（画像の品質）が関連付けられて管理される。
【００６６】
（中継装置割当管理テーブル）
更に、不揮発性記憶部５０００には、図１５に示されているような中継装置割当管理テーブルによって構成されている中継装置割当管理ＤＢ５００８が構築されている。この中継装置割当管理テーブルでは、通話管理システム５０によって管理される全ての通話端末１０の各端末ＩＤに対して、画像データ及び音声データの中継用に割り当てられる中継装置３０の中継装置ＩＤが関連付けられて管理される。
【００６７】
（通信プロトコル管理テーブル）
更に、不揮発性記憶部５０００には、図１６に示されているよう通信プロトコル管理テーブルによって構成されている通信プロトコル管理ＤＢ５００９が構築されている。この通信プロトコル管理テーブルでは、各通話端末１０の端末ＩＤ毎に、この通話端末との通信で用いられる通信プロトコルを示す通信プロトコル情報が対応付けられて管理される。例えば、図１６に示されている通信プロトコル管理テーブルにおいて、通話管理システム５０と通話端末１０ａａとの間の通信ではＸＭＰＰが用いられ、通話管理システム５０と通話端末１０ｂａとの間の通信ではＢＯＳＨが用いられることが示されている。
【００６８】
（通話管理システムの各機能部）
次に、通話管理システム５０の各機能部について詳細に説明する。なお、以下では、通話管理システム５０の各部を説明するにあたって、図３に示されている各構成要素のうち、通話管理システム５０の各部を実現させるための主な構成要素との関係も説明する。
【００６９】
通信部５１は、図３に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。端末認証部５２は、通信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとし、不揮発性記憶部５０００の端末認証管理ＤＢ５００２を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。
【００７０】
状態管理部５３は、ログイン要求してきた要求元端末１０Ａの稼動状態を管理すべく、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）に、この要求元端末１０Ａの端末ＩＤ、要求元端末１０Ａの稼動状態、通話管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末１０のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３は、利用者が通話端末１０の電源スイッチ１０９をＯＮの状態からＯＦＦにすることで、通話端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理ＤＢ５００３（図１１参照）のＯＮラインを示す稼動状態をＯＦＦラインに変更する。
【００７１】
端末抽出部５４は、ログイン要求した要求元端末１０Ａの端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、要求元端末１０Ａと通話することができる宛先端末１０Ｂの候補の端末ＩＤを読み出すことで、端末ＩＤを抽出する。また、端末抽出部５４は、ログイン要求してきた要求元端末１０Ａの端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、上記要求元端末１０Ａの端末ＩＤを宛先端末１０Ｂの候補として登録している他の要求元端末１０Ａの端末ＩＤも抽出する。
【００７２】
端末状態取得部５５は、上記端末抽出部５４によって抽出された宛先端末１０Ｂの候補の端末ＩＤを検索キーとして、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）を検索し、上記端末抽出部５４によって抽出された端末ＩＤ毎に稼動状態を読み出す。これにより、端末状態取得部５５は、ログイン要求してきた要求元端末１０Ａと通話することができる宛先端末１０Ｂの候補の稼動状態を取得することができる。また、端末状態取得部５５は、上記端末抽出部５４によって抽出された端末ＩＤを検索キーとして、端末管理ＤＢ５００３の端末管理テーブルを検索し、ログイン要求してきた要求元端末１０Ａの稼動状態も取得する。
【００７３】
中継装置割当部５６は、通話端末間で通話データが通信されるセッション毎に画像データ及び音声データの中継に用いられる中継装置３０を割り当てる。そのため、中継装置割当部５６は、図３に示されているＣＰＵ２０１からの命令によって、図６に示されているセッションＩＤ生成部５６ａ、中継装置抽出部５６ｂ、及び割当部５６ｃを実現する。
【００７４】
このうち、セッションＩＤ生成部５６ａは、通話端末間で通話データが通信されるセッションを識別するためのセッションＩＤを生成する。中継装置抽出部５６ｂは、要求元端末１０Ａから送られてきた開始要求情報に含まれている要求元端末１０Ａの端末ＩＤ及び宛先端末１０Ｂの端末ＩＤに基づいて、中継装置割当管理ＤＢ５００８の中継装置割当管理テーブル（図１５参照）を検索することにより、対応するそれぞれの中継装置ＩＤを抽出する。割当部５６ｃは、中継装置抽出部５６ｂによって抽出された中継装置ＩＤに基づいて、中継装置管理ＤＢ５００１の中継装置管理テーブル（図９参照）を検索し、稼動状態が「ＯＮライン」となっている中継装置３０を画像データ等の中継に用いられる中継装置３０を割り当てる。
【００７５】
セッション管理部５７は、不揮発性記憶部５０００のセッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）に、セッションＩＤ生成部５６ａで生成されたセッションＩＤ、要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５７は、セッション管理ＤＢ５００５（図１３参照）に対して、セッションＩＤ毎に、通話端末１０の割当部５６ｃによって割り当てられた中継装置３０の中継装置ＩＤを記憶して管理する。
【００７６】
品質決定部５８は、上記遅延時間を検索キーとして、品質管理ＤＢ５００７の品質管理テーブル（図１４参照）を検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。記憶・読出処理部５９は、図３に示されているＨＤＤ２０５によって実行され、不揮発性記憶部５０００に各種データを記憶したり、不揮発性記憶部５０００に記憶された各種データを読み出す処理を行う。遅延時間管理部６０は、上記宛先端末１０ＢのＩＰアドレスを検索キーとして、端末管理ＤＢ５００３（図１１参照）を検索することで、対応する端末ＩＤを抽出し、更に、セッション管理ＤＢ５００５（図１３参照）のセッション管理テーブルにおいて、上記抽出した端末ＩＤが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。
【００７７】
通信プロトコル抽出部６１は、通話端末の端末ＩＤを検索キーとして、通信プロトコル管理ＤＢの通信プロトコル管理テーブル（図１６参照）を検索し、対応した通信プロトコル情報を抽出する。変換部６２は、通話管理システム５０と通話端末１０との間で通信されるメッセージを所定の通信プロトコルに従い変換する。
【００７８】
＜＜実施形態の処理・動作＞＞
以上が、本実施形態に係る通話システム１の構成及び機能（又は手段）の説明であり、続いて、図１７乃至図２８を用いて、本実施形態に係る通話システム１における処理方法を説明する。なお、図１７は、各中継装置３０から通話管理システム１に送信された各中継装置３０の状態を示す状態情報を管理する処理を示したシーケンス図である。図１８は、通話システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。図１９は、複数の通話端末１０の間で通話を開始する準備段階の処理を示したシーケンス図である。図２０は、ログイン要求情報を送信する処理を示したフロー図である。図２１は、複数の通話端末１０の間で通話を開始する準備段階の処理を示したシーケンス図である。図２２は、中継装置を絞り込む処理を示したシーケンス図である。図２３は、開始要求情報を送信する処理を示したフロー図である。図２４は、通話端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。図２５は、本実施形態の宛先リストを示す概念図である。図２６は、他の実施形態の宛先リストを示す概念図である。図２７は、スタンザの一例を示す概念図である。図２８は、メッセージの一例を示す概念図である。
【００７９】
まず、図１７を用いて、各中継装置３０から通話管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理を説明する。まず、各中継装置３０では、図４に示されている状態検知部３２が、自装置である中継装置３０の稼動状態を定期的に検知している（ステップＳ１−１〜Ｓ１−４）。そして、通話管理システム５０側で各中継装置３０の稼動状態をリアルタイムで管理させるべく、各中継装置３０の通信部３１は、定期的に通信ネットワーク２を介して通話管理システム５０へ各状態情報を送信する（ステップＳ２−１〜Ｓ２−４）。これら各状態情報には、中継装置３０毎の中継装置ＩＤと、これら各中継装置ＩＤに係る中継装置３０の状態検知部３２で検知された稼動状態とが含まれている。なお、本実施形態では、中継装置（３０ａ，３０ｂ，３０ｄ）は、正常に稼動して「ＯＮライン」となっている一方で、中継装置３０ｃは稼働中ではあるが、中継装置３０ｃの中継動作を実行するためのプログラムに何らかの不具合が生じて、「ＯＦＦライン」となっている場合が示されている。
【００８０】
次に、通話管理システム５０では、各中継装置３０から送られて来た各状態情報を通信部５１が受信し、記憶・読出処理部５９を介して不揮発性記憶部５０００の中継装置管理ＤＢ５００１（図９参照）に、中継装置ＩＤ毎に状態情報を記憶して管理する（ステップＳ３−１〜Ｓ３−４）。これにより、図９に示されるような中継装置管理テーブルに対して、中継装置ＩＤ毎に「ＯＮライン」、「ＯＦＦライン」、又は「故障中」のいずれかの稼動状態が記憶されて管理される。またこの際に、中継装置ＩＤ毎に、通話管理システム５０で状態情報が受信された受信日時も記憶されて管理される。なお、中継装置３０から状態情報が送られない場合には、図９に示されている中継装置管理テーブルの各レコードにおける稼動状態のフィールド部分及び受信日時のフィールド部分が空白になるか、又は、前回の受信時の稼動状態及び受信日時をそれぞれ示す。
【００８１】
次に、図１８を用いて、通話システム１における画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念を説明する。図１８に示されているように、通話システム１では、要求元端末１０Ａと宛先端末１０Ｂとの間では、通話管理システム５０を介して、通話端末間の接続（呼）の確立に関する情報を示す呼情報を含む各種の管理情報（メッセージ）を送受信するための管理情報用セッションｓｅｉが確立される。この管理情報用セッションｓｅｉを用いることによって通話管理システム５０が通話端末間の接続を制御（呼制御）する。これにより、要求元端末１０Ａと宛先端末１０Ｂとの間では、中継装置３０を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの各データを送受信するための４つのセッションが確立される。ここでは、これら４つのセッションをまとめて、画像・音声データ用セッションｓｅｄとして示している。
【００８２】
次に、図１９及び図２１を用いて、通話端末１０ａａと通話端末１０ｄｂとの間で、通話を開始する前の準備段階における各管理情報の送受信処理について説明する。なお、図１９及び図２１では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。
【００８３】
まず、通話端末１０ａａの利用者が、図２に示されている電源スイッチ１０９をＯＮにすると、図４に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ２１）。そして、ログイン要求部１３は、上記電源ＯＮの受信を契機とし、通信部１１から通信ネットワーク２を介して通話管理システム５０に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２）。このログイン要求情報には、要求元としての自端末である通話端末１０ａａを識別するための端末ＩＤ、及びパスワードが含まれている。これら端末ＩＤ、及びパスワードは、記憶・読出処理部１９を介して不揮発性記憶部１０００から読み出されて、通信部１１に送られたデータである。なお、通話端末１０ａａから通話管理システム５０へログイン要求情報が送信される際は、受信側である通話管理システム５０は、送信側である通話端末１０ａｂのＩＰアドレスを把握することができる。
【００８４】
このログイン要求情報を送信する処理について、図２０を用いてより詳細に説明する。図２０は、ログイン要求情報を送信する処理を示したフロー図である。先ず、ステップＳ２１で電源ＯＮにされると、選択部２１は、通信プロトコル優先度管理ＤＢの通信プロトコル優先度管理テーブルから最も高い優先度を示す優先情報「１」に対応する通信プロトコル情報「ＸＭＰＰ」を選択する（ステップＳ２２−１）。メッセージ作成部２２は、選択部２１によって選択された通信プロトコル情報によって示されるＸＭＰＰに従い、上記のログイン要求情報を含むメッセージを作成する（ステップＳ２２−２）。このＸＭＰＰは、ＴＣＰ（Transmission Control Protocol）上での通信に用いられる。この通信プロトコルを用いた場合には、通話端末１０は、ＸＭＰＰプロキシ（ルータ等）を介して通話管理システム５０と通信することができる。尚、このＸＭＰＰプロキシが設置されていない環境では、通話端末１０はこの通信プロトコルを用いて通話管理システム５０と通信することができない。このＸＭＰＰにおける通信データのフォーマットはＸＭＬ（Extensible Markup Language）であり、１塊のメッセージ（通信データ）は、スタンザ（stanza）と呼ばれる。即ち、メッセージ作成部２２は、ＸＭＬのフォーマットにより図２７で示されるようなスタンザを作成する。
【００８５】
続いて、通信部１１は通話管理システム５０に作成されたメッセージをＸＭＰＰに従い送信する（ステップＳ２２−３）。通話端末５０のＣＰＵ１０１は、このメッセージが送信されてから時間の計測を開始する。ここで、「メッセージが送信されてから」とは、実際に通信部１１がメッセージを送信した時点からという意味で用いられるだけではなく、メッセージを送信する前後のある時点からという意味でも用いられる。即ち、設計上の理由等により、メッセージ作成部２２がメッセージを作成した時点や、メッセージが送信された後に記憶・読出処理部１９が所定のログを不揮発性記憶部１０００に記録する時点から所定の時間の計測を開始しても良い。
【００８６】
通信部１１が、メッセージが送信されてから所定の時間を経過する前にこのメッセージに対する応答を通話管理システム５０から受信した場合には（ステップＳ２２−４のＹＥＳ）、処理を完了する。通信部１１が、メッセージを送信してから所定の時間を経過するまでにこのメッセージに対する応答を通話管理システム５０から受信しなかった場合には（ステップＳ２２−４のＮＯ）、選択部２１は、次に高い優先度の通信プロトコルを選択する。この場合、選択部２１は、通信プロトコル優先度管理ＤＢの通信プロトコル優先度管理テーブルから次に高い優先度を示す優先度情報「２」に対応する通信プロトコル情報「ＢＯＳＨ」を選択する（ステップＳ２２−５）。メッセージ作成部２２は、選択部２１によって選択された通信プロトコル情報によって示されるＢＯＳＨに従い、上記のログイン要求情報を含むメッセージを作成する（ステップＳ２２−２）。
【００８７】
ここで、メッセージ作成部２２が、ＢＯＳＨに従いメッセージを作成する方法の一例について説明する。ＢＯＳＨは、ＸＭＰＰ ｏｖｅｒ ＨＴＴＰとも呼ばれ、ＸＭＰＰをＨＴＴＰ上で通信するための通信プロトコルである。この通信プロトコルで通信される通信データは、ＨＴＴＰのフォーマットで作成されたメッセージの一部（所定のタグ中）にＸＭＰＰのスタンザが挿入された形式となっている。本実施形態では、メッセージ作成部２２によってＸＭＰＰに従い先に作成されたログイン要求情報を含むスタンザを、ＨＴＴＰのフォーマットで作成されたメッセージの一部に挿入することによって図２８に示されるようなＢＯＳＨに従うメッセージが作成される。このようにしてメッセージが作成されると、通信部１１は通話管理システム５０に作成されたメッセージをＢＯＳＨに従い送信し（ステップＳ２２−３）、通話管理システム５０からの応答を待つ（ステップ２２−４）。通信部１１が、メッセージが送信されてから所定の時間を経過する前にこのメッセージに対する応答を通話管理システム５０から受信した場合には、ログイン要求情報を送信する処理を完了する。この場合、通話管理システム５０とのその後の通信（例えば、ステップＳ４２参照）では、ログイン要求情報の送信で最終的に用いられた通信プロトコルが用いられる。通信部１１が、メッセージを送信してから所定の時間を経過するまでにこのメッセージに対する応答を通話管理システム５０から受信しなかった場合には（ステップＳ２２−４のＮＯ）、ステップＳ２２−５以降の処理を繰り返す。
【００８８】
続いて、図１９に戻って、所定の通信プロトコルに従い送信されたログイン要求情報を通話端末５０が受信した後の処理について説明する。先ず、通話管理システム５０の端末認証部５２は、通信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、不揮発性記憶部５０００の端末認証管理ＤＢ５００２（図１０参照）を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。この場合、ログイン要求情報を含むメッセージは、通話端末１０ａａのメッセージ作成部２２によって、通話管理システム５０が解釈できる通信プロトコルに従い作成されているため、上記の認証の処理を行うことができる。
【００８９】
この端末認証部５２によって、同一の端末ＩＤ及びパスワードが管理されているため、正当な利用権限を有する通話端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）に、通話端末１０ａａの端末ＩＤ及び宛先名で示されるレコード毎に、稼動状態、上記ログイン要求情報が受信された受信日時、及び通話端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４）。これにより、図１１に示されている端末管理テーブルには、通話端末ＩＤ「０１ａａ」に、稼動状態「ＯＮライン」、受信日時「２００９．１１．１０．１３：４０」及び端末ＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。
【００９０】
更に、記憶・読出処理部５９は、通信プロトコル管理ＤＢ５００９の通信プロトコル管理テーブル（図１６参照）における通話端末１０ａａの端末ＩＤで示されるレコードに、通話端末１０ａａとの通信で用いられる通信プロトコル（ログイン要求情報の通信で用いられた通信プロトコル）を示す通信プロトコル情報を関連付けて記憶する（ステップＳ２５）。以後、通話端末１０ａａとの通信におけるメッセージは、この通信プロトコル管理テーブルによって管理されている通信プロトコルに従い作成されて、通信部５１によって送信される。
【００９１】
そして、通話管理システム５０の通信部５１は、上記端末認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきた要求元端末１０ａａに送信する（ステップＳ２５）。
【００９２】
続いて、図２１を用いて、端末認証部５２によって認証が成功した場合について、その後の処理を説明する。通話端末１０ａａでは、正当な利用権限を有する端末であると判断された結果が示された認証結果情報を受信すると、通信部１１が通信ネットワーク２を介して通話管理システム５０へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ２６）。これにより、通話管理システム５０の通信部５１は、宛先リスト要求情報を受信する。
【００９３】
次に、端末抽出部５４は、ログイン要求した要求元端末１０ａａの端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、要求元端末１０ａａと通話することができる宛先端末１０Ｂの候補の端末ＩＤを読み出すことによって抽出する（ステップＳ２７）。また、端末抽出部５４は、抽出された端末ＩＤを検索キーとして、端末管理ＤＢの端末管理テーブル（図１１参照）を検索し、この端末ＩＤに対応する宛先名を読み出すことによって抽出する。ここでは、要求元端末１０ａａの端末ＩＤ「０１ａａ」に対応する宛先端末（１０ａｂ，１０ｂａ，１０ｂｂ，…）のそれぞれの端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｂｂ」、…）と、これらに対応する端末名（「日本 東京事業所 ＡＢ端末」、「日本 大阪事業所 ＢＡ端末」、…）が抽出される。
【００９４】
次に、通話管理システム５０の通信部５１は、記憶・読出処理部５９を介して記憶部６０００から宛先リスト枠のデータ（図２５で示されている宛先リスト枠１１−１部分のデータ）を読み出す（ステップＳ２８）と共に、この宛先リスト枠並びに上記端末抽出部５４によって抽出された端末ＩＤ及び宛先名を含めた「宛先リスト情報（宛先リスト枠、端末ＩＤ、宛先名）」を、要求元端末１０ａａに送信する（ステップＳ２９）。これにより、要求元端末１０ａａでは、通信部１１が宛先リスト情報を受信し、記憶・読出処理部１９が揮発性記憶部１００２へ宛先リスト情報を記憶する（ステップＳ３０）。
【００９５】
このように、本実施形態では、各通話端末１０で宛先リスト情報を管理するのではなく、通話管理システム５０が全ての通話端末の宛先リスト情報を一元管理している。よって、通話システム１に新たな通話端末１０が含まれるようになったり、既に含まれている通話端末１０に替えて新機種の通話端末１０を含めるようになったり、宛先リスト枠の見栄え等を変更することになった場合でも、通話管理システム５０側で一括して対応するため、各通話端末１０側で宛先リスト情報の変更を行う手間を省くことができる。
【００９６】
また、通話管理システム５０の端末状態取得部５５は、上記端末抽出部５４によって抽出された宛先端末１０Ｂの候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｂｂ」、…）を検索キーとして、端末管理ＤＢ５００３（図１１参照）を検索し、上記端末抽出部５４によって抽出された端末ＩＤ毎に、対応する稼動状態を読み出すことにより、宛先候補としての通話端末（１０ａｂ，１０ｂａ，１０ｂｂ，…）の各稼動状態を取得する（ステップ３１）。
【００９７】
次に、通信部５１は、上記ステップ２７で使用された検索キーとしての端末ＩＤ「０１ａｂ」と、対応する宛先端末１０ａｂの稼動状態「ＯＮライン（通話可能）」とが含まれた「端末の状態情報」を、通信ネットワーク２を介して要求元端末１０ａａに送信する（ステップＳ３２）。また、同じくステップＳ３２の一環として、通信部５１は、端末ＩＤ「０１ｂａ」と、対応する宛先端末１０ｂａの稼動状態「ＯＮライン（一時中断）」とが含まれた「端末の状態情報」等、残りの「端末の状態情報」も個別に要求元端末１０ａａへ送信する。
【００９８】
次に、要求元端末１０ａａの記憶・読出処理部１９は、順次、通話管理システム５０から受信した端末の状態情報を揮発性記憶部１００２に記憶する（ステップＳ３３）。よって、要求元端末１０ａａは、上記各端末の状態情報を受信することで、要求元端末１０ａａと通話することができる宛先端末１０Ｂの候補である通話端末１０ａｂ等の現時点のそれぞれの稼動状態を取得することができる。
【００９９】
次に、要求元端末１０ａａの宛先リスト作成部２０は、揮発性記憶部１００２に記憶されている宛先リスト情報、及び端末の状態情報に基づいて、宛先候補としての通話端末１０の状態を反映させた宛先リストを作成すると共に、表示制御部１６が、図２に示されているディスプレイ１２０に対して、宛先リストを表示するタイミングを制御する（ステップＳ３４）。
【０１００】
以上より、図２５に示されているように、宛先リスト枠１１−１に各宛先名１１−２等及び各状態情報を反映させたアイコン１１−３ａ等が表示された状態の宛先リストをディスプレイ１２０ａａに表示させることになる。
【０１０１】
一方、図２１に戻って、通話管理システム５０の端末抽出部５４は、ログイン要求してきた要求元端末１０ａａの端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、上記要求元端末１０ａａの端末ＩＤ「０１ａａ」を宛先端末１０Ｂの候補として登録している他の要求元端末１０Ａの端末ＩＤを抽出する（ステップＳ３５）。図１２に示されている宛先リスト管理テーブルでは、抽出される他の要求元端末１０Ａの端末ＩＤは、「０１ａｂ」、「０１ｂａ」、及び「０１ｄｂ」である。
【０１０２】
次に、通話管理システム５０の端末状態取得部５５は、上記ログイン要求して来た要求元端末１０ａａの端末ＩＤ「０１ａａ」を検索キーとして、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）を検索し、ログイン要求してきた要求元端末１０ａａの稼動状態を取得する（ステップＳ３６）。
【０１０３】
そして、通信部５１は、上記ステップＳ３５で抽出された端末ＩＤ（「０１ａｂ」、「０１ｂａ」、及び「０１ｄｂ」）に係る通話端末（１０ａｂ，１０ｂａ，１０ｄｂ）のうち、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）で稼動状態が「ＯＮライン」となっている通話端末（１０ｂａ，１０ｄｂ）に、上記ステップＳ３６で取得された要求元端末１０ａａの端末ＩＤ「０１ａａ」と稼動状態「ＯＮライン」が含まれる「端末の状態情報」を送信する（ステップＳ３７−１，Ｓ３７−２）。なお、通信部５１が通話端末（１０ｂａ，１０ｄｂ）に端末の状態情報を送信する際に、各端末ＩＤ（「０１ｂａ」、「０１ｄｂ」）に基づいて、図１１に示されている端末管理テーブルで管理されている端末のＩＰアドレスを参照する。これにより、ログイン要求した要求元端末１０ａａを宛先として通話することができる他の宛先端末（１０ｄｂ，１０ｂａ）のぞれぞれに、上記ログイン要求した要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び稼動状態「ＯＮライン」を伝えることができる。
【０１０４】
一方、他の通話端末１０でも、上記ステップＳ２１と同様に、利用者が図３に示されている電源スイッチ１０９をＯＮにすると、図４に示されている操作入力受付部１２が電源ＯＮを受け付け、上記ステップＳ２２〜Ｓ３８−１，２の処理と同様の処理を行うため、その説明を省略する。
【０１０５】
続いて、図２２を用いて、通話端末が他の通話端末との通信の開始を要求する場合の処理を説明する。なお、図２２では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。また、本実施形態においては、要求元端末１０ａａは、宛先の候補としての通話端末１０のうち、上記ステップＳ３２によって受信した端末の状態情報により、稼動状態がＯＮラインである通話端末（１０ｂａ，１０ｄｂ）の少なくとも一方と通話を行うことができる。そこで、以下では、要求元端末１０ａａの利用者が、宛先端末１０ｄｂと通話を開始することを選択した場合について説明する。
【０１０６】
まず、要求元端末１０ａａの利用者が図２に示されている操作ボタン１０８を押下して宛先端末１０ｄｂを選択すると、図４に示されている操作入力受付部１２は、通話端末１０ｄｂとの通話を開始する要求を受け付ける（ステップＳ４１）。そして、通話端末１０ａａの通信部１１は、要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」が含まれ、通話を開始したい旨を示す開始要求情報を、通話管理システム５０へ送信する（ステップＳ４２）。これにより、通話管理システム５０の通信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末１０ａａのＩＰアドレス「１．２．１．３」を把握することになる。
【０１０７】
そして、状態管理部５３は、開始要求情報に含まれる要求元端末１０ａａの端末ＩＤ「０１ａａ」及び宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」に基づき、端末管理ＤＢ５００３（図１１参照）の端末管理テーブルにおいて、上記端末ＩＤ「０１ａａ」及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの稼動状態のフィールド部分を、ともに「通話中」に変更する（ステップＳ４３）。なお、この状態では、要求元端末１０ａａと宛先端末１０ｄｂは、通話（通話）を開始していないが、通話中状態となり、他の通話端末１０が要求元端末１０ａａ又は宛先端末１０ｄｂと通話しようとすると、いわゆる通話中状態を示す旨の音声又は表示が出力される。
【０１０８】
次に、通話管理システム５０は、中継装置３０を選択するための処理を実行する。この場合、先ず、セッションＩＤ生成部５６ａは、要求元端末１０ａａによって要求された各宛先端末との間の通信を実行するためのセッション（通話データ用セッションｓｅｄ）を識別するためのセッションＩＤ「ｓｅ１」を生成する（ステップＳ４４）。そして、セッション管理部５７は、不揮発性記憶部５０００のセッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）に、上記ステップＳ４４で生成されたセッションＩＤ「ｓｅ１」、要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」を関連付けて記憶して管理する（ステップＳ４５）。
【０１０９】
続いて、通話管理システム５０の中継装置割当部５６は、中継装置管理ＤＢ５００１、中継装置割当管理ＤＢに基づいて、要求元端末１０ａａと、宛先端末１０ｄｂとの通話を中継するための中継装置３０の割り当てを行う（ステップＳ４６）。この場合、まず、中継装置抽出部５６ｂは、要求元端末１０ａａから送られてきた開始通信情報に含まれている要求元端末１０ａａの端末ＩＤ「０１ａａ」、宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」に基づいて、中継装置割当管理ＤＢ５００８の中継装置割当管理テーブル（図１５参照）を検索することにより、通話端末（１０ａａ，１０ｄｂ）に対応する中継装置ＩＤ（「１１１ａ」，「１１１ｄ」）を抽出する。
【０１１０】
抽出された各中継装置ＩＤが同一であれば、割当部５６ｃは、中継装置管理ＤＢ５００１の中継装置管理テーブル（図９参照）で管理されている中継装置３０の稼動状態のうち、抽出された中継装置ＩＤの稼動状態を参照する。ここで中継装置ＩＤの稼動状態が「ＯＮライン」である場合には、割当部５６ｃは、抽出された中継装置を、通話を中継するための中継装置に割り当てる。抽出された各中継装置ＩＤが同一でない場合、又は、上記の参照の結果、各中継装置ＩＤの稼動状態が「ＯＦＦライン」である場合には、中継装置３０ｅを、通話を中継するための中継装置に割り当てる。本実施形態では、割当部５６ｃによって中継装置３０ｅが割り当てられた場合につき、以下続けて説明する。
【０１１１】
中継装置３０の割り当て処理が完了すると、セッション管理部５７は、不揮発性記憶部５０００のセッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの中継装置ＩＤのフィールド部分に、割り当てられた中継装置の中継装置ＩＤ「１１１ｅ」を記憶して管理する（ステップＳ４７）。
【０１１２】
次に、図４に示されている送受信部５１は、通信ネットワーク２を介して、要求元端末１０ａａへ、セッションＩＤ生成部５６ａで生成されたセッションＩＤと、割当部５６ｃで割り当てられた中継装置３０ｅに接続するために用いられる中継装置接続情報を送信する（ステップＳ４８）。この中継装置接続情報には、中継装置３０ｅのＩＰアドレス「１．１．１．３」、認証情報、ポート番号等を含めることができる。これにより、通話端末１０ａａは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、通話データの中継に用いられる中継装置３０ｅに接続するために用いられる中継装置接続情報を把握することができる。
【０１１３】
次に、送受信部５１は、要求元端末１０ａａの端末ＩＤ「０１ａａ」、セッションＩＤ「ｓｅ１」が含まれる開始要求情報、中継装置３０ｅに接続するために用いられる上記の中継装置接続情報、及び通話管理システム５０のＩＰアドレスを宛先端末（１０ｄｂ）へ送信する（ステップＳ４９）。これにより、宛先端末１０ｄｂの送受信部５１は、上記開始要求情報を受信すると共に、通話データの中継に用いられる中継装置３０ｅに接続するために用いられる中継装置接続情報、及び送信元である通話管理システム５０のＩＰアドレス「１．１．１．２」を把握することになる。
【０１１４】
ここで、開始要求情報を通話端末１０ｄｂに送信する処理について、図２３を用いてより詳細に説明する。図２３は、開始要求情報を送信する処理を示したフロー図である。先ず、変換部６２は、要求元端末１０ａａから送信された開始要求情報（ステップＳ４２参照）を解析し、これが第１の通信プロトコル（ＸＭＰＰ）に従い作成されたものであるかを判断する（ステップＳ４９−１）。開始要求情報が第１の通信プロトコルで作成されたものでない場合には（ステップＳ４９−１のＮＯ）、変換部６２はこの開始要求情報を第１の通信プロトコルに従い変換する（ステップＳ４９−２）。具体的には、開始要求情報が第２の通信プロトコル（ＢＯＳＨ）で作成されていた場合、この開始要求情報を解析し、この中からＢＯＳＨのメッセージ２５００からＸＭＰＰのスタンザ２０００を抽出することにより行われる。ＸＭＰＰではサーバとクライアント間のセッションを常時接続することが前提となる。このため、本実施形態では、通話管理システム５０にインストールされた通話管理用プログラム（サーバ）とゲートウェイとしての変換部６２がＸＭＰＰによるセッションを常時接続する。一方で、通話管理システム５０と、通話端末１０との間でＢＯＳＨにより通信する場合には、変換部６２とクライアント（通話端末１０）との間のセッションを断続的に接続する。そして、変換部６２は、クライアントから受信した情報をＸＭＰＰに従い変換することで、サーバとのセッション及びクライアントとのセッションを関連付ける。これにより、サーバとクライアントとの間は、見かけ上、常時接続した状態を維持することができる。
【０１１５】
続いて、通信プロトコル抽出部６１は、宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」を検索キーとして、通信プロトコル管理ＤＢ５００９の通信プロトコル管理テーブル（図１６）を検索し、対応した通信プロトコル情報を抽出する（ステップＳ４９−３）。変換部６２は、抽出された通信プロトコル情報が第１の通信プロトコル（ＸＭＰＰ）を示すものであるかを判断する（ステップＳ４９−４）。この通信プロトコル情報が第１の通信プロトコル（ＸＭＰＰ）を示すものである場合には（ステップＳ４９−４のＹＥＳ）、通信部５１は第１の通信プロトコルに従い作成された開始要求情報を宛先端末１０ｄｂに送信する（ステップＳ４９−６）。この場合、中継装置接続情報、要求元端末ＩＤ、通話管理システムのＩＰアドレス等を含むメッセージを上記の開始要求情報とともに送信しても良いし、開始要求情報とは別に第１の通信プロトコルに従い送信しても良い。
【０１１６】
一方、通信プロトコル情報が第１の通信プロトコルを示すものでない場合には（ステップＳ４９−４のＮＯ）、変換部６２は抽出された通信プロトコル情報によって示される通信プロトコルに従い開始要求情報を変換する（ステップＳ４９−５）。具体的には、ＸＭＰＰに従い作成された開始要求情報を含むスタンザ２０００を、ＢＯＳＨのメッセージ２５００に挿入することにより変換する。更に、通信部５１は変換された開始要求情報を宛先端末１０ｄｂに送信する（ステップＳ４９−６）。この場合、中継装置接続情報、要求元端末ＩＤ、通話管理システムのＩＰアドレス等を含むメッセージを上記の開始要求情報とともに送信しても良いし、開始要求情報とは別にこの通信プロトコルに従い送信しても良い。
【０１１７】
以後、要求元端末１０ａａ及び宛先端末１０ｄｂの一方から送信されたメッセージを他方の通話端末に送信する場合、送信先の通話端末との通信で用いられる通信プロトコルが第１の通信プロトコルでない場合には、変換部６２によって上記のように変換されたメッセージが送信される。
【０１１８】
続いて、通話管理システム５０の通信部５１は、通信ネットワーク２を介して中継装置３０ｅへ、中継を開始する旨の要求が示された中継開始要求情報を送信する（ステップＳ５０）。この中継開始要求情報には、中継される要求元端末１０ａａ及び宛先端末１０ｄｂの各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）が含まれている。これにより、中継装置３０ａは、通話端末（１０ａａ，１０ｄｂ）の間で、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを通話するためのセッション（画像・音声データ用セッションｓｅｄ）を確立する（ステップＳ５１）。これにより、通話端末（１０ａａ，１０ｄｂ）は、テレビ会議を開始することができる。
【０１１９】
続いて、図４及び図２４を用いて、要求元端末１０ａａと宛先端末１０ｄｂとの間で、テレビ会議の通話を行うために、画像データ及び音声データを送受信する処理を説明する。まず、要求元端末１０ａａは、画像・音声データ用セッションｓｅｄによって、撮像部１４ａで撮像された被写体の画像データ、及び音声入力部１５ａで入力された音声の音声データを、通信部１１から通信ネットワーク２を介して中継装置３０ａへ送信する（ステップＳ８１）。なお、本実施形態では、図８に示されている低解像度、中解像度、及び高解像度の３つから成る高画質の画像データ、並びに、音声データを送信している。これにより、中継装置３０ａでは、通信部３１で上記３つの解像度の画像データ及び音声データを受信する。そして、データ品質確認部３３が、宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１（図７参照）を検索し、対応した中継する画像データの画質を抽出することで、中継する画像データの画像の品質を確認する（ステップＳ８２）。本実施形態では、確認された画像データの画像の画質が「高画質」であり、通信部３１で受信した画像データの画質と同じであるため、中継装置３０ａは、画像・音声データ用セッションｓｅｄによって、そのままの画質の画像データ、及びそのままの音質の音声データで、宛先端末１０ｄｂに送信する（ステップＳ８３）。これにより、宛先端末１０ｄｂは、通信部１１で画像データ及び音声データを受信し、画像表示制御部１４ｂがディスプレイ１２０に上記画像データに基づく画像を表示させると共に、音声出力部１５ｂが音声データに基づく音声を出力させることができる。
【０１２０】
次に、通話端末１０ｄｂの遅延検出部１８は、通信部１１で受信された画像データの受信の遅延時間を一定時間毎（例えば、１秒毎）に検出する（ステップＳ８４）。なお、本実施形態では、遅延時間が２００（ｍｓ）である場合について、以下説明を続ける。
【０１２１】
宛先端末１０ｄｂの通信部１１は、管理情報用セッションｓｅｉによって、通信ネットワーク２を介して通話管理システム５０へ、遅延時間「２００（ｍｓ）」を示す遅延情報を送信する（ステップＳ８５）。これにより、通話管理システム５０は、遅延時間を把握すると共に、遅延情報の送信元である通話端末１０ｄｂのＩＰアドレス「１．３．２．４」を把握することができる。
【０１２２】
次に、通話管理システム５０の遅延時間管理部６０は、上記宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を検索キーとして、端末管理ＤＢ５００３（図１１参照）を検索することで、対応する端末ＩＤ「０１ｄｂ」を抽出し、更に、セッション管理ＤＢ５００５（図１３参照）のセッション管理テーブルにおいて、上記端末ＩＤ「０１ｄｂ」のレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間「２００（ｍｓ）」を記憶して管理する（ステップＳ８６）。
【０１２３】
次に、品質決定部５８は、上記遅延時間「２００（ｍｓ）」を検索キーとして、品質管理ＤＢ５００７（図１４参照）を検索し、対応する画像データの画質「中画質」を抽出することで、画質を「中画質」に決定する（ステップＳ８７）。
【０１２４】
次に、通信部５１は、セッション管理ＤＢ（図１３参照）のセッション管理テーブルにおいて、上記端末ＩＤ「０１ｄｂ」に関連付けられている中継装置ＩＤ「１１１ａ」を検索キーとして、中継装置管理ＤＢ５００１（図９参照）を検索し、対応する中継装置３０ｅのＩＰアドレス「１．１．１．３」を抽出する（ステップＳ８８）。そして、通信部５１は、管理情報用セッションｓｅｉによって、通信ネットワーク２を介して中継装置３０ａへ、上記ステップ８７によって決定された画像データの画質「中画質」を示す品質情報を送信する（ステップＳ８９）。この品質情報には、上記ステップＳ８６において検索キーとして用いた宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」が含まれている。これにより、中継装置３０ａでは、変更品質管理部３４が、変更品質管理ＤＢ３００１（図７参照）に、送信先の通話端末１０（ここでは、宛先端末１０ｄｂ）のＩＰアドレス「１．３．２．４」、及び中継される画像データの画質「中画質」を関連付けて記憶して管理する（ステップＳ９０）。
【０１２５】
次に、通話端末１０ａａは、引き続き上記ステップＳ８１と同様に、画像・音声データ用セッションｓｅｄによって、中継装置３０ａへ、低画質、中画質、及び高画質の３つから成る高画質の画像データ、並びに、音声データを送信する（ステップＳ９１）。これにより、中継装置３０ａでは、上記ステップＳ８２と同様に、データ品質確認部３３が、宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１（図７参照）を検索し、対応した中継する画像データの画質「中画質」を抽出することで、中継される画像データの画像の品質を確認する（ステップＳ９２）。本実施形態では、確認された画像データの画質が「中画質」であり、通信部３１で受信された画像データの画質「高画質」よりも低くなるため、データ品質変更部３５は、画像データの画質を「高画質」から「中画質」に抑制することで、画像データの画像の品質を変更する（ステップＳ９３）。そして、通信部３１は、画像・音声データ用セッションｓｅｄによって、通信ネットワーク２を介して通話端末１０ｄｂへ、上記画像データの画質が「中画質」に変更された画像データ、及び音声の音質が変更されていない音声データを送信する（ステップＳ９４）。このように、画像データを受信する宛先端末１０ｄｂで、受信の遅延が生じた場合には、中継装置３０ａは画像の品質を変更し、テレビ会議に参加している人に違和感を与えないようにすることができる。
【０１２６】
＜＜実施形態の主な効果＞＞
【０１２７】
以上説明したように本実施形態によれば、通話端末１０は、通話管理システム５０が解釈することができる複数の通信プロトコルの中から選択される第１の通信プロトコルに従い作成されたメッセージによって通話管理システム５０と通信できない場合に、これらの複数の通信プロトコルの中から第２の通信プロトコルを選択する。これにより、通話端末と呼制御システムとの間に特定の通信装置を設けなくても、通信プロトコルを変えて通話管理システム５０との間の通信を開始することができるようになるという効果を奏する。
【０１２８】
また、本実施形態によれば、第１の通信プロトコルに従い作成されたメッセージが前記呼制御システムに送信できたときであって、通信部１１が所定の時間前記メッセージに対する応答を受信しなかった場合、選択部２１が第２の通信プロトコルを選択する。これにより、通話端末１０は、通話管理システム５０と通信できない状態を所定の時間に基づき検知することができるという効果を奏する。
【０１２９】
更に、本実施形態によれば、第１の通信プロトコルを、通話端末１０と通話管理システム５０との通信経路の間の所定の通信機器を使用するために、通話端末における所定の設定を必要とする通信プロトコルとし、第２の通信プロトコルが、所定の通信機器を使用するために、上記の所定の設定を必要としない通信プロトコルとする。これにより、通話端末１０において所定の設定がされていないことにより第１の通信プロトコルに従い通話管理システム５０と通信できない場合でも、第２の通信プロトコルを用いて通話管理システム５０と通信できるという効果を奏する。
【０１３０】
また、本実施形態によれば、通話管理システム５０は、要求元及び宛先のいずれか一方の通話端末から送信されたメッセージを他方の通話端末に送信する場合に、送信先の通話端末に対応した通信プロトコルを抽出し、抽出された通信プトコルに従いメッセージを変換する。これにより、要求元通話端末１０Ａの通信プロトコルと宛先通話端末１０Ｂの通信プロトコルとが異なる場合でも、メッセージの送信ができるという効果を奏する。
【０１３１】
＜＜実施形態の補足＞＞
通話システム１は、携帯電話機の通信システムであってもよい。この場合、例えば、通話端末１０は携帯電話機に相当する。この場合の宛先リストの表示例は、図２６に示されている。即ち、携帯電話機としての通話端末１０は、携帯電話機の本体１０−１、この本体１０−１に設けられたメニュー画面表示ボタン１０−２、本体１０−１に設けられた表示部１０−３、本体１０―１の下部に設けられたマイク１０−４、本体１０−１に設けられたスピーカ１０−５を備えている。このうち、「メニュー画面表示ボタン」１０−２は、各種アプリケーションを示すアイコンが表示されているメニュー画面を表示させるためのボタンである。表示部１０−３は、タッチパネルになっており、利用者が宛先名を選択することで、相手の携帯電話機と通話を行うことができる。
【符号の説明】
【０１３２】
１ 通話システム
１０ 通話端末
１１ 通信部
１２ 操作入力受付部
１３ ログイン要求部１３
１４ 撮像部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 表示制御部
１８ 遅延検出部
１９ 記憶・読出処理部
２０ 宛先リスト作成部
２１ 選択部
２２ メッセージ作成部
３１ 通信部
３２ 状態検知部
３３ データ品質確認部
３４ 変更品質管理部
３５ データ品質変更部
５０ 通話管理システム（呼制御システムの一例）
５１ 通信部
５２ 端末認証部
５３ 状態管理部
５４ 端末抽出部
５５ 端末状態取得部
５６ 中継装置割当部
５６ａ セッションＩＤ生成部
５６ｂ 中継装置抽出部
５６ｃ 割当部
５７ セッション管理部
５８ 品質決定部
６０ 遅延時間管理部
６１ 通信プトロコル抽出部
６２ 変換部
１０００ 不揮発性記憶部
１００１ 通信プロトコル優先度管理ＤＢ
１００２ 揮発性記憶部（記憶手段の一例）
２０００ スタンザ
２５００ メッセージ
３０００ 不揮発性記憶部
３００１ 変更品質管理ＤＢ
５０００ 不揮発性記憶部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ
５００７ 品質管理ＤＢ
５００８ 中継装置割当管理ＤＢ
５００９ 通信プロトコル管理ＤＢ
【先行技術文献】
【特許文献】
【０１３３】
【特許文献１】米国特許第６６３３９８５号公報
【技術分野】
【０００１】
本発明は、通話端末間の呼を確立するための制御を行う呼制御システムと、呼の確立に関する情報を示す呼情報を含むメッセージを通信し、呼が確立されると他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通話端末に関する。
【背景技術】
【０００２】
近年、出張経費及び出張時間を削減する要請に伴い、インターネット等の通信ネットワークを介してテレビ会議などを行う通話システムが普及している。このような通話システムでは、複数の通話端末の間で通話を開始すると、画像データ及び音声データの送受信が行われ、テレビ会議を実現することができる。
【０００３】
また、近年のブロードバンド環境の充実化により、複数の通話端末間で高画質の画像データや高音質の音声データの送受信が可能となった。これにより、テレビ会議の相手の状況を把握し易くなり、会話による意思疎通の充実度を向上することができるようになった。
【０００４】
このような通話システムにおいて、通話端末間の接続を確立する際に、先ず通話端末とこれらの通話端末を管理する通話管理システムとの間のセッションを確立し、このセッションを用いることによって通話端末間の接続を制御すること（呼制御）が行われている。この呼制御において通話端末間の通信で用いられる通信プロトコルとしては、ＸＭＰＰ（Extensible Messaging and Presence Protocol）、ＳＩＰ（Session Initiation Protocol）、ＩＭＳ（IP Multimedia Subsystem）、ＢＯＳＨ（Bidirectional−streams Over Synchronous HTTP）等が知られている。
【０００５】
これらのうち、ＸＭＰＰ、ＳＩＰ、及びＩＭＳは、リアルタイム性や処理速度の点で優れており呼制御において好適に用いられている。ところが、これらの通信プロトコルを用いてプロキシ、ファイアウォール、又はＮＡＴ（Network Address Translation）等を介して通信する場合、通話端末においてプロキシ等を用いるための設定を行う必要がある。このため、通話端末を移動させて普段とは異なるネットワーク環境から通話管理システムと通信する場合には、通常とは異なるネットワーク環境で用いられているプロキシ等を用いるための設定を通話端末において行う必要があった。この場合、設定を変更する手間を要し、変更できなければ呼制御を行うことができず通話を開始できないという問題があった。一方、プロキシ等を用いるための設定を必要としないＢＯＳＨを用いた場合には、リアルタイム性や、処理速度の点で上記の通信プロトコルよりも劣るという問題があった。
【０００６】
そのため、近年、ファイアウォールを跨ぐ２地点間のテレビ会議を行う場合に、特定の通信プロトコルに関連するデータについては一般的なファイアウォールとは別に設けられた特定のファイアウォールを通過させることが知られている（特許文献１参照）。これを通話システムの呼制御に適用した場合、呼制御において用いられる通信プロトコルに関連するデータについては特定のファイアウォールを通過させることで、通話端末において一般的なファイアウォールを通過させるための設定を行う必要がなくなるとも考えられる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、この方法によると、一般的なファイアウォールとは別に特定のファイアウォールを設ける必要があり、この特定のファイアウォールのない一般的なネットワークの環境では通話端末と通話管理システムとの間の通信を開始することができないという問題が生じる。
【課題を解決するための手段】
【０００８】
請求項１に係る発明は、通話端末間の呼を確立するための制御を行う呼制御システムと、前記呼の確立に関する情報を示す呼情報を含むメッセージを通信し、前記呼が確立されると、他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通信部を有する通話端末であって、前記呼制御システムが解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する選択部と、前記選択部によって選択された所定の通信プロトコルに従い前記呼制御システムに送信されるメッセージを作成するメッセージ作成部と、を有し、前記通信部が第１の通信プロトコルに従い作成されたメッセージによって前記呼制御システムと通信できない場合に、前記選択部が、前記複数の通信プロトコルの中から第２の通信プロトコルを選択することを特徴とする通話端末である。
【０００９】
請求項２に係る発明は、前記第１の通信プロトコルに従い作成されたメッセージを前記呼制御システムに送信できたときであって、前記通信部が前記メッセージを送信してから所定の時間、前記メッセージに対する応答を受信しなかった場合、前記選択部が、前記第２の通信プロトコルを選択することを特徴とする請求項１に記載の通話端末である。
【００１０】
請求項３に係る発明は、前記第１の通信プロトコルが、当該通話端末と前記呼制御システムとの通信経路の間の所定の通信機器を使用するために、当該通話端末における所定の設定を必要とする通信プロトコルであり、前記第２の通信プロトコルが、前記所定の通信機器を使用するために、前記所定の設定を必要としない通信プロトコルであることを特徴とする請求項１又は２に記載の通話端末である。
【００１１】
請求項４に係る発明は、請求項１乃至３のいずれか一項に記載の通話端末を複数有し、通話を開始する通話端末と呼情報を含むメッセージを通信し、前記通話を開始する通話端末間の呼を確立するための制御を行う呼制御システムを有することを特徴とする通話システムである。
【００１２】
請求項５に係る発明は、前記呼制御システムが、通話端末を識別するための通話端末識別情報と、前記通話端末との通信で用いられる通信プロトコルを示す通信プロトコル情報とを対応付けて管理する通信プロトコル管理部と、発呼側及び着呼側のいずれか一方の通話端末から送信されたメッセージを他方の通話端末に送信する場合に、送信先の通話端末に対応した通信プロトコル情報を抽出する通信プロトコル抽出部と、抽出された前記通信プトコル情報によって示される通信プロトコルに従い前記メッセージを変換する変換部と、を有することを特徴とする請求項４に記載の通話システムである。
【００１３】
請求項６に係る発明は、通話端末間の呼を確立するための制御を行う呼制御システムと、前記呼の確立に関する情報を示す呼情報を含むメッセージを通信し、前記呼が確立されると他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通信部を有する通話端末に用いられる通話端末用プログラムであって、前記呼制御システムが解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する選択ステップと、前記選択ステップで選択された通信プロトコルに従い前記呼制御システムに送信されるメッセージを作成するメッセージ作成ステップと、を通話端末に実行させ、前記通信部が第１の通信プロトコルに従い作成されたメッセージによって前記呼制御システムと通信できない場合に、前記選択ステップで、前記複数の通信プロトコルの中から第２の通信プロトコルを選択することを特徴とする通話端末用プログラム
【発明の効果】
【００１４】
以上説明したように本発明によれば、通話端末は、呼制御システムが解釈することができる複数の通信プロトコルの中から選択される第１の通信プロトコルに従い作成されたメッセージによって呼制御システムと通信できない場合に、これらの複数の通信プロトコルの中から第２の通信プロトコルを選択する。これにより、通話端末と呼制御システムとの間に特定の通信装置を設けなくても、通信プロトコルを変えて呼制御システムとの間の通信を開始することができるようになるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る通話システムの概略図である。
【図２】本発明の一実施形態に係る通話端末のハードウェア構成図である。
【図３】本発明の一実施形態に係る通話管理システム、中継装置、又はプログラム提供システムのハードウェア構成図である。
【図４】本発明の一実施形態に係る通話システムを構成する各端末、装置及びシステムの機能ブロック図である。
【図５】通信プロトコル優先度管理テーブルを示す概念図である。
【図６】図４の中継装置割当部５６が詳細に示された機能ブロック図である。
【図７】変更品質管理テーブルを示す概念図である。
【図８】画像データの画質を説明する概念図である。
【図９】中継装置管理テーブルを示す概念図である。
【図１０】端末認証管理テーブルを示す概念図である。
【図１１】端末管理テーブルを示す概念図である。
【図１２】宛先リスト管理テーブルを示す概念図である。
【図１３】セッション管理テーブルを示す概念図である。
【図１４】品質管理テーブルを示す概念図である。
【図１５】中継装置割当管理テーブルを示す概念図である。
【図１６】通信プロトコル管理テーブルを示す概念図である。
【図１７】各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。
【図１８】通話システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。
【図１９】通話端末間で通話を開始する準備段階の処理を示したシーケンス図である。
【図２０】ログイン要求情報を送信する処理を示したフロー図である。
【図２１】通話端末間で通話を開始する準備段階の処理を示したシーケンス図である。
【図２２】中継装置を絞り込む処理を示したシーケンス図である。
【図２３】開始要求情報を送信する処理を示したフロー図である。
【図２４】通話端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。
【図２５】本実施形態の宛先リストを示す概念図である。
【図２６】他の実施形態の宛先リストを示す概念図である。
【図２７】スタンザの一例を示す概念図である。
【図２８】メッセージの一例を示す概念図である。
【発明を実施するための形態】
【００１６】
＜＜実施形態の全体構成＞＞
以下、図１乃至図２８を用いて、本発明の一実施形態について説明する。図１は、本発明の一実施形態に係る通話システム１の概略図であり、まずは図１を用いて、本実施形態の概略を説明する。
【００１７】
図１に示す通話システム１は、複数の通話端末（１０ａａ，１０ａｂ，…）、各通話端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、及び通話管理システム５０によって構築されている。
【００１８】
なお、本実施形態では、通話端末（１０ａａ，１０ａｂ，…）のうち任意の通話端末を示す場合には「通話端末１０」を用い、ディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイを示す場合には「ディスプレイ１２０」を用い、中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置を示す場合には「中継装置３０」を用いる。
【００１９】
通話端末１０は、他の通話端末１０との間で通話を行うために、画像データ、音声データ等の送受信を行う。即ち、本実施形態における通話には、音声データの送受信だけでなく、画像データの送受信も含まれる。即ち、本実施形態における通話端末１０は、画像データ及び音声データの送受信を行う。但し、通話端末１０は画像データの送受信を行わず、音声データの送受信を行うようにしてもよい。
【００２０】
本実施形態では、画像データの画像が動画の場合について説明するが、動画だけでなく静止画であってもよい。また、画像データの画像には、動画と静止画の両方が含まれてもよい。中継装置３０は、複数の通話端末１０の間で、画像データ及び音声データの中継を行う。通話管理システム５０は、通話端末１０及び中継装置３０を一元的に管理する。
【００２１】
また、図１に示されている複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ｃｄ）は、画像データ及び音声データの最適な経路の選択を行う。また、本実施形態ではルータ（７０ａ，７０ｂ，７０ｃｄ）は、少なくともＨＴＴＰプロキシ機能を有している。なお、本実施形態では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ｃｄ）のうち任意のルータを示す場合には「ルータ７０」を用いる。プログラム提供システム９０は、通話端末１０に各種機能又は各種手段を実現させるための通話端末用プログラムが記憶された、後述の図３に示されているのＨＤ（Hard Disk）を備えており、通話端末１０に、通話端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤには、中継装置３０に各種機能又は各種手段を実現させるための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。更に、プログラム提供システム９０のＨＤには、通話管理システム５０に各種機能又は各種手段を実現させるための通話管理用プログラムも記憶されており、通話管理システム５０に、通話管理用プログラムを送信することができる。
【００２２】
また、通話端末（１０ａａ，１０ａｂ，１０ａｃ，１０ａ…）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されており、所定の地域Ａ内で構築されている。通話端末（１０ｂａ，１０ｂｂ，１０ｂｃ，１０ｂ…）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ａは東京であり、ＬＡＮ２ａは東京の事業所内で構築されており、地域Ｂは大阪であり、ＬＡＮ２ｂは大阪の事業所内で構築されている。
【００２３】
一方、通話端末（１０ｃａ，１０ｃｂ，１０ｃｃ，１０ｃ…）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。通話端末（１０ｄａ，１０ｄｂ，１０ｄｃ，１０ｄ…）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｃ内で構築されている。例えば、地域Ｃはアメリカであり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ａ、地域Ｂ、及び地域Ｃは、それぞれルータ（７０ａ，７０ｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。
【００２４】
通話端末１０は、インターネット２ｉを介して通話管理システム５０と通信する場合、通信プロトコルによっては、その地域に設置されたルータ（７０ａ，７０ｂ，又は７０ｃｄ）を使用するための所定の設定がされている必要がある。本実施形態では、通話端末１０は、普段設置される地域のルータ７０を使用するための所定の設定が予めされているものとする。通話端末１０が普段設置される地域とは異なる地域のルータ７０を使用してＸＭＰＰ、ＳＩＰ、ＩＭＳ等の通信プロトコルを用いて通話管理システム５０と通信する場合、通話端末１０においてルータ７０を使用するための所定の新たな設定を行う必要がある。尚、この異なる地域にＸＭＰＰ、ＳＩＰ、ＩＭＳ等の通信プロトコルに対応したプロキシ（ルータ等）が設置されていない場合には、これらの通信プロトコルを用いて通話管理システム５０と通信することができない。一方、通話端末１０を普段設置される地域とは異なる地域のルータ７０を使用してＢＯＳＨ等の通信プロトコルを用いて通話管理システム５０と通信する場合、一般的に、通話端末１０においてルータ７０を使用するために所定の新たな設定を行う必要はない。これは、ＢＯＳＨがＨＴＴＰ上で通信するための通信プロトコルであって、通話端末１０が普段とは異なる地域に設置される場合でも、ＨＴＴＰによりインターネット２ｉに接続できる環境が整備されていることが一般的なためである。
【００２５】
また、通話端末１０は可動性があり、普段設置されている地域とは異なる別の地域にこの通話端末を移動させて、別の地域に設置されたルータ７０からインターネット２ｉに接続し、通話管理システム５０と通信することができる。例えば、地域Ａに普段設置されている通話端末１０ａａは、地域Ｂに移動させることができ、Ｌａｎ２ｂによってルータ７０ｂと接続させることにより、通話管理システム５０と通信することができる。この場合、通話端末１０ａａにおいて、ルータ７０ｂを使用するための所定の設定がされていない場合には、ＸＭＰＰ等の通信プロトコルを用いて通話管理システム５０と通信することはできない。一方、通話端末１０ａａがＢＯＳＨ等の通信プロトコルを用いて通話管理システム５０と通信する場合、通話端末１０ａａにおいてルータ７０ｂを使用するために所定の設定がされていなくても良い。
【００２６】
本実施形態の通話システム１において、通話管理システム５０、及びプログラム提供システム９０は、インターネット２ｉを介して、通話端末１０、及び中継装置３０と通信可能に接続されている。通話管理システム５０、及びプログラム提供システム９０は、地域Ａ、地域Ｂ、又は地域Ｃに設置されていてもよいし、これら以外の地域に設置されていてもよい。
【００２７】
本実施形態の通話システム１において、中継装置３０ｅは、通信ネットワーク２を介して通話端末１０及び通話管理システム５０と通信可能に接続されている。この中継装置３０ｅは、常時稼動しており、地域Ａ、地域Ｂ又は地域Ｃのローカルエリア内の通信量の影響を受けにくくするために、これら以外の地域に設置されている。中継装置３０ｅは、通話端末１０が他のローカルエリアに設置された通話端末と通話する場合に、通話データを中継するために用いられる。また、中継装置３０ｅは、同一のローカルエリアの通話端末間で通話を行う場合であって、このローカルエリアに設置された中継装置が稼動していない場合に、通話データを中継するために用いられる。
【００２８】
なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく無線による通信が行われる箇所があってもよい。
【００２９】
また、図１において、各通話端末１０、各中継装置３０、通話管理システム５０、各ルータ７０、及びプログラム提供システム９０の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、通話端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが。説明を簡略化するため、ＩＰｖ４を用いて説明する。
【００３０】
＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。本実施形態では、中継先（宛先）としての通話端末１０で画像データの受信に遅延が生じた場合に、中継装置３０によって画像データの画像の解像度を変更してから、中継先としての通話端末１０へ画像データを送信する場合について説明する。
【００３１】
図２は、本発明の一実施形態に係る通話端末１０のハードウェア構成図である。図２に示されているように、本実施形態の通話端末１０は、通話端末１０全体の動作を制御するＣＰＵ（Central Processing Unit）１０１、通話端末用プログラムを記憶したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）１０３、画像データや音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、通話端末１０の宛先を選択する場合などに操作される操作ボタン１０８、通話端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ（Interface）１１１を備えている。
【００３２】
また、通話端末１０は、外付けのカメラ１３０の駆動を制御したり、画像データの送受信を行う撮像素子１／Ｆ１１３を備えている。このカメラ１３０は、ＣＰＵ１０１の制御に従って、被写体を撮像し画像データを得るＣＭＯＳ（Complementary Metal Oxide Semiconductor）が内蔵されている。尚、被写体を撮像するものであればＣＭＯＳに限らず、ＣＣＤ（Charge Coupled Device）等を用いてもよい。カメラ１３０は、ＵＳＢ（Universal Serial Bus）ケーブル１３０ｃによって撮像素子１／Ｆ１１３に接続される。
【００３３】
更に、通話端末１０は、ＣＰＵ１０１の制御に従って、外付けのマイク１４０および外付けのスピーカ１５０との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６を備えている。マイク１４０はＵＳＢケーブル１４０ｃによって、スピーカ１５０はＵＳＢケーブル１５０ｃによって、それぞれ音声入出力Ｉ／Ｆ１１６に接続される。また、通話端末１０は、ＣＰＵ１０１の制御に従って、外付けのディスプレイ１２０に画像データを送信するディスプレイＩ／Ｆ１１７を備えている。ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイ１／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（High-Definition Multimedia Interface）やＤＶＩ（Digital Video Interactive）信号用のケーブルであってもよい。更に、通話端末１０は、上記各構成要素を図２に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
【００３４】
なお、記録メディア１０６は、通話端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。また、ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。
【００３５】
更に、上記通話端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００３６】
図３は、本発明の一実施形態に係る通話管理システムのハードウェア構成図である。通話管理システム５０は、通話管理システム５０全体の動作を制御するＣＰＵ２０１、通話管理用プログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、各種データを記憶するＨＤ（Hard Disk）２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ（Hard Disk Drive）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２０８、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ２０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（Compact Disc Read Only Memory）２１３に対するデータの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、及び、上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。
【００３７】
なお、上記通話管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００３８】
また、中継装置３０は、上記通話管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＲＯＭ２０２には、中継装置３０を制御するための中継装置用プログラムが記録されている。この場合も、中継装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００３９】
更に、プログラム提供システム９０は、上記通話管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＲＯＭ２０２には、プログラム提供システム９０を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００４０】
なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Compact Disc Recordable）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【００４１】
＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図４は、本実施形態の通話システム１を構成する各端末、装置及びシステムの機能ブロック図である。図４では、通話端末１０、中継装置３０、及び通話管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図１に示されているプログラム提供システム９０は、テレビ会議の通信において直接関係ないため、図４では省略されている。なお、以下では、テレビ会議の開始を要求する要求元（発呼側）としての通話端末１０を「要求元端末１０Ａ」とし、要求先である宛先（着呼側）としての通話端末１０を「宛先端末１０Ｂ」として説明する。
【００４２】
＜通話端末の機能構成＞
通話端末１０は、通信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、遅延検出部１８、記憶・読出処理部１９、宛先リスト作成部２０、選択部２１、及びメッセージ作成部２２を有している。これら各部は、図２に示されている各構成要素のいずれかが、ＲＯＭ１０２に記憶されているプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能又は手段である。また、通話端末１０は、及び図２に示されているフラッシュメモリ１０４によって構築される不揮発性記憶部１０００、図２に示されているＲＡＭ１０３によって構築される揮発性記憶部１００２を有している。
【００４３】
（通信プロトコル優先度管理テーブル）
不揮発性記憶部１０００には、図５に示されているような通信プロトコル優先度管理テーブルによって構成されている通信プロトコル優先度管理ＤＢ（Data Base）１００１が構築されている。この通信プロトコル優先度管理テーブルでは、通話管理システム５０との通信で用いられる通信プロトコルを選択する際に用いられる優先度を示す優先度情報と、通信プロトコルを示す通信プロトコル情報とが、対応付けられて管理される。通信プロトコル優先度管理テーブルにおいて、最も高い優先度の通信プロトコル（第１の通信プロトコル）としては、通話端末１０と通話管理システム５０との通信経路の間のルータ７０等の通信機器を使用するために通話端末１０において所定の設定を必要とするが、双方向でリアルタイムに通信できるものが挙げられる。このような通信プトロトコルとしては、ＸＭＰＰ、ＳＩＰ、ＩＭＳ等が例示されるが、システムが簡素であってコスト的に優れる点やウェブサービスと連携し易い点等からＸＭＰＰが好ましい。また、優先度が「２」以下の通信プロトコル（第２の通信プロトコル）としては、通話端末１０と通話管理システム５０との通信経路の間に設置されたルータ７０等の通信機器を使用するために、通話端末１０において所定の設定を必要としないものが挙げられる。このような通信プロトコルとしてはＢＯＳＨが例示される。尚、通信プロトコル優先度管理テーブルで管理される通信プロトコルは、いずれも通話管理システム５０で解釈可能なものである。
【００４４】
（通話端末の各機能部）
次に、通話端末の各部を詳細に説明する。通話端末１０の通信部１１は、図２に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。この通信部１１は、所望の宛先端末１０Ｂと通話を開始する前から、通話管理システム５０より、宛先候補としての各通話端末の状態を示す各状態情報の受信を開始する。なお、この状態情報は、各通話端末１０の稼動状態（ＯＮラインかＯＦＦラインかの状態）だけでなく、ＯＮラインであっても更に通話中であるか等の詳細な状態を示す。また、この状態情報は、各通話端末１０の稼動状態だけでなく、通話端末１０でケーブル（１２０ｃ，１３０ｃ，１４０ｃ，１５０ｃ）が通話端末１０から外れていたり、音声を出力するが画像は出力させなかったり、音声を出力さないようにする（ＭＵＴＥ）等、様々な状態を示す。以下では、一例として、状態情報が稼動状態を示す場合について説明する。
【００４５】
操作入力受付部１２は、図２に示されている操作ボタン１０８、及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図２に示されている電源スイッチ１０９をＯＮにすると、図４に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。ログイン要求部１３は、図２に示されているＣＰＵ１０１からの命令によって実現され、上記電源ＯＮの受け付けを契機として、通信部１１から通信ネットワーク２を介して通話管理システム５０に、ログインを要求する旨を示すログイン要求情報、及び要求元としての通話端末１０の現時点のＩＰアドレスを自動的に送信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、通信部１１は、通話管理システム５０へ、電源をＯＦＦする旨の状態情報を送信してから、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、通話管理システム５０側では、通話端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。
【００４６】
撮像部１４は、図２に示されている撮像素子Ｉ／Ｆ１１３によって実現され、カメラ１３０によって被写体を撮像して、この撮像して得た画像データを出力する。音声入力部１５ａは、図２に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１４０によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図２に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１５０から音声を出力させる。
【００４７】
表示制御部１６は、図２に示されているディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。更に、表示制御部１６は、要求元端末１０Ａが所望の宛先端末１０Ｂとテレビ会議の通話を開始する前に、通信部１１によって受信された状態情報に基づき各宛先名が含まれた宛先リストをディスプレイ１２０に表示させる。例えば、ディスプレイ１２０上には、表示制御部１６によって、図２５に示されているような宛先リスト枠１１−１が表示される。この宛先リスト枠１１−１には、宛先名「日本 東京事業所 ＡＢ端末」１１−２等の各宛先名が表示されており、宛先名毎に状態情報に係る状態を示したアイコン（１１−３ａ，１１−３ｂ，１１−３ｃ）が表示される。このうち、アイコン１１−３ａは、宛先候補の一つの通話端末がＯＮライン状態で待受け中であるため、この通話端末と通話可能であることを示す。アイコン１１−３ｂは、宛先候補の一つの通話端末がＯＦＦライン状態で、この通話端末と通話不可能であることを示す。アイコン１１−３ｃは、宛先候補の一つの通話端末が他の通話端末と通話中の状態で、この通話端末と通話不可能であることを示す。また、宛先リスト枠１１−１には、右側にスクロールバー１１−４が表示され、三角形の上向き又は下向きアイコンが選択されることで、図２５には表示されていない宛先候補の宛先名および状態を示したアイコンが表示されることになる。
【００４８】
遅延検出部１８は、図２に示されているＣＰＵ１０１からの命令によって実現され、他の通話端末１０から中継装置３０を介して送られて来る画像データ又は音声データの遅延時間（ｍｓ）を検出する。
【００４９】
また、記憶・読出処理部１９は、一例として図２に示すＳＳＤ１０５によって実行され、不揮発性記憶部１０００に各種データを記憶したり、不揮発性記憶部１０００に記憶された各種データを読み出す処理を行う。この不揮発性記憶部１０００には、通話端末１０を識別するための端末ＩＤ（Identification）、及びパスワード等が記憶される。更に、記憶・読出処理部１９は、揮発性記憶部１００２に各種データを記憶したり、揮発性記憶部１００２に記憶された各種データを読み出す処理も行う。この揮発性記憶部１００２には、宛先端末１０Ｂとの通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１５０から音声が出力される。
【００５０】
宛先リスト作成部２０は、通話管理システム５０から受信した、後述の宛先リスト情報及び各宛先候補としての通話端末１０の状態情報に基づいて、図２５に示されているような宛先候補の状態がアイコンで示された宛先リストの作成及び更新を行う。選択部２１は、通信プロトコル優先度管理ＤＢの通信プロトコル管理テーブル（図５参照）で管理される、通話管理システム５０が解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する。メッセージ作成部２２は、選択部２１によって選択された通信プロトコル情報によって示される通信プロトコルに従い、通話管理システム５０に送信されるメッセージを作成する。
【００５１】
なお、本実施形態の端末ＩＤ、及び後述の中継装置ＩＤは、それぞれ通話端末１０、及び中継装置３０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ＩＤ、及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。
【００５２】
（中継装置の機能構成）
次に、中継装置３０の機能又は手段について説明する。中継装置３０は、通信部３１、状態検知部３２、データ品質確認部３３、変更品質管理部３４、データ品質変更部３５、及び記憶・読出処理部３９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、中継装置３０は、図３に示されているＨＤ２０４により構築され、中継装置３０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部３０００を有している。
【００５３】
（変更品質管理テーブル）
不揮発性記憶部３０００には、図７に示されているような変更品質管理テーブルによって構成されている変更品質管理ＤＢ３００１が構築される。変更品質管理テーブルでは、画像データの中継先としての通話端末３０のＩＰアドレス、及びこの中継先に中継装置３０が中継する画像データの画質が関連付けられて管理される。
【００５４】
ここで、本実施形態で扱われる画像データの画像の解像度について説明する。図８（ａ）に示されているように、横が１６０画素、縦が１２０画素から成り、ベース画像となる低解像度の画像と、図８（ｂ）に示されているように、横が３２０画素、縦が２４０画素から成る中解像度の画像と、図８（ｃ）に示されているように、横が６４０画素、縦が４８０画素から成る高解像度の画像とがある。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の画像データのみから成る低画質の画像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、帯域が非常に広い場合には、ベース画質となる低解像度の画像データ、中画解像度の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。例えば、図７に示されている変更品質管理テーブルにおいて、中継装置３０が、ＩＰアドレス「１．３．２．４」の宛先端末１０ｄｂに対して画像データを中継する場合には、この中継される画像データの画質（画像の品質）は「高品質」である。
【００５５】
＜中継装置の各機能部＞
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各部を説明するにあたって、図２に示されている各構成要素のうち、中継装置３０の各部を実現させるための主な構成要素との関係も説明する。
【００５６】
図４に示されている中継装置３０の通信部３１は、図３に示されているネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（情報）の送受信を行う。状態検知部３２は、図３に示されているＣＰＵ２０１からの命令によって実現され、この状態検知部３２を有する中継装置３０の稼動状態を検知する。稼動状態としては、「ＯＮライン」、「ＯＦＦライン」、「故障中」の状態がある。
【００５７】
データ品質確認部３３は、図３に示されているＣＰＵ２０１からの命令によって実現され、宛先端末１０ＢのＩＰアドレスを検索キーとして、変更品質管理ＤＢ３００１の変更品質管理テーブル（図７参照）を検索し、対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。変更品質管理部３４は、図３に示されているＣＰＵ２０１からの命令によって実現され、通話管理システム５０から送られて来る、後述の品質情報に基づいて、変更品質管理ＤＢ３００１の変更品質管理テーブルの内容を変更する。例えば、端末ＩＤが「０１ａａ」である要求元端末１０ａａと、端末ＩＤが「０１ｄｂ」である宛先端末１０ｄｂとの間で高画質の画像データを送受信することによってテレビ会議を行っている最中に、他のテレビ会議を行う要求元端末１０ｂｂと宛先端末１０ｃａが通信ネットワーク２を介してテレビ会議を開始すること等によって、宛先端末１０ｄｂで画像データの受信の遅延が生じた場合には、中継装置３０は今まで中継していた画像データの画質を、高画質から中画質に下げる必要がある。このような場合に、中画質を示す品質情報に基づいて、中継装置３０が中継する画像データの画質を高画質から中画質に下げるように、変更品質管理ＤＢ３００１の内容が変更される。
【００５８】
データ品質変更部３５は、図３に示されているＣＰＵ２０１からの命令によって実現され、送信元端末１０から送られて来た画像データの画質を、上記変更された変更品質管理ＤＢ３００１の変更品質管理テーブルの内容に基づいて変更する。記憶・読出処理部３９は、図３に示されているＨＤＤ２０５によって実現され、不揮発性記憶部３０００に各種データを記憶したり、不揮発性記憶部３０００に記憶された各種データを読み出す処理を行う。
【００５９】
＜通話管理システムの機能構成＞
次に、通話管理システム５０の機能又は手段について説明する。通話管理システム５０は、通信部５１、端末認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、中継装置割当部５６、セッション管理部５７、品質決定部５８、記憶・読出処理部５９、遅延時間管理部６０、通信プトロコル抽出部６１、及び変換部６２を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、通話管理システム５０は、図３に示されているＨＤ２０４により構築され、通話管理システム５０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部５０００を有している。この不揮発性記憶部５０００には、図２５に示されている宛先リスト枠１１−１が記憶されている。
【００６０】
（中継装置管理テーブル）
不揮発性記憶部５０００には、図９に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報が通話管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、及び中継装置３０における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。例えば、図９に示されている中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、稼動状態が「ＯＮライン」で、通話管理システム５０で状態情報が受信された日時が「２００９年１１月１０日の１３時００分」で、この中継装置３０ａのＩＰアドレスが「１．２．１．２」で、この中継装置３０ａにおける最大データ伝送速度が１００Ｍｂｐｓであることが示されている。
【００６１】
（端末認証管理テーブル）
更に、不揮発性記憶部５０００には、図１０に示されているような端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。この端末認証管理テーブルでは、通話管理システム５０によって管理される全ての通話端末１０の各端末ＩＤに対して、各パスワードが関連付けられて管理される。例えば、図１０に示されている端末認証管理テーブルにおいて、通話端末１０ａａの端末ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。
【００６２】
（端末管理テーブル）
また、不揮発性記憶部５０００には、図１１に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各通話端末１０の端末ＩＤ毎に、各通話端末１０を宛先とした場合の宛先名、各通話端末１０の稼動状態、後述のログイン要求情報が通話管理システム５０で受信された受信日時、及び通話端末１０のＩＰアドレスが関連付けられて管理される。例えば、図１１に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の通話端末１０ａａは、端末名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「ＯＮライン」で、通話管理システム５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」で、この通話端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。
【００６３】
（宛先リスト管理テーブル）
更に、不揮発性記憶部５０００には、図１２に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、テレビ会議における通話の開始を要求する要求元端末１０Ａの端末ＩＤに対して、宛先端末１０Ｂの候補として登録されている宛先端末１０Ｂの端末ＩＤが全て関連付けられて管理される。例えば、図１２に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である要求元端末１０ａａからテレビ会議における通話の開始を要求することができる宛先端末１０Ｂの候補は、端末ＩＤが「０１ａｂ」の通話端末１０ａｂ、端末ＩＤが「０１ｂａ」の通話端末１０ｂａ、及び端末ＩＤが「０１ｂｂ」の通話端末１０ｂｂ等であることが示されている。この宛先端末１０Ｂの候補は、要求元端末１０Ａから通話管理システム５０に対する追加又は削除の要請により、追加又は削除されることで更新される。
【００６４】
（セッション管理テーブル）
また、この不揮発性記憶部５０００には、図１３に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、通話端末間で通話データが通信されるセッションを識別するためのセッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末１０Ａの端末ＩＤ、宛先端末１０Ｂの端末ＩＤ、宛先端末１０Ｂにおいて画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延情報を宛先端末１０Ｂから送られて来て通話管理システム５０で受信された受信日時が関連付けられて管理される。例えば、図１３に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」を用いて実行されたセッションで選択された中継装置３０ａ（中継装置ＩＤ「１１１ａ」）は、端末ＩＤが「０１ａａ」の要求元端末１０ａａと、端末ＩＤが「０１ｄｂ」の宛先端末１０ｄｂとの間で、画像データ及び音声データを中継しており、宛先端末１０ｄｂにおいて「２００９年１１月１０日の１４時００分」時点における画像データの遅延時間が２００（ｍｓ）であることが示されている。なお、２つの通話端末１０の間でテレビ会議を行う場合には、上記宛先端末１０Ｂではなく要求元端末１０Ａから送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理してもよい。但し、３つ以上の通話端末１０の間でテレビ会議を行う場合には、画像データ及び音声データの受信側の通話端末１０から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。
【００６５】
（品質管理テーブル）
更に、不揮発性記憶部５０００には、図１４に示されているような品質管理テーブルによって構成されている品質管理ＤＢ５００７が構築されている。この品質管理テーブルでは、要求元端末１０Ａ又は宛先端末１０Ｂにおける画像データの遅延時間（ｍｓ）に応じて、中継装置３０で中継させる画像データの画質（画像の品質）が関連付けられて管理される。
【００６６】
（中継装置割当管理テーブル）
更に、不揮発性記憶部５０００には、図１５に示されているような中継装置割当管理テーブルによって構成されている中継装置割当管理ＤＢ５００８が構築されている。この中継装置割当管理テーブルでは、通話管理システム５０によって管理される全ての通話端末１０の各端末ＩＤに対して、画像データ及び音声データの中継用に割り当てられる中継装置３０の中継装置ＩＤが関連付けられて管理される。
【００６７】
（通信プロトコル管理テーブル）
更に、不揮発性記憶部５０００には、図１６に示されているよう通信プロトコル管理テーブルによって構成されている通信プロトコル管理ＤＢ５００９が構築されている。この通信プロトコル管理テーブルでは、各通話端末１０の端末ＩＤ毎に、この通話端末との通信で用いられる通信プロトコルを示す通信プロトコル情報が対応付けられて管理される。例えば、図１６に示されている通信プロトコル管理テーブルにおいて、通話管理システム５０と通話端末１０ａａとの間の通信ではＸＭＰＰが用いられ、通話管理システム５０と通話端末１０ｂａとの間の通信ではＢＯＳＨが用いられることが示されている。
【００６８】
（通話管理システムの各機能部）
次に、通話管理システム５０の各機能部について詳細に説明する。なお、以下では、通話管理システム５０の各部を説明するにあたって、図３に示されている各構成要素のうち、通話管理システム５０の各部を実現させるための主な構成要素との関係も説明する。
【００６９】
通信部５１は、図３に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。端末認証部５２は、通信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとし、不揮発性記憶部５０００の端末認証管理ＤＢ５００２を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。
【００７０】
状態管理部５３は、ログイン要求してきた要求元端末１０Ａの稼動状態を管理すべく、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）に、この要求元端末１０Ａの端末ＩＤ、要求元端末１０Ａの稼動状態、通話管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末１０のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３は、利用者が通話端末１０の電源スイッチ１０９をＯＮの状態からＯＦＦにすることで、通話端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理ＤＢ５００３（図１１参照）のＯＮラインを示す稼動状態をＯＦＦラインに変更する。
【００７１】
端末抽出部５４は、ログイン要求した要求元端末１０Ａの端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、要求元端末１０Ａと通話することができる宛先端末１０Ｂの候補の端末ＩＤを読み出すことで、端末ＩＤを抽出する。また、端末抽出部５４は、ログイン要求してきた要求元端末１０Ａの端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、上記要求元端末１０Ａの端末ＩＤを宛先端末１０Ｂの候補として登録している他の要求元端末１０Ａの端末ＩＤも抽出する。
【００７２】
端末状態取得部５５は、上記端末抽出部５４によって抽出された宛先端末１０Ｂの候補の端末ＩＤを検索キーとして、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）を検索し、上記端末抽出部５４によって抽出された端末ＩＤ毎に稼動状態を読み出す。これにより、端末状態取得部５５は、ログイン要求してきた要求元端末１０Ａと通話することができる宛先端末１０Ｂの候補の稼動状態を取得することができる。また、端末状態取得部５５は、上記端末抽出部５４によって抽出された端末ＩＤを検索キーとして、端末管理ＤＢ５００３の端末管理テーブルを検索し、ログイン要求してきた要求元端末１０Ａの稼動状態も取得する。
【００７３】
中継装置割当部５６は、通話端末間で通話データが通信されるセッション毎に画像データ及び音声データの中継に用いられる中継装置３０を割り当てる。そのため、中継装置割当部５６は、図３に示されているＣＰＵ２０１からの命令によって、図６に示されているセッションＩＤ生成部５６ａ、中継装置抽出部５６ｂ、及び割当部５６ｃを実現する。
【００７４】
このうち、セッションＩＤ生成部５６ａは、通話端末間で通話データが通信されるセッションを識別するためのセッションＩＤを生成する。中継装置抽出部５６ｂは、要求元端末１０Ａから送られてきた開始要求情報に含まれている要求元端末１０Ａの端末ＩＤ及び宛先端末１０Ｂの端末ＩＤに基づいて、中継装置割当管理ＤＢ５００８の中継装置割当管理テーブル（図１５参照）を検索することにより、対応するそれぞれの中継装置ＩＤを抽出する。割当部５６ｃは、中継装置抽出部５６ｂによって抽出された中継装置ＩＤに基づいて、中継装置管理ＤＢ５００１の中継装置管理テーブル（図９参照）を検索し、稼動状態が「ＯＮライン」となっている中継装置３０を画像データ等の中継に用いられる中継装置３０を割り当てる。
【００７５】
セッション管理部５７は、不揮発性記憶部５０００のセッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）に、セッションＩＤ生成部５６ａで生成されたセッションＩＤ、要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５７は、セッション管理ＤＢ５００５（図１３参照）に対して、セッションＩＤ毎に、通話端末１０の割当部５６ｃによって割り当てられた中継装置３０の中継装置ＩＤを記憶して管理する。
【００７６】
品質決定部５８は、上記遅延時間を検索キーとして、品質管理ＤＢ５００７の品質管理テーブル（図１４参照）を検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。記憶・読出処理部５９は、図３に示されているＨＤＤ２０５によって実行され、不揮発性記憶部５０００に各種データを記憶したり、不揮発性記憶部５０００に記憶された各種データを読み出す処理を行う。遅延時間管理部６０は、上記宛先端末１０ＢのＩＰアドレスを検索キーとして、端末管理ＤＢ５００３（図１１参照）を検索することで、対応する端末ＩＤを抽出し、更に、セッション管理ＤＢ５００５（図１３参照）のセッション管理テーブルにおいて、上記抽出した端末ＩＤが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。
【００７７】
通信プロトコル抽出部６１は、通話端末の端末ＩＤを検索キーとして、通信プロトコル管理ＤＢの通信プロトコル管理テーブル（図１６参照）を検索し、対応した通信プロトコル情報を抽出する。変換部６２は、通話管理システム５０と通話端末１０との間で通信されるメッセージを所定の通信プロトコルに従い変換する。
【００７８】
＜＜実施形態の処理・動作＞＞
以上が、本実施形態に係る通話システム１の構成及び機能（又は手段）の説明であり、続いて、図１７乃至図２８を用いて、本実施形態に係る通話システム１における処理方法を説明する。なお、図１７は、各中継装置３０から通話管理システム１に送信された各中継装置３０の状態を示す状態情報を管理する処理を示したシーケンス図である。図１８は、通話システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。図１９は、複数の通話端末１０の間で通話を開始する準備段階の処理を示したシーケンス図である。図２０は、ログイン要求情報を送信する処理を示したフロー図である。図２１は、複数の通話端末１０の間で通話を開始する準備段階の処理を示したシーケンス図である。図２２は、中継装置を絞り込む処理を示したシーケンス図である。図２３は、開始要求情報を送信する処理を示したフロー図である。図２４は、通話端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。図２５は、本実施形態の宛先リストを示す概念図である。図２６は、他の実施形態の宛先リストを示す概念図である。図２７は、スタンザの一例を示す概念図である。図２８は、メッセージの一例を示す概念図である。
【００７９】
まず、図１７を用いて、各中継装置３０から通話管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理を説明する。まず、各中継装置３０では、図４に示されている状態検知部３２が、自装置である中継装置３０の稼動状態を定期的に検知している（ステップＳ１−１〜Ｓ１−４）。そして、通話管理システム５０側で各中継装置３０の稼動状態をリアルタイムで管理させるべく、各中継装置３０の通信部３１は、定期的に通信ネットワーク２を介して通話管理システム５０へ各状態情報を送信する（ステップＳ２−１〜Ｓ２−４）。これら各状態情報には、中継装置３０毎の中継装置ＩＤと、これら各中継装置ＩＤに係る中継装置３０の状態検知部３２で検知された稼動状態とが含まれている。なお、本実施形態では、中継装置（３０ａ，３０ｂ，３０ｄ）は、正常に稼動して「ＯＮライン」となっている一方で、中継装置３０ｃは稼働中ではあるが、中継装置３０ｃの中継動作を実行するためのプログラムに何らかの不具合が生じて、「ＯＦＦライン」となっている場合が示されている。
【００８０】
次に、通話管理システム５０では、各中継装置３０から送られて来た各状態情報を通信部５１が受信し、記憶・読出処理部５９を介して不揮発性記憶部５０００の中継装置管理ＤＢ５００１（図９参照）に、中継装置ＩＤ毎に状態情報を記憶して管理する（ステップＳ３−１〜Ｓ３−４）。これにより、図９に示されるような中継装置管理テーブルに対して、中継装置ＩＤ毎に「ＯＮライン」、「ＯＦＦライン」、又は「故障中」のいずれかの稼動状態が記憶されて管理される。またこの際に、中継装置ＩＤ毎に、通話管理システム５０で状態情報が受信された受信日時も記憶されて管理される。なお、中継装置３０から状態情報が送られない場合には、図９に示されている中継装置管理テーブルの各レコードにおける稼動状態のフィールド部分及び受信日時のフィールド部分が空白になるか、又は、前回の受信時の稼動状態及び受信日時をそれぞれ示す。
【００８１】
次に、図１８を用いて、通話システム１における画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念を説明する。図１８に示されているように、通話システム１では、要求元端末１０Ａと宛先端末１０Ｂとの間では、通話管理システム５０を介して、通話端末間の接続（呼）の確立に関する情報を示す呼情報を含む各種の管理情報（メッセージ）を送受信するための管理情報用セッションｓｅｉが確立される。この管理情報用セッションｓｅｉを用いることによって通話管理システム５０が通話端末間の接続を制御（呼制御）する。これにより、要求元端末１０Ａと宛先端末１０Ｂとの間では、中継装置３０を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの各データを送受信するための４つのセッションが確立される。ここでは、これら４つのセッションをまとめて、画像・音声データ用セッションｓｅｄとして示している。
【００８２】
次に、図１９及び図２１を用いて、通話端末１０ａａと通話端末１０ｄｂとの間で、通話を開始する前の準備段階における各管理情報の送受信処理について説明する。なお、図１９及び図２１では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。
【００８３】
まず、通話端末１０ａａの利用者が、図２に示されている電源スイッチ１０９をＯＮにすると、図４に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ２１）。そして、ログイン要求部１３は、上記電源ＯＮの受信を契機とし、通信部１１から通信ネットワーク２を介して通話管理システム５０に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２）。このログイン要求情報には、要求元としての自端末である通話端末１０ａａを識別するための端末ＩＤ、及びパスワードが含まれている。これら端末ＩＤ、及びパスワードは、記憶・読出処理部１９を介して不揮発性記憶部１０００から読み出されて、通信部１１に送られたデータである。なお、通話端末１０ａａから通話管理システム５０へログイン要求情報が送信される際は、受信側である通話管理システム５０は、送信側である通話端末１０ａｂのＩＰアドレスを把握することができる。
【００８４】
このログイン要求情報を送信する処理について、図２０を用いてより詳細に説明する。図２０は、ログイン要求情報を送信する処理を示したフロー図である。先ず、ステップＳ２１で電源ＯＮにされると、選択部２１は、通信プロトコル優先度管理ＤＢの通信プロトコル優先度管理テーブルから最も高い優先度を示す優先情報「１」に対応する通信プロトコル情報「ＸＭＰＰ」を選択する（ステップＳ２２−１）。メッセージ作成部２２は、選択部２１によって選択された通信プロトコル情報によって示されるＸＭＰＰに従い、上記のログイン要求情報を含むメッセージを作成する（ステップＳ２２−２）。このＸＭＰＰは、ＴＣＰ（Transmission Control Protocol）上での通信に用いられる。この通信プロトコルを用いた場合には、通話端末１０は、ＸＭＰＰプロキシ（ルータ等）を介して通話管理システム５０と通信することができる。尚、このＸＭＰＰプロキシが設置されていない環境では、通話端末１０はこの通信プロトコルを用いて通話管理システム５０と通信することができない。このＸＭＰＰにおける通信データのフォーマットはＸＭＬ（Extensible Markup Language）であり、１塊のメッセージ（通信データ）は、スタンザ（stanza）と呼ばれる。即ち、メッセージ作成部２２は、ＸＭＬのフォーマットにより図２７で示されるようなスタンザを作成する。
【００８５】
続いて、通信部１１は通話管理システム５０に作成されたメッセージをＸＭＰＰに従い送信する（ステップＳ２２−３）。通話端末５０のＣＰＵ１０１は、このメッセージが送信されてから時間の計測を開始する。ここで、「メッセージが送信されてから」とは、実際に通信部１１がメッセージを送信した時点からという意味で用いられるだけではなく、メッセージを送信する前後のある時点からという意味でも用いられる。即ち、設計上の理由等により、メッセージ作成部２２がメッセージを作成した時点や、メッセージが送信された後に記憶・読出処理部１９が所定のログを不揮発性記憶部１０００に記録する時点から所定の時間の計測を開始しても良い。
【００８６】
通信部１１が、メッセージが送信されてから所定の時間を経過する前にこのメッセージに対する応答を通話管理システム５０から受信した場合には（ステップＳ２２−４のＹＥＳ）、処理を完了する。通信部１１が、メッセージを送信してから所定の時間を経過するまでにこのメッセージに対する応答を通話管理システム５０から受信しなかった場合には（ステップＳ２２−４のＮＯ）、選択部２１は、次に高い優先度の通信プロトコルを選択する。この場合、選択部２１は、通信プロトコル優先度管理ＤＢの通信プロトコル優先度管理テーブルから次に高い優先度を示す優先度情報「２」に対応する通信プロトコル情報「ＢＯＳＨ」を選択する（ステップＳ２２−５）。メッセージ作成部２２は、選択部２１によって選択された通信プロトコル情報によって示されるＢＯＳＨに従い、上記のログイン要求情報を含むメッセージを作成する（ステップＳ２２−２）。
【００８７】
ここで、メッセージ作成部２２が、ＢＯＳＨに従いメッセージを作成する方法の一例について説明する。ＢＯＳＨは、ＸＭＰＰ ｏｖｅｒ ＨＴＴＰとも呼ばれ、ＸＭＰＰをＨＴＴＰ上で通信するための通信プロトコルである。この通信プロトコルで通信される通信データは、ＨＴＴＰのフォーマットで作成されたメッセージの一部（所定のタグ中）にＸＭＰＰのスタンザが挿入された形式となっている。本実施形態では、メッセージ作成部２２によってＸＭＰＰに従い先に作成されたログイン要求情報を含むスタンザを、ＨＴＴＰのフォーマットで作成されたメッセージの一部に挿入することによって図２８に示されるようなＢＯＳＨに従うメッセージが作成される。このようにしてメッセージが作成されると、通信部１１は通話管理システム５０に作成されたメッセージをＢＯＳＨに従い送信し（ステップＳ２２−３）、通話管理システム５０からの応答を待つ（ステップ２２−４）。通信部１１が、メッセージが送信されてから所定の時間を経過する前にこのメッセージに対する応答を通話管理システム５０から受信した場合には、ログイン要求情報を送信する処理を完了する。この場合、通話管理システム５０とのその後の通信（例えば、ステップＳ４２参照）では、ログイン要求情報の送信で最終的に用いられた通信プロトコルが用いられる。通信部１１が、メッセージを送信してから所定の時間を経過するまでにこのメッセージに対する応答を通話管理システム５０から受信しなかった場合には（ステップＳ２２−４のＮＯ）、ステップＳ２２−５以降の処理を繰り返す。
【００８８】
続いて、図１９に戻って、所定の通信プロトコルに従い送信されたログイン要求情報を通話端末５０が受信した後の処理について説明する。先ず、通話管理システム５０の端末認証部５２は、通信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、不揮発性記憶部５０００の端末認証管理ＤＢ５００２（図１０参照）を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。この場合、ログイン要求情報を含むメッセージは、通話端末１０ａａのメッセージ作成部２２によって、通話管理システム５０が解釈できる通信プロトコルに従い作成されているため、上記の認証の処理を行うことができる。
【００８９】
この端末認証部５２によって、同一の端末ＩＤ及びパスワードが管理されているため、正当な利用権限を有する通話端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）に、通話端末１０ａａの端末ＩＤ及び宛先名で示されるレコード毎に、稼動状態、上記ログイン要求情報が受信された受信日時、及び通話端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４）。これにより、図１１に示されている端末管理テーブルには、通話端末ＩＤ「０１ａａ」に、稼動状態「ＯＮライン」、受信日時「２００９．１１．１０．１３：４０」及び端末ＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。
【００９０】
更に、記憶・読出処理部５９は、通信プロトコル管理ＤＢ５００９の通信プロトコル管理テーブル（図１６参照）における通話端末１０ａａの端末ＩＤで示されるレコードに、通話端末１０ａａとの通信で用いられる通信プロトコル（ログイン要求情報の通信で用いられた通信プロトコル）を示す通信プロトコル情報を関連付けて記憶する（ステップＳ２５）。以後、通話端末１０ａａとの通信におけるメッセージは、この通信プロトコル管理テーブルによって管理されている通信プロトコルに従い作成されて、通信部５１によって送信される。
【００９１】
そして、通話管理システム５０の通信部５１は、上記端末認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきた要求元端末１０ａａに送信する（ステップＳ２５）。
【００９２】
続いて、図２１を用いて、端末認証部５２によって認証が成功した場合について、その後の処理を説明する。通話端末１０ａａでは、正当な利用権限を有する端末であると判断された結果が示された認証結果情報を受信すると、通信部１１が通信ネットワーク２を介して通話管理システム５０へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ２６）。これにより、通話管理システム５０の通信部５１は、宛先リスト要求情報を受信する。
【００９３】
次に、端末抽出部５４は、ログイン要求した要求元端末１０ａａの端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、要求元端末１０ａａと通話することができる宛先端末１０Ｂの候補の端末ＩＤを読み出すことによって抽出する（ステップＳ２７）。また、端末抽出部５４は、抽出された端末ＩＤを検索キーとして、端末管理ＤＢの端末管理テーブル（図１１参照）を検索し、この端末ＩＤに対応する宛先名を読み出すことによって抽出する。ここでは、要求元端末１０ａａの端末ＩＤ「０１ａａ」に対応する宛先端末（１０ａｂ，１０ｂａ，１０ｂｂ，…）のそれぞれの端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｂｂ」、…）と、これらに対応する端末名（「日本 東京事業所 ＡＢ端末」、「日本 大阪事業所 ＢＡ端末」、…）が抽出される。
【００９４】
次に、通話管理システム５０の通信部５１は、記憶・読出処理部５９を介して記憶部６０００から宛先リスト枠のデータ（図２５で示されている宛先リスト枠１１−１部分のデータ）を読み出す（ステップＳ２８）と共に、この宛先リスト枠並びに上記端末抽出部５４によって抽出された端末ＩＤ及び宛先名を含めた「宛先リスト情報（宛先リスト枠、端末ＩＤ、宛先名）」を、要求元端末１０ａａに送信する（ステップＳ２９）。これにより、要求元端末１０ａａでは、通信部１１が宛先リスト情報を受信し、記憶・読出処理部１９が揮発性記憶部１００２へ宛先リスト情報を記憶する（ステップＳ３０）。
【００９５】
このように、本実施形態では、各通話端末１０で宛先リスト情報を管理するのではなく、通話管理システム５０が全ての通話端末の宛先リスト情報を一元管理している。よって、通話システム１に新たな通話端末１０が含まれるようになったり、既に含まれている通話端末１０に替えて新機種の通話端末１０を含めるようになったり、宛先リスト枠の見栄え等を変更することになった場合でも、通話管理システム５０側で一括して対応するため、各通話端末１０側で宛先リスト情報の変更を行う手間を省くことができる。
【００９６】
また、通話管理システム５０の端末状態取得部５５は、上記端末抽出部５４によって抽出された宛先端末１０Ｂの候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｂｂ」、…）を検索キーとして、端末管理ＤＢ５００３（図１１参照）を検索し、上記端末抽出部５４によって抽出された端末ＩＤ毎に、対応する稼動状態を読み出すことにより、宛先候補としての通話端末（１０ａｂ，１０ｂａ，１０ｂｂ，…）の各稼動状態を取得する（ステップ３１）。
【００９７】
次に、通信部５１は、上記ステップ２７で使用された検索キーとしての端末ＩＤ「０１ａｂ」と、対応する宛先端末１０ａｂの稼動状態「ＯＮライン（通話可能）」とが含まれた「端末の状態情報」を、通信ネットワーク２を介して要求元端末１０ａａに送信する（ステップＳ３２）。また、同じくステップＳ３２の一環として、通信部５１は、端末ＩＤ「０１ｂａ」と、対応する宛先端末１０ｂａの稼動状態「ＯＮライン（一時中断）」とが含まれた「端末の状態情報」等、残りの「端末の状態情報」も個別に要求元端末１０ａａへ送信する。
【００９８】
次に、要求元端末１０ａａの記憶・読出処理部１９は、順次、通話管理システム５０から受信した端末の状態情報を揮発性記憶部１００２に記憶する（ステップＳ３３）。よって、要求元端末１０ａａは、上記各端末の状態情報を受信することで、要求元端末１０ａａと通話することができる宛先端末１０Ｂの候補である通話端末１０ａｂ等の現時点のそれぞれの稼動状態を取得することができる。
【００９９】
次に、要求元端末１０ａａの宛先リスト作成部２０は、揮発性記憶部１００２に記憶されている宛先リスト情報、及び端末の状態情報に基づいて、宛先候補としての通話端末１０の状態を反映させた宛先リストを作成すると共に、表示制御部１６が、図２に示されているディスプレイ１２０に対して、宛先リストを表示するタイミングを制御する（ステップＳ３４）。
【０１００】
以上より、図２５に示されているように、宛先リスト枠１１−１に各宛先名１１−２等及び各状態情報を反映させたアイコン１１−３ａ等が表示された状態の宛先リストをディスプレイ１２０ａａに表示させることになる。
【０１０１】
一方、図２１に戻って、通話管理システム５０の端末抽出部５４は、ログイン要求してきた要求元端末１０ａａの端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図１２参照）を検索し、上記要求元端末１０ａａの端末ＩＤ「０１ａａ」を宛先端末１０Ｂの候補として登録している他の要求元端末１０Ａの端末ＩＤを抽出する（ステップＳ３５）。図１２に示されている宛先リスト管理テーブルでは、抽出される他の要求元端末１０Ａの端末ＩＤは、「０１ａｂ」、「０１ｂａ」、及び「０１ｄｂ」である。
【０１０２】
次に、通話管理システム５０の端末状態取得部５５は、上記ログイン要求して来た要求元端末１０ａａの端末ＩＤ「０１ａａ」を検索キーとして、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）を検索し、ログイン要求してきた要求元端末１０ａａの稼動状態を取得する（ステップＳ３６）。
【０１０３】
そして、通信部５１は、上記ステップＳ３５で抽出された端末ＩＤ（「０１ａｂ」、「０１ｂａ」、及び「０１ｄｂ」）に係る通話端末（１０ａｂ，１０ｂａ，１０ｄｂ）のうち、端末管理ＤＢ５００３の端末管理テーブル（図１１参照）で稼動状態が「ＯＮライン」となっている通話端末（１０ｂａ，１０ｄｂ）に、上記ステップＳ３６で取得された要求元端末１０ａａの端末ＩＤ「０１ａａ」と稼動状態「ＯＮライン」が含まれる「端末の状態情報」を送信する（ステップＳ３７−１，Ｓ３７−２）。なお、通信部５１が通話端末（１０ｂａ，１０ｄｂ）に端末の状態情報を送信する際に、各端末ＩＤ（「０１ｂａ」、「０１ｄｂ」）に基づいて、図１１に示されている端末管理テーブルで管理されている端末のＩＰアドレスを参照する。これにより、ログイン要求した要求元端末１０ａａを宛先として通話することができる他の宛先端末（１０ｄｂ，１０ｂａ）のぞれぞれに、上記ログイン要求した要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び稼動状態「ＯＮライン」を伝えることができる。
【０１０４】
一方、他の通話端末１０でも、上記ステップＳ２１と同様に、利用者が図３に示されている電源スイッチ１０９をＯＮにすると、図４に示されている操作入力受付部１２が電源ＯＮを受け付け、上記ステップＳ２２〜Ｓ３８−１，２の処理と同様の処理を行うため、その説明を省略する。
【０１０５】
続いて、図２２を用いて、通話端末が他の通話端末との通信の開始を要求する場合の処理を説明する。なお、図２２では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。また、本実施形態においては、要求元端末１０ａａは、宛先の候補としての通話端末１０のうち、上記ステップＳ３２によって受信した端末の状態情報により、稼動状態がＯＮラインである通話端末（１０ｂａ，１０ｄｂ）の少なくとも一方と通話を行うことができる。そこで、以下では、要求元端末１０ａａの利用者が、宛先端末１０ｄｂと通話を開始することを選択した場合について説明する。
【０１０６】
まず、要求元端末１０ａａの利用者が図２に示されている操作ボタン１０８を押下して宛先端末１０ｄｂを選択すると、図４に示されている操作入力受付部１２は、通話端末１０ｄｂとの通話を開始する要求を受け付ける（ステップＳ４１）。そして、通話端末１０ａａの通信部１１は、要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」が含まれ、通話を開始したい旨を示す開始要求情報を、通話管理システム５０へ送信する（ステップＳ４２）。これにより、通話管理システム５０の通信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末１０ａａのＩＰアドレス「１．２．１．３」を把握することになる。
【０１０７】
そして、状態管理部５３は、開始要求情報に含まれる要求元端末１０ａａの端末ＩＤ「０１ａａ」及び宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」に基づき、端末管理ＤＢ５００３（図１１参照）の端末管理テーブルにおいて、上記端末ＩＤ「０１ａａ」及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの稼動状態のフィールド部分を、ともに「通話中」に変更する（ステップＳ４３）。なお、この状態では、要求元端末１０ａａと宛先端末１０ｄｂは、通話（通話）を開始していないが、通話中状態となり、他の通話端末１０が要求元端末１０ａａ又は宛先端末１０ｄｂと通話しようとすると、いわゆる通話中状態を示す旨の音声又は表示が出力される。
【０１０８】
次に、通話管理システム５０は、中継装置３０を選択するための処理を実行する。この場合、先ず、セッションＩＤ生成部５６ａは、要求元端末１０ａａによって要求された各宛先端末との間の通信を実行するためのセッション（通話データ用セッションｓｅｄ）を識別するためのセッションＩＤ「ｓｅ１」を生成する（ステップＳ４４）。そして、セッション管理部５７は、不揮発性記憶部５０００のセッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）に、上記ステップＳ４４で生成されたセッションＩＤ「ｓｅ１」、要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」を関連付けて記憶して管理する（ステップＳ４５）。
【０１０９】
続いて、通話管理システム５０の中継装置割当部５６は、中継装置管理ＤＢ５００１、中継装置割当管理ＤＢに基づいて、要求元端末１０ａａと、宛先端末１０ｄｂとの通話を中継するための中継装置３０の割り当てを行う（ステップＳ４６）。この場合、まず、中継装置抽出部５６ｂは、要求元端末１０ａａから送られてきた開始通信情報に含まれている要求元端末１０ａａの端末ＩＤ「０１ａａ」、宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」に基づいて、中継装置割当管理ＤＢ５００８の中継装置割当管理テーブル（図１５参照）を検索することにより、通話端末（１０ａａ，１０ｄｂ）に対応する中継装置ＩＤ（「１１１ａ」，「１１１ｄ」）を抽出する。
【０１１０】
抽出された各中継装置ＩＤが同一であれば、割当部５６ｃは、中継装置管理ＤＢ５００１の中継装置管理テーブル（図９参照）で管理されている中継装置３０の稼動状態のうち、抽出された中継装置ＩＤの稼動状態を参照する。ここで中継装置ＩＤの稼動状態が「ＯＮライン」である場合には、割当部５６ｃは、抽出された中継装置を、通話を中継するための中継装置に割り当てる。抽出された各中継装置ＩＤが同一でない場合、又は、上記の参照の結果、各中継装置ＩＤの稼動状態が「ＯＦＦライン」である場合には、中継装置３０ｅを、通話を中継するための中継装置に割り当てる。本実施形態では、割当部５６ｃによって中継装置３０ｅが割り当てられた場合につき、以下続けて説明する。
【０１１１】
中継装置３０の割り当て処理が完了すると、セッション管理部５７は、不揮発性記憶部５０００のセッション管理ＤＢ５００５のセッション管理テーブル（図１３参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの中継装置ＩＤのフィールド部分に、割り当てられた中継装置の中継装置ＩＤ「１１１ｅ」を記憶して管理する（ステップＳ４７）。
【０１１２】
次に、図４に示されている送受信部５１は、通信ネットワーク２を介して、要求元端末１０ａａへ、セッションＩＤ生成部５６ａで生成されたセッションＩＤと、割当部５６ｃで割り当てられた中継装置３０ｅに接続するために用いられる中継装置接続情報を送信する（ステップＳ４８）。この中継装置接続情報には、中継装置３０ｅのＩＰアドレス「１．１．１．３」、認証情報、ポート番号等を含めることができる。これにより、通話端末１０ａａは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、通話データの中継に用いられる中継装置３０ｅに接続するために用いられる中継装置接続情報を把握することができる。
【０１１３】
次に、送受信部５１は、要求元端末１０ａａの端末ＩＤ「０１ａａ」、セッションＩＤ「ｓｅ１」が含まれる開始要求情報、中継装置３０ｅに接続するために用いられる上記の中継装置接続情報、及び通話管理システム５０のＩＰアドレスを宛先端末（１０ｄｂ）へ送信する（ステップＳ４９）。これにより、宛先端末１０ｄｂの送受信部５１は、上記開始要求情報を受信すると共に、通話データの中継に用いられる中継装置３０ｅに接続するために用いられる中継装置接続情報、及び送信元である通話管理システム５０のＩＰアドレス「１．１．１．２」を把握することになる。
【０１１４】
ここで、開始要求情報を通話端末１０ｄｂに送信する処理について、図２３を用いてより詳細に説明する。図２３は、開始要求情報を送信する処理を示したフロー図である。先ず、変換部６２は、要求元端末１０ａａから送信された開始要求情報（ステップＳ４２参照）を解析し、これが第１の通信プロトコル（ＸＭＰＰ）に従い作成されたものであるかを判断する（ステップＳ４９−１）。開始要求情報が第１の通信プロトコルで作成されたものでない場合には（ステップＳ４９−１のＮＯ）、変換部６２はこの開始要求情報を第１の通信プロトコルに従い変換する（ステップＳ４９−２）。具体的には、開始要求情報が第２の通信プロトコル（ＢＯＳＨ）で作成されていた場合、この開始要求情報を解析し、この中からＢＯＳＨのメッセージ２５００からＸＭＰＰのスタンザ２０００を抽出することにより行われる。ＸＭＰＰではサーバとクライアント間のセッションを常時接続することが前提となる。このため、本実施形態では、通話管理システム５０にインストールされた通話管理用プログラム（サーバ）とゲートウェイとしての変換部６２がＸＭＰＰによるセッションを常時接続する。一方で、通話管理システム５０と、通話端末１０との間でＢＯＳＨにより通信する場合には、変換部６２とクライアント（通話端末１０）との間のセッションを断続的に接続する。そして、変換部６２は、クライアントから受信した情報をＸＭＰＰに従い変換することで、サーバとのセッション及びクライアントとのセッションを関連付ける。これにより、サーバとクライアントとの間は、見かけ上、常時接続した状態を維持することができる。
【０１１５】
続いて、通信プロトコル抽出部６１は、宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」を検索キーとして、通信プロトコル管理ＤＢ５００９の通信プロトコル管理テーブル（図１６）を検索し、対応した通信プロトコル情報を抽出する（ステップＳ４９−３）。変換部６２は、抽出された通信プロトコル情報が第１の通信プロトコル（ＸＭＰＰ）を示すものであるかを判断する（ステップＳ４９−４）。この通信プロトコル情報が第１の通信プロトコル（ＸＭＰＰ）を示すものである場合には（ステップＳ４９−４のＹＥＳ）、通信部５１は第１の通信プロトコルに従い作成された開始要求情報を宛先端末１０ｄｂに送信する（ステップＳ４９−６）。この場合、中継装置接続情報、要求元端末ＩＤ、通話管理システムのＩＰアドレス等を含むメッセージを上記の開始要求情報とともに送信しても良いし、開始要求情報とは別に第１の通信プロトコルに従い送信しても良い。
【０１１６】
一方、通信プロトコル情報が第１の通信プロトコルを示すものでない場合には（ステップＳ４９−４のＮＯ）、変換部６２は抽出された通信プロトコル情報によって示される通信プロトコルに従い開始要求情報を変換する（ステップＳ４９−５）。具体的には、ＸＭＰＰに従い作成された開始要求情報を含むスタンザ２０００を、ＢＯＳＨのメッセージ２５００に挿入することにより変換する。更に、通信部５１は変換された開始要求情報を宛先端末１０ｄｂに送信する（ステップＳ４９−６）。この場合、中継装置接続情報、要求元端末ＩＤ、通話管理システムのＩＰアドレス等を含むメッセージを上記の開始要求情報とともに送信しても良いし、開始要求情報とは別にこの通信プロトコルに従い送信しても良い。
【０１１７】
以後、要求元端末１０ａａ及び宛先端末１０ｄｂの一方から送信されたメッセージを他方の通話端末に送信する場合、送信先の通話端末との通信で用いられる通信プロトコルが第１の通信プロトコルでない場合には、変換部６２によって上記のように変換されたメッセージが送信される。
【０１１８】
続いて、通話管理システム５０の通信部５１は、通信ネットワーク２を介して中継装置３０ｅへ、中継を開始する旨の要求が示された中継開始要求情報を送信する（ステップＳ５０）。この中継開始要求情報には、中継される要求元端末１０ａａ及び宛先端末１０ｄｂの各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）が含まれている。これにより、中継装置３０ａは、通話端末（１０ａａ，１０ｄｂ）の間で、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを通話するためのセッション（画像・音声データ用セッションｓｅｄ）を確立する（ステップＳ５１）。これにより、通話端末（１０ａａ，１０ｄｂ）は、テレビ会議を開始することができる。
【０１１９】
続いて、図４及び図２４を用いて、要求元端末１０ａａと宛先端末１０ｄｂとの間で、テレビ会議の通話を行うために、画像データ及び音声データを送受信する処理を説明する。まず、要求元端末１０ａａは、画像・音声データ用セッションｓｅｄによって、撮像部１４ａで撮像された被写体の画像データ、及び音声入力部１５ａで入力された音声の音声データを、通信部１１から通信ネットワーク２を介して中継装置３０ａへ送信する（ステップＳ８１）。なお、本実施形態では、図８に示されている低解像度、中解像度、及び高解像度の３つから成る高画質の画像データ、並びに、音声データを送信している。これにより、中継装置３０ａでは、通信部３１で上記３つの解像度の画像データ及び音声データを受信する。そして、データ品質確認部３３が、宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１（図７参照）を検索し、対応した中継する画像データの画質を抽出することで、中継する画像データの画像の品質を確認する（ステップＳ８２）。本実施形態では、確認された画像データの画像の画質が「高画質」であり、通信部３１で受信した画像データの画質と同じであるため、中継装置３０ａは、画像・音声データ用セッションｓｅｄによって、そのままの画質の画像データ、及びそのままの音質の音声データで、宛先端末１０ｄｂに送信する（ステップＳ８３）。これにより、宛先端末１０ｄｂは、通信部１１で画像データ及び音声データを受信し、画像表示制御部１４ｂがディスプレイ１２０に上記画像データに基づく画像を表示させると共に、音声出力部１５ｂが音声データに基づく音声を出力させることができる。
【０１２０】
次に、通話端末１０ｄｂの遅延検出部１８は、通信部１１で受信された画像データの受信の遅延時間を一定時間毎（例えば、１秒毎）に検出する（ステップＳ８４）。なお、本実施形態では、遅延時間が２００（ｍｓ）である場合について、以下説明を続ける。
【０１２１】
宛先端末１０ｄｂの通信部１１は、管理情報用セッションｓｅｉによって、通信ネットワーク２を介して通話管理システム５０へ、遅延時間「２００（ｍｓ）」を示す遅延情報を送信する（ステップＳ８５）。これにより、通話管理システム５０は、遅延時間を把握すると共に、遅延情報の送信元である通話端末１０ｄｂのＩＰアドレス「１．３．２．４」を把握することができる。
【０１２２】
次に、通話管理システム５０の遅延時間管理部６０は、上記宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を検索キーとして、端末管理ＤＢ５００３（図１１参照）を検索することで、対応する端末ＩＤ「０１ｄｂ」を抽出し、更に、セッション管理ＤＢ５００５（図１３参照）のセッション管理テーブルにおいて、上記端末ＩＤ「０１ｄｂ」のレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間「２００（ｍｓ）」を記憶して管理する（ステップＳ８６）。
【０１２３】
次に、品質決定部５８は、上記遅延時間「２００（ｍｓ）」を検索キーとして、品質管理ＤＢ５００７（図１４参照）を検索し、対応する画像データの画質「中画質」を抽出することで、画質を「中画質」に決定する（ステップＳ８７）。
【０１２４】
次に、通信部５１は、セッション管理ＤＢ（図１３参照）のセッション管理テーブルにおいて、上記端末ＩＤ「０１ｄｂ」に関連付けられている中継装置ＩＤ「１１１ａ」を検索キーとして、中継装置管理ＤＢ５００１（図９参照）を検索し、対応する中継装置３０ｅのＩＰアドレス「１．１．１．３」を抽出する（ステップＳ８８）。そして、通信部５１は、管理情報用セッションｓｅｉによって、通信ネットワーク２を介して中継装置３０ａへ、上記ステップ８７によって決定された画像データの画質「中画質」を示す品質情報を送信する（ステップＳ８９）。この品質情報には、上記ステップＳ８６において検索キーとして用いた宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」が含まれている。これにより、中継装置３０ａでは、変更品質管理部３４が、変更品質管理ＤＢ３００１（図７参照）に、送信先の通話端末１０（ここでは、宛先端末１０ｄｂ）のＩＰアドレス「１．３．２．４」、及び中継される画像データの画質「中画質」を関連付けて記憶して管理する（ステップＳ９０）。
【０１２５】
次に、通話端末１０ａａは、引き続き上記ステップＳ８１と同様に、画像・音声データ用セッションｓｅｄによって、中継装置３０ａへ、低画質、中画質、及び高画質の３つから成る高画質の画像データ、並びに、音声データを送信する（ステップＳ９１）。これにより、中継装置３０ａでは、上記ステップＳ８２と同様に、データ品質確認部３３が、宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１（図７参照）を検索し、対応した中継する画像データの画質「中画質」を抽出することで、中継される画像データの画像の品質を確認する（ステップＳ９２）。本実施形態では、確認された画像データの画質が「中画質」であり、通信部３１で受信された画像データの画質「高画質」よりも低くなるため、データ品質変更部３５は、画像データの画質を「高画質」から「中画質」に抑制することで、画像データの画像の品質を変更する（ステップＳ９３）。そして、通信部３１は、画像・音声データ用セッションｓｅｄによって、通信ネットワーク２を介して通話端末１０ｄｂへ、上記画像データの画質が「中画質」に変更された画像データ、及び音声の音質が変更されていない音声データを送信する（ステップＳ９４）。このように、画像データを受信する宛先端末１０ｄｂで、受信の遅延が生じた場合には、中継装置３０ａは画像の品質を変更し、テレビ会議に参加している人に違和感を与えないようにすることができる。
【０１２６】
＜＜実施形態の主な効果＞＞
【０１２７】
以上説明したように本実施形態によれば、通話端末１０は、通話管理システム５０が解釈することができる複数の通信プロトコルの中から選択される第１の通信プロトコルに従い作成されたメッセージによって通話管理システム５０と通信できない場合に、これらの複数の通信プロトコルの中から第２の通信プロトコルを選択する。これにより、通話端末と呼制御システムとの間に特定の通信装置を設けなくても、通信プロトコルを変えて通話管理システム５０との間の通信を開始することができるようになるという効果を奏する。
【０１２８】
また、本実施形態によれば、第１の通信プロトコルに従い作成されたメッセージが前記呼制御システムに送信できたときであって、通信部１１が所定の時間前記メッセージに対する応答を受信しなかった場合、選択部２１が第２の通信プロトコルを選択する。これにより、通話端末１０は、通話管理システム５０と通信できない状態を所定の時間に基づき検知することができるという効果を奏する。
【０１２９】
更に、本実施形態によれば、第１の通信プロトコルを、通話端末１０と通話管理システム５０との通信経路の間の所定の通信機器を使用するために、通話端末における所定の設定を必要とする通信プロトコルとし、第２の通信プロトコルが、所定の通信機器を使用するために、上記の所定の設定を必要としない通信プロトコルとする。これにより、通話端末１０において所定の設定がされていないことにより第１の通信プロトコルに従い通話管理システム５０と通信できない場合でも、第２の通信プロトコルを用いて通話管理システム５０と通信できるという効果を奏する。
【０１３０】
また、本実施形態によれば、通話管理システム５０は、要求元及び宛先のいずれか一方の通話端末から送信されたメッセージを他方の通話端末に送信する場合に、送信先の通話端末に対応した通信プロトコルを抽出し、抽出された通信プトコルに従いメッセージを変換する。これにより、要求元通話端末１０Ａの通信プロトコルと宛先通話端末１０Ｂの通信プロトコルとが異なる場合でも、メッセージの送信ができるという効果を奏する。
【０１３１】
＜＜実施形態の補足＞＞
通話システム１は、携帯電話機の通信システムであってもよい。この場合、例えば、通話端末１０は携帯電話機に相当する。この場合の宛先リストの表示例は、図２６に示されている。即ち、携帯電話機としての通話端末１０は、携帯電話機の本体１０−１、この本体１０−１に設けられたメニュー画面表示ボタン１０−２、本体１０−１に設けられた表示部１０−３、本体１０―１の下部に設けられたマイク１０−４、本体１０−１に設けられたスピーカ１０−５を備えている。このうち、「メニュー画面表示ボタン」１０−２は、各種アプリケーションを示すアイコンが表示されているメニュー画面を表示させるためのボタンである。表示部１０−３は、タッチパネルになっており、利用者が宛先名を選択することで、相手の携帯電話機と通話を行うことができる。
【符号の説明】
【０１３２】
１ 通話システム
１０ 通話端末
１１ 通信部
１２ 操作入力受付部
１３ ログイン要求部１３
１４ 撮像部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 表示制御部
１８ 遅延検出部
１９ 記憶・読出処理部
２０ 宛先リスト作成部
２１ 選択部
２２ メッセージ作成部
３１ 通信部
３２ 状態検知部
３３ データ品質確認部
３４ 変更品質管理部
３５ データ品質変更部
５０ 通話管理システム（呼制御システムの一例）
５１ 通信部
５２ 端末認証部
５３ 状態管理部
５４ 端末抽出部
５５ 端末状態取得部
５６ 中継装置割当部
５６ａ セッションＩＤ生成部
５６ｂ 中継装置抽出部
５６ｃ 割当部
５７ セッション管理部
５８ 品質決定部
６０ 遅延時間管理部
６１ 通信プトロコル抽出部
６２ 変換部
１０００ 不揮発性記憶部
１００１ 通信プロトコル優先度管理ＤＢ
１００２ 揮発性記憶部（記憶手段の一例）
２０００ スタンザ
２５００ メッセージ
３０００ 不揮発性記憶部
３００１ 変更品質管理ＤＢ
５０００ 不揮発性記憶部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ
５００７ 品質管理ＤＢ
５００８ 中継装置割当管理ＤＢ
５００９ 通信プロトコル管理ＤＢ
【先行技術文献】
【特許文献】
【０１３３】
【特許文献１】米国特許第６６３３９８５号公報
【特許請求の範囲】
【請求項１】
通話端末間の呼を確立するための制御を行う呼制御システムと、前記呼の確立に関する情報を示す呼情報を含むメッセージを通信し、前記呼が確立されると、他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通信部を有する通話端末であって、
前記呼制御システムが解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する選択部と、
前記選択部によって選択された所定の通信プロトコルに従い前記呼制御システムに送信されるメッセージを作成するメッセージ作成部と、を有し、
前記通信部が第１の通信プロトコルに従い作成されたメッセージによって前記呼制御システムと通信できない場合に、前記選択部が、前記複数の通信プロトコルの中から第２の通信プロトコルを選択することを特徴とする通話端末。
【請求項２】
前記第１の通信プロトコルに従い作成されたメッセージを前記呼制御システムに送信できたときであって、前記通信部が前記メッセージを送信してから所定の時間、前記メッセージに対する応答を受信しなかった場合、
前記選択部が、前記第２の通信プロトコルを選択することを特徴とする請求項１に記載の通話端末。
【請求項３】
前記第１の通信プロトコルが、当該通話端末と前記呼制御システムとの通信経路の間の所定の通信機器を使用するために、当該通話端末における所定の設定を必要とする通信プロトコルであり、
前記第２の通信プロトコルが、前記所定の通信機器を使用するために、前記所定の設定を必要としない通信プロトコルであることを特徴とする請求項１又は２に記載の通話端末。
【請求項４】
請求項１乃至３のいずれか一項に記載の通話端末を複数有し、
通話を開始する通話端末と呼情報を含むメッセージを通信し、前記通話を開始する通話端末間の呼を確立するための制御を行う呼制御システムを有することを特徴とする通話システム。
【請求項５】
前記呼制御システムが、
通話端末を識別するための通話端末識別情報と、前記通話端末との通信で用いられる通信プロトコルを示す通信プロトコル情報とを対応付けて管理する通信プロトコル管理部と、
発呼側及び着呼側のいずれか一方の通話端末から送信されたメッセージを他方の通話端末に送信する場合に、送信先の通話端末に対応した通信プロトコル情報を抽出する通信プロトコル抽出部と、
抽出された前記通信プトコル情報によって示される通信プロトコルに従い前記メッセージを変換する変換部と、
を有することを特徴とする請求項４に記載の通話システム。
【請求項６】
通話端末間の呼を確立するための制御を行う呼制御システムと、前記呼の確立に関する情報を示す呼情報を含むメッセージを通信し、前記呼が確立されると他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通信部を有する通話端末に用いられる通話端末用プログラムであって、
前記呼制御システムが解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する選択ステップと、
前記選択ステップで選択された通信プロトコルに従い前記呼制御システムに送信されるメッセージを作成するメッセージ作成ステップと、を通話端末に実行させ、
前記通信部が第１の通信プロトコルに従い作成されたメッセージによって前記呼制御システムと通信できない場合に、前記選択ステップで、前記複数の通信プロトコルの中から第２の通信プロトコルを選択することを特徴とする通話端末用プログラム。
【請求項１】
通話端末間の呼を確立するための制御を行う呼制御システムと、前記呼の確立に関する情報を示す呼情報を含むメッセージを通信し、前記呼が確立されると、他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通信部を有する通話端末であって、
前記呼制御システムが解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する選択部と、
前記選択部によって選択された所定の通信プロトコルに従い前記呼制御システムに送信されるメッセージを作成するメッセージ作成部と、を有し、
前記通信部が第１の通信プロトコルに従い作成されたメッセージによって前記呼制御システムと通信できない場合に、前記選択部が、前記複数の通信プロトコルの中から第２の通信プロトコルを選択することを特徴とする通話端末。
【請求項２】
前記第１の通信プロトコルに従い作成されたメッセージを前記呼制御システムに送信できたときであって、前記通信部が前記メッセージを送信してから所定の時間、前記メッセージに対する応答を受信しなかった場合、
前記選択部が、前記第２の通信プロトコルを選択することを特徴とする請求項１に記載の通話端末。
【請求項３】
前記第１の通信プロトコルが、当該通話端末と前記呼制御システムとの通信経路の間の所定の通信機器を使用するために、当該通話端末における所定の設定を必要とする通信プロトコルであり、
前記第２の通信プロトコルが、前記所定の通信機器を使用するために、前記所定の設定を必要としない通信プロトコルであることを特徴とする請求項１又は２に記載の通話端末。
【請求項４】
請求項１乃至３のいずれか一項に記載の通話端末を複数有し、
通話を開始する通話端末と呼情報を含むメッセージを通信し、前記通話を開始する通話端末間の呼を確立するための制御を行う呼制御システムを有することを特徴とする通話システム。
【請求項５】
前記呼制御システムが、
通話端末を識別するための通話端末識別情報と、前記通話端末との通信で用いられる通信プロトコルを示す通信プロトコル情報とを対応付けて管理する通信プロトコル管理部と、
発呼側及び着呼側のいずれか一方の通話端末から送信されたメッセージを他方の通話端末に送信する場合に、送信先の通話端末に対応した通信プロトコル情報を抽出する通信プロトコル抽出部と、
抽出された前記通信プトコル情報によって示される通信プロトコルに従い前記メッセージを変換する変換部と、
を有することを特徴とする請求項４に記載の通話システム。
【請求項６】
通話端末間の呼を確立するための制御を行う呼制御システムと、前記呼の確立に関する情報を示す呼情報を含むメッセージを通信し、前記呼が確立されると他の通話端末と音声データ及び画像データの少なくとも一方を含む通話データを通信する通信部を有する通話端末に用いられる通話端末用プログラムであって、
前記呼制御システムが解釈することができる複数の通信プロトコルの中から所定の通信プロトコルを選択する選択ステップと、
前記選択ステップで選択された通信プロトコルに従い前記呼制御システムに送信されるメッセージを作成するメッセージ作成ステップと、を通話端末に実行させ、
前記通信部が第１の通信プロトコルに従い作成されたメッセージによって前記呼制御システムと通信できない場合に、前記選択ステップで、前記複数の通信プロトコルの中から第２の通信プロトコルを選択することを特徴とする通話端末用プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２０１２−８０３９８（Ｐ２０１２−８０３９８Ａ）
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願番号】特願２０１０−２２４８３６（Ｐ２０１０−２２４８３６）
【出願日】平成２２年１０月４日（２０１０．１０．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願日】平成２２年１０月４日（２０１０．１０．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]