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

Abstract

通信端末は、宛先候補の１以上の属性を宛先候補ごとに示す属性情報、及び宛先候補がコミュニケーションを開始可能な状態かを宛先候補ごとに示す状態情報を取得する取得手段と、属性に関連付けられた１以上の宛先候補のうち、いずれかの宛先候補がコミュニケーションを開始可能な状態であるかを属性ごとに判断する判断手段と、判断手段によって、いずれかの宛先候補がコミュニケーションを開始可能な状態であると判断される属性ごとに、属性を示す情報、及びいずれかの宛先候補がコミュニケーションを開始可能な状態であることを示す情報を対応付けて表示し、判断手段によって、いずれの宛先候補もコミュニケーションを開始可能な状態ではないと判断される属性ごとに、属性を示す情報、及びいずれの宛先候補もコミュニケーションを開始可能な状態ではないことを示す情報を対応付けて表示する制御を行う表示制御手段と、を有する。

Description

通信端末、通信システム、表示制御方法、及びプログラム

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

　近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介してテレビ会議や通話等を行う通信システムが普及している。一部の通信システムには、宛先候補へコンタクト可能であるかを発信元に判断させるため、一例として、SIMPLE（Session initiation protocol for Instant Messaging and Presence Leveraging Extensions）等のプロトコルにより、プレゼンス通知機能が実装されている。

　特許文献１には、複数のアプリケーションサーバと、上記複数のアプリケーションサーバにそれぞれ対応した複数のアプリケーションクライアントプログラムを記憶したメモリとを有する端末と、上記端末のプレゼンス情報を記憶したメモリとを有するプレゼンスサーバを備えるプレゼンス統合管理システムが開示されている。

　特許文献１によると、上記プレゼンスサーバは、上記複数のアプリケーションのうちの一のアプリケーションに関する上記端末のプレゼンス情報登録を上記端末から受けた場合に、該一のアプリケーションと同一のグループに属する少なくとも一つの他のアプリケーションに関する上記端末のプレゼンス情報を上記一のアプリケーションと同期させる。

　宛先候補のうち特定の属性のいずれかの宛先候補とのコミュニケーションを開始する場合、通信端末は、宛先候補毎の状態を表示させても、特定の属性のいずれかの宛先候補とのコミュニケーションを開始可能であるかユーザに判断させることは困難である。このため、通信端末のユーザビリティに関する課題が生じる。

　請求項１に係る発明の通信端末は、宛先候補の１以上の属性を宛先候補ごとに示す属性情報、及び前記宛先候補がコミュニケーションを開始可能な状態かを前記宛先候補ごとに示す状態情報を取得する取得手段と、前記取得手段によって取得される前記属性情報、及び前記状態情報に基づいて、属性に関連付けられた１以上の宛先候補のうち、いずれかの宛先候補が前記コミュニケーションを開始可能な状態であるかを前記属性ごとに判断する判断手段と、前記判断手段によって、いずれかの宛先候補がコミュニケーションを開始可能な状態であると判断される前記属性ごとに、前記属性を示す情報、及びいずれかの宛先候補が前記コミュニケーションを開始可能な状態であることを示す情報を対応付けて表示し、前記判断手段によって、いずれの宛先候補も前記コミュニケーションを開始可能な状態ではないと判断される前記属性ごとに、前記属性を示す情報、及びいずれの宛先候補も前記コミュニケーションを開始可能な状態ではないことを示す情報を対応付けて表示する制御を行う表示制御手段と、を有する。

　本発明によると、宛先候補のうち特定の属性のいずれかの宛先候補とのコミュニケーションを開始する場合に、通信端末のユーザビリティを向上させることができるという効果を奏する。

図１は、一実施形態に係る通信システムの概略図である。 図２は、一実施形態に係る端末の外観図である。 図３Ａは、一実施形態に係る端末１０のハードウェア構成を示すブロック図である。 図３Ｂは、一実施形態に係る端末７０のハードウェア構成を示すブロック図である。 図４は、一実施形態に係る管理システムのハードウェア構成を示すブロック図である。 図５Ａは、一実施形態に係る端末１０のソフトウェア構成を示すブロック図である。 図５Ｂは、一実施形態に係る端末７０のソフトウェア構成を示すブロック図である。 図６は、一実施形態に係る通信システムの一部を構成する端末及び管理システムの機能を示すブロック図である。 図７Ａは、端末７０によって管理される宛先管理テーブルを示す概念図である。 図７Ｂは、端末７０によって管理されるプレゼンス管理テーブルを示す概念図である。 図７Ｃは、管理システムによって管理される認証管理テーブルを示す概念図である。 図７Ｄは、管理システムによって管理される端末管理テーブルを示す概念図である。 図８は、端末が管理システムへログインする処理を示すシーケンス図である。 図９は、受付画面の一例を示す図である。 図１０は、プレゼンス情報を送信する処理を示すシーケンス図である。 図１１は、属性毎のプレゼンスを管理する処理を示すフロー図である。 図１２は、通信を開始する処理を示すシーケンス図である。 図１３は、属性一覧の一例を示す図である。 図１４は、ディスプレイに表示されたメッセージの例である。 図１５は、属性一覧の表示例である。 図１６は、音入出力デバイスの選択を受け付けるための画面の一例である。

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

　＜＜通信システム１の全体構成＞＞
　図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、テレビ会議端末が一例である複数の通信端末１０ａ，１０ｂ，１０ｃ、スマートフォンが一例である複数の通信端末７０ｘ，７０ｙ、各通信端末を管理する通信管理システム５０、及び中継装置３０によって構築されている。以下、「通信端末」を「端末」と表し、「通信管理システム」を「管理システム」と表す。

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

　管理システム５０は、サーバ機能を備えたコンピュータである。端末１０，７０は、対応するクライアント機能を備えたコンピュータである。端末１０，７０、中継装置３０、及び管理システム５０は、インターネット、携帯電話網、ＬＡＮ(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）等を用いてもよい。

　図３のＢは、端末７０のハードウェア構成を示すブロック図である。図３のＢに示されているように、端末７０は、端末７０全体の動作を制御するＣＰＵ７０１、プログラムを記憶したＲＯＭ(Read Only Memory)７０２、ＣＰＵ７０１のワークエリアとして使用されるＲＡＭ７０３、ＣＰＵ７０１の制御にしたがってデータの読み出し又は書き込みを行うＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）７０４、フラッシュメモリ等の記録メディア７０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアＩ／Ｆ７０７、及びＣＰＵ７０１の制御に従って被写体を撮像し画像データを得るＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ７１２を備えている。

　なお、ＥＥＰＲＯＭ７０４には、ＣＰＵ７０１が実行するオペレーティングシステム（ＯＳ）、その他のプログラム、及び、種々データが記憶されている。また、ＣＭＯＳセンサ７１２は、光を電荷に変換して被写体の画像を電子化する電荷結合素子である。被写体を撮像することができれば、ＣＭＯＳセンサは、ＣＣＤ(Charge Coupled Device)センサに置き換えることもできる。

　更に、端末７０は、音を音信号に変換するマイク７１４、音信号を音に変換するスピーカ７１５、アンテナ７１１ａ、このアンテナ７１１ａを利用して無線通信信号により、最寄りの基地局２ａと通信を行う通信部７１１、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬなどのディスプレイ７２０、このディスプレイ７２０上に載せられ、感圧式又は静電式のパネルによって構成され、指やタッチペン等によるタッチによってディスプレイ７２０上におけるタッチ位置を検出するタッチパネル７２１、及び、上記各部を電気的に接続するためのアドレスバスやデータバス等のバスライン７１０を備えている。

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

　中継装置３０は、管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。

　以下、アプリケーションをアプリと表す。図５Ａは、一実施形態に係る端末１０のソフトウェア構成を示すブロック図である。端末１０には、クライアントアプリとして「通信アプリＡ１」がインストールされている。図５Ａに示されているように、ＯＳ１０２０、及び通信アプリＡ１は、端末１０のＲＡＭ１０３の作業領域１０１０上で動作する。これらのうち、ＯＳ１０２０は、基本的な機能を提供し、端末１０全体を管理する基本ソフトウェアである。通信アプリＡ１は、他の端末と通信するためのアプリである。なお、通信アプリＡ１及びＯＳ１０２０は、本実施形態の通信システム１を構成する各端末１０にインストールされている。

　図５Ｂは、一実施形態に係る端末７０のソフトウェア構成を示すブロック図である。端末７０には、クライアントアプリとして「通信アプリＡ７」がインストールされている。図５Ｂに示されているように、ＯＳ７０２０、及び通信アプリＡ７は、ＲＡＭ７０３の作業領域７０１０上で動作する。これらのうち、ＯＳ７０２０は、基本的な機能を提供し、端末７０全体を管理する基本ソフトウェアである。通信アプリＡ７は、他の端末と通信するためのアプリである。なお、通信アプリＡ７及びＯＳ７０２０は、本実施形態の通信システム１を構成する各端末７０にインストールされている。

　なお、通信アプリＡ１，Ａ７の通信プロトコルとしては、(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 (12)

1. 　宛先候補の１以上の属性を宛先候補ごとに示す属性情報、及び前記宛先候補がコミュニケーションを開始可能な状態かを前記宛先候補ごとに示す状態情報を取得する取得手段と、
   　前記取得手段によって取得される前記属性情報、及び前記状態情報に基づいて、属性に関連付けられた１以上の宛先候補のうち、いずれかの宛先候補が前記コミュニケーションを開始可能な状態であるかを前記属性ごとに判断する判断手段と、
   　前記判断手段によって、いずれかの宛先候補がコミュニケーションを開始可能な状態であると判断される前記属性ごとに、前記属性を示す情報、及びいずれかの宛先候補が前記コミュニケーションを開始可能な状態であることを示す情報を対応付けて表示し、前記判断手段によって、いずれの宛先候補も前記コミュニケーションを開始可能な状態ではないと判断される前記属性ごとに、前記属性を示す情報、及びいずれの宛先候補も前記コミュニケーションを開始可能な状態ではないことを示す情報を対応付けて表示する制御を行う表示制御手段と、
   　を有する通信端末。
2. 　前記属性の選択を受け付ける受付手段と、
   　選択された前記属性に関連付けられた宛先候補のうち、前記取得手段によって取得される前記状態情報に基づいて特定される、前記コミュニケーションを開始可能な状態の宛先候補の宛先端末へ、前記コミュニケーションの開始要求を送信する送信手段と、を有する請求項１に記載の通信端末。
3. 　前記送信手段が、前記コミュニケーションを開始可能な状態の複数の宛先候補の宛先端末へ、前記コミュニケーションの開始要求を送信し、前記複数の宛先候補の宛先端末から前記通信端末へ前記コミュニケーションの開始要求への複数の応答が送信される場合に、最先に受信した応答の送信元の前記宛先候補の宛先端末との間で通信を確立する請求項２に記載の通信端末。
4. 　前記送信手段は、最先に受信した応答の送信元以外の応答の送信元の宛先候補の宛先端末へ、開始要求のキャンセルを示す情報を送信する請求項３に記載の通信端末。
5. 　受付手段を有し、
   　前記属性は、それぞれ、言語であり、
   　前記受付手段は、前記通信端末のユーザによって選択された言語を受け付け、
   　前記通信端末は、前記ユーザによって選択された前記言語に関連付けられた宛先候補のうちの、前記コミュニケーションを開始可能な状態にある宛先端末と、前記ユーザによって選択された前記言語で、前記コミュニケーションを開始する請求項１に記載の通信端末。
6. 　請求項１乃至４のいずれか一項に記載の通信端末と、
   　前記宛先候補の宛先端末と、
   　を有する通信システム。
7. 　前記宛先候補の宛先端末は、
   　前記宛先候補の１以上の属性の指定を受け付ける受付手段と、
   　前記受付手段によって指定が受け付けられた前記１以上の属性を示す属性情報を前記通信端末へ送信する送信手段と、
   　を有する請求項６に記載の通信システム。
8. 　請求項３に記載の通信端末を含む複数の通信端末と、
   　前記宛先候補の宛先端末と、を有しており、
   　前記宛先候補の宛先端末は、
   　前記複数の通信端末によって送信される複数の前記コミュニケーションの開始要求を受信する場合に、最先に受信した開始要求の送信元の前記通信端末へ、前記開始要求の応答を送信する送信手段
   　を有する通信システム。
9. 　前記通信端末と前記宛先端末の間の前記コミュニケーションを管理する管理システムを有し、
   　前記管理システムは、前記通信端末による要求に応じて前記通信端末及び前記宛先候補の宛先端末の間の前記コミュニケーションを確立する制御を行うことを特徴とする請求項６乃至８のいずれか一項に記載の通信システム。
10. 　通信端末により実行される表示制御方法であって、
    　宛先候補の１以上の属性を宛先候補ごとに示す属性情報、及び前記宛先候補がコミュニケーションを開始可能な状態かを前記宛先候補ごとに示す状態情報を取得する取得処理と、
    　前記取得処理によって取得される前記属性情報、及び前記状態情報に基づいて、属性に関連付けられた１以上の宛先候補のうち、いずれかの宛先候補が前記コミュニケーションを開始可能な状態であるかを前記属性ごとに判断する判断処理と、
    　前記判断処理によって、いずれかの宛先候補がコミュニケーションを開始可能な状態であると判断される前記属性ごとに、前記属性を示す情報、及びいずれかの宛先候補が前記コミュニケーションを開始可能な状態であることを示す情報を対応付けて表示し、前記判断処理によって、いずれの宛先候補も前記コミュニケーションを開始可能な状態ではないと判断される前記属性ごとに、前記属性を示す情報、及びいずれの宛先候補も前記コミュニケーションを開始可能な状態ではないことを示す情報を対応付けて表示する制御を行う表示制御処理と、
    　を含む表示制御方法。
11. 　前記宛先候補の宛先端末が、
    　前記宛先候補の１以上の属性の指定を受け付ける受付処理と、
    　前記受付処理によって指定が受け付けられた前記１以上の属性を示す属性情報を前記通信端末へ送信する送信処理と、
    　を実行することを特徴とする請求項１０に記載の表示制御方法。
12. 　通信端末に、
    　宛先候補の１以上の属性を宛先候補ごとに示す属性情報、及び前記宛先候補がコミュニケーションを開始可能な状態かを前記宛先候補ごとに示す状態情報を取得する取得処理と、
    　前記取得処理によって取得される前記属性情報、及び前記状態情報に基づいて、属性に関連付けられた１以上の宛先候補のうち、いずれかの宛先候補が前記コミュニケーションを開始可能な状態であるかを前記属性ごとに判断する判断処理と、
    　前記判断処理によって、いずれかの宛先候補がコミュニケーションを開始可能な状態であると判断される前記属性ごとに、前記属性を示す情報、及びいずれかの宛先候補が前記コミュニケーションを開始可能な状態であることを示す情報を対応付けて表示し、前記判断処理によって、いずれの宛先候補も前記コミュニケーションを開始可能な状態ではないと判断される前記属性ごとに、前記属性を示す情報、及びいずれの宛先候補も前記コミュニケーションを開始可能な状態ではないことを示す情報を対応付けて表示する制御を行う表示制御処理と、
    　を含む処理を実行させるプログラム。

Images