(57)【要約】  プレゼンス情報として表されるネットワーク利用可能性情報を処理するためのネットワーク要素であって、ネットワーク利用可能性要素におけるステータス情報を受信するための受信ユニットと、ステータス情報をプレゼンス情報データフォーマットに変換するための変換ユニットとを備えるネットワーク要素である。そのネットワーク要素はまた、プレゼンス情報データフォーマットを含む要求を生成するための生成ユニットを備える。あるステータスイベントに対して、そのネットワーク利用可能性は少なくとも１つの子を含む。１つの実施形態において、そのネットワーク利用可能性要素についての少なくとも１つの子とは、登録ステータスを与えるためのネットワーク要素であり、そしてそのネットワーク利用可能性要素は個人要素の１部分である。登録ステータスは、アクティブ要素又は「ターミネートされた」要素のうちの１つを含むステート要素において表される。別の実施形態において、そのネットワーク利用可能性要素についての少なくとも１つの子とは、登録ステータスを与えるためのネットワーク要素であって、そしてそのネットワーク利用可能性要素はデバイス要素の１部分である。登録ステータスは、デバイスが特定のネットワークにアタッチされたかどうかを説明し、アクティブ要素、「ターミネートされた」要素、又はカバー範囲外の要素のうちの１つを含む、ステート要素において表される。【選択図】図１
2009527040.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークからステータス情報を受信するための受信ユニットと、
前記ステータス情報をプレゼンス情報データフォーマットへと変換するための変換ユニットと、
前記ステータス情報を所定のネットワーク利用可能性要素の一部として挿入するための挿入ユニットであって、あるステータスイベントに対して、該ネットワーク利用可能性要素は現在のステートを定義する少なくとも１つの子要素を含む、挿入ユニットと、
前記プレゼンスデータ情報を含む要求を発行するための、及び該発行された要求をプレゼンスサーバへ送信するための、発行ユニットと、
を備える、装置。
【請求項２】
前記少なくとも１つの子要素は、プレゼンスエンティティであるユーザに関連する登録ステータスのためのネットワーク利用可能性を表すよう構成され、それによって該登録情報を含む前記ネットワーク利用可能性要素が個人要素の一部であることを可能とする、請求項１に記載の装置。
【請求項３】
前記ネットワーク利用可能性要素は、プレゼンスエンティティが登録されているときのアクティブ要素、又は該プレゼンスエンティティが有効な登録を有しないときの「ターミネートされた」要素のうちの１つを含むステート要素において登録ステータスを表すよう構成される、請求項１に記載の装置。
【請求項４】
前記装置における前記少なくとも１つの子は登録ステータスを与えるためのネットワーク要素として構成され、
前記ネットワーク利用可能性要素は、特定のデバイスのステータスを定義するデバイス要素の一部として構成され、そこにおいて前記ネットワーク利用可能性要素の識別属性は、該デバイスがアタッチされるネットワークのタイプを定義する、請求項１に記載の装置。
【請求項５】
前記ネットワークにおける前記少なくとも１つの子は、デバイスが特定のネットワークにアタッチされたかどうかを説明し、アクティブ要素、「ターミネートされた」要素、又はカバー範囲外要素のうちの１つを含むステート装置として構成される、請求項４に記載の装置。
【請求項６】
ネットワークの装置において、
ネットワークからのステータス情報の受信と、
前記ステータス情報のプレゼンス情報データフォーマットへの変換と、
前記ステータス情報の、所定のネットワーク利用可能性要素の一部としての挿入であって、あるステータスイベントに対して、該ネットワーク利用可能性要素は少なくとも１つの子を含む、挿入と、
前記プレゼンスデータ情報を含む要求の発行、及び該発行された要求のプレゼンスサーバへの送信と、
を含む、方法。
【請求項７】
プレゼンスエンティティであるユーザに関連する登録ステータスのためのネットワーク利用可能性の表示であって、それによって該登録情報を含む前記ネットワーク利用可能性要素が個人要素の一部であることを可能とする表示を更に含む、請求項６に記載の方法。
【請求項８】
プレゼンスエンティティが登録されているときのアクティブ要素、又は該プレゼンスエンティティが有効な登録を有しないときの「ターミネートされた」要素のうちの１つを含むステート要素においての登録ステータスの表示を更に含む、請求項６に記載の方法。
【請求項９】
前記装置における前記少なくとも１つの子を、登録ステータスを与えるためのネットワーク要素として構成することと、
前記ネットワーク利用可能性要素の、特定のデバイスのステータスを定義するデバイス要素の一部としての構成であって、そこにおいて前記ネットワーク利用可能性要素の識別属性は該デバイスがアタッチされるネットワークのタイプを定義するよう構成することと、
を更に含む、請求項６に記載の方法。
【請求項１０】
前記ネットワークにおける前記少なくとも１つの子を、デバイスが特定のネットワークにアタッチされたかどうかを説明し、アクティブ要素、「ターミネートされた」要素、又はカバー範囲外の要素のうちの１つを含む、ステートネットワーク要素として構成することを更に含む、請求項９に記載の方法。
【請求項１１】
ネットワークからステータス情報を受信するための受信手段と、
前記ステータス情報をプレゼンス情報データフォーマットへと変換するための変換手段と、
前記ステータス情報を所定のネットワーク利用可能性要素の一部として挿入するための挿入手段であって、あるステータスイベントに対して、該ネットワーク利用可能性要素は少なくとも１つの子を含む挿入手段と、
前記プレゼンスデータ情報を含む要求を発行し、該発行された要求をプレゼンスサーバへ送信するための発行手段と、
を備えるネットワーク要素。
【請求項１２】
コンピュータ読み取り可能な媒体に記憶された、プレゼンス情報として表されるネットワーク利用可能性情報を処理するために用いられるコンピュータプログラムであって、
ネットワークからステータス情報を受信する手順と、
前記ステータス情報をプレゼンス情報データフォーマットへ変換する手順と、
前記ステータス情報を所定のネットワーク利用可能性要素の一部として挿入する手順であって、あるステータスイベントに対して、該ネットワーク利用可能性要素は少なくとも１つの子を含む手順と、
前記プレゼンスデータ情報を含む要求を発行し、該発行された要求をプレゼンスサーバへ送信する手順と、
を実行するために用いられるコンピュータプログラム。
【請求項１３】
プレゼンスエンティティからのプレゼンスデータ情報を含む要求を受信するための受信ユニットと、
構成ポリシー手順に従って、前記プレゼンスエンティティに関連するプレゼンス情報の一部として、前記プレゼンスエンティティのネットワーク利用可能性情報を組み入れるための処理ユニットと、
を備える、プレゼンス情報として表されるネットワーク利用可能性情報を処理するためのサーバであって、
前記プレゼンスエンティティは、ネットワークからステータス情報を受信するための受信ユニットと、前記ステータス情報をプレゼンス情報データフォーマットへと変換するための変換ユニットと、前記ステータス情報を所定のネットワーク利用可能性要素の一部として挿入するための挿入ユニットであって、あるステータスイベントに対して、該ネットワーク利用可能性要素は現在のステートを定義する少なくとも１つの子要素を含む、挿入ユニットと、前記プレゼンスデータ情報を含む要求を発行するための、及び該発行された要求をプレゼンスサーバへ送信するための、発行ユニットと、を備える、
サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
［背景］
発明の分野
本発明は、ＩＰマルチメディアサブシステム登録ステータス、カバー範囲外ステータス（ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ  ｓｔａｔｕｓ）、回線交換アタッチステータス（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｅｄ  ａｔｔａｃｈｅｄ  ｓｔａｔｕｓ）又はパケット交換アタッチステータス（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ  ａｔｔａｃｈｅｄ  ｓｔａｔｕｓ）、を含むネットワーク利用可能性情報が、プレゼンス情報としていかにして表されるか、ということに関する。詳細には、本発明は、プレゼンス情報データフォーマット表示のための、ネットワーク利用可能性ステータスのフォーマットへと向けられている。
【０００２】
関連技術の説明
ＩＰマルチメディアサブシステム（ＩＭＳ）において、プレゼンスサービスは、ホームネットワークがユーザのデバイス、サービス、又はサービスメディアのプレゼンス情報を管理することを、例えローミングの間であっても可能とする。プレゼンスサービスとは、幅広いさまざまな制御を受けながら、プレゼンス情報を収集しそして広めることを役割とするソフトウェアシステムである。ユーザのプレゼンス情報は、ユーザからの入力、ネットワークエンティティによって供給される情報、またはホームネットワーク外部の要素によって供給される情報、を介して得られてよい。現在のところ、ＩＭＳ登録ステータス、カバー範囲外ステータス、回線交換アタッチステータス、又はパケット交換アタッチステータスを含むネットワーク利用可能性情報が、プレゼンス情報としていかに表されるか、ということについての解決法は存在しない。
【発明の開示】
【０００３】
［発明の概要］
本発明の１つの実施形態は、プレゼンス情報として表されるネットワーク利用可能性情報を処理するためのネットワーク要素に関する。そのネットワーク要素は、ネットワークからステータス情報を受信するための受信ユニットと、ステータス情報をプレゼンス情報データフォーマットへと変換するための変換ユニットとを備える。そのネットワーク要素はまた、プレゼンス情報データフォーマットを含む要求を生成するための生成ユニットを備える。あるステータスイベントに対して、そのネットワーク要素は少なくとも１つの子（ｃｈｉｌｄ）を備える。１つの実施形態において、そのネットワーク要素についての少なくとも１つの子とは、登録ステータスを与えるためのネットワーク要素であって、そしてそのネットワーク要素は個人（ｐｅｒｓｏｎ）要素の１部分である。登録ステータスは、アクティブ（ａｃｔｉｖｅ）要素又は「ターミネートされた（ｔｅｒｍｉｎａｔｅｄ）」要素のうちの１つを含むステート（ｓｔａｔｅ）要素において表される。別の実施形態において、そのネットワーク要素についての少なくとも１つの子とは、登録ステータスを与えるためのネットワーク要素であって、そしてそのネットワーク要素はデバイス（ｄｅｖｉｃｅ）要素の１部分である。登録ステータスは、デバイスが特定のネットワークにアタッチされたかどうかを説明し、アクティブ要素、「ターミネートされた」要素、又はカバー範囲外（ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）要素のうちの１つを含む、ステート要素において表される。
【０００４】
本発明の別の実施形態は、プレゼンス情報として表されるネットワーク利用可能性情報を処理するための方法に関する。その方法は、ネットワークからステータス情報を受信して、ステータス情報をプレゼンス情報データフォーマットへと変換することを含む。その方法はまた、プレゼンス情報データフォーマットを含む要求を生成することを含む。
【０００５】
本発明の別の実施形態は、コンピュータ読み取り可能な媒体に記憶されたコンピュータプログラムに関し、そのコンピュータプログラムは、プレゼンス情報として表されるネットワーク利用可能性情報を処理するために用いられ、そしてまた、ネットワークからステータス情報を受信し、ステータス情報をプレゼンス情報データフォーマットに変換し、そしてプレゼンス情報データフォーマットを含む要求を生成する、という方法ステップを実行するために用いられる。
【０００６】
別の実施形態は、プレゼンス情報として表されるべきネットワーク利用可能性情報を受信するための端末に関する。その端末は、プレゼンス情報として表されるネットワーク利用可能性情報を処理するためのネットワーク要素と通信するためのユニットを含む。そのネットワーク要素は、ネットワーク利用可能性要素中のステータス情報を受信するための受信ユニットと、ステータス情報をプレゼンス情報データフォーマットに変換するための変換ユニットとを備える。そのネットワーク要素はまた、プレゼンス情報データフォーマットを含む要求を生成するための生成ユニットを備える。
【０００７】
本発明の別の実施形態は、プレゼンス情報として表されるネットワーク利用可能性情報を受信するためのサーバに関する。そのサーバは、プレゼンス情報として表されるネットワーク利用可能性情報を処理するためのネットワーク要素と通信するためのユニットを備える。そのネットワーク要素は、ネットワーク利用可能性要素中のステータス情報を受信するための受信ユニットと、ステータス情報をプレゼンス情報データフォーマットに変換するための変換ユニットと、プレゼンス情報データフォーマットをサーバへと送信するための送信ユニットとを備える。そのネットワーク要素はまた、プレゼンス情報データフォーマットを含む要求を生成するための生成ユニットを備える。
【発明を実施するための最良の形態】
【０００８】
［好ましい実施例の詳細な説明］
これより本発明の好ましい実施形態が参照されるのであり、その例は添付図面において説明されている。
【０００９】
図１は、本発明の実施形態を実装することができるＩＰマルチメディアサブシステム１００の実施形態を説明する。サブシステム１００は、アプリケーションサーバ層１０２、セッション制御層１０４、そしてトランスポート及びエンドポイント層１０６を備える。サブシステム１００は統一されたアーキテクチャであり、セッション開始プロトコル（ＳＩＰ：  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の柔軟性によって可能となる幅広い範囲のサービスをサポートする。図１において表されるとおり、サブシステム１００は、従来の電話サービス１０８や、例えばインスタントメッセージング、Ｐｕｓｈ−ｔｏ−ｔａｌｋ、そしてビデオ・ストリーミング等の非電話サービス１１０を提供する複数のアプリケーションサーバをサポートすることが可能である。トランスポート及びエンドポイント層１０６は、セッションを設定し、そして例えばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いた、アナログ又はデジタルフォーマットからインターネットプロトコル（ＩＰ）パケットへの音声の変換等の伝達サービス（ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）を提供するために、ＳＩＰシグナリングを開始し、そして終了する。セッション制御層１０４は、エンドポイントの登録とＳＩＰシグナリングメッセージの適正なアプリケーションサーバへのルーティングとを提供する呼セッション制御機能（ＣＳＣＦ：Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１１２を備える。ＣＳＣＦ１１２は全サービスに渡ってサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するために、トランスポート及びエンドポイント層１０６と相互作用する。セッション制御層１０４はまた、各々のエンドユーザに対する固有のサービスプロファイルを保持する、ホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）データベース１１４を備える。エンドユーザのサービスプロファイルは、エンドユーザの現在の登録情報、ローミング情報、コール転送情報のような電話サービス、バディリストのようなインスタントメッセージングサービス情報、そしてボイスメールボックスのオプションを含む、ユーザのサービス情報と好みの全てを中心の位置に記憶する。アプリケーションサーバ層１０２はアプリケーションサーバを備え、それはエンドユーザサービスのロジックを提供する。
【００１０】
ＩＰマルチメディアサブシステム１００において、ＩＰマルチメディアサーバは、サードパーティ登録（ｔｈｉｒｄ  ｐａｒｔｙ  ｒｅｇｉｓｔｒａｔｉｏｎ）を通じて、及び／又は登録イベントパッケージ（ｒｅｇｉｓｔｒａｔｉｏｎ  ｅｖｅｎｔ  ｐａｃｋａｇｅ）のサブスクライブを通じて、あるユーザの登録ステータスについての情報を受信する。特に、登録イベントパッケージをサブスクライブするために、ユーザ装置はパブリックユーザＩＤ（ｉｄｅｎｔｉｔｙ）を任意の時に登録することができる。しかしながら、継続中の登録のための登録機関からの最終応答（ｆｉｎａｌ  ｒｅｓｐｏｎｓｅ）を受信したときは、または、過去の登録要求がタイムアウトしたときは、ユーザ装置は新たな登録手続きの開始のみを行うべきである。ユーザ装置は、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）発見手続きの間にそのユーザ装置に通告されたポートに対して、最初の登録要求のみを送信する。ユーザ装置がＰ−ＣＳＣＦ発見手続きの間にいかなる特定のポート情報をも受信しないならば、そのユーザ装置は最初の登録要求をセッション開始プロトコル（ＳＩＰ）の既定の（ｄｅｆａｕｌｔ）ポート値へと送信する。最初の登録への応答を受信すると、ユーザ装置は、そのユーザの登録機関において登録されたパブリックユーザＩＤのための登録イベントパッケージをサブスクライブする。ユーザ装置はそれから、最初の登録のためのパブリックユーザＩＤを用いるか、または、もし最初の登録のために使われたパブリックユーザＩＤが禁止された（ｂａｒｒｅｄ）パブリックユーザＩＤであるならば、登録ステート（ｒｅｇｉｓｔｒａｔｉｏｎ−ｓｔａｔｅ）イベントパッケージのサブスクリプションのための、既定のパブリックユーザＩＤを用いる。
【００１１】
サブシステム１００において、プレゼンスネットワークエージェントはＩＭＳアプリケーションサーバとして役立ち、そしてユーザのＩＭＳ登録ステータスを保持する。図２は、アプリケーションとサービスがプレゼンス情報を利用することを可能とするための、ウォッチャー（以下で説明される）とプレゼンスエンティティとの間でのプレゼンス情報の管理をサポートするための機能など、プレゼンスサービスを提供するためのアーキテクチャモデルを説明する。プレゼンス情報は、プレゼンスエンティティに付随する動的な情報のセットであり、その情報には、ステータス、到達可能性（ｒｅａｃｈａｂｉｌｉｔｙ）、そして機能（ｃａｐａｂｉｌｉｔｉｅｓ）のようなプレゼンス要素が含まれてよい。プレゼンスサーバ２０２はプレゼンスエンティティのホームネットワーク内に存在し、プレゼンスユーザエージェント２１６、プレゼンスネットワークエージェント２１４、そしてプレゼンス外部エージェント２１８によって発行されるプレゼンス情報の受信と管理を行う。プレゼンスサーバ２０２は、プレゼンスエンティティに代わってプレゼンス情報の管理責任を負うネットワークエンティティである。プレゼンスユーザエージェント２１６は、端末、又はネットワークに配置されたエージェントであって、本人（ｐｒｉｎｃｉｐａｌ）に代わってユーザに関するプレゼンス情報を収集し、プレゼンスサーバ２０２に送信する。プレゼンスネットワークエージェント２１４は、プレゼンスエンティティに代わってネットワークに関するプレゼンス情報を収集し、プレゼンスサーバ２０２に送信するネットワーク要素である。プレゼンス外部エージェント２１８は、プロバイダのネットワークの外側にある要素によって提供されるプレゼンス情報を収集する。エンティティ２１４−２１８からプレゼンス情報を受信すると、プレゼンスサーバ２０２は、あるプレゼンスエンティティに対するプレゼンスに関する情報を単独のプレゼンスドキュメントへと構成すべき責任を負う。
【００１２】
ウォッチャーアプリケーション２０８とウォッチャープレゼンスプロキシ２０６とが、プレゼンスエンティティに対するプレゼンス情報の一式全てか、またはその一式全てのうちのある情報を、要求してサブスクライブすることを、プレゼンスサーバ２０２は可能とする。ウォッチャー２０８は、１つのプレゼンスエンティティかまたはプレゼンスエンティティのリストに関連するプレゼンス情報をサブスクライブするエンティティである。そのプレゼンスエンティティのプレゼンス情報をサブスクライブすることを、どのウォッチャー２０８が許可されるか、ということを決定するサブスクリプション許可ポリシー（ｓｕｂｓｃｒｉｐｔｉｏｎ  ａｕｔｈｏｒｉｚａｔｉｏｎ  ｐｏｌｉｃｙ）を、プレゼンスサーバ２０２は提供する。サブスクリプション許可ポリシーはまた、そのプレゼンスエンティティのプレゼンス情報におけるどのタプル（ｔｕｐｌｅ）に、ウォッチャーがアクセスできるのかということを決定する。プレゼンスサーバ２０２は、プレゼンス情報発行のためのＳＩＰベースの通信をサポートする。特に、プレゼンスサーバ２０２は、プレゼンスエンティティプロキシ２０４とのＳＩＰベースの通信をサポートする。プレゼンスエンティティプロキシ２０４はＳＩＰアプリケーションサーバである。
【００１３】
図２に表されるように、プレゼンスネットワークエージェントはＰｉインターフェースを通じてＳｅｒｖｉｎｇ  ＣＳＣＦ（Ｓ−ＣＳＣＦ）２２２へと接続され、Ｐｈインターフェースを通じてホーム・ロケーション・レジスタ（ＨＳＳ／ＨＬＲ）２２０へと接続され、Ｐｃインターフェースを通じて移動交換局（ＭＳＣ：Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）２２４へと接続され、Ｐｋインターフェースを通じて認証・許可・課金（ＡＡＡ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）エンティティ２２６へと接続され、そしてＰＩインターフェースを通じてパケット交換（ＰＳ：Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）エンティティ２２８へと接続される。
Ｐｈインターフェースは、プレゼンスネットワークエージェント２１４がＨＳＳ／ＨＬＲ２２０へ、回線交換ドメイン、パケット交換ドメイン、そしてＩＭＳパースペクティブ（ＩＭＳ  ｐｅｒｓｐｅｃｔｉｖｅ）からのプレゼンスエンティティに関連するサブスクライバのステートとステータスについて、クエリ問い合わせ（ｑｕｅｒｙ）することを可能とする。
Ｐｉインターフェースは、Ｓ−ＣＳＣＦ２２２がＩＭＳ特有のプレゼンス情報（例えば継続中のＩＭＳセッションについての）を提供することを可能とする。Ｐｃインターフェースは、ＭＳＣ／ＭＳＣｅ２２４がモビリティ管理に関するイベントをプレゼンスネットワークエージェント２１４に対してレポートすることを可能とするのであり、そしてＭＳＣ／ＭＳＣｅ２２４がコールに関するイベントをレポートすることを可能としてよい。Ｐｋインターフェースは、ＡＡＡ２２６がプレゼンスに関するイベントをプレゼンスネットワークエージェント２１４にレポートすることを可能とする。ＰＩインターフェースは、プレゼンスエンティティに関連する、サブスクライバに関する位置情報を読み出すために、プレゼンスネットワークエージェントにより用いられる。これらインターフェースを介して、プレゼンスネットワークエージェントはこうしてプレゼンスエンティティについての更なるネットワーク利用可能性情報を知る。例えば、プレゼンスエンティティにおけるデバイスの１つが回線交換またはパケット交換アタッチであるか、またはカバー範囲外であるかである。
【００１４】
プレゼンスネットワークエージェント２１４はまた、Ｐｅｎインターフェースを通じてプレゼンスサーバ２０２に接続されるのであり、プレゼンスユーザエージェントはＰｅｕインターフェースを通じてプレゼンスサーバ２０２に接続され、Ｐｅｐインターフェースを通じてプレゼンスエンティティプレゼンスプロキシ２０４に接続されるのであり、そしてプレゼンス外部エージェントはＰｅｘインターフェースを通じてプレゼンスサーバ２０２に接続される。Ｐｅｎ、Ｐｅｘ、そしてＰｅｐインターフェースは、プレゼンスエンティティのプレゼンス情報をプレゼンスサーバ２０２に供給することを可能とする。Ｐｅｕインターフェースによって、プレゼンスユーザエージェント２１６はサブスクリプション許可ポリシーとハードステート（ｈａｒｄ  ｓｔａｔｅ）プレゼンス情報とを管理することが可能となる。プレゼンスエンティティプレゼンスプロキシ２０４は更に、Ｐｘインターフェースを通じてホーム・ロケーション・レジスタ（２１２）に接続される。ウォッチャーアプリケーション２０８とウォッチャープレゼンスプロキシ２０６とは、お互いに、そしてプレゼンスエンティティプレゼンスプロキシ２０４とリソース・リスト・サーバ２１０とに、Ｐｗインターフェースを通じて接続される。Ｐｘインターフェースはプレゼンスエンティティのプレゼンスサーバを配置することの手助けをし、そしてＰｗインターフェースはウォッチャーアプリケーション２０８がプレゼンス情報を要求し、取得することを可能とする。ウォッチャーアプリケーション２０８はまた、Ｐｅｔインターフェースを通じてリソース・リスト・サーバ２１０に接続されており、それはウォッチャーアプリケーション２０８がリソース・リスト・サーバ２１０におけるリソース・リスト情報を管理することを可能とする。
【００１５】
本発明の１つの実施形態においては、図３において説明されるように、図２のアーキテクチャをＯｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅプレゼンスアーキテクチャにマップすることができる。示されている通り、図３のＯｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅプレゼンスアーキテクチャは、それに対して発行されたプレゼンス情報を受け入れて記憶し、そしてプレゼンス情報とウォッチャー情報とを分配するプレゼンスサーバ３０２と、プレゼンス情報をプレゼンスサービスに提供するプレゼンスソース３０４と、プレゼンスエンティティからプレゼンス情報を、又はプレゼンスサービスから、ウォッチャーについてのウォッチャー情報を要求する、ウォッチャー３０６と、を備える。図３のアーキテクチャはまた、複数のプレゼンスエンティティのプレゼンス情報を単一のサブスクリプショントランザクションを用いてサブスクライブすることをウォッチャーアプリケーションにとって可能とする、プレゼンスリストへのサブスクリプションを受け入れて管理するリソース・リスト・サーバ３０８と、プレゼンスＸＭＬドキュメント管理サーバ（ＸＤＭＳ：ＸＭＬ  Ｄｏｃｕｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ）３１２と、そしてＲＬＳドキュメント管理サーバ（ＲＤＭＳ：ＲＬＳ  Ｄｏｃｕｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ）３１０とを備える。図３のＯｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅプレゼンスアーキテクチャは更に、コンテンツサーバ（ｃｏｎｔｅｎｔ  ｓｅｒｖｅｒ）３１４と、プレゼンスサービスをサポートするさまざまのサービスを実行するサービスのネットワークを含むＳＩＰ／ＩＰコアネットワーク３１６と、共有ＸＭＬデータ管理サーバ（ＸＤＭＳ：ＸＭＬ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ）３１８と、集約プロキシ（ａｇｇｒｅｇａｔｉｏｎ  ｐｒｏｘｙ）３２０と、デバイス管理サーバ（ＤＭＳ：Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ）３２２と、デバイス管理クライアント（ＤＭＣ：Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｃｌｉｅｎｔ）  ３２４と、ＸＤＭクライアント３２６と、そしてリモートプレゼンスネットワーク３２８と、を備える。Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅプレゼンスアーキテクチャにおいて、構成要素３０２−３０６は、インターフェースＰＲＳ−１からＰＲＳ−１５、そしてＸＤＭ−１からＸＤＭ４によって相互接続される。ＳＩＰ／ＩＰコアネットワークはまたインターフェースＩＰ−１によってリモートプレゼンスネットワーク３２８に接続され、そしてＤＭＳ３２２とＤＭＣ３２４はインターフェースＤＭ−１によって接続される。
【００１６】
Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅプレゼンスアーキテクチャにおいて、ＰｅｎインターフェースはＰＲＳ−１とＰＲＳ−３インターフェースとの組み合わせに同等である。ＰＲＳ−１インターフェースとＰＲＳ−３インターフェースの各々は、プレゼンスソースとＳＩＰ／ＩＰコアネットワークとの間の通信をサポートする。ＰＲＳ−１インターフェースのためのプロトコルはＳＩＰであって、そしてトラフィックはＳＩＰ／ＩＰコアネットワークを通じてプレゼンスサーバ２０２へと送られる。こうして、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ定義のプレゼンスソースによってプレゼンスネットワークエージェントは実装されるのであり、それはＳＩＰのＰＵＢＬＩＳＨ要求を用いてネットワーク利用可能性情報、例えばＩＭＳ登録ステータスをプレゼンスサーバ２０２に送信する。
プレゼンスサーバ２０２において、プレゼンスサーバ２０２構成ポリシー手順（ｐｏｌｉｃｙ  ｐｒｏｃｅｄｕｒｅｓ）に起因して、ネットワーク利用可能性情報はプレゼンスエンティティのプレゼンス情報の一部となる。
【００１７】
本発明の１つの実施形態は、プレゼンス情報データフォーマット表示のためのネットワーク利用可能性ステータス情報のフォーマットを特定する。このフォーマットを用いて、プレゼンスネットワークエージェント２１４は、受信したステータス情報をプレゼンス情報データフォーマットへと変換してよい。
例えば、プレゼンスネットワークエージェント２１４は、Ｐｉインターフェースを通じてか、または別のインターフェースを介した何らかの他の方法を通じての、サードパーティのＲＥＧＩＳＴＥＲ要求又は登録イベントパッケージのためのＮＯＴＩＦＹ要求中のステータス情報を、プレゼンス情報データフォーマットへと変換してよい。
本発明の１つの実施形態において、ネットワーク利用可能性ステータス情報は、既に定義されたネットワーク利用可能性要素の一部として挿入される。定義されたネットワーク利用可能性要素の１つの例は、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ仕様において定義される、“ｎｅｔｗｏｒｋ−ａｖａｉｌａｂｉｌｉｔｙ”要素である。当業者において知られているように、ＧＳＭ、ＣＤＭＡ、ＧＰＲＳまたは８０２．１１ｘのような１以上のネットワークにデバイスを接続してよい。しかしながら、異なるネットワークに対しては異なった状態が存在しうるので、ネットワークへの接続性を一般的なやりかたで定義することはできない。従って、既に定義されたネットワーク要素は、一般的な、そして拡張可能なやり方で定義される。特に、所定のネットワーク利用可能性要素は識別属性（ｉｄｅｎｔｉｆｉｅｒ  ａｔｔｒｉｂｕｔｅ）を備えるのであり、その値はネットワークタイプを指示するのに用いられる。
この値は、そのネットワークのタイプに固有なものとなるよう、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅネットワークアーキテクチャに登録される。
加えて、各々のネットワークタイプは、そのネットワークのタイプに関連する任意の追加的情報に加えて、接続されることの意味を定義する必要がある。
【００１８】
本発明の１つの実施形態はまた、ＩＭＳ登録ステータスに対するＩＭＳネットワーク利用可能性を表す“ｎｅｔｗｏｒｋ−ａｖａｉｌａｂｉｌｉｔｙ”要素の子としての具体的な“ｎｅｔｗｏｒｋ”要素を定義する。ＩＭＳ登録ステータス情報はＩＭＳユーザに関連するので、そこにおけるプレゼンス情報の特別の場合、ＩＭＳユーザはプレゼンスエンティティそれ自身であり、ＩＭＳ登録情報を含むネットワーク利用可能性要素は、“ｄｅｖｉｃｅ”要素ではなく“ｐｅｒｓｏｎ”要素の一部でなければならない。本発明の１つの実施形態に従えば、実際の登録ステータスは、プレゼンスエンティティがＩＭＳ登録されている時には“ａｃｔｉｖｅ”であったり、又はプレゼンスエンティティが有効なＩＭＳ登録を有しない場合には“ｔｅｒｍｉｎａｔｅ”要素であるなどといった子要素を持つことが可能な“ｓｔａｔｅ”要素で表される。プレゼンスネットワークエージェント２１４が、サードパーティのＲＥＧＩＳＴＥＲ要求又は、プレゼンスネットワークエージェント２１４にプレゼンスエンティティの登録ステータスについて通知する、登録イベントパッケージのためのＮＯＴＩＦＹ要求を受信する時、プレゼンスネットワークエージェント２１４は、上記説明された要素を有するプレゼンス情報データフォーマットドキュメントを含む、ＰＵＢＬＩＳＨ要求を生成しなければならない。
【００１９】
例えば、もしプレゼンスエンティティ、“ｓｉｐ：ｓｏｍｅｏｎｅ＠ｅｘａｍｐｌｅ．ｃｏｍ”がアクティブな登録ステータスを有し、そしてプレゼンスネットワークエージェント２１４が、“ｓｉｐ：ｓｏｍｅｏｎｅ＠ｅｘａｍｐｌｅ．ｃｏｍ”のための０より大きい値を有する“Ｅｘｐｉｒｅｓ”ヘッダを含む、サードパーティのＲＥＧＩＳＴＥＲ要求か、またはＸＭＬ本体を伴う登録イベントパッケージのためのＮＯＴＩＦＹ要求を受信する場合、プレゼンスネットワークエージェント２１４はその情報をプレゼンス情報データフォーマットへと変換し、そしてＰＵＢＬＩＳＨ要求をプレゼンスサーバ２０２へ送信する。この例における、登録イベントパッケージのためのＮＯＴＩＦＹ要求は、以下のようなＸＭＬ本体を有する。
<?xml version="1.0"?>
<reginfo xmlns="urn:ietf:params:xml:ns:reginfo"
version="0" state="full">
<registration aor="sip:someone@example.com" id="as9"
state="active">
<contact id="76" state="active" event="registered"> 
<uri> sip:[5555::aaa:bbb:ccc:ddd]</uri>
</contact>
</registration>
</reginfo>
【００２０】
この例についてのプレゼンス情報データフォーマット表示は、
<?xml version="1.0" encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:pdm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:op2="urn:oma:params:xml:ns:pidf:oma-pres2"
entity="sip:someone@example.com">
<pdm:person id="a1233">
<op2:network-availability>
<op2:network id="IMS">             
<op2:state><op2:active/></op2:state>
</op2:network>
</op2:network-availability>
<pdm:timestamp>2005-02-22T20:07:07Z</pdm:timestamp>
</pdm:person>
</presence>
【００２１】
本発明の１つの実施形態に従えば、回線交換（ＣＳ）又はパケット交換（ＰＳ）ネットワークにおけるネットワーク利用可能性ステータス情報のために、２つのより具体的な“ｎｅｔｗｏｒｋ”要素が“ｎｅｔｗｏｒｋ−ａｖａｉｌａｂｉｌｉｔｙ”要素の子として定義され、そして“ｉｄ”属性は“ＣＳ”又は“ＰＳ”の値を取る。この実施形態において、“ｎｅｔｗｏｒｋ−ａｖａｉｌａｂｉｌｉｔｙ”要素は“ｄｅｖｉｃｅ”要素の１部であり、それは今、特定デバイスのステータスを記述している。以前に定義された“ｓｔａｔｅ”要素は、任意のネットワークのタイプのための基本的ステータス情報を記述するように意図されているので、その“ｓｔａｔｅ”要素はこの実施形態において、デバイスが特定の回線交換、又はパケット交換ネットワークにアタッチされているかどうかを記述するために用いられる。これらネットワークにおいて、そのｓｔａｔｅ要素に対する、ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ子要素が定義される。２つの例示的シナリオは、
<?xml version="1.0" encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:pdm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:op="urn:oma:params:xml:ns:pidf:oma-pres"
xmlns:op2="urn:oma:params:xml:ns:pidf:oma-pres2"
entity="sip:someone@example.com">
<pdm:device id="a1233">
<op:network-availability>
<op:network id="PS">             
<op2:state><op2:terminated/></op2:state>
</op:network>
</op:network-availability>
<pdm:timestamp>2005-02-22T20:07:07Z</pdm:timestamp>
</pdm:device>
</presence>
<?xml version="1.0" encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:pdm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:op="urn:oma:params:xml:ns:pidf:oma-pres"
xmlns:op2="urn:oma:params:xml:ns:pidf:oma-pres2"
entity="sip:someone@example.com">
<pdm:device id="a1233">
<op:network-availability>
<op:network id="CS">             
<op2:state><op2:out-of-coverage/></op2:state>
</op:network>
</op:network-availability>
<pdm:timestamp>2005-02-22T20:07:07Z</pdm:timestamp>
</pdm:device>
</presence>
【００２２】
本発明を実装するために、以下のＸＭＬスキーマが、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  ＳＩＭＰＬＥ  Ｐｒｅｓｅｎｃｅ  ２．０  ｅｎａｂｌｅｒにおいて、定義される。
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema targetNamespace="urn:oma:params:xml:ns:pidf:oma-pres2" 
xmlns="urn:oma:params:xml:ns:pidf:oma-pres2"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified"
attributeFormDefault="unqualified">
<!-- This import brings in the XML language attribute xml:lang-->
<xs:import namespace="http://www.w3.org/XML/1998/namespace" schemaLocation="http://www.w3.org/2001/xml.xsd"/>
<xs:annotation>
<xs:documentation xml:lang="en">
XML Schema definition for OMA Presence 2.0 extensions to OMA Presence 1.0 and PIDF and Presence Data Model</xs:documentation>
</xs:annotation>
<xs:complexType name="emptyType">
<xs:complexType name="stateType">
<xs:sequence maxOccurs="unbounded">
<xs:element name="active" type="emptyType" minOccurs="0"/>
<xs:element name="terminated" type="emptyType" minOccurs="0"/>
<xs:element name="out-of-coverage" type="emptyType" minOccurs="0"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<!-- OMA extensions to PDM person element -->
<xs:element name="network-availability">
<xs:complexType>
<xs:sequence>
<xs:element name="network" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
<xs:element name="state" type="stateType" minOccurs="0"/>
</xs:sequence>               
<xs:attribute name="id" type="xs:token" use="required"/>
</xs:complexType>
</xs:element>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
【００２３】
図４は更に、本発明の１つの実施形態におけるプレゼンスネットワークエージェント内で用いられる構成要素を描写する。プレゼンスネットワークエージェント２１４は、別のネットワーク要素からのステータス情報を受信するための受信構成要素４０２を備える。プレゼンスネットワークエージェント２１４はまた、受信したステータス情報をプレゼンス情報データフォーマットに変換するための変換ユニット４０４を備えてよく、そしてそれは受信ユニット４０２と通信していてよい。挿入ユニット４０６は、ネットワーク利用可能性ステータス情報を既に定義されたネットワーク利用可能性要素の一部として挿入する。本発明の１つの実施形態はまた、ＩＭＳ登録ステータスに対するＩＭＳネットワーク利用可能性を表す“ｎｅｔｗｏｒｋ−ａｖａｉｌａｂｉｌｉｔｙ”要素の子としての具体的な“ｎｅｔｗｏｒｋ”要素を定義する。プレゼンスネットワークエージェント２１４が、サードパーティのＲＥＧＩＳＴＥＲ要求又は、プレゼンスネットワークエージェント２１４にプレゼンスエンティティの登録ステータスについて通知する、登録イベントパッケージのためのＮＯＴＩＦＹ要求を受信する時、発行ユニット４０８は、プレゼンス情報データフォーマットドキュメントを含む、ＰＵＢＬＩＳＨ要求を生成する。
【００２４】
図５は、本発明の１つの実施形態において実装されるステップを説明する。ステップ５０１０において、プレゼンスネットワークエージェント２１４は、別のネットワーク要素からステータス情報を受信する。ステップ５０２０において、プレゼンスネットワークエージェントは受信したステータス情報をプレゼンス情報データフォーマットへと変換してよい。ステップ５０３０において、ネットワーク利用可能性ステータス情報は、既に定義されたネットワーク利用可能性要素の一部として挿入される。本発明の１つの実施形態はまた、ＩＭＳ登録ステータスに対するＩＭＳネットワーク利用可能性を表す“ｎｅｔｗｏｒｋ−ａｖａｉｌａｂｉｌｉｔｙ”要素の子としての具体的な“ｎｅｔｗｏｒｋ”要素を定義する。ステップ５０４０において、プレゼンスネットワークエージェント２１４が、サードパーティのＲＥＧＩＳＴＥＲ要求又は、プレゼンスネットワークエージェント２１４にプレゼンスエンティティの登録ステータスについて通知する、登録イベントパッケージのためのＮＯＴＩＦＹ要求を受信する時、プレゼンスネットワークエージェント２１４は、上記説明された要素を有するプレゼンス情報データフォーマットドキュメントを含む、ＰＵＢＬＩＳＨ要求を生成しなければならない。
【００２５】
本発明は、こうして、プレゼンス情報においてネットワーク利用可能性を表すための方法を提供する。この情報は、ユーザまたはデバイスについての“ｄｅｆａｕｌｔ”利用可能性ステータスを特定する。もし特定のサービスがプレゼンス情報においての表示を持たない場合、すなわち、タプル要素がない場合、そのユーザが回線交換、パケット交換、又はＩＭＳサービス一般に対して利用可能であるかどうかを指示するためにステータス情報を用いることが、ひいては可能である。
【００２６】
上述されたネットワーク利用可能性情報を実装する如何なるデバイスにおいても本発明が利用可能であることは、当業者にとって当然のことである。前述の説明は、本発明の特定実施形態に向けられてきた。しかしながら、その説明された実施形態に対して、それらの利点の幾らか、又は全てを達成しつつ、他のバリエーションや修正を成すことができることは明らかであろう。従って添付の請求の範囲は、本発明の真の精神と範囲に収まる、そのようなバリエーションや修正を全てカバーすることを目的としている。
【００２７】
本発明の更なる理解を与えるために添付図面が同封されているのであって、それらは明細書に組み込まれており、そしてその一部を構成するのであり、詳細な説明と共に本発明の原理を説明するのに役立つ、本発明の実施形態を描写する。
【図面の簡単な説明】
【００２８】
【図１】図１は、本発明の実施形態を実装することができるＩＰマルチメディアサブシステムの実施形態を説明する。
【図２】図２は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）と３ＧＰＰ２（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２）とによって描かれるプレゼンスサービスを提供するためのアーキテクチャモデルを説明する。
【図３】図３は、図２のアーキテクチャモデルがマップされる、ＯＭＡ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）によって描かれるプレゼンスサービスを提供するための、別のＯＭＡアーキテクチャモデルを説明する。
【図４】図４は本発明の実施形態に実装されるステップを説明する。
【図５】図５は本発明の実施形態に実装されるステップを説明する。
【図１】
2009527040.tif 000003
【図２】
2009527040.tif 000004
【図３】
2009527040.tif 000005
【図４】
2009527040.tif 000006
【図５】
2009527040.tif 000007
【手続補正書】
【提出日】平成20年8月13日(2008.8.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークからステータス情報を受信するよう構成された受信器と、
前記ステータス情報に基づくプレゼンス情報を変換するよう構成された変換器と、
前記ステータス情報を所定のネットワーク利用可能性要素の一部として挿入するよう構成された挿入ユニットであって、あるステータスイベントに対して、該ネットワーク利用可能性要素は現在のステートを定義する少なくとも１つの子要素を含む、挿入ユニットと、
前記プレゼンスデータ情報を含む要求を発行するよう構成された、及び該発行された要求をプレゼンスサーバへ送信するよう構成された、発行ユニットと、
を備える、装置。
【請求項２】
前記少なくとも１つの子要素は、プレゼンスエンティティであるユーザに関連する登録ステータスのためのネットワーク利用可能性を表すよう構成され、それによって該登録情報を含む前記ネットワーク利用可能性要素が個人要素の一部であることを可能とする、請求項１に記載の装置。
【請求項３】
前記ネットワーク利用可能性要素は、プレゼンスエンティティが登録されているときのアクティブ要素、又は該プレゼンスエンティティが有効な登録を有しないときのターミネートされた要素のうちの１つを含むステート要素において登録ステータスを表すよう構成される、請求項１に記載の装置。
【請求項４】
前記装置における前記少なくとも１つの子は登録ステータスを与えるネットワーク要素として構成され、
前記ネットワーク利用可能性要素は、特定のデバイスのステータスを表すデバイス要素の一部として構成され、そこにおいて前記ネットワーク利用可能性要素の識別属性は、該デバイスがアタッチされるネットワークのタイプを定義する、請求項１に記載の装置。
【請求項５】
前記ネットワークにおける前記少なくとも１つの子は、デバイスが特定のネットワークにアタッチされたかどうかを説明し、アクティブ要素、ターミネートされた要素、又はカバー範囲外要素のうちの１つを含むステート装置として構成される、請求項４に記載の装置。
【請求項６】
ネットワークからのステータス情報の受信と、
前記ステータス情報のプレゼンス情報データフォーマットへの変換と、
前記ステータス情報の、所定のネットワーク利用可能性要素の一部としての挿入であって、あるステータスイベントに対して、該ネットワーク利用可能性要素は少なくとも１つの子を含む、挿入と、
前記プレゼンスデータ情報を含む要求の発行、及び該発行された要求のプレゼンスサーバへの送信と、
を含む、方法。
【請求項７】
プレゼンスエンティティであるユーザに関連する登録ステータスのためのネットワーク利用可能性の表示であって、それによって該登録情報を含む前記ネットワーク利用可能性要素が個人要素の一部であることを可能とする表示を更に含む、請求項６に記載の方法。
【請求項８】
プレゼンスエンティティが登録されているときのアクティブ要素、又は該プレゼンスエンティティが有効な登録を有しないときのターミネートされた要素のうちの１つを含むステート要素においての登録ステータスの表示を更に含む、請求項６に記載の方法。
【請求項９】
前記装置における前記少なくとも１つの子を、登録ステータスを与えるネットワーク要素として構成することと、
前記ネットワーク利用可能性要素の、特定のデバイスのステータスを定義するデバイス要素の一部としての構成であって、そこにおいて前記ネットワーク利用可能性要素の識別属性は該デバイスがアタッチされるネットワークのタイプを定義するよう構成することと、
を更に含む、請求項６に記載の方法。
【請求項１０】
前記ネットワークにおける前記少なくとも１つの子を、デバイスが特定のネットワークにアタッチされたかどうかを決定し、アクティブ要素、ターミネートされた要素、又はカバー範囲外の要素のうちの１つを含む、ステートネットワーク要素として構成することを更に含む、請求項９に記載の方法。
【請求項１１】
ネットワークからステータス情報を受信するための受信手段と、
前記ステータス情報をプレゼンス情報データフォーマットへと変換するための変換手段と、
前記ステータス情報を所定のネットワーク利用可能性要素の一部として挿入するための挿入手段であって、あるステータスイベントに対して、該ネットワーク利用可能性要素は少なくとも１つの子を含む挿入手段と、
前記プレゼンスデータ情報を含む要求を発行し、該発行された要求をプレゼンスサーバへ送信するための発行手段と、
を備える装置。
【請求項１２】
コンピュータ読み取り可能な媒体に記憶されたプログラムであって、
ネットワークからステータス情報を受信する手順と、
前記ステータス情報をプレゼンス情報データフォーマットへ変換する手順と、
前記ステータス情報を所定のネットワーク利用可能性要素の一部として挿入する手順であって、あるステータスイベントに対して、該ネットワーク利用可能性要素は少なくとも１つの子を含む手順と、
前記プレゼンスデータ情報を含む要求を発行し、該発行された要求をプレゼンスサーバへ送信する手順と、
を処理装置に実行させるよう構成されたコンピュータプログラム。
【請求項１３】
装置であって、
プレゼンスエンティティからのプレゼンスデータ情報を含む要求を受信するよう構成された受信器と、
構成ポリシー手順に従って、前記プレゼンスエンティティに関連するプレゼンス情報の一部として、前記プレゼンスエンティティのネットワーク利用可能性情報を組み入れるよう構成された処理装置と、
を備え、
あるステータスイベントに対して、ネットワーク利用可能性要素は、前記プレゼンスデータ情報を含む要求を発行し、該発行された要求を前記装置へ送信する、装置。
【国際調査報告】
2009527040.tif 000008
2009527040.tif 000009
2009527040.tif 000010