JP5165795B2 - ゲートウェイ、その制御方法、アプリケーションサーバ、及びその制御方法 - Google Patents

Description

本発明は、概して、ゲートウェイ、ゲートウェイの制御方法、アプリケーションサーバ、及びアプリケーションサーバの制御方法に関する。本発明は、特に、限定される訳ではないが、複数のローカルネットワークから単一のネットワークを形成することを促進する技術に関する。

現在、ＩＰマルチメディア・サブシステム（ＩＭＳ）ゲートウェイ（ＧＷ）と呼ばれるゲートウェイデバイスが知られている。ＩＧは、ＩＭＳネットワークにアクセスするために必要なＩＭＳ加入情報（例えば、１つのＩＭＳプライベート・ユーザ・アイデンティティ（ＩＭＰＩ）及び１つ以上のＩＭＳパブリック・ユーザ・アイデンティティ（ＩＭＰＵ）を含むＩＭＳ加入者ＩＤモジュール（ＩＳＩＭ））を含む。ＩＧはまた、ローカルエリアネットワーク（ＬＡＮ）をインターネットのようなワイドエリアネットワーク（ＷＡＮ）に接続するレジデンシャルゲートウェイとしても機能する。ＩＧの基本的な構成は、例えば、ＷＯ２００６／０４５７０６において提案されている。

近い将来、単一のユーザ又は当事者（例えば、会社）が、各々が別々のＬＡＮに関係する複数のＩＧを所有することが一般的になるであろう。例えば、ユーザは、自分の家の中に第１のＩＧを持つかもしれず、第１のＩＧ及びホームデバイス（例えば、デスクトップコンピュータ）を含む第１のＬＡＮを形成する。ユーザはまた、自分の車の中に第２のＩＧを持つかもしれず、第２のＩＧ及び移動体デバイス（例えば、ノートブックコンピュータ）を含む第２のＬＡＮを形成する。

この状況において、これら２つのＬＡＮを単一のパーソナルネットワーク（ＰＮ）として扱うことが望ましい。ＯＭＡ(Open Mobile Alliance)によって提案されるＣＰＮＳ(Converged Personal Network Server)は、この要望を部分的に扱う（ＣＰＮＳの詳細については、OMA CPNS WID proposal slides, Aug 2008を参照のこと）。ＯＭＡによって提案されるメカニズムによれば、各ＩＧは自分のＬＡＮに関する情報を収集し、その情報をＣＰＮＳに対して発行する。これにより、ユーザはＣＰＮＳを通じて、ＰＮを形成する第１及び第２のＬＡＮに関する情報（ＬＡＮ情報）を知ることができる。

しかしながら、第１及び第２のＩＧが別々のＩＭＳネットワーク（これらは別々のＩＭＳオペレータによって運用されているかもしれない）に所属している場合、このメカニズムは望まれた態様では機能しない。この場合、第１のＩＧは、第１のＩＭＳネットワーク中に配置された第１のＣＰＮＳに対して自分のＬＡＮ情報を発行し、一方で第２のＩＧは、第２のＩＭＳネットワーク中に配置された第２のＣＰＮＳに対して自分のＬＡＮ情報を発行する。しかしながら、第１及び第２のＣＰＮＳによって管理されるＬＡＮ情報を相互に関連付けるメカニズムが存在しない。

従って、デバイス（第１又は第２のＬＡＮ或いはその外部のいずれにあっても）が、第１及び第２のＬＡＮが単一のＰＮを形成するということを認識してＰＮに関する情報を収集することは、極めて困難であるか不可能である。換言すると、従来の技術では、ＰＮに含まれるべき各ＬＡＮが別々のＩＭＳネットワークに所属している場合、これらのＬＡＮに単一のグループを認識可能な態様で形成させることは、極めて困難であるか不可能である。複数のＬＡＮが単一のグループとして認識されない場合、これらのＬＡＮが相互に協力することは容易ではない。

本発明は上述の課題に対処することを意図したものであり、複数のローカルネットワークから単一のネットワークを形成することを促進する技術を導入することをその特徴とする。

本発明の第１の態様によれば、ユーザ識別情報を取得し且つ前記ユーザ識別情報に関連付けられたサービスプロバイダネットワークに対してローカルネットワークを接続するゲートウェイであって、
前記ゲートウェイと、他のユーザ識別情報を取得し且つ前記他のユーザ識別情報に関連付けられた他のサービスプロバイダネットワークに対して他のローカルネットワークを接続する他のゲートウェイと、を含むゲートウェイのグループを表すゲートウェイ情報を維持管理する維持管理ユニットと、
前記他のゲートウェイによって維持管理される他のゲートウェイ情報を購読し、前記サービスプロバイダネットワークの中のアプリケーションサーバによって維持管理される、前記ゲートウェイ情報を購読しているゲートウェイを表す購読者情報を購読する、購読ユニットと、
前記購読ユニットが購読している前記他のゲートウェイ情報を受信し、前記購読ユニットが購読している前記購読者情報を受信する受信ユニットと、
前記受信した購読者情報の中で、前記グループに含まれない新たなゲートウェイを検出し、前記新たなゲートウェイが前記グループに含まれるように前記ゲートウェイ情報を修正する、検出ユニットと、
前記ゲートウェイ情報の内容を、前記受信ユニットが受信した前記他のゲートウェイ情報の内容によって置換する置換ユニットと、
前記アプリケーションサーバに対して、前記ゲートウェイ情報における変更を通知する情報通知ユニットと、
を備えることを特徴とするゲートウェイが提供される。

本発明の第２の態様によれば、ユーザ識別情報を取得し且つ前記ユーザ識別情報に関連付けられたサービスプロバイダネットワークに対してローカルネットワークを接続するゲートウェイの制御方法であって、
ゲートウェイのグループを表すゲートウェイ情報を作成するステップであって、当該作成されたゲートウェイ情報によって表される前記グループは前記ゲートウェイのみを含む、前記ステップと、
前記サービスプロバイダネットワークの中のアプリケーションサーバに対して、前記ゲートウェイが前記グループに追加されたことを通知するステップと、
前記アプリケーションサーバによって維持管理される、前記ゲートウェイ情報を購読しているゲートウェイを表す購読者情報を購読するステップと、
第２のユーザ識別情報を取得し且つ前記第２のユーザ識別情報に関連付けられた第２のサービスプロバイダネットワークに対して第２のローカルネットワークを接続する第２のゲートウェイが、前記グループに含まれるように前記ゲートウェイ情報を修正するステップと、
前記アプリケーションサーバに対して、前記第２のゲートウェイが前記グループに追加されたことを通知するステップと、
前記第２のゲートウェイによって維持管理される第２のゲートウェイ情報を購読するステップと、
第３のユーザ識別情報を取得し且つ前記第３のユーザ識別情報に関連付けられた第３のサービスプロバイダネットワークに対して第３のローカルネットワークを接続する第３のゲートウェイを含むゲートウェイのグループを表す、前記第２のゲートウェイ情報を受信するステップと、
前記ゲートウェイ情報の内容を、前記第２のゲートウェイ情報の内容によって置換するステップと、
前記アプリケーションサーバに対して、前記置換の結果としての前記ゲートウェイ情報における変化を通知するステップと、
前記第３のゲートウェイによって維持管理される第３のゲートウェイ情報を購読するステップと、
を備えることを特徴とする制御方法が提供される。

本発明の第３の態様によれば、ローカルネットワークをサービスプロバイダネットワークに接続するゲートウェイによって取得されるユーザ識別情報に関連付けられた前記サービスプロバイダネットワークの中で動作可能なアプリケーションサーバであって、前記ゲートウェイは、前記ゲートウェイと、他のユーザ識別情報を取得し且つ前記他のユーザ識別情報に関連付けられた他のサービスプロバイダネットワークに対して他のローカルネットワークを接続する他のゲートウェイと、を含むゲートウェイのグループを表すゲートウェイ情報を維持管理しており、前記アプリケーションサーバは、
前記ゲートウェイ情報における変化の通知を受信することにより、前記ゲートウェイ情報を維持管理する維持管理ユニットと、
前記他のサービスプロバイダネットワークの中の他のアプリケーションサーバから、前記他のユーザ識別情報を用いた前記ゲートウェイ情報の購読を受理し、前記ゲートウェイから、前記ゲートウェイ情報を購読するためにユーザ識別情報が使用されているゲートウェイを表す購読者情報の購読を受理する、受理ユニットと、
前記ゲートウェイ情報を購読している前記他のアプリケーションサーバに対して前記ゲートウェイ情報を通知し、前記購読者情報を購読している前記ゲートウェイに対して前記購読者情報を通知する、通知ユニットと、
前記ユーザ識別情報を用いて、前記他のゲートウェイによって維持管理される他のゲートウェイ情報を購読する購読ユニットと、
前記購読ユニットが購読している前記他のゲートウェイ情報を受信する受信ユニットと、
前記受信ユニットが受信した前記他のゲートウェイ情報を前記ゲートウェイに対して転送する転送ユニットと、
を備えることを特徴とするアプリケーションサーバが提供される。

本発明の第４の態様によれば、ローカルネットワークをサービスプロバイダネットワークに接続するゲートウェイによって取得されるユーザ識別情報に関連付けられた前記サービスプロバイダネットワークの中で動作可能なアプリケーションサーバの制御方法であって、
前記ゲートウェイが追加されたという通知を受信するステップと、
ゲートウェイのグループを表すゲートウェイ情報を作成するステップであって、当該作成されたゲートウェイ情報によって表される前記グループは前記ゲートウェイのみを含む、前記ステップと、
第２のユーザ識別情報を取得し且つ前記第２のユーザ識別情報に関連付けられた第２のサービスプロバイダネットワークに対して第２のローカルネットワークを接続する第２のゲートウェイが、前記グループに追加されたという通知を受信するステップと、
前記第２のゲートウェイが前記グループに含まれるように前記ゲートウェイ情報を修正するステップと、
前記ユーザ識別情報を用いて、前記第２のゲートウェイによって維持管理される第２のゲートウェイ情報を購読するステップと、
第３のユーザ識別情報を取得し且つ前記第３のユーザ識別情報に関連付けられた第３のサービスプロバイダネットワークに対して第３のローカルネットワークを接続する第３のゲートウェイを含むゲートウェイのグループを表す、前記第２のゲートウェイ情報を受信するステップと、
前記第２のゲートウェイ情報を前記ゲートウェイに対して転送するステップと、
前記第３のゲートウェイが前記グループに追加されたという通知を受信するステップと、
前記第３のゲートウェイが前記グループに含まれるように前記ゲートウェイ情報を修正するステップと、
前記第２のサービスプロバイダネットワークの中の第２のアプリケーションサーバから、前記第２のユーザ識別情報を用いた前記ゲートウェイ情報の購読を受理するステップと、
前記ゲートウェイ情報を購読している前記第２のアプリケーションサーバに対して、前記ゲートウェイ情報を通知するステップと、
前記第３のサービスプロバイダネットワークの中の第３のアプリケーションサーバから、前記第３のユーザ識別情報を用いた前記ゲートウェイ情報の購読を受理するステップと、
前記ゲートウェイ情報を購読している前記第３のアプリケーションサーバに対して、前記ゲートウェイ情報を通知するステップと、
前記ユーザ識別情報を用いて、前記第３のゲートウェイによって維持管理される第３のゲートウェイ情報を購読するステップと、
前記第３のゲートウェイ情報を受信するステップと、
前記第３のゲートウェイ情報を前記ゲートウェイに対して転送するステップと、
を備えることを特徴とする制御方法が提供される。

本発明の主な利点は、ユーザの作業負荷を抑えつつ、複数のローカルネットワークから単一のネットワークが形成されることである。

本発明の更なる特徴は、添付の図面を参照する以下の例示的な実施形態に関する記述から明らかになるであろう。添付の図面においては、全図を通して、同様の参照符号は同一の又は類似する部分を示す。

本発明の概要を示す概略図である。 本発明の例示的な実施形態に係るＩＭＳゲートウェイ（ＩＧ）リスト（ＩＧＬ）を示す図である。 本発明の例示的な実施形態に係るＩＧの機能ブロック図である。 本発明の例示的な実施形態に係るパーソナルネットワークアプリケーションサーバ（ＰＮＡＳ）の機能ブロック図である。 本発明の例示的な実施形態に係る、ＩＧの初期化手順を示すシーケンス図である。 本発明の例示的な実施形態に係る、２つのＩＧを含むパーソナルネットワーク（ＰＮ）が形成される手順を示すシーケンス図である。 本発明の例示的な実施形態に係る、更なるＩＧが既存のＰＮに対して追加される手順を示すシーケンス図である。 本発明の例示的な実施形態に係る、更なるＩＧが既存のＰＮに対して追加される手順を示すシーケンス図である。 本発明の例示的な実施形態に係る、ＩＧ間のＩＧＬに対する購読(subscription)のトポロジの例を概略的に示す図である。 本発明の代替的な実施形態に係る、２つのＩＧを含むＰＮが形成される手順を示すシーケンス図である。 本発明の代替的な実施形態に係る、更なるＩＧが既存のＰＮに対して追加される手順を示すシーケンス図である。 本発明の代替的な実施形態に係る、更なるＩＧが既存のＰＮに対して追加される手順を示すシーケンス図である。

以下、添付の図面を参照して、本発明の実施形態を説明する。以下で説明する各実施形態は、一般的なものからより具体的なものまでの多様なコンセプトを理解するのに役立つであろう。

なお、本発明の技術的範囲は、特許請求の範囲によって規定されるのであって、以下の各実施形態によって限定される訳ではない。また、実施形態の中で説明されている特徴の組み合わせすべてが、常に本発明に必須とは限らない。

図１は、本発明の概要を示す概略図である。３つのＬＡＮ（ＬＡＮ１、ＬＡＮ２、ＬＡＮ３）があり、各ＬＡＮが少なくとも１つのＩＧ（ＩＧ１、ＩＧ２、ＩＧ３）を含む。各ＬＡＮはまた、パーソナルコンピュータのような１以上のデバイスを含むこともできる。ＩＧはレジデンシャルゲートウェイとして機能するので、各ＬＡＮはＩＰネットワーク（ＷＡＮ）と通信することができる。ＩＰネットワークには３つのＩＭＳネットワーク（ＩＭＳ１、ＩＭＳ２、ＩＭＳ３）があり、これらは相互に通信可能である。各ＩＭＳネットワークは、パーソナルネットワークアプリケーションサーバ（ＰＮＡＳ）と呼ばれるアプリケーソンサーバ（ＰＮＡＳ１、ＰＮＡＳ２、ＰＮＡＳ３）を含む。

ＩＧ１、ＩＧ２、及びＩＧ３は、それぞれ、ＩＭＳ１、ＩＭＳ２、ＩＭＳ３に関連付けられた加入情報を持つものとする。ＩＭＳ加入情報は、ＩＭＰＵを含み、ＩＧは、このＩＭＰＵを用いてＩＭＳ及びＰＮＡＳによるサービス提供を受けることができる。注目すべきこととして、例えば、ＩＧ１はＰＮＡＳ２のためのＩＭＰＵを持ってはいないが、ＩＭＳ２に対するＩＭＳ加入情報を必要としないＰＮＡＳ２のサービスは受けることができる。

図１において、ＬＡＮ１、ＬＡＮ２、及びＬＡＮ３が単一のＰＮを形成するものとする。しかしながら、従来の技術においては、これらのＬＡＮを相互に関連付ける適当なメカニズムが存在しないため、これら３つのＬＡＮから単一のＰＮを形成することが不可能である。それゆえ、本発明は、ＩＧのグループを表すＩＧリスト（ＩＧＬ）というコンセプトを導入する。ＩＧＬは、後述するメカニズムに従って、ＰＮ中の全ＩＧ、及びＩＧに関連付けられた全ＰＮＡＳによって共有されるので、全ＩＧ及び全ＰＮＡＳがＰＮの構造を認識することができる。

図２は、本発明の例示的な実施形態に係るＩＧＬを示す。ＩＧＬは、ＰＮ中の各ＩＧについて、ＩＧの名前（ＩＧ名）、ＩＧのＩＭＰＵ、ＩＧの状態（アクティブ又は非アクティブ）、及び、ＩＧが現在の状態になった時刻を示すタイムスタンプを含む。

「非アクティブ」なＩＧは、以前にＰＮに参加したことがあるものの、シャットダウンされた、故障した、などの理由により一時的にＰＮから離脱しているＩＧである。ＩＧがＰＮから「永続的に」離脱することを決めた場合、このＩＧのための行はＩＧＬから削除される。

図３は、本発明の例示的な実施形態に係るＩＧ３００の機能ブロック図である。注目すべきこととして、ＩＧ３００の各ブロックの機能は、専用ハードウェア、プロセッサ（不図示）によって実行されるソフトウェア、又はその組み合わせによって実装可能である。

ＩＧ３００は、ＩＧ３００から取り外し可能なＵＩＣＣ３０１(Universal Integrated Circuit Card)を含む。ＵＩＣＣ３０１は、ＩＭＳネットワークのためのＩＭＳ加入情報を格納する。ＩＧ３００は、ＵＩＣＣ３０１からＩＭＳ加入情報を取得し、ＩＭＳ加入情報に関連付けられたＩＭＳネットワークに対してＬＡＮを接続する。ＩＧ３００はまた、ＷＡＮ（例えば、図１に示すＩＰネットワーク）と通信するためのネットワークインタフェース３０２を含む。更に、図３には示していないが、ＩＧ３００は、ＬＡＮと通信するためのネットワークインタフェースを含む。ＩＧ３００の他のブロックの動作は、図５乃至図８、及び図１０のシーケンス図を参照して後述する。

図４は、本発明の例示的な実施形態に係るＰＮＡＳ４００の機能ブロック図である。注目すべきこととして、ＰＮＡＳ４００の各ブロックの機能は、専用ハードウェア、プロセッサ（不図示）によって実行されるソフトウェア、又はその組み合わせによって実装可能である。破線に囲まれたブロックは、本例示的な実施形態には不要である。

ＰＮＡＳ４００は、ＷＡＮ（例えば、図１に示すＩＰネットワーク）と通信するためのネットワークインタフェース４０１を含む。従って、ＰＮＡＳ４００は、ネットワークインタフェース４０１経由で、ＩＧ３００も含めてＷＡＮと通信可能な任意のノードと通信することができる。注目すべきこととして、別々のＩＭＳネットワークに所属するＰＮＡＳ間の通信は、既存の標準の購読及び通知(subscription and notification)のメカニズム（このキャリア間相互作用は、ＯＭＡにおいて標準化されている(OMA, Presence SIMPLE Architecture, Approved Version 1.1, OMA-AD-Presence_SIMPLE-V1_1-20080627-A, Jun 2008)）を再利用することにより実行される。

ＰＮＡＳ４００の他のブロックの動作は、図５乃至図８、及び図１０のシーケンス図を参照して後述する。

以下の説明において、各ＩＧ（ＩＧ１、ＩＧ２、ＩＧ３，．．．）は図３に示すＩＧ３００の構成を持ち、各ＰＮＡＳ（ＰＮＡＳ１、ＰＮＡＳ２、ＰＮＡＳ３，．．．）は図４に示すＰＮＡＳ４００の構成を持つ。また、ＩＧＬｘ（ｘ＝１，２，３，．．．）は、ＩＧｘの維持管理ユニット３０３又はＰＮＡＳｘの維持管理ユニット４０２によって維持管理されるＩＧＬを示し、ＬＡＮｘは、ＩＧｘを含むＬＡＮに関する情報を示す。ウォッチャーリスト（ＷＬ）は、ＩＧＬを購読しているＩＧを表す購読者情報を示す。ＷＬｘは、ＰＮＡＳｘの維持管理ユニット４０２によって維持管理され、ＩＧＬｘを購読しているＩＧを表す。

図５は、本発明の例示的な実施形態に係る、ＩＧの初期化手順を示すシーケンス図である。単純化のために、本実施形態を説明するのに必要でない動作は、以下のシーケンス図において省略される（例えば、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージに応答するＳＩＰ ２００ ＯＫメッセージは省略される）。注目すべきこととして、本発明は、以下に記述するプロトコルに限定されない。例えば、以下に記述するＳＩＰメッセージの中には、ＨＴＴＰメッセージに置き換え可能なものもある。

ＩＧ１に関して初期化手順を説明するが、これはＩＧｘの任意のものに対して適用可能である。ＩＧ１に電源が投入されてＰＮＡＳ１との関連付けを確立するように指示されると、初期化手順が開始する。

ステップＳ５０１で、ＩＧ１は、ＰＮＡＳ１との関連付けを確立する。このステップは、従来の技術に従う幾つかの手順を含む。例えば、ＩＧ１は、ＵＩＣＣ３０１から１つのＩＭＰＩと１つ又は複数のＩＭＰＵとを含むＩＭＳ加入情報を取得し、ＩＭＳ加入情報に関連付けられたＩＭＳネットワーク（ＩＭＳ１）にアタッチする。

ステップＳ５０２で、維持管理ユニット３０３は、ＩＧＬ１を作成する。ＩＧＬ１は、この時点では、ＩＧ１に関する情報のみを含む。

ステップＳ５０３で、情報通知ユニット３０４は、例えばＵｔインタフェース経由でＸＣＡＰ(XML Configuration Access Protocol)を使用することにより、又はＳＩＰ ＰＵＢＬＩＳＨメッセージを使用することにより、ＰＮＡＳ１に対して、ＩＧＬ１が変化したことを通知する。

ステップＳ５０４で、ＰＮＡＳ１の維持管理ユニット４０２は、ＩＧＬ１がＩＧ１に関する情報を含むようにＩＧＬ１を更新する。

ステップＳ５０５で、ＩＧ１の購読ユニット３０５は、ＰＮＡＳ１に対してＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信することにより、ＷＬ１を購読する。ＳＩＯＰ ＳＵＢＳＣＲＩＢメッセージは、ＰＮＡＳ１の受理ユニット４０３によって受理される。

ステップＳ５０６で、ＩＧ１の情報通知ユニット３０４は、ＰＮＡＳ１に対してＳＩＰ ＰＵＢＬＩＳＨメッセージを送信することにより、ＰＮＡＳ１に対してＬＡＮ１を発行する。

この段階で、ＩＧ１及びＰＮＡＳ１はＩＧＬ１及びＬＡＮ１を共有する。同様に、ＩＧｘ及びＰＮＡＳｘはＩＧＬｘ及びＬＡＮｘを共有する。しかしながら、各ＩＧＬは単一のＩＧしか含んでいないので、ＩＧ間の関連付けはまだ確立していない。それゆえ、２以上のＬＡＮを含むＰＮはまだ形成されていない。

注目すべきこととして、ステップＳ５０６におけるＬＡＮ情報（ＬＡＮ１）の発行は、本発明にとって必須ではない。ＰＮの全ＩＧを含むＩＧＬが全ＩＧによって共有される限り、各ＩＧはＰＮ中の他のＩＧの存在を認識することができる。ＩＧＬを用いれば、各ＩＧは他のＩＧにサービス提供しているＰＮＡＳから任意の情報を取得することができる（その情報が他のＩＧによってＰＮＡＳに対して発行されている限り）。換言すると、各ＩＧは、ＰＮを形成する全ＬＡＮに関する情報を他のＩＧと共有することができる。

本実施形態はＬＡＮ情報の文脈で説明されているが、具体的な手順は、共有対象の情報の性質に依存して変化し得る。

図６は、本発明の例示的な実施形態に係る、２つのＩＧを含むＰＮが形成される手順を示すシーケンス図である。各ＩＧについて図５の初期化手順が完了しているものとする。

ステップＳ６０１で、ＩＧ２の修正ユニット３０６は、ＩＧ１を追加する指示をユーザから受信し、この指示に応えて、ＩＧ１がＩＧＬ２に含まれるようにＩＧＬ２を修正する。その結果、ＩＧ２のＩＧＬ２は、ＩＧ１及びＩＧ２を含む。

ステップＳ６０２で、ＩＧ２の情報通知ユニット３０４は、ＸＣＡＰコマンドを用いることにより、ＰＮＡＳ２に対してＩＧＬ２における変化（即ち、ＩＧ１の追加）を通知する。

ステップＳ６０３で、ＩＧ２の購読ユニット３０５は、ＰＮＡＳ１に対してＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信することにより、ＩＧＬ１及びＬＡＮ１を購読する。より具体的には、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージはＩＧ１を宛先とするが、ＩＭＳ１の呼セッション制御機能（ＣＳＣＦ）がメッセージを解釈してこれをＰＮＡＳ１へルーティングする。ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージは、ＰＮＡＳ１の受理ユニット４０３によって受理される。注目すべきこととして、ＩＧ１からＰＮＡＳ１へ送信されたＩＧ１の最新のプレゼンス情報（即ち、ＩＧＬ１及びＬＡＮ１）は、ＰＮＡＳ１の維持管理ユニット４０２によって維持管理されている。

ステップＳ６０３において新たな購読が行われたので、ステップＳ６０４で、ＰＮＡＳ１の維持管理ユニット４０２は、ＷＬ１を更新する。その結果、ＷＬ１はＩＧ２を含む。

ステップＳ６０５で、Ｓ６０２におけるＸＣＡＰコマンドに応えて、ＰＮＡＳ２の維持管理ユニット４０２は、ＩＧＬ２がＩＧ１を含むようにＩＧＬ２を更新する。その結果、ＰＮＡＳ２のＩＧＬ２は、ＩＧ１及びＩＧ２を含む。

ステップＳ６０６で、ステップＳ６０３における購読に応えて、ＰＮＡＳ１の通知ユニット４０４は、ＩＧ２に対してＳＩＰ ＮＯＴＩＦＹメッセージを送信する。しかしながら、ＳＩＰ ＮＯＴＩＦＹメッセージはＩＧＬ１及びＬＡＮ１を含んでおらず、"Subscription-state"が"pending"にセットされている。この段階で、ＩＧ１のＩＧＬ１に対するＩＧ２の購読は、保留状態ではあるが、図９に示すように形成される。

ステップＳ６０４においてＷＬ１が更新されたので、ステップＳ６０７で、ＰＮＡＳ１の通知ユニット４０４は、ＷＬ１を含むＳＩＰ ＮＯＴＩＦＹメッセージをＩＧ１に対して送信する。ＳＩＰ ＮＯＴＩＦＹメッセージは、ＩＧ１の受信ユニット３０７によって受信される。

ステップＳ６０８で、ＩＧ１の検出ユニット３０８は、ＩＧＬ１に含まれていない新たなＩＧ（即ち、ＩＧ２）を検出する。

ステップＳ６０９で、ＩＧ１の検出ユニット３０８は、ユーザに対して、ＩＧ２の追加を許可又は拒否するように促す。

ステップＳ６０９においてユーザがＩＧ２の追加を許可したという条件の下、ステップＳ６１０で、ＩＧ１の検出ユニット３０８は、ＩＧＬ１がＩＧ２を含むようにＩＧＬ１を修正する。その結果、ＩＧ１のＩＧＬ１は、ＩＧ１及びＩＧ２を含む。

ステップＳ６１１で、ＩＧ１の情報通知ユニット３０４は、ＸＣＡＰコマンドを用いることにより、ＰＮＡＳ１に対してＩＧＬ１における変化（即ち、ＩＧ２の追加）を通知する。

ステップＳ６１２で、ＩＧ１の購読ユニット３０５は、ＰＮＡＳ２に対してＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信することにより、ＩＧＬ２及びＬＡＮ２を購読する。ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージは、ＰＮＡＳ２の受理ユニット４０３によって受理される。

Ｓ６１１におけるＸＣＡＰコマンドに応えて、ステップＳ６１３で、ＰＮＡＳ１の維持管理ユニット４０２は、ＩＧＬ１がＩＧ２を含むようにＩＧＬ１を更新する。その結果、ＰＮＡＳ１のＩＧＬ１は、ＩＧ１及びＩＧ２を含む。

ステップＳ６１２において新たな購読が行われたので、ステップＳ６１４で、ＰＮＡＳ２の維持管理ユニット４０２は、ＷＬ２を更新する。その結果、ＷＬ２はＩＧ１を含む。

ステップＳ６１１におけるＸＣＡＰコマンドを通じてＰＮＡＳ１の通知ユニット４０４がＩＧ２の追加が許可されたということを認識するので、ステップＳ６１５で、ＰＮＡＳ１の通知ユニット４０４は、ＩＧＬ１及びＬＡＮ１を含むＳＩＰ ＮＯＴＩＦＹメッセージをＩＧ２に対して送信する。このステップでは、ＳＩＰ ＮＯＴＩＦＹメッセージの"Subscription-state"パラメータは、"active"にセットされている。このステップでは、ＩＧ２の置換ユニット３０９は、ＩＧＬ２及び受信したＩＧＬ１が両方ともＩＧ１及びＩＧ２を含んでいるので、ＩＧ１及びＩＧ２を含むＩＧＬがＩＧ１との間で共有されているということを認識する。

ステップＳ６１２における購読に応えて、ステップＳ６１６で、ＰＮＡＳ２の通知ユニット４０４は、ＩＧＬ２及びＬＡＮ２を含むＳＩＰ ＮＯＴＩＦＹメッセージをＩＧ１に対して送信する。ステップＳ６１５と同様、ＩＧ１の置換ユニット３０９は、ＩＧＬ１及び受信したＩＧＬ２が両方ともＩＧ１及びＩＧ２を含んでいるので、ＩＧ１及びＩＧ２を含むＩＧＬがＩＧ２との間で共有されているということを認識する。

この段階で、図９に示すように、ＩＧ１とＩＧ２との間において、ＩＧＬに対する双方向の購読が形成される。従って、ＩＧ１は、ＩＧ２のＩＧＬ２におけるあらゆる変更に気付くことができ、その逆もまた然りである。結果的に、ＩＧ１及びＩＧ２を含むＰＮが認識可能な態様で形成され、ＩＧ１及びＩＧ２が、ＰＮに含まれるＩＧのグループを表す最新のＩＧＬを追跡することが可能である。

ステップＳ６１４においてＷＬ２が更新されたので、ステップＳ６１７で、ＰＮＡＳ２の通知ユニット４０４は、ＷＬ２を含むＳＩＰ ＮＯＴＩＦＹメッセージをＩＧ２に対して送信する。このステップでは、ＷＬ２の中のＩＧ１はＩＧＬ２に既に含まれているので、ＩＧ２の検出ユニット３０８は、新たなＩＧを検出しない。

ステップＳ６１８で、ＩＧ１の情報通知ユニット３０４は、ステップＳ６１６において受信したＬＡＮ２をＰＮＡＳ１に対して発行する。

ステップＳ６１９で、ＩＧ２の情報通知ユニット３０４は、ステップＳ６１５において受信したＬＡＮ１をＰＮＡＳ２に対して発行する。

この段階で、ＰＮＡＳ１及びＰＮＡＳ２が両方とも、ＰＮを形成する全ＬＡＮに関する情報を持つ。従って、ＰＮにアクセスすることを望むデバイスは、ＰＮＡＳ１又はＰＮＡＳ２にアクセスして、デバイスのそのアクセスが許可されれば、ＰＮに関する全ＬＡＮ情報を取得することができる。或いは、ＰＮＡＳ１及びＰＮＡＳ２は、そのデバイスに対してＬＡＮ情報の代わりにＩＧＬを開示してもよい。この場合、そのデバイスは、ＩＧＬを検査することにより、ＰＮに関与するＩＧ１及びＩＧ２にサービス提供しているＰＮＡＳ１及びＰＮＡＳ２を識別して、ＰＮＡＳ１及びＰＮＡＳ２から各ＬＡＮ情報を収集することができる。それゆえ、ＰＮＡＳがＰＮに関する全ＬＡＮ情報を収集する必要が無い。

図７及び図８は、本発明の例示的な実施形態に係る、更なるＩＧが既存のＰＮに対して追加される手順を示すシーケンス図である。ＩＧ３が、ＩＧ１及びＩＧ２を含むＰＮに追加されるものとする。簡略化のために、図７及び図８においては、ステップＳ７５１及びＳ７５２を除き、ＬＡＮ情報の発行は省略する。

ステップＳ７０１で、ＩＧ３の修正ユニット３０６は、ＩＧ１を追加する指示をユーザから受信し、この指示に応えて、ＩＧ１がＩＧＬ３に含まれるようにＩＧＬ３を修正する。その結果、ＩＧ３のＩＧＬ３は、ＩＧ１及びＩＧ３を含む。

ステップＳ７０２で、ＩＧ３の情報通知ユニット３０４は、ＸＣＡＰコマンドを用いることにより、ＰＮＡＳ３に対してＩＧＬ３における変化（即ち、ＩＧ１の追加）を通知する。

ステップＳ７０３で、ＩＧ３の購読ユニット３０５は、ＰＮＡＳ１に対してＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信することにより、ＩＧＬ１及びＬＡＮ１を購読する。ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージは、ＰＮＡＳ１の受理ユニット４０３によって受理される。

ステップＳ７０３において新たな購読が行われたので、ステップＳ７０４で、ＰＮＡＳ１の維持管理ユニット４０２は、ＷＬ１を更新する。その結果、ＷＬ１はＩＧ２及びＩＧ３を含む。

ステップＳ７０５で、Ｓ７０２におけるＸＣＡＰコマンドに応えて、ＰＮＡＳ３の維持管理ユニット４０２は、ＩＧＬ３がＩＧ１を含むようにＩＧＬ３を更新する。ＰＮＡＳ３のＩＧＬ３は、ＩＧ１及びＩＧ３を含む。

ステップＳ７０６で、ステップＳ７０３における購読に応えて、ＰＮＡＳ１の通知ユニット４０４は、ＩＧ３に対してＳＩＰ ＮＯＴＩＦＹメッセージを送信する。しかしながら、ＳＩＰ ＮＯＴＩＦＹメッセージはＩＧＬ１及びＬＡＮ１を含んでおらず、"Subscription-state"が"pending"にセットされている。この段階で、ＩＧ１のＩＧＬ１に対するＩＧ３の購読は、保留状態ではあるが、図９に示すように形成される。

ステップＳ７０４においてＷＬ１が更新されたので、ステップＳ７０７で、ＰＮＡＳ１の通知ユニット４０４は、ＷＬ１を含むＳＩＰ ＮＯＴＩＦＹメッセージをＩＧ１に対して送信する。ＳＩＰ ＮＯＴＩＦＹメッセージは、ＩＧ１の受信ユニット３０７によって受信される。

ステップＳ７０８で、ＩＧ１の検出ユニット３０８は、ＩＧＬ１に含まれていない新たなＩＧ（即ち、ＩＧ３）を検出する。

ステップＳ７０９で、ＩＧ１の検出ユニット３０８は、ユーザに対して、ＩＧ３の追加を許可又は拒否するように促す。

ステップＳ７０９においてユーザがＩＧ３の追加を許可したという条件の下、ステップＳ７１０で、ＩＧ１の検出ユニット３０８は、ＩＧＬ１がＩＧ３を含むようにＩＧＬ１を修正する。その結果、ＩＧ１のＩＧＬ１は、ＩＧ１、ＩＧ２、及びＩＧ３を含む。

ステップＳ７１１乃至Ｓ７１４はオプションであり、後で説明する。

ステップＳ７１５で、ＩＧ１の情報通知ユニット３０４は、ＸＣＡＰコマンドを用いることにより、ＰＮＡＳ１に対してＩＧＬ１における変化（即ち、ＩＧ３の追加）を通知する。

Ｓ７１５におけるＸＣＡＰコマンドに応えて、ステップＳ７１６で、ＰＮＡＳ１の維持管理ユニット４０２は、ＩＧＬ１がＩＧ３を含むようにＩＧＬ１を更新する。その結果、ＰＮＡＳ１のＩＧＬ１は、ＩＧ１、ＩＧ２、及びＩＧ３を含む。

図８を参照すると、ステップＳ７１５におけるＸＣＡＰコマンドを通じてＰＮＡＳ１の通知ユニット４０４がＩＧ３の追加が許可されたということを認識するので、ステップＳ７１６に続くステップＳ７１７で、ＰＮＡＳ１の通知ユニット４０４は、ＩＧＬ１及びＬＡＮ１を含むＳＩＰ ＮＯＴＩＦＹメッセージをＩＧ３に対して送信する。このステップでは、ＳＩＰ ＮＯＴＩＦＹメッセージの"Subscription-state"パラメータは、"active"にセットされている。ステップＳ７５１で、ＬＡＮ１の受信に応えて、ＩＧ３は、ＬＡＮ１をＰＮＡＳ３に対して発行する。

ＩＧ２の購読ユニット３０５が購読しているＩＧＬ１がステップＳ７１６において更新されたので、ステップＳ７１８で、ＰＮＡＳ１の通知ユニット４０４は、ＩＧＬ１を含むＳＩＰ ＮＯＴＩＦＹメッセージをＩＧ２に対して送信する。

ステップＳ７１９で、ＩＧ３の置換ユニット３０９は、ステップＳ７１７において受信したＩＧＬ１によりＩＧＬ３を置換する。その結果、ＩＧ３のＩＧＬ３は、ＩＧ１、ＩＧ２、及びＩＧ３を含む。換言すると、ＩＧ２がＩＧ３のＩＧＬ３に追加される。

ステップＳ７２０で、ＩＧ２の置換ユニット３０９は、ステップＳ７１８で受信したＩＧＬ１でＩＧＬ２を置換する。その結果、ＩＧ２のＩＧＬ２は、ＩＧ１、ＩＧ２、及びＩＧ３を含む。換言すると、ＩＧ３がＩＧ２のＩＧＬ２に追加される。

ステップＳ７１９においてＩＧ２がＩＧ３のＩＧＬ３に追加されたので、ステップＳ７２１で、ＩＧ３の情報通知ユニット３０４は、ＸＣＡＰコマンドを用いることにより、ＰＮＡＳ３に対してＩＧ２の追加を通知する。

ステップＳ７２０においてＩＧ３がＩＧ２のＩＧＬ２に追加されたので、ステップＳ７２２で、ＩＧ２の情報通知ユニット３０４は、ＸＣＡＰコマンドを用いることにより、ＰＮＡＳ２に対してＩＧ３の追加を通知する。

ステップＳ７２３で、Ｓ７２１におけるＸＣＡＰコマンドに応えて、ＰＮＡＳ３の維持管理ユニット４０２は、ＩＧＬ３がＩＧ２を含むようにＩＧＬ３を更新する。その結果、ＰＮＡＳ３のＩＧＬ３は、ＩＧ１、ＩＧ２、及びＩＧ３を含む。

ステップＳ７２４で、Ｓ７２２におけるＸＣＡＰコマンドに応えて、ＰＮＡＳ２の維持管理ユニット４０２は、ＩＧＬ２がＩＧ３を含むようにＩＧＬ２を更新する。その結果、ＰＮＡＳ２のＩＧＬ２は、ＩＧ１、ＩＧ２、及びＩＧ３を含む。

ステップＳ７２４においてＩＧＬ２が更新されたので、ステップＳ７２５で、ＰＮＡＳ２の通知ユニット４０４は、ＩＧＬ２を含むＳＩＰ ＮＯＴＩＦＹメッセージをＩＧ１に対して送信する。

ステップＳ７２６で、ＩＧ１の購読ユニット３０５は、ＩＧＬ１に含まれるＩＧ３のＩＧＬ３を自分が購読していないということを検出する。それゆえ、ＩＧ１の購読ユニット３０５は、ＩＧＬ３及びＬＡＮ３を購読する。ＩＧＬ３及びＬＡＮ３は、ステップＳ７２７において受信される。

ステップＳ７２８で、ＩＧ２の購読ユニット３０５は、ＩＧＬ２に含まれるＩＧ３のＩＧＬ３を自分が購読していないということを検出する。それゆえ、ＩＧ２の購読ユニット３０５は、ＩＧＬ３及びＬＡＮ３を購読する。ＩＧＬ３及びＬＡＮ３は、ステップＳ７２９において受信される。

ステップＳ７３０で、ＩＧ３の購読ユニット３０５は、ＩＧＬ３に含まれるＩＧ２のＩＧＬ２を自分が購読していないということを検出する。それゆえ、ＩＧ３の購読ユニット３０５は、ＩＧＬ２及びＬＡＮ２を購読する。ＩＧＬ２及びＬＡＮ２は、ステップＳ７３１において受信される。ステップＳ７５２で、ＬＡＮ２の受信に応えて、ＩＧ３は、ＬＡＮ２をＰＮＡＳ３に対して発行する。

この段階で、図９に示すように、ＩＧ１とＩＧ２との間、ＩＧ２とＩＧ３との間、及びＩＧ３とＩＧ１との間において、ＩＧＬに対する双方向の購読が形成される。従って、ＩＧ１、ＩＧ２、及びＩＧ３を含むＰＮが、認識可能な態様で形成され、ＩＧ１、ＩＧ２、及びＩＧ３が、ＰＮに含まれるＩＧのグループを表す最新のＩＧＬを追跡することが可能である。

既存のＰＮに対する更なるＩＧの追加は、図７及び図８に示す手順に類似した手順を用いて実行可能である。

幾つかの実施形態においては、ＩＧ３００の維持管理ユニット３０３は、ＰＮに含まれるＩＧ間の有向グラフを表すトポロジ情報を更に維持管理してもよい。有向グラフは、全てのＩＧが他の全てのＩＧへのパスを持つように構成される。この場合、購読ユニット３０５は、他のＩＧのＩＧＬに対する購読を、有向グラフに従って実行する。換言すると、購読ユニット３０５は、有向グラフにおいて直接パス（即ち、他のＩＧを通過しないパス）が存在しないＩＧのＩＧＬは購読しない。

トポロジ情報がなければ、図８のステップＳ７３１を参照して上述したように、ＩＧ間のＩＧＬに対する購読は、「フルメッシュ」構造で形成される。他方、トポロジ情報があれば、ＩＧ間のＩＧＬに対する購読は、例えば「ループ」構造で形成することができる。このことは、ＳＩＰ ＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹのためのシグナリングに関連する通信トラヒックを減少させることができるので、有利である。

図７を参照すると、ステップＳ７１１で、ＩＧ１の検出ユニット３０８は、トポロジ情報を修正する。修正されたトポロジ情報はループ構造（ＩＧ１−＞ＩＧ２−＞ＩＧ３−＞ＩＧ１）を持つ有向グラフを表すものとするが、新たに検出されたＩＧを含む全てのＩＧが他の全てのＩＧへのパス（直接的であれ間接的であれ）を持つ限り、任意の構造を採用可能である。

ステップＳ７１２で、ＩＧ１の検出ユニット３０８は、修正されたトポロジ情報をＰＮＡＳ１に対して送信する。

ステップＳ７１３及びＳ７１４で、ＰＮＡＳ１の維持管理ユニット４０２は、受信したトポロジ情報を、ＩＧＬ１の中の他のＩＧ（即ち、ＩＧ２及びＩＧ３）に対して転送する。これらのステップでは、ＩＧ２の置換ユニット３０９は、ＩＧ２の維持管理ユニット３０３によって維持管理されているトポロジ情報を受信したトポロジ情報で置換し、ＩＧ３の置換ユニット３０９は、ＩＧ３の維持管理ユニット３０３によって維持管理されているトポロジ情報を受信したトポロジ情報で置換する。

図８を参照すると、ステップＳ７３２乃至Ｓ７３４で、トポロジ情報に従い、ＩＧは、"Expire"ヘッダが"0"にセットされたＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信することにより、購読の一部を終了させる。その結果、図９に示すように、ループ構造を持つ購読が形成される。

注目すべきこととして、例えば、ステップＳ７２６に先立ってＩＧ１の購読ユニット３０５がＩＧＬ３の購読は不要であることに気付いた場合、ステップＳ７２６、Ｓ７２７、及びＳ７３２は省略可能である。

代替的な実施形態では、ＰＮＡＳ４００は、ＩＧ３００の代わりにＩＧＬを購読する(3GPP TS 23.228 "IP Multimedia Subsystem (IMS); Stage 2 (Release 8)," section 5.7.3 (Application Server (AS) acting as originating UA), 2008)。この目的のために、図４に示すように、ＰＮＡＳ４００は、購読ユニット４０５、受信ユニット４０６、及び転送ユニット４０７を更に備える。

図１０は、本発明の代替的な実施形態に係る、２つのＩＧを含むＰＮが形成される手順を示すシーケンス図である。図１０において、図６と同一の又は類似の動作が実行されるステップには、図６と同一の参照番号が割り当てられ、その説明は省略される。

ステップＳ１００１で、ＰＮＡＳ２の購読ユニット４０５は、ＩＧ２のＩＭＰＵを用いることにより、ＩＧＬ１及びＬＡＮ１を購読する。注目すべきこととして、ＰＮＡＳ２とＩＧ２との間の関連付けが確立される際に（図５のステップＳ５０１参照）、ＰＮＡＳ２はＩＧ２のＩＭＰＵを取得することができる。

ステップＳ１００１における購読に応えて、ステップＳ１００２で、ＰＮＡＳ１の通知ユニット４０４は、ＳＩＰ ＮＯＴＩＦＹメッセージをＰＮＡＳ２に対して送信する。しかしながら、ＳＩＰ ＮＯＴＩＦＹメッセージはＩＧＬ１及びＬＡＮ１を含んでおらず、"Subscription-state"が"pending"にセットされている。ＳＩＰ ＮＯＴＩＦＹメッセージは、ＰＮＡＳ２の受信ユニット４０６によって受信される。

ステップＳ１００３で、ＰＮＡＳ１の購読ユニット４０５は、ＩＧ１のＩＭＰＵを用いることにより、ＩＧＬ２及びＬＡＮ２を購読する。

ステップＳ６１１におけるＸＣＡＰコマンドを通じてＰＮＡＳ１の通知ユニット４０４がＩＧ２の追加が許可されたということを認識するので、ステップＳ１００４で、ＰＮＡＳ１の通知ユニット４０４は、ＩＧＬ１及びＬＡＮ１を含むＳＩＰ ＮＯＴＩＦＹメッセージをＰＮＡＳ２に対して送信する。このステップでは、ＳＩＰ ＮＯＴＩＦＹメッセージの"Subscription-state"パラメータは、"active"にセットされている。ＳＩＰ ＮＯＴＩＦＹメッセージは、ＰＮＡＳ２の受信ユニット４０６によって受信される。

ステップＳ１００５で、ＰＮＡＳ２の転送ユニット４０７は、ＩＧＬ１及びＬＡＮ１をＩＧ２に対して転送する。このステップでは、ＩＧＬ２及び転送されたＩＧＬ１が両方ともＩＧ１及びＩＧ２を含んでいるので、ＩＧ２の置換ユニット３０９は、ＩＧ１及びＩＧ２を含むＩＧＬがＩＧ１との間で共有されたことを認識する。

ステップＳ１００３における購読に応えて、ステップＳ１００６で、ＰＮＡＳ２の通知ユニット４０４は、ＩＧＬ２及びＬＡＮ２を含むＳＩＰ ＮＯＴＩＦＹメッセージをＰＮＡＳ１に対して送信する。ＳＩＰ ＮＯＴＩＦＹメッセージは、ＰＮＡＳ１の受信ユニット４０６によって受信される。

ステップＳ１００７で、ＰＮＡＳ１の転送ユニット４０７は、ＩＧＬ２及びＬＡＮ２をＩＧ１に対して転送する。ステップＳ１００５と同様、ＩＧＬ１及び転送されたＩＧＬ２が両方ともＩＧ１及びＩＧ２を含んでいるので、ＩＧ１の置換ユニット３０９は、ＩＧ１及びＩＧ２を含むＩＧＬがＩＧ２との間で共有されたことを認識する。

注目すべきこととして、ＰＮＡＳ１はステップＳ１００６においてＬＡＮ２を取得し、ＰＮＡＳ２はステップＳ１００４においてＬＡＮ１を取得するので、ＩＧ１からＰＮＡＳ１へのＬＡＮ２の発行、及びＩＧ２からＰＮＡＳ２へのＬＡＮ１の発行は、不要である。

図１１及び図１２は、本発明の代替的な実施形態に係る、更なるＩＧが既存のＰＮに対して追加される手順を示すシーケンス図である。ＩＧ３が、ＩＧ１及びＩＧ２を含むＰＮに追加されるものとする。図１１及び図１２において、図７及び図８と同一の又は類似の動作が実行されるステップには、図７及び図８と同一の参照番号が割り当てられ、その説明は省略される。

ステップＳ１１０１で、ＰＮＡＳ３の購読ユニット４０５は、ＩＧ３のＩＭＰＵを用いることにより、ＩＧＬ１及びＬＡＮ１を購読する。注目すべきこととして、ＰＮＡＳ３とＩＧ３との間の関連付けが確立される際に（図５のステップＳ５０１参照）、ＰＮＡＳ３はＩＧ３のＩＭＰＵを取得することができる。

ステップＳ１１０１における購読に応えて、ステップＳ１１０２で、ＰＮＡＳ１の通知ユニット４０４は、ＳＩＰ ＮＯＴＩＦＹメッセージをＰＮＡＳ３に対して送信する。しかしながら、ＳＩＰ ＮＯＴＩＦＹメッセージはＩＧＬ１及びＬＡＮ１を含んでおらず、"Subscription-state"が"pending"にセットされている。ＳＩＰ ＮＯＴＩＦＹメッセージは、ＰＮＡＳ３の受信ユニット４０６によって受信される。

ステップＳ７１５におけるＸＣＡＰコマンドを通じてＰＮＡＳ１の通知ユニット４０４がＩＧ３の追加が許可されたということを認識するので、ステップＳ１１０３で、ＰＮＡＳ１の通知ユニット４０４は、ＩＧＬ１及びＬＡＮ１を含むＳＩＰ ＮＯＴＩＦＹメッセージをＰＮＡＳ３に対して送信する。このステップでは、ＳＩＰ ＮＯＴＩＦＹメッセージの"Subscription-state"パラメータは、"active"にセットされている。ＳＩＰ ＮＯＴＩＦＹメッセージは、ＰＮＡＳ２の受信ユニット４０６によって受信される。

ステップＳ１１０４で、ＰＮＡＳ３の転送ユニット４０７は、ＩＧＬ１及びＬＡＮ１をＩＧ３に対して転送する。

ＰＮＡＳ２の購読ユニット４０５が購読しているＩＧＬ１がステップＳ７１６において更新されたので、ステップＳ１１０５で、ＰＮＡＳ１の通知ユニット４０４は、ＩＧＬ１を含むＳＩＰ ＮＯＴＩＦＹメッセージをＰＮＡＳ２に対して送信する。

ステップＳ１１０６で、ＰＮＡＳ２の転送ユニット４０７は、ＩＧＬ１をＩＧ２に対して転送する。

ステップＳ７２４においてＩＧＬ２が更新されたので、ステップＳ１１０７で、ＰＮＡＳ２の通知ユニット４０４は、ＩＧＬ２を含むＳＩＰ ＮＯＴＩＦＹメッセージをＰＮＡＳ１に対して送信する。

ステップＳ１１０８で、ＰＮＡＳ１の転送ユニット４０７は、ＩＧＬ２をＩＧ１に対して転送する。

ステップＳ１１０９で、ＰＮＡＳ１の購読ユニット４０５は、ＩＧＬ１に含まれるＩＧ３のＩＧＬ３を自分が購読していないということを検出する。それゆえ、ＰＮＡＳ１の購読ユニット４０５は、ＩＧＬ３及びＬＡＮ３を購読する。ＩＧＬ３及びＬＡＮ３は、ステップＳ１１１０において受信され、ステップＳ１１１１において転送される。

ステップＳ１１１２で、ＰＮＡＳ２の購読ユニット４０５は、ＩＧＬ２に含まれるＩＧ３のＩＧＬ３を自分が購読していないということを検出する。それゆえ、ＰＮＡＳ２の購読ユニット４０５は、ＩＧＬ３及びＬＡＮ３を購読する。ＩＧＬ３及びＬＡＮ３は、ステップＳ１１１３において受信され、ステップＳ１１１４において転送される。

ステップＳ１１１５で、ＰＮＡＳ３の購読ユニット４０５は、ＩＧＬ３に含まれるＩＧ２のＩＧＬ２を自分が購読していないということを検出する。それゆえ、ＰＮＡＳ３の購読ユニット４０５は、ＩＧＬ２及びＬＡＮ２を購読する。ＩＧＬ２及びＬＡＮ２は、ステップＳ１１１６において受信され、ステップＳ１１１７において転送される。

注目すべきこととして、ステップＳ１１２１及びＳ１１２２においてＰＮＡＳ１からＰＮＡＳ２及びＰＮＡＳ３へトポロジ情報が転送される場合、ステップＳ１１２３乃至Ｓ１１２５で、トポロジ情報に従い、ＰＮＡＳは、"Expire"ヘッダが"0"にセットされたＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信することにより、購読の一部を終了させることができる。

（変形例）
注目すべきこととして、上述した本発明の原理は、単数又は複数のＰＮＡＳが、別々のＬＡＮに関与する単数又は複数のＩＧにサービス提供している場合にも適用可能である。

同様に、本発明の原理は、複数のＩＧが単一のＬＡＮ、又は部分的にオーバーラップする複数のＬＡＮに含まれる場合にも適用可能である。そのような場合、ＰＮＡＳは、複数のＬＡＮから同一のＬＡＮ情報を受信するかもしれない。それゆえ、ＰＮＡＳは、フィルタリング操作を実行することにより冗長な情報を除去することができる。

更に、本発明の原理は、ＩＭＳ標準には必ずしも準拠していないがＩＥＴＦ ＳＩＰ標準には準拠しているＳＩＰネットワークに対しても適用可能である。この場合、幾らかの適応がなされる。例えば、ＩＧはＳＩＰゲートウェイ（ＳＧ）によって置換され、ＩＭＰＵはＳＧのＳＩＰ ＵＲＩによって置換される。

更に、ＩＧは、プレゼンスユーザエージェント（ＰＵＡ）の機能を持つ汎用ＳＩＰユーザエージェント（ＵＡ）によって置換可能であり、ＰＮＡＳは、汎用プレゼンスエージェント（ＰＡ）によって置換可能である。ＰＮＡＳによって発行されるＬＡＮ情報は、ＳＩＰ ＵＡによって元々提供されるプレゼンス情報によって置換可能である。

（本発明の利点）
本発明によれば、様々な実施形態を参照して上述したように、ＩＧ、及びＩＧにサービス提供するＰＮＡＳは、ＰＮに関与するＩＧのグループを表すＩＧＬを共有するように構成される。

新たなＰＮを形成するためには、ユーザは、自分のＩＧに対して他のＩＧのＩＭＰＵを示すことが必要なだけである。なぜなら、両方のＩＧ（及び、それらにサービス提供しているＰＮＡＳ）は、各自のＩＧＬが両方のＩＧを含むように各自のＩＧＬを自動的に更新し、ＰＮが形成されるからである。更に、既存のＰＮに対してＩＧを追加するためには、ユーザは、追加すべきＩＧに対して既存のＰＮのＩＧのうちの１つのＩＭＰＵを示すことが必要なだけである。なぜなら、新たなＩＧを含む全てのＩＧ（及び、それらにサービス提供しているＰＮＡＳ）は、各自のＩＧＬが新たなＩＧを含む全てのＩＧを含むように各自のＩＧＬを自動的に更新し、新たなＩＧが既存のＰＮに追加されるからである。

従って、複数のネットワークから単一のネットワークを形成する作業負荷が軽減される。

例示的な実施形態を参照して本発明を説明してきたが、理解すべきこととして、本発明は開示された例示的な実施形態には限定されない。以下の請求項の範囲には、全ての修正物、及び均等な構造及び機能を包含するように、最も広い解釈が与えられる。

Claims (15)

1. ユーザ識別情報を取得し且つ前記ユーザ識別情報に関連付けられたサービスプロバイダネットワークに対してローカルネットワークを接続するゲートウェイ（３００）であって、
   前記ゲートウェイと、他のユーザ識別情報を取得し且つ前記他のユーザ識別情報に関連付けられた他のサービスプロバイダネットワークに対して他のローカルネットワークを接続する他のゲートウェイと、を含むゲートウェイのグループを表すゲートウェイ情報を維持管理する維持管理ユニット（３０３）と、
   前記他のゲートウェイによって維持管理される他のゲートウェイ情報を購読し、前記サービスプロバイダネットワークの中のアプリケーションサーバによって維持管理される、前記ゲートウェイ情報を購読しているゲートウェイを表す購読者情報を購読する、購読ユニット（３０５）と、
   前記購読ユニットが購読している前記他のゲートウェイ情報を受信し、前記購読ユニットが購読している前記購読者情報を受信する受信ユニット（３０７）と、
   前記受信した購読者情報の中で、前記グループに含まれない新たなゲートウェイを検出し、前記新たなゲートウェイが前記グループに含まれるように前記ゲートウェイ情報を修正する、検出ユニット（３０８）と、
   前記ゲートウェイ情報の内容を、前記受信ユニットが受信した前記他のゲートウェイ情報の内容によって置換する置換ユニット（３０９）と、
   前記アプリケーションサーバに対して、前記ゲートウェイ情報における変更を通知する情報通知ユニット（３０４）と、
   を備えることを特徴とするゲートウェイ。
2. 前記維持管理ユニットは、前記グループに含まれるゲートウェイ間の有向グラフを表すトポロジ情報を更に維持管理し、前記有向グラフは、全てのゲートウェイが他の全てのゲートウェイに対するパスを持つように構成され、
   前記ゲートウェイが前記有向グラフの中に所定のゲートウェイに対する直接パスを持たない場合、前記購読ユニットは、当該所定のゲートウェイによって維持管理されるゲートウェイ情報を購読せず、
   前記新たなゲートウェイが前記グループに含まれた際に、前記検出ユニットは、前記有向グラフの中で前記新たなゲートウェイを含む全てのゲートウェイが前記ゲートウェイを含む他の全てのゲートウェイに対するパスを持つように前記トポロジ情報を修正し、当該修正されたトポロジ情報を前記アプリケーションサーバに対して送信し、
   前記受信ユニットは、他のアプリケーションサーバから他のトポロジ情報を受信し、
   前記置換ユニットは、前記トポロジ情報を、前記受信ユニットが受信した前記他のトポロジ情報によって置換する
   ことを特徴とする請求項１に記載のゲートウェイ。
3. 前記新たなゲートウェイが検出された際に、前記検出ユニットは、前記ゲートウェイのユーザに対して、前記新たなゲートウェイの追加を許可するように促し、
   前記追加が許可されない場合、前記検出ユニットは、前記ゲートウェイ情報を修正しない
   ことを特徴とする請求項１又は２に記載のゲートウェイ。
4. 前記ゲートウェイのユーザによる指示に応えて、新たなゲートウェイが前記グループに含まれるように前記ゲートウェイ情報を修正する修正ユニット（３０６）
   を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載のゲートウェイ。
5. 前記購読ユニットは、前記他のゲートウェイによって維持管理される、前記他のローカルネットワークを記述する他のネットワーク情報を更に購読し、
   前記受信ユニットは、前記購読ユニットが購読している前記他のネットワーク情報を受信し、
   前記情報通知ユニットは、前記ローカルネットワークを記述するネットワーク情報と前記他のネットワーク情報とを前記アプリケーションサーバに対して送信する
   ことを特徴とする請求項１乃至４のいずれか１項に記載のゲートウェイ。
6. ユーザ識別情報を取得し且つ前記ユーザ識別情報に関連付けられたサービスプロバイダネットワークに対してローカルネットワークを接続するゲートウェイ（３００）の制御方法であって、
   ゲートウェイのグループを表すゲートウェイ情報を作成するステップ（Ｓ５０２）であって、当該作成されたゲートウェイ情報によって表される前記グループは前記ゲートウェイのみを含む、前記ステップと、
   前記サービスプロバイダネットワークの中のアプリケーションサーバに対して、前記ゲートウェイが前記グループに追加されたことを通知するステップ（Ｓ５０３）と、
   前記アプリケーションサーバによって維持管理される、前記ゲートウェイ情報を購読しているゲートウェイを表す購読者情報を購読するステップ（Ｓ５０５）と、
   第２のユーザ識別情報を取得し且つ前記第２のユーザ識別情報に関連付けられた第２のサービスプロバイダネットワークに対して第２のローカルネットワークを接続する第２のゲートウェイが、前記グループに含まれるように前記ゲートウェイ情報を修正するステップ（Ｓ７０１）と、
   前記アプリケーションサーバに対して、前記第２のゲートウェイが前記グループに追加されたことを通知するステップ（Ｓ７０２）と、
   前記第２のゲートウェイによって維持管理される第２のゲートウェイ情報を購読するステップ（Ｓ７０３）と、
   第３のユーザ識別情報を取得し且つ前記第３のユーザ識別情報に関連付けられた第３のサービスプロバイダネットワークに対して第３のローカルネットワークを接続する第３のゲートウェイを含むゲートウェイのグループを表す、前記第２のゲートウェイ情報を受信するステップ（Ｓ７１７）と、
   前記ゲートウェイ情報の内容を、前記第２のゲートウェイ情報の内容によって置換するステップ（Ｓ７１９）と、
   前記アプリケーションサーバに対して、前記置換の結果としての前記ゲートウェイ情報における変化を通知するステップ（Ｓ７２１）と、
   前記第３のゲートウェイによって維持管理される第３のゲートウェイ情報を購読するステップ（Ｓ７３０）と、
   を備えることを特徴とする制御方法。
7. 前記第２のゲートウェイ情報が表すグループの中に含まれるゲートウェイ間の有向グラフであって、全てのゲートウェイが他の全てのゲートウェイに対するパスを持つように構成される前記有向グラフを表す、トポロジ情報を受信するステップ（Ｓ７１４）を更に備え、
   前記ゲートウェイが前記有向グラフの中に前記第３のゲートウェイに対する直接パスを持たない場合、前記第３のゲートウェイ情報を購読する前記ステップ（Ｓ７３０）において、前記第３のゲートウェイ情報の購読が行われない
   ことを特徴とする請求項６に記載の制御方法。
8. 前記ゲートウェイ情報を修正する前記ステップ（Ｓ７０１）において、前記修正は、前記ゲートウェイのユーザの指示に応えて行われる
   ことを特徴とする請求項６又は７に記載の制御方法。
9. 前記ローカルネットワークを記述するネットワーク情報を前記アプリケーションサーバに対して送信するステップ（Ｓ５０６）と、
   前記第２のゲートウェイによって維持管理される、前記第２のローカルネットワークを記述する第２のネットワーク情報を購読するステップ（Ｓ７０３）と、
   前記第２のネットワーク情報を受信するステップ（Ｓ７１７）と、
   前記第２のネットワーク情報を前記アプリケーションサーバに対して送信するステップ（Ｓ７５１）と、
   前記第３のゲートウェイによって維持管理される、前記第３のローカルネットワークを記述する第３のネットワーク情報を購読するステップ（Ｓ７３０）と、
   前記第３のネットワーク情報を受信するステップ（Ｓ７３１）と、
   前記第３のネットワーク情報を前記アプリケーションサーバに対して送信するステップ（Ｓ７５２）と、
   を更に備えることを特徴とする請求項６乃至８のいずれか１項に記載の制御方法。
10. ローカルネットワークをサービスプロバイダネットワークに接続するゲートウェイによって取得されるユーザ識別情報に関連付けられた前記サービスプロバイダネットワークの中で動作可能なアプリケーションサーバ（４００）であって、前記ゲートウェイは、前記ゲートウェイと、他のユーザ識別情報を取得し且つ前記他のユーザ識別情報に関連付けられた他のサービスプロバイダネットワークに対して他のローカルネットワークを接続する他のゲートウェイと、を含むゲートウェイのグループを表すゲートウェイ情報を維持管理しており、前記アプリケーションサーバは、
    前記ゲートウェイ情報における変化の通知を受信することにより、前記ゲートウェイ情報を維持管理する維持管理ユニット（４０２）と、
    前記他のサービスプロバイダネットワークの中の他のアプリケーションサーバから、前記他のユーザ識別情報を用いた前記ゲートウェイ情報の購読を受理し、前記ゲートウェイから、前記ゲートウェイ情報を購読するためにユーザ識別情報が使用されているゲートウェイを表す購読者情報の購読を受理する、受理ユニット（４０３）と、
    前記ゲートウェイ情報を購読している前記他のアプリケーションサーバに対して前記ゲートウェイ情報を通知し、前記購読者情報を購読している前記ゲートウェイに対して前記購読者情報を通知する、通知ユニット（４０４）と、
    前記ユーザ識別情報を用いて、前記他のゲートウェイによって維持管理される他のゲートウェイ情報を購読する購読ユニット（４０５）と、
    前記購読ユニットが購読している前記他のゲートウェイ情報を受信する受信ユニット（４０６）と、
    前記受信ユニットが受信した前記他のゲートウェイ情報を前記ゲートウェイに対して転送する転送ユニット（４０７）と、
    を備えることを特徴とするアプリケーションサーバ。
11. 前記ゲートウェイは、前記グループに含まれるゲートウェイ間の有向グラフを表すトポロジ情報を更に維持管理し、前記有向グラフは、全てのゲートウェイが他の全てのゲートウェイに対するパスを持つように構成され、
    前記維持管理ユニットは、前記ゲートウェイから前記トポロジ情報を受信することにより前記トポロジ情報を更に維持管理し、前記受信したトポロジ情報を、前記他のゲートウェイと前記他のサービスプロバイダネットワークの中の他のアプリケーションサーバとに対して転送し、
    前記ゲートウェイが前記有向グラフの中に所定のゲートウェイに対する直接パスを持たない場合、前記購読ユニットは、当該所定のゲートウェイによって維持管理されるゲートウェイ情報を購読しない
    ことを特徴とする請求項１０に記載のアプリケーションサーバ。
12. 前記購読ユニットは、前記他のゲートウェイによって維持管理される、前記他のローカルネットワークを記述する他のネットワーク情報を更に購読し、
    前記受信ユニットは、前記購読ユニットが購読している前記他のネットワーク情報を受信し、前記ゲートウェイから、前記ローカルネットワークを記述するネットワーク情報を受信する
    ことを特徴とする請求項１０又は１１に記載のアプリケーションサーバ。
13. ローカルネットワークをサービスプロバイダネットワークに接続するゲートウェイによって取得されるユーザ識別情報に関連付けられた前記サービスプロバイダネットワークの中で動作可能なアプリケーションサーバ（４００）の制御方法であって、
    前記ゲートウェイが追加されたという通知を受信するステップ（Ｓ５０３）と、
    ゲートウェイのグループを表すゲートウェイ情報を作成するステップ（Ｓ５０４）であって、当該作成されたゲートウェイ情報によって表される前記グループは前記ゲートウェイのみを含む、前記ステップと、
    第２のユーザ識別情報を取得し且つ前記第２のユーザ識別情報に関連付けられた第２のサービスプロバイダネットワークに対して第２のローカルネットワークを接続する第２のゲートウェイが、前記グループに追加されたという通知を受信するステップ（Ｓ７０２）と、
    前記第２のゲートウェイが前記グループに含まれるように前記ゲートウェイ情報を修正するステップ（Ｓ７０５）と、
    前記ユーザ識別情報を用いて、前記第２のゲートウェイによって維持管理される第２のゲートウェイ情報を購読するステップ（Ｓ１１０１）と、
    第３のユーザ識別情報を取得し且つ前記第３のユーザ識別情報に関連付けられた第３のサービスプロバイダネットワークに対して第３のローカルネットワークを接続する第３のゲートウェイを含むゲートウェイのグループを表す、前記第２のゲートウェイ情報を受信するステップ（Ｓ１１０３）と、
    前記第２のゲートウェイ情報を前記ゲートウェイに対して転送するステップ（Ｓ１１０４）と、
    前記第３のゲートウェイが前記グループに追加されたという通知を受信するステップ（Ｓ７２１）と、
    前記第３のゲートウェイが前記グループに含まれるように前記ゲートウェイ情報を修正するステップ（Ｓ７２３）と、
    前記第２のサービスプロバイダネットワークの中の第２のアプリケーションサーバから、前記第２のユーザ識別情報を用いた前記ゲートウェイ情報の購読を受理するステップ（Ｓ１１０９）と、
    前記ゲートウェイ情報を購読している前記第２のアプリケーションサーバに対して、前記ゲートウェイ情報を通知するステップ（Ｓ１１１０）と、
    前記第３のサービスプロバイダネットワークの中の第３のアプリケーションサーバから、前記第３のユーザ識別情報を用いた前記ゲートウェイ情報の購読を受理するステップ（Ｓ１１１２）と、
    前記ゲートウェイ情報を購読している前記第３のアプリケーションサーバに対して、前記ゲートウェイ情報を通知するステップ（Ｓ１１１３）と、
    前記ユーザ識別情報を用いて、前記第３のゲートウェイによって維持管理される第３のゲートウェイ情報を購読するステップ（Ｓ１１１５）と、
    前記第３のゲートウェイ情報を受信するステップ（Ｓ１１１６）と、
    前記第３のゲートウェイ情報を前記ゲートウェイに対して転送するステップ（Ｓ１１１７）と、
    を備えることを特徴とする制御方法。
14. 前記第２のゲートウェイ情報が表すグループの中に含まれるゲートウェイ間の有向グラフであって、全てのゲートウェイが他の全てのゲートウェイに対するパスを持つように構成される前記有向グラフを表す、トポロジ情報を受信するステップ（Ｓ１１２２）を更に備え、
    前記ゲートウェイが前記有向グラフの中に前記第３のゲートウェイに対する直接パスを持たない場合、前記第３のゲートウェイ情報を購読する前記ステップ（Ｓ１１１５）において、前記第３のゲートウェイ情報の購読が行われない
    ことを特徴とする請求項１３に記載の制御方法。
15. 前記ゲートウェイから、前記ローカルネットワークを記述するネットワーク情報を受信するステップ（Ｓ５０６）と、
    前記ユーザ識別情報を用いて、前記第２のゲートウェイによって維持管理される、前記第２のローカルネットワークを記述する第２のネットワーク情報を購読するステップ（Ｓ１１０１）と、
    前記第２のネットワーク情報を受信するステップ（Ｓ１１０３）と、
    前記ユーザ識別情報を用いて、前記第３のゲートウェイによって維持管理される、前記第３のローカルネットワークを記述する第３のネットワーク情報を購読するステップ（Ｓ１１１５）と、
    前記第３のネットワーク情報を受信するステップ（Ｓ１１１６）と、
    を更に備えることを特徴とする請求項１３又は１４に記載の制御方法。

Images