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

Abstract

【課題】 通信システムを用いて通話する場合に、着信側では、通話を開始するまでは、通話要求元の状況を把握できないため、通話要求元の状況に応じた通話の準備をすることができないという課題が生じる。【解決手段】 端末１０ｄｂの機能実行部２５は、端末１０ｄｂと前記他の一以上の端末（１０ａａ，１０ｂａ，１０ｃｂ）との間で確立されるセッションｓｅｄ１において、他の一以上の端末（１０ａａ，１０ｂａ，１０ｃｂ）へ画像データを送信しないように制御する一方で、操作入力受付部１２が少なくとも一の端末１０ａａの選択を受け付けてから、端末１０ｄｂと選択された端末１０ａａとの間で確立されるセッションｓｅｄ２において、選択された端末１０ａａへ画像データを送信するように制御する。【選択図】図８

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」の入力を受け付けた場合について説明を続ける。まず、端末１０ｄｂの機能実行部２５は、自端末及び管理システム５０の各記憶部（１０００，５０００）において、自端末の役割を管理する（ステップＳ２４）。この場合、機能実行部２５は、記憶・読出部２９を介して、記憶部１０００へ自端末の役割を示す役割情報「Operator」を記憶させる。また、機能実行部２５は、送受信部２１を介して、管理システム５０へ、端末１０ｄｂの役割を示す役割情報として「Operator」を管理するよう要求する。管理システム５０の送受信部５１がこの要求を受け付けると、管理部５３は、記憶・読出部５９を介して、端末管理テーブル（図７（Ｃ）参照）において、端末１０ｄｂの通信ＩＤ「01db」に関連付けて、役割情報「Operator」を記憶する。

続いて、端末１０ｄｂでは、記憶・読出部２９が、記憶部１０００から、セッションｓｅｄ１において画像データを中継する中継装置３０ｅに接続するために用いられる中継装置接続情報を読み出す（ステップＳ２５）。この中継装置接続情報には、中継装置３０ｅのＩＰアドレス、認証情報、ポート番号、セッションｓｅｄ１を識別するためのセッションＩＤ「se01」等が含まれている。なお、中継装置接続情報は端末１０ではなく管理システム５０に記憶させて、管理システム５０からネットワークを介して取得してもよい。

端末１０ｄｂの送受信部１１は、中継装置接続情報を中継装置３０ｅへ送信することで、中継装置３０ｅとの接続を要求する（ステップＳ２６）。これにより、端末１０ｄｂが、中継装置３０ｅと接続することで、端末１０ｄｂはセッションｓｅｄ１に参加することができる。

続いて、端末１０ｄｂの機能実行部２５は、自端末の状態を管理する（ステップＳ２７）。なお、本実施形態において、オペレータ側の端末１０の状態は、図１２（Ａ）に示される状態遷移図に従って遷移する。図１２（Ａ）は、オペレータ側の端末１０の状態の遷移を示す状態遷移図である。図１２（Ａ）によると、端末１０においてレセプションアプリが起動して、役割「Operator」が選択されると、端末１０の状態として「待機中」が割り当てられる。従って、機能実行部２５は、記憶・読出部２９を介して、記憶部１０００へ自端末の状態を示す状態情報「待機中」を記憶させる。また、機能実行部２５は、送受信部２１を介して、管理システム５０へ、端末１０ｄｂの状態情報として「待機中」を管理するよう要求する。管理システム５０の送受信部５１がこの要求を受け付けると、管理部５３は、記憶・読出部５９を介して、端末管理テーブル（図７（Ｃ）参照）において、端末１０ｄｂの通信ＩＤ「01db」に関連付けて、状態情報として「待機中」を記憶する。

続いて、端末１０ｄｂの機能実行部２５は、自端末によるコンテンツデータの送信を制御する（ステップＳ２８）。この場合、記憶・読出部２９は、記憶部１０００に記憶されている自端末の状態情報「待機中」、及び自端末の役割情報「Operator」を読み出す。また、記憶・読出部２９は、自端末の状態情報「待機中」、及び自端末の役割情報「Operator」に関連付けられて、送信管理テーブル（図７（Ａ）参照）において管理されている画像データの送信可否情報「送信不可」、音データの送信可否情報「送信不可」を読み出す。機能実行部２５は、読み出された送信可否情報に基づいて、端末１０ｄｂから画像データ及び音データを送信しないように制御する。これにより、端末１０ｄｂのカメラ１１２で撮像した画像に基づく画像データや、マイク１１４から入力された音に基づく音データは、セッションｓｅｄ１に参加している他の端末１０へ送信されなくなる。

（ゲスト側の端末１０ａａによるセッションｓｅｄ１への参加）
続いて図１３を用いて端末１０ａａが、セッションｓｅｄ１へ参加する処理について説明する。図１３は、セッションへの参加処理を示したシーケンス図である。端末１０ａａ及び管理システム５０は、上記のステップＳ１乃至Ｓ９と同様の処理を実行することで、端末１０ａａのディスプレイ１２０ａａには、図１０に示されたようなアプリリストが表示されている。

以下、端末１０ａａにおける操作により、レセプションアプリ１０３２が選択され、端末１０ａａ側の役割として「Guest」が選択される場合について説明する。この場合、端末１０ａａ側では、上記のステップＳ２１乃至Ｓ２４と同様の処理（ステップＳ４１乃至Ｓ４４）が実行される。これにより、端末１０ａａの記憶部１０００、及び管理システム５０の端末管理テーブル（図７（Ｃ）参照）において、端末１０ａａの通信ＩＤ「01aa」に関連付けられた役割情報として、「Guest」が管理されることになる。

続いて、端末１０ａａの機能実行部２５は、検出部２６によるユーザの検出の有無に応じて、自端末の状態を管理する（ステップＳ４５）。なお、本実施形態において、ゲスト側の端末１０は、図１２（Ｂ）に示される状態遷移図に従って、状態が遷移する。図１２（Ｂ）は、ゲスト側の端末１０の状態の遷移を示す状態遷移図である。図１２（Ｂ）に示されているように、端末１０においてレセプションアプリが起動して、役割「Guest」が選択されてから、検出部２６によってユーザが検出されると、端末１０の状態として「待機中」が割り当てられ、ユーザが検出されないと、端末１０の状態として「不在」が割り当てられる。

従って、機能実行部２５は、検出部２６によってユーザが検出されたか否かに応じて、記憶・読出部２９を介して、記憶部１０００へ自端末の状態として「待機中」又は「不在」を示す情報を記憶させる。また、機能実行部２５は、送受信部２１を介して、管理システム５０へ、端末１０ａａの現在の状態として「待機中」又は「不在」を管理するよう要求する。管理システム５０の送受信部５１がこの要求を受け付けると、管理部５３は、記憶・読出部５９を介して、端末管理テーブル（図７（Ｃ）参照）において、端末１０ａａの通信ＩＤ「01aa」に関連付けて、状態情報として「待機中」又は「不在」を記憶する。

なお、検出部２６がユーザを検出すると（ステップＳ４６のＹＥＳ）は、記憶・読出部５９が、記憶部１０００から、中継装置３０ｅに接続するために用いられる中継装置接続情報を読み出す（ステップＳ４７）。この中継装置接続情報には、中継装置３０ｅのＩＰアドレス、認証情報、ポート番号、上記の待合ルームを実現するセッションｓｅｄ１を識別するためのセッションＩＤ「se01」等が含まれている。なお、中継装置接続情報は端末１０ではなく管理システム５０に記憶させて、管理システム５０からネットワークを介して取得してもよい。

端末１０ａａの送受信部２１は、中継装置接続情報を中継装置３０ｅへ送信することで、中継装置３０ｅとの接続を要求する（ステップＳ４８）。これにより、端末１０ａａと中継装置３０ｅとが接続することで、端末１０ａａは、セッションｓｅｄ１に参加することができる。

端末１０ａａが、セッションｓｅｄ１に参加すると、送受信部２１は、自端末がセッションｓｅｄ１へ参加したことを示す参加通知を管理システム５０へ送信する（ステップＳ４９）。この参加通知には、自端末の通信ＩＤ「01aa」が含まれている。管理システム５０の送受信部５１が参加通知を受信すると、記憶・読出部５９は、参加通知に含まれている通信ＩＤを検索キーとして端末管理テーブル（図７（Ｃ））を検索して、対応する端末名及び状態情報を読み出す（ステップＳ５０）。続いて、送受信部５１は、端末管理テーブルにおいて、役割情報「Operator」に関連付けられている通信ＩＤ「01db」によって識別される端末１０ｄｂへ、上記の参加通知、並びに、ステップＳ５０で読み出された端末名、及び状態情報を送信する（ステップＳ５１）。

続いて、端末１０ａａの機能実行部２５は、自端末によるコンテンツデータの送信を制御する（ステップＳ５２）。この場合、記憶・読出部２９は、記憶部１０００に記憶されている自端末の状態情報「待機中」、及び自端末の役割情報「Guest」を読み出す。また、記憶・読出部２９は、自端末の状態情報「待機中」、及び自端末の役割情報「Guest」に関連付けられて、送信管理テーブル（図７（Ａ）参照）において管理されている画像データの送信可否情報「送信可」、及び音データの送信可否情報「送信不可」を読み出す。機能実行部２５は、読み出された各送信可否情報に基づいて、端末１０ａａから画像データを中継装置３０ｅへ送信可能に制御し、音データを送信不可能に制御する。これにより、端末１０ａａのカメラ１１２で撮像した画像に基づく画像データは、送受信部２１によって中継装置３０ｅへ送信される（ステップＳ５３−１）。中継装置３０ｅは、受信した画像データを、セッションｓｅｄ１に参加している他の端末１０ｄｂへ送信する（ステップＳ５３−２）。

端末１０ｄｂの送受信部２１が、端末１０ａａから送られてきた画像データを受信すると、表示制御部２４は、送られてきた画像データのディスプレイ１２０ｄｂへ表示を制御する（ステップＳ５４）。この場合、表示制御部２４は、ステップＳ５１で管理システム５０から送られてきた端末名と、ステップＳ５３−２で送られてきた画像データとを関連付けて表示する。図１４（Ａ）は、端末１０ｄｂのディスプレイ１２０ｄｂの表示画面の一例を示す図である。端末１０ａａ以外の端末（１０ｂａ，１０ｃｂ）も、役割「Guest」が選択されると、端末１０ａａと同様の処理により、端末１０ｄｂへ画像データを送信する。この場合でも、図１４（Ａ）のように、表示制御部２４が、各端末（１０ａａ，１０ｂａ，１０ｃｂ）から送られてきた画像データと、端末名とを関連付けて表示することで、オペレータ側では、各画像がどの端末１０から送られてきた画像であるかを把握することができる。

また、表示制御部２４は、ステップＳ５１で管理システム５０から送られてきた各端末１０の状態情報に応じて、各端末１０が送信した画像データに基づく画像の表示位置や大きさを変えても良い。例えば、「待機中」の状態の端末１０から送られてきた画像データに基づく画像を、「応対済み」の状態の端末１０の表示位置よりも目立つ位置に表示したり、大きく表示したりしても良い。

一方で、端末１０ｄｂによる画像データは端末１０ａａへ送信されないように制御されているので（Ｓ２８参照）、端末１０ｄｂ側の画像は端末１０ａａで表示されない。また、ゲスト側の端末１０の表示制御部２４は、自端末の状態が「応対中」、かつ、自端末がセッションｓｅｄ２に参加しているとき以外は、他の端末１０から画像データが送られても、その画像データに基づく画像を出力しないように制御する。このため、端末１０ａａの表示制御部２４は、ディスプレイ１２０ａａへ、画像データに基づく画像は生成せず、代わりに、オペレータ側との通話の開始を待機するよう要求するメッセージを出力する。なお、図１４（Ｂ）は、端末１０ａａのディスプレイ１２０ａａの表示画面の一例を示す図である。なお、ゲスト側の端末において、「応対済み」の状態になった場合に、表示制御部２４は、「不在」の状態に遷移させるためユーザにリセットボタンを押すように促すメッセージを出力しても良い（図１２（Ｂ）参照）。また、ゲスト側の端末において、「不在」の状態になった場合に、表示制御部２４は、オペレータによる受付可能であることを示すメッセージを出力してもよい。

（セッションｓｅｄ２への参加）
続いて、図１５を用いて、端末（１０ａａ，１０ｄｂ）がセッションｓｅｄ２へ参加する処理について説明する。図１５は、セッションへの参加処理を示したシーケンス図である。

端末１０ｄｂの操作入力受付部１２は、図１４（Ａ）の表示画面に表示された端末名の中から、オペレータ側の端末に対するセッションｓｅｄ２における通信相手の端末名の選択を受け付ける（ステップＳ６１）。以下、通信相手として、端末１０ａａが選択された場合について説明を続ける。端末１０ｄｂの送受信部２１は、選択された通信相手の端末１０ａａの通信ＩＤ「01aa」を含む通信開始要求を管理システム５０へ送信する（ステップＳ６２）。

管理システム５０の送受信部５１が、通信開始要求を受信すると、セッション制御部５８は、セッションｓｅｄ２においてコンテンツデータを中継する中継装置３０を選択する（ステップＳ６３）。ここで、中継装置３０ｄが選択された場合について、説明を続ける。セッション制御部５８は、ステップＳ６３の処理の一環として、セッションｓｅｄ２を識別するためのセッションＩＤ「se02」を生成する。

送受信部５１は、セッションｓｅｄ２においてコンテンツデータを中継する中継装置３０ｄへ接続するための中継装置接続情報を通信開始要求元の端末１０ｄｂへ送信する（ステップＳ６４）。なお、この中継装置接続情報には、中継装置３０ｄのＩＰアドレス、認証情報、ポート番号、及びセッションＩＤ「se02」が含まれている。これらの情報は、管理システム５０の記憶部５０００において予め記憶されていたもの、あるいはステップＳ６３において生成されたものである。また、送受信部５１は、端末１０ｄｂから送られてきた通信開始要求、及び上記の中継装置接続情報を、通信相手となる端末１０ａａへ送信する（ステップＳ６５）。

端末１０ｄｂの送受信部２１は、管理システム５０から送られてきた中継装置接続情報を中継装置３０ｄへ送信することで、中継装置３０ｄとの接続を要求する（ステップＳ６６）。これにより、端末１０ｄｂと中継装置３０ｄとが接続することで、端末１０ｄｂと中継装置３０ｄとの間のセッションｓｅｄ２が確立される。同様に、端末１０ａａの送受信部２１は、管理システム５０から送られてき中継装置接続情報を中継装置３０ｄへ送信することで、中継装置３０ｄとの接続を要求する（ステップＳ６７）。これにより、端末１０ａａと中継装置３０ｄとが接続すると、端末１０ａａと中継装置３０ｄとの間のセッションｓｅｄ２が確立される。

また、端末１０ｄｂの機能実行部２５は、ステップＳ６１において相手側の端末１０（ゲスト）が選択された後の所定のタイミングで、図１２（Ａ）に示される状態遷移図に従って、自端末の状態を管理する（ステップＳ６８）。この場合、端末１０ｄｂの機能実行部２５は、端末１０ｄｂの記憶部１０００において管理されている自端末の状態情報を「待機中」から「応対中」に変更する。また、機能実行部２５は、送受信部２１を介して、管理システム５０へ、端末１０ｄｂの状態情報として「応対中」を管理するよう要求する。管理システム５０の送受信部５１がこの要求を受け付けると、管理部５３は、記憶・読出部５９を介して、端末管理テーブル（図７（Ｃ）参照）において、端末１０ｄｂの通信ＩＤ「01db」に関連付けて、状態情報「応対中」を記憶する。

同様に、端末１０ａａの機能実行部２５は、ステップＳ６４において端末１０ｄｂからの通信開始要求を着信したことに応じて、図１２（Ｂ）に示される状態遷移図に従って、自端末の状態を管理する（ステップＳ６９）。この場合、端末１０ａａの機能実行部２５は、端末１０ａａの記憶部１０００において管理されている自端末の状態情報を「待機中」から「応対中」に変更する。また、機能実行部２５は、送受信部２１を介して、管理システム５０へ、端末１０ａａの状態情報として「応対中」を管理するよう要求する。管理システム５０の送受信部５１がこの要求を受け付けると、管理部５３は、記憶・読出部５９を介して、端末管理テーブル（図７（Ｃ）参照）において、端末１０ａａの通信ＩＤ「01aa」に関連付けて、状態情報「応対中」を記憶する。

続いて、端末１０ｄｂの機能実行部２５は、自端末によるコンテンツデータの送信を制御する（ステップＳ７０）。この場合、記憶・読出部２９は、記憶部１０００に記憶されている自端末の状態情報「応対中」、及び自端末の役割情報「Operator」を読み出す。また、記憶・読出部２９は、自端末の状態情報「応対中」、及び役割情報「Operator」に関連付けられて、送信管理テーブル（図７（Ａ）参照）において管理されている画像データの送信可否情報「送信可」、及び音データの送信可否情報「送信可」を読み出す。機能実行部２５は、読み出された各送信可否情報に基づいて、端末１０ｄｂから中継装置３０ｄへ画像データ及び音データを送信可能に制御する。これにより、端末１０ｄｂのカメラ１１２で撮像した画像に基づく画像データ、及びマイク１１４から入力された音に基づく音データは送受信部２１によって中継装置３０ｄへ送信される（ステップＳ７２−１）。中継装置３０ｄは、受信した画像データ、及び音データを、セッションｓｅｄ２に参加している端末１０ａａへ送信する（ステップＳ７２−２）。

同様に、端末１０ａａの機能実行部２５は、自端末によるコンテンツデータの送信を制御する（ステップＳ７１）。この場合、記憶・読出部２９は、記憶部１０００に記憶されている自端末の状態情報「応対中」、及び自端末の役割情報「Guest」を読み出す。また、記憶・読出部２９は、自端末の状態情報「応対中」、及び役割情報「Guest」に関連付けられて、送信管理テーブル（図７（Ａ）参照）において管理されている画像データの送信可否情報「送信可」、音データの送信可否情報「送信可」を読み出す。機能実行部２５は、読み出された各送信可否情報に基づいて、端末１０ｄｂから中継装置３０ｄへ画像データ及び音データを送信可能に制御する。これにより、端末１０ａａのカメラ１１２で撮像した画像に基づく画像データ、及びマイク１１４から入力された音に基づく音データは送受信部２１によって中継装置３０ｄへ送信される（ステップＳ７２−３）。中継装置３０ｄは、受信した画像データ及び音データを、セッションｓｅｄ２に参加している端末１０ｄｂへ送信する（ステップＳ７２−４）。

各端末（１０ｄｂ，１０ａａ）が通信相手の端末（１０ａａ，１０ｄｂ）から送られてきた画像データを受信すると、各端末（１０ｄｂ，１０ａａ）の表示制御部２４は、送られてきた画像データに基づく画像をディスプレイ１２０へ表示する（ステップＳ７３，Ｓ７４）。同様に、各端末（１０ｄｂ，１０ａａ）は、通信端末の端末（１０ａａ，１０ｄｂ）から送られてきた音データを受信すると、各端末（１０ｄｂ，１０ａａ）のＣＰＵ１０１は、所定の命令により、送られてきた音データに基づく音をスピーカ１１５から出力させる。

図１４（Ｃ）は、端末１０ａａのディスプレイ１２０ａａの表示画面の一例を示す図である。ディスプレイ１２０ａａには、通話相手であるオペレータｄｂの画像が表示されている。図１４（Ｄ）は、端末１０ｄｂのディスプレイ１２０ｄｂの表示画面の一例を示す図である。端末１０ｄｂのディスプレイ１２０ｄｂには、通話相手であるゲストａａの画像が表示される。
なお、端末１０ｄｂが、セッションｓｅｄ１とセッションｓｅｄ２へ同時に参加している場合には、図１４（Ｃ）と同様のセッションｓｅｄ２で送られてきた画像データに基づく画像と、図１４（Ａ）と同様のセッションｓｅｄ１で送られてきた画像データに基づく画像とを、表示制御部２４が切り換え可能に制御しても良い。また、端末１０ｄｂの表示制御部２４は、セッションｓｅｄ１で送られてきた画像データに基づく画像と、セッションｓｅｄ２で送られてきた画像データに基づく画像とを、一つのディスプレイに分割表示したり、複数のディスプレイにそれぞれ表示しても良い。図１４（Ｅ）は、上記の分割表示をしたときのディスプレイ１２０ｄｂの表示画面の一例を示す図である。これにより、オペレータｄｂは、ゲストａａと通話しながら、待機の状況を把握することができる。

（セッションｓｅｄ２からの退出）
続いて、図１６を用いて、端末（１０ｄｂ，１０ａａ）がセッションｓｅｄ２から退出する処理について説明する。図１６は、セッションから退出する処理を示したシーケンス図である。

端末１０ａａにおいて、検出部２６がユーザを検出しなくなると（ステップＳ８１のＮＯ）、あるいは、操作入力受付部１２が、終話の要求の入力を受け付けると（ステップＳ８２のＹＥＳ）、送受信部２１は、セッションｓｅｄ２から退出を要求する旨の退出要求を中継装置３０ｄへ送信する。退出要求には、自端末の通信ＩＤ「01aa」及びセッションｓｅｄ２のセッションＩＤ「se02」が含まれている。退出要求に基づいて、端末１０ａａがセッションｓｅｄ２から退出すると、端末１０ａａと中継装置３０ｄとの間で画像データ及び音データの送受信ができなくなる。

端末１０ａａの機能実行部２５は、ユーザが検出されなくなったこと、あるいは終話要求が受け付けられたことに応じて、図１２（Ｂ）に示される状態遷移図に従って、自端末の状態を管理する（ステップＳ８４）。この場合、端末１０ａａの機能実行部２５は、端末１０ａａの記憶部１０００において管理されている、自端末の状態情報を「応対中」から「不在」又は「応対済み」に変更する。また、機能実行部２５は、送受信部２１を介して、管理システム５０へ、端末１０ａａの現在の状態として「不在」又は「応対済み」を管理するよう要求する。管理システム５０の送受信部５１がこの要求を受け付けると、管理部５３は、記憶・読出部５９を介して、端末管理テーブル（図７（Ｃ）参照）において、端末１０ａａの通信ＩＤ「01aa」に関連付けて、状態情報「不在」又は「応対済み」を記憶する。

なお、ステップＳ８４において状態が「応対済み」に変更された場合、機能実行部２５は、検出部２６がユーザを一定期間検出しなかったこと、あるいは、操作入力受付部１２がリセットの入力を受け付けたことを契機として、自端末の状態を「不在」に変更する。この端末の状態を変更する処理は、Ｓ８４の処理と同様であるので、説明を省略する。ゲスト側の端末１０ａａは、セッションｓｅｄ２から退出すると、ステップＳ４６に移って、利用者の検出を契機として、再びセッションｓｅｄ１に参加することができる。

端末１０ａａにおいて、ユーザが検出されなくなると（ステップＳ８１のＮＯ）、あるいは、終話の要求が入力されると（ステップＳ８２のＹＥＳ）、端末１０ｄｂにおいても、ステップＳ８３と同様にして、セッションｓｅｄ２から退出する（ステップＳ８６）。なお、端末１０ｄｂが、端末１０ａａにおいて、ユーザを検出しなくなったこと、あるいは終話の要求が入力されたことを把握する方法としては、特に限定されないが、端末１０ａａから通知を受ける方法、管理システム５０から端末１０ａａの状態情報の通知を受ける方法等が挙げられる。

また、端末１０ｄｂの機能実行部２５は、端末１０ｄｂの記憶部１０００において管理されている、自端末の状態情報を「応対中」から「待機中」に変更する（ステップＳ８７）。また、機能実行部２５は、送受信部２１を介して、管理システム５０へ、端末１０ｄｂの現在の状態として「待機中」を管理するよう要求する。管理システム５０の送受信部５１がこの要求を受け付けると、管理部５３は、記憶・読出部５９を介して、端末管理テーブル（図７（Ｃ）参照）において、端末１０ｄｂの通信ＩＤ「01db」に関連付けて、状態情報「待機中」を記憶する。オペレータ側の端末１０ｄｂでは、セッションｓｅｄ２から退出すると、ステップＳ６１に移って、次の通話相手の選択を受け付ける。

＜＜実施形態の効果＞＞
上記実施形態の通信制御方法によると、端末１０ｄｂの送受信部２１（受信手段の一例）は、他の一以上の端末（１０ａａ，１０ｂａ，１０ｃｂ）により送信された画像データ（コンテンツデータの一例）をそれぞれ受信する（受信処理の一例）。端末１０ｄｂの操作入力受付部１２（選択受付手段の一例）は、他の一以上の端末（１０ａａ，１０ｂａ，１０ｃｂ）の中から、セッションｓｅｄ２における通信相手として、少なくとも一の端末１０ａａの選択を受け付ける（選択受付処理の一例）。端末１０ｄｂの機能実行部２５（送信制御手段の一例）は、端末１０ｄｂによる画像データの送信を制御する（送信制御処理の一例）。この場合、機能実行部２５は、端末１０ｄｂと他の一以上の端末（１０ａａ，１０ｂａ，１０ｃｂ）との間で確立されるセッションｓｅｄ１（第１のセッションの一例）において、他の一以上の端末（１０ａａ，１０ｂａ，１０ｃｂ）へ画像データを送信しないように制御する一方で、操作入力受付部１２が少なくとも一の端末１０ａａの選択を受け付けてから端末１０ｄｂと選択された端末１０ａａとの間で確立されるセッションｓｅｄ２（第２のセッションの一例）において、選択された端末１０ａａへ画像データを送信するように制御する。これにより、端末１０ｄｂは、端末１０ｄｂのユーザであるオペレータｄｂと端末１０ａａのユーザであるゲストａａとの間で通話を開始する前から、相手側の端末１０ａａが送信した画像データを受信することができる。これにより、端末１０ｄｂ側では、状況に応じた通話の開始の準備をすることが可能になる。

端末１０ｄｂの記憶部１０００（状態管理部の一例）は、端末１０ｄｂの現在の状態を示す状態情報を管理する。機能実行部２５は、記憶部１０００において管理されている状態情報に基づいて、画像データの送信を制御する。これにより、端末１０ｄｂは、自端末の状態の変化に応じて、自動的に画像データの送信を制御できるようになる。

通信システム１は、上記の端末１０ｄｂ（第１の通信端末の一例）、及び、端末１０ｄｂにおいて選択された端末１０であって、端末１０ｄｂへ画像データを送信する送受信部２１（送信手段の一例）を有する端末１０ａａ（第２の通信端末の一例）を備えている。端末１０ｄｂ、及び端末１０ａａのそれぞれは、セッションｓｅｄ１のセッションＩＤ（識別情報の一例）が記憶される記憶部１０００（記憶手段の一例）と、セッションｓｅｄ１において端末１０間で画像データを中継する中継装置３０ｅへ接続の要求を送信する送受信部２１（接続要求手段の一例）を有している。この場合、送受信部２１は、記憶部１０００に記憶されているセッションｓｅｄ１のセッションＩＤを用いて中継装置３０ｅへ接続を要求する。これにより、各端末（１０ｄｂ，１０ａａ）は、管理システム５０へ問い合わせることなく、簡易にセッションｓｅｄ１への参加を要求することができる。

端末１０ａａは、自端末のユーザ（所定の対象物の一例）を検知する検出部２６（検知手段の一例）を有している。端末１０ａａの送受信部２１は、検出部２６によって、ユーザが検知されてから、セッションｓｅｄ１において端末１０間で画像データを中継する中継装置３０ｅとの接続を要求する。これにより、端末１０ａａにおいて、ユーザが検知されたとき、端末１０ａａは、自動的に中継装置３０ｅに対して接続の要求をすることができるようになる。

端末１０ｄｂ、及び端末１０ａａの送受信部２１は、端末１０ｄｂにおいて少なくとも一の端末１０ａａの選択を受け付けた後に生成されるセッションＩＤ（識別情報の一例）を用いて、セッションｓｅｄ２において、端末１０ｄｂ及び端末１０ａａの間で画像データを中継する中継装置３０ｄとの接続を要求する。このように、端末１０が選択されてからセッションｓｅｄの確立に必要な情報を生成することで、選択された端末１０の位置や数等に応じて、最適な中継装置３０を選択する等、セッションｓｅｄ２の設定の自由度が向上する。

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

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

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

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

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

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

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

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

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

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

Claims (10)

1. 他の一以上の通信端末により送信されたコンテンツデータをそれぞれ受信する受信手段と、
   前記他の一以上の通信端末の中から少なくとも一の通信端末の選択を受け付ける選択受付手段と、
   当該通信端末によるコンテンツデータの送信を制御する送信制御手段と、を有しており、
   前記送信制御手段は、当該通信端末と前記他の一以上の通信端末との間で確立される第１のセッションにおいて、前記他の一以上の通信端末へ前記コンテンツデータを送信しないように制御する一方で、前記選択受付手段が前記少なくとも一の通信端末の選択を受け付けてから当該通信端末と選択された前記通信端末との間で確立される第２のセッションにおいて、前記選択された通信端末へ前記コンテンツデータを送信するように制御する
   ことを特徴とする通信端末。
2. 当該通信端末の状態を示す状態情報を管理する状態管理部を有しており、
   前記送信制御手段は、前記状態管理部において管理されている状態情報に基づいて、前記コンテンツデータの送信を制御することを特徴とする請求項１に記載の通信端末。
3. 他の一以上の通信端末により送信されたコンテンツデータをそれぞれ受信する受信手段と、
   前記他の一以上の通信端末の中から少なくとも一の通信端末の選択を受け付ける選択受付手段と、
   当該通信端末によるコンテンツデータの送信を制御する送信制御手段と、を有しており、
   前記送信制御手段は、当該通信端末と前記他の一以上の通信端末との間で確立される第１のセッションにおいて、前記他の一以上の通信端末へ前記コンテンツデータを送信しないように制御する一方で、前記選択受付手段が前記少なくとも一の通信端末の選択を受け付けてから当該通信端末と選択された前記通信端末との間で確立される第２のセッションにおいて、前記選択された通信端末へ前記コンテンツデータを送信するように制御する第１の通信端末、及び
   前記第１の通信端末において選択された前記少なくとも一の通信端末であって、前記第１の通信端末へ前記コンテンツデータを送信する送信手段を有する第２の通信端末、
   を備えたことを特徴とする通信システム。
4. 前記第１の通信端末、及び前記第２の通信端末のそれぞれは、
   前記第１のセッションの識別情報が記憶される記憶手段と、
   前記第１のセッションにおいて通信端末間でコンテンツデータを中継する中継装置との接続を要求する接続要求手段と、を有しており、
   前記接続要求手段は、前記記憶手段に記憶されている前記第１のセッションの識別情報を用いて前記中継装置との接続を要求することを特徴とする請求項３に記載の通信システム。
5. 前記第２の通信端末は、所定の対象物を検知する検知手段を有しており、
   前記第２の通信端末の前記接続要求手段は、前記検知手段によって、前記所定の対象物が検知されてから、前記第１のセッションにおいて通信端末間でコンテンツデータを中継する中継装置との接続を要求することを特徴とする請求項４に記載の通信システム。
6. 前記第１の通信端末、及び前記第２の通信端末の前記接続要求手段は、前記第１の通信端末において前記少なくとも一の通信端末の選択が受け付けられた後に生成される前記第２のセッションの識別情報を用いて、前記第２のセッションにおいて、前記第１の通信端末、及び前記第２の通信端末の間で前記コンテンツデータを中継する中継装置との接続を要求することを特徴とする請求項４又は５に記載の通信システム。
7. 他の通信端末と通信する通信端末に、
   他の一以上の通信端末により送信されたコンテンツデータをそれぞれ受信する受信処理と、
   前記他の一以上の通信端末の中から少なくとも一の通信端末の選択を受け付ける選択受付処理と、
   当該通信端末によるコンテンツデータの送信を制御する送信制御処理と、を実行させ、
   前記送信制御処理では、当該通信端末と前記他の一以上の通信端末との間で確立される第１のセッションにおいて、前記他の一以上の通信端末へ前記コンテンツデータを送信しないように制御する一方で、前記選択受付処理において前記少なくとも一の通信端末の選択を受け付けてから当該通信端末と選択された前記通信端末との間で確立される第２のセッションにおいて、前記選択された通信端末へ前記コンテンツデータを送信するように制御する
   ことを特徴とする通信制御方法。
8. 前記他の一以上の通信端末に、前記第１のセッションにより前記コンテンツデータを第１の通信端末へ送信する処理を実行させ、
   選択された前記通信端末に、前記第２のセッションにより前記コンテンツデータを第１の通信端末へ送信する処理を実行させることを特徴とする請求項７に記載の通信制御方法。
9. 通信端末に、請求項１に記載の各手段を実現させることを特徴とするプログラム。
10. 通信端末に、請求項３に記載の第１の通信端末の各手段、及び、前記第２の通信端末の各手段の少なくとも一方を実現させることを特徴とするプログラム。

Images