JP6805796B2 - 通信端末、通信方法及びプログラム - Google Patents

Description

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

インターネット等の通信ネットワークを介して、遠隔地との間で遠隔会議を行うテレビ会議システムを応用した映像通訳サービスが提供されている。

昨今では、テレビ会議サービスのシステムを転用して、ユーザとコールセンタに待機するオペレータとを接続し、遠隔地であってもリアルタイムに顔を見ながらサービスの提供を行うことのできる映像通訳サービスが既に知られている。

しかしながら、従来の映像通訳サービスでは、応答可能なオペレータ全員が同時にリクエストを受け取った際に最も早く応答したオペレータと映像通訳の接続を行っていたが、それ以外のオペレータが当該リクエストに関する接続要否の確認待ちのため応答を保留する状態となり、他のユーザからの映像通訳リクエストに応答可能な状態へ移行するのが遅いという問題があった。

本発明は、上記の点に鑑みてなされたものであって、各通信端末に対する複数の通信相手の候補について各通信端末への割り当てを効率化することを目的とする。

そこで、上記課題を解決するため、複数の通信相手の候補の中のいずれかと通信する通信端末は、通信開始の要求を複数の前記候補に送信する第１の送信部と、前記通信開始の要求に対する前記複数の候補からの応答を受信する受信部と、前記受信部が応答を受信した候補のうちのいずれか一つの候補に、通信確立の要求を示す情報を送信し、他の候補に、通信確立のキャンセルを示す情報を送信する第２の送信部と、を有し、前記第１の送信部は、前記通信開始の要求の送信先の前記候補の識別情報を記憶部に記憶させ、前記第２の送信部は、前記記憶部に記憶された前記候補の識別情報のうち、通信確立の要求を示す情報を送信する候補の識別情報を前記記憶部から削除し、他の識別情報に係る候補に前記キャンセルを示す情報を送信する。

各通信端末に対する複数の通信相手の候補について各通信端末への割り当てを効率化することができる。

第１の実施の形態における通信システム１の構成例を示す図である。 第１の実施の形態における通信端末１０の外観図の一例を示す図である。 第１の実施の形態における通信端末１０及び通信端末７０のハードウェア構成例を示す図である。 第１の実施の形態における通信管理システム５０のハードウェア構成例を示す図である。 第１の実施の形態における通信端末１０及び通信端末７０のソフトウェア構成例を示す図である。 第１の実施の形態における通信システム１の一部を構成する通信端末１０、通信端末７０及び通信管理システム５０の機能構成例を示す図である。 第１の実施の形態における通信端末１０及び通信端末７０が通信管理システム５０へログインする処理手順の一例を説明するためのシーケンス図である。 第１の実施の形態における通信端末７０及び通信管理システム５０にて使用される各テーブルの一例を示す図である。 第１の実施の形態における通信端末１０での受付画面の表示の一例を示す図である。 第１の実施の形態におけるプレゼンス情報を送信する処理手順の一例を説明するためのシーケンス図である。 第１の実施の形態における属性毎のプレゼンスを取得する処理手順の一例を説明するためのフロー図である。 第１の実施の形態における通信を開始する処理手順の一例を説明するためのシーケンス図である。 第１の実施の形態における通信端末７０での属性一覧の画像データの表示例を示す図である。 第１の実施の形態における通信端末１０でのメッセージの表示例を示す図である。 第２の実施の形態における通信端末７０での属性一覧の画像データの表示例を示す図である。 第３の実施の形態における通信端末１０での音入出力デバイスの選択を受け付ける画面の表示例を示す図である。

以下、図面を用いて、第１の実施の形態を詳細に説明する。

＜＜通信システム１の構成例＞＞
図１は、第１の実施の形態における通信システム１の構成例を示す図である。図１に示される通信システム１は、通信端末１０ａ、通信端末１０ｂ及び通信端末１０ｃ、通信端末７０ｘ及び通信端末７０ｙ、並びに、通信端末１０ａ、通信端末１０ｂ及び通信端末１０ｃ、通信端末７０ｘ及び通信端末７０ｙを管理する通信管理システム５０及び中継装置３０を含む。

図１では、３つの通信端末１０ａ、通信端末１０ｂ及び通信端末１０ｃ、２つの通信端末７０ｘ及び通信端末７０ｙを図示しているが、数はこれに限らない。また、通信端末１０ａ、通信端末１０ｂ及び通信端末１０ｃのうち、任意の通信端末を「通信端末１０」と表し、通信端末７０ｘ及び通信端末７０ｙのうち、任意の通信端末を「通信端末７０」と表す。例えば、テレビ会議端末は、通信端末１０の一例である。スマートフォンは、通信端末７０の一例である。但し、通信端末１０及び通信端末７０は、通信機能を有する汎用コンピュータ、電子ホワイトボード、カーナビゲーション通信端末又は電子看板(デジタルサイネージ)等であってもよい。

通信管理システム５０は、サーバ機能を備えたコンピュータである。通信端末１０及び通信端末７０は、当該サーバ機能に対応するクライアント機能を備える。通信端末１０、通信端末７０、中継装置３０及び通信管理システム５０は、インターネット、携帯電話網、ＬＡＮ(Local Area Network)、Ｗｉ−Ｆｉ(Wireless Fidelity)或いはＢｌｕｅｔｏｏｔｈ（登録商標）等の通信ネットワーク２を介して通信可能である。通信ネットワーク２には、携帯電話網の末端にある基地局２ａも含まれる。なお、図１では、１つの基地局２ａを図示しているが、数はこれに限らない。

中継装置３０は、通信端末１０及び通信端末７０間で、音データ、映像（画像）データ及びテキストデータ等のコンテンツデータを中継する。

通信端末１０は、一例として、コールセンタに配置される。通信端末７０は、一例として、ホテルのフロントに配置される。通信管理システム５０、中継装置３０、通信端末１０及び通信端末７０は、同一の国、地域に配置されていても、異なる国、地域に配置されていてもよい。通信端末１０のユーザは、例えば、オペレータであり、通信端末７０のユーザは、例えば、カスタマである。

＜＜第１の実施の形態におけるハードウェア構成例＞＞
次に、第１の実施の形態におけるハードウェア構成例を説明する。図２は、第１の実施の形態における通信端末１０の外観図の一例を示す図である。図２に示されるように、通信端末１０は、テレビ会議端末である場合、筐体１１００、アーム１２００及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１１０には、複数の吸気孔によって形成された吸気面が設けられており、筐体１１００の後側壁面１１２０には、複数の排気孔が形成された排気面１１２１が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、吸気面を介して通信端末１０の後方の外気を取り込み、排気面１１２１を介して通信端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０に収音用孔１１３１が形成されていることで、後述する内蔵型のマイク１１４は、音声、物音、雑音等の音を収音可能となっている。

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

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

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

なお、上記図２の外観図はあくまで一例であって、本実施の形態は当該外観に限定されない。なお、通信端末７０、中継装置３０及び通信管理システム５０は、一般のスマートフォン或いはサーバコンピュータの外観と同じであるため、外観の説明を省略する。

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

中継装置３０は、通信管理システム５０と同様のハードウェア構成を有していてもよい。

以下、アプリケーションソフトウェアを「アプリ」という。

図５は、第１の実施の形態における通信端末１０及び通信端末７０のソフトウェア構成例を示す図である。図５において（Ａ）は、通信端末１０のソフトウェア構成例を示す。通信端末１０には、クライアントアプリとして通信アプリＡ１がインストールされている。また、通信端末１０には、ＯＳ１０２０がインストールされている。ＯＳ１０２０及び通信アプリＡ１は、通信端末１０のＲＡＭ１０３の作業領域１０１０上で動作する。ＯＳ１０２０は、基本的な機能を提供し、通信端末１０全体を管理する基本ソフトウェアである。通信アプリＡ１は、他の通信端末と通信するためのアプリである。

図５において（Ｂ）は、通信端末７０のソフトウェア構成例を示す。通信端末７０には、クライアントアプリとして通信アプリＡ７がインストールされている。また、通信端末７０には、ＯＳ７０２０がインストールされている。ＯＳ７０２０及び通信アプリＡ７は、ＲＡＭ７０３の作業領域７０１０上で動作する。ＯＳ７０２０は、基本的な機能を提供し、通信端末７０全体を管理する基本ソフトウェアである。通信アプリＡ７は、他の通信端末と通信するためのアプリである。

なお、通信アプリＡ１及び通信アプリＡ７の通信プロトコルとしては、(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である。

＜＜実施の形態の機能構成＞＞
次に、第１の実施の形態の機能構成について説明する。図６は、第１の実施の形態における通信システム１の一部を構成する通信端末１０、通信端末７０及び通信管理システム５０の機能構成例を示す図である。

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

また、記憶部１０００は、図３（Ａ）に示されるＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４等を用いて実現される。記憶部７０００は、図３（Ｂ）に示されるＲＯＭ７０２、ＲＡＭ７０３、ＥＥＰＲＯＭ７０４等を用いて実現される。

送受信部１１は、ネットワークＩ／Ｆ１１１を利用して、通信ネットワーク２を介して、通信相手の通信端末、各装置又はシステム等とデータ（または情報）の送受信を行う。

操作入力受付部１２は、操作ボタン（１０８ａ，１０８ｂ，１０８ｃ，１０８ｄ，１０８ｅ）、又は電源スイッチ１０９等を介して、ユーザによる入力又は選択を受け付ける。

起動部１３は、通信アプリＡ１を起動する。

出力制御部１４は、ディスプレイＩ／Ｆ１１７及び音入出力Ｉ／Ｆ１１６に対する、画像データ及び音データの出力を制御する。

記憶・読出部１９は、記憶部１０００にデータを記憶させ、記憶部１０００に記憶されたデータを読み出す処理を行う。

送受信部７１は、通信部７１１を利用して、通信ネットワーク２を介して、通信相手の通信端末１０、各装置又はシステム等とデータ（または情報）の送受信を行う。

操作入力受付部７２は、タッチパネル７２１を介して、ユーザによる入力又は選択を受け付ける。

状態管理部７５は、通信端末１０から通信端末７０へ送信されるプレゼンス情報に基づいて、宛先候補の状態を管理する。宛先候補とは、通信相手となる通信端末１０の候補である。プレゼンス情報とは、宛先候補の通信ＩＤ、プレゼンス及び属性情報を含む。通信ＩＤとは、通信端末１０又は通信端末７０の識別情報である。通信ＩＤとしては、例えば、通信端末１０のユーザの識別情報及びアカウント等が含まれてもよい。プレゼンスとは、例えば、通信可能、通信不可能等の状態を示す情報である。属性とは、例えば、「英語」「韓国語」「スペイン語、タイ語」等の対応可能な言語であり、属性情報とは、対応可能な言語を示す情報である。以下、属性としての対応可能な言語「英語、中国語、韓国語、ポルトガル語、スペイン語、タイ語、ロシア語」に対応する属性情報は、それぞれ「ｅｎ，ｚｈ，ｋｏ，ｐｔ，ｅｓ，ｔｈ，ｒｕ」によって表現される。

記憶・読出部７９は、記憶部７０００にデータを記憶させ、記憶部７０００に記憶されたデータを読み出す処理を行う。記憶部７０００は、宛先管理データベース７００１（以下、「宛先管理ＤＢ７００１」という。）及びプレゼンス管理データベース７００２（以下、「プレゼンス管理ＤＢ７００２」という。）及び送信先管理データベース７００３（以下、「送信先管理ＤＢ７００３」という。）を含む。各データベースの詳細については後述する。

＜通信管理システムの機能構成＞
通信管理システム５０は、送受信部５１、認証部５２、管理部５３、セッション制御部５８及び記憶・読出部５９を有する。これら各部は、図４に示される各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された通信管理システム５０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される。また、通信管理システム５０は、ＨＤ２０４により実現される記憶部５０００を有する。記憶部５０００は、認証管理データベース５００１（以下、「認証管理ＤＢ５００１」という。）及び端末管理データベース５００２（以下、「端末管理ＤＢ５００２」という。）を含む。各データベースの詳細については後述する。

送受信部５１は、ネットワークＩ／Ｆ２０９を利用して、通信ネットワーク２を介して通信端末１０、通信端末７０、装置又はシステムとデータ（または情報）の送受信を行う。

認証部５２は、送受信部５１で受信された通信ＩＤ及びパスワードを検索キーとして、認証管理ＤＢ５００１を検索し、同一の通信ＩＤ及びパスワードが記憶されているかを判断することによって通信端末１０及び通信端末７０の認証を行う。認証管理ＤＢ５００１は、通信管理システム５０によって管理される全ての通信端末１０及び通信端末７０の通信ＩＤ及びパスワードを関連付けて記憶するデータベースである。

管理部５３は、端末管理ＤＢ５００２を利用して、ログイン中の通信端末１０及び通信端末７０を管理する。端末管理ＤＢ５００２は、ログイン中の通信端末１０及び通信端末７０の通信ＩＤ及び通信端末ＩＰアドレスを関連付けて記憶するデータベースである。

セッション制御部５８は、通信端末１０と通信端末７０間でコンテンツデータを送信するためのセッションを制御する。当該制御は、セッションを確立するための制御、確立されたセッションに通信端末１０及び通信端末７０を参加させる制御、通信端末１０及び通信端末７０をセッションから退出させる制御等を含む。

記憶・読出部５９は、記憶部５０００にデータを記憶させ、記憶部５０００に記憶されたデータを読み出す処理を行う。

＜＜通信システム１の処理・動作＞＞
続いて、通信システム１における処理及び動作について説明する。

図７は、第１の実施の形態における通信端末１０及び通信端末７０が通信管理システム５０へログインする処理手順の一例を説明するためのシーケンス図である。

ユーザが通信端末７０の電源スイッチをＯＮにすると、操作入力受付部７２が電源ＯＮを受け付けて、通信端末７０を起動させる（ステップＳ１）。通信端末７０が起動すると、起動部７３は、通信端末７０にインストールされている通信アプリＡ７を起動させる（ステップＳ２）。以下、通信端末７０における処理は、通信アプリＡ７によって実現される。

通信端末７０の送受信部７１は、通信アプリＡ７の起動に応じて、通信ネットワーク２を介して通信管理システム５０に、ログイン要求を送信する（ステップＳ３）。当該ログイン要求には、ログイン要求元である自通信端末を識別するための通信ＩＤ及びパスワードが含まれる。第１の実施の形態において、通信端末７０の通信ＩＤは、カスタマ側の通信端末７０であることを判別可能なように、頭文字が「Ｃ」で表されている。以下、通信端末７０ｘ，通信端末７０ｙの通信ＩＤは、それぞれ「Ｃ０１」、「Ｃ０２」であるとする。

通信管理システム５０の送受信部５１は、ログイン要求を受信する。通信端末７０から通信管理システム５０へログイン要求が送信されることで、受信側である通信管理システム５０は、送信側である通信端末７０のＩＰアドレスを取得することができる。

続いて、通信管理システム５０の認証部５２は、当該ログイン要求に含まれている通信ＩＤ及びパスワードを検索キーとして、認証管理ＤＢ５００１上の認証管理テーブルを検索し、当該認証管理テーブルに同一の通信ＩＤ及びパスワードが存在するか否かを判断することによって認証を行う（ステップＳ４）。

図８は、第１の実施の形態における通信端末７０及び通信管理システム５０にて使用される各テーブルの一例を示す図である。

（認証管理テーブル）
図８において（Ａ）が、認証管理テーブルの一例を示す。認証管理テーブルには、通信管理システム５０によって管理される通信端末１０又は通信端末７０の通信ＩＤごとにレコードが記憶される。当該レコードは、通信ＩＤ及び認証用のパスワードを含む。

認証部５２によって、正当な利用権限を有する通信端末７０からのログイン要求であると認証された場合に、管理部５３は、端末管理テーブル（図８の（Ｂ）参照）に、ログイン要求元の通信端末７０の通信ＩＤ及びＩＰアドレスを関連付けて記憶させる（ステップＳ５）。これにより端末管理テーブルによって、ログイン中の通信端末７０へアクセスすることが可能となる。

（端末管理テーブル）
図８の（Ｂ）が、端末管理テーブルの一例を示す。端末管理テーブルは、端末管理ＤＢ５００２に含まれる。端末管理テーブルには、ログイン中の通信端末１０又は通信端末７０の通信ＩＤごとにレコードが記憶される。当該レコードは、通信ＩＤ及び通信端末のＩＰアドレスを含む。

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

一方、オペレータ側の通信端末１０のユーザが電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、通信端末１０を起動させる（ステップＳ１１）。通信端末１０が起動すると、起動部１３は、通信端末１０にインストールされている通信アプリＡ１を起動させる（ステップＳ１２）。以下、通信端末１０における処理は、通信アプリＡ１によって実現される。

続いて、通信端末１０の出力制御部１４は、通信端末１０のユーザであるオペレータの属性の入力を受け付ける受付画面をディスプレイ１２０に出力する。

図９は、第１の実施の形態における通信端末１０での受付画面の表示の一例を示す図である。受付画面１４０には、通信ＩＤ及びパスワードの入力を受け付ける欄の他、オペレータの属性として、対応可能な言語の選択肢と選択用のチェックボックスが含まれている。オペレータが、対応可能な言語の選択肢を選択して、受付画面１４０のＯＫボタンを押下する操作を行うと、操作入力受付部１２は、オペレータの属性の入力を受け付ける（ステップＳ１３−１）。記憶・読出部１９は、選択された属性に対応する属性情報を記憶部１０００に記憶させる。

通信端末１０は、通信アプリＡ１の起動に応じて、通信管理システム５０へログイン要求を送信して、通信管理システム５０へログインする（ステップＳ１３−２，Ｓ１４，Ｓ１５，Ｓ１６）。この処理は、通信端末７０と通信管理システム５０との間のステップＳ３，Ｓ４，Ｓ５，Ｓ６の処理と同様である。但し、ログイン要求で通信端末１０から通信管理システム５０へ送信される通信ＩＤは、オペレータ側の通信端末１０であることを判別可能なように、頭文字が「Ｏ」で表されている。以下、通信端末１０ａ，１０ｂ，１０ｃの通信ＩＤは、それぞれ「Ｏ０１」、「Ｏ０２」、「Ｏ０３」であるとする。ログイン要求元の通信端末１０の認証に成功すると、当該通信端末１０は、通信管理システム５０にログインする。

続いて、図１０を用いて、通信端末１０から通信端末７０へ、オペレータ側の状態を示すプレゼンス情報を送信する処理について説明する。図１０は、第１の実施の形態におけるプレゼンス情報を送信する処理手順の一例を説明するためのシーケンス図である。以下の説明において、通信端末７０ｘ及び通信端末７０ｙは認証に成功し、通信管理システム５０にログイン中であるとする。

記憶・読出部１９は、状態遷移の契機となるイベントが発生すると、当該イベント及び当該イベント発生による遷移後のプレゼンスを記憶部１０００へ記憶させる。プレゼンスは、通信端末１０のユーザであるオペレータが通話を開始可能な状態であるか特定するために利用される。通話を開始可能な状態を示すプレゼンスには、当該通信端末１０が通信管理システム５０へログインしており、カスタマ側の通信端末７０と通信していない状態を示す「Ｏｎｌｉｎｅ」が含まれる。通話を開始不可能な状態を示すプレゼンスには、当該通信端末１０が通信管理システム５０へログインしていない状態を示す「Ｏｆｆｌｉｎｅ」、又は当該通信端末１０が通信管理システム５０へログインしているが、既にカスタマ側の通信端末７０と通信しているため新たに通信を開始できない状態を示す「ｃｈａｔ」が含まれる。なお、第１の実施の形態においてプレゼンスは、通話を開始可能な状態であるか特定するために利用される任意の情報が利用され、上記のものに限定されない。また、プレゼンスには、ユーザの入力に基づくものが含まれていてもよい。ユーザの入力に基づくプレゼンスのうち、通話を開始不可能な状態を示すプレゼンスの一例としては、「離席中」等が挙げられる。

「Ｏｎｌｉｎｅ」への遷移の契機となるイベントの一例としては、通信端末１０による、上記ステップＳ１６の認証結果情報の受信や、ユーザからの通話の終了要求の入力の受け付け等が挙げられる。プレゼンス「Ｏｆｆｌｉｎｅ」への遷移の契機となるイベントの一例としては、通信端末１０による、通信管理システム５０からのログアウトが挙げられる。プレゼンス「ｃｈａｔ」への遷移の契機となるイベントの一例としては、通信端末７０と通信端末１０の通信の確立（後述のステップＳ９５）が挙げられる。なお、上記のイベント及びプレゼンスは一例であって、これらに限定されない。なお、プレゼンスの遷移の契機となるイベントは、検出可能なものであれば特に限定されず、通信プロトコルや通信アプリＡ１による処理内容に応じて、任意に設定可能である。

通信端末１０ａで上記のいずれかのイベントが発生すると（ステップＳ２１）、記憶・読出部１９は、例えば、「ｅｎ，ｚｈ，ｅｓ」等の属性情報を記憶部１０００から読み出す。読み出される属性情報は、ログイン時に通信端末１０ａのユーザであるオペレータにより入力された「英語、中国語、スペイン語」等の属性に対応している（ステップＳ１３−１参照）。通信端末１０ａの送受信部１１は、通信端末１０ａの通信ＩＤ「Ｏ０１」、ステップＳ２１のイベント発生による遷移後の状態を示すプレゼンス及び記憶部１０００から読み出された属性情報が含まれるプレゼンス情報を、通信管理システム５０へ送信する（ステップＳ２２）。例えば、通信端末１０ａは、ステップＳ１６で認証結果情報を受信すると、プレゼンス「Ｏｎｌｉｎｅ」を含むプレゼンス情報を通信管理システム５０へ送信する。また、通信端末１０ａは、ログアウトの要求が受け付けられると、プレゼンス「Ｏｆｆｌｉｎｅ」を含むプレゼンス情報を通信管理システム５０へ送信する。また、通信端末１０ａは、通信端末７０との間の通信の確立に応じて、プレゼンス「ｃｈａｔ」を含むプレゼンス情報を通信管理システム５０へ送信する。なお、ステップＳ１３−１で属性情報が記憶部１０００に登録されてから属性情報が更新されない限り、通信端末１０ａは、イベントが発生する度に、同一の属性情報を含むプレゼンス情報を通信管理システム５０へ送信してもよい。

通信管理システム５０の送受信部５１は、通信端末１０ａによって送信されるプレゼンス情報を受信すると、受信したプレゼンス情報を、通信管理システム５０へログインしているカスタマ側の通信端末７０ｘ及び通信端末７０ｙへ送信する（ステップＳ２３，Ｓ２４）。通信管理システム５０へログインしているカスタマ側の通信端末７０を特定する方法は特に限定されないが、一例として、端末管理テーブル（図８の（Ｂ）参照）から、「Ｃ」が頭文字の通信ＩＤを読み出す方法が挙げられる。

通信端末７０ｘ及び通信端末７０ｙの送受信部７１は、オペレータ側の通信端末１０ａから通信管理システム５０を介して送信されるプレゼンス情報を受信する。通信端末７０ｘ及び通信端末７０ｙの記憶・読出部７９は、受信したプレゼンス情報に含まれる通信ＩＤ、プレゼンス及び属性情報を宛先管理テーブル（図８の（Ｃ）参照）に記録する（ステップＳ２５，Ｓ２６）。受信したプレゼンス情報に含まれる通信ＩＤと同一の通信ＩＤのレコードが宛先管理テーブルに存在する場合、記憶・読出部７９は、新たに受信されたプレゼンス情報に基づいて、当該レコードを上書更新する。これにより、通信端末７０ｘ及び通信端末７０ｙは、通信端末１０ａ側の最新のプレゼンスを取得することができる。

（宛先管理テーブル）
図８の（Ｃ）が、宛先管理テーブルの一例を示す。宛先管理テーブルは、宛先管理ＤＢ７００１に含まれる。宛先管理テーブルに示すように、宛先候補であるオペレータの通信端末１０の通信ＩＤごとにレコードが記憶される。当該レコードは、当該通信ＩＤ、当該宛先候補の状態を示すプレゼンス及び当該宛先候補の属性を示す属性情報を含む。

オペレータ側の通信端末１０ｂにおいて、上記のいずれかのイベントが発生すると、通信端末１０ｂ、通信管理システム５０、通信端末７０ｘ及び通信端末７０ｙ間では、通信端末１０ａ、通信管理システム５０、通信端末７０ｘ及び通信端末７０ｙ間のステップＳ２１，Ｓ２２，Ｓ２３，Ｓ２４，Ｓ２５，Ｓ２６と同様の処理が実行される（ステップＳ３１，Ｓ３２，Ｓ３３，Ｓ３４，Ｓ３５，Ｓ３６）。オペレータ側の通信端末１０ｃにおいて、上記のいずれかのイベントが発生すると、通信端末１０ｃ、通信管理システム５０、通信端末７０ｘ及び通信端末７０ｙ間では、通信端末１０ａ、通信管理システム５０、通信端末７０ｘ及び通信端末７０ｙ間のステップＳ２１，Ｓ２２，Ｓ２３，Ｓ２４，Ｓ２５，Ｓ２６と同様の処理が実行される（ステップＳ４１，Ｓ４２，Ｓ４３，Ｓ４４，Ｓ４５，Ｓ４６）。これにより、通信端末７０ｘ及び通信端末７０ｙは、通信端末１０ｂ及び通信端末１０ｃ側についても最新のプレゼンスを取得することができる。

続いて、図１１を用いて、属性毎のグループのプレゼンスを取得する処理について説明する。図１１は、第１の実施の形態における属性毎のプレゼンスを取得する処理手順の一例を説明するためのフロー図である。なお、属性毎のグループのプレゼンスとは、属性（ｅｎ、ｚｈ、ｋｏ、ｐｔ、ｅｓ、ｔｈ、ｒｕ）ごとに、プレゼンス（Ｏｎｌｉｎｅ、Ｏｆｆｌｉｎｅ、Ｃｈａｔ）を示す情報をいう。例えば、「ｅｎ」のグループのプレゼンスは、「ｅｎ」に対応する宛先候補（通信端末１０）のプレゼンスに基づいて決まる。すなわち、当該宛先候補のうちのいずれかが「Ｏｎｌｉｎｅ」であれば、当該グループのプレゼンスは、「Ｏｎｌｉｎｅ」となる。当該宛先候補の中に「Ｏｎｌｉｎｅ」が無く、いずれかの宛先候補が「Ｃｈａｔ」であれば、当該グループのプレゼンスは「Ｃｈａｔ」となる。当該宛先候補の全てが「Ｏｆｆｌｉｎｅ」であれば、当該グループのプレゼンスは「Ｏｆｆｌｉｎｅ」となる。

以下、グループのプレゼンスを決定する処理の一例について説明する。なお、以下、通信端末７０ｘの処理について説明するが、通信端末７０ｙも同様の処理を実行可能である。

通信端末７０ｘの状態管理部７５は、図１０に示されるステップＳ２６，Ｓ３６，Ｓ４６において、宛先管理テーブルのプレゼンス（図８の（Ｃ）参照）が更新される度、更新されたレコードに記録されている情報を取得する（ステップＳ５１）。取得される情報には、プレゼンス情報の送信元の通信端末１０の通信ＩＤ、宛先候補の最新の状態を示すプレゼンス及び宛先候補の属性を示す属性情報が含まれている。

通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（図８の（Ｄ）参照）における、ステップＳ５１で取得される属性情報が含まれる各レコードを更新する。すなわち、例えば、取得される属性情報が「ｅｎ，ｚｈ，ｅｓ」である場合、状態管理部７５は、プレゼンス管理テーブルにおける、属性情報「ｅｎ，ｚｈ，ｅｓ」が含まれる各レコードを更新する。

（プレゼンス管理テーブル）
図８の（Ｄ）が、プレゼンス管理テーブルの一例を示す。プレゼンス管理テーブルは、プレゼンス管理ＤＢ７００２に含まれる。プレゼンス管理テーブルでは、宛先候補の属性を示す属性情報ごとにレコードが記憶される。当該レコードは、属性情報、当該属性情報に係る属性の宛先候補のグループのプレゼンス、当該属性の宛先候補のうち通話可能なプレゼンス「Ｏｎｌｉｎｅ」の宛先候補の通信端末１０の通信ＩＤ（通話可通信ＩＤ）及び当該属性の宛先候補のうち通話中のプレゼンス「Ｃｈａｔ」の宛先候補の通信端末１０の通信ＩＤ（通話中通信ＩＤ）を含む。

以下、一例として、通信端末１０ａから通信端末７０ｘへ、プレゼンス情報「Ｏｎｌｉｎｅ，（ｅｎ，ｚｈ，ｅｓ），Ｏ０１」が送信され、ステップＳ５１で当該情報が取得された場合の処理について説明する（ステップＳ５２のＯｎｌｉｎｅ）。

まず、プレゼンス管理テーブルのうち、属性情報「ｅｎ」が記録されたレコードを更新するループ処理の手順について説明する。通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（図８の（Ｄ）参照）のうち、属性情報「ｅｎ」が記録されたレコードにおける通話可通信ＩＤのフィールドを参照する。これにより、状態管理部７５は、通話可通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０１」が含まれているか判断する（ステップＳ５３）。

プレゼンス管理テーブルにおける通話可通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０１」が含まれていないと判断された場合（ステップＳ５３でＮＯ）、状態管理部７５は、通話可通信ＩＤのフィールドに、取得された通信ＩＤ「Ｏ０１」を追加する（ステップＳ５４）。

ステップＳ５４の処理が完了した場合、又は、ステップＳ５３でＹＥＳの場合、通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（図８の（Ｄ）参照）のうち、属性情報「ｅｎ」が記録されたレコードにおける通話中通信ＩＤのフィールドを参照する。これにより、状態管理部７５は、通話中通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０１」が含まれているか判断する（ステップＳ５５）。

プレゼンス管理テーブルにおける通話中通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０１」が含まれていると判断された場合（ステップＳ５５でＹＥＳ）、通話中通信ＩＤのフィールドから、取得された通信ＩＤ「Ｏ０１」を削除する（ステップＳ５６）。ここまでの処理により、通信端末１０ａ側のプレゼンスが、「Ｃｈａｔ」から「Ｏｎｌｉｎｅ」へ遷移する場合も、「Ｏｆｆｌｉｎｅ」から「Ｏｎｌｉｎｅ」へ遷移する場合も、プレゼンス管理テーブルの属性情報「ｅｎ」が記録されたレコードには、通話可通信ＩＤのフィールドにのみ通信端末１０ａの通信ＩＤが記録される。

ステップＳ５６の処理が完了した場合、又は、ステップＳ５５でＮＯの場合、通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（図８の（Ｄ）参照）のうち、属性情報「ｅｎ」が記録されたレコードにおけるグループのプレゼンスを参照して、グループのプレゼンスが「Ｏｎｌｉｎｅ」であるか判断する（ステップＳ５７）。

属性情報「ｅｎ」が記録されたレコードにおけるグループのプレゼンスが「Ｏｎｌｉｎｅ」ではないと判断された場合（ステップＳ５７でＮＯ）、状態管理部７５は、当該プレゼンスを「Ｏｎｌｉｎｅ」に更新する。属性情報「ｅｎ」が記録されたレコードにおけるグループのプレゼンスが「Ｏｎｌｉｎｅ」であると判断された場合（ステップＳ５７でＹＥＳ）、状態管理部７５は、属性情報「ｅｎ」が記録されたレコードにおけるグループのプレゼンスを更新しない。ここまでの処理により、プレゼンス管理テーブルの属性情報「ｅｎ」が記録されたレコードにおけるグループのプレゼンスは「Ｏｎｌｉｎｅ」になる。

ステップＳ５１では属性情報「ｅｎ，ｚｈ，ｅｓ」が取得されているので、状態管理部７５は、ループ処理により、プレゼンス管理テーブルにおける属性情報「ｚｈ，ｅｓ」が記録された各レコードについても、同様に更新する。ループ処理が完了すると、図８の（Ｄ）のプレゼンス管理テーブルは、表１のようになる。

続いて、通信端末１０ａから通信端末７０ｘへ、プレゼンス情報「Ｃｈａｔ，（ｅｎ，ｚｈ，ｅｓ），Ｏ０１」が送信され、ステップＳ５１で当該プレゼンス情報が取得された場合の処理について説明する（ステップＳ５２のＣｈａｔ）。

まず、プレゼンス管理テーブルのうち、属性情報「ｅｎ」が記録されたレコードを更新するループ処理の手順について説明する。通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（表１参照）のうち、属性情報「ｅｎ」が記録されたレコードにおける通話可通信ＩＤのフィールドを参照する。これにより、状態管理部７５は、通話可通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０１」が含まれているか判断する（ステップＳ６３）。

プレゼンス管理テーブルにおける通話可通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０１」が含まれていると判断された場合（ステップＳ６３でＹＥＳ）、通話可通信ＩＤのフィールドから、取得された通信ＩＤ「Ｏ０１」を削除する（ステップＳ６４）。

ステップＳ６４の処理が完了した場合、又は、ステップＳ６３でＮＯの場合、通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（表１参照）のうち、属性情報「ｅｎ」が記録されたレコードにおける通話中通信ＩＤのフィールドを参照する。これにより、状態管理部７５は、通話中通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０１」が含まれているか判断する（ステップＳ６５）。

プレゼンス管理テーブルにおける通話中通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０１」が含まれていないと判断された場合（ステップＳ６５でＮＯ）、通話中通信ＩＤのフィールドに、取得された通信ＩＤ「Ｏ０１」を追加する（ステップＳ６６）。ここまでの処理により、プレゼンス管理テーブルの属性情報「ｅｎ」が記録されたレコードには、通話中通信ＩＤのフィールドにのみ通信端末１０ａの通信ＩＤが記録される。

ステップＳ６６の処理が完了した場合、又は、ステップＳ６５でＹＥＳの場合、通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（表１参照）のうち、属性情報「ｅｎ」が記録されたレコードにおける通話可通信ＩＤのフィールドを参照する。これにより、状態管理部７５は、属性情報「ｅｎ」が記録されたレコードにおける通話可通信ＩＤのフィールドに記録されている通信ＩＤの数が０であるか判断する（ステップＳ６７）。

属性情報「ｅｎ」が記録されたレコードにおける通話可通信ＩＤのフィールドに記録されている通信ＩＤの数が０である場合（ステップＳ６７でＹＥＳ）、状態管理部７５は、属性情報「ｅｎ」が記録されたレコードにおけるグループのプレゼンスを「Ｃｈａｔ」に更新する（ステップＳ６８）。属性情報「ｅｎ」が記録されたレコードにおける通話可通信ＩＤのフィールドに記録されている通信ＩＤの数が０ではない場合（ステップＳ６７でＮＯ）、状態管理部７５は、属性情報「ｅｎ」が記録されたレコードにおけるグループのプレゼンスを更新しない。すなわち、属性情報「ｅｎ」が記録されたレコードにおける通話可通信ＩＤのフィールドに通信ＩＤが記録されている場合、対応するプレゼンスは「Ｏｎｌｉｎｅ」のまま更新されない。

ステップＳ５１では属性情報「ｅｎ，ｚｈ，ｅｓ」が取得されているので、状態管理部７５は、ループ処理により、プレゼンス管理テーブルにおける属性情報「ｚｈ，ｅｓ」が記録された各レコードについても、同様に更新する。これにより、表１のプレゼンス管理テーブルは、表２のようになる。

続いて、通信端末１０ｃから通信端末７０ｘへプレゼンス情報「Ｏｆｆｌｉｎｅ，（ｋｏ，ｐｔ），Ｏ０３」が送信され、ステップＳ５１で当該プレゼンス情報が取得された場合について説明する（ステップＳ５２のＯｆｆｌｉｎｅ）。

まず、プレゼンス管理テーブルのうち、属性情報「ｋｏ」が記録されたレコードを更新するループ処理の手順について説明する。通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（表２参照）のうち、属性情報「ｋｏ」が記録されたレコードにおける通話可通信ＩＤのフィールドを参照する。これにより、状態管理部７５は、通話可通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０３」が含まれているか判断する（ステップＳ７３）。

プレゼンス管理テーブルにおける通信可能通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０３」が含まれていると判断された場合（ステップＳ７３でＹＥＳ）、通信可能通信ＩＤのフィールドから、取得された通信ＩＤ「Ｏ０３」を削除する（ステップＳ７４）。

ステップＳ７４の処理が完了した場合、又は、ステップＳ７３でＮＯの場合、通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（表２参照）のうち、属性情報「ｋｏ」が記録されたレコードにおける通話中通信ＩＤのフィールドを参照する。これにより、状態管理部７５は、通話中通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０３」が含まれているか判断する（ステップＳ７５）。

プレゼンス管理テーブルにおける通話中通信ＩＤのフィールドに、ステップＳ５１で取得された通信ＩＤ「Ｏ０３」が含まれていると判断された場合（ステップＳ７５でＹＥＳ）、通話中通信ＩＤのフィールドから、取得された通信ＩＤ「Ｏ０３」を削除する（ステップＳ７６）。ここまでの処理により、プレゼンス管理テーブルにおける属性情報「ｋｏ」が記録されたレコードから通信端末１０ｃの通信ＩＤが削除される。

ステップＳ７６の処理が完了した場合、又は、ステップＳ７５でＮＯの場合、通信端末７０ｘの状態管理部７５は、プレゼンス管理テーブル（表２参照）のうち、属性情報「ｋｏ」が記録されたレコードにおける通話可通信ＩＤ及び通話中通信ＩＤのフィールドを参照する。これにより、状態管理部７５は、条件ＩＦ１又は条件ＩＦ２に該当するか判断する（ステップＳ７７）。条件ＩＦ１は、属性情報「ｋｏ」が記録されたレコードにおける通信可能通信ＩＤのフィールドに記録されている通信ＩＤの数が０であり、通話中通信ＩＤのフィールドに記録されている通信ＩＤの数が０ではない場合である。条件ＩＦ２は、属性情報「ｋｏ」が記録されたレコードにおける通信可能通信ＩＤのフィールドに記録されている通信ＩＤの数が０であり、通話中通信ＩＤのフィールドに記録されている通信ＩＤの数が０である場合である。

属性情報「ｋｏ」が記録されたレコードにおける通信可能通信ＩＤのフィールドに記録されている通信ＩＤの数が０であり、通話中通信ＩＤのフィールドに記録されている通信ＩＤの数が０ではない場合（ステップＳ７７のＩＦ１）、状態管理部７５は、プレゼンス管理テーブルの属性情報「ｋｏ」が記録されたレコードにおけるグループのプレゼンスを「Ｃｈａｔ」に更新する（ステップＳ７８）。属性情報「ｋｏ」が記録されたレコードにおける通信可能通信ＩＤのフィールドに記録されている通信ＩＤの数が０であり、通話中通信ＩＤのフィールドに記録されている通信ＩＤの数が０である場合（ステップＳ７７のＩＦ２）、状態管理部７５は、プレゼンス管理テーブルの属性情報「ｋｏ」が記録されたレコードにおけるグループのプレゼンスを「Ｏｆｆｌｉｎｅ」に更新する（ステップＳ７９）。ステップＳ７７でＩＦ１にもＩＦ２にも該当しない場合（ステップＳ７７でＮＯ）、状態管理部７５は、属性情報「ｋｏ」が記録されたレコードにおけるグループのプレゼンスを「Ｏｎｌｉｎｅ」のまま更新しない。

ステップＳ５１では属性情報「ｋｏ，ｐｔ」が取得されているので、状態管理部７５は、ループ処理により、プレゼンス管理テーブルにおいて、属性情報「ｐｔ」が記録されたレコードについても、同様に更新する。これにより、表２のプレゼンス管理テーブルは、表３のようになる。

続いて、図１２を用いて、通信を開始する処理について説明する。図１２は、第１の実施の形態における通信を開始する処理手順の一例を説明するためのシーケンス図である。以下、一例として、通信端末７０ｘが通信を開始する処理について説明するが、通信端末７０ｙも同様の処理により通信を開始することができる。

通信端末７０ｘの操作入力受付部１２は、ユーザによる操作入力に応じて、宛先候補の属性一覧の表示要求を受け付ける。表示要求に応じて、出力制御部７４は、プレゼンス管理テーブル（表３参照）に記録されている各属性情報及び当該属性情報に対応するグループのプレゼンスの組を取得する。記憶部７０００には、属性情報に対応する表示画像及びグループのプレゼンスに対応する表示画像のデータが予め記憶されている。一例として、属性情報「ｅｎ」に対応する表示画像のデータは「Ｅｎｇｌｉｓｈ 英語」を示すテキストデータである。また、一例として、グループのプレゼンス「Ｏｎｌｉｎｅ，Ｏｆｆｌｉｎｅ，Ｃｈａｔ」に対応する表示画像のデータは、それぞれ、チェックマーク、無画像、吹き出しが表されたアイコンの画像データである。出力制御部７４は、取得された属性情報及びプレゼンスの組ごとに、対応するテキスト及びアイコンの表示画像のデータの組を記憶部７０００から取得する。出力制御部７４は、取得された表示画像のデータの組を所定の表示領域の同じ行に対応付けて配列することで属性一覧の画像データを生成する。出力制御部７４は、生成された属性一覧の画像データをディスプレイ７２０へ出力する（ステップＳ８１）。

図１３は、第１の実施の形態における通信端末７０での属性一覧の画像データの表示例を示す図である。図１３の表示例は、プレゼンス管理テーブルが表３の状態である場合に対応している。

出力制御部７４は、プレゼンス管理テーブルが更新される度に、上記の処理を繰り返し実行する。これにより、属性毎の最新のグループのプレゼンスが示された属性一覧がディスプレイ７２０に表示される。

図１３に示すように、ステップＳ８１で、出力制御部７４は、アイコンのうち、「Ｏｎｌｉｎｅ」に対応するチェックマークが表されたアイコンを選択可能なアイコンとして出力し、「Ｏｆｆｌｉｎｅ」又は「Ｃｈａｔ」に対応する無画像又は吹き出しが表されたアイコンを選択不可能なアイコンとして出力する。例えば、図１３に示された属性一覧における「韓国語」に対応する無画像のアイコンや、「中国語」に対応する吹き出しが表されたアイコンを押下する操作がユーザにより行われても、操作入力受付部７２は、操作入力を受け付けない。なお、無画像のアイコン及び吹き出しが表されたアイコンを押下する操作が実行されたとき、出力制御部７４は、通話を開始できない旨のメッセージや、通話の開始の待機を促すメッセージ等をディスプレイ７２０に出力してもよい。

図１３に示される画面において、属性「英語、ポルトガル語、スペイン語、タイ語、ロシア語」に対応するチェックマークが表されたいずれかのアイコンがユーザにより押下されると、操作入力受付部７２は、アイコンに対応する属性の選択を受け付ける（ステップＳ８２）。例えば、英語の表示に対応付けられるチェックマークのアイコンが押下されると、操作入力受付部７２は、宛先候補の属性として「英語」を受け付ける。すなわち、宛先候補の属性情報は「ｅｎ」となる。

属性の選択が受け付けられると、記憶・読出部７９は、ステップＳ８２で選択された属性を示す属性情報「ｅｎ」を検索キーとして、宛先管理テーブル（図８の（Ｃ）参照）を検索し、対応する通信ＩＤ及びプレゼンスの組を読み出す（ステップＳ８３）。例えば、ステップＳ８２で選択された属性を示す属性情報が「ｅｎ」である場合、図８の（Ｃ）の宛先管理テーブルからは、通信ＩＤ及びプレゼンスの組として、「Ｏ０１，Ｃｈａｔ」、「Ｏ０２，Ｏｎｌｉｎｅ」及び「Ｏ０３，Ｏｆｆｌｉｎｅ」が読み出される。

通信端末７０ｘの送受信部７１は、ステップＳ８３で読み出された通信ＩＤのうち、対応するプレゼンスが「Ｏｎｌｉｎｅ」である通信ＩＤ「Ｏ０２」、開始要求元の通信端末７０ｘの通信ＩＤ「Ｃ０１」及びステップＳ８２で選択された属性を示す属性情報「ｅｎ」を含む通話の開始要求を通信管理システム５０へ送信する（ステップＳ８４−１）。

通信管理システム５０の送受信部５１は、通信端末７０ｘによって送信される通話の開始要求を受信すると、受信した通話の開始要求に含まれる通信ＩＤ「Ｏ０２」によって特定される通信端末１０ｂへ、当該通話の開始要求を送信する（ステップＳ８４−２）。

続いて、通信端末７０ｘの記憶・読出部７９は、送信先管理テーブル（図８の（Ｅ）参照）を更新する（ステップＳ８５）。通信ＩＤ「Ｏ０２」へ開始要求を送信したので、記憶・読出部７９は、送信先管理テーブルのレコードに「Ｏ０２」を追加して記録する。

（送信先管理テーブル）
図８の（Ｅ）が、送信先管理テーブルの一例を示す。送信先管理テーブルは、送信先管理ＤＢ７００３に含まれる。送信先管理テーブルには、通話の開始要求を送信済のオペレータの通信ＩＤごとにレコードが生成される。当該レコードは、当該通信ＩＤを含む。

通話の開始要求を送信してから応答を受信するまでの間に、図１０に示されるステップＳ２６，Ｓ３６，Ｓ４６で宛先管理テーブルが更新された場合、通信端末７０ｘは、ステップＳ８３の処理を繰り返す。例えば、通信端末１０ａ側のプレゼンスが「Ｏｎｌｉｎｅ」に更新された場合、通信ＩＤ「Ｏ０１」が通話の開始要求の送信先として抽出される。通信端末７０ｘの送受信部７１は、通信ＩＤ「Ｏ０１」を含む通話の開始要求を通信管理システム５０へ送信する（ステップＳ８６−１）。なお、ここで送信される通話の開始要求にも、ステップＳ８２で選択された属性を示す属性情報「ｅｎ」及び自通信端末の通信ＩＤ「Ｃ０１」が含まれている。

通信管理システム５０の送受信部５１は、通信端末７０ｘによって送信される通話の開始要求を受信すると、受信した通話の開始要求に含まれる通信ＩＤ「Ｏ０１」によって特定される通信端末１０ａへ、当該通話の開始要求を送信する（ステップＳ８６−２）。

続いて、通信端末７０ｘの記憶・読出部７９は、送信先管理テーブル（図８の（Ｅ）参照）を更新する（ステップＳ８７）。通信ＩＤ「Ｏ０１」へ開始要求を送信したので、記憶・読出部７９は、送信先管理テーブルのレコードに「Ｏ０１」を追加して記録する。

同様に、応答を受信するまでの間に、通信端末１０ｃ側のプレゼンスが「Ｏｎｌｉｎｅ」に更新された場合、通信ＩＤ「Ｏ０３」が通話の開始要求の送信先として抽出される。通信端末７０ｘの送受信部７１は、通信ＩＤ「Ｏ０３」を含む通話の開始要求を通信管理システム５０へ送信する（ステップＳ８８−１）。なお、ここで送信される通話の開始要求にも、ステップＳ８２で選択された属性を示す属性情報「ｅｎ」及び自通信端末の通信ＩＤ「Ｃ０１」が含まれている。

通信管理システム５０の送受信部５１は、通信端末７０ｘによって送信される通話の開始要求を受信すると、受信した通話の開始要求に含まれる通信ＩＤ「Ｏ０３」によって特定される通信端末１０ｃへ、当該通話の開始要求を送信する（ステップＳ８８−２）。

続いて、通信端末７０ｘの記憶・読出部７９は、送信先管理テーブル（図８の（Ｅ）参照）を更新する（ステップＳ８９）。通信ＩＤ「Ｏ０３」へ開始要求を送信したので、記憶・読出部７９は、送信先管理テーブルのレコードに「Ｏ０３」を追加して記録する。

通信端末１０ａ、１０ｂ及び１０ｃの送受信部１１は、通信端末７０ｘから通信管理システム５０を介して送信される通話の開始要求を受信する。通話の開始要求が受信されると、通信端末１０ａ、１０ｂ及び１０ｃの出力制御部１４は、通話の開始要求に含まれる通信ＩＤ「Ｃ０１」に対応する要求元の情報及び通話の開始要求に含まれる属性情報「ｅｎ」に対応する属性の情報を含むメッセージをディスプレイ７２０へ出力する。

図１４は、第１の実施の形態における通信端末１０でのメッセージの表示例を示す図である。メッセージの画面に属性を表示することにより、通信端末１０のユーザであるオペレータは、どの言語で通話すべきか、通話開始する前から事前に把握することができる。

図１４に示されるメッセージの画面表示には、通話の開始の許可を受け付けるための応答ボタンが含まれている。通信端末１０ａ、１０ｂ又は１０ｃにおいて、ユーザが画面上の応答ボタンを押下すると、操作入力受付部１２は、応答の許可の操作入力を受け付ける（ステップＳ９０−１、Ｓ９０−２及びＳ９０−３）。応答の許可の操作入力が受け付けられると、通信端末１０ａ、１０ｂ又は１０ｃの送受信部１１は、通話の開始要求元の通信ＩＤ「Ｃ０１」、並びに自通信端末１０ａ、１０ｂ又は１０ｃの通信ＩＤ「Ｏ０１」、「Ｏ０２」又は「Ｏ０３」が含まれる応答情報を通信管理システム５０へ送信する（ステップＳ９１−１、Ｓ９２−１及びＳ９３−１）。なお、上記の処理は一例であって、通信端末１０の送受信部１１は、通信端末７０による通話の開始要求を受信した場合に、自動的に通信端末７０へ開始要求の応答を送信してもよい。また、通信端末１０の送受信部１１は、複数の通信端末７０による複数の通話の開始要求を受信した場合に、最先に受信した通話の開始要求の送信元の通信端末７０へ応答情報を送信してもよい。

なお、ステップＳ９０−１、Ｓ９０−２又はＳ９０−３にて応答の許可の操作入力を受け付けた時点から、通信端末１０は、通信端末７０ｘ以外の通信端末７０からの通話の開始要求を受信した場合、当該開始要求を保留する。当該保留は、後述の通信確立制御（ステップＳ９５）或いはキャンセル情報（ステップＳ９８−２又はＳ９９−２）まで継続する。

通信管理システム５０の送受信部５１は、通信端末１０ａ、１０ｂ又は１０ｃによって送信される応答情報を受信する。通信管理システム５０の送受信部５１は、受信した応答情報を応答情報に含まれる通信ＩＤ「Ｃ０１」によって特定される通信端末７０ｘへ送信する（ステップＳ９１−２、Ｓ９２−２及びＳ９３−２）。

通信端末７０ｘの送受信部７１は、応答情報を受信すると、応答情報の送信元の通信端末１０との間での通信の確立を要求する通信確立要求を通信管理システム５０へ送信する（ステップＳ９４）。通信確立要求には、自通信端末の通信ＩＤ及び応答の送信元の通信端末１０の通信ＩＤが含まれる。通信端末７０ｘの送受信部７１は、複数の応答情報を受信した場合、最も早く受信した応答情報の送信元の通信端末１０ｂの通信ＩＤ「Ｏ０２」を通信確立要求に含める。

通信管理システム５０の送受信部５１は、通信確立要求を受信する。続いて、通信管理システム５０のセッション制御部５８は、通信確立要求に含まれる通信ＩＤ「Ｏ０２，Ｃ０１」により特定される通信端末１０ｂ及び通信端末７０ｘの間で中継装置３０を介して画像データ及び音データのコンテンツデータを送信するためのセッションを確立するための制御を行う（ステップＳ９５）。なお、セッションは、上記に限られず、通信端末１０ｂ及び通信端末７０ｘの間で通信ネットワーク２を介して直接コンテンツデータを送信するためのセッションであってもよい。通信端末１０ｂ及び通信端末７０ｘ間の通信が確立すると、通信端末１０ｂ及び通信端末７０ｘは、自通信端末で撮像された画像の画像データ及び自通信端末で集音された音データを中継装置３０を介して相手側の通信端末へ送信する。通信端末１０ｂの出力制御部１４及び通信端末７０ｘの出力制御部７４は、受信したコンテンツデータをディスプレイ１２０及びディスプレイ７２０並びにスピーカ１１５及びスピーカ７１５へ出力する。これにより、ユーザ間で通話を開始できるようになる。

通信が確立すると、通信端末１０ｂの送受信部１１は、プレゼンス「Ｃｈａｔ」、属性情報「ｅｎ，ｅｓ，ｐｔ，ｒｕ，ｔｈ」及び通信ＩＤ「Ｏ０２」が含まれるプレゼンス情報を通信管理システム５０へ送信する（図１０のステップＳ２２参照）。

続いて、通信端末７０ｘの記憶・読出部７９は、送信先管理テーブル（図８の（Ｅ）参照）を更新する（ステップＳ９６）。通信ＩＤ「Ｏ０２」へ通信確立要求を送信したので、記憶・読出部７９は、送信先管理テーブルのレコードから「Ｏ０２」を削除して記録する。

また、通信が確立すると、最先に受信した応答の送信元以外の応答の送信元に対して通話の開始要求をキャンセルするため、通信端末７０ｘの記憶・読出部７９は、送信先管理テーブル（図８の（Ｅ）参照）を読み出す（ステップＳ９７）。送信先管理テーブルからは通信ＩＤ「Ｏ０１」及び通信ＩＤ「Ｏ０３」が読み出されるので、送受信部７１は、通信ＩＤ「Ｏ０１」及び通信ＩＤ「Ｏ０３」に対するキャンセル情報を通信管理システム５０へ送信する（ステップＳ９８−１及びＳ９９−１）。キャンセル情報には、自通信端末の通信ＩＤ「Ｃ０１」及び最先に受信した応答の送信元以外の応答の送信元の通信端末１０ａの通信ＩＤ「Ｏ０１」又は通信端末１０ｃの通信ＩＤ「Ｏ０３」が含まれる。

通信管理システム５０の送受信部５１が、キャンセル情報を受信すると、キャンセル情報に含まれている通信ＩＤ「Ｏ０１」により特定される通信端末１０ａ及び通信ＩＤ「Ｏ０３」により特定される通信端末１０ｃへ、キャンセル情報を送信する（ステップＳ９８−２及びＳ９９−２）。通信端末１０ａ及び通信端末１０ｃの送受信部１１は、通信管理システム５０によって送信されるキャンセル情報を受信する。これにより、通信端末１０ａ側及び通信端末１０ｃ側では、通信端末７０ｘ側からの通話の開始要求に対する応答が不要になったことを把握することができる。したがって、通信端末１０ａ又は通信端末１０ｃは、保留していた通話の開始要求が有った場合、当該開始要求に対して応答を送信することができる。

上述のように、第１の実施の形態によれば、通信開始の要求を送信したオペレータを記憶しておくことで、通信端末７０の送受信部７１（送信手段の一例）は、最先に受信した応答の送信元以外の応答の送信元の宛先候補の通信端末１０へ、開始要求のキャンセルを示す情報を送信する（ステップＳ９８−１，Ｓ９８−２及びステップＳ９９−１，Ｓ９９−２参照）。当該キャンセル情報を受信した通信端末１０側は、通信端末７０側の通話の開始要求に対する応答が不要になったことを把握することができる。したがって、オペレータが占有される時間を最小限にすることが可能となり、効率的に複数ユーザからのリクエストを処理できる。

＜＜第２の実施の形態＞＞
続いて、第１の実施の形態の変形例である第２の実施の形態について説明する。以下、第２の実施の形態について、第１の実施の形態と異なる点を説明する。第２の実施の形態では、第１の実施の形態における属性としての対応可能な言語「英語、中国語、韓国語、ポルトガル語、スペイン語、タイ語、ロシア語」が、診療科目「内科、外科、小児科、眼科、耳鼻科、皮膚科、歯科」に置き換えられる。

図１５は、第２の実施の形態における通信端末７０での属性一覧の画像データの表示例を示す図である（ステップＳ８１参照）。第２の実施の形態の通信端末１０は、複数の診療科目を有する総合病院のレセプショニストに好適に利用される。また、第２の実施の形態の通信端末７０は、総合病院の患者に好適に利用される。

なお、属性は、上記の各実施の形態のものに限定されず、任意に設定することが可能である。属性としては、旅行先、不動産の所在等を示す「ニューヨーク、ロンドン、東京」等の地名や、「食品、衣料品、家電」等の物品の種類等が例示される。

上述のように、第２の実施の形態によれば、属性を任意に設定可能とすることで、通信システム１は、通信端末１０のオペレータに任意のサービスの処理を対応させることができる。

＜＜第３の実施の形態＞＞
続いて、第３の実施の形態について、上記の各実施の形態と異なる点を説明する。第３の実施の形態において、通信端末１０の外部機器接続Ｉ／Ｆ１１８には、マイク及びスピーカを内蔵したヘッドセットが接続されている。ステップＳ１３−１において、通信端末１０の出力制御部１４は、更に、着信時及び通話時に利用する音入出力デバイスの選択を受け付けるための画面を作成してディスプレイ１２０に出力する。図１６は、第３の実施の形態における通信端末１０での音入出力デバイスの選択を受け付ける画面の表示例を示す図である。

通信端末１０の操作入力受付部１２は、ステップＳ１３−１において、着信時及び通話時に利用する音入出力デバイスの選択を受け付ける。選択された音入出力デバイスの識別情報は、記憶・読出部１９によって記憶部１０００に記憶される。

ステップＳ８４−２、Ｓ８６−２及びＳ８８−２で、通信端末１０の送受信部１１が通話の開始要求を受信すると、出力制御部１４は、記憶部１０００に記憶されている着信時の音出力デバイスの識別情報を参照し、当該識別情報により識別される音出力デバイスから着信音を出力させる。

続いて、通信端末７０との間の通信が確立すると、通信端末１０の送受信部１１は、通信端末７０から送信される音データを受信する。この場合、通信端末１０の出力制御部１４は、記憶部１０００に記憶されている通話時の音出力デバイスの識別情報を参照し、当該識別情報により識別される音出力デバイスから着信音を出力させる。また、通信端末１０の送受信部１１は、記憶部１０００に記憶されている通話時の音入力デバイスの識別情報を参照し、当該識別情報により識別される音入力デバイスから入力される音の音データを、通信端末７０へ送信する。

上述のように、第３の実施の形態によれば、通信端末１０は、予め動作状態ごとに利用する音入出力デバイスを選択しておくことにより、利用する音入出力デバイスを、動作状態及びタイミングに応じて適切に切り替えることができる。

＜＜実施の形態の補足＞＞
上記各実施の形態における通信端末１０、通信端末７０及び通信管理システム５０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。

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

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

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

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

また、上記各実施の形態では、通信システム１によってオペレータがユーザにサービスを提供する場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示等に使用されてもよい。

なお、第１から第３の実施の形態において、通信端末７０は、通信端末の一例である。通信管理システム５０は、情報処理装置の一例である。送受信部７１は、第１の送信部、第２の送信部及び受信部の一例である。記憶部７０００は、記憶部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 通信システム
１０，７０ 通信端末
１１，７１ 送受信部
１２，７２ 操作入力受付部
１３，７３ 起動部
１４，７４ 出力制御部
７５ 状態管理部
１９，７９ 記憶・読出部
３０ 中継装置
５０ 通信管理システム
５１ 送受信部
５２ 認証部
５３ 管理部
５８ セッション制御部
５９ 記憶・読出部
１０００ 記憶部
５０００ 記憶部
５００１ 認証管理ＤＢ
５００２ 端末管理ＤＢ
７０００ 記憶部
７００１ 宛先管理ＤＢ
７００２ プレゼンス管理ＤＢ
７００３ 送信先管理ＤＢ

特許第４６６６５１２号公報

Claims (4)

1. 複数の通信相手の候補の中のいずれかと通信する通信端末であって、
   通信開始の要求を複数の前記候補に送信する第１の送信部と、
   前記通信開始の要求に対する前記複数の候補からの応答を受信する受信部と、
   前記受信部が応答を受信した候補のうちのいずれか一つの候補に、通信確立の要求を示す情報を送信し、他の候補に、通信確立のキャンセルを示す情報を送信する第２の送信部と、を有し、
   前記第１の送信部は、前記通信開始の要求の送信先の前記候補の識別情報を記憶部に記憶させ、
   前記第２の送信部は、前記記憶部に記憶された前記候補の識別情報のうち、通信確立の要求を示す情報を送信する候補の識別情報を前記記憶部から削除し、他の識別情報に係る候補に前記キャンセルを示す情報を送信することを特徴とする通信端末。
2. 前記第２の送信部は、前記受信部が応答を受信した候補のうち、応答が最も早く受信された候補に、前記通信確立の要求を示す情報を送信することを特徴とする請求項１記載の通信端末。
3. 複数の通信相手の候補の中のいずれかと通信する通信端末が、
   通信開始の要求を複数の前記候補に送信する第１の送信手順と、
   前記通信開始の要求に対する前記複数の候補からの応答を受信する受信手順と、
   前記受信手順によって応答を受信した候補のうちのいずれか一つの候補に、通信確立の要求を示す情報を送信し、他の候補に、通信確立のキャンセルを示す情報を送信する第２の送信手順と、
   前記通信開始の要求の送信先の前記候補の識別情報を記憶部に記憶させる手順と、
   前記記憶部に記憶された前記候補の識別情報のうち、通信確立の要求を示す情報を送信する候補の識別情報を前記記憶部から削除し、他の識別情報に係る候補に前記キャンセルを示す情報を送信する手順と、を実行することを特徴とする通信方法。
4. 複数の通信相手の候補の中のいずれかと通信する通信端末に、
   通信開始の要求を複数の前記候補に送信する第１の送信手順と、
   前記通信開始の要求に対する前記複数の候補からの応答を受信する受信手順と、
   前記受信手順によって応答を受信した候補のうちのいずれか一つの候補に、通信確立の要求を示す情報を送信し、他の候補に、通信確立のキャンセルを示す情報を送信する第２の送信手順と、
   前記通信開始の要求の送信先の前記候補の識別情報を記憶部に記憶させる手順と、
   前記記憶部に記憶された前記候補の識別情報のうち、通信確立の要求を示す情報を送信する候補の識別情報を前記記憶部から削除し、他の識別情報に係る候補に前記キャンセルを示す情報を送信する手順と、を実行させることを特徴とするプログラム。

Images