JP2017092648A - 管理システム、通信開始方法、及びプログラム - Google Patents

Abstract

【課題】使用可能なコーデックの情報を容易に通知すること。
【解決手段】管理システムにおいて、第１の端末から送信された要求であり前記第１の端末の通信相手である第２の端末との通信の開始要求の受信に応じて、前記第１の端末がサポートするコーデックの情報と前記第２の端末がサポートするコーデックの情報とに基づいて、前記第１の端末と前記第２の端末との間で通信可能であるか否かを判断する判断部と、前記判断部による判断の結果を、前記第１の端末に送信する送信部と、を備える。
【選択図】図１８

Description

本発明は、管理システム、通信開始方法、及びプログラムに関する。

インターネットやＬＡＮ（Local Area Network）等の通信ネットワークを介して、複数の拠点の間で遠隔会議を行う会議システムが普及している。

このような会議システムにおいて、会議を開始する際に、会議のためのセッションを生成、確立し、会議に参加する他の端末がサポートするコーデックの状況を確認する技術が知られている（例えば、特許文献１参照）。

しかし、従来技術には、会議等のためのセッションを生成し、確立しないと、参加しようとしている会議等で使用可能なコーデックの情報を知ることができないという問題がある。

そこで、使用可能なコーデックの情報を容易に通知することができる技術を提供することを目的とする。

管理システムにおいて、第１の端末から送信された要求であり前記第１の端末の通信相手である第２の端末との通信の開始要求の受信に応じて、前記第１の端末がサポートするコーデックの情報と前記第２の端末がサポートするコーデックの情報とに基づいて、前記第１の端末と前記第２の端末との間で通信可能であるか否かを判断する判断部と、前記判断部による判断の結果を、前記第１の端末に送信する送信部と、を備える。

開示の技術によれば、使用可能なコーデックの情報を容易に通知することが可能となる。

一実施形態に係る伝送システムの概略図である。 一実施形態に係る伝送端末のハードウェア構成図である。 一実施形態に係る伝送管理システム、中継装置、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。 一実施形態に係る伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。 変更品質管理テーブルを示す概念図である。 画像データの画質を説明する概念図である。 中継装置管理テーブルを示す概念図である。 端末認証管理テーブルを示す概念図である。 端末管理テーブルを示す概念図である。 宛先リスト管理テーブルを示す概念図である。 セッション管理テーブルを示す概念図である。 品質管理テーブルを示す概念図である。 中継装置選択管理テーブルを示す概念図である。 状態変更管理テーブルを示す概念図である。 状態変更管理テーブルを示す概念図である。 状態変更管理テーブルを示す概念図である。 コーデック対応情報の一例を示す図である。 コーデック対応情報を通知する際の処理のシーケンス図である。 コーデック対応情報に基づく表示画面の一例を示す図である。 コーデック対応情報生成処理のフローチャートである。 各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。 伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。 伝送端末間で通話を開始する準備段階の処理を示したシーケンス図である。 本実施形態の宛先リストを示す概念図である。 通信の開始を要求する処理を示したシーケンス図である。 通信の開始の要求を許可する処理を示したシーケンス図である。 通話データの中継を要求する処理を示したシーケンス図である。 伝送端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。 通話データ用セッションへの参加を要求する処理を示したシーケンス図である。 通話データ用セッションからの退出を要求する処理を示したシーケンス図である。 他の実施形態の宛先リストを示す概念図である。 本実施形態に係る伝送端末の外観図である。

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

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

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

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

なお、本実施形態では、伝送端末（１０ａａ，１０ａｂ，…）のうち任意の伝送端末を示す場合には「伝送端末１０」を用い、ディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイを示す場合には「ディスプレイ１２０」を用い、中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置を示す場合には「中継装置３０」を用いる。

伝送端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信を行う。なお、以下では、「伝送端末」を単に「端末」として表し、「伝送管理システム」を単に「管理システム」として表す。即ち、本実施形態における通話には、音声データの送受信だけでなく、画像データの送受信も含まれる。即ち、本実施形態における端末１０は、画像データ及び音声データの送受信を行う。但し、端末１０は画像データの送受信を行わず、音声データの送受信を行うようにしてもよい。

本実施形態では、端末１０は、映像のコーデック（Codec、エンコード及びデコードの符号化方式）として、１以上の映像エンコーダ、及びデコーダをサポートしてもよいし、１つもサポートしていなくともよい。音声コーデックについても、同様である。

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

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

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

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

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

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

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

また、中継装置３０ｅは、通信ネットワーク２を介して端末１０と通信可能に接続されている。この中継装置３０ｅは、常時稼動しており、地域Ａ又は地域Ｂのローカルエリア内の通信量の影響を受けにくくするために、これら以外の地域に設置されている。これにより、端末１０が他のローカルエリアに設置された端末と通話する場合に、通話データを中継するための中継装置として中継装置３０ｅが用いられる。また、同一のローカルエリアの端末間で通話を行う際に、このローカルエリアに設置された中継装置が稼動していない場合にも、緊急用の中継装置として中継装置３０ｅが用いられる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

送受信部１１は、例えば、管理システム５０にログインする際や、管理システム５０に通話の開始を要求する際等に、端末１０がサポートしているコーデックの情報を、管理システム５０に通知する。

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

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

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

表示制御部１６は、図２に示されているディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。表示制御部１６は、要求元としての端末１０が所望の宛先としての端末１０とテレビ会議の通話を開始する前に、送受信部１１による受信の開始後に受信された状態情報を反映させて各宛先名が含まれた宛先リストをディスプレイ１２０に表示させる。

例えば、ディスプレイ１２０上には、表示実行部１６ａによって、図２４に示されているような宛先リスト枠１１００−１が表示される。この宛先リスト枠１１００−１には、宛先名「日本 東京事業所 ＡＢ端末」１１００−２等の各宛先名が表示されており、宛先名毎に状態情報に係る状態を示したアイコン（１１００−３ａ，１１００−３ｂ，１１００−３ｃ，１１００−３ｄ）が表示される。このうち、アイコン１１００−３ａは、宛先候補の一つの端末がＯＮライン状態で待受け中であるため、この端末と通話可能であることを示す。アイコン１１００−３ｂは、宛先候補の一つの端末がＯＦＦライン状態で、この端末と通話不可能であることを示す。アイコン１１００−３ｃは、宛先候補の一つの端末が他の端末と通話中の状態で、この通話に加わって、三者通話等が可能な状態を示す。アイコン１１００−３ｄは、宛先候補の一つの端末が他の端末との通話を要求しているか他の端末から通話を要求されているため、この宛先候補の一つの端末と通話不可能な状態を示す。更に、アイコン１１００−３ｄは、上記の状態に加えて、他の端末との通話の要求を許可したか、他の端末との通話の要求が許可されたため、この宛先候補の一つの端末と通話不可能な状態を示す。また、宛先リスト枠１１００−１には、右側にスクロールバー１１００−４が表示され、三角形の上向き又は下向きアイコンが選択されることで、図２４には表示されていない宛先候補の宛先名および状態を示したアイコンが表示されることになる。

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

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

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

制御部２１は、ユーザからの操作に応じて、管理システム５０に、会議の開始を要求する。なお、本実施形態の会議（通話）には、１対１の通話や、３つ以上の端末での多地点会議が含まれる。

制御部２１は、会議の相手の端末１０がサポートするデコーダに対応するエンコーダにより、映像、音声等のコンテンツデータをエンコードし、送受信部１１から、中継装置３０を介して、相手の端末１０へ送信する。

制御部２１は、会議の相手の端末１０からの映像、音声等のコンテンツデータをデコードし、画面やスピーカに出力させる。３つ以上の端末１０にて多地点の会議をしている場合は、会議の相手の各端末１０からの映像、音声等のコンテンツデータをそれぞれデコードし、それぞれ画面に表示させる。

制御部２１は、管理システム５０から後述するコーデック対応情報を受信すると、コーデック対応情報に基づく情報を画面に表示する（図１９参照）。制御部２１は、当該画面にて、ユーザから了承の操作を受け付けた場合はその旨を管理システム５０に通知する。制御部２１は、当該画面にて、ユーザからキャンセルの操作を受け付けた場合はその旨を管理システム５０に通知する。

なお、制御部２１は、管理システム５０から受信したコーデック対応情報において、送受信不可の宛先端末１０があるか否か判断し、全て問題なし（送受信不可の宛先端末１０なし）の場合、ユーザからの承認操作を不要として、自動で管理システム５０に承認を通知する構成としてもよい。その場合、制御部２１は、送受信不可の宛先端末１０がある場合のみ、上述したコーデック対応情報に基づく情報を画面に表示する構成としてもよい。

制御部２１は、コーデック対応情報において、送受信不可の宛先端末１０があるか否か判断し、ある場合は、自動で管理システム５０にキャンセルを通知する構成としてもよい。

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

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

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

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

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

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

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

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

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

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

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

（端末管理テーブル）
また、不揮発性記憶部５０００には、図９に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各端末１０の端末ＩＤ毎に、各端末１０を宛先とした場合の宛先名、各端末１０の稼動状態、他の端末との通信状態、後述のログイン要求情報が管理システム５０で受信された受信日時、端末１０のＩＰアドレス、及び該当端末がサポートする（対応可能な）コーデック（エンコーダ、デコーダ）の情報が関連付けられて管理される。例えば、図９に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の端末１０ａａは、端末名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「ＯＮライン」で、通信状態が他の端末と通信しておらず待受け中の状態を示す「Ｎｏｎｅ」で、管理システム５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」、サポートするコーデックは、映像エンコーダがＨ．２６４、音声エンコーダがＳｐｅｅｘ、映像デコーダがＨ．２６４、音声デコーダがＳｐｅｅｘであることが示されている。尚、通信状態には、他の端末を呼び出し中の状態を示す「Ｃａｌｌｉｎｇ」、他の端末から呼び出されている状態を示す「Ｒｉｎｇｉｎｇ」、他の端末との通話の要求を許可したか、他の端末との通話の要求が許可された状態を示す「Ａｃｃｅｐｔｅｄ」、他の端末と通話中の状態を示す「Ｂｕｓｙ」等が含まれる。

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

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

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

（中継装置選択管理テーブル）
更に、不揮発性記憶部５０００には、図１３に示されているような中継装置選択管理テーブルによって構成されている中継装置選択管理ＤＢ５００８が構築されている。この中継装置選択管理テーブルでは、管理システム５０によって管理される全ての端末１０の各端末ＩＤに対して、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤが関連付けられて管理される。

（状態変更管理テーブル）
また、不揮発性記憶部５０００には、図１４，図１５，図１６に示されているような状態変更管理テーブルによって構成されている状態変更管理ＤＢ５００９が構築されている。図１４の状態変更管理テーブルでは、端末間の通信の状態を変更させる要求を示す変更要求情報（変更情報の一例）と、状態管理部５３によって変更される前の通信の状態を示す変更前状態情報と、状態管理部５３によって変更された状態を示す変更情報とが関連付けられて管理される。また、図１５の状態変更管理テーブルでは、変更要求情報と、要求元端末と宛先端末とを識別するための端末情報と、変更前状態情報と、変更情報とが関連付けられて管理される。図１６の状態変更管理テーブルでは、変更要求情報と、端末情報と、通信の開始を要求する旨の変更要求情報「Ｉｎｖｉｔｅ」を受信した複数の端末のいずれかから通信の開始を拒否する旨の変更要求情報「Ｒｅｊｅｃｔ」を受信した場合に、複数の端末のすべてから変更要求情報「Ｒｅｊｅｃｔ」を受信したか否かを判定した結果を示す判定情報と、変更前状態情報と、変更情報とが関連付けられて管理される。尚、変更要求情報には、上記の「Ｉｎｖｉｔｅ」、「Ｒｅｊｅｃｔ」の他、通信の開始を許可する旨の変更要求情報「Ａｃｃｅｐｔ」、通信の開始の要求を取り消す旨の変更要求情報「Ｃａｎｃｅｌ」、通話データの中継の開始を要求する旨の変更要求情報「Ｊｏｉｎ」、既に端末間のセッションが確立されている場合にこのセッションへの参加を要求する旨の変更要求情報「Ｃａｌｌ」、通信の終了を要求する旨の変更要求情報「Ｌｅａｖｅ」等が含まれる。

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

送受信部５１は、図３に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。端末認証部５２は、送受信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとし、不揮発性記憶部５０００の端末認証管理テーブル（図８参照）を検索し、端末認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。

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

状態管理部５３は、要求元端末又は宛先端末によって送信された変更要求情報が送受信部５１によって受信されると、要求元端末及び宛先端末の少なくとも一方の状態情報を端末管理テーブル（図９参照）から取得する。

状態管理部５３は、送受信部５１によって受信された変更要求情報に基づき、端末管理テーブル（図９参照）で管理される要求元端末の状態情報及び宛先端末の状態情報のいずれか或は両方を変更する。

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

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

中継装置選択部５６は、複数の中継装置３０から最終的に１つの中継装置３０に絞り込むための処理を行う。具体的には、中継装置選択部５６は、端末間で通話データが通信されるセッションを識別するためのセッションＩＤを生成する。中継装置選択部５６は、要求元端末から送られてきた開始要求情報に含まれている要求元端末の端末ＩＤ、及宛先端末の端末ＩＤに基づいて、中継装置選択管理テーブル（図１３参照）を検索することにより、対応するそれぞれの中継装置ＩＤを抽出する。中継装置選択部５６は、中継装置管理テーブル（図７参照）で管理されている中継装置３０のうち、稼動状態が「ＯＮライン」となっている中継装置３０の中継装置ＩＤを選択することにより、中継装置３０の選択を行う。

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

品質決定部５８は、上記遅延時間を検索キーとして、品質管理テーブル（図１２参照）を検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。記憶・読出処理部５９は、図３に示されているＨＤＤ２０５によって実行され、不揮発性記憶部５０００に各種データを記憶したり、不揮発性記憶部５０００に記憶された各種データを読み出す処理を行う。

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

判断部６１は、要求元の端末１０−１（「第１の端末」）から会議の要求を受信すると、セッション管理ＤＢ５００５及び端末管理ＤＢ５００３から取得した情報に基づいて、コーデック対応情報を生成するコーデック対応情報生成処理を行う。判断部６１は、生成したコーデック対応情報を送受信部５１から、要求元の端末１０−１へ通知する。

具体的には、判断部６１は、コーデック対応情報生成処理において、次のような処理を行う。

判断部６１は、セッション管理ＤＢ５００５を参照し、当該会議の相手である端末１０（「第２の端末」）の端末ＩＤを取得する。なお、会議の相手とは、要求元の端末１０−１が、既存の会議に後から参加する場合は、当該会議に参加している１以上の端末１０であり、１以上の宛先を指定して新規の会議を開始する場合は、当該指定された１以上の端末１０である。なお、既存の会議に後から参加する場合は、会議のＩＤを指定して会議に参加する構成としてもよいし、会議に参加している一の端末１０の端末ＩＤを指定して会議に参加する構成としてもよい。

判断部６１は、端末管理ＤＢ５００３を参照し、要求元の端末１０−１がサポートするコーデックの情報と、当該会議の相手である１以上の端末１０がサポートするコーデックの情報とを取得する。

図１７は、コーデック対応情報の一例を示す図である。コーデック対応情報は、コンテンツデータの種別（例えば、映像、音声）毎の、送信が可能でない会議の相手の端末１０、及び受信が可能でない会議の相手の端末１０の一覧である。図１７の例では、それぞれ「映像送信不可」、「映像受信不可」、「音声送信不可」、「音声受信不可」である端末１０の宛先名の情報が含まれる。

判断部６１は、要求元の端末１０−１から、当該会議の相手の端末１０へのコンテンツデータの送信が可能であるか否か判断する。具体的には、要求元の端末１０−１からの映像、音声等のデータを、当該会議の相手の端末１０がデコードできるか否かを判断する。要求元の端末１０−１がサポートしているエンコーダのうち、相手の端末１０が１つでも対応するデコーダをサポートしていれば、そのエンコーダによって符号化したデータは送信可能であると判断する。

判断部６１は、前記要求元の端末１０−１にて、当該会議の相手の端末１０からのコンテンツデータの受信が可能であるか否かを判断する。具体的には、要求元の端末１０−１が、当該会議の相手の端末１０からの映像、音声等のデータをデコードできるか否かを判断する。要求元の端末１０−１がサポートしているデコーダのうち、相手の端末１０が１つでも対応するエンコーダをサポートしていれば、そのエンコーダによって符号化されたデータは受信可能であると判断する。

なお、コーデック対応情報生成処理の詳細例は後述する。

なお、送受信部５１は、判断部６１に生成されたコーデック対応情報において、コンテンツデータの全ての種別（例えば、映像、音声等）で、送受信不可の宛先端末１０があるか否か判断し、全て問題なし（送受信不可の宛先端末１０なし）の場合、コーデック対応情報を要求元の端末１０−１へ通知せずに、要求元の端末１０からの会議の要求を、会議の相手の端末１０に転送する会議開始処理を行う構成としてもよい。その場合、送受信部５１は、送受信不可の宛先端末１０がある場合のみ、生成したコーデック対応情報を要求元の端末１０−１へ通知する構成としてもよい。

＜＜実施形態の処理または動作＞＞
次に、図１８を参照して、一実施形態に係る伝送システム１の、コーデック対応情報を通知する動作について説明する。図１８は、一実施形態に係る伝送システム１における、コーデック対応情報を通知する際の処理のシーケンス図である。

端末１０−１、１０−２、・・・、１０−ｎは、それぞれ、管理システム５０にログインする際、管理システム５０に、端末１０−１がサポートしているコーデックを通知する（ステップＳ１００１−１、Ｓ１００１−２、・・・、Ｓ１００１−ｎ）。

管理システム５０は、端末１０−１、１０−２、・・・、１０−ｎの端末ＩＤと、サポートしているコーデックの情報を、端末管理ＤＢ５００３にて管理する（ステップＳ１００２−１、Ｓ１００２−２、・・・、Ｓ１００２−ｎ）。

端末１０−１は、ユーザから、会議の開始操作を受け付けると（ステップＳ１００３）、管理システム５０に、会議で使用可能なコーデック対応情報の通知を要求する（ステップＳ１００４）。なお、会議を指定する情報としては、会議を識別する会議ＩＤや、会議に参加している１の端末の端末ＩＤ、会議に招待する１以上の宛先の端末の端末ＩＤ等を用いる構成としてよい。

管理システム５０は、コーデック対応情報生成処理を行い（ステップＳ１００５）、端末１０−１に、生成したコーデック対応情報を通知する（ステップＳ１００６）。

端末１０−１は、コーデック対応情報に基づく情報を画面に表示し（ステップＳ１００７）、ユーザからの了承操作を受け付けると（ステップＳ１００８）、管理システム５０に、当該会議の要求を送信する（ステップＳ１００９）。

管理システム５０は、要求元の端末１０−１からの会議の要求を、会議の相手の端末１０−２、・・・、１０−ｎに転送する会議開始処理を行う（ステップＳ１０１０）。その後、会議に含まれる端末１０−１、１０−２、・・・、１０−ｎ間での映像、音声等のコンテンツデータの送受信が開始される（ステップＳ１０１１−１、Ｓ１０１１−２、・・・、Ｓ１０１１−ｎ）。

図１９は、図１８のステップＳ１００７で端末１０−１に表示される、コーデック対応情報に基づく表示画面の一例を示す図である。図１９の例では、図１７のコーデック対応情報に基づいて、映像の送信については問題がなく、自端末１０−１が送信する映像データを、会議の全ての端末１０が受信・表示可能であることを示している。映像の受信については、「日本 大阪事業所 ＡＡ端末」からの映像のみが自端末１０−１ではデコードできず、表示不可能であることを示している。同様に、音声の送信については、図中に示す２つの端末１０で受信・再生不可能であることを示している。音声の受信については問題がなく、会議の全ての端末１０からの音声を受信・再生可能であることを示している。端末１０−１は、「ＯＫ」ボタン５０１を押下された場合は了承操作を受け付け、「キャンセル」ボタン５０２を押下された場合は、会議の開始要求をキャンセルする。

それにより、端末１０−１のユーザは、自拠点と映像・音声の送受信に問題のある相手拠点の一覧を確認した上で、提示された状況が許容できるかどうかを判断し、このまま会議開始するかどうかを適切に判断できる。

次に、図２０を参照して、判断部６１の、コーデック対応情報生成処理について説明する。図２０は、コーデック対応情報生成処理のフローチャートである。

判断部６１は、端末１０−１から、会議の要求を受信する（ステップＳ２０１）。

端末管理ＤＢ５００３から、端末１０−１がサポートしている映像エンコーダを抽出する（ステップＳ２０２）。なお、端末１０−１がサポートしている映像エンコーダの数は、０の場合（サポートしている映像エンコーダがない場合）や、１以上の場合もある。

セッション管理ＤＢ５００５を参照して、会議に参加する、または参加している先頭の端末１０−ｎを抽出する（ステップＳ２０３）。

端末管理ＤＢ５００３から、抽出した端末１０−ｎがサポートしている映像デコーダを抽出する（ステップＳ２０４）。なお、端末１０−ｎがサポートしている映像デコーダの数は、０の場合（サポートしている映像デコーダがない場合）や、１以上の場合もある。

端末１０−１がサポートしている映像エンコーダの数が１以上あり、当該１以上の映像エンコーダのうち、端末１０−ｎがサポートしている映像デコーダと一致するものがあるか判断する（ステップＳ２０５）。

一致するものがあれば（ステップＳ２０５でＹＥＳ）、後述するステップＳ２０７へ進む。

一致するものがなければ（ステップＳ２０５でＮＯ）、当該端末１０−ｎを、「映像送信不可」として記憶する（ステップＳ２０６）。

セッション管理ＤＢ５００５を参照して、会議の未抽出の端末１０−ｎがあるか判断する（ステップＳ２０７）。

あれば（ステップＳ２０７でＹＥＳ）、会議に参加する、または参加している次の端末１０−ｎを抽出し（ステップＳ２０８）、ステップＳ２０４の処理へ進む。

なければ（ステップＳ２０７でＮＯ）、端末管理ＤＢ５００３から、端末１０−１がサポートしている映像デコーダを抽出する（ステップＳ２０９）。なお、端末１０−１がサポートしている映像デコーダの数は、０の場合（サポートしている映像デコーダがない場合）や、１以上の場合もある。

セッション管理ＤＢ５００５を参照して、会議に参加する、または参加している先頭の端末１０−ｎを抽出する（ステップＳ２１０）。

端末管理ＤＢ５００３から、抽出した端末１０−ｎがサポートしている映像エンコーダを抽出する（ステップＳ２１１）。なお、端末１０−ｎがサポートしている映像エンコーダの数は、０の場合（サポートしている映像エンコーダがない場合）や、１以上の場合もある。

端末１０−１がサポートしている映像デコーダの数が１以上あり、当該１以上の映像デコーダのうち、端末１０−ｎがサポートしている映像エンコーダと一致するものがあるか判断する（ステップＳ２１２）。

一致するものがあれば（ステップＳ２１２でＹＥＳ）、後述するステップＳ２１３へ進む。

一致するものがなければ（ステップＳ２１２でＮＯ）、当該端末１０−ｎを、「映像受信不可」として記憶する（ステップＳ２１３）。

セッション管理ＤＢ５００５を参照して、会議に参加する次の端末１０−ｎがあるか判断する（ステップＳ２１４）。

あれば（ステップＳ２１４でＹＥＳ）、次の端末１０−ｎを抽出し（ステップＳ２１５）、ステップＳ２１１の処理へ進む。

なければ（ステップＳ２１４でＮＯ）、処理を終了する。

なお、音声エンコーダ、デコーダについても、映像エンコーダ、デコーダと同様の処理を行う。その場合の処理は、図２０中の「映像」を「音声」と読み替えればよい。

それにより、「映像送信不可」、「映像受信不可」、「音声送信不可」、「音声受信不可」である端末１０の一覧を含むコーデック対応情報が生成される。

なお、端末１０−１がサポートしているコーデックの情報は、ログイン時に登録された情報を用いる代わりに、次のような処理を行う構成としてもよい。端末１０−１が、会議の要求に、端末１０−１がサポートしているコーデックの情報を含めて通知する。判断部６１は、ステップＳ２０２、ステップＳ２１０で、ステップＳ２０１で端末１０−１から受信した会議の要求に含まれる情報から、端末１０−１がサポートしているエンコーダ、デコーダの情報をそれぞれ取得する。

続いて、本実施形態に係る伝送システム１における処理方法の詳細例を説明する。なお、図２１は、各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。図２２は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。図２３は、端末間で通話を開始する準備段階の処理を示したシーケンス図である。図２４は、本実施形態の宛先リストを示す概念図である。図２４は、通信の開始を要求する処理を示したシーケンス図である。
図２６は、通信の開始の要求を許可する処理を示したシーケンス図である。図２７は、通話データの中継を要求する処理を示したシーケンス図である。図２８は、伝送端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。図２９は、通話データ用セッションへの参加を要求する処理を示したシーケンス図である。図３０は、通話データ用セッションからの退出を要求する処理を示したシーケンス図である。図３１は、他の実施形態の宛先リストを示す概念図である。図３２は、本実施形態に係る伝送端末の外観図である。

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

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

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

次に、図２３を用いて、図１８のステップＳ１００１、Ｓ１００２のコーデック情報の管理等、端末１０ａａが通話を開始する前の準備段階における各管理情報の送受信処理について説明する。なお、図２３では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

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

次に、管理システム５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、不揮発性記憶部５０００の端末認証管理テーブル（図８参照）を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。

この端末認証部５２によって、同一の端末ＩＤ及びパスワードが管理されているため、正当な利用権限を有する端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末管理テーブル（図９参照）に、端末１０ａａの端末ＩＤ及び宛先名で示されるレコード毎に、上記ログイン要求情報が受信された受信日時、端末１０ａａのＩＰアドレス、及び端末１０ａａがサポートしているコーデック（エンコーダ、及びデコーダ）の情報を関連付けて記憶する（ステップＳ２４−１）。これにより、図９に示されている端末管理テーブルには、端末ＩＤ「０１ａａ」に、受信日時「２００９．１１．１０．１３：４０」、端末ＩＰアドレス「１．２．１．３」、エンコーダ「Ｈ．２６４／Ｓｐｅｅｘ」、デコーダ「Ｈ．２６４／Ｓｐｅｅｘ」が関連付けて管理されることになる。なお、端末１０ａａがサポートしているコーデックの情報は、ログインが成功した後に端末１０ａａから受信して管理する構成としてもよい。

続いて、状態管理部５３が、端末１０ａａの稼動状態「ＯＮライン」と通信状態「Ｎｏｎｅ」を設定し、端末管理テーブル（図９参照）に、端末１０ａａの端末ＩＤ及び宛先名で示されるレコード毎に、稼動状態、及び通信状態を関連付けて記憶する（ステップＳ２４−２）。これにより、図９に示されている端末管理テーブルには、端末ＩＤ「０１ａａ」に、稼動状態「ＯＮライン」及び通信状態「Ｎｏｎｅ」が関連付けて管理されることになる。

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

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

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

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

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

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

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

次に、要求元端末（端末１０ａａ）の宛先リスト作成部２０は、揮発性記憶部１１００に記憶されている宛先リスト情報、及び端末の状態情報に基づいて、宛先候補としての端末１０の状態を反映させた宛先リストを作成すると共に、表示制御部１６が、図２に示されているディスプレイ１２０に対して、宛先リストを表示するタイミングを制御する（ステップＳ３４）。

以上より、図２４に示されているように、宛先リスト枠１１００−１に各宛先名１１００−２等及び各状態情報を反映させたアイコン１１００−３ａ等が表示された状態の宛先リストをディスプレイ１２０ａａに表示させることになる。

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

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

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

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

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

まず、要求元端末（端末１０ａａ）の利用者が図２に示されている操作ボタン１０８を押下して宛先端末（端末１０ｂｂ）と宛先端末（端末１０ｃｂ）と宛先端末（端末１０ｄｂ）とを選択すると、図４に示されている操作入力受付部１２は、端末１０ｂｂ、端末１０ｃｂ及び端末１０ｄｂとの通話（会議）を開始する要求を受け付ける（ステップＳ４１）。なお、ステップＳ４１は、図１８のステップＳ１００３で、１以上の宛先を指定して新規の会議を開始する場合の例である。

そして、上述した図１８のステップＳ１００４〜Ｓ１００８の処理を行う。ステップＳ１００８で、了承操作を受け付けると、端末１０ａａの送受信部１１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末（端末１０ｂｂ）の端末ＩＤ「０１ｂｂ」、宛先端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、及び通話の開始を要求する旨を示す変更要求情報「Ｉｎｖｉｔｅ」が含まれる開始要求情報を、管理システム５０へ送信する（ステップＳ４２）。なお、ステップＳ４２は、ステップＳ１００９の一例である。これにより、管理システム５０の送受信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することになる。

そして、状態管理部５３は、開始要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末（端末１０ｂｂ）の端末ＩＤ「０１ｂｂ」、宛先端末（１０ｃｂ）の端末ＩＤ「０１ｃｂ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づき、端末管理テーブル（図９参照）において、上記端末ＩＤ「０１ａａ」、端末ＩＤ「０１ｂｂ」、端末ＩＤ「０１ｃｂ」、及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ４３）。

次に、中継装置選択部５６は、要求元端末（端末１０ａａ）によって要求された各宛先端末との間の通信を実行するためのセッション（通話データ用セッションｓｅｄ）を識別するためのセッションＩＤ「ｓｅ１」を生成する（ステップＳ４４）。セッションＩＤが生成されると、セッション管理部５７は、セッションＩＤ「ｓｅ１」及び、宛先端末の数「３」を揮発性記憶部５１００に記憶する。この宛先端末の数は、後に通信の開始を拒否する旨の変更要求情報「Ｒｅｊｅｃｔ」を受信した場合に、宛先端末のすべてからこの変更要求情報「Ｒｅｊｅｃｔ」を受信したか否かを判定するために用いられる。

続いて、管理システム５０の中継装置選択部５６は、中継装置管理ＤＢ５００１、中継装置選択管理ＤＢに基づいて、要求元端末（端末１０ａａ）と、宛先端末（端末１０ｂｂ、１０ｃｂ、１０ｄｂ）との通話を中継するための中継装置３０の選択を行う（ステップＳ４５）。この場合、まず、要求元端末（１０ａａ）から送られてきた開始通信情報に含まれている要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末（端末１０ｂｂ）の端末ＩＤ「０１ｂｂ」、宛先端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づいて、中継装置選択管理テーブル（図１３参照）を検索することにより、端末（１０ａａ，１０ｂｂ，１０ｃｂ，１０ｄｂ）に対応する中継装置ＩＤ（「１１１ａ」，「１１１ｂ」，「１１１ｃ」，「１１１ｄ」）を抽出する。

抽出された各中継装置ＩＤが同一であれば、中継装置管理テーブル（図７参照）で管理されている中継装置３０の稼動状態のうち、抽出された中継装置ＩＤの稼動状態を参照する。ここで中継装置ＩＤの稼動状態が「ＯＮライン」である場合には、抽出された中継装置を、通話を中継するための中継装置として選択する。抽出された各中継装置ＩＤが同一でない場合、又は、上記の参照の結果、中継装置ＩＤの稼動状態が「ＯＦＦライン」である場合には、中継装置ＩＤ「１１１ｅ」の中継装置３０ｅを、通話を中継するための中継装置として選択する。本実施形態では、中継装置３０ｅが選択された場合につき、以下続けて説明する。

中継装置３０の選択処理が完了すると、セッション管理部５７は、不揮発性記憶部５０００のセッション管理テーブル（図１１参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの要求元端末ＩＤ、宛先端末ＩＤ、中継装置ＩＤのフィールド部分に、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末（端末１０ｂｂ）の端末ＩＤ「０１ｂｂ」、宛先端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、選択された中継装置の中継装置ＩＤ「１１１ｅ」を記憶して管理する（ステップＳ４６）。

次に、図４に示されている送受信部５１は、通信ネットワーク２を介して、要求元端末（端末１０ａａ）へ、生成されたセッションＩＤと、中継装置選択部５６で選択された中継装置３０ｅに接続するために用いられる中継装置接続情報を送信する（ステップＳ４７）。この中継装置接続情報には、中継装置３０ｅのＩＰアドレス「１．１．１．３」、認証情報、ポート番号等を含めることができる。これにより、端末１０ａａは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、通話データの中継に用いられる中継装置３０ｅに接続するために用いられる中継装置接続情報を把握することができる。

次に、送受信部５１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末との通話の開始を要求する旨を示す変更要求情報「Ｉｎｖｉｔｅ」、セッションＩＤ「ｓｅ１」が含まれる開始要求情報、中継装置３０ｅに接続するために用いられる上記の中継装置接続情報、及び管理システム５０のＩＰアドレスをすべての宛先端末（１０ｂｂ，１０ｃｂ，１０ｄｂ）へ送信する（ステップＳ４８−１，Ｓ４８−２，Ｓ４８−３）。これにより、宛先端末（端末１０ｂｂ、１０ｃｂ、１０ｄｂ）の送受信部５１は、上記開始要求情報を受信すると共に、通話データの中継に用いられる中継装置３０ｅに接続するために用いられる中継装置接続情報、及び送信元である管理システム５０のＩＰアドレス「１．１．１．２」を把握することになる。

続いて、図２６を用いて、上記の開始要求情報を受信した宛先端末（端末１０ｄｂ）の利用者が、図２に示されている操作ボタン１０８を押下することにより、要求元端末（端末１０ａａ）との間の通信の開始を許可する旨の応答が受け付けられた場合の処理について説明する。宛先端末（端末１０ｄｂ）の操作ボタン１０８によって、要求元端末（端末１０ａａ）との間の通信の開始を許可する旨の応答が受け付けられる（ステップＳ４９）。次に、宛先端末（端末１０ｄｂ）の送受信部１１は、宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、通信の開始を許可する旨を示す変更要求情報「Ａｃｃｅｐｔ」、セッションＩＤ「ｓｅ１」が含まれる開始応答情報を、管理システム５０へ送信する（ステップＳ５０）。

管理システム５０の送受信部５１がこの開始応答情報を受信すると、状態管理部５３は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づき、端末管理テーブル（図９参照）において、上記端末ＩＤ「０１ａａ」及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ５１）。

次に、送受信部５１は、宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、宛先端末との通話の開始の要求を許可する旨を示す変更要求情報「Ａｃｃｅｐｔ」、セッションＩＤ「ｓｅ１」が含まれる開始応答情報を要求元端末（端末１０ａａ）へ送信する（ステップＳ５２）。この開始応答情報を受信すると、要求元端末（端末１０ａａ）は、送受信部１１によってセッションＩＤ「ｓｅ１」と、ステップＳ４７で取得した中継装置接続情報とを中継装置３０ｅに送信することにより、中継装置３０ｅと接続する（ステップＳ５３）。一方、宛先端末（端末１０ｄｂ）は、送受信部１１によってセッションＩＤ「ｓｅ１」と、ステップＳ４８−１で取得した中継装置接続情報とを中継装置３０ｅに送信することにより、中継装置３０ｅと接続する（ステップＳ５４）。

なお、端末１０ｂｂ，端末１０ｃｂについても、通信の開始を許可する旨の応答が受け付けられた場合、上述した端末１０ｄｂと同様の処理がそれぞれ行われる。

続いて、図２７を用いて、中継装置３０ｅが要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間で通信される通話データの中継を開始する処理を説明する。なお、図２７では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

まず、要求元端末（端末１０ａａ）は、中継装置３０ｅと接続した後（ステップＳ５３参照）の所定のタイミングで、送受信部１１によって、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、セッションＩＤ「ｓｅ１」、及び中継の開始を要求する旨を示す変更要求情報「Ｊｏｉｎ」が含まれる中継要求情報を管理システム５０へ送信する（ステップＳ７１−１）。

管理システム５０の送受信部５１が中継要求情報を受信すると、状態管理部５３は、中継要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に基づき、端末管理テーブル（図９参照）において、上記端末ＩＤ「０１ａａ」が含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ７２−１）。

次に、管理システム５０は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及びセッションＩＤ「ｓｅ１」が含まれる中継開始要求情報を中継装置３０ｅへ送信する（ステップＳ７３−１）。この中継開始要求情報を受け付けると、中継装置３０ｅは、中継の開始を許可する旨を示す通知情報「ＯＫ」を含む中継開始許可情報を、管理システム５０へ送信する（ステップＳ７４−１）。この応答を受信すると管理システム５０の送受信部５１は、この中継開始許可情報を要求元端末（端末１０ａａ）に送信する（ステップＳ７５−１）。これにより、要求元端末（端末１０ａａ）と中継装置３０ａとの間の通話データ用セッションｓｅｄが確立される（ステップＳ７６−１）。

一方、宛先端末（端末１０ｄｂ）は、中継装置３０ｅと接続した後（ステップＳ５４参照）の所定のタイミングで、送受信部１１によって、宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、セッションＩＤ「ｓｅ１」、及び中継の開始を要求する旨を示す変更要求情報「Ｊｏｉｎ」が含まれる中継要求情報を管理システム５０へ送信する（ステップＳ７１−２）。

続いて、管理システム５０及び中継装置３０ｅによってステップＳ７２−１，Ｓ７３−１，Ｓ７４−１，Ｓ７５−１と同様の処理が実行されることにより、宛先端末（端末１０ｄｂ）と中継装置３０ｅとの間の通話データ用セッションｓｅｄが確立される（ステップＳ７２−２，Ｓ７３−２，Ｓ７４−２，Ｓ７５−２，Ｓ７６−２）。要求元端末（端末１０ａａ）と中継装置３０ｅとの間の通話データ用セッションｓｅｄ及び宛先端末（端末１０ａａ）と中継装置３０ｅとの間の通話データ用セッションｓｅｄが確立されると、中継装置３０ａは、端末（１０ａａ，１０ｄｂ）の間で、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを中継することができる。これにより、端末（１０ａａ，１０ｄｂ）は、テレビ会議を開始することができる。

なお、端末１０ｂｂ，端末１０ｃｂについても、通信の開始を許可する旨の応答が受け付けられた場合、上述した端末１０ｄｂと同様の処理がそれぞれ行われる。それにより、多地点でのテレビ会議を開始することができる。

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

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

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

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

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

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

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

次に、送受信部５１は、セッション管理テーブル（図１１参照）において、上記端末ＩＤ「０１ｄｂ」に関連付けられている中継装置ＩＤ「１１１ｅ」を検索キーとして、中継装置管理テーブル（図７参照）を検索し、対応する中継装置３０ｅのＩＰアドレス「１．１．１．３」を抽出する（ステップＳ８８）。

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

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

本実施形態では、確認された画像データの画質が「中画質」であり、送受信部３１で受信された画像データの画質「高画質」よりも低くなるため、データ品質変更部３５は、画像データの画質を「高画質」から「中画質」に抑制することで、画像データの画像の品質を変更する（ステップＳ９３）。そして、送受信部３１は、画像・音声データ用セッションｓｅｄによって、通信ネットワーク２を介して端末１０ｄｂへ、上記画像データの画質が「中画質」に変更された画像データ、及び音声の音質が変更されていない音声データを送信する（ステップＳ９４）。このように、画像データを受信する宛先端末（端末１０ｄｂ）で、受信の遅延が生じた場合には、中継装置３０ｅは画像の品質を変更し、テレビ会議に参加している人に違和感を与えないようにすることができる。

なお、端末１０ｂｂ，端末１０ｃｂについても、上述した端末１０ｄｂと同様の処理がそれぞれ行われる。

続いて、図２９を用いて、図１８のステップＳ１００３〜Ｓ１００９で、複数の端末（端末１０ａａ、端末１０ｄｂ）間で通話データ用セッションが確立された後に、宛先端末（端末１０ｃｂ）がこの通話データ用セッションに参加する処理を説明する。なお、図２９の例では、端末１０ｃｂが、図１８の端末１０−１に対応する。なお、図２９では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

まず、要求元端末（端末１０ａａ）の利用者が図２に示されている操作ボタン１０８を押下すことにより、宛先端末（端末１０ｃｂ）が通話データ用セッションｓｅｄに参加するためにセッションＩＤを宛先端末１０ｃｂに通知することを要求する旨の情報が受け付けられる（ステップＳ１０１）。次に、要求元端末（端末１０ａａ）の送受信部１１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、及びセッションＩＤ「ｓｅ１」が含まれる、セッションＩＤ通知要求情報を管理システム５０へ送信する（ステップＳ１０２）。管理システム５０がこのセッションＩＤ通知要求情報を受信すると、送受信部５１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及びセッションＩＤ「ｓｅ１」が含まれる、セッションＩＤ通知情報を端末１０ｃｂに送信する（ステップＳ１０３）。

宛先端末（端末１０ｃｂ）は、上記のセッションＩＤ通知情報を受信すると、この通話データ用セッションｓｅｄへの参加要求を受け付ける（ステップＳ１０４）。なお、ステップＳ１０４は、図１８のステップＳ１００３で、会議のＩＤ（セッションＩＤ）を指定して会議に参加する場合の例である。

そして、上述した図１８のステップＳ１００４〜Ｓ１００８の処理を行う。ステップＳ１００８で、了承操作を受け付けると、宛先端末（端末１０ｃｂ）の送受信部１１は、宛先端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、通話データ用セッションに参加することを要求する旨を示す変更要求情報「Ｃａｌｌ」及びセッションＩＤ「ｓｅ１」が含まれるセッション参加要求情報を管理システム５０に送信する（ステップＳ１０５）。

このセッション参加要求情報を受信すると、管理システム５０の状態管理部５３は、セッション参加要求情報に含まれる参加を要求する端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」に基づき、端末管理テーブル（図９参照）において、上記端末ＩＤ「０１ｃｂ」が含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ１０６）。

次に、セッション管理部５７は、不揮発性記憶部５０００のセッション管理テーブル（図１１参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの宛先端末のフィールド部分に参加を要求する端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」を追加する。

次に、管理システム５０の送受信部５１は、通話データ用セッションｓｅｄに参加する端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、及びセッションＩＤ「ｓｅ１」が含まれる参加通知を、既に通話データ用セッションｓｅｄを開始している要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）に送信する（ステップＳ１０７−１，Ｓ１０７−２）。これにより、要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）は、宛先端末（端末１０ｄｂ）が通話データ用セッションに参加する旨を把握することができる。また、管理システム５０の送受信部５１は、通話データ用セッションｓｅｄに参加するセッションＩＤ「ｓｅ１」、及び中継装置３０ｅに接続するために用いられる中継装置接続情報が含まれる参加許可通知を、通話データ用セッションｓｅｄを開始する宛先端末（端末１０ｃｂ）に送信する（ステップＳ１０７−３）。

端末１０ｃｂは、この参加許可通知を受信すると送受信部１１によってセッションＩＤ「ｓｅ１」と、参加許可通知に含まれる中継装置接続情報とを中継装置３０ｅに送信することにより中継装置３０ｅと接続する（ステップＳ１０８）。更に、端末１０ｃｂは、中継装置３０ｅと接続した後の所定のタイミングで、送受信部１１によって、端末１０ｃｂの端末ＩＤ「０１ｃｂ」、セッションＩＤ「ｓｅ１」、及び中継の開始を要求する旨を示す変更要求情報「Ｊｏｉｎ」が含まれる中継要求情報を管理システム５０へ送信する。続いて、管理システム５０及び中継装置３０ｅによってステップＳ７２−１，Ｓ７３−１，Ｓ７４−１，Ｓ７５−１と同様の処理が実行されることにより、端末１０ｃｂと中継装置３０ｅとの間の通話データ用セッションｓｅｄが確立される。この通話データ用セッションｓｅｄが確立されると、中継装置３０ｅは、端末（１０ａａ，１０ｃｂ，１０ｄｂ）の間で、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを中継することができる。これにより、端末（１０ａａ，１０ｃｂ，１０ｄｂ）は、テレビ会議を開始することができる。

続いて、図３０を用いて、要求元端末（端末１０ａａ）と宛先端末（端末１０ｃｂ、１０ｄｂ）との間で通話データ用セッションが確立された後に、要求元端末（端末１０ａａ）がこの通話データ用セッションから退出する処理を説明する。なお、図２７では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

まず、要求元端末（端末１０ａａ）の利用者が図２に示されている操作ボタン１０８を押下すことにより、通話データ用セッションから退出する要求が受け付けられる（ステップＳ１１１）。そして、要求元端末（端末１０ａａ）の送受信部１１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、通話データ用セッションから退出する要求を示す変更要求情報「Ｌｅａｖｅ」、及びセッションＩＤ「ｓｅ１」が含まれる、セッション退出要求情報を管理システム５０へ送信する（ステップＳ１１２）。

このセッション退出要求情報を受信すると、管理システム５０の状態管理部５３は、セッション退出要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に基づき、端末管理テーブル（図９参照）において、上記端末ＩＤ「０１ａａ」が含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ１１３）。

次に、セッション管理部５７は、不揮発性記憶部５０００のセッション管理テーブル（図１１参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの要求元端末のフィールド部分から要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を削除する（ステップＳ１１４）。管理システム５０は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及びセッションＩＤ「ｓｅ１」が含まれるセッションの退出を要求する旨の通知を、中継装置３０ｅへ送信する（ステップＳ１１５）。これにより、中継装置３０ｅは、要求元端末（端末１０ａａ）との間の通話データ用セッションを停止するとともに、要求元端末（端末１０ａａ）との間の接続を切断する。続いて、中継装置３０ｅは、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、セッションＩＤ「ｓｅ１」が含まれる退出の要求を許可する旨の通知を、管理システム５０へ送信する（ステップＳ１１６）。

管理システム５０が退出の要求を許可する旨の通知を受信すると、送受信部５１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、変更要求情報「Ｌｅａｖｅ」、セッションＩＤ「ｓｅ１」、退出の要求を許可する旨の通知情報「ＯＫ」が含まれるセッション退出許可情報を要求元端末（端末１０ａａ）に送信する（ステップＳ１１７）。セッション退出許可情報を受信すると、端末１０ａａは、図２に示されている電源スイッチ１０９を押下することにより、電源ＯＦＦの要求を受け付ける（ステップＳ１１８）。電源ＯＦＦの要求が受け付けられると、送受信部１１は端末１０ａａの端末ＩＤ「０１ａａ」と管理システム５０との間の接続を切断する旨の通知情報と含む切断要求情報を管理システム５０へ送信する（ステップＳ１１９）。

管理システム５０の送受信部５１がこの切断要求情報を受信すると、状態管理部５３は、切断要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に基づき、端末管理テーブル（図９参照）において、上記端末ＩＤ「０１ａａ」が含まれるレコードの通信状態のフィールド部分の記録を削除する（ステップＳ１２０）。続いて、送受信部５１は、切断の要求を許可する旨の切断許可情報を要求元端末（端末１０ａａ）に送信する（ステップＳ１２１）。これにより、管理システム５０は、要求元端末（端末１０ａａ）との間の管理データ用セッションを停止するとともに、要求元端末（端末１０ａａ）との間の接続を切断する。

切断許可情報を受け付けると、要求元端末（端末１０ａａ）は、電源ＯＦＦを実行して処理を完了する（ステップＳ１２２）。端末１０ｃｂ、端末１０ｄｂも、端末１０ａａのステップＳ１１１乃至Ｓ１２１の処理と同様にして通話データ用セッションｓｅｄから退出して端末間の通話を完了することができる。

＜＜実施形態の主な効果＞＞
以上説明したように本実施形態によれば、管理システムにおいて、各端末がサポートするコーデックの情報を管理する端末管理部と、要求元の端末から会議の要求を受信すると、前記要求元の端末がサポートするコーデックの情報と、前記会議の相手の端末がサポートするコーデックの情報とに基づいて、前記要求元の端末と、前記相手の端末とのコンテンツデータの通信が可能であるか否かを判断する判断部と、前記判断の結果を、前記要求元の端末に送信する送信部と、を備える。それにより、実際に会議に参加しなくとも、会議で使用可能なコーデックの情報を通知することができるという効果を奏する。

また、例えば、ＭＣＵ（Multi-point Control Unit）を用いて多地点での会議を行う従来技術では、端末１０とＭＣＵ間で使用するエンコーダ、デコーダはそれぞれ１つのみである。そのため、端末１０がサポートしているエンコーダ、デコーダが、ＭＣＵがサポートしているデコーダ、エンコーダと一致するものがない場合は、コーデックの変換（トランスコード）を行う必要があるため、処理能力の高い高価なＭＣＵが必要となる。一方、本実施形態では、各端末１０にて、多地点での会議に参加している他の端末１０からの映像や音声をデコードして出力するため、１つの会議においても、他の端末１０毎に、使用するエンコーダ、デコーダを選択できる。そしてその際に、映像や音声の送信、受信が不可である端末１０をユーザに通知することができるという効果を奏する。

また、本実施形態では、管理システム５０から受信したコーデック対応情報に基づいて、端末１０側にて、会議へ参加するか否かを判断できる構成としている。そのため、端末１０は、例えば、会議の聴講のみをできれば良い場合などに、他の端末１０への映像、音声の送信が不可であっても、会議に参加することを選択できる。

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

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

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

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

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

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

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

なお、上述した実施形態におけるシステム構成は一例であり、用途や目的に応じて様々なシステム構成例があることは言うまでもない。

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

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

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

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

１０ 伝送端末
１１ 送受信部
１６ 表示制御部
１８ 遅延検出部
２１ 制御部
３０ 中継装置
５０ 管理システム
５１ 送受信部（送信部の一例）
５２ 端末認証部
５３ 状態管理部
５４ 端末抽出部
５５ 端末状態取得部
５６ 中継装置選択部
５７ セッション管理部
５８ 品質決定部
５９ 記憶・読出処理部
６０ 遅延時間管理部
６１ 判断部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ
５００７ 品質管理ＤＢ
５００９ 状態変更管理ＤＢ

特開平１０−０５１５５７号公報

Claims (8)

1. 第１の端末から送信された要求であり前記第１の端末の通信相手である第２の端末との通信の開始要求の受信に応じて、前記第１の端末がサポートするコーデックの情報と前記第２の端末がサポートするコーデックの情報とに基づいて、前記第１の端末と前記第２の端末との間で通信可能であるか否かを判断する判断部と、
   前記判断部による判断の結果を、前記第１の端末に送信する送信部と、
   を備える管理システム。
2. 前記判断部は、前記通信を行うコンテンツデータの種別毎に、前記コンテンツデータの送信が可能であるか否か、及び受信が可能であるか否かをそれぞれ判断する、請求項１記載の管理システム。
3. 前記判断部は、前記第１の端末がサポートするコーデックの情報と、前記第２の端末及び前記第１の端末の通信相手である第３の端末の各々がサポートするコーデックの情報に基づいて、前記第１の端末と、前記第２の端末及び前記第３の端末の各々との前記通信が可能であるか否かをそれぞれ判断する、請求項１または２記載の管理システム。
4. 前記送信部は、前記第１の端末から、前記結果に対する了承を受信すると、前記開始要求を、前記第２の端末に送信する、
   請求項１乃至３のいずれか一項に記載の管理システム。
5. 前記送信部は、前記判断部により、前記通信を行うコンテンツデータの全ての種別で、前記第２の端末との送信及び受信が可能であると判断された場合は、前記結果を前記第１の端末に送信せずに、前記開始要求を前記第２の端末に送信する、
   請求項１乃至４のいずれか一項に記載の管理システム。
6. 伝送端末であって、
   前記伝送端末に接続される管理システムに、前記伝送端末がサポートするコンテンツデータのコーデックの情報と、他の端末との前記コンテンツデータの通信の開始要求を送信する送信部と、
   前記管理システムから受信した、前記コンテンツデータの送信が可能であるか否か、及び受信が可能であるか否かの情報に基づいた表示を行い、了承操作を受け付けると、その旨を前記管理システムに通知する制御部と、
   を備える伝送端末。
7. 管理システムが、
   第１の端末から送信された要求であり前記第１の端末の通信相手である第２の端末との通信の開始要求を受信するステップと、
   前記第１の端末がサポートするコーデックの情報と前記第２の端末がサポートするコーデックの情報とに基づいて、前記第１の端末と前記第２の端末との間で通信可能であるか否かを判断するステップと、
   前記判断の結果を、前記第１の端末に送信するステップと、
   を実行する通信開始方法。
8. 管理システムに、
   第１の端末から送信された要求であり前記第１の端末の通信相手である第２の端末との通信の開始要求を受信するステップと、
   前記第１の端末がサポートするコーデックの情報と前記第２の端末がサポートするコーデックの情報とに基づいて、前記第１の端末と前記第２の端末との間で通信可能であるか否かを判断するステップと、
   前記判断の結果を、前記第１の端末に送信するステップと、
   を実行させるプログラム。

Images