JP2015035787A - 通信システム、管理装置、通信方法およびプログラム - Google Patents

Abstract

【課題】簡易にセッションに対する参加拠点を制限しつつ、参加者は会議参加への条件を把握していなくても参加可能とし、かつ、セキュリティを向上させることができる通信システム、管理装置、通信方法およびプログラムを提供する。【解決手段】開始要求端末は、参加制限情報および参加認証情報を含む開始要求情報を管理システム５０に送信し、参加要求端末の送受信部は、確立中セッションへの参加要求端末の参加を要求する参加要求情報を管理システム５０に送信し、状態管理部は、端末管理テーブルの参加許可端末ＩＤと、参加要求端末の端末ＩＤが一致するか判断し、一致する場合、管理システム５０の送受信部は、参加要求端末に、状態管理部により取得された参加認証情報を送信し、参加認証情報の問い合わせを行い、参加判断部は、参加要求端末の参加認証情報と、端末管理テーブルの参加認証情報とを比較して、確立中セッションへの参加の許否を決める。【選択図】図２７

Description

本発明は、通信システム、管理装置、通信方法およびプログラムに関する。

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

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

このような、テレビ会議システムとして、予め相手側端末情報を宛先リストとして登録し、端末の状態を管理し、宛先リストに登録されている端末を選択することによって、簡易に相手側端末と通信を開始する技術が提案されている（特許文献１参照）。

また、会議によっては、機密性の高いデータの送受信を伴うこともあり、会議への参加者を適切に制限することのできる技術が望まれている。そのような会議への参加者を制限する技術として、会議への参加者を制限するために、会議の開始前に参加者を登録し、登録された参加者以外の者の参加を制限する技術が提案されている（特許文献２参照）。

また、会議への参加者を制限することを目的として、ネットワークが配設された会議空間の入退室情報を管理し、入退室が起きる度に会議参加権（暗号鍵）を発生させ、端末に配布することによって、参加者の会議への制限を行う方法が提案されている（特許文献３参照）。

しかしながら、特許文献１に記載された技術においては、宛先リストに登録されている端末であれば、誰でも会議に参加することができてしまい、宛先リストに登録されている相手を会議の内容によっては参加させないようにすることができないという問題点があった。

また、特許文献２に記載された技術においては、会議の開始前に参加者を登録しなければならないという手間がかかり、簡易に参加者を制限することができないという問題点があった。

また、特許文献３に記載された技術においては、会議空間の入退室管理情報を取得して会議の参加者を制限するので、会議空間という特定の空間に配設された端末でない限り、簡易に会議に参加できないという問題点があった。

本発明は、上記に鑑みてなされたものであって、簡易にセッションに対する参加拠点を制限しつつ、参加者は会議参加への条件を把握していなくても参加可能とし、かつ、セキュリティを向上させることができる通信システム、管理装置、通信方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、複数の端末を備える通信システムであって、前記複数の端末のうち第１端末と第２端末とのセッションの開始を要求する情報であって、前記第１端末および前記第２端末以外の前記端末の前記セッションへの参加制限の有無の指定を含む開始要求情報を取得する第１取得手段と、前記開始要求情報にしたがい、前記第１端末と前記第２端末との間の前記セッションを確立するセッション管理手段と、前記参加制限有りと指定された前記開始要求情報により確立された確立中セッションに対して参加を許可する参加許可端末を識別する許可識別情報を記憶する記憶手段と、前記確立中セッションへの前記第１端末および前記第２端末以外の第３端末の参加を要求する参加要求情報を取得する第２取得手段と、前記参加要求情報により特定される前記第３端末が、前記許可識別情報により特定される前記参加許可端末であるか否か比較し、少なくとも、両者が一致している場合に、前記第３端末の前記確立中セッションへの参加を許可する参加判断手段と、を備えることを特徴とする。

本発明によれば、簡易にセッションに対する参加拠点を制限しつつ、参加者は会議参加への条件を把握していなくても参加可能とし、かつ、セキュリティを向上させることができる。

図１は、伝送システムの概略図である。 図２は、伝送端末のハードウェア構成の一例を示す図である。 図３は、中継装置、伝送管理システム、プログラム提供システム、およびメンテナンスシステムのハードウェア構成の一例を示す図である。 図４は、伝送システムを構成する伝送端末、中継装置および伝送管理システムの機能ブロックの一例を示す図である。 図５は、中継装置管理テーブルを示す概念図である。 図６は、端末認証管理テーブルを示す概念図である。 図７は、端末管理テーブルを示す概念図である。 図８は、宛先リスト管理テーブルを示す概念図である。 図９は、セッション管理テーブルを示す概念図である。 図１０は、状態変更管理テーブルを示す概念図である。 図１１は、状態変更管理テーブルを示す概念図である。 図１２は、参加制限がない場合の通信状態の状態遷移図である。 図１３は、参加制限がある場合の通信状態の状態遷移図である。 図１４は、各中継装置の稼動状態を示す状態情報を管理する処理の一例を示したシーケンス図である。 図１５は、伝送システムにおけるコンテンツデータおよび各種管理情報の送受信の状態を示した概念図である。 図１６は、伝送端末間で通話を開始する準備段階の処理の一例を示したシーケンス図である。 図１７は、宛先リストの表示例を示す図である。 図１８は、第１の実施の形態における通信の開始を要求する処理の一例を示したシーケンス図である。 図１９は、第１の実施の形態における宛先選択処理における開始要求端末の詳細な処理の一例を示すフロー図である。 図２０は、発信確認ダイアログの表示例を示す図である。 図２１は、参加認証情報入力ダイアログの表示例を示す図である。 図２２は、開始要求端末および宛先端末の通信状態を変更する処理の一例を示した処理フロー図である。 図２３は、通信の開始の要求を許可する処理の一例を示したシーケンス図である。 図２４は、開始要求受付画面の表示例を示す図である。 図２５は、コンテンツデータの中継を要求する処理の一例を示したシーケンス図である。 図２６は、中継要求端末の通信状態を変更する処理の一例を示した処理フロー図である。 図２７は、第１の実施の形態におけるコンテンツデータ用セッションへの参加要求情報を送信する処理の一例を示したシーケンス図である。 図２８は、第１の実施の形態の宛先リストの表示例を示す図である。 図２９は、参加要求時の参加認証情報入力ダイアログの表示例を示す図である。 図３０は、参加要求時の参加認証情報入力ダイアログの表示例を示す図である。 図３１は、第１の実施の形態における参加の判断処理の一例を示した処理フロー図である。 図３２は、参加要求端末の通信状態を変更する処理の一例を示す図である。 図３３は、第２の実施の形態における通信の開始を要求する処理の一例を示したシーケンス図である。 図３４は、第２の実施の形態における宛先選択処理における開始要求端末の詳細な処理の一例を示すフロー図である。 図３５は、参加許可端末選択ダイアログの表示例を示す図である。 図３６は、第３の実施の形態におけるコンテンツデータ用セッションへの参加要求情報を送信する処理の一例を示したシーケンス図である。 図３７は、第３の実施の形態における参加の判断処理の一例を示した処理フロー図である。 図３８は、変形例の参加認証情報入力ダイアログの表示例を示す図である。 図３９は、他の実施の形態の宛先リストを示す概念図である。

以下に、図１〜３９を参照しながら、本発明に係る通信システム、管理装置、通信方法およびプログラムの実施の形態を詳細に説明する。また、以下の実施の形態によって本発明が限定されるものではなく、以下の実施の形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施の形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換および変更を行うことができる。

［第１の実施の形態］
＜＜本実施の形態の全体構成＞＞
図１は、伝送システムの概略図である。図１を参照しながら、伝送システム１の構成の概略を説明する。

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

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

図１に示す伝送システム１は、複数の伝送端末（１０ａａ、１０ａｂ、・・・）、各伝送端末（１０ａａ、１０ａｂ、・・・）用のディスプレイ（１２０ａａ、１２０ａｂ、・・・）、複数の中継装置（３０ａ〜３０ｅ）、ならびに伝送管理システム５０、プログラム提供システム９０およびメンテナンスシステム１００を含んで構築されている。なお、以下では、「伝送端末」を単に「端末」と称し、「伝送管理システム」を単に「管理システム」と称するものとする。

なお、本実施の形態では、端末（１０ａａ、１０ａｂ、・・・）のうち任意の端末を示す場合または総称する場合には「端末１０」と称し、ディスプレイ（１２０ａａ、１２０ａｂ、・・・）のうち任意のディスプレイを示す場合または総称する場合には「ディスプレイ１２０」と称し、中継装置（３０ａ〜３０ｅ）のうち任意の中継装置を示す場合または総称する場合には「中継装置３０」を用いる。

端末１０は、他の装置との間で、各種情報を送受信する。端末１０は、例えば、他の端末１０との間でセッションを確立し、確立したセッションにおいて、音声データおよび画像データを含むコンテンツデータの送受信による通話を行う。これにより、伝送システム１において、複数の端末１０間のテレビ会議が実現される。

なお、端末１０間で伝送されるコンテンツデータは、音声データおよび画像データに限定されるものではなく、テキストデータであってもよく、音声データ、画像データに加えてテキストデータを含むものであってもよい。また、画像データは、動画であってもよく、静止画であってもよい。また、画像データは、動画および静止画の両方を含んでいてもよい。

また、本実施の形態に係る伝送システム１において、テレビ会議を開始する場合、開始を希望するユーザが、所定の端末１０を操作することにより、操作された端末１０は、開始要求情報を管理システム５０に送信する。

ここで、開始要求情報とは、テレビ会議に用いるセッションの開始を要求する情報であって、セッションの相手としての端末１０を指定する情報を含んでいる。以下、開始要求情報を送信する端末１０を開始要求端末と称する。また、セッションの相手として指定された相手の端末１０を宛先端末と称する。

なお、宛先端末は、１つの端末１０であってもよく、２以上の端末１０であってもよい。すなわち、伝送システム１においては、２つの端末１０間だけでなく、３以上の端末１０間で確立されたセッションを用いたテレビ会議を実現することができる。

さらに、本実施の形態に係る伝送システム１においては、既にセッションが確立され、開始しているテレビ会議に、途中から他の端末１０が参加することも可能である。参加を希望するユーザが、所定の端末１０を操作することにより、操作された端末１０は、参加を希望するテレビ会議に用いられている、確立中のセッション（以下、確立中セッションと称する）を指定した参加要求情報を管理システム５０に送信する。以下、参加要求情報を送信する端末１０を参加要求端末と称する。

中継装置３０は、複数の端末１０の間で、コンテンツデータの中継を行う。

管理システム５０は、端末１０および中継装置３０を一元的に管理する。管理システム５０は、端末１０間でのセッションを確立することにより、端末１０間における通話等によるテレビ会議を実現する。管理システム５０は、所定の端末１０からセッションの開始要求情報を受信した場合に、開始要求情報を送信した端末１０（開始要求端末）と宛先端末との間のセッションを確立し、テレビ会議を開始させる。また、管理システム５０は、所定の端末１０から確立中セッションへの参加要求情報を受信した場合に、参加要求端末を、確立中セッションに参加させるか否かを判断する。

また、図１に示されている複数のルータ（７０ａ〜７０ｄ、７０ａｂ、７０ｃｄ）は、コンテンツデータの最適な経路の選択を行う。なお、本実施の形態では、ルータ（７０ａ〜７０ｄ、７０ａｂ、７０ｃｄ）のうち任意のルータを示す場合または総称する場合には「ルータ７０」と称す。

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

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

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

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

地域Ａおよび地域Ｂは、それぞれルータ（７０ａｂ、７０ｃｄ）によってインターネット２ｉを介して通信可能に接続されている。

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

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

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

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

＜＜本実施の形態のハードウェア構成＞＞
次に、本実施の形態の各機器のハードウェア構成について説明する。

＜端末のハードウェア構成＞
図２は、伝送端末のハードウェア構成の一例を示す図である。図２を参照しながら、端末１０のハードウェア構成の詳細について説明する。

図２に示すように、本実施の形態の端末１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、フラッシュメモリ１０４と、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）１０５と、メディアドライブ１０７と、操作ボタン１０８と、電源スイッチ１０９と、を備えている。

ＣＰＵ１０１は、端末１０全体の動作を制御する。ＲＯＭ１０２は、端末１０用のプログラムを記憶している。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される。フラッシュメモリ１０４は、画像データおよび音声データ等の各種データを記憶する。ＳＳＤ１０５は、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出しおよび書き込みを制御する。メディアドライブ１０７は、フラッシュメモリ等であるメディア１０６に対するデータの読み出しおよび書き込みを制御する。操作ボタン１０８は、端末１０の宛先を選択する場合等に操作される。電源スイッチ１０９は、端末１０の電源のＯＮ／ＯＦＦを切り替える。

また、端末１０は、ネットワークＩ／Ｆ１１１と、撮像素子Ｉ／Ｆ１１３と、音声入出力Ｉ／Ｆ１１６と、ディスプレイＩ／Ｆ１１７と、外部機器接続Ｉ／Ｆ１１８と、アラームランプ１１９と、を備えている。

ネットワークＩ／Ｆ１１１は、通信ネットワーク２を利用してデータを通信するためのインターフェースである。撮像素子Ｉ／Ｆ１１３は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得るカメラ１１２との間で画像データを伝送するためのインターフェースである。音声入出力Ｉ／Ｆ１１６は、ＣＰＵ１０１の制御に従って、音声を入力するマイク１１４および音声を出力するスピーカ１１５との間で音声信号の入出力を処理するインターフェースである。マイク１１４およびスピーカ１１５は、それぞれ、ケーブル１１４ｃおよびケーブル１１５ｃによって音声入出力Ｉ／Ｆ１１６に接続される。ディスプレイＩ／Ｆ１１７は、ＣＰＵ１０１の制御に従って、外付けのディスプレイ１２０に画像データを伝送するためのインターフェースである。外部機器接続Ｉ／Ｆ１１８は、各種の外部機器を接続するためのインターフェースである。アラームランプ１１９は、端末１０の各種機能の異常を報知するランプである。

上述のＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＳＳＤ１０５、メディアドライブ１０７、操作ボタン１０８、電源スイッチ１０９、ネットワークＩ／Ｆ１１１、撮像素子Ｉ／Ｆ１１３、音声入出力Ｉ／Ｆ１１６、ディスプレイＩ／Ｆ１１７、外部機器接続Ｉ／Ｆ１１８およびアラームランプ１１９は、アドレスバスおよびデータバス等のバスライン１１０によって互いに電気的に接続されている。

メディア１０６は、端末１０に対して着脱自在の記憶装置である。なお、メディア１０６は、ＣＰＵ１０１の制御にしたがってデータの読み出しおよび書き込みを行う不揮発性メモリであれば、フラッシュメモリに限定されるものではなく、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）等を用いてもよい。

カメラ１１２は、レンズ、および光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含む。カメラ１１２は、ケーブル１１２ｃによって撮像素子Ｉ／Ｆ１１３に接続される。固体撮像素子としては、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）またはＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）等が用いられる。

外部機器接続Ｉ／Ｆ１１８は、ＵＳＢ(Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ)ケーブル等によって、外付けカメラ、外付けマイクおよび外付けスピーカ等の外部機器がそれぞれ電気的に接続可能なインターフェースである。外部機器接続Ｉ／Ｆ１１８に外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、カメラ１１２に優先して、外付けカメラが駆動する。同じく、外部機器接続Ｉ／Ｆ１１８に外付けマイクが接続された場合または外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれがマイク１１４またはスピーカ１１５に優先して、外付けマイクまたは外付けスピーカが駆動する。

ディスプレイ１２０は、被写体の画像および操作用アイコン等を表示する液晶または有機ＥＬによって構成された表示装置である。ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。ケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよく、コンポーネントビデオ用のケーブルであってもよく、ＨＤＭＩ（登録商標）(Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ)またはＤＶＩ(Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｉｎｔｅｒａｃｔｉｖｅ)信号用のケーブルであってもよい。

なお、端末１０は汎用的なＰＣ、スマートフォン、タブレット型端末または携帯電話であってもよい。

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

＜中継装置およびシステムのハードウェア構成＞
図３は、中継装置、伝送管理システム、プログラム提供システム、およびメンテナンスシステムのハードウェア構成の一例を示す図である。図３を参照しながら、中継装置３０、管理システム５０、プログラム提供システム９０およびメンテナンスシステム１００のハードウェア構成の詳細について説明する。

まず、図３を参照しながら管理システム５０のハードウェア構成について説明する。管理システム５０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）２０４と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２０５と、メディアドライブ２０７と、ディスプレイ２０８と、ネットワークＩ／Ｆ２０９と、キーボード２１１と、マウス２１２と、ＣＤ−ＲＯＭドライブ２１４と、を備えている。

ＣＰＵ２０１は、管理システム５０全体の動作を制御する。ＲＯＭ２０２は、伝送管理プログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、各種データを記憶する。ＨＤＤ２０５は、ＣＰＵ２０１の制御に従ってＨＤ２０４に対する各種データの読み出しおよび書き込みを制御する。メディアドライブ２０７は、ＣＰＵ２０１の制御に従ってフラッシュメモリ等の記録メディア２０６に対するデータの読み出しおよび書き込みを制御する。ディスプレイ２０８は、カーソル、メニュー、ウィンドウ、文字または画像等の各種情報を表示する。ネットワークＩ／Ｆ２０９は、通信ネットワーク２を利用してデータを通信するためのインターフェースである。キーボード２１１は、文字、数字、各種指示の選択、カーソルの移動等を行う入力装置である。マウス２１２は、各種指示の選択および実行、処理対象の選択およびカーソルの移動等を行うための入力装置である。ＣＤ−ＲＯＭドライブ２１４は、着脱自在な記憶媒体の一例としてのＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２１３に対するデータの読み出しおよび書き込みを制御する。

上述のＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０５、メディアドライブ２０７、ディスプレイ２０８、ネットワークＩ／Ｆ２０９、キーボード２１１、マウス２１２およびＣＤ−ＲＯＭドライブ２１４は、アドレスバスおよびデータバス等のバスライン２１０によって互いに電気的に接続されている。

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

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

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

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

なお、上述の着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）またはブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

＜＜本実施の形態の機能的構成＞＞
図４は、第１の実施の形態に係る伝送システムを構成する伝送端末、中継装置および伝送管理システムの機能ブロックの一例を示す図である。図４を参照しながら、本実施の形態の各機器の機能的構成について説明する。

図４に示すように、端末１０、中継装置３０および管理システム５０は、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図１に示されているプログラム提供システム９０およびメンテナンスシステム１００は、テレビ会議の通信において直接関係ないため、図４では省略されている。

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

送受信部１１は、図２に示すネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置またはシステムと各種データの送受信を行う。送受信部１１は、当該端末１０が他の端末１０とセッションを確立し、通話によるテレビ会議を開始する前から、管理システム５０から、宛先端末候補としての各端末１０の状態を示す各状態情報の受信を開始する。ここで、宛先端末候補とは、端末１０が、テレビ会議を行う相手、すなわちセッションの相手として指定可能なテレビ会議の相手として候補となる他の端末１０である。すなわち、端末１０は、宛先端末候補として予め設定されていない端末とは、セッションを確立することができず、テレビ会議を行うことができない。

また、状態情報は、各端末１０の稼動状態（オンラインかオフラインかの状態）と、オンラインにおいてはさらに通話中であるか、待受け中であるか等の詳細な状態（以下、通信状態と称する）を示す。また、状態情報は、各端末１０の稼動状態および通信状態だけでなく、ケーブルが端末１０から外れている、音声を出力できるが画像は出力できない、あるいは、音声を出力さないよう設定されている（ＭＵＴＥ）等、様々な状態を示すものとしてもよいが、以下では、一例として、稼動状態および通信状態を示す場合について説明する。

送受信部１１は、当該端末１０が開始要求端末として動作する場合には、開始要求情報を管理システム５０に送信する。ここで、開始要求情報は、テレビ会議に用いられるセッションの開始を要求する情報である。開始要求情報は、具体的には、開始を要求する旨を示す情報と、開始要求情報の送信元である開始要求端末の端末ＩＤと、セッションの相手となる宛先端末の端末ＩＤと、宛先端末以外の端末１０のセッションへの参加制限の有無を示す参加制限情報と、を含む情報である。端末ＩＤは、端末１０を識別するための情報であって、予め端末１０に記憶させておく他、ユーザが直接端末１０へ入力して決定するものとしてもよい。

開始要求情報のうち開始を要求する旨を示す情報は、具体的には、「Ｉｎｖｉｔｅ」または「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」である。ここで、「Ｉｎｖｉｔｅ」は、開始を要求する旨の情報であって、かつ参加制限なしを示す参加制限情報である。一方、「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」は、開始を要求する旨を示す情報であって、かつ参加制限ありを示す参加制限情報である。

ここで、参加制限情報について詳述する。本実施の形態に係る伝送システム１においては、確立中セッションへの他の端末１０の参加が可能である。しかしながら、機密性の高い会議を行う場合等、他の端末１０の参加を認めないことが望ましい会議も存在する。そこで、本実施の形態に係る伝送システム１においては、参加制限情報に示される参加制限の有無に応じて、確立中セッションへの他の端末１０の参加を制限する。

また、送受信部１１は、当該端末１０が参加要求端末として動作する場合には、参加要求情報を管理システム５０に送信する。ここで、参加要求情報は、すでに開始されたテレビ会議に用いられている確立中セッションへの参加を要求する情報である。参加要求情報は、具体的には、参加を要求する旨を示す情報である「Ｃａｌｌ」と、参加要求情報の送信元である参加要求端末の端末ＩＤと、参加を希望する確立中セッションに参加中の端末である参加中端末の端末ＩＤとを含む情報である。ここで、参加中端末は、具体的には、確立中セッションを開始する際に送信された開始要求情報に示される開始要求端末または宛先端末である。

操作入力受付部１２は、図２に示す操作ボタン１０８および電源スイッチ１０９によって実現され、ユーザによる各種入力を受け付ける。例えば、ユーザが、図２に示されている操作入力受付部１２のうち電源スイッチ１０９をＯＮにすると、当該端末１０の電源をＯＮにする。また、ユーザが電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１は、管理システム５０へ、当該端末１０の電源がＯＦＦになった旨の状態情報を送信してから、操作入力受付部１２が当該端末１０の電源を完全にＯＦＦにする。これにより、管理システム５０は、端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。

ログイン要求部１３は、図２に示すＣＰＵ１０１からの命令によって実現され、当該端末１０の電源ＯＮを契機として、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログインを要求する旨を示すログイン要求情報、および当該端末１０の現時点のＩＰアドレスを送信する。

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

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

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

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

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

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

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

送受信部３１は、図３に示すネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置またはシステムと各種データの送受信を行う。

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

データ品質確認部３３は、図３に示すＣＰＵ２０１からの命令によって実現され、中継先としての端末１０のＩＰアドレスを検索キーとして、後述する変更品質管理テーブルを検索し、対応した中継される画像データの画質を抽出する。

変更品質管理部３４は、図３に示すＣＰＵ２０１からの命令によって実現され、管理システム５０から送られて来る品質情報に基づいて、後述する変更品質管理テーブルの内容を変更する。

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

記憶・読出処理部３９は、図３に示すＨＤＤ２０５によって実現され、不揮発性記憶部３０００に各種データを記憶したり、不揮発性記憶部３０００に記憶された各種データを読み出す処理を行う。

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

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

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

（中継装置管理テーブル）
図５は、中継装置管理テーブルを示す概念図である。図５を参照しながら、中継装置管理テーブルについて説明する。

不揮発性記憶部５０００は、図５に示す中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１を記憶している。中継装置管理テーブルでは、各中継装置３０を識別する中継装置ＩＤ毎に、中継装置３０の稼動状態、稼動状態を含む状態情報が管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、および中継装置３０における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。ここで、中継装置ＩＤは、中継装置３０を識別する情報である。

例えば、図５に示す中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、稼動状態が「オンライン」で、管理システム５０で状態情報が受信された日時が「２００９年１１月１０日の１３時００分」で、この中継装置３０ａのＩＰアドレスが「１．２．１．２」で、この中継装置３０ａにおける最大データ伝送速度が１００Ｍｂｐｓであることが示されている。

（端末認証管理テーブル）
図６は、端末認証管理テーブルを示す概念図である。図６を参照しながら、端末認証管理テーブルについて説明する。

不揮発性記憶部５０００は、図６に示す端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２を記憶している。端末認証管理テーブルでは、管理システム５０によって管理されるすべての端末１０の各端末ＩＤに対して、パスワードが関連付けられて管理される。ここで、端末ＩＤは、端末１０を識別する情報であり、パスワードは、端末１０を認証するために利用される情報である。例えば、図６に示す端末認証管理テーブルにおいて、端末１０ａａの端末ＩＤは「１０ａａ」で、パスワードは「ａａａａ」であることが示されている。

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

（端末管理テーブル）
図７は、端末管理テーブルを示す概念図である。図７を参照しながら、端末管理テーブルについて説明する。

不揮発性記憶部５０００は、図７に示す端末管理テーブルによって構成されている端末管理ＤＢ５００３を記憶している。端末管理テーブルでは、各端末１０の端末ＩＤ毎に、端末名、各端末１０の稼動状態、他の端末との通信状態、参加認証情報（ＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）コード）、参加許可端末ＩＤ（許可識別情報）、後述のログイン要求情報が管理システム５０で受信された受信日時、および各端末１０のＩＰアドレスが関連付けられて管理される。

ここで、稼動状態としては、電源がオンされ、通信が可能または通信中の状態であるオンラインと、電源がオンされていない等、通信が可能でない状態であるオフラインとがある。

また、通信状態としては、例えば、「Ｃａｌｌｉｎｇ」、「Ｒｉｎｇｉｎｇ」、「Ａｃｃｅｐｔｅｄ」、「Ｂｕｓｙ」、および「Ｎｏｎｅ」等がある。「Ｃａｌｌｉｎｇ」は、他の端末１０を呼び出している状態、すなわち、他の端末１０に対しテレビ会議に用いられるセッションの開始要求情報を送信し、応答を待っている状態を示す。「Ｒｉｎｇｉｎｇ」は、他の端末１０から呼び出されている状態、すなわち、他の端末１０から開始要求情報を受信し、受信した開始要求情報に対する応答が完了していない状態を示す。「Ａｃｃｅｐｔｅｄ」は、他の端末１０からの開始要求情報に対し許可の応答が完了しているが、セッションの確立が完了していない状態、および、自端末が送信した開始要求情報に対し許可の応答の受信が完了しているが、セッションの確立が完了していない状態を示す。「Ｂｕｓｙ」は、他の端末１０とのセッションが確立し、テレビ会議におけるコンテンツデータを伝送中の状態を示す。「Ｎｏｎｅ」は、他の端末と通信しておらず、待ち受け中の状態を示す。以上の通信状態は、参加制限なしを示す参加制限情報が含まれる開始要求情報に応じて確立された、参加制限のないセッションに対応する通信状態である。

さらに、本実施の形態に係る管理システム５０においては、参加制限ありを示す参加制限情報が含まれる開始要求情報に応じて確立された、参加制限のあるセッションに対応する通信状態を、参加制限のないセッションに対応する通信状態とは異なる通信状態として管理している。すなわち、参加制限のないセッションに対する通信状態としての「Ｃａｌｌｉｎｇ」、「Ｒｉｎｇｉｎｇ」、「Ａｃｃｅｐｔｅｄ」および「Ｂｕｓｙ」それぞれに対応し、参加制限のあるセッションに対する通信状態として「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」、「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」、「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」、および「Ｐｒｉｖａｔｅ Ｂｕｓｙ」等がある。このように、参加制限の有無に応じて、通信状態を区別して管理するので、本実施の形態に係る管理システム５０においては、通信状態により参加制限の有無を特定することができる。

また、参加認証情報は、参加制限のあるセッションへの参加を認証するための情報である。したがって、参加認証情報は、通信状態が参加制限のあるセッションを示す「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」、「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」、「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」または「Ｐｒｉｖａｔｅ Ｂｕｓｙ」である端末に対して登録される。本実施の形態では、参加認証情報として、アルファベット、数字、記号または数字を組み合わせたＰＩＮコードが用いられる。なお、参加認証情報は、これに限定されるものではない。

また、参加許可端末ＩＤは、この参加許可端末ＩＤが割り当てられたレコードにおける端末ＩＤが参加する会議に参加する場合、管理システム５０からの参加認証の問い合わせの際に参加認証情報の受け取りが可能な端末１０を識別するために登録された識別情報である。

例えば、図７に示す端末管理テーブルにおいて、端末ＩＤが「１０ａａ」の端末１０ａａは、端末名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「オンライン（通話可能）」で、通信状態が参加制限ありのセッションでコンテンツデータを伝送中の状態を示す「Ｐｒｉｖａｔｅ Ｂｕｓｙ」で、参加認証情報が「１２３４」で、参加許可端末ＩＤとして「１０ａｃ」が登録され、管理システム５０におけるログイン要求情報の受信日時が「２００９年１１月１０日の１３時４０分」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。

（宛先リスト管理テーブル）
図８は、宛先リスト管理テーブルを示す概念図である。図８を参照しながら、宛先リスト管理テーブルについて説明する。

不揮発性記憶部５０００は、図８に示す宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４を記憶している。宛先リスト管理テーブルでは、管理システム５０で管理される通話を含むテレビ会議において用いられるセッションの開始要求端末の端末ＩＤに対して、この開始要求端末から送信されるコンテンツデータの宛先の候補となる端末１０である宛先端末候補を識別する端末ＩＤが関連付けられて管理される。

例えば、図８に示す宛先リスト管理テーブルにおいて、端末ＩＤが「１０ａａ」である端末（端末１０ａａ）からテレビ会議の開始を要求することができる宛先端末候補は、端末ＩＤが「１０ａｂ」の端末１０ａｂ、端末ＩＤが「１０ａｃ」の端末１０ａｃ、端末ＩＤが「１０ａｄ」の端末１０ａｄ、および端末ＩＤが「１０ｄｂ」の端末１０ｄｂであることが示されている。宛先端末候補は、開始要求端末から管理システム５０に対する追加または削除の要求により、追加または削除されることで更新される。

（セッション管理テーブル）
図９は、セッション管理テーブルを示す概念図である。図９を参照しながら、セッション管理テーブルについて説明する。

不揮発性記憶部５０００は、図９に示すセッション管理テーブルによって構成されているセッション管理ＤＢ５００５を記憶している。セッション管理テーブルでは、端末間でコンテンツデータが伝送されるセッションを識別するためのセッションＩＤ毎に、このセッションでコンテンツデータの中継に使用される中継装置３０の中継装置ＩＤ、セッションの開始要求端末の端末ＩＤ、およびセッションの開始要求情報において相手先として指定された宛先端末の端末ＩＤが関連付けられて管理される。さらに、セッション管理テーブルでは、セッションＩＤ毎に、宛先端末で画像データが受信される際の受信の遅延時間（ｍｓ）、およびこの遅延時間を示す遅延情報を宛先端末から送られて管理システム５０で受信された受信日時が関連付けられて管理される。

例えば、図９に示すセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」を用いて実行されたセッションで選択された中継装置３０ｅ（中継装置ＩＤ「１１１ｅ」）は、端末ＩＤが「１０ａａ」の開始要求端末（端末１０ａａ）と、端末ＩＤが「１０ｄｂ」の宛先端末（端末１０ｄｂ）との間で、コンテンツデータを中継しており、宛先端末において「２００９年１１月１０日の１４時００分」時点における画像データの遅延時間が２００（ｍｓ）であることが示されている。なお、２つの端末１０の間でテレビ会議を行う場合には、上記宛先端末ではなく開始要求端末から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理してもよい。ただし、３つ以上の端末１０の間でテレビ会議を行う場合には、コンテンツデータの受信側の端末１０から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。

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

（中継装置選択管理テーブル）
不揮発性記憶部５０００は、中継装置選択管理テーブルによって構成されている中継装置選択管理ＤＢ５００８を記憶している。中継装置選択管理テーブルでは、管理システム５０によって管理されるすべての端末１０の各端末ＩＤに対して、コンテンツデータの中継に使用される中継装置３０の中継装置ＩＤが関連付けられて管理される。

（状態変更管理テーブル）
図１０および図１１は、状態変更管理テーブルを示す概念図である。図１０および図１１を参照しながら、状態変更管理テーブルについて説明する。

不揮発性記憶部５０００は、図１０および図１１に示す状態変更管理テーブルによって構成されている状態変更管理ＤＢ５００９を記憶している。図１０に示す状態変更管理テーブルでは、端末１０間の通信状態を変更する要求を示す変更要求情報と、後述の状態管理部５３によって変更される前の通信状態を示す変更前状態情報と、状態管理部５３によって変更された後の通信状態を示す変更情報とが関連付けられて管理される。また、図１１に示す状態変更管理テーブルでは、変更要求情報と、開始要求端末と宛先端末とを識別するための端末情報と、変更前状態情報と、変更情報とが関連付けられて管理される。

図１１に示す状態変更管理テーブルでは、管理システム５０は、変更要求情報「Ｉｎｖｉｔｅ」を受信した場合に、開始要求端末の変更前の通信状態「Ｎｏｎｅ」を「Ｃａｌｌｉｎｇ」に変更し、かつ、宛先端末の変更前の通信状態「Ｎｏｎｅ」を「Ｒｉｎｇｉｎｇ」に変更することが示されている。また、変更要求情報として、図１１に示す「Ｉｎｖｉｔｅ」、「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」および「Ａｃｃｅｐｔ」、ならびに図１０に示す「Ｊｏｉｎ」、「Ｃａｌｌ」および「Ｌｅａｖｅ」等がある。

「Ｉｎｖｉｔｅ」は、開始要求情報に含まれる情報であり、開始要求情報の送信に伴う変更要求情報である。「Ａｃｃｅｐｔ」は、開始要求情報に対する応答に伴う変更要求情報であり、通信開始、すなわちセッション確立を許可する旨を示している。「Ｊｏｉｎ」は、開始要求情報に対応するセッション確立の完了に伴う変更要求情報であり、コンテンツデータの中継開始を要求する旨を示している。「Ｃａｌｌ」は、参加要求情報に含まれる情報であり、参加要求情報の送信に伴う変更要求情報であり、確立中セッションへの参加を要求する旨を示している。「Ｌｅａｖｅ」は、セッションの終了を要求する旨の変更要求情報である。

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

送受信部５１は、図３に示すネットワークＩ／Ｆ２０９によって実現される。送受信部５１は、通信ネットワーク２を介して他の端末、装置またはシステムと各種情報の送受信を行う。

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

状態管理部５３は、端末管理テーブル（図７参照）の稼動状態および通信状態を管理する。状態管理部５３は、ログイン要求してきた端末１０（ログイン要求端末）の稼動状態を管理すべく、端末管理テーブルに、このログイン要求端末の端末ＩＤ、ログイン要求端末の稼動状態、参加認証情報（参加制限が有りの場合）、管理システム５０でログイン要求情報が受信された受信日時、およびログイン要求端末のＩＰアドレスを関連付けて記憶して管理する。

状態管理部５３は、端末１０のユーザが電源スイッチ１０９をＯＦＦ状態からＯＮ状態にすることで、この端末１０から送られてきた電源をＯＮする旨の情報に基づいて、端末管理テーブルの稼動状態をオフラインからオンラインに更新する。また、状態管理部５３は、ユーザが端末１０の電源スイッチ１０９をＯＮ状態からＯＦＦ状態にすることで、この端末１０から送られてきた電源をＯＦＦする旨の情報に基づいて、端末管理テーブルの稼動状態をオンラインからオフラインに更新する。

状態管理部５３は、テレビ会議の開始要求端末または宛先端末によって送信された変更要求情報が送受信部５１によって受信されると、変更要求情報に基づいて、端末管理テーブルにおける、開始要求端末および宛先端末のうち少なくとも一方の端末の、通信状態および稼動状態のうち少なくとも一方の状態を適宜変更する。

図１２は、参加制限がない場合の通信状態の状態遷移図である。図１３は、参加制限がある場合の通信状態の状態遷移図である。状態管理部５３は、図１２および図１３に示すように、通信状態の状態遷移を管理する。状態管理部５３は、図１０および図１１に示す状態変更管理テーブルを参照することにより実現される通信状態の変更の規則（図１２および図１３参照）に従い、端末１０の通信状態を変更する。

例えば、状態管理部５３は、変更要求情報「Ａｃｃｅｐｔ」を受信した場合、図１２に示すように、端末１０の通信状態が「Ｒｉｎｇｉｎｇ」または「Ｃａｌｌｉｎｇ」であれば、通信状態を「Ａｃｃｅｐｔｅｄ」に変更する。また、状態管理部５３は、変更要求情報「Ａｃｃｅｐｔ」を受信した場合、図１２に示すように、端末１０の通信状態が「Ａｃｃｅｐｔｅｄ」であれば、通信状態を「Ａｃｃｅｐｔｅｄ」のままとする。

また、例えば、状態管理部５３は、変更要求情報「Ａｃｃｅｐｔ」を受信した場合、図１３に示すように、端末１０の通信状態が「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」または「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」であれば、通信状態を「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」に変更する。また、状態管理部５３は、変更要求情報「Ａｃｃｅｐｔ」を受信した場合、図１３に示すように、端末１０の通信状態が「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」であれば、通信状態を「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」のままとする。

なお、本実施の形態においては、状態管理部５３による通信状態の変更を実現するために、状態変更管理テーブル（図１０および図１１参照）を用いる例を説明するが、このような形態には限定されない。例えば、図１２および図１３の状態遷移図によって示される通信状態の遷移の規則に従い、状態管理部５３が通信状態を変更できるように管理システム用プログラムによって規定されていれば良い。

端末抽出部５４は、ログイン要求した端末１０等、処理対象となる対象端末の端末ＩＤを検索キーとして、宛先リスト管理テーブル（図８参照）を検索し、対象端末と通話することができる、すなわちセッションを確立することのできる宛先端末候補の端末ＩＤを読み出す。具体的には、端末抽出部５４は、宛先リスト管理テーブルにおいて、対象端末の端末ＩＤと一致する開始要求端末の端末ＩＤに対応付けられている宛先端末候補の端末ＩＤを読み出す。

また、端末抽出部５４は、対象端末の端末ＩＤをキーとして、宛先リスト管理テーブルを検索し、対象端末の端末ＩＤを宛先端末候補として登録している他の端末１０の端末ＩＤも読み出す。具体的には、端末抽出部５４は、宛先リスト管理テーブルにおいて、対象端末の端末ＩＤと一致する宛先端末候補の端末ＩＤに対応付けられている開始要求端末の端末ＩＤを読み出す。

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

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

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

さらに、セッション管理部５７は、参加要求情報に含まれる、参加要求の対象となるセッションに既に参加している参加中端末の端末ＩＤを検索キーとして、セッション管理テーブルを検索し、参加要求の対象となるセッションのセッションＩＤを抽出する。具体的には、セッション管理部５７は、セッション管理テーブルにおいて、参加中端末の端末ＩＤに一致する開始要求端末の端末ＩＤまたは宛先端末の端末ＩＤを検索する。そして、セッション管理部５７は、一致する端末ＩＤに対応付けられているセッションＩＤを抽出する。

品質決定部５８は、上述の遅延時間を検索キーとして、品質管理ＤＢ５００７の品質管理テーブルを検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。

記憶・読出処理部５９は、図３に示すＨＤＤ２０５によって実行され、不揮発性記憶部５０００に各種データを記憶したり、不揮発性記憶部５０００に記憶された各種データを読み出す処理を行う。さらに、記憶・読出処理部５９は、揮発性記憶部５１００に各種データを記憶したり、揮発性記憶部５１００に記憶された各種データを読み出す処理も行う。

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

変更要求情報判断部６１は、変更要求情報を参照し、変更要求情報が、特定の変更要求情報であるか否かを判断する。ここで、特定の変更要求情報は、「Ｉｎｖｉｔｅ」、「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」および「Ａｃｃｅｐｔ」である。すなわち、特定の変更要求情報は、図１１に示す状態変更管理テーブルに記憶されている変更要求情報である。

宛先判断部６２は、宛先リスト管理テーブル（図８参照）を参照し、端末抽出部５４によって抽出されたコンテンツデータ用セッションｓｅｄ（後述）に参加している宛先端末の端末ＩＤに、参加を要求する参加要求端末の端末ＩＤが含まれているか否かを判断する。

参加判断部６３は、送受信部５１が所定の端末（参加要求端末）から確立中セッションへの参加要求情報を受信した場合に、確立中セッションに対応する参加制限情報を参照し、参加要求端末の、確立中セッションへの参加の許否を判断する。具体的には、参加判断部６３は、参加要求情報が、参加制限有りが指定された開始要求情報で確立された確立中セッションへの参加を要求する情報である場合には、開始要求端末から受信した参加認証情報と、参加要求端末から受信した参加認証情報とを比較する。そして、参加判断部６３は、両者が一致しない場合に、参加要求端末の確立中セッションへの参加を許可しない。一方、参加判断部６３は、両者が一致する場合には、参加要求端末の確立中セッションへの参加を許可する。また、参加判断部６３は、参加要求情報が、参加制限なしが指定された開始要求情報で確立された確立中セッションへの参加を要求する情報である場合にも、参加要求端末の確立中セッションへの参加を許可する。

＜＜本実施の形態の処理・動作＞＞
図１４〜図３３を用いて、本実施の形態に係る伝送システム１における処理・動作について説明する。

＜中継装置の状態を示す状態情報を管理する処理＞
図１４は、各中継装置の稼動状態を示す状態情報を管理する処理の一例を示したシーケンス図である。図１４を参照しながら、各中継装置３０から管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理を説明する。

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

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

＜コンテンツデータおよび各種管理情報の送受信の状態＞
図１５は、伝送システムにおけるコンテンツデータおよび各種管理情報の送受信の状態を示した概念図である。図１５を参照しながら、伝送システム１におけるコンテンツデータおよび各種管理情報の送受信の状態を示した概念を説明する。

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

なお、このセッションの概念はあくまで一例であって、必ずしも画像データのセッションは解像度ごとに分ける必要はない。例えば、セッションの数が３つ以下であってもよいし、５つ以上であってもよい。

＜端末が通話開始する前の準備段階における各管理情報の送受信処理＞
図１６は、伝送端末間で通話を開始する準備段階の処理の一例を示したシーケンス図である。図１７は、宛先リストの表示例を示す図である。図１６および図１７を参照しながら、端末１０ａａが通話を開始する前の準備段階における各管理情報の送受信処理について説明する。なお、図１６では、すべて管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

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

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

端末認証部５２によって、正当な利用権限を有する端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末管理テーブル（図７参照）に、端末１０ａａの端末ＩＤおよび端末名で示されるレコード毎に、ログイン要求情報が受信された受信日時、および端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４−１）。これにより、図７に示す端末管理テーブルには、端末１０ａａの端末ＩＤ「１０ａａ」に、受信日時「２００９．１１．１０．１３：４０」および端末ＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。

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

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

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

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

次に、管理システム５０の送受信部５１は、記憶・読出処理部５９を介して不揮発性記憶部５０００から宛先リスト枠のデータ（図１７に示す宛先リスト枠１１００−１部分のデータ）を読み出す（ステップＳ２８）。そして、送受信部５１は、この宛先リスト枠、ならびに端末抽出部５４によって抽出された宛先端末候補の端末ＩＤおよび端末名を含む宛先リスト情報を、開始要求端末（端末１０ａａ）に送信する（ステップＳ２９）。これにより、開始要求端末（端末１０ａａ）では、送受信部１１が宛先リスト情報を受信し、記憶・読出処理部１９が揮発性記憶部１００２へ宛先リスト情報を記憶する（ステップＳ３０）。

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

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

次に、送受信部５１は、ステップＳ３１で使用された検索キーである端末ＩＤと、対応する宛先端末候補の稼動状態および通信状態とを含む状態情報を、通信ネットワーク２を介してログイン要求端末に送信する（ステップＳ３２）。具体的には、送受信部５１は、検索キーとしての端末ＩＤ「１０ａｂ」と、宛先端末候補（端末１０ａｂ）の稼動状態「オフライン」とを含む状態情報を、ログイン要求端末（端末１０ａａ）に送信する。なお、稼動状態が「オフライン」の場合には、状態情報には、通信状態は含まれない。また、送受信部５１は、端末ＩＤ「１０ａｃ」と、宛先端末候補（端末１０ａｃ）の稼動状態「オンライン」と、通信状態「Ｎｏｎｅ」とを含む状態情報等、宛先端末候補すべてに対する状態情報それぞれをログイン要求端末（端末１０ａａ）へ送信する。

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

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

図１７に示すように、ディスプレイ１２０ａａに表示される宛先リストは、宛先リスト枠１１００−１に宛先端末候補の端末ＩＤ１１００−２と、端末名１１００−３と、状態情報を反映させたアイコン１１００−４ａ〜１１００−４ｃ等を含む。アイコンとしては、オフラインで通話できないことを示すオフラインアイコン１１００−４ａと、オンラインで通話可能であることを示す通話可能アイコン１１００−４ｂと、オンラインで通話中であることを示す通話中アイコン１１００−４ｃとがある。

宛先リスト作成部２０は、宛先端末候補の稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である場合には、この宛先端末候補に対し、通話可能アイコン１１００−４ｂを割り当てる。また、宛先リスト作成部２０は、宛先端末候補の稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」以外である場合には、この宛先端末候補に対し、通話中アイコン１１００−４ｃを割り当てる。そして、宛先リスト作成部２０は、宛先端末候補の稼動状態が「オフライン」である場合には、この宛先端末候補に対し、オフラインアイコン１１００−４ａを割り当てる。

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

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

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

一方、他の端末１０でも、ステップＳ２１と同様に、ユーザが図２に示す電源スイッチ１０９をＯＮにすると、図４に示す操作入力受付部１２が、電源ＯＮを受け付けて、上述のステップＳ２２〜Ｓ３８−１、Ｓ３８−２の処理と同様の処理を行う。

＜端末が他の端末との通信の開始を要求する場合の処理＞
図１８は、第１の実施の形態における通信の開始を要求する処理の一例を示したシーケンス図である。図１９は、第１の実施の形態における宛先選択処理における開始要求端末の詳細な処理の一例を示すフロー図である。図２０は、発信確認ダイアログの表示例を示す図である。図２１は、参加認証情報入力ダイアログの表示例を示す図である。図２２は、開始要求端末および宛先端末の通信状態を変更する処理の一例を示した処理フロー図である。図１８〜図２２を参照しながら、端末１０が他の端末１０との通信の開始を要求する場合の処理を説明する。なお、図１８では、すべて管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

図１８においては、図１６においてログインが許可された端末１０ａａが、開始要求情報を送信する例、すなわち、端末１０ａａが開始要求端末として動作する例について説明する。開始要求端末としての端末１０ａａは、図１６のステップＳ３２で受信した宛先端末候補の状態情報に基づいて、宛先端末候補のうち、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である端末のうち少なくとも１つの端末と通信を行うことができる。

また、本実施の形態においては、開始要求端末（端末１０ａａ）は、宛先端末候補のうち、図１６のステップＳ３２によって受信した状態情報により、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である端末１０ｄｂと通話を行うことができる。そこで、以下では、開始要求端末（端末１０ａａ）のユーザが、宛先端末（端末１０ｄｂ）と通話を開始することを選択した場合について説明する。

なお、図１８に示す処理が開始される前の状態において、開始要求端末としての端末１０ａａのディスプレイ１２０ａａには、図１７に示す宛先リストが表示されているものとする。そして、開始要求端末のユーザは、宛先リストから所望の通話相手、すなわちセッション相手を選択することができる。

図１８に示す処理においては、まず、開始要求端末のユーザが図２に示す操作ボタン１０８を押下して宛先端末（端末１０ｄｂ）を選択すると宛先選択処理が行われる（ステップＳ４１）。この宛先選択処理について、図１９を参照しながら説明する。

宛先リストに対し、上述のようにユーザの操作ボタン１０８の押下により宛先端末（端末１０ｄｂ）が選択されると、図４に示す操作入力受付部１２は、宛先端末（端末１０ｄｂ）を指定した通話を開始する要求、すなわちセッションの開始要求を受け付ける（ステップＳ４１−１）。次に、表示制御部１６は、図２０に示す発信確認ダイアログ１２００−１を宛先リストに重畳して表示する（ステップＳ４１−２）。

発信確認ダイアログ１２００−１は、ステップＳ４１−１において受け付けた開始要求の確認と、開始要求に係るセッションに参加する端末１０を制限するか否かを指定するためのユーザインターフェースである。発信確認ダイアログ１２００−１には、開始要求情報の送信を確定するための「はい」ボタン１２００−２と、開始要求情報の送信をキャンセルするための「いいえ」ボタン１２００−３と、参加制限ありのセッションを指定するための制限発信ボタン１２００−４とが含まれている。

ここで、操作入力受付部１２は、「はい」ボタン１２００−２が押下された場合には、参加制限なしの指定を受け付ける。一方、操作入力受付部１２は、制限発信ボタン１２００−４が選択された場合には、参加制限ありの指定を受け付ける。

操作入力受付部１２が参加制限ありの指定を受け付けた場合には（ステップＳ４１−３：Ｙｅｓ）、表示制御部１６は、図２１に示す参加認証情報入力ダイアログ１２０１−１をディスプレイ１２０に表示する。

参加認証情報入力ダイアログ１２０１−１は、ユーザから参加認証情報の入力を受け付けるためのユーザインターフェースである。参加認証情報入力ダイアログ１２０１−１には、参加認証情報を入力するためのＰＩＮコード入力部１２０１−２と、入力した参加認証情報を確定するためのＯＫボタン１２０１−３と、参加認証情報の入力操作をキャンセルするためのキャンセルボタン１２０１−４とが含まれている。

端末１０ａａのユーザは、図２１に示す参加認証情報入力ダイアログ１２０１−１のＰＩＮコード入力部１２０１−２から参加認証情報としてのＰＩＮコードを入力する。すなわち、セッションの確立前に、端末１０ａａから参加認証情報を入力して管理システム５０に送信することになる。端末１０ａａの操作入力受付部１２は、参加認証情報入力ダイアログ１２０１−１を介して、ユーザから参加認証情報としてのＰＩＮコードの入力を受け付ける（ステップＳ４１−４）。

次に、端末１０ａａの送受信部１１は、参加制限ありの参加制限情報と入力を受け付けた参加認証情報（ＰＩＮコード）とを含む開始要求情報を生成する（ステップＳ４１−５）。ステップＳ４１−５において生成された開始要求情報には、開始を要求する旨の情報であって、かつ、参加制限ありの参加制限情報である「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」と、開始要求端末の端末ＩＤ「１０ａａ」と、宛先端末の端末ＩＤ「１０ｄｂ」と、参加認証情報としてのＰＩＮコード「１２３４」とを含んでいる。

一方、操作入力受付部１２が参加制限なしの指定を受け付けた場合には（ステップＳ４１−３：ＮＯ）、送受信部１１は、参加制限なしの参加制限情報を含む開始要求情報を生成する（ステップＳ４１−６）。ステップＳ４１−６において生成された開始要求情報は、開始を要求する旨の情報であって、かつ参加制限なしの参加制限情報であることを示す「Ｉｎｖｉｔｅ」と、開始要求端末の端末ＩＤ「１０ａａ」と、宛先端末の端末ＩＤ「１０ｄｂ」とを含んでいる。

ここで、図１８では、開始要求情報として、参加制限ありの参加制限情報である「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」が指定された場合を例にあげて説明する。図１８において、端末１０ａａの送受信部１１は、開始要求端末（端末１０ａａ）の端末ＩＤ「１０ａａ」、宛先端末（端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」、開始を要求する旨の情報であって参加制限ありを示す参加制限情報を含む「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」、および参加認証情報（ＰＩＮコード）が含まれる開始要求情報を、開始要求端末のＩＰアドレスとともに管理システム５０へ送信する（ステップＳ４２）。これにより、管理システム５０の送受信部５１は、開始要求情報を受信すると共に、送信元である開始要求端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することになる。

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

ここで、図２２を参照しながら、ステップＳ４３における処理を詳細に説明する。まず、管理システム５０の状態管理部５３は、端末管理ＤＢ５００３の端末管理テーブル（図７参照）から開始要求端末（端末１０ａａ）の通信状態を取得する（ステップＳ４３−１）。この場合、送受信部５１によって受信された開始要求情報に含まれる「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」（または「Ｉｎｖｉｔｅ」）が通信状態の変更要求情報として特定される。変更要求情報「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」（または「Ｉｎｖｉｔｅ」）は、変更要求情報判断部６１によって特定の変更要求情報であると予め判断される。これに基づき、状態管理部５３は、端末管理テーブルから、開始要求端末のみでなく、宛先端末（端末１０ｄｂ）の通信状態を取得する。この場合、状態管理部５３は、開始要求端末の端末ＩＤ「１０ａａ」を検索キーとして、端末管理テーブルを検索し、開始要求情報を送信した開始要求端末の通信状態「Ｎｏｎｅ」を取得する。同様にして、状態管理部５３は、宛先端末の通信状態「Ｎｏｎｅ」を取得する。

次に、状態管理部５３は、変更要求情報「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」（または「Ｉｎｖｉｔｅ」）に対応する開始要求端末および宛先端末の変更前状態情報を取得する（ステップＳ４３−２）。この場合、状態管理部５３は、変更要求情報「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」（または「Ｉｎｖｉｔｅ」）および端末情報「開始要求端末」を検索キーとして、状態変更管理テーブル（図１１参照）を検索し、開始要求端末の変更前状態情報「Ｎｏｎｅ」を取得する。同様にして、状態管理部５３は、変更要求情報「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」（または「Ｉｎｖｉｔｅ」）および端末情報「宛先端末」を検索キーとして、状態変更管理テーブルを検索し、宛先端末の変更前状態情報「Ｎｏｎｅ」を取得する。

次に、状態管理部５３は、取得した通信状態と変更前状態情報とを比較し、これらが同一であるか否かを判断する（ステップＳ４３−３）。この場合、状態管理部５３は、取得した開始要求端末（端末１０ａａ）の通信状態「Ｎｏｎｅ」と、取得した開始要求端末の変更前状態情報「Ｎｏｎｅ」とを比較し、これらが同一であるか否かを判断する。同様にして、状態管理部５３は、取得した宛先端末（端末１０ｄｂ）の通信状態「Ｎｏｎｅ」と、取得した宛先端末の変更前状態情報「Ｎｏｎｅ」とを比較し、これらが同一であるか否かを判断する。

開始要求端末（端末１０ａａ）の通信状態と変更前状態情報とが同一であり、かつ、宛先端末（端末１０ｄｂ）の通信状態と変更前状態情報とが同一であると判断された場合には（ステップＳ４３−３：Ｙｅｓ）、状態管理部５３は、変更要求情報「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」（または「Ｉｎｖｉｔｅ」）に対応する開始要求端末および宛先端末の変更情報を取得する（ステップＳ４３−４）。この場合、状態管理部５３は、変更要求情報「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」（または「Ｉｎｖｉｔｅ」）および端末情報「開始要求端末」を検索キーとして、状態変更管理テーブル（図１１参照）を検索し、開始要求端末の変更情報「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」（または「Ｃａｌｌｉｎｇ」）を取得する。同様にして、状態管理部５３は、変更要求情報「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」（または「Ｉｎｖｉｔｅ」）および端末情報「宛先端末」を検索キーとして、状態変更管理テーブルを検索し、宛先端末の変更情報「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」（または「Ｒｉｎｇｉｎｇ」）を取得する。

次に、状態管理部５３は、開始要求端末の端末ＩＤ「１０ａａ」および宛先端末の端末ＩＤ「１０ｄｂ」に基づき、端末管理テーブル（図７参照）において、端末ＩＤ「１０ａａ」および端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ４３−５）。この場合、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態のフィールド部分を、取得した開始要求端末の変更情報「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」（または「Ｃａｌｌｉｎｇ」）に変更する。同様にして、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ｄｂ」が含まれるレコードの通信状態のフィールド部分を、取得された宛先端末の変更情報「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」（または「Ｒｉｎｇｉｎｇ」）に変更する。

そして、状態管理部５３は、開始要求情報に参加制限ありの参加制限情報が指定されている場合には、参加認証情報（ＰＩＮコード）を、端末管理テーブルにおける、開始要求端末の端末ＩＤ「１０ａａ」および宛先端末の端末ＩＤ「１０ｄｂ」の参加認証情報のフィールドに登録する（ステップＳ４３−７）。

一方、開始要求端末の通信状態と変更前状態情報とが同一ではなく、または、宛先端末の通信状態と変更前状態情報とが同一でないと判断された場合には（ステップＳ４３−３：Ｎｏ）、状態管理部５３は、端末管理テーブル（図７参照）において、端末ＩＤ「１０ａａ」および端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更しない。これは、開始要求端末または宛先端末のいずれかが通話を開始できる状態ではないためである。この場合、送受信部５１は、所定のエラーメッセージを作成して、これを開始要求端末に送信することにより処理を完了する（ステップＳ４３−６）。このとき、開始要求端末においては、エラーメッセージがディスプレイ１２０に表示される。

次に、図１８に戻って、ステップＳ４３−５で通信状態が変更された場合について、その後の処理を説明する。まず、管理システム５０の中継装置選択部５６は、開始要求端末（端末１０ａａ）によって要求された宛先端末との間の通信を実行するためのセッション（コンテンツデータ用セッションｓｅｄ）を識別するためのセッションＩＤ「ｓｅ１」を生成する（ステップＳ４４）。セッションＩＤが生成されると、セッション管理部５７は、セッションＩＤ「ｓｅ１」を揮発性記憶部５１００に記憶する。

続いて、中継装置選択部５６は、開始要求端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間のコンテンツデータ用セッションｓｅｄでコンテンツデータを中継するための中継装置３０の選択を行う（ステップＳ４５）。この場合、まず、中継装置選択部５６は、開始要求端末から送信された開始要求情報に含まれている開始要求端末の端末ＩＤ「１０ａａ」および宛先端末の端末ＩＤ「１０ｄｂ」に基づいて、中継装置選択管理テーブルを検索する。そして、中継装置選択部５６は、中継装置選択管理テーブルから、開始要求端末および宛先端末の端末ＩＤに対応する中継装置ＩＤ（「１１１ａ」、「１１１ｄ」）を抽出する。

中継装置選択部５６は、抽出した各中継装置ＩＤが同一であれば、中継装置管理テーブル（図５参照）で管理されている中継装置３０の稼動状態のうち、抽出された中継装置ＩＤの稼動状態を参照する。ここで、中継装置ＩＤに対応する稼動状態が「オンライン」である場合には、中継装置選択部５６は、抽出した中継装置ＩＤに係る中継装置を、コンテンツデータを中継するための中継装置として選択する。中継装置選択部５６は、抽出した各中継装置ＩＤが同一でない場合、または、上述の中継装置管理テーブルの参照の結果、中継装置ＩＤに対応する稼動状態が「オフライン」である場合には、中継装置ＩＤ「１１１ｅ」の中継装置３０ｅを、コンテンツデータを中継するための中継装置として選択する。本実施の形態では、中継装置選択部５６によって中継装置３０ｅが選択された場合につき、以下続けて説明する。

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

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

次に、送受信部５１は、開始要求端末の端末ＩＤ「１０ａａ」と、「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」と、セッションＩＤ「ｓｅ１」とを含む開始要求情報と、上述の中継装置接続情報と、管理システム５０のＩＰアドレスとを宛先端末へ送信する（ステップＳ４８）。これにより、宛先端末の送受信部１１は、開始要求情報を受信すると共に、コンテンツデータの中継に用いられる中継装置３０ｅに接続するために用いられる中継装置接続情報、および管理システム５０のＩＰアドレス「１．１．１．２」を把握することになる。

＜宛先端末が開始要求端末との間で通信開始を許可する応答を受け付けた場合の処理＞
図２３は、通信の開始の要求を許可する処理の一例を示したシーケンス図である。図２４は、開始要求受付画面の表示例を示す図である。図２３および図２４を参照しながら、開始要求情報を受信した宛先端末のユーザが、図２に示す操作ボタン１０８を押下することにより、開始要求端末との間の通信の開始（セッションの確立）を許可する旨の応答が受け付けられた場合の処理について説明する。なお、図２３においても、開始要求情報として、参加制限ありの参加制限情報が指定された場合を例にあげて説明する。

図２３に示す送受信処理の開始時には、宛先端末（端末１０ｄｂ）のディスプレイ１２０には、開始要求情報を受信したことを示す開始要求受付画面１３００−１（図２４参照）が表示されている（ステップＳ４９−１）。

図２４に示す開始要求受付画面１３００−１は、開始要求情報を受信した旨を示し、開始要求端末との間の通信の開始（セッションの確立）を許可するか否かを指定するためのユーザインターフェースである。さらに、開始要求受付画面１３００−１は、開始要求情報が、参加制限ありを示す参加制限情報を含んでいる場合には、例えば「この会議は、参加制限会議です。」等の参加制限ありであることを示す旨を示す。ユーザは、開始要求受付画面１３００−１を閲覧することにより、開始要求を受信したことを確認することができ、さらに、開始要求されているセッションに係るテレビ会議が、参加制限ありが指定された参加制限会議であるか否かを確認することができる。開始要求受付画面１３００−１には、セッションの確立を許可するための「はい」ボタン１３００−２と、セッションの確立を許可しない選択をするための「いいえ」ボタン１３００−３とが含まれている。

宛先端末のユーザによる宛先端末（端末１０ｄｂ）の操作ボタン１０８の操作によって「はい」ボタン１３００−２が押下された場合、操作入力受付部１２は、開始要求端末（端末１０ａａ）との間の通信の開始（セッション確立）を許可する旨の応答を受け付ける（ステップＳ４９−２）。次に、宛先端末の送受信部１１は、宛先端末の端末ＩＤ「１０ｄｂ」、開始要求端末の端末ＩＤ「１０ａａ」、参加制限ありのセッションの確立を許可する旨を示す変更要求情報「Ａｃｃｅｐｔ」、セッションＩＤ「ｓｅ１」が含まれる開始応答情報を、管理システム５０へ送信する（ステップＳ５０）。

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

ここで、図２２を参照しながら、ステップＳ５１における処理を詳細に説明する。まず、管理システム５０の状態管理部５３は、ステップＳ４３−１の処理と同様に、端末管理テーブル（図７参照）から宛先端末（端末１０ｄｂ）の通信状態「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」（または「Ｒｉｎｇｉｎｇ」）を取得する（ステップＳ５１−１）。この場合、送受信部５１によって受信された変更要求情報「Ａｃｃｅｐｔ」は、変更要求情報判断部６１によって特定の変更要求情報であると予め判断される。これに基づき、状態管理部５３は、端末管理テーブルから、宛先端末のみでなく、開始要求端末（端末１０ａａ）の通信状態「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」（または「Ｃａｌｌｉｎｇ」）を取得する。

次に、状態管理部５３は、ステップＳ４３−２の処理と同様に、状態変更管理テーブル（図１１参照）を検索し、変更要求情報「Ａｃｃｅｐｔ」に対応する開始要求端末の変更前状態情報「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」および「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」を取得する。同様にして、状態管理部５３は、状態変更管理テーブルを検索し、変更要求情報「Ａｃｃｅｐｔ」に対応する宛先端末の変更前状態情報「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」を取得する（ステップＳ５１−２）。

次に、状態管理部５３は、取得した通信状態と変更前状態情報とを比較し、これらが同一であるか否かを判断する（ステップＳ５１−３）。この場合、状態管理部５３は、取得した開始要求端末（端末１０ａａ）の通信状態「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」が、取得した開始要求端末の変更前状態情報「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」および「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」のいずれかと同一であるか否かを判断する。同様にして、状態管理部５３は、取得した宛先端末（端末１０ｄｂ）の通信状態「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」が、取得した宛先端末の変更前状態情報「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」と同一であるか否かを判断する。

開始要求端末（端末１０ａａ）の通信状態と変更前状態情報とが同一であり、かつ、宛先端末（端末１０ｄｂ）の通信状態と変更前状態情報とが同一であると判断された場合には（ステップＳ５１−３：Ｙｅｓ）、状態管理部５３は、開始応答情報の変更要求情報「Ａｃｃｅｐｔ」に対応する開始要求端末および宛先端末の変更情報を取得する（ステップＳ５１−４）。この場合、状態管理部５３は、変更要求情報「Ａｃｃｅｐｔ」、端末情報「開始要求端末」および開始要求端末の変更前の通信状態を示す変更前状態情報「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」を検索キーとして、状態変更管理テーブル（図１１参照）を検索し、開始要求端末の変更情報「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」を取得する。同様にして、状態管理部５３は、変更要求情報「Ａｃｃｅｐｔ」、端末情報「宛先端末」、宛先端末の変更前の通信状態を示す変更前状態情報「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」を検索キーとして、状態変更管理テーブルを検索し、宛先端末の変更情報「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」を取得する。

次に、状態管理部５３は、開始応答情報に含まれる開始要求端末（端末１０ａａ）の端末ＩＤ「１０ａａ」および宛先端末（端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」に基づき、端末管理テーブル（図７参照）において、端末ＩＤ「１０ａａ」および端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ５１−５）。この場合、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態のフィールド部分を、取得した開始要求端末の変更情報「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」に変更する。同様にして、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ｄｂ」が含まれるレコードの通信状態のフィールド部分を、取得した宛先端末の変更情報「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」に変更する。

一方、開始要求端末の通信状態と変更前状態情報が同一ではなく、または、宛先端末の通信状態と変更前状態情報とが同一でないと判断された場合には（ステップＳ５１−３：Ｎｏ）、状態管理部５３は、端末管理テーブル（図７参照）において、端末ＩＤ「１０ａａ」および端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更しない。この場合、送受信部５１は、所定のエラーメッセージを作成して、これを宛先端末に送信することにより処理を完了する（ステップＳ５１−６）。

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

＜中継装置が開始要求端末と宛先端末との間で伝送されるデータの中継を開始する処理＞
図２５は、コンテンツデータの中継を要求する処理の一例を示したシーケンス図である。図２６は、中継要求端末の通信状態を変更する処理の一例を示した処理フロー図である。図２５および図２６を参照しながら、中継装置３０ｅが開始要求端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間で伝送されるコンテンツデータの中継を開始する処理を説明する。なお、図２５においては、すべて管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

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

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

ここで、図２６を用いて、ステップＳ７２−１における処理を詳細に説明する。なお、図２６においては、開始要求端末を、中継要求情報の送信元として中継要求端末と称する。まず、管理システム５０の状態管理部５３は、端末管理テーブル（図７参照）から中継要求端末（端末１０ａａ）の通信状態を取得する（ステップＳ７２−１−１）。この場合、送受信部５１によって受信された変更要求情報「Ｊｏｉｎ」は、変更要求情報判断部６１によって特定の変更要求情報ではないと予め判断される。これに基づき、状態管理部５３は、中継要求端末の通信状態のみを取得する。この場合、状態管理部５３は、中継要求端末の端末ＩＤ「１０ａａ」を検索キーとして、端末管理テーブルを検索し、中継要求情報を送信した中継要求端末の通信状態「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」（または「Ａｃｃｅｐｔｅｄ」）を取得する。

次に、状態管理部５３は、変更要求情報「Ｊｏｉｎ」に対応する変更前状態情報を取得する（ステップＳ７２−１−２）。この場合、状態管理部５３は、変更要求情報「Ｊｏｉｎ」を検索キーとして、状態変更管理テーブル（図１０参照）を検索し、変更前状態情報「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」（または「Ａｃｃｅｐｔｅｄ」）を取得する。

次に、状態管理部５３は、取得した通信状態と変更前状態情報とを比較し、これらが同一であるか否かを判断する（ステップＳ７２−１−３）。この場合、状態管理部５３は、取得した中継要求端末（端末１０ａａ）の通信状態「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」（または「Ａｃｃｅｐｔｅｄ」）と、取得した変更前状態情報「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」（または「Ａｃｃｅｐｔｅｄ」）を比較し、これらが同一であるか否かを判断する。

中継要求端末（端末１０ａａ）の通信状態と変更前状態情報とが同一であると判断された場合には（ステップＳ７２−１−３：Ｙｅｓ）、状態管理部５３は、変更要求情報「Ｊｏｉｎ」に対応する変更情報を取得する（ステップＳ７２−１−４）。この場合、状態管理部５３は、変更要求情報「Ｊｏｉｎ」を検索キーとして、状態変更管理テーブル（図１０参照）を検索し、変更情報「Ｐｒｉｖａｔｅ Ｂｕｓｙ」（または「Ｂｕｓｙ」）を取得する。

次に、状態管理部５３は、中継要求端末（端末１０ａａ）の端末ＩＤ「１０ａａ」に基づき、端末管理テーブル（図７参照）において、端末ＩＤ「１０ａａ」が含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ７２−１−５）。この場合、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態のフィールド部分を、取得した変更情報「Ｐｒｉｖａｔｅ Ｂｕｓｙ」（または「Ｂｕｓｙ」）に変更する。

一方、中継要求端末（端末１０ａａ）の通信状態と変更前状態情報とが同一ではないと判断された場合には（ステップＳ７２−１−３：Ｎｏ）、状態管理部５３は、端末管理テーブル（図７参照）において、端末ＩＤ「１０ａａ」が含まれるレコードの通信状態のフィールド部分を変更しない。この場合、送受信部５１は、所定のエラーメッセージを作成して、これを中継要求端末に送信することにより処理を完了する（ステップＳ７２−１−６）。

次に、図２５に戻って、ステップＳ７２−１−５で通信状態が変更された場合について、その後の処理を説明する。まず、管理システム５０は、中継要求端末（端末１０ａａ）の端末ＩＤ「１０ａａ」、およびセッションＩＤ「ｓｅ１」が含まれる中継開始要求情報を中継装置３０ｅへ送信する（ステップＳ７３−１）。中継装置３０ｅは、中継開始要求情報を受け付けると、中継の開始を許可する旨を示す通知情報「ＯＫ」、中継要求端末の端末ＩＤ「１０ａａ」、およびセッションＩＤ「ｓｅ１」を含む中継開始許可情報を、管理システム５０へ送信する（ステップＳ７４−１）。管理システム５０の送受信部５１は、中継開始許可情報を受信すると、この中継開始許可情報を中継要求端末に送信する（ステップＳ７５−１）。これにより、中継要求端末と中継装置３０ｅとの間のコンテンツデータ用セッションｓｅｄが確立される（ステップＳ７６−１）。

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

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

＜参加要求端末がコンテンツデータ用セッションへの参加を要求する処理＞
図２７は、第１の実施の形態におけるコンテンツデータ用セッションへの参加要求情報を送信する処理の一例を示したシーケンス図である。図２８は、第１の実施の形態の宛先リストの表示例を示す図である。図２９は、参加要求時の参加認証情報入力ダイアログの表示例を示す図である。図３０は、参加要求時の参加認証情報入力ダイアログの表示例を示す図である。図３１は、第１の実施の形態における参加の判断処理の一例を示した処理フロー図である。図３２は、参加要求端末の通信状態を変更する処理の一例を示す図である。図２７〜図３２を参照しながら、開始要求端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間でコンテンツデータ用セッションが確立された後に、端末１０ａｃがこのコンテンツデータ用セッションへの参加を要求する参加要求情報を送信する処理を説明する。すなわち、端末１０ａｃは、参加要求情報を送信する参加要求端末として動作する。なお、図２７においては、すべて管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。また、図７に示すように、端末管理テーブルにおいて、端末ＩＤ「１０ａａ」および「１０ｄｂ」に対応するレコードの参加許可端末ＩＤには、予め「１０ａｃ」が登録されているものとする。この参加許可端末ＩＤによって識別される端末１０を参加許可端末と称する。

既に確立しているセッションである確立中セッションに参加して、このセッションを用いたテレビ会議に参加したい場合には、ユーザは、自身が利用する端末（この場合には、端末１０ａｃ）において、図１６を参照しつつ説明したログイン処理により、端末１０ａｃのディスプレイ１２０ａｃに、宛先リストを表示させる（ステップＳ１０１）。

図２８に示すように、端末１０ａｃのディスプレイ１２０ａｃには、参加要求端末としての端末１０ａｃが確立中セッションに参加することのできる端末が一覧表示された宛先リスト１４００−１（第１選択画面）が表示される。

参加要求端末（端末１０ａｃ）のユーザは、図２に示す操作ボタン１０８を操作することにより、宛先リスト１４００−１から参加を希望するセッションに既に参加している端末（以下、参加中端末と称する）を選択する。これに対応して、操作入力受付部１２は、既に確立中のコンテンツデータ用セッションへの参加要求を受け付ける（ステップＳ１０４）。以下、参加中端末としての端末１０ａａが選択された場合について説明する。

これにより、参加を要求する参加要求端末（端末１０ａｃ）の送受信部１１は、参加要求端末の端末ＩＤ「１０ａｃ」、コンテンツデータ用セッションｓｅｄに参加することを要求する旨を示す変更要求情報「Ｃａｌｌ」および選択された参加中端末（端末１０ａａ）の端末ＩＤ「１０ａａ」が含まれる参加要求情報を管理システム５０に送信する（ステップＳ１０５）。

管理システム５０は、参加要求情報を受信すると、宛先リスト管理テーブル（図８参照）を用いて、参加要求端末（端末１０ａｃ）と、コンテンツデータ用セッションｓｅｄに参加している参加中端末（端末１０ａａおよび端末１０ｄｂ）と、を接続するための処理を継続するか判断する（ステップＳ１０６）。

ここで、図３１を用いて、ステップＳ１０６における処理を詳細に説明する。まず、状態管理部５３は、端末管理テーブル（図７参照）を参照し、参加要求情報に示される、選択された参加中端末（端末１０ａａ）の端末ＩＤ「１０ａａ」を検索キーとして、参加中端末の通信状態を取得する（ステップＳ１０６−１）。

次に、参加判断部６３は、状態管理部５３によって取得された参加中端末（端末１０ａａ）の通信状態を参照する（ステップＳ１０６−２）。参加判断部６３は、参加中端末の通信状態が「Ｂｕｓｙ」である場合には（ステップＳ１０６−２：Ｂｕｓｙ）、参加要求端末（端末１０ａｃ）の確立中セッションへの参加を許可する（ステップＳ１０６−３）。

一方、参加中端末（端末１０ａａ）の通信状態が「Ｐｒｉｖａｔｅ Ｂｕｓｙ」である場合には（ステップＳ１０６−２：Ｐｒｉｖａｔｅ Ｂｕｓｙ）、状態管理部５３は、端末管理テーブル（図７参照）を参照し、参加中端末（端末１０ａａ）の端末ＩＤ「１０ａａ」を検索キーとして、参加許可端末ＩＤを取得する。状態管理部５３は、取得した参加許可端末ＩＤと、参加要求情報に示される参加要求端末の端末ＩＤが一致するか判断する（ステップＳ１０６−４）。なお、状態管理部５３は、端末管理テーブルを参照し、参加中端末の１つである端末１０ａａの端末ＩＤのみを検索キーとして、参加許可端末ＩＤを取得するものとしたが、これに限定されるものではない。すなわち、状態管理部５３は、端末管理テーブルを参照し、すべての参加中端末（端末１０ａａ、端末１０ｄｂ）の端末ＩＤを検索キーとして、参加許可端末ＩＤを取得し、取得したすべての参加許可端末ＩＤと、参加要求情報に示される参加要求端末の端末ＩＤが一致するか判断するものとしてもよい。

参加許可端末ＩＤと参加要求端末（端末１０ａｃ）の端末ＩＤとが同一であると判断された場合には（ステップＳ１０６−４：Ｙｅｓ）、状態管理部５３は、端末管理テーブル（図７参照）を参照し、参加中端末の端末ＩＤ「１０ａａ」を検索キーとして、参加認証情報（ＰＩＮコード）を取得する。そして、送受信部５１は、参加要求端末（端末１０ａｃ）に対して、状態管理部５３により取得された参加認証情報を送信すると共に、参加認証情報（ＰＩＮコード）の問い合わせを行う（ステップＳ１０６−５）。これにより、参加要求端末の送受信部１１は、状態管理部５３により取得された参加認証情報を受信する。参加要求端末は、表示制御部１６により、図２９に示す参加認証情報入力ダイアログ１２０２−１（認証情報入力画面）を、宛先リスト１４００−１に重畳してディスプレイ１２０ａｃに表示し、ユーザからの参加認証情報（ＰＩＮコード）の入力を受け付ける（ステップＳ１０６−７）。このとき、表示制御部１６は、参加認証情報入力ダイアログ１２０２−１の参加認証情報表示部１２０２−５（認証情報表示画面）に、受信した参加認証情報を表示させる。

参加認証情報入力ダイアログ１２０２−１は、上述のようにユーザから参加認証情報の入力を受け付けるためのユーザインターフェースである。参加認証情報入力ダイアログ１２０２−１には、参加認証情報を入力するためのＰＩＮコード入力部１２０２−２と、入力した参加認証情報を確定するためのＯＫボタン１２０２−３と、参加認証情報の入力操作をキャンセルするためのキャンセルボタン１２０２−４と、上述した管理システム５０から送信された参加認証情報を表示する参加認証情報表示部１２０２−５とが含まれている。

参加要求端末（端末１０ａｃ）のユーザは、ディスプレイ１２０ａｃに表示された参加認証情報入力ダイアログ１２０２−１のＰＩＮコード入力部１２０２−２によって参加認証情報を入力操作する際、同じくディスプレイ１２０ａｃに表示されている参加認証情報表示部１２０２−５に表示された参加認証情報を入力する。したがって、ユーザは参加認証情報表示部１２０２−５に表示された参加認証情報を入力すればよいので、事前に参加認証情報を把握しておく必要がなく、簡易に確立中セッションへの参加操作が可能となる。

なお、セキュリティ向上のために、図２９に示す参加認証情報表示部１２０２−５が表示された参加認証情報入力ダイアログ１２０２−１は、一定時間経過した後、消去するものとしてもよい。また、参加認証情報表示部１２０２−５に表示される参加認証情報を、コンピュータでは読み取りができないような表記にしたり、または、瞬時では読み取れないような表記または色にしてもよい。また、参加認証情報表示部１２０２−５に参加認証情報を表示するのではなく、ＰＩＮコード入力部１２０２−２に参加認証情報を表示することによって、ユーザによるＰＩＮコードの入力を不要とするようにしてもよい。さらに、参加要求端末において、表示制御部１６により参加認証情報入力ダイアログ１２０２−１を表示させる場合に、そのまま参加認証情報表示部１２０２−５を表示させるのではなく、例えば、参加要求端末の管理者用暗証番号を入力することによって、参加認証情報表示部１２０２−５を表示させるものとしてもよい。

一方、参加許可端末ＩＤと参加要求端末（端末１０ａｃ）の端末ＩＤとが同一でないと判断された場合、または、状態管理部５３によって端末管理テーブル（図７参照）から、参加許可端末の端末ＩＤが取得されなかった場合には（ステップＳ１０６−４：Ｎｏ）、送受信部５１は、参加要求端末に対して、参加認証情報（ＰＩＮコード）の問い合わせを行う（ステップＳ１０６−６）。参加要求端末は、表示制御部１６により、図３０に示す参加認証情報入力ダイアログ１２０３−１を、宛先リスト１４００−１に重畳してディスプレイ１２０ａｃに表示し、ユーザからの参加認証情報（ＰＩＮコード）の入力を受け付ける（ステップＳ１０６−７）。このとき、表示制御部１６は、図２９に示す場合と異なり、参加認証情報入力ダイアログ１２０３−１に参加認証情報を表示させない。

参加認証情報入力ダイアログ１２０３−１は、上述のようにユーザから参加認証情報の入力を受け付けるためのユーザインターフェースである。参加認証情報入力ダイアログ１２０３−１には、参加認証情報を入力するためのＰＩＮコード入力部１２０３−２と、入力した参加認証情報を確定するためのＯＫボタン１２０３−３と、参加認証情報の入力操作をキャンセルするためのキャンセルボタン１２０３−４とが含まれている。

この場合、参加要求端末（端末１０ａｃ）のユーザは、参加要求端末が参加許可端末として登録されていないので、ディスプレイ１２０ａｃに表示された参加認証情報入力ダイアログ１２０３−１のＰＩＮコード入力部１２０３−２によって、把握している参加認証情報を入力しなければならない。

そして、参加要求端末（端末１０ａｃ）は、送受信部１１により、受け付けた参加認証情報を管理システム５０に送信し、管理システム５０の送受信部５１はこれを受信する（ステップＳ１０６−８）。

次に、管理システム５０の参加判断部６３は、参加要求端末（端末１０ａｃ）から受信した参加認証情報の内容と、端末管理テーブル（図７参照）の参加中端末（端末１０ａａ、１０ｄｂ）の各端末ＩＤに対応する参加認証情報の内容とを比較して、両者が一致するか否かを判断する（ステップＳ１０６−９）。

そして、両者が一致する場合には（ステップＳ１０６−９：Ｙｅｓ）、参加判断部６３は、参加要求端末（端末１０ａｃ）の確立中セッションへの参加を許可する（ステップＳ１０６−３）。

一方、ステップＳ１０６−９で、両者が一致しない場合には（ステップＳ１０６−９：Ｎｏ）、参加判断部６３は、参加要求端末の確立中セッションへの参加を禁止する（ステップＳ１０６−１０）。そして、送受信部５１は、セッションに参加できないことを通知するためのエラーメッセージを参加要求端末（端末１０ａｃ）に送信する（ステップＳ１０６−１１）。そして、参加要求端末（端末１０ａｃ）は、エラーメッセージを受信すると、これをディスプレイ１２０に表示させる。

なお、ステップＳ１０６−９で、両者が一致しない場合、再度、参加認証情報入力ダイアログ１２０２−１、１２０３−１から参加認証情報（ＰＩＮコード）の入力を可能とするものとしてもよい。

続いて、図２７に戻って、参加要求端末（端末１０ａｃ）を確立中セッションへの参加が許可され、参加要求端末を参加中端末（端末１０ａａ、１０ｄｂ）に接続するための処理を継続する場合について、その後の処理を説明する。まず、管理システム５０の状態管理部５３は、参加要求情報に含まれる参加要求端末（端末１０ａｃ）の端末ＩＤ「１０ａｃ」に基づき、端末管理テーブル（図７参照）において、端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ１０７）。

ここで、図３２を用いて、ステップＳ１０７における処理を詳細に説明する。まず、管理システム５０の状態管理部５３は、端末管理ＤＢ５００３の端末管理テーブル（図７参照）から参加要求端末（端末１０ａｃ）の通信状態を取得する（ステップＳ１０７−１）。この場合、送受信部５１によって受信された参加要求情報に含まれる「Ｃａｌｌ」が通信状態の変更要求情報として特定される。変更要求情報「Ｃａｌｌ」は、変更要求情報判断部６１によって特定の変更要求情報ではないと予め判断される。これに基づき、状態管理部５３は、端末管理テーブルから、参加要求端末（端末１０ａｃ）の通信状態のみを取得する。この場合、状態管理部５３は、参加要求端末の端末ＩＤ「１０ａｃ」を検索キーとして、端末管理テーブルを検索し、参加要求情報を送信した参加要求端末（端末１０ａｃ）の通信状態「Ｎｏｎｅ」を取得する。

次に、状態管理部５３は、変更要求情報「Ｃａｌｌ」に対応する参加要求端末の変更前状態情報を取得する（ステップＳ１０７−２）。この場合、状態管理部５３は、変更要求情報「Ｃａｌｌ」を検索キーとして、状態変更管理テーブル（図１０参照）を検索し、変更前状態情報「Ｎｏｎｅ」を取得する。

次に、状態管理部５３は、取得した参加要求端末（端末１０ａｃ）の通信状態と変更前状態情報とを比較し、これらが同一であるか否かを判断する（ステップＳ１０７−３）。この場合、状態管理部５３は、取得した参加要求端末の通信状態「Ｎｏｎｅ」と、変更前状態情報「Ｎｏｎｅ」とを比較し、これらが同一であるか否かを判断する。

参加要求端末（端末１０ａｃ）の通信状態と変更前状態情報とが同一であると判断された場合には（ステップＳ１０７−３：Ｙｅｓ）、状態管理部５３は、変更要求情報「Ｃａｌｌ」に対応する変更情報を取得する（ステップＳ１０７−４）。この場合、状態管理部５３は、変更要求情報「Ｃａｌｌ」を検索キーとして、状態変更管理テーブル（図１０参照）を検索し、変更情報「Ａｃｃｅｐｔｅｄ」を取得する。

次に、状態管理部５３は、参加要求端末（端末１０ａｃ）の端末ＩＤ「１０ａｃ」に基づき、端末管理テーブル（図７参照）において、端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ１０７−５）。この場合、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態のフィールド部分を、取得した変更情報「Ａｃｃｅｐｔｅｄ」に変更する。さらに、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａｃ」が含まれるレコードの参加認証情報（ＰＩＮコード）のフィールド部分に、図３１のステップＳ１０６−９で一致した参加認証情報を登録する。

一方、参加要求端末（端末１０ａｃ）の通信状態と変更前状態情報が同一ではないと判断された場合には（ステップＳ１０７−３：Ｎｏ）、状態管理部５３は、端末管理テーブル（図７参照）において、端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態のフィールド部分を変更しない。この場合、送受信部５１は、所定のエラーメッセージを作成して、これを参加要求端末（端末１０ａｃ）に送信することにより処理を完了する（ステップＳ１０７−６）。

次に、図２７に戻って、ステップＳ１０７−５で通信状態が変更された場合について、その後の処理を説明する。まず、セッション管理部５７は、セッション管理テーブル（図９参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの宛先端末のフィールド部分に参加要求端末（端末１０ａｃ）の端末ＩＤ「１０ａｃ」を追加する（ステップＳ１０８）。

次に、送受信部５１は、図３１に示すステップＳ１０６−３において、確立中セッション（コンテンツデータ用セッションｓｅｄ）への参加要求端末（端末１０ａｃ）の参加が許可された場合には、セッションＩＤ「ｓｅ１」、中継装置３０ｅに接続するために用いられる中継装置接続情報が含まれる参加許可通知を、参加要求端末に送信する（ステップＳ１０９）。

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

また、管理システム５０の送受信部５１は、参加要求端末（端末１０ａｃ）の端末ＩＤ「１０ａｃ」およびセッションＩＤ「ｓｅ１」が含まれる参加通知を、既にコンテンツデータ用セッションｓｅｄを開始している参加中端末（端末１０ａａ、１０ｄｂ）に送信する（ステップＳ１１１−１およびＳ１１１−２）。これにより、参加中端末（端末１０ａａ、１０ｄｂ）は、参加要求端末（端末１０ａｃ）がコンテンツデータ用セッションに参加する旨を把握することができる。

また、端末抽出部５４は、参加要求情報に含まれる参加要求端末（端末１０ａｃ）の端末ＩＤを検索キーとして、宛先リスト管理テーブル（図８参照）を検索し、参加要求端末に対応する宛先端末候補の端末ＩＤ「１０ａａ、１０ａｄ、１０ａｅ」を抽出する（ステップＳ１１２）。送受信部５１は、抽出された端末ＩＤによって識別される端末１０ａａ、１０ａｄ、１０ａｅのうち上述の参加通知を送信していない端末１０ａｄ、１０ａｅに、端末ＩＤ「１０ａｃ」が含まれる参加通知（参加情報の一例）を送信する（ステップＳ１１３）。これにより、端末１０ａｄ、１０ａｅは、参加要求端末（端末１０ａｃ）がコンテンツデータ用セッションに参加する旨を把握することができる。

＜＜本実施の形態の主な効果＞＞
以上説明したように本実施の形態によれば、管理システム５０の送受信部５１は、第１端末（端末１０ａａ）と第２端末（端末１０ｄｂ）との間でコンテンツデータを伝送するセッションが確立されている場合に、第３端末（端末１０ａｃ）からこのセッションへの参加の要求を受け付ける。ここで、端末管理テーブル（図７参照）において、上述の確立中セッションへの参加要求端末である第３端末の端末ＩＤを、参加中端末である第１端末または第２端末の端末ＩＤに対応するレコードに参加許可端末ＩＤとして登録しておく。また、参加判断部６３により確立中セッションが参加制限ありのセッションであると判断された場合、送受信部５１は、状態管理部５３により端末管理テーブルから取得された参加認証情報を、第３端末（端末１０ａｃ）への参加認証端末（ＰＩＮコード）の問い合わせの際に送信する。このとき、第３端末は、受信した参加認証情報を表示させ、表示されている参加認証情報に基づいて参加認証情報（ＰＩＮコード）を入力させる。参加判断部６３は、入力された参加制限情報と、端末管理テーブルの参加中端末の端末ＩＤに対応する参加認証情報とが一致しない場合には、第３端末のセッションへの参加を禁止する。そして、参加判断部６３は、両者の参加認証情報が一致する場合または参加制限なしのセッションである場合には、第３端末のセッションへの参加を許可する。これにより、本実施の形態の管理システム５０は、機密性の高い情報のやり取りを伴う会議等に利用されるセッションに対する参加拠点を制限しつつ、予め参加許可端末を登録しておくことによって、参加者は会議参加への条件を事前に記憶していなくても、参加許可端末から参加が可能となるので、セキュリティを向上させつつも、ユーザの便宜を図ることができる。

また、管理システム５０は、第１端末（端末１０ａａ）と、第２端末（端末１０ｄｂ）と、第３端末（端末１０ａｃ）とを接続するための制御を行う。この場合、送受信部５１が、第１端末から送信されたコンテンツデータを第２端末に中継する中継装置３０ｅに接続するための中継装置接続情報を、第３端末に送信する。これにより、第３端末は、この中継装置接続情報を用いて中継装置３０ｅに接続することができる。

［第２の実施の形態］
第１の実施の形態では、端末管理テーブルにおいて参加許可端末ＩＤは予め登録しておく静的な手法を採用していたが、本実施の形態では、参加許可端末を動的に選択して、その端末ＩＤを登録する動作としている。以下、第２の実施の形態について、第１の実施の形態における構成および動作と相違する点を中心に説明する。

本実施の形態の伝送システム１のネットワーク構成、端末１０、管理システム５０、中継装置３０、プログラム提供システム９０およびメンテナンスシステム１００のハードウェア構成、ならびに伝送システム１を構成する各端末、装置およびシステムの機能的構成については第１の実施の形態と同様である。

＜＜本実施の形態の処理・動作＞＞
また、本実施の形態において、各中継装置３０から管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理、端末１０が通話を開始する前の準備段階における各管理情報の送受信処理、宛先端末が開始要求端末との間で通信開始を許可する応答を受け付けた場合の処理、中継装置が開始要求端末と宛先端末との間で伝送されるデータの中継を開始する処理、および参加要求端末がコンテンツデータ用セッションへの参加を要求する処理についても、第１の実施の形態と同様である。

＜端末が他の端末との通信の開始を要求する場合の処理＞
図３３は、第２の実施の形態における通信の開始を要求する処理の一例を示したシーケンス図である。図３４は、第２の実施の形態における宛先選択処理における開始要求端末の詳細な処理の一例を示すフロー図である。図３５は、参加許可端末選択ダイアログの表示例を示す図である。図３３〜図３５を参照しながら、端末１０が他の端末１０との通信の開始を要求する場合の処理を説明する。なお、図３３では、すべて管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

図３３においては、図１６においてログインが許可された端末１０ａａが、開始要求情報を送信する例、すなわち、端末１０ａａが開始要求端末として動作する例について説明する。開始要求端末としての端末１０ａａは、図１６のステップＳ３２で受信した宛先端末候補の状態情報に基づいて、宛先端末候補のうち、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である端末のうち少なくとも１つの端末と通信を行うことができる。

また、本実施の形態においては、開始要求端末（端末１０ａａ）は、宛先端末候補のうち、図１６のステップＳ３２によって受信した状態情報により、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である端末１０ｄｂと通話を行うことができる。そこで、以下では、開始要求端末（端末１０ａａ）のユーザが、宛先端末（端末１０ｄｂ）と通話を開始することを選択した場合について説明する。

なお、図１８に示す処理が開始される前の状態において、開始要求端末としての端末１０ａａのディスプレイ１２０ａａには、図１７に示す宛先リストが表示されているものとする。そして、開始要求端末のユーザは、宛先リストから所望の通話相手、すなわちセッション相手を選択することができる。

図３３に示す処理においては、まず、開始要求端末のユーザが図２に示す操作ボタン１０８を押下して宛先端末（端末１０ｄｂ）を選択すると宛先選択処理が行われる（ステップＳ４１ａ）。この宛先選択処理について、図３４を参照しながら説明する。

宛先リストに対し、上述のようにユーザの操作ボタン１０８の押下により宛先端末（端末１０ｄｂ）が選択されると、図４に示す操作入力受付部１２は、宛先端末（端末１０ｄｂ）を指定した通話を開始する要求、すなわちセッションの開始要求を受け付ける（ステップＳ４１ａ−１）。次に、表示制御部１６は、図２０に示す発信確認ダイアログ１２００−１を宛先リストに重畳して表示する（ステップＳ４１ａ−２）。図２０に示す発信確認ダイアログ１２００−１の構成については、第１の実施の形態で上述したとおりである。

ここで、操作入力受付部１２は、「はい」ボタン１２００−２が押下された場合には、参加制限なしの指定を受け付ける。一方、操作入力受付部１２は、制限発信ボタン１２００−４が選択された場合には、参加制限ありの指定を受け付ける。

操作入力受付部１２が参加制限ありの指定を受け付けた場合には（ステップＳ４１ａ−３：Ｙｅｓ）、表示制御部１６は、図２１に示す参加認証情報入力ダイアログ１２０１−１をディスプレイ１２０に表示する。図２１に示す参加認証情報入力ダイアログ１２０１−１の構成については、第１の実施の形態で上述したとおりである。

端末１０ａａのユーザは、図２１に示す参加認証情報入力ダイアログ１２０１−１のＰＩＮコード入力部１２０１−２から参加認証情報としてのＰＩＮコードを入力する。端末１０ａａの操作入力受付部１２は、参加認証情報入力ダイアログ１２０１−１を介して、ユーザから参加認証情報としてのＰＩＮコードの入力を受け付けて、入力された参加認証情報（ＰＩＮコード）を管理システム５０が受信することにより受け付ける（ステップＳ４１ａ−４）。

次に、表示制御部１６は、参加認証情報入力ダイアログ１２０１−１の表示を消し、図３５に示す参加許可端末選択ダイアログ１２０４−１（第２選択画面）をディスプレイ１２０に表示する（ステップＳ４１ａ−５）。

参加許可端末選択ダイアログ１２０４−１は、参加許可端末を選択するためのユーザインターフェースである。参加許可端末選択ダイアログ１２０４−１には、宛先リストに表示された宛先端末候補と同様の端末１０がリスト表示されており、参加許可端末として選択するための端末選択チェックボックス１２０４−２、選択した参加許可端末を確定するためのＯＫボタン１２０４−３とが含まれている。

端末１０ａａのユーザは、図３５に示す端末選択チェックボックス１２０４−２によって、宛先端末（端末１０ｄｂ）との間で確立されるセッションに、参加を許可する端末１０を選択し、ＯＫボタン１２０４−３によってその選択を確定する（ステップＳ４１ａ−６）。

なお、上述のように、参加認証情報入力ダイアログ１２０１−１を表示して参加認証情報が入力された後に、参加許可端末選択ダイアログ１２０４−１を表示して参加許可端末を選択させるものとしたが、これらの表示は逆でもよい。また、参加許可端末選択ダイアログ１２０４−１に表示される端末１０のリストのうち、宛先端末として指定されている端末１０（端末１０ｄｂ）については、端末選択チェックボックス１２０４−２の該当するチェックボックスにデフォルトでチェックを入れておくものとしてもよい。また、宛先端末として指定されている端末１０（端末１０ｄｂ）については、参加許可端末選択ダイアログ１２０４−１のリストには表示させずに、参加許可端末として扱うものとしてもよい。同様に、宛先端末である端末１０（端末１０ｄｂ）にとって、開始要求端末（端末１０ａａ）を参加許可端末として扱うものとしてもよい。このように、相互に参加許可端末として扱うことによって、いずれかが確立中セッションから抜けた場合においても、参加認証情報（ＰＩＮコード）の入力を必要とすることなく、再度、確立中セッションに参加することが可能となる。

次に、端末１０ａａの送受信部１１は、参加制限ありの参加制限情報と、入力を受け付けた参加認証情報（ＰＩＮコード）と、参加許可端末として選択された端末１０の端末ＩＤを含む開始要求情報を生成する（ステップＳ４１ａ−７）。ステップＳ４１ａ−７において生成された開始要求情報には、開始を要求する旨の情報であって、かつ、参加制限ありの参加制限情報である「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」と、開始要求端末の端末ＩＤ「１０ａａ」と、宛先端末の端末ＩＤ「１０ｄｂ」と、参加認証情報としてのＰＩＮコード「１２３４」と、参加許可端末の端末ＩＤ（ここでは「１０ａｃ」とする）を含んでいる。

一方、操作入力受付部１２が参加制限なしの指定を受け付けた場合には（ステップＳ４１ａ−３：ＮＯ）、送受信部１１は、参加制限なしの参加制限情報を含む開始要求情報を生成する（ステップＳ４１ａ−８）。ステップＳ４１ａ−８において生成された開始要求情報は、開始を要求する旨の情報であって、かつ参加制限なしの参加制限情報であることを示す「Ｉｎｖｉｔｅ」と、開始要求端末の端末ＩＤ「１０ａａ」と、宛先端末の端末ＩＤ「１０ｄｂ」とを含んでいる。

ここで、図３３では、開始要求情報として、参加制限ありの参加制限情報である「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」が指定された場合を例にあげて説明する。図３３において、端末１０ａａの送受信部１１は、開始要求端末（端末１０ａａ）の端末ＩＤ「１０ａａ」、宛先端末（端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」、開始を要求する旨の情報であって参加制限ありを示す参加制限情報を含む「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」、参加認証情報（ＰＩＮコード）、および参加許可端末の端末ＩＤ「１０ａｃ」が含まれる開始要求情報を、開始要求端末のＩＰアドレスとともに管理システム５０へ送信する（ステップＳ４２ａ）。これにより、管理システム５０の送受信部５１は、開始要求情報を受信すると共に、送信元である開始要求端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することになる。

次に、状態管理部５３は、端末管理テーブル（図７参照）において、開始要求情報に含まれる開始要求端末（端末１０ａａ）の端末ＩＤ「１０ａａ」および宛先端末（端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの参加許可端末ＩＤのフィールド部分に、開始要求情報に含まれる参加許可端末の端末ＩＤ「１０ａｃ」を登録する（ステップＳ４２ｂ）。なお、状態管理部５３は、開始要求端末の端末ＩＤおよび宛先端末の端末ＩＤがそれぞれ含まれるレコードの双方の参加許可端末ＩＤのフィールド部分に、参加許可端末の端末ＩＤを登録するものとしたが、これに限定されるものではない。すなわち、開始要求情報を送信した開始要求端末の端末ＩＤが含まれるレコードの参加許可端末ＩＤのフィールド部分にのみ、参加許可端末の端末ＩＤを登録するものとしてもよい。

以下のステップＳ４３〜Ｓ４８での処理は、第１の実施の形態の図１８に示す処理と同様である。なお、確立中セッションが終了した場合には、ステップＳ４２ｂで、端末管理テーブル（図７参照）に登録された参加許可端末の端末ＩＤは、セキュリティ向上の観点から削除することが望ましい。

＜＜本実施の形態の主な効果＞＞
このように本実施の形態では、端末管理テーブルにおいて参加許可端末ＩＤを予め登録しておくのではなく、開始要求端末において、参加認証情報を入力すると共に、参加許可端末を選択し、端末管理テーブルに、その参加許可端末の端末ＩＤを登録するものとしている。したがって、端末管理テーブルにおいて、参加許可端末ＩＤを予め登録としておくという静的な管理ではなく、参加許可端末を動的に選択して登録することができるので、ユーザの便宜を図りつつ、参加者は会議参加への条件を事前に記憶していなくても、参加許可端末から参加が可能となる。

［第３の実施の形態］
第１の実施の形態および第２の実施の形態では、参加許可端末からの確立中セッションへの参加要求であっても、参加認証情報（ＰＩＮコード）の入力を必要としている。本実施の形態では、参加許可端末からの確立中セッションへの参加要求の際、参加認証情報（ＰＩＮコード）の入力を不要とする動作について説明する。以下、第３の実施の形態について、第１の実施の形態における構成および動作と相違する点を中心に説明する。

本実施の形態の伝送システム１のネットワーク構成、端末１０、管理システム５０、中継装置３０、プログラム提供システム９０およびメンテナンスシステム１００のハードウェア構成、ならびに伝送システム１を構成する各端末、装置およびシステムの機能的構成については第１の実施の形態と同様である。

＜＜本実施の形態の処理・動作＞＞
また、本実施の形態において、各中継装置３０から管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理、端末１０が通話を開始する前の準備段階における各管理情報の送受信処理、端末が他の端末との通信の開始を要求する場合の処理、宛先端末が開始要求端末との間で通信開始を許可する応答を受け付けた場合の処理、および中継装置が開始要求端末と宛先端末との間で伝送されるデータの中継を開始する処理についても、第１の実施の形態と同様である。

＜参加要求端末がコンテンツデータ用セッションへの参加を要求する処理＞
図３６は、第３の実施の形態におけるコンテンツデータ用セッションへの参加要求情報を送信する処理の一例を示したシーケンス図である。図３７は、第３の実施の形態における参加の判断処理の一例を示した処理フロー図である。図３６および図３７を参照しながら、開始要求端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間でコンテンツデータ用セッションが確立された後に、端末１０ａｃがこのコンテンツデータ用セッションへの参加を要求する参加要求情報を送信する処理を説明する。すなわち、端末１０ａｃは、参加要求情報を送信する参加要求端末として動作する。なお、図３６においては、すべて管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。また、図７に示すように、端末管理テーブルにおいて、端末ＩＤ「１０ａａ」および「１０ｄｂ」に対応するレコードの参加許可端末ＩＤには、予め「１０ａｃ」が登録されているものとする。

図３６に示すステップＳ１０１、Ｓ１０４およびＳ１０５での処理は、第１の実施の形態の図２７に示す処理と同様である。

管理システム５０は、参加要求情報を受信すると、宛先リスト管理テーブル（図８参照）を用いて、参加要求端末（端末１０ａｃ）と、コンテンツデータ用セッションｓｅｄに参加している参加中端末（端末１０ａａおよび端末１０ｄｂ）と、を接続するための処理を継続するか判断する（ステップＳ１０６）。

ここで、図３７を用いて、ステップＳ１０６における処理を詳細に説明する。まず、状態管理部５３は、端末管理テーブル（図７参照）を参照し、参加要求情報に示される、選択された参加中端末（端末１０ａａ）の端末ＩＤ「１０ａａ」を検索キーとして、参加中端末の通信状態を取得する（ステップＳ１０６−１）。

次に、参加判断部６３は、状態管理部５３によって取得された参加中端末（端末１０ａａ）の通信状態を参照する（ステップＳ１０６−２）。参加判断部６３は、参加中端末の通信状態が「Ｂｕｓｙ」である場合には（ステップＳ１０６−２：Ｂｕｓｙ）、参加要求端末（端末１０ａｃ）の確立中セッションへの参加を許可する（ステップＳ１０６−３）。

一方、参加中端末（端末１０ａａ）の通信状態が「Ｐｒｉｖａｔｅ Ｂｕｓｙ」である場合には（ステップＳ１０６−２：Ｐｒｉｖａｔｅ Ｂｕｓｙ）、状態管理部５３は、端末管理テーブル（図７参照）を参照し、参加中端末（端末１０ａａ）の端末ＩＤ「１０ａａ」を検索キーとして、参加許可端末ＩＤを取得する。状態管理部５３は、取得した参加許可端末ＩＤと、参加要求情報に示される参加要求端末の端末ＩＤが一致するか判断する（ステップＳ１０６−４ａ）。

参加許可端末ＩＤと参加要求端末（端末１０ａｃ）の端末ＩＤとが同一であると判断された場合には（ステップＳ１０６−４ａ：Ｙｅｓ）、参加要求端末に参加認証情報（ＰＩＮコード）の問い合わせを行うことなく、参加要求端末（端末１０ａｃ）の確立中セッションへの参加を許可する（ステップＳ１０６−３）。

一方、参加許可端末ＩＤと参加要求端末（端末１０ａｃ）の端末ＩＤとが同一でないと判断された場合、または、状態管理部５３によって端末管理テーブル（図７参照）から、参加許可端末の端末ＩＤが取得されなかった場合には（ステップＳ１０６−４ａ：Ｎｏ）、送受信部５１は、参加要求端末に対して、参加認証情報（ＰＩＮコード）の問い合わせを行う（ステップＳ１０６−６）。参加要求端末は、表示制御部１６により、図３０に示す参加認証情報入力ダイアログ１２０３−１を、宛先リスト１４００−１に重畳してディスプレイ１２０ａｃに表示し、ユーザからの参加認証情報（ＰＩＮコード）の入力を受け付ける（ステップＳ１０６−７）。このとき、表示制御部１６は、参加認証情報入力ダイアログ１２０３−１に参加認証情報を表示させない。

この場合、参加要求端末（端末１０ａｃ）のユーザは、参加要求端末が参加許可端末として登録されていないので、ディスプレイ１２０ａｃに表示された参加認証情報入力ダイアログ１２０３−１のＰＩＮコード入力部１２０３−２によって、把握している参加認証情報を入力しなければならない。

以下のステップＳ１０６−８〜Ｓ１０６−１１、Ｓ１０７〜Ｓ１１３での処理は、第１の実施の形態の図２７および図３１に示す処理と同様である。

＜＜本実施の形態の主な効果＞＞
以上説明したように本実施の形態によれば、参加要求端末の端末ＩＤが、端末管理テーブル（図７参照）において、参加中端末の端末ＩＤに対応するレコードの参加許可端末ＩＤとして登録されている場合、参加要求端末に対して参加認証情報（ＰＩＮコード）の問い合わせを行うことなく、確立中セッションへの参加を許可するものとしている。したがって、端末管理テーブルに、参加許可端末ＩＤが登録されていれば、その参加許可端末ＩＤに対応する参加中端末が参加している確立中セッションに、参加許可端末において参加認証情報（ＰＩＮコード）を入力することなく、参加することが可能となり、ユーザの便宜を図ることができる。

なお、第２の実施の形態に係る技術に、第３の実施の形態に係る技術を適用することも可能である。

以上、本実施の形態を用いて説明したが、上記実施の形態に多様な変更または改良を加えることができる。

図３８は、変形例の参加認証情報入力ダイアログの表示例を示す図である。図３８に示すように、図２１に示す参加認証情報入力ダイアログ１２０１−１、図２９に示す参加認証情報入力ダイアログ１２０２−１、または図３０に示す参加認証情報入力ダイアログ１２０３−１の代わりに、ソフトウェアキーボードを含む参加認証情報入力ダイアログ１２０５−１を表示させてもよい。これによって、ソフトウェアキーボードを含むＰＩＮコード入力部１２０５−２で参加認証情報を入力可能とするように、端末１０の表示制御部１６を構成することができる。

なお、参加認証情報入力ダイアログに手書き入力部等を表示し、参加認証情報を手書き入力で入力可能とするように表示制御部１６および操作入力受付部１２を構成し、入力された文字を文字認識する認識部を備えるように端末１０を構成してもよい。

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

また、上述の各実施の形態の端末用プログラム、中継装置用プログラムおよび伝送管理用プログラムが記憶された記録媒体、ならびにこれらプログラムが記憶されたＨＤ２０４、およびこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品として、国内または国外へ、端末用プログラム、中継装置用プログラムおよび伝送管理用プログラムがユーザ等に提供される場合に用いられる。

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

また、中継装置管理テーブル、図７に示す端末管理テーブル、および図９に示すセッション管理テーブルでは、受信日時について管理しているが、これに限るものではなく、受信日時のうち少なくとも受信時間を管理すればよい。

さらに、上述の各実施の形態では、図５に示されている中継装置管理テーブルにおいて、中継装置のＩＰアドレスを管理し、図７に示されている端末管理テーブルにおいて端末のＩＰアドレスを管理することとしたが、これに限るものではない。通信ネットワーク２上で中継装置３０を特定するための中継装置特定情報、または通信ネットワーク２上で端末１０を特定するための端末特定情報であれば、それぞれのＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）を管理してもよい。この場合、周知のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。なお、「通信ネットワーク２で中継装置３０を特定するための中継装置特定情報」だけでなく、「通信ネットワーク２上における中継装置３０への接続先を示した中継装置接続先情報」、または「通信ネットワーク２上における中継装置３０への宛先を示した中継装置宛先情報」と表現してもよい。同じく、「通信ネットワーク２で端末１０を特定するための端末特定情報」だけでなく、「通信ネットワーク２上における端末１０への接続先を示した端末接続先情報」または「通信ネットワーク２上における端末１０への宛先を示した端末宛先情報」と表現してもよい。

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

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

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

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

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

１ 伝送システム
２ 通信ネットワーク
２ａ〜２ｄ ＬＡＮ
２ａｂ、２ｃｄ 専用線
２ｉ インターネット
１０、１０ａａ〜１０ａｄ、１０ｂａ〜１０ｂｃ、１０ｃａ〜１０ｃｃ、１０ｄａ〜１０ｄｃ 伝送端末
１１ 送受信部
１２ 操作入力受付部
１３ ログイン要求部
１４ 撮像部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 表示制御部
１８ 遅延検出部
１９ 記憶・読出処理部
２０ 宛先リスト作成部
３０、３０ａ〜３０ｅ 中継装置
３１ 送受信部
３２ 状態検知部
３３ データ品質確認部
３４ 変更品質管理部
３５ データ品質変更部
３９ 記憶・読出処理部
５０ 伝送管理システム
５１ 送受信部
５２ 端末認証部
５３ 状態管理部
５４ 端末抽出部
５５ 端末状態取得部
５６ 中継装置選択部
５７ セッション管理部
５８ 品質決定部
５９ 記憶・読出処理部
６０ 遅延時間管理部
６１ 変更要求情報判断部
６２ 宛先判断部
６３ 参加判断部
７０、７０ａ〜７０ｄ、７０ａｂ、７０ｃｄ ルータ
９０ プログラム提供システム
１００ メンテナンスシステム
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ フラッシュメモリ
１０５ ＳＳＤ
１０６ メディア
１０７ メディアドライブ
１０８ 操作ボタン
１０９ 電源スイッチ
１１０ バスライン
１１１ ネットワークＩ／Ｆ
１１２ カメラ
１１２ｃ ケーブル
１１３ 撮像素子Ｉ／Ｆ
１１４ マイク
１１４ｃ ケーブル
１１５ スピーカ
１１５ｃ ケーブル
１１６ 音声入出力Ｉ／Ｆ
１１７ ディスプレイＩ／Ｆ
１１８ 外部機器接続Ｉ／Ｆ
１１９ アラームランプ
１２０、１２０ａａ〜１２０ａｃ、１２０ｂａ〜１２０ｂｃ、１２０ｃａ〜１２０ｃｃ、１２０ｄａ〜１２０ｄｃ ディスプレイ
１２０ｃ ケーブル
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤ
２０５ ＨＤＤ
２０６ 記録メディア
２０７ メディアドライブ
２０８ ディスプレイ
２０９ ネットワークＩ／Ｆ
２１０ バスライン
２１１ キーボード
２１２ マウス
２１３ ＣＤ−ＲＯＭ
２１４ ＣＤ−ＲＯＭドライブ
１０００ 不揮発性記憶部
１００２ 揮発性記憶部
１１００−１ 宛先リスト枠
１１１０−１ 本体
１１１０−２ メニュー画面表示ボタン
１１１０−３ 表示部
１１１０−４ マイク
１１１０−５ スピーカ
１２００−１ 発信確認ダイアログ
１２０１−１ 参加認証情報入力ダイアログ
１２０２−１ 参加認証情報入力ダイアログ
１２０２−５ 参加認証情報表示部
１２０３−１ 参加認証情報入力ダイアログ
１２０４−１ 参加許可端末選択ダイアログ
１２０４−２ 端末選択チェックボックス
１２０５−１ 参加認証情報入力ダイアログ
１３００−１ 開始要求受付画面
１４００−１ 宛先リスト
３０００ 不揮発性記憶部
３００１ 変更品質管理ＤＢ
５０００ 不揮発性記憶部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ
５００７ 品質管理ＤＢ
５００８ 中継装置選択管理ＤＢ
５００９ 状態変更管理ＤＢ
５１００ 揮発性記憶部

特開２０１２−５００６３号公報 特開平７−１７７４８２号公報 特開２００５−１８４８７号公報

Claims (12)

1. 複数の端末を備える通信システムであって、
   前記複数の端末のうち第１端末と第２端末とのセッションの開始を要求する情報であって、前記第１端末および前記第２端末以外の前記端末の前記セッションへの参加制限の有無の指定を含む開始要求情報を取得する第１取得手段と、
   前記開始要求情報にしたがい、前記第１端末と前記第２端末との間の前記セッションを確立するセッション管理手段と、
   前記参加制限有りと指定された前記開始要求情報により確立された確立中セッションに対して参加を許可する参加許可端末を識別する許可識別情報を記憶する記憶手段と、
   前記確立中セッションへの前記第１端末および前記第２端末以外の第３端末の参加を要求する参加要求情報を取得する第２取得手段と、
   前記参加要求情報により特定される前記第３端末が、前記許可識別情報により特定される前記参加許可端末であるか否か比較し、少なくとも、両者が一致している場合に、前記第３端末の前記確立中セッションへの参加を許可する参加判断手段と、
   を備える通信システム。
2. 前記第１取得手段は、前記開始要求情報が前記参加制限有りの指定を含む場合、前記セッションへの参加を認証するための参加認証情報を含む前記開始要求情報を取得し、
   前記第２取得手段は、前記第３端末で入力された参加認証情報をさらに取得し、
   前記参加判断手段は、前記参加要求情報により特定される前記第３端末が、前記許可識別情報により特定される前記参加許可端末と一致し、かつ、前記第１取得手段により取得された参加認証情報と、前記第２取得手段により取得された参加認証情報とが一致している場合に、前記第３端末の前記確立中セッションへの参加を許可する請求項１に記載の通信システム。
3. 前記第３端末の表示部に、前記確立中セッションに参加している前記端末を選択するための第１選択画面と、参加認証情報を表示する認証情報表示画面と、参加認証情報を入力するための認証情報入力画面と、を表示させる第１表示制御手段をさらに備え、
   前記記憶手段は、前記確立中セッションに参加している前記端末の端末識別情報に対応付けて前記許可識別情報を記憶し、
   前記第１表示制御手段は、前記第１選択画面において選択された前記端末の端末識別情報に対応付けられた前記許可識別情報により特定される前記参加許可端末が、前記第３端末である場合、前記第１取得手段により取得された参加認証情報を前記認証情報表示画面に表示し、
   前記第２取得手段は、前記認証情報表示画面に表示された参加認証情報に基づき前記認証情報入力画面において入力された参加認証情報を取得する請求項２に記載の通信システム。
4. 前記第１表示制御手段は、前記第１選択画面において選択された前記端末が参加している前記確立中セッションに参加しているすべての前記端末それぞれの端末識別情報に対応付けられた前記許可識別情報により特定される前記参加許可端末が、すべて前記第３端末である場合、前記第１取得手段により取得された参加認証情報を前記認証情報表示画面に表示する請求項３に記載の通信システム。
5. 前記第１表示制御手段は、前記第１取得手段により取得された参加認証情報を表示する前記認証情報表示画面を表示させた後、一定時間後に非表示にする請求項３または４に記載の通信システム。
6. 前記記憶手段は、前記確立中セッションに対して参加を許可する前記参加許可端末を識別する前記許可識別情報を予め記憶している請求項１〜５のいずれか一項に記載の通信システム。
7. 前記第１取得手段は、前記第１端末から入力された参加認証情報を含む前記開始要求情報を取得する請求項１〜６のいずれか一項に記載の通信システム。
8. 前記第１端末の表示部に、前記参加許可端末を選択するための第２選択画面を表示させる第２表示制御手段をさらに備え、
   前記第１取得手段は、前記第２選択画面において選択された前記参加許可端末を識別する前記許可識別情報を含む前記開始要求情報を取得する請求項７に記載の通信システム。
9. 前記記憶手段は、前記開始要求情報にしたがって確立する前記セッションに参加するすべての前記端末の端末識別情報に対応付けて、前記第２選択画面において選択された前記参加許可端末を識別する前記許可識別情報を記憶する請求項８に記載の通信システム。
10. 複数の端末のうち第１端末と第２端末とのセッションの開始を要求する情報であって、前記第１端末および前記第２端末以外の前記端末の前記セッションへの参加制限の有無の指定を含む開始要求情報を取得する第１取得部と、
    前記開始要求情報にしたがい、前記第１端末と前記第２端末との間の前記セッションを確立するセッション管理部と、
    前記参加制限有りと指定された前記開始要求情報により確立された確立中セッションに対して参加を許可する参加許可端末を識別する許可識別情報を記憶する記憶部と、
    前記確立中セッションへの前記第１端末および前記第２端末以外の第３端末の参加を要求する参加要求情報を取得する第２取得部と、
    前記参加要求情報により特定される前記第３端末が、前記許可識別情報により特定される前記参加許可端末であるか否か比較し、少なくとも、両者が一致している場合に、前記第３端末の前記確立中セッションへの参加を許可する参加判断部と、
    を備えた管理装置。
11. 複数の端末のうち第１端末と第２端末とのセッションの開始を要求する情報であって、前記第１端末および前記第２端末以外の前記端末の前記セッションへの参加制限の有無の指定を含む開始要求情報を取得するステップと、
    前記開始要求情報にしたがい、前記第１端末と前記第２端末との間の前記セッションを確立するステップと、
    前記参加制限有りと指定された前記開始要求情報により確立された確立中セッションに対して参加を許可する参加許可端末を識別する許可識別情報を記憶するステップと、
    前記確立中セッションへの前記第１端末および前記第２端末以外の第３端末の参加を要求する参加要求情報を取得するステップと、
    前記参加要求情報により特定される前記第３端末が、前記許可識別情報により特定される前記参加許可端末であるか否か比較し、少なくとも、両者が一致している場合に、前記第３端末の前記確立中セッションへの参加を許可するステップと、
    を有する通信方法。
12. 複数の端末のうち第１端末と第２端末とのセッションの開始を要求する情報であって、前記第１端末および前記第２端末以外の前記端末の前記セッションへの参加制限の有無の指定を含む開始要求情報を取得する第１取得手段と、
    前記開始要求情報にしたがい、前記第１端末と前記第２端末との間の前記セッションを確立するセッション管理手段と、
    前記参加制限有りと指定された前記開始要求情報により確立された確立中セッションに対して参加を許可する参加許可端末を識別する許可識別情報を記憶する記憶手段と、
    前記確立中セッションへの前記第１端末および前記第２端末以外の第３端末の参加を要求する参加要求情報を取得する第２取得手段と、
    前記参加要求情報により特定される前記第３端末が、前記許可識別情報により特定される前記参加許可端末であるか否か比較し、少なくとも、両者が一致している場合に、前記第３端末の前記確立中セッションへの参加を許可する参加判断手段と、
    をコンピュータに実現させるためのプログラム。

Images