(57)【要約】  本発明の目的の１つは、ホーム加入者サーバＨＳＳに保存されているアプリケーション・サーバＡＳ関連のユーザ・データを管理するための方法である。一実施形態では、前記方法は、  −ＨＳＳおよび少なくとも１つの検証ＡＳと呼ぶアプリケーション・サーバＡＳがＨＳＳで受信された管理要求の検証のための情報を交換するステップを含む。
2013504966.tif 000002
【特許請求の範囲】
【請求項１】
ホーム加入者サーバＨＳＳに保存されたアプリケーション・サーバＡＳ関連のユーザ・データの管理のための方法であって、
−ＨＳＳおよび検証ＡＳと称する少なくとも１つのアプリケーション・サーバＡＳは、ＨＳＳで受信された管理要求の検証のための情報を交換するステップ
を含む方法。
【請求項２】
−前記管理要求を受信したときに、ＨＳＳは、検証要求と称する前記管理要求の検証のための要求を前記検証ＡＳに送信するステップと、
−前記検証ＡＳから検証結果を含む検証応答を受信したときに、ＨＳＳは、前記の検証結果に従って機能するステップと
を含む請求項１に記載の方法。
【請求項３】
−ＨＳＳから検証要求を受信したときに、前記検証ＡＳは、前記検証を実行し、検証応答と称する検証結果を含む応答をＨＳＳに返すステップ
を含む請求項１または２に記載の方法。
【請求項４】
−検証要求／検証要求の通知のための通知を受信するためのサブスクリプションについて、ＨＳＳおよび前記検証ＡＳは、Ｓｈインタフェースを通じてサブスクリプション／通知メカニズムを使用するステップ
を含む請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
−前記検証ＡＳは、Ｓｈインタフェースを通じてサブスクリプション通知要求ＳＮＲを使用して、検証要求のための通知を受信するためにサブスクライブするステップ
を含む請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
−検証要求のための通知を受信するために前記検証ＡＳのサブスクリプションを示す情報を用いてＨＳＳを構成するステップ
を含む請求項１乃至４のいずれか１項に記載の方法。
【請求項７】
−ＨＳＳは、Ｓｈインタフェースを通じてプッシュ通知要求ＰＮＲを使用して、前記検証ＡＳに検証要求を通知するステップ
を含む請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記データは、ユーザ識別子およびサービス指示ごとにＨＳＳに保存されるレポジトリ・データを含む請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
−前記の検証ＡＳは、ユーザ識別子と、サービス指示と、該ユーザ識別子および該サービス指示の検証要求のための通知を受信するために前記検証ＡＳがサブスクライブすることを示す情報とを運ぶＳｈ−ＳＮＲをＨＳＳに送信することによって、前記ユーザ識別子および前記サービス指示の検証要求のための前記通知を受信するためにサブスクライブするステップ
を含む請求項５および８に記載の方法。
【請求項１０】
前記ユーザ識別子は、前記Ｓｈ−ＳＮＲのＩＥユーザ識別子に入れて運ばれ、前記サービス指示は、前記Ｓｈ−ＳＮＲのＩＥサービス指示に入れて運ばれ、かつ前記の通知を受信するために前記検証ＡＳがサブスクライブすることを示す前記情報は、前記Ｓｈ−ＰＮＲの特定のＩＥに入れて運ばれる請求項９に記載の方法。
【請求項１１】
−前記の検証ＡＳは、前記サービス指示および前記ＡＳを前記検証に使用できることを示す情報を運ぶＳｈ−ＳＮＲをＨＳＳに送信することによって、サービス指示の検証要求のための通知を受信するためにサブスクライブするステップ
を含む請求項５および８に記載の方法。
【請求項１２】
前記ＡＳを前記検証に使用できることを示す前記情報は、前記Ｓｈ−ＳＮＲの前記ＩＥサービス指示に入れて運ばれ、かつ前記サービス指示は、前記Ｓｈ−ＳＮＲの前記ＩＥユーザ識別子に入れて運ばれる請求項１１に記載の方法。
【請求項１３】
サービス指示の検証要求のための通知を受信するために、ＨＳＳで構成され前記検証ＡＳのサブスクリプションを示す情報は、前記サービス指示、前記ＡＳを特定する情報、および前記サービス指示を用いてサブスクライブした一連のユーザ識別子を示す情報を含む請求項６および８に記載の方法。
【請求項１４】
−ＨＳＳは、ユーザ識別子と、サービス指示と、受信した管理要求に含まれているユーザ・データと、検証が要求されることを示す情報とを運ぶＳｈ−ＰＮＲを前記検証ＡＳに送信することによって、前記ユーザ識別子および前記サービス指示の検証要求のための通知を受信するためにサブスクライブした前記検証ＡＳに、検証要求を通知するステップ
を含む請求項７および８に記載の方法。
【請求項１５】
−ＨＳＳは、サービス指示と、受信した管理要求で運ばれるユーザ識別子と、検証が要求されることを示す情報とを運ぶＳｈ−ＰＮＲを前記検証ＡＳに送信することによって、前記サービス指示の検証要求のための通知を受信するためにサブスクライブした前記検証ＡＳに、検証要求を通知するステップ
を含む請求項７および８に記載の方法。
【請求項１６】
検証が要求されることを示す前記情報は、前記Ｓｈ−ＰＮＲのＩＥサービス指示に入れて運ばれ、前記サービス指示は、前記Ｓｈ−ＰＮＲのＩＥユーザ識別子に入れて運ばれ、かつ前記ユーザ識別子は、前記Ｓｈ−ＰＮＲのＩＥサービス・データに入れて運ばれる請求項１５に記載の方法。
【請求項１７】
−前記Ｓｈ−ＰＮＲを受信したときに、Ｓｈインタフェースを通じてユーザ・データ要求ＵＤＲを使用して、前記検証ＡＳは、受信した管理要求に含まれているユーザ・データをＨＳＳからダウンロードするステップ
を含む請求項１５または１６に記載の方法。
【請求項１８】
−ＨＳＳは、ユーザ識別子と、サービス指示と、検証が要求されることを示す情報とを運ぶＳｈ−ＰＮＲを前記検証ＡＳに送信することによって、前記サービス指示および一連のユーザ識別子の検証要求のための通知を受信するためのサブスクリプションがＨＳＳで構成されている前記の検証ＡＳに、前記サービス指示および前記一連のユーザ識別子の検証要求を通知するステップ
を含む請求項７および８に記載の方法。
【請求項１９】
前記ユーザ識別子は、前記Ｓｈ−ＰＮＲの前記ＩＥユーザ識別子に入れて運ばれ、前記サービス指示は、前記Ｓｈ−ＰＮＲのＩＥサービス指示に入れて運ばれ、かつ検証が要求されることを示す前記情報は、前記Ｓｈ−ＰＮＲの特定のＩＥに入れて運ばれる請求項１４または１８に記載の方法。
【請求項２０】
−前記検証ＡＳは、Ｓｈインタフェースを通じてプッシュ通知応答ＰＮＡを使用して、ＨＳＳに検証応答を送信するステップ
を含む請求項１乃至１９のいずれか１項に記載の方法。
【請求項２１】
−請求項１乃至２０のいずれか１項に記載の方法を実行するための手段
を含むホーム加入者サーバＨＳＳ。
【請求項２２】
−請求項１乃至２０のいずれか１項に記載の方法を実行するための手段
を含むアプリケーション・サーバＡＳ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、通信ネットワークおよびシステムに関する。
【背景技術】
【０００２】
通信ネットワークおよびシステムの記述は、特に、たとえば３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）など、標準化団体によって公開されている標準仕様書で見つけることができる。３ＧＰＰによって指定されているようなＩＭＳ（ＩＰマルチメディア・サブシステム）の例については、本発明が適用される例として、以下に特に考慮する。しかし、本発明は、そのような例に限定されない。
【０００３】
ＩＭＳアーキテクチャは、特にアプリケーション・サーバ（ＡＳ）などの要素のおかげで、付加価値サービスをサポートする。そのようなサービスをサポートするために、アプリケーション・サーバは、特に、加入者データを保持するホーム加入者サーバ（ＨＳＳ）と呼ばれる加入者データベースなど他のエンティティと対話する。
【０００４】
ＡＳとＨＳＳとの間のインタフェースは、Ｓｈインタフェースと呼ばれ、３ＧＰＰ  ＴＳ  ２９．３２８および３ＧＰＰ  ＴＳ  ２９．３２９において特に指定されている。
【０００５】
Ｓｈインタフェースを介してアクセス可能なデータは、非透過データおよび透過データを含む。非透過データは、ＨＳＳによって構文的また意味論的に理解されるデータである。透過データは、ＨＳＳによって理解されないデータである。これは、そのサービス・ロジックをサポートするためにＨＳＳにＡＳが保存できるデータである。一例を挙げると、レポジトリとして使用して、ＡＳがＨＳＳに保存するデータ（レポジトリ・データと呼ばれる）がある。そのようなデータ・レポジトリは、同じサービスを実装している複数のＡＳによって共有できる。
【０００６】
３ＧＰＰ  ＩＭＳフレームワークでは、ＨＳＳは、ＡＳ関連のユーザ・データ（透過データまたはレポジトリ・データ）と共に、標準のＩＭＳ−ＨＳＳユーザ・データ（非透過データ）も保存する集中化されたユーザ・プロファイル・レポジトリとして配置される。
【０００７】
レポジトリ・データのようなＡＳ関連のユーザ・データをオペレータが管理できるようにする必要がある。ＡＳ関連のユーザ・データの管理は、ユーザ・データの作成、修正、削除など、さまざまな作業を含むことがある。
【０００８】
実行前に、管理システムから受信されたデータ管理要求を検証できるようにしながら、オペレータがＡＳ関連のユーザ・データを管理できるようにする必要もある。検証は、以下のようにさまざまなチェックを含むことができる。
−構文チェック：たとえば、標準メッセージ形式をデータ交換に使用して（ＳＯＡＰ／ＸＭＬ、Ｃｏｒｂａなど）、管理インタフェースを介して管理システムから受信された管理要求に対して、次のような質問に答える：すべての属性が存在するか？情報は属性のタイプに従っているか？など。
−一貫性チェック。「既存の」データに関して（たとえば、修正要求に対応する管理要求に対して、修正が存在する前にそのデータをチェックする）、および以後「サービス・インフラストラクチャ・データ」と呼ぶサービスのグローバル特性に関して（たとえば、コールが緊急電話番号へ転送されていないかどうかをチェックするなど）。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、特に、そのようなニーズに対処する。より具体的には、本発明は、そのようなシステムでのユーザ・データ管理を改善することを目的とする。
【課題を解決するための手段】
【００１０】
これらおよび他の目的は、本発明の一態様において、ホーム加入者サーバＨＳＳに保存されたアプリケーション・サーバＡＳ関連のユーザ・データの管理のための方法によって達成される。
【００１１】
一実施形態では、前記方法は、
−ＨＳＳおよび少なくとも１つの検証ＡＳと呼ぶアプリケーション・サーバＡＳがＨＳＳで受信された管理要求の検証のための情報を交換するステップを含む。
【００１２】
これらおよび他の目的は、そのような方法を実行するための、特にホーム加入者サーバＨＳＳ、およびアプリケーション・サーバＡＳなどの要素によって、本発明の他の態様において達成される。
【００１３】
これらおよび本発明の他の目的は、添付の図面と共に、以下の記述からより明白になるだろう。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態によって回避できるいくつかの欠点を持つＡＳ関連のユーザ・データ（レポジトリ・データなど）の管理のための可能な解決法を示すことを意図する図である。
【図２】本発明の一実施形態に従ったＡＳ関連のユーザ・データ（レポジトリ・データなど）の管理を示すことを意図する図である。
【図３】本発明の他の実施形態に従ったＡＳ関連のユーザ・データ（レポジトリ・データなど）の管理を示すことを意図する図である。
【図４】本発明の他の実施形態に従ったＡＳ関連のユーザ・データ（レポジトリ・データなど）の管理を示すことを意図する図である。
【発明を実施するための形態】
【００１５】
図１〜４について記述する前に、Ｓｈインタフェースの一部の手順について、簡潔に再度記述する。Ｓｈインタフェースは、３ＧＰＰ  ＴＳ  ２９．３２８および３ＧＰＰ  ＴＳ  ２９．３２９において特に指定されている。このインタフェースのプロトコルは、Ｄｉａｍｅｔｅｒプロトコルに基づいている。Ｓｈインタフェースの手順は、データ処理手順およびサブスクリプション／通知手順を含む。
【００１６】
データ処理手順は、ＡＳによって呼び出されＨＳＳから特定のユーザに対する透過データおよび／または非透過データを読み込むために使用されるデータ読み込み（Ｓｈ−Ｐｕｌｌ）手順を含む。この手順は、ＤｉａｍｅｔｅｒコマンドのＵｓｅｒ−Ｄａｔａ−Ｒｅｑｕｅｓｔ（ＵＤＲ）／Ｕｓｅｒ−Ｄａｔａ−Ａｎｓｗｅｒ（ＵＤＡ）にマッピングされる。
【００１７】
特に、Ｕｓｅｒ−Ｄａｔａ−Ｒｅｑｕｅｓｔ  ＵＤＲは、以下の情報要素ＩＥを含む。
−ユーザ識別子（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｕｓｅｒ−Ｉｄｅｎｔｉｔｙにマッピングされる）：データが必要なユーザのＩＭＳパブリック・ユーザ識別子（ＩＭＳ  Ｐｕｂｌｉｃ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ）、パブリック・サービス識別子（Ｐｕｂｌｉｃ  Ｓｅｒｖｉｃｅ  Ｉｄｅｎｔｉｔｙ）、またはＭＳＩＳＤＮ。
−要求されたデータ（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｄａｔａ−Ｒｅｆｅｒｅｎｃｅにマッピングされる）：このＩＥは、要求された情報への参照を示す。
−サービス指示（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｓｅｒｖｉｃｅ−Ｉｎｄｉｃａｔｉｏｎにマッピングされる）：レポジトリ・データが要求される場合、ＩＥサービス指示は当該要求中にある。このＩＥは、ユーザ識別子およびＤａｔａ−Ｒｅｆｅｒｅｎｃｅと共に、要求されているサービスに関連する透過データの組を特定する。
【００１８】
また、データ処理手順は、ＡＳによって呼び出されＡＳが指定された識別子に対してＨＳＳに保存されている透過（レポジトリ）データを更新できるようにするために使用されるデータ更新（Ｓｈ−Ｕｐｄａｔｅ）手順を含む。この手順は、ＤｉａｍｅｔｅｒコマンドのＰｒｏｆｉｌｅ−Ｕｐｄａｔｅ−Ｒｅｑｕｅｓｔ（ＰＵＲ）／Ｐｒｏｆｉｌｅ−Ｕｐｄａｔｅ−Ａｎｓｗｅｒ（ＰＵＡ）にマッピングされる。
【００１９】
特に、Ｐｒｏｆｉｌｅ−Ｕｐｄａｔｅ−Ｒｅｑｕｅｓｔ  ＰＵＲは、以下の情報要素ＩＥを含む：
−ユーザ識別子（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｕｓｅｒ−Ｉｄｅｎｔｉｔｙにマッピングされる）：データが更新されるＩＭＳパブリック・ユーザ識別子またはパブリック・サービス識別子。
−要求されたデータ（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｄａｔａ−Ｒｅｆｅｒｅｎｃｅにマッピングされる）：このＩＥは、更新が必要なデータへの参照を含む。
−データ（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｕｓｅｒ−Ｄａｔａにマッピングされる）：更新されたデータ。
【００２０】
サブスクリプション／通知手順は、ＡＳによって呼び出されＨＳＳから指定されたＩＭＳパブリック・ユーザ識別子またはパブリック・サービス識別子についての特定の透過データおよび／または非透過データがいつ更新されるかに関する通知にサブスクライブするために使用される通知へのサブスクリプション（Ｓｈ−Ｓｕｂｓ−Ｎｏｔｉｆ）手順を含む。通知へのサブスクリプション（Ｓｈ−Ｓｕｂｓ−Ｎｏｔｉｆ）手順は、ＤｉａｍｅｔｅｒコマンドのＳｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｉｃａｔｉｏｎｓ−Ｒｅｑｕｅｓｔ（ＳＮＲ）／Ａｎｓｗｅｒ（ＳＮＡ）にマッピングされる。
【００２１】
特に、Ｓｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｉｃａｔｉｏｎｓ−Ｒｅｑｕｅｓｔ  ＳＮＲは、以下の情報要素ＩＥを含む：
−ユーザ識別子（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｕｓｅｒ−Ｉｄｅｎｔｉｔｙにマッピングされる）：データ変更の通知が要求されるＩＭＳパブリック・ユーザ識別子またはパブリック・サービス識別子。
−要求されたデータ（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｄａｔａ−Ｒｅｆｅｒｅｎｃｅにマッピングされる）：このＩＥは、変更の通知が必要なデータへの参照を含む。
−サービス指示（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｓｅｒｖｉｃｅ−Ｉｎｄｉｃａｔｉｏｎにマッピングされる）：レポジトリ・データの変更に関する通知が要求された場合、ＩＥサービス指示は当該要求中にある。このＩＥは、ユーザ識別子およびＤａｔａ−Ｒｅｆｅｒｅｎｃｅと共に、変更の通知が要求されるサービスに関連する透過データの組を特定する。
【００２２】
また、ＳＮＲは、それに応じてデータが送信されることを要求するＩＥサービス指示を含むことができる。ＳＮＲがＩＥサービス指示を含んでいる場合、Ｓｕｂｓｃｒｉｂｅ  Ｎｏｔｉｆｉｃａｔｉｏｎｓ  Ａｎｓｗｅｒ  ＳＮＡは、通知が要求されていたデータの現在の値を運ぶＩｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ  Ｄａｔａを含む。
【００２３】
また、サブスクリプション／通知手順は、ＨＳＳによって呼び出され、Ｓｈ−Ｓｕｂｓ−Ｎｏｔｉｆを使用して、通知を受信するために前もってＡＳがサブスクライブした透過データおよび／または非透過データでの変化についてＡＳに通知するために使用される通知（Ｓｈ−Ｎｏｔｉｆ）手順を含む。通知（Ｓｈ−Ｎｏｔｉｆ）手順は、ＤｉａｍｅｔｅｒコマンドのＰｕｓｈ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ（ＰＮＲ）／Ａｎｓｗｅｒ（ＰＮＡ）にマッピングされる。
【００２４】
特にＰｕｓｈ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ  ＰＮＲは、以下の情報要素ＩＥを含む。
−ユーザ識別子（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｕｓｅｒ−Ｉｄｅｎｔｉｔｙにマッピングされる）：データが変更されたＩＭＳパブリック・ユーザ識別子またはパブリック・サービス識別子。
−データ（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｕｓｅｒ−Ｄａｔａにマッピングされる）：変更されたデータ。
【００２５】
データ・レポジトリが更新される場合、サービス指示およびシーケンス番号もまた、情報要素Ｕｓｅｒ−Ｄａｔａの一部であるものとする。
【００２６】
特にＰｕｓｈ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ  ＰＮＡに含まれる情報要素（ＩＥ）は、以下のＩＥを含む。
−結果（Ｄｉａｍｅｔｅｒ  ＡＶＰ  Ｒｅｓｕｌｔ−Ｃｏｄｅにマッピングされる）：要求の結果。
【００２７】
図１は、本発明の実施形態によって回避できる一部の欠点を持つレポジトリ・データなどＡＳ関連のユーザ・データの管理のための可能性のある解決法を示すことを意図している。
【００２８】
図１では、ＡＳ関連のユーザ・プロファイル・データは、アプリケーション・サーバＡＳを「通じて」管理されている。
−アプリケーション・サーバＡＳは、供給または管理のシステム、またはＯＳＳ（運用支援システム）に向けて供給または管理のインタフェース（たとえばＳＯＡＰ／ＸＭＬ）を提供する。
−アプリケーション・サーバＡＳは、ＨＳＳでデータを管理するためにＳｈインタフェースを使用する。
【００２９】
フローの一例を図１に示す。
【００３０】
１．供給または管理のシステム（たとえばＳＯＡＰ／ＸＭＬ）は、「レポジトリ・データの管理」と示された要求を使ってユーザ関連のサービス・データ（レポジトリ・データ）を管理するように、ＡＳ−ＯＡＭ（ＡＳの運用および保守機能）に要求する。
【００３１】
１Ａ．ＡＳ−ＯＡＭは、データの構文チェックを実行する。
【００３２】
２．ＡＳ−ＯＡＭは、Ｓｈ−ＵＤＲ要求（ユーザ・データ要求）を使ってＨＳＳから「既存の」透過データを取得する。
【００３３】
２Ａ．データが受信される場合、ＡＳ−ＯＡＭは、以後「サービス・インフラストラクチャ・データ」と呼ぶ自身のサービスのグローバル特性と共に、ＯＡＭ要求が「既存の」データに関して一貫しているかどうかをチェックする。
【００３４】
３．検証が成功した場合、ＡＳ−ＯＡＭは、当該データを更新することをＨＳＳに要求する。これはＳｈ−ＰＵＲ（プロファイル更新要求）メッセージを送信することにより達成される。
【００３５】
３Ａ．ＨＳＳは、当該データをデータベースに入れて、Ｓｈ−ＰＵＡ応答（プロファイル更新応答）をＡＳ−ＯＡＭに送信する。
【００３６】
４．ＡＳ−ＯＡＭは、供給または管理のインタフェースを介して供給または管理のシステムに供給または管理の応答を送信する。
【００３７】
申し込み側によって認識されると、図１に示したようなソリューションは、特に、次の欠点を持っている。アプリケーション・サーバのユーザ・プロファイル・データはＨＳＳでホストできるが、それでも、オペレータはアプリケーション・サーバを通じてデータを供給または管理する必要がある。その理由は、アプリケーション・サーバだけが、要求に対して検証チェック（構文および一貫性のチェックなど）を提供できるからである。言い換えると、ＡＳ関連のユーザ・データがＨＳＳに集中化されていることからオペレータが得る利点はほんのわずかである。
【００３８】
一実施形態では、本発明は、オペレータがＨＳＳのＡＳ関連のユーザ・データを直接供給または管理することを可能にし、管理要求の検証が実行されることを保証する。
【００３９】
一実施形態では、本発明は、ＨＳＳでレポジトリ・データを直接供給または管理することを可能にしながら、Ｓｈインタフェースのレベルで新しい手順および／またはメッセージを定義することによって、ＡＳによる検証（構文および一貫性のチェックなど）を保護する。
【００４０】
一実施形態では、本発明では、Ｓｈインタフェースは、ＨＳＳデータベースへのデータの供給または管理の前に、ＨＳＳがＡＳに検証を行うことを要求することを可能にするために拡張される。
【００４１】
アプリケーション・サーバによって検証を可能にするさまざまな実施形態が記述され、それぞれが、運用サブシステムＯＳＳ（または管理システム）、ホーム加入者サーバＨＳＳおよびアプリケーション・サーバＡＳでさまざまな量の変更を必要とする。
【００４２】
図２は、本発明の一実施形態に従ってＡＳ関連のユーザ・データ（レポジトリ・データなど）の管理を示すことを意図している。
【００４３】
図２に示す実施形態では、供給または管理のシステムまたはＯＳＳは、（標準ＨＳＳデータと共に）「レポジトリ・データ」の供給または管理のためにＨＳＳへのＯＡＭまたは管理インタフェースを有する。管理要求を検証するためにＯＡＭ（操作および保守）機能を提供するアプリケーション・サーバ・インスタンスＡＳ−ＯＡＭがある。
【００４４】
シナリオの一例を図２に図示する。
【００４５】
０．ＡＳ−ＯＡＭは、「検証要求にサブスクライブ」と記された要求をＳｈインタフェースで送信することによって、検証要求の通知を受信するためにＨＳＳにサブスクライブする。
【００４６】
１．供給または管理のシステムは、（たとえばＳＯＡＰ／ＸＭＬを使用して）「レポジトリ・データの管理」と記された要求を管理または供給のインタフェースで送信することによって、レポジトリ・データを供給または管理することをＨＳＳに要求する。
【００４７】
２．ＨＳＳは、検証の要求と共にレポジトリ・データを含む「検証要求の通知」と記された要求をＳｈインタフェースで送信することによって、検証の要求をＡＳ−ＯＡＭに通知する。
【００４８】
２Ａ．ＡＳ−ＯＡＭは、当該データの構文チェックを実行する。
【００４９】
２Ｂ．ＡＳ−ＯＡＭは、自身の「サービス・インフラストラクチャ・データ」と共に、ＯＡＭ要求が「既存の」データに関して一貫しているかどうかをチェックする。
【００５０】
３．ＡＳ−ＯＡＭは、たとえば、検証は成功と見なす検証の結果を示す「Ｎｏｔｉｆｙ−Ａｎｓｗｅｒ」と記された応答をＳｈインタフェースで送信することによってＨＳＳに応答する。
【００５１】
４．ＨＳＳは、そのデータベースで当該データを供給または管理する。
【００５２】
５．ＨＳＳは、（たとえばＳＯＡＰ／ＸＭＬを使用して）この例では、供給または管理が成功であるという供給または管理の結果を含む「レポジトリ・データの管理」と記された応答を供給インタフェースで送信することによって、供給または管理のシステムに応答する。
【００５３】
たとえば、図２に示したような例は、現在の手順および／またはメッセージ形式に関して、一部の変更が必要な場合がある。以下に例を示す。
−ＡＳが検証要求のための通知にサブスクライブすることを可能にする新しいＳｈメッセージ形式。たとえば、新しいＤｉａｍｅｔｅｒ  ＡＶＰ「検証要求」は、現在のＳｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｉｃａｔｉｏｎｓ−Ｒｅｑｕｅｓｔ  ＳＮＲ形式に導入して、検証要求のための通知へのサブスクリプションを示すことができる。
−ＨＳＳが、検証要求のための通知にサブスクライブしたＡＳに検証要求（当該要求はレポジトリ・データを含む）を通知することを可能にする新しいＳｈメッセージ形式。たとえば、新しいＤｉａｍｅｔｅｒ  ＡＶＰ「検証要求」は、現在のＰｕｓｈ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ  ＰＮＲ形式に導入して、検証の要求を示すことができる。
−検証要求を受信したＡＳが検証の結果を送信することを可能にする新しいＳｈメッセージ形式。たとえば、新しいＤｉａｍｅｔｅｒ  ＡＶＰ「供給の成功／失敗」を現在のＰｕｓｈ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ  ＰＮＡ形式に導入して、検証の結果を示すことができる。
【００５４】
図３は、本発明の他の実施形態に従ってＡＳ関連のユーザ・データ（レポジトリ・データなど）の管理を示すことを意図する図である。
【００５５】
図３に示す実施形態は、異なるサブスクリプションがＨＳＳで構成される代替策に対応している。指名されたサービス指示のすべての加入者に適用されるため、ＡＳがサブスクリプションを提出するより効率的である。検証役割を持つアプリケーション・サーバは、すべての加入者のためのサブスクリプションを定期的に提出する必要がない。特定のアプリケーションについてＨＳＳで供給または管理されたデータが検証される場合、そのアプリケーションによって使用されるサービス指示ごとに、ＨＳＳは、このサービス指示のデータ変更を検証するために使用できるアプリケーション・サーバのＤｉａｍｅｔｅｒホスト名のリストで構成される。これはＨＳＳの新しい種類のサブスクリプションであり、（異なるサービスを行う２つ以上のアプリケーションが同じ透過データを利用することを選択するかもしれない場合）、必要なアプリケーション・サーバのすべての確認が承認されるまで、供給または管理の要求の確認を保持することをＨＳＳに要求できる。
【００５６】
一実施形態では、検証要求のための通知を受信するサブスクリプションは、以下のような情報を用いてＨＳＳで構成される。
−サービス指示、
−このサービス指示でサブスクライブした一連のＰＵＩＤ、
−このサービス指示のためにデータ変更の検証に使用できる検証ＡＳのリストの検証ＡＳのＤｉａｍｅｔｅｒ  Ｄｅｓｔｉｎａｔｉｏｎ＿Ｈｏｓｔ。
【００５７】
通常の通知へのサブスクリプションメカニズムによると、この一連のＰＵＩＤのためのこのサービス指示のデータの変更の結果、このサービス指示のこのＰＵＩＤの通知にサブスクライブしたＡＳに通知される。
【００５８】
これに加えて、そのようなサブスクリプションの新しいメカニズムを用いて、通知は、このサービス指示の変更を検証するために使用できる検証ＡＳのリスト内の検証ＡＳに送信され、それによりＨＳＳが構成される。この通知は、この新しいサブスクリプションの形式を示す新しいＡＶＰを含むことができる。
【００５９】
シナリオの一例を図３に示す。
【００６０】
１．ＨＳＳは、上記のように新しい形式のサブスクリプションを用いて構成される。
【００６１】
２．たとえば、透過データ・ブロックを追加／更新するために、供給または管理のシステム（運用サブシステムＯＳＳなど）は、（たとえば、ＰＵＩＤによって特定された）特定の加入者に対する（たとえば、「サービス１」と記した）所与のサービス指示のためにＨＳＳに、供給または管理の要求を（たとえば、ＳＯＡＰ／ＸＭＬを使用して）送信する。たとえば、この要求は、次の情報を含む：加入者データ挿入（ｂｌｏｂ）、サービス指示＝サービス１、ＰＵＩＤ、トランザクションＩＤ＝ｙ。
【００６２】
３．また、ＨＳＳは、このサービス指示の変更を検証するために使用できるアプリケーション・サーバのリスト内のアプリケーション・サーバの１つにＳｈ−ＰＮＲを送信し、ＨＳＳが構成される。
【００６３】
４．このアプリケーション・サーバは、当該データが有効かどうかをチェックして、（検証結果を用いて）Ｓｈ−ＰＮＡ応答に新しいＡＶＰを含める。
【００６４】
５．ＨＳＳは、検証を行うために選択されたアプリケーション・サーバのそれぞれからＳｈ−ＰＮＡ応答を受信すると、ＨＳＳは、ＨＳＳに保存されている透過データ・ブロックのコピーを更新する。
【００６５】
６．ＨＳＳが、検証を行うために選択されたアプリケーション・サーバのそれぞれからＳｈ−ＰＮＡ応答を受信すると、ＨＳＳは、供給または管理のシステムに（たとえば、ＳＯＡＰ／ＸＭＬを使用して）応答を送信し、供給結果を含める。
【００６６】
７．ＨＳＳは、変更があれば、その特定の加入者のそのような変更を通知されることにサブスクライブしたアプリケーション・サーバに通知する。
【００６７】
当該データが有効でない場合、ＨＳＳは、不成功応答をＯＳＳに送信する。
【００６８】
たとえば、図３に示したような例は、現在の手順および／またはメッセージ形式に関して、一部の変更が必要な場合がある。
−次のような情報を用いて構成できるサブスクリプションを可能にする新しいＨＳＳ機能：サービス指示、ワイルドカードＰＵＩＤ（このサービス指示でサブスクライブした一連のＰＵＩＤ）、このサービス指示のデータ変更を検証するために使用できる少なくとも１つのＡＳ（検証ＡＳと称する）のＤｉａｍｅｔｅｒ  Ｄｅｓｔｉｎａｔｉｏｎ＿Ｈｏｓｔ。
−ＨＳＳが、検証を実施する必要があることを検証ＡＳに通知できるようにする新しいＳｈメッセージ形式。たとえば、新しいＤｉａｍｅｔｅｒ  ＡＶＰ「検証」をＳｈ  Ｐｕｓｈ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ  ＰＮＲに導入できる。
−検証要求を受信したＡＳが検証の結果を送信することを可能にする新しいＳｈメッセージ形式。たとえば、新しいＤｉａｍｅｔｅｒ  ＡＶＰ「供給の成功／失敗」をＳｈ  Ｐｕｓｈ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ  ＰＮＡ形式に導入できる。
【００６９】
図４は、本発明の他の実施形態に従ってＡＳ関連のユーザ・データ（レポジトリ・データなど）の管理を示すことを意図する図である。
【００７０】
図４に示す実施形態は、規格またはＨＳＳほどの変更は必要としない代替策に対応する。
【００７１】
一実施形態では、検証およびＨＳＳに使用することができるＡＳは検証タスクを事前に準備する。一実施形態では、検証に使用できるＡＳは、新しいサービス指示（たとえばサービス指示名前＝ＶａｌｉｄａｔｉｏｎＲｅｑｕｅｓｔ）およびトークン・ユーザ識別子（たとえばユーザ識別子名＝Ｄｕｍｍｙ１）の通知にサブスクライブする。複数のＡＳがデータ検証に関係する場合、異なるユーザ識別子を割り当て、ＯＳＳ／ＨＳＳは要求を分散することができる。管理システムＯＳＳまたはＨＳＳは、検証ＡＳへのＳｈ−Ｎｏｔｉｆｙ（ＰＮＲ）をトリガする。Ｓｈ−ＰＮＲを受信すると、当該ＡＳはＨＳＳからデータを読み込み、それを検証して、次にＰＮＲに応答する。
【００７２】
シナリオの一例を図４に図示する。
【００７３】
１．ＡＳは、新しいサービス指示＝ＶａｌｉｄａｔｉｏｎＲｅｑｕｅｓｔおよびトークン・ユーザ識別子＝Ｄｕｍｍｙ１の通知にサブスクライブする。
【００７４】
２．ＯＳＳは、たとえば、Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ、ＰＵＩＤ、Ｄａｔａ（ｂｌｏｂ  １、ｂｌｏｂ  ｎと記載）などの情報を含む（Ｍｌ）、（Ｍ２）と記されたメッセージなどＳＯＡＰ／ＸＭＬメッセージを使用して、ＨＳＳにデータ管理要求を送信する。
【００７５】
３．ＯＳＳは、たとえば要求検証などの情報を含む（Ｍ３）と記されたメッセージなどＳＯＡＰ／ＸＭＬメッセージの形式で、ＨＳＳに検証要求を送信する。
【００７６】
４．ＨＳＳは、サービス指示＝ＶａｌｉｄａｔｉｏｎＲｅｑｕｅｓｔ、ユーザ識別子＝Ｄｕｍｍｙ１、ＳｅｒｖｉｃｅＤａｔａ＝ＰＵＩＤなどの情報を含む（Ｍ４）と記されたメッセージなどＳｈ  ＰＮＲメッセージをＡＳに送信する。
【００７７】
５．ＡＳは、Ｕｓｅｒ−Ｉｄｅｎｔｉｔｙ＝ＰＵＩＤを含む（Ｍ５）および（Ｍ７）と記されたメッセージなど、１つまたは複数のＳｈ  ＵＤＲメッセージをＨＳＳに送信する。
【００７８】
６．ＨＳＳは、要求された加入者データを含む（Ｍ６）および（Ｍ８）と記されたメッセージなど、１つまたは複数のＳｈ  ＵＤＡメッセージをＡＳに送信する。
【００７９】
７．ＡＳは加入者データを検証する。
【００８０】
８．ＡＳは、Ｒｅｓｕｌｔ−Ｃｏｄｅ＝ＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ、新しいＡＶＰ＝供給の成功／失敗などの情報を含む（Ｍ９）と記されたメッセージなど、Ｓｈ  ＰＮＡメッセージをＨＳＳに送信する。
【００８１】
９．ＨＳＳは、Ａｃｋ（承認）を含む（Ｍ１０）と記された応答メッセージなど、応答メッセージをＯＳＳに送信する。
【００８２】
以下を保証できる。
−ＰＮＲ／ＰＮＡシーケンスは、複数のＵＤＲ／ＵＤＡ交換を含む時間フレームを許容できる。
−ＰＮＲが返されるまで、ＳＯＡＰ／ＸＭＬトランザクションは承認されない。
−個別のアプリケーションにより複数のサブスクリプションにサービスを提供するために複数のＰＮＲが必要な場合、最後の応答が処理された後にのみ、ＨＳＳに対するＨＳＳ応答が生じる。
【００８３】
図４に示すような例は、現在の手順および／またはメッセージ形式に関して、一部の変更を必要とする場合がある。次に例を挙げる。
−検証に使用できるＡＳは、新しいサービス指示（たとえばサービス指示名＝要求検証）およびトークン・ユーザ識別子（たとえばユーザ識別子名＝Ｄｕｍｍｙ１）の通知にサブスクライブする。サービス指示＝検証要求およびユーザ識別子＝Ｄｕｍｍｙ１を含むＳｈ−Ｎｏｔｉｆｙ（ＰＮＲ）を受信すると、ＡＳは、ＨＳＳからデータを読み込み、それを検証し、次にＰＮＲに応答する。
−管理システムまたはＨＳＳは、サービス指示＝検証要求、ユーザ識別子＝Ｄｕｍｍｙ１、サービス・データ＝ＰＵＩＤなどの情報を含むＳｈ−Ｎｏｔｉｆｙ（ＰＮＲ）をＡＳに送信する。
−検証要求を受信したＡＳが検証の結果を送信することを可能にする新しいＳｈメッセージ形式。たとえば、新しいＤｉａｍｅｔｅｒ  ＡＶＰの供給の成功／失敗を現在のＰｕｓｈ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ  ＰＮＡ形式に導入できる。
【００８４】
一態様では、本発明は、ホーム加入者サーバＨＳＳに保存されたアプリケーション・サーバＡＳ関連のユーザ・データの管理のための方法を提案する。
【００８５】
さまざまな実施形態が提供され、（さまざまな組み合わせに従って）単独でまたは組み合わせて使用できる。
【００８６】
一実施形態では、前記方法は、
−ＨＳＳおよび少なくとも１つのアプリケーション・サーバＡＳ（検証ＡＳと称する）がＨＳＳで受信された管理要求の検証のための情報を交換するステップ
を含む。
【００８７】
一実施形態では、前記方法は、
−前記の管理要求を受信したときに、ＨＳＳは、前記の管理要求の検証のために、前記の検証ＡＳに検証要求と呼ばれる要求を送信するステップと、
−前記の検証ＡＳから検証結果を含む検証応答を受信したときに、ＨＳＳは、前記の検証結果に従って機能するステップと
を含む。
【００８８】
一実施形態では、前記方法は、
−ＨＳＳから検証要求を受信したときに、前記の検証ＡＳは、前記の検証を実行し、検証結果を含む検証応答と呼ばれる応答をＨＳＳに返すステップ
を含む。
【００８９】
一実施形態では、前記方法は、
−検証結果が検証の成功を示している場合、ＨＳＳは、そのデータベースで前記の管理要求を実行し、前記の管理システムに応答を返すステップ
を含む。
【００９０】
一実施形態では、前記方法は、
−検証結果が検証の成功を示していない場合、ＨＳＳは、前記の管理システムに応答を返すステップ
を含む。
【００９１】
一実施形態では、前記方法は、
−ＨＳＳは、前記の検証応答を受信する前に、そのデータベースで前記の管理要求を実行し、検証結果が検証の成功を示している場合は、ＨＳＳは、前記の管理システムに応答を返すステップ
を含む。
【００９２】
一実施形態では、前記方法は、
−ＨＳＳは、前記の検証応答を受信する前に、そのデータベースで前記の管理要求を実行し、検証結果が検証の成功を示していない場合、ＨＳＳは、前記の管理要求実行をキャンセルし、前記の管理システムに応答を返すステップ
を含む。
【００９３】
実施形態では、前記方法は、
−ＨＳＳおよび前記の検証ＡＳは、検証要求の検証要求／通知のための通知を受信するサブスクリプションのために、Ｓｈインタフェースを通じてサブスクリプション／通知機構を使用するステップ
を含む。
【００９４】
一実施形態では、前記方法は、
−前記の検証ＡＳは、Ｓｈインタフェースを通じてサブスクリプション通知要求ＳＮＲを使用して、検証要求のための通知を受信するためにサブスクライブするステップ
を含む。
【００９５】
一実施形態では、前記方法は、
−検証要求のための通知を受信するために前記の検証ＡＳのサブスクリプションを示す情報を用いてＨＳＳを構成するステップ
を含む。
【００９６】
一実施形態では、前記方法は、
−ＨＳＳは、Ｓｈインタフェースを通じてプッシュ通知要求ＰＮＲを使用して、検証要求を前記の検証ＡＳに通知するステップ
を含む。
【００９７】
一実施形態では、前記のデータは、ユーザ識別子およびサービス指示ごとにＨＳＳに保存されるレポジトリ・データを含む。
【００９８】
一実施形態では、前記方法は、
−前記のユーザ識別子、前記のサービス指示、および前記の通知を受信するために前記の検証ＡＳがサブスクライブすることを示す情報を運ぶＳｈ−ＳＮＲをＨＳＳに送信することによって、前記の検証ＡＳは、ユーザ識別子およびサービス指示の検証要求のための通知を受信するためにサブスクライブするステップ
を含む。
【００９９】
一実施形態では、前記のユーザ識別子は、前記のＳｈ−ＳＮＲのＩＥユーザ識別子に入れて運ばれ、前記のサービス指示は、前記のＳｈ−ＳＮＲのＩＥサービス指示に入れて運ばれ、かつ前記の通知を受信するために前記検証ＡＳがサブスクライブすることを示す前記の情報は、前記のＳｈ−ＰＮＲの特定のＩＥに入れて運ばれる。
【０１００】
一実施形態では、前記方法は、
−前記の検証ＡＳは、前記のサービス指示および前記のＡＳを前記検証に使用できることを示す情報を運ぶＳｈ−ＳＮＲをＨＳＳに送信することによって、サービス指示の検証要求のための通知を受信するためにサブスクライブするステップ
を含む。
【０１０１】
一実施形態では、前記のＡＳを前記の検証に使用できることを示す前記の情報は、前記のＳｈ−ＳＮＲのＩＥサービス指示に入れて運ばれ、かつ前記のサービス指示は、前記のＳｈ−ＳＮＲのＩＥユーザ識別子に入れて運ばれる。
【０１０２】
一実施形態では、サービス指示の検証要求の通知を受信するために、ＨＳＳで構成され前記の検証ＡＳのサブスクリプションを示す情報は、前記のサービス指示、前記のＡＳを特定する情報、および前記のサービス指示を用いてサブスクライブした一連のユーザ識別子を示す情報を含む。
【０１０３】
一実施形態では、前記方法は、
−ＨＳＳは、前記ユーザ識別子、前記サービス指示、受信した管理要求に含まれているユーザ・データ、および検証が要求されたことを示す情報を運ぶＳｈ−ＰＮＲを前記検証ＡＳに送信することによって、ユーザ識別子およびサービス指示の検証要求のための通知を受信するためにサブスクライブした前記検証ＡＳに、検証要求を通知するステップ
を含む。
【０１０４】
一実施形態では、前記方法は、
−ＨＳＳは、前記のサービス指示を運ぶＳｈ−ＰＮＲ、受信した管理要求で運ばれるユーザ識別子、および検証が要求されることを示す情報を前記検証ＡＳに送信することによって、サービス指示の検証要求のための通知を受信するためにサブスクライブした前記の検証ＡＳに、検証要求を通知するステップ
を含む。
【０１０５】
一実施形態では、検証が要求されることを示す前記の情報は、前記のＳｈ−ＰＮＲのＩＥサービス指示に入れて運ばれ、前記のサービス指示は、前記のＳｈ−ＰＮＲのＩＥユーザ識別子に入れて運ばれ、かつ前記のユーザ識別子は、前記のＳｈ−ＰＮＲのＩＥサービス・データに入れて運ばれる。
【０１０６】
一実施形態では、前記方法は、
−前記のＳｈ−ＰＮＲを受信したときに、Ｓｈインタフェースを通じてユーザ・データ要求ＵＤＲを使用して、前記の検証ＡＳは、受信した管理要求に含まれているユーザ・データをＨＳＳからダウンロードするステップ
を含む。
【０１０７】
一実施形態では、前記方法は、
−ＨＳＳは、前記のユーザ識別子、前記のサービス指示、および検証が要求されることを示す情報を運ぶＳｈ−ＰＮＲを前記検証ＡＳに送信することによって、サービス指示および一連のユーザ識別子の検証要求のための通知を受信するためのサブスクリプションがＨＳＳで構成されている前記の検証ＡＳに、前記のサービス指示および前記の一連のユーザ識別子の検証要求を通知するステップを含む。
【０１０８】
一実施形態では、前記のユーザ識別子は、前記Ｓｈ−ＰＮＲのＩＥユーザ識別子に入れて運ばれ、前記のサービス指示は、前記Ｓｈ−ＰＮＲのＩＥサービス指示に入れて運ばれ、かつ検証が要求されることを示す前記の情報は、前記Ｓｈ−ＰＮＲの特定のＩＥに入れて運ばれる。
【０１０９】
一実施形態では、前記方法は、
−前記の検証ＡＳは、Ｓｈインタフェースを通じてプッシュ通知応答ＰＮＡを使用して、ＨＳＳに検証応答を送信するステップ
を含む。
【０１１０】
他の態様では、本発明は、そのような方法を実行するための手段を含むアプリケーション・サーバを提案する。
【０１１１】
他の態様では、本発明は、そのような方法を実行するための手段を含むホーム加入者サーバを提案する。
【０１１２】
前述の手段の詳細な実装は、当業者には特別の問題を提起しないため、そのような手段は、当業者のために、機能ごとに上に開示したより完全に示す必要はない。
【０１１３】
当業者は、さまざまな上記した方法のステップは、プログラムされたコンピュータによって実行できることを容易に認識するだろう。本明細書では、一部の実施形態は、機械またはコンピュータで読み取り可能であり、機械で実行可能またはコンピュータで実行可能なプログラムの命令をエンコードするデジタル・データ記憶媒体など、プログラム保存装置を包含することを意図するものであって、前記の命令は、上記した方法のステップの一部またはすべてを実行する。プログラム保存装置は、たとえばデジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶媒体、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ記憶媒体などでもよい。また、実施形態は、上記の方法の前記ステップを実行するようにプログラムされたコンピュータを包含することを意図するものである。
【図１】
2013504966.tif 000003
【図２】
2013504966.tif 000004
【図３】
2013504966.tif 000005
【図４】
2013504966.tif 000006
【国際調査報告】
2013504966.tif 000007
2013504966.tif 000008