JP4383484B2 - メッセージ解析装置、制御方法および制御プログラム - Google Patents

メッセージ解析装置、制御方法および制御プログラム Download PDF

Info

Publication number
JP4383484B2
JP4383484B2 JP2007524501A JP2007524501A JP4383484B2 JP 4383484 B2 JP4383484 B2 JP 4383484B2 JP 2007524501 A JP2007524501 A JP 2007524501A JP 2007524501 A JP2007524501 A JP 2007524501A JP 4383484 B2 JP4383484 B2 JP 4383484B2
Authority
JP
Japan
Prior art keywords
message
error
unit
information
group
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2007524501A
Other languages
English (en)
Other versions
JPWO2007007410A1 (ja
Inventor
規子 笛吹
雅己 垰田
展洋 ▲高▼野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2007007410A1 publication Critical patent/JPWO2007007410A1/ja
Application granted granted Critical
Publication of JP4383484B2 publication Critical patent/JP4383484B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0748—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2289—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by configuration test

Description

本発明は、コンピュータを構成するハードウェアを管理する各ソフトウェアによって生成された当該ハードウェアの状態にかかるメッセージを解析するメッセージ解析装置に関するものである。
従来、コンピュータに対する信頼性等を向上させるために、コンピュータを管理する管理者は、このコンピュータから、コンピュータの運用状況や、エラーなどの情報（以下、エラーメッセージ）を含んだメッセージを定期的（または不規則）に取得して、コンピュータのエラー箇所などを特定し、特定したエラー箇所を修正する必要があった。
しかし、コンピュータから出力されるメッセージは、エラーメッセージのみならず、多種多様な情報が含まれていると共に、メッセージ量が膨大であるため、メッセージを解析して、コンピュータのエラーを特定・修正する管理者に多大な負担をかけてしまうという問題があった。
そこで、近年では、複数のエラーメッセージにかかわる正規表現を集めた辞書情報を予め作成し、この辞書情報を基にして、コンピュータから出力される膨大な量のメッセージをエラーメッセージのみに絞り込むことによって、管理者の解析すべきメッセージ量を減らし、管理者にかかる負担を軽減させている。
なお、特許文献１では、コンピュータから出力されるメッセージに属性を付加すると共に、この属性の結合順序などを定めた結合情報に基づいて各メッセージを結合させることで、メッセージを最適な順番に並び替えるという技術が公開されている。
特開２００２−３５１８９４号公報
しかしながら、従来にかかる技術では、管理者が解析すべきメッセージ量を多少減少させることができるものの、最終的なエラー箇所を特定する場合には、管理者自身が、各階層のドライバやアプリケーションが出力した複数種類のエラーメッセージの相互関係を考慮して、一つ一つ各エラーメッセージを解析し、エラー箇所を特定する必要があったため、管理者には依然多大な負荷がかかってしまうという問題があった。
また、複数のエラーメッセージを基にして、エラー箇所を特定する場合には、専門的な知識が必要となるため、管理者は、エラーメッセージをコンピュータの設計者に問い合わせてエラー箇所を特定する必要もあり、非常に非効率でコストもかかってしまうという問題もあった。
すなわち、管理者にかかる負担を軽減させると共に、エラーメッセージの相互関係を考慮して、コンピュータのエラー箇所などを効率的に判定することが極めて重要な課題となっている。
本発明は、上記に鑑みてなされたものであって、管理者にかかる負担を軽減させると共に、エラーメッセージの相互関係を考慮して、コンピュータのエラー箇所を効率的に判定可能なメッセージ解析装置を提供することを目的とする。
上述した課題を解決し、目的を達成するため、本発明は、情報処理装置に接続され、前記情報処理装置を構成するハードウェアを制御するソフトウェアが出力する前記ハードウェアの状態を表すメッセージファイルを解析するメッセージ解析装置において、前記情報処理装置から取得した前記メッセージファイルの中からエラーメッセージ群を抽出するピックアップ部と、エラーメッセージ群に含まれるメッセージと、前記メッセージに含まれるエラーの種別を示すエラー種別情報との対応関係を表すエラー種別辞書情報を含むメッセージ定義辞書情報を格納する記憶部と、前記ピックアップ部が抽出したエラーメッセージ群に含まれるメッセージを、それぞれのメッセージに含まれる重み付け情報に基づいて、優先度の高いメッセージを選択する絞込み部と、前記絞込み部が選択したメッセージに含まれるエラー種別情報と前記記憶部が格納するメッセージ定義辞書情報に含まれるエラー種別辞書情報に基づいて、前記ハードウェアのエラー箇所を特定するエラー箇所検出特定部を有することを特徴とする。
本発明にかかるメッセージ解析装置は、情報処理装置から取得したメッセージファイルの中からエラーメッセージ群を抽出し、エラーメッセージ群に含まれるメッセージと、メッセージに含まれるエラーの種別を示すエラー種別情報との対応関係を表すエラー種別辞書情報を含むメッセージ定義辞書情報を格納し、エラーメッセージ群に含まれるメッセージを、それぞれのメッセージに含まれる重み付け情報に基づいて、優先度の高いメッセージを選択し、選択したメッセージに含まれるエラー種別情報とメッセージ定義辞書情報に含まれるエラー種別辞書情報に基づいて、ハードウェアのエラー箇所を特定するので、管理者にかかる負担を軽減させると共に、エラーメッセージの相互関係を考慮したコンピュータの状態（不具合の発生したハードウェアやコンピュータの運用状態など）を効率的に判定することができる。
以下に、本発明に係るメッセージ解析装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
まず、本実施例にかかるメッセージ解析装置の概念について説明する。図１は、本実施例にかかるメッセージ解析装置の概念を説明するための説明図である。図１では、一例として、メッセージ解析装置１００が、所定の業務を実行するサーバ５０から、このサーバ５０の運用状態を示すメッセージを複数含んだメッセージファイルを取得し、このメッセージファイルからサーバ５０の状態を判定する場合について説明する。
なお、サーバ５０は、ＯＳ（Operating System）５１と、ボリュームドライバ５２と、Ｉ／Ｏ（Input/Output）デバイスドライバ５３と、ＨＢＡ（Host Bus Adapter）ドライバ５４と、ＨＢＡ５５，５６と、Ｉ／Ｏ装置５７，５８とを有する。
ＯＳ５１は、ファイルの管理、メモリの管理、入出力の管理、ユーザーインターフェースの提供などを行なう処理部である。ボリュームドライバ５２は、Ｉ／Ｏ装置５７，５８のミラー構成を制御する処理部である。なお、図１の例では、ボリュームドライバ５２に含まれるボリュームドライバ５２ａがＩ／Ｏ装置５７，５８のミラー構成を制御する。
Ｉ／Ｏデバイスドライバ５３は、Ｉ／Ｏ装置５７，５８を制御する処理部である。なお、図１の例では、Ｉ／Ｏデバイスドライバ５３に含まれるＩ／Ｏデバイスドライバ５３ａが、Ｉ／Ｏ装置５７を制御し、Ｉ／Ｏデバイスドライバ５３ｂが、Ｉ／Ｏ装置５８を制御する。
ＨＢＡドライバ５４は、ＨＢＡ５５，５６を制御する処理部である。なお、図１の例では、ＨＢＡドライバ５４に含まれるＨＢＡドライバ５４ａが、ＨＢＡ５７を制御し、ＨＢＡドライバ５４ｂが、ＨＢＡ５８を制御する。
ＨＢＡ５５，５６は、ＨＢＡドライバ５４とＩ／Ｏ装置５７，５８とを接続し、所定の情報を中継する装置であり、Ｉ／Ｏ装置５７，５８は、情報を記憶する記憶装置である。なお、Ｉ／Ｏ装置５７，５８間はミラーリングされている。
サーバ５０は、ＯＳ５１、ボリュームドライバ５２、Ｉ／Ｏデバイスドライバ５３、ＨＢＡドライバ５４から出力される複数のメッセージをメッセージファイルとして出力する。そして、メッセージ解析装置１００は、入力装置２００を介して、サーバ５０からメッセージファイルを取得する。
メッセージ解析装置１００は、エンジン部１００ｂが、サーバ５０から取得したメッセージファイルおよびメッセージ定義辞書情報群１００ａなどに基づいて、メッセージファイルに含まれる複数のメッセージ間の関連を解析し、故障した部品やサーバ５０の運用状態などを判定し、判定した結果を表示装置３００に出力する。
このように、メッセージ解析装置１００は、メッセージファイルから、エラー発生箇所や故障した部品の位置、運用状態などを判定するので、管理者にかかる負担を軽減させることができる。
次に、本実施例にかかるメッセージ解析装置の構成について説明する。図２は、本実施例にかかるメッセージ解析装置の構成を示す機能ブロック図である。同図に示すように、このメッセージ解析装置１００は、インターフェース部１１０と、エンジン部１２０と、記憶部１３０とを有する。なお、メッセージ解析装置１００は、キーボードやマウスなどの入力装置２００とディスプレイなどの表示装置３００に接続されている。
インターフェース部１１０は、入力装置２００から入力されるメッセージファイルなどの情報をエンジン部１２０に転送する処理部である。また、インターフェース部１１０は、エンジン部１２０から取得した情報を、表示装置３００に出力する。
エンジン部１２０は、入力装置２００から取得したメッセージファイルと、記憶部１３０に記憶されたメッセージ定義辞書情報群１３０ａとを基にして、メッセージファイルを出力したコンピュータ（図１の例では、サーバ５０）のエラー発生状態を判定する処理部である。
ここで、メッセージ定義辞書情報群１３０ａについて説明する。図３は、メッセージ定義辞書情報群１３０ａのデータ構造の一例を示す図である。同図に示すように、このメッセージ定義辞書情報群１３０ａは、「正規表現フォーマット」、「メッセージ行数」、「コード」、「エラー種別」、「対処方法番号」、「ドライバクラス」、「被疑部品番号」、「異常／復旧構成部品」、「重み付け」、「最終絞込み方法」、「エラー概要番号」、「インスタンス名取得情報」、「運用状態」を有する。なお、メッセージ定義辞書情報群１３０ａには複数のメッセージ定義辞書情報１、２、・・・が含まれる。ここでは、説明の便宜上、メッセージ定義辞書情報１、２のみを示し、その他のメッセージ定義辞書情報は省略する。
「正規表現フォーマット」は、メッセージファイルに含まれるメッセージと、メッセージ定義辞書情報群１３０ａに含まれるメッセージ定義辞書情報とを対応付けるための情報である。例えば、図３の例では、正規表現フォーマット「WARNING.*mp.*switch no existed.」のフォーマット形式と一致するメッセージファイル中のメッセージは、メッセージ定義辞書情報１に対応付けられる。また、正規表現フォーマットは、メッセージファイルの中から所定のメッセージをピックアップする場合にも利用される。
「メッセージ行数」は、メッセージ定義辞書情報に対応付けられるべきメッセージが、何行で構成されているかを示す情報である。図３に示すメッセージ定義辞書情報１では「３」行のメッセージとなる。「コード」は、メッセージに利用される文字コードを示す情報である。図３に示すメッセージ定義辞書情報１でのコードは「ＡＳＣＩＩ」となる。
「エラー種別」は、メッセージ定義辞書情報に対応付けられるメッセージのエラーの種別を示す。例えば、図３のメッセージ定義辞書情報１に対応付けられたメッセージのエラーの種別は、「インターフェースエラー」となる。
「対処方法番号」は、エラーの対処方法にかかわる情報の記録場所（図２に示す対処方法ファイル情報１３０ｅにエラーの対処方法が記録されている）を特定するための情報である。すなわち、図３のメッセージ定義辞書情報１では、エラー種別「インターフェースエラー」にかかわる対処方法が、対処方法ファイル情報１３０ｅの「３」番と「７」番とに記録されている。なお、対処方法ファイル情報１３０ｅは、エラーの対処方法一覧を記録した情報であり、各番号とエラー対処方法とがそれぞれ一対一で対応付けられている。エラー対処方法の一例としては、「被疑部品の接続状態などを確認してください」などがあげられる。
「ドライバクラス」は、メッセージ定義辞書情報に対応付けられたメッセージが所属するドライバのクラス階層情報を示す。図３のメッセージ定義辞書情報１では、このメッセージ定義辞書情報１に対応付けられたメッセージが、ＨＢＡ層に所属することを示す。
「被疑部品番号」は、エラー種別によって特定されるエラーが発生した場合に、交換対象となる部品情報（図２に示す被疑部品リスト情報１３０ｃに交換対象となる部品の情報が記録されている）の記録場所を特定するための情報である。すなわち、図３のメッセージ定義辞書情報１では、エラー種別「インターフェースエラー」にかかわる交換部品の情報が、被疑部品リスト情報１３０ｃの「１」番と「６」番と「１０２」番に記録されている。
図４は、被疑部品リスト情報１３０ｃのデータ構造の一例を示す図である。同図に示すように、この被疑部品リスト情報１３０ｃは、各番号と、交換対象の部品の情報とがそれぞれ関連付けられている。図３，図４より、被疑部品番号「１」に対応する交換部品は「ＰＣＩバス[処理装置／ＰＣＩＢｏｘ／ＰＣＩディスクＢｏｘ]（ハード故障）」であり、被疑部品番号「６」に対応する交換部品は「終端抵抗（ハード故障）」であり、被疑部品番号「１０２」に対応する交換部品は「Ｉ／Ｏ装置または媒体（媒体異常）」である。
図３の説明に戻ると、「異常／復旧構成部品」は、パスやボリュームなどの冗長構成を管理する管理系メッセージが管理しているインスタンス名（ディスクやテープなどの装置と制御ドライバを対応付けるための論理名）もしくは物理パスの情報を示す。
「重み付け」は、メッセージ定義辞書情報によって対応付けられたメッセージの優先順位を示し、この重み付けの数値が大きいほど優先順位は高くなる。「最終絞込み方法」は、重み付けの数値が同値であるメッセージが複数存在する場合に、どのようにメッセージの優先順位を決定するかを示す情報である。図３に示すメッセージ定義辞書情報１では、最終絞込み方法が「最後のメッセージに絞り込む」であるため、重み付けの数値が同値であるメッセージが複数ある場合には、最後に出てきたメッセージの優先順位を最も高くする。
「エラー概要番号」は、メッセージ定義辞書情報によって対応付けられたメッセージのエラー概要にかかわる情報の記録場所（図２に示すエラー概要ファイル情報１３０ｄにエラー概要が記録されている）を特定するための情報である。すなわち、図３のメッセージ定義辞書情報１では、エラー概要番号が「１」番と「２０」番とになっているため、メッセージのエラー概要が、エラー概要ファイル情報１３０ｄの「１」番と「２０」番とに記録されている。なお、エラー概要ファイル情報１３０ｄは、エラーの概要一覧を記録した情報であり、各番号とエラー概要とがそれぞれ一対一で対応付けられている。エラー概要の一例としては、「対向装置の光信号を検出できないが、または同期が取れません」などがあげられる。
「インスタンス名取得情報」は、メッセージファイルに含まれるメッセージのどの部分にインスタンス情報が含まれているかを示す情報である。ここで、インスタンス情報は、デバイスと、このデバイスを制御するためのドライバとを対応関係を示す情報である。
「運用状態」は、メッセージ定義辞書情報に対応付けられたメッセージにかかわるインスタンス（すなわち、デバイスとこのデバイスを制御する制御ドライバ）の運用状態を示す情報である。例えば、図３に示したメッセージ定義辞書情報１に対応付けられたメッセージのインスタンスは、継続（リトライ）中であることがわかる。
ここで、図２に示したエンジン部１２０の説明に戻ると、エンジン部１２０は、ピックアップ部１２０ａと、グループ分け部１２０ｂと、絞込み部１２０ｃと、エラー箇所検出特定部１２０ｄと、被疑部品特定部１２０ｅと、グループ統合部１２０ｆと、運用状態特定部１２０ｇと、出力部１２０ｈとを有する。
ピックアップ部１２０ａは、入力装置２００から入力されるメッセージファイルと、メッセージ定義辞書情報群１３０ａとを基にして、メッセージ定義辞書情報群１３０ａの各正規表現フォーマットと形式が一致するメッセージを抽出する処理部である。なお、図示しないが、ピックアップ部１２０ａは、メッセージファイルを一旦、記憶部１３０に記憶させる。
図５は、ピックアップ部１２０ａの処理を説明するための説明図である。同図に示すように、メッセージファイル中のメッセージ１（ここでは説明の便宜上、メッセージ１のみを示す）は、図３に示したメッセージ定義辞書情報２の正規表現フォーマット「WARNING.*/disk @.*(disk.*)\n transport failed:.*retrying」と一致するため、メッセージ１は、メッセージ定義辞書情報２に対応付けられると共に、ビックアップ部１２０ａに抽出される。
なお、ピックアップ部１２０ａが、メッセージファイルの中から、正規表現フォーマットと形式が一致するメッセージを抽出する手法は、どのような方法を用いてもよいが、紛れメッセージに注意する必要がある。
図６は、紛れメッセージを説明するための説明図である。同図に示すように、通常のメッセージは、各メッセージ単位で分かれているため問題はないが、紛れメッセージは、一方のメッセージが、他方のメッセージに割り込んでしまっているため、ピックアップ処理部１２０ａは、通常の抽出処理を行った後に、紛れメッセージを考慮した抽出処理を再度行う。なお、紛れメッセージを考慮した抽出処理は、後のフローチャートにて詳しく説明する。
図７は、ピックアップ部１２０ａが、所定のメッセージファイル（ここでは、図示しない）から抽出したメッセージ群の一例を示す図である。なお、以下では、図７に示すメッセージ群をエラーメッセージ群４００と表記し、エラーメッセージ群４００に含まれる各メッセージをエラーメッセージと表記する。図７では、１〜８のエラーメッセージが抽出された場合を示している。
また、図７に示すように、２と３のエラーメッセージ、４と８のエラーメッセージ、６と７のエラーメッセージはそれぞれ同じインスタンスとなっている。すなわち、２と３のエラーメッセージは、インスタンス（disk2)で一致し、４と８のエラーメッセージは、インスタンス（mp0）で一致し、メッセージ６と７のエラーメッセージは、インスタンス(disk4）で一致している。
また、図７に示すように、１と５のエラーメッセージはＨＢÅ層に属し、２と３と６と７のメッセージはターゲット層に属し、４と８のメッセージはパス管理層に属している。
ところで、図７のエラーメッセージ１〜８には含まれていないが、図１に示したボリュームドライバ５２に属する層、すなわち、ボリューム層も存在する。なお、ＨＢＡ層、ターゲット層、パス管理層、ボリューム層の順で上位階層（ボリューム層が最上位階層）となる。
なお、本実施例では一例として、このエラーメッセージ群４００を利用して、各処理部、すなわち、グループ分け部１２０ｂ、絞込み部１２０ｃ、エラー箇所検出特定部１２０ｄ、被疑部品特定部１２０ｅ、グループ統合部１２０ｆ、運用状態特定部１２０ｇ、出力部１２０ｈの説明を行うこととする。
グループ分け部１２０ｂは、ピックアップ部１２０ａからエラーメッセージ群４００を取得し、エラーメッセージ群４００に含まれる各エラーメッセージを、各エラーメッセージの物理パスに基づいて、グループ分けする処理部である。
グループ分け部１２０ｂは、エラーメッセージ群４００の各エラーメッセージを物理パス（/FC@0）と（/FC@1）とのグループに分けることができる。具体的には、グループ分け部１２０ｂは、１，２，３，４，８のエラーメッセージのグループと５，６，７のエラーメッセージのグループとに分けることができる。以下、１，２，３，４，８のエラーメッセージのグループを「グループＡ」、５，６，７のエラーメッセージのグループを「グループＢ」と表記する。図８は、グループ分け部１２０ｂの処理を補足説明するための説明図である。
絞込み部１２０ｃは、エラーメッセージ群４００と、各エラーメッセージに対応する各メッセージ定義辞書情報と、グループ分け部１２０ｂが分割した各グループＡ，Ｂの情報を取得し、エラーメッセージの総数を絞り込む処理部である。
具体的に、絞込み部１２０ｃは、まず、同一のインスタンスを有するエラーメッセージを特定する。エラーメッセージ群４００より、２と３のエラーメッセージのインスタンス、４と８のエラーメッセージのインスタンス６と７のエラーメッセージのインスタンスが同一である。
そこで、絞込み部１２０ｃは、２，３，４，８，６，７のエラーメッセージに対応するメッセージ定義辞書情報を取得し、「重み付け」に設定された数値を基にして、それぞれ優先順位の高いエラーメッセージを選択する。本実施例では、２のエラーメッセージよりも３のエラーメッセージのほうが重み付けの数値が高く、４のエラーメッセージよりも８のエラーメッセージのほうが重み付けの数値が高く、６のエラーメッセージよりも７のエラーメッセージのほうが重み付けの数値が高く設定されていたこととする。
絞込み部１２０ｃが、上記処理を実行することによって、１〜８のエラーメッセージは、１と３と５と７と８のエラーメッセージ（以下、エラーメッセージ群５００と表記する）に絞られることとなる。図９は、絞込み部１２０ｃの処理を補足説明するための説明図である。
エラー箇所検出特定部１２０ｄは、絞込み部１２０ｃからエラーメッセージ群５００と、エラーメッセージ群５００の各エラーメッセージに対応するメッセージ定義辞書情報とを取得して、エラー発生箇所を特定する処理部である。
具体的に、エラー箇所検出特定部１２０ｄは、エラーメッセージ群５００に対応する各メッセージ定義辞書情報の運用状態およびエラーメッセージが属する階層（ＨＢＡ層、ターゲット層など）を特定し、最下層（ＨＢＡ層）からある層（たとえばボリューム層）までの間で、ある運用状態（たとえば、停止または縮退）のエラーメッセージを、エラー箇所を特定するエラーメッセージ（以下、エラー箇所特定メッセージと表記する）とする。
本実施例では、エラー箇所検出特定部１２０ｄは、エラーメッセージ群５００から、１と３と５と７のエラーメッセージを、エラー箇所特定メッセージとして選択する。図１０は、エラー箇所検出特定部１２０ｄの処理を補足説明するための説明図である。
被疑部品特定部１２０ｅは、絞込み部１２０ｃからエラーメッセージ群５００と、エラーメッセージ群５００の各エラーメッセージに対応するメッセージ定義辞書情報とを取得して、故障したコンピュータの部品を特定する処理部である。
具体的に、被疑部品特定部１２０ｅは、エラーメッセージ群５００に対応する各メッセージ定義辞書情報のエラー種別およびエラーメッセージが属する階層を特定し、各エラーメッセージのうち、最下層（ハードに近い）のエラーメッセージを、故障したコンピュータの部品を特定するエラーメッセージ（以下、被疑部品特定メッセージと表記する）とする。
なお、被疑部品特定部１２０ｅは、グループ内で、エラー種別の関連性がない場合には、各エラーメッセージを被疑部品特定メッセージとして選択する。例えば、グループＡにおいて、１，３，８のエラーメッセージのエラー種別がインターフェースエラーで関連している場合には、最下層の、１のエラーメッセージが被疑部品特定メッセージとして選択されるが、１，３，８のエラーメッセージのエラー種別が、ばらばらの場合は、複数の階層のエラーメッセージが、それぞれ被疑部品特定メッセージとして選択される。本実施例では、各エラーメッセージのエラー種別が関連しているものとする。図１１は、被疑部品特定部１２０ｅの処理を補足説明するための説明図である。図１１のように、本実施例では、１と５のエラーメッセージが被疑部品特定メッセージとして選択される。
グループ統合部１２０ｆは、被疑部品特定部１２０ｅからエラーメッセージ群５００と、エラーメッセージ群５００の各エラーメッセージに対応するメッセージ定義辞書情報とを取得して、メッセージ定義辞書情報の異常／復旧構成部品が同一のエラーメッセージ同士を統合する処理部である。
本実施例のエラーメッセージ群５００は、それぞれのメッセージ定義辞書情報の異常／復旧構成部品が同一であるため、グループＡおよびグループＢを「グループＣ」に統合する。図１２は、グループ結合部１２０ｆの処理を補足説明するための説明図である。
運用状態特定部１２０ｇは、グループ統合部１２０ｆから、エラーメッセージ群５００と、統合したグループＣの情報と、各エラーメッセージに対応するメッセージ定義辞書情報とを取得し、最上位層のエラーメッセージを運用状態特定メッセージとして選択する。本実施例では、８のエラーメッセージが最上位層のエラーメッセージであるため、運用状態特定部１２０ｇは、８のエラーメッセージを運用状態特定メッセージとして選択する。
出力部１２０ｈは、エラーメッセージ群４００の情報、エラー箇所特定メッセージ、被疑部品特定メッセージおよび運用状態特定メッセージの情報を各処理部（エラー箇所検出特定部１２０ｄ、被疑部品特定部１２０ｅ、運用状態特定部１２０ｇ）から取得し、所得した各情報と、メッセージ定義辞書情報群１３０ａ、出力情報定義辞書情報１３０ｂ、被疑部品リスト情報１３０ｃ、エラー概要ファイル情報１３０ｄ、対処方法ファイル情報１３０ｅを基にして、コンピュータ（図１の場合では、サーバ５０）のエラー発生状態の情報（以下、メッセージ解析結果と表記する）を表示装置３００に出力する処理部である。
図１３は、表示装置３００に表示されるメッセージ解析結果の一例である。同図に示すように、このメッセージ解析結果には、「概要」、「被疑部品」、「対処方法」、「検出箇所」、「運用状態」、「絞込みメッセージ」が含まれる。この表示画面のフォーマットなどは、出力情報定義辞書情報１３０ｂに設定されている。
ここで、「概要」は、エラー箇所特定メッセージに対応するメッセージ定義辞書情報のエラー概要番号と、エラー概要ファイル情報１３０ｄとで特定されるエラーの概要であり、「被疑部品」は、被疑部品特定メッセージに対応するメッセージ定義辞書情報の被疑部品番号と、被疑部品リスト情報１３０ｃとによって特定される被疑部品の情報である。
「対処方法」は、エラー箇所特定メッセージに対応するメッセージ定義辞書情報の対処方法番号と、対処方法ファイル情報１３０ｅとで特定されるエラーの対処方法であり、「検出箇所」は、被疑部品特定メッセージに対応するメッセージ定義辞書情報の異常／復旧構成部品の情報（故障の発生した部品の情報）を示す。
「運用状態」は、運用状態特定メッセージに対応するメッセージ定義辞書情報の運用状態の情報を示す。「絞込みメッセージ」は、エラーメッセージ群４００の各エラーメッセージの情報を示す。
このように、図１３に示した表示画面を管理者が参照することによって、管理者はコンピュータのエラー箇所や、故障の発生した部品などを、容易に特定することができるので、管理者にかかる負担を軽減させることができる。
次に、本実施例にかかるメッセージ解析装置１００の処理について説明する。図１４は、本実施例にかかるメッセージ解析装置１００の処理手順を示すフローチャートである。同図に示すように、メッセージ解析装置１００は、エンジン部１２０が、メッセージファイルを入力装置２００から取得し（ステップＳ１０１）、メッセージ定義辞書情報群１３０ａを取得する（ステップＳ１０２）。
そして、ピックアップ部１２０ａが、メッセージピックアップ処理を行い（ステップＳ１０３）、グループ分け部１２０ｂが、グループ分け処理を行い（ステップＳ１０４）、絞込み部１２０ｃが、絞込み処理を行う（ステップＳ１０５）。
続いて、エラー箇所検出特定部１２０ｄが、エラー箇所検出処理を行い（ステップＳ１０６）、被疑部品特定部１２０ｅが、被疑部品特定処理を行い（ステップＳ１０７）、グループ統合部１２０ｆが、グループ統合処理を行う（ステップＳ１０８）。
そして、運用状態特定部１２０ｇが、運用状態特定処理を行い（ステップＳ１０９）、出力部１２０ｈがメッセージ解析結果を作成し（ステップＳ１１０）、メッセージ解析結果を表示装置３００に出力する（ステップＳ１１１）。
次に、図１４のステップＳ１０３に示したメッセージピックアップ処理について説明する。図１５は、図１４のステップＳ１０３に示したメッセージピックアップ処理のフローチャートである。同図に示すように、ピックアップ部１２０ａが、メッセージファイルから所定の行単位でメッセージを読み込み（ステップＳ２０１）、未選択のメッセージを取得する（ステップＳ２０２）。
そして、正規表現フォーマットと、取得したメッセージとを比較し（ステップＳ２０３）、一致した場合には（ステップＳ２０４，Ｙｅｓ）、一致したメッセージをエラーメッセージ群に追加し（ステップＳ２０５）、すべてのメッセージに対するマッチングが終了したか否かを判定する（ステップＳ２０７）。一方、一致しなかった場合には（ステップＳ２０４，Ｎｏ）、一致しなかったメッセージを紛れメッセージ群に追加し（ステップＳ２０６）、ステップＳ２０７に移行する。
すべてのメッセージに対するマッチングが終了したか否かを判定し、すべてのメッセージに対するマッチングが完了していない場合には（ステップＳ２０８，Ｎｏ）、ステップＳ２０２に移行し、すてのメッセージに対するマッチングが完了している場合には（ステップＳ２０８，Ｙｅｓ）、紛れメッセージピックアップ処理を行う（ステップＳ２０９）。
次に、図１５のステップＳ２０９に示した紛れメッセージピックアップ処理について説明する。図１６は、図１５のステップＳ２０９に示した紛れメッセージピックアップ処理のフローチャートである。同図に示すように、ピックアップ部１２０ａは、紛れメッセージ群を読み込み（ステップＳ３０１）、未選択の紛れメッセージを（一行のみ）選択する（ステップＳ３０２）。
続いて、正規表現フォーマットと、取得したメッセージとを一行ずつ比較し（ステップＳ３０３）、一致した場合には（ステップＳ３０４，Ｙｅｓ）、残りの行が一致するか否かを判定し、一致する場合に、当該メッセージをエラーメッセージ群に追加し（ステップＳ３０５）、全てのメッセージ行に対するマッチングが完了したか否かを判定する（ステップＳ３０６）。一方、一致しない場合には（ステップＳ３０４，Ｎｏ）、そのままステップＳ３０６に移行する。
そして、全てのメッセージ行に対するマッチングが完了していない場合には（ステップＳ３０６，Ｎｏ）、ステップＳ３０２に移行し、全てのメッセージ行に対するマッチングが完了した場合には（ステップＳ３０６）、紛れメッセージピックアップ処理を終了する。
このように、ピックアップ部１２０ａは、メッセージファイルに含まれる大量のメッセージを必要なメッセージ（エラーメッセージ群）だけに絞り込むので、コンピュータのエラー発生状態を効率よく判定することができる。
次に、図１４のステップＳ１０４で示したグループ分け処理について説明する。図１７は、図１４のステップＳ１０４で示したグループ分け処理のフローチャートである。同図に示すように、グループ分け部１２０ｂは、未選択のエラーメッセージを選択し（ステップＳ４０１）、選択したエラーメッセージが物理パス情報を保持しているか否かを判定する（ステップＳ４０２）。
そして、物理パスを保持している場合には（ステップＳ４０３，Ｙｅｓ）、適合する物理パスを既存のグループが保持しているか否かを判定し（ステップＳ４０４）、適合する物理パスを保持していない場合には（ステップＳ４０５，Ｎｏ）、新しいグループを作成し、作成したグループにエラーメッセージを追加し（ステップＳ４０６）、ステップＳ４１２に移行する。
一方、適合する物理パスを保持している場合には（ステップＳ４０５，Ｙｅｓ）、適合する物理パスを持つ既存のグループにエラーメッセージを追加し（ステップＳ４０７）、ステップＳ４１２に移行する。
一方、選択したメッセージが物理パスを保持していない場合には（ステップＳ４０７，Ｎｏ）、選択したエラーメッセージと同じインスタンスが既存のグループに存在するか否かを判定し（ステップＳ４０８）、存在する場合には（ステップＳ４０９，Ｙｅｓ）、同じインスタンスを保持する既存のグループにエラーメッセージを追加し（ステップＳ４１０）、グループ分けが完了していない場合には（ステップＳ４１２，Ｎｏ）、ステップＳ４０１に移行し、グループ分けが完了した場合には（ステップＳ４１２，Ｙｅｓ）、グループ分け処理を終了する。
一方、選択したエラーメッセージと同じインスタンスが既存のグループに存在しない場合には（ステップＳ４０９，Ｎｏ）、時間的に最も近いメッセージが所属するグループにエラーメッセージを追加し（ステップＳ４１１）、ステップＳ４１２に移行する。
このように、グループ分け部１２０ｂは、ばらばらに分かれているメッセージを物理的に関連するグループごとに分けるので、効率よくコンピュータのエラー発生状態を解析することができる。
次に、図１４のステップＳ１０５で示した絞込み処理について説明する。図１８は、図１４のステップＳ１０５で示した絞込み処理のフローチャートである。同図に示すように、絞込み部１２０ｃは、未選択のグループを選択し（ステップＳ５０１）、グループ内に同じインスタンスのエラーメッセージが存在するか否かを判定する（ステップＳ５０２）。
そして、同じインスタンスが存在しない場合には（ステップＳ５０３，Ｎｏ）、同じインスタンスを含んだ、各エラーメッセージの「重み」を、メッセージ定義辞書情報から取得し（ステップＳ５０４）、各重みを比較して、重みが小さい側のエラーメッセージを無効化し（ステップＳ５０５）、全てのグループを選択していない場合には（ステップＳ５０６，Ｎｏ）、ステップＳ５０１に移行し、全てのグループを選択した場合には（ステップＳ５０６，Ｙｅｓ）、絞込み処理を終了する。
一方、グループ内に同じインスタンスのエラーメッセージが存在しない場合には（ステップＳ５０３，Ｎｏ）、そのままステップＳ５０６に移行する。
このように、絞込み部１２０ｃは、同一のインスタンスを有する複数のエラーメッセージを一つに絞り込むので、各インスタンスの状況をより高精度に判定することができる。
次に、図１４のステップＳ１０６で示したエラー箇所検出処理について説明する。図１９は、図１４のステップＳ１０６で示したエラー箇所検出処理のフローチャートである。同図に示すように、エラー箇所検出特定部１２０ｄが、未選択のグループを選択し（ステップＳ６０１）、選択したグループ内の、各エラーメッセージに対するメッセージ定義辞書情報を取得する（ステップＳ６０２）。
続いて、グループ内の、未選択のエラーメッセージを選択し（ステップＳ６０３）、選択したエラーメッセージの運用状態が「停止」または「縮退」で、ＨＢＡ層である場合には（ステップＳ６０４，Ｙｅｓ）、選択したエラーメッセージをエラー箇所特定メッセージに設定し（ステップＳ６０５）、ステップＳ６１１に移行する。
一方、選択したエラーメッセージの運用状態が「停止」または「縮退」で、ＨＢＡ層でない場合には（ステップＳ６０４，Ｎｏ）、運用状態がステータス（正常）か否かを判定し（ステップＳ６０６）、ステータスである場合には（ステップＳ６０６，Ｙｅｓ）、ステップＳ６１１に移行する。
一方、ステータスでない場合には（ステップＳ６０６，Ｎｏ）、選択したエラーメッセージがターゲット（target）層か否かを判定し（ステップＳ６０７）、選択したエラーメッセージがターゲット層である場合には（ステップＳ６０７，Ｙｅｓ）、ステップＳ６０５に移行する。
選択したエラーメッセージがターゲット層でない場合には（ステップＳ６０７）、選択したエラーメッセージがターゲット層であり、かつグループ内の他のエラーメッセージは、ＨＢＡ層か否かを判定し（ステップＳ６０８）、エラーメッセージがターゲット層であり、かつグループ内の他のエラーメッセージがＨＢＡ層でない場合には（ステップＳ６０８，Ｙｅｓ）、ステップＳ６０５に移行する。
一方、ステップＳ６０８の条件を満たさない場合には（ステップＳ６０８，Ｎｏ）、選択したエラーメッセージがパス管理層であり、グループ内の他のエラーメッセージが、ＨＢＡ層またはターゲット層でないか否かを判定する（ステップＳ６０９）。
選択したエラーメッセージがパス管理層であり、グループ内の他のエラーメッセージが、ＨＢＡ層またはターゲット層でない場合には（ステップＳ６０９，Ｙｅｓ）、ステップＳ６０５に移行する。
一方、ステップＳ６０９の条件を満たさない場合には（ステップＳ６０９，Ｎｏ）、選択したエラーメッセージがボリューム管理層であり、グループ内の他のエラーメッセージが、ボリューム管理層か否かを判定する（ステップＳ６１０）。
選択したエラーメッセージがボリューム管理層であり、グループ内の他のエラーメッセージが、ボリューム管理層である場合には（ステップＳ６１０，Ｙｅｓ）、ステップＳ６０５に移行する。
一方、ステップＳ６１０の条件を満たさない場合には（ステップＳ６１０，Ｎｏ）、グループ内の全てのエラーメッセージを選択したか否かを判定し（ステップＳ６１１）、グループ内の全てのエラーメッセージを選択していない場合には（ステップＳ６１１，Ｎｏ）、ステップＳ６０３に移行し、全てのエラーメッセージを選択している場合には（ステップＳ６１１，Ｙｅｓ）、全てのグループを選択したか否かを判定する（ステップＳ６１２）。
そして、全てのグループを選択していない場合には（ステップＳ６１２，Ｎｏ）、ステップＳ６０１に移行し、全てのグループを選択した場合には（ステップＳ６１２，Ｙｅｓ）、エラー箇所検出処理を終了する。
このように、エラー箇所検出特定部１２０ｄは、各エラーメッセージの運用状態および階層を基にして、エラー箇所特定メッセージを選択するので、精度よく、コンピュータのエラー箇所を特定することができる。
次に、図１４のステップＳ１０７で示した被疑部品特定処理について説明する。図２０は、図１４のステップＳ１０７で示した被疑部品特定処理のフローチャートである。同図に示すように、被疑部品特定部１２０ｅは、未選択のグループを選択し（ステップＳ７０１）、選択したグループ内の、各エラーメッセージに対するメッセージ定義辞書ファイルを取得する（ステップＳ７０２）。
そして、各エラーメッセージのエラー種別が関連しているか否かを判定し（ステップＳ７０３）、関連する場合には（ステップＳ７０４，Ｙｅｓ）、各エラーメッセージのうち、ハードに近い最下層のエラーメッセージを被疑部品特定メッセージに設定し（ステップＳ７０５）、全てのグループを選択した場合には（ステップＳ７０７，Ｎｏ）、ステップＳ７０１に移行する。
一方、各エラーメッセージのエラー種別が関連していない場合には（ステップＳ７０４，Ｎｏ）、各エラーメッセージを被疑部品特定メッセージに設定し（ステップＳ７０６）、ステップＳ７０７に移行する。
このように、被疑部品特定１２０ｅは、各エラーメッセージのエラー種別が関連している場合に、各エラーメッセージのうち、最もハードウェアに近い下位層に属するエラーメッセージを被疑部品特定メッセージとして設定するので、故障した部品を高精度で特定することができる。
次に、図１４のステップＳ１０８で示したグループ統合処理について説明する。図２１は、図１４のステップＳ１０８で示したグループ統合処理のフローチャートである。同図に示すように、グループ統合部１２０ｆは、各グループ内に管理系のエラーメッセージに対する「異常／復旧構成部品」の物理アドレス（管理系のエラーメッセージ）が存在するか否かを判定する（ステップＳ８０１）。
そして、「異常／復旧構成部品」の物理アドレスが存在する場合には（ステップＳ８０２，Ｙｅｓ）、各エラーメッセージの「異常／復旧構成部品」の物理アドレスが、他のグループに含まれるエラーメッセージの物理アドレスと一致するか否かを判定し（ステップＳ８０３）、一致する場合には（ステップＳ８０４，Ｙｅｓ）、物理パスが一致したエラーメッセージ同士を統合し（ステップＳ８０５）、一致しない場合には（ステップＳ８０４，Ｎｏ）、グループ統合処理を終了する。なお、「異常／復旧構成部品」の物理アドレスが存在しない場合には（ステップＳ８０２，Ｎｏ）、グループ統合処理を終了する。
このように、グループ統合部１２０ｆは、物理的に関連するエラーグループ同士を統合するので、システムの運用単位でメッセージを見ることができ、運用状態を把握しやすくなる。
次に、図１４のステップＳ１０９で示した運用状態特定処理について説明する。図２２は、図１４のステップＳ１０９で示した運用状態特定処理のフローチャートである。同図に示すように、運用状態特定部１２０ｇは、未選択のエラーメッセージを選択し（ステップＳ９０１）、選択したエラーメッセージが、ボリューム管理系のエラーメッセージである場合には、選択したエラーメッセージを、運用状態特定メッセージに設定し（ステップＳ９０３）、ステップＳ９０７に移行する。
一方、選択したエラーメッセージが、ボリューム管理系（ボリューム管理層）のエラーメッセージでない場合には（ステップＳ９０２，Ｎｏ）、選択したエラーメッセージが、パス管理系のエラーメッセージであり、上位層のエラーメッセージが存在しないか否かを判定する（ステップＳ９０４）。
そして、選択したエラーメッセージが、パス管理系のエラーメッセージであり、上位層のエラーメッセージが存在しない場合には（ステップＳ９０４，Ｙｅｓ）、ステップＳ９０３に移行し、ステップＳ９０４の条件を満たさない場合には（ステップＳ９０４，Ｎｏ）、選択したエラーメッセージが、ターゲット層のエラーメッセージであり、上位層のエラーメッセージが存在しないか否かを判定する（ステップＳ９０５）。
選択したエラーメッセージが、ターゲット層のエラーメッセージであり、上位層のエラーメッセージが存在しない場合には（ステップＳ９０５，Ｙｅｓ）、ステップＳ９０３に移行し、ステップＳ９０５の条件を満たさない場合には（ステップＳ９０５，Ｎｏ）、選択したエラーメッセージが、ＨＢＡ層のエラーメッセージであり、他のエラーメッセージも全てＨＢＡ層のエラーメッセージか否かを判定する（ステップＳ９０６）。
そして、選択したエラーメッセージが、ＨＢＡ層のエラーメッセージであり、他のエラーメッセージも全てＨＢＡ層のエラーメッセージである場合には（ステップＳ９０６，Ｙｅｓ）、ステップＳ９０３に移行し、ステップＳ９０６の条件を満たさない場合には（ステップＳ９０６，Ｎｏ）、全てのエラーメッセージを選択したか否かを判定する（ステップＳ９０７）。
そして、全てのエラーメッセージを選択していない場合には（ステップＳ９０７，Ｎｏ）、ステップＳ９０１に移行し、全てのエラーメッセージを選択した場合には（ステップＳ９０７，Ｙｅｓ）、運用状態特定処理を終了する。
このように、運用状態特定部１２０ｇは、各エラーメッセージの中から最上位層に属するエラーメッセージを選択し、この選択したエラーメッセージを運用状態特定メッセージに設定するので、コンピュータの運用状況を精度よく判定することができる。
上述してきたように、本実施例にかかるメッセージ解析装置１００は、エンジン部１２０が、入力装置２００からメッセージファイルを取得し、ピックアップ部１２０ａが、エラーメッセージ群４００を抽出し、グループ分け部１２０ｂが、エラーメッセージ群を物理パスごとにグループ分けし、絞込み部１２０ｃが、エラーメッセージ群４００を絞込み、エラー箇所検出特定部１２０ｄが、エラー箇所特定メッセージを選択し、被疑部品特定部１２０ｅが、被疑部品特定メッセージを選択し、グループ統合部１２０ｆが、複数のグループを統合し、運用状態特定部１２０ｇが、運用状態特定メッセージを選択し、出力部１２０ｈが、メッセージ解析結果を表示装置３００に出力するので、管理者にかかる負担を軽減させると共に、エラーメッセージの相互関係を考慮して、コンピュータの状態を効率的に判定することができる。
以上のように、本発明にかかるメッセージ解析装置は、コンピュータから出力される膨大な量のメッセージを、当該メッセージ間の関係を基にして解析し、コンピュータの状態を判定する必要のあるメッセージ解析装置に有用である。
図１は、本実施例にかかるメッセージ解析装置の概念を説明するための説明図である。 図２は、本実施例にかかるメッセージ解析装置の構成を示す機能ブロック図である。 図３は、メッセージ定義辞書情報群のデータ構造の一例を示す図である。 図４は、被疑部品リスト情報のデータ構造の一例を示す図である。 図５は、ピックアップ部の処理を説明するための説明図である。 図６は、紛れメッセージを説明するための説明図である。 図７は、ピックアップ部が抽出したメッセージ群の一例を示す図である。 図８は、グループ分け部の処理を補足説明するための説明図である。 図９は、絞込み部の処理を補足説明するための説明図である。 図１０は、エラー箇所検出特定部の処理を補足説明するための説明図である。 図１１は、被疑部品特定部の処理を補足説明するための説明図である。 図１２は、グループ結合部の処理を補足説明するための説明図である。 図１３は、表示装置に表示されるメッセージ解析結果の一例である。 図１４は、本実施例にかかるメッセージ解析装置の処理手順を示すフローチャートである。 図１５は、図１４のステップＳ１０３に示したメッセージピックアップ処理のフローチャートである。 図１６は、図１５のステップＳ２０９に示した紛れメッセージピックアップ処理のフローチャートである。 図１７は、図１４のステップＳ１０４で示したグループ分け処理のフローチャートである。 図１８は、図１４のステップＳ１０５で示した絞込み処理のフローチャートである。 図１９は、図１４のステップＳ１０６で示したエラー箇所検出処理のフローチャートである。 図２０は、図１４のステップＳ１０７で示した被疑部品特定処理のフローチャートである。 図２１は、図１４のステップＳ１０８で示したグループ統合処理のフローチャートである。 図２２は、図１４のステップＳ１０９で示した運用状態特定処理のフローチャートである。
符号の説明
１００ メッセージ解析装置
１１０ インターフェース部
１２０ エンジン部
１２０ａ ピックアップ部
１２０ｂ グループ分け部
１２０ｃ 絞込み部
１２０ｄ エラー箇所検出特定部
１２０ｅ 被疑部品特定部
１２０ｆ グループ統合部
１２０ｇ 運用状態特定部
１３０ 記憶部
１３０ａ メッセージ定義辞書情報群
１３０ｂ 出力情報定義辞書情報
１３０ｃ 被疑部品リスト情報
１３０ｄ エラー概要ファイル情報
１３０ｅ 対処方法ファイル情報
２００ 入力装置
３００ 表示装置

Claims (18)

  1. 情報処理装置に接続され、前記情報処理装置を構成するハードウェアを制御するソフトウェアが出力する前記ハードウェアの状態を表すメッセージファイルを解析するメッセージ解析装置において、
    前記情報処理装置から取得した前記メッセージファイルの中からエラーメッセージ群を抽出するピックアップ部と、
    エラーメッセージ群に含まれるメッセージと、前記メッセージに含まれるエラーの種別を示すエラー種別情報との対応関係を表すエラー種別辞書情報を含むメッセージ定義辞書情報を格納する記憶部と、
    前記ピックアップ部が抽出したエラーメッセージ群に含まれるメッセージを、それぞれのメッセージに含まれる重み付け情報に基づいて、優先度の高いメッセージを選択する絞込み部と、
    前記絞込み部が選択したメッセージに含まれるエラー種別情報と前記記憶部が格納するメッセージ定義辞書情報に含まれるエラー種別辞書情報に基づいて、前記ハードウェアのエラー箇所を特定するエラー箇所検出特定部を有することを特徴とするメッセージ解析装置。
  2. 前記メッセージ解析装置はさらに、
    前記ピックアップ部が抽出したエラーメッセージ群に含まれるメッセージを、それぞれのメッセージに含まれハードウェアを特定する物理パス情報に基づいて、物理パス毎にグループ分けするグループ分け部を有することを特徴とする請求項１に記載のメッセージ解析装置。
  3. 前記メッセージ定義辞書情報はさらに、
    前記エラーメッセージ群に含まれるメッセージと、前記メッセージに含まれる前記エラー種別情報に基づいて交換対象となる部品を特定する被疑部品番号情報との対応関係を表す被疑部品番号辞書情報を含み、
    前記メッセージ解析装置はさらに、
    前記記憶部から前記メッセージ定義辞書情報を取得して、それぞれのメッセージに含まれる被疑部品番号情報と前記取得したメッセージ定義辞書情報に含まれる被疑部品番号辞書情報に基づいて、エラーが発生した被疑部品を特定する被疑部品特定部を有することを特徴とする請求項１又は２に記載のメッセージ解析装置。
  4. 前記メッセージ定義辞書情報はさらに、
    前記エラーメッセージ群に含まれるメッセージと、前記ハードウェアと前記ソフトウェアを対応付けるインスタンス情報との対応関係を表すインスタンス辞書情報を含み、
    前記メッセージ解析装置はさらに、
    前記記憶部から前記メッセージ定義辞書情報を取得して、それぞれのメッセージに含まれるインスタンス情報が同一であるメッセージをグループに統合するグループ統合部を有することを特徴とする請求項１〜３のいずれか１項に記載のメッセージ解析装置。
  5. 前記ソフトウェアは、
    前記情報処理装置に接続された入出力装置の二重化構成を制御するボリュームドライバと、
    前記入出力装置を制御するＩ／Ｏデバイスドライバと、
    前記入出力装置を前記情報処理装置に接続するホストバスアダプタを制御するホストバスアダプタドライバを有し、
    前記メッセージ解析装置はさらに、
    前記ボリュームドライバが出力するエラーメッセージを運用状態特定メッセージとして特定する運用状態特定部を有することを特徴とする請求項１〜４のいずれか１項に記載のメッセージ解析装置。
  6. 前記メッセージ解析装置はさらに、
    表示装置に接続されるとともに、
    前記エラー箇所検出特定部が特定した前記ハードウェアのエラー箇所に関するエラー箇所特定メッセージ、前記被疑部品特定部が特定したエラーが発生した被疑部品に関する被疑部品特定メッセージ、及び、前記運用状態特定メッセージを前記表示装置に出力する出力部を有することを特徴とする請求項５に記載のメッセージ解析装置。
  7. 情報処理装置に接続され、前記情報処理装置を構成するハードウェアを制御するソフトウェアが出力する前記ハードウェアの状態を表すメッセージファイルを解析するメッセージ解析装置の制御方法において、
    ピックアップ部が、前記情報処理装置から取得した前記メッセージファイルの中からエラーメッセージ群を抽出するステップと、
    記憶部が、エラーメッセージ群に含まれるメッセージと、前記メッセージに含まれるエラーの種別を示すエラー種別情報との対応関係を表すエラー種別辞書情報を含むメッセージ定義辞書情報を格納するステップと、
    絞込み部が、前記ピックアップ部が抽出したエラーメッセージ群に含まれるメッセージを、それぞれのメッセージに含まれる重み付け情報に基づいて、優先度の高いメッセージを選択するステップと、
    エラー箇所検出特定部が、前記絞込み部が選択したメッセージに含まれるエラー種別情報と前記記憶部が格納するメッセージ定義辞書情報に含まれるエラー種別辞書情報に基づいて、前記ハードウェアのエラー箇所を特定するステップを有することを特徴とするメッセージ解析装置の制御方法。
  8. 前記メッセージ解析装置の制御方法はさらに、
    グループ分け部が、前記ピックアップ部が抽出したエラーメッセージ群に含まれるメッセージを、それぞれのメッセージに含まれハードウェアを特定する物理パス情報に基づいて、物理パス毎にグループ分けするステップを有することを特徴とする請求項７に記載のメッセージ解析装置の制御方法。
  9. 前記メッセージ定義辞書情報はさらに、
    前記エラーメッセージ群に含まれるメッセージと、前記メッセージに含まれる前記エラー種別情報に基づいて交換対象となる部品を特定する被疑部品番号情報との対応関係を表す被疑部品番号辞書情報を含み、
    前記メッセージ解析装置の制御方法はさらに、
    被疑部品特定部が、前記記憶部から前記メッセージ定義辞書情報を取得して、それぞれのメッセージに含まれる被疑部品番号情報と前記取得したメッセージ定義辞書情報に含まれる被疑部品番号辞書情報に基づいて、エラーが発生した被疑部品を特定するステップを有すること特徴とする請求項７又は８に記載のメッセージ解析装置の制御方法。
  10. 前記メッセージ定義辞書情報はさらに、
    前記エラーメッセージ群に含まれるメッセージと、前記ハードウェアと前記ソフトウェアを対応付けるインスタンス情報との対応関係を表すインスタンス辞書情報を含み、
    前記メッセージ解析装置の制御方法はさらに、
    グループ結合部が、前記記憶部から前記メッセージ定義辞書情報を取得して、それぞれのメッセージに含まれるインスタンス情報が同一であるメッセージをグループに統合するステップを有することを特徴とする請求項７〜９のいずれか１項に記載のメッセージ解析装置の制御方法。
  11. 前記ソフトウェアは、
    前記情報処理装置に接続された入出力装置の二重化構成を制御するボリュームドライバと、
    前記入出力装置を制御するＩ／Ｏデバイスドライバと、
    前記入出力装置を前記情報処理装置に接続するホストバスアダプタを制御するホストバスアダプタドライバを有し、
    前記メッセージ解析装置の制御方法はさらに、
    運用状態特定部が、前記ボリュームドライバが出力するエラーメッセージを運用状態特定メッセージとして特定するステップを有することを特徴とする請求項７〜１０のいずれか１項に記載のメッセージ解析装置の制御方法。
  12. 前記メッセージ解析装置はさらに、
    表示装置に接続されるとともに、
    前記メッセージ解析装置の制御方法はさらに、
    出力部が、前記エラー箇所検出特定部が特定した前記ハードウェアのエラー箇所に関するエラー箇所特定メッセージ、前記被疑部品特定部が特定したエラーが発生した被疑部品に関する被疑部品特定メッセージ、及び、前記運用状態特定メッセージを前記表示装置に出力するステップを有することを特徴とする請求項１１に記載のメッセージ解析装置の制御方法。
  13. 情報処理装置に接続され、前記情報処理装置を構成するハードウェアを制御するソフトウェアが出力する前記ハードウェアの状態を表すメッセージファイルを解析するメッセージ解析装置の制御プログラムにおいて、
    前記メッセージ解析装置に、
    ピックアップ部が、前記情報処理装置から取得した前記メッセージファイルの中からエラーメッセージ群を抽出するステップと、
    記憶部が、エラーメッセージ群に含まれるメッセージと、前記メッセージに含まれるエラーの種別を示すエラー種別情報との対応関係を表すエラー種別辞書情報を含むメッセージ定義辞書情報を格納するステップと、
    絞込み部が、前記ピックアップ部が抽出したエラーメッセージ群に含まれるメッセージを、それぞれのメッセージに含まれる重み付け情報に基づいて、優先度の高いメッセージを選択するステップと、
    エラー箇所検出特定部が、前記絞込み部が選択したメッセージに含まれるエラー種別情報と前記記憶部が格納するメッセージ定義辞書情報に含まれるエラー種別辞書情報に基づいて、前記ハードウェアのエラー箇所を特定するステップを実行させることを特徴とするメッセージ解析装置の制御プログラム。
  14. 前記メッセージ解析装置の制御プログラムはさらに、
    前記メッセージ解析装置に、
    グループ分け部が、前記ピックアップ部が抽出したエラーメッセージ群に含まれるメッセージを、それぞれのメッセージに含まれハードウェアを特定する物理パス情報に基づいて、物理パス毎にグループ分けするステップを実行させることを特徴とする請求項１３に記載のメッセージ解析装置の制御プログラム。
  15. 前記メッセージ定義辞書情報はさらに、
    前記エラーメッセージ群に含まれるメッセージと、前記メッセージに含まれる前記エラー種別情報に基づいて交換対象となる部品を特定する被疑部品番号情報との対応関係を表す被疑部品番号辞書情報を含み、
    前記メッセージ解析装置の制御プログラムはさらに、
    前記メッセージ解析装置に、
    被疑部品特定部が、前記記憶部から前記メッセージ定義辞書情報を取得して、それぞれのメッセージに含まれる被疑部品番号情報と前記取得したメッセージ定義辞書情報に含まれる被疑部品番号辞書情報に基づいて、エラーが発生した被疑部品を特定するステップを実行させること特徴とする請求項１３又は１４に記載のメッセージ解析装置の制御プログラム。
  16. 前記メッセージ定義辞書情報はさらに、
    前記エラーメッセージ群に含まれるメッセージと、前記ハードウェアと前記ソフトウェアを対応付けるインスタンス情報との対応関係を表すインスタンス辞書情報を含み、
    前記メッセージ解析装置の制御プログラムはさらに、
    前記メッセージ解析装置に、
    グループ結合部が、前記記憶部から前記メッセージ定義辞書情報を取得して、それぞれのメッセージに含まれるインスタンス情報が同一であるメッセージをグループに統合するステップを実行させることを特徴とする請求項１３〜１５のいずれか１項に記載のメッセージ解析装置の制御プログラム。
  17. 前記ソフトウェアは、
    前記情報処理装置に接続された入出力装置の二重化構成を制御するボリュームドライバと、
    前記入出力装置を制御するＩ／Ｏデバイスドライバと、
    前記入出力装置を前記情報処理装置に接続するホストバスアダプタを制御するホストバスアダプタドライバを有し、
    前記メッセージ解析装置の制御プログラムはさらに、
    前記メッセージ解析装置に、
    運用状態特定部が、前記ボリュームドライバが出力するエラーメッセージを運用状態特定メッセージとして特定するステップを実行させることを特徴とする請求項１３〜１６のいずれか１項に記載のメッセージ解析装置の制御プログラム。
  18. 前記メッセージ解析装置はさらに、
    表示装置に接続されるとともに、
    前記メッセージ解析装置の制御プログラムはさらに、
    前記メッセージ解析装置に、
    出力部が、前記エラー箇所検出特定部が特定した前記ハードウェアのエラー箇所に関するエラー箇所特定メッセージ、前記被疑部品特定部が特定したエラーが発生した被疑部品に関する被疑部品特定メッセージ、及び、前記運用状態特定メッセージを前記表示装置に出力するステップを実行させることを特徴とする請求項１７に記載のメッセージ解析装置の制御プログラム。
JP2007524501A 2005-07-14 2005-07-14 メッセージ解析装置、制御方法および制御プログラム Expired - Fee Related JP4383484B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2005/012995 WO2007007410A1 (ja) 2005-07-14 2005-07-14 メッセージ解析装置、メッセージ解析方法およびメッセージ解析プログラム

Publications (2)

Publication Number Publication Date
JPWO2007007410A1 JPWO2007007410A1 (ja) 2009-01-29
JP4383484B2 true JP4383484B2 (ja) 2009-12-16

Family

ID=37636817

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007524501A Expired - Fee Related JP4383484B2 (ja) 2005-07-14 2005-07-14 メッセージ解析装置、制御方法および制御プログラム

Country Status (4)

Country Link
US (1) US7823016B2 (ja)
EP (1) EP1903441B1 (ja)
JP (1) JP4383484B2 (ja)
WO (1) WO2007007410A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090287781A1 (en) * 2008-05-19 2009-11-19 International Business Machines Corporation Grouping messages using patterns in a messaging system
JP5423904B2 (ja) * 2010-11-17 2014-02-19 富士通株式会社 情報処理装置、メッセージ抽出方法およびメッセージ抽出プログラム
JP5609637B2 (ja) * 2010-12-28 2014-10-22 富士通株式会社 プログラム、情報処理装置、及び情報処理方法
JP5924073B2 (ja) * 2012-03-30 2016-05-25 富士通株式会社 制御プログラム、制御方法および制御装置
CN104105112A (zh) * 2013-04-02 2014-10-15 中兴通讯股份有限公司 一种话单处理方法、装置及系统
JP6295176B2 (ja) * 2014-10-07 2018-03-14 株式会社日立製作所 メッセージ処理装置およびメッセージ処理方法
JP6841228B2 (ja) * 2015-12-04 2021-03-10 日本電気株式会社 ファイル情報収集システム、方法およびプログラム
US20180373795A1 (en) 2017-06-27 2018-12-27 International Business Machines Corporation Detecting and grouping users in electronic communications

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01159742A (ja) * 1987-12-16 1989-06-22 Fujitsu Ltd 障害解析方式
JPH0771131B2 (ja) * 1990-09-27 1995-07-31 日本電気株式会社 内部故障監視装置
US5414645A (en) 1991-10-25 1995-05-09 Mazda Motor Corporation Method of fault diagnosis in an apparatus having sensors
JP2935382B2 (ja) * 1991-10-25 1999-08-16 マツダ株式会社 故障診断方法
JPH07114483A (ja) * 1993-10-15 1995-05-02 Nippon Telegr & Teleph Corp <Ntt> 故障診断装置
US5555191A (en) * 1994-10-12 1996-09-10 Trustees Of Columbia University In The City Of New York Automated statistical tracker
US6279826B1 (en) * 1996-11-29 2001-08-28 Diebold, Incorporated Fault monitoring and notification system for automated banking
DE19836347C2 (de) * 1998-08-11 2001-11-15 Ericsson Telefon Ab L M Fehlertolerantes Computersystem
US6317846B1 (en) * 1998-10-13 2001-11-13 Agere Systems Guardian Corp. System and method for detecting faults in computer memories using a look up table
US6496853B1 (en) * 1999-07-12 2002-12-17 Micron Technology, Inc. Method and system for managing related electronic messages
US6598179B1 (en) * 2000-03-31 2003-07-22 International Business Machines Corporation Table-based error log analysis
JP4772233B2 (ja) 2001-03-19 2011-09-14 株式会社東芝 文書データ分析プログラム及びコンピュータによる文書データ分析方法並びに文書データ分析システム
US7120685B2 (en) * 2001-06-26 2006-10-10 International Business Machines Corporation Method and apparatus for dynamic configurable logging of activities in a distributed computing system
JP4622177B2 (ja) * 2001-07-06 2011-02-02 株式会社デンソー 故障診断システム、車両管理装置、サーバ装置、及び検査診断プログラム
US6694235B2 (en) 2001-07-06 2004-02-17 Denso Corporation Vehicular relay device, in-vehicle communication system, failure diagnostic system, vehicle management device, server device and detection and diagnostic program
US7483970B2 (en) * 2001-12-12 2009-01-27 Symantec Corporation Method and apparatus for managing components in an IT system
JP3737460B2 (ja) * 2002-07-09 2006-01-18 株式会社東京三菱銀行 コンピュータ・システム
JP2004086278A (ja) * 2002-08-23 2004-03-18 Hitachi Kokusai Electric Inc 装置障害監視方法および装置障害監視システム
JP4130615B2 (ja) * 2003-07-02 2008-08-06 株式会社日立製作所 ストレージ装置を有するネットワークにおける障害情報管理方法及び管理サーバ
US7350111B2 (en) * 2004-08-03 2008-03-25 Inventec Corporation Method of providing a real time solution to error occurred when computer is turned on
US7624177B2 (en) * 2005-05-25 2009-11-24 Hewlett-Packard Development Company, L.P. Syslog message handling

Also Published As

Publication number Publication date
US20080155337A1 (en) 2008-06-26
EP1903441A1 (en) 2008-03-26
EP1903441B1 (en) 2016-03-23
EP1903441A4 (en) 2010-12-15
JPWO2007007410A1 (ja) 2009-01-29
WO2007007410A1 (ja) 2007-01-18
US7823016B2 (en) 2010-10-26

Similar Documents

Publication Publication Date Title
US10423647B2 (en) Descriptive datacenter state comparison
JP4383484B2 (ja) メッセージ解析装置、制御方法および制御プログラム
JP6669156B2 (ja) アプリケーション自動制御システム、アプリケーション自動制御方法およびプログラム
US20180075235A1 (en) Abnormality Detection System and Abnormality Detection Method
US20180174062A1 (en) Root cause analysis for sequences of datacenter states
US8819220B2 (en) Management method of computer system and management system
CN102257487B (zh) 分析事件
US9311176B1 (en) Evaluating a set of storage devices and providing recommended activities
JP5432867B2 (ja) 計算機システムの管理方法、及び管理システム
US8499006B2 (en) Data migration system and data migration method
JP6691082B2 (ja) 指標選択装置及びその方法
US20180173687A1 (en) Automatic datacenter state summarization
JP7274162B2 (ja) 異常操作検知装置、異常操作検知方法、およびプログラム
CN112685207A (zh) 错误评估的方法、设备和计算机程序产品
CN112015995A (zh) 数据分析的方法、装置、设备以及存储介质
CN114096959A (zh) 时间序列数据压缩和图形签名分析
KR102275635B1 (ko) 함수 호출 패턴 분석을 통한 이상 검출 장치 및 방법
JP6340990B2 (ja) メッセージ表示方法、メッセージ表示装置、およびメッセージ表示プログラム
CN106776704A (zh) 统计信息收集方法和装置
WO2021053801A1 (ja) 情報分析装置、方法およびプログラム
JP6695847B2 (ja) ソフトウェア部品管理システム、計算機
EP3591481A1 (en) Device configuration management apparatus, system, and program
JP6714160B2 (ja) データリニエージ検出装置、データリニエージ検出方法、及びデータリニエージ検出プログラム
JP6547341B2 (ja) 情報処理装置、方法及びプログラム
KR100567813B1 (ko) 텐덤 시스템의 트랜잭션 분석 시스템

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090915

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090918

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121002

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4383484

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121002

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131002

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees