JP2001331350A - 保守管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 計算機システムで内で発生する複数の軽微な
事象の相互関係により引き起こされる重大な障害を予報
出力できる保守管理装置を得る。 【解決手段】 所定の時間差内で発生する複数の動作状
況の組み合わせと起こり得る障害結果との関連を予め関
連データベース21dに格納し、計算機システム内に発生
した動作状況をその発生時刻情報とともに動作状況記録
ファイル21bに記録する動作記録装置21a、動作状況記録
ファイル21bを監視して、複数の動作状況の組み合わせ
が上記関連データベース21dに存在し、それらの発生時
刻情報の差が上記所定の時間差内であれば、上記関連デ
ータベース21dに格納された今後起こり得る障害結果を
表示装置21eに予報出力する記録監視装置21cを備えてい
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、発電プラントあ
るいは工業プラントの制御を行う計算機システムの保守
管理を行う保守管理装置に関する。

【０００２】

【従来の技術】図１８は、例えば特開平８−１６１２０
７号公報に示された従来の保守管理機能を備えたネット
ワークシステムの構成図である。図において、１はシス
テムダウンや電源オフ等の重大な障害が発生した場合
に、即座に保守センターへ自動通報するサーバシステム
である。２，３は共にクライアントシステムであり、サ
ーバシステム１と伝送路４により接続されている。サー
バシステム１は、送受信を行う送受信部１０、システム
全体を制御するシステム制御部１１、クライアントシス
テム２，３あるいはサーバシステム１自体の障害を検出
する障害検出部１２、検出された障害を収集する障害情
報収集部１３、収集した障害情報を自動通報するか否か
を判定する通報判定部１４、送受信部１０に対して、ク
ライアントシステム２，３で発生した障害情報の収集指
示を行うクライアント情報収集指示部１５、障害情報収
集部１３およびクライアント情報収集指示部１５を一定
時間毎に起動するタイマ１６、収集した障害情報を格納
する障害情報格納部１７、定期保守の対象とすべき軽微
な障害情報、例えば周辺装置の訂正エラー（１回リード
エラーが発生したがリトライにより復帰した場合など）
を格納する定期保守条件格納部１８、発生した障害が定
期保守条件格納部１８の障害情報と一致するか否かを比
較する障害情報比較部１９、および該比較の結果が一致
した場合に、保守センターへ障害情報を自動通報する自
動通報部２０から構成されている。なお、障害情報に
は、実際に発生した障害による情報の他に障害が発生し
ていないとの情報も含まれる。

【０００３】このような従来のネットワークシステムに
おいて、サーバシステム１あるいはクライアントシステ
ム２，３に重大な障害が発生すると、障害検出部１２に
よってその障害が検出され、その旨がシステム制御部１
１と障害情報収集部１３に通知される。すると、障害情
報収集部１３はシステム制御部１１に障害情報の収集お
よび通知を指示し、システム制御部１１は障害情報を収
集すると障害情報収集部１３に通知する。障害情報収集
部１３は受け取った障害情報を障害情報格納部１７に格
納するとともに、通報判定部１４へも通知する。通報判
定部１４では、受け取った障害情報を解析し、保守セン
ターへ自動通報すべきである場合にのみ自動通報部２０
に通知する。そして、この通知を受けた自動通報部２０
はこの障害情報を保守センターへ自動通報し、即座に保
守アクションが取れるようにする。

【０００４】一方、発生した障害が軽微なもので、即座
に保守を行わなくても定期保守で差し支えない場合は、
通常は自動通報されない。しかし、今までシステムが安
定しており稼働実績があるからといって長期間保守され
ていないと重大な障害へと波及する恐れがあり、システ
ムの運用上好ましくない。そこで、たとえ障害が軽微で
あってもその内容によっては自動通報するために、以下
の機能を持たせる。システム立ち上げ終了とともに、シ
ステム制御部１１はタイマ１６を起動し、このタイマ１
６により、障害情報収集部１３およびクライアント情報
収集指示部１５が一定時間毎に起動される。クライアン
ト情報収集指示部１５はクライアントシステム２，３の
障害情報を収集すべく送受信部１０に対して収集の指示
を行い、送受信部１０は、伝送路４を介して収集したク
ライアントシステム２，３の障害情報をシステム制御部
１１へ通知する。また、障害情報収集部１３はシステム
制御部１１に対してクライアントシステム２，３および
サーバシステム１の障害情報の通知を要求する。する
と、システム制御部１１はクライアントシステム２，３
およびサーバシステム１の障害情報を受け取ると、この
障害情報を障害情報収集部１３に通知する。そして、障
害情報収集部１３は、この障害情報を障害情報格納部１
７に格納および蓄積する。次に、障害情報格納部１７は
蓄積されている障害情報を障害情報比較部１９に通知す
る。障害情報比較部１９は、定期保守条件格納部１８に
格納された定期保守すべき障害情報の条件の情報と通知
された障害情報とを比較する。比較結果が一致すれば、
通知された障害情報が定期保守条件に達していると判断
し、自動通報部２０に通知する。そして、自動通報部２
０は、保守センターに対して定期保守が必要な旨を通知
とする。

【０００５】

【発明が解決しようとする課題】上記のような従来の保
守管理装置は以上のように構成されているので、障害の
検出がある一つの事象あるいは同一の障害の複数回の発
生に限定され、計算機の複数の部位で発生する軽微な事
象の相互関係により引き起こされる重大な障害を検出で
きないという問題点があった。また、保守センターにお
いて障害を分析する場合、障害情報は膨大なメッセージ
の羅列の形で格納されているので、必要とするメッセー
ジを見つけることが困難で、特に短いメッセージ、発生
頻度は低いがリスクの大きい障害を示すメッセージを検
出できないといった問題点があった。さらに、障害発生
時刻が一目では認識できないので、障害発生の時間帯に
関する分析が困難であった。

【０００６】この発明は、上述のような課題を解決する
ためになされたもので、第１の目的は、保守対応が必要
な障害を確実に検出することができる保守管理装置を得
るものである。また、第２の目的は、記録された障害情
報に対する分析および保守を容易に行える保守管理装置
を得るものである。

【０００７】

【課題を解決するための手段】この発明に係る保守管理
装置においては、所定の時間差内に発生する複数の動作
状況の組み合わせと、起こり得る障害結果との関連を格
納する関連データベースを予め保持し、上記動作状況を
その発生のたびに該発生時刻情報を付加して動作状況記
録ファイルに記録する動作記録手段、および上記動作状
況記録ファイルに記録された複数の動作状況の組み合わ
せが上記関連データベースに存在する場合、該複数の動
作状況のそれぞれの発生時刻情報の差を算出して、その
算出結果が上記所定の時間差内であれば、当該複数の動
作状況の組み合わせを障害情報として検出し、今後に起
こり得る障害結果を上記関連データベースから取得して
予報出力する記録監視手段を備えるものである。

【０００８】また、関連データベースに格納している起
こり得る障害結果にその発生確率を付加し、記録監視手
段は、予報出力した障害結果がその後実際に発生したか
否かによって、上記関連データベースの該発生確率を更
新し、上記更新された発生確率を付加して障害結果を予
報出力するものである。

【０００９】また、動作状況を示す文字情報を１個また
は複数個のワードの並びのパターンとして認識し、ユー
ザが要求する障害情報となる動作状況を示す文字情報の
パターンを格納するフィルタデータベースを予め保持
し、上記動作状況を示す文字情報を該動作状況の発生の
たびにログファイルに記録するログ記録手段、該文字情
報のパターンを特定し、上記ログファイルに格納された
該文字情報に上記特定したパターンを付加するログパタ
ーン処理手段、および該付加されたパターンが上記フィ
ルタデータベースに存在する場合、該パターンを付加さ
れた文字情報を上記ログファイルから取得して障害情報
として出力するログ監視手段を備えるものである。

【００１０】また、動作状況をその発生のたびに該発生
時刻情報を付加してログファイルに記録するログ記録手
段、表示すべき障害情報の発生時間帯を外部から入力す
る入力受付部、入力した時間帯に発生した障害情報を上
記ログファイルから取得して、所定の時間間隔ごとにそ
の発生件数を集計する時間帯別集計部、および集計結果
をグラフ化して表示する表示部を備えるものである。

【００１１】また、障害情報を種類に分類し、集計結果
を種類毎に色分けして表示するものである。

【００１２】また、入出力装置を本体の外部に設置し、
記録監視手段あるいはログ監視手段あるいは表示部から
の出力を上記入出力装置から遠隔操作するものである。

【００１３】

【発明の実施の形態】実施の形態１．図１は、この発明
の一実施の形態例を示す構成図である。図において、２
１は計算機システムの保守管理装置である。２１ａは、
計算機システム内で発生する事象、例えば通信エラー、
読み取り不良などの障害情報、プログラムの起動／停止
／再起動などの履歴情報を含む任意の動作状況を動作状
況記録ファイル２１ｂに記録する動作記録手段としての
動作記録装置である。２１ｃは、該動作状況記録ファイ
ル２１ｂを監視し、関連データベース２１ｄを参照し
て、障害発生の予報を表示装置２１ｅに出力する記録監
視手段としての記録監視装置である。図２は、図１の動
作状況記録ファイル２１ｂの構成を示したもので、動作
状況をその発生したタイミングごとに、発生時間情報と
動作内容を示す文字情報とを１レコードとして記録して
いる。図３は、関連データベース２１ｄの構成を示した
もので、動作状況記録ファイル２１ｂに記録されている
文字情報を検索するための文字パターン２組（例えば文
字パターン(1a)と文字パターン(1b)）とその発生時間差
情報、該２組の動作状況の組み合わせによって発生し得
ると予想される発生障害結果とその発生確率、および該
障害結果の通知要否情報が格納されている。この関連デ
ータベースは、過去に蓄積された実績データをもとに予
め作成して保持するものであるが、該関連データベース
内で予想された発生障害結果が実際に発生した場合は、
その発生確率を更新する。

【００１４】このように構成された保守管理装置の動作
について説明する。計算機システムの運転中において、
動作記録装置２１ａは、計算機システム２１内で発生す
る動作状況を、その発生のたびに、発生時間情報と動作
内容を示す文字情報とを１レコードとして動作状況記録
ファイル２１ｂに追加記録する。記録監視装置２１ｃ
は、動作状況記録ファイル２１ｂを常時監視しており、
該動作状況記録ファイル２１ｂにレコードが追加記録さ
れると、そのレコード内の文字情報と一致する文字パタ
ーンを関連データベース２１ｄから検索する。検索の結
果、例えば図２の文字パターン(1a)が一致したならば、
そのレコードに記録されているもう１つの文字パターン
(1b)と時間差情報(1)とを参照し、該文字パターン(1b)
にマッチする文字情報が動作状況記録ファイル２１ｂ内
に記録されるのを、該時間差情報(1)の間待機して監視
する。そして、この時間内に上記文字パターン(1b)にマ
ッチする文字情報が上記動作状況記録ファイル２１ｂに
記録されたことを検出した場合は、関連データベース２
１ｄの該レコードの通知要否情報(1)に従った形式で、
発生障害結果(1)をその発生確率(1)とともに表示装置２
１ｅに出力する。

【００１５】その後も、記録監視装置２１ｃは動作状況
記録ファイル２１ｂの監視を続行し、上記出力した発生
障害結果(1)を示す動作状況の文字情報が記録されたこ
とを検出したか否かによって、関連データベースの該発
生障害結果(1)の発生確率(1)を更新する。これにより、
例えば発生回数は少ないが２つの動作状況の組み合わせ
により大きな発生確率をもって発生するリスクの大きい
障害についても、見落とすことなく、確実にその発生を
予告および通知することができる。なお、上記説明で
は、動作状況を２つの発生時間差のある動作状況の組み
合わせで監視するものについて述べたが、３つ以上の動
作状況の組み合わせで監視することにより、さらに精度
の高い障害情報の検出が可能である。この場合は、上記
関連データベース２１ｄに、組み合わせる３つ以上の動
作状況の文字パターン、それら各動作状況のすべての発
生時間差情報、それら３つ以上の動作状況の組み合わせ
によって今後発生し得ると予想される発生障害結果とそ
の発生確率、および該障害結果の通知要否情報を格納す
ればよい。以上のように、動作状況を複数の発生時刻差
のある動作状況の組み合わせで監視し、該組み合わせの
相互関係によって起こり得る重大な障害を予め保持して
いる関連デーベースに基づいて通知するので、単独の動
作状況のみ監視している場合よりも、より確実に障害発
生を予告、通知することができ、時間的余裕を持って障
害への対応が行える。

【００１６】実施の形態２．図４は、この発明の実施の
形態２による保守管理装置を示す構成図である。図にお
いて、２２は計算機システムの保守管理装置で、ログ記
録手段としてのログ処理装置２２ａ、ユーザプロセス２
２ｂ、ログパターン処理手段としてのログＤＢ処理装置
２２ｃ、ログ監視手段としてのログ監視装置２２ｄ、パ
ターンＤＢ２２ｅ、フィルタＤＢ２２ｆ、ログファイル
２２ｇ、メッセージ書式ＤＢ２２ｈおよびキーワードＤ
Ｂ２２ｉから構成される。ここで、ログとは計算機シス
テム内で発生した動作状況を文字情報で記録したもの
で、あらゆる動作状況を順次羅列したものである。ま
た、メッセージとはログの要素である上記動作状況のそ
れぞれの文字情報のことで、１個または複数個のワード
の並びで構成されたパターンとして認識する。さらに、
ＤＢとはデータベースの略号である。なお、図におい
て、ユーザプロセス２２ｂ、ログ処理装置２２ａおよび
ログファイル２２ｇは、従来装置から備えられた要素で
あり、その他のハッチングされた要素が、本実施の形態
２において新たに備えられた部分である。

【００１７】ログ処理装置２２ａは、プロセス２２ｂか
らのログ出力要求を受けてログファイル２２ｇにその時
発生した動作状況のメッセージを書き込む。また、その
タイミングで、該メッセージをログＤＢ処理装置２２ｃ
に通知する。ログＤＢ処理装置２２ｃは、通知されたメ
ッセージをメッセージ書式ＤＢ２２ｈ、キーワードＤＢ
２２ｉを用いて該メッセージを解釈し、パターンＤＢ２
２ｅにより該メッセージをパターン化して、ログファイ
ル２２ｇ内の当該メッセージにパターンＩＤを追記す
る。ログ監視装置２２ｄは、ユーザが要求するメッセー
ジの通知条件を格納したフィルタＤＢ２２ｆに基づいて
ログＤＢ処理装置２２ｃに該当するメッセージ発生を照
会し、該当するメッセージがあった場合には、ログ処理
装置２２ａにそのメッセージを要求し、ユーザに該メッ
セージを通知する。

【００１８】上記のように構成された保守管理装置にお
ける処理の流れについて、図５のフローチャートを参照
しながら説明する。まず、ログ処理装置２２ａはユーザ
プロセス２２ｂから受け取ったメッセージをログファイ
ル２２ｇに書き込むとともに、ログＤＢ処理装置２２ｃ
に該メッセージを通知する。ログＤＢ処理装置２２ｃで
は、メッセージ書式ＤＢ２２ｈ、およびキーワード２２
ｉを用いて該メッセージのパターンを抽出する（Ｓ
１）。図６は、メッセージ書式ＤＢ２２ｈに格納されて
いる一書式例を示した図である。この例では、メッセー
ジの種別はエラーであり、年・月・日・時刻・装置名・
発生部位・事象の順で構成されたものである。また、キ
ーワードＤＢ２２ｉはメッセージを各要素に分解し、各
要素の意味、すなわち装置名なのか、あるいは発生部位
なのか、あるいは事象なのかといったことを分析するた
めの辞書である。ログＤＢ処理装置２２ｃは、通知され
たメッセージをキーワードＤＢ２２ｉを用いて分解して
メッセージの要素の意味を得、さらにメッセージ書式Ｄ
Ｂ２２ｈを用いてメッセージの書式タイプのパターンを
抽出する。

【００１９】次に、ログＤＢ処理装置２２ｃは、抽出し
たパターンをパターンＤＢ２２ｅに照会して、該当する
パターンの有無を検索する（Ｓ２）。図７は、パターン
ＤＢ２２ｅの構造を示す図である。パターンＩＤはメッ
セージの書式、構成要素の種類などでメッセージをパタ
ーンに分類し、各パターンにＩＤをつけたものである。
メッセージ番号[id]、メッセージ本体[msg]、装置[eqi
p]、発生部位[part]、メッセージ書式タイプ[form]、種
別[type]、開始、終了などの事象[set]、周期[t]等の要
素を格納している。上記検索の結果、該当するパターン
のレコードがあった場合（Ｓ３でＹＥＳのとき）、その
レコード内のデータのうち、頻度、回数、あるいは発生
から回復まで経過時間に関する数値、図７の例では周期
[t]を更新する（Ｓ４）。逆に、該当するレコードがな
かった場合（Ｓ３でＮＯのとき）、今までに発生しなか
った未知の書式であり、リスクの高いメッセージである
可能性があるので、新規にパターンＩＤを設定して付加
してパターンＤＢ２２ｅに登録する（Ｓ５）。また、Ｓ
４およびＳ５で該当あるいは登録したパターンＩＤを、
ログファイル２２ｇ内の該メッセージに追記する。

【００２０】一方、ログ監視装置２２ｄは、ユーザから
の要求時あるいは一定周期でログ処理装置２２ｃにログ
取得を要求することにより、ログファイル２２ｇからパ
ターンＩＤを追記されたログを取得する。そして、ユー
ザが予め登録しているフィルタＤＢ２２ｆに格納された
パターンを検索してパターンフィルタリングを行い（Ｓ
６）、ユーザに報告すべきメッセージであるならば（Ｓ
７でＹＥＳのとき）、任意のＩ／Ｆを用いて障害情報と
してユーザに報告する（Ｓ８）。パターンフィルタリン
グにより、報告を必要とするメッセージがなければ（Ｓ
７でＮＯのとき）、ユーザヘの出力は行わず、監視を続
行する。以上のように、動作状況を示すメッセージをパ
ターンとして認識するので、長期間の間に１回発生した
装置故障など発生回数の少ないメッセージや次々とメッ
セージが羅列されただけのログ中のごく短いメッセージ
など、ログ出力では見落とされる危険性の高いメッセー
ジについても、ユーザが要求すれば、必要とするメッセ
ージを障害情報として確実に報告することができ、シス
テムダウンなど大きい障害発生が発生しても、迅速に対
策を講ずることができる。また、メッセージをパターン
化し、必要とするメッセージをパターンでフィルタリン
グできるので、外部の保守要員であっても対応可能とな
る。また、フィルタＤＢ２２ｆの検索にシューティング
法を取り入れる等、運用ノウハウを更新することで、多
様なシステム構築が可能となる。

【００２１】実施の形態３．なお、本実施の形態３で
は、次々と動作状況が羅列されたログファイルから、異
常な障害が多発した時間帯を一目瞭然に把握できる表示
を行える保守管理装置について説明する。図８は、本実
施の形態３による保守管理装置の構成を示す図である。
２３は計算機システムの保守管理装置で、ログファイル
２４を読み込むログファイル読み込み部２３ａ、キーボ
ード２５、マウス２６等の入力デバイスから入力を受け
付けるユーザ入力受付部２３ｂ、読み込んだログファイ
ル２４の中から異常な障害を時間帯別に集計する時間帯
別集計部２３ｃ、および上記集計の結果をＣＲＴ２７に
表示する画面表示部２３ｄから構成される。

【００２２】次に、動作について図９および図１０のフ
ローチャートを用いて説明する。ユーザがマウス２６の
釦を押すことによって、ユーザ入力受付部２３ｂは入力
を受け付ける。なお、マウス２６は左釦と右釦とを備
え、左釦は画面上で指定した時間帯のログの文字情報を
表示する場合の入力釦、右釦は画面上で時間帯を指定
し、該時間帯に発生した障害数を所定の時間間隔で集計
してグラフ表示する場合の入力釦と設定しておく。ま
ず、ＣＲＴ２７上に時間帯別集計グラフが表示されてい
ない場合（Ｔ１でＮＯのとき）、マウス２６の左釦が入
力されたならば何もせず（Ｔ２でＹＥＳのとき）、マウ
ス２６の右釦が入力されたならば（Ｔ２でＮＯのと
き）、時間帯別集計グラフを表示する（Ｔ３）。このと
き表示されるグラフは、表示したい時間帯を指定してい
ないので、それ以前に作成されたグラフを引用する。Ｃ
ＲＴ２７上にすでに時間帯別集計グラフが表示中であっ
て（Ｔ１でＹＥＳのとき）、マウス２６の左釦が入力さ
れたならば（Ｔ４でＮＯのとき）、ログファイル読み込
み部２３ａはマウス２６で指定された時間帯のログをロ
グファイル２４から読み込んで、そのログの文字情報を
画面表示部２３ｄがＣＲＴ２７に表示する（Ｔ５）。例
えば、図１１は時間帯別集計グラフの一例で、縦軸を時
間帯（図の例では年月日）、横軸を発生件数とする棒グ
ラフ表示である。このグラフ表示において、棒グラフＡ
を左釦で指定した場合は、1999/11/12の２４時間に発生
したログの文字情報を表示する。

【００２３】逆に、マウス２６の右釦が入力されたなら
ば（Ｔ４でＹＥＳのとき）、指定された時間帯を集計対
象時間帯として（Ｔ６）、該対象時間帯に発生した障害
の集計を行う（Ｔ７）。例えば図１１のグラフ表示にお
いて、棒グラフＡを右釦で指定した場合は、1999/11/12
の0:00から23:59の２４時間を対象時間帯として障害の
集計を行う。次に、時間帯別集計部２３ｃによる上記Ｔ
７の時間帯別集計処理の詳細について、図１０のフロー
チャートを用いて説明する。まず、上記Ｔ６で決定した
対象時間帯を所定の時間間隔で区切ることにより集計間
隔をセットする（Ｕ１）。上記の例では、対象時間帯19
99/11/12の0:00から23:59の２４時間を例えば２４で割
ることにより１時間の集計間隔となり、時間間隔ｔ
₁（0:00〜0:59）、時間間隔ｔ₂（1:00〜1:59）、・・
・、時間間隔ｔ₂₄（23:00〜23:59）に区切られる。

【００２４】次に、対象時間時間帯のログをログファイ
ル２４から１レコード読み込み（Ｕ２）、読み込むログ
があれば（Ｕ３でＮＯのとき）、そのログがどの時間間
隔に発生したかを算出する（Ｕ４）。例えば10:40に発
生したログならば、上記の例では時間間隔ｔ₁₀に含まれ
る。次に、集計テーブルの該当する時間間隔のログ数を
＋１する（Ｕ５）。図１２は集計テーブルの構造を示し
た図で、時間間隔ごとに集計したログ数と、それぞれの
ログのログファイル２４上の該レコードへのポインタの
リンクリストを格納している。上記の例では、時間間隔
ｔ₁₀のログ数を＋１し、そのログレコードをリンクリス
トに追加する（Ｕ６）。上記処理を対象時間帯のログ全
てに対して行ったならば（Ｕ３でＹＥＳのとき）、時間
帯別集計の処理を終了し、上記図９の処理Ｔ３に戻る。

【００２５】次に、上記のようにして集計された結果を
ＣＲＴ２７に表示する（Ｔ３）。図１３はその集計結果
表示例であり、縦軸の時間帯には、上記図１１のグラフ
Ａで指定された1999/11/12、0:00〜23:59の２４時間が
表示され、横軸には、該時間帯を２４分割した１時間間
隔ごとに発生した障害件数の集計結果が棒グラフで表示
されている。図の例では、18:00からの１時間に障害が
集中して発生していることを明確に示している。なお、
図１３で表示されたような時間帯集計グラフにおいて、
さらに例えばグラフＢをマウス２６の右釦で指定した場
合には、1999/11/12の18:00〜18:59の時間帯をさらに２
４分割した時間間隔（2.5秒）ごとの集計結果をグラフ
表示することも可能である。また、上記の説明において
は、集計する時間帯の指定をマウス２６の釦入力によっ
て行うものを示したが、キーボード２５のキー入力によ
っておこなってもよい。さらに、上記の例では、集計時
間帯を２４の時間間隔に区分したが、キーボード２５か
らその区分数を任意に指定することも可能である。以上
のように、発生した障害を単に記録したログから、指定
された時間帯を一定時間間隔ごとに区分して、それぞれ
の時間間隔で発生した障害数を集計し、その結果をＣＲ
Ｔ上にグラフ表示するので、時間間隔ごとの障害発生頻
度が視覚化され、障害が多発している時間間隔が一目瞭
然となる。また、時間帯の指定は、ＣＲＴ上のグラフの
任意の部分をマウス２６で指定するといった簡単な操作
により行われるので、障害の分析を迅速に行うことがで
きる。

【００２６】実施の形態４．なお、上記実施の形態３で
は次々と動作状況が羅列されたログファイルから障害発
生を時間帯別に集計し、その結果をグラフ化するものに
ついて述べたが、本実施の形態４では、障害（エラーロ
グ）の種類をそのグラフの色によって識別するものにつ
いて図１４〜図１７を用いて説明する。図１４〜図１６
は、上記実施の形態３において述べたように、縦軸を集
計対象の時間帯、横軸をその時間帯に発生したエラーロ
グの件数とした棒グラフ表示である。図１４は集計対象
の時間帯が1999/11/1〜1999/11/22で、１日ごとの発生
件数をグラフ化したものである。各グラフを構成してい
る複数の色または柄の部分ａ₁,ａ₂,ａ₃は、それぞれエ
ラーログの種類が異なることを示している。図１５は、
図１４の棒グラフＡをマウスポインタでダブルクリック
した場合に表示される表示グラフで、集計対象の時間帯
が1999/11/12の２４時間に変換され、１時間ごとの発生
件数をグラフ化している。なお、横軸のスケールを集計
結果の最大発生件数に応じて変更する。

【００２７】図１６は、図１５の棒グラフＢをマウスポ
インタでダブルクリックした場合に表示される表示グラ
フで、集計対象の時間帯が1999/11/12，18:00〜18:59の
１時間に変換され、１分ごとの発生件数をグラフ化した
ものである。図の例では、18:50台の１分間に、種類ａ₁
のエラーログが多発していることがわかる。ここで、さ
らに棒グラフＣの種類ａ₁を示す色の部分をマウスポイ
ンタでダブルクリックすると、図１７に示すように、1
8:50台の１分間に発生した種類ａ₁のエラーログの内容
が、別ウィンドウで表示される。以上のように、発生し
たエラーログを単に記録したログファイルから、時間帯
別および種類別にエラーの発生件数を集計し、その結果
をエラーの種類ごとに色分けしてグラフ表示するので、
エラー発生時間帯、頻度および種類が視覚化され、作業
者が要求するエラーを容易に見つけ出すことができる。
さらに、そのエラーの内容も、グラフを構成している色
の部分を指定するといった簡単な操作で参照することが
でき、障害の分析を迅速に行うことができる。なお、上
記実施の形態１においては表示装置２１ｅを保守管理装
置２１の外部に設置し、上記記録監視装置２１ｃからの
出力を遠隔地において表示するようにしてもよい。また
上記実施の形態２においては、保守管理装置２２の外部
に入出力装置を設置し、ログ監視装置２２ｄからの出力
を上記入出力装置から遠隔操作してもよい。同様に、実
施の形態３および実施の形態４においては、ＣＲＴ２７
を遠隔地に設置することにより、画面表示部２３ｄから
の出力を遠隔地において表示することができる。このよ
うに、遠隔から動作状況の監視あるいは障害情報の検出
を行うようにすれば、さらに効率のよい保守管理作業が
可能となる。

【００２８】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。

【００２９】計算機システム内で発生する動作状況を複
数の発生時刻差のある動作状況の組み合わせで監視し、
該組み合わせの相互関係によって起こり得る重大な障害
を予め保持している関連デーベースに基づいて通知する
ので、単独の動作状況のみ監視している場合よりも、よ
り確実に障害発生を予告、通知することができ、時間的
余裕を持って障害への対応ができる。

【００３０】また、今後起こり得る障害を最新の発生確
率を付加して予報出力できるので、頻度の高い重大な障
害への対応をいち早く認識して対応することができる。

【００３１】また、発生した動作状況を示す文字情報を
１個または複数個のワードの並びのパターンとして特定
し、そのパターンがユーザが要求する文字情報のパター
ンにマッチすればログファイルからその動作状況を取得
して出力するので、頻度は低いが重大な障害や文字情報
が短いなど、ログファイルにおいては見落とされがちな
動作状況であっても、ユーザが要求する動作状況を確実
に出力することができる。

【００３２】また、発生した障害件数をマウス釦等で指
定した時間帯別に集計し、その結果をグラフ化して表示
するので、簡単な操作で、障害が多発している時間帯が
一目瞭然となる。

【００３３】また、障害を種類に分類し、種類毎に色分
けしてグラフ表示するので、簡単な操作で、多発してい
る障害の種類が把握でき、障害に対する迅速な対応が可
能となる。

【００３４】また、本体の外部に入出力装置を設置し、
遠隔地から保守管理が行えるので、効率よく保守管理作
業が可能となる。

【図面の簡単な説明】

【図１】 この発明の実施の形態１による保守管理装置
を示す構成図である。

【図２】 図１の動作状況記録ファイルの構造を示す図
である。

【図３】 図１の関連データベースの構造を示す図であ
る。

【図４】 この発明の実施の形態２による保守管理装置
を示す構成図である。

【図５】 この発明の実施の形態２による保守管理装置
の処理の流れを示すフローチャートである。

【図６】 図４のメッセージ書式ＤＢの構造を示す図で
ある。

【図７】 図４のパターンＤＢの構造を示す図である。

【図８】 この発明の実施の形態３による保守管理装置
を示す構成図である。

【図９】 この発明の実施の形態３による保守管理装置
の処理の流れを示すフローチャートである。

【図１０】 図９のＴ７の時間帯別集計処理の詳細を示
すフローチャートである。

【図１１】 この発明の実施の形態３による時間帯別集
計結果のグラフ表示例を示す図である。

【図１２】 この発明の実施の形態３による時間帯集計
テーブルの構造を示す図である。

【図１３】 この発明の実施の形態３による時間帯別集
計結果のグラフ表示例を示す図である。

【図１４】 この発明の実施の形態４による時間帯別集
計結果のグラフ表示例を示す図である。

【図１５】 この発明の実施の形態４による時間帯別集
計結果のグラフ表示例を示す図である。

【図１６】 この発明の実施の形態４による時間帯別集
計結果のグラフ表示例を示す図である。

【図１７】 この発明の実施の形態４によるエラーログ
の内容の表示例を示す図である。

【図１８】 従来の保守管理機能を備えたネットワーク
システムを示す構成図である。

【符号の説明】

２１ 保守管理装置、２１ａ 動作記録手段としての動
作記録装置、２１ｂ 動作状況記録ファイル、２１ｃ
記録監視手段としての記録監視装置、２１ｄ 関連デー
タベース、２１ｅ 表示装置、２２ 保守管理装置、２
２ａ ログ記録手段としてのログ処理装置、２２ｃ ロ
グパターン処理手段としてのログＤＢ処理装置、２２ｄ
ログ監視手段としてのログ監視装置、２２ｆ フィル
タＤＢ、２２ｇ ログファイル、２３ 保守管理装置、
２３ａ ログファイル読み込み部、２３ｂ 入力受付部
としてのユーザ入力受付部、２３ｃ 時間帯別集計部、
２３ｄ 表示部としての画面表示部、２４ ログファイ
ル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岩城 喜久 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 島田 亘 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 5B042 GB06 GC08 MA08 MA11 MC15 MC36 MC40 NN08

Claims (6)

【特許請求の範囲】
1. 【請求項１】 計算機システム内で発生する動作状況を
   監視し、該動作状況の中から障害情報を検出する保守管
   理装置において、 所定の時間差内に発生する複数の動作状況の組み合わせ
   と、起こり得る障害（以下、障害結果と称す）との関連
   を格納する関連データベースを予め保持し、上記動作状
   況をその発生のたびに該発生時刻情報を付加して動作状
   況記録ファイルに記録する動作記録手段、および上記動
   作状況記録ファイルに記録された複数の動作状況の組み
   合わせが上記関連データベースに存在する場合、該複数
   の動作状況のそれぞれの発生時刻情報の差を算出して、
   その算出結果が上記所定の時間差内であれば、当該複数
   の動作状況の組み合わせを上記障害情報として検出し、
   今後に起こり得る障害結果を上記関連データベースから
   取得して予報出力する記録監視手段を備えたことを特徴
   とする保守管理装置。
2. 【請求項２】 関連データベースに格納している起こり
   得る障害結果にその発生確率を付加し、記録監視手段
   は、予報出力した障害結果がその後実際に発生したか否
   かによって、上記関連データベースの該発生確率を更新
   し、上記更新された発生確率を付加して障害結果を予報
   出力することを特徴とする請求項１記載の保守管理装
   置。
3. 【請求項３】 計算機システム内で発生する動作状況を
   監視し、該動作状況の中から障害情報を検出する保守管
   理装置において、 上記動作状況を示す文字情報を１個または複数個のワー
   ドの並びのパターンとして認識し、ユーザが要求する上
   記障害情報となる動作状況を示す文字情報のパターンを
   格納するフィルタデータベースを予め保持し、上記動作
   状況を示す文字情報を該動作状況の発生のたびにログフ
   ァイルに記録するログ記録手段、該文字情報のパターン
   を特定し、上記ログファイルに記録された該文字情報に
   上記特定したパターンを付加するログパターン処理手
   段、および該付加されたパターンが上記フィルタデータ
   ベースに存在する場合、該パターンを付加された文字情
   報を上記ログファイルから取得して上記障害情報として
   出力するログ監視手段を備えたことを特徴とする保守管
   理装置。
4. 【請求項４】 計算機システム内で発生する動作状況を
   監視し、該動作状況の中から障害情報を検出する保守管
   理装置において、 上記動作状況をその発生のたびに該発生時刻情報を付加
   してログファイルに記録するログ記録手段、表示すべき
   障害情報の発生時間帯を外部から入力する入力受付部、
   入力した時間帯に発生した障害情報を上記ログファイル
   から取得して、所定の時間間隔ごとにその発生件数を集
   計する時間帯別集計部、および集計結果をグラフ化して
   表示する表示部を備えたことを特徴とする保守管理装
   置。
5. 【請求項５】 障害情報を種類に分類し、集計結果を種
   類毎に色分けして表示することを特徴とする請求項４記
   載の保守管理装置。
6. 【請求項６】 入出力装置を本体の外部に設置し、記録
   監視手段あるいはログ監視手段あるいは表示部からの出
   力を上記入出力装置から遠隔操作することを特徴とする
   請求項１ないし５のいずれかに記載の保守管理装置。