JPH04188238A - ファイルのチェック済み判定方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明はパソコン、大型コンピュータ等に用いるファイ
ルがチェック済みか否かを簡単に見分けることのできる
、ファイルのチェック済み判定方法に関するものである
。

（従来の技術） 従来、ファイルの内容が壊れてデータ構造が不適切にな
っているか否かや、正しいフォーマットになっているか
否かをチェックし、チェックの結果エラーが見つかれば
訂正した後に再度上記チェックを行い、チェックの結果
適正なファイルであることを確認した後に、以下の手法
により当該ファイルがチェック済みであることを判定で
きるようにして、チェック済みのファイルのみを別のソ
フトウェアで利用するようにしていた。

上記手法としては第１に、第４図（ａ）に示すように、
予めファイル３ｏに付けておいたファイル名（ＡＢＣ，
ＤＡＴ）をチェックのソフトウェア（以下チェックソフ
トと称す）３１内でチェック完了時に（ＡＢＣ，ＣＨＫ
）に変更してチェック済みファイル３２とし、このチェ
ック済みファイル３２を用いて次の処理を行うソフトウ
ェア内でファイル名を監視することにより、ファイル名
にＣＨＫが付いていればチェック済みファイルであると
判定する手法があり、第２に、第４図ら）に示すように
、ファイル３０とは別の管理ファイル３３を設けてこの
管理ファイル３３にチェックソフト３４によってチェッ
ク済みファイル３２のファイル名（例えばＡＢＣ，ＤＡ
Ｔ）を登録し、次の処理を行うソフトウェアがこの管理
ファイル３３を参照することにより管理ファイルにファ
イル名が登録されているファイルであればチェック済み
ファイルであると判定する手法がある。

（発明が解決しようとする課題） しかしながら前記第１、第２の手法にあっては、−旦チ
ェックが完了したファイルをエディタで編集した場合、
ファイルの内容が不適切なフォーマットに書替えられて
しまうことがあり、その場合にも次の処理を行うソフト
ウェアはチェック済みファイルであると判定するから、
言い換えればファイルの最新の内容についてチェックし
たものか否かを判定することができないから、次の処理
において不具合が発生することがある。さらに、前記第
２の手法にあっては、管理ファイルを必要とするため、
チェック済み判定方法およびそれに要するシステムが複
雑化するとともに、管理ファイルの容量によって管理可
能なファイル数が制限される不具合が生じる。

本発明は当該ファイルの所定領域に、ファイルセーブ時
に書込まれるセーブ年月日時刻データよりも時系列的に
若干遅れたセーブ完了年月日時刻データを書込んで両デ
ータの比較によってセーブ済みファイルか否かを判定可
能にすることにより、上述した問題を解決することを目
的とする。

（課題を解決するための手段） この目的のため、本発明のファイルのチェック済み判定
方法は、ファイル作成後に、データ構造、フォーマット
が適正であることをチェックしたチェック済みファイル
であるか否かを判定するに際し、チェックのソフトウェ
ア内において前記チェックの完了後ファイルのセーブ前
に、セーブにより書込まれるセーブ年月日時刻データよ
りも所定時間遅れたデータとなるチェック完了年月日時
刻データを当該ファイルの所定領域に書込み、このファ
イルを使用するソフトウェア内においてセーブ年月日時
刻データ及びチェック完了年月日時刻データを比較し、
チェック完了年月日時刻データがセーブ年月日時刻デー
タよりも時系列的に遅れたデータになっている場合、当
該ファイルをチェック済みファイルと判定することを特
徴とするものである。

（作　用） 本発明方法によれば、あるファイルを用いて次の処理を
行うソフトウェア内において当該ファイルに書込まれた
チェック完了年月日時刻データおよびセーブ年月日時刻
データを比較するから、ファイルが最新の内容について
チェックを完了したチェック済みファイルである場合に
はチェック完了年月日時刻データはセーブ年月日時刻デ
ータよりも時系列的に所定時間遅れたものになり、その
場合当該ファイルはデータ構造、フォーマットが適正に
なっているチェック済みファイルであると判定すること
ができる。一方、ファイルがチェック完了後にエディタ
編集によりセーブされた未チェックファイルである場合
には、セーブ年月日時刻データは明らかにチェック完了
年月日時刻データよりも時系列的に遅れたものになるか
ら、当該ファイルは未チェックファイルであると判定す
ることができる。

これにより次の処理を行うソフトウェアにおいて常に適
正なファイルが使用されるから、未チェックのファイル
の使用により次の処理において不具合が発生することは
なくなり、さらに管理ファイルを必要としないため、管
理可能なファイル数が制限される不具合も生じない。

（実施例） 以下、本発明の実施例を図面に基づき詳細に説明する。

第１図は本発明のファイルのチェック済み判定方法の実
施に用いる処理システムの構成を例示する図であり、図
中１０はパソコン、大型コンピュータ等に使用されるフ
ァイルを示す。

ファイル１０は図示しないソフトウェアによって作成さ
れたものであり、ファイル内にチェックして使用するデ
ータ（例えばプリントアウトして使用するシーケンスの
コメントデータ）が記録されている。このファイル１０
の所定領域１０ａにはファイル名１１（ＡＢＣ，ＤＡＴ
）が書込まれている。またファイル１０の所定領域１０
ｂには、前記ソフトウェアによって、ファイル作成完了
後内容をセーブする際に、図示しない演算処理装置のク
ロックが発生するセーブ年月日時刻データ（以下タイム
スタンプと称す）１２が書込まれている。なおこの例の
タイムスタンプは９０／　２　／１４　１０　：　３０
　：　００　（１９９０年２月１４日　ｌＯ時３０分Ｏ
Ｏ秒）となっている。

チェックソフト１３は、上述のようにして１旦セーブさ
れたファイル１０を、その内容が壊れてデータ構造が不
適切になっているか否かや、正しいフォーマットになっ
ているか否かについてチェックするものである。このチ
ェックの結果エラーが見つかった場合、別のソフトウェ
アによって訂正した後に、チェックソフト１３によって
再度チェックを行い、エラーが完全に無くなるまでチェ
ック−訂正を繰り返し実行する。エラーの無い適正なフ
ァイルになってチェック完了になったとき、チェックソ
フト１３はチェック完了から所定時間経過後にファイル
１０をセーブする。またチェックソフト１３は、上述し
た通常のチェック機能の他に、第２図の処理プログラム
の実行により、ファイルの所定領域（この場合ヘッダ部
）に、後に詳細に説明するチェック完了年月日時刻デー
タ１４を本発明の狙い通り書込む機能をも有している。

上記チェックソフトを通ったファイル１０はチェック済
みファイル１５となるが、その際、ファイル１５のヘッ
ダ部１５ａには、チェック完了年月日時刻データ１４が
書込まれる。ここでこのチェック完了年月日時刻データ
１４は、後述するように、チェック完了後のファイルの
セーブ時に所定領域１５ｂに書込まれるタイムスタンプ
１６　（この例では９０／３／１６　１０　：　１０　
：　００）よりも所定時間遅延したデータ（この例では
９０／　３　／１６　１０　：　１０　：　０５）にな
るように設定されるため、次の処理ソフ目７においてチ
ェック完了年月日時刻データ１４およびタイムスタンプ
１６を比較することにより、このファイル１５がチェッ
ク済みファイルか否かを（この場合、チェック済みファ
イルであると）判定することができる。

第２図はチェックソフト内において実行される処理プロ
グラムを示すフローチャートである。すなわちまずステ
ップ１０１でファイルのオープン、つまりファイル内の
全データの読込みを行い、次のステップ１０２でファイ
ルの内部チェック処理を行う。この内部チェック処理は
、ファイルの内容が壊れてデータ構造が不適切になった
り誤ったフォーマットになるエラーの有無をチェックす
るものであり、チェックの結果ＯＫ　（すなわちチェッ
ク完了）のファイルの場合には、ステップ１０３でファ
イル１５のヘッダ部１５ａにチェック完了年月日時刻デ
ータ１４を書込み、次のステップ１０４で、ステップ１
０２のチェックを通過した最新の内容でファイルのセー
ブを行う。なお上記ステップ１０２のチェックの結果Ｎ
Ｇ　（すなわち未チェック）のファイルの場合には、ス
テップ１０３をスキップして処理を直ちにステップ１０
４へ進めるから、チェック完了年月日時刻データ１４の
書込み（更新）は実施されない。

ところで上記ステップ１０４においては、チェックの結
果に拘らず、ファイルがセーブされる度に更新されるセ
ーブ年月日時刻を示すタイムスタンプが常に書込まれる
。したがってこのタイムスタンプだけでは、そのファイ
ルが作成完了によってセーブされたものか、チェックソ
フトの処理の完了（ステップ１０１−１０２の０Ｋ−１
０３−１０４のチェック済みファイルの場合と、ステッ
プ１０１−１０２のＮＧ−１０４の未チェックファイル
の場合との２通りがある）によってセーブされたものか
、あるいはエディタによる編集の完了によってセーブさ
れたものか識別することができない。

そこで本発明においては、ステップ１０２のチェックの
結果がＯＫとなるチェック済みファイル１５の場合には
、ステップ１０３で、ファイル１５の所定の領域１５ｂ
に書込まれるタイムスタンプ（例えば９０／　３　／１
６　１０　：　１０　：　００）よりも所定時間（例え
ば５秒間）時系列的に遅れたデータ（例えば９０／３／
１６　１０　：　１０　：　０５）を、チェック完了年
月日時刻データ１４としてヘッダ部１５ａに書込み（こ
の書込みの指令はチェック完了後であってファイルが実
際にセーブされる前に発するものとする）、次の処理ソ
フ目７が第３図の処理プログラムを実行することにより
、チェック済みの判定ができるようにしである。なおチ
ェック完了年月日時刻データ１４を対応するタイムスタ
ンプ１６より５秒間遅れたものに設定しであるが、この
５秒間の差は、万一　′チェック完了後にエディタによ
る再編集の指令が発せられても当該ファイルを再編集す
ることが事実上不可能な時間となるようなデータをチェ
ック完了年月日時刻データとして書込むことにより、予
めセーブされる瞬時を想定して決定したチェック完了年
月日時刻データがその基準となるタイムスタンプと対応
しなくなる不具合を確実に防止して、第３図に示すチェ
ック済み判定の信鯨性を極めて高いものにするためのも
のである。

第３図は次の処理ソフト内において実行される処理の処
理プログラムを示すフローチャートであり、このプログ
ラムは、次の処理ソフトが本来の処理を行う前の、プロ
グラム起動時に実行するチェック済み判定ルーチンの部
分を表している。すなわちまずステップ１１１で、ファ
イルよりチェック完了年月日時刻データおよびタイムス
タンプを抽出し、ステップ１１２でチェック完了年月日
時刻データとタイムスタンプとを時系列上で比較し、（
チェック完了年月日時刻データ）〉（タイムスタンプ）
となるか否かの判別を行う。

この判別においてＹｅｓとなる場合は、第２図のステッ
プ１０１−１０２の０Ｋ−１０３−１０４の処理の結果
、例えば第１図に示すようにチェック完了年月日時刻デ
ータ１４として９０／３／１６　１０：１０：０５が書
込まれるとともにタイムスタンプ１６として９０／　３
　／１６ｉｏ　：　ｔｏ　：　ｏｏが書込まれたチェッ
ク済みファイル１５の場合に他ならないから、次のステ
ップ１１３でチェック済み（ＯＫ）と判定し、ステップ
１１４以後に処理ソフ目７の本来の処理を続行する。一
方、ステップ１１２の判別においてＮＯとなる場合は、
第２図のステップ１０１−１０２のＮＧ−１０４の処理
の結果、例えば−旦第１図に示すようなチェック完了年
月日時刻データ１４およびタイムスタンプ１６が書込ま
れた後に、エディタによる編集を行って内容を書替えた
ため、タイムスタンプ１６が９０／３／１６　１０：１
０：００からチェック完了年月日データ９０／　３　／
１６１０　：　１０　：　０５よりも時系列上で後の時
刻を示す９０／３／１７　１１：００：００に更新され
た未チェックファイルの場合に他ならないから、次のス
テップ１１５でチェック未完了（ＮＧ）と判定し、その
後処理ソフト１７の本来の処理を実行せずに処理をその
まま終了する。

このように−旦チェックが完了したファイルをエディタ
で書替えた場合に再チェックを促すようにしたため、編
集の結果データ構造やフォーマットが不適正になってし
まったファイル（すなわち未チェックファイル）を再チ
ェックせずに使用することは有り得ず、常に適正なファ
イルを使用することにより次のソフトウェアの処理にお
いて不具合が発止することはなくなる。また管理ファイ
ルが不要になるため、従来例のように管理可能なファイ
ル数が制限される不具合も生じない。さらに、本例の方
法はソフト上の制約によりチェックソフトと次の処理ソ
フトとを一連に組合せられない場合のチェック済み判定
において極めて有利になる。

（発明の効果） かくして本発明のファイルのチェック済み判定方法は上
述の如く、当該ファイルの所定領域に、ファイルセーブ
時に書込まれるセーブ年月日時刻データよりも時系列的
に若干遅れたセーブ完了年月日時刻データを書込んで両
データの比較によってセーブ済みファイルか否かを判定
可能にしたから、ファイルが最新の内容についてチェッ
クを完了したチェック済みファイルである場合にはチェ
ック完了年月日時刻データはセーブ年月日時刻データよ
りも時系列的に所定時間遅れたものになり、その場合当
該ファイルはデータ構造、フォーマットが適正になって
いるチェック済みファイルであると判定することができ
、この判定に基づき次の処理を行うソフトウェアにおい
て常に適正なファイルが使用されるから、未チエ・？り
のファイルの使用により次の処理において不具合が発生
することはな（なり、さらに管理ファイルを必要としな
いため、管理可能なファイル数が制限される不具合も生
じない。

【図面の簡単な説明】

第１図は本発明のファイルのチェック済み判定方法の実
施に用いる処理システムの構成を例示する図、 第２図は同例のチェックソフト内において実行される処
理の処理プログラムを示すフローチャート、 第３図は同例の次の処理ソフト内において実行される処
理の処理プログラムを示すフローチャート、 第４図（ａ）、　（ｂ）は従来例のファイルのチエ７り
済み判定方法を説明するための図である。 ｌＯ・・・ファイル １１・・・ファイル名 １２、１６・・・セーブ年月日時刻データ（タイムスタ
ンプ） １３・・・チェックのソフトウェア（チェックソフト）
１４・・・チェック完了年月日時刻データエ５・・・チ
ェック済みファイル １５ａ・・・ヘッダ部 １７・・・次の処理のソフトウェア（次の処理フット）
第１図 第３図 第４図 （ａ）

Claims (1)

1. 【特許請求の範囲】 １、ファイル作成後に、データ構造、フォーマットが適
   正であることをチェックしたチェック済みファイルであ
   るか否かを判定するに際し、チェックのソフトウェア内
   において前記チェックの完了後ファイルのセーブ前に、
   セーブにより書込まれるセーブ年月日時刻データよりも
   所定時間遅れたデータとなるチェック完了年月日時刻デ
   ータを当該ファイルの所定領域に書込み、 このファイルを使用するソフトウェア内においてセーブ
   年月日時刻データ及びチェック完了年月日時刻データを
   比較し、 チェック完了年月日時刻データがセーブ年月日時刻デー
   タよりも時系列的に遅れたデータになっている場合、当
   該ファイルをチェック済みファイルと判定することを特
   徴とする、ファイルのチェック済み判定方法。