JPH11327966A - イベントデータ蓄積管理検索システム - Google Patents

Abstract

(57)【要約】 【課題】 時系列に蓄積されていないイベントデータを
高速に検索し、時系列で高速に出力するイベントデータ
蓄積管理検索システムを提供する。 【解決手段】 データ受信手段２１で受信したイベント
データをデータソート手段２４でレコードＩＤと次レコ
ードポインタを付してデータ蓄積手段２２に送る。デー
タ蓄積手段２２はこれをイベントデータ記録領域２３に
蓄積する。データソート手段２４は蓄積したイベントデ
ータを時系列に並べ替え、管理データ記録領域２５に保
存する。管理データ記録領域２５はデータを時系列に出
力するためのマッピングテーブルとして作用し、レコー
ドＩＤと次レコードポインタはマッピングデータとして
作用する。データ蓄積手段２２は逐次入力されるイベン
トデータを基にマッピングテーブルを更新する。データ
検索手段２６は操作者の指定した条件でイベントデータ
を取り出す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、イベントデータ蓄
積管理検索システムに関し、特に、監視システムにおい
て、データ蓄積手段と、このデータ蓄積手段に蓄積され
たデータを検索する検索手段を備えたイベントデータ蓄
積管理検索システムに関する。

【０００２】

【従来の技術】従来、下位装置が通知したイベントデー
タを上位装置ではデータを受け取った順序でファイル等
に蓄積している。

【０００３】近年、装置のインテリジェント化により、
イベントデータの発生時刻は、イベントを検出した装置
で管理している時刻データを付与して通知される。この
ような装置で構成したシステムでは、イベントを検出す
る装置で管理している時刻のばらつきや伝送路の遅延等
により必ずしも時系列でイベントデータが上位装置に通
知され、ファイルに蓄積されるとは限らない。そのた
め、このようなシステムにおいて、ファイルに蓄積した
イベントデータを蓄積順に検索した場合、検索データを
時系列に出力することはできない。

【０００４】そこで、従来のイベントデータ蓄積管理検
索システムでは、蓄積したデータをオペレータの指定し
た条件で検索した後、検索で得たデータを時系列に並べ
替える処理を行なっている。

【０００５】図１９は、従来のイベントデータ蓄積管理
検索システムの一例を示すブロック図である。

【０００６】この例は、特開平４−１０２１３２号公報
に開示されたもので、ＴＸ（トランザクション）管理プ
ログラム２０３は、通信管理プログラム２０４を介して
複数の端末機２１５に接続され、端末機２１５からデー
タを受信すると該当するトランザクション処理を起動す
る。そして、トランザクション処理がデータベースの参
照や更新であると、ＤＢ（データベース）管理プログラ
ム２０２を介してＤＢ（データベース）ファイル２０９
をアクセスする。ＤＢ管理プログラム２０２は、トラン
ザクション−アプリケーション（以下ＴＸ−ＡＰと記
す）からの要求に従ってＤＢファイル２０９またはその
レコードに対する排他制御およびコミットメント制御な
どを行なうが、ＤＢファイル２０９に対する入出力はデ
ータ管理プログラム２０１を介して行なう。また、デー
タ管理プログラム２０１は、要求に応じて入出力処理を
行なう。さらに、ＴＸ−ＡＰは、ＤＢファイル２０９へ
のアクセスの結果から、ＴＸ管理プログラム２０３及び
通信管理プログラム２０４を介してトランザクション処
理の結果を端末機２１５に送信する。

【０００７】各管理プログラム２０１〜２０４は、初期
立ち上げ時に、障害情報ファイル登録のために処理種別
として障害情報ファイル登録と、管理プログラム種別と
して障害情報ファイル名とを指定して障害情報収集受付
手段２０５を起動する。そして、障害情報収集受付手段
２０５は、処理種別が障害情報ファイル登録であると障
害情報ファイル登録手段２０６を起動する。さらに、障
害情報ファイル登録手段２０６は、指定された管理プロ
グラムの種別をもとに障害情報ファイル管理テーブル２
０７をチェックし、登録または非登録処理する。

【０００８】管理プログラム２０１〜２０４の立ち上げ
後のトランザクション処理の稼働中に障害が発生した場
合、例えば、通信管理プログラム２０４に障害が発生し
た場合、通信管理プログラム２０４は、処理種別（障害
情報ファイル書込み）とプログラム種別（通信管理）と
個別障害情報であることを指定して障害情報収集受付手
段２０５を起動する。この障害情報収集受付手段２０５
は、処理種別が障害情報ファイル書込みであるので、障
害情報ファイル書込み手段２０８を起動する。そして、
障害情報ファイル書込み手段２０８は、指定されたプロ
グラム種別を元に障害情報ファイル管理テーブル２０７
をチェックして未登録であればエラー処理し、登録済で
あれば書込処理する。

【０００９】このような手順で複数の管理プログラムに
跨がる可能性のある障害に対して共有障害情報ファイル
２１４へ時系列に共有障害情報のみ集めて収集するの
で、障害の経緯、原因解析などが容易にできるようにな
る。

【００１０】

【発明が解決しようとする課題】しかし、上記従来のイ
ベントデータ蓄積管理検索システムでは、障害情報ファ
イル管理テーブル２０７にはプログラムの種別、ステー
タス、障害情報ファイル名が格納され、障害情報は個々
の障害情報ファイルに収集されている。しかし、障害情
報がどのような形で格納されているのかについては記載
がないので明らかでない。一般に、データを検索する場
合に、発生時刻が検索条件として指定されるが、データ
の格納位置が判らないと、全レコードを参照し、検索条
件と合致するかどうか調べる必要があり、データの検索
に時間がかかるという問題がある。また、検索したデー
タを時系列に並べ替えるため時系列に検索データを出力
しようとする場合には、出力に時間がかかるという問題
がある。上記従来のイベントデータ蓄積管理検索システ
ムでは、このような問題に対して何ら解決策は記載され
ておらず、障害情報の検索および出力に時間がかかると
いう問題は未解決のまま残されている。

【００１１】そこで、本発明は上記従来のイベントデー
タ蓄積管理検索システムにおける問題点に鑑みてなされ
たものであって、時系列に蓄積されていないイベントデ
ータを高速に検索し、時系列で高速に出力するイベント
データ蓄積管理検索システムを提供することを目的とす
る。

【００１２】

【課題を解決するための手段】請求項１記載の発明は、
下位装置から通知されたイベントデータを上位装置が補
助記憶装置に蓄積するデータ蓄積手段と、操作者が要求
した条件により補助記憶装置に蓄積したデータを検索
し、外部に出力する検索手段を有するイベントデータ蓄
積管理検索システムにおいて、前記補助記憶装置に蓄積
したデータの並びが時系列でないデータを時系列に出力
するためのマッピングテーブルを生成する手段を備えた
ことを特徴とする。

【００１３】請求項２記載の発明は、下位装置から通知
されたイベントデータを上位装置が補助記憶装置に蓄積
するデータ蓄積手段と、操作者が要求した条件により補
助記憶装置に蓄積したデータを検索し、外部に出力する
検索手段を有するイベントデータ蓄積管理検索システム
において、前記上位装置が受け取るデータの順序が時系
列でないデータを時系列に出力するためのマッピングデ
ータを蓄積データに付与するマッピングデータ付与手段
を備えたことを特徴とする。

【００１４】請求項３記載の発明は、下位装置から通知
されたイベントデータを上位装置が補助記憶装置に蓄積
するデータ蓄積手段と、操作者が要求した条件により補
助記憶装置に蓄積したデータを検索し、外部に出力する
検索手段を有するイベントデータ蓄積管理検索システム
において前記補助記憶装置に蓄積したデータの並びが時
系列でないデータを時系列に出力するために生成したマ
ッピングテーブルの内容を、逐次入力されるイベントデ
ータを基に更新する更新手段を備えたことを特徴とす
る。

【００１５】請求項４記載の発明は、下位装置から通知
されたイベントデータを上位装置が補助記憶装置に蓄積
するデータ蓄積手段と、操作者が要求した条件により補
助記憶装置に蓄積したデータを検索し、外部に出力する
検索手段を有するイベントデータ蓄積管理検索システム
において、前記マッピングテーブルから前記補助記憶装
置に蓄積したデータの格納位置を得るデータ格納位置取
得手段を備えたことを特徴とする。

【００１６】そして、請求項１記載の発明によれば、イ
ベントデータ蓄積管理検索システムにデータを時系列に
出力するためのマッピングテーブルを生成する手段とし
てデータソート手段を設け、マッピングテーブルとして
の管理データ記録領域（管理データテーブル）に記録位
置を管理するエリアを設け、データソート手段で時系列
に並べ替えるようにしたので、データを高速に検索し、
時系列で高速に出力することができる。

【００１７】請求項２記載の発明によれば、イベントデ
ータ蓄積管理検索システムにマッピングデータ付与手段
としてデータソート手段を設け、データソート手段で補
助記憶装置に蓄積するデータに時系列に出力するための
マッピングデータとしてレコードＩＤと次レコードポイ
ントを付与したので、データを時系列に並べ替えること
が容易にかつ迅速に行なわれ、データを高速に検索し、
時系列で高速に出力することができる。

【００１８】請求項３記載の発明によれば、更新手段と
してのデータ蓄積手段は、マッピングテーブルの内容
を、逐次入力されるイベントデータを基に更新するの
で、マッピングテーブルの内容がイベントデータを基に
更新され、最新のデータが得られる。

【００１９】請求項４記載の発明によれば、データ格納
位置取得手段としてのデータ検索手段は、データの格納
位置レコードＩＤと次レコードポイントを得る作用をす
るので、次レコードポイントのレコードＩＤを辿るとイ
ベントデータ記録領域から時系列にデータが取り出さ
れ、検索が高速に行なわれ、高速に出力することができ
る。

【００２０】

【発明の実施の形態】次に、本発明にかかるイベントデ
ータ蓄積管理検索システムの実施の形態の具体例を図面
を参照しながら説明する。

【００２１】図１は本発明が適用されるイベントデータ
蓄積管理検索システムの構成を示すブロック図である。

【００２２】このイベントデータ蓄積管理検索システム
は、発生したイベントデータを収集する下位装置１と、
下位装置１から通知されたイベントデータを蓄積すると
ともに、操作者が要求した条件により蓄積したデータを
検索し外部に出力するための上位装置２と、操作者の検
索要求の受付とその結果を表示する端末装置３とで構成
される。

【００２３】図２は図１の上位装置の詳細を示すブロッ
ク図である。この上位装置２は、下位装置１から通知さ
れたイベントデータを受信するデータ受信手段２１と、
受信したイベントデータを蓄積するために確保したイベ
ントデータ記録領域２３と、受信したイベントデータを
この領域に蓄積するデータ蓄積手段２２と、蓄積したイ
ベントデータを時系列に並べ替えるデータソート手段２
４と、並べ替えたデータを保存するために確保した管理
データ記録領域２５と、蓄積したイベントデータを操作
者の指定した条件で取り出し、外部に出力するデータ検
索手段２６とから構成される。尚、管理データ記録領域
２５はマッピングテーブルとして作用する。

【００２４】イベントデータ記録領域２３は大容量とな
るため、通常ハードディスク等の補助記憶装置に確保さ
れる。また、管理データ記録領域２５は、プログラムの
作業用のため、通常主記憶装置に確保される。さらに、
データ受信手段２１が取り扱う通信プロトコルは、シリ
アル通信であれば、ＴＣＰ／ＩＰ，Ｘ．２５等が使用さ
れる。

【００２５】図３は、下位装置から上位装置へ通知する
イベントデータの構造を示すフォーマット図であって、
このイベントデータは、発生時刻３１とイベント名３２
とから構成される。

【００２６】図４は、図２のイベントデータ記録領域の
詳細を示す図である。

【００２７】イベントデータ記録領域２３は、イベント
データの記録位置を示すレコードＩＤｉ（ｉは１〜ｎの
整数）と、イベントデータｉと、このイベントデータｉ
をイベントデータ記録領域２３から時系列で取り出すた
めのレコードＩＤｉを示す次レコードポインタとから構
成される。ここで、レコードＩＤｉと次レコードポイン
タとはマッピングデータとして作用する。また、イベン
トデータ記録領域２３は、最大記録容量が予め定められ
ており、データの件数が最大容量に達した場合には、最
古に発生したイベントデータを廃棄し、その場所に最新
のイベントデータを格納する。

【００２８】図５は図２の管理データ記録領域２５の詳
細を示す図である。

【００２９】管理データ記録領域２５は、下位装置１か
ら上位装置へ通知されたイベントデータを時系列に並べ
替えたデータを保存する領域であって、イベントデータ
の発生時刻を記録する発生時刻記録領域５１と、イベン
トデータの記録位置を示すレコードＩＤｊ（ｊは１〜ｎ
の整数）の格納部５２とから構成される。

【００３０】次に、上記構成を有する本発明のイベント
データ蓄積管理システムの動作について説明する。

【００３１】図６は、上位装置が立ち上がった時に行な
う初期処理を示すフローチャートである。

【００３２】上位装置２が立ち上がった時、ステップＳ
６１において、データソート手段２４は、イベントデー
タ記録領域２３からデータを読み込み、発生時刻、レコ
ードＩＤを管理データ記録領域２５に保存する。このデ
ータソート手段２４は、マッピングテーブル生成手段と
して、またマッピングデータ付与手段として作用する。

【００３３】一つの発生時刻、レコードＩＤを読み込ん
だら、ステップＳ６２において、全データの読み込み保
存が完了したかどうかを判定し、未完了ならばステップ
Ｓ６１に戻り、完了ならば次のステップに進む。

【００３４】全データの読み込み保存が完了したら、ス
テップＳ６３において、データソート手段２４は、管理
データ記録領域２５のデータを時系列に並べ替える。

【００３５】図７は、データソート手段がイベントデー
タを受け取ってからそのデータをデータ蓄積手段２２に
送るまでの処理を示すフローチャートである。

【００３６】データソート手段２４は、上位装置２が立
ち上がり、管理データ記録領域２５のデータを時系列に
並べ替える作業が完了したら、ステップＳ７１におい
て、データ受信手段２１から送られてくるイベントデー
タを受信する。次に、ステップＳ７２において、管理デ
ータ記録領域２５から最古の発生時刻を保有するデータ
のレコードＩＤを取り出す。次に、ステップＳ７３にお
いて、このデータと通知されたイベントデータをデータ
蓄積手段２２に出力する。そして、ステップＳ７４にお
いて、データ蓄積手段２２での蓄積結果を待つ。蓄積結
果には、図８に示すように、イベントデータと蓄積レコ
ードＩＤとが含まれる。

【００３７】ステップＳ７５において、イベントデータ
記録領域２３に格納されているデータの件数と予め規定
した最大記録容量を比較し、最大記録容量に達したかど
うかを判定する。最大記録容量に達していない場合に
は、ステップＳ７６１において管理データ記録領域２５
の空き領域にデータを追加記録する。

【００３８】一方、最大記録容量に達していた場合に
は、ステップＳ７６２において、管理データ記録領域２
５の最古に発生したイベントデータを廃棄し、その場所
に最新のイベントデータを格納する。

【００３９】次に、ステップＳ７７において、管理デー
タ記録領域２５に保存されているデータを読み込み、発
生時刻、レコードＩＤを管理データ記録領域２５に保存
されているデータの発生時刻を基にこの領域の内容を時
系列に並べ替える。データの並べ替えが完了したら、ス
テップＳ７１に戻り、データ受信手段２１で次のイベン
トデータの受信を待つ。この作業を上位装置２が動作し
ている限り繰り返して続ける。

【００４０】上記手順とは別に、データソート手段２４
からデータ蓄積手段２２へイベントデータを出力せず
に、データ受信手段２１からイベントデータを直接デー
タ検索手段２６に送り、データ検索手段２６で最古のイ
ベントデータの格納位置を知るため管理データ記録領域
２５を直接参照する方法も可能であるが、データソート
手段２４、データ蓄積手段２２の一方でデータの抜け等
の障害が発生した時に、管理データ記録領域２５の内容
とイベントデータ記録領域２３の内容との同期が取れな
くなる場合があるので、本発明の手順で行なう方が望ま
しい。

【００４１】図９はデータ蓄積手段がデータを受け取っ
てからイベントデータ記録領域に送るまでの処理を示す
フローチャートである。

【００４２】ステップＳ９１において、データ蓄積手段
２２は、データソート手段２４から送られてくるイベン
トデータを受信する。次に、ステップＳ９２において、
イベントデータ記録領域２３に格納されているデータの
件数と予め規定した最大記録容量を比較し、最大記録容
量に達したかどうかを判定する。

【００４３】最大記録容量に達していない場合は、ステ
ップＳ９３１において、通知されたイベントデータをイ
ベントデータ記録領域２３の空き領域に蓄積する。

【００４４】一方、最大記録容量に達していた場合は、
ステップＳ９３２において、データソート手段２４から
通知された最古のイベントデータのレコードＩＤを基に
イベントデータ記録領域２３の最古の発生時刻を持つイ
ベントデータを廃棄し、その位置に通知されたイベント
データを蓄積する。

【００４５】次に、蓄積したデータの発生時刻と既に記
録されているデータの発生時刻とを比較する。次レコー
ドポインタに格納されているレコードＩＤを辿ると時系
列にデータを取り出すことができるよう、ステップＳ９
４において、イベントデータ記録領域２３に蓄積したイ
ベントデータの次レコードポインタの内容を更新する。
次レコードポインタの更新が完了したらステップＳ９１
に戻り、データソート手段２４から送られてくる次のイ
ベントデータの受信を待つ。この作業を上位装置２が動
作している限り繰り返して続ける。データ蓄積手段２２
は、データ更新手段として作用する。

【００４６】図１０は、データ検索手段がイベントデー
タの検索要求を受け付け、データの検索を行い出力する
までの処理を示すフローチャート、図１１は操作者が入
力する検索要求の内容を示す図である。検索要求は、検
索開始期間１１１と検索終了期間１１２とからなる。

【００４７】ステップＳ１０１において、データ検索手
段２６は、検索要求受付待機状態にあり、操作者からの
検索要求があればこれを受け付ける。ステップＳ１０２
において、データ検索手段２６は、検索要求に付与され
ている検索開始期間１１１（図１１参照）を基に、管理
データ記録領域２５の内容を検索する。ステップＳ１０
３において、検索開始期間と管理データ記録領域２５の
発生時刻が等しいかどうかを比較する。

【００４８】もし検索開始期間より以前の発生時刻また
は等しい発生時刻であれば、ステップＳ１０２に戻り、
管理データ記録領域２５の内容を再検索する。一方、も
し、管理データ記録領域２５の発生時刻が検索開始期間
より後の時刻であれば、ステップＳ１０４において、そ
のデータのレコードＩＤを取得する。すなわち、データ
のアドレスを読み込む。

【００４９】次に、レコードＩＤを取得したら、ステッ
プＳ１０５において、レコードＩＤ、すなわちアドレス
を基にイベントデータ記録領域２３からデータを取得す
る。ステップＳ１０６において、データを取得したらそ
のデータを操作者に出力する。次に、ステップＳ１０７
において、取得したデータに付与されている次レコード
ポインタを基にイベントデータ記録領域２３のデータを
取得する。

【００５０】次に、ステップＳ１０８において、検索終
了期間１１２と取得したデータの発生時刻を比較する。
もし、管理データ記録領域２５の発生時刻が検索終了期
間１１２より以前の発生時刻または等しい発生時刻であ
ればステップＳ１０６に戻り、取得したデータを操作者
に再出力する。もし、管理データ記録領域２５の発生時
刻が検索終了期間より後の時刻であれば、操作者からの
検索要求に対する検索は終了したことになるので、ステ
ップＳ１０１に戻り、次の検索要求を受け付ける待機状
態に入る。データ検索手段２６は、データの格納位置を
得るデータ格納位置取得手段として作用する。

【００５１】以上は本発明の技術的思想を上位概念で説
明した。次に、本発明を理解し易く説明するため、下位
概念によって具体的に説明する。

【００５２】図１２は、本発明のイベントデータ蓄積管
理検索システムの一実施例を示すブロック図である。

【００５３】監視端末Ａ（１２１）、監視端末Ｂ（１２
１’）、監視端末Ｃ（１２１”）は、発生したイベント
データを収集する。収集されたイベントデータは公衆回
線１２４を介してホストＣＰＵ１２２に転送される。ホ
ストＣＰＵ１２２は、監視端末Ａ〜Ｃ（１２１〜１２
１”）から通知されたイベントデータをファイルに蓄積
する機能と、検索装置１２３から通知された条件でファ
イルに蓄積されたイベントデータを検索し、その結果を
検索装置１２３に通知する機能とを有する。検索装置１
２３は、操作者から検索要求を受け付け、検索結果を外
部に出力する機能を有する。

【００５４】図１３は図１２のホストＣＰＵの詳細を示
すブロック図である。

【００５５】データ受信手段１３１は、公衆回線１２４
を介して監視端末Ａ〜Ｃ（１２１〜１２１”）から通知
されたイベントデータを受け付ける。データ蓄積手段１
３２は、データ受信手段１３１で受け付けたイベントデ
ータをファイルに蓄積する。さらに、ファイルに蓄積さ
れたイベントデータは、磁気ディスクのイベントファイ
ル１３３に蓄積される。データソート手段１３４は、フ
ァイルに蓄積したイベントデータを時系列に並べ替え
る。管理データテーブル１３５は、時系列に並べ替えた
イベントデータをメモリに保存する。データ検索手段１
３６は、検索装置１２３から通知された条件でファイル
に蓄積されたイベントデータを検索し、その結果を検索
装置１２３に出力する。

【００５６】次に、図１２、図１３に示した本発明のイ
ベントデータ蓄積管理検索システムの動作について説明
する。説明は、イベントデータの蓄積が最大蓄積件数に
達していない場合と、イベントデータの蓄積が最大蓄積
件数に達している場合とに分けて行なう。

【００５７】図１４は、イベントデータの蓄積が最大蓄
積件数に達していない場合の管理データテーブルの並べ
替えを説明する図である。

【００５８】ホストＣＰＵ１２２が立ち上がった時、デ
ータソート手段１３４は、イベントファイル１３３から
すべてのデータの発生時刻、レコードＩＤを管理データ
テーブル１３５に読み込み、データの発生時刻を基にこ
のテーブル１３５のデータを時系列に並べ替える。すな
わち、図１４の（ｂ）のテーブルを図１４の（ａ）のテ
ーブルのように時系列に並べ替える。

【００５９】図１５は、イベントデータの蓄積が最大蓄
積件数に達していない場合にデータソート手段がイベン
トデータを受け取ってからそのデータをデータ蓄積手段
に送るまでの処理を説明する図である。

【００６０】データソート手段１３４は、図１５（ｂ）
に示すように、データ受信手段１３１から「１９９７／
０８／３１ １１：１３」に監視端末機Ａ（１２１）で
Ｉ／Ｏ（入出力部）障害発生のデータを受け取ったとす
る。データを受け取った時点では、図１４（ｂ）のテー
ブルに示したように、レコードＩＤ「６」の位置が空領
域である。それ故、データ蓄積手段１３２は、図１５
（ｃ）に示すように、レコードＩＤ「６」の位置に「１
９９７／０８／３１ １１：１３」のデータを入れ、こ
のレコードＩＤをデータソート手段１３４に返却する。

【００６１】データソート手段１３４は、図１５（ａ）
に示すように、レコードＩＤ「６」の位置にイベントデ
ータの発生時刻「１９９７／０８／３１ １１：１３」
を入れた後、管理データテーブル１３５の内容を図１５
（ｄ）に示すように、時系列に並べ替える。これと同時
に、データ蓄積手段１３２は、データソート手段１３４
に蓄積結果を返却した後、イベントデータの次レコード
ポインタの値を辿ると時系列でデータを取り出すことが
できるように、次レコードポインタの値を図１５（ｃ）
に示すように変更する。

【００６２】図１６はイベントデータの蓄積が最大蓄積
件数に達している場合の管理データテーブルの並べ替え
を説明する図である。

【００６３】ホストＣＰＵ１２２が立ち上がった時、デ
ータソート手段１３４は、イベントファイル１３３から
すべてのデータの発生時刻、レコードＩＤを管理データ
テーブル１３５に読み込み、データの発生時刻を基にこ
のテーブル１３５のデータを時系列に並べ替える。すな
わち、図１６の（ｂ）のテーブルを図１６の（ａ）のテ
ーブルのように時系列に並べ替える。

【００６４】図１７は、イベントデータの蓄積が最大蓄
積件数に達している場合にデータソート手段がイベント
データを受け取ってからそのデータをデータ蓄積手段に
送るまでの処理を説明する図である。

【００６５】データソート手段１３４は、図１７（ｂ）
に示すように、データ受信手段１３１から「１９９７／
０８／３１ １１：１３」に監視端末Ｃ（１２１”）で
Ｉ／Ｏ（入出力部）障害発生のデータを受け取ったとす
る。データを受け取った時点では、図１６（ｂ）のテー
ブルに示したように、レコードＩＤに空領域は無い。デ
ータソート手段１３４は、管理データテーブル１３５か
ら最古の発生時刻を保有するデータの発生時刻とレコー
ドＩＤを取り出す。この例では、最古の発生時刻は「１
９９７／０８／３１ １１：１０」で、レコードＩＤは
「２」である。データソート手段１３４は、このデータ
の取出しが完了したら、このデータと通知されたイベン
トデータをデータ蓄積手段１３２に出力し、データ蓄積
手段１３２での蓄積結果を待つ。

【００６６】データ蓄積手段１３２は、レコードＩＤに
空領域は無いと判断し、最古の発生時刻を持つイベント
データを廃棄し、新たに発生したデータを蓄積する。こ
のため、データ蓄積手段１３２では、データソート手段
１３４から通知された最古のデータのレコードＩＤを用
いて格納位置を割り出し、その位置に新たに発生したイ
ベントデータを記録する。この実施例では、最古のデー
タが格納されているレコードＩＤは「２」である。その
後、データ蓄積手段１３２は、このレコードＩＤを蓄積
結果としてデータソート手段１３４に返却する。

【００６７】データソート手段１３４では、データ蓄積
手段１３２から受け取ったレコードＩＤの格納位置へ新
たに発生したイベントデータの発生時刻「１９９７／０
８／３１ １１：１３」を格納した後、管理データテー
ブル１３５の内容を図１７（ｄ）に示すように、時系列
に並べ替える。これと同時に、データ蓄積手段１３２で
は、データソート手段１３４に蓄積結果を返却した後、
イベントデータの次レコードポインタの値を辿ると、時
系列でデータを取り出すことができるようにこの領域の
内容を更新する。

【００６８】図１８は、検索端末機で操作者が検索要求
を行なったとき、データ検索手段がイベントファイルを
検索し、検索条件と合致したデータを取り出すまでの処
理を説明する図である。

【００６９】この実施例では、図１８（ａ）に示すよう
に、検索装置１２３から検索開始期間「１９９７／０８
／３１ １１：１３」、検索終了期間「１９９７／０８
／３１ １１：１９」の検索要求が出されたとして説明
する。データ検索手段１３６が、上記の検索要求を受け
取ると、イベントファイル１３３の検索開始位置を求め
るため、検索開始期間「１９９７／０８／３１ １１：
１３」を用いて管理データテーブル１３５を検索する。

【００７０】図１８（ｂ）に示すように、この実施例で
は、検索開始位置はレコードＩＤ「２」となる。データ
蓄積手段１３２ではこのレコードＩＤを開始位置として
イベントファイル１３３の検索を開始する。

【００７１】図１８（ｃ）に示すように、データ検索手
段１３６はレコードＩＤ「２」の発生時刻「１９９７／
０８／３１ １１：１３」、データ「端末Ｃ Ｉ／Ｏ障
害発生」、次レコードポインタ「４」をイベントファイ
ル１３３から取り出し、検索結果として発生時刻とデー
タを検索装置１２３に出力する。その後、データ検索手
段１３６は取り出したデータの発生時刻と検索終了期間
を比較し、これらの値が等しいかまたは検索終了期間の
方が小さい間、次データの検索を行なう。この時の検索
には、取得したデータの次レコードポインタの値を用い
る。以降、データ検索手段１３６は検索条件から外れる
まで、次レコードポインタに格納されているレコードＩ
Ｄを使ってイベントファイル１３３からデータを取り出
す。この実施例では、次レコードポインタに格納されて
いるレコードＩＤ「４→３→６→５」の順でイベントフ
ァイル１３３からデータが取り出され、検索装置１２３
に出力される。

【００７２】

【発明の効果】以上説明したように、請求項１の発明に
よれば、イベントデータ蓄積管理検索システムにデータ
を時系列に出力するためのマッピングテーブルを生成す
る手段としてデータソート手段を設け、管理データ記録
領域（管理データテーブル）に記録位置を管理するエリ
アを設け、データソート手段で時系列に並べ替えるよう
にしたので、データを高速に検索し、時系列で高速に出
力することが可能なイベントデータ蓄積管理検索システ
ムを提供することができる。

【００７３】請求項２の発明によれば、データソート手
段は、マッピングデータ付与手段として作用し、補助記
憶装置に蓄積するデータに時系列に出力するためのマッ
ピングデータとしてレコードＩＤと次レコードポイント
を付与したので、データを時系列に並べ替えることが容
易にかつ迅速に行なわれ、データを高速に検索し、時系
列で高速に出力することが可能なイベントデータ蓄積管
理検索システムを提供することができる。

【００７４】請求項３の発明によれば、更新手段として
のデータ蓄積手段は、マッピングテーブルの内容を、逐
次入力されるイベントデータを基に更新するので、マッ
ピングテーブルの内容がイベントデータを基に更新さ
れ、最新のデータを得ることが可能なイベントデータ蓄
積管理検索システムを提供することができる。

【００７５】請求項４の発明によれば、データ格納位置
取得手段としてのデータ検索手段は、データの格納位置
レコードＩＤと次レコードポイントを得る作用をするの
で、次レコードポイントのレコードＩＤを辿るとイベン
トデータ記録領域から時系列にデータが取り出され、検
索が高速に行なわれ、高速に出力することが可能なイベ
ントデータ蓄積管理検索システムを提供することができ
る。。

【図面の簡単な説明】

【図１】本発明が適用されるイベントデータ蓄積管理検
索システムの構成を示すブロック図である。

【図２】図１の上位装置の詳細を示すブロック図であ
る。

【図３】下位装置から上位装置へ通知するイベントデー
タの構造を示すフォーマット図である。

【図４】図２のイベントデータ記録領域の詳細を示す図
である。

【図５】図２の管理データ記録領域の詳細を示す図であ
る。

【図６】上位装置が立ち上がった時に行なう初期処理を
示すフローチャートである。

【図７】データソート手段がイベントデータを受け取っ
てからそのデータをデータ蓄積手段２２に送るまでの処
理を示すフローチャートである。

【図８】データソート手段からデータ蓄積手段へ送るイ
ベントデータの構造を示す図である。

【図９】データ蓄積手段がデータを受け取ってからイベ
ントデータ記録領域に送るまでの処理を示すフローチャ
ートである。

【図１０】データ検索手段がイベントデータの検索要求
を受け付け、データの検索を行い出力するまでの処理を
示すフローチャートである。

【図１１】操作者が入力する検索要求の内容を示す図で
ある。

【図１２】本発明にかかるイベントデータ蓄積管理検索
システムの一実施例のブロック図である。

【図１３】図１２のホストＣＰＵの詳細を示すブロック
図である。

【図１４】イベントデータの蓄積が最大蓄積件数に達し
ていない場合の管理データテーブルの並べ替えを説明す
る図である。

【図１５】イベントデータの蓄積が最大蓄積件数に達し
ていない場合にデータソート手段がイベントデータを受
け取ってからそのデータをデータ蓄積手段に送るまでの
処理を説明する図である。

【図１６】イベントデータの蓄積が最大蓄積件数に達し
ている場合の管理データテーブルの並べ替えを説明する
図である。

【図１７】イベントデータの蓄積が最大蓄積件数に達し
ている場合にデータソート手段がイベントデータを受け
取ってからそのデータをデータ蓄積手段に送るまでの処
理を説明する図である。

【図１８】検索端末機で操作者が検索要求を行なったと
き、データ検索手段がイベントファイルを検索し、検索
条件と合致したデータを取り出すまでの処理を説明する
図である。

【図１９】従来のイベントデータ蓄積管理検索システム
の一例を示すブロック図である。

【符号の説明】

１ 下位装置 ２ 上位装置 ３ 端末装置 ４ 通信回線 ２１ データ受信手段 ２２ データ蓄積手段 ２３ イベントデータ記録領域 ２４ データソート手段 ２５ 管理データ記録領域 ２６ データ検索手段 １３１ データ受信手段 １３２ データ蓄積手段 １３３ イベントファイル １３４ データソート手段 １３５ 管理データテーブル １３６ データ検索手段

Claims (4)

【特許請求の範囲】
1. 【請求項１】 下位装置から通知されたイベントデータ
   を上位装置が補助記憶装置に蓄積するデータ蓄積手段
   と、操作者が要求した条件により補助記憶装置に蓄積し
   たデータを検索し、外部に出力する検索手段を有するイ
   ベントデータ蓄積管理検索システムにおいて、 前記補助記憶装置に蓄積したデータの並びが時系列でな
   いデータを時系列に出力するためのマッピングテーブル
   を生成する手段を備えたことを特徴とするイベントデー
   タ蓄積管理検索システム。
2. 【請求項２】 下位装置から通知されたイベントデータ
   を上位装置が補助記憶装置に蓄積するデータ蓄積手段
   と、操作者が要求した条件により補助記憶装置に蓄積し
   たデータを検索し、外部に出力する検索手段を有するイ
   ベントデータ蓄積管理検索システムにおいて、 前記上位装置が受け取るデータの順序が時系列でないデ
   ータを時系列に出力するためのマッピングデータを蓄積
   データに付与するマッピングデータ付与手段を備えたこ
   とを特徴とするイベントデータ蓄積管理検索システム。
3. 【請求項３】 下位装置から通知されたイベントデータ
   を上位装置が補助記憶装置に蓄積するデータ蓄積手段
   と、操作者が要求した条件により補助記憶装置に蓄積し
   たデータを検索し、外部に出力する検索手段を有するイ
   ベントデータ蓄積管理検索システムにおいて、 前記補助記憶装置に蓄積したデータの並びが時系列でな
   いデータを時系列に出力するために生成したマッピング
   テーブルの内容を、逐次入力されるイベントデータを基
   に更新する更新手段を備えたことを特徴とするイベント
   データ蓄積管理検索システム。
4. 【請求項４】 下位装置から通知されたイベントデータ
   を上位装置が補助記憶装置に蓄積するデータ蓄積手段
   と、操作者が要求した条件により補助記憶装置に蓄積し
   たデータを検索し、外部に出力する検索手段を有するイ
   ベントデータ蓄積管理検索システムにおいて、 前記マッピングテーブルから前記補助記憶装置に蓄積し
   たデータの格納位置を得るデータ格納位置取得手段を備
   えたことを特徴とするイベントデータ蓄積管理検索シス
   テム。