JP6636656B2 - 管理システム、管理装置、および管理方法 - Google Patents

Description

本発明は管理システム、管理装置、および管理方法に関し、例えば分析起点のアプリケーションに係るイベント情報を抽出する管理システム、管理装置、および管理方法に適用して好適なものである。

情報システムの大規模化が進み、ハードウェアおよびソフトウェアが多数組み合わされて動作するようになり、これらの関係が複雑化している。このような状況のもと、情報システムに障害が発生すると、障害箇所を特定することが困難となり、情報システムを迅速に復旧できなくなる。例えば、情報システムに障害が発生した場合、障害イベントが表示されるイベントコンソール画面にて、障害イベントを１つ１つ確認し、事前設計された保守書に従って、機器の状態を確認し、原因を特定し、対処した障害イベントに対処済みのラベルを付けるというような作業が行われる。

ここで、ハードウェアの障害を確認したい場合、当該ハードウェアが有する性能履歴を監視することで、その障害有無を逐次判定できる。また、障害発生時の影響範囲の確認、要因の分析などを行う場合、ハードウェアで発生した閾値を超過したイベントを起点に、当該ハードウェアが接続されている他のハードウェアを抽出し、当該ハードウェアの性能履歴と相関度の高いものを探索する。

近年、原因の分からない障害が発生した場合にどのような条件で絞り込めば良いかの見当をつけるために、表示対象のエレメント（計算機システムの構成要素）を絞り込む技術が開示されている（特許文献１参照）。

特許第５９５７５７０号

しかしながら、特許文献１に記載の技術では、物理的なノード、論理的なノード、物理的なコンポーネント、および論理的なコンポーネントを絞り込むことはできるが、アプリケーションを絞り込むことはできない。

また、アプリケーションについては、ハードウェアの性能履歴のような障害イベントを逐次判定できる情報が存在しないため、アプリケーションで障害イベントが発生した場合、ハードウェアのように、その障害イベントを起点に、障害有無を判定し、影響範囲の確認、要因の分析などを行うことができない。

つまり、分析対象のアプリケーションが他のアプリケーションと関連していることもあり、その障害が分析対象のアプリケーションに起因する障害かもしれないし、他のアプリケーションに起因する障害かもしれないので、多数の障害イベントのうちどの障害イベントを確認すべきかが把握できず、障害対応までに時間がかかってしまうという問題がある。

また、アプリケーションの障害イベントは、性能履歴のような情報を持たないため、単純な相関分析は適用できず、事前設計された保守書に従って、関係する障害イベントを抽出する必要があるため、障害対応までに時間がかかってしまうという問題がある。

本発明は以上の点を考慮してなされたもので、障害復旧を迅速に対応可能な保守性の高い管理システムを提案しようとするものである。

かかる課題を解決するため本発明においては、複数のアプリケーションを管理する管理システムであって、前記複数のアプリケーションの各々で発生したイベントのイベント情報と、前記複数のアプリケーションにおけるアプリケーション間の関連を示す関連情報と、を記憶する記憶部と、前記複数のアプリケーションのうち、分析起点とするアプリケーションの情報を入力する入力部と、前記記憶部に記憶される関連情報に基づいて、前記分析起点のアプリケーションに関連するアプリケーションを特定する特定部と、前記記憶部に記憶されるイベント情報から、前記分析起点のアプリケーションのイベント情報、および前記関連するアプリケーションのイベント情報を抽出する抽出部と、を設けるようにした。

また本発明においては、複数のアプリケーションを管理する管理装置であって、前記複数のアプリケーションの各々で発生したイベントのイベント情報と、前記複数のアプリケーションにおけるアプリケーション間の関連を示す関連情報と、を記憶する記憶部と、前記複数のアプリケーションのうち、分析起点とするアプリケーションの情報を入力する入力部と、前記記憶部に記憶される関連情報に基づいて、前記分析起点のアプリケーションに関連するアプリケーションを特定する特定部と、前記記憶部に記憶されるイベント情報から、前記分析起点のアプリケーションのイベント情報、および前記関連するアプリケーションのイベント情報を抽出する抽出部と、を設けるようにした。

また本発明においては、複数のアプリケーションの各々で発生したイベントのイベント情報と、前記複数のアプリケーションにおけるアプリケーション間の関連を示す関連情報と、を記憶する記憶部を備える管理システムにおける管理方法であって、入力部が、前記複数のアプリケーションのうち、分析起点とするアプリケーションの情報を入力する第１のステップと、特定部が、前記記憶部に記憶される関連情報に基づいて、前記分析起点のアプリケーションに関連するアプリケーションを特定する第２のステップと、抽出部が、前記記憶部に記憶されるイベント情報から、前記分析起点のアプリケーションのイベント情報、および前記関連するアプリケーションのイベント情報を抽出する第３のステップと、を設けるようにした。

本発明によれば、分析起点のアプリケーションに関連するアプリケーションを絞り込むことができ、かつ、分析起点のアプリケーションおよび関連するアプリケーションのイベント情報を絞り込むことができるので、障害などのイベントの影響範囲および要因を容易に把握することができ、障害復旧を迅速に対応可能となる。

本発明によれば、障害復旧を迅速に対応可能な保守性の高い管理システムを実現することができる。

実施の形態による管理システムおよび計算機システムの概略構成を示す図である。 実施の形態による構成情報テーブルを示す図である。 実施の形態による性能情報テーブルを示す図である。 実施の形態によるイベント情報テーブルを示す図である。 実施の形態による関連情報テーブルを示す図である。 実施の形態による関連度情報テーブルを示す図である。 実施の形態による計算機システムのコンピュータネットワークの接続形態を示す図である。 実施の形態による事前処理を示す図である。 実施の形態による分析対象の抽出処理および表示処理に係るフローチャートを示す図である。 実施の形態によるアプリケーションの関係を示す図である。 実施の形態による表示画面を示す図である。

以下図面について、本発明の一実施の形態を詳述する。

（１）第１の実施の形態
（管理システム）
図１において、１は全体として第１の実施の形態による管理システムを示す。この管理システム１は、管理サーバ１００と、管理サーバ１００に接続された１以上の管理クライアント２００とを備える。管理サーバ１００と管理クライアント２００とは、通信ネットワーク９０１（ＬＡＮ（Local Area Network）、ＷＡＮ（World Area Network）、インターネット等）を介して通信可能に接続される。

本管理システム１では、後述の計算機システム２から収集されたイベント情報１１４の中から、ユーザにより設定された分析起点のアプリケーションおよび当該アプリケーションに関連するアプリケーションで発生したイベント情報１１４が管理サーバ１００により抽出され、管理クライアント２００により表示される。かかる管理システム１によれば、多数のイベント情報１１４の中から、分析起点のアプリケーションに関連するイベント情報１１４を適切に絞り込むことができるため、障害対応までの時間を短縮できるようになる。以下、詳細に説明する。

（管理サーバ（管理装置））
管理サーバ１００は、各種の処理を行うプロセッサ１０１（例えば、ＣＰＵ（Central Processing Unit））と、各種の情報を記憶する記憶資源１０２（例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive））と、外部との通信を行うＩ／Ｆ（interface）１０３とを備える。

プロセッサ１０１が記憶資源１０２に記憶される管理サーバプログラム１１１を実行することで、管理サーバ１００における各種の機能が実現される。プロセッサ１０１は、例えば、管理サーバプログラム１１１を実行することにより、ユーザ操作に従う指示を管理クライアント２００から受信したり、レイアウト領域に描画される情報（画面情報）を生成して管理クライアント２００に送信したりする。ここで、管理サーバプログラム１１１は、記録媒体（Compact Disc、Digital Versatile Disc、Magneto-Optical disk等）に記憶され、記録媒体から記憶資源１０２に記憶されてもよいし、他の情報処理装置に記憶され、他の情報処理装置からダウンロードされて記憶資源１０２に記憶されてもよい。

記憶資源１０２は、プロセッサ１０１で実行されるコンピュータプログラム、プロセッサ１０１に使用される情報を記憶する。記憶資源１０２は、管理サーバプログラム１１１、構成情報１１２、性能情報１１３、イベント情報１１４、関連情報１１５、関連度情報１１６等を記憶する。記憶資源１０２に記憶される一部の情報は、管理サーバプログラム１１１により、ホスト３００から直接取得（収集）されてもよいし、ホスト３００の情報を保有（管理）する他の情報処理装置にアクセスすることで取得されてもよい。

Ｉ／Ｆ１０３は、通信ネットワーク９０１に接続され、管理サーバ１００は、外部（管理クライアント２００、ホスト３００、ホスト３００の情報を管理する管理サーバ（図示しない）等）とＩ／Ｆ１０３を介して通信する。管理サーバ１００は、Ｉ／Ｆ１０３を介して、ユーザ操作に従う指示を受信したり、画面情報を送信したりする。なお、Ｉ／Ｆ１０３は、Ｉ／Ｏ（Input / Output）インターフェースデバイスの一例である。

（管理クライアント）
管理クライアント２００は、各種の入力を行う入力デバイス２０１、各種の表示を行う表示デバイス２０２、各種の処理を行うプロセッサ２０３、外部との通信を行うＩ／Ｆ２０４、および各種の情報を記憶する記憶資源２０５を備える。入力デバイス２０１は、ポインティングデバイス、キーボードなどである。表示デバイス２０２は、情報が表示される物理画面を有する液晶表示装置などのディスプレイである。なお、入力デバイス２０１および表示デバイス２０２が一体となったタッチスクリーンが用いられてもよい。

プロセッサ２０３は、ＣＰＵ等であり、記憶資源２０５に記憶されるＷｅｂブラウザ２１１および管理クライアントプログラム２１２を実行することで、管理クライアント２００における各種の機能が実現される。プロセッサ２０３は、例えば、Ｗｅｂブラウザ２１１および管理クライアントプログラム２１２を実行することにより、ユーザ操作に従う指示を管理サーバ１００に送信したり、画面情報を管理サーバ１００から受信したりする。Ｉ／Ｆ２０４は、通信ネットワーク９０１に接続され、管理クライアント２００は、Ｉ／Ｆ２０４を介して管理サーバ１００と通信する。

記憶資源２０５は、ＲＡＭ、ＲＯＭ、ＨＤＤ等であり、プロセッサ２０３で実行されるコンピュータプログラム、プロセッサ２０３に使用される情報を記憶する。例えば、記憶資源２０５は、Ｗｅｂブラウザ２１１および管理クライアントプログラム２１２を記憶する。管理クライアントプログラム２１２は、ＲＩＡ（Rich Internet Application）であってもよいし、ＲＩＡでなくてもよい。管理クライアントプログラム２１２は、記録媒体（Compact Disc、Digital Versatile Disc、Magneto-Optical disk等）に記憶され、記録媒体から記憶資源２０５に記憶されてもよいし、他の情報処理装置に記憶され、他の情報処理装置からダウンロードして記憶資源２０５に記憶されてもよい。

本実施の形態では、管理サーバプログラム１１１とＷｅｂブラウザ２１１と管理クライアントプログラム２１２との協働によって、ユーザ操作を受け付けるＧＵＩ画面表示が実現される。例えば、管理サーバプログラム１１１が、表示画面に対するユーザ操作に従う指示をＷｅｂブラウザ２１１または管理クライアントプログラム２１２（Ｗｅｂブラウザ２１１等）から受け、その指示と記憶資源１０２に記憶された情報とに基づいて、表示用情報（例えば、画面情報）を作成し、その表示用情報をＷｅｂブラウザ２１１等に送信する。Ｗｅｂブラウザ２１１等は、表示用情報を受信し、その表示用情報に従って画面を表示する。

（計算機システム）
計算機システム２は、１以上のホスト３００と、１以上のホスト３００に接続された１以上のストレージシステム４００とを備える。ホスト３００とストレージシステム４００とは、通信ネットワーク９０２（ＳＡＮ（Storage Area Network）、ＬＡＮ等）を介して通信可能に接続される。なお、通信ネットワーク９０１と通信ネットワーク９０２とは、一部または全てが共通であってもよい。

（ホスト（物理計算機または仮想計算機））
ホスト３００は、１以上のアプリケーションプログラム（ＡＰＰ３０１）を備える。ホスト３００は、物理計算機（物理マシン）でもあってもよいし、仮想計算機（仮想マシン）であってもよい。例えば、ホスト３００は、プロセッサ３０２、記憶資源３０３、通信ネットワーク９０１を介して外部（管理サーバ１００、他のホスト３００等）と通信可能なＩ／Ｆ３０３、および通信ネットワーク９０２を介して外部（他のホスト３００、ストレージシステム４００等）と通信可能なＩ／Ｆ３０４を備える。付言するならば、ＡＰＰ３０１は、物理マシン上で動作するものであってもよいし、仮想マシン上で動作するものであってもよい。ホスト３００では、ＡＰＰ３０１が実行されることにより、例えば、論理ボリュームを指定したＩ／Ｏコマンドがホスト３００からストレージシステム４００に送信される。

（ストレージシステム）
ストレージシステム４００は、コントローラ４０１、物理記憶デバイス群４０２、Ｉ／Ｆ４０３、およびＩ／Ｆ４０４を備える。

コントローラ４０１は、ポート、ＭＰＢ（１又は複数のマイクロプロセッサ（ＭＰ）を有するブレード（回路基板））、キャッシュメモリなどを備える。例えば、ポートが、ホスト３００からＩ／Ｏコマンド（ライトコマンドまたはリードコマンド）を受信し、ＭＰが当該Ｉ／Ｏコマンドに従うデータのＩ／Ｏを制御する。

物理記憶デバイス群４０２は、１以上のＰＧ（Parity Group）を有する。ＰＧは、ＲＡＩＤ（Redundant Array of Independent（or Inexpensive） Disks）グループと称することもある。ＰＧは、複数の物理記憶デバイスで構成され、所定のＲＡＩＤレベルに従ってデータを記憶する。物理記憶デバイスは、ＨＤＤ、ＳＳＤ（Solid State Drive）等である。また、ストレージシステム４００は、複数の論理ボリュームを有する。論理ボリュームとしては、ＰＧに基づく実体的な論理ボリューム（実ボリューム）４１１であってもよいし、シンプロビジョニング、ストレージ仮想化技術等に従う仮想的な論理ボリューム（仮想ボリューム）４１２であってもよい。

（管理システムにおける各種の情報を格納するテーブル）
図２〜図６を用いて管理システム１における各種の情報を格納するテーブルについて説明する。図２は、構成情報１１２を格納する構成情報テーブル５００の一例を示す。構成情報テーブル５００は、計算機システム２の構成に係る情報を格納する。より具体的には、構成情報テーブル５００は、リソース名およびリソース種別の情報を格納する。例えば、構成情報テーブル５００は、ハードウェアおよび論理的なエレメント（仮想マシン、ハイパーバイザ、データストア等）のリソース名およびリソース種別に加え、行５０１に示すように、アプリケーションのリソース名およびリソース種別を格納する。本実施の形態では、ジョブ管理ソフト、アプリケーションソフト、トランザクション処理ソフト、アプリケーションサーバソフト、ＤＢ（database）ソフト、ＯＳ（Operating System）など、各種のソフトウェアをアプリケーションと称する。

図３は、性能情報１１３を格納する性能情報テーブル６００の一例を示す。性能情報テーブル６００は、物理マシン、仮想マシン（ＶＭ）などのインフラ（infrastructure）の性能に係る情報を格納する。より具体的には、性能情報テーブル６００は、リソース名、メトリック、時刻、および値の情報を格納する。

図４は、イベント情報１１４を格納するイベント情報テーブル７００の一例を示す。イベント情報テーブル７００は、アプリケーション等のリソースで発生したイベントに係る情報を格納する。より具体的には、イベント情報テーブル７００は、リソース名、重大度、時刻、および内容の情報を格納する。重大度としては、複数の度合い（レベル）が設けられる。本実施の形態では、重大度が高い順に、緊急（Emergency）、警戒（Alert）、致命的（Critical）、エラー（Error）、警告（Warning）、通知（Notice）、情報（Information）、デバッグ（Debug）が設けられる。なお、重大度は、８段階に限られるものではなく、８段階より少なくてもよいし、８段階より多くてもよい。

図５は、関連情報１１５を格納する関連情報テーブル８００の一例を示す。関連情報テーブル８００は、使用リソースと被使用リソースとの関係に係る情報を格納する。より具体的には、関連情報テーブル８００は、使用リソース名および被使用リソース名の情報を格納する。例えば、関連情報テーブル８００は、ハードウェア間、論理的なエレメント（仮想マシン、ハイパーバイザ、データストア等）間、ハードウェアおよび論理的なエレメント間の使用リソース名および被使用リソース名に加え、行８０１に示すように、アプリケーション間の使用リソース名および被使用リソース名を格納し、行８０２に示すように、アプリケーションおよびインフラ（物理マシン（「Ｈｏｓｔ１」等）、仮想マシン（「ＶＭ２１」等））間の使用リソース名および被使用リソース名を格納する。

図６は、関連度情報１１６を格納する関連度情報テーブル９００の一例を示す。関連度情報テーブル９００は、アプリケーション間の関連度に係る情報を格納する。より具体的には、関連度情報テーブル９００は、アプリケーションの種別、およびアプリケーションの階層の情報を格納する。本実施の形態では、第１の階層「Job」、第２の階層「Service Response」、第３の階層「Enterprise」、第４の階層「Transaction Processing」、第５の階層「Application Server」、第６の階層「Database」、および第７の階層「Platform」が設けられ、アプリケーションは、何れかの階層に自動または手動で分類される。なお、アプリケーションの階層は、７階層に限られるものではなく、７階層より少なくてもよいし、７階層より多くてもよい。アプリケーションの階層としては、複数の階層が設けられる。

基本的には、アプリケーション間の階層が近い（階層差が小さい）ほど、アプリケーション間の関連度が高いことを示す。ただし、一のアプリケーション（第ｎの階層のアプリケーション）に対する同じ階層差については、関連度が高いアプリケーション（第ｎ−１の階層のアプリケーションまたは第ｎ＋１の階層のアプリケーション）が予め規定されている。

（管理対象の計算機システムのトポロジー構成例）
図７は、管理対象の計算機システム２のコンピュータネットワークの接続形態（トポロジー構成）の一例を示す。管理対象の計算機システム２のトポロジー構成は、構成情報１１２および関連情報１１５に基づいて作成可能である。

複数のレイヤとして、例えば、上位レイヤから順に、Ｓｅｒｖｅｒ、ＳＡＮ、Ｓｔｏｒａｇｅがある。１番目のレイヤ（最上位レイヤ）「Ｓｅｒｖｅｒ」に属するエレメントタイプは、「ＶＭ」、「ＨＶ」、「ＤＳ」、および「Ｈｏｓｔ」がある。エレメントタイプ「ＶＭ」に属するエレメントは、「ＶＭ」（ホスト３００で実行される仮想マシン）である。エレメントタイプ「ＨＶ」に属するエレメントは、「ＨＶ」（１又は複数の仮想マシンを制御しホスト３００で実行されるハイパーバイザ）である。エレメントタイプ「ＤＳ」に属するエレメントは、「ＤＳ」（データストア）である。データストアは、ハイパーバイザから記憶デバイスとして認識されるエレメントである。エレメントタイプ「Ｈｏｓｔ」に属するエレメントは、「Ｈｏｓｔ」（ホスト３００）である。

２番目のレイヤ「ＳＡＮ」に属するエレメントタイプは、「ＦＣ−ＳＷ」であり、エレメントタイプ「ＦＣ−ＳＷ」に属するエレメントは、「ＦＣ−ＳＷ」（ＳＡＮにおけるＦＣ（Fibre Channel）スイッチ）である。

３番目のレイヤ「Ｓｔｏｒａｇｅ」に属するエレメントタイプは、「Ｓｔｏｒａｇｅ」であり、エレメントタイプ「Ｓｔｏｒａｇｅ」に属するエレメントは、「Ｓｔｏｒａｇｅ」である。エレメントタイプ「Ｓｔｏｒａｇｅ」に含まれるエレメントタイプとして、Ｓｔｏｒａｇｅにおける複数のエレメントタイプ、例えば、「Ｐｏｒｔ」、「ＬＤＥＶ」、「ＭＰ」、「Ｐｏｏｌ」、「ＰＧ」および「Ｃａｃｈｅ」がある。エレメントタイプ「Ｐｏｒｔ」に属するエレメントは、「Ｐｏｒｔ」（ＦＣスイッチに接続され仮想マシンからＩ／Ｏコマンドを受け付ける通信ポート）である。エレメントタイプ「ＬＤＥＶ」に属するエレメントは、「ＬＤＥＶ」（論理ボリューム（実ボリュームまたは仮想ボリューム））である。エレメントタイプ「ＭＰ」に属するエレメントは、「ＭＰ」（マイクロプロセッサ）である。エレメントタイプ「Ｐｏｏｌ」に属するエレメントは、「Ｐｏｏｌ」（仮想ボリュームにシンプロビジョニングに従い割り当てられる実領域を含んだ記憶領域）である。エレメントタイプ「ＰＧ」に属するエレメントは、「ＰＧ」（パリティグループ）である。エレメントタイプ「Ｃａｃｈｅ」に属するエレメントは、「Ｃａｃｈｅ」（論理ボリュームに入出力されるデータが一時的に記憶されるキャッシュメモリ）である。

図７に示すトポロジー構成は、一例であり、１または複数のエレメントタイプが１つのレイヤに属してもよい。また、同一エレメントタイプの２以上のエレメントにより１つのグループが構成されてもよく、その場合、１つのエレメントタイプについて異なる複数のグループが存在し、グループ毎に、そのエレメントタイプの１以上のエレメントが存在してもよい。つまり、「レイヤ」は、異なるエレメントタイプの集約であり、「グループ」は、同一エレメントタイプでの異なるエレメントの集約である。レイヤおよびグループのうちの少なくとも一方がユーザにより定義されてもよい。

（管理システムにおける分析対象の抽出および表示に係る事前処理）
図８は、管理システム１における分析対象の抽出および表示に係る事前処理の一例を示す。

事前処理Ａでは、管理クライアント２００を介してユーザにより監視対象の設定（監視機器、監視アプリケーション等の追加）が行われる。この際、監視対象が個々に設定されてもよいし、監視対象を管理する他の管理サーバが設定されてもよい。

事前処理Ｂでは、管理サーバ１００は、定期的に、予め定められたタイミングで、またはユーザによる指示に基づいて、設定された監視対象の構成情報１１２、性能情報１１３、イベント情報１１４および関連情報１１５をホスト３００、ホスト３００の情報を保有する他の情報処理装置などから収集して登録する。なお、関連度情報１１６については、収集された情報に基づいて自動または手動で更新される。

ここで、バッチ処理などにおいて、あるアプリケーションから別のアプリケーションが呼び出され、管理サーバ１００がこのような関係を認識できない場合、このようなケース（自動で収集できないケース）については、アプリケーション間の関係がユーザにより定義されることで、関連情報１１５として登録される。また、管理サーバ１００がアプリケーションおよびインフラの関係を認識できないケースについても、アプリケーションおよびインフラ間の関係がユーザにより定義されることで、関連情報１１５として登録される。

事前処理Ｃでは、管理サーバ１００は、分析の対象とする期間（分析期間）をユーザから受け付け、受け付けた分析期間に基づいて収集したイベント情報のステータスを判定し、アプリケーションごとにステータス（ステータスを識別可能な情報、例えば文言、記号、絵など）を管理クライアント２００に表示させる。ここで、ステータスとしては、区分が複数設けられる。本実施の形態では、イベント情報の重大度を３つに区分し、「エラー」以上の重大度については第１のステータス、「警告」の重大度については第２のステータス、「通知」以下の重大度については第３のステータスであると判定される。なお、ステータスの区分は、３区分に限られるものではなく、３区分より少なくてもよいし、３区分より多くてもよし、重大度のレベルと同じ数であってもよい。このように、アプリケーションごとに、分析期間において最も高い重大度が属するステータスを表示することで、ユーザは、分析起点とするアプリケーションを選定し易くなる。

（管理システムにおける分析対象の抽出処理および表示処理）
図９は、管理システム１における分析対象の抽出処理および表示処理に係る処理手順の一例を示す。

まず、管理サーバ１００は、構成情報１１２および関連情報１１５に基づいて、ユーザが分析起点としたアプリケーションと当該アプリケーションに関連するアプリケーションとを抽出する（ステップＳ１０）。例えば、関連情報テーブル８００に示す関連情報１１５が格納されている場合、図１０に示すように、アプリケーションの関係が特定される。

＜例１：「Application1」が分析起点として指定された場合＞関連情報１１５に基づいて、「Application1」の被使用リソースである「Application2」および「Application3」が「Application1」に関連すると特定される。また、「Application2」の被使用リソースである「Application4」および「Application5」も「Application1」に関連すると特定される。したがって、「Application1」が分析起点として指定された場合、「Application1」、「Application2」、「Application3」、「Application4」、および「Application5」が抽出される。

＜例２：「Application2」が分析起点として指定された場合＞関連情報１１５に基づいて、「Application2」の被使用リソースである「Application4」および「Application5」が「Application2」に関連すると特定される。また、「Application2」の使用リソースである「Application1」も「Application2」に関連すると特定される。なお、「Application1」の使用リソースがある場合は、使用リソースを遡って当該使用リソース（アプリケーション）も関連すると特定されるが、「Application1」の被使用リソースについては関連するとは特定されない。つまり、被使用リソースを辿った後は、使用リソースを辿らない。また、使用リソースを辿った後は、被使用リソースを辿らない。したがって、「Application2」が分析起点として指定された場合、「Application1」、「Application2」、「Application4」、および「Application5」が抽出される。

＜例３：「Application6」が分析起点として指定された場合＞関連情報１１５に基づいて、「Application6」について使用リソースおよび被使用リソースが存在しないと特定されるので、「Application6」のみが抽出される。

このように、分析起点のアプリケーションに関連するアプリケーションを抽出することで、分析範囲（例えば、障害による影響範囲）を容易に把握できるようになる。

続いて、管理サーバ１００は、関連度の近いアプリケーションの重み付けを上げる（ステップＳ２０）。より具体的には、管理サーバ１００は、ステップＳ１０で抽出したアプリケーションについて、構成情報１１２および関連度情報１１６に基づいて階層差を算出し、関連度のスコアを算出する。例えば、「Application1」が分析起点として指定された場合、「Application1」と「Application2」との階層差は、「Application1」の階層が「１」であり、「Application2」の階層が「３」であるので、階層差は、「２」となる。また、例えば、「Application1」と「Application5」との階層差は、「Application1」の階層が「１」であり、「Application5」の階層が「５」であるので、階層差は、「４」となる。

本実施の形態では、管理サーバ１００は、分析起点のアプリケーションが最も関連が高いとみなし、スコアを「１」とし、階層差が大きいアプリケーションほど、スコアを高く設定する。なお、同じ階層差の場合、同じ階層による階層差については同じスコアを設定し、異なる階層による階層差については予め規定された異なるスコアを設定する。

このように、関連度の重み付けをすることで、ユーザは、関連度の近いアプリケーションから分析を進めることができ、障害等の要因を効率よく分析できるようになる。

続いて、管理サーバ１００は、現在時刻に近いイベントの重み付けを上げる（ステップＳ３０）。より具体的には、管理サーバ１００は、ステップＳ１０で抽出したアプリケーションのイベント情報１１４について、イベント情報１１４の時刻（例えば、イベントの発生時刻）が現在時刻に遠いイベント情報１１４ほど、発生時刻のスコアを高く設定する。なお、同じ時刻の場合は、同じスコアを設定する。

このように、発生時刻の重み付けをすることで、ユーザは、時系列でイベント情報を把握することができ、障害等の要因を効率よく分析できるようになる。

続いて、管理サーバ１００は、重大度の高いイベントが発生したアプリケーションの重み付けを上げる（ステップＳ４０）。より具体的には、管理サーバ１００は、ステップＳ１０で抽出したアプリケーションのイベント情報１１４に基づいて、アプリケーションの表示に用いる重大度のスコア、およびイベントの表示に用いる重大度のスコアを算出する。

管理サーバ１００は、アプリケーションごとにイベント情報１１４の最も高い重大度を特定し、特定した重大度が低いアプリケーションほど、スコアを高く設定し、アプリケーションの表示に用いる重大度のスコアを算出する。例えば、「Application1」においては重大度が「Information」および「Alert」であるので、最も高い重大度として「Alert」が特定される。なお、管理サーバ１００は、算出したスコアが閾値以上のアプリケーション（重大度の低いアプリケーション）については表示しない。

このように、重大度の重み付けをすることで、ユーザは、重大度の高いアプリケーションから分析を進めることができ、障害等の要因を効率よく分析できるようになる。また、重大度の低いアプリケーションを表示しないことで、ユーザは、分析範囲を絞ることができるようになる。

また、管理サーバ１００は、アプリケーションごと、かつ、所定の時間間隔ごとに、イベント情報１１４の最も高い重大度を特定し、特定した重大度が低いアプリケーションほど、スコアを高く設定し、イベントの表示に用いる重大度のスコアを算出する。例えば、管理サーバ１００は、算出したスコアが閾値以上のイベント（重大度の低いイベント）については表示しない。ここで、所定の時間間隔としては、任意の値を設定してもよいが、画面表示の制限上、ユーザが指定した分析期間を複数に等分（６等分、７等分など）した値を用いることが好適である。

このように、重大度の重み付けをすることで、ユーザは、重大度の高いイベント情報を把握することができ、障害等の要因を効率よく分析できるようになる。また、重大度の低いイベント情報を表示しないことで、ユーザは、分析範囲を絞ることができるようになる。

続いて、管理サーバ１００は、単位時間当たりのイベントの発生件数が多いアプリケーションの重み付けを上げる（ステップＳ５０）。より具体的には、管理サーバ１００は、ステップＳ１０で抽出したアプリケーションのイベント情報１１４に基づいて、アプリケーションの表示に用いる発生件数のスコア、およびイベントの表示に用いる発生件数のスコアを算出する。

管理サーバ１００は、アプリケーションごとに、イベントが発生した件数（イベント情報１１４の数）を計数し、イベントが発生した件数が少ないアプリケーションほど、スコアを高く設定し、アプリケーションの表示に用いる発生件数のスコアを算出する。

このように、発生件数の重み付けをすることで、ユーザは、発生件数の多いアプリケーションから分析を進めることができ、障害等の要因を効率よく分析できるようになる。

また、管理サーバ１００は、イベント表示ごと（アプリケーションごと、かつ、所定の時間間隔ごと）に、イベントが発生した件数を計数し、イベントが発生した件数が少ない表示対象ほど、スコアを高く設定し、イベントの表示に用いる発生件数のスコアを算出する。

このように、発生件数の重み付けをすることで、ユーザは、発生件数の多いイベント表示を把握することができ、障害等の要因を効率よく分析できるようになる。

続いて、管理サーバ１００は、ステップＳ２０〜ステップＳ５０で算出したスコアに基づいて、アプリケーションおよびイベントの情報を出力する（ステップＳ６０）。本実施の形態では、出力として表示を例に挙げて説明するが、これに限られるものではない。例えば、ファイル（データ）として出力してもよいし、紙などの媒体に印刷してもよいし、音声として出力してもよいし、その他の出力としてもよい。

（アプリケーションの表示順序の決定）
管理サーバ１００は、関連度のスコア、重大度のスコア、および発生件数のスコアに基づいて、アプリケーションの表示順序を決定する。より具体的には、管理サーバ１００は、ステップＳ１０で抽出したアプリケーションを、関連度のスコア順でソートし、同じ関連度のスコアがある場合、重大度のスコア順で更にソートし、重大度のスコアでも同じ場合、発生件数のスコア順で更にソートしてアプリケーションの表示順序を決定する。

上述の例では、関連度のスコア、重大度のスコア、発生件数のスコアの優先順位としたが、その他の優先順位としてもよい。また、上述の例では、関連度のスコア、重大度のスコア、および発生件数のスコアの全てのスコアを用いてアプリケーションをソートしたが、全てのスコアを用いなくてもよく、一部のスコアを用いてもよい。また、優先順位の設定および使用するスコアの設定の各々については、予め規定されていてもよいし、ユーザにより変更（カスタマイズ）されてもよい。

（表示イベントの決定）
また、管理サーバ１００は、発生時刻のスコア、重大度のスコア、および発生件数のスコアに基づいて、表示イベントを決定する。より具体的には、管理サーバ１００は、アプリケーションごと、かつ、表示区間（所定の時間間隔）ごとに、重大度のスコアに基づいて最も重大度の高いイベントを特定し、同じ重大度のイベントがある場合、発生時刻のスコアに基づいて最も直近に発生したイベントを更に特定し、発生時刻のスコアでも同じ場合、発生件数のスコアに基づいてイベントを更に特定し、特定したイベントの情報（イベント情報１１４など）を表示イベントとして決定する。

上述の例では、重大度のスコア、発生時刻のスコア、発生件数のスコアの優先順位としたが、その他の優先順位としてもよい。また、上述の例では、発生時刻のスコア、重大度のスコア、および発生件数のスコアの全てのスコアを用いて表示するイベントを特定したが、全てのスコアを用いなくてもよく、一部のスコアを用いてもよい。また、優先順位の設定および使用するスコアの設定の各々については、予め規定されていてもよいし、ユーザにより変更（カスタマイズ）されてもよい。

（アプリケーションに係る情報およびイベントに係る情報の表示）
管理サーバ１００は、決定した表示順序でアプリケーションに係る情報（例えば、リソース名）を表示し、アプリケーションおよび表示区間に対応付けてイベントに係る情報（例えば、特定したイベントの重大度を示す情報）を表示するための画面情報を生成し、管理クライアント２００に表示させる。

より具体的には、管理サーバ１００は、分析起点のアプリケーションに関連するアプリケーションのうち関連度の高いもの（スコアの低いもの）を分析起点のアプリケーションに対してより近くに表示する。この際、関連度が同じものがある場合、重大度の高いもの（スコアが低いもの）をより近くに表示する。更に、重大度が同じものがあるとき、発生件数が多いもの（スコアが低いもの）をより近くに表示する。また、管理サーバ１００は、関連するアプリケーションのうち重大度のスコアが閾値以上（例えば、「Information」、「Debug」に対応するスコアなど）のアプリケーションに係る情報を表示しない。なお、閾値については、予め設定されてもよいし、ユーザにより設定（カスタマイズ）されてもよい。

また、管理サーバ１００は、アプリケーションごと、かつ、表示区間ごとに、イベントに係る情報をまとめて表示する。まとめての表示においては、管理サーバ１００は、特定したイベントの重大度を示す情報を表示すると共に、イベントの発生件数を表示する。ただし、管理サーバ１００は、特定したイベントの重大度のスコアが閾値以上（例えば、「Information」、「Debug」に対応するスコアなど）のイベントに係る情報を表示しない。かかる構成によれば、障害対応が必要なイベントを迅速に把握できるようになる。なお、閾値については、予め設定されてもよいし、ユーザにより設定（カスタマイズ）されてもよい。

図１１に、アプリケーションに係る情報およびイベントに係る情報の表示例（表示画面１０００）を示す。表示画面１０００は、管理サーバ１００で生成され、管理クライアント２００で表示される。表示画面１０００には、アプリケーションごとにイベントに係る情報を表示可能なイベント関連表示領域１１００が表示される。また、イベント関連表示領域１１００でイベントに係る情報が選択されると、表示画面１０００には、選択されたイベントに係る情報の詳細（イベント情報１１４）を表示可能なイベント情報表示領域１２００が表示される。また、イベント情報表示領域１２００でイベント情報１１４が選択されると、表示画面１０００には、イベント情報表示領域１２００で選択されたイベント情報１１４に係るインフラ（物理マシンまたは仮想マシン）の性能情報１１３を表示可能な性能情報表示領域１３００が表示される。

（イベント関連表示領域）
イベント関連表示領域１１００には、分析期間を示す期間情報１１０１、および分析起点に関連するアプリケーションのアプリケーション情報１１１０（アプリケーションにおける最高の重大度を示すアイコン、アプリケーションの種別を示すアイコン、リソース名など）が表示される。アプリケーション情報１１１０は、上述の内容に限られるものではなく、アプリケーションごとにアプリケーションの表示名（アプリケーション名など）を記憶資源１０２に記憶し、リソース名に替えて表示名を表示してもよいし、その他の情報を表示してもよい。

アプリケーション情報１１１０は、分析起点のアプリケーションのアプリケーション情報１１１０が最も上位に表示され、関連度に係るスコア、重大度に係るスコア、発生件数に係るスコアに基づいて、関連度が高いアプリケーションのアプリケーション情報１１１０ほど上位に、重大度が高いアプリケーションのアプリケーション情報１１１０ほど上位に、発生件数が多いアプリケーションのアプリケーション情報１１１０ほど上位に表示される。

また、イベント関連表示領域１１００は、所定の時間間隔ごとに区分けされ、時間間隔ごとにイベント情報１１４がマッピングされて１つのイベントアイコン１１２０として表示される。イベントアイコン１１２０は、当該時間間隔におけるイベントにおいて最高の重大度を示す重大度情報１１２１と当該時間間隔におけるイベントの発生件数を示す発生件数情報１１２２とが把握可能な態様で設けられる。

また、イベント関連表示領域１１００には、イベント情報１１４がマッピングされた時間間隔ごとに選択ボタン１１３０が設けられる。選択ボタン１１３０が押下されることで、当該選択ボタン１１３０に対応する時間間隔にマッピングされた全てのイベント情報１１４（全てのイベントアイコン１１２０）が選択される。また、イベント関連表示領域１１００には、所定の時間間隔ごとに時間間隔線１１４０が設けられる。

かかるイベント関連表示領域１１００によれば、分析起点のアプリケーションと関連度が高くかつ重大なイベントが多く発生したアプリケーションが分析起点のアプリケーションに対してより近くに表示され、所定の時間間隔ごとにイベントの重大度および発生件数を把握可能なイベントアイコン１１２０が表示されるので、分析起点のアプリケーションの影響範囲および障害対応の優先度を容易に把握可能となる。

（イベント情報表示領域）
管理サーバ１００は、ユーザが選択したイベントに係る情報の詳細を出力する（ステップＳ７０）。例えば、管理サーバ１００は、イベント関連表示領域１１００でイベントアイコン１１２０がユーザ操作に基づいて選択されると、表示画面１０００には、選択されたイベントアイコン１１２０の詳細（例えば、イベント情報１１４）を表示可能なイベント情報表示領域１２００を表示するための画面情報を生成する。

より具体的には、イベント情報表示領域１２００では、イベント関連表示領域１１００で選択されたイベントアイコン１１２０のイベント情報１１４が一覧形式で表示される。イベント情報１１４が複数ある場合、重大度が高いイベント情報１１４ほど上位に、現在時刻に近いイベント情報１１４ほど上位に表示される。

図１１では、イベント情報１１４において表示する項目については、「Event ID」、「Status（重大度）」、「Date Time（時刻）」、「Application Name（リソース名）」、および「Message（内容）」を例示したが、これらに限られるものではなく、適宜の項目を表示可能である。

初期表示としては、重大度が高いイベント情報１１４ほど上位に表示され、同じ重大度のイベント情報１１４については、現在時刻に近いイベント情報１１４ほど上位に表示される。これにより、ユーザは、障害対応が必要なイベントのイベント情報１１４を迅速に把握できるようになる。なお、ユーザは、イベント情報表示領域１２００に表示させるイベント情報１１４の条件の設定（Filter）を変更したり、イベント情報表示領域１２００に表示させる項目を変更（Column Settings）したり、所望の項目を選択することにより当該項目で優先して並び替え（ソートし）たりすることができる。

イベント情報表示領域１２００には、イベント情報１１４ごとに、イベント情報１１４を選択可能な選択ボックス１２１１が設けられる。また、イベント情報表示領域１２００には、選択された選択ボックス１２１１に対応するイベント情報１１４に係るインフラの性能情報１１３を表示させるための表示ボタン１２１２（Show Performance）が設けられる。

（性能情報表示領域）
管理サーバ１００は、イベントが発生したインフラの性能履歴とイベントが発生した時刻とを出力する（ステップＳ８０）。例えば、管理サーバ１００は、イベント情報表示領域１２００でイベント情報１１４が選択されると、表示画面１０００には、イベント情報表示領域１２００で選択されたイベント情報１１４に係るインフラの性能情報１１３を表示可能な性能情報表示領域１３００を表示するための画面情報を生成する。

より具体的には、性能情報表示領域１３００では、イベント情報表示領域１２００で選択されたイベント情報１１４に係る物理マシンまたは仮想マシンの性能情報１１３が性能グラフ１３１０として表示される。

性能グラフ１３１０の初期表示としては、イベント情報１１４に係る物理マシンまたは仮想マシンの性能情報１１３のうち、分析期間において閾値を超えた性能種別（Metric）の情報が表示される。閾値を超えた性能種別が複数ある場合、予め設定される、またはユーザにより設定される性能種別の優先順位に従って一の性能種別が決定される。なお、初期表示は、上述の内容に限られるものではなく、ユーザにより設定された性能種別（Metric）の情報が初期表示されるようにしてもよい。

ここで、物理マシンの性能種別としては、ＣＰＵ使用率、メモリ使用率、ネットワークポート平均パケット受信量、ネットワークポート平均パケット送信量、ＨＢＡ平均フレーム受信量、ＨＢＡ平均フレーム送信量、ディスク転送処理の平均時間、ディスク読み込み速度、ディスク書き込み速度、ディスク空き容量等が挙げられる。

また、仮想マシンの性能種別としては、ＣＰＵ使用率、ＣＰＵディスパッチ待ち時間の割合、ＣＰＵ使用量、メモリ使用率、メモリバルーン、メモリ使用量、仮想ポート平均パケット受信量、仮想ポート平均パケット送信量、仮想ポートの破棄された平均パケット受信量の割合、仮想ポートの破棄された平均パケット送信量の割合、仮想ポート平均データ受信量、仮想ポート平均データ送信量、仮想ディスク平均読み込み要求、仮想ディスク平均書き込み要求、仮想ディスク平均読み込み書き込み要求、仮想ディスク読み込み待ち時間、仮想ディスク書き込み待ち時間、仮想ディスク読み込み速度、仮想ディスク書き込み速度等が挙げられる。

性能グラフ１３１０には、イベント関連表示領域１１００と同じ時間間隔で時間間隔線１３１１が設けられる。ここで、性能グラフ１３１０の初期表示では、分析期間の直近の１時間分の時間間隔線１３１１が表示される。性能グラフ１３１０の表示範囲については、ユーザは、ドロップダウンリスト１３２０から指定可能である。より広義には、時間間隔線１３１１は、イベント関連表示領域１１００の時間間隔のうち、選択されたイベント情報１１４を含む時間間隔（イベント発生時間間隔）の時間間隔線１３１１を少なくとも含む。つまり、性能グラフ１３１０の時間間隔は、イベント発生時間間隔のみであってもよいし、イベント発生時間間隔の直前の時間間隔を含むものであってもよいし、イベント発生時間間隔の直後の時間間隔を含むのであってもよい。

また、性能グラフ１３１０には、イベント情報１１４のイベントが発生した時間を示すイベント時間アイコン１３１２が設けられる。かかるイベント時間アイコン１３１２によれば、イベント情報１１４に対応付けてインフラの性能情報１１３を把握できるようになる。

このように、表示画面１０００では、分析起点のアプリケーションおよび当該アプリケーションに関連するアプリケーションごとにイベント情報がまとめて表示されるので、ユーザは、分析すべきアプリケーションおよびイベントの全体を迅速に把握できるようになる。また、表示画面１０００では、まとめて表示されたイベント情報が一覧表示可能であり、ユーザは、詳細を確認したいイベントの内容を容易に確認できる。また、一覧表示において、一のイベント情報が選択された場合、選択されたイベント情報に係るインフラ（物理マシン、仮想マシンなど）の性能情報が表示される。かかるインフラの性能情報によれば、ユーザは、インフラ側に問題のあるリソースを把握できるようになるので、選択されたイベント情報の障害がアプリケーション側の障害であるのか、インフラ側の障害であるのかの切り分けができるようになる。

上述したように、管理システム１によれば、分析起点のアプリケーションに関連するアプリケーションを特定してイベント情報を適切に絞り込むことができるので、障害対応までの時間を短縮できるようになる。また、絞り込んだイベント情報のインフラの性能情報を表示することができるので、イベント情報の障害がアプリケーション側の障害であるのか、インフラ側の障害であるのかの切り分けを迅速にできるようになる。

（２）他の実施の形態
なお上述の実施の形態においては、本発明を複数のアプリケーションを管理する管理システムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の管理システムに広く適用することができる。

また上述の実施の形態においては、アプリケーションについて、関連度のスコア順でソートし、同じ関連度のスコアがある場合、重大度のスコア順で更にソートし、重大度のスコアでも同じ場合、発生件数のスコア順で更にソートする場合について述べたが、本発明はこれに限らず、関連度のスコア、重大度のスコア、発生件数のスコアを算出後、これらのスコアを合計した値（合計スコア）を算出し、合計スコア順にソートするようにしてもよい。この場合、特定のスコアの重み付けを大きくする等のユーザによるカスタマイズを可能にすることで、より精度よく、アプリケーションの表示順序を決定して表示することが可能になる。付言するならば、関連度のスコア、重大度のスコア、および発生件数のスコアの全てのスコアを用いなくてもよく、一部のスコアを用いてもよい。

また上述の実施の形態においては、イベントについて、重大度のスコア順で特定し、同じ重大度のスコアがある場合、発生時刻のスコア順で更に特定し、発生時刻のスコアでも同じ場合、発生件数のスコア順で更に特定する場合について述べたが、本発明はこれに限らず、重大度のスコア、発生時刻のスコア、発生件数のスコアを算出後、これらのスコアを合計した値（合計スコア）を算出し、合計スコアが最高値のイベントを特定するようにしてもよい。この場合、特定のスコアの重み付けを大きくする等のユーザによるカスタマイズを可能にすることで、より精度よく、イベントを特定（抽出）して表示することが可能になる。付言するならば、重大度のスコア、発生時刻のスコア、および発生件数のスコアの全てのスコアを用いなくてもよく、一部のスコアを用いてもよい。

また上述の実施の形態においては、関連するアプリケーションのうち重大度に係るスコアが閾値以上のアプリケーションを表示しない場合について述べたが、本発明はこれに限らず、関連度に係るスコアが閾値以上（例えば、階層差が「５」以上に対応するスコアなど）のアプリケーションを表示しないようにしてもよいし、発生件数に係るスコアが閾値以上（例えば、発生件数が「２」以下に対応するスコアなど）のアプリケーションを表示しないようにしてもよい。

また上述の実施の形態においては、管理サーバプログラム１１１が、レイアウト領域に表示オブジェクトを描画するための画面情報を生成し、Ｗｅｂブラウザ２１１（または管理クライアントプログラム２１２）が、ＧＵＩ画面に対するユーザ操作がされたら、そのユーザ操作に従う指示を管理サーバプログラム１１１に送信する場合について述べたが、本発明はこれに限らず、管理サーバプログラム１１１は、自身が記憶する情報の少なくとも一部をＷｅｂブラウザ２１１（または管理クライアントプログラム２１２）に送信し、それを、Ｗｅｂブラウザ２１１（または管理クライアントプログラム２１２）が一時情報として記憶資源２０５に格納し、Ｗｅｂブラウザ２１１（または管理クライアントプログラム２１２）が、ユーザ操作に従う指示と一時情報とに基づいて、レイアウト領域に表示オブジェクトを描画する（例えば、表示オブジェクトを新規描画、拡大又は縮小する）ようにしてもよい。このように、管理システム１においては、管理サーバ１００の機能の一部を管理クライアント２００で実現してもよいし、管理クライアント２００の機能の一部を管理サーバ１００で実現してもよいし、管理クライアント２００の機能の全てを管理サーバ１００で実現して管理クライアント２００を設けなくてもよい。

また上述の実施の形態においては、ステップＳ２０、ステップＳ３０、ステップＳ４０、ステップＳ５０の順に処理を行う場合について述べたが、本発明はこれに限らず、任意の順序で重み付けを上げてもよい。

１……管理システム、２……計算機システム、１００……管理サーバ、２００……管理クライアント、３００……ホスト、４００……ストレージシステム

Claims (11)

1. 複数のアプリケーションを管理する管理システムであって、
   前記複数のアプリケーションの各々で発生したイベントのイベント情報と、前記複数のアプリケーションにおけるアプリケーション間の関連を示す関連情報と、前記複数のアプリケーションの各々に対応付けてアプリケーションの階層を示す階層情報と、を記憶する記憶部と、
   前記複数のアプリケーションのうち、分析起点とするアプリケーションの情報を入力する入力部と、
   前記記憶部に記憶される関連情報に基づいて、前記分析起点のアプリケーションに関連するアプリケーションを特定する特定部と、
   前記記憶部に記憶されるイベント情報から、前記分析起点のアプリケーションのイベント情報、および前記関連するアプリケーションのイベント情報を抽出する抽出部と、
   前記分析起点のアプリケーションおよび前記関連するアプリケーションの各々に対応付けて前記抽出部で抽出されたイベント情報を出力する出力部と、
   前記記憶部に記憶される階層情報を参照して、前記分析起点のアプリケーションおよび前記関連するアプリケーションの各階層差を算出し、前記分析起点のアプリケーションとの階層差が小さいアプリケーションほど、前記出力部による出力の重み付けを上げる重付部と、を備える、
   ことを特徴とする管理システム。
2. 前記記憶部に記憶されるイベント情報には、イベントの重大度を示す重大度情報、およびイベントの発生時間を示す時間情報が含まれ、
   前記重付部は、前記抽出部で抽出されたイベント情報の重大度情報に基づいて、重大度の高いイベントが発生したアプリケーションほど、前記出力部による出力の重み付けを上げ、前記抽出部で抽出されたイベント情報に基づいて、単位時間当りにイベントが発生した件数が多いアプリケーションほど、前記出力部による出力の重み付けを上げ、前記抽出部で抽出されたイベント情報に基づいて、現在時間に近いイベントのイベント情報ほど、前記出力部による出力の重み付けを上げ、
   前記重付部による重み付けに従って、前記分析起点のアプリケーション、前記関連するアプリケーション、および前記抽出部で抽出されたイベント情報を前記出力部が表示するための画面情報を生成する生成部を更に備える、
   ことを特徴とする請求項１に記載の管理システム。
3. 前記記憶部に記憶されるイベント情報には、イベントの重大度を示す重大度情報が含まれ、
   前記重付部は、前記抽出部で抽出されたイベント情報の重大度情報に基づいて、重大度の高いイベントが発生したアプリケーションほど、前記出力部による出力の重み付けを上げる、
   ことを特徴とする請求項１に記載の管理システム。
4. 前記重付部は、前記抽出部で抽出されたイベント情報に基づいて、単位時間当りにイベントが発生した件数が多いアプリケーションほど、前記出力部による出力の重み付けを上げる、
   ことを特徴とする請求項１に記載の管理システム。
5. 前記記憶部に記憶されるイベント情報には、イベントの発生時間を示す時間情報が含まれ、
   前記重付部は、前記抽出部で抽出されたイベント情報に基づいて、現在時間に近いイベントのイベント情報ほど、前記出力部による出力の重み付けを上げる、
   ことを特徴とする請求項１に記載の管理システム。
6. 前記記憶部は、前記複数のアプリケーションの各々が設けられるインフラの性能情報を記憶し、
   ユーザ操作に基づいて選択されたイベント情報のイベントが発生したアプリケーションが設けられるインフラの性能情報を前記出力部が表示するための画面情報を生成する生成部を更に備える、
   ことを特徴とする請求項１に記載の管理システム。
7. ユーザ操作に基づいて、所定の時間間隔ごとにまとめて表示されたイベント情報の一覧表示を前記出力部が行うための画面情報を生成する生成部を更に備える、
   ことを特徴とする請求項１に記載の管理システム。
8. 前記記憶部に記憶されるイベント情報には、イベントの重大度を示す重大度情報が含まれ、
   前記抽出部は、前記重大度情報が閾値以上であるイベント情報を抽出する、
   ことを特徴とする請求項１に記載の管理システム。
9. 前記記憶部に記憶されるイベント情報には、イベントの重大度を示す重大度情報が含まれ、
   前記出力部は、前記記憶部に記憶されるイベント情報を前記複数のアプリケーションに対応付け、アプリケーションごとに最も高い重大度のイベントを示す情報を出力する、
   ことを特徴とする請求項１に記載の管理システム。
10. 複数のアプリケーションを管理する管理装置であって、
    前記複数のアプリケーションの各々で発生したイベントのイベント情報と、前記複数のアプリケーションにおけるアプリケーション間の関連を示す関連情報と、前記複数のアプリケーションの各々に対応付けてアプリケーションの階層を示す階層情報と、を記憶する記憶部と、
    前記複数のアプリケーションのうち、分析起点とするアプリケーションの情報を入力する入力部と、
    前記記憶部に記憶される関連情報に基づいて、前記分析起点のアプリケーションに関連するアプリケーションを特定する特定部と、
    前記記憶部に記憶されるイベント情報から、前記分析起点のアプリケーションのイベント情報、および前記関連するアプリケーションのイベント情報を抽出する抽出部と、
    前記分析起点のアプリケーションおよび前記関連するアプリケーションの各々に対応付けて前記抽出部で抽出されたイベント情報を出力する出力部と、
    前記記憶部に記憶される階層情報を参照して、前記分析起点のアプリケーションおよび前記関連するアプリケーションの各階層差を算出し、前記分析起点のアプリケーションとの階層差が小さいアプリケーションほど、前記出力部による出力の重み付けを上げる重付部と、を備える、
    ことを特徴とする管理装置。
11. 複数のアプリケーションの各々で発生したイベントのイベント情報と、前記複数のアプリケーションにおけるアプリケーション間の関連を示す関連情報と、前記複数のアプリケーションの各々に対応付けてアプリケーションの階層を示す階層情報と、を記憶する記憶部を備える管理システムにおける管理方法であって、
    入力部が、前記複数のアプリケーションのうち、分析起点とするアプリケーションの情報を入力する第１のステップと、
    特定部が、前記記憶部に記憶される関連情報に基づいて、前記分析起点のアプリケーションに関連するアプリケーションを特定する第２のステップと、
    抽出部が、前記記憶部に記憶されるイベント情報から、前記分析起点のアプリケーションのイベント情報、および前記関連するアプリケーションのイベント情報を抽出する第３のステップと、
    重付部が、前記記憶部に記憶される階層情報を参照して、前記分析起点のアプリケーションおよび前記関連するアプリケーションの各階層差を算出し、前記分析起点のアプリケーションとの階層差が小さいアプリケーションほど、出力部による出力の重み付けを上げる第４のステップと、
    前記出力部が、前記分析起点のアプリケーションおよび前記関連するアプリケーションの各々に対応付けて前記抽出部で抽出されたイベント情報を出力する第５のステップと、を備える、
    ことを特徴とする管理方法。