JP2007179478A - ファイル管理方法、ファイル管理プログラム、ファイル管理装置およびデータ構造 - Google Patents

Abstract

【課題】ファイルシステム情報用が破損してファイルシステム情報が失われても、破損していないクラスタに記録されたファイルデータの復旧を容易に可能とする。
【解決手段】ストレージ装置に分割されたファイルのデータであるファイルデータを、前記ストレージ装置において所定の大きさに区切られた記憶領域であるセクタブロックに書き込んで、読み出すファイル管理装置におけるファイル管理方法であって、前記ファイル管理装置が、前記分割されたファイルデータを基に、前記それぞれのファイルデータに関する情報が格納される追加ファイル情報を生成し、前記追加ファイル情報と、前記追加ファイル情報の情報に該当するファイルデータとを対応付け、前記追加ファイル情報と、前記対応付けられたファイルデータとを、前記ストレージ装置に書き込む手順を実行することを特徴とする。
【選択図】図４

Description

本発明は、ファイルシステムによりストレージ装置上の特定のサイズの領域を単位に割り当てられる分割されたファイルのデータを管理するファイル管理装置とストレージ装置とからなる技術に関する。

近年、ハードディスクやフラッシュメモリを代表とするストレージ製品は大容量化の傾向にあり、１台のストレージに保存されるデータの数およびサイズも増加している。このため、ストレージ装置（記憶装置）内部のセクタ破損が生じた場合に発生するデータ損失の頻度およびサイズも増加している。

ＯＳ（Operating System）の一部としてコンピュータに実装されるファイルシステムは、データをファイルとしてハードディスク装置やフラッシュメモリなどのストレージ装置上に保存する。このファイルシステムには様々な種類があり、それぞれに特徴を持っている。

ここで、ファイルシステムとは、データを管理する方法や、それに関する一連の概念やプログラムなどの総称、またはデータ構造であり、通常はＯＳにより提供される。すなわち、異なるＯＳ環境下では、異なるファイルシステムが通常用いられる。ファイルシステムの例としては、ＦＡＴ（File Allocation Table）、ＮＴＦＳ（NT File System）などがある。

そして、通常ファイルは、分割されたファイルのデータ（以下、ファイルデータと記載する）として、ストレージ装置に記憶される。
また、本明細書において、格納データとは、ストレージ装置に記憶される情報を指す。
すなわち、本明細書において、格納データとは、ファイルデータや、後記して説明するファイルシステム情報、追加ファイル情報などの総称として用いられる。
前記したファイルシステムでは、ファイルデータは物理アドレスではなく、領域割り当て単位（請求項におけるセクタブロック：アロケーションユニットやクラスタと呼ばれ、以降ではクラスタと表記する）で記憶領域が割り当てられ、この単位に基づいたアドレスまたは番号（クラスタ番号）で管理されることによって、各格納データのストレージ装置内での位置（アドレス）などを管理している。ファイルに関する情報やディレクトリに関する情報などもファイルデータと同様に前記したクラスタをもとに管理される。
さらに、ハードディスクは、セクタ（請求項におけるセクタブロック）と呼ばれる単位で格納データの書き込み、読み出しを行う。通常、１つ以上のセクタが合わさって１つのクラスタを形成している（例えば、非特許文献１および非特許文献２参照）。

図１４は、従来のファイルシステムによる格納データの構成例を示した図である。
図１４において、ファイルシステム情報には、ファイルデータ（ファイルＡパート１、ファイルＡパート２）の先頭に割り当てられたクラスタ番号（例えば、ファイルＡパート１には”２”が割り当てられている）が含まれており、これによってファイルデータが参照される。ファイルデータは、連続した領域に割り当てられるとは限らず、図１４に示されるように、不連続なクラスタに割り当てられることもある。
このようなファイルシステムにおけるファイルデータの書き込み手順を図１５のフローチャートで示す。
図１５は、従来のファイル管理方法の処理手順を示すフローチャートである。
図１５の詳細は、本発明の実施形態におけるファイル書き込み手順と比較しながら後記する。

ところで、従来、停電などの障害が発生し、データが最後まで記録されなかった場合においても記録済みのデータへのアクセスを可能にするファイル装置およびファイルアクセス方法が提示されている（例えば、特許文献１参照）。
"特集：需要が高まるファイルシステムの実践的研究"，ＣＱ出版社発行「インタフェース」，２００１年７月号，ｐ６６〜ｐ８１ "第２特集：カーネル２．６対応Ｌｉｎｕｘユーザのためのファイルシステム大百科"，Software Design，技術評論社，２００４年３月号，ｐ１４８〜ｐ１７７ 国際公開第０１／１６７５６号パンフレット（第８〜１０頁、図３）

前記したようにファイルデータが記憶されているストレージ装置内の位置情報（アドレス情報）などのファイルデータの管理は、ファイルシステム情報によって行われている。
このため、ファイルシステム情報が破損し、前記したクラスタに基づく管理情報（ファイルシステム情報）が失われると、直後にストレージ装置内のファイルデータを読み出しても、ファイルデータが書き込まれているストレージ装置内の位置を特定できなくなる。

また、非特許文献１、非特許文献２および特許文献１に開示された技術によれば、複数ブロック（クラスタ）に分割されたストレージ装置上にファイルデータを記録する際、ＯＳ（ファイルシステム）が、記録すべきブロック（クラスタ）を予め割り当て、このブロックを管理する管理情報（ファイルシステム情報）を作成し、これをストレージ装置に記録した後、ストレージ装置にファイルを構成するファイルデータを記録するようにしたものである。よって、すべての制御はファイルシステム情報に依存し、ファイルシステム情報が破損した場合、ファイル復旧のためのアクセスは困難である。

本発明は前記した事情に基づいてなされたものであり、ファイルシステム情報用に割り当てられたクラスタが破損してファイルシステム情報が失われても、破損していないクラスタに記録されたファイルデータの復旧を容易に可能とするファイル管理方法、ファイル管理プログラム、ファイル管理装置およびデータ構造を提供することを目的とする。
また、ファイルシステムに依存することなくファイルデータ復旧のための読み出しが可能なファイル管理方法、ファイル管理プログラム、ファイル管理装置およびデータ構造を提供することも目的とする。

前記課題に鑑みて、本発明は、ストレージ装置に分割されたファイルのデータであるファイルデータを、前記ストレージ装置において所定の大きさに区切られた記憶領域であるセクタブロックに書き込んで、読み出すファイル管理装置におけるファイル管理方法であって、前記ファイル管理装置が、前記ファイルデータを基に、前記ファイルまたは前記ファイルデータに固有の情報が少なくとも格納される追加ファイル情報を生成し、前記追加ファイル情報と、前記追加ファイル情報に該当するファイルデータとを対応付け、前記追加ファイル情報と、前記対応付けられたファイルデータとを、前記ストレージ装置に書き込む手順を実行することを特徴とする。
さらに、前記ファイル管理装置が、前記ストレージ装置の先頭セクタブロックから、前記ストレージ装置に格納されているデータである格納データを順次読み出し、前記順次読み出した格納データに、前記追加ファイル情報が含まれるか否かを判定し、前記順次読み出した格納データに、前記追加ファイル情報が含まれている場合、前記追加ファイル情報を基に、前記ファイルデータを前記ストレージ装置から読み出すことをさらに含んで実行することを特徴とする。

このような構成とすることで、ファイルシステムを管理するファイルシステム情報が失われたり、個々のファイルやディレクトリに関する情報が破損したりしても、分割されたファイルデータの情報である追加ファイル情報を辿れば、ファイルデータを読み出せる。

また、前記ファイル管理装置が、前記読み出したファイルデータを、前記追加ファイル情報を基に、順次連結して１つのファイルにすることをさらに含んで実行することを特徴としてもよい。

このような構成とすることで、分割されたファイルデータを１つのファイルとして、復元することができる。

さらに、前記追加ファイル情報は、前記ストレージ装置における前記ファイルデータの物理アドレスまたは不連続なセクタブロックに割り当てられた次の前記追加ファイル情報の前記ストレージ装置における物理アドレスを含むことを特徴としてもよい。

そして、前記追加ファイル情報は、前記ストレージ装置における前記ファイルデータの相対アドレスまたは不連続なセクタブロックに割り当てられた次の前記追加ファイル情報の前記ストレージ装置における相対アドレスを含むことを特徴としてもよい。

このような構成とすることで、ファイルシステムを管理するファイルシステム情報が失われたり、個々のファイルデータのいずれかが破損したりしても、ファイルデータごとに付された物理アドレスや相対アドレスを基に、ファイルデータをストレージ装置から読み出すことができる。

前記追加ファイル情報と、前記ファイルデータとを対応付けるとは、前記追加ファイル情報と、前記ファイルデータとを、前記ストレージ装置の同一のセクタブロックに書き込むことを特徴としてもよい。

このようにすることで、物理アドレスや相対アドレスに依存することなく、すなわちＯＳによるファイルシステムに依存することなくファイルの復旧を可能にすることができる。

さらに、前記ファイル管理装置が、同一かつ少なくとも２つの前記追加ファイル情報を、前記ストレージ装置に書き込むことを特徴としてもよい。

このような構成とすることで、追加ファイル情報を、ファイルデータ１つに対し、１つの追加ファイル情報を、ストレージ装置に書き込む場合よりも、セクタブロックの破損に対する復旧性を高めることができる。

そして、本発明に係るデータ構造は、ストレージ装置に保存するデータのデータ構造であって、前記ストレージ装置において所定の大きさに区切られた記憶領域であるセクタブロックごとに、分割されたファイルのデータであるファイルデータと、前記ファイルまたは前記ファイルデータに固有の情報が少なくとも格納される追加ファイル情報とを対応付けたことを特徴とする。

このような構成とすることで、ファイルシステムを管理するファイルシステム情報が失われたり、個々のファイルデータのいずれかが破損したりしても、分割されたファイルデータの情報である追加ファイル情報を辿れば、ファイルデータを読み出せる。また、この追加ファイル情報を基に、破損していない、分割されたファイルデータがどのファイルに属するファイルデータであるのかを特定することができる。

本発明によれば、ファイルシステム情報用に割り当てられたクラスタが破損してファイルシステム情報が失われても、破損していないクラスタに記録されたファイルデータのすべての復旧を容易に可能とするファイル管理方法、ファイル管理プログラム、ファイル管理装置およびデータ構造を提供することが可能となる。
また、ＯＳによるファイルシステムに依存することなくファイルデータ復旧のための読み出しが可能なファイル管理方法、ファイル管理プログラム、ファイル管理装置およびデータ構造を提供することも可能となる。

［第１実施形態：ＯＳによる実装］
次に、本発明の第１実施形態について、適宜図面を参照しながら詳細に説明する。
まず、図１〜図７を参照して、ＯＳによる本発明のファイル管理方法、ファイル管理プログラム、ファイル管理装置およびデータ構造の実装例を説明する。

［ストレージシステム］
図１は、第１実施形態に係るストレージシステムの構成例を示すブロック図である。
なお、本実施形態におけるファイルシステムは、ＦＡＴに従った構成となっているが、これに限らず、例えばＮＴＦＳなど、他のファイルシステムに適用することも可能である。
そして、本実施形態に係るストレージシステムは、ＰＣ（Personal Computer）などのホスト装置（請求項におけるファイル管理装置）１と、ハードディスク装置やフラッシュメモリなど、ファイルシステムによりデータが管理されるストレージ装置２とが、コントロール情報のための複数のラインで構成されるシステムバス１４を介して接続されてなる。

ホスト装置１は、ＣＰＵ（Central Processing Unit）１１を制御中枢とし、このＣＰＵ１１が、ＲＯＭ（Read Only Memory）１２に記録されるＢＩＯＳ（Basic Input／Output System）などのプログラム、ＲＡＭ（Random Access Memory）１３に割付けられ格納されるアプリケーション１３１、ユーティリティなどのミドルウェア１３２、ファイルシステムを含むＯＳ１３３などのプログラムを逐次読み出し実行することにより本発明のストレージシステムを実現する。

［ファイル書き込み制御手段］
図２および図３は、第１実施形態に係るストレージシステムを機能展開して示したブロック図である。
まず、図１を参照しつつ、図２に沿って、本実施形態に係るファイル書き込み制御手段の機能を説明する。
図２において、ファイル書き込み制御手段３３０は、ＯＳ（ファイルシステム）１３３に実装されることとする。ファイル書き込み制御手段３３０は、ホスト装置１のＣＰＵ１１による制御の下、各種の格納データをストレージ装置２に書き込む機能などを持つ。さらに、ファイル書き込み制御手段３３０は、後記するファイルデータの物理アドレスなどを追加ファイル情報に書き込むことで、追加ファイル情報と、該当するファイルデータとを対応付ける機能などを持つ。そして、ファイル書き込み制御手段３３０は、この追加ファイル情報をファイルデータごとに書き込む機能などを持つ。

ここで、ファイル情報は、単一のファイルとしての、すなわちファイルデータの集合体としてのファイルのファイル名、ファイルのサイズ（ファイルサイズ）、作成日およびファイルデータの先頭に割り当てられたクラスタ番号などを含む。

また、追加ファイル情報には、シグネチャ、クラスタサイズ、ファイル固有ＩＤ（請求項におけるファイルまたはファイルデータに関する固有の識別情報）、ストレージ装置２における物理アドレスまたは相対アドレスなどが含まれる。

ここで、シグネチャとは、該当する格納データが追加ファイル情報であることを示すデータである。
また、ファイル固有ＩＤとは、ファイルごと、またはファイルデータごとに付されたＩＤであり、例えばあるファイルデータのクラスタには、”１−１”とのファイル固有ＩＤが付されていれば、このクラスタに続くクラスタには、”１−２”のファイル固有ＩＤが付される。ここで、ファイル固有ＩＤの最初の番号は、ファイルごとに付された番号であり、次の番号は、クラスタごとに付された番号である。
また、ファイル固有ＩＤ１−１，１−２，・・・をもつファイルデータの集合体としてのファイルのファイル固有ＩＤは、例えば”１”となる。
さらに、ファイル固有ＩＤは、ディレクトリ名、ファイル名などを基に、生成することも可能である。

物理アドレスは、ファイルデータが書き込まれる物理アドレス、あるいは不連続なクラスタに割り当てられた次の追加ファイル情報の物理アドレスなどである。
そして、相対アドレスは、ファイルデータが書き込まれる相対アドレス、あるいは不連続なクラスタに割り当てられた次の追加ファイル情報の相対アドレスなどである。

また、前記した物理アドレスや相対アドレスを追加ファイル情報に含めず、ファイル固有ＩＤを、追加ファイル情報に含めてもよい。

ファイル書き込み制御手段３３０は、ファイルデータ割り当てクラスタ決定部３３１と、追加ファイル情報割り当てクラスタ決定部３３２と、ファイル情報割り当てクラスタ決定部３３３と、物理アドレス算出部３３４と、格納データ書き込み部３３５と、ファイルシステム情報更新部３３６とを含んで構成される。

ファイルデータ割り当てクラスタ決定部３３１は、クラスタの割り当て情報を含むファイルシステム情報に基づいて割り当てるクラスタのクラスタ番号を決定し、これを物理アドレス算出部３３４に供給する機能を持つ。

ここで、ファイルシステム情報は、ストレージ装置２に記憶されているすべてのファイルに関するボリューム名、パーティションサイズ、セクタサイズ、クラスタサイズ、総クラスタ数、クラスタ割当情報およびルートディレクトリ情報などを含む。クラスタ割当情報とは、該当するクラスタが使用されているか否か（該当するクラスタにファイルデータが書き込まれているか否か）、対応するクラスタが破損しているか否か、または次のファイルデータが書き込まれているクラスタ番号、といった情報を含む。

また、追加ファイル情報割り当てクラスタ決定部３３２は、追加ファイル情報を書き込むクラスタのクラスタ番号を決定し、これを物理アドレス算出部３３４に供給する機能を持つ。更に、ファイル情報割り当てクラスタ決定部３３３は、ファイル情報を書き込むクラスタのクラスタ番号を決定し、これを物理アドレス算出部３３４に供給する機能を持つ。
一方、物理アドレス算出部３３４は、ファイルデータ割り当てクラスタ決定部３３１、追加ファイル情報割り当てクラスタ決定部３３２、ファイル情報割り当てクラスタ決定部３３３のそれぞれにより出力されるクラスタ番号から対応する物理アドレスを算出し、格納データ書き込み部３３５へ供給する。また、格納データ書き込み部３３５は、物理アドレス算出部３３４により算出された物理アドレスに基づき、ファイルデータ、追加ファイル情報、ファイル情報をストレージ装置２にクラスタサイズ分だけ書き込む機能を持つ。

なお、ファイルシステム情報更新部３３６は、格納データ書き込み部３３５により前記したすべての格納データの書き込みが終了した後、ファイルシステム情報を更新する機能を持つ。

図２の各部は、ＯＳ１３３により実装される。すなわち、コンピュータが、ＲＡＭ１３（図１参照）にＯＳ１３３のプログラムをロードし、ＣＰＵ１１（図１参照）が、このプログラムを実行することにより、具現化される。

［ファイル復旧制御手段］
次に，図１を参照しつつ、図３に沿って、本実施形態に係るファイル復旧制御手段の機能を説明する。
図３において、ファイル復旧制御手段３４０は、ファイルシステム１３３に実装されることとする。ファイル復旧制御手段３４０は、ファイル書き込み制御手段３３０（図２参照）により追加ファイル情報として書き込まれた物理アドレスまたは相対アドレスに基づき、追加ファイル情報のリンクを辿ってファイルデータを読み出すことで、ファイルを復旧する機能を持ち、格納データ読み出し部３４１と、追加ファイル情報判定部３４２と、ファイルデータ読み出し部３４３と、最終格納データ判定部３４４と、ファイルデータ保存部３４５とで構成される。

格納データ読み出し部３４１は、ストレージ装置２から格納データを連続的に読み出し、追加ファイル情報判定部３４２に供給する機能を持つ。また、追加ファイル情報判定部３４２は、格納データ読み出し部３４１によって読み出された格納データが、復旧する対象ファイル（以下、復旧対象ファイルと記載する）の追加ファイル情報であるか否かを判定する機能を持つ。
ファイルデータ読み出し部３４３は、追加ファイル情報判定部３４２により、読み出された格納データが復旧対象ファイルの追加ファイル情報であると判定されたとき、追加ファイル情報として書き込まれた物理アドレスを基に該当するファイルデータを読み出す機能を持つ。また、最終格納データ判定部３４４は、読み出された格納データが最後の格納データであるか否かを判定する機能を持つ。

そして、ファイルデータ保存部３４５は、最終格納データ判定部３４４により読み出されたファイルデータが最後のファイルデータであると判定されたとき、格納データ読み出し部３４１により読み出されたファイルデータを順次連結することによって、ファイルを復旧し、復旧したファイルをストレージ装置２もしくは他の正常なストレージ装置（図示省略）に保存する機能を持つ。

図３の各部は、ＯＳ１３３またはアプリケーションにより実装される。すなわち、コンピュータが、ＲＡＭ１３（図１参照）にＯＳ１３３のプログラムまたはアプリケーションプログラムをロードし、ＣＰＵ１１（図１参照）が、このプログラムを実行することにより、具現化される。

［ファイルシステムの構成］
以下、図４以降を参照しながら本実施形態に係るストレージシステムの動作について詳細に説明する。
図４は、本実施形態により実現されるストレージ装置内の格納データの構成例を示した図である。
図１および図２を参照しつつ、図４を参照して、本実施形態におけるストレージ装置内の格納データの構成を説明する。

図４において、特徴的なことは、クラスタごとに割り当てられているファイルデータ（ファイルＡパート１、ファイルＡパート２）に対して、前記して説明した追加ファイル情報（追加ファイル情報ファイルＡパート１用、追加ファイル情報ファイルＡパート２用）が保存されていることにある。
この結果、ファイルシステム情報を管理しているクラスタが破損し、クラスタをもとにした管理情報が失われたとしても、これらの追加ファイル情報を、例えば、物理アドレスを参照することによって辿れば、ファイルデータをストレージ装置２から取り出せる。これら追加ファイル情報の参照は、ＯＳ１３３に実装されたファイル復旧制御手段３４０が実行する。
なお、図４において、クラスタ番号０に割り当てられているファイル情報は、前記して説明した通りである。

［ファイルデータ書き込み手順］
ここで、ホスト装置１によるファイル書き込み手順と、ストレージ装置２の一部の格納データが破損し、前記したファイルシステム情報を利用してファイルデータにアクセスできなくなった場合のホスト装置１によるファイル復旧手順について、それぞれ図５および図６のフローチャートで示す。
図５および図６は、第１実施形態に係るファイル管理方法の処理手順を示すフローチャートである。
まず、図２を参照しつつ、図５に沿って、本実施形態におけるファイルデータの書き込み手順を説明する。

（ファイルデータの書き込み）
まず、処理に先立ち、ファイル書き込み制御手段３３０が、ストレージ装置２に書き込むファイルを分割し、複数のファイルデータを生成する。
そして、ファイルデータ割り当てクラスタ決定部３３１が、ファイルシステム情報を基にファイルデータを書き込むクラスタのクラスタ番号を決定する（ステップＳ５０１）。続いて、物理アドレス算出部３３４が、決定されたクラスタ番号から、そのクラスタ番号に対応する物理アドレスを算出し（ステップＳ５０２）、格納データ書き込み部３３５が、算出された物理アドレスを基に、ファイルデータをクラスタサイズ分だけストレージ装置２に書き込む（ステップＳ５０３）。

続いて、ファイル書き込み制御手段３３０が、ファイルデータを基に、追加ファイル情報を生成する（ステップＳ５０４）。このとき、追加ファイル情報に書き込まれる情報は、ファイル名、ファイルサイズ、シグネチャ、ファイル固有ＩＤなどである。これらの情報は、ステップＳ５０４の処理の際に、ファイル書き込み制御手段３３０が算出する。
次に、ファイル書き込み制御手段３３０が、ステップＳ５０２で算出したファイルデータを書き込む物理アドレスを追加ファイル情報に書き込む（ステップＳ５０５）。
この処理により、追加ファイル情報と、該当するファイルデータとが対応付けられる。

（追加ファイル情報の書き込み）
次に、追加ファイル情報割り当てクラスタ決定部３３２が、追加ファイル情報を書き込むクラスタのクラスタ番号を決定する（ステップＳ５０６）。本実施形態では、追加ファイル情報のクラスタ番号は、追加ファイル情報に対応するファイルデータより若い番号で、かつファイルデータと接するように決定されるが、これに限らず、ファイルデータが割当てられているクラスタ番号以外のクラスタ番号を自由に割当てることもできる。

そして、物理アドレス算出部３３４が、決定されたクラスタ番号から、そのクラスタ番号に対応する物理アドレスを算出し（ステップＳ５０７）、格納データ書き込み部３３５が、算出した物理アドレスを基に、追加ファイル情報をストレージ装置２に書き込む（ステップＳ５０８）。

なお、本実施形態では、逐次的にファイルデータおよび追加ファイル情報を書き込んだが、ファイルデータや、追加ファイル情報をＲＡＭ１３上にバッファリングしておき、格納データ書き込み部３３５が、まとめてストレージ装置２に書き込んでもよい。この場合、ステップＳ５０５の処理において、ファイルデータを書き込む物理アドレスとともに、該当するファイルデータの次のファイルデータに関する追加ファイル情報の物理アドレスを追加ファイル情報に書き込むことが可能となる。

続いて、ファイル書き込み制御手段３３０は、すべての格納データの書き込みが終了したか否かを判定し（ステップＳ５０９）、未だ終了していない場合は（ステップＳ５０９→Ｎｏ）、ステップＳ５０１の処理に戻る。
すべての格納データの書き込みが終了したか否かは、例えば以下のようにして行われる。
ファイル書き込み制御手段３３０が、ファイルデータの個数を予め記憶しておき、ファイルデータおよび追加ファイル情報がストレージ装置２に書き込まれるごとに、書き込んだ回数をカウントしておく。そして、記憶しておいたファイルデータの個数と、ストレージ装置２にファイルデータおよび追加ファイル情報を書き込んだ回数が一致しているか否かを、ファイル書き込み制御手段３３０が判定するなどの方法がある。

（ファイル情報の書き込み）
ファイル書き込み制御手段３３０によって、前記したすべての格納データの書き込みが終了したと判定された場合は（ステップＳ５０９→Ｙｅｓ）、ファイル書き込み制御手段３３０が、ストレージ装置２に書き込んだファイルデータや追加ファイル情報を基に、ファイル名を検索し、ファイルサイズなどを算出してファイル情報を生成し、ファイル情報割り当てクラスタ決定部３３３が、ファイル情報を書き込むクラスタのクラスタ番号を決定する（ステップＳ５１０）。そして、物理アドレス算出部３３４が、決定されたクラスタ番号から、そのクラスタ番号に対応する物理アドレスを算出し（ステップＳ５１１）、格納データ書き込み部３３５が、算出された物理アドレスを基に、ファイル情報をストレージ装置２に書き込む（ステップＳ５１２）。
そして、ファイルシステム情報更新部３３６が、ファイルシステム情報を更新する（ステップＳ５１３）。すなわち新たにストレージ装置２に書き込まれたファイルデータに関するファイルシステム情報を書き込んで、ファイル書き込み手順の実行を終了する。

なお、本実施形態では、追加ファイル情報に物理アドレスを書き込んだが、これに限らず、相対アドレスを書き込んでもよい。この場合、ステップＳ５０５において、ファイル書き込み制御手段３３０が、ファイルデータが格納される物理アドレスを基に、相対アドレスを算出することになる。

［比較例におけるファイル書き込み手順］
ここで図５を参照しつつ、図１５に沿って本実施形態と、比較例の格納データの書き込み手順を比較する。
前記した本実施形態に係るファイル書き込み手順を、図１５に示した比較例のファイル書き込み手順と比較すれば、本実施形態において、従来のファイル書き込み手順に、追加ファイル情報の書き込み処理（ステップＳ５０４〜Ｓ５０８）が付加されている点が異なっていることがわかる。

なお、他の処理は同様であり、図５におけるファイル書き込み手順のステップＳ５０１〜Ｓ５０３は、図１５で示されるファイル書き込み手順のステップＳ１５０１〜Ｓ１５０３に相当し、また、ステップＳ５０９〜Ｓ５１３は、ステップＳ１５０４〜Ｓ１５０８のそれぞれに相当する。

［ファイル復旧手順］
このように、格納データ書き込み時にファイルシステム情報破損時のことを考慮した追加ファイル情報をストレージ装置２に書き込むことで、ファイルシステム情報が破損した際にも、ファイルデータの復旧が容易に可能となる。

図３を参照しつつ、図６に沿って、本実施形態に係るファイル復旧手順の説明をする。
なお、本実施形態では、例えば図４におけるファイルシステム情報が破損した場合について説明するが、これに限らず特定のファイルの読み出しが不可になった場合（例えば、図４におけるファイル情報が破損した場合）にも適用可能である。

（格納データ読み出し、追加ファイル情報の判定）
まず、格納データ読み出し部３４１が、ストレージ装置２の先頭セクタから格納データを連続的に順次セクタごとに読み出す（ステップＳ６０１）。
続いて追加ファイル情報判定部３４２が、格納データ読み出し部３４１によって読み出された格納データが復旧対象ファイルの追加ファイル情報であるか否かを判定する（ステップＳ６０２）。読み出された格納データが、追加ファイル情報であるか否かの判定は、追加ファイル情報中に存在するシグネチャの有無などから行う。

また、本実施形態では、ファイルシステム情報（例えば、図４参照）が破損した場合について、説明しているので、復旧対象ファイルは、ストレージ装置２の全ファイルとなるが、特定のファイルが読み出し不可になった場合は、例えばファイル名およびファイル固有ＩＤなどを基に復旧対象ファイルであるか否かの判定を行う。

（ファイルデータの読み出し）
追加ファイル情報判定部３４２により、読み出された格納データが復旧対象ファイルの追加ファイル情報であると判定されたとき（ステップＳ６０２→Ｙｅｓ）、ファイルデータ読み出し部３４３は、ファイル書き込み制御手段３３０（図２参照）によって追加ファイル情報に書き込まれた物理アドレスまたは相対アドレスを基に、該当するファイルデータを読み出し（ステップＳ６０４）、このファイルデータと、ステップＳ６０２で追加ファイル情報であると判定された追加ファイル情報とを対の情報として記憶する。なお、追加ファイル情報判定部３４２で復旧対象ファイルでないと判定された場合は（ステップＳ６０２→Ｎｏ）、ステップＳ６０５の処理に移行する。

（ファイルデータの連結）
続いて、最終格納データ判定部３４４が、格納データ読み出し部３４１によって読み出された格納データが、ストレージ装置２における最後の格納データであるか否かを判定する（ステップＳ６０５）。
最後の格納データであるか否かの判定は、例えば以下のようにして行われる。最終格納データ判定部３４４は、ストレージ装置２に、ストレージ装置２における最終のセクタアドレスを問い合わせる。次に、最終格納データ判定部３４４は、現在格納データを読み出しているストレージ装置２におけるセクタアドレスを算出する。そして、最終格納データ判定部３４４は、ストレージ装置２における最終のセクタアドレスと、現在格納データを読み出しているセクタアドレスとを比較し、両者が一致するか否かを判定するなどして行われる。

最終格納データ判定部３４４により読み出された格納データが最後の格納データであると判定されたとき（ステップＳ６０５→Ｙｅｓ）、ファイルデータ保存部３４５が、ステップＳ６０４で、記憶したファイルデータを、ファイルデータと対の情報として記憶した追加ファイル情報を基に順次連結して、１つのファイルを生成する。この作業を、読み出したすべてのファイルデータに関して行い、生成したすべてのファイルをストレージ装置２、もしくは図示しない他の正常なストレージ装置に保存する。すなわち、読み出されたすべてのファイルデータをファイルとして保存する（ステップＳ６０６）。
そして、ファイル復旧制御手段３４０は、ファイルデータの復旧処理手順を終える。
ファイルデータの連結は、追加ファイル情報に含まれるファイル固有ＩＤなどを基に行われる。すなわち、ファイル固有ＩＤから、該当するファイルデータが所属するファイルと、このファイル内での、ファイルデータの位置が特定できるため、ファイルデータ保存部３４５は、前記したような情報を基に、ファイルデータの連結を行う。
なお、最終格納データ判定部３４４によって、格納データ読み出し部３４１が読み出した格納データが最後の格納データではないと判定された場合は（ステップＳ６０５→Ｎｏ）、データ読み出し部３４１が、ストレージ装置２から次の格納データを読み出す（ステップＳ６０３）。

なお、本実施形態では、ストレージ装置２内のすべての格納データを読み出すことで、ストレージ装置２内に格納されているファイルのすべてを復旧する方法を記述したが、これに限らず、例えば、ステップＳ６０５の処理の後、追加ファイル情報に書き込まれている次のファイルデータに関する追加ファイル情報の物理アドレス、相対アドレスまたはファイル固有ＩＤを基に、該当する追加ファイル情報を読み出すことによって、特定のファイルを復旧してもよい。

以上の説明のように、本実施形態によれば、ホスト装置１（ファイル書き込み制御手段３３０）がストレージ装置２に対し、ファイルデータが書き込まれる物理アドレス、相対アドレス、ファイル名とサイズ、ファイル固有ＩＤおよび追加ファイル情報であることを示すシグネチャなどが含まれる追加ファイル情報を、ファイルデータごとに書き込み、ファイル復旧時にホスト装置１が、追加ファイル情報を読み出し、読み出した追加ファイル情報を基に、該当するファイルデータを読み出し、連結することで、破損していないクラスタに記録されたファイルの復旧が可能になる。

［追加ファイル情報の複数化］
図７は、追加ファイル情報を２重化することによって、実現したストレージ装置内の格納データの構成を示した図である。
図７のように、追加ファイル情報を二重化するなどして、複数の追加ファイル情報を記録することで、ファイルの復旧率を向上させることが可能となる。
この場合、ステップＳ５０６において、追加ファイル情報割り当てクラスタ決定部３３２が、同一であり、かつ２つの追加ファイル情報（追加ファイル情報ファイルＡパート１用、追加ファイル情報（コピー）ファイルＡパート１用など）のクラスタのクラスタ番号を決定することとなる。
なお、本実施形態では、２つの追加ファイル情報を書き込んだが、これに限らず、同一である３つ以上の追加ファイル情報を、ストレージ装置２に書き込んでもよい。この場合、ステップＳ５０６は、「追加ファイル情報割り当てクラスタ決定部３３２が、同一であり、かつｍ個の追加ファイル情報のクラスタのクラスタ番号を決定する」となる。ここで、ｍは、３以上の自然数である。
また、複数の追加ファイル情報をストレージ装置２に書き込んだ場合、ファイル復旧の際には、これらの追加ファイル情報に対し優先順位を付しておき、１番高い優先順位の追加ファイル情報が破損していた場合には、２番目の優先順位が付されている追加ファイル情報を基に、ファイルデータの読み出しや、連結を行うなどといった方法を用いることが可能である。ここで、優先順位は、追加ファイル情報中に書き込んでおくなどの方法が考えられる。

なお、前記した本実施形態は、ＯＳ（ファイルシステム）１３３による実装例を説明したものであるが、専用のソフトウェアとしてミドルウェア１３２に実装しても同様の効果が得られる。

［第２実施形態：アプリケーションによる実装］
次に、本発明の第２実施形態について、適宜図面を参照しながら詳細に説明する。
第１実施形態において説明した機能を持たないＯＳ１３３では、第１実施形態で説明した処理を行うことによるファイルの保存・復旧を行うことはできない。そこで、本実施形態は、アプリケーションを利用して、ファイルデータ中に追加ファイル情報を含める、すなわちファイルデータ中に追加ファイル情報を埋め込むことによって、第１実施形態において説明した機能を持たないＯＳ１３３においても、ファイルの復旧が可能なファイル保存方法、ファイル保存プログラム、ファイル保存装置およびデータ構造を提供する。

まず、図８〜図１３を参照して、アプリケーションによる本発明のファイル管理方法、ファイル管理プログラム、ファイル管理装置およびデータ構造の実装例を説明する。
なお、本実施形態は、図１〜図７を用いて説明した第１実施形態と共通の要素または処理を有するため、共通の要素および処理については、同一の符号を付して説明を省略する。

図８および図９は、第２実施形態に係るストレージシステムを機能展開して示したブロック図である。
まず、図１および図２を参照しつつ、図８を参照して、第２実施形態に係るファイル書き込み制御手段３３０ａの機能を説明する。
図８におけるファイル書き込み制御手段３３０ａが、図２のファイル書き込み制御手段３３０と異なる点は、追加ファイル情報割り当てクラスタ決定部３３２が削除され、代わりに追加ファイル情報埋め込み部８０１が備えられている点である。

ここで、追加ファイル情報埋め込み部８０１は、追加ファイル情報を、ファイルデータに埋め込む機能を持つ。
追加ファイル情報埋め込み部８０１は、アプリケーション１３１によって実装される。すなわち、コンピュータが、ＲＡＭ１３に該当するアプリケーションプログラムをロードし、ＣＰＵ１１が、このプログラムを実行することにより、具現化される。
その他の各部は、ＯＳ１３３により実装される。

次に、図１および図３を参照しつつ、図９を参照して、第２実施形態に係るファイル復旧制御手段３４０ａの機能を説明する。
図９におけるファイル復旧制御手段３４０ａが、図３のファイル復旧制御手段３４０と異なる第１の点は、追加ファイル情報判定部３４２ａが、格納データ読み出し部３４１によって読み出された格納データに、復旧する対象ファイル（以下、復旧対象ファイルと記載する）の追加ファイル情報が含まれるか否かを判定する機能を持つ点である。
そして、第２の点は、ファイルデータ読み出し部３４３ａが、ストレージ装置２から追加ファイル情報が埋め込まれたファイルデータを読み出す機能を持つ点である。
さらに、第３の点は、ファイルデータ保存部３４５ａが、追加ファイル情報が埋め込まれたファイルデータを、ファイルデータに埋め込まれている追加ファイル情報を基に順次連結して、１つのファイルを生成する機能を持つ点である。
なお、図９の各部は、ＯＳ１３３またはアプリケーション１３１により実装される。

次に、図１および図８を参照しつつ、図１０および図１１に沿って、追加ファイル情報を、ファイルデータに埋め込む手順を説明する。
図１０は、アプリケーションがＲＡＭ上に作成する格納データの構成例を示した図である。
ここでは、多くのファイルシステム１３３において使用されているように、ストレージ装置２が、一定の大きさをもつセクタごとに区切られることを利用し、ファイルデータの先頭位置からセクタサイズ（ここでは、５１２バイト）ごとに、追加ファイル情報を書き込むこととする。なお、図１０の太線は、セクタの境界を示している。

追加ファイル情報埋め込み部８０１は、まずファイル書き込み制御手段３３０ａが生成した追加ファイル情報（追加ファイル情報ファイルＡパート１用、追加ファイル情報ファイルＡパート２用、追加ファイル情報ファイルＡパート３用）と、この追加ファイル情報に対応するファイルデータ（ファイルＡパート１、ファイルＡパート２、ファイルＡパート３）とを、図１０に示すように、同じセクタに収まるよう、隣接した状態でＲＡＭ１３に書き込む。
次に、第１実施形態と同様に、ファイルデータ割り当てクラスタ決定部３３１と、物理アドレス算出部３３４がファイルデータのストレージ装置２における物理アドレスを算出する。
そして、第１実施形態と同様に、格納データ書き込み部３３５が、算出したストレージ装置２の物理アドレス上に、ファイルデータを書き込む。

その際、ＯＳ１３３は、ストレージ装置２に対して、セクタごとにしかデータを書き込むことができないため、図１０のように、１つのセクタに収まるよう隣接してＲＡＭ１３に書き込まれている追加ファイル情報は、同一のセクタに書き込まれているファイルデータとともに、ストレージ装置２に書き込まれる。
例えば、図１０の追加ファイル情報ファイルＡパート１用は、同一のセクタに書き込まれているファイルデータであるファイルＡパート１とともに、ストレージ装置２に書き込まれることとなる。

図１１は、図１０に示すファイルデータを、実際にストレージ装置に格納した際の格納データの構成例を示した図である。
図１０と異なる点は、ファイルデータが連続して格納されていない点と、追加ファイル情報およびファイルデータとが同一のセクタに書き込まれている点である。
また、図１１においても、図１０と同様に、セクタの境界を太線で示している。
図１０を参照して説明したようにアプリケーションは、図１０のような形でファイルデータをＲＡＭ１３上に構成するが、ストレージ装置２への実際の書き込みの際には、ＯＳ１３３によって、図１１のような形でストレージ装置２へ書き込まれる。これより、追加ファイル情報と、追加ファイル情報に該当するファイルデータとがストレージ装置２における同一のセクタに書き込まれる。

そして、本実施形態では、第１実施形態における物理アドレスや相対アドレスを追加ファイル情報に書き込まず、ファイル固有ＩＤを追加ファイル情報に書き込む。また、追加ファイル情報のサイズまたはファイルＡパート１のようなファイルのデータ部分の開始オフセット情報、残りファイルサイズなどを追加ファイル情報に書き込むことも可能である。
このようにすることで、物理アドレスや相対アドレスに依存することなく、アプリケーションによって、ファイル固有ＩＤを基にファイルの復旧を可能にすることができる追加ファイル情報をストレージ装置２に書き込むことができる。
すなわち、第１実施形態で説明したような機能を持たない通常のＯＳに、本実施形態における追加ファイル情報埋め込み部８０１の機能を持つアプリケーションを用いることによって、ファイルの復旧を可能にすることができる追加ファイル情報をストレージ装置２に書き込むことができる

図１２および図１３は、第２実施形態に係るファイル管理方法の処理手順を示すフローチャートである。
まず、図８を参照しつつ、図１２に沿って、本実施形態におけるファイルデータの書き込み手順を説明する。

［ファイル書き込み手順］
本実施形態におけるファイル書き込み手順が、図５に示す第１実施形態のファイル書き込み手順と異なる第１の点は、ステップＳ５０１の処理の後に、ファイル書き込み制御手段３３０ａが、ファイルデータを基に、追加ファイル情報を生成する処理（ステップＳ５０４）が行われる点である。
そして、第２の点は、ステップＳ５０４の処理の後に、ファイル埋め込み部８０１が、同一のセクタの中に、ファイルデータと、このファイルデータとが収まり、かつ隣接した状態となるよう追加ファイル情報をＲＡＭ１３上に書き込むことで、ファイルデータに追加ファイル情報を埋め込む処理（ステップＳ１２０１）が行われる点である。ステップＳ１２０１の処理の詳細は、図１０を参照して説明した通りである。
そして、第３の点は、図５におけるステップＳ５０５〜Ｓ５０８の処理が、削除されている点である。

［ファイル復旧手順］
次に、図９を参照しつつ、図１３に沿って、本実施形態におけるファイルデータの復旧手順を説明する。

本実施形態におけるファイル復旧手順が、図６に示す第１実施形態のファイル復旧手順と異なる第１の点は、ステップＳ６０１の処理の後、追加ファイル情報判定部３４２ａが、格納データ読み出し部３４１によって読み取られた格納データが復旧対象ファイルの追加ファイル情報を含むか否かを判定する（ステップＳ１００１）処理が行われる点である。判定は、格納データの内容を参照するなどして行う。また、復旧対象ファイルであるか否かは、ファイルデータのファイル名、ファイル固有ＩＤなどを基に判定することである。

次に、図６に示す第１実施形態のファイル復旧手順と異なる第２の点は、復旧対象ファイルの追加ファイル情報を含むと判定されたとき（ステップＳ１００１→Ｙｅｓ）、対象セクタを復旧対象ファイルの一部であると見なし、ファイルデータ読み出し部３４３ａが、そのセクタ（対象セクタ）から追加ファイル情報が埋め込まれたファイルデータを読み出し（ステップＳ１００２）、記憶する処理が行われる点である。なお、追加ファイル情報判定部３４２で、追加対象ファイルを含まないと判定された場合は（ステップＳ１００１→Ｎｏ）、ステップＳ６０５の処理に移行する。

そして、図６に示す第１実施形態のファイル復旧手順と異なる第３の点は、ステップＳ１００３において、ファイルデータ保存部３４５ａが、ステップＳ１００２で、記憶した追加ファイル情報が埋め込まれたファイルデータを、ファイルデータに埋め込まれている追加ファイル情報を基に順次連結して、１つのファイルを生成する。この作業を、読み出したすべてのファイルデータに関して行い、生成したすべてのファイルをストレージ装置２、もしくは図示しない他の正常なストレージ装置に保存する処理が行われる点である。すなわち、読み出されたすべてのファイルデータをファイルとして保存する点である。この際、復旧されたファイルには、追加ファイル情報が含まれていることになる。

本実施形態によれば、ホスト装置１（アプリケーション１３１）が、ファイル固有ＩＤなどを書き込むことにより、ファイルシステム情報の管理用に割り当てられたセクタが破損してファイルシステム情報が失われても、ストレージの先頭セクタ位置から順次格納データを読み出し、ファイルデータと同一のセクタに書き込まれている追加ファイル情報を照合しながら関連するファイルデータを読み出し、連結することで、破損していないセクタに記録されたファイルデータのすべての復旧が可能になる。
さらに、このように、ファイル固有ＩＤを追加ファイル情報に書き込むことで、物理アドレスや相対アドレスに依存することなく、つまりＯＳに依存することなくファイル復旧のための読み出しが可能となる。
また、本実施形態における追加ファイル情報埋め込み部８０１の機能を持つアプリケーションを用いることによって、ファイルデータに追加ファイル情報を埋め込むことで、第１実施形態で説明したような機能を持たない通常のＯＳを用いてもファイルの復旧を容易にすることができる追加ファイル情報をストレージ装置２に書き込むことができる。

第１実施形態に係るストレージシステムの構成例を示すブロック図である。 本実施形態に係るストレージシステムを機能展開して示したブロック図である（ファイル書き込み制御手段）。 第１実施形態に係るストレージシステムを機能展開して示したブロック図である（ファイル復旧制御手段）。 第１実施形態により実現されるストレージ装置内の格納データの構成例を示した図である。 第１実施形態に係るファイル管理方法の処理手順を示すフローチャートである（ファイル書き込み手順）。 第１実施形態に係るファイル管理方法の処理手順を示すフローチャートである（ファイル復旧手順）。 追加ファイル情報を２重化することによって、実現したストレージ装置内の格納データの構成を示した図である。 第２実施形態に係るストレージシステムを機能展開して示したブロック図である（ファイル書き込み制御手段）。。 第２実施形態に係るストレージシステムを機能展開して示したブロック図である（ファイル復旧制御手段）。 アプリケーションがＲＡＭ上に作成する格納データの構成例を示した図である。 図１０に示すファイルデータを、実際にストレージ装置に格納した際の格納データの構成例を示した図である。 第２実施形態に係るファイル管理方法の処理手順を示すフローチャートである（ファイルデータ書き込み手順）。 第２実施形態に係るファイル管理方法の処理手順を示すフローチャートである（ファイル復旧手順）。 従来のファイルシステムによる格納データの構成例を示した図である。 従来のファイル管理方法の処理手順を示すフローチャートである。

符号の説明

１ ホスト装置（ファイル書き込み制御手段３３０、ファイル復旧制御手段３４０）
２ ストレージ装置
１３１ アプリケーション
１３２ ミドルウェア
１３３ ＯＳ（ファイルシステム）
３３０，３３０ａ ファイル書き込み制御手段
３３１ 割り当てクラスタ決定部
３３２ 追加ファイル情報割り当てクラスタ決定部
３３３ ファイル情報割り当てクラスタ決定部
３３４ 物理アドレス算出部
３３５ データ書き込み部
３３６ ファイルシステム情報更新部
３４０，３４０ａ ファイル復旧制御手段
３４１ データ読み出し部
３４２，３４２ａ 追加ファイル情報判定部
３４３，３４３ａ ファイルデータ読み出し部
３４４ 最終データ判定部
３４５，３４５ａ ファイルデータ保存部

Claims (12)

1. ストレージ装置に分割されたファイルのデータであるファイルデータを、前記ストレージ装置において所定の大きさに区切られた記憶領域であるセクタブロックに書き込んで、読み出すファイル管理装置におけるファイル管理方法であって、
   前記ファイル管理装置が、
   前記ファイルデータを基に、前記ファイルまたは前記ファイルデータに固有の情報が少なくとも格納される追加ファイル情報を生成し、
   前記追加ファイル情報と、前記追加ファイル情報に該当するファイルデータとを対応付け、
   前記追加ファイル情報と、前記対応付けられたファイルデータとを、前記ストレージ装置に書き込む
   手順を実行することを特徴とするファイル管理方法。
2. 前記ファイル管理装置が、
   前記ストレージ装置の先頭セクタブロックから、前記ストレージ装置に格納されているデータである格納データを順次読み出し、
   前記順次読み出した格納データに、前記追加ファイル情報が含まれるか否かを判定し、
   前記順次読み出した格納データに、前記追加ファイル情報が含まれている場合、前記追加ファイル情報を基に、前記ファイルデータを前記ストレージ装置から読み出す
   ことをさらに含んで実行することを特徴とする請求項１に記載のファイル管理方法。
3. 前記ファイル管理装置が、
   前記読み出したファイルデータを、前記追加ファイル情報を基に、順次連結して１つのファイルにする
   ことをさらに含んで実行することを特徴とする請求項２に記載のファイル管理方法。
4. 前記追加ファイル情報は、前記ストレージ装置における前記ファイルデータの物理アドレスまたは不連続なセクタブロックに割り当てられた次の前記追加ファイル情報の前記ストレージ装置における物理アドレスを含むことを特徴とする請求項１から請求項３のいずれか一項に記載のファイル管理方法。
5. 前記追加ファイル情報は、前記ストレージ装置における前記ファイルデータの相対アドレスまたは不連続なセクタブロックに割り当てられた次の前記追加ファイル情報の前記ストレージ装置における相対アドレスを含むことを特徴とする請求項１から請求項３のいずれか一項に記載のファイル管理方法。
6. 前記追加ファイル情報と、前記ファイルデータとを対応付けるとは、前記追加ファイル情報と、前記ファイルデータとを、前記ストレージ装置の同一のセクタブロックに書き込むことを特徴とする請求項１から請求項５のいずれか一項に記載のファイル管理方法。
7. 前記ファイル管理装置が、
   同一かつ少なくとも２つの前記追加ファイル情報を、前記ストレージ装置に書き込むことを特徴とする請求項１から請求項６のいずれか一項に記載のファイル管理方法。
8. 請求項１から請求項７のいずれか一項に記載のファイル管理方法を、コンピュータに実行させることを特徴とするファイル管理プログラム。
9. ストレージ装置に分割されたファイルのデータであるファイルデータを、前記ストレージ装置において所定の大きさに区切られた記憶領域であるセクタブロックに書き込んで、読み出すファイル管理装置であって、
   前記ファイル管理装置は、
   前記ファイルデータを基に、前記ファイルまたは前記ファイルデータに固有の情報が少なくとも格納される追加ファイル情報を生成する手段と、
   前記追加ファイル情報と、前記追加ファイル情報に該当するファイルデータとを対応付ける手段と、
   前記追加ファイル情報と、前記対応付けられたファイルデータとを、前記ストレージ装置に書き込む手段と
   を備えることを特徴とするファイル管理装置。
10. 前記ファイル管理装置は、
    前記ストレージ装置の先頭セクタブロックから、前記ストレージ装置に格納されているデータである格納データを順次読み出し手段と、
    前記順次読み出した格納データに、前記追加ファイル情報が含まれるか否かを判定する手段と、
    前記順次読み出した格納データに、前記追加ファイル情報が含まれている場合、前記追加ファイル情報を基に、前記ファイルデータを前記ストレージ装置から読み出す手段と、
    をさらに含んで備えることを特徴とする請求項９に記載のファイル管理装置。
11. 前記ファイル管理装置は、
    前記読み出したファイルデータを、前記追加ファイル情報を基に、順次連結して１つのファイルにする手段を
    さらに含んで備えることを特徴とする請求項１０に記載のファイル管理装置。
12. ストレージ装置に保存するデータのデータ構造であって、
    前記ストレージ装置において所定の大きさに区切られた記憶領域であるセクタブロックごとに、分割されたファイルのデータであるファイルデータと、前記ファイルまたは前記ファイルデータに固有の情報が少なくとも格納される追加ファイル情報とを対応付けたことを特徴とするデータ構造。

Images