(57)【特許請求の範囲】
【請求項１】
障害発生を示す割込の回数をカウントする手段と、
障害発生割込の回数が１になったときタイマに第１の値を設定する手段と、
障害発生割込の回数が所定値になったときタイマに第２の値を設定する手段と、
タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続しているとき、障害状態と判定する手段と、
タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続していないとき、障害復旧と判定する手段と、
タイマがタイムアップし、障害発生割込の回数が前記所定値に達しないとき障害復旧と判定する手段と、
障害復旧と判定されたとき障害発生割込の回数をゼロにクリアする手段とを具備する障害判定装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、装置の各個所から報告される障害発生情報に基づき障害の状態を判定する障害判定装置に関する。
【０００２】
【従来の技術】
ＡＴＭ交換機等の装置の各監視個所から報告される障害発生情報に基づく障害の状態の判定においては、障害の種類、重要度に応じて多種多様な判定処理が必要とされる。例えば或るものについては、障害発生を示す割込の発生頻度を監視し、割込発生の頻度が所定の閾値を超えたとき、その後所定の判定時間の経過後にも障害が継続していれば障害状態と判定されるが、発生頻度の閾値及び判定時間は障害の種類及び重要度に応じて多様に設定する必要があり、また、監視個所ごとに発生頻度の測定のためのタイマ及び判定時間の設定のためのタイマが必要である。
【０００３】
また、物理層における障害とそれによってサポートされるデータリンク層における障害との関係のように、一方が障害状態になれば必ず他方も障害状態となるが逆は必ずしも起こらないという相互に密接な関係を有する一群の監視個所が存在する。これら一群の監視個所については、共通のタイマを用いて処理を簡単化することが考えられる。
【０００４】
【発明が解決しようとする課題】
本発明の第１の目的は、多種多様な判定処理を必要とする多数の監視個所に対する判定処理を、可能な限り少ない数のタイマで統一的に達成しうる障害判定装置を提供することにある。
本発明の第２の目的は、相互に密接な関係のある複数の監視個所について共通のタイマを用いて判定処理を達成しうる障害判定装置を提供することにある。
【０００５】
【課題を解決するための手段】
本発明によれば、障害発生を示す割込の回数をカウントする手段と、障害発生割込の回数が１になったときタイマに第１の値を設定する手段と、障害発生割込の回数が所定値になったときタイマに第２の値を設定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続しているとき、障害状態と判定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値以上であり、障害発生が継続していないとき、障害復旧と判定する手段と、タイマがタイムアップし、障害発生割込の回数が前記所定値に達しないとき障害復旧と判定する手段と、障害復旧と判定されたとき障害発生割込の回数をゼロにクリアする手段とを具備する障害判定装置が提供される。
【０００６】
本発明によれば、障害が発生したとき発生した障害の種類に応じて障害判定中であることを記憶する手段と、障害が発生したとき発生した障害よりも優先度の高い種類の障害について障害判定中であることが記憶されていないとき、タイマに値を設定する手段と、タイマがタイムアップし、障害判定中であることが記憶されている障害の種類の中で最も優先度の高いものについて障害発生が継続しているとき、障害状態と判定する手段と、タイマがタイムアップし、障害判定中であることが記憶されている障害の種類の中で最も優先度の高いものについて障害発生が継続しておらず、他の障害の種類について障害判定中であるとき、タイマに値を設定する手段とを具備する障害判定装置もまた提供される。
【０００７】
【発明の実施の形態】
図１は本発明に係る障害判定装置のハードウェアの構成を示す。本発明の障害判定装置１０は、バス１２で相互に接続されたＣＰＵ１４，ＲＯＭ１６，ＲＡＭ１８、割込コントローラ２０、及び障害ステータスレジスタ２２を備えている。ＣＰＵ１４はＲＯＭ１６に格納されているプログラムに従って障害判定処理を行なう。ステータスレジスタ２２は、障害判定の対象となるＡＴＭ交換機２４の各監視個所に接続され、各監視個所から報告される障害の状態を記憶する。割込コントローラ２０は監視個所のいずれかにおいて障害が発生したときＣＰＵ１４に割込をかけ、それに応じてＣＰＵ１４が所定の割込処理を完了した後においても障害の状態が継続しているとき、又は、再度障害が発生したとき、ＣＰＵ１４に対して再度割込をかける。ステータスレジスタ２２の内容はＣＰＵ１４から読み出すことができる。
【０００８】
図２は、本発明の第１の実施例に係る障害判定装置のソフトウェアの構成を示す。障害検出処理部３０は、障害発生の割込によって起動され、ＲＡＭ１８上に監視個所ごとに設けられた発生回数記憶領域３２に記憶される発生回数の値を更新し、発生回数が所定値になったら、タイマ領域３４に所定の値を設定する。タイマ処理部３６は、一定時間が経過するごとに発生する割込によって起動され、タイマ領域３４に格納されるタイマ値をダウンカウントし、ゼロになったらタイムアップ処理部３８へタイムアップを通知する。タイムアップ処理部３８は、タイムアップ通知により起動され、発生回数記憶領域３２内の発生回数及びステータスレジスタ２２の内容に基づき障害の状態を判定する。
【０００９】
図３は障害検出部３０における処理の詳細を示すフローチャートである。障害発生を示す割込によって起動されたら、まず、発生個所を特定し（ステップ１０００）、発生個所に対応する記憶領域３２に記憶されている発生回数をインクリメントする（ステップ１００２）。発生回数が所定値ｎに達しているかどうかが判定され（ステップ１００４）、発生回数がｎに達していなければ、次に、発生回数が１であるかが判定される。発生回数が１であれば、タイマ領域３４に発生頻度を判定するためのタイマ値Ｔ１  を設定する。（ステップ１００８）。発生回数がｎに達していれば、それは発生頻度判定のためのタイマがタイムアップする前に割込がｎ回発生したことを意味するので、タイマ領域３４に固定障害判定のためのタイマ値Ｔ２  を設定する（ステップ１０１０）。その後、発生回数がそれ以上更新されることを防ぐため、割込にマスクをかける（ステップ１０１２）。
【００１０】
図４はタイマ処理部３６における処理の詳細を示すフローチャートである。図４において、タイマ処理中の監視個所を示すパラメータｊに１を代入し（ステップ１１００）、ｊ番目のタイマのタイマ値がゼロであるか否かが判定される。（ステップ１１０２）。タイマ値がゼロでないときはそれをデクリメントし（ステップ１１０４）、ゼロになったら（ステップ１１０６）、タイムアップ処理部３８へｊ番目のタイマがタイムアップしたことを通知する（ステップ１１０８）。次に全タイマについて処理が終了したか否かが判定され（ステップ１１１０）、そうでないときはパラメータｊをインクリメントして（ステップ１１１２）、ステップ１１０２の処理へ戻る。
【００１１】
図５はタイムアップ処理部３８における処理の詳細を示すフローチャートである。図５において、まず、タイムアップしたタイマに対応する発生回数がｎに達しているかが判定される（ステップ１２００）。発生回数がｎに達していないとすれば、タイムアップしたのは発生頻度の判定のための判定時間Ｔ１  であり、その間の割込発生回数がｎに満たないのであるから、間欠障害または障害復旧と判定し（ステップ１２０６）、発生回数をゼロにクリアして割込マスクを解除する（ステップ１２０８）。ステップ１２００において発生回数がｎに達していれば、タイムアップしたのは固定障害判定のための時間Ｔ２  であることを意味するから、対応するステータスレジスタ２２の内容を読み取り（ステップ１２０２）、それに基いて障害が継続しているか否かが判定される（ステップ１２０４）。障害継続と判定されれば所定の障害処理を行なう（ステップ１２１０）。
【００１２】
図６は本発明の第１の実施例に係る障害判定装置の動作を説明するタイミングチャートである。図６において、判定時間Ｔ１  を定めるタイマは障害個所ごとに独立に最初の割込からスタートする。また、その間の発生回数の閾値ｎは図６中のｎ１  ，ｎ２  のように判定個所ごとにそれぞれ異なる値に設定することができる。障害個所１及び２については判定時間Ｔ１  中に発生回数がそれぞれｎ１  、及びｎ２  に達すると判定時間Ｔ２  を定めるタイマがスタートする。判定時間Ｔ２  についても図６のＴ２１，Ｔ２２のように判定個所ごとにそれぞれ異なる値に設定することができる。障害個所３については、発生回数がｎ３  に達する前に判定時間Ｔ１  がタイムアップしたので障害復旧と判定される。
【００１３】
なお、本発明の第１の実施例において、タイマ処理部３６がＴ１  のタイマがタイムアップしたと判定してタイムアップ通知を行なった直後でタイムアップ処理部３８が動作する前に障害検出処理部３０が動作して発生回数をｎ−１からｎへカウントアップすると、タイムアップ処理部３８はＴ２  のタイマがタイムアップしたものとして誤動作してしまう。これを避けるためには、タイマ処理部３６がタイムアップ通知をする直前、すなわち図４のステップ１１０６と１１０８の間に障害発生割込をマスクして発生回数が増えないようにすれば良い。
【００１４】
図７は本発明の第２の実施例に係る障害判定装置のソフトウェアの構成を示す。本発明の第２の実施例では、物理層における障害とそれによってサポートされるデータリンク層における障害との関係のように相互に密接な関係にあるものを１つの障害群としてまとめ、各障害群ごとに１つのタイマを用いて障害状態の判定を行なう。また、第１の実施例におけるｎが１、すなわち、障害発生の割込が入ったら直ちに固定障害の判定を行なうタイプの監視個所をその対象とする。
【００１５】
図７において、ＲＡＭ１８（図１）上には各障害群ごとに１つのタイマ領域４０と、その障害群に属する各監視個所の状態（正常、障害判定中、または障害）を記憶する領域４２が設けられる。障害検出処理部４４は、障害発生の割込によって起動され、対応個所の状態を障害判定中に変更し、同じ障害群に属する監視個所の中でそれよりも優先度の高いものがすべて正常であるときのみタイマ領域４０に値を設定する。タイマ処理部４６は、一定時間が経過するごとに発生する割込によって起動され、タイマ領域４０のタイマ値をダウンカウントし、ゼロになったらタイムアップ処理部４８へタイムアップ通知を行なう。タイムアップ処理部４８は、タイムアップ通知により起動され、ステータスレジスタ２２の内容に基いて障害の状態を判定し、障害復旧と判定される場合にはそれよりも優先度の低い監視個所が障害判定中であるときはタイマを再び起動する。
【００１６】
図８は障害検出処理部４４の処理の詳細を示すフローチャートである。障害発生の割込によって起動されたら、その障害群及び障害種別（監視個所）を特定し（ステップ１３００）、領域４２を参照して正常から障害判定中へと状態を変更する（ステップ１３０２，１３０４）。次に、同じ障害群に属する監視個所の中で、それよりも優先度の高い監視個所の状態がすべて正常と設定されているときのみタイマ領域４０に値を設定してタイマを起動する（ステップ１３０６，１３０８）。すなわち、同じ障害群に属する監視個所の中で優先度の高いものの障害が先に検出されて固定障害判定時間がスタートした後にそれよりも優先度の低い監視個所の障害が検出されたときにタイマ値が再設定されると、優先度の高い監視個所に対する固定障害判定時間が実質的に延長されて障害処理が遅れてしまうので、このことを防止するため、優先度の高い監視個所が障害判定中であるときは障害判定中の設定のみを行ない、タイマ値の設定は行なわない。
【００１７】
図９はタイマ処理部４６の処理の詳細を示すフローチャートである。タイマ処理部４６の動作は既に説明したタイマ処理部３６の動作（図４）と実質的に同一であるので説明を省略する。
図１０はタイムアップ処理部４８の処理の詳細を示すフローチャートである。本発明の第２の実施例では、障害群ごとに１つのタイマが設けられるので、タイムアップ処理部４８ではタイムアップしたタイマに対応する障害群に属する監視個所について障害判定処理が行なわれる。ステップ１５００において、まず、タイムアップしたタイマに対応する障害群に属する監視個所の中で最も優先度の高いものの状態を領域４２から読み取って判定する（ステップ１５０２，１５０４）。それが“障害”でも“障害判定中”でもなければ、すなわち、“正常”であれば次に優先度の高い監視個所について状態を読み取り（ステップ１５０６）、ステップ１５０２に戻る。“障害判定中”であれば、それに対応するステータスレジスタ２２の内容を読み取り（ステップ１５０８）、障害が継続しているか否かを判定する（ステップ１５１０）、障害が継続していれば、状態を“障害判定中”から“障害”へ変更し（ステップ１５１２）、障害処理を行なう（ステップ１５１４）。障害が復旧していれば、状態を“障害判定中”から“正常”へと変更し（ステップ１５１６）、同じ障害群に属する他の監視個所について、“障害判定中”が設定されているか否かを判定する（ステップ１５１８）。他の監視個所に“障害判定中”が設定されていればタイマ値を再度設定する（ステップ１５２０）。
【００１８】
すなわち、本発明の第２の実施例においては、同じ障害群に属する複数の監視個所について１つのタイマが用いられ、同時にまたは相前後して障害が検出されたら、優先度の高いものが優先して固定障害の判定が行なわれ、障害復旧と判定されたときのみ優先度の低いものの処理が行なわれる。
【００１９】
【発明の効果】
以上説明した様に、本発明により障害種別／装置種別の異なる障害、優先順位のある障害の検出を統一でき、さらに障害検出までの管理データ量も減少できることにより、障害処理の処理効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明の一実施例のハードウェアの構成を示すブロック図である。
【図２】本発明の第１の実施例のソフトウェアの構成を示すブロック図である。
【図３】障害検出処理部３０の処理のフローチャートである。
【図４】タイマ処理部３６の処理のフローチャートである。
【図５】タイムアップ処理部３８の処理のフローチャートである。
【図６】本発明の第１の実施例の動作を説明するタイミングチャートである。
【図７】本発明の第２の実施例のソフトウェアの構成を示すブロック図である。
【図８】障害検出処理部４４の処理のフローチャートである。
【図９】タイマ処理部４６の処理のフローチャートである。
【図１０】タイムアップ処理部４８の処理のフローチャートである。
【図１】
0003570893.tif 000002
【図２】
0003570893.tif 000003
【図３】
0003570893.tif 000004
【図４】
0003570893.tif 000005
【図５】
0003570893.tif 000006
【図６】
0003570893.tif 000007
【図７】
0003570893.tif 000008
【図８】
0003570893.tif 000009
【図９】
0003570893.tif 000010
【図１０】
0003570893.tif 000011