(57)【要約】      （修正有）【課題】端末の数が増加しても、又は通信の開始を要求する側の端末の数と、着信に応答する側の端末の数との不均衡が大きくなっても、端末間の接続を適切に管理する。【解決手段】情報処理装置は、第１のグループに分類される複数の通信端末の識別情報、及び、第２のグループに分類される複数の通信端末の識別情報を管理し、第１のグループに分類される通信端末による通信の開始要求に対して第２のグループに分類される応答する通信端末の識別情報を特定するとともに特定した識別情報を削除し、通信の開始を要求した通信端末の区分に対応する区分に識別情報が管理されていない場合には、通信の開始を要求した通信端末の区分に通信の開始を要求した通信端末の識別情報を追加し、第２のグループに分類される通信端末が通信の開始の要求に対して応答可能な状態となったときに、応答可能な識別情報として特定した後、特定した識別情報を削除する。【選択図】図４
2017011495.tif 000002
【特許請求の範囲】
【請求項１】
第１のグループに分類される複数の通信端末の識別情報を所定の複数の区分で管理する第１の管理手段と、
第２のグループに分類される複数の通信端末の識別情報を前記所定の複数の区分で管理する第２の管理手段と、
前記第１の管理手段又は前記第２の管理手段において管理される情報を更新する情報更新手段と
を有し、
前記情報更新手段は、
前記第１のグループに分類される通信端末が通信の開始を要求するときに、
前記第２の管理手段において前記通信の開始を要求した通信端末の区分に対応する区分に一以上の識別情報が管理されている場合には、該一以上の識別情報のいずれかの識別情報を前記通信の開始の要求に対して応答する通信端末の識別情報として特定するとともに当該特定した識別情報を削除し、
前記第２の管理手段において前記通信の開始を要求した通信端末の区分に対応する区分に識別情報が管理されていない場合には、前記第１の管理手段において、前記通信の開始を要求した通信端末の区分に当該通信の開始を要求した通信端末の識別情報を追加し、
前記第２のグループに分類される通信端末が通信の開始の要求に対して応答可能な状態となったときに、
前記第１の管理手段において前記応答可能な状態となった通信端末の区分に対応する区分に一以上の識別情報が管理されている場合には、該一以上の識別情報のいずれかの識別情報を前記通信の開始を要求した通信端末の識別情報として特定した後、当該特定した識別情報を削除し、
前記第１の管理手段において前記応答可能な状態となった通信端末の区分に対応する区分に識別情報が管理されていない場合には、前記第２の管理手段において、該応答可能な状態となった通信端末の区分に当該応答可能な状態となった通信端末の識別情報を追加することを特徴とする情報処理システム。
【請求項２】
前記情報更新手段は、
前記第２の管理手段において前記一以上の識別情報のいずれかの識別情報を前記通信の開始の要求に対して応答する通信端末の識別情報として特定するとともに当該特定した識別情報を削除する場合、
該識別情報を削除した通信端末が前記通信の開始を要求した通信端末の区分に対応する区分以外の他の区分でも管理されている場合には、該他の区分から該識別情報を削除することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記情報更新手段は、
前記第２のグループに分類される通信端末が通信の開始の要求に対して応答可能な状態となったときに、
前記第１の管理手段において前記応答可能な状態となった通信端末の複数の区分に対応する複数の区分のいずれにも識別情報が管理されていない場合には、前記第２の管理手段において、該応答可能な状態となった通信端末の複数の区分に当該応答可能な状態となった通信端末の識別情報を追加することを特徴とする請求項１または２に記載の情報処理システム。
【請求項４】
前記情報更新手段によって前記識別情報が削除された場合に、該識別情報によって特定される通信端末の区分において、通信の開始を要求した通信端末と、通信の開始要求に対して応答可能な状態となった通信端末との間でコンテンツデータを送信するためのセッションを確立させる制御を実行するセッション制御手段を有することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
前記通信の開始の要求を受け付ける開始要求受付手段と、
前記通信の開始の要求に対して応答可能である状態を示す状態情報を受信する受信手段と、を有し、
前記情報更新手段は、前記開始要求受付手段によって前記通信の開始の要求が受け付けられてから、又は、前記受信手段によって前記状態情報が受信されてから、前記第１の管理手段又は前記第２の管理手段において管理される情報を更新することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
【請求項６】
前記複数の第１のグループ又は前記複数の第２のグループにおいて複数の識別情報が管理されているときに、前記情報更新手段は、該複数の識別情報のうち最先に管理された識別情報を削除することを特徴とする請求項１乃至５のいずれか一項に記載の情報処理システム。
【請求項７】
第１のグループに分類される複数の通信端末の識別情報を所定の複数の区分で管理する第１の管理手段と、
第２のグループに分類される複数の通信端末の識別情報を前記所定の複数の区分で管理する第２の管理手段と、
前記第１の管理手段又は前記第２の管理手段において管理される情報を更新する情報更新手段と
を有し、
前記情報更新手段は、
前記第１のグループに分類される通信端末が通信の開始を要求するときに、
前記第２の管理手段において前記通信の開始を要求した通信端末の区分に対応する区分に一以上の識別情報が管理されている場合には、該一以上の識別情報のいずれかの識別情報を前記通信の開始の要求に対して応答する通信端末の識別情報として特定するとともに当該特定した識別情報を削除し、
前記第２の管理手段において前記通信の開始を要求した通信端末の区分に対応する区分に識別情報が管理されていない場合には、前記第１の管理手段において、前記通信の開始を要求した通信端末の区分に当該通信の開始を要求した通信端末の識別情報を追加し、
前記第２のグループに分類される通信端末が通信の開始の要求に対して応答可能な状態となったときに、
前記第１の管理手段において前記応答可能な状態となった通信端末の区分に対応する区分に一以上の識別情報が管理されている場合には、該一以上の識別情報のいずれかの識別情報を前記通信の開始の要求した通信端末の識別情報として特定した後、当該特定した識別情報を削除し、
前記第１の管理手段において前記応答可能な状態となった通信端末の区分に対応する区分に識別情報が管理されていない場合には、前記第２の管理手段において、該応答可能な状態となった通信端末の区分に当該応答可能な状態となった通信端末の識別情報を追加することを特徴とする情報処理装置。
【請求項８】
第１のグループに分類される複数の通信端末の識別情報を所定の複数の区分で管理する第１の管理ステップと、
第２のグループに分類される複数の通信端末の識別情報を前記所定の複数の区分で管理する第２の管理ステップと、
前記第１の管理ステップ又は前記第２の管理ステップにおいて管理される情報を更新する情報更新ステップと
を有し、
前記情報更新ステップでは、
前記第１のグループに分類される通信端末が通信の開始を要求するときに、
前記第２の管理ステップにおいて前記通信の開始を要求した通信端末の区分に対応する区分に一以上の識別情報が管理されている場合には、該一以上の識別情報のいずれかの識別情報を前記通信の開始の要求に対して応答する通信端末の識別情報として特定するとともに当該特定した識別情報を削除し、
前記第２の管理ステップにおいて前記通信の開始を要求した通信端末の区分に対応する区分に識別情報が管理されていない場合には、前記第１の管理ステップにおいて、前記通信の開始を要求した通信端末の区分に当該通信の開始を要求した通信端末の識別情報を追加し、
前記第２のグループに分類される通信端末が通信の開始の要求に対して応答可能な状態となったときに、
前記第１の管理ステップにおいて前記応答可能な状態となった通信端末の区分に対応する区分に一以上の識別情報が管理されている場合には、該一以上の識別情報のいずれかの識別情報を前記通信の開始の要求した通信端末の識別情報として特定した後、当該特定した識別情報を削除し、
前記第１の管理ステップにおいて前記応答可能な状態となった通信端末の区分に対応する区分に識別情報が管理されていない場合には、前記第２の管理ステップにおいて、該応答可能な状態となった通信端末の区分に当該応答可能な状態となった通信端末の識別情報を追加する、
ことを情報処理装置に実行させる、情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
【背景技術】
【０００２】
テレビ会議システムが用いられているコールセンタが知られている。例えば、着信可能なオペレータ端末を管理する管理装置が、テレビ電話からの通信を開始する要求に応じて、接続する端末を選択する（例えば、特許文献１参照）。この方法では、管理装置によって選択されたオペレータ端末に対して、オペレータが着信を受ける操作を行うことで、管理装置は、該オペレータ端末とテレビ電話との間に映像および音声の通信チャネルを開設する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、コールセンタなどで用いられるテレビ会議システムにおいて、通信の開始を要求する側の通信端末の数と、着信に応答する側の通信端末の数とが均衡していない場合には、通信の開始を要求する側に待ち時間が生じたり、着信に応答する側に待ち時間（空き時間）が生じたりする。この場合、一方の側のキューに基づいて、通信端末間の接続を管理した場合には、他方の側に待ちが発生したときに通信端末間の接続を管理することが困難になる問題がある。
【０００４】
この問題は、テレビ会議システムに限らず、着信に応答する側（オペレータ）の通信端末、及び通信の開始を要求する側（ゲスト）の通信端末を有する情報処理システムにも当てはまる。そして、この問題は、いずれか一方又は双方の通信端末が増加する程あるいは不均衡が大きくなる程大きくなる。
【０００５】
そこで、本発明は、通信端末の数が増加しても、又は通信の開始を要求する側の通信端末の数と、着信に応答する側の通信端末の数との不均衡が大きくなっても、通信端末間の接続を適切に管理することを目的とする。
【課題を解決するための手段】
【０００６】
開示の一実施の形態に係る情報処理システムは、
第１のグループに分類される複数の通信端末の識別情報を所定の複数の区分で管理する第１の管理手段と、
第２のグループに分類される複数の通信端末の識別情報を前記所定の複数の区分で管理する第２の管理手段と、
前記第１の管理手段又は前記第２の管理手段において管理される情報を更新する情報更新手段と
を有し、
前記情報更新手段は、
前記第１のグループに分類される通信端末が通信の開始を要求するときに、
前記第２の管理手段において前記通信の開始を要求した通信端末の区分に対応する区分に一以上の識別情報が管理されている場合には、該一以上の識別情報のいずれかの識別情報を前記通信の開始の要求に対して応答する通信端末の識別情報として特定するとともに当該特定した識別情報を削除し、
前記第２の管理手段において前記通信の開始を要求した通信端末の区分に対応する区分に識別情報が管理されていない場合には、前記第１の管理手段において、前記通信の開始を要求した通信端末の区分に当該通信の開始を要求した通信端末の識別情報を追加し、
前記第２のグループに分類される通信端末が通信の開始の要求に対して応答可能な状態となったときに、
前記第１の管理手段において前記応答可能な状態となった通信端末の区分に対応する区分に一以上の識別情報が管理されている場合には、該一以上の識別情報のいずれかの識別情報を前記通信の開始を要求した通信端末の識別情報として特定した後、当該特定した識別情報を削除し、
前記第１の管理手段において前記応答可能な状態となった通信端末の区分に対応する区分に識別情報が管理されていない場合には、前記第２の管理手段において、該応答可能な状態となった通信端末の区分に当該応答可能な状態となった通信端末の識別情報を追加する。
【発明の効果】
【０００７】
以上説明したように本実施の形態によれば、通信端末の数が増加しても、又は通信の開始を要求する側の通信端末の数と、着信に応答する側の通信端末の数との不均衡が大きくなっても、通信端末間の接続を適切に管理することができる。
【図面の簡単な説明】
【０００８】
【図１】一実施形態に係る通信システムの全体構成図である。
【図２】一実施形態に係る端末のハードウェア構成図である。
【図３】一実施形態に係る制御装置、管理装置、ストレージサービス、及び中継装置のハードウェア構成図である。
【図４】一実施形態に係る端末、制御装置、及び管理装置の各機能ブロック図である。
【図５】待機端末管理テーブルを示す概念図である。
【図６】端末が状態情報を送信する処理を示したシーケンス図である。
【図７】端末が通信の開始要求を送信する処理を示したシーケンス図である。
【図８】開始要求受付画面の一例を示す図である。
【図９】通信の開始を待機する端末１０のキューを管理する処理（その１）を示したフロー図である。
【図１０】通信の開始を待機する端末１０のキューを管理する処理（その２）を示したフロー図である。
【図１１】セッションを確立する処理を示したシーケンス図である。
【図１２】開始要求受付画面の一例を示す図である。
【発明を実施するための形態】
【０００９】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明する。以下で説明する実施例は一例に過ぎず、本発明が適用される実施の形態は、以下の実施例に限られない。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
【００１０】
＜通信システムの全体構成＞
まず、図１を用いて、本発明の一実施形態に係る通信システムの全体構成について説明する。図１は、一実施形態に係る通信システムの全体構成図である。以下、通信端末を、単に「端末」と略して説明する。
【００１１】
一実施形態に係る通信システム１は、複数の端末（１０ａａ，１０ｂｂ，１０ｃｃ，１０ｄｄ，１０ｅｅ，１０ｆｆ）、中継装置３０、及び、管理システム５により構築される。管理システム５は、制御装置５０、管理装置６０、及びストレージサービス７０を備えている。以下、複数の端末（１０ａａ，１０ｂｂ，１０ｃｃ，１０ｄｄ，１０ｅｅ，１０ｆｆ）等のうち、任意の端末は「端末１０」と表されている。端末１０、中継装置３０、制御装置５０、管理装置６０、及びストレージサービス７０は、それぞれ、通信ネットワーク２を介して、他の端末、装置との間で通信可能に接続されている。通信ネットワーク２は、ＬＡＮ(Local Area Network)、インターネット、携帯電話網、あるいは専用線等を含んでいても良い。
【００１２】
一実施形態において、端末１０は、管理システム５側によって提供される通訳サービスを利用することができる。例えば、端末（１０ａａ，１０ｂｂ，１０ｅｅ）は、ゲストによって利用される。一方、端末（１０ｃｃ，１０ｄｄ，１０ｆｆ）は、通訳者によって利用される。端末（１０ａａ，１０ｂｂ，１０ｅｅ）と、端末（１０ｃｃ，１０ｄｄ，１０ｆｆ）との間では、コンテンツデータの送受信による通信が行なわれ、これによりゲストと通訳者との間で通話することができる。なお、図１に示されている一実施形態の通信システム１において、ゲスト側の端末（１０ａａ，１０ｂｂ）は、操作性を考慮して、端末（１０ｃｃ，１０ｄｄ）と同じハードウェア構成を有する端末本体がキャビネットに収容されている。
【００１３】
ストレージサービス７０は、管理装置６０へアクセスための情報を管理する。この情報は、例えば、管理装置６０へアクセスためのＧＵＩ（graphical user interface）表示用のファイルである。このファイルは、例えば、HTML（HyperText Markup Language）によって記述されていても良い。また、このファイルは、PC(Personal Computer)等からストレージサービス７０にアクセスして、PC側からストレージサービス側に新たなファイルをアップロードすることによって更新される。ストレージサービス７０は、上記のファイルを端末１０へ送信することで、端末１０を管理装置６０へアクセスさせる。
【００１４】
管理装置６０は、通信の開始を待機している端末１０のキュー（待ち行列）を管理する。管理装置６０は、キューに基づいて端末１０間の接続を管理する。制御装置５０は、端末１０間でコンテンツデータを送信するためのセッションを確立するための制御を行う。各端末１０は、同じセッションに参加している他の端末１０へコンテンツデータを送信する。なお、一実施形態において、セッションは、中継装置３０が、複数の端末１０間で画像データ、及び音データを含むコンテンツデータを中継することで実現される。
【００１５】
本実施形態では、コミュニケーションシステムの一例としてのビデオ会議システム、コミュニケーション管理システムの一例としてのビデオ会議管理システム、及びコミュニケーション端末の一例としてのビデオ会議端末を想定し、通信システム１、管理システム５、及び端末１０について説明する。即ち、端末１０及び管理システム５は、ビデオ会議システムに適用されるだけでなく、他のコミュニケーションシステムにも適用される。例えば、通信システム１は電話システムであり、端末１０は、ＩＰ(Internet Protocol)電話機、インターネット電話機、ＰＣ(Personal Computer)、ノートＰＣ（Personal  Computer）、スマートフォンやタブレット端末等のモバイル端末等であってもよい。なお、実施形態において、「ビデオ会議」は、「テレビ会議」と置き換え可能に用いられる。
更に、以下、ビデオ会議端末（下位概念）等の端末（中位概念）によって、通話を行うことに関して説明するが、これに限るものではなく、通話を含めたより広い概念として通信を行うことができればよい。
【００１６】
＜実施形態のハードウェア構成＞
図２は、一実施形態に係る端末１０のハードウェア構成図である。図２に示されているように、一実施形態の端末１０は、端末１０全体の動作を制御するＣＰＵ(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)５１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ５１４、及び、上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。
【００２３】
中継装置３０、管理装置６０、及びストレージサービス７０は、制御装置５０と同様のハードウェア構成を有しているため、その説明を省略する。
【００２４】
なお、端末１０、中継装置３０、制御装置５０、管理装置６０、及びストレージサービス７０用の各プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録メディアに記録されて流通されるようにしてもよい。また、上記記録メディアの例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等が挙げられる。また、各プログラムが記憶されたＣＤ−ＲＯＭ等の記録メディア、並びに、これらプログラムが記憶されたＨＤ５０４は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。
【００２５】
＜実施形態の機能構成＞
次に、図２、図３及び図４を用いて、本実施形態の機能構成について説明する。図４は、一実施形態に係る通信システムの機能ブロック図である。以下、「アプリケーション」を「アプリ」と略して説明する。
【００２６】
＜端末の機能構成＞
端末１０は、送受信部１１、受付部１２、通信制御部１３、表示制御部１７、及び記憶・読出部１９を有している。これら各部は、図２に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能する手段である。端末（１０ａａ，１０ｂｂ，１０ｅｅ）には、端末用プログラムとして、通訳サービスにおける通訳を依頼するゲスト側へ提供されるサービスを実現するためのアプリケーションであるゲストアプリがインストールされている。端末（１０ｃｃ，１０ｄｄ，１０ｆｆ）には、端末用プログラムとして、通訳サービスにおける通訳者側へのサービスを実現するためのアプリケーションである通訳アプリがインストールされている。即ち、端末１０（１０ａａ，１０ｂｂ，１０ｅｅ）の機能はＣＰＵ１０１がゲストアプリを実行することによって実現され、端末１０（１０ｃｃ，１０ｄｄ，１０ｆｆ）の機能はＣＰＵ１０１が通訳アプリを実行することによって実現される。
【００２７】
また、端末１０は、ＲＡＭ１０３、及びフラッシュメモリ１０４によって構築される記憶部１０００を有している。更に、端末１０には、記録メディア１０６によって構築される記録媒体１０１０が挿入されており、記憶・読出部１９によって各種データの読み出し又は書き込みが行なわれる。
【００２８】
（端末の各機能構成）
次に、端末１０の各機能構成について詳細に説明する。なお、以下では、端末１０の各機能構成を説明するにあたって、図２に示されている各構成要素のうち、端末１０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００２９】
送受信部１１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。
【００３０】
受付部１２は、ＣＰＵ１０１からの命令によって実現され、利用者による操作ボタン１０８の操作又は利用者による電源スイッチ１０９の押等の各種入力を受け付ける。
【００３１】
通信制御部１３は、ＣＰＵ１０１からの命令、並びにカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像によって得た画像データを出力する。また、通信制御部１３は、ＣＰＵ１０１からの命令、及び音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音データを入力する。更に、通信制御部１３は、ＣＰＵ１０１からの命令、及び音声入出力Ｉ／Ｆ１１６によって実現され、音データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。
【００３２】
表示制御部１７は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、受信された画像データをディスプレイ１２０に送信するための制御を行う。
【００３３】
記憶・読出部１９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実行され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００又は記録媒体１０１０に各種データを記憶したり、記憶部１０００又は記録媒体１０１０に記憶された各種データを読み出したりする処理を行う。記憶部１０００には、端末１０を識別するための端末ＩＤ(Identification）、及びパスワード等が記憶される。なお、端末ＩＤとパスワードの少なくとも一方は、記録媒体１０１０に記録されており、記憶・読出部１９によって読み出されるようにしてもよい。この場合の記録媒体１０１０は、ＳＩＭカード(Subscriber Identity Module Card)等のＩＣカード(Integrated circuit card)である。そして、端末１０の利用者は、記録媒体１０１０を購入することで、管理システム５の管理者から通信サービスの提供を受けることができる。
【００３４】
更に、記憶部１０００には、宛先端末との通話を行う際に受信される画像データ及び音データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音データによってスピーカ１１５から音声が出力される。
【００３５】
なお、本実施形態の端末ＩＤは、端末１０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報の一例を示す。また、端末ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。また、端末ＩＤに代えて、端末１０の利用者を識別するための利用者ＩＤを利用してもよい。この場合、端末識別情報には、端末ＩＤだけでなく、利用者ＩＤも含まれる。
【００３６】
＜制御装置の機能構成＞
制御装置５０は、送受信部５１、セッション制御部５８、及び記憶・読出部５９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された制御装置５０用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。また、制御装置５０は、ＨＤ５０４により構築される記憶部５０００を有している。
【００３７】
（制御装置の各機能構成）
次に、制御装置５０の各機能構成について詳細に説明する。なお、以下では、制御装置５０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、制御装置５０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００３８】
送受信部５１は、ＣＰＵ５０１からの命令、及びネットワークＩ／Ｆ５０９によって実現され、通信ネットワーク２を介して各端末、装置又はシステムと各種データ（または情報）の送受信を行う。
【００３９】
セッション制御部５８は、ＣＰＵ５０１からの命令によって実現され、端末１０間でコンテンツデータを送信するセッションを制御する。上記の制御としては、セッションを確立するための制御、確立されたセッションに端末１０を参加させる制御、セッションを切断する制御等が含まれる。
【００４０】
記憶・読出部５９は、ＣＰＵ５０１からの命令及びＨＤＤ５０５によって実現され、又はＣＰＵ５０１からの命令によって実現され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。
【００４１】
＜管理装置の機能構成＞
管理装置６０は、送受信部６１、管理部６３、及び記憶・読出部６９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された管理装置用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。また、管理装置６０は、ＨＤ５０４により構築される記憶部６０００を有している。この記憶部６０００には、各テーブルによって構成されている各ＤＢが構築されている。
【００４２】
（待機端末管理テーブル）
記憶部６０００には、待機端末管理テーブルによって構成される待機端末管理ＤＢ６００１が構築される。図５は、待機端末管理テーブルを示す概念図である。待機端末管理ＤＢ６００１には、通信の開始要求に対して応答することができる端末に分類される端末（１０ｃｃ，１０ｄｄ，１０ｆｆ）の利用者が指定する区分毎に待機端末管理テーブルが用意される。ここで、区分（担当区分）とは、端末１０の利用者が対応する分野を示す。図５では、「英語」、「ロシア語」、および「イタリア語」の区分について、待機端末管理テーブルが用意される。
【００４３】
待機端末管理テーブルにおけるゲストアプリのフィールドには、通信の開始を待機している端末１０のうちゲストアプリを起動している端末１０の端末ＩＤが記録される。待機端末管理テーブルにおける通訳アプリのフィールドには、通信の開始を待機している端末１０のうち通訳アプリを起動している端末１０の端末ＩＤが記録される。待機端末管理テーブルの各フィールドは、通信の開始を待機する端末１０の待ち行列（キュー）を構成する。一実施形態において、各フィールドへの端末ＩＤの入出力は、原則として、先入れ先出し方式により行われる。すなわち、各フィールドに端末ＩＤを追加（エンキュー）するときには、そのフィールドにおける末尾のレコードに追加され、各フィールドから通信の開始の要求に対して応答する通信端末又は通信の開始を要求した通信端末として特定された通信端末の端末ＩＤを取り出す（デキューする）ときには、そのフィールドにおける先頭のレコード、つまり最先に管理されたレコードから取り出される。デキューされてから残っているレコードは先頭方向に繰り上げられる。具体的には、「英語」についての待機端末管理テーブルの通訳者用アプリのフィールドに追加された端末ＩＤ「０１ｃｃ」は、後から追加された端末ＩＤ「０１ｄｄ」よりも先に取り出される（図５（Ａ）乃至図５（Ｃ）参照）。
【００４４】
また、端末（１０ｃｃ，１０ｄｄ，１０ｆｆ）の利用者は、複数の区分を指定することもできる。複数の区分が指定された場合、指定された複数の区分についての待機端末管理テーブルにおける通訳アプリのフィールドには端末１０の端末ＩＤが記録（追加）される。この場合、各フィールドへの端末ＩＤの入出力は、先入れ先出しに限らず、端末（１０ｃｃ，１０ｄｄ，１０ｆｆ）の利用者によって指定された区分の数の少ない通信端末の端末ＩＤから取り出す（デキューする）ようにしてもよい。
【００４５】
図５（Ａ）乃至図５（Ｄ）を参照して、各区分についての待機端末管理テーブルの時間遷移について説明する。例えば、ある時間においては、図５（Ａ）に示されるように、端末１０ｃｃの利用者が「英語」、および「ロシア語」の区分を指定することによって「英語」、および「ロシア語」の区分についての待機端末管理テーブルにおける通訳アプリのフィールドには端末１０ｃｃの端末ＩＤ「０１ｃｃ」が記録される。
【００４６】
さらに、該時間からある時間が経過した時間においては、図５（Ｂ）に示されるように、端末１０ｄｄの利用者が「英語」、および「イタリア語」の区分を指定することによって「英語」、および「イタリア語」の区分についての待機端末管理テーブルにおける通訳アプリのフィールドには端末１０ｄｄの端末ＩＤ「０１ｄｄ」が記録される。
【００４７】
さらに、該時間からある時間が経過した時間においては、図５（Ｃ）に示されるように、端末（１０ａａ，１０ｂｂ，１０ｅｅ）の利用者が「英語」の区分を指定し、通信の開始要求を行う。この場合、「英語」の区分についての待機端末管理テーブルにおける通訳アプリのフィールドには端末１０ｃｃの端末ＩＤ「０１ｃｃ」および端末１０ｄｄの端末ＩＤ「０１ｄｄ」が記録されている。この場合、最先に追加された端末１０ｃｃの端末ＩＤ「０１ｃｃ」が取り出され（削除され）、残っている端末１０ｄｄの端末ＩＤ「０１ｄｄ」は先頭方向に繰り上げられる。
【００４８】
さらに、該時間からある時間が経過した時間においては、図５（Ｄ）に示されるように、削除された端末１０ｃｃの端末ＩＤ「０１ｃｃ」は、「英語」の区分以外の「ロシア語」の区分についての待機端末管理テーブルにおける通訳アプリのフィールドにも記録されている。この場合、「ロシア語」の区分についての待機端末管理テーブルにおける通訳アプリのフィールドから、端末１０ｃｃの端末ＩＤ「０１ｃｃ」が削除される。
【００４９】
なお、待機端末管理テーブルに入力（記録）される端末ＩＤは、通信先の端末１０を識別可能な識別情報であれば良い。従って、通信先の端末１０を識別可能なものであれば、端末ＩＤは、端末１０の識別情報に限られない。例えば、管理装置６０において各端末１０の識別情報とその端末１０のユーザのユーザＩＤを関連付けて管理している場合には、通信先の端末１０を識別可能な端末ＩＤとしてユーザＩＤを用いることもできる。また、管理装置６０において各端末１０の識別情報とその端末１０において起動しているアプリのアカウントを関連付けて管理している場合には、通信先の端末１０を識別可能な端末ＩＤとしてアカウントを用いることもできる。
【００５０】
（管理装置の各機能構成）
送受信部６１は、ＣＰＵ５０１からの命令、及びネットワークＩ／Ｆ５０９によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。
【００５１】
管理部６３は、ＣＰＵ５０１からの命令によって実現され、待機端末管理テーブルにおいて情報を追加したりあるいは削除したりすることにより、待機端末管理テーブルを管理する。
【００５２】
記憶・読出部６９は、ＣＰＵ５０１からの命令及びＨＤＤ５０５によって実現され、又はＣＰＵ５０１からの命令によって実現され、記憶部６０００に各種データを記憶したり、記憶部６０００に記憶された各種データを読み出す処理を行う。
【００５３】
＜実施形態の処理または動作＞
続いて、通信システム１を構成する端末１０、中継装置３０、制御装置５０、管理装置６０、及びストレージサービス７０の処理または動作について詳細に説明する。
【００５４】
（状態情報の送信）
まず、図６を用いて、通訳者側の端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）が、通信の開始要求に対して応答可能な状態を示す状態情報を管理装置６０へ送信する処理について説明する。図６は、端末１０が状態情報を送信する処理を示したシーケンス図である。
【００５５】
端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）の受付部１２は、利用者（通訳者）による操作入力に基づいて通訳アプリの起動要求を受け付けると、通訳アプリを起動する（ステップＳ１）。以後、端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）における各処理は、通訳アプリによって実現される。
【００５６】
通訳アプリが起動すると、送受信部１１は、管理装置６０へログイン要求を送信する（ステップＳ２）。このログイン要求には、ログイン要求元の端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）の端末ＩＤ、端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）において起動している通訳アプリのアプリＩＤ、及び認証用の情報等が含まれていても良い。認証用の情報には、端末ＩＤに対応するパスワード、アプリのアカウント、このアカウントに対応するパスワード等が含まれていても良い。これに応じて、管理装置６０が端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）の認証に成功すると、端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）は、管理装置６０と接続する。同様に、送受信部１１は、制御装置５０へログイン要求を送信する（ステップＳ３）。これに応じて、制御装置５０が端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）の認証に成功すると、端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）は、制御装置５０と接続する。上記のログイン処理を行うことで、端末１０側が情報送信の度に、端末ＩＤ、アプリＩＤ等を付さなくても、送信先の管理装置６０又は制御装置５０は、送信元の端末１０、或いは端末１０で起動しているアプリを特定できるようになる。なお、端末１０及び管理装置６０間の接続、或いは端末１０及び制御装置５０間の接続として、例えば、リアルタイム接続が用いられる。
【００５７】
続いて、端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）の利用者は、ゲスト側との通話を開始できる状態となると、操作ボタン１０８を操作して待ち受けを開始する旨の情報を入力する。これにより、受付部１２は、待受開始を受け付ける（ステップＳ４）。続いて、送受信部１１は、通信の開始要求に対して「区分」で「応答可能」である状態を示
す状態情報を管理装置６０へ送信する（ステップＳ５）。つまり、状態情報には、「区分」を示す情報（例えば、「英語」、「ロシア語」、「イタリア語」）、及び「応答可能」である情報が含まれる。「区分」を示す情報は、複数であってもよく、「英語」、及び「ロシア語」などと指定することもできる。複数の区分が指定された場合、該複数の区分についての待機端末管理テーブルにおける通訳アプリのフィールドには端末１０の端末ＩＤが記録される。  端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）は、待受開始を受け付けたとき以外でも、応答可能な状態になる度に状態情報を管理装置６０へ送信する。例えば、受付部１２が終話を受け付ける（ステップＳ６）と、端末（１０ｃｃ又は１０ｄｄ）の利用者は新たな通話を開始できるようになるため、送受信部１１は、自動的に通信の開始要求に対して「応答可能」である状態を示す状態情報を管理装置へ送信する（ステップＳ７）。
【００５８】
一方、端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）の利用者は、一時的に席を離れる場合など、ゲスト側との通話を開始できない状態となると、操作ボタン１０８を操作して応答できない旨の情報を入力する。これにより、受付部１２は、応答できない旨を受け付ける（ステップＳ８）。この場合、送受信部１１は、通信の開始要求に対して「応答不可能」である状態を示す状態情報を管理装置６０へ送信する（ステップＳ９）。
【００５９】
続いて、図７を用いて、ゲスト側の端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）が、通信の開始要求を管理装置６０へ送信する処理について説明する。図７は、端末１０が通信の開始要求を送信する処理を示したシーケンス図である。
【００６０】
端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）の受付部１２は、利用者（ゲスト）による操作入力に基づいてゲストアプリの起動要求を受け付けると、ゲストアプリを起動する（ステップＳ２１）。以後、端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）における各処理はゲストアプリによって実現される。
【００６１】
ゲストアプリが起動すると、送受信部１１は、ストレージサービス７０へアクセスして通信の開始要求受付画面を要求する（ステップＳ２２）。これに応じて、ストレージサービス７０は、要求元の端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）へ、通信の開始要求受付画面を公開する（ステップＳ２３）。端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）では、表示制御部１７が通信の開始要求受付画面をディスプレイ１２０へ出力する制御を行う。
【００６２】
また、端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）の送受信部１１は、ステップＳ２と同様にして、管理装置６０へログイン要求を送信する（ステップＳ２４）。但し、ログイン要求に含まれるアプリＩＤは、ゲストアプリのアプリＩＤである。ログイン要求に応じて、管理装置６０が端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）の認証に成功すると、端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）は、管理装置６０と接続する。続いて、送受信部１１は、ステップＳ３と同様にして、制御装置５０へログイン要求を送信する（ステップＳ２５）。ログイン要求に応じて、制御装置５０が端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）の認証に成功すると、端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）は、制御装置５０と接続する。
【００６３】
続いて、端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）の利用者は、通訳者側との通話を要求するときに、操作ボタン１０８を操作して開始要求受付画面から開始要求を入力する。  図８は、開始要求受付画面の一例を示す。開始要求受付画面には、「言語」を示す表示、「接続する（Ｃｏｎｎｅｃｔ）」ことを示す表示、及び「接続を切る（Ｄｉｓｃｏｎｎｅｃｔ）」ことを示す表示が行われる。図８には、「言語」を示す表示として、「英語」、「ロシア語」、「イタリア語」、「中国語」、「韓国語」、「スペイン語」が表示されている。利用者は、通訳を希望する「言語」を示す表示を押し、「接続する」ことを示す表示を押すことによって、押した「言語」を示す表示での通訳を通訳者に依頼できる。さらに、図８に示されるように、通訳アプリのキューが空である「言語」の表示を、空でない「言語」の表示とは異なるように（図８では、ハッチングで示す）表示してもよい。これによって、利用者は現在通訳を依頼できる言語を知ることができる。
【００６４】
開始要求受付画面を利用者が操作することにより、受付部１２は、開始要求の入力を受け付ける（ステップＳ２６）。続いて、送受信部１１は、通訳を希望する「言語」を示す情報を含む通信の開始要求を示す情報を管理装置６０へ送信する（ステップＳ２７）。
【００６５】
一方、端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）の利用者は、開始要求後に開始要求をキャンセルする場合、操作ボタン１０８を操作して、開始要求受付画面からキャンセルする旨の情報を入力する。これにより、受付部１２は、キャンセルの入力を受け付ける（ステップＳ２８）。この場合、送受信部１１は、開始要求のキャンセルを示す情報を管理装置６０へ送信する（ステップＳ２９）。
【００６６】
（キュー管理）
続いて、図９を用いて、管理装置６０が、通信の開始を待機する端末１０のキューを管理する処理について説明する。図９は、通信の開始を待機する端末１０のキューを管理する処理を示したフロー図である。
【００６７】
管理装置６０の送受信部６１が端末１０から送られてきた状態情報又は開始要求を受信すると、管理部６３は、受信した情報が通訳アプリによって送信される「区分」で「応答可能」な状態を示す状態情報であるか否かを判断する（ステップＳ４１）。
【００６８】
送られてきた情報が、「区分」で「応答可能」な状態を示す状態情報である（ＹＥＳ）と判断された場合、管理部６３は、「区分」についての待機端末管理テーブルを参照して、ゲストアプリのフィールドが空（Empty）であるか否かを判断する（ステップＳ４２）。
【００６９】
ゲストアプリのフィールドが空である（ＹＥＳ）と判断された場合、管理部６３は、「区分」についての待機端末管理テーブルの通訳アプリのフィールドにおける末尾のレコードに、状態情報の送信元の端末１０の端末ＩＤを追加（エンキュー）する（ステップＳ４３）。
【００７０】
ゲストアプリのフィールドが空ではない（ＮＯ）と判断された場合、管理部６３は、「区分」についての待機端末管理テーブルのゲストアプリのフィールドにおける先頭のレコードから、端末ＩＤを取り出す（デキューする）（ステップＳ４４）。
【００７１】
ステップＳ４１において端末１０から送られてきた情報が、「区分」で「応答可能」な状態を示す状態情報ではない（ＮＯ）と判断された場合、管理部６３は、送られてきた情報が、ゲストアプリによって送信された通信の開始要求であるか否かを判断する（ステップＳ４５）。
【００７２】
送られてきた情報が通信の開始要求である（ＹＥＳ）と判断された場合、管理部６３は、該開始要求に含まれる通訳を希望する「言語」についての待機端末管理テーブルを参照して、通訳アプリのフィールドが空（Empty）であるか否かを判断する（ステップＳ４６）。
【００７３】
通訳アプリのフィールドが空である（ＹＥＳ）と判断された場合、管理部６３は、通訳を希望する「言語」についての待機端末管理テーブルのゲストアプリのフィールドにおける末尾のレコードに、通信の開始要求の送信元の端末１０の端末ＩＤを追加（エンキュー）する（ステップＳ４７）。
【００７４】
通訳アプリのフィールドが空ではない（ＮＯ）と判断された場合、管理部６３は、通訳を希望する「言語」についての待機端末管理テーブルの通訳アプリのフィールドにおける先頭のレコードから、端末ＩＤを取り出す（デキューする）（ステップＳ４８）。
【００７５】
端末１０から送られてきた情報が通信の開始要求ではない（ＮＯ）と判断された場合、すなわち、送られてきた情報が「応答不可能」な状態を示す状態情報、あるいは開始要求のキャンセルを示す情報である場合、先入れ先出し処理の例外として、管理部６３は、待機端末管理テーブルから情報の送信元の端末１０の端末ＩＤを削除する（ステップＳ４９）。例えば、端末１０から送られてきた情報が「応答不可能」な状態を示す状態情報である場合には、管理部６３は、待機端末管理テーブルの通訳アプリのフィールドから、送信元の端末１０の端末ＩＤを削除する。端末１０から送られてきた情報が開始要求のキャンセルを示す情報である場合には、管理部６３は、待機端末管理テーブルのゲストアプリのフィールドから、送信元の端末１０の端末ＩＤを削除する。
【００７６】
図１０は、図９のステップＳ４８で通訳を希望する「言語」についての待機端末管理テーブルの通訳アプリのフィールドにおける先頭のレコードから、端末ＩＤを取り出た後の処理を示す。
【００７７】
管理部６３は、ステップＳ４８で取り出した端末ＩＤが他の「言語」の区分についての待機端末管理テーブルの通訳アプリのフィールドに含まれているか否かを判断する（ステップＳ５１）。取り出した端末ＩＤが他の「言語」の区分についての待機端末管理テーブルの通訳アプリのフィールドに含まれている（ＹＥＳ）と判断された場合、管理部６３は、他の「言語」の区分についての待機端末管理テーブルの通訳アプリのフィールドにおける先頭のレコードから、端末ＩＤを取り出す（デキューする）（ステップＳ５２）。取り出した端末ＩＤが他の「言語」の区分についての待機端末管理テーブルの通訳アプリのフィールドに含まれていない（ＮＯ）と判断された場合、終了する。
【００７８】
このようにして、待機端末管理テーブルにおいて管理される端末ＩＤは、端末１０から送られてきた情報に基づいて更新される。例えば、「英語」、「ロシア語」、「イタリア語」の区分についての待機端末管理テーブルが空（Empty）の状態であるときに、端末１０ｃｃから「英語」、及び「ロシア語」の区分で「応答可能」な状態を示す状態情報が送られてくる。ステップＳ４３の処理により、「英語」、及び「ロシア語」の区分についての待機端末管理テーブルの通訳アプリのフィールドに端末１０ｃｃの端末ＩＤ「０１ｃｃ」が追加される（図５（Ａ）参照）。
【００７９】
続いて、端末１０ｄｄから「英語」、及び「イタリア語」の区分で「応答可能」な状態を示す状態情報が送られてくる。ステップＳ４３の処理により、「英語」、及び「イタリア語」の区分についての待機端末管理テーブルの通訳アプリのフィールドにおける末尾のレコードに端末１０ｄｄの端末ＩＤ「０１ｄｄ」が追加される（図５（Ｂ）参照）。
【００８０】
続いて、端末１０ａａから「英語」の区分で通訳を希望する情報を含む通信の開始要求が送られてくると、ステップＳ４８の処理により、「英語」の区分についての待機端末管理テーブルの通訳アプリのフィールドの先頭のレコードから端末１０ｃｃの端末ＩＤ「０１ｃｃ」が取り出される（図５（Ｃ）参照）。
【００８１】
続いて、ステップＳ５１の処理により、「英語」の区分についての待機端末管理テーブル以外の他の「ロシア語」の区分、及び「イタリア語」の区分についての待機端末管理テーブルの通訳アプリのフィールドに端末１０ｃｃの端末ＩＤ「０１ｃｃ」が含まれているか否かを判断する。ここでは、「ロシア語」の区分についての待機端末管理テーブルの通訳アプリのフィールドに端末１０ｃｃの端末ＩＤ「０１ｃｃ」が含まれていると判断する。
【００８２】
続いて、ステップＳ５２の処理により、「ロシア語」の区分についての待機端末管理テーブルの通訳アプリのフィールドの先頭のレコードから端末１０ｃｃの端末ＩＤ「０１ｃｃ」が取り出される（図５（Ｄ）参照）。
【００８３】
（セッション確立）
続いて、図１１を用いて、制御装置５０による制御に基づいて端末１０間のセッションを確立する処理について説明する。図１１は、セッションを確立する処理を示したシーケンス図である。
【００８４】
ステップ（Ｓ４４，Ｓ４８）において、待機端末管理テーブルから端末ＩＤが取り出される（デキューされる）と、管理システム５は、デキューされた端末１０が通信を開始するよう制御する。この制御として、一実施形態に係る管理装置６０の送受信部６１は、開始要求を発信させるため、宛先の端末１０の端末ＩＤをゲスト側の端末１０へ送信する（ステップＳ６１）。例えば、「区分」で「応答可能」な状態を示す状態情報の受信を契機として、ゲストアプリのフィールドの端末ＩＤがデキューされた場合には（ステップＳ４４参照）、送受信部６１は、その「区分」で「応答可能」な状態を示す状態情報を送信した通訳者側の端末１０の端末ＩＤを、デキューされた端末ＩＤによって識別されるゲスト側の端末１０へ送信する。一方、開始要求の受信を契機として、通訳アプリのフィールドの端末ＩＤがデキューされた場合には（ステップＳ４８参照）、送受信部６１は、デキューされた通訳者側の端末１０の端末ＩＤを、開始要求を送信した開始要求元のゲスト側の端末１０へ送信する。
【００８５】
ゲスト側の端末１０の送受信部１１は、管理装置６０から送られてきた端末ＩＤを受信すると、自動的に、宛先を示す情報として受信した端末ＩＤを含む通信の開始要求を制御装置５０へ送信する（ステップＳ６２）。制御装置５０は、公知の呼制御方法により、開始要求元の端末１０と宛先の端末１０との間でコンテンツデータを送信するためのセッションを確立するための制御を行う。この場合、例えば、制御装置５０の送受信部５１は、ゲスト側の端末１０から送られてきた開始要求を、開始要求に含まれている端末ＩＤによって識別される宛先の通訳者側の端末１０へ送信する（ステップＳ６３）。通訳者側の端末１０の送受信部１１は、制御装置５０から送られてきた通信の開始要求を受信すると、自動的に、通信の開始を許可する旨の応答を制御装置５０へ送信する（ステップＳ６４）。
【００８６】
制御装置５０の送受信部５１が通信の開始を許可する旨の応答を受信すると、セッション制御部５８は、送受信部１１に、宛先の端末１０から送られてきた応答、及び、中継装置３０へ接続するための中継装置接続情報を開始要求元のゲスト側の端末１０へ送信させる（ステップＳ６５）。更に、セッション制御部５８は、送受信部１１に、中継装置３０へ接続するための中継装置接続情報を宛先の通訳者側の端末１０へ送信させる（ステップＳ６６）。なお、上記の中継装置接続情報は、中継装置３０のＩＰアドレス、認証情報、ポート番号等を含んでいても良い。
【００８７】
ゲスト側の端末１０及び通訳者側の端末１０の送受信部１１は、管理装置６０から送られてきた中継装置接続情報を中継装置３０へ送信する（ステップＳ６７，Ｓ６８）。これにより、ゲスト側の端末１０及び通訳者側の端末１０がそれぞれ中継装置３０と接続することで、ゲスト側の端末１０と通訳者側の端末１０との間のセッションが確立される。セッションが確立されてから、ゲスト側の端末１０及び通訳者側の端末１０は、自端末１０において生成された画像データ及び音データを中継装置３０へ送信する。中継装置３０は、一方の端末１０から送られてきた画像データ及び音データを他方の端末１０へ送信する。これにより、ゲスト側の端末１０と通訳者側の端末１０との間で相互に画像データ及び音データが送信されることになる。
【００８８】
本実施の形態に係る通信システムによれば、ゲスト側及び通訳者側に対応するキューを通訳者の担当区分毎に設け、ゲスト側が担当区分を希望して通信の開始を要求した場合に、該担当区分のキューを用いて、接続を制御する。これによって、担当区分毎に通信端末間の接続を管理できる。
【００８９】
＜適用例＞
本実施形態に係る通信システムは、通訳サービスに限られず、通訳サービス以外にも適用できる。例えば、会社における問い合わせ先の案内に適用した場合について説明する。
【００９０】
通信システムの全体構成、ハードウェア構成、機能は、上述した実施形態のものを適用できる。ただし、端末（１０ａａ，１０ｂｂ，１０ｅｅ）には、端末用プログラムとして、問い合わせサービスにおけるゲスト側へ提供されるサービスを実現するためのゲストアプリがインストールされている。端末（１０ｃｃ，１０ｄｄ，１０ｆｆ）には、端末用プログラムとして、問い合わせサービスにおける回答者側へのサービスを実現するための回答アプリがインストールされている。即ち、端末１０の機能構成の少なくとも一部は、ゲストアプリ又は回答アプリによって実現される。
【００９１】
待機端末管理テーブルは、図５に示した待機端末管理テーブルを適用できる。ただし、担当区分として、「製品・サービス」、「ご購入のご相談」、「故障・保守契約」、「使用済み製品」、「ＩＲ・財務情報」、「その他」が用意される。
【００９２】
回答者側の端末（１０ｃｃ又は１０ｄｄ又は１０ｆｆ）が、通信の開始要求に対して応答可能な状態を示す状態情報を管理装置６０へ送信する処理については、図６を適用できる。
【００９３】
ゲスト側の端末（１０ａａ又は１０ｂｂ又は１０ｃｃ）が、通信の開始要求を管理装置６０へ送信する処理については、図７を適用できる。ただし、ステップＳ２７では、端末（１０ａａ又は１０ｂｂ又は１０ｅｅ）の利用者が、回答者側との通話を要求するときに、操作ボタン１０８を操作して開始要求受付画面から開始要求を入力するが、開始要求受付画面が異なる。
【００９４】
図１２は、開始要求受付画面の一例を示す。開始要求受付画面には、「問い合わせ内容」を示す表示、「接続する（Ｃｏｎｎｅｃｔ）」ことを示す表示、及び「接続を切る（Ｄｉｓｃｏｎｎｅｃｔ）」ことを示す表示が行われる。図１２には、「問い合わせ内容」を示す表示として、「製品・サービス」、「ご購入のご相談」、「故障・保守契約」、「使用済み製品」、「ＩＲ・財務情報」、「その他」が表示されている。利用者は、希望する「問い合わせ内容」を示す表示を押し、「接続する」ことを示す表示を押すことによって、押した「問い合わせ内容」を示す表示での問い合わせを回答者に依頼できる。
【００９５】
管理装置６０が、通信の開始を待機する端末１０のキューを管理する処理については、図９−図１１を適用できる。制御装置５０による制御に基づいて端末１０間のセッションを確立する処理については、図１１を適用できる。
【００９６】
＜実施形態の補足＞
上記実施形態では、管理装置６０が、制御装置５０とは異なる装置である場合について説明したが、本発明はこのような実施形態に限定されない。例えば、制御装置５０は、上記の管理装置６０の各機能部を備えていても良い。
【００９７】
上記実施形態では、端末（１０ａａ，１０ｂｂ，１０ｅｅ）には、ゲストアプリがインストールされており、端末（１０ｃｃ，１０ｄｄ，１０ｆｆ）には、通訳者用アプリがインストールされている例について説明したが、本発明はこのような実施形態に限定されない。例えば、端末（１０ａａ，１０ｂｂ，１０ｃｃ，１０ｄｄ，１０ｅｅ，１０ｆｆ）には、通訳サービス用の同一のアプリがインストールされていても良い。この場合、端末１０にインストールされたアプリは、利用者による役割の選択、あるいは、着脱可能な記録媒体１０１０に記録された役割を示す情報等に基づいて、上記実施形態におけるゲストアプリによる機能又はレセプショニストアプリによる機能を選択的に実現する。
【００９８】
上述した実施形態において、管理システムは情報処理システムの一例であり、ゲストアプリは第１のグループの一例であり、通訳アプリは第２のグループの一例であり、管理部は第１の管理手段、第２の管理手段、更新手段の一例である。また、セッション制御部はセッション制御手段の一例であり、送受信部６１は開始要求受付手段、受信手段の一例であり、管理装置は情報処理装置の一例であり、制御装置５０用のプログラムは情報処理プログラムの一例である。
【００９９】
本発明は特定の実施例、変形例を参照しながら説明されてきたが、各実施例、変形例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に従った装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウエアでまたはそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。
【符号の説明】
【０１００】
１  通信システム
２  通信ネットワーク
５  管理システム
１０  端末
１１  送受信部
１２  受付部
１３  通信制御部
１７  表示制御部
１９  記憶・読出部
３０  中継装置
５０  制御装置
５１  送受信部
５８  セッション制御部
５９  記憶・読出部
６０  管理装置
６１  送受信部
６３  管理部
６９  記憶・読出部
７０  ストレージサービス
１０００  記憶部
５０００  記憶部
６０００  記憶部
６００１  待機端末管理ＤＢ
【先行技術文献】
【特許文献】
【０１０１】
【特許文献１】特開２００５−０６４８６０号公報
【図１】
2017011495.tif 000003
【図２】
2017011495.tif 000004
【図３】
2017011495.tif 000005
【図４】
2017011495.tif 000006
【図５】
2017011495.tif 000007
【図６】
2017011495.tif 000008
【図７】
2017011495.tif 000009
【図８】
2017011495.tif 000010
【図９】
2017011495.tif 000011
【図１０】
2017011495.tif 000012
【図１１】
2017011495.tif 000013
【図１２】
2017011495.tif 000014