JP2003228497A - 障害通知システムおよび障害通知プログラム - Google Patents

Abstract

(57)【要約】 【課題】 故障発生時に提示すべきメッセージのみをオ
ペレータに提示できるようにする。 【解決手段】 一つの障害に起因する一連の障害によっ
て発生する各メッセージを一つのグループに属するメッ
セージとして関連づけ、そのグループに対応する代表メ
ッセージを定める。また、各メッセージがどのグループ
に属するのかを示す情報も保持する。一つのメッセージ
を受信すると、そのメッセージがどのグループに属する
のかを判断する。そして、受信したメッセージが、同じ
グループに属する他の各メッセージの受信時刻を基準と
する有効期間以内に受信されているか否かを判断する。
他の各メッセージの受信時刻を基準とする有効期間以内
に受信されているならば、予め定められている代表メッ
セージを出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理システム
で障害が生じた場合に障害の発生を通知する障害通知シ
ステムおよび障害通知プログラムに関する。

【０００２】

【従来の技術】情報処理システムは、中央処理装置（以
下、ＣＰＵと記す。）、記憶装置等の様々な機器を備え
ている。これらの各機器は、障害を検出すると障害を通
知するメッセージ（通知電文）を出力し、ＣＰＵはこの
メッセージを出力装置に出力する。オペレータはメッセ
ージを解析して障害の原因を究明する。なお、各機器が
メッセージを出力するのではなく、ＣＰＵが各機器を監
視し、ＣＰＵ自身が各機器の障害に応じたメッセージを
出力する場合もある。情報処理システムによっては、各
機器等が通常運用時（障害が発生していないとき）に障
害の通知以外の目的でメッセージを出力することもあ
る。

【０００３】

【発明が解決しようとする課題】ある箇所で障害が発生
すると、その障害に起因して他の箇所でも障害が生じ、
障害が発生した各箇所が個々にメッセージを出力する。
従って、一つの障害に起因して多くのメッセージが出力
されてしまう。多くのメッセージから根本的な障害の原
因を解析する作業は慣れや経験を必要とし、また、作業
時間がかかるという問題がある。

【０００４】そこで、オペレータに提示するメッセージ
の数を減らして、オペレータの解析負担を軽減させるた
め装置等が種々提案されている。例えば、特開２０００
−１８３８８１号公報には、あるメッセージに続いて発
生するメッセージの情報を保持し、障害発生時に最初に
発生したメッセージに続く次のメッセージの発生を監視
し、そのメッセージが発生したら更に次のメッセージの
発生を監視する障害分析装置が記載されている。この障
害分析装置は、次ぎに続くメッセージがない最後のメッ
セージが発生したとき、このメッセージに対する障害分
析結果を出力する。しかし、そのような障害分析装置で
は、予め各メッセージが出力される順番を把握しておか
なければならない。複数の障害が同時に発生することに
よって新たな障害が生じるような場合には、各メッセー
ジの順番を定めにくく、障害分析が困難であった。

【０００５】また、特開平１１−１２００３６号公報に
は、最初にメッセージが発生してから時間ｔｍの間に発
生したメッセージをメッセージバッファに格納し、時間
ｔｍが経過してから時間ｔｒの間に発生したメッセージ
を予備メッセージバッファに格納する障害メッセージ出
力制御システムが記載されている。この障害メッセージ
出力制御システムは、メッセージバッファ内のメッセー
ジで優先度の高いメッセージを抽出し、他のメッセージ
の出力を抑止する。予備メッセージバッファ内のメッセ
ージについても優先度の高いメッセージを抽出し、他の
メッセージの出力を抑止する。この時間ｔｍ，ｔｒは、
制御系（ＣＰ系）、入出力系（ＩＯ系）等の系統毎に定
める。

【０００６】しかし、そのような障害メッセージ出力制
御システムでは、優先度の低いメッセージの出力を的確
に抑止できない場合があった。例えば、一つの根本的な
障害の発生に伴ってメッセージＭ１〜Ｍ５が順番に発生
したとする。そして、オペレータに通知すべきのメッセ
ージは、メッセージＭ３であるとする。なお、オペレー
タに通知すべきメッセージが最初に発生するとは限らな
い。時間ｔｍの間にメッセージＭ１〜Ｍ３が発生し、そ
の後の時間ｔｒの間にメッセージＭ４，Ｍ５が発生した
場合には、メッセージＭ３以外に、出力を抑止すべきメ
ッセージＭ４またはＭ５も出力してしまう。

【０００７】時間ｔｍを十分に大きく設定し、メッセー
ジＭ１〜Ｍ５が同じメッセージバッファに格納されるよ
うにすれば、メッセージＭ３のみを抽出し、他のメッセ
ージの出力を抑止できる。しかし、時間ｔｍを大きく設
定すると、根本的な障害に伴う各メッセージが短時間の
間に発生する場合であっても、時間ｔｍの経過を待たね
ばならず、オペレータへのメッセージの提示が遅れるこ
ともある。

【０００８】また、独立した二つの障害が発生し、各障
害に伴って出力される各メッセージがメッセージバッフ
ァに蓄積され、その中から最も優先度の高いメッセージ
のみを抽出すると、独立した二つの障害のうち一方しか
オペレータに通知されないことになってしまう。

【０００９】さらに、通常運用時でもメッセージを出力
する場合には、通常運用時におけるメッセージの出力時
から時間ｔｍ経過するまでに発生したメッセージがメッ
セージバッファに格納される。この時間ｔｍの間に障害
が発生すると、その障害に伴って出力されるメッセージ
がメッセージバッファと予備メッセージバッファに分散
されてしまい、抑止すべきメッセージが出力されてしま
う場合もある。例えば、障害に無関係なメッセージの出
力から時間ｔｍの間に障害が発生し、メッセージＭ１〜
Ｍ３がメッセージバッファに格納され、メッセージＭ
４，Ｍ５が予備メッセージバッファに格納されたとす
る。この場合、オペレータに提示すべきメッセージＭ３
だけでなく、Ｍ４またはＭ５も出力されてしまう。

【００１０】また、情報処理システムの管理者が、どの
ような場合にどのようなメッセージをオペレータに提示
するのかを任意に定められることが好ましい。例えば、
オペレータに提示するメッセージの内容等を任意に設定
できることが好ましい。しかし、従来のシステムではこ
のような設定ができなかった。

【００１１】本発明は、オペレータに提示すべきメッセ
ージ以外のメッセージの提示を的確に抑止できるように
することを目的とする。また、本発明は、発生するメッ
セージの順番に関わりなく、提示すべきメッセージをオ
ペレータに提示できるようにすることを目的とする。ま
た、どのような場合にどのようなメッセージを提示する
のかを任意に設定できるようにすることを目的とする。

【００１２】

【課題を解決するための手段】本発明による障害通知シ
ステムは、障害によってメッセージを発生させる情報処
理システムに適用される障害通知システムであって、新
たに一つのメッセージが発生したときに、オペレータに
提示すべき提示メッセージを出力すべきか否かを判断す
る判断手段と、判断手段が出力すべきと判断した提示メ
ッセージを出力する提示メッセージ出力手段とを備えた
ことを特徴とする。

【００１３】判断手段は、一つの障害に起因する一連の
障害によって発生するメッセージのグループに属する一
つのメッセージが新たに発生したときに、提示メッセー
ジを出力すべきか否かを判断する。

【００１４】例えば、判断手段は、新たに一つのメッセ
ージが発生した場合に、そのメッセージが属するグルー
プの他の全てのメッセージが既に発生していて、かつ、
新たなメッセージの発生確認時刻とグループ内の各メッ
セージの発生確認時刻との差が各メッセージ毎に定めら
れた各所定時間以内であれば、新たなメッセージが属す
るグループに対応する提示メッセージを出力すべきと判
断する。そのような構成によれば、メッセージの発生順
序が変化する場合であっても、提示メッセージを出力す
べきか否かを判断することができる。

【００１５】例えば、一つの障害に起因する一連の障害
によって発生する各メッセージを一つのグループに属す
るメッセージとして関連付け、グループ毎に、関連付け
られた各メッセージの情報と提示メッセージの情報とを
対応させて保持する関連付け情報保持手段を備え、判断
手段は、新たなメッセージが属するグループの他の全て
のメッセージが既に発生しているか否か、および、新た
なメッセージの発生確認時刻とグループ内の各メッセー
ジの発生確認時刻との差が各メッセージ毎に定められた
各所定時間以内であるか否かを、関連付け情報保持手段
が保持する情報に基づいて判断する。

【００１６】各提示メッセージを識別するための識別情
報と、各提示メッセージの内容とを対応させて保持する
提示メッセージ情報保持手段と、少なくとも、関連付け
られた各メッセージの情報と、その各メッセージが属す
るグループに対応する提示メッセージの内容とを入力す
る入力手段と、入力手段が入力した提示メッセージの内
容と、その提示メッセージの識別情報とを対応させて提
示メッセージ情報保持手段に保持させ、関連付けられた
各メッセージの情報とその各メッセージが属するグルー
プに対応する提示メッセージの識別情報とを対応させて
関連付け情報保持手段に保持させる情報設定手段とを備
えることが好ましい。そのような構成によれば、管理者
が提示メッセージの内容を任意に定めることができるの
で、オペレータが解析しやすいように提示メッセージの
内容を定めることができる。

【００１７】入力手段は、関連付けられた各メッセージ
の情報として、各メッセージ毎に定められた各所定時間
の情報を含む情報を入力してもよい。そのような構成に
よれば、管理者が各メッセージ毎の所定時間を定めるこ
とができる。

【００１８】判断手段は、新たに発生したメッセージが
複数のグループに属している場合、新たに発生したメッ
セージが属するそれぞれのグループ毎に、提示メッセー
ジを出力すべきか否かを判断することが好ましい。その
ような構成によれば、独立した別個の障害が複数発生し
たとしても、各障害について提示メッセージを出力する
ことができる。

【００１９】また、本発明による障害通知プログラム
は、情報処理システムが障害によりメッセージを発生さ
せたときに、オペレータに提示すべき提示メッセージを
出力する障害通知プログラムであって、コンピュータ
に、新たに一つのメッセージが発生した場合に、一つの
障害に起因する一連の障害によって発生するメッセージ
のグループのうち、新たに発生したメッセージが属する
グループを特定し、特定したグループに対応する提示メ
ッセージを出力すべき否かを判断する機能、および提示
メッセージを出力すべきと判断したときに、提示メッセ
ージを出力する機能を実現させることを特徴とする。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明による障害通知シ
ステムの実施の一形態を示す説明図であり、本発明を一
台の情報処理システムに適用した場合を示す。本例に示
す障害通知システム１は、本発明が適用される情報処理
システム２０のＣＰＵ２と、記憶装置３と、出力装置１
０と、入力装置１１とを備える。ＣＰＵ２は、記憶装置
３が備える障害通知プログラム４に従って、オペレータ
に提示すべき提示メッセージの出力処理等の本例に示す
処理を行う。また、記憶装置３は、情報処理システム２
０の機能を実現するためのプログラム（図示せず）も記
憶し、ＣＰＵ２は、このプログラムに従って情報処理シ
ステム２０が目的とする機能を実現する。

【００２１】出力装置１０は、例えば、ディスプレイ装
置によって構成される。入力装置１１は、例えば、キー
ボード等によって構成される。

【００２２】本発明が適用される情報処理システム２０
は、ＣＰＵ２、記憶装置３、出力装置１０、入力装置１
１以外の機器を備えていてもよい。図１では、通信ネッ
トワークとの間で情報を入出力するネットワークインタ
フェース部２１を備える場合を示す。情報処理システム
２０が備える機器は、システムによって異なる。

【００２３】情報処理システム２０が備える機器（例え
ば、記憶装置３、ネットワークインタフェース部２１
等）は、障害が発生するとメッセージをＣＰＵ２に出力
する。ＣＰＵ２に障害が発生したときは、ＣＰＵ２がメ
ッセージを生成する。各メッセージには、個々のメッセ
ージを識別するためのＩＤであるメッセージＩＤ（以
下、ＭＩＤと記す。）が割り当てられる。

【００２４】また、障害通知システム１は、障害が生じ
たと判断すると、障害毎に予め定められた、オペレータ
に提示すべき提示メッセージを出力装置１０に出力す
る。以下、この提示メッセージを代表メッセージと記
す。代表メッセージの内容（本文）は、情報処理システ
ム２０の管理者によって定められる。管理者は障害毎に
代表メッセージを定めるので、代表メッセージは複数存
在する。各代表メッセージにもＭＩＤが割り当てられ
る。なお、障害通知システム１が、管理者が定めた情報
を登録するときの動作については後述する。

【００２５】一つの障害に起因する一連の障害によって
発生する各メッセージは、同じグループに属するメッセ
ージとして関連付けられる。そして、同じグループに属
するとして関連付けられた各メッセージの情報と、その
グループに対応する代表メッセージとの対応関係を示す
情報を、以下、メッセージコリレーションと記す。関連
付けられるメッセージの組み合わせは、後述するよう
に、管理者によって定められる。

【００２６】例えば、一つの根本的な障害が生じると、
その障害に起因して情報処理システム２０が備える各機
器が複数のメッセージを出力するとする。この場合、一
つのメッセージコリレーションによって、関連づけられ
ている複数のメッセージが特定される。また、そのメッ
セージコリレーションによって、オペレータに提示すべ
き代表メッセージも特定される。別の障害発生時に出力
されるメッセージのグループについても、他のメッセー
ジコリレーションによって、関連付けられる各メッセー
ジと、オペレータに提示すべき代表メッセージが特定さ
れる。各メッセージコリレーションには、個々のメッセ
ージコリレーションを識別するためのＩＤであるメッセ
ージコリレーションＩＤ（以下、ＣＩＤと記す。）が割
り当てられる。

【００２７】また、各機器が出力する個々のメッセージ
は一つのグループだけに属するとは限らず、複数のグル
ープに属していてもよい。例えば、あるメッセージが、
障害Ｘの発生時にも、別の障害Ｙの発生時にも出力され
るのであれば、そのメッセージは複数のグループに属す
ることになる。

【００２８】記憶装置３は、各機器が出力する各メッセ
ージが、どのメッセージコリレーションに含まれている
のかを示す情報を保持する。メッセージマスタテーブル
（以下、ＭＭＴと記す。）５は、この情報を保持する領
域である。図２は、ＭＭＴ５に保持される情報の例を示
す。一つのメッセージが、あるメッセージコリレーショ
ンのグループに属するメッセージとして関連づけられて
いるならば、そのメッセージのＭＩＤに対応付けられ
て、そのメッセージコリレーションのＣＩＤが保持され
る。メッセージが複数のグループに属するならば、その
メッセージのＭＩＤに対して複数のＣＩＤが対応付けら
れる。そして、各メッセージのＭＩＤ毎にＣＩＤが保持
される。図２に示す例では、ＭＩＤ＿１のメッセージ
は、ＣＩＤ＿１のメッセージコリレーションのグループ
に属しているとともに、ＣＩＤ＿２やＣＩＤ＿３等のメ
ッセージコリレーションのグループにも属していること
になる。

【００２９】また、記憶装置３は、各メッセージコリレ
ーションの情報を保持する。コリレーションマスタテー
ブル（以下、ＣＭＴと記す。）６は、各メッセージコリ
レーションの情報を保持する領域である。図３は、ＣＭ
Ｔ６に保持される情報の例を示す。図３に示すように、
各メッセージコリレーションでは、各メッセージコリレ
ーションのＣＩＤと、代表メッセージのＭＩＤと、同じ
グループに属するとして関連づけられたメッセージの情
報とを対応させる。また、関連づけられたメッセージの
情報には、メッセージ毎にＭＩＤと、有効期間と、メッ
セージの発生確認時刻とを含める。

【００３０】本例では、ＣＰＵ２が各機器からメッセー
ジを受信したときの時刻またはＣＰＵ２がメッセージを
生成したときの時刻を、メッセージの発生確認時刻とす
る場合について説明する。以下、メッセージの発生確認
時刻を受信時刻と記す。受信時刻の初期値は、例えば、
データがない旨の情報（以下、ＮＵＬＬと記す。）とし
て定める。その後、ＣＰＵ２がメッセージを受信または
生成すると、ＣＰＵ２は受信時刻を更新する。図３に示
す例では、ＣＰＵ２が「時刻１」にＭＩＤ＿１のメッセ
ージを受信したことを示している。また、ＭＩＤ＿４の
メッセージはまだ出力されていないことを示している。

【００３１】ＣＰＵ２は、以下の二つの条件を満たした
ときに代表メッセージを出力装置１０に出力する。第一
の条件は、同じグループに属するとして関連づけられた
全てのメッセージの受信時刻がＮＵＬＬでないことであ
る。すなわち、グループ内の各メッセージがＣＰＵ２に
受信されていることである。第二の条件は、最後に出力
されたメッセージの受信時刻が、先に出力された各メッ
セージの受信時刻から各メッセージ毎に定められた各所
定時間以内であることである。関連づけられたメッセー
ジの情報に含まれる有効期間は、この所定期間を示す。

【００３２】例えば、図３に示すＣＩＤ＿１のメッセー
ジコリレーションは、ＭＩＤ＿１〜ＭＩＤ＿３の三つの
メッセージのみを関連づけているとする。図４は、ＣＰ
Ｕ２がこの三つのメッセージを受信するタイミングの例
を示す。図４（ａ）に示す場合、最後に出力されたＭＩ
Ｄ＿３のメッセージの受信時刻は、先に出力されたＭＩ
Ｄ＿１のメッセージの受信時刻からの所定時間（有効期
間Ｔ１）以内であり、ＭＩＤ＿２のメッセージの受信時
刻からの所定時間（有効期間Ｔ２）以内である。従っ
て、第一の条件と第二の条件をともに満たすので、ＣＰ
Ｕ２は代表メッセージを出力装置１０に出力する。

【００３３】図４（ｂ）に示す場合、最後に出力された
ＭＩＤ＿３のメッセージの受信時刻は、先に出力された
ＭＩＤ＿１のメッセージの受信時刻からの所定時間（有
効期間Ｔ１）以内であるが、ＭＩＤ＿２のメッセージの
受信時刻からの所定時間（有効期間Ｔ２）以内に入って
いない。従って、第二の条件を満たさないので、ＣＰＵ
２は、三つのメッセージを受信した場合でも代表メッセ
ージを出力しない。

【００３４】各メッセージが出力される順番は一定とは
限らない。図４（ｃ）は、ＭＩＤ＿３，ＭＩＤ＿２，Ｍ
ＩＤ＿１の順に出力された場合の例である。最後に出力
されたＭＩＤ＿１のメッセージの受信時刻は、先に出力
されたＭＩＤ＿３のメッセージの受信時刻からの所定時
間（有効期間Ｔ３）以内であり、ＭＩＤ＿２のメッセー
ジの受信時刻からの所定時間（有効期間Ｔ２）以内であ
る。従って、第一の条件と第二の条件をともに満たすの
で、ＣＰＵ２は代表メッセージを出力装置１０に出力す
る。

【００３５】一つのメッセージの有効期間は常に一定と
は限らない。図３に示す例では、ＭＩＤ＿１の有効期限
は、ＣＩＤ＿１のメッセージコリレーションではＴ１で
あるが、ＣＩＤ＿４のメッセージコリレーションではＴ
４である。このように複数のメッセージコリレーション
が共通のメッセージを含んでいる場合、そのメッセージ
の有効期間はメッセージコリレーション毎に異なってい
てもよい。

【００３６】記憶装置３は、各機器が出力するメッセー
ジや管理者によって定められた代表メッセージのＭＩＤ
と、メッセージの本文との対応関係を示す情報を保持す
る。メッセージボディテーブル（以下、ＭＢＴと記
す。）７は、この情報を保持する領域である。管理者が
代表メッセージを定めていない場合、ＭＢＴ７には各機
器が出力するメッセージのＭＩＤと本文との対応関係の
みが登録される。その後、管理者が代表メッセージを定
めると、代表メッセージのＭＩＤと本文の対応関係の情
報が追加される。図５は、ＭＢＴ７に保持される情報の
例を示す。ＣＰＵ２は、第一の条件と第二の条件を満た
したときに、ＣＭＴ６から代表メッセージのＭＩＤを特
定し、そのＭＩＤに対応する本文の情報をＭＢＴ７から
抽出する。そして、その本文を出力装置１０に出力す
る。

【００３７】また、記憶装置３は、メッセージコリレー
ション定義ファイル（以下、定義ファイルと記す。）８
を記憶する。定義ファイル８は、ＭＭＴ５、ＣＭＴ６、
およびＭＢＴ７の内容を決定するためのテキストファイ
ルであり、オペレータによって入力される。オペレータ
は所定の書式に従って定義ファイル８を作成する。図６
（ａ）は定義ファイル８の書式の例を示す。本例では、
一つのメッセージコリレーションの情報を１行のテキス
トとして作成する場合の例を示す。なお、１行のテキス
トとは、テキスト情報の先頭から改行文字まで、または
改行文字から改行文字までのテキストのことである。図
６に例示する書式の場合、オペレータが定めたＣＩＤ、
代表メッセージのＭＩＤ、代表メッセージの本文の順に
テキスト情報を作成し、本文に続いて、関連づける各メ
ッセージのＭＩＤ、有効期間を繰り返す。図６（ｂ）
は、この書式に従って作成した定義ファイル８の例を示
す。

【００３８】管理者は、どのメッセージが同じグループ
に属することになるか、各メッセージの有効期間をどの
ような値にするか、および代表メッセージの本文を定め
て、定義ファイル８を作成し、入力装置１０から入力す
る。管理者は、メッセージの本文として、障害の解決方
法や技術情報等を書き込んでもよい。ＣＰＵ２は、入力
された定義ファイル８を記憶装置３に記憶し、定義ファ
イル８に基づいてＭＭＴ５、ＣＭＴ６、およびＭＢＴ７
に情報を登録する。管理者は、定義ファイル８に新たな
メッセージコリレーションを追加してもよい。その場
合、ＣＰＵ２は再度定義ファイル８を読み込んで、追加
された情報をＭＭＴ５等に登録する。

【００３９】本例において、関連付け情報保持手段は、
ＣＭＴ６によって実現される。判断手段および情報設定
手段はＣＰＵ２によって実現される。提示メッセージ出
力手段は、出力装置１０によって実現される。提示メッ
セージ情報保持手段は、ＭＢＴ７によって実現される。
入力手段は、入力装置１１によって実現される。

【００４０】また、記憶装置３は、コンピュータに、新
たに一つのメッセージが発生した場合に、一つの障害に
起因する一連の障害によって発生するメッセージのグル
ープのうち、新たに発生したメッセージが属するグルー
プを特定し、特定したグループに対応する提示メッセー
ジを出力すべきか否かを判断する機能、および提示メッ
セージを出力すべきと判断したときに、提示メッセージ
を出力する機能を実現させるための障害通知プログラム
を保持する。

【００４１】次に、障害通知システム１が、定義ファイ
ル８に基づいてＭＭＴ５等に情報を登録するときの動作
について説明する。図７は、ＭＭＴ５等への情報登録時
の処理経過の例を示す流れ図である。最初に、ＣＰＵ２
は、記憶装置３が記憶する定義ファイル８をオープンす
る（ステップＳ１）。すなわち、定義ファイル８からデ
ータを読み込める状態にする。続いて、定義ファイル８
に定められた各メッセージコリレーションについて、以
下に示す処理を行う。本例の場合、定義ファイル８の行
数だけ、以下の処理を繰り返す。

【００４２】まず、ＣＰＵ２は、定義ファイル８から１
行分のデータを読み込む（ステップＳ２）。１行分のデ
ータには、一つのメッセージコリレーションの情報が含
まれる。ＣＰＵ２は、その１行分のデータから、代表メ
ッセージの本文を取得する（ステップＳ３）。そして、
ＣＰＵ２は、代表メッセージの本文をＭＢＴ７に追加登
録する。また、読み込んだ１行分のデータから代表メッ
セージのＭＩＤも取得して、本文と対応させてＭＢＴ７
に追加登録する（ステップＳ４）。次に、ＣＰＵ２は、
読み込んだ１行分のデータからＣＩＤを取得し、そのＣ
ＩＤと代表メッセージのＭＩＤとを対応させてＣＭＴ６
に追加登録する（ステップＳ５）。

【００４３】ＣＰＵ２は、ステップＳ５に続いて、１行
分のデータに含まれるＭＩＤ（有効期間に対応している
ＭＩＤ）毎に、以下のステップＳ６からステップＳ１３
までの処理を行う。すなわち、ＭＩＤの数だけステップ
Ｓ６からステップＳ１３までの処理を繰り返す。ＣＰＵ
２は、１行分のデータから、対応しているＭＩＤおよび
有効期間の情報を１組取得する（ステップＳ６）。そし
て、ステップＳ６で取得したＭＩＤが既にＭＭＴ５に登
録されているか否かを判断する（ステップＳ７）。

【００４４】ステップＳ６で取得したＭＩＤがＭＭＴ５
に登録されていないならば、ＣＰＵ２は、ＭＭＴ５にそ
のＭＩＤを新たに登録する（ステップＳ８）。また、そ
のＭＩＤの受信時刻の初期値を定める（ステップＳ
９）。本例では、受信時刻の初期値をＮＵＬＬと定め
る。

【００４５】ステップＳ６で取得したＭＩＤがＭＭＴ５
に登録されているならば、ＣＰＵ２は、ＭＭＴ５から、
そのＭＩＤに対応するＣＩＤを一つ取得する（ステップ
Ｓ１０）。ＭＩＤに対応するＣＩＤが複数あるならば、
その中から任意のＣＩＤを取得する。そして、ＣＰＵ２
は、そのＣＩＤを用いて、ステップＳ６で取得したＭＩ
Ｄに対応する受信時刻をＣＭＴ６から取得する（ステッ
プＳ１１）。ステップＳ１１において、ＣＰＵ２は、Ｃ
ＩＤに対応する情報をＣＭＴ６から取得し、その情報の
中からＭＩＤに対応する受信時刻を取得する。

【００４６】ステップＳ９またはステップＳ１１の後、
ＣＰＵ２は、ステップＳ５で取得したＣＩＤ（１行分の
データから取得したＣＩＤ）を、ステップＳ６で取得し
たＭＩＤに対応させてＭＭＴ５に追加登録する（ステッ
プＳ１２）。続いてＣＰＵ２は、ステップＳ６で取得し
たＭＩＤおよび有効期間と、ステップＳ９またはステッ
プＳ１１で取得した受信時刻とをＣＭＴ６に追加登録す
る（ステップＳ１３）。このとき、ＣＰＵ２は、ＭＩ
Ｄ、有効期間、および受信時刻を、ステップＳ５で取得
したＣＩＤに対応させて登録する。

【００４７】ステップＳ１３の終了後、ＣＰＵ２は、１
行分のデータから次のＭＩＤおよび有効期間の情報を取
得して、ステップＳ６からステップＳ１３までの動作を
繰り返す。一行分のデータに含まれる各ＭＩＤについ
て、ステップＳ６からステップＳ１３までの処理を終了
したならば、ステップＳ２で読み込んだ１行分のデータ
に対する処理を終了する。そして、ＣＰＵ２は、次の１
行分のデータを定義ファイル８から読み込んで、ステッ
プＳ２以降の動作を繰り返す。定義ファイル８の各行の
データについて処理を終了したならば、定義ファイル８
をクローズする（ステップＳ１４）。すなわち、ファイ
ルオープン前の状態にする。

【００４８】次に、各機器が出力したメッセージをＣＰ
Ｕ２が受信して、代表メッセージを出力するか否かの判
断を行うときの動作について説明する。図８は、メッセ
ージ受信時の処理経過の例を示す流れ図である。ＣＰＵ
２は、一つのメッセージを受信するとそのメッセージの
ＭＩＤを確認する（ステップＳ２１）。そして、そのＭ
ＩＤがＭＭＴ５に登録されているか否かを判断する（ス
テップＳ２２）。登録されていないならば、処理を終了
する。

【００４９】受信したメッセージのＭＩＤがＭＭＴ５に
登録されているならば、ＣＰＵ２は障害通知システム１
が管理している時刻を確認する（ステップＳ２３）。こ
の時刻がメッセージの受信時刻となる。次に、ＣＰＵ２
は、ＭＭＴ５から、受信したメッセージのＭＩＤに対応
する全てのＣＩＤを取得する（ステップＳ２４）。ＣＰ
Ｕ２は、取得した各ＣＩＤ毎に、以下に示す処理を行
う。すなわち、取得したＣＩＤの数だけ以下の処理を繰
り返す。

【００５０】ＣＰＵ２は、受信したメッセージのＭＩＤ
に対応するＣＩＤの中から一つのＣＩＤを抽出する（ス
テップＳ２５）。そして、ＣＭＴ６から、そのＣＩＤに
対応する各情報を取得する（ステップＳ２６）。すなわ
ち、ＣＩＤに対応する代表メッセージのＭＩＤおよび、
同じグループに属するとして関連付けられた各メッセー
ジのＭＩＤ、有効期間、受信時刻の情報を取得する。Ｃ
ＰＵ２は、関連付けられた各メッセージのうち、受信し
たメッセージのＭＩＤに対応する受信時刻をステップＳ
２３で確認した時刻に更新する（ステップＳ２７）。ま
た、ＣＭＴ６に保持される受信時刻の情報も更新する。
例えば、図３に例示する情報の中からＣＩＤ＿１に対応
する各情報を取得して、ＭＩＤ＿１に対応する受信時刻
を更新したとする。このとき、取得した情報だけでな
く、ＣＭＴ６でＭＩＤ＿１に対応して保持される受信時
刻も更新する。

【００５１】ステップＳ２７の後、ＣＰＵ２は、代表メ
ッセージの出力条件（上述の第一の条件および第二の条
件）が満たされているか否かを確認するために用いるカ
ウント値を０に初期化する。そして、ステップＳ２６で
取得した情報に含まれるＭＩＤ、有効期間、および受信
時刻の各組み合わせ毎に以下の処理を行う。すなわち、
ＭＩＤ、有効期間、および受信時刻の組み合わせの数だ
け以下の処理を行う。

【００５２】ＣＰＵ２は、ステップＳ２６でＣＭＴ６か
ら取得した情報の中から、ＭＩＤ、有効期間、および受
信時刻の組み合わせを一組抽出する（ステップＳ２
８）。そして、その受信時刻がＮＵＬＬではなく、か
つ、抽出したＭＩＤの受信時刻と、新たに受信したメッ
セージの受信時刻（ステップＳ２３で確認した時刻）の
差が、抽出した有効期間以下であるという条件を満たし
ているか否かを判断する（ステップＳ２９）。この条件
が満たされているならば、カウント値を１増加し（ステ
ップＳ３０）、他の組み合わせについてステップＳ２８
以降の動作を繰り返す。また、条件が満たされていなけ
れば、カウント値を増加せずに、他の組み合わせについ
てステップＳ２８以降の動作を繰り返す。

【００５３】例えば、ＭＩＤ＿３のメッセージを新たに
受信した結果、ステップＳ２６で、図３に例示するＣＩ
Ｄ＿１に対応する情報を取得したとする。また、取得し
た情報のうち、ＭＩＤ＿３に対応する受信時刻を「時刻
３」に更新したとする。この場合、ステップＳ２８で
は、ＭＩＤ＿１、Ｔ１（有効期間）、時刻１（受信時
刻）という組み合わせを抽出する。そして、ステップＳ
２９では、時刻１がＮＵＬＬではないことを確認する。
また、時刻１と時刻３の差が、有効期間Ｔ１以下である
ことを確認する。これらの確認ができたならばカウント
値を１増加し、確認できなかったならばカウント値を増
加しない。続いて、ＭＩＤ＿２、Ｔ２（有効期間）、時
刻２（受信時刻）という組み合わせを抽出し、同様の処
理を行う。

【００５４】なお、新たに受信したメッセージがＭＩＤ
＿３のメッセージであるので、次に抽出されるＭＩＤ＿
３、Ｔ３（有効期間）、時刻３（受信時刻）という組み
合わせでは、ステップＳ２９の条件は満たされる。

【００５５】各組み合わせについてステップＳ２８以降
の処理を行ったならば、ステップＳ２８から始まる繰り
返し処理を終了する。次にＣＰＵ２は、カウント値がＭ
ＩＤ、有効期間、受信時刻の組み合わせの数と等しいか
否かを判断する（ステップＳ３１）。等しくなければ、
代表メッセージの出力条件（上述の第一の条件および第
二の条件）が満たされていないことになる。この場合、
ステップＳ２４で取得したＣＩＤのうち、他のＣＩＤに
ついてステップＳ２５以降の動作を繰り返す。

【００５６】また、カウント値がＭＩＤ、有効期間、受
信時刻の組み合わせの数と等しければ、代表メッセージ
の出力条件は満たされている。この場合、ＣＰＵ２は、
ステップＳ２６でＣＭＴ６から取得した情報の中から代
表メッセージのＭＩＤを抽出する（ステップＳ３２）。
ＣＰＵ２は、このＭＩＤに対応する代表メッセージの本
文をＭＢＴ７から取得し（ステップＳ３３）、出力装置
１１に表示する（ステップＳ３４）。その後、ステップ
Ｓ２４で取得したＣＩＤのうち、他のＣＩＤについてス
テップＳ２５以降の動作を繰り返す。各ＣＩＤについて
ステップＳ２５以降の動作を行ったならば処理を終了す
る。

【００５７】本発明によれば、情報処理システム２０の
各機器が複数のメッセージを出力したとしても、代表メ
ッセージのみを出力する。従って、慣れや経験のないオ
ペレータでも、障害の原因を解析しやすくなる。また、
管理者は代表メッセージの本文の内容を任意に設定でき
るので、代表メッセージとして障害の解決方法や技術情
報等も出力でき、オペレータの負担を一層軽減できる。

【００５８】また、有効期間を設定するので、同じグル
ープに属するメッセージが全て出力されていたとして
も、出力されたタイミングも考慮して代表メッセージを
出力すべきか否かを判断できる。そして、管理者は、有
効期間も任意に設定できる。従って、障害毎に適切に代
表メッセージの出力条件を定めることができる。例え
ば、ある障害発生時にはＭＩＤ＿１のメッセージはすぐ
に出力されるが、別の障害発生時には遅れて出力される
ような場合、障害毎に有効期間を変更することができ
る。また、ある障害発生時には短時間の間に集中的に同
じグループのメッセージが出力されるが、別の障害発生
時には時間をおいて出力されるような場合であっても、
障害毎に各メッセージの有効期間を設定できる。よっ
て、様々な障害について、代表メッセージを出力すべき
条件が満たされたならば、直ちに代表メッセージを出力
するようにできる。

【００５９】また、各機器が通常運用時に障害の通知以
外の目的でメッセージを出力することがある情報処理シ
ステムである場合、そのようなメッセージに対しても代
表メッセージを定義することで、有効な情報を代表メッ
セージとしてまとめて出力させることができる。例え
ば、いくつかのソフトウェアが起動して一つのまとまっ
た処理を行う処理系の場合、個々のソフトウェアが起動
完了時に出すメッセージを監視し、一つの代表メッセー
ジに束ねて出力させることで、管理者は処理系単位でシ
ステムの稼働状況を把握することができる。

【００６０】また、ＣＰＵ２は、各機器から出力される
メッセージの順番に関わりなく、メッセージを受信する
度に代表メッセージを出力するか否かを判断することが
できる。さらに、ＣＰＵ２が一つのメッセージを受信し
たことにより、複数のメッセージコリレーションについ
て代表メッセージ出力条件が満たされたならば、各代表
メッセージを出力する。従って、別個の障害が発生した
としても、それぞれの障害に関する代表メッセージを出
力することができる。

【００６１】なお、上記の例では、各機器が出力するメ
ッセージと、管理者が定める代表メッセージとを同じＭ
ＢＴ７に保持する場合を示した。代表メッセージのＭＩ
Ｄおよび本文の情報を、各機器が出力するメッセージと
は別個に保持するようにしてもよい。すなわち、代表メ
ッセージ専用のＭＢＴを設けてもよい。ただし、上記の
例のように、各機器が出力するメッセージと、管理者が
定める代表メッセージとを同じＭＢＴ７に保持すれば、
各メッセージおよび各代表メッセージを一律に管理する
ことができる。

【００６２】また、上記の例では、管理者がＣＩＤおよ
び代表メッセージのＭＩＤを定めて定義ファイル８を作
成する場合を示した。管理者ではなくＣＰＵ２がＣＩＤ
や代表メッセージのＭＩＤを定めてもよい。この場合、
管理者は定義ファイル８を作成するときに、ＣＩＤや代
表メッセージのＭＩＤをファイルに記載せずに入力す
る。ＣＰＵ２は、定義ファイル８から一行分のデータを
読み込んだときに、ＣＭＴ６に未だ登録されていないＣ
ＩＤを割り当て、また、ＭＢＴ７に未だ登録されていな
いＭＩＤを代表メッセージのＭＩＤとして割り当てれば
よい。

【００６３】さらに、管理者がＣＩＤやＭＩＤを指定し
なかった場合にはＣＰＵ２がＣＩＤやＭＩＤを割り当
て、管理者がＣＩＤやＭＩＤを指定した場合には、その
ＣＩＤやＭＩＤを用いてＭＭＴ５等への登録処理を行っ
てもよい。例えば、図６（ｂ）に例示する定義ファイル
の一行分のデータで、最初のカンマ（，）の前に情報が
存在するならば、ＣＰＵ２は、ＣＩＤが指定されている
と判断してそのＣＩＤを取得すればよい。最初のカンマ
の前に情報が存在しないならば、ＣＩＤが指定されてい
ないと判断してＣＩＤを割り当てればよい。同様に、１
行分のデータで、最初のカンマと二番目のカンマの間に
情報が存在するならば、ＣＰＵ２は代表メッセージのＭ
ＩＤが指定されていると判断してそのＭＩＤを取得すれ
ばよい。情報が存在しなければ、代表メッセージのＭＩ
Ｄは指定されていないと判断して、代表メッセージのＭ
ＩＤを割り当てればよい。

【００６４】また、上記の例では、管理者が入力した情
報をテキストファイル（定義ファイル８）として保持す
る場合を示した。テキストファイルとして保持するので
はなく、管理者が入力する情報を登録するデータベース
を備えていてもよい。すなわち、データベースに、管理
者が入力するＣＩＤ、代表メッセージのＭＩＤ、本文、
各メッセージのＭＩＤおよび有効期間を登録する構成で
あってもよい。この場合であっても、図７に示す処理と
同様の処理を行うことによって、ＭＭＴ５等への情報登
録を行うことができる。ただし、１つのメッセージコリ
レーション分のデータを取得するときには、データベー
スからデータを取得する。また、ステップＳ１，Ｓ１５
の処理は行わなくてよい。

【００６５】上記の各例では、情報処理システム２０の
各機器がＣＰＵ２にメッセージを出力する場合を示した
が、ＣＰＵ２が各機器を監視して、各機器に障害が発生
したときにＣＰＵ２がメッセージを生成してもよい。

【００６６】本発明が適用されるのは１台の情報処理シ
ステムだけに限定されない。通信ネットワークを介して
接続される複数の情報処理装置を備え、各情報処理装置
がメッセージを出力する情報処理システムにも本発明は
適用できる。この場合、障害通知システムは、通信ネッ
トワークに接続され、各情報処理装置からメッセージを
受信して、代表メッセージを出力するか否かを判断すれ
ばよい。また、例えば、障害通知システムが各情報処理
装置を監視し、障害発生時にメッセージを生成して、代
表メッセージを出力するか否かを判断してもよい。さら
に、各情報処理装置の各々において、一つまたは複数の
プログラムが動作し、それぞれのプログラムから出力さ
れるメッセージを監視し、プログラム動作上の障害に対
応した代表メッセージを出力するか否かを判断してもよ
い。すなわち、ＭＩＤにより一意に特定できるメッセー
ジが出力されるような処理系であれば、メッセージを出
力する機器やプログラムの種類、またはメッセージが経
由する通信ネットワークの形態に関わらず、本発明を適
用することができる。

【００６７】

【発明の効果】本発明の障害通知システムによれば、新
たに一つのメッセージが発生したときに、オペレータに
提示すべき提示メッセージを出力すべきか否かを判断す
る判断手段と、判断手段が出力すべきと判断した提示メ
ッセージを出力する提示メッセージ出力手段とを備えて
いるので、提示メッセージ以外のメッセージの出力を防
止して、提示メッセージのみをオペレータに提示するこ
とができる。従って、オペレータは、提示メッセージに
よって障害原因の解析作業を進めることができ、慣れや
経験のないオペレータでも、障害の原因を解析しやすく
なる。また、解析作業時間も短縮できる。

【００６８】また、本発明の障害通知プログラムによれ
ば、コンピュータに、新たに一つのメッセージが発生し
た場合に、一つの障害に起因する一連の障害によって発
生するメッセージのグループのうち、新たに発生したメ
ッセージが属するグループを特定し、特定したグループ
に対応する提示メッセージを出力すべき否かを判断する
機能、および提示メッセージを出力すべきと判断したと
きに、提示メッセージを出力する機能を実現させるの
で、提示メッセージ以外のメッセージの出力を防止し
て、提示メッセージのみをオペレータに提示することが
できる。従って、オペレータは、提示メッセージによっ
て障害原因の解析作業を進めることができ、慣れや経験
のないオペレータでも、障害の原因を解析しやすくな
る。また、解析作業時間も短縮できる。

【図面の簡単な説明】

【図１】 本発明の実施の一形態を示す説明図である。

【図２】 メッセージマスタテーブルに保持される情報
の例を示す説明図である。

【図３】 コリレーションマスタテーブルに保持される
情報の例を示す説明図である。

【図４】 代表メッセージの出力条件の説明図である。

【図５】 メッセージコリレーション定義ファイルの例
を示すの説明図である。

【図６】 メッセージボディテーブルに保持される情報
の例を示す説明図である。

【図７】 情報登録時の処理経過の例を示す流れ図であ
る。

【図８】 メッセージ受信時の処理経過の例を示す流れ
図である。

【符号の説明】

１ 障害通知システム ２ 中央処理装置（ＣＰＵ） ３ 記憶装置 ４ 障害通知プログラム ５ メッセージマスタテーブル ６ コリレーションマスタテーブル ７ メッセージボディテーブル ８ メッセージコリレーション定義ファイル １０ 出力装置 １１ 入力装置

Claims (8)

【特許請求の範囲】
1. 【請求項１】 障害によってメッセージを発生させる情
   報処理システムに適用される障害通知システムであっ
   て、 新たに一つのメッセージが発生したときに、オペレータ
   に提示すべき提示メッセージを出力すべきか否かを判断
   する判断手段と、 判断手段が出力すべきと判断した提示メッセージを出力
   する提示メッセージ出力手段とを備えたことを特徴とす
   る障害通知システム。
2. 【請求項２】 判断手段は、一つの障害に起因する一連
   の障害によって発生するメッセージのグループに属する
   一つのメッセージが新たに発生したときに、提示メッセ
   ージを出力すべきか否かを判断する請求項１に記載の障
   害通知システム。
3. 【請求項３】 判断手段は、新たに一つのメッセージが
   発生した場合に、前記メッセージが属するグループの他
   の全てのメッセージが既に発生していて、かつ、新たな
   メッセージの発生確認時刻とグループ内の各メッセージ
   の発生確認時刻との差が各メッセージ毎に定められた各
   所定時間以内であれば、新たなメッセージが属するグル
   ープに対応する提示メッセージを出力すべきと判断する
   請求項２に記載の障害通知システム。
4. 【請求項４】 一つの障害に起因する一連の障害によっ
   て発生する各メッセージを一つのグループに属するメッ
   セージとして関連付け、グループ毎に、関連付けられた
   各メッセージの情報と提示メッセージの情報とを対応さ
   せて保持する関連付け情報保持手段を備え、 判断手段は、新たなメッセージが属するグループの他の
   全てのメッセージが既に発生しているか否か、および、
   新たなメッセージの発生確認時刻とグループ内の各メッ
   セージの発生確認時刻との差が各メッセージ毎に定めら
   れた各所定時間以内であるか否かを、関連付け情報保持
   手段が保持する情報に基づいて判断する請求項３に記載
   の障害通知システム。
5. 【請求項５】 各提示メッセージを識別するための識別
   情報と、各提示メッセージの内容とを対応させて保持す
   る提示メッセージ情報保持手段と、 少なくとも、関連付けられた各メッセージの情報と、前
   記各メッセージが属するグループに対応する提示メッセ
   ージの内容とを入力する入力手段と、 入力手段が入力した提示メッセージの内容と、前記提示
   メッセージの識別情報とを対応させて提示メッセージ情
   報保持手段に保持させ、関連付けられた各メッセージの
   情報と前記各メッセージが属するグループに対応する提
   示メッセージの識別情報とを対応させて関連付け情報保
   持手段に保持させる情報設定手段とを備えた請求項４に
   記載の障害通知システム。
6. 【請求項６】 入力手段は、関連付けられた各メッセー
   ジの情報として、各メッセージ毎に定められた各所定時
   間の情報を含む情報を入力する請求項５に記載の障害通
   知システム。
7. 【請求項７】 判断手段は、新たに発生したメッセージ
   が複数のグループに属している場合、新たに発生したメ
   ッセージが属するそれぞれのグループ毎に、提示メッセ
   ージを出力すべきか否かを判断する請求項２から請求項
   ６のうちのいずれか１項に記載の障害通知システム。
8. 【請求項８】 情報処理システムが障害によりメッセー
   ジを発生させたときに、オペレータに提示すべき提示メ
   ッセージを出力する障害通知プログラムであって、 コンピュータに、新たに一つのメッセージが発生した場
   合に、一つの障害に起因する一連の障害によって発生す
   るメッセージのグループのうち、新たに発生したメッセ
   ージが属するグループを特定し、特定したグループに対
   応する提示メッセージを出力すべき否かを判断する機
   能、および提示メッセージを出力すべきと判断したとき
   に、提示メッセージを出力する機能を実現させるための
   障害通知プログラム。