(57)【要約】【課題】ファイルのエラーを迅速に効率よく検出できるファイルチェック方法を提供する。【解決手段】複数のサブファイルを含むチェック対象ファイルのエラーチェックの際に、当該ファイルのヘッダ情報に付加されたヘッダチェックサムとヘッダチェックサムを除いたヘッダ情報のデータの加算値との加算結果によりエラーチェックを行い、加算結果でエラーがない場合に、ヘッダ情報に付加された最初のサブファイルチェックサムと対応するサブファイルのデータの加算値との加算結果によりエラーチェックを行い、当該加算結果でエラーがない場合は、ヘッダ情報に付加された次のサブファイルチェックサムと対応するサブファイルのデータとの加算値との加算結果によりエラーチェックをサブファイル数分行うファイルチェック方法である。【選択図】        図３
2004234588.tif 000002
【特許請求の範囲】
【請求項１】
記憶媒体にファイルを保存する場合に、ファイルにヘッダ情報を付加して、当該ヘッダ情報を利用してファイルのデータのエラーをチェックするファイルチェック方法であって、
ファイルサイズに応じて、ファイル分割を選択する場合、ファイルを複数のサブファイルに分割し、当該サブファイル毎に算出したサブファイルチェックサムをヘッダ情報に付加すると共に、前記サブファイルチェックサムを含んだヘッダ情報について算出したヘッダチェックサムを前記ヘッダ情報に付加し、
ファイルサイズに応じて、ファイル統合を選択する場合、複数のファイルをサブファイルとして統合し、当該サブファイル毎に算出したサブファイルチェックサムをヘッダ情報に付加すると共に、前記サブファイルチェックサムを含んだヘッダ情報について算出したヘッダチェックサムを前記ヘッダ情報に付加し、
ファイルチェックの際には、前記ヘッダ情報に付加されたヘッダチェックサムと前記ヘッダチェックサムを除いたヘッダ情報のデータの加算値との加算結果によりエラーチェックを行い、
前記加算結果でエラーがない場合に、前記ヘッダ情報に付加された最初のサブファイルチェックサムと対応するサブファイルのデータの加算値と加算結果によりエラーチェックを行い、当該加算結果でエラーがない場合は、前記ヘッダ情報に付加された次のサブファイルチェックサムと対応するサブファイルのデータとの加算値との加算結果によりエラーチェックをサブファイル数分行うことを特徴とするファイルチェック方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ファイルのデータのエラーをチェックするファイルチェック方法に係り、特にエラーを迅速に効率よく検出することができるファイルチェック方法に関する。
【０００２】
【従来の技術】
コンピュータネットワーク又は無線通信においてファイルを送信する場合、通信障害等によってデータの欠落等が発生し、送信元と送信先でファイルのデータの内容が異なる場合がある。このため従来から、通信対象のファイルのデータを数値化し、これらを合計して求めたチェックサムを用い、送信先と送信元におけるファイルのデータの内容の相違をエラーとして検出するファイルチェック方法が実施されている。
【０００３】
ネットワークにおいて通信データの内容をチェックする方式として、平成３年１月９日公開の特開平３−３４４３号「網管理システムの通信制御方式」（出願人：日本電気株式会社、発明者：飯塚真理子）が提案されている。
上記方式は、データの制御と解析とを主機能とする主処理装置と、ユーザインタフェース処理を主機能としディスプレイ上に状態表示を行う表示機能を有する複数の端末装置を備えたデータ交換網の網管理システムにおいて、端末装置に網状態表示の要求が入力されると、端末装置は、網状態表示用データを複数のデータ群に分割して、各データ群に対してチェックサム計算を行い、当該計算によって得られた確認用符号を要求信号と共に主処理装置に送信し、主処理装置は、要求信号を受信すると、自己の保持する網状態表示用データを複数のデータ群に分割し、データ群毎に端末装置と同様のチェックサム計算を行って計算結果が確認用符号と一致するか否かを確認し、一致しない場合にはそのデータ群を端末装置に送出し、端末装置は自己の保持する網状態表示用データのうち、送出されたデータ群の部分を更新するものであり、端末装置のデータ更新のための所要時間を短縮することができる。
【０００４】
【特許文献１】
特開平３−３４４３号公報（第２頁、第１−３図）
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来のファイルチェック方法では、ファイルのエラーの検出に長時間を要し、効率が悪いという問題点があった。
従来のチェックサムを用いたファイルチェック方法では、ファイルの送信元において予めファイルの全データを数値化して加算し、加算結果をチェックサムとしてファイルと一緒に送信し、送信先において受信したファイルの全データを数値化して加算し、加算結果が受信したチェックサムと一致するか否かを判断し、一致しない場合には、受信したファイルのデータにエラーがあると判断する方法が一般的に行われている。
【０００６】
また、他のファイルチェック方法として、ファイルの送信元において予めファイルの全データを数値化して加算し、加算結果の２の補数を求め、その値をチェックサムとしてファイル内に書き込んで送信し、送信先において、チェックサムを除いたファイルの全データを加算し、加算結果とチェックサムとの和が０になるか否かを調べ、０以外の数となった場合には、受信したファイルのデータにエラーがあると判断する方法も一般的に行われている。
【０００７】
しかしながら、上記方法では、ファイルの全データの加算を行わなければならないため、ファイルのサイズが大きい場合には、ファイルのエラー検出に長時間を要するという問題点があった。更に、ファイルのエラーがファイルの先頭近くにある場合でも、エラーを検出するためには、全データを加算しなければならないため、エラー検出の効率が悪いという問題点があった。
【０００８】
本発明は上記実情に鑑みて為されたもので、ファイルのエラーを迅速に効率よく検出できるファイルチェック方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記従来例の問題点を解決するための本発明は、記憶媒体にファイルを保存する場合に、ファイルにヘッダ情報を付加して、当該ヘッダ情報を利用してファイルのデータのエラーをチェックするファイルチェック方法であって、ファイルサイズに応じて、ファイル分割を選択する場合、ファイルを複数のサブファイルに分割し、当該サブファイル毎に算出したサブファイルチェックサムをヘッダ情報に付加すると共に、サブファイルチェックサムを含んだヘッダ情報について算出したヘッダチェックサムをヘッダ情報に付加し、ファイルサイズに応じて、ファイル統合を選択する場合、複数のファイルをサブファイルとして統合し、当該サブファイル毎に算出したサブファイルチェックサムをヘッダ情報に付加すると共に、サブファイルチェックサムを含んだヘッダ情報について算出したヘッダチェックサムをヘッダ情報に付加し、ファイルチェックの際には、ヘッダ情報に付加されたヘッダチェックサムとヘッダチェックサムを除いたヘッダ情報のデータの加算値との加算結果によりエラーチェックを行い、加算結果でエラーがない場合に、ヘッダ情報に付加された最初のサブファイルチェックサムと対応するサブファイルのデータの加算値と加算結果によりエラーチェックを行い、当該加算結果でエラーがない場合は、ヘッダ情報に付加された次のサブファイルチェックサムと対応するサブファイルのデータとの加算値との加算結果によりエラーチェックをサブファイル数分行うものであり、ファイルのエラーを迅速に効率よく検出できる。
【００１０】
【発明の実施の形態】
本発明の実施の形態について図面を参照しながら説明する。
本発明の実施の形態に係るファイルチェック方法は、ファイルの分割を選択した場合、ファイルを複数のサブファイルに分割し、サブファイル毎にサブファイルチェックサムを計算してヘッダ情報に付加すると共に、当該チェックサムを含んだヘッダ情報についてヘッダチェックサムを計算してヘッダ情報に付加してチェック対象ファイルを生成し、ファイルの結合を選択した場合、複数のファイルをサブファイルとして結合し、サブファイル毎にサブファイルチェックサムを計算してヘッダ情報に付加すると共に、当該チェックサムを含んだヘッダ情報についてヘッダチェックサムを計算してヘッダ情報に付加してチェック対象ファイルを生成し、チェック対象ファイルのエラーチェックの際に、ヘッダ情報に付加されたヘッダチェックサムとヘッダチェックサムを除いたヘッダ情報のデータの加算値との加算結果によりエラーチェックを行い、加算結果でエラーがない場合に、ヘッダ情報に保存された最初のサブファイルチェックサムと対応するサブファイルのデータの加算値との加算結果によりエラーチェックを行い、当該加算結果でエラーがない場合は、ヘッダ情報に付加された次のサブファイルチェックサムと対応するサブファイルのデータとの加算値との加算結果によりエラーチェックをサブファイル数分行うものであり、これによりファイルのエラーを迅速に効率よく検出することができる。
尚、請求項におけるヘッダ情報は、図のヘッダ領域に相当する。
【００１１】
まず、本発明の実施の形態のファイルチェック方法（以下、本チェック方法）で生成及びチェックされるファイルのデータ構成について、図１を用いて説明する。図１は、本チェック方法で生成及びチェックされるファイル（以下、チェック対象ファイル）のデータ構成図である。
尚、図１において示される各データのバイト数は一例を示したものであり、実際には異なるバイト数であってもよい。また、各データのファイル内の配置についても、図１とは異なる配置としてもよい。
【００１２】
図１に示すように、チェック対象ファイルは、ヘッダ領域とデータ領域とに大きく分類される。ヘッダ領域は、ファイルに関する情報が格納された領域であり、データ領域は、ファイルのデータが格納された領域である。
本チェック方法は、チェック対象ファイルのデータを複数のデータ群の集合とみなして、各データ群をサブファイルとして管理している。尚、図１の構成図は、チェック対象ファイルのデータがｎ個のサブファイルデータに分けられている場合について示している。
【００１３】
ヘッダ領域には、当該チェック対象ファイルのバージョンを表すファイルバージョン１、当該チェック対象ファイルにおけるサブファイル数を表すサブファイル数２、各サブファイルのバージョンを表すサブファイルバージョン３、各サブファイルデータの先頭アドレスを表すサブファイル先頭アドレス４、各サブファイルデータのサイズを表すサブファイルサイズ５、各サブファイルデータのチェックサムを表すサブファイルチェックサム６の各データが格納されている。このうちサブファイルバージョン３、サブファイル先頭アドレス４、サブファイルサイズ５及びサブファイルチェックサム６は、サブファイル数分これらのデータが格納されている。また、ヘッダ領域には、ヘッダ領域のデータのチェックサムであるヘッダチェックサム７が格納されている。
また、チェック対象ファイルのデータ領域には、各サブファイルのデータであるサブファイルデータ８が格納されている。
【００１４】
次に、本チェック方法におけるチェック対象ファイルの生成方法及びチェック方法について、複数の通信端末間におけるデータ通信を例に説明する。
送信対象のファイルを有する通信端末（以下、送信元端末）には、本チェック方法のチェック対象ファイルを生成するためのソフトウェア（以下、ファイル生成ソフトウェア）がインストールされており、送信対象のファイルを送信する際に、上記ソフトウェアを用いて、送信対象のファイルからチェック対象ファイルを生成する。また、送信元端末において、送信対象のファイルは、自己に内蔵されたメモリ（記憶媒体）に格納されている。
【００１５】
以下、ファイル生成ソフトウェアを用いたチェック対象ファイルの生成方法について、図２を用いて説明する。図２は、本チェック方法におけるチェック対象ファイルの生成の手順のフローチャートである。
【００１６】
ファイル生成ソフトウェアが起動されると、送信元端末は、利用者に対し、ファイルの分割又は結合のいずれかを選択する旨のメッセージを表示し、利用者の選択を促す（Ｓ１１）。
ここで、「ファイルの分割」とは、一つの送信対象のファイルを複数のサブファイルに分割してチェック対象ファイルを生成することであり、送信対象のファイルのサイズが大きい場合に有効である。また、「ファイルの結合」とは、送信対象のファイルが複数あるような場合に、これらのファイルをサブファイルとして結合し、一つのチェック対象ファイルを生成することである。
【００１７】
処理Ｓ１１において、利用者が「ファイルの分割」を選択すると（Ｓ１１の「分割」）、次に送信元端末は、分割対象のファイルの指定を促す旨のメッセージを表示するので、利用者は、送信元端末に対し、分割対象のファイルを一つ指定する。送信元端末は、指定されたファイル名をメモリに記憶する（Ｓ１２）。
【００１８】
分割対象のファイルが指定されると、次に送信元端末は、サブファイルとして分割する際の分割サイズの指定を促す旨のメッセージを表示するので、利用者は、送信元端末に対し、分割サイズを指定する。送信元端末は、指定された分割サイズをメモリに記憶する（Ｓ１３）。
処理Ｓ１３において、分割サイズが指定されると、送信元端末は、指定された分割対象ファイルを当該分割サイズで分割した場合のサブファイルの数を計算し、サブファイル数としてメモリに記憶する。
【００１９】
次に送信元端末は、分割によって生成されるサブファイルのバージョンの入力を促す旨のメッセージを表示するので、利用者は、送信元端末に対して、サブファイルのバージョンを入力する。送信元端末は、入力されたサブファイルのバージョンをメモリに記憶する（Ｓ１４）。
【００２０】
送信元端末は、メモリに記憶されたサブファイル数に基づいて、処理Ｓ１４のサブファイルのバージョンの入力が全てのサブファイルに対して行われたか否かを監視し（Ｓ１５）、入力が完了していなければ（Ｓ１５のＮｏ）、バージョンが未入力のサブファイルに対して、処理Ｓ１４を行う。
【００２１】
また、処理Ｓ１１において、利用者が「ファイルの結合」を選択すると（Ｓ１１の「結合」）、送信元端末は、結合しようとするファイル数の入力を促す旨のメッセージを表示するので、利用者は、送信元端末に対し、結合対象のファイル数を入力する。ファイル数が入力されると、送信元端末は、当該ファイル数をサブファイル数としてメモリに記憶する（Ｓ１６）。
【００２２】
結合対象のファイルが入力されると、次に送信元端末は、結合対象のファイルを指定する旨のメッセージを表示するので、利用者は、送信元端末に対し、結合対象のファイルを一つ指定する。送信元端末は、指定されたファイル名をメモリに記憶する（Ｓ１７）。
【００２３】
次に送信元端末は、指定したファイル、すなわちサブファイルのバージョンの入力を促す旨のメッセージを表示するので、利用者は、送信元端末に対して、サブファイルのバージョンを入力する。送信元端末は、入力されたサブファイルのバージョンをメモリに記憶する（Ｓ１８）。
【００２４】
送信元端末は、メモリに記憶されたサブファイル数に基づいて、処理Ｓ１７のファイル指定及び処理Ｓ１８のサブファイルのバージョンの入力がサブファイル数だけ行われたか否かを監視し（Ｓ１９）、サブファイル数だけ行われていなければ（Ｓ１９のＮｏ）、処理Ｓ１７に戻ってファイルの指定を促す。
【００２５】
図２のフローチャートにおいて、送信元端末は、処理Ｓ１６の結合対象のファイル数の入力を省略し、処理Ｓ１７での結合対象のファイルの指定において、複数のファイルを一度に指定可能とし、且つ指定されたファイル数をカウントするような仕様としてもよい。
この場合、送信元端末は、処理Ｓ１７で指定されたファイルのカウント結果をサブファイル数として記憶し、処理Ｓ１９においてサブファイル数分のバージョンが入力されていなければ、処理Ｓ１８を繰り返し行う必要がある。
【００２６】
ファイルの分割、結合において、全てのサブファイルのバージョンが設定されると（Ｓ１５のＹｅｓ、Ｓ１９のＹｅｓ）、送信元端末は、チェック対象ファイルのバージョンの入力を促す旨のメッセージを表示するので、利用者は、送信元端末に対し、チェック対象ファイルのバージョンを入力する（Ｓ２０）。入力されたバージョンは、ファイルバージョンとしてメモリに記憶される。
次に送信元端末は、チェック対象ファイルのファイル名の入力を促す旨のメッセージを表示する。利用者は、送信元端末に対し、チェック対象ファイルのファイル名を入力する（Ｓ２１）。
【００２７】
最後に送信元端末は、利用者によって入力された情報に基づいて、チェック対象ファイルを生成する（Ｓ２２）。ここで、分割の場合と結合の場合とに分けて、処理Ｓ２２における送信元端末の動作について説明する。
まず分割の場合であるが、送信元端末は、分割対象のファイルを分割サイズで分割してサブファイルを生成し、サブファイル毎にサブファイルチェックサムを計算し、サブファイルサイズとサブファイルの先頭のアドレスと共にメモリに記憶する。サブファイルチェックサムは、計算対象のサブファイルの全データを数値化して加算し、その加算結果の２の補数を算出することで求められる。
【００２８】
次に送信元端末は、メモリに記憶されている、チェック対象ファイルのヘッダ領域に該当する全データのチェックサムを計算し、ヘッダチェックサムとしてメモリに記憶する。ヘッダチェックサムの計算も、サブファイルチェックサムの場合と同様に行われる。
そして送信元端末は、メモリに記憶されている各情報を用いて、処理Ｓ２１で入力されたファイル名で、図１に示されるデータ構成のチェック対象ファイルを生成し、メモリに保存する。
【００２９】
また、結合の場合には送信元端末は、結合対象のファイルをサブファイルとみなし、サブファイル毎にサブファイルチェックサムを計算し、サブファイルのサイズとサブファイルの先頭のアドレスと共にメモリに記憶する。サブファイルチェックサムの計算は、分割の場合と同様に行われる。
次に送信元端末は、メモリに記憶されている、チェック対象ファイルのヘッダ領域に該当する全データのチェックサムを計算し、ヘッダチェックサムとしてメモリに記憶する。そして送信元端末は、メモリに記憶されている各情報を用いて、処理Ｓ２１で入力されたファイル名で、図１に示されるデータ構成のチェック対象ファイルを生成し、メモリに保存する。
【００３０】
上述したチェック対象ファイルの生成方法では、チェック対象ファイルの生成に必要な情報を利用者によって入力させる例について説明したが、送信元端末において当該情報を送信元端末に設定し、図２のフローチャートの実行時にフローチャート利用者の入力の代わりに設定された情報を読み出すようにして、自動でチェック対象ファイルを生成させるようにしてもよい。
【００３１】
チェック対象ファイルが生成されると、送信元端末は、当該ファイルを送信しようとする端末（以下、送信先端末）に送信する。送信先端末には、チェック対象ファイルの内容をチェックするためのソフトウェア（以下、ファイルチェックソフトウェア）がインストールされており、チェック対象ファイルを受信すると、送信先端末は、上記ソフトウェアを用いて当該ファイルのデータにエラーがないか否かをチェックする。
【００３２】
以下、ファイルチェックソフトウェアを用いたチェック対象ファイルのチェック方法について、図３を用いて説明する。図３は、本チェック方法におけるチェック対象ファイルのチェックの手順のフローチャートである。
【００３３】
送信元端末からチェック対象ファイルを受信すると、送信先端末は、当該ファイルのヘッダ領域からヘッダチェックサムを取得する（Ｓ３１）。処理Ｓ３１において、送信先端末は、取得したヘッダチェックサムを引数ＨＥＡＤＥＲ＿ＳＵＭに代入する。
次に送信先端末は、チェック対象ファイルにおける、ヘッダチェックサムを除いたヘッダ領域の全データを数値化して加算する（Ｓ３２）。処理Ｓ３２において、送信先端末は、加算結果を引数ＡＬＬ＿ＳＵＭに代入する。
【００３４】
次に、送信先端末は、処理Ｓ３１で取得したヘッダチェックサムと、処理Ｓ３２で求めたヘッダ領域データの加算結果を加算する（Ｓ３３）。そして、加算結果が０となるか否かを判断する。
加算結果が０とならない場合には（Ｓ３３のＮｏ）、ヘッダ領域のデータ又はヘッダチェックサムにエラーがあるので、送信先端末は、チェック結果をＮＧと判断し（Ｓ３９）、チェック対象ファイルのチェックを終了する。
【００３５】
処理Ｓ３３において、加算結果が０の場合には（Ｓ３３のＹｅｓ）、ヘッダ領域のデータ及びヘッダチェックサムにエラーはないため、次に送信先端末は、チェック対象ファイルのヘッダ領域から、最先のサブファイルのチェックサムを取得する（Ｓ３４）。処理Ｓ３４において、送信先端末は、取得したサブファイルチェックサムを引数ＳＵＢ＿ＳＵＭに代入する。
次に送信先端末は、チェックサムを取得したサブファイルの全データを数値化して加算する（Ｓ３５）。処理Ｓ３５において、送信先端末は、加算結果を引数ＳＵＢＤＡＴＡ＿ＳＵＭに代入する。
【００３６】
次に、送信先端末は、処理Ｓ３４で取得したサブファイルチェックサムと、処理Ｓ３５で求めたサブファイルデータの加算結果を加算する（Ｓ３６）。そして、加算結果が０となるか否かを判断する。
加算結果が０とならない場合には（Ｓ３６のＮｏ）、サブファイルデータ又はサブファイルチェックサムにエラーがあるので、送信先端末は、チェック対照ファイルのチェック結果をＮＧと判断し（Ｓ３９）、チェック対象ファイルのチェックを終了する。
【００３７】
処理Ｓ３３において、加算結果が０の場合には（Ｓ３６のＹｅｓ）、送信先端末は、サブファイルデータ及びサブファイルチェックサムにエラーはないと判断し、チェック済みのサブファイル数のカウントを行う。
次に送信先端末は、チェック対象ファイルのヘッダ領域におけるサブファイル数を参照し、チェック済みのサブファイル数のカウント結果と比較することで、全てのサブファイルに対するチェックが完了したか否かを判断する（Ｓ３７）。
【００３８】
処理Ｓ３７において、カウント結果がサブファイル数よりも小さい場合、送信先端末は、全てのサブファイルのチェックが完了していないと判断し（処理Ｓ３７のＮｏ）、処理Ｓ３４に戻って次のサブファイルのチェックを行う。
処理Ｓ３７において、カウント結果とサブファイル数が同一の場合、送信先端末は、全てのサブファイルのチェックが完了したと判断する（処理Ｓ３７のＹｅｓ）。そして、送信先端末は、全てのサブファイルのチェックを行ったことで、サブファイルデータにエラーがないと判断し、チェック対象ファイルのチェック結果をＯＫと判断し（Ｓ３８）、チェック対象ファイルのチェックを終了する。
【００３９】
送信先端末は、図３のファイルチェックのチェック結果がＮＧであった場合には、送信元端末に対し、チェック対象ファイルの再送要求を送信するようにしてもよい。
【００４０】
上述したように、本チェック方法によれば、ファイルの分割を選択した場合、一つのファイルを複数のサブファイルに分割し、サブファイル毎にサブファイルチェックサムを計算してヘッダ情報に付加し、更に当該チェックサムを含んだヘッダ情報についてヘッダチェックサムを計算してヘッダ情報に付加して保存し、チェック対象ファイルを生成し、ファイルの結合を選択した場合、複数のファイルをサブファイルとして結合し、サブファイル毎にサブファイルチェックサムを計算してヘッダ情報に付加し、更に当該チェックサムを含んだヘッダ情報についてヘッダチェックサムを計算してヘッダ情報に付加して保存し、チェック対象ファイルを生成し、チェック対象ファイルのエラーチェックの際に、ヘッダ情報に保存されたヘッダチェックサムとヘッダチェックサムを除いたヘッダ情報のデータの加算値との加算結果によりエラーチェックを行い、加算結果でエラーがない場合に、ヘッダ情報に保存された最初のサブファイルチェックサムと対応するサブファイルのデータの加算値との加算結果によりエラーチェックを行い、当該加算結果でエラーがない場合は、ヘッダ情報に保存された次のサブファイルチェックサムと対応するサブファイルのデータとの加算値との加算結果によりエラーチェックをサブファイル数分行うことにより、ファイルのエラーを迅速に効率よく検出できる効果がある。
【００４１】
特に、本チェック方法では、チェック対象ファイルのエラーチェックの際には、ヘッダ情報のエラーチェックを行い、エラーがない場合には、ヘッダ情報に保存された最初のサブファイルのエラーチェックを行い、エラーがない限り、次のサブファイルのエラーチェックを行うため、例えばファイルのエラーがファイルの先頭近くにあるような場合には、最初のサブファイルのチェックを行うことでエラーを検出できる。よって本チェック方法では、ファイルのエラーの箇所に応じて迅速にエラーのチェックを行うことができるため、チェック対象のファイルの全データのチェックサムを用いる従来のチェック方法と比較して、迅速に効率よくファイルのエラーを検出することができる。
【００４２】
また、本チェック方法では、複数のファイルをサブファイルとして結合し、各サブファイルのデータのチェックサムを含んだチェック対象ファイルを生成し、当該チェック対象ファイルにおける各サブファイルのエラーチェックを行うことができるため、エラーチェックの際にアクセスするファイル数が一つで済み、ファイル毎にチェックを行う従来の場合と比較して、ファイルのアクセス時間を低減でき、迅速にエラーを検出することができる。
【００４３】
【発明の効果】
本発明によれば、ファイルの分割を選択した場合、ファイルを複数のサブファイルに分割し、サブファイル毎にサブファイルチェックサムを計算してヘッダ情報に付加すると共に、当該チェックサムを含んだヘッダ情報についてヘッダチェックサムを計算してヘッダ情報に付加してチェック対象ファイルを生成し、ファイルの結合を選択した場合、複数のファイルをサブファイルとして結合し、サブファイル毎にサブファイルチェックサムを計算してヘッダ情報に付加すると共に、当該チェックサムを含んだヘッダ情報についてヘッダチェックサムを計算してヘッダ情報に付加してチェック対象ファイルを生成し、チェック対象ファイルのエラーチェックの際に、ヘッダ情報に付加されたヘッダチェックサムとヘッダチェックサムを除いたヘッダ情報のデータの加算値との加算結果によりエラーチェックを行い、加算結果でエラーがない場合に、ヘッダ情報に保存された最初のサブファイルチェックサムと対応するサブファイルのデータの加算値との加算結果によりエラーチェックを行い、当該加算結果でエラーがない場合は、ヘッダ情報に付加された次のサブファイルチェックサムと対応するサブファイルのデータとの加算値との加算結果によりエラーチェックをサブファイル数分行うファイルチェック方法としているので、ファイルのエラーを迅速に効率よく検出できる効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るファイルチェック方法で生成及びチェックされるファイルのデータ構成図である。
【図２】本発明の実施の形態に係るファイルチェック方法におけるチェック対象ファイルの生成の手順のフローチャートである。
【図３】本発明の実施の形態に係るファイルチェック方法におけるチェック対象ファイルのチェックの手順のフローチャートである。
【符号の説明】
１…ファイルバージョン、  ２…サブファイル数、  ３…サブファイルバージョン、  ４…サブファイル先頭アドレス、  ５…サブファイルサイズ、  ６…サブファイルチェックサム、  ７…ヘッダチェックサム、  ８…サブファイルデータ
【図１】
2004234588.tif 000003
【図２】
2004234588.tif 000004
【図３】
2004234588.tif 000005