JP2010198239A - ファイル格納システム - Google Patents

Abstract

【課題】ファイルの利用環境を提供する計算機装置とは別の格納装置に格納するバックアップファイルの保存期間を、計算機装置におけるファイルの利用状況に応じて調整する。
【解決手段】ファイルの利用環境を提供する端末装置とは別の格納装置にファイルのバックアップを格納するシステムであって、ファイルを識別する識別情報をファイルの内容から生成し、識別情報と利用環境とを対応付ける環境管理情報を格納し、ファイルのバックアップを識別情報に対応付けて格納し、利用環境における操作を検出し、その操作履歴を利用環境に対応付けて格納し、ファイルが削除された際に操作履歴に基づいて取得されるファイルの重要度に応じてファイルの削除条件を設定し、成就した削除条件に対応するファイルを格納装置から削除する。
【選択図】 図１

Description

本発明は、端末装置に格納されたファイルのバックアップを行なうファイル格納システムに関する。

計算機装置において利用されるファイルを複数の計算機装置で共有する記憶装置に格納するシステムが提案されている。

特許文献１には、ネットワークを介して接続されるクライアント装置において利用されるファイルを格納する電子ファイリング装置が開示されている。特許文献１に開示されている電子ファイリング装置は、ドキュメントを登録する登録手段と、上記登録手段により登録されたドキュメントを閲覧する閲覧手段と、上記閲覧手段によるドキュメントのアクセス頻度を管理するとともに、ドキュメントを格納することが可能な各種リソースの空容量を管理する管理手段と、上記閲覧手段によるドキュメントのアクセス頻度と各種リソースの空容量から当該ドキュメントを格納する最適なリソースを判定して、当該ドキュメントを最適なリソースに移動する移動手段とを備える。特許文献１に開示される電子ファイリング装置の構成によると、ドキュメントを管理する上で、ドキュメントのアクセス頻度とリソースの空容量を考慮して、リソースを有効に利用することができる、とされている。

また、計算機装置において利用されるファイルのバックアップファイルを格納するシステムにおいて、格納したバックアップファイルに対して保存期間を設けることにより、計算機装置における記憶容量を有効活用することを目的としたシステムが提案されている。

特許文献２には、ファイル保存管理装置が開示されている。特許文献２に開示されるファイル保存管理装置は、編集を行なったファイルを仮保存する際に、そのファイルの仮保存期間と保存期間終了後の処理を示す仮保存管理情報を記憶する。さらに、特許文献２に開示されるファイル管理装置は、仮保存されたファイルの仮保存期間が終了したか否かを定期的に調べ、仮保存期間が終了した仮保存ファイルに対して、仮保存管理情報ファイル３３に設定された処理を行なう。

特開２００１−１４１９１号公報 特開２００５−１８２１７３号公報

特許文献１に開示の電子ファイリング装置は、ファイルのアクセス頻度を収集するために、クライアント装置において利用されるファイルを、ネットワークを介して提供している。すなわち、特許文献１に開示のクライアント装置は、ファイルを利用する際に、電子ファイリング装置に格納されたファイルを、ネットワークを介してダウンロードする必要がある。

したがって、特許文献１に開示の技術では、ネットワークを介して電子ファイリング装置からダウンロードすることができない状況では、ファイルの閲覧や編集等の作業を行なうことができないため、利便性が低下する。

しかし、ファイルの利用環境を利用者へ提供する計算機装置が有する記憶装置に格納されたファイル（ローカルファイル）を利用する場合、上述のような利便性の低下は生じないが、リモートの電子ファイリング装置はファイルのアクセス頻度等の有益な情報に基づいてファイルの整理を実行することができない。

また、特許文献２に開示のファイル保存管理装置は、ファイルを仮保存する際に、そのファイルの仮保存期間を設定している。そのため、仮保存するファイルの内容を把握していない状態では、ファイルの重要度に応じて仮保存期間を調整することが困難となる。

本願の発明者らは、本願に開示するファイル格納システムが属する技術分野における製品の開発に従事するなかで、ファイルの重要度に応じてそのファイルのバックアップの保存期間を調整することができれば、利便性がより向上することに着目した。

本願の発明者らは、さらに、ファイルの重要度は、そのファイルの利用状況に応じて判断することにより、ファイルの内容に適合した値を設定することができることを見出した。

本願の発明者らは、ファイルの利用環境を利用者へ提供する計算機装置において収集したファイルの利用状況を、その計算機装置とは別のファイル格納装置に格納されたバックアップファイルと対応付けることができれば、上述の従来技術の課題を解消し、そのファイル格納装置におけるバックアップファイルの整理に有益であると認識した。

そこで、本願に開示する本発明は、ファイルの利用環境を提供する計算機装置において利用されるファイルのバックアップを、前記計算機装置とネットワークを介して接続される格納装置に格納するファイル格納システムにおいて、計算機装置におけるファイルの利用状況に応じてバックアップの保存期間を調整することができるファイル格納システムを適用することを目的とする。

以下に開示する本発明の実施例に係るファイル格納システムは、ファイルに対する操作を可能とする環境であるファイルの利用環境を提供する計算機装置において利用されるファイルのバックアップを計算機装置とネットワークを介して接続される格納装置に格納するファイル格納システムであって、ファイルを識別するファイル識別情報をファイルの内容からハッシュ関数を用いて生成する識別情報生成部と、ファイル識別情報により識別されるファイルのバックアップをファイル識別情報に対応付けて格納するバックアップ格納部と、ファイルの利用環境におけるファイルの操作を検出した場合、その検出されたファイルの操作内容を示す操作履歴をその検出されたファイルの利用環境毎にその検出されたファイルのファイル識別情報に対応付けて格納する操作履歴格納部と、検出されたファイルの操作内容がファイルの削除である場合、そのファイルのファイル識別情報に対応付けて操作履歴格納部に格納された操作履歴に基づいてそのファイルの重要度を取得する重要度取得部と、その取得された重要度に基づいてその検出された操作の対象であるファイルの削除条件を、そのファイルのファイル識別情報に対応付けて設定する削除条件設定部と、その設定された削除条件の成就を判定する条件監視部と、条件監視部において成就すると判定された削除条件に対応するファイルをバックアップ格納部から削除する、削除実行部を有する。

本願に開示する本発明は、ファイルの利用環境を提供する計算機装置において利用されるファイルのバックアップを、前記計算機装置とネットワークを介して接続される格納装置に格納するファイル格納システムにおいて、計算機装置におけるファイルの利用状況に応じてバックアップの保存期間を調整することができる。

本実施例に係るシステムの構成例を示した図 端末装置において実行されるプログラムの構成例を示した図 ファイル格納装置において実行されるプログラムの構成例を示した図 操作履歴情報のデータ構造の例とその内容例を示した図 保護領域管理情報のデータ構造の例とその内容例を示した図 登録要求信号のデータ構造の例を示した図 削除要求信号のデータ構造の例を示した図 バックアップ参照要求信号のデータ構造の例を示した図 ダウンロード要求信号のデータ構造の例を示した図 ファイル管理情報のデータ構造の例とその内容例を示した図 端末装置管理情報のデータ構造の例とその内容例を示した図 バックアップ一覧情報のデータ構造の例を示した図 ダウンロードファイル情報のデータ構造の例を示した図 端末装置の記憶部に構成されるファイルシステムの模式的構造を示した図 ファイル登録時の処理の流れの例を示した図 ファイル操作時の処理の流れの例を示した図 バックアップ参照要求操作時の処理の流れの例を示した図 条件監視処理の流れの例を示した図 ファイル一覧画面の内容例を示した図 実施例２に係る端末装置において実行されるプログラムの構成例を示した図 実施例２に係るファイル格納装置において実行されるプログラムの構成例を示した図 更新要求信号のデータ構造の例を示した図 実施例２に係るファイル管理情報のデータ構造の例とその内容例を示した図 実施例２に係るファイル操作時の処理の流れの例を示した図（その１） 実施例２に係るファイル操作時の処理の流れの例を示した図（その２） 実施例２に係る条件監視処理の流れの例を示した図

〔１．システムの構成〕
図１は、本実施例に係るシステムの構成を示す。図１に示すシステムは、端末装置１００と、ファイル格納装置２００と、を有する。なお、図１に示す各装置の構成は、必ずしも物理的に図示のごとく構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

図１に示す端末装置１００とファイル格納装置２００は、ネットワーク３００を介して、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＵＤＰ／ＩＰ（User Datagram Protocol/Internet Protocol）等、予め定められたプロトコルを用いて通信することができる。

図１に示す端末装置１００は、デスクトップ型のパーソナルコンピュータや、ノート型のパーソナルコンピュータなどを一例として挙げられる。図１に示すファイル格納装置２００は、汎用型計算機を用いて構成したサーバ装置や、ＮＡＳ（Network Attached Storage）などを一例として挙げられる。端末装置１００は、端末装置１００が有する記憶部１０２に格納したファイルを、ファイル格納装置２００へ送信することができる。ファイル格納装置２００は、端末装置１００から送信されるファイルを受信し、ファイル格納装置２００が有する記憶部２０２に受信したファイルを格納することができる。上述の機能により、端末装置１００は、端末装置１００が有する記憶部１０２に格納したファイルのバックアップを、ファイル格納装置２００の記憶部２０２に格納することができる。

図１４は、端末装置１００の記憶部１０２に構成されるファイルシステムの模式的構造を示す。図１４に示すファイルシステムは、システム領域Ｔ１０３１と、作業領域Ｔ１０３２と、保護領域Ｔ１０３３と、一般領域Ｔ１０３４とを有する。

図１４に示すシステム領域Ｔ１０３１は、オペレーティングシステムの動作に必要なプログラムや設定情報などの各種データが格納される領域を示す。

図１４に示す作業領域Ｔ１０３２は、プログラムの実行過程において作成される一時的なファイル等を格納する作業用の領域を示す。

図１４に示す保護領域Ｔ１０３３は、本実施例に係るファイル格納装置２００へのバックアップの対象とするファイルを格納する領域を示す。この保護領域Ｔ１０３３に格納されるファイルは、端末装置において実行される本実施例に係るプログラムの工程により、ネットワーク３００を介して、ファイル格納装置２００の記憶部２０２に複写される。

図１４に示す一般領域Ｔ１０３４は、端末装置１００の利用者により利用されるファイルであって、本実施例に係るファイル格納装置２００へのバックアップの対象としないファイルを格納する領域を示す。

図１４を用いて、端末装置１００において実行されるメール閲覧ソフトを例に、本実施例に係るバックアップが行なわれる過程を説明する。

まず、端末装置１００において実行されるメール閲覧ソフトが、ネットワーク３００を介して、ファイルが添付されたメールを受信したとする。メール閲覧ソフトが受信したメールに添付されたファイルは、記憶部１０２に構成される作業領域Ｔ１０３２に格納される（Ｓ００１）。図１４に示すファイルＦ００１は、作業領域Ｔ１０３２に格納されたファイルを示す。

端末装置１００の利用者は、必要に応じて、作業領域Ｔ１０３２に格納されたファイルＦ００１を、保護領域Ｔ１０３３に移動させる（Ｓ００２）。図１４に示すファイルＦ００２は、保護領域Ｔ１０３３に移動されたファイルを示す。

端末装置１００は、保護領域Ｔ１０３３に移動されたファイルＦ００２を検出し、ファイルＦ００２をファイル格納装置２００へ送信する。

端末装置１００の利用者は、ファイル格納装置２００へファイルＦ００２を送信した後も、保護領域Ｔ１０３３に格納したファイルＦ００２を利用することができる。端末装置１００は、利用者によるファイルＦ００２の利用を検知し、利用状況に関するログを収集する。

さらに、端末装置１００の利用者は、必要に応じて、保護領域Ｔ１０３３に格納したファイルＦ００２を、保護領域Ｔ１０３３から削除することができる。例えば、保護領域Ｔ１０３３に格納したファイルＦ００２を、一般領域Ｔ１０３４へ移動させ、記憶部１０２から論理的又は物理的に削除することができる。端末装置１００は、保護領域Ｔ１０３３からのファイルＦ００２の削除を検知し、ファイルＦ００２に関する利用状況に基づいてファイルＦ００２の重要度を判定する。端末装置１００は、ファイルＦ００２の重要度に応じて、ファイル格納装置２００に格納されたファイルＦ００２のバックアップファイルの消去タイミングを決定する。端末装置１００は、ファイルＦ００２のバックアップファイルの消去タイミングを、ネットワーク３００を介して、ファイル格納装置２００へ通知する。

ファイル格納装置２００は、端末装置１００から通知を受けた消去タイミングに基づいて、ファイルＦ００２のバックアップファイルを記憶部２０２から消去する時期を制御する。

端末装置１００の利用者は、ファイル格納装置２００の記憶部２０２にファイルＦ００２のバックアップファイルが格納されている間であれば、ネットワーク３００を介して端末装置１００にファイルＦ００２のバックアップファイルを取得させることにより、ファイルＦ００２のバックアップファイルを利用することができる。
〔２．端末装置の構成〕
次に、本実施例に係る端末装置１００の構成を説明する。図１に示す端末装置１００は、ＣＰＵ（Central Processing Unit）１０１、記憶部１０２、表示部１０３、操作部１０４、通信部１０５を有している。

ＣＰＵ１０１は、内部通信線を介して端末装置１００のハードウェア各部と接続されており、プログラムの手順に従って所定の処理を実行する。ＣＰＵ１０１は、例えば、記憶部１０２から読み込んだ命令を一時的に格納する命令レジスタ（Instruction Register）、命令レジスタに格納されている機械語命令（２進数）を解読しその命令に応じて端末装置１００が有する各部を制御する命令解読回路（Instruction Decoder）、命令解読回路からの制御に従って加算・減算・数値の比較などの演算を行なう演算回路（Arithmetic Logic Unit）、演算対象のデータや演算の結果などを一時的に格納するアキュムレータ（Accumulator）、ＣＰＵ１０１が読み書きする記憶部１０２が有する記憶領域の番地を格納する番地レジスタ（Address Register）、次に実行するべき命令が格納されている記憶部１０２が有する記憶領域の番地を示すプログラムカウンタ（Program Counter）などで構成される。

記憶部１０２は、例えば、主記憶部と補助記憶部を有する。記憶部１０２の主記憶部は、ＣＰＵ１０１の実行により生じたデータや、補助記憶部から読み出したデータなどを、記憶する。例えば、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）や、ＳＲＡＭ（Static Random Access Memory）などの半導体メモリを用いることができる。

記憶部１０２の補助記憶部は、ＣＰＵ１０１から受信する書込み命令に応じて不揮発性記憶媒体に情報を格納し、ＣＰＵ１０１から受信する読込み命令に応じて不揮発性記憶媒体に格納した情報を読み出して出力する。例えば、ＨＤＤ（Hard Disk Drive）などの磁気記録装置や、ＳＳＤ（Solid State Disk）などの不揮発性半導体記憶装置や、ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory）やＤＶＤ−ＲＯＭ（Digital Versatile Disk - Read Only Memory）などの光ディスク媒体に記録された信号を読み取る光ディスク装置を用いることができる。

表示部１０３は、ＣＰＵ１０１からの制御命令に応じた情報を、液晶ディスプレイ装置などの表示装置に出力させる。なお、表示装置は、端末装置１００の内部に有する内部通信線を用いて端末装置１００と接続し端末装置１００と一体として構成しても良いし、Ｄ−Ｓｕｂ（D-Subminiature）１５ｐｉｎケーブル等を用いて端末装置１００と接続する構成としても良い。

操作部１０４は、利用者の操作を受付ける。操作部１０４は、利用者の操作に応じた信号を、内部通信線を介してＣＰＵ１０１へ出力する。例えば、操作部１０４として、入力ボタンや、表示装置と一体として構成したタッチパネルなどを用いることができる。

通信部１０５は、ネットワーク３００を介してファイル格納装置２００と信号を送受信する。例えば、ネットワークインタフェースカードを用いて構成される。

図２は、本実施例に係る端末装置１００において実行されるプログラムの構成を示す。図２に示す本実施例に係るプログラムの構成は、ファイル格納部ＰＧ１００と、登録操作検知部ＰＧ１０１と、識別情報生成部ＰＧ１０２と、登録要求実行部ＰＧ１０３と、バックアップ参照操作検知部ＰＧ１０４と、バックアップ参照要求実行部ＰＧ１０５と、バックアップ一覧情報取得部ＰＧ１０６と、バックアップ一覧情報表示部ＰＧ１０７と、ダウンロード要求実行部ＰＧ１０８と、ファイル操作検知部ＰＧ１０９と、重要度取得部ＰＧ１１０と、削除条件決定部ＰＧ１１１と、削除要求実行部ＰＧ１１２と、操作履歴情報Ｔ１０１と、保護領域管理情報Ｔ１０２を有する。

図２に示すファイル格納部ＰＧ１００は、記憶部１０２にファイルを格納したり、記憶部１０２に格納されたファイルを取り出したりする構成要素として、ＣＰＵ１０１を動作させる。

図２に示す登録操作検知部ＰＧ１０１は、端末装置１００により提供されるファイルの利用環境におけるファイルの登録操作を検知する構成要素として、ＣＰＵ１０１を動作させる。ここで、端末装置１００により提供されるファイルの利用環境の一例として、端末装置１００において実行されるオペレーティングシステムが有するファイルシステム機能が挙げられる。例えば、登録操作検知部ＰＧ１０１は、記憶部１０２に構成される保護領域Ｔ１０３３へのファイルの登録操作を検知する構成要素として、ＣＰＵ１０１を動作させる。なお、端末装置１００により提供されるファイルの利用環境は、端末装置１００毎に区別しても良いし、端末装置１００の利用者毎に区別しても良い。

図２に示す識別情報生成部ＰＧ１０２は、登録操作検知部ＰＧ１０１の工程により検知された登録操作の対象であるファイルに対してそのファイルの内容を識別する識別情報を付与する構成要素として、ＣＰＵ１０１を動作させる。なお、識別情報生成部ＰＧ１０２は、任意のタイミングにおいて、記憶部１０２に格納されたファイルに対してそのファイルを識別する識別情報を付与する構成として、ＣＰＵ１０１を動作させてもよい。なお、識別情報生成部ＰＧ１０２の工程により生成される識別情報に基づくファイルの内容の識別は、特定のファイルの内容が他のファイルの内容と区別することができればよく、特定のファイルの内容を具体的に把握できることは必ずしも必要ではない。

図２に示す登録要求実行部ＰＧ１０３は、登録操作検知部ＰＧ１０１の工程により検知された登録操作の対象であるファイルをファイル格納装置２００へ登録する要求を示す登録要求信号Ｔ１０３を、ファイル格納装置２００へ通信部１０５を用いて送信する構成要素として、ＣＰＵ１０１を動作させる。

図２に示すバックアップ参照操作検知部ＰＧ１０４は、ファイル格納装置２００に格納したバックアップの参照を要求する操作を検出する構成要素として、ＣＰＵ１０１を動作させる。

図２に示すバックアップ参照要求実行部ＰＧ１０５は、バックアップ参照操作検知部ＰＧ１０４の工程によりバックアップ参照操作が検知された場合、ファイル格納装置２００に格納されているバックアップの一覧を要求するリモート参照要求信号を、ファイル格納装置２００へ通信部１０５を用いて送信する構成要素として、ＣＰＵ１０１を動作させる。

図２に示すバックアップ一覧情報取得部ＰＧ１０６は、ファイル格納装置２００に格納されているバックアップの一覧を示す一覧情報を、通信部１０５を用いて取得する構成要素として、ＣＰＵ１０１を動作させる。

図２に示すバックアップ一覧情報表示部ＰＧ１０７は、一覧情報取得部ＰＧ１０６の工程により取得された一覧情報に基づいてダウンロードの対象とするファイルの選択を受け付ける画面を、表示部１０３を用いて表示装置に表示させる構成要素として、ＣＰＵ１０１を動作させる。

図２に示すダウンロード要求実行部ＰＧ１０８は、一覧情報表示部ＰＧ１０７の工程により表示された画面においてダウンロードの対象として選択を受け付けたファイルのダウンロードを要求するダウンロード要求信号をファイル格納装置２００へ通信部１０５を用いて送信し、ファイル格納装置２００から送信されるファイルを通信部１０５を用いて取得する構成要素として、ＣＰＵ１０１を動作させる。

図２に示すファイル操作検知部ＰＧ１０９は、端末装置１００により提供されるファイルの利用環境におけるファイルの操作を検出する構成要素として、ＣＰＵ１０１を動作させる。

図２に示す重要度取得部ＰＧ１１０は、ファイル操作検知部ＰＧ１０９の工程により検出されたファイルの操作内容がファイルの削除である場合、その検出されたファイルの利用環境に対応付けてその操作履歴格納部に格納された操作履歴に基づいて、その検出されたファイルの重要度を取得する構成要素として、ＣＰＵ１０１を動作させる。

図２に示す削除条件決定部ＰＧ１１１は、重要度取得部ＰＧ１１０の工程により取得された重要度に基づいて、ファイル操作検知部ＰＧ１０９の工程により検出された操作の対象であるファイルの削除条件を決定する構成要素として、ＣＰＵ１０１を動作させる。

図２に示す削除要求実行部ＰＧ１１２は、削除条件決定部ＰＧ１０９の工程により決定された削除条件に基づいてファイル格納装置２００に格納されているバックアップの削除を要求する削除要求信号を、ファイル格納装置２００へ通信部１０５を用いて送信する構成要素として、ＣＰＵ１０１を動作させる。

図４は、操作履歴情報Ｔ１０１のデータ構造を示す。図４に示す操作履歴情報Ｔ１０１は、ファイルＩＤ（Ｔ１０１１）と、操作種別（Ｔ１０１２）と、操作日時（Ｔ１０１３）と、を有する。

図４に示すファイルＩＤ（Ｔ１０１１）は、識別情報生成部ＰＧ１０２の工程により生成されたファイル識別情報を示す。

図４に示す操作種別（Ｔ１０１２）は、ファイル操作検知部ＰＧ１０９の工程により検出されたファイルの操作内容を分類した種別を示す。操作種別の一例として、記憶部１０２へのファイルの登録操作を示す「登録」や、記憶部１０２に格納されているファイルの参照操作を示す「参照」や、記憶部１０２に格納されているファイルの削除操作を示す「削除」などが、挙げられる。

図４に示す操作日時（Ｔ１０１３）は、ファイル操作検知部ＰＧ１０９の工程によりファイルの操作を検出した日時を示す。なお、操作日時（Ｔ１０１３）は、秒単位としてもよいし、分単位としてもよいし、時単位としてもよいし、日単位としてもよいし、月単位としてもよいし、年単位としてもよいし、これらを任意に組み合わせて表現したものでもよい。

図５は、保護領域管理情報Ｔ１０２のデータ構造を示す。図５に示す保護領域管理情報Ｔ１０２は、格納先（Ｔ１０２１）と、ファイルＩＤ（Ｔ１０２２）を有する。

図５に示す格納先（Ｔ１０２１）は、記憶部１０２におけるファイルの格納位置を示す。格納先の一例として、端末装置１００において実行されるオペレーティングシステムが有するファイルシステム機能においてファイルの格納位置を示す絶対パスや相対パスなどが挙げられる。

図５に示すファイルＩＤ（Ｔ１０２２）は、識別情報生成部ＰＧ１０２の工程により生成されたファイル識別情報であって、格納先（Ｔ１０２１）で示される格納位置に格納されているファイルのファイル識別情報を示す。

上述の本実施例に係るプログラムは、端末装置１００の記憶部１０２に格納することができる。例えば、このプログラムは、ＨＤＤ（Hard Disk Drive）などの磁気記録装置や、ＳＳＤ（Solid State Disk）などの不揮発性半導体記憶装置に格納され、端末装置１００のＣＰＵ１０１の動作状態に応じて記憶部１０２の主記憶部やＣＰＵ１０１のレジスタに読み込まれ、ＣＰＵ１０１により実行される。また、本実施例に係るプログラムは、ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory）やＤＶＤ−ＲＯＭ（Digital Versatile Disk - Read Only Memory）などの光ディスク媒体に記録することもできる。この場合、光ディスク装置を用いて光ディスク媒体から本実施例に係るプログラムを読み出すことにより、端末装置１００において実行することができる。また、本実施例に係るプログラムは、インターネット等のネットワークを介して配信することができる。この場合、端末装置１００の通信部１０５を用いて本実施例に係るプログラムを受信し、端末装置１００のＣＰＵ１０１の動作状態に応じて記憶部１０２の主記憶部やＣＰＵ１０１のレジスタに読み込まれ、ＣＰＵ１０１により実行される。なお、上述の点は、端末装置１００に限り適用されるものではなく、本実施例に係るファイル格納装置２００においても同様である。
〔３．ファイル格納装置の構成〕
次に、本実施例に係るファイル格納装置２００の構成を説明する。図１に示すファイル格納装置２００は、ＣＰＵ（Central Processing Unit）２０１、記憶部２０２、通信部２０３を有する。

ＣＰＵ２０１は、内部通信線を介してファイル格納装置２００のハードウェア各部と接続されており、プログラムの手順に従って所定の処理を実行する。ＣＰＵ２０１は、例えば、記憶部２０２から読み込んだ命令を一時的に格納する命令レジスタ（Instruction Register）、命令レジスタに格納されている機械語命令（２進数）を解読しその命令に応じてファイル格納装置２００が有する各部を制御する命令解読回路（Instruction Decoder）、命令解読回路からの制御に従って加算・減算・数値の比較などの演算を行なう演算回路（Arithmetic Logic Unit）、演算対象のデータや演算の結果などを一時的に格納するアキュムレータ（Accumulator）、ＣＰＵ２０１が読み書きする記憶部２０２が有する記憶領域の番地を格納する番地レジスタ（Address Register）、次に実行するべき命令が格納されている記憶部２０２が有する記憶領域の番地を示すプログラムカウンタ（Program Counter）などで構成される。

記憶部２０２は、主記憶部と補助記憶部を有する。記憶部２０２の主記憶部は、ＣＰＵ２０１の実行により生じたデータや、補助記憶部から読み出したデータなどを、記憶する。例えば、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）や、ＳＲＡＭ（Static Random Access Memory）などの半導体メモリを用いることができる。

記憶部２０２の補助記憶部は、ＣＰＵ２０１から受信する書込み命令に応じて不揮発性記憶媒体に情報を格納し、ＣＰＵ２０１から受信する読込み命令に応じて不揮発性記憶媒体に格納した情報を読み出して出力する。例えば、ＨＤＤ（Hard Disk Drive）などの磁気記録装置や、ＳＳＤ（Solid State Disk）などの不揮発性半導体記憶装置を用いることができる。

通信部２０３は、ネットワーク３００を介して端末装置１００と信号を送受信する。例えば、ネットワークインタフェースカードを用いて構成される。

図３は、本実施例に係るファイル格納装置において実行されるプログラムの構成例を示す。図３に示すプログラムの構成例は、登録要求受信部ＰＧ２０１と、バックアップ格納部ＰＧ２０２と、バックアップ参照要求受信部ＰＧ２０３と、バックアップ送信部ＰＧ２０４と、削除要求受信部ＰＧ２０５と、条件監視部ＰＧ２０６と、削除可否判定部ＰＧ２０７と、削除実行部ＰＧ２０８と、ファイル管理情報Ｔ２０１と、端末装置管理情報Ｔ２０２を有する。

図３に示す登録要求受信部ＰＧ２０１は、登録要求実行部ＰＧ１０３の工程により送信された登録要求信号Ｔ１０３を通信部２０３を用いて受信し、受信した登録要求信号Ｔ１０３の内容に基づいて所定の処理を実行する構成要素として、ＣＰＵ２０１を動作させる。

図３に示すバックアップ格納部ＰＧ２０２は、登録要求受信部ＰＧ２０１の工程により受信した登録要求信号Ｔ１０３により示されるファイルのバックアップを、その登録要求信号Ｔ１０３により示されるファイル識別情報に対応付けて格納する構成要素として、ＣＰＵ２０１を動作させる。

図３に示すバックアップ参照要求受信部ＰＧ２０３は、バックアップ参照要求実行部ＰＧ１０５の工程により送信されたバックアップ参照要求信号Ｔ１０５を通信部２０３を用いて受信し、受信したバックアップ参照要求信号Ｔ１０５の内容に基づいて所定の処理を実行する構成要素として、ＣＰＵ２０３を動作させる。

図３に示すバックアップ送信部ＰＧ２０４は、バックアップ参照要求受信部ＰＧ２０３の工程により受信したバックアップ参照要求信号Ｔ１０５に示されるバックアップファイルを、端末装置１００へ通信部２０３を用いて送信する構成要素として、ＣＰＵ２０１を動作させる。

図３に示す削除要求受信部ＰＧ２０５は、削除要求実行部ＰＧ１１２の工程により送信された削除要求信号Ｔ１０４を通信部２０３を用いて受信し、受信した削除要求信号Ｔ１０４の内容に基づいて所定の処理を実行する構成要素として、ＣＰＵ２０１を動作させる。

図３に示す条件監視部ＰＧ２０６は、削除要求受信部ＰＧ２０５の工程により受信された削除要求信号Ｔ１０４に示される削除条件決定部ＰＧ１０９の工程により決定された削除条件の成就を判定する構成要素として、ＣＰＵ２０１を動作させる。

図３に示す削除可否判定部ＰＧ２０７は、監視部ＰＧ２０６の工程により削除条件が成就すると判定された場合、その判定された削除条件に対応するファイルを利用する他の利用環境の存在の有無に基づいて、その判定された削除条件に対応するファイルの削除可否を判定する構成要素として、ＣＰＵ２０１を動作させる。

図３に示す削除実行部ＰＧ２０８は、削除可否判定部ＰＧ２０７の工程により削除可と判定された場合、その削除条件に対応するファイルを、記憶部２０２から削除する構成要素として、ＣＰＵ２０１を動作させる。

図１０は、ファイル管理情報Ｔ２０１のデータ構造を示す。図１０に示すファイル管理情報Ｔ２０１は、ファイルＩＤ（Ｔ２０１１）と、格納先（Ｔ２０１２）を有する。

図１０に示すファイルＩＤ（Ｔ２０１１）は、記憶部２０２に格納するバックアップファイルの内容を識別する識別情報を示す。例えば、ファイルＩＤは、端末装置１００において実行される識別情報生成部ＰＧ１０２の工程により生成されるファイル識別情報に対応する値となる。なお、ファイルの内容の識別は、特定のファイルの内容が他のファイルの内容と区別することができればよく、特定のファイルの内容を具体的に把握する必要はない。

図１０に示す格納先（Ｔ２０１２）は、ファイルＩＤ（Ｔ２０１１）で識別されるファイルの記憶部２０２における格納位置を示す。格納先の一例として、ファイル格納装置２００において実行されるオペレーティングシステムが有するファイルシステム機能においてファイルの格納位置を示す絶対パスや相対パスなどが挙げられる。

図１１は、端末装置管理情報Ｔ２０２のデータ構造を示す。図１１に示す端末装置管理情報Ｔ２０２は、環境ＩＤ（Ｔ２０２１）と、ファイルＩＤ（Ｔ２０２２）と、ファイル名（Ｔ２０２３）と、削除日時（Ｔ２０２４）と、を有する。

図１１に示す環境ＩＤ（Ｔ２０２１）は、端末装置１００により提供されるファイルの利用環境を識別する識別情報を示す。

図１１に示すファイルＩＤ（Ｔ２０２２）は、記憶部２０２に格納するバックアップファイルを識別する識別情報を示す。

図１１に示すファイル名（Ｔ２０２３）は、環境ＩＤ（Ｔ２０２１）により識別される利用環境において、ファイルＩＤ（Ｔ２０２２）により識別されるバックアップファイルが有するファイル名を示す。なお、ファイル名（Ｔ２０２３）は、端末装置１００の保護領域管理情報Ｔ１０２の格納先（Ｔ１０２１）に示される格納位置のうち、ファイル名部分に対応する値を設定しても良いし、格納位置の全部に対応する値を設定しても良い。

図１１に示す削除日時（Ｔ２０２４）は、削除要求受信部ＰＧ２０５の工程により受信される削除要求信号Ｔ１０４に示される、端末装置１００の削除条件決定部ＰＧ１１１の工程により決定された削除条件が登録される。図１１に示す例では、削除条件として削除日時（Ｔ２０２４）を登録する例を示している。
〔４．ファイル登録時の処理の流れ〕
図１４は、ファイル登録時の処理の流れの例を示す。まず、端末装置１００は、記憶部１０２に構成される保護領域Ｔ１０３３にファイルが格納されることを監視しており、保護領域Ｔ１０３３にファイルが格納された又は格納されることを検出した場合（Ｓ１０１）、記憶部１０２に格納された又は格納されるファイルの識別情報を生成する（Ｓ１０２）。

例えば、端末装置１００のＣＰＵ１０１は、保護領域Ｔ１０３３に格納されているファイルの情報を適宜収集し、収集した情報に基づいて領域管理情報Ｔ１０２を更新する際に、新たに格納されたファイルを検出することができる。例えば、端末装置１００のＣＰＵ１０１は、収集したファイル情報を、保護領域管理情報Ｔ１０２に既に登録されている内容と比較することにより、収集したファイル情報に示されるファイルのうち保護領域管理情報Ｔ１０２に実質的に未登録のファイル情報を特定することができる。ここで、保護領域管理情報Ｔ１０２に実質的に未登録とは、収集したファイル情報に示されるファイルの格納先に対応する値が保護領域管理情報Ｔ１０２の格納先Ｔ１０２１に登録されていない場合や、収集したファイル情報に示されるファイルの格納先の値に対応して保護領域管理情報Ｔ１０２のファイルＩＤ（Ｔ１０２２）が実質的に登録されていない場合などをいう。

また、端末装置１００のＣＰＵ１０１は、記憶部１０２への書込み要求を示す信号を監視し、検出した書込み要求を示す信号が保護領域Ｔ１０３３に対するファイルの書込みを示すか否かを判定することにより、保護領域Ｔ１０３３にファイルが格納されることを検出することができる。端末装置１００のＣＰＵ１０１は、保護領域Ｔ１０３３への書込み要求を示す信号を検出した場合、保護領域Ｔ１０３３に格納されているファイルの情報を収集する。さらに、ＣＰＵ１０１は、収集したファイル情報を保護領域管理情報Ｔ１０２に既に登録されている格納先（Ｔ１０２１）と比較し、収集したファイル情報に示されるファイルのうち保護領域管理情報Ｔ１０２に未登録のファイル情報を特定することにより、新たに格納されたファイルを特定することができる。

端末装置１００のＣＰＵ１０１は、保護領域Ｔ１０３３へのファイルの格納を検出した場合に、保護領域Ｔ１０３３を参照して新たに追加されたファイルを特定し、特定したファイルを識別する識別情報を生成する（Ｓ１０２）。ここで、ファイルは、ファイルの名前やデータ長などを示す管理情報と、ファイル本体のデータを示すデータブロックと、を有する。端末装置１００のＣＰＵ１０１は、例えば、ファイルのデータブロック部分の内容に基づいて得られたハッシュ値を、識別情報として用いることができる。端末装置１００のＣＰＵ１０１は、ハッシュ値を生成するアルゴリズムとして、例えば、ＳＨＡ−２５６や、ＳＨＡ−３８４や、ＳＨＡ−５１２などのハッシュ関数を用いることができる。ＳＨＡ−２５６のハッシュ関数を用いた場合、ハッシュ値は２５６ビット長となる。ＳＨＡ−２８４のハッシュ関数を用いた場合、ハッシュ値は３８４ビット長となる。ＳＨＡ−５１２のハッシュ関数を用いた場合、ハッシュ値は５１２ビット長となる。

端末装置１００のＣＰＵ１０１は、工程Ｓ１０１で検出したファイルの格納位置（ファイル名を含む）と、工程Ｓ１０２で生成した識別情報と、を用いて、保護領域管理情報Ｔ１０２を更新する。すなわち、ＣＰＵ１０１は、工程Ｓ１０１で検出したファイルの格納位置を用いて、保護領域管理情報Ｔ１０２の格納先（Ｔ１０２１）に値を登録する。また、ＣＰＵ１０１は、工程Ｓ１０２で生成したハッシュ値を用いて、保護領域管理情報Ｔ１０２のファイルＩＤ（Ｔ１０２２）を登録する。

図５は、保護領域管理情報Ｔ１０２の内容例を示す。図５に示す保護領域情報Ｔ１０２の内容例は、格納先（Ｔ１０２１）として「／ＡＡＡ／Ａ．ｔｘｔ」、ファイルＩＤ（Ｔ１０２２）として[ファイルＡ]が登録されている例を示している。ここで、図５に示す「／ＡＡＡ／Ａ．ｔｘｔ」は、ディレクトリ部分である「／ＡＡＡ／」と、ファイル名部分である「Ａ．ｔｘｔ」とを有する。ここで、図５に示す[ファイルＡ]は、格納先「／ＡＡＡ／Ａ．ｔｘｔ」で特定されるファイルのデータブロックから生成されたハッシュ値を示しており、ＳＨＡ−２５６のハッシュ関数を用いた場合は２５６ビット長のハッシュ値となる。

次に、端末装置１００のＣＰＵ１０１は、新たに登録されたファイルについて登録を要求する登録要求信号を、ファイル格納装置２００へ通信部１０５を用いて送信する（Ｓ１０４）。

図６は、登録要求信号のデータ構造の例を示す。図６に示す登録要求信号は、環境ＩＤ（Ｔ１０３１）と、ファイルＩＤ（Ｔ１０３２）と、ファイル名（Ｔ１０３３）と、データブロック（Ｔ１０３４）と、を有する。

図６に示す環境ＩＤ（Ｔ１０３１）は、ファイル格納装置２００における環境管理情報を識別する識別情報である。例えば、環境ＩＤ（Ｔ１０３１）として、端末装置１００を識別する情報や、端末装置１００を利用する利用者を識別する情報などを用いることができる。端末装置１００を識別する情報として、端末装置１００の製造番号や、端末装置１００に設定されているＩＰアドレスや、端末装置１００の通信部１０５に予め設定されているＭＡＣアドレスなどを用いることができる。端末装置１００を利用する利用者を識別する情報として、端末装置１００の操作を開始する際に入力を要求されるログインＩＤや、端末装置１００に予め設定されている所有者情報などを用いることができる。なお、環境管理情報を識別するとは、特定の環境管理情報が他の環境管理情報と区別することができればよく、特定の環境管理情報に付与された環境ＩＤのデータ列を、必ずしも具体的に把握する必要はない。例えば、端末装置１００を識別する情報や、端末装置１００を利用する利用者を識別する情報を暗号化処理の暗号鍵及び復号処理の復号鍵として端末装置１００とファイル格納装置２００との間で共有しておき、端末装置１００とファイル格納装置２００との間で共有した所定のデータ列を端末装置１００において暗号化した暗号データを環境ＩＤとすることもできる。この場合、ファイル格納装置２００は、端末装置１００において暗号化した暗号データを、端末装置１００とファイル格納装置２００との間で共有した所定のデータ列を復号させることができる暗号鍵として予め登録している端末装置１００を識別する情報や、端末装置１００を利用する利用者を識別する情報を特定することにより、環境管理情報を識別することができる。なお、上述の点は、環境ＩＤ（Ｔ１０３１）に限り適用されるものではなく、他の識別情報についても同様である。

図６に示すファイルＩＤ（Ｔ１０３２）は、工程Ｓ１０２で生成した識別情報であり、例えば、ＳＨＡ−２５６のハッシュ関数を用いて生成した場合は２５６ビット長のハッシュ値となる。

図６に示すファイル名（Ｔ１０３３）は、工程Ｓ１０１で検出したファイルのファイル名を示す。例えば、図５に示す格納先（Ｔ１０２１）のうち「Ａ．ｔｘｔ」が検出されたファイル名となる。

図６に示すデータブロック（Ｔ１０３４）は、工程Ｓ１０１で検出したファイルの本体部分であるデータブロックを示す。図５に示す例では、格納先（Ｔ１０２１）「／ＡＡＡ／Ａ．ｔｘｔ」で特定されるファイルは、拡張子が「．ｔｘｔ」であり、テキストファイルであることを示している。この場合は、テキストファイルのデータブロックに格納されているテキストデータが、図６に示すデータブロック（Ｔ１０３４）に格納される。なお、工程Ｓ１０４において、図６に示す登録要求信号の各項目を、一括して送信しても良いし、複数回の送信信号に分割して送信しても良い。なお、複数回の送信信号に分割して送信する場合は、図６に示す登録要求信号の項目を重複して送信しても良い。例えば、一回目の送信処理では、環境ＩＤ（Ｔ１０３１）とファイルＩＤ（Ｔ１０３２）とファイル名（Ｔ１０３３）とを送信し、２回目の送信処理では、ファイルＩＤ（Ｔ１０３２）とデータブロック（Ｔ１０３４）を送信してもよい。なお、上述の点は、登録要求信号Ｔ１０３の送受信処理に限り適用されるものではなく、他の要求信号の送受信処理についても同様である。

次に、ファイル格納装置２００のＣＰＵ２０１は、端末装置１００から送信された登録要求信号を、通信部２０３を用いて受信する（Ｓ２０１）。

ＣＰＵ２０１は、工程Ｓ２０１で受信した登録要求信号Ｔ１０３のファイルＩＤ（Ｔ１０３２）を用いて、ファイルＩＤ（１０３２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１が登録されているか否かを判定する（Ｓ２０２）。工程Ｓ２０２において、ＣＰＵ２０１は、ファイルＩＤ（１０３２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１が存在しない場合に未登録であると判定し（Ｓ２０２でＹＥＳ）、工程Ｓ２０３以降を実行する。一方、工程Ｓ２０２において、ＣＰＵ２０１は、ファイルＩＤ（１０３２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１が存在する場合に既登録であると判定し（Ｓ２０２でＮＯ）、工程Ｓ２０５を実行する。なお、上述の工程Ｓ１０２で生成する識別情報は、異なる環境間において生成される識別情報であっても、識別情報を生成する際に用いるハッシュ関数が同じであるため、ファイルのデータブロック部分の内容が同じである場合は得られるハッシュ値も同じ値となる。

工程Ｓ２０３において、ＣＰＵ２０１は、工程Ｓ２０１で受信した登録要求信号Ｔ１０３のデータブロック（Ｔ１０３４）に示される内容を有するファイルを、記憶部２０２に格納する（Ｓ２０３）。

ＣＰＵ２０１は、工程Ｓ２０１で受信した登録要求信号に基づいて、ファイル管理情報Ｔ２０１及び環境管理情報Ｔ２０２を更新する（Ｓ２０４，Ｓ２０５）。

工程Ｓ２０４において、ＣＰＵ２０１は、工程Ｓ２０１で受信した登録要求信号Ｔ１０３のファイルＩＤ（Ｔ１０３２）を用いて、ファイル管理情報Ｔ２０１のファイルＩＤ（Ｔ２０１１）を登録する。

工程Ｓ２０５において、ＣＰＵ２０１は、工程Ｓ２０３で格納したファイルの格納位置（ファイル名を含む）を用いて、ファイル管理情報Ｔ２０１の格納先（Ｔ２０１２）を登録する。

図１０に示すファイル管理情報Ｔ２０１の内容例は、ファイルＩＤ（Ｔ２０１１）の[ファイルＡ]で特定されるファイルが、格納先（Ｔ２０１２）に示す「／ｄａｔａ／１１１１」に格納されていることを示す。

工程Ｓ２０４において、ＣＰＵ２０１は、工程Ｓ２０１で受信した登録要求信号Ｔ１０３の環境ＩＤ（Ｔ１０３１）を用いて、環境管理情報Ｔ２０２の環境ＩＤ（Ｔ２０２１）を登録する。

工程Ｓ２０４において、ＣＰＵ２０１は、工程Ｓ２０１で受信した登録要求信号Ｔ１０３のファイルＩＤ（Ｔ１０３２）を用いて、環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）を登録する。

工程Ｓ２０４において、ＣＰＵ２０１は、工程Ｓ２０１で受信した登録要求信号Ｔ１０３のファイル名（Ｔ１０３３）を用いて、環境管理情報Ｔ２０２のファイル名（Ｔ２０２３）を登録する。

なお、工程Ｓ２０４の時点では、環境管理情報Ｔ２０２の削除日時（Ｔ２０２４）は登録しない。

図１１に示す環境管理情報Ｔ２０２の内容例は、環境ＩＤ（Ｔ２０２１）として[環境１]を、ファイルＩＤ（Ｔ２０２２）として[ファイルＡ]を、ファイル名（Ｔ２０２３）として「Ａ．ｔｘｔ」を、削除日時（Ｔ２０２４）として「−」を有する環境管理情報Ｔ２０２を示している。ここで、[環境１]は、所定桁数のデータ列を示し、端末装置１００を識別する情報や、端末装置１００を利用する利用者を識別する情報などを用いることができる。ここで、[ファイルＡ]は、図５と同様に、所定長のハッシュ値を示す。ここで、削除日時（Ｔ２０２４）として示す「−」は、削除日時（Ｔ２０２４）が実質的に設定されていないことを示す。
〔５．ファイル操作時の処理の流れ〕
図１６は、ファイル操作時の処理の流れの例を示す。まず、端末装置１００のＣＰＵ１０１は、記憶部１０２に構成される保護領域Ｔ１０３３に格納されているファイルに対する操作を監視しており、保護領域Ｔ１０３３に格納されているファイルに対する参照要求や削除要求などの操作を検出する（Ｓ３０１）。

ＣＰＵ１０１は、工程Ｓ３０１で保護領域Ｔ１０３３に格納されているファイルに対する操作を検出した場合、検出した操作の操作種別を特定する（Ｓ３０２）。

ＣＰＵ１０１は、操作履歴情報Ｔ１０１の更新処理を実行する（Ｓ３０３）。工程Ｓ３０３において、ＣＰＵ１０１は、工程Ｓ３０１で検出した操作対象のファイルを特定し、特定したファイルを識別する情報を用いて、操作履歴情報Ｔ１０１のファイルＩＤ（Ｔ１０１１）を登録する。ここで、特定したファイルを識別する情報は、上述のＳ１０２と同様の手順を用いて、特定したファイルのデータブロックから所定桁数のハッシュ値を生成することにより取得することができる。また、特定したファイルの格納位置（ファイル名を含む）に該当する格納先（Ｔ１０２１）に対応するファイルＩＤ（Ｔ１０２２）を、保護領域管理情報Ｔ１０２から取得しても良い。

工程Ｓ３０３において、ＣＰＵ１０１は、工程Ｓ３０２で特定した操作種別を用いて、操作履歴情報Ｔ１０１の操作種別（Ｔ１０１２）を登録する。工程Ｓ３０３において、ＣＰＵ１０１は、端末装置１００が備えるシステムクロックが示す現在の日時情報を用いて、操作履歴情報Ｔ１０１の操作日時（Ｔ１０２２）を登録する。

図４に示す操作履歴情報Ｔ１０１の内容例は、ファイルＩＤ（Ｔ１０１１）として[ファイルＡ]を、操作種別（Ｔ１０１２）として「登録」を、操作日時（Ｔ１０１３）として「２００９／０２／０２，１５：００」を有する。この例では、ファイルＩＤ（Ｔ１０１１）に示される[ファイルＡ]で特定されるファイルが、「２００９／０２／０２，１５：００」に保護領域Ｔ１０３３に登録されたことを示す。

図４に示す操作履歴情報Ｔ１０１の内容例は、ファイルＩＤ（Ｔ１０１１）として[ファイルＡ]を、操作種別（Ｔ１０１２）として「参照」を、操作日時（Ｔ１０１３）として「２００９／０２／０２，１５：１０」を有する。この例では、ファイルＩＤ（Ｔ１０１１）に示される[ファイルＡ]で特定されるファイルが、「２００９／０２／０２，１５：１０」に、保護領域Ｔ１０３３に格納されており、ファイルを開く等の操作により参照されたことを示す。

図４に示す操作履歴情報Ｔ１０１の内容例は、ファイルＩＤ（Ｔ１０１１）として[ファイルＡ]を、操作種別（Ｔ１０１２）として「参照」を、操作日時（Ｔ１０１３）として「２００９／０２／０９，１０：００」を有する。この例では、ファイルＩＤ（Ｔ１０１１）に示される[ファイルＡ]で特定されるファイルが、「２００９／０２／０９，１０：００」に、保護領域Ｔ１０３３に格納されており、ファイルを開く等の操作により参照されたことを示す。

図４に示す操作履歴情報Ｔ１０１の内容例は、ファイルＩＤ（Ｔ１０１１）として[ファイルＡ]を、操作種別（Ｔ１０１２）として「削除」を、操作日時（Ｔ１０１３）として「２００９／０２／０９，１０：１０」を有する。この例では、ファイルＩＤ（Ｔ１０１１）に示される[ファイルＡ]で特定されるファイルが、「２００９／０２／０９，１０：１０」に、保護領域Ｔ１０３３から削除されたことを示す。

ＣＰＵ１０１は、工程Ｓ３０２で特定した操作種別が、ファイルの削除を示すか否かを判定し（Ｓ３０４）、操作種別が削除を示すと判定した場合（Ｓ３０４でＹＥＳ）、工程Ｓ３０５以降の処理を実行する。一方、ＣＰＵ１０１は、操作種別が削除以外を示すと判定した場合（Ｓ３０４でＮＯ）、工程Ｓ３０５以降の処理を実行しない。ここで、操作種別が削除を示すとは、ファイルを保護領域Ｔ１０３３から削除する操作を示す操作種別を意味する。例えば、保護領域Ｔ１０３３に格納されているファイルを指定して削除処理の実行を指示する削除コマンドを投入する操作や、保護領域Ｔ１０３３に格納されているファイルを他の領域（例えば一般領域Ｔ１０３４）に移動させる操作が、操作種別が削除を示す操作となる。

工程Ｓ３０５において、ＣＰＵ１０１は、工程Ｓ３０１で検出した操作対象のファイルを特定し、その特定したファイルに関する操作履歴情報Ｔ１０１に基づいて、その特定したファイルの重要度を判定する（Ｓ３０５）。

具体的には、ＣＰＵ１０１は、まず、工程Ｓ３０１で検出した操作対象のファイルを特定し、その特定したファイルを識別する情報に該当するファイルＩＤ（Ｔ１０１１）を有する操作履歴情報Ｔ１０１を取得する。

ＣＰＵ１０１は、取得した操作履歴情報Ｔ１０１のうち、操作種別（Ｔ１０１２）が「登録」を示す操作履歴情報Ｔ１０１の操作日時（Ｔ１０１３）を起算点として、その特定したファイルが存続していた時間を示すファイル存続時間を算出する。なお、ファイル存続時間の算出処理において、ファイル存続の終期を、端末装置１００が有するシステムクロックが示す算出時点での現在の日時としてもよいし、操作種別（Ｔ１０１２）として「削除」を示す操作履歴情報の操作日時（Ｔ１０１３）に示される日時としてもよい。なお、ファイル存続時間は、秒単位としてもよいし、分単位としてもよいし、時単位としてもよいし、日単位としてもよいし、月単位としてもよいし、年単位としてもよいし、これらを任意に組み合わせて表現したものでもよい。

ＣＰＵ１０１は、取得した操作履歴情報Ｔ１０１のうち、操作種別（Ｔ１０１２）が「参照」を示す操作履歴情報Ｔ１０１の操作日時（Ｔ１０１３）であって最新の操作日時（Ｔ１０１３）を起算点として、その特定したファイルが最後に参照された時点からの経過時間を示す最終アクセス経過時間を算出する。なお、最終アクセス経過時間の算出処理において、最終アクセス経過時間の終期を、端末装置１００が有するシステムクロックが示す算出時点での現在の日時としてもよいし、操作種別（Ｔ１０１２）として「削除」を示す操作履歴情報の操作日時（Ｔ１０１３）に示される日時としてもよい。なお、最終アクセス経過時間は、秒単位としてもよいし、分単位としてもよいし、時単位としてもよいし、日単位としてもよいし、月単位としてもよいし、年単位としてもよいし、これらを任意に組み合わせて表現したものでもよい。

ＣＰＵ１０１は、例えば、下記式を演算することにより、その特定されたファイルの重要度Ａを算出する。ただし、下記式は、本実施例における一例であり、必ずしもこれに限定する趣旨ではない。

上記式において、ファイル存続期間が大きい値となるほど、重要度Ａは大きな値を示す。すなわち、ファイル存続期間が大きい値となるほど、ファイルの重要性が高いと判断される。一方、ファイル存続期間が小さい値となるほど、ファイルの重要性は低いと判断される。この判断基準は、保護領域Ｔ１０３３に格納されていた時間が長いほど、そのファイルの重要性が高いという傾向を示す場合に有効である。なお、本実施例は、上記判断基準に必ずしも限定する趣旨ではない。

また、上記式において、最終アクセス経過時間が小さい値となるほど、重要度Ａは大きな値を示す。すなわち、最終アクセス経過時間が小さい値となるほど、ファイルの重要性が高いと判断される。一方、アクセス経過時間が大きい値となるほど、ファイルの重要性が低いと判断される。この判断基準は、保護領域Ｔ１０３３に格納された状態おいて最後に操作された時点からの経過時間が短いほど、そのファイルの重要性が高いという傾向を示す場合に有効である。なお、本実施例は、上記判断基準に必ずしも限定する趣旨ではない。

なお、上述のように、ファイル存続時間を用いた判断基準と最終アクセス経過時間を用いた判断基準とを総合して判断することにより、ファイル存続時間と最終アクセス経過時間との相対的な関係に基づいて、重要度Ａを決定することができる。すなわち、上記式において、ファイル存続時間が最終アクセス経過時間に対して大きな値となるほど、重要度Ａは大きな値を示し、そのファイルの重要性は高いと判断される。一方、ファイル存続時間が最終アクセス経過時間に対して小さい値となるほど、重要度Ａは小さな値を示し、そのファイルの重要性は低いと判断される。

ファイル存続時間と最終アクセス経過時間との相対的な関係に基づいて重要度を判断することにより、保護領域Ｔ１０３３に格納されている時間が長いファイルであっても、参照されていない期間が長い場合には、そのファイルの重要性は低いと判断することができる。また、保護領域Ｔ１０３３に格納されている時間が短いファイルであっても、頻繁に参照されている場合には、そのファイルの重要性は高いと判断することができる。

ただし、本実施例において、ＣＰＵ１０１は、ファイル存続時間及び最終アクセス経過時間のいずれか一方に基づいて、重要度Ａを算出してもよい。

次に、ＣＰＵ１０１は、工程Ｓ３０５で判定した重要度Ａに基づいて、ファイル格納装置２００に登録しているファイルを消去する日時を示す消去日時を決定する（Ｓ３０６）。なお、消去日時は、秒単位としてもよいし、分単位としてもよいし、時単位としてもよいし、日単位としてもよいし、月単位としてもよいし、年単位としてもよいし、これらを任意に組み合わせて表現したものでもよい。

ＣＰＵ１０１は、例えば、下記式を演算することにより、消去日時を決定する。ただし、下記式は、本実施例における一例であり、必ずしもこれに限定する趣旨ではない。

（Ｔ）
上記式において、単位時間は、運用に応じて適宜設定可能な値である。上記式において、単位時間の設定単位は必ずしも限定する趣旨ではなく、秒単位で設定しても良いし、時間単位で設定しても良いし、日単位で設定しても良いし、これらを任意に組み合わせて表現したものでもよい。

上記式において、現在日時は、端末装置１００が有するシステムクロックが示す演算時点での現在の日時を示す値である。なお、ＣＰＵ１０１は、上述の単位時間と重要度とを乗算した値に現在日時を加算する際に、単位換算を実行した上で加算する。なお、上記式において、ファイル格納装置２００に格納させたファイルを取り出すことができることを保障する最低限の期間を示す保障期間を、現在日時に加算しても良い。

次に、ＣＰＵ１０１は、工程Ｓ３０４において操作種別が削除を示すと判定された操作の対象とされたファイルを特定し、その特定されたファイルの削除を要求する削除要求信号Ｔ１０４を、通信部１０５を用いてファイル格納装置２００へ送信する（Ｓ３０７）。

図７は、削除要求信号Ｔ１０４のデータ構造の例を示す。図７に示す削除要求信号Ｔ１０４は、環境ＩＤ（Ｔ１０４１）と、ファイルＩＤ（Ｔ１０４２）と、削除日時（Ｔ１０４３）と、を有する。

図７に示す環境ＩＤ（Ｔ１０４１）は、図６に示す登録要求信号Ｔ１０３の環境ＩＤ（Ｔ１０３１）と同様に、ファイル格納装置２００における環境管理情報を識別する識別情報である。例えば、環境ＩＤ（Ｔ１０３１）として、端末装置１００を識別する情報や、端末装置１００を利用する利用者を識別する情報などを用いることができる。端末装置１００を識別する情報として、端末装置１００の製造番号や、端末装置１００に設定されているＩＰアドレスや、端末装置１００の通信部１０５に予め設定されているＭＡＣアドレスなどを用いることができる。端末装置１００を利用する利用者を識別する情報として、端末装置１００の操作を開始する際に入力を要求されるログインＩＤや、端末装置１００に予め設定されている所有者情報などを用いることができる。なお、環境管理情報を識別するとは、特定の環境管理情報が他の環境管理情報と区別することができればよく、特定の環境管理情報に付与された環境ＩＤのデータ列を、必ずしも具体的に把握する必要はない。例えば、端末装置１００を識別する情報や、端末装置１００を利用する利用者を識別する情報を暗号化処理の暗号鍵及び復号処理の復号鍵として端末装置１００とファイル格納装置２００との間で共有しておき、端末装置１００とファイル格納装置２００との間で共有した所定のデータ列を端末装置１００において暗号化した暗号データを環境ＩＤとすることもできる。この場合、ファイル格納装置２００は、端末装置１００において暗号化した暗号データを、端末装置１００とファイル格納装置２００との間で共有した所定のデータ列を復号させることができる暗号鍵として予め登録している端末装置１００を識別する情報や、端末装置１００を利用する利用者を識別する情報を特定することにより、環境管理情報を識別することができる。なお、上述の点は、環境ＩＤ（Ｔ１０３１）に限り適用されるものではなく、他の識別情報についても同様である。

図７に示すファイルＩＤ（Ｔ１０４２）は、削除要求の対象とするファイルを識別する識別情報であり、例えば、ＳＨＡ−２５６のハッシュ関数を用いて生成した場合は２５６ビット長のハッシュ値となる。ＣＰＵ１０１は、削除要求の対象とするファイルの格納先に基づいて、保護領域管理情報Ｔ１０２を参照することにより、ファイルＩＤ（Ｔ１０２２）を取得することができる。また、ＣＰＵ１０１は、工程Ｓ１０２と同様に、削除要求の対象とするファイルのデータブロックからＳＨＡ−２５６などのハッシュ関数を用いて得たハッシュ値を、ファイルＩＤ（Ｔ１０２２）とすることができる。

図７に示す削除日時（Ｔ１０４３）は、工程Ｓ３０６で取得した削除日時を示す。なお、削除日時（Ｔ１０４３）は、秒単位としてもよいし、分単位としてもよいし、時単位としてもよいし、日単位としてもよいし、月単位としてもよいし、年単位としてもよいし、これらを任意に組み合わせて表現したものでもよい。

次に、ファイル格納装置２００のＣＰＵ２０１は、端末装置１００から送信された削除要求信号Ｔ１０４を、通信部２０３を用いて受信する（Ｓ４０１）。

ＣＰＵ２０１は、工程Ｓ４０１で受信した削除要求信号Ｔ１０４に基づいて、環境管理情報Ｔ２０２を更新する（Ｓ４０２）。

工程Ｓ４０２において、ＣＰＵ２０１は、工程Ｓ４０１で受信した削除要求信号Ｔ１０４の環境ＩＤ（Ｔ１０４１）に該当する環境ＩＤ（Ｔ２０２１）と、工程Ｓ４０１で受信した削除要求信号Ｔ１０４のファイルＩＤ（Ｔ１０４２）に該当するファイルＩＤ（Ｔ２０２２）とを有する環境管理情報Ｔ２０２を特定する。

工程Ｓ４０２において、ＣＰＵ２０１は、工程Ｓ４０１で受信した削除要求信号Ｔ１０４の削除日時（Ｔ１０４３）を用いて、その特定した環境管理情報Ｔ２０２の削除日時（Ｔ２０２４）を更新する。

図１１に示す環境管理情報Ｔ２０２の内容例は、環境ＩＤ（Ｔ２０２１）として[環境２]を、ファイルＩＤ（Ｔ２０２２）として[ファイルＡ]を、ファイル名（Ｔ２０２３）として「Ａ１２３．ｔｘｔ」を、削除日時（Ｔ２０２４）として「２００９／３／１，１５：００」を有する。この例では、ファイルＩＤ（Ｔ２０２２）に示される[ファイルＡ]で特定されるファイルが、環境ＩＤ（Ｔ２０２１）に示される[環境２]に該当する環境ＩＤを有する要求信号（Ｔ１０３，Ｔ１０４，Ｔ１０５，Ｔ１０６）を送信する端末装置１００において、ファイル名（Ｔ２０２３）に示す「Ａ１２３．ｔｘｔ」を有することを示している。この例では、環境ＩＤ（Ｔ２０２１）に示される[環境２]に該当する環境ＩＤを有する要求信号（Ｔ１０３，Ｔ１０４，Ｔ１０５，Ｔ１０６）を送信する端末装置１００において、ファイルＩＤ（Ｔ２０２２）に示される[ファイルＡ]で特定されるファイルに対して、削除日時を「２００９／３／１，１５：００」に決定されたことを示している。
〔６．参照要求操作時の処理の流れ〕
図１７は、参照要求操作時の処理の流れの例を示す。まず、端末装置１００のＣＰＵ１０１は、ファイル格納装置２００に登録したファイルの参照を要求する参照要求操作が行なわれたことを、操作部１０４から内部通信線を介して取得した信号に基づいて検出する（Ｓ５０１）。

ＣＰＵ１０１は、工程Ｓ５０１で参照要求操作が行なわれたことを検出した場合、参照要求信号Ｔ１０５を、ファイル格納装置２００へ通信部１０５を用いて送信する（Ｓ５０２）。

図８は、参照要求信号Ｔ１０５のデータ構造の例を示す。図８に示す参照要求信号Ｔ１０５は、環境ＩＤ（Ｔ１０５１）を有する。図８に示す環境ＩＤ（Ｔ１０５１）は、図６に示す登録要求信号Ｔ１０３の環境ＩＤ（Ｔ１０３１）と同様に、ファイル格納装置２００における環境管理情報を識別する識別情報である。例えば、環境ＩＤ（Ｔ１０３１）として、端末装置１００を識別する情報や、端末装置１００を利用する利用者を識別する情報などを用いることができる。

次に、ファイル格納装置２００のＣＰＵ２０１は、端末装置１００から送信された参照要求信号Ｔ１０５を、通信部２０３を用いて受信する（Ｓ６０１）。

ＣＰＵ２０１は、工程Ｓ６０１で受信した参照要求信号Ｔ１０５の環境ＩＤ（Ｔ１０５１）に該当する環境ＩＤ（Ｔ２０２１）を有する環境管理情報Ｔ２０２を特定し、特定した環境管理情報Ｔ２０２に基づいてファイルの一覧を示すバックアップ一覧情報Ｔ２０３を生成する（Ｓ６０２）。

工程Ｓ６０２において、ＣＰＵ２０１は、工程Ｓ６０１で受信した参照要求信号Ｔ１０５の環境ＩＤ（Ｔ１０５１）を用いて特定される環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）を用いて、バックアップ一覧情報Ｔ２０３のファイルＩＤ（Ｔ２０３１）を設定する。

工程Ｓ６０２において、ＣＰＵ２０１は、工程Ｓ６０１で受信した参照要求信号Ｔ１０５の環境ＩＤ（Ｔ１０５１）を用いて特定される環境管理情報Ｔ２０２のファイル名（Ｔ２０２３）を用いて、バックアップ一覧情報Ｔ２０３のファイル名（Ｔ２０３２）を設定する。

工程Ｓ６０２において、ＣＰＵ２０１は、工程Ｓ６０１で受信した参照要求信号Ｔ１０５の環境ＩＤ（Ｔ１０５１）を用いて特定される環境管理情報Ｔ２０２が複数ある場合は、特定された数に応じた分のファイルＩＤ（Ｔ２０３１）及びファイル名（Ｔ２０３２）を有するバックアップ一覧情報を生成する。

ＣＰＵ２０１は、工程Ｓ６０２で生成したバックアップ一覧情報Ｔ２０３を、端末装置１００へ通信部２０３を用いて送信する（Ｓ６０３）。なお、工程Ｓ６０３において、図１２に示すバックアップ一覧情報の各項目を、一括して送信しても良いし、複数回の送信信号に分割して送信しても良い。

次に、端末装置１００のＣＰＵ１０１は、ファイル格納装置２００から送信されたバックアップ一覧情報Ｔ２０３を、通信部１０５を用いて受信する（Ｓ５０３）。

ＣＰＵ１０１は、工程Ｓ５０３で受信したバックアップ一覧情報Ｔ２０３に示されるファイルの一覧を、表示部１０３を用いて表示装置に表示させる（Ｓ５０４）。図１９は、工程Ｓ５０４で表示されるファイル一覧画面の内容例を示す。図１９に示すファイル一覧画面の内容例は、ダウンロード対象とするファイルの選択操作を受け付ける選択欄Ｄ１０１と、ファイル名を表示するファイル名表示欄Ｄ１０２と、選択したファイルのダウンロードの実行を指示する操作を受け付けるダウンロード実行ボタンＤ１０３とを有する。

ＣＰＵ１０１は、選択欄Ｄ１０１においてダウンロード対象とするファイルの選択操作を受け付けた旨を示す信号を、操作部１０４から内部通信線を介して取得することにより、ファイルの選択を検出する（Ｓ５０５）。

ＣＰＵ１０１は、ダウンロード実行ボタンＤ１０３が押下されたことを示す信号を、操作部１０４から内部通信線を介して取得することにより、ダウンロードの実行を指示されたことを検出する（Ｓ５０５）。

ＣＰＵ１０１は、ダウンロードの実行を指示されたことを検出した場合、工程Ｓ５０５において検出した選択対象のファイルのダウンロードを要求するダウンロード要求信号Ｔ１０６を、ファイル格納装置２００へ通信部１０５を用いて送信する（Ｓ５０６）。

図９は、ダウンロード要求信号Ｔ１０６のデータ構造の例を示す。図９に示すダウンロード要求信号Ｔ１０６は、環境ＩＤ（Ｔ１０６１）と、ファイルＩＤ（Ｔ１０６２）とを有する。

図９に示す環境ＩＤ（Ｔ１０６１）は、図６に示す登録要求信号Ｔ１０３の環境ＩＤ（Ｔ１０３１）と同様に、ファイル格納装置２００における環境管理情報を識別する識別情報である。例えば、環境ＩＤ（Ｔ１０３１）として、端末装置１００を識別する情報や、端末装置１００を利用する利用者を識別する情報などを用いることができる。

図９に示すファイルＩＤ（Ｔ１０６２）は、工程Ｓ５０５において検出した選択対象のファイルに対応するファイルＩＤを示す。ＣＰＵ１０１は、工程Ｓ５０５において検出した選択対象のファイルのファイル名に対応するファイルＩＤを、工程Ｓ５０３において受信したバックアップ一覧情報Ｔ２０３のファイルＩＤ（Ｔ２０３１）を参照することにより取得することができる。

次に、ファイル格納装置２００のＣＰＵ２０１は、端末装置１００から送信されたダウンロード要求信号Ｔ１０６を、通信部２０３を用いて受信する（Ｓ６０４）。

ＣＰＵ２０１は、工程Ｓ６０４においてダウンロード要求信号Ｔ１０６を受信した場合、受信したダウンロード要求信号Ｔ１０６に基づいて特定されるファイルに関する情報を示すダウンロードファイル情報を、端末装置１００へ通信部２０３を用いて送信する（Ｓ６０５）。

図１３は、ダウンロードファイル情報Ｔ２０４のデータ構造の例を示す。図１３に示すダウンロードファイル情報Ｔ２０４は、ファイルＩＤ（Ｔ２０４１）と、ファイル名（Ｔ２０４２）と、データブロック（Ｔ２０４３）を有する。

工程Ｓ６０５において、ＣＰＵ２０１は、工程Ｓ６０４で受信したダウンロード要求信号Ｔ１０６のファイルＩＤ（Ｔ１０６２）を用いて、ダウンロードファイル情報Ｔ２０４のファイルＩＤ（Ｔ２０４１）を設定する。

工程Ｓ６０５において、ＣＰＵ２０１は、工程Ｓ６０４で受信したダウンロード要求信号Ｔ１０６の環境ＩＤ（Ｔ１０６１）に該当する環境ＩＤ（Ｔ２０２１）と、工程Ｓ６０４で受信したダウンロード要求信号Ｔ１０６のファイルＩＤ（Ｔ１０６２）に該当するファイルＩＤ（Ｔ２０２２）とを有する環境管理情報Ｔ２０２を特定する。

工程Ｓ６０５において、ＣＰＵ２０１は、その特定した環境管理情報Ｔ２０２のファイル名（Ｔ２０２３）を用いて、ダウンロードファイル情報Ｔ２０４のファイル名（Ｔ２０４２）を設定する。

工程Ｓ６０５において、ＣＰＵ２０１は、工程Ｓ６０４で受信したダウンロード要求信号Ｔ１０６のファイルＩＤ（Ｔ１０６２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１を特定する。

工程Ｓ６０５において、ＣＰＵ２０１は、その特定したファイル管理情報Ｔ２０１の格納先（Ｔ２０１２）に示される格納先のファイルのデータブロックを用いて、ダウンロードファイル情報Ｔ２０４のデータブロック（Ｔ２０４３）を設定する。

次に、端末装置１００のＣＰＵ１０１は、ファイル格納装置２００から送信されたダウンロードファイル情報Ｔ２０４を、通信部１０５を用いて受信する（Ｓ５０７）。

工程Ｓ５０７において、ＣＰＵ１０１は、受信したダウンロードファイル情報Ｔ２０４のファイル名（Ｔ２０４１）に示されるファイル名を有し、受信したダウンロードファイル情報Ｔ２０４のデータブロック（Ｔ２０４３）に示されるデータブロックを有するファイルを、記憶部１０２に格納する。

以上の工程により、端末装置１００は、記憶部１０２に構成された保護領域Ｔ１０３３からファイルを削除した場合であっても、ファイル格納装置２００の記憶部２０２に格納されているファイルをダウンロードすることにより、保護領域Ｔ１０３３から削除したファイルを復元することができる。
〔７．ファイル格納装置において実行される条件監視処理の流れ〕
次に、ファイル格納装置２００において実行される条件監視処理の流れを説明する。図１８は、ファイル装置２００において実行される条件監視処理の流れの例を示す。

まず、ファイル格納装置２００のＣＰＵ２０１は、ファイル格納装置２００が有するシステムクロックが示す現在の日時を示すシステム日時を参照し（Ｓ７０１）、環境管理情報Ｔ２０２の削除日時（Ｔ２０２４）と工程Ｓ７０１で参照したシステム日時とを比較する（Ｓ７０２）。

工程Ｓ７０２において、ＣＰＵ２０１は、工程Ｓ７０１で参照したシステム日時よりも過去の時点を示す削除日時（Ｔ２０２４）を有する環境管理情報Ｔ２０２を特定する。

ＣＰＵ２０１は、その特定した環境管理情報Ｔ２０２が１件以上存在する場合、削除日時が到来した環境管理情報Ｔ２０２が存在すると判定し（Ｓ７０３でＹＥＳ）、工程Ｓ７０４以降の処理を実行する。一方、ＣＰＵ２０１は、工程Ｓ７０２において特定された環境管理情報Ｔ２０２が０件であった場合、すなわち、１件の環境管理情報Ｔ２０２も特定できなかった場合、削除日時が到来した環境管理情報Ｔ２０２が存在しないと判定し（Ｓ７０３でＮＯ）、工程Ｓ７０４以降の処理を実行しない。

工程Ｓ７０４において、ＣＰＵ２０１は、工程Ｓ７０２で特定した環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）と同じファイルＩＤ（Ｔ２０２２）を有する他の環境管理情報Ｔ２０２を検索する（Ｓ７０４）。すなわち、ＣＰＵ２０１は、工程Ｓ７０４において、工程Ｓ７０２で特定した環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）と同じファイルＩＤ（Ｔ２０２２）を有する環境管理情報Ｔ２０２であって、削除日時が到来していない環境管理情報Ｔ２０２を特定する。

ＣＰＵ２０１は、工程Ｓ７０４における検索により特定した環境管理情報Ｔ２０２が０件である場合（Ｓ７０５でＹＥＳ）、工程Ｓ７０６及び工程Ｓ７０７及び工程Ｓ７０８を実行する。一方、ＣＰＵ２０１は、工程Ｓ７０４における検索により特定した環境管理情報Ｔ２０２が０件でない場合（Ｓ７０５でＮＯ）、工程Ｓ７０６及び工程Ｓ７０７を実行せずに、工程Ｓ７０８を実行する。

工程Ｓ７０６において、ＣＰＵ２０１は、工程Ｓ７０２で特定した環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１を特定する。

工程Ｓ７０６において、ＣＰＵ２０１は、工程Ｓ７０６で特定したファイル管理情報Ｔ２０１の格納先（Ｔ２０１２）に示される格納先のファイルを削除する。

工程Ｓ７０７において、ＣＰＵ２０１は、工程Ｓ７０６で特定したファイル管理情報Ｔ２０１を削除する。

工程Ｓ７０８において、ＣＰＵ２０１は、工程Ｓ７０２で特定した環境管理情報Ｔ２０２を削除する。

以上の工程により、ファイルＩＤ（Ｔ２０２２）に同じ値が設定された環境管理情報Ｔ２０２が複数件存在する場合であっても、それぞれの環境管理情報Ｔ２０２の削除日時（Ｔ２０２４）に設定された値に応じて、各環境管理情報Ｔ２０２に固有の削除日時が到来したか否かが判定される。そして、削除日時が到来したと判定された環境管理情報Ｔ２０２を適宜削除することにより、削除日時が到来していない環境管理情報Ｔ２０２を管理することができる。

ファイルＩＤ（Ｔ２０２２）に同じ値が設定された環境管理情報Ｔ２０２が複数件存在する場合とは、異なる環境間で同じ値のファイルＩＤに対応付けられたファイルを共有することを意味する。すなわち、工程Ｓ７０２で特定した環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）と同じファイルＩＤ（Ｔ２０２２）を有する環境管理情報Ｔ２０２であって、削除日時が到来していない環境管理情報Ｔ２０２が存在する場合とは、ファイルＩＤ（Ｔ２０２２）に対応付けられたファイルを利用し続けている環境が存在することを意味する。よって、工程Ｓ７０５において検索結果が０件でない場合（Ｓ７０５でＮＯ）に工程Ｓ７０６及び工程Ｓ７０７を実行しないことにより、その削除日時が到来していない環境管理情報Ｔ２０２を利用する環境に対して、ファイルを提供し続けることが可能となる。したがって、ファイル格納装置１００において、ファイル内容が同じファイルを環境間で共有化することにより、ファイル格納装置２００の記憶容量を有効に活用することができる。

〔１．実施例２に係るプログラムの構成について〕
図２０は、実施例２に係る端末装置１００において実行されるプログラムの構成例を示す。図２０に示すプログラムの構成例は、上述の実施例１において図２に示すプログラムの構成例と同様の構成に対して、同一の参照符号を付している。図２０に示すプログラムの構成例は、例えば、更新要求実行部ＰＧ１１３を有する点で、図２に示すプログラムの構成と相違する。そこで、説明の簡略化のため、同じ内容となる構成については部分的に説明を省略する。

図２０に示す更新要求実行部ＰＧ１１３は、ファイル操作検知部ＰＧ１０９の工程により検出された操作内容がファイル内容の変更を示す場合、検出した変更に関する情報をファイル格納装置２００へ通信部１０５を用いて送信するなどの所定の処理を実行する構成要素として、ＣＰＵ１０１を動作させる。

図２１は、実施例２に係るファイル格納装置２００において実行されるプログラムの構成例を示す。図２１に示すプログラムの構成例は、上述の実施例１において図３に示すプログラムの構成例と同様の構成に対して、同一の参照符号を付している。図２１に示すプログラムの構成例は、例えば、更新要求受信部ＰＧ２１１を有する点で、図３に示すプログラムの構成と相違する。そこで、説明の簡略化のため、同じ内容となる構成については部分的に説明を省略する。

図２１に示す更新要求受信部ＰＧ２１１は、更新要求実行部ＰＧ１１３の工程により送信された変更に関する情報を受信し、受信した内容に基づいて所定の処理を実行する構成要素として、ＣＰＵ２０１を動作させる。
〔２．実施例２に係るファイル操作時の処理の流れについて〕
図２４及び図２５は、実施例２に係るファイル操作時の処理の流れの例を示す。図２４及び図２５に示すファイル操作時の処理の流れは、上述の実施例１において図１６に示す処理の流れの例と同様の構成に対して、同一の参照符号を付している。図２４及び図２５に示すファイル操作時の処理の流れの例は、例えば、工程Ｓ３０９乃至工程Ｓ３１１、工程Ｓ４０３乃至工程Ｓ４０６を有する点で、図１６に示す実施例１に係るファイル操作時の処理の流れの例と相違する。なお、図２４及び図２５に示す実施例２に係るファイル操作時の処理の流れの例の前半部分は、図１６に示す実施例１に係るファイル操作時の処理の流れの例と同様の処理手順であるため説明を部分的に省略する。

まず、端末装置１００のＣＰＵ１０１は、記憶部１０２に構成される保護領域Ｔ１０３３に格納されているファイルに対する操作を監視しており、保護領域Ｔ１０３３に格納されているファイルに対する操作を検出する（Ｓ３０１）。

ＣＰＵ１０１は、工程Ｓ３０１で保護領域Ｔ１０３３に格納されているファイルに対する操作を検出した場合、検出した操作の操作種別を特定し（Ｓ３０２）、操作履歴情報Ｔ１０１の更新処理を実行する（Ｓ３０３）。

ＣＰＵ１０１は、工程Ｓ３０２で特定した操作種別がファイルの削除を示すか否かを判定し（Ｓ３０４）、操作種別が削除以外を示すと判定した場合（Ｓ３０４でＮＯ）、工程Ｓ３０２で特定した操作種別がファイルの変更を示すか否かを判定する（Ｓ３０８）。

ＣＰＵ１０１は、工程Ｓ３０２で特定した操作種別がファイルの変更を示すと判定した場合（Ｓ３０８でＹＥＳ）、工程Ｓ３０９以降の処理を実行する。一方、ＣＰＵ１０１は、操作種別がファイルの変更以外を示すと判定した場合（Ｓ３０８でＮＯ）、工程Ｓ３０９以降の処理を実行しない。

工程Ｓ３０９において、ＣＰＵ１０１は、工程Ｓ３０１で検出した操作対象のファイルを特定し、その特定したファイルの識別情報を、上述の工程Ｓ１０２と同様の手順を用いて、生成する（Ｓ３０９）。

端末装置１００のＣＰＵ１０１は、工程Ｓ３０１で検出した操作対象のファイルの格納位置（ファイル名を含む）に該当する格納先（Ｔ１０２１）に対応するファイルＩＤ（Ｔ１０２２）を、保護領域管理情報Ｔ１０２から取得し、その取得したファイルＩＤを関連ＩＤとして扱う（Ｓ３１０）。

ＣＰＵ１０１は、工程Ｓ３１０で取得した関連ＩＤを用いて、工程Ｓ３０１で検出した操作対象のファイルの格納位置（ファイル名を含む）に該当する格納先（Ｔ１０２１）に対応するファイルＩＤ（Ｔ１０２２）を更新する（Ｓ３１１）。

ＣＰＵ１０１は、操作履歴情報Ｔ１０１を更新する（Ｓ３１２）。ＣＰＵ１０１は、工程Ｓ３０３において、工程Ｓ３０１で検出したファイルのデータブロックから所定桁数のハッシュ値を生成することにより取得した識別情報を用いて操作履歴情報Ｔ１０１を更新した場合、変更後のファイルについての操作履歴情報を更新したことになる。そのため、工程Ｓ３１２において、ＣＰＵ１０１は、工程Ｓ３１０で取得した関連ＩＤを用いて操作履歴情報を登録することにより、変更前のファイルに関する操作履歴情報を更新する。この場合、ＣＰＵ１０１は、工程Ｓ３１２を省略しても良い。

一方、ＣＰＵ１０１は、工程Ｓ３０３において、工程Ｓ３０１で検出したファイルの格納位置（ファイル名を含む）に該当する格納先（Ｔ１０２１）に対応するファイルＩＤ（Ｔ１０２２）を用いて、操作履歴情報Ｔ１０１を更新した場合、変更前のファイルについての操作履歴情報Ｔ１０１を更新したことになる。そのため、工程Ｓ３１２において、ＣＰＵ１０１は、工程Ｓ３０１で検出したファイルのデータブロックから所定桁数のハッシュ値を生成することにより取得した識別情報を用いて操作履歴情報Ｔ１０１を登録することにより、変更後のファイルに関する操作履歴情報を更新する。

ＣＰＵ１０１は、工程Ｓ３０１で検出したファイルの更新を要求する更新要求信号Ｔ１０７を、通信部１０５を用いてファイル格納装置２００へ送信する（Ｓ３１３）。

図２２は、更新要求信号Ｔ１０７のデータ構造の例を示す。図２２に示す更新要求信号Ｔ１０７は、環境ＩＤ（Ｔ１０７１）と、ファイルＩＤ（Ｔ１０７２）と、ファイル名（Ｔ１０７３）と、データブロック（Ｔ１０７４）と、関連ＩＤ（Ｔ１０７５）と、を有する。

図２２に示す関連ＩＤ（Ｔ１０７１）とファイルＩＤ（Ｔ１０７２）とファイル名（Ｔ１０７３）とデータブロック（Ｔ１０７４）は、図７と同様である。

図２２に示す関連ＩＤ（Ｔ１０７５）は、工程Ｓ３１０において取得した関連ＩＤを示す。

次に、ファイル格納装置２００のＣＰＵ２０１は、端末装置１００から送信された更新要求信号Ｔ１０７を、通信部２０３を用いて受信する（Ｔ４０３）。

ＣＰＵ２０１は、工程Ｓ４０３で受信した更新要求信号Ｔ１０７のファイルＩＤ（Ｔ１０７２）を用いて、ファイルＩＤ（１０７２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１が登録されているか否かを判定する（Ｓ４０４）。工程Ｓ４０４において、ＣＰＵ２０１は、ファイルＩＤ（１０７２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１が存在しない場合に未登録であると判定し（Ｓ４０４でＹＥＳ）、工程Ｓ４０５以降を実行する。一方、工程Ｓ４０４において、ＣＰＵ２０１は、ファイルＩＤ（１０７２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１が存在する場合に既登録であると判定し（Ｓ４０４でＮＯ）、工程Ｓ４０７を実行する。

ＣＰＵ２０１は、工程Ｓ４０３で受信した更新要求信号Ｔ１０７のデータブロック（Ｔ１０７４）に示される内容を有するファイルを、記憶部２０２に格納する（４０５）。

ＣＰＵ２０１は、工程Ｓ４０３で受信した更新要求信号に基づいて、ファイル管理情報Ｔ２０１及び環境管理情報Ｔ２０２を更新する（Ｓ４０６，Ｓ４０７）。

工程Ｓ４０６において、ＣＰＵ２０１は、工程Ｓ４０３で受信した更新要求信号Ｔ１０７のファイルＩＤ（Ｔ１０３２）を用いて、ファイル管理情報Ｔ２０１のファイルＩＤ（Ｔ２０１１）を登録する。

工程Ｓ４０６において、ＣＰＵ２０１は、工程Ｓ４０５で格納したファイルの格納位置（ファイル名を含む）を用いて、ファイル管理情報Ｔ２０１の格納先（Ｔ２０１２）を登録する。

工程Ｓ４０６において、ＣＰＵ２０１は、工程Ｓ４０３で受信した更新要求信号Ｔ１０７の関連ＩＤ（Ｔ１０７５）を用いて、ファイル管理情報Ｔ２０１の関連ＩＤ（Ｔ２０１３）を登録する。

図２３に示すファイル管理情報Ｔ２０１の内容例は、ファイルＩＤ（Ｔ２０１１）の[ファイルＡ１]で特定されるファイルが、格納先（Ｔ２０１２）に示す「／ｄａｔａ／１１１１」に格納されていることを示す。なお、この例では、関連ＩＤ（Ｔ２０１３）には「−」が示されており、関連ＩＤとして実質的に何も設定されていないことを示す。

図２３に示すファイル管理情報Ｔ２０１の内容例は、ファイルＩＤ（Ｔ２０１１）の[ファイルＡ２]で特定されるファイルが、格納先（Ｔ２０１２）に示す「／ｄａｔａ／１１１２」に格納されており、関連ＩＤ（Ｔ２０１３）として[ファイルＡ１]が登録されていることを示す。

工程Ｓ４０７において、ＣＰＵ２０１は、工程Ｓ４０３で受信した更新要求信号Ｔ１０７の環境ＩＤ（Ｔ１０７１）を用いて、環境管理情報Ｔ２０２の環境ＩＤ（Ｔ２０２１）を登録する。

工程Ｓ４０７において、ＣＰＵ２０１は、工程Ｓ４０３で受信した更新要求信号Ｔ１０７のファイルＩＤ（Ｔ１０７２）を用いて、環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）を登録する。

工程Ｓ４０７において、ＣＰＵ２０１は、工程Ｓ４０３で受信した更新要求信号Ｔ１０７のファイル名（Ｔ１０７３）を用いて、環境管理情報Ｔ２０２のファイル名（Ｔ２０２３）を登録する。

ＣＰＵ２０１は、工程Ｓ４０３において更新要求を受信したことに応じて、任意のタイミングにおいて、更新要求を受け付けた旨を示す信号を、通信部２０３を用いて端末装置１００へ送信する。

次に、端末装置１００のＣＰＵ１０１は、ファイル格納装置２００から送信された更新要求を受け付けた旨を示す信号を、通信部１０５を用いて受信し、工程Ｓ３１４以降を実行する。これにより、端末装置１００は、ファイル格納装置２００に格納されている変更前のファイルについて、ファイル格納装置２００の記憶部２０２から削除するタイミングを設定する。

ＣＰＵ１０１は、工程Ｓ３１０で取得した関連ＩＤで特定されるファイルに関する操作履歴情報Ｔ１０１に基づいて、その関連ＩＤで特定されるファイルの重要度を上述の工程Ｓ３０５と同様の手順を用いて判定する（Ｓ３１４）。

ＣＰＵ１０１は、工程Ｓ３１４で判定した重要度に基づいて、ファイル格納装置２００に登録しているファイルを消去する日時を示す消去日時を、上述の工程Ｓ３０６と同様の手順を用いて決定する（Ｓ３１５）。なお、消去日時は、秒単位としてもよいし、分単位としてもよいし、時単位としてもよいし、日単位としてもよいし、月単位としてもよいし、年単位としてもよいし、これらを任意に組み合わせて表現したものでもよい。

ＣＰＵ１０１は、工程Ｓ３１０において取得した関連ＩＤにより特定されるファイルの削除を要求する削除要求信号Ｔ１０４を、通信部１０５を用いてファイル格納装置２００へ送信する（Ｓ３１６）。なお、削除要求信号Ｔ１０４は、上述の図７に示す削除要求信号Ｔ１０４と同様である。

次に、ファイル格納装置２００のＣＰＵ２０１は、端末装置１００から送信された削除要求信号Ｔ１０４を、通信部２０３を用いて受信する（Ｓ４０７）。

ＣＰＵ２０１は、工程Ｓ４０１で受信した削除要求信号Ｔ１０４に基づいて、環境管理情報Ｔ２０２を上述の工程Ｓ４０２と同様の手順を用いて更新する（Ｓ４０８）。

これにより、端末装置１００においてファイルの内容について変更操作を行なった場合でも、変更後のファイルをファイル格納装置２００にバックアップすることができる。

また、ファイル格納装置２００に格納されている変更前のファイルについて、ファイルの変更と連動して削除のタイミングを設定することができるため、変更前のファイルがファイル格納装置２００に滞留することを効果的に抑止でき、ファイル格納装置２００の記憶容量を有効に活用することができる。
〔３．実施例２に係る条件監視処理の流れについて〕
図２６は、実施例２に係る条件監視処理の流れの例を示す。図２６に示す条件監視処理の流れは、上述の実施例１において図１８に示す処理の流れと同様の構成に対して、同一の参照符号を付している。図２６に示す条件監視処理の流れは、例えば、工程Ｓ７０９及び工程Ｓ７１０を有する点で、図１８に示す実施例１に係る条件監視処理の流れと相違する。なお、図２６に示す実施例２に係る条件監視処理の流れの前半部分は、図１８に示す実施例１に係る条件監視処理の流れと同様の処理手順であるため説明を部分的に省略する。

まず、ファイル格納装置２００のＣＰＵ２０１は、ファイル格納装置２００のシステム日時を参照し（Ｓ７０１）、環境管理情報Ｔ２０２の削除日時（Ｔ２０２４）と工程Ｓ７０１で参照したシステム日時とを比較する（Ｓ７０２）。工程Ｓ７０２において、ＣＰＵ２０１は、工程Ｓ７０１で参照したシステム日時よりも過去の時点を示す削除日時（Ｔ２０２４）を有する環境管理情報Ｔ２０２を特定する。

ＣＰＵ２０１は、工程Ｓ７０２において比較した結果、削除日時が到来した環境管理情報Ｔ２０２が存在すると判定した場合（Ｓ７０３でＹＥＳ）、工程Ｓ７０４以降の処理を実行する。一方、ＣＰＵ２０１は、工程Ｓ７０２において比較した結果、削除日時が到来した環境管理情報Ｔ２０２が存在しないと判定した場合（Ｓ７０３でＮＯ）、工程Ｓ７０４以降の処理を実行しない。

工程Ｓ７０４において、ＣＰＵ２０１は、工程Ｓ７０２で特定した環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）と同じファイルＩＤ（Ｔ２０２２）を有する他の環境管理情報Ｔ２０２を検索する（Ｓ７０４）。すなわち、ＣＰＵ２０１は、工程Ｓ７０４において、工程Ｓ７０２で特定した環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）と同じファイルＩＤ（Ｔ２０２２）を有する環境管理情報Ｔ２０２であって、削除日時が到来していない環境管理情報Ｔ２０２を特定する。

ＣＰＵ２０１は、工程Ｓ７０４における検索により特定した環境管理情報Ｔ２０２が０件である場合（Ｓ７０５でＹＥＳ）、工程Ｓ７０６乃至工程Ｓ７１０を実行する。一方、ＣＰＵ２０１は、工程Ｓ７０４における検索により特定した環境管理情報Ｔ２０２が０件でない場合（Ｓ７０５でＮＯ）、工程Ｓ７１１を実行する。

工程Ｓ７１０において、ＣＰＵ２０１は、工程Ｓ７０２で特定した環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１を特定する。

工程Ｓ７１０において、ＣＰＵ２０１は、工程Ｓ７１０で特定したファイル管理情報Ｔ２０１の関連ＩＤ（Ｔ２０１３）を参照することにより、関連ＩＤを取得する。

工程Ｓ７０６において、ＣＰＵ２０１は、工程Ｓ７０２で特定した環境管理情報Ｔ２０２のファイルＩＤ（Ｔ２０２２）に該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１を特定する。

工程Ｓ７０６において、ＣＰＵ２０１は、工程Ｓ７０６で特定したファイル管理情報Ｔ２０１の格納先（Ｔ２０１２）に示される格納先のファイルを削除する。

工程Ｓ７０７において、ＣＰＵ２０１は、工程Ｓ７０６で特定したファイル管理情報Ｔ２０１を削除する。

工程Ｓ７０８において、ＣＰＵ２０１は、工程Ｓ７０２で特定した環境管理情報Ｔ２０２を削除する。

工程Ｓ７０９において、ＣＰＵ２０１は、関連ファイルが存在するか否かを判定する。例えば、ＣＰＵ２０１は、工程Ｓ７１０において参照した関連ＩＤ（Ｔ２０１３）に初期値以外の値が設定されていた場合、関連ファイルが存在すると判定することができる（Ｓ７０９でＹＥＳ）。また、ＣＰＵ２０１は、工程Ｓ７１０で取得した関連ＩＤに該当するファイルＩＤ（Ｔ２０１１）を有するファイル管理情報Ｔ２０１１を検索し、該当するファイル管理情報Ｔ２０１１が存在する場合に、関連ファイルが存在すると判定してもよい（Ｓ７０９でＹＥＳ）。

工程Ｓ７０９において、ＣＰＵ１０１は、関連ファイルが存在すると判定した場合（Ｓ７０９でＹＥＳ）、その関連ＩＤを用いて工程Ｓ７０４以降を実行する。すなわち、工程Ｓ７１０で取得した関連ＩＤと同じファイルＩＤを有する他の環境情報の検索処理を実行し、検索結果に基づいて工程Ｓ７０５を実行する。その後は、上述の説明と同様であるため、説明を省略する。

一方、ＣＰＵ１０１は、工程Ｓ７０９において、関連ファイルが存在しないと判定した場合（Ｓ７０９でＮＯ）、実施例２に係る条件監視処理を終了する。

工程Ｓ７１１において、ＣＰＵ１０１は、上述の工程Ｓ７０８と同様の手順を用いて、環境管理情報を削除し、実施例２に係る条件監視処理を終了する。

上述の説明において、条件監視処理の終了は、条件監視処理の開始へと処理の流れを続けても良い。すなわち、端末装置１００のＣＰＵ１０１は、図２６に示す開始から終了までの一連の処理の流れを、繰り返し実行してもよいし、所定条件の成就を契機として実行しても良い。

以上により、ファイル格納装置２００に格納されている変更前のファイルを、ファイルの変更と連動して設定された削除のタイミングに基づいて削除することができ、変更前のファイルがファイル格納装置２００に滞留することを効果的に抑止できる。そのため、ファイル格納装置２００の記憶容量を有効に活用することができる。
〔その他の実施態様〕
上述の実施例において、端末装置１００において実行するものとして説明した工程の一部を、ファイル格納装置２００において実行させてもよい。例えば、図１５に示す工程Ｓ１０２をファイル格納装置２００で実行しても良い。この場合、例えば、端末装置１００において工程Ｓ１０１を実行した後、ファイルＩＤ（Ｔ１０３２）を有さない登録要求信号Ｔ１０３をファイル格納装置２００へ送信する。ファイル格納装置２００は、図１５に示す工程Ｓ２０１において受信した登録要求信号Ｔ１０３のデータブロック（Ｔ１０３４）に示される値に基づいて生成したファイル識別情報を端末装置１００へ送信する。これにより、端末装置１００はファイル識別情報を取得することができる。

また、例えば、図１６に示す工程Ｓ３０５及び工程Ｓ３０６をファイル格納装置２００で実行しても良い。この場合、例えば、端末装置１００は、工程Ｓ３０５において参照する操作履歴情報を、ファイル格納装置２００において工程Ｓ３０５を実行する前の任意のタイミングにおいて、ファイル格納装置２００へ送信すればよい。

また、上述の実施例において説明した工程のうち、自動的に行なわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的に行なわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。

さらに、本実施例に示す各装置にて行なわれる処理は、その全部または任意の一部が、ワイヤードロジックによるハードウェアとして実現され得る。

Claims (7)

1. ファイルに対する操作を可能とする環境であるファイルの利用環境を提供する計算機装置において利用されるファイルのバックアップを、前記計算機装置とネットワークを介して接続される格納装置に格納するファイル格納システムであって、
   前記ファイルを識別するファイル識別情報を、ファイルの内容からハッシュ関数を用いて生成する、識別情報生成部と、
   前記ファイル識別情報により識別されるファイルのバックアップを、前記ファイル識別情報に対応付けて格納する、バックアップ格納部と、
   前記ファイルの利用環境におけるファイルの操作を検出した場合、当該検出されたファイルの操作内容を示す操作履歴を、当該検出されたファイルの利用環境毎に、当該検出されたファイルのファイル識別情報に対応付けて格納する、操作履歴格納部と、
   前記検出されたファイルの操作内容がファイルの削除である場合、当該ファイルのファイル識別情報に対応付けて前記操作履歴格納部に格納された操作履歴に基づいて、当該ファイルの重要度を取得する、重要度取得部と、
   前記取得された重要度に基づいて、前記検出された操作の対象であるファイルの削除条件を、当該ファイルのファイル識別情報に対応付けて設定する、削除条件設定部と、
   前記設定された削除条件の成就を判定する、条件監視部と、
   前記条件監視部において成就すると判定された前記削除条件に対応するファイルを、前記バックアップ格納部から削除する、削除実行部と、
   を有する、ファイル格納システム。
2. 請求項１に記載のファイル格納システムであって、
   前記生成されたファイル識別情報と、前記ファイルの利用環境と、を対応付ける環境管理情報を格納する、環境管理情報格納部と、
   前記条件監視部において成就すると判定された削除条件に対応するファイルを示す前記環境管理情報に基づいて当該ファイルを利用する他の利用環境が存在するか否かを判定し、当該判定結果に応じて当該ファイルの削除可否を判定する、削除可否判定部と、
   を有し、
   前記削除条件設定部は、前記ファイルの利用環境毎に、前記ファイルのファイル識別情報に対応付けて前記削除条件を設定し、
   前記削除実行部は、前記条件監視部により成就すると判定された前記削除条件に対応するファイルであって、前記削除可否判定部により削除可と判定されたファイルを、前記バックアップ格納部から削除する、
   ファイル格納システム。
3. 請求項２に記載のファイル格納システムであって、
   前記削除実行部は、前記判定において削除不可と判定された場合、前記削除条件に対応する利用環境と前記削除条件に対応するファイルとに対応して格納されている環境管理情報を無効にし、
   前記削除可否判定部は、前記判定された削除条件に対応するファイルを利用する他の利用環境を示す有効な前記環境管理情報が前記環境管理情報格納部に登録されていない場合に、前記判定された削除条件に対応するファイルを削除可と判定する、
   ファイル格納システム。
4. 請求項１乃至３に記載のファイル格納システムであって、
   前記ファイル操作検出部により検出されたファイルの操作内容がファイルの変更である場合、
   前記変更後のファイルを識別するファイル識別情報を、前記識別情報生成部を用いて生成し、
   前記生成された変更後のファイルのファイル識別情報と、前記ファイルの利用環境と、を対応付ける環境管理情報を、前記環境管理情報格納部に格納し、
   前記生成された変更後のファイルのバックアップを、前記変更後のファイルのファイル識別情報に対応付けて、前記バックアップ格納部に格納する、更新要求実行部と
   を有する、ファイル格納システム。
5. 請求項４に記載のファイル格納システムであって、
   前記更新要求実行部は、
   前記ファイル操作検出部により検出されたファイルの操作内容がファイルの変更である場合、
   前記変更前のファイルの重要度を、前記重要度取得部を用いて取得し、
   前記取得された変更前のファイルの重要度に基づいて、前記変更前のファイルの削除条件を、前記削除条件設定部を用いて設定する、
   ファイル格納システム。
6. ファイルに対する操作を可能とする環境であるファイルの利用環境を提供する計算機装置において利用されるファイルのバックアップを、前記計算機装置とネットワークを介して接続される格納装置に格納するファイル格納方法であって、
   前記ファイルを識別するファイル識別情報を、ファイルの内容からハッシュ関数を用いて生成し、
   前記生成されたファイル識別情報と、前記ファイルの利用環境と、を対応付ける環境管理情報を格納し、
   前記ファイル識別情報により識別されるファイルのバックアップを、前記ファイル識別情報に対応付けて格納し、
   前記ファイルの利用環境におけるファイルの操作を検出した場合、検出されたファイルの操作内容を示す操作履歴を、前記ファイルの利用環境毎に、前記検出されたファイルのファイル識別情報に対応付けて格納し、
   前記ファイルの利用環境におけるファイルの操作を検出した場合であって、前記検出されたファイルの操作内容がファイルの削除である場合、前記検出されたファイルのファイル識別情報に対応付けて前記操作履歴格納部に格納された操作履歴に基づいて、前記検出されたファイルの重要度を取得し、
   前記取得された重要度に基づいて、前記検出された操作の対象であるファイルの削除条件を設定し、
   前記設定された削除条件が成就すると判定された場合、当該削除条件に対応するファイルを、前記格納装置から削除する
   ファイル格納方法。
7. ファイルに対する操作を可能とする環境であるファイルの利用環境を提供する端末装置において利用されるファイルのバックアップを、前記端末装置とネットワークを介して接続される格納装置に格納するファイル格納プログラムであって、
   コンピュータを、
   前記ファイルを識別するファイル識別情報を、ファイルの内容からハッシュ関数を用いて生成する、識別情報生成部と、
   前記生成されたファイル識別情報と、前記ファイルの利用環境と、を対応付ける環境管理情報を格納する、環境管理情報格納部と、
   前記ファイル識別情報により識別されるファイルのバックアップを、前記ファイル識別情報に対応付けて格納する、バックアップ格納部と、
   前記ファイルの利用環境におけるファイルの操作を検出した場合、当該検出されたファイルの操作内容を示す操作履歴を、当該ファイルの利用環境毎に、当該ファイルのファイル識別情報に対応付けて格納する、操作履歴格納部と、
   前記検出されたファイルの操作内容がファイルの削除である場合、当該ファイルのファイル識別情報に対応付けて前記操作履歴格納部に格納された操作履歴に基づいて、当該ファイルの重要度を取得する、重要度取得部と、
   前記取得された重要度に基づいて、前記検出された操作の対象であるファイルの削除条件を、当該ファイルのファイル識別情報に対応付けて設定する、削除条件設定部と、
   前記設定された削除条件の成就を判定する、条件監視部と、
   前記条件監視部において成就すると判定された前記削除条件に対応するファイルを、前記バックアップ格納部から削除する、削除実行部、
   として機能させる、ファイル格納プログラム。