JP2009218627A - プレゼンス更新方法、電話機及びプログラム - Google Patents

Abstract

【課題】ユーザが相手の電話番号を知らなくても、相手に電話をかけられるようにする。
【解決手段】第１の電話機１１を使用するユーザの情報及び第１の電話機１１に割り当てられる電話番号が含まれるプレゼンス情報を、第１の電話機１１からプレゼンス管理サーバ２に送る。そして、プレゼンス管理サーバ２が備える第１の電話帳データベースに、プレゼンス情報を登録する。そして、第１の電話帳データベースに登録されたプレゼンス情報を、第２の電話機５に通知する。第２の電話機５が備える第２の電話帳データベースに、通知されたプレゼンス情報を登録する。
【選択図】図１

Description

本発明は、例えば、相手が移動した場合であっても、移動先で連絡をとる場合に適用して好適なプレゼンス更新方法、電話機及びプログラムに関する。

従来、パケット交換によって通信するＮＧＮ（Next Generation Network）や、回線交換によって通信する固定電話機では、回線に対して固有の番号が割り当てられる。例えば、東京地域に拠点がある事業所等の電話番号は、「03-1234-5678」といった番号が振られる。そして、電話をかけるユーザは、電話機に備えられた数字ボタン等を押下して、電話番号を入力することによって、相手と通話できる。

特許文献１には、複数の電話番号を持つ端末が一つの電話番号しか持たない端末と同様に発信と着信を行うことを可能とする電話中継システムについて開示されている。
特開２００７−１５１０８１号公報

ところで、電話受信者が異なる拠点に移動した場合には、電話発信者は、電話受信者の移動先の電話番号を調べてかけなければならない。現在では、その移動先の電話番号を調べるためには、電話受信者から移動先の電話番号を聞かなければならない。

また、例えば、相手に携帯電話機等を持たせて、この携帯電話機の番号に電話をかける場合もある。しかし、携帯電話機の電波が届かない地下に相手がいたり、そもそも携帯電話機の持ち込みが禁止されているような場所で相手が作業を行っていたりする場合、直接連絡をとることが困難であった。

また、移動先の電話番号を管理する電話番号管理データベースは、頻繁に更新されない。このため、的確に移動先の電話番号を把握することはできなかった。近年、多くの企業ではオープンオフィス化が進んでおり、席と座る人とが一致しない状況が生まれている。このような状況は、例えば、相手が頻繁に出張し、不在であることが多い場合、大変煩雑であった。

本発明はこのような状況に鑑みて成されたものであり、ユーザが相手の電話番号を知らなくても、相手に電話をかけられることを目的とする。

本発明は、通信回線で接続される第１及び第２の電話機とプレゼンス管理サーバが管理するデータを更新する。そして、第１の電話機を使用するユーザの情報及び第１の電話機に割り当てられる電話番号が含まれるプレゼンス情報を、第１の電話機からプレゼンス管理サーバに送る。そして、プレゼンス管理サーバが備える第１の電話帳データベースに、プレゼンス情報を登録する。電話帳データベースに登録されたプレゼンス情報を、第２の電話機に通知する。また、第２の電話機が備える第２の電話帳データベースに通知されたプレゼンス情報を登録する。

このようにしたことで、ユーザが相手の電話番号を知らなくても、電話をかけることが可能となる。

本発明によれば、第１の電話機を使用するユーザの情報及び第１の電話機に割り当てられる電話番号が含まれるプレゼンス情報は、プレゼンス管理サーバに登録される。そして、プレゼンス管理サーバから通知されたプレゼンス情報を、第２の電話機が備える第２の電話帳データベースに通知されたプレゼンス情報を登録する。このため、第２の電話機を使用するユーザは、第１の電話機を使用するユーザの電話番号を意識することなく、相手に電話をかけることができる。

以下、本発明の一実施の形態例について、添付図面を参照して説明する。本実施の形態例では、電話回線にＮＧＮ（Next Generation Network）回線を用いて、プレゼンス情報（例えば、電話機を使用するユーザを識別するためのユーザ識別情報と、ユーザが使用する電話機に割り当てられる電話番号）を動的に管理することが可能なプレゼンス管理システム１に適用した例について説明する。

プレゼンス管理システム１は、プレゼンス情報を取得して、このプレゼンス情報を管理するプレゼンス管理サーバ２と、各ユーザの電話番号を管理するユーザ管理データベース３と、を備える。プレゼンス管理サーバ２と、相手に電話をかけることが可能な機能を有する第１の電話機１１と第２の電話機５は、セキュアな通信回線４によって接続され、互いに送受信するデータが保護される。ユーザの個人情報（識別ＩＤ、暗証番号、ユーザ名、アクセス権限等）は、電話機を使用するユーザを一意に識別するユーザ識別情報が記録される認証デバイス１８に記録される。通信回線４は、インターネットに接続できるＬＡＮ（Local Area Network）等の回線である。

プレゼンス管理サーバ２は、各ユーザが在席する場所に設置されている第１の電話機１１と第２の電話機５の電話番号を、ユーザ毎に管理する。ユーザが第１の電話機１１を使用する場合、第１の電話機１１からプレゼンス管理サーバ２に、プレゼンス情報を含むメッセージが送られる。このメッセージは、例えば、ＸＭＬ（Extensible Markup Language）文書の形式で記述される。そして、このメッセージには、ユーザが使用する電話番号の更新・削除等の要求も含まれる。プレゼンス管理サーバ２は、受信したメッセージに含まれるプレゼンス情報を、後述する電話帳データベースに登録する。プレゼンス管理サーバ２は、受け取った要求メッセージに対する結果の情報として、第１の電話機１１に応答メッセージを送信する。

この応答メッセージには、プレゼンス管理サーバ２が電話帳データベースにアクセスした際の正常、異常に関する情報が含まれる。また、プレゼンス管理サーバ２には、第２の電話機５に対して、電話帳データベースに登録されたプレゼンス情報を通知する。この通知されたプレゼンス情報は、第２の電話機５が有する電話帳データベースに登録される。ただし、プレゼンス情報を登録せず、通話毎にプレゼンス情報を取得するようにしてもよい。

プレゼンス管理サーバ２に対して、プレゼンス情報の登録、削除（以下、単に更新ともいう。）を行う際には、認証デバイス１８を用いてユーザを認証する。そして、ユーザもしくは権限がある者がしたアクセス以外は、電話番号の参照や更新を認めない。また、ユーザ名からの検索を行う場合にも、権限を有する者以外のアクセスを不可とする。

ここで、第１の電話機を使用する第１のユーザが、第２の電話機を使用する第２のユーザに電話をかける場合を考える。このとき、プレゼンス管理サーバ２は、第２のユーザ名称をキーに検索して、第２のユーザがプレゼンス管理サーバ２に登録した電話番号を読み出す。そして、プレゼンス管理サーバ２は、読出した電話番号を第１の電話機１１に通知する。この結果、第１のユーザは、第２のユーザに電話をかけて通話できる。

通信回線４は、第１の電話機１１が設置される社内ＬＡＮ等を経由して、プレゼンス管理サーバ２と直接接続される。そして、通信回線４は、例えば、ＨＴＴＰＳ（Hypertext Transfer Protocol Security）によって接続される。通信回線４は、経路の途中で複数のルータ、サーバ等を介して接続される。通信回線４を流れるデータは、ＳＳＬ等によって暗号化されており、経路途中の機器で内容を読み取ることはできない。

ここで、ＮＧＮについて説明する。
ＮＧＮは、ＳＩＰ（Session Initiation Protocol）プロトコルによる制御が可能なネットワークである。ＮＧＮは、別々に構築されているインターネットサービス用ＩＰネットワークと電話サービス用の電話網を、ＩＰ技術を用いてＱｏＳ（Quality of Service）やセキュリティを向上させたＩＰ通信網として統合し、現行の公衆網を代替する次世代ＩＰネットワークである。電話だけでなくテレビ放送もＩＰネットワークで統一的に提供しようとする動きも進められている。

ＳＩＰは、セッションを開設するため、通信相手を特定する機能と、発信／着信／切断の機能を提供している。ＳＩＰはメッセージすなわち通信データをテキスト形式で表現する。このＳＩＰを用いたシステムは、大きくユーザ・エージェントとＳＩＰサーバから構成される。ユーザ・エージェントは、いわゆるＩＰ（Internet Protocol）電話の機能を持つＰＣなどのＳＩＰ端末のことである。このユーザ・エージェントは、リクエストを送信する機能を持つユーザ・エージェント・クライアントと、リクエストに応答する機能を持つユーザ・エージェント・サーバにより構成される。

そして、ＳＩＰは、電話ネットワークをＩＰネットワークに統合するために必要な技術として検討されてきた経緯がある。したがって、ＳＩＰのシステムの重要な機能として、ＩＰ電話を始めとする様々なＩＰネットワーク・アプリケーションでは、従来の電話番号を利用できるＥＮＵＭ（E.164 Number Mapping）がある。

ＥＮＵＭの標準化は、ＩＥＴＦとＩＴＵ−Ｔが共同して作業を進めている。ＥＮＵＭとＳＩＰの連携ということでは、ＳＩＰ端末（第１の電話機１１）によるＥＮＵＭ検索と、ＳＩＰサーバ（プレゼンス管理サーバ２）によるＥＮＵＭ検索がある。

ＥＮＵＭは、電話番号をネット上のアドレスやサービスと対応づけ、アクセス手段として利用する技術である。ＩＴＵ−Ｔ(国際電気通信連合)が定めた国際的に一意な電話番号体系(「Ｅ１６４」と呼ばれる)と特殊なドメイン領域(「.e164.arpa」のサブドメイン)をＤＮＳ（Domain Name System）で対応させることにより、電話番号とネットワーク上のサービスやアドレスを対応させている。１つの番号に対応させるアドレスなどは複数でもよい。例えば、自分の電話番号をＥＮＵＭで電子メールアドレスやＦＡＸ番号、ＷｅｂサイトのＵＲＬなどと対応させておけば、電話番号が自分へのアクセス手段の統一的な識別番号として利用できるようになる。例えば「03-1234-5678」という電話番号に対応するＥＮＵＭ（Ｅ１６４番号）のドメイン名は、先頭の０を日本の国番号８１で置換して逆順に並べた「8.7.6.5.4.3.2.1.3.1.8.e164.arpa」となる。このＤＮＳレコードに対応するアドレスなどを、プレゼンス管理サーバ２、第１の電話機１１に保管する。

このようなＥＮＵＭの機能によって、ユーザは特に意識することなく従来の電話番号を使用して、様々なＩＰネットワーク・アプリケーションを利用できる。

図２は、第１の電話機１１の外部構成例を示す。
第１の電話機１１は、音声を放音するスピーカ１２ａと話者の音声を収音するマイクロホン１２ｂを有する受話器１２と、相手の電話番号等のプレゼンス情報や電話をかける相手を選択する選択メニュー画面等を表示する表示部１３と、表示部１３に表示された選択メニュー画面から電話をかける相手を選択するための選択部１４と、第１の電話機１１を使用するユーザの状態（プレゼンス情報）を識別するためのプレゼンスキー１５と、第１の電話機１１を使用するユーザを一意に識別するユーザ識別情報が記録される認証デバイス１８から、ユーザ識別情報を読み取る認証デバイス読取り部１６と、電話番号等の入力のため、「０」〜「９」，「＊」，「＃」を選択可能なナンバキー１７と、を備える。認証デバイス読み取り部１６は、第１の電話機１１の外付け装置としてもよい。ユーザがプレゼンスキー１５を押下することによって、プレゼンス管理サーバ２に通知するプレゼンス情報には、例えば、「ログアウト」、「在籍中」、「離席中」、「会議中」等の状態がある。

第１の電話機１１は、第１の電話機１１を使用するユーザを特定できる。第１の電話機１１を使用するユーザは、例えば、認証デバイス読み取り部１６に認証デバイス１８をかざしたり、差し込んだりすると特定される。このため、ユーザは、プレゼンス管理サーバ２に登録されている電話番号を、自身が在席する場所に設置されている第１の電話機１１に割り当てられた電話番号に簡単に更新できる。本例では、第１の電話機１１に認証デバイス１８がセットされ、プレゼンス管理サーバ２にユーザ認証された状態を、プレゼンス管理システム１にログインした状態とする。ログインした状態の時、プレゼンス管理サーバ２によって、第１の電話機１１の使用が開始されたと判断される。一方、第１の電話機１１から認証デバイス１８を外した状態（又は、プレゼンスキー１５のうち「ログアウト」を押下した状態）を、プレゼンス管理システム１からログアウトした状態とする。ログアウトした状態の時、プレゼンス管理サーバ２によって、第１の電話機１１の使用が停止されたと判断される。

認証デバイス１８は、公開鍵暗号方式を利用することにより、電話番号の外部からの違法な書き換えを防ぐことができる。そして、認証デバイス１８を用いると、ユーザとプレゼンス管理サーバ２の相互認証を行ない、安全にデータ通信を利用できる。このため、プレゼンス管理サーバ２に対する不当なアクセスを防止できる。さらに、付随情報であるメタデータ等を利用することにより、認証デバイス１８に様々な機能を追加できる。

図３は、第１の電話機１１の内部構成例を示すブロック図である。これらのブロックは、以下の説明においてモジュールとも称する。
アプリケーション部２１は、表示部１３にユーザインタフェースを表示させたり、キー１４，１５，１７から入力操作を受付けたりする機能を提供するモジュールである。また、アプリケーション部２１は、受話器１２の図示しないマイクロホンで収音した音声データを作成したり、通話先の電話機から受信した音声データを変換し、受話器１２の図示しないスピーカ１２ａから放音したりする音声処理部２１ａを有する。また、アプリケーション部２１は、Dynamic Number Serviceを実現する。Dynamic Number Serviceは、ユーザを検索キーにすることで番号が変わっても同一のユーザで必要な電話番号を引けることを意味する。言い換えれば、Dynamic Number Serviceとは、ユーザ情報を用いた動的電話番号検索及びプレゼンス管理装置を意味する。

アプリケーション部２１は、Dynamic Number Serviceとしてのインタフェースを制御する。ユーザは、アプリケーション部２１を介して操作を行うこととなる。また、アプリケーション部２１は、基本処理部２２で実現されている機能を用いて、追加機能を実現する。そして、アプリケーション部２１は、ＡＰＩ（Application Program Interface）を呼び出し、基本処理部２２に対するデータ操作を行う。このＡＰＩは、Dynamic Number Serviceの機能を実現するために用いられる。また、アプリケーション部２１は、例えば、ＡＰＩを利用してプレゼンス情報を取得したり、電話帳データベースを更新したりする要求を行う。

基本処理部２２は、各種の下位レイヤに位置するモジュールの処理を統括する。そして、アプリケーション部２１に対して、Dynamic Number Serviceの機能を提供する。基本処理部２２は、Dynamic Number Serviceとして、第１の電話機１１の基本機能に関する全ての処理を行う。

情報取得操作部２３は、ＮＧＮを利用したサービスを提供する。情報取得操作部２３は、例えば、プレゼンス管理サーバ２から電話番号を取得したり、メッセージを受発信したりする。また、ＮＧＮから情報を取得するためのインタフェースを提供する。以下の説明でインタフェースとは、機能プログラムを介して行う処理のためのモジュールを意味する。

ＮＧＮ通信部２４は、ＮＧＮに接続する機能を有するモジュールである。そして、ＮＧＮ通信部２４は、ＮＧＮ通信部は実際のＮＧＮで利用するＳＩＰメッセージや、実際の音声などをやり取りする部分で、情報取得部は付随するＩＰアドレスなどの取得を行う。これらの機能は、ＮＧＮにおいて、ＳＩＰ ＳｔａｃｋとＮＧＮ接続するために用いられる。ＳＩＰ Ｓｔａｃｋは、ＳＩＰプロトコルの機能そのものであり、ＳＩＰを用いた通信を行うために必要な機能を含んだモジュールである。

ＸＭＬ解析生成部２５は、ＸＭＬ文書を解析するＸＭＬパーサと、ＸＭＬ文書を生成するＸＭＬジェネレータを有する。そして、ＸＭＬ解析生成部２５は、プレゼンス管理サーバ２に対して、ＸＭＬ文書データを受け取ったり、送ったりするためのインタフェースとなる。

暗号処理部２６は、プレゼンス管理サーバ２に対して、暗号化通信を行うためのブロックである。暗号処理部２６は、例えば、ＴＬＳ（Transport Layer Security）／ＳＳＬ（Secure Socket Layer）処理を行って、プレゼンス管理サーバ２に送るデータを暗号化したり、プレゼンス管理サーバ２から受け取るデータの認証処理を行ったりする。ＳＳＬは、公開鍵暗号、デジタル証明書等を組み合わせて使われるセキュリティ技術であり、通信回線４で送られるデータを保護できる。ＴＬＳは、ＳＳＬに含まれるセキュリティ技術である。

ネットワーク通信部２７は、インターネットやイントラネットのＬＡＮに接続するためのモジュールである。ネットワーク通信部２７は、例えば、ＰＰＰｏＥ処理を行って、暗号処理部２６から受け取ったデータをプレゼンス管理サーバ２に送る。一方、ネットワーク通信部２７は、プレゼンス管理サーバ２から受け取ったデータを暗号処理部２６に引き渡す。ネットワーク通信部２７は、ＰＰＰｏＥ処理によって、従来の電話回線やＩＳＤＮ回線を用いて行うネットワークへの通信処理を、ＬＡＮを介して行う。

認証処理部２８は、ユーザ認証を行うためのインタフェースである。認証処理部２８は、カードキー等からなる認証デバイス１８に対して、署名データを要求したり、ユーザのアクセス権限を参照したり、ユーザがプレゼンス管理システム１にログイン可能であるかどうかを判断したりする。
認証デバイス制御部２９は、認証デバイス１８にアクセスするためのＡＰＩを提供する。認証デバイス制御部２９によって、認証デバイス１８と通信できる。
認証デバイス読取り部３０は、上述した認証デバイス読取り部１６と連動し、認証デバイス１８に実際にアクセスするモジュールである。認証デバイス読取り部３０は、各種のドライバやデータ通信を行うための機能も含む。

電話帳管理部３１は、電話をかける相手の電話番号が登録される電話帳データベース３２に対して、ユーザ毎に電話番号を更新、参照するためのインタフェースを提供する。
電話帳データベース３２は、ＲＡＭ等で構成される記憶媒体であり、第１の電話機１１が保有するデータベースである。電話帳データベース３２は、複数種類のテーブルを有する。電話帳データベース３２が管理するデータベースとして、例えば、ユーザと電話番号を関連づけるユーザ管理テーブルを有する。電話帳データベース３２は、定期的（例えば、１時間毎）に更新される。

図４は、プレゼンス管理サーバ２の内部構成例を示すブロック図である。
アプリケーション部４１は、Dynamic Number Serviceのサーバ側アプリケーションを提供するモジュールである。具体的にはユーザインタフェース等の機能を提供する。アプリケーション部４１は、ＡＰＩ（Application Program Interface）を呼び出し、基本処理部４２に対してデータ操作を行う。このＡＰＩは、Dynamic Number Serviceの機能を実現するために用いられる。システム管理者は、アプリケーション部４１を介して、メンテナンス等の操作が行える。また、他のサービスとの連携処理もアプリケーション部４１が行う。

基本処理部４２は、各種の下位レイヤに位置するモジュールの処理を統括する。そして、アプリケーション部４１に対して、Dynamic Number Serviceのサーバ機能を提供する。基本処理部４２は、各種の機能をＡＰＩで提供しており、Dynamic Number Serviceとして、基本的なサーバ機能を有する。

ＸＭＬ解析生成部４３は、ＸＭＬ文書を解析するＸＭＬパーサと、ＸＭＬ文書を生成するＸＭＬジェネレータを有する。そして、第１の電話機１１に対して、ＸＭＬ文書データを受け取ったり、送ったりするためのインタフェースとなる。

暗号処理部４４は、第１の電話機１１に対して、暗号化通信を行うブロックである。この際、暗号処理部４４は、例えば、ＴＬＳ／ＳＳＬ処理を行って、第１の電話機１１に送るデータを暗号化したり、第１の電話機１１から受け取るデータの認証処理を行ったりする。
ネットワーク通信部４５は、インターネットやイントラネットのＬＡＮに対して、接続を行うモジュールである。ネットワーク通信部４５は、例えば、ＰＰＰｏＥ処理を行って、暗号処理部４４から受け取ったデータを第１の電話機１１に送る。一方、ネットワーク通信部４５は、ＰＰＰｏＥ処理によって、第１の電話機１１から受け取ったデータを暗号処理部４４に引き渡す。

認証処理部４６は、ユーザ認証を行うためのインタフェースである。システム管理者のアクセス権限を参照したり、ユーザがプレゼンス管理システム１にログイン可能であるかどうかを判断したりする。
ユーザ情報管理部４７は、プレゼンス管理システム１を利用するユーザを管理する。ユーザ情報管理部４７は、プレゼンス管理システム１を利用しようとするユーザの認証情報やアクセス権情報を、ユーザ情報データベース４８から取得するインタフェースを提供する。
ユーザ情報データベース４８は、ユーザ情報を管理する。電話帳データベース４８は、複数種類のテーブルを有する。ユーザ情報データベース４８に記録されるユーザ情報には、ユーザの認証情報やアクセス権限などがある。

電話帳管理部４９は、システム全体の電話帳データベース５０にアクセスする。電話帳管理部４９は、プレゼンス管理システム１にログオンしたユーザの電話番号が登録される電話帳データベース５０に対して、ユーザ毎に電話番号を更新、参照するためのインタフェースを提供する。
電話帳データベース５０は、ハードディスクドライブ等で構成される記録媒体であり、各電話機の電話番号を管理する。また、第１の電話機１１、第２の電話機５を使用すると生じる全てのログ情報を電話帳データベース５０に保存できる。そして、電話帳データベース５０に記録されたログから、第１の電話機１１、第２の電話機５を使用したユーザを検索することも可能である。このため、許可されていないユーザが第１の電話機１１を使用したか否かを判断できるため、ユーザのアクセスを厳しく管理できる。

ここで、プレゼンス管理システム１の使用例について、図５〜図７を参照して説明する。以下の説明で、ユーザＡは、常に、認証デバイス１８を携行する。
図５は、ユーザＡが第１の支店にいる場合を示す。
第１の支店には、第１の電話機１１が設置される。同様に、第２の支店には、第２の電話機５が設置される。第１の電話機１１と第２の電話機５は、インターネット（通信回線４）を介して、プレゼンス管理サーバ２に接続される。また、第１の電話機１１と第２の電話機５は、通常の電話回線を介して、ＮＧＮを管理するＮＧＮ管理センタ６１に接続される。ＮＧＮ管理センタ６１は、ＮＧＮに必要な情報等を管理している基地局であり、通常の電話をかけるときに利用する交換機としての機能を有する。

ユーザＡが第１の電話機１１を使用する際には、第１の電話機１１に認証デバイス１８のユーザ情報を読み取らせることとなる。
ただし、図５では、ユーザＡが第１の電話機１１から認証デバイス１８を外しているため、プレゼンス管理サーバ２は、ユーザＡがログインしていない（言い換えると、ログアウトしている。）と判断している。この場合、ユーザＡは、離席していると考えられる。

図６は、ユーザＡが、第１の支店から第２の支店に移動中である場合を示す。
このとき、ユーザＡは、第１の支店と第２の支店のいずれにも在席していない。このため、プレゼンス管理サーバ２は、ユーザＡがログインしていないと判断している。ユーザＡが移動中である場合、プレゼンス管理サーバ２は、ユーザＡに連絡可能な電話番号として、ユーザＡが持つ携帯電話機の電話番号を、各電話機に通知してもよい。

図７は、ユーザＡが第２の支店にいる場合を示す。
このとき、ユーザＡは、第２の電話機５を使用するため、認証デバイス１８を第２の電話機５にかざしてプレゼンス管理システム１にログインする。このため、プレゼンス管理サーバ２は、ユーザＡがログインしていると判断している。そして、プレゼンス管理サーバ２は、ユーザＡが第２の電話機５を使用することを各電話機に通知する。この結果、他のユーザが、ユーザＡに電話をかけると、第２の電話機５と通話することができる。

次に、図８〜図２２を参照して、プレゼンス管理サーバ２と第１の電話機１１の処理の例について説明する。ただし、プレゼンス管理サーバ２と第２の電話機５の処理については、以下に説明する処理と同様であるため、詳細な説明は省略する。

図８は、プレゼンス管理サーバ２に第１の電話機１１に割り当てられる電話番号を登録する処理の例である。上述したように、ユーザ管理データベース３は、電話帳データベース５０を備える。さらに、電話帳データベース５０は、ユーザ管理テーブル５１を備える。ユーザ管理テーブル５１には、ユーザ毎に、連絡可能な電話番号が登録されている。本例では、登録処理が行われる前、ユーザＡの電話番号は、「none」と登録されている。このとき、ユーザＡは、不在であり、連絡不能である。

ユーザＡが第１の電話機１１に認証デバイス１８をかざし、ログインキーを押下するとプレゼンス管理システム１にログインした状態となる。ユーザＡを識別するためのユーザ情報は、第１の電話機１１の電話番号と、認証デバイス１８に記録される情報を含む。そして、プレゼンス管理サーバ２からユーザ情報を登録するための登録／更新情報がプレゼンス管理サーバ２に送られる。そして、ユーザ管理テーブル５１に登録されているユーザＡの電話番号は、「03-XXXX-XXXX」に登録更新される。

図９は、電話番号を登録する処理の例を示す。
初めに、第１の電話機１１は、認証デバイス１８に記録されたユーザ情報を取得する（ステップＳ１）。そして、第１の電話機１１は、電話番号をプレゼンス管理サーバ２に登録するための電話番号メタデータを取得する（ステップＳ２）。電話番号メタデータには、第１の電話機１１に割り当てられる電話番号の情報が含まれる。

次に、第１の電話機１１は、認証デバイス１８に対して、公開鍵暗号方式による署名を要求する（ステップＳ３）。認証デバイス１８は、第１の電話機１１の要求に応えて、自身が保持する署名データを第１の電話機１１に送る（ステップＳ４）。署名データには、ユーザを証明するための証明書データが含まれる。その後、第１の電話機１１は、プレゼンス管理サーバ２に対して暗号化通信を開始する。ステップＳ４の処理では、ユーザのキー入力によって、入力されたパスワード等を署名データに含めてもよい。

次に、第１の電話機１１は、プレゼンス管理サーバ２に対して、ユーザ情報を更新する要求メッセージを、署名データと共に送る（ステップＳ５）。そして、プレゼンス管理サーバ２は、ユーザＡが正当なアクセス権限を有する者であって、どの種類の要求メッセージであるかを受け取った要求メッセージと署名データから判断する（ステップＳ６）。

プレゼンス管理サーバ２は、ユーザＡが正当なアクセス権限を有する者であると判断し、登録要求のメッセージであると判断すると、ユーザ管理データベース３に記録されているユーザＡの電話番号を登録更新する指示を出す（ステップＳ７）。ユーザ管理データベース３は、更新結果の情報をプレゼンス管理サーバ２に通知する（ステップＳ８）。この更新結果の情報には、更新が成功した場合と、更新が失敗した場合のいずれかの情報が含まれる。

そして、プレゼンス管理サーバ２は、更新結果の情報を含めた返信メッセージを、第１の電話機１１に送る（ステップＳ９）。この結果、第１の電話機１１は、登録を要求した電話番号がプレゼンス管理サーバ２に登録されたかどうかを知ることができる。

図１０は、第１の電話機１１がプレゼンス管理サーバ２に送る登録／更新要求メッセージの例を示す。
このメッセージには、ユーザＡの名前が、例えば、「Alice」であり、ユーザ管理データベース３に登録する電話番号が「03-XXXX-XXXX」であることを示す情報が含まれる。

図１１は、プレゼンス管理サーバ２が第１の電話機１１に送る登録／更新成功時の返信メッセージの例を示す。
このメッセージには、例えば、ユーザ管理データベース３に対して、ユーザ情報が登録／更新されたことが成功したことを示すコード値「200」が含まれる。第１の電話機１１は、返信メッセージからこのコード値「200」を読出して、ユーザ情報の登録／更新が成功したことを判別する。

図１２は、プレゼンス管理サーバ２が第１の電話機１１に送る登録／更新失敗時の返信メッセージの例を示す。
このメッセージには、例えば、ユーザ管理データベース３に対して、ユーザ情報が登録／更新されたことが失敗したことを示すコード値「401」が含まれる。第１の電話機１１は、返信メッセージからこのコード値「401」を読出して、ユーザ情報の登録／更新が失敗したことを判別する。

図１３は、プレゼンス管理サーバ２に登録されている第１の電話機１１の電話番号を削除する処理の例である。

ユーザＡが認証デバイス１８を第１の電話機１１のログアウトキーを押下し、認証デバイス１８を取り外すと、プレゼンス管理システム１からログアウトした状態となる。このとき、プレゼンス管理サーバ２からユーザ情報を削除するための削除要求メッセージがプレゼンス管理サーバ２に送られる。そして、ユーザ管理テーブル５１に登録されているユーザＡの電話番号「03-XXXX-XXXX」は、「none」に削除更新される。

図１４は、電話番号を削除する処理の例を示す。
ユーザＡによって、認証デバイス１８を第１の電話機１１のログアウトキーが押下されると、第１の電話機１１は、認証デバイス１８に記録されたユーザ情報を取得する（ステップＳ１１）。そして、第１の電話機１１は、電話番号をプレゼンス管理サーバ２に削除するための電話番号メタデータを取得する（ステップＳ１２）。

次に、第１の電話機１１は、認証デバイス１８に対して、公開鍵暗号方式による署名を要求する（ステップＳ１３）。認証デバイス１８は、第１の電話機１１の要求に応えて、自身が保持する署名データを第１の電話機１１に送る（ステップＳ１４）。その後、第１の電話機１１は、プレゼンス管理サーバ２に対して暗号化通信を開始する。

次に、第１の電話機１１は、プレゼンス管理サーバ２に対して、ユーザ情報を更新する要求メッセージを、署名データと共に送る（ステップＳ１５）。そして、プレゼンス管理サーバ２は、ユーザＡが正当なアクセス権限を有する者であって、どの種類の要求メッセージであるかを受け取った要求メッセージと署名データから判断する（ステップＳ１６）。

プレゼンス管理サーバ２は、ユーザＡが正当なアクセス権限を有する者であって、電話番号の削除要求メッセージであると判断すると、ユーザ管理データベース３に記録されているユーザＡの電話番号を削除更新する指示を出す（ステップＳ１７）。ユーザ管理データベース３は、更新結果の情報をプレゼンス管理サーバ２に通知する（ステップＳ１８）。この更新結果の情報には、更新が成功した場合と、更新が失敗した場合のいずれかの情報が含まれる。

そして、プレゼンス管理サーバ２は、更新結果の情報を含めた返信メッセージを、第１の電話機１１に送る（ステップＳ１９）。この結果、第１の電話機１１は、削除を要求した電話番号がプレゼンス管理サーバ２から削除されたかどうかを知ることができる。

図１５は、電話をかける処理の例である。

ユーザＡが電話をかける場合、認証デバイス１８を第１の電話機１１にセットし、プレゼンス管理システム１にログインした状態とする。そして、第１の電話機１１の表示部１３に表示される相手（ユーザＢ）を選択し、発呼要求を行う。このとき、プレゼンス管理サーバ２はユーザＢの電話番号がユーザ管理テーブル５１に登録されているかどうかを検索する。そして、ユーザ管理テーブル５１にユーザＢの電話番号が登録されている場合、この電話番号を第１の電話機１１に送る。この結果、ユーザＡは、ユーザＢに電話をかけることができる。なお、相手に電話をかけることを「発呼」ともいう。また、相手の電話機に電話がかかることを「着呼」ともいう。

図１６は、電話番号を検索する処理の例を示す。
第１の電話機１１は、ユーザによって選択された相手（ユーザＢ）を、電話帳データベース３２から検索する（ステップＳ２１）。ユーザＢの選択は、例えば、表示部１３に表示されたユーザ選択メニュー画面を介して、ユーザＡによって行われる。

次に、第１の電話機１１は、認証デバイス１８に対して、公開鍵暗号方式による署名を要求する（ステップＳ２２）。認証デバイス１８は、第１の電話機１１の要求に応えて、自身が保持する署名データを第１の電話機１１に送る（ステップＳ２３）。その後、第１の電話機１１は、プレゼンス管理サーバ２に対して暗号化通信を開始する。

次に、第１の電話機１１は、プレゼンス管理サーバ２に対して、ユーザ情報を検索する要求メッセージを、署名データと共に送る（ステップＳ２４）。そして、プレゼンス管理サーバ２は、ユーザＡが正当なアクセス権限を有する者であって、どの種類の要求メッセージであるかを受け取った要求メッセージと署名データから判断する（ステップＳ２５）。

プレゼンス管理サーバ２は、ユーザＡが正当なアクセス権限を有する者であって、電話番号の検索要求メッセージであると判断すると、ユーザ管理データベース３に記録されているユーザＡの電話番号を検索する指示を出す（ステップＳ２６）。ユーザ管理データベース３は、検索結果の情報をプレゼンス管理サーバ２に通知する（ステップＳ２７）。この検索結果の情報には、検索が成功した場合と、検索が失敗した場合のいずれかの情報が含まれる。

そして、プレゼンス管理サーバ２は、検索結果の情報を含めた返信メッセージを、第１の電話機１１に送る（ステップＳ２８）。この結果、第１の電話機１１は、検索を要求したユーザＢの電話番号を取得する。
そして、第１の電話機１１は、プレゼンス管理サーバ２から取得した電話番号に電話をかける（ステップＳ２９）。

図１７は、第１の電話機１１がプレゼンス管理サーバ２に送る電話番号の検索要求メッセージの例を示す。
このメッセージには、検索するユーザＢの名前が、例えば、「Alice」であることを示す情報が含まれる。

図１８は、プレゼンス管理サーバ２が第１の電話機１１に送る電話番号の検索要求メッセージの例を示す。
このメッセージには、例えば、ユーザ管理データベース３に対して、ユーザＢの検索が成功したことを示すコード値「200」と、ユーザＢの電話番号「03-XXXX-XXXX」が含まれる。第１の電話機１１は、返信メッセージからこのコード値「200」を読出して、電話番号の検索が成功したことを判別する。

図１９は、プレゼンス管理サーバ２が電話番号を検索した結果に基づいて、第１の電話機１１が備える電話帳データベース３２に、相手の電話番号を登録する処理の例である。ここでは、ユーザＣの電話番号を登録する場合について説明する。上述したように、第１の電話機１１は、電話帳データベース３２を備える。さらに、電話帳データベース３２は、ユーザ管理テーブル３３を備える。ユーザ管理テーブル３３には、ユーザ毎に、連絡可能な電話番号が登録されている。本例では、登録処理が行われる前、ユーザＣの電話番号は、「06-WWWW-WWWW」と登録されている。

第１の電話機１１は、プレゼンス管理サーバ２からユーザＣの電話番号を検索要求すると、プレゼンス管理サーバ２からユーザＣの電話番号を更新するための情報がプレゼンス管理サーバ２に送られる。そして、第１の電話機１１は、ユーザ管理テーブル５１に登録されているユーザＣの電話番号を、「06-ZZZZ-ZZZZ」に更新する。

図２０は、電話帳データベース３２を更新する処理の例を示す。
第１の電話機１１は、ユーザによって電話帳データベース３２の更新処理が選択されたことを検出する（ステップＳ３１）。

次に、第１の電話機１１は、認証デバイス１８に対して、公開鍵暗号方式による署名を要求する（ステップＳ３２）。認証デバイス１８は、第１の電話機１１の要求に応えて、自身が保持する署名データを第１の電話機１１に送る（ステップＳ３３）。その後、第１の電話機１１は、プレゼンス管理サーバ２に対して暗号化通信を開始する。

次に、第１の電話機１１は、プレゼンス管理サーバ２に対して、ユーザ情報を検索する要求メッセージを、署名データと共に送る（ステップＳ３４）。そして、プレゼンス管理サーバ２は、ユーザＡが正当なアクセス権限を有する者であって、どの種類の要求メッセージであるかを受け取った要求メッセージと署名データから判断する（ステップＳ３５）。

プレゼンス管理サーバ２は、ユーザＡが正当なアクセス権限を有する者であって、電話番号の検索要求メッセージであると判断すると、ユーザ管理データベース３に記録されているユーザＣの電話番号を取得する指示を出す（ステップＳ３６）。ユーザ管理データベース３は、検索結果の情報をプレゼンス管理サーバ２に通知する（ステップＳ３７）。この検索結果の情報には、検索が成功した場合と、検索が失敗した場合のいずれかの情報が含まれる。

そして、プレゼンス管理サーバ２は、検索結果の情報を含めた返信メッセージを、第１の電話機１１に送る（ステップＳ３８）。この結果、第１の電話機１１は、検索を要求したユーザＣの電話番号を取得する。
そして、第１の電話機１１は、プレゼンス管理サーバ２から取得した電話番号に基づいて、電話番号データベース３２を更新する（ステップＳ３９）。

図２１は、第１の電話機１１がプレゼンス管理サーバ２に送る電話番号更新要求メッセージの例を示す。
このメッセージには、電話帳データベース３２を更新することを示す情報が含まれる。

図２２は、プレゼンス管理サーバ２が第１の電話機１１に送る電話番号更新返信メッセージの例を示す。
このメッセージには、ユーザ管理データベース３が管理するユーザ毎の電話番号と、プレゼンス情報が含まれる。また、ユーザ情報の取得が成功したことを示すコード値「200」が含まれる。このため、第１の電話機１１は、返信メッセージからこのコード値「200」を読出して、ユーザ情報の取得したことを判別する。そして、電話帳データベース３２に取得した電話番号を登録する。

ところで、Ｗｅｂアプリケーションの連携処理は、汎用のフォーマットであるＸＭＬ等を用いて付随情報等を付加することにより様々なアプリケーションと連携することが可能となる。例えば、Ｗｅｂサーバと連携させて社内の電話帳システムをＷｅｂ上で閲覧させたり、アプリケーションからの呼び出しに利用したりすることも可能である。また、Dynamic Number Serviceに対応していない機器でもＷｅｂブラウザが利用できれば電話番号を検索したりすることも可能である。

そして、電話番号を更新すると同時に、付随情報をプレゼンス管理サーバ２に登録する。このため、ユーザがどの場所にいて、どのような状態であるかを把握することができる。また、ＸＭＬ等の標準データ形式を利用することによって、高い拡張性を持つ。そして、様々な機能を有するアプリケーションを追加することができる。

また、プレゼンス管理システム１に登録する電話番号は固定電話だけに限らない。例えば、移動中は携帯電話機の番号を初期登録したり、ＩＰ電話の番号を登録したりといった、様々な形態が考えられる。また、ユーザが電話機を操作できない場合には、ユーザ以外の者が手動で電話番号を更新できるようにするため、システム管理人、グループ管理人、代理人など複数のレベルでアクセス制限を行うことも可能である。

プレゼンス管理システム１は、ユーザの権限に応じて可能な操作が異なる。例えば、プレゼンス管理システム１を管理するシステム管理者の場合、全てのユーザのデータを更新可能である。会社や部署毎に配置されるグループ管理者の場合、管理グループ内のユーザのデータを更新可能である。各ユーザは、本人のデータのみ更新可能である。ユーザが代理人を設定すると、依頼したユーザのデータをその代理人が更新可能となる。代理人を設定する状況としては、ユーザが出張等の理由によりプレゼンス管理システム１を利用できない場合等、ユーザが直接操作できない場合であっても、最新のプレゼンス情報をプレゼンス管理サーバ２に更新できる。

図２３は、プレゼンス情報との連携処理の例を示す。
図２３（ａ）は、ユーザＡが支社Ａに在席する場合を示す。
このとき、ユーザＡのプレゼンス情報から、ユーザＡが支社Ａの２１階のＡ４テーブルにいることが示される。
図２３（ｂ）は、ユーザＡが支社Ｂに在席する場合を示す。
このとき、ユーザＡのプレゼンス情報から、ユーザＡが支社Ｂの１０階のＧ２テーブルにいることが示される。

このように、ユーザＡが移動した先の電話番号のみならず、どこに在席しているかまでプレゼンス情報として管理することで、ユーザＡの所在管理を確実に行うことができる。

上述した本実施の形態に係るプレゼンス管理システム１では、各電話機を使用するプレゼンス情報を管理するプレゼンス管理サーバ２を用意し、個人認証を行うことができる認証デバイス１８を利用する。このため、電話をかける側は相手の名前を元に検索し、電話番号を取得できる。この電話番号にかけることにより目的の相手に簡単にかけることができる。電話を受ける側も現在利用している電話番号を相手に教えることなくいつでもかけてもらうことができる。

そして、プレゼンス管理サーバ２は、ユーザに対して、相手の電話番号を検索して、その電話番号を通知する。このため、ユーザは、相手の移動先の電話番号を知らなくても電話をかけることが可能である。つまり、簡単かつ安全にユーザの電話番号等を含むプレゼンス情報を登録し、認証されたユーザに対して安全に公開できると言える。また、ロケーション機能がないＮＧＮや固定電話、ＩＰ電話などであっても、ユーザは、相手と容易に通話できる。また、認証デバイス１８を用いて、ユーザが使用する電話機の電話番号を、プレゼンス管理サーバ２に登録できるため、ユーザは煩雑な操作が不要である。そして、認証デバイス１８を用いるため、セキュリティを高めてプレゼンス情報を更新したり、取得したりすることができる。

また、プレゼンス管理システム１では、ユーザのアクセス制限を、複数の段階で管理できる。また、第１の電話機１１とプレゼンス管理サーバ２とのデータの送受信に用いられるメッセージは、メタデータや標準のＸＭＬなどを利用するため、Ｗｅｂサーバや各種のアプリケーションサーバと連携しやすい。付随情報であるメタデータを利用することで、例えば、現在の位置（固定電話であれば固定電話のある位置）を特定できる情報を機器や他のデータベースに登録して利用したり、現在の状況（取り込み中、電話中など）をリアルタイムで更新したりすることも可能である。

また、所定時間毎（例えば、１時間に１回）、電話機の電話帳データベースを自動更新する。また、不在期間が長いユーザについては、１週間に１回更新すればよい。また、電話機が有する電話帳データベースを更新する場合、プレゼンス管理サーバ２は、１件ずつ又は１０件毎のように、電話機に送出するメッセージに含まれるプレゼンス情報の件数を変えることも可能である。

また、本実施の形態に係るプレゼンス管理システム１では、ＩＰデータによってデータの送受信を行う。ＩＰデータは、ＮＧＮでも用いられるデータであり、プレゼンス管理システム１とＮＧＮが連携しやすくなる。このため、ＮＧＮと連携するための特別な機器が不要であり、コストメリットに優れる。

なお、プレゼンス管理サーバ２では、更新されたデータのみを差分データとして電話機に送り、電話機が有する電話帳データベースを更新するようにしてもよい。この場合、通信回線４を介して電話機に送られるデータは、差分データのみであるため、通信回線４の帯域を圧迫しない。また、電話機が有する電話帳データベースの更新時間が短縮される。電話番号をマッチングする場合、予め別のデータベースを用意して登録したり、電話機に登録したりしてもよい。

また、電話を掛ける毎に、毎回認証を行ってプレゼンス管理サーバ２から電話番号を取得するようにしてもよい。このとき、電話番号自体は、電話機が有する電話帳データベースに登録しない。このため、例えば、企業の社長や役員等にかかる電話番号の情報が第三者に知られることがなく、情報漏洩のリスクが低減される。

また、認証デバイス１８は、カードキー型としたが、他の形態であってもよい。また、例えば、指紋、掌紋、虹彩認証の画像データとパスワードを組み合わせることによって、電話機を使用するユーザを識別するようにしてもよい。この場合、ユーザを識別するために用いられる指紋、掌紋、虹彩認証とパスワードの組み合わせ等の情報は、プレゼンス管理サーバ側で有することが望ましい。

本発明の一実施の形態例におけるプレゼンス管理システムの外部構成例を示す説明図である。 本発明の一実施の形態例における携帯電話機の外観構成例を示す説明図である。 本発明の一実施の形態例における電話機の内部構成例を示すブロック図である。 本発明の一実施の形態例におけるプレゼンス管理サーバの内部構成例を示すブロック図である。 本発明の一実施の形態例におけるプレゼンス管理システムの使用例を示す説明図である。 本発明の一実施の形態例におけるプレゼンス管理システムの使用例を示す説明図である。 本発明の一実施の形態例におけるプレゼンス管理システムの使用例を示す説明図である。 本発明の一実施の形態例におけるプレゼンス管理サーバに電話番号を登録する処理の例を示す説明図である。 本発明の一実施の形態例における電話番号を登録する処理の例を示すシーケンス図である。 本発明の一実施の形態例における登録／更新要求メッセージの例を示す説明図である。 本発明の一実施の形態例における登録／更新成功時の返信メッセージの例を示す説明図である。 本発明の一実施の形態例における登録／更新失敗時の返信メッセージの例を示す説明図である。 本発明の一実施の形態例におけるプレゼンス管理サーバから電話番号を削除する処理の例を示す説明図である。 本発明の一実施の形態例における電話番号を削除する処理の例を示すシーケンス図である。 本発明の一実施の形態例における電話をかける処理の例を示す説明図である。 本発明の一実施の形態例における電話番号を検索する処理の例を示すシーケンス図である。 本発明の一実施の形態例における電話番号の検索要求メッセージの例を示す説明図である。 本発明の一実施の形態例における電話番号の検索返信メッセージの例を示す説明図である。 本発明の一実施の形態例における電話機側の電話帳データベースを更新する処理の例を示す説明図である。 本発明の一実施の形態例における電話機側の電話帳データベースを更新する処理の例を示すシーケンス図である。 本発明の一実施の形態例における電話機側の電話番号更新要求メッセージの例を示す説明図である。 本発明の一実施の形態例における電話機側の電話番号更新返信メッセージの例を示す説明図である。 本発明の一実施の形態例におけるプレゼンス情報との連繋処理の例を示す説明図である。

符号の説明

１…プレゼンス管理システム、２…プレゼンス管理サーバ、３…ユーザ管理データベース、４…通信回線、１１…電話機、１８…認証デバイス、２１…アプリケーション部、２２…基本処理部、４１…アプリケーション部、４２…基本処理部、６１…ＮＧＮ管理センタ

Claims (6)

1. 通信回線で接続される第１及び第２の電話機とプレゼンス管理サーバが管理するデータを更新するプレゼンス更新方法であって、
   前記第１の電話機を使用するユーザの情報及び前記第１の電話機に割り当てられる電話番号が含まれるプレゼンス情報を、前記第１の電話機から前記プレゼンス管理サーバに送るステップと、
   前記プレゼンス管理サーバが備える第１の電話帳データベースに、前記プレゼンス情報を登録するステップと、
   前記第１の電話帳データベースに登録された前記プレゼンス情報を、前記第２の電話機に通知するステップと、
   前記第２の電話機が備える第２の電話帳データベースに、前記通知されたプレゼンス情報を登録するステップと、を有する
   プレゼンス更新方法。
2. 請求項１記載のプレゼンス更新方法において、
   前記第２の電話機から、前記第１の電話機に電話をかける場合に、前記第２の電話機は、前記プレゼンス管理サーバに問い合せて前記第１の電話機に割り当てられる電話番号を取得するステップを有する
   プレゼンス更新方法。
3. 音声を放音するスピーカと、
   話者の音声を収音するマイクロホンと、
   前記電話機を使用するユーザを一意に識別するユーザ識別情報が記録される認証デバイスから、前記ユーザ識別情報を読み取る認証デバイス読取り部と、
   電話をかける相手のプレゼンス情報を登録する電話帳データベースと、を備える電話機であって、
   前記電話機は、前記電話機に割り当てられる電話番号と、前記ユーザ識別情報を管理するプレゼンス管理サーバに通信回線で接続され、
   前記認証デバイス読取り部によって読み取られた前記ユーザ識別情報と、前記ユーザ識別情報に対応づけて前記電話機に割り当てられる電話番号と、を含むプレゼンス情報を、前記プレゼンス管理サーバに登録し、前記プレゼンス管理サーバが管理する他のユーザ識別情報と前記他のユーザ識別情報に対応づけて前記電話機に割り当てられる電話番号を含むプレゼンス情報を取得して、前記電話帳データベースに登録する
   電話機。
4. 請求項３記載の電話機において、
   前記認証デバイス読取り部によって、前記認証デバイスに記録される前記ユーザ識別情報が読み取られ、前記プレゼンス管理サーバによってユーザ認証がされた場合に、前記第１の電話機の使用が開始されたと判断される
   電話機。
5. 請求項４記載の電話機において、
   前記取得したプレゼンス情報を表示する表示部と、
   前記表示部に表示されたプレゼンス情報から前記電話をかける相手を選択するための選択部と、備える
   電話機。
6. 通信回線で接続される第１及び第２の電話機とプレゼンス管理サーバが管理するデータを更新するプログラムであって、
   前記第１の電話機を使用するユーザの情報及び前記第１の電話機に割り当てられる電話番号が含まれるプレゼンス情報を、前記第１の電話機から前記プレゼンス管理サーバに送る処理と、
   前記プレゼンス管理サーバが備える第１の電話帳データベースに、前記プレゼンス情報を登録する処理と、
   前記第１の電話帳データベースに登録された前記プレゼンス情報を、前記第２の電話機に通知する処理と、
   前記第２の電話機が備える第２の電話帳データベースに、前記通知されたプレゼンス情報を登録する処理と、をコンピュータに実行させる
   プログラム。

Images