JP2018098792A - 通信端末、通信システム、発信方法、及びプログラム - 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）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。

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

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

特開２０１２-１４７４１６号公報

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

Claims (10)

1. 属性の指定を受け付ける受付手段と、
   複数の発信先の候補の属性情報、及び前記複数の発信先の候補のプレゼンス情報を受信する受信手段と、
   前記受信手段によって受信された前記属性情報、及び前記プレゼンス情報に基づいて、前記複数の発信先の候補のうち、前記受付手段で受け付けた属性であって、第一のプレゼンスの第１の発信先の候補へ第１のリクエストを発信する発信手段と、を有し、
   前記発信手段による第１のリクエストの発信後に、第２の発信先の候補の属性情報、及び前記第２の発信先の候補のプレゼンス情報が前記受信手段によって受信され、該第２の発信先の候補の属性情報が前記受付手段で受け付けた属性を示し、該第２の発信先の候補のプレゼンス情報が前記第一のプレゼンスを示す場合に、前記発信手段は、前記第２の発信先の候補へ第２のリクエストを発信する
   通信端末。
2. 前記発信手段による前記第１のリクエストが発信された前記第１の発信先候補の識別情報を管理する管理手段を有し、
   前記管理手段において管理されている識別情報の前記第１の発信先候補とは異なる前記第２の発信先の候補の属性情報、及び前記第２の発信先の候補のプレゼンス情報が前記受信手段によって受信され、該属性情報が前記受け付けた属性を示し、該第２の発信先の候補のプレゼンス情報が前記第一のプレゼンスを示す場合に、前記発信手段は、前記第２の発信先の候補へ第２のリクエストを発信する
   請求項１に記載の通信端末。
3. 前記発信手段による第１のリクエストの発信後に、前記第１の発信先候補の属性情報、及び前記第１の発信先候補のプレゼンス情報が前記受信手段によって受信され、該属性情報が前記受け付けた属性を示し、該プレゼンス情報が第二のプレゼンスを示す場合に、前記管理手段において管理されている前記第１の発信先候補の識別情報を削除する削除手段を有する
   請求項２に記載の通信端末。
4. 前記管理手段において管理される前記第１の発信先の識別情報が前記削除手段によって削除されてから、前記発信先と接続できない旨を示す情報を出力する出力手段を有する
   請求項３に記載の通信端末。
5. 前記第一のプレゼンスは、当該通信端末との通信を開始可能な状態を示し、
   前記第二のプレゼンスは、当該通信端末との通信を開始不可能な状態を示す
   請求項３又は４のいずれか一項に記載の通信端末。
6. 請求項１乃至５のいずれか一項に記載の通信端末と、
   前記発信先の候補の通信端末と、
   を有する通信システム。
7. 前記発信先の候補の通信端末は、
   所定のイベントの発生を契機としてプレゼンス情報を前記通信端末へ送信する
   請求項６に記載の通信システム。
8. 通信端末に、
   属性の指定を受け付ける受付処理と、
   複数の発信先の候補の属性情報、及び前記複数の発信先の候補のプレゼンス情報を受信する受信処理と、
   前記受信処理によって受信された前記属性情報、及び前記プレゼンス情報に基づいて、前記複数の発信先の候補のうち、前記受け付けた属性であって、第一のプレゼンスの第１の発信先の候補へ第１のリクエストを発信する発信処理と、
   前記発信処理による第１のリクエストの発信後に、第２の発信先の候補の属性情報、及び前記第２の発信先の候補のプレゼンス情報が受信され、該第２の発信先の候補の属性情報が前記受け付けた属性を示し、該第２の発信先の候補のプレゼンス情報が前記第一のプレゼンスを示す場合に、前記第２発信先の候補へ第２のリクエストを発信する処理と、
   を実行させる発信方法。
9. 前記発信先の候補の通信端末に、
   所定のイベントの発生を契機としてプレゼンス情報を前記通信端末へ送信する処理を
   実行させる請求項８に記載の発信方法。
10. 通信端末に、
    属性の指定を受け付ける受付処理と、
    複数の発信先の候補の属性情報、及び前記複数の発信先の候補のプレゼンス情報を受信する受信処理と、
    前記受信処理によって受信された前記属性情報、及び前記プレゼンス情報に基づいて、前記複数の発信先の候補のうち、前記受け付けた属性であって、第一のプレゼンスの第１の発信先の候補へ第１のリクエストを発信する発信処理と、
    前記発信処理による第１のリクエストの発信後に、第２の発信先の候補の属性情報、及び前記第２の発信先の候補のプレゼンス情報が受信され、該第２の発信先の候補の属性情報が前記受け付けた属性を示し、該第２の発信先の候補のプレゼンス情報が前記第一のプレゼンスを示す場合に、前記第２の発信先の候補へ第２のリクエストを発信する処理と、を実行させる。
    プログラム。