"記憶領域が複数の小さな領域に細分化されたバックアップ対象ドライブに対して行われるデータの書き込みを検出する検出手段と、前記検出手段の検出に応答して前記データが書き込まれた領域の位置を特定する特定手段と、前記特定手段によって特定された位置の情報を記録する記録手段と、前記記録手段に記録された位置の情報を用いて前記バックアップ対象ドライブから当該情報で示された位置の領域のデータを読み出す読み出し手段と、前記読み出し手段によって読み出されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させる記憶制御手段とを備えたことを特徴とするバックアップ装置。さらに、前記読み出し手段によって読み出されたデータを圧縮する圧縮手段を備え、前記記憶制御手段は、この圧縮手段によって圧縮されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させることを特徴とする請求項1に記載のバックアップ装置。さらに、前記圧縮手段によって圧縮されたデータまたは前記読み出し手段によって読み出されたデータを暗号化する暗号化手段を備え、前記記憶制御手段は、この暗号化手段によって暗号化されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させることを特徴とする請求項2に記載のバックアップ装置。記憶領域が複数の小さな領域に細分化されたバックアップ対象ドライブに対して行われるデータの書き込みを検出する検出工程と、前記検出工程の検出に応答して前記データが書き込まれた領域の位置を特定する特定工程と、前記特定工程によって特定された位置の情報を記録する記録工程と、前記記録工程で記録された位置の情報を用いて前記バックアップ対象ドライブから当該情報で示された位置の領域のデータを読み出す読み出し工程と、前記読み出し工程によって読み出されたデータと前記記録工程で記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させる記憶制御工程とを含むことを特徴とするバックアップ方法。バックアップ装置のコンピュータを、記憶領域が複数の小さな領域に細分化されたバックアップ対象ドライブに対して行われるデータの書き込みを検出する検出手段、前記検出手段の検出に応答して前記データが書き込まれた領域の位置を特定する特定手段、前記特定手段によって特定された位置の情報を記録する記録手段、前記記録手段に記録された位置の情報を用いて前記バックアップ対象ドライブから当該情報で示された位置の領域のデータを読み出す読み出し手段、前記読み出し手段によって読み出されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させる記憶制御手段として機能させることを特徴とするプログラム。記憶領域が複数の小さな領域に細分化されたバックアップ対象ドライブに記憶されたデータをネットワークを介したサーバー上にバックアップするバックアップシステムにおいて、前記バックアップ対象ドライブに対して行われるデータの書き込みを検出する検出手段と、前記検出手段の検出に応答して前記データが書き込まれた領域の位置を特定する特定手段と、前記特定手段によって特定された位置の情報を記録する記録手段と、前記記録手段に記録された位置の情報を用いて前記バックアップ対象ドライブから当該情報で示された位置の領域のデータを読み出す読み出し手段と、前記読み出し手段によって読み出されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとネットワークを介して接続される前記サーバーに記憶させる記憶制御手段とを備えたことを特徴とするバックアップシステム。さらに、前記読み出し手段によって読み出されたデータを圧縮する圧縮手段を備え、前記記憶制御手段は、この圧縮手段によって圧縮されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記サーバーへネットワークを介して送信することを特徴とする請求項6に記載のバックアップシステム。しかしながら、関連技術は、以下の課題を有している。特許文献1記載の技術は、RAIDの技術であり、バックアップの技術ではない。詳細には、複数のハードディスクの1台が故障してもデータを喪失しないという障害耐性向上の技術に過ぎず、そのままでは、定期的または不定期に一の記憶装置から二の記憶装置にデータをバックアップするという技術には適用できない。また、特許文献2記載の技術は、一つのハードディスク内にデータ領域とバックアップ領域とを設けるという技術であり、要するに、一の記憶装置のデータを同じ記憶装置一の記憶装置にバックアップする技術である。このため、一の記憶装置にトラブルが発生した場合には、バックアップデータも失われてしまうという課題を有している。また、特許文献3記載の技術は、フラッシュメモリに適用する専用の技術であり、ハードディスクのバックアップに関する技術ではない。すなわち、フラッシュメモリはセクタのデータを書き換える際に、セクタ内の書き換え不要データをRAMに待避し、データを書き換えた後にその待避データをフラッシュメモリに書き戻しているが、不意な電源遮断が発生するとRAMに待避中のデータが失われてしまい、フラッシュメモリのセクタデータに不整合が生じるという不都合がある。特許文献3の技術は、この不都合を解決するために、上記の書き換え不要データを不揮発性の記憶装置に待避させるとしたものに過ぎず、一般的なデータのバックアップ技術ではない。その他、データバックアップの関連技術として、たとえば、AcronisTrueImageアクロニス社の登録商標などの専用パッケージソフトが知られている。しかしながら、この種のパッケージソフトは、ファイル単位でバックアップするものであり、ファイルシステムにアクセスする際のオーバヘッドが大きく、バックアップの効率が悪いという課題がある。かかる課題は、とりわけ大容量の記憶装置に適用する場合に看過できない。大容量の記憶装置は大量のファイルを記憶しているため、そのファイルの数だけオーバヘッドが大きくなり、ますますバックアップの効率が悪くなるバックアップに要する時間が長くなるからである。そこで、本発明の目的は、効率よくバックアップを行うことができるバックアップ装置、バックアップ方法、プログラム及びバックアップシステムを提供することにある。本発明に係るバックアップ装置は、記憶領域が複数の小さな領域に細分化されたバックアップ対象ドライブに対して行われるデータの書き込みを検出する検出手段と、前記検出手段の検出に応答して前記データが書き込まれた領域の位置を特定する特定手段と、前記特定手段によって特定された位置の情報を記録する記録手段と、前記記録手段に記録された位置の情報を用いて前記バックアップ対象ドライブから当該情報で示された位置の領域のデータを読み出す読み出し手段と、前記読み出し手段によって読み出されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させる記憶制御手段とを備えたことを特徴とする。本発明によれば、バックアップ対象ドライブの小さな領域単位にバックアップを行うので、ファイルシステムに依存せず、効率よくバックアップを行うことができる。以下、本発明の実施形態を図面を参照しながら説明する。<実施形態の適用例>図1は、実施形態の適用例を示すネットワーク構成図である。この図において、ネットワーク1は、宅内ネットワーク2と、インターネット等の広域ネットワーク3と、この広域ネットワーク3を介して宅内ネットワーク2からアクセス可能なファイルサーバ4とを含んで構成されている。ファイルサーバ4は、任意のファイルを保存したり読み出したりできる公知のファイル蓄積サービスを提供するものであり、一般的には当該サービスの利用に際して事前にユーザ登録を行ったり、利用可能な記憶容量や課金の有無等の手続を行ったりするが、ここでは、それらの手続に関して特に限定しない。広域ネットワーク3を介して宅内ネットワーク2からアクセス可能なファイルサーバ4であればよく、特に、任意のファイルを保存したり読み出したりできるサービスを提供するものであればよい。本実施形態では、このサービスを利用してデータのバックアップを行うものとする。つまり、宅内ネットワーク2のデータのバックアップ先をファイルサーバ4とするが、思想的には、これは一例である。広域ネットワーク3に接続された他の記憶要素をバックアップ先としてもよいし、あるいは、宅内ネットワーク2に存在する他の記憶要素をバックアップ先としてもよい。しかしながら、昨今の時代背景とりわけ、ネットワーク利用のクラウド環境を考慮すると、バックアップ先をネットワーク上のサーバ、つまり、実施形態におけるファイルサーバ4とすることが時代にマッチしているから、以下の説明では、このような考え方に従い、バックアップ先をファイルサーバ4とすることとする。図2は、宅内ネットワーク2の構成図である。この図において、宅内ネットワーク2は、広域ネットワーク3図1参照に接続されたモデム5と、このモデム5と宅内LAN6との間に介在して両ネットワーク広域ネットワーク3と宅内LAN6間を流れるデータパケットの転送制御を行うルータ7と、宅内LAN6に接続されたパーソナルコンピュータPersonalComputer:以下、PCと略す8及びネットワークストレージ装置NetworkAttachedStorage:以下、NASと略す9とを含んで構成されている。NAS9は、PC8の外付け記憶装置として用いられる。たとえば、PC8の仮想ディスクにNAS9を割り当てることにより、NAS9をPC8の二次記憶装置として利用することができる。PC8は複数台であってもよい。複数台のPC8の仮想ディスクにNAS9を割り当てておけば、このNAS9を複数台のPC8の共用ディスクとして利用することができる。このような使い方NAS9の共用は、データのバックアップ作業の効率を改善できるから好ましい。NAS9を使用しない場合は、各々のPC8でバックアップを行わなければならず、それだけバックアップが面倒になるが、NAS9を共用すればNAS9のバックアップだけで済み、手間を軽減できるからである。なお、ここでは宅内ネットワーク2としているが、宅内に限らない。たとえば、職場や公共施設あるいは遊戯施設などの任意の場所であってもよい。要は、インターネット等の広域ネットワーク3に接続可能な小規模や中規模または大規模なネットワーク図では宅内LAN6が構築された場所であって、且つ、当該ネットワーク図では宅内LAN6内で共有または1台のPC8で占有されるNAS9を備えたものであればよい。また、ここでは、インターネット等の広域ネットワーク3に接続可能な小規模や中規模または大規模なネットワークの具体例として、有線式の宅内LAN6有線LANを示しているが、これも一例に過ぎない。無線LANであってもよく、あるいは有線と無線の混在LANであってもよい。図3は、NAS9のハードウェア構成図である。この図において、NAS9は、マイクロプロセッサ10と、ROM11と、RAM12と、データ転送用システムバス13と、ハードディスクインターフェース14と、ハードディスク装置15と、ネットワークインターフェース16とを含んで構成されている。マイクロプロセッサ10は、予めROM11やハードディスク装置15に書き込まれているプログラム図4のアプリケーションソフト17、オペレーティングシステム18、ハードディスクドライバ19及びインターフェースドライバ20などをRAM12にロードして、そのプログラムを実行することにより、このNAS9の各部の動作を統括制御する。データ転送用システムバス13は、マイクロプロセッサ10や、ROM11、RAM12、ハードディスクインターフェース14及びネットワークインターフェース16の間でやりとりされるデータの転送路であり、ネットワークインターフェース16は、宅内LAN6図2参照を経由したデータの送信や受信を行い、ハードディスクインターフェース14は、マイクロプロセッサ10の制御を受け、ハードディスク装置15に対するデータの書き込み及びハードディスク装置15からのデータの読み出しを行う。図4は、NAS9のモデル図である。図示のモデルは、上位層にアプリケーションソフト17を配置するとともに、中位層にオペレーティングシステム18を配置し、且つ、下位層にハードディスクドライバ19とインターフェースドライバ20とを配置したソフトウェア部21を、インターフェース部22やハードディスクコントローラ23、ネットワークコントローラ24及びハードディスク装置15などからなるハードウェア部25の上位に設けた構造を有している。ハードディスク装置15は、物理的に独立した複数のドライブここでは、二つのハードディスク15a、15bを備えており、ここでは、左側のハードディスク15aをシステム用、右側のハードディスク15bをデータ用とする。以下、左側のハードディスク15aをシステムディスク15aといい、また、右側のハードディスク15bをデータディスク15bということにする。データディスク15bは、バックアップ対象ドライブであり、このデータディスク15bには、バックアップ対象のユーザデータ宅内ネットワーク2のPC8で使用するワープロデータなどの様々なデータが格納される。また、システムディスク15aは、NAS9の起動ドライブであり、このシステムディスク15aには、NAS9の動作に必要なシステムデータアプリケーションソフト17、オペレーティングシステム18、ハードディスクドライバ19及びインターフェースドライバ20などが格納されるとともに、さらに、後述するクラスタ記録ファイル群37クラスタ番号ファイル38とクラスタデータ集約ファイル39::図7や図10参照の格納領域と、後述する復元用データ40図15参照の展開領域とが確保されている。なお、実施形態では、バックアップの対象をデータディスク15bとしており、システムディスク15aはバックアップの対象外になっているが、システムディスク15aの不意なトラブルディスククラッシュ等を考慮すると、たとえば、データディスク15bに、システムディスク15aのカーボンコピーを格納するための領域を設けておいてもよい。このようにすると、システムディスク15aのトラブル発生時に、システムディスク15aを交換後、カーボンコピーを用いて速やかにシステムを復旧できるので好ましい。インターフェース部22は、ハードウェアバス26図3のデータ転送用システムバス13に相当を含み、このハードウェアバス26を介してソフトウェア部21と、ハードディスクコントローラ23及びネットワークコントローラ24との間のデータのやりとりを中継する。インターフェース部22とハードディスクコントローラ23は一体として、図3のハードディスクインターフェース14を構成し、また、インターフェース部22とネットワークコントローラ24は一体として、図3のネットワークインターフェース16を構成する。ハードディスクコントローラ23とハードディスク装置15システムディスク15aとデータディスク15bとの間は、SATAやSCSIまたはPATAなどの標準インターフェース27a、27bを介して接続されており、また、ネットワークコントローラ24と宅内LAN6図2参照との間は、ETHERNET登録商標やWiFiなどの通信媒体28を介して接続されている。ソフトウェア部21に含まれる各種ドライバプログラムハードディスクドライバ19やインターフェースドライバ20などは、ハードウェア部25の製品ごとの仕様の違いを吸収するためのものであり、これらのドライバプログラムは、ハードウェア部25の構成に応じて適宜に入れ替えられるようになっている。たとえば、ハードウェア部25の構成が製品Aと製品Bの場合、少なくとも、これらの製品Aと製品Bに対応したドライバプログラムをソフトウェア部21の下位層ドライバ層に配置するという操作インストール操作を行うようになっている。なお、インターフェースドライバ20は、不図示の操作部キーボードとマウス等や表示部液晶ディスプレイ等などの製品に対応した汎用ドライバプログラムまたは専用ドライバプログラムであり、それら各部の仕様の違いを吸収して、各部とオペレーティングシステム18との間のデータのやりとりを中継する。図5は、データディスク15bシステムディスク15aも同様の記憶空間の物理的な構造模式図である。この図のaに示すように、データディスク15bは、円盤状の磁気ディスク以下、単にディスクという29を有する。ディスク29の枚数は1又は複数記憶容量にもよるが一般的には複数であり、複数の場合は各ディスクが同一軸で一体回転するようになっている。ディスク29は同心状に並べられた多数のトラックと、そのトラックを一定容量ごとに細分化したセクタとからなり、典型的なセクタサイズ容量は512バイトである。セクタの位置はディスク番号とトラック番号とセクタ番号の組み合わせで表すことができるが、一般的には、トラック番号はシリンダ番号複数枚のディスクを考慮したもので表され、また、ディスク番号はヘッド番号で表されるため、実際にはシリンダ番号とヘッド番号とセクタ番号の組み合わせが用いられる。この組み合わせのことを、各々のパラメータの頭文字をとってCHSパラメータという。ちなみに、シリンダ番号は最外周のシリンダを0、ディスク番号は最上面のディスクを0として順に数えていき、セクタ番号は、トラックの最初のセクタを1として順に番号を割り振る。CHSパラメータは、システムディスク15aやデータディスク15bの構造を直接的に表すパラメータであり、いわゆる物理的なパラメータであるため、製品ごとの違いがあって使い勝手が悪い。そこで、かかる物理的なパラメータを用いずにセクタの位置を指定できる便利な手法として、LBALogicalBlockAddressing方式が採用されている。LBA方式は、システムディスク15aやデータディスク15bの構造や仕様に関わらず、その記憶空間を論理的に細分化して各々の細分化領域にセクタ番号を付したものであり、オペレーティングシステム18やハードディスクドライバ19は、このLBA方式に従ってシステムディスク15aやデータディスク15bにアクセスする。このように、LBA方式は、ハードディスク装置15の物理的な仕様を考慮する必要がなく、プログラム開発の効率を改善できるという大きな利点を有することから、特殊な用途を除き、ほとんどのコンピュータ応用機器で利用されている。ちなみに、ハードディスク装置15の内部ではLBAからCHSパラメータへの変換が行われる。この変換機能は一般的にハードディスクコントローラ23に実装されている。つまり、ハードディスク装置15のハードディスクコントローラ23は、CHSパラメータを用いて物理的なセクタを特定し、その物理セクタにアクセスする。ところで、システムディスク15aやデータディスク15bをセクタ単位でアクセスすると、セクタはきわめて小さな容量512バイトであることから、アクセスの効率が悪い。そこで、実際にはいくつかのセクタをまとめたクラスタと呼ばれる大きめの単位でアクセスする。1クラスタはセクタの倍数であり、一般的には、図5のbに示すように1クラスタ=8セクタで構成されるが、これに限定されない。システムディスク15aやデータディスク15bのクラスタ数をNとした場合、システムディスク15aやデータディスク15bの論理的な記憶空間は、図5のcに示すように、クラスタ0からクラスタNまでが順次に並んだ構造LBA方式の構造になる。オペレーティングシステム18やハードディスクドライバ19は、この構造論理的な記憶空間に従ってシステムディスク15aやデータディスク15bをアクセスする。図6は、ファイルシステムの一例構造図である。ファイルシステムとは、オペレーティングシステム18が持つ機能の一つであり、この図において、ファイルシステムは、マスタブートレコード30、ブートレコード31、FAT1ファイル情報32、FAT2FAT1のコピー33、ディレクトリエントリ34及びデータ35をLBA方式の論理セクタ36に割り当てて管理する。たとえば、図示の例では、マスタブートレコード30を論理セクタ36のセクタ0実際にはセクタ1から始まるが、ここでは説明の便宜上、セクタ0から始まるものとするに割り当て、ブートレコード31をセクタ1に割り当て、FAT1ファイル情報32をセクタ2とセクタ3に割り当て、FAT2FAT1のコピー33をセクタ4とセクタ5に割り当て、ディレクトリエントリ34をセクタ6に割り当て、データ35をセクタ7~に割り当てて管理している。なお、マスターブートレコードMBRとは、コンピュータ応用機器この実施形態ではNAS9の起動時に最初に読み込まれるシステムディスク15aの特定部分セクタのことをいい、このマスターブートレコードに続いてブートレコードが読み込まれる。ブートレコードにはディスクの構造、たとえば、どの様に論理ドライブが設定されているか、また、パーテションはどの様になっているかなどといった情報が格納されている。また、FATとは、FileAllocationTableの略で、代表的なファイルシステムにおける管理領域を指す用語であるが、FATに限らず、FAT32やNTFSあるいはHFSなどの他のファイルシステムによって管理される領域であってもよい。前記のとおり、FATでは、ディスクをクラスタと呼ばれる論理単位に分割し、データのサイズに応じてこのクラスタを1個ないし複数個割り当てることでファイルを構成する。このとき、あるファイルを構成しているのはどのクラスタか、またクラスタの使用/未使用といった情報を、FATと呼ばれる管理領域、つまり、図6のFAT1ファイル情報32に記録して管理する。FATは、いわば、本の目次あるいは法務局に登記されている土地台帳のようなものである。このFAT1ファイル情報32はファイル管理上、きわめて重要な情報であるため、一般的には安全性を考慮してFAT1ファイル情報32の複製物を作り、それをFAT2FAT1のコピー33として記録管理している。次に、実施形態の動作を説明するが、はじめに、実施形態の動作に必要な重要なファイルクラスタ記録ファイル群37について説明する。図7は、クラスタ記録ファイル群37の概念図である。この図において、クラスタ記録ファイル群37は、システムディスク15aの所定領域に生成される二つのファイルクラスタ番号ファイル38とクラスタデータ集約ファイル39で構成される。クラスタ番号ファイル38は、バックアップ対象ドライブデータディスク15bに対して書き込みが行われたときに、その書き込みがあったクラスタの番号クラスタの位置を示す情報を記録するために用いられる。ここで、書き込みとは、クラスタのデータに変更があったときのことをいい、このときには、ファイルの書き込みがあったときもちろんのこと、ファイルの削除が行われたときや、バックアップ対象ドライブデータディスク15bの初期化フォーマットともいうが行われたときも含まれる。このクラスタ番号ファイル38は、バックアップ対象ドライブデータディスク15bの初期化が行われたときに、システムディスク15aの所定領域に空の状態何も記録されていない白紙の状態で生成され、以降、バックアップ対象ドライブデータディスク15bに対して書き込みが行われるたびに、その書き込みが行われたクラスタの番号が順次に記録されていく。たとえば、クラスタ1、クラスタ7、クラスタ25670、クラスタ25671、クラスタ25677、クラスタ25679の順に書き込みが行われた場合を想定すると、まず、クラスタ番号の1が記録され、次いで、クラスタ番号の7が追加記録され、以降、クラスタ番号の25670、クラスタ番号の25671、クラスタ番号の25677、クラスタ番号の25679の順に追加記録される結果、最終的にクラスタ番号ファイル38には、1,7,25670,25671,25677,25679という数列が記録される。なお、ここでは、クラスタ番号ファイル38をカンマ区切りのテキストファイル形式いわゆるCSV形式:CommaSeparatedValuesとしているが、これは一例に過ぎない。他の区切り記号を用いてもよく、あるいは、データベース型式等の他のファイル形式であってもよい。クラスタデータ集約ファイル39は、バックアップを行う際に使用されるファイルである。したがって、このクラスタデータ集約ファイル39は、バックアップを行う際にシステムディスク15aの所定領域に存在していればよく、その生成時期については特に限定しない。たとえば、上記のクラスタ番号ファイル38と同様に、バックアップ対象ドライブデータディスク15bの初期化が行われたときに、システムディスク15aの所定領域に空の状態で生成してもよいし、あるいは、バックアップを行う際にシステムディスク15aの所定領域に空の状態で生成してもよい。クラスタデータ集約ファイル39は、要するに、書き込みが行われたクラスタのデータを集約してファイル化したものであり、バックアップの際に、上記のクラスタ番号ファイル38と一緒にバックアップ先ドライブ図1のファイルサーバ4に蓄積保存されるものである。システムディスク15a内のクラスタ番号ファイル38とクラスタデータ集約ファイル39は、バックアップ後、初期化される元の白紙の状態に戻される。クラスタデータ集約ファイル39へのクラスタデータの集約は、次のようにして行われる。まず、システムディスク15a内のクラスタ番号ファイル38を参照し、記録されている数列の先頭のクラスタ番号を読み出す。すなわち、前記の例ではクラスタ番号の1を読み出し、次いで、データディスク15bのクラスタ1のデータを読み込んで、そのデータをクラスタデータ集約ファイル39に書き込むという動作を、クラスタ番号ファイル38に記録されている残りのクラスタ番号の全てについて繰り返し行うことにより、最終的に、クラスタ1、クラスタ7、クラスタ25670、クラスタ25671、クラスタ25677及びクラスタ25679の全てのデータを集約したクラスタデータ集約ファイル39が得られる。そして、そのようにして得られたクラスタデータ集約ファイル39とクラスタ番号ファイル38とをバックアップ先ドライブ図1のファイルサーバ4に送信して蓄積保存させた後、システムディスク15a内のクラスタ番号ファイル38とクラスタデータ集約ファイル39を初期化して元の白紙の状態に戻して、バックアップ処理を完了する。バックアップ先ドライブ図1のファイルサーバ4には、バックアップを行った回数分のクラスタ番号ファイル38とクラスタデータ集約ファイル39のペアが蓄積される。リカバリを行う際には、所望のペアを選択し、そのペアクラスタ番号ファイル38とクラスタデータ集約ファイル39に基づいてデータを復元し、復元先ドライブデータディスク15bに書き戻せばよい。各ペアのファイル日時はバックアップ時期を示すので、バックアップ先ドライブ図1のファイルサーバ4は、いわばバックアップデータの世代管理を行っていることになる。このため、任意の日時のペアを選択することにより、時期を遡った遡及的なリカバリを行うことができる。ここで、集約とは、書き換えられたクラスタデータを個別に取り出し可能な形で一つのファイルクラスタデータ集約ファイル39にとりまとめるパッケージ化またはコンテナ化ともいうことをいう。集約の仕方は特に限定しないが、たとえば、データベース形式のファイルとしてもよい。つまり、データベースの一つのレコードを一つのクラスタに割り当てるとともに、そのレコードを番号フィールドとデータフィールドとに分け、且つ、番号フィールドとクラスタ番号ファイル38とをリンクさせるようにしてもよい。このようにすれば、クラスタ番号ファイル38に記録されたクラスタ番号をキー手掛かり情報にして、データベースクラスタデータ集約ファイル39から当該クラスタ番号のクラスタデータを個別に読み出すことができるから、後述するリカバリ時の動作図14参照を支障なく行うことができる。実施形態の動作は初期化時の動作、ファイル書き込み時の動作、バックアップ時の動作及びリカバリ時の動作の4つであり、以下、各々の動作ごとに具体的に説明する。<初期化時の動作>初期化時の動作とは、ハードディスク装置15を初期化するときに実行する動作であり、その動作は、以下のとおりである。図8は、初期化時の動作フローを示す図である。一般的にハードディスク装置15の初期化は、オペレーティングシステム18とハードディスクドライバ19との協調作業によって行われる。すなわち、初期化機能のうち、ハードウェア非依存部分をオペレーティングシステム18が担当し、ハードウェア依存部分をハードディスクドライバ19が担当することにより、一体として、ハードディスク装置15の初期化を行っている。したがって、以下に説明する各々の処理部分ステップは、オペレーティングシステム18とハードディスクドライバ19のいずれに含まれるかを一概にいうことはできない。その処理内容がハードウェア非依存部分に関係する場合にはオペレーティングシステム18に含まれると理解し、また、ハードウェア依存部分に関係する場合にはハードディスクドライバ19に含まれると理解すればよい。図示の動作フローは、バックアップ対象ドライブの初期化開始イベントに応答して実行される。バックアップ対象ドライブは、ここでは、図4のデータディスク15bである。このフローを開始すると、まず、バックアップ対象ドライブデータディスク15bの情報を取得するステップS11。取得する情報は、少なくともLBA情報であり、具体的にはクラスタ数や1クラスタを構成するセクタ数及びセクタの容量などである。もちろん、これ以外の情報を取得してもかまわない。バックアップ対象ドライブの情報を取得すると、次に、内容が空の状態のクラスタ記録ファイル群37をシステムディスク15aに作成するステップS12。クラスタ記録ファイル群37とは、本実施形態に特有のもの図7や図10のクラスタ記録ファイル群37参照であり、このクラスタ記録ファイル群37は、先にも説明したとおり、二つのファイルを含む。一のファイルは、書き込みデータの変更があったクラスタの番号を記録するもの図7や図10のクラスタ番号ファイル38参照、二のファイルは、書き込みデータの変更があったクラスタのデータを集約して記録するもの図7や図10のクラスタデータ集約ファイル39参照である。システムディスク15aに空のクラスタ記録ファイル群37を作成すると、次に、バックアップ対象ドライブデータディスク15bのFAT領域図6のFAT1ファイル情報32及びFAT2FAT1のコピー33の初期化ステップS13と、ディレクトリエントリ図6のディレクトリエントリ34の初期化ステップS14とを順次に実行して、フローを終了する。以上の処理部分ステップS11~ステップS14は、公知の初期化時の動作と同じである。実施形態の相違部分は、バックアップ対象ドライブのFAT領域図6のFAT1ファイル情報32及びFAT2FAT1のコピー33の初期化ステップS13と、ディレクトリエントリ図6のディレクトリエントリ34の初期化ステップS14とを行う際に、それぞれ、書き込みクラスタ記録の処理ステップS15、ステップS16を行う点にある。ステップS15における書き込みクラスタ記録の処理は、バックアップ対象ドライブのFAT領域図6のFAT1ファイル情報32及びFAT2FAT1のコピー33の初期化ステップS13を行う際に、その初期化に伴って内容が変化するクラスタの番号を、先の一のファイル図7や図10のクラスタ番号ファイル38に書き込むという処理である。また、同様に、ステップS16における書き込みクラスタ記録の処理は、バックアップ対象ドライブのディレクトリエントリ図6のディレクトリエントリ34の初期化ステップS13を行う際に、その初期化に伴って内容が変化するクラスタの番号を、先の一のファイル図7や図10のクラスタ番号ファイル38に書き込むという処理である。したがって、この初期化時の動作では、システムディスク15aに空のクラスタ記録ファイル群37図7や図10のクラスタ記録ファイル群37参照が作成されるとともに、データディスク15bのFATやディレクトリエントリの初期化に伴い、クラスタ記録ファイル群37を構成する一のファイル図7や図10のクラスタ番号ファイル38参照に、それらのFATやディレクトリエントリのクラスタ番号が記録される。<ファイル書き込み時の動作>ファイル書き込み時の動作とは、アプリケーションソフト17やオペレーティングシステム18でバックアップ対象ドライブデータディスク15bに対するデータの書き込みが発生したときに実行する動作であり、その動作は、以下のとおりである。図9は、ファイル書き込み時の動作フローを示す図である。前記の初期化時の動作と同様に、このファイル書き込み時の動作も、オペレーティングシステム18とハードディスクドライバ19との協調作業によって行われる。すなわち、ファイル書き込み機能のうち、ハードウェア非依存部分をオペレーティングシステム18が担当し、ハードウェア依存部分をハードディスクドライバ19が担当することにより、一体として、ハードディスク装置15へのデータの書き込みを行っている。したがって、以下に説明する各々の処理部分ステップは、オペレーティングシステム18とハードディスクドライバ19のいずれに含まれるかを一概にいうことはできない。その処理内容がハードウェア非依存部分に関係する場合にはオペレーティングシステム18に含まれると理解し、また、ハードウェア依存部分に関係する場合にはハードディスクドライバ19に含まれると理解すればよい。このフローを開始すると、まず、ファイルシステムは、クラスタ単位の書き込みデータを用意しステップS21、次いで、ハードディスクドライバ19に対して、書き込み対象のクラスタ番号と書き込みデータとを送るステップS22。そして、ハードディスクドライバ19は、LBA→CHSパラメータ変換を行うとともに、クラスタデータをセクタデータに変換してデータディスク15bの対象セクタに書き込むステップS23という動作を全ての書き込みデータについて繰り返し実行した後、フローを終了する。以上の処理部分ステップS21~ステップS23は、公知のファイル書き込み時の動作と同じである。実施形態の相違部分は、クラスタデータをセクタデータに変換してデータディスク15bの対象セクタにデータを書き込むステップS23際に、書き込みクラスタ記録の処理ステップS24を行う点にある。ステップS24における書き込みクラスタ記録の処理は、バックアップ対象ドライブデータディスク15bのファイル書き込みのクラスタ番号を、先の一のファイル図7や図10のクラスタ番号ファイル38に書き込むという処理である。したがって、このファイル書き込み時の動作では、バックアップ対象ドライブデータディスク15bに対するファイルの書き込みが発生するたびに、一のファイル図7や図10のクラスタ番号ファイル38参照に、その書き込みファイルのクラスタ番号が記録される。図10は、クラスタ番号記録の概念図である。この図において、左端の縦長図形は、データディスク15bの論理クラスタ構造を示しており、縦長図形を構成する横長矩形状の升目はそれぞれクラスタを表している。ここで、黒く塗りつぶされたクラスタがデータの書き換えが行われたものであるとする。つまり、クラスタ番号の1と7と25670と25671と25677と25679の4つがデータの書き換えクラスタであるとする。この場合、クラスタ記録ファイル群37を構成する一のファイルクラスタ番号ファイル38には、1、7、25670、25671、25677及び25679の各クラスタ番号が記録されることになる。なお、クラスタ記録ファイル群37を構成する二のファイルクラスタデータ集約ファイル39は、後述のバックアップ時において使用されるものであり、このクラスタデータ集約ファイル39には、後述のバックアップ時の動作において、クラスタ記録ファイル群37に記録されているクラスタ番号を有するクラスタのデータを集約したものが記録される。たとえば、図示の例では、クラスタ番号ファイル38に1、7、25670、25671、25677及び25679の各クラスタ番号が記録されているので、後述のバックアップ時の動作において、それらのクラスタ番号に対応した、クラスタ1のデータ、クラスタ7のデータ、クラスタ25670のデータ、クラスタ25671のデータ、クラスタ25677のデータ及びクラスタ25679のデータが集約して記録される。<バックアップ時の動作>バックアップとは、バックアップ対象ドライブデータディスク15bのデータを他の記憶要素バックアップ先ドライブに保存することをいう。バックアップ先ドライブはバックアップ対象ドライブ以外のもの物理的に異なるものであればよく、実施形態では、特にそれに限定されないが、図1のファイルサーバ4をバックアップ先ドライブとしている。なお、1台のハードディスクに複数のパーティションを作成し、そのうちの一つのパーティションをバックアップ先とすることも一部で行われているが、このようなバックアップ手法は安全性の点で好ましくない。1台のハードディスクに物理的な障害が生じた場合はバックアップ先のハーティションにもアクセスできず、データの復旧リカバリが不可能になるからである。したがって、実施形態におけるバックアップ先ドライブは、バックアップ対象ドライブデータディスク15bと物理的に異なる他の記憶要素たとえば、図1のファイルサーバ4であるものとする。実施形態におけるバックアップ機能は、主にアプリケーションソフト17に実装されており、アプリケーションソフト17は、定期的または不定期に当該バックアップ機能を実行する。図11は、バックアップ時の動作フローを示す図である。このフローにおいて、定期的または不定期にバックアップを開始すると、まず、バックアップ対象ドライブデータディスク15bの書き込み禁止を設定するステップS31。言うまでもなく、この書き込み禁止は、データディスク15bの未使用期間中に行わなければならない。たとえば、深夜などのようにPC8が使用されていない期間であるか否かを確認してから、書き込み禁止の設定を行うことが望ましい。あるいは、より積極的に、PC8に対して動作中であるかの問い合わせを行いたとえば、PC8に対するP-ing発行など、応答がなかった場合に書き込み禁止の設定を行うようにしてもよい。書き込み禁止の設定を行うと、次に、システムディスク15aに格納されているクラスタ記録ファイル群37を参照しステップS32、そのクラスタ記録ファイル群37に含まれるクラスタ番号ファイル38の記録情報クラスタ番号を読み込み、クラスタ番号の若い順に、データディスク15bからクラスタデータを読み込むステップS33。次いで、読み込んだクラスタデータを圧縮するステップS34。この圧縮は、バックアップデータのサイズを小さくして、バックアップ先ドライブ本実施形態では図1のファイルサーバ4の容量圧迫回避や、広域ネットワーク3などの通信トラフィック低減などを目的として行われる。圧縮の方法は様々考えられるが、たとえば、ランレングス圧縮などの冗長性を取り除く手法であってもよい。図12は、ランレングス圧縮の概念図である。この図において、8個の論理セクタで構成された1個の論理クラスタを考える。一般的にファイルシステムではクラスタ単位でファイルを書き込むため、しばしば、一つのクラスタに1ないしは複数の未使用セクタが生じることがある。かかる未使用セクタは同一のダミーデータたとえば、0xffのバイトデータで埋められていることが多い冗長性があるため、このような冗長性を取り除くことにより、バックアップデータのサイズを小さくすることができる。今、一つのクラスタの半分が0xffのバイトデータで埋められているものとする。つまり、未使用セクタが4個あるものとする。この場合の未使用セクタのサイズは、512バイト×4=2048バイトとなり、これを1K=1024バイトで表すと、2Kバイトになる。ちなみに、1K=1024バイトは、10進数の1000に最も近い2の累乗2の10乗であり、プログラムの分野で多用されている表記法である。一般的に10進数の1000は1k小文字の単位記号とキロという読み方で表されるが、ハードディスク装置の記憶容量やクラスタサイズなどは大文字の単位記号Kとケーという読み方で区別する習わしになっているので、本明細書でもその区別に従うものとする。ランレングス圧縮を適用すると、4個の未使用セクタのサイズを2Kバイトから5バイトに小さくできる。これは、長さデータの4バイトとデータの1バイトとを加えた5バイトになるからである。クラスタデータを圧縮すると、次に、圧縮を完了したクラスタデータを含むクラスタデータをクラスタ記録ファイル群37のクラスタデータ集約ファイル39に書き出しステップS35、ステップS33~ステップS35の処理を全てのクラスタ番号のデータについて繰り返す。そして、全てのクラスタ番号のデータに対する処理が完了ステップS36のYESすると、次に、バックアップ対象ドライブデータディスク15bの書き込み禁止を解除しステップS37、クラスタ記録ファイル群37のクラスタ番号ファイル38とクラスタデータ集約ファイル39をバックアップ先ドライブ図1のファイルサーバ4に送信しステップS38、ステップS49、クラスタ記録ファイル群37のクラスタ番号ファイル38を初期化ステップS40してから、フローを終了する。図13は、バックアップ動作の概念図である。aは1回目のバックアップ、bは2回目のバックアップを示している。今、1回目のバックアップを行う際、クラスタ番号ファイル38に25、28、50、1234、1890、2540の4個のクラスタ番号が記録されているものとすると、この場合、クラスタデータ集約ファイル39には、それらのクラスタ番号に対応した、クラスタ25のデータ、クラスタ28のデータ、クラスタ50のデータ、クラスタ1234のデータ、クラスタ1890のデータ、及び、クラスタ2540のデータが集約して記録される。そして、これらの集約クラスタデータに対して圧縮が行われた後、バックアップ先ドライブ図1のファイルサーバ4に送信され、保存される。この保存されたバックアップデータをバックアップデータ1ということにする。2回目のバックアップも同様である。すなわち、2回目のバックアップを行う際、クラスタ番号ファイル38に25、27、100、1234、1500、2600の4個のクラスタ番号が記録されているものとすると、この場合も、クラスタデータ集約ファイル39には、それらのクラスタ番号に対応した、クラスタ25のデータ、クラスタ27のデータ、クラスタ100のデータ、クラスタ1234のデータ、クラスタ1500のデータ、及び、クラスタ2600のデータが集約して記録される。そして、これらの集約クラスタデータに対して圧縮が行われた後、バックアップ先ドライブ図1のファイルサーバ4に送信され、保存される。この保存されたバックアップデータをバックアップデータ2ということにする。このように、バックアップ先ドライブ図1のファイルサーバ4には、バックアップを行うたびに、そのバックアップ時点までに変更があったクラスタの集約データバックアップデータ1、2が蓄積保存される。ここで、aのときのバックアップデータ1は、bのときのバックアップデータ2よりも日時が古い。ちなみに、ここでは2回のバックアップバックアップデータ1、2しか示していないが、バックアップは後述のリカバリを実行するまでであれば何回行ってもよい。たとえば、m回行ったとすると、バックアップ先ドライブ図1のファイルサーバ4には、1~mまでのバックアップデータが保存されることになる。1~mまでのバックアップデータは、1回目、2回目、3回目、、m回目の順にバックアップ日時が新しくなるので、任意の日時に遡ったリカバリが可能になる。図示の例では、1回目のバックアップ日時に遡れば、バックアップデータ1に基づき、クラスタ25のデータ、クラスタ28のデータ、クラスタ50のデータ、クラスタ1234のデータ、クラスタ1890のデータ、及び、クラスタ2540のリカバリを行うことができ、あるいは、最新の日時であれば、バックアップデータ2に基づき、クラスタ25のデータ、クラスタ27のデータ、クラスタ100のデータ、クラスタ1234のデータ、クラスタ1500のデータ、及び、クラスタ2600のリカバリを行うことができる。なお、図示の例では、2回目のバックアップにおけるクラスタデータ集約ファイル38のクラスタ25とクラスタ1234を黒く塗りつぶしているが、これは、1回目のバックアップにおけるクラスタデータ集約ファイル38と重複するクラスタデータを示している。この重複クラスタデータの取り扱いについては、以下のリカバリ時の動作で説明する。<リカバリ時の動作>リカバリ復元またはリストアともいうとは、バックアップ先ドライブ図1のファイルサーバ4に保存しておいたバックアップデータを用いて、バックアップ対象ドライブデータディスク15bのデータを復元することをいう。リカバリの対象となるドライブデータディスク15bのことを復元先ドライブともいう。先のバックアップ機能と同様に、実施形態におけるリカバリ機能も主にアプリケーションソフト17に実装されており、アプリケーションソフト17は、不定期に当該リカバリ機能を実行する。図14は、リカバリ時の動作フローを示す図である。このフローにおいて、まず、復元したいバックアップ日時を選択するステップS51。バックアップ日時は、ファイルサーバ4に保存されているバックアップデータのファイル日時リストから選択することができる。たとえば、図13のa、bに示す二つのバックアップデータバックアップデータ1とバックアップデータ2を例にし、バックアップデータ1のファイル日時を2011/07/2021:00:00、バックアップデータ2のファイル日付けを2011/07/2121:00:00とすると、これら二つの日時のいずれかを選択することができる。古い日時であれば、2011/07/2021:00:00を選択すればよく、または、最新の日時であれば、2011/07/2121:00:00を選択すればよい。復元したいバックアップ日時を選択すると、次に、一番古いバックアップのクラスタ記録と、それ以降のクラスタ記録とを比較し、日時が古い重複クラスタを除外するステップS52。次いで、除外したクラスタを除き、仮想のディスクイメージファイル図15の復元用データ40参照にバックアップされたデータから対象となるクラスタ位置順にコピーしステップS53、二番目以降、順次バックアップのクラスタ記録と、それ以降のクラスタ記録とを比較し、以降のクラスタ記録と重複するクラスタを除外するステップS54。次いで、除外したクラスタを除き、仮想のディスクイメージファイルにバックアップされたデータから対象となるクラスタ位置順にコピーしステップS55、選択日時のバックアップファイルであるか否かを判定しステップS56、選択日時のバックアップファイルでなければ、ステップS54に戻り、選択日時のバックアップファイルであれば、次に、データのないクラスタ位置を圧縮しステップS57、生成された仮想のディスクイメージを復元先ドライブデータディスク15bに送信しステップS58、復元先ドライブデータディスク15bのハードディスクコントローラ23に対して、受け取ったクラスタデータを物理データに変換してディスク29に書き込むステップS59という旨の指令を行った後、フローを終了する。図15は、リカバリの概念図である。この図において、今、バックアップ先ドライブファイルサーバ4に二つのバックアップデータ1、2が保存されているものとする。なお、これらのバックアップデータ1、2は、図13の同名データと同じものである。バックアップデータ1には、クラスタ番号25、28、50、1234、1890、2540の4つのクラスタデータが含まれており、また、バックアップデータ2には、クラスタ番号25、27、100、1234、1500、2600の4つのクラスタデータが含まれている。そのうち、重複クラスタのデータは、黒く塗りつぶされた25と1234の二つのデータである。これら二つのバックアップデータ1、2を用いてリカバリする場合、すなわち、最新日時のバックアップデータ2を選択してリカバリする場合は、非重複クラスタと、重複クラスタのうちの新しいクラスタとを組み合わせて復元用データ40仮想のディスクイメージを生成する。つまり、日時が古い方のバックアップデータ1のクラスタ25とクラスタ1234以外のクラスタデータから復元用データ40を生成する。たとえば、この例では、バックアップデータ1のクラスタ28、クラスタ50、クラスタ1890、クラスタ2540と、バックアップデータ2のクラスタ25、クラスタ27、クラスタ100、クラスタ1234、クラスタ1500、クラスタ2600とを組み合わせて復元用データ40仮想のディスクイメージを生成する。したがって、図示の例の場合、復元用データ40は、クラスタ252、クラスタ272、クラスタ281、クラスタ501、クラスタ1002、クラスタ12342、クラスタ15002、クラスタ18901、クラスタ25401、クラスタ26002で構成されることになり、復元先ドライブデータディスク15bの該当クラスタが、セクタ単位にこれらの復元用データ40で置き換えられる復元されることになる。以上のとおりであるから、本実施形態によれば、以下の効果を奏することができる。1バックアップの効率改善:たとえば、冒頭で説明したデータバックアップ用のパッケージソフトでは、ファイル単位でバックアップを行っている。このようなファイル単位のバックアップは、必然的にファイルシステムへのアクセスを必要とするので、効率が悪く、バックアップに相当の時間を必要とするという課題がある。本実施形態では、クラスタ単位にバックアップを行うので、ファイルシステムにアクセスする必要がない。したがって、ファイル単位でバックアップを行う場合に比べて効率を改善でき、バックアップに要する時間を短縮化することができる。なお、実施形態では、クラスタ単位でバックアップを行っているが、これに限定されない。バックアップ対象ドライブデータディスク15bのディスク29上における細分化された記憶単位であればよく、たとえば、セクタ単位であってもよい。ただし、セクタ単位でバックアップを行う場合は、たとえば、1クラスタ=8セクタのクラスタ単位で行う場合に比べて、そのセクタ数8セクタに比例した処理が必要になるため、処理効率の観点からはクラスタ単位で行うことが現実的であるものの、思想的には、この例セクタ単位で行うを除外しない。2バックアップデータのサイズ縮小:たとえば、ファイル単位でバックアップを行う場合、バックアップデータのサイズは、バックアップ対象の全ファイルの合計サイズ相当になる。たとえば、5個のファイルをバックアップするものとし、各々のファイルサイズを便宜的に10Mとすると、バックアップデータのサイズは10M×5=50Mになる。しかし、既存のファイルに変更を加えた場合、その変更はファイルの一部分であることが多い。たとえば、ワープロ文書ファイルの一部の文字を変更したり、削除したり、文字を追加したりした場合、その変更箇所はワープロ文書内のごく一部分に過ぎない。本実施形態では、クラスタ単位でバックアップを行うので、変更部分を含むクラスタのみバックアップすることができ、バックアップデータのサイズを縮小することができる。かかるバックアップデータのサイズ縮小により、実施形態では、バックアップ先ドライブファイルサーバ4の記憶容量を圧迫しないという利点が得られ、また、広域ネットワーク3などの通信トラフックの増大を招かないという利点が得られる。加えて、実施形態では、クラスタデータを圧縮したものをバックアップデータとしているので、より一層、バックアップデータのサイズ縮小を図ることができる。バックアップデータのサイズ縮小は、とりわけ、ネットワーク利用のクラウド環境におけるバックアップやリカバリの際に大きな効果を発揮する。クラウド環境では、ネットワーク上の様々なリソースをクライアントで利用するが、その際にネットワークに大量のトラフィックが流れ、ネットワークの帯域が圧迫される。帯域圧迫の要因はデータ量である。本実施形態によれば、バックアップデータのサイズ縮小を図ることができるので、トラフィックを抑制し、かかる帯域圧迫を回避して、クラウド環境の動作低下を招かないという有益な効果が得られる。3遡及的なリカバリの実現:実施形態では、バックアップを行うたびに、その時点のクラスタ記録ファイル群37クラスタ番号ファイル38とクラスタデータ集約ファイル39をバックアップデータ図13や図15のバックアップデータ1、2参照としてバックアップ先ドライブファイルサーバ4に蓄積保存するので、いわゆるバックアップデータの履歴管理を行うことができ、所望の時期に遡った遡及的なリカバリを行うことができる。4既存のコンピュータ応用機器への適用容易性:実施形態の主要な機能は、クラスタ記録ファイル群37クラスタ番号ファイル38とクラスタデータ集約ファイル39の生成機能と、バックアップ対象ドライブデータディスク15bの初期化時に行われる書き込みクラスタ記録の処理図7のステップS15、ステップS16と、バックアップ対象ドライブデータディスク15bのファイル書き込み処理時に行われる書き込みクラスタ記録の処理図9のステップS24と、バックアップ処理図11のステップS31~ステップS40と、リカバリ処理図14のステップS51~ステップS59とである。これらの各機能はソフトウェアで実現することができる。ソフトウェアの実装位置は、特に限定しないが、アプリケーションソフト17やオペレーティングシステム18あるいはハードディスクドライバ19になる。たとえば、ユーザ操作を必要としない機能バックアップ処理とリカバリ処理以外の機能については、オペレーティングシステム18やハードディスクドライバ19に実装してもよい。特にハードウェアに依存する部分が多い機能については、ハードディスクドライバ19に実装してもよい。また、バックアップ処理やリカバリ処理の機能については、ユーザ操作を必要とすることがあるため、アプリケーションソフト17として実装したり、あるいは、既存のアプリケーションソフト17を改良して実装したりしてもよい。このように、実施形態の主要な機能をソフトウェアで実装できるので、バックアップ対象ドライブデータディスク15bを含むコンピュータ応用機器実施形態ではNAS9のハードウェア構成に一切手を加える必要がない。したがって、そのようなバックアップ対象ドライブを含むコンピュータ応用機器であれば、如何なるものであっても実施形態の技術を適用することができる。なお、以上の説明では、バックアップ対象ドライブをハードディスクとしているが、これに限定されない。LBA方式でアクセス可能な記憶デバイスであればよく、たとえば、半導体メモリで構成されたいわゆるシリコンディスクであってもよいし、あるいは、CD-RやDVD-Rなどの光磁気ディスクドライブであってもよい。また、バックアップ対象ドライブのインターフェースについてもSATAやSCSIまたはPATAなどに限定されない。たとえば、SDカード規格のインターフェースや、USBメモリ規格のインターフェース、あるいは、テープデバイス規格のインターフェースなどであってもよい。また、実施形態では、バックアップ先ドライブファイルサーバ4に生のバックアップデータ図13や図15のバックアップデータ1、2参照を蓄積保存しているが、悪意の第三者に盗み読まれないようにするために、バックアップデータを暗号化してからバックアップ先ドライブファイルサーバ4に蓄積保存することが望ましい。暗号化の方法は特に限定しない。たとえば、256bitAES暗号などを用いてもよい。以上、本発明のいくつかの実施形態を説明したが、この発明は、これらに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。以下に、本件出願の特許請求の範囲に記載された発明を付記する。付記1図16は、付記1の構成図である。請求項1記載の発明は、記憶領域が複数の小さな領域100;実施形態のクラスタまたはセクタに相当に細分化されたバックアップ対象ドライブ101;実施形態のデータディスク15bに相当に対して行われるデータの書き込みを検出する検出手段102;実施形態のマイクロプロセッサ10に相当と、前記検出手段102の検出に応答して前記データが書き込まれた領域の位置を特定する特定手段103;実施形態のマイクロプロセッサ10に相当と、前記特定手段103によって特定された位置の情報を記録する記録手段104;実施形態のマイクロプロセッサ10に相当と、前記記録手段104に記録された位置の情報を用いて前記バックアップ対象ドライブ101から当該情報で示された位置の領域のデータを読み出す読み出し手段105;実施形態のマイクロプロセッサ10に相当と、前記読み出し手段105によって読み出されたデータと前記記録手段104に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブ101とは物理的に異なる他の記憶要素106;実施形態のファイルサーバ4に相当に記憶させる記憶制御手段107;実施形態のマイクロプロセッサ10に相当とを備えたことを特徴とするバックアップ装置108;実施形態のNAS9に相当である。付記2請求項2記載の発明は、さらに、前記読み出し手段によって読み出されたデータを圧縮する圧縮手段を備え、前記記憶制御手段は、この圧縮手段によって圧縮されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させることを特徴とする請求項1に記載のバックアップ装置である。付記3請求項3記載の発明は、さらに、前記圧縮手段によって圧縮されたデータまたは前記読み出し手段によって読み出されたデータを暗号化する暗号化手段を備え、前記記憶制御手段は、この暗号化手段によって暗号化されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させることを特徴とする請求項2に記載のバックアップ装置である。付記4請求項4記載の発明は、記憶領域が複数の小さな領域に細分化されたバックアップ対象ドライブに対して行われるデータの書き込みを検出する検出工程と、前記検出工程の検出に応答して前記データが書き込まれた領域の位置を特定する特定工程と、前記特定工程によって特定された位置の情報を記録する記録工程と、前記記録工程で記録された位置の情報を用いて前記バックアップ対象ドライブから当該情報で示された位置の領域のデータを読み出す読み出し工程と、前記読み出し工程によって読み出されたデータと前記記録工程で記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させる記憶制御工程とを含むことを特徴とするバックアップ方法である。付記5請求項5記載の発明は、バックアップ装置のコンピュータを、記憶領域が複数の小さな領域に細分化されたバックアップ対象ドライブに対して行われるデータの書き込みを検出する検出手段、前記検出手段の検出に応答して前記データが書き込まれた領域の位置を特定する特定手段、前記特定手段によって特定された位置の情報を記録する記録手段、前記記録手段に記録された位置の情報を用いて前記バックアップ対象ドライブから当該情報で示された位置の領域のデータを読み出す読み出し手段、前記読み出し手段によって読み出されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとは物理的に異なる他の記憶要素に記憶させる記憶制御手段として機能させることを特徴とするプログラムである。付記6請求項6記載の発明は、記憶領域が複数の小さな領域に細分化されたバックアップ対象ドライブに記憶されたデータをネットワークを介したサーバー上にバックアップするバックアップシステムにおいて、前記バックアップ対象ドライブに対して行われるデータの書き込みを検出する検出手段と、前記検出手段の検出に応答して前記データが書き込まれた領域の位置を特定する特定手段と、前記特定手段によって特定された位置の情報を記録する記録手段と、前記記録手段に記録された位置の情報を用いて前記バックアップ対象ドライブから当該情報で示された位置の領域のデータを読み出す読み出し手段と、前記読み出し手段によって読み出されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記バックアップ対象ドライブとネットワークを介して接続される前記サーバーに記憶させる記憶制御手段とを備えたことを特徴とするバックアップシステムである。付記7請求項7記載の発明は、さらに、前記読み出し手段によって読み出されたデータを圧縮する圧縮手段を備え、前記記憶制御手段は、この圧縮手段によって圧縮されたデータと前記記録手段に記録されている位置の情報とをペアにして、前記サーバーへネットワークを介して送信することを特徴とする請求項6に記載のバックアップシステムである。"