JP2008538031A - サーバでの管理・監視プログラムのセットアップを簡易化するシステム、方法、およびコンピュータプログラム（自律コンピューティング：動作にアクションポリシーを利用する管理エージェント） - Google Patents

Abstract

【課題】 分散システムで監視・管理プログラムを自動検出し、自動的にインストールして構成する手段を提供する。
【解決手段】 予め選択された監視／管理ベンダーを使用すべき場合、ベンダーエージェントがインストールされ、サーバの中身が判断できるようになった後に、汎用エージェントがインストールされ、構成、ベストプラクティス、およびライセンス管理等のベンダーエージェントについてのさらなるセットアップを管理する。ユーザが利用するベンダーをまだ決めていない場合、ベンダーニュートラルエージェントがサーバの中身を判断し、次に、各種ベンダープログラムの中から、各ベンダーの長所および短所ならびにユーザプリファレンスに従った重みを利用して、選択に最良のベンダーを判断して選択することができる。
【選択図】 図３

Description

本願は、包括的には、監視・管理ソフトウェアの初期化を管理することによりコンピュータサービスを経済的かつ適時に提供することに関する。特に、本願は、サーバの構成を素早く判断し、必要であれば監視・管理コンポーネントを受信してインストールし、必要に応じて監視／管理エージェントの初期化および構成を管理するシステム、方法、およびソフトウェアに関する。

企業でのコンピュータリソース管理は、大量の時間とエネルギーを必要とし得る。従業員の追加、移動、または脱退の都度、各人員が所望するリソースの可用性を反映するようにシステムを更新しなければならない。さらに、ファイルがサイズおよび複雑性の両方で大きくなり、ソフトウェアが更新され、ハードウェアが追加または交換される。プロセスを自律化させるために、いくつかのベンダーが、広範囲のハードウェアリソースおよびソフトウェアリソースを規定のポリシーに従って管理する管理システムを提供している。典型的な管理システムでは、各種のエージェントまたはプログラムが所定のインフラ内で動作し、管理命令を存在するリソースに提供する。ポリシーが変更されるか、またはパッチが提供されると、システム管理者が管理システムを操作して、影響を受けるすべてのサービスに更新を自動的に提供する。

システムの統合後、取得後、またはアウトソーシング後など、システムで利用されている監視／管理プログラムを変更することが望ましいいくつかの場合があり得る。既存の管理プログラムの更新または新しい管理プログラムの提供も、変更に拍車をかけ得る。このような変更では、適正な構成および設定を提供するために、システム管理者はシステムに何が常駐しているのかを知る必要がある。場合によっては、システム管理者は、ニーズに応えるのに最も良い管理プログラムまたは監視プログラムを判断する必要があることもある。新しいシステムで自動検出、インストール、および設定を行うのは、手作業で行う場合、特に非常に規模が大きく複雑なシステムで面倒かつ困難であり得る。さらに、利用可能な多くの管理プログラムの中から最良の管理プログラムを選択するには、かなりの知識が必要であり得る。したがって、すでに多忙であり、時間が制約されたシステム管理者側にとってこのような知識を得るにはかなりの時間を要する。

グリッドコンピューティングの普及はこの問題を悪化させただけである。グリッドは動的であるため、システム管理者が所定の時点でどのアプリケーションがどのシステムにあるかを知ることは略不可能である。常駐アプリケーションをスキャンした後でさえ、スキャンは数時間で「古く」なり、その有用性は限られる。

したがって、分散コンピューティングシステムでのマシンでプログラム、特に監視・管理プログラムを自動検出し、監視・管理プログラムを自動的にインストールして構成する自律手段を提供することが望ましい。

１つまたは複数のサーバでの管理・監視プログラムのセットアップを簡易化するシステム、方法、およびコンピュータプログラムが開示される。本発明の第１の実施形態は、汎用エージェントとして知られ、予め選択された監視／管理ベンダーを使用すべき場合、すなわち、システム管理者が適当な監視／管理ソフトウェアをすでに選択している場合に使用される。汎用エージェントは、ベンダーの監視／管理エージェントがインストールされ、サーバ（複数可）の中身を判断できるようになった後にインストールされ、構成、ベストプラクティス、およびライセンス管理等のさらなるセットアップをベンダーエージェントのために管理する。本発明の第２の実施形態は、ベンダーニュートラルエージェントとして知られ、ユーザがどのベンダー（複数可）を利用するかまだ決めていない場合に利用される。ベンダーニュートラルエージェントはサーバ（複数可）の中身を判断し、次に、各種ベンダープログラムの中から、各ベンダープログラムの長所および短所ならびにユーザプリファレンスに従った重みを利用して選択に最良のプログラム（複数可）を判断して選択することができる。選択されるプログラムは、複数の場合、別々のベンダーから提供されるものであってよい。次に、必要とされるすべてのベンダーエージェントが、ベンダーニュートラルエージェントによってダウンロードされてインストールされる。ベンダーニュートラルエージェントは汎用エージェントの機能も含み、構成、ベストプラクティス、およびライセンス管理等の他のセットアップニーズを管理する。

本発明の新規の特徴と考えられる特徴を添付の特許請求の範囲に記載する。しかし、本発明それ自体ならびに好ましい使用形態、本発明のさらなる目的および利点については、添付図面と併せて例示的な実施形態の以下の詳細な説明を参照することにより最良に理解されよう。

図１は、サービスプロバイダシステム１０２、コンピュータ１０４、ネットワーク１０６、および顧客システム１０８、ならびに図示していない他のリソースが接続されたインターネット１１０の一部を示す。プロバイダ１０２は、インターネット１１０を介して顧客システム１０８に管理リソースを提供することができる。カスタマーサービス１０８は、本発明による監視を使用してセットアップ可能な多くの異なる構成をとり得る。

図２を参照して、システムにサーバとして実施可能なデータ処理システム２００のブロック図を、本発明の好ましい実施形態により示す。データ処理システム２００は、システムバス２０６に接続された複数のプロセッサ２０２および２０４を含む対称マルチプロセッサ（ＳＭＰ）システムであることができる。別法として、単一プロセッサシステムを利用してもよい。システムバス２０６には、ローカルメモリ２０９へのインタフェースを提供するメモリコントローラ／キャッシュ２０８も接続される。Ｉ／Ｏバスブリッジ２１０がシステムバス２０６に接続され、Ｉ／Ｏバス２１２へのインタフェースを提供する。メモリコントローラ／キャッシュ２０８およびＩ／Ｏバスブリッジ２１０は、図示のように一体化することができる。

Ｉ／Ｏバス２１２に接続される周辺機器相互接続（ＰＣＩ）バスブリッジ２１４が、ＰＣＩローカルバス２１６へのインタフェースを提供する。いくつかのモデムをＰＣＩローカルバス２１６に接続することができる。典型的なＰＣＩバス実施態様は４つのＰＣＩ拡張スロットまたはアドインコネクタをサポートする。アドインコネクタを通してＰＣＩローカルバス２１６に接続されたモデム２１８およびネットワークアダプタ２２０を通して、通信リンクを提供することができる。

追加のＰＣＩバスブリッジ２２２および２２４が追加のＰＣＩローカルバス２２６および２２８にインタフェースを提供し、ＰＣＩローカルバス２２６および２２８から追加のモデムまたはネットワークアダプタをサポートすることができる。このようにして、データ処理システム２００は複数のネットワークコンピュータへの接続を可能にする。メモリマップドグラフィックスアダプタ２３０およびハードディスク２３２も、直接または間接的に、図示のようにＩ／Ｏバス２１２に接続することができる。

図２に示すハードウェアが変更可能であることを当業者は理解しよう。たとえば、光ディスクドライブ等の他の周辺機器も、図示のハードウェアに加えて、またはこれに代えて使用することができる。図示の例は、本発明に関する構造的な制限を示すことを意図するものではない。

図２に示すデータ処理システムは、たとえば、Ａｄｖａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｅｘｅｃｕｔｉｖｅ（ＡＩＸ）（Ｒ）オペレーティングシステムまたはＬＩＮＵＸ（Ｒ）オペレーティングシステムを走らせている、ニューヨーク州アーモンク（Ａｒｍｏｎｋ）に所在のＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎの製品であるＩＢＭ ｅＳｅｒｖｅｒ ｐＳｅｒｉｅｓ（Ｒ）システムであることができる。

汎用エージェント
図３は、本発明の例示的な実施形態による汎用エージェント（常駐プログラム）と併用される要素を示す。たとえば、コンピュータシステム１０８は、図１のプロバイダ１０２と、特定のベンダーの監視／管理製品を使用することを明記した契約を結ぶ。監視／管理製品の例示的なベンダーは、ニューヨーク州アーモンクに所在のＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓおよびヒューストンに所在のＢＭＣ Ｓｏｆｔｗａｒｅであるが、他の多くのベンダーもこの種の製品を製造している。この例示的な実施形態については、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ，Ｉｎｃ．の事業部であるＴｉｖｏｌｉの製品である監視・管理製品を参照して説明する。コンピュータシステム３０２は、たとえば、図２に示すサーバ等のサーバまたはサーバ群であることができる。システムは、複数のプログラムが実行されるマルチプロセッシングサーバ、専用サーバネットワーク、または専用サーバとマルチプロセッシングサーバの組み合わせとして構成することができる。この例では、コンピュータシステム３０２は、インターネットに接続され、Ｔｉｖｏｌｉにより監視される４つのアプリケーションを含むマルチプロセッシングサーバである。アプリケーションは、（１）ペンシルバニア州レスター（Ｌｅｓｔｅｒ）に所在のＳＡＰ Ａｍｅｒｉｃａから入手可能な統合アプリケーションプラットフォームであるＳＡＰ３０４、（２）ニューヨーク州アーモンクに所在のＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓの製品であるＷｅｂＳｐｈｅｒｅ（Ｒ）アプリケーションサーバ（ＷＡＳ）３０６、（３）インターネット上の他のＤＮＳプログラムと通信してユーザアドレスを解決するプログラムであるドメイン名サーバ（ＤＮＳ）、および（４）Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓのデータベース製品であるＤＢ２（Ｒ）３１０である。

汎用エージェント（ＧＰＡ）３１２は、オペレーティングシステムが実装されるとき、またはシステム管理者によりエージェントが必要であると判断されたときにシステム３０２にインストールされる。この実施形態は特定のベンダーの監視／管理プログラムと動作するように設計されるため、サーバで使用すべき監視／管理プログラムはベンダーエージェント３１１として示されている。ベンダーエージェント３１１は、ＧＰＡ３１２の動作前にインストールされていてもよい。別法として、ＧＰＡ３１２が、このサーバのアプリケーションに必要とされる実際の管理および監視を実行するベンダーエージェント３１１をインストールしてもよい。いずれの場合でも、好ましいポリシーおよび構成を知るとともに、ベンダーエージェント３１１に対してライセンスが必要であるか否かを判断する必要がある。

現在好ましい実施形態では、汎用エージェント３１２は、マシン間での移植が可能なオブジェクト指向プログラミング言語であるＰｅｒｌ（Ｒ）（Ｐｒａｃｔｉｃａｌ Ｅｘｔｒａｃｔｉｏｎ ａｎｄ Ｒｅｐｏｒｔ Ｌａｎｇｕａｇｅ）またはＪａｖａ（登録商標）で書かれる。これら言語は両方とも広範囲のマシンで一般に利用することが可能である。インストール時に、ＧＰＡ３１２はエージェントマネージャ３１４のアドレスを含むため、実行開始時にエージェントマネージャ３１４に即座にコンタクトをとることができる。好ましい実施形態では、エージェントマネージャは関連するエージェントによって管理されているサーバのインベントリを保持し、エージェントマネージャのアドレスが変更されるときは随時、関連するエージェントに、エージェントマネージャにコンタクトするための新しいアドレスが提供される。エージェントマネージャ３１４は、必要に応じてシステムにスキャナおよび追加のエージェントを提供することができる。さらに、エージェントマネージャ３１４はポリシーベースエンジン３１６と通信する。ポリシーベースエンジン３１６は、各種アプリケーションの監視／管理に必要とされる特定の実施および構成に関して業界またはベンダーの標準に従ったガイドラインを含むベストプラクティスデータベース３１８にアクセスすることができる。このデータベース内のポリシーまたは規則は、エキスパートシステムまたは同様のツールにより作成することができる。ベストプラクティスデータベース３１８で見られる規則のサンプルをボックス３２０に示す。サンプル規則は以下を含む。
（１）サーバがＳＡＰを含む場合、
（ａ）Ｐｒｏａｃｔｉｖｅ Ａｎａｌｙｓｉｓ Ｃｏｍｐｏｎｅｎｔ（ＰＡＣ）（ＩＢＭ Ｔｉｖｏｌｉ（Ｒ）の製品）を使用し、
（ｂ）ＳＡＰベストプラクティスファイル＃１を使用し（どの要素を監視すべきかについての指示のために）、
（ｃ）ＳＡＰソフトウェア構成ファイル＃３を使用し（ＳＡＰ内の各種設定の構成を設定するため）、かつ
（ｄ）ライセンスが必要であるとともに、ライセンスを管理しなければならず、
（２）サーバがＷＡＳを含む場合、
（ａ）ＰＡＣを使用し、
（ｂ）ＷＡＳベストプラクティスファイル＃５を使用し、かつ
（ｃ）ライセンスが必要であるとともに、ライセンスを管理しなければならず、
（３）サーバがＤＮＳを含む場合、
（ａ）プロセスモニタ＃７を使用し、かつ
（ｂ）ファイルシステム＃９を使用し（ライセンスは必要ない）、
（４）サーバがＤＢ２を含む場合、
（ａ）ＰＡＣを使用し、
（ｂ）ＤＢ２ベストプラクティスファイル＃２を使用し、かつ
（ｃ）ライセンスが必要であるとともに、ライセンスを管理しなければならない。

エージェントマネージャ３１４およびポリシーベースエンジン３１６は、図１のプロバイダシステム１０２のサーバ等の単一サーバでインスタンス化することができるが、別個のサーバでインスタンス化してもよい。同様に、ベストプラクティスデータベース３１８も、好ましくは、プロバイダシステム１０２の記憶ユニット等の中央ロケーションから利用可能である。上記規則は単に例示にすぎず、他の多くの規則がベストプラクティスデータベース３１８に存在してよいことが当業者は理解しよう。さらに、データベース３１８は、業界の「ベストプラクティス」ポリシーを全体的にオーバーライドできるユーザまたは組織のプリファレンスを含むように拡張することも可能である。

図４は、本発明の好ましい実施形態による汎用エージェントの動作の流れを示す。プロセスは、ＧＰＡ３１２がシステム３０２にインストールされることで開始される。インストール時に、汎用エージェント３１２には、プロセスを監督するエージェントマネージャ３１４のアドレスが与えられる。ＧＡＰ３１２は、実行されるとすぐにエージェントマネージャ３１４にコンタクトをとる（ステップ４０２）。最初に、ＧＰＡ３１２は、各種システムを管理できる汎用スキャナをエージェントマネージャ３１４から要求する（ステップ４０４）。エージェントマネージャ３１４はこれに応答して、スキャナを送信する（ステップ４０６）。ＧＰＡ３１２はスキャナをインストールし、スキャナにサーバ１１０をスキャンさせる（ステップ４０８）。現在好ましい実施形態では、スキャンはＸＭＬファイルとして生成され、エージェントマネージャ３１４に送信される（ステップ４１０）。サンプルスキャンを以下に示す。

エージェントマネージャ３１４は、ＸＭＬファイルからの情報をポリシーベースエンジン３１６に転送して解析させる（ステップ４１２）。ポリシーベースエンジン（ＰＢＥ）３１６は、システム１１０に現在インストールされているアプリケーションを判断すると、ベストプラクティスデータベース３１８にアクセスして、ベンダーエージェント３１１の初期化に必要とされるセットアップエージェントおよび設定を判断することができる（ステップ４１４）。ＰＢＥ３１６は必要とされるエージェントをエージェントマネージャ３１４に通知し、エージェントマネージャ１３４は次に、適当なエージェントを汎用エージェント３１２にプッシュダウンすることができる（ステップ４１６）。この例では、３２０で見つけられるファイルは、望ましい設定および構成のインスタンス化に適当なエージェントと共にシステムに送られる。最終ステップとして、汎用エージェント３１２は、エージェントマネージャ３１４により指示されるように、適当なエージェントのインストール、ならびに設定および構成の初期化を監督する（ステップ４１８）。そしてプロセスは完了する。

この時点まで、このプロセスをワンタイムプロセスとして述べたが、ＧＰＡ３１２がインストールされてしまえば、このプログラム３１２を定期的に起動させて、管理が望むようにシステムが現在の設定および構成で更新され続けることを保証することができる。この方法およびシステムを使用して、相当量の人的努力を自動プログラムで置き換えることができ、管理／監視プログラムのインストールおよび保守から面倒さを大方なくすことができる。

ベンダーニュートラルエージェント
システムが複雑さを増すにつれ、所定のシステムに対して最良のベンダーを判断することがますます難しくなり得る。本発明のこの実施形態では、ユーザは希望の制約を指定することができるが、これから述べるベンダーニュートラルエージェントを使用して最良の監視製品（複数可）をシステムに判断させる。このバージョンでは、別個のベンダーニュートラルエージェントが自動検出およびインストールのためにシステム内の各サーバに送信されるが、その判断はシステム全体およびユーザ制約を参照して行われる。

図５は、本発明のベンダーニュートラルエバージョンの例示的な実施形態で使用される要素を示す。この例では、コンピュータシステム５０２は３つの専用サーバ５０２、５０４、５０６を有し、各サーバがベンダーニュートラルエージェント（ＶＮＡ）５１２のコピーを受け取る。汎用エージェント３１２のように、ベンダーニュートラルエージェント５１２も、好ましくは、Ｐｅｒｌ（Ｒ）またはＪａｖａ（登録商標）で書かれる。この例示的な実施形態では、サーバ５０２はＳＡＰウェブアプリケーションサーバを含み、サーバ５０４はＯｒａｃｌｅ（Ｒ）アプリケーションサーバを含み、サーバ５０６はＤＢ２を含む。ＶＮＡ５１２が最良のベンダーエージェントを選択するため、ベンダーエージェントはまだサーバに存在していない。

ここでも、エージェントマネージャ５１４およびポリシーベースエンジン５１６が存在する。ポリシーと重みとを組み合わせたデータベース５１８も存在する。データベース５１８は、「ベストプラクティス」に加えて、各サーバアプリケーションと併せて使用できる各監視／管理プログラムの重みを含む。たとえば、ＳＡＰウェブアプリケーションサーバ下では、データベース５１８は、このアプリケーションの監視に利用できる３つの例示的な監視プログラムを示す。すなわち、ＣＣＭＳ Ｉｎｔｅｒｎａｌが１０と格付けされ（最高の格付け）、ＳＡＰウェブアプリケーションサーバと併用される場合、ＢＭＣは９と格付けされ、Ｔｉｖｏｌｉは８と格付けされ、Ｏｒａｃｌｅ（Ｒ）アプリケーションサーバおよびＤＢ２に使用される監視プログラムには別の格付けが存在する。データベース５１８はベストプラクティスデータベース３１８に示した情報と同様の情報も含むが、この情報は、単一のベンダーについてではなく、サポートされる複数のベンダーのそれぞれについて提供される。顧客は、使用されるベンダーエージェントに対する各自のプリファレンス５１５を提供することもできる。例示的な選択は、（ａ）各サーバを監視する最良のツール、（ｂ）存在するすべてのアプリケーションに対して全体的に最良の監視を提供する単一ベンダー、または（ｃ）特定のベンダー（ベンダーが、監視対象の各アプリケーションの上位３つのベンダーに入っているならば）であり得る。このようにして、顧客は各サーバを個人で調べる必要なく、プリファレンスを表現することができる。プリファレンス５１５は別法として、データベース５１８での重みとして表現することもできる。データベース５１８は、本明細書では中央データベースとして示されるが、そうである必要はない。好ましくは、ポリシーベースエンジン５１６は重みおよびベストプラクティスに関する情報に容易にアクセスすることができるが、重みおよびベストプラクティスに関する情報は異なるエンティティ毎に異なるロケーションに記憶して保持することができる。

図６は、本発明の好ましい実施形態によるベンダーニュートラルエージェントの動作の流れを示す。プロセスは、ベンダーニュートラルエージェント（ＶＮＡ）５１２がコンピュータシステム５０２の各サーバ、たとえばサーバ５０４、５０６、５０８にインストールされることで開始される。また同時に、エージェントマネージャがユーザプリファレンスを受け取る（ステップ６０１）。インストールと同時に、各ＶＮＡ５１２にエージェントマネージャ５１４のアドレスが与えられる。各ＶＮＡ５１４は、実行を開始すると、エージェントマネージャ５１４にコンタクトをとる（ステップ６０２）。最初に、各ＶＮＡ５１２はスキャナをエージェントマネージャ５１４から要求する（ステップ６０４）。エージェントマネージャ５１４はこれに応答して、スキャナを各エージェント５１２に送信する（ステップ６０６）。ＶＮＡ５１２はスキャナをインストールし、スキャナが常駐するサーバをスキャンにスキャンさせる（ステップ６０８）。ここでも、スキャンが以下に示すようにＸＭＬで生成され、エージェントマネージャ５１４に送られる（ステップ６１０）。

マルチプロセッシングオペレーティングシステムが複数の専用サーバを含む場合、専用サーバでのエージェントからのスキャンは、それぞれの単一のアプリケーションのみを含むことになる。先に進むには、すべてのエージェントからのスキャンを有することが必要になる。別法として、エージェントマネージャ５１４に、所定の割合のサーバが応答したときに先に進むように指示することができる。

エージェントマネージャ５１４は、各サーバのＸＭＬファイルおよび顧客プリファレンス５１５からの情報をポリシーベースエンジン５１６に転送し、解析させる（ステップ６１２）。次に、ポリシーベースエンジン（ＰＢＥ）５１６は、システム５０２に現在インストールされているアプリケーションを判断し、ベストプラクティスデータベース５１８にアクセスしてシステム５０２の管理に必要な監視／管理プログラムを判断する（ステップ６１４）。スキャン、顧客プリファレンス５１５、およびデータベース５１８を使用して、ＰＢＥ５１６は各サーバに望ましい監視プログラムおよび構成を判断する。たとえば、先に示された重みおよび提示された３つの顧客選択が提供される場合、（ａ）各サーバに最良のツールを選択する顧客に対しては、サーバ５０４にはＣＣＭＳ、サーバ５０６にはＢＭＣ、およびサーバ５０８にはＴｉｖｏｌｉが与えられ、（ｂ）単一の最良ツールを選択する顧客に対しては、累積スコアにより３つすべてのサーバ５０４、５０６、５０８でＴｉｖｏｌｉを受信し、（ｃ）ＢＭＣが上位３の選択に入っている限りＢＭＣを選択する顧客に対しては、３つすべてのサーバ５０４、５０６、５０８でＢＭＣを受信することになる。判断が行われると、ポリシーベースエンジン５１６は、各監視プログラムに付随するベストプラクティスファイルも判断する。

ＰＢＥ５１６は、必要なプログラムをエージェントマネージャ５１４に通知し、エージェントマネージャ５１４は次に、サーバ５０４、５０６、５０８上の各ベンダーニュートラルエージェント５１２に適当なエージェントをプッシュダウンすることができる（ステップ６１６）。監視プログラムが送信されると、ベストプラクティスを指定する各種構成ファイルも送信される。最終ステップとして、各ベンダーニュートラルエージェント５１２は、エージェントマネージャ５１４により指示されるように、監視／管理エージェントのインストールおよび構成を監督する（ステップ６１８）。そしてプロセスは完了する。

図５および図６の例示的な実施形態では、サーバの１つがいくつかのアプリケーションを実行しているマルチプロセッサである場合、ベンダーニュートラル実施形態は、そのサーバにいくつかの監視／管理エージェントをインストールして各種アプリケーションを監視させると判断できることに留意する価値がある。この判断は、他の判断と同じように、サーバで実行されているアプリケーションのみならず、重みおよびユーザプリファレンスにも依存する。存在するオプションを容易に補足するために、ライセンス管理等のシステムの部分を分割することも可能である。

このシステムの利点は数多い。最も基本的には、プロセスの自動化により、管理者が面倒な探索および判断を行うことなく、モニタリングをシステムに素早くインストールすることができる。ポリシーベースエンジンの使用により、コーディングをまったく変更する必要がなく、クライアントまたは状況応じてポリシーの変更が可能になる。ベストプラクティス、重み、および最良構成、ならびにユーザプリファレンス等のいずれのデータベースも、システムの残りの部分に影響を及ぼすことなく動的に更新することができる。新しいバージョンの管理／監視ソフトウェアが利用可能になると、ＧＰＡまたはＶＮＡを利用して新しいソフトウェアをインスタンス化することができる。汎用エージェントは非常に単純であり、その唯一の目的はプログラムをダウンロードして実行し、情報を返すことであるが、そのプログラミング言語により多くの異なるオペレーティングシステムで実行可能なため、同時に非常に柔軟である。したがって、開示される発明では、新しい監視プログラムをセットアップする作業を素早く容易に、エラーのほとんどない状態で処理することが可能である。

本発明について十分に機能するデータ処理システムの文脈の中で説明したが、本発明のプロセスがコンピュータ可読媒体の命令の形態または種々の形態で配布が可能であり、本発明が配布の実行に実際に使用される信号搬送媒体の特定の種類に関係なく等しく適用されることを当業者が理解するであろうことに留意することが重要である。コンピュータ可読媒体の例としては、フレキシブルディスク、ハードディスクドライブ、ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記録可能型媒体、ならびに伝送形態、たとえば無線周波および光波伝送等を使用したデジタル通信リンク、アナログ通信リンク、有無線通信リンク等の伝送型媒体が挙げられる。コンピュータ可読媒体は、特定のデータ処理システムで実際に使用するために復号化された符号化フォーマットの形態をとってもよい。

本発明の説明は例示および説明のために提示され、網羅的である、すなわち本発明を開示された形態に限定することを意図するものではない。当業者には多くの変更および変形が明らかであろう。実施形態は、本発明の原理、実際の適用を最良に説明し、意図する特定の用途に合うように種々の変更を伴った各種の実施形態に関して当業者が本発明を理解できるようにするために選択され説明されたものである。

本発明の例示的な実施形態による、開示されるエージェントの実施に使用可能なシステムを示す。 サーバとして実施可能なデータ処理システムのブロック図を示す。 本発明の例示的な実施形態による汎用エージェントと併せて使用される要素を示す。 本発明の例示的な実施形態による汎用エージェントの動作の流れを示す。 本発明の例示的な実施形態によるベンダーニュートラルバーションと併せて使用される要素を示す。 本発明の例示的な実施形態によるベンダーニュートラルバージョンの動作の流れを示す。

Claims (17)

1. 複数のアプリケーションに対して監視および管理を提供することが可能な管理要素を含む管理プログラムと、
   前記複数のアプリケーションと共に使用するためのポリシーセットであって、サポートされる各アプリケーションについて、前記管理プログラムの各管理要素に関する情報を含むポリシーセットと、
   サーバの中身および前記ポリシーセットの知識を利用して前記管理要素の中から前記サーバに必要とされるものを判断するために接続されるポリシーベースエンジンと、
   前記サーバで実行されるように構成されるエージェントと、
   前記ポリシーベースエンジンと前記エージェントとの間のインタフェースとして機能し、プログラムを前記エージェントにダウンロードするように構成されるエージェントマネージャと、
   を有し、
   前記エージェントは前記エージェントマネージャのアドレスを含み、かつ前記エージェントマネージャからスキャナを要求し、前記スキャナをインストールして実行し、前記スキャナの出力を前記エージェントマネージャに渡すように構成される、インストール管理システム。
2. 前記エージェントは、前記管理要素のうち、前記必要とされるものを前記エージェントマネージャから受け取り、前記管理要素のインスタンス化を監督するようにさらに構成される、請求項１に記載のインストール管理システム。
3. 前記ポリシーセットは、好ましい実施、好ましい構成、およびライセンスの必要性をさらに含む、請求項１に記載のインストール管理システム。
4. 前記エージェントマネージャは、前記スキャナの前記出力を前記ポリシーベースエンジンに渡すようにさらに構成される、請求項１に記載のインストール管理システム。
5. 前記エージェントは所定のベンダーに特有のものであり、前記ポリシーセットは前記所定のベンダーに特有の管理プログラムに関する情報を含む、請求項１に記載のインストール管理システム。
6. 前記エージェントはベンダーニュートラルエージェントであり、サポートされる各アプリケーションについて、（ａ）前記アプリケーションの管理に利用できる複数のベンダーからの管理プログラムリストおよび（ｂ）各重み値を提供する重みのセットをさらに含む、請求項１に記載のインストール管理システム。
7. 各重み値は、管理プログラムとアプリケーションの組み合わせの適性度の判断を提供する、請求項６に記載のインストール管理システム。
8. 前記ベンダーニュートラルエージェントは、前記重みのセットおよびユーザプリファレンスに従って選択される好ましい管理プログラムを受け取り、前記好ましい管理プログラムを前記サーバ上でインスタンス化するようにさらに構成される、請求項６に記載のインストール管理システム。
9. 前記ポリシーベースエンジンは、前記ユーザプリファレンスにより制約を受けない場合、前記サーバに複数の好ましい管理プログラムを選択することが可能である、請求項６に記載のインストール管理システム。
10. 前記エージェントは、ネットワークを形成する複数のサーバでインスタンス化することができ、前記エージェントマネージャは、各スキャナをすべてのインスタンス化に対し、それぞれのスキャナを提供し、前記それぞれのスキャナからの出力を受け取る、請求項６に記載のインストール管理システム。
11. サポートされる各アプリケーションについて、関連する管理要素、好ましい実施、好ましい構成、およびライセンスの必要性に関する各情報を含むポリシーセットを保持するステップと、
    エージェントマネージャにコンタクトをとるように構成されるエージェントを前記サーバにインストールするステップと、
    前記エージェントからの要求により、インベントリを提供可能であると共に、前記インベントリが前記サーバにインストールされているアプリケーションのリストを含むものであるものを提供可能なスキャンプログラムを提供するステップと、
    前記インベントリおよび前記ポリシーセットの使用によって前記サーバに必要とされる管理要素、好ましい実施、好ましい構成、およびライセンスの必要性を判断するように、使用するステップと、
    前記サーバでのインスタンス化のために、前記好ましい実施、好ましい構成、および前記必要とされる管理要素（前記サーバにまだない場合）を前記エージェントに転送するステップと、
    を有するサーバ管理方法。
12. ポリシーベースエンジンが前記インベントリを使用して前記ポリシーセットにアクセスし、前記必要とされる管理要素を判断する、請求項１１に記載のサーバ管理方法。
13. 前記エージェントは前記サーバに残され、前記ポリシーセットが変更されたときに呼び出し可能な、請求項１１に記載のサーバ管理方法。
14. 前記エージェントは、異なるベンダーにより作製された複数の管理要素の中から選択することができ、該方法は重みのセットを保持するステップをさらに有し、前記重みのセットは、サポートされるアプリケーションについて、利用可能な管理要素のリストおよび該管理要素に関連する各重み値を含む、請求項１１に記載のサーバ管理方法。
15. 前記インベントリ、前記重みセット、およびユーザプリファレンスを使用して、前記サーバに第１の好ましい管理プログラムを判断するステップと、前記第１の好ましい管理プログラムを、前記サーバへのインストールのために前記エージェントに転送するステップと、をさらに含む、請求項１４に記載のサーバ管理方法。
16. 前記使用して判断するステップは、前記サーバに対する第２の好ましい管理プログラムを判断するステップをさらに含み、前記第１の好ましい管理プログラムは、前記サーバでの第１のアプリケーション群を管理するためにインスタンスタンス化され、前記第２の好ましい管理プログラムは、前記サーバでの第２のアプリケーション群を管理するためにインスタンス化される、請求項１５に記載のサーバ管理方法。
17. デジタルコンピュータの内部メモリにロード可能なコンピュータプログラムであって、コンピュータで実行されると、請求項１１乃至１６のいずれか１項に記載の方法を実行するソフトウェアコード部を有するコンピュータプログラム。

Images