JP6201299B2 - 通信システム、通信方法およびプログラム - Google Patents

Description

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

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

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

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

しかしながら、特許文献１の技術においては、予め会議の参加者を登録するための利用者による操作が必要であり、より簡単にかつ適切に、参加者の制限を行うとともに特定の者に参加を許可して、セキュリティを向上させたいという要望がある。

本発明は、上記に鑑みてなされたものであって、より簡単にかつ適切に、通信に参加することのできる端末を制限するとともに、特定の端末だけ通信に参加させて、セキュリティを向上させつつ、ユーザの便宜を図ることができる通信システム、通信方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかる通信システムは、複数の端末の通信を管理する通信システムであって、第１の端末を識別する第１の識別情報とセッションの宛先として第２の端末を識別する第２の識別情報及び第３の端末を識別する第３の識別情報とが対応付けられた第１の宛先管理情報と、前記第１の識別情報、前記第２の識別情報、前記第３の識別情報のそれぞれに対して通信の可否に関連する稼働状態と前記セッションへの参加制限の有無で区別される通信状態とが対応付けられた第２の宛先管理情報とを記憶する記憶部と、前記第１の宛先管理情報により互いに対応付けられた前記第１の識別情報により識別される前記第１の端末と前記第２の識別情報により識別される前記第２の端末とのセッションの開始を要求する情報であって、前記第１の端末および前記第２の端末以外の前記端末の前記セッションへの前記参加制限の有無の指定を含む開始要求情報と、前記参加制限が有りの場合に前記セッションへの参加を認証するための参加認証情報とを取得する第１取得部と、前記開始要求情報にしたがい、前記第１の端末と前記第２の端末の間のセッションを確立するセッション管理部と、前記第１の端末および前記第２の端末の間で既に確立されている確立中セッションへの、前記第３の識別情報により識別される前記第３の端末の参加を要求する参加要求情報を取得する第２取得部と、前記参加要求情報と前記第１の宛先管理情報と前記第２の宛先管理情報とに応じて、前記第１の端末及び前記第２の端末のそれぞれの稼働状態及び通信状態を示す状態情報を前記第３の端末に送信する送信部と、前記状態情報に応じて前記第３の端末で入力された前記参加認証情報を取得する第３取得部と、前記参加要求情報が、前記参加制限有りが指定された前記開始要求情報で確立された前記確立中セッションへの参加の要求である場合には、前記第１取得部で取得した参加認証情報と前記第２取得部で取得した参加認証情報との比較に基づいて、前記第３の端末の前記確立中セッションへの参加を許可、または、前記第３の端末に対して、参加認証情報の要求を行う参加判断部と、を備えたことを特徴とする。

本発明にかかる通信方法は、複数の端末の通信を管理する通信システムで実行される通信方法であって、第１の端末を識別する第１の識別情報とセッションの宛先として第２の端末を識別する第２の識別情報及び第３の端末を識別する第３の識別情報とが対応付けられた第１の宛先管理情報と、前記第１の識別情報、前記第２の識別情報、前記第３の識別情報のそれぞれに対して通信の可否に関連する稼働状態と前記セッションへの参加制限の有無で区別される通信状態とが対応付けられた第２の宛先管理情報とを記憶する記憶ステップと、前記第１の宛先管理情報により互いに対応付けられた前記第１の識別情報により識別される前記第１の端末と前記第２の識別情報により識別される前記第２の端末とのセッションの開始を要求する情報であって、前記第１の端末および前記第２の端末以外の前記端末の前記セッションへの前記参加制限の有無の指定を含む開始要求情報と、前記参加制限が有りの場合に前記セッションへの参加を認証するための参加認証情報とを取得する第１取得ステップと、前記開始要求情報にしたがい、前記第１の端末と前記第２の端末の間のセッションを確立するセッション管理ステップと、前記第１の端末および前記第２の端末の間で既に確立されている確立中セッションへの、前記第３の識別情報により識別される前記第３の端末の参加を要求する参加要求情報を取得する第２取得ステップと、前記参加要求情報と前記第１の宛先管理情報と前記第２の宛先管理情報とに応じて、前記第１の端末及び前記第２の端末のそれぞれの稼働状態及び通信状態を示す状態情報を前記第３の端末に送信する送信ステップと、前記状態情報に応じて前記第３の端末で入力された前記参加認証情報を取得する第３取得ステップと、前記参加要求情報が、前記参加制限有りが指定された前記開始要求情報で確立された前記確立中セッションへの参加の要求である場合には、前記第１取得ステップで取得した参加認証情報と前記第２取得ステップで取得した参加認証情報との比較に基づいて、前記第３の端末の前記確立中セッションへの参加を許可、または、前記第３の端末に対して、参加認証情報の要求を行う参加判断ステップと、を含むことを特徴とする。

本発明にかかるプログラムは、複数の端末の通信を管理するコンピュータに実行させるためのプログラムであって、第１の端末を識別する第１の識別情報とセッションの宛先として第２の端末を識別する第２の識別情報及び第３の端末を識別する第３の識別情報とが対応付けられた第１の宛先管理情報と、前記第１の識別情報、前記第２の識別情報、前記第３の識別情報のそれぞれに対して通信の可否に関連する稼働状態と前記セッションへの参加制限の有無で区別される通信状態とが対応付けられた第２の宛先管理情報とを記憶する記憶ステップと、前記第１の宛先管理情報により互いに対応付けられた前記第１の識別情報により識別される前記第１の端末と前記第２の識別情報により識別される前記第２の端末とのセッションの開始を要求する情報であって、前記第１の端末および前記第２の端末以外の前記端末の前記セッションへの前記参加制限の有無の指定を含む開始要求情報と、前記参加制限が有りの場合に前記セッションへの参加を認証するための参加認証情報とを取得する第１取得ステップと、前記開始要求情報にしたがい、前記第１の端末と前記第２の端末の間のセッションを確立するセッション管理ステップと、前記第１の端末および前記第２の端末の間で既に確立されている確立中セッションへの、前記第３の識別情報により識別される前記第３の端末の参加を要求する参加要求情報を取得する第２取得ステップと、前記参加要求情報と前記第１の宛先管理情報と前記第２の宛先管理情報とに応じて、前記第１の端末及び前記第２の端末のそれぞれの稼働状態及び通信状態を示す状態情報を前記第３の端末に送信する送信ステップと、前記状態情報に応じて前記第３の端末で入力された前記参加認証情報を取得する第３取得ステップと、前記参加要求情報が、前記参加制限有りが指定された前記開始要求情報で確立された前記確立中セッションへの参加の要求である場合には、前記第１取得ステップで取得した参加認証情報と前記第２取得ステップで取得した参加認証情報との比較に基づいて、前記第３の端末の前記確立中セッションへの参加を許可、または、前記第３の端末に対して、参加認証情報の要求を行う参加判断ステップと、を実行させる。

本発明によれば、より簡単にかつ適切に、参加者の制限を行うとともに特定の者に参加を許可して、セキュリティを向上させつつ、ユーザの便宜を図ることができるという効果を奏する。

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

以下に添付図面を参照して、通信システム、通信方法およびプログラムの実施の形態を詳細に説明する。図１は、実施の形態にかかる通信システムおよびプログラム構成を示すブロック図である。

（実施の形態１）
＜＜実施の形態の全体構成＞＞
以下、図１乃至図３２を用いて、通信システムおよびプログラムの実施の形態を詳細に説明する。図１は、実施の形態１にかかる通信システムとしての伝送システム１の概略図であり、まずは図１を用いて、本実施形態の概略を説明する。

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

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

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

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

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

以下、「画像データおよび音声データ」を「コンテンツデータ」として表す。なお、端末１０間で伝送されるデータは、実施の形態に限定されるものではなく、他の例としては、コンテンツデータは、テキストデータであってもよく、また、他の例としては、コンテンツデータは、音声データ、画像データに加えてテキストデータを含むものであってもよい。また、画像データは、動画であってもよく、静止画であってもよい。また、画像データは、動画と静止画の両方を含んでいてもよい。

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

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

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

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

管理システム５０は、端末１０及び中継装置３０を一元的に管理する。管理システム５０は、端末１０間でのセッションを確立することにより、端末１０間における通話等によるテレビ会議を実現する。

管理システム５０は、所定の端末１０からセッションの開始要求情報を受信した場合に、開始要求情報を送信した端末１０（開始要求端末）と宛先端末の間のセッションを確立し、テレビ会議を開始させる。管理システム５０は、また、所定の端末１０から既に確立しているセッション（以下、確立中セッションと称する）への参加要求情報を受信した場合に、参加要求端末を、確立中セッションに参加させるか否かを判断する。

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

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

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

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

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

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

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

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

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

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

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

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

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

外部機器接続Ｉ／Ｆ１１８には、図４に示されている筐体１１００の接続口１１３２に差し込まれたＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。なお、端末１０は汎用的なＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン、タブレット型端末、携帯電話であってもよい。この場合カメラ１１２やマイク１１４は必ずしも内蔵している必要はなく、外付けであってもよい。

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

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

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

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

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

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

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

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

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

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

＜端末の各機能部＞
次に、端末の各部を詳細に説明する。端末１０の送受信部１１は、図２に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。

送受信部１１は、当該端末１０が他の端末１０とセッションを確立し、通話によるテレビ会議を開始する前から、管理システム５０より、宛先端末候補としての各端末１０の状態を示す各状態情報の受信を開始する。

ここで、宛先端末候補とは、当該端末１０が、テレビ会議を行う相手、すなわちセッション相手として指定可能な端末１０である。すなわち、当該端末１０は、宛先端末候補として予め設定されていない端末とは、セッションを確立することができず、したがってテレビ会議を行うことができない。なお、宛先端末候補は、テレビ会議を行う相手端末の候補、すなわち相手端末候補である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

データ品質確認部３３は、図３に示されているＣＰＵ２０１からの命令によって実現され、宛先端末のＩＰアドレスを検索キーとして、変更品質管理テーブルを検索し、対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。変更品質管理部３４は、図３に示されているＣＰＵ２０１からの命令によって実現され、管理システム５０から送られて来る、後述の品質情報に基づいて、変更品質管理ＤＢ３００１の変更品質管理テーブルの内容を変更する。

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

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

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

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

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

（端末管理テーブル）
また、不揮発性記憶部５０００には、図７に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。なお、図７は、端末管理テーブルを示す概念図である。この端末管理テーブルでは、各端末１０の端末ＩＤ毎に、端末名、各端末１０の稼動状態、他の端末との通信状態、参加認証情報（ＰＩＮコード）、後述のログイン要求情報が管理システム５０で受信された受信日時、及び端末１０のＩＰアドレスが関連付けられて管理される。

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

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

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

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

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

（宛先リスト管理テーブル）
更に、不揮発性記憶部５０００には、図８に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。なお、図８は、宛先リスト管理テーブルを示す概念図である。この宛先リスト管理テーブルでは、管理システム５０で管理される通話を含むテレビ会議において用いられるセッションの開始要求情報の要求元としての端末１０である開始要求端末の端末ＩＤに対して、この端末１０から送信されるコンテンツデータの宛先の候補となる端末１０である宛先端末候補を識別する端末ＩＤが関連付けられて管理される。例えば、図８に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「１０ａａ」である端末（端末１０ａａ）からテレビ会議の開始を要求することができる宛先端末候補は、端末ＩＤが「１０ａｃ」の端末１０ａｃ、端末ＩＤが「１０ｂｃ」の端末１０ｂｃ、端末ＩＤが「１０ａｄ」の端末１０ａｄ、及び端末ＩＤが「１０ａｅ」の端末１０ａｅであることが示されている。この宛先端末候補は、開始要求端末から管理システム５０に対する追加又は削除の要請により、追加又は削除されることで更新される。

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

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

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

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

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

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

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

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

また、送受信部５１は、後述する参加判断部６３が参加要求端末の確立中セッションへの参加を拒否した場合に、参加要求端末に、参加拒否の旨のメッセージを送信する。さらに、送受信部５１は、参加判断部６３が参加要求端末の確立中セッションへの参加を拒否した場合に、確立中セッションに参加中のすべての端末に、参加に失敗した端末が存在する旨のメッセージを送信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、参加判断部６３は、開始要求端末から受信した参加認証情報と参加要求端末から受信した参加認証情報が一致しない場合には、直ちに、参加要求端末の確立中セッションへの参加を拒否せずに、参加要求端末に、参加認証情報の再入力の要求を行う。そして、参加判断部６３は、開始要求端末から受信した参加認証情報と参加要求端末から受信した参加認証情報が一致しない不一致回数が、所定の上限値に達した場合に、当該参加要求端末の確立中セッションへの参加を拒否する。

ここで、不一致回数の上限値は、端末管理ＤＢ５００３に予め登録されている。なお、これに限定されるものではなく、ユーザにより任意の回数を不一致回数に指定するように構成してもよい。

また、端末管理ＤＢ５００３は、不一致回数をカウントするための不一致カウンタを備えており、同一の参加要求端末から参加認証情報を受信するたびに、不一致カウンタを１加算する。

＜＜本実施の形態の処理・動作＞＞
以上が、本実施形態に係る伝送システム１の構成及び機能（又は手段）の説明であり、続いて、図１４乃至図３２を用いて、本実施の形態に係る伝送システム１における処理方法を説明する。なお、図１４は、各中継装置の稼動状態を示す状態情報を管理する処理を示したシーケンス図である。図１５は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。図１６は、端末間で通話を開始する準備段階の処理を示したシーケンス図である。図１７は、本実施形態の宛先リストの表示例を示す図である。図１８は、通信の開始を要求する処理を示したシーケンス図である。図１９は、宛先選択処理における開始要求端末の詳細な処理の手順を示すフローチャートである。図２０は、発信確認ダイアログの表示例を示す図である。図２１は、参加認証情報入力画面の表示例を示す図である。図２２は、通信の状態を変更する処理の手順を示すフローチャートである。図２３は、通信の開始の要求を許可する処理を示したシーケンス図である。図２４は、開始要求受付画面の表示例を示す図である。図２５は、コンテンツデータの中継を要求する処理を示したシーケンス図である。図２６は、通信の状態を変更する処理の手順を示すフローチャートである。図２７は、コンテンツデータ用セッションへの参加要求情報を送信する処理を示したシーケンス図である。図２８は、宛先リストの表示例を示す図である。図２９は、通信状態に基づく、参加の判断処理の手順を示すフローチャートである。図３０は、参加認証情報再入力画面の一例を示す図である。図３１は、セッションに参加中の端末１０ａａのディスプレイ１２０におけるメッセージの表示例を示す図である。図３２は、通信状態を変更する処理の手順を示すフローチャートである。

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

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

次に、図１５を用いて、伝送システム１におけるコンテンツデータ及び各種管理情報の送受信の状態を示した概念を説明する。図１５に示されているように、伝送システム１では、開始要求端末と宛先端末Ａと宛先端末Ｂとの間では、管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、開始要求端末と宛先端末Ａと宛先端末Ｂとの間では、中継装置３０を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの各データを送受信するための４つのセッションが確立される。ここでは、これら４つのセッションをまとめて、コンテンツデータ用セッションｓｅｄとして示している。すなわち、コンテンツデータ用セッションｓｅｄは、テレビ会議に用いられるセッションである。なお、このセッションの概念はあくまで一例であって、必ずしも画像データのセッションは解像度ごとに分ける必要はない。例えばセッションの数が３つ以下であってもよいし、５つ以上であってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１７は、宛先リストの表示例を示す図である。図１７に示されているように、宛先リストは、宛先リスト枠１１００−１に宛先端末候補の端末ＩＤ１１００−２と、端末名１１００−３と、状態情報を反映させたアイコン１１００−４ａ〜１１００−４ｃなどを含む表示画面である。

アイコンとしては、ＯＦＦラインで通話できないことを示すＯＦＦラインアイコン１１００−４ａと、ＯＮラインで通話可能であることを示す通話可能アイコン１１００−４ｂと、ＯＮラインで通話中であることを示す通話中アイコン１１００−４ｃとがある。

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

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

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

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

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

続いて、図１８を用いて、端末が他の端末との通信の開始を要求する場合の処理を説明する。なお、図１８では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

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

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

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

図１８に示す処理においては、まず、開始要求端末の利用者が図２に示されている操作ボタン１０８を押下して宛先端末（端末１０ｄｂ）を選択すると宛先選択処理が行われる（ステップＳ４１）。

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

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

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

参加制限ありの指定を受け付けた場合には（ステップＳ４１−３，ＹＥＳ）、表示制御部１６が、参加認証情報入力画面をディスプレイ１２０に表示する。図２１は、参加認証情報入力画面の一例を示す図である。

端末１０ａａのユーザは、図２１に示す参加認証情報入力画面から参加認証情報としてのＰＩＮコードを入力する。すなわち、セッションの確立前に、端末１０ａａから自発的に（管理システム５０からの問い合わせなしに）、参加認証情報を入力して管理システム５０に送信することになる。図１９に戻り、端末１０ａａの操作入力受付部１２は、参加認証情報入力画面を介して、ユーザから参加認証情報としてのＰＩＮコードの入力を受け付けて、入力された参加認証情報（ＰＩＮコード）を管理システム５０が受信することにより受け付ける（ステップＳ４１−４）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

続いて、図２３および図２２を用いて、上記の開始要求情報を受信した宛先端末（端末１０ｄｂ）の利用者が、図２に示されている操作ボタン１０８を押下することにより、開始要求端末（端末１０ａａ）との間の通信の開始（セッションの確立）を許可する旨の応答が受け付けられた場合の処理について説明する。なお、図２３でも、開始要求情報として、参加制限ありの制限情報が指定された場合を例にあげて説明する。

図２３に示す送受信処理の開始時には、宛先端末（端末１０ｄｂ）のディスプレイ１２０には、開始要求情報を受信したことを示す開始要求受信画面が表示されている（ステップＳ４９−１）。図２４に示すように、開始要求受付画面１３００−１には、開始要求情報を受信した旨が示されている。さらに、開始要求情報が、参加制限ありを示す制限情報を含んでいる場合には、例えば「この会議は、参加制限会議です。」など、参加制限ありであることを示す旨が示されている。

利用者は、この開始要求受信画面を閲覧することにより、開始要求を受信したことを確認することができ、さらに、開始要求されているセッションにかかるテレビ会議が、参加制限ありが指定された参加制限会議であるか否かを確認することができる。

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

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

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

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

同様にして、状態管理部５３は、状態変更管理テーブル（図１１参照）で管理される変更要求情報「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔ」に対応する宛先端末の変更前状態情報「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」を取得する（ステップＳ５１−２）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

続いて、図２７を用いて、開始要求端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間でコンテンツデータ用セッションが確立された後に、端末１０ｃｄがこのコンテンツデータ用セッションへの参加を要求する参加要求情報を送信する処理を説明する。すなわち、端末１０ｃｄは、参加要求情報を送信する参加要求端末として動作する。なお、図２７では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

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

図２８に示すように、端末１０ｃｄのディスプレイ１２０ｃｄには、開始要求端末としての端末１０ｃｄがセッションを確立することのできる宛先端末が一覧表示された宛先リスト１４００が表示される。

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

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

管理システム５０は、セッション参加要求情報を受信すると、宛先リスト管理テーブル（図８）を用いて、参加要求端末（端末１０ｃｄ）と、コンテンツデータ用セッションｓｅｄに参加している参加中端末（端末１０ａａ，１０ｄｂ）と、を接続するための処理を継続するか判断する（ステップＳ１０６）。ここで、図２９を用いて、ステップＳ１０６における処理を詳細に説明する。図２９は、通信状態に基づく、参加判断処理の手順を示すフローチャートである。

まず、状態管理部５３は端末管理テーブル（図７）を参照し、参加要求情報に示される、選択された参加中端末（端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」を検索キーとして、参加中端末（端末１０ｄｂ）の通信状態を取得する（ステップＳ１０６−１）。次に、参加判断部６３は、取得した通信状態を参照する。取得した通信状態が、「Ｂｕｓｙ」である場合には（ステップＳ１０６−２のＢｕｓｙ）、参加判断部６３は、参加要求端末の確立中セッションへの参加を許可する（ステップＳ１０６−３）。

一方、取得した通信状態が、「Ｐｒｉｖａｔｅ Ｂｕｓｙ」である場合には（ステップＳ１０６−２のＰｒｉｖａｔｅ Ｂｕｓｙ）、参加判断部６３は、端末管理ＤＢ５００３から上限値を取得する（ステップＳ１０６−４）。次に、送受信部５１は、参加要求端末（端末ｃｄ）に対して、参加認証情報の問い合わせを行う（ステップＳ１０６−５）。これにより、参加要求端末は、表示制御部１６により参加認証情報入力画面をディスプレイ１２０ｃｄに表示し、ユーザから参加認証情報の入力を受け付ける（ステップＳ１０６−６、図２７参照）。そして、参加要求端末は、送受信部１１により、受け付けた参加認証情報を管理システム５０に送信し、管理システム５０の送受信部５１はこれを受信する（ステップＳ１０６−７）。

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

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

一方、ステップＳ１０６−８で、両者が一致しない場合には（ステップＳ１０６−８のＮｏ）、参加判断部６３は、参加要求端末の確立中セッションへの参加を行わず、端末管理ＤＢ５００３の不一致回数カウンタに１を加え、両者が一致しない回数、すなわち不一致回数がステップＳ１０６−４で取得した上限値に達したか否かを判断する（ステップＳ１０６−９）。なお、参加判断部６３は、参加認証情報が不一致の旨を端末管理ＤＢ５００３に記憶する。

そして、不一致回数が上限値に達していない場合には（ステップＳ１０６−９：Ｎｏ）、ステップＳ１０６−５へ戻り、送受信部５１は、再度、参加要求端末（端末ｃｄ）に対して、参加認証情報の問い合わせを行う（ステップＳ１０６−６）。これにより、参加要求端末は、表示制御部１６により参加認証情報再入力画面をディスプレイ１２０ｃｄに表示する。ここで、図３０は、参加認証情報再入力画面の一例を示す図である。

参加要求端末のユーザは、この参加認証情報再入力画面を介して、再度、参加認証情報（ＰＩＮコード）を入力してＯＫボタンを押下する。これにより、管理システム５０の送受信部５１は、参加要求端末から再入力された参加認証情報を受信する（ステップＳ１０６−７、図２７参照）。そして、再度、参加判断部６３は、参加要求端末から受信した参加認証情報の内容と、端末管理テーブルの参加中端末（端末１０ａａ，１０ｄｂ）の各端末ＩＤに対応付けて登録されている参加認証情報の内容とを比較して、両者が一致するか否かを判断する（ステップＳ１０６−８）。

このように、ステップＳ１０６−５，Ｓ１０６−６，Ｓ１０６−７、Ｓ１０６−８の処理は、参加要求端末から入力された参加認証情報が誤っている場合でも、不一致回数が上限値に達するまで繰り返し実行される。言い換えれば、不一致回数が上限値に達するまで、参加要求端末のユーザは参加認証情報を再入力することができる。

ステップＳ１０６−９において、不一致回数が上限値に達した場合には（ステップＳ１０６−９：Ｙｅｓ）、参加判断部６３は、参加要求端末の確立中セッションへの参加を禁止する（ステップＳ１０６−１０）。

次に、送受信部５１は、確立中のセッションに参加しているすべての端末（図２７の例では、端末１０ａａ，端末１０ｄｂ）に、参加に失敗した端末が存在している旨のメッセージを通知する（ステップＳ１０６−１１）。端末（端末１０ａａ，ｄｂ）においては、かかるメッセージを受信すると、これをディスプレイ１２０に表示させる。図３１は、セッションに参加中の端末１０ａａのディスプレイ１２０におけるメッセージの表示例を示す図である。端末１０ａａのディスプレイ１２０には、図３１に示すように、「通話端末１０ｃｄから参加要求がありました。」の旨のメッセージとＯＫボタンとが表示される。

図３１の例では、参加拒否された端末の端末名のみが表示されているが、端末名を端末１０ａａで事前に登録していなくても、いずれの端末からの要求かがわかるように、端末ＩＤを表示するように、端末１０の表示制御部１１を構成してもよい。

また、本実施の形態では、セッション参加中の全ての端末（端末１０ａａ，１０ｄｂ）に参加に失敗した端末が存在している旨のメッセージを通知しているが、セッション開始時に参加認証情報を入力した端末１０ａａのみに上記メッセージを送信するように管理システム５０の参加判断部６３を構成してもよい。

さらに、送受信部５１は、セッションに参加できないことを通知するためのエラーメッセージを参加要求端末（端末１０ｃｄ）に送信し（ステップＳ１０６−１２）、参加判断の処理を終了する。なお、参加要求端末（端末１０ｃｄ）においては、エラーメッセージを受信すると、これをディスプレイ１２０に表示させる。

続いて、図２７に戻って、参加要求端末（端末１０ｃｄ）を確立中セッションへの参加が許可され、参加要求端末を参加中端末（端末（１０ａａ，１０ｄｂ））とを接続するための処理を継続する場合について、その後の処理を説明する。

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

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

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

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

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

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

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

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

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

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

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

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

＜＜実施形態の主な効果＞＞
以上説明したように本実施形態によれば、管理システム５０の送受信部５１は、第１の端末（端末１０ａａ）と第２の端末（端末１０ｄｂ）との間でコンテンツデータを伝送するセッションが確立されている場合に、第３の端末（端末１０ｃｄ）からこのセッションへの参加の要求を受け付ける。ここで、第１の端末（端末１０ａａ）が第２の端末（端末１０ｄｂ）と参加制限のあるセッションを開始する際には、管理システム５０は、第１の端末から入力された参加認証情報を登録しておく。そして、管理システム５０の参加判断部６３は、確立されているセッションが、参加制限ありのセッションである場合には、第３の端末から参加認証情報を入力させ、両者の参加認証情報が一致する場合または参加制限なしのセッションである場合には、第３の端末のセッションへの参加を許可する。これにより、本実施の形態の管理システム５０は、簡単にかつ適切に、機密性の高い情報のやり取りを伴う会議等に利用されるセッションへの途中参加を制限しつつ、参加認証情報を知っている特定の第３の端末の途中参加を許可して、セキュリティを向上させつつ、ユーザの便宜を図ることができる。

また、本実施の形態では、入力された参加認証情報とセッション開始時に登録された参加認証情報とが一致しない場合でも、直ちに、第３の端末のセッションへの参加を禁止せず、不一致回数が上限値に達するまで、参加要求端末のユーザに参加認証情報の再入力を行わせるので、参加要求端末が直ちに参加拒否されて再度宛先リストからの参加要求するセッションの端末の選択を行う必要がなくなり、セキュリティを維持しつつ、簡易に再度の参加要求が行え、ユーザの便宜となる。

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

なお、本実施の形態では、参加拒否となる条件として、参加認証情報の不一致回数を用いていたが、これに限定されるものではない。例えば、期間の条件、連続した不一致か否か等の条件を、参加拒否となる条件に追加するように参加判断部６３を構成してもよい。例えば、期間を１時間に設定し、１時間以内に上限値まで連続して端末１０ａｃで入力された参加認証情報の一致判断で不一致と判定された場合に、セッション中の端末１０ａａに通知を行うように参加判断部６３、送受信部５１を構成することができる。この場合、管理システム５０は、期間で設定した１時間が経過するまで端末１０ａｃのセッションへ参加を受付しないように参加判断部６３を構成してもよい。

（実施の形態２）
実施の形態１では、参加要求端末による参加認証情報の再入力により不一致回数が上限値に達した場合に参加が禁止されるが、当該参加要求端末が再度、宛先リストから端末を選択して参加要求を行えば、参加認証情報の入力が可能となる。この実施の形態２では、参加認証情報の不一致回数が上限値に達して、参加要求端末の確立中セッションへの参加を拒否した場合、当該参加要求端末を参加拒否端末として端末管理ＤＢに登録しておき、再度の参加要求があった場合、参加認証情報の一致判断を行わずに、以後のセッションへの参加を拒否するものである。

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

本実施の形態の管理システム５０の参加判断部６３は、参加要求端末からの参加認証情報と端末管理テーブルに登録された参加認証情報との不一致回数が上限値に達して、当該参加要求端末の確立中セッションへの参加を拒否した場合に、端末管理テーブルの確立中セッションの端末の端末ＩＤに、参加要求端末の端末ＩＤを参加拒否端末として対応付けて登録する。

図３３は、実施の形態２の端末管理テーブルの一例を示す図である。図３３に示すように、端末管理テーブルには、参加拒否端末のフィールドがあり、セッション中の端末の端末ＩＤに参加拒否となった端末の端末ＩＤが登録されている。

また、参加判断部６３は、参加要求情報が、参加制限有りが指定された開始要求情報で確立された確立中セッションへの参加の要求である場合には、参加要求情報を送信した端末の端末ＩＤが、確立中セッションの端末の端末ＩＤに対応する参加拒否端末に登録されているか否かを判断し、登録されている場合には、参加要求端末に対する参加認証情報の要求および参加認証情報の一致判断を行わず、当該端末の確立中セッションへの参加を拒否する。

図３４は、実施の形態２の参加判断処理の手順を示すフローチャートである。図３５は、実施の形態２のコンテンツデータ用セッションへの参加要求情報を送信する処理を示したシーケンス図である。

図３５に示すように、実施の形態１と同様に、参加要求端末（端末１０ａｃ）で宛先リストが表示され（ステップＳ１０１）、この宛先リストから確立中セッションの端末が選択されて参加要求を受付け（ステップＳ１０４）、参加要求情報が参加要求端末から管理システム５０へ送信される（ステップＳ１０５）。参加要求情報を受信した管理システム５０では、参加判断部６３が参加判断処理を実行する（ステップＳ１０６）。

本実施の形態の図３４に示す参加判断処理において、ステップＳ１０６−１、Ｓ１０６−２、Ｓ１０６−３の処理は実施の形態１と同様である。

ステップＳ１０６−２において、ステップＳ１０６−１で取得した通信状態が、「Ｐｒｉｖａｔｅ Ｂｕｓｙ」である場合には（ステップＳ１０６−２のＰｒｉｖａｔｅ Ｂｕｓｙ）、参加判断部６３は、端末管理テーブルを参照して、参加要求情報を送信した参加要求端末（図３５の例では端末１０ａｃ）の端末ＩＤが、確立中セッションの端末（図３５の例では端末１０ａａ，１０ａｄ）の参加拒否端末として登録されていないか否かを判断することにより，参加要求端末が確立中セッションに参加可能な端末か否かを判断する（ステップＳ３３０１）。

そして、参加要求端末の端末ＩＤが、端末管理テーブルに、確立中セッションの端末の参加拒否端末として登録されており、参加要求端末が確立中セッションに参加可能な端末でない場合には（ステップＳ３３０１：Ｎｏ）、参加判断部６３は、参加要求端末に参加拒否の通知を行い（ステップＳ３３０２、Ｓ３４０１）、処理を終了する。従って、参加要求端末に対する参加認証情報の問い合わせと受信（ステップＳ１０６−５、Ｓ１０６−７）、参加認証情報の一致判断（ステップＳ１０６−８）は行われない。

図３６は、参加要求端末のディスプレイ１２０に表示された参加拒否の通知の一例を示す図である。図３６に示すように、参加要求端末のディスプレイには、「このセッションへの参加が許可されていません」のように、参加拒否の旨が表示される。このように参加拒否のメッセージを受信した端末は、管理システム５０の端末管理テーブルにおいて参加拒否端末としての登録が解除されるまで、このセッションに参加することはできない。

なお、端末が端末管理テーブルに参加拒否端末として登録された場合でも、一定の時間の経過後、あるいはセッションの終了時に、端末管理テーブルに参加拒否端末としての登録を解除（削除）するように、参加判断部６３やセッション管理部５７を構成すればよい。

一方、ステップＳ３３０１において、参加要求端末の端末ＩＤが、端末管理テーブルに、確立中セッションの端末の参加拒否端末として登録されておらず、参加要求端末が確立中セッションに参加可能な端末である場合には（ステップＳ３３０１：Ｙｅｓ）、参加判断部６３は、実施の形態１と同様に、上限値の取得（ステップＳ１０６−４）、参加要求端末に対する参加認証情報の問い合わせと受信（ステップＳ１０６−５、Ｓ１０６−７）、参加認証情報の一致判断（ステップＳ１０６−８）、不一致回数の上限値に達したかの判断（ステップＳ１０６−９）が行われる。

そして、不一致回数が上限値に達していない場合には（ステップＳ１０６−９：Ｎｏ）、実施の形態１と同様に、ステップＳ１０６−５へ戻り、ステップＳ１０６−８までの処理を繰り返す。

ステップＳ１０６−９において、不一致回数が上限値に達した場合には（ステップＳ１０６−９：Ｙｅｓ）、参加判断部６３は、参加要求端末の確立中セッションへの参加を禁止する（ステップＳ１０６−１０）。

そして、参加判断部６３は、端末管理テーブルの確立中セッションの端末（端末１０ａａ，１０ａｄ）の端末ＩＤに、参加要求端末（端末１０ａｃ）の端末ＩＤを参加拒否端末として対応付けて登録する（ステップＳ３３０３）。

そして、実施の形態１と同様に、送受信部５１は、確立中のセッションに参加しているすべての端末（図３５の例では、端末１０ａａ，端末１０ａｄ）に、参加に失敗した端末が存在している旨のメッセージを通知し（ステップＳ１０６−１１）、さらに、セッションに参加できないことを通知するためのエラーメッセージを参加要求端末（端末１０ａｃ）に送信し（ステップＳ１０６−１２）、参加判断の処理を終了する。

このように本実施の形態では、参加認証情報の不一致回数が上限値に達して、参加要求端末の確立中セッションへの参加を拒否した場合、当該参加要求端末を参加拒否端末として端末管理テーブルに登録しておき、再度の参加要求があった場合、参加認証情報の一致判断を行わずに、以後のセッションへの参加を拒否するので、セキュリティをより向上させることができる。

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

このような変形例としては、参加認証情報入力画面にソフトウェアキーボードを表示し、ソフトウェアキーボードで参加認証情報を入力可能とするように、端末１０の表示制御部１６を構成することができる。

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

上記実施の形態１では、参加制限のあるセッションを開始する際に、開始要求端末が管理システム５０に開始要求情報を送信する前に、開始要求端末が自発的に参加認証情報を入力していたが、これに限定されるものではない。例えば、開始要求端末が管理システム５０に開始要求情報を送信した場合に、管理システム５０が開始要求端末に対して参加認証情報の入力を要求して、開始要求端末が参加認証情報を入力して管理システム５０で登録するように管理システム５０、端末１０を構成してもよい。

また、上記実施の形態では、セッションの開始時には、宛先端末側で参加認証情報の入力を行っていなかったが、これに限定されるものではない。例えば、セッションの開始時には、宛先端末側で参加認証情報の入力を行わせ、開始要求端末側で入力された参加認証情報との一致判断を行うように管理システム５０、端末１０を構成してもよい。

上記実施の形態では、参加要求端末側に表示される宛先リストには、参加制限情報が表示されていなかったが、これに限定されるものではない。例えば、参加要求端末側に表示される宛先リストに参加制限情報を表示し、参加制限ありの端末を選択する際に参加認証情報も入力するように、管理システム５０、端末１０を構成してもよい。

上記実施の形態では、参加認証情報を端末管理テーブルで、端末１０に対応づけて登録して管理していたが、これに限定されるものではない。例えば、セッションごとに参加認証情報を管理するように管理システム５０を構成してもよい。

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

また、上記本実施形態の端末用プログラム、中継装置用プログラム、及び伝送管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品（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