JP6477697B2 - 制御システム、通信システム、制御方法及びプログラム - Google Patents

Description

本発明は、通信端末間でコンテンツデータを送信するためのセッションへの他の通信端末の参加を制御する発明に関する。

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

また、コールセンター等の形態で利用される通信システムでは、コールセンターを宛先とした通話要求を、交換機を用いて、複数の通信端末の中から選択される通信端末に分配することにより、二つの通信端末間のセッションを確立させる（特許文献１参照）。このような通信システムにおいては、セキュリティを確保する観点から、二つの通信端末間のセッションに他の通信端末を参加させる機能が設けられない場合がある。

一方、テレビ会議等の形態で利用される通信システムにおいて、通信端末間でコンテンツデータを送信するセッションに、他の通信端末を参加させることにより、多拠点間で通話する方法が開示されている（特許文献２参照）。このような通信管理システムでは、通信端末毎の通信状態を管理しておき、ある通信端末が通信の開始要求したときに、宛先の通信端末が通信中の状態である場合には、宛先の通信端末が参加しているセッションに開始要求元の通信端末を参加させる制御を行う。

近年、省スペース化の要請やビジネスの多様化等に伴い、複数の形態において利用可能な通信システムの構築が望まれている。特許文献３に開示されている通信管理システムによると、通信管理システムは、通信端末側の発信確認ダイアログに表示されたボタンの選択に基づいて、参加制限ありのセッション、および、参加制限なしのセッションを確立するとしている。

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

しかしながら、参加制限ありのセッションと参加制限なしのセッションとを併用する場合には、従来の通信システムにおいては、通信端末側において通信の開始要求をする度に参加制限の有無を選択していた。このため、例えば、参加制限を要する機会が少ない場合でも、通信の開始要求の度に上記の選択の処理が発生するため、通信端末の利用者に負荷がかかるという課題が生じる。

請求項１に係る制御システムは、通信端末間で情報を送信するためのセッションが確立されているときに、他の通信端末の前記セッションへの参加を制御する制御システムであって、通信端末からの第１の宛先を指定した通信の開始要求に基づいて、前記セッションが確立されていた場合には、前記他の通信端末による前記セッションへの参加を拒否する一方で、前記通信端末からの前記第１の宛先とは異なる第２の宛先を指定した通信の開始要求に基づいて前記セッションが確立されていた場合には、前記他の通信端末を前記セッションへ参加させる制御を実行する参加制御手段を有し、前記第１の宛先は、複数の通信端末によって構成されるグループを示す宛先であり、前記第２の宛先は、前記グループを構成する前記複数の通信端末の一つを示す宛先であることを特徴とする。

本発明によると、制御システムは、セッションを確立するときに指定される宛先に応じて、確立されたセッションへの他の通信端末の参加の制御を行う。これにより、通信端末側において通信の開始要求をする度に参加制限の有無を選択しなくても良くなるので、利用者の負荷が軽減されるという効果を奏する。

図１は、通信システムの概略図である。 図２は、通信端末の外観図である。 図３は、通信端末のハードウェア構成図である。 図４は、通信管理システム、中継装置、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。 図５は、通信システムを構成する各端末、装置及びシステムの機能ブロック図である。 図６Ａは、通信管理システムが管理するテーブルを示す概念図である。 図６Ｂは、通信管理システムが管理するテーブルを示す概念図である。 図６Ｃは、通信管理システムが管理するテーブルを示す概念図である。 図６Ｄは、通信管理システムが管理するテーブルを示す概念図である。 図７Ａは、通信管理システムが管理するテーブルを示す概念図である。 図７Ｂは、通信管理システムが管理するテーブルを示す概念図である。 図７Ｃは、通信管理システムが管理するテーブルを示す概念図である。 図７Ｄは、通信管理システムが管理するテーブルを示す概念図である。 図８は、通信状態の状態遷移図である。 図９は、通信状態の状態遷移図である。 図１０は、通信システムにおけるコンテンツデータ及び各種管理情報の送受信の状態を示した概念図である。 図１１は、通信端末間で通話を開始する準備段階の処理を示したシーケンス図である。 図１２は、宛先リストの表示例を示す図である。 図１３は、通信の開始を要求する処理を示したシーケンス図である。 図１４は、呼出端末を決定する処理を示したフロー図である。 図１５は、グループの状態を変更する処理を示した処理フロー図である。 図１６は、通信の開始の要求を許可する処理を示したシーケンス図である。 図１７Ａは、開始許可受付画面の表示例を示す図である。 図１７Ｂは、開始許可受付画面の表示例を示す図である。 図１８Ａは、会議中に表示される画面の例を示す図である。 図１８Ｂは、会議中に表示される画面の例を示す図である。 図１９は、コンテンツデータ用セッションへの参加処理を示したシーケンス図である。 図２０は、通信状態に基づく、参加の判断処理を示した処理フロー図である。 図２１は、端末がカーナビゲーション装置として採用された場合のシステム構成図の一例を示す図である。 図２２は、カーナビゲーション装置の構成図の一例を示す図である。

以下に添付図面を参照して、通信端末、通信システムおよびプログラムの実施の形態を詳細に説明する。

＜＜通信システム１の全体構成＞＞
図１は、実施の形態にかかる通信システムとしての通信システム１の概略図であり、まずは図１を用いて、通信システム１の概略を説明する。通信システム１には、通信管理システムを介して一方の通信端末から他方の通信端末に一方向でコンテンツデータを通信するデータ提供システムや、通信管理システムを介して複数の通信端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「通信管理システム」に相当）を介して複数のコミュニケーション端末（「通信端末」に相当）間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム、音会議システム、音声電話システム、ＰＣ（Personal Computer）画面共有システム等が例として挙げられる。

通信システム１では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、通信システム１、通信管理システム５０、及び通信端末１０について説明する。

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

なお、通信システム１では、端末（１０ａａ，１０ａｂ，…）のうち任意の端末を示す場合には「端末１０」を用い、ディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイを示す場合には「ディスプレイ１２０」を用い、中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置を示す場合には「中継装置３０」を用いる。

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

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

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

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

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

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

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

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

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

また、中継装置３０ｅは、インターネット２ｉを介して端末１０と通信可能に接続されている。

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

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

＜＜通信システム１のハードウェア構成＞＞
次に、通信システム１のハードウェア構成を説明する。図２は、端末１０の外観図である。以下、端末１０の長手方向をＸ軸方向、水平面内でＸ軸方向に直交する方向をＹ軸方向、Ｘ軸方向及びＹ軸方向に直交する方向（鉛直方向）をＺ軸方向として説明する。

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

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

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

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

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

なお、他の例としては、端末１０は、一般の汎用コンピュータあるいは携帯電話端末等であってもよい（図１の端末（１０ａｃ，１０ｃｃ）参照）。端末１０として用いるコンピュータに、マイクやカメラが備わっていない場合には、外付けのマイクおよびカメラをコンピュータに接続させることとする。また、端末１０が携帯電話端末等である場合には、無線ＬＡＮや携帯電話回線などによる無線通信により、端末１０とインターネット２ｉとを接続しても良い。これにより、汎用コンピュータや携帯電話端末を、本実施の形態にかかる端末１０として利用することができる。また、端末１０として汎用コンピュータを用いる場合には、当該コンピュータに後述する端末１０の処理を実行するためのアプリケーションをインストールしておくこととする。

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

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

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

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

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

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

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

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

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

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

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

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

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

＜端末の各機能部＞
次に、端末１０の各部を説明する。

端末１０の送受信部１１は、ネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。例えば、送受信部１１は、通信の開始要求を示す開始要求情報、既に確立されているセッションへの参加要求を示す参加要求情報等を管理システム５０に送信する。

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

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

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

表示制御部１６は、ディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。

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

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

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

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

中継装置３０の送受信部３１は、ネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。また、記憶・読出処理部３９は、ＣＰＵ２０１からの命令、並びに一例として図３に示すＨＤＤ２０５によって実行され、不揮発性記憶部３０００に各種データを記憶したり、不揮発性記憶部３０００に記憶された各種データを読み出す処理を行う。

＜管理システムの機能構成＞
次に、管理システム５０の機能又は手段について説明する。管理システム５０は、送受信部５１、認証部５２、状態管理部５３、セッション管理部５７、セッション制御部５８、及び記憶・読出処理部５９を有している。これら各部は、各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、管理システム５０は、ＨＤ２０４により構築され、管理システム５０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部５０００を有している。更に、管理システム５０は、ＲＡＭ２０３によって構築される揮発性記憶部５１００を有している。

（端末管理テーブル）
また、不揮発性記憶部５０００には、図６Ｂに示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。なお、図６Ｂは、端末管理テーブルを示す概念図である。この端末管理テーブルでは、各端末１０の通信ＩＤ毎に、宛先名（端末名）、各端末１０の稼動状態、他の端末との通信の状態を示す通信状態、及び端末１０のＩＰアドレスが関連付けられて管理される。ここで、稼動状態としては、電源がオンされ、通信が可能または通信中の状態であるＯＮラインと、電源がオンされていないなど、通信が可能でない状態であるＯＦＦラインとがある。

本発明の一実施形態によると、通信ＩＤは、コンテンツデータ用セッションにおいて、コンテンツデータの送信先（通信先）あるいは送信元（通信元）を識別するための情報である。通信ＩＤには、例えば、端末１０を識別する情報、端末１０のユーザを識別する情報、複数の端末１０によって構成されるグループを識別する情報等が含まれる。以下、通信ＩＤが、端末１０を識別する情報である場合について説明する。

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

（宛先リスト管理テーブル）
更に、不揮発性記憶部５０００には、図６Ｃに示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。なお、図６Ｃは、宛先リスト管理テーブルを示す概念図である。この宛先リスト管理テーブルでは、端末１０間でコンテンツデータを送信するセッションにおいて、通信の開始要求元を識別するための通信ＩＤに対して、指定可能な通信の宛先候補を識別するための通信ＩＤが関連付けられて管理される。

（セッション管理テーブル）
また、この不揮発性記憶部５０００には、図６Ｄに示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。なお、図６Ｄは、セッション管理テーブルを示す概念図である。このセッション管理テーブルでは、端末１０間でコンテンツデータが通信されるセッションを識別するためのセッションＩＤ毎に、このセッションにおいて、端末１０間でコンテンツデータを中継する中継装置３０の中継装置ＩＤ、このセッションにおいてコンテンツデータの送信先あるいは送信元となる端末１０を示す通信ＩＤが関連付けられて管理される。

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

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

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

（グループ情報管理テーブル）
不揮発性記憶部５０００には、図７Ｃに示されているようなグループ情報管理テーブルによって構成されているグループ情報管理ＤＢ５０１０が構築されている。なお、図７Ｃは、グループ情報管理テーブルを示す概念図である。このグループ情報管理テーブルでは、通信ＩＤ毎に、その通信ＩＤがグループＩＤであるか否かを表すグループ情報と、そのグループＩＤによって識別されるグループのグループ名と、そのグループを構成する各端末１０の各通信ＩＤと、を関連付けて管理する。すなわち、グループＩＤは、一以上の通信ＩＤの集合を定義するＩＤである。グループＩＤは、宛先リスト上では、通信ＩＤと同様に処理される。

図７Ｃに示されるように、通信ＩＤがグループＩＤである場合には、「グループ情報」が「ＴＲＵＥ」に設定され、さらに、グループを構成する端末１０の通信ＩＤと、グループ名の項目が設定される。一方、通信ＩＤがグループＩＤでない場合には、「グループ情報」が「ＦＡＬＳＥ」に設定される。

（グループ状態管理テーブル）
不揮発性記憶部５０００には、図７Ｄに示されているようなグループ状態管理テーブルによって構成されているグループ状態管理ＤＢ５０１１が構築されている。なお、図７Ｄは、グループ状態管理テーブルを示す概念図である。このグループ状態管理テーブルでは、各グループの通信ＩＤ毎に、グループの稼動状態が関連付けられて管理される。

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

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

状態管理部５３は、ＣＰＵ２０１からの命令に従って、図６Ｂに示される端末管理テーブルの稼動状態および通信状態を管理する。図８および図９は、一実施形態における端末１０の通信状態の遷移を示した状態遷移図である。状態管理部５３は、図７Ａおよび図７Ｂに示す状態変更管理テーブル（Ａ）および状態変更管理テーブル（Ｂ）を参照することにより実現される通信状態の変更の規則（図８および図９参照）に従い端末１０の通信状態を変更する。

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

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

セッション管理部５７は、端末１０間でコンテンツデータを送信するセッションを管理すべく、ＣＰＵ２０１からの命令に従って、セッション管理テーブル（図６Ｄ参照）において各種情報を記憶し、あるいは、セッション管理テーブルから各種情報を読み出す処理を行う。

セッション制御部５８は、ＣＰＵ２０１からの命令によって、端末１０間でコンテンツデータを送信するセッションを制御する。この制御としては、セッションを確立するための制御、確立されたセッションに端末１０を参加させる制御、セッションを切断する制御等が挙げられる。具体的には、セッション管理部５７は、上記セッションを識別するためのセッションＩＤの生成、上記セッションにおいてコンテンツデータを中継する中継装置３０の選択等を行う。

また、記憶・読出処理部５９は、ＣＰＵ２０１からの命令、並びに一例としてＨＤＤ２０５によって実行され、不揮発性記憶部５０００あるいは揮発性記憶部５１００に各種データを記憶したり、不揮発性記憶部５０００あるいは揮発性記憶部５１００に記憶された各種データを読み出す処理を行う。

＜＜通信システム１の処理・動作＞＞
以上が、通信システム１の構成及び機能（又は手段）の説明であり、続いて、通信システム１における処理方法を説明する。まずは、図１０を用いて、通信システム１における処理・動作の概要を説明する。図１０は、通信システムにおけるコンテンツデータ、及び各種管理情報の送受信の状態を示した概念図である。

図１０に示されているように、通信システム１では、端末１０間で管理システム５０を介して、あるいは、端末１０と管理システム５０との間で、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、端末１０間では、中継装置３０を介して、コンテンツデータ（画像データ及び音データ）を送受信するためのセッションが確立される。ここでは、これらのセッションをまとめて、コンテンツデータ用セッションｓｅｄとして示している。すなわち、コンテンツデータ用セッションｓｅｄは、テレビ会議に用いられるセッションである。

通信システム１の管理システム５０（制御システムの一例）は、端末１０間でコンテンツデータ（情報の一例）を送信するためのコンテンツデータ用セッションｓｅｄが確立しているときに、他の端末１０の上記セッションへの参加を制御する。

その場合、通信の開始要求元の端末１０ａａから宛先として通信ＩＤ「０１ｘｘ」（第１の宛先の一例）を指定した通信の開始要求に基づいて、端末（１０ａａ，１０ｄｂ）間のコンテンツデータ用セッションｓｅｄが確立された場合には、管理システム５０の送受信部５１（参加制御手段の一例）は、端末１０ｃｄ（他の端末の一例）へ参加不可通知を送信することにより、端末１０ｃｄによる上記セッションへの参加を拒否する。一方で、通信の開始要求元の端末１０ａａから宛先として通信ＩＤ「０１ｄｂ」（第２の宛先の一例）を指定した通信の開始要求に基づいて、端末（１０ａａ，１０ｄｂ）間のコンテンツデータ用セッションｓｅｄが確立された場合には、送受信部５１は、端末１０ｃｄ（他の端末の一例）へ、中継装置接続情報を送信することにより、端末１０ｃｄを上記セッションへ参加させる制御を実行する。これにより、開始要求元の端末１０ａａ側において通信の開始要求をする度に参加制限の有無を選択しなくても良くなるので、利用者の負荷が軽減される。

管理システム５０の端末管理ＤＢ５００３（状態情報管理手段の一例）は、通信ＩＤ「０１ｘｘ」を指定した通信の開始要求に基づいてコンテンツデータ用セッションｓｅｄが確立しているときに、このセッションに参加している各端末（１０ａａ，１０ｄｂ）に関連付けて、通信状態として「Ｐｒｉｖａｔｅ Ｂｕｓｙ」（第１の状態情報の一例）を管理する。また、管理システム５０の端末管理ＤＢ５００３は、通信ＩＤ「０１ｄｂ」を指定した通信の開始要求に基づいてコンテンツデータ用セッションｓｅｄが確立しているときに、このセッションに参加している各端末（１０ａａ，１０ｄｂ）に関連付けて、通信状態を示す状態情報として「Ｂｕｓｙ」（第２の状態情報の一例）を管理する。端末管理ＤＢ５００３において、状態情報「Ｐｒｉｖａｔｅ Ｂｕｓｙ」に関連付けられている端末１０が参加しているコンテンツデータ用セッションｓｅｄへの端末１０ｃｄによる参加要求を管理システム５０が受け付けた場合、送受信部５１は、端末１０ｃｄへ参加不可通知を送信することにより、端末１０ｃｄによる上記セッションへの参加を拒否する。端末管理ＤＢ５００３において、状態情報「Ｂｕｓｙ」に関連付けられている端末１０が参加しているコンテンツデータ用セッションｓｅｄへの端末１０ｃｄによる参加要求を管理システム５０が受け付けた場合、送受信部５１は、端末１０ｃｄへ、中継装置接続情報を送信することにより、端末１０ｃｄを上記セッションへの参加させる制御を実行する。このように、端末１０の状態を、宛先に応じて管理することにより、宛先に応じた参加の制御が可能になる。

なお、通信ＩＤ「０１ｘｘ」は、複数の端末（１０ｂａ，１０ｄｂ）によって構成されるコールセンター（グループの一例）を示す宛先であり、通信ＩＤ「０１ｄｂ」は、コールセンターを構成する端末１０ｄｂを示す宛先である。これにより、コールセンターを宛先として確立されたコンテンツデータ用セッションｓｅｄへは、他の端末１０を参加させないように制御することができる。

グループ情報管理ＤＢ５０１０（グループ管理手段の一例）は、グループを示す通信ＩＤ毎に、グループを構成する各端末１０を識別する各通信ＩＤ（端末識別情報の一例）を管理する。送受信部５１（開始要求受付手段の一例）は、通信の開始要求元の端末１０から、宛先を指定した通信の開始要求を受け付ける。送受信部５１によって、グループの通信ＩＤを指定した通信の開始要求が受け付けられたときに、セッション制御部５８（選択手段の一例）は、グループ情報管理ＤＢ５０１０において、指定されたグループの通信ＩＤに関連付けられている端末の通信ＩＤの中から、通信の開始要求元の端末１０に対する通信相手、すなわち呼出端末として少なくとも一つの端末１０の通信ＩＤを選択する。これにより、管理システム５０は、グループを宛先として指定した通信の開始要求を受け付けたときに、呼出端末を選択することができるようになる。

特定情報管理手段（グループ情報管理ＤＢ５０１０の一例）は、複数の宛先の中から、グループを示す宛先を特定するためのグループ情報「ＴＲＵＥ」（特定情報の一例）を管理する。送受信部５１において、グループ情報「ＴＲＵＥ」によってグループを示す宛先であることが特定される宛先を指定した通信の開始要求が受け付けられたときに、セッション制御部５８は、前記通信の開始要求元の端末１０の通信相手として、上記少なくとも一つの端末１０を選択する。これにより、管理システム５０は、グループを宛先として選択された通信の開始要求を受け付けたときに、呼出端末を選択することができるようになる。

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

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

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

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

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

続いて、管理システム５０の送受信部５１は、上記認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきたログイン要求端末（端末１０ａａ）に送信する（ステップＳ２５）。

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

次に、記憶・読出処理部５９は、ログイン要求したログイン要求端末（端末１０ａａ）の通信ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理テーブル（図６Ｃ参照）を検索し、ログイン要求端末（端末１０ａａ）において指定することができる宛先候補の通信ＩＤ（「０１ｘｘ」、「０１ａｂ」等）を読み出す（ステップＳ２７）。また、記憶・読出処理部５９は、読み出された通信ＩＤ（「０１ｘｘ」、「０１ａｂ」等）を検索キーとして、端末管理テーブル（図６Ｂ参照）およびグループ情報管理テーブル（図７Ｃ参照）を検索し、この通信ＩＤに対応する宛先名（「コールセンター」、「顧客：東京事業所ＡＢ端末」等）を読み出す。

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

また、管理システム５０の記憶・読出処理部５９は、上記宛先候補の通信ＩＤ（「０１ａｂ」等）を検索キーとして、端末管理テーブル（図６Ｂ参照）およびグループ情報管理テーブル（図７Ｄ参照）を検索し、通信ＩＤ毎に、対応する稼動状態および通信状態を読み出す（ステップＳ３１）。

次に、送受信部５１は、上記ステップＳ３１で使用された検索キーとしての通信ＩＤと、対応する宛先候補の稼動状態および通信状態とを含む状態情報を、通信ネットワーク２を介してログイン要求端末に送信する（ステップＳ３２）。

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

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

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

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

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

開始要求端末としての端末１０ａａは、宛先リスト枠１１００−１に表示されている宛先候補のうち、稼働状態が「ＯＮライン」である少なくとも１つの宛先候補、すなわち、通信ＩＤ（「０１ａｂ」または「０１ｘｘ」等）で識別される宛先候補を選択して、通信の開始要求をすることができる。

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

続いて、記憶・読出処理部５９は、開始要求情報に含まれる通信ＩＤを検索キーとして、グループ情報管理テーブル（図７Ｄ参照）を検索し、対応するグループ情報を読み出す（ステップＳ４３）。続いて、セッション制御部５８は、ステップＳ４３で読み出されたグループ情報が「ＴＲＵＥ」であるか否かを判断する（ステップＳ４４）。

ステップＳ４４でグループ情報が「ＴＲＵＥ」であると判断された場合、セッション制御部５８は、開始要求端末（端末１０ａａ）において宛先候補として選択されたグループを構成する端末１０の中から、端末１０ａａとの通信の相手として呼び出す端末１０（呼出端末）を決定する。

ステップＳ４５の処理について、図１４を用いて詳細に説明する。図１４は、呼出端末を決定する処理を示したフロー図である。まず、記憶・読出処理部５９は、開始要求情報に含まれる宛先候補の通信ＩＤ（例えば、「０１ｘｘ」）を検索キーとして、グループ情報管理テーブル（図７Ｃ参照）を検索し、対応するグループを構成する端末１０の通信ＩＤを読み出す（ステップＳ４５−１）。以下、ステップＳ４５−１において、通信ＩＤ（「０１ｂａ」、「０１ｄｂ」）が読み出された場合について説明を続ける。

続いて、状態管理部５３は、ステップＳ４５−１において読み出された各通信ＩＤ（「０１ｂａ」、「０１ｄｂ」）のうち任意の一つ目の通信ＩＤ（例えば、「０１ｂａ」）を検索キーとして、端末管理テーブル（図６Ｂ参照）を検索し、対応する稼働状態を読み出す（ステップＳ４５−２）。

続いて、セッション制御部５８は、ステップＳ４５−２で読み出された稼働状態が（「ＯＮライン（通信可能」）であるか否かを判断する（ステップＳ４５−３）。ステップＳ４５−３で、稼働状態が（「ＯＮライン（通信可能」）であると判断された場合、セッション制御部５８は、ステップＳ４５−２で検索キーとされた通信ＩＤにより識別される端末（例えば、端末１０ｂａ）を呼出端末として選択する（ステップＳ４５−４）。

ステップＳ４５−３で、稼働状態が（「ＯＮライン（通信可能」）ではないと判断された場合、状態管理部５３は、ステップＳ４５−１において読み出された各通信ＩＤ（「０１ｂａ」、「０１ｄｂ」）のうち任意の二つ目の通信ＩＤ（例えば、「０１ｄｂ」）を検索キーとして、端末管理テーブル（図６Ｂ参照）を検索し、対応する稼働状態を読み出す（ステップＳ４５−５）。

続いて、セッション制御部５８は、ステップＳ４５−５で読み出された稼働状態が（「ＯＮライン（通信可能」）であるか否かを判断する（ステップＳ４５−６）。ステップＳ４５−３で、稼働状態が（「ＯＮライン（通信可能）」）であると判断された場合、セッション制御部５８は、ステップＳ４５−２で検索キーとして用いられた通信ＩＤにより識別される端末（例えば、端末１０ｄｂ）を呼出端末として選択する（ステップＳ４５−７）。

ステップＳ４５−６で、稼働状態が（「ＯＮライン（通信可能」）ではないと判断された場合、状態管理部５３は、端末管理テーブル（図６Ｂ参照）において、ステップＳ４５−１において読み出された各通信ＩＤ（「０１ｂａ」、「０１ｄｂ」）を検索キーとして、対応する稼働状態を定期的に読み出す（ステップＳ４５−８）。

セッション制御部５８は、ステップＳ４５−５で読み出された稼働状態が（「ＯＮライン（通信可能」）に変更されたか否かを判断する（ステップＳ４５−９）。ステップＳ４５−９で、稼働状態が「ＯＮライン（通信可能）」に変更されたと判断された場合、セッション制御部５８は、稼働状態が「ＯＮライン（通信可能）」に変更された端末１０を呼出端末として選択する（ステップＳ４５−１０）。なお、ステップＳ４５−５で読み出された稼働状態が（「ＯＮライン（通信可能」）に変更されたと判断されなかった場合には（ステップＳ４５−９のＮＯ）、ステップＳ４５−８の処理が繰り返し実行される。

続いて、セッション制御部５８は、端末１０ａａと宛先の端末１０との間のコンテンツデータ用セッションｓｅｄの制御に係る管理情報を生成する（ステップＳ４６）。ここで、ステップＳ４３で読み出されたグループ情報が「ＴＲＵＥ」である場合には、セッション制御部５８は、参加制限があるコンテンツデータ用セッションｓｅｄの開始を要求することを示す管理情報「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」を生成する。また、ステップＳ４３で読み出されたグループ情報が「ＦＡＬＳＥ」である場合には、セッション制御部５８は、参加制限がないコンテンツデータ用セッションｓｅｄの開始を要求することを示す管理情報「Ｉｎｖｉｔｅ」を生成する。

上記のように、本発明の一実施形態によると、グループ情報が「ＴＲＵＥ」である場合には、参加制限があるコンテンツデータ用セッションｓｅｄの開始の制御が実行されることになる。これは、宛先としてのグループはコールセンターであり（図７Ｃ参照）、確立されたセッションに第三者が参加することは想定されないためである。ただし、参加制限の設定の方法は、上記の方法に限定されない。

続いて、状態管理部５３は、端末管理テーブル（図６Ｂ参照）において、開始要求端末（端末１０ａａ）の通信ＩＤ「０１ａａ」、及び宛先端末の通信ＩＤに対応する通信状態を変更する（ステップＳ４７−１）。この場合、状態管理部５３は、ステップＳ４６で生成された管理情報（「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」又は「Ｉｎｖｉｔｅ」）を検索キーとして、状態変更管理テーブル（図７Ｂ参照）を検索し、端末情報毎に、対応する変更前状態情報および変更情報を読み出す。状態管理部５３は、読み出された、端末情報、変更前状態情報、変更情報に基づいて、各端末１０の状態情報を変更する。例えば、状態管理部５３は、ステップＳ４６で生成された管理情報が「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」である場合、端末管理テーブル（図６Ｂ参照）において、開始要求端末（１０ａａ）の通信ＩＤに対応する状態情報を、変更前状態情報によって示される「Ｎｏｎｅ」から、変更情報によって示される「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」に変更する。 また、状態管理部５３は、端末管理テーブルにおいて、開始要求端末（端末１０ａａ）および宛先端末の各通信ＩＤに関連付けられている稼働状態を、それぞれ「ＯＮライン（通信中）」に変更する（ステップＳ４７−２）。

ステップＳ４３で読み出されたグループ情報が「ＴＲＵＥ」である場合には、状態管理部５３は、グループ状態管理テーブル（図７Ｄ参照）において管理されているグループの稼働状態を更新する（ステップＳ４７−３）。図１５を用いて、管理システム５０による、グループの稼働状態の更新処理を説明する。当該処理は、上記のようにグループを構成する端末１０の稼働状態が変更された場合など、任意のタイミングで実行される。なお、稼働状態の更新のタイミングは特に限定されず、例えば、一定の時間おきに実行されても良い。

まず、記憶・読出処理部５９は、図７Ｃのグループ情報管理テーブルを参照し、グループ情報が「ＴＲＵＥ」であるグループＩＤを一つ選択する（ステップＳ４７−３−１）。続いて、記憶・読出処理部５９は、ステップＳ５０１で選択したグループを構成する端末の通信ＩＤのうちの一つを読み出す（ステップＳ４７−３−２）。続いて、状態管理部５３は、端末管理テーブル（図６Ｂ参照）を参照し、ステップＳ４７−３−２で読み出した通信ＩＤに対応する稼動状態を読み出す（ステップＳ４７−３−３）。

状態管理部５３は、ステップＳ５０３で読み出した稼動状態が「ＯＮライン（通信可能）」であるか否かを判断する（ステップＳ４７−３−４）。ステップＳ４７−３−４で稼動状態が「ＯＮライン（通信可能）」であると判断された場合には、状態管理部５３は、ステップＳ４７−３−１で選択したグループＩＤの稼動状態を「ＯＮライン（通信可能）」であると決定し、その情報を、図７Ｄのグループ状態管理テーブルに格納する。

ステップＳ４７−３−４で稼動状態が「ＯＮライン（通信可能）」であると判断された場合には、状態管理部５３は、ステップＳ４７−３−１で選択したグループに含まれる全ての端末１０の通信ＩＤを読み出しているか否かを判断する（ステップＳ４７−３−６）。ステップＳ４７−３−６で全ての端末１０の通信ＩＤを読み出していると判断された場合には、状態管理部５３は、ステップＳ４７−３−１で選択したグループＩＤの稼動状態を「ＯＦＦライン」であると決定し、その情報を、図７Ｄのグループ状態管理テーブルに格納する（ステップＳ４７−３−７）。ステップＳ４７−３−６で全ての端末１０の通信ＩＤを読み出していないと判断された場合には、ステップＳ４７−３−２の処理が実行される。

ステップＳ４７−３−８において、グループ情報が「ＴＲＵＥ」である全てのグループＩＤについて上記の各処理が終わったら、処理を終了し、そうでない場合には、ステップＳ４７−３−１に戻り、次のグループＩＤについての処理が実行される。

以上の処理によって、グループの稼働状態を管理できるようになるので、各端末１０の利用者は、宛先リストに登録された宛先が、端末１０であるかグループであることを意識することなく、通信可能な宛先を指定して通話を開始することができる。

続いて、セッション制御部５８は、開始要求端末（端末１０ａａ）によって要求された宛先端末との間の通信を実行するためのセッション（コンテンツデータ用セッションｓｅｄ）を識別するためのセッションＩＤ（例えば、「ｓｅ１」）を生成する（ステップＳ４８）。

続いて、管理システム５０のセッション制御部５８は、開始要求端末（端末１０ａａ）と、宛先端末との間のコンテンツデータ用セッションｓｅｄでコンテンツデータを中継するための中継装置３０の選択を行う（ステップＳ４９）。本実施形態では、セッション管理部５７によって中継装置３０ｅが選択された場合につき、以下続けて説明する。

中継装置３０の選択処理が完了すると、セッション管理部５７は、セッション管理テーブル（図６Ｄ参照）において、ステップＳ４８で生成されたセッションＩＤと、ステップＳ４９で選択された中継装置３０ｅの中継装置ＩＤ「１１１ｅ」、セッションに参加する参加端末の通信ＩＤとして、開始要求端末（端末１０ａａ）の通信ＩＤ「０１ａａ」、宛先端末の通信ＩＤ（例えば、「０１ｄｂ」）関連付けて記憶して管理する（ステップＳ５０）。

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

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

続いて、図１６を用いて、宛先端末の利用者が、開始要求端末（端末１０ａａ）との間の通信の開始（セッションの確立）を許可する場合の処理について説明する。図１６は、通信の開始の要求を許可する処理を示したシーケンス図である。

宛先端末の表示制御部１６は、管理システム５０から送信された開始要求情報及び管理情報に基づいて、開始要求の許可を受け付ける画面をディスプレイ１２０に表示させる。図１７Ａは、管理システム５０から送信された管理情報が「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」である場合に、開始許可受付画面の一例を示す図である。図１７Ｂは、管理システム５０から送信された管理情報が「Ｉｎｖｉｔｅ」である場合に、開始許可受付画面の一例を示す図である。図１７Ａに示すように、開始許可受付画面１３００−１には、管理情報が「Ｐｒｉｖａｔｅ Ｉｎｖｉｔｅ」である場合には、例えば「この会議は、参加制限会議です。」など、参加制限ありであることを示す旨が示されている。

宛先端末の利用者による宛先端末の操作ボタン１０８の操作によって、開始許可受付画面１３００−１における「はい」が表示されたボタンが押下されると、ステップＳ６１の処理の一環として、操作入力受付部１２は、開始要求端末との間の通信の開始（セッション確立）を許可する旨の応答を受け付ける。続いて、宛先端末の送受信部１１は、宛先端末の通信ＩＤ、開始要求端末（端末１０ａａ）の通信ＩＤ「０１ａａ」、セッションの確立を許可する旨を示す管理情報「Ａｃｃｅｐｔ」、セッションＩＤ「ｓｅ１」が含まる開始応答情報を、管理システム５０へ送信する（ステップＳ６２）。

管理システム５０の送受信部５１がこの開始応答情報を受信すると、状態管理部５３は、端末管理テーブル（図６Ｂ参照）において、開始要求端末（端末１０ａａ）の通信ＩＤ「０１ａａ」及び宛先端末の通信ＩＤに対応する通信状態を変更する（ステップＳ６３）。この場合、状態管理部５３は、開始応答情報に含まれる管理情報（「Ａｃｃｅｐｔ」）を検索キーとして、状態変更管理テーブル（図７Ｂ参照）を検索し、端末情報毎に、対応する変更前状態情報および変更情報を読み出す。状態管理部５３は、読み出された、端末情報、変更前状態情報、変更情報に基づいて、各端末１０の状態情報を変更する。例えば、状態管理部５３は、端末管理テーブルにおいて管理されている開始要求端末（端末１０ａａ）の変更前の通信状態が、「Ｐｒｉｖａｔｅ Ｃａｌｌｉｎｇ」であれば「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」に変更し、変更前の通信状態が「Ｃａｌｌｉｎｇ」であれば「Ａｃｃｅｐｔｅｄ」に変更する。同様に、状態管理部５３は、端末管理テーブルにおいて管理されている宛先端末の変更前の通信状態が、「Ｐｒｉｖａｔｅ Ｒｉｎｇｉｎｇ」であれば「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」に変更し、変更前の通信状態が「Ｒｉｎｇｉｎｇ」であれば「Ａｃｃｅｐｔｅｄ」に変更する。

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

続いて、開始要求端末（端末１０ａａ）の送受信部１１は、開始要求端末（端末１０ａａ）の通信ＩＤ「０１ａａ」、セッションＩＤ「ｓｅ１」、及び中継の開始を要求する旨を示す管理情報「Ｊｏｉｎ」が含まれる中継要求情報を管理システム５０へ送信する（ステップＳ７１−１）。

管理システム５０の送受信部５１が中継要求情報を受信すると、状態管理部５３は、端末管理テーブル（図６Ｂ参照）において、開始要求端末（端末１０ａａ）の通信ＩＤ「０１ａａ」に対応する通信状態を変更する（ステップＳ７２−１）。この場合、状態管理部５３は、ステップＳ７１−１で受信した管理情報（「Ｊｏｉｎ」）を検索キーとして、状態変更管理テーブル（図７Ａ参照）を検索し、対応する変更前状態情報および変更情報を読み出す。状態管理部５３は、読み出された、変更前状態情報、変更情報に基づいて、端末１０ａａの状態情報を変更する。例えば、状態管理部５３は、端末管理テーブルにおいて管理されている開始要求端末（端末１０ａａ）の変更前の通信状態が「Ｐｒｉｖａｔｅ Ａｃｃｅｐｔｅｄ」であれば「Ｐｒｉｖａｔｅ Ｂｕｓｙ」に変更し、変更前の通信状態が、「Ａｃｃｅｐｔｅｄ」であれば「Ｂｕｓｙ」に変更する。

続いて、管理システム５０は、開始要求端末（端末１０ａａ）の通信ＩＤ「０１ａａ」、及びセッションＩＤ「ｓｅ１」が含まれる中継開始要求情報を中継装置３０ｅへ送信する（ステップＳ７３−１）。これにより、中継要求端末（端末１０ａａ）と中継装置３０ｅとの間のコンテンツデータ用セッションｓｅｄが確立する。

また、ステップＳ７１−１乃至Ｓ７３−１と同様の処理が実行されることにより、宛先端末（端末１０ｄｂ）と中継装置３０ｅとの間のコンテンツデータ用セッションｓｅｄが確立される（ステップＳ７１−２乃至Ｓ７３−２）。中継要求端末（端末１０ａａ）と中継装置３０ｅとの間のコンテンツデータ用セッションｓｅｄ及び宛先端末（端末１０ｄｂ）と中継装置３０ｅとの間のコンテンツデータ用セッションｓｅｄが確立されると、中継装置３０ｅは、開始要求端末（１０ａａ）及び宛先端末の間で、コンテンツデータ（画像データ及び音データ）を中継する。これにより、開始要求端末（１０ａａ）及び宛先端末は、テレビ会議を開始することができる。

なお、テレビ会議中、テレビ会議に参加している端末１０、すなわち確立中セッションに参加している端末１０のディスプレイ１２０に、参加制限ありのセッションを利用したテレビ会議であるか、参加制限なしのセッションを利用したテレビ会議であるかを表示するなどして、参加者が、テレビ会議の参加制限の有無を認識できるようにしてもよい。

ここで、図１８Ａ、図１８Ｂを用いて、端末１０が、会議の参加制限の有無に関わる情報を、ディスプレイ１２０上に表示する例を説明する。図１８Ａ、図１８Ｂは、端末１０が、他の端末とテレビ会議を実行している間に、ディスプレイ１２０に表示される画面の例を表している。端末１０の表示制御部１６は、相手方の端末１０が撮像した映像５００に加えて、会議に関する詳細情報を表示するための、補助領域５１０を出力する。補助領域は、相手側の通信ＩＤ等の情報を含む。

また、端末１０の表示制御部１６は、管理システム５０から送信された制限情報（ステップＳ５１参照）あるいは管理情報（ステップＳ５２参照）に基づいて、実行中の会議が「参加制限あり」であるか否かを表す情報を、補助領域５１０内の任意の場所に出力することができる。例えば、端末１０の表示制御部は、ユーザが「参加制限あり」の会議を開始し、その会議に係るセッションが確立された場合に、鍵の形状をしたアイコンを補助領域５１０に出力することができる。アイコンの表示の有無により、端末１０のユーザは、自らが参加している会議が、「参加制限あり」か否かを、確認することができる。

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

図１１を参照しつつ説明したログイン処理により、端末１０ｃｄのディスプレイ１２０ｃｄには、宛先リストが表示されている。参加要求端末（端末１０ｃｄ）の利用者は、操作ボタン１０８を操作することにより、稼働状態が通信中の端末（ここでは、端末１０ａａ）を選択する。これに対応して、操作入力受付部１２は、既に確立中のコンテンツデータ用セッションｓｅｄへの参加要求を受け付ける（ステップＳ１０１）。

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

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

まず、記憶・読出処理部５９は端末管理テーブル（図６Ｂ）を参照し、参加要求情報含まれる、セッションに参加中の端末（端末１０ａａ）の通信ＩＤ「０１ａａ」を検索キーとして、対応する通信状態を読み出す（ステップＳ１０３−１）。次に、セッション制御部５８は、読み出された通信状態が、「Ｐｒｉｖａｔｅ Ｂｕｓｙ」であるか否かを判断する（ステップＳ１０３−２）。読み出された通信状態が「Ｐｒｉｖａｔｅ Ｂｕｓｙ」ではない場合、セッション制御部５８は、参加要求端末によるセッションへの参加が可能であると判断して（ステップＳ１０３−３）処理を終了する。

一方、読み出された通信状態が「Ｐｒｉｖａｔｅ Ｂｕｓｙ」である場合には、セッション制御部５８は、参加要求端末によるセッションへの参加が不可能であると判断する（ステップＳ１０３−４）。そして、送受信部１１は、セッションに参加できないことを通知するための参加不可通知を参加要求端末（端末１０ｃｄ）に送信する（ステップＳ１０３−５）。なお、参加要求端末（端末１０ｃｄ）においては、参加不可通知を受信すると、これをディスプレイ１２０に表示させる。

セッション制御部５８によって、参加要求端末によるセッションへの参加が可能であると判断と判断された場合には、管理システム５０は、端末１０ｃｄを、端末（１０ａａ，１０ｄｂ）間でコンテンツデータを送信するセッションに参加させる制御を実行する。この処理として、例えば、端末（１０ａａ，１０ｄｂ）が接続している中継装置３０ｅに接続するための中継装置接続情報を端末１０ｃｄへ送信する処理が挙げられる。端末参加の制御としては特に限定されず、例えば、特開２０１２−５００６３号公報に記載の方法が挙げられる。

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

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

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

通信システム１において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。

また、上記通信システム１では、通信システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。

図２１は、端末１０が、カーナビゲーション装置として採用された場合のシステム構成の一例を示す図である。この場合、一方の端末１０は、自動車６０１に搭載されたカーナビゲーション装置２００−２に相当する。他方の端末１０は、管理センター６０４のコミュニケータが使用する管理端末２００−１、カーナビゲーション装置を管理する管理サーバ６０３、又は、他の自動車６０２に搭載されているカーナビゲーション装置２００−３に相当する。

図２２は、カーナビゲーション装置の構成図の一例を示す。カーナビゲーション装置は、装置の全体を制御する制御部６１１、ＧＰＳ受信機６１２、車速センサ６１３、ジャイロセンサ６１４、道路地図データ６１５などを有している。また、制御部６１１には本実施形態の端末１０が接続されている。制御部６１１はマイコンなどの情報処理装置であり、プログラムを実行してカーナビゲーション装置としての機能を提供する。ＧＰＳ受信機６１２はＧＰＳ衛星を補足して現在位置の座標を出力する。車速センサ６１３は自動車の速度（車輪の回転速度）を検出するセンサである。ジャイロセンサ６１４は角速度を検出するセンサであり、角速度を積分することで車両の走行方向が検出可能となる。

道路地図データ６１５は、道路をノードとリンクの組み合わせで表したデータであり、外部からダウンロードされても、予め車両が保持していてもよい。道路地図はディスプレイ１２０に表示される。

制御部６１１は、ＧＰＳ受信機６１２が検出する位置情報に、ジャイロセンサ６１４が検出する走行方向に車速センサ６１３が検出する走行距離を累積する自律航法を適用して自車位置を推定する。自車位置は自車マークなどにより道路地図上に表示される。

カーナビゲーション装置は、端末１０の機能を利用して、又は、携帯電話機の機能を利用して携帯電話回線などを介して通信ネットワーク２に接続される。

端末１０は、ディスプレイ１２０に、図１２のような画面を表示するので、乗員はディスプレイ１２０に表示された宛先端末のリストから宛先端末を選択する。ログイン後は、カメラの画像データや音データを送受信することができる。また、乗員の操作により、情報処理装置は道路地図やＴＶ映像などの表示データを取り込むことができる。この場合、カーナビゲーション装置は表示データを相手端末のカーナビゲーション装置に送信できる。

したがって、搭載場所が移動体になるだけで、オフィス内の端末１０と同様に画像データ、音データ及び表示データを送受信できる。

更に、通信システム１は、音会議システム、又はＰＣ(Personal Computer)画面共有システムであっても良い。また、通信システム１は、ＩＰ（Internet Protocol）電話や、インターネット電話、携帯電話の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機などの電話機に相当する。

また、コンテンツデータは、脈拍音、鼓動等の体内で発生する音データ、心電図の波形、体温の変化を示す画像データあるいは座標データ等の体内の情報を示すデータであっても良い。これにより、上記実施形態の通信システム１を遠隔医療システムとして用いることもできる。

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

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

本国際特許出願は２０１４年６月１０日に出願した日本国特許出願第２０１４−１１９３４２号に基づきその優先権を主張するものであり、日本国特許出願第２０１４−１１９３４２号の全内容を本願に援用する。

１０ 通信端末
１１ 送受信部
１２ 操作入力受付部
１３ ログイン要求部
１４ 撮像部
１５ 音入出力部
１６ 表示制御部
１９ 記憶・読出処理部
２０ 宛先リスト作成部
３０ 中継装置
５０ 通信管理システム
５１ 送受信部
５２ 認証部
５３ 状態管理部
５７ セッション管理部
５８ セッション制御部
５９ 記憶・読出処理部
５０００ 不揮発性記憶部
５００２ 認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ
５００９ 状態変更管理ＤＢ
５０１０ グループ情報管理ＤＢ
５０１１ グループ状態管理ＤＢ

Claims (9)

1. 通信端末間で情報を送信するためのセッションが確立されているときに、他の通信端末の前記セッションへの参加を制御する制御システムであって、
   通信端末からの第１の宛先を指定した通信の開始要求に基づいて、前記セッションが確立されていた場合には、前記他の通信端末による前記セッションへの参加を拒否する一方で、前記通信端末からの前記第１の宛先とは異なる第２の宛先を指定した通信の開始要求に基づいて前記セッションが確立されていた場合には、前記他の通信端末を前記セッションへ参加させる制御を実行する参加制御手段を有し、
   前記第１の宛先は、複数の通信端末によって構成されるグループを示す宛先であり、前記第２の宛先は、前記グループを構成する前記複数の通信端末の一つを示す宛先であることを特徴とする制御システム。
2. 前記グループを構成する前記複数の通信端末を識別するための端末識別情報を管理するグループ管理手段と、
   前記通信端末から、前記宛先を指定した通信の開始要求を受け付ける開始要求受付手段と、
   前記開始要求受付手段によって、前記宛先として前記グループを示す宛先を指定した通信の開始要求が受け付けられたときに、前記グループ管理手段において管理されている端末識別情報によって識別される通信端末の中から、開始要求元の前記通信端末の通信相手として前記グループを構成する前記複数の通信端末の少なくとも一つを選択する選択手段と、
   をさらに有することを特徴とする請求項１に記載の制御システム。
3. 前記宛先が前記グループを示す宛先であるか否かを特定するための特定情報を管理する特定情報管理手段をさらに有しており、
   前記開始要求受付手段において、前記特定情報によって前記グループを示す宛先であることが特定される前記宛先を指定した通信の開始要求が受け付けられたときに、前記選択手段は、前記通信相手として前記グループを構成する前記複数の通信端末の少なくとも一つを選択することを特徴とする請求項２に記載の制御システム。
4. 通信端末間で情報を送信するためのセッションが確立されているときに、他の通信端末の前記セッションへの参加を制御する制御装置のための制御方法であって、
   通信端末からの第１の宛先を指定した通信の開始要求に基づいて、前記セッションが確立されていた場合には、前記他の通信端末による前記セッションへの参加を拒否するステップと、
   前記通信端末からの前記第１の宛先とは異なる第２の宛先を指定した通信の開始要求に基づいて前記セッションが確立されていた場合には、前記他の通信端末を前記セッションへ参加させるステップと、を有し、
   前記第１の宛先は、複数の通信端末によって構成されるグループを示す宛先であり、前記第２の宛先は、前記グループを構成する前記複数の通信端末の一つを示す宛先であることを特徴とする制御方法。
5. 前記グループを構成する前記複数の通信端末を識別するための端末識別情報を管理するグループ管理ステップと、
   前記通信端末から、前記宛先を指定した通信の開始要求を受け付ける開始要求受付ステップと、
   前記開始要求受付ステップによって、前記宛先として前記グループを示す宛先を指定した通信の開始要求が受け付けられたときに、前記グループ管理ステップにおいて管理されている端末識別情報によって識別される通信端末の中から、開始要求元の前記通信端末の通信相手として前記グループを構成する前記複数の通信端末の少なくとも一つを選択する選択ステップと、
   をさらに有する請求項４に記載の制御方法。
6. 前記宛先が前記グループを示す宛先であるか否かを特定するための特定情報を管理する特定情報管理ステップをさらに有しており、
   前記開始要求受付ステップにおいて、前記特定情報によって前記グループを示す宛先であることが特定される前記宛先を指定した通信の開始要求が受け付けられたときに、前記選択ステップは、前記通信相手として前記グループを構成する前記複数の通信端末の少なくとも一つを選択することを特徴とする請求項５に記載の制御方法。
7. 通信端末間で情報を送信するためのセッションが確立されているときに、他の通信端末の前記セッションへの参加を制御する制御方法をコンピュータに実行させるためのプログラムを格納するコンピュータ読み取り可能記憶媒体であって、前記制御方法は、
   通信端末からの第１の宛先を指定した通信の開始要求に基づいて、前記セッションが確立されていた場合には、前記他の通信端末による前記セッションへの参加を拒否するステップと、
   前記通信端末からの前記第１の宛先とは異なる第２の宛先を指定した通信の開始要求に基づいて前記セッションが確立されていた場合には、前記他の通信端末を前記セッションへ参加させるステップと、を有し、
   前記第１の宛先は、複数の通信端末によって構成されるグループを示す宛先であり、前記第２の宛先は、前記グループを構成する前記複数の通信端末の一つを示す宛先であることを特徴とするコンピュータ読み取り可能記憶媒体。
8. 前記制御方法は、
   前記グループを構成する前記複数の通信端末を識別するための端末識別情報を管理するグループ管理ステップと、
   前記通信端末から、前記宛先を指定した通信の開始要求を受け付ける開始要求受付ステップと、
   前記開始要求受付ステップによって、前記宛先として前記グループを示す宛先を指定した通信の開始要求が受け付けられたときに、前記グループ管理ステップにおいて管理されている端末識別情報によって識別される通信端末の中から、開始要求元の前記通信端末の通信相手として前記グループを構成する前記複数の通信端末の少なくとも一つを選択する選択ステップと、
   をさらに有することを特徴とする請求項７に記載のコンピュータ読み取り可能記憶媒体。
9. 前記制御方法は、
   前記宛先が前記グループを示す宛先であるか否かを特定するための特定情報を管理する特定情報管理ステップをさらに有しており、
   前記開始要求受付ステップにおいて、前記特定情報によって前記グループを示す宛先であることが特定される前記宛先を指定した通信の開始要求が受け付けられたときに、前記選択ステップは、前記通信相手として前記グループを構成する前記複数の通信端末の少なくとも一つを選択することを特徴とする請求項８に記載のコンピュータ読み取り可能記憶媒体。

Images