(57)【要約】【課題】  ウォッチャが全てのプレゼンティティのプレゼンス情報を取得することなく、プレゼンス情報を持つプレゼンティティのアドレスリストやプレゼンス情報の一部または全部を検索する。【解決手段】  本発明は、ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索キーに基づいて、プレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持し、プレゼンティティ識別子毎に、プレゼンス情報の提供条件を格納した提供条件記憶手段を、プレゼンティティの識別子に基づいて検索し、提供条件を取得して、該提供条件に合致するように、プレゼンス情報リストを加工し、加工されたプレゼンス情報リストをネットワークを介して、要求元のウォッチャ端末に送信する。【選択図】  図１８
2012093981.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービスシステムであって、
プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続され、
前記ウォッチャ端末は、
前記検索要求メッセージとして、プレゼンス情報による検索を示す情報と検索キーを含むメッセージを送信する手段を有し、
前記プレゼンスサーバは、
前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段と、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段と、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持する検索手段と、
前記検索手段で取得した前記プレゼンティティの識別子に基づいて、前記提供条件記憶手段を検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工するプレゼンス情報リスト加工手段と、
前記ネットワークを介して、加工されたプレゼンス情報リストを要求元の前記ウォッチャ端末に送信するプレゼンス情報提供手段と、
を有することを特徴とするプレゼンス検索サービスシステム。
【請求項２】
ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービスシステムであって、
プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続され、
前記プレゼンスサーバは、
前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段と、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段と、
加工されたプレゼンス情報を保持する加工済みプレゼンス情報記憶手段と、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持する検索手段と、
前記検索手段で取得した前記プレゼンティティの識別子に基づいて、前記提供条件記憶手段を検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工し、前記加工済みプレゼンス情報記憶手段に格納するプレゼンス情報リスト加工手段と、
前記ネットワークを介して、前記加工済みプレゼンス情報記憶手段の位置情報を要求元の前記ウォッチャ端末に送信するプレゼンス情報提供手段と、
を有し、
前記ウォッチャ端末は、
前記検索要求メッセージとして、プレゼンス情報による検索を示す情報と検索キーを含むメッセージを送信する手段と、
前記プレゼンス情報提供手段から通知された前記加工済みプレゼンス情報記憶手段の位置情報に基づいて、該前記加工済みプレゼンス情報記憶手段にアクセスし、検索結果を取得する検索結果取得手段を有する
ことを特徴とするプレゼンス検索サービスシステム。
【請求項３】
前記プレゼンスサーバは、
前記ウォッチャ端末からプレゼンス検索サービス確認要求メッセージを受信すると、該確認要求メッセージに含まれるイベントパッケージに対応するメディアタイプ、プレゼンス検索サービスとして提供するサービス内容、フォーマット、プロトコルを含む情報を該ウォッチャ端末に送信するサービス確認情報提供手段を更に有する
請求項１または２記載のプレゼンス検索サービスシステム。
【請求項４】
プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続されるシステムにおいて、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービス方法であって、
前記ウォッチャ端末は、
前記検索要求メッセージとして、プレゼンス情報による検索を示す情報と検索キーを含むメッセージを送信し、
前記プレゼンスサーバは、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索キーに基づいて、前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持し、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段を、前記プレゼンティティの識別子に基づいて検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工し、
前記ネットワークを介して、加工されたプレゼンス情報リストを要求元の前記ウォッチャ端末に送信する
をことを特徴とするプレゼンス検索サービス方法。
【請求項５】
プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続されるシステムにおいて、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービス方法であって、
前記ウォッチャ端末は、
前記検索要求メッセージとして、プレゼンス情報による検索を示す情報と検索キーを含むメッセージを送信し、
前記プレゼンスサーバは、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持し、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段を、前記検索手段で取得した前記プレゼンティティの識別子に基づいて検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工し、加工済みプレゼンス情報記憶手段に格納し、
前前記ネットワークを介して、記加工済みプレゼンス情報記憶手段の位置情報を要求元の前記ウォッチャ端末に送信し、
前記ウォッチャ端末は、
前記プレゼンスサーバから通知された前記加工済みプレゼンス情報記憶手段の位置情報に基づいて、該前記加工済みプレゼンス情報記憶手段にアクセスし、検索結果を取得することを特徴とするプレゼンス検索サービス方法。
【請求項６】
前記プレゼンスサーバにおいて、
前記ウォッチャ端末からプレゼンス検索サービス確認要求メッセージを受信すると、該確認要求メッセージに含まれるイベントパッケージに対応するメディアタイプ、プレゼンス検索サービスとして提供するサービス内容、フォーマット、プロトコルを含む情報を該ウォッチャ端末に送信する
請求項４または５記載のプレゼンス検索サービス方法。
【請求項７】
プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続され、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービスシステムにおけるプレゼンスサーバであって、
前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段と、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段と、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持する検索手段と、
前記検索手段で取得した前記プレゼンティティの識別子に基づいて、前記提供条件記憶手段を検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工するプレゼンス情報リスト加工手段と、
前記ネットワークを介して、加工されたプレゼンス情報リストを要求元の前記ウォッチャ端末に送信するプレゼンス情報提供手段と、
を有することを特徴とするプレゼンスサーバ。
【請求項８】
プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続され、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービスシステムにおけるプレゼンスサーバであって、
前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段と、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段と、
加工されたプレゼンス情報を保持する加工済みプレゼンス情報記憶手段と、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持する検索手段と、
前記検索手段で取得した前記プレゼンティティの識別子に基づいて、前記提供条件記憶手段を検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工し、前記加工済みプレゼンス情報記憶手段に格納するプレゼンス情報リスト加工手段と、
前記ネットワークを介して、前記加工済みプレゼンス情報記憶手段の位置情報を要求元の前記ウォッチャ端末に送信するプレゼンス情報提供手段と、有する
ことを特徴とするプレゼンスサーバ。
【請求項９】
前記ウォッチャ端末からプレゼンス検索サービス確認要求メッセージを受信すると、該確認要求メッセージに含まれるイベントパッケージに対応するメディアタイプ、プレゼンス検索サービスとして提供するサービス内容、フォーマット、プロトコルを含む情報を該ウォッチャ端末に送信するサービス確認情報提供手段を更に有する
請求項７または８記載のプレゼンスサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービスシステムに係り、特に、プレゼンス情報を元にして同じ状況にあるユーザ間で共有できる情報を検索するためのプレゼンス検索サービスシステム及び方法及びプレゼンスサーバに関する。
【背景技術】
【０００２】
プレゼンスサービスとは、主に、ユーザの通信状態（オンラインまたはオフライン、等）をユーザ相互で授受することができるサービスであり、インターネットでは既に広く普及しているサービスである。例えば、既知の知人がオンライン状態にあると分かった場合には、インスタントメッセージを送信するなどコミュニケーションを開始しようと試み、オフライン状態であると分かった場合には、オンライン状態になるまでメッセージ送信を控えるなど、相手の状態に応じてコミュニケーションの方法や内容を変更する、などの柔軟かつ高度なコミュニケーションが可能になる。
【０００３】
プレゼンスプロトコルとしては、例えば、SIP(Session Initiation Protocol)、XMPP(eXtensible Messaging and Presence Protocol)などがあり、このプレゼンスサービスをSIPを用いて制御するためのSIPの拡張仕様を規定するものがある（例えば、非特許文献１,２参照）。
【０００４】
また、プレゼンス情報を記述するためのフォーマットが規定され、SIPと組み合わせることで、柔軟なプレゼンス情報を発行・取得することが可能となっている（例えば、非特許文献３,４参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】IETF RFC3265 SIP-Specific Event Notification
【非特許文献２】IETF RFC3903 SIP Extension for Event State Publication
【非特許文献３】IETF RFC3863 Presence Information Data Format
【非特許文献４】IETF RFC4480 Rich Presence Information Data
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のプレゼンスサービスシステムでは、プレゼンス情報の取得を希望する側（以下「ウォッチャ」と記す）は、プレゼンス情報は発行者（以下「プレゼンティティ」と記す）のアドレス(SIPであればSIP-URI、TEL-URI等、XMPPであればJID)を指定する必要がある。
【０００７】
従って、アドレスを知らないプレゼンティティのプレゼンス情報を知ることができないという問題があった。
【０００８】
また、プレゼンス情報をキーとして、共通的なプレゼンス情報を持つプレゼンティティのリストを得るような利用方法も実現することができない。
【０００９】
特に、後者のプレゼンス情報による検索を実現するためには、ウォッチャはアドレスを知っている全てのプレゼンティティから検索対象となるプレゼンティティを選択し、それらプレゼンティティのプレゼンス情報を全て逐次的に取得した上で、それら全てのプレゼンス情報に対して、検索条件に合致するか否かの判定を個別に行い、検索結果を抽出するという処理を行う必要があった。そのため、プレゼンティティの数が増加するにつれて、処理時間も増加してしまう。
【００１０】
また、プレゼンス情報の逐次取得のためにウォッチャとプレゼンスサーバ間で大量の信号が交換されることにより、ウォッチャ、プレゼンスサーバの処理負荷を増大させ、ネットワークリソースを浪費する。
【００１１】
本発明は、上記の点に鑑みなされたもので、ウォッチャが全てのプレゼンティティのプレゼンス情報を取得することなく、プレゼンス情報を持つプレゼンティティのアドレスリストやプレゼンス情報の一部または全部を検索することを可能とし、ウォッチャとプレゼンスサーバ間の処理負荷を軽減することが可能なプレゼンス検索サービスシステム及び方法及びプレゼンスサーバを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、本発明（請求項１）は、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービスシステムであって、
プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続され、
前記ウォッチャ端末は、
前記検索要求メッセージとして、プレゼンス情報による検索を示す情報と検索キーを含むメッセージを送信する手段を有し、
前記プレゼンスサーバは、
前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段と、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段と、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持する検索手段と、
前記検索手段で取得した前記プレゼンティティの識別子に基づいて、前記提供条件記憶手段を検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工するプレゼンス情報リスト加工手段と、
前記ネットワークを介して、加工されたプレゼンス情報リストを要求元の前記ウォッチャ端末に送信するプレゼンス情報提供手段と、を有する。
【００１３】
また、本発明（請求項２）は、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービスシステムであって、
プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続され、
前記プレゼンスサーバは、
前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段と、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段と、
加工されたプレゼンス情報を保持する加工済みプレゼンス情報記憶手段と、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持する検索手段と、
前記検索手段で取得した前記プレゼンティティの識別子に基づいて、前記提供条件記憶手段を検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工し、前記加工済みプレゼンス情報記憶手段に格納するプレゼンス情報リスト加工手段と、
前記ネットワークを介して、前記加工済みプレゼンス情報記憶手段の位置情報を要求元の前記ウォッチャ端末に送信するプレゼンス情報提供手段と、
を有し、
前記ウォッチャ端末は、
前記検索要求メッセージとして、プレゼンス情報による検索を示す情報と検索キーを含むメッセージを送信する手段と、
前記プレゼンス情報提供手段から通知された前記加工済みプレゼンス情報記憶手段の位置情報に基づいて、該前記加工済みプレゼンス情報記憶手段にアクセスし、検索結果を取得する検索結果取得手段を有する。
【００１４】
また、本発明（請求項３）は、上記の請求項１または２の前記プレゼンスサーバにおいて、
前記ウォッチャ端末からプレゼンス検索サービス確認要求メッセージを受信すると、該確認要求メッセージに含まれるイベントパッケージに対応するメディアタイプ、プレゼンス検索サービスとして提供するサービス内容、フォーマット、プロトコルを含む情報を該ウォッチャ端末に送信するサービス確認情報提供手段を更に有する。
【００１５】
また、本発明（請求項４）は、プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続されるシステムにおいて、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービス方法であって、
前記ウォッチャ端末は、
前記検索要求メッセージとして、プレゼンス情報による検索を示す情報と検索キーを含むメッセージを送信し、
前記プレゼンスサーバは、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索キーに基づいて、前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持し、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段を、前記プレゼンティティの識別子に基づいて検索し提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工し、
前記ネットワークを介して、加工されたプレゼンス情報リストを要求元の前記ウォッチャ端末に送信する。
【００１６】
また、本発明（請求項５）は、プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続されるシステムにおいて、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービス方法であって、
前記ウォッチャ端末は、
前記検索要求メッセージとして、プレゼンス情報による検索を示す情報と検索キーを含むメッセージを送信し、
前記プレゼンスサーバは、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持し、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段を、前記検索手段で取得した前記プレゼンティティの識別子に基づいて検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工し、加工済みプレゼンス情報記憶手段に格納し、
前記ネットワークを介して、前記加工済みプレゼンス情報記憶手段の位置情報を要求元の前記ウォッチャ端末に送信し、
前記ウォッチャ端末は、
前記プレゼンスサーバから通知された前記加工済みプレゼンス情報記憶手段の位置情報に基づいて、該前記加工済みプレゼンス情報記憶手段にアクセスし、検索結果を取得する。
【００１７】
また、本発明（請求項６）は、上記請求項４または５の前記プレゼンスサーバにおいて、
前記ウォッチャ端末からプレゼンス検索サービス確認要求メッセージを受信すると、該確認要求メッセージに含まれるイベントパッケージに対応するメディアタイプ、プレゼンス検索サービスとして提供するサービス内容、フォーマット、プロトコルを含む情報を該ウォッチャ端末に送信する。
【００１８】
また、本発明（請求項７）は、プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続され、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービスシステムにおけるプレゼンスサーバであって、
前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段と、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段と、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持する検索手段と、
前記検索手段で取得した前記プレゼンティティの識別子に基づいて、前記提供条件記憶手段を検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工するプレゼンス情報リスト加工手段と、
前記ネットワークを介して、加工されたプレゼンス情報リストを要求元の前記ウォッチャ端末に送信するプレゼンス情報提供手段と、を有する。
【００１９】
また、本発明（請求項８）は、プレゼンスサーバ、プレゼンティティ毎のプレゼンス情報の提供条件を保持する提供条件記憶手段、プレゼンティティのプレゼンス提供端末、ウォッチャ端末がネットワークを介して接続され、ユーザの通信状態などのプレゼンス情報を別のユーザに通知するプレゼンス検索サービスシステムにおけるプレゼンスサーバであって、
前記プレゼンス提供端末から受信したプレゼンス情報とプレゼンティティの情報を保持するプレゼンス情報記憶手段と、
プレゼンティティの識別子（プレゼンティティ識別子）毎に、前記プレゼンス情報の提供条件を格納した提供条件記憶手段と、
加工されたプレゼンス情報を保持する加工済みプレゼンス情報記憶手段と、
前記ウォッチャ端末から検索要求メッセージを受信すると、該検索要求メッセージに含まれる検索条件に基づいて、前記プレゼンス情報記憶手段を検索して、該検索条件に該当するプレゼンティティの識別子とプレゼンス情報を取得し、プレゼンス情報リストとして保持する検索手段と、
前記検索手段で取得した前記プレゼンティティの識別子に基づいて、前記提供条件記憶手段を検索し、提供条件を取得して、該提供条件に合致するように、前記プレゼンス情報リストを加工し、前記加工済みプレゼンス情報記憶手段に格納するプレゼンス情報リスト加工手段と、
前記ネットワークを介して、前記加工済みプレゼンス情報記憶手段の位置情報を要求元の前記ウォッチャ端末に送信するプレゼンス情報提供手段と、有する。
【００２０】
また、本発明（請求項９）は、請求項７または８のプレゼンスサーバにおいて、
前記ウォッチャ端末からプレゼンス検索サービス確認要求メッセージを受信すると、該確認要求メッセージに含まれるイベントパッケージに対応するメディアタイプ、プレゼンス検索サービスとして提供するサービス内容、フォーマット、プロトコルを含む情報を該ウォッチャ端末に送信するサービス確認情報提供手段を更に有する。
【発明の効果】
【００２１】
上述のように、本発明では、既存のプレゼンス状態購読メカニズムを活用しつつ、プレゼンス検索要求等を示す情報要素と、それらに対するウォッチャ、プレゼンスサーバの動作メカニズムを考案することで、従来不可能だったプレゼンスに対する検索が可能になる。また、SIP以外のプロトコル（例えば、XMPP(eXtensible Messaging and Presence Protocol）に関しても、詳細なヘッダ情報の記述等は異なるものの、基本的な概念、手順は共通的なものを適用可能である）。
【００２２】
このように本発明によれば、ウォッチャは、全てのプレゼンティティのプレゼンス情報を取得することなく、アドレスを知らないプレゼンティティも対象としながら、特定の条件を満たすプレゼンス情報を持つプレゼンティティのアドレスリスト、プレゼンス情報の一部または全部を検索・取得することが可能となる。
【００２３】
また、検索対象となるプレゼンティティのプレゼンス情報を逐次的に取得する必要が無くなり、ウォッチャ、プレゼンスサーバの処理負荷を軽減し、ネットワークリソースの浪費を防止することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の第１の実施の形態におけるシステム構成図である。
【図２】本発明の第１の実施の形態における各デバイス・サーバの構成図である。
【図３】本本発明の第１の実施の形態におけるSIPメッセージに設定される情報の例である。
【図４】本発明の第１の実施の形態におけるプレゼンス発行時のシーケンスチャートである。
【図５】本発明の第１の実施の形態におけるプレゼンス発行手順を示す図である。
【図６】本発明の第１の実施の形態におけるＤＢに格納されるプレゼンス情報の例（その１）である。
【図７】本発明の第１の実施の形態におけるＤＢに格納されるプレゼンス情報の例（その２）である。
【図８】本発明の第１の実施の形態におけるプレゼンス検索サービス確認・通知処理のシーケンスチャート（その１）である。
【図９】本発明の第１の実施の形態におけるプレゼンス検索サービス確認手順を示す図（その１）である。
【図１０】本発明の第１の実施の形態におけるプレゼンス検索サービス確認のためのSUBSCRIBEリクエストの例である。
【図１１】本発明の第１の実施の形態におけるプレゼンス検索サービス通知のためのNOTIFYリクエストの例（SIPヘッダ部）である。
【図１２】本発明の第１の実施の形態におけるプレゼンス検索サービス通知のためのNOTIFYリクエストの例（ボディ部）である。
【図１３】本発明の第１の実施の形態におけるプレゼンス検索サービス確認・通知処理のシーケンスチャート（その２）である。
【図１４】本発明の第１の実施の形態におけるプレゼンス検索サービス確認手順を示す図（その２）である。
【図１５】本発明の第１の実施の形態におけるプレゼンス検索サービス確認のためのOPTIONSリクエストの例である。
【図１６】本発明の第１の実施の形態におけるプレゼンス検索サービス通知のための200OKレスポンスの例である。
【図１７】本発明の第１の実施の形態におけるプレゼンス検索・結果通知処理のシーケンスチャートである。
【図１８】本発明の第１の実施の形態におけるプレゼンス検索手順（SIPのみ）を示す図である。
【図１９】本発明の第１の実施の形態におけるSUBSCRIBEリクエストの例（SIPヘッダ部）である。
【図２０】本発明の第１の実施の形態におけるプレゼンス検索要求のためのSUBSCRIBEリクエストの例（ボディ部）である。
【図２１】本発明の第１の実施の形態におけるプレゼンスXDMSに格納されるプレゼンス承認ルールの例（その１）である。
【図２２】本発明の第１の実施の形態におけるプレゼンスXDMSに格納されるプレゼンス承認ルールの例（その２）である。
【図２３】本発明の第１の実施の形態におけるプレゼンス検索結果返却のためのNOTIFYリクエストの例（SIPヘッダ部）である。
【図２４】本発明の第１の実施の形態におけるNOTIFYリクエストのボディ部に設定されるプレゼンス情報の例（その１）である。
【図２５】本発明の第１の実施の形態におけるNOTIFYリクエストのボディ部に設定されるプレゼンス情報の例（その2）である。
【図２６】本発明の第１の実施の形態におけるプレゼンス検索結果返却のためのNOTIFYリクエストの例（ボディ部）である。
【図２７】本発明の第２の実施の形態におけるプレゼンス検索・結果通知のシーケンスチャートである。
【図２８】本発明の第２の実施の形態におけるプレゼンス検索手順（HTTP併用）である。
【図２９】本発明の第２の実施の形態におけるプレゼンス検索結果返却のためのNOTIFYリクエストの例である。
【発明を実施するための形態】
【００２５】
以下図面と共に、本発明の実施の形態を説明する。
【００２６】
［第１の実施の形態］
図１は、本発明の第１の実施の形態のシステム構成であり、SIPを用いる場合の構成を示す。
【００２７】
同図に示すシステムは、プレゼンスサーバ（PS）１００、プレゼンスXDMS(XML(Extensible Markup Language) Database Management Server)２００、ウォッチャ端末３００、プレゼンスユーザエージェント（PUA）４００、これらを接続するネットワーク５００から構成される。
【００２８】
プレゼンスサーバ１００、ウォッチャ端末３００、PUA４００は、基本的に図２に示すように、ＣＰＵ１，データメモリ２、プログラムメモリ３、通信インタフェース４等のハードウェア構成を有するものとする。なお、以下に示す各手順はそれぞれの装置のＣＰＵ１と通信インタフェース４を用いるものとする。
【００２９】
プレゼンスサーバ１００は、PUA４００からプレゼンス情報の発行を受け取り、ウォッチャ端末３００からの要求に対してプレゼンス情報を通知するサーバであり、図１の例では、PUA４００から提供されたプレゼンス情報を保持するための２つのＤＢ１１０Ａ，１１０Ｂを有するものとする。これらのＤＢ１１０は、PUA４００から提供されたプレゼンス情報や、加工されたプレゼンス情報を格納する。プレゼンスサーバ１００は、プログラムメモリ３内に少なくとも、検索要求メッセージ含まれる検索キーに基づいてＤＢ１１０（本実施の形態ではＤＢ１１０Ａ）を検索し、PUA４００の識別子とプレゼンス情報を取得する機能、プレゼンスXDMS２００をPUA４００の識別子に基づいて検索して提供条件を取得して、プレゼンス情報を加工する機能を有し、また、通信インタフェース４において加工されたプレゼンス情報をウォッチャ端末３００に送信する機能を有し、これらの制御をＣＰＵ１で行うものとする。
【００３０】
プレゼンスXDMS２００は、プレゼンスの取得に関する承認ルールを定義し、格納する。
【００３１】
ウォッチャ端末３００は、プレゼンス情報の取得を行う端末であり、プログラムメモリ３には、プレゼンス情報検索要求のためのSIPメッセージを構築する機能を含み、通信インタフェース４はSIPメッセージを送信する機能を有し、ＣＰＵ１でこれらの機能を制御するものとする。
【００３２】
PUA４００は、データメモリ２にプレゼンティティのプレゼンス情報を格納し、通信インタフェース４にプレゼンス情報をPS１００に送信する機能を有し、ＣＰＵ１でこれらを制御するものとする。なお、図１では２つのPUA４００ａ、４００ｂが記載されているが、この例に限定されることなく、Ｎ個のPUAがネットワーク５００に接続されていてもよい。それぞれのPUA４００ａ，４００ｂはそれぞれ異なるプレゼンティティが持つPUAであり、個々にプレゼンティティ識別子が付与されているものとする。
【００３３】
図１に示すシステムで用いられるSIPメッセージに設定される情報の例を図３に示す。
【００３４】
以下に、上記のシステムにおける処理手順を説明する。
【００３５】
処理手順は、プレゼンス発行手順、プレゼンス検索サービス確認手順、プレゼンス検索要求・結果通知手順からなる。
【００３６】
＜プレゼンス発行手順＞
当該プレゼンス発行手順は、PUA４００からPS１００に対してプレゼンス情報を発行し登録する処理である。
【００３７】
図４は、本発明の第１の実施の形態におけるプレゼンス発行時のシーケンスチャートである。
【００３８】
ステップ１０１）  プレゼンティティのPUA４００ａにおいて、通信インタフェース４が、データメモリ２からプレゼンス情報を読み出して、図５に示すように、SIP PUBLISH（プレゼンティティ識別子、プレゼンティティのプレゼンス情報を含む）をネットワーク５００を介してプレゼンスサーバ１００に送信し、プレゼンス情報を発行する。なお、標準的な手順に従えば、単一のプレゼンティティが複数の異なるPUA４００を持つことができ、プレゼンスサーバ１００は、それぞれのPUA４００が発行した異なるプレゼンス情報を、単一のプレゼンティティの単一のプレゼンス情報に結合することも可能であるが、単純化のため、ここではあるプレゼンティティの有するPUA４００は一つ（４００ａ）である場合を例に説明する。
【００３９】
ステップ１０２）  プレゼンスサーバ１００の通信インタフェース４は、PUA４００aから取得した情報をＤＢ１１０Ａに格納する。図６にＤＢ１１０Ａに格納されたPUA４００ａのプレゼンス情報の例を示す。ＤＢ１１０Ａには、プレゼンティティ識別子毎にプレゼンス情報が格納される。なお、PUA４００bからプレゼンス情報を取得した場合には、DB１１０Ａに、図７に示すようなプレゼンス情報が格納される。
【００４０】
ステップ１０３）  プレゼンスサーバ１００は、通信インタフェース４よりネットワーク５００を介して応答（SIP 200OK）をPUA４００ａに通知する。
【００４１】
＜プレゼンス検索サービス確認手順＞
次に、ウォッチャがウォッチャ端末３００において、ネットワーク５００が提供するプレゼンス検索サービスの内容（検索方法、検索可能な情報要素）などを、SIP手順を用いて確認する場合の処理について説明する。
【００４２】
以下では、プレゼンス検索サービスの内容を確認する２つの方法を示す。
【００４３】
＜第１の方法＞
第１の方法として、SIP SUBSCRIBEリクエストによって確認する例を示す。
【００４４】
図８は、本発明の第１の実施の形態におけるプレゼンス検索サービス確認・通知処理のシーケンスチャートであり、図９は、図８のシーケンスチャートに対応する検索サービス確認手順を示す図である。
【００４５】
ステップ２０１）  ウォッチャ端末３００は、プレゼンス検索サービスの確認要求として、ネットワーク５００を介してプレゼンスサーバ１００にSIP SUBSCRIBE(プレゼンス検索サービス確認）リクエストを送信する。このときのSUBSCRIBEリクエストの例を図１０に示す。同図に示すように、SUBSCRIBEリクエストのEventヘッダとして、"x-pres-search-servicesイベントパッケージ"を指定し、プレゼンス検索サービスのサービス内容に対する要求であることを示す。ここで、"x-pres-search-servicesイベントパッケージ"は、本発明において、SIPのイベントパッケージ購読メカニズムを応用して、プレゼンスの検索サービス確認を行うために必要不可欠なものであり、本発明の代表的なオリジナリティの一部をなすが、パッケージ名そのものは、"x-pres-search-services"という文字列である必要はなく、他の名前として定義されていてもよい。また、Expiresヘッダとして、プレゼンス検索サービスの内容を一定期間購読したいわけではなく、単にサービスの内容を一回問い合わせたいだけである場合には、図１０に示すように、Expiresヘッダに"０"を設定する。
【００４６】
ステップ２０２）  プレゼンスサーバ１００は、ネットワーク５００を介して応答（SIP 200OK）をウォッチャ端末３００に返す。
【００４７】
ステップ２０３）  プレゼンスサーバ１００は、データメモリ２から取得した提供するプレゼンス検索サービスの内容を含むSIP NOTIFYを構築してウォッチャ端末３００に送信する。
【００４８】
ここで、図１１に、プレゼンス検索サービス通知のためのNOTIFYリクエストのSIPヘッダ部、図１２にボディ部を示す。図１１に示すヘッダ部のContent-Typeヘッダには、プレゼンス検索サービス内容を記述するXML文書をメッセージボディ部に設定していることを示す"application/pres-search-services+xml"を設定する。なお、"application/pres-search-services+xml"メディアタイプは、本発明において、SIPのイベントパッケージ購読メカニズムを応用して、プレゼンス検索サービス通知を行うために必要不可欠なものであり、本発明の代表的なオリジナリティの一部をなすが、メディアタイプ名を表す文字列そのものは、"pres-search-services+xml"という文字列である必要はなく、他の名前として定義されていてもよい。Subscription-Stateヘッダには、SUBSCRIBEリクエストのExpiresヘッダ値がゼロであるため、購読が終了していることを示す"terminated"を設定する。Content-Lengthヘッダには、メッセージボディ部の長さに応じて値を設定する。
【００４９】
メッセージボディ部には、プレゼンスサーバ１００がプレゼンス検索サービスとして提供するサービス内容（オペレータにより設定され、データメモリ２に格納されている検索可能な情報要素、検索要求時に検索キーとして記述するフォーマットに関する情報等）を設定する。以下では、XML形式によって記述する例を示すが、XML以外のフォーマットで記述することも可能である。図１２のNOTIFYリクエストのボディ部には、
・以下の情報要素について検索を実行することができる；
・PIDFフォーマットのstatusエレメントに含まれるbasicエレメントの値、noteエレ
メントの値；
・RPIDフォーマットのactivitiesエレメントの値、place-typeエレメントの値；
・検索にマッチしたユーザの情報要素として、以下の情報要素を検索結果として返却可
能である；
・ユーザのIMPU(IMSにおけるパブリックユーザＩＤ)；
・ユーザのプレゼンス文書；
・検索実行時に検索キーとして記述するフォーマットは、application/pres-serch+xmlとして登録されているフォーマットに準ずること；
・検索結果の返却方法は、以下の２通りをサポートしていること；
・application/pres-search-result+xmlフォーマットに従った、SIP手順のみを用いた検索結果の返却方法；
・ウォッチャ端末に、検索結果の格納場所（URL）を通知し、実際の検索結果はHTTPでアクセスして取得してもらう方法（後述の第２の実施の形態で説明）；
などが設定される。
【００５０】
上記のフォーマット記述において、pres-search-services+xmlメディアタイプは、本発明において、SIPのイベントパッケージ購読メカニズムを応用して、プレゼンス検索サービスを実現するために必要不可欠なものであり、本発明の代表的なオリジナリティの一部をなすが、メディアタイプ名を表す文字列そのものは"pres-search+xml"という文字列である必要はなく、他の名前として定義されていてもよい。
【００５１】
ステップ２０４）  ウォッチャ端末３００は、応答（SIP 200OK）をネットワーク５００を介してプレゼンスサーバ１００に返却する。
【００５２】
＜第２の方法＞
第２の方法として、SIP OPTIONSリクエストによって確認する例を示す。
【００５３】
ウォッチャ端末３００は、ネットワーク５００が提供するプレゼンス検索サービスの内容（検索方法、検索可能な情報要素など）を、SIP手順を用いて確認することができる。
【００５４】
図１３は、本発明の第１の実施の形態におけるプレゼンス検索サービス確認・通知処理のシーケンスチャート（その２）であり、図１４は、図１３のシーケンスチャートに対応する検索サービス確認手順を示す。
【００５５】
ステップ３０１）  ウォッチャ端末３００がプレゼンスサーバ１００の能力問い合わせ要求としてSIP OPTIONSリクエストを、ネットワーク５００を介してプレゼンスサーバ１００に送信する。このとき、図１５に示すようなOPTIONSリクエストを、RFC3261に従って送信する。
【００５６】
ステップ３０２）  プレゼンスサーバ１００は、SIP OPTIONSを受信すると、提供するプレゼンス検索サービスの内容を含む能力情報の応用（SIP 200OK）をウォッチャ端末３００に返却する。このとき、図１６に示すような200 OKレスポンスを返す。当該200 OKレスポンスのContent-Typeヘッダには、プレゼンス検索サービス内容を記述するXML文書をメッセージボディ部に設定していることを示す"application/pres-search-services+xml"を設定する。Content-Lengthヘッダには、メッセージボディ部の長さに応じて値を設定する。
【００５７】
なお、プレゼンスサーバ１００が本発明のプレゼンス検索サービスの内容以外の能力情報を合せて返却する場合は、content-Typeヘッダは、MIME Multipartとして本例とは異なる値が設定される場合がある。本例では、プレゼンスサーバ１００が本発明のプレゼンス検索サービスの内容に関する能力情報のみを返却する場合を示す。
【００５８】
＜プレゼンス検索・結果通知手順＞
次に、プレゼンス検索と結果通知処理について説明する。
【００５９】
図１７は、本発明の第１の実施の形態におけるプレゼンス検索・結果通知処理のシーケンスチャートであり、図１８は、図１７のシーケンスチャートに対応するプレゼンス検索手順を示す。
【００６０】
ステップ４０１）  ウォッチャ端末３００は、プレゼンス検索を要求するSIP SUBCRIBを構築し、ネットワーク５００を介してプレゼンスサーバ１００に送信する。このとき、図１９に示すようなSUBSCRIBEリクエストを送信するものとする。図１９に示すSIPヘッダ部のEventヘッダに"x-pres-searchイベントパッケージ"を指定し、プレゼンス検索サービスの利用であることを示す。Expiresヘッダには、検索条件にマッチする検索結果が更新された場合の再通知を受ける期間を指定する。図１９では、300秒間の間に更新があった場合は、新たな検索結果の再通知を受ける例を示している。再通知を受けない場合は、"０"を設定する。Acceptヘッダには、ウォッチャ端末４００側でサポートする、検索結果の通知・取得方法を設定する。ここでは、SIP手順のみで結果を通知する(application/pres-search-result-+xml, application/pidf+xml, multipart/mixed)方法と、HTTPを併用する方法(application/pres-search-reslut-http+xml)の両方をサポートしており、プレゼンスサーバ１００に対して検索結果をどちらの方法で返却してもよい、という意思表示を行っている例である。Content-Typeヘッダには、前述したプレゼンス検索サービス内容確認時の指定に従ってapplication/pres-search+xmlメディアタイプを設定する。Content-Lengthヘッダには、メッセージボディ部の長さに応じて値を設定する。
【００６１】
また、ボディ部は、図２０に示すように、メッセージボディ部には、プレゼンス検索キーを設定する。フォーマットは前述した図１２のプレゼンス検索サービスの内容確認時の指定に従って、application/pres-search+xmlメディア対応に基づいたフォーマットを想定している。図２０のXML設定例の意味を以下に示す。
【００６２】
・検索結果として、検索条件にマッチしたユーザの以下の情報要素を返却してほしい。
【００６３】
・ユーザのIMPU;
・ユーザのプレゼンス文書
・検索条件：
・PIDFフォーマットのstatusエレメントに含まれるbasicエレメントの値が
「open」であり、かつ、
・RPIDフォーマットのplace-typeエレメントの値が「airport」である：
ステップ４０２）  SIP SUBSCRIBEメッセージを受信したプレゼンスサーバ１００は、当該メッセージから検索情報を抽出する。
【００６４】
ステップ４０３）  プレゼンスサーバ１００は、抽出された検索情報に基づいて検索式を構築する。
【００６５】
ステップ４０４）  構築された検索式に基づいて、ＤＢ１１０の検索を実行し、検索結果を取得し、応答(SIP 200OK)をウォッチャ端末３００に返却する。
【００６６】
ステップ４０５）  プレゼンスサーバ１００は、検索結果に含まれるプレゼンティティ識別子に基づいて、プレゼンスXDMS２００からプレゼンス承認ルールを取得する。図２１は、PUA４００ａのプレゼンス承認ルールの例であり、認証された任意のウォッチャ端末に対して、Deviceエレメントを公開するというルールを定義している。図２２は、PUA４００ｂのプレゼンス承認ルールの例であり、<pr:provide-devices>タグがないため、PUA４００ａとは異なり、noteエレメントは公開するが、Deviceエレメントを公開しないルールを示している。
【００６７】
ステップ４０６）  プレゼンスサーバ１００は、取得したプレゼンス承認ルールに従って、ステップ４０４で取得した検索結果を加工する。
【００６８】
ステップ４０７）  プレゼンスサーバ１００は、加工した検索結果を通知するSIP NOTIFYを構築してウォッチャ端末３００に送信する。
【００６９】
ここで、プレゼンスサーバ１００が送信するSIP NOTIFYリクエストについて説明する。図２３は、本発明の一実施の形態におけるプレゼンス検索結果返却のためのNOTIFYリクエストの例（SIPヘッダ部）である。当該リクエストのContent-Typeヘッダには、プレゼンス検索結果として、検索条件にマッチしたユーザのIMPUと、各ユーザのプレゼンス文書を含めるため、multipart MIMEであることを示す"multipart/mixed"を設定する。Subscription-Stateヘッダには、SUBSCRIBEリクエストのExpiresヘッダ値が"300"であるため、検索結果の更新の再通知が有効であることを示す"active"を設定する。SUBSCRIBEリクエストのExpiresヘッダ値が"０"であった場合は、"terminated"を設定する。Expiresヘッダには、SUBSCRIBEリクエストのExpiresヘッダ値に応じて値を設定する。Content-Lengthヘッダには、メッセージボディ部の長さに応じて値を設定する。
【００７０】
また、NOTIFYリクエストのボディ部には、図２４に示すような、プレゼンス情報が設定される。同図に示す例は、PUA４００ａのプレゼンス情報の例である。プレゼンス承認ルールに基づいて、deviceエレメントの情報が公開される。図２５は、PUA４００ｂのプレゼンス情報の例であり、プレゼンス承認ルールに基づいて加工された結果、deviceエレメントの情報が削除される一方、noteエレメントの情報は公開される。
【００７１】
また、プレゼンス検索結果返却のためのNOTIFYリクエストのボディ部には、図２６に示すような内容が設定される。同図のボディ部の意味は、
・検索の結果、PUA４００ａとPUA４００ｂがマッチした；
・PUA４００ａとPUA４００ｂのIMPUを検索結果の一部として返却；
・PUA４００ａとPUA４００ｂのプレゼンス文書を検索結果の残りとして返却；
であり、上記２点の検索結果を、MIMEマルチパートとして一つのメッセージボディに含めている。
【００７２】
［第２の実施の形態］
本実施の形態ではHTTP(Hyper Text Transfer Protocol)を併用した例を示す。システム構成及びプレゼンス発行手順は第１の実施の形態と同様である。
【００７３】
図２７は、本発明の第２の実施の形態におけるプレゼンス検索手順（HTTP併用）のシーケンスチャートであり、図２８は、図２７のシーケンスチャートに対応するプレゼンス検索手順を示す。
【００７４】
ステップ５０１）  ウォッチャ端末３００から、ネットワーク５００を介してプレゼンス検索を要求するSIP SUBSCRIBEリクエストを構築して、プレゼンスサーバ１００に送信する。なお、SUBSCRIBEリクエストのSIPヘッダ部及びボディ部のフォーマット等は第１の実施の形態と同様である。
【００７５】
ステップ５０２）  プレゼンスサーバ１００は、SIP SUBSCRIBEリクエストを受信すると、応答（SIP 200OK）をウォッチャ端末３００に返却し、メッセージの要求から検索情報を抽出する。
【００７６】
ステップ５０３）  プレゼンスサーバ１００は、抽出した検索情報から検索式を構築する。
【００７７】
ステップ５０４）  プレゼンスサーバ１００は、構築された検索式に基づいて、ＤＢ１１０Ａのプレゼンス情報の検索を実行し、検索結果を取得する。
【００７８】
ステップ５０５）  プレゼンスサーバ１００は、ステップ５０４で得られた検索結果のプレゼンティティ識別子に基づいて、プレゼンスXDMS２００からプレゼンス承認ルールを取得する。
【００７９】
ステップ５０６）  プレゼンスサーバ１００は、取得したプレゼンス承認ルールに従って、ステップ５０２で取得した検索結果を加工する。
【００８０】
ステップ５０７）  プレゼンスサーバ１００は、加工した検索結果をＤＢ１１０Ｂに格納する。
【００８１】
ステップ５０８）  プレゼンスサーバ１００は、検索結果の格納場所（ＤＢ１１０のＵＲＬ）を含むSIP NOTIFYを構築してウォッチャ端末３００に送信する。ウォッチャ端末３００は、SIP NOTIFYに対する応答（SIP 200OK）をプレゼンスサーバ１００に返却する。
【００８２】
このとき、プレゼンスサーバ１００は、図２９に示すようなNOTIFYリクエストを構築する。Content-Typeヘッダには、プレゼンス検索結果を直接記述せず、HTTPを利用して取得するための検索結果の格納場所（URL）を記述することを示す"application/pres-search-result-http+xml"を設定する。Subscription-Stateヘッダには、SUBSCRIBEリクエストのExpiresヘッダ値が300であるため、検索結果の更新の再通知が有効であることを示す"active"を設定する。SUBSCRIBEリクエストのExpiresヘッダ値が"０"であった場合は、"terminated"を設定する。Expiresヘッダには、SUBSCRIBEリクエストのExpiresヘッダ値に応じて値を設定する。SIPメッセージボディ部には、例えば、以下の方法で検索結果を取得するように通知する。
【００８３】
・HTTPのGETメソッドを使う；
・http://network.example.com/pres-result/lkjhgfdsa0123456789.htmlへアクセス；
・ダイジェストMD5認証を実施の上で取得する；
・当該場所に検索結果がおかれていて取得可能な期間は３００秒；
ステップ５０９）  ウォッチャ端末３００は、通知された場所（ＤＢ１１０Ｂ）に対してHTTP（HTTP GET）でアクセスし、検索結果を取得する。
【００８４】
なお、上記の実施の形態におけるプレゼンスサーバ、ウォッチャ端末、PUAの各装置の動作をプログラムとして構築し、これらの各装置として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００８５】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【符号の説明】
【００８６】
１  ＣＰＵ
２  データメモリ
３  プログラムメモリ
４  通信インタフェース
１００  プレゼンスサーバ（ＰＳ）
１１０  ＤＢ（データベース）
２００  プレゼンスXDMS
３００  ウォッチャ端末
４００  PUA（プレゼンスユーザエージェント）
５００  ネットワーク
【図１】
2012093981.tif 000003
【図２】
2012093981.tif 000004
【図３】
2012093981.tif 000005
【図４】
2012093981.tif 000006
【図５】
2012093981.tif 000007
【図６】
2012093981.tif 000008
【図７】
2012093981.tif 000009
【図８】
2012093981.tif 000010
【図９】
2012093981.tif 000011
【図１０】
2012093981.tif 000012
【図１１】
2012093981.tif 000013
【図１２】
2012093981.tif 000014
【図１３】
2012093981.tif 000015
【図１４】
2012093981.tif 000016
【図１５】
2012093981.tif 000017
【図１６】
2012093981.tif 000018
【図１７】
2012093981.tif 000019
【図１８】
2012093981.tif 000020
【図１９】
2012093981.tif 000021
【図２０】
2012093981.tif 000022
【図２１】
2012093981.tif 000023
【図２２】
2012093981.tif 000024
【図２３】
2012093981.tif 000025
【図２４】
2012093981.tif 000026
【図２５】
2012093981.tif 000027
【図２６】
2012093981.tif 000028
【図２７】
2012093981.tif 000029
【図２８】
2012093981.tif 000030
【図２９】
2012093981.tif 000031