JP2011076293A - 障害の根本原因解析結果表示方法、装置、及びシステム - Google Patents

Abstract

【課題】多数のルールで原因分析を行う管理システムを用いる管理者の負担を軽減する。
【解決手段】管理システムは少なくとも第一の解析ルール情報と第二の解析ルール情報を有し、検知した情報処理装置の状態に基いて第一の解析結果と第二の解析結果を取得し、（Ａ）解析結果が示す原因、（Ｂ）解析結果の元となった解析ルール情報の状態条件、又は（Ｃ）検知済みの状態に基いて第一の解析結果と第二の解析結果を集約し、表示する。
【選択図】図１

Description

本発明は、サーバ計算機、ネットワーク装置、又は／及びストレージサブシステムを含む計算機システム、並びに、当該計算機システムを管理する管理システム、当該計算機システム及び当該管理システムを含む計算機システムに関する。

近年、計算機システムは、計算機ネットワーク（以降、単にネットワークと記す）を介して様々な情報処理装置を相互に接続することで複雑化・大規模化してきており、これに伴いいずれかの情報処理装置に発生した障害がネットワークを介して様々な情報処理装置に影響を与えるようになってきた。これらの障害の箇所と原因を特定する根本原因解析技術として、情報処理装置から通知される障害内容を表すイベント情報を用いて障害箇所及び原因を解析するイベント・コリレーション技術がある（例えば、特許文献１）。イベント・コリレーション技術は、障害時に上げられるイベントの相関を利用して根本原因を推測するもので、古くからネットワークシステムの障害の診断に用いられてきた。

また、非特許文献２では、当該技術と障害時のイベントの組み合わせと推測される根本原因を対にしてルール化することで、エキスパートシステムをベースとした推論エンジンを用いて根本原因を迅速に突き止める技術が開示されている。

米国特許第６２４９７５５号

"Ｒｅｔｅ： Ａ Ｆａｓｔ Ａｌｇｏｒｉｔｈｍ ｆｏｒ ｔｈｅ Ｍａｎｙ Ｐａｔｔｅｒｎ／Ｍａｎｙ Ｏｂｊｅｃｔ Ｐａｔｔｅｒｎ Ｍａｔｃｈ Ｐｒｏｂｌｅｍ"， ＡＲＴＩＦＩＣＩＡＬ ＩＮＴＥＬＬＩＧＥＮＣＥ， Ｖｏｌ． １９， ｎｏ． １， １９８２， ｐｐ． １７−３７

イベント・コリレーション技術は、障害時に通知されるイベントの組み合わせパターンから障害の原因候補を絞り込む有効な技術であるが、あるイベントに対して複数の原因候補が関連することが多く、イベントの組み合わせパターンも、多種多様な情報処理装置と、接続関係の多様化と、障害パターンの複雑化・多様化により、個々に出力される原因候補は、同時に成立しないもの、又は冗長なものがある場合がある。特にイベントの組み合わせに対して障害の原因候補をペアとしてｉｆ−ｔｈｅｎ形式（条件−結論形式と以後呼ぶことがある）のルールにより計算機システムの障害原因を解析する場合には、多種多様な情報処理装置、接続パターン、障害パターンに対応するために多数のルールを設計、用意する必要がある。

しかし、障害が発生した場合に出力される解析結果がルール単位に表示する場合、ルールが多数存在した場合に解析結果の表示数が多くなり、解析結果を確認する管理者の負担が高くなる。

本発明の目的は、多数のルールで原因分析を行う管理システムを用いる管理者の負担を軽減することである。

本発明における管理システムは少なくとも第一の解析ルール情報と第二の解析ルール情報を有し、検知した情報処理装置の状態に基いて第一の解析結果と第二の解析結果を取得し、（Ａ）解析結果が示す原因、（Ｂ）解析結果の元となった解析ルール情報の状態条件、又は（Ｃ）検知済みの状態に基いて第一の解析結果と第二の解析結果を集約し、表示する。

本発明により、多数のルールで原因分析を行う管理システムを用いる管理者の負担を軽減することができる。

図１は計算機システムの全体構成の概観図を模式的に示した図である。 図２は障害解析をプロセッサで行うときに使う解析ルール情報を示した図である。 図３はファイルサーバの公開ファイルシステム障害に関する解析ルール情報の例とサーバのファイルシステム障害に関する解析ルール情報の例を示した図である。 図４はストレージサブシステムのＦＣポートと隣接接続するＦＣスイッチのトポロジにおけるストレージサブシステムのＦＣポートの障害に関する解析ルールの例を示した図である。 図５はストレージサブシステムのＦＣポートと隣接接続するＦＣスイッチのトポロジにおけるＦＣスイッチのポートの障害に関する解析ルールの例を示した図である。 図６はストレージサブシステムのコントローラの障害に関する解析ルールの例を示した図である。 図７はストレージサブシステムのＦＣポートの障害に関する解析ルールの例を示した図である。 図８は図３の解析ルールに対応する解析結果情報の例を示した図である。 図９は図４と図５の解析ルールに対応する解析結果情報の例を示した図である。 図１０は図４と図５の解析ルールに対応する図９とは別の解析結果情報の例を示した図である。 図１１は図６と図７の解析ルールに対応する解析結果情報の例を示した図である。 図１２は集約した解析結果を画面表示するときに必要となる集約解析結果情報を示した図である。 図１３は解析結果情報に対して、装置集約処理に用いる、原因装置をキーとして解析結果情報の識別情報を格納したテーブルＴ２を示した図である。 図１４は解析結果情報に対して、部位集約処理に用いる、原因部位をキーとして解析結果情報の識別情報を格納したテーブルＴ３を示した図である。 図１５は解析結果情報に対して、上位集約、排他選択、包含集約の処理で用いる、解析ＩＤ、解析ＩＤに対応する適用条件リストと、受信イベントリストを格納したテーブルＴ４を示した図である。 図１６は解析ルール単位ごとに解析結果情報を元に、各種集約処理を行い、集約した解析結果を画面に表示する処理のメインフローを示した図である。 図１７はテーブルＴ２及びテーブルＴ３を作成するフロー図である。 図１８はテーブルＴ４を作成するフロー図である。 図１９は上位集約、排他選択、包含集約に対する集約処理で用いる図１２のデータを作成するためのフローを示した図である。 図２０はテーブルＴ４に基いて集約解析結果情報Ｔ１を作成するフロー図である。 図２１は図２０のフローの内、特に上位集約について詳細フローを示した図である。 図２２は図２０のフローの内、特に排他選択について詳細フローを示した図である。。 図２３は図２０のフローの内、特に包含集約について詳細フローを示した図である。 図２４は集約解析結果を画面に表示するためのフローを示した図である。 図２５は集約解析結果の画面表示データの例を示したものである。 図２６は解析結果情報について示した図である。 図２７はイベント情報について示した図である。 図２８は管理対象装置群の例を示した図である。 図２９は管理対象構成情報について示した図である。

以下、本発明について説明する。

以後の説明では「ＡＡＡテーブル」、「ＡＡＡリスト」、「ＡＡＡＤＢ」又は「ＡＡＡキュー」等の表現にて本発明の情報を説明するが、これら情報はテーブル、リスト、ＤＢ又はキュー等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「ＡＡＡテーブル」、「ＡＡＡリスト」、「ＡＡＡＤＢ」及び「ＡＡＡキュー」等について「ＡＡＡ情報」と呼ぶことがある。

また各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」及び「番号」という表現を用いるが、これらの表現は装置や部品などの物理的な存在に限らず、論理的な存在についても区別をつけるために割り当てられているものであるため、お互いに置換が可能である。

以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサによって実行されることによって定められた処理をメモリ及びインタフェースを用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。また、プログラムの一部または全ては専用ハードウェアによって実現されてもよい。

また、各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。

＜１．計算機システムの構成＞
図１は、本発明の第１の実施の形態による計算機システムの１つの構成を示す概観図である。計算機システム０は、管理サーバ１と、管理サーバ１で生成される画面出力データを表示するためのディスプレイ装置Ｄ２と、管理対象装置群３とからなる。管理サーバ１は、管理対象装置群３を構成する計算機、ネットワークスイッチ（ＮＷスイッチ）及びストレージサブシステムを含む情報処理装置を管理対象として監視・管理している。

管理サーバ１は、情報を電子データとして記憶するための領域であるメモリ１０と、メモリ１０に存在する電子データを用いて計算機ネットワーク上で発生した障害の解析処理を行うプロセッサ１１と、管理対象装置群３と管理用の計算機ネットワークＮ３を介して電子データの送受信を行うためのネットワークインタフェース１３（インタフェースはＩ／Ｆと略す場合がある）と、ディスプレイ装置Ｄ２に表示するためのデータを出力する画面出力インタフェース１２とを備えて構成される。なお、ネットワークインターフェースは画面出力インターフェース１２を兼ねても良い。

メモリ１０は、主メモリとして半導体メモリであってもよく、補助メモリとして磁気ディスク装置と、外付けのストレージサブシステムとのいずれか又は両方を含んでも良い。

管理用ネットワークＮ３は、Ｌｏｃａｌ Ａｒｅａについて限定されたネットワークである必要はない。管理用ネットワークＮ３は、情報処理装置間の通信を行うためのネットワークと別なネットワークであってもよく、また部分的または完全に同一なネットワークであってもよい。

メモリ１０には、計算機システム０において管理サーバ１に予め与えられている管理対象装置群３に関する装置名、並びに計算機ネットワーク上でアクセスするために必要な識別情報及び認証情報を含む管理対象装置情報１０３を格納し、さらに以下の情報及びプログラムを格納する。
＊ 計算機ネットワークＮ４における接続状態、及び論理的な関係情報を含んだ管理対象構成情報１０３。なお、メモリ１０は内容の異なる当該情報を複数格納し得る。
＊ プロセッサ１１によって解析処理を行うための解析ルール情報１０４。なお、メモリ１０は内容の異なる当該情報を複数格納し得る。
＊ プロセッサ１１において解析ルール情報１０４を入力として解析処理がおこなわれた結果を格納するための解析結果情報１０２。なお、メモリ１０は内容の異なる当該情報を複数格納し得る。
＊ 本発明の手順を実行するためのプログラムである管理プログラム１０５。
＊ 管理対象装置、又は管理対象装置にて発生したイベントについての情報を含むイベント管理情報１０６。メモリ１０は内容の異なる当該情報を複数格納し得る。
＊ プロセッサ１１によって管理プログラム１０５を実行した結果、生成される集約解析結果情報Ｔ１。

なお、メモリ１０に格納された前記の各情報及びプログラムについては、後でフローチャートと情報の図とによって説明を補足する。

前述の通り、管理サーバ１はディスプレイ装置２と接続するが他の入出力装置を有しても良い。入出力装置の例としてはディスプレイとキーボードとポインタデバイスが考えられるが、これ以外の装置であってもよい。また、入出力装置の代替としてシリアルインターフェースやイーサーネットインターフェースを入出力装置とし、当該インタフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力装置での入力及び表示を代替してもよい。当然ながら、管理サーバ１がディスプレイ装置を内蔵してもよい。

以後、管理対象装置群３を管理し、本願発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理サーバ１が表示用情報を表示する場合は管理サーバ１が管理システムであり、管理サーバ１と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理サーバ１と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。

＜１．１．用語定義＞
以下に、本発明で用いる用語の定義を記す。なお本箇所以外にも用語定義がされている。

情報処理装置：ネットワーク通信を送信または受信する装置（たとえばサーバ装置、ストレージサブシステム、プリンタ、スキャナ、パソコン、ＰＤＡ、携帯電話等）と、ネットワーク通信を中継する装置（ルータ、プロキシーサーバ、スイッチ）とをさす。なお、サーバ装置は例えばＷｅｂサーバ、ファイルサーバ、ネームサーバ、ディレクトリサーバ、認証サーバ等が考えられるが、何らかのサービスを提供する装置であれば何でも良い。

監視対象情報処理装置：管理サーバ１が監視対象とする情報処理装置。

確信度：あるイベントが発生している確からしさを表す値。

＜２．計算機システム又は管理サーバが有する情報＞
管理サーバ１が有する各種情報について説明する。

＜２．１．管理対象装置情報＞
管理対象構成情報１０３は、管理サーバ１が管理対象とする管理対象装置の識別子と、装置間の物理的及び論理的な関係（例えば接続関係や、サーバ・クライアントの関係や、包含関係）を含む情報である。前記識別子は管理対象装置と通信するための識別子、例えばＩＰアドレス、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）、又はホスト名等が考えられる。しかしこれ以外の識別子であっても管理対象装置と最終的に通信可能であればよい。

図２９は図２８に示す管理対象装置群３の例に対して生成される管理対象構成情報１０３の一例である。なお、図２９及び図３０は一例であり、本願の権利範囲を限定するものではない。図２９の例では、それぞれの監視対象情報処理装置について以下の情報を当該情報に格納している。なお、以下の項目は全てが必要とは限らない。
＊ 監視対象情報処理装置の種別（たとえば、ストレージサブシステム、スイッチ装置、サーバ装置等）と、当該装置を構成する部位の種別。
＊ 監視対象情報処理装置を構成する部位の情報及び装置と部位、または部位と部位の包含関係。
＊ ネットワーク通信を行うための部位については、接続相手となる部位。
＊ 監視対象情報処理装置の設定。

なお、管理対象構成情報１０３は以下の処理により生成又は更新されることが考えられるが、他の処理から生成されたものであってもよい。
＊ 管理プログラム１０５は、監視対象情報処理装置から受信した各装置についての構成情報及び設定情報に基いて管理対象構成情報１０３を生成又は更新する。
＊ 管理プログラム１０５が監視対象情報処理装置の設定を行える場合は、管理プログラムは管理サーバの入力装置を介して受信した装置設定情報を装置に設定すると共に、管理対象構成情報１０３を生成又は更新する。

＜２．２．イベント管理情報＞
図２７はイベント管理情報１０６を示す。イベント管理情報は以下の情報を含む。
＊ イベントＩＤ。イベント管理情報を識別する情報である。
＊ イベント検知時間。イベントを検知した時間を示す。なお、イベント検知は監視対象情報処理装置である場合や、管理システムである場合もあり、当該時間にはそれぞれの計算機または装置が管理するタイマーに基いた値をセットする。
＊ 発生元装置ＩＤ。イベントが発生した装置の識別子を格納する。
＊ 発生元部位ＩＤ。イベントを生じさせた理由となる装置内の部位の識別子を格納する。
＊ 状態。イベント発生によって変化した発生元部位の状態を格納する。

なお、イベント管理情報１０６はこれら以外の情報を含んでも良く、また、上述の値は間接的な情報を格納することで、直接的な値の格納に変えても良い。これは例えば、”状態”の代わりとして”ＦＣポートの電源ダウンを検知しました”等の結果的に特定の状態になることが明らかなメッセージを入れることがある。

なお、イベント管理情報１０６は、管理プログラム１０５の処理によって、監視対象情報処理装置がイベント検知に応じて生成して管理システムに送信するイベントに関する情報（以後、イベント受信情報と呼ぶ）の受信に応じて生成される。
＜２．３．解析ルール情報＞
図２は解析ルール情報１０４を示した図である。

解析ルール情報１０４は、以下の情報を含む。
＊ 解析ルールに対して一意に識別される識別情報１０４−１。
＊ 解析ルールを適用する対象とする装置及び部位同士の関係を示したトポロジ条件１０４−２１。
＊ 管理対象装置群３で発生した障害の原因箇所を特定するために検知が必要とされる一つ以上のイベント（装置又は部位の状態を直接的又は間接的に示すことができるイベントがより好適）で構成される、いわゆる原因箇所を特定するための条件の集合である条件セット１０４−２２。なお、前述のトポロジ条件１０４ー２１と条件セット１０４ー２２を合わせて条件パート１０４−２と呼ぶことがある。
＊ ｉｆ−ｔｈｅｎ形式のルールの結論として、障害の原因箇所を示す原因箇所情報１０４−３１と障害原因に対する結論の詳細情報である結論詳細情報１０４−３２とから成る結論パート１０４−３。

なお、条件セット１０４−２２を構成する個々の条件は、さらに条件をルール内で識別するためのＩＤである条件ＩＤ Ｃ１とイベントの発生装置部位を示す装置部位Ｃ２と、その装置部位の状態を示す状態Ｃ３と、から成る。なお、条件ＩＤ Ｃ１は必須ではない。

＜２．３．１．解析ルール情報の例＞
本発明の説明のために、図２８の装置群を例として、一般的なルールの例を説明する。

図３の解析ルール情報１０４−Ｒ１は以下の場合の解析ルール情報の例である。ルール識別情報が”Ｒ１”で識別される本情報は、以下のトポロジを想定する。
＊ ファイルサーバ計算機（以後ファイルサーバと省略して呼ぶ）のローカルのファイルシステムをネットワーク上の他の計算機に公開する。なお、ファイルシステムの公開対象は全ての場合もあればファイルシステムの一部の場合もある。
＊ 前述の他の計算機はネットワークを介して公開された前述のファイルシステムをネットワークドライブとして利用する。なお、ネットワークドライブはＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）固有の表現であり、公開されたファイルシステムを利用するためにネットワークドライブが必須というわけではない。

以上のトポロジを想定した場合、条件パートにはトポロジ条件として”ファイルサーバとファイルサーバの公開されたファイルシステムを利用するクライアント計算機”という指定がされる。条件パートは、さらに条件セットとして以下が指定される。
＊ 条件Ｒ１−２１としてファイルサーバの公開されたファイルシステムの状態がエラーとなること。
＊ 条件Ｒ１−２２としてクライアントマシンのネットワークドライブの状態がエラーとなること。

なお、エラー状態は少なくとも装置または部位が使えない状態であることを含む他、一般的にエラーとされる状態を含めても良い。以後で説明する他のケースについても特に記載しない限りエラー状態は前述の意味であるものとする。

この条件セットに対して結論パートは以下を指定する。
＊ 原因箇所情報は”ファイルサーバ”の公開されたファイルシステムである。
＊ 詳細メッセージは”ファイルサーバの公開されたファイルシステムの障害が原因”である。

図３の解析ルール情報１０４−Ｒ２はサーバのファイルシステムの障害を取り扱うための解析ルールの一例として以下が示されている。
＊ ルール識別情報Ｒ２−１には”Ｒ２”が、条件パートには適用先のトポロジとしてトポロジ条件は”なし”である為、少なくとも全ての管理対象のファイルサーバに適用される。
＊ 条件セットを構成する条件は、”計算機のファイルシステム”の状態がエラーであることを指定する。
そして、この条件セットに対応する結論として、結論パートＲ２−３には、以下を指定する。
＊ 原因箇所情報は、”計算機”の”ファイルシステム”である。
＊ 詳細メッセージは、”計算機のファイルシステムの障害が原因”である。

図４の解析ルール情報１０４−Ｒ３と図５の解析ルール情報１０４−Ｒ４はストレージサブシステムと、これとケーブルを介して直接接続されているＦＣスイッチに関する解析ルールの一例である。なお、前述の直接接続の意味は他のＦＣスイッチを介さないという意味である。

このため、１０４−Ｒ３と１０４−Ｒ４共に条件パートには適用先のトポロジとして”ストレージサブシステムのＦＣポートとＦＣスイッチのポートにおいて隣接しているポート”と指定している。

解析ルール情報１０４−Ｒ３の条件セットは、条件Ｒ３−２１としてストレージサブシステムのＦＣポートの状態が”エラー”である事と、条件Ｒ３−２２としてＦＣスイッチのＦＣポートの状態が”リンクダウン”へ変化したことと、の２つの条件で構成する。なおポートのリンクダウン状態とは当該ポート自体は正常な状態だが、接続先の装置（今回の場合はストレージサブシステム）と通信できない状態を意味する。

この場合の結論として結論パートＲ３−３には原因箇所情報として”ストレージサブシステム”の”ＦＣポート”が指定され、詳細メッセージは”ストレージサブシステムのＦＣポート、又は装置間ケーブルのいずれか又は両方の障害が原因”と指定している。

図５記載の解析ルール情報１０４−Ｒ４の条件セットは、条件Ｒ４−２１としてストレージサブシステムのＦＣポートの状態が”エラー”へ変化したことと、条件Ｒ４−２２としてＦＣスイッチのポートの状態が”エラー”へ変化したことと、の２つの条件で構成する。

この場合の結論として結論Ｒ４−３には原因箇所情報として”ＦＣスイッチ”の”ポート”を指定し、詳細メッセージは”ＦＣスイッチのポート、又はストレージサブシステムのＦＣポート、又はケーブルのいずれか少なくとも一つの障害が原因”と指定している。

図６の解析ルール情報１０４−Ｒ５は、ストレージサブシステムのコントローラ障害に関する解析ルールの一例である。条件パートのトポロジ条件は”なし”であるため、全てのストレージサブシステムに適用されることを示す。条件セットは、条件Ｒ５−１としてストレージサブシステムのコントローラの状態が”エラー”に変化したことと、条件Ｒ５−２としてストレージサブシステムのコントローラの付いているＦＣポートの状態が”エラー”に変化したことと、の２つの条件で構成している。この場合の結論として結論Ｒ５−３には原因箇所情報として”ストレージサブシステム”の”コントローラ”を指定し、詳細メッセージは”ストレージサブシステムのコントローラ 障害が原因”と指定している。

図７の解析ルール情報１０４−Ｒ６は、ストレージサブシステムのＦＣポート障害に関する解析ルールの一例である。条件パートのトポロジ条件は”なし”であるため、全てのストレージサブシステムに適用されることを示す。条件セットは、条件Ｒ６−１としてストレージサブシステムのコントローラの付いているＦＣポートの状態が”エラー”に変化したことの１つの条件で構成している。この場合の結論として結論Ｒ６−３には原因箇所情報として”ストレージサブシステム”の”ＦＣポート”を指定し、詳細メッセージは”ストレージサブシステムのＦＣポート 障害が原因”と指定している。

以上が本実施例の処理を説明するために用意した解析ルールの例である。

＜２．４．解析結果情報＞
図２６は解析結果情報１０２を示した図である。解析結果情報１０２は、解析ルール情報１０４を、トポロジ条件に適合する一つ以上の監視対象情報処理装置のセットの構成または設定とトポロジ条件に合わせて具体化した展開済みルールのいずれかを元として作成される。解析結果情報１０２は、以下の情報を含む。
＊ 解析ＩＤ：解析結果情報を識別する識別子である。
＊ 解析時間：解析結果情報が格納した解析結果を得た時間である。
＊ 適用ルールＩＤ：解析結果を得るために使用した解析ルールＩＤの識別子である。
＊ 適用部位ＩＤ：適用ルールＩＤで識別される解析ルール情報を適用した、一つ以上の監視対象情報処理装置又は当該装置の部位についての一つ以上の識別子である。
＊ 原因装置情報：適用ルールＩＤで識別される解析ルール情報を適用部位ＩＤで指定された監視対象情報処理装置又は当該装置の部位に適用して得られた、一連のイベントの原因となった監視対象情報処理装置についての、種別及び識別子である。なお本欄の種別は省略しても良い。
＊ 原因部位情報：適用ルールＩＤで識別される解析ルール情報を適用部位ＩＤで指定された監視対象情報処理装置又は当該装置の部位に適用して得られた、一連のイベントの原因となった監視対象情報処理装置の部位についての、種別及び識別子である。なお本欄の種別は省略しても良い。
＊ 受信イベントリスト：当該解析結果情報に示す原因を導き出した元となる一つ以上のイベントに関する情報である。なお、個々のイベントに関する情報は、イベントの発生元である監視対象情報処理装置の識別子、又は当該装置の識別子に部位の識別子を加えた識別子と、当該装置または部位の状態を含む。
＊ 確信度：受信イベントリストに含まれる一つ以上のイベントから原因装置情報及び／又は原因装置部位が原因箇所であることに対する確からしさを示す。なお、本実施例では確信度は０から１００の値を取り、１００の場合は管理サーバが得たイベントの情報から上述の原因装置情報及び部位が確実に原因箇所であることを意味し、値が小さいほど確実性が下がることを意味する。なお、当然ながら確信度は他の表現で表記してもよい。
＊ メッセージ：適用ルールＩＤで識別される解析ルール情報を適用部位ＩＤで指定された監視対象情報処理装置又は当該装置の部位に適用して得られた原因装置及び原因部位を表示するためのメッセージである。

なお、解析結果情報１０２は管理プログラム１０５によって以下の処理を行うことで生成される。

（Ｓｔｅｐ Ａ）管理プログラム１０５は、解析ルール情報１０４及び管理対象構成情報１０３を参照することで、解析ルール情報の条件パートのトポロジ条件に適合する監視対象情報処理装置を選択する。なお、トポロジ条件が複数の監視対象情報処理装置の関係を示している場合は、トポロジ条件に適合する装置の集合が複数選択される場合もある（例えばトポロジ条件としてストレージサブシステムを利用するサーバ装置とし、ストレージサブシステム及びサーバ装置が複数ある場合は、ストレージサブシステムとサーバ装置の集合を、複数選択する。）
（Ｓｔｅｐ Ｂ）管理プログラム１０５は、Ｓｔｅｐ Ａで選択した個々の集合に対する処理として、解析ルール情報１０４の条件セットの条件を満たす、前述の装置集合が発生元のイベントをイベント管理情報１０６を参照することで選択する。

（Ｓｔｅｐ Ｃ）管理プログラム１０５は、Ｓｔｅｐ Ｂで選択したイベントが一つ以上の場合、Ｓｔｅｐ Ｂの選択結果に基いて解析結果情報１０２を生成する。なお、解析結果情報１０２の各項目の値は以下の通り生成される。
＊ 受信イベントリスト：Ｓｔｅｐ Ｂで選択したイベントの各々について、発生元装置ＩＤ及び発生元部位ＩＤ及び状態を格納する。なお、イベントを識別する情報としてイベント管理情報のイベントＩＤを上記値と共に格納してもよい。
＊ 適用ルールＩＤ：Ｓｔｅｐ Ａの選択に用いた解析ルール情報に格納されたルール識別情報を格納する。
＊ 適用部位ＩＤ：Ｓｔｅｐ Ａで選択した装置集合であって、解析ルール情報１０４の条件パートの原因箇所情報に記載の装置及び部位の識別子を格納する。
＊ 原因装置情報及び原因部位情報：Ｓｔｅｐ Ａで選択した装置集合であって、解析ルール情報１０４の条件パートの原因箇所情報に記載の装置及び部位の識別子を格納する。
＊ メッセージ：Ｓｔｅｐ Ａの選択に用いた解析ルール情報に格納された結論詳細情報１０４−３２のテキスト文に原因装置情報及び原因部位情報の情報を追加したテキスト文。なお、本項目はテキスト形式以外の情報であってもよい。
＊ 確信度： 解析結果情報１０２の受信イベントリストに格納した情報と、解析ルール情報１０４の条件セットの条件に基いて計算された確信度を格納する。計算方法の一例としては、受信イベントリストが示すイベントの個数を、前述の条件セットの条件の個数で割った値に１００を掛ける方法がある。しかし、他の方法で計算してもよい。

（Ｓｔｅｐ Ｄ）管理プログラム１０５は、Ｓｔｅｐ Ｃで生成した解析結果情報１０２をメモリに格納する。

なお、上記管理プログラムの処理は、管理プログラムが自律的に繰り返し実行してもよく、管理者からの指示によって実行してもよく、又はイベント管理情報又は解析ルール情報の生成・更新を契機としてもよい。

＜２．４．１．解析結果情報の例＞
図８乃至図１１は、解析結果情報１０２の例を示したものである。

図８の解析結果情報１０２−１は、解析ルール情報Ｒ１のファイルサーバを担っているＳｅｒｖｅｒのＳｒｖ０１に対する解析結果情報であり、Ｒ１に設定された条件セットの２つの条件についてイベントを受信していることを示している。この解析結果情報では、原因装置はファイルサーバのＳｒｖ０１で、原因部位はＦｉｌｅ Ｓｙｓｔｅｍの”／ｄｅｖ／ｓｄｂ”で、この結果に対する確信度は５０％であることを示したものである（Ｒ１の解析ルールの条件セットは二つの条件から構成されるが、解析結果情報１０２−１生成時点ではそのうち一つのイベントしか受信していないため）。

図８の解析結果情報１０２−２は、解析ルール情報Ｒ２のＳｅｒｖｅｒのＳｒｖ０１に対する解析結果情報であり、Ｒ２に設定された条件セットの１つの条件についてイベントを受信していることを示している。この解析結果情報では、原因装置はＳｅｒｖｅｒのＳｒｖ０１で、原因部位はＦｉｌｅ Ｓｙｓｔｅｍの”／ｄｅｖ／ｓｄｂ”で、この結果に対する確信度は１００％であることを示したものである。

図９の解析結果情報１０２−３は、解析ルール情報Ｒ３のストレージサブシステムのＳｔｇ０１に対する解析結果情報であり、Ｒ３に設定された条件セットの２つの条件の内の１つの条件についてイベントを受信していることを示している。この解析結果情報では、原因装置はストレージサブシステムのＳｔｇ０１で、原因部位はＦＣポートのＣｔｒｌ−Ａを構成するＰ０１ポートで、この結果に対する確信度は５０％であることを示している。

図９の解析結果情報１０２−４は、解析ルール情報Ｒ４のＦＣスイッチ のＦＣＳｗ０１のポートＰ０１に対する解析結果情報であり、Ｒ４に設定された条件セットの２つの条件の内の１つの条件についてイベントを受信していることを示している。この解析結果情報では、原因装置はＦＣスイッチのＦＣＳｗ０１又はストレージサブシステムのＳｔｇ０１で、原因部位はＦＣスイッチＦＣＳｗ０１のポートＰ０１又はストレージサブシステムＳｔｇ０１のコントローラＣｔｒｌ−Ａ上のＦＣポートＰ０１で、この結果に対する確信度は５０％であることを示している。

図１０の解析結果情報１０２−５は、解析ルール情報Ｒ３のストレージサブシステムのＳｔｇ０２に対する解析結果情報であり、Ｒ３に設定された条件セットの２つの条件の内の２つの条件についてイベントを受信していることを示している。この解析結果情報では、原因装置はストレージサブシステムのＳｔｇ０２で、原因部位はＣｔｒｌ−ＡのＦＣポートＰ０２で、この結果に対する確信度は１００％であることを示している。

図１０の解析結果情報１０２−６は、解析ルール情報Ｒ４のＦＣスイッチのＦＣＳｗ０１のポートのｐ０５に対する解析結果情報であり、Ｒ４に設定された条件セットの２つの条件の内の１つの条件についてイベントを受信していることを示している。この解析結果情報では、原因装置はＦＣスイッチのＦＣＳｗ０１又はストレージサブシステムのＳｔｇ０２で、原因部位はＦＣスイッチＦＣＳｗ０１のポートｐ０５又はストレージサブシステムＳｔｇ０２のコントローラＣｔｒl−Ａ上のＦＣポートＰ０２で、この結果に対する確信度は５０％であることを示している。

図１１の解析結果情報１０２−７は、解析ルール情報Ｒ５のストレージサブシステムのＳｔｇ０３に対する解析結果情報であり、Ｒ５に設定された条件セットの２つの条件の内の２つの条件についてイベントを受信していることを示している。この解析結果情報では、原因装置はストレージサブシステムのＳｔｇ０３で、原因部位はコントローラのＣｔｒｌ−Ａで、この結果に対する確信度は１００％であることを示している。

図１１の解析結果情報１０２−８は、解析ルール情報Ｒ６のストレージサブシステムのＳｔｇ０３に対する解析結果情報であり、Ｒ６に設定された条件セットの１つの条件についてイベントを受信していることを示している。この解析結果情報では、原因装置はストレージサブシステムのＳｔｇ０３で、原因部位はコントローラＣｔｒｌ−ＡのＦＣポートＰ０１で、この結果に対する確信度は１００％であることを示している。

以上が本実施例の処理を説明するために用意した解析結果情報の例である。
＜２．５．集約解析結果情報＞
図１２は、集約した解析結果を画面表示するための表示用情報である集約解析結果情報Ｔ１を示したものである。

集約解析結果情報Ｔ１は、内容としては、どのような方法で集約するのかを示す集約種別を格納する列である集約種別Ｃ４と、集約した解析結果に対する確信度を格納する列であるＣ５と、集約した結果における原因箇所を要素とした原因箇所リストＣ６と、集約した元の解析結果情報を一意に識別するための識別子を格納する解析情報リストＣ７と、から構成される。これらの情報を用いて具体的にどのように画面を表示させるかの手順については、図２４に詳細を記述しており、そこで改めて触れる。

なお、Ｃ４の集約種別として指定できるものは以下の５つである：
（Ａ）装置集約：同じ原因装置であることを示す解析結果情報を１つに集約する。当該集約の場合、管理プログラム１０５は複数の解析結果情報のそれぞれに記載の受信イベントリストをまとめて表示し、かつ集約対象の複数の解析結果情報の確信度の最高値を表示することで、管理者はより多くのイベントが同一の原因装置の障害によって発生したことが容易に理解できるようになる。なお、個々の解析ルールに対して確信度を含む解析結果を表示する場合は、集約対象の複数の解析結果情報の中でもっとも高い値を採用し、集約対象の他の解析結果情報の確信度も当該高い値に修正する。
（Ｂ）部位集約：同じ原因部位であることを示す解析結果情報を１つに集約する。当該集約の場合、管理プログラム１０５は複数の解析結果情報に記載の受信イベントリストをまとめて表示し、かつ集約対象の複数の解析結果情報の確信度の最高値を表示することで、管理者はより多くのイベントが同一の原因装置の障害によって発生したことが容易に理解できるようになる。なお、個々の解析ルールに対して確信度を含む解析結果を表示する場合は、確信度は集約対象の複数の解析結果情報の中でもっとも高い値を採用し、集約対象の他の解析結果情報の確信度も当該高い値に修正する。

（Ｃ）上位集約：同一の適用装置及び部位の集合に対して複数の解析ルールを適用することで得られた複数の解析結果情報を集約対象とし、元となった複数の解析ルール間で異なる条件が、共通の所定の装置又は部位の状態である場合に、集約対象である複数の解析結果情報を一つに集約する。ただし、当該集約は、前述の共通の所定の装置又は部位の状態がイベント受信で得られない場合に適用される。当該集約の場合、管理プログラム１０５は集約対象の複数の解析結果情報のそれぞれに記載の原因装置情報又は原因部位情報又はメッセージをまとめて表示し、さらに集約した確信度として、集約対象の複数の解析結果情報ののそれぞれの確信度を合計した値を表示する。

（Ｄ）排他選択：同一の適用装置及び部位の集合に対して複数の解析ルールを適用することで得られた複数の解析結果情報を集約対象とし、元となった複数の解析ルール間で異なる条件が、共通の所定の装置又は部位の状態である場合に、集約対象である複数の解析結果情報から一つを選択し、残りの解析結果情報について障害監視上意味の無い解析結果であることを示す表示処理を行う。当該集約は、前述の共通の所定の装置又は部位の状態がイベント受信で得られる場合で、かつ当該状態がある瞬間は一つの状態しか排他的になりえないことが明らかな部位に対して適用される。また、選択する解析結果情報は確信度の高い情報を選択する。なお、確信度のより高い解析結果情報は、前述の共通の所定の装置又は部位の状態に関する条件を満たす解析ルールに基いた解析結果情報になる。なおこの場合の選択されなかった解析結果情報の表示処理としては、確信度をゼロにする場合もあれば、解析結果の表示の抑止、表示時の強調度を下げる等の例がある。

（Ｅ）包含集約：集約対象の複数の解析結果情報の元となった複数の解析ルールについて、複数の解析ルールの任意の一つである第一の解析ルールの複数の条件の一部が、複数の解析ルールの第一の解析ルール以外の一つであるその他の解析ルールの条件と同じである場合に、集約対象である複数の解析結果情報を一つに集約する。なお、集約後の原因装置及び確信度は、集約対象の複数の解析結果情報の中で最も確信度の高い解析結果情報の値を採用する。当該採用処理は、結果的には第一の解析ルールと第二の解析ルールの条件差分を満たすイベントを受信した場合は、第一の解析ルールに基く解析結果情報の値を採用し、そうでない場合はその他の解析ルールに基く解析結果情報の値を採用するとも言える。

なお、確信度が集約処理によって個々の解析結果情報の値よりも高くなる場合、上記計算結果より少なく、かつ元の解析結果情報の値より高い値を表示する場合も本発明の発明の範囲である。

＜２．６．画面表示情報＞
図２５は、ディスプレイ装置Ｄ２に表示させる画面表示データの構成について示したものである。画面表示データは、大きくわけて、集約解析結果Ｄ２１と、集約元解析結果Ｄ２２と、集約解析トポロジ表示Ｄ２３から成る。集約解析結果Ｄ２１は、集約した解析結果の要約を表示する領域であり、集約した結果としての障害の原因に関する情報を表示する。このため、集約した解析メッセージとして、障害の原因箇所に言及した集約解析メッセージＤ２１１と、集約解析した結果に対する確からしさを示す確信度Ｄ２１２から成る。なお、集約元解析結果Ｄ２２と、集約トポロジ表示Ｄ２３は必ずしも必須の表示データではない。ＩＴシステムを管理する管理者の都合にあわせて、表示の有無を決定すべきものである。ただし、集約された解析結果の生データである解析結果情報が何であるのかを把握したい場合には、集約元解析結果Ｄ２２のような表示は有効である。

＜２．７．管理プログラム＞
管理プログラム１０５は、監視対象情報処理装置の状態を管理するプログラムである。管理プログラム１０５は、これまで示した処理及び以後説明する処理に加えて、監視対象情報処理装置の状態（例えば、障害発生の有無や、当該装置で行われた設定変更の有無や、性能に関する状態等がある）を管理し、ディスプレイ装置Ｄ２で表示する。そのため、当該管理プログラム１０５は例えば以下を行う。
（Ａ）ネットワークインタフェース１３を介して監視対象情報処理装置から管理情報（例えば、障害発生の有無や、当該装置の設定情報や、性能情報等がある）を受信する。
（Ｂ）受信した管理情報に基づいて上記状態を判断し、ディスプレイ装置Ｄ２へ表示させる。

なお、管理プログラム１０５は管理サーバ１が受信した監視対象情報処理装置への設定要求を受信し、当該要求に基づいてした監視対象情報処理装置への設定を行っても良い。

＜３．管理サーバの処理および表示＞
次に、管理サーバ１が有する管理プログラム１０５について説明する。

＜３．１．管理プログラムによる処理の概要＞
以下に、管理サーバ１が、ある時間の解析結果情報を取得し、ルール毎に出力された解析結果情報を、（Ａ）装置集約、（Ｂ）部位集約、（Ｃ）上位集約、（Ｄ）排他選択、（Ｅ）包含集約、の５つの集約方法で解析結果が集約して絞りこまれて画面に表示されるまでの処理について示す。

図１６は、管理プログラム１０５が任意のタイミングで、ある時間の解析結果情報に対して集約処理を実行して、画面に表示する手順を示したものである。なお、本手順は管理者によって指定されたタイミングで行ってもよい。以下、フローの説明を行う。

（ステップＳ１６０１）管理プログラム１０５は、集約解析の対象とする解析結果情報１０２を選択する。なお、選択方法は例えば、前回以前に本処理によって集約解析対象とならなかった解析結果情報を選択することが考えられるが、他の方法でもよい。

（ステップＳ１６０２、ステップＳ１６０６）管理プログラム１０５は、ステップＳ１で選択した集約解析対象の解析結果情報１０２のそれぞれについてステップＳ３乃至ステップＳ５の処理を行う。なお、以後の説明ではステップＳ１６０１で選択した集約解析対象の解析結果情報１０２の一つをＳ１６０１選択解析結果情報と呼ぶ。

（ステップＳ１６０３）管理プログラム１０５は、Ｓ１６０１選択解析結果情報から、原因装置情報、原因部位情報、および解析ルールＩＤを取得する。

（ステップＳ１６０４）管理プログラム１０５は、装置集約可能な解析結果情報を求めるために装置毎に関係する解析結果情報を記憶するテーブルＴ２にＳ１６０１選択解析情報を登録する。また、管理プログラム１０５は、部位集約可能な解析結果情報を求めるために装置及び部位毎に関係する解析結果情報を記憶するテーブルＴ３にＳ１６０１選択解析情報を登録する。なお、本処理は後ほど詳細を示す。

（ステップＳ１６０５）管理プログラム１０５は、上位集約、排他集約、又は包含集約可能な解析結果情報１０２を求めるために、テーブルＴ４に解析結果情報１０２を登録する。なお、本処理は後ほど詳細を示す。

（ステップＳ１６０７）管理プログラム１０５は、テーブルＴ２に記録した情報のうち、二つ以上の解析結果情報が同じ原因装置に関連している行を、装置集約として、集約解析結果情報Ｔ１に登録する。具体的な登録は以下の通りである。
＊ 集約種別：装置集約を示す値を格納する。
＊ 集約確信度：ステップＳ７の該当行の関連解析ＩＤリストが示す複数の解析結果情報のうち、最も高い値を格納する。
＊ 原因箇所リスト：ステップＳ７の該当行の原因装置情報を格納する。
＊ 解析結果リスト：ステップＳ７の該当行の関連解析ＩＤを格納する。

（ステップＳ１６０８）管理プログラム１０５は、テーブルＴ３に記録した情報のうち、二つ以上の解析結果情報が同じ原因装置と原因部位に関連している行を、部位集約として、集約解析結果情報Ｔ１に登録する。具体的な登録は以下の通りである。
＊ 集約種別：部位集約を示す値を格納する。
＊ 集約確信度：ステップＳ８の該当行の関連解析ＩＤリストが示す複数の解析結果情報のうち、最も高い値を格納する。
＊ 原因箇所リスト：ステップＳ８の該当行の原因装置情報及び原因箇所情報を格納する。
＊ 解析結果リスト：ステップＳ８の該当行の関連解析ＩＤリストを格納する。
（ステップＳ１６０９）管理プログラム１０５は、テーブルＴ４に基いて、集約種別が排他選択又は上位集約又は包含集約が適用できる解析ルールに対して集約解析結果情報Ｔ１を作成・更新する。なお、本処理は後ほど詳細を示す。
（ステップＳ１６１０）管理プログラム１０５は、集約解析結果情報Ｔ１と、イベント管理情報１０６と、解析ルール情報１０４と、管理対象構成情報１０３と、解析結果情報１０２と、を用いて、集約解析結果をディスプレイ装置Ｄ１に画面描画・出力する。ここで、どのようなデータを元に図２５に示す集約解析結果の画面表示の画面構成を表示するのかについては、後述の画面出力処理手順にて説明する。

なお、集約後の集約解析結果を新たな入力としてさらに集約処理を行っても良い。

＜３．２．管理プログラムが作成するその他の情報＞
以下に上述の処理で用いたテーブルＴ２乃至テーブルＴ４について説明する。

＜３．２．１．テーブルＴ２＞
図１３は、テーブルＴ２を示した図である。テーブルＴ２は原因装置カラムＣ２０１に記載の原因装置毎に、当該装置が原因装置である解析結果情報１０２の識別子をカラムＣ２０２に格納する。なおテーブルＴ２は、プログラム実行中に作成し、集約解析結果情報Ｔ１を生成後に消去してもよい。

テーブルＴ２に例示されたＬ２０１は図８の解析結果情報１０２−１及び１０２−２に対するステップＳ１６０４の処理結果であり、これら解析結果情報の原因装置が同一の”Ｓｒｖ０１”であるため、図１３のＬ２０１のように、関連解析ＩＤリストが”Ａ−０１， Ａ−０２”が登録される。

＜３．２．２．テーブルＴ３＞
図１４は、テーブルＴ３を示した図である。テーブルＴ３は原因装置・原因部位情報カラムＣ３０１に記載の原因装置及び部位毎に、当該装置の部位が原因部位である解析結果情報１０２の識別子をカラムＣ３０３に格納する。なおテーブルＴ２は、プログラム実行中に作成し、集約解析結果情報Ｔ１を生成後に消去してもよい。

テーブルＴ３に例示されたＬ３０１は図８の解析結果情報１０２−１及び１０２−２に対するステップＳ１６０４の処理結果であり、これら解析結果情報の原因部位が同一の”Ｓｒｖ０１．／ｄｅｖ／ｓｄｂ”であるため、図１４のＬ３０１のように、関連解析ＩＤリストが”Ａ−０１， Ａ−０２”が登録される。

＜３．２．３．テーブルＴ４＞
図１５は、テーブルＴ４を示した図である。テーブルＴ４は解析結果情報毎に、解析結果情報記載の原因を確信度１００で得るために受信が必要なイベントのリスト（適用条件リストＣ４０２）と、解析結果情報の確信度を計算した時点で用いた（または受信した）イベントのリスト（受信イベントリストＣ４０３）と、を格納する。なおテーブルＴ４は、プログラム実行中に作成し、集約解析結果情報Ｔ１を生成後に消去してもよい。

テーブルＴ４に例示されたＬ４０１は図８の解析結果情報１０２−１に対するステップＳ１６０５の処理結果であり、適用条件Ｃ４０２として、解析結果情報１０２−１の適用部位ＩＤに記載の装置及び部位に対して適用ルールＩＤが示す解析ルール情報Ｒ１の条件セットを適用部位ＩＤ記載の装置及び部位適用したことで生成された”Ｓｒｖ０１．／ｄｅｖ／ｓｄｂ．Ｅｒｒｏｒ， Ｓｒｖ０５．ＮｅｔｗｏｒｋＤｒｉｖｅ−Ｄ．Ｅｒｒｏｒ”を格納する。また、受信イベントリストＣ４０３として、解析結果情報１０２−１の受信イベントリストの情報である”Ｓｒｖ０１．／ｄｅｖ／ｓｄｂ．Ｅｒｒｏｒ”を格納する。

＜３．３．１．テーブルＴ２及びＴ３作成処理＞
次に、装置集約および部位集約のためのテーブルＴ２及びＴ３の作成処理について説明する。図１７は、図１６のステップＳ１６０４の詳細を示したフローである。

（ステップＳ１７０１）管理プログラム１０５は、図１６のステップＳ１６０３で取得したＳ１６０１選択解析結果情報から取り出した原因装置情報を持つテーブルＴ２の行を検索し、存在しない場合は取り出した原因装置情報をカラムＣ２０１とする行を作成する。そして、管理プログラム１０５は、取り出した原因装置情報を持つテーブルＴ２の行にＳ１６０１選択解析結果情報の解析ＩＤを追加する。

（ステップＳ１７０２）管理プログラム１０５は、図１６のステップＳ１６０３で取得したＳ１６０１選択解析結果情報から取り出した原因装置情報及び原因部位情報を持つテーブルＴ３の行を検索し、存在しない場合は取り出した原因装置情報をカラムＣ３０１とする行を作成する。そして、管理プログラム１０５は、取り出した原因装置情報を持つテーブルＴ３の行にＳ１６０１選択解析結果情報の解析ＩＤを追加する。

＜３．３．２．テーブルＴ４の作成処理＞
次に、上位集約、排他選択、及び包含集約のためのテーブルＴ４の作成処理について説明する。図１８は、図１６のステップＳ１６０５の詳細を示したフローである。

（ステップＳ１８０１）管理プログラム１０５は、テーブルＴ４に、図１６のステップＳ１６０３で取得したＳ１６０１選択解析結果情報を登録する。より具体的にはテーブルＴ４の各カラムは以下の値を格納する。
＊ 解析ＩＤ Ｃ４０１：Ｓ１６０１選択解析結果情報の解析ＩＤを格納する。
＊ 適用条件リストＣ４０２：Ｓ１６０１選択解析結果情報の適用部位ＩＤが示す監視対象装置又は部位に対して、適用ルールＩＤが示す解析ルール情報の条件を適用して得た監視対象装置及び部位と条件の集合を格納する。
＊ 受信イベントリストＣ４０３：Ｓ１６０１選択解析結果情報の受信イベントリストの値を格納する。

＜３．３．２．集約解析結果情報Ｔ１の作成処理＞
次に、図１６におけるステップＳ１６０９の、上位集約、排他選択、及び包含集約に対する集約処理手順を詳細化した図１９について説明する。

（ステップＳ１９０１、ステップＳ１９０５）管理プログラム１０５は、テーブルＴ４に含まれる行のそれぞれ（以後、Ｓ１９０１対象Ｔ４行と呼ぶ）を対象として、ステップＳ１９０２乃至ステップＳ１９０４の処理を、実行する。

（ステップＳ１９０２、ステップＳ１９０４）管理プログラム１０５は、テーブルＴ４に含まれる各行であって、Ｓ１９０１対象Ｔ４行を除いた行のそれぞれ（以後、Ｓ１９０２対象Ｔ４行と呼ぶ）を対象として、ステップＳ１９０３の処理を、実行する。

（ステップＳ１９０３）管理プログラム１０５は、Ｓ１９０１対象Ｔ４行及びＳ１９０２対象Ｔ４行に基いて、集約解析を行う。

図２０は、図１９のステップ１９０３の詳細を記したフローである。

（ステップＳ２０００）管理プログラム１０５は、Ｓ１９０１対象Ｔ４行の適用条件リストＣ４０２の条件とＳ１９０２対象Ｔ４行の適用条件リストＣ４０２の条件とを比較することで、Ｓ１９０１対象Ｔ４行とＳ１９０２対象Ｔ４行とで共通の条件と、Ｓ１９０１対象Ｔ４行のみが有する条件（Ｓ１９０１対象Ｔ４行固有条件と呼ぶことがある）と、Ｓ１９０２対象Ｔ４行のみが有する条件（Ｓ１９０２対象Ｔ４行固有条件と呼ぶことがある）を得る。

（ステップＳ２００１）管理プログラム１０５は、Ｓ１９０１対象Ｔ４行固有条件と、Ｓ１９０２対象Ｔ４行固有条件とが、同一の監視対象情報処理装置の部位に関する条件で、状態条件のみが異なる場合は、ステップＳ２００２を実行し、そうでない場合はＳ２００６を実行する。

（ステップＳ２００２）管理プログラム１０５は、Ｓ１９０１対象Ｔ４行固有条件とＳ１９０２対象Ｔ４行固有条件に関するイベントを一つでも受信した場合はステップＳ２００４を実行し、全て受信していない場合はステップＳ２００３を実行する。

（ステップＳ２００３）管理プログラム１０５は、集約種別を上位集約としてＳ１９０１対象Ｔ４行とＳ１９０２対象Ｔ４行を集約解析結果情報Ｔ１に登録し、図１９の処理に戻る。なお、本処理は後ほど詳細に説明する。

（ステップＳ２００４）管理プログラム１０５は、集約種別を排他選択としてＳ１９０１対象Ｔ４行とＳ１９０２対象Ｔ４行を集約解析結果情報Ｔ１に登録し、図１９の処理に戻る。なお、本処理は後ほど詳細に説明する。

（ステップＳ２００５）管理プログラム１０５は、Ｓ１９０１対象Ｔ４行固有条件またはＳ１９０２対象Ｔ４行固有条件のどちらかが条件を持たないかどうかを確認する。本処理は言い換えると、片方の対象Ｔ４行の適用条件リストＣ４０２の条件の全てが、もう片方の対象Ｔ４行の適用条件リストＣ４０２の条件に含まれるかどうかを確認することと言い換えても良い。もし、片方の固有条件が条件を持たない場合は、ステップＳ２００７を実行し、そうでない場合は図１９の処理に戻る。

（ステップＳ２００６）管理プログラム１０５は、集約種別を包含集約としてＳ１９０１対象Ｔ４行とＳ１９０２対象Ｔ４行を集約解析結果情報Ｔ１に登録し、図１９の処理に戻る。なお、本処理は後ほど詳細に説明する。

次に、図２０のステップＳ２００３における、上位集約に対するＴ１へのデータ登録処理を詳細化した図２１の処理手順について説明する。以下、フローの説明を行う。

（ステップＳ２１０１）管理プログラム１０５は、Ｓ１９０１対象Ｔ４行と、Ｓ１９０２対象Ｔ４行の解析ＩＤからそれぞれ解析結果情報１０２を取得する。

（ステップＳ２１０２）管理プログラム１０５は、Ｔ１に集約種別が上位集約である行（説明を分かりやすくするために集約解析結果情報Ｔ１の行をＴ１行と呼ぶ）を追加する。追加するＴ１行の各列の値は、以下の通りである。
＊ 集約確信度：図２０のステップＳ２０００で得た共通の条件のみで評価した確信度を格納する。
＊ 原因箇所リスト：原因装置情報と原因部位情報を組み合わせた原因箇所情報を取得した二つの解析結果情報１０２それぞれに対して求めた後に求めた情報を加えたリストを格納する。
＊ 解析結果リストには、Ｓ１９０１対象Ｔ４行の解析ＩＤと、Ｓ１９０２対象Ｔ４行の解析ＩＤとを格納する。

以上の手順により、上位集約に対するＴ１へのデータ登録が完了する。

解析結果情報Ａ−０３とＡ−０４を例とすると、それぞれが対応する解析ルール情報Ｒ−３， Ｒ−４の条件セットの内、状態の部分のみが異なるＦＣスイッチのポートの状態の"エラー"と"リンクダウン"が、ストレージサブシステムの"Ｓｔｇ０１"に直接接続されるＦＣスイッチに関するイベントを管理プログラム１０５が受信できていない場合を示している。なお、ＦＣスイッチに関するイベントを管理プログラム１０５が受信できていない場合というのは、ＦＣスイッチのいずれのポートでもエラーまたはリンクダウン以外の状態もあれば、ＦＣスイッチと管理サーバ１との通信障害によってイベント受信ができない状態でエラーまたはリンクダウンの何れかを示したイベントを受信できなかった場合の両方がありうる。

以上の状況でＡ−０３及びＡ−０４の集約確信度は、ＦＣスイッチに対する条件であるＲ３−２２、およびＲ４−２２を省いたＲ３及びＲ４が共通に持っている条件であるストレージサブシステム の"Ｓｔｇ０１"の"ＦＣポート"の"エラー"のみを条件として確信度を計算する。したがって、集約解析結果情報Ｔ１にはＬ１０３のように登録されることになる。これにより、確信度を高めた影響で解析粒度が複数ルールを集約した粗い粒度に集約されることになるが、似たような原因に対する解析結果をまとめて表示することができる。

次に、図２０のステップＳ２００４における、排他選択に対するＴ１へのデータ登録処理を詳細化した図２２の処理手順について説明する。以下、フローの説明を行う。

（ステップＳ２２０１）管理プログラム１０５は、Ｓ１９０１対象Ｔ４行と、Ｓ１９０２対象Ｔ４行の解析ＩＤから解析結果情報１０２を取得する。そして、管理プログラム１０５は、Ｓ１９０１対象Ｔ４行の解析結果情報１０２の確信度と、Ｓ１９０２対象Ｔ４行の解析結果情報１０２の確信度を比較して高い確信度を持つ解析結果情報を選択する。

（ステップＳ２２０２）管理プログラム１０５は、Ｔ１に集約種別を排他選択であるＴ１行を追加する。なお追加するＴ１行の各列の値は以下の通りである。
＊ 集約確信度：ステップＳ２２０１の高い確信度を持つ解析結果情報１０２の確信度を格納する。
＊ 原因箇所リスト：ステップＳ２２０１の高い確信度を持つ解析結果情報１０２の原因装置情報、原因部位情報を組み合わせた原因箇所情報を格納する。
＊ 解析結果リスト：高い確信度を持つ解析結果情報の解析ＩＤを先に格納し、次に高い確信度ではなかったＳ１９０１対象Ｔ４行又はＳ１９０２対象Ｔ４行どちらかの解析ＩＤを格納する。

以上の手順により、排他集約に対するＴ１へのデータ登録が完了する。

解析結果情報Ａ−５とＡ−６を例とすると、それぞれが対応する解析ルール情報Ｒ−３， Ｒ−４の条件セットの内、状態の部分のみが異なるＦＣスイッチのポートの状態が"リンクダウン"としてイベント受信された場合を示している。

以上の状況でＡ−０５及びＡ−０６の集約確信度は、解析結果情報の内、確信度が高くなるＡ−５を選択して、これを集約確信度とし、原因箇所リストについてはＡ−５の結果を採用することとなる。したがって集約解析結果情報Ｔ１にはＬ１０４のように登録される。これにより、冗長な解析結果をフィルタリングすることが可能となり、より正確な精度の高い解析結果だけを選択して表示することができる。

次に、図２０のステップＳ２００６における、包含集約に対するＴ１へのデータ登録処理を詳細化した図２３の処理手順について説明する。以下、フローの説明を行う。

（ステップＳ２３００）管理プログラム１０５は、ステップ２０００で求めたＳ１９０１対象Ｔ４行固有条件とＳ１９０２対象Ｔ４行固有条件のうち、条件が含まれる条件を選択する。なお、以後の説明では前述の選択した条件を差分条件と呼び、差分条件を適用条件リストＣ４０２に含むＳ１９０１対象Ｔ４行又はＳ１９０２対象Ｔ４行のいずれかを親条件のＴ４行と呼び、そうでないＴ４行を子条件のＴ４行と呼ぶ。当該呼び方を用いると、親条件のＴ４行の適用条件リストＣ４０２は、子条件のＴ４行の適用条件リストＣ４０２に差分条件を加えたリストとなる。

（ステップＳ２３０１）管理プログラム１０５は、差分条件の少なくとも一つを満たすイベントを受信できているか確認し、少なくとも一つを受信できている場合は親条件のＴ４行を選択し、そうでない場合は子条件のＴ４行を選択する。

（ステップＳ２３０４）管理プログラム１０５は、ステップＳ２３０１で選択したＴ４行の解析ＩＤから対応する解析結果情報１０２を取得する。

（ステップＳ２３０５）管理プログラム１０５は、Ｔ１に集約種別が包含集約である行を追加する。なお追加するＴ１行の各列の値は以下の通りである。
＊ 集約確信度：ステップＳ２３０４で取得した解析結果情報１０２の確信度を格納する。
＊ 原因箇所リスト：ステップＳ２３０４で取得した解析結果情報１０２の原因装置情報、原因部位情報を組み合わせた原因箇所情報を格納する。
＊ 解析結果リスト：ステップＳ２３０４で取得した解析結果情報１０２の解析ＩＤを先に格納し、次にもう一つの解析結果情報１０２の解析ＩＤを格納する。

以上の手順により、包含集約に対するＴ１へのデータ登録が完了する。

解析結果情報Ａ−０７とＡ−０８を例とすると、それぞれが対応する解析ルールのＲー５， Ｒー６の条件セットは、Ｒー５の条件セットがＲー６の条件セットを包含する形となっている。Ｒー５， Ｒー６に共通な条件はストレージサブシステムのＦＣポートのエラー状態の条件であり、Ｒ５のみに存在する条件は、ストレージサブシステムのコントローラのエラー状態の条件である。ここで、コントローラのエラーの条件が成立した場合には、Ｒ−５の解析結果情報を採用、選択して表示し、一方でコントローラのエラーの条件が成立していない場合には、Ｒ−６の解析結果情報を採用、選択して表示することになる。

したがってＴ１にはＬ４のように登録される。これにより、包含関係を持つルール間の解析結果は、解析できている情報に応じて最適な粒度の解析結果が選択されて表示できるようになる。

＜３．４．表示処理＞
次に作成されたＴ４の集約解析結果情報により、どのように画面表示されるのかの処理について詳細化した図２４について説明する。なお、本処理は図１６の解析から表示までの一連の処理の一環として行うほか、管理サーバ１の管理者からの画面表示要求にもとづいて処理を開始してもよい。以下、フローの説明を行う。

（ステップＳ９１）管理プログラム１０５は、集約解析結果情報Ｔ１の原因箇所リストＣ１０３から、集約用の共通メッセージリソースを用いて集約解析メッセージＤ２１１の表示データを作成する。なお集約用の共通メッセージリソースは、原因箇所と原因部位、および確信度を含んだ汎用性の高いメッセージを用意しておく。例として、”原因は、装置（ＸＸＸ）の部位（ＹＹＹ）の障害です。（確信度：ＺＺ％）”のようなものを用意して利用する。

（ステップＳ９２）管理プログラム１０５は、ステップＳ９１で作成したＤ２１１の表示データにもとづいて集約解析メッセージＤ２１１の画面を描画する。

（ステップＳ９３）管理プログラム１０５は、集約解析結果情報Ｔ１の集約確信度から、確信度Ｄ２１２の表示データを取得する。
（ステップＳ９４）管理プログラム１０５は、ステップＳ９３で取得した表示データを元に確信度Ｄ２１２の画面を描画する。
（ステップＳ９５）管理プログラム１０５は、集約解析結果情報Ｔ１の解析情報リストから、集約元解析結果Ｄ２２の表示データを取得する。
（ステップＳ９６）管理プログラム１０５は、ステップＳ９５で取得した表示データを元に集約元解析結果Ｄ２２の画面を描画する。
（ステップＳ９７）管理プログラム１０５は、集約解析結果情報Ｔ１の解析結果リストから解析ＩＤを取得し、解析ＩＤから解析結果情報１０２を取得して、関連する装置情報を管理装置構成情報１０３から取得して、トポロジ表示データを作成する。
（ステップＳ９８）管理プログラム１０５は、ステップＳ９７で作成したトポロジ表示データを元に集約解析トポロジ画面を描画する。

以上の手順により、集約解析結果情報Ｔ１を用いて、画面に集約された障害の解析結果情報を表示する画面を得ることができる。

なお、本実施例では受信したイベントに関する情報を用いて監視対象情報処理装置装置または当該装置の部位の状態を得ている。しかし、別な実施形態として、管理プログラム１０５は繰り返し監視対象情報処理装置に問い合わせすることで前述の状態を得て、繰り返し得た状態のうち、同一装置または同一装置の同一部位について最も最後に取得した状態をイベント管理情報（各装置及び部位の状態を格納するのであれば装置状態管理情報と呼ぶことがある）に格納してもよい。この場合、受信していないイベントという表現は管理プログラム１０５が状態把握できないという表現に置き換えればよい。

以上、本実施例では前記情報処理装置から管理情報を受信するネットワークインタフェースと、前記管理情報に基づいて前記情報処理装置の状態を判断するプロセッサと、前記情報処理装置の状態と、前記状態が発生した原因である原因装置を特定するための複数の解析ルール情報と、を格納するメモリと、前記情報処理装置の状態を表示するディスプレイ装置とを有する管理システムについて説明した。

なお、
（Ａ）前記メモリは、前記原因装置の原因を示す原因情報と、前記原因装置を十分条件で特定するための前記情報処理装置に関する一つ以上の状態条件と、前記原因情報の確からしさを表す確信度と、前記一つ以上の状態条件の一部または全てを満たす一つ以上の検知済み状態と、を含み、前記解析ルール情報に基いて生成された解析結果情報を複数格納し、
（Ｂ）前記プロセッサは、前記解析結果情報に含まれる前記原因情報又は前記一つ以上の状態条件又は前記一つ以上の検知済み状態に基いて、複数の前記解析結果情報から集約対象とする複数の解析結果情報を選択し、
（Ｃ）前記プロセッサは、前記集約対象とする複数の解析結果情報に含まれる前記原因情報に基いて、集約後の原因情報を生成し、
（Ｄ）前記プロセッサは、前記集約対象とする複数の解析結果情報に含まれる前記確信度に基いて、集約後の確信度を計算し、
（Ｅ） 前記ディスプレイ装置は、前記集約後の原因情報と、前記集約後の確信度を表示することも説明した。

また、前記情報処理装置の状態は、前記情報処理装置の論理的又は物理的な構成物である部位の状態、又は前記情報処理装置の装置としての状態であって、前記原因情報は、前記部位に関する情報又は前記情報処理装置の装置としての情報であってもよいことを説明した。

また、前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、前記第一の集約対象解析結果情報の原因情報が示す原因装置又は原因部位と、前記第二の集約対象解析結果情報の原因情報が示す原因装置又は原因部位とは同一であって、前記集約後の確信度は、確からしさがより高いことを示す、前記第一の集約対象解析結果情報の確信度又は前記第二の集約対象解析結果情報の確信度のいずれかであってよいことも説明した。

また、前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、前記第一の集約対象解析結果情報の一つ以上の状態条件と前記第二の集約対象解析結果情報の一つ以上の状態条件は共通の状態条件と、共通の情報処理装置又は共通の部位に関して条件とする状態が異なる差異条件とを含み、前記第一の集約対象解析結果情報の一つ以上の検知済み状態は前記第一の集約対象解析結果情報の一つ以上の状態条件の差異条件の少なくとも一つを満たす場合、前記集約後の確信度は前記第一の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第一の集約対象解析結果情報の原因情報に基く表示情報であり、前記第二の集約対象解析結果情報の一つ以上の検知済み状態は前記第二の集約対象解析結果情報の一つ以上の状態条件の差異条件の少なくとも一つを満たす場合、前記集約後の確信度は前記第二の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第二の集約対象解析結果情報の原因情報に基く表示情報であってもよいことを説明した。

また、前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、前記第一の集約対象解析結果情報の一つ以上の状態条件と前記第二の集約対象解析結果情報の一つ以上の状態条件は共通の状態条件と、共通の情報処理装置又は共通の部位に関して条件とする状態が異なる差異条件とを含み、前記第一の集約対象解析結果情報の一つ以上の検知済み状態及び前記第一の集約対象解析結果情報の一つ以上の検知済み状態が前記差異条件に含まれる前記第一の集約対象解析結果情報の一つ以上の状態条件又は前記差異条件に含まれる前記第一の集約対象解析結果情報の一つ以上の状態条件を満たさない場合、前記集約後の確信度は前記第一の集約対象解析結果情報の確信度と前記第一の集約対象解析結果情報の確信度の和であり、前記集約後の原因情報は前記第一の集約対象解析結果情報の原因情報と前記第一の集約対象解析結果情報の原因情報とに基く表示情報であってもよいことを説明した。

また、前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、前記第一の集約対象解析結果情報の一つ以上の状態条件は、前記第二の集約対象解析結果情報の一つ以上の状態条件の全てと、他の状態条件で構成され、前記第一の集約対象解析結果情報の一つ以上の検知済み状態は前記他の状態条件を満たす場合、前記集約後の確信度は前記第一の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第一の集約対象解析結果情報の原因情報に基く表示情報であり、前記第一の集約対象解析結果情報の一つ以上の検知済み状態は前記他の状態条件のいずれも満たさない場合、前記集約後の確信度は前記第二の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第二の集約対象解析結果情報の原因情報に基く表示情報であってもよいことを説明した。

また、前記ディスプレイ装置は、前記第二の集約対象解析結果情報の原因情報を表示する場合、対応する確信度として前記集約後の確信度を表示してもよいことを説明した。

しかし、本実施例はこれら以外の事項についても開示されている。

１・・・管理サーバ
１０・・・メモリ
１１・・・プロセッサ
１３・・・ネットワークＩ／Ｆ

Claims (14)

1. 情報処理装置を複数管理する管理システムであって、
   前記管理システムは、
   前記情報処理装置から管理情報を受信するネットワークインタフェースと、
   前記管理情報に基づいて前記情報処理装置の状態を判断するプロセッサと、
   前記情報処理装置の状態と、前記状態が発生した原因である原因装置を特定するための複数の解析ルール情報と、を格納するメモリと、
   前記情報処理装置の状態を表示するディスプレイ装置と、
   を有し、
   前記メモリは、前記原因装置の原因を示す原因情報と、前記原因装置を十分条件で特定するための前記情報処理装置に関する一つ以上の状態条件と、前記原因情報の確からしさを表す確信度と、前記一つ以上の状態条件の一部または全てを満たす一つ以上の検知済み状態と、を含み、前記解析ルール情報に基いて生成された解析結果情報を複数格納し、
   前記プロセッサは、前記解析結果情報に含まれる前記原因情報又は前記一つ以上の状態条件又は前記一つ以上の検知済み状態に基いて、複数の前記解析結果情報から集約対象とする複数の解析結果情報を選択し、
   前記プロセッサは、前記集約対象とする複数の解析結果情報に含まれる前記原因情報に基いて、集約後の原因情報を生成し、
   前記プロセッサは、前記集約対象とする複数の解析結果情報に含まれる前記確信度に基いて、集約後の確信度を計算し、
   前記ディスプレイ装置は、前記集約後の原因情報と、前記集約後の確信度を表示する、
   ことを特徴とする管理システム。
2. 請求項１の管理システムであって、
   前記情報処理装置の状態は、前記情報処理装置の論理的又は物理的な構成物である部位の状態、又は前記情報処理装置の装置としての状態であって、
   前記原因情報は、前記部位に関する情報又は前記情報処理装置の装置としての情報である、
   ことを特徴とする管理システム。
3. 請求項２記載の管理システムであって、
   前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、
   前記第一の集約対象解析結果情報の原因情報が示す原因装置又は原因部位と、前記第二の集約対象解析結果情報の原因情報が示す原因装置又は原因部位とは同一であって、
   前記集約後の確信度は、確からしさがより高いことを示す、前記第一の集約対象解析結果情報の確信度又は前記第二の集約対象解析結果情報の確信度のいずれかである、
   ことを特徴とする管理システム。
4. 請求項２記載の管理システムであって、
   前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、
   前記第一の集約対象解析結果情報の一つ以上の状態条件と前記第二の集約対象解析結果情報の一つ以上の状態条件は共通の状態条件と、共通の情報処理装置又は共通の部位に関して条件とする状態が異なる差異条件とを含み、
   前記第一の集約対象解析結果情報の一つ以上の検知済み状態は前記第一の集約対象解析結果情報の一つ以上の状態条件の差異条件の少なくとも一つを満たす場合、前記集約後の確信度は前記第一の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第一の集約対象解析結果情報の原因情報に基く表示情報であり、
   前記第二の集約対象解析結果情報の一つ以上の検知済み状態は前記第二の集約対象解析結果情報の一つ以上の状態条件の差異条件の少なくとも一つを満たす場合、前記集約後の確信度は前記第二の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第二の集約対象解析結果情報の原因情報に基く表示情報である、
   ことを特徴とする管理システム。
5. 請求項２記載の管理システムであって、
   前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、
   前記第一の集約対象解析結果情報の一つ以上の状態条件と前記第二の集約対象解析結果情報の一つ以上の状態条件は共通の状態条件と、共通の情報処理装置又は共通の部位に関して条件とする状態が異なる差異条件とを含み、
   前記第一の集約対象解析結果情報の一つ以上の検知済み状態及び前記第一の集約対象解析結果情報の一つ以上の検知済み状態が前記差異条件に含まれる前記第一の集約対象解析結果情報の一つ以上の状態条件又は前記差異条件に含まれる前記第一の集約対象解析結果情報の一つ以上の状態条件を満たさない場合、前記集約後の確信度は前記第一の集約対象解析結果情報の確信度と前記第一の集約対象解析結果情報の確信度の和であり、前記集約後の原因情報は前記第一の集約対象解析結果情報の原因情報と前記第一の集約対象解析結果情報の原因情報とに基く表示情報である、
   ことを特徴とする管理システム。
6. 請求項２記載の管理システムであって、
   前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、
   前記第一の集約対象解析結果情報の一つ以上の状態条件は、前記第二の集約対象解析結果情報の一つ以上の状態条件の全てと、他の状態条件で構成され、
   前記第一の集約対象解析結果情報の一つ以上の検知済み状態は前記他の状態条件を満たす場合、前記集約後の確信度は前記第一の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第一の集約対象解析結果情報の原因情報に基く表示情報であり、
   前記第一の集約対象解析結果情報の一つ以上の検知済み状態は前記他の状態条件のいずれも満たさない場合、前記集約後の確信度は前記第二の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第二の集約対象解析結果情報の原因情報に基く表示情報である、
   ことを特徴とする管理システム。
7. 請求項４記載の管理システムであって、
   前記ディスプレイ装置は、前記第二の集約対象解析結果情報の原因情報を表示する場合、対応する確信度として前記集約後の確信度を表示する、
   ことを特徴とする管理システム。
8. 情報処理装置を複数管理する管理システムの管理方法であって、
   前記情報処理装置から管理情報を受信し、
   前記管理情報に基づいて前記情報処理装置の状態を判断し、
   前記情報処理装置の状態を前記管理システムが有するメモリに格納し、
   前記状態が発生した原因である原因装置を特定するための複数の解析ルール情報をメモリに格納し、
   前記解析ルール情報に基き、前記原因装置の原因を示す原因情報と、前記原因装置を十分条件で特定するための前記情報処理装置に関する一つ以上の状態条件と、前記原因情報の確からしさを表す確信度と、前記一つ以上の状態条件の一部または全てを満たす一つ以上の検知済み状態と、を含む解析結果情報を複数生成し、
   前記解析結果情報に含まれる前記原因情報又は前記一つ以上の状態条件又は前記一つ以上の検知済み状態に基いて、複数の前記解析結果情報から集約対象とする複数の解析結果情報を選択し、
   前記集約対象とする複数の解析結果情報に含まれる前記原因情報に基いて、集約後の原因情報を生成し、
   前記集約対象とする複数の解析結果情報に含まれる前記確信度に基いて、集約後の確信度を計算し、
   前記集約後の原因情報と、前記集約後の確信度を表示する、
   ことを特徴とする管理方法。
9. 請求項８の管理方法であって、
   前記情報処理装置の状態は、前記情報処理装置の論理的又は物理的な構成物である部位の状態、又は前記情報処理装置の装置としての状態であって、
   前記原因情報は、前記部位に関する情報又は前記情報処理装置の装置としての情報である、
   ことを特徴とする管理方法。
10. 請求項９記載の管理方法であって、
    前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、
    前記第一の集約対象解析結果情報の原因情報が示す原因装置又は原因部位と、前記第二の集約対象解析結果情報の原因情報が示す原因装置又は原因部位とは同一であって、
    前記集約後の確信度は、確からしさがより高いことを示す、前記第一の集約対象解析結果情報の確信度又は前記第二の集約対象解析結果情報の確信度のいずれかである、
    ことを特徴とする管理方法。
11. 請求項９記載の管理方法であって、
    前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、
    前記第一の集約対象解析結果情報の一つ以上の状態条件と前記第二の集約対象解析結果情報の一つ以上の状態条件は共通の状態条件と、共通の情報処理装置又は共通の部位に関して条件とする状態が異なる差異条件とを含み、
    前記第一の集約対象解析結果情報の一つ以上の検知済み状態は前記第一の集約対象解析結果情報の一つ以上の状態条件の差異条件の少なくとも一つを満たす場合、前記集約後の確信度は前記第一の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第一の集約対象解析結果情報の原因情報に基く表示情報であり、
    前記第二の集約対象解析結果情報の一つ以上の検知済み状態は前記第二の集約対象解析結果情報の一つ以上の状態条件の差異条件の少なくとも一つを満たす場合、前記集約後の確信度は前記第二の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第二の集約対象解析結果情報の原因情報に基く表示情報である、
    ことを特徴とする管理方法。
12. 請求項９記載の管理方法であって、
    前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、
    前記第一の集約対象解析結果情報の一つ以上の状態条件と前記第二の集約対象解析結果情報の一つ以上の状態条件は共通の状態条件と、共通の情報処理装置又は共通の部位に関して条件とする状態が異なる差異条件とを含み、
    前記第一の集約対象解析結果情報の一つ以上の検知済み状態及び前記第一の集約対象解析結果情報の一つ以上の検知済み状態が前記差異条件に含まれる前記第一の集約対象解析結果情報の一つ以上の状態条件又は前記差異条件に含まれる前記第一の集約対象解析結果情報の一つ以上の状態条件を満たさない場合、前記集約後の確信度は前記第一の集約対象解析結果情報の確信度と前記第一の集約対象解析結果情報の確信度の和であり、前記集約後の原因情報は前記第一の集約対象解析結果情報の原因情報と前記第一の集約対象解析結果情報の原因情報とに基く表示情報である、
    ことを特徴とする管理方法。
13. 請求項９記載の管理方法であって、
    前記集約対象とする複数の解析結果情報は第一の集約対象解析結果情報と第二の集約対象解析結果情報を含み、
    前記第一の集約対象解析結果情報の一つ以上の状態条件は、前記第二の集約対象解析結果情報の一つ以上の状態条件の全てと、他の状態条件で構成され、
    前記第一の集約対象解析結果情報の一つ以上の検知済み状態は前記前記他の状態条件を満たす場合、前記集約後の確信度は前記第一の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第一の集約対象解析結果情報の原因情報に基く表示情報であり、
    前記第一の集約対象解析結果情報の一つ以上の検知済み状態は前記前記他の状態条件のいずれも満たさない場合、前記集約後の確信度は前記第二の集約対象解析結果情報の確信度であり、前記集約後の原因情報は前記第二の集約対象解析結果情報の原因情報に基く表示情報である、
    ことを特徴とする管理方法。
14. 請求項１１記載の管理方法であって、
    前記第二の集約対象解析結果情報の原因情報を表示する場合、対応する確信度として前記集約後の確信度を表示する、
    ことを特徴とする管理方法。

Images