WO2016035551A1 - 送信制御システム、通信端末、通信システム、送信制御方法、及びプログラム - 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）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ(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)のように、異なるプロトコルのテレビ会議アプリがインストールされてもよい。

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

　＜通信端末の機能構成＞
　端末１０は、装置制御部１０５０及び通話制御部１０６０を有している。このうち、装置制御部１０５０は、ＯＳ１０２０が実行されることによって実現される。また、通話制御部１０６０は、テレビ会議アプリ１０３１又はレセプションアプリ１０３２が起動されることによって実現される。

　また、装置制御部１０５０は、送受信部１１、操作入力受付部１２、表示制御部１３、及び記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された起動アプリ（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。

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

　また、端末１０は、図３に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。

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

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

　操作入力受付部１２は、ＣＰＵ１０１が命令を実行することによって実現され、操作ボタン（１０８ａ、１０８ｂ、１０８ｃ、１０８ｄ、１０８ｅ）及び電源スイッチ１０９を用いて、ユーザによる各種入力又は各種選択を受け付ける。例えば、ユーザが、電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源オンを受け付けて、電源をＯＮにする。

　表示制御部１３は、ＣＰＵ１０１が命令を実行することによって実現され、ディスプレイＩ／Ｆ１１７を用いて、通話する際に相手側から送られてきた画像データをディスプレイ１２０に送信するための制御を行う。

　記憶・読出部１９は、ＣＰＵ１０１が命令を実行することによって実現され、ＳＳＤ１０５を用いて、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。

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

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

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

　表示制御部２４は、ＣＰＵ１０１が命令を実行することによって実現され、ディスプレイＩ／Ｆ１１７を用いて、画面のデータをディスプレイ１２０に送信するための制御を行う。

　機能実行部２５は、ＣＰＵ１０１が命令を実行することによって実現され、カメラ１１２、マイク１１４、又はスピーカ１１５等を用いて、画像又は音等による通話を実現するための制御を行う。

　記憶・読出部２９は、ＣＰＵ１０１が命令を実行することによって実現され、ＳＳＤ１０５を用いて、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。

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

　（認証管理テーブル）
　図７Ａは、認証管理テーブルを示す概念図である。記憶部５０００には、図７Ａに示されているような認証管理テーブルによって構成されている認証管理ＤＢ５００１が構築されている。この認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各通信ＩＤに対して、認証用のパスワードが関連付けられて管理される。なお、通信ＩＤは、コンテンツデータ用セッションにおいて、コンテンツデータの送信先（通信先）あるいは送信元（通信元）を識別するための情報である。通信ＩＤには、例えば、端末１０を識別する情報、端末１０のユーザを識別する情報、複数の端末１０によって構成されるグループを識別する情報等が含まれる。以下、通信ＩＤが、端末１０を識別する情報、又はグループを識別する情報である場合について説明する。

　（端末管理テーブル）
　図７Ｂは、端末管理テーブルを示す概念図である。記憶部５０００には、 図７Ｂに示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００２が構築されている。この端末管理テーブルでは、各端末１０の通信ＩＤ毎に、各端末１０を宛先とした場合の宛先名（端末名）、各端末１０の稼動状態、及び各端末１０のＩＰアドレスが関連付けられて管理される。なお、稼働状態「ＯＦＦライン」は、管理システム５０と接続していない状態を示す。稼働状態「ＯＮライン（通信可能）」は、管理システム５０と接続しているが、他の端末１０と通信していない状態を示す。稼働状態「ＯＮライン（通信中）」は、管理システム５０と接続して、他の端末１０と通信しているが、通信相手の端末１０のコンテンツデータを受信していない状態を示す。稼働状態「ＯＮライン（通話中）」は、管理システム５０と接続して、他の端末１０と通信しており、通信相手の端末１０のコンテンツデータを受信している状態を示す。

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

　（セッション管理テーブル）
　図７Ｄは、セッション管理テーブルを示す概念図である。記憶部５０００には、図７Ｄに示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、端末１０間でコンテンツデータが送信されるセッションを識別するためのセッションＩＤ毎に、このセッションにおいて、端末１０間でコンテンツデータを中継する中継装置３０の中継装置ＩＤ、このセッションに参加している端末１０（参加端末）のうちコールセンター（オペレータ）側の参加端末の通信ＩＤ、オペレータ側の参加端末の通信相手となるカスタマー側の参加端末の通信ＩＤが関連付けられて管理される。

　（グループ情報管理テーブル）
　図７Ｅは、グループ情報管理テーブルを示す概念図である。記憶部５０００には、図７Ｅに示されているようなグループ情報管理テーブルによって構成されているグループ情報管理ＤＢ５０１０が構築されている。このグループ情報管理テーブルでは、グループを識別するための通信ＩＤと、そのグループを通信宛先とするときの宛先名（グループ名）と、そのグループを構成する各端末１０の各通信ＩＤと、を関連付けて管理する。

　（待機情報管理テーブル）
　図７Ｆは、待機情報管理テーブルを示す概念図である。記憶部５０００には、図７Ｆに示されているような待機情報管理テーブルによって構成されている待機情報管理ＤＢ５０１２が構築されている。この待機情報管理テーブルでは、オペレータ側の参加端末の通信ＩＤに対して、このオペレータ側の参加端末との通信を待機しているカスタマー側の待機端末の通信ＩＤ、及びオペレータ側の参加端末との通信の開始要求を管理システム５０側で受け付けた受付時刻が関連付けられて管理される。

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

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

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

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

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

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

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

　まずは、図８を用いて、端末１０ａａが起動してからアプリリストを表示させるまでの処理を説明する。図８は、端末１０が起動してからアプリリストを表示させるまでの処理を示したシーケンス図である。

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

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

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

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

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

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

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

　続いて、端末１０ａａのユーザによって、アプリアイコンのうちアプリアイコン１４２が選択された場合について、図１０を用いて説明する。図１０は、コンテンツデータ用セッションへの参加を要求する処理を示したシーケンス図である。

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

　続いて、装置制御部１０５０の操作入力受付部１２は、レセプションアプリ１０３２によって実現される起動部２２に対して、起動を命令することで、レセプションアプリ１０３２に対応する通話制御部１０６０を起動させる（ステップＳ６２）。なお、これよりも前は、装置制御部１０５０による処理であったが、これ以降は、レセプションアプリ１０３２が起動することによって実現される通話制御部１０６０による処理となる。

　続いて、端末１０ａａの送受信部２１は、参加要求元の端末１０ａａの通信ＩＤ「０１ａａ」、宛先候補の通信ＩＤ「０１ｘｘ」を含む参加要求情報を、参加要求元の端末１０のＩＰアドレスとともに管理システム５０へ送信する（ステップＳ７２）。なお、宛先候補の通信ＩＤ「０１ｘｘ」は、宛先としてのコールセンターを示す通信ＩＤであって、レセプションアプリ１０３２に基づく送受信部２１の処理によって自動的に選択されたものである。また、参加要求情報は、コールセンターを構成する端末１０が参加しているコンテンツデータ用セッションに自端末１０が参加する参加要求を示す情報である。

　続いて、管理システム５０のセッション制御部５８は、通信ＩＤ「０１ｘｘ」で識別されるグループを構成する端末１０の中から、端末１０ａａとの通信の相手として呼び出す端末１０（呼出端末）を決定する（ステップＳ７５）。呼出端末を決定する方法は、特に限定されないが、例えば、セッション制御部５８がセッション管理テーブル（図７Ｄ参照）を参照して、カスタマー側の参加端末の数が最も少ない、オペレータ側の参加端末を選択する方法が挙げられる。以下、呼出端末が端末１０ｄｂに決定された場合について説明する。また、呼出端末が決定された時点で、呼出端末である端末１０ｄｂは、中継装置３０を介して、他の端末１０との間でコンテンツデータを送信するためのコンテンツデータ用セッションｓｅｄに参加しているものとして説明を続ける。

　続いて、管理部５３は、端末管理テーブルにおいて、開始要求元の端末１０ａａおよび宛先の呼出端末の各通信ＩＤに関連付けられている稼働状態を、それぞれ「ＯＮライン（通信中）」に変更する（ステップＳ７６）。

　続いて、セッション制御部５８は、セッション管理テーブル（図７Ｄ参照）において、呼出端末（端末１０ｄｂ）の通信ＩＤ「０１ｄｂ」が参加端末（オペレータ）の通信ＩＤとして記録されているレコードにおける、対応する参加端末（カスタマー）のフィールドに、参加要求元の端末１０ａａの通信ＩＤ「０１ａａ」を追加する（ステップＳ７８）。また、ステップＳ７８の処理の一環として、セッション制御部５８は、呼出端末（端末１０ｄｂ）の通信ＩＤ「０１ｄｂ」を検索キーとして、セッション管理テーブルを検索し、対応するセッションＩＤ、及び中継装置ＩＤを読み出す。

　続いて、送受信部５１は、参加要求元の端末１０ａａへ、ステップＳ７８で読み出された中継装置ＩＤにより識別される中継装置３０へ接続するための中継装置接続情報を送信する（ステップＳ８１）。この中継装置接続情報には、中継装置３０のＩＰアドレス、認証情報、ポート番号、ステップＳ７８で読み出されたセッションＩＤ等を含めることができる。

　続いて、送受信部５１は、参加要求元の端末１０ａａの通信ＩＤ「０１ａａ」、ステップＳ７８で読み出されたセッションＩＤを含む参加要求情報を呼出端末（端末１０ｄｂ）へ送信する（ステップＳ８２）。

　参加要求元の端末１０ａａは、管理システム５０から送信された中継装置接続情報を用いて、中継装置３０と接続する。これにより、端末１０ａａは、呼出端末（端末１０ｄｂ）が参加しているコンテンツデータ用セッションｓｅｄに参加する（ステップＳ８３）。このセッションに参加している各端末（１０ａａ，１０ｄｂ）は、自端末１０において生成されたコンテンツデータ（画像データ及び音データ）を中継装置３０へ送信することができる。

　続いて、管理システム５０のセッション制御部５８は、送受信部５１を介して、参加端末間のコンテンツデータの送信を制御するための命令が含まれた制御情報を中継装置３０へ送信する（ステップＳ８４）。この制御情報には、カスタマー側の端末１０ａａからオペレータ側の端末１０ｄｂへの画像データの送信を開始する命令、カスタマー側の端末１０ａａから送信された音データをオペレータ側の端末１０ｄｂへ送信することを禁止する命令、及び、オペレータ側の端末１０ｄｂから送信された画像データ及び音データをカスタマー側の端末１０ａａへ送信することを禁止する命令が含まれている。

　図１１Ａは、通信システムにおける各種情報の送受信の状態を示した概念図である。図１１Ａに示されているように、中継装置３０は、制御情報に含まれる命令に従い、端末１０ａａが送信した画像データを受信して、オペレータ側の端末１０ｄｂへ送信する。一方で、中継装置３０は、オペレータ側の端末１０ｄｂが送信した画像データ及び音データを、カスタマー側の端末１０ａａへ送信しない。

　この状態で、オペレータ側の端末１０ｄｂから、カスタマー側の端末１０ａａへコンテンツデータを送信していないため、オペレータとカスタマーは通話を開始することはできない。そこで、カスタマー側の端末１０ａａの表示制御部２４は、オペレータとの通話の開始の要求を受け付けるための通話開始要求受付画面を、ディスプレイ１２０ａａへ出力する（ステップＳ８５）。図１２は、受付画面の一例を示す図である。この画面１４０には、コールセンターのオペレータとの通話の開始の要求を受け付けるためのボタン１４４が表示されている。

　以上が通話の開始の要求を受け付けるまでの処理である。

　なお、管理システム５０は、カスタマー側の他の端末１０の参加要求を受け付けると、ステップＳ７５乃至Ｓ８４と同様の処理を実行する。これにより、３つ以上の端末１０が共通のコンテンツデータ用セッションｓｅｄに参加することもできる。

　図１１Ｂは、端末（１０ａａ，１０ａｂ，１０ｄｂ）が共通のコンテンツデータ用セッションｓｅｄに参加したときの、通信システム１における各種情報の送受信の状態を示した概念図である。この場合、オペレータ側の端末１０ｄｂは、中継装置３０を介して、カスタマー側の端末（１０ａａ，１０ａｂ）が送信した画像データを受信する。一方、カスタマー側の端末（１０ａａ，１０ａｂ）は、ステップＳ８４の制御により、端末１０ｄｂが送信した画像データを受信することはできない。

　続いて、図１３を用いて、カスタマー側の端末１０ａａが、オペレータ側の端末１０ｄｂから、自端末へのコンテンツデータの送信を要求する処理について説明する。図１３は、コンテンツデータの送信を要求する処理を示したシーケンス図である。

　端末１０ａａのユーザであるカスタマーが、図１２の受付画面におけるボタン１４４を押下すると、機能実行部２５は、通話の開始要求を受け付ける（ステップＳ１０１）。続いて、端末１０ａａの送受信部２１は、通話の開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、及び通信相手であるオペレータの端末１０ｄｂの通信ＩＤが含まれる開始要求情報を、管理システム５０へ送信する（ステップＳ１０２）。

　管理システム５０の送受信部５１が開始要求情報を受信すると、セッション制御部５８は、要求に基づく通話を開始することが可能であるか否かを判断する（ステップＳ１０３）。この場合、セッション制御部５８は、端末管理テーブル（図１１Ｂ参照）において、オペレータの端末１０ｄｂの通信ＩＤ「０１ｄｂ」に関連付けられている稼働状態を参照し、稼働状態が「ＯＮライン（通信中）」であれば、通話を開始することができると判断する。一方、セッション制御部５８は、端末管理テーブルにおいて、オペレータの端末１０ｄｂの通信ＩＤ「０１ｄｂ」に関連付けられている稼働状態を参照し、稼働状態が「ＯＮライン（通話中）」であれば、通話を開始することができないと判断する。

　ステップＳ１０３でＹＥＳと判断された場合には、後述のステップＳ１０４乃至Ｓ１１４の処理が実行されず、ステップＳ１１５に進むことになる。

　以下、端末（１０ａｂ，１０ｄｂ）の各ユーザ間で通話中であり、ステップＳ１０３でＮＯと判断された場合について説明を続ける。

　図１１Ａは、通信システムにおける各種情報の送受信の状態を示した概念図である。端末（１０ａｂ，１０ｄｂ）の各ユーザ間の通話は、中継装置３０が、管理システム５０のセッション制御部５８による制御に基づいて、端末（１０ａｂ，１０ｄｂ）の一方から送信された画像データ及び音データを、他方の端末（１０ｄｂ，１０ａｂ）へ送信することにより実現することができる。なお、中継装置３０は、ステップＳ８４による制御に基づいて、端末１０ａａから送信された画像データを、端末１０ｄｂへ送信している。すなわち、端末１０ｄｂのユーザであるオペレータは、端末１０ａｂのユーザであるカスタマーと通話している間、端末１０ａａから送信された画像データに基づく画像を確認することができる。

　ステップＳ１０４においてＮＯと判断されると、送受信部５１は、開始要求元の端末１０ａａへ、通話の開始の待機を要求するメッセージを送信する（ステップＳ１０４）。端末１０ａａの送受信部２１がメッセージを受信すると、表示制御部２４は、ディスプレイ１２０ａａへメッセージを出力する（ステップＳ１０５）。

　続いて、管理システム５０の記憶・読出部５９は、待機情報管理テーブル（図７（Ｆ）参照）において、オペレータの端末１０ｄｂの通信ＩＤ「０１ｄｂ」に関連付けて、オペレータの端末１０ｄｂとの通話の開始を待機する端末１０ａａの通信ＩＤ「０１ａａ」、及び、通話の開始の要求を受け付けた受付時刻を記憶する（ステップＳ１０６）。

　一方、端末（１０ａｂ，１０ｄｂ）の各ユーザ間の通話が完了すると、端末１０ｄｂの操作入力受付部１２は、通話の終了要求の入力を受け付ける（ステップＳ１１１）。続いて、端末１０ｄｂの送受信部２１は、通話の終了の要求を示す終了要求情報を管理システム５０へ送信する（ステップＳ１１２）。終了要求情報には、自端末１０ｄｂの通信ＩＤ、及び現在の通話相手側の端末１０ａｂの通信ＩＤが含まれている。

　管理システム５０の送受信部５１が終了要求情報を受信すると、記憶・読出部５９は終了要求情報に含まれている端末１０ｄｂの通信ＩＤを検索キーとして、待機情報管理テーブルの参加端末（オペレータ）のフィールドを検索し、対応する待機端末の通信ＩＤ及び受付時刻を読み出す（ステップＳ１１３）。続いて、セッション制御部５８は、ステップＳ１１３で読み出された待機端末の通信ＩＤ及び受付時刻に基づいて、通話の切り換え先として、端末１０ｄｂの次の通話相手側の端末１０を決定する（ステップＳ１１４）。なお、ステップＳ１１３で複数の待機端末の通信ＩＤが読み出された場合、受付時刻の最も早い待機端末を切り換え先の端末１０に決定する。以下、切り換え先が端末１０ａａに決定された場合について説明を続ける。

　管理システム５０のセッション制御部５８は、送受信部５１を介して、参加端末間のコンテンツデータの送信を制御するための命令が含まれた制御情報を中継装置３０へ送信する（ステップＳ１１５）。この制御情報には、上記の終了要求情報及び切り換え先に基づいて、少なくとも４つの命令が含まれている。第１の命令は、オペレータ側の端末１０ｄｂから送信された画像データ及び音データを、端末１０ｄｂの現在の通話相手側の端末１０ａｂへ送信することを禁止する命令である。第２の命令は、端末１０ａｂから送信された音データを端末１０ｄｂへ送信することを禁止する命令である。第３の命令は、第１の命令及び第２の命令に基づく処理を実行した後、オペレータ側の端末１０ｄｂから送信された画像データ及び音データを、切り換え先の端末１０ａａへ送信することを開始する命令である。第４の命令は、第１の命令及び第２の命令に基づく処理を実行した後、端末１０ａａから送信された音データを端末１０ｄｂへ送信することを開始する命令である。

　中継装置３０は、制御情報に含まれる第１の命令に従い、オペレータ側の端末１０ｄｂから送信された画像データ及び音データを、端末１０ａｂへ送信する処理を停止する（ステップＳ１１６）。続いて、中継装置３０は、制御情報に含まれる第２の命令に従い、端末１０ａｂから送信された音データを、端末１０ｄｂへ送信する処理を停止する（ステップＳ１１７）。

　オペレータの端末１０ｄｂからの画像データ及び音データの送信が停止されたカスタマー側の端末１０ａｂでは、表示制御部２４が、オペレータとの新たな通話の開始の要求を受け付けるための通話開始要求受付画面を、ディスプレイ１２０ａｂへ出力する（ステップＳ１１８）。通話開始要求受付画面は、図１２と同様である。

　続いて中継装置３０は、制御情報に含まれる第３の命令に従い、オペレータ側の端末１０ｄｂから送信された画像データ及び音データを、切り換え先の端末１０ａａへ送信する処理を開始する（ステップＳ１１９）。更に、中継装置３０は、第４の命令に従い、端末１０ａａから送信された音データを、端末１０ｄｂへ送信する処理を開始する（ステップＳ１２０）。

　図１４Ｂは、通信システムにおける各種情報の送受信の状態を示した概念図である。図１４Ｂに示したように、ステップＳ１２０の処理が完了した時点で、中継装置３０は、端末（１０ａａ，１０ｄｂ）の一方から送信された画像データ及び音データを、他方の端末（１０ｄｂ，１０ａａ）へ送信している。また、中継装置３０は、端末１０ａｂから送信された画像データを、端末１０ｄｂへ送信する。これにより、端末（１０ａａ，１０ｄｂ）の各ユーザ間で通話を開始することができる。また、端末１０ａｂの撮像範囲に新たなカスタマーが現れたときに、端末１０ｄｂのユーザであるオペレータは、端末１０ａａのユーザと通話中であっても、新たなカスタマーの状況を把握することができる。

　続いて、管理システム５０の管理部５３は、端末管理テーブル（図７Ｂ参照）において、終了要求情報に含まれているカスタマー側の端末１０ａｂの通信ＩＤに関連付けて、稼働状態として「オンライン（通信中）」を管理する（ステップＳ１２１）。また、ステップＳ１２１の処理の一環として、管理部５３は、端末管理テーブル（図７Ｂ参照）において、切り換え先の端末１０ａａの通信ＩＤに関連付けて、稼働状態として「オンライン（通話中）」を管理する。　また、記憶・読出部５９は、端末管理テーブル（図７Ｆ）において、切換先の端末１０ａａの通信ＩＤが記録されているレコードを削除する（ステップＳ１２２）。

　カスタマー側の端末１０ａａでは、送受信部２１が、オペレータ側の端末１０ｄｂから送信された画像データ及び音データを受信する。端末１０ａａの表示制御部２４は、受信された画像データに基づく画像をディスプレイ１２０ａａへ出力する（ステップＳ１２３）。また、スピーカ１１５は、受信された音データに基づく音を出力する。図１５Ａは、端末１０ａａのテレビ会議画面の一例を示す図である。画面５００ａには、端末１０ｄｂから送信されたた画像データに基づいて、端末１０ｄｂのユーザであるオペレータが表示されている。

　オペレータ側の端末１０ｄｂでは、送受信部２１が、カスタマー側の端末１０ａａから送信された画像データ及び音データを受信する。更に、オペレータ側の端末１０ｄｂでは、送受信部２１が、カスタマー側の端末１０ａｂから送信された画像データを受信する。端末１０ｄｂの表示制御部２４は、受信された各画像データに基づく画像をディスプレイ１２０ｄｂへ出力する。また、スピーカ１１５は、受信された音データに基づく音を出力する。

　図１５Ｂは、端末１０ｄｂのテレビ会議画面の一例を示す図である。画面５００ｂには、端末１０ａａが送信した画像データに基づいて、端末１０ａａのユーザであるカスタマーが表示されている。また、画面５００ｂには、端末１０ａｂが送信した画像データに基づいて、端末１０ａｂのカメラ１１２が撮像した画像が表示されている。

　これにより、オペレータは、端末１０ａａのユーザであるカスタマーと通話することができる一方で、端末１０ａｂのカメラ１１２の撮像範囲に次の通話を希望するカスタマーが現れた時に、次の通話を希望するカスタマーの様子を確認することができる。ここで、例えば、端末１０ａｂ側の画面に待ち行列が映っていた場合に、オペレータは、通話待ちが発生している状況を把握することができる。また、端末１０ａｂ側の画面に、地図を所有している人物が映っていた場合に、オペレータは、次の通話では目的地への行き方を尋ねられることを予想することができる。また、端末１０ａｂ側の画面に、ある言語のパンフレットを所有している人物が映っていた場合に、オペレータは、次の通話ではある言語で質問を受けることを予想することができる。

　オペレータは、端末１０ａｂ側の画面から把握できる状況に応じて、現在の通話を早めに終えたり、他のオペレータに変ってもらうなど、次の通話の準備ができるようになる。

　＜＜実施形態の効果＞＞
　管理システム５０（送信制御システムの一例）のセッション制御部５８（送信制御手段の一例）は、端末１０間でコンテンツデータを送信するためのコンテンツデータ用セッションｓｅｄにおいて、一以上の端末（１０ａａ，１０ａｂ）のそれぞれから端末１０ｄｂ（第１の通信端末の一例）へコンテンツデータが送信される一方で、端末１０ｄｂから一以上の端末（１０ａａ，１０ａｂ）のうち少なくとも端末１０ａａ（第２の通信端末の一例）へ、コンテンツデータが送信されないように制御する。続いて、端末１０ａａによる要求に基づいて、セッション制御部５８は、端末１０ｄｂから端末１０ａａへコンテンツデータが送信されるように制御する。これにより、端末（１０ａａ，１０ｄｂ）間で双方向にコンテンツデータが送信されるので、端末（１０ａａ，１０ｄｂ）の各ユーザ間で通話を開始できる。また、上記のように、通話を開始する前から、端末１０ａａから送信されるコンテンツデータを端末１０ｄｂに送信することで、端末１０ａａ側の状況が端末１０ｄｂ側へ伝達されるようになる。これにより、端末１０ｄｂ側では通話の要求元の状況に応じた通話の準備をすることが可能になる。

　セッション制御部５８は、コンテンツデータ用セッションｓｅｄにおいて、端末１０ｄｂから、一以上の端末（１０ａａ，１０ａｂ）のうち端末１０ａｂ（第３の通信端末の一例）へコンテンツデータが送信されるように制御する。続いて、セッション制御部５８は、端末１０ｄｂから端末１０ａｂへコンテンツデータが送信されないように制御してから、端末１０ｄｂから端末１０ａａへコンテンツデータが送信されるように制御する。これにより、端末（１０ａａ，１０ｄｂ）の各ユーザ間の通話内容が、コンテンツデータ用セッションｓｅｄを介して、端末１０ａｂへ送信されることを防ぐことができる。

　端末１０ｄｂの操作入力受付部１２（入力受付手段の一例）は、端末１０ｄｂから端末１０ａｂへのコンテンツデータの送信の停止の要求の入力を受け付ける。端末１０ｄｂの送受信部１１（停止要求送信手段の一例）、上記の入力が受け付けられてから、コンテンツデータの送信の停止の要求を、管理システム５０へ送信する。

　管理システム５０の送受信部５１（停止要求受付手段の一例）は、端末１０ｄｂから、端末１０ａｂへのコンテンツデータの送信の停止の要求を受け付ける。また、セッション制御部５８は、この停止の要求が受け付けられてから、端末１０ｄｂから端末１０ａｂへコンテンツデータが送信されないように制御する。これにより、停止の要求を契機として、端末１０ｄｂから端末１０ａｂへのコンテンツデータの送信を停止する処理と、端末１０ｄｂから端末１０ａａへのコンテンツデータの送信を開始する処理と、を実行できるようになる。

　管理システム５０の送受信部５１（送信要求受付手段の一例）は、端末１０ｄｂから端末１０へ、コンテンツデータを送信する要求を受け付ける。管理システム５０の待機情報管理ＤＢ５０１２（受付管理手段の一例）は、要求元の端末１０の通信ＩＤ毎に、受付時刻を関連付けることにより、受付順を管理する。これにより、セッション制御部５８は、待機情報管理ＤＢ５０１２で管理されている受付順に基づいて、受付順の早い端末１０へコンテンツデータが送信されるように制御することができる。

　セッション制御部５８は、コンテンツデータ用セッションｓｅｄにおいて、一以上の端末（１０ａａ，１０ａｂ）のうち、一の端末１０ａａから、端末１０ｄｂへ音データが送信されるように制御する。これにより、他の端末１０側から送信された音データに基づく音によって、通話しにくくなることを防ぐことができる。

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

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

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

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

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

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

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

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

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

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

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

Claims (10)

1. 　通信端末間でコンテンツデータを送信するためのセッションにおいて、一以上の通信端末のそれぞれから第１の通信端末へ前記コンテンツデータが送信される一方で、前記第１の通信端末から前記一以上の通信端末のうち少なくとも第２の通信端末へ、前記コンテンツデータが送信されないように制御されているときに、前記第２の通信端末による要求に基づいて、前記第１の通信端末から前記第２の通信端末へコンテンツデータが送信されるように制御する送信制御手段
   　を有することを特徴とする送信制御システム。
2. 　前記セッションにおいて、前記第１の通信端末から、前記一以上の通信端末のうち第３の通信端末へコンテンツデータが送信されるように制御されているときに、前記送信制御手段は、前記第１の通信端末から前記第３の通信端末へコンテンツデータが送信されないように制御してから、前記第１の通信端末から前記第２の通信端末へコンテンツデータが送信されるように制御することを特徴とする請求項１に記載の送信制御システム。
3. 　前記第１の通信端末から前記第３の通信端末へのコンテンツデータの送信の停止の要求を受け付ける停止要求受付手段を有しており、
   　前記送信制御手段は、前記停止の要求が受け付けられてから、前記第１の通信端末から前記第３の通信端末へコンテンツデータが送信されないように制御することを特徴とする請求項２に記載の送信制御システム。
4. 　前記第１の通信端末から、前記一以上の通信端末のうちいずれかの通信端末へコンテンツデータを送信する要求を受け付ける送信要求受付手段と、
   　前記要求の要求元の通信端末毎に、前記要求の受付順を管理する受付管理手段と、を有しており、
   　前記送信制御手段は、前記受付管理手段で管理されている受付順に基づいて、受付順の早い通信端末へ前記コンテンツデータが送信されるように制御することを特徴とする請求項２又は３に記載の送信制御システム。
5. 　前記送信制御手段は、前記一以上の通信端末のうち、一の通信端末から前記第１の通信端末へ音データが送信されるように制御することを特徴とする請求項１乃至４のいずれか一項に記載の送信制御システム。
6. 　前記第１の通信端末から前記第３の通信端末へのコンテンツデータの送信の停止の要求の入力を受け付ける入力受付手段と、
   　前記入力が受け付けられてから、前記コンテンツデータの送信の停止の要求を請求項３に記載の送信制御システムへ送信する停止要求送信手段と、
   　を有することを特徴とする通信端末。
7. 　請求項１乃至５のいずれか一項に記載の送信制御システムと、
   　前記通信端末と、
   　を有することを特徴とする通信システム。
8. 　通信端末間のコンテンツデータの送信を制御する送信制御システムに、
   　前記コンテンツデータを送信するセッションにおいて、一以上の通信端末のそれぞれから第１の通信端末へ前記コンテンツデータが送信される一方で、前記第１の通信端末から前記一以上の通信端末のうち少なくとも第２の通信端末へ、前記コンテンツデータが送信されないように制御されているときに、前記第２の通信端末による要求に基づいて、前記第１の通信端末から前記第２の通信端末へコンテンツデータが送信されるように制御させることを特徴とする送信制御方法。
9. 　前記第１の通信端末に、
   　前記第１の通信端末から前記一以上の通信端末のうち第３の通信端末へのコンテンツデータの送信の停止の要求を前記送信制御システムへ送信する処理を実行させ、
   　前記送信制御システムに、
   　前記送信の停止の要求に基づいて、前記第１の通信端末から前記第３の通信端末へコンテンツデータが送信されないように制御させることを特徴とする請求項８に記載の送信制御方法。
10. 　前記送信制御システムに、請求項１乃至５のいずれか一項に記載の各手段を実現させることを特徴とするプログラム。

Images