JP6565557B2 - 通信端末、通信システム、出力制御方法、及びプログラム - Google Patents

Description

本発明は、通信端末、通信システム、出力制御方法、及びプログラムに関する。

近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して通話や会議等を行う通信システムが普及している。このような通信システムでは、通信端末間で通信を開始すると、画像データ及び音データ等のコンテンツデータの送受信が行われ、拠点間のコミュニケーションを実現する。また、技術の進捗に伴って、通信端末の用途も拡大している。

例えば、特許文献１には、複数の窓口に対してテレビ電話を用いた対話形式によるサービス提供を行う場合に、テレビ電話の相手を窓口毎に切り替えることが可能な遠隔窓口システムが開示されている。

しかしながら、通信端末は、例えば、着呼したときには発呼中の相手側の通信端末のコンテンツデータの出力を開始し、発呼したときには相手側が応答してから相手側の通信端末のコンテンツデータの出力を開始する等、それぞれの通信端末の状態に応じてコンテンツデータを出力するタイミングを制御することができないという課題が生じる。

請求項１に記載の通信端末は、他の通信端末によって送信されるコンテンツデータを受信する通信端末であって、他の通信端末の状態が遷移するときに前記状態を特定するための所定の情報を受信する受信手段と、前記所定の情報に基づいて特定される他の通信端末の状態が、当該通信端末の状態に対応する所定の状態である場合に、前記他の通信端末から送られてくるコンテンツデータを出力し、前記所定の情報に基づいて特定される他の通信端末の状態が、当該通信端末の状態に対応する所定の状態ではない場合に、前記他の通信端末から送られてくるコンテンツデータを出力しないように制御する出力制御手段と、を有することを特徴とする。

以上説明したように本発明によれば、それぞれの通信端末の状態に応じてコンテンツデータを出力するタイミングを制御することが可能になるという効果を奏する。

図１は、一実施形態に係る通信システムの概略図である。 図２は、一実施形態に係る端末の外観図である。 図３は、一実施形態に係る端末のハードウェア構成図である。 図４は、一実施形態に係る管理システム、中継装置、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。 図５は、一実施形態に係る端末のソフトウェア構成図である。 図６は、一実施形態に係る通信システムを構成する各端末及び管理システムの機能ブロック図である。 図７は、通信システムを構成する端末又は管理システムが管理する各テーブルを示す概念図である。 図８は、端末間で通信を開始する準備段階の処理を示したシーケンス図である。 図９は、アプリリストの画面例を示した図である。 図１０は、通信相手を呼び出す処理を示したシーケンス図である。 図１１は、端末の状態の遷移を示す状態遷移図である。 図１２は、表示された画像の一例を示す図である。 図１３は、呼出しに対して応答する処理を示したシーケンス図である。 図１４は、セッションに参加する処理を示したシーケンス図である。 図１５は、通信システムを構成する管理システムの機能ブロック図である。 図１６は、管理システム５０側の状態管理テーブルにおいて管理されている情報を更新する処理を示したシーケンス図である。 図１７は、端末側で通信相手の端末から送られてきた画像データ及び音データに基づく画像及び音の出力を制御する処理を示したシーケンス図である。

以下、図面を用いて、本発明の一実施形態を詳細に説明する。なお、以下では、「通信端末」は単に「端末」として表され、「通信管理システム」は単に「管理システム」として表されている。

＜＜通信システム１の全体構成＞＞
図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、複数の端末（１０ａａ，１０ａｂ，…）、各端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。この通信システム１によって、コンテンツデータの一例としての画像データ及び音データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）は、コンテンツデータの最適な経路の選択を行う。

端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されている。更に、ＬＡＮ２ａ、ＬＡＮ２ｂ、及び専用線２ａｂは、所定の地域Ｘ内で構築されている。なお、各装置は、必ずしも専用線によって接続されている必要はなく、例えば直接インターネット２ｉに接続されていてもよい。

端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。ＬＡＮ２ｃは、所定の地域Ｙ内で構築されている。

端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。ＬＡＮ２ｄは、所定の地域Ｚ内で構築されている。地域Ｘ、地域Ｙ、及び地域Ｚは、同一国内であっても、異なる国であっても良い。

地域Ｘ、地域Ｙ、及び地域Ｚは、それぞれルータ（７０ａｂ，７０ｃ，７０ｄ）からインターネット２ｉを介して通信可能に接続されている。なお、地域Ｚには、コールセンターが設けられている。各端末１０は、コールセンターの端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）と接続することで、レセプションサービスを受けることができる。

なお、以下では、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置は「中継装置３０」と表されている。また、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）のうち任意のルータは、「ルータ７０」と表されている。

また、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、インターネット２ｉに接続されている。なお、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、地域（Ｘ，Ｙ，Ｚ）に設置されていても良いし、これら以外の地域に設置されていても良い。

また、本実施形態では、ＬＡＮ（２ａ，２ｂ，２ｃ，２ｄ）、専用線２ａｂ、及びインターネット２ｉによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ(Wireless Fidelity)やＢｌｕｅｔｏｏｔｈ（登録商標）、携帯電話網等の無線による通信が行われる箇所があってもよい。

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

また、各端末１０は、後述のアプリケーションが起動されると、音データ又は画像データを含むコンテンツデータの送受信により、ユーザ間の通話を可能にする。更に、端末１０は、所定の通信方式（通話の宛先と接続又は切断をするための呼制御方式、及び通話データをＩＰパケット化するための符号化方式）を利用して、通話データの送受信を行う。なお、以下、「アプリケーション」は「アプリ」と省略して説明する。

また、上述の呼制御方式としては、(1)SIP(Session Initiation Protocol)、(2)H.323、(3)SIPを拡張したプロトコル、(4)インスタントメッセンジャーのプロトコル、(5)SIPのMESSAGEメソッドを利用したプロトコル、(6)インターネットリレーチャットのプロトコル(IRC(Internet Relay Chat))、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコル等が挙げられる。このうち、(4)インスタントメッセンジャーのプロトコルは、例えば、(4-1)XMPP(Extensible Messaging and Presence Protocol)、又は(4-2)ICQ（登録商標）、AIM（登録商標）、若しくはSkype（登録商標）などで利用されるプロトコルである。また、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコルは、例えば、Jingleである。

＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。図２は、一実施形態に係る端末１０の外観図である。

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

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

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

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

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

なお、上記図２の外観図はあくまで一例であってこの外観に限定するものではない。他の例としては、端末１０は、一般の汎用コンピュータあるいは携帯電話端末、プロジェクタ、電子ホワイトボード、電子看板(デジタルサイネージ)等であってもよい（図１の端末（１０ａｃ，１０ｃｃ）参照）。端末１０として用いるコンピュータに、マイクやカメラが備わっていない場合には、外付けのマイクおよびカメラをコンピュータに接続させることができる。また、端末１０が汎用コンピュータや携帯電話端末等である場合には、無線ＬＡＮや携帯電話網などによる無線通信により、端末１０とインターネット２ｉとを接続しても良い。また、端末１０として汎用コンピュータを用いる場合には、当該コンピュータに後述する端末１０の処理を実行するためのアプリケーションをインストールしておくことができる。

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

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

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

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

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

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

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

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

一方、中継装置３０、プログラム提供システム９０、及びメンテナンスシステム１００は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。

図５は、一実施形態に係る端末１０のソフトウェア構成図である。図５に示されているように、ＯＳ１０２０、テレビ会議アプリ１０３１、及びレセプションアプリ１０３２は、ＲＡＭ１０３の作業領域１０１０上で動作する。ＯＳ１０２０、及び、これらのアプリは、端末１０にインストールされている。

また、これらのうち、ＯＳ１０２０は、基本的な機能を提供し、端末１０全体を管理する基本ソフトウェアである。テレビ会議アプリ１０３１は、他の端末１０と接続して、テレビ会議を行うためのアプリである。レセプションアプリ１０３２は、コールセンターの端末１０と接続して、オペレータと通話するためのアプリである。

なお、上記アプリは、一例であって、他のアプリがインストールされていてもよい。他のアプリがインストールされる場合は、プログラム提供システム９０に他のアプリを保存しておき、端末１０の要求に応じて他のアプリをダウンロードしてもよい。また、複数のテレビ会議アプリがインストールされる場合は、上記(1)〜(7)のように、異なるプロトコルのテレビ会議アプリがインストールされてもよい。

＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図６は、一実施形態に係る通信システム１の一部を構成する端末１０、及び管理システム５０の機能ブロック図である。なお、図６では、端末１０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。

＜端末の機能構成＞
端末１０は、送受信部１１、操作入力受付部１２、起動部１３、出力制御部１４、状態管理部１６、及び記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたテレビ会議アプリ１０３１又はレセプションアプリ１０３２（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。

また、端末１０は、図３に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。記憶部１０００には、以下に示すような各テーブルによってＤＢが構築される。

（状態管理テーブル）
図７（Ａ−１）は、状態管理テーブルを示す概念図である。記憶部１０００には、図７（Ａ−１）に示されているような状態管理テーブルによって状態管理ＤＢ１００１が構築されている。この状態管理テーブルでは、通信先を識別するための通信ＩＤ毎に、この通信先の状態を示す状態情報が関連付けられて管理される。なお、通信ＩＤは、呼制御に係る情報、あるいはコンテンツデータ等の情報の送信先（通信先）を識別するための情報である。通信ＩＤは、例えば、端末１０を識別する情報の他、通信先を特定可能であれば端末１０のユーザを識別するアカウント等の情報であっても良い。

図７（Ａ−１）の状態管理テーブルでは、少なくとも、自端末及び通信相手の端末１０の通信ＩＤ毎に、状態情報が管理される。状態情報には、通信相手を呼び出している状態を示す「発呼中」、通信相手から呼び出されている状態を示す「着呼中」、通信相手との通話に参加している状態を示す「参加中」、通信相手との通話の再開を待機している状態を示す「待機中」、及び新たな通信相手を呼び出している状態を示す「呼出中」等の呼制御に係る状態を示す状態情報が含まれる。

（出力管理テーブル）
図７（Ａ−２）は、出力管理テーブルを示す概念図である。記憶部１０００には、図７（Ａ−２）に示されているような出力管理テーブルによって出力管理ＤＢ１００２が構築されている。この出力管理テーブルでは、コンテンツデータに基づくコンテンツを出力する出力側の端末１０の状態を示す状態情報と、コンテンツデータを送信する送信側の端末１０の状態を示す状態情報とが、関連付けられて管理されている。出力側の端末１０の実際の状態を示す状態情報と、送信側の端末１０の実際の状態を示す状態情報の組が、出力管理テーブルにおいて対応付けられている場合には、出力制御部１４は、送信側の端末１０から送られてきたコンテンツデータに基づくコンテンツの出力を許可する。出力管理テーブルで管理される状態情報としては、例えば上で述べたような呼制御に係る状態を示す状態情報が含まれる。

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

送受信部１１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、通信相手の端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。

操作入力受付部１２は、ＣＰＵ１０１からの命令、並びに操作ボタン（１０８ａ，１０８ｂ，１０８ｃ，１０８ｄ，１０８ｅ）及び電源スイッチ１０９によって実現され、ユーザによる各種入力又は各種選択を受け付ける。

起動部１３は、ＣＰＵ１０１からの命令によって実現され、操作入力受付部１２がユーザによるアプリの選択を受け付けた場合に、操作入力受付部１２の起動要求に基づいてアプリ（テレビ会議アプリ又はレセプションアプリ）を起動する。

出力制御部１４は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、画面のデータをディスプレイ１２０に送信するための制御を行う。出力制御部１４は、ＣＰＵ１０１からの命令、及び音入出力Ｉ／Ｆ１１６によって実現され、音データの基づく信号をスピーカ１１５に送信するための制御を行う。

状態管理部１６は、ＣＰＵ１０１からの命令によって実現され、状態管理ＤＢ１００１において端末１０毎の状態情報を管理する。

記憶・読出部１９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。

＜管理システムの機能構成＞
管理システム５０は、送受信部５１、認証部５２、管理部５３、セッション制御部５８、及び記憶・読出部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能である。また、管理システム５０は、ＨＤ２０４により構築される記憶部５０００を有している。この記憶部５０００には、アプリＩＤ毎に、アプリアイコンのデータが記憶されている。更に、記憶部５０００には、以下に示すような各テーブルによってＤＢが構築される。

（認証管理テーブル）
図７（Ｂ−１）は、認証管理テーブルを示す概念図である。記憶部５０００には、図７（Ｂ−１）に示されているような認証管理テーブルによって認証管理ＤＢ５００１が構築されている。この認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各通信ＩＤに対して、認証用のパスワードが関連付けられて管理される。

（端末管理テーブル）
図７（Ｂ−２）は、端末管理テーブルを示す概念図である。記憶部５０００には、図７（Ｂ−２）に示されているような端末管理テーブルによって端末管理ＤＢ５００２が構築されている。この端末管理テーブルでは、各端末１０の通信ＩＤ毎に、各端末１０を宛先とした場合の宛先名（端末名）、各端末１０のＩＰアドレス、及び端末１０側の役割を示す役割情報が関連付けられて管理される。なお、本実施形態において、役割情報には、レセプションアプリにおけるオペレータの役割を示す「Operator」、及びゲストの役割を示す「Guest」が含まれる。

（アプリ利用可否管理テーブル）
図７（Ｂ−３）は、アプリ利用可否管理テーブルを示す概念図である。記憶部５０００には、図７（Ｂ−３）に示されているようなアプリ利用可否管理テーブルによってアプリ利用可否管理ＤＢ５００３が構築されている。このアプリ利用可否管理テーブルでは、端末１０の通信ＩＤ及びこの端末１０にインストールされている複数のアプリのそれぞれを識別するためのアプリＩＤ毎に、この端末１０でそれぞれのアプリが利用可能（Ｏｎ）又は利用不可能（Ｏｆｆ）を示す利用可否情報を関連付けて管理している。

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

送受信部５１は、ＣＰＵ２０１からの命令、及びネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して各端末、装置又はシステムと各種データ（または情報）の送受信を行う。

認証部５２は、ＣＰＵ２０１からの命令によって実現され、送受信部５１で受信された通信ＩＤ及びパスワードを検索キーとして、認証管理テーブルを検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって端末の認証を行う。

管理部５３は、ＣＰＵ２０１からの命令によって実現され、端末管理テーブル（図７（Ｂ−２）参照）において、端末１０の最新の状態を管理させるため、各種情報を更新する処理を行う。

セッション制御部５８は、ＣＰＵ２０１からの命令によって実現され、端末１０間でコンテンツデータを送信するセッションを制御する。この制御としては、セッションを確立するための制御、確立されたセッションに端末１０を参加させる制御、セッションを切断する制御、確立されたセッションにおけるコンテンツデータの伝送の制御等が含まれる。

記憶・読出部５９は、ＣＰＵ２０１からの命令及びＨＤＤ２０５によって実現され、又はＣＰＵ２０１からの命令によって実現され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを抽出する処理を行う。

＜＜通信システム１の処理・動作＞＞
以上が、通信システム１の構成及び機能の説明であり、続いて、通信システム１における処理方法を説明する。

（アプリリストの表示）
まずは、図８を用いて、端末間で通信を開始するまでの準備段階の処理を説明する。図８は、端末間で通信を開始するまでの準備段階の処理を示したシーケンス図である。

まず、ユーザが、電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、端末１０を起動させる（ステップＳ１）。送受信部１１は、上記電源ＯＮの受け付けを契機とし、通信ネットワーク２を介して管理システム５０に、ログイン要求を行う（ステップＳ２）。これにより、管理システム５０の送受信部５１は、ログイン要求を受け付ける。このログイン要求には、ログイン要求元である自端末１０を識別するための通信ＩＤ及びパスワードが含まれている。これら通信ＩＤ及びパスワードは、記憶・読出部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、これら通信ＩＤ及びパスワードは、要求元端末のユーザによって入力されてもよい。また、これら通信ＩＤ及びパスワードは、記録メディア１０６から読み出した情報であってもよい。端末１０から管理システム５０へログイン要求が送信されることで、受信側である管理システム５０は、送信側である端末１０のＩＰアドレスを取得することができる。

次に、管理システム５０の認証部５２は、ログイン要求に含まれている通信ＩＤ及びパスワードを検索キーとして、記憶部５０００の認証管理テーブル（図７（Ｂ−１）参照）を検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって認証を行う（ステップＳ３）。認証部５２によって、正当な利用権限を有する端末１０からのログイン要求であると認証された場合には、管理部５３は、端末管理テーブル（図７（Ｂ−２）参照）に、端末１０の通信ＩＤ、及び端末１０のＩＰアドレスを関連付けて記憶する（ステップＳ４）。

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

認証部５２によって正当な利用権限を有する端末であると判断された場合、端末１０の送受信部１１は、通信ネットワーク２を介して管理システム５０に、端末１０にインストールされているアプリの利用可否を示す利用可否情報を要求する（ステップＳ６）。この要求には、利用可否情報要求元の端末１０の通信ＩＤが含まれている。これにより、管理システム５０の送受信部５１は、利用可否情報の要求を受け付ける。

次に、管理システム５０の記憶・読出部５９は、利用可否情報要求元の端末１０の通信ＩＤを検索キーとしてアプリ利用可否管理テーブル（図７（Ｂ−３）を参照）を検索することにより、対応する利用可否情報を読み出す（ステップＳ７）。

次に、送受信部１１は、通信ネットワーク２を介して利用可否情報要求元の端末１０に、上記ステップＳ７によって読み出された利用可否情報を送信する（ステップＳ８）。これにより、端末１０の送受信部１１は、利用可否情報を受信する。

次に、出力制御部１４は、ディスプレイ１２０上に、図９に示されているようなアプリリストの画面１４０を表示させる（ステップＳ９）。なお、図９は、アプリリストの画面例を示した図である。この画面１４０には、利用可否情報が利用可能（Ｏｎ）として表されている全てのアプリＩＤ（ａ００１，ａ００２，…）毎に、対応するアプリアイコン（１４１，１４２，…）が表示される。

端末１０のユーザが操作ボタン（１０８ａ〜１０８ｅ）を操作して、図９に示されている複数のアプリアイコンのうち、レセプションアプリ１０３２を示すアプリアイコン１４２を選択すると、端末１０の操作入力受付部１２は、ユーザによるアプリアイコンの選択を受け付ける（ステップＳ１０）。

続いて、操作入力受付部１２は、レセプションアプリ１０３２によって実現される起動部１３に対して、起動を命令することで、レセプションアプリ１０３２を起動させる（ステップＳ１１）。

続いて、出力制御部１４は、レセプションアプリ１０３２に対応する端末１０側の役割の選択肢「Operator, Guest」をディスプレイ１２０に出力させる。これにより、操作入力受付部１２は、ユーザによる役割の入力を受け付ける（ステップＳ１２）。

なお、ここで、コールセンター側の端末（１０ｄａ，１０ｄｂ，１０ｄｃ…）では、「Operator」が選択され、他の端末１０では「Guest」が選択されることになる。なお、操作入力受付部１２は、ユーザによる入力ではなく、記録メディア１０６から読み出した情報に基づいて役割の入力を受け付けても良い。

続いて、送受信部１１は、管理システム５０へ、自端末１０の通信ＩＤと、入力された役割を示す役割情報を送信する（ステップＳ１３）。管理システム５０の送受信部５１がこれらの情報を受信すると、記憶・読出部５９は、端末管理テーブル（図７（Ｂ−２）参照）において、受信した通信ＩＤ、及び役割情報を関連付けて記憶する。

（呼出処理）
続いて、図１０を用いて、端末１０間の通話を実行するため、通信相手を呼び出す処理について説明する。図１０は、通信相手を呼び出す処理を示したシーケンス図である。なお、以下、端末１０ａａが端末１０ｄｂを呼び出す処理について説明する。

ステップＳ１３において、端末１０ａａが送信した、端末１０ａａの通信ＩＤ「０１ａａ」と、役割情報「Guest」を管理システム５０の送受信部５１が受信すると、記憶・読出部５９は、役割情報「Operator」を検索キーとして、端末管理テーブル（図７（Ｂ−２））を検索して、対応する通信ＩＤ「01db」を読み出す（ステップＳ２１）。

続いて、管理システム５０の送受信部５１は、読み出した通信ＩＤを含む発信先情報を、端末１０ａａへ送信する（ステップＳ２２）。

端末１０ａａ側では、利用者による発信要求に応じて、送受信部１１が、通信相手を呼び出す旨を示す呼出情報を管理システム５０へ送信する（ステップＳ２３）。この呼出情報には、発信先の通信ＩＤとしてステップＳ２２で受信した通信ＩＤと、発信元として自端末の通信ＩＤとが含まれている。

呼出情報を送信した端末１０ａａでは、状態管理部１６が、端末１０の状態を管理する。この場合、状態管理部１６は、通信ＩＤ、及び状態情報の各フィールドを有する状態管理テーブルを作成する。記憶・読出部１９は、作成された状態管理テーブルを、記憶部１０００に構築された状態管理ＤＢ１００１に記憶する。図１１（Ａ）は、二端末間の呼制御時における端末１０の状態の遷移を示す状態遷移図である。図１１（Ａ）において各枠内には、端末１０の状態を示す状態情報が記載されている。レセプションアプリが利用する呼制御のプロトコルにおいて、二端末間で接続するときに端末１０の状態は、図１１（Ａ）の状態遷移図に示されているように遷移することが取り決められている。この取り決めに従い、状態管理部１６は、自端末において呼出情報を送信（発信）したことに基づいて、自端末の状態を示す状態情報を、「発呼中」に決定する。記憶・読出部１９は、状態管理テーブルにおいて、自端末の通信ＩＤ「０１ａａ」と、決定された状態情報「発呼中」を関連付けて記憶することにより、状態管理テーブルを更新する（ステップＳ２４）。
更新後の状態管理テーブルを表１に示す。

一方、呼出情報を受信した管理システム５０では、端末（１０ａａ，１０ｄｂ）間でコンテンツデータを送信するためのセッションｓｅｄにおいて、端末（１０ａａ，１０ｄｂ）間でコンテンツデータを中継する中継装置３０を選択する（ステップＳ２５）。中継装置３０を選択する方法としては、中継装置３０の負荷に基づいて選択する方法、端末（１０ａａ，１０ｄｂ）の位置情報に基づいて選択する方法等の公知の方法が用いられる。以下、ステップＳ２５において中継装置３０ｅが選択された場合について説明を続ける。

管理システム５０の送受信部５１は、呼出情報の送信元の端末１０ａａへ、ステップＳ２５において選択された中継装置３０ｅへ接続するための中継装置接続情報を送信する（ステップＳ２６）。この中継装置接続情報には、中継装置３０ｅのＩＰアドレス、認証情報、ポート番号、端末（１０ａａ，１０ｄｂ）間でコンテンツデータを送信するためのセッションｓｅｄを識別するためのセッションＩＤ等を含めることができる。

端末１０ａａの送受信部１１は、中継装置接続情報を中継装置３０ｅへ送信することで、中継装置３０ｅと接続する（ステップＳ２７）。端末１０ａａが中継装置３０ｅと接続すると、自端末のカメラ１１２で撮像した画像、又はマイク１１４で集音した音に基づく画像データ及び音データを中継装置３０ｅへ送信するとともに、相手側の端末１０ｄｂが送信した画像データ及び音データを要求する。

一方、管理システム５０の送受信部５１は、宛先の端末１０ｄｂへ、端末１０ａａから送られてきた呼出情報と、中継装置３０ｅへ接続するための中継装置接続情報とを送信する（ステップＳ２８）。

端末１０ｄｂの送受信部１１が呼出情報を受信すると、状態管理部１６が、端末１０の状態を管理する。この場合、状態管理部１６は、通信ＩＤ、及び状態情報の各フィールドを有する状態管理テーブルを作成する。記憶・読出部１９は、作成された状態管理テーブルを、記憶部１０００に構築された状態管理ＤＢ１００１に記憶する。図１１（Ａ）の状態遷移図に示されている遷移のルールに従って、状態管理部１６は、当該端末において呼出情報を受信（着信）したことを契機として、自端末の状態を示す状態情報を「着呼中」に、送信元の端末１０ａａの状態を示す状態情報を「発呼中」に決定する。記憶・読出部１９は、状態管理テーブルにおいて、自端末の通信ＩＤ「０１ｄｂ」と、決定された状態情報「着呼中」とを関連付けて記憶し、送信元の端末１０ａａの通信ＩＤ「０１ａａ」と、決定された状態情報「発呼中」とを関連付けて記憶することにより、状態管理テーブルを更新する（ステップＳ２９）。更新後の状態管理テーブルを表２に示す。

端末１０ｄｂの送受信部１１は、管理システム５０から送られてきた中継装置接続情報を中継装置３０ｅへ送信することで、中継装置３０ｅと接続する（ステップＳ３０）。端末１０ｄｂが中継装置３０ｅと接続すると、自端末のカメラ１１２で撮像した画像、又はマイク１１４で集音した音に基づく画像データ及び音データを中継装置３０ｅへ送信するとともに、相手側の端末１０ａａが送信した画像データ及び音データを要求する。

端末（１０ａａ，１０ｄｂ）が中継装置３０ｅと接続すると、中継装置３０ｅは、一方の端末（１０ａａ，１０ｄｂ）から送られてきた画像データ及び音データを、他方の端末（１０ｄｂ，１０ａａ）へ送信する。これにより、端末（１０ａａ，１０ｄｂ）間では、相互に画像データ及び音データを送信できるようになる。

端末１０ｄｂ側の状態管理テーブルが更新されると、出力制御部１４は、状態管理テーブル（表２参照）、及び出力管理テーブル（図７（Ａ−１）参照）において管理されている情報に基づいて、端末１０ａａから送られてきた画像データ又は音データに基づく、画像又は音の出力を制御する（ステップＳ３１）。ここで、状態管理テーブルには、自端末の状態を示す状態情報として「着呼中」が管理されており、出力管理テーブルには、出力側の状態情報「着呼中」に関連付けられて、送信側の状態情報として「発呼中」が記録されている。このため、出力制御部１４は、「発呼中」の端末１０ａａから送られてきた画像データ又は音データに基づく画像又は音を、「着呼中」の自端末のディスプレイ１２０又はスピーカ１１５から出力するように制御する。

さらに、出力制御部１４は、状態管理テーブルにおいて管理されている自端末の状態情報「着呼中」に基づいて、呼出しに対する応答の入力を受け付けるインタフェースを作成して、自端末のディスプレイ１２０から出力するよう制御する。図１２（Ａ）は、ステップＳ３１による制御に基づいて表示された画像の一例を示す図である。

続いて、図１３を用いて、端末１０間でテレビ会議を実行するため、呼出しに対して応答する処理について説明する。図１３は、呼出しに対して応答する処理を示したシーケンス図である。

端末１０ｄｂ側で、呼出しに対する応答の入力を受け付けるインタフェースが表示されると、送受信部１１は、着呼中であることを示す着呼情報を管理システム５０へ送信する（ステップＳ４１）。この着呼情報には、自端末及び通信相手の端末１０の通信ＩＤが含まれている。

管理システム５０の送受信部５１は、端末１０ｄｂから送られてきた着呼情報を受信して、端末１０ａａへ送信する（ステップＳ４２）

端末１０ａａの送受信部１１が着呼情報を受信すると、状態管理部１６が、端末１０の状態を管理する。この場合、状態管理部１６は、図１１（Ａ）の状態遷移図によって示される状態遷移のルールに従って、通信相手の状態を示す状態情報を、「着呼中」に決定する。記憶・読出部１９は、状態管理テーブルにおいて、通信相手の端末１０の通信ＩＤ「０１ｄｂ」と、決定された状態情報「着呼中」とを関連付けて記憶することにより、状態管理テーブルを更新する（ステップＳ４３）。更新後、端末１０ａａ側の状態管理テーブルは、表２と同様の状態となる。

端末１０ａａの送受信部１１が、端末１０ｄｂから中継装置３０ｅを介して送られてきた画像データ及び音データを受信すると、出力制御部１４は、状態管理テーブル（表２参照）、及び出力管理テーブル（図７（Ａ−１）参照）において管理されている情報に基づいて、端末１０ｄｂから送られてきた画像データ又は音データに基づく、画像又は音の出力を制御する（ステップＳ４４）。ここで、状態管理テーブルには、自端末の状態を示す状態情報として「発呼中」が管理されており、一方で、出力管理テーブルには、出力側の状態情報「発呼中」に関連付けられる送信側の状態情報として、「着呼中」が記録されていない。このため、出力制御部１４は、「着呼中」の状態の端末１０ｄｂから送られてきた画像データ又は音データに基づく画像又は音を、「発呼中」の状態の自端末のディスプレイ１２０又はスピーカ１１５から出力しないよう制御する。

さらに、出力制御部１４は、状態管理テーブルにおいて管理されている自端末の状態情報「発呼中」に基づいて、発呼中である旨を示す画像データを作成して、自端末のディスプレイ１２０から出力するよう制御する。図１２（Ｂ）は、ステップＳ４４による制御に基づいて表示された画像の一例を示す図である。

一方、端末１０ｄｂの操作入力受付部１２が、図１２（Ａ）のインタフェースを介して応答する旨の入力を受け付けると（ステップＳ４５）、送受信部１１は、呼出しに対して応答する旨を示す応答情報を管理システム５０へ送信する（ステップＳ４６）。この応答情報には、自端末及び通信相手の通信ＩＤが含まれている。

管理システム５０の送受信部５１は、端末１０ｄｂから送られてきた応答情報を受信して、端末１０ａａへ送信する（ステップＳ４７）。

応答情報を送信した端末１０ｄｂでは、状態管理部１６が、端末１０の状態を管理する。この場合、図１１（Ａ）の状態遷移図に示されている遷移のルールに従って、状態管理部１６は、状態管理テーブルにおいて管理されているすべての端末１０の状態を示す状態情報を「参加中」に決定する。記憶・読出部１９は、状態管理テーブルにおいて、通信ＩＤ「０１ａａ，０１ｄｂ」に関連付けられている状態情報を、「参加中」に更新する（ステップＳ４８）。更新後の状態管理テーブルを表３に示す。

端末１０ｄｂ側の状態管理テーブルが更新されると、出力制御部１４は、状態管理テーブル（表３参照）、及び出力管理テーブル（図７（Ａ−１）参照）において管理されている情報に基づいて、端末１０ａａから送られてきた画像データ又は音データに基づく、画像又は音の出力を制御する（ステップＳ４９）。ここで、状態管理テーブルには、自端末の状態を示す状態情報として「参加中」が管理されており、出力管理テーブルには、出力側の状態情報「参加中」に関連付けられる送信側の状態情報として、「参加中」が記録されている。このため、出力制御部１４は、「参加中」の端末１０ａａから送られてきた画像データ又は音データに基づく画像又は音を、「参加中」の自端末のディスプレイ１２０又はスピーカ１１５から出力するように制御する。図１２（Ｃ）は、ステップＳ４９による制御に基づいて表示された画像の一例を示す図である。

一方、端末１０ａａの送受信部１１が応答情報を受信すると、状態管理部１６が、端末１０の状態を管理する。この場合、図１１（Ａ）の状態遷移図に示されている遷移のルールに従って、状態管理部１６は、状態管理テーブルにおいて管理されているすべての端末１０の状態を示す状態情報を「参加中」に決定する。記憶・読出部１９は、状態管理テーブルにおいて、通信ＩＤ「０１ａａ，０１ｄｂ」に関連付けられている状態情報を、「参加中」に更新する（ステップＳ５０）。更新後、端末１０ａａ側の状態管理テーブルは、表３と同様の状態となる。

端末１０ａａ側の状態管理テーブルが更新されると、出力制御部１４は、状態管理テーブル（表３参照）、及び出力管理テーブル（図７（Ａ−１）参照）において管理されている情報に基づいて、端末１０ｄｂから送られてきた画像データ又は音データに基づく、画像又は音の出力を制御する（ステップＳ５１）。ここで、状態管理テーブルには、自端末の状態を示す状態情報として「参加中」が管理されており、出力管理テーブルには、出力側の状態情報「参加中」に関連付けられる送信側の状態情報として、「参加中」が記録されている。このため、出力制御部１４は、「参加中」の端末１０ｄｂから送られてきた画像データ又は音データに基づく画像又は音を、「参加中」の自端末のディスプレイ１２０又はスピーカ１１５から出力するように制御する。図１２（Ｄ）は、ステップＳ５１による制御に基づいて表示された画像の一例を示す図である。

続いて、図１４を用いて、端末（１０ａａ，１０ｄｂ）間のセッションｓｅｄに端末１０ｄｃが参加する処理について説明する。図１４は、セッションに参加する処理を示したシーケンス図である。以下、オペレータ側の端末１０ｄｂが、新たなオペレータ側の端末１０ｄｃを呼び出して、テレビ会議に参加させる処理について説明する。

端末１０ｄｂが、新たなオペレータ側の端末１０をセッションｓｅｄに参加させる要求を管理システム５０へ送信すると、管理システム５０の記憶・読出部５９は、役割情報「Operator」を検索キーとして、端末管理テーブル（図７（Ｂ−２））を検索して、対応する通信ＩＤ「０１ｄｃ」を読み出す（ステップＳ６１）。

続いて、管理システム５０の送受信部５１は、読み出した通信ＩＤを含む発信先情報を、端末１０ｄｂへ送信する（ステップＳ６２）。

端末１０ｄｂ側では、利用者による発信要求の入力に応じて、送受信部１１が、通信相手を呼び出す旨を示す呼出情報を管理システム５０へ送信する（ステップＳ６３）。この呼出情報には、宛先の通信ＩＤとしてステップＳ６２で受信した通信ＩＤと、要求元として自端末の通信ＩＤとが含まれている。

呼出情報を送信した端末１０ｄｂでは、状態管理部１６が、端末１０の状態を管理する。図１１（Ｂ）は、三端末間の呼制御時における端末１０の状態の遷移を示す状態遷移図である。図１１（Ｂ）において各枠内には、端末１０の状態を示す状態情報が記載されている。レセプションアプリが利用するプロトコルにおいて、三端末間の呼制御時における端末１０の状態は、図１１（Ｂ）の状態遷移図に示されているように遷移することが取り決められている。この取り決めに従い、状態管理部１６は、自端末において呼出情報を送信（発信）したことを契機として、自端末の状態を示す状態情報を「呼出中」に、セッションｓｅｄに既に参加している端末１０ａａの状態を示す状態情報を「待機中」に、新たに呼び出す端末１０ｄｃの状態を示す状態情報を「着呼中」に決定する。記憶・読出部１９は、状態管理テーブルにおいて、自端末の通信ＩＤ「０１ｄｂ」に関連付けられている状態情報を「呼出中」に更新し、端末１０ａａの通信ＩＤ「０１ａａ」に関連付けられている状態情報を「待機中」に更新する。また、記憶・読出部１９は、状態管理テーブルにおいて、端末１０ｄｃの通信ＩＤ「０１ｄｃ」に関連付けて、状態情報「着呼中」を記憶することにより、状態管理テーブルを更新する（ステップＳ６４）。更新後の状態管理テーブルを表４に示す。

一方、呼出情報を受信した管理システム５０では、呼出先の端末１０ｄｃへ、端末１０ｄｂから送られてきた呼出情報と、中継装置３０ｅへ接続するための中継装置接続情報とを送信する（ステップＳ６５）。

呼出情報を受信した端末１０ｄｃでは、送受信部１１が、管理システム５０から送られてきた中継装置接続情報を中継装置３０ｅへ送信することで、中継装置３０ｅと接続する（ステップＳ６６）。端末１０ｄｃが中継装置３０ｅと接続すると、自端末のカメラ１１２で撮像した画像、又はマイク１１４で集音した音に基づく画像データ及び音データを中継装置３０ｅへ送信するとともに、相手側の端末１０が送信した画像データ及び音データを要求する。

端末１０ｄｃが中継装置３０ｅと接続すると、中継装置３０ｅは、端末（１０ａａ，１０ｄｂ，１０ｄｃ）間で画像データ及び音データを中継する。これにより、端末（１０ａａ，１０ｄｂ，１０ｄｃ）間では、相互に画像データ及び音データを送信できるようになる。

また、端末１０ｄｂの送受信部１１は、端末１０ｄｂが端末１０ｄｃを呼び出している旨を通知するための呼出通知情報を管理システム５０へ送信する（ステップＳ６７）。呼出通知情報には、発信元の端末１０ｄｂ、呼出先の端末１０ｄｃ、及び通知先の端末１０ａａの各通信ＩＤが含まれている。呼出通知情報を受信した管理システム５０では、通知先の端末１０ａａへ、端末１０ｄｂから送られてきた呼出通知情報を送信する（ステップＳ６８）。

呼出通知情報を受信した端末１０ａａでは、状態管理部１６が、端末１０の状態を管理する。図１１（Ｂ）の状態遷移図に示されている遷移のルールに従い、状態管理部１６は、自端末において呼出通知情報を受信したことを契機として、自端末の状態を示す状態情報を「待機中」に、発信元の端末１０ｄｂの状態を示す状態情報を「呼出中」に、呼出先の端末１０ｄｃの状態を示す状態情報を「着呼中」に決定する。記憶・読出部１９は、状態管理テーブルにおいて、自端末の通信ＩＤ「０１ａａ」に関連付けられている状態情報を「待機中」に更新し、端末１０ｄｂの通信ＩＤ「０１ｄｂ」に関連付けられている状態情報を「呼出中」に更新する。また、記憶・読出部１９は、状態管理テーブルにおいて、端末１０ｄｃの通信ＩＤ「０１ｄｃ」に関連付けて、状態情報「着呼中」を記憶することにより、状態管理テーブルを更新する（ステップＳ６９）。更新後、状態管理テーブルは表４に示される状態となる。

端末１０ａａ側の状態管理テーブルが更新されると、出力制御部１４は、状態管理テーブル（表４参照）、及び出力管理テーブル（図７（Ａ−１）参照）において管理されている情報に基づいて、端末（１０ｄｂ，１０ｄｃ）から送られてきた画像データ又は音データに基づく、画像又は音の出力を制御する（ステップＳ７０）。ここで、状態管理テーブルには、自端末の状態を示す状態情報として「待機中」が管理されており、出力管理テーブルには、出力側の状態情報「待機中」に関連付けられる送信側の状態情報として、「待機中，呼出中」が記録されている。このため、出力制御部１４は、「呼出中」の端末１０ｄｂから送られてきた画像データ又は音データに基づく画像又は音を、「待機中」の自端末のディスプレイ１２０又はスピーカ１１５から出力するように制御する。一方で、出力制御部１４は、「着呼中」の端末１０ｄｃから送られてきた画像データ又は音データに基づく画像又は音を、「待機中」の自端末のディスプレイ１２０又はスピーカ１１５から出力しないように制御する。図１２（Ｄ）は、ステップＳ７０による制御に基づいて表示された画像の一例を示す図である。

なお、端末１０ｄｃが中継装置３０ｅと接続してから、端末１０ａａ側には、端末（１０ｄｂ，１０ｄｃ）から、それぞれ画像データ、及び音データが送られて来るが、端末１０ａａ側では、公知の復号化技術により、各データの送信元を特定することができる。

一方の、端末１０ｄｂ側の状態管理テーブルが更新されると、出力制御部１４は、状態管理テーブル（表４参照）、及び出力管理テーブル（図７（Ａ−１）参照）において管理されている情報に基づいて、端末（１０ａａ，１０ｄｃ）から送られてきた画像データ又は音データに基づく、画像又は音の出力を制御する（ステップＳ７１）。ここで、状態管理テーブルには、自端末の状態を示す状態情報として「呼出中」が管理されており、出力管理テーブルには、出力側の状態情報「呼出中」に関連付けられる送信側の状態情報として、「待機中，着呼中」が記録されている。このため、出力制御部１４は、「待機中，着呼中」の端末（１０ａａ，１０ｄｂ）から送られてきた画像データ又は音データに基づく画像又は音を、「呼出中」の自端末のディスプレイ１２０又はスピーカ１１５から出力するように制御する。図１２（Ｅ）は、ステップＳ７１による制御に基づいて表示された画像の一例を示す図である。

なお、端末１０ｄｃが中継装置３０ｅと接続してから、端末１０ｄｂ側には、端末（１０ａａ，１０ｄｃ）から、それぞれ画像データ、及び音データが送られて来るが、端末１０ｄｂ側では、公知の復号化技術により、各データの送信元を特定することができる。

＜＜実施形態の変形例＞＞
続いて、上記実施形態の変形例について、上記実施形態と異なる点を説明する。

図１５は、変形例の通信システムを構成する管理システムの機能ブロック図である。変形例では、管理システム５０の記憶部５０００において、状態管理テーブルによって構成される状態管理ＤＢ５０１１が構築されている。変形例における状態管理テーブルは、上記実施形態における状態管理テーブルと同内容であるため詳細な説明を省略する。また、変形例において、管理システム５０の管理部５３は、上記実施形態における、状態管理部１６の機能を有している。

図１６は、管理システム５０側の状態管理テーブルにおいて管理されている情報を更新する処理を示したシーケンス図である。ステップＳ２３において、端末１０から呼出情報が送られて来ると、管理システム、管理部５３は、通信ＩＤ、及び状態情報の各フィールドを有する状態管理テーブルを作成する。記憶・読出部５９は、作成された状態管理テーブルを、記憶部５０００に構築された状態管理ＤＢ５０１１に記憶する。図１１（Ａ）の状態遷移図に示されている遷移のルールに従って、管理部５３は、呼出情報の送信元の端末１０の状態を示す状態情報を「発呼中」に決定する。記憶・読出部１９は、状態管理テーブルにおいて、呼出情報の送信元の端末の通信ＩＤと、決定された状態情報「発呼中」を関連付けて記憶することにより、状態管理テーブルを更新する（ステップＳ８１）。

管理システム５０では、ステップ（Ｓ４１，Ｓ４６，Ｓ６３，Ｓ６７）において、端末１０から送られてきた着呼情報、応答情報、呼出情報、呼出通知情報を受信すると、管理部５３が、送られてきた情報種類、情報の送信元及び送信先の端末１０の通信ＩＤに基づいて、図１１（Ａ）の状態遷移図に示されている遷移のルールに従って、情報の送信元及び送信先の端末１０の新たな状態を示す状態情報を決定する。記憶・読出部５９は、管理部５３が、端末１０毎の新たな状態情報を決定するたびに、決定された情報に基づいて、状態管理テーブルにおける端末毎の状態情報を更新する（ステップ（Ｓ８２，Ｓ８３，Ｓ８４，Ｓ８５））。

図１７は、端末１０側で通信相手の端末１０から送られてきた画像データ及び音データに基づく画像及び音の出力を制御する処理を示したシーケンス図である。

端末１０の送受信部１１は、呼制御に係る情報を送信あるいは受信したとき、あるいは一定時間毎等の任意のタイミングで、自端末及び通信相手の端末１０の通信ＩＤを含む状態情報の要求を管理システム５０へ送信する（ステップＳ１０１）。

管理システム５０の送受信部５１が上記の要求を受信すると、記憶・読出部５９は、受信した要求に含まれている通信ＩＤを検索キーとして状態管理テーブルを検索して、対応する状態情報を読み出す（ステップＳ１０２）。

管理システム５０の送受信部５１は、上記で検索キーとして用いた通信ＩＤ毎に、ステップＳ１０２において読み出された状態情報を関連付けて要求元の端末１０へ送信する。

端末１０の出力制御部１４は、管理システム５０から送られてきた通信ＩＤ、状態情報、及び出力管理テーブル（図７（Ａ−２）参照）において管理されている情報に基づいて、通信相手の端末１０から送られてきた画像データ又は音データに基づく、画像又は音の出力を制御する（ステップＳ３１）。ここで、出力制御部１４は、出力管理テーブルにおいて、自端末の状態を示す状態情報に関連付けられて、通信相手の状態を示す状態情報が管理されているか否かを判断する。通信相手の状態を示す状態情報が管理されている場合には、出力制御部１４は、通信相手の端末１０から送られてきた画像データ又は音データに基づく画像又は音を自端末のディスプレイ１２０又はスピーカ１１５から出力するように制御する。通信相手の状態を示す状態情報が管理されていない場合には、出力制御部１４は、通信相手の端末１０から送られてきた画像データ又は音データに基づく画像又は音を自端末のディスプレイ１２０又はスピーカ１１５から出力しないように制御する。

上記の変形例によると、管理システム５０側で、端末１０の状態を管理することで、端末１０側の機能及び構成を簡素化することが可能となる。

＜＜実施形態の効果＞＞
上記実施形態の出力制御方法によると、端末１０は他の端末１０との間でコンテンツデータを送信可能に接続される。また、端末１０の送受信部１１（受信手段の一例）は、端末１０及び他の端末１０の少なくとも一方の状態が遷移するときに、他の端末１０との間で状態を特定するための所定の情報を送信又は受信（受信処理の一例）することができる。なお、所定の情報とは、一例として、レセプションアプリが利用する呼制御のプロトコルにおいて、端末１０間のコミュニケーションを開始するときに端末１０間で送信される情報である。端末１０の出力制御部１４（出力制御手段の一例）は、所定の情報に基づいて特定される他の端末１０の状態が、自端末の状態に対応する所定の状態である場合に、他の端末１０から送られてくるコンテンツデータを出力し、所定の情報に基づいて特定される他の端末１０の状態が、自端末の状態に対応する所定の状態ではない場合に、他の端末１０から送られてくるコンテンツデータを出力しないように制御する（出力制御処理の一例）。なお、上記実施形態では、状態遷移のルールに従って、状態管理部１６が各端末１０の状態情報を決定する方法について説明したが、端末１０の状態を特定する方法はこの方法に限られない。例えば、実施形態の変形例に示したように、状態管理部１６は、管理システム５０から送られてくる状態情報に基づいて、端末１０の状態を特定しても良い。いずれの方法を用いた場合でも、端末１０は、自端末及び通信の相手側の各端末１０の状態に応じてコンテンツデータの出力を制御することが可能となる。

端末１０の出力管理ＤＢ１００２（出力管理手段の一例）は、端末１０の状態毎に、この状態に対応する所定の状態を示す状態情報を管理する。出力制御部１４は、出力管理ＤＢ１００２において、自端末の状態に対応する所定の状態を示す状態情報として、所定の情報に基づいて特定される他の端末１０の状態を示す状態情報が管理されているか否かに基づいて、コンテンツデータを出力するか否かを制御する。これにより、端末１０では、出力管理ＤＢ１００２において予め定められた対応関係に基づいて、コンテンツデータを出力するか否かを判断することが可能となる。

端末１０の出力管理ＤＢ１００２は、状態情報「着呼中」に対応する所定の状態として状態情報「発呼中」を管理する。自端末が、所定の情報として呼出情報（他の通信端末による発呼を示す情報の一例）を受信することで着呼中の状態となったときに、出力制御部１４は、所定の情報に基づいて特定される「発呼中」の状態の他の端末１０から送られてくるコンテンツデータを出力するように制御する。これにより、「着呼中」の自端末において、「発呼中」の他の端末１０のコンテンツデータを出力することが可能となる。

他の端末１０から送られてくるコンテンツデータの出力が開始されてから、端末１０の操作入力受付部１２（入力受付手段の一例）は、発呼に対する応答の入力を受け付ける。これにより、端末１０は、相手側のコンテンツを出力した上で、応答の入力を受け付ける。すなわち、ユーザは相手側を確認した上で、応答を入力できる。

出力管理ＤＢ１００２は、状態情報「発呼中」に対応する所定の状態として状態情報「着呼中」を管理していない。これにより、所定の情報として他の端末１０による着呼を示す情報を受信した「発呼中」の端末１０は、出力制御部１４によって、所定の情報に基づいて特定される「着呼中」の他の端末１０から送られてくるコンテンツデータを出力しないように制御することができる。

端末１０の状態管理ＤＢ１００１（状態管理手段の一例）は、端末１０毎に、所定の情報に基づいて特定される端末１０の状態を示す状態情報を管理する。端末１０が複数の他の端末１０からコンテンツデータを受信するときに、出力制御部１４は、状態管理ＤＢ１００１において管理されている各他の端末１０の状態情報に基づいて、コンテンツデータ毎に出力するか否かを制御する。これにより、端末１０は、複数の他の端末１０からコンテンツデータを受信する場合でも、コンテンツデータ毎に出力するか否かを制御することができる。

端末１０の状態管理ＤＢ１００１は、「待機中」を示す状態情報に対応する所定の状態として「呼出中」を示す状態情報を管理する一方で、「着呼中」を示す状態情報を管理していない。端末１０が、所定の情報として、複数の他の端末１０のうち一方の端末１０が他方の端末１０を呼出す旨の呼出通知情報を受信することで、呼出しの完了を待機する「待機中」の状態となったときに、出力制御部１４は、所定の情報に基づいて特定される「呼出中」の状態の一方の端末１０から送られてくるコンテンツデータを出力するように制御し、所定の情報に基づいて特定される「着呼中」の状態の他方の端末１０から送られてくるコンテンツデータを出力しないように制御する。これにより、一方の端末１０が他方の端末１０を呼び出しているときに、端末１０では、「呼出中」の状態の一方の端末１０のコンテンツデータのみを出力することができる。

他の端末１０は端末１０によって送信されるコンテンツデータを受信可能である。他の端末１０の送受信部１１は、端末１０の状態が遷移するときに前記状態を特定するための所定の情報を受信する（受信処理の一例）。他の端末１０の出力制御部１４は、所定の情報に基づいて特定される端末１０の状態が、自端末の状態に対応する所定の状態である場合に、端末１０から送られてくるコンテンツデータを出力し、所定の情報に基づいて特定される端末１０の状態が、自端末の状態に対応する所定の状態ではない場合に、端末１０から送られてくるコンテンツデータを出力しないように制御する（出力制御処理の一例）。端末１０と、他の端末１０との間で所定の情報として他の端末１０による「着呼」を示す情報が送信されるときに、端末１０は、端末１０の状態を「発呼中」（第１の状態の一例）に特定し、他の端末１０の状態を「着呼中」（第２の状態の一例）に特定し、他の端末１０は、所定の情報に基づいて、他の端末１０の状態を「着呼中」に特定し、端末１０の状態を「発呼中」に特定する。これにより、端末１０及び他の端末１０の間で所定の情報を送信するときに、相手側のコンテンツデータの出力に関して、端末１０及び他の端末１０はそれぞれ異なる制御を実行することが可能となる。

管理システム５０（制御システムの一例）は、コンテンツデータ用のセッションｓｅｄを確立してから、端末１０間で所定の情報を送信可能に制御する。これにより、管理システム５０は、端末１０において、コンテンツデータの出力を制御させることができる。

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

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

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

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

また、上記通信システム１では、通信システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではない。通信システム１は、例えば、音会議システム、ＰＣ(Personal Computer)画面共有システム、ストローク共有システム、電子看板システム（デジタルサイネージ）、又は遠隔監視システムであっても良い。また、通信システム１は、ＩＰ（Internet Protocol）電話や、インターネット電話、携帯電話の通信システムであってもよい。この場合、例えば、端末１０は携帯電話端末などの電話機に相当する。また、通信端末１０は、例えば、汎用の情報処理装置であって、上記の各システムに対応する複数の各サービスを利用可能であっても良い。この場合、端末１０の状態遷移のルールは、サービス毎に異なっていても良い。この場合、出力管理テーブルは、サービス毎に異なる。一例として、遠隔監視サービスを端末１０が利用する場合、管理側の管理中の状態の端末１０は、監視中の状態の端末１０のコンテンツデータを出力する一方で、監視中の状態の端末１０は、管理中の状態の端末１０のコンテンツデータを出力しないように制御しても良い。これにより、サービス毎の端末１０が取り得る状態に応じて、端末１０ではコンテンツデータを出力するタイミングを制御することができる。

また、上記実施形態では、コンテンツデータの一例として、画像データ及び音データについて説明したが、これに限るものではない。なお、コンテンツデータは、リアルタイムなコミュニケーションを実現するためのメディアであることが好ましい。このメディアとしては、静止画及び動画などの画像データ、音データの他、画面共有データ、メッセージ、ストロークデータ、操作データ等のストリーミングデータが挙げられる。

なお、各端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。また、上記実施形態では、通信システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話に使用されても構わない。

１０ 端末
１１ 送受信部
１２ 操作入力受付部
１３ 起動部
１４ 出力制御部
１６ 状態管理部
１９ 記憶・読出部
３０ 中継装置
５０ 管理システム
５１ 送受信部
５２ 認証部
５３ 管理部
５８ セッション制御部
５９ 記憶・読出部
１０００ 記憶部
１００１ 状態管理ＤＢ
１００２ 出力管理ＤＢ
５０００ 記憶部
５００１ 認証管理ＤＢ
５００２ 端末管理ＤＢ
５００３ アプリ利用可否管理ＤＢ
５０１１ 状態管理ＤＢ

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

Claims (13)

1. 他の通信端末によって送信されるコンテンツデータを受信する通信端末であって、
   他の通信端末の状態が遷移するときに前記状態を特定するための所定の情報を受信する受信手段と、
   前記所定の情報に基づいて特定される他の通信端末の状態が、当該通信端末の状態に対応する所定の状態である場合に、前記他の通信端末から送られてくるコンテンツデータを出力し、前記所定の情報に基づいて特定される他の通信端末の状態が、当該通信端末の状態に対応する前記所定の状態ではない場合に、前記他の通信端末から送られてくるコンテンツデータを出力しないように制御する出力制御手段と、
   を有することを特徴とする通信端末。
2. 前記通信端末および前記他の通信端末の状態は呼制御にかかる状態であることを特徴とする請求項１に記載の通信端末。
3. 前記コンテンツデータを出力する出力側の通信端末の状態毎に、該通信端末の状態に対応する前記コンテンツデータを送信する送信側の通信端末の状態を示す状態情報を管理する出力管理手段を有しており、
   前記出力制御手段は、前記出力管理手段において、出力側の当該通信端末の状態に対応する送信側の前記他の通信端末の状態を示す状態情報として、前記所定の情報に基づいて特定される前記他の通信端末の状態を示す状態情報が管理されているか否かに基づいて、前記コンテンツデータを出力するか否かを制御することを特徴とする請求項２に記載の通信端末。
4. 前記出力管理手段は、着呼中の状態に対応する前記所定の状態として発呼中の状態を示す状態情報を管理しており、
   当該通信端末が、前記所定の情報として前記他の通信端末による発呼を示す情報を受信することで着呼中の状態になったときに、前記出力制御手段は、前記所定の情報に基づいて特定される発呼中の状態の他の通信端末から送られてくるコンテンツデータを出力するように制御することを特徴とする請求項３に記載の通信端末。
5. 前記他の通信端末から送られてくるコンテンツデータの出力が開始されてから、前記発呼に対する応答の入力を受け付ける入力受付手段を有することを特徴とする請求項４に記載の通信端末。
6. 前記出力管理手段は、前記発呼中の状態に対応する前記所定の状態として前記着呼中の状態を示す状態情報を管理しておらず、
   当該通信端末が、当該通信端末による発呼を示す情報を前記他の通信端末へ送信することで発呼中の状態になってから、前記所定の情報として前記他の通信端末による着呼を示す情報を受信したときに、前記出力制御手段は、前記所定の情報に基づいて特定される着呼中の状態の他の通信端末から送られてくるコンテンツデータを出力しないように制御することを特徴とする請求項４又は５に記載の通信端末。
7. 通信端末毎に、前記所定の情報に基づいて特定される通信端末の状態を示す状態情報を管理する状態管理手段を有しており、
   当該通信端末が複数の前記他の通信端末から前記コンテンツデータを受信するときに、前記出力制御手段は、前記状態管理手段において管理されている各他の通信端末の状態情報に基づいて、受信されたコンテンツデータ毎に出力するか否かを制御することを特徴とする請求項６に記載の通信端末。
8. 前記出力管理手段は、待機中の状態に対応する所定の状態として呼出中の状態を示す状態情報を管理する一方で着呼中の状態を示す状態情報を管理しておらず、
   当該通信端末が、前記所定の情報として、複数の前記他の通信端末のうち一方の通信端末が他方の通信端末を呼出す旨の情報を受信することで、前記呼出しの完了を待機する待機中の状態となったときに、前記出力制御手段は、前記所定の情報に基づいて特定される呼出中の状態の一方の通信端末から送られてくるコンテンツデータを出力するように制御し、前記所定の情報に基づいて特定される着呼中の状態の他方の通信端末から送られてくるコンテンツデータを出力しないように制御することを特徴とする請求項７に記載の通信端末。
9. 請求項１に記載の通信端末と、
   前記他の通信端末と、
   を有することを特徴とする通信システム。
10. 請求項１に記載の通信端末と、
    前記通信端末及び前記他の通信端末との間でコンテンツデータを送信するためのセッションを制御する制御システムと、を有する
    ことを特徴とする通信システム。
11. 他の通信端末によって送信されるコンテンツデータを受信する通信端末が、
    前記他の通信端末の状態が遷移するときに前記状態を特定するための所定の情報を受信する受信処理と、
    前記所定の情報に基づいて特定される他の通信端末の状態が、当該通信端末の状態に対応する所定の状態である場合に、前記他の通信端末から送られてくるコンテンツデータを出力し、前記所定の情報に基づいて特定される他の通信端末の状態が、当該通信端末の状態に対応する前記所定の状態ではない場合に、前記他の通信端末から送られてくるコンテンツデータを出力しないように制御する出力制御処理と、
    を実行することを特徴とする出力制御方法。
12. 前記他の通信端末は、前記通信端末によって送信されるコンテンツデータを受信可能であり、
    前記通信端末の状態が遷移するときに前記状態を特定するための所定の情報を受信する受信処理と、
    前記所定の情報に基づいて特定される前記通信端末の状態が、当該他の通信端末の状態に対応する所定の状態である場合に、前記通信端末から送られてくるコンテンツデータを出力し、前記所定の情報に基づいて特定される前記通信端末の状態が、当該他の通信端末の状態に対応する前記所定の状態ではない場合に、前記通信端末から送られてくるコンテンツデータを出力しないように制御する出力制御処理を実行し、
    前記通信端末と、前記他の通信端末との間で前記所定の情報が送信されるときに、前記通信端末は、当該通信端末の状態を第１の状態、前記他の通信端末の状態を第２の状態として特定し、前記他の通信端末は、当該他の通信端末の状態を前記第２の状態、前記通信端末の状態を前記第１の状態として特定することを特徴とする請求項１１に記載の出力制御方法。
13. 他の通信端末によって送信されるコンテンツデータを受信する通信端末に、
    前記他の通信端末の状態が遷移するときに前記状態を特定するための所定の情報を受信する受信処理と、
    前記所定の情報に基づいて特定される他の通信端末の状態が、当該通信端末の状態に対応する所定の状態である場合に、前記他の通信端末から送られてくるコンテンツデータを出力し、前記所定の情報に基づいて特定される他の通信端末の状態が、当該通信端末の状態に対応する前記所定の状態ではない場合に、前記他の通信端末から送られてくるコンテンツデータを出力しないように制御する出力制御処理
    を実行させることを特徴とするプログラム。

Images