JP2003162430A - 障害情報管理装置および障害情報管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数の被監視対象から通知された障害通知の
重複を検知する。 【解決手段】 障害情報管理装置２１が障害情報受信部
２２と障害情報重複分析部２４を有する。障害情報受信
部２２は、分散した複数の被監視装置２０ａ，２０ｂ，
２０ｃの各々から被監視装置自身での障害の発生を示す
障害通知を受信することが可能である。障害情報重複分
析部２４は、受信データ蓄積部２３または障害情報蓄積
部３２に蓄積された過去の障害通知と、新たに障害情報
受信部２２で受信された障害通知とが一定の相関関係に
あるか否かを判断する。この判断が肯定的な場合に、障
害情報重複分析部２４は、重複した障害通知へ行うべき
処理、例えば廃棄を新たな障害通知に対して行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、分散した複数の
被監視装置のいずれかから受信した障害通知を管理する
障害情報管理装置および障害情報管理方法に関するもの
である。

【０００２】

【従来の技術】図１１は、特開平５−３３４１２８号公
報に示された従来の障害自動通報装置を示す。図におい
て、１は障害自動通報装置としてのコンピュータ、２は
保守センタシステム、３は障害情報格納ファイル、１０
はＯＳ（ｏｐｅｒａｔｉｎｇｓｙｓｔｅｍ）制御部、１
１は障害検出部、１２は障害情報収集部、１３は通報判
定部、１４は送信部を示す。

【０００３】次に動作について説明する。コンピュータ
１において、ＯＳ制御部１０はコンピュータ１全体を制
御する。障害検出部１１はコンピュータ１で発生した障
害を検出し、障害の検出をＯＳ制御部１０と障害情報収
集部１２と通報判定部１３にそれぞれ通知する。障害検
出部１１から通知を受けると、ＯＳ制御部１０は障害情
報を採取する。障害検出部１１から通知を受けると、障
害情報収集部１２はＯＳ制御部１０が保持している障害
情報を保守センタシステム２に通報する通報情報に加工
する。

【０００４】通報判定部１３は障害検出部１１が検出し
た障害を保守センタシステム２に自動通報する必要があ
るか否かを判定する。具体的には、通報判定部１３は障
害検出部１１から送られてきた障害通知を一時記憶し、
この障害通知をその通知以前に記憶された障害通知すべ
てと比較する。その比較結果が一致する場合、通報判定
部１３は、すでに保守センタシステム２に同一の障害情
報が自動通報されており、この障害情報を保守センタシ
ステム２へ自動通報するのは不要と判定し、送信部１４
にその旨を通知する。他の場合には、通報判定部１３
は、この障害情報を保守センタシステム２へ自動通報す
るのが必要と判定し、送信部１４には通知を行わない。

【０００５】送信部１４は、障害情報収集部１２で加工
された通報情報を通報判定部１３の判定結果に基づい
て、保守センタシステム２に送信するか廃棄する。すな
わち、送信部１４は保守センタシステム２への自動通報
を不要とする通報判定部１３からの通知を受取ると、障
害情報収集部１２から送られてくる障害情報を保守セン
タシステム２に送信せず、この障害情報を廃棄する。こ
れによって、同一の障害情報が保守センタシステム２に
重複して送信されることはない。

【０００６】一方、通報判定部１３が送信部１４へ通知
を行わない場合には、送信部１４は障害情報収集部１２
からの障害情報を保守センタシステム２に送信する。送
信されてきた障害情報を保守センタシステム２は障害情
報格納ファイル３に蓄積する。

【０００７】

【発明が解決しようとする課題】従来の障害情報管理装
置および障害情報管理方法は、以上のように構成されて
いるので、障害情報の重複の判断を行っているのが障害
情報を送信する送信元の個々のコンピュータ（被監視装
置）であるため、同時または短期間の間に複数の送信元
で同様の障害が発生した場合であっても、そのような障
害の発生を識別することができないなどの課題があっ
た。例えば、複数の被監視装置において同一の誤ったプ
ログラムを同時または短期間の間に起動した場合や、複
数の被監視装置が共通に通信するサーバのようなコンピ
ュータが故障した場合には、複数の被監視装置から同時
または短期間の間に原因を同じくする重複した障害情報
が保守センタシステムに通知されることがある。しか
し、従来の技術では、複数の対象から通知される障害情
報が重複した障害情報であるか否か判断ができない。従
って、重複した障害情報に適切な処理、例えば廃棄を行
うこともできない。

【０００８】この発明は上記のような課題を解決するた
めになされたもので、複数の被監視対象から通知された
障害通知の重複を検知する障害情報管理装置および障害
情報管理方法を得ることを目的とする。

【０００９】

【課題を解決するための手段】この発明に係る障害情報
通知装置は、分散した複数の被監視装置の各々から被監
視装置自身での障害の発生を示す障害通知を受信するこ
とが可能な障害情報受信部と、前記障害情報受信部で受
信された障害通知を蓄積する情報蓄積部と、新たに前記
障害情報受信部で受信された障害通知と、前記情報蓄積
部に蓄積された過去の障害通知とが一定の相関関係にあ
るか否かを判断する障害情報重複分析部と、前記障害情
報重複分析部の判断が肯定的な場合に、重複した障害通
知へ行うべき処理を前記新たな障害通知に対して行う重
複処理部とを備えたものである。

【００１０】この発明に係る障害情報通知装置は、障害
情報重複分析部には、新たな障害通知が過去の障害通知
と相違していても前記新たな障害通知が重複した障害通
知であると判断するための許容相違情報が登録されてお
り、前記障害情報重複分析部は、前記新たな障害通知と
前記過去の障害通知との相違が前記許容相違情報で指定
されたことに属する場合に、前記新たな障害通知が前記
過去の障害通知と一定の相関関係にあると判断するもの
である。

【００１１】この発明に係る障害情報通知装置は、障害
情報重複分析部には、新たな障害通知が過去の障害通知
と相違していても前記新たな障害通知が重複した障害通
知であると判断するための許容相違条件が登録されてお
り、前記障害情報重複分析部は、前記新たな障害通知と
前記過去の障害通知との相違が前記許容相違条件にあて
はまる場合に、前記新たな障害通知が前記過去の障害通
知と一定の相関関係にあると判断するものである。

【００１２】この発明に係る障害情報通知装置は、障害
情報管理装置の内部状態に基づいて、重複処理部が重複
した障害通知へ行うべき処理を無効にするか否か決定す
ることが可能な有効無効決定部をさらに備えるものであ
る。

【００１３】この発明に係る障害情報通知装置は、障害
情報重複分析部による判断が肯定的な場合に、重複した
障害通知に関連する表示を表示装置に表示することがで
きる形式の重複関連情報を生成する重複関連情報生成部
をさらに備えるものである。

【００１４】この発明に係る障害情報通知方法は、分散
した複数の被監視装置のいずれかから被監視装置自身で
の障害の発生を示す障害通知を受信する工程と、新たに
受信された障害通知と、蓄積された過去の障害通知とが
一定の相関関係にあるか否かを判断する工程と、前記判
断が肯定的な場合に、重複した障害通知へ行うべき処理
を前記新たな障害通知に対して行う工程とを備えたもの
である。

【００１５】この発明に係る障害情報通知方法は、判断
する工程では、新たな障害通知が過去の障害通知と相違
していても前記新たな障害通知が重複した障害通知であ
ると判断するための許容相違情報を用いて、前記新たな
障害通知と前記過去の障害通知との相違が前記許容相違
情報で指定されたことに属する場合に、前記新たな障害
通知が前記過去の障害通知と一定の相関関係にあると判
断するものである。

【００１６】この発明に係る障害情報通知方法は、判断
する工程では、新たな障害通知が過去の障害通知と相違
していても前記新たな障害通知が重複した障害通知であ
ると判断するための許容相違条件を用いて、前記新たな
障害通知と前記過去の障害通知との相違が前記許容相違
条件にあてはまる場合に、前記新たな障害通知が前記過
去の障害通知と一定の相関関係にあると判断するもので
ある。

【００１７】この発明に係る障害情報通知方法は、障害
情報管理装置の内部状態に基づいて、重複した障害通知
へ行うべき処理を実行するか否かを決定する工程をさら
に備えるものである。

【００１８】この発明に係る障害情報通知方法は、判断
する工程による判断が肯定的な場合に、重複した障害通
知に関連する表示を表示装置に表示することができる形
式の重複関連情報を生成する工程をさらに備えるもので
ある。

【００１９】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１はこの発明の実施の形態１による障
害情報管理装置の構成を示すブロック図である。図にお
いて、２１は障害情報管理装置、２０ａ，２０ｂ，２０
ｃは障害情報管理装置２１の監視対象である被監視装
置、２２は障害情報受信部、２３は受信データ蓄積部
（情報蓄積部）、２４は障害情報重複分析部（重複処理
部）、３０は障害情報表示部、３１は障害情報転送処理
部、３２は障害情報蓄積部を示す。この実施の形態に係
る障害情報管理装置２１は、例えばコンピュータであっ
て、障害情報受信部２２、受信データ蓄積部２３、障害
情報重複分析部２４、障害情報表示部３０、障害情報転
送処理部３１、障害情報蓄積部３２を備える。

【００２０】次に動作について説明する。被監視装置２
０ａ，２０ｂ，２０ｃは障害通知の送信元になりうる。
すなわち、被監視装置２０ａ，２０ｂ，２０ｃのおのお
のは、自装置で障害が発生した場合に、障害通知を生成
し、障害情報受信部２２に障害通知を送信する。好まし
くは、この障害通知は、障害が発生した被監視装置を表
す識別子ならびに障害の種類と程度および障害の発生時
刻を表す情報を含む。

【００２１】障害情報受信部２２は、分散した複数の被
監視装置２０ａ，２０ｂ，２０ｃの各々から被監視装置
２０ａ，２０ｂ，２０ｃ自身での障害の発生を示す障害
通知を無線または有線によって、直接的または図示しな
い転送装置を介して間接的に受信することが可能であ
る。被監視装置２０ａ，２０ｂ，２０ｃのいずれかから
障害通知を受信すると、障害情報受信部２２はその障害
通知を受信データ蓄積部２３に渡す。例えば、コンピュ
ータにおける通信装置が障害情報受信部２２に該当す
る。

【００２２】受信データ蓄積部２３は、障害情報受信部
２２で受信された障害通知を障害情報受信部２２から受
け取り、そのままの形式で障害通知を一時的に蓄積す
る。例えば、コンピュータにおけるＦＩＦＯ（ｆｉｒｓ
ｔ−ｉｎ，ｆｉｒｓｔ−ｏｕｔ）形式のバッファが障害
情報受信部２２に該当する。

【００２３】障害情報重複分析部２４は、受信データ蓄
積部２３から障害通知を読み出す。複数の障害通知が受
信データ蓄積部２３に蓄積されている場合には、この読
み出しの形式は、例えば、先に蓄積したものを先に読み
出すＦＩＦＯ形式である。

【００２４】障害情報重複分析部２４は、新たに障害情
報受信部２２で受信された障害通知と、過去の障害通知
とが一定の相関関係にあるか否かを判断する。そして、
障害情報重複分析部２４は、この判断が肯定的な場合
に、後述する重複した障害通知へ行うべき例外処理を新
たな障害通知に対して行う。例えば、コンピュータにお
ける中央演算処理装置が障害情報重複分析部２４に該当
する。

【００２５】障害情報重複分析部２４は、例えば、受信
データ蓄積部２３から読み出した連続して受信した二つ
の障害通知が一定の相関関係にある場合に、重複した障
害通知へ行うべき例外処理を新たな障害通知に対して行
ってもよい。この場合には、受信データ蓄積部２３は、
過去の障害通知を蓄積する情報蓄積部とみなすことがで
きる。

【００２６】あるいは、障害情報重複分析部２４は、受
信データ蓄積部２３から読み出した新たな障害通知と、
障害情報蓄積部３２から読み出した過去の障害通知の全
てとを比較し、新たな障害通知が過去の障害通知のいず
れかと一定の相関関係にある場合に、重複した障害通知
へ行うべき例外処理を新たな障害通知に対して行っても
よい。この場合には、障害情報蓄積部３２が、過去の障
害通知を蓄積する情報蓄積部とみなすことができる。

【００２７】この実施の形態では、「一定の相関関係に
ある」とは、新たな障害通知の内容が過去の障害通知の
内容と完全一致することをいう。このような「一定の相
関関係にある」場合には、現在処理しようとする障害通
知は、過去の障害通知と重複した障害通知である。例え
ば、同一の被監視装置が同じ障害通知を再送する場合
に、重複した障害通知が障害情報管理装置２１に受信さ
れるので、このような事態が起こりうる。

【００２８】また、上述のように、障害通知が、障害が
発生した被監視装置を表す識別子ならびに障害の種類と
程度および障害の発生時刻を表す情報を含む場合には、
被監視装置の識別子を無視して、新たな障害通知に示さ
れた障害の種類と程度および障害の発生時刻を表す情報
が、過去の障害通知に示されたものと完全一致すれば、
「一定の相関関係にある」と判断すると好ましい。この
ような「一定の相関関係にある」場合には、現在処理し
ようとする障害通知は、たとえ送信元が異なっていて
も、過去の障害通知と重複した障害通知である。例え
ば、複数の被監視装置において同一の誤ったプログラム
を同時に起動した場合や、複数の被監視装置が共通に通
信するサーバが故障した場合に、このような事態が起こ
りうる。

【００２９】他方、新たな障害通知と過去の障害通知と
が一定の相関関係からはずれた場合には、現在処理しよ
うとする障害通知は、真に新たな障害を通告する障害通
知である。この場合には、障害情報重複分析部２４は、
新たな障害通知に基づいた障害情報を障害情報表示部３
０に表示させる。これにより障害情報管理装置２１の運
用者は、被監視装置２０ａ，２０ｂ，２０ｃのいずれか
で障害が発生したことを視覚的に知ることができる。こ
のとき障害情報表示部３０に表示される障害情報は、障
害が発生した被監視装置を表す識別情報ならびに障害の
種類と程度および障害の発生時刻を表す情報を含むこと
が好ましい。障害情報表示部３０は例えばコンピュータ
のモニタである。

【００３０】また、新たな障害通知と過去の障害通知と
が一定の相関関係からはずれた場合には、障害情報重複
分析部２４は、新たな障害通知を障害情報蓄積部３２に
蓄積する。従って、この障害情報管理装置２１の使用の
間に、真に新たな障害を通告する障害通知が蓄積されて
ゆく。障害情報蓄積部３２は例えばコンピュータの記憶
装置であり、フレキシブルディスクのようなコンピュー
タから取り出し可能な記憶装置であってもよい。

【００３１】障害情報蓄積部３２に格納される障害通知
は、上述したように、障害が発生した被監視装置を表す
識別子ならびに障害の種類と程度および障害の発生時刻
を表す情報を含む形式を有する。また、障害情報蓄積部
３２に格納される障害通知は、表示装置にこれらの識別
子および情報を表示することができる形式を有する。す
なわち、障害情報管理装置２１では、情報蓄積部３２か
らここに蓄積された過去の障害通知を読み出して、障害
情報表示部３０に過去の障害通知に関するこれらの識別
子および情報を表示することができる。従って、障害情
報管理装置２１の運用者は、過去の障害通知を参照し
て、障害を解析し、原因の究明その他の目的に過去の障
害通知を活用することが可能である。

【００３２】また、新たな障害通知と過去の障害通知と
が一定の相関関係からはずれた場合には、障害情報重複
分析部２４は、この新たな障害通知を障害情報転送処理
部３１に転送する。障害情報転送処理部３１は、障害情
報重複分析部２４から転送された新たな障害通知をその
ままの形式で、または別の形式に変換して、他の装置に
転送する。例えば、コンピュータにおける通信装置が障
害情報転送処理部３１に該当する。

【００３３】障害情報転送処理部３１が新たな障害通知
をそのままの形式で他の装置に転送する場合には、転送
先の装置でも、上記と同様の方式で、その装置の障害情
報表示部に新たな障害通知に基づいた障害情報を表示さ
せることができる。また、転送先の装置でも、上記と同
様の方式で、障害通知を蓄積し、過去の障害通知に基づ
いて障害を解析することができる。

【００３４】また、障害情報転送処理部３１は新たな障
害通知を別の形式、例えばインターネットを利用した電
子メールの形式、またはページャ網もしくは携帯電話網
に適合したショートメールの形式に変換し、変換した障
害通知を他の装置に転送してもよい。この場合には、被
監視装置２０ａ，２０ｂ，２０ｃのいずれかで障害が発
生したことを転送先の装置を利用して、障害情報管理装
置２１から離れた場所にいる運用者が知ることができ
る。変換された障害通知も、障害が発生した被監視装置
を表す識別子ならびに障害の種類と程度および障害の発
生時刻を表す情報を含むと好ましい。

【００３５】他方、新たな障害通知と過去の障害通知と
が一定の相関関係にあると判断した場合には、障害情報
重複分析部２４は、重複した障害通知へ行うべき例外処
理を新たな障害通知に対して行う。具体的には、障害情
報重複分析部２４は、この判断に対応する新たな障害通
知を破棄し、この障害通知を障害情報表示部３０にも障
害情報転送処理部３１にも渡さず、障害情報蓄積部３２
にも格納しない。従って、障害情報表示部３０には、こ
の障害通知に基づいた障害情報が表示されず、転送先の
他の装置にも障害通知は転送されない。

【００３６】図２は、この実施の形態１による障害情報
重複分析部２４の動作の一例を示すフローチャートであ
る。この動作は、受信データ蓄積部２３に新たに受信し
た障害通知が格納されると開始される。まずステップＳ
Ｔ１で、障害情報重複分析部２４は受信した新たな障害
通知を受信データ蓄積部２３から読み出す。次に、ステ
ップＳＴ２で、障害情報蓄積部３２に格納された過去の
障害通知のファイルを読み出して、このファイルから新
たな障害通知と比較される過去の障害通知の比較候補を
選択する。さらに、ステップＳＴ３で、新たな障害通知
がこの選択された比較候補と完全同一か否か判断し、こ
の判断が否定的であれば、ステップＳＴ４で、過去の障
害通知のファイルに次の比較候補があるか否か判断す
る。

【００３７】ステップＳＴ４の判断が肯定的であれば、
動作はステップＳＴ２に戻り、ファイルから新たな障害
通知と比較される過去の障害通知の次の比較候補を選択
する。次の比較候補がなくなりステップＳＴ４の判断が
否定的になった場合には、動作はステップＳＴ５に進
み、新たな障害通知に対して、障害通知の通常の処理が
実行される。すなわち、新たな障害通知は、障害情報表
示部３０および障害情報転送処理部３１に渡され、障害
情報蓄積部３２に格納される。この後、動作は終了す
る。

【００３８】ファイル中のいずれかの過去の障害通知が
新たな障害通知と完全同一であった場合には、ステップ
ＳＴ３の判断が肯定的になり、動作はステップＳＴ６に
進み、新たな障害通知に対して、障害通知の例外処理が
実行される。すなわち、新たな障害通知は廃棄され、障
害情報表示部３０および障害情報転送処理部３１に渡さ
れず、障害情報蓄積部３２に格納されない。この後、動
作は終了する。

【００３９】以上のように、この実施の形態１によれ
ば、複数の被監視装置２０ａ，２０ｂ，２０ｃの個々が
自身の障害通知の重複送信を防止しなくても、被監視装
置２０ａ，２０ｂ，２０ｃから通知された障害通知の重
複を障害情報管理装置２１で検知することができ、重複
した障害通知に対して適切な処理を採ることが可能であ
るなどの効果が得られる。

【００４０】例えば、過去の障害通知と重複する新たに
受信した障害通知を破棄し、障害情報表示部３０に障害
情報を表示せず、転送先の他の装置に障害通知を転送も
しないことによって、大量の重複した障害情報が発生し
た場合でも、運用者が大量の障害情報の個々について判
断に追われることなく、判断すべき障害情報のみについ
て判断を行ったり、通常の運用を続けたりすることがで
きる。また、転送先の他の装置への転送も行わないた
め、その装置にも影響が及ばない。

【００４１】また、過去の障害通知と重複する新たに受
信した障害通知を障害情報蓄積部３２にも渡さないた
め、障害通知の蓄積のための記憶領域の消費を抑えるこ
とができる。

【００４２】また、障害通知のうちの障害が発生した被
監視装置を表す識別子を無視して、新たな障害通知の内
容と過去の障害通知の内容とが一定の相関関係にあるか
否か判断することによって、同一の原因によって複数の
被監視装置で障害が発生した場合であっても、それらの
障害に起因する障害通知を重複すると判断することが可
能である。

【００４３】上記の実施の形態１では、新たな障害通知
が過去の障害通知とが一定の相関関係にあると判断した
場合には、障害情報重複分析部２４は、この判断に対応
する新たな障害通知を破棄し、この障害通知を障害情報
表示部３０にも障害情報転送処理部３１にも渡さず、障
害情報蓄積部３２にも格納しない。

【００４４】但し、この発明を上記の実施の形態１に限
定する意図ではない。重複した障害通知へ行うべき例外
処理として、この障害通知を障害情報表示部３０にだけ
渡して障害情報転送処理部３１には渡さなかったり、こ
の障害通知を障害情報表示部３０にも障害情報転送処理
部３１にも渡さないが障害情報蓄積部３２には格納する
ような選択的な処理を行ってもよい。

【００４５】さらに、重複した障害通知を障害情報蓄積
部３２に格納する場合には、下記のような例外処理を行
ってもよい。すなわち、障害情報蓄積部３２に蓄積され
る過去の障害通知を記述した通常のファイルとは、別の
ファイルに重複した障害通知を格納してもよい。このよ
うな例外処理を採った場合には、通常とは別のファイル
に格納された重複した障害通知を運用者が参照して、障
害を解析し、原因の究明その他の目的に重複した障害通
知を活用することが可能である。

【００４６】実施の形態２．次に、この発明に係る実施
の形態２を説明する。実施の形態２による障害情報管理
装置の構造は、図１に示された実施の形態１による障害
情報管理装置２１の構造と同じでよい。従って、この実
施の形態２の説明についても、図１を引用し、同じ特徴
および動作についての説明は繰り返さない。但し、上記
の実施の形態１では、新たな障害通知の内容が過去の障
害通知（のいずれか）の内容に完全に一致する場合を重
複する障害通知とみなして例外処理を行う。しかし、実
施の形態２では、新たな障害通知の内容が過去の障害通
知（のいずれか）の内容と相違していても、相違点があ
らかじめ障害情報管理装置２１に登録された許容相違情
報で指定されたことに属する場合には、新たな障害通知
が過去の障害通知と一定の相関関係にあると判断して、
新たな障害通知に対して例外処理を行う。

【００４７】このため、障害情報管理装置２１の障害情
報重複分析部２４には、新たな障害通知が過去の障害通
知と相違していても、新たな障害通知が重複した障害通
知であると判断するための許容相違情報が登録されてい
る。障害情報重複分析部２４は、新たな障害通知の内容
と過去の障害通知（の全て）の内容を比較し、新たな障
害通知の許容相違情報以外の内容が、過去の障害通知
（のいずれか）の内容に一致する場合には、新たな障害
通知が過去の障害通知と一定の相関関係にあると判断す
る。

【００４８】実施の形態１に関連して述べたように、障
害情報重複分析部２４は、例えば、受信データ蓄積部２
３から読み出した連続して受信した二つの障害通知が一
定の相関関係にある場合に、重複した障害通知へ行うべ
き例外処理を新たな障害通知に対して行ってもよい。あ
るいは、障害情報重複分析部２４は、受信データ蓄積部
２３から読み出した新たな障害通知と、障害情報蓄積部
３２から読み出した全ての過去の障害通知とを比較し、
新たな障害通知が過去の障害通知のいずれかと一定の相
関関係にある場合に、重複した障害通知へ行うべき例外
処理を新たな障害通知に対して行ってもよい。

【００４９】次に動作について説明する。障害通知のう
ちの比較から除外する部分、すなわち許容相違には、例
えば、被監視装置２０ａ，２０ｂ，２０ｃの有する対応
する特定の部分における障害の発生時刻がある。図３
は、実施の形態２の動作を説明するための図表である。
図３における「登録パターン」は、許容相違情報の登録
パターンを示しており、ここで示された登録パターン
は、Ｐｏｗｅｒ Ｍｏｄｕｌｅ Ｅｒｒｏｒ（パワーモ
ジュールエラー）のうちのｔｉｍｅ（発生時刻）を障害
通知のうちの許容相違にすることを意味する。パワーモ
ジュールとは、被監視装置２０ａ，２０ｂ，２０ｃがそ
れぞれ備え、各装置に給電するための部品である。図３
中の％ａｎｙ％は任意であることを意味し、結果的にこ
の登録パターンはｔｉｍｅ（発生時刻）を障害通知のう
ちの比較から除外することを意味する。

【００５０】このような登録パターンが設定されている
場合に、図３に示すように、新たな障害通知Ａがパワー
モジュールエラーを含み、その発生時刻が２３時１２分
５５秒であったと仮定する。また、この障害通知Ａに近
似した障害通知Ｂがパワーモジュールエラーを含み、そ
の発生時刻が２３時１２分５０秒であったと仮定する。
このとき、障害情報重複分析部２４は、新たに通知され
た障害通知Ａは、過去に通知されていた障害通知Ｂに重
複していると判断する。

【００５１】図４は、この実施の形態２による障害情報
重複分析部２４の動作の一例を示すフローチャートであ
る。この動作においては、新たな障害通知が、過去の障
害通知のうちの比較候補と完全同一でないためにステッ
プＳＴ３の判断が否定的であった場合には、動作はステ
ップＳＴ７に進む。ステップＳＴ７では、相違が許容相
違情報で指定されたことに属するか判断する。この判断
が否定的であれば、ステップＳＴ４で、過去の障害通知
のファイルに次の比較候補があるか否か判断する。

【００５２】相違が許容相違情報で指定されたことに属
する場合には、ステップＳＴ７の判断が肯定的になり、
動作はステップＳＴ６に進み、新たな障害通知に対し
て、障害通知の例外処理が実行される。例外処理として
は、実施の形態１に関して上述した例外処理のいずれで
あってもよい。図４中のステップＳＴ１〜ＳＴ６につい
ては、実施の形態１に関して説明し図２に同じ符号で示
したステップと同じである。

【００５３】許容相違情報で指定された相違が図３に例
示されたように任意である場合には、図４中のステップ
ＳＴ３とステップＳＴ７とを統合して、ステップＳＴ３
とステップＳＴ７で行うのと等価の処理を一つのステッ
プで行ってもよい。すなわち、新たな障害通知を過去の
障害通知と比較する際に、許容相違情報で指定された属
性（図３でいうパワーモジュールエラーの発生時刻）を
比較から除外してもよい。

【００５４】以上のように、この実施の形態２によれ
ば、新たな障害通知が過去の障害通知と相違していて
も、相違が許容相違情報で指定されたことに属する場合
には、新たな障害通知が重複した障害通知であると判断
することができる。従って、運用者は許容相違情報を障
害情報重複分析部２４に登録することによって、重複し
た障害通知とみなすことのできる障害通知の数を増加さ
せることが可能であるなどの効果が得られる。

【００５５】特に、障害の発生時刻を許容相違情報で指
定することにより、同じ障害を繰り返して通知するよう
に設定された被監視装置２０ａ，２０ｂ，２０ｃについ
ても、障害の重複を適切に判断することができる。

【００５６】実施の形態３．次に、この発明に係る実施
の形態３を説明する。実施の形態３による障害情報管理
装置の構造は、図１に示された実施の形態１による障害
情報管理装置２１の構造と同じでよい。従って、この実
施の形態３の説明についても、図１を引用し、同じ特徴
および動作についての説明は繰り返さない。但し、実施
の形態３では、新たな障害通知の内容が過去の障害通知
（のいずれか）の内容と相違していても、相違点があら
かじめ障害情報管理装置２１に登録された許容相違条件
にあてはまる場合には、新たな障害通知が過去の障害通
知と一定の相関関係にあると判断して、新たな障害通知
に対して例外処理を行う。

【００５７】このため、障害情報管理装置２１の障害情
報重複分析部２４には、新たな障害通知が過去の障害通
知と相違していても、新たな障害通知が重複した障害通
知であると判断するための許容相違条件が登録されてい
る。障害情報重複分析部２４は、必要に応じて、新たな
障害通知および過去の障害通知に演算または処理を施し
て、新たな障害通知の内容と過去の障害通知（の全て）
の内容との相違が許容相違条件にあてはまるか否か判断
する。相違が許容相違条件にあてはまる場合には、新た
な障害通知が過去の障害通知と一定の相関関係にあると
判断する。

【００５８】実施の形態１に関連して述べたように、障
害情報重複分析部２４は、例えば、受信データ蓄積部２
３から読み出した連続して受信した二つの障害通知が一
定の相関関係にある場合に、重複した障害通知へ行うべ
き例外処理を新たな障害通知に対して行ってもよい。あ
るいは、障害情報重複分析部２４は、受信データ蓄積部
２３から読み出した新たな障害通知と、障害情報蓄積部
３２から読み出した過去の障害通知の全てとを比較し、
新たな障害通知が過去の障害通知のいずれかと一定の相
関関係にある場合に、重複した障害通知へ行うべき例外
処理を新たな障害通知に対して行ってもよい。

【００５９】次に動作について説明する。図５は、この
実施の形態３による障害情報重複分析部２４の動作の一
例を示すフローチャートである。この動作においては、
新たな障害通知が、過去の障害通知のうちの比較候補と
完全同一でないためにステップＳＴ３の判断が否定的で
あった場合には、動作はステップＳＴ８に進む。ステッ
プＳＴ８では、相違が許容相違条件にあてはまるか判断
する。この判断が否定的であれば、ステップＳＴ４で、
過去の障害通知のファイルに次の比較候補があるか否か
判断する。

【００６０】相違が許容相違条件にあてはまる場合に
は、ステップＳＴ８の判断が肯定的になり、動作はステ
ップＳＴ６に進み、新たな障害通知に対して、障害通知
の例外処理が実行される。例外処理としては、実施の形
態１に関して上述した例外処理のいずれであってもよ
い。図５中のステップＳＴ１〜ＳＴ６については、実施
の形態１に関して説明し図２に同じ符号で示したステッ
プと同じである。

【００６１】この実施の形態に関する許容相違条件に
は、様々なものが該当する。図６から図８は、そのよう
な許容相違条件の具体例を示す図表である。図６におけ
る許容相違条件（「条件」）は、新たな障害通知と過去
の障害通知の不一致文字が全て１６進数字か記号である
ことを表す。この許容相違条件に従って、新たな障害通
知と過去の障害通知の不一致文字が全て１６進数字か記
号である場合には、障害情報重複分析部２４は新たに通
知された障害通知は、過去に通知されていた障害通知に
重複していると判断する。

【００６２】例えば、図６に示すように、新たな障害通
知ＡがあるアプリケーションについてのＭｅｍｏｒｙ
Ａｃｃｅｓｓ Ｅｒｒｏｒ（メモリアクセスエラー）を
含み、そのメモリアクセスエラーで示されたエラーが生
じたアドレスが「００１１：ＡＤ３３」であったと仮定
する。また、この障害通知Ａに近似した障害通知Ｂがメ
モリアクセスエラーを含み、そのメモリアクセスエラー
で示されたエラーが生じたアドレスが「００１２：ＤＤ
ＢＡ」であったと仮定する。図６における「ＡＡＡＡ
Ａｐｐｌｉｃａｔｉｏｎ」は、あるアプリケーションプ
ログラムの名前である。両方の障害通知の相違は、これ
は１６進数字または記号という許容相違条件に合致す
る。このとき、障害情報重複分析部２４は、新たに通知
された障害通知Ａは、過去に通知されていた障害通知Ｂ
に重複していると判断する。図６に示された許容相違条
件の例は、例えば、複数の被監視装置において同一の誤
ったプログラムを起動したような場合に、そのプログラ
ムに起因する重複した障害通知を識別することができる
ので便利である。

【００６３】また、図７に示すように、許容相違条件
（「条件」）として、割合を障害情報重複分析部２４に
登録することも可能である。図７における許容相違条件
は、不一致文字が数値でその相違が３％未満ということ
である。この許容相違条件に従って、障害情報重複分析
部２４は、新たな障害通知と過去の障害通知に基づいて
演算を行い、両者の相違の割合を算出し、相違の割合が
３％未満である場合には、障害情報重複分析部２４は新
たに通知された障害通知は、過去に通知されていた障害
通知に重複していると判断する。

【００６４】例えば、図７に示すように、新たな障害通
知ＡがＤｉｓｋ ａｒｒａｙ ｔｅｍｐｅｒａｔｕｒｅ
ｉｓ ９６ ｄｅｇｒｅｅｓ（ディスクアレイ温度が
９６度）というＷａｒｎｉｎｇ（警告）であったと仮定
する。また、この障害通知Ａに近似した障害通知Ｂがデ
ィスクアレイ温度が９５度という警告であったと仮定す
る。両方の障害通知の相違は、不一致文字が数値でその
相違が約１％であるから、上記の許容相違条件に合致す
る。このとき、障害情報重複分析部２４は、新たに通知
された障害通知Ａは、過去に通知されていた障害通知Ｂ
に重複していると判断する。図６に示された許容相違条
件の例は、例えば、同じ被監視装置において障害がわず
かに悪化したことに起因する重複した障害通知を識別す
ることができるので便利である。

【００６５】図８は、相違許容条件として使用できる他
の例を示す。図８に示された相違許容条件のいずれの例
も、不一致部分の割合または個数が小さいことを表す。
これらの例は、例えば、同じ被監視装置において障害が
わずかに悪化したことに起因する重複した障害通知を識
別することができるので便利である。

【００６６】以上のように、この実施の形態３によれ
ば、新たな障害通知が過去の障害通知と相違していて
も、相違が許容相違条件にあてはまる場合には、新たな
障害通知が重複した障害通知であると判断することがで
きる。従って、運用者は許容相違条件を障害情報重複分
析部２４に登録することによって、重複した障害通知と
みなすことのできる障害通知の数を増加させることが可
能であるなどの効果が得られる。

【００６７】特に、障害情報管理装置２１の運用者にと
って未知の種類の障害通知であるなどの理由により、実
施の形態２における事前の許容相違情報のパターンが登
録されていなくても、実施の形態３では許容相違条件に
基づいて、ある程度の確度をもって重複判断ができる。
また、事前の許容相違情報のパターン登録が不要である
ことから、この障害情報管理装置２１を実現するために
多数の許容相違情報を登録する負荷が軽減できる。

【００６８】実施の形態４．次に、この発明に係る実施
の形態４を説明する。実施の形態４による障害情報管理
装置の構造は、図１に示された実施の形態１による障害
情報管理装置２１の構造と同じでよい。従って、この実
施の形態４の説明についても、図１を引用し、同じ特徴
および動作についての説明は繰り返さない。

【００６９】上記の実施の形態１〜実施の形態３では、
受信した障害通知の全てに対して重複判断を行う。しか
し、大量の障害通知が集中して発生しているのでなけれ
ば、必ずしも重複した障害通知の廃棄を行う必要はな
く、むしろシステム運用者に全ての障害通知を示すほう
が正確な状況を掴みやすく好都合な場合がある。

【００７０】そこで、この実施の形態４では、障害情報
管理装置２１の内部状態に基づいて、障害情報重複分析
部２４による重複した障害通知へ行うべき例外処理を実
行するか否かを障害情報重複分析部（有効無効決定部）
２４が決定する。そして、実行するという決定が得られ
た場合には、障害情報重複分析部２４は、新たな障害通
知と過去の障害通知とが一定の相関関係にあるか否かに
ついての判断を実行し、さらに一定の相関関係があれ
ば、障害情報重複分析部２４は、該当する新たな障害通
知に対して重複した障害通知へ行うべき例外処理を実行
する。

【００７１】他方、実行しないという決定が得られた場
合には、障害情報重複分析部２４は、新たな障害通知と
過去の障害通知とが一定の相関関係にあるか否かについ
ての判断を実行せず、従って新たな障害通知が重複した
障害通知であったとしても、この新たな障害通知に対し
て重複した障害通知へ行うべき例外処理を実行しない。
あるいは、障害情報重複分析部２４は、新たな障害通知
と過去の障害通知とが一定の相関関係にあるか否かにつ
いて判断してもよいが、新たな障害通知が重複した障害
通知であったとしても、この新たな障害通知に対して重
複した障害通知へ行うべき例外処理を実行しない。いず
れにせよ、重複した障害通知へ行うべき例外処理は無効
にされる。

【００７２】次に動作について説明する。図９は、この
実施の形態４による障害情報重複分析部２４の動作の一
例を示すフローチャートである。この動作は、受信デー
タ蓄積部２３に新たに受信した障害通知が格納されると
開始される。まず、ステップＳＴ９で、障害情報管理装
置２１の内部状態に基づいて、新たな障害通知が過去の
障害通知と一定の相関関係にあるか否かについての重複
判断を実行するか否かを障害情報重複分析部（有効無効
決定部）２４が決定する。ステップＳＴ９の判断の基礎
となる障害情報管理装置２１の内部状態としては、様々
な条件が考えられ、例えば、図１の受信データ蓄積部２
３への障害通知の蓄積の度合い、または、図１の障害情
報表示部３０に表示されている障害通知のうち未解決扱
いになっている障害通知の数が挙げられる。これらの度
合いまたは数が大きい場合、すなわち障害情報管理装置
２１内で障害通知が混雑している場合には、重複判断を
実行しない。但し、この発明はここで挙げた内部状態の
種類に限定されない。

【００７３】ステップＳＴ９の判断が肯定的であれば、
動作はステップＳＴ１に進み、障害情報重複分析部２４
は受信した新たな障害通知を受信データ蓄積部２３から
読み出す。以後、実施の形態１と同様の動作が行われ
る。図４中のステップＳＴ１〜ＳＴ６については、実施
の形態１に関して説明し図２に同じ符号で示したステッ
プと同じである。

【００７４】他方、ステップＳＴ９の判断が否定的であ
れば、動作はステップＳＴ１０に進み、障害情報重複分
析部２４は受信した新たな障害通知を受信データ蓄積部
２３から読み出す。さらに動作はステップＳＴ５に進
み、新たな障害通知に対して、障害通知の通常の処理が
実行される。

【００７５】以上のように、この実施の形態４によれ
ば、システム運用者に対処の余力があると想定される場
合は、障害通知の廃棄を避けて、入念な障害通知の分析
を行わせることができるなどの効果が得られる。

【００７６】図２および図９を比較すると明らかなよう
に、図９に示すフローチャートは図２に示すフローチャ
ートを修正したものであるが、このフローチャートはこ
の発明の例示であって、この発明を限定する意図ではな
い。実施の形態２または実施の形態３に係る図４または
図５のフローチャートの動作を同様に修正し、新たな障
害通知が過去の障害通知と相違していても、相違が許容
相違情報に示されたことに属する場合または許容相違条
件にあてはまる場合には、新たな障害通知が重複した障
害通知であると判断してもよい。

【００７７】実施の形態５．次に、この発明に係る実施
の形態５を説明する。実施の形態５による障害情報管理
装置の構造は、図１に示された実施の形態１による障害
情報管理装置２１の構造と同じでよい。従って、この実
施の形態５の説明についても、図１を引用し、同じ特徴
および動作についての説明は繰り返さない。

【００７８】上記の実施の形態１〜実施の形態４では、
重複する障害通知であると判断された障害通知は廃棄ま
たは別処理されるが、障害情報表示部３０および障害情
報転送処理部３１には、重複する障害が発生したことが
通知されず、システム運用者には同一または類似の障害
通知の多発があったことが分からない。また、実施の形
態２および実施の形態３については、相違があっても重
複する障害通知であるとみなした場合には、どの部分が
過去の障害通知と異なるのかが直ぐには分からない。従
って、必要な対処が抜けてしまう可能性がある。

【００７９】そこで、この実施の形態５では、障害情報
重複分析部２４が重複した障害通知へ行うべき例外処理
に応じて、例外処理に関連する表示を表示装置に表示す
ることができる形式の重複処理関連情報を障害情報重複
分析部（重複関連情報生成部）２４が生成する。ここで
いう表示装置は、例えば、障害情報管理装置２１におけ
る障害情報表示部３０だけでなく、他の装置の表示装置
も含む。従って、重複処理関連情報に基づいて、障害情
報表示部３０および他の装置の表示装置は、例外処理に
関連する表示を表示することができる。

【００８０】重複処理関連情報を生成すると、障害情報
重複分析部２４は、重複処理関連情報をこれに対応する
過去の障害通知に関連づけて、この障害通知に基づいた
障害情報および重複処理関連情報に基づいた例外処理に
関連する表示を障害情報表示部３０に表示させる。

【００８１】図１０は、重複処理関連情報に基づいた例
外処理に関連する表示の例を示す。図１０に示すよう
に、重複検出前（重複する新たな障害通知が検出される
前）には、障害情報表示部３０に、Ｆｒａｍｅ ｔｅｍ
ｐｅｒａｔｕｒｅ ｉｓ ９５ｄｅｇｒｅｅｓ（フレー
ム温度が９５度）という障害情報が表示されている。ま
た、この実施の形態では、障害情報に対応する障害に対
して、運用者の処置が行われていないことを示す「未処
置」という状態表示が障害情報の最初の表示の際に表示
される。障害に対して処置を行った場合には、図示しな
い入力装置を用いて、運用者は図１０に示すように状態
表示を「処置済」に変更する指令を障害情報管理装置２
１に入力することができる。この指令を受けて、障害情
報表示部３０は、状態表示を「処置済」に変更する。こ
こでいう「処置」は、発生した障害に対して運用者がそ
の解決を試みて施した処置を意味し、障害情報管理装置
２１の内部で障害通知に対して行う「処理」とは異な
る。

【００８２】重複検出後（重複する新たな障害通知が検
出された後）には、図１０に示すように、重複処理関連
情報に基づいた例外処理に関連する情報、すなわち、同
一または類似の種類の障害通知を受信した件数（重複
数）、同一または類似の種類の障害通知のうち最新のも
のを受信した時刻（最終時刻）、および最新の障害通知
中の他の同一または類似の種類の障害通知との相違が障
害情報表示部３０に表示される。最新の障害通知中の他
の同一または類似の種類の障害通知との相違として、具
体的には図１０では、数値９６に下線が付与される。こ
れにより運用者の注意が喚起される。相違がない場合に
は、このような表示は行われない。図１０は例外処理に
関連する情報を例示するが、この発明を限定する意図で
はなく、他の種類の情報を他の方式で表示してもよい。
例えば、相違を示すためには、下線で特定するのでなく
てもよく、文字の点滅、着色、フォントサイズの変更に
よって特定するのでもよい。

【００８３】また、この実施の形態では、過去の障害通
知に対応する障害を運用者がすでに処置していたとして
も、重複検出後、障害情報重複分析部２４は、障害情報
表示部３０の状態表示を「未処置」に自動的に変更す
る。すなわち、少なくとも最新の障害通知に関連する障
害に対して未処置であるという推定が運用者に通知され
る。最新の障害に対して処置を行った場合には、上述の
ように、運用者は状態表示を「処置済」に変更する指令
を障害情報管理装置２１に入力することができる。

【００８４】また、障害情報重複分析部２４は、重複処
理関連情報をこれに対応する過去の障害通知に関連づけ
て障害情報蓄積部３２に格納する。すなわち重複処理関
連情報を過去の障害通知に付加して、障害通知を更新し
て格納する。従って、障害情報蓄積部３２から過去の障
害通知を読み出せば、障害通知に基づいた障害情報およ
び重複処理関連情報に基づいた例外処理に関連する表示
を障害情報表示部３０または他の装置の表示装置は表示
することが可能である。

【００８５】また、障害情報重複分析部２４は、重複処
理関連情報をこれに対応する過去の障害通知に関連づけ
て障害情報転送処理部３１に転送する。障害情報転送処
理部３１は、重複処理関連情報をそのままの形式で、ま
たは別の形式に変換して、他の装置に転送する。

【００８６】以上のように、この実施の形態５によれ
ば、システム運用者に障害通知の重複があったことを知
らせ、最新の障害通知への対処の抜けを防ぐことができ
るなどの効果が得られる。

【００８７】以上、この発明をその好適な実施の形態を
参照しながら詳細に図示して説明したが、請求の範囲に
記載された本発明の趣旨および範囲の区域内で、形式お
よび細部に関する様々な変更が可能であることは当業者
であれば理解できることだろう。かかる変更、代替、修
正も本発明の範囲に含まれる均等なものであると意図す
る。

【００８８】例えば、上述の実施の形態に係る障害情報
管理装置２１は、障害情報表示部３０、障害情報転送処
理部３１、障害情報蓄積部３２を備えているが、これら
の一つまたはいくつかを有しない障害情報管理装置もこ
の発明の範囲に属する。例えば、障害情報転送処理部３
１を設けずに、他の装置への情報の転送を行わない障害
情報管理装置もこの発明の範囲に属する。あるいは、障
害情報表示部３０および障害情報蓄積部３２を設けず
に、他の装置への情報の転送を行うが自身では障害通知
に関する情報を運用者に提示しない、中継装置もこの発
明の範囲に属する。

【００８９】

【発明の効果】以上のように、この発明によれば、分散
した複数の被監視装置の各々から被監視装置自身での障
害の発生を示す障害通知を受信することが可能な障害情
報受信部と、前記障害情報受信部で受信された障害通知
を蓄積する情報蓄積部と、新たに前記障害情報受信部で
受信された障害通知と、前記情報蓄積部に蓄積された過
去の障害通知とが一定の相関関係にあるか否かを判断す
る障害情報重複分析部と、前記障害情報重複分析部の判
断が肯定的な場合に、重複した障害通知へ行うべき処理
を前記新たな障害通知に対して行う重複処理部とを備え
るように構成したので、複数の被監視装置の個々が自身
の障害通知の重複送信を防止しなくても、被監視装置か
ら通知された障害通知の重複を障害情報管理装置で検知
することができ、重複した障害通知に対して適切な処理
を採ることが可能であるなどの効果がある。

【００９０】この発明によれば、障害情報重複分析部に
は、新たな障害通知が過去の障害通知と相違していても
前記新たな障害通知が重複した障害通知であると判断す
るための許容相違情報が登録されており、前記障害情報
重複分析部は、前記新たな障害通知と前記過去の障害通
知との相違が前記許容相違情報で指定されたことに属す
る場合に、前記新たな障害通知が前記過去の障害通知と
一定の相関関係にあると判断するように構成したので、
新たな障害通知が過去の障害通知と相違していても、相
違が許容相違情報で指定されたことに属する場合には、
新たな障害通知が重複した障害通知であると判断するこ
とができる。従って、運用者は許容相違情報を障害情報
重複分析部に登録することによって、重複した障害通知
とみなすことのできる障害通知の数を増加させることが
可能であるなどの効果がある。

【００９１】この発明によれば、障害情報重複分析部に
は、新たな障害通知が過去の障害通知と相違していても
前記新たな障害通知が重複した障害通知であると判断す
るための許容相違条件が登録されており、前記障害情報
重複分析部は、前記新たな障害通知と前記過去の障害通
知との相違が前記許容相違条件にあてはまる場合に、前
記新たな障害通知が前記過去の障害通知と一定の相関関
係にあると判断するように構成したので、新たな障害通
知が過去の障害通知と相違していても、相違が許容相違
条件にあてはまる場合には、新たな障害通知が重複した
障害通知であると判断することができる。従って、運用
者は許容相違条件を障害情報重複分析部に登録すること
によって、重複した障害通知とみなすことのできる障害
通知の数を増加させることが可能であるなどの効果があ
る。

【００９２】この発明によれば、障害情報管理装置の内
部状態に基づいて、重複処理部が重複した障害通知へ行
うべき処理を無効にするか否か決定することが可能な有
効無効決定部をさらに備えるように構成したので、シス
テム運用者に対処の余力があると想定される場合は、障
害通知の廃棄を避けて、入念な障害通知の分析を行わせ
ることができるなどの効果がある。

【００９３】この発明によれば、障害情報重複分析部に
よる判断が肯定的な場合に、重複した障害通知に関連す
る表示を表示装置に表示することができる形式の重複関
連情報を生成する重複関連情報生成部をさらに備えるよ
うに構成したので、システム運用者に障害通知の重複が
あったことを知らせ、最新の障害通知への対処の抜けを
防ぐことができるなどの効果がある。

【００９４】この発明によれば、分散した複数の被監視
装置のいずれかから被監視装置自身での障害の発生を示
す障害通知を受信する工程と、新たに受信された障害通
知と、蓄積された過去の障害通知とが一定の相関関係に
あるか否かを判断する工程と、前記判断が肯定的な場合
に、重複した障害通知へ行うべき処理を前記新たな障害
通知に対して行う工程とを備えるように構成したので、
複数の被監視装置の個々が自身の障害通知の重複送信を
防止しなくても、被監視装置から通知された障害通知の
重複を障害情報管理装置で検知することができ、重複し
た障害通知に対して適切な処理を採ることが可能である
などの効果がある。

【００９５】この発明によれば、判断する工程では、新
たな障害通知が過去の障害通知と相違していても前記新
たな障害通知が重複した障害通知であると判断するため
の許容相違情報を用いて、前記新たな障害通知と前記過
去の障害通知との相違が前記許容相違情報で指定された
ことに属する場合に、前記新たな障害通知が前記過去の
障害通知と一定の相関関係にあると判断するように構成
したので、新たな障害通知が過去の障害通知と相違して
いても、相違が許容相違情報で指定されたことに属する
場合には、新たな障害通知が重複した障害通知であると
判断することができる。従って、重複した障害通知とみ
なすことのできる障害通知の数を増加させることが可能
であるなどの効果がある。

【００９６】この発明によれば、判断する工程では、新
たな障害通知が過去の障害通知と相違していても前記新
たな障害通知が重複した障害通知であると判断するため
の許容相違条件を用いて、前記新たな障害通知と前記過
去の障害通知との相違が前記許容相違条件にあてはまる
場合に、前記新たな障害通知が前記過去の障害通知と一
定の相関関係にあると判断するように構成したので、新
たな障害通知が過去の障害通知と相違していても、相違
が許容相違条件にあてはまる場合には、新たな障害通知
が重複した障害通知であると判断することができる。従
って、重複した障害通知とみなすことのできる障害通知
の数を増加させることが可能であるなどの効果がある。

【００９７】この発明によれば、障害情報管理装置の内
部状態に基づいて、重複した障害通知へ行うべき処理を
実行するか否かを決定する工程をさらに備えるように構
成したので、システム運用者に対処の余力があると想定
される場合は、障害通知の廃棄を避けて、入念な障害通
知の分析を行わせることができるなどの効果がある。

【００９８】この発明によれば、判断する工程による判
断が肯定的な場合に、重複した障害通知に関連する表示
を表示装置に表示することができる形式の重複関連情報
を生成する工程をさらに備えるように構成したので、シ
ステム運用者に障害通知の重複があったことを知らせ、
最新の障害通知への対処の抜けを防ぐことができるなど
の効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１による障害情報管理
装置の構成を示すブロック図である。

【図２】 実施の形態１による障害情報重複分析部の動
作の一例を示すフローチャートである。

【図３】 この発明の実施の形態２の動作を説明するた
めの図表である。

【図４】 実施の形態２による障害情報重複分析部の動
作の一例を示すフローチャートである。

【図５】 この発明の実施の形態３による障害情報重複
分析部の動作の一例を示すフローチャートである。

【図６】 実施の形態３に関する許容相違条件の具体例
を示す図表である。

【図７】 実施の形態３に関する許容相違条件の他の具
体例を示す図表である。

【図８】 実施の形態３に関する相違許容条件として使
用できる他の例を示す図表である。

【図９】 この発明の実施の形態４による障害情報重複
分析部の動作の一例を示すフローチャートである。

【図１０】 この発明の実施の形態５による重複処理関
連情報に基づいた例外処理に関連する表示の例を示す図
である。

【図１１】 従来の障害自動通報装置を示すブロック図
である。

【符号の説明】

２０ａ，２０ｂ，２０ｃ 被監視装置、２１ 障害情報
管理装置、２２ 障害情報受信部、２３ 受信データ蓄
積部（情報蓄積部）、２４ 障害情報重複分析部（重複
処理部、有効無効決定部、重複関連情報生成部）、３０
障害情報表示部、３１ 障害情報転送処理部、３２
障害情報蓄積部（情報蓄積部）。

フロントページの続き Ｆターム(参考） 5B042 GA11 GA12 GA36 GA39 GC17 JJ02 JJ03 JJ18 KK09 KK15 LA20 MA11 MA14 MB04 MC15 NN04 5B089 GA01 GB02 JA36 JB17 KA12 KC21 KC47 MC08

Claims (10)

【特許請求の範囲】
1. 【請求項１】 分散した複数の被監視装置の各々から被
   監視装置自身での障害の発生を示す障害通知を受信する
   ことが可能な障害情報受信部と、 前記障害情報受信部で受信された障害通知を蓄積する情
   報蓄積部と、 新たに前記障害情報受信部で受信された障害通知と、前
   記情報蓄積部に蓄積された過去の障害通知とが一定の相
   関関係にあるか否かを判断する障害情報重複分析部と、 前記障害情報重複分析部の判断が肯定的な場合に、重複
   した障害通知へ行うべき処理を前記新たな障害通知に対
   して行う重複処理部とを備えた障害情報管理装置。
2. 【請求項２】 障害情報重複分析部には、新たな障害通
   知が過去の障害通知と相違していても前記新たな障害通
   知が重複した障害通知であると判断するための許容相違
   情報が登録されており、前記障害情報重複分析部は、前
   記新たな障害通知と前記過去の障害通知との相違が前記
   許容相違情報で指定されたことに属する場合に、前記新
   たな障害通知が前記過去の障害通知と一定の相関関係に
   あると判断することを特徴とする請求項１記載の障害情
   報管理装置。
3. 【請求項３】 障害情報重複分析部には、新たな障害通
   知が過去の障害通知と相違していても前記新たな障害通
   知が重複した障害通知であると判断するための許容相違
   条件が登録されており、前記障害情報重複分析部は、前
   記新たな障害通知と前記過去の障害通知との相違が前記
   許容相違条件にあてはまる場合に、前記新たな障害通知
   が前記過去の障害通知と一定の相関関係にあると判断す
   ることを特徴とする請求項１記載の障害情報管理装置。
4. 【請求項４】 障害情報管理装置の内部状態に基づい
   て、重複処理部が重複した障害通知へ行うべき処理を無
   効にするか否か決定することが可能な有効無効決定部を
   さらに備えることを特徴とする請求項１から請求項３の
   いずれか１項記載の障害情報管理装置。
5. 【請求項５】 障害情報重複分析部による判断が肯定的
   な場合に、重複した障害通知に関連する表示を表示装置
   に表示することができる形式の重複関連情報を生成する
   重複関連情報生成部をさらに備えることを特徴とする請
   求項１から請求項４のいずれか１項記載の障害情報管理
   装置。
6. 【請求項６】 分散した複数の被監視装置のいずれかか
   ら被監視装置自身での障害の発生を示す障害通知を受信
   する工程と、 新たに受信された障害通知と、蓄積された過去の障害通
   知とが一定の相関関係にあるか否かを判断する工程と、 前記判断が肯定的な場合に、重複した障害通知へ行うべ
   き処理を前記新たな障害通知に対して行う工程とを備え
   た障害情報管理方法。
7. 【請求項７】 判断する工程では、新たな障害通知が過
   去の障害通知と相違していても前記新たな障害通知が重
   複した障害通知であると判断するための許容相違情報を
   用いて、前記新たな障害通知と前記過去の障害通知との
   相違が前記許容相違情報で指定されたことに属する場合
   に、前記新たな障害通知が前記過去の障害通知と一定の
   相関関係にあると判断することを特徴とする請求項６記
   載の障害情報管理方法。
8. 【請求項８】 判断する工程では、新たな障害通知が過
   去の障害通知と相違していても前記新たな障害通知が重
   複した障害通知であると判断するための許容相違条件を
   用いて、前記新たな障害通知と前記過去の障害通知との
   相違が前記許容相違条件にあてはまる場合に、前記新た
   な障害通知が前記過去の障害通知と一定の相関関係にあ
   ると判断することを特徴とする請求項６記載の障害情報
   管理方法。
9. 【請求項９】 障害情報管理装置の内部状態に基づい
   て、重複した障害通知へ行うべき処理を実行するか否か
   を決定する工程をさらに備えることを特徴とする請求項
   ６から請求項８のいずれか１項記載の障害情報管理方
   法。
10. 【請求項１０】 判断する工程による判断が肯定的な場
    合に、重複した障害通知に関連する表示を表示装置に表
    示することができる形式の重複関連情報を生成する工程
    をさらに備えることを特徴とする請求項６から請求項９
    のいずれか１項記載の障害情報管理方法。