JP5253379B2 - モデルをベースにしたイベント処理 - Google Patents

Description

コンピュータは世界中でますます日常的なものになり、様々な機能を提供している。主に個人用に設計されたコンピュータもあれば、同時に多数のユーザおよび／または多数のコンピュータがアクセスできるように設計されたコンピュータもある。コンピュータにインストールされている様々なソフトウェアと同様に様々なハードウェアコンポーネントを使用することにより、コンピュータは様々な機能を実現することができる。

様々な利用可能なコンピュータ機能とソフトウェアプリケーションは、コンピュータのエンドユーザに極めて大きな利益をもたらすが、コンピュータの稼動を継続させることを担うシステム管理者にとってはそのような広範囲に及ぶ種類が問題になる。コンピューティングシステム全体を適切に作動させるために、多数の異なったコンポーネントを含むコンピューティングシステムが一緒に動作してかつ適切に機能することが必要とされるの場合に、特にこのことが問題になる。

種々の理由により、イベント処理は管理されたコンピューティングシステムの中心的な特性となっている。一般的にイベント処理では、イベントの流入から意味を引き出すことが必要になる。しかしながら、複雑なコンピューティングシステム内の様々なリソースに関連するイベントの絶対的な量により、そのような意味は不明瞭になることが多い。例えば、コンピューティングシステムにアクセスしているユーザ数、コンピューティングシステムで動作しているアプリケーション数、コンピューティングシステムにより行なわれているタスクや作業の数を含む要因のために、広範囲にわたる利用可能なコンピューティングシステムリソースに関連する色々なイベントがあふれ出すことがある。

以下の「発明を実施するための最良の形態」で詳述する、モデルをベースとしたイベント処理の単純化した概念を紹介するために、この概要を提供する。この概要は、本発明の本質的な請求項の主題を識別するためのものではなく、本発明の請求項の主題を決定するために使用するためのものでもない。

ある実施形態では、システムのモデルは管理されたエンティティと、管理されたエンティティ間の関係を含む。そのモデルに従ってイベントが関連している管理されたエンティティが関係を有する場合、その管理されたエンティティに関連したイベントが識別され、決定されて関連付けられる。

実施形態に様々な管理されたエンティティに関連するイベントの相関を規定している、モデルをベースとしたイベント処理を記述する。一つの例示的な実装では、管理されるエンティティ間の関係はモデルの中に記憶されている。管理されたエンティティにより生成されたイベントは、モデルの観点から処理され、このモデルの下で関係を有する管理されたエンティティと関連がある場合、イベントは互いに関係があると見做される。

モデルをベースとしたイベント処理のために記述されたシステムと方法の態様は、異なったコンピューティングシステム、環境、および／または構成の任意の数に実装することはできるが、モデルをベースとしたイベント処理の実施形態は、以下のような例示的なシステムアーキテクチャと方法という状況において記述される。

例示的システム
図１は、モデルをベースとしたイベント処理の実施形態を使用して処理することが可能なイベントを生成することができる、管理されたエンティティの例示的なシステム１００を示す。システム１００には、ファイルシステムＡ１０２，ディスクＣ１０４、コンピュータＦ１０６，コンピュータＢ１０８，メッセージングサービスＸ１１０，メッセージングサービスＹ１１２，データセンタＭ１１４が含まれる。本明細書で使用される「管理されたエンティティ」という用語は、システム管理者に関係する随意的なものを含む。例えば、管理されたエンティティが含むことができるのは、アプリケーション（データベースアプリケーション、ｅ−メールアプリケーション、ファイルサーバアプリケーション、ゲームアプリケーション、生産アプリケーション、オペレーティングシステム等を含む）、ドメイン、ファイルシステム、コンピュータ上の特定のハードウェア（ネットワークカード、ハードディスクドライブ、取り外し可能ディスクドライブ、マルチプロセッサの一つ等）、仮想マシン、コンピュータ、マルチプロセッサのグループ、サブネット、インターネットゲートウェイ、サービス、データセンタ、コストセンタ、ウェッブサイト、ウェッブサービス、プロセス等のようなハードウェア、および／またはソフトウェアコンポーネントである。システムは、管理された要素を含んだハードウェア、および／またはソフトウェアコンポーネントの一つ以上の集合を参照する。

システム１００では、コンピュータＦ１０６はディスクＣ１０４を備えており、ファイルシステムＡ１０２を実行する。コンピュータＦ１０６は、また、データセンタＭ１１４内のメッセージングサービスＸ１１０の一部でもある。同様に、コンピュータＢ１０８は、データセンタＭ１１４内のメッセージングサービスＹ１１２の一部である。一実装では、本明細書で使用されている「サービス」という用語は、多数のコンピュータ上で稼動している多数のアプリケーションを指す。さらにもう一つの実装では、「サービス」は１台のコンピュータ上で動作する一つのアプリケーションを指す。

図１の管理されたエンティティを接続する線は、接続されたエンティティ間の関係を表している。管理されたエンティティ間に存在しうる関係の例には、包含関係、ホスティング関係、通信関係、依存関係、所有関係等が含まれる。包含関係は別に管理されたエンティティに含まれているので、一つの管理されたエンティティを識別する。含まれている管理されたエンティティのデータと定義は、含んでいる管理されたエンティティの中に組み込まれていることがよくある。また、一つの管理されたエンティティがもう一つの管理されたエンティティに含まれている場合には、含んでいる管理されたエンティティは、含まれている管理されたエンティティの寿命と可視性の両方を制御することができる。含まれている管理されたエンティティは、含まれる管理されたエンティティに対して行動を委任することもできる。

ホスティング関係は、管理されたエンティティ間の依存性を識別する。ホスティング関係では、ゲストの管理されたエンティティが存在するために、ホスティングしている管理されたエンティティは存在する必要がある。通信関係は、相互に通信できる管理されたエンティティを識別するが、依存関係は、他の管理されたエンティティに依存する一つ以上の管理されたエンティティを識別する。同様に、所有関係は、他の管理されたエンティティを所有、または制御する管理されたエンティティを識別する。

更に、上記関係のタイプのいくつかは、結合して「マルチホップ」関係となる。例えば、コンピュータＢ１０８はメッセージングサービスＹ１１２上のホップを介してデータセンタＭ１１４に関係付けられていることが分かる。システムがＸＭＬ文書内（以下で詳細に議論されるように）でモデル化される場合、複数の関係脚（ｌｅｇ）を横切る可能性があるマルチホップ関係がＸパスまたはＸクエリとして表すことができる。

ファイルシステムＡ１０２とコンピュータＦ１０６は、データセンタＭ１１４とメッセージングサービスＸ１１０とＹ１１２と同様に、直接関係付けられていると考えられている。対照的に、メッセージングサービスＸ１１０とＹ１１２のようなエンティティは、図１で両者を接続する線が示されていないので直接関係付けられてはいない。しかしながら、例示的な実施形態の一つでは、メッセージングサービスＸ１１０とＹ１１２は共にデータセンタＭ１１４と関連があるので、メッセージングサービスＸ１１０とＹ１１２は間接的に関連付けられているように思われる。しかしながら、この性質の推移的な関係は、関係のタイプ全てに対しては認識されないことは理解できる。

説明のために、ディスクＣ１０４がコンピュータＦ１０６に含まれ、ファイルシステムＡ１０２がコンピュータＦ１０６上で動作する場合、ファイルシステムＡ１０２、コンピュータＦ１０６とディスクＣ１０４間の間接的関係の存在が可能である。このように、ファイルシステムＡ１０２とコンピュータＦ１０６は「その上で動作する」タイプの関係があるが、ディスクＣ１０４とコンピュータＦ１０６は「中に含まれる」タイプの関係がある。ディスクＣ１０４とファイルシステムＡ１０２間の２つのホップ関係では、ディスクＣ１０４がバッドブロックに遭遇する場合、ディスクＣ１０４がその問題を訂正するため、ファイルシステムＡ１０２はディスクＣ１０４からの応答が遅くなることがある。このように、ディスクＣ１０４における問題がファイルシステム１０２の性能を損なうことがある。同様に、本明細書で使用されている関係という用語は管理されたエンティティ間のマルチホップ関係も含むことは理解できる。

管理されたエンティティは、様々な理由でユーザまたはシステム管理者により関連付けられていると定義することができる。例えば、コンピュータＦ１０６とコンピュータＢ１０８は直接には相互関係がないとしても、それらは同じモデルタイプであるとか、または同様の制約を受ける等と仮定して、システム管理者がそれらの間の関係を記録することを望むことがある。

システム１００は、図１で説明されているよりも多くの管理されたエンティティを含むことができる。例えば、システム１００は多数のサービスをサポートしている多数のアプリケーションを実行している多数のコンピュータを含むことができる。更に、システム１００は種々のネットワーキング技術等により相互に連結された様々なサーバを含むことができる。

システム１００が作動すると、様々な管理されたエンティティがイベントを生成する。本明細書で使用されている「イベント」という用語は、ユーザまたはシステム管理者に関係する任意の基準、条件、出来事、または行動を示す。例えば、イベントはコンピュータＦ１０６で使用されるメモリ量や処理能力のような、管理されたエンティティの条件のスナップショットを含む。同様に、イベントは、管理されたエンティティに問題を伝えるエラー報告を含む。例えば、ディスクＣ１０４で報告されたディスクエラー、または性能カウンタからのデータのような管理されたエンティティに関する情報もまたイベントを構成する。

イベントは、システム１００内で管理されたエンティティ各々に関連する器具類１１６（ａ−ｇ）を使用して報告される。例えば、ファイルシステムＡ１０２に関連するイベントは、器具１１６（ａ）により登録、および／またはイベント記録に書き込まれる。同様に、メッセージングサービスＹ１１２に関連するイベントは、器具１１６（ｅ）により登録、および／またはイベント記録に書き込まれる。システムを管理する行動に関連のある情報を含むイベントを作り出すために、器具類１１６はイベントを検出して、および／または関連している管理されたエンティティの条件を定期的に検査する。この情報は、そのイベントが関係している管理されたエンティティの身元と共に、器具類により発行された記録に含まれる。その構造とそのような記録に含まれるデータは、図３と共に以下で詳細に議論する。

実施形態の一つでは、器具類１１６が関連している管理されたエンティティに従って、器具類１１６は分類され、カスタマイズされる。例えば、ディスクＣ１０４に関連する器具１１６（ｂ）はコンピュータＦ１０６に関連する器具１１６（ｄ）とは異なることがある。

例示的モデル
図２は、図１に示すシステム１００の抽象モデルであるシステム定義モデル（ＳＤＭ）２００を示す。ＳＤＭを除いた様々なアプローチとモデリング技術を、システム１００を効果的にモデル化するのに使用できることもまた理解できる。

一般的に、システム１００内の管理されたエンティティ数が増えると、システム１００内の管理されたエンティティ間の直接的、また間接的な関係の複雑さを含むシステム１００の複雑さも増加する。システム１００の抽象モデル２００は、システム１００の展開中に作成可能で、システム１００の構造を表わすのに使用される。

以下で詳細に説明するように、様々な管理されたエンティティに属する特定の情報や関係をシステム１００内で発見することにより、システム１００の具象モデルがモデル２００から作られる。例えば、モデル２００内で見つけられた抽象クラスの真のインスタンスと関係を発見することにより、具象モデルが作られる。完成された具象モデルは、システム１００の構造を正確に表現することができ、ユーザまたは管理者がシステム１００をより良く理解して管理するために使用することができる。

モデル２００に戻ると、システム管理者のようなユーザは、システム１００に関連した、またはシステム１００の特定の管理されたエンティティに関連する一つ以上の属性を定義することができる。従って、モデル２００は図２内のコンポーネントとしてモデル化された管理されたエンティティと、それらのコンポーネント間の対応する関係を含むことができる。こうして、モデル２００は管理することができるシステムを記述することができるが、このシステムの管理は、例えば、システム内の管理されたエンティティに関連するイベントを監視すること、システム上にソフトウェアをインストールすること、システム性能を監視すること、システムについての構成情報を整備すること、システム内の制約が満足されていることを検証すること、安全性の観点からシステムの完全性を監視すること、上記の組合せ等を含む。

説明したように、モデル２００はモデル化されるシステムの中で管理されたエンティティ（ソフトウェア、および／またはハードウェア）各々に対応するコンポーネントを含む。上記図１に関連して議論したように、システム内にありうるハードウェア、および／またはソフトウェアコンポーネントの例は、アプリケーション（例えば、データベースアプリケーション、ｅ−メールアプリケーション、ファイルサーバアプリケーション、ゲームアプリケーション、生産アプリケーション、オペレーティングシステム等）、ドメイン、コンピュータ上の特定のハードウェア（例えば、ネットワークカード、ハードディスクドライブ、取り外し可能ディスクドライブ、マルチプロセッサの一つ等）、仮想マシン、コンピュータ、多数のコンピュータのグループ、サブネット、インターネットゲートウェイ、サービス、データセンタ、ウェッブサイト、ウェッブサービス、プロセス等を含む。

モデル２００は、システム１００の抽象モデルを表わし、ファイルシステムＡ１０２，ディスクＣ１０４，コンピュータＦ１０６，コンピュータＢ１０８、メッセージングサービスＸ１１０，メッセージングサービスＹ１１２、データセンタＭ１１４各々のモデルを作るコンポーネント２０２からコンポーネント２１４を含んでいる。同様に、コンポーネントを接続する線は、様々な関係のタイプを表わす。上述の２つのホップ例に戻ると、コンポーネント２０２とコンポーネント２０６を接続する線は、「その上で動作する」タイプの関係を表わす。同様に、コンポーネント２０６とコンポーネント２０４を接続する線は、「中に含まれる」タイプの関係を表わす。

例示モデル２００は７つのコンポーネントを備えているが、実際上モデル化されているシステムであり、従ってモデル２００は、任意の数のコンポーネントを備えることが可能であり、モデル２００内のコンポーネントにより表わされるシステム内でハードウェアまたはソフトウェア各々が管理される。例えば、特定のコンピュータを表わすコンポーネントもあれば、その特定のコンピュータ上で動作するオペレーティングシステムを表わす別のコンポーネントもある。もう一つの例として、オペレーティングシステムを表わすコンポーネントもあれば、そのオペレーティングシステム上で動作するデータベースアプリケーションを表わすコンポーネントもある。さらにもう一つの例として、モデル２００内に含まれて特定のコンピュータを表わすコンポーネントもあれば、その特定のコンピュータ上にインストールされたオペレーティングシステムを表わす関連するコンポーネントもある。同様に、コンポーネントを含むこともできれば、オペレーティングシステム上で動作する仮想マシンを表わすこともでき、その仮想マシン上で動作するオペレーティングシステムを表わすコンポーネントを含むこともできる。そのような例では、オペレーティングシステムは、同じものか２つの異なるオペレーティングシステムであってもどちらでもよい。

モデル２００は総合的な知識の記憶装置を意図したものであり、抽象的なタイプに特化した方法でシステム１００を管理する際に使用される全ての情報を含んでいる。例えば、コンピュータとメッセージングサービスの数とインスタンスが変化しているタイプ１００のシステムも、モデル２００を使用して表わすことができる。更に、以下で詳細に議論するように、実際のシステムでコンポーネントと関係を見つけるための知識と秘訣は、情報ページ内で符号化することもできる。

システム１００内の様々な管理された要素間の関係と同じように、システム１００内の特定の管理された要素に関する情報も、モデル２００内の情報に含めることができる。この意図にもかかわらず、あるいは、モデル２００には情報の全てでなくシステムを管理する際に使用される情報の幾つかだけが含まれることも理解されている。

システム１００内の異なる管理された要素間に存在する関係を、関係するコンポーネントを接続する線でモデル２００内に示す。図１に関連して上述したように、コンポーネント間に存在できる関係の例には、（上述したような「中に含まれる」関係のような）包含関係、（上述した「その上で動作する」関係のような）ホスティング関係、通信関係、依存関係、所有関係が含まれる。

図２は、また、一つ以上の情報ページがモデル２００内の各コンポーネントと関連付けられることを示す。情報ページ２１６はコンポーネント２０２と関係付けられ、情報ページ２１８はコンポーネント２０４と関係付けられ、情報ページ２２０はコンポーネント２０６と関係付けられ、情報ページ２２２はコンポーネント２０８と関係付けられ、情報ページ２２４はコンポーネント２１０と関係付けられ、情報ページ２２６はコンポーネント２１２と関係付けられ、情報ページ２２８はコンポーネント２１４と関係付けられる。各情報ページは、それと関連するコンポーネントについての情報を含む。更に、情報のタイプが異なれば、異なったコンポーネントのために保持される。ある実施形態の場合は、あるページにはインストレーション情報が含まれ、別のページには制約情報が含まれるというように、異なったページに情報の異なったタイプが含まれる。あるいは、インストレーション情報と制約情報が同じページに含まれるというように、情報の異なったタイプが同じページに含まれることもある。更に、ページはモデル２００（または、モデル１００内の管理されたエンティティ）内のコンポーネントと同じ様に関連付けられることができることは理解できる。言いかえれば、ページ自身も関係付けられる。

情報ページのタイプの例としては、インストレーションページ、監視ページ、サービスレベル合意ページ、記述ページ、関係ページ等が含まれる。インストレーションページには、どんなファイルをハードドライブ上にコピーするか、（オペレーティングシステムのレジストリに含めるデータのような）どのシステム設定を追加または変更する必要があるか、ファイルのあとに続くどの構成プログラムをハードドライブ上にコピーするか等といった、関連するコンポーネントを別のコンポーネントにどのようにインストールするか（例えば、アプリケーションをコンピュータにインストールする）を記述した情報が含まれる。

監視ページには、性能監視、および／または関連するコンポーネントの健康状態に関連する情報が含まれる。この情報には、特定の規則（例えば、イベントが発生したり、アラームが鳴ったり等した時に、ある設定または他の情報を記録する）が満たされた場合、どのような行動を取るかと同様、関連するコンポーネントがどのように監視されるか（例えば、コンポーネントを監視する場合、どのような基準と他の出来事が探しているイベントを構成するか）を記述する規則が含まれる。

サービスレベル合意のページは、関連するコンポーネント（例えば、関連するコンポーネントの購入者と、関連するコンポーネントが購入された売り手との間）に関する複数のパーティー間の合意を記述する情報を含む。例えば、複数のパーティー間で得られた合意をそのパーティーが満たしているかどうかを判定するために、システムの運転中にこれらにアクセスすることができる。

記述ページは、コンポーネントのための様々な設定、またはコンポーネントの他の特性のような、関連するコンポーネントを記述する情報を含む。これらの設定や特性は、コンポーネントの名前または他の識別子、コンポーネントの製造業者、いつコンポーネントがインストールまたは製造されたか、コンポーネントの性能特性等を含む。例えば、コンピューティング装置を表すコンポーネントに関連する記述ページは、そのコンピューティング装置内にインストールされるメモリの量についての情報を含む。同様に、プロセッサを表すコンポーネントに関連する記述ページは、プロセッサの速度についての情報を含み、ハードドライブを表すコンポーネントに関連する記述ページは、ハードドライブの記憶容量やハードドライブの速度等についての情報を含む。

関係ページは、関連するコンポーネントが有する、他のコンポーネントとの様々な関係に関する情報を含む。これらの関係は、直接的でも間接的でもよく、イベントを処理する行動を援助するために、ユーザまたは管理者により設定される。例えば、コンポーネントのための関係ページは、そのコンポーネントが、常時相互に作用（または、電気的に結合）しているいくつかの他のコンポーネントに直接関係しているということを規定している。更に、関係ページは、対象となるコンポーネントと間接的に関連するコンポーネントの間で、例えば類似の実行効率、類似の組成、または類似の運用上の制約を根拠にして、他の類似のコンポーネントと間接的に関連していることを規定している。同様に、あるコンポーネント、またはある関係のインスタンスを発見すると、発見ページは命令を符号化する。

このように、システム１００内の各コンポーネントに関して、モデル２００内の情報ページは様々な情報（例えば、インストレーション、制約、監視、発見等）を維持する。これらの情報ページの性質は様々であるが、共にモデル２００の中で維持されており、モデル２００により記載されるタイプのシステムの管理に関わる様々なユティリティ、または他のアプリケーションが、全て容易にアクセスすることができる。

本明細書の議論では、コンピューティング装置の様々なクラスを参照している。コンピューティング装置のこれらの異なったクラスの各々は、特定の共通の特性を有するコンピューティング装置を参照するので、それらは一緒にグループ化されて、装置の一つのクラスと見做される。装置の異なったクラスの例は、インターネットにアクセス可能なＩＩＳ（インターネット情報サービス）サーバ、内部のイントラネット上だけでアクセス可能なＩＩＳサーバ、データベースサーバ、ｅ−メールサーバ、注文処理サーバ、デスクトップコンピュータ等を含む。一般に、コンピューティング装置の異なるクラス各々は、システムモデル内の構成の一つに対応する。

モデル２００はまた、静的情報（例えば、アプリケーション内のソフトウェアサービスのトポロジ）と動的情報（例えば、特定のトランザクションの制御フロー）を含む。この情報は、コンポーネント、システムアーキテクチャ、トランザクションフロー（例えば、ある機能を行なう一連のステップ）を記述するのに使用される。

図３は、モデルをベースにしたイベント処理を実装するのに使用することができる、例示的なオペレーションマネージャとイベント相関モジュールを示す。オペレーションマネージャ３００は、モデルサーバ３０４からシステム１００の抽象モデル３０２をインポートして、抽象モデル３０２から具象モデル３０６を生成するのに使用することができる。実施形態の一つでは、方法を符号化して具象モデルのためのインスタンスを発見する抽象モデル２００の中の情報ページを使用して、上記具象モデルを生成することができる。インスタンスは関係のためと同様クラスのためのものである。

一実施形態では、抽象モデル３０２は図２に関連して上記で議論したモデル２００を含む。しかしながら、既述したように、図２に関連して議論したシステム定義モデル（ＳＤＭ）以外の言語、アプローチ、技術を使用して生成したシステム１００の抽象モデルの他のタイプも、オペレーションマネージャ３００にインポートできる。ＸＭＬ文書の形態で、モデルサーバ３０４から抽象モデル３０２が引き出された実施形態もある。

一旦オペレーションマネージャ３００が抽象モデル３０２をインポートして、対応する具象モデル３０６を生成すると、具象モデル３０６はデータベースに記憶できる。このデータベースを、オペレーションマネージャ３００の全て、または一部をホストするコンピュータ上でホストできるか、またはオペレーションマネージャ３００からリモートする。あるいは、データベースは、オペレーションマネージャ３００をホストしているコンピュータを含んで、または含まないで、様々なコンピュータ上に様々な時期に記憶することができる。

図１に関連して上記で議論したように、システム１００（抽象モデル３０２と具象モデル３０６でモデル化されている）内の管理されたエンティティ各々は、管理されたエンティティと関連付けられたイベント３０８を検出して、イベント３０８に関するデータを含むイベント記録３１０を発行するように構成された器具１１６に関連付けられている。イベントの性質やイベントが発生、または登録された時間のような、報告されるイベントに関するデータを含むイベントフィールド３１２を含む幾つかのフィールドを、各イベント記録３１０は有することができる。イベント記録３１０は、身元、および／またはイベント３０８が関連している管理されたエンティティのタイプの参照を含んだ管理されたエンティティの身元フィールド３１４も含んでいる。一実施形態では、この参照は管理されたエンティティの識別名（ＭＥＩ）として知られている、固定され図式化された識別名である。例示的な一実装では、ＭＥＩは管理されたエンティティの身元を含む。別の例示的な実装では、ＭＥＩはモデルから管理されたエンティティの身元へマッピングすることができるＩＰアドレスを含む。

イベント記録３１０は、イベント３０８に関する補足データ、イベント３０８に関連する管理されたエンティティ、またはユーザもしくは管理者に関係する他の情報を記憶する追加データフィールド３１６のような他のフィールドも備える。一旦器具１１６により発行されると、イベント記録３１０はデータベースの続編を含むイベント収集サーバ３１８に記憶される。

イベント収集サーバ３１８はイベント相関モジュール３２０によりアクセス可能である。図３では、イベント相関モジュール３２０はオペレーションマネージャ３００の中に存在しているように示されている。しかしながら、イベント相関モジュール３２０はオペレーションマネージャ３００の外に全部が、もしくは一部が存在するか、またはイベント相関モジュール３２０の一部がオペレーションマネージャ３００内に、もしくは様々な他のコンピュータ上に別の時間に存在することは理解できる。

例示的な一実装では、イベント相関モジュール３２０はイベント収集サーバ３１８にアクセスして、抽象モデル３０２および／または具象モデル３０６に従って関係を有する管理されたエンティティにより発行されるイベント記録３１０を見つけるために、自身に記憶された様々なイベント記録３１０を比較する。イベント収集サーバ３１８内の様々なイベント記録３１０の管理されたエンティティ識別子フィールド３１４を見ることにより、イベント相関モジュール３２０がこれを行なう例示的な実装もある。抽象モデル３０２および／または具象モデル３０６の下で関係を有する管理されたエンティティを指示する管理されたエンティティ識別子フィールド３１４が見つかれば、管理されたエンティティ身元フィールド３１４（およびその各々のイベント３０８）を含むイベント記録３１０が関係付けられたと言える。さらに、関連付けられたイベント３０８を指示しているイベント記録３１０が一旦見つかれば、イベント相関モジュール３２０により任意のユーザ、管理者、またはイベント処理に関わるエンティティにも報告を発行することができる。このレポートは管理された要素の身元、イベント３０８の発生（または登録）時間、関連付けられたイベント３０８自身の性質のような、関連付けられたイベント３０８のイベント記録３１０からの様々な情報に加えて、アラートまたは他の指標を含むことができる。レポート情報は、集められて、将来の監査や報告のための新しい総括イベントの記録に使用することもできる。

イベント相関モジュール３２０は、プログラムを組んで、イベント記録３１０内に表示されている管理されたエンティティ間の関係の様々なタイプを探すことができる。例えば、イベント相関モジュール３２０は、プログラムされて直接的関係だけを探すことができる。あるいは、イベント相関モジュール３２０はプログラムされて、間接的関係だけを探すこともできる。さらに、関係の分離のレベルはイベント相関モジュール３２０に重要な意味を持たせることもできる。

さらに、管理されたエンティティと関係はタイプ分類されているので、相関論理は属性一致基準と同様にクエリ指定タイプに基づいた管理されたエンティティと関係のインスタンスをトラバースすることがある。このように、関連する管理されたエンティティをハングオフしている相互に関係付けられたイベントを見つけることができる。例えば、一実装では、タイムアウトイベントが関連しているデータベースが、同じＲＡＩＤ装置をホストする場合、データベースタイムアウトイベントは、ＲＡＩＤ記憶装置内のディスクブロックエラーに関連する可能性がある。

例示的な方法
図４は、モデルをベースにしたイベント処理のための例示的な方法４００を示し、図１〜図３に示す例示的システム１００、モデル２００、オペレーションマネージャ３００、イベント相関モジュール３２０を参照して記述されている。その方法が記載されている順序は制限として解釈するつもりはないし、記述された方法のブロックは幾つでも、任意の順番で組み合わされて、その方法、または代わりの方法を実装することができる。さらに、本明細書に記載されている本発明の精神と範囲から逸脱することなく、個々のブロックはこの方法から削除することができる。さらにこの方法は、適切なハードウェア、ソフトウェア、ファームウェア、またはその組み合わせのいかなるものにも実装することができる。

ブロック４０２にて抽象モデルが引出される。抽象モデルは、モデルの中で管理されたエンティティを表すコンポーネント間の一つ以上の関係タイプの抽象的な定義と同様に、一つ以上の管理されたエンティティタイプを含む。例えば、このモデルはウェッブサーバ上でウェッブサイトが動作していることを認識する。例示的な一実装では、オペレーションマネージャ３００はモデルサーバ３０４からシステム１００の抽象モデル３０２を引出すことができる。

ブロック４０４にて、抽象モデル内で定義された管理されたエンティティのインスタンスと抽象モデル内で定義された管理されたエンティティ間の関係が発見されて、具象モデルを生成する。例えば、モデル２００内のコンポーネント２０２，２０４，２０６，２１０，２１４間の関係が定義されて定量化される。同様に、モデル２００内のコンポーネント２０８，２１２，２１４間の関係が定義されて定量化される。例示的な一実装では、モデル化されたシステム１００のように、システムの実動作環境における発見フェーズ中に管理されたエンティティとそれらの関係間に、具象インスタンスと関係のタイプを見つけることにより、具象モデルが作り出される。具象インスタンスと関係のタイプは、システムの抽象モデル内に記載した方法を使用して見つけることができる。

ブロック４０６にて、管理されたエンティティに関連するイベントが選択される。一実装では、このことはイベント相関モジュール３２０を使用してイベント収集サーバ３１８に記憶されたイベント記録３１０を集めることを含む。他の例示的な実装では、抽象モデル内で符号化された方法を使用して、イベントは管理されたエンティティのために署名され、集められ、濾過され、生成される。さらに、イベント選択を進める選択基準は、抽象モデルの中で管理されたエンティティを表す様々なコンポーネントに関連する情報ページの中で見つけることができる。

イベント記録３１０は、報告されるイベントに関するデータを含むイベントフィールド３１２、イベント３０８が関連する管理されたエンティティの身元、および／またはタイプへの参照を含む管理されたエンティティ身元フィールド３１４、並びにイベント３０８に関する補足データ、イベント３０８に関連する管理されたエンティティ、またはユーザもしくは管理者に関する他の情報が記憶されている追加のデータフィールド３１６、を含む幾つかのフィールドを含む。

ブロック４０８にて、アクセスしたイベントはそれぞれ、対応する管理されたエンティティと関連付けられる。一実装では、報告されたイベント３０８に関連する管理されたエンティティは、イベント３０８を報告するイベント記録３１０内の管理されたエンティティ身元フィールド３１４にアクセスすることにより配置することができる。管理されたエンティティ身元フィールド３１４は、イベントが関連する管理されたエンティティの身元に関するデータを含む。

ブロック４１０にて、関連付けられた管理されたエンティティ間の関係に基づいてイベントが関連付けられる。例えば、様々なイベント３０８を表す様々なイベント記録３１０の間の管理されたエンティティ身元フィールド３１４は、イベント相関モジュール３２０により比較される。抽象モデル３０２および／または具象モデル３０６に従って、関連する管理されたエンティティ（対応する管理されたエンティティ身元フィールド３１４により報告されたように）に関連するイベント記録３１０が見つかった場合、イベント３０８はイベント相関モジュール３２０により関連付けられると思われる。例示的な一実装では、相関情報ページに見られるようにシステムの抽象モデル内の抽象クラスと関係に関して記載した相関方法に従うことにより、イベントが相互に関係付けられている。

ブロック４１２にて、互いに関連付けられたイベントが一旦分離されてしまうと、互いに関係付けられたイベントの発見を指示する連絡が発せられる。ある実装では、この連絡はイベント相関モジュール３２０により、任意のユーザ、管理者、またはイベント処理に関与するエンティティに対しても発行され、互いに関係付けられたイベント３０８のイベント記録３１０からの様々な情報に加えて、アラート、または他の指標を含むことができる。この情報には、管理された要素の身元、イベント３０８が発生した（または登録された）時間、イベント３０８自身の性質を含めることができる。

例示的コンピュータ環境
図５は、一般的なコンピュータ環境例５００を示すもので、本明細書に記載された技術を実装するのに使用することができ、本明細書に記載された要素全体、または一部を表すことができる。コンピュータ環境５００は、コンピュータ環境の一つの例にすぎず、コンピュータとネットワークアーキテクチャの使用または機能の範囲を制限することを示唆するつもりのものではない。また、コンピュータ環境例５００の中に示すコンポーネントの一つ、またはその組合わせに関する依存性、または要求があるものとして解釈してはならない。

コンピュータ環境５００は、コンピュータ５０２の形態で汎用コンピューティング装置を含む。コンピュータ５０２は、例えば、デスクトップコンピュータ、ハンドヘルドコンピュータ、ノートブックまたはラップトップコンピュータ、サーバコンピュータ、ゲームコンソール等である。コンピュータ５０２のコンポーネントは、限定はされないが、一つ以上のプロセッサ、または処理ユニット５０４、システムメモリ５０６、プロセッサ５０４を含む様々なシステムコンポーネントをシステムメモリ５０６に結合させるシステムバス５０８を含む。

システムバス５０８は、メモリバスまたはメモリコントローラ、周辺バス、高速グラフィックポート、プロセッサまたは様々なバスアーキテクチャのいずれかを使用したローカルバスを含むバス構造の幾つかのタイプの任意な一つ以上を表す。一例として、上記のアーキテクチャは、ＩＳＡ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｔｅｃｔｕｒｅ）バス、ＭＣＡ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｔｅｃｔｕｒｅ）バス、ＥＩＳＡ（Ｅｎｈａｎｃｅｄ ＩＳＡ）バス、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ）ローカルバス、メザニン（Ｍｅｚｚａｎｉｎｅ）バスとしても知られるＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスを含む。

コンピュータ５０２は、一般的に様々なコンピュータ可読媒体を備えている。上記媒体は、コンピュータ５０２によりアクセスできる入手可能な媒体であればどれでもよく、揮発性と不揮発性媒体、取り外し可能と取り外し不可能媒体の両方を含む。

システムメモリ５０６は、ランダムアクセスメモリ（ＲＡＭ＝Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５１０のような揮発性メモリ、および／またはリードオンリーメモリ（ＲＯＭ＝Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５１２のような不揮発性メモリの形態でコンピュータ可読媒体を備える。スタートアップ中のような、コンピュータ５０２内の要素間で情報を伝えるのを支援する基本的なルーチンを含む基本入出力システム（ＢＩＯＳ＝Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）５１４はＲＯＭ５１２に記憶される。ＲＡＭ５１０は、一般的に、処理ユニット５０４により即座にアクセス可能、および／または現在処理されているデータおよび／またはプログラムモジュールを備えている。

コンピュータ５０２はまた、他の取り外し可能／取り外し不可能、揮発性／不揮発性コンピュータ記憶媒体も備える。一例として、図５は取り外し不可能不揮発性磁気媒体（図示せず）からの読出し、および書込みをするためのハードディスクドライブ５１６、取り外し可能不揮発性磁気ディスク５２０（例えば「フロッピー（登録商標）ディスク」）からの読出し、および書込みをするための磁気ディスクドライブ５１８、ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ、または他の光媒体のような、取り外し可能不揮発性光ディスク５２４からの読出し、および／または書込みをするための光ディスクドライブ５２２を示す。ハードディスクドライブ５１６、磁気ディスクドライブ５１８、光ディスクドライブ５２２は、一つ以上のデータ媒体インタフェース５２６により、各々システムバス５０８に接続される。あるいは、ハードディスクドライブ５１６、磁気ディスクドライブ５１８、光ディスクドライブ５２２は、一つ以上のインタフェース（図示せず）によりシステムバス５０８に接続可能である。

ディスクドライブとそれに関連するコンピュータ可読媒体は、コンピュータ５０２のためのコンピュータ可読命令、データ構造、プログラムモジュール、その他のデータの不揮発性記憶を提供する。この例ではハードディスクドライブ５１６、取り外し可能磁気ディスク５２０、取り外し可能光ディスク５２４を示すが、磁気カセット、または他の磁気記憶装置、フラッシュメモリーカード、ＣＤ−ＲＯＭ，ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｌｅ Ｄｉｓｋ）または他の光ストレージ、ランダムアクセスメモリ（ＲＡＭ），リードオンリーメモリ（ＲＯＭ），ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のようなコンピュータによりアクセス可能なデータを記憶できるコンピュータ可読媒体の他のタイプを利用して、例示的なコンピューティングシステムと環境を実装できることが分かる。

一例として、オペレーティングシステム５２７、一つ以上のアプリケーションプログラム５２８、他のプログラムモジュール５３０、プログラムデータ５３２を含むハードディスク５１６、磁気ディスク５２０、光ディスク５２４、ＲＯＭ５１２、および／またはＲＡＭ５１０上にプログラムモジュールは任意の数を記憶できる。オペレーティングシステム５２７、一つ以上のアプリケーション５２８、他のプログラムモジュール５３０、プログラムデータ５３２（またはそのいくつかの組合わせ）各々は、分散ファイルシステムをサポートする内在するコンポーネントの全て、または一部を実装する。

キーボード５３４やポインティングデバイス５３６（例えば、「マウス」）のような入力装置を介して、ユーザはコマンドや情報をコンピュータ５０２に入力することができる。他の入力装置５３８（特には図示せず）には、マイクロホン、ジョイスティック、ゲームパッド、衛星放送受信アンテナ、シリアルポート、スキャナ等が含まれる。様々な入力装置がシステムバス５０８に接続された入出力インタフェース５４０を介して処理ユニット５０４に接続されているが、パラレルポート、ゲームポート、またはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）のような他のインタフェースやバス構造により接続することも可能である。

モニタ５４２、または表示装置の他のタイプは、ビデオアダプタ５４４のようなインタフェースを介してシステムバス５０８に接続することもできる。モニタ５４２に加えて、入出力インタフェース５４０を介してコンピュータ５０２に接続可能なスピーカ（図示せず）やプリンタ５４６のようなコンポーネントも、他の出力周辺装置に含まれる。

リモートコンピューティング装置５４８のような、一つ以上のリモートコンピュータへの論理的な接続を使用したネットワーク環境でコンピュータ５０２は作動可能である。一例として、リモートコンピューティング装置５４８とは、パーソナルコンピュータ、ポータブルコンピュータ、サーバ、ルータ、ネットワークコンピュータ、ピア装置または他の共通ネットワークノード等でよい。リモートコンピューティング装置５４８は、コンピュータ５０２に関して本明細書に記載した要素と特徴の多く、または全てを含むことができるポータブルコンピュータとして説明されている。

コンピュータ５０２とリモートコンピュータ５４８との間の論理接続は、ローカルエリアネットワーク（ＬＡＮ）５５０と一般的なワイドエリアネットワーク（ＷＡＮ）５５２として描かれている。上記ネットワーキング環境は、オフィス、企業全体のコンピュータネットワーク、イントラネット、インターネットでは標準的である。

ＬＡＮネットワーキング環境に実装される場合、コンピュータ５０２はネットワークインタフェースまたはアダプタ５５４を介してローカルネットワーク５５０に接続される。ＷＡＮネットワーキング環境内に実装される場合は、コンピュータ５０２は、一般的にワイドネットワーク５５２上で通信を確立するためのモデム５５６、または他の方法を備える。コンピュータ５０２の内部にも、または外部にも置くことができるモデム５５６は、入出力インタフェース５４０または他の適切な機構を介してシステムバス５０８に接続することができる。説明したネットワーク接続は例示的なものであり、コンピュータ５０２とコンピュータ５４８間の通信リンクを確立する他の方法を使用できるということは理解できる。

例えばコンピューティング環境５００で説明したようなネットワーク環境では、コンピュータ５０２に関して述べたプログラムモジュール、またはその一部は、リモートメモリ記憶装置に記憶することができる。一例として、リモートアプリケーションプログラム５５８は、リモートコンピュータ５４８のメモリ装置上にある。説明のために、アプリケーションプログラムや、オペレーティングシステムのような他の実行可能なプログラムコンポーネントは、本明細書では個別のブロックとして説明されているが、上記プログラムやコンポーネントは、様々な時間にコンピューティング装置５０２の様々なストレージコンポーネント内にあり、コンピュータのデータプロセッサにより実行されるということは認識されている。

一つ以上のコンピュータ、または他の装置により実行されるプログラムモジュールのような、コンピュータ実行可能命令の一般的な背景のもとで、本明細書には様々なモジュールと技術が記載されている。通常、プログラムモジュールには、特定のタスクを行うか、または特定の抽象データタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等が含まれる。一般的には、プログラムモジュールの機能性は、様々な実施形態において要求されているように結合または分散される。

これらのモジュールと技術の実装は、コンピュータ可読媒体のある形態上に記憶されるか、全域にわたって伝送される。コンピュータ可読媒体とは、コンピュータによってアクセスすることができる利用可能な媒体である。一例として、制限するものではないが、コンピュータ可読媒体は、「コンピュータ記憶媒体」と「通信媒体」からなる。

「コンピュータ記憶媒体」は、コンピュータ可読命令、データ構造、プログラムモジュール、もしくは他のデータのような情報を記憶するための任意の方法または技術にも実装される、揮発性および不揮発性、取り外し可能および取り外し不可能媒体を含む。コンピュータ記憶媒体には、限定するものではないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、もしくは他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ、もしくは他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくは他の磁気記憶装置、または必要な情報を記憶するのに使用可能であり、コンピュータによりアクセス可能な他の媒体全てが含まれる。

あるいはフレームワークの一部は、ハードウェア、またはハードウェア、ソフトウェア、および／またはファームウェアの組合わせの中に実装される。例えば、フレームワークの一つ以上の部分を実装するように、一つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）またはＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）を設計、またはプログラムすることができる。

結論
モデルをベースにしたイベント処理の実施形態は、構造特徴、および／または方法に特有の言語で記述されているが、添付の特許請求の範囲は、記載した特有の特徴または方法には必ずしも限定されないということは理解される。むしろ、特有の特徴と方法は、モデルをベースにしたイベント処理の例示的な実装として開示されている。

全ての図で、類似の特徴を参照するために同じ番号を使用する。

例示的なシステム、モデルをベースにしたイベント処理の実施形態を使用して処理することが可能なイベントを示す図である。 本明細書に記載された、モデルをベースにしたイベント処理と共に使用可能な例示的なシステム定義モデル（ＳＤＭ）を示す図である。 モデルをベースにしたイベント処理の実施形態を実装することができる、例示的なオペレーションマネージャとイベント相関モジュールを示す図である。 モデルをベースにしたイベント処理のための例示的な方法を示す図である。 モデルをベースにしたイベント処理の実施形態を実装することができる例示的な汎用コンピュータ環境を示す図である。

Claims (10)

1. １つまたは複数のハードウェアコンポーネントおよび／またはソフトウェアコンポーネントの集合として管理されるコンピューティングシステムにおける、種々の管理エンティティに関連するイベントを、管理エンティティ同士の関係を格納するモデルに基づいて処理し、イベント間の相関を提供するための方法であって、前記方法は、コンピュータが、
   コンポーネントとしてモデル化される管理エンティティの１つまたは複数の型と管理エンティティを示すコンポーネント同士の関係の１つまたは複数の型を含む抽象モデルであり、管理エンティティの具象のインスタンスおよび関係の型を発見するための方法のコードを有する前記抽象モデルを取得するステップであって、前記管理エンティティの型の各々はハードウェアコンポーネントおよび／またはソフトウェアコンポーネントである、ことと、
   前記抽象モデル中の前記方法のコードを使用して、前記抽象モデル中に定義されたエンティティの具象のインスタンスおよび管理エンティティ間の関係の型を発見するとともに発見された管理エンティティ間の関係を発見して、１つまたは複数のハードウェアコンポーネントおよび／またはソフトウェアコンポーネントの集合として、管理エンティティを有するシステムの具象モデルを生成するステップであって、当該システムの管理エンティティの各々がモデル化されたコンポーネントによって表されるステップと、
   管理エンティティの状態のスナップショットおよび／または管理エンティティのエラーをそれぞれが含む通知された複数のイベントを選択することにより、前記管理エンティティに関連するイベントを識別し、選択した複数のイベントのそれぞれを前記具象モデル中の管理エンティティに関連付けるステップと、
   前記抽象モデルおよび／または前記具象モデルにより前記識別した複数のイベントのそれぞれに関連付けられた前記管理エンティティ同士が関係付けられていれば、前記識別した複数のイベントが関係付けられていると判定するステップと、
   を含むことを特徴とする方法。
2. 前記具象モデルは、ＸＭＬスキーマとシステム定義モデリング言語のうち少なくとも一つを含むモデリング言語で表されることを特徴とする、請求項１に記載の方法。
3. 前記具象モデルを生成することが、既存のシステムのモデルにアクセスすることを含むことを特徴とする、請求項１または２に記載の方法。
4. 管理エンティティ間の関係の型は、直接的関係と間接的関係のうちの少なくとも一つを含むことを特徴とする、請求項１乃至３のいずれかに記載の方法。
5. 前記管理エンティティの型は、ドメイン、コンピュータ、サブネット、サーバ、アプリケーション、インターネットゲートウェイ、データベース、ディスク、サービス、コストセンタ、データセンタ、ウェッブサイト、ウェッブサービス、プロセス、のうちの少なくとも一つを含むことを特徴とする、請求項１乃至４のいずれかに記載の方法。
6. 前記イベントを識別するステップが、各イベントの記録であるイベント記録を生成することからなり、前記イベント記録は、前記イベントが関連する前記管理エンティティへの参照を含むことを特徴とする、請求項１乃至５のいずれかに記載の方法。
7. 関連付けられたイベントに関する情報を含む報告とアラートのうち、少なくとも一つを発行するステップをさらに含むことを特徴とする、請求項１乃至６のいずれかに記載の方法。
8. 前記管理エンティティに関連するイベントを識別する前記ステップが、
   各イベントのためのイベント記録を生成するステップと、
   データベース内に各イベント記録を記憶するステップと
   を含むことを特徴とする、請求項１乃至７のいずれかに記載の方法。
9. 前記請求項１乃至８のいずれかに記載の方法におけるステップをコンピュータに実行させるコンピュータプログラムを記録したことを特徴とするコンピュータ可読媒体。
10. １つまたは複数のハードウェアコンポーネントおよび／またはソフトウェアコンポーネントの集合として管理されたコンピューティングシステムにおける、種々の管理エンティティに関連するイベントを、管理エンティティ同士の関係を格納するモデルに基づいて処理するように構成された、コンピュータに実装されたシステムであって、
    コンポーネントとしてモデル化される管理エンティティの１つまたは複数の型と管理エンティティを示すコンポーネント同士の関係の１つまたは複数の型を含む抽象モデルであり、管理エンティティの具象のインスタンスおよび関係の型を発見するための方法のコードを有する前記抽象モデルを取得するように構成されたオペレーションマネージャであって前記管理エンティティの型の各々はハードウェアコンポーネントおよび／またはソフトウェアコンポーネントである、前記オペレーションマネージャと、
    前記抽象モデル中の前記方法のコードを使用して、前記抽象モデル中に定義されたエンティティの具象のインスタンスおよび管理エンティティ間の関係の型を現在稼働中のシステム中で発見するとともに発見された管理エンティティ間の関係を発見して、１つまたは複数のハードウェアコンポーネントおよび／またはソフトウェアコンポーネントの集合として、管理エンティティを有するシステムの具象モデルを生成するように構成された手段であって、当該システムの管理エンティティの各々がモデル化されたコンポーネントによって表される、前記手段と、
    管理エンティティの状態のスナップショットおよび／または管理エンティティのエラーをそれぞれが含む通知された複数のイベントを選択することにより、前記管理エンティティに関連するイベントを識別し、選択した複数のイベントのそれぞれを前記具象モデル中の管理エンティティに関連付けるように構成されたイベント収集サーバと、
    前記抽象モデルおよび／または前記具象モデルにより前記識別した複数のイベントのそれぞれに関連付けられた前記管理エンティティ同士が関係付けられていれば、前記識別した複数のイベントが関係付けられていると判定するように構成されたイベント相関マネージャと
    を備えたことを特徴とするシステム。

Images