JPH0713831A - ファイル管理装置およびファイル管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 コンピュータシステムが実際に稼動した日数
で、保管日数を越えて格納されているロギングデータを
ロギングデータファイルから自動的に削除することがで
きる装置を提供することである。 【構成】 稼動日情報記憶部２は、ロギングデータファ
イル１に格納されたロギングデータのデータ日付を稼動
日情報として予め定められた日数分記憶する。ロギング
データ格納処理部５は、プログラム日付よりも新しいデ
ータ日付を有するロギングデータがロギングデータファ
イル１に格納される場合に、稼動日情報記憶部２に記憶
された最旧稼動日を削除し、かつ新たなロギングデータ
のデータ日付を最新稼動日として格納し、削除フラグを
“１”にセットする。ロギングデータ削除処理部７は、
削除フラグが“１”にセットされている場合に、ロギン
グデータファイル１に残存する不要なロギングデータを
物理的に削除する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はファイル管理装置およ
びファイル管理方法に関し、特に、ロギングデータファ
イル内のロギングデータを管理する装置および方法に関
する。

【０００２】ここで、ロギングデータとは、ログに関す
るデータをいい、通常のシステムログに限らず、例え
ば、生産管理システムにおける生産進捗状況を照会する
ために作成される時系列に格納された生産進捗照会用デ
ータ等も含む。

【０００３】

【従来の技術】近年のコンピュータシステムにおけるダ
ウンサイジングおよび分散処理化により、多数のＬＡＮ
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムが
開発されるようになった。図９はＬＡＮシステムの一例
を示すブロック図である。

【０００４】このＬＡＮシステムは、ホストコンピュー
タ１００、分散コンピュータ１１０およびデータ収集用
コンピュータ１２０から構成され、それらのコンピュー
タがＬＡＮ１３０により接続される。ホストコンピュー
タ１００は、長期レンジでの統計処理や実績集計を行
う。分散コンピュータ１１０は、データ収集用コンピュ
ータ１２０により収集されたデータを一時的に格納し、
それをホストコンピュータ１００に転送する。

【０００５】このＬＡＮシステムにおけるデータ照会処
理のうち、長期間のデータを必要とする照会処理や複雑
な統計処理を必要とする照会処理はホストコンピュータ
１００により実施される。一方、短期間のリアルタイム
なデータに基づいて行われる進捗状況の照会処理などは
分散コンピュータ１１０により実施される。分散コンピ
ュータ１１０による照会処理では比較的短期間のデータ
があれば十分であるが、進捗状況の照会などでは実際の
業務をできるだけ速くその照会処理に反映させなければ
ならないので、高速にアクセスできることが必要であ
る。そのため、予め予想される照会要求ごとに、検索に
都合のよい構造を有するファイルを複数作成し、データ
収集時に各ファイルの構造に合わせてデータを編集およ
び格納することにより、データ検索時間およびデータ編
集時間を短縮している。また、照会期間を過ぎた不要な
データはできるだけ早くファイルから削除し、データ量
を減少させることによりデータ検索時間を短縮してい
る。

【０００６】ロギングデータを自動的に削除する方法と
して、従来、次の２つの方法が一般的である。

【０００７】図１０および図１１は、ロギングデータを
自動的に削除するための従来の第１の方法を示す図であ
る。図１０の（ａ）に示すように、ロギングデータファ
イル１０はポインタ格納レコードＰＲおよびＮ個のロギ
ングデータレコードＬＤ₁ 〜ＬＤ_N を含む。ロギングデ
ータレコードＬＤ₁ 〜ＬＤ_N はそれぞれレコード番号
（１）〜（Ｎ）を有する。ポインタ格納レコードＰＲに
は、最も前に格納されたロギングデータ（以下、最旧デ
ータと呼ぶ）のレコード番号が格納される。

【０００８】図１０の（ａ）の例では、ロギングデータ
レコードＬＤ_n ，ＬＤ_n+1 ，…，ＬＤ_N ，ＬＤ₁ ，ＬＤ
₂ ，…ＬＤ_n-1 の順にロギングデータが格納されてい
る。すなわち、レコード番号（ｎ）のロギングデータレ
コードＬＤ_n に最旧データが格納されており、レコード
番号（ｎ−１）のロギングデータレコードＬＤ_n-1 に最
新データが格納されている。そのため、ポインタ格納レ
コードＰＲにはレコード番号（ｎ）が格納されている。

【０００９】ここで、図１１のフローチャートを参照し
ながらロギングデータファイル１０に新たなロギングデ
ータが追加される場合のデータ追加処理を説明する。ま
ず、最旧データが格納されたロギングデータレコードの
レコード番号をポインタ格納レコードＰＲから読み取る
（ステップＳ３１）。図１０の（ａ）の例ではレコード
番号（ｎ）が読み取られる。そして、読み取られたレコ
ード番号のロギングデータレコードに最新データを書き
込む（ステップＳ３２）。この例では、図１０の（ｂ）
に示すように、レコード番号（ｎ）のロギングデータレ
コードＬＤ_n に最新データが書き込まれる。

【００１０】次に、読み取られたレコード番号が最大レ
コード番号（Ｎ）に等しいか否かを判別する（ステップ
Ｓ３３）。読み取られたレコード番号が最大レコード番
号（Ｎ）に等しいならば、読み取られたレコード番号を
（１）に変更し、それをポインタ格納レコードＰＲに書
き込む（ステップＳ３４）。

【００１１】読み取られたレコード番号が最大レコード
番号（Ｎ）に等しくないならば、読み取られたレコード
番号に１を加え、それをポインタ格納レコードＰＲに書
き込む（ステップＳ３５）。図１０の（ａ）の例では読
み取られたレコード番号（ｎ）が最大レコード番号
（Ｎ）に等しくないので、そのレコード番号（ｎ）に１
を加え、レコード番号（ｎ＋１）をポインタ格納レコー
ドＰＲに書き込む。それにより、図１０の（ｂ）に示す
ように、ロギングデータレコードＬＤ_n+1 に格納された
データが最旧データとなる。

【００１２】このように、従来の第１の方法では、ロギ
ングデータファイル１０に格納すべきロギングデータの
件数を予め定め、その件数を越えるデータが与えられる
と、最旧データを最新データで置き換えている。

【００１３】図１２および図１３は、ロギングデータを
自動的に削除するための従来の第２の方法を示す図であ
る。図１２の（ａ）に示すように、ロギングデータファ
イル１１にはｎ日分のロギングデータが格納される。そ
の際、各日付のロギングデータ数および全体のロギング
データ数には特に制限はない。なお、図１２の（ａ）に
おいては、データ削除処理の説明のため、ロギングデー
タファイル１１が格納日付別に論理的にブロック化され
ている。

【００１４】ここで、図１３のフローチャートを参照し
ながらロギングデータファイル１１より最旧日のロギン
グデータが削除される場合のデータ削除処理を説明す
る。このデータ削除処理はシステムより起動される日替
り処理により行われる。

【００１５】まず、コンピュータシステムが管理するシ
ステム日付から（ｎ−１）を引き、削除すべきロギング
データの日付（以下、削除日付と呼ぶ）を求める（ステ
ップＳ４１）。そして、ロギングデータファイル１１に
格納されたロギングデータを順次読み取り、読み取られ
たロギングデータの格納日付が削除日付より古いかまた
は等しい場合に、そのロギングデータをロギングデータ
ファイル１１から削除する（ステップＳ４２）。それに
より、図１２の（ｂ）に示すように、ｎ日前に格納され
たロギングデータがロギングデータファイル１１から削
除される。そして、データ削除処理を含む日替り処理が
完了し、当日の業務が稼働し始めると、当日のロギング
データがロギングデータファイル１１に格納される。

【００１６】このように、従来の第２の方法では、ロギ
ングデータファイル１１にロギングデータを保管する日
数を予め定め、日替り処理で保管日数を越えたロギング
データを自動的に削除している。

【００１７】

【発明が解決しようとする課題】図１０および図１１に
示す従来の第１の方法によれば、日ごとにデータ量が変
動するシステムにおいては、ロギングデータファイル１
０に格納すべきロギングデータのデータ量を予め予測
し、最適値を決定することが困難である。

【００１８】また、データ量が日ごとに増加していくシ
ステムにおいては、ロギングデータファイル１０に格納
すべきロギングデータのデータ量を効率的に定めること
が困難である。すなわち、格納すべきロギングデータの
件数を多めに設定すると、初期の段階で不必要に過去の
ロギングデータが残存することになり、記憶装置の使用
効率が低くなる。逆に、格納すべきロギングデータの件
数を少なめに設定すると、データ量が増加するごとに格
納すべきロギングデータの件数を増加するように設定を
変更するメンテナンスが発生する。そのため、メンテナ
ンス工数が増大する。

【００１９】さらに、ロギングデータファイル１０のロ
ギングデータを照会する操作員にとっては、データ件数
による照会はなじみにくい。すなわち、障害発生時に、
過去何件分のロギングデータを照会するよりも過去何日
分のロギングデータを照会する方が使いやすい。

【００２０】一方、従来の第２の方法によれば、ロギン
グデータの保管日数よりも長くシステムが停止した場合
に、システムの再稼動後に一時的にロギングデータが無
くなることがある。例えば、ロギングデータの保管日数
を３日とする。過去４日間システムが停止し、システム
の再稼動直後に日替り処理が起動されると、ロギングデ
ータファイル１１に格納されたすべてのロギングデータ
が削除されてしまうという問題がある。

【００２１】この発明の目的は、コンピュータシステム
が実際に稼動した日数で、予め定められた保管日数分の
データをデータファイルに常時格納し、保管日数を越え
て格納されているデータをデータファイルから自動的に
削除することができる装置および方法を提供することで
ある。

【００２２】

【課題を解決するための手段】

（１）第１の発明 第１の発明に係るファイル管理装置は、時系列に発生す
るデータを発生順に格納するデータファイルを管理する
ファイル管理装置であって、日付情報記憶手段、残存情
報格納手段、更新手段および削除手段を備える。

【００２３】日付情報記憶手段は、データファイルに格
納されたデータの日付を予め定められた保管日数分記憶
する。残存情報格納手段は、データファイル内に保管日
数を越えて格納されているデータが残存するか否かを示
す残存情報を格納する。

【００２４】更新手段は、日付情報記憶手段に記憶され
た格納日付のうち最新の格納日付よりも新しい格納日付
を有する新たなデータがデータファイルに格納される場
合に、日付情報記憶手段に記憶された最旧の格納日付を
削除し、かつ日付情報記憶手段にその新たなデータの格
納日付を格納し、残存情報格納手段に格納された残存情
報を、データファイル内に保管日数を越えて格納されて
いるデータが残存することを示す予め定められた状態に
設定する。

【００２５】削除手段は、残存情報格納手段に格納され
た残存情報が予め定められた状態に設定されている場合
に、保管日数を越えて格納されているデータをデータフ
ァイルから削除する。

【００２６】（２）第２の発明 第２の発明に係るファイル管理方法は時系列に発生する
データを発生順に格納するデータファイルを管理するフ
ァイル管理方法であって、次のステップを含む。

【００２７】データファイルに格納されたデータの格納
日付を予め定められた保管日数分記憶する。記憶された
格納日付のうち最新の格納日付よりも新しい格納日付を
有する新たなデータがデータファイルに格納される場合
に、記憶された最旧の格納日付を削除し、かつその新た
なデータの格納日付を記憶し、所定の残存情報を、デー
タファイル内に保管日数を越えて格納されているデータ
が残存することを示す予め定められた状態に設定する。
所定の残存情報が予め定められた状態に設定されている
場合に、保管日数を越えて格納されているデータをデー
タファイルから削除する。

【００２８】

【作用】第１の発明に係るファイル管理装置および第２
の発明に係るファイル管理方法においては、データファ
イルに格納されたデータの格納日付が、予め定められた
保管日数分記憶される。

【００２９】記憶された格納日付のうち最新の格納日付
よりも新しい格納日付を有する新たなデータがデータフ
ァイルに格納される場合には、記憶された最旧の格納日
付が削除され、かつその新たなデータの格納日付が記憶
される。また、残存情報が予め定められた状態に設定さ
れる。それにより、データファイル内に保管日数を越え
て格納されているデータが残存することが示される。す
なわち、残存情報の設定により、データファイル内に保
管日数を越えて格納されているデータがデータファイル
から論理的に削除される。

【００３０】残存情報が予め定められた状態に設定され
ている場合には、保管日数を越えて格納されているデー
タがデータファイルから削除される。それにより、デー
タファイル内に保管日数を越えて格納されているデータ
がデータファイルから物理的に削除される。

【００３１】

【実施例】図１はこの発明の一実施例によるロギングデ
ータファイル管理装置の構成を示すブロック図である。
このロギングデータファイル管理装置はコンピュータシ
ステム内に構成される。

【００３２】図１のロギングデータファイル管理装置
は、複数のロギングデータファイル１、稼動日情報記憶
部２、削除フラグ格納部３、削除日付記憶部４、ロギン
グデータ格納処理部５、ロギングデータ照会処理部６、
およびロギングデータ削除処理部７を含む。稼働日情報
記憶部２、削除フラグ格納部３および削除日付記憶部４
が稼働日経過ファイル８を構成する。

【００３３】ロギングデータファイル１にはロギングデ
ータが格納される。稼動日情報記憶部２には、ロギング
データファイル１に格納されたロギングデータのうち有
効なロギングデータが格納された日付が、稼働日情報と
して予め定められた保管日数分だけ記憶される。また、
稼動日情報記憶部２には、最旧ポインタおよび最大日数
も記憶される。最旧ポインタは、稼動日情報記憶部２に
記憶された稼動日のうち最旧稼動日（最も古い稼働日）
が格納されたレコードのレコード番号を指す。また、最
大日数は、その稼動日情報記憶部２に記憶可能な稼動日
の数を示す。

【００３４】削除フラグ格納部３には、ロギングデータ
ファイル１に保管日数を越えて格納されている不要なロ
ギングデータが残存しているか否かを示す削除フラグが
格納される。ロギングデータファイル１にそのような不
要なロギングデータが残存している場合には、削除フラ
グは“１”にセットされ、ロギングデータファイル１に
そのような不要なデータが残存していない場合には、削
除フラグは“０”にリセットされる。

【００３５】削除日付記憶部４には、ロギングデータフ
ァイル１に保管日数を越えて格納されている不要なロギ
ングデータが残存している場合に、削除日付が記憶され
る。削除日付は、その削除日付と同じ日付またはその削
除日付よりも古い日付で格納されたロギングデータが不
要なロギングデータであることを示している。この削除
日付記憶部４は、削除フラグ格納部３に格納された削除
フラグが“１”にセットされた場合にのみ有効となる。

【００３６】ロギングデータ格納処理部５は、このコン
ピュータシステムに接続された端末装置、データ収集用
コンピュータ等から入力されたロギングデータを編集
し、それをロギングデータファイル１に格納日付と共に
書き込む。ロギングデータ照会処理部６は、このコンピ
ュータシステムに接続された端末装置等からの要求に従
って、該当するロギングデータファイル１に格納された
ロギングデータを検索し、端末装置等に表示させる。

【００３７】ロギングデータ削除処理部７は、予め定め
られた時刻に、このコンピュータシステムのオペレーシ
ョンシステムまたはシステム管理モジュールにより起動
される。このロギングデータ削除処理部７は、削除フラ
グ格納部３に格納された削除フラグが“１”にセットさ
れている場合に、削除日付記憶部４に記憶された削除日
付と等しいかまたは古い日付で格納されたすべてのロギ
ングデータをロギングデータファイル１から削除する。

【００３８】次に、図２のフローチャートを参照しなが
らロギングデータ格納処理部５により行われるデータ格
納処理を詳細に説明する。

【００３９】ロギングデータの発生待ちの状態で（ステ
ップＳ１）、ロギングデータが発生すると、ロギングデ
ータ格納処理部５は発生したロギングデータを編集する
（ステップＳ２）。そして、ロギングデータ格納処理部
５は、今回格納するロギングデータのデータ日付がプロ
グラム日付よりも新しいか否かを判別する（ステップＳ
３）。ここで、データ日付とは、そのロギングデータを
ロギングデータファイル１に格納すべき日付であり、プ
ログラム日付とは、直前に格納されたロギングデータの
データ日付である。

【００４０】ロギングデータのデータ日付がプログラム
日付よりも新しい場合には、ロギングデータ格納処理部
５は、稼動日情報記憶部２に記憶された最旧稼動日を検
索し、検索された最旧稼動日を削除日付として削除日付
記憶部４に格納する（ステップＳ４）。そして、稼動日
情報記憶部２に記憶された最旧稼動日を削除し、今回格
納するロギングデータのデータ日付を最新稼働日として
稼動日情報記憶部２に格納する（ステップＳ５）。さら
に、削除フラグ格納部３に格納される削除フラグを
“１”にセットする（ステップＳ６）。その後、ロギン
グデータ格納処理部５は、そのロギングデータをロギン
グデータファイル２に格納する（ステップＳ７）。

【００４１】ステップＳ３においてロギングデータのデ
ータ日付がプログラム日付と等しいかまたは古い場合に
は、ロギングデータ格納処理部５は、稼動日情報記憶部
２、削除フラグ格納部３および削除日付記憶部４に何ら
更新処理を行わず、そのロギングデータをロギングデー
タファイル１に格納する（ステップＳ７）。

【００４２】以上のデータ格納処理により、ロギングデ
ータファイル１に格納された最旧稼動日のロギングデー
タは物理的には削除されないが、削除フラグ格納部３に
格納された削除フラグおよび削除日付記憶部４に記憶さ
れた削除日付により、稼動日経過ファイル８上は、その
ロギングデータは論理的に削除される。

【００４３】次に、図３のフローチャートを参照しなが
らロギングデータ削除処理部７により行われるデータ削
除処理を説明する。

【００４４】まず、ロギングデータ削除処理部７は、削
除フラグ格納部３に格納された削除フラグが“１”にセ
ットされているか否かを判別する（ステップＳ１１）。
削除フラグが“０”にリセットされている場合には、ロ
ギングデータ削除処理部７は何の処理も行わない。

【００４５】一方、削除フラグが“１”にセットされて
いる場合には、ロギングデータ削除処理部７は、削除日
付記憶部４に記憶された削除日付と等しいかまたは古い
データ日付を有するロギングデータをロギングデータフ
ァイル１から削除する（ステップＳ１２）。その後、ロ
ギングデータ削除処理部７は、削除フラグ格納部３に格
納された削除フラグを“０”にリセットする（ステップ
Ｓ１３）。

【００４６】このデータ削除処理により、上記のデータ
格納処理において論理的に削除されたロギングデータが
物理的にロギングデータファイル１から削除される。そ
の結果、ロギングデータファイル１に格納されるロギン
グデータの量が減少する。

【００４７】次に、図４のフローチャートを参照しなが
らロギングデータ照会処理部６により行われるデータ照
会処理を説明する。

【００４８】まず、ロギングデータ照会処理部６は、削
除フラグ格納部３に格納された削除フラグが“１”にセ
ットされているか否かを判別する（ステップＳ２１）。
削除フラグが“１”にセットされている場合には、ロギ
ングデータ照会処理部６は、ロギングデータファイル１
に格納されたロギングデータのうち、削除日付記憶部４
内の削除日付よりも新しいデータ日付を有するすべての
ロギングデータに対してデータ検索を行う（ステップＳ
２２）。

【００４９】削除フラグが“０”にリセットされている
場合には、ロギングデータ照会処理部６は、ロギングデ
ータファイル１に格納されたすべてのロギングデータに
対してデータ検索を行う（ステップＳ２３）。

【００５０】図５は、稼動日経過ファイル８の状態の変
化を示す図である。稼動日情報記憶部２はＮ個のレコー
ドを含み、それらのレコードはレコード番号（１）〜
（Ｎ）を有する。電源オン直後には、最大日数は“Ｎ”
に設定されている。また、最旧ポインタは“ｉ”に設定
される。それにより、レコード番号（ｉ）のレコードに
最旧稼動日が格納され、レコード番号（ｉ−１）のレコ
ードに最新稼動日が格納されていることがわかる。

【００５１】そして、初期化後には、削除フラグが
“０”にリセットされる。さらに、各処理部の起動直後
には、各処理部内の日付変数（プログラム日付）が「最
旧ポインタ−１」の値、すなわち最新稼動日に設定され
る。

【００５２】ロギングデータ格納処理部５にロギングデ
ータが到着したときに、そのロギングデータのデータ日
付がプログラム日付と同じかまたは古い場合には（ケー
ス）、各処理部内の日付変数（プログラム日付）およ
び稼動日経過ファイル８の状態は変化しない。

【００５３】ロギングデータ格納処理部５にロギングデ
ータが到着したときに、そのロギングデータのデータ日
付がプログラム日付よりも新しい場合には（ケース
）、各処理部内の日付変数（プログラム日付）がデー
タ日付で置換される。稼動日経過ファイル８において
は、レコード番号（ｉ）のレコードに格納された稼動日
が削除日付として設定される。そして、レコード番号
（ｉ）のレコードに新たなロギングデータのデータ日付
が新たな最新稼動日として格納される。また、最旧ポイ
ンタの値が“ｉ＋１”に更新され、削除フラグが“１”
にセットされる。それにより、レコード番号（ｉ＋１）
のレコードに格納された稼動日が新たな最旧稼動日とな
る。このようにして、最旧稼動日のロギングデータが稼
動日経過ファイル８上で論理的に削除される。

【００５４】ロギングデータ削除処理部７によるデータ
削除処理の直前には（ケース）、削除フラグは“１”
にセットされている。そして、データ削除処理の直後に
（ケース）、削除フラグが“０”にリセットされる。
それにより、ロギングデータファイル１に格納される最
旧稼動日のロギングデータがロギングデータ削除処理部
７により物理的に削除される。さらに、削除日付がブラ
ンクとなる。

【００５５】図６は稼動日経過ファイル８の状態の変化
の一例を示す図である。図６の例では、稼動日情報記憶
部２は１０個のレコードを含む。したがって、電源オン
直後には、最大日数が“１０”に設定される。また、こ
の例では、最旧ポインタの値が“６”に設定されてい
る。したがって、レコード番号（６）のレコードに格納
される稼動日“１９９１年１２月２３日”が最旧稼動日
であり、レコード番号（５）のレコードに格納される稼
動日“１９９２年１月１０日”が最新稼動日である。

【００５６】初期化後には、削除フラグが“０”にリセ
ットされ、削除日付がブランクとなる。そして、各処理
部の起動直後には、各処理部内の日付変数（プログラム
日付）が“１９９２年１月１０日”に設定される。例え
ば、データ日付“１９９２年１月１０日”を有するロギ
ングデータが到着した場合には（ケース）、プログラ
ム日付および稼動日経過ファイル８の状態は変化しな
い。

【００５７】この場合、図７のに示すように、そのロ
ギングデータは、ロギングデータファイル１において、
データ日付“１９９２年１月１０日”のロギングデータ
の領域に追加される。

【００５８】データ日付“１９９２年１月１３日”を有
するロギングデータが到着した場合には（ケース）、
プログラム日付がデータ日付“１９９２年１月１３日”
で置換される。また、稼動日経過ファイル８において、
削除日付が“１９９１年１２月２３日”に設定される。
そして、レコード番号（６）のレコードに新たなロギン
グデータのデータ日付“１９９２年１月１３日”が新た
な最新稼動日として格納される。さらに、最旧ポインタ
の値が“７”に更新され、削除フラグが“１”にセット
される。それにより、レコード番号（７）のレコードに
格納された稼動日“１９９１年１２月２４”が新たな最
旧稼動日となる。

【００５９】この場合、図７のに示すように、ロギン
グデータファイル１においては、データ日付“１９９１
年１２月２３日”を有するロギングデータが論理的に削
除され、データ日付“１９９２年１月１３日”を有する
ロギングデータが物理的に追加される。

【００６０】データ削除処理の直前には（ケース）、
稼動日経過ファイル８の状態は変化しない。また、ロギ
ングデータファイル１の状態も、図８のに示すよう
に、図７のに示す状態と同じである。

【００６１】データ削除処理の直後には（ケース）、
稼動日経過ファイル８において削除フラグが“０”にリ
セットされ、削除日付がブランクとなる。この場合、図
８のに示すように、ロギングデータファイル１におい
ては、データ日付“１９９１年１２月２３日”を有する
ロギングデータが物理的に削除される。

【００６２】このように、この実施例のロギングデータ
ファイル管理装置においては、ロギングデータ格納処理
部５によるデータ格納処理により、不要となったロギン
グデータが論理的に削除され、ロギングデータ削除処理
部７によるデータ削除処理により、そのロギングデータ
が物理的に削除される。

【００６３】したがって、コンピュータシステムが実際
に稼動した日数で、予め定められた保管日数分のロギン
グデータをロギングデータファイル１に常時格納し、保
管日数を越えて格納されているロギングデータをロギン
グデータファイル１から自動的に削除することができ
る。

【００６４】また、ロギングデータの照会時に、保管日
数を越えた不要なロギングデータがロギングデータファ
イル１に物理的に残存していても、削除フラグ格納部３
に格納された削除フラグおよび削除日付記憶部４に記憶
された削除日付によりそれを判別することができる。そ
のため、ロギングデータ削除処理部７によるデータ削除
処理をコンピュータシステムの負荷に余裕のあるときに
行うことができ、コンピュータシステムの運用の柔軟性
が高まる。

【００６５】なお、上記実施例では、削除日付記憶部４
に記憶された削除日付により、不要となったロギングデ
ータのデータ日付、すなわち論理的に削除されたロギン
グデータ（物理的に削除されたロギングデータを含む）
のデータ日付を各処理部で容易に認識することができ
る。しかし、不要となったロギングデータのデータ日付
は、稼動日情報記憶部２に記憶された最旧稼動日からも
判断することができるので、必ずしも削除日付記憶部４
は設けなくてよい。

【００６６】

【発明の効果】以上のように、第１および第２の発明に
よれば、コンピュータシステムが実際に稼働した日数
で、予め定められた日数分のデータをデータファイルに
常時格納し、保管日数を越えて格納されているデータを
データファイルから自動的に削除することができる。

【００６７】また、データファイルの検索時に、保管日
数を越えた不要なデータがデータファイルに物理的に残
存していても、残存情報の状態によりそれを判別するこ
とができる。そのため、データファイルから不要なデー
タを物理的に削除する処理をコンピュータシステムの負
荷に余裕があるときに行うことができ、運用の柔軟性が
高まる。

【図面の簡単な説明】

【図１】この発明の一実施例によるロギングデータファ
イル管理装置の構成を示すブロック図である。

【図２】図１のロギングデータファイル管理装置に含ま
れるロギングデータ格納処理部により行われるデータ格
納処理を説明するためのフローチャートである。

【図３】図１のロギングデータファイル管理装置に含ま
れるロギングデータ削除処理部により行われるデータ削
除処理を説明するためのフローチャートである。

【図４】図１のロギングデータファイル管理装置に含ま
れるロギングデータ照会処理部により行われるデータ照
会処理を説明するためのフローチャートである。

【図５】稼動日経過ファイルの状態の変化を示す図であ
る。

【図６】稼動日経過ファイルの状態の変化の一例を示す
図である。

【図７】データ格納処理によるロギングデータファイル
の状態の変化を示す図である。

【図８】データ削除処理によるロギングデータファイル
の状態の変化を示す図である。

【図９】ＬＡＮシステムの構成を示すブロック図であ
る。

【図１０】ロギングデータを自動的に削除する従来の第
１の方法におけるロギングデータファイルの状態の変化
を示す図である。

【図１１】ロギングデータを自動的に削除する従来の第
１の方法を説明するためのフローチャートである。

【図１２】ロギングデータを自動的に削除する従来の第
２の方法におけるロギングデータファイルの状態の変化
を示す図である。

【図１３】ロギングデータを自動的に削除する従来の第
２の方法を説明するためのフローチャートである。

【符号の説明】

１ ロギングデータファイル ２ 稼動日情報記憶部 ３ 削除フラグ格納部 ４ 削除日付記憶部 ５ ロギングデータ格納処理部 ６ ロギングデータ照会処理部 ７ ロギングデータ削除処理部 ８ 稼動日経過ファイル なお、各図中同一符号は同一または相当部分を示す。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 時系列に発生するデータを発生順に格納
   するデータファイルを管理するファイル管理装置であっ
   て、 前記データファイルに格納されたデータの格納日付を予
   め定められた保管日数分記憶する日付情報記憶手段と、 前記データファイル内に前記保管日数を越えて格納され
   ているデータが残存するか否かを示す残存情報を格納す
   る残存情報格納手段と、 前記日付情報記憶手段に記憶された格納日付のうち最新
   の格納日付よりも新しい格納日付を有する新たなデータ
   が前記データファイルに格納される場合に、前記日付情
   報記憶手段に記憶された最旧の格納日付を削除し、かつ
   前記日付情報記憶手段に前記新たなデータの格納日付を
   格納し、前記残存情報格納手段に格納された前記残存情
   報を、前記データファイル内に前記保管日数を越えて格
   納されているデータが残存することを示す予め定められ
   た状態に設定する更新手段と、 前記残存情報格納手段に格納された前記残存情報が前記
   予め定められた状態に設定されている場合に、前記保管
   日数を越えて格納されているデータを前記データファイ
   ルから削除する削除手段とを備えた、ファイル管理装
   置。
2. 【請求項２】 時系列に発生するデータを発生順に格納
   するデータファイルを管理するファイル管理方法であっ
   て、 前記データファイルに格納されたデータの格納日付を予
   め定められた保管日数分記憶し、 前記記憶された格納日付のうち最新の格納日付よりも新
   しい格納日付を有する新たなデータが前記データファイ
   ルに格納される場合に、前記記憶された最旧の格納日付
   を削除し、かつ前記新たなデータの格納日付を記憶し、
   所定の残存情報を、前記データファイル内に前記保管日
   数を越えて格納されているデータが残存することを示す
   予め定められた状態に設定し、 前記所定の残存情報が前記予め定められた状態に設定さ
   れている場合に、前記保管日数を越えて格納されている
   データを前記データファイルから削除する、ファイル管
   理方法。