(57)【要約】【課題】ファイル更新処理の障害発生時において重要ファイルを早期にかつ実効的に復旧できるファイル管理装置等を提供する。【解決手段】ファイル更新管理処理部１０は、プロセスのファイルアクセスごとにプロセス管理情報６０を参照し、ファイル管理情報７０にアクセス元プロセスのプライオリティスコアを加算してファイルのプライオリティスコアを算出する。また、算出したファイルのプライオリティスコア及び復旧対象ファイルを特定するための閾値に基づいて復旧するファイルを特定し、ファイル管理情報７０に復旧対象ファイルの情報を記録する。データセーブ部２０は、更新するファイルが復旧対象であるときにファイルのセーブ処理を行う。リカバリ処理部５０は、ファイル更新処理部３０による更新処理の結果が異常である場合にファイルの復旧処理を行う。【選択図】図１
2008242524.tif 000002
【特許請求の範囲】
【請求項１】
プロセスごとの重要度係数及び障害発生時に復旧を行うファイルの範囲を表す復旧閾値を設定し、プロセスのファイルアクセス回数と該プロセスの前記重要度係数とからファイル重要度を求め、前記復旧閾値及び前記ファイル重要度に基づいて特定されたファイルについて前記障害発生時にファイルの復旧を行うことを特徴とするファイル管理装置。
【請求項２】
プロセスごとの重要度係数を設定する重要度係数設定手段と、
障害発生時に復旧を行うファイルを特定するための復旧閾値を設定する復旧閾値設定手段と、
プロセスのファイルアクセス回数と前記重要度係数設定手段により設定された前記重要度係数とからファイル重要度を求めるファイル重要度算出手段と、
前記復旧閾値設定手段により設定された前記復旧閾値と前記ファイル重要度算出手段により求められた前記ファイル重要度とに基づいて前記障害発生時に復旧を行うファイルを特定する復旧ファイル特定手段と、
前記復旧ファイル特定手段により特定されたファイルについて前記障害発生時にファイルの復旧を行うファイル復旧手段と、
を有することを特徴とする請求項１に記載のファイル管理装置。
【請求項３】
前記重要度計数設定手段により設定されたプロセスごとの前記重要度計数を含むプロセス管理情報と、前記ファイル重要度算出手段により求められた前記ファイル重要度及び前記復旧ファイル特定手段により特定された復旧対象ファイルの情報を含むファイル管理情報とを格納する管理情報格納手段を有し、
前記ファイル重要度算出手段は、プロセスによりファイルアクセスが行われるごとに、前記管理情報格納手段により格納された前記プロセス管理情報を参照し、該プロセスに対応する前記重要度係数を前記管理情報格納手段により格納された前記ファイル管理情報における前記ファイル重要度に加算することを特徴とする請求項２に記載のファイル管理装置。
【請求項４】
前記復旧ファイル特定手段は、前記管理情報格納手段により格納された前記ファイル管理情報について、全ファイルのファイル重要度合計に対する各ファイルの前記ファイル重要度の比率を求めて前記比率を降順に累積し、前記累積比率が前記復旧閾値設定手段により設定された前記復旧閾値の範囲内にあるファイルを前記復旧対象ファイルと特定することを特徴とする請求項３に記載のファイル管理装置。
【請求項５】
プロセスごとの重要度係数及び障害発生時に復旧を行うファイルの範囲を表す復旧閾値を設定し、プロセスのファイルアクセス回数と該プロセスの前記重要度係数とからファイル重要度を求め、前記復旧閾値及び前記ファイル重要度に基づいて特定されたファイルについて前記障害発生時にファイルの復旧を行うことを特徴とするファイル管理方法。
【請求項６】
プロセスごとの重要度係数を設定する重要度係数設定ステップと、
障害発生時に復旧を行うファイルを特定するための復旧閾値を設定する復旧閾値設定ステップと、
プロセスのファイルアクセス回数と前記重要度係数設定ステップにより設定された前記重要度係数とからファイル重要度を求めるファイル重要度算出ステップと、
前記復旧閾値設定ステップにより設定された前記復旧閾値と前記ファイル重要度算出ステップにより求められた前記ファイル重要度とに基づいて前記障害発生時に復旧を行うファイルを特定する復旧ファイル特定ステップと、
前記復旧ファイル特定ステップにより特定されたファイルについて前記障害発生時にファイルの復旧を行うファイル復旧ステップと、
を有することを特徴とする請求項５に記載のファイル管理方法。
【請求項７】
前記重要度計数設定ステップにより設定されたプロセスごとの前記重要度計数がプロセス管理情報として保持され、前記ファイル重要度算出ステップにより求められた前記ファイル重要度及び前記復旧ファイル特定ステップにより特定された復旧対象ファイルの情報がファイル管理情報として保持され、
前記ファイル重要度算出ステップは、プロセスによりファイルアクセスが行われるごとに、前記保持された前記プロセス管理情報を参照し、該プロセスに対応する前記重要度係数を前記保持された前記ファイル管理情報における前記ファイル重要度に加算することを特徴とする請求項６に記載のファイル管理方法。
【請求項８】
前記復旧ファイル特定ステップは、前記保持された前記ファイル管理情報について、全ファイルのファイル重要度合計に対する各ファイルの前記ファイル重要度の比率を求めて前記比率を降順に累積し、前記累積比率が前記復旧閾値設定ステップにより設定された前記復旧閾値の範囲内にあるファイルを前記復旧対象ファイルと特定することを特徴とする請求項７に記載のファイル管理方法。
【請求項９】
コンピュータに、プロセスごとの重要度係数及び障害発生時に復旧を行うファイルの範囲を表す復旧閾値を設定させ、プロセスのファイルアクセス回数と該プロセスの前記重要度係数とからファイル重要度を求めさせ、前記復旧閾値及び前記ファイル重要度に基づいて特定されたファイルについて前記障害発生時にファイルの復旧を行わせることを特徴とするプログラム。
【請求項１０】
コンピュータに、
プロセスごとの重要度係数を設定する重要度係数設定機能と、
障害発生時に復旧を行うファイルを特定するための復旧閾値を設定する復旧閾値設定機能と、
プロセスのファイルアクセス回数と前記重要度係数設定機能により設定された前記重要度係数とからファイル重要度を求めるファイル重要度算出機能と、
前記復旧閾値設定機能により設定された前記復旧閾値と前記ファイル重要度算出機能により求められた前記ファイル重要度とに基づいて前記障害発生時に復旧を行うファイルを特定する復旧ファイル特定機能と、
前記復旧ファイル特定機能により特定されたファイルについて前記障害発生時にファイルの復旧を行うファイル復旧機能と、
を実現させることを特徴とする請求項９に記載のプログラム。
【請求項１１】
コンピュータに、
前記重要度計数設定機能により設定されたプロセスごとの前記重要度計数をプロセス管理情報として保持させ、前記ファイル重要度算出機能により求められた前記ファイル重要度及び前記復旧ファイル特定機能により特定された復旧対象ファイルの情報をファイル管理情報として保持させ、
前記ファイル重要度算出機能は、コンピュータに、プロセスによりファイルアクセスが行われるごとに、前記保持された前記プロセス管理情報を参照し、該プロセスに対応する前記重要度係数を前記保持された前記ファイル管理情報における前記ファイル重要度に加算させることを特徴とする請求項１０に記載のプログラム。
【請求項１２】
前記復旧ファイル特定機能は、コンピュータに、前記保持された前記ファイル管理情報について、全ファイルのファイル重要度合計に対する各ファイルの前記ファイル重要度の比率を求めて前記比率を降順に累積し、前記累積比率が前記復旧閾値設定機能により設定された前記復旧閾値の範囲内にあるファイルを前記復旧対象ファイルと特定させることを特徴とする請求項１１に記載のプログラム。
【請求項１３】
請求項９から１２のいずれか１項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル管理装置、ファイル管理方法、プログラム、コンピュータ読み取り可能な記録媒体に関し、特に、重要度が高いファイルの更新処理において、更新内容をディスク上に記録して障害発生時に重要ファイルを早期に復旧する技術に関するものである。
【背景技術】
【０００２】
コンピュータシステムにおいては、ハードウェア障害等により記録媒体上のデータファイルが壊れてしまった場合に備えて、その記録媒体に保存されているファイルの復旧を可能とするために、ファイルのバックアップを別の記録媒体にとるとともに、該ファイルの更新内容をジャーナルファイルに記録するようにしているのが一般的である。このような復旧の必要性は、重要なファイルの場合に特に顕著に表れる。
【０００３】
重要ファイルの復旧については処理時間の短縮化も同時に求められるが、重要ファイルの更新処理において、復旧時間の短縮を図るため更新内容をディスク上に記録する従来技術として、例えば特許文献１でファイル管理システムが開示されている。当該ファイル管理システムにおける処理手順は以下の通りである。
【０００４】
図１２は本ファイル管理システムの構成を示すブロック図であり、図１３はその処理手順を示すフローチャートである。また、図１４は、本ファイル管理システムにおける更新履歴情報のデータ内容を表した図である。ファイル管理情報は、各ファイルをアクセス頻度に応じてグループ化して管理され、アクセス頻度が高いファイルに関しては、図１４に示すように、更新履歴情報として変更項目と変更後内容が保存される。ファイルの復旧処理に関して図１２及び図１３を参照して説明する。
【０００５】
まず、ファイル更新処理が開始されると、アクセス頻度の高いファイルの場合にはデータセーブ部１１０により自動的にセーブを行う（ステップＳ１０１）。そして、ファイル更新処理部１２０においてファイルの更新を行いこれが終了すると、その結果をファイル管理部１３０に引き渡す（ステップＳ１０２）。
【０００６】
更新結果が異常終了かつファイルアクセスがエラーの場合（ステップＳ１０３／ＮＯ、ステップＳ１０５／ＹＥＳ）、障害ファイルがアクセス頻度の高いグループに属しているのであれば、リカバリ処理部１４０を起動して、データセーブ部１１０でセーブしておいたファイルとファイル管理情報１６０の履歴情報とに基づいてファイルの復旧を行う（ステップＳ１０６）。一方、ファイル更新処理部１２０による更新処理が正常終了した場合（ステップＳ１０３／ＹＥＳ）には、ファイル更新管理処理部１５０を呼び出して、ファイルのアクセス頻度によってグループ分けを行い、レコードの更新内容を登録する（ステップＳ１０４）。
【０００７】
以上の処理手順により、アクセス頻度の高いファイルは差分情報でファイルをリカバリすることができ、短時間で復旧することが可能となる。また、ディスク上に記録する情報をアクセス頻度が高いファイルのみに限定することにより、ディスク使用量を抑えることができる。
【０００８】
また、例えば特許文献２ではファイルの優先順位により退避するファイルを決定するファイルバックアップ方式が提案されている。当該ファイルバックアップ方式では、ある記憶媒体に記憶されているファイルを別の記憶媒体に退避する際に、該ファイル作成時に設定された優先順位とバックアップ動作指示時に入力された優先順位とを比較して、設定優先順位が指示優先順位より高い（優先されている）ときにバックアップを行う。
【０００９】
また、例えば特許文献３では、２次記憶部のスループットを低下させることなく、２次記憶部の利用効率の向上を図るとともに、２次記憶部へのアクセス回数を低減するＷＷＷプロキシ装置が開示されている。また、例えば特許文献４では、仮想記憶方式を採用している計算機システムにおいて、メモリ余裕量及びジョブの重要度に応じて、動作中の各ジョブにメモリを割り当てる計算機システムが提案されている。
【特許文献１】特開平７−１０５０５２号公報
【特許文献２】特開平２−２２７７５０号公報
【特許文献３】特開２００２−１８２９６７号公報
【特許文献４】特開２００４−２４６５５２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特許文献３のＷＷＷプロキシサーバは、ＷＷＷオブジェクトをまとめたオブジェクトグループ間の優先順位を判断するものであるが、２次記憶部の利用効率の向上を図るものであり、ファイルのバックアップや重要ファイルの復旧の技術に関するものではない。また、特許文献４の計算機システムは、ジョブの重要度に応じて動作中の各ジョブへのメモリ割り当て量保証値を動的に変更することを目的とするものであり、ファイルのバックアップや重要ファイルの復旧の技術に関するものではない。
【００１１】
また、特許文献２のファイルバックアップ方式は、ファイルのバックアップに関するものではあるが、ファイル作成時にその都度バックアップ優先順位を入力して設定しており、作成したファイルが大量になったときに適切な優先順位を入力することが困難となるという問題がある。これは、少量時に作成したファイルと大量時に作成したファイルとで優先順位の基準がずれてしまうことを意味する。
【００１２】
また、特許文献１のファイル管理システムは、ファイル更新処理における障害に対する復旧に関するものではあるが、アクセス頻度に応じて重要度（復旧対象）を決定しており、課題として次の２点が考えられる。１点目は、アクセス頻度が低い重要なファイルが復旧対象とならないことであり、２点目は、重要ではないがアクセス頻度が高いファイルが復旧対象となることである。そのため、アクセス頻度によりグループ分けをした場合には、重要なファイルのみを復旧対象とすることができないという問題が生じる。
【００１３】
そこで、上記問題点に鑑み、本発明は、ファイル更新処理の障害発生時において重要ファイルを早期にかつ実効的に復旧できるファイル管理装置等を提供することを目的とする。
【課題を解決するための手段】
【００１４】
かかる目的を達成するために、本発明は、ファイル管理装置において、プロセスごとの重要度係数及び障害発生時に復旧を行うファイルの範囲を表す復旧閾値を設定し、プロセスのファイルアクセス回数と該プロセスの重要度係数とからファイル重要度を求め、復旧閾値及びファイル重要度に基づいて特定されたファイルについて障害発生時にファイルの復旧を行うことを特徴とする。
【００１５】
具体的には、プロセスごとの重要度係数を設定する重要度係数設定手段と、障害発生時に復旧を行うファイルを特定するための復旧閾値を設定する復旧閾値設定手段と、プロセスのファイルアクセス回数と重要度係数設定手段により設定された重要度係数とからファイル重要度を求めるファイル重要度算出手段と、復旧閾値設定手段により設定された復旧閾値とファイル重要度算出手段により求められたファイル重要度とに基づいて障害発生時に復旧を行うファイルを特定する復旧ファイル特定手段と、復旧ファイル特定手段により特定されたファイルについて障害発生時にファイルの復旧を行うファイル復旧手段と、を有するものである。
【００１６】
本発明は、重要度係数設定手段により、プロセスごとの重要度係数をあらかじめ設定し、プロセスのファイルアクセスが行われるごとに、ファイル重要度算出手段により、アクセス元のプロセスに応じた重要度係数を加算しその合計値によりファイル重要度を算出する。重要度係数は、例えば各プロセスに対して設定される重要度を表す定量値であってもよい。
【００１７】
また、本発明は、復旧閾値設定手段により、障害発生時に復旧するファイルを特定するための復旧閾値をあらかじめ設定し、復旧ファイル特定手段により、あらかじめ設定した復旧閾値と算出されたファイル重要度とに基づいて復旧対象ファイルを特定する。復旧対象ファイルの特定は、ファイル重要度合計に対する累積構成比率をファイルごとに降順に求め、復旧閾値には比率を設定しておき、復旧閾値内の累積構成比率を示すファイルについて復旧対象とするようにしてもよい。
【００１８】
上記構成を採ることにより、重要度が高いプロセスに多くアクセスされたファイルを重要ファイルとすることができ、重要度が高いファイルの更新処理において障害が発生した際に重要ファイルを早期にかつ実効的に復旧することが可能となるという効果が得られる。
【００１９】
また、他の態様として、本発明は、プロセスごとの重要度係数及び障害発生時に復旧を行うファイルの範囲を表す復旧閾値を設定し、プロセスのファイルアクセス回数と該プロセスの重要度係数とからファイル重要度を求め、復旧閾値及びファイル重要度に基づいて特定されたファイルについて障害発生時にファイルの復旧を行うことを特徴とするファイル管理方法で、プロセスごとの重要度係数を設定する重要度係数設定ステップと、障害発生時に復旧を行うファイルを特定するための復旧閾値を設定する復旧閾値設定ステップと、プロセスのファイルアクセス回数と重要度係数設定ステップにより設定された重要度係数とからファイル重要度を求めるファイル重要度算出ステップと、復旧閾値設定ステップにより設定された復旧閾値とファイル重要度算出ステップにより求められたファイル重要度とに基づいて障害発生時に復旧を行うファイルを特定する復旧ファイル特定ステップと、復旧ファイル特定ステップにより特定されたファイルについて障害発生時にファイルの復旧を行うファイル復旧ステップと、を有するものであってもよい。
【００２０】
また、他の態様として、本発明は、コンピュータに、プロセスごとの重要度係数及び障害発生時に復旧を行うファイルの範囲を表す復旧閾値を設定させ、プロセスのファイルアクセス回数と該プロセスの重要度係数とからファイル重要度を求めさせ、復旧閾値及びファイル重要度に基づいて特定されたファイルについて障害発生時にファイルの復旧を行わせることを特徴とするプログラムで、コンピュータに、プロセスごとの重要度係数を設定する重要度係数設定機能と、障害発生時に復旧を行うファイルを特定するための復旧閾値を設定する復旧閾値設定機能と、プロセスのファイルアクセス回数と重要度係数設定機能により設定された重要度係数とからファイル重要度を求めるファイル重要度算出機能と、復旧閾値設定機能により設定された復旧閾値とファイル重要度算出機能により求められたファイル重要度とに基づいて障害発生時に復旧を行うファイルを特定する復旧ファイル特定機能と、復旧ファイル特定機能により特定されたファイルについて障害発生時にファイルの復旧を行うファイル復旧機能と、を実現させるものであってもよい。
【００２１】
また、他の態様として、本発明は、上記プログラムを記録したコンピュータ読み取り可能な記録媒体であってもよい。
【発明の効果】
【００２２】
本発明によれば、ファイル更新処理の障害発生時において重要ファイルを早期にかつ実効的に復旧できるファイル管理装置等が実現される。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照しながら、本発明の実施形態について説明する。
【００２４】
［実施形態１］
はじめに、本発明の第１の実施形態におけるファイル管理装置の構成及び処理について概説する。本実施形態では、上述した従来技術の問題を解決するために、アクセスするプロセスの重要度に基づいたファイルのグループ化及び閾値決定による重要ファイル（復旧対象ファイル）の決定を行うものとする。また、本実施形態では、重要なプロセスにアクセスされるファイルほど重要度が高いファイルであると定義する。
【００２５】
図１は、本実施形態のファイル管理装置の概略構成と処理概要を示した図である。本実施形態のファイル管理装置は、ファイル更新管理処理部１０、データセーブ部２０、ファイル更新処理部３０、ファイル管理部４０、及びリカバリ処理部５０から構成される。
【００２６】
ファイル更新管理処理部１０は、プロセスのファイルアクセスごとにアクセスされたファイルのプライオリティスコアを算出するとともに、復旧ファイルを特定するための閾値に基づいて復旧対象ファイルの特定を行う。データセーブ部２０は、復旧対象ファイルのデータセーブを行う。ファイル更新処理部３０は、ファイルの更新処理を行う。ファイル管理部４０は、ファイル更新処理部３０からの更新結果をファイル管理情報７０に格納し、履歴情報を更新する。リカバリ部５０は、復旧対象ファイルについて障害発生時にファイルの復旧を行う。
【００２７】
また、本実施形態では、プロセスやファイルの情報を管理するため、プロセス管理情報６０及びファイル管理情報７０の２つの情報テーブルを利用する。
【００２８】
プロセス管理情報６０は、プロセス名とそれに対応するプライオリティスコアの２項目により構成される。プライオリティスコアは、プロセスの重要度を示す定量値で、各プロセスに対して事前にユーザにより設定される。このとき、重要度の高いプロセスには高く、重要度の低いプロセスには低くなるようにプライオリティスコアが設定される。
【００２９】
ファイル管理情報７０は、ファイルパス、履歴情報、プライオリティスコア、復旧対象の４項目によって構成される。ファイルパスは、管理するファイルを表し、履歴情報は、例えば図１４に示すように、更新したレコードの番号、更新した項目、更新後の内容によって構成される。プライオリティスコアは、プロセス管理情報のプライオリティスコア（プロセスの重要度）がプロセスのファイルアクセスごとに加算されたもので、ファイルの重要度を定量化したものに相当する。復旧対象は、障害発生時に復旧するファイルであるかを示したものである。
【００３０】
図２は、本実施形態における更新処理及びファイル復旧処理の流れを示したフローチャートである。図１及び図２を参照して、本実施形態のファイル管理装置が行う処理について説明する。
【００３１】
まず、プロセスによってファイルアクセスが行われた場合、ファイル更新管理処理部１０はファイル重要度の算出及び復旧対象ファイルの特定の処理を実行する。具体的には、ファイル更新管理処理部１０は、プロセス管理情報６０を参照し、ファイルアクセスを行っているプロセスに応じたプライオリティスコア６１をファイル管理情報７０のプライオリティスコア１１として加算する（ステップＳ１）。
【００３２】
例えば、図３に示すように、プロセスＢによりファイルＡへのファイルアクセスが行われると、ファイル更新管理処理部１０は、プロセス管理情報６０におけるプロセスＢのプライオリティスコアを参照し、ファイル管理情報７０におけるファイルＡのプライオリティスコア項目へプロセスＢのスコア３を加算して＋３のプライオリティスコアを記録する。なお、プロセス管理情報６０におけるプロセスごとのプライオリティスコアは、ユーザにより事前に設定される。
【００３３】
フローの説明に戻ると、ファイル更新管理処理部１０は、ファイル管理情報７０におけるプライオリティスコア７１を参照して、以下の手順にて復旧対象１２を特定する（ステップＳ２）。なお、復旧ファイルを特定するための閾値は、事前に０％から１００％の間の値をユーザにより設定される。
（１）ファイル管理情報７０に格納されている各ファイルについて、プライオリティスコアが降順になるようにソートする。
（２）降順にファイルのプライオリティスコア７１を累計し、全ファイル合計に対する累積構成比（％）を算出する。
（３）累積構成比が閾値に達するまでのファイルを復旧対象ファイルとする。
（４）特定した復旧対象ファイルの情報をファイル管理情報に記録する。
【００３４】
復旧ファイルの特定が完了すると、ファイル更新管理処理部１０はデータセーブ部２０を呼び出す（ステップＳ３）。データセーブ部２０は、ファイル管理情報７０の復旧対象７２を参照して更新処理を行うファイルが復旧対象ファイルであるかどうかを確認する（ステップＳ４）。更新を行うファイルが復旧対象ファイルの場合（ステップＳ４／ＹＥＳ）には、更新処理失敗時のリカバリに備えてファイルデータのセーブを実行する（ステップＳ５）。更新を行うファイルが復旧対象ファイルでない場合（ステップＳ４／ＮＯ）は、ファイルのセーブを行わない。
【００３５】
データセーブ部２０はセーブ処理終了時にファイル更新処理部３０を呼び出し、ファイル更新処理部３０は、ファイルの更新処理を行う（ステップＳ６）。ファイルの更新処理が終了すると、ファイル更新処理部３０は、ファイル管理部４０を呼び出して、更新処理が正常終了したか異常終了したかの更新結果３１を渡す（ステップＳ７）。
【００３６】
ファイル管理部４０は、ファイル管理情報７０の復旧対象７２を参照して、復旧対象ファイルの情報を取得する。そして、ファイル管理部４０は、ファイル更新処理部３０からの更新結果３１が正常終了か否かを判定し（ステップＳ８）、正常終了の場合（ステップＳ８／ＹＥＳ）にはレコードの更新内容をファイル管理情報７０に履歴情報４３として記録する。
【００３７】
更新結果３１が正常終了でない場合（ステップＳ８／ＮＯ）、更新ファイルが復旧対象ファイルのとき（ステップＳ１１／ＹＥＳ）は、リカバリ部５０を呼び出し、セーブ情報２１（セーブしたファイルデータ）及びファイル管理情報７０の履歴情報７３（変更項目、変更後の内容）からファイルを復旧する（ステップＳ１１）。更新ファイルが復旧対象ファイルでないとき（ステップＳ１０／ＮＯ）はファイル復旧を行わない。
【００３８】
次に、ファイルＡからファイルＩの９つのファイルと、プロセスＡからプロセスＣの３つのプロセスとが存在している環境を例にとって本実施形態をさらに詳細に説明する。
【００３９】
＜プライオリティスコア及び閾値の設定＞
本実施形態におけるファイル復旧処理の前提として、次の２つの項目は事前にユーザに設定される。
【００４０】
１．各プロセスのプライオリティスコア
各プロセスのプライオリティスコアをユーザに設定させる。重要なプロセスであるほど、高い値を設定させる。ここでは、各プロセスのプライオリティスコアが以下のように設定されたものとする。
・プロセスＡのプライオリティスコア：５
・プロセスＢのプライオリティスコア：３
・プロセスＣのプライオリティスコア：１
なお、設定された各プロセスのプライオリティスコアはプロセス管理情報６０にて管理する。
【００４１】
２．復旧対象ファイルを特定するための閾値
復旧対象ファイルを特定するための閾値を０％から１００％までの間でユーザに設定させる。１００％に近づけて設定するほど復旧対象ファイルの数が増え、０％に近づけて設定するほど復旧対象ファイルの数が減ることとなる。ここでは、復旧対象ファイル特定のための閾値が以下のように設定されたものとする。
・復旧対象ファイル特定のための閾値：８０％
【００４２】
＜ファイル更新管理処理＞
プロセスによってファイルがアクセスされた場合、ファイル更新管理処理部１０は、ファイル管理情報７０におけるプライオリティスコアの計算、及び、閾値決定による重要（復旧対象）ファイル決定の２つの処理を実行する。 それぞれの処理について以下に説明する。
【００４３】
１．ファイル管理情報におけるプライオリティスコアの計算
ファイル更新管理処理部１０は、プロセス管理情報６０を参照し、ファイルアクセスを行っているプロセスに応じたプライオリティスコアをファイル管理情報７０に加算する。例えば、ファイルＡがプロセスＡから１４回、プロセスＢから８回、プロセスＣから６回アクセスされた場合、ファイルＡのプライオリティスコアは、ファイル更新管理処理部１０によって次のように求められる。
ファイルＡのプライオリティスコア
＝  （プロセスＡのプライオリティスコア×プロセスＡのアクセス回数）
＋（プロセスＢのプライオリティスコア×プロセスＢのアクセス回数）
＋（プロセスＣのプライオリティスコア×プロセスＣのアクセス回数）
＝（５×１４）＋（３×８）＋（１×６）
＝１００
ファイルＢからファイルＩについても上記と同様にプライオリティスコアを算出し、その結果を図４に示す。
【００４４】
２．閾値決定による重要（復旧対象）ファイルの決定
ファイル更新管理処理部１０は、ファイル管理情報７０におけるプライオリティスコアを参照し、以下の手順にて復旧対象ファイルを特定する。
（１）ファイル管理情報７０に格納されている各ファイルをプライオリティスコアが降順になるようにソートする。
（２）降順にファイルのプライオリティスコアを累計し、全ファイル合計に対する累積構成比（％）を算出する。
（３）累積構成比が閾値に達するまでのファイルを復旧対象ファイルとする。
（４）特定した復旧対象ファイルの情報をファイル管理情報７０に記録する。
【００４５】
図４に挙げたファイル管理情報７０のプライオリティスコアにおいて、上記手順に従って復旧対象ファイルを特定した結果を図５に示す。また、その際のファイル別プライオリティスコアを棒グラフで、累積構成比を折れ線グラフで表したグラフを図６に示す。この場合には、累積構成比が閾値である８０％を下回っているファイルＡ、ファイルＦ、ファイルＨの３つのファイルが復旧対象ファイルとなる。なお、ファイル更新管理処理部１０は、閾値決定による重要（復旧対象） ファイルの決定処理が完了すると、データセーブ部２０を呼び出す。
【００４６】
＜データセーブ処理＞
データセーブ部２０は、ファイル管理情報７０を参照して ファイルＡ、ファイルＦ、ファイルＨの３つのファイルが復旧対象ファイルであることを認識する。そして、更新処理を行うファイルが復旧対象ファイルであるかどうかを確認して、更新を行うファイルが復旧対象ファイルの場合には、更新処理失敗時のリカバリに備えてセーブを実行する。本例において更新対象ファイルがファイルＡであると仮定する場合、データセーブ部２０は、ファイルＡのセーブを実行する。 なお、データセーブ部２０は処理終了時にファイル更新処理部３０を呼び出す。
【００４７】
＜ファイル更新処理＞
ファイル更新処理部３０は、ファイルＡの更新処理を行う。ファイルＡの更新が終了すると、ファイル更新処理部３０はファイル管理部４０を呼び出して、更新処理が正常終了したか異常終了したかの更新結果を渡す。
【００４８】
＜ファイル管理処理＞
ファイル管理部４０は、ファイル管理情報７０を参照して復旧対象ファイルの情報を取得する。本例では、更新したファイル（ファイルＡ）は復旧対象ファイルであるため、ファイル更新処理が正常終了している場合には、レコードの更新内容をファイル管理情報７０に履歴情報として登録し、異常終了していればリカバリ処理部５０を呼び出す。
【００４９】
＜リカバリ処理＞
リカバリ処理部５０は、データセーブ部４０においてセーブしたファイルとファイル管理情報７０の更新履歴情報とから、障害等により更新処理に失敗したファイルＡを復旧する。
【００５０】
なお、図４の例よりもプライオリティスコアのばらつき（標準偏差）が小さい場合について図７に、図７の場合において復旧ファイルを特定した結果を図８に、ファイル別プライオリティスコア（棒グラフ）及び累積構成比（折れ線グラフ）を表したグラフを図９に示す。図７の例では、累積構成比が閾値である８０％を下回っているファイルＣ、ファイルＥ、ファイルＤ、ファイルＩ、ファイルＢ、ファイルＦの６つのファイルが復旧対象ファイルとなる。
【００５１】
すなわち、図４の例のように、重要度が突出して高いファイルがある場合にはそのファイルのみを復旧対象ファイルとし、図７の例のように、重要度が同等であるファイルが多数存在するような場合には多くのファイルを復旧対象ファイルとして決定させることが可能となる。
【００５２】
また、図１０に示すように、アクセス頻度が高い売上マスタファイル２００と、アクセス頻度が低い商品マスタファイル３００とが存在している場合では、従来技術の手法（特許文献１のファイル管理システム）を実施したときに商品マスタファイル３００が復旧対象とならないという問題が生じるが、本実施形態においては、図１１に示すように、商品マスタファイル３００をアクセスするプロセスＢのプライオリティスコアを高く設定することにより、商品マスタファイル３００を復旧対象に含めることが可能となる。
【００５３】
すなわち、従来技術ではアクセス頻度が低いため復旧対象でないファイルであっても、本実施形態では重要なプロセスによってアクセスされるファイルであれば復旧対象とすることが可能となる。反対に、アクセス頻度が高くても重要なプロセスによってアクセスされていなければ、本実施形態では復旧対象外のファイルとして扱うことができる。
【００５４】
本実施形態によれば、プライオリティスコアをもとにして重要（復旧対象）ファイルを特定することができ、障害発生時において重要ファイルを早期にかつ実効的に復旧することが可能となる。
【００５５】
［実施形態２］
本発明の特徴は、ファイルアクセス時にプロセス固有の定量値を加算し、その合計値によりファイルの重要度を決定する点である。実施形態１では、事前に各プロセスに設定させておいたプライオリティスコアを加算する旨を記載したが、以下の観点等からプライオリティスコアに重み付けを行った状態で加算する手法も考えられる。この手法について本発明の第２の実施形態として説明する。なお、プロセスごとのプライオリティスコアに対する重み付け以外の処理については実施形態１と同様である。
・アクセス方法（Ｒｅａｄ／Ｗｒｉｔｅ）
・最終アクセス日時
・ファイル名
・ファイル形式
・ファイルサイズ
・ファイル内のデータ
【００５６】
アクセス方法（Ｒｅａｄ／Ｗｒｉｔｅ）によりプライオリティスコアに重み付けを行ったものを例にとって述べる。プロセスＡ〜プロセスＣの３つのプロセスが動作している環境にてファイルＡにおけるプライオリティスコアを求める場合を考える。
【００５７】
この場合には、本実施形態におけるファイル復旧処理の前提として、各プロセスのプライオリティスコアの設定と、復旧対象ファイル特定のための閾値の設定に加えて、重み付けの設定をユーザにより行わせる。
【００５８】
＜重み付けの設定＞
上記で述べた各種観点からプライオリティスコアに重み付けを行いたい場合に、その重み付けをユーザに設定させる。ここでは、重み付けが以下のように設定されたものとする。
・アクセス方法がＷｒｉｔｅの場合：１．５
・アクセス方法がＲｅａｄの場合  ：０．５
また、ここでは各プロセスのプライオリティスコアが以下のようにユーザに設定されたものとする。
・プロセスＡのプライオリティスコア：５
・プロセスＢのプライオリティスコア：３
・プロセスＣのプライオリティスコア：１
このとき、ファイル更新管理処理部１０は、以下のようにファイル管理情報７０におけるプライオリティスコアを計算する。
【００５９】
＜ファイル管理情報におけるプライオリティスコアの計算＞
ファイルアクセスが行われた場合、ファイル更新管理処理部１０は、プロセス管理情報７０を参照し、ファイルアクセスを行っているプロセスに応じたプライオリティスコアに重み付けを行った状態でファイル管理情報７０に加算する。ここでは、本例におけるファイルＡに対するアクセス回数が以下の通りであるとする。
・プロセスＡによるＷｒｉｔｅアクセス回数：８
・プロセスＡによるＲｅａｄアクセス回数  ：６
・プロセスＢによるＷｒｉｔｅアクセス回数：６
・プロセスＢによるＲｅａｄアクセス回数  ：２
・プロセスＣによるＷｒｉｔｅアクセス回数：４
・プロセスＣによるＲｅａｄアクセス回数  ：２
【００６０】
このとき、ファイルＡのプライオリティスコアは、ファイル更新管理処理部１０によって次のように求められる。
ファイルＡのプライオリティスコア
＝  アクセス方法がＷｒｉｔｅの場合の重み付け
×｛（プロセスＡのプライオリティスコア×プロセスＡのＷｒｉｔｅアクセス回数）
＋（プロセスＢのプライオリティスコア×プロセスＢのＷｒｉｔｅアクセス回数）
＋（プロセスＣのプライオリティスコア×プロセスＣのＷｒｉｔｅアクセス回数）
＋アクセス方法がＲｅａｄの場合の重み付け
×｛（プロセスＡのプライオリティスコア×プロセスＡのＲｅａｄアクセス回数）
＋（プロセスＢのプライオリティスコア×プロセスＢのＲｅａｄアクセス回数）
＋（プロセスＣのプライオリティスコア×プロセスＣのＲｅａｄアクセス回数）
＝  １．５×｛（５×８）＋（３×６）＋（１×４）｝
＋０．５×｛（５×６）＋（３×２）＋（１×２）｝
＝１１２
【００６１】
本実施形態によれば、各プロセスの動作内容や動作タイミング等を反映させてプロセスごとのプライオリティスコアを設定することができ、障害発生時に復旧を希望する重要ファイルを具体的に特定することが可能となる。
【００６２】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００６３】
すなわち、上記した実施形態のファイル管理装置は、プログラムの命令によりコンピュータで実行される処理、手段、機能によって動作する。当該プログラムは、コンピュータの各構成要素に指令を送り、先に述べたような所定の処理や機能、例えば、ファイル更新管理処理部１０により、プロセスのファイルアクセスごとにプロセス管理情報６０を参照してファイル管理情報７０にプロセスのプライオリティスコアを加算してファイルのプライオリティスコアを算出し、また、該算出したプライオリティスコア及び復旧対象ファイルを特定するための閾値に基づき復旧するファイルを特定してファイル管理情報７０に復旧対象ファイルの情報を記録する処理を行う。このように、上記実施形態のファイル管理装置における各処理や手段は、プログラムとコンピュータとが協働した具体的手段によって実現されるものである。
【００６４】
そして、上記実施形態の機能を実現するソフトウェアのプログラムコードを記録したコンピュータ読み取り可能な記録媒体、すなわち記憶メディアを介して、ファイル管理装置のコンピュータ（ＣＰＵ）が記憶メディアに格納されたプログラムコードを読み出し実行することによっても、本発明の目的は達成される。
【００６５】
また、プログラムは、記録メディアを介さず、通信回線を通じて直接にコンピュータにロードし実行することもでき、これによっても同様に本発明の目的は達成される。この場合、記憶メディアから読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記憶した記憶メディアは本発明を構成する。
【００６６】
また、プログラムコードを供給するための記憶メディアとしては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、不揮発性のメモリカード、ＲＯＭ、磁気テープ等を用いることができる。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施形態に係るファイル管理装置の概略構成及び処理概要を示した図である。
【図２】本発明の実施形態における更新処理及びファイル復旧処理の流れを示したフローチャートである。
【図３】本発明の実施形態におけるファイル重要度算出の処理を説明するための図である。
【図４】本発明の実施形態におけるファイル重要度算出及び復旧対象ファイル特定の処理例を説明するための図である。
【図５】本発明の実施形態におけるファイル重要度算出及び復旧対象ファイル特定の処理例を説明するための図である。
【図６】本発明の実施形態におけるファイル重要度算出及び復旧対象ファイル特定の処理例を説明するための図である。
【図７】本発明の実施形態におけるファイル重要度算出及び復旧対象ファイル特定の処理例を説明するための図である。
【図８】本発明の実施形態におけるファイル重要度算出及び復旧対象ファイル特定の処理例を説明するための図である。
【図９】本発明の実施形態におけるファイル重要度算出及び復旧対象ファイル特定の処理例を説明するための図である。
【図１０】従来におけるファイル復旧処理の結果を説明するための図である。
【図１１】本発明の実施形態におけるファイル復旧処理の結果を説明するための図である。
【図１２】従来のファイル管理システムの概略構成及び処理概要を示した図である。
【図１３】従来における更新処理及びファイル復旧処理の流れを示したフローチャートである。
【図１４】従来における更新履歴情報のデータ構成を示した図である。
【符号の説明】
【００６８】
１０，１５０    ファイル更新管理処理部
１１，６１，７１    プライオリティスコア
２０，１１０    データセーブ部
２１    セーブ情報
３０，１２０    ファイル更新処理部
３１    更新結果
４０，１３０    ファイル管理部
４３，７３    履歴情報
５０，１４０    リカバリ処理部
６０    プロセス管理情報
７０，１６０    ファイル管理情報
７２    復旧対象
２００    売上マスタファイル
３００    商品マスタファイル
４００    伝票
【図１】
2008242524.tif 000003
【図２】
2008242524.tif 000004
【図３】
2008242524.tif 000005
【図４】
2008242524.tif 000006
【図５】
2008242524.tif 000007
【図６】
2008242524.tif 000008
【図７】
2008242524.tif 000009
【図８】
2008242524.tif 000010
【図９】
2008242524.tif 000011
【図１０】
2008242524.tif 000012
【図１１】
2008242524.tif 000013
【図１２】
2008242524.tif 000014
【図１３】
2008242524.tif 000015
【図１４】
2008242524.tif 000016