(57)【要約】【課題】管理対象とする装置のプラットフォーム毎に取得可能なステータス情報に応じた解析結果をユーザに対して提示可能な管理システムを提供する。【解決手段】情報処理システムを、予め定義された解析ルール情報に基いて原因箇所を特定することで管理する管理システムは、情報処理システムを構成する装置の取得可能なステータス情報又は過去に受信したステータスの情報に基いて、解析ルール情報の条件であるが、受信が不可能なステータスを表示する。【選択図】図１
2011076292.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置を管理する管理システムであって、
前記管理システムは、
前記情報処理装置から管理情報を受信するネットワークインタフェースと、
前記管理情報に基づいて前記情報処理装置のステータスを判断するプロセッサと、
前記情報処理装置のステータスと、前記ステータスが発生した原因である原因装置を特定するための解析ルール情報と、前記情報処理装置の仕様によって検知不可能であるステータスを示す取得可能ステータス情報と、を格納するメモリと、
前記情報処理装置のステータスを表示するディスプレイ装置と、
を有し、
前記メモリは、前記原因装置の原因を示す原因情報と、前記原因装置を十分条件で特定するための前記情報処理装置に関する一つ以上のステータス条件と、前記原因情報の確からしさを表す確信度と、前記一つ以上のステータス条件の一部または全てを満たす一つ以上の検知済みステータスと、を含み、前記解析ルール情報に基いて生成された解析結果情報を複数格納し、
前記プロセッサは、前記検知済みステータスでは満たされない前記一つ以上のステータス条件に含まれ、前記情報処理装置の仕様により検知できないステータスを、前記取得可能ステータス情報に基いて特定し、
前記プロセッサは、前記解析結果情報に基き、前記検知済みステータスと、前記原因情報と、前記確信度と、前記情報処理装置の仕様により検知できないステータスと、を前記ディスプレイ装置に表示させる、
ことを特徴とする管理システム。
【請求項２】
請求項１記載の管理システムであって、
前記メモリは、製品系列毎に前記情報処理装置から検知したステータスを含むステータス受信履歴情報を格納し、
前記プロセッサは、前記検知済みステータスでは満たされない前記一つ以上のステータス条件に含まれる所定の情報処理装置のステータスであって、前記所定の情報処理装置と同じ製品系列である前記情報処理装置から過去に検知していないステータスを、前記ステータス受信履歴情報に基いて特定し、
前記プロセッサは、前記過去に検知していないステータスを、前記ディスプレイ装置に表示させる、
ことを特徴とする管理システム。
【請求項３】
請求項２記載の管理システムであって、
前記ステータス受信履歴情報は、同じ製品型番号を持つ前記情報処理装置から検知したステータスを、前記製品系列毎の前記情報処理装置から検知したステータスとして含む、
ことを特徴とする管理システム。
【請求項４】
請求項２記載の管理システムであって、
前記ステータス受信履歴情報は、製品型番号の予め定められた一部が同一である前記情報処理装置から検知したステータスを、前記製品系列毎の前記情報処理装置から検知したステータスとして含む、
ことを特徴とする管理システム。
【請求項５】
請求項４記載の管理システムであって、
前記解析ルール情報は、共通モデルに定められたステータスを想定した情報であって、
前記メモリは、前記共通モデルで定められたステータスと当該ステータスの代替となる固有ステータスとを含むステータス変換情報を格納し、
前記プロセッサは、前記ステータス変換情報に基いて、前記解析ルール情報を前記情報処理装置固有の仕様に適合するよう更新する、
ことを特徴とする管理システム。
【請求項６】
請求項５記載の管理システムであって、
前記固有ステータスの意味は、前記共通モデルで定められたステータスが意味する装置状態を含む又は同一である、
ことを特徴とする管理システム。
【請求項７】
請求項６記載の管理システムであって、
前記プロセッサは、前記情報処理装置の前記仕様により検知できないステータスに対応し、前記所定の前記情報処理装置及び部位から検知した他のステータスを含む解析ルール情報を特定し、
前記プロセッサは、前記関連ルール情報に基いて、前記仕様により検知できないステータスに対応して検知可能なステータスとして、前記他のステータス又は前記他のステータスを含む解析ルール情報の識別子を前記ディスプレイ装置に表示させる、
ことを特徴とする管理システム。
【請求項８】
請求項６記載の管理システムであって、
前記プロセッサは、前記同じ製品系列である情報処理装置又は部位から過去に検知していないステータスに対応し、前記同じ製品系列である情報処理装置又は部位から検知した他のステータスを含む解析ルール情報を特定し、
前記プロセッサは、前記関連ルール情報に基いて、前記過去に検知していないステータスに対応して検知可能なステータスとして、前記他のステータス又は前記他のステータスを含む解析ルール情報の識別子を前記ディスプレイ装置に表示させる、
ことを特徴とする管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ、ネットワーク装置、ストレージ装置を含む情報処理システム、及び、この情報処理システムを管理する管理システムに関する。
【背景技術】
【０００２】
近年、情報処理を行うシステムは、ネットワークを介して多種多様な情報処理装置（以降、単に装置と記す）を接続することで複雑化・大規模化してきている。これに伴い、システム内のある装置に発生した障害がネットワークを介して様々な装置に影響を与えるようになった。このような障害が発生した箇所と原因を特定する根本原因解析の方法としてプロダクションシステムがある。
【０００３】
プロダクションシステムとは、原因解析の推論処理を行うプロセッサである推論エンジンが、与えられた事実データに対して予め設計されたｉｆ−ｔｈｅｎ形式のルールを適用し、評価することで解を導出するシステムである。障害発生時に装置から通知される障害内容を表すイベントを事実データとし、これらのイベントの相関をルール化することで根本原因解析を行う。根本原因解析技術として、特許文献１の装置から通知される障害内容を表すイベントを用いて障害解析及び原因を解析するイベント・コリレーション技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許第６２４９７５５号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
自動的に根本原因解析を行うプロダクションシステムのルールは、ルールの設計者が知識として持つ障害発生時にどのように周辺装置へ障害が伝搬するかをモデル化した障害伝播モデルと、管理対象とする装置の構成情報をモデル化した情報であるデータモデルに基づき設計される。しかし、装置のデータモデルは装置毎に異なるため、管理が煩雑になる。
【０００６】
そこで、ＯＳやベンダなどプラットフォームが異なる装置毎のデータモデルの共通部分について標準化が図られている。この標準化された共通のデータモデル（共通モデル）に基づきルールが設計される。しかし、プラットフォームの違いにより異なる部分については共通モデルでは考慮されていない。そのため、装置の構成情報であるインベントリ情報として、装置部位の状態を示す情報であるステータス情報を管理対象装置から取得できないケース（ケース１）や、インベントリ情報として取得した装置部位のステータス情報が、正確に装置部位のステータス情報を反映していないケース（ケース２）が存在する。
【０００７】
ステータス情報の例を挙げると、正常な状態を意味するＮｏｒｍａｌ、異常な状態を意味するＥｒｒｏｒ、状態が不明であることを意味するＵｎｋｎｏｗｎ、周辺装置との接続が切れている状態を意味するＬｉｎｋＤｏｗｎなどの情報である。ステータス情報は装置の生死の関する情報だけでなく、性能に関する状態も含む。前期ケース１とケース２により、実際に出力される根本原因解析結果と、ルール設計者が想定する解析結果が異なる場合がある。
【０００８】
本発明は、管理対象とする装置のプラットフォーム毎に取得可能なステータス情報に応じた解析結果をユーザに対して提示可能な管理システムの提供を目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明による管理システムは、情報処理システムを予め定義された解析ルール情報に基いて原因箇所を特定することで管理し、情報処理システムを構成する装置の取得可能なステータス情報又は過去に受信したステータスの情報に基いて、解析ルール情報の条件であるが、受信が不可能なステータスを表示する。
【発明の効果】
【００１０】
本発明によれば、管理対象とする装置のプラットフォーム毎に取得可能なステータス情報に応じた解析結果をユーザに対して提示することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、情報処理システムの全体構成の概観図を模式的に示したものである。
【図２】図２は、障害解析をプロセッサで行うときに利用する解析ルールで格納される情報の種別を示したものである。
【図３】図３は、ストレージ装置のＦＣポートと隣接して接続するＦＣスイッチの接続形態においてストレージ装置とＦＣスイッチ間のケーブルの障害に関する解析ルールの例を示したものである。
【図４】図４は、図３の解析ルールの例において、条件セット内の装置部位のステータス情報を書き換えた解析ルールの例を示したものである。
【図５】図５は、ストレージ装置のＦＣポートと隣接して接続するＦＣスイッチの接続形態においてストレージ装置のＦＣポート、又はケーブルの障害に関する解析ルールの例を示したものである。
【図６】図６は、ファイルサーバのクライアントマシンであるサーバの接続形態においてサーバのＬＡＮポートの障害に関する解析ルールの例を示したものである。
【図７】図７は、図６の解析ルールの例において、サーバのＯＳが「ＸＸＸ」の場合の解析ルールの例を示したものである。
【図８】図８は、図６の解析ルールの例において、サーバのＯＳが「ＸＸＸ」以外の場合の解析ルールの例を示したものである。
【図９】図９は、解析ルールに基づき、障害解析をプロセッサで行った時に生成される解析結果で格納される情報の種別を示したものである。
【図１０】図１０は、監視対象装置から受信したステータス情報に対して、図３の解析ルールを適用した際に生成される解析結果に関する情報の例を示したものである。
【図１１】図１１は、監視対象装置から受信したステータス情報に対して、図３の解析ルールを適用した際に生成される図１０の解析結果に関する情報に書き換え処理を行った時に生成される解析結果に関する情報の例を示したものである。
【図１２】図１２は、監視対象装置から受信したステータス情報に対して、図８の解析ルールを適用した際に生成される解析結果に関する情報の例を示したものである。
【図１３】図１３は、解析ルール記載の装置部位のステータス情報が取得可能かを判定する際に必要となる、装置毎に取得可能な装置部位のステータス情報を示したものである。
【図１４】図１４は、解析結果に関する情報に含まれる受信されていないステータス情報が取得可能かを判定する際に必要となる、各解析ルール記載の装置部位のステータス情報の受信履歴情報を示したものである。
【図１５】図１５は、取得できないと判定されたステータス情報と、そのステータス情報に関連のある情報を含む解析ルールのルールＩＤの情報を示したものである。
【図１６】図１６は、図１３、及び図１４の情報を用いた判定で、取得できないステータス情報と判定された場合に、取得できないと判定されたステータス情報等に応じて実行される処理の識別情報を示したものである。
【図１７】図１７は、図１３を利用して解析ルールを書き換え、書き換え後の解析ルールによって解析結果情報を生成し、図１４を利用して解析結果情報を書き換え、書き換え後の解析結果情報を元に解析結果を画面に表示する手順のメインフローを示したものである。
【図１８】図１８は、解析ルールによって解析結果情報を生成し、図１４を利用して解析結果情報を書き換え、書き換え後の解析結果情報を元に解析結果を画面に表示する手順のメインフローを示したものである。
【図１９】図１９は、図１３を利用した解析ルールの書き換えのフローを示したものである。
【図２０】図２０は、監視対象装置から受信したイベントと解析ルールに基づいて解析結果情報を生成するフローを示したものである。
【図２１】図２１は、図１４を利用した解析結果情報の書き換えのフローを示したものである。
【図２２】図２２は、図２１のフローで取得できないと判定されたステータス情報と類似するステータス情報を含む解析ルールを図１５に登録するフローを示したものである。
【図２３】図２３は、図２１のフローにより書き換えられた解析結果情報を元に、解析結果を画面に表示するためのフローを示したものである。
【図２４】図２４は、図２２で登録された情報を取得するフローを示すものである。
【図２５】図２５は、解析結果の画面表示データの例を示したものである。
【図２６】図２６は、図１１の解析結果に関する情報を元にした解析結果の画面表示データの一例を示したものである。
【図２７】図２７は、イベント管理情報の一例を示した図である。
【図２８】図２８は、管理対象構成情報の一例を示した図である。
【発明を実施するための形態】
【００１２】
以下、本発明について説明する。なお、以後の説明では「ＡＡＡテーブル」、「ＡＡＡリスト」、「ＡＡＡＤＢ」又は「ＡＡＡキュー」等の表現にて本発明の情報を説明するが、これら情報はテーブル、リスト、ＤＢ又はキュー等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「ＡＡＡテーブル」、「ＡＡＡリスト」、「ＡＡＡＤＢ」及び「ＡＡＡキュー」等について「ＡＡＡ情報」と呼ぶことがある。
【００１３】
また、管理サーバ１が有する情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」という表現を用いるが、これらの表現は装置や部品などの物理的な存在に限らず、論理的な存在についても区別をつけるために割り当てられているものであるため、お互い置換が可能である。
【００１４】
また、以後の説明では装置又は部位の「製品型番号」を用いた処理を行っているが、製品型番号の替わりとして、プラットフォームの違いを判別可能で製品コード等の複数の装置又は部位が同じ仕様であることが分かる情報に変えても良い。
【００１５】
以後の説明では、「プログラム」を主語として説明する場合があるが、プログラムはプロセッサにより実行されることで定められた処理をメモリ及びインターフェースを利用しながら行うため、プロセッサを主語とした説明と捉えてもよい。また、プログラムが主語である処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。また、プログラムの一部または全ては専用ハードウェアにより実現されてもよい。また、各プログラムはプログラム配布サーバや記憶メディアにより各計算機にインストールされてもよい。
【実施例１】
【００１６】
＜１．情報処理システムの構成＞
図１は、本発明の実施例１の形態による情報処理システムの１つの構成を示す概観図である。情報処理システム０は、ストレージ装置３１と計算機３２とネットワーク装置３３から構成される管理対象機器群３、管理対象機器群３の監視、及び管理を行う管理サーバ１、管理サーバ１において生成される画面出力情報を表示するディスプレイ装置Ｄ２、からなる。
【００１７】
管理サーバ１は、電子データとして情報を記憶するための領域であるメモリ１０と、メモリ１０に存在する電子データを利用してネットワーク上で発生した障害の解析処理を行うプロセッサ１１、ディスプレイ装置Ｄ２に表示するためのデータを出力する画面出力インターフェース１２、管理用のネットワークＮ４を介して管理対象機器群３と電子データの送受信を行うためのネットワークインターフェース１３により構成される。メモリ１０は、主メモリとして半導体メモリであってあってもよいし、補助メモリとして磁気ディスク装置であっても、外付けのストレージ装置であってもよい。
【００１８】
メモリ１０は、以下の情報又はプログラムを格納する。
＊  管理対象装置から受信した、イベントに関する情報を格納したイベント管理情報１０９。なお、本情報は複数存在する場合がある。図２７はイベント管理情報の一例である。
＊  管理対象装置の構成、他の装置との物理的又は論理的な関係情報を含んだ管理対象構成情報１０１。なお、管理対象装置の構成とは、当該装置がどのような部位によって構成されるのかを示すほか、当該装置又は部位の種別、及び製品型番号といった情報も含む。図２８は管理対象構成情報１０１の一例である。
＊  プロセッサ１１により解析処理を行うために利用する解析ルール情報１０２。
＊  プロセッサ１１において解析ルール情報１０２を入力として解析処理が行われた結果を格納するための解析結果情報１０３。
＊  本発明の手順を実行するためのプログラムである管理プログラム１０４。
＊  情報処理装置からイベントとして取得可能な装置部位に関するステータス情報をリスト化した取得可能ステータス情報リスト１０５。
＊  管理対処機器群３からイベントとして取得した装置部位のステータス情報の受信履歴であるステータス情報受信履歴リスト１０６。
＊  取得できないステータス情報と、前記ステータス情報と同等の意味もち、かつ取得可能なステータス情報を条件部に含む解析ルール情報のルールＩＤを関連付けた関連ルール情報１０７。
＊  取得可能ステータス情報リスト１０５、及びステータス情報受信履歴リスト１０６を利用して解析ルール情報１０２、及び解析結果情報１０３を評価した結果に応じて実行するルール変換処理を決定するためのステータス変換リスト１０８。
【００１９】
前述のとおり、管理サーバ１はディスプレイ装置Ｄ２と接続するが、他の入出力装置が接続されてもよい。ディスプレイ装置やキーボード、ポインタデバイスが例として考えられるが、これ以外でも構わない。また、入出力装置の代替としてシリアルインターフェース、イーサネットインターフェースを入出力装置とし、当該インターフェースにディスプレイ装置Ｄ２やキーボード、ポインタデバイスが接続されている表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示計算機から受信したりすることで、表示用計算機で表示したり、入力を受け付けることで入力装置での入力や表示を代替してもよい。
【００２０】
以後、管理対象装置群３を管理し、本願発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理サーバ１が表示用情報を表示する場合は管理サーバ１が管理システムであり、管理サーバ１と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理サーバ１と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。
【００２１】
＜１．１．用語定義＞
次に、本発明の実施例で用いる用語の定義を示す。
【００２２】
情報処理装置：ネットワークを介してデータを送受信する装置（サーバコンピュータ、ストレージ装置、プリンタ等）と、ネットワークを介したデータの送受信を中継する装置（ルータ、スイッチ等）を指す。
【００２３】
監視対象装置：管理サーバが監視対象とする情報処理装置を指す。
【００２４】
確信度：ある事象が発生している確からしさを表す値。
【００２５】
トポロジ：複数の装置がどのように接続されているかを表す用語。
【００２６】
ＦＣ：ファイバチャネルを指す。
【００２７】
ＦｃＳｗｉｔｃｈ：ファイバチャネルが接続されるスイッチを指す。
【００２８】
ＦｃＰｏｒｔ：ファイバチャネルが接続されるポートを指す。
【００２９】
ＳｔｏｒａｇｅＦｃＰｏｒｔ：ストレージ装置が持つファイバチャネルを接続するポートを指す。
【００３０】
ＦｃＳｗｉｔｃｈＰｏｒｔ：ファイバチャネルが接続されるスイッチのポートを指す。
【００３１】
ＮｅｔｗｏｒｋＣｌｉｅｎｔ：ネットワーク上に公開されているリソースを使用する際に利用するクライアントを指す。
【００３２】
Ｎｏｒｍａｌ：ある装置のある装置部位が正常な状態であることを意味する状態（ステータス）に関する情報。
【００３３】
Ｅｒｒｏｒ：ある装置のある装置部位が異常な状態であることを意味する状態（ステータス）に関する情報。
【００３４】
Ｕｎｋｎｏｗｎ：ある装置のある装置部位の状態が不明であることを意味する状態（ステータス）に関する情報。
【００３５】
ＬｉｎｋＤｏｗｎ：ある装置のある装置部位が周辺装置との接続が切れている状態であることを意味する状態（ステータス）に関する情報。
【００３６】
＜１．２．本発明の概要＞
次に、本発明の概要を説明する。本発明の管理システムは、障害発生時に管理対象の情報処理装置で発生する事象（以下、イベントと称す）の組み合わせを条件とし、イベントの組み合わせの条件に対して想定される根本原因事象を結論とするｉｆ−ｔｈｅｎ形式の解析ルールに基づき、情報処理システムの障害原因を解析する。この管理システムは受信したイベントに関する情報を保持し、保持した情報を用いて、解析ルールのイベントの組み合わせ、及び解析ルールを実際に発生したイベントに適用した際に得られる解析結果の確信度を評価し、解析結果及び確信度を表示する。
【００３７】
しかし、解析ルール情報は同じ種別の装置であれば多くの装置ベンダーがサポートする共通モデルをベースに作成されるため、以下の例のように共通モデルとは異なる仕様を持つ装置の障害原因の解析が困難であった。
＊  共通モデルに規定されたステータスを示すイベントを発生させない装置がある場合。
＊  共通モデルとは異なるステータスを示すイベントを発生させる装置がある場合。
＊  同じステータスだが意味が異なるイベントを発生させる装置がある場合。
【００３８】
本発明ではより管理者が容易に障害解析を行えるよう、管理サーバは以下の処理を行う。
＊  前記受信可能なイベントに関する情報として、予め調査された装置のプラットフォーム毎に受信可能なステータスを示す第一の情報又は／及び装置（又は部位）の製品方番号毎に過去に受信したイベントのステータスを示す第二の情報を保持し、解析結果を表示する際に、受信不可能なイベント含んだ確信度計算であることを示す。
【００３９】
なお、第二の情報により受信不可能としたイベントについては後ほど受信する可能性があるため、第一の情報に基いて装置の仕様上受信できないイベントと第二の情報に基いたこれまで受信していないイベントについては区別して表示してもよい。後者のイベントについては後ほど受信する可能性があるため、管理者は所定の解析結果の確信度が今後向上する余地があるかどうか判断しやすくなる。
＊  予めの調査で受信できない種別のステータスを含む解析ルールについては、代替可能なステータスで解析ルールを更新し、確信度を向上させる。これによって共通モデルから外れた装置についてもより障害原因の解析ができるようになる。
【００４０】
なお、以後の説明では管理サーバ１又は当該サーバの構成部位による「イベント受信」及び「イベント格納」といった表現を行うが、イベントは管理対象機器群３で発生する事象であることから、より正確に述べるとするとそれぞれ「イベントを特定する情報の受信」と「イベントを特定する情報のイベント管理情報１０９へのの格納」である。
【００４１】
＜２．情報処理システム又は管理サーバが有する情報＞
管理サーバ１が有する情報について説明する。
【００４２】
＜２．０．イベント管理情報及び＞
図２７はイベント管理情報１０９を示す。イベント管理情報は以下の情報を含む。
＊  イベントＩＤ。イベント管理情報を識別する情報である。
＊  イベント検知時間。イベントを検知した時間を示す。なお、イベント検知は監視対象情報処理装置である場合や、管理システムである場合もあり、当該時間にはそれぞれの計算機または装置が管理するタイマーに基いた値をセットする。
＊  発生元装置ＩＤ。イベントが発生した装置の識別子を格納する。
＊  発生元部位ＩＤ。イベントを生じさせた理由となる装置内の部位の識別子を格納する。
＊  状態。イベント発生によって変化した発生元部位の状態を格納する。
【００４３】
なお、イベント管理情報１０９はこれら以外の情報を含んでも良く、また、上述の値は間接的な情報を格納することで、直接的な値の格納に変えても良い。これは例えば、”状態”の代わりとして”ＦＣポートの電源ダウンを検知しました”等の結果的に特定の状態になることが明らかなメッセージを入れることがある。
【００４４】
なお、イベント管理情報１０９は、管理プログラム１０４の処理によって、監視対象情報処理装置がイベント検知に応じて生成して管理システムに送信するイベントに関する情報（以後、イベント受信情報と呼ぶ）の受信に応じて生成される。
【００４５】
図２８は管理対象構成情報１０１の一例である。なお、図２８は一例であり、本願の権利範囲を限定するものではない。図２８の例では、それぞれの監視対象情報処理装置について以下の情報を当該情報に格納している。なお、以下の項目は全てが必要とは限らない。
＊  監視対象情報処理装置の種別（たとえば、ストレージサブシステム、スイッチ装置、サーバ装置等）と、当該装置を構成する部位の種別、及び装置の製品型番号。
＊  監視対象情報処理装置を構成する部位の情報及び装置と部位、または部位と部位の包含関係、もし部位に製品型番号があれば製品型番号。なお、部位にはＯＳといった論理的な存在も含まれる。この場合、ＯＳの製品型番号として適用したパッチのバージョンといった追加情報をあわせて格納しても良い。
＊  ネットワーク通信を行うための部位については、接続相手となる部位。
＊  監視対象情報処理装置の設定。
【００４６】
なお、管理対象構成情報１０１は以下の処理により生成又は更新されることが考えられるが、他の処理から生成されたものであってもよい。
＊  管理プログラム１０４は、監視対象情報処理装置から受信した各装置についての構成情報及び設定情報に基いて管理対象構成情報１０１を生成又は更新する。
＊  管理プログラム１０４が監視対象情報処理装置の設定を行える場合は、管理プログラムは管理サーバの入力装置を介して受信した装置設定情報を装置に設定すると共に、管理対象構成情報１０１を生成又は更新する。
【００４７】
＜２．１．解析ルール情報＞
図２は解析ルール情報１０２で格納される情報の種別を示した図である。
【００４８】
解析ルール情報１０２は、解析ルールに対して一意に識別されるルールＩＤ１０２−１と条件部１０２−２と結論部１０２−３で構成される。
【００４９】
条件部１０２−２は、以下の情報より構成される。
＊  結論部が原因とした場合に監視対象装置から受信すると想定されるステータスの変化に関する情報（イベント情報）の組み合わせである条件セット１０２−２１。
＊  条件セット１０２−２１に指定された装置がどのような装置の場合に本解析ルールの適用を行うかを示す装置条件１０２−２２。
＊  条件セット１０２−２１に指定された監視対象装置間がどのようなトポロジの場合に本解析ルールの適用を行うかを示すトポロジ条件１０２−２３。
【００５０】
結論部１０２−３は、条件に対する結論として障害の原因箇所を示す原因箇所情報１０２−３１と、障害原因の詳細情報である結論詳細情報１０３−３２と、から構成される。
【００５１】
条件セット１０２−２１を構成している個々の条件は、条件をルール内で識別するための条件ＩＤ  Ｃ１と、イベントの発生した装置の種別を示す装置種別Ｃ２とその装置の部位の種別を示す装置部位Ｃ３と、その装置部位の状態を示すステータスＣ４とから成る。また、装置、トポロジ条件は、上記のように１つの情報としてまとめてもよいし、装置条件とトポロジ条件のように、別々の情報として記載されてもよい。以降、本発明を説明するために、一般的な解析ルールの例を説明する。
【００５２】
図３、図４、と図５に示す解析ルール情報１０２−Ｒ１、１０２−Ｒ１１、及び１０２−Ｒ２は、ストレージ装置と、前記ストレージに隣接されているＦＣスイッチに関する解析ルールの一例である。図３に記載の条件部Ｒ１−２の装置、トポロジ条件Ｒ１−２２の“ＳｔｏｒａｇｅＦｃＰｏｒｔとＦｃＳｗｉｔｃｈＰｏｒｔが隣接ポート”は、ストレージ装置のＦＣポートとＦＣスイッチのＦＣポートが間に他の装置を介さずに直接接続されていること意味している。
【００５３】
図３の解析ルール情報１０２−Ｒ１は、条件部が「ストレージ装置のＦＣポートの状態がＬｉｎｋＤｏｗｎに変化」「ＦＣスイッチのＦＣポートの状態がＬｉｎｋＤｏｗｎに変化」であり、結論部が「ストレージ装置とＦＣスイッチ間のケーブル障害が原因」の時の解析ルールを示したものである。
【００５４】
解析ルール情報１０２−Ｒ１の条件セットＲ１−２１は次の２つの条件で構成される。解析ルール情報１０２−Ｒ１では、条件ＩＤ  Ｒ１Ｃ１１の“Ｒ１−２１１”、装置種別Ｒ１Ｃ２１の“Ｓｔｏｒａｇｅ”、装置部位種別Ｒ１Ｃ３１の“ＦｃＰｏｒｔ”、及びステータスＲ１Ｃ４１の“ＬｉｎｋＤｏｗｎ”より、条件ＩＤがＲ１−２１１であり、ＳｔｏｒａｇｅのＦｃＰｏｒｔのステータスのＬｉｎｋｄｏｗｎへの変化を条件としていることを意味している。また、条件ＩＤ  Ｒ１Ｃ１２の“Ｒ１−２２１”、装置種別Ｒ１Ｃ２２の“ＦｃＳｗｉｔｃｈ”、装置部位種別Ｒ１Ｃ３２の“ＦｃＰｏｒｔ”、及びステータスＲ１Ｃ４２の“ＬｉｎｋＤｏｗｎ”より、条件ＩＤがＲ１−２２１であり、ＦｃＳｗｉｔｃｈのＰｏｒｔのステータスのＬｉｎｋｄｏｗｎへの変化を条件としていることを意味している。
【００５５】
結論部Ｒ１−３については、原因箇所情報Ｒ１−３１が“Ｓｔｏｒａｇｅ、ＦｃＳｗｉｔｃｈ間のケーブル”であり、結論詳細情報Ｒ１−３２が“Ｓｔｏｒａｇｅ、ＦｃＳｗｉｔｃｈ間のケーブルの障害が原因”であることを示している。
図６、図７、図８の解析ルール情報１０２−Ｒ３、１０２−Ｒ３１、及び１０２−Ｒ３２は、ファイルサーバがネットワーク上の他のコンピュータに対して公開しているファイルシステムをネットワークドライブとして利用しているサーバに関する解析ルールの一例である。条件部のトポロジ条件の“ＳｅｒｖｅｒはＦｉｌｅＳｅｒｖｅｒのクライアントマシン”は、ＦｉｌｅＳｅｒｖｅｒのファイルシステムをネットワークドライブとして利用しているＳｅｒｖｅｒであることを意味している。
【００５６】
図４、図５、図６、図７、図８の解析ルール情報内に示されている情報は、前記図３の説明と同様の見方で解釈することができる。詳細については、「３．管理サーバの処理及び表示」で説明する。
【００５７】
以上が、本実施例の処理を説明するために用意した解析ルール情報の例である。
＜２．３．解析結果情報＞
図９は解析結果情報１０３で格納される情報の種別を示した図である。
【００５８】
解析結果情報１０３は、以下の情報で構成される。
＊  解析結果に対して一意に識別される識別子を格納する解析ＩＤ１０３−１。
＊  解析内容を説明する解析結果メッセージ１０３−２。
＊  解析結果に関連があり既に受信できているイベントを保持する受信イベント１０３−３。
＊  解析結果に関連があるが未だ受信できていないイベントを保持する未受信イベント１０３−４。
＊  解析結果に関連があるが受信できないイベントを保持する受信不可イベント１０３−５。
＊  この解析結果の結論の確からしさを評価した値である確信度１０３−６。
【００５９】
受信イベント１０３−３、未受信イベント１０３−４、及び受信不可イベント１０３−５は、図２における装置Ｃ２の識別子、装置部位Ｃ３の識別子、ステータスＣ４をハイフン“‐”で繋いだものがステータスの変化を表すイベントとして示され、“／”の後に、生成元の解析ルール情報の条件に対応する条件ＩＤが示されている。表記方法は、どのようなイベントであるかを識別可能なものであれば、前記に示す表記方法以外でも構わない。
【００６０】
図１０の解析結果情報１０３−Ａ１は、図１の識別子が“Ｓｔｇ０１”であるストレージ装置と、識別子が“ＦｃＳｗ０１”であるＦＣスイッチが隣接されているトポロジに対して解析ルール情報１０２−Ｒ１を適用した際の解析結果情報である。解析ＩＤ  Ａ１−１には“Ａ０１”、解析結果メッセージＡ１−２には識別子“Ｓｔｇ０１”のストレージ装置と、識別子“ＦｃＳｗ０１”のＦＣスイッチの間のケーブルの障害であることを表示するためのメッセージである“Ｓｔｏｒａｇｅ装置（Ｓｔｇ０１）、ＦＣスイッチ（ＦｃＳｗ０１）間のケーブルの障害”が示されている。
【００６１】
受信イベントＡ１−３には、ＦｃＳｗｉｔｃｈであるＦｃＳｗ０１のＦｃＰｏｒｔであるｐ０１のステータスがＬｉｎｋＤｏｗｎに変わったことを意味するイベントである“ＦｃＳｗ０１−ｐ０１−ＬｉｎｋＤｏｗｎ／Ｒ１−２２１”が示されている。これは、解析ルール情報１０２−Ｒ１の条件セットＲ１−２１における装置Ｒ１Ｃ２２“ＦｃＳｗｉｔｃｈ”、装置部位Ｒ１Ｃ３２“ＦｃＰｏｒｔ”、ステータスＲ１Ｃ４２“ＬｉｎｋＤｏｗｎ”、条件ＩＤ  Ｒ１Ｃ１２“Ｒ１−２２１”を元に生成される。
【００６２】
未受信イベントＡ１−４には、ＳｔｏｒａｇｅであるＳｔｇ０１のＦｃＰｏｒｔであるｐ０１のステータスがＬｉｎｋＤｏｗｎに変わったことを意味するイベントである“Ｓｔｇ０１−ｐ０１−ＬｉｎｋＤｏｗｎ／Ｒ１−２１１＊２”が示されている。これは、解析ルール情報１０２−Ｒ１の条件セットＲ１−２１における装置Ｒ１Ｃ２１“Ｓｔｏｒａｇｅ”、装置部位Ｒ１Ｃ３１“ＦｃＰｏｒｔ”、ステータスＲ１Ｃ４１“ＬｉｎｋＤｏｗｎ”、条件ＩＤ  Ｒ１Ｃ１１“Ｒ１−２１１”を元に生成される。また、“＊２”が印として付与されている。また、この結果に対する確信度は５０％であることを示している。
【００６３】
なお、未受信イベントリスト１０３−４又は受信不可イベントリスト１０３−５に記載されたイベントの末尾に“＊１”が記載されている場合、当該イベントは監視対象装置から取得できないことを示す。当該判断には取得可能ステータス情報リスト１０５を用いる。
【００６４】
同様に、未受信イベントリスト１０３−４又は受信不可イベントリスト１０３−５に記載されたイベントの末尾に“＊２”が記載されている場合、当該イベントは所定の時点以降、同じ装置種別を持つ監視対象装置から取得したことが無いことを示す。当該判断にはステータス情報受信履歴リスト１０６を用いる。
【００６５】
図１１は図１０に書き換え処理を施したものであり、図１２は図８の解析ルール情報を元に出力される解析結果情報である。各解析結果情報内に示されている情報は、前記図１０の説明と同様の見方で解釈することができる。詳細については、「３．管理サーバの処理及び表示」で説明する。
【００６６】
以上が、本実施例の処理を説明するために用意した解析結果情報の例である。
【００６７】
＜２．４．取得可能ステータス情報リスト＞
図１３は、取得可能ステータス情報リスト１０５で格納されるデータの一例を示したものである。取得可能ステータス情報リスト１０５は、ＯＳやベンダ等の装置毎のプラットフォームにより異なる取得可能な装置部位のステータスの変化に関する情報（イベント）について予め調査を行い、前記調査の結果によって作成される情報リストである。取得可能ステータス情報リスト１０５は、解析ルール情報１０２の条件セット１０２−２１に記載されている各条件の装置種別Ｃ２の装置部位種別Ｃ３におけるステータスＣ４が、実際に監視対象装置からイベントとして取得可能なステータス情報であるかを判定するために利用する。取得可能ステータス情報リスト１０５は、装置種別Ｃ５、装置部位Ｃ６、ステータスＣ７、装置条件Ｃ８で構成され、解析ルール情報１０２の条件セット１０２−２１に記載されている各条件の装置種別Ｃ２が装置種別Ｃ５に、装置部位種別Ｃ３が装置部位種別Ｃ６に、ステータスＣ４がステータスＣ７に、装置条件１０２−２２が装置条件Ｃ８に対応している。図１３では一例として、図３、図４、図５、図６、図７、図８のそれぞれの解析ルール情報の条件セットに含まれる装置、及び装置部位に関する取得可能なステータスを示している。図１３の取得可能ステータス情報リスト１０５より、ストレージ装置のＦＣポートについて取得可能なステータスは、“Ｅｒｒｏｒ”及び“Ｎｏｒｍａｌ”であり、ＯＳが“ＸＸＸ”のサーバコンピュータのネットワーククライアントについて取得可能なステータスは、“Ｅｒｒｏｒ”及び“Ｎｏｒｍａｌ”であり、ＬＡＮポートについて取得可能なステータスは、“Ｅｒｒｏｒ”、“Ｕｎｋｎｏｗｎ”及び“Ｎｏｒｍａｌ”であり、ＦＣスイッチのＦＣポートについて取得可能なステータスは、“Ｅｒｒｏｒ”“ＬｉｎｋＤｏｗｎ”及び“Ｎｏｒｍａｌ”であることがわかる。ステータス情報の取得可否の判定に利用する情報は、利用することで取得の可否が判定可能な情報であれば、取得可能なステータスに関する情報でなくても構わない。例えば、取得できないステータス情報のリストが挙げられる。
【００６８】
また、装置条件で記載の条件は部分一致を許容してもよい。
【００６９】
＜２．５．ステータス情報受信履歴リスト＞
図１４は、ステータス情報受信履歴リスト１０６で格納されるデータの一例を示したものである。ステータス情報受信履歴リスト１０６は、解析ルール情報１０２の条件セット１０２−２１に記載されている各条件の装置種別Ｃ２の装置部位種別Ｃ３におけるステータスＣ４が、実際に監視対象装置から発生するイベントとしてどの程度取得できているかに関する履歴情報である。ステータス情報受信履歴リスト１０６は、監視対象装置から発生するイベントに対して解析ルール情報１０２を適用し、評価することで得られる解析結果情報１０３における未受信イベント１０３−４が、実際に監視対象装置からイベントとして取得可能なイベントであるかを判定するために利用する。ステータス情報受信履歴リスト１０６は、装置種別Ｃ１１、装置部位種別Ｃ１２、ステータスＣ１３、受信回数Ｃ１４で構成される。それぞれの欄は以下に示すような値が入る。
＊  装置種別Ｃ１１：イベントに示された装置の種別及び製品型番号が入る。
＊  装置部位種別Ｃ１２：イベントに示された装置内の論理的又は物理的な部位の種別及び製品型番号が入る。
＊  ステータスＣ１３：  イベントが示す装置又は部位のステータスが入る。
＊  受信回数Ｃ１４は、監視対象装置から受信したイベントと装置Ｃ１１、装置部位Ｃ１２、ステータスＣ１３が一致した回数を示している。図１４では、図３、図５、及び図６の解析ルール情報１０２−Ｒ１、１０２−Ｒ２、１０２−Ｒ３に含まれる情報が示されている。受信回数Ｃ１４により、解析結果情報１０３の未受信イベント１０３−４が受信できないイベントであるかを判定することができる。
【００７０】
なお、本リストは同一製品及び同一部位製品単位で受信回数を記録することが好適である。これは同一の製品または部位であれば発生するステータスも同じであるため、個々の監視対象装置毎に受信回数を記録する場合よりも、「＊２」で示される受信不可イベントとして表示するイベントをより少なくすることができるからである。なお、受信不可イベントを少なくすることで、管理者はさらなるイベントを受信してより確信度が高い解析結果を得るまで待ちやすい。
【００７１】
また、製品型番号は必ずしも完全一致でなくてもよい。例えば僅かな製品仕様の変化であっても製品型番号は替わり得るが、機能的に同じで取りうるステータスが同じであれば同じ製品として受信回数をカウントしても良い。なお、このような動作を行うために、製品名の互換性リストを事前に格納し、受信回数カウントの際に用いても良い。または製品型番号の予め定められた部分だけをカウントの際に考慮してもよい。
＜２．６．関連ルール情報＞
図１５は、関連ルール情報１０７として格納されるデータの一例を示したものである。関連ルール情報１０７は、取得できないステータス情報（受信できないイベント情報）を示す受信不可イベント種別Ｃ１５、又は取得できないステータス情報と類似するステータス情報を条件セットに含む解析ルール情報のルールＩＤを示す関連ルールＩＤ  Ｃ１６で構成される。類似するステータス情報を条件セットに含む解析ルール情報とは、取得できないステータス情報を含む解析ルール情報と同じ装置、装置部位からなる条件セットを含み、かつ、取得できないステータス情報の装置・装置部位と同じ装置・装置部位からなるステータス情報が取得できている解析ルール情報である。図１５では、例で、受信不可イベント種別Ｃ１５としてストレージ装置のＦＣポートのステータスがＬｉｎｋＤｏｗｎの状態であることを意味する“Ｓｔｏｒａｇｅ−ＦｃＰｏｒｔ−ＬｉｎｋＤｏｗｎ”、受信不可イベント種別の“Ｓｔｏｒａｇｅ−ＦｃＰｏｒｔ−ＬｉｎｋＤｏｗｎ”と類似する装置・装置部位・ステータス情報として、ストレージ装置のＦＣポートのステータスがＥｒｒｏｒの状態であることを意味する条件を含む解析ルール情報１０２−Ｒ２のルールＩＤ  Ｒ２が示されている（装置種別Ｒ２Ｃ２１“Ｓｔｏｒａｇｅ”、装置部位種別Ｒ２Ｃ３１“ＦｃＰｏｒｔ”、ステータスＲ２Ｃ４１“Ｅｒｒｏｒ”より、ストレージ装置のＦＣポートのステータスがＥｒｒｏｒの状態であることを意味する条件を含むことがわかる）。ステータス情報の取得可否は、取得可能ステータス情報リスト１０５や、ステータス情報受信履歴リスト１０６を利用することで管理プログラム１０４により判定される。
【００７２】
＜２．７．ステータス変換リスト＞
図１６はステータス変換リスト１０８として格納されるデータの一例を示したものである。ステータス変換リスト１０８は、解析ルール情報１０２の条件セット１０２−２１に含まれるある装置Ｃ２の装置部位Ｃ３のステータス情報Ｃ４が取得可能ステータス情報リスト１０５に存在するかを検索する際の検索結果と、検索結果に応じて実行するステータス変換処理の変換対象のステータスＣ１９と変換後のステータスＣ２０を関連付けた情報リストである。図１６は、装置種別Ｃ１７、装置部位種別Ｃ１８、ステータス変換処理の変換対象のステータスＣ１９と、変換後のステータスＣ２０で構成される。なお、本情報は管理者またはその他の計算機からの入力に基いて作成される。より好適には変換対象ステータスと変換語ステータスの入力は共通モデルと監視対象装置（又は部位）の製品仕様に基いた値が入力される。
【００７３】
ステータス変換リストを利用した処理の一例を挙げると、解析ルール情報１０２−Ｒ１の条件セットＲ１−２１に含まれる条件（装置、装置部位、ステータス）に対して図１３の取得可能ステータス情報リスト１０５を利用した場合、装置種別Ｒ１Ｃ２１“Ｓｔｏｒａｇｅ”、装置部位種別Ｒ１Ｃ３１“ＦｃＰｏｒｔ”、ステータスＲ１Ｃ４１“ＬｉｎｋＤｏｗｎ”と一致する情報がないと判定される。この時、装置種別Ｒ１Ｃ２１“Ｓｔｏｒａｇｅ”、装置部位種別Ｒ１Ｃ３１“ＦｃＰｏｒｔ”は図１３の取得可能ステータス情報リスト１０５において一致する情報が存在するため、一致している情報を元に図１６のステータス変換リストを検索する。
【００７４】
＜３．管理サーバの処理及び表示＞
次に、管理サーバ１が有する管理プログラム１０４の動作概要について図を用いて説明する。
【００７５】
以下に、図１７を用いて、本処理の手順を説明する。なお、本処理が起動されるタイミングについて、図１７におけるステップＳ１は、システム管理を開始する前、又は監視対象とするシステムにおいて構成変更が生じた場合等、解析ルール情報に対して書き換え処理が必要な場合に実行される。ステップＳ２、Ｓ３、Ｓ４は、管理サーバ１が監視対象とするシステムからイベントを受信した際に実行される。また本処理は取得可能ステータス情報リスト１０５が更新された場合に行ってもよく、またその時々のステータス情報受信履歴リストの状態を反映するために繰り返し実行してもよい。
【００７６】
以下、フローの説明を行う。
【００７７】
（ステップＳ１）まずはじめに、解析ルール情報１０２の条件ＩＤの装置・装置部位・ステータス情報と一致する情報が、取得可能ステータス情報リスト１０５に存在するかを検索し、存在しない場合に解析ルール情報を書き換える。
【００７８】
（ステップＳ２）次に、監視対象装置からのイベント発生を待ち、イベントが発生した際に、受信したイベントとステップＳ１で処理された解析ルール情報に基づいて、解析結果情報１０３を生成又は更新する。
（ステップＳ３）管理プログラム１０４は、Ｓ２で生成された解析結果情報における未受信イベントの受信状況をステータス情報受信履歴リスト１０６で検索し、未受信イベントが一度も受信されていない場合に当該イベントを「未受信イベントは当該装置（又は部位）及び当該装置（又は部位）と同じ製品の装置（又は部位）でも受信できていない種別のイベントであることを示す」ことがわかる値（実施例では＊２）を伴って受信不可イベントとするように解析結果情報１０３を書き換える。
（ステップＳ４）管理プログラム１０４は、Ｓ３で処理された解析結果情報を元にディスプレイ装置Ｄ２に解析結果画面を出力する。
【００７９】
この全体フローは、システム管理を中止するまで、ステップＳ２からステップＳ４で繰り返し実行される。
【００８０】
なお、ステップＳ１は省略しても良い。その時はステップＳ３の追加処理として、取得可能ステータス情報リストで取得できない種別のイベントについて、「製品仕様上受信することが無い種別のイベントであることを示す」ことがわかる値（実施例では＊１）を伴って受信不可イベントとするように解析結果情報１０３を書き換えてもよい。
【００８１】
以上が全体フローの概要である。
【００８２】
なお、本実施例はシステム管理が実行されてすぐ（直後）のケースを含む。この場合、受信履歴はステップＳ２で受信した最初のイベントのみである。よって、ステータス情報受信履歴リスト１０６は利用するのに十分な履歴情報が蓄積しておらず、履歴情報を利用した解析結果情報の書き換え処理は有効でないため、システム管理起動直後はステップＳ３は省略しても構わない。なお、ステップＳ３の省略する場合と省略しない場合は、これまで受信したイベントの回数や時間に基いた条件で決定してもよく、または管理システムの管理者によって受信した条件であってもよい。なお、当然ながら受信条件はイベントの回数に関してもよい。
【００８３】
次に、取得可能ステータス情報リスト１０５を利用した解析ルール情報１０２の書き換え処理手順ステップＳ１の詳細な処理について図１９を用いて説明する。
【００８４】
（ステップＳ１１）ここでは、まず解析ルール情報１０２を取得して未処理解析ルール情報リストとして保持する。なお、未処理解析ルール情報リストはプログラム中に一時的に利用される一時データである。
【００８５】
（ステップＳ１２）管理プログラム１０４は、未処理解析ルール情報リストが空かどうかを判定し、空でない場合にはステップＳ１３に進み、空の場合には処理を終了する。
【００８６】
（ステップＳ１３）管理プログラム１０４は、未処理解析ルール情報リストから１つ解析ルール情報を取得する。
【００８７】
（ステップＳ１４）管理プログラム１０４は、ステップＳ１３で取得した解析ルール情報から条件ＩＤ、装置種別、装置部位種別、ステータス、及び装置種別、トポロジ条件を取得し、１つの条件に対する各情報をセットで未処理条件ＩＤリストとして保持する。なお、未処理条件ＩＤリストはプログラム中に一時的に利用される一時データである。
【００８８】
（ステップＳ１５）管理プログラム１０４は、未処理条件ＩＤリストが空かどうかを判定し、空でない場合にはステップＳ１６に進み、空の場合はステップＳ１２に戻る。
【００８９】
（ステップＳ１６）管理プログラム１０４は、未処理条件ＩＤリストから１つセット情報を取得する。
【００９０】
（ステップＳ１７）管理プログラム１０４は、ステップＳ１６で取得した条件ＩＤの装置種別、装置部位種別、ステータス、及び装置条件（セット情報）全てと一致する情報が取得可能ステータス情報リスト１０５に存在するか検索・判定し、存在しない場合にはステップＳ１８に進み、存在する場合にはステップＳ１５に戻る。
【００９１】
（ステップＳ１８）管理プログラム１０４は、ステップＳ１７の判定において、ステータスが不一致であった装置・装置部位と一致する情報をステータス変換リスト１０９の装置種別Ｃ１７、及び装置部位種別Ｃ１８から検索し、一致した情報の変換対象ステータスＣ１９に示されるステータスを変換後ステータスＣ２０となるよう、解析ルール情報を書き換える。
【００９２】
なお、ステップＳ１８ではさらに、取得可能ステータス情報リスト１０５と、ステータス変換リストに基いて解析ルール情報の条件を書き換える。具体的な処理は以下の通りである。
【００９３】
（Ａ）  条件の装置種別Ｃ２、装置部位種別Ｃ３、ステータスＣ４、及び装置条件１０２−２２の組み合わせが、取得可能ステータス情報リストの装置種別Ｃ５、装置部位種別Ｃ６、ステータスＣ７、及び装置条件Ｃ８に存在する場合。当該場合は対応する条件を満たすイベントは受信可能と判断する。
【００９４】
（Ｂ）  条件の装置種別Ｃ２、装置部位種別Ｃ３、ステータスＣ４、及び装置条件１０２−２２の組み合わせが、取得可能ステータス情報リストの装置種別Ｃ５、装置部位種別Ｃ６、ステータスＣ７、及び装置条件Ｃ８に存在せず、さらに条件の装置種別Ｃ２、装置部位種別Ｃ３、ステータスＣ４の組み合わせが、ステータス変換リスト１０８の装置種別Ｃ１７、装置部位種別Ｃ１８、及び変換対象ステータスＣ１９に存在する場合。この場合は条件に示されるステータスが取得不可能であるものと判断し、対応する条件のステータスに”＊１”を追加する。
【００９５】
（Ｃ）  条件の装置種別Ｃ２、装置部位種別Ｃ３、ステータスＣ４、及び装置条件１０２−２２の組み合わせが、取得可能ステータス情報リストの装置種別Ｃ５、装置部位種別Ｃ６、ステータスＣ７、及び装置条件Ｃ８に存在せず、さらに条件の装置種別Ｃ２、装置部位種別Ｃ３、ステータスＣ４の組み合わせが、ステータス変換リスト１０８の装置種別Ｃ１７、装置部位種別Ｃ１８、及び変換対象ステータスＣ１９にも存在しない場合。この場合は、条件に示されるステータスが取得可能かどうか判断が付かないものと判断し、対応する条件のステータスに”＊２”を追加する。なお、”＊２”が追加された条件に示されるステータスについては後ほど説明する図２１の処理によりステータス情報受信履歴リストから未受信であることが確認された場合は当該ステータスに対応するイベントを受信不可イベントとして扱われることになる。
【００９６】
図３の解析ルール情報１０２−Ｒ１がステップＳ１３で取得された場合を例として説明する。解析ルール情報１０２−Ｒ１の条件セットＲ１−２１に含まれる以下を取得し、取得した各情報をセットとし、未処理条件ＩＤリストとして保持する。
＊  装置部位種別Ｒ１Ｃ２１“Ｓｔｏｒａｇｅ”、装置部位種別Ｒ１Ｃ３１“ＦｃＰｏｒｔ”、ステータスＲ１Ｃ４１“ＬｉｎｋＤｏｗｎ”からなる条件ＩＤ  Ｒ１Ｃ１１“Ｒ１−２１１”。
＊  装置種別Ｒ１Ｃ２２“ＦｃＳｗｉｔｃｈ”、装置部位種別Ｒ１Ｃ３２“ＦｃＰｏｒｔ”、ステータスＲ１Ｃ４２“ＬｉｎｋＤｏｗｎ”からなる条件ＩＤ  Ｒ１Ｃ１２“Ｒ１−２２１”。
＊  装置条件Ｒ１−２２“‐”。
＊  トポロジ条件Ｒ１−２３“ＳｔｏｒａｇｅＦｃＰｏｒｔとＦｃＳｗｉｔｃｈＰｏｒｔが隣接ポート”。
【００９７】
ステップＳ１４、及びステップＳ１６において、取得した装置種別と装置部位種別とステータスと装置・トポロジ条件全てと一致する情報が、図１７の取得可能ステータス情報リスト１０５に存在するかを判定すると、装置種別Ｃ５において装置種別Ｒ１Ｃ２１“Ｓｔｏｒａｇｅ”、装置部位種別Ｃ６において装置部位種別Ｒ１Ｃ３１“ＦｃＰｏｒｔ”は一致するが、ステータスＣ７においてステータスＲ１Ｃ４１“ＬｉｎｋＤｏｗｎ”が一致せず、取得可能ステータス情報リスト１０５に一致する情報が存在しないと判定される。
【００９８】
ステップＳ１７で、不一致と判定されたステータスＲ１Ｃ４１“ＬｉｎｋＤｏｗｎ”の装置種別Ｒ１Ｃ２１“Ｓｔｏｒａｇｅ”、装置部位種別Ｒ１Ｃ３１“ＦｃＰｏｒｔ”と一致する情報をステータス変換リスト１０９の装置種別Ｃ１７、装置部位種別Ｃ１８から検索すると、一致する情報が存在し、一致した装置種別Ｃ１７の“Ｓｔｏｒａｇｅ”、装置部位種別Ｃ１８の“ＦｃＰｏｒｔ”に関連付けられている変換前ステータス “ＬｉｎｋＤｏｗｎ”と変換後ステータス “Ｅｒｒｏｒ”とを取得し、ルール変換処理が実行され、解析ルール情報の書き換えを行う。解析ルール情報１０２−Ｒ１を書き換えた後が解析ルール情報１０２−Ｒ１１であり、不一致と判定されたステータスＲ１Ｃ４１“ＬｉｎｋＤｏｗｎ”が、変換処理により、解析ルール情報１０２−Ｒ１１においてステータスＲ１１Ｃ４１“Ｅｒｒｏｒ”に書き換えられている。
【００９９】
また、解析ルール情報１０２−Ｒ３に対して書き換えを行う場合、解析ルール情報１０２−Ｒ３の条件セットＲ３−２１に含まれる、装置種別Ｒ３Ｃ２１“Ｓｅｒｖｅｒ”、装置部位種別Ｒ３Ｃ３１“ＮｅｔｗｏｒｋＣｌｉｅｎｔ”、ステータスＲ３Ｃ４１“Ｅｒｒｏｒ”からなる条件ＩＤ  Ｒ３Ｃ１１“Ｒ３−２１１”と、装置種別Ｒ３Ｃ２２“Ｓｅｒｖｅｒ”、装置部位種別Ｒ３Ｃ３２“ＬＡＮＰｏｒｔ”、ステータスＲ３Ｃ４２“Ｅｒｒｏｒ”からなる条件ＩＤ  Ｒ３Ｃ１２“Ｒ３−２２１”、装置条件Ｒ３−２２“‐”と、トポロジ条件Ｒ３−２３“ＳｅｒｖｅｒはＦｉｌｅＳｅｒｖｅｒのクライアントマシン”を取得する。取得したセット情報を未処理条件ＩＤリストとして保持する。
【０１００】
ステップＳ１４、及びステップＳ１６において、取得した装置種別と装置部位種別とステータスと装置・トポロジ条件全てと一致する情報が、図１７の取得可能ステータス情報リスト１０５に存在するかを判定すると、装置種別Ｃ５において装置種別Ｒ３Ｃ２１“Ｓｅｒｖｅｒ”、装置部位種別Ｃ６において装置部位種別Ｒ３Ｃ３１“ＮｅｔｗｏｒｋＣｌｉｅｎｔ”、ステータスＣ７においてステータスＲ３Ｃ４１“Ｅｒｒｏｒ”は一致するが、装置条件Ｃ８において装置条件Ｒ３−２２“−”が一致せず、取得可能ステータス情報リスト１０５に一致する情報が存在しないと判定される。
【０１０１】
ステップＳ１７で、不一致と判定された装置条件Ｒ３−２２“−”の装置種別Ｒ３Ｃ２１“Ｓｅｒｖｅｒ”、装置部位種別Ｒ３Ｃ３１“ＮｅｔｗｏｒｋＣｌｉｎｅｔ”と一致する情報をステータス変換リスト１０９の装置種別Ｃ１７、装置部位種別Ｃ１８から検索すると、一致する情報が存在し、一致した装置Ｃ１７の“Ｓｅｒｖｅｒ”、装置部位Ｃ１８の“ＮｅｔｗｏｒｋＣｌｉｅｎｔ”に関連付けられている変換対象ステータスと変換後ステータスをを取得し、ルール変換処理が実行され、解析ルール情報の書き換えを行う。この書き換えにより、解析ルール情報１０２−Ｒ３から解析ルール情報１０２−Ｒ３１、１０２−Ｒ３２が生成される。不一致と判定された装置条件Ｒ３−２２“−”が、解析ルール情報１０２−Ｒ３１において装置条件“ＳｅｒｖｅｒのＯＳが「ＸＸＸ」”に、解析ルール情報１０２−Ｒ３２において装置条件“ＳｅｒｖｅｒのＯＳが「ＸＸＸ」以外”に書き換えられている。
【０１０２】
以上の手順により、取得可能ステータス情報リスト１０５を利用した解析ルール情報１０２の書き換えが完了する。
【０１０３】
次に、受信したイベントと解析ルール情報１０２に基づき、解析結果情報を生成する処理手順ステップＳ２の詳細な処理について図２０を用いて説明する。
【０１０４】
（ステップＳ２１）まず、ステップＳ１で書き換えられた解析ルール情報を取得し、未処理解析ルール情報リストとして保持する。未処理解析ルール情報リストはプログラム中に一時的に利用される一時データである。
【０１０５】
（ステップＳ２２）次に、未処理解析ルール情報リストが空かどうかを判定し、空でない場合にはステップＳ２３に進み、空の場合には処理を終了する。
【０１０６】
（ステップＳ２３）管理プログラム１０４は、未処理解析ルール情報リストから１つ解析ルール情報を取得する。
【０１０７】
（ステップＳ２４）管理プログラム１０４は、ステップＳ２３で取得した解析ルール情報の条件ＩＤに“＊１”が付与されているかを判定し、付与されている場合にはステップＳ２５に進み、付与されていない場合にはステップＳ２６に進む。
【０１０８】
（ステップＳ２５）管理プログラム１０４は、ステップＳ２３で取得した解析ルール情報から、ステップＳ２４で“＊１”が付与されていると判定された条件ＩＤの装置種別、装置部位種別、ステータスを取得し、取得した情報を元に受信不可イベント１０３−５を生成する。なお、“＊１”が付与されている条件ＩＤに関連する装置種別、装置部位種別、ステータスの情報は、解析結果情報を生成する際に、受信不可イベントとして生成されるように処理される。印の付け方について、どのイベント（条件）に対して付与されているかが管理サーバで識別可能な方法であればどのような方法（印付けする箇所、文字列等）でも構わない。
【０１０９】
（ステップＳ２６）管理プログラム１０４は、受信したイベントの情報でＳ２３で取得した解析ルール情報の装置種別、装置部位種別、ステータスと一致するものがあるかを検索する。
【０１１０】
（ステップＳ２７）管理プログラム１０４は、一致した装置種別、装置部位種別、ステータスの情報を元に受信イベント１０３−３を生成し、一致しない装置種別、装置部位種別、ステータスの情報を元に未受信イベント１０３−４を生成する。
【０１１１】
（ステップＳ２８）管理プログラム１０４は、解析結果情報を一意に識別する解析ＩＤ１０３−１を生成し、Ｓ２３で取得した解析ルール情報の原因箇所情報１０２−３１、結論詳細情報１０２−３２を元に解析結果メッセージ１０３−２を生成する。
【０１１２】
（ステップＳ２９）管理プログラム１０４は、ステップＳ２５、ステップＳ２７で生成した受信イベント、未受信イベント、受信不可イベントの数に対する受信イベントの数の割合より確信度１０３−６を生成する。
【０１１３】
なお、確信度の計算は受信イベントの数を、受信イベントの数と未受信イベントの数と受信不可イベントの数の和で割った値であることが考えられるが、他の計算方法であってもよい。
【０１１４】
一例として、図３の解析ルール情報１０２−Ｒ１と図１０の解析結果情報１０３−Ａ１を用いて説明する。例として、「ＦＣスイッチ（識別子ＦｃＳｗ０１）のＦＣポートの状態がＬｉｎｋＤｏｗｎに変化」を意味するイベントのみが受信され、ステップＳ２３で図３の解析ルール情報１０２−Ｒ１を取得したとする。まず、ステップＳ２４として、解析ルール情報１０２−Ｒ１の条件ＩＤ  Ｒ１Ｃ１１“Ｒ１−２１１”、Ｒ１Ｃ１２“Ｒ１−２２１”に“＊１”が付与されているかが判定され、判定の結果、付与されていないため受信不可イベントは生成されない。次に、ステップＳ２６、ステップＳ２７として、実際に受信したイベントに示されている装置、装置部位、ステータスに関する情報と一致する条件を管理対象構成情報１０１を参照しつつ解析ルール情報１０２−Ｒ１の条件セットＲ１−２１から検索すると、装置種別Ｒ１Ｃ２２“ＦｃＳｗｉｔｃｈ”、装置部位種別Ｒ１Ｃ３２“ＦｃＰｏｒｔ”、及びステータスＲ１Ｃ４２“ＬｉｎｋＤｏｗｎ”と一致することから、一致した情報を元に受信イベントＡ１−３が生成される（図１０では一例として装置、装置部位、ステータスをハイフンで繋いだ形で示している）。
【０１１５】
また、装置種別Ｒ１Ｃ２１“Ｓｔｏｒａｇｅ”、装置部位種別Ｒ１Ｃ３１“ＦｃＰｏｒｔ”、ステータスＲ１Ｃ４１“Ｌｉｎｋｄｏｗｎ”と一致するイベントがないことから、一致しなかった情報を元に未受信イベントＡ１−４が生成される。次に、ステップＳ２８として、解析結果情報を一意に識別する解析ＩＤ  Ａ１−１“Ａ０１”を生成し、解析ルール情報１０２−Ｒ１の結論部Ｒ１−３に含まれる原因箇所情報Ｒ１−３１、結論詳細情報Ｒ１−３２、及び受信したイベントに含まれる装置の識別子を元に解析結果メッセージＡ１−２を生成する。最後に、ステップＳ２９において、生成された受信イベント、未受信イベントの数が２つであるのに対して受信イベントが１つであり、受信イベントの割合が２分の１であることから、確信度Ａ１−６は、“５０”で生成される。
【０１１６】
なお、未受信イベントは図１０に示すように、管理対象構成情報１０１を参照しつつ解析ルール情報の条件を実際の装置に適用した場合に得られる装置及び部位の識別子を含んだ表現形式を作成し、格納することが考えられる。しかし、他の未受信イベントの実現方法として実際の装置または部位の識別子を含まない種別で表現した形式でもよい。なお、これは受信不可イベントも同様である。
【０１１７】
次に、ステータス情報受信履歴リスト１０６を利用した解析結果情報１０３の書き換え処理手順ステップＳ３の詳細な処理について図２１を用いて説明する。
【０１１８】
（ステップＳ３１）まず、解析結果情報１０３を取得して未処理解析ルール情報リストとして保持する。未処理解析結果情報リストはプログラム中に一時的に利用される一時データである。
【０１１９】
（ステップＳ３２）次に、未処理解析結果情報リストが空かどうかを判定し、空でない場合にはステップＳ３３に進み、空の場合には処理を終了する。
【０１２０】
（ステップＳ３３）管理プログラム１０４は、未処理解析結果情報リストから１つ解析結果情報を取得する。
【０１２１】
（ステップＳ３４）管理プログラム１０４は、ステップＳ３３で取得した解析結果情報から未受信イベントを取得し、未処理イベントリストとして保持する。なお、未処理イベントリストはプログラム中に一時的に利用される一時データである。
【０１２２】
（ステップＳ３５）管理プログラム１０４は、未受信イベントリストが空かどうかを判定し、空でない場合にはステップＳ３６に進み、空の場合はステップＳ３２に戻る。
【０１２３】
（ステップＳ３６）管理プログラム１０４は、未受信イベントリストから１つ未受信イベントを取得する。
【０１２４】
（ステップＳ３７）管理プログラム１０４は、ステップＳ３６で取得した未受信イベントに印“＊２”が付与されているかを判定し、付与されている場合にはステップＳ３８に進み、付与されていない場合にはステップＳ３５に戻る。
（ステップＳ３８）管理プログラム１０４は、ステップＳ３６で取得した未受信イベントから装置・装置部位・ステータス、条件ＩＤに対応する情報を取得（例えば、図１０の解析ルール情報１０３−Ａ１の未受信イベントＡ１−４“Ｓｔｏｒａｇｅ−ＦｃＰｏｒｔ−ＬｉｎｋＤｏｗｎ／Ｒ１−２１１  ＊２”の場合、装置に対応する情報として“Ｓｔｏｒａｇｅ”、装置部位に対応する情報として“ＦｃＰｏｒｔ”、ステータスに対応する情報として“ＬｉｎｋＤｏｗｎ”、条件ＩＤに対応する情報として“Ｒ１−２１１”を取得）し、取得した情報と一致する情報をステータス情報受信履歴リスト１０６から検索する。
（ステップＳ３９）管理プログラム１０４は、ステップＳ３８の検索により一致した情報の受信回数を取得し、受信回数が“０”かどうかを判定し、“０”であればステップＳ３ａに進み、“０”でなければステップＳ３５に戻る。
【０１２５】
（ステップＳ３ａ）管理プログラム１０４は、ステップＳ３７で受信回数が“０”と判定された未受信イベントを受信不可イベントに書き加え、当該未受信イベントを消去する。
【０１２６】
例えば、ステップＳ３６で解析結果情報１０３−１の未受信イベント“Ｓｔｏｒａｇｅ−ＦｃＰｏｒｔ−ＬｉｎｋＤｏｗｎ／Ｒ１−２１１  ＊２”を取得した場合、“＊２”が付与されている。この印が付与されているイベントは、未受信イベントであった場合にステータス情報受信履歴リスト１０６を用いて、当該ステータス情報の受信状況を検索するように処理される。印の付け方については、“＊１”と同様に、どのイベント（条件）に対して付与されているかが管理サーバで識別可能な方法であればどのような方法（印付けする箇所、文字列等）でも構わない。ステップＳ３８によって未受信イベント“Ｓｔｏｒａｇｅ−ＦｃＰｏｒｔ−ＬｉｎｋＤｏｗｎ／Ｒ１−２１１  ＊２”から、装置に対応する情報として“Ｓｔｏｒａｇｅ”、装置部位に対応する情報として“ＦｃＰｏｒｔ”、ステータスに対応する情報として“ＬｉｎｋＤｏｗｎ”、条件ＩＤに対応する情報として“Ｒ１−２１１”を取得し、取得した情報と一致する情報を図１４のステータス情報受信履歴リスト１０６から検索すると、条件ＩＤ  Ｃ１０“Ｒ１−２１１”、装置Ｃ１１“Ｓｔｏｒａｇｅ”、装置部位Ｃ１２“ＦｃＰｏｒｔ”、ステータスＣ１３“ＬｉｎｋＤｏｗｎ”の情報と一致する。一致した情報の受信回数Ｃ１４“０”より、受信回数が０回であることから、ステップＳ３ａで未受信イベント“Ｓｔｏｒａｇｅ−ＦｃＰｏｒｔ−ＬｉｎｋＤｏｗｎ”を受信不可イベントに書き加え、未受信イベントとしての“Ｓｔｏｒａｇｅ−ＦｃＰｏｒｔ−ＬｉｎｋＤｏｗｎ”を消去する、という処理フローとなる。
【０１２７】
（ステップＳ３ｂ）管理プログラム１０４は、未受信イベント（受信不可イベント）のステータス情報と類似するステータス情報をステータス情報受信履歴リスト１０６から検索し、関連ルール情報１０７に登録する。
【０１２８】
以上の手順により、ステータス情報履歴リスト１０６を利用した解析結果情報１０３の書き換えが完了する。なお、ステータス情報受信履歴リストはイベント受信を契機として内容が変化し、これまでは受信していなかったステータスについて受信されたことに替わる場合がある。この場合は本処理を再実行することで、”＊２”つきで解析結果情報１０３の受信不可イベントに含まれていたイベントを除くことができる。
【０１２９】
次に、ステップＳ３ｂの関連ルール情報１０７の登録処理手順の詳細について図２２を用いて説明する。
【０１３０】
（ステップＳ３ｂ１）管理プログラム１０４は、受信不可イベントの装置識別子及び部位識別子を取得し、管理対象構成情報１０１を参照することで装置種別及び部位種別を取得する。
【０１３１】
（ステップＳ３ｂ２）管理プログラム１０４は、ステータス情報受信履歴リスト１０６を検索し、ステップＳ３ｂ１にて取得した装置種別及び部位種別に一致し、一度以上イベント受信したことのあるステータスを特定する。
【０１３２】
（ステップＳ３ｂ３）管理プログラム１０４は、ステップＳ３ｂ１にて取得した装置種別及び部位種別に一致し、ステップＳ３Ｂ２にて取得した受信したことがあるステータスを条件として持つ解析ルール情報を特定する。
【０１３３】
（ステップＳ３ｂ４）管理プログラム１０４は、ステップＳ３ｂ１で特定した装置種別と部位種別とステータスと、ステップＳ３ｂ２にて取得した解析ルール情報の識別子との組を関連ルール情報１０７に登録する。
【０１３４】
例として、解析結果情報１０３−１の場合を挙げる。解析結果情報１０３−１の未受信イベントＡ１−４“Ｓｔｇ０１−ｐ０１−ＬｉｎｋＤｏｗｎ／Ｒ１−２１１  ＊２”は、図２１の処理フローにより、受信不可イベントに書き換えられ、図１１に示される解析結果情報１０３−Ａ２が生成される。次に、ステップＳ３ｂ１により、受信不可イベントＡ２−５（つまり未受信イベントＡ１−４）から、装置種別 “Ｓｔｏｒａｇｅ”、装置部位種別“ＦｃＰｏｒｔ”が取得される。ステップＳ３ｂ２で、ステータス情報受信履歴リスト１０６の装置種別Ｃ１１“Ｓｔｏｒａｇｅ”、装置部位種別Ｃ１２“ＦｃＰｏｒｔ”で一回以上受信済みのステータスとして”Ｅｒｒｏｒ”が一致する情報として検索される。ステップＳ３ｂ３で、解析ルール情報として、ルールＩＤ  ”Ｒ２”である解析ルール情報１０２−Ｒ２を特定する。そして、受信不可イベント種別として、装置種別Ｃ１１“Ｓｔｏｒａｇｅ”と装置部位種別Ｃ１２“ＦｃＰｏｒｔ”とステータス”ＬｉｎｋＤｏｗｎ”に対応する関連ルールＩＤとして”Ｒ２”を登録する。
【０１３５】
以上の手順により、関連ルール情報１０７が登録される。
【０１３６】
次に、解析結果の画面表示手順ステップＳ４の処理の詳細について図２３を用いて説明する。
【０１３７】
（ステップＳ４１）管理プログラム１０４は、ステップＳ３で書き換えられた解析結果情報の解析結果メッセージ１０３−２から解析結果メッセージＤ２１１、受信不可イベント１０３−５から受信不可イベントＤ２２１、確信度１０３−６から確信度Ｄ２３１の表示データを取得する。
【０１３８】
（ステップＳ４２）管理プログラム１０４は、ステップＳ４１で取得した各表示データを元に、解析結果メッセージＤ２１１、受信不可イベントＤ２２１、確信度Ｄ２３１の画面を描画する。
【０１３９】
（ステップＳ４３）管理プログラム１０４は、ステップＳ４１において解析結果情報から取得した受信不可イベント１０３−５を元に関連ルール情報Ｄ２４１の表示データを取得する。
【０１４０】
（ステップＳ４４）管理プログラム１０４は、ステップＳ４３で取得した表示データを元に関連ルール情報Ｄ２４１の画面を描画する。
【０１４１】
例として、図１１の解析結果情報１０３−Ａ２を元に、図２６の解析結果の画面表示データを生成する処理を挙げる。まず、ステップＳ４１において解析結果情報１０３−Ａ２の解析結果メッセージＡ２−２“Ｓｔｏｒａｇｅ装置（Ｓｔｇ０１）、ＦＣスイッチ（ＦｃＳｗ０１）間のケーブルの障害”と、受信不可イベントＡ２−５“Ｓｔｇ０１−ｐ０１−ＬｉｎｋＤｏｗｎ／Ｒ１−２１１＊２”と、確信度Ｄ２−６“５０”の表示データを取得する。次に、ステップＳ４２において、ステップＳ４１で取得した各表示データを元に、図２６の解析結果メッセージＤ２１１−１“Ｓｔｏｒａｇｅ装置（Ｓｔｇ０１）、ＦＣスイッチ（ＦｃＳｗ０１）間のケーブルの障害”、受信不可イベントＤ２２１−１“Ｓｔｏｒａｇｅ  -  ＦｃＰｏｒｔ  -  ＬｉｎｋＤｏｗｎ”、確信度Ｄ２３１−１“５０”を描画する。また、ステップＳ４３において、ステップＳ４１で取得した受信不可イベントＡ２−５“Ｓｔｇ０１−ｐ０１−ＬｉｎｋＤｏｗｎ／Ｒ１−２１１＊２”と、図１５の関連ルール情報１０７を用いて、“Ｓｔｇ０１−ｐ０１−ＬｉｎｋＤｏｗｎ”の関連ルールとして関連ルールＩＤ“Ｒ２”を取得する。取得した関連ルールＩＤ“Ｒ２”を元に、ステップＳ４４において、関連ルール情報Ｄ２４１−１“Ｒ２／Ｓｔｏｒａｇｅ−ＦｃＰｏｒｔ−Ｅｒｒｏｒは受信可能”を描画する。図２６に記述されている解析結果メッセージＤ２１１−１、受信不可イベントＤ２２１−１、確信度Ｄ２３１−１、関連ルール情報Ｄ２４１−１は一例であり、表示の仕方は、元にしている解析結果情報の意味していることがユーザに正しく認識できる表示であれば、他の表示方法でもかまわない。さらに、当該表示にて関連ルールの解析ルール情報を表示してもよい。
【０１４２】
なお、受信不可イベントにて表示される“＊１”と“＊２”については、製品仕様上得られない種別のイベントと、同一製品の装置（又は部位）で受信したことの無い種別のイベントであることが管理者に判別できる表示に代えても良い。
【０１４３】
以上の手順により、書き換えられた解析結果情報を用いて、取得できないステータス情報を解析ルール情報に含む場合に、取得できないステータス情報を含む解析ルール情報による解析結果であることを表示する画面を得ることができる。より具体的には、受信不可イベントでも、製品仕様上得られない種別のイベントと、同一製品の装置（又は部位）で受信したことの無い種別のイベントであることが区別できることで、管理者はさらなるイベント受信による確信度の改善を待つかどうかどうかの判断を支援することができる。
【０１４４】
次に、関連ルール情報取得の処理手順ステップＳ４３の処理の詳細について図２４を用いて説明する。
【０１４５】
（ステップＳ４３１）管理プログラム１０４は、ステップＳ３で生成された解析結果情報より受信不可イベントを取得する。
【０１４６】
（ステップＳ４３２）管理プログラム１０４は、ステップＳ４３１で取得した受信不可イベントと一致する情報が関連ルール情報１０７の受信不可イベントＣ１５に存在するかを検索・判定し、存在する場合にはステップＳ４３３に進み、存在しない場合には処理を終了する。
【０１４７】
（ステップＳ４３３）管理プログラム１０４は、ステップＳ４３２で検索された受信不可イベントＣ１５と関連付けられている関連ルールＩＤ  Ｃ１６を取得し、関連ルール情報Ｄ２４１の表示データとする。
【０１４８】
以上の手順により、受信できないイベントに関連するイベントを条件とする解析ルール情報のルールＩＤを取得することができる。
【０１４９】
なお、図１７の取得可能ステータス情報に基く解析ルール情報の変換処理により、他の解析ルール情報の条件部と同一になる場合は、変換対処の解析ルール情報の結論部を当該他の解析ルール情報に統合してもよい。
【０１５０】
なお、変換後ステータスが示す装置（又は部位）の状態が、共通モデルを前提とした変換対象ステータスが持つ状態以外の状態を含む場合は確信度は変換前の値を採用し、変換後ステータスが示す装置（又は部位）の状態が、共通モデルを前提とした変換対象ステータスが持つ状態の一部である場合は確信度を低下させる処理を行っても良い。
＜４．管理サーバの処理及び表示の変形例＞
次に、管理サーバ１が有する管理プログラム１０４の変形例について説明する。
【０１５１】
以下に、管理サーバ１がメモリ上の解析ルール情報１０２を読み込み、読み込んだ解析ルール情報によって生成される解析結果情報１０３における未受信イベント情報（ステータス情報）の過去の受信状況を確認し、その結果に応じて解析結果情報を書き換える処理を施し、書き換え後の解析結果情報に基づき、解析結果として画面に表示するまでの大まかな手順について示す。実行されるタイミングは、解析結果情報の生成時であるが、例として、ユーザ操作による任意の実行や、管理プログラム１０４による周期的な自動実行などが挙げられる。以下、フローの説明を行う。
【０１５２】
（ステップＳ５）管理プログラム１０４は、監視対象装置から受信したイベントに対して解析ルール情報１０２を適用し、解析結果情報１０３を生成する。
【０１５３】
（ステップＳ６）管理プログラム１０４は、Ｓ５で生成された解析結果情報１０３における未受信イベントの受信状況をステータス情報受信履歴リスト１０６で検索し、検索結果に応じて解析結果情報を書き換える。
【０１５４】
このステップの処理の詳細については、実施例１におけるステータス情報受信履歴リスト１０６を利用した解析結果情報１０３の書き換え処理手順（図２１）と同じである。
【０１５５】
（ステップＳ７）管理プログラム１０４は、Ｓ６で処理された解析結果情報を元にディスプレイ装置Ｄ２に解析結果画面を出力する。このステップの詳細については、実施例１における解析結果の画面表示手順（図２３）と同じである。
【０１５６】
以上の手順により、ステータス情報受信履歴情報１０６を利用して、解析ルール情報１０２により生成される解析結果情報１０３を書き換え、書き換えられた解析結果情報に基づいて解析結果を画面表示することができる。
【０１５７】
以上の説明により、本発明の情報処理装置を管理する管理システムは、
前記情報処理装置から管理情報を受信するネットワークインタフェースと、
前記管理情報に基づいて前記情報処理装置のステータスを判断するプロセッサと、
前記情報処理装置のステータスと、前記ステータスが発生した原因である原因装置を特定するための解析ルール情報と、前記情報処理装置の仕様によって検知不可能であるステータスを示す取得可能ステータス情報と、を格納するメモリと、
前記情報処理装置のステータスを表示するディスプレイ装置と、
を有することを説明した。
【０１５８】
さらに、
（Ａ）前記メモリは、前記原因装置の原因を示す原因情報と、前記原因装置を十分条件で特定するための前記情報処理装置に関する一つ以上のステータス条件と、前記原因情報の確からしさを表す確信度と、前記一つ以上のステータス条件の一部または全てを満たす一つ以上の検知済みステータスと、を含み、前記解析ルール情報に基いて生成された解析結果情報を複数格納し、
（Ｂ）前記プロセッサは、前記検知済みステータスでは満たされない前記一つ以上のステータス条件に含まれ、前記情報処理装置の仕様により検知できないステータスを、前記取得可能ステータス情報に基いて特定し、
（Ｃ）前記プロセッサは、前記解析結果情報に基き、前記検知済みステータスと、前記原因情報と、前記確信度と、前記情報処理装置の仕様により検知できないステータスと、を前記ディスプレイ装置に表示させることを説明した。
【０１５９】
また、
（Ｄ）前記メモリは、製品系列毎に前記情報処理装置から検知したステータスを含むステータス受信履歴情報を格納し、
（Ｅ）前記プロセッサは、前記検知済みステータスでは満たされない前記一つ以上のステータス条件に含まれる所定の情報処理装置のステータスであって、前記所定の情報処理装置と同じ製品系列である前記情報処理装置から過去に検知していないステータスを、前記ステータス受信履歴情報に基いて特定し、
（Ｆ）前記プロセッサは、前記過去に検知していないステータスを、前記ディスプレイ装置に表示させてもよいことを説明した。
【０１６０】
また、前記ステータス受信履歴情報は、同じ製品型番号を持つ前記情報処理装置から検知したステータスを、前記製品系列毎の前記情報処理装置から検知したステータスとして含むものであってもよいことを説明した。
【０１６１】
また、前記ステータス受信履歴情報は、製品型番号の予め定められた一部が同一である前記情報処理装置から検知したステータスを、前記製品系列毎の前記情報処理装置から検知したステータスとして含むものであってもよいことを説明した。
【０１６２】
また、前記解析ルール情報は、共通モデルに定められたステータスを想定した情報であって、前記メモリは、前記共通モデルで定められたステータスと当該ステータスの代替となる固有ステータスとを含むステータス変換情報を格納し、前記プロセッサは、前記ステータス変換情報に基いて、前記解析ルール情報を前記情報処理装置固有の仕様に適合するよう更新してもよいことを説明した。
【０１６３】
また、前記固有ステータスの意味は、前記共通モデルで定められたステータスが意味する装置状態を含む又は同一であってもよいことを説明した。
【０１６４】
また、
（Ｇ）前記プロセッサは、前記情報処理装置の前記仕様により検知できないステータスに対応し、前記所定の前記情報処理装置及び部位から検知した他のステータスを含む解析ルール情報を特定し、
（Ｈ）前記プロセッサは、前記関連ルール情報に基いて、前記仕様により検知できないステータスに対応して検知可能なステータスとして、前記他のステータス又は前記他のステータスを含む解析ルール情報の識別子を前記ディスプレイ装置に表示させてもよいことを説明した。
【０１６５】
また、
（Ｉ）前記プロセッサは、前記同じ製品系列である情報処理装置又は部位から過去に検知していないステータスに対応し、前記同じ製品系列である情報処理装置又は部位から検知した他のステータスを含む解析ルール情報を特定し、
（Ｊ）前記プロセッサは、前記関連ルール情報に基いて、前記過去に検知していないステータスに対応して検知可能なステータスとして、前記他のステータス又は前記他のステータスを含む解析ルール情報の識別子を前記ディスプレイ装置に表示させてもよいことを説明した。
【０１６６】
しかし本願はこれら以外のことも開示されている。
【符号の説明】
【０１６７】
０…情報処理システム  １…管理サーバ  ３…管理対象機器群  １０…メモリ  １１…プロセッサ  １２…画面出力インターフェース
【図１】
2011076292.tif 000003
【図２】
2011076292.tif 000004
【図３】
2011076292.tif 000005
【図４】
2011076292.tif 000006
【図５】
2011076292.tif 000007
【図６】
2011076292.tif 000008
【図７】
2011076292.tif 000009
【図８】
2011076292.tif 000010
【図９】
2011076292.tif 000011
【図１０】
2011076292.tif 000012
【図１１】
2011076292.tif 000013
【図１２】
2011076292.tif 000014
【図１３】
2011076292.tif 000015
【図１４】
2011076292.tif 000016
【図１５】
2011076292.tif 000017
【図１６】
2011076292.tif 000018
【図１７】
2011076292.tif 000019
【図１８】
2011076292.tif 000020
【図１９】
2011076292.tif 000021
【図２０】
2011076292.tif 000022
【図２１】
2011076292.tif 000023
【図２２】
2011076292.tif 000024
【図２３】
2011076292.tif 000025
【図２４】
2011076292.tif 000026
【図２５】
2011076292.tif 000027
【図２６】
2011076292.tif 000028
【図２７】
2011076292.tif 000029
【図２８】
2011076292.tif 000030