(57)【特許請求の範囲】
【請求項１】
提供命令（Ｐ−０１、Ｐ−０２）を送信することによって管理対象エンティティであるネットワーク装置（１００,２００）に向けてサービスを提供する提供ノード側（３００、４００）を有する管理エンティティであって、該管理エンティティは、ＳｕＭ−ＧＩデータモデルを含む加入管理汎用インタフェース（ＳｕＭ−ＧＩ）をサポートする管理エンティティであって、
前記管理エンティティは、
前記ネットワーク装置において使用される特定のプロトコル（１１０、２１０）を用いて通信する少なくともひとつのプロトコルアダプタ（３０１、３０２、３０３）と、
前記ＳｕＭ−ＧＩデータモデルに含まれているオブジェクトクラスについて動作するいくつかのＳｕＭ−ＧＩオペレーションを用いて、前記ネットワーク装置（１００、２００）におけるサービスへの加入を管理するための提供命令（Ｐ−０１、Ｐ−０２）を送信する少なくともひとつのＳｕＭ−ＧＩマネージャ（３１０）と
を含み、
前記ＳｕＭ−ＧＩデータモデルは、
管理対象エンティティの１つである前記ネットワーク装置におけるそれぞれ特定のＳｕＭ‐ＧＩエージェントによりサポートされるＳｕＭ‐ＧＩのバージョンを前記ＳｕＭ‐ＧＩマネージャに対して通知し、かつ、前記特定のＳｕＭ‐ＧＩエージェントのそれぞれによりサポートされるＳｕＭ‐ＧＩのバージョンのリストを含むように構成されたSubscriptionIRPオブジェクトクラスと、
Subscription関連オブジェクトクラス、Subscriber関連オブジェクトクラス、User関連オブジェクトクラス及びUserServicePreferences関連オブジェクトクラスをサブクラス化し、SubscriptionFunctionオブジェクトクラスにおいて管理対象となる複数の管理対象オブジェクトクラスに共通する属性を提供するように構成された前記SubscriptionFunctionオブジェクトクラスと、
ProvidedService関連オブジェクトクラスをサブクラス化し、前記SubscriptionFunctionオブジェクトクラスにおける前記複数の管理対象オブジェクトクラスに共通する属性を提供するように構成されたServiceProviderFunctionオブジェクトクラスと
を含む１群のオブジェクトクラスから選択されたいずれかのオブジェクトクラス又は該オブジェクトクラスらの組み合わせを含むことを特徴とする管理エンティティ。
【請求項２】
前記ＳｕＭ−ＧＩデータモデルは、
加入者とサービスプロバイダとの間で締結された協定又は契約をモデル化し、かつ加入と関連する情報を含むように構成されたSubscriptionオブジェクトクラスと、
所定のサービスに関してサービスプロバイダとの加入を保持する加入者を識別し、かつ前記所定のサービスを使用することを許可された複数のユーザを登録するように構成されたSubscriberオブジェクトクラスと、
所定の加入者と関連するユーザを識別し、かつ所定のサービスに関して特定のユーザ嗜好をカスタマイズするように構成されたUserオブジェクトクラスと、
加入者と関連する複数のユーザが特定のサービス嗜好を有することを許可し、かつユーザごとにイネーブルされる様々なサービス機能を含むように構成されたUserServicePreferencesオブジェクトクラスと
を含む１群のオブジェクトクラスから選択されたいずれかの管理対象オブジェクトクラス又は該管理対象オブジェクトクラスらの組み合わせを含むことを特徴とする請求項１に記載の管理エンティティ。
【請求項３】
前記加入管理汎用インタフェース（ＳｕＭ−ＧＩ）は、前記ＳｕＭ−ＧＩデータモデルについて動作するＳｕＭ−ＧＩのオペレーションセットを含むものであって、
前記ＳｕＭ−ＧＩのオペレーションセットは、
加入者情報を作成し、変更し、削除し、取得するためのオペレーションと、
ユーザ情報を作成し、変更し、削除し、取得するためのオペレーションと、
提供サービスを作成し、変更し、削除し、取得するためのオペレーションと、
加入情報を作成し、変更し、削除し、取得するためのオペレーションと、
所定の加入情報に対してユーザを追加し、削除し、取得するためのオペレーションと、
所定の加入情報の下でユーザのユーザサービス嗜好を設定し、取得するためのオペレーションと
を含む複数のオペレーショングループから選択されたいずれかの前記オペレーション又は該オペレーションらの組み合わせを含むことを特徴とする請求項１に記載の管理エンティティ。
【請求項４】
前記SubscriptionFunctionオブジェクトクラス及び前記ServiceProviderFunctionオブジェクトクラスは、通信装置またはネットワーク装置に関連した機能を表す管理対象オブジェクトクラス（ManagedObjectClass）を承継したオブジェクトクラスであることを特徴とする請求項１に記載の管理エンティティ。
【請求項５】
通信ネットワークの加入者に対してサービスが提供され、ＳｕＭ−ＧＩデータモデルを含む加入管理汎用インタフェース（ＳｕＭ−ＧＩ）をサポートするネットワーク装置（１００、２００）であって、
管理エンティティにおいて提供命令を送信するために使用される特定のプロトコルを用いて通信する少なくともひとつのプロトコルアダプタ（１１０、２１０）と、
前記ＳｕＭ−ＧＩデータモデルに含まれているオブジェクトクラスについて動作するいくつかのＳｕＭ−ＧＩオペレーションを用いて、前記提供命令を受信するＳｕＭ−ＧＩエージェント（１１０、２１０）と、
前記ＳｕＭ−ＧＩデータモデル（Ｐ−０１、Ｐ−０２）の受信インスタンスを内部データモデル（１３０、２３０）へとマッピングするマッピングモジュール（１２０、２２０）と
を含み、
前記ＳｕＭ−ＧＩデータモデルは、
前記ＳｕＭ‐ＧＩエージェントによりサポートされる前記ＳｕＭ‐ＧＩのバージョンをＳｕＭ‐ＧＩマネージャに対して通知するSubscriptionIRPオブジェクトクラスと、
Subscription関連オブジェクトクラス、Subscriber関連オブジェクトクラス、User関連オブジェクトクラス及びUserServicePreferences関連オブジェクトクラスをサブクラス化し、SubscriptionFunctionオブジェクトクラスにおいて管理対象となる複数の管理対象オブジェクトクラスに共通する属性を提供するように構成されたSubscriptionFunctionオブジェクトクラスと、
ProvidedService関連オブジェクトクラスをサブクラス化し、前記SubscriptionFunctionオブジェクトクラスにおいて管理対象となる前記複数の管理対象オブジェクトクラスに共通する属性を提供するように構成された前記ServiceProviderFunctionオブジェクトクラスと
を含む１群のオブジェクトクラスから選択されたいずれかのオブジェクトクラス又はオブジェクトクラスらの組み合わせを含むことを特徴とするネットワーク装置。
【請求項６】
前記ＳｕＭ−ＧＩデータモデルは、
加入者とサービスプロバイダとの間で締結された協定又は契約をモデル化し、かつ加入と関連する情報を含むように構成されたSubscriptionオブジェクトクラスと、
所定のサービスに関してサービスプロバイダとの加入を保持する加入者を識別し、かつ前記所定のサービスを使用することを許可された複数のユーザを登録するように構成されたSubscriberオブジェクトクラスと、
所定の加入者と関連するユーザを識別し、かつ所定のサービスに関して特定のユーザ嗜好をカスタマイズするように構成されたUserオブジェクトクラスと、
加入者と関連する複数のユーザが特定のサービス嗜好を有することを許可し、かつユーザごとにイネーブルされる様々なサービス機能を含むように構成されたUserServicePreferencesオブジェクトクラスと
を含む１群のオブジェクトクラスから選択されたいずれかの管理対象オブジェクトクラス又は該管理対象オブジェクトクラスらの組み合わせを含むことを特徴とする請求項５に記載のネットワーク装置。
【請求項７】
前記加入管理汎用インタフェース（ＳｕＭ−ＧＩ）は、前記ＳｕＭ−ＧＩデータモデルについて動作するＳｕＭ−ＧＩのオペレーションセットを含むものであって、
前記ＳｕＭ−ＧＩのオペレーションセットは、
加入者情報を作成し、変更し、削除し、取得するためのオペレーションと、
ユーザ情報を作成し、変更し、削除し、取得するためのオペレーションと、
提供サービスを作成し、変更し、削除し、取得するためのオペレーションと、
加入情報を作成し、変更し、削除し、取得するためのオペレーションと、
所定の加入情報に対してユーザを追加し、削除し、取得するためのオペレーションと、
所定の加入情報の下でユーザのユーザサービス嗜好を設定し、取得するためのオペレーションと
を含む複数のオペレーショングループから選択されたいずれかの前記オペレーション又は該オペレーションらの組み合わせを含むことを特徴とする請求項５に記載のネットワーク装置。
【請求項８】
前記SubscriptionFunctionオブジェクトクラス及び前記ServiceProviderFunctionオブジェクトクラスは、通信装置またはネットワーク装置に関連した機能を表す管理対象オブジェクトクラス（ManagedObjectClass）を承継したオブジェクトクラスであることを特徴とする請求項５に記載のネットワーク装置。
【請求項９】
通信ネットワークの加入者に対してサービスを提供する方法であって、該方法は、前記サービスを提供する提供ノード側（３００）を有する管理エンティティと、前記管理エンティティからの提供命令（Ｐ−０１、Ｐ−０２）を受信する提供対象ノード（１００、２００）側を有する複数の管理対象エンティティとの間で適用されるものであって、前記管理エンティティ及び前記管理対象エンティティは、ＳｕＭ−ＧＩデータモデルを含む加入管理汎用インタフェース（ＳｕＭ−ＧＩ）をサポートしており
前記方法は、
特定のプロトコルアダプタ（３０１、３０２、３０３）を介して、前記提供ノード側（３００）とそれぞれの前記提供対象ノード（１００、２００）との間で通信するために特定のプロトコルを割り当てるステップと、
前記提供ノード側（３００）に備えられた前記ＳｕＭ‐ＧＩマネージャ（３１０）から少なくとも１つの前記ＳｕＭ‐ＧＩエージェントに向かって、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスに対して実行される複数のＳｕＭ‐ＧＩオペレーションを用いて提供命令（Ｐ−０１、Ｐ−０２）を送信するステップと、
前記管理対象エンティティの少なくとも１つにおける前記提供対象ノード（１００、２００）に備えられた前記ＳｕＭ‐ＧＩエージェント（１１０、２１０）において、前記ＳｕＭ−ＧＩデータモデルに含まれているオブジェクトクラスで実行される前記複数のＳｕＭ‐ＧＩオペレーションを受信するステップと、
前記提供対象ノード側（１２０、２２０）において、前記ＳｕＭ‐ＧＩマネージャから前記オブジェクトクラスで実行される前記複数のＳｕＭ‐ＧＩオペレーションとともに受信された提供命令を、前記管理対象エンティティ（１００、２００）によりサポートされている内部データモデルで実行される複数の内部オペレーションにマッピングするステップと
を含み、
前記ＳｕＭ−ＧＩデータモデルは、
前記ＳｕＭ‐ＧＩエージェントによりサポートされる前記ＳｕＭ‐ＧＩのバージョンを前記ＳｕＭ‐ＧＩマネージャに対して通知するSubscriptionIRPオブジェクトクラスと、
Subscription関連オブジェクトクラス、Subscriber関連オブジェクトクラス、User関連オブジェクトクラス及びUserServicePreferences関連オブジェクトクラスをサブクラス化し、SubscriptionFunctionオブジェクトクラスにおける複数の管理対象オブジェクトクラスに共通する属性を提供するように構成された前記SubscriptionFunctionオブジェクトクラスと、
ProvidedService関連オブジェクトクラスをサブクラス化し、前記SubscriptionFunctionオブジェクトクラスにおける前記複数の管理対象オブジェクトクラスに共通する属性を提供するように構成されたServiceProviderFunctionオブジェクトクラスと
を含む１群のオブジェクトクラスから選択されたいずれかのオブジェクトクラス又はオブジェクトクラスらの組み合わせを含むことを特徴とする方法。
【請求項１０】
前記複数の管理対象エンティティ（１００、２００）の少なくとも１つは所与のサービスを提供されるネットワーク装置であり、前記複数の管理対象エンティティは、ネットワークマネージャとして動作している中央管理エンティティ（３００）と、複数のネットワーク装置との間に設けられた階層的なサブネットワークマネージャ（４００）を形成し、前記サブネットワークマネージャ（４００）は、ＳｕＭ−ＧＩマネージャ（３１０）と、ＳｕＭ−ＧＩエージェント（４１０）と、複数のプロトコルアダプタ（３０１、３０２、３０３）とを備え、これによりネットワークマネージャまたは他のサブネットワークマネージャにおいて提供ノード側（３００）に対する提供対象ノードとなり、ネットワーク装置または他のサブネットワークマネージャにおいて提供対象ノード側（１００、２００）に対する提供ノードとなっていることを特徴とする請求項９に記載の方法。
【請求項１１】
サブネットワークマネージャ（４００）のＳｕＭ‐ＧＩエージェント（４１０）で加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）マネージャ（３１０）からの提供命令を受信すると、
管理エンティティ又は上位の階層における管理対象エンティティの提供ノード側（３００）において、第１のＳｕＭ‐ＧＩマネージャ（３１０）から受信された提供命令を、現在のノードの提供ノード側（４００）にある第２のＳｕＭ‐ＧＩマネージャに向かって転送するステップと、
現在のノードの提供ノード側にある第２のＳｕＭ‐ＧＩマネージャ（３１０）と、下位の階層における管理対象エンティティのそれぞれ対応する提供対象ノード側（１００、２００）にある各ＳｕＭ‐ＧＩエージェント（１１０、２１０）との間で通信するために特定のプロトコル（３０１、３０２、３０３）を割り当てるステップと、
第２のＳｕＭ‐ＧＩマネージャ（３１０）から下位の階層における管理対象エンティティの提供対象ノード側にある少なくとも１つのＳｕＭ‐ＧＩエージェント（１１０、２１０）に向かって、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスに対して実行される複数のＳｕＭ‐ＧＩオペレーションを用いて提供命令（Ｐ−０１、Ｐ−０２）を送信するステップと
をさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ＳｕＭ−ＧＩデータモデルは、
加入者とサービスプロバイダとの間で締結された協定又は契約をモデル化し、かつ加入と関連する情報を含むように構成されたSubscriptionオブジェクトクラスと、
所定のサービスに関してサービスプロバイダとの加入を保持する加入者を識別し、かつ前記所定のサービスを使用することを許可された複数のユーザを登録するように構成されたSubscriberオブジェクトクラスと、
所定の加入者と関連するユーザを識別し、かつ所定のサービスに関して特定のユーザ嗜好をカスタマイズするように構成されたUserオブジェクトクラスと、
加入者と関連する複数のユーザが特定のサービス嗜好を有することを許可し、かつユーザごとにイネーブルされる様々なサービス機能を含むように構成されたUserServicePreferencesオブジェクトクラスと
を含む１群のオブジェクトクラスから選択されたいずれかの管理対象オブジェクトクラス又は該管理対象オブジェクトクラスらの組み合わせを含むことを特徴とする請求項９に記載の方法。
【請求項１３】
前記加入管理汎用インタフェース（ＳｕＭ−ＧＩ）は、前記ＳｕＭ−ＧＩデータモデルについて動作するＳｕＭ−ＧＩのオペレーションセットを含むものであって、
前記ＳｕＭ−ＧＩのオペレーションセットは、
加入者情報を作成し、変更し、削除し、取得するためのオペレーションと、
ユーザ情報を作成し、変更し、削除し、取得するためのオペレーションと、
提供サービスを作成し、変更し、削除し、取得するためのオペレーションと、
加入情報を作成し、変更し、削除し、取得するためのオペレーションと、
所定の加入情報に対してユーザを追加し、削除し、取得するためのオペレーションと、
所定の加入情報の下でユーザのユーザサービス嗜好を設定し、取得するためのオペレーションと
を含む複数のオペレーショングループから選択されたいずれかの前記オペレーション又は該オペレーションらの組み合わせを含むことを特徴とする請求項９に記載の方法。
【請求項１４】
前記加入管理汎用インタフェース（ＳｕＭ−ＧＩ）は、前記ＳｕＭ−ＧＩデータモデルに含まれているオブジェクトについての特定の属性または特定の特性を、該オブジェクトに関連付けられる汎用情報プレースホルダ内に保持するよう構成されており、さらに、前記加入管理汎用インタフェース（ＳｕＭ−ＧＩ）は、前記ＳｕＭ−ＧＩエージェントを搭載している前記ノードにおいて、属性リストに含まれる特定の属性のそれぞれが適用可能か否かを個々の前記ＳｕＭ−ＧＩエージェントに判定させるよう構成されているとともに、前記適用可能か否かは前記ノード内の特定の内部データモデルに依存していることを特徴とする請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおける加入管理に関し、特に、サービス提供メカニズムに好適な汎用インタフェースの提供に関する。
【背景技術】
【０００２】
サービスの提供プロセスは、通常、加入者が、提供されるサービスに関してサービスプロバイダとの間で加入契約を締結することでサービスへの加入が開始される。その際に、相互にインタフェースしている複数のリソースにおいて、サービス提供エンティティが、複数のサービス提供対象エンティティに対して適切な命令を発行することで、このサービス提供プロセスが実行される。この結果、加入者はサービスを享受したり、サービスから脱退したり、そのようなサービスを使用することを許可された複数のユーザを登録したり、ユーザの嗜好や各種の設定を適応させることが可能になる。このように、サービス提供プロセスは、機能上、サービスオペレーションからは独立しているといえる。
【０００３】
製品とプラットフォームの絶え間のない発展によって、通信ネットワークは複雑さを増し、それに伴ってネットワークノードの数は増加し、また、ネットワークノード間には、既存のインタフェースに加えて、さらに多くのインタフェースが出現している。例えば、サービス提供プロセス中に使用するのに好適なインタフェースは、いわゆるマン‐マシン言語（ＭＭＬ）及び共通管理インタフェース（ＣＡＩ）など、専用コマンドラインインタフェース（ＣＬＩ）などのレガシーインタフェースから、コモン・オブジェクト・リクエスト・ブローカー・アーキテクチャ（ＣＯＲＢＡ）、ライトウェイト・ディレクトリ・アクセス・プロトコル（ＬＤＡＰ）、Ｊａｖａ（登録商標）（R）又はＷｅｂサービスなどのより新しく、広く知られている業界規格又はインターネット規格へと移行している。
【特許文献１】国際公開公報ＷＯ００／３８４３７号
【特許文献２】米国特許出願ＵＳ２００２／００１３８２７号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
標準的なサービス提供メカニズム用の集約されたソリューションの実現を促すような明確に定義され、かつ、合意された原理や規約は存在しない。そのため、サービスの提供に適するいくつかのインタフェースが発展することを期待されてはいるが、これでは、統合されたサービスを提供することは、ますます困難となり、長い時間と高いコストが必要となるため課題が多い。
【０００５】
従って、本発明の主な目的は、どの分野のいかなるサービスにも適合し、潜在的なユーザをサービスに加入／脱退可能にするとともに、サービスオペレーションに関して嗜好及び設定を提供することができるような、サービス提供用の汎用ソリューションを提供することである。
【０００６】
本発明の目的を達成するための興味深いスタート地点は、国際公開公報ＷＯ００／３８４３７である。この国際特許出願は、通信ネットワークにおける複数のデータベースネットワーク装置と顧客管理システム（ＣＡＳ）との間における加入処理インタフェースを提案している。このインタフェースは、ネットワークモデルの形式に沿ってネットワークの概要的な情報を格納するデータベースと、前記データベースネットワーク装置と通信する加入サービスエージェントとを含む。加入サービスエージェントは、発行された命令を受けて、データベースに命令を格納する。その際には、データベースネットワーク装置に保持されている加入に関するネットワーク概要知識としてデータベースに命令を格納する。特に、このエージェントは、顧客管理システムにより送信された命令を受信し、サービス関連情報を保持しているネットワークノードに関する情報を格納しているデータベースに問い合わせ、対応するネットワーク装置に対してアクションを実行し、さらに受信された命令がコヒーレントであるか否かを評価する。
【０００７】
しかし、上記の加入処理エージェントのようなソリューションは余りにも特定されすぎており、ネットワーク中の所与のポイント、すなわち、ＣＡＳと、仲介デバイス・ネットワークノードとの間でしか適用できない。仲介デバイス・ネットワークノードは、サービス提供トランザクションを制御することを意図されたものである。すなわち、提供エンティティと提供対象エンティティとを仲介する。この点に関して、本発明は、ＣＡＳといかなる特定の仲介装置との間にも適用されることを意図されている。この仲介装置は、ＣＡＳによりサポートされるインタフェースと、サービス提供用の特定のノードがサポートする特定のプロトコルとを仲介するように構成されているものとする。
【０００８】
上記の加入処理エージェントは、余分なネットワークノードが必要とならないようなシナリオにはそれほど適していない。また、この関連出願により提案されている特定のサービス提供アーキテクチャは、各々が独自のインタフェースを有する複数のデータベースネットワーク装置と通信するＣＡＳ向けのものであるが、既存のネットワークアーキテクチャが従わないようなシナリオにも上記の加入処理エージェントはそれほど適していない。
【０００９】
さらに、米国特許出願ＵＳ２００２／００１３８２７は、通信ネットワークのエンドユーザに関連する情報を管理するパーソナルサービス環境マネージャ（ＰＳＥＭ）を開示している。このパーソナルサービス環境マネージャは、複数のアプリケーションサーバとユーザグループとの間で共有されるサービスデータ、エンドユーザプロファイルデータ及びエンドユーザサービスプロファイルデータを提供したり、管理したりするための機能を含んでいる。ＰＳＥＭに関連する側面としては、他のエンティティ及び機能に対するインタフェース機能と、ユーザプロファイルデータと（サービスプロファイルデータ及びサービスデータに関する）サービス関連データとの識別機能と、サービスプロファイルデータとサービスデータとの識別機能とがある。
【００１０】
このパーソナルサービス環境マネージャは、プロトコルトランスレータ及び適切なアプリケーションプログラミングインタフェース（ＡＰＩ）の助けを借りることで、サービスネットワークにおいてのみ適用可能なものである。パーソナルサービス環境マネージャは、特定のプロトコル、すなわち、ライトウェイト・ディレクトリ・アクセス・プロトコル（ＬＤＡＰ）に添付されている。このソリューションは、その目的を達成するには十分であるが、極めて限定的である。そのため、いくつかのネットワークドメインを含むと思われる全てのネットワーク部分に対応したり、多種多様なプロトコルを管理する様々なノードに適用されたり、共通する提供メカニズムと連携するようなソリューションを提供したりすることが意図されている場合には、ほとんど適用される見込みはない。
【００１１】
ユーザとサービスとの関係管理についてのさらに他の教示は、欧州特許公報ＥＰ１１２８６９５の中に見られる。この教示によれば、ユーザとサービスとの関係及び対応するソフトウェアを管理するためのテレコミュニケーションシステムが提案されている。システムは、ユーザを定義するユーザ信号を格納し、かつ、ユーザとサービスとの関係を定義するサービス信号を格納するメモリを具備する。特に、システムは、ユーザ、サービス及びユーザとサービスとの関係を表現する３種類の信号を定義している。
【００１２】
しかしながら、この出願の教示は、ユーザとサービスとの関係を強く指向しており、様々なサービス提供ネットワークエンティティやサービス提供対象ネットワークエンティティに適応される完全なインタフェースソリューションは十分に開示されていない。従って、この発明は、いくつかのネットワークドメインを含み、かつ、サービスデータが特定ドメインにおいてユーザよりも加入者に対して有意義にリンクされるようなネットワークには直接的に適用できないものと思われる。さらに、この出願は、多様なプロトコルを有する様々なノードに適用される。従って、共通提供メカニズムと連携する汎用提供メカニズムを管理するというのではなく、むしろ、ユーザとサービスデータとの間の適切な関係を局所的に成立させるために適用されるように思われる。
【００１３】
上記の出願並びにサービス提供のための他の既存メカニズムにおけるソリューションは、極めて重大な欠点を依然として有しているので、本質的に、特定の技術、特定のデータモデル化、特定のオペレーション及びメインテナンスシステムに固執していない汎用メカニズムには至っていない。
【００１４】
すなわち、例えば、Ｊａｖａ（登録商標）（Ｒ）、ＣＯＲＢＡ又はＬＤＡＰなどの特定の技術と密接な、極めてわずかな既存のソリューションが存在しているにすぎない。この技術の結び付きは、サービス提供インタフェースの２つの部分において、通信プロトコル及びデータモデル化言語の少なくとも一方に対して所定の技術をサポートする必要性を想定している。それにもかかわらず、特定の技術の推進が常に許容しうるソリューションであるとは限らない。
【００１５】
技術の結合に加えて、適用可能なデータモデル向けの結合ソリューションを提供しようとする傾向もある。この点に関して、既存のインタフェースは、提供されるべきサービスのデータモデルに対して強い依存性を有しているため、そのような提供の拡張及び改善は複雑である。このデータモデル結合の典型的な一例は、サービス提供のために専用コマンドラインインタフェース（ＣＬＩ）において、データモデルがコマンド内にどのように埋め込まれているかということである。データモデルに依存性したソリューションの一例は米国特許第５，５７９，３８４号に見出すことができる。この特許においては、集中管理エンティティが各管理対象エンティティのデータモデルの画像を収集し、プロトコルアダプタ及び変換関数を利用して、エンドユーザ及び他のシステムに向けて汎用データモデルを構築することに寄与している。このソリューションは、汎用インタフェースを構築するように構成されているが、新たな管理対象エンティティ又は各々の管理対象エンティティにおける新たなデータモデルがネットワークに導入されるたびに、集中管理エンティティの変更が必要となってしまう。
【００１６】
上記の結合とは別に、オペレーション及びメインテナンス（Ｏ＆Ｍ）システムに対して深く統合された他の提供メカニズムが存在している。このメカニズムでは、できる限り多くのドメインに対して適応可能なＯ＆Ｍシステムを実現するための機能を、理解しかつ制限することが困難である。
【００１７】
最後に、特に問題であるのは、現在、周知の提供メカニズムで動作している既存のインタフェースの大半は時代遅れの技術又は専用技術に基づいているということである。そのような専用インタフェースは特定ベンダー向けネットワークの外では容易に見出すことができず、そのため、インタフェースの汎用性は制限されてしまい、興味を引かず、有用性に欠けるものとなっている。これに対して、いくつかの技術トレンドでは、サービス提供ドメインに適合することができ、極めて理論的なアプローチを提供しているにもかかわらず、汎用、かつ、適用可能な提供メカニズムに特有の有意義なオペレーション及びオブジェクトについての定義が欠落しているものも存在している。
【００１８】
現在、３ＧＰＰ ＴＳ３２．１０２に記載されているように、オペレーション及びメインテナンス（Ｏ＆Ｍ）インタフェースに関して、第３世代パートナーシッププロジェクト（３ＧＰＰ）は統合参照ポイント（以下、ＩＲＰ：インテグレーション・リフェレンス・ポイント）の概念を導入している。ほぼ全ての種類の電話通信ネットワーク及びデータ通信ネットワークは、いくつかの異なるベンダーから購入された多数の異なる技術を含んでいる。これは、異なるベンダーからの特定製品向けアプリケーションを、マルチベンダーサポートやマルチ技術サポートの何らかの面をそれぞれ提供する複数の汎用アプリケーションと統合することにより、対応する管理ソリューションを構築する必要があることを示唆している。
【００１９】
マルチベンダーネットワークに対して統合管理ソリューションを提供する場合、３ＧＰＰの概念によれば、ネットワーク装置と、それに対応する管理ソリューションが他のシステムへ統合されるように構成されることが強く求められる。この意味で、ネットワーク装置（ＮＥ、ネットワークエレメント）は個別の電話通信エンティティであり、特定のインタフェースを介して管理可能である。従って、電話通信ベンダーは、相互運用性を確保するために１組のネットワークインフラストラクチャＩＲＰを提供することを強く促されることになる。それらのＩＲＰは、ＮＥ、エレメントマネージャ（ＥＭ）、ネットワークマネージャ（ＮＭ）、又はサブネットワークマネージャ（ＳＮＭ）により提供可能であろう。同じ意味合いで、ネットワークマネージャ（ＮＭ）は、ある程度まではＥＭによりサポートされる、ネットワーク管理のためのエンドユーザ機能パッケージを提供するが、ＮＥに対する直接アクセスを含んでいてもよいだろう。さらに同じ意味合いで、サブネットワークマネージャ（ＳＮＭ）は、明確に定義されたサブネットワークを構成する１組のネットワーク装置に対して、１つのネットワークモデルに関連する複数の機能を含む。このネットワークモデルにより、典型的には、ネットワーク・トポロジ・プレゼンテーション、警報の相関関係及びサービスインパクト解析の分野におけるような、サブネットワークレベルの追加機能を提供できる。
【００２０】
これらのＩＲＰは共通のネーミングコンベンション仕様により記述される。この点に関して、３ＧＰＰでは、管理対象オブジェクトクラス（以下、ＭＯＣ）と呼ばれる抽象クラスによって、異なるネットワークエンティティと機器との間における包含関係や名前関係を記述するために、統一モデリング言語（ＵＭＬ）表記法が使用されている。名前空間は名前の集合体であるという３ＧＰＰ ＴＳ３２．３００「Name Convention for Managed Objects」からの技術仕様によれば、名前規約は、最も単純な１レベル形態である、いわゆるフラットな名前空間を含めて、階層包含構造を利用する。この名前規約は、任意に接続された名前空間や、名前付きオブジェクトが別の名前付きオブジェクトの子でもあり親でもあることが可能なグラフ構造をサポートしてはいない。包含関係は、例えば、ネットワーク・シグナリング・カードを物理的にプラグインされるネットワーク装置に「含まれる」と記述するであろう。この種の関係は、親オブジェクト及び子オブジェクトの階層経路に従って、いずれかの管理対象オブジェクトクラスのインスタンスをデータモデル内部で名前付けするか又は場所限定する方法を記述するため、名前付けとしても知られている。一般的に言って、また、本発明の便宜上も、「オブジェクト」という用語はオブジェクトクラスのインスタンスを表す。
【００２１】
今日、３ＧＰＰにより既に定義されているインテグレーション・リフェレンス・ポイント（ＩＲＰ）は、コンフィギュレーション管理、障害管理及び性能管理という３つのＯ＆Ｍ領域に対応している。
【００２２】
現在の技術トレンドは、サービス提供エンティティと複数のサービス提供対象エンティティとの間の仲介に基づくソリューションを使用するものであり、この仲介では、提供エンティティに適する１つのプロトコルと、様々な提供対象エンティティにより要求される様々なプロトコルとを扱うものであるが、上記の関連技術は、いずれも、いくつかのドメインを含むと思われる異なる種類のネットワークにおいて、複数の異なる提供エンティティ及び提供対象エンティティ、並びにその組み合わせに対して適用可能ではないし、本質的には、特定の技術、使用される特定のプロトコル又は技術に埋め込まれた特定のデータモデル化、あるいは特定のＯ＆Ｍシステムと結合されていないソリューションを提供するものでもない。
【００２３】
従って、本発明の目的は、あらゆるネットワークドメイン及びインタフェースにも適用可能とし、おそらくは多種多様なプロトコル及びデータモデルを管理すると思われる様々なノードにも適用可能とし、かつ、共通のサービス提供メカニズムと連携するようなソリューションを提供することである。
【００２４】
特に、本発明の目的は、提供通信が存在するネットワーク技術におけるどのポイントにも適用可能であるような共通提供メカニズムのソリューションを見出すことである。
【００２５】
本発明の他の目的は、結果として得られるデータモデル及びオペレーションが単純でありかつ汎用性を有し、様々な提供対象ノードにおいてサービスに対し様々な複雑度をサポートするように加入管理が実行されるソリューションを提供することである。
【００２６】
本発明のさらに他の目的は、上記目的を達成して、コンフィギュレーション管理、障害管理及び性能管理のＯ＆Ｍエリアに対して、いわゆるＩＲＰ汎用ネットワークリソースモデルの中で、３ＧＰＰにより導入されるインテグレーション・リフェレンス・ポイント（ＩＲＰ）の概念と連携する加入管理を提供することである。
【課題を解決するための手段】
【００２７】
本発明によれば、上記目的は、特に、通信ネットワークの加入者に対してサービスを提供する管理システム、方法及び手段の提供により達成される。
【００２８】
管理システムは、サービスを提供することを意図される提供ノード側を有する管理エンティティと、管理エンティティからの提供命令を受信することを意図される提供対象ノード側を各々が有する複数の管理対象エンティティとを具備する。
【００２９】
この管理システムにおける提供ノード側と、複数の提供対象ノード側は、ＳｕＭ‐ＧＩデータモデルと、前記ＳｕＭ‐ＧＩデータモデルのオブジェクトクラスを管理するための複数のＳｕＭ‐ＧＩオペレーションとを含む加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）をサポートする。
【００３０】
提供ノード側は、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスに対してオペレーションを実行することにより、何らかの管理対象エンティティにおいてサービスに対する加入を管理するＳｕＭ‐ＧＩマネージャと、各管理対象エンティティで使用される特定のプロトコル技術と通信する複数のプロトコルアダプタとを具備する。
【００３１】
提供対象ノード側は、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスに対してオペレーションを実行する提供命令を受信するＳｕＭ‐ＧＩエージェントと、提供命令を送信するためにＳｕＭ‐ＧＩマネージャにより使用される特定のプロトコル技術と通信する少なくとも１つのプロトコルアダプタとを具備する。
【００３２】
従って、この管理システムにおける少なくとも１つの管理対象エンティティは、所定のサービスが提供されるネットワーク装置である。各ネットワーク装置は独自の内部データモデルを有し、さらに、提供ノード側から受信されるＳｕＭ‐ＧＩデータモデルのオブジェクトを前記独自の内部データモデルにマッピングするマッピングモジュールを具備する。
【００３３】
また、この管理システムでは、複数の管理対象エンティティが集中管理エンティティ、すなわち、ネットワークマネージャと、複数のネットワーク装置との間に挿入された階層サブネットワークマネージャ構造をオプションとして形成してもよい。各サブネットワークマネージャは、管理対象エンティティに向かって提供ノード側をさらに具備し、この管理対象エンティティはネットワーク装置又は別のサブネットワークマネージャである。
【００３４】
言い換えれば、各サブネットワークマネージャは、ＳｕＭ‐ＧＩマネージャと、ＳｕＭ‐ＧＩエージェントと、複数のプロトコルアダプタとを具備し、それにより、ネットワークマネージャ又は別のサブネットワークマネージャの提供ノード側に向かって提供対象ノード側を提示するとともに、ネットワーク装置又は別のサブネットワークマネージャの提供対象ノード側に向かって提供ノード側を提示するということになる。
【００３５】
特に、提供ノード側の加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）マネージャ及び提供対象ノード側のＳｕＭ‐ＧＩエージェントは、互いに通信するために特定のプロトコル技術の相互割り当てを実行するための手段を具備する。
【００３６】
また、本発明により、通信ネットワークの加入者に対するサービスを提供する方法も提供される。本方法は、サービスを提供することを意図される提供ノード側を有する管理エンティティと、管理エンティティからの提供命令を受信することを意図される提供対象ノード側を各々が有する複数の管理対象エンティティとの間で適用される。
【００３７】
本方法は、
−  提供ノード側の加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）マネージャと、それぞれの提供対象ノード側の各ＳｕＭ‐ＧＩエージェントとの間の通信のために特定のプロトコル技術を割り当てるステップと、
−  ＳｕＭ‐ＧＩマネージャから少なくとも１つのＳｕＭ‐ＧＩエージェントに向かって、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスに対して実行されることを意図された複数のＳｕＭ‐ＧＩオペレーションを用いて提供命令を送信するステップと、
−  ＳｕＭ‐ＧＩエージェントにおいて、ＳｕＭ‐ＧＩマネージャからの提供命令を受信したときに、現在のノードは、サービスが提供されるネットワーク装置（ＮＥ）であるか、又は提供命令が提出されなければならない少なくとも１つの下位の階層における管理対象エンティティであるか（すなわち、サブネットワークマネージャ又はネットワーク装置が存在するか）を判定するステップとを含む。
【００３８】
次に、サブネットワークマネージャのＳｕＭ‐ＧＩエージェントで加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）マネージャからの提供命令を受信すると、本方法は、
−  管理エンティティ又は上位の階層における管理対象エンティティの提供ノード側において第１のＳｕＭ‐ＧＩマネージャから受信された提供命令を、現在のノードの提供ノード側にある第２のＳｕＭ‐ＧＩマネージャに向かって転送するステップと、
−  現在のノードの提供ノード側にある第２のＳｕＭ‐ＧＩマネージャと、下位の階層における管理対象エンティティのそれぞれ対応する提供対象ノード側にある各ＳｕＭ‐ＧＩエージェントとの間の通信のために特定のプロトコル技術を割り当てるステップと、
−  第２のＳｕＭ‐ＧＩマネージャから下位の階層における管理対象エンティティの提供対象ノード側にある少なくとも１つのＳｕＭ‐ＧＩエージェントに向かって、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスに対して実行されることを意図された複数のＳｕＭ‐ＧＩオペレーションを用いて提供命令を送信するステップとをさらに含む。
【００３９】
さらに、ネットワーク装置のＳｕＭ‐ＧＩエージェントで加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）マネージャからの提供命令を受信すると、方法は、
−  提供ノード側のＳｕＭ‐ＧＩマネージャからＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスに対して実行されることを意図された複数のＳｕＭ‐ＧＩオペレーションを用いて受信された提供命令を、現在のネットワーク装置によりサポートされる内部データモデルに対して実行されることを意図された複数の内部オペレーションにマッピングするステップと、
−  提供ノード側のＳｕＭ‐ＧＩマネージャから受信された提供命令を実行するために、内部データモデルに対してマッピングされた内部オペレーションによって動作を実行するステップとをさらに含む。
【００４０】
さらに、結果としてデータを得ることが期待されるネットワーク装置のＳｕＭ‐ＧＩエージェントで加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）マネージャからの提供命令を受信すると、本方法は、
−  内部データモデルからの結果データを、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスに対して実行されることを意図された複数のＳｕＭ‐ＧＩオペレーションの適切なパラメータにマッピングするステップと、
−  ＳｕＭ‐ＧＩエージェントから管理エンティティ又は上位の階層における管理対象エンティティの提供ノード側にあるＳｕＭ‐ＧＩマネージャに向かって、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスに対して実行されることを意図された複数のＳｕＭ‐ＧＩオペレーションにおける適切なパラメータとともに提供命令結果を返信するステップとをさらに含む。
【００４１】
本発明の重要な特徴は、ＳｕＭ‐ＧＩデータモデルと、前記ＳｕＭ‐ＧＩデータモデルのオブジェクトクラスに対して作用することを意図されたＳｕＭ‐ＧＩオペレーションとを含む加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）を設けたことである。
【００４２】
ＳｕＭ‐ＧＩデータモデルは、
−  加入者とサービスプロバイダとの間で締結された協定又は契約をモデル化することを意図されかつ加入と関連するあらゆる情報を含むように構成されたSubscription（加入）オブジェクトクラスと、
−  所定のサービスに関してサービスプロバイダとの加入を保持する加入者を識別することを意図されかつ前記所定のサービスを使用することを許可された複数のユーザを登録するように構成されたSubscriber（加入者）オブジェクトクラスと、
−  提供されるサービスのサービスプロバイダ・インベントリをモデル化することを意図されかつ前記提供されるサービスの適用能力を維持するように構成されたProvidedService（提供サービス）オブジェクトクラスと、
−  所定の加入者と関連するユーザを識別することを意図されかつ所定のサービスに関して特定のユーザ嗜好をカスタマイズするように構成されたUser（ユーザ）オブジェクトクラスと、
−  加入者と関連する複数のユーザが特定のサービス嗜好を有することを許可するよう意図されかつユーザごとにイネーブルされる様々なサービス機能を含むように構成されたUserServicePreferences（ユーザサービス嗜好）オブジェクトクラスと
を含む１群のオブジェクトクラスから選択されたいずれかの管理対象オブジェクトクラス又はその組み合わせを含む。
【００４３】
ＳｕＭ‐ＧＩオペレーションは、
−  加入者情報を作成し、変更し、削除し、取得することと、
−  ユーザ情報を作成し、変更し、削除し、取得することと、
−  提供サービスを作成し、変更し、削除し、取得することと、
−  加入情報を作成し、変更し、削除し、取得することと、
−  所定の加入情報に対してユーザを追加し、削除し、取得することと、
−  所定の加入情報の下でユーザのユーザサービス嗜好を設定し、取得することと
を含む複数群のオペレーションから選択されたいずれかのオペレーション又はその組み合わせを含む。
【００４４】
加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）は、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトの特定の属性又は特性を、それぞれ特定のオブジェクトと関連する汎用情報プレースホルダに保持するように構成されている。従って、属性リスト中における各特定の属性は、そのＳｕＭ‐ＧＩエージェントが常駐しているノードで適用可能であるか否かを個々のＳｕＭ‐ＧＩエージェントが判定できるように、前記加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）を構成することで、付加的な利点が得られる。その適用可能性は前記ノードにおける特定の内部データモデルによって決まる。
【００４５】
今日、インテグレーション・リファレンス・ポイント（ＩＲＰ）汎用ネットワークリソースモデルの中でＩＲＰ仕様に従って動作するために、前記加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）の予測可能な使用が提案されている。この目的のために、ＳｕＭ‐ＧＩは、
−  管理対象エンティティにおけるそれぞれ特定のＳｕＭ‐ＧＩエージェントによりサポートされるＳｕＭ‐ＧＩバージョンを、ＳｕＭ‐ＧＩマネージャに対して通知することを意図され、かつ、周知のＳｕＭ‐ＧＩエージェントによりサポートされるＳｕＭ‐ＧＩバージョンのリストを含むように構成されたSubscriptionIRP（加入ＩＲＰ）オブジェクトクラスと、
−  Subscription、Subscriber、User及びUserServicePreferences関連オブジェクトクラスをサブクラス化することを意図され、基礎となっている管理対象オブジェクトクラスに共通する属性を提供するように構成されたSubscriptionFunction（加入機能）オブジェクトクラスと、
−  ProvidedService関連オブジェクトクラスをサブクラス化することを意図され、基礎となっている管理対象オブジェクトクラスに共通する属性を提供するように構成されたServiceProviderFunction（サービスプロバイダ機能）オブジェクトクラスと
を含む１群のオブジェクトクラスから選択されたいずれか１つの管理対象オブジェクトクラス又はその組み合わせをさらに含む。
【発明を実施するための最良の形態】
【００４６】
以下に、加入管理のための汎用インタフェースを提供することを意図された手段、方法及びシステムについて、現時点で好ましい実施例を説明する。
【００４７】
本発明の１つの側面によれば、電話通信分野、インターネット分野又は何らかのサービス関連分野など、いずれの技術分野にも適合可能な、サービス提供のための汎用的なソリューションが提供される。このソリューションは、管理側エンティティが、管理される側のエンティティで所定のサービスを提供しており、サービスを使用する可能性のあるユーザが加入すること、ユーザの嗜好又は設定を提供すること及び前記サービスから脱退することを可能にするどのようなシナリオにおいても使用可能である。この意味で、管理側エンティティを、サービスを提供しているネットワークにおける１つのエンティティであるとみなしてもよく、以下の説明では、管理側エンティティを提供ノードと呼ぶ。これに対し、管理される側のエンティティをサービスが提供されるネットワークにおけるエンティティであるとみなしてもよく、以下の説明では、管理される側のエンティティを提供対象ノードと呼ぶ。
【００４８】
本発明によれば、このようなソリューションは、提供ノードと複数の提供対象ノードとの間でサービス提供に関連する情報の交換を可能ならしめることを意図された加入管理汎用インタフェース（Subscription Management Generic Interface、以下の説明中ＳｕＭ‐ＧＩと略す）によって実現される。この提供ノードは、一般的に言って、加入を成立させるために必要とされる命令の発行を担当するエンティティであり、一方、提供対象ノードは加入関連データを含むエンティティである。
【００４９】
従って、ＳｕＭ‐ＧＩは、管理されるべきリソースに関連する情報やそのような情報にアクセスして操作する方法をモデル化するように構成されている。そのようなモデル化は、管理システムを実現する際に使用される技術や配信からは独立した方法で実行される。従って、ＳｕＭ‐ＧＩは、使用される通信プロトコルの技術と、提供される特定のサービスデータとの双方に対する依存を回避しうる。
【００５０】
ＳｕＭ‐ＧＩをサポートする基本アーキテクチャを図１に示すが、この場合、提供ノード（３００）は、２つの異なる提供対象ノード（１００、２００）に対して動作する。提供ノード（３００）は、ＳｕＭ‐ＧＩマネージャ（３１０）と、適切なプロトコル技術（Ｐ−０１、Ｐ‐０２）によって各提供対象ノード（１００、２００）と通信する複数のプロトコルアダプタ（３０１、３０２、３０３）とを具備する。各提供対象ノード（１００、２００）は、それぞれ対応する提供対象ノード（１００、２００）と通信するためにプロトコル技術（Ｐ‐０１、Ｐ‐０２）に従って動作する特定のＳｕＭ‐ＧＩエージェント（１１０、２１０）を具備する。
【００５１】
提供ノードは、加入関連命令を複数の提供対象ノードへと送信する責務を負っている。また、各々の提供対象ノードは、独自のデータモデルやサービス提供技術を有している。関連する提供対象ノード（１００、２００）は、提供ノード（３００）により送信される加入関連命令（Ｐ‐０１、Ｐ‐０２）を受信する。好ましい一実施例によれば、ＳｕＭ‐ＧＩエージェント（１１０、２１０）は、提供対象ノードにおいてそのような命令を受信し、解釈し、それに対応するアクションを実行する。
【００５２】
提供対象ノードは、ＣＯＲＢＡ、ＬＤＡＰ又は、例えば、Simple Object Access Protocol（ＳＯＡＰ）などのような特定ベンダー向けプロトコル技術に基づいて特定のＳｕＭ‐ＧＩエージェントを実現するが、この提供対象ノードに向かってＳｕＭ‐ＧＩマネージャから通信を可能にするために、複数のプロトコルアダプタ（３０１、３０２、３０３）をサポートすることで、融通性が得られるので有利である。この点に関して、提供対象ノードのどの供給者も、独自の内部要件によりどのプロトコル技術が適合するかを自由に決定できるものの、この選択の如何によっては、提供ノードの実現に悪影響を与えることはない。これを実現するための基本的な原理の１つは、外部インタフェースに対するプロトコル定義から情報定義の意味を明確に分離することである。提供ノードが新たな技術を使用する特定の提供対象ノードと相互に情報を送受信することを必要とする場合、新たな技術に対応する新たなプロトコルアダプタが提供ノードに組み込まれているべきである。
【００５３】
従って、加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）、特に、それに含まれている汎用データモデル及び汎用データオペレーションを設けることで、提供ノードは、複数の異なる提供対象ノードについて各特定のデータモデルの詳細を知る必要がない。さらに、各提供対象ノードは、本発明の１つの側面に従って汎用データモデルをノード独自の内部データモデルへとマッピングする処理を担当する。従って、各提供対象ノード（１００、２００）はマッピングモジュール（１２０、２２０）を含む。それぞれ特定のマッピングモジュールは、提供ノードから受信された汎用データモデル（Ｐ‐０１、Ｐ‐０２）のインスタンスを各提供対象ノードにそれぞれ含まれる内部データモデル（１３０、２３０）へとマッピングする処理を担当する。
【００５４】
例えば、移動ネットワークのホームロケーションレジスタ（ＨＬＲ）において加入情報を作成することを提供ノード（３００）が望む場合、ＨＬＲは本発明の趣旨の上では提供対象ノードになる。この例のＨＬＲ（２００）はサービス提供のためにＣＯＲＢＡ技術を使用する。提供ノード（３００）は、ＳｕＭ‐ＧＩマネージャ（３１０）を介し、ＣＯＲＢＡアダプタ（３０２）を経て、ＨＬＲに向かって「create_subscription（加入作成）」命令を送信する。そのような「create_subscription」命令は加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）を介して、本発明が提供するＳｕＭ‐ＧＩデータモデルでは「subscription（加入）」と呼ばれる管理対象オブジェクトクラスを介するオペレーションとして定義される。
【００５５】
この例では、ＳｕＭ‐ＧＩマネージャが各提供対象ノードで使用されるプロトコル技術を知るための様々な代替構成が存在する。本発明の現時点で好ましい一実施例によれば、ＨＬＲは、自分自身をＳｕＭ‐ＧＩエージェントとしてＳｕＭ‐ＧＩマネージャに登録し、ＣＯＲＢＡの使用を標示する。本発明の他の実施例によれば、ＳｕＭ‐ＧＩマネージャにおいて、複数の異なる提供対象ノードにより使用される様々なプロトコル技術を確定するためには、それぞれ特定の提供ノードと提供対象ノードとに備えられるコンフィギュレーション手段も好適であろう。
【００５６】
「create_subscription」命令は、ＨＬＲに備えられる加入関連命令を待っているＳｕＭ‐ＧＩ ＣＯＲＢＡエージェント（２１０）を介して、ＨＬＲによって受信される。このＳｕＭ‐ＧＩ  ＣＯＲＢＡエージェント（２１０）は、このような命令を受信すると、加入情報を作成するためのアクションが実行されなければならないと、この命令を解釈する。この段階で、ＳｕＭ‐ＧＩ ＣＯＲＢＡエージェントは、エージェントがＨＬＲのどの管理対象オブジェクトクラスに対してオペレーションを実行しなければならないかを判定する必要がある。従って、ＳｕＭ‐ＧＩ ＣＯＲＢＡエージェントは、マッピングモジュール（２２０）に問い合わせる。マッピングモジュール（２２０）は、オペレーションを実行すべき特定の管理対象オブジェクトクラス又は特定のオブジェクトを識別するために、ＨＬＲの内部データモデル（２３０）を検索する。次に、ＳｕＭ‐ＧＩ ＣＯＲＢＡエージェントは、加入処理を開始するために要求されるアクションを実行するようにイネーブルされる。
【００５７】
図１に示すこの単純なアーキテクチャモデルは、提供ノードが複数の提供対象ノードへと直接的に接続されているものであるが、別階層のネットワーク組織が既に確立されているような他のネットワークトポロジーにも適応可能であろう。図２には一実施例が示されている。この図２は、現在の３ＧＰＰトレンドに追随するネットワーク管理アーキテクチャにも、本発明が適用可能であることを示している。このネットワーク管理アーキテクチャは、ネットワーク管理のためのエンドユーザ機能パッケージを提供し、さらにネットワーク装置に対する直接アクセスを実行しうるネットワークマネージャ（ＮＭ）（３００）と、明確に定義されたサブネットワークを構成する１組のネットワーク装置に対するネットワークモデルに関連する機能を含むサブネットワークマネージャ（ＳＮＭ）（４００）と、管理されるべき複数のネットワーク装置（ＮＥ）（１００、２００）とを具備する。
【００５８】
図２に示されるトポロジーにおけるネットワークマネージャ（３００）は、既に説明した本発明の一側面に従って純粋な提供ノードとして動作する。従って、このＮＭ（３００）は、ＳｕＭ‐ＧＩマネージャ（３１０）と、このネットワークトロポジーではサブネットワークマネージャ（４００）の少なくとも１つのレベルに相当する後続の管理対象ノードの階層と通信するための複数のプロトコルアダプタ（３０２）とを含む。各ＳＮＭ（４００）は、ＮＭ（３００）に関して提供対象ノードとして動作し、後続する管理対象ノードの階層に向かっては提供ノードとして動作する。管理対象ノードは、純粋な提供対象ノードとして動作する図２のネットワーク装置（１００、２００）である。
【００５９】
従って、図２によれば、サブネットワークマネージャ（４００）は、純粋な提供ノード（３００）と複数の純粋な提供対象ノード（１００、２００）との間に階層関係を有して配置されるが、このサブネットワークマネージャ（４００）は、ネットワークマネージャ（３００）に向かっては提供対象ノード側を提供し、管理されるべきネットワーク装置（１００、２００）に向かっては提供ノード側を提供する。従って、各ＳＮＭ（４００）は、複数のプロトコルアダプタ（３０２）と、ネットワークマネージャと通信するための（このＳＮＭでは提供対象側となる）ＳｕＭ‐ＧＩエージェント（４１０）とを具備する。各ＳＮＭ（４００）は、別の複数のプロトコルアダプタ（３０２）と、図２ではネットワーク装置１（１００）及びネットワーク装置２（２００）と通信するための（このＳＮＭでは提供ノード側となる）ＳｕＭ‐ＧＩマネージャ（３１０）とを具備する。
【００６０】
各ＮＥ（１００、２００）は、特定ベンダー向けの特定のプロトコル技術に基づくＳｕＭ‐ＧＩエージェント（１１０、２１０）を含む。各ＳｕＭ‐ＧＩエージェントは、提供ノード側でＳｕＭ‐ＧＩマネージャと通信する。各ＮＥ（１００、２００）は、提供ノード側から受信される汎用データモデル（Ｐ‐０１、Ｐ‐０２）のインスタンスを、各提供対象ノードにそれぞれ含まれる内部データモデル（１３０、２３０）へとマッピングするマッピングモジュール（１２０、２２０）をさらに含む。本発明の他の実施例においては、これらの図には示されていないが、特定のプロトコルアダプタを有する汎用ＳｕＭ‐ＧＩエージェントが設けられてもよい。この場合、汎用ＳｕＭ‐ＧＩエージェントは、ＳｕＭ‐ＧＩマネージャに関しては同様に動作する。
【００６１】
提供ノードに向かっては提供対象ノード側を提示し、複数の提供対象ノードに対しては提供ノード側を提示するサブネットワークマネージャのようなある種の管理エンティティによって、複数の管理レベルから成る階層とともに管理システムを構築することができる。従って、この階層管理システムは、最上位レベルにおいて純粋な提供ノード、すなわち、提供ノード側を有するネットワークマネージャ（３００）と、各々が提供対象ノード側と提供ノード側とを有する複数の階層関係において配置されたサブネットワークマネージャ（４００）と、最下位レベルにおいて複数の純粋な提供対象ノード、すなわち、提供対象ノード側を有するネットワーク装置（１００、２００）とを具備する。
【００６２】
加入管理汎用インタフェースに含まれる前述の汎用データモデル（以下、ＳｕＭ‐ＧＩデータモデルと呼ぶ。）は、オブジェクトクラスの基本セットの仕様を定めるものである。オブジェクトクラスの基本セットは、オブジェクトクラスに対するオペレーションの基本セットとともに、本発明の１つの側面に従った汎用提供メカニズムを記述することができる。また、この基本モデルは、実現されるべき加入管理に関連する全てのトランザクションを可能にするほど十分に強力である。
【００６３】
この点に関して、図４には、ＳｕＭ‐ＧＩデータモデルで定義されるオブジェクトクラスの基本セットが示されている。これはSubscription（加入）クラスと、UserServicePreferences（ユーザサービス嗜好）クラスと、Subscriber（加入者）クラスと、User（ユーザ）クラスと、ProvidedService（提供サービス）クラスとを含む。
【００６４】
Subscriptionクラスは、ＳｕＭ‐ＧＩデータモデルにおける中心的なオブジェクトクラスであり、加入者とサービスプロバイダとの間で成立する協定や契約をモデル化することが意図されている。Subscriptionクラスは、加入されるサービスの識別情報、加入者の識別情報、加入者嗜好などの、加入に関連するあらゆる情報を含む。Subscriptionクラスは加入者とサービスプロバイダとの間の、提供されるサービスに関する一時的関係、すなわち、ProvidedServiceクラスとSubscriberクラスとの関係を表現する。加入者は様々なサービスに対して２つ以上加入することができる。
【００６５】
UserServicePreferencesクラスは、所定の加入者と関連する複数のユーザが特定のサービス嗜好を有することを可能にすることを意図されている。言い換えれば、このオブジェクトクラスの特定のインスタンスは、ユーザごとにイネーブルされる様々な機能を有することを可能にする。すなわち、このオブジェクトクラスは、ユーザとサービス機能との間に形成された嗜好行列（プリファレンス・マトリクス）を保持することになる。
【００６６】
従って、Userクラスは、UserServicePreferencesクラスを介してSubscriptionクラスと関連している。ユーザは、２つ以上の加入と関連付けられうる。また、１つの加入は２つ以上のユーザに宣言させることが可能である。加入者のサービス嗜好は、Subscriptionクラスに保持されるが、ユーザのサービス嗜好はUserServicePreferencesクラスに保持される。
【００６７】
加入管理汎用インタフェースは、ＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスの特定の属性や特性を、それぞれ特定のオブジェクトと関連する汎用情報プレースホルダ（例えば、名前と値とのペアを保持する属性リストなど）に保持するように構成されている。それぞれ個々のＳｕＭ‐ＧＩエージェントは、ＳｕＭ‐ＧＩエージェントが常駐しているノードにおいて、属性リストに含まれる各々の特定の属性を適用可能であるか否かを判定する処理を担当する。ＳｕＭ‐ＧＩデータモデルに含まれる所定のオブジェクトクラスに関するある１つの属性のノードにおける適応可能性は、ノードのＳｕＭ‐ＧＩエージェントにより判定されるが、この適応可能性は、そのノードの特定の内部データモデルによって決まる。
【００６８】
ＳｕＭ‐ＧＩエージェント（１１０、２１０、４１０）は、その内部オブジェクトクラスをＳｕＭ‐ＧＩデータモデルに含まれるオブジェクトクラスへとマッピングすることにより、エージェント独自のデータモデルを記述することがでる。従って、ＳｕＭ‐ＧＩマネージャ（３１０）は、新たなエージェントが管理システムに導入されるたびに変更される必要がなくなる。これは本発明により提供される好都合な特徴である。さらに、ＳｕＭ‐ＧＩエージェントは、ＳｕＭ‐ＧＩデータモデルにおける既存のオブジェクトクラスに必要とされるどのような属性でも自在に定義でき、また、ＳｕＭ‐ＧＩエージェントが可能であるのと同じ数の前記オブジェクトクラスのインスタンスを自在に設定しかつ処理できる。
【００６９】
上記のＳｕＭ‐ＧＩデータモデルとは別に、加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）は、前記ＳｕＭ‐ＧＩデータモデルで定義されるオブジェクトクラス間のあらゆる関係の確立及び管理を可能にするための１組の基本オペレーションをさらに含む。
【００７０】
これにより、上記のＳｕＭ‐ＧＩをサポートする通信システムは、対応するクラス設定の作成、検索、変更、削除、起動及び動作停止のプロセスの際に、Subscriptionクラス、ProvidedServiceクラス、Subscriberクラス、Userクラス及びUserServicePreferencesクラスに対してオペレーションを実行するためにイネーブルされる。
【００７１】
加えて、ＳｕＭ‐ＧＩデータモデルは、３ＧＰＰ ＴＳ３２．６２２に従ってオブジェクトクラス及び関連付けによって表現されてもよい。３ＧＰＰ ＴＳ３２．６２２では、通常、ＵＭＬ表記法に従った中が空の菱形である「Aggregation by Reference」が使用される。図３に示す既存のＩＲＰモデル（オブジェクトモデルＩＩＩ）に示されるように、関連付けによって関連付けクラスから目標クラスへのナビゲーションが可能になる。ナビゲーションの機能は、開いた矢印により指し示される。この矢印は、次の目標クラスを指し示すための関連付け線の端部に配置される。この関連付けは、一方向（すなわち、目標クラス側の端部に矢印を付すこと）であってもよいし、あるいは両方向（すなわち、矢印なし）であってもよい。
【００７２】
従って、ＵＭＬ表記法に従った上記のＳｕＭ‐ＧＩデータモデル（オブジェクトモデルＩＩ）は、図４において、オブジェクトクラスの基本セットとそれらの関係とにより表現されている。図４に示されるように、ProvidedService（Ｃ‐２１）オブジェクトクラスは、関連付け「IsSubscribed（加入される）」によって目標クラスSubscription（Ｃ‐２２）に関連付けられているが、Subscriber（Ｃ‐２３）オブジェクトクラスは、関連付け「Has（有する）」によって同じ目標クラスSubscription（Ｃ‐２２）に関連付けられている。オブジェクトクラスSubscriber（Ｃ‐２３）は、同じ加入者に関して登録された２以上のユーザを有することを可能にする関連付け「Registers（登録）」によって目標クラスUser（Ｃ‐２５）に関連付けられている。User（Ｃ‐２５）オブジェクトクラスの中の再帰的関連付け（Ｓ-２５）により、ユーザ又はユーザグループの階層を確立することが可能になる。オブジェクトクラスUser（Ｃ‐２５）は、関連付け「Has」によって目標クラスUserServicePreferences（Ｃ‐２４）に関連付けられている。UserServicePreferences（Ｃ‐２４）は、オブジェクトクラスSubscription（Ｃ‐２２）に対しても、関連付け「Contains（含む）」からの目標クラスとなっている。
【００７３】
さらに、図３に示される「3GPP TS 32.622 v4.2.0 Generic Network Resources IRP: Network Resource Model (Release 4)」（オブジェクトモデルＩＩＩ）に従って、加入管理ＩＲＰと３つある現存のＯ＆Ｍエリアとの統合を実現するために、ＳｕＭ‐ＧＩデータモデルの中に３つの新たなオブジェクトクラスとして、SubscriptionIRPオブジェクトクラス（Ｃ‐２８）と、２つの新たな管理対象オブジェクトクラス（Ｃ‐２６、Ｃ‐２７）とが提供されている。SubscriptionIRPオブジェクトクラス（Ｃ‐２８）は、管理対象オブジェクトクラスIRPAgentに統合された他の既存オブジェクトクラスのように、各々の特定のIRPAgentオブジェクトと関連する機能を有している。言い換えれば、SubscriptionIRPオブジェクトクラス（Ｃ‐２８）の各特定インスタンスは、IRPAgentによりサポートされるＩＲＰバージョンのリストを含むということになる。２つの新たな管理対象オブジェクトクラス（Ｃ‐２６、Ｃ‐２７）であるSubscriptionFunction及びServiceProviderFunctionは、クラスをサブクラス化するためにだけ提供される。これらの管理対象オブジェクトクラスの各々は、いくつかの機能オブジェクトクラスに共通する属性を提供する。また、機能オブジェクトについてのより多くの共通の特性又は属性が識別される場合、これらの管理対象オブジェクトクラスの各々は将来拡張されてもよい。
【００７４】
図５に示されるように、加入管理ＩＲＰと３ＧＰＰの３つの現存するＯ＆ＭエリアＩＲＰとの統合は、上記の新たなSubscriptionIRPオブジェクトクラスをIRPAgentオブジェクトクラスに統合させることにより実現される。従って、このSubscriptionIRPは、ManagementNode、SubNetwork及びManagedElementといった３つの管理対象オブジェクトクラス（ＭＯＣ）に関連付けられる。特に、前記ＭＯＣであるManagedElementは、ネットワーク装置の関連機能を実行する電話通信機器又は電話通信管理ネットワークエンティティを表現する。その結果として、上記のSubscriptionIRPを利用するネットワークノードはこのカテゴリに含まれてもよい。従って、本発明の現時点で好ましい一実施例によれば、SubscriptionIRPに含まれる全ての管理対象オブジェクトが、他の既存のIRPAgent、すなわち、Alarm（警報）、Configuration（コンフィギュレーション）及びNotification（通知）により管理できるよう、SubscriptionFunction及びServiceProviderFunctionがManagedElementを継承している。
【００７５】
ここまでは、ＳｕＭ‐ＧＩデータモデルにおけるオブジェクトクラス及び関連付けを説明したので、これに続き、本発明の現時点で好ましい実施例に従った加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）を説明すべく、とりわけ、ＳｕＭ‐ＧＩオペレーションを説明する。
【００７６】
ＳｕＭ‐ＧＩオペレーションは、第一に上記のSubscriptionFunction及びServiceProviderFunctionからそれぞれインスタンスされた特定のオブジェクトクラスに応じて分類されてもよいが、これらは一方でSubscription（Ｃ‐２２）、Subscriber（Ｃ‐２３）及びUser（Ｃ‐２５）であり、他方でProvidedService（Ｃ‐２１）でもある。入力データは括弧の間に示され、出力データは「:」の後に示されるが、これらのＳｕＭ‐ＧＩオペレーションに対して示されるフォーマットは、単なる一例にすぎない。
【００７７】
（ａ）加入関連ＳｕＭ‐ＧＩオペレーション
（ａ１）createSubscription (subscriberID,  serviceID,
attributeListIn, ．．．）:subscriptionID, attributeListOut；
このオペレーションは、加入情報を作成するとともに、単にいくつかの必要なパラメータを示すが、その中でattributeListInは、指示されるサービスに関する加入データ及び加入者嗜好を含む。このオペレーションは作成される加入情報に関する識別情報であるsubscriptionID、及び関連情報をattributeListOutとして戻す。
【００７８】
（ａ２）modifySbscription（subscriptionID,
attributeListIn, ...）: attributeListOut;
このオペレーションは、加入の属性、特に、加入データ及びサービス加入者の嗜好を変更する。このオペレーションを使用することにより、加入者は所定の加入サービスに対して提供される機能の選択、起動、構成又は動作停止を変更できる。例えば、ヘルスケアサービスが加入サービスである場合、歯科サービスは、加入処理において選択／非選択が可能なヘルスケアサービス内のオプションである。特に、attributeListOutは、障害の詳細な理由を示すことができるであろう。
【００７９】
（ａ３）removeSubscription (subscriptionID, ...);
このオペレーションは、特定の加入を終了させるものである。
【００８０】
（ａ４）getSubscription (filter, attributeListIn...):
subscriptionID_list, attributeListOut;
このオペレーションは、加入リストを戻すものである。加入リストは、対応する識別情報と、オプションとして、attributeListInで要求された各加入と関連する属性値の対応するリストattributeListOutとを有する。特定の加入を選択するための検索基準として使用されるfilterは、「ＡＮＤ」又は「ＯＲ」などの論理演算子を使用してグループ分けできるアサーションの一部として、加入に関連する属性と値との複数ペアにより構成可能である。
【００８１】
（ａ５）addServiceUser (subscriptionID, userID,
attributeListIn, ...);
このオペレーションは、加入情報に新たなユーザを登録し、それにより、そのユーザが加入したサービスを使用することを可能にするために使用される。attributeListInは、加入したサービスの属性であり、これらの属性のいくつかは、前記ユーザに合わせて構成されていてもよい。ユーザが追加されるときにユーザ嗜好を構成してもよいし、又は後にオペレーションsetUserServicePreferencesによってユーザ嗜好を構成してもよい。サービスプロバイダのポリシーに応じて、ユーザサービス嗜好がこのオペレーションによって設定されない場合、新たなユーザサービス嗜好がオペレーションsetUserServicePreferencesによって設定されるまで、加入情報を作成するときに加入者嗜好が設定される。
【００８２】
（ａ６）removeServiceUser (subscriptionID, userID, ...);
このオペレーションは、ユーザをサービスへの加入から脱退させるために使用される。
【００８３】
（ａ７）getServiceUser (subscriptionID, ...): user ID_list;
このオペレーションは、ある１つのサービスへの加入に登録されているユーザの情報を戻すものである。
【００８４】
（ａ８）setUserServicePreferences (subscriptionID,
userID, userPreferences, ...);
このオペレーションは、１人のユーザに関してカスタマイズされたサービスの全ての属性を構成するものである。また、当該オペレーションは、特定のユーザに関して加入サービスの機能をイネーブル又はディスエーブルする。
【００８５】
（ａ９）getUserServicePreferences (SubscriptionID,
userID, ...): userPreferences;
このオペレーションは、所定のサービス加入における特定のユーザに関するサービス嗜好のリストを戻すものである。サービス嗜好は、加入サービスにより提供され、このユーザに合わせて構成された機能又は特徴を含んでいてもよい。
【００８６】
（ｂ）加入者関連ＳｕＭ‐ＧＩオペレーション
（ｂ１）createSubscriber (attributeListIn, ...):
subscriberID;
このオペレーションは、加入者を作成するために使用される。
【００８７】
（ｂ２）modifySubscriber (subscriberID,
attributeListIn, ...): attributeListOut;
このオペレーションは、attributeListINに含まれる加入者サービス独立データを変更するものである。特に、attributeListOutは、障害の詳細な理由を示すことができるであろう。
【００８８】
（ｂ３）removeSubscriber (subscriberID, ...);
このオペレーションは、加入者を脱退させるために使用される。
【００８９】
（ｂ４）getSubscriber (filter, attributeListIn, ...):
subscriberID_list, attributeListOut;
このオペレーションは、filterにおいて定義されるいくつかの特性を伴う加入者のリストと、attributeListInで要求された属性値のリストattributeListOutとを戻すものである。
【００９０】
（ｃ）ユーザ関連ＳｕＭ‐ＧＩオペレーション
（ｃ１）createUser (attributeListIn, ...): userID;
このオペレーションは、ユーザを作成するために使用される。
【００９１】
（ｃ２）modifyUser (userID, attributeListIn, ...):
attributeListOut;
このオペレーションは、attributeListInに含まれるユーザサービス独立データを変更するものである。特に、attributeListOutは、障害の詳細な理由を示すことができるであろう。
【００９２】
（ｃ３）removeUser (userID, ...);
このオペレーションは、ユーザを脱退させるために使用される。
【００９３】
（ｃ４）getUser (filter, attributeListIn, ...):
userID_list, attributeListOut;
このオペレーションは、filterで定義されるいくつかの特性を伴うユーザのリストと、attributeListInで要求された属性値のリストattributeListOutとを戻すものである。
【００９４】
（ｄ）プロバイダサービス関連ＳｕＭ‐ＧＩオペレーション
（ｄ１）createService (attributeListIn, ...): serviceID;
このオペレーションは、サービスを作成するために使用される。所定のサービスは、当該所定のサービスの一機能として他のサービスを含むことができる。当該所定のサービスに含まれるそれらのサービスは、上記のattributeListInパラメータに含まれている。
【００９５】
（ｄ２）modifyService (serviceID, attributeListIn, ...):
attributeListOut;
このオペレーションは、attributeListInに含まれる所定のサービスの機能を変更するものである。特に、attributeListOutは、障害の詳細な理由を示すことができるであろう。
【００９６】
（ｄ３）removeService (serviceID, ...);
このオペレーションは、サービスを脱退させるために使用される。
【００９７】
（ｄ４）getService (filter, attributeListIn, ...):
attributeListOut;
このオペレーションは、filterで定義されるいくつかの特性とともに１つ又はいくつかのサービスに関する情報を戻すものである。attributeListInで命令された、サービスごとの属性値のリストは、例えば、読み取り／書き込み又は読み取り専用などの、サービスと関連するパラメータを含むatributeListgOutとして戻される。それらの属性のいくつかは、加入時に設定可能なオプションの機能又はパラメータであるが、他の属性は特定のユーザに合わせてsetUserServicePreferencesオペレーションによって詳細に設定可能である。
【００９８】
本発明の１つの側面によれば、上記のＳｕＭ‐ＧＩオペレーションは、あるユーザの同じインスタンスが２以上の加入により共有できるようにするために、オブジェクトクラスUserの特定のオブジェクトが機能オブジェクトクラスSubscriptionFunctionから直接にインスタンスされるものと仮定している。しかしながら、オブジェクトクラスUserの特定のオブジェクトが、オブジェクトクラスSubscriberからRegistersなどの特定の関係を経てインスタンスされるような他の好ましい実施例も存在するであろう。このような場合、あるユーザの同じインスタンスが２以上の加入により共有されることはない。これらの代替的な実施例は、互いに排他的ではなく、先の実施例と同様に融通性を有しかつコヒーレントなマッピングモジュールが提供されるのであれば、どの管理対象ノードに保持されている特定の内部データモデルにも悪影響を及ぼさない。
【００９９】
以上、例示として、限定的な意味を持たせずに、いくつかの実施例に関して本発明を説明した。以上の教示に照らして本発明の数多くの変更及び変形が可能であることは自明である。本発明の技術的範囲は、請求の範囲により確定されのであるから、これらの請求の範囲に含まれるのであれば、どのような実施例の変更も、本発明の技術的範囲に含まれることが意図されている。
【図面の簡単な説明】
【０１００】
本発明は、他の目的及び利点とともに、添付の図面に関連する上述の詳細な説明を参照することにより良く理解されるであろう。
【図１】図１は、提供命令の発行を担当する提供ノードと、サービスへの加入が提供される複数の提供対象ノードとを具備する基本アーキテクチャを示すブロック図である。
【図２】図２は、マネージャエンティティと複数の提供対象ノードとの間に挿入される階層サブネットワークマネージャ構造における１つのエンティティを含む汎用アーキテクチャを示すブロック図である。
【図３】図３は、３ＧＰＰ ＴＳＳ３２．６２２Ｖ４．２．０（２００２〜０３）に含まれるような汎用ネットワークリソースモデル（ＮＲＭ）の包含／ネーミング及び関連付けを示す図である。
【図４】図４は、本発明の１つの側面に従った加入管理汎用インタフェース（ＳｕＭ‐ＧＩ）データモデルに含まれるオブジェクトクラスを含むリソースモデルを示す図である。
【図５】図５は、本発明の１つの側面に従って図３に示される汎用ネットワークリソースモデル（ＮＲＭ）と統合された図４のリソースモデルの使用を示す図である。
【図１】
0004430536.tif 000002
【図２】
0004430536.tif 000003
【図３】
0004430536.tif 000004
【図４】
0004430536.tif 000005
【図５】
0004430536.tif 000006