JP3570893B2 - 障害判定装置 - Google Patents
障害判定装置 Download PDFInfo
- Publication number
- JP3570893B2 JP3570893B2 JP16349498A JP16349498A JP3570893B2 JP 3570893 B2 JP3570893 B2 JP 3570893B2 JP 16349498 A JP16349498 A JP 16349498A JP 16349498 A JP16349498 A JP 16349498A JP 3570893 B2 JP3570893 B2 JP 3570893B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- timer
- time
- occurrence
- determination
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Monitoring And Testing Of Exchanges (AREA)
- Monitoring And Testing Of Transmission In General (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、装置の各個所から報告される障害発生情報に基づき障害の状態を判定する障害判定装置に関する。
【０００２】
【従来の技術】
ＡＴＭ交換機等の装置の各監視個所から報告される障害発生情報に基づく障害の状態の判定においては、障害の種類、重要度に応じて多種多様な判定処理が必要とされる。例えば或るものについては、障害発生を示す割込の発生頻度を監視し、割込発生の頻度が所定の閾値を超えたとき、その後所定の判定時間の経過後にも障害が継続していれば障害状態と判定されるが、発生頻度の閾値及び判定時間は障害の種類及び重要度に応じて多様に設定する必要があり、また、監視個所ごとに発生頻度の測定のためのタイマ及び判定時間の設定のためのタイマが必要である。
【０００３】
また、物理層における障害とそれによってサポートされるデータリンク層における障害との関係のように、一方が障害状態になれば必ず他方も障害状態となるが逆は必ずしも起こらないという相互に密接な関係を有する一群の監視個所が存在する。これら一群の監視個所については、共通のタイマを用いて処理を簡単化することが考えられる。
【０００４】
【発明が解決しようとする課題】
本発明の第１の目的は、多種多様な判定処理を必要とする多数の監視個所に対する判定処理を、可能な限り少ない数のタイマで統一的に達成しうる障害判定装置を提供することにある。
本発明の第２の目的は、相互に密接な関係のある複数の監視個所について共通のタイマを用いて判定処理を達成しうる障害判定装置を提供することにある。
【０００５】
【課題を解決するための手段】
本発明によれば、障害発生を示す割込の回数をカウントする手段と、障害発生割込の回数が１になったときタイマに第１の値を設定する手段と、障害発生割込の回数が所定値になったときタイマに第２の値を設定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続しているとき、障害状態と判定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続していないとき、障害復旧と判定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値に達しないとき障害復旧と判定する手段と、障害復旧と判定されたとき障害発生割込の回数をゼロにクリアする手段とを具備する障害判定装置が提供される。
【０００６】
本発明によれば、障害が発生したとき発生した障害の種類に応じて障害判定中であることを記憶する手段と、障害が発生したとき発生した障害よりも優先度の高い種類の障害について障害判定中であることが記憶されていないとき、タイマに値を設定する手段と、タイマがタイムアップし、障害判定中であることが記憶されている障害の種類の中で最も優先度の高いものについて障害発生が継続しているとき、障害状態と判定する手段と、タイマがタイムアップし、障害判定中であることが記憶されている障害の種類の中で最も優先度の高いものについて障害発生が継続しておらず、他の障害の種類について障害判定中であるとき、タイマに値を設定する手段とを具備する障害判定装置もまた提供される。
【０００７】
【発明の実施の形態】
図１は本発明に係る障害判定装置のハードウェアの構成を示す。本発明の障害判定装置１０は、バス１２で相互に接続されたＣＰＵ１４，ＲＯＭ１６，ＲＡＭ１８、割込コントローラ２０、及び障害ステータスレジスタ２２を備えている。ＣＰＵ１４はＲＯＭ１６に格納されているプログラムに従って障害判定処理を行なう。ステータスレジスタ２２は、障害判定の対象となるＡＴＭ交換機２４の各監視個所に接続され、各監視個所から報告される障害の状態を記憶する。割込コントローラ２０は監視個所のいずれかにおいて障害が発生したときＣＰＵ１４に割込をかけ、それに応じてＣＰＵ１４が所定の割込処理を完了した後においても障害の状態が継続しているとき、又は、再度障害が発生したとき、ＣＰＵ１４に対して再度割込をかける。ステータスレジスタ２２の内容はＣＰＵ１４から読み出すことができる。
【０００８】
図２は、本発明の第１の実施例に係る障害判定装置のソフトウェアの構成を示す。障害検出処理部３０は、障害発生の割込によって起動され、ＲＡＭ１８上に監視個所ごとに設けられた発生回数記憶領域３２に記憶される発生回数の値を更新し、発生回数が所定値になったら、タイマ領域３４に所定の値を設定する。タイマ処理部３６は、一定時間が経過するごとに発生する割込によって起動され、タイマ領域３４に格納されるタイマ値をダウンカウントし、ゼロになったらタイムアップ処理部３８へタイムアップを通知する。タイムアップ処理部３８は、タイムアップ通知により起動され、発生回数記憶領域３２内の発生回数及びステータスレジスタ２２の内容に基づき障害の状態を判定する。
【０００９】
図３は障害検出部３０における処理の詳細を示すフローチャートである。障害発生を示す割込によって起動されたら、まず、発生個所を特定し（ステップ１０００）、発生個所に対応する記憶領域３２に記憶されている発生回数をインクリメントする（ステップ１００２）。発生回数が所定値ｎに達しているかどうかが判定され（ステップ１００４）、発生回数がｎに達していなければ、次に、発生回数が１であるかが判定される。発生回数が１であれば、タイマ領域３４に発生頻度を判定するためのタイマ値Ｔ１ を設定する。（ステップ１００８）。発生回数がｎに達していれば、それは発生頻度判定のためのタイマがタイムアップする前に割込がｎ回発生したことを意味するので、タイマ領域３４に固定障害判定のためのタイマ値Ｔ２ を設定する（ステップ１０１０）。その後、発生回数がそれ以上更新されることを防ぐため、割込にマスクをかける（ステップ１０１２）。
【００１０】
図４はタイマ処理部３６における処理の詳細を示すフローチャートである。図４において、タイマ処理中の監視個所を示すパラメータｊに１を代入し（ステップ１１００）、ｊ番目のタイマのタイマ値がゼロであるか否かが判定される。（ステップ１１０２）。タイマ値がゼロでないときはそれをデクリメントし（ステップ１１０４）、ゼロになったら（ステップ１１０６）、タイムアップ処理部３８へｊ番目のタイマがタイムアップしたことを通知する（ステップ１１０８）。次に全タイマについて処理が終了したか否かが判定され（ステップ１１１０）、そうでないときはパラメータｊをインクリメントして（ステップ１１１２）、ステップ１１０２の処理へ戻る。
【００１１】
図５はタイムアップ処理部３８における処理の詳細を示すフローチャートである。図５において、まず、タイムアップしたタイマに対応する発生回数がｎに達しているかが判定される（ステップ１２００）。発生回数がｎに達していないとすれば、タイムアップしたのは発生頻度の判定のための判定時間Ｔ１ であり、その間の割込発生回数がｎに満たないのであるから、間欠障害または障害復旧と判定し（ステップ１２０６）、発生回数をゼロにクリアして割込マスクを解除する（ステップ１２０８）。ステップ１２００において発生回数がｎに達していれば、タイムアップしたのは固定障害判定のための時間Ｔ２ であることを意味するから、対応するステータスレジスタ２２の内容を読み取り（ステップ１２０２）、それに基いて障害が継続しているか否かが判定される（ステップ１２０４）。障害継続と判定されれば所定の障害処理を行なう（ステップ１２１０）。
【００１２】
図６は本発明の第１の実施例に係る障害判定装置の動作を説明するタイミングチャートである。図６において、判定時間Ｔ１ を定めるタイマは障害個所ごとに独立に最初の割込からスタートする。また、その間の発生回数の閾値ｎは図６中のｎ１ ，ｎ２ のように判定個所ごとにそれぞれ異なる値に設定することができる。障害個所１及び２については判定時間Ｔ１ 中に発生回数がそれぞれｎ１ 、及びｎ２ に達すると判定時間Ｔ２ を定めるタイマがスタートする。判定時間Ｔ２ についても図６のＴ２１，Ｔ２２のように判定個所ごとにそれぞれ異なる値に設定することができる。障害個所３については、発生回数がｎ３ に達する前に判定時間Ｔ１ がタイムアップしたので障害復旧と判定される。
【００１３】
なお、本発明の第１の実施例において、タイマ処理部３６がＴ１ のタイマがタイムアップしたと判定してタイムアップ通知を行なった直後でタイムアップ処理部３８が動作する前に障害検出処理部３０が動作して発生回数をｎ−１からｎへカウントアップすると、タイムアップ処理部３８はＴ２ のタイマがタイムアップしたものとして誤動作してしまう。これを避けるためには、タイマ処理部３６がタイムアップ通知をする直前、すなわち図４のステップ１１０６と１１０８の間に障害発生割込をマスクして発生回数が増えないようにすれば良い。
【００１４】
図７は本発明の第２の実施例に係る障害判定装置のソフトウェアの構成を示す。本発明の第２の実施例では、物理層における障害とそれによってサポートされるデータリンク層における障害との関係のように相互に密接な関係にあるものを１つの障害群としてまとめ、各障害群ごとに１つのタイマを用いて障害状態の判定を行なう。また、第１の実施例におけるｎが１、すなわち、障害発生の割込が入ったら直ちに固定障害の判定を行なうタイプの監視個所をその対象とする。
【００１５】
図７において、ＲＡＭ１８（図１）上には各障害群ごとに１つのタイマ領域４０と、その障害群に属する各監視個所の状態（正常、障害判定中、または障害）を記憶する領域４２が設けられる。障害検出処理部４４は、障害発生の割込によって起動され、対応個所の状態を障害判定中に変更し、同じ障害群に属する監視個所の中でそれよりも優先度の高いものがすべて正常であるときのみタイマ領域４０に値を設定する。タイマ処理部４６は、一定時間が経過するごとに発生する割込によって起動され、タイマ領域４０のタイマ値をダウンカウントし、ゼロになったらタイムアップ処理部４８へタイムアップ通知を行なう。タイムアップ処理部４８は、タイムアップ通知により起動され、ステータスレジスタ２２の内容に基いて障害の状態を判定し、障害復旧と判定される場合にはそれよりも優先度の低い監視個所が障害判定中であるときはタイマを再び起動する。
【００１６】
図８は障害検出処理部４４の処理の詳細を示すフローチャートである。障害発生の割込によって起動されたら、その障害群及び障害種別（監視個所）を特定し（ステップ１３００）、領域４２を参照して正常から障害判定中へと状態を変更する（ステップ１３０２，１３０４）。次に、同じ障害群に属する監視個所の中で、それよりも優先度の高い監視個所の状態がすべて正常と設定されているときのみタイマ領域４０に値を設定してタイマを起動する（ステップ１３０６，１３０８）。すなわち、同じ障害群に属する監視個所の中で優先度の高いものの障害が先に検出されて固定障害判定時間がスタートした後にそれよりも優先度の低い監視個所の障害が検出されたときにタイマ値が再設定されると、優先度の高い監視個所に対する固定障害判定時間が実質的に延長されて障害処理が遅れてしまうので、このことを防止するため、優先度の高い監視個所が障害判定中であるときは障害判定中の設定のみを行ない、タイマ値の設定は行なわない。
【００１７】
図９はタイマ処理部４６の処理の詳細を示すフローチャートである。タイマ処理部４６の動作は既に説明したタイマ処理部３６の動作（図４）と実質的に同一であるので説明を省略する。
図１０はタイムアップ処理部４８の処理の詳細を示すフローチャートである。本発明の第２の実施例では、障害群ごとに１つのタイマが設けられるので、タイムアップ処理部４８ではタイムアップしたタイマに対応する障害群に属する監視個所について障害判定処理が行なわれる。ステップ１５００において、まず、タイムアップしたタイマに対応する障害群に属する監視個所の中で最も優先度の高いものの状態を領域４２から読み取って判定する（ステップ１５０２，１５０４）。それが“障害”でも“障害判定中”でもなければ、すなわち、“正常”であれば次に優先度の高い監視個所について状態を読み取り（ステップ１５０６）、ステップ１５０２に戻る。“障害判定中”であれば、それに対応するステータスレジスタ２２の内容を読み取り（ステップ１５０８）、障害が継続しているか否かを判定する（ステップ１５１０）、障害が継続していれば、状態を“障害判定中”から“障害”へ変更し（ステップ１５１２）、障害処理を行なう（ステップ１５１４）。障害が復旧していれば、状態を“障害判定中”から“正常”へと変更し（ステップ１５１６）、同じ障害群に属する他の監視個所について、“障害判定中”が設定されているか否かを判定する（ステップ１５１８）。他の監視個所に“障害判定中”が設定されていればタイマ値を再度設定する（ステップ１５２０）。
【００１８】
すなわち、本発明の第２の実施例においては、同じ障害群に属する複数の監視個所について１つのタイマが用いられ、同時にまたは相前後して障害が検出されたら、優先度の高いものが優先して固定障害の判定が行なわれ、障害復旧と判定されたときのみ優先度の低いものの処理が行なわれる。
【００１９】
【発明の効果】
以上説明した様に、本発明により障害種別／装置種別の異なる障害、優先順位のある障害の検出を統一でき、さらに障害検出までの管理データ量も減少できることにより、障害処理の処理効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明の一実施例のハードウェアの構成を示すブロック図である。
【図２】本発明の第１の実施例のソフトウェアの構成を示すブロック図である。
【図３】障害検出処理部３０の処理のフローチャートである。
【図４】タイマ処理部３６の処理のフローチャートである。
【図５】タイムアップ処理部３８の処理のフローチャートである。
【図６】本発明の第１の実施例の動作を説明するタイミングチャートである。
【図７】本発明の第２の実施例のソフトウェアの構成を示すブロック図である。
【図８】障害検出処理部４４の処理のフローチャートである。
【図９】タイマ処理部４６の処理のフローチャートである。
【図１０】タイムアップ処理部４８の処理のフローチャートである。
【発明の属する技術分野】
本発明は、装置の各個所から報告される障害発生情報に基づき障害の状態を判定する障害判定装置に関する。
【０００２】
【従来の技術】
ＡＴＭ交換機等の装置の各監視個所から報告される障害発生情報に基づく障害の状態の判定においては、障害の種類、重要度に応じて多種多様な判定処理が必要とされる。例えば或るものについては、障害発生を示す割込の発生頻度を監視し、割込発生の頻度が所定の閾値を超えたとき、その後所定の判定時間の経過後にも障害が継続していれば障害状態と判定されるが、発生頻度の閾値及び判定時間は障害の種類及び重要度に応じて多様に設定する必要があり、また、監視個所ごとに発生頻度の測定のためのタイマ及び判定時間の設定のためのタイマが必要である。
【０００３】
また、物理層における障害とそれによってサポートされるデータリンク層における障害との関係のように、一方が障害状態になれば必ず他方も障害状態となるが逆は必ずしも起こらないという相互に密接な関係を有する一群の監視個所が存在する。これら一群の監視個所については、共通のタイマを用いて処理を簡単化することが考えられる。
【０００４】
【発明が解決しようとする課題】
本発明の第１の目的は、多種多様な判定処理を必要とする多数の監視個所に対する判定処理を、可能な限り少ない数のタイマで統一的に達成しうる障害判定装置を提供することにある。
本発明の第２の目的は、相互に密接な関係のある複数の監視個所について共通のタイマを用いて判定処理を達成しうる障害判定装置を提供することにある。
【０００５】
【課題を解決するための手段】
本発明によれば、障害発生を示す割込の回数をカウントする手段と、障害発生割込の回数が１になったときタイマに第１の値を設定する手段と、障害発生割込の回数が所定値になったときタイマに第２の値を設定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続しているとき、障害状態と判定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続していないとき、障害復旧と判定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値に達しないとき障害復旧と判定する手段と、障害復旧と判定されたとき障害発生割込の回数をゼロにクリアする手段とを具備する障害判定装置が提供される。
【０００６】
本発明によれば、障害が発生したとき発生した障害の種類に応じて障害判定中であることを記憶する手段と、障害が発生したとき発生した障害よりも優先度の高い種類の障害について障害判定中であることが記憶されていないとき、タイマに値を設定する手段と、タイマがタイムアップし、障害判定中であることが記憶されている障害の種類の中で最も優先度の高いものについて障害発生が継続しているとき、障害状態と判定する手段と、タイマがタイムアップし、障害判定中であることが記憶されている障害の種類の中で最も優先度の高いものについて障害発生が継続しておらず、他の障害の種類について障害判定中であるとき、タイマに値を設定する手段とを具備する障害判定装置もまた提供される。
【０００７】
【発明の実施の形態】
図１は本発明に係る障害判定装置のハードウェアの構成を示す。本発明の障害判定装置１０は、バス１２で相互に接続されたＣＰＵ１４，ＲＯＭ１６，ＲＡＭ１８、割込コントローラ２０、及び障害ステータスレジスタ２２を備えている。ＣＰＵ１４はＲＯＭ１６に格納されているプログラムに従って障害判定処理を行なう。ステータスレジスタ２２は、障害判定の対象となるＡＴＭ交換機２４の各監視個所に接続され、各監視個所から報告される障害の状態を記憶する。割込コントローラ２０は監視個所のいずれかにおいて障害が発生したときＣＰＵ１４に割込をかけ、それに応じてＣＰＵ１４が所定の割込処理を完了した後においても障害の状態が継続しているとき、又は、再度障害が発生したとき、ＣＰＵ１４に対して再度割込をかける。ステータスレジスタ２２の内容はＣＰＵ１４から読み出すことができる。
【０００８】
図２は、本発明の第１の実施例に係る障害判定装置のソフトウェアの構成を示す。障害検出処理部３０は、障害発生の割込によって起動され、ＲＡＭ１８上に監視個所ごとに設けられた発生回数記憶領域３２に記憶される発生回数の値を更新し、発生回数が所定値になったら、タイマ領域３４に所定の値を設定する。タイマ処理部３６は、一定時間が経過するごとに発生する割込によって起動され、タイマ領域３４に格納されるタイマ値をダウンカウントし、ゼロになったらタイムアップ処理部３８へタイムアップを通知する。タイムアップ処理部３８は、タイムアップ通知により起動され、発生回数記憶領域３２内の発生回数及びステータスレジスタ２２の内容に基づき障害の状態を判定する。
【０００９】
図３は障害検出部３０における処理の詳細を示すフローチャートである。障害発生を示す割込によって起動されたら、まず、発生個所を特定し（ステップ１０００）、発生個所に対応する記憶領域３２に記憶されている発生回数をインクリメントする（ステップ１００２）。発生回数が所定値ｎに達しているかどうかが判定され（ステップ１００４）、発生回数がｎに達していなければ、次に、発生回数が１であるかが判定される。発生回数が１であれば、タイマ領域３４に発生頻度を判定するためのタイマ値Ｔ１ を設定する。（ステップ１００８）。発生回数がｎに達していれば、それは発生頻度判定のためのタイマがタイムアップする前に割込がｎ回発生したことを意味するので、タイマ領域３４に固定障害判定のためのタイマ値Ｔ２ を設定する（ステップ１０１０）。その後、発生回数がそれ以上更新されることを防ぐため、割込にマスクをかける（ステップ１０１２）。
【００１０】
図４はタイマ処理部３６における処理の詳細を示すフローチャートである。図４において、タイマ処理中の監視個所を示すパラメータｊに１を代入し（ステップ１１００）、ｊ番目のタイマのタイマ値がゼロであるか否かが判定される。（ステップ１１０２）。タイマ値がゼロでないときはそれをデクリメントし（ステップ１１０４）、ゼロになったら（ステップ１１０６）、タイムアップ処理部３８へｊ番目のタイマがタイムアップしたことを通知する（ステップ１１０８）。次に全タイマについて処理が終了したか否かが判定され（ステップ１１１０）、そうでないときはパラメータｊをインクリメントして（ステップ１１１２）、ステップ１１０２の処理へ戻る。
【００１１】
図５はタイムアップ処理部３８における処理の詳細を示すフローチャートである。図５において、まず、タイムアップしたタイマに対応する発生回数がｎに達しているかが判定される（ステップ１２００）。発生回数がｎに達していないとすれば、タイムアップしたのは発生頻度の判定のための判定時間Ｔ１ であり、その間の割込発生回数がｎに満たないのであるから、間欠障害または障害復旧と判定し（ステップ１２０６）、発生回数をゼロにクリアして割込マスクを解除する（ステップ１２０８）。ステップ１２００において発生回数がｎに達していれば、タイムアップしたのは固定障害判定のための時間Ｔ２ であることを意味するから、対応するステータスレジスタ２２の内容を読み取り（ステップ１２０２）、それに基いて障害が継続しているか否かが判定される（ステップ１２０４）。障害継続と判定されれば所定の障害処理を行なう（ステップ１２１０）。
【００１２】
図６は本発明の第１の実施例に係る障害判定装置の動作を説明するタイミングチャートである。図６において、判定時間Ｔ１ を定めるタイマは障害個所ごとに独立に最初の割込からスタートする。また、その間の発生回数の閾値ｎは図６中のｎ１ ，ｎ２ のように判定個所ごとにそれぞれ異なる値に設定することができる。障害個所１及び２については判定時間Ｔ１ 中に発生回数がそれぞれｎ１ 、及びｎ２ に達すると判定時間Ｔ２ を定めるタイマがスタートする。判定時間Ｔ２ についても図６のＴ２１，Ｔ２２のように判定個所ごとにそれぞれ異なる値に設定することができる。障害個所３については、発生回数がｎ３ に達する前に判定時間Ｔ１ がタイムアップしたので障害復旧と判定される。
【００１３】
なお、本発明の第１の実施例において、タイマ処理部３６がＴ１ のタイマがタイムアップしたと判定してタイムアップ通知を行なった直後でタイムアップ処理部３８が動作する前に障害検出処理部３０が動作して発生回数をｎ−１からｎへカウントアップすると、タイムアップ処理部３８はＴ２ のタイマがタイムアップしたものとして誤動作してしまう。これを避けるためには、タイマ処理部３６がタイムアップ通知をする直前、すなわち図４のステップ１１０６と１１０８の間に障害発生割込をマスクして発生回数が増えないようにすれば良い。
【００１４】
図７は本発明の第２の実施例に係る障害判定装置のソフトウェアの構成を示す。本発明の第２の実施例では、物理層における障害とそれによってサポートされるデータリンク層における障害との関係のように相互に密接な関係にあるものを１つの障害群としてまとめ、各障害群ごとに１つのタイマを用いて障害状態の判定を行なう。また、第１の実施例におけるｎが１、すなわち、障害発生の割込が入ったら直ちに固定障害の判定を行なうタイプの監視個所をその対象とする。
【００１５】
図７において、ＲＡＭ１８（図１）上には各障害群ごとに１つのタイマ領域４０と、その障害群に属する各監視個所の状態（正常、障害判定中、または障害）を記憶する領域４２が設けられる。障害検出処理部４４は、障害発生の割込によって起動され、対応個所の状態を障害判定中に変更し、同じ障害群に属する監視個所の中でそれよりも優先度の高いものがすべて正常であるときのみタイマ領域４０に値を設定する。タイマ処理部４６は、一定時間が経過するごとに発生する割込によって起動され、タイマ領域４０のタイマ値をダウンカウントし、ゼロになったらタイムアップ処理部４８へタイムアップ通知を行なう。タイムアップ処理部４８は、タイムアップ通知により起動され、ステータスレジスタ２２の内容に基いて障害の状態を判定し、障害復旧と判定される場合にはそれよりも優先度の低い監視個所が障害判定中であるときはタイマを再び起動する。
【００１６】
図８は障害検出処理部４４の処理の詳細を示すフローチャートである。障害発生の割込によって起動されたら、その障害群及び障害種別（監視個所）を特定し（ステップ１３００）、領域４２を参照して正常から障害判定中へと状態を変更する（ステップ１３０２，１３０４）。次に、同じ障害群に属する監視個所の中で、それよりも優先度の高い監視個所の状態がすべて正常と設定されているときのみタイマ領域４０に値を設定してタイマを起動する（ステップ１３０６，１３０８）。すなわち、同じ障害群に属する監視個所の中で優先度の高いものの障害が先に検出されて固定障害判定時間がスタートした後にそれよりも優先度の低い監視個所の障害が検出されたときにタイマ値が再設定されると、優先度の高い監視個所に対する固定障害判定時間が実質的に延長されて障害処理が遅れてしまうので、このことを防止するため、優先度の高い監視個所が障害判定中であるときは障害判定中の設定のみを行ない、タイマ値の設定は行なわない。
【００１７】
図９はタイマ処理部４６の処理の詳細を示すフローチャートである。タイマ処理部４６の動作は既に説明したタイマ処理部３６の動作（図４）と実質的に同一であるので説明を省略する。
図１０はタイムアップ処理部４８の処理の詳細を示すフローチャートである。本発明の第２の実施例では、障害群ごとに１つのタイマが設けられるので、タイムアップ処理部４８ではタイムアップしたタイマに対応する障害群に属する監視個所について障害判定処理が行なわれる。ステップ１５００において、まず、タイムアップしたタイマに対応する障害群に属する監視個所の中で最も優先度の高いものの状態を領域４２から読み取って判定する（ステップ１５０２，１５０４）。それが“障害”でも“障害判定中”でもなければ、すなわち、“正常”であれば次に優先度の高い監視個所について状態を読み取り（ステップ１５０６）、ステップ１５０２に戻る。“障害判定中”であれば、それに対応するステータスレジスタ２２の内容を読み取り（ステップ１５０８）、障害が継続しているか否かを判定する（ステップ１５１０）、障害が継続していれば、状態を“障害判定中”から“障害”へ変更し（ステップ１５１２）、障害処理を行なう（ステップ１５１４）。障害が復旧していれば、状態を“障害判定中”から“正常”へと変更し（ステップ１５１６）、同じ障害群に属する他の監視個所について、“障害判定中”が設定されているか否かを判定する（ステップ１５１８）。他の監視個所に“障害判定中”が設定されていればタイマ値を再度設定する（ステップ１５２０）。
【００１８】
すなわち、本発明の第２の実施例においては、同じ障害群に属する複数の監視個所について１つのタイマが用いられ、同時にまたは相前後して障害が検出されたら、優先度の高いものが優先して固定障害の判定が行なわれ、障害復旧と判定されたときのみ優先度の低いものの処理が行なわれる。
【００１９】
【発明の効果】
以上説明した様に、本発明により障害種別／装置種別の異なる障害、優先順位のある障害の検出を統一でき、さらに障害検出までの管理データ量も減少できることにより、障害処理の処理効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明の一実施例のハードウェアの構成を示すブロック図である。
【図２】本発明の第１の実施例のソフトウェアの構成を示すブロック図である。
【図３】障害検出処理部３０の処理のフローチャートである。
【図４】タイマ処理部３６の処理のフローチャートである。
【図５】タイムアップ処理部３８の処理のフローチャートである。
【図６】本発明の第１の実施例の動作を説明するタイミングチャートである。
【図７】本発明の第２の実施例のソフトウェアの構成を示すブロック図である。
【図８】障害検出処理部４４の処理のフローチャートである。
【図９】タイマ処理部４６の処理のフローチャートである。
【図１０】タイムアップ処理部４８の処理のフローチャートである。
Claims (1)
- 障害発生を示す割込の回数をカウントする手段と、
障害発生割込の回数が１になったときタイマに第１の値を設定する手段と、
障害発生割込の回数が所定値になったときタイマに第２の値を設定する手段と、
タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続しているとき、障害状態と判定する手段と、
タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続していないとき、障害復旧と判定する手段と、
タイマがタイムアップし、障害発生割込の回数が前記所定値に達しないとき障害復旧と判定する手段と、
障害復旧と判定されたとき障害発生割込の回数をゼロにクリアする手段とを具備する障害判定装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16349498A JP3570893B2 (ja) | 1998-06-11 | 1998-06-11 | 障害判定装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16349498A JP3570893B2 (ja) | 1998-06-11 | 1998-06-11 | 障害判定装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11355437A JPH11355437A (ja) | 1999-12-24 |
| JP3570893B2 true JP3570893B2 (ja) | 2004-09-29 |
Family
ID=15774941
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16349498A Expired - Lifetime JP3570893B2 (ja) | 1998-06-11 | 1998-06-11 | 障害判定装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3570893B2 (ja) |
-
1998
- 1998-06-11 JP JP16349498A patent/JP3570893B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11355437A (ja) | 1999-12-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7000154B1 (en) | System and method for fault detection and recovery | |
| CN109976935B (zh) | 微服务架构、微服务节点及其熔断恢复方法、装置 | |
| CN112631820A (zh) | 软件系统的故障恢复方法及装置 | |
| US7965622B2 (en) | Automatic problem isolation for multi-layer network failures | |
| CN101917303B (zh) | 告警防抖动的处理方法及装置 | |
| CN118245269B (zh) | Pci设备的故障处理方法及装置、故障处理系统 | |
| WO2013071755A1 (zh) | 基站设备自愈的实现方法及装置 | |
| JP3570893B2 (ja) | 障害判定装置 | |
| CN115129508B (zh) | 一种内存可纠正错误的带外处理方法、装置、设备及介质 | |
| JP6421516B2 (ja) | サーバ装置、冗長構成サーバシステム、情報引継プログラム及び情報引継方法 | |
| JP2001331330A (ja) | プロセス異常検知及び復旧システム | |
| JP2004258936A (ja) | モバイル通信端末及びそれに用いるフェイルセーフ方法並びにそのプログラム | |
| WO2014040470A1 (zh) | 告警消息的处理方法及装置 | |
| JP2004086520A (ja) | 監視制御装置及び監視制御方法 | |
| TWI780537B (zh) | 智慧化調整監控告警服務的系統、方法及電腦可讀媒介 | |
| CN111722980B (zh) | 数据采集系统和方法 | |
| JPH04239242A (ja) | 障害検出方式 | |
| JPH02216931A (ja) | 障害情報通知方式 | |
| JP2004227084A (ja) | 警報情報収集装置 | |
| JP2000148540A (ja) | プロセッサシステム | |
| JPH0918548A (ja) | 二重化された通信システムの系の切り換え制御方法及び装置 | |
| CN116405417A (zh) | 一种监控部署方法、设备及装置 | |
| CN120416245A (zh) | 一种故障处理系统及方法 | |
| JPH09321868A (ja) | 障害通知方式 | |
| WO2008072350A1 (ja) | 二重化タイマを用いたシステム監視装置、および監視方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040217 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040224 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040412 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040525 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040622 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080702 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090702 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100702 Year of fee payment: 6 |