JP5128723B2

JP5128723B2 - 通信システムにおけるユーザデータの変更の購読を処理するための方法及び装置

Info

Publication number: JP5128723B2
Application number: JP2012522065A
Authority: JP
Inventors: バレス，ヌリアエステバン; バスケス，エミリアノメリノ
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2009-08-25
Filing date: 2010-07-02
Publication date: 2013-01-23
Anticipated expiration: 2030-07-02
Also published as: JP2013500657A; US20120124156A1; US8516066B2; EP2471242A1; EP2471242B1; WO2011023435A1

Description

本発明は、通信システム、例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）におけるユーザデータの変更の購読（subscription：サブスクリプション）を処理するための方法及び装置に関するものである。

図１は、汎用パケット無線サービス（ＧＰＲＳ）アクセスネットワークとＩＰマルチメディアサブシステム（ＩＭＳ）を含む移動ネットワークアーキテクチャを示す図である。ＩＰマルチメディアサブシステム（ＩＭＳ）は、第３世代パートナシッププロジェクト（３ＧＰＰ）によって定義される技術であり、これは、移動通信ネットワークを介してＩＰマルチメディアサービス群を提供する。ＩＰマルチメディアサービスは、同一のセッション内で、音声、ビデオ、メッセージング等を動的に組み合わせて提供することができる。ＩＭＳは、セッション開始プロトコル（ＳＩＰ）の使用を通じて、ユーザ端末間の呼あるいはセッションをセットアップする。ＳＩＰ信号によって搬送されるセッション記述プロトコル（ＳＤＰ）は、セッションのメディアコンポーネントを記述し、かつネゴシエートするために使用される。ＳＩＰはユーザ間プロトコルとして作成されている一方で、ＩＭＳは、オペレータとサービスプロバイダに、サービスに対するユーザアクセスを制御し、それに応じて、ユーザから課金を行うことを可能にしている。

図１に示されるように、図１のネットワークに接続するユーザ端末（ユーザ機器ＵＥ、不図示）の通信の管理は、３つのレイヤ（あるいはプレーン）で保持されるものとしてみなすことができる。最下位レイヤ（図１では、「接続レイヤ１」として示される）は、ベアラあるいはユーザプレーンとしても参照され、ネットワークにアクセスするＵＥから／ＵＥへ信号送受信するための接続手段を提供する。接続レイヤ１内のエンティティ群はＵＥを、アプリケーションサービス群（例えば、ＩＭＳサービスネットワーク３ｂによって提供されるＩＭＳサービスを自身のＵＥからアクセスすることをＩＭＳ加入者に可能にする）を提供する更なるネットワークと接続し、ＩＰ接続アクセスネットワークであるＩＰ−ＣＡＮと呼ばれるネットワークを形成する。ＧＰＲＳネットワークは、ＩＰ−ＣＡＮネットワークの一例であり、また、無線アクセスノード群の一部には、様々なＧＰＲＳサポートノード（ＧＳＮ）を含み、これには、例えば、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）及びサービング（在圏）ＧＰＲＳサポートノード（ＳＧＳＮ）がある。ＧＧＳＮ（例えば、ＧＧＳＮ２ａ）は、１つ以上のＳＧＳＮと協働して、ＧＰＲＳバックボーンネットワークと他のネットワーク群（例えば、ＩＭＳネットワーク）との間のインタフェースとして動作する。中間レイヤ（図１では、「制御レイヤ４」として示される）は、ＩＰ−ＣＡＮネットワークによって保持される信号群に関連する制御機能を実現する。例えば、ＧＰＲＳを備えるＩＰ−ＣＡＮネットワークの場合、これらの機能の一部は、ＩＰ−ＣＡＮネットワークのＳＧＳＮとＧＧＳＮによって実現することができ、また、ＩＰ−ＣＡＮネットワークを通じて接続するＵＥから受信される信号群の処理、あるいはそのＵＥへ向けられている信号群の処理に関連している（例えば、ベアラ確立、ベアラ終了等）。ＵＥの通信の最上位では、通信の上位レイヤの態様を管理する更なるサーバ群が存在し得る（図１に示されるように、１つ以上の「アプリケーションサーバ７」を備える「アプリケーションレイヤ６」によって）。

図示される例では、ＩＭＳサブシステム３は、コアネットワーク３ａとサービスネットワーク３ｂとを含んでいる。ＩＭＳコアネットワーク３ａは、ＩＰ−ＣＡＮネットワーク内のノード群に対して信号を送受信するノード群を含んでいる（例えば、ＧＧＳＮ２ａを介して）。特に、ＩＭＳ３は、ネットワークノード群（「呼セッション制御機能」であるＣＳＣＦとして知られる）を備え、これはＳＩＰプロキシとして動作し、かつ接続機能及び制御機能を実行するＩＰ−ＣＡＮネットワークのノード群（例えば、ＧＧＳＮ２ａ）と通信するように構成されている。

３ＧＰＰアーキテクチャは、３つのタイプのＣＳＣＦを定義する。これらの内、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）はＳＩＰ端末に対するＩＭＳ内での第１の接続点である。サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）はユーザが加入しているサービスをユーザへ提供する。インターロゲイティング（尋問）ＣＳＣＦ（Ｉ−ＣＳＣＦ）は、その役割は、正しいＳ−ＣＳＣＦを識別して、Ｐ−ＣＳＣＦを介してＳＩＰ端末から受信されるリクエストをＳ−ＣＳＣＦへ転送することである。アプリケーションサーバ（ＡＳ）７は、ＩＭＳサービス機能のいくつかを実現するために提供することができる。例えば、ＡＳ７は、ＵＥに関連するシグナリング（即ち、ＵＥが接続するＩＰ−ＣＡＮネットワークから受信されるような）を受信して処理することで、サービスの上位レイヤの態様を制御する（例えば、着信呼をボイスメールサービスへ変換する、あるいはそれを一定の端末に転送する等）。

ホーム加入者サーバ（ＨＳＳ）９、あるいはユーザプロファイルサーバ機能（ＵＰＳＦ）は、呼を処理するＩＭＳネットワークエンティティ群をサポートするユーザデータベースである。ＨＳＳ９は、加入関連情報（例えば、加入者プロファイル群）を含み、加入者の認証及び認可を実行して、加入者の位置についての情報及びＩＰ情報を提供する。ＨＳＳ９は、ＧＳＭのホームロケーションレジスタ（ＨＬＲ）及び認証局（ＡｕＣ）に類似するものである。

現在のところ、Ｓｈインタフェース（３ＧＰＰＴＳ２９．３２８及び２９．３２９）は、ユーザデータの変更に関する通知の購読（サブスクリプション）のためのメカニズムを提供する。図２のメッセージ交換図で示されるように、このメカニズムは、アプリケーションサーバ７へ、Ｓｈ−Ｓｕｂｓ−Ｎｏｔｉｆ（購読−通知−リクエストあるいはＳＮＲ）コマンド（図２のメッセージ１）を使用して、ＨＳＳ９内の特定のユーザデータの変更、作成あるいは削除について通知することを可能にする。ＨＳＳ９は、購読を受け付けて、そして、可能であれば、Ｓｈ−Ｓｕｂｓ−Ｎｏｔｉｆ−Ｒｅｓｐｏｎｓｅ（購読−通知−回答あるいはＳＮＡ；図２のメッセージ２）で、購読しているデータの現在の値を返信することができる。

購読が受け付けられる場合、リクエストされているユーザデータ（例えば、ロケーションデータ）が変更されるといつでも、ＨＳＳ９は、新規の値を有するＳｈ−Ｎｏｔｉｆ（プッシュ−通知−リクエストあるいはＰＮＲ）コマンドを送信することによって、その変更についてＡＳ７へ通知する。

本出願人は、現在定義されているＳｈインタフェース上の挙動には以下の技術的な制限を認識しており、これについては、図３のメッセージ交換図を参照して説明する。図３によって示される例は、ユーザのロケーションに基づいて、ユーザが自身の機器に電源を入れる場合に、オペレータが「ウェルカム」グリーティング及びローカル情報を送信することを要望している状況に関するものである。この場合、サービスロジックは、ステータスが「登録済」に変更される場合であることを通知する必要があり、かつユーザへ送信されるべきメッセージのタイプ（例えば、地方の観光名所）を把握することができることが必要であり、また、ロケーションデータも必要とされる。

ＡＳ７内のあるユーザに対するサービスロジックに、あるデータ（データリファレンス）の値が変更する場合を通知する必要がある場合、ＡＳ７は、それぞれのデータに対してかつデータ（例えば、登録ステータス、ロケーションデータ、サービスデータ等）がリクエストされる毎に、Ｓｈ−Ｓｕｂｓ−Ｎｏｔｉｆ（ＳＮＲ）コマンドを送信する。これは、複数のＳＮＲコマンドを用いて実行することができ、それぞれのＳＮＲコマンドには、１つのデータリファレンスを有している。あるいは、これは、複数のデータリファレンス値を含む１つのＳＮＲコマンドを用いて実行することができる。後者の方法は、図３のメッセージ１及び２によって示される（ユーザステータスとユーザロケーションにおける変更を購読している）。

使用される手順に関わらず、データが変化する毎に、ＨＳＳ９は通知（ＰＲＮ）をＡＳ７へ送信することになる。複数のデータがリクエストされる場合、図３の例に示されるように、この処理は複数の（かつ別々の）通知をもたらすことになる。これは、どんな新規の値があるとしても、また、どんな古い値があったとしても、また、どんな他のデータリファレンスの現在の値があるとしてでもある。このことは、図３のメッセージ３から６によって示されている（メッセージ３及び４の２つのインスタンスは、ユーザに対するロケーションデータにおける２つの個別の変更に関係している一方で、メッセージ５及び６はユーザのステータスの変更に関連している）。

本出願人は、Ｓｈインタフェースを介するいくつかの基準／フィルタリングを実行する可能性が今のところないという重大な認識をもっている。ここで、ＡＳ７は無視される通知群を受信する可能性がある。これは、それらが、サービスロジックによって必要とされないからである。ユーザの量とデータリファレンスの数を考慮すると、Ｓｈシグナリングに与える影響は大きい場合があり、特に、ＴＣＰ／ＳＣＴＰ接続を使用する場合（Ｓｈによって使用されるＤｉａｍｅｔｅｒプロトコルに対して発生するので）、ＣＰＵ容量（例えば、シーケンス番号を制御するための）も必要とされる。

加えて、本出願人は、現在のメカニズムは、ＡＳ７に、不必要ないくつかのデータリファレンス項目を購読することを強要することを理解している。例えば、ＡＳ７は、登録ステータスにおける変更について通知される必要がある可能性があり、また、このデータの変更を行う場合のみ、サービスロジックを実行するためにロケーションデータも必要とする（これは、ロケーションデータの変更が自然に必要とされることを必ずしも意味するものではない）。この状況は、ＡＳ７が両方のデータを購読する（また、最終的には、破棄される通知を受信する、例えば、ロケーションデータがユーザのステータスを変更することなく変更される場合）ことを要求する、あるいはＡＳ７がロケーションデータのみを購読することを要求し、また、通知が受信される場合、ＡＳ７は、Ｓｈ−Ｐｕｌｌ（ＵＤＲ）を使用してロケーションデータの現在の値を読み込むことを必要とする。どちらの場合でも、インタフェースを介して大量の余計なシグナリングが発生する。加えて、多くの場合、ＡＳ７はデータレスコンフィグレーション（データなしの構成設定（data-less configuration））で動作することができないことを要求する。これは、データは、将来使用するために記憶される／キャッシュされることを必要とするからである。そして、このデータは、ＨＳＳ９と、一時的にＡＳ７の両方に記憶される。ここでは、ＡＳ７群のクラスタが、負荷均衡を行うコンフィグレーションでサービスロジックを実行することは許容されない。

本出願人によって認識され、かつ説明されるような上述の問題を解決することが要望されている。

本発明の第１の態様に従えば、通信システムにおけるデータベースノードにおいて保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための方法が提供される。前記加入者ノードにおいて、購読メッセージが準備され、この購読メッセージは、第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含んでいる。前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されている。前記購読メッセージは、前記データベースノードに向けて送信される。前記加入者ノードから送信される前記購読メッセージは、前記データベースノードにおいて受信される。前記データベースノードにおいて受信される前記購読メッセージは、前記第１の情報、前記第２の情報及び前記第３の情報を含んでいる。前記データベースノードにおいて、前記第１の情報によって識別される前記第１のデータの変更が検出される。前記変更の検出に応じて、また、前記第３の情報で特定される条件を満足していることが判定される場合、１つ以上の通知メッセージが前記加入者ノードに向けて送信される。前記１つ以上の通知メッセージは、前記検出された変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる。

本発明の第２の態様に従えば、通信システムにおけるデータベースノードで保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための前記加入者ノードによって使用するための方法が提供される。この方法は、購読メッセージを準備するステップであって、前記購読メッセージは、第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含み、前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されている、準備するステップと、前記購読メッセージを前記データベースノードに向けて送信するステップと、前記第１のデータの変更に従い、かつ前記第３の情報で特定される条件を満足する、１つ以上の通知メッセージを前記データベースノードから受信するステップとを有し、前記１つ以上の通知メッセージは、前記変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる。

本発明の第３の態様に従えば、通信システムにおけるデータベースノードで保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための前記データベースノードによって使用するための方法が提供される。前記方法は、前記加入者ノードから送信される購読メッセージを受信するステップであって、前記購読メッセージは、第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含み、前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されている、受信するステップと、前記第１の情報によって識別される前記第１のデータの変更を検出するステップと、前記変更の検出に応じて、前記第３の情報で特定される条件を満足していることが判定される場合、１つ以上の通知メッセージを前記加入者ノードに向けて送信するステップとを有し、前記１つ以上の通知メッセージは、前記検出された変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる。

本発明の第４の態様に従えば、通信システムにおけるデータベースノードで保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための方法において、前記加入者ノードとして使用するためのあるいは前記加入者ノード内の装置が提供される。前記装置は、購読メッセージを準備するためのプロセッサあるいは手段であって、前記購読メッセージは、第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含み、前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されている、プロセッサあるいは手段と、前記購読メッセージを前記データベースノードに向けて送信するための送信機あるいは手段と、前記第１のデータの変更に従い、かつ前記第３の情報で特定される条件を満足する、１つ以上の通知メッセージを前記データベースノードから受信するための受信機あるいは手段とを有し、前記１つ以上の通知メッセージは、前記変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる。

本発明の第５の態様に従えば、通信システムにおけるデータベースノードで保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための方法において、前記データベースノードとして使用するためのあるいは前記データベースノード内の装置が提供される。前記装置は、前記加入者ノードから送信される購読メッセージを受信するための受信機あるいは手段であって、前記購読メッセージは、第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含み、前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されている、受信機あるいは手段と、前記第１の情報によって識別される前記第１のデータの変更を検出するためのプロセッサあるいは手段と、前記変更の検出に応じて、前記第３の情報で特定される条件を満足していることが判定される場合、１つ以上の通知メッセージを前記加入者ノードに向けて送信するための送信機あるいは手段とを有し、前記１つ以上の通知メッセージは、前記検出された変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる。

前記第３の情報は、前記第３のデータの項目に対する値あるいは内容の範囲を特定していても良い。例えば、前記データベースノードで保持される特定のデータ項目に対して、ワイルドカードの内容を許容することができ、あるいは明示的な範囲の値を特定することができる。

前記第３の情報は、前記第３のデータの複数の項目に関連する論理条件を特定していても良い。例えば、論理条件は、ブーリアン論理表現であるＡＮＤ、ＯＲ、ＸＯＲ等の１つ以上を含むことができる。例えば、論理条件は、データ値ＡがＸであり、かつデータ値ＢがＹである場合のみ、あるいはデータ値ＣがＺである場合のみ、前記第１のデータが送信されると特定することができる。

前記第３のデータは、前記第１のデータ及び前記第２のデータの少なくとも一方を含んでいても良い。換言すれば、条件を前記第２のデータの内容あるいは値にすることができ、そうすることで、前記第２のデータが一定の値を有する場合、あるいは一定の内容を有する場合に、前記第１のデータについての変更に応じてのみ前記第１のデータと前記第２のデータが送信される。前記第１のデータの値あるいは内容も考慮することができ、あるいは、前記第２のデータの値あるいは内容とは無関係に考慮することができる。前記第１のデータ及び前記第２のデータの送信は、前記データベースノードで保持される任意のユーザデータの値あるいは内容で条件付けることができる。

前記第１のデータと、前記第２のデータと、前記変更の前のバージョンの前記第１のデータは、１つの通知メッセージで送信されても良い。

前記データベースノードは、前記通信システムの複数のユーザに関連するデータを保持するように構成されている、前記通信システムのユーザデータリポジトリであるＵＤＲであっても良い。前記加入者ノードは、前記通信システムのユーザへサービスを提供するために、前記ＵＤＲによって保持されるデータを使用するように構成されているサーバ機能を有していても良い。

前記通信システムは、ＩＰマルチメディアサブシステムであるＩＭＳを備えても良い。

前記加入者ノードは、アプリケーションサーバであるＡＳを有していても良い。

前記データベースノードは、ホーム加入者サーバであるＨＳＳを有していても良い。

前記購読メッセージと前記通知メッセージは、前記加入者ノードと前記データベースノードとの間の「Ｓｈ」インタフェースを介して送信されても良い。

前記加入者メッセージは、ＤＩＡＭＥＴＥＲプロトコルコマンドの購読−通知−リクエストであるＳＮＲであっても良い。

前記通知メッセージは、ＤＩＡＭＥＴＥＲプロトコルコマンドのプッシュ−通知−リクエストであるＰＮＲであっても良い。

本発明の第６の態様に従えば、本発明の第１の態様、第２の態様、あるいは第３の態様に従う方法を実行するための装置を制御するためのプログラムが提供される。あるいは、そのプログラムが装置にロードされる場合に、その装置を、本発明の第４の態様あるいは第５の態様に従う装置となるようにする。前記プログラムは、搬送媒体上で実行されても良い。搬送媒体は、記憶媒体であっても良い。搬送媒体は、送信媒体であっても良い。

本発明の第７の態様に従えば、本発明の第６の態様に従うプログラムによってプログラムされている装置が提供される。

本発明の第８の態様に従えば、本発明の第６の態様に従うプログラムを含む記憶媒体が提供される。

本発明の実施形態は、従来技術に関して上述される課題を解決するための技術的な効果を提供する。この技術的な効果は、以下でより詳細に説明される。

汎用パケット無線サービスアクセスネットワークとＩＰマルチメディアサブシステムを含む移動ネットワークアーキテクチャを示す図である。ＨＳＳで保持されるデータを購読するために、ＡＳに対する上述の方法を示すメッセージ交換図である。ＨＳＳで保持される複数のデータを購読するために、ＡＳに対する上述の方法を示すメッセージ交換図である。本発明の実施形態に従うスキームを示すメッセージ交換図である。本発明の実施形態に従って実行される方法をより具体的な用語で示すフローチャートである。本発明の実施形態に従う装置を示すブロック図である。

図５及び図６を参照して本発明を実現する装置及び方法の説明の前に、図３を参照してまず概要を説明する。

本発明は、インタフェースを介するシグナリングを節約し、ＡＳにおいてより容易なロジックを構成してサービスを実行し、また、ＡＳの要件を回避してＨＳＳによって提供される情報を局所的に記憶するメカニズムを提供する。これは、Ｓｈ内に２つの拡張を持たせることで達成することができる。

１）インタフェースに条件／基準を特定することを可能にする。追加の条件も満足するという条件で、あるデータあるいは条件が変更される場合に、ＡＳは通知をリクエストすることが可能となる。

２）通知がＨＳＳによって送信される場合に、インタフェースに追加のデータをリクエストすることを可能にする。購読済のデータが変更される場合にどんなデータの内容が要求されるかを示すことが可能となる。

現在、Ｓｈ−Ｓｕｂｓ−Ｎｏｔｉｆリクエスト（ＳＮＲ）は、基本的には、ユーザアイデンティティとデータ−リファレンス（３ＧＰＰＴＳ２９．３２８内のテーブル６．１．３．１を参照）を要求する。データが新規の値に変更される場合、リクエストしているＡＳに向けてＨＳＳによって送信される通知は、変更されているデータの新規の値を含むことになる。

本発明は、プロトコルを拡張して、かつ以下の追加の情報要素（ＩＥ）群を含めることによってこのメカニズムを拡張する。

１）送信対象の追加のデータ
２）古い値が、新規の値とともに要求される場合
３）満足すべき条件
これは、以下の新規のＤｉａｍｅｔｅｒＡＶＰ群を割り当てることによって達成することができる。

１）追加−データ−リファレンスＡＶＰ（Additional-data-reference AVP）。このＡＶＰは、購読すべきデータ−リファレンスの新規の値をとともに、通知（３ＧＰＰＴＳ２９．３２９、セクション６．３．４）で送信されることが要求される複数のデータ−リファレンスを含むことになる。

２）古い値−リクエスト済のＡＶＰ（Old-value-requested AVP）。このＡＶＰは、ブーリアンのタイプとなり得る。値が真（ＴＲＵＥ）に設定される場合、古い値は新規の値とともに送信されることになる。

３）通知−条件ＡＶＰ（Notif-Conditions AVP）。これは、いくつかのＡＶＰによって構成されるグループ化ＡＶＰとなる。

−データ−リファレンス−条件ＡＶＰ（Data-reference-condition AVP）。評価されなければならないデータ−リファレンス
−データ−リファレンス−値ＡＶＰ（Data-reference-value AVP）。評価されなければならないデータの内容
−条件ＡＶＰ（Condition AVP）。複数の条件が同時に満たされなければならない場合、満足する任意の条件は通知（ＯＲ）をトリガーすることになる。

上述の例について再度検討する。ここでは、ＡＳが、「登録済」となっているユーザへメッセージ／グリーティング（挨拶）を送信したい（ユーザが「登録解除済」あるいは「未登録」である場合にかかわらず）場合で、Ｓｈを介するＳＮＲリクエストは以下の内容を含むことになる。

１）データ−リファレンスＡＶＰ（Data-reference AVP）。この値は、ユーザ状態（UserState）（値１５、３ＧＰＰＴＳ２９．３２９における６．３．４を参照）に設定されることになる。

２）追加−データ−リファレンスＡＶＰ（Additional-data-reference AVP）。このＡＶＰは、以下の２つのインスタンスを含むことになる。

−Ｓ−ＣＳＣＦ名（値１２）
−ロケーション情報（値１４）
３）古い値−リクエスト済のＡＶＰ（Old-value-requested AVP）。このＡＶＰの欠如、あるいは偽（ＦＡＬＳＥ）に設定されている値を伴うＡＶＰは、ＡＳ内のサービスロジックは古い値を要求しないことを示すことになる。

４）通知−条件ＡＶＰ（Notif-Conditions AVP）。ＡＳが、あるロケーション群に対するウェルカム（歓迎）メッセージ（及び観光情報）を送信することのみ要求される場合、このＡＶＰのいくつかのインスタンスは、以下のように投入される。

−データ−リファレンス−条件ＡＶＰ（Data-reference-condition AVP）。この値は、ロケーション情報（１４）となる。

−データ−リファレンス−値ＡＶＰ（Data-reference-value AVP）。この値は、（３５１＊）となる。ワイルドカードで表現される内容が許容され得る。これは、３５１（ポルトガルの国コード）で開始する任意のＶＬＲアドレスは条件を満たすことになることを意味する。

−条件ＡＶＰ（Condition AVP）。この値は「ＯＲ」となる。これは、フランスが別の条件であるが、両方の条件が同時に満足することは要求されないからである。

フランスに対しては、同一の条件を適用する。そのため、別の通知−条件ＡＶＰが必要とされることになり、これは、単に、データ−リファレンス−値ＡＶＰ（フランス＝”３３＊”のＣＣを伴う）を変更するものである。

図４は、インタフェースの前提条件（本発明の実施形態に従ってＡＳ７０とＨＳＳ９０との間で交換されるメッセージ）を示していて、ＡＳ７０におけるシグナリングと要件群とに違いがある（即ち、ＡＳ７０はデータレス／ステートレスコンフィグレーション（構成設定）で動作することができる、これは、局所的に情報を記憶する必要性がないからである）。

図５は、本発明の実施形態に従って、加入者ノード７００とデータベースノード９００によって実行される方法を示すフローチャートであり、一方、図６は、加入者ノード７００とデータベースノード９００の一部を示すブロック図である。

加入者ノード７００は、一般的には、図４のアプリケーションサーバ７０に対応し、一方、データベースノード９００は、一般的には、図４のＨＳＳ９０に対応する。しかしながら、加入者ノード７００とデータベースノード９００は、それぞれＡＳとＨＳＳに制限されることが意図されるものではない。

図５に示されるフローチャートは、加入者ノード７００とデータベースノード９００それぞれによって使用するための方法として見なすことができ、ここで、データベースノード９００は、通信システムにおけるデータベースノード９００で保持されるユーザに関連するデータの変更についての加入者ノード７００からの購読（予約通知（サブスクリプション））を処理する。

加入者ノード７００は、プロセッサＰ１、送信機Ｔ２、及び受信機Ｒ７を備える。データベースノード９００は、受信機Ｒ３、プロセッサＰ４、プロセッサＰ５、プロセッサＰ６及び送信機Ｔ６を備える。これらの参照番号の数字の部分は、一般的には、図５に示されるステップ群に関連する参照番号の数字部分に対応するように意図されている。例えば、図６のプロセッサＰ４は、一般的には、図５のステップＳ４を実行することを担当する。一方、図６の送信機Ｔ２は、一般的には、図５のステップＳ２を実行することを担当する。

ステップＳ１では、加入者ノード７００のプロセッサＰ１が、購読メッセージを準備する。この購読メッセージは、第１のデータを識別する第１の情報、第２のデータを識別する第２の情報、及び第３の情報を含んでいる。第１の情報は、加入者ノード７００が、その第１のデータへの変更に応じて通知メッセージを受信したいことを示すものである。第２の情報は、加入者ノード７００が、そのような通知メッセージを用いて受信したいことを示すものである。第３の情報は、第１の情報とは異なり、そのような通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定するものである。第１のデータ、第２のデータ及び第３のデータはそれぞれ、ユーザに関係するものであり、そして、データベースノード９００において保持される。購読メッセージは、また、変更前のバージョンの第１のデータを、そのような通知メッセージを用いて加入者ノード７００が受信したいかを特定する第４の情報を備えていても良い。

第３の情報は、例えば、第１の情報によって少なくとも暗黙的に特定される条件の単なる繰り返しとなる条件を単に特定するものではないという意味で、第１の情報とは異なる。第１の情報によって特定される少なくとも暗黙的な条件とは、第１のデータの変更がそのような通知メッセージが送信される前に要求されるということである。

第１の情報、第２の情報、第３の情報及び第４の情報がそれぞれ、上述のＡＶＰ群の以下のものに対応することが明らかであろう。つまりは、データ−リファレンスＡＶＰ、追加−データ−リファレンスＡＶＰ、通知−条件ＡＶＰ、及び古い値−リクエスト済ＡＶＰである。しかしながら、第１の情報、第２の情報、第３の情報、及び第４の情報の形式は、これらのＡＶＰに制限されることが意図されるものではない。購読メッセージは、一般的には、上述のＳＮＲに対応し、但し、ここでも、別の形式での購読メッセージを実装することも可能である。

ステップＳ２では、加入者ノード７００の送信機Ｔ２は、購読メッセージをデータベースノード９００に向けて送信する。購読メッセージはデータベース９００に直接到達しない場合があるが、通信システムの１つ以上の他のノードを通過することができる。

ステップＳ３では、データベースノード９００の受信機Ｒ３は、加入者ノード７００から送信される購読メッセージを受信する。購読メッセージは、第１のデータを識別する第１の情報、第２のデータを識別する第２の情報、及び第３の情報を含んでいる。第１の情報は、加入者ノード７００が、その第１のデータへの変更に応じて通知メッセージを受信したいことを示すものである。第２の情報は、加入者ノード７００が、そのような通知メッセージを用いて受信したいことを示すものである。第３の情報は、第１の情報とは異なり、そのような通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定するものである。第１のデータ、第２のデータ及び第３のデータはそれぞれ、ユーザに関係するものであり、そして、データベースノード９００において保持される。購読メッセージは、また、変更前のバージョンの第１のデータを、そのような通知メッセージを用いて加入者ノード７００が受信したいかを特定する第４の情報（ステップＳ１で、加入者ノード７００によって購読メッセージに含められる場合）を備えていても良い。

ステップＳ４では、データベースノード９００のプロセッサＰ４は、受信した第１の情報によって識別される第１のデータに対する任意の変更についてモニターする。受信した第１の情報によって識別される第１のデータに対する変更が検出される場合、そのような変更の検出に応じて、処理はステップＳ５に進み、そうでなければ、処理は、ステップＳ４にとどまる。

ステップＳ５では、データベースノード９００のプロセッサＰ５は、受信した第３の情報で特定される条件を満足しているかどうかを判定する。受信した第３の条件で特定される条件を満足していると判定される場合、処理はステップＳ６へ進む。そうでなければ、処理はステップＳ４に戻る。ステップＳ５の判定を行うことが要求される実際の処理は、ステップＳ４の前に実行することができることに注意されたい。

ステップＳ６では、データベースノード９００のプロセッサＰ６が１つ以上の通知メッセージを生成し、データベースノード９００の送信機Ｔ６がその１つ以上の通知メッセージを加入者ノード７００に向けて送信する。通知メッセージあるいはメッセージ群は、検出された変更に従う第１のデータと、受信した第２の情報によって特定される第２のデータとを含んでいる。ステップＳ３で受信される購読メッセージが第４の情報を備えている場合、１つ以上の通知メッセージは、検出された変更前のバージョンの第１のデータを更に含むことになる。

ステップＳ７では、加入者ノード７００の受信機Ｒ７は、第１のデータのそのような変更と、満足している第３の情報で特定される条件に従う、データベースノード９００から送信される１つ以上の通知メッセージを受信する。受信した通知メッセージあるいはメッセージ群は、その変更に従う第１のデータと、第２の情報によって特定される第２のデータと、場合によっては、変更前のバージョンの第１のデータを含んでいる。

好ましくは、１つの通知メッセージが、データベースノード９００での第１のデータにおける１つの変更に応じて、加入者ノード７００へ通知されるデータのすべてを搬送するために使用される（即ち、その変更に従う第１のデータ、第２の情報によって特定される第２のデータ、及び場合によっては、変更前のバージョン第１のデータ）。

通知メッセージあるいはメッセージ群は、一般的には、上述のＰＮＲメッセージに対応するが、任意のタイプの通知メッセージも適合する。

本発明は、以下の効果の少なくとも１つを提供する。

−購読（サブスクリプション）に対する条件群の動的な変更の可能性を提供する。ユーザは、自身が所有するサービスデータ、アクティブな／アクティブでないサービス等を変更することができる。サービスロジックを処理するＡＳは、なぜ通知が要求されるか、また、通知で要求される情報は何であるかを制御する。

−インタフェースを介するシグナリングを著しく削減する。これは、望ましくない通知が回避されるからである。

−（ウェブ）サーバにＡＳを請け負わせることが可能となる。つまり、ＡＳ群のクラスタが、負荷を分散させ、また、データを局所的に記憶する／それらのデータ間を同期することを必要とすることなく、１つのエンティティとして動作することが可能となる。

上述の１つ以上のコンポーネント群は、１つ以上のプロセッサあるいは処理ユニットの形式で提供することができることが明らかであろう。ここで、処理ユニットあるいは処理ユニット群は、デバイスあるいは装置上で動作するプログラムによって少なくとも一部が制御されるあるいは提供される。図示のいくつかのコンポーネントの機能は、実際には、１つのコンポーネントによって実行されても良い。１つのプロセッサあるいは処理ユニットは、（例えば、図６の破線で示されるように）複数のコンポーネント群の機能を実行するように構成されていても良い。そのような動作プログラムは、コンピュータ可読媒体に記憶することができる。あるいは、例えば、インターネットウェブサイトから提供されるダウンロード可能なデータ信号のような信号で実施することができる。添付の請求項は、それ自身によって動作プログラムを包含するように、あるいは搬送波上のレコードとして、あるいは信号として、あるいは任意の他の形態として解釈されるべきものである。

添付の請求項で定義される本発明の範囲を逸脱することなく、上述の実施形態に様々な変形を行っても良いことが、当業者には明らかであろう。

特に、本明細書で使用される用語であるホーム加入者サーバは、ホームロケーションレジスタ（ＨＬＲ）のようなユーザ関連データを保持する機能と等価の機能を有するノードを含むように意図されていて、また、用語「データベースノード」が代わりに使用されても良いことが理解されるであろう。同様に、本明細書で使用される用語であるアプリケーションサーバは、ノードがサーバ機能を有しているかどうかに関わらず、データベースノードで保持されるユーザに関連するデータにおける変更を購読することを要望する可能性がある任意のタイプのノードを含むように意図されており、また、用語「加入者ノード」が代わりに使用されても良い。データベースノードは、システムの複数のユーザに関連するデータを保持するように構成されているユーザデータリポジトリ（ＵＤＲ）を備えることができ、また、加入者ノードは、システムのユーザへサービスを提供するためにＵＤＲによって保持されるデータを使用するように構成されているサーバ機能を備えることができる。それゆえ、本発明は、ＩＭＳコンテキストあるいはＳｈインタフェースを介する通知のフィルタリングに限定されるものではなく、任意のインタフェースを介する任意の通信システムにおけるデータベースノードにおいて保持されるユーザに関連するデータにおける変更に対する加入者ノードからの購読を処理するためのより一般的なことに適用可能であることが、容易に明らかであろう。

Claims

通信システムにおけるデータベースノードにおいて保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための方法であって、
前記加入者ノードにおいて、
購読メッセージを準備するステップと、
前記購読メッセージを前記データベースノードに向けて送信するステップとを有し、
前記購読メッセージは、
第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、
第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、
前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、
前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含み、
前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されており、
前記データベースノードにおいて、
前記購読メッセージを前記加入者ノードから受信するステップと、
前記第１の情報によって識別される前記第１のデータの変更を検出するステップと、
前記変更の検出に応じて、前記第３の情報で特定される条件を満足していることが判定される場合、１つ以上の通知メッセージを前記加入者ノードに向けて送信するステップとを有し、
前記１つ以上の通知メッセージは、前記検出された変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる
ことを特徴とする方法。
通信システムにおけるデータベースノードで保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための前記加入者ノードによって使用するための方法であって、
購読メッセージを準備するステップであって、
前記購読メッセージは、
第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、
第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、
前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、
前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含み、
前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されている、準備するステップと、
前記購読メッセージを前記データベースノードに向けて送信するステップと、
前記第１のデータの変更に従い、かつ前記第３の情報で特定される条件を満足する、１つ以上の通知メッセージを前記データベースノードから受信するステップとを有し、
前記１つ以上の通知メッセージは、前記変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる
ことを特徴とする方法。
通信システムにおけるデータベースノードで保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための前記データベースノードによって使用するための方法であって、
前記加入者ノードから送信される購読メッセージを受信するステップであって、
前記購読メッセージは、
第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、
第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、
前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、
前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含み、
前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されている、受信するステップと、
前記第１の情報によって識別される前記第１のデータの変更を検出するステップと、
前記変更の検出に応じて、前記第３の情報で特定される条件を満足していることが判定される場合、１つ以上の通知メッセージを前記加入者ノードに向けて送信するステップとを有し、
前記１つ以上の通知メッセージは、前記検出された変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる
ことを特徴とする方法。
前記第３の情報は、前記第３のデータの項目に対する値あるいは内容の範囲を特定する
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
前記第３の情報は、前記第３のデータの複数の項目に関連する論理条件を特定する
ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
前記第３のデータは、前記第１のデータ及び前記第２のデータの少なくとも一方を含んでいる
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
前記第１のデータと、前記第２のデータと、前記変更の前のバージョンの前記第１のデータは、１つの通知メッセージで送信される
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
前記データベースノードは、前記通信システムの複数のユーザに関連するデータを保持するように構成されている、前記通信システムのユーザデータリポジトリであるＵＤＲを有し、
前記加入者ノードは、前記通信システムのユーザへサービスを提供するために、前記ＵＤＲによって保持されるデータを使用するように構成されているサーバ機能を有する
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
前記通信システムは、ＩＰマルチメディアサブシステムであるＩＭＳであり、
前記加入者ノードは、アプリケーションサーバであるＡＳを有し、
前記データベースノードは、ホーム加入者サーバであるＨＳＳを有する
ことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
前記購読メッセージと前記通知メッセージは、前記加入者ノードと前記データベースノードとの間の「Ｓｈ」インタフェースを介して送信される
ことを特徴とする請求項９に記載の方法。
前記加入者メッセージは、ＤＩＡＭＥＴＥＲプロトコルコマンドの購読−通知−リクエストであるＳＮＲであり、
前記通知メッセージは、ＤＩＡＭＥＴＥＲプロトコルコマンドのプッシュ−通知−リクエストであるＰＮＲである
ことを特徴とする請求項１０記載の方法。
通信システムにおけるデータベースノードで保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための方法において、前記加入者ノードとして使用するためのあるいは前記加入者ノード内の装置であって、
購読メッセージを準備するためのプロセッサあるいは手段であって、
前記購読メッセージは、
第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、
第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、
前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、
前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含み、
前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されている、プロセッサあるいは手段と、
前記購読メッセージを前記データベースノードに向けて送信するための送信機あるいは手段と、
前記第１のデータの変更に従い、かつ前記第３の情報で特定される条件を満足する、１つ以上の通知メッセージを前記データベースノードから受信するための受信機あるいは手段とを有し、
前記１つ以上の通知メッセージは、前記変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる
ことを特徴とする装置。
通信システムにおけるデータベースノードで保持されるユーザに関連するデータの変更についての加入者ノードからの購読を処理するための方法において、前記データベースノードとして使用するためのあるいは前記データベースノード内の装置であって、
前記加入者ノードから送信される購読メッセージを受信するための受信機あるいは手段であって、
前記購読メッセージは、
第１のデータを識別する第１の情報であって、前記加入者ノードが該第１のデータの変更に応じて通知メッセージを受信したいことを示す第１の情報と、
第２のデータを識別する第２の情報であって、前記加入者ノードが前記通知メッセージを用いて受信したいことを示す第２の情報と、
前記第１の情報とは異なる第３の情報であって、前記通知メッセージが送信される前に第３のデータに関連して満足すべき条件を特定する第３の情報と、
前記加入者ノードが前記変更の前のバージョンの前記第１のデータを前記通知メッセージを用いて受信したいかどうかを特定する第４の情報とを含み、
前記第１のデータ、前記第２のデータ、及び前記第３のデータはそれぞれ前記ユーザに関連し、かつ前記データベースノードにおいて保持されている、受信機あるいは手段と、
前記第１の情報によって識別される前記第１のデータの変更を検出するためのプロセッサあるいは手段と、
前記変更の検出に応じて、前記第３の情報で特定される条件を満足していることが判定される場合、１つ以上の通知メッセージを前記加入者ノードに向けて送信するための送信機あるいは手段とを有し、
前記１つ以上の通知メッセージは、前記検出された変更に従う前記第１のデータと、前記第２の情報によって特定される前記第２のデータと、前記変更の前のバージョンの前記第１のデータを含んでいる
ことを特徴とする装置。
前記第３の情報は、前記第３のデータの項目に対する値あるいは内容の範囲を特定する
ことを特徴とする請求項１２または１３に記載の装置。
前記第３の情報は、前記第３のデータの複数の項目に関連する論理条件を特定する
ことを特徴とする請求項１２乃至１４のいずれか１項に記載の装置。
前記第３のデータは、前記第１のデータ及び前記第２のデータの少なくとも一方を含んでいる
ことを特徴とする請求項１２乃至１５のいずれか１項に記載の装置。
前記第１のデータと、前記第２のデータと、前記変更の前のバージョンの前記第１のデータは、１つの通知メッセージで送信される
ことを特徴とする請求項１２乃至１６のいずれか１項に記載の装置。
前記データベースノードは、前記通信システムの複数のユーザに関連するデータを保持するように構成されている、前記通信システムのユーザデータリポジトリであるＵＤＲを有し、
前記加入者ノードは、前記通信システムのユーザへサービスを提供するために、前記ＵＤＲによって保持されるデータを使用するように構成されているサーバ機能を有する
ことを特徴とする請求項１２乃至１７のいずれか１項に記載の装置。
前記通信システムは、ＩＰマルチメディアサブシステムであるＩＭＳであり、
前記加入者ノードは、アプリケーションサーバであるＡＳを有し、
前記データベースノードは、ホーム加入者サーバであるＨＳＳを有する
ことを特徴とする請求項１２乃至１８のいずれか１項に記載の装置。
前記購読メッセージと前記通知メッセージは、前記加入者ノードと前記データベースノードとの間の「Ｓｈ」インタフェースを介して送信される
ことを特徴とする請求項１９に記載の装置。
前記加入者メッセージは、ＤＩＡＭＥＴＥＲプロトコルコマンドの購読−通知−リクエストであるＳＮＲであり、
前記通知メッセージは、ＤＩＡＭＥＴＥＲプロトコルコマンドのプッシュ−通知−リクエストであるＰＮＲである
ことを特徴とする請求項２０に記載の装置。
記憶媒体あるいは送信媒体を含む搬送媒体上で実行される、請求項１乃至１１のいずれか１項に記載の方法を実行するように装置を制御するためのプログラム。
請求項２２に記載のプログラムを含む記憶媒体。