JP5636998B2 - 処理プログラム、処理方法及び処理装置 - Google Patents

Description

本件は、処理プログラム、処理方法及び処理装置に関する。

近年では、オフィス等におけるコンピュータシステムの導入が進み、重要なデータがコンピュータシステム内で保持・利用されている。このようなコンピュータシステムを利用するに際しては、万一の事態に備え、定期的にデータのバックアップを行っておくことが重要である。

データのバックアップは、基本的には、通常使用する（データを格納する）媒体とは異なる媒体へデータを複製（コピー）することにより行われる。

特開２００４−１５２００１号公報

しかしながら、一般的なバックアップに用いるツールでは、コピー前のデータがファイルシステムの不具合等で壊れていたとしても、データが壊れた状態でバックアップしてしまうおそれがある。このような場合、破損していない正当なデータを復元する必要が発生しても、バックアップデータを復元に用いることができない。すなわち、バックアップするデータは、破損していない正当なデータであることが保障されている必要がある。また、バックアップ以外の処理（例えば、ファイルシステムからデータを読み出す処理など）においても、破損していない正当なデータであることが保障されている必要がある。

これに対し、特許文献１には、データ（値）の変更・改変を考慮した技術が開示されている。特許文献１では、格納すべき値を互いに異なる変換計算で変換した値を複数の格納部に格納しておく。そして、読み出し要求があった場合には、格納されている値を全て逆変換し、逆変換した値のうち多数決で最も数の多い値を正当な値（データ）とする。すなわち、特許文献１では、正当な値を得るために、複数の格納部に格納される全ての値（データ）を逆変換して比較しなければならないため、効率が悪い。

そこで本件は上記の課題に鑑みてなされたものであり、効率よく正当性の保障されたファイルを処理することが可能な処理プログラム、処理方法及び処理装置を提供することを目的とする。

本明細書に記載の処理プログラムは、ファイルの更新を検出し、更新を検出した前記ファイルの識別子と、前記ファイルの内容から生成される識別情報と、を関連づけて、処理リストに記録し、更新を検出した前記ファイルを格納部に記憶するとともに、当該ファイルの複製ファイルを作成して前記ファイルを記憶した格納部と同一の格納部に記憶し、記憶した前記ファイルが退避対象とされたときに、当該退避対象のファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記退避対象のファイルを前記格納部とは異なる格納装置に退避させ、前記比較した結果、一致していなければ、前記退避対象のファイルの複製ファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記複製ファイルを前記格納装置に退避させる、処理をコンピュータに実行させる処理プログラムである。

本明細書に記載の処理方法は、ファイルの更新を検出する検出工程と、前記検出工程で更新が検出された前記ファイルの識別子と、前記ファイルの内容から生成される識別情報と、を関連づけて、処理リストに記録する記録工程と、前記検出工程で更新が検出された前記ファイルを格納部に記憶するとともに、当該ファイルの複製ファイルを作成して前記ファイルを格納した格納部と同一の格納部に記憶する記憶工程と、前記記憶工程で前記格納部に記憶された前記ファイルが退避対象とされたときに、当該退避対象のファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記退避対象のファイルを前記格納部とは異なる格納装置に退避させ、前記比較した結果、一致していなければ、前記退避対象のファイルの複製ファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記複製ファイルを前記格納装置に退避させる処理を実行する退避処理実行工程と、をコンピュータが実行する処理方法である。

本明細書に記載の処理装置は、ファイルの更新を検出する検出部と、前記検出部が更新を検出した前記ファイルの識別子と、前記ファイルの内容から生成される識別情報と、を関連づけて、処理リストに記録する記録部と、前記検出部が更新を検出した前記ファイルを格納部に記憶するとともに、当該ファイルの複製ファイルを前記ファイルを記憶した格納部と同一の格納部に記憶する記憶部と、前記記憶部が記憶した前記ファイルが退避対象とされたときに、当該退避対象のファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記退避対象のファイルを前記格納部とは異なる格納装置に退避させ、前記比較した結果、一致していなければ、前記退避対象のファイルの複製ファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記複製ファイルを前記格納装置に退避させる処理を実行する退避処理実行部と、を備える処理装置である。

本明細書に記載の処理プログラム、処理方法及び処理装置は、効率よく正当性の保障されたファイルを処理することができるという効果を奏する。

一実施形態に係るデータバックアップシステムの構成を概略的に示す図である。 図１の端末のハードウェア構成図である。 端末の機能ブロック図である。 バックアップ対象リストを示す図である。 端末のバックアップ処理を示すフローチャートである。 図５のステップＳ２２の具体的処理を示すフローチャートである。 図７（ａ）、図７（ｂ）は、端末の処理を説明するための図である。 バックアップ処理が中断したときのバックアップ対象リストの状態の一例を示す図である。 図９（ａ）は、図６のステップＳ５０が肯定されたときのバックアップ対象リストの一例を示す図であり、図９（ｂ）は、ステップＳ７８、Ｓ２４を経た後の、バックアップ対象リストの一例を示す図である。

以下、一実施形態について、図１〜図９に基づいて詳細に説明する。図１には、一実施形態に係るデータバックアップシステム１００の構成が概略的に示されている。データバックアップシステム１００は、図１に示すように、格納装置としてのデータサーバ１０と、処理装置としての端末３０とを備える。データサーバ１０と端末３０は、インターネットなどのネットワーク８０を介して接続されている。データサーバ１０は、端末３０において更新されたファイルのバックアップ（退避）を行うサーバである。

端末３０は、ユーザが利用する端末であり、ユーザによりファイルの作成、更新等が行われる端末である。図２には、端末３０のハードウェア構成図が示されている。図２に示すように、端末３０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、ＨＤＤ（Hard Disk Drive）９６、ネットワークインタフェース９７、表示部９５、ユーザインタフェース９３、及び可搬型記憶媒体用ドライブ９９等を備えている。端末３０の構成各部は、バス９８に接続されている。また、端末３０は、ネットワークインタフェース９７を介してネットワーク８０に接続されている。端末３０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（処理プログラム）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（処理プログラム）をＣＰＵ９０が実行することにより、図３の各部の機能が実現される。表示部９５は、ＬＣＤ（Liquid Crystal Display）などのディスプレイであり、ユーザインタフェース９３は、キーボードやマウスなどである。

端末３０は、ＣＰＵ９０が処理プログラムを実行することにより、図３に示す、検出部１２、記録部１４、記憶部１６、所定処理実行部としてのバックアップ実行部１８としての機能を実現する。なお、図３では、ＲＡＭ９４やＨＤＤ９６等に格納されている処理リストとしてのバックアップ対象リスト２２及び格納部としてのデータ格納部２４についても図示している。

検出部１２は、端末３０上でユーザがファイルを更新したか否かの検出を行う。また、検出部１２は、端末３０において終了処理が開始されたか否かについても検出する。

記録部１４は、検出部１２が更新を検出したファイル名（ファイルの識別子）を記録する。また、記録部１４は、ファイルの内容から生成される識別情報（本実施形態では、ファイルとハッシュ関数とを用いて生成されるハッシュ値）を、ファイル名と関連づけて、バックアップ対象リスト２２に記録する。

記憶部１６は、検出部１２が検出したファイルそのもの（オリジナルファイル）と、オリジナルファイルを複製したファイル（ミラーファイル）とを、データ格納部２４に記憶する。

バックアップ実行部１８は、オリジナルファイル又はミラーファイルのバックアップ（データサーバ１０への格納処理）を実行する。なお、バックアップ実行部１８が、オリジナルファイル及びミラーファイルのいずれをバックアップするか、あるいはいずれもバックアップしないか、を判断する方法については、後述する。

バックアップ対象リスト２２は、端末３０上で新規作成・更新されたファイルの情報を格納するリストである。具体的には、バックアップ対象リスト２２は、図４に示すように、ファイルの識別子としてのファイル名、更新日、ハッシュ値、処理済みフラグとしてのバックアップ済みフラグ、データ破損フラグの項目を有する。

データ格納部２４は、更新されたファイル（オリジナルファイル）と、オリジナルファイルを複製したファイル（ミラーファイル）とが格納される。

次に、上記のように構成される端末３０において実行される処理について、図５、図６のフローチャートに沿って、その他図面を適宜参照しつつ説明する。図５は、端末３０のバックアップ処理を示すフローチャートである。図５の処理は、端末３０が起動した時点から開始される。

図５のステップＳ１０では、検出部１２が、終了処理が開始されたか否かを判断する。ここでの判断が否定された場合、ステップＳ１２において、検出部１２が、ファイル更新が発生したか否かを判断する。ここでの判断が否定された場合、ステップＳ１０に戻り、ステップＳ１０又はステップＳ１２の判断が肯定されるまで、ステップＳ１０及びステップＳ１２の判断を繰り返す。

ステップＳ１２の判断が肯定された場合、すなわち、ユーザが、データ格納部２４に格納されているファイルを読み出し、更新後に、「保存」の指示を入力した場合にはステップＳ１４に移行する。

ステップＳ１４では、記録部１４が、バックアップ対象リストへファイル名を記録する（図４の「更新ファイル名」の欄参照）。なお、記録部１４は、ファイル名とともに「更新日」の欄に更新日時を記録する。

次いで、ステップＳ１６では、記憶部１６が、データ格納部２４上で、ファイル（オリジナルファイル）を更新（格納）する（図７（ａ）の「File」参照）。

次いで、ステップＳ１８では、記憶部１６が、オリジナルファイルを複製（ミラーファイルを作成）し、当該ミラーファイルを、オリジナルファイルとは別の場所に格納する（図７（ａ）の「File(COPY)」参照）。なお、ミラーファイルは、オリジナルファイルが削除された場合でも、一定期間、データ格納部２４上に保存されるものとする。

次いで、ステップＳ２０では、記録部１４が、データ格納部２４に格納された更新後のオリジナルファイルのハッシュ値を算出し、バックアップ対象リストに登録する（図４の「ハッシュ値」の欄参照）。なお、ステップＳ２０においてハッシュ値が登録されたファイルのバックアップ済みフラグ及びデータ破損フラグは、バックアップ対象リストにおいて０（初期値）が設定されるものとする。

その後は、ステップＳ１０に戻り、上記処理を繰り返す。

そして、端末３０の終了処理が開始されると、検出部１２によるステップＳ１０の判断が肯定されるので、ステップＳ２２に移行する。

ステップＳ２２では、バックアップ実行部１８が、バックアップ処理を実行する。このステップＳ２２では、図６のフローチャートに沿った処理を実行する。

図６の処理では、まず、ステップＳ５０において、バックアップ実行部１８が、バックアップ対象リスト２２の全ファイルをチェックしたか否かを判断する。ここでの判断が否定されると、ステップＳ５２に移行する。

ステップＳ５２では、バックアップ実行部１８が、バックアップ対象リスト２２内のファイルを順に抽出してチェックする。ここでは、例えば、ファイル名「C:\testdata.dat」がチェックされたものとする。

次いで、ステップＳ５４では、バックアップ実行部１８が、バックアップ済みフラグが１か否かを判断する。ここでの判断が肯定された場合には、ステップＳ５０に戻るが、否定された場合（０の場合）には、ステップＳ５６に移行する。ステップＳ５６では、バックアップ実行部１８が、データ破損フラグが１か否かを判断する。ここでの判断が肯定された場合には、ステップＳ５０に戻るが、否定された場合（０の場合）には、ステップＳ５８に移行する。

ステップＳ５８では、バックアップ実行部１８が、オリジナルファイル（例えば、C:\testdata.dat）のハッシュ値を算出する（図７（ｂ）の（１）参照）。次いで、ステップＳ６０では、バックアップ実行部１８が、バックアップ対象リスト２２のハッシュ値とオリジナルファイルのハッシュ値とを比較する（図７（ｂ）の（２）参照）。

次いで、ステップＳ６２では、バックアップ実行部１８が、両ハッシュ値が一致するか否かを判断する。ここでの判断が肯定された場合（ハッシュ値が一致した場合）には、ステップＳ６４において、バックアップ実行部１８が、オリジナルファイルを、データサーバ１０にバックアップする（図７（ｂ）の（３）参照）。この場合、バックアップ時のファイルの正当性がファイル更新時のオリジナルファイルにより保証されているともいえる。そして、ステップＳ６６では、バックアップ実行部１８が、バックアップ対象リスト２２のバックアップ済みフラグを１に設定し、ステップＳ５０に戻る。

ここで、ステップＳ６２の判断が否定された場合（ハッシュ値が一致しなかった場合）には、ステップＳ６８に移行する。なお、ハッシュ値が一致しなかった場合、オリジナルファイルが破損している可能性が高いことを意味する。ステップＳ６８では、バックアップ実行部１８が、ファイル（例えば、c:\testdata.dat）の複製ファイルである、ミラーファイル（例えば、「C:$Recovery\C\testdata.dat」）のハッシュ値を算出する（図７（ｂ）の（４）参照）。また、バックアップ実行部１８は、ミラーファイルのハッシュ値と、バックアップ対象リスト２２に格納されているハッシュ値を比較する。

次いで、ステップＳ７０では、バックアップ実行部１８が、ミラーファイルのハッシュ値と、バックアップ対象リスト２２に格納されているハッシュ値が一致するか否かを判断する（図７（ｂ）の（５）参照）。ここでの判断が肯定された場合（ハッシュ値が一致した場合）には、ミラーファイルが正当なファイルである可能性が高い。したがって、バックアップ実行部１８は、ステップＳ７２に移行し、ミラーファイルを、データサーバ１０にバックアップする（図７（ｂ）の（６）参照）。この場合、バックアップ時のファイルの正当性がファイル更新時のミラーファイルにより保証されているともいえる。そして、ステップＳ６６に移行すると、前述と同様、バックアップ実行部１８が、バックアップ対象リスト２２のバックアップ済みフラグを１に設定し、ステップＳ５０に戻る。

これに対し、ステップＳ７０の判断が否定された場合には、オリジナルファイルもミラーファイルも破損している可能性が高い。したがって、バックアップ実行部１８は、ステップＳ７４において、いずれのファイルもバックアップすることなく、エラーのログをとる。次いで、ステップＳ７６では、バックアップ実行部１８が、バックアップ対象リスト２２のデータ破損フラグを１に設定する。その後は、ステップＳ５０に戻る。

以降、バックアップ実行部１８は、上記と同様の処理を、バックアップ対象リスト２２に含まれる全ファイルに対して実行する。そして、ステップＳ５０の判断が肯定された段階で、ステップＳ７８に移行する。

ステップＳ７８では、バックアップ実行部１８は、バックアップ済みフラグが１のファイルをバックアップ対象リストから削除し、図５のステップＳ２４に移行する。

なお、図６の処理の途中で、何らかのアクシデントまたはユーザの意思によってバックアップが中断される場合もある。このような場合でも、バックアップできなかったデータはバックアップ対象リスト２２のバックアップ済みフラグが０のままとなる。したがって、バックアップできなかったデータは、次回のバックアップ時にもバックアップ対象として抽出されることとなる。すなわち、図８に示すように、上から３段目までのバックアップが終了し、バックアップ済みフラグが１となった段階でバックアップが中断されたとする。この場合には、バックアップ実行部１８は、次回のバックアップにおいて、バックアップ済みフラグを参照することで、上から４段目のファイルからバックアップを開始することが可能である。

図５に戻り、ステップＳ２４では、バックアップ実行部１８は、データ破損フラグをクリアする。これにより、データが破損している可能性のあるファイルは、バックアップ対象リスト２２に残ることとなる。例えば、全ファイルのチェックが終了した段階（図６のステップＳ５０の判断が肯定された段階）で、各ファイルのフラグの状態が、図９（ａ）に示すようになったとする。この場合、ステップＳ７８、Ｓ２４を経ることで、バックアップ対象リスト２２は、図９（ｂ）のようになる。これにより、端末３０が再度起動され、終了処理が再度開始されたときには、破損している可能性のあるファイルが再度バックアップ対象として抽出されることになる。

なお、ステップＳ７４においては、バックアップ実行部１８が、エラーログをとっている。このため、バックアップ実行部１８は、所定のタイミングで、当該エラーログを端末３０上に表示することとしてもよい。これにより、ユーザは、エラーが生じたファイルについて認識することが可能となる。

以上詳細に説明したように、本実施形態によると、検出部１２が、ファイルの更新を検出し（ステップＳ１２）、記録部１４が、検出したファイル名とファイルのハッシュ値を関連づけて、バックアップ対象リスト２２に記録し（Ｓ１４，Ｓ２０）、記憶部１６が、更新されたファイル（オリジナルファイル）とそのミラーファイルをデータ格納部２４に記憶する（Ｓ１６、Ｓ１８）。そして、バックアップ実行部１８は、データ格納部２４に記憶されているファイルがバックアップの対象とされたときに、オリジナルファイルのハッシュ値を算出し、算出したハッシュ値と、バックアップ対象リスト２２に記録されているハッシュ値とを比較した結果（Ｓ６０）、一致していれば、オリジナルファイルをデータサーバ１０にバックアップする（Ｓ６４）。また、上記比較の結果、一致していなければ、ミラーファイルのハッシュ値を算出し、当該ハッシュ値とバックアップ対象リスト２２に記録されているハッシュ値とを比較し（Ｓ６８）、その結果、一致していれば、ミラーファイルをデータサーバ１０にバックアップする（Ｓ７２）。したがって、本実施形態によると、バックアップ対象リスト２２のハッシュ値を基準（正当なハッシュ値）として、当該ハッシュ値とオリジナルファイルのハッシュ値が一致する場合には、オリジナルファイルをバックアップし、ミラーファイルのハッシュ値は算出しないこととしている。すなわち、必要が無ければ、ミラーファイルのハッシュ値は算出しないこととしている。このため、本実施形態では、ファイル更新時に１回ハッシュ値を算出し、バックアップ時には、最低１回ハッシュ値算出を行うのみで、正当性が保障されたファイルのバックアップを行うことが可能となる。これにより、効率よく正当なファイルのバックアップを行うことが可能となる。

また、本実施形態では、バックアップ実行部１８は、ミラーファイルのハッシュ値とバックアップ対象リスト２２に記録されているハッシュ値とを比較した結果、一致していなかった場合には、バックアップをしないこととしている。これにより、破損した（正当性のない）ファイルが不用意にバックアップされるのを抑制することができる。ただし、これに限らず、例えば、バックアップ実行部１８は、上記両ハッシュ値が一致していなかった場合に、端末３０の表示部９５上に、その後の処理をどうするかをユーザに対して問い合わせる表示を行うこととしてもよい。

また、本実施形態では、バックアップ実行部１８が、バックアップを実行した場合に、バックアップ対象リスト２２にバックアップ済みフラグを記録する（０から１にする）こととしている。この場合、バックアップ実行部１８は、端末の終了時に、バックアップ済みフラグが１であるファイルをバックアップ対象から消去し、当該フラグが０であるファイルをバックアップ対象リスト２２に残すという処理を行うことができる。このため、バックアップ実行部１８は、バックアップ処理がバックアップ対象リスト２２の途中で終了しても、次回のバックアップ処理時に、バックアップが未だ実行されていないファイルのバックアップを改めて行うことができる。これにより、バックアップ処理の途中終了に対するバックアップ対象リスト２２の一貫性を保証することができ、バックアップ処理の中断に対する耐性を向上させることができる。また、バックアップ済みフラグを用いることで、バックアップ対象リスト２２に多量のデータがあったとしても、バックアップを分割して行うことができるようになるので、ユーザの利便性を向上することが可能となる。

また、本実施形態では、バックアップ実行部１８が、バックアップを実行しなかった場合に、バックアップ対象リスト２２にデータ破損フラグを記録する（０から１にする）こととしている。これにより、データが破損しているファイルの識別が容易となるので、データが破損しているファイルの繰り返しのバックアップ処理を回避する（ステップＳ５６：肯定）ことが可能となる。

なお、上記実施形態では、ファイル更新の際に、ミラーファイルを１つ作成する場合について説明したが、これに限られるものではない。ミラーファイルを複数作成することで、バックアップエラー（ステップＳ７４）が生じる可能性を抑制することが可能である。

なお、上記実施形態では、ファイルの内容から生成される識別情報としてハッシュ値を用いる場合について説明したが、これに限られるものではない。識別情報として、ハッシュ値以外の識別情報（ファイルの内容が変更された場合に変更される情報）を用いることとしてもよい。

なお、上記実施形態では、バックアップ対象リスト２２に更新日が記録される（図４）。したがって、更新日から所定期間経過したファイル名等を、バックアップ対象リスト２２から削除するような運用を行うこととしても良い。

なお、上記実施形態では、オリジナルファイル及びミラーファイルを用いた所定処理が、データサーバ１０へのバックアップである場合について説明したが、これに限られるものではない。所定処理は、例えば、端末３０が終了する前に更新したファイルを開く処理であってもよい。この場合、バックアップ対象リストのハッシュ値とオリジナルファイルのハッシュ値とを比較して、一致した場合にはオリジナルファイルを開き、一致しない場合で、かつバックアップ対象リストのハッシュ値とミラーファイルのハッシュ値とが一致した場合にはミラーファイルを開くようにしてもよい。

なお、上記実施形態では、バックアップ済みフラグやデータ破損フラグを用いる場合について説明したが、これに限られるものではない。効率よく正当なファイルを処理するという観点からは、上記フラグを用いなくてもよい。

なお、上記実施形態では、格納装置が、データサーバ１０である場合について説明したが、これに限られるものではない。格納装置は、端末３０に外付けされるＨＤＤ、ＵＳＢメモリなどの格納装置であってもよい。また、格納装置は、別の端末が有する（内蔵された）記憶装置（ＨＤＤ）などであってもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） ファイルの更新を検出し、前記検出する処理で検出したファイルの識別子と、前記ファイルの内容から生成される識別情報と、を関連づけて、処理リストに記録し、前記検出する処理で検出したファイルを格納部に記憶するとともに、当該ファイルの複製ファイルを作成して前記格納部に記憶し、前記記憶する処理で記憶したファイルが所定処理の対象とされたときに、当該処理対象のファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記処理対象のファイルの識別情報とを比較した結果、一致していれば、前記処理対象のファイルの所定処理を実行し、前記比較した結果、一致していなければ、前記処理対象のファイルの複製ファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記処理対象のファイルの識別情報とを比較した結果、一致していれば、前記複製ファイルの所定処理を実行する、処理をコンピュータに実行させる処理プログラム。
（付記２） 前記所定処理を実行する処理では、前記所定処理として、前記格納部とは異なる格納装置へのファイルの退避を前記コンピュータに実行させることを特徴とする付記１に記載の処理プログラム。
（付記３） 前記識別情報は、ファイルと、ハッシュ関数とを用いて生成されるハッシュ値であることを特徴とする付記１又は２に記載の処理プログラム。
（付記４） 前記所定処理を実行する処理では、前記複製ファイルの識別情報と、前記処理リストに記録されている前記処理対象のファイルの識別情報とを比較した結果、一致していなかった場合には、前記所定処理の実行を前記コンピュータに行わせないことを特徴とする付記１〜３のいずれかに記載の処理プログラム。
（付記５） 前記所定処理を実行する処理で、前記所定処理が実行されなかった場合に、前記処理リストの前記処理対象のファイルに対応付けてデータ破損フラグを設定する処理を前記コンピュータに更に実行させることを特徴とする付記４に記載の処理プログラム。
（付記６） 前記所定処理を実行する処理で、処理対象のファイル又は複製ファイルの所定処理が実行された場合に、前記処理リストの前記処理対象のファイルに対応付けて処理済みフラグを設定する処理を前記コンピュータに更に実行させることを特徴とする付記１〜５のいずれかに記載の処理プログラム。
（付記７） ファイルの更新を検出する検出工程と、前記検出工程で検出されたファイルの識別子と、前記ファイルの内容から生成される識別情報と、を関連づけて、処理リストに記録する記録工程と、前記検出工程で検出されたファイルを格納部に記憶するとともに、当該ファイルの複製ファイルを作成して前記格納部に記憶する記憶工程と、前記記憶工程で前記格納部に記憶されたファイルが所定処理の対象とされたときに、当該処理対象のファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記処理対象のファイルの識別情報とを比較した結果、一致していれば、前記処理対象のファイルの所定処理を実行し、前記比較した結果、一致していなければ、前記処理対象のファイルの複製ファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記処理対象のファイルの識別情報とを比較した結果、一致していれば、前記複製ファイルの所定処理を実行する所定処理実行工程と、をコンピュータが実行することを特徴とする処理方法。
（付記８） 前記所定処理実行工程では、前記コンピュータは、前記所定処理として、前記格納部とは異なる格納装置へのファイルの退避を行うことを特徴とする付記７に記載の処理方法。
（付記９） 前記識別情報は、ファイルと、ハッシュ関数とを用いて生成されるハッシュ値であることを特徴とする付記７又は８に記載の処理方法。
（付記１０） 前記所定処理実行工程では、前記コンピュータは、前記複製ファイルの識別情報と、前記処理リストに記録されている前記処理対象のファイルの識別情報とを比較した結果、一致していなかった場合、前記所定処理を実行しないことを特徴とする付記７〜９のいずれかに記載の処理方法。
（付記１１） 前記所定処理実行工程で、前記所定処理を実行しなかった場合、前記コンピュータは、前記処理リストの前記処理対象のファイルに対応付けてデータ破損フラグを設定することを特徴とする付記１０に記載の処理方法。
（付記１２） 前記所定処理実行工程で、処理対象のファイル又は複製ファイルの所定処理が実行された場合、前記コンピュータは、前記処理リストの前記処理対象のファイルに対応付けて処理済みフラグを設定することを特徴とする付記７〜１１のいずれかに記載の処理方法。
（付記１３） ファイルの更新を検出する検出部と、前記検出部が検出したファイルの識別子と、前記ファイルの内容から生成される識別情報と、を関連づけて、処理リストに記録する記録部と、前記検出部が検出したファイル及び当該ファイルの複製ファイルを格納部に記憶する記憶部と、前記記憶部が記憶したファイルが所定処理の対象とされたときに、当該処理対象のファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記処理対象のファイルの識別情報とを比較した結果、一致していれば、前記処理対象のファイルの所定処理を実行し、前記比較した結果、一致していなければ、前記処理対象のファイルの複製ファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記処理対象のファイルの識別情報とを比較した結果、一致していれば、前記複製ファイルの所定処理を実行する所定処理実行部と、を備える処理装置。
（付記１４） 前記所定処理実行部は、前記所定処理として、前記格納部とは異なる格納装置へのファイルの退避を行うことを特徴とする付記１３に記載の処理装置。
（付記１５） 前記識別情報は、ファイルと、ハッシュ関数とを用いて生成されるハッシュ値であることを特徴とする付記１３又は１４に記載の処理装置。
（付記１６） 前記所定処理実行部は、前記複製ファイルの識別情報と、前記処理リストに記録されている前記処理対象のファイルの識別情報とを比較した結果、一致していなかった場合、前記所定処理を実行しないことを特徴とする付記１３〜１５のいずれかに記載の処理装置。
（付記１７） 前記所定処理実行部は、前記所定処理を実行しなかった場合、前記記録部は、前記処理リストの前記処理対象のファイルに対応付けてデータ破損フラグを設定することを特徴とする付記１６に記載の処理装置。
（付記１８） 前記所定処理実行部は、処理対象のファイル又は複製ファイルの所定処理が実行された場合、前記処理リストの前記処理対象のファイルに対応付けて処理済みフラグを設定することを特徴とする付記１３〜１７のいずれかに記載の処理装置。

１０ データサーバ（格納装置）
１２ 検出部
１４ 記録部
１６ 記憶部
１８ バックアップ実行部（所定処理実行部）
２２ バックアップ対象リスト（処理リスト）
２４ データ格納部（格納部）
３０ 端末（処理装置）

Claims (7)

1. ファイルの更新を検出し、
   更新を検出した前記ファイルの識別子と、前記ファイルの内容から生成される識別情報と、を関連づけて、処理リストに記録し、
   更新を検出した前記ファイルを格納部に記憶するとともに、当該ファイルの複製ファイルを作成して前記ファイルを記憶した格納部と同一の格納部に記憶し、
   記憶した前記ファイルが退避対象とされたときに、当該退避対象のファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記退避対象のファイルを前記格納部とは異なる格納装置に退避させ、前記比較した結果、一致していなければ、前記退避対象のファイルの複製ファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記複製ファイルを前記格納装置に退避させる、処理をコンピュータに実行させる処理プログラム。
2. 前記識別情報は、ファイルと、ハッシュ関数とを用いて生成されるハッシュ値であることを特徴とする請求項１に記載の処理プログラム。
3. 前記複製ファイルの識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していなかった場合には、前記複製ファイルを前記格納装置に退避させる処理の実行を前記コンピュータに行わせないことを特徴とする請求項１又は２に記載の処理プログラム。
4. 前記複製ファイルの識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していなかった場合に、前記処理リストの前記退避対象のファイルに対応付けてデータ破損フラグを設定する処理を前記コンピュータに更に実行させることを特徴とする請求項３に記載の処理プログラム。
5. 前記退避対象のファイルを前記格納部とは異なる格納装置に退避させる処理又は前記複製ファイルを前記格納装置に退避させる処理が実行された場合に、前記処理リストの前記退避対象のファイルに対応付けて処理済みフラグを設定する処理を前記コンピュータに更に実行させることを特徴とする請求項１〜４のいずれか一項に記載の処理プログラム。
6. ファイルの更新を検出する検出工程と、
   前記検出工程で更新が検出された前記ファイルの識別子と、前記ファイルの内容から生成される識別情報と、を関連づけて、処理リストに記録する記録工程と、
   前記検出工程で更新が検出された前記ファイルを格納部に記憶するとともに、当該ファイルの複製ファイルを作成して前記ファイルを格納した格納部と同一の格納部に記憶する記憶工程と、
   前記記憶工程で前記格納部に記憶された前記ファイルが退避対象とされたときに、当該退避対象のファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記退避対象のファイルを前記格納部とは異なる格納装置に退避させ、前記比較した結果、一致していなければ、前記退避対象のファイルの複製ファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記複製ファイルを前記格納装置に退避させる処理を実行する退避処理実行工程と、をコンピュータが実行することを特徴とする処理方法。
7. ファイルの更新を検出する検出部と、
   前記検出部が更新を検出した前記ファイルの識別子と、前記ファイルの内容から生成される識別情報と、を関連づけて、処理リストに記録する記録部と、
   前記検出部が更新を検出した前記ファイルを格納部に記憶するとともに、当該ファイルの複製ファイルを前記ファイルを記憶した格納部と同一の格納部に記憶する記憶部と、
   前記記憶部が記憶した前記ファイルが退避対象とされたときに、当該退避対象のファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記退避対象のファイルを前記格納部とは異なる格納装置に退避させ、前記比較した結果、一致していなければ、前記退避対象のファイルの複製ファイルの識別情報を算出し、当該算出された識別情報と、前記処理リストに記録されている前記退避対象のファイルの識別情報とを比較した結果、一致していれば、前記複製ファイルを前記格納装置に退避させる処理を実行する退避処理実行部と、を備える処理装置。

Images