JP2868032B2 - データ格納方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータ格納方式に関し、
特に、プログラムにより障害データをある特定領域にロ
ギングする場合の障害データ格納方式に関する。図７は
本発明の産業上の利用分野の説明図である。本発明の一
適用分野として、例えば消防システムがあり、図７はそ
の消防システムにおけるシステム構成図である。同図に
おいて、７１は構内交換機、７２は消防センタのキィー
操作台、７３はキィー操作台のどのキィーが押下された
かを監視するトランク（ＡＴＴＣ）、７４は制御装置
（ＣＴＬ）、７５は障害情報をダンプするメモリ、７６
はインタフェースパッケージ、７７は障害の場所に応じ
て点灯するランプを搭載した表示板、７８は外部装置で
ある。

【０００２】このようなシステムにおいて、構内交換機
７１と制御装置７４との間のデータ回線やキィー操作台
等に障害が発生すると、その障害情報はメモリ７５にダ
ンプされるとともに、インタフェースパッケージ７６を
介して表示板７７上の該当するランプを点灯させる。

【０００３】

【従来の技術】従来のプログラムによる障害データのロ
ギング方式においては、特定の領域（例えば、障害デー
タを最大８個格納できるような領域）に障害データをロ
ギングし、最大格納個数をこえた場合は、最初の障害デ
ータに上書きしていき、再度達すると、最初のエリアに
障害データをロギングしていくという方法をとってい
た。

【０００４】例えば、最大８データの格納可能なメモリ
領域に障害データをロギングする場合に、ロギング回数
（障害エラー数）が９回目の障害データについては、最
初のロギング領域に格納しロギングしていく。また、１
７回目の障害データは再度、９回目の障害データが格納
されている領域に上書きしてロギングする。

【０００５】この発生した障害データをメモリダンプし
て確認する場合に現在まで発生した障害軌跡は確認でき
るが、現在どの障害がおきているか、即ち、最新の障害
データはどれか、は確認できないという問題が生じてく
る。

【０００６】

【発明が解決しようとする課題】ロギングされた障害デ
ータをメモリダンプして現在まで発生した障害の中でど
の障害が最も新しい障害であるか、現在発生している障
害は何か等、システム障害時には確認する必要がある。
しかし、従来の方法では、これを確認することが出来な
いため、障害対処に困難を要する場合がある。また、シ
ステム試験時での効率も低下する。

【０００７】本発明の目的は、イベントに対応するデー
タをイベントの発生順に複数のエリアに順次格納する場
合に、どのエリアのデータが最新のイベントのデータで
あるかを認識可能にすることにある。

【０００８】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図である。同図において、１はイベント受信手段、
２はイベント受信手段１に受信されたイベントに対応す
るデータをイベントの発生順に連続する複数のエリア１
１，１２， …，１ｎに順次格納し、最後のエリアに格
納された後の次のイベントは最初のエリアに上書きする
ようにするデータ格納制御手段、３はイベントにそれぞ
れに対応するデータのすべてのコードと異なる最終イベ
ント識別コードを、発生した最終イベントの格納エリア
の次のエリアに格納する目印コード格納制御手段、であ
る。次のエリアに格納された最終イベント識別コード
は、最終イベントの次の新たな最終イベントにより上書
きされる。

【０００９】イベントの各々は通信システムにおける障
害であることが好ましい。

【００１０】

【作用】従来のロギング方法では、最も新しい障害を確
認できるような目印となる方法がなかったため、前述の
ような問題が生じていた。そこで、今回の障害データの
ロギング方法では、最も新しい障害データ（現在発生し
ている障害）の次の格納エリアに目印コードを格納す
る。

【００１１】

【実施例】図２は例えば図７における制御装置７４内の
ファームウエアの機能ブロック図である。同図におい
て、２１はＬ１制御処理部、２２はアラーム処理部、２
３はＳＤ処理部である。図３はアラーム処理部２２にお
ける障害データの処理の流れを示すフローチャートであ
る。同図において、アラーム処理部２２では、ステップ
３１でＬ１処理部２１から障害イベントコードを受信す
ると、その受信が正常かどうかをステップ３２で判定
し、正常であれば、その障害イベントコード中の制御情
報により、ステップ３３で障害発生か復旧かを判別し、
障害発生時にはステップ３４でその障害について障害要
因を判別し次いでその障害要因を格納領域にロギングす
る。本発明はこの障害発生処理における改良に関する。
ステップ３３で障害の復旧のイベントであればステップ
障害復旧処理を従来同様に行う。また、ステップ３２で
イベント正常受信ではない場合はステップ３６で従来同
様に障害処理を行う。

【００１２】図４はＬ１制御処理部２１からアラーム処
理部２２に送信されるイベントコードの内容を示す図で
ある。同図において、回線対応に、コードと拡張子と制
御情報からなるイベントコードがアラーム処理部２２に
受信される。このイベントコード中のコードはイベント
の種類を識別するためのものであり、例えば、イベント
が障害か何秒後にランプ処理をするか、等の指示があ
る。拡張子はアラームの場合は“０”に固定されてい
る。制御情報としては、障害イベント時の障害要因（障
害情報）を示す情報が含まれており、例えば、“０”は
通信障害復旧、“１”は通信障害発生、“２”は回線状
態の監視プログラムの障害復旧、“３”は回線状態の監
視プログラムの障害発生、“４”はループテスト正常、
“５”はループテスト異常、を表す。

【００１３】従来はこれらの制御情報が偶数か奇数かの
みを識別しており、偶数の場合はイベントの復旧であ
り、対応するランプを消灯するし、奇数の場合はイベン
トの発生であって対応するランプを点灯する制御をして
いるのみであった。図５は本発明の実施例によるロギン
グ領域を含む障害データ処理の領域の説明図である。同
図に示すように、障害データ処理の領域は、領域認識コ
ードと、障害種別マップと、障害回数と、障害格納エリ
ア認識コードと、８個の障害格納エリアが存在する。こ
の障害データ処理の領域は、図７のシステムにおけるメ
モリ７５に存在する。

【００１４】図５に示した８個の障害格納エリアに、本
発明の方式を採用した。即ち、最終イベントの障害格納
エリアの次のエリアに、イベントにそれぞれに対応する
データのすべてのコードと異なる最終イベント識別コー
ドを、格納する。例えば、上記のように最大格納個数が
８個の領域に、発生した障害要因を格納する場合に、格
納するエリアの次のエリアに目印コード（例えば、”Ｆ
ＦＦＦ”：このコードは、格納されると思われるデータ
値では絶対あり得ないようなデータ値）を障害データの
格納時と同時にロギングする。

【００１５】最大格納個数である８回目の障害をロギン
グする場合の目印コードは、最初のエリアに”ＦＦＦ
Ｆ”を格納する。その次の障害データをロギングする場
合は、最初のエリアに障害データを格納し、次のエリア
に”ＦＦＦＦ”を格納する。以上の処理を障害データを
受信した度に繰り返し行う。図６は本発明の実施例によ
る障害発生時の障害格納エリアへの格納処理（図３のス
テップ３４）の流れを示すフローチャートである。同図
において、ステップ６１で、図４に示した制御情報に基
づき、障害表示イベントをＳＤ処理部２３（図２）に送
信し、ステップ６２で図７に示したメモリ７５内の障害
種別マップに障害情報を書き込む。次いでステップ６３
で従来同様にその障害回数をカウントアップする。そし
てステップ６４で障害要因格納エリア（Ａ）に障害要因
を書き込む。最後にステップ６５で障害要因格納エリア
（Ａ＋１）に目印コード“ＦＦＦＦ”を書き込む。

【００１６】以上の処理により、目印コードを検出する
ことによりその直前のエリアに最新障害データが格納さ
れていることが分かると共に、最新障害データの７個前
の障害データをも確認できる。したがって、現在までの
発生障害の軌跡の確認度と、限られたメモリ領域の使い
方を考慮して格納領域を獲得すれば良い。なお、上記の
説明では、消防システムにおける障害データの処理につ
いて述べたが、本発明はこれに限定されるものではな
く、任意のデータの格納に対しても提供可能である。

【００１７】

【発明の効果】以上の説明から明らかなように、本発明
によれば、システム運用時及び、システム試験時に、最
新の障害発生状況の確認及びそれ以前のダンプ内容から
過去の障害発生状況の確認を容易に行うことができる。
このため、試験工程の効率化を達成できる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】図７における制御装置内のファームウエアの機
能ブロック図である。

【図３】アラーム処理部における障害データの処理の流
れを示すフローチャートである。

【図４】イベントコードの内容を示す図である。

【図５】障害データ処理の領域の説明図である。

【図６】本発明の実施例による障害発生時の障害格納エ
リアへの格納処理の流れを示すフローチャートである。

【図７】本発明の産業上の利用分野の説明図である。

【符号の説明】

１…イベント時手段 ２…データ格納制御手段 ３…目印コード格納制御手段 １１…イベントデータ格納エリア １２…目印データ格納エリア

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭57−152579（ＪＰ，Ａ) 特開 昭62−47759（ＪＰ，Ａ) 「岩波情報科学辞典」（平２−５− 25）岩波書店第714頁左欄 (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 11/28 - 11/34

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 イベント受信手段と、 該イベント受信手段に受信されたイベントに対応するデ
   ータを該イベントの発生順に連続する複数のエリアに順
   次格納し、最後のエリアに格納された後の次のイベント
   は最初のエリアに上書きするようにするデータ格納制御
   手段と、 該イベントにそれぞれに対応するデータのすべてのコー
   ドと異なる最終イベント識別コードを、発生した最終イ
   ベントの格納エリアの次のエリアに格納する目印コード
   格納制御手段と、 を具備し前記次のエリアに格納された前記最終イベント
   識別コードは、前記最終イベントの次の新たな最終イベ
   ントにより上書きされるようにしたことを特徴とするデ
   ータ格納方式。
2. 【請求項２】 該イベントの各々は通信システムにおけ
   る障害である請求項の１に記載のデータ格納方式。