(57)【要約】複数のユーザからの登録情報を維持する第１エンティティと、上記複数のユーザに関連する情報を維持する第２エンティティとを備えている通信システムにおける方法であって、上記第２エンティティ情報は登録情報に依存する。上記方法は、あるイベントに関する予約メッセージを第２エンティティから第１エンティティへ送るステップを含み、上記イベントは第１エンティティにおける複数のユーザの少なくとも１つの登録情報の変化であり、少なくとも１つのユーザからのレジスタメッセージを第１エンティティにおいて受信するステップを更に含み、上記メッセージは上記少なくとも１つのユーザの登録情報を変化させ、上記レジスタメッセージに応答して第１エンティティから第２エンティティへ通知を送るステップを更に含み、上記通知は上記少なくとも１つのユーザに関連する情報を含む。
2005530403.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザからの登録情報を維持する第１エンティティと、上記複数のユーザに関連する情報を維持する第２エンティティとを備えている通信システムにおける方法であって、上記第２エンティティ情報は上記登録情報に依存し、上記方法は、
あるイベントに関する予約メッセージを上記第２エンティティから上記第１エンティティへ送るステップを含み、上記イベントは上記第１エンティティにおける複数のユーザの少なくとも１つの上記登録情報の変化であり、
上記少なくとも１つのユーザからのレジスタメッセージを上記第１エンティティにおいて受信するステップを更に含み、上記メッセージは上記少なくとも１つのユーザの上記登録情報を変化させ、
上記レジスタメッセージに応答して上記第１エンティティから上記第２エンティティへ通知を送るステップを更に含み、上記通知は上記少なくとも１つのユーザに関連する情報を含む、
ことを特徴とする方法。
【請求項２】
イベントパッケージが定義され、上記イベントパッケージは上記イベントに関連付けられていることを特徴とする請求項１に記載の方法。
【請求項３】
上記第１エンティティは、レジストラであることを特徴とする請求項２に記載の方法。
【請求項４】
上記登録情報の変化は、プレゼンス情報に関係付けられていることを特徴とする請求項３に記載の方法。
【請求項５】
上記第２エンティティは、プレゼンスサーバーであることを特徴とする請求項４に記載の方法。
【請求項６】
上記システムは、セッション開始プロトコル（ＳＩＰ）に従って動作することを特徴とする先行請求項の何れかに記載の方法。
【請求項７】
上記予約メッセージは「ＳＩＰ予約」メッセージからなり、上記通知は「ＳＩＰ通知」メッセージからなることを特徴とする請求項６に記載の方法。
【請求項８】
上記少なくとも１つのユーザに関連する情報に関して、第３エンティティが予約メッセージを上記第２エンティティへ送ることを特徴とする先行請求項の何れかに記載の方法。
【請求項９】
上記第２エンティティは、上記第２エンティティにおいて受信した上記通知に応答して通知を上記第３エンティティへ送り、上記送られる通知は上記少なくとも１つのユーザに関連する情報を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
上記第３エンティティは、アプリケーションサーバーであることを特徴とする請求項８または９に記載の方法。
【請求項１１】
複数のユーザからの登録情報を維持する第１エンティティと、上記複数のユーザに関連する情報を維持する第２エンティティとを備えている通信システムであって、上記第２エンティティ情報は上記登録情報に依存し、
上記第２エンティティはあるイベントに関する予約メッセージを第１エンティティへ送るように動作可能であり、上記第１エンティティは少なくとも１つのユーザからレジスタメッセージを受信するように動作可能であり、上記レジスタメッセージは上記少なくとも１つのユーザの登録情報を変化させ、上記イベントは上記第１エンティティにおける上記複数のユーザの少なくとも１つの登録情報の変化に関連し、
上記第１エンティティは上記レジスタメッセージに応答して上記第１エンティティから上記第２エンティティへ通知を送るように動作可能であり、上記通知は上記少なくとも１つのユーザに関連する情報を含む、
ことを特徴とする通信システム。
【請求項１２】
上記イベントに関連付けられているイベントパッケージを更に含むことを特徴とする請求項１１に記載の通信システム。
【請求項１３】
上記第１エンティティは、レジストラであることを特徴とする請求項１２に記載の通信システム。
【請求項１４】
上記登録情報の変化は、プレゼンス情報に関係付けられていることを特徴とする請求項１３に記載の通信システム。
【請求項１５】
上記第２エンティティは、プレゼンスサーバーであることを特徴とする請求項１４に記載の通信システム。
【請求項１６】
上記システムは、セッション開始プロトコル（ＳＩＰ）に従って動作することを特徴とすることを特徴とする請求項１１乃至１５に記載の通信システム。
【請求項１７】
ネットワーク要素であって、
複数のユーザからの登録情報を維持する手段と、
第１エンティティからのあるイベントに関する予約メッセージを受信する手段と、
を備え、上記イベントは上記ネットワーク要素における上記複数のユーザの少なくとも１つの上記登録情報の変化に関連し、
上記少なくとも１つのユーザからレジスタメッセージを受信する手段を更に備え、上記レジスタメッセージは上記少なくとも１つのユーザの上記登録情報を変化させ、
上記レジスタメッセージに応答して上記第１エンティティへ通知を送る手段を更に備え、上記通知は上記少なくとも１つのユーザに関連する情報を含む、
ことを特徴とするネットワーク要素。
【請求項１８】
ネットワーク要素であって、
複数のユーザに関連する情報を維持する手段を備え、上記情報は第１エンティティに維持されている登録情報に依存し、
あるイベントに関する予約メッセージを上記第１エンティティへ送る手段を更に備え、上記イベントは上記第１エンティティにおける上記複数のユーザの少なくとも１つの上記登録情報の変化に関連し、
上記第１エンティティからの通知を受信する手段を更に備え、上記通知は上記少なくとも１つのユーザに関連する情報を含む、
ことを特徴とするネットワーク要素。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、特に通信システムにおけるイベントの予約購読に関する。
【背景技術】
【０００２】
今日、２もしくはそれ以上のエンティティ（例えば、ユーザ機器及び／またはシステムに関連する他のノードのようなエンティティ）の間の通信を可能にするさまざまな通信システムが使用されている。
【０００３】
ユーザ端末または他のノードに無線通信を提供する通信システムが知られている。無線システムの例は、公衆陸上モバイルネットワーク（ＰＬＭＮ）である。ＰＬＭＮは、典型的には、基地トランシーバ局（ＢＴＳ）または類似のアクセスエンティティが無線インタフェースを介してモバイル局（ＭＳ）のようなユーザ機器にサービスするようなセルラーネットワークである。通信に必要な装置の動作は、通常は、それら自体を相互接続し得る１もしくはそれ以上の制御エンティティによって制御される。１もしくはそれ以上のゲートウェイノードが、ＰＬＭＮと他のネットワークとを接続する。これらの他のネットワークの例は、別のセルラーネットワーク、公衆交換電話回線網（ＰＳＴＮ）、及びＩＰ（インターネットプロトコル）をベースとするネットワークのようなパケット交換データネットワークである。ユーザ機器と通信システムの他の要素との間の通信は、適切な通信プロトコルに基づいており、このプロトコルはシステム内の通信を処理する“ルール”を定義している。
【０００４】
現在の第三世代（３Ｇ）無線システムにおいては、モバイルユーザに対していろいろな通信サービスを処理するために、さまざまに定義されたサーバーが存在している。これらには、ＣＳＣＦとして知られている呼出し状態制御機能を提供するサーバーが含まれる。制御機能は、家庭加入者サーバー（ＨＳＳ）及び種々のアプリケーションサーバーによるアプリケーションのようなエンティティによっても提供することができる。ＨＳＳは、典型的には、ユーザのプロファイルを恒久的に記憶し、認証に使用するためのものである。例えば、３Ｇのリリース５アーキテクチャに第三世代パートナーシッププロジェクト（３ＧＰＰ）によって指定されているように、これらのエンティティはＩＰマルチメディアサブシステム（ＩＭＳ）内に見出すことができる。
【０００５】
ＩＭＳネットワークは３Ｇアーキテクチャのハブに位置し、伝統的な音声電話及びマルチメディアサービスの両者を処理するＩＰをベースとするネットワークを支援することができる。３ＧＰＰは、３Ｇネットワークのためのコアセッション信号プロトコルとして、セッション開始プロトコル（ＳＩＰ）を選択している。ＳＩＰは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって開発されたものである。
http://www.3gpp.org/ftp/Specs/Latest-drafts/24229-201.ziphttp://www.3gpp.org/ftp/Specs/Latest-drafts/24229-201.zip
で検索できる“ＳＩＰ及びＳＤＰに基づくＩＰマルチメディア呼出し制御プロトコル”と題するＳＩＰから見たＩＭＳネットワークの基本動作を記述している３ＧＰＰ仕様24.229を参照されたい。ＳＩＰはある出所から送られるメッセージ毎に、送られたメッセージの受信を確認する宛先からの関連応答が存在することから、要求／応答型のプロトコルである。
【０００６】
例えば、３Ｇネットワークにおいては、ユーザが彼のモバイル端末を最初にスイッチオンさせる時にその端末を完全に接続可能にするためには、彼のユーザＩＤまたはアドレスをネットワークに登録しなければならない。これは、端末からＩＭＳへ、ユーザアドレスの詳細を含む「ＳＩＰレジスタ」メッセージを送ることによってなされる。ＩＭＳは、ここでは“レジストラ”と呼ぶサービング呼出し状態制御機能（Ｓ−ＣＳＣＦ）を使用してこの情報を受信し、処理する。この登録情報は、ユーザアドレス、位置、端末容量、及びユーザアベイラビリティのようなユーザの状態を含むことができる。ＩＭＳは、ＳＩＰに従って適当な応答メッセージ（例えば、「２００ ＯＫメッセージ」）を送ることによって登録を承認する。先の登録が期限切れになった場合、またはユーザの状態に変化があった場合には、その後の登録（「再レジスタ」）も行われる。ユーザが、音声呼出しまたはテキストメッセージの送信のような別のユーザとのセッションをセットアップすることを望む場合には、ＳＩＰの下でセッション交渉も遂行される。
【０００７】
アプリケーションサーバー（ＡＳ）は、ＩＭＳを介して、インスタントメッセージング、ローカルトラフィックレポート、及び会議機能のようなサービスを提供する。ＡＳは、ＩＭＳネットワーク内に位置することも、またはその外部に位置することもできる。支援されるサービスがサードパーティから提供される場合には、典型的にはＡＳは外部にある。例えば、ローカルトラフィックレポートを提供するＡＳは、そのサービスを予約している何れかのユーザの状態に関する最新の情報を必要としよう。上述したように、状態情報は、「ＳＩＰ再レジスタ」メッセージを使用して更新することができる。従って、この状態情報を要求するＡＳサーバーは、「ＳＩＰ予約」メッセージを使用して、ＡＳが提供するインスタントメッセージングサービスを予約しているユーザが送った「レジスタ」メッセージを予約する。ＩＭＳは、これらの「予約」メッセージをログし、関連する「レジスタ」メッセージを受信する度に「通知」メッセージをＡＳへ送出する。それによってＡＳは、この情報を使用してそのトラフィックレポーティングサービスを実現することができる。「予約／通知」メカニズムに関するさらなる情報に関しては、
http://www.ietf.org/internet-drafts/draft-ietf-sip-events-05.txt
で検索できる“ＳＩＰ特定イベント通知”と題するＩＥＴＦインターネットドラフトを参照されたい。
【０００８】
状態情報の１つの特定例は、プレゼンス情報である。プレゼンスサービスを予約しているユーザまたはアプリケーションサーバーは、別のユーザのあるセルを受入れる能力及び可稼働性（アベイラビリティ）を決定することができる。例えば、ＰＳＴＮ配列におけるプレゼンスの概念は、オンライン（呼鈴中）またはオフライン（話中）を指示することであるに過ぎない。しかしながら、ＳＩＰを支援するシステムにおけるプレゼンスは‘在オフィス、全呼出しに応答可能’、‘在家庭、私用呼出しのみに応答可能’、及び‘呼出し時話中’（または、少なくともそのように見える）のような、さまざまな標識の形状を取ることができる。このように、プレゼンス情報は、ユーザがある呼出しを試みる前に、別のユーザの可稼働性を確かめることを可能にする。上述した他の状態情報と同様に、それは「レジスタ」メッセージによってネットワークへ中継される。
【０００９】
現在、ＳＩＰに準拠してプレゼンスサービスを実現するための２つのキー要素が存在している。それらは、レジストラ及びプレゼンスサーバーである。レジストラは、ネットワークのユーザに関する全ての「レジスタ」メッセージを受信し、処理する。プレゼンスサーバーは、他のユーザまたはアプリケーションサーバーのような複数の要素からネットワークのユーザに関するプレゼンス情報の予約購読を処理する。両要素が提供する機能が重複し合う性質があることから、レジストラ及びプレゼンスサーバーは、典型的には、ＬＤＡＰ（軽量ディレクトリアクセスプロトコル）ディレクトリのようなプロプラエタリロケーション資源または両要素がインタフェースしているロケーションサーバーを共用する。代替として、共に登録更新へのアクセスを有するレジストラ及びプレゼンスサーバー機能を、共用プロセス内で走らせることができる。これらのプロプラエタリ解法の効果は同一であって、レジストラ及びプレゼンスサーバーが同一位置を占めることである。上述したＩＭＳ配列においては、レジストラ及びプレゼンスサーバーは、Ｓ−ＣＳＣＦ内に位置していよう。プレゼンスサーバーが提供する機能はかなりな量であるから、登録及びプレゼンスの両情報に関する大量の要求を処理しなければならない共用資源のロードを増加させることになる。
【００１０】
発明者らは、レジストラ及びプレゼンスサーバー機能を分離し、それらを独立的に動作させると望ましい利点が得られることを発見した。我々は、プロプラエタリインタフェースを使用せずにこの分離を可能にし、それによって両機能が動作している総合ネットワークとの良好な統合が得られる解法を開発した。
【００１１】
以上にＩＰをベースとする第三世代（３Ｇ）通信システムにおけるＳＩＰイベントの予約購読に関する諸問題を記述したが、類似の欠陥は他のシステムにも伴い得るので、以下の説明はこれらの例に限定されるものではないことを理解されたい。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明の実施の形態は、上述した諸問題の１もしくは幾つかを解消することを目的とするものである。
【課題を解決するための手段】
【００１３】
本発明の一面によれば、複数のユーザからの登録情報を維持する第１エンティティと、上記複数のユーザに関連する情報を維持する第２エンティティとを備えている通信システムにおける方法が提供され、上記第２のエンティティ情報は登録情報に依存する。本方法は、あるイベントに関する予約メッセージを第２エンティティから第１エンティティへ送るステップを含み、上記イベントは第１エンティティにおける複数のユーザの少なくとも１つの登録情報の変化である。本方法は更に、少なくとも１つのユーザからのレジスタメッセージを第１エンティティにおいて受信するステップを含み、上記メッセージは上記少なくとも１つのユーザの登録情報を変化させる。本方法は更に、上記レジスタメッセージに応答して第１エンティティから第２エンティティへ通知を送るステップを含み、上記通知は上記少なくとも１つのユーザに関連する情報を含む。
【００１４】
好ましくは、あるイベントパッケージを定義し、このイベントパッケージは上記イベントに関連付けられている。
【００１５】
好ましくは、第１エンティティはレジストラであり、第２エンティティはプレゼンスサーバーである。登録情報の変化は、プレゼンス情報に関係付けることができる。
【００１６】
システムはセッション開始プロトコル（ＳＩＰ）に従って動作させることができ、予約メッセージは「ＳＩＰ予約」メッセージからなることができ、そして通知は「ＳＩＰ通知」メッセージからなることができる。
【００１７】
好ましい実施の形態においては、上記少なくとも１つのユーザに関連する情報に関して、第３エンティティが予約メッセージを第２エンティティへ送る。
【００１８】
第２エンティティは第２エンティティにおいて受信した通知に応答して通知を第３エンティティへ送ることができ、上記送られる通知は上記少なくとも１つのユーザに関連する情報を含む。第３エンティティは、アプリケーションサーバーであることができる。
【００１９】
本発明の第２の面によれば、複数のユーザからの登録情報を維持する第１エンティティと、上記複数のユーザに関連する情報を維持する第２エンティティとを備えている通信システムが提供され、上記第２エンティティ情報は登録情報に依存し、上記第２エンティティはあるイベントに関する予約メッセージを第１エンティティへ送るように動作可能であり、上記第１エンティティは少なくとも１つのユーザからレジスタメッセージを受信するように動作可能であり、上記レジスタメッセージは上記少なくとも１つのユーザの登録情報を変化させ、上記イベントは第１エンティティにおける複数のユーザの少なくとも１つの登録情報の変化に関連し、上記第１エンティティはレジスタメッセージに応答して第２エンティティへ通知を送るように動作可能であり、上記通知は上記少なくとも１つのユーザに関連する情報を含む。
【００２０】
本発明の第３の面によれば、複数のユーザからの登録情報を維持する手段と、第１エンティティからのあるイベントに関する予約メッセージを受信する手段とを備えているネットワーク要素が提供され、上記イベントはそのネットワーク要素における複数のユーザの少なくとも１つの登録情報の変化に関連している。本ネットワーク要素は更に、少なくとも１つのユーザからレジスタメッセージを受信する手段を備え、上記レジスタメッセージは上記少なくとも１つのユーザの登録情報を変化させる。本ネットワーク要素は更に、レジスタメッセージに応答して第１エンティティへ通知を送る手段を備え、上記通知は上記少なくとも１つのユーザに関連する情報を含む。
【００２１】
本発明の第４の面によれば、複数のユーザに関連する情報を維持する手段を備えているネットワーク要素が提供され、上記情報は第１エンティティに維持されている登録情報に依存する。本ネットワーク要素は更に、あるイベントに関する予約メッセージを第１エンティティへ送る手段を備え、上記イベントは第１エンティティにおける複数のユーザの少なくとも１つの登録情報の変化に関連している。本ネットワーク要素は更に、第１エンティティからの通知を受信する手段を備え、上記通知は上記少なくとも１つのユーザに関連する情報を含む。
【発明を実施するための最良の形態】
【００２２】
図１に、ユニバーサルモバイル通信システム（ＵＭＴＳ）の下で動作する典型的な第三世代（３Ｇ）無線通信システムを示す。このシステムのハブは、ＩＰマルチメディアサブシステム（ＩＭＳ）１００ネットワークであり、これはネットワークの２もしくはそれ以上のユーザの間の呼出しをルーティングし、他のネットワーク機能を提供する。ユーザの例は、モバイル端末１１１、ラップトップ１１２、パーソナルデスクトップアシスタント（ＰＤＡ）１１３、公衆交換電話回路網（ＰＳＴＮ）電話機１３１、コンピュータ端末１２３、アプリケーションサーバー１２１、及びアプリケーションサーバー１２２である。ＩＭＳは、音声呼出し及びマルチメディア呼出しを含むことができるこれらの呼出しを処理するために、ＩＰをベースとするネットワークを使用する。
【００２３】
ＩＭＳネットワークは、実効的に、ユーザ１１１、１１２、１１３と、ＰＳＴＮ１３０及びＩＰをベースとするネットワーク１２０のような他のネットワークとの間の３Ｇシステムのゲートウェイとして動作する。モバイル端末とＩＭＳネットワークの他のユーザとの間の、及びＩＭＳネットワーク内の信号は、‘セッション開始プロトコル’（ＳＩＰ）の下で行われる。以下特記しない限り、メッセージを表す全ての用語はＳＩＰメッセージであり、「」内に表記することとする。
【００２４】
図２は、従来技術によるＩＭＳネットワーク１００の概要図である。ＩＭＳは、幾つかの‘呼出し状態制御機能’（ＣＳＣＦ）を含む種々の要素を含む。ＣＳＣＦは、ＩＥＴＦアーキテクチャのＳＩＰサーバーと等価である。
【００２５】
問合わせＣＳＣＦ（Ｉ−ＣＳＣＦ）２０１は、ＩＭＳネットワークの終端呼出しに使用される基本的ＩＭＳノードであり、ネットワークの縁において機能する。図２には、それはモバイル端末１０１、ＰＤＡ１１３、及びアプリケーションサーバー（ＡＳ）１２１の外部ノードと通信するように示されている。モバイル端末、ＰＤＡ、及びアプリケーションサーバーとＩ−ＣＳＣＦとの間の接続は直接的ではなく、図１に示すように、モバイル端末の場合にはモバイルコアネットワーク１１０を介することが、またアプリケーションサーバーの場合にはインターネット１２０のような適当な中間ネットワークを介することができる。
【００２６】
ＨＳＳ２０２は、Ｉ−ＣＳＣＦ及びＳ−ＣＳＣＦの両者とインタフェースしている集中型ユーザデータベースであり、ＩＭＳの全てのユーザに関する情報を記憶している。Ｉ−ＣＳＣＦは、ＨＳＳを使用して、新しいユーザの許可、及び外部要素からＳ−ＣＳＣＦへメッセージを送るためにＳ−ＣＳＣＦ上のルーティング情報の検索のような機能を遂行する。
【００２７】
Ｓ−ＣＳＣＦ２０６は、ＩＭＳユーザに関するサービスを呼出す責を負うＩＭＳノードである。本例におけるＳ−ＣＳＣＦは、ＩＭＳユーザのためのレジストラ機能２０３をも遂行し、ユーザ登録を処理し、そしてプレゼンスサーバー機能２０５をも遂行する。これらの両要素２０３及び２０５は、これらが共にユーザから「レジスタ」メッセージとして受信する情報を要求するという重複する機能を有しているので、これらは共通資源２０４をも共用する。図２には共通資源はＬＤＡＰディレクトリであるように示されているが、ロケーションサーバーであることもできる。代替として、共に登録更新へのアクセスを有するレジストラ及びプレゼンスサーバー機能を、共用プロセスとして走らせる。
【００２８】
「レジスタ」メッセージの受信は、あるイベントして分類することができる。イベントは状態の何等かの変化であり、通信システム内のユーザまたは別のノードのようなエンティティに関連付けることができる。従って、アプリケーションサーバーのような要素は、ユーザに関する「レジスタ」メッセージ、または「勧誘」の受信のような他のイベントを特定的に予約することができる。イベントのさらなる例は、ユーザのプレゼンス情報、及び仲間リスト（実効的に、加入者がそのプレゼンス情報の学習に関心があるユーザの集まり）を含む。従って、あるユーザが予約している特定イベントを検出し、それに応答して適切な「通知」メッセージを送出するのがＳ−ＣＳＣＦである。
【００２９】
しかしながら、あるイベントを予約するためには、そのイベントの特性を詳しく記述するイベントパッケージを定義しなければならない。イベントプレゼンスの場合には、何れかのユーザのプレゼンス情報を予約するためにプレゼンスパッケージが使用される。プレゼンスパッケージのセマンティクスは、何れかのユーザがプレゼンス情報のための予約購読メッセージをプレゼンスサーバーへ送ることができることを意味しているが、もしこのようなプレゼンスパッケージが定義されていなければ、プレゼンスサーバーはユーザがどのイベントを予約したいのかを認識することはできない。従って、プレゼンスサーバーにおいて、プレゼンスパッケージを定義する必要がある。そのようにすることによって、プレゼンスサーバーは、プレゼンス情報の変化に関する関連イベントのための予約メッセージを受信し、認識することができる。プレゼンスサーバーは、プレゼンス情報にリンクされた状態を作出し、プレゼンス情報に何等かの変化が発生すると応答または通知をトリガする。
【００３０】
プレゼンスサーバーは、プレゼンス情報を記憶している共用資源２０４とインタフェースする。レジストラ２０３は、登録を遂行するユーザから送られた「レジスタ」メッセージによって受信した情報によってこの情報を更新することにより、この情報を維持する。
【００３１】
図３は、本発明の一実施の形態におけるＩＭＳネットワーク１００の詳細図である。Ｉ−ＣＳＣＦ２０１、ＨＳＳ２０２、レジストラ３０１、及びプレゼンスサーバー３０２が存在している。Ｉ−ＣＳＣＦは、モバイル端末１０１、ＰＤＡ１１３、及びアプリケーションサーバー１２１の外部ノードと通信するように図示されている。レジストラは、登録を記憶するための適当な記憶手段３０２を含む。同様に、プレゼンスサーバーは、プレゼンス情報を記憶するためのそれ自体の記憶手段３０４を含んでいる。図示したプレゼンスサーバーは、アプリケーションサーバーの１つの特定例である。他の型のアプリケーションサーバーは、ユーザ間のメッセージの送受を処理するメッセージングサーバー、ユーザへ一般的な情報を提供する内容サーバー、ユーザのグループに関する情報を維持するグループサーバー（グループデリバリリストのためのメッセージングサーバーのような他のアプリケーションからアクセス可能）を含む。
【００３２】
本発明のこの実施の形態においては、このレジストラはモバイル端末１０１のようなユーザからの登録を処理する唯一のレジストラであり、このプレゼンスサーバーはアプリケーションサーバーのような要素からのプレゼンス問合わせを処理する唯一のプレゼンスサーバである。レジストラとプレゼンスサーバーとの間の通信は、ＳＩＰメッセージによって遂行される。
【００３３】
レジストラによって実現され、プレゼンスサーバーによって使用される新しいＳＩＰイベントパッケージが定義される。新しいイベントパッケージは、レジストラにおいて受信した何れかのユーザの登録の細部を変化させる全ての「レジスタ」メッセージの集合体として定義される。簡易化の目的から、イベント“登録”を定義しているこのイベントパッケージを“登録”パッケージと呼ぶ。この“登録”パッケージは、何れかのユーザの登録状態の変化をレジストラに予約する際にプレゼンスサーバーによって使用される。レジストラはある状態を作出し、この状態は、登録状態に変化が発生するとプレゼンスサーバーへ戻す通知をトリガする。要するに、“登録”は、何れかのユーザが送ってレジストラが受信した全ての「レジスタ」メッセージをカバーする（“登録”の予約は、イベント“登録”のためにレジストラによって先に受信されている）。従って、“登録”イベントは、単一のイベントを有するレジストラのドメイン内の全てのユーザをカバーする。このドメインは、所与のレジストラによって処理されるユーザのグループと考えることができる。
【００３４】
これでプレゼンスサーバーは、「予約／通知」メカニズムを使用すること、及びレジストラにおける“登録”を「予約」することができる。“登録”イベントが発生すると、レジストラは「通知」メッセージを、ユーザの識別及び登録状態と共にプレゼンスサーバーへ送る。
【００３５】
その結果、プレゼンスサーバーは、レジストラ３０２が使用する登録情報とは分離した登録情報の記録３０４を保持する。従って、プレゼンスサーバーは、レジストラには無関係に、如何なる共用資源をも使用せずに、アプリケーションサーバー１２１のような他の要素へプレゼンス情報を供給することができる。
【００３６】
更に、レジストラとプレゼンスサーバーとの間の唯一のリンクが、新たに定義されたイベントを使用し、従来技術におけるようなプロプラエタリ配列を使用することなく、ＳＩＰメッセージを通過させる。
【００３７】
以下に、図４のメッセージの流れ図を参照し、本発明の一実施の形態における図３の要素の機能を詳述する。
【００３８】
図４は、以下のプロセスを記述している。
１．レジストラによって実現され、プレゼンスサーバーによって使用されるイベント“登録”のための新しいイベントパッケージを定義する。
２．プレゼンスサーバー３０３は‘ “登録”イベント「予約」’メッセージをレジストラ３０１へ送る。
３．レジストラは「予約」メッセージに対して「２００ ＯＫ」メッセージで応答する。
４．アプリケーションサーバー（ＡＳ）１２１は‘モバイル端末１０１及びＰＤＡ１１３に関するプレゼンス情報「予約」’メッセージをプレゼンスサーバーへ送る。
５．プレゼンスサーバーはＡＳからの「予約」メッセージに対して「２００ ＯＫ」メッセージで応答する。
６．モバイル端末１０１は「レジスタ」メッセージをレジストラへ送る。
７．レジストラは「レジスタ」メッセージの受信に対して「２００ ＯＫ」メッセージで応答し、レジストラ３０２における登録詳細を更新する。
８．モバイル端末１０１が送った「レジスタ」メッセージはプレゼンスサーバーが予約したイベント“登録”を満足する。従って、レジストラは、「通知」メッセージをモバイル端末のユーザ及び登録状態の詳細を含むプレゼンスサーバーへ送る。これらの詳細はプレゼンスサーバー３０４に維持される。
９．プレゼンスサーバーは「通知」メッセージに対して「２００ ＯＫ」メッセージで応答する。
１０．モバイル端末１０１に関するプレゼンス情報（今は変化している）がＡＳ１２１によって予約されているので、プレゼンスサーバーは「通知」メッセージをプレゼンス情報の変化の詳細と共にＡＳへ送る。
１１．ＡＳは「通知」メッセージに対して「２００ ＯＫ」メッセージで応答する。
１２．ＰＤＡ１１３は「レジスタ」メッセージをレジストラへ送る。
１３．レジストラは「レジスタ」メッセージの受信に対して「２００ ＯＫ」メッセージで応答し、レジストラ３０２における登録詳細を更新する。
１４．プレゼントサーバーがステップ２において予約した“登録イベント”はレジストラが処理する全ての「レジスタ」メッセージをカバーするので、レジストラは更にこの「レジスタ」メッセージに対する「通知」をプレゼンスサーバーへ送る。
１５．プレゼントサーバーは「通知」メッセージに対して「２００ ＯＫ」メッセージで応答する。
１６．ＰＤＡに関するプレゼンス情報（今は変化している）がＡＳ１２１によって予約されているので、プレゼンスサーバーは「通知」メッセージをプレゼンス情報の変化の詳細と共にＡＳへ送る。
１７．ＡＳは「通知」メッセージに対して「２００ ＯＫ」メッセージで応答する。
【００３９】
以上に、本発明をＳＩＰを使用する３Ｇに関連して説明したが、他の適当なシステム及びインタフェースプロトコルを使用できることを理解されたい。
【００４０】
以上の説明は、本発明の実施の形態を例示したに過ぎず、特許請求の範囲に記載されている本発明の範囲から逸脱することなく開示した解法に対して幾つかの変化及び変更をなし得ることは明白である。
【図面の簡単な説明】
【００４１】
【図１】本発明を適用することが可能な通信システムを示す図である。
【図２】従来技術によるレジストラ及びプレゼンスサーバーの配列を示す図である。
【図３】本発明の一実施の形態を示す図である。
【図４】本発明の一実施の形態のメッセージの流れを示す図である。
【図１】
2005530403.tif 000003
【図２】
2005530403.tif 000004
【図３】
2005530403.tif 000005
【図４】
2005530403.tif 000006
【国際調査報告】
2005530403.tif 000007
2005530403.tif 000008
2005530403.tif 000009