JP2004295548A - ファイル復元プログラム、ファイル復元方法およびファイル復元装置 - Google Patents
ファイル復元プログラム、ファイル復元方法およびファイル復元装置 Download PDFInfo
- Publication number
- JP2004295548A JP2004295548A JP2003087837A JP2003087837A JP2004295548A JP 2004295548 A JP2004295548 A JP 2004295548A JP 2003087837 A JP2003087837 A JP 2003087837A JP 2003087837 A JP2003087837 A JP 2003087837A JP 2004295548 A JP2004295548 A JP 2004295548A
- Authority
- JP
- Japan
- Prior art keywords
- file
- restoration
- backup
- original
- candidate
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】ファイル復元の信頼性を高めること。
【解決手段】更新対象の元ファイル２００をコピーし、バックアップファイル３００を生成するステップと、元ファイル２００に代えてバックアップファイル３００を更新するステップと、元ファイル２００を削除するステップと、更新後のバックアップファイル３００’を元ファイル２００’にリネームするステップと、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うステップとを含む。
【選択図】 図２
【解決手段】更新対象の元ファイル２００をコピーし、バックアップファイル３００を生成するステップと、元ファイル２００に代えてバックアップファイル３００を更新するステップと、元ファイル２００を削除するステップと、更新後のバックアップファイル３００’を元ファイル２００’にリネームするステップと、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うステップとを含む。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は、コンピュータ上で操作されるファイルを異常発生の前の状態に復元するためのファイル復元プログラム、ファイル復元方法およびファイル復元装置に関するものであり、特に、ファイル復元の信頼性を高めることができるファイル復元プログラム、ファイル復元方法およびファイル復元装置に関するものである。
【０００２】
【従来の技術】
従来より、処理対象のファイルをバックアップし、異常終了時に該ファイルを復元する装置として、特開２０００−２１５０９４号公報に開示されたファイル復元装置が知られている。
【０００３】
かかる従来のファイル復元装置は、オペレーティングシステムよりプロセス情報を取得するプロセス情報取得部と、ファイル更新処理のプロセスが実行状態に遷移した場合、そのプロセスにＷＡＩＴ命令を発行するファイル監視プログラムと、オペレーティングシステムからファイル情報を取得するファイル情報取得部と、更新対象のファイルのバックアップをとるバックアップ部と、ファイル監視プログラムがＷＡＩＴ命令を解除した場合、ファイルの更新処理を実行する業務プログラムと、アプリケーションプログラムが異常終了した場合、プロセス情報とファイル情報とに基づいて、ファイルを復元するファイル復元部とを備えている。
【０００４】
ここで、プロセス情報は、アプリケーションプログラム中の所定のプロセスに関する情報であり、上記の場合、実行中のアプリケーションプログラムにおけるファイル更新処理のプロセスに関する情報である。また、ファイル情報は、処理対象のファイルに関する情報である。
【０００５】
【特許文献１】
特開２０００−２１５０９４号公報
【０００６】
【発明が解決しようとする課題】
ところで、前述したように、従来のファイル復元装置においては、ファイル更新処理のプロセスに関するプロセス情報をオペレーティングシステムから取得し、このプロセス情報とファイル情報とに基づいて、異常終了したファイルを復元している。
【０００７】
しかしながら、従来のファイル復元装置においては、オペレーティングシステムからのプロセス情報が何らかのエラー発生により取得できない場合、ファイルの復元を行うことができず、信頼性が低くなるという問題があった。
【０００８】
本発明は、上記に鑑みてなされたもので、ファイル復元の信頼性を高めることができるファイル復元プログラム、ファイル復元方法およびファイル復元装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、請求項１にかかる発明は、コンピュータを、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段、前記元ファイルに代えて前記バックアップファイルを更新する更新手段、前記元ファイルを削除する元ファイル削除手段、前記バックアップファイルを前記元ファイルにリネームするリネーム手段、更新にかかる処理が異常終了した場合、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行う復元手段、として機能させるためのファイル復元プログラムである。
【００１０】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００１１】
また、請求項２にかかる発明は、請求項１に記載のファイル復元プログラムにおいて、前記コンピュータを、前記更新にかかる処理の終了後、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定する異常判定手段として機能させ、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記ファイル復元を行うことを特徴とする。
【００１２】
この発明によれば、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定させ、異常終了と判定された場合、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００１３】
また、請求項３にかかる発明は、請求項２に記載のファイル復元プログラムにおいて、前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが無である場合、前記正常終了と判定し、それ以外の場合、前記異常終了と判定することを特徴とする。
【００１４】
この発明によれば、元ファイルが有、バックアップファイルが無である場合、正常終了と判定し、それ以外の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００１５】
また、請求項４にかかる発明は、請求項２または３に記載のファイル復元プログラムにおいて、前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００１６】
この発明によれば、元ファイルが有、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００１７】
また、請求項５にかかる発明は、請求項４に記載のファイル復元プログラムにおいて、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを削除することを特徴とする。
【００１８】
この発明によれば、異常終了と判定された場合、バックアップファイルを削除することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００１９】
また、請求項６にかかる発明は、請求項２または３に記載のファイル復元プログラムにおいて、前記異常判定手段は、前記元ファイルが無、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００２０】
この発明によれば、元ファイルが無、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００２１】
また、請求項７にかかる発明は、請求項６に記載のファイル復元プログラムにおいて、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを前記元ファイルにリネームすることを特徴とする。
【００２２】
この発明によれば、異常終了と判定された場合、バックアップファイルを元ファイルにリネームすることとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００２３】
また、請求項８にかかる発明は、前記復元手段は、指定された処理のチェックポイントの状態にファイルを復元することを特徴とする請求項１に記載のファイル復元プログラム。
【００２４】
この発明によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができる。
【００２５】
また、請求項９にかかる発明は、コンピュータを、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段、前記元ファイルに代えて前記バックアップファイルを更新する更新手段、前記元ファイルを削除する元ファイル削除手段、前記バックアップファイルを前記元ファイルにリネームするリネーム手段、前記更新にかかる処理が終了する毎に、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に関するファイル有無情報を格納するファイル有無情報格納手段、前記ファイル有無情報格納手段に格納されたファイル有無情報に基づいて、異常終了となったファイルに関する復元候補ファイル一覧を提示する復元候補ファイル一覧提示手段、前記復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させる復元候補ファイル選択手段、前記復元候補ファイル選択手段で選択された復元候補ファイルについて、該復元候補ファイルに対応する前記ファイル有無情報に基づいて、ファイル復元を行う復元手段、として機能させるためのファイル復元プログラムである。
【００２６】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００２７】
また、請求項１０にかかる発明は、請求項９に記載のファイル復元プログラムにおいて、前記コンピュータを、前記更新にかかる処理が終了した全ファイルの一覧を提示するファイル一覧提示手段、前記ファイル一覧の中から、いずれか一つに対応するファイルを選択させるファイル選択手段、前記ファイル選択手段で選択されたファイルについて、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示するファイル状態表示手段、として機能させることを特徴とする。
【００２８】
この発明によれば、更新にかかる処理が終了した全ファイルの一覧の中から、いずれか一つに対応するファイルを選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができる。
【００２９】
また、請求項１１にかかる発明は、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成工程と、前記元ファイルに代えて前記バックアップファイルを更新する更新工程と、前記元ファイルを削除する元ファイル削除工程と、前記バックアップファイルを前記元ファイルにリネームするリネーム工程と、更新にかかる処理が異常終了した場合、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行う復元工程と、を含むことを特徴とする。
【００３０】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００３１】
また、請求項１２にかかる発明は、請求項１１に記載のファイル復元方法において、前記更新にかかる処理の終了後、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定する異常判定工程を含み、前記復元工程では、前記異常判定工程により前記異常終了と判定された場合、前記ファイル復元を行うことを特徴とする。
【００３２】
この発明によれば、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定させ、異常終了と判定された場合、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００３３】
また、請求項１３にかかる発明は、請求項１２に記載のファイル復元方法において、前記異常判定工程では、前記元ファイルが有、前記バックアップファイルが無である場合、前記正常終了と判定し、それ以外の場合、前記異常終了と判定することを特徴とする。
【００３４】
この発明によれば、元ファイルが有、バックアップファイルが無である場合、正常終了と判定し、それ以外の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００３５】
また、請求項１４にかかる発明は、請求項１２または１３に記載のファイル復元方法において、前記異常判定工程では、前記元ファイルが有、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００３６】
この発明によれば、元ファイルが有、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００３７】
また、請求項１５にかかる発明は、請求項１４に記載のファイル復元方法において、前記復元工程では、前記異常判定工程により前記異常終了と判定された場合、前記バックアップファイルを削除することを特徴とする。
【００３８】
この発明によれば、異常終了と判定された場合、バックアップファイルを削除することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００３９】
また、請求項１６にかかる発明は、請求項１２または１３に記載のファイル復元方法において、前記異常判定工程では、前記元ファイルが無、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００４０】
この発明によれば、元ファイルが無、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００４１】
また、請求項１７にかかる発明は、請求項１６に記載のファイル復元方法において、前記復元工程では、前記異常判定工程により前記異常終了と判定された場合、前記バックアップファイルを前記元ファイルにリネームすることを特徴とする。
【００４２】
この発明によれば、異常終了と判定された場合、バックアップファイルを元ファイルにリネームすることとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００４３】
また、請求項１８にかかる発明は、請求項１１に記載のファイル復元方法において、前記復元工程では、指定された処理のチェックポイントの状態にファイルを復元することを特徴とする。
【００４４】
この発明によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができる。
【００４５】
また、請求項１９にかかる発明は、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成工程と、前記元ファイルに代えて前記バックアップファイルを更新する更新工程と、前記元ファイルを削除する元ファイル削除工程と、前記バックアップファイルを前記元ファイルにリネームするリネーム工程と、前記更新にかかる処理が終了する毎に、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に関するファイル有無情報を格納するファイル有無情報格納工程と、前記ファイル有無情報格納工程で格納されたファイル有無情報に基づいて、異常終了となったファイルに関する復元候補ファイル一覧を提示する復元候補ファイル一覧提示工程と、前記復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させる復元候補ファイル選択工程と、前記復元候補ファイル選択工程で選択された復元候補ファイルについて、該復元候補ファイルに対応する前記ファイル有無情報に基づいて、ファイル復元を行う復元工程と、を含むことを特徴とする。
【００４６】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００４７】
また、請求項２０にかかる発明は、請求項１９に記載のファイル復元方法において、前記更新にかかる処理が終了した全ファイルの一覧を提示するファイル一覧提示工程と、前記ファイル一覧の中から、いずれか一つに対応するファイルを選択させるファイル選択工程と、前記ファイル選択手段で選択されたファイルについて、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示するファイル状態表示工程と、を含むことを特徴とする。
【００４８】
この発明によれば、更新にかかる処理が終了した全ファイルの一覧の中から、いずれか一つに対応するファイルを選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができる。
【００４９】
また、請求項２１にかかる発明は、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段と、前記元ファイルに代えて前記バックアップファイルを更新する更新手段と、前記元ファイルを削除する元ファイル削除手段と、前記バックアップファイルを前記元ファイルにリネームするリネーム手段と、更新にかかる処理が異常終了した場合、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行う復元手段と、を備えたことを特徴とする。
【００５０】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００５１】
また、請求項２２にかかる発明は、請求項２１に記載のファイル復元装置において、前記更新にかかる処理の終了後、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定する異常判定手段を備え、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記ファイル復元を行うことを特徴とする。
【００５２】
この発明によれば、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定させ、異常終了と判定された場合、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００５３】
また、請求項２３にかかる発明は、請求項２２に記載のファイル復元装置において、前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが無である場合、前記正常終了と判定し、それ以外の場合、前記異常終了と判定することを特徴とする。
【００５４】
この発明によれば、元ファイルが有、バックアップファイルが無である場合、正常終了と判定し、それ以外の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００５５】
また、請求項２４にかかる発明は、請求項２２または２３に記載のファイル復元装置において、前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００５６】
この発明によれば、元ファイルが有、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００５７】
また、請求項２５にかかる発明は、請求項２４に記載のファイル復元装置において、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを削除することを特徴とする。
【００５８】
この発明によれば、異常終了と判定された場合、バックアップファイルを削除することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００５９】
また、請求項２６にかかる発明は、請求項２２または２３に記載のファイル復元装置において、前記異常判定手段は、前記元ファイルが無、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００６０】
この発明によれば、元ファイルが無、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００６１】
また、請求項２７にかかる発明は、請求項２６に記載のファイル復元装置において、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを前記元ファイルにリネームすることを特徴とする。
【００６２】
この発明によれば、異常終了と判定された場合、バックアップファイルを元ファイルにリネームすることとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００６３】
また、請求項２８にかかる発明は、請求項２１に記載のファイル復元装置において、前記復元手段は、指定された処理のチェックポイントの状態にファイルを復元することを特徴とする。
【００６４】
この発明によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができる。
【００６５】
また、請求項２９にかかる発明は、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段と、前記元ファイルに代えて前記バックアップファイルを更新する更新手段と、前記元ファイルを削除する元ファイル削除手段と、前記バックアップファイルを前記元ファイルにリネームするリネーム手段と、前記更新にかかる処理が終了する毎に、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に関するファイル有無情報を格納するファイル有無情報格納手段と、前記ファイル有無情報格納手段に格納されたファイル有無情報に基づいて、異常終了となったファイルに関する復元候補ファイル一覧を提示する復元候補ファイル一覧提示手段と、前記復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させる復元候補ファイル選択手段と、前記選択手段で選択された復元候補ファイルについて、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行う復元手段と、を備えたことを特徴とする。
【００６６】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００６７】
また、請求項３０にかかる発明は、請求項２９に記載のファイル復元装置において、前記更新にかかる処理が終了した全ファイルの一覧を提示するファイル一覧提示手段と、前記ファイル一覧の中から、いずれか一つに対応するファイルを選択させるファイル選択手段と、前記ファイル選択手段で選択されたファイルについて、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示するファイル状態表示手段と、を備えたことを特徴とする。
【００６８】
この発明によれば、更新にかかる処理が終了した全ファイルの一覧の中から、いずれか一つに対応するファイルを選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができる。
【００６９】
【発明の実施の形態】
以下、図面を参照して本発明にかかるファイル復元プログラム、ファイル復元方法およびファイル復元装置の一実施の形態について詳細に説明する。
【００７０】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。同図に示したファイル管理装置１００は、ファイルの更新処理や、ファイルの更新処理中にエラー等が原因で異常終了した場合に、当該ファイルを復元する復元処理等を実行する装置である。
【００７１】
ファイル管理装置１００において、オペレーティングシステム１１０は、ファイルの管理、メモリの管理、入出力の管理、ユーザインタフェースの提供等を実行する。表示部１２０は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等であり、ファイル更新用の画面や、その他各種画面（図１３〜図１５参照）を表示する。入力部１３０は、各種の操作を行うためのキーボードやマウス等である。
【００７２】
記憶部１４０は、大容量のハードディスク装置等であり、後述する元ファイル２００、バックアップファイル３００、ファイル有無情報テーブル５００、異常判定テーブル４００等を記憶する。ＡＰ（アプリケーションプログラム）１５０は、オペレーティングシステム１１０の管理下で実行される業務用のプログラムであり、ファイル更新処理等を実行する。
【００７３】
ファイル監視部１６０は、オペレーティングシステム１１０とＡＰ１５０との間に設けられており、オペレーティングシステム１１０の管理下で、ＡＰ１５０におけるファイル更新処理の状態を監視する機能や、元ファイル２００をコピーしバックアップファイル３００を生成する機能や、ＡＰ１５０のエラー発生等によりファイル更新処理が異常終了した場合に、ファイルを復元する機能等を備えている。このファイル監視部１６０の動作の詳細については、後述する。
【００７４】
記憶部１４０において、元ファイル２００は、ファイル更新処理の対象とされるファイルである。バックアップファイル３００は、元ファイル２００のコピーであり、ファイル監視部１６０により生成される。このバックアップファイル３００は、ファイル更新処理で異常終了した場合に、ファイルの復元に用いられる。
【００７５】
ここで、一実施の形態の動作原理について、図２を参照して、説明する。同図において、ＡＰ１５０（図１参照）よりファイル更新要求があると、▲１▼では、元ファイル２００がコピーされ、バックアップファイル３００とされる。
【００７６】
ここで、図３に示したように、元ファイル２００のファイル名およびバックアップファイル３００のファイル名は、拡張子にて区別される。同図に示した例では、元ファイル２００においては、ファイル名がＤＡＴＡＦＩＬＥ．ＤＡＴであり、拡張子がＤＡＴとされる。一方、バックアップファイル３００においては、ファイル名がＤＡＴＡＦＩＬＥ．ＢＡＫであり、拡張子がＢＡＫとされる。
【００７７】
図２に戻り、▲２▼では、バックアップファイル３００がオープンされる。▲３▼では、バックアップファイル３００は、ＡＰ１５０からのファイル更新要求に基づき更新され、バックアップファイル３００’とされる。▲４▼では、バックアップファイル３００’がクローズされる。
【００７８】
▲５▼では、元ファイル２００が削除される。▲６▼では、バックアップファイル３００’は、コピーされた後、元ファイル２００にリネームされ、元ファイル２００’とされる。すなわち、図３に示した例では、バックアップファイル３００のファイル名は、ＤＡＴＡＦＩＬＥ．ＢＡＫから、ＤＡＴＡＦＩＬＥ．ＤＡＴ（元ファイル２００のファイル名）に変更される。▲７▼では、バックアップファイル３００’が削除される。
【００７９】
ここで、元ファイル２００ではなく、バックアップファイル３００に対して更新の処理を行う理由は、処理中に何らかの異常が発生した場合に、元ファイル２００が無くなる可能性があるのが、元ファイル２００を削除した瞬間のみであり、その場合、バックアップファイル３００が存在していれば、バックアップファイル３００を元ファイル２００へリネームするポイントから再開することができるからである。
【００８０】
図１に戻り、記憶部１４０における異常判定テーブル４００は、図２に示した元ファイル２００’およびバックアップファイル３００’の有無に基づいて、ファイル更新処理が異常終了したか否かの判定に用いられるテーブルである。
【００８１】
図４に示した異常判定テーブル４００は、「元ファイル」、「バックアップファイル」、「判定結果」および「復元対応」というフィールドを備えている。「元ファイル」は、元ファイル２００’（図２参照）の有無（有：○、無：×）を表す。「バックアップファイル」は、バックアップファイル３００’（図２参照）の有無（有：○、無：×）を表す。
【００８２】
「判定結果」は、「元ファイル」および「バックアップファイル」の組み合わせに応じて、ファイル更新処理（ファイルオープン〜ファイル更新〜ファイルクローズ）が終了した時点で、ファイル更新処理が正常終了したかまたは異常終了したかに関する判定結果である。「復元対応」は、「判定結果」が異常である場合におけるファイルを復元するための対応を表す。
【００８３】
例えば、「元ファイル」が○（有）、「バックアップファイル」が×（無）の場合には、図２に示した▲１▼〜▲７▼の処理が正常に実行され、「判定結果」が「正常」とされる。この場合には、正常終了しているため、「復元対応」の必要が無い。
【００８４】
また、「元ファイル」が○（有）、「バックアップファイル」が○（有）の場合には、図２に示した▲７▼の処理でバックアップファイル３００’が削除されていないため、「判定結果」が「異常（削除失敗）」とされる。この場合の「復元対応」では、当該バックアップファイル３００’が削除される。
【００８５】
また、「元ファイル」が×（無）、「バックアップファイル」が○（有）の場合には、図２に示した▲６▼の処理で、コピーされたバックアップファイル３００’が元ファイル２００にリネームされていないため、「判定結果」が「異常（リネーム失敗）」とされる。この場合の「復元対応」では、コピーされたバックアップファイル３００’が元ファイル２００にリネームされ、元ファイル２００’とされる。
【００８６】
図１に戻り、記憶部１４０におけるファイル有無情報テーブル５００は、図５に示したように、ファイル有無情報５０１１ 〜５０１ｎ を格納するテーブルである。これらのファイル有無情報５０１１ 〜５０１ｎ のそれぞれは、上述したファイル更新処理が終了する毎に生成される。
【００８７】
（動作例１）
つぎに、一実施の形態の動作例１について、図６〜図９に示したフローチャートを参照しつつ説明する。同図に示したステップＳＡ１では、ファイル監視部１６０は、ＡＰ１５０よりファイル更新要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。この時点では、異常判定テーブル４００にバックアップファイル３００が存在していないものとする。
【００８８】
そして、ＡＰ１５０より、元ファイル２００を更新するためのファイル更新要求があると、ファイル監視部１６０は、ステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、バックアップファイルをオープンするためのファイルオープン処理が実行される。
【００８９】
具体的には、図７に示したステップＳＢ１では、ファイル監視部１６０は、ファイル更新要求に対応する元ファイル２００が記憶部１４０に存在するか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＢ６では、ファイル監視部１６０は、記憶部１４０に、元ファイル２００に対応するバックアップファイルが存在するか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００９０】
ステップＳＢ７では、ファイル監視部１６０は、図２に示したように、元ファイル２００をコピーし（図２の▲１▼）、これをバックアップファイル３００として、記憶部１４０に格納する。ステップＳＢ５では、ファイル監視部１６０は、バックアップファイル３００をオープンする（図２の▲２▼）。
【００９１】
また、ステップＳＢ１の判断結果が「Ｎｏ」である場合、ステップＳＢ２では、ファイル監視部１６０は、元ファイル２００に対応するバックアップファイル３００が記憶部１４０に存在するか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＢ３では、ファイル監視部１６０は、オペレーティングシステム１１０を経由して、表示部１２０に「ファイルが存在しません」というメッセージを表示させた後、ステップＳＡ１（図６参照）の判断を行う。
【００９２】
また、ステップＳＢ２の判断結果が「Ｙｅｓ」である場合、ステップＳＢ４では、ファイル監視部１６０は、バックアップファイル３００をコピーし、元ファイル２００として記憶部１４０に格納した後、ステップＳＢ５の処理を実行する。
【００９３】
また、ステップＳＢ６の判断結果が「Ｙｅｓ」である場合、ステップＳＢ８では、ファイル監視部１６０は、記憶部１４０から元ファイル２００を削除する。ステップＳＢ９では、ファイル監視部１６０は、バックアップファイル３００をコピーし、元ファイル２００として、記憶部１４０に格納した後、ステップＳＢ５の処理を実行する。
【００９４】
そして、バックアップファイル３００がオープンされると、図６に示したステップＳＡ３では、ＡＰ１５０の指示に基づいて、バックアップファイル３００が更新されるというファイル更新処理が実行される（図２の▲３▼）。但し、ファイル更新処理では、前述したように、正常終了と異常終了との二種類の終了がある。
【００９５】
ステップＳＡ４では、バックアップファイルをクローズするためのファイルクローズ処理が実行される。具体的には、図８に示したステップＳＣ１では、ファイル監視部１６０は、バックアップファイル３００’（図２参照）をクローズする（図２の▲４▼）。
【００９６】
ステップＳＣ２では、ファイル監視部１６０は、記憶部１４０に元ファイル２００（図２参照）が存在するか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＣ５では、ファイル監視部１６０は、記憶部１４０から元ファイル２００（図２参照）を削除する（図２の▲５▼）。
【００９７】
ステップＳＣ３では、ファイル監視部１６０は、バックアップファイル３００’をコピーした後、元ファイル２００にリネームし、元ファイル２００’として記憶部１４０に格納する（図２の▲６▼）。ステップＳＣ４では、ファイル監視部１６０は、記憶部１４０からバックアップファイル３００’を削除する（図２の▲７▼）。なお、ステップＳＣ２の判断結果が「Ｎｏ」である場合、ファイル監視部１６０は、ステップＳＣ３の処理を実行する。
【００９８】
図６に戻り、ステップＳＡ５では、ファイル監視部１６０は、ファイル更新処理の対象ファイルについて、記憶部１４０におけるファイル（元ファイル、バックアップファイル）の有無をファイル有無情報としてファイル有無情報テーブル５００（図５参照）に格納する。
【００９９】
ステップＳＡ６では、ファイル監視部１６０は、ステップＳＡ５で格納された当該ファイル有無情報と、図４に示した異常判定テーブル４００とを照合し、ファイル更新処理に異常があるか否かを判断する。例えば、ファイル有無情報で元ファイルが有（○）、バックアップファイルが無（×）の場合、判定結果は、正常となる。この場合、ファイル監視部１６０は、ステップＳＡ６の判断結果を「Ｎｏ」として、ステップＳＡ１の判断を行う。
【０１００】
一方、ファイル有無情報で元ファイルが有（○）、バックアップファイルが有（○）の場合、または元ファイルが無（×）、バックアップファイルが有（○）の場合には、判定結果が、異常となる。この場合、ファイル監視部１６０は、ステップＳＡ６の判断結果を「Ｙｅｓ」とする。
【０１０１】
ステップＳＡ７では、異常に関する当該ファイルを復元するためのファイル復元処理が実行される。
【０１０２】
具体的には、図９に示したステップＳＤ１では、ファイル監視部１６０は、ファイル更新要求に対応する元ファイル２００’が記憶部１４０に存在するか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１０３】
ステップＳＤ３では、ファイル監視部１６０は、記憶部１４０に、元ファイル２００’に対応するバックアップファイルを記憶部１４０から削除し、異常状態を解除する。
【０１０４】
一方、ステップＳＤ１の判断結果が「Ｎｏ」である場合、ステップＳＤ２では、ファイル監視部１６０は、バックアップファイル３００’を元ファイル２００にリネームして元ファイル２００’とし、図６に示したメインルーチンに戻る。これにより、バックアップファイル３００’から元ファイル２００’が復元され、異常から正常とされる。
【０１０５】
（動作例２）
さて、前述した一実施の形態の動作例１においては、異常終了の場合、自動的にファイル復元処理（図９参照）でファイルを復元する例について説明したが、ユーザが復元対象のファイルを選択し、ここで選択されたファイルについてファイル復元処理を実行してもよい。以下では、この場合を一実施の形態の動作例２として、図１０〜図１５を参照しつつ説明する。
【０１０６】
図１０は、一実施の形態の動作例２を説明するフローチャートである。同図に示したステップＳＥ１では、ファイル監視部１６０は、ＡＰ１５０よりファイル更新要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」とし、ステップＳＥ６の判断を行う。この場合、ステップＳＥ６の判断結果が「Ｎｏ」であるとすると、ファイル監視部１６０は、ステップＳＥ１の判断を行う。以後、ステップＳＥ１およびステップＳＥ６の判断が繰り返される。この時点では、図１に示した異常判定テーブル４００にバックアップファイル３００が存在していないものとする。
【０１０７】
そして、ＡＰ１５０より、元ファイル２００を更新するためのファイル更新要求があると、ファイル監視部１６０は、ステップＳＥ１の判断結果を「Ｙｅｓ」とする。ステップＳＥ２では、前述した動作と同様にして、バックアップファイルをオープンするためのファイルオープン処理（図７参照）が実行される。
【０１０８】
すなわち、ファイルオープン処理では、元ファイル２００がコピーされてバックアップファイル３００が生成され、このバックアップファイル３００がオープンされる。
【０１０９】
これにより、図１０に示したステップＳＥ３では、前述した動作と同様にして、ＡＰ１５０の指示に基づいて、バックアップファイル３００が更新されるというファイル更新処理が実行される（図２の▲３▼）。但し、ファイル更新処理では、前述したように、正常終了と異常終了との二種類の終了がある。
【０１１０】
ステップＳＥ４では、前述した動作と同様にして、バックアップファイルをクローズするためのファイルクローズ処理（図８参照）が実行される。すなわち、このファイルクローズ処理では、バックアップファイル３００’（図２参照）がクローズされる。
【０１１１】
また、ファイルクローズ処理では、バックアップファイル３００’（図２参照）がコピーされた後、元ファイル２００にリネームされ、元ファイル２００’として記憶部１４０に格納される。さらにファイルクローズ処理では、記憶部１４０からバックアップファイル３００’が削除される。
【０１１２】
図１０に戻り、ステップＳＥ５では、ファイル監視部１６０は、前述した動作と同様にして、ファイル更新処理の対象ファイルについて、記憶部１４０におけるファイル（元ファイル、バックアップファイル）の有無をファイル有無情報としてファイル有無情報テーブル５００（図５参照）に格納する。
【０１１３】
ステップＳＥ６では、ファイル監視部１６０は、ユーザより、入力部１３０を用いてファイル状態参照／復元要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＥ１の判断を行う。このファイル状態参照／復元要求は、ファイル更新処理の対象ファイルの状態（異常終了または正常終了）を参照するための要求や、異常終了とされた対象ファイルを復元するための要求である。
【０１１４】
そして、ユーザより、入力部１３０およびオペレーティングシステム１１０経由で、ファイル状態参照／復元要求があると、ファイル監視部１６０は、図１０に示したステップＳＥ６の判断結果を「Ｙｅｓ」とする。
【０１１５】
ステップＳＥ７では、ファイル状態参照／復元処理が実行される。具体的には、図１１に示したステップＳＦでは、ファイル監視部１６０は、図１３に示したメニュー画面６００を表示部１２０に表示させる。このメニュー画面６００には、ファイル状態参照ボタン６０１、ファイル復元ボタン６０２および終了ボタン６０３が表示されている。
【０１１６】
ファイル状態参照ボタン６０１は、ファイル更新処理の対象ファイルの状態（異常終了または正常終了）を参照するためのファイル状態参照処理を選択するためのボタンである。ファイル復元ボタン６０２は、異常終了とされた対象ファイルを復元するためのファイル復元処理を選択するためのボタンである。終了ボタン６０３は、ファイル状態参照／復元処理を終了させるためのボタンである。
【０１１７】
図１１に戻り、ステップＳＦ２では、ファイル監視部１６０は、メニュー画面６００のファイル状態参照ボタン６０１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＦ３では、ファイル監視部１６０は、ファイル復元ボタン６０２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１８】
ステップＳＦ４では、ファイル監視部１６０は、終了ボタン６０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、ファイル監視部１６０は、ステップＳＦ２〜ステップＳＦ４のいずれか一つの判断結果が「Ｙｅｓ」となるまで、ステップＳＦ２〜ステップＳＦ４の判断を繰り返す。
【０１１９】
ここで、ユーザによりファイル状態参照ボタン６０１が押下されたとすると、ファイル監視部１６０は、ステップＳＦ２の判断結果を「Ｙｅｓ」とする。ステップＳＦ５では、ファイル状態参照処理が実行される。
【０１２０】
具体的には、図１２に示したステップＳＧ１では、ファイル監視部１６０は、ファイル有無情報テーブル５００（図４参照）に基づいて、ファイル更新処理にかかるファイルの一覧を作成し、これを図１４に示したファイル一覧画面６１０として、表示部１２０に表示させる。このファイル一覧画面６１０には、ファイル更新処理の対象とされたファイルの情報（元ファイル名等）の一覧が表示されている。
【０１２１】
ステップＳＧ２では、ファイル監視部１６０は、ユーザにより、ファイル一覧画面６１０から、所望のファイルが選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１２２】
そして、ユーザにより、ファイル一覧画面６１０から「元ファイル：ＤＡＴＡＦＩＬＥ１．ＤＡＴ」が選択されたとすると、ファイル監視部１６０は、ステップＳＧ２の判断結果を「Ｙｅｓ」とする。
【０１２３】
ステップＳＧ３では、ファイル監視部１６０は、ユーザに選択された元ファイルが記憶部１４０に存在するか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＧ７では、ファイル監視部１６０は、記憶部１４０に、元ファイルに対応するバックアップファイルが存在するか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。すなわち、この場合は、図４に示した元ファイルが有（○）、バックアップファイルが有（○）に対応している。
【０１２４】
ステップＳＧ９では、ファイル監視部１６０は、当該ファイルの状態として、「異常・復元可（ロールバック）」というメッセージを表示する。これにより、ユーザは、当該ファイルについてファイル更新処理が異常終了したこと、および、復元が可能であることを認識する。
【０１２５】
なお、一実施の形態においては、ユーザの指示に基づいて、ステップＳＧ９に続いて、ファイル復元処理（図９参照）で異常終了とされたファイルについて復元処理（バックアップファイルを削除）を行うようにしてもよい。
【０１２６】
一方、ステップＳＧ７の判断結果が「Ｎｏ」である場合、ステップＳＧ８では、ファイル監視部１６０は、当該ファイルが正常終了したことを表す「正常」というメッセージを表示部１２０に表示させる。
【０１２７】
一方、ステップＳＧ３の判断結果が「Ｎｏ」である場合、ステップＳＧ４では、ファイル監視部１６０は、選択された元ファイルに対応するバックアップファイルが記憶部１４０に存在するか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＧ５では、ファイル監視部１６０は、オペレーティングシステム１１０を経由して、表示部１２０に「ファイルが存在しません」というメッセージを表示させる。ステップＳＦ１（図１１参照）では、ファイル監視部１６０は、メニュー画面６００を表示部１２０に表示させる。
【０１２８】
また、バックアップファイルが存在する場合、ファイル監視部１６０は、ステップＳＧ４の判断結果を「Ｙｅｓ」とする。すなわち、この場合は、図４に示した元ファイルが無（×）、バックアップファイルが有（○）に対応している。
【０１２９】
ステップＳＧ６では、ファイル監視部１６０は、当該ファイルの状態として、「異常・復元可」というメッセージを表示する。これにより、ユーザは、当該ファイルについてファイル更新処理が異常終了したこと、および、復元が可能であることを認識する。
【０１３０】
なお、一実施の形態においては、ユーザの指示に基づいて、ステップＳＧ６に続いて、ファイル復元処理（図９参照）で、異常終了とされた当該ファイルについて復元処理（バックアップファイルを元ファイルにリネーム）を行うようにしてもよい。
【０１３１】
ここで、ユーザによりファイル復元ボタン６０２（図１３参照）が押下されたとすると、ファイル監視部１６０は、図１１に示したステップＳＦ３の判断結果を「Ｙｅｓ」とする。ステップＳＦ６では、ファイル監視部１６０は、ファイル有無情報テーブル５００に格納されたファイル有無情報５００１ 〜５００ｎ と、図４に示した異常判定テーブル４００とを照合し、ファイル更新処理に異常があるファイル（以下、復元候補ファイルという）が存在するか否かを判断する。
【０１３２】
このステップＳＦ６の判断結果が「Ｎｏ」である場合、すなわち、全てのファイルが正常である場合、ファイル監視部１６０は、ステップＳＦ１でメニュー画面６００を表示部１２０に表示させる。
【０１３３】
この場合、ステップＳＦ６の判断結果が「Ｙｅｓ」であるとすると、ステップＳＦ７では、ファイル監視部１６０は、図１５に示した復元候補一覧画面６２０を表示部１２０に表示させる。この復元候補一覧画面６２０には、上述した復元候補ファイルの一覧が表示されている。
【０１３４】
ステップＳＦ８では、ファイル監視部１６０は、ユーザにより、復元候補一覧画面６２０から、所望のファイルが選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１３５】
そして、ユーザにより、復元候補一覧画面６２０から「元ファイル：ＤＡＴＡＦＩＬＥ１．ＤＡＴ」（異常）が選択されたとすると、ファイル監視部１６０は、ステップＳＦ８の判断結果を「Ｙｅｓ」とする。
【０１３６】
ステップＳＦ９では、前述した動作と同様にして、ステップＳＦ８で選択されたファイルについて、ファイル復元処理（図９参照）が実行され、当該ファイルが復元される。そして、ステップＳＦ４で、終了ボタン６０３がユーザにより押下されると、ファイル監視部１６０は、判断結果を「Ｙｅｓ」として、メインルーチンへ戻る。
【０１３７】
（動作例３）
さて、前述した一実施の形態の動作例１および２では、ファイルオープン処理時に元ファイルのバックアップファイルを１回だけ作成し、ファイル復元処理を実行する例について説明したが、動作例３として、図１６に示したように、処理における各チェックポイント（チェックポイントＣＰ１〜ＣＰ３）で上記バックアップファイルを順次作成し、これらのバックアップファイルについて、ファイル復元処理を実行してもよい。
【０１３８】
図１６において、チェックポイントＣＰ１では、元ファイル（ＤＡＴＡＦＩＬＥ．ＤＡＴ）がコピーされ、これがバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０１）とされる。以降、このバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０１）に対して、ファイル更新処理等が施される。
【０１３９】
そして、チェックポイントＣＰ２では、バックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０１）がコピーされ、これがバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０２）とされる。以降、このバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０２）に対して、ファイル更新処理等が施される。
【０１４０】
そして、チェックポイントＣＰ３では、バックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０２）がコピーされ、これがバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０３）とされる。以降、このバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０３）に対して、ファイル更新処理等が施される。
【０１４１】
動作例３では、ファイル監視部１６０は、ファイル復元処理時に、ユーザに指定されたチェックポイント（チェックポイントＣＰ１〜ＣＰ３のうちいずれか）の状態にファイルを復元する。
【０１４２】
以上説明したように、一実施の形態の動作例１によれば、図２に示したように、元ファイル２００に代えてバックアップファイル３００を更新し、更新後のバックアップファイル３００’を元ファイル２００’にリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【０１４３】
また、一実施の形態の動作例２によれば、復元候補一覧画面６２０（図１５参照）の中から、いずれか一つに対応する復元候補ファイルをユーザに選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【０１４４】
また、一実施の形態の動作例２によれば、ファイル一覧画面６１０（図１４参照）の中から、いずれか一つに対応するファイルをユーザに選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができる。
【０１４５】
また、一実施の形態の動作例３によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができる。
【０１４６】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【０１４７】
例えば、前述した一実施の形態においては、図１に示したファイル管理装置１００の機能（ファイル復元等）を実現するためのプログラムを図１７に示したコンピュータ読み取り可能な記録媒体８００に記録して、この記録媒体８００に記録されたプログラムを同図に示したコンピュータ７００に読み込ませ、実行することによりファイル管理装置１００の機能を実現してもよい。
【０１４８】
同図に示したコンピュータ７００は、上記プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７１０と、キーボード、マウス等の入力装置７２０と、各種データを記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７３０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７４０と、記録媒体８００からプログラムを読み取る読取装置７５０と、ディスプレイ、プリンタ等の出力装置７６０と、装置各部を接続するバス７７０とから構成されている。
【０１４９】
ＣＰＵ７１０は、読取装置７５０を経由して記録媒体８００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述したファイル管理装置１００の機能を実現する。なお、記録媒体８００には、光ディスク、フロッピー（Ｒ）ディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【０１５０】
【発明の効果】
以上説明したように、請求項１、１１、２１にかかる発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５１】
また、請求項２、１２、２２にかかる発明によれば、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定させ、異常終了と判定された場合、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５２】
また、請求項３、１３、２３にかかる発明によれば、元ファイルが有、バックアップファイルが無である場合、正常終了と判定し、それ以外の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５３】
また、請求項４、１４、２４にかかる発明によれば、元ファイルが有、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５４】
また、請求項５、１５、２５にかかる発明によれば、異常終了と判定された場合、バックアップファイルを削除することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５５】
また、請求項６、１６、２６にかかる発明によれば、元ファイルが無、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５６】
また、請求項７、１７、２７にかかる発明によれば、異常終了と判定された場合、バックアップファイルを元ファイルにリネームすることとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５７】
また、請求項８、１８、２８にかかる発明によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができるという効果を奏する。
【０１５８】
また、請求項９、１９、２９にかかる発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５９】
また、請求項１０、２０、３０にかかる発明によれば、更新にかかる処理が終了した全ファイルの一覧の中から、いずれか一つに対応するファイルを選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】同一実施の形態の動作原理を説明する図である。
【図３】同一実施の形態の動作例１におけるファイル名の付与ルールを説明する図である。
【図４】図１に示した異常判定テーブル４００を示す図である。
【図５】図１に示したファイル有無情報テーブル５００を示す図である。
【図６】同一実施の形態の動作例１を説明するフローチャートである。
【図７】図６および図１０に示したファイルオープン処理を説明するフローチャートである。
【図８】図６および図１０に示したファイルクローズ処理を説明するフローチャートである。
【図９】図６および図１１に示したファイル復元処理を説明するフローチャートである。
【図１０】同一実施の形態の動作例２を説明するフローチャートである。
【図１１】図１０に示したファイル状態参照／復元処理を説明するフローチャートである。
【図１２】図１１に示したファイル状態参照処理を説明するフローチャートである。
【図１３】同一実施の形態の動作例２におけるメニュー画面６００を示す図である。
【図１４】同一実施の形態の動作例２におけるファイル一覧画面６１０を示す図である。
【図１５】同一実施の形態の動作例２における復元候補一覧画面６２０を示す図である。
【図１６】同一実施の形態の動作例３におけるファイル名の付与ルールを説明する図である。
【図１７】同一実施の形態の変形例の構成を示すブロック図である。
【符号の説明】
１００ ファイル管理装置
１１０ オペレーティングシステム
１２０ 表示部
１３０ 入力部
１４０ 記憶部
１５０ ＡＰ
１６０ ファイル監視部
７００ コンピュータ
【発明の属する技術分野】
本発明は、コンピュータ上で操作されるファイルを異常発生の前の状態に復元するためのファイル復元プログラム、ファイル復元方法およびファイル復元装置に関するものであり、特に、ファイル復元の信頼性を高めることができるファイル復元プログラム、ファイル復元方法およびファイル復元装置に関するものである。
【０００２】
【従来の技術】
従来より、処理対象のファイルをバックアップし、異常終了時に該ファイルを復元する装置として、特開２０００−２１５０９４号公報に開示されたファイル復元装置が知られている。
【０００３】
かかる従来のファイル復元装置は、オペレーティングシステムよりプロセス情報を取得するプロセス情報取得部と、ファイル更新処理のプロセスが実行状態に遷移した場合、そのプロセスにＷＡＩＴ命令を発行するファイル監視プログラムと、オペレーティングシステムからファイル情報を取得するファイル情報取得部と、更新対象のファイルのバックアップをとるバックアップ部と、ファイル監視プログラムがＷＡＩＴ命令を解除した場合、ファイルの更新処理を実行する業務プログラムと、アプリケーションプログラムが異常終了した場合、プロセス情報とファイル情報とに基づいて、ファイルを復元するファイル復元部とを備えている。
【０００４】
ここで、プロセス情報は、アプリケーションプログラム中の所定のプロセスに関する情報であり、上記の場合、実行中のアプリケーションプログラムにおけるファイル更新処理のプロセスに関する情報である。また、ファイル情報は、処理対象のファイルに関する情報である。
【０００５】
【特許文献１】
特開２０００−２１５０９４号公報
【０００６】
【発明が解決しようとする課題】
ところで、前述したように、従来のファイル復元装置においては、ファイル更新処理のプロセスに関するプロセス情報をオペレーティングシステムから取得し、このプロセス情報とファイル情報とに基づいて、異常終了したファイルを復元している。
【０００７】
しかしながら、従来のファイル復元装置においては、オペレーティングシステムからのプロセス情報が何らかのエラー発生により取得できない場合、ファイルの復元を行うことができず、信頼性が低くなるという問題があった。
【０００８】
本発明は、上記に鑑みてなされたもので、ファイル復元の信頼性を高めることができるファイル復元プログラム、ファイル復元方法およびファイル復元装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、請求項１にかかる発明は、コンピュータを、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段、前記元ファイルに代えて前記バックアップファイルを更新する更新手段、前記元ファイルを削除する元ファイル削除手段、前記バックアップファイルを前記元ファイルにリネームするリネーム手段、更新にかかる処理が異常終了した場合、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行う復元手段、として機能させるためのファイル復元プログラムである。
【００１０】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００１１】
また、請求項２にかかる発明は、請求項１に記載のファイル復元プログラムにおいて、前記コンピュータを、前記更新にかかる処理の終了後、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定する異常判定手段として機能させ、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記ファイル復元を行うことを特徴とする。
【００１２】
この発明によれば、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定させ、異常終了と判定された場合、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００１３】
また、請求項３にかかる発明は、請求項２に記載のファイル復元プログラムにおいて、前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが無である場合、前記正常終了と判定し、それ以外の場合、前記異常終了と判定することを特徴とする。
【００１４】
この発明によれば、元ファイルが有、バックアップファイルが無である場合、正常終了と判定し、それ以外の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００１５】
また、請求項４にかかる発明は、請求項２または３に記載のファイル復元プログラムにおいて、前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００１６】
この発明によれば、元ファイルが有、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００１７】
また、請求項５にかかる発明は、請求項４に記載のファイル復元プログラムにおいて、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを削除することを特徴とする。
【００１８】
この発明によれば、異常終了と判定された場合、バックアップファイルを削除することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００１９】
また、請求項６にかかる発明は、請求項２または３に記載のファイル復元プログラムにおいて、前記異常判定手段は、前記元ファイルが無、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００２０】
この発明によれば、元ファイルが無、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００２１】
また、請求項７にかかる発明は、請求項６に記載のファイル復元プログラムにおいて、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを前記元ファイルにリネームすることを特徴とする。
【００２２】
この発明によれば、異常終了と判定された場合、バックアップファイルを元ファイルにリネームすることとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００２３】
また、請求項８にかかる発明は、前記復元手段は、指定された処理のチェックポイントの状態にファイルを復元することを特徴とする請求項１に記載のファイル復元プログラム。
【００２４】
この発明によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができる。
【００２５】
また、請求項９にかかる発明は、コンピュータを、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段、前記元ファイルに代えて前記バックアップファイルを更新する更新手段、前記元ファイルを削除する元ファイル削除手段、前記バックアップファイルを前記元ファイルにリネームするリネーム手段、前記更新にかかる処理が終了する毎に、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に関するファイル有無情報を格納するファイル有無情報格納手段、前記ファイル有無情報格納手段に格納されたファイル有無情報に基づいて、異常終了となったファイルに関する復元候補ファイル一覧を提示する復元候補ファイル一覧提示手段、前記復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させる復元候補ファイル選択手段、前記復元候補ファイル選択手段で選択された復元候補ファイルについて、該復元候補ファイルに対応する前記ファイル有無情報に基づいて、ファイル復元を行う復元手段、として機能させるためのファイル復元プログラムである。
【００２６】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００２７】
また、請求項１０にかかる発明は、請求項９に記載のファイル復元プログラムにおいて、前記コンピュータを、前記更新にかかる処理が終了した全ファイルの一覧を提示するファイル一覧提示手段、前記ファイル一覧の中から、いずれか一つに対応するファイルを選択させるファイル選択手段、前記ファイル選択手段で選択されたファイルについて、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示するファイル状態表示手段、として機能させることを特徴とする。
【００２８】
この発明によれば、更新にかかる処理が終了した全ファイルの一覧の中から、いずれか一つに対応するファイルを選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができる。
【００２９】
また、請求項１１にかかる発明は、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成工程と、前記元ファイルに代えて前記バックアップファイルを更新する更新工程と、前記元ファイルを削除する元ファイル削除工程と、前記バックアップファイルを前記元ファイルにリネームするリネーム工程と、更新にかかる処理が異常終了した場合、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行う復元工程と、を含むことを特徴とする。
【００３０】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００３１】
また、請求項１２にかかる発明は、請求項１１に記載のファイル復元方法において、前記更新にかかる処理の終了後、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定する異常判定工程を含み、前記復元工程では、前記異常判定工程により前記異常終了と判定された場合、前記ファイル復元を行うことを特徴とする。
【００３２】
この発明によれば、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定させ、異常終了と判定された場合、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００３３】
また、請求項１３にかかる発明は、請求項１２に記載のファイル復元方法において、前記異常判定工程では、前記元ファイルが有、前記バックアップファイルが無である場合、前記正常終了と判定し、それ以外の場合、前記異常終了と判定することを特徴とする。
【００３４】
この発明によれば、元ファイルが有、バックアップファイルが無である場合、正常終了と判定し、それ以外の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００３５】
また、請求項１４にかかる発明は、請求項１２または１３に記載のファイル復元方法において、前記異常判定工程では、前記元ファイルが有、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００３６】
この発明によれば、元ファイルが有、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００３７】
また、請求項１５にかかる発明は、請求項１４に記載のファイル復元方法において、前記復元工程では、前記異常判定工程により前記異常終了と判定された場合、前記バックアップファイルを削除することを特徴とする。
【００３８】
この発明によれば、異常終了と判定された場合、バックアップファイルを削除することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００３９】
また、請求項１６にかかる発明は、請求項１２または１３に記載のファイル復元方法において、前記異常判定工程では、前記元ファイルが無、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００４０】
この発明によれば、元ファイルが無、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００４１】
また、請求項１７にかかる発明は、請求項１６に記載のファイル復元方法において、前記復元工程では、前記異常判定工程により前記異常終了と判定された場合、前記バックアップファイルを前記元ファイルにリネームすることを特徴とする。
【００４２】
この発明によれば、異常終了と判定された場合、バックアップファイルを元ファイルにリネームすることとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００４３】
また、請求項１８にかかる発明は、請求項１１に記載のファイル復元方法において、前記復元工程では、指定された処理のチェックポイントの状態にファイルを復元することを特徴とする。
【００４４】
この発明によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができる。
【００４５】
また、請求項１９にかかる発明は、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成工程と、前記元ファイルに代えて前記バックアップファイルを更新する更新工程と、前記元ファイルを削除する元ファイル削除工程と、前記バックアップファイルを前記元ファイルにリネームするリネーム工程と、前記更新にかかる処理が終了する毎に、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に関するファイル有無情報を格納するファイル有無情報格納工程と、前記ファイル有無情報格納工程で格納されたファイル有無情報に基づいて、異常終了となったファイルに関する復元候補ファイル一覧を提示する復元候補ファイル一覧提示工程と、前記復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させる復元候補ファイル選択工程と、前記復元候補ファイル選択工程で選択された復元候補ファイルについて、該復元候補ファイルに対応する前記ファイル有無情報に基づいて、ファイル復元を行う復元工程と、を含むことを特徴とする。
【００４６】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００４７】
また、請求項２０にかかる発明は、請求項１９に記載のファイル復元方法において、前記更新にかかる処理が終了した全ファイルの一覧を提示するファイル一覧提示工程と、前記ファイル一覧の中から、いずれか一つに対応するファイルを選択させるファイル選択工程と、前記ファイル選択手段で選択されたファイルについて、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示するファイル状態表示工程と、を含むことを特徴とする。
【００４８】
この発明によれば、更新にかかる処理が終了した全ファイルの一覧の中から、いずれか一つに対応するファイルを選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができる。
【００４９】
また、請求項２１にかかる発明は、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段と、前記元ファイルに代えて前記バックアップファイルを更新する更新手段と、前記元ファイルを削除する元ファイル削除手段と、前記バックアップファイルを前記元ファイルにリネームするリネーム手段と、更新にかかる処理が異常終了した場合、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行う復元手段と、を備えたことを特徴とする。
【００５０】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００５１】
また、請求項２２にかかる発明は、請求項２１に記載のファイル復元装置において、前記更新にかかる処理の終了後、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定する異常判定手段を備え、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記ファイル復元を行うことを特徴とする。
【００５２】
この発明によれば、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定させ、異常終了と判定された場合、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００５３】
また、請求項２３にかかる発明は、請求項２２に記載のファイル復元装置において、前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが無である場合、前記正常終了と判定し、それ以外の場合、前記異常終了と判定することを特徴とする。
【００５４】
この発明によれば、元ファイルが有、バックアップファイルが無である場合、正常終了と判定し、それ以外の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００５５】
また、請求項２４にかかる発明は、請求項２２または２３に記載のファイル復元装置において、前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００５６】
この発明によれば、元ファイルが有、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００５７】
また、請求項２５にかかる発明は、請求項２４に記載のファイル復元装置において、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを削除することを特徴とする。
【００５８】
この発明によれば、異常終了と判定された場合、バックアップファイルを削除することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００５９】
また、請求項２６にかかる発明は、請求項２２または２３に記載のファイル復元装置において、前記異常判定手段は、前記元ファイルが無、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする。
【００６０】
この発明によれば、元ファイルが無、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００６１】
また、請求項２７にかかる発明は、請求項２６に記載のファイル復元装置において、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを前記元ファイルにリネームすることを特徴とする。
【００６２】
この発明によれば、異常終了と判定された場合、バックアップファイルを元ファイルにリネームすることとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができる。
【００６３】
また、請求項２８にかかる発明は、請求項２１に記載のファイル復元装置において、前記復元手段は、指定された処理のチェックポイントの状態にファイルを復元することを特徴とする。
【００６４】
この発明によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができる。
【００６５】
また、請求項２９にかかる発明は、更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段と、前記元ファイルに代えて前記バックアップファイルを更新する更新手段と、前記元ファイルを削除する元ファイル削除手段と、前記バックアップファイルを前記元ファイルにリネームするリネーム手段と、前記更新にかかる処理が終了する毎に、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に関するファイル有無情報を格納するファイル有無情報格納手段と、前記ファイル有無情報格納手段に格納されたファイル有無情報に基づいて、異常終了となったファイルに関する復元候補ファイル一覧を提示する復元候補ファイル一覧提示手段と、前記復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させる復元候補ファイル選択手段と、前記選択手段で選択された復元候補ファイルについて、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行う復元手段と、を備えたことを特徴とする。
【００６６】
この発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【００６７】
また、請求項３０にかかる発明は、請求項２９に記載のファイル復元装置において、前記更新にかかる処理が終了した全ファイルの一覧を提示するファイル一覧提示手段と、前記ファイル一覧の中から、いずれか一つに対応するファイルを選択させるファイル選択手段と、前記ファイル選択手段で選択されたファイルについて、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示するファイル状態表示手段と、を備えたことを特徴とする。
【００６８】
この発明によれば、更新にかかる処理が終了した全ファイルの一覧の中から、いずれか一つに対応するファイルを選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができる。
【００６９】
【発明の実施の形態】
以下、図面を参照して本発明にかかるファイル復元プログラム、ファイル復元方法およびファイル復元装置の一実施の形態について詳細に説明する。
【００７０】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。同図に示したファイル管理装置１００は、ファイルの更新処理や、ファイルの更新処理中にエラー等が原因で異常終了した場合に、当該ファイルを復元する復元処理等を実行する装置である。
【００７１】
ファイル管理装置１００において、オペレーティングシステム１１０は、ファイルの管理、メモリの管理、入出力の管理、ユーザインタフェースの提供等を実行する。表示部１２０は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等であり、ファイル更新用の画面や、その他各種画面（図１３〜図１５参照）を表示する。入力部１３０は、各種の操作を行うためのキーボードやマウス等である。
【００７２】
記憶部１４０は、大容量のハードディスク装置等であり、後述する元ファイル２００、バックアップファイル３００、ファイル有無情報テーブル５００、異常判定テーブル４００等を記憶する。ＡＰ（アプリケーションプログラム）１５０は、オペレーティングシステム１１０の管理下で実行される業務用のプログラムであり、ファイル更新処理等を実行する。
【００７３】
ファイル監視部１６０は、オペレーティングシステム１１０とＡＰ１５０との間に設けられており、オペレーティングシステム１１０の管理下で、ＡＰ１５０におけるファイル更新処理の状態を監視する機能や、元ファイル２００をコピーしバックアップファイル３００を生成する機能や、ＡＰ１５０のエラー発生等によりファイル更新処理が異常終了した場合に、ファイルを復元する機能等を備えている。このファイル監視部１６０の動作の詳細については、後述する。
【００７４】
記憶部１４０において、元ファイル２００は、ファイル更新処理の対象とされるファイルである。バックアップファイル３００は、元ファイル２００のコピーであり、ファイル監視部１６０により生成される。このバックアップファイル３００は、ファイル更新処理で異常終了した場合に、ファイルの復元に用いられる。
【００７５】
ここで、一実施の形態の動作原理について、図２を参照して、説明する。同図において、ＡＰ１５０（図１参照）よりファイル更新要求があると、▲１▼では、元ファイル２００がコピーされ、バックアップファイル３００とされる。
【００７６】
ここで、図３に示したように、元ファイル２００のファイル名およびバックアップファイル３００のファイル名は、拡張子にて区別される。同図に示した例では、元ファイル２００においては、ファイル名がＤＡＴＡＦＩＬＥ．ＤＡＴであり、拡張子がＤＡＴとされる。一方、バックアップファイル３００においては、ファイル名がＤＡＴＡＦＩＬＥ．ＢＡＫであり、拡張子がＢＡＫとされる。
【００７７】
図２に戻り、▲２▼では、バックアップファイル３００がオープンされる。▲３▼では、バックアップファイル３００は、ＡＰ１５０からのファイル更新要求に基づき更新され、バックアップファイル３００’とされる。▲４▼では、バックアップファイル３００’がクローズされる。
【００７８】
▲５▼では、元ファイル２００が削除される。▲６▼では、バックアップファイル３００’は、コピーされた後、元ファイル２００にリネームされ、元ファイル２００’とされる。すなわち、図３に示した例では、バックアップファイル３００のファイル名は、ＤＡＴＡＦＩＬＥ．ＢＡＫから、ＤＡＴＡＦＩＬＥ．ＤＡＴ（元ファイル２００のファイル名）に変更される。▲７▼では、バックアップファイル３００’が削除される。
【００７９】
ここで、元ファイル２００ではなく、バックアップファイル３００に対して更新の処理を行う理由は、処理中に何らかの異常が発生した場合に、元ファイル２００が無くなる可能性があるのが、元ファイル２００を削除した瞬間のみであり、その場合、バックアップファイル３００が存在していれば、バックアップファイル３００を元ファイル２００へリネームするポイントから再開することができるからである。
【００８０】
図１に戻り、記憶部１４０における異常判定テーブル４００は、図２に示した元ファイル２００’およびバックアップファイル３００’の有無に基づいて、ファイル更新処理が異常終了したか否かの判定に用いられるテーブルである。
【００８１】
図４に示した異常判定テーブル４００は、「元ファイル」、「バックアップファイル」、「判定結果」および「復元対応」というフィールドを備えている。「元ファイル」は、元ファイル２００’（図２参照）の有無（有：○、無：×）を表す。「バックアップファイル」は、バックアップファイル３００’（図２参照）の有無（有：○、無：×）を表す。
【００８２】
「判定結果」は、「元ファイル」および「バックアップファイル」の組み合わせに応じて、ファイル更新処理（ファイルオープン〜ファイル更新〜ファイルクローズ）が終了した時点で、ファイル更新処理が正常終了したかまたは異常終了したかに関する判定結果である。「復元対応」は、「判定結果」が異常である場合におけるファイルを復元するための対応を表す。
【００８３】
例えば、「元ファイル」が○（有）、「バックアップファイル」が×（無）の場合には、図２に示した▲１▼〜▲７▼の処理が正常に実行され、「判定結果」が「正常」とされる。この場合には、正常終了しているため、「復元対応」の必要が無い。
【００８４】
また、「元ファイル」が○（有）、「バックアップファイル」が○（有）の場合には、図２に示した▲７▼の処理でバックアップファイル３００’が削除されていないため、「判定結果」が「異常（削除失敗）」とされる。この場合の「復元対応」では、当該バックアップファイル３００’が削除される。
【００８５】
また、「元ファイル」が×（無）、「バックアップファイル」が○（有）の場合には、図２に示した▲６▼の処理で、コピーされたバックアップファイル３００’が元ファイル２００にリネームされていないため、「判定結果」が「異常（リネーム失敗）」とされる。この場合の「復元対応」では、コピーされたバックアップファイル３００’が元ファイル２００にリネームされ、元ファイル２００’とされる。
【００８６】
図１に戻り、記憶部１４０におけるファイル有無情報テーブル５００は、図５に示したように、ファイル有無情報５０１１ 〜５０１ｎ を格納するテーブルである。これらのファイル有無情報５０１１ 〜５０１ｎ のそれぞれは、上述したファイル更新処理が終了する毎に生成される。
【００８７】
（動作例１）
つぎに、一実施の形態の動作例１について、図６〜図９に示したフローチャートを参照しつつ説明する。同図に示したステップＳＡ１では、ファイル監視部１６０は、ＡＰ１５０よりファイル更新要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。この時点では、異常判定テーブル４００にバックアップファイル３００が存在していないものとする。
【００８８】
そして、ＡＰ１５０より、元ファイル２００を更新するためのファイル更新要求があると、ファイル監視部１６０は、ステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、バックアップファイルをオープンするためのファイルオープン処理が実行される。
【００８９】
具体的には、図７に示したステップＳＢ１では、ファイル監視部１６０は、ファイル更新要求に対応する元ファイル２００が記憶部１４０に存在するか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＢ６では、ファイル監視部１６０は、記憶部１４０に、元ファイル２００に対応するバックアップファイルが存在するか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００９０】
ステップＳＢ７では、ファイル監視部１６０は、図２に示したように、元ファイル２００をコピーし（図２の▲１▼）、これをバックアップファイル３００として、記憶部１４０に格納する。ステップＳＢ５では、ファイル監視部１６０は、バックアップファイル３００をオープンする（図２の▲２▼）。
【００９１】
また、ステップＳＢ１の判断結果が「Ｎｏ」である場合、ステップＳＢ２では、ファイル監視部１６０は、元ファイル２００に対応するバックアップファイル３００が記憶部１４０に存在するか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＢ３では、ファイル監視部１６０は、オペレーティングシステム１１０を経由して、表示部１２０に「ファイルが存在しません」というメッセージを表示させた後、ステップＳＡ１（図６参照）の判断を行う。
【００９２】
また、ステップＳＢ２の判断結果が「Ｙｅｓ」である場合、ステップＳＢ４では、ファイル監視部１６０は、バックアップファイル３００をコピーし、元ファイル２００として記憶部１４０に格納した後、ステップＳＢ５の処理を実行する。
【００９３】
また、ステップＳＢ６の判断結果が「Ｙｅｓ」である場合、ステップＳＢ８では、ファイル監視部１６０は、記憶部１４０から元ファイル２００を削除する。ステップＳＢ９では、ファイル監視部１６０は、バックアップファイル３００をコピーし、元ファイル２００として、記憶部１４０に格納した後、ステップＳＢ５の処理を実行する。
【００９４】
そして、バックアップファイル３００がオープンされると、図６に示したステップＳＡ３では、ＡＰ１５０の指示に基づいて、バックアップファイル３００が更新されるというファイル更新処理が実行される（図２の▲３▼）。但し、ファイル更新処理では、前述したように、正常終了と異常終了との二種類の終了がある。
【００９５】
ステップＳＡ４では、バックアップファイルをクローズするためのファイルクローズ処理が実行される。具体的には、図８に示したステップＳＣ１では、ファイル監視部１６０は、バックアップファイル３００’（図２参照）をクローズする（図２の▲４▼）。
【００９６】
ステップＳＣ２では、ファイル監視部１６０は、記憶部１４０に元ファイル２００（図２参照）が存在するか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＣ５では、ファイル監視部１６０は、記憶部１４０から元ファイル２００（図２参照）を削除する（図２の▲５▼）。
【００９７】
ステップＳＣ３では、ファイル監視部１６０は、バックアップファイル３００’をコピーした後、元ファイル２００にリネームし、元ファイル２００’として記憶部１４０に格納する（図２の▲６▼）。ステップＳＣ４では、ファイル監視部１６０は、記憶部１４０からバックアップファイル３００’を削除する（図２の▲７▼）。なお、ステップＳＣ２の判断結果が「Ｎｏ」である場合、ファイル監視部１６０は、ステップＳＣ３の処理を実行する。
【００９８】
図６に戻り、ステップＳＡ５では、ファイル監視部１６０は、ファイル更新処理の対象ファイルについて、記憶部１４０におけるファイル（元ファイル、バックアップファイル）の有無をファイル有無情報としてファイル有無情報テーブル５００（図５参照）に格納する。
【００９９】
ステップＳＡ６では、ファイル監視部１６０は、ステップＳＡ５で格納された当該ファイル有無情報と、図４に示した異常判定テーブル４００とを照合し、ファイル更新処理に異常があるか否かを判断する。例えば、ファイル有無情報で元ファイルが有（○）、バックアップファイルが無（×）の場合、判定結果は、正常となる。この場合、ファイル監視部１６０は、ステップＳＡ６の判断結果を「Ｎｏ」として、ステップＳＡ１の判断を行う。
【０１００】
一方、ファイル有無情報で元ファイルが有（○）、バックアップファイルが有（○）の場合、または元ファイルが無（×）、バックアップファイルが有（○）の場合には、判定結果が、異常となる。この場合、ファイル監視部１６０は、ステップＳＡ６の判断結果を「Ｙｅｓ」とする。
【０１０１】
ステップＳＡ７では、異常に関する当該ファイルを復元するためのファイル復元処理が実行される。
【０１０２】
具体的には、図９に示したステップＳＤ１では、ファイル監視部１６０は、ファイル更新要求に対応する元ファイル２００’が記憶部１４０に存在するか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１０３】
ステップＳＤ３では、ファイル監視部１６０は、記憶部１４０に、元ファイル２００’に対応するバックアップファイルを記憶部１４０から削除し、異常状態を解除する。
【０１０４】
一方、ステップＳＤ１の判断結果が「Ｎｏ」である場合、ステップＳＤ２では、ファイル監視部１６０は、バックアップファイル３００’を元ファイル２００にリネームして元ファイル２００’とし、図６に示したメインルーチンに戻る。これにより、バックアップファイル３００’から元ファイル２００’が復元され、異常から正常とされる。
【０１０５】
（動作例２）
さて、前述した一実施の形態の動作例１においては、異常終了の場合、自動的にファイル復元処理（図９参照）でファイルを復元する例について説明したが、ユーザが復元対象のファイルを選択し、ここで選択されたファイルについてファイル復元処理を実行してもよい。以下では、この場合を一実施の形態の動作例２として、図１０〜図１５を参照しつつ説明する。
【０１０６】
図１０は、一実施の形態の動作例２を説明するフローチャートである。同図に示したステップＳＥ１では、ファイル監視部１６０は、ＡＰ１５０よりファイル更新要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」とし、ステップＳＥ６の判断を行う。この場合、ステップＳＥ６の判断結果が「Ｎｏ」であるとすると、ファイル監視部１６０は、ステップＳＥ１の判断を行う。以後、ステップＳＥ１およびステップＳＥ６の判断が繰り返される。この時点では、図１に示した異常判定テーブル４００にバックアップファイル３００が存在していないものとする。
【０１０７】
そして、ＡＰ１５０より、元ファイル２００を更新するためのファイル更新要求があると、ファイル監視部１６０は、ステップＳＥ１の判断結果を「Ｙｅｓ」とする。ステップＳＥ２では、前述した動作と同様にして、バックアップファイルをオープンするためのファイルオープン処理（図７参照）が実行される。
【０１０８】
すなわち、ファイルオープン処理では、元ファイル２００がコピーされてバックアップファイル３００が生成され、このバックアップファイル３００がオープンされる。
【０１０９】
これにより、図１０に示したステップＳＥ３では、前述した動作と同様にして、ＡＰ１５０の指示に基づいて、バックアップファイル３００が更新されるというファイル更新処理が実行される（図２の▲３▼）。但し、ファイル更新処理では、前述したように、正常終了と異常終了との二種類の終了がある。
【０１１０】
ステップＳＥ４では、前述した動作と同様にして、バックアップファイルをクローズするためのファイルクローズ処理（図８参照）が実行される。すなわち、このファイルクローズ処理では、バックアップファイル３００’（図２参照）がクローズされる。
【０１１１】
また、ファイルクローズ処理では、バックアップファイル３００’（図２参照）がコピーされた後、元ファイル２００にリネームされ、元ファイル２００’として記憶部１４０に格納される。さらにファイルクローズ処理では、記憶部１４０からバックアップファイル３００’が削除される。
【０１１２】
図１０に戻り、ステップＳＥ５では、ファイル監視部１６０は、前述した動作と同様にして、ファイル更新処理の対象ファイルについて、記憶部１４０におけるファイル（元ファイル、バックアップファイル）の有無をファイル有無情報としてファイル有無情報テーブル５００（図５参照）に格納する。
【０１１３】
ステップＳＥ６では、ファイル監視部１６０は、ユーザより、入力部１３０を用いてファイル状態参照／復元要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＥ１の判断を行う。このファイル状態参照／復元要求は、ファイル更新処理の対象ファイルの状態（異常終了または正常終了）を参照するための要求や、異常終了とされた対象ファイルを復元するための要求である。
【０１１４】
そして、ユーザより、入力部１３０およびオペレーティングシステム１１０経由で、ファイル状態参照／復元要求があると、ファイル監視部１６０は、図１０に示したステップＳＥ６の判断結果を「Ｙｅｓ」とする。
【０１１５】
ステップＳＥ７では、ファイル状態参照／復元処理が実行される。具体的には、図１１に示したステップＳＦでは、ファイル監視部１６０は、図１３に示したメニュー画面６００を表示部１２０に表示させる。このメニュー画面６００には、ファイル状態参照ボタン６０１、ファイル復元ボタン６０２および終了ボタン６０３が表示されている。
【０１１６】
ファイル状態参照ボタン６０１は、ファイル更新処理の対象ファイルの状態（異常終了または正常終了）を参照するためのファイル状態参照処理を選択するためのボタンである。ファイル復元ボタン６０２は、異常終了とされた対象ファイルを復元するためのファイル復元処理を選択するためのボタンである。終了ボタン６０３は、ファイル状態参照／復元処理を終了させるためのボタンである。
【０１１７】
図１１に戻り、ステップＳＦ２では、ファイル監視部１６０は、メニュー画面６００のファイル状態参照ボタン６０１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＦ３では、ファイル監視部１６０は、ファイル復元ボタン６０２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１８】
ステップＳＦ４では、ファイル監視部１６０は、終了ボタン６０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、ファイル監視部１６０は、ステップＳＦ２〜ステップＳＦ４のいずれか一つの判断結果が「Ｙｅｓ」となるまで、ステップＳＦ２〜ステップＳＦ４の判断を繰り返す。
【０１１９】
ここで、ユーザによりファイル状態参照ボタン６０１が押下されたとすると、ファイル監視部１６０は、ステップＳＦ２の判断結果を「Ｙｅｓ」とする。ステップＳＦ５では、ファイル状態参照処理が実行される。
【０１２０】
具体的には、図１２に示したステップＳＧ１では、ファイル監視部１６０は、ファイル有無情報テーブル５００（図４参照）に基づいて、ファイル更新処理にかかるファイルの一覧を作成し、これを図１４に示したファイル一覧画面６１０として、表示部１２０に表示させる。このファイル一覧画面６１０には、ファイル更新処理の対象とされたファイルの情報（元ファイル名等）の一覧が表示されている。
【０１２１】
ステップＳＧ２では、ファイル監視部１６０は、ユーザにより、ファイル一覧画面６１０から、所望のファイルが選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１２２】
そして、ユーザにより、ファイル一覧画面６１０から「元ファイル：ＤＡＴＡＦＩＬＥ１．ＤＡＴ」が選択されたとすると、ファイル監視部１６０は、ステップＳＧ２の判断結果を「Ｙｅｓ」とする。
【０１２３】
ステップＳＧ３では、ファイル監視部１６０は、ユーザに選択された元ファイルが記憶部１４０に存在するか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＧ７では、ファイル監視部１６０は、記憶部１４０に、元ファイルに対応するバックアップファイルが存在するか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。すなわち、この場合は、図４に示した元ファイルが有（○）、バックアップファイルが有（○）に対応している。
【０１２４】
ステップＳＧ９では、ファイル監視部１６０は、当該ファイルの状態として、「異常・復元可（ロールバック）」というメッセージを表示する。これにより、ユーザは、当該ファイルについてファイル更新処理が異常終了したこと、および、復元が可能であることを認識する。
【０１２５】
なお、一実施の形態においては、ユーザの指示に基づいて、ステップＳＧ９に続いて、ファイル復元処理（図９参照）で異常終了とされたファイルについて復元処理（バックアップファイルを削除）を行うようにしてもよい。
【０１２６】
一方、ステップＳＧ７の判断結果が「Ｎｏ」である場合、ステップＳＧ８では、ファイル監視部１６０は、当該ファイルが正常終了したことを表す「正常」というメッセージを表示部１２０に表示させる。
【０１２７】
一方、ステップＳＧ３の判断結果が「Ｎｏ」である場合、ステップＳＧ４では、ファイル監視部１６０は、選択された元ファイルに対応するバックアップファイルが記憶部１４０に存在するか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＧ５では、ファイル監視部１６０は、オペレーティングシステム１１０を経由して、表示部１２０に「ファイルが存在しません」というメッセージを表示させる。ステップＳＦ１（図１１参照）では、ファイル監視部１６０は、メニュー画面６００を表示部１２０に表示させる。
【０１２８】
また、バックアップファイルが存在する場合、ファイル監視部１６０は、ステップＳＧ４の判断結果を「Ｙｅｓ」とする。すなわち、この場合は、図４に示した元ファイルが無（×）、バックアップファイルが有（○）に対応している。
【０１２９】
ステップＳＧ６では、ファイル監視部１６０は、当該ファイルの状態として、「異常・復元可」というメッセージを表示する。これにより、ユーザは、当該ファイルについてファイル更新処理が異常終了したこと、および、復元が可能であることを認識する。
【０１３０】
なお、一実施の形態においては、ユーザの指示に基づいて、ステップＳＧ６に続いて、ファイル復元処理（図９参照）で、異常終了とされた当該ファイルについて復元処理（バックアップファイルを元ファイルにリネーム）を行うようにしてもよい。
【０１３１】
ここで、ユーザによりファイル復元ボタン６０２（図１３参照）が押下されたとすると、ファイル監視部１６０は、図１１に示したステップＳＦ３の判断結果を「Ｙｅｓ」とする。ステップＳＦ６では、ファイル監視部１６０は、ファイル有無情報テーブル５００に格納されたファイル有無情報５００１ 〜５００ｎ と、図４に示した異常判定テーブル４００とを照合し、ファイル更新処理に異常があるファイル（以下、復元候補ファイルという）が存在するか否かを判断する。
【０１３２】
このステップＳＦ６の判断結果が「Ｎｏ」である場合、すなわち、全てのファイルが正常である場合、ファイル監視部１６０は、ステップＳＦ１でメニュー画面６００を表示部１２０に表示させる。
【０１３３】
この場合、ステップＳＦ６の判断結果が「Ｙｅｓ」であるとすると、ステップＳＦ７では、ファイル監視部１６０は、図１５に示した復元候補一覧画面６２０を表示部１２０に表示させる。この復元候補一覧画面６２０には、上述した復元候補ファイルの一覧が表示されている。
【０１３４】
ステップＳＦ８では、ファイル監視部１６０は、ユーザにより、復元候補一覧画面６２０から、所望のファイルが選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１３５】
そして、ユーザにより、復元候補一覧画面６２０から「元ファイル：ＤＡＴＡＦＩＬＥ１．ＤＡＴ」（異常）が選択されたとすると、ファイル監視部１６０は、ステップＳＦ８の判断結果を「Ｙｅｓ」とする。
【０１３６】
ステップＳＦ９では、前述した動作と同様にして、ステップＳＦ８で選択されたファイルについて、ファイル復元処理（図９参照）が実行され、当該ファイルが復元される。そして、ステップＳＦ４で、終了ボタン６０３がユーザにより押下されると、ファイル監視部１６０は、判断結果を「Ｙｅｓ」として、メインルーチンへ戻る。
【０１３７】
（動作例３）
さて、前述した一実施の形態の動作例１および２では、ファイルオープン処理時に元ファイルのバックアップファイルを１回だけ作成し、ファイル復元処理を実行する例について説明したが、動作例３として、図１６に示したように、処理における各チェックポイント（チェックポイントＣＰ１〜ＣＰ３）で上記バックアップファイルを順次作成し、これらのバックアップファイルについて、ファイル復元処理を実行してもよい。
【０１３８】
図１６において、チェックポイントＣＰ１では、元ファイル（ＤＡＴＡＦＩＬＥ．ＤＡＴ）がコピーされ、これがバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０１）とされる。以降、このバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０１）に対して、ファイル更新処理等が施される。
【０１３９】
そして、チェックポイントＣＰ２では、バックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０１）がコピーされ、これがバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０２）とされる。以降、このバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０２）に対して、ファイル更新処理等が施される。
【０１４０】
そして、チェックポイントＣＰ３では、バックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０２）がコピーされ、これがバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０３）とされる。以降、このバックアップファイル（ＤＡＴＡＦＩＬＥ．Ｂ０３）に対して、ファイル更新処理等が施される。
【０１４１】
動作例３では、ファイル監視部１６０は、ファイル復元処理時に、ユーザに指定されたチェックポイント（チェックポイントＣＰ１〜ＣＰ３のうちいずれか）の状態にファイルを復元する。
【０１４２】
以上説明したように、一実施の形態の動作例１によれば、図２に示したように、元ファイル２００に代えてバックアップファイル３００を更新し、更新後のバックアップファイル３００’を元ファイル２００’にリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【０１４３】
また、一実施の形態の動作例２によれば、復元候補一覧画面６２０（図１５参照）の中から、いずれか一つに対応する復元候補ファイルをユーザに選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができる。
【０１４４】
また、一実施の形態の動作例２によれば、ファイル一覧画面６１０（図１４参照）の中から、いずれか一つに対応するファイルをユーザに選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができる。
【０１４５】
また、一実施の形態の動作例３によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができる。
【０１４６】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【０１４７】
例えば、前述した一実施の形態においては、図１に示したファイル管理装置１００の機能（ファイル復元等）を実現するためのプログラムを図１７に示したコンピュータ読み取り可能な記録媒体８００に記録して、この記録媒体８００に記録されたプログラムを同図に示したコンピュータ７００に読み込ませ、実行することによりファイル管理装置１００の機能を実現してもよい。
【０１４８】
同図に示したコンピュータ７００は、上記プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７１０と、キーボード、マウス等の入力装置７２０と、各種データを記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７３０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７４０と、記録媒体８００からプログラムを読み取る読取装置７５０と、ディスプレイ、プリンタ等の出力装置７６０と、装置各部を接続するバス７７０とから構成されている。
【０１４９】
ＣＰＵ７１０は、読取装置７５０を経由して記録媒体８００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述したファイル管理装置１００の機能を実現する。なお、記録媒体８００には、光ディスク、フロッピー（Ｒ）ディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【０１５０】
【発明の効果】
以上説明したように、請求項１、１１、２１にかかる発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、更新にかかる処理が異常終了した場合、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５１】
また、請求項２、１２、２２にかかる発明によれば、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定させ、異常終了と判定された場合、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５２】
また、請求項３、１３、２３にかかる発明によれば、元ファイルが有、バックアップファイルが無である場合、正常終了と判定し、それ以外の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５３】
また、請求項４、１４、２４にかかる発明によれば、元ファイルが有、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５４】
また、請求項５、１５、２５にかかる発明によれば、異常終了と判定された場合、バックアップファイルを削除することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５５】
また、請求項６、１６、２６にかかる発明によれば、元ファイルが無、バックアップファイルが有の場合、異常終了と判定することとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５６】
また、請求項７、１７、２７にかかる発明によれば、異常終了と判定された場合、バックアップファイルを元ファイルにリネームすることとしたので、ファイル復元の処理を内部的にクローズさせ、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５７】
また、請求項８、１８、２８にかかる発明によれば、指定された処理のチェックポイントの状態にファイルを復元することとしたので、ファイル復元にバリエーションを持たせることができ、ユーザの利便性を向上させることができるという効果を奏する。
【０１５８】
また、請求項９、１９、２９にかかる発明によれば、元ファイルに代えてバックアップファイルを更新し、バックアップファイルを元ファイルにリネームし、復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させ、該復元候補ファイルに対応するファイル有無情報に基づいて、ファイル復元を行うこととしたので、従来のように外部のオペレーティングシステムからプロセス情報を取得する必要がなく、ファイル復元の処理が内部的にクローズしているため、ファイル復元の信頼性を高めることができるという効果を奏する。
【０１５９】
また、請求項１０、２０、３０にかかる発明によれば、更新にかかる処理が終了した全ファイルの一覧の中から、いずれか一つに対応するファイルを選択させ、該ファイルについて、元ファイルおよびバックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示することとしたので、ユーザが、任意のファイルについて処理の結果を把握することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】同一実施の形態の動作原理を説明する図である。
【図３】同一実施の形態の動作例１におけるファイル名の付与ルールを説明する図である。
【図４】図１に示した異常判定テーブル４００を示す図である。
【図５】図１に示したファイル有無情報テーブル５００を示す図である。
【図６】同一実施の形態の動作例１を説明するフローチャートである。
【図７】図６および図１０に示したファイルオープン処理を説明するフローチャートである。
【図８】図６および図１０に示したファイルクローズ処理を説明するフローチャートである。
【図９】図６および図１１に示したファイル復元処理を説明するフローチャートである。
【図１０】同一実施の形態の動作例２を説明するフローチャートである。
【図１１】図１０に示したファイル状態参照／復元処理を説明するフローチャートである。
【図１２】図１１に示したファイル状態参照処理を説明するフローチャートである。
【図１３】同一実施の形態の動作例２におけるメニュー画面６００を示す図である。
【図１４】同一実施の形態の動作例２におけるファイル一覧画面６１０を示す図である。
【図１５】同一実施の形態の動作例２における復元候補一覧画面６２０を示す図である。
【図１６】同一実施の形態の動作例３におけるファイル名の付与ルールを説明する図である。
【図１７】同一実施の形態の変形例の構成を示すブロック図である。
【符号の説明】
１００ ファイル管理装置
１１０ オペレーティングシステム
１２０ 表示部
１３０ 入力部
１４０ 記憶部
１５０ ＡＰ
１６０ ファイル監視部
７００ コンピュータ
Claims (30)
- コンピュータを、
更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段、
前記元ファイルに代えて前記バックアップファイルを更新する更新手段、
前記元ファイルを削除する元ファイル削除手段、
前記バックアップファイルを前記元ファイルにリネームするリネーム手段、
更新にかかる処理が異常終了した場合、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行う復元手段、
として機能させるためのファイル復元プログラム。 - 前記コンピュータを、前記更新にかかる処理の終了後、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定する異常判定手段として機能させ、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記ファイル復元を行うことを特徴とする請求項１に記載のファイル復元プログラム。
- 前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが無である場合、前記正常終了と判定し、それ以外の場合、前記異常終了と判定することを特徴とする請求項２に記載のファイル復元プログラム。
- 前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする請求項２または３に記載のファイル復元プログラム。
- 前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを削除することを特徴とする請求項４に記載のファイル復元プログラム。
- 前記異常判定手段は、前記元ファイルが無、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする請求項２または３に記載のファイル復元プログラム。
- 前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを前記元ファイルにリネームすることを特徴とする請求項６に記載のファイル復元プログラム。
- 前記復元手段は、指定された処理のチェックポイントの状態にファイルを復元することを特徴とする請求項１に記載のファイル復元プログラム。
- コンピュータを、
更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段、
前記元ファイルに代えて前記バックアップファイルを更新する更新手段、
前記元ファイルを削除する元ファイル削除手段、
前記バックアップファイルを前記元ファイルにリネームするリネーム手段、
前記更新にかかる処理が終了する毎に、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に関するファイル有無情報を格納するファイル有無情報格納手段、
前記ファイル有無情報格納手段に格納されたファイル有無情報に基づいて、異常終了となったファイルに関する復元候補ファイル一覧を提示する復元候補ファイル一覧提示手段、
前記復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させる復元候補ファイル選択手段、
前記復元候補ファイル選択手段で選択された復元候補ファイルについて、該復元候補ファイルに対応する前記ファイル有無情報に基づいて、ファイル復元を行う復元手段、
として機能させるためのファイル復元プログラム。 - 前記コンピュータを、前記更新にかかる処理が終了した全ファイルの一覧を提示するファイル一覧提示手段、前記ファイル一覧の中から、いずれか一つに対応するファイルを選択させるファイル選択手段、前記ファイル選択手段で選択されたファイルについて、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示するファイル状態表示手段、として機能させることを特徴とする請求項９に記載のファイル復元プログラム。
- 更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成工程と、
前記元ファイルに代えて前記バックアップファイルを更新する更新工程と、
前記元ファイルを削除する元ファイル削除工程と、
前記バックアップファイルを前記元ファイルにリネームするリネーム工程と、
更新にかかる処理が異常終了した場合、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行う復元工程と、
を含むことを特徴とするファイル復元方法。 - 前記更新にかかる処理の終了後、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定する異常判定工程を含み、前記復元工程では、前記異常判定工程により前記異常終了と判定された場合、前記ファイル復元を行うことを特徴とする請求項１１に記載のファイル復元方法。
- 前記異常判定工程では、前記元ファイルが有、前記バックアップファイルが無である場合、前記正常終了と判定し、それ以外の場合、前記異常終了と判定することを特徴とする請求項１２に記載のファイル復元方法。
- 前記異常判定工程では、前記元ファイルが有、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする請求項１２または１３に記載のファイル復元方法。
- 前記復元工程では、前記異常判定工程により前記異常終了と判定された場合、前記バックアップファイルを削除することを特徴とする請求項１４に記載のファイル復元方法。
- 前記異常判定工程では、前記元ファイルが無、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする請求項１２または１３に記載のファイル復元方法。
- 前記復元工程では、前記異常判定工程により前記異常終了と判定された場合、前記バックアップファイルを前記元ファイルにリネームすることを特徴とする請求項１６に記載のファイル復元方法。
- 前記復元工程では、指定された処理のチェックポイントの状態にファイルを復元することを特徴とする請求項１１に記載のファイル復元方法。
- 更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成工程と、
前記元ファイルに代えて前記バックアップファイルを更新する更新工程と、
前記元ファイルを削除する元ファイル削除工程と、
前記バックアップファイルを前記元ファイルにリネームするリネーム工程と、
前記更新にかかる処理が終了する毎に、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に関するファイル有無情報を格納するファイル有無情報格納工程と、
前記ファイル有無情報格納工程で格納されたファイル有無情報に基づいて、異常終了となったファイルに関する復元候補ファイル一覧を提示する復元候補ファイル一覧提示工程と、
前記復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させる復元候補ファイル選択工程と、
前記復元候補ファイル選択工程で選択された復元候補ファイルについて、該復元候補ファイルに対応する前記ファイル有無情報に基づいて、ファイル復元を行う復元工程と、
を含むことを特徴とするファイル復元方法。 - 前記更新にかかる処理が終了した全ファイルの一覧を提示するファイル一覧提示工程と、前記ファイル一覧の中から、いずれか一つに対応するファイルを選択させるファイル選択工程と、前記ファイル選択工程で選択されたファイルについて、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示するファイル状態表示工程と、を含むことを特徴とする請求項１９に記載のファイル復元方法。
- 更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段と、
前記元ファイルに代えて前記バックアップファイルを更新する更新手段と、
前記元ファイルを削除する元ファイル削除手段と、
前記バックアップファイルを前記元ファイルにリネームするリネーム手段と、
更新にかかる処理が異常終了した場合、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、ファイル復元を行う復元手段と、
を備えたことを特徴とするファイル復元装置。 - 前記更新にかかる処理の終了後、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定する異常判定手段を備え、前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記ファイル復元を行うことを特徴とする請求項２１に記載のファイル復元装置。
- 前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが無である場合、前記正常終了と判定し、それ以外の場合、前記異常終了と判定することを特徴とする請求項２２に記載のファイル復元装置。
- 前記異常判定手段は、前記元ファイルが有、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする請求項２２または２３に記載のファイル復元装置。
- 前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを削除することを特徴とする請求項２４に記載のファイル復元装置。
- 前記異常判定手段は、前記元ファイルが無、前記バックアップファイルが有の場合、前記異常終了と判定することを特徴とする請求項２２または２３に記載のファイル復元装置。
- 前記復元手段は、前記異常判定手段により前記異常終了と判定された場合、前記バックアップファイルを前記元ファイルにリネームすることを特徴とする請求項２６に記載のファイル復元装置。
- 前記復元手段は、指定された処理のチェックポイントの状態にファイルを復元することを特徴とする請求項２１に記載のファイル復元装置。
- 更新対象の元ファイルをコピーし、バックアップファイルを生成するバックアップファイル生成手段と、
前記元ファイルに代えて前記バックアップファイルを更新する更新手段と、
前記元ファイルを削除する元ファイル削除手段と、
前記バックアップファイルを前記元ファイルにリネームするリネーム手段と、
前記更新にかかる処理が終了する毎に、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に関するファイル有無情報を格納するファイル有無情報格納手段と、
前記ファイル有無情報格納手段に格納されたファイル有無情報に基づいて、異常終了となったファイルに関する復元候補ファイル一覧を提示する復元候補ファイル一覧提示手段と、
前記復元候補ファイル一覧の中から、いずれか一つに対応する復元候補ファイルを選択させる復元候補ファイル選択手段と、
前記復元候補ファイル選択手段で選択された復元候補ファイルについて、該復元候補ファイルに対応する前記ファイル有無情報に基づいて、ファイル復元を行う復元手段と、
を備えたことを特徴とするファイル復元装置。 - 前記更新にかかる処理が終了した全ファイルの一覧を提示するファイル一覧提示手段と、前記ファイル一覧の中から、いずれか一つに対応するファイルを選択させるファイル選択手段と、前記ファイル選択手段で選択されたファイルについて、前記元ファイルおよび前記バックアップファイルのそれぞれの有無状態に応じて、当該処理が異常終了したか正常終了したかを判定した結果をファイル状態として表示するファイル状態表示手段と、を備えたことを特徴とする請求項２９に記載のファイル復元装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003087837A JP2004295548A (ja) | 2003-03-27 | 2003-03-27 | ファイル復元プログラム、ファイル復元方法およびファイル復元装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003087837A JP2004295548A (ja) | 2003-03-27 | 2003-03-27 | ファイル復元プログラム、ファイル復元方法およびファイル復元装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004295548A true JP2004295548A (ja) | 2004-10-21 |
Family
ID=33402131
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003087837A Pending JP2004295548A (ja) | 2003-03-27 | 2003-03-27 | ファイル復元プログラム、ファイル復元方法およびファイル復元装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004295548A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20160122405A (ko) * | 2015-04-14 | 2016-10-24 | 주식회사 한테크놀로지 | 데이터 저장 시스템 및 그 동작 방법 |
| JPWO2021028963A1 (ja) * | 2019-08-09 | 2021-02-18 |
-
2003
- 2003-03-27 JP JP2003087837A patent/JP2004295548A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20160122405A (ko) * | 2015-04-14 | 2016-10-24 | 주식회사 한테크놀로지 | 데이터 저장 시스템 및 그 동작 방법 |
| KR101698936B1 (ko) * | 2015-04-14 | 2017-02-13 | 주식회사 앤커넥트 | 데이터 저장 시스템 및 그 동작 방법 |
| JPWO2021028963A1 (ja) * | 2019-08-09 | 2021-02-18 | ||
| JP7298694B2 (ja) | 2019-08-09 | 2023-06-27 | 日本電気株式会社 | 異常検出装置、制御方法、及びプログラム |
| US11983064B2 (en) | 2019-08-09 | 2024-05-14 | Nec Corporation | Abnormality detection apparatus, control method, and program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6874130B1 (en) | Copy/move graphical user interface apparatus and method | |
| US7168012B2 (en) | Error handling and representation in a computer-aided design environment | |
| JP4704893B2 (ja) | 計算機システム及び管理計算機とストレージシステム並びにバックアップ管理方法 | |
| JP5021929B2 (ja) | 計算機システム及びストレージシステムと管理計算機並びにバックアップ管理方法 | |
| CN102959518B (zh) | 把文件系统恢复到目标存储器的计算机执行的方法和系统 | |
| US20130173554A1 (en) | Computer product, backup control method, and backup control device | |
| JPH07105064A (ja) | ファイル名検出方式 | |
| JP2005242729A (ja) | システム復旧方法 | |
| US20050165871A1 (en) | Method and apparatus for recycling application processes | |
| US20120047341A1 (en) | Data recovery apparatus and data recovery method | |
| JP2006119848A (ja) | ソフトウェア更新プログラム、ソフトウェア更新装置およびソフトウェア更新方法 | |
| JP6048957B2 (ja) | 情報処理装置、プログラム、及び情報処理方法 | |
| JP3182111B2 (ja) | プログラムテスト支援装置 | |
| US7376946B2 (en) | Program management method for computer to which storage medium is attached, computer and storage medium | |
| US7984023B2 (en) | Method and utility for copying files from a faulty disk | |
| US7801859B1 (en) | Tracking filesystem backups | |
| JP2004295548A (ja) | ファイル復元プログラム、ファイル復元方法およびファイル復元装置 | |
| CN111552595A (zh) | 数据库备份与恢复方法、装置和设备 | |
| JP4771831B2 (ja) | 図形表示プログラム及び図形表示方法 | |
| JP2006085279A (ja) | ファイル管理プログラムおよびファイル管理方法 | |
| US20130111344A1 (en) | Help creation support apparatus, help creation method, and storage medium storing help creation program | |
| JP2000207264A (ja) | バックアップ方法およびリストア方法 | |
| JP2004302857A (ja) | ファイル復元プログラム、ファイル復元方法およびファイル復元装置 | |
| JP2800673B2 (ja) | 障害情報収集装置 | |
| JP4661066B2 (ja) | 情報処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061121 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070320 |