(57)【要約】【課題】複数のサービスを提供する複数のサービス・システムを含む通信網内でサービスを準備する方法を提供する。【解決手段】このシステムは、サービス網（２００）内の複数のサービスに関係するサービス情報を含むシステム構成要素レジスタ（ＳＣＲ）を提供する。前記サービス情報は、各サービスまたはサービスのグループ毎にサービス・データ記録内に記憶される。各サービス・データ記録は特定のサービスまたはサービスのグループのサービス事例を識別する少なくとも１つのサービス事例フィールド（５４０）と、特定のサービスまたはサービスのグループが複合サービスである場合かまたは共用資源を用いる場合は、サービス網（２００）内の少なくとも１つの他のサービス・システムに対する特定のサービスまたはサービスのグループの依存性を定義する少なくとも１つの依存性フィールド（５５０）を有する。【選択図】　　　図５
2004007677.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービスを提供する複数のサービス・システムを含むサービス網（２００）内でサービスを準備するシステムであって、前記システムは前記サービス網内の複数のサービスに関係するサービス情報を含むシステム構成要素レジスタ（ＳＣＲ）を備え、前記サービス情報は各サービスまたはサービスのグループ毎に１つずつサービス・データ記録内に記憶され、各サービス・データ記録は、
・　前記特定のサービスまたはサービスのグループのサービス事例を識別する少なくとも１つのサービス事例フィールド（５４０；６３０）と、
・　前記特定のサービスまたはサービスのグループが複合サービスである場合かまたは共用資源を用いる場合は、前記サービス網内の少なくとも１つの他のサービス・システムに対する前記特定のサービスまたはサービスのグループの依存性を定義する少なくとも１つの依存性フィールド（５５０；６５０）と、
を含み、前記サービス構成要素レジスタとサービス・データ記録は前記サービス網内のサービスの集中的な準備を容易にする、
サービスを準備するシステム。
【請求項２】
前記サービス・データ記録は、
・　１つのサービスに関する情報を保持するサービス・フィールド（６１０）と、
・　サービスを利用する方法に関する情報を保持するサービス・アクセス定義フィールド（６１５）と、
・　サービスを準備する方法に関する情報を保持する準備アクセス定義フィールド（６２０）と、
を更に含む、請求項１記載のサービスを準備するシステム。
【請求項３】
前記サービス・データ記録は、
・　前記サービス網内に導入されて記録されたサービスに関する情報を含む展開されるサービス・フィールド（５１０）と、
・　前記展開されるサービスの特殊化を表す準備されるサービス・フィールド（５２０；６４０）と、
を更に含む、請求項２記載のサービスを準備するシステム。
【請求項４】
前記サービス・データ記録は、前記サービスに関する準備テンプレートを指定する少なくとも１つのテンプレート・フィールド（５６２，５６１；６２０，６４０）を更に含み、前記準備テンプレートはサービスの準備に必要な情報と前記サービス・システムが支援する準備動作とを定義する、請求項２記載のサービスを準備するシステム。
【請求項５】
少なくとも１つの前記準備テンプレートは前記ＳＣＲ内に記憶される、請求項４記載のサービスを準備するシステム。
【請求項６】
前記準備テンプレートは、コンパクトで容易に交換可能なフォーマットで、例えばＸＭＬファイル（ｅＸｔｅｎｄｅｄ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）として記憶される、請求項４記載のサービスを準備するシステム。
【請求項７】
前記準備アクセス定義フィールド（６２０）は展開されるサービスの準備テンプレートを更に指定する、請求項２記載のサービスを準備するシステム。
【請求項８】
前記サービス・データ記録はグループ化された少なくとも２つのサービスを識別するサービス・グループ・フィールド（６０５）を更に含む、請求項１記載のサービスを準備するシステム。
【請求項９】
複数のサービスを提供する複数のサービス・システムを含むサービス網（２００）内でサービスを準備するのに用いられるサービス・データ・モデルであって、前記サービス・データ・モデルは前記サービス網内の複数のサービスに関係するサービス情報を含み、前記サービス情報は各サービスまたはサービスのグループ毎に１つのサービス・データ・オブジェクトで構築され、また各サービス・データ・オブジェクトは、
・　前記特定のサービスまたはサービスのグループのサービス事例を識別する少なくとも１つのサービス事例オブジェクト（５４０；６３０）と、
・　前記特定のサービスまたはサービスのグループが複合サービスである場合かまたは共用資源を用いる場合は、前記サービス網内の少なくとも１つの他のサービス・システムに対する前記特定のサービスまたはサービスのグループの依存性を定義する少なくとも１つの依存性オブジェクト（５５０；６５０）と、
を含み、前記サービス・データ・モデルは前記サービス網内でのサービスの集中的な準備を容易にする、
サービス・データ・モデル。
【請求項１０】
前記サービス・データ・オブジェクトは、
・　１つのサービスに関する情報を保持するサービス・オブジェクト（６１０）と、
・　サービスを利用する方法に関する情報を保持するサービス・アクセス定義オブジェクト（６１５）と、
・　サービスを準備する方法に関する情報を保持する準備アクセス定義オブジェクト（６２０）と、
を更に含む、請求項９記載のサービス・データ・モデル。
【請求項１１】
前記サービス・データ・レコードは、
・　前記サービス網内に導入されて記録されたサービスに関する情報を含む展開されるサービス・オブジェクト（５１０）と、
・　前記展開されるサービスの特殊化を表す準備されるサービス・オブジェクト（５２０；６４０）と、
を更に含む、請求項１０記載のサービス・データ・モデル。
【請求項１２】
前記サービス・データ・オブジェクトは、前記サービスに関する準備テンプレートを指定する少なくとも１つのテンプレート・オブジェクト（５６２，５６１）を更に含み、前記準備テンプレートはサービスの準備に必要な情報と前記サービス・システムが支援する準備動作とを定義する、請求項９記載のサービス・データ・モデル。
【請求項１３】
少なくとも１つの前記準備テンプレートは前記ＳＣＲ内に記憶される、請求項１２記載のサービス・データ・モデル。
【請求項１４】
前記準備テンプレートは、コンパクトで容易に交換可能なフォーマットで、例えばＸＭＬファイル（ｅＸｔｅｎｄｅｄ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）として記憶される、請求項１２記載のサービス・データ・モデル。
【請求項１５】
前記準備アクセス定義オブジェクト（６２０）は展開されるサービスの準備テンプレートを更に指定する、請求項１０記載のサービス・データ・モデル。
【請求項１６】
前記サービス・データ・オブジェクトはグループ化された少なくとも２つのサービスを識別するサービス・グループ・オブジェクト（６０５）を更に含む、請求項９記載のサービス・データ・モデル。
【請求項１７】
サービス網内でサービスを準備する方法であって、複数のサービスに関係するサービス情報はシステム構成要素レジスタ（ＳＣＲ）内に記憶され、前記方法は、
・　前記ＳＣＲ内のサービスの第１の表現を提供することにより前記サービス網内にサービスを展開する（４１０）ステップと、
・　前記第１の表現の特殊化である、前記ＳＣＲ内のサービスの第２の表現を提供することにより前記サービスを準備する（４２０）ステップと、
を含む、サービスを準備する方法。
【請求項１８】
更に、
・　サービスの前記第２の表現の特殊化である、共通加入者／使用者データベース（ＣＳＤ）内のサービスの第３の表現を提供することにより最終使用者にサービスを提供する（４３０）、
ステップを含む、請求項１７記載のサービスを準備する方法。
【請求項１９】
サービスを展開する（４１０）前記ステップは、準備すべき使用者データを指定し、サービスを提供する前記サービス・システムが支援する動作を定義する、展開されるサービス準備テンプレート（４４０）を用いて行う、請求項１７記載のサービスを準備する方法。
【請求項２０】
サービスを準備する（４２０）前記ステップは準備されるサービス準備テンプレート（４５０）を用いて行う、請求項１７記載のサービスを準備する方法。
【請求項２１】
サービスを提供する（４３０）前記ステップは提供されるサービス準備テンプレート（４６０）を用いて行う、請求項１８記載のサービスを準備する方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は一般に通信網内のサービスの分散（ｄｉｓｔｒｉｂｕｔｉｏｎ）の分野に関するもので、特に複数のサービス・システムとサービス提供者とサービス・イネーブラ（ｓｅｒｖｉｃｅ　ｅｎａｂｌｅｒｓ）が存在する通信網内でのサービスの準備に関する。
【０００２】
【従来の技術】
これまでは、移動電話網（ｍｏｂｉｌｅ　ｔｅｌｅｐｈｏｎｙ　ｎｅｔｗｏｒｋｓ：ＰＬＭＮ）や固定回路交換網（ｆｉｘｅｄ　ｃｉｒｃｕｉｔ−ｓｗｉｔｃｈｅｄ　ｎｅｔｗｏｒｋｓ：ＰＳＴＮ）やデータ通信網などの通信網は別個の（ｓｅｐａｒａｔｅ）システムであった。電気通信網の特徴は垂直に統合されていることである。これはアプリケーションやサービスが転送技術に密接に結び付いていることを意味する。例えば、移動体システムＧＳＭは一組のサービスとアプリケーションを提供するが、その外観と利点と限界の少なくとも大部分は通信技術により与えられる。固定電話網（ｆｉｘｅｄ　ｔｅｌｅｐｈｏｎｅ　ｎｅｔｗｏｒｋ：ＰＳＴＮ）はこのシステムに用いられる通信技術に密接に連結するサービスとアプリケーションの異なる集合を提供し、そのサービスの使用と外観の多くはＰＬＭＮにおける同様のサービスとは異なっている。最終使用者には同じように見えるサービスも、技術に密接に関係するので、異なる網では非常に異なる方法で実現される。
【０００３】
サービスと通信技術とが密接に関係していることも、網の運営者が最終使用者へのサービスの主要な提供者でもあったということの重要な理由であった。サービスを提供するには、網全体の知識とアクセスが欠かせない。垂直に統合された網を図１に示す。
【０００４】
多様化されたサービス（複合サービス）と、サービス提供者の間の競争を促進することの要求が高まっている。同時に、電気およびデータ通信網が発展した。新しい世代の通信システムはセルラ電話やＩＰに基づくデータ通信などの種々の通信技術を統合する。新しいシステムは、例えばアクセス層とコア層とサービス層を備える水平に層化されたものとして描かれることが多い。図２は層化された通信システムを示す。このシナリオでは、例えば運営者（ｏｐｅｒａｔｏｒｓ）、サービス提供者、サービス・イネーブラ、コンテンツ提供者、アプリケーション（インターネット（Ｒ））サービス提供者などの既存および新規のプレーヤが相互に作用して多様なサービスを最終使用者に提供する。サービスは、網（サービス網２００）の形を有するサービス層内で提供され管理される。サービス網２００はコア網２１０と相互に作用し、一般にＩＰ構造を有して転送および交換機能を提供する。コア網から複数のアクセス網と通信することができる。アクセス網は、ＧＳＭやＵＭＴＳなどの種々の容量と特徴を持つセルラ・システム２２０や、固定電話（ＰＳＴＮ）２３０や、ＩＰに基づくデータ通信２４０や、ケーブルＴＶ２５０を含む種々の網でよい。サービス網２００は、好ましくはオープン構造（例えばオープン・サービス構造ＯＳＡ）とオープン・インターフェース（例えば、ＯＳＡアプリケーション・プログラム・インターフェースＡＰＩ）を有し、これにより多数のプレーヤは相互に作用して最終使用者にサービスを提供することができる。垂直に統合された網と層化された網との比較はエリクソン・レビュー（Ｅｒｉｃｓｓｏｎ　Ｒｅｖｉｅｗ）Ｎｏ．２，　２００１、６２−６７ページに述べられている。
【０００５】
好ましくは提供されるサービスは、最終使用者の個人的な要求や、アクセス方法（移動体システムや、固定システムなど）や、アクセスする端末の特性（例えば移動体端末の容量など）や、加入方式などに従って調整してよい。例えばアクセス方法はサービス網内のサービスの実行に影響を与えるが、サービスを実行する多くの部分は、例えばアクセス方法に関わらず似ているかまたは同じである。したがって、サービス提供者は同じ「積み木（ｂｕｉｌｄｉｎｇ　ｂｌｏｃｋｓ）」を用いて、異なる最終使用者用に調整した異なるサービスを構築することができる。積み木は、例えば電話番号サービスや、メッセージ・サービスや、位置決めツールなどであり、これをサービス・イネーブラとも呼ぶ。サービス網の開放性と、２つ以上の特定のサービスに積み木を用いることが可能であることとが、運営者やサービス提供者やサービス・イネーブラなどのプレーヤと最終使用者とに、新しいサービスをそれぞれ開発し使用する魅力を与える重要な要因と見なされている。
【０００６】
提供されるサービスは、二人の移動体加入者の間に呼を設定するなどの基本的な電話サービスから、異なるアクセス網や１つ以上のインターネット・アプリケーションやセキュリティ・サービスが関わる複合サービスまでにわたる。複合サービスは、位置決めや、メッセージ交換や、電子商取引を用いるサービスを含んでよい。位置決めに基づくサービスは、例えば最終使用者の位置の近くにあるホテルを探すことである。かかるサービスは、移動体位置決めセンタを介する移動体システムの位置決めツールや、或る地域内のホテルを探したり分類したりする１つ以上のインターネット・アプリケーションや、最終使用者（例えばＷＡＰ）の端末に表示するのに適したフォーマットに情報を変換するアプリケーションや、部屋の予約や支払いを容易にする電子商取引アプリケーションを用いることを含む。複合サービスの別の例は、いわゆるフリート管理（ｆｌｅｅｔ　ｍａｎａｇｅｍｅｎｔ）に関係する。使用者の選択されたグループ内の個々の使用者の位置に関する情報が、そのグループ内の一人または全ての使用者に提供される。各使用者の位置は位置決めシステムにより与えられる。これにより、使用者はグループ内の全ての他の人の位置に関する最新の情報を得ることができる。この種のサービスは、例えば一群の配送車を管理するのに有用である。かかるサービスを提供し実行するには、種々のサービス・システムの間の多数のインターフェースが必要である。種々のサービス・システムが種々のサービス・イネーブラから提供されるので、サービス網と、オープン構造と標準化されたインターフェースを有するサービス網が必要なことは明らかである。
【０００７】
【発明が解決しようとする課題】
サービス網内で多数のサービス提供者やイネーブラが多数のサービスを提供し、最終使用者が種々のアクセス網内に広がり、個人的なサービスや種々の支払い方法の要求が生じると、正しい最終使用者に関係するデータやサービスに関係するデータの要求が高まり、そのデータに即座にアクセスすることが重要になる。今日の網では最終使用者に関係するデータは網全体に分散され、多くの場合に冗長な最終使用者データが記憶され、用いられている。同様に、サービスに関係するデータは主として異なるサービス・システム内に分散されている。データが分散して記憶されかつ冗長なので、情報を検索して更新するのが困難である。データが分散されている既存の網では、複合サービスの安定した機能性を実現し確保することは非常に困難である。データが分散されていることの１つの欠点を、例えば位置決めサービスに基づく或る複合サービスへの加入を最終使用者が止める場合の例で示す。この場合、位置決めサービスを提供するサービス・システムからその加入者に関係する全てのデータが削除される。位置決めを用いる他の複合サービスをその最終使用者が利用したいと思っても、位置決めサービスを提供するサービス・システムからその最終使用者に関係するデータがすでに削除されているので、かかる他の複合サービスは重要な最終使用者関係データを持っていない。或る場合にはこの複合サービスを実行できないし、また或る場合には最終使用者データを網内の他の場所から検索できたとしても、複合サービスの実行が遅れたり、トラヒック負荷が増えたりする。
【０００８】
使用者データや加入者データがサービス網内で分散するリスクがあるだけでなく、大規模なサービス網内では利用可能なサービスに関する情報自体も簡単に劣化する可能性がある。このサービス・データはサービスの準備にもサービスの実行にも必要な情報を含む。一般的なサービス網は数千ものサービスを含み、新しいサービスやサービスの組合わせが絶えず出現し、また成功度の低いサービスは消滅する。サービス・データがサービス網内に分散している場合は、例えば運営者が全ての必要なサービス情報を把握して、最終使用者が加入しているサービスを実行したり、最終使用者に新しいサービスを提供したりすることが困難である。また、サービスの「寿命」が短いものがあるので、新しいサービスを迅速にかつ正確に提供することは非常に重要である。
【０００９】
複合サービスの場合は、例えば種々のサービス・イネーブラが複合サービスの種々の「積み木」を提供するので、サービス・データが分散している状況では複合サービスの提供者が「積み木」の変化（複合サービスの性能に悪い影響を与えることもある変化）に追従することは困難であり、遅くなり、不可能な場合もある。
【００１０】
サービス網内における現在のサービス処理方法の問題を要約すると次のようになる。
ａ）　サービスがサービス網内の種々のサービス・システムを通して展開され（ｄｅｐｌｏｙｅｄ）、サービス・システムとサービスとの関係を把握するのは容易ではない。
ｂ）　新しいサービスを最終使用者に迅速に提供しなければならない。
ｃ）　複合サービスが用いる種々のサービス・システムの間の依存性がすぐには分からない。
【００１１】
【課題を解決するための手段】
目的とする問題は、複合サービスおよび／または多数のサービスを提供するサービス網において、サービスを準備するための方法とデータ・モデルとシステムとを提供することである。
この問題は、請求項１に規定されるるシステムと、請求項９に係るデータ・モデルと、請求項１７に規定される方法により解決される。
【００１２】
本発明の１つの実施の形態に係るシステムは、サービス網内の複数のサービスに関係するサービス情報と、前記サービス情報を各サービスまたはサービスのグループ毎に１つずつ記憶するサービス・データ記録とを含むシステム構成要素レジスタＳＣＲ（Ｓｙｓｔｅｍ　Ｃｏｍｐｏｎｅｎｔ　Ｒｅｇｉｓｔｅｒ）を提供する。各サービス・データ記録は、特定のサービスまたはサービスのグループのサービス事例（ｓｅｒｖｉｃｅ　ｉｎｓｔａｎｃｅ）を識別する少なくとも１つのサービス事例フィールドと、特定のサービスまたはサービスのグループが複合サービスである場合かまたは共用資源を用いる場合はサービス網内の少なくとも１つの他のサービス・システムに対するその特定のサービスまたはサービスのグループの依存性を定義する少なくとも１つの依存性フィールドとを含む。
【００１３】
本発明の１つの実施の形態に係るデータ・モデルは、複数のサービスを提供する複数のサービス・システムを持つサービス網内でサービスを準備するのに用いられる。サービス・データ・モデルは、サービス網内の複数のサービスに関係するサービス情報を含み、前記サービス情報は各サービスまたはサービスのグループ毎に１つのサービス・データ・オブジェクトで構築される。各サービス・データ・オブジェクトは、特定のサービスまたはサービスのグループのサービス事例を識別する少なくとも１つのサービス事例オブジェクトと、特定のサービスまたはサービスのグループが複合サービスである場合かまたは共用資源を用いる場合はサービス網内の少なくとも１つの他のサービス・システムに対するその特定のサービスまたはサービスのグループの依存性を定義する少なくとも１つの依存性オブジェクトとを含む。
【００１４】
複数のサービスに関係するサービス情報はシステム構成要素レジスタ（ＳＣＲ）内に記憶される。サービス網内でサービスを準備する本発明の方法は、
・　ＳＣＲ内のサービスの第１の表現を提供することによりサービス網内にサービスを展開するステップと、
・　前記第１の表現を特殊化した、ＳＣＲ内のサービスの第２の表現を提供することによりサービスを準備するステップと、
を含む。この方法は更に、
・　前記サービスの第２の表現を特殊化した、共通加入者／使用者データベースＣＳＤ（Ｃｏｍｍｏｎ　Ｓｕｂｓｃｒｉｂｅｒ／Ｕｓｅｒ　Ｄａｔａｂａｓｅ）内のサービスの第３の表現を提供することにより最終使用者にサービスを提供する、
ステップを含む。
【００１５】
本発明のサービス・データ・モデルに従って構築された本発明に係るサービス構成要素レジスタとサービス・データ記録により、サービス網内でのサービスの集中的な準備が容易になる。かかる構成により、安定な環境がサービス網内に生成され、サービスの迅速で確実な準備が保証される。
【００１６】
定義
サービス網（ＳＮ）−−　通信システムの水平に層化された構造におけるサービス層に対応する。最終使用者サービスを提供するのに必要なノードと複数のサービス・システムはサービス網の一部と考える。正確にどのノードがサービス網に属すると見なされるかは実施の形態による。
サービス・システム−−　サービスまたはサービスの一部を提供するシステム。サービス・システムは一般にサービス網に属する。サービス・システムは他のサービス・システムを用いて（通信して）特定のサービスを最終使用者に提供してよく、また複合サービスはサービスを実行するのに複数のサービス・システムを用いる必要があろう。サービス・システムは１つ以上の異なるサービス、またはサービスの一部を提供してよい。
サービス事例−−　サービス・システムはサービスを準備するために１つ以上の「積み木」を提供してよい。かかる「積み木」をサービス事例を呼ぶ。サービスが必要とするのは、おそらく種々のサービス・システムが準備する唯一の「積み木」または複数の「積み木」である。
複合サービス−−　特定のサービスを最終使用者に提供するのに２つ以上のサービス・システムを関連させる必要のあるサービス。
【００１７】
【発明の実施の形態】
本発明の実施の形態について、図面を参照して以下に説明する。
前に説明したように、サービス網内でサービスを提供し実行するのに必要な大量の種々の情報を制御することはサービスの準備と実行に非常に重要である。本発明は、サービス網内の情報の分散に関係する上に述べた問題に対処するため、サービス網内でのサービスの準備に必要な情報のための、共通データベースとして一般に実現されるシステム構成要素レジスタ（ＳＣＲ）を提供する。ＳＣＲはサービスの種類に関する情報と、サービスの記述と、サービスを導入するサービス・システムの説明と、他のサービスに対するサービス依存性とを含む。したがって、サービス網内で準備される好ましくは全てのサービスに必要な情報に、網内の同じエンティティを介してアクセスすることができる。
【００１８】
ＳＣＲ内に記憶されるサービス・データはサービス・データ・モデルＳＤＭ（Ｓｅｒｖｉｃｅ　ｄａｔａ　ｍｏｄｅｌ）に従って構築される。理解すべきであるが、ＳＣＲはサービスそのものに関する情報を提供するものであって、加入者または使用者に関する情報は一切保持しない。好ましくは、加入者／使用者データはＳＣＲとは別の共通加入者／使用者データベース（ＣＳＤ）に記憶する。また理解すべきであるが、ＳＣＲはサービスの準備に必要な情報を提供するものであって、サービスの実際の実行は、恐らくＣＳＤから検索された情報を用いてサービス・システム自体が処理する。
【００１９】
上に述べたＣＳＤはサービス網内の複数のサービスが用いる共通使用者／加入者データだけでなく、加入者と使用者との関係と、連結データ（ａｆｆｉｌｉａｔｅ　ｄａｔａ）へのリンクを保持する。連結データは一般にサービスまたはサービスのグループに特有の最終使用者に関係するデータであり、特定のサービス・システムだけに関係する。共通使用者／加入者データは使用者データ・モデルＵＤＭ（Ｕｓｅｒ　Ｄａｔａ　Ｍｏｄｅｌ）に従って記憶される。
【００２０】
使用者／加入者データとサービス・データの両方を管理することは複合サービスの準備に特に重要である。複合サービスでは、例えば前に説明したホテルを予約する例のように、サービスを提供する２つ以上のシステムが関わる必要があることが多い。位置決めに基づくサービスは、一般に移動体位置決めセンタＭＰＣ（Ｍｏｂｉｌｅ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｃｅｎｔｒｅ）と、移動体網（アクセス網）の使用者のプロフィールを記憶するホーム加入者サーバＨＳＳ（Ｈｏｍｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｓｅｒｖｅｒ）とが関わる。ＭＰＣやＨＳＳなどのシステムは、複合サービスを構築するのに必要な、前に述べた「積み木」すなわちサービス・イネーブラの例である。複数の複合サービスが用いる共用資源の別の例はカレンダである。種々の項目がどのようにして作成されたかに関わらず、使用者は一般に全ての項目を示す唯一のカレンダだけを希望する。上に述べたホテル予約の例では、ホテルを予約するサービスは好ましくはカレンダにもアクセスして自動的に予約を入れる。使用者は同じカレンダを用いて会議を予約したり誕生日を記憶したりする。ビジネスの場合に加入者が希望するのは、全ての使用者が共通のカレンダまたはそれぞれ相互のカレンダにアクセスすることが可能なこと、例えば使用者のグループが会議に集まれる日を自動的にチェックするという機能を用いることが可能なことである。このように、サービス「カレンダ」は、使い方に従って、複合サービスの独立のサービスとも、「積み木」とも、サービス・イネーブラとも見なすことができる。１つのサービス・システムに必要なデータを他のシステムが変更または削除する（例えば他のサービス・システムがその複合サービスを実行するためにＭＰＣの加入／起動を必要とする場合に、ＭＰＣを用いる或るサービス・システムがＭＰＣの加入／起動を止める）のを防ぐには、サービス・システムの間の依存性を指定しなければならない。
【００２１】
サービスとサービス・システムとサービス事例との関係を更に次の例で示す。ローカル映画サービス（Ｌｏｃａｌ　Ｍｏｖｉｅ　Ｓｅｒｖｉｃｅ）とニュース更新サービス（Ｎｅｗｓ　Ｕｐｄａｔｅ　Ｓｅｒｖｉｃｅ）という２つのサービスが提供される。ローカル映画サービスはサービス・システムＡとＢとを用い、ニュース更新サービスはサービス・システムＢとＣとを用いる。したがって、ローカル映画サービスは２つのサービス事例を有し、１つはサービス・システムＡ内にあり１つはサービス・システムＢ内にある。ニュース更新サービスも２つのサービス事例を有し、１つはサービス・システムＢ内にあり１つはサービス・システムＣ内にある。
【００２２】
サービス網内でサービスが展開され、準備され、提供される方法を理解するには３つの基本エンティティが重要である。３つのエンティティ（すなわち加入者と使用者とサービス）とそれらの関係を図３に示す。エンティティ加入者３１０はサービス網内で提供されるサービスの１つ以上の集合すなわちパッケージ３２５に加入する。加入者３１０は１つ以上の使用者３０５を所有する。使用者３０５はサービス３２０を活発に利用する。使用者は、加入者３１０が加入するサービスの集合３２５に属するサービスだけを使用することができる。使用者３０５は常に加入者３１０に属していなければならない。加入者３１０は常に一人以上の使用者３０５を所有する。多くの場合加入者３１０と使用者３０５は同じ人であるが、例えばビジネスの加入者の場合は、加入者は会社でよく、使用者はその会社の社員でよい。
【００２３】
サービス・データはサービス・データ・モデルＳＤＭ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｍｏｄｅｌ）に従って記憶され、ＳＣＲ内に記憶されるサービス・データ記録ＳＤＲ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｒｅｃｏｒｄ）を生成する。ＳＣＲを用いる本発明の概念を理解するには、新しいサービスの発端からサービスが最終使用者に提供されるまでの、サービス網内のサービスのライフサイクルを述べるのが有用である。サービスはＳＣＲに入力され、ＳＣＲ内で準備テンプレートの支援により展開される。準備テンプレートはサービス・システムが必要とする情報を定義する。すなわち、テンプレートはそのサービスのために準備すべき連結データに関する情報だけでなく、サービスを主宰する（ｈｏｓｔｉｎｇ）システムが支援する準備動作も提供する。
【００２４】
したがって、準備テンプレートは準備すべきデータに関する情報を提供するだけでなく、それを準備する方法も与える。新しいサービスは、図４を参照して説明する次のステップで展開する。これらのステップは、本発明に係るサービス網内でサービスを準備する方法を述べる。
【００２５】
・　展開されるサービス（Ｄｅｐｌｏｙｅｄ　ｓｅｒｖｉｃｅ　４１０）。新しいサービスが開発されると、展開されるサービスとしてサービス網内に導入される。展開されるサービスはサービスの第１の表現であり、一般にサービスの複数の異なる構成が可能である。展開されるサービスがサービス網内に導入され登録される。各展開されるサービスは、好ましくは関連する準備テンプレート、すなわち展開されるサービス準備テンプレート４４０を有する。このテンプレートの主な目的は、準備する必要がある使用者データを記述し、サービス・システムで支援される動作を定義することである。
【００２６】
・　準備されるサービス（Ｐｒｏｖｉｄｅｄ　ｓｅｒｖｉｃｅ）４２０。準備されるサービスは展開されるサービスの種々の構成を定義する。各構成は１つの準備されるサービスを表し、サービスの第２の表現である。例えば電子メール・サービスでは、展開されるサービスは使用者当たり１００ＭＢの記憶を許容するであろうが、運営者はこれを使用者当たり１０ＭＢに制限したいと思うであろう。これは、サービスを見る観点がカストマ関係管理システムかビジネス管理システムかを示す。準備されるサービス準備テンプレート４５０は準備されるサービスに関連する。準備されるサービスは展開されるサービスを特殊化したものであるから、準備されるサービス準備テンプレート４５０は展開されるサービス準備テンプレートを４４０に基づく。しかし展開されるサービス・テンプレート内の情報は、対応する準備されるサービス・テンプレート内で更に特殊化することが可能である。準備されるサービスの別の目的は、連結命令と属性を、ビジネス・システム向けに与えられるインターフェースにマッピングすることである。
【００２７】
・　提供されるサービス（ｏｆｆｅｒｅｄ　ｓｅｒｖｉｃｅ）４３０。準備されるサービスは提供されるサービスとして使用者または加入者に示される。提供されるサービスはサービスの第３の表現であり、一般に、準備されるサービス４２０を特定のカストマ・セグメントに適合するように修正したものである。この特殊化は、提供されるサービス準備テンプレート４６０が指定する。
【００２８】
展開されるサービスの準備テンプレート４４０と準備されるサービスの準備テンプレート４５０はＳＣＲ内に常駐し、提供されるサービスの準備テンプレート４６０はＣＤＳ内に常駐する。準備テンプレート４４０，４５０，４６０は、好ましくはＸＭＬ（ｅＸｔｅｎｄｅｄ　Ｍａｒｋｕｐ　Ｌａｎｕａｇｅ）ファイルとして記憶される。
【００２９】
ＳＣＲ内のエンティティはサービスのライフサイクルを反映し、サービス事例へのリンクを定義する。実施の形態はＣＳＲを構築するのに用いる技術に従って変化してよいが、論理的なグループ化は同じでなければならない。図５に示す次の主なエンティティはＣＳＲ内に含まれるべきである。
・　展開されるサービス５１０：　サービス網内に導入されて登録されたサービスに関する情報を含む。エンティティ展開されるサービスはサービスの全ての機能を記述し、サービスを準備するに必要な全ての、特に使用者データと加入者データを指定する。
【００３０】
・　準備されるサービス５２０：　展開されるサービス５１０を特殊化したものである。特殊化は、例えば電子メール・アプリケーションにおける使用者毎の許容されるメモリ・サイズの制限である。特殊化（例えば、制限）は例えばシステムの運営者が設定する。
・　サービス・システム５４０：　サービス事例と、サービス事例へのアドレス指定手段とを指定する情報を含む。連結データの観点からすると、サービス・システム５４０は連結事例と、連結事例のアドレス指定手段を指定する。
・　サービス依存性５５０：　複合サービスを構築するサービスまたは共有資源を用いるサービスの間の依存性はＳＣＲ内のエンティティ・サービス依存性５５０内に記憶される。
【００３１】
・　テンプレート５６０：　サービス・データはテンプレートの支援によりＳＣＲに入力される。また準備されるサービスと展開されるサービスで表されるサービスの特殊化はテンプレートに従って行われる。テンプレートは好ましくはコンパクトで容易に交換可能なフォーマットで、例えばＸＭＬファイルとして記憶される。展開されるサービスの準備テンプレート５６１と準備されるサービスの準備テンプレート５６２はＳＣＲ内に常駐し、提供されるサービスの準備テンプレート５６３はＣＤＳ内に常駐する。
【００３２】
・　提供されるサービス５３０：　準備されるサービス５２０を特殊化したもので、カストマ・セグメントおよび／またはサービス・パッケージへの適応を反映する。準備されるサービス５２０から複数の提供されるサービス５３０が生成される。提供されるサービス５３０は使用者データ記録ＵＤＲ（Ｕｓｅ　Ｄａｔａ　Ｒｅｃｏｒｄ）内とＳＣＲ内のデータの接続を表す。厳密に言えば、提供されるサービスはＳＣＲ内のエンティティではなくＵＤＭに属するものであるが、ＳＣＲ内のエンティティ（準備されるサービス５３０）との関係を更に示すためにここに含める。
【００３３】
ＳＣＲ内の、準備テンプレートを含むサービス・データの記憶はサービス・データ・モデルＳＤＭに従って行わなければならない。ＳＤＭについて図６を参照して説明する。
ＳＤＭは以下に説明するオブジェクトを含む。ＳＣＲの実施の形態はＳＤＭに従うサービス・データ記録を含む。このサービス・データ記録は、例えば以下に説明するオブジェクトに対応するフィールドを有する。いくつかの例示のサービスのサービス・データ記録の例は後で示す。ＳＤＭは次のオブジェクトを含む。・　サービス・グループ６０５：　サービス・グループ・オブジェクトはサービスのプレースホルダ（ｐｌａｃｅｈｏｌｄｅｒ）である。或るサービス提供者からのサービスを例えば１つのサービス・グループとしてまとめ、別のサービス提供者に属するサービスを別のサービス・グループとしてまとめることができる。サービス・グループの管理は好ましくはサービス管理者（Ｓｅｒｖｉｃｅ　Ａｄｍｉｎｉｓｔｒａｔｏｒ）が行う。
【００３４】
・　サービス６１０：　サービス・オブジェクトは１つのサービスに関する全ての情報のプレースホルダ（ｐｌａｃｅｈｏｌｄｅｒ）である。サービス状態属性は必須であり、サービスの状態を保持する。
・　サービス・アクセス定義６１５：　サービス毎に１つのサービス・アクセス定義オブジェクトを作成してよい。サービス・アクセス定義オブジェクトはサービスを利用する方法に関する情報を保持する。
・　準備アクセス定義６２０：　サービス毎に１つの準備アクセス定義オブジェクトを作成してよい。準備アクセス定義オブジェクトはサービスを準備する方法に関する情報を保持する。このオブジェクトは展開されるサービスの準備テンプレートを指定する。
【００３５】
・　サービス事例６３０：　１つまたは複数のサービス事例に１つのサービスが導入される。サービス事例オブジェクトは１つのサービス事例に関する情報を保持する。このオブジェクトの属性はそのサービス事例のサービス・アクセス・ポイントを指定し、またサービスが準備を必要とする場合はそのサービス事例の準備アクセス・ポイントを指定しなければならない。
・　準備されるサービス６４０：　展開されるサービスが発展して準備されるサービスになると、そのサービスについて１つの準備されるサービス・オブジェクトが作成される。準備されるサービスの準備テンプレートは或る属性が指定しなければならない。この準備テンプレートは展開されるサービス準備テンプレートから改良される。
・　サービス依存性６５０：　　サービスが他のサービスに依存する場合はサービス依存性オブジェクトが作成される。全ての依存的な準備されるサービスについて、サービス識別は或る必須の多値属性が指定しなければならない。
【００３６】
図６において、サービス事例６３０と、サービス６１０は主エンティティ・サービス・システム５４０内に対応するものを有する。
展開されるサービスが作成されると、準備アクセス定義６２０が作成される。準備されるサービスが作成されると、「準備されるサービス」オブジェクト６４０がＳＣＲ内の情報に追加される。したがって、準備されるサービスについてのＳＣＲデータは、準備されるサービス準備テンプレートと展開されるサービス準備テンプレートの両方を含む。後になって、準備されるサービスは削除したいが展開されるサービス情報は残したい場合にこれが必要である。
【００３７】
サービスの展開の各ステップにおいて、準備テンプレートは正しい情報の準備のために重要である。テンプレートはＳＤＭ内にあり、テンプレートの内容は、テンプレートが展開されるサービス、準備されるサービス、提供されるサービスのどれを記述するかに依存する。しかし一般的な構造は全ての準備テンプレートについて同じであり、図７を参照してこれを説明する。
【００３８】
図７に示すように、準備テンプレート７００は次の主要部分を含む。
・　テンプレート・ヘッダ７０５：　標準化されたＸＭＬスキーマ・ヘッダ（Ｓｃｈｅｍａ　ｈｅａｄｅｒ）を含む。
・　準備プロトコル情報（Ｐｒｏｖｉｓｉｏｎｉｎｇ　ｐｒｏｔｏｃｏｌ　ｉｎｆｏｒｍａｔｉｏｎ）７１０：　準備を必要とする連結データと、支援される準備要求とを記述する。
・　マッピング規則７２０：　アプリケーション（連結）システムにおいて支援される準備要求をビジネス管理システムにマッピングする方法を記述する。展開されるサービスにはマッピング規則は存在しない。
・　サービス方針７３０：　サービスを用いることが可能な時と方法を記述する。
【００３９】
準備プロトコル情報７１０は更に次の部分のいくつかを含んでよい。これらは準備プロトコル情報７１０内で提供される情報の例と考えるべきものである。
・　準備プロトコル７１１：　連結が支援する準備インターフェースを決定する。
・　命令テンプレート７１２：　連結に送ることのできる連結命令に関する情報を含む。このセクションの内容は連結が支援する準備インターフェースに従って変わる。
【００４０】
・属性リスト７１３：　連結内でサービスを準備するのに必要な全ての属性を記述する。属性リストは、属性名とデータの種類と省略時値とを常に含む。属性の許容されるデータの種類は連結との間に用いられるインターフェースに従う。
・　共用資源属性７１４：　共用資源に関係する属性を定義する。共用資源属性７１４は属性リスト７１３内の既存の属性を必ず参照する。
・　文脈属性７１５：　連結システム内の使用者または加入者の重要な識別子である。文脈属性７１５は属性リスト７１３内の既存の属性を必ず参照する。
【００４１】
本発明に従ってＳＣＲ内にデータを記憶する方法について、図８ａと図８ｂを参照して一例を示す。データは、図６と図７に示したサービス・データ・モデルＳＤＭに従って記憶される。これらの図はこの例でも参照する。この例では４つのサービスが記憶され、対応するデータ記録であるローカル映画広告８１０：１と、ローカル天気予報８１０：２と、移動体位置決め８１０：３と、銀行サービス８１０：４とを有する。各サービス・データ記録は、サービスＩＤとサービス名とサービス状態とを含む複数の属性を有する。サービスは供給者に従って、サービス・グループＡ８０５：１とサービス・グループＢ８０５：２の２つのサービス・グループにグループ化される。他のグループ化の方法も可能である。各サービス・グループはサービス・グループＩＤとサービス・グループ名とを含む。ローカル映画広告８１０：１とローカル天気予報８１０：２はサービス・グループＡ８０５：１に属し、移動体位置決め８１０：３と、銀行サービス８１０：４はサービス・グループＢ８０５：２に属する。
【００４２】
図８ｂに示すように、各サービスは一層詳細なサービス情報を記憶する。この情報はサービス依存性８５０に関する仕様を含む。この例では、ローカル映画広告８５０：１は移動体位置決め８１０：３に依存する。この依存性は、好ましくはローカル映画広告が依存するサービス（移動体位置決め）のサービスＩＤを指定することによりフィールド・サービス依存性８５０内で定義する。
ローカル天気予報は移動体位置決め８３０と銀行サービス８４０（図示せず）に依存する。この場合、サービス依存性８６５は、移動体位置決め８３０と銀行サービス８４０をそれぞれ参照する２つのサービスＩＤを含む。
【００４３】
サービス・データ記録が提供するサービス情報は、ＳＤＭ（図６）に従って、準備アクセス定義８２０と、サービス事例８３０と、準備されるサービス９４０と、サービス・アクセス定義の各フィールドを更に含む。これらのフィールドの目的は上のＳＤＭについての説明で述べた。
使用者／加入者情報（ＣＳＤ内に記憶される）とサービス情報（ＳＣＲ内に記憶される）と連結データの分離は、本発明の新規な概念の重要な部分である。ＣＳＤとＳＣＲとの関係を示すため、ＣＳＤと使用者データ・モデルについて説明する。
【００４４】
使用者／加入者データは使用者データ・モデルＵＤＭに従って記憶され、ＣＳＤ内に記憶される使用者データ記録ＵＤＲを生成する。これは実際の使用者に関係するデータと最終使用者のサービスへの加入を含む。図９を参照して使用者データ・モデルの原理を説明する。使用者データ記録ＵＤＲはＵＤＭの原理に従って構築される。ＣＳＤ内に記憶されるデータの構造は慎重に設計して、データの内部複写を防ぎ、サービスを提供し必要なデータを保持するために最も論理的な方法で各システムに正しくリンクするようにしなければならない。データは、上に説明した主エンティティに対応する加入者と使用者とサービスとを主要オブジェクトとするオブジェクトに論理的にグループ化される。１つのオブジェクトはＵＤＲ内の１つのフィールドに対応する。図の矢印はオブジェクト間のリンクを示す。実施の形態はＣＳＤを構築するのに用いる技術に従って変わるが、論理的なグループ化は同じでなければならない。
【００４５】
好ましくは次のオブジェクトをＵＤＭ内に含むべきである。
・　使用者９０５：　基本的な使用者情報（例えば、使用者識別）を含む。使用者９０５は常に加入者９１０に属する。
・　加入者９１０：　基本的な加入者情報（例えば、加入者識別）を含む。
・　カストマ・セグメント９１５：　加入者９１０を分類するのに用いる。カストマ・セグメント記述と基本的データを含む。
・　提供されるサービス９２０：　サービスの基本的情報を含む。
・　サービス・パッケージ９２５：　提供されるサービス９２０をパッケージ化するのに用いる。
・　サービス・パッケージ加入９３０：　加入者９１０がサービス・パッケージ９２５に実際に加入したことを反映するのに用いる。
【００４６】
・　サービス加入９３５：　サービス・パッケージ加入９３０の指定に従って加入者がサービス・パッケージ内の個別のサービス９２０に実際に加入したことを反映するのに用いる。
・　サービス・アクチベーション９４０：　使用者９０５がサービス加入９３５からの個別のサービスを実際に起動したことを反映するのに用いる。
・　サービス・システムの間の依存性をＵＤＲ内で処理する場合は、加入者共用資源９４５は加入者９１０が加入した或るサービス内で用いられかつサービス加入９３５により指定される共用資源の基本的データを含む。
・　使用者共用資源９５０：　使用者９０５が或る起動されたサービス９４０で用いる共用資源の基本的データを含む。
【００４７】
使用者オブジェクト９０５と加入者オブジェクト９１０は識別オブジェクトの例である。サービス加入オブジェクト９３５とサービス・アクチベーション・オブジェクト９４０はサービス・オブジェクトの例である。サービス網２００内に存在する全てのサービスはＵＤＭに知られている。加入者９１０が或るサービスに加入する。提供されるサービス・オブジェクト９２０は提供される全てのサービスについての情報を含み、ＳＣＲ９７０内に記憶されているサービス・データ（提供されるサービス・オブジェクト９７５（６４０）で表される）への参照項目またはリンクを保持する。これは好ましくはＵＤＲデータとＳＣＲとの間の唯一の直接リンクである。加入者９１０はサービスに１つずつ加入することもできるが、これでは準備が面倒になる。好ましくは、同様のサービス、または同じ加入者を引き付けそうなサービスをグループ化する。これはオブジェクト・サービス・パッケージ９２５に反映される。或るサービスは複数のサービス・パッケージで提供してよい。また或るサービス・パッケージを、同じ特徴と期待ニーズを持つ加入者のグループに提供してよい。このように加入者９１０をグループ化してカストマ・セグメント９１５を作り、加入者９１０は自分が属するカストマ・セグメントに提供される全てのサービスに加入してよい。或るサービスをカストマ・セグメントに追加するときは１つ以上のサービス・パッケージ９２５に含める。要するに、サービス・パッケージ９２５は提供されるサービス９２０をグループ化し、カストマ・セグメント９１５は加入者９１０をグループ化する。
【００４８】
図９で述べた提供されるサービスの例において、ローカル映画広告９１０：１と、ローカル天気予報９１０：２と、移動体位置決め９１０：３と、銀行サービス９１０：４は提供されるサービス９２０を通してＣＳＤ内に登録される。またサービスはサービス・パッケージ９２５で指定されたサービス・パッケージ（例えば、「ローカル化サービス」と呼ぶローカル映画広告とローカル天気予報を含むパッケージ）として登録される。
サービス構成要素レジスタとサービス・データ記録はサービス網内のサービスの集中的な準備を容易にする。ＵＤＭを通して、サービスは統一した方法で最終使用者に提供される。かかる構成により、サービス網内に安定した環境が生成され、サービスの迅速で安全な準備が保証される。
【００４９】
本発明について現在最も実用的で好ましいと考えられる実施の形態に関して説明したが、理解されるように、本発明はここに開示した実施の形態に限定されるものではなく、特許請求の範囲の精神と範囲内に含まれる種々の変更と同等の構成をカバーするものである。
【００５０】
使用例
前提条件：
一般的な準備シナリオの詳細な例を示す。ここでは、最終使用者はローカル天気予報サービスを起動する。この例は以下の前提条件に基づく。
・　提供されるサービスは上に述べたように設定されている。
・　加入者が作成されている。
・　この加入者に属する使用者が作成されている。
・　加入者は「ローカル化サービス」サービス・パッケージを準備することが可能なカストマ・セグメントに属する。
・　最終使用者に属する加入者は「ローカル化サービス」サービス・パッケージに加入している。
【００５１】
事象の流れ：
最終使用者がサービスに加入するときの一般的な事象の流れを以下に説明する。正確な行動はサービス網のカストマに特有の設定に依存する。
１．　最終使用者は自分のポータル（ｐｏｒｔａｌ）で利用可能な新しいサービスを探したいと思い、無線アプリケーション・プロトコルＷＡＰ（Ｗｉｒｅｌｅｓｓ　Ａｐｐｌｉｃａｔｉｏｎ
Ｐｒｏｔｏｃｏｌ）端末を用いてポータル・ホームページにアクセスする。
２．　ポータルはＣＡＩ３Ｇ要求をＣＰＥに送って、この使用者が利用可能なサービスを要求する。
３．　ＣＰＥは、使用者が属する加入者が加入しているサービス・パッケージの内容をチェックして、この使用者が利用可能なサービスを調べる。この情報はＣＳＤ内に常駐する。
４．　ＣＰＥはＣＡＩ３Ｇ応答でポータルに応答する。
５．　ポータルは利用可能なサービスに関する情報を持つＷＡＰページを作成する。ＣＰＥからの応答は最終使用者に表示する情報だけを含むことに注意していただきたい。表示する方法についての情報は一切含まない。ポータルは、スタイル・シートや端末データベースなどの技術を用いて自分でこれを解決しなければならない。
【００５２】
６．　最終使用者はローカル天気予報サービスとローカル映画広告サービスを見つけ、ローカル天気予報サービスを起動することを決定する。
７．　ポータルはこのサービスのサービス・パラメータをＣＰＥに要求する。
８．　ＣＰＥはＳＣＲを見てサービス依存性があるかどうか判断する。ローカル天気予報サービスは位置決めサービスと銀行サービスに依存する。
９．　ＣＰＥは、最終使用者がすでに位置決めサービスと銀行サービスに加入しているかどうかチェックする。銀行サービス加入はすでにＣＳＤ内に存在するのでこの加入を再使用するが、位置決めサービスは作成しなければならない。
１０．　ＣＰＥはローカル天気予報サービスと位置決めサービスの提供されるサービス準備テンプレートを読み出す。この情報はＣＤ内にＸＭＬファイルとして記憶されている。ＸＭＬファイルは提供されるサービスが決めたフォーマットＸＭＬｓｃｈＣＰＥに従う。
【００５３】
１１．　ＣＰＥは２つのテンプレートからの属性情報を結合して新しいＸＭＬストリングを作り、これをポータルに返す。
１２．　ポータルは、ＣＰＥからのＸＭＬ応答内に見つけた属性毎に、入力フィールドを持つ新しいＷＡＰページを作成する。属性名と属性のデータの種類に適合する入力フィールドに対応するラベルをつける。
１３．　最終使用者はＧＵＩ内の全ての入力フィールドに書き込み、ＯＫボタンをクリックする。
１４．　ポータルは、ＣＰＥが提供した属性情報に従ってデータを確認する。全ての必須の属性が書き込まれていることと、全てのデータが指定された有効範囲内にあることをチェックする。
１５．　ポータルは加入を行うというＣＡＩ３Ｇ要求をＣＰＥに送る。入力パラメータとして、これは全ての最終使用者データが書き込まれたＸＭＬストリングを含む。
１６．　ＣＰＥはＳＣＲからサービス事例データを得て、使用者に準備するのに最も適当な事例を選択する。これは分散アルゴリズム（これもＳＣＲ内にある）の結果に基づいて行われる。
【００５４】
１７．　ＣＰＥはＳＣＲ内にある展開されるサービス準備テンプレートに従って連結準備命令を作成する。
１８．　ＣＰＥは準備命令を連結システムに送る（ＣＡＩ３Ｇ、ＣＡＩ、またはＬＤＡＰを用いて）。
１９．　ＣＰＥはＣＤ内の使用者のデータを更新する。
２０．　ＣＰＥはＥ−ＡＡＡを更新する。
２１．　ＣＰＥはＯＫ応答をポータルに送る。
２２．　ＣＰＥはカストマ管理システムＣＡＳ（Ｃｕｓｔｏｍｅｒ　Ａｄｍｉｎｉｓｔｒａｔｉｖｅ　Ｓｙｓｔｅｍ）に通知する（ＣＡＳがこの種の事象に関する通知に加入している場合）。
【図面の簡単な説明】
上に概説した本発明の機能と利点について、以下の図面に関連して詳細に説明する。図面中、同じ参照番号は同じ要素を指す。
【図１】従来の垂直に統合された網の略図。
【図２】
サービス網を構成する水平に層化された網の略図。
【図３】
本発明の基本エンティティの間の関係。
【図４】
サービスのライフサイクルの略図。
【図５】
本発明に係るＳＣＲの略図。
【図６】
本発明の１つの実施の形態に係るＳＣＲの略図。
【図７】
本発明の１つの実施の形態に係る準備テンプレートの略図。
【図８ａ】
本発明の１つの実施の形態に係る、ＳＣＲ内に記憶されるサービス情報の例の
略図。
【図８ｂ】
本発明の１つの実施の形態に係る、ＳＣＲ内に記憶されるサービス情報の例の
略図。
【図９】
本発明に係るＵＤＭの略図。
【符号の説明】
２００　サービス網
５１０　展開されるサービス
５２０　準備されるサービス
５３０　提供されるサービス
５４０　サービス・システム
５５０　依存性フィールド
【図１】
2004007677.tif 000003
【図２】
2004007677.tif 000004
【図３】
2004007677.tif 000005
【図４】
2004007677.tif 000006
【図５】
2004007677.tif 000007
【図６】
2004007677.tif 000008
【図７】
2004007677.tif 000009
【図８ａ】
2004007677.tif 000010
【図８ｂ】
2004007677.tif 000011
【図９】
2004007677.tif 000012
【外国語明細書】
2004007677.tif 000013
2004007677.tif 000014
2004007677.tif 000015
2004007677.tif 000016
2004007677.tif 000017
2004007677.tif 000018
2004007677.tif 000019
2004007677.tif 000020
2004007677.tif 000021
2004007677.tif 000022
2004007677.tif 000023
2004007677.tif 000024
2004007677.tif 000025
2004007677.tif 000026
2004007677.tif 000027
2004007677.tif 000028
2004007677.tif 000029
2004007677.tif 000030
2004007677.tif 000031
2004007677.tif 000032
2004007677.tif 000033
2004007677.tif 000034
2004007677.tif 000035
2004007677.tif 000036
2004007677.tif 000037
2004007677.tif 000038
2004007677.tif 000039
2004007677.tif 000040
2004007677.tif 000041
2004007677.tif 000042