(57)【要約】【課題】装置において発生する障害の原因を精度よく推定することができる情報処理装置を提供する。【解決手段】情報処理装置を、システムのログを記憶する記憶部と、記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定し、第１の情報が第１の条件を満たさない場合に、記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否かを判定する判定部と、判定部によって第２の情報が第２の条件を満たすと判定された場合に、第２の障害に関する情報を生成する生成部とを有する情報処理装置とする。【選択図】図１
2018028780.tif 000002
【特許請求の範囲】
【請求項１】
システムのログを記憶する記憶部と、
前記記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定し、前記第１の情報が前記第１の条件を満たさない場合に、前記記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否かを判定する判定部と、
前記判定部によって前記第２の情報が前記第２の条件を満たすと判定された場合に、前記第２の障害に関する情報を生成する生成部と
を有することを特徴とする情報処理装置。
【請求項２】
前記ログは、前記システムの動作に関するメッセージと該メッセージの発生時刻と該メッセージの分類情報とを含み、
前記第１の方法と前記第２の方法の一方が、前記メッセージを該メッセージの発生時刻に基づいて時系列で並べることを含み、
前記第１の方法と前記第２の方法の他方が、前記分類情報に基づいて分類されるメッセージごとにメッセージの発生回数を算出することを含む、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記他方の方法は、前記メッセージの発生時刻に基づいて前記メッセージの発生間隔を算出することをさらに含む、ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
システムのログを記憶する記憶部と、
前記記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定し、前記第１の情報が前記第１の条件を満たさない場合に、前記記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否かを判定する判定部と、
前記判定部によって前記第２の情報が前記第２の条件を満たすと判定された場合に、前記第２の障害に関する情報を生成する生成部と
を有することを特徴とする情報処理システム。
【請求項５】
情報処理装置に
前記情報処理装置の記憶部にシステムのログを記憶させ、
前記記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定させ、前記第１の情報が前記第１の条件を満たさない場合に、前記記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否かを判定させ、
前記第２の情報が前記第２の条件を満たすと判定された場合に、前記第２の障害に関する情報を生成させる
ことを特徴とする情報処理装置の制御方法。
【請求項６】
コンピュータに
前記コンピュータの記憶部にシステムのログを記憶させ、
前記記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定させ、前記第１の情報が前記第１の条件を満たさない場合に、前記記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否か
を判定させ、
前記第２の情報が前記第２の条件を満たすと判定された場合に、前記第２の障害に関する情報を生成させる
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件開示の技術は、障害を解析する情報処理装置、情報処理システム、情報処理装置の制御方法およびプログラムに関する。
【背景技術】
【０００２】
サーバ、ストレージ、ネットワーク機器などのハードウェアとOperating System（ＯＳ）、ミドルウェアなどのソフトウェアを統合したパッケージが実用に供されている。また、このようなパッケージにおいて発生した障害のログを解析する種々の方法が提案されている（例えば、特許文献１〜５）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２９３３９３号公報
【特許文献２】特開２００８−２３４３５１号公報
【特許文献３】国際公開第２０１０／０３２７０１号
【特許文献４】特開２０１５−０９５０６０号公報
【特許文献５】特開２００３−２１６４５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の情報処理システムでは、パッケージ内の複数の装置から収集したログを解析したり、他のログとの比較のためのテンプレートとして標準化したりすることはできる。ただし、ログを収集したり、テンプレートを用いてログを標準化したりしても、新たに収集したログを過去のログやテンプレートの内容と比較するだけでは、障害発生の原因を精度よく推定できない可能性がある。
【０００５】
本件開示の技術は、上記の事情に鑑み、装置において発生する障害の原因を精度よく推定することができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本件開示の情報処理装置は、システムのログを記憶する記憶部と、記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定し、第１の情報が第１の条件を満たさない場合に、記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否かを判定する判定部と、判定部によって第２の情報が第２の条件を満たすと判定された場合に、第２の障害に関する情報を生成する生成部とを有する。
【発明の効果】
【０００７】
本件開示の技術によれば、装置において発生する障害の原因を精度よく推定することができる情報処理装置を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、一実施形態に係る障害管理システム、フィールド、ネットワークの構成を例示する概略構成図である。
【図２】図２は、一実施形態に係るフィールドの構成および生成されるログを例示する模式図である。
【図３】図３は、一実施形態に係るサーバを例示する概略構成図である。
【図４】図４は、一実施形態に係るサーバにおいて実行される処理のフローである。
【図５】図５（ａ）〜（ｃ）は、一実施形態に係るログ情報テーブルを例示する図である。
【図６】図６は、一実施形態に係るサーバにおいて実行される処理のフローである。
【図７】図７は、一実施形態に係るサーバにおいて実行される処理のフローである。
【図８】図８は、一実施形態に係る障害管理システムが受信するログファイルの一例を示す図である。
【図９】図９は、一実施形態に係る構成情報テーブルを例示する図である。
【図１０】図１０は、一実施形態に係る統合ログを例示する図である。
【図１１】図１１は、一実施形態に係るログメッセージテーブルを例示する図である。
【図１２】図１２は、一実施形態に係る統合ログを例示する図である。
【図１３】図１３は、一実施形態に係るサーバにおいて実行される処理のフローである。
【図１４】図１４（ａ）〜（ｃ）は、一実施形態に係る過去ログパターンテーブルを例示する図である。
【図１５】図１５は、一実施形態に係る第１加工ログを例示する図である。
【図１６】図１６は、一実施形態に係る第２加工ログを例示する図である。
【図１７】図１７は、一実施形態に係る第３加工ログを例示する図である。
【図１８】図１８は、一実施形態に係る解析結果のメッセージを例示する図である。
【発明を実施するための形態】
【０００９】
以下、本件開示の技術に係る実施形態について図面を参照しながら説明する。なお、以下の詳細な説明は例示的なものであり、実施形態の構成を限定するものではない。
【００１０】
図１に、一実施形態における情報処理システムの一例である障害管理システム１の概略構成図を示す。障害管理システム１は、ログデータベース１０２を有する。また、障害管理システム１は、ネットワーク３を経由してフィールド２と接続されている。本実施形態において、フィールド２とは、図２に一例を示すように、種々の機器が統合されたシステムを意味する。フィールド２は、障害管理システム１の据え付け先のサイトと考えてもよい。なお、図１には２つのフィールド２を示すが、フィールドの数はこれに限られない。
【００１１】
図２に示すように、フィールド２は、システム２０１、２０２、スイッチ２０３、２０４、論理スイッチ２０５、仮想化サーバ群２１０、ネットワーク２１１を有する。本実施形態において、システム２０１、２０２は、情報処理を行うために周知の機器が組み合わされたものであるため、ここでは詳細な説明は省略する。また、仮想化サーバ群２１０は、フィールド２内に構築された仮想化サーバの集まりである。仮想化サーバ群２１０も、周知の技術を用いて実現できるため、ここでは詳細な説明は省略する。
【００１２】
論理スイッチ２０５は、フィールド２内で、システム２０１、２０２と仮想化サーバ群２１０とを接続するスイッチが集約されたスイッチである。論理スイッチ２０５は、集約スイッチあるいはコンバージドスイッチとも呼ばれる。論理スイッチ２０５は、マスタであるコンバージドスイッチ２０６、スレーブであるコンバージドスイッチ２０７、リーフマスタであるコンバージドスイッチ２０８、リーフスレーブであるコンバージドスイッチ２０９を有する。
【００１３】
既存システム２０１は、ネットワーク２１１およびスイッチ２０２、２０３を経由してシステム２０２と接続されている。また、システム２０１、２０２は、ネットワーク２１
１とスイッチ２０３、２０４と論理スイッチ２０５とを経由して、仮想化サーバ群２１０と接続されている。
【００１４】
図３に、障害管理システム１のサーバ１０１の構成を概略的に示す。サーバ１０１は、Central Processing Unit（ＣＰＵ）１０１ａ、Random Access Memory（ＲＡＭ）１０１
ｂ、Hard Disk Drive（ＨＤＤ）１０１ｃ、Network Interface Card（ＮＩＣ）１０１ｄ
を有する。本実施形態では、ＣＰＵ１０１ａが、ＨＤＤ１０１ａに格納されているプログラムをＲＡＭ１０１ｂに展開して実行することにより、ログから情報を抽出する抽出部、抽出した情報を加工する加工部としての機能を実現する。さらに、ＣＰＵ１０１ａは、加工した情報に基づく判定を行う判定部、判定結果に基づく情報を生成する生成部としての機能を実現する。
【００１５】
図２に示すように、システム２０１、２０２、スイッチ２０３、２０４、論理スイッチ２０５、仮想化サーバ群２１０の各サーバは、自装置において発生した障害に関するログである、システムログ、スイッチログ、論理スイッチログ、サーバログを生成する。フィールド２内で生成された各ログは、ネットワーク３を経由して、障害管理システム１に送信される。
【００１６】
システムログには、システムイベントのログであるSystem Event Log（ＳＥＬ）、Operating System（ＯＳ）の処理に関するログであるＯＳログ、システムで実行されるアプリケーションの処理に関するログであるアプリログなどが含まれる。また、スイッチログには、スイッチの機器情報を含むスイッチ情報、スイッチにおいて発生したイベントに関するログであるイベントログ、スイッチを経由するデータに関する統計情報などが含まれる。論理スイッチログには、論理スイッチの各スイッチ（Master、Slave、Leaf-Master、Leaf-Slave）に関するログ、各スイッチを経由するデータに関する統計情報などが含まれる。また、サーバログには、仮想化サーバ群２１０の各サーバにおけるＳＥＬ、ＯＳログやゲストＯＳログ、サーバで実行されるアプリケーションの処理に関するログであるアプリログなどが含まれる。
【００１７】
本実施形態では、一例としてシステム２０１からネットワーク２１１およびスイッチ２０３を経由してシステム２０２にデータが送信されるが、データ送信に想定以上の時間がかかっているなどデータ送信に異常が発生している場合を想定する。さらに、システム２０１、２０２のシステムログには異常は記録されておらず、システム２０１およびシステム２０２間の通信が不安定であると推定されているとする。ただし、実際は、論理スイッチ２０５において異常が発生していることが、システム２０１、２０２間のデータ送信に異常が発生している真因であると想定する。具体的には、論理スイッチ２０５の各スイッチ２０６〜２０９間を繋ぐ系間パスで不具合が発生し、スイッチ２０６〜２０９間で情報連携ができず、パケットの宛先のルーティングが失敗してパケットが失われることが想定される。この結果、ネットワーク２１１のデータ送信が不安定になる事象が発生したとする。
【００１８】
次に、本実施形態において、障害管理システム１のサーバ１０１のＣＰＵ１０１ａが実行する処理について説明する。図４に、ＣＰＵ１０１ａが実行する処理のフローチャートを示す。本実施形態では、一例として、ＣＰＵ１０１ａは、サーバ１０１の電源が投入されると図４に示すフローチャートの処理を開始する。本実施形態では、フィールド２において上記の異常が発生している場合に、フィールド２の管理者がネットワーク３を経由して障害管理システム１にフィールド２内の各装置で生成されるログを含むログファイルを送信する。これにより障害管理システム１は、フィールド２から種々の装置のログファイルを受信する（ＯＰ１０１）。一例として、受信されたログファイルは、ＨＤＤ１０１ｅのあらかじめ指定された領域に格納され、ＣＰＵ１０１ａは、当該領域に格納された複数
のログファイルに対して以下のＯＰ１０２〜ＯＰ１０４の処理を実行する。ＨＤＤ１０１ｅが、システムのログを記憶する記憶部の一例に相当する。
【００１９】
ＯＰ１０２において、ＣＰＵ１０１ａは、受信したログファイルの情報から統合ログを作成する。本実施形態では、図５（ａ）〜（ｃ）に例示するログ情報テーブルがＨＤＤ１０１ｅに格納されている。なお、図５（ａ）〜（ｃ）のログ情報テーブルは互いに１つのテーブルとして連結されてＨＤＤ１０１ｅに格納されている。また、ログ情報テーブルは、データベース１０２などのその他の記憶装置に格納されていてもよい。ログ情報テーブルには、ログファイルの種類や内容を特定するための情報があらかじめ登録されている。
【００２０】
次に、ログ情報テーブルの各項目について説明する。「ログ特定ポイント」は、ログファイル内の参照箇所を示す。「拡張子」は、ログファイルの拡張子を示す。「ヘッダー／ファイル内キーワード」は、「ログ特定ポイント」が示す参照箇所におけるキーワードを示す。「ファイル名」は、ログファイルのファイル名を示す。「ログＩＤ」は、ログファイルを識別するためのあらかじめ定義された番号である。「ログ名称」は、ログファイルの種類やログファイルの生成元を示す。「ログメッセージ有無」は、ログファイル内にログメッセージが存在するか否かを示す。「ファイルタイプ」は、ログファイルがテキストタイプであるかバイナリタイプであるかなどのファイルタイプを示す。「メッセージ位置」は、ログメッセージが存在する場合のログメッセージの位置を示す。なお、図中「メッセージ位置」が「分解後、全範囲」であるログは、種々のログが複合しているため、専用のソフトウェアによって本実施形態の処理の対象となるログメッセージが取得される。分解とは、このような取得処理を指す。分解後は、ログメッセージ全体が本実施形態の処理の対象となるため、「メッセージ位置」に「全範囲」が指定されている。
【００２１】
「版数有無／要否」は、ログファイルに版数を示す情報が存在するか否かあるいは版数を示す。「版数位置」は、版数を示す情報が存在する場合の版数の位置を示す。「時刻位置」は、ログファイル内におけるログファイルの生成時刻の位置を示す。「時刻表示形式」は、ログファイルの生成時刻の表示形式を示す。「時刻設定有無」は、ログファイル内にログファイルの生成時刻のタイムゾーンなどの設定情報が存在するか否かを示す。「設定場所」は、ログファイル内における時刻の設定情報の位置を示す。「構成情報有無」は、ログファイル内にログファイルの生成元の機器の構成情報が存在するか否かを示す。「構成情報位置」は、ログファイル内における構成情報の位置を示す。本実施形態では、ＣＰＵ１０１ａがログ情報テーブルの各項目に基づいてログファイルから情報を抽出して統合ログを作成する。
【００２２】
図６、７に、ＯＰ１０２のサブルーチンの処理を示す。本実施形態においては、ＨＤＤ１０１ｅに格納された各ログファイルについて、ＯＰ１０２のサブルーチンの処理が実行済みであるか否かを示す完了フラグが設定される。完了フラグがオンに設定されているログファイルはＯＰ１０２の処理が実行済みのファイルであり、完了フラグがオフに設定されているログファイルはＯＰ１０２の処理が実行されていないファイルである。ＯＰ２０１において、ＣＰＵ１０１ａは、完了フラグがオフである１つのログファイルを特定する。次いで、処理はＯＰ２０２に進められる。
【００２３】
ＯＰ２０２において、ＣＰＵ１０１ａは、ＯＰ２０１で特定したログファイルの種類がログ情報テーブルに登録済みであるか否かを判定する。具体的には、ＣＰＵ１０１ａは、ログ情報テーブルの「ログ特定ポイント」の内容に従って、ログファイルの参照箇所を特定する。さらに、ＣＰＵ１０１ａは、ログファイルにおいて当該特定した参照箇所に記載されている情報と、ログ情報テーブルに登録されている情報を比較する。ここで、ログ情報テーブルに登録されている情報とは、「ログ特定ポイント」が示す内容に応じた情報で有り、「拡張子」や「ヘッダー／ファイル内キーワード」や「ファイル名」が示す情報を
指す。
【００２４】
例えば、「ログ特定ポイント」が「拡張子」である場合は、ＣＰＵ１０１ａは、ログファイルの拡張子とログ情報テーブルの「拡張子」が示す拡張子とが一致するかを判定する。また、例えば、「ログ特定ポイント」が「ヘッダー」あるいは「ファイル内キーワード」である場合は、ＣＰＵ１０１ａは、受信したログファイルのヘッダーあるいはファイル内に、「ヘッダー／ファイル内キーワード」が示す内容に一致する情報が存在するか否かを判定する。比較の結果、ログファイルの情報とログ情報テーブルの情報とが一致している場合は、ＣＰＵ１０１ａは、当該ログファイルの種類がログ情報テーブルに登録済みであると判定する。
【００２５】
そして、ＣＰＵ１０１ａは、ログファイルに対して「ログ特定ポイント」が示す参照箇所において確認した情報が、ログ情報テーブルに登録されている情報と一致する場合に、受信したログファイルが「ログ名称」が示すログの種類として登録済みであると判定する。図８にサーバ１０１が受信したログファイルの一例を示す。ログファイルのヘッダーには、「iRMC S4 Information Firm Version: 7.38F」が含まれている。したがって、ＣＰ
Ｕ１０１ａは、図５に示すログ情報テーブルを用いて、ログファイルのヘッダーに「iRMC
S4 Information Firmware Version: xxx」（xxxは任意の文字）と一致する情報が含まれていると判定する。そして、ＣＰＵ１０１ａは、ログファイルは「ログ名称」が示すログの種類「PRIMERGY RX200S8 iRMC SEL」としてログ情報テーブルに登録済みであると判定
する。ＣＰＵ１０１ａは、ログファイルがログ情報テーブルに登録済みであると判定した場合（ＯＰ２０２：Ｙｅｓ）は、処理をＯＰ２０３に進める。また、ＣＰＵ１０１ａは、ログファイルの種類がログ情報テーブルに登録済みでないと判定した場合（ＯＰ２０２：Ｎｏ）は、処理をＯＰ２１４に進める。
【００２６】
次に、ＯＰ２０３において、ＣＰＵ１０１ａは、さらにログ情報テーブルの「構成情報有無」を確認し、ログファイルに構成情報が含まれているか否かを判定する。例えば、図５において、ログ情報テーブルの「ログ名称」から、ログファイルが「PRIMERGY RX200S8
iRMC SEL」であると特定された場合、「構成情報有無」には「無」が登録されている。
したがって、ＣＰＵ１０１ａは、ログファイルには構成情報は含まれていないと判定する。一方、ログファイルの種類が「ETERNUS DX200 S3/DX100S3ログ」であると特定された場合、「構成情報有無」には「有」が登録されている。したがって、ＣＰＵ１０１ａは、ログファイルには構成情報が含まれていると判定する。ＣＰＵ１０１ａは、ログファイルに構成情報が含まれていると判定した場合（ＯＰ２０３：Ｙｅｓ）は、処理をＯＰ２０４に進める。また、ＣＰＵ１０１ａは、ログファイルに構成情報が含まれていないと判定した場合（ＯＰ２０３：Ｎｏ）は、処理をＯＰ２０５に進める。
【００２７】
ＯＰ２０４において、ＣＰＵ１０１ａは、ログファイルから、ログ情報テーブルの「構成情報位置」が示す位置の情報を抽出する。さらに、ＣＰＵ１０１ａは抽出した情報を構成情報ログに格納する。図９に構成情報ログの一例を示す。構成情報ログには、ログファイルの作成元の装置のＢＩＯＳやファームウェアおよびＯＳのバージョン、ＩＰアドレスなどの各種構成情報が、ＯＰ２０４においてログファイルから抽出される。そして、抽出された構成情報は、ログ情報テーブルの「ログＩＤ」と対応付けられて登録される。
【００２８】
次に、ＯＰ２０５において、ＣＰＵ１０１ａは、ログファイルにログメッセージが含まれているか否かを判定する。具体的には、ＣＰＵ１０１ａは、ログ情報テーブルの「ログメッセージ有無」が「有」であるか否かを判定する。そして、「ログメッセージ有無」が「有」である場合（ＯＰ２０５：Ｙｅｓ）は、ＣＰＵ１０１ａは処理をＯＰ２０６に進める。また、「ログメッセージ有無」が「無」である場合（ＯＰ２０５：Ｎｏ）は、ＣＰＵ１０１ａは処理をＯＰ２１４に進める。
【００２９】
次に、ＯＰ２０６において、ＣＰＵ１０１ａは、ログファイルに版数情報が含まれているか否かを判定する。具体的には、ＣＰＵ１０１ａは、ログ情報テーブルの「版数有無／要否」が「有」であるか否かを判定する。そして、「版数有無／要否」が「有」である場合（ＯＰ２０６：Ｙｅｓ）は、ＣＰＵ１０１ａは処理をＯＰ２０７に進める。また、「版数有無／要否」が「無」である場合（ＯＰ２０６：Ｎｏ）は、ＣＰＵ１０１ａは処理をＯＰ２１５に進める。
【００３０】
ＯＰ２０７において、ＣＰＵ１０１ａは、ログファイルから、ログ情報テーブルの「メッセージ位置」および「版数位置」が示す位置にある情報を、ログメッセージおよび版数情報として抽出する。そして、ＯＰ２０８において、ＣＰＵ１０１ａは、抽出したログメッセージと版数情報を統合ログに追加する。本実施形態では、ＣＰＵ１０１ａは、ログファイルから抽出した各種情報を「ログＩＤ」のＩＤと対応付けて統合ログとして作成する。図１０に、ＯＰ２０８において作成された統合ログの一例を示す。統合ログは、ログ情報テーブルの「ログＩＤ」と、ＯＰ２０７において抽出されたログメッセージおよび版数が対応付けられたテーブルである。なお、以下に説明するように、統合ログには、ログファイルから抽出された他の情報も追加される。
【００３１】
ＯＰ２０９において、ＣＰＵ１０１ａは、ＯＰ２０７において抽出したログメッセージのメッセージＩＤを特定する。本実施形態では、図１１に例示するログメッセージテーブルがあらかじめＨＤＤ１０１ｅに格納されており、ログメッセージテーブルを使用してメッセージＩＤを特定する。ＣＰＵ１０１ａは、ログメッセージテーブルの「ログメッセージ」に登録されたメッセージのうち、ＯＰ２０７において抽出ログメッセージと一致するログメッセージを特定する。そして、特定したログメッセージに対応付けられている「メッセージＩＤ」と「Ｔｙｐｅ」の情報をそれぞれ取得する。ここで、「Ｔｙｐｅ」に登録されている情報は、ログメッセージの重要度を示す指標である。指標としては、重要度を高い順に示すCritical、Major、Minor、情報を通知するものであることを示すInfoなどが挙げられる。そして、ＯＰ２１０において、ＣＰＵ１０１ａは、ＯＰ２０９において取得したメッセージＩＤとログメッセージの重要度を示す指標を統合ログに追加する。
【００３２】
次に、ＯＰ２１１において、ＣＰＵ１０１ａは、ログファイルに時刻情報が含まれているか否かを判定する。具体的には、ＣＰＵ１０１ａは、ログ情報テーブルの「時刻位置」にログファイル内の位置を示す情報（「先頭」など）があるか否かを判定する。そして、「時刻位置」にログファイル内の位置を示す情報がある場合（ＯＰ２１１：Ｙｅｓ）は、ＣＰＵ１０１ａは処理をＯＰ２１２に進める。また、「時刻位置」にログファイル内の位置を示す情報がない場合（ＯＰ２１１：Ｎｏ）は、ＣＰＵ１０１ａは処理をＯＰ２１４に進める。
【００３３】
ＯＰ２１２において、ＣＰＵ１０１ａは、ログファイルから、ログ情報テーブルの「時刻位置」が示す位置にある時刻情報を抽出する。そして、ＯＰ２１３において、ＣＰＵ１０１ａは、抽出した時刻情報を所定の時刻形式に変換して統合ログに追加する。本実施形態では、所定の時刻形式とは、時刻情報を年月日時分秒（時刻は２４時間形式）で示す表記を指す。なお、ログ情報テーブルの「時刻設定有無」が「有」の場合は、ＣＰＵ１０１ａは、ログファイルの「設定場所」が示す位置にある時刻設定に関する情報を参照して時刻情報を変換してもよい。ＯＰ２１３の処理の後、ＣＰＵ１０１ａは処理をＯＰ２１４に進める。
【００３４】
ＯＰ２１４において、ＣＰＵ１０１ａは、ＯＰ２０１において特定してＯＰ２０２〜ＯＰ２１３の処理を実行したログファイルの完了フラグをオンに設定する。次いで、ＣＰＵ１０１ａは、処理をＯＰ２１５に進める。ＯＰ２１５において、ＣＰＵ１０１ａは、ＨＤ
Ｄ１０１ｅに格納されたログファイルのうち、完了フラグがオフに設定されているログファイルが存在するか否かを判定する。完了フラグがオフに設定されているログファイルが存在する場合（ＯＰ２１５：Ｙｅｓ）は、ＣＰＵ１０１ａは処理をＯＰ２０１に戻す。完了フラグがオフに設定されているログファイルが存在しない場合（ＯＰ２１５：Ｎｏ）は、ＣＰＵ１０１ａは本サブルーチンを終了し、処理をＯＰ１０３に進める。
【００３５】
ＣＰＵ１０１ａは、上記のＯＰ１０２のサブルーチンを実行することで、障害管理システム１がフィールド２から受信した各ログファイルを対象に、ログファイルから抽出した情報から統合ログを作成することができる。図１２に、ＯＰ１０２の処理によって作成される統合ログの一例を示す。統合ログには、複数のログファイルについて、ログ情報テーブルのログＩＤ、ログファイルから抽出されたログメッセージ、版数、時刻、ログメッセージテーブルにより特定されたメッセージＩＤおよび重要度を示す指標が対応付けられて格納されている。
【００３６】
次に、ＯＰ１０３の処理について説明する。図１３に、ＯＰ１０３のサブルーチンの処理を示す。ＯＰ１０３において、ＣＰＵ１０１ａは、ＯＰ１０２において作成した統合ログから加工ログを作成する。本実施形態では、加工ログと比較するための過去ログパターンテーブルがＨＤＤ１０３ｅに格納されている。図１４（ａ）〜（ｃ）に過去ログパターンテーブルの一例を示す。過去ログパターンテーブルには、ログメッセージの出現パターンに関する条件が規定されている。そして、過去ログパターンテーブルに規定されているパターンが、以下の処理で作成される加工ログにおけるログメッセージの発生パターンと一致するか否かが判定される。また、本実施形態では、統合ログが３種類の異なる作成条件で加工されることで、３種類の加工ログ（第１加工ログ、第２加工ログ、第３加工ログ）が作成される。過去ログパターンテーブルにも、加工ログの各作成条件に応じて異なるパターンが規定されている。
【００３７】
ＯＰ１０３では、加工ログが作成されると、加工ログにおけるログメッセージの出現パターンと過去ログパターンテーブルに規定されているパターンとの比較が行われる。そして、一致するパターンが存在しない場合に、別の作成条件によって加工ログが作成され、再び加工ログにおけるログメッセージの出現パターンと過去ログパターンテーブルに規定されているパターンとの比較が行われる。加工ログの作成とログメッセージのパターンの比較が繰り返されることで、一致するパターンが特定され、一致するパターンから障害が推定される。
【００３８】
ＯＰ３０１において、ＣＰＵ１０１ａは、ＯＰ１０２において作成された統合ログから第１加工ログを作成済みであるか否かを判定する。なお、当該判定は、以下に説明するように、第１加工ログの作成時に、ＣＰＵ１０１ａが、第１加工ログが作成済みであるか否かを示すフラグをオンにすることで行う。第２、３加工ログの判定についても同様である。ここで、第１加工ログとは、統合ログ内のログメッセージに対して「Ｔｙｐｅ」が「Major」以上でフィルタして得られるログメッセージ、すなわち「Major」または「Critical」であるログメッセージを、「時刻」について昇順でソートすることで得られるログである。第１加工ログが作成済みである場合は（ＯＰ３０１：Ｙｅｓ）、ＣＰＵ１０１ａは、処理をＯＰ３０３に進める。一方、第１加工ログが作成済みでない場合は（ＯＰ３０１：Ｎｏ）、ＣＰＵ１０１ａは、処理をＯＰ３０２に進める。
【００３９】
ＯＰ３０２において、ＣＰＵ１０１ａは、ＯＰ１０２において作成された統合ログから第１加工ログを作成する。図１５に第１加工ログの一例を示す。第１加工ログでは、ログメッセージが、重要度の高いものから時系列に並べられる。ＣＰＵ１０１ａは、第１加工ログを作成後、第１加工ログが作成済みであるか否かを示すフラグをオンにして、処理をＯＰ３０７に進める。
【００４０】
ＯＰ３０３において、ＣＰＵ１０１ａは、ＯＰ１０２において作成された統合ログから第２加工ログが作成済みであるか否かを判定する。ここで、第２加工ログとは、統合ログに対してメッセージを「ログＩＤ」について昇順でソートし、各ログＩＤにおいて「メッセージＩＤ」について昇順でソートして得られるログである。さらに、第２加工ログにおいては、各メッセージＩＤについて、メッセージの出現回数およびメッセージの出現間隔が算出される。第２加工ログが作成済みである場合は（ＯＰ３０３：Ｙｅｓ）、ＣＰＵ１０１ａは、処理をＯＰ３０５に進める。一方、第２加工ログが作成済みでない場合は（ＯＰ３０３：Ｎｏ）、ＣＰＵ１０１ａは、処理をＯＰ３０４に進める。
【００４１】
ＯＰ３０４において、ＣＰＵ１０１ａは、ＯＰ１０２において作成された統合ログから第２加工ログを作成する。図１６に第２加工ログの一例を示す。第２加工ログでは、ログメッセージがログＩＤの小さい順に並べられている。また、同一のログＩＤのログメッセージがメッセージＩＤの小さい順に並べられている。さらに、「時刻差Δ」には、同一のメッセージＩＤのログメッセージの出現回数が算出されている。なお、図１６の例では、同一のメッセージＩＤのログメッセージのうち先頭のログメッセージの「時刻差Δ」には、当該ログメッセージの出現回数が格納される。図１６の例では、メッセージＩＤが「０５００１６」、「１８００４１」、「３７０００１」、「１３２１０１０１」であるログメッセージが、それぞれ２回、１回、１回、５回出現していることがわかる。このように、ログメッセージを時系列でソートして作成される第１加工ログとは異なり、第２加工ログでは、メッセージの出現回数や各メッセージの時間間隔が算出される。このため、第２加工ログは、第１加工ログとは異なる側面で統合ログを加工して得られるものと言える。本実施形態では、統合ログを異なる条件で加工して得られる複数の加工ログを用いることで、フィールド２から得られる種々のログに基づく障害推定の精度を高めることができる。
【００４２】
さらに、同一のメッセージＩＤのログメッセージのうち先頭のログメッセージの後続のログメッセージの「時刻差Δ」には、１つ前（図では１つ上）のログメッセージとの出現時間の時刻差（秒数）が格納される。図１６の例では、メッセージＩＤが「０５００１６」であるログメッセージは同時刻に出現しているため、先頭のログメッセージに続く２番目のログメッセージの「時刻差」には「０」が格納されている。また、メッセージＩＤが「１３２１０１０１」であるログメッセージについては、先頭のログメッセージと同時刻にさらに２つのログメッセージが出現している。このため、先頭のログメッセージに続く２番目と３番目のログメッセージの「時刻差」には「０」が格納されている。そして、４番目のログメッセージの「時刻差」には、３番目のログメッセージとの時刻差を示す「１０１８５」（秒）が格納されている。ＣＰＵ１０１ａは、第２加工ログを作成後、第２加工ログが作成済みであるか否かを示すフラグをオンにして、処理をＯＰ３０７に進める。
【００４３】
ＯＰ３０５において、ＣＰＵ１０１ａは、ＯＰ１０２において作成された統合ログから第３加工ログが作成済みであるか否かを判定する。ここで、第３加工ログとは、統合ログに対してメッセージを「時刻」について昇順でソートして得られるログである。第３加工ログが作成済みである場合は（ＯＰ３０５：Ｙｅｓ）、ＣＰＵ１０１ａは、処理をＯＰ３０９に進める。一方、第３加工ログが作成済みでない場合は（ＯＰ３０５：Ｎｏ）、ＣＰＵ１０１ａは、処理をＯＰ３０６に進める。ＯＰ３０９において、ＣＰＵ１０１ａは、統合ログ内のログメッセージが過去ログパターンテーブルに定義されているいずれのパターンにも該当しない旨を記憶する。そして、ＣＰＵ１０１ａは、本サブルーチンの処理を終了し、処理をＯＰ１０４に進める。
【００４４】
ＯＰ３０６において、ＣＰＵ１０１ａは、ＯＰ１０２において作成された統合ログから第３加工ログを作成する。図１７に第３加工ログの一例を示す。第３加工ログでは、統合
ログ内のメッセージが「時刻」の早い時間順に並べられている。ＣＰＵ１０１ａは、第３加工ログを作成後、第３加工ログが作成済みであるか否かを示すフラグをオンにして、処理をＯＰ３０７に進める。
【００４５】
ＯＰ３０７において、ＣＰＵ１０１ａは、ＯＰ３０２、ＯＰ３０４、ＯＰ３０６のいずれかにおいて作成した加工ログを過去ログパターンテーブルに規定されているパターンと比較する。図１４（ａ）〜（ｃ）に例示するように、過去ログパターンテーブルには、作成された加工ログの種類に応じて異なるパターンが格納されている。例えば、第１加工ログは、統合ログのログメッセージをメッセージの重要度および時刻でソートすることで作成される。このため、過去ログパターンテーブルには、図１４（ａ）に例示するように、重要度の高いメッセージの出現順序や出現の有無などの条件が定義されたパターンが格納されている。ＣＰＵ１０１ａは、図１４（ａ）に例示するパターンを第１加工ログとの比較に使用する。図１４（ａ）において、「有無」欄の「有」はログメッセージが出現することを意味し、「無」はログメッセージが出現しないことを意味する。また、「類似障害Ｎｏ．」は、第１加工ログにおけるログメッセージの出現パターンが「ログＩＤ」、「メッセージＩＤ」、「有無」、「順序」の各条件を満たす場合に推定される障害番号である。また、「被疑箇所」には、推定される障害の内容や対応策などの情報が格納されている。
【００４６】
図１４（ｂ）に例示するパターンは、第２加工ログとの比較に使用される。第２加工ログは、統合ログのログメッセージをログＩＤおよびメッセージＩＤでソートし、メッセージの出現回数や間隔を算出することで作成される。このため、過去ログパターンテーブルには、図１４（ｂ）に例示するように、メッセージの出現回数や間隔などの条件が定義されたパターンが格納されている。図１４（ｂ）において、「回数」はログメッセージの出現回数を意味し、「Δ」はログメッセージの出現間隔を意味する。
【００４７】
図１４（ｃ）に例示するパターンは、第３加工ログとの比較に使用される。第３加工ログは、統合ログのログメッセージを時系列でソートすることで作成される。このため、過去ログパターンテーブルには、図１４（ｃ）に例示するように、メッセージの出現順序などの条件が定義されたパターンが格納されている。図１４（ｃ）において、「順序」はログメッセージの出現順序を意味する。また、「順序」の「中間」は、図１４（ｃ）の例の場合、他のメッセージ、すなわちメッセージＩＤが「0x0000012」、「0x1202913」、「0x1202513」、「0x00000a2」であるメッセージが出現する間の任意の位置を意味する。また、「メッセージＩＤ」が「0x000000b2」は、「順序」が「中間」であり「有無」が「無」である。すなわち、メッセージＩＤが「0x0000012」、「0x1202913」、「0x1202513」、
「0x00000a2」であるメッセージが出現する間にメッセージＩＤが「0x000000b2」である
メッセージが出現しないことが１つの条件である。
【００４８】
なお、過去ログパターンテーブルには、各加工ログと比較されるパターンが複数定義されていてもよい。また、過去ログパターンテーブルに規定されているいずれのパターンを用いて第１〜３加工ログと比較するかは、あらかじめ決定しておくことができる。
【００４９】
一例として、第１〜３加工ログがそれぞれ図１５〜１７に示す加工ログである場合を想定する。この場合、ＯＰ３０７において、ＣＰＵ１０１ａは、第１加工ログには図１４（ａ）に示す各パターンを用いて、第１加工ログのログメッセージがいずれかのパターンに定義されている条件を満たすか否かを判定する。同様に、ＣＰＵ１０１ａは、第２加工ログには図１４（ｂ）に示す各パターンを、第３加工ログには図１４（ｃ）に示す各パターンを用いて、各加工ログが各パターンに定義されている条件を満たすか否かを判定する。
【００５０】
次いで、ＯＰ３０８において、ＣＰＵ１０１ａは判定部として機能し、加工ログのログ
メッセージが過去ログパターンテーブルに定義されているいずれかのパターンの条件を満たすか否かを判定する。加工ログのログメッセージがいずれかのパターンの条件を満たす場合（ＯＰ３０８：Ｙｅｓ）、ＣＰＵ１０１ａは、該当パターンをＨＤＤ１０１ｃやデータベース１０２などに記憶して（ＯＰ３１０）本サブルーチンを終了し、処理をＯＰ１０４に進める。加工ログのログメッセージがいずれかのパターンの条件を満たさない場合（ＯＰ３０８：Ｎｏ）、ＣＰＵ１０１ａは処理をＯＰ３０１に戻す。
【００５１】
ＯＰ１０４において、ＣＰＵ１０１ａは生成部として機能し、ＯＰ１０３の処理の結果から解析結果を生成する。ＣＰＵ１０１ａは、作成した統合ログおよび加工ログ、ＯＰ３１０において記憶されたパターンに関する情報を解析結果として生成する。
【００５２】
例えば、図１５〜１７に示す第１〜３加工ログが作成され、図１４（ａ）〜（ｃ）に示すパターンの条件と比較される場合について説明する。ここで、第１加工ログにおけるログメッセージの出現パターンは、図１４（ａ）に示す過去ログパターンテーブルのパターンにも該当しない。また、第２加工ログにおけるログメッセージの出現パターンは、図１４（ｂ）に示す過去ログパターンテーブルのパターンにも該当しない。そして、第３加工ログにおいて、メッセージＩＤが「0x0000012」、「0x1202913」、「0x00000a2」、「0x1202513」の４種類のログメッセージが出現している。さらに、第３加工ログにおいて、これら４種類のログメッセージが出現する間にメッセージＩＤが「0x00000b2」であるログ
メッセージは出現していない。すなわち、第３加工ログにおけるログメッセージのパターンは、図１４（ｃ）に示す過去ログメッセージテーブルのパターンに該当する。
【００５３】
ＯＰ１０４において、ＣＰＵ１０１ａは、図１８に例示するメッセージを生成する。ＣＰＵ１０１ａは、ＯＰ１０２において作成した統合ログのファイル名およびファイルのパス名、ＯＰ３０２、ＯＰ３０４、ＯＰ３０６において作成した各加工ログのファイル名およびファイルのパス名をメッセージに追加する。さらに、ＣＰＵ１０１ａは、ＯＰ３１０において記憶したパターンを識別する情報や当該パターンの「類似障害Ｎｏ．」に登録されている障害番号をメッセージに追加する。また、ＣＰＵ１０１ａは、当該パターンの「被疑箇所」に登録されている障害や対応策の情報をメッセージに追加する。この結果、ＣＰＵ１０１ａは、図１８に例示するメッセージを生成する。図１８に例示するように、障害管理システム１のユーザは、生成されたメッセージから、今回のフィールド２の異常は、Ｃ−ｆａｂ（Converged Fabric）、すなわちフィールド２の場合は論理スイッチ２０５においてネットワークループが形成されているためであると判断することができる。また、障害管理システム１のユーザは、メッセージに含まれる対応策に基づいて、フィールド２のユーザに具体的な対応をアドバイスすることもできる。
【００５４】
したがって、本実施形態によれば、フィールド２において障害が発生していることが疑われる場合などに、フィールド２の複数の装置から出力されるログを複数の方法を用いて加工し、加工したログから障害の真因を推定することができる。このため、従来ではフィールド２の装置から出力される各ログからは推定できない障害の原因を、本実施形態の上記処理によって推定することができる。
【００５５】
また、本実施形態では、サーバ１０１によって、フィールド２の複数の装置から出力されるログを統合した統合ログが作成され、統合ログから各種の加工ログが生成される。さらに、サーバ１０１によって、加工ログにおけるログメッセージのパターンがあらかじめ定義されたパターンと比較される。そして、フィールド２の各装置から出力されるログから推定された障害に関する情報がサーバ１０１から出力される。したがって、障害管理システム１のユーザは、フィールド２の装置の専門家でない場合でも、サーバ１０１から出力される障害に関する情報に基づいて、フィールド２のユーザに対応策などの有益な情報を提供することができる。
【００５６】
以上が本実施形態に関する説明であるが、上記のサーバなどの構成や処理は、上記の実施形態に限定されるものではなく、本発明の技術的思想と同一性を失わない範囲内において種々の変更が可能である。例えば、上記の実施形態では、統合ログから３種類の加工ログである第１〜３加工ログが生成されたが、２種類以上の加工ログが作成されれば、作成される加工ログの種類の数は任意に決めることができる。また、上記のＯＰ１０４の処理により生成される解析結果には、ＯＰ２０４において構成情報テーブルに追加された装置の構成情報が追加されてもよい。ユーザは、構成情報を利用して障害の原因をより的確に特定することができる。また、上記の説明では、フィールド２から受信されたログファイルがＨＤＤ１０１ｃに記憶されたが、ログファイルは例えばデータベース１０２など、サーバ１０１とは異なる装置に記憶されてもよい。さらに、上記の説明では、障害管理システム１がフィールド２から受信されたログファイルを解析するが、サーバ１０１が障害管理システム１の処理を実行してもよい。
【００５７】
また、上記の変形例において、ＣＰＵは、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していてもよい。上記の少なくとも一部の処理は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor(DSP)、Graphics Processing Unit（GPU）、数値演算プロセッサ、ベクトルプロセッサ、画像処理プロセッサ等の専用プロセッサで行われてもよい。また、上記の少なくとも一部の処理は、集積回路（ＩＣ）、その他のディジタル回路であってもよい。また、上記各部の少なくとも一部にアナログ回路が含まれてもよい。集積回路は、ＬＳＩ、Application Specific Integrated Circuit（ＡＳＩＣ）
、プログラマブルロジックデバイス（ＰＬＤ）を含む。ＰＬＤは、例えば、Field-Programmable Gate Array(ＦＰＧＡ)を含む。上記各部は、プロセッサと集積回路との組み合わ
せであってもよい。組み合わせは、例えば、マイクロコントローラ（ＭＣＵ）、System-on-a-Chip（ＳｏＣ）、システムＬＳＩ、チップセットなどと呼ばれる。
【００５８】
＜コンピュータが読み取り可能な記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記サーバの設定を行うための管理ツール、ＯＳその他を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【００５９】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリ等のメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ等がある。
【００６０】
以上の実施形態に関し、さらに以下の付記を開示する。
【００６１】
（付記１）
システムのログを記憶する記憶部と、
前記記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定し、前記第１の情報が前記第１の条件を満たさない場合に、前記記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否かを判定する判定部と、
前記判定部によって前記第２の情報が前記第２の条件を満たすと判定された場合に、前
記第２の障害に関する情報を生成する生成部と
を有することを特徴とする情報処理装置。
【００６２】
（付記２）
前記ログは、前記システムの動作に関するメッセージと該メッセージの発生時刻と該メッセージの分類情報とを含み、
前記第１の方法と前記第２の方法の一方が、前記メッセージを該メッセージの発生時刻に基づいて時系列で並べることを含み、
前記第１の方法と前記第２の方法の他方が、前記分類情報に基づいて分類されるメッセージごとにメッセージの発生回数を算出することを含む、
ことを特徴とする付記１に記載の情報処理装置。
【００６３】
（付記３）
前記他方の方法は、前記メッセージの発生時刻に基づいて前記メッセージの発生間隔を算出することをさらに含む、ことを特徴とする付記２に記載の情報処理装置。
【００６４】
（付記４）
システムのログを記憶する記憶部と、
前記記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定し、前記第１の情報が前記第１の条件を満たさない場合に、前記記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否かを判定する判定部と、
前記判定部によって前記第２の情報が前記第２の条件を満たすと判定された場合に、前記第２の障害に関する情報を生成する生成部と
を有することを特徴とする情報処理システム。
【００６５】
（付記５）
前記ログは、前記システムの動作に関するメッセージと該メッセージの発生時刻と該メッセージの分類情報とを含み、
前記第１の方法と前記第２の方法の一方が、前記メッセージを該メッセージの発生時刻に基づいて時系列で並べることを含み、
前記第１の方法と前記第２の方法の他方が、前記分類情報に基づいて分類されるメッセージごとにメッセージの発生回数を算出することを含む、
ことを特徴とする付記４に記載の情報処理システム。
【００６６】
（付記６）
前記他方の方法は、前記メッセージの発生時刻に基づいて前記メッセージの発生間隔を算出することをさらに含む、ことを特徴とする付記５に記載の情報処理システム。
【００６７】
（付記７）
情報処理装置に
前記情報処理装置の記憶部にシステムのログを記憶させ、
前記記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定させ、前記第１の情報が前記第１の条件を満たさない場合に、前記記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否かを判定させ、
前記第２の情報が前記第２の条件を満たすと判定された場合に、前記第２の障害に関する情報を生成させる
ことを特徴とする情報処理装置の制御方法。
【００６８】
（付記８）
前記ログは、前記システムの動作に関するメッセージと該メッセージの発生時刻と該メッセージの分類情報とを含み、
前記第１の方法と前記第２の方法の一方が、前記メッセージを該メッセージの発生時刻に基づいて時系列で並べることを含み、
前記第１の方法と前記第２の方法の他方が、前記分類情報に基づいて分類されるメッセージごとにメッセージの発生回数を算出することを含む、
ことを特徴とする付記７に記載の情報処理装置の制御方法。
【００６９】
（付記９）
前記他方の方法は、前記メッセージの発生時刻に基づいて前記メッセージの発生間隔を算出することをさらに含む、ことを特徴とする付記８に記載の情報処理装置の制御方法。
【００７０】
（付記１０）
コンピュータに
前記コンピュータの記憶部にシステムのログを記憶させ、
前記記憶されたログを第１の方法によって加工して得られる第１の情報が第１の障害と関連があると推定するための第１の条件を満たすか否かを判定させ、前記第１の情報が前記第１の条件を満たさない場合に、前記記憶されたログを第２の方法によって加工して得られる第２の情報が第２の障害と関連があると推定するための第２の条件を満たすか否かを判定させ、
前記第２の情報が前記第２の条件を満たすと判定された場合に、前記第２の障害に関する情報を生成させる
ことを特徴とするプログラム。
【００７１】
（付記１１）
前記ログは、前記システムの動作に関するメッセージと該メッセージの発生時刻と該メッセージの分類情報とを含み、
前記第１の方法と前記第２の方法の一方が、前記メッセージを該メッセージの発生時刻に基づいて時系列で並べることを含み、
前記第１の方法と前記第２の方法の他方が、前記分類情報に基づいて分類されるメッセージごとにメッセージの発生回数を算出することを含む、
ことを特徴とする付記１０に記載のプログラム。
【００７２】
（付記１２）
前記他方の方法は、前記メッセージの発生時刻に基づいて前記メッセージの発生間隔を算出することをさらに含む、ことを特徴とする付記１１に記載のプログラム。
【符号の説明】
【００７３】
１    障害管理システム
２    フィールド
１０１    サーバ
１０１ａ    ＣＰＵ
１０１ｃ    ＨＤＤ
１０２    データベース
【図１】
2018028780.tif 000003
【図２】
2018028780.tif 000004
【図３】
2018028780.tif 000005
【図４】
2018028780.tif 000006
【図５】
2018028780.tif 000007
【図６】
2018028780.tif 000008
【図７】
2018028780.tif 000009
【図８】
2018028780.tif 000010
【図９】
2018028780.tif 000011
【図１０】
2018028780.tif 000012
【図１１】
2018028780.tif 000013
【図１２】
2018028780.tif 000014
【図１３】
2018028780.tif 000015
【図１４】
2018028780.tif 000016
【図１５】
2018028780.tif 000017
【図１６】
2018028780.tif 000018
【図１７】
2018028780.tif 000019
【図１８】
2018028780.tif 000020