JPH04360254A - 障害通報方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は障害通報方式に係り、特
にシステム内で発生する複数の障害情報を数の限られた
通信回線を用いて通報するのに好適な障害通報方式に関
する。

【０００２】

【従来の技術】従来からの情報処理システムの保守方法
として遠隔保守がある。遠隔保守は保守拠点を設け、各
地に設置されている情報処理システムと公衆回線網で接
続し、保守拠点から各地の情報処理システムを遠隔操作
により保守するものである。遠隔保守の一方法として障
害通報機能がある。障害通報機能は各地に設置されてい
る情報処理システムに何らかの障害が発生した場合、各
地の情報処理システムから発生した障害の詳細情報を保
守拠点に通報するものである。障害通報機能の利点は各
地の情報処理システムの障害状態が保守拠点で集中的に
管理出来ることである。さらに障害通報機能には手動通
報と自動通報があり、手動通報による場合は障害が発生
すると保守拠点、又は各地の情報処理システムから人手
により障害通報を起動するもので、自動通報による場合
はプログラムなどにより自動的に障害通報を起動するも
のである。

【０００３】障害通報として、例えば特開平２−５３１
７１号公報がある。本例では各地に分散したシステムで
発生した障害の詳細情報を公衆回線を用いた手動通報に
より保守拠点に転送し保守員の作業量の軽減や、速やか
な障害対応を行うことにより分散システムの信頼性の向
上を図ったものである。

【０００４】

【発明が解決しようとする課題】しかしながら、かかる
従来方式で自動通報機能を実現するためには、第１回目
の障害発生から障害通報用の通信回線接続処理が完了し
、使用可能となるまでの間に各地に分散した各システム
で第２回目以降の他の障害が多発した場合、又は各シス
テムでさらに複数の処理装置が接続されて複数の処理装
置で別々に障害が発生した場合、各システムに対する１
本の通報回線では第２回目以降に発生した重大な障害の
通報が遅延する可能性がある。又、この状態を回避する
ため通報回線を多数設置するとコスト高となる。

【０００５】本発明の目的は、第１回目の障害発生後に
第２回目以降の複数の障害が短時間に多発するシステム
や相互接続されたマルチプロセッサ上で発生する非同期
な障害の障害通報を自動通報、手動通報にかかわらず限
られた通信回線数で第２回目以降に発生する障害を遅延
させることをなくして、効率的に全障害情報を通報する
ことによりシステムの保守性の向上、及び障害通報のコ
スの低減を実現する手段を提供することにある。

【０００６】

【課題を解決するための手段】障害通報を行う処理装置
内で複数の障害情報を蓄積するための障害蓄積バッファ
を設け、障害通報用の回線状態が通信不可能から通信可
能と変化したところで回線確立割り込みを発生させるも
のとする。第１回目に発生した障害の障害情報と該障害
の障害通報のための該回線確立割り込みが発生するまで
の間に発生した第２回目以降の障害の障害情報を該障害
蓄積バッファに蓄積する。そして、該回線確立割り込み
が発生したところで該障害蓄積バッファの内容を障害情
報として転送する。

【０００７】

【作用】上記手段によれば、障害通報用の回線が通信可
能となるまでの時間内に発生した第２回目以降の障害情
報も第１回目の障害情報と同様に障害蓄積バッファに蓄
積され障害通報用の回線が通信可能となった時点で第１
回目の障害情報と一緒に障害通報用の回線が通信可能と
なるまでに発生した第２回目以降の障害情報も一括して
転送する。したがって、システム内で発生する複数の障
害の通報における障害通報用の回線の使用効率の向上や
、障害通報の遅延の回避、総通報時間の短縮を実現する
ことが出来る。

【０００８】

【実施例】以下、本発明の一実施例を図面を用いて詳細
に説明する。

【０００９】図１は本発明を適用したシステムの構成を
示す。

【００１０】図１において、本システムはプロセッサ１
からプロセッサｎまでのｎ台のプロセッサを有し、該プ
ロセッサ群のデータ通信を可能とするネットワークケー
ブル１１により接続されている、またネットワークケー
ブル１１には障害通報プロセッサ２１が接続されプロセ
ッサ１からプロセッサｎまでのプロセッサ群と通信が可
能で有る。通信プロセッサ２１は本発明に係り、プロセ
ッサ１からプロセッサｎまでの障害情報を受信する障害
受信プログラム２２、障害情報を蓄積する蓄積バッファ
２３、通報する障害情報を格納する送信バッファ２４、
及び障害情報を通報する障害通報プログラム２５を有す
る。障害受信プログラム２２は障害発生割込み２６を受
信し障害通報プログラム２５に通報起動割込み２６を発
生させる。また障害通報プログラム２５は障害受信プロ
グラム２２に回線確立割込み２９を発生させる。また、
障害通報プロセッサ２１は、公衆回線３１により障害管
理センター４１と通信を行う。

【００１１】図２は図１で示した障害受信プログラム２
２、及び障害通報プログラム２５の処理手順を示すフロ
ーチャートである。

【００１２】図２に示される各ステップの処理内容を図
１を用いて説明する。

【００１３】ステップ１０１からステップ１０５までは
障害受信プログラム２２の処理手順を示す。

【００１４】ステップ１０１：障害発生割込み２６、及
び回線確立割込み２９の割込みを解析し障害発生割込み
２６ならばステップ１０２、回線確立割込み２９ならス
テップ１０４に進む。

【００１５】ステップ１０２：受信した障害情報を蓄積
バッファ２３に格納しステップ１０３に進む。

【００１６】ステップ１０３：障害通報プログラム２５
に対し障害通報割込み２７を発生させ、ステップ１０１
に戻る。

【００１７】ステップ１０４：蓄積バッファ２３の内容
を送信バッファ２４に格納しステップ１０６に進む。

【００１８】ステップ１０６：障害通報プログラム２５
に対し通報起動割込み２８を発生させ、ステップ１０１
に進む。

【００１９】ステップ２０１からステップ２０７までは
障害通報プログラム２５の処理手順を示す。

【００２０】ステップ２０１：障害通報割込み２６、及
び通報起動割込み２８の割込みを解析し障害通報割込み
２６ならばステップ２０２へ、障害通報割込み２８なら
ばステップ２０４に進む。

【００２１】ステップ２０２：公衆回線３１により障害
管理センター４１とのデータ通信を可能とするための通
信回線確立処理を行い、通信回線が確立されるとステッ
プ２０３進む。

【００２２】ステップ２０３：障害受信プログラム２２
に対し回線確立割込み２９を発生させステップ２０１に
戻る。

【００２３】ステップ２０４：送信バッファ２４の内容
を公衆回線３１により障害管理センター４１に送信し、
ステップ２０１に進む。

【００２４】図３は図１で示すシステムにおいて発生し
た障害の通報手順を具体的に示す。図３における処理手
順を図１と図２を用いて説明する。

【００２５】座標Ｔは時間の経過を示す。ｔ１は時刻ｔ
１にプロセッサ１より障害受信プログラム２２に障害発
生割込み２６が発生したことを示す。同様にｔｎは時刻
ｔｎにプロセッサｎより障害受信プログラム２２に障害
通報割込み２７が発生したことを示す。Ｔ１は障害通報
プログラム２５のステップ２０２における通信回線を確
立するために要する時間を示す。以下、障害受信プログ
ラム２２、及び障害通報プログラム２７の動作を説明す
る。障害受信プログラム２２は時刻ｔ１にプロセッサ１
より障害発生割込み２６を受信し（ステップ１０１）、
受信した障害情報を蓄積バッファ２３に格納し（ステッ
プ１０２）、障害通報プログラム２５に対し障害通報割
込み２７を発生させる（ステップ１０３）。障害通報割
込み２７を受けた障害通報プログラム２５（ステップ２
０１）は公衆回線３１を用い障害管理センターとの通信
を行うための回線確立処理を行う（ステップ２０２）。 さらに障害受信プログラム２２は、ステップ２０２おけ
る回線確立以前の時刻ｔ２にプロセッサ２より２回目の
障害発生割込み２８を受信し（ステップ１０１）、受信
した障害情報を蓄積バッファ２３に格納し（ステップ１
０２）、障害通報プログラム２５に対し障害通報割込み
２７を発生させる（ステップ１０３）、本割込みに対し
障害通報プログラム２５は回線確立処理中であるため処
理は行わない。以後、同様に回線確立に要する時間Ｔ１
内に発生する障害発生割込み２６に対しては、ステップ
１０１、ステップ１０２、ステップ１０３を繰り返す。 次に、障害通報プログラム２５は回線確立に要した時間
Ｔ１が経過すると（ステップ２０２）、障害受信プログ
ラム２２に対し、回線確立割込み２９を発生させる（ス
テップ２０３）。障害通報プログラム２５より回線確立
割込み２９を受けた障害受信プログラム２２は蓄積バッ
ファ２３の内容を送信バッファ２４に格納し（ステップ
１０４）、障害通報プログラム２５に対し通報起動割込
み２８を発生させる（ステップ１０５）。障害受信プロ
グラム２２より障害起動割込み２８を受けた障害通報プ
ログラムは公衆回線３１を用いて障害管理センター４１
に対し送信バッファ２４の多数の障害情報を一括して送
信する（ステップ２０４）。

【００２６】図４は図１で示す蓄積バッファ２３の内容
の一例を示したものである。

【００２７】図４で示す内容を図１を用いて説明する。 蓄積バッファ２３はプロセッサ１の障害情報を蓄積する
蓄積エリア４０１を有し、さらにその障害情報をｋ個分
スタックするためのスタックエリア４０１−１から４０
１−ｋをゆうする。同様にプロセッサ２に対しても蓄積
エリア４０２とスタックエリア４０２−１から４０２−
ｋを有し、ｎ個のプロセッサに対し同様の蓄積エリアと
スタックエリアを有する。本蓄積バッファを適応した場
合、例えばプロセッサ１で１回で障害が発生しその直後
にプロセッサ２で２回の障害が連続して発生し、その後
障害通報用の通信回線が確立したとすると、蓄積エリア
４０１のスタックエリア４０１−１と蓄積エリア４０２
のスタックエリア４０１−１及び４０１−２に合計３個
の障害情報が蓄積されたことになる。

【００２８】なお、本実施例ではｎ台のマルチプロセッ
サを対象としているが、シングルプロセッサであっても
よい。

【００２９】以上述べた本実施例の内容から以下のこと
が判明する。

【００３０】１．マルチプロセッサで乱発する障害を１
台のプロセッサで一括して通報することが出来る。

【００３１】２．複数の障害を一度にまとめて通報する
ため障害通報回線の使用効率が向上する。

【００３２】３．短時間に障害が頻発した場合に障害通
報回線のボトルネックの発生を防止する事が出来る。

【００３３】

【発明の効果】本発明による障害通報方式によると、複
数の障害が同時に発生する可能性のあるシステムや多発
するシステムにおいて、該複数の障害を単一の通信回線
で一括して通報することが出来、通信回線の使用効率の
向上、及び通報時間の短縮される。

【図面の簡単な説明】

【図１】本発明に係るシステムを示すブロック図である
。

【図２】本発明を制御するプログラムの処理手順を示す
流れ図である。

【図３】図２で示したプログラムを用いて障害の通報手
順を示す図である。

【図４】図１で示される蓄積バッファの具体例を示した
図である。

【符号の説明】

１−ｎ…プロセッサ、 １１…ネットワークケーブル、 ２１…障害通報プロセッサ、 ２２…障害受信プログラム、 ２３…蓄積バッファ、 ２４…送信バッファ、 ２５…障害送信プログラム、 ２６…障害発生割込み、 ２７…障害通報割込み、 ２８…通報起動割込み、 ２９…回線確立割込み。

Claims (2)

【特許請求の範囲】
1. 【請求項１】通信回線によりシステム内で発生した障害
   を自動通報する機能を有する情報処理装置の障害通報方
   式において、該システム内で最初に発生した障害の障害
   情報通報のための回線接続処理が完了するまでに発生し
   たその他の障害の障害情報を最初の障害情報と一括して
   通報することを特徴とする障害通報方式。
2. 【請求項２】請求項１において、障害情報通報のための
   回線接続が完了したことを示す回線確立割り込みと一定
   期間に発生した障害の障害情報を蓄積する障害蓄積バッ
   ファを設けることにより、最初の障害が発生してから該
   回線確立割り込みが発生するまでに発生した障害の障害
   情報を該障害蓄積バッファに蓄積しておき該回線確立が
   発生したところで該障害蓄積バッファの内容を一括して
   通報することを特徴とする障害通報方式。