(57)【要約】  本発明によるプレゼンスサービス提供のための方法は、イベントパブリケーションエージェント（ＥＰＡ）によりパブリッシュされた状態情報をメディア特徴タグを用いてＳＩＰ登録するステップと、ルーラーからターゲット状態情報に対するパブリケーションルールを対応するＥＰＡに送信するステップと、上記ＥＰＡにより登録されたメディア特徴タグ情報を用いて、上記パブリケーションルールを上記ターゲット状態情報のパブリケーションを担当するＥＰＡにルーティングするステップと、上記ＥＰＡが上記パブリケーションルールを受信するステップと、上記ＥＰＡが、上記パブリケーションルールを用いて上記ターゲット状態情報に対するＥＳＣへのパブリケーションを遂行するステップと、上記ルーラーが上記パブリケーションルールの更新又は取消しを介してパブリケーションルールの要求を変更するステップと、上記ＥＰＡが変更されたルールにより上記ＥＳＣへのパブリケーションを遂行するステップと、上記ルーラーが、イベントパッケージを用いてパブリケーションルール同期化要求を上記ＥＰＡに送信するステップと、上記ＥＰＡが上記パブリケーションルール同期化要求に応じる応答メッセージを上記ルーラーに送信するステップと、上記ＥＰＡが上記更新されたパブリケーションルールの通知を上記ルーラーに送信するステップと、を含む。
2009518737.tif 000002
【特許請求の範囲】
【請求項１】
プレゼンスサービスの提供のためのシステムであって、
ターゲットプレゼンス状態情報に対して要請されるイベントパブリケーションエージェント（ＥＰＡ）のパブリケーション動作をパブリケーションルールを使用して記述し、前記パブリケーションルールを前記ターゲットプレゼンス状態情報のパブリケーションを担当するＥＰＡに送信し、必要に応じて、前記パブリケーションルールを更新し又は取り消し、イベントパッケージを使用してパブリケーションルール同期化要求を前記ＥＰＡに送信するルーラーと、
プレゼンス状態情報のセットに関するパブリケーションケイパビリティをメディア特徴タグを用いてＳＩＰレジストラに登録し、前記ルーラーから前記プレゼンス状態情報に対する前記パブリケーションルールを受信しコンポーズし、前記コンポーズされたパブリケーションルールに従って、前記プレゼンス状態情報に対するイベントステートコンポジタ（ＥＳＣ）へのパブリケーションを遂行し、前記パブリケーションルールの更新又は取消し要求がある場合には、前記パブリケーションルールを修正し、前記修正されたパブリケーションルールに従って、前記プレゼンス状態情報に対するＥＳＣへのパブリケーション動作を変更し、前記ルーラーから前記イベントパッケージを用いて、前記パブリケーションルール同期化要求がある場合には、これに対する応答メッセージを前記ルーラーに送信し、前記パブリケーションルールが更新されると、前記更新されたパブリケーションルールを前記ルーラーに通知する前記ＥＰＡと、
前記ＥＰＡが登録したメディア特徴タグ情報に従って、前記ターゲットプレゼンス状態情報に対するパブリケーションルールを前記ターゲットプレゼンス状態情報のパブリケーションを担当するＥＰＡにルーティングすることを決定するＳＩＰレジストラと、
を含むことを特徴とするプレゼンスサービス提供のためのシステム。
【請求項２】
プレゼンスサービス提供のための方法であって、
イベントパブリケーションエージェント（ＥＰＡ）がパブリケーションすることができるプレゼンス状態情報をメディア特徴タグを用いてＳＩＰ登録するステップと、
ルーラーからターゲットプレゼンス状態情報に対するパブリケーションルールを対応するＥＰＡに送信するステップと、
前記ＥＰＡが登録したメディア特徴タグ情報に従って、前記ターゲットプレゼンス状態情報に対するパブリケーションルールを前記ターゲットプレゼンス状態情報のパブリケーションを担当するＥＰＡにルーティングするステップと、
前記ＥＰＡが前記パブリケーションルールを受信するステップと、
前記ＥＰＡが、前記パブリケーションルールに従って、前記ターゲットプレゼンス状態情報に対するＥＳＣへのパブリケーションを遂行するステップと、
前記ルーラーが前記パブリケーションルールの更新又は取消しを要求するステップと、
前記ＥＰＡが前記ルーラーから前記パブリケーションルールの更新又は取消しの要求を受信し、前記パブリケーションルールを修正するステップと、
前記ＥＰＡが、前記修正されたパブリケーションルールに従って前記ＥＳＣへのパブリケーションを遂行するステップと、
前記ルーラーが、イベントパッケージを用いてパブリケーションルール同期化要求を前記ＥＰＡに送信するステップと、
前記ＥＰＡが、前記パブリケーションルール同期化要求に応じる応答メッセージを前記ルーラーに送信するステップと、
前記ＥＰＡが、前記パブリケーションルールが更新されると、前記更新されたパブリケーションルールを前記ルーラーに通知するステップと、
を含むことを特徴とするプレゼンスサービス提供のための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレゼンスサーバに関し、特に、外部の客体を介してプレゼンスソースの動作を制御するためのシステム及び方法に関する。
【背景技術】
【０００２】
一般的に、プレゼンスサービス（Presence Service）は、一連の装置を介した関心の対象、例えば、ユーザー又はグループのコミュニケーションの能力（ability）及び意志（willingness）と現在の状態とを一連の客体に適切に提供するサービスである。上記客体は、受信された関心対象の状態情報に基づいて関心対象の現状況を把握することができ、最適の通信方式を選択することにより関心対象との接触を試みることもできる。
【０００３】
図１は、従来技術によるプレゼンスサービスを示す図である。プレゼンスサービスの関心対象をプレゼンティティ（Presentity）と称する。プレゼンティティに関連した情報、すなわち、プレゼンス情報（Presence Information：以下、“ＰＩ”と称する。）は、プレゼンスソース１０４を介してプレゼンスサーバ１０２にパブリッシュ（publish）される。プレゼンスサーバ１０２は、このようなＰＩのコンポジションを行い、プレゼンティティのコンポジションされたＰＩを生成し、プレゼンティティに関心を有している客体（subscribed）、すなわち、ウオッチャー（Watcher）１００への許可された（authorized）ＰＩの通知を選択的に送信する。
【０００４】
図２を参照して、従来技術によるプレゼンスサービスのエンティティ間の信号フローを説明する。プレゼンスソース１０４とプレゼンスサーバ１０２との間には、‘ＲＦＣ（Request for Comments）３８５６，Ａ Ｐｒｅｓｅｎｃｅ Ｅｖｅｎｔ Ｐａｃｋａｇｅ ｆｏｒ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ），Ｊ．Ｒｏｓｅｎｂｅｒｇ，Ａｕｇｕｓｔ ２００４’に定義されているパブリケーションメカニズムが適用される。プレゼンスソース１０４又はイベントパブリケーションエージェント（Event Publication Agent：以下、“ＥＰＡ”と称する。）は、ステップ２０４及び２０５、ステップ２０８及び２０９、及びステップ２１０及び２１１で、セッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する。）ＰＵＢＬＩＳＨメッセージを使用してプレゼンティティに関するＰＩをプレゼンスサーバ１０２又はイベントステートコンポジタ（Event State Compositor：以下、“ＥＳＣ”と称する。）に転送する。以下、ＰＩのためのコンポジション機能を遂行するプレゼンスサーバ１０２は、ＥＳＣと呼ぶ。また、ＰＩを提供するための機能を遂行するプレゼンスソース１０４は、ＥＰＡと呼ぶ。
【０００５】
一方、ウオッチャー１００とプレゼンスサーバ１０２との間には、ＲＦＣ ３８５６に定義されているプレゼンスイベントパッケージ（Presence Event Package）が適用される。ステップ２００乃至ステップ２０３で、ウオッチャー１００は、プレゼンスイベントに関するＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを使用してプレゼンティティに関するＰＩを要求する。
【０００６】
プレゼンスサーバ１０２又はプレゼンスエージェント（Presence Agent：ＰＡ）は、ステップ２０４、ステップ２０８、及びステップ２１０で、プレゼンスソース１０４又はプレゼンスユーザーエージェント（Presence User Agent：ＰＵＡ）から受信されたＰＩをＳＩＰ ＮＯＴＩＦＹメッセージを使用してウオッチャー１００に転送する。
【０００７】
図２の信号フローに使用されるメッセージのフォーマットの例を図３Ａ乃至図３Ｄに示す。ステップ２００乃至ステップ２１３で送信されることができるメッセージは、図３Ａ乃至図３Ｄの（ａ）乃至（ｎ）にそれぞれ対応する。
【０００８】
上述したようなプレゼンスサービスは、オープンモバイルアライアンス（Open Mobile Alliance：ＯＭＡ）プレゼンスＳＩＭＰＬＥ Ｖ１．０．で実現されることができる。
【０００９】
従来技術によるプレゼンスサービスをサポートするＯＭＡプレゼンスＳＩＭＰＬＥ Ｖ１．０のアーキテクチャーを図４に示す。
【００１０】
従来のプレゼンスサービスアーキテクチャーにおいて、プレゼンスソース１０４は、自身の観点から見たプレゼンティティに関する最新の（up-to-date）ＰＩを保持し、ＰＩが更新されるか又は変化する度に、ＳＩＰ ＰＵＢＬＩＳＨメッセージを介してプレゼンスサーバ１０２にＰＩを転送する。プレゼンスサーバ１０２は、所定のメカニズムに従ってプレゼンスソース１０４から受信されたＰＩをコンポーズし、最新のコンポーズされたＰＩを保持する。また、プレゼンスサーバ１０２は、ウオッチャー１００のプレゼンスイベントパッケージを使用したＳＩＰ ＳＵＢＳＣＲＩＢＥ要求に応じて、ＳＩＰ ＮＯＴＩＦＹメッセージを使用して所定のポリシーに従ってＰＩを適切に分配する。この際、ウオッチャー１００のプレゼンスイベントパッケージを使用したＳＩＰ ＳＵＢＳＣＲＩＢＥ要求は、ＰＩが更新される度に、ＰＩを受信するための要求である。
【００１１】
図５は、従来技術によるプレゼンスサービスでのプレゼンスソース１０４の動作を示す。
【００１２】
ステップ５００で、プレゼンスソース１０４がイネーブルされると、ステップ５０２で、プレゼンティティに関するＰＩがあるか否かを判定する。ＰＩがある場合には、プレゼンスソース１０４は、ステップ５０４に進んで、ＰＩをプレゼンスサーバ１０２にパブリッシュする。この後、ステップ５０６で、パブリッシュされたＰＩが更新される場合に、プレゼンスソース１０４は、ステップ５０８に進んで、更新されたＰＩをプレゼンスサーバ１０２にパブリッシュする。
【００１３】
したがって、次のような行動様式（behavior）が、プレゼンスソース１０４で観察される。
【００１４】
プレゼンスソースの行動様式は、暗示的である。図１に示したプレゼンスサービスにおいて、プレゼンスソース１０４が常に適切な動作を遂行すると仮定する。プレゼンスソース１０４の動作をイネーブル又はディスエーブルさせる方法がないため、プレゼンスソース１０４の行動様式は、暗示的である。
【００１５】
また、プレゼンスソース１０４の行動様式は、独立的である。プレゼンティティに関するＰＩの更新があるか否かを独立して判定する。ＰＩが更新される度に、プレゼンスソース１０４は、パブリケーションを判定し、遂行する。すなわち、外部からの要求又は制御なしに判定又は制御を遂行するため、プレゼンスソース１０４の行動様式は、独立的である。
‘Ａ ｄｒａｆｔ-ｉｅｔｆ-ｓｉｍｐｌｅ-ｐｒｅｓｅｎｃｅ-ｄａｔａ-ｍｏｄｅｌ-０６，Ａ Ｄａｔａ Ｍｏｄｅｌ ｆｏｒ Ｐｒｅｓｅｎｃｅ，Ｊ．Ｒｏｓｅｎｂｅｒｇ，２３ Ｏｃｔｏｂｅｒ ２００５’に説明されている通りに、プレゼンスソース１０４の行動様式に関する上述した観察は、所定のユーザー（すなわち、プレゼンティティ）の一連の装置を用いるコミュニケーションの能力及び意志の通知のためのプレゼンスサービスの既存の目的に関連した従来のアーキテクチャーでは、ある程度無視されることができる。これは、既存のアーキテクチャーにおいて、ＰＩは、主に、コミュニケーションの能力及び意志のような分離された（discrete）情報で構成されるからである。また、既存のアーキテクチャーでのパブリケーションのためのプレゼンスソースは、主にユーザー端末又はホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）のようなパーシステント（persistent）ネットワークエンティティーで構成される。このように、プレゼンスソース１０４の動作は、直接イネーブル／ディスエーブルされ、独立的である。
【００１６】
しかしながら、‘ｄｒａｆｔ-ｉｅｔｆ-ｓｉｍｐｌｅ-ｒｐｉｄ-０９，ＲＰＩＤ：Ｒｉｃｈ ｐｒｅｓｅｎｃｅ Ｅｘｔｅｎｓｉｏｎｓ ｔｏ ｔｈｅ Ｐｒｅｓｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｄａｔａ Ｆｏｒｍａｔ，Ｈ．Ｓｃｈｕｌｚｒｉｎｅ ｅｔ．ａｌ．，２４ Ｓｅｐｔｅｍｅｒ ２００５’でも見られるように、プレゼンティティのコミュニケーションの能力及び意志に関する情報を転送するためのプレゼンスサービスの本来の目的が、プレゼンティティの現在の状態のようなプレゼンティティに関する様々な情報を提供するためのメカニズムまで拡張されていることを考慮する際には、上記観察されたプレゼンスソース１０４の行動様式は、次のような問題点を有する。
【００１７】
プレゼンスソース１０４の暗示的な行動様式は、ＰＩに関する選択的な（selective）ＰＩ要求及びパブリケーションをディスエーブルする。例えば、プレゼンティティが特定の時点で使用される装置のスナップショット（snapshot）の認識を希望する場合に、プレゼンティティは、ＰＩパブリケーション要求を対応するプレゼンスソースに転送することにより、対応するＰＩのスナップショットがパブリケーションされることができる。図１に示すプレゼンスサービスにおいて、ウオッチャーは、‘ｄｒａｆｔ-ｉｅｔｆ-ｓｉｍｐｌｅ-ｅｖｅｎｔ-ｆｉｌｔｅｒ-ｆｕｎｃｔ-０５，Ｆｕｎｃｔｉｏｎａｌ Ｄｅｓｃｒｉｐｔｉｏｎ ｏｆ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｆｉｌｔｅｒｉｎｇ，Ｈ．Ｋｈａｒｔａｂｉｌ ｅｔ．ａｌ．，１５ Ｍａｒｃｈ ２００５'に説明されているようなフィルター方法を用いて、ＰＩの特定の部分に対する要求をプレゼンスサーバに選択的に送信することができる。対応する情報のプレゼンスサーバ１０２へのパブリケーションを担当するプレゼンスソースが予め活性化されていないと、ウオッチャーは、要求されたＰＩを認識することができない。
【００１８】
プレゼンスソース１０４の独立した行動様式は、制御できない（uncontrollable）結果を引き起こしうる。例えば、所定のプレゼンスソースのパブリケーションのターゲットに対応するＰＩが位置情報である場合に、プレゼンスソース１０４は、位置情報が更新される度に、対応するＰＩをプレゼンスサーバ１０２にパブリケーションする。しかしながら、準連続の（quasi-continuous）位置情報の特性は、頻繁なＰＩの更新及びパブリケーションを引き起こすことにより、ＳＩＰ基盤ネットワークにとって負担となり、プレゼンスソース１０４及びプレゼンスサーバ１０２の高い処理能力を必要とする。‘ＲＦＣ３９０３，Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）Ｅｘｔｅｎｓｉｏｎ ｆｏｒ Ｅｖｅｎｔ Ｓｔａｔｅ  Ｐｕｂｌｉｃａｔｉｏｎ，Ａ．Ｎｉｅｍｉ，ｅｔ．ａｌ．，Ｏｃｔｏｂｅｒ ２００４’では、パブリケーション満了間隔（publication expiration interval）を調整し、リトライアフター（Retry-After）ＳＩＰヘッダーを５０３サーバアンアベイラブル（Server Unavailable）ＳＩＰ応答に含ませる方法を用いて、プレゼンスサーバ１０２がプレゼンスソース１０４のパブリケーションレート（publication rate）を間接的に制御することができるメカニズムを提案する。しかしながら、パブリケーション満了間隔を調整する方法は、ＰＩの更新には使用されず、ＰＩのリフレッシュのためのパブリケーションレートの制御だけに使用される。リトライアフターＳＩＰヘッダーを使用する方法は、次のパブリケーションだけに適用される。したがって、ＲＦＣ３９０３で提案された方法は、その使用が非常に制約的であり、根本的な解決策であることができない。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、外部の客体を介してプレゼンスソースの動作を制御するシステム及び方法を提供することにある。特に、本発明は、イベントステートコンポジタ（ＥＳＣ）を含む外部の客体を介してイベントパブリケーションエージェント（ＥＰＡ）のパブリケーション動作を制御することができるシステム及び方法を提供することにある。
【００２０】
本発明の他の目的は、ＥＰＡオンデマンド（on-demand）の活性化及び非活性化を行うことにより、特定の状態に対するソリシテーション（solicitation）を可能にするシステム及び方法を提供することにある。
【課題を解決するための手段】
【００２１】
上記のような目的を達成するために、本発明の一態様によれば、プレゼンスサービスの提供のためのシステムは、ターゲットプレゼンス状態情報に対して要請されるイベントパブリケーションエージェント（ＥＰＡ）のパブリケーション動作をパブリケーションルールを使用して記述し、上記パブリケーションルールを上記ターゲットプレゼンス状態情報のパブリケーションを担当するＥＰＡに送信し、必要に応じて、上記パブリケーションルールを更新し又は取り消し、イベントパッケージを使用してパブリケーションルール同期化要求を上記ＥＰＡに送信するルーラーと、プレゼンス状態情報のセットに関するパブリケーションケイパビリティをメディア特徴タグを用いてＳＩＰレジストラに登録し、上記ルーラーから上記プレゼンス状態情報に対する上記パブリケーションルールを受信しコンポーズし、上記コンポーズされたパブリケーションルールに従って、上記プレゼンス状態情報に対するイベントステートコンポジタ（ＥＳＣ）へのパブリケーションを遂行し、上記パブリケーションルールの更新又は取消し要求がある場合には、上記パブリケーションルールを修正し、上記修正されたパブリケーションルールに従って、上記プレゼンス状態情報に対するＥＳＣへのパブリケーション動作を変更し、上記ルーラーから上記イベントパッケージを用いて、上記パブリケーションルール同期化要求がある場合には、これに対する応答メッセージを上記ルーラーに送信し、上記パブリケーションルールが更新されると、上記更新されたパブリケーションルールを上記ルーラーに通知する上記ＥＰＡと、上記ＥＰＡが登録したメディア特徴タグ情報に従って、上記ターゲットプレゼンス状態情報に対するパブリケーションルールを上記ターゲットプレゼンス状態情報のパブリケーションを担当するＥＰＡにルーティングすることを決定するＳＩＰレジストラと、を含むことを特徴とする。
【００２２】
本発明の他の態様によれば、プレゼンスサービス提供のための方法は、イベントパブリケーションエージェント（ＥＰＡ）がパブリケーションすることができるプレゼンス状態情報をメディア特徴タグを用いてＳＩＰ登録するステップと、ルーラーからターゲットプレゼンス状態情報に対するパブリケーションルールを対応するＥＰＡに送信するステップと、上記ＥＰＡが登録したメディア特徴タグ情報に従って、上記ターゲットプレゼンス状態情報に対するパブリケーションルールを上記ターゲットプレゼンス状態情報のパブリケーションを担当するＥＰＡにルーティングするステップと、上記ＥＰＡが上記パブリケーションルールを受信するステップと、上記ＥＰＡが、上記パブリケーションルールに従って、上記ターゲットプレゼンス状態情報に対するＥＳＣへのパブリケーションを遂行するステップと、上記ルーラーが上記パブリケーションルールの更新又は取消しを要求するステップと、上記ＥＰＡが上記ルーラーから上記パブリケーションルールの更新又は取消しの要求を受信し、上記パブリケーションルールを修正するステップと、上記ＥＰＡが、上記修正されたパブリケーションルールに従って上記ＥＳＣへのパブリケーションを遂行するステップと、上記ルーラーが、イベントパッケージを用いてパブリケーションルール同期化要求を上記ＥＰＡに送信するステップと、上記ＥＰＡが、上記パブリケーションルール同期化要求に応じる応答メッセージを上記ルーラーに送信するステップと、上記ＥＰＡが、上記パブリケーションルールが更新されると、上記更新されたパブリケーションルールを上記ルーラーに通知するステップと、を含むことを特徴とする。
【００２３】
ユーザーエージェント、ＥＳＣ、またはエンティティがルーラーとして機能することができる。パブリケーションルールの要請を受けたＥＰＡは要請するエンティティがルーラーとして機能することができるかどうかを認定する。
【発明の効果】
【００２４】
本発明は、ＥＳＣを含む外部の客体を介してＥＰＡを制御することにより、ＥＰＡのパブリケーション動作を制御する明確な方法を提供する。本発明は、ＥＰＡオンデマンドの活性化及び非活性化を行うことにより、特定の状態に対するソリシテーションを可能にする。本発明で提案された方法を使用する場合には、従来のシステムとは異なり、システム上の状態パブリケーション動作を制御することができる。したがって、本発明は、システム上のトラフィックロード及びユーザーの経験を向上させることができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。下記の説明において、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。
【００２６】
本発明は、外部の客体を介してプレゼンスソースの動作を制御するシステム及び方法を提供する。上記システムは、図１４に示すように、ユーザーエージェント２０２及びイベントパブリケーションエージェント（Event Publication Agent：ＥＰＡ）２０４を含む。ユーザーエージェントは、イベントパッケージを使用してパブリケーションルール同期化要求をＥＰＡに送信し、上記同期化要求に対する応答がある場合には、ターゲット状態情報を含むパブリケーションルールをＥＰＡに送信する。ＥＰＡは、上記パブリケーションルール同期化要求が上記ユーザーエージェントから受信された場合には、これに対する応答メッセージを上記ユーザーエージェントに送信し、パブリケーションルールが更新された場合には、更新されたパブリケーションルールを上記ユーザーエージェントに通知する。
【００２７】
本発明は、ＥＰＡの制御のために、（１）パブリケーションルールを記述し、表現する方法、（２）パブリケーションルールを転送する方法、（３）パブリケーションルールを処理する方法、（４）パブリケーションルールを同期化する方法、（５）パブリケーションルールを更新する方法、（６）パブリケーションルールを取り消す方法、（７）ＥＰＡ識別（Identification：ＩＤ）及びルーティング方法、及び（８）パブリケーションルールを実現する方法を提供する。
【００２８】
（１）パブリケーションルールを記述し、表現する方法
本発明でのＥＰＡ制御パラメータ又はパブリケーションルールを記述し、表現する方法について説明する。
【００２９】
まず、パブリケーションルール記述方法を参照すると、ＥＰＡ制御パラメータの記述は、本発明において、ヘッダー情報とパブリケーションルール情報とに分けられる。
【００３０】
上記ヘッダー情報は、上記記述されたパブリケーションルールをＥＰＡに転送し、ＥＰＡで上記パブリケーションルールをコンポーズするのに使用される。パブリケーションルールは、ＥＰＡのパブリケーションを制御することができるパラメータを記述するのに使用される。上記ヘッダー情報は、上記パブリケーションルールに関する一般的な情報として記述される。上述した情報に関連して、ＥＰＡへのルーティング及びＥＰＡのプレゼンスルールコンポジション（Presence Rule Composition）の詳細を説明する。上記ヘッダー情報は、上記記述されたパブリケーションルールの適用のために使用される。上記ヘッダー情報は、リクエスタ（Requestor）に関する情報、タイムスタンプ（Time stamp）情報、制御のためのＥＰＡ（EPA to control）に関する情報、制御のためのターゲット状態（Target state to control）に関する情報、及び制御のためのターゲットエンティティー（Target entity to control）に関する情報を含むことができる。
【００３１】
上記リクエスタに関する情報は、ＥＰＡ制御を要求したエンティティに関する情報である。上記情報は、リクエスタのセッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する。）ユニフォームリソース識別子（Uniform Resource Identifier：以下、“ＵＲＩ”と称する。）を記述し、ＥＰＡがリクエスタを認証、すなわち、リクエスタが記述したパブリケーションルールに従って、対応する状態のパブリケーションを制御する権限があるか否かを判定するのに使用される。
【００３２】
上記タイムスタンプ情報は、パブリケーションルールが要求される時点を示す。
【００３３】
上記制御のためのＥＰＡに関する情報は、制御のためのＥＰＡを識別するためのＳＩＰ ＵＲＩを示す。このために、Ｇｌｏｂａｌｌｙ Ｒｏｕｔａｂｌｅ Ｕｓｅｒ Ａｇｅｎｔ ＵＲＩ（ＧＲＵＵ）‘ａ ｄｒａｆｔ-ｉｅｔｆ-ＳＩＰ-ｇｒｕｕ-０６，Ｏｂｔａｉｎｉｎｇ ａｎｄ Ｕｓｉｎｇ Ｇｌｏｂａｌｌｙ Ｒｏｕｔａｂｌｅ Ｕｓｅｒ Ａｇｅｎｔ（ＵＡ）ＵＲＩs（ＧＲＵＵ）ｉｎ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ），Ｊ．Ｒｏｓｅｎｂｅｒｇ，２０ Ｏｃｔｏｂｅｒ ２００５’が使用されることができる。したがって、この情報は、パブリケーションルールがＥＰＡに転送される際に、ルーティング情報として使用される。この情報が記述されていない場合に、ルーティングプロキシ（Routing Proxy）は、ターゲット状態及びターゲットエンティティーに関する情報エレメントを用いて、ターゲットＥＰＡへのルーティングのための情報を探すことができる。２種類の情報エレメントがすべて使用可能な場合には、制御のためのＥＰＡに関する情報に基づくルーティング情報が、ターゲット状態及びターゲットエンティティーに関する情報により暗示されるルーティング情報よりさらに優先して使用されることができる。
【００３４】
制御のためのターゲット状態に関する情報は、パブリケーション制御のターゲットに対応するターゲット状態を指定する。例えば、制御のためのターゲット状態に関する情報は、位置状態情報であることができる。この情報値は、ＥＰＡのＳＩＰ登録の際に、ケイパビリティ登録に関するメディア特徴タグ （media feature tag）で表示される。この情報は、ターゲットエンティティー情報とともに、状態パブリケーションを担当するＥＰＡを識別するためのルーティング情報として使用されることもできる。しかしながら、ＥＰＡのＵＲＩ情報が制御のためのＥＰＡに関する情報で既に記述されている場合には、ＵＲＩ情報が、優先的にルーティング情報として使用される。
【００３５】
上記制御のためのターゲットエンティティーに関する情報は、パブリケーション制御のターゲットに対応するエンティティを示す。例えば、制御のためのターゲットエンティティーに関する情報は、“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”のような情報である。ここで、エンティティのＳＩＰ ＡＯＲ（Address of Record）が記述される。また、この情報は、上記ターゲット状態に関する情報とともに、状態パブリケーションを担当するＥＰＡを識別するためのルーティング情報として使用されることができる。しかしながら、ＥＰＡのＵＲＩ情報が制御のためのＥＰＡに関する情報で既に記述されている場合には、ＵＲＩ情報が、優先的にルーティング情報として使用される。
【００３６】
次いで、上記パブリケーションルール情報について説明する。本発明は、制御のためのターゲット状態に関する情報、制御のためのターゲットエンティティーに関する情報、有効時間（Valid time）情報、パブリケーショントリガーメカニズム情報、ステートマキシマムアキュラシ（state maximum accuracy）情報、及び取消し情報を含むパブリケーションルールを提案する。
【００３７】
上記制御のためのターゲット状態に関する情報は、パブリケーションルールが適用される状態を示す。この情報の値は、ＥＰＡのＳＩＰ登録の際に、ＥＰＡがパブリケーションケイパビリティ（capability）として登録したメディア特徴タグである。
【００３８】
上記制御のためのターゲットエンティティーに関する情報は、パブリケーションルールが適用されるターゲットエンティティーを示し、上記ターゲットエンティティーのＳＩＰ ＡＯＲ ＵＲＩで表現される。
【００３９】
上記有効時間情報は、記述されたパブリケーションルールの有効な期間を示す。これは、“デュレーション（duration）”値又は“フロム（From）” 値と“アンティル（until）”値との組合せで表現される。上記有効な時間が“Ｆｒｏｍ／Ｕｎｔｉｌ”値で表現される場合に、上記“Ｆｒｏｍ”値は、ルール適用の開始時間を示し、“Ｕｎｔｉｌ”値は、ルール適用の終了時間を示す。上記値が記述されていない場合には、インデフィニットタイム（indefinite time）を適用する。すなわち、“Ｆｒｏｍ”値が記述され、“Ｕｎｔｉｌ”値が記述されていない場合に、上記ルールは、“Ｆｒｏｍ”時点からルール取消し時点まで継続して有効である。“Ｕｎｔｉｌ”値のみが記述された場合には、提示されたルールは、即座に適用される。上記ルールが取り消されない限り、上記ルールは、“Ｕｎｔｉｌ”時点まで有効である。上記有効時間が“Ｄｕｒａｔｉｏｎ”値で表現される場合には、上記値は、“ｓｅｃｏｎｄ”で表現される。上記ルールが完了する前に取り消されない限り、上記ルールは、“Ｄｕｒａｔｉｏｎ”時点の間、適用される。“Ｆｒｏｍ”、“Ｕｎｔｉｌ”、及び“Ｄｕｒａｔｉｏｎ”の全てが記述されていない場合には、上記ルールは、取り消されるまで無期限に（indefinitely）有効である。しかしながら、“Ｆｒｏｍ”、“Ｕｎｔｉｌ”、及び“Ｄｕｒａｔｉｏｎ”の全てが記述された場合は、有効時間情報が有効でない（invalid）場合である。“Ｄｕｒａｔｉｏｎ”値が０である場合には、記述されたルールは、即座に適用され、ＥＰＡは、ターゲットエンティティー及びターゲット状態により設定された状態をイベントステートコンポジタ（Event State Compositor：以下、“ＥＳＣ”と称する。）にパブリッシュしなければならない。パブリッシュの後に、このルールは、無意味であり、ＥＰＡのルールセットから削除される。
【００４０】
上記パブリケーショントリガーメカニズム情報は、対応する状態のパブリケーションをトリガーリングする方法を記述する。例えば、この情報は、対応する状態が更新される度にパブリケーションを遂行する方法及び一定の時間間隔でパブリケーションを遂行する方法に関する情報を含む。
【００４１】
上記ステートマキシマムアキュラシ情報は、パブリッシュされるターゲット状態の最大正確度を記述する。パブリッシュされるターゲット状態の正確度は、最大正確度より低くなければならない。上記正確度は、対応する状態に応じて異なって定義される。
【００４２】
上記取消し情報は、上記記述された有効時間の間に、ターゲット状態及びターゲットエンティティーにより設定された状態に関するパブリケーションルールを削除するのに使用される。この際、上記有効時間が記述されていない場合には、上記ターゲット状態及び上記ターゲットエンティティーにより設定された状態のすべての既存のパブリケーションルールが削除される。上記パブリケーションルールがない場合に、デフォールトパブリケーションルールは、ＲＦＣ３９０３に定義されている通りに、対応する状態が更新される場合にＥＳＣにパブリッシュするものである。
【００４３】
次いで、上記パブリケーションルールを表現する方法について説明する。本発明は、拡張可能なマークアップ言語（Extensible Markup Language：ＸＭＬ）を用いて上記記述された情報を表現するための方法を提供する。図６乃至図８を参照して、パブリケーションルールを転送する方法について説明する。図６は、一定の間隔で状態をパブリッシュするためのルールの例を示す。図７は、本発明による状態を即座にパブリッシュするためのルールの例を示す。図８は、本発明による既存のパブリケーションルールを取り消すためのルールの例を示す。
【００４４】
上記パブリケーションルールのＥＰＡ制御パラメータは、ＸＭＬで表現されることができる。図６は、ＸＭＬで表現されたＥＰＡ制御パラメータを含むパブリケーションルールの例を示す。図６を参照すると、方法（１）を参照して記述されたようなヘッダー情報は、＜Ｈｅａｄｅｒ＞エレメントのチャイルドエレメント（child element）で表現される。リクエスタ情報、タイムスタンプ情報、制御のためのＥＰＡに関する情報、制御のためのターゲット状態に関する情報、及び制御のためのターゲットエンティティーに関する情報は、それぞれ＜ｒｅｑｕｅｓｔｏｒ＞、＜ｔｉｍｅ＞、＜ｔａｒｇｅｔ_ｃｏｎｔａｃｔ＞、＜ｔａｒｇｅｔ_ｓｔａｔｅ＞、＜ｔａｒｇｅｔ_ｅｎｔｉｔｙ＞で表現される。図６において、上記リクエスタは、“ｅｓｃ．ｅｘａｍｐｌｅ．ｃｏｍ”で記述された“ｅｘａｍｐｌｅ．ｃｏｍ”のドメインに位置するＥＳＣである。制御のためのＥＰＡは、“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”で表現されるエンティティの位置状態をパブリッシュする。制御のためのＥＰＡの値が図６に示されていないため、“ｅｘａｍｐｌｅ．ｃｏｍ”のプロキシは、ターゲット状態及びターゲットエンティティーの値に基づいて、ＥＰＡを設定し、このメッセージを関連するＥＰＡにルーティングする。
【００４５】
パブリケーションルール情報は、‘ｄｒａｆｔ-ｉｅｔｆ-ｇｅｏｐｒｉｖ-ｃｏｍｍｏｎ-ｐｏｌｉｃｙ-０６，Ａ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ ｆｏｒ Ｅｘｐｒｅｓｓｉｎｇ Ｐｒｉｖａｃｙ Ｐｒｅｆｅｒｅｎｃｅｓ，Ｊ．Ｒｏｓｅｎｂｅｒｇ，２３ Ｏｃｔｏｂｅｒ ２００５’に記述されたコモンポリシーフレームワーク（common-policy framework）に基づいて表現されることができる。‘ｄｒａｆｔ-ｉｅｔｆ-ｇｅｏｐｒｉｖ-ｃｏｍｍｏｎ-ｐｏｌｉｃｙ-０６’によれば、＜ｃｏｎｄｉｔｉｏｎｓ＞エレメントに記述された全ての項目を満足する場合のみに、＜ａｃｔｉｏｎｓ＞エレメントに記述された項目が実行され、この際、情報は、＜ｔｒａｎｓｆｏｒｍｓ＞エレメントに記述された項目により変形される。したがって、制御のためのターゲット状態、制御のためのターゲットエンティティー、及び有効時間は、上記チャイルドエレメントに対応する ＜ｔａｒｇｅｔ_ｓｔａｔｅ＞、＜ｔａｒｇｅｔ_ｅｎｔｉｔｙ＞、及び＜ｖａｌｉｄ_ｔｉｍｅ＞でそれぞれ表現される。パブリケーショントリガーメカニズムは、＜ａｃｔｉｏｎｓ＞のチャイルドエレメントである＜ｔｒｉｇｇｅｒ＞で表現される。ステートマキシマムアキュラシは、＜ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ＞のチャイルドエレメントである＜ｍａｘ_ａｃｃｕｒａｃｙ＞で表現される。取消し情報は、＜ａｃｔｉｏｎｓ＞のチャイルドエレメントで表現されることができる。また、＜ｉｎｔｅｒｖａｌ＞及び＜ｕｐｄａｔｅ＞は、＜ｔｒｉｇｇｅｒ＞のチャイルドエレメントで定義されることができ、指定された間隔で対応する状態を周期的にパブリッシュする方法及び更新がある際に対応する状態をパブリッシュする方法を示す。
【００４６】
本発明の実施形態では、図６のパブリケーションルールは、“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の位置状態をパブリッシュする方法に関する。上記ルールは、ＥＰＡが１８００ｓｅｃごとに、“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の位置状態をＥＳＣに周期的にパブリッシュし、位置情報の正確度が最大１００ｍに設定することを要求する。すなわち、１００ｍよりさらに詳細な情報は、パブリッシュされてはいけない。図６を参照すると、このようなパブリケーションルールは、２００５年８月１４日０９:００（ＧＭＴ＋９）から２００５年９月１４日２３:００（ＧＭＴ＋９）まで有効であることをわかる。
【００４７】
図７は、ＥＰＡが“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の“ｕａ-ｐｒｏｆ”の状態をＥＳＣに即座にパブリッシュすることを要求するパブリケーションルールを示す。
【００４８】
図８は、“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の“ｇａｍｅ”状態に関する既存のすべてのパブリケーションルールが取り消され、除去されることを示す図である。
【００４９】
このように、ＸＭＬで表現されたパブリケーションルールにおいて、多目的インターネットメール拡張（Multipurpose Internet Mail Extension：ＭＩＭＥ）コンテンツタイプ（content type）が定義されなければならない。例えば、“ａｐｐｌｉｃａｔｉｏｎ／ｐｕｂ_ｒｕｌｅ＋ｘｍｌ”は、本発明において、パブリケーションルールのＭＩＭＥコンテンツタイプとして使用されることができる。
【００５０】
（２）ＥＰＡ制御パラメータ又はパブリケーションルールを転送する方法
本発明は、‘ＲＦＣ３４２８，Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）Ｅｘｔｅｎｓｉｏｎ ｆｏｒ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ，Ｂ．Ｃａｍｐｂｅｌｌ，ｅｔ．ａｌ．，Ｄｅｃｅｍｂｅｒ ２００３’に定義されているＳＩＰ ＭＥＳＳＡＧＥ要求、又は新たなＳＩＰ方法、例えば、ＰＵＢＬＩＳＨＲＥＱを使用して、方法（１）を参照して記述されたパブリケーションルールを転送するための方法を提供する。
【００５１】
ＳＩＰ ＭＥＳＳＡＧＥ要求が使用される際に、上記方法は、ＲＦＣ３４２８に従う。付加的に、本発明は、次のような動作を提案する。
【００５２】
方法（１）を参照して説明するように、パブリケーションルールは、ＸＭＬで表現され、ＳＩＰ ＭＥＳＳＡＧＥ要求のボディー部に含まれ、記述されたパブリケーションルールを担当するＥＰＡに転送される。したがって、ボディー部のコンテンツタイプは、パブリケーションルールを示し、“ａｐｐｌｉｃａｔｉｏｎ／ｐｕｂ_ｒｕｌｅ＋ｘｍｌ”の値であることができる。
【００５３】
ＳＩＰ ＭＥＳＳＡＧＥ要求のリクエストＵＲＩは、上記ボディー部に記述されたパブリケーションルールが適用されるターゲットのＳＩＰ ＡＯＲ ＵＲＩであり、プレゼンスルールのヘッダーに記述された＜ｔａｒｇｅｔ_ｅｎｔｉｔｙ＞の値に対応する。
【００５４】
ＳＩＰ ＭＥＳＳＡＧＥ要求の“Ｔｏ”ヘッダーフィールドは、上記ボディー部に記述されたパブリケーションルールが適用されるターゲットのＳＩＰ ＡＯＲ ＵＲＩを示す。したがって、“ＴＯ”ヘッダーフィールドの値は、プレゼンスルールのヘッダーに記述された＜ｔａｒｇｅｔ_ｅｎｔｉｔｙ＞の値に対応する。
【００５５】
ＳＩＰ ＭＥＳＳＡＧＥ要求の“Ｆｒｏｍ”ヘッダーフィールドは、上記要求を送信するエンティティの論理的な識別のために使用される。したがって、“Ｆｒｏｍ”ヘッダーフィールドの値は、パブリケーションルールのヘッダーに記述された＜ｒｅｑｕｅｓｔｏｒ＞の値に対応する。
【００５６】
対応するパブリケーションルールが複数のＥＰＡに適用される際に、ＳＩＰプロキシのようなルーティングを担当するエンティティは、ＳＩＰ ＭＥＳＳＡＧＥ要求を分岐（fork）し、各ＥＰＡに転送する。ＲＦＣ３４２８に定義されているように、ＥＰＡからの２００-クラスファイナルレスポンス（class final response）の中の１つだけがＳＩＰメッセージリクエスタに転送される。上記転送された応答は、唯一の２００-クラスファイナルレスポンスと見なされてはいけない。各ＥＰＡ及びＳＩＰ ＭＥＳＳＡＧＥリクエスタは、独立した動作と見なされなければならない。
【００５７】
（３）ＥＰＡ制御パラメータ又はパブリケーションルールを処理する方法
本発明は、ＥＰＡが方法（２）を介して受信したパブリケーションルールを処理する方法を提案する。
【００５８】
ＥＰＡは、上記リクエスタが、上記受信されたパブリケーションルールのリクエスタ情報を用いて、パブリケーションルールを要求する権限を与えられているか否かを判定する。すなわち、ＥＰＡは、上記リクエスタのパブリケーションルール要求に対する認証（authorization）を検証する。上記リクエスタが権限を与えられていない場合には、上記受信されたパブリケーションルールを拒絶する。そうでなければ、次のステップを適用する。
【００５９】
ＥＰＡは、上記受信されたパブリケーションルールを既存のパブリケーションルールとコンポーズする。ＥＰＡは、任意の時点で、１つのパブリケーションルールだけが適用されることができるようにコンポジション動作を遂行する。少なくとも２つのパブリケーションルールが相互に衝突する際に、ＥＰＡは、上記衝突を適切に解決する。例えば、相互に異なる間隔を有する２つのトリガーメカニズムが存在する場合には、２つのメカニズムのうちの１つが、所定の規則に従って選択される。上記衝動解決（Conflict resolution）方法は、ターゲット状態に従って異なることがある。
【００６０】
成功的なパブリケーションルールのコンポジションの後に、ＳＩＰ ＭＥＳＳＡＧＥ要求に対するファイナルレスポンスとして２００ ＯＫ応答を送信する。
【００６１】
このように処理されたパブリケーションルールに従って、ＲＦＣ３９０３に定義されているＳＩＰ ＰＵＢＬＩＳＨ要求を使用して対応する状態をＥＳＣにパブリッシュする。
【００６２】
（４）パブリケーションルールの同期化
複数のＥＰＡパブリケーションルールは、方法（２）を介してＥＰＡに転送され、方法（３）を介して処理され、コンポーズされる。このように、ＥＰＡで最終処理されたパブリケーションルールは、上記パブリケーションルールを要求するか、又は後で要求することができるエンティティに同期化する必要がある。
【００６３】
本発明は、ＥＰＡパブリケーションルールの同期化のために、“ｐｕｂｌｉｓｈ_ｒｕｌｅ”と呼ばれる新たなイベントパッケージを提案する。上記イベントパッケージは、‘ＲＦＣ３２６５，Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）-Ｓｐｅｃｉｆｉｃ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ，Ａ．Ｂ．Ｒｏａｃｈ，Ｊｕｎｅ ２００２’に定義されている基本的なＳＩＰイベントパッケージのフレームワークに従い、その動作は、次の通りである。
【００６４】
ＥＰＡに格納されているパブリケーションルールの同期化の要求は、“ｐｕｂｌｉｓｈ_ｒｕｌｅ”イベントに対するＳＩＰ ＳＵＢＳＣＲＩＢＥ要求を介してなされる。ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージは、次のように構成される。ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージは、方法（２）を参照して記述されたＳＩＰ ＭＥＳＳＡＧＥ要求のようにＥＰＡにルーティングされなければならないため、ＳＩＰ ＭＥＳＳＡＧＥ要求のＳＩＰヘッダーと根本的に類似している。しかしながら、ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求は、パブリケーションルールがボディー部に含まれるＳＩＰ ＭＥＳＳＡＧＥ要求とは異なり、ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求のボディー部に含まれる情報がないため、ターゲットコンテンツ、ターゲット状態、及びターゲットエンティティーに関するルーティング情報エレメントは、“ｐｕｂｌｉｓｈ_ｒｕｌｅ”イベントヘッダーのパラメータとして記入される。
【００６５】
ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求のリクエストＵＲＩは、パブリケーションルールが適用されるターゲット、すなわち、ターゲットエンティティーのＳＩＰ ＡＯＲ ＵＲＩである。又は、特定のＥＰＡのインスタンス（instance）は、ＧＲＵＵ基盤方法を介して直接指定されることもある。
【００６６】
ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求の“Ｔｏ”ヘッダーフィールドは、記述されるパブリケーションルールが適用されるターゲット、すなわち、ターゲットエンティティーのＳＩＰ ＡＯＲ ＵＲＩを示す。
【００６７】
ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求の“Ｆｒｏｍ”ヘッダーフィールドは、上記要求を送信するエンティティの論理的な識別のために使用される。したがって、“Ｆｒｏｍ”ヘッダーフィールドの値は、パブリケーションルールのヘッダーに記述された＜ｒｅｑｕｅｓｔｏｒ＞の値に対応する。
【００６８】
ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求の“Ｅｖｅｎｔ”ヘッダーフィールドは、“ｐｕｂｌｉｓｈ_ｒｕｌｅ”の値を有し、パブリケーションルールのヘッダー情報に対応するターゲット状態及びターゲットエンティティーを定義する。すなわち、パブリケーションルールを識別する情報は、ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求が示すパラメータとして提供される。
【００６９】
ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求の“Ａｃｃｅｐｔ”ヘッダーフィールドは、パブリケーションルールの値を示す。方法（１）を参照して記述されたように、“Ａｃｃｅｐｔ”ヘッダーフィールドは、“ａｐｐｌｉｃａｔｉｏｎ／ｐｕｂ_ｒｕｌｅ＋ｘｍｌ”を示す。
【００７０】
ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求の“Ｃｏｎｔａｃｔ”ヘッダーフィールドは、ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求を送信する実質的なエンティティのＳＩＰ ＵＲＩを示す。これは、ＥＰＡがＳＩＰ ＮＯＴＩＦＹメッセージを後で送信する際に使用される。
【００７１】
ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求の“Ｅｘｐｉｒｅ”ヘッダーフィールドは、“ｐｕｂｌｉｓｈ_ｒｕｌｅ”イベントパッケージの有効時間を秒（second）の単位で示す。
【００７２】
対応するパブリケーションルールが複数のＥＰＡに適用される際に、ＳＩＰプロキシのようなルーティングを担当するエンティティは、ＳＩＰ ＳＵＢＳＣＲＩＢＥ要求を分岐し、各ＥＰＡに転送する。ＲＦＣ３２６５に定義されているように、ＥＰＡからの２００-クラスファイナルレスポンスの中の１つだけがＳＩＰメッセージリクエスタに転送される。上記転送された応答は、唯一の２００-クラス最終応答と見なされてはいけない。各ＥＰＡ及びＳＩＰ ＳＵＢＳＣＲＩＢＥリクエスタは、相互に異なる“ｐｕｂｌｉｓｈ_ｒｕｌｅ”イベントパッケージのインスタンスと見なされなければならない。
【００７３】
ＥＰＡに転送されたＳＩＰ ＳＵＢＳＣＲＩＢＥ要求は、ＲＦＣ３２６５に定義されている基本的なフレームワークに基づいて処理され、その動作は、次の通りである。
【００７４】
“Ｆｒｏｍ”ヘッダーフィールドにより示されたＳＩＰ ＳＵＢＳＣＲＩＢＥリクエスタが、“Ｅｖｅｎｔ”ヘッダーフィールドを介して要求したパブリケーションルール情報にアクセスする権限を与えられている否かを検査する。基本的な認証は、対応するパブリケーションルールのターゲットエンティティーに与えられる。アクセス権がない場合には、対応するＳＩＰ ＳＵＢＳＣＲＩＢＥ要求が拒絶される。そうでなければ、２００ ＯＫメッセージが送信される。
【００７５】
２００ ＯＫメッセージが送信された直後に、対応するパブリケーションルールの現在のＥＰＡが保有しているスナップショット（snapshot）は、下記に説明されるＳＩＰ ＮＯＴＩＦＹ要求に含まれており、リクエスタに送信される。
【００７６】
“ｐｕｂｌｉｓｈ_ｒｕｌｅ”イベントパッケージのＮＯＴＩＦＹ要求を生成する方法は、ＲＦＣ３２６５に定義されているフレームワークに基づいて処理され、その動作は、次の通りである。
【００７７】
ＳＩＰ ＮＯＴＩＦＹ要求のリクエストＵＲＩは、対応するＳＩＰ ＳＵＢＳＣＲＩＢＥ要求の“Ｃｏｎｔａｃｔ”ヘッダーフィールド値を使用する。
【００７８】
ＳＩＰ ＮＯＴＩＦＹ要求の“Ｅｖｅｎｔ”ヘッダーフィールドは、“ｐｕｂｌｉｓｈ_ｒｕｌｅ”の値を有する。
【００７９】
ＳＩＰ ＮＯＴＩＦＹ要求の“Ｓｕｂｓｃｒｉｐｔｉｏｎ-Ｓｔａｔｅ”ヘッダーフィールドは、“ａｃｔｉｖｅ”の値を有する。上記イベントパッケージの残っている有効時間は、“ｅｘｐｉｒｅｓ”パラメータで示される。
【００８０】
“Ｃｏｎｔａｃｔ”ヘッダーフィールドは、現在のＥＰＡのＳＩＰ ＵＲＩを示す。ＧＲＵＵがサポートされる場合には、ＧＲＵＵ値が記述される。
【００８１】
ＳＩＰ ＮＯＴＩＦＹ要求の“Ｃｏｎｔｅｎｔ-Ｔｙｐｅ”ヘッダーフィールドは、“ａｐｐｌｉｃａｔｉｏｎ／ｐｕｂｌｉｓｈ_ｒｕｌｅ＋ｘｍｌ”を示す。
【００８２】
ＳＩＰ ＮＯＴＩＦＹ要求の“Ｃｏｎｔｅｎｔ-Ｌｅｎｇｔｈ”ヘッダーフィールドは、ボディー部に含まれるパブリケーションルール情報のサイズをバイトの単位で示す。
【００８３】
ＳＩＰ ＮＯＴＩＦＹ要求のボディー部は、現在のＥＰＡが保有している要求されたパブリケーションルールのスナップショットを記述する。
【００８４】
ＳＩＰ ＮＯＴＩＦＹ要求を成功裡に受信すると、“ｐｕｂｌｉｓｈ_ｒｕｌｅ”イベントの加入者は、２００ ＯＫメッセージを応答として送信する。
【００８５】
加入されたパブリケーションルールが更新される度に、“ｐｕｂｌｉｓｈ_ｒｕｌｅ”イベントの有効期間が残っている限り、対応するパブリケーションルールは、ＳＩＰ ＮＯＴＩＦＹ要求を介して加入者に転送される。
【００８６】
しかしながら、方法（１）を参照して記述されたように、パブリケーションルールの有効時間を示す“ｄｕｒａｔｉｏｎ”値が０に設定される場合には、対応するパブリケーションルールは、即座にパブリッシュされ、パブリッシュの後に削除される。この場合は既存のパブリケーションルールに影響を及ぼさないため、既存のパブリケーションルールは更新されず、したがって、ＳＩＰ ＮＯＴＩＦＹ要求が生成されない。
【００８７】
（５）ＥＰＡ制御パラメータ又はパブリケーションルールを更新する方法
方法（２）及び方法（３）を介して転送され処理されるＥＰＡのパブリケーションルールは、同一の過程を介して更新されることができる。すなわち、更新されるパブリケーションルールは、ＳＩＰ ＭＥＳＳＡＧＥ要求のボディー部に含まれ、対応するＥＰＡに転送される。対応するＥＰＡは、処理結果を含む応答をリクエスタに送信する。ＰＩコンポジションの後に、パブリケーションルールは、方法（４）の“ｐｕｂｌｉｓｈ_ｒｕｌｅ”イベントパッケージを介して、ＥＰＡ以外のエンティティに同期化することができる。
【００８８】
（６）ＥＰＡ制御パラメータ又はパブリケーションルールを取り消す方法
パブリケーションルールは、方法（１）を用いて取り消されることができる。パブリケーションルールの取消し要求は、特定の期間又はすべての期間でなされることができる。上記取消し要求が方法（２）のＳＩＰ ＭＥＳＳＡＧＥ要求を介してＥＰＡに転送される際に、ＥＰＡは、方法（３）に従って、上記取消し要求を処理し、定義された期間の間に、パブリケーションルールを削除する。
【００８９】
図８は、取消し要求を含むパブリケーションルールの例を示す。図８は、“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の“ｇａｍｅ”状態をパブリッシュするＥＰＡが既存のすべてのパブリケーションルールを削除することを要求する場合を示す。
【００９０】
（７）ＥＰＡ識別及びルーティング方法：ＥＰＡケイパビリティのＳＩＰ登録
本発明によるＥＰＡ制御メカニズムの実現のためには、パブリケーションルールをＥＰＡに適切に転送する方法が必要とされる。このために、本発明は、‘ＲＦＣ３８４０，Ｉｎｄｉｃａｔｉｎｇ Ｕｓｅｒ Ａｇｅｎｔ Ｃａｐａｂｉｌｉｔｉｅｓ ｉｎ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ），Ｊ．Ｒｏｓｅｎｂｅｒｇ，ｅｔ．ａｌ．，Ａｕｇｕｓｔ ２００４’に定義されているメディア特徴タグを用いて特定のＥＰＡのステートパブリケーションケイパビリティ（state publication capability）をアンダーライング（underlying）ＳＩＰネットワークに登録し、使用する過程を提案する。
【００９１】
ＥＰＡは、ターゲットエンティティーのターゲット状態をＥＳＣにパブリッシュする。したがって、アンダーライングＳＩＰネットワークは、方法（１）を参照して説明したようなターゲット状態及びターゲットエンティティーに基づいて特定の状態のパブリッシュを担当するＥＰＡを識別することにより、情報を対応するＥＰＡにルーティングする。このために、上記アンダーライングＳＩＰネットアークは、ＥＰＡ、ターゲットエンティティー、及びＥＰＡからパブリッシュされるターゲットエンティティーのターゲット状態に関する情報、すなわち、ＥＰＡケイパビリティ情報を格納しなければならない。
【００９２】
本発明は、上述した情報をアンダーライングＳＩＰネットワークに格納するために、２種類の方法を提案する。
【００９３】
１番目に、ＥＰＡケイパビリティ情報がスタティック（static）、例えば、位置サーバである場合に、アドミニストレーション（administration）は、アドミニストレーションを介してアンダーライングＳＩＰネットワークにスタティックＥＰＡを直接に設定することができ、これにより、このようなスタティックＥＰＡ情報が後でＥＰＡへのルーティングのために使用されることができる。
【００９４】
２番目に、ＥＰＡケイパビリティ情報がダイナミック、すなわち、ＥＰＡケイパビリティ情報がユーザーエージェント（ＵＡ）のように変更されることができる場合には、‘ＲＦＣ３２６１，Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ，Ｊ．Ｒｏｓｅｎｂｅｒｇ，ｅｔ，ａｌ．，Ｊｕｎｅ ２００２’に定義されているＳＩＰ登録は、ＲＦＣ３８４０に定義されているメディア特徴タグを用いて遂行される。その後、ＥＰＡケイパビリティ情報は、ＳＩＰレジストラに登録され、後でＥＰＡへのルーティングのために使用される。
【００９５】
特定の状態に関連したメディア特徴タグは、‘ＲＦＣ２５０６，Ｍｅｄｉａ Ｆｅａｔｕｒｅ Ｔａｇ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ，Ｋ．Ｈｏｌｔｍａｎ，ｅｔ．ａｌ．， Ｍａｒｃｈ １９９９’により定義されることができる。例えば、ＵＡプロフィール（Profile）をパブリッシュすることができるケイパビリティは、ＲＦＣ２５０６に定義されているグローバルツリー（global tree）に“＋ｇ．ｐｕｂｌｉｓｈ．ｕａ-ｐｒｏｆ”のように定義されることができる。
【００９６】
図９は、“ｓｉｐ：ｕａ１．ｅｘａｍｐｌｅ．ｃｏｍ”のアドレスを有するＵＡが“ＳＩＰ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”に対するＵＡ-プロフィール状態をパブリッシュするケイパビリティをＳＩＰ登録を介して登録する過程を示す信号フローを示す。図１０は、図９の信号フローに対するメッセージフォーマットの例を示す。
【００９７】
図９において、ステップ９００で、図１０のフォーマット（ａ）に示すようなメッセージフォーマットを用いてＲＥＧＩＳＴＥＲメッセージをレジストラに送信する。ステップ９０２で、上記レジストラは、ＲＥＧＩＳＴＥＲメッセージを受信し、２００ ＯＫメッセージの応答をＥＰＡに送信する。
【００９８】
上述した方法に加えて、ＥＰＡ識別及びルーティングは、ＧＲＵＵ ｐｅｒ ｄｒａｆｔ-ｉｅｔｆ-ｓｉｐ-ｇｒｕｕ-０６を用いて遂行されることもできる。すなわち、方法（１）の“制御のためのＥＰＡ”を参照して説明した通りに、直接的なＥＰＡ識別及びルーティングは、パブリケーション制御のターゲットに対応するＥＰＡがＧＲＵＵを使用して直接表現されることができる場合には、このＧＲＵＵを用いて遂行されることができる。 
【００９９】
（８）ＥＰＡ制御メカニズム又はパブリケーションルールを実現する方法
図１１及び図１２を参照して、本発明のパブリケーションルール実現方法について説明する。図１１及び図１３Ａ乃至図１３Ｋを参照して、ＥＰＡ制御メカニズムにおける信号フロー及びメッセージフォーマットの例について説明する。図１１において、ターゲット状態情報がゲーム情報であると仮定する。
【０１００】
まず、図１２を参照すると、Ｒｕｌｅｒ１は、“ＳＩＰ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”を要求するＵＡであり、Ｒｕｌｅｒ２は、“ｓｉｐ：ａｄｍｉｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”、すなわち、システムアドミニストレーターを要求するＵＡである。ＥＰＡは、“ＳＩＰ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の“ｇａｍｅ”状態をＥＳＣにパブリッシュする。このようなＥＰＡのパブリケーション動作は、Ｒｕｌｅｒ１及びＲｕｌｅｒ２のパブリケーションルールにより制御される。
【０１０１】
ステップ１０乃至ステップ１３において、Ｒｕｌｅｒ１は、方法（４）を参照して説明したような“ｐｕｂｌｉｓｈ_ｒｕｌｅ”イベントパッケージを用いて、ＥＰＡのパブリケーションルールに対する同期化を要求し、ＥＰＡは、上記要求に対する応答メッセージを送信する。この際、パブリケーションルールは、現在ブランク状態にある。ステップ１０乃至ステップ１３で送信されるメッセージのフォーマットは、図１３Ａ及び図１３Ｂに示すフォーマット（ａ）乃至（ｄ）に対応する。
【０１０２】
ステップ１４及びステップ１５において、Ｒｕｌｅｒ１は、方法（１）、（２）、及び（３）を用いて、パブリケーションルールをＥＰＡに転送し、ＥＰＡは、パブリケーションルールを処理し、応答を送信する。例えば、Ｒｕｌｅｒ１は、ステップ１４で、ＥＰＡが１００ｓｅｃごとに“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の“ｇａｍｅ”状態をパブリッシュすることを要求することができる。ステップ１４及びステップ１５で送信されるメッセージのフォーマットは、図１３Ｂ及び図１３Ｃに示すフォーマット（ｅ）及び（ｆ）に対応する。
【０１０３】
ステップ１６及びステップ１７において、上述した過程を介して更新されたパブリケーションルールは、Ｒｕｌｅｒ１に同期化する。すなわち、ステップ１６において、ＥＰＡは、上記更新されたパブリケーションルールをＲｕｌｅｒ１に通知し、Ｒｕｌｅｒ１は、受信された通知に応じて、２００ ＯＫメッセージに対応する応答メッセージをＥＰＡに送信する。ステップ１６及びステップ１７で送信されるメッセージのフォーマットは、図１３Ｃ及び図１３Ｄに示すフォーマット（ｇ）及び（ｈ）に対応する。
【０１０４】
ステップ１８及びステップ１９において、ＥＰＡは、ＲＦＣ３９０３に基づいて、“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の“ｇａｍｅ”状態をＥＳＣにパブリッシュする。ステップ１８及びステップ１９で送信されるメッセージのフォーマットは、図１３Ｄに示すフォーマット（ｉ）及び（ｊ）に対応する。
【０１０５】
ステップ２０乃至ステップ２３において、Ｒｕｌｅｒ１は、方法（１）及び（２）を用いて、ＥＰＡが“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の“ｇａｍｅ”状態を即時にパブリッシュすることを要求し、ＥＰＡは、対応する状態をＥＳＣに即座にパブリッシュする。方法（１）及び（３）を参照して説明したように、このインスタント（instant）パブリケーションルールは、一回パブリッシュされ、パブリッシュの後にはその効力が喪失し、これにより、既存のパブリケーションルールが適用されることができる。また、方法（４）を参照して説明したように、インスタントパブリケーションルールが既存のパブリケーションルールを変化させないので、これに対する同期化を必要としない。ステップ２０乃至ステップ２３で送信されるメッセージのフォーマットは、図１３Ｅ及び図１３Ｆに示すフォーマット（ｋ）乃至（ｎ）に対応する。
【０１０６】
ステップ２４及びステップ２５において、既存のパブリケーションルールを介して１００ｓｅｃごとにＥＳＣへのパブリケーションがなされる。ステップ２４及びステップ２５で送信されるメッセージのフォーマットは、図１３Ｆに示すフォーマット（ｏ）及び（ｐ）に対応する。
【０１０７】
ステップ２６及びステップ２７において、“ｓｉｐ：ａｄｍｉｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”で示されるシステムアドミニストレーターは、ＥＰＡがパブリケーション間隔を５００ｓｅｃに増加させることを要求する。すなわち、ステップ２６において、Ｒｕｌｅｒ２は、ＥＰＡがパブリケーション間隔を５００ｓｅｃに増加させることを要求する。上記要求を受信したＥＰＡは、リクエスタの資格を検証し、コンポジションを遂行した後に、ステップ２７で、２００ ＯＫメッセージの応答を送信する。システムアドミニストレーターがパブリケーションルールを要求することができる権利を与えられているため、システムアドミニストレーターによる要求は、方法（３）を参照して説明したような認証過程で受けいられることができる。ステップ２６及びステップ２７で送信されるメッセージのフォーマットは、図１３Ｇに示すフォーマット（ｑ）及び（ｒ）に対応する。
【０１０８】
ステップ２８及びステップ２９において、システムアドミニストレーターにより更新されたパブリケーションルールは、Ｒｕｌｅｒ１に同期化する。ステップ２８及びステップ２９で送信されるメッセージのフォーマットは、図１３Ｈに示すフォーマット（ｓ）及び（ｔ）に対応する。
【０１０９】
ステップ３０及びステップ３１において、ＥＰＡは、ＲＦＣ３９０３に定義されている方法に基づいて、更新されたパブリケーションルールに従って、“ｓｉｐ：ｂｒｉａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ”の“ｇａｍｅ”状態をＥＳＣにパブリッシュする。ステップ３０及びステップ３１で送信されるメッセージのフォーマットは、図１３Ｉに示すフォーマット（ｕ）及び（ｖ）に対応する。
【０１１０】
ステップ３２及びステップ３３において、Ｒｕｌｅｒ１は、方法（１）及び（２）に従って、既存のすべてのパブリケーションルールを取り消す要求を送信する。上記パブリケーション取消し要求は、パブリケーションルールの初期化のためになされる。ステップ３２及びステップ３３で送信されるメッセージのフォーマットは、図１３Ｊ及び図１３Ｋに示すフォーマット（ｗ）及び（ｘ）に対応する。
【０１１１】
ステップ３４及びステップ３５において、取り消されたパブリケーションルールの結果は、Ｒｕｌｅｒ１に同期化する。ステップ３４及びステップ３５で送信されるメッセージのフォーマットは、図１３Ｋに示すフォーマット（ｙ）及び（ｚ）に対応する。
【０１１２】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び精神を逸脱することなく様々な変形が可能であるということは、当該技術分野における通常の知識を持つ者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【図面の簡単な説明】
【０１１３】
【図１】従来技術によるプレゼンスサービスを実現するアーキテクチャーを示す図である。
【図２】従来技術によるプレゼンスサービスを遂行するための信号フロー図である。
【図３Ａ】図２のプレゼンスサービスが提供される際に送受信されるメッセージのフォーマットを示す図である。
【図３Ｂ】図２のプレゼンスサービスが提供される際に送受信されるメッセージのフォーマットを示す図である。
【図３Ｃ】図２のプレゼンスサービスが提供される際に送受信されるメッセージのフォーマットを示す図である。
【図３Ｄ】図２のプレゼンスサービスが提供される際に送受信されるメッセージのフォーマットを示す図である。
【図４】従来技術によるオープンモバイルアライアンス（ＯＭＡ）プレゼンスＳＩＭＰＬＥ Ｖ１．０のアーキテクチャーを示す図である。
【図５】従来技術によるプレゼンスサービスのためのプレゼンスソースの動作を示すフローチャートである。
【図６】本発明の実施形態による一定の間隔での状態をパブリッシュするためのルールを示す図である。
【図７】本発明の実施形態による状態を即座にパブリッシュするためのルールを示す図である。
【図８】本発明の実施形態によるパブリケーションルールを取り消すためのルールを示す図である。
【図９】本発明の実施形態によるＥＰＡ登録のためのＥＰＡとレジストラとの間の信号フロー図である。
【図１０】図９のＥＰＡ登録過程で送受信されるメッセージのフォーマットを示す図である。
【図１１】本発明の実施形態によるＥＰＡ制御メカニズムを示す信号フロー図である。
【図１２】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ａ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｂ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｃ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｄ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｅ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｆ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｇ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｈ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｉ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｊ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１３Ｋ】図１１のＥＰＡ制御メカニズムの信号フローで送受信されるメッセージのフォーマットを示す図である。
【図１４】本発明の実施形態によるシステムの構成を示すブロック図である。
【図１】
2009518737.tif 000003
【図２】
2009518737.tif 000004
【図３Ａ】
2009518737.tif 000005
【図３Ｂ】
2009518737.tif 000006
【図３Ｃ】
2009518737.tif 000007
【図３Ｄ】
2009518737.tif 000008
【図４】
2009518737.tif 000009
【図５】
2009518737.tif 000010
【図６】
2009518737.tif 000011
【図７】
2009518737.tif 000012
【図８】
2009518737.tif 000013
【図９】
2009518737.tif 000014
【図１０】
2009518737.tif 000015
【図１１】
2009518737.tif 000016
【図１２】
2009518737.tif 000017
【図１３Ａ】
2009518737.tif 000018
【図１３Ｂ】
2009518737.tif 000019
【図１３Ｃ】
2009518737.tif 000020
【図１３Ｄ】
2009518737.tif 000021
【図１３Ｅ】
2009518737.tif 000022
【図１３Ｆ】
2009518737.tif 000023
【図１３Ｇ】
2009518737.tif 000024
【図１３Ｈ】
2009518737.tif 000025
【図１３Ｉ】
2009518737.tif 000026
【図１３Ｊ】
2009518737.tif 000027
【図１３Ｋ】
2009518737.tif 000028
【図１４】
2009518737.tif 000029
【国際調査報告】
2009518737.tif 000030
2009518737.tif 000031