JP2010522934A - 統合型サービス管理 - Google Patents

Abstract

述べられている統合型サービス管理システムは、個々の管理スペシャリストの機能を実施するための統合型コンソールを提供する。統合型コンソールは、個々の管理スペシャリストによって実施された複雑なタスクを管理者が実施することを容易にする。統合型コンソールは、コンポーネントまたはコンピューティングデバイスの配置、コンポーネントまたはコンピューティングデバイスのポリシーの決定、コンポーネントまたはコンピューティングデバイスの正常性ポリシーの決定、コンポーネントまたはコンピューティングデバイスのデータ保護ポリシーの確定などを含めて、複雑なタスクのすべての側面を設計するための「ウィザード」ベースの手法を管理者に提供する。

Description

本発明は、統合型サービス管理に関する。

エンタープライズネットワークまたは分散ネットワークに適したサービス管理機能は、関連する管理スペシャリストが管理するのに適した「サイロ」に分割される。一般的なシナリオでは、様々な管理スペシャリストの管理専門分野が、互いに分離される。たとえば、（特定の深い知識を有する「スペシャリスト」、または広いが浅い知識を有する「ジェネラリスト」とは対照的に）すべての管理専門分野についての広いまたは深い知識を有するユーザ、すなわち「バーサタイリスト」が特定のサービスを管理しようとする場合、「バーサタイリスト」は、注意を要する可能性がある特定の管理専門分野について認識していないことがある。

管理専門分野がばらばらであるとき、情報技術またはユーザは、エンタープライズネットワークまたは分散ネットワークの管理上の変更を選択するなど複雑な仕事を完遂するために、限られた自動化ツールしかない状況にさらされる。管理上の変更は、エンタープライズネットワーク内にソフトウェアアプリケーションおよびハードウェアコンポーネントを展開し、エンタープライズネットワーク内の様々なコンピューティングデバイス間の接続を変更することを含む。さらに、管理専門分野は、十分な検証方法を提供しない。したがって、管理者は、管理上の変更をテストするための「パイロット」またはシミュレーションプログラムに依存しなければならないことがある。その結果、エンタープライズネットワーク内で管理上の変更を実施する前に管理上の変更をテストすることは、効率的でないことがある。

この要約は、発明を実施するための形態において下記にさらに述べられる統合型サービス管理の簡略化された概念について述べるために提供されている。この要約は、特許請求された主題の本質的な特徴を識別するものではなく、また特許請求された主題の範囲を定める際に使用するためのものでもない。

一実施形態では、管理されたネットワーク上で実施すべき変更が識別され、適切なモデル、およびモデルに関連する展開プロファイルが選択される。選択された展開に基づく変更テンプレートが選ばれ、変更されたテンプレートから、変更オーダインスタンスが作成される。変更オーダは検証され、検証されると、変更が実施される。

添付の図面を参照して、詳細な説明が述べられる。図では、参照符号の左端の数字は、その参照符号が最初に現われる図を識別する。様々な図中に同じ参照符号を使用することによって、類似のまたは同一のアイテムを示す。

例示的なＩＴサービス管理システムを示す図である。 例示的な統合エージェントを使用する管理ノードの実装を示す図である。 例示的な統合型コンソールを使用するＩＴ管理サーバの実装を示す図である。 一実施形態による構成管理モジュールの実装を示す図である。 ＩＴサービス管理システム内の展開プロファイルの選択を容易にする例示的なユーザインターフェース（ＵＩ）を示す図である。 ＩＴサービス管理システム内の展開プロファイルの選択を容易にする例示的なユーザインターフェース（ＵＩ）を示す図である。 ＩＴサービス管理システム内の展開プロファイルの選択を容易にする例示的なユーザインターフェース（ＵＩ）を示す図である。 ポリシーの構成をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 ポリシーの構成をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 フローベースの構成ポリシーテンプレートおよび正常性モデルのオーサリングをサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 ユーザの好みによる事前定義されたテンプレートの選択およびテンプレートの作成を容易にする例示的なユーザインターフェース（ＵＩ）を示す図である。 ワークロード配置の構成をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 ワークロード配置の構成をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 ワークロード配置の構成をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 メッセージングスタイルポリシー定義構成をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 メッセージングスタイルポリシー定義構成をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 メッセージングスタイルポリシー定義構成をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 メッセージングスタイルポリシー定義構成をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 検証をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 検証をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 検証をサポートする例示的なユーザインターフェース（ＵＩ）を示す図である。 管理上の変更の実施を容易にする例示的なユーザインターフェース（ＵＩ）を示す図である。 情報技術監視システムの観察を容易にする例示的なユーザインターフェース（ＵＩ）を示す図である。 例示的なアーキテクチャ概要のブロック図である。 統合型サービス管理をサポートするアーキテクチャ全体を示す図である。 管理システムの管理上の変更を実施するための例示的な方法を示す図である。

以下の開示は、統合型サービス管理のためのシステムおよび方法について述べている。述べられている統合型サービス管理のためのシステムおよび方法の態様は、任意の数の異なるコンピューティングシステム、環境および／または構成で実施することができるが、ネットワークの統合型サービス管理および解析の実施形態について、以下の例示的なシステムアーキテクチャの文脈で述べられる。

従来、個々の管理スペシャリストは、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｏｐｅｒａｔｉｏｎｓ Ｍａｎａｇｅｒ（ＭＯＭ）サーバ、Ｓｙｓｔｅｍ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒｓ（ＳＭＳ）、Ｖｉｒｔｕａｌ Ｍａｎａｇｅｒ Ｓｅｒｖｅｒなど、別個の管理サーバを使用してネットワークを管理していた。こうした管理サーバは通常、複雑なユーザ体験を提供し、互いに独立に動作する。これらの管理サーバは、ネットワーク内の変更の実施、様々な構成のネットワークリソースの展開、ネットワークの監視などのような複雑な仕事を完遂するための限られた自動化操作を実施する。こうした複雑な仕事は、ユーザによって事前に計画され、次いで管理サーバ上で実施されなければならないことがある。たとえば、ネットワーク内の変更は、技術者のグループによって決定されてもよい。次いで、管理者はそれぞれの管理サーバを使用して、選択された変更を実施することができる。管理サーバが選択された変更を展開前に不適切に検証していることがあると、ネットワークは、選択された変更を実施した後に機能しない可能性がある。さらに、選択された変更は、ネットワークの形式化されたモデルに基づいて決定されないことがある。したがって、技術者によって理解されている、選択された変更が行われたネットワークの将来像は、不正確であり、こうしたネットワーク障害をもたらす。

述べられている統合型サービス管理システムは、個々の管理スペシャリストの機能を実施するための統合型コンソールを提供する。統合型コンソールは、管理者が、個々の管理スペシャリストによって実施されていた複雑な仕事を管理者が実施することを容易にする。統合型コンソールは、コンポーネントまたはコンピューティングデバイスの配置、コンポーネントまたはコンピューティングデバイスのポリシーに関する決定、コンポーネントまたはコンピューティングデバイスの正常性ポリシーに関する決定、コンポーネントまたはコンピューティングデバイスのデータ保護ポリシーの確定などを含めて、複雑な仕事のすべての側面を設計するための「ウィザード」ベースの手法を管理者に提供する。

例示的な管理システム
図１は、分散ネットワークのための例示的なＩＴサービス管理システム１００を示している。システム１００は、管理された１つまたは複数のノード１０４（１）、１０４（２）、１０４（３）…１０４（Ｎ）が互いに、また管理サーバ１０６と通信する、ネットワーク１０２を含む。ネットワーク１０２は、たとえばローカル領域ネットワーク（ＬＡＮ）、広域ネットワーク、ワイヤレスネットワーク、光ネットワーク、メトロポリタン領域ネットワーク（ＭＡＮ：ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）などを含んでもよい。

例示的な実装形態では、ネットワーク１０２は、ハードウェアと、ソフトウェアと、組織内の情報技術リソースを接続するメディアとを含むエンターライズネットワークである。一般的なエンタープライズネットワークは、通信媒体を介してネットワーククライアント、管理ノード、サーバ、管理サーバ、ならびにルータ、交換機などのような複数の他のコンポーネントを接続することによって形成される。管理ノード１０４は、前述のネットワーク要素のうちの１つまたは複数を含んでもよい。管理ノード１０４はそれぞれ、アプリケーションまたはプログラムを実行してもよい。特定の管理ノード１０４は、ノード１０４上で実行されるアプリケーションをサポートするために、サーバ、ルータ、交換機、サービス、リンクなど、エンタープライズネットワーク内の他のネットワーク要素に依存する。

管理ノード１０４は、ＰＤＡ、デスクトップ、ワークステーション、サーバ、ラップトップなど、知られている任意のコンピューティングデバイスのうちの１つまたは複数を含んでもよい。管理サーバ１０６は、サーバのクラスタ、ワークステーションなどのうちの１つまたは複数を含んでもよい。管理サーバ１０６は、分散ネットワーク内の変更を計画し実施するために、統合された方法論を使用する。変更は、管理ノード１０４上に様々なアプリケーションおよびハードウェア機能を展開することを含んでもよい。

それぞれの管理ノード１０４は、管理サーバ１０６の命令を実施するために、それぞれ統合エージェント１０８（１）、１０８（２）、１０８（３）…１０８（Ｎ）を使用することができる。命令は、管理ノード１０４、およびネットワーク１０２内の様々な他のリソースのステータスを自動的に収集し、管理ノード１０４および／または分散ネットワーク内の任意の構成変更を実施することを含んでもよい。特定の管理ノード１０４のステータスは、たとえば、管理ノード１０４内のハードウェアコンポーネントおよびソフトウェアアプリケーションの性能、管理ノード１０４内で生じる障害の数およびその頻度、変更の展開ステータス、ならびに管理ノード１０４およびインストールされたアプリケーションの正常性情報を含んでもよい。

管理サーバ１０６は、それによって更新を計画し実施することができる、統合型コンソール１１０を実装する。管理サーバ１０６がアプリケーションおよびハードウェア機能を展開するやり方は、「例示的な統合型コンソール」という見出しの節で説明される。例示的な一実施形態では、管理サーバ１０６は、複数の操作モードを提供する。様々な操作モードには、動作モード、変更モード、サポートモードおよび計画モードが含まれる。様々な操作モードは、統合型コンソール１１０によって、ＩＴ管理者などのユーザに提示される。

動作において、動作モードでは、管理サーバ１０６は、管理ノード１０４の動作を監視するために、管理サーバ１０６の能力を公開する。こうした監視によって、管理サーバ１０６は、管理ノード１０４に関連するアプリケーションおよびハードウェアコンポーネントのステータスを収集することができる。管理サーバ１０６は、ステータスをグラフィカル形式、あるいはユーザまたはＩＴ管理者に知られている他のフォーマットで表示するために、ステータスを収集し処理する。ステータスが表示されるやり方は、節「例示的なユーザインターフェース」に詳細に説明される。ユーザは、表示されたステータスをレビューすることができ、それに応じて修正措置を講じることができる。

一実装形態では、管理サーバ１０６は、変更モードにあることができる。変更モードでは、管理サーバ１０６の統合型コンソール１１０は、ＩＴ管理者が管理ノード１０４の構成に変更を加えることを容易にする。管理サーバ１０６は、コンポーネントの配置、ネットワークポリシー、正常性ポリシーおよびデータ保護ポリシーなどの決定を含めて、変更を実施することができる。変更が実施されると、実施の詳細が、管理サーバ１０６に関連する構成管理データベース内で自動的に更新される。

たとえば、ユーザは、管理サーバ１０６によって収集された管理ノード１０４のステータスに基づいて、分散ネットワーク内の管理ノード１０４のクラスタ上で実施すべき１組の選択された変更を決定してもよい。選択された変更には、たとえば、新しいソフトウェアアプリケーションのインストール、ハードウェア機能の追加、ハードウェア機能の変化する正常性ポリシー、および新しいソフトウェアアプリケーションの変化するデータ保護ポリシーが含まれる。ユーザは、クラスタ内に存在する管理ノード１０４の数に関係なく、クラスタ内で選択された変更を実施することができる。

選択された変更は、ＩＴ管理者によって、データベース１１２に事前に格納されてもよい。管理サーバ１０６は、データベース１１２から選択された変更を収集し、選択された変更を実施することができる。選択された変更がクラスタのすべての管理ノード１０４内で実施されると、管理サーバ１０６は、分散ネットワークを継続して監視しながら、動作モードに移る。

管理サーバ１０６は、分散ネットワークの円滑な動作をサポートするために、サポートモードで動作することができる。別の実装形態では、管理サーバ１０６は、ユーザが変更実施の時間をスケジューリングすることを可能にする計画モードで動作する。たとえば、ユーザは、変更が実施される時間をスケジューリングすることによって変更を後の段階で実施するために、計画モードで動作する管理サーバ１０６を使用してもよい。

例示的な統合エージェント
図２は、一実施形態による例示的な管理ノード１０４を示している。管理ノード１０４は、メモリ２０４に結合された１つまたは複数のプロセッサ２０２を含む。プロセッサ２０２には、たとえば、マイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置、ステートマシン、論理回路、および／または操作命令に基づいてデータを操作する任意のデバイスが含まれる。プロセッサ２０２は、メモリ２０４に格納されたコンピュータプログラム命令を取り出し実行するように構成される。メモリ２０４には、たとえば、揮発性メモリ（たとえばＲＡＭ）および不揮発性メモリ（たとえばＲＯＭ、フラッシュなど）の１つまたは複数の組合せが含まれる。メモリ２０４は、管理ノード１０４上で実施すべき変更を識別し、管理ノード１０４の構成詳細を収集するためのコンピュータ実行可能命令およびデータを格納する。

例示的な一実装形態では、メモリ２０４は、管理ノード１０４上でアプリケーションを実行するためのプラットフォームを提供するオペレーティングシステム２０６を含む。メモリ２０４は、管理ノード１０４および分散ネットワークの両方のステータスを管理サーバ１０６に通知するように構成された統合エージェント１０８をさらに含む。統合エージェント１０８は、管理ノード１０４の構成詳細をも収集し、管理サーバ１０６に送る。

統合エージェント１０８は、アプリケーションモニタ２０８と、構成モジュール２１０と、通知レポータ２１２とを含む。さらに、ネットワークインターフェース２１４は、ネットワーク１０２または他の管理ノード１０４とインターフェースするために、管理ノード１０４の能力を公開する。

動作モードに設定された管理サーバ１０６は、管理ノード１０４に、管理ノード１０４のステータスおよび構成を提供するように指示してもよい。統合エージェント１０８は、命令を処理し、アプリケーションモニタ２０８に管理ノード１０４のステータスを監視するように指示する。さらに、統合エージェント１０８は、構成モジュール２１０が管理ノード１０４に関連する構成データ２１６を収集するようにトリガする。構成データ２１６は、実行中の複数のアプリケーション、インストールされたハードウェアコンポーネントのリスト、プロセッサ容量、記憶容量およびディスク構成を含んでもよい。

アプリケーションモニタ２０８は、管理ノード１０４のステータスを収集し、通知レポータ２１２にステータスを送る。通知レポータ２１２は、ステータスを解析し、管理ノード１０４の性能、アプリケーションおよびハードウェアの障害などについて管理サーバ１０６に通知する。たとえば、通知レポータ２１２は、管理ノード１０４のステータスを調べ、実行されている各アプリケーションの性能、ハードウェアコンポーネントの性能、ならびに／またはハードウェアコンポーネントおよびソフトウェアアプリケーション内に生じるいずれかの障害などについて、管理サーバ１０６に通知する。

通知レポータ２１２は、管理ノード１０４および／または分散ネットワーク内に生じる障害を検出すると、管理サーバ１０６に警告信号を送ってもよい。障害には、たとえば、管理ノード１０４の突然のシャットダウン、アプリケーションエラー、ハードウェア故障、およびハードウェア部品に生じる物理的損傷などが含まれる。こうした警告信号によって、ＩＴ管理者は、必要な措置を講じることができる。

通知レポータ２１２は、管理ノード１０４の正常性を示す管理ノード１０４の状態を識別するように構成されてもよい。管理ノード１０４の正常性は、ハードウェアコンポーネント、およびインストールされたソフトウェアアプリケーションの性能などの要因に依存する。管理ノード１０４の状態は、管理ノード１０４の正常性のパーセンテージとして測定することができる。たとえば、通知レポータ２１２は、アプリケーションモニタ２０８から情報を収集し、管理ノード１０４の状態を識別してもよい。

構成モジュール２１０は、管理サーバ１０６に構成データに２１６を送る。管理サーバ１０６は、ステータスおよび構成データ２１０を受け取り、ユーザまたはＩＴ管理者にステータスを表示する。ユーザは、管理サーバ１０６の操作モードを変更モードに変更することができる。変更モードでは、ＩＴ管理者は、ステータスおよび構成データ２１０を解析し、管理ノード１０４および分散ネットワーク上で実施すべき、選択された変更を決定する。選択された変更は、アプリケーションの動作のためにより多くのハードウェアサポートを追加すること、より多くのアプリケーションをインストールすることなどを含んでもよい。

管理ノード１０４内で動作するアプリケーションは、ＣＰＵ（中央処理装置）容量の大部分を使用する。こうした場合には、ＣＰＵ使用率のパーセンテージ、およびＣＰＵの構成に関連する情報を示すステータスは、超過ＣＰＵ使用率を削減するために、管理ノード１０４で実施される選択された変更をユーザが決定するのに役立つ。

選択された変更が決定されると、管理サーバ１０６は、ユーザからの入力に基づいて変更オーダを作成する。変更オーダは、選択された変更の実施、および選択された変更の実施の構成管理データベース（ＣＭＤＢ：ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ ｄａｔａｂａｓｅ）の更新のために従うべきワークフローを特徴付ける１組の命令である。選択された変更が決定され、変更オーダが作成されるやり方については、節「例示的な統合型コンソール」で詳細に説明される。

管理サーバ１０６は、選択された変更および変更オーダを統合エージェント１０８に送る。統合エージェント１０８は、選択された変更および変更オーダを受け取り、レビューする。統合エージェント１０８は、変更オーダに基づいて、管理ノード１０４内で、選択された変更を実施する。アプリケーションモニタ２０８は、選択された変更が実施されたかどうか識別し、選択された変更のステータスを通知レポータ２１２に送る。ステータスは、選択された変更が実施されるかどうかに関する情報を提供する。それに応じて、通知レポータ２１２は、管理サーバ１０６にステータスをレポートする。

アプリケーションモニタ２０８は、統合エージェント１０８によって管理サーバ１０６から受け取られた命令に基づいて、実施済みの選択された変更の数、および選択された変更の実施段階を連続的にかつ／または周期的に監視するように構成されてもよい。実施段階は、選択された変更の実施のパーセンテージを示す。

統合エージェント１０８は、選択された変更が実施されるかどうか識別するために、選択された変更を構成データ２１６と比較する。次いで、統合エージェント１０８は、選択された変更が実施されるかどうか管理サーバ１０６に通知する。たとえば、統合エージェント１０８は、選択された変更が実現可能かどうか識別するために、管理サーバ１０６によって示唆された、選択された変更を、構成データ２１６と比較する。選択された変更が実現できないと判明した場合は、統合エージェント１０８は、選択された変更を拒否する。実現可能と判明した場合は、選択された変更が実施される。

選択された変更が実施されると、通知レポータ２１２は、選択された変更の実施に関して管理サーバ１０６に通知する。変更オーダ内に存在する命令に基づいて、統合エージェント１０８は、ＣＭＤＢを、選択された変更の実施を反映して更新する。その後、ユーザは、管理サーバ１０６を動作モードに設定する。管理サーバ１０６は、管理ノード１０４および分散ネットワークを監視し続ける。
例示的な統合型コンソール

図３は、一実施形態による管理サーバ１０６を示している。管理サーバ１０６は、メモリ３０４に結合された１つまたは複数のプロセッサ３０２を含む。プロセッサ３０２には、たとえばマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置、ステートマシン、論理回路、および／または操作上の命令に基づいてデータを操作する任意のデバイスが含まれる。プロセッサ３０２は、メモリ３０４に格納されたコンピュータプログラム命令を取り出し実行するように構成される。メモリ３０４は、たとえば揮発性メモリ（たとえばＲＡＭ）および不揮発性メモリ（たとえばＲＯＭおよびフラッシュメモリなど）の１つまたは複数の組合せを含む。メモリ３０４は、管理ノード１０４内にアプリケーションおよびハードウェア機能の変更を展開するためのコンピュータ実行可能命令およびデータを格納する。

一実装形態では、メモリ３０４は、ネットワーク要素上でアプリケーションを実行するためのプラットフォームを提供するオペレーティングシステム３０６を含む。メモリ３０４はさらに、アプリケーションおよびハードウェア機能のステータス、およびシステム１００内の管理ノード１０４に関連する構成データ２１６に基づいて、統合的なやり方で変更を計画し実行することができる統合型コンソール１１０をさらに含む。

統合型コンソール１１０は、オペレーションモジュール３１０と、構成レビューモジュール３１２と、構成管理モジュール３１４と、ワークフロー自動化モジュール３１６と、サービス管理モジュール３１８とを含む。管理ノード１０４から受け取られた、統合型コンソール１１０の実行の助けとするために使用される任意のデータが、将来の推論に備えてプログラムデータ３０８内に格納される。ネットワークインターフェース３２０は、ネットワーク１０２または他の管理ノード１０４とインターフェースするために管理サーバ１０６の能力を公開する。

統合型コンソール１１０は、複数の管理サーバ１０６にわたって分散されてもよい。統合型コンソール１１０は、ネットワーク全体、またはその一部についてＩＴ管理者の選択された変更を実施する際に積極的な手法を維持する。

一実装形態では、統合型コンソール１１０は、管理ノード１０４への選択された変更を操作し、サポートし、計画し、行うための「統合的な」すなわち「バーサタイリスト」の手法を組み込む。管理サーバ１０６が動作モードに設定されると、統合型コンソール１１０内のオペレーションモジュール３１０は、ソフトウェアアプリケーションおよびハードウェアコンポーネントのステータス、ならびに構成データ２１６を求めて管理ノード１０４のうちの１つまたは複数に要求を送る。こうした要求を受け取ると、統合エージェント１０８は、ソフトウェアアプリケーションおよびハードウェアコンポーネントのステータス、ならびに構成データ２１６を、プログラムデータ３０８内への格納のためにオペレーションモジュール３１０に送る。したがって、管理サーバ１０６は、ソフトウェアアプリケーションおよびハードウェアコンポーネントのステータス、ならびに構成データ２１６の集約および調整点として働く。

オペレーションモジュール３１０は、ソフトウェアアプリケーションおよびハードウェアコンポーネントのステータス、ならびに構成データ２１６を構成レビューモジュール３１２に送る。構成レビューモジュール３１２は、ソフトウェアアプリケーションおよびハードウェアコンポーネントのステータス、ならびに構成データ２１６をレビューし、ユーザインターフェースを介してユーザにそれを表示する。別の実施形態では、構成レビューモジュール３１２は、様々な間隔で受け取られた管理ノード１０４の構成データ２１６を解析し、逸脱のレポートを維持する。逸脱は、最後に受信された構成データ２１６からの構成データ２１６の変化を指す。

ユーザは、エンタープライズネットワーク内で実施すべき構成変更を決定するために、ソフトウェアアプリケーションおよびハードウェアコンポーネントのステータス、ならびに構成データ２１６をレビューする。構成管理モジュール３１４は、適切な構成変更の要求をユーザから受け取る。構成管理モジュール３１４は、要求を検査し、現在のネットワークに含めることができるいずれかのソフトウェアアプリケーションおよびハードウェアコンポーネントの１つまたは複数のモデルをユーザに提供する。このモデルは、他のネットワークのいくつかの異なる構成、ならびに現在のネットワークに含めることができるソフトウェアアプリケーションおよびハードウェアコンポーネントを示してもよい。

このモデルは、存在するコンピューティングデバイスの数の詳細、コンピューティングデバイス間の接続の詳細、各コンピューティングデバイス内で使用されるプロセッサの種類、コンピューティングデバイスの記憶容量などを含んでもよい。モデルを選択するこうした方法によって、適切なモデルの識別のためにマニュアルおよびガイドラインを読み出し解釈するのに費やされる時間を減少させることができる。適切なモデルは、１組の質問に対してユーザによって提供された情報に基づいて選択されてもよい。１組の質問は、ユーザへのユーザインターフェースを介して構成管理モジュール３１４によって提供されてもよい。適切なモデルの選択を可能にするユーザインターフェースについては、「例示的なユーザインターフェース」に詳細に述べられる。

モデルは、管理サーバ１０６に関連するＣＭＤＢ ３２２に格納される。ＣＭＤＢ ３２２はオブジェクト指向型データベースであり、このオブジェクト指向型データベースは、エンタープライズネットワークまたは分散ネットワークの様々なビューに関するデータ、様々なモデル間の関係、展開されたモデルが実世界においてどのように存在するかについての図（ｐｉｃｔｕｒｅ）、すなわち「ありのままの姿（ｉｓｎｅｓｓ）」、展開されたモデルが実世界においてどのように存在すべきかについての図、すなわち「あるべき姿（ｏｕｇｈｔｎｅｓｓ）」、過去に展開されたモデルが実世界においてどのように存在したかについての図、および将来展開されるモデルが実世界においてどのように存在するであろうかについての図に関するデータを含んでもよい。

例示的な一実装形態では、構成管理モジュール３１４は、適切なモデルを選択するためにエンタープライズネットワークの様々なビューをレビューしてもよい。様々なビューは、エンタープライズネットワーク内のウェブベースのアプリケーションと特定のウェブサービスとの関係に関する詳細、エンタープライズネットワーク内のコンピューティングデバイスの位置、エンタープライズネットワークの１組のコンピューティングデバイス内の１組のアプリケーションの特色などについての詳細を含んでもよい。構成管理モジュール３１４は、適切なモデルを識別するために、様々なモデルおよびモデル間の関係をレビューする。

構成管理モジュール３１４は、各モデルを様々な展開プロファイルへと特徴付けてもよい。展開プロファイルは、各モデルの様々な構成を含んでもよい。展開プロファイルは、「適切な構成を選択するためのプロファイルベースのガイダンス」という見出しの節で以下に詳細に論じられる。

適切な構成を選択するためのプロファイルベースのガイダンス
構成管理モジュール３１４は、ユーザによって使用される様々な意図された構成に応じて、各モデルについて様々な展開プロファイルを提供する。特定の基準リストが満たされたとき、それぞれの展開プロファイルが適用される。構成管理モジュール２１４は、ユーザに各展開プロファイルの基準のリストを提示する。ユーザは、基準リストをレビューし、受入れ可能な基準リストを有する展開プロファイルを選択する。基準リストは、実装されるエンタープライズネットワークのサイズ、使用されるサーバのタイプ、処理されるトランザクションの数、使用されるアプリケーションの数、および不可欠であるセキュリティ要件のタイプに関係する基準を含んでもよい。展開プロファイルが選択されると、選択された展開プロファイルに関連する管理ポリシーが、構成管理モジュール３１４によって設定される。

たとえば、それぞれの展開プロファイルは、選択の前にユーザによってレビューされるべき基準リストを含む。それぞれの展開プロファイルは、「せいぜい１０〜１５人のユーザが、選択されたアプリケーションを使用することができる」、「ユーザは特定のタイプのサーバモジュールおよびサーバだけを使用することができる」、「１日当たり、ある一定の数のトランザクションを処理することができる」および「ある一定の量のデータをインポートすることができる」などの基準リストを提示してもよい。ユーザは、基準リストが満足のいくものと判明した場合、展開プロファイルを選択してもよい。ユーザによって定義された基準リストに基づくこうした提示は、マニュアルから展開プロファイル選択のガイドラインを解釈する際に費やされる時間を減少させるインタビュープロセスを示している。選択された展開プロファイルを選択するためのユーザへのインタビューの方法については、「例示的なユーザインターフェース」に詳細に述べられる。

構成管理モジュール３１４は、選択された展開プロファイルの管理ポリシーをユーザがレビューし修正することをも容易にする。管理ポリシーには、構成ポリシー（すなわちソフトウェアおよびハードウェア構成）、正常性ポリシー、ネットワークポリシー、ならびに保護および回復ポリシーが含まれる。

構成ポリシーは、選択された展開プロファイルによって定義された基準リストによるシステムの構成に関連するポリシーである。システムの構成には、たとえば、使用されるソフトウェアアプリケーション、使用されるプロセッサのタイプ、および許容されるディスク構成のタイプに関する情報が含まれる。

たとえば、ユーザは、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｄｙｎａｍｉｃｓ（登録商標）ＧＰソフトウェアアプリケーションプロファイルなど、選択された展開プロファイルをサポートすることができるソフトウェアアプリケーションとハードウェアコンポーネントの両方に関係のある構成ポリシーをレビューしてもよい。構成されるソフトウェアアプリケーションには、たとえ、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｄｙｎａｍｉｃｓ（登録商標）ＧＰアプリケーション、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒアプリケーションおよび他のサポートアプリケーションが含まれる。構成されるハードウェアコンポーネントには、プロセッサタイプおよびディスクが含まれる。ユーザは、必要ならば、構成ポリシーを修正することができる。

正常性ポリシーは、エンタープライズネットワーク内のソフトウェアアプリケーションおよびハードウェアコンポーネントの全体的な正常性に関連するポリシーである。正常性ポリシーには、セキュリティレベル、使用中のソフトウェアアプリケーションおよびハードウェアコンポーネントの構成、ソフトウェアアプリケーションおよびハードウェアコンポーネントの性能に関連するデータ量、ソフトウェアアプリケーションおよびハードウェアコンポーネントの間で発生するトランザクションへの応答の自発性、エンタープライズネットワーク内で発生するすべての競合およびエラーへの警告生成の割合、ソフトウェアアプリケーションおよびハードウェアコンポーネント内のエラーのために生成される応答のタイプに関するポリシーが含まれる。

ネットワークポリシーは、エンタープライズネットワークの構成に関するポリシーを含む。ネットワークポリシーは、ネットワークのタイプおよび他のネットワーク制約の選択を含んでもよい。保護および回復ポリシーは、ソフトウェアアプリケーションおよびハードウェアコンポーネントの保護、アプリケーションによって使用されるファイルおよび他の文書の回復などに関する。

構成管理モジュール３１４は、すべてのタイプの状況について管理ポリシーを定義するためのスタイルをユーザに提供することができる。たとえば、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）メッセージングサービススタイルポリシー定義が、クライアントターゲティング、展開モードおよびスケジューリングのような目的に使用される。こうした場合には、ユーザインターフェースは、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）メッセージングサービススタイル内の様々な状況に適した振舞いをユーザが選ぶことを可能にする。構成管理モジュール３１４がＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）メッセージングスタイルポリシー定義を提供するやり方については、節「例示的なユーザインターフェース」に詳細に述べられる。

構成管理モジュール３１４は、１つまたは複数の変更オーダを作成するために、選択された展開プロファイルおよび管理ポリシーをレビューする。前述のように、変更オーダは、選択された変更を実施するために従うべきワークフロー、ならびに変更オーダがうまく実施された際にネットワークのモデルがどのように変化したかに関してＣＭＤＢ ３２２を更新するクエリを定義する。変更オーダは、変更テンプレートに基づいて作成される。変更テンプレートは、ＩＴ管理者などのユーザによって開発されるフォームである。このフォームは、ユーザに宛てられた１組の質問を含んでもよい。変更テンプレートは、構成変更、ハードウェア展開、小さい変更および／またはソフトウェア展開に関連付けられる。構成管理モジュール３１４は、１つまたは複数の変更テンプレートをユーザに提供する。ユーザは、選択された展開プロファイルに基づいて正しい変更テンプレートを選択する。一実装形態では、構成管理モジュール３１４は、ユーザが新しい変更テンプレートを作成することを可能にする。

選択された変更テンプレートリストは、ユーザに宛てられる１組の質問をリストに列挙する。ユーザは、質問に応答して適切なパラメータを渡す。パラメータは、アプリケーションの名前、コンピューティングデバイスの名前、および選択された変更が実施されるべきネットワークの名前など含んでもよい。構成管理モジュール３１４は、パラメータが入力されるとき、選択された変更テンプレートの形状で変更オーダを作成する。

システム１００は、パラメータの一部がＣＭＤＢ ３２２内のオブジェクトを参照するとき、変更オーダのインスタンスの振舞いを自動的にカスタマイズすることもできる。たとえば、ネットワーク内に３層アプリケーションをインストールする変更オーダは、アプリケーションの名前、フロントエンドおよび中間層クラスタの名前、ならびにデータベースサーバの名前などのオブジェクトを使用してもよい。フロントエンドおよび中間層クラスタは、ネットワークを介してデータベースサーバに接続された複数のノードまたはコンピューティングデバイスを含んでもよい。ユーザによって入力されたパラメータは、ＣＭＤＢ ３２２に以前に格納されたオブジェクトを参照してもよい。したがって、システム１００は、変更オーダを自動的に作成し、またはカスタマイズすることができる。ユーザは、変更テンプレートを修正するための機能を備えてもよい。次いで、修正されたテンプレートは、修正された変更オーダを作成するために使用される。

変更テンプレートから作成された変更オーダは、変更を実施し、ＣＭＤＢ ３２２を更新し、システム１００内にノードをインストールし構成するためのアクティビティを自動的に定義することができる。ノードをインストールし構成するプロセスは、適切なデータバインドを構成すること、およびファイアウォール内に正しいポートを開くことを含む。たとえば、ネットワーク内にアプリケーションをインストールするための変更オーダが、ネットワークのありとあらゆるクラスタ内のすべてのノードを構成する。管理者は、クラスタ内のノードの数、またはノードの相互接続に関与するネットワークのタイプについて心配する必要はない。

構成管理モジュール３１４は、変更オーダが満足のいくものかどうか識別するために、変更オーダを、ＣＭＤＢ ３２２に格納された構成データ２１６と比較してもよい。変更オーダが満足のいくものであると判明した場合は、それは有効と宣言され、後に実施される。あるいは、その変更オーダが不満足であると判明した場合は、それは無効と宣言され、構成管理モジュール３１４は、変更を再選択することによって変更オーダを修正する。

構成管理モジュール３１４は、変更オーダ内に定義されたステップに基づいて、選択された変更を実施し、その後、選択された変更の実施を反映してＣＭＤＢ ３２２を更新する。たとえば、構成管理モジュール３１４は、これらの変更を実施する前に、選択された変更をデータベース内に登録する。

ＣＭＤＢ ３２２内で行われる更新は、たとえば、選択された変更の実施時のネットワークの展開されたモデルの図を含んでもよい。展開されたモデルの図は、展開されたモデルが実世界においてどのようであるか示す図とは別個のものであってもよい。したがって、こうした更新は、システム１００がネットワークの構成を監視し、展開されたモデルの図をレビューすることによって監査を行うのを助ける。

例示的な実装形態では、ＣＭＤＢ ３２２内に存在する更新によって、システム１００は、ネットワーク内のソフトウェアアプリケーションおよびハードウェアコンポーネントの適切さを判断することができる。こうした実装形態では、構成管理モジュール３１４は、サービス管理モジュール３１６がＣＭＤＢ ３２２内の更新に基づいてネットワークを検査するようにトリガすることもできる。サービス管理モジュール３１６は、ソフトウェアアプリケーションおよびハードウェアコンポーネントの最良適合配置を識別するためにネットワーク内のソフトウェアアプリケーションおよびハードウェアコンポーネントの適切さを評価してもよい。ソフトウェアアプリケーションおよびハードウェアコンポーネントの最良適合配置を決定するプロセスについては、「コンポーネントの最良適合配置を示唆するための発見されたマシンのプロファイリング」という見出しの節で下記に詳細に論じられる。

コンポーネントの最良適合配置を示唆するための発見されたマシンのプロファイリング
サービス管理モジュール３１６は、ネットワーク内のソフトウェアアプリケーションおよびハードウェアコンポーネントの適切さを判断するためのソフトウェアアプリケーションおよびハードウェアコンポーネントの情報を収集するために、選択された変更を伴うネットワークをレビューする。ソフトウェアアプリケーションおよびハードウェアコンポーネントの適切さは、ソフトウェアアプリケーションおよびハードウェアコンポーネントが現在のエンタープライズネットワークまたは他のネットワーク内の場所にどれくらい有効に、かつ効率的に適合するか識別するために測定される。

サービス管理モジュール３１６は、それらが展開される場所のその予期される性能に基づいて、ソフトウェアアプリケーションおよびハードウェアコンポーネントにグレードを割り当てる。一例として、割り当てられるグレードは、星による格付け方式であり、スコアまたは値、すなわち５＊、４＊、３＊、２＊および１＊を含んでもよい。

たとえば、ソフトウェアアプリケーションおよびハードウェアコンポーネントが、最良の可能な性能を可能にするネットワーク内の場所に展開される場合は、コンポーネントまたはアプリケーションのこうした展開には、グレード５＊が割り当てられる。しかし、コンポーネントまたはアプリケーションが、性能が標準に満たないネットワーク内の場所に展開される場合は、コンポーネントまたはアプリケーションに、１＊や２＊など、比較的低いグレードが割り当てられる。ユーザは、古いソフトウェアアプリケーションおよびハードウェアコンポーネントを、性能の向上を示す他の何らかのソフトウェアアプリケーションおよびハードウェアコンポーネントで置き換えることができる。こうした格付け方式は、ソフトウェアアプリケーションおよびハードウェアコンポーネントが置かれる最良の場所をユーザが識別することを可能にする。

ソフトウェアアプリケーションおよびハードウェアコンポーネントを置く最良の可能な場所、および置かれる最良のソフトウェアアプリケーションおよびハードウェアコンポーネントは、ＣＭＤＢ ３２２内で使用可能なオプションから選ばれるのではなく、管理者によって選ばれたソフトウェアアプリケーションおよびハードウェアコンポーネントに基づくことに留意されたい。一実装形態では、一部のソフトウェアアプリケーションおよびハードウェアコンポーネントには、ネットワーク内に置かれる場合にこうしたハードウェアコンポーネントおよびアプリケーションがネットワークを遮断する、またはネットワーク内に問題を引き起こすということを示す負の星グレード、たとえば−１＊、−２＊、−３＊が割り当てられてもよい。こうした場合、サービス管理モジュール３１６は、構成管理モジュール３１４に、ネットワーク内に置かれる新しいソフトウェアアプリケーションおよびハードウェアコンポーネントを識別するように指示する。

管理サーバ１０６は、選択された変更が実施され、更新がＣＭＤＢ ３２２内に登録されるとき、動作モードで動作する。動作モードでは、オペレーションモジュール３１０は、管理ノード１０４内に存在するソフトウェアアプリケーションおよびハードウェアコンポーネントのステータスを監視し収集するために統合エージェント１０８を呼び出す。前述のように、ステータスは、ソフトウェアアプリケーションおよびハードウェアコンポーネント、ソフトウェアアプリケーションおよびハードウェアコンポーネントの正常性情報などの性能詳細を含む。性能詳細は、たとえば、サーバ負荷および読込み時間のようなサーバの性能を含んでもよい。

またオペレーションモジュール３１０は、ソフトウェアアプリケーションおよび／またはハードウェアコンポーネントのステータスを受け取り、レビューする。オペレーションモジュール３１０は、ユーザへのユーザインターフェースを介して、グラフィカルフォーマット、テーブルなどの特定のフォーマットでステータスを提供する。したがって、ユーザは、障害、システム１００の正常性、選択された変更の展開ステータスなどを識別するために、特定のフォーマットを連続的にレビューする。オペレーションモジュール３１０は、生じる障害についてユーザに警告信号を送ってもよい。ユーザは、警告信号を受け取り、障害を解決するための措置を講ずる。ステータスおよび性能詳細を表す方法は、節「例示的なユーザインターフェース」においてより詳細に説明される。

オペレーションモジュール３１０は、正常性情報ソフトウェアアプリケーションおよびハードウェアコンポーネントを選択し分類するために、ワークフロー自動化モジュール３１６と対話してもよい。正常性情報は、ソフトウェアアプリケーション、プロセッサ、ディスク構成などに関連する正常性ステータスとして分類される。ワークフロー自動化モジュール３１６は、ビジネスおよびプロセスのコンテキストに基づいて正常性情報を優先順位付けし、出来事、状態または根本原因のビューとしてユーザに正常性情報を提示する。ユーザは、正常性情報をレビューし、システム１００を良好な状態に保つために必要な措置を講じる。

ユーザは、システム１００が適切に働くためのいずれかのさらなる変更が必要かどうか識別してもよい。いずれかの変更が必要な場合は、選択された変更の選択および実施、ならびにシステム１００の監視を伴うプロセスサイクルが繰り返される。プロセスサイクルは、ワークフロー管理モジュール３１８によって管理され、このワークフロー管理モジュール３１８は、統合型コンソール１１０内の様々なモジュール間の対話を制御する。

図４は、例示的な構成管理モジュール３１４を示している。構成管理モジュール３１４は、変更要求処理モジュール４００と、テンプレート作成モジュール４０２と、検証モジュール４０４と、展開モジュール４０６とを含む。上記で論じたように、統合型コンソール１１０は、ユーザがシステム１００内の選択された変更を決定し実施することを容易にする。

変更要求処理モジュール４００は、選択された変更を行うことを求める要求をユーザから受け取り、レビューする。変更要求処理モジュール４００は、選択された変更に基づいてユーザが適切なモデルおよび選択された展開プロファイルを選択することを可能にする。次いで、適切なモデルおよび選択された展開プロファイルが、テンプレート作成モジュール４０２に送られる。テンプレート作成モジュール４２０は、ユーザインターフェースを介してユーザに、１組の事前定義された変更テンプレートを表示する。変更テンプレートは、適切なモデルおよび選択された展開プロファイルに基づいて、ユーザによって選択される。

一実装形態では、変更要求処理モジュール４００は、ユーザから変更テンプレート作成の要求を受け取ってもよい。ユーザは、適切なモデルおよび選択された展開プロファイルの解析の結果生じるこうした要求を送ってもよい。こうした場合には、変更要求処理モジュール４００は、テンプレート作成モジュール４０２が変更テンプレート作成の準備を行うようにトリガする。テンプレート作成モジュール４０２は、ＣＭＤＢ ３２２に変更テンプレートを自動的に登録する。ＣＭＤＢ ３２２のこうした自動更新によって、手作業で頻繁に更新するという難点が少なくなる。

構成管理モジュール３１４は、選択された変更の実施に伴うアクティビティを定義する変更オーダを作成するために、選択された変更テンプレートを処理する。検証モジュール４０４は、様々な検証ツールを使用することによって適切なモデルを検証した後に変更オーダを承認する。検証ツールは、コスト検証ツール、ポリシーチェッカー、容量チェッカーおよびＳＬＡチェッカーなど、適切なモデルに作用するいずれかの専門分野からのものである。検証ツールは、検証を実施するために、ＣＭＤＢ ３２２に格納された複数の規則チェックを使用する。複数の規則チェックは、コスト制約、ポリシー制約、容量制約およびＳＬＡ制約を含む定義済みの制約である。

それぞれの検証ツールは、適切なモデルの承認の前に、適切なモデルに個々に作用することができる。たとえば、コスト検証ツールは、それぞれのソフトウェアアプリケーション、ハードウェアコンポーネントのコスト、および選択された変更を実施するのに必要な時間を推定するために適切なモデルをレビューすることができる。コスト検証ツールは、推定されたコストを、ＣＭＤＢ ３２２に格納された、事前定義されたコスト制約と比較する。事前定義されたコスト制約は、費やすことができるコストを示す。推定コストが、事前定義されたコスト制約以下であると判明した場合は、コスト検証ツールは、適切なモデルを有効と宣言する。あるいは、推定コストが、事前定義されたコスト制約より大きいと判明した場合は、アプリケーションモデルは、無効と宣言される。

変更要求処理モジュール４００は、検証されたモデルを、システム１００内で展開するために展開モジュール４０６に送る。展開モジュールは、作業変更ワークフローを実行し、この作業変更ワークフローは、条件付きの経路を辿る１つまたは複数の管理ノード上で変更を実施するアクティビティを有する。展開モジュール４０６は、管理ノード１０４内に選択された変更を加えるために、ある人にメッセージを送ってもよい。たとえば、管理ノード１０４内にアプリケーションを読み込むための命令を含むメッセージが、オペレータに送られる。オペレータは、メッセージをレビューし、管理ノード１０４内にアプリケーションを読み込む。

任意のハードウェアコンポーネントのハイレベル設定で行われる各変更によって、ハイレベルの設定に基づいてハードウェアコンポーネントのすべての設定を構成することができる。たとえば、エンタープライズネットワーク内の各主要ハードウェアコンポーネントは、様々なサブコンポーネントの構成物である。選択された変更に基づいて主要ハードウェアコンポーネントのハイレベルの設定で行われる変更によって、サブコンポーネントの設定内で対応する変更が実施される。
例示的なユーザインターフェース

図５Ａは、システム１００内の展開プロファイルの選択を可能にする例示的なユーザインターフェース（ＵＩ）５００を示している。ＵＩ ５００は、動作タブ５０２と、変更タブ５０４と、サポートタブ５０６と、計画タブ５０８とを有する。動作タブ５０２は、ＩＴ管理者などのユーザが管理ノード１０４の性能を監視することを容易にする。ユーザは、選択された変更をユーザが定義することを可能にする変更要求ウィザード５１０を開くために変更タブ５０４を選択する。サポートタブ５０６は、権利を有するユーザが、選択された変更および他の問題の実施に関するアクティビティを人々に割り当て、問題を解決し、システム１００内の出来事に対処することを容易にする。計画タブ５０８は、管理者が、選択された変更を構造化されたやり方で実施するための計画を策定することを可能にする。

ユーザは、展開プロファイルウィザード５１４を開くために、変更要求ウィザード５１０内にある展開プロファイルタブ５１２を選択する。展開プロファイルウィザード５１４は、展開プロファイル選択タブ５１６を含み、この展開プロファイル選択タブは、ユーザによって選択されたとき、プロファイルのリストを表示する。前述のように、それぞれのプロファイルは、その実施のために満たされる必要のある基準のリストを有する。各プロファイルに関連する基準リストは、展開プロファイルウィザード５１６内のプロファイル説明領域５１８に表示される。たとえば、ＵＩ ５００は、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｄｙｎａｍｉｃｓ（登録商標）ＧＰソフトウェアアプリケーションに関連する展開プロファイルウィザード５１４を示している。展開プロファイルウィザード５１４は、プロファイル１、およびプロファイル１に関連する基準リストを、それぞれ展開プロファイル選択タブ５１６およびプロファイル説明領域５１８に示す。

図５Ｂは、ユーザが複数の展開プロファイルから展開プロファイルを選択することを可能にするユーザインターフェース（ＵＩ）５００を示している。ＵＩ ５００は、複数の展開プロファイル、すなわちプロファイル１、プロファイル２、プロファイル３を提示する展開プロファイル選択タブ５１６を示している。それぞれの展開プロファイルは、プロファイル説明領域５１８内に言及された基準リストを有する。ユーザは、それぞれの展開プロファイルを選び、展開プロファイルに関連する基準リストをレビューすることができる。ユーザは、その基準リストを受け入れることができる展開プロファイルを選択する。

たとえば、ＵＩ ５００は、ユーザによるプロファイル２のポインティングを示している。ユーザは、プロファイル２に関連する基準リストをレビューする。基準リストは、財務サーバだけの使用、非常に少ないデータのインポート、１日当たり５００未満のトランザクションの処理などに関係する基準を含んでもよい。ユーザは、基準リストが適切なモデルに従って適用可能な場合、プロファイル２を選択する。

図５Ｃは、ユーザが、選択された展開プロファイルの選択を確認することを容易にするＵＩ ５００を示している。ＵＩ ５００は、選択された展開プロファイルを有する選択展開タブ５１６を含む。たとえば、ユーザは、プロファイル説明領域５１８内に言及された基準リストをレビューし受け入れた後にプロファイル２を選ぶ。基準リストによれば、プロファイル２は、財務シリーズモジュール、流通シリーズモジュール、フィールドサービスシリーズモジュール、端末サーバなどが使用されるときに適用することができる。ユーザは、選択された展開プロファイルを完全に選択し、次の変更レベルに移るために、次のタブ５２０を選択する。

図６Ａは、適切なモデルに関連する管理ポリシーをユーザが割り当てることを容易にする例示的なユーザインターフェース（ＵＩ）６００を示している。ＵＩ ６００は、ポリシータブ６０２を含む変更要求ウィザード５１０を示している。ユーザは、クライアント配信方法領域６０４に達するために、ポリシータブ６０２を選択する。クライアント配信方法領域６０４は、複数のポリシータブ、すなわち構成タブ６０６と正常性タブ６０８とネットワークタブ６１０と保護／回復タブ６１２とを含む。ユーザによって選択されたとき、それぞれのポリシータブは、それぞれの管理ポリシーの設定についての説明を提示する。ユーザは、説明をレビューし、設定が受入れ可能かどうか決定することができる。

ユーザによって選択されたとき、構成タブ６０６は、構成ポリシーの設定の説明を示す。設定の説明は、たとえば、使用されるシステム構成のタイプ、ポリシー設定および他の構成設定を含んでもよい。ユーザは、設定をレビューし、設定が受入れ可能かどうか決定する。同様に、ユーザは、他のポリシータブの設定を同様にレビューすることができる。ユーザは、すべてのポリシータブに関連する設定が受入れ可能であると判明した場合は、次のタブ６１４を選択することができる。

図６Ｂは、適切なモデルに関連する正常性ポリシーをユーザが決定することを容易にする例示的なユーザインターフェース（ＵＩ）６００を示している。ＵＩ ６００は、正常性ポリシーの設定の説明を提示する正常性タブ６０８を示している。説明は、送信される警告の頻度に関係する詳細、実施される所望の構成およびイベント処理のレベル、収集される性能データのレベル、および必要とされる応答のレベルを含んでもよい。ユーザは、正常性ポリシーが受入れ可能かどうかレビューして決定する。その正常性ポリシーが満足と判明した場合は、ユーザは次のタブ６１４を選択する。

図７Ａは、ユーザが管理ポリシーに関連する設定を修正することを可能にする例示的なユーザインターフェース（ＵＩ）７００を示している。ユーザは、設定が受入れ可能であるかどうか判断するために、構成ポリシー、正常性ポリシー、ネットワークポリシー、および保護／回復ポリシーに関連する設定をレビューする。ＵＩ ７００内で、ユーザは、正常性タブ７０８を選択し、正常性ポリシーに関連する設定をレビューする。ユーザは、設定が満足できないものであると判明した場合は、ＵＩ ７００内にある修正タブ７１６を使用して設定を修正する。設定に加えられる修正は、実行されているソフトウェアアプリケーションの変更、使用されるプロセッサの変更、および他のシステム構成の変更を含んでもよい。

図７Ｂは、正常性ポリシーを修正するプロセスを示すＵＩ ７００を示している。ユーザは、正常性ポリシー修正ウィザード７１８を開くために（図７Ａに示されるような）修正タブ７１６を選択する。正常性ポリシー修正ウィザード７１８は、ポリシー一覧領域７２０と、ポリシー修正領域７２２とを含む。

ポリシー一覧領域７２０は、ポリシータイプのリスト、すなわち警告の重要度、所望の状態、イベント処理、性能データおよび応答を提示する。ユーザは、ＵＩ ７００に表示されたように警告重要度ポリシータイプを選択する。ポリシー修正領域７２２は、警告重要度のレベルを「高」、「中」、「低」に変更するためのレベル調整タブ７２４を含む。警告重要度のレベルは、管理されたシステムがユーザに通知する警告信号のレベルを決定する。情報表示領域７２６は、警告セキュリティのレベルおよび情報を表示する。

ＵＩ ７００に示されるように、ユーザは、高レベルの警告重要度を選択するために、レベル調整タブ７２４を使用する。情報表示領域７２６は、システム１００が、すべての非常に高い重要度および警告について警告信号を生成し、非常に高い重要度の情報をユーザに提供することを示す。非常に高い重要度の情報は、非常に高い重要度の発生理由、非常に高い重要度の源などを含んでもよい。ユーザは、高レベルの重要度が受入れ可能な場合は、ＯＫタブ７２８を選択する。

図７Ｃは、ユーザが中レベルの警告重要度を設定することを可能にするＵＩ ７００を示している。ＵＩ ７００は、ユーザがレベル調整タブ７２４を中レベルに設定するポリシー修正領域７２２を示している。情報表示領域７２６は、管理されたシステムが、中重要度より上のすべての重要度および警告について警告信号を生成することを示している。ユーザは、警告セキュリティのレベルが受入れ可能と判明した場合は、適用タブ７２８を選択する。

図７Ｄは、多数の設定を一貫したやり方で選択するための構成ポリシー（この場合はセキュリティに関する）に基づくフローベースの構成をサポートする例示的なユーザインターフェース（ＵＩ）７３０を示している。分散アプリケーションは、多数の高レベルコンポーネントで作られてもよく、この多数の高レベルコンポーネントは、それら自体、他の低レベルコンポーネントの繰り返し使用される構成物である。こうした場合、低レベルコンポーネントのそれぞれの設定は、アプリケーション全体にとって意味をなす、高レベルコンポーネントに関連するいくつかの高レベル設定に基づいて、自己設定してもよい。一実装形態では、ユーザは、オーバーライドがシステム制約の違反とならない限り、コンポーネントの詳細設定をオーバーライド可能である。したがって、個々の設定を構成するとき、設定は、フロー表現を使用して、全体的な設定に関して定義されてもよい。一部の制約は、オーバーライド解除を許さないように、制約言語を使用して表現することもできる。

オーサリングＵＩ ７３０は、構成ポリシーテンプレートおよび正常性モデルを含めて、アプリケーションモデル、およびそれを管理するために必要なすべてのメタデータのためのオーサリング体験を示している。特定のアプリケーションは、オンラインバンキングウェブサイト７３４、通知ウェブサービス７３６、コールセンタアプリケーション７３８、処理ウェブサービス７４０、会計データベース７４２および第１のデータｃｏｒｐ（ｄａｔａ ｃｏｒｐ）７４４などの様々なコンポーネントを含む識別保護システム７３２である。オンラインバンキングウェブサイト７３４は、顧客が銀行口座にアクセスすることを容易にする。オンラインバンキングウェブサイトは、顧客に警告通知優先設定（ａｌｅｒｔ ｎｏｔｉｆｉｃａｔｉｏｎ ｐｒｅｆｅｒｅｎｃｅ）を送る。処理ウェブサービスは、第１のデータによってレポートされたあらゆるトランザクションを見て、疑わしいトランザクションの検出をもたらす情報を反映してアカウントデータベース７４２を更新する。通知ウェブサービスは、ユーザが好む方法によって不正行為の警告通知を送り、またこうした優先設定が設定されない場合は、コールセンタを介した手作業のプロセスに戻る。

図７Ｅは、ユーザが設定および制約の修正を行うことを可能にするＵＩ ７３０を示している。ＵＩ ７３０は、ユーザがアカウントデータベース７４２をクリックして、展開の定義、アプリケーションシステムの設計、作業アイテムの作成、すべてのアプリケーションの実装、設定および制約などの様々なオプションを含むツリー選択コントロール７４６を開くことを示す。ユーザは、設定ウィザードを開くために、設定タブ７４８を選択する。設定ウィザードは、ユーザがアカウントデータベース７４２の設定および制約を変更することを可能にする。

図７Ｆは、正常性ポリシーのオーサリングを可能にするＵＩ ７３０を示している。ＵＩ ７３０は、管理メタデータ７５２をオーサリングするためのツリーを含む設定ウィンドウ７５０を示している。ユーザは、ディレクトリ、ウェブアプリケーション、役割、コンプライアンス、正常性モデルなどに関連する設定のリストを開くために、アプリケーション設定ノード７５２を選択することができる。ユーザは、正常性モデルの詳細を含むツリーを開くために、設定ウィンドウ７５０内で正常性ノード７５４を選択する。詳細は、たとえば正常性モデルの名前、正常性モデルの特徴などを含んでもよい。

ＵＩ ７３０に示されるように、ユーザは、モデル名を有するモデルノード７５６を選択し、この例では、モデル名「Ｐｒｏｔｅｕｓ」は、モデル説明領域７５８を開く。モデル説明領域７５８は、モデルの側面（すなわち実行状態）を提示する。実行状態は、モデル化されたコンポーネントの動作状態を示す。モデル説明領域７５８は、実行状態タブ７６０を含み、この実行状態タブ７６０は選択されたとき、この正常性側面においてコンポーネントが常にある１組の状態を表示する。１組の動作状態は、たとえば良好、警告、非常に重大およびオフラインを含んでもよい。ＵＩ ７３０は、側面追加ノード７６２を使用してユーザがさらなる側面を追加することも可能にする。

図７Ｇは、同じ識別保護システムのためのフローを使用して構成ポリシーテンプレートをオーサリングするための例示的なユーザインターフェース（ＵＩ）７６４を示している。ユーザは、設定ツリー７７０を開くために、ソリューションウィザード７６６内にあるシステムアイコン７６８を選択する。ユーザは、オプション、この場合、設定ツリー７７０に示されるような「設定定義」を選択することができる。設定定義オプションは、ユーザがシステムの設定に変更を加えることを可能にする。

図７Ｈは、ユーザによる新しい設定の定義を容易にするＵＩ ７６４を示している。ＵＩ ７６４は、設定定義領域７７４を含む設定ウィザード７７２を示している。設定定義領域７７４は、名前領域７７６と、値定義領域７７８と、タイプ定義領域７８０と、説明定義領域７８２と、追加タブ７８４とを含む。ＵＩ ７６４に示されるように、ユーザは、名前領域７７６内で、「セキュリティ」のような設定の名前を定義することができる。値定義領域７７８は、セキュリティ設定に従ってユーザが、許容された値を定義することを容易にする。許容値は、ＵＩ ７６４に示されるように高、中、低である。さらに、ユーザは、タイプ定義領域７８０内でセキュリティ設定のタイプを定義する。セキュリティ設定の説明は、説明定義領域７８２内に含まれる。ユーザは、セキュリティ設定を完全に定義しまたは追加するために、追加タブ７８４を選択することができる。

図７Ｉは、ソリューションタブ７８６を含む特性定義領域７８４を有するＵＩ ７６４を示しており、このソリューションタブ７８６は、ユーザがセキュリティおよび可用性に関するソリューションを定義することを可能にする。ユーザは、セキュリティ説明領域７９０を開くためにセキュリティタブ７８８を選択する。セキュリティ説明領域７９０は、設定の名前、設定のタイプ、および設定に関する許容値など、セキュリティ設定の詳細を表示する。

図７Ｊは、全体的な構成について、この場合にはセキュリティについて、選択された設定に基づいてコンポーネント設定を構成するフローの作成を容易にするＵＩ ７６４を示している。ユーザは、セキュリティ設定用のパスワードを設定する機能を提供する構成ウィザード７９５を開くために設定タブ７９２を選択する。構成ウィザード７９５は、パスワード長タブ７９６−１と、ストアタブ７９６−２と、ログオフタブ７９６−３とを含む。パスワード長タブ７９６−１は、ユーザがパスワードの長さを設定することを可能にする。一実装形態では、パスワード長は、アカウントにアクセスするための特定のユーザに特有のものである。たとえば、ユーザ（たとえばＩＴ管理者）は、パスワード長を８文字と設定することができる。したがって、特定のユーザは、８文字の長さを有するパスワードだけを作成することができる。

ユーザ（たとえばＩＴ管理者）は、パスワードの格納に関連する格納ポリシーを設定することができる。ユーザは、ストアタブ７９６−２をクリックし、提供された２つのオプションから１つのオプションを選ぶ。オプションは、イネーブルおよびディセーブルを含んでもよい。たとえば、ユーザは、ユーザによって作成されたパスワードが常に自動的に格納されるようにオプション「イネーブル」を選択してもよい。さらに、ログオフタブ７９６−３は、ログオンの期限が切れるとき、すなわちパスワードが失効するときシステムがそれ自体でログオフするようにユーザがシステムを設定することを可能にする。

図７Ｋは、セキュリティレベルを定義するためのＵＩ ７６４を示している。ＵＩ ７６４は、セキュリティ設定の詳細を示すセキュリティ説明領域７９０を含む。セキュリティ説明領域７９０は、既定タブ７９７を含み、この既定タブ７９７は、選択されたとき、様々なオプションを含むドロップダウン選択一覧を示す。オプションは、たとえば高、低および中を含んでもよい。ユーザは、セキュリティレベルを設定するために、自分の好みのオプションを選択することができる。

図７Ｌは、変更テンプレートの一部である構成テンプレートのリストを表示する例示的なユーザインターフェース（ＵＩ）７９８を示している。ＵＩ ７９８は、ソリューションに関連するテンプレートのリストを表示するソリューションテンプレートタブ７９９−１を含む。テンプレートは、たとえばセキュリティおよび可用性を含んでもよい。ユーザは、セキュリティ詳細領域７９９−３内にセキュリティテンプレートの詳細を表示するために、セキュリティテンプレートタブ７９９−２を選択してもよい。セキュリティ詳細領域７９９−３は、セキュリティに関する情報、たとえばパスワードに関連する設定、許容値およびセキュリティレベルを含む。

図８は、事前定義された変更テンプレートの選択、およびユーザの好みによる変更テンプレートの作成を容易にする例示的なユーザインターフェース（ＵＩ）８００を示している。ＵＩ ８００は、変更タイプ選択領域８０４を開くためにユーザが変更要求ウィザード５１０内の概要情報タブ８０２を選択することを示している。

変更タイプ選択領域８０４は、変更カテゴリタブ８０６を含み、この変更カテゴリタブ８０６は、ユーザによって選択されたとき、事前定義された変更テンプレートのリストを提示する。事前定義された変更テンプレートのリストは、構成変更、ハードウェア展開、ソフトウェア展開および他の小さい変更に関係するテンプレートを含んでもよい。ユーザは、適切なモデルに基づいてリストから、事前定義された変更テンプレートを選択することができる。ユーザは、事前定義された変更テンプレートが選択されたときはいつでも、次のタブ８０８によって他の変更の設定に進むことができる。示されていないが、ＵＩ ８００は、ユーザが選択された変更の要件に基づいて新しい変更テンプレートを作成することを可能にする。

図９Ａは、管理されたシステム内のハードウェアコンポーネントおよびアプリケーションの最良適合配置を識別するための例示的なユーザインターフェース（ＵＩ）９００を示している。ＵＩ ９００は、ハードウェアコンポーネントおよびアプリケーションの配置の選択を行う自由をユーザに与え、それは、ＵＩ ９００が最適に至っていないことを示している。ＵＩ ９００は、業務上の理由に基づいて実行不可能な選択の実施を許さず、また選択がなぜ行われたかに関する透明性を提供する。

ＵＩ ９００で、変更要求ウィザード５１０は、ワークロード配置タブ９０２を含む。ユーザは、ワークロード配置領域９０４を開くためにワークロード配置タブ９０２を選択する。ワークロード配置領域９０４は、ユーザが好みに従ってワークロードを配置することを容易にする。ワークロード配置領域９０４は、グループ選択タブ９０６と、ホスト選択領域９０８と、ワークロード説明領域９１０とを含む。グループ選択タブ９０６は、適切なモデルに関連するワークロードを取る様々なタイプのグループのような様々なワークロードコンピュータグループのリストを提示する。

たとえば、ＵＩ ９００は、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｄｙｎａｍｉｃｓ（登録商標）ＧＰソフトウェアアプリケーションのワークロード配置を示している。グループ選択タブ９０６は、財務サーバ、製造サーバ、マーケティングサーバなどの様々なグループを含むリストをユーザに提供してもよい。ユーザは、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｄｙｎａｍｉｃｓ（登録商標）ＧＰソフトウェアアプリケーションに適したグループを選択する。

ホスト選択領域９０８は、サーバグレーディング領域９１２と、データベースグレーディング領域９１４とを含む。ホスト選択領域９０８は、サーバコンポーネントおよびデータベースコンポーネントの適切さをグレードの形で示す。グレードは、サーバコンポーネントおよびデータベースコンポーネントの予期された性能に基づいて割り当ててもよい。これによって、ユーザは、最良の性能をためにサーバコンポーネントおよびデータベースコンポーネントが置かれる場所を決定することができる。サーバグレーディング領域９１２は、サーバコンポーネントの性能に関連するグレードを提供する。データベースグレーディング領域９１４は、データベースコンポーネントの性能に基づいてグレードを提示する。

ワークロード説明領域９１０は、適切なモデルのワークロード要件の詳細を提供する。ワークロード要件は、たとえばオペレーティングシステムおよび使用されるプロセッサのタイプ、インストールされるメモリの容量、ならびに設定されるディスク構成のタイプを含んでもよい。

図９Ｂは、ワークロードコンピュータグループを選択するためのＵＩ ９００を示している。ユーザは、特定のワークロードコンピュータグループを選ぶためのグループ選択タブ９０６を選択する。グループ選択タブ９０６は、様々なワークロードコンピュータグループのリストを提示する。ユーザは、適切なモデルに応じて、ワークロードコンピュータグループ、たとえば財務サーバグループを選ぶ。

図９Ｃは、選択されたワークロードコンピュータグループのコンポーネントへのグレードの割当てを示すＵＩ ９００を示している。サーバグレーディング領域９１２およびデータベースグレーディング領域９１４は、ユーザがワークロードコンピュータグループを選択するときはいつでも、それぞれサーバコンポーネントおよびデータベースコンポーネントの性能に関連するグレードを提供する。

ＵＩ ９００に示されるように、ユーザは、ワークロードコンピュータグループ、この例では財務サーバのグループを選択する。サーバグレーディング領域９１２は、サーバコンポーネントの第１のセットへの５つ星を示している。５つ星は、適切なモデルに従って特定の場所で動作するサーバコンポーネントセットがより高い性能を示すことを示唆する。データベースグレーディング領域９１４は、特定の動作場所で性能が低いことに基づいて財務サーバグループに与えられた、データベースコンポーネントセットへの３つ星を示している。ユーザは、ＵＩ ９００内に示されたグレードをレビューすることができ、データベースコンポーネントセットがよりよく働く場所にデータベースコンポーネントセットを確立するように構成変更を選択することへと進むことができる。

一実装形態では、ユーザは、第２のセットにより高いグレードを割り当てるために、第１のハードウェアコンポーネントセットの位置を、第２のハードウェアコンポーネントセットで置き換えることを好む。ユーザは、より高いグレードの場所を第２のサーバコンポーネントセットに割り当て、また第１のサーバコンポーネントセットに異なる場所を割り当てることを好むとき、上記行為を実施してもよい。

図１０Ａは、クライアントターゲッティング、展開モードおよびスケジューリングなどのアイテムのためのＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）メッセージングスタイルポリシー定義をサポートする例示的なユーザインターフェース（ＵＩ）１０００である。ＵＩ １０００は、クライアント配信方法タブ１００２を含む変更要求ウィザード５１０を示している。ユーザは、配信定義領域１００４を開くためにクライアント配信方法タブ１００２を選択する。配信定義領域１００４は、システム１００内の様々なタイプのユーザへの変更オーダの配信に関連する配信ポリシーをユーザが定義することを可能にする。配信ポリシーは、配信方法および規則の詳細を含んでもよい。

配信定義領域１００４は、配信ポリシーを定義する手順を示している。ポリシーを定義するための手順は、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）メッセージスタイルで提供される。たとえば、その手順は、配信方法を定義するには、「追加／編集」をクリックし、配信方法規則を指定する」と明確に述べる。手順を平易な英語で説明することによって、よいユーザ体験がユーザに提供される。換言すると、提供されるのは、平易な言語（たとえば英語）のポリシーステートメントがもたらされる構造化された規則エディタである。

配信定義領域１００４は、追加／編集タブ１００６と、削除タブ１００８と、ポリシー詳細領域１０１０とを含む。ＵＩ １０００に示されるように、ユーザは、配信ポリシーを作成するために、追加／編集タブ１００６を使用する。ユーザは、削除タブ１００８を使用して配信ポリシーを削除することができる。配信ポリシーは、ユーザ、およびユーザが属する複数のユーザグループに適用可能な配信方法を含む。ポリシー詳細領域１０１０は、２つのタイプの配信方法、すなわちローカル配信、および仮想配信をユーザに提供する。

ポリシー詳細領域１０１０は、ローカル配信領域１０１２と、仮想配信領域１０１４とを含む。ローカル配信領域１０１２は、特定のユーザグループに属する特定のユーザにソフトウェアのローカル配信を割り当てる機能をユーザに提供する。ユーザは、複数のユーザグループから特定のユーザグループを選ぶために、ローカル配信領域１０１２内にあるグループ選択タブ１０１６を選ぶことができる。同様に、仮想配信領域１０１４によって、特定のユーザグループへのストリーミングを使用してユーザがアプリケーションの仮想コピーの配信を割り当てることを可能にする。

図１０Ｂは、ローカル配信が与えられた特定のユーザグループの選択を容易にするＵＩ １０００を示している。ＵＩ １０００で、ユーザは、ローカル配信領域１０１２にあるグループ選択タブ１０１６をクリックする。グループ選択タブ１０１６は、複数のユーザグループを表示する。複数のユーザグループは、たとえばすべてのユーザ、マネージャ、マーケティング、財務および製造を含む。ユーザは、その好みの特定のユーザグループを選ぶことができる。たとえば、ＵＩ １０００は、ユーザが財務として、あるユーザグループを選び、そのユーザグループにソフトウェアのローカル配信を割り当てることを示す。したがって、管理サーバ１０６は、財務ユーザグループに属するすべてのユーザにソフトウェアをローカル配信する。

図１０Ｃは、仮想配信が与えられた特定のユーザグループの選択を容易にするＵＩ １０００を示している。ＵＩ １０００は、ユーザがユーザグループ、すなわちマネージャを選ぶためにグループ選択タブ１０１６を選択することを示している。こうした場合、管理サーバ１０６は、マネージャユーザグループに属するすべてのユーザにソフトウェアを仮想配信する。

図１０Ｄは、定義された配信ポリシーを確認する段階を示すＵＩ １０００を示している。現在のＵＩ ９００で、ユーザは、配信定義領域１００４内で配信ポリシーを定義し、次のタブ１０１８を使用することによって配信ポリシーの確認へと進む。

図１１Ａは、実施される選択された変更に関連する変更オーダを検証するための例示的なユーザインターフェース（ＵＩ）１１００を示している。前述のように、変更オーダは最初に定義され、拡張可能な検証システムが、任意の専門分野からの検証ツールを差し込むことによる変更オーダの検証を可能にする。たとえば、コスト検証ツールは、変更オーダにおける各コンポーネントのコストを調べ、材料費および時間を合計し、それがＣＭＤＢ ３２２内に定義された制約内にあることを確かめることができる。

ＵＩ １１００は、ユーザが検証変更ウィザード１１０４を開くために変更要求ウィザード５１０内の検証変更タブ１１０２を選択することを示している。検証変更ウィザード１１０４は、前のタブ１１０６と、次のタブ１１０８と、終了タブ１１１０と、キャンセルタブ１１１２とを含む。前のタブ１１０６は、変更の再定義のために前述のウィザードのうちのいずれかにユーザが移動すること可能にする。

ユーザは、定義された変更を検証するための検証プロセスを始めるために次のタブ１１０８を選択する。検証変更ウィザード１１０４は、検証プロセスが完了するまで、検証プロセスのステータスを「確認中、お待ちください」と示す。検証プロセスは、定義された変更を、ＣＭＤＢ ３２２内に存在する展開されたモデル（すなわち適切なモデル）の図と比較することを伴う。

検証変更ウィザード１１０４は、検出されるポリシー競合のための警告を生成する。ポリシー競合が検出されない場合、検証変更ウィザード１１０４は、次のステップへと進むための終了タブ１１１０を提供する。検証変更ウィザード１００４は、キャンセルタブ１１１２をクリックすることにより検証プロセスを取り消すオプションをもユーザに提供する。

ＵＩ １１００は、一実施形態による、選択された変更の承認のための設定をユーザが定義することを容易にする変更ウィザード１１１４をも含む。変更ウィザード１１１４は、マイ変更タブ１１１６と、承認待ちタブ１１１８と、他の承認タブ１１２０と、進捗状況タブ１１２２とを有する。ユーザは、選択された変更のうちからユーザによって選択されたいずれかの変更を見るために、マイ変更タブ１１１６をアクティブ化することができる。行われる選択された変更は、ユーザおよび他の許可された人々によって承認される必要がある。

承認待ちタブ１１１８は、変更がユーザによって承認されたかどうかチェックするために選択することができる。ユーザは、許可された人々が選択された変更を承認したかどうかチェックするために、他の承認タブ１１２０を選択することもできる。承認プロセス（すなわち選択された変更の承認）の完了率が、進捗状況タブ１１２２をクリックすると表示される。完了率は、完了のパーセンテージの形で表示される。

図１１Ｂは、検出された任意のポリシー競合への警告を生成するＵＩ １１００を示している。ＵＩ １１００は、ＣＭＤＢ ３２２を介した選択された変更の検証の結果を示す検証変更ウィザード１１０４を含む。ＵＩ １１００に言及された結果は、選択された変更がＣＭＤＢ ３２２を介して検証され、ポリシー競合が検出されたこと示す。ＵＩ １１００は、検証変更ウィザード１１０４が完了すると、競合を解決することができるアクティビティを作成するようにユーザに指示する。

検証変更ウィザード１１０４は、ユーザにポリシー競合の詳細を提供する競合詳細領域１００６を含む。詳細は、たとえば、少数のコンピュータがポリシーの最小前提条件を満たさなかったのでポリシー競合が発生したなど、ポリシー競合発生の理由を含んでもよい。また検証変更ウィザード１１０４は、ポリシー競合を有するコンピュータの識別番号を提供し、ポリシー競合を解決するためのアクティビティの作成を求める。ユーザは、アクティビティを作成するために作成タブ１１２４を選択することができる。

図１１Ｃは、ポリシー競合を解決するためのアクティビティの作成を容易にするＵＩ １１００を示している。ＵＩ １１０４内の検証変更ウィザード１１０４は、アクティビティがうまく作成されたと述べる確認メッセージを示す。確認メッセージは、そのアクティビティのアクティビティ番号をも含む。ユーザは、アクティビティの完了の後、選択された変更を確認するための次のステップに移るために、次のタブ１１０８を選択することができる。

図１２は、選択された変更を確認する例示的なユーザインターフェース（ＵＩ）１２００を示している。ＵＩ １２００に示されるように、ユーザは、確認ウィザード１２０４を開くために変更要求ウィザード５１０内で確認タブ１２０２を選択する。確認ウィザード１２０４は、完了詳細領域１２０６と、確認選択領域１２０８とを含む。完了詳細領域１２０６は、選択された変更が検証されており、ユーザが終了タブ１２１０を選択するとき、選択された変更が実施されると述べるメッセージを示す。

確認選択領域１２０８は、実装の前にユーザによって確認されなければならない選択された変更の詳細を含む。選択された変更の詳細は、たとえば、選択された変更を求める変更要求の変更要求番号が、選択された変更の展開、選択された展開プロファイルのタイプ、選択されたワークロード配置のタイプ、選択されたクライアント配信方法のタイプ、選択されたポリシーのタイプ、およびポリシー検証のステータスを追跡するために作成されると述べるメッセージを含んでもよい。ユーザは、選択された変更の詳細を確認し、選択された変更を展開するために終了タブ１１１０を選択することができる。

図１３は、監視システムの観察、および監視された環境のステータスの提示を容易にする例示的なユーザインターフェース（ＵＩ）１３００を示している。この実例では、動作タブ５０２は、ユーザに操作ウィザード１３０２を表示するようにトリガされる。操作ウィザード１３０２は、警告領域１３０４と、性能領域１３０６と、状態領域１３０８と、展開ステータス領域１３１０とを含む。構成レビューモジュール３１２は、上記で言及された領域内に、統合エージェント１１０から受け取られたソフトウェアアプリケーションおよびハードウェアコンポーネントのステータスに関する詳細を表示する。

警告領域１３０４は、管理サーバ１０６によって受け取られた警告信号のステータスのグラフィカル表示を示す。グラフィカル表示は、それぞれの日に受け取られた警告の数、過去数日の間に拡大した（すなわち現在まで解決されていない）警告の数、解決された警告の数、およびレビュー中の警告の数の情報を提供する。こうしたグラフィカル表示は、管理サーバ１０６がシステム１００の動作を監視し、システム１００内のいずれかの障害に必要な措置を講じることを可能にする。一実装形態では、管理サーバ１０６は、障害に関連する警告信号が過去数日の間に拡大する場合、障害を解決するためのメッセージを関係者に自動的に送ってもよい。

性能領域１３０６は、管理サーバ１０６の性能を表示する。図示された例では、性能領域１３０６は、サーバ負荷および読込み時間のパーセンテージを示す。したがって、管理サーバ１０６は、負荷を減少させ、効率を高めるようにそれ自体を構成することができる。システム１００内の管理ノード１０４の状態は、状態領域１３０８内に、正常性のパーセンテージの形で表示される。

展開ステータス領域１３１０は、選択された変更の展開詳細をユーザに提供する。展開ステータス領域１３１０は、選択された変更が実施されたか、実施の進行中にあるか、実施されないか、知られていないか、それとも実施が失敗したかをも示す。これらの展開詳細は、選択された変更が実施されるか、それとも発生したいずれかの障害により実施されないかどうか管理サーバ１０６がチェックするのに役立つ。
例示的なアーキテクチャ

図１４は、管理システム１００の例示的なアーキテクチャ概要１４００を示している。アーキテクチャ概要１４００は主として、共通のＣＭＤＢ ３２２を有する３つの層、すなわち運用管理層１４０２、構成管理層１４０４およびサービス管理層１４０６を含む。運用管理層１４０２および構成管理層１４０４は、個々に動作するが、しかし、それらは、ＣＭＤＢ ３２２と連続的に対話する。サービス管理層１４０６は、ＣＭＤＢ ３２２に格納された様々なモデルに基づいて、管理ノード１０４にサービスビューを提供する。運用管理層１４０２と構成管理層１４０４とサービス管理層１４０６の間の対話は、ワークフロー自動化層１４１０によって自動的に制御される。

運用管理層１４０２は、管理システム１００内のソフトウェアアプリケーションおよびハードウェアコンポーネントの性能を監視し、障害、正常性、および管理システム１００の他の問題を識別するように構成されてもよい。運用管理層１４０２は、性能、障害、正常性などに関係する情報をＣＭＤＢに送る。

ワークフロー自動化層１４０４は、性能、障害、正常性および他の問題、または新しい業務ニーズに基づいて、管理上の変更を決定する。前述のように、管理上の変更は、ユーザによって選択することもでき、ソフトウェアアプリケーションおよびハードウェアコンポーネントを展開すること、および管理システム１００内の様々なコンピューティングデバイス間の接続を変更することを含んでもよい。

ワークフロー自動化層１４０４は、管理上の変更を選択する機能を提供するためのユーザインターフェースをユーザに提供するために、ユーザインターフェース（ＵＩ）フレームワーク層１４０８と対話する。ユーザは、選択された変更のための変更オーダを作成する。構成管理層１４０４は、選択された変更が、ＣＭＤＢ ３２２に格納された事前定義された制約内にあるかどうか識別することにより変更オーダを検証する。事前定義された制約は、コスト制約、ポリシー制約、容量制約、ＳＬＡ制約などである。構成管理層１４０４は、検証された変更オーダに基づいて、選択された変更を実施する。

構成管理層１４０４は、選択された変更を実施するために自動化層１４１２と対話する。対話は、自動化層１４１２に変更オーダおよび選択された変更を送ることを含む。統合管理システムは、ＩＴサービス管理チームによって使用される。しかし、変更の作成、その承認、データの同期またはステータスのレポートのワークフロープロセスは、他のシステムまたはツールを使用する他の専門家を含む。自動化層は、ＨＲシステム、財務システムなどのような他のシステムとワークフローおよびデータを同期するためのリンクフレームワークを提供する。これによって、新しい従業員が開始するときの変更オーダが自動化される状況が可能となる。同様に、自動化システムは、他の専門家がレポートのレビュー、承認の提供、フォーム記入などの割り当てられたタスクをことを可能にするために、コラボレーションフレームワーク（たとえばＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｆｆｉｃｅ（登録商標）サーバ）への接続性をも提供する。

自動化層１４１２は、システムおよび担当者のデバイスで実施される任意の変更に関する選択された変更を受け取る。自動化層１４１２は、選択された変更を実施するために、構成管理層１４０４の命令を運ぶための中間層として働く。
例示的なアーキテクチャ

図１５は、統合型サービス管理をサポートする全体的な情報フロー１５００を示している。アーキテクチャ概要１５００は、情報フローと解釈してもよい。アーキテクチャ１５００は、モデルベースの開発およびモデルベースの管理の概念を取り入れる。換言すると、開発者または設計担当者は、まずモデルを策定してもよく、そのモデルは、開発およびテストプロセスを導き検証する。開発の後、アプリケーションライフサイクルのすべての段階−計画、検証、変更管理、展開および運用もまた、同じモデルを活用することによって完遂される。

アーキテクチャ１５００は、３つのセクション、すなわちオーサリング１５０２とモデル１５０４とエンジン１５０６とを含む。それぞれのセクションは、２つの部分、具体的にはプラットフォーム１５０８および拡張１５１０に分割される。

オーサリング１５０２セクションは、ユーザがモデルをオーサリングしまたは作成し、モデルに関して作成されたソフトウェアアプリケーション文書を検証することを可能にする。たとえば、統合型コンソール１１０は、ユーザがモデルを設計することを容易にする。モデル１５０４セクションは、オーサリング１５０２内にあるモデリングツールを使用してユーザによって作成されたモデル文書を含む。次いで、モデル文書は、エンジン１５０６セクションによって使用される。エンジン１５０６は、ＣＭＤＢ ３２２、ソフトウェアファクトリランタイム１５１２、ソフトウェアファクトリ１５１４、必要な構成管理（ＤＣＭ：Ｄｅｓｉｒｅｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）サブシステム１５１６、システムセンタ構成管理（ＳＣＣＭ：Ｓｙｓｔｅｍ Ｃｅｎｔｅｒ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）１５１８、システムセンタ運用マネージャ（ＳＣＯＭ：Ｓｙｓｔｅｍ Ｃｅｎｔｅｒ Ｏｐｅｒａｔｉｏｎｓ Ｍａｎａｇｅｒ）１５２０、決定的ソフトウェアライブラリ（ＤＳＬ：Ｄｅｆｉｎｉｔｉｖｅ Ｓｏｆｔｗａｒｅ Ｌｉｂｒａｒｙ）１５２２、ビジュアルスタジオチームシステム（ＶＳＴＳ：Ｖｉｓｕａｌ Ｓｔｕｄｉｏ Ｔｅａｍ Ｓｙｓｔｅｍ）１５２４およびシステムセンタサービスマネージャ（ＳＣＳＭ：Ｓｙｓｔｅｍ Ｃｅｎｔｅｒ Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｒ）１５２６のようなユーザを含む。

モデル文書のユーザは、２つのタイプのものである。１つのタイプでは、モデルに従ってソフトウェアアプリケーションを開発するためのプラットフォームとして働くユーザが存在する。たとえば、ユーザは、モデルに従ってソフトウェアアプリケーションを開発するためのコードを書いて、コード内に正しい構成およびインストルメンテーションを適用してもよい。ソフトウェアアプリケーションを開発するこうしたプロセスは、プラットフォームとしてソフトウェアファクトリランタイム１５１２を使用してもよい。別のタイプでは、モデル文書に指定された制約をレビューし理解するユーザが存在する。たとえば、ユーザは、管理製品であってもよく、この管理製品は、モデルをレビューして、そのモデルが３層アプリケーションに関連しており、アプリケーションが相異なるマシンに置かれる様々なパーツを含むことを理解することができる。

上記で論じたように、情報フロー１５００のセクションは、２つの部分、すなわちプラットフォーム１５０８および拡張１５１０に分割されてもよい。オーサリング１５０２のプラットフォーム１５０８は、ユーザからの入力に基づいて基本アプリケーションモデル１５３０をオーサリングすることができるオーサリングプラットフォーム１５２８を含む。基本アプリケーションモデル１５３０は、ソフトウェアアプリケーションの説明を含んでもよく、たとえば３層アプリケーションは、特定のウェブサービス、ウェブサーバ、データベースなどを含む。基本アプリケーションモデル１５３０は、サービス管理言語（ＳＭＬ：ｓｅｒｖｉｃｅ ｍａｎａｇｅｍｅｎｔ ｌａｎｇｕａｇｅ）文書の形で生成される。

基本アプリケーションモデル１５３０のコピーが、ＣＭＤＢ ３２２に格納されてもよい。基本アプリケーションモデル１５３０内で参照されるソフトウェアアプリケーションのインスタンスのコピーも、ＣＭＤＢ ３２２に格納される。基本アプリケーションモデル１５３０のコピーは、コードを識別して、コードとソフトウェアアプリケーションのコンポーネントの関係を推論するために、ソフトウェアファクトリランタイム１５１２によってレビューされてもよい。

拡張１５１０は、基本アプリケーションモデル１５３０の拡張、すなわちドメイン固有モデルまたはＳＭＬ拡張１５３２を含んでもよい。ＳＭＬ拡張は、たとえば正常性モデル、プロセスモデル、構成モデルおよび／またはベストプラクティスモデルなどであってもよい。ＳＭＬ拡張１５３２は、オーサリングプラットフォーム１５２８によって作成される。ＳＭＬ拡張１５３２は、基本アプリケーションモデル１５３０を参照してもよいが、基本アプリケーションモデル１５３０と異なる操作をほとんど含まなくてもよい。オーサリングプラットフォーム１５２８は、デザイナープラグイン１５３４およびモデル検証ツールプラグイン１５３６を含めて、ドメイン固有のプラグインを提供してもよい。デザイナープラグイン１５３４は、ＳＭＬ拡張１５３２を設計してもよく、モデル検証ツールプラグイン１５３６は、それが性能ニーズ、ポリシーニーズなどを満たすかどうか識別するためにＳＭＬ拡張１５３２を検証する。ＳＭＬ拡張１５３２は、テストアクティビティのサポートのためにユーザ（すなわちソフトウェアアプリケーション）によって使用されてもよい。

例示的な方法
バーサタイリストの視点からの統合型サービス管理のための例示的な方法について、図１〜１５を参照して述べられる。これらの例示的な方法は、コンピュータ実行可能命令の一般的な文脈で述べられる。一般に、コンピュータ実行可能命令は、特定の機能を実施し、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造体、手順、モジュール、機能などを含むことができる。諸方法は、通信ネットワークによってリンクされるリモート処理デバイスによって機能が実施される分散コンピューティング環境で実施することもできる。分散コンピューティング環境では、コンピュータ実行可能命令は、メモリ記憶装置を含めて、ローカルとリモートの両方のコンピュータ記憶媒体に置かれてもよい。

図１６は、統合された方法論を使用してネットワークを管理するための例示的な方法１６００を示している。この方法について述べる順序は、限定と解釈されるものではなく、述べられている方法ブロックのうちの任意の数のブロックが、この方法または代替方法を実施するいずれかの順序で組み合わされる。さらに、個々のブロックは、本明細書に述べられている主題の精神および範囲から逸脱せずに、この方法から削除されてもよい。さらに、この方法は、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せで実施することができる。

ブロック１６０２で、実施すべき変更が識別される。ＩＴ管理者などのユーザは、管理システム１００内で実施すべき変更を決定するために、ソフトウェアアプリケーションおよびハードウェアコンポーネントのステータスをレビューする。たとえば、ユーザは、性能、正常性情報、障害などを含めてソフトウェアアプリケーションおよびハードウェアコンポーネントのステータスに基づいて、識別された変更を識別する。識別された変更は、前述のように、新しいソフトウェアアプリケーションおよびハードウェアコンポーネントのインストール、ハードウェアコンポーネントの正常性ポリシーの変更、ならびに新しいソフトウェアアプリケーションのデータ保護ポリシーの変更を含んでもよい。

ブロック１６０４で、ネットワーク内で実施すべき識別された変更に関連する適切なモデルが選択される。一実装形態では、ユーザは、ユーザインターフェースによって提供される、他のネットワークの様々な異なる構成、ソフトウェアアプリケーション、およびハードウェアコンポーネントを示すモデルのリストをレビューする。ユーザは、識別された変更に基づいて、リストから適切なモデルを識別する。一実装形態では、適切なモデルは、ユーザインターフェースに表示されたクエリに対してユーザから与えられた応答に基づいて識別される。

ブロック１６０６で、適切なモデルに関連する展開プロファイルが選択される。ユーザは、適切なモデルに関連するプロファイルのリストから展開プロファイルを選択してもよい。たとえば、ユーザインターフェースは、適切なモデルに適したプロファイルのリストをユーザに提供してもよい。ユーザは、各プロファイルに関連する基準のセットをレビューし、１組の受入れ可能な基準を有する適切なモデルを識別する。

ブロック１６０８で、展開プロファイルに関連する管理ポリシーが構成される。一実装形態では、ユーザは、展開プロファイルに定義された制約に従って、正常性ポリシー、ネットワークポリシーおよび保護／回復ポリシーを含めて管理ポリシーをレビューし決定する。制約は、特定のソフトウェアアプリケーション、プロセッサおよび／またはディスク構成の使用を含んでもよい。

ブロック１６１０で、変更テンプレートが、選択された展開プロファイルに基づいて選ばれる。一実装形態では、選択は、事前定義された変更テンプレートのグループから変更テンプレートを選ぶことによって行われてもよい。変更テンプレートは、構成変更、ハードウェア展開、小さい変更、および／またはソフトウェア展開に関連付けられる。管理サーバ１０６の統合型コンソール１１０は、事前定義された変更テンプレートのグループをユーザに提供する。ユーザは、識別された変化の要件を識別し、変更テンプレートを選択する。一実装形態では、必要な変更テンプレートは、統合型コンソール１１０を使用してユーザによって作成される。

ブロック１６１２で、変更オーダのインスタンスが、選択された変更テンプレートから作成される。最も一般的な変更のための変更オーダインスタンスは、ユーザによって対処されるべき、選択された変更テンプレート内に含まれた１組の質問に基づいて作成されてもよい。変更オーダインスタンスは、上記に言及されるように、所望の変更を実施するために従う必要のあるワークフローを表す。一実装形態では、ユーザは、新しい変更テンプレートを作成する機能が与えられる。

ブロック１６１４で、識別された変更を実施する前に、変更オーダインスタンスが検証される。変更オーダは、コスト検証ツール、ポリシーチェッカー、容量チェッカー、ＳＬＡチェッカーなど、様々な専門分野からの検証ツールを使用して、検証モジュール４０４によって検証される。検証ツールは、コスト、ポリシーコンプライアンスなどのような制約に基づいて、選択された変更が実現可能かどうか検証することができる。変更オーダインスタンスは、その識別された変更が実現可能と判明した場合は、有効と宣言される。

たとえば、コスト検証ツールは、変更に従って必要とされるソフトウェアアプリケーションおよびハードウェアコンポーネントのコスト、ならびに使用されるリソースおよび消費される時間の総コストを推定するために、選択されたモデルをレビューすることができる。推定コストは、変更を検証するために、事前定義された制約と比較される。

次いで、ブロック１６１６で、識別された変更が、検証された変更オーダインスタンスに基づいて実施される。次いで、識別された変更は、システム１００内で展開される。

結論
上記方法およびシステムは、統合型サービス管理について述べている。本発明について、構造的特徴および／または方法論的行為に特有の言語で述べられているが、添付の特許請求の範囲中に定義された本発明は、特定の特徴、または述べられている行為に必ずしも限定されないことを理解されたい。より正確に述べると、特定の特徴および行為は、特許請求された発明の実施の例示的な形として開示されている。

Claims (20)

1. モデルをオーサリングし、ネットワークを管理するために前記モデルを使用するための方法であって、
   前記ネットワーク上で実施すべき変更を識別するステップと、
   前記変更に関連する適切なモデルを選択するステップと、
   前記適切なモデルに関連する展開プロファイルを選択するステップと、
   前記展開プロファイルに関連する管理ポリシーを構成するステップと、
   前記選択された展開プロファイルに基づいて変更テンプレートを選ぶステップと、
   前記選ばれた変更テンプレートから変更オーダインスタンスを作成するステップと、
   前記識別された変更の実施の前に変更オーダインスタンスを検証するステップと、
   前記検証された変更オーダインスタンスに基づいて、前記識別された変更を実施するステップと
   を具えたことを特徴とする方法。
2. 前記変更識別ステップは、前記ネットワーク上のソフトウェアアプリケーションおよびハードウェアコンポーネントのステータスに基づくことを特徴とする請求項１記載の方法。
3. 前記適切なモデルを選択する前記ステップは、ユーザインターフェース内に表示されたクエリに対してユーザによって与えられた応答に基づくことを特徴とする請求項１記載の方法。
4. 前記展開プロファイル選択ステップは、前記適切なモデルに適したプロファイルのリストから行われることを特徴とする請求項１記載の方法。
5. 前記管理ポリシー構成ステップは、前記展開プロファイル内に定義された制約を考慮するステップを含むことを特徴とする請求項１記載の方法。
6. 前記変更テンプレートを選択する前記ステップは、事前定義された変更テンプレートのグループから行われることを特徴とする請求項１記載の方法。
7. 前記変更オーダインスタンス作成ステップは、前記識別された変更を実施するために従うべきワークフローに基づくことを特徴とする請求項１記載の方法。
8. 前記モデルによって駆動されるアプリケーションを開発するステップをさらに備え、前記アプリケーション管理のために同じモデルが活用されることを特徴とする請求項１記載の方法。
9. ネットワークと、
   アプリケーションプログラムを実行する、前記ネットワークに接続された１つまたは複数の管理ノードと、
   前記ネットワークおよび管理ノードへの変更を使用する、前記管理ノード上で使用される統合エージェントと、
   前記変更を実施するために統合型コンソールを使用する１つまたは複数の管理サーバと
   を具えたことを特徴とするシステム。
10. 前記管理ノードは、ＰＤＡ、デスクトップ、ワークステーション、サーバおよびラップトップのうちの１つまたは複数を含むことを特徴とする請求項９記載のシステム。
11. 前記統合エージェントは、前記ネットワーク内の前記管理ノードおよび他のリソースのステータスを自動的に収集するための命令を使用することを特徴とする請求項９記載のシステム。
12. 前記統合エージェントは、前記ネットワーク内の前記管理ノードおよび他のリソースのステータスを自動的に収集するための命令を使用することを特徴とする請求項９記載のシステム。
13. 前記統合エージェントは、アプリケーションモニタと、構成モジュールと、通知レポータとを含むことを特徴とする請求項９記載のシステム。
14. 前記管理サーバは、動作モード、変更モード、サポートモードおよび計画モードのうちの１つまたは複数を使用することを特徴とする請求項９記載のシステム。
15. 前記変更を追跡するための構成管理データベースをさらに備えることを特徴とする請求項９記載のシステム。
16. 管理されたネットワークへの変更を表示するためのコンピュータシステム内の方法であって、
    前記管理されたネットワークの動作、変更、サポートおよび計画を扱う統合型コンソールを表示するステップと、
    変更への最良適合を提供するリソースをプロファイリングするステップと、
    前記管理されたネットワーク上で実施される変更を検証するステップと
    を具えたことを特徴とする方法。
17. 前記統合型コンソールは、統合された変更、計画および実行を提供することを特徴とする請求項１６記載の方法。
18. 前記表示ステップは、平易な言語のポリシーステートメントをもたらす構造化された規則エディタに基づくことを特徴とする請求項１６記載の方法。
19. 前記プロファイリングステップは、予期された性能に基づいてソフトウェアアプリケーションおよびハードウェアコンポーネントにグレードを割り当てることを特徴とする請求項１６記載の方法。
20. 前記方法は、前記管理されたネットワーク上でポリシーを実施するためのフローベースの構成の一部であることを特徴とする請求項１６記載の方法。

Images