(57)【要約】【課題】  複数のサービスを共通の通信システムにより提供する場合に、コンテンツを要求可能なタイミングがサービス毎に異なるときには、通信端末に宛先候補の状態を通知したとしても、通信端末において相手側のコンテンツを要求可能であるか否かを判断することが困難になる。【解決手段】  管理システム５０のリスナ管理ＤＢ５００８は、コンテンツデータを要求可能な端末１０ｄｂが利用しているサービスに対応付けて状態情報を管理する。管理システム５０の管理部５３は、リスナ管理ＤＢ５００８において管理されている状態情報と、送受信部５１によって受信される状態情報とが一致するか否かを判断する。送受信部５１は、管理部５３によって各状態情報が一致すると判断された場合に、イベント通知を端末１０ｄｂへ送信する。【選択図】図６
2016163208.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを要求可能な第１の通信端末が利用しているサービスに対応する所定の状態を示す第１の状態情報を管理する管理手段と、
前記コンテンツデータを送信可能な第２の通信端末の状態が遷移するときに前記第２の通信端末の状態を示す第２の状態情報を取得する取得手段と、
前記管理手段において管理されている前記第１の状態情報と、前記取得手段によって取得される前記第２の状態情報とが一致するか否かを判断する判断手段と、
前記判断手段によって前記第１の状態情報と前記第２の状態情報とが一致すると判断された場合に、所定の情報を前記第１の通信端末へ送信する送信手段と、
を有しており、前記第１の通信端末は、前記送信された所定の情報に基づいて前記サービスに対応するコンテンツデータを要求することを特徴とする管理システム。
【請求項２】
前記管理手段は、所定の期間、前記第１の状態情報を管理することを特徴とする請求項１に記載の管理システム。
【請求項３】
前記取得手段は、前記第２の通信端末によって送信可能なコンテンツデータの品質を示す品質情報を取得し、
前記送信手段は、前記取得手段によって取得された前記品質情報を前記第１の通信端末へ送信することを特徴とする請求項１又は２に記載の管理システム。
【請求項４】
前記所定の情報を受信した前記第１の通信端末から、前記コンテンツデータの要求を受け付ける要求受付手段を有しており、
前記要求受付手段によって前記コンテンツデータの要求が受け付けられてから、前記送信手段は、前記コンテンツデータを中継可能な中継装置へ、前記第２の通信端末から前記第１の通信端末への前記コンテンツデータの中継の要求を送信することを特徴とする請求項１乃至３のいずれか一項に記載の管理システム。
【請求項５】
請求項１乃至４のいずれか一項に記載の管理システムによって送信される前記所定の情報を受信する受信手段と、
前記受信手段によって前記所定の情報が受信されてから、前記コンテンツデータの要求を前記管理システムへ送信する送信手段と、
を有することを特徴とする通信端末。
【請求項６】
請求項１乃至４のいずれか一項に記載の管理システムと、
前記通信端末と、
を有することを特徴とする通信システム。
【請求項７】
コンテンツデータを要求可能な第１の通信端末が利用しているサービスに対応する所定の状態を示す第１の状態情報を管理する管理手段を有する管理システムに、
前記コンテンツデータを送信可能な第２の通信端末の状態が遷移するときに前記第２の通信端末の状態を示す第２の状態情報を取得する取得処理と、
前記管理手段において管理されている前記第１の状態情報と、前記取得処理によって取得される前記第２の状態情報とが一致するか否かを判断する判断処理と、
前記判断処理によって前記第１の状態情報と前記第２の状態情報とが一致すると判断された場合に、所定の情報を前記第１の通信端末へ送信する送信処理と、
を実行させ、前記第１の通信端末は、前記送信された所定の情報に基づいて前記サービスに対応するコンテンツデータを要求することを特徴とする情報送信方法。
【請求項８】
更に、前記第１の通信端末に、
前記管理システムによって送信される前記所定の情報を受信する受信処理と、
前記受信処理によって前記所定の情報が受信されてから、前記コンテンツデータの要求を前記管理システムへ送信する送信処理と、
を実行させることを特徴とする請求項７に記載の情報送信方法。
【請求項９】
前記管理システムに、請求項７に記載の各処理を実行させることを特徴とするプログラム。
【請求項１０】
前記通信端末に、請求項８に記載の各処理を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム、通信端末、通信システム、情報送信方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して通信するための通信システムが普及している。このような通信システムによって、通話、テレビ会議、窓口でのレセプション、講演、お客様サポート、遠隔医療、或いは遠隔監視等の様々なビジュアルコミュニケーション（Visual Communication, VC）サービスが提供される。また、設備の効率的な利用の観点から、複数のサービスを共通の通信システムにより提供することが要請されている。
【０００３】
また、特許文献１には、テレビ会議用の通信システムにおいて、通信管理システムが通信の開始要求元の通信端末へ宛先候補毎の稼働状態を通知することが開示されている。特許文献１において、通信端末の利用者は、稼働状態がＯＮラインである宛先候補を通信の宛先として選択している。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、通信端末間のコンテンツの送信をサービスの要求通りに制御することが要請される。例えば、レセプションサービスにおいて通信端末間の通信を二拠点間に限定したい場合、相手側の通信端末が通信中から待受中の状態に変ったときに、相手側の通信端末の画像データ及び音データを要求可能とすることができる。また、例えば、遠隔監視サービスにおいてユーザが呼出したときだけ通話可能としたい場合、相手側の通信端末が監視中から呼出中の状態に変ったときに、相手側の通信端末の音データを要求可能とすることができる。しかしながら、複数のサービスを共通の通信システムにより提供する場合に、コンテンツを要求可能なタイミングがサービス毎に異なるときには、通信端末に宛先候補の状態を通知したとしても、通信端末において相手側のコンテンツを要求可能であるか否かを判断することが困難になるという課題が生じる。
【課題を解決するための手段】
【０００５】
請求項１に係る発明の管理システムは、コンテンツデータを要求可能な第１の通信端末が利用しているサービスに対応する所定の状態を示す第１の状態情報を管理する管理手段と、前記コンテンツデータを送信可能な第２の通信端末の状態が遷移するときに前記第２の通信端末の状態を示す第２の状態情報を取得する取得手段と、前記管理手段において管理されている前記第１の状態情報と、前記取得手段によって取得される前記第２の状態情報とが一致するか否かを判断する判断手段と、前記判断手段によって前記第１の状態情報と前記第２の状態情報とが一致すると判断された場合に、所定の情報を前記第１の通信端末へ送信する送信手段と、を有しており、前記第１の通信端末は、前記送信された所定の情報に基づいて前記サービスに対応するコンテンツデータを要求することを特徴とする。
【発明の効果】
【０００６】
複数のサービスを共通の通信システムにより提供する場合に、サービス毎にコンテンツを要求可能なタイミングが異なるときでも、通信端末において相手側のコンテンツを要求可能であるか否かを容易に判断することが可能になるという効果を奏する。
【図面の簡単な説明】
【０００７】
【図１】図１は、一実施形態に係る通信システムの概略図である。
【図２】図２は、一実施形態に係る端末の外観図である。
【図３】図３は、一実施形態に係る端末のハードウェア構成図である。
【図４】図４は、一実施形態に係る管理システム、中継装置、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。
【図５】図５は、一実施形態に係る端末のソフトウェア構成図である。
【図６】図６は、一実施形態に係る通信システムを構成する端末及び管理システムの機能ブロック図である。
【図７】図７は、管理システムにおいて管理される各テーブルを示す概念図である。
【図８】図８は、サービス利用申請処理を示したシーケンス図である。
【図９】図９は、リスナ登録処理を示すシーケンス図である。
【図１０】図１０は、イベントを通知する処理を示したシーケンス図である。
【図１１】図１１は、端末間の通信を確立する処理を示したシーケンス図である。
【図１２】図１２は他の一実施形態に係る通信システムを構成する端末及び管理システムの機能ブロック図である。
【図１３】図１３は、リスナ登録処理を示すシーケンス図である。
【図１４】図１４は、イベントを通知する処理を示したシーケンス図である。
【発明を実施するための形態】
【０００８】
以下、図面を用いて、本発明の一実施形態を詳細に説明する。なお、以下では、「通信端末」は単に「端末」として表され、「通信管理システム」は単に「管理システム」として表されている。
【０００９】
＜＜通信システム１の全体構成＞＞
図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、複数の端末（１０ａａ，１０ａｂ，…）、各端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。この通信システム１によって、コンテンツデータの一例としての画像データ及び音データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）は、コンテンツデータの最適な経路の選択を行う。
【００１０】
端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されている。更に、ＬＡＮ２ａ、ＬＡＮ２ｂ、及び専用線２ａｂは、所定の地域Ｘ内で構築されている。なお、各装置は、必ずしも専用線によって接続されている必要はなく、例えば直接インターネット２ｉに接続されていてもよい。
【００１１】
端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。ＬＡＮ２ｃは、所定の地域Ｙ内で構築されている。
【００１２】
端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。ＬＡＮ２ｄは、所定の地域Ｚ内で構築されている。地域Ｘ、地域Ｙ、及び地域Ｚは、同一国内であっても、異なる国であっても良い。
【００１３】
地域Ｘ、地域Ｙ、及び地域Ｚは、それぞれルータ（７０ａｂ，７０ｃ，７０ｄ）からインターネット２ｉを介して通信可能に接続されている。なお、地域Ｚには、コールセンターが設けられている。各端末１０は、コールセンターの端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）と接続することで、レセプションサービスを受けることができる。
【００１４】
なお、以下では、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置は「中継装置３０」と表されている。また、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）のうち任意のルータは、「ルータ７０」と表されている。
【００１５】
また、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、インターネット２ｉに接続されている。なお、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、地域（Ｘ，Ｙ，Ｚ）に設置されていても良いし、これら以外の地域に設置されていても良い。
【００１６】
また、本実施形態では、ＬＡＮ（２ａ，２ｂ，２ｃ，２ｄ）、専用線２ａｂ、及びインターネット２ｉによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ(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)のように、異なるプロトコルのテレビ会議アプリがインストールされてもよい。
【００３８】
＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図６は、一実施形態に係る通信システム１の一部を構成する端末１０、及び管理システム５０の機能ブロック図である。なお、図６では、端末１０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。
【００３９】
＜通信端末の機能構成＞
端末１０は、送受信部１１、操作入力受付部１２、表示制御部１３、状態管理部１８、及び記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。
【００４０】
また、端末１０は、図３に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。
【００４１】
次に、端末１０における各機能構成について詳細に説明する。なお、以下では、端末１０における各機能構成を説明するにあたって、図３に示されている各構成要素のうち、各機能構成を実現させるための主な構成要素との関係も説明する。
【００４２】
送受信部１１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、通信相手の端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。
【００４３】
操作入力受付部１２は、ＣＰＵ１０１からの命令、並びに操作ボタン（１０８ａ、１０８ｂ、１０８ｃ、１０８ｄ、１０８ｅ）及び電源スイッチ１０９によって実現され、ユーザによる各種入力又は各種選択を受け付ける。
【００４４】
表示制御部１３は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、通信相手の端末１０から送られてきた画像データに基づく画像をディスプレイ１２０において表示するための制御を行う。
【００４５】
状態管理部１８は、ＣＰＵ１０１からの命令によって実現され、端末１０の状態を管理する。
【００４６】
記憶・読出部１９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。
【００４７】
＜管理システムの機能構成＞
管理システム５０は、送受信部５１、管理部５３、セッション制御部５８、及び記憶・読出部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、管理システム５０は、ＨＤ２０４により構築される記憶部５０００を有している。この記憶部５０００には、以下に示すような各テーブルによって構成されている各ＤＢが構築される。
【００４８】
（認証管理テーブル）
図７（Ａ）は、認証管理テーブルを示す概念図である。記憶部５０００には、図７（Ａ）に示されているような認証管理テーブルによって構成されている認証管理ＤＢ５００１が構築されている。この認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各通信ＩＤに対して、認証用のパスワード、及び、端末１０において利用可能なサービスを識別するためのサービスＩＤが関連付けられて管理される。なお、通信ＩＤは、通信システム１において通信先の端末１０を特定するための情報である。通信ＩＤとしては、特に限定されないが、例えば、端末１０の識別情報、端末１０のユーザのアカウント等が含まれる。以下、端末（１０ａａ，１０ｄｂ）の各通信ＩＤは、それぞれ「０１ａａ，０１ｄｂ」であるものとして説明を続ける。
【００４９】
（端末管理テーブル）
図７（Ｂ）は、端末管理テーブルを示す概念図である。記憶部５０００には、図７（Ｂ)に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００２が構築されている。この端末管理テーブルでは、各端末１０の通信ＩＤ毎に、各端末１０を宛先とした場合の宛先名（端末名）、各端末１０の状態を示す状態情報、及び端末１０が利用しているサービスのサービスＩＤが関連付けられて管理される。
【００５０】
一実施形態において、端末１０の状態情報は、端末１０において発生したイベントに応じて、端末１０において起動しているアプリの処理によって生成される。生成された状態情報は、端末１０から管理システム５０へ、イベント通知機能によって送信される。管理システム５０では、端末１０から送られてきた状態情報を管理する。一例として、端末１０において、レセプションアプリ１０３２に係るサービスの利用を開始すると、状態情報「Idling」が生成されて、管理システム５０へ送信される。続いて、端末１０においてユーザが検知されると、レセプションアプリ１０３２の処理によって、状態情報「Waiting」が生成されて、管理システム５０へ送信される。続いて、端末１０が他の端末１０との通信を開始すると、レセプションアプリ１０３２の処理によって、状態情報「Busy」が生成されて、管理システム５０へ送信される。なお、生成される状態情報は、アプリ毎に定められている。即ち、生成される状態情報は、端末１０において起動しているアプリ毎に異なっていても良い。
【００５１】
（サービスリスト管理テーブル）
図７（Ｃ）は、サービスリスト管理テーブルを示す概念図である。記憶部５０００には、図７（Ｃ）に示されているようなサービスリスト管理テーブルによって構成されているサービスリスト管理ＤＢ５００６が構築されている。このサービスリスト管理テーブルでは、上記のサービスＩＤ、サービス名、及び、端末１０側の役割が関連付けられて管理される。
【００５２】
（送信管理テーブル）
図７（Ｄ）は、送信管理テーブルを示す概念図である。記憶部５０００には、図７（Ｄ）に示されているような送信管理テーブルによって構成されている送信管理ＤＢ５００７が構築されている。この送信管理テーブルでは、コンテンツデータの要求元の端末１０が利用しているサービスのサービスＩＤと、コンテンツデータの送信元の端末１０が利用しているサービスのサービスＩＤと、送信元の端末１０から要求元の端末１０へコンテンツデータの送信が許可されるときの送信元の端末１０の状態を示す状態情報と、送信されるコンテンツデータの種類を示すコンテンツ情報が関連付けられて管理される。
【００５３】
（リスナ管理テーブル）
図７（Ｅ）は、リスナ管理テーブルを示す概念図である。記憶部５０００には、図７（Ｅ）に示されているようなリスナ管理テーブルによって構成されているリスナ管理ＤＢ５００８が構築されている。リスナ管理テーブルでは、イベントの取得を要求するリスナのリスナＩＤに関連付けて、リスナ登録要求元の端末１０の通信ＩＤ、リスナの利用するサービス名、リスナの役割情報、要求に係るイベントを示すサービス名、役割情報、及び状態情報、並びにリスナ登録された時間、リスナ登録の期限が管理される。図７（Ｅ）のリスナ管理テーブルは、「2015/3/6 9:00JST」から「2015/3/6 17:30JST」までの間、「Reception」サービスを「Guest」の役割で利用する端末１０が「Waiting」の状態となるイベントが発生したときに、通信ＩＤ「01db」の端末１０ｄｂへイベント通知することを示している。なお、リスナ登録の期限を経過すると、リスナ管理テーブルにおいて、経過した期限が記録されたレコードは、記憶・読出部５９によって削除される。
【００５４】
＜管理システムの各機能構成＞
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図４に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００５５】
送受信部５１は、ＣＰＵ２０１からの命令、及びネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して各端末、装置又はシステムと各種データ（または情報）の送受信を行う。
【００５６】
管理部５３は、ＣＰＵ２０１からの命令によって実現され、端末管理テーブル（図７（Ａ）参照）において、最新の稼働状態をさせるため、稼働状態を更新する処理を行う。また、管理部５３は、サービス利用申請に掛かるサービスの提供可否を判断する
【００５７】
セッション制御部５８は、ＣＰＵ２０１からの命令によって、端末１０間でコンテンツデータを送信するセッションを制御する。この制御としては、セッションを確立するための制御、確立されたセッションに端末１０参加させる制御、セッションを切断する制御、確立されたセッションにおけるコンテンツデータの伝送の制御等が含まれる。
【００５８】
記憶・読出部５９は、ＣＰＵ２０１からの命令及びＨＤＤ２０５によって実行され、又はＣＰＵ２０１からの命令によって実現され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを抽出する処理を行う。
【００５９】
＜＜通信システム１の処理・動作＞＞
以上が、通信システム１の構成及び機能（又は手段）の説明であり、続いて、通信システム１における処理方法を説明する。
【００６０】
まず、図８を用いて、端末１０が管理システム５０へサービスの利用申請をする処理について説明する。図８は、サービス利用申請処理を示したシーケンス図である。
【００６１】
地域Ｚのコールセンターにおいて、端末１０ｄｂの操作入力受付部１２が、ユーザによるレセプションアプリ１０３２の起動要求を受け付けると、レセプションアプリ１０３２が起動する（ステップＳ２１）。以下、レセプションアプリ１０３２及び端末１０ｄｂのハードウェア構成により実現される各機能部が実行する処理について説明する。
【００６２】
端末１０ｄｂの操作入力受付部１２は、ユーザによる操作に応じて、自端末側の役割「Operator」の入力を受け付ける（ステップＳ２２）。
【００６３】
続いて、端末１０ｄｂの送受信部１１は、レセプションアプリ１０３２に係るサービス名「Reception」、入力された役割を示す役割情報「Operator」、自端末の通信ＩＤを含み、レセプションサービスをゲストとして利用する旨のサービス利用申請を管理システム５０へ送信する（ステップＳ２３）。
【００６４】
管理システム５０がサービス利用申請を受信すると、管理部５３は、サービス利用申請に係るサービスの提供可否を判断する（ステップＳ２４）。この場合、記憶・読出部５９は、サービス利用申請に含まれているサービス名「Reception」、及び役割情報「Operator」の組を検索キーとして、サービスリスト管理テーブル（図７（Ｃ）参照）を検索して、対応するサービスＩＤ「1004」を読み出す。続いて、記憶・読出部５９は、利用申請元の端末１０ｄｂの通信ＩＤ「01db」を検索キーとして、認証管理テーブル（図７（Ａ）参照）を検索し、対応するサービスＩＤを読み出す。サービスリスト管理テーブルから読み出されたサービスＩＤが、認証管理テーブルから読み出されたサービスＩＤと一致する場合には、管理部５３は利用申請に掛かるサービスを提供可能であると判断する。一方、サービスリスト管理テーブルから読み出されたサービスＩＤが、認証管理テーブルから読み出されたサービスＩＤと一致しない場合には、管理部５３は利用申請に係るサービスを提供可能ではないと判断する。
【００６５】
以下、管理部５３によって、利用申請に係るサービスを提供可能であると判断された場合について説明を続ける。記憶・読出部５９は、サービスリスト管理テーブルから読み出されたサービスＩＤ「1004」を検索キーとして、送信管理テーブル（図７（Ｄ）参照）における要求元のサービスＩＤのフィールドを検索することで、対応する送信元のサービスＩＤ「1005」、状態情報「Waiting」及びコンテンツ情報「画像データ，音データ」を読み出す（ステップＳ２５）。続いて、記憶・読出部５９は、ステップＳ２５で読み出された送信元のサービスＩＤ「1005」を検索キーとして、サービスリスト管理テーブル（図７（Ｃ）参照）を検索し、対応するサービス名「Reception」及び役割情報「Guest」を読み出す（ステップＳ２６）。
【００６６】
続いて、管理システム５０の送受信部５１は、サービス利用申請が許可された旨を示すサービス利用申請応答を、利用申請元の端末１０ｄｂへ送信する（ステップＳ２７）。この利用申請応答には、利用申請元へのコンテンツデータの送信が許可される条件を示す情報として、ステップＳ２６で読み出されたサービス名「Reception」及び役割情報「Guest」、ステップＳ２５で読み出された状態情報「Waiting」及びコンテンツ情報「画像データ，音データ」が含まれている。これにより、端末１０ｄｂは、「Reception」サービスを利用している「Guest」の役割の端末１０が「Waiting」の状態となったときに自端末への「画像データ，音データ」の送信が許可されることを把握できる。
【００６７】
一実施形態において、相手側の端末１０が自端末へコンテンツデータを送信可能な状態となった旨の通知は、インスタントメッセージサービス、ＳＩＰ(Session Initiation Protocol)・ＳＩＭＰＬＥ(SIP for Instant Messaging and Presence Leveraging Extensions)／ＸＭＰＰ(Extensible Messaging and Presence Protocol)等で広く使われているSubscribe/Publishモデルを応用することにより実現できる。この場合、まず、端末１０は、任意の他の端末１０が、自端末へコンテンツデータを送信可能な状態に遷移したことを示すイベントの取得を要求するため、管理システム５０へリスナ登録を要求する。
【００６８】
以下、図９を用いてリスナ登録処理について説明する。図９は、リスナ登録処理を示すシーケンス図である。オペレータ側の端末１０ｄｂの送受信部１１は、管理システム５０から送られてくるサービス利用申請応答に基づいて、「Reception」サービスを利用する「Guest」の役割の端末１０が「Waiting」の状態へ遷移したイベントの取得を要求する旨のリスナ登録要求を管理システム５０へ送信する（ステップＳ４１）。リスナ登録要求には、上記のサービス名「Reception」、役割情報「Guest」、及び、状態情報「Waiting」が含まれている。更に、リスナ登録要求には、登録の有効期限（例えば「2015/3/6 17:30 JST」）を含めることができる。
【００６９】
管理システム５０がリスナ登録要求を受信すると、管理部５３は、正当なサービス利用者からの登録申請であるか否かに基づいて、リスナ登録の可否を判断する（ステップＳ４２）。この場合、管理部５３は、登録要求元の端末１０ｄｂの通信ＩＤ「01db」を検索キーとして、端末管理テーブル（図７（Ｂ）参照）を検索し、対応するサービスＩＤ「1004」を読み出す。読み出されたサービスＩＤに基づいて、管理部５３は、正当なサービス利用者からのリスナ登録要求であることを認証できるため、リスナ登録要求を許可する。
【００７０】
リスナ登録が許可されると、管理部５３は、リスナ登録要求に基づいてリスナ登録を行う（ステップＳ４３）。この場合、管理部５３は、登録要求元を識別するリスナＩＤを生成する。続いて、管理部５３は、生成されたリスナＩＤ、登録要求元の端末１０ｄｂの通信ＩＤ、リスナ登録要求元が利用しているサービスのサービス名、リスナ登録要求元の役割を示す役割情報、リスナ登録する時刻、リスナ登録の期限、取得要求されたイベントを示すサービス名、役割情報、及び状態情報を関連付けてリスナ管理テーブル（図７（Ｅ）参照）に記憶する。なお、リスナ登録要求元が利用しているサービスのサービス名及びリスナ登録要求元の役割を示す役割情報は、端末１０ｄｂが利用するサービスのサービスＩＤ「1004」に基づいて特定される（図７（Ｃ）参照）。また、取得要求されたイベントを示すサービス名、役割情報、及び状態情報、並びに、リスナ登録の期限は、リスナ登録要求に含まれている。リスナ登録する時刻は、例えば、リスナ管理テーブルに上記の各情報を記録する時刻である。
【００７１】
リスナ登録が完了すると、管理システム５０の送受信部５１は、リスナ登録が許可された旨の応答を登録要求元の端末１０ｄｂへ送信する。この応答には、ステップＳ４３において生成されたリスナＩＤが含まれている。また、応答には、取得要求されたイベントを示すサービス名、役割情報、及び状態情報が含まれていても良い。
【００７２】
続いて、図１０を用いてイベントを通知する処理について説明する。図１０は、イベントを通知する処理を示したシーケンス図である。各端末１０では、複数のアプリの中からユーザにより選択されたアプリが起動している。このうち、端末１０ａａは、「Guest」の役割が選択されたことを除いてステップＳ２１乃至Ｓ２３と同様にして、管理システム５０へ、「Reception」サービスを「Guest」の役割で利用する旨のサービス利用申請をしている。
【００７３】
上記のサービス利用申請が許可された旨を示すサービス利用申請応答が端末１０ａａにおいて受信されると（ステップＳ２７’）、状態管理部１８は、サービス利用開始のイベントに応じて、自端末の状態を示す状態情報「Idling」を生成する（ステップＳ６１）。端末１０ａａの送受信部１１は、イベント通知機能により、自端末の通信ＩＤ「01aa」、自端末が利用しているサービス名「Reception」、自端末の役割を示す役割情報「Guest」、生成された状態情報「Idling」を管理システム５０へ送信する（ステップＳ６２）。なお、イベント通知には、自端末１０ａａが送信可能なコンテンツデータの品質を示す品質情報が含まれていても良い。品質情報としては、画像データの解像度、フレームレート、ビットレート、サイズ、並びに音データのサンプリングレート等が挙げられる。
【００７４】
管理システム５０の管理部５３は、通知されたイベントがリスナにより取得要求されたイベントであるか否かを判断する（ステップＳ６３）。ここで、イベント通知に含まれるサービス名「Reception」、役割情報「Guest」、及び状態情報「Idling」の組が、リスナ管理テーブル（図７（Ｅ）参照）における、取得要求されたイベントを示すサービス名、役割情報、及び状態情報の組と、一致しないと管理部５３によって判断された場合、管理システム５０はリスナの端末１０へイベント通知せず処理を終了する。
【００７５】
端末１０ａａにユーザが近づくと、端末１０ａａは、所定の処理によりユーザを検知する（ステップＳ６４）。ユーザを検知する方法としては、例えば、操作入力受付部１２がユーザによる操作入力の受付ける方法、撮像素子Ｉ／Ｆ１１３から出力される画像データを解析する方法、音入出力Ｉ／Ｆから出力される音データを解析する方法、外部機器接続Ｉ／Ｆがセンサと接続している場合に、センサから出力される情報を契機とする方法等が挙げられる。
【００７６】
状態管理部１８は、ユーザ検知のイベントに応じて、自端末の状態を示す状態情報「Waiting」を生成する。端末１０ａａの送受信部１１は、イベント通知機能により、自端末の通信ＩＤ「01aa」、自端末が利用しているサービス名「Reception」、自端末の役割を示す役割情報「Guest」、生成された状態情報「Waiting」を管理システム５０へ送信する（ステップＳ６６）。更に、イベント通知には、自端末１０ａａが送信可能なコンテンツデータの品質を示す品質情報が含まれていても良い。
【００７７】
管理システム５０の管理部５３は、ステップＳ６３と同様にして、通知されたイベントがリスナにより取得要求されたイベントであるか否かを判断する（ステップＳ６７）。ここで、イベント通知に含まれるサービス名「Reception」、役割情報「Waiting」、及び状態情報「Idling」の組が、リスナ管理テーブル（図７（Ｅ）参照）における、取得要求されたイベントを示すサービス名、役割情報、及び状態情報の組と、一致すると管理部５３によって判断された場合、管理部５３は、一致すると判断されたレコードにおける要求元の通信ＩＤ「01db」を読み出す。
【００７８】
管理システム５０の送受信部５１は、ステップＳ６７で読み出された通信ＩＤ「01db」によって識別される端末１０ｄｂへ、端末１０ａａから送られてきたイベント通知を送信する。
【００７９】
端末１０ｄｂの送受信部１１は、要求に係るイベント通知を受信すると、イベント通知に含まれる通信ＩＤ「01aa」に基づいて、端末１０ａａによって送信されるコンテンツデータ（画像データ及び音データ）を要求する旨のコンテンツデータ要求を管理システム５０へ送信する（ステップＳ６９）。なお、管理システム５０から送られてくるイベント通知には品質情報が含まれているので、送受信部１１は、例えば、品質情報によって示される品質のコンテンツを自端末において出力できないと判断した場合には、コンテンツデータ要求を送信しなくても良い。
【００８０】
続いて、図１１を用いて端末１０間の通信を確立する処理について説明する。図１１は、端末１０間の通信を確立する処理を示したシーケンス図である。
【００８１】
管理システム５０が端末１０ｄｂによるサービス利用申請に対する応答（ステップＳ２７参照）を送信した後の所定のタイミングで、セッション制御部５８は、公知の方法により、端末１０ｄｂと所定の中継装置３０（ここでは中継装置３０ｅとする）とを接続させる制御を行う（ステップＳ８１）。これにより端末１０ｄｂと中継装置３０ｅとの間のセッションが確立すると、端末１０ｄｂの送受信部１１は、自端末のカメラ１１２で撮像した画像に基づく画像データ、及びマイク１１４で集音した音に基づく音データを中継装置３０ｅへ送信する（ステップＳ８２）
【００８２】
一方、管理システム５０が端末１０ａａによるサービス利用申請に対する応答（ステップＳ２７’参照）を送信した後の所定のタイミングで、セッション制御部５８は、公知の方法により、端末１０ａａと所定の中継装置３０（ここでは中継装置３０ｅとする）との間を接続させる制御を行う（ステップＳ８１’）。これにより端末１０ａａと中継装置３０ｅとの間のセッションが確立すると、端末１０ａａの送受信部１１は、自端末のカメラ１１２で撮像した画像に基づく画像データ、及びマイク１１４で集音した音に基づく音データを中継装置３０ｅへ送信する（ステップＳ８２’）
【００８３】
続いて、端末１０ｄｂから送られてきたコンテンツデータ要求が管理システムにおいて受信されると（ステップＳ６９参照）、送受信部５１は、この要求を許可する旨の応答を端末１０ｄｂへ送信する（ステップＳ９１）。続いて、管理システムの送受信部５１は、コンテンツデータ要求元の端末１０ｄｂの通信ＩＤ、及びコンテンツデータ要求先の端末１０ａａの通信ＩＤが含まれており、コンテンツデータの中継を要求する旨のコンテンツデータ中継要求を中継装置３０ｅへ送信する（ステップＳ９２）。
【００８４】
中継装置３０ｅは、コンテンツデータ中継要求を受信すると、要求先の端末１０ａａから送られてくる画像データ及び音データ（ステップＳ８２’参照）を、要求元の１０ｄｂへ送信する（ステップＳ９３）。これにより端末（１０ａａ，１０ｄｂ）間の通信は確立する。
【００８５】
＜＜実施形態の変形例＞＞
続いて、本発明の他の一実施形態である変形例について、上記実施形態とは異なる点を説明する。図１２は他の一実施形態に係る通信システムを構成する端末及び管理システムの機能ブロック図である。
【００８６】
他の一実施形態において、端末１０の記憶部１０００には、リスナ管理テーブルによって構成されるリスナ管理ＤＢ１００８が構築されている。端末１０のリスナ管理テーブルは、自端末のリスナ登録要求に係るレコードのみ管理する点を除いて、管理システム５０のリスナ管理テーブル（図７（Ｅ）参照）と同様である。
【００８７】
図１３は、リスナ登録処理を示すシーケンス図である。他の一実施形態において、端末１０ｄｂは、リスナ登録許可の応答に基づいて自端末のリスナ管理テーブルにリスナ登録を行う（ステップＳ４５）。この場合、端末１０ｄｂの記憶・読出部５９は、応答に含まれるリスナＩＤ、自端末の通信ＩＤ、自端末が利用しているサービスのサービス名、自端末の役割を示す役割情報、リスナ登録する時刻、リスナ登録の期限、自端末が取得要求したイベントを示すサービス名、役割情報、及び状態情報を関連付けてリスナ管理テーブル（図７（Ｅ）参照）に記憶する。なお、取得要求したイベントを示すサービス名、役割情報、及び状態情報は、リスナ登録許可の応答に含まれている。リスナ登録する時刻は、例えば、リスナ管理テーブルに上記の各情報を記録する時刻である。
【００８８】
図１４は、イベントを通知する処理を示したシーケンス図である。管理システム５０の送受信部５１は、端末１０ａａによるイベント通知を受信すると（ステップＳ６２，Ｓ６６）、通知されたイベントが、リスナにより取得要求されたイベントであるか否かを判断することなく、このイベント通知を、通信システム１を構成する各端末１０へ送信する（ステップＳ６２’，Ｓ６６’）。
【００８９】
端末１０ｄｂがイベント通知を受信すると、状態管理部１８は、通知されたイベントが自端末により取得要求されたイベントであるか否かを判断する（ステップＳ６３’，Ｓ６７’）。例えば、ステップＳ６２’において受信したイベント通知に含まれるサービス名「Reception」、役割情報「Guest」、及び状態情報「Idling」の組が、自端末のリスナ管理テーブル（図７（Ｅ）参照）に記録されている、取得要求されたイベントを示すサービス名、役割情報、及び状態情報の組と、一致しないと状態管理部１８によって判断された場合、端末１０ｄｂは、コンテンツデータを要求することなく処理を終了する。
【００９０】
一方、ステップＳ６６’において受信したイベント通知に含まれるサービス名「Reception」、役割情報「Guest」、及び状態情報「Waiting」の組が、自端末のリスナ管理テーブル（図７（Ｅ）参照）に記録されている、取得要求されたイベントを示すサービス名、役割情報、及び状態情報の組と、一致すると状態管理部１８によって判断された場合、端末１０ｄｂの送受信部１１は、イベント通知に含まれる通信ＩＤ「01aa」を含み、端末１０ａａによって送信されるコンテンツデータ（画像データ及び音データ）を要求する旨のコンテンツデータ要求を管理システム５０へ送信する（ステップＳ６９）。
【００９１】
＜＜実施形態の効果＞＞
管理システム５０のリスナ管理ＤＢ５００８（管理手段の一例）は、コンテンツデータを要求可能な端末１０ｄｂ（第１の通信端末の一例）が利用しているサービスに対応する所定の状態を示す状態情報「Waiting」（第１の状態情報の一例）を管理する。管理システム５０の送受信部５１（取得手段の一例）は、コンテンツデータを送信可能な端末１０ａａ（第２の通信端末の一例）の状態が遷移するときに端末１０ａａの状態を示す状態情報（第２の状態情報の一例）が含まれたイベント通知を受信することにより取得する。管理システム５０の管理部５３（判断手段の一例）は、リスナ管理ＤＢ５００８において管理されている状態情報「Waiting」と、送受信部５１によって受信される状態情報とが一致するか否かを判断する。送受信部５１（送信手段の一例）は、管理部５３によって各状態情報が一致すると判断された場合に、イベント通知（所定の情報の一例）を端末１０ｄｂへ送信する。端末１０ｄｂは、送信されたイベント通知に基づいてサービスに対応するコンテンツデータを要求する。これにより、サービス毎にコンテンツを要求可能なタイミングが異なるときでも、端末１０ｄｂにおいて相手側のコンテンツを要求可能であるか否かをイベント通知に基づいて容易に判断することが可能になるという効果を奏する。
【００９２】
管理システム５０のリスナ管理ＤＢ５００８は、所定の期間、状態情報を管理する。これにより、イベント通知の期間を限定することが可能となる
【００９３】
管理システム５０の送受信部５１は、端末１０ａａによって送信可能なコンテンツデータの品質を示す品質情報を受信することにより取得し、この品質情報を端末１０ｄｂへ送信する。これにより、端末１０ｄｂでは、イベント通知を受信したときに、コンテンツデータを要求するか否かを品質情報に基づいて判断することが可能となる。
【００９４】
管理システム５０の送受信部５１（要求受付手段の一例）は、イベント通知を受信した端末１０ｄｂから、コンテンツデータの要求を受け付ける。送受信部５１は、コンテンツデータの要求が受け付けられてから、コンテンツデータを中継可能な中継装置３０ｅへ、端末１０ａａから端末１０ｄｂへのコンテンツデータの中継要求を送信する。これにより、端末（１０ａａ，１０ｄｂ）間でコンテンツデータを送信開始することが可能となる。
【００９５】
端末１０ｄｂの送受信部１１（受信手段の一例）は、管理システム５０によって送信されるイベント通知を受信する。このイベント通知が受信されてから、送受信部１１（送信手段の一例）は、コンテンツデータの要求を管理システム５０へ送信する。これにより、端末１０ｄｂは、通信を確立可能となったタイミングで、コンテンツデータを要求することが可能となる。
【００９６】
＜＜実施形態の補足＞＞
上記各実施の形態における管理システム５０、及びプログラム提供システム９０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。
【００９７】
また、上記通信システム１の端末用プログラム、中継装置用プログラム、及び通信管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品（Program Product）として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び通信管理用プログラムがユーザ等に提供される場合に用いられる。
【００９８】
更に、上記通信システム１では、図７（Ａ）に示されている端末管理テーブルにおいて端末のＩＰアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク２上で端末１０を特定するための端末特定情報であれば、それぞれのＦＱＤＮ（Fully Qualified Domain Name）を管理してもよい。この場合、周知のＤＮＳ（Domain Name System）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。
【００９９】
通信システム１において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。
【０１００】
また、上記通信システム１では、通信システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。
【０１０１】
更に、通信システム１は、音会議システム、又はＰＣ(Personal Computer)画面共有システムであっても良い。また、通信システム１は、ＩＰ（Internet Protocol）電話や、インターネット電話、携帯電話の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機などの電話機に相当する。
【０１０２】
また、コンテンツデータは、脈拍音、鼓動等の体内で発生する音データ、心電図の波形、体温の変化を示す画像データあるいは座標データ等の体内の情報を示すデータであっても良い。これにより、上記実施形態の通信システム１を遠隔医療システムとして用いることもできる。
【０１０３】
また、上記実施形態では、コンテンツデータの一例として、画像データ及び音データについて説明したが、これに限るものではない。なお、コンテンツデータは、リアルタイムなコミュニケーションを実現するためのメディアであることが好ましい。このメディアとしては、静止画及び動画などの画像データ、音データの他、画面共有データ、メッセージ、ストロークデータ、操作データ等のストリーミングデータが挙げられる。また、コンテンツデータは、触覚(touch)データであってもよい。この場合、一方の端末側でユーザが接触した感覚が、他方の端末側に伝達される。更に、コンテンツデータは、嗅覚（smell）データであってもよい。この場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータは、画像データ、音データ、触覚データ、及び嗅覚データのうち、少なくとも１つのデータであればよい。
【０１０４】
なお、各端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。また、上記実施形態では、通信システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。
【先行技術文献】
【特許文献】
【０１０５】
【特許文献１】特開２０１２−１９１５９８号公報
【符号の説明】
【０１０６】
１０  端末
１１  送受信部
１２  操作入力受付部
１３  表示制御部
１８  状態管理部
１９  記憶・読出部
３０  中継装置
５０  管理システム
５１  送受信部
５３  管理部
５８  セッション制御部
５９  記憶・読出部
１０００  記憶部
１００８  リスナ管理ＤＢ
５０００  記憶部
５００１  認証管理ＤＢ
５００２  端末管理ＤＢ
５００６  サービスリスト管理ＤＢ
５００７  送信管理ＤＢ
５００８  リスナ管理ＤＢ
【図１】
2016163208.tif 000003
【図２】
2016163208.tif 000004
【図３】
2016163208.tif 000005
【図４】
2016163208.tif 000006
【図５】
2016163208.tif 000007
【図６】
2016163208.tif 000008
【図７】
2016163208.tif 000009
【図８】
2016163208.tif 000010
【図９】
2016163208.tif 000011
【図１０】
2016163208.tif 000012
【図１１】
2016163208.tif 000013
【図１２】
2016163208.tif 000014
【図１３】
2016163208.tif 000015
【図１４】
2016163208.tif 000016