(57)【要約】【課題】複数のアプリケーション間でプレゼンス情報を共有し、異なる種類のアプリケーションでのプレゼンス情報の変更を把握できるようにする。【解決手段】ＩＭ（Ｘ）サーバ３は、クライアントＡ１からプレゼンス情報の変更を受け付け（Ｓ９０２）、受け付けたプレゼンス情報の変更を通知するための変更通知メッセージをプレゼンスサーバ５に送信する（Ｓ９０６）。そして、プレゼンスサーバ５は、ＩＭ（Ｘ）サーバ３から受け付けた変更通知メッセージを、ＩＭ（Ｙ）サーバ４に送信する（Ｓ９０８）。そして、ＩＭ（Ｙ）サーバ４は、プレゼンスサーバ５から受け付けた変更通知メッセージを、クライアントＢ２に送信する（Ｓ９１０）。【選択図】図９
2005266880.tif 000002
【特許請求の範囲】
【請求項１】
クライアントを使用するユーザの状態を示すプレゼンス情報を共有する方法であって、
前記クライアントに所定の業務を提供する複数の業務サーバと、前記ユーザのプレゼンス情報を管理するプレゼンスサーバと、を有し、
前記複数の業務サーバ各々の演算処理部は、
自業務サーバが提供する業務の前記プレゼンス情報の変更を、前記クライアントから受け付ける受付ステップと、
前記受付ステップにおいて受け付けたプレゼンス情報の変更を通知するための変更通知メッセージを、前記プレゼンスサーバに送信する送信ステップと、
前記プレゼンスサーバから、自業務サーバが提供する業務とは異なる業務のプレゼンス情報の変更を通知する変更通知メッセージを受信し、当該変更通知メッセージをクライアントに送信する送信ステップと、を実行し、
前記プレゼンスサーバは、演算処理部と、前記ユーザ各々のプレゼンス情報を前記複数のサーバが提供する業務毎に記憶する記憶部と、を有し、  
前記プレゼンスサーバの演算処理部は、
前記業務サーバ各々から送信された変更通知メッセージに基づいて、前記記憶部に記憶されたプレゼンス情報を更新する更新ステップと、
前記更新ステップにおいて更新されたプレゼンス情報を通知するための変更通知メッセージを、当該更新されたプレゼンス情報の業務とは異なる業務を提供する業務サーバに送信する送信ステップと、を実行すること、
を特徴とするプレゼンス情報共有方法。
【請求項２】
請求項１記載のプレゼンス情報共有方法であって、
前記複数の業務サーバ各々の演算処理部は、
前記クライアントから、通信相手のユーザのプレゼンス情報の変更通知を要求する要求メッセージを受け付ける通知要求受付ステップと、
通知要求受付ステップで受け付けた要求メッセージを、前記プレゼンスサーバに送信する通知要求送信ステップと、をさらに実行し、
前記プレゼンスサーバの演算処理部は、
前記通知要求送信ステップで送信された要求メッセージを、当該要求メッセージを送信した業務サーバとは異なる業務サーバに送信する通知要求送信ステップと、をさらに実行すること、
を特徴とするプレゼンス情報共有方法。
【請求項３】
請求項２記載のプレゼンス情報共有方法であって、
前記要求メッセージは、所定の業務を指定して、通信相手のユーザのプレゼンス情報の変更通知を要求するものであること
を特徴とするプレゼンス情報共有方法。
【請求項４】
請求項３記載のプレゼンス情報共有方法であって、
前記変更通知メッセージは、前記要求メッセージにおいて指定された所定の業務のプレゼンス情報の変更を通知するものであること
を特徴とするプレゼンス情報共有方法。
【請求項５】
クライアントを使用するユーザの状態を示すプレゼンス情報を共有するプレゼンス情報共有システムであって、
前記クライアントに所定の業務を提供する複数の業務サーバと、前記ユーザのプレゼンス情報を管理するプレゼンスサーバと、を有し、
前記業務サーバ各々は、
自業務サーバが提供する業務のプレゼンス情報の変更を、前記クライアントから受け付ける受付手段と、
前記受付手段が受け付けた自業務サーバが提供する業務のプレゼンス情報の変更を、前記プレゼンスサーバに通知する通知手段と
前記プレゼンスサーバから自業務サーバが提供する業務とは異なる業務のプレゼンス情報の変更を受け付け、クライアントに通知する通知手段と、を有し、
前記プレゼンスサーバは、
前記ユーザ各々のプレゼンス情報を、前記複数の業務サーバが提供する業務毎に記憶する記憶手段と、  
前記業務サーバ各々から通知されたプレゼンス情報の変更に基づいて、前記記憶手段に記憶されたプレゼンス情報を更新する更新手段と、
前記更新手段が更新したプレゼンス情報を、当該プレゼンス情報の業務とは異なる業務を提供する業務サーバに通知する通知手段と、を有すること
を特徴とするプレゼンス情報共有システム。
【請求項６】
クライアントを使用するユーザの状態を示すプレゼンス情報を管理するプレゼンス情報共有装置であって、
ネットワークを介して前記クライアントに所定の業務を提供する複数の業務サーバが接続され、
前記ユーザ各々のプレゼンス情報を、前記複数の業務サーバ各々が提供する業務毎に記憶する記憶手段と、  
前記業務サーバ各々から、当該業務サーバが提供する業務のプレゼンス情報の変更を受け付ける受付手段と、
前記受付手段が受け付けたプレゼンス情報の変更に基づいて、前記記憶手段に記憶されたプレゼンス情報を更新する更新手段と、
前記更新手段が更新したプレゼンス情報を、当該プレゼンス情報の業務とは異なる業務を提供する業務サーバに通知する通知手段と、を有すること
を特徴とするプレゼンス情報共有装置。
【請求項７】
クライアントに所定の業務を提供する複数の業務サーバと、前記クライアントを使用するユーザの状態を示すプレゼンス情報を管理するプレゼンスサーバと、を有するプレゼンス情報共有システムにおいて、前記プレゼンス情報を共有するためのプレゼンス情報共有プログラムであって、
前記複数の業務サーバ各々の演算処理部に、
自業務サーバが提供する業務の前記プレゼンス情報の変更を、前記クライアントから受け付ける受付ステップと、
前記受付ステップにおいて受け付けたプレゼンス情報の変更を通知するための変更通知メッセージを、前記プレゼンスサーバに送信する送信ステップと、
前記プレゼンスサーバから、自業務サーバが提供する業務とは異なる業務のプレゼンス情報の変更を通知する変更通知メッセージを受信し、当該変更通知メッセージをクライアントに送信する送信ステップと、を実行させること
を特徴とするプレゼンス情報共有プログラム。
【請求項８】
クライアントに所定の業務を提供する複数の業務サーバと、前記クライアントを使用するユーザの状態を示すプレゼンス情報を管理するプレゼンスサーバと、を有するプレゼンス情報共有システムにおいて、前記プレゼンス情報を共有するためのプレゼンス情報共有プログラムであって、
前記プレゼンスサーバは、演算処理部と、前記ユーザ各々のプレゼンス情報を前記複数のサーバが提供する業務毎に記憶する記憶部と、を有し、  
前記プレゼンスサーバの演算処理部に、
前記業務サーバ各々から、当該業務サーバが提供する業務のプレゼンス情報の変更を通知する変更通知メッセージを受け付ける受付ステップと、
前記受付ステップにおいて受け付けた変更通知メッセージに基づいて、前記記憶部に記憶されたプレゼンス情報を更新する更新ステップと、
前記更新ステップにおいて更新されたプレゼンス情報を通知するための変更通知メッセージを、当該更新されたプレゼンス情報の業務とは異なる業務を提供する業務サーバに送信する送信ステップと、を実行させること、
を特徴とするプレゼンス情報共有プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インスタントメッセージのプレゼンス情報を共有する技術に関する。
【背景技術】
【０００２】
近年、入力したテキストをリアルタイムで相手端末に送信するインスタントメッセージ（いわゆるテキストチャット）の技術が、急速に普及しつつある（非特許文献１参照）。このインスタントメッセージの技術は、パーソナルな用途は勿論のこと、出張先の社員の業務連絡や、プロジェクトのオンライン会議などビジネスシーンでのさまざまな活用方法が検討されている。そして、このインスタントメッセージの技術では、ＳＩＰ(Session Initiation Protocol)の拡張仕様であるＳＩＭＰＬＥ（SIP  for  instant  Messaging and Presence Leveraging Extension）が用いられている。また、ＳＩＰは、標準化団体であるＩＥＴＦ（Internet Engineering Task Force）が発行するＲＦＣ３２６１により規定されている。
【０００３】
【非特許文献１】NIKKEI  COMMUNICATION  2003.9.22，P150-P158，「技術解説  ＳＩＰ(Session Initiation Protocol)」
【発明の開示】
【発明が解決しようとする課題】
【０００４】
さて、インスタントメッセージの技術では、通信相手の状態を表すプレゼンス情報を管理する機能を有している。そして、この通信相手の状態を表すプレゼンス情報は、インスタントメッセージ技術を利用するアプリケーション毎に管理されている。したがって、複数の種類のアプリケーションを使用している場合、同じ種類のアプリケーションを使用している通信相手のプレゼンス情報は知ることができるが、異なる種類のアプリケーションを使用している通信相手のプレゼンス情報を知ることはできい。例えば、ユーザＡがアプリケーションＸのプレゼンス情報を変更した場合、ユーザＢは、アプリケーションＹではユーザＡのプレゼンス情報の変更を知ることができない。したがって、ユーザＡのプレゼンス情報の変更を知るためには、ユーザＢは、同じ種類のアプリケーションＸを起動する必要があった。
【０００５】
本発明は上記事情を鑑みてなされたものであり、本発明の目的は、インスタントメッセージ技術を利用する複数のアプリケーション間でプレゼンス情報を共有し、異なる種類のアプリケーションでのプレゼンス情報の変更を把握できるようにすることにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明では、プレゼンスサーバを用いて、全てのプレゼンス情報を各アプリケーションが共有できるようにする。
【０００７】
例えば、クライアントに所定の業務を提供する複数の業務サーバと、ユーザのプレゼンス情報を管理するプレゼンスサーバと、を有する。そして、複数の業務サーバ各々の演算処理部は、自業務サーバが提供する業務のプレゼンス情報の変更を、クライアントから受け付ける受付ステップと、受付ステップにおいて受け付けたプレゼンス情報の変更を通知するための変更通知メッセージを、プレゼンスサーバに送信する送信ステップと、プレゼンスサーバから、自業務サーバが提供する業務とは異なる業務のプレゼンス情報の変更を通知する変更通知メッセージを受信し、当該変更通知メッセージをクライアントに送信する送信ステップと、を実行する。そして、プレゼンスサーバは、演算処理部と、ユーザ各々のプレゼンス情報を複数のサーバが提供する業務毎に記憶する記憶部と、を有する。そして、プレゼンスサーバの演算処理部は、業務サーバ各々から送信された変更通知メッセージに基づいて、記憶部に記憶されたプレゼンス情報を更新する更新ステップと、更新ステップにおいて更新されたプレゼンス情報を通知するための変更通知メッセージを、当該更新されたプレゼンス情報の業務とは異なる業務を提供する業務サーバに送信する送信ステップと、を実行する。
【発明の効果】
【０００８】
本発明では、インスタントメッセージ技術を利用する複数のアプリケーション間でプレゼンス情報を共有し、異なる種類のアプリケーションにおけるプレゼンス情報の変更を把握することができる。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明の実施の形態を説明する。
【００１０】
図１は、本発明の一実施形態が適用されたプレゼンス情報共用システムの概略図である。図示するように、本実施形態のプレゼンス情報共用システムは、クライアントＡ１と、クライアントＢ２と、インスタントメッセージＸサーバ３（以下、「ＩＭ（Ｘ）サーバ３」）と、インスタントメッセージＹサーバ４（以下、「ＩＭ(Ｙ)サーバ４」）と、プレゼンスサーバ５と、を有する。そして、これらの装置は、インターネット、イントラネットなどのネットワーク９により接続されている。
【００１１】
クライアントＡ１は、ユーザＡが使用する情報処理装置であって、複数の種類のインスタントメッセージングサービスを使用することができる。インスタントメッセージングサービスは、入力したテキストをリアルタイムで通信相手のクライアントの出力装置に表示させるサービス（いわゆる、テキストチャット）であり、通信相手の端末の状態を知ることができる機能を有するものである。このインスタントメッセージングサービスは、オンラインゲーム、インターネット電話、ビデオ会議など他のアプリケーションと連携することもできる。
【００１２】
本実施形態では、クライアントＡ１は、インスタントメッセージングサービスを実現するＩＭ（Ｘ）１１と、ＩＭ（Ｙ）１２との２種類のアプリケーションソフトウェア（インスタントメッセンジャー）を、有するものとする。そして、同じ種類のインスタントメッセンジャー同士で、テキストチャット、ビデオチャット、オンラインゲームなどを行うものとする。また、クライアントＢ２は、ユーザＢが使用する情報処理装置であって、クライアントＡ１と同様の構成である。すなわち、クライアントＢは、ＩＭ（Ｘ）２１と、ＩＭ（Ｙ）２２との２種類のインスタントメッセンジャーを有する。
【００１３】
ＩＭ（Ｘ）サーバ３は、所定のインスタントメッセージングサービスを、当該ＩＭ（Ｘ）サーバ３に接続されたクライアントＡ１およびクライアントＢ２に提供する情報処理装置である。ＩＭ（Ｘ）サーバ３は、テキストチャット、ビデオチャット、オンラインゲームなどの所定のサービスを各クライアント１、２に提供する業務処理部３１と、ユーザのの状態を管理するプレゼンス管理部３２と、業務処理部３１が業務を行うために必要なデータを記憶するための業務情報記憶部３３と、図３において後述するプレゼンス情報を記憶するプレゼンス情報記憶部３４と、ネットワーク９を介して他の装置とデータの送受信を行う通信処理部３５と、を有する。また、ＩＭ（Ｙ）サーバ４は、ＩＭ（Ｘ）サーバ３とは異なる種類のインスタントメッセージングサービスを提供する情報処理装置であって、ＩＭ（Ｘ）サーバ３と同様の構成である。
【００１４】
プレゼンスサーバ５は、ＩＭ（Ｘ)サーバ３およびＩＭ（Ｙ）サーバから、後述するプレゼンス情報を収集し、プレゼンス情報を各サーバ３、４間で共有するための情報処理装置である。プレゼンスサーバ５は、ＩＭ（Ｘ)サーバ３およびＩＭ（Ｙ）サーバからプレゼンス情報を収集・管理するプレゼンス管理部５１と、図３において後述するプレゼンス情報を記憶するプレゼンス情報記憶部５２と、ネットワーク９を介して他の装置とデータの送受信を行う通信処理部５３と、を有する。
【００１５】
なお、本実施形態ではクライアント１、２、および、ＩＭサーバ３、４は、ともに２台である。しかしながら、クライアントおよびＩＭサーバは、３台以上であってもよい。また、プレゼンスサーバ５は複数台あってもよい。
【００１６】
以上説明した、クライアント１、２と、ＩＭサーバ３、４と、プレゼンスサーバ５は、いずれも例えば図２に示すようなＣＰＵ９０１と、ＲＡＭ等のメモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワーク接続するための通信制御装置９０６と、これらの各装置を接続するバス９０７と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。
【００１７】
例えば、クライアント１、２、ＩＭサーバ３、４、および、プレゼンスサーバ５の各機能は、クライアント１、２用のプログラムの場合はクライアント１、２のＣＰＵ９０１が、ＩＭサーバ３、４用のプログラムの場合はＩＭサーバ３、４のＣＰＵ９０１が、そして、プレゼンスサーバ５用のプログラムの場合はプレゼンスサーバ５のＣＰＵ９０１が、それぞれ実行することにより実現される。この場合、ＩＭサーバ３、４の業務情報記憶部３３、４３およびプレゼンス情報記憶部３４、４４には、ＩＭサーバ３、４のメモリ９０２または外部記憶装置９０３が用いられる。また、プレゼンスサーバ５のプレゼンス情報記憶部５２には、プレゼンスサーバ５のメモリ９０２または外部記憶装置９０３が用いられる。
【００１８】
次に、プレゼンス情報について説明する。プレゼンス情報は、ユーザ（または、ユーザが使用するクライアント１、２）の状態（ステータス）を、示すものである。
【００１９】
図３は、テーブル構造を用いて、各ユーザの使用するインスタントメッセージングサービスの種類毎に、プレゼンス情報を表したプレゼンス情報テーブル３００の例である。プレゼンス情報テーブル情報３００は、図示するように、ユーザを識別するための情報であるユーザ情報３０１と、ユーザ毎のＩＭ（Ｘ）の状態３０２およびＩＭ（Ｙ）の状態３０３と、を有する。図３に示す例では、ユーザＡについては、ＩＭ（Ｘ）１１の状態は「チャット中」で、ＩＭ（Ｙ）１２の状態は「待機中」であることを示している。また、ユーザＢについては、ＩＭ（Ｘ）２１の状態は「待機中」で、ＩＭ（Ｙ）２２状態は「チャット中」であることを示している。
【００２０】
なお、本実施形態では、状態の種別として「待機中」と「チャット中」の２つを用いている。しかしながら、インスタントメッセージが提供するサービスによって、「ゲーム中」、「ビデオチャット中」、「外出中」、「在席中」など、他の状態種別を用いることが考えられる。また、本実施形態では、クライアントＡ１を使用するユーザＡと、クライアントＢを使用するユーザＢの２ユーザについて説明している。しかしながら、その他のユーザも、本プレゼンス情報共有システムを使用する場合は、当該他のユーザのプレゼンス情報も作成される。また、プレゼンス情報テーブル３００は、ＩＭ（Ｘ）サーバ３、ＩＭ（Ｙ）サーバ４、および、プレゼンスサーバ５の各々のプレゼンス情報記憶部３４、４４、５２に記憶される。
【００２１】
次に、ＳＩＰメッセージについて説明する。
【００２２】
本実施形態において、プレゼンス情報の送受信には、ＳＩＰの拡張仕様である「ＳＩＭＰＬＥ（SIP  for  instant  Messaging and Presence Leveraging Extension）」を用いる。ＳＩＰ（Session Initiation Protocol Session Initiation Protocol）は、ＩＰネットワークにおいて音声、ビデオ、テキストなどのマルチメディア通信（セッション）を確立／変更／終了させる呼制御を行うためのプロトコルである。また、ＳＩＭＰＬＥは、プレゼンス情報とインスタントメッセージ情報とを送受信するために、ＳＩＰを拡張したものである。
【００２３】
図４は、一般的なＳＩＰのメッセージの構成を示したものである。図示するように、ＳＩＰのメッセージは、リクエストライン部４０１と、ヘッダ部４０２と、ボディ部４０３と、を有する。リクエストライン部４０１には、リクエストの目的（種別）を表す「メソッド」と、通信相手の宛先を表す「リクエストＵＲＩ」などの情報が記述される。図示する例では、メソッドは「ＳＵＢＳＣＲＩＢＥ」である。
【００２４】
ヘッダ部４０２には、メッセージを発行したクライアントの情報やＳＩＰプロトコルで使用する情報が記述される。例えば、図示するように、応答経路を示す「Via」、送信元アドレスを示す「From」、宛先アドレスを示す「To」、セッション識別子を示す「Call-ID」、コマンドシーケンスを示す「CSeq」、セッション相手が自分にアクセスするためのアドレスを示す「Contact」、ボディ部４０３のオクテット数を示す「Content−Length」、などが記述される。ボディ部４０３には、利用可能なメディアやパラメータなどが、必要に応じて記述される。
【００２５】
ここで、プレゼンス情報の送受信には、リクエスト部４０１のメソッドにＳＩＭＰＬＥで規定された「ＳＵＢＳＣＲＩＢＥ」が記述されたメッセージと、「ＮＯＴＩＦＹ」が記述されたメッセージと、が用いられる。「ＳＵＢＳＣＲＩＢＥ」は、通信相手のプレゼンス情報（状態）の変化を、逐次通知するように、あらかじめ通信相手に要求する変更通知要求のメソッドである。「ＮＯＴＩＦＹ」は、「ＳＵＢＳＣＲＩＢＥ」で変更通知要求を行った通信相手に対して、プレゼンス情報（状態）の変更を通知するためのメソッドである。したがって、通信相手のプレゼンス情報を取得するためには、クライアント１、２は、あらかじめ通信相手のＵＲＩを「リクエストＵＲＩ」に指定したＳＵＢＳＣＲＩＢＥのメッセージをＩＭサーバ３、４に送信しておく（なお、ヘッダ部４０２の「To」に指定する場合もある）。その後、通信相手のクライアントがログインするなど状態が変わるたびに、通信相手のクライアント１、２からＩＭサーバ３、４にプレゼンス情報（状態）が通知される。そして、ＩＭサーバ３、４は、ＳＵＢＳＣＲＩＢＥのメッセージを送信したクライアント１、２に、通信相手の状態の変化を通知するためのＮＯＴＩＦＹのメッセージを送信する。
【００２６】
さて、従来のＳＵＢＳＣＲＩＢＥのメッセージでは、図４に示すようにリクエストライン部４０１に通信相手のユーザの宛先を表す「リクエストＵＲＩ」が記述される（なお、ヘッダ部４０２の「To」に記述する場合もある）。そのため、変更通知要求はユーザ単位の指定である。すなわち、通信相手のユーザが複数のインスタントメッセージングサービスを使用していた場合であって、そのうちの１つのインスタントメッセージングサービスのプレゼンス情報（状態）のみが変化したであっても、当該ユーザが使用するインスタントメッセージングサービスの全てのプレゼンス情報（状態）がＮＯＴＩＦＹのメッセージにより通知される。図示する例では、「userＢ」が変更通知要求の対象である。また、従来のＳＵＢＳＣＲＩＢＥのメッセージの場合、ボディ部４０３は使用しない。したがって、ヘッダ部の「Content−Length」は、常に「０」が設定される。
【００２７】
本発明では、ＳＩＭＰＬＥで規定されたＳＵＢＳＣＲＩＢＥを拡張し、ボディ部４０３を使用することで、変更通知要求の対象を細かく指定する。すなわち、ボディ部４０３に変更通知要求の対象となるユーザと、インスタントメッセージングサービスとを設定する。これにより、変更通知要求の対象のユーザが有する様々なプレゼンス情報のうち、ボディ部４０３で指定されたインスタントメッセージングサービスのプレゼンス情報が変化した場合、当該変化したインスタントメッセージングサービスのプレゼンス情報のみがＮＯＴＩＦＹのメッセージにより通知される。
【００２８】
図５は、従来のＳＵＢＳＣＲＩＢＥのメッセージと、本発明において拡張されたＳＵＢＳＣＲＩＢＥのメッセージと、を示したものである。図５（ａ）は、従来のＳＵＢＳＣＲＩＢＥのメッセージの例である。図５（ａ）のメッセージは、図示するように、ヘッダ部４０２の「Content−Length」には「０」が設定され、メッセージ部４０３を有しない。
【００２９】
一方、図５（ｂ）は、拡張されたＳＵＢＳＣＲＩＢＥのメッセージの例である。図５（ｂ）のメッセージは、図示するように、ヘッダ部４０２の「Content−Length」には「０」以外の値が設定され、メッセージ部４０３に変更通知要求の対象ユーザと、変更通知要求の対象となるインスタントメッセージングサービスとが記述される。図示する例では、「userＢ」のＩＭ(Ｘ)のプレゼンス情報のみの変更通知を要求している。
【００３０】
次に、ＳＵＢＳＣＲＩＢＥのメッセージを受信した際のＩＭ（Ｘ）サーバ３、ＩＭ（Ｙ）４、および、プレゼンスサーバ５各々の処理について説明する。
【００３１】
図６は、各サーバ３、４、５における処理フロー図である。以下、ＩＭ（Ｘ）サーバ３を例に説明する。なお、ＩＭ（Ｙ）４、および、プレゼンスサーバ５についても同様の処理である。まず、プレゼンス管理部３２は、通信処理部３５を用いて、ＳＵＢＳＣＲＩＢＥのメッセージを受信する（Ｓ６０１）。そして、プレゼンス管理部３２は、受信したメッセージのヘッダ部４０２の「Content−Length」を参照し、Content−Lengthに「０」が設定されているか否かを判別する（Ｓ６０２）。Content−Lengthに「０」が設定されていた場合（Ｓ６０２：ＹＥＳ）、プレゼンス管理部３２は、リクエストライン部４０１の「リクエストＵＲＩ」に指定されたユーザ単位でのプレゼンス情報の変更を、ＳＵＢＳＣＲＩＢＥを送信した通信相手に通知する（Ｓ６０３）。すなわち、従来のＳＵＢＳＣＲＩＢＥのメッセージに対する処理であって、対象ユーザが有する各プレゼンス情報いずれか一つが変更された場合、対象ユーザが有する全てのプレゼンス情報をＮＯＴＹＦＩのメッセージにより送信する。
【００３２】
一方、Content−Lengthに「０」以外の値が設定されていた場合（Ｓ６０２：ＮＯ）、プレゼンス管理部３２は、ボディ部４０３を参照し、ボディ部４０３に指定されたインスタントメッセージングサービスのプレゼンス情報が変更した場合のみ、当該プレゼンス情報の変更を、ＳＵＢＳＣＲＩＢＥを送信した通信相手に通知する（Ｓ６０４）。すなわち、拡張されたＳＵＢＳＣＲＩＢＥのメッセージに対する処理であって、対象ユーザが有する各プレゼンス情報のうち、ボディ部４０３に指定されたインスタントメッセージングサービスのプレゼンス情報が変更した場合のみ、当該プレゼンス情報をＮＯＴＹＦＩのメッセージにより送信する。
【００３３】
このように、各サーバ３、４、５は、ＳＵＢＳＣＲＩＢＥのメッセージのContent−Lengthに「０」が設定されているか否かによって、従来のＳＵＢＳＣＲＩＢＥの処理を行うのか、あるいは、拡張されたＳＵＢＳＣＲＩＢＥの処理を行うのか、を判別することができる。これにより、本実施形態のプレゼンス情報共用システムでは、従来のＳＵＢＳＣＲＩＢＥのメッセージと拡張されたＳＵＢＳＣＲＩＢＥのメッセージとを並存することができる。また、拡張されたＳＵＢＳＣＲＩＢＥのメッセージを使用することによって、プレゼンス情報の変更通知の要求単位をきめ細かく指定し、不要なプレゼンス情報の変更を通知しないようにすることができる。
【００３４】
次に、クライアントＡ１またはクライアントＢ２の出力装置に表示されるＩＭ（Ｘ）またはＩＭ（Ｙ）のインスタントメッセージングサービスの表示画面（ＧＵＩ：Graphical User Interface）について説明する。
【００３５】
図７は、テキストチャットのインスタントメッセージングサービスの表示画面を例示したものである。図示する表示画面では、プレゼンス情報登録部７１０と、テキストチャットを行うためのチャット部７２０と、当該テキストチャットを使用するユーザのプレゼンス情報が表示されるメンバリスト７３０と、を有する。
【００３６】
プレゼンス情報登録部７１０は、クライアントＡ１またはクライアントＢ２の入力装置９０４から、プルダウンメニュー７０１などにあらかじめ設定されているプレゼンス情報（例えば、待機中、チャット中など）の登録を受け付ける。そして、登録ボタン７０２の押下を受け付けると、当該インスタントメッセージングサービスを提供するＩＭサーバ３、４に、登録されたプレゼンス情報を送信する。
【００３７】
チャット部７２０では、テキストチャットを使用する各ユーザが送信したテキストが表示される表示エリア７２１と、入力装置９０４を用いて当該クライアントを使用するユーザが入力したテキストが表示される入力エリア７２２と、入力エリア７２２に表示されたテキストを送信するための送信ボタン７２３とを有する。なお、この入力エリアに入力されたテキストは、メソッドがＳＩＭＰＬＥで規定された「ＭＥＳＳＡＧＥ」のＳＩＰメッセージにより送信される。
【００３８】
メンバリスト７３０には、図３において説明したプレゼンス情報テーブル３００と同様の情報が表示される。すなわち、メンバリスト７３０には、ユーザを識別するための情報であるユーザ情報と、ユーザ各々のＩＭ（Ｘ）の状態およびＩＭ（Ｙ）の状態と、を有する。図７に示すメンバリスト７３０の例では、自分以外のユーザのプレゼンス情報を表示する。したがって、この表示画面はユーザＢが使用するクライアントＢ２の出力装置９０５に表示されたものであって、メンバリスト７３０にユーザＢ以外のメンバであるユーザＡのプレゼンス情報が表示されている。しかしながら、自分（この場合は、ユーザＢ）のプレゼンス情報もメンバリスト７３０に表示することとしてもよい。
【００３９】
次に、ＳＵＢＳＣＲＩＢＥのメッセージによるプレゼンス情報の変更通知要求処理について説明する。
【００４０】
図８は、ユーザＡのＩＭ（Ｘ）１１のプレゼンス情報の変更を、ユーザＢのＩＭ（Ｘ）２１およびＩＭ(Ｙ）２２の各々の表示画面（図７参照）で確認することができるように、あらかじめ送信されるＳＵＢＳＣＲＩＢＥのメッセージの流れを示したものである。
【００４１】
まず、ユーザＢのクライアントＢ２のＩＭ（Ｘ）２１が、ユーザＡのクライアントＡ１のＩＭ（Ｘ）１１のプレゼンス情報を取得するためには、以下の処理を行う。すなわち、クライアントＢ２のＩＭ（Ｘ）２１は、ＩＭ（Ｘ）２１のインスタントメッセージングサービスを提供するＩＭ（Ｘ）サーバ３のプレゼンス管理部３２に、ユーザＡのＩＭ（Ｘ）１１のプレゼンス情報の変更通知を要求するＳＵＢＳＣＲＩＢＥのメッセージを送信する（メッセージ８０１）。具体的には、クライアントＢ２の電源投入、または、ＩＭ（Ｘ）２１のインスタントメッセージングサービスの起動などにより、クライアントＢ２のＩＭ（Ｘ）２１の図示しないプレゼンス管理部は、ＩＭ（Ｘ）サーバ３に対し、次のようなメッセージを送信する。なお、このＳＵＢＳＣＲＩＢＥのメッセージは、「Content−Length」に「０」以外の値が設定されているため、拡張されたＳＵＢＳＣＲＩＢＥである。また、説明の便宜上、リクエストライン部の「リクエストＵＲＩ」、ヘッダ部の「From」および「To」に記載される宛先やアドレスには、ＵＲＩ（Uniform Resource Identifier）を使用していない。また、説明の便宜上、ヘッダ部に記載される「Via」、「Call-ID」などは、省略している。
［リクエストライン部］SUBSCRIBE ユーザＡのＵＲＩ
［    ヘッダ部      ］From: ユーザＢのＵＲＩ
To: ユーザＡのＵＲＩ
Content−Length：nnn
［    ボディ部      ］target=ユーザＡ::IM(X)
一方、ユーザＢのクライアントＢ２のＩＭ（Ｙ）２２が、ユーザＡのクライアントＡ１のＩＭ（Ｘ）１１のプレゼンス情報を取得するためには、図示するメッセージ８０２、メッセージ８０３、およびメッセージ８０４の３つのメッセージを送信する必要がある。まずメッセージ８０２は、クライアントＢ２のＩＭ（Ｙ）２２が、ＩＭ（Ｙ）サーバ４に送信するＳＵＢＳＣＲＩＢＥのメッセージである。具体的には、クライアントＢ２の電源投入、または、ＩＭ（Ｙ）２２のインスタントメッセージングサービスの起動などにより、クライアントＢ２のＩＭ（Ｙ）２２の図示しないプレゼンス管理部は、ＩＭ（Ｙ）サーバ４のプレゼンス管理部４２に対し、前述のメッセージ８０１と同様のユーザＡのＩＭ（Ｘ）１１のプレゼンス情報の変更通知を要求するＳＵＢＳＣＲＩＢＥのメッセージを送信する。
【００４２】
また、メッセージ８０３は、ＩＭ（Ｙ）サーバ４のプレゼンス管理部４２が、プレゼンスサーバ５に送信するＳＵＢＳＣＲＩＢＥのメッセージである。具体的には、電源投入などによりＩＭ（Ｘ）サーバ４が起動されると、ＩＭ（Ｘ）サーバ４のプレゼンス管理部４２は、プレゼンスサーバ５のプレゼンス管理部５１に対し、次のようなユーザＡのＩＭ（Ｘ）１１のプレゼンス情報の変更通知を要求するメッセージを送信する。
［リクエストライン部］SUBSCRIBE ユーザＡのＵＲＩ
［    ヘッダ部      ］From: ＩＭ（Ｙ）サーバのＵＲＩ
To: ユーザＡのＵＲＩ
Content−Length：nnn
［    ボディ部      ］target=ユーザＡ::IM(X)
また、メッセージ８０４は、プレゼンスサーバ５のプレゼンス管理部５１が、ＩＭ（Ｘ）サーバ３に送信するＳＵＢＳＣＲＩＢＥのメッセージである。具体的には、電源投入などによりプレゼンスサーバ５が起動されると、プレゼンスサーバ５のプレゼンス管理部５１は、ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２に対し、次のようなユーザＡのＩＭ（Ｘ）１１のプレゼンス情報の変更通知を要求するメッセージを送信する。
［リクエストライン部］SUBSCRIBE ユーザＡのＵＲＩ
［    ヘッダ部      ］From: プレゼンスサーバのＵＲＩ
To: ユーザＡのＵＲＩ
Content−Length：nnn
［    ボディ部      ］target=ユーザＡ::IM(X)
このように、クライアントＢ２のＩＭ（Ｘ）２１が、あらかじメッセージ８０１を送信することにより、ユーザＢはＩＭ（Ｘ）２１の表示画面（図７参照）でユーザＡのＩＭ（Ｘ）１１のプレゼンス情報の変更を知ることができる。また、クライアントＢ２のＩＭ（Ｙ）２２がメッセージ８０２を、ＩＭ（Ｙ）サーバ４がメッセージ８０３を、プレゼンスサーバ４がメッセージ８０４を、あらかじめ送信することにより、ユーザＢはＩＭ（Ｘ）２２の表示画面（図７参照）においてもユーザＡのＩＭ（Ｘ）１１のプレゼンス情報の変更を知ることができる。すなわち、異なる種類のインスタントメッセージングサービスのプレゼンス情報を知ることができる。
【００４３】
次に、ＮＯＴＩＦＹのメッセージによるプレゼンス情報の変更通知処理について説明する。
【００４４】
図９は、あらかじめ図８に示すＳＵＢＳＣＲＩＢＥのメッセージ（メッセージ８０１〜８０４）を送信した後に、ユーザＡがＩＭ（Ｘ）１１のプレゼンス情報を変更した場合の変更通知メッセージの流れ示したものである。なお、ユーザＡがＩＭ（Ｘ）１１のプレゼンス情報を変更する前のＩＭ（Ｘ）サーバ３、ＩＭ（Ｙ）サーバ４よびプレゼンスサーバ５各々のプレゼンス情報テーブル３００は、図１０に示すように全てのプレゼンス情報の状態が「待機中」であるものとする。
【００４５】
まず、クライアントＡ１は、ユーザＡからＩＭ（Ｘ）１１のプレゼンス情報の変更指示を受け付ける（Ｓ９０１）。すなわち、ユーザＡは、ＩＭ（Ｘ）１１のインスタントメッセージングサービスの表示画面（図７参照）から、クライアントＡ１の入力装置９０４を用いて、自分のＩＭ（Ｘ）１１のプレゼンス情報を変更する。この場合、ユーザＡは、ＩＭ（Ｘ）のプレゼンス情報を「待機中」から「チャット中」に変更登録する。
【００４６】
次に、クライアントＡ１の図示しないプレゼンス管理部は、受け付けたプレゼンス情報をＩＭ（Ｘ）サーバ３に送信する（Ｓ９０２）。すなわち、クライアントＡ１のプレゼンス管理部は、ＩＭ（Ｘ）サーバ３に変更したプレゼンス情報を登録するためのメッセージを送信する。なお、プレゼンス情報を登録するためのメッセージは、ＳＩＰおよびＳＩＭＰＬＥにおいて規定されていない。従って、例えば、リクエスト種別が「ＰＵＢＬＩＳＨ」のＳＩＰメッセージ、または、ＳＩＰ以外の他のプロトコルを用いてプレゼンス情報の登録メッセージを送信する。
【００４７】
次に、ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２は、プレゼンス情報記憶部３４に記憶されたプレゼンス情報テーブル３００を更新する（Ｓ９０３）。すなわち、プレゼンス管理部３２は、通信処理部３５を用いて、クライアントＡ１のＩＭ（Ｘ）１１からプレゼンス情報の登録メッセージを受信する。そして、プレゼンス管理部３２は、受信したメッセージに基づいて、プレゼンス情報テーブル３００を更新する。この場合、プレゼンス管理部３２は、プレゼンス情報テーブル３００のユーザＡのＩＭ（Ｘ）１１の状態を、「待機中」から「チャット中」に変更する。
【００４８】
図１１は、Ｓ９０３の処理を行った後のＩＭ（Ｘ）サーバ３、ＩＭ（Ｙ）サーバ４およびプレゼンスサーバ５各々のプレゼンス情報テーブル３００を示したものである。図示するように、ＩＭ（Ｘ）サーバ３のユーザＡのＩＭ（Ｘ）の状態のみが「チャット中」１１ａに更新されている。
【００４９】
次に、ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２は、プレゼンス情報テーブル３００のユーザＡのＩＭ（Ｘ）１１のプレゼンス情報を通知するＮＯＴＩＦＹのメッセージを送信する（Ｓ９０４、Ｓ９０６）。すなわち、ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２は、あらかじめ、クライアントＢ２のＩＭ（Ｘ）２１およびプレゼンスサーバ５から、図８に示すＳＵＢＳＣＲＩＢＥのメッセージ（メッセージ８０１、８０４）を受信している。したがって、ユーザＡのＩＭ（Ｘ）１１のプレゼンス情報が変化したので、プレゼンス管理部３２は、クライアントＢ２に対するＮＯＴＩＦＹメッセージ（Ｓ９０４）と、プレゼンスサーバ５に対するＮＯＴＩＦＹメッセージ（Ｓ９０６）と、を送信する。
【００５０】
ここで、ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２がクライアントＢ２のＩＭ（Ｘ）２１から受信したメッセージは、拡張されたＳＵＢＳＣＲＩＢＥのメッセージであって、ボディ部４０３に「target」が記載されている。したがって、クライアントＢ２に対するＮＯＴＩＦＹのメッセージ（Ｓ９０４）については、プレゼンス管理部３２は、プレゼンス情報テーブル３００に記憶されているユーザＡのプレゼンス情報のうち、ボディ部４０３のtargetに記述されたＩＭ（Ｘ）のプレゼンス情報のみを通知する。ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２は、次に示すようなＮＯＴＩＦＹのメッセージを、クライアントＢ２のＩＭ（Ｘ）２１に送信する。なお、ユーザＡのＩＭ（Ｘ）のプレゼンス情報は、メッセージのボディ部にＸＭＬ形式で記述される。
［リクエストライン部］NOTIFY ユーザＢのコンタクトアドレス
［    ヘッダ部      ］From: ユーザＡのＵＲＩ
To: ユーザＢのＵＲＩ
Content−Length：nnn
［    ボディ部      ］（ユーザＡのＩＭ（Ｘ）の状態（チャット中）を記述）
そして、クライアントＢ２のＩＭ（Ｘ）２１は、ＩＭ（Ｘ）サーバ３からＮＯＴＩＦＹのメッセージを受信し、出力装置９０５に出力されているＩＭ（Ｘ）２１のインスタントメッセージングサービスの表示画面（図７参照）のメンバリスト７３０を変更する（Ｓ９０５）。具体的には、メンバリスト７３０のユーザＡのＩＭ（Ｘ）の状態を「チャット中」とする。ユーザＢは、この表示画面を見ることにより、ユーザＡの状態の変更を、逐次知ることができる。
【００５１】
また、ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２は、プレゼンスサーバ５に対するＮＯＴＩＦＹのメッセージを送信する（Ｓ９０６）。ここで、ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２がプレゼンスサーバ５のプレゼンス管理部５１から受信したメッセージは、拡張されたＳＵＢＳＣＲＩＢＥのメッセージであって、ボディ部４０３に「target」が記載されている。したがって、プレゼンスサーバ５に対するＮＯＴＩＦＹのメッセージ（Ｓ９０６）については、ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２は、プレゼンス情報テーブル３００に記憶されているユーザＡのプレゼンス情報のうち、ボディ部４０３のtargetに記述されたＩＭ（Ｘ）のプレゼンス情報のみを通知する。すなわち、ＩＭ（Ｘ）サーバ３のプレゼンス管理部３２は、次に示すようなＮＯＴＩＦＹのメッセージを、プレゼンスサーバ５に送信する。なお、ユーザＡのＩＭ（Ｘ）１１のプレゼンス情報は、メッセージのボディ部にＸＭＬ形式で記述される。
［リクエストライン部］NOTIFY プレゼンスサーバのコンタクトアドレス
［    ヘッダ部      ］From: ユーザＡのＵＲＩ
To: プレゼンスサーバのＵＲＩ
Content−Length：nnn
［    ボディ部      ］（ユーザＡのＩＭ（Ｘ）の状態（チャット中）を記述）
次に、プレゼンスサーバ５のプレゼンス管理部５１は、プレゼンス情報記憶部５２に記憶されたプレゼンス情報テーブルを更新する（Ｓ９０７）。すなわち、プレゼンス管理部５１は、通信処理部５３を用いて、ＩＭ（Ｘ）サーバ３からＮＯＴＩＦＹのメッセージを受信する。そして、プレゼンス管理部５１は、このＮＯＴＩＦＹのメッセージに基づいて、プレゼンス情報テーブル３００を更新する。この場合、プレゼンス管理部５１は、プレゼンス情報テーブル３００のユーザＡのＩＭ（Ｘ）１１の状態を、「待機中」から「チャット中」に変更する。
【００５２】
図１２は、Ｓ９０７の処理を行った後のＩＭ（Ｘ）サーバ３、ＩＭ（Ｙ）サーバ４およびプレゼンスサーバ５各々のプレゼンス情報テーブル３００を示したものである。図示するように、プレゼンスサーバ５のユーザＡのＩＭ（Ｘ）１１の状態が「チャット中」１２ｃに更新されている。
【００５３】
そして、プレゼンスサーバ５のプレゼンス管理部５１は、ＩＭ（Ｙ）サーバ４に対するＮＯＴＩＦＹのメッセージを送信する（Ｓ９０８）。すなわち、プレゼンスサーバ５のプレゼンス管理部５１は、あらかじめ、ＩＭ（Ｙ）サーバ４から、ＳＵＢＳＣＲＩＢＥのメッセージ（図８：メッセージ８０３）を受信している。したがって、ユーザＡのＩＭ（Ｘ）１１のプレゼンス情報が変化したので、プレゼンス管理部５１は、ＩＭ（Ｙ）サーバ４に対するＮＯＴＩＦＹのメッセージを送信する（Ｓ９０８）。
【００５４】
ここで、プレゼンスサーバ５のプレゼンス管理部５１がＩＭ（Ｙ）サーバ４から受信したメッセージは、拡張されたＳＵＢＳＣＲＩＢＥのメッセージであって、ボディ部４０３に「target」が記載されている。したがって、プレゼンス管理部５１は、プレゼンス情報テーブル３００に記憶されているユーザＡのプレゼンス情報のうち、ボディ部４０３のtargetに記述されたユーザＡのＩＭ（Ｘ）１１のプレゼンス情報のみを、ＩＭ（Ｙ）サーバ４に通知する。プレゼンスサーバ５のプレゼンス管理部５１は、次に示すようなＮＯＴＩＦＹのメッセージを、ＩＭ（Ｙ）サーバ４に送信する。なお、ユーザＡのＩＭ（Ｘ）１１のプレゼンス情報は、メッセージのボディ部にＸＭＬ形式で記述される。
［リクエストライン部］NOTIFY  ＩＭ（Ｙ）サーバのコンタクトアドレス
［    ヘッダ部      ］From: ユーザＡのＵＲＩ
To: ＩＭ（Ｙ）サーバのＵＲＩ
Content−Length：nnn
［    ボディ部      ］（ユーザＡのＩＭ（Ｘ）の状態（チャット中）を記述）
次に、ＩＭ（Ｙ）サーバ４のプレゼンス管理部４２は、プレゼンス情報記憶部４４に記憶されたプレゼンス情報テーブル３００を更新する（Ｓ９０９）。すなわち、プレゼンス管理部４２は、通信処理部４５を用いて、プレゼンスサーバ５からＮＯＴＩＦＹのメッセージを受信する。そして、プレゼンス管理部４２は、このＮＯＴＩＦＹのメッセージに基づいて、プレゼンス情報テーブル３００を更新する。この場合、プレゼンス管理部４２は、プレゼンス情報テーブル３００のユーザＡのＩＭ（Ｘ）１１の状態を、「待機中」から「チャット中」に変更する。
【００５５】
図１３は、Ｓ９０９の処理を行った後のＩＭ（Ｘ）サーバ３、ＩＭ（Ｙ）サーバ４およびプレゼンスサーバ５各々のプレゼンス情報テーブル３００を示したものである。図示するように、ＩＭ（Ｙ）サーバ４のユーザＡのＩＭ（Ｘ）の状態が「チャット中」１３ｂに更新されている。
【００５６】
次に、ＩＭ（Ｙ）サーバ４のプレゼンス管理部４２は、クライアントＢ２のＩＭ（Ｙ）２２に対するＮＯＴＩＦＹのメッセージを送信する（Ｓ９１０）。すなわち、ＩＭ（Ｙ）サーバ４のプレゼンス管理部４２は、あらかじめ、クライアントＢ２のＩＭ（Ｙ）２２から、ＳＵＢＳＣＲＩＢＥのメッセージ（図８：メッセージ８０２）を受信している。したがって、ユーザＡのＩＭ（Ｘ）１１のプレゼンス情報が変化したので、プレゼンス管理部４２は、クライアントＢ２に対するＮＯＴＩＦＹメッセージを送信する。
【００５７】
ここで、ＩＭ（Ｙ）サーバ４のプレゼンス管理部４２がクライアントＢ２のＩＭ（Ｙ）２２から受信したメッセージは、拡張されたＳＵＢＳＣＲＩＢＥのメッセージであって、ボディ部４０３に「target」が記載されている。したがって、プレゼンス管理部３２は、プレゼンス情報テーブル３００に記憶されているユーザＡのプレゼンス情報のうち、ボディ部４０３のtargetに記述されたＩＭ（Ｘ）１１のプレゼンス情報のみをクライアントＢ２に通知する。ＩＭ（Ｙ）サーバ４プレゼンス管理部４２は、次に示すようなＮＯＴＩＦＹのメッセージを、クライアントＢ２のＩＭ（Ｙ）２２に送信する。なお、ユーザＡのＩＭ（Ｘ）１１のプレゼンス情報は、メッセージのボディ部にＸＭＬ形式で記述される。
［リクエストライン部］NOTIFY ユーザＢのコンタクトアドレス
［    ヘッダ部      ］From: ユーザＡのＵＲＩ
To: ユーザＢのＵＲＩ 
Content−Length：nnn
［    ボディ部      ］（ユーザＡのＩＭ（Ｘ）の状態（チャット中）を記述）
そして、クライアントＢ２のＩＭ（Ｙ）２２は、ＩＭ（Ｙ）サーバ４からＮＯＴＩＦＹのメッセージを受信し、出力装置９０５に表示されているＩＭ（Ｙ）２２のインスタントメッセージングサービスの表示画面（図７参照）のメンバリスト７３０を変更する（Ｓ９１１）。具体的には、メンバリスト７３０のユーザＡのＩＭ（Ｘ）の状態を「チャット中」とする。ユーザＢは、ＩＭ（Ｙ）２２の表示画面において、ＩＭ（Ｙ）２２とは異なる種類のインスタントメッセージングサービスであるＩＭ（Ｘ）２１を使用しているユーザＡのプレゼンス情報（状態）の変更を、逐次知ることができる。
【００５８】
以上、本発明の一実施形態について説明した。
【００５９】
本実施形態において、プレゼンスサーバ５を備えることにより、複数のインスタントメッセージングサービスのプレゼンス情報を共有することができる。これにより、通信相手がどのインスタントメッセージングサービスでプレゼンス情報の変更登録をしても、全てのインスタントメッセージングサービスにプレゼンス情報の変更が通知される。そのため、ユーザは、どのインスタントメッセージングサービスを使用している場合であっても、通信相手のプレゼンス情報の変化を、確実に、かつ、迅速に知ることができる。
【００６０】
また、本実施形態では、図５（ｂ）に示す拡張されたＳＵＢＳＣＲＩＢＥのメッセージを使用している。これにより、プレゼンス情報の変更通知対象をきめ細かく指定することができる。すなわち、メッセージのボディ部で指定したインスタントメッセージングサービスのプレゼンス情報が変化した場合に限り、ＮＯＴＩＦＹのメッセージで当該プレゼンス情報のみが通知される。これにより、不要なメッセージの送受信が抑制される。
【００６１】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００６２】
例えば、本実施形態では、ユーザＡはクライアントＡ１を使用し、クライアントＡ１はＩＭ（Ｘ）１１とＩＭ（Ｙ）１２の２つのインスタントメッセージングサービスを有している。しかしながら、ＩＭ（Ｘ）１１とＩＭ（Ｙ）１２は、それぞれ別の情報処理装置で使用されるものであってもよい。例えば、ユーザＡは、ＩＭ（Ｘ）１１についてはパソコンを用いて、ＩＭ（Ｙ）１２については携帯電話を用いることとしてもよい。
【００６３】
また、本実施形態では、ＩＭ（Ｘ）サーバ３、ＩＭ（Ｙ）サーバ４およびプレゼンスサーバ５各々がプレゼンス情報記憶部にプレゼンス情報テーブル３００を有している。しかしながら、プレゼンス情報テーブル３００は、プレゼンスサーバ５のみが保持することとしてもよい。
【図面の簡単な説明】
【００６４】
【図１】図１は、本発明の一実施形態が適用されたプレゼンス情報共用システムの概略図である。
【図２】図２は、クライアント、ＭＩ（Ｘ）サーバ、ＭＩ(Ｙ)サーバ、および、プレゼンスサーバのハードウエア構成例を示す図である。
【図３】図３は、プレゼンス情報テーブルの例を示す図である。
【図４】図４は、ＳＩＰメッセージの例を示す図である。
【図５】図５は、従来のＳＵＢＳＣＲＩＢＥのメッセージの例と、拡張されたＳＵＢＳＣＲＩＢＥのメッセージの例と、を示す図である。
【図６】図６は、ＳＵＢＳＣＲＩＢＥのメッセージを受信した際の各サーバの処理フローを示す図である。
【図７】図７は、インスタントメッセージングサービスの表示画面の例を示す図である。
【図８】図８は、ＳＵＢＳＣＲＩＢＥのメッセージによるプレゼンス情報の変更通知要求処理の流れを示す図である。
【図９】図９は、ＮＯＴＩＦＹのメッセージによるプレゼンス情報の変更通知処理の流れを示す図である。
【図１０】図１０は、初期状態のプレゼンス情報テーブルの例を示す図である。
【図１１】図１１は、処理中のプレゼンス情報テーブルの例を示す図である。
【図１２】図１２は、処理中のプレゼンス情報テーブルの例を示す図である。
【図１３】図１３は、処理中のプレゼンス情報テーブルの例を示す図である。
【符号の説明】
【００６５】
１：クライアントＡ、２：クライアントＢ、３：ＭＩ（Ｘ）サーバ、４：ＭＩ（Ｙ）サーバ、５：プレゼンスサーバ、９：ネットワーク、３１：業務処理部、３２：プレゼンス管理部、３３：業務情報記憶部、３４：プレゼンス情報記憶部、３５：通信処理部、４１：業務処理部、４２：プレゼンス管理部、４３：業務情報記憶部、４４：プレゼンス情報記憶部、４５：通信処理部、５１：プレゼンス管理部、５２：プレゼンス情報記憶部、５３：通信処理部
【図１】
2005266880.tif 000003
【図２】
2005266880.tif 000004
【図３】
2005266880.tif 000005
【図４】
2005266880.tif 000006
【図５】
2005266880.tif 000007
【図６】
2005266880.tif 000008
【図７】
2005266880.tif 000009
【図８】
2005266880.tif 000010
【図９】
2005266880.tif 000011
【図１０】
2005266880.tif 000012
【図１１】
2005266880.tif 000013
【図１２】
2005266880.tif 000014
【図１３】
2005266880.tif 000015