(57)【要約】【課題】  商用ネットワークサービスのためのアクティベーションソリューションを作成する。【解決手段】  コンピュータ可読コードは、商用ネットワークサービスのためのアクティベーションソリューションを作成する。アクティベーションソリューションは、商用ネットワークサービス仕様に応じて特定の商用ネットワークサービスをアクティベートし、複数の構築ブロックアーカイブファイルにアクセスするコードを含む。構築ブロックアーカイブファイルは、プラグインコンポーネント、複合タスクコンポーネントおよびワークフローコンポーネントなどに関係する情報を含み、商用ネットワークサービスのサブソリューションに関係する。選択された構築ブロックアーカイブファイルは、商用ネットワークサービスを作成するために組合せ可能である。【選択図】図３
2004348736.tif 000002
【特許請求の範囲】
【請求項１】
商用ネットワークサービスのためのアクティベーションソリューションを作成する方法であって、
複数の構築ブロックアーカイブ（ＢＡＲ）ファイルを提供すること（３０４）であって、該複数のＢＡＲファイルの少なくとも１つは、プラグインコンポーネント（４０４）、複合タスクコンポーネント（４０６）、ワークフローコンポーネント（４０８）、リソース定義ファイルコンポーネント（４１０）および自動発見コンポーネント（４１２）のうちの少なくとも２つに関係する情報を含み、前記複数のＢＡＲファイルは、前記商用ネットワークサービスのサブソリューションに関係し、前記複数のＢＡＲファイルのうちの選択されたＢＡＲファイルは、商用ネットワークサービスを作成することを容易にするために組合せ可能である複数のＢＡＲファイルを提供することと、
前記複数のＢＡＲファイルのうちの前記選択されたＢＡＲファイルを組み合わせる（３１６）ロジックを提供することであって、該ロジックは、コンポーネントタイプごとに、前記複数のＢＡＲファイルのうちの前記選択されたＢＡＲファイル内のコンポーネントを組み合わせるロジックを提供することと、
前記複数のＢＡＲファイルのうちから、前記複数のＢＡＲファイルのうちの前記選択されたＢＡＲファイルを選択すること（６０４／６０６）により、前記組み合わせることを容易にするユーザインタフェースを提供することと
を含むアクティベーションソリューションを作成する方法。
【請求項２】
前記複数のＢＡＲファイルの前記少なくとも１つは、
前記プラグインコンポーネント（４０４）、前記複合タスクコンポーネント（４０６）、前記ワークフローコンポーネント（４０８）、前記リソース定義ファイルコンポーネント（４１０）および前記自動発見コンポーネント（４１２）の少なくとも３つに関係する情報
を含む
請求項１に記載のアクティベーションソリューションを作成する方法。
【請求項３】
前記複数のＢＡＲファイルの前記少なくとも１つは、
前記プラグインコンポーネント（４０４）、前記複合タスクコンポーネント（４０６）、前記ワークフローコンポーネント（４０８）、前記リソース定義ファイルコンポーネント（４１０）および前記自動発見コンポーネント（４１２）の少なくとも４つに関係する情報
を含む
請求項１に記載のアクティベーションソリューションを作成する方法。
【請求項４】
前記複数のＢＡＲファイルの前記少なくとも１つは、
前記プラグインコンポーネント（４０４）、前記複合タスクコンポーネント（４０６）、前記ワークフローコンポーネント（４０８）、前記リソース定義ファイルコンポーネント（４１０）および前記自動発見コンポーネント（４１２）に関係する情報
を含む
請求項１に記載のアクティベーションソリューションを作成する方法。
【請求項５】
前記ロジックは、
同一タイプの重複コンポーネントを削除する（５０２ｆ／５０４ｆ／５０６ｆ／５０８ｆ）コード
を含み、
該同一タイプの重複コンポーネントは、同一の情報
を有する
請求項１に記載のアクティベーションソリューションを作成する方法。
【請求項６】
前記削除することは、
前記同一タイプのコンポーネントが同一の名前を有するかどうかを確認すること（５０２ｃ／５０４ｃ／５０６ｃ／５０８ｃ）
を含む
請求項１に記載のアクティベーションソリューションを作成する方法。
【請求項７】
前記削除することは、
同一タイプのコンポーネントが同一の名前を有するが人間のオペレータにより解決すべき異なる情報を有することのフラグを立てること（５０２ｅ／５０４ｅ／５０６ｅ／５０８ｅ）
を含む
請求項６に記載のアクティベーションソリューションを作成する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商用ネットワークサービスを提供するためのアクティベーションソリューションの作成技法に関する。
【背景技術】
【０００２】
有線・無線双方のネットワーキング技術が、人々の娯楽および仕事のあり方を根本的に変えている。
例えば、ほんの数年の間に、インターネットは多くの会社および組織にとって重要な通信および商用のチャネルとなった。
一部の会社、組織、および個人にとって、商用ネットワークサービス（例えばインターネットホスティング等のホスティングされたネットワーキングサービス）の可用性および信頼性は、それぞれの成功においてますます重要なファクタとなりつつある。
【０００３】
商用ネットワークサービス（ＣＮＳ）への需要が作り出している市場では、種々のサービスプロバイダ（ＳＰ）が、商用ネットワークサービス顧客の商用ネットワークサービスニーズ（例えば共有ウェブホスティングニーズ）を満たすためにハードウェアおよびソフトウェアのインフラストラクチャを提供しようと競合している。
商用ネットワークサービス市場では、ＳＰがハードウェアおよびソフトウェアのリソースのプールを所有または管理している。
所与の商用ネットワークサービス顧客の特定の要求に応じて、ＳＰは、その商用ネットワークサービスニーズを満たすように、ＳＰの利用可能なハードウェアおよびソフトウェアのリソースのサブセットを構成する。
【０００４】
要求されたＳＰのハードウェアおよびソフトウェアのリソースを構成して要求された商用ネットワークサービスを顧客に提供するプロセスは、サービスアクティベーションと呼ばれる。
したがって、サービスアクティベーションは、顧客の商用ネットワークサービス要求と、ＳＰのインフラストラクチャ構成の間のギャップを橋渡しする。
【０００５】
一般的に、ＳＰはサービスアクティベーションを迅速に、正確に、かつ高い費用効率で実行しようとする。
迅速で正確なサービスアクティベーションは、顧客の満足度を高め、非常に競争の激しい商用ネットワークサービス市場においてそのＳＰに競争力を与えることになる。
【０００６】
所与のＳＰがサービスを提供する顧客の数は極めて多数になることがあり、商用ネットワークサービス要求は顧客ごとに異なり得るので、ほとんどのＳＰは、サービスアクティベーションソリューションとして知られる非常に特殊なソフトウェアおよびプロセスを用いて、できる限り多くのサービスアクティベーションタスクを自動化する傾向がある。
さらに、最近のハードウェアおよびソフトウェアは複雑であるため、多くのＳＰは、アクティベーションソリューションを自社開発するのに必要な人材が社内にないことや、アクティベーションソリューションを作成するタスクを社外の専門家に外注したほうが経済的かつ効率的であることに気づいている。
そこで、アクティベーションソリューションに対するＳＰの需要はシステムインテグレータ（ＳＩ）の市場を作り出す。
ＳＩは、ＳＰから外注を受けてサービスアクティベーションソリューションを作成し、ＳＰがＳＰの顧客に対する商用ネットワークサービスを効率的かつ迅速にアクティベートすることができるようにする。
【０００７】
図１は、サービスアクティベーションとの関連におけるシステムインテグレータ（ＳＩ）、サービスプロバイダ（ＳＰ）およびＳＰの顧客の間の関係を示している。
図１に示されているように、顧客１０２は、商用ネットワークサービス要求１０４をサービスプロバイダ１０６に提供することによって商用ネットワークサービスを要求することができる。
図１の例では、顧客１０２は共有ウェブホスティングサービスを要求し、したがって要求１０４は、基礎となる特定のサーバ（例えばＵｎｉｘ（登録商標））、サービス品質（例えばゴールド品質）、必要なディスクスペースの大きさ（例えば２００ＭＢ）、ホスティングされるウェブサイトのＵＲＬ（例えば非特許文献１(www.mycompany.com)）、および匿名ＦＴＰ、ウェブ応答時間監視等の他のサービスを含み得る。
【０００８】
要求１０４はアクティベーションソリューション１１０に入力されてもよい。アクティベーションソリューション１１０はシステムインテグレータ１１２によってサービスプロバイダ１０６に提供される。一般的に、アクティベーションソリューション１１０は、サービスプロバイダ１０６による使用のために事前にシステムインテグレータ１１２によって作成される。顧客要求１０４の詳細に応じて、アクティベーションソリューション１１０は、ＳＰに利用可能なハードウェアおよびソフトウェアのインフラストラクチャ１２０の適当なサブセットを使用し、選択されたインフラストラクチャサブセットを適切に構成するためのタスク１２２を実行する。その結果は、顧客１０２によって示された要求１０４を満足する商用ネットワークサービス１２４である。
【０００９】
従来技術では、ＳＰのためのアクティベーションソリューション（例えばアクティベーションソリューション１１０）を作成するプロセスは一般に、ＳＩの側の多大な時間と労力を伴う。図２Ａ〜図２Ｃは、ＳＰのアクティベーションソリューションを作成するためにＳＩによって実行される、典型的なアクティベーションソリューション作成プロセスを示す第１〜第３のフローチャートである。ブロック２０２で、ＳＩはＳＰからサービス定義を受け取る。サービス定義は、アクティベーションソリューションによってアクティベートされるべき商用ネットワークサービス提供物と、顧客に対する商用ネットワークサービスをアクティベートするためにＳＰが使用するプロセスステップとの詳細な記述を含む。
【００１０】
ブロック２０４で、ＳＩは、ＳＰによって提供されたサービス定義を分析し、サービスをアクティベートする際に実行されるべきタスクの一部または全部を扱うための、構築済みのプラグイン（例えばコンポーネント）が存在するかどうかを判断する。必要なプラグインが利用可能でない場合、ＳＩは、プラグインを作成するか、または例えばそのようなプラグインを販売もしくは共有しているかもしれない他のサービスアクティベータ専門家からプラグインを取得する（２０６）。
【００１１】
ＳＩは、すべてのプラグインが利用可能であることを確認した後、サービスアクティベーションまたはサービスアクティベーションの一側面を達成するために、実行されなければならない個別のアトミックタスク、個別のアトミックタスクのデータＩ／Ｏ要件、ならびに、アトミックタスクの順序付けおよびグループ分けを分析する（２０８）。ブロック２１０で、ＳＩはさらに、複合タスク、アクティベーションワークフロー、インベントリ構造体、およびインベントリ登録を開発するプロセスに関する教育を受ける。複合タスクとは、規定の順序で一緒に実行されるべきアトミックタスクのグループである。アクティベーションワークフローとは、商用ネットワークサービス（ＣＮＳ）の一側面のプロビジョニングまたはアクティベーションを実行するためにＳＰが使用するビジネスプロセスのエンコーディングである。インベントリ構造体とは、所与のアクティベーションサービス要求をアクティベートするために必要なハードウェアおよびソフトウェアのリソースのインベントリスキーマ、またはインベントリマップを指す。インベントリ登録とは、ＳＰに利用可能なハードウェアおよびソフトウェアのリソースのインスタンスがインベントリ構造体に登録されるプロセスを指す。一般的に、ＳＩは、ＳＰに利用可能なリソースに精通している必要があるとともに、アクティベートされるべき特定の商用ネットワークサービスにそれらのリソースのサブセットを充当するプロセスや、選択されたリソースのサブセットを適切に構成するためにＳＰが使用するプロセスステップにも精通している必要がある。
【００１２】
ＳＩは、複合タスク、アクティベーションワークフロー、インベントリ構造体、およびインベントリ登録に関する必要な知識を得た後、必要な複合タスクを構築することができる（２１２）。これは、例えば、ＸＭＬ(Extensible Markup Language)ファイルを手で編集して特定のアトミックタスクを組み合わせることにより行われる。次にブロック２１４で、構築された複合タスクをテストする。複合タスクが期待通りに機能する場合、ブロック２１６で、ＳＩは、アクティベーションをサポートするためにインベントリ構造体を開発する。その際、ＳＩは、インベントリデータベースへの問合せおよび更新を行うために必要なアクセス機能とともに、インベントリスキーマ（すなわち、必要なハードウェアおよびソフトウェアのリソースのマップ）を開発してもよい。
【００１３】
この時点で、ＳＩは、顧客アクティベーション要求に含まれるデータのタイプ、インベントリ構造体、呼び出されるべき複合タスク、および商用ネットワークサービス（ＣＮＳ）をアクティベートするためにＳＰが使用するプロセスステップを確認している。次にブロック２２０で、ＳＩは、必要なアクティベーションワークフローを構築して、アクティベーションタスク（複合タスク実行、インベントリ操作等）を連結する。ブロック２２２で、開発されたブロック２２０のアクティベーションワークフローを、複合タスクおよびＳＰのインベントリとの関連でテストする。これらのアクティベーションワークフローが期待通り機能しない場合、ブロック２２４で、ＳＩは、問題がブロック２１２で作成された複合タスクにあるか、ブロック２１６で開発されたインベントリにあるか、それともブロック２２０で開発されたワークフローにあるかを確認する。ブロック２２４でなされた評価に応じて、複合タスクを（ブロック２１２で）修正し、インベントリを（ブロック２１６で）修正し、および／またはワークフローをブロック２２０で修正することができる。その後、開発されたワークフローがブロック２２２のテストに合格するまでプロセスを繰り返す。
【００１４】
ブロック２２６で、ＳＩは、ＳＰに利用可能な実際のハードウェア／ソフトウェアリソースをインベントリデータベースに登録する方法を開発する。このインベントリ登録メカニズムは、ＳＰの現実のリソースを実際にインベントリに登録し、インベントリデータベース内の当該インベントリデータをサービスアクティベーション用に提供するエンティティとなる。ブロック２２８／２３０で、インベントリ登録メカニズムをテストする。インベントリ登録メカニズムが期待通りに機能しない場合、ＳＩは、インベントリ登録メカニズムを（ブロック２２６に戻って）修正する必要があるかもしれない。他方、インベントリ登録メカニズムが期待通りに機能する場合、ＳＩは、アクティベーションソリューションと顧客の既存のオペレーションサポートシステム（ＯＳＳ）コンポーネントの間で必要な統合があればそれを開発する（２３２）。この統合は、アクティベーションソリューションが、例えばアクティベーションソリューションの実行中に実際のユーザ要求を受け取ることを可能にするために必要である。この時点で、ＳＩは、ＳＰがその顧客に対する商用ネットワークサービスをアクティベートする際に使用するために、開発されたアクティベーションソリューションをＳＰサイトに配備することができる（ブロック２３４）。ＳＩはさらに、アクティベーションソリューションを文書化するとともに（ブロック２３６）、実働サイトで、すなわちＳＰ環境内で、さらに品質管理テストを実行してもよい（ブロック２３８）。
【００１５】
図２Ａ〜図２Ｃから理解されるように、ＳＰのためのアクティベーションソリューションを作成する従来のプロセスは極めて複雑かつ面倒である。基本的に、あらゆるアクティベーションソリューションが、アトミックタスクから出発して注文生産されている。したがって、アクティベーションソリューション作成プロセスは、依然として高価で時間のかかる仕事のままである。
【非特許文献１】www.mycompany.com
【発明の開示】
【発明が解決しようとする課題】
【００１６】
それゆえ、ＳＰのためのアクティベーションソリューションを作成する改善されたフレームワーク、構成、および／またはプロセスが所望されている。
改善されたフレームワーク、構成、および／またはプロセスは、ＳＩが、より少ない労力、より短い時間、およびより低いコストで、アクティベーションソリューションを作成してＳＰに提供することができれば理想的である。
【課題を解決するための手段】
【００１７】
本発明は、一実施形態では、コンピュータ可読コードがその内部に具現化されたプログラム記憶媒体を備える製品に関する。
コンピュータ可読コードは、商用ネットワークサービスのためのアクティベーションソリューションを作成するように構成される。
アクティベーションソリューションは、商用ネットワークサービス仕様に応じて特定の商用ネットワークサービスをアクティベートするように構成される。
複数の構築ブロックアーカイブファイルにアクセスするためのコンピュータ可読コードが含まれる。
複数の構築ブロックアーカイブファイルの少なくとも１つは、プラグインコンポーネント、複合タスクコンポーネント、ワークフローコンポーネント、リソース定義ファイルコンポーネント、および自動発見コンポーネントの少なくとも２つに関係する情報を含む。
複数の構築ブロックアーカイブファイルは、商用ネットワークサービスのサブソリューションに関係する。
複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルは、商用ネットワークサービスを作成するために組合せ可能である。
【００１８】
さらに、複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルを組み合わせるロジックを実装するコンピュータ可読コードが含まれる。
このロジックは、コンポーネントタイプごとに、複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイル内のコンポーネントを組み合わせる。
さらに、人間のオペレータが、複数の構築ブロックアーカイブファイルのうちから、複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルを選択することを可能にするユーザインタフェースを実装するコンピュータ可読コードが含まれる。
【００１９】
もう１つの実施形態では、本発明は、商用ネットワークサービスのためのアクティベーションソリューションを作成する方法に関する。
アクティベーションソリューションは、商用ネットワークサービス仕様に応じて特定の商用ネットワークサービスをアクティベートするように構成される。
複数の構築ブロックアーカイブファイルを提供することが含まれる。
複数の構築ブロックアーカイブファイルの少なくとも１つは、プラグインコンポーネント、複合タスクコンポーネント、ワークフローコンポーネント、リソース定義ファイルコンポーネント、および自動発見コンポーネントの少なくとも２つに関係する情報を含む。
複数の構築ブロックアーカイブファイルは、商用ネットワークサービスのサブソリューションに関係する。
複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルは、商用ネットワークサービスを作成するために組合せ可能である。
【００２０】
本方法はさらに、複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルを組み合わせるロジックを提供することを含む。
このロジックは、コンポーネントタイプごとに、複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイル内のコンポーネントを組み合わせる。
本方法はさらに、上記ロジックを用いて複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルを組み合わせるために、複数の構築ブロックアーカイブファイルのうちから、複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルを選択するユーザインタフェースを提供することを含む。
【００２１】
さらにもう１つの実施形態では、本発明は、商用ネットワークサービスのためのアクティベーションソリューションを作成する方法に関する。
アクティベーションソリューションは、サービスプロバイダのために配備される時に、サービスプロバイダの顧客から受け取られた商用ネットワークサービス仕様のセットを満足する所与の商用ネットワークサービスをアクティベートするように構成される。
本方法は、複数の構築ブロックアーカイブファイルを提供することを含む。
複数の構築ブロックアーカイブファイルのそれぞれは、アトミックタスクレベルより高い抽象化レベルを表す。
複数の構築ブロックアーカイブファイルのそれぞれは、プラグインコンポーネント、複合タスクコンポーネント、ワークフローコンポーネント、リソース定義ファイルコンポーネント、および自動発見コンポーネントの少なくとも１つに関係する情報を含む。
複数の構築ブロックアーカイブファイルは、商用ネットワークサービスのサブソリューションに関係する。
複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルは、商用ネットワークサービスを作成するために組合せ可能である。
【００２２】
本方法はさらに、人間のオペレータが、複数の構築ブロックアーカイブファイルのうちから、複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルを選択することを可能にするユーザインタフェースを提供することを含む。
本方法はさらに、複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイルを組み合わせるロジックを提供することを含む。
このロジックは、コンポーネントタイプごとに、複数の構築ブロックアーカイブファイルのうちの選択された構築ブロックアーカイブファイル内のコンポーネントを組み合わせる。
【００２３】
本発明の以上およびその他の特徴は、以下の本発明の詳細な説明において、添付図面とともにさらに詳細に説明される。
【００２４】
本発明は、限定としてではなく例として、添付図面の図中に示される。
同一参照番号は類似の要素を指す。
【発明を実施するための最良の形態】
【００２５】
以下、本発明について、添付図面に示されるそのいくつかの好ましい実施形態を参照して、詳細に説明する。
以下の説明では、本発明の十分な理解を提供するために数多くの具体的詳細が記載される。
しかし、当業者には明らかなように、本発明はこれらの具体的詳細の一部または全部なしに実施されてもよい。
他の場合、周知のプロセスステップおよび／または構造は、本発明を不必要に分かりにくくすることがないように、詳細には記載されていない。
【００２６】
本発明の一態様によれば、発明者は本明細書において、ほとんどのアクティベーションソリューションが、ある一定のタスクおよび／またはタスクのグループのパフォーマンスを要求する傾向があることを認識している。
従来技術の手法では、これらのタスクは低レベルで統合される（例えばアトミックタスクレベルから出発して、アトミックタスクを他のアクティベーションソリューションコンポーネントと組み合わせる）ことにより、アクティベーションソリューションを作成するにはＳＩの側の多大な時間と労力を要求する。
したがって、アクティベーションソリューションにおいて必要とされる傾向のある一定のタスクおよび／またはタスクのグループを、モジュール化された再利用可能な構築ブロックを事前に作成するようにうまくグループ化することができれば、これらの高レベルの構築ブロックをうまく組み合わせて再利用し、必要な時にアクティベーションソリューションをより迅速に作成することができると推論される。
【００２７】
本発明の一実施形態によれば、低レベルタスクをより高レベルの構築ブロックにグループ化および抽象化するための革新的なモジュール化された構造が提供される。
高レベルの構築ブロックは、構築ブロックアーカイブ（ＢＡＲ）ファイルと呼ばれ、アクティベーションソリューションのサブソリューションに関係する異なるタスクおよび／またはタスクのグループを表現することができる。
構築ブロック構造は、異なるＢＡＲファイルをうまく組み合わせて特定のアクティベーションソリューションのニーズに合わせることができるように設計される。
すべてのＢＡＲファイルは既定の構造に従うことが期待され、それぞれの個別のＢＡＲファイル自体は、ガイドラインまたは最良事例のセットを用いて作成することができる。
【００２８】
本発明の一実施形態によれば、複数のＢＡＲファイルを組み合わせて所望のアクティベーションソリューションを作成する革新的な組合せアルゴリズムが提供される。
組合せアルゴリズムは、所与のアクティベーションソリューションのために選択されたＢＡＲファイルのうちから重複タスクを削除し、非重複タスクを組み合わせてワークフロー、複合タスク、インベントリ登録およびインベントリのためのサブソリューションを作成する。
その後、これらの自動作成されたサブソリューションをテストし、ＳＰサイトに配備すれば、ＳＰは、その顧客に対する商用ネットワークサービスをより迅速かつ効率的にアクティベートすることができる。
【００２９】
本発明の特徴および利点は、図面および以下の説明を参照してさらに良く理解されるであろう。
図３は、本発明の一実施形態による、アクティベーションソリューションを構築することに関わる主要コンポーネントの高レベルブロック図を示している。
ブロック３０２で、ＳＩがＳＰからサービス定義を受け取る。
サービス定義は、例えば、アクティベーションソリューションによってアクティベートされるべき商用ネットワークサービス提供物と、顧客に対する商用ネットワークサービスをアクティベートするためにＳＰが使用するプロセスステップとの詳細な記述を含む。
【００３０】
ステップ３０４で、ＳＩは、例えばライブラリから、アクティベーションソリューションの種々のサブソリューションを扱うためのＢＡＲファイルを選択する。
例えば、共有ウェブホスティングサービスのためのアクティベーションソリューションは、１つまたは複数のウェブサーバを設定すること、ＤＮＳを設定すること、ローカルＵｎｉｘユーザを追加すること、ＦＴＰサーバを設定すること等のさまざまなサブソリューションを含み得る。
要求されたＢＡＲファイルがない場合、ＢＡＲファイルは、外部ソースから（例えばアクティベーションソリューションを提供することに関わっている他の専門家から）取得してもよいし、ＳＩがその所与のサブソリューションを遂行するための新たなＢＡＲファイルを作成することを選択してもよい。
ＢＡＲファイルを作成するための最良事例のセットの一例は、本明細書において後で図５Ａ〜図５Ｅに関して説明する。
【００３１】
ＳＰによって提供されるサービス定義に従ってアクティベーションソリューションを作成するために必要な例示的ＢＡＲファイルが、参照番号３１０、３１２、および３１４で示されている。
次に、種々のＢＡＲファイルが組合せアルゴリズム３１６によって組み合わされ、または併合される。
組合せアルゴリズム３１６は、要求されるアクティベーションソリューションのために必要なワークフロー、複合タスク、インベントリ登録およびインベントリを自動生成する。
その後、ＳＩは、アクティベーションソリューション（３１８）をＳＰサイトに配備し、ＳＰがその顧客に対する商用ネットワークサービスをアクティベートすることを可能にする。
【００３２】
図４は、本発明の一実施形態による、例示的な構築ブロックアーカイブ（ｂａｒ）ファイルの構造を示している。
一般的に、ＢＡＲファイルは、アクティベーションソリューションの１つのサブソリューションに関係するコンポーネントを含むファイルである。
図４を参照すると、ＤＮＳサービスを管理するための例示的なＢＡＲファイルが示されている。
ＢＡＲファイル４００は、以下の５個のコンポーネントタイプのうちの１つまたは複数に関係する情報を格納するためのデータ構造を含み得る。
【００３３】
ＢＡＲファイルは類似の構造を有することが好ましい。
しかし、以下のことは指摘しておかなければならない。
すなわち、ＢＡＲファイルに作用する他のロジックによって、以下の５個のコンポーネントタイプのうちの１つまたは複数をＢＡＲファイルから容易に確認することができるような明確な組織をＢＡＲファイルが有することは重要であるが、すべてのＢＡＲファイルが厳密に同じ構造を有する必要はない。
例えば、あるサブソリューションを実装するＢＡＲファイルは２個または３個のコンポーネントタイプに関係する情報を格納するためのデータ構造を有し得る一方、別のサブソリューションを実装するＢＡＲファイルは４個または５個全部のコンポーネントタイプに関係する情報を格納するためのデータ構造を有してもよい。
別法として、または追加的に、所与のＢＡＲファイル内のすべてのデータ構造にデータおよび／またはコードが登録されるとは限らないこともあり得る。
ＢＡＲファイルと相互作用する組合せロジック（後述）および／または他のロジックがその中のコンポーネントタイプを確認することができ、種々のコンポーネントタイプに関連するデータ／コードを扱うことができる限り、ＢＡＲファイルはいかなる方式で柔軟に組織されてもよい。
【００３４】
プラグインコンポーネント４０４は、ＢＡＲファイル４００に関連するサブソリューションに関係するアトミックタスクを扱うことを担当するコードまたはメカニズムを表す。
この図４の例では、プラグインコンポーネント４０４は、インクルードされたプラグインのライブラリ内の選択されたプラグインへの参照を表してもよい。
選択されたプラグインは、例えば、ＤＮＳを実装してもよい。
ＤＮＳプラグインは、ゾーンの追加、ゾーンの削除、リロード等のアトミックタスクを提供してもよい。
【００３５】
複合タスク４０６は、プラグインコンポーネント４０４のプラグインによって実装されるアトミックタスクの組合せを表す。
アトミックタスクは、ＢＡＲファイル４００に関連するサブソリューションを遂行するために特定の順序（シーケンス）で組み合わされる。
複合タスク４０６は、呼び出すべき既存のアトミックタスクまたは複合タスクのシーケンスである。
図４のＤＮＳ  ＢＡＲファイル例に対する複合タスクは、顧客のＤＮＳゾーンをＤＮＳに追加する等を行い得る。
【００３６】
ワークフロー４０８は、ＢＡＲファイル４００に関連するサブソリューションのアクティベーションを実行するためにＳＰが使用するビジネスプロセスまたはステップのコーディングを表す。
図４のＤＮＳ  ＢＡＲファイル例に対するワークフローは、カスタマ情報を取得し、情報をインベントリに登録し、複合タスクを呼び出してＤＮＳゾーンを追加する等を行い得る。
【００３７】
リソース定義ファイル４１０は、ＢＡＲファイル４００に関連するサブソリューションを遂行するために必要なハードウェアおよび／またはソフトウェアのリソースを定義する。
一般的に、リソース定義ファイル４１０は、ＢＡＲファイルによって必要とされるリソース（例えば、ＤＮＳ  ＢＡＲファイル例の場合、ウェブサーバ、ＵＮＩＸボックス、ファイアウォール、および／またはロードバランサの数およびタイプ）のスキーマまたはマップである。
このため、リソース定義ファイルをスキーマフラグメントと呼んでもよい。
アクティベーションソリューションの配備中に、ＳＰのリソースインベントリからの実際のハードウェアおよび／またはソフトウェアのリソースの特定のインスタンシエーションが、リソース定義ファイル４１０に従って、ＢＡＲファイル４００に関連するサブソリューションタスクを遂行する用途に割り当てられる。
リソース定義ファイルすなわちスキーマフラグメントの一例として、例えば、ＤＮＳサーバリソース定義があり得る。
【００３８】
自動発見ハンドラコンポーネント４１２は、ＳＰのネットワーク内のネットワーク要素（例えばハードウェアおよびソフトウェアのリソース）を自動的に発見するために使用されるコードまたはメカニズムを表す。
当技術分野には、ネットワーク内のネットワーク要素を自動的にインベントリに登録するための多種多様なプロトコルおよびメカニズムが存在する。
自動発見ハンドラがなければ、ＳＰのハードウェアおよび／またはソフトウェアのリソースインベントリに関係する情報は他の方法で（例えばＳＰから取得されるインベントリファイルを参照することによって）取得することが必要であろう。
自動発見ハンドラコンポーネントの使用は、ＳＰのネットワークにおいて利用可能なハードウェアおよび／またはソフトウェアのリソースに関係する正確で最新の情報を取得するプロセスを自動化する。
その情報はその後、配備中に、ＳＰのハードウェアおよび／またはソフトウェアのリソースの特定のインスタンシエーションをＢＡＲファイル４００に割り当てるために使用され得る。
自動発見ハンドラ４１２の一例として、例えば、ＳＰネットワーク内のＤＮＳサーバを発見するコードがあり得る。
【００３９】
ＢＡＲファイルの上記の構造は非常に柔軟であり、アクティベーションソリューションのために要求される実質的にすべてのサブソリューションに対応するように有利に適応可能である。
再利用可能であり、組み合わせてアクティベーションソリューションを作成することができるＢＡＲファイルを作成するには、その中の再利用可能な設計アイデアを文書化し、好ましくは一貫性のある広く普及した事例を用いて作成することにより、異なるアクティベーションニーズに適合するための再利用可能な設計アイデアへの修正が最小限になるようにすべきである。
【００４０】
一例として、アクティベーションソリューションを１軒の家にたとえることができるとすれば、ＢＡＲファイルはその家の部屋にたとえることができる。
従来技術では、家を建築するのに材木（アトミックタスク）から出発し、他のすべてのコンポーネントおよびプロセスを開発し、コンポーネントを組み立てて１軒の家にする。
本発明の一実施形態によれば、今のたとえにおける家は、建築済みの部屋（ＢＡＲファイル）を用いて建築することができる。
それぞれの部屋（ＢＡＲファイル）は、完成した家（アクティベーションソリューション）における特定の機能（サブソリューション）を遂行するように作られる。
各部屋内で、電気配線、床支持材等は、異なる電気配線仕様を有する家を造るため、またはより重いもしくは軽い床荷重を支持するためにこれらのコンポーネントを容易に変更することができるように、一貫性のある事例のセットに従って作られるべきである。
同様に、ＢＡＲファイル内の設計パターン、すなわち再利用可能な設計アイデアの文書化されたセットは、好ましくは、異なるアクティベーションソリューションのニーズに合わせるために設計パターンを容易に適応させることができるように、一貫性のある設計事例に従うべきである。
【００４１】
以下の例示的な設計事例は、ＢＡＲファイル内の設計パターンを実装するために使用され得る。
留意されるべきであるが、以下で論じる設計事例は単なる例示であり、他の設計事例を使用してもよい。
まず、ＳＩは、ＳＰが操業する垂直市場を、ＳＰが提供したいすべての種類の商用ネットワークサービスとともに十分に理解しなければならない。
また、ＳＩは、ＳＰの顧客による異なる要求を満足させるために異なる構成に組み合わされ得る構築ブロックへと、商用ネットワークサービスをどのようにして分解することができるかも十分に理解しなければならない。
【００４２】
構築ブロックは、さらにアトミックタスクおよび複合タスクに分解する必要がある。
アトミックタスクは、実行される必要のある原始的アクティベーションタスクの実装を提供する。
対応して、複合タスクは、高レベルのアクティベーションタスクを実装するためにアトミックタスク、および多くの場合に複合タスクを順序付けるメカニズムを提供する。
【００４３】
ＢＡＲファイルの他のコンポーネントによって必要とされる情報を表現するインベントリスキーマフラグメントが含められてもよい。
このスキーマフラグメントは、他のコンポーネントによって要求されるがＳＰオペレータまたは顧客の初期サービス要求からは得ることができない全インベントリ情報のサブセットをモデル化する。
さらに、各ＢＡＲファイル内のスキーマフラグメントは、異なるサブソリューションを実施する複数のＢＡＲファイルが組み合わされ、または併合される時に、結果として得られる併合スキーマが、結果として得られるアクティベーションソリューションのインベントリニーズを扱うためにまとまりのある完全なものになるように、情報をモデル化しなければならない。
【００４４】
また、ＢＡＲファイルは、ＳＰネットワーク環境から得られる情報をインベントリデータベースに登録するためのコードまたはメカニズムを含んでもよい。
ＳＰネットワーク環境に関する情報は、さまざまなソースから取得してもよい。
例えば、ネットワーク情報をあるソースから取得する一方で、システム情報は異なるソースから取得してもよい。
前述のように、情報は、適当な自動発見メカニズムを用いて発見されてもよく、または必要に応じてインポートされてもよい。
【００４５】
低レベルワークフローは、必要な情報を収集し複合タスクを呼び出すように、定義され実装されてもよい。
低レベルワークフローは、以下のソースから必要な情報を取得してもよい：１）ＢＡＲファイルに含まれるスキーマセグメントによって規定されるインベントリデータベース；２）顧客の初期サービス要求から；または３）直接にＳＰ環境内のオペレータから。
また、ワークフローが、上記の３つの方法のうちの１つで取得される他の値からいくつかの複合タスクパラメータをアルゴリズム的に導出することもまれではない。
【００４６】
構築済みのＢＡＲファイルのライブラリが与えられると、ＳＩは、特定のアクティベーションソリューションに必要なＢＡＲファイルを選択し、組合せアルゴリズムを実行してＢＡＲファイルを組み合わせ、または併合し、ＢＡＲファイルによって提供される低レベルワークフローの呼出しをまとめて高レベルワークフローを構成することができる。
その後、ＳＩは、ＳＰから要求される付随的サービス（例えば課金）があればそれを設定して、ＳＰのためのアクティベーションソリューションを完成させることができる。
【００４７】
図５Ａ〜図５Ｅは、本発明の一実施形態による、ＢＡＲファイルを組み合わせる第１〜第５のアルゴリズムを示している。
高レベルで、アルゴリズムは、アクティベーションソリューションに対するソリューションサブセットを作り出すために、重複コンポーネントを削除し他のコンポーネントを併合するように提供されたＢＡＲファイルのライブラリまたはリストを分析する。
【００４８】
各ＢＡＲファイルは、それが実施する特定のサブソリューションに関わらず、アルゴリズムに既知の一貫性のある構造を有するので、アルゴリズムは、各コンポーネントを別個に扱う。
すなわち、アルゴリズムは、コンポーネントタイプごとにコンポーネントを組み合わせる。
すべてのコンポーネントが処理されると、組合せアルゴリズムは完了する。
【００４９】
ここで図５Ａ〜図５Ｅを参照すると、プラグインコンポーネント、複合タスクコンポーネント、ワークフローコンポーネント、スキーマフラグメントコンポーネント、および自動発見コンポーネントがそれぞれブロック５０２、５０４、５０６、５０８、および５１０によって組み合わされる。
ブロック５０２で、種々の構築ブロック、すなわちＢＡＲファイルからのプラグインを組み合わせる。
そこで、ブロック５０２ａで、種々の構築ブロックからのすべてのプラグインのリストを取得する。
ブロック５０２ｂで、プラグインの名前を解析して、重複する名前があるかどうかを判断する。
重複する名前はプラグインの重複を示すので、重複する名前がない場合、ブロック５０２ａで取得されたプラグインは一意であると仮定され、アルゴリズムはブロック５０４に進み、複合タスクを組み合わせることを開始する。
【００５０】
他方、プラグインリスト内に重複する名前がある場合、アルゴリズムは潜在的な重複を解決することに移る。
そこで、ブロック５０２ｃで、同じ名前のプラグインを比較する。
それらが同じ内容、すなわちコードを含む場合、すべての重複するプラグインをソリューションサブセットから削除する（ブロック５０２ｄおよび５０２ｆ）。
すべての重複するプラグインが削除されたので、その後にソリューションサブセットに残るプラグインはすべて一意であり、アルゴリズムはブロック５０４に進み、複合タスクを組み合わせることを開始する。
他方、同じ名前を有するプラグインの内容、すなわちコードが（ブロック５０２ｄにおける判断で）異なる場合には、エラーが存在するので、当該エラーに、ＳＩによる解決のためにフラグを立てる（ブロック５０２ｅ）。
【００５１】
ブロック５０４、５０６、および５０８で、複合タスク、ワークフロー、およびスキーマフラグメントが同様に処理される。
【００５２】
ブロック５１０で、種々の構築ブロックからの自動発見コンポーネントを組み合わせる。
自動発見コンポーネントは個別のＢＡＲファイル内では自己完結的でないかもしれず、例えば異なるＢＡＲファイルからの異なる自動発見コンポーネントが同一ネットワークノード上で異なる自動発見関連機能を実行し得るので、自動発見コンポーネントの除去は、組み合わされたソリューションサブセットを不完全なままにするかもしれない。
【００５３】
本発明の一実施形態によれば、自動発見コンポーネントはタイプによりソートされ、同じタイプの自動発見コンポーネントがタイプ別併合ツールによって組み合わされる。
そこで、ブロック５１０ａで、種々の構築ブロックからのすべての自動発見コンポーネントのリストを取得する。
ブロック５１０ｂで、同じタイプの自動発見コンポーネントを確認する。
【００５４】
一般的に、２つ以上の自動発見コンポーネントが同一ネットワークコンポーネントに関係している場合、それらは同じタイプを有するとみなされる。
例えば、複数の自動発見コンポーネントは、ＳＰネットワーク内のネットワークノードマネージャコンポーネントに関係している場合、同じタイプを有するとみなされる。
ブロック５１０では、組合せアルゴリズムに利用可能なタイプ別併合ツールのいずれかが、同じ所与のタイプの自動発見コンポーネントを併合することができるかどうかを確認する。
タイプ別併合ツールは、ある特定のタイプの自動発見コンポーネントを併合する方法に関する組込み情報を有してもよい。
別法として、または追加的に、併合ツールは、異なるタイプの自動発見コンポーネントに対する併合タスクを扱うために異なるタイプ別併合モジュールをインストールすることができるようなフレームワークを実装してもよい。
【００５５】
同じタイプに関係する自動発見コンポーネントのグループに対する併合タスクを扱うことができるタイプ別併合ツールがない場合、ブロック５１０ｄで、必要な併合の手作業による解決がＳＩに警告されてもよい。
他方、このようなタイプ別併合ツールが存在する場合、そのタイプの併合された自動発見コンポーネントを作り出すために、タイプ別併合ツールを用いて同じタイプに関係する自動発見コンポーネントのグループを併合する。
すべてのグループが併合された後、その結果は自動発見コンポーネントのリストであり、そのリストのメンバはタイプごとに一意である。
【００５６】
なお、ブロック５０２、５０４、５０６、５０８、および５１０におけるプラグインコンポーネント、複合タスクコンポーネント、ワークフローコンポーネント、スキーマフラグメントコンポーネント、および自動発見コンポーネントに対して実行される組合せは、いかなる順序で実行されてもよく、並列に実行されてもよいことに留意されたい。
例えば、ブロック５０２のプラグイン組合せを実行する前にブロック５０６のワークフロー組合せを実行することも、これらの組合せを並列に実行することも可能である。
【００５７】
選択されたＢＡＲファイル内のコンポーネントが組み合わされた後、その結果は、組み合わされた構築ブロック、すなわちＢＡＲファイルのセットであり、冗長なコンポーネントは除去され、同じタイプのコンポーネントが組み合わされている。
【００５８】
図６Ａ，図６Ｂは、本発明の一実施形態による、ＳＰのためのアクティベーションソリューションを作成するステップを示す第１，第２のフローチャートである。
ブロック６０２で、ＳＩはＳＰからサービス定義を受け取る。
サービス定義は、アクティベーションソリューションによってアクティベートされるべき商用ネットワークサービス提供物と、顧客に対する商用ネットワークサービスをアクティベートするためにＳＰが使用するプロセスステップとの詳細な記述を含む。
【００５９】
ブロック６０４で、ＳＩは、ＳＰによって提供されたサービス定義を分析し、サービスをアクティベートする際に実行されるべきタスクの一部または全部を扱うための、統合コンポーネント（すなわち、構築済みのＢＡＲファイルおよび／またはプラグイン）が存在するかどうかを判断する。
この選択は、例えば、適当なユーザインタフェースを用いて実行されてもよい。
必要なＢＡＲファイルおよび／またはプラグインがない場合、ＳＩは、必要なＢＡＲファイルおよび／またはプラグインを作成してもよく、または例えばそのようなプラグインを販売もしくは共有しているかもしれない他のサービスアクティベータ専門家からＢＡＲファイルおよび／またはプラグインを取得してもよい（６０６）。
例えばＳＩが、ＢＡＲファイルによって実装されるサブソリューションが他のアクティベーションソリューションで再利用可能となり得ることを予想している場合、ステップ６０６で１つまたは複数のプラグインを作成するのではなくＢＡＲファイルを作成することを選択してもよい。
【００６０】
ＳＩは、すべての統合コンポーネント（すなわち、構築済みのＢＡＲファイルおよび／またはプラグイン）が利用可能であることを確認した後、統合コンポーネント（すなわち、構築済みのＢＡＲファイルおよび／またはプラグイン）がどのように組み合わされ得るかについての理解を得るために分析を行う（６０８）。
【００６１】
ブロック６１２で、選択されたＢＡＲファイルが、好ましくは、工場出荷時に提供された組合せアルゴリズムを用いて組み合わされる。
組合せアルゴリズムは、ワークフロー、プラグイン、複合タスク、インベントリ、および自動発見コンポーネントを自動的に組み合わせる。
【００６２】
ブロック６１４で、結果として得られたアクティベーションソリューションを、機能および／または他の品質管理パラメータについてテストする。
テストが不合格である場合、アクティベーションソリューションの問題点をブロック６１６で解決し、結果として得られたアクティベーションソリューションをブロック６１４で再テストする。
他方、ブロック６１４のテストが合格である場合、ＳＩは、アクティベーションソリューションと顧客の既存のオペレーションサポートシステム（ＯＳＳ）コンポーネントの間で必要な統合があればそれを開発する（６１８）。
この統合は、アクティベーションソリューションが、例えばアクティベーションソリューションの実行中に実際のユーザ要求を受け取ることを可能にするために必要である。
【００６３】
この時点で、ＳＩは、ＳＰがその顧客に対する商用ネットワークサービスをアクティベートする際に使用するために、開発されたアクティベーションソリューションをＳＰサイトに配備することができる（ブロック６２０）。
ＳＩはさらに、アクティベーションソリューションを文書化するとともに（ブロック６２２）、実働サイトで、すなわちＳＰ環境内で、さらに品質管理テストを実行してもよい（ブロック６２４）。
【００６４】
図６から理解されるように、ＳＰのためのアクティベーションソリューションを作成する本発明のプロセスは、例えば図２Ａ〜図２Ｃに関連して説明した従来技術のプロセスよりも大幅に複雑さが少ない。
ＢＡＲファイルは、サブソリューションを実装するのに必要なスキーマフラグメント、プラグイン、複合タスク、ワークフローおよび任意に自動発見メカニズムをカプセル化しているため、アクティベーションソリューションにより要求されるタスクのセットを実装するために比較的少数のＢＡＲファイルしか必要としない。
統合すべきＢＡＲファイルが少数であるため、統合を高いレベルで実行することができ、必要な統合ステップが大幅に少なくなる。
これに対して、ＳＩは、アクティベーションソリューションに関連する種々のタスクのために、はるかに多数のスキーマ、プラグイン、複合タスクおよびワークフローを取得し統合しなければならない。
【００６５】
さらに、ＢＡＲファイルは、統合および再利用を促進するように作成される。
ＢＡＲファイルが、一貫性のある既知の構造を有するため、複数のＢＡＲファイルを統合するタスクは大幅に簡単化される。
所与のアクティベーションソリューションのニーズに合うように既存のＢＡＲファイルを修正する必要がある場合、ＢＡＲファイルが一貫性のある構造を有し、一貫性のある実例に従って作成されたという事実が、修正タスクを大幅に簡単化する。
これらのファクタは、ＳＩがＢＡＲファイルを再利用し、ＢＡＲファイルを高いレベルで統合して、必要なアクティベーションソリューションをより迅速に作成することを可能にする。
【００６６】
以上、本発明をいくつかの好ましい実施形態に関連して説明したが、本発明の範囲内に入る変更形態、置換形態、および等価形態がある。
例えば、本発明のいくつかの部分はステップとして説明されているが、これらのステップの一部または全部は、コンピュータ可読媒体に格納された、適当なコンピュータを用いて実行されるべきデータおよび／またはコードとして実施されてもよい。
もう１つの例として、本明細書の例の商用ネットワークサービスはウェブホスティングサービスに関するものであるが、本発明は、電気通信サービスプロバイダの顧客に対する電気通信サービス（有線か無線かを問わない）のような、他のタイプの商用ネットワークサービスのアクティベーションソリューションを作成するために使用されてもよい。
さらに、本発明は、コンピュータマシン領域内でのいかなるタイプのプロビジョニングのためのアクティベーションソリューションを作成するために使用されてもよい。
このようなトランザクションとしては、例えば、新規従業員／退職従業員のプロビジョニング（電子メールアカウント、アカウントログオンの作成／削除等）がある。
なお、本発明の方法および装置を実施する多くの別法があることに留意すべきである。
したがって、添付の請求項は、本発明の真の精神および範囲内に入るすべてのこのような変更形態、置換形態、および等価形態を含むものと解釈されることが意図される。
【図面の簡単な説明】
【００６７】
【図１】サービスアクティベーションとの関連におけるシステムインテグレータ（ＳＩ）、サービスプロバイダ（ＳＰ）およびＳＰの顧客の間の関係を示す図である。
【図２Ａ】ＳＰのアクティベーションソリューションを作成するためにＳＩによって実行される、典型的なアクティベーションソリューション作成プロセスを示す第１のフローチャートである。
【図２Ｂ】ＳＰのアクティベーションソリューションを作成するためにＳＩによって実行される、典型的なアクティベーションソリューション作成プロセスを示す第２のフローチャートである。
【図２Ｃ】ＳＰのアクティベーションソリューションを作成するためにＳＩによって実行される、典型的なアクティベーションソリューション作成プロセスを示す第３のフローチャートである。
【図３】本発明の一実施形態による、アクティベーションソリューションを構築することに関わる主要コンポーネントの高レベルブロック図である。
【図４】本発明の一実施形態による、例示的な構築ブロックアーカイブ（ＢＡＲ）ファイルの構造を示す図である。
【図５Ａ】本発明の一実施形態による、ＢＡＲファイルを組み合わせるアルゴリズムを示す第１の図である。
【図５Ｂ】本発明の一実施形態による、ＢＡＲファイルを組み合わせるアルゴリズムを示す第２の図である。
【図５Ｃ】本発明の一実施形態による、ＢＡＲファイルを組み合わせるアルゴリズムを示す第３の図である。
【図５Ｄ】本発明の一実施形態による、ＢＡＲファイルを組み合わせるアルゴリズムを示す第４の図である。
【図５Ｅ】本発明の一実施形態による、ＢＡＲファイルを組み合わせるアルゴリズムを示す第５の図である。
【図６Ａ】本発明の一実施形態による、ＳＰのためのアクティベーションソリューションを作成するステップを示す第１のフローチャートである。
【図６Ｂ】本発明の一実施形態による、ＳＰのためのアクティベーションソリューションを作成するステップを示す第２のフローチャートである。
【符号の説明】
【００６８】
３０２・・・アクティベーション要求の仕様、
３１０〜３１４・・・ＢＡＲファイル、
３１６・・・組合せアルゴリズム、
３１８・・・アクティベーションソリューション、
４００・・・ＤＮＳサービスＢＡＲファイル、
４０４・・・プラグイン、
４０６・・・複合タスク、
４０８・・・ワークフロー、
４１０・・・リソース定義ファイル、
４１２・・・自動発見ハンドラ、
【図１】
2004348736.tif 000003
【図２Ａ】
2004348736.tif 000004
【図２Ｂ】
2004348736.tif 000005
【図２Ｃ】
2004348736.tif 000006
【図３】
2004348736.tif 000007
【図４】
2004348736.tif 000008
【図５Ａ】
2004348736.tif 000009
【図５Ｂ】
2004348736.tif 000010
【図５Ｃ】
2004348736.tif 000011
【図５Ｄ】
2004348736.tif 000012
【図５Ｅ】
2004348736.tif 000013
【図６Ａ】
2004348736.tif 000014
【図６Ｂ】
2004348736.tif 000015