JP2008009754A

JP2008009754A - 情報処理装置および方法、並びにプログラム

Info

Publication number: JP2008009754A
Application number: JP2006180100A
Authority: JP
Inventors: Ryogo Ito; 亮吾伊藤; Junichi Yokota; 淳一横田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2006-06-29
Filing date: 2006-06-29
Publication date: 2008-01-17

Abstract

【課題】ファイル分割処理中の電源遮断によるファイル消失を回避することができるようにする。
【解決手段】ディレクトリエントリ制御部３１１は、アプリケーション１０１から、分割元および分割後のファイル名やファイルサイズ情報などの分割指示情報が供給されるとともに、記録媒体１０４に記録されているファイルの分割が要求された場合、クラスタ制御部３１２およびFAT制御部３１３を制御し、ファイル分割処理を実行させる。その際、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、ファイル分割処理を構成する各処理の終了毎に、不揮発性メモリ３３に、その処理段階を記憶させ、その処理段階に対応付けて、その処理段階以降に必要なファイルの管理情報も記憶させる。本発明は、記録媒体に記録されているデータを編集する記録再生装置に適用できる。
【選択図】図１５

Description

本発明は、情報処理装置および方法、並びにプログラムに関し、特に、ファイル分割処理中に電源遮断が発生しても、次回の起動時に中断された部分から、ファイル分割処理を再開することができるようにした情報処理装置および方法、並びにプログラムに関する。

FATファイルシステムにおけるファイル分割処理を実現するには、記録済みのディレクトリエントリ情報やFAT情報の編集、および、必要に応じてディレクトリエントリの新規作成を実行することになるが、ファイル分割処理の途中で電源遮断が発生することもあり得る。

なお、特許文献１には、FAT情報を書き換えている途中の電源遮断におけるFAT復旧処理について提案されている。

特開２００５−６３０４７号公報

しかしながら、特許文献１には、ファイル分割処理中におけるディレクトリエントリの復旧処理に係る記載はなく、ファイル分割処理の途中で電源遮断が発生してしまうと、分割後のファイルが生成されないだけでなく、最悪、分割元となる記録済みファイル全体までも消失されてしまうことがあった。

本発明は、このような状況に鑑みてなされたものであり、ファイル分割処理中に電源遮断が発生しても、次回の起動時に中断された部分から、ファイル分割処理を再開することができるようにするものである。

本発明の一側面の情報処理装置は、記録媒体に記録されている分割元のファイルを複数ファイルに分割するファイル分割処理を行う情報処理装置において、複数の処理段階で構成される前記ファイル分割処理を実行する分割処理手段と、前記分割処理手段による前記ファイル分割処理を構成する各処理段階の終了毎に、現在の処理段階を、前記現在の処理段階以降に必要なファイルの管理情報に対応付けて記憶手段に記憶させる記憶制御手段とを備える。

前記分割処理手段は、電源起動時に、前記記憶手段に記憶されている前記現在の処理段階に基づき、前記現在の処理段階以降に必要なファイル管理情報を用いて、前記ファイル分割処理を再開することができる。

前記現在の処理段階以降に必要なファイルの管理情報は、分割元のファイル、および分割後の複数のファイルのうち、少なくとも１つのファイルの属性情報と、前記少なくとも１つのファイルの属性情報を格納する領域の開始アドレスであることができる。

本発明の一側面の情報処理方法は、記録媒体に記録されている分割元のファイルを複数ファイルに分割するファイル分割処理を行う情報処理装置の情報処理方法において、複数の処理段階で構成される前記ファイル分割処理を実行し、前記ファイル分割処理を構成する各処理段階の終了毎に、現在の処理段階を、前記現在の処理段階に必要なファイルの管理情報に対応付けて記憶手段に記憶させるステップを含む。

本発明の一側面のプログラムは、記録媒体に記録されている分割元のファイルを複数ファイルに分割するファイル分割処理をコンピュータに実行させるプログラムであって、複数の処理段階で構成される前記ファイル分割処理を実行し、前記ファイル分割処理を構成する各処理段階の終了毎に、現在の処理段階を、前記現在の処理段階に必要なファイルの管理情報に対応付けて記憶手段に記憶させるステップを含む処理を実行させる。

本発明においては、複数の処理段階で構成される前記ファイル分割処理が実行され、前記ファイル分割処理を構成する各処理段階の終了毎に、現在の処理段階が、前記現在の処理段階に必要なファイルの管理情報に対応付けて記憶手段に記憶される。

本発明によれば、ファイル分割処理中の電源遮断によるファイル消失を回避することができる。

以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

本発明の一側面の情報処理装置は、記録媒体（例えば、図２の記録媒体１０４）に記録されている分割元のファイルを複数ファイルに分割するファイル分割処理を行う情報処理装置（例えば、図１の記録再生装置１）において、複数の処理段階で構成される前記ファイル分割処理を実行する分割処理手段（例えば、図１５のディレクトリエントリ制御部３１１）と、前記分割処理手段による前記ファイル分割処理を構成する各処理段階の終了毎に、現在の処理段階を、前記現在の処理段階以降に必要なファイルの管理情報に対応付けて記憶手段（例えば、図１５の不揮発性メモリ３３）に記憶させる記憶制御手段（例えば、図１５の進捗管理部３１４）とを備える。

本発明の一側面の情報処理方法またはプログラムは、記録媒体に記録されている分割元のファイルを複数ファイルに分割するファイル分割処理を行う情報処理装置の情報処理方法またはプログラムにおいて、複数の処理段階で構成される前記ファイル分割処理を実行し（例えば、図１９のステップＳ１１，Ｓ１３，Ｓ１５，Ｓ１７，Ｓ１９，またはＳ２１）、前記ファイル分割処理を構成する各処理段階の終了毎に、現在の処理段階を、前記現在の処理段階に必要なファイルの管理情報に対応付けて記憶手段に記憶させる（例えば、図１９のステップＳ１２，Ｓ１４，Ｓ１６，Ｓ１８，Ｓ２０，またはＳ２２）ステップを含む。

本発明は、ランダムアクセス可能な記録媒体に記録されているデータに編集を行うことができる、ビデオカメラ、デジタルスチルカメラ、パーソナルコンピュータ、ポータブルDVDプレーヤ、DVDレコーダ、携帯電話機、およびPDAなどに適用することができる。特に、本発明は、ハードディスクドライブ(HDD)などを記録媒体として用いるビデオカメラ、デジタルスチルカメラ、パーソナルコンピュータや、HDDなどの記録媒体にデータを記録する記録再生装置（例えば、HDDレコーダ）などに適用することができる。

以下、図を参照して本発明の実施の形態について説明する。

図１は、本発明を適用した記録再生装置１の一実施形態に係る構成例を示す図である。この記録再生装置１は、例えば、デジタルスチルカメラ、デジタルビデオカメラなどとして構成され、撮影した画像（または音声）のデータを、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどの記録媒体に記録したり、記録媒体に記録された画像（または音声）のデータを編集したり、再生したりする。

図１において、光学レンズ１１は、カメラ機能部１２の制御に基づいて、被写体の画像の光を集光し、集光した光を、光電変換部１３に結像させる。

カメラ機能部１２は、CPU（central processing unit）５１の制御に基づいて、光学レンズ１１による被写体の撮影動作を開始させたり、終了させたりする他、光学レンズ１１のズーム率、取り込む光量などを適宜制御する。

光電変換部１３は、例えば、CCD（charge-coupled device）やC-MOS（Complementary-Metal Oxide Semiconductor）などの光電変換素子により構成され、光学レンズ１１から供給される光を電気的信号に変換し、画像信号処理部１４に供給する。

画像信号処理部１４は、光電変換部１３から供給される信号に基づいて、画像のデータを生成する。画像信号処理部１４は、例えば、CPU５１の制御に基づいて、被写体の画像に対応するアナログの信号を、A/D（Analog to Digital）変換して、デジタルの画像のデータとし、その画像のデータに対して、例えば、ホワイトバランスの調整、欠陥画素の補間などの画像処理を適用する。また、画像信号処理部１４は、CPU５１の制御に基づいて、MEPG（Motion Picture Experts Group）、JPEG（Joint Photographic Expert Group）などの方式による画像のデータの圧縮符号化を行ったり、圧縮符号化された画像のデータの復号を行ったりする。

また、画像信号処理部１４は、被写体の画像に対応するアナログの信号を、A/D変換して、ホワイトバランスを調整し、または欠陥画素を補間した画像のデータを、ディスプレイ１６および画像入出力部１５に供給する。より具体的には、画像信号処理部１４は、その画像データを、ディスプレイ１６の入力方式である、例えば、RGB（Red, Green, Blue）信号に変換して、ディスプレイ１６に供給し、同様に、画像信号処理部１４は、RGB信号を画像入出力部１５にも供給する。

画像入出力部１５は、例えば、外部の装置から供給される画像信号を、画像信号処理部１４に供給し、また、画像信号処理部１４から出力される画像のデータに対応する信号を、外部の装置に出力する。ディスプレイ１６は、例えば、LCD（Liquid Crystal Display）などにより構成され、画像信号処理部１４から出力される画像のデータに対応する信号に基づく画像を表示する。

音声入出力部２１は、例えば、マイクロフォンなどにより集音された音声信号を、音声処理部２２に供給し、また、音声処理部２２から出力される音声のデータに対応する音声を、スピーカなどに出力する。音声処理部２２は、CPU５１の制御に基づいて、音声入出力部２１から供給される音声の信号に基づいて、圧縮符号化された音声のデータを生成したり、圧縮符号化された音声のデータの復号を行ったりする。

RAM（Random Access Memory）３１は、ドライブ３６に装着される記録媒体から読み出されるプログラムなどのデータ、またはプログラムによる処理に伴って生成されるデータなどを記憶し、必要に応じてCPU５１に供給する。ROM（Read Only Memory）３２は、予め記憶されているデータを、必要に応じてCPU５１に供給する。不揮発性メモリ３３は、例えば、EEPROM（Electrically Erasable Programmable Read-Only Memory）やフラッシュメモリなどで構成され、CPU５１の処理に用いられる各種のデータを記憶する。

操作入力部３４は、例えば、操作キーまたはボタンなどを有する構成とされ、ユーザにより入力された操作に対応する信号を、CPU５１に出力する。

通信部３５は、例えば、ネットワークカードなどにより構成され、Ethernet(登録商標)、USB（Universal Serial Bus）などの有線通信のインタフェース、または、IEEE８０２．１１a/b/g、Bluetoothなどの無線通信のインタフェースとして機能し、CPU５１の制御に基づいて、ネットワークに接続される他の装置との通信を行う。

ドライブ３６には、例えば、HDD（Hard Disk Drive）などの磁気ディスク、DVD（Digital Versatile Disk）やCD（Compact Disk）、Blu-ray DiscやHD-DVD（High Definition DVD）などの光ディスク、MD（登録商標）（Mini-Disk））などの光磁気ディスク、フラッシュメモリ、メモリースティック（登録商標）などの半導体メモリなどで構成される各種の記録媒体が装着される。ドライブ３６は、装着された記録媒体にアクセスし、データを記録したり、記録したデータを読み出したりする。

センサ３７は、角速度センサや加速度センサ、温度センサなどで構成され、例えば、光学的な補正を行うため、画像のぶれを検出したりする。検出された画像のぶれは、CPU５１を介して、画像信号処理部１４に供給される。電源３８は、記録再生装置１を駆動させるために必要となる電力を供給する。

CPU５１は、各種の演算を行ってデータの処理を行い、記録再生装置１全体の動作を制御する。

図２は、記録再生装置１における記録媒体１０４へのデータの記録、または記録媒体１０４からのデータの編集や、読み出しの仕組みを説明する図である。同図において、アプリケーション１０１は、CPU５１で実行されるソフトウェアの最上位のレイヤに属するソフトウェアであり、例えば、動画像の記録、編集、または再生の処理を制御する。

アプリケーション１０１は、自身が行う処理に伴って、記録、編集、または再生が必要となるデータについて、例えば、所定の記録単位のデータで構成されるファイルを単位としてアクセスする。アプリケーション１０１は、所定のファイルにアクセスするとき、ファイルシステム１０２にアクセス要求を出力する。また、アプリケーション１０１は、ファイルシステム１０２からのファイルのアクセス要求に対する応答を受け、必要に応じて、ユーザに通知するため、その応答に対応する画像を生成して、ディスプレイ１６に表示させる。

ファイルシステム１０２は、記録媒体１０４のどこに何のファイルがあるのか、その情報を管理するためのソフトウェアであり、やはりCPU５１により実行されるソフトウェアとされる。ファイルシステム１０２は、例えば、FAT（File Allocation Table：ファット）１６またはFAT３２などにより構成される。なお、FAT32の詳細は、「Microsoft Extensible Firmware Initiative FAT32 File System Specification」に開示されている。

ファイルシステム１０２は、アプリケーション１０１からアクセス要求のあったファイルについて、所定のビット量で構成されるクラスタに分解し、クラスタ単位でアクセスする。例えば、アプリケーション１０１からファイルシステム１０２に対して、編集または再生に伴うファイルの読み出しが要求された場合、ファイルシステム１０２は、そのファイルの実データが記録されているクラスタを該当クラスタとして検索する。また例えば、アプリケーション１０１からファイルシステム１０２に対して、記録または編集に伴うファイルの書き込みが要求された場合、ファイルシステム１０２は、ファイルの実データを書き込み可能な空きクラスタを該当クラスタとして検索する。

そして、ファイルシステム１０２は、検索された該当クラスタをLBA(Logical Block Addressing)に変換し、デバイスドライバ１０３に対して、セクタ単位でアクセスを要求する。また、ファイルシステム１０２は、自身が出力したアクセス要求に基づいてデバイスドライバ１０３から供給された応答に基づいて、ファイルのアクセス要求に対する応答をアプリケーション１０１に出力する。

デバイスドライバ１０３は、ドライブ３６の動作を制御するためのソフトウェアであり、やはりCPU５１により実行されるソフトウェアとされる。デバイスドライバ１０３は、ファイルシステム１０２からのアクセス要求に基づいて、ドライブ３６を制御してドライブ３６に装着される記録媒体１０４にセクタ単位でアクセスする。これにより、ドライブ３６が、自身に装着された記録媒体１０４の要求されたセクタにアクセスする。ここでセクタは、クラスタよりさらに細かい記録単位であり（複数のセクタによりクラスタが構成される）、LBAによりアクセスすべきセクタが指定される。また、自身が出力したセクタ単位のアクセス要求に基づいて記録媒体１０４（実際にはドライブ３６）から供給された応答に基づいて、セクタのアクセス要求に対する応答をファイルシステム１０２に出力する。

記録媒体１０４（ドライブ３６）は、デバイスドライバ１０３からのアクセス要求に基づいて、アクセス要求のあったセクタにデータを書き込み（記録し）、またはアクセス要求のあったセクタからデータを読み出す処理を行い、その処理結果を、セクタのアクセス要求に対する応答としてデバイスドライバ１０３に出力する。例えば、記録媒体１０４は、デバイスドライバ１０３からセクタ単位での読み出しが要求された場合、セクタ毎に記録されているデータをデバイスドライバ１０３に供給する。

次に、ファイルシステム１０２により管理されるデータの詳細な構成について、図３と図４を参照して説明する。

図３は、ファイルシステム１０２がFAT１６により構成され、パーティションが１つの場合の、記録媒体１０４に記録されるデータの詳細な構成例を示す図である。図３と図４においては、記録媒体１０４に記録されるデータが、それぞれ記録媒体１０４の中で配置される順番に従って、先頭のデータから順に図中上から下に向かって記載されている。

図３において、記録媒体１０４のデータの先頭セクタであるLBA(Logical Block Addressing)＝０のセクタには、起動コード、記録媒体１０４に記録されるデータの記録単位であるパーティションについて、各パーティションの先頭のセクタおよび終了セクタ、並びにサイズなどの情報を含むMBR(Master Boot Record)が配置されている。

MBRに続く所定の空き領域に続いて配置される、PBR（Partition Boot Record）、FAT（File Allocation Table）１、FAT２、ルートディレクトエントリ、クラスタは、記録媒体１０４のデータにおいて１つのパーティションとして記録される。

PBRは、記録媒体１０４のクラスタ数、セクタとクラスタの関係、パーティションの起動コードなどを含む情報とされ、例えば、オペレーティングシステムの起動時にメモリに読み込まれる。

FAT１およびFAT２は、それぞれ、ファイルを構成するクラスタの連鎖情報を有するテーブルであり、ファイルシステム１０２がファイルの読出しまたは書き込みを行うとき、FAT１またはFAT２が参照される。なお、通常FAT１とFAT２の記録内容は同様のものとされる（すなわち、FAT２には、FAT1のバックアップとして、FAT１と同じテーブルのコピーが記録される）。

ルートディレクトリエントリには、記録媒体１０４のルートディレクトリに記録されるディレクトリやファイルに対応するディレクトリエントリが格納される。例えば、記録媒体１０４のルートディレクトリに複数のファイルが記録される場合、ルートディレクトリエントリには、個々のディレクトリやファイルに関係する情報からなるディレクトリエントリが、複数のディレクトリやファイルのそれぞれに対して形成される。ディレクトリエントリのそれぞれには、対応するファイルの名称、そのファイルの作成日、そのファイルのサイズ、および、そのファイルの先頭クラスタ番号などの情報が格納される。なお、FAT１６におけるルートディレクトリエントリは、FAT１およびFAT２で管理されない領域である。

１つのパーティションの中において、PBR乃至ルートディレクトリエントリに記録されるデータはこのパーティションのデータの管理情報であるが、ルートディレクトリエントリに続く、複数のクラスタは、データ領域であり、複数のクラスタには実データ（例えば、画像のデータ）が記録される。通常１以上のクラスタにより１つのファイルが構成されるが、このファイルを構成する複数のクラスタの連鎖情報は、上述したFAT１またはFAT２に記録されることになる。すなわちFAT１またはFAT２には、「当該パーティションに存在する複数のクラスタのうち、あるファイルの先頭が第何番目のクラスタであり、その次のクラスタは、第何番目のクラスタであり、…ファイルの最後のクラスタが第何番目のクラスタである」のような情報が記録される。

図４は、ファイルシステム１０２がFAT３２により構成され、パーティションが１つの場合の、記録媒体１０４に記録されるデータの詳細な構成例を示す図である。

図４においては、図３のFAT１６の場合と異なりルートディレクトリエントリが配置されておらず、記録媒体１０４の中の空き容量を高速に計算するための空きクラスタ数が記録された情報などを含むデータであるFSInfoが配置されており、その他は、図３の場合と同様の構成とされる。すなわち、FAT３２において、ルートディレクトリの情報は、データ領域内に記録される。

なお、図３のFAT１６によれば、最大２GB（ギガバイト）までの領域を、１つのパーティションとして管理でき、図４のFAT３２によれば、最大２TB（テラバイト）までの領域を１つのパーティションとして管理できる。

図５は、図３および図４のMBRの構成例を示す図である。

MBRは、図中横軸方向に第０番目乃至第１５番目までの１６バイトのデータ、すなわち、合計５１２バイト（第0000バイト乃至第01FFバイト）のデータからなる。MBRの先頭クラスタからは、４４６バイトの起動コード領域１５１、続いて６４バイトのパーティションテーブル１５２、および２バイトの情報１６１が配置されている。

起動コード領域１５１は、クラスタの先頭の０バイト目から始まる第４４５バイトまでの領域であり、アクティブなパーティションから起動用のプログラムを読み込むためのマスタブートコード（Master Boot Code(Initial Program Loaderとも呼ばれる)）が記録されている。さらに第４４６バイトから始まる６４バイト分の領域には、パーティションテーブル１５２、およびパーティションテーブル１５２の終端を示す情報である最後の２バイトの情報１６１（「55h」、および「AAh」）が記録されている。

パーティションテーブル１５２は、個々のパーティションに対応するパーティション情報（パーティションの開始アドレスとサイズ）を記録する。このパーティションテーブル１５２には、最大４つのパーティションに対応するパーティション情報が保存される。例えば、１つのパーティションが登録されている場合、パーティションテーブル１５２は図６に示されるように構成される。

図６は、パーティションテーブル１５２の詳細な構成例を示す図である。記録媒体１０４に１つのパーティションが記録されている場合、１６バイトのパーティション情報（パーティションテーブル１５２のエントリ）１７１が、パーティションテーブル１５２に保存される。パーティション情報１７１には、先頭から順に、１バイトのフラグ１８１，３バイトの開始セクタ（CHS（Cylinder/Head/Sector））１８２，１バイトのタイプ１８３，３バイトの終了セクタ（CHS）１８４，４バイトの開始セクタ（LBA）１８５、および４バイトのパーティションサイズ１８６が格納されている。

フラグ１８１は、パーティションがアクティブであるか否かを示す、いわゆる起動フラグである。例えば、“00h”であるフラグ１８１は、そのパーティションがノンアクティブである（いわゆる起動パーティションでない）ことを示し、“80h”であるフラグ１８１は、そのパーティションがアクティブである（いわゆる起動パーティションである）ことを示す。なお、“00h”や“80h”の「h（hexadecimal number）」は、“00”や“80”が１６進数で表現されていることを示している。以下、同様に、「h」が付加されている値は、１６進数で表現されていることを示す。

開始セクタ１８２は、シリンダ／ヘッド／セクタという３つのパラメータで、パーティションの先頭のセクタのアドレスを示す。タイプ１８３は、そのパーティションがフォーマットされているファイルシステムの方式を示す。例えば、“80h”であるタイプ１８３は、FAT３２であることを示す。

終了セクタ１８４は、シリンダ／ヘッド／セクタという３つのパラメータで、パーティションの最後のセクタのアドレスを示す。開始セクタ１８５は、LBAによる、パーティションの先頭のセクタのアドレスを示す。パーティションサイズ１８６は、パーティションに含まれるセクタの総数を示す。

図７は、上述したFATの例を示す図である。図７において、上から２行目乃至５行目における、左から２列目乃至１７列目の個々の四角は、それぞれ１つのエントリ（以下、FATエントリとも適宜称する）を表しており、図中の上から第１行目および左から第１列目に示される数値の組み合わせがそのエントリのアドレスとなる。

例えば、FAT３２の場合、エントリの中の数字は、次のエントリの番号を表している。なお、図７において、「00000000h」または「00000001h」のアドレスのエントリに格納されている「RSV」は、「00000000h」または「00000001h」のクラスタ番号のクラスタがWindows（登録商標）において使用される領域であり、予め予約されていることを示す。また、同図の「00000003h」のアドレス他のエントリに格納されているEOF(End Of File)は、ファイルの終点を表し、「00000002h」のアドレス他のエントリに格納されている「−」は、「00000000h」を意味し、当該エントリが「未使用」であることを表している。

FAT３２においては、各ファイルを記録するとき、後述するディレクトリエントリが作成され、そのディレクトリエントリの中に、ファイル名や作成日時、ファイルサイズなどの情報とともに、そのファイルの先頭クラスタ番号が格納される。ファイルにアクセスするときは、ディレクトリエントリの先頭クラスタ番号を参照し、そこから、FATを参照し次のクラスタ番号を見つけながら、ファイルにアクセスしていくことになる。図７で示されるFATの例において、４つのファイルが格納される実データが記録されているクラスタのアドレスが示されている。

１つのファイルに対応するディレクトリエントリにおいて、先頭クラスタ番号として、「00000007h」が示されている場合、「00000007h」のアドレスのエントリには「00000008h」が格納され、「00000008h」のアドレスのエントリには「00000009h」が格納され、「00000009h」のアドレスのエントリには「EOF」が格納されているので、「00000007h」のクラスタ番号のクラスタ、「00000008h」のクラスタ番号のクラスタ、および「00000009h」のクラスタ番号のクラスタに、先頭クラスタ番号として、「00000007h」が示されているディレクトリエントリに関係するファイルの実データが順に記録されている。

また、１つのファイルに対応するディレクトリエントリにおいて、先頭クラスタ番号として、「0000000Ah」が示されている場合、「0000000Ah」のアドレスのエントリには「0000001Fh」が格納され、「0000001Fh」のアドレスのエントリには「00000025h」が格納され、「00000025h」のアドレスのエントリには「00000031h」が格納され、「00000031h」のアドレスのエントリには「00000030h」が格納され、「00000030h」のアドレスのエントリには「EOF」が格納されているので、「0000000Ah」のクラスタ番号のクラスタ、「0000001Fh」のクラスタ番号のクラスタ、「00000025h」のクラスタ番号のクラスタ、「00000031h」のクラスタ番号のクラスタ、および「00000030h」のクラスタ番号のクラスタに、先頭クラスタ番号として、「0000000Ah」が示されているディレクトリエントリに関係するファイルの実データが順に記録されている。

さらに、１つのファイルに対応するディレクトリエントリにおいて、先頭クラスタ番号として、「0000001Bh」が示されている場合、「0000001Bh」のアドレスのエントリには「00000011h」が格納され、「00000011h」のアドレスのエントリには「00000012h」が格納され、「00000012h」のアドレスのエントリには「00000013h」が格納され、「00000013h」のアドレスのエントリには「00000014h」が格納され、「00000014h」のアドレスのエントリには「00000003h」が格納され、「00000003h」のアドレスのエントリには、「EOF」が格納されているので、「0000001Bh」のクラスタ番号のクラスタ、「00000011h」のクラスタ番号のクラスタ、「00000012h」のクラスタ番号のクラスタ、「00000013h」のクラスタ番号のクラスタ、「00000014h」のクラスタ番号のクラスタ、および「00000003h」のクラスタ番号のクラスタに、先頭クラスタ番号として、「0000001Bh」が示されているディレクトリエントリに関係するファイルの実データが順に記録されている。

また、１つのファイルに対応するディレクトリエントリにおいて、先頭クラスタ番号として、「0000002Ch」が示されている場合、「0000002Ch」のアドレスのエントリには「0000002Dh」が格納され、「0000002Dh」のアドレスのエントリには「0000002Eh」が格納され、「0000002Eh」のアドレスのエントリには「0000002Fh」が格納され、「0000002Fh」のアドレスのエントリには「00000038h」が格納され、「00000038h」のアドレスのエントリには「00000039h」が格納され、「00000039h」のアドレスのエントリには、「0000003Ah」が格納され、「0000003Ah」のアドレスのエントリには「0000003Bh」が格納され、「0000003Bh」のアドレスのエントリには「EOF」が格納されているので、「0000002Ch」のクラスタ番号のクラスタ、「0000002Dh」のクラスタ番号のクラスタ、「0000002Eh」のクラスタ番号のクラスタ、「0000002Fh」のクラスタ番号のクラスタ、「00000038h」のクラスタ番号のクラスタ、「00000039h」のクラスタ番号のクラスタ、「0000003Ah」のクラスタ番号のクラスタ、および「0000003Bh」のクラスタ番号のクラスタに、先頭クラスタ番号として、「0000002Ch」が示されているディレクトリエントリに関係するファイルの実データが順に記録されている。

図８は、FAT３２におけるディレクトリやファイルに関係するディレクトリエントリの構造の例を示す図である。なお、図中上側に横一列に記述された数値０乃至１Ｆは、０を始点としてディレクトリエントリにおけるバイト数を表わす１６進数である。すなわち、図８の例において、ディレクトリエントリは、３２バイトで構成されている。

ディレクトリエントリの先頭に配置される、８バイトの名前２０１は、ディレクトリ名やファイル名を示す。名前２０１に続く、３バイトの拡張名２０２は、いわゆる、ファイルの拡張子（例えば、MPEG2（Moving Picture Experts Group phase 2）フォーマットの場合は「MPG」、JPEG(Joint Photographic Experts Group）フォーマットの場合は「JPG」、MP3（MPEG Audio Layer-3）フォーマットの場合は「MP3」)を示す。また、拡張名２０２に続く、１バイトの属性２０３は、ディレクトリやファイルの属性を示す。この属性２０３は、ファイルの場合には、例えば、読み取り専用ファイルまたは隠しファイルなどを示す。なお、属性２０３のうちの１ビットがディレクトリビットであり、このビットが立っている場合は、このディレクトリエントリが、ディレクトリのディレクトリエントリであることを示す。属性２０３に続く、１バイトの予約領域２０４は、未使用の領域である。

予約領域２０４に続く、３バイトの作成時刻２０５は、ディレクトリやファイルが作成された時刻を示す。作成時刻２０５に続く、２バイトの作成日付２０６は、ディレクトリやファイルが作成された日付を示す。作成日付２０６に続く、２バイトの最終アクセス日付２０７は、ディレクトリやファイルにアクセスされた最終の日付を示す。

先頭クラスタの番号(位置)は、先頭クラスタの番号の上位を示す２バイトの先頭クラスタ番号(High) ２０８と、先頭クラスタの番号の下位を示す２バイトの先頭クラスタ番号（Low）２１１とに分けて配置される。すなわち、先頭クラスタの番号（位置）は、３２ビットで示される。そのファイルのサイズは、４バイトのファイルサイズ２１２に記憶される。

２バイトの記録時刻２０９は、ディレクトリやファイルが記録された時刻、すなわち、ディレクトリやファイルが最後に更新された時刻（最後に書き込まれた時刻）を示す。２バイトの記録日付２１０は、ディレクトリやファイルが記録された日付、すなわち、ディレクトリやファイルが最後に更新された日付（最後に書き込まれた日付）を示す。

ディレクトリエントリにおいて、最終アクセス日付２０７に続いて、先頭クラスタ番号（High）２０８、記録時刻２０９、記録日付２１０、先頭クラスタ番号（Low）２１１、およびファイルサイズ２１２が順に配置される。

以上のように、各ディレクトリやファイルは、ディレクトリ名やファイル名や作成日時、ファイルサイズなどのディレクトリやファイルの属性情報を保持する「ディレクトリエントリ」、クラスタの連鎖情報を保持する「FAT」、およびクラスタ単位で記録されている「データ（ファイルの実体）」の３要素に基づいて、HDDなどの記録媒体１０４に記録されているが、記録位置としては、３要素がひとまとまりになっているわけではなく、点在している。

例えば、図９に示されるようにディレクトリおよびファイルが記録媒体１０４に記録されているとする。

図９の例においては、記録媒体１０４のルート(Root)ディレクトリの直下に、「MP_ROOT」という名前のディレクトリ（以下、「MP_ROOT」のディレクトリと称する）と「DCIM」のディレクトリなどが作成されて記録されている。「MP_ROOT」のディレクトリの下の階層（以下、下層と称する）には、「100PNV01」のディレクトリと「101PNV001」のディレクトリなどが作成されて記録されている。さらに、「100PNV01」のディレクトリの下層には、「M2U00001.MPG」という名前のファイル（以下、「M2U00001.MPG」のファイルと称する）、「M2U00002.MPG」のファイル、…「M2U09998.MPG」のファイル、および「M2U09999.MPG」のファイルが記録されている。また、「101PNV001」のディレクトリの下層には、「M2U00001.MPG」のファイルなどが記録されている。なお、拡張子「MPG」に示されるように、これらのファイルは、MPEG2フォーマットの画像のデータのファイルである。

「DCIM」のディレクトリの下層には、「101MSDCF」のディレクトリなどが作成されて記録されている。さらに、「101MSDCF」のディレクトリの下層には、「DSC00001.JPG」のファイル、および「DSC00002.JPG」のファイルなどが記録されている。なお、拡張子「JPG」に示されるように、これらのファイルは、JPEGフォーマットの画像のデータのファイルである。

これらのディレクトリおよびファイルの記録媒体１０４上の配置は、例えば、図１０に示されるようにクラスタを消費していく。なお、図１０の例においては、クラスタのサイズが３２Ｋバイトであり、図９の「DCIM」のディレクトリより下層のディレクトリおよびファイルのデータ領域における配置例が示されている。

まず、クラスタ番号「２」のクラスタの３２バイトには、「DCIM」のディレクトリのディレクトリエントリが配置されている。このディレクトリエントリには、先頭クラスタ番号として、「３」が記載されている。クラスタ番号「３」のクラスタには、「DCIM」のディレクトリの下層にある子ディレクトリ（例えば、「101MSDCF」のディレクトリや「102MSDCF」のディレクトリ）の各３２バイトのディレクトリエントリが配置されている。なお、「101MSDCF」のディレクトリのディレクトリエントリの前(クラスタ番号３のクラスタの先頭側)の、“.”は、「自分のディレクトリ」を表し、“..”は、「１つ上の階層のディレクトリ」を表すエントリである。

「101MSDCF」のディレクトリエントリには、先頭クラスタ番号として、「４」が記載されている。クラスタ番号「４」のクラスタには、「DSC00001.JPG」，「DSC00002.JPG」,…，「DSC001022.JPG」のファイルのディレクトリエントリが配置されている。

ここで、１つのクラスタのサイズは、３２Ｋバイトであり、１つのディレクトリエントリは３２バイトで構成されるため、１つのクラスタには、１０２４のディレクトリエントリが記録可能である。ただし、クラスタ番号４のクラスタには、“.”および“..”のエントリが記録されるため、１０２２個のファイルのディレクトリエントリとなる。したがって、ファイルのディスクエントリが配置されるクラスタ（以下、ディスクエントリクラスタと称する）［１］には、「DSC00001.JPG」乃至「DSC001022.JPG」のファイルのディレクトリエントリしか配置されないので、「DSC001022.JPG」のファイルの実データが配置されるクラスタ以降に、それ以降のファイルのディレクトリエントリが配置されるディスクエントリクラスタ［２］が構成され、ディスクエントリクラスタ［２］に対応するファイルの実データが配置されるクラスタ以降に、ディスクエントリクラスタ［３］が構成される。

例えば、9,999個のファイルのディレクトリエントリを確保する場合には、ディスクエントリクラスタ［１］には、「DSC00001.JPG」乃至「DSC001022.JPG」のファイルのディレクトリエントリが配置され、ディスクエントリクラスタ［２］には、「DSC01023.JPG」乃至「DSC002046.JPG」のファイルのディレクトリエントリが配置され、ディスクエントリクラスタ［３］には、「DSC02047.JPG」乃至「DSC003070.JPG」のファイルのディレクトリエントリが配置され、ディスクエントリクラスタ［４］には、「DSC03071.JPG」乃至「DSC004094.JPG」のファイルのディレクトリエントリが配置され、ディスクエントリクラスタ［５］には、「DSC04095.JPG」乃至「DSC005118.JPG」のファイルのディレクトリエントリが配置され、ディスクエントリクラスタ［６］には、「DSC05119.JPG」乃至「DSC006142.JPG」のファイルのディレクトリエントリが配置され、ディスクエントリクラスタ［７］には、「DSC06143.JPG」乃至「DSC007166.JPG」のファイルのディレクトリエントリが配置され、ディスクエントリクラスタ［８］には、「DSC07167.JPG」乃至「DSC008190.JPG」のファイルのディレクトリエントリが配置され、ディスクエントリクラスタ［９］には、「DSC08191.JPG」乃至「DSC009214.JPG」のファイルのディレクトリエントリが配置され、ディスクエントリクラスタ［１０］には、「DSC09215.JPG」乃至「DSC009999.JPG」のファイルのディレクトリエントリが配置される。

そして、各ディスクエントリクラスタの後のクラスタには、各ディスクエントリが先頭クラスタ番号を示す、各ファイルの実データが配置されている。図１０の例においては、ディスクエントリクラスタ［１］の後のクラスタ番号５および６のクラスタには、「DSC00001.JPG」のファイルの実データが配置され、その後のクラスタには、「DSC00002.JPG」乃至「DSC001022.JPG」のファイルの実データが順に配置されている。ディスクエントリクラスタ［２］の後のクラスタには、「DSC01023.JPG」乃至「DSC002046.JPG」のファイルの実データが順に配置されている。ディスクエントリクラスタ［３］の後のクラスタには、「DSC02047.JPG」乃至「DSC003070.JPG」のファイルの実データが配置されている。ディスクエントリクラスタ［４］の後のクラスタには、「DSC03071.JPG」乃至「DSC004094.JPG」のファイルの実データが順に配置されている。なお、実データが配置されているクラスタを以下、ファイルボディクラスタとも称する。

以上のようにして記録媒体１０４にファイルが記録されるが、次に、記録媒体１０４に記録されるファイルを分割する処理について、図１１および図１２を参照して説明する。なお、図１１は、分割後、空きとなるクラスタがない場合の例を示しており、図１２は、前半のファイル名として分割元を指定し、分割後、空きとなるクラスタがある場合の例を示している。

図１１の例においては、分割元となる、ファイルサイズが１ＧＢである「M2U01000.MPG」のファイルが２つのファイルに分割され、その結果、それぞれファイルサイズが５１２ＭＢである「M2U02000.MPG」および「M2U03000.MPG」のファイルが生成される例が示されている。

図１２の例においては、分割元となる、ファイルサイズが１ＧＢである「M2U02000.MPG」のファイルが、前半のファイル名が分割元と同じファイル名になるように２つのファイルに分割され、その結果、前半のファイル名が分割元と同じ「M2U01000.MPG」であり、ファイルサイズが５００ＭＢのファイルと、後半のファイル名が「M2U03000.MPG」であり、ファイルサイズが５１２ＭＢであるファイルが生成される例が示されている。

すなわち、図１１と図１２においては、分割結果として生成されるファイルの個数は同じであるが、図１２の分割後の前半となる「M2U01000.MPG」のファイルのファイルサイズが、例えば、編集やデータの削除などにより、図１１の分割後の前半となる「M2U02000.MPG」のファイルのファイルサイズよりも１２ＭＢ減少している点が異なっている。

次に、図１３を参照して、図１１の例の場合の従来のファイル分割処理の流れを説明する。

図１３の例においては、左から順に、ファイル分割処理の流れに沿った記録媒体１０４上の情報の変化が示されている。すなわち、一番左側が分割前の記録媒体１０４に記録されている情報を示しており、一番右側が分割後の記録媒体１０４に記録されている情報を示している。すなわち、各記録媒体１０４においては、上から順に、FAT1、FAT2、ディレクトリエントリが配置されるディレクトリエントリ(Directory Entry)クラスタ、ファイルのデータが配置されるファイルボディ(File Body)クラスタが示されており、FAT1、FAT2、ディレクトリエントリクラスタ、ファイルボディクラスタにおいて、ハッチングされている領域は使用中の（データが配置されている）領域を示している。

一番左側の分割前の記録媒体１０４においては、FAT1およびFAT2における１２エントリを用いて、「M2U01000.MPG」のファイルのデータの連鎖情報が保持されており、ディレクトリエントリクラスタの３２バイトに、「M2U01000.MPG」のファイルのディレクトリエントリが配置されており、ファイルボディクラスタの７クラスタに、「M2U01000.MPG」のファイルのデータが配置されている。

ここで、ファイル分割処理は、分割元のディレクトリエントリ（DE）の削除処理、分割後の前半のディレクトリエントリの作成処理、分割後の後半のディレクトリエントリの作成処理、分割後の前半のFATの編集処理、および分割後の後半のFATの編集処理などからなる複数の段階の処理で構成されている。

すなわち、ファイル分割処理においては、まず、ｔ１のタイミングに、分割前の記録媒体１０４から、分割元のファイルのディレクトリエントリの削除処理が行われる。分割元のディレクトリエントリが削除された後の記録媒体１０４においては、「M2U01000.MPG」のファイルのディレクトリエントリが黒く示されており、「M2U01000.MPG」のファイルのディレクトリエントリが削除されたことを表している。

次に、ｔ２のタイミングに、分割後の前半のファイルのディレクトリエントリの作成処理が行われる。分割後の前半のディレクトリエントリが作成された後の記録媒体１０４においては、削除された「M2U01000.MPG」のファイルのディレクトリエントリの右に位置する３２バイトに、分割後の前半（「M2U02000.MPG」のファイル）のディレクトリエントリが作成されている。この「M2U02000.MPG」のファイルのディレクトリエントリは、１が付された矢印に示されるクラスタ（ファイルボディクラスタの先頭）を先頭クラスタとして示している。

次に、ｔ３のタイミングに、分割後の後半のファイルのディレクトリエントリの作成処理が行われる。分割後の後半のディレクトリエントリが作成された後の記録媒体１０４においては、ｔ２のタイミングに作成された「M2U02000.MPG」のファイルのディレクトリエントリの右に位置する３２バイトに、分割後の後半（「M2U03000.MPG」のファイル）のディレクトリエントリが作成されている。この「M2U03000.MPG」のファイルのディレクトリエントリは、２が付された矢印に示されるクラスタ（ファイルボディクラスタの５クラスタ目）を先頭クラスタとして示している。

次に、ｔ４のタイミングに、分割後の前半のFATの編集処理が実行される。分割後の前半のFATが編集された後の記録媒体１０４においては、「M2U02000.MPG」のファイルの実データが配置されているファイルボディクラスタの１乃至５番目のクラスタの連鎖情報を保持するFAT1およびFAT2における前半の６FATエントリが編集される。これにより、分割後の前半の「M2U02000.MPG」のファイルが成立する。

次に、ｔ５のタイミングに、分割後の後半のFATの編集処理が実行される。分割後の後半のFATが編集された後、すなわち、ファイルの分割後の記録媒体１０４（一番右側）においては、「M2U03000.MPG」のファイルの実データが配置されているファイルボディクラスタの６および７番目のクラスタの連鎖情報を保持するFAT1およびFAT2における後半の６FATエントリが編集される。これにより、分割後の後半の「M2U03000.MPG」のファイルが成立する。

同様に、図１４を参照して、図１２の例の場合の従来のファイル分割処理の流れを説明する。

図１４の例においても、図１３の例と同様に、左から順に、ファイル分割処理の流れに沿った記録媒体１０４上の情報の変化が示されている。

図１４の例の場合のファイル分割処理においても、まず、ｔ１のタイミングに、分割前の記録媒体１０４から、分割元のファイルのディレクトリエントリの削除処理が行われる。分割元のディレクトリエントリが削除された後の記録媒体１０４においては、「M2U01000.MPG」のファイルのディレクトリエントリが黒く示されており、「M2U01000.MPG」のファイルのディレクトリエントリが削除されたことを表している。

次に、ｔ２のタイミングに、分割後の前半のファイルのディレクトリエントリの作成処理が行われる。分割後の前半のディレクトリエントリが作成された後の記録媒体１０４においては、削除された「M2U01000.MPG」のファイルのディレクトリエントリが配置されていた３２バイトに、分割元と同じファイル名が付された、分割後の前半（「M2U01000.MPG」のファイル）のディレクトリエントリが作成されている。この分割後の「M2U01000.MPG」のファイルのディレクトリエントリは、１が付された矢印に示されるクラスタ（ファイルボディクラスタの先頭）を先頭クラスタとして示している。

次に、ｔ３のタイミングに、分割後の後半のファイルのディレクトリエントリの作成処理が行われる。分割後の後半のディレクトリエントリが作成された後の記録媒体１０４においては、ｔ２のタイミングに作成された「M2U01000.MPG」のファイルのディレクトリエントリの右に位置する３２バイトに、分割後の後半（「M2U03000.MPG」のファイル）のディレクトリエントリが作成されている。この「M2U03000.MPG」のファイルのディレクトリエントリは、２が付された矢印に示されるクラスタ（ファイルボディクラスタの５クラスタ目）を先頭クラスタとして示している。

次に、ｔ４のタイミングに、分割後の前半のFATの編集処理が実行される。分割後の前半のFATが編集された後の記録媒体１０４においては、分割後の「M2U01000.MPG」のファイルの実データが配置されているファイルボディクラスタの１乃至４番目のクラスタの連鎖情報を保持するFAT1およびFAT2における前半の４FATエントリが編集される。これにより、分割後の前半の「M2U01000.MPG」のファイルが成立する。なお、この場合、編集などにより、分割後の「M2U01000.MPG」のファイルの実データ自体が縮小され、ファイルボディクラスタの５番目のクラスタは空き領域となっているので、FAT1およびFAT2も、前半の５および６番目のFATエントリが空き領域となる。

以上のように、ファイル分割処理は、記録済みのディレクトリエントリの情報、およびFATの情報を編集すること、並びに、必要に応じてディレクトリエントリを新規作成することを行うことであり、図１４の例のように、ファイルの実データ自体に編集を行わなければ、ファイルボディクラスタに関する編集は一切行われない。

このようなファイル分割処理において、ｔ１乃至ｔ４のいずれかのタイミングに電源遮断が発生してしまった場合、FATファイルシステムとしての３要素のうちの２要素（ディレクトリエントリやFATの情報）などが中途半端な状態となり、すなわち、分割元のファイルに関するディレクトリエントリやFATの情報が消失し、かつ、分割後のファイルに関するディレクトリエントリやFATの情報も不十分な状態になってしまう。一方、ｔ５のタイミングに電源遮断が発生した場合には、分割後の前半となるファイルは成立しているが、分割後の後半となるファイルに関しては不十分な状態になってしまう。

そこで、ファイル分割処理を構成する各処理、具体的には、分割前の処理、分割元のディレクトリエントリの削除処理、前半のディレクトリエントリの作成処理、後半のディレクトリエントリの作成処理、前半のFATの編集処理、および後半のFATの編集処理などの６つの段階の処理がそれぞれ終了する毎に、その旨（すなわち、１つの処理が終了し、６つのうちのある処理段階であること）を不揮発性メモリ３３に記録しておくようにする。これにより、電源遮断後の起動後に、中断された部分を把握することができるので、中断された部分から処理を再開できるようになる。

このようなファイル分割処理を実行する場合の図２のファイルシステム１０２およびデバイスドライバ１０３は、図１５に示される機能ブロックで構成される。

なお、図１５の例においては、記録媒体１０４として、HDDであるメディアＡとDVD-R（Digital Versatile Disk Recordable）やCD-R（Compact Disk Recordable）などであるメディアＢがドライブ３６に装着され、メディアＡをマウントした情報とメディアＢをマウントした情報が、ファイルシステム１０２に記憶されており、デバイスドライバ１０３は、メディアＡへのアクセスを制御するデバイスドライバ１０３−１およびメディアＢへのアクセスを制御するデバイスドライバ１０３−２により構成されている。これらの個々の記録媒体に対応するデバイスドライバは、２つに限らず、ドライブ３６に装着されている記録媒体の数だけ備えることができる。

ファイルシステム１０２は、記録制御部３０１およびメディア制御部３０２により構成されている。記録制御部３０１は、ディレクトリエントリ制御部３１１、クラスタ制御部３１２、FAT制御部３１３、および進捗管理部３１４により構成されている。また、メディア制御部３０２は、位置算出部３２１により構成されている。

ディレクトリエントリ制御部３１１は、アプリケーション１０１から、分割元および分割後のファイル名やファイルサイズ情報などの分割指示情報が供給されるとともに、記録媒体１０４に記録されているファイルの分割が要求された場合、これらの分割指示情報に基づいて、クラスタ制御部３１２およびFAT制御部３１３に、分割が要求された分割元のファイルのディレクトリエントリや、分割後のファイルのディレクトリエントリを配置させるクラスタ、分割元のファイルの実データが配置されたクラスタを検索させることで、ファイル分割処理における編集予定情報を作成する。

編集予定情報とは、例えば、分割元および分割後のディレクトリエントリの情報や、ディレクトリエントリが配置されるセクタの開始アドレス情報であり、ファイル分割処理に必要な、分割元および分割後のファイルの管理情報である。

ディレクトリエントリ制御部３１１は、作成した編集予定情報に基づいて、クラスタ制御部３１２およびFAT制御部３１３を制御し、ファイル分割処理を実行させる。すなわち、ディレクトリエントリ制御部３１１は、クラスタ制御部３１２を制御し、分割元のファイルのディレクトリエントリが配置されるクラスタから、その情報を削除させ、FAT制御部３１３により検索されたクラスタに、分割後のファイルのディレクトリエントリを配置させる。また、ディレクトリエントリ制御部３１１は、作成した編集予定情報に基づいて、FAT制御部３１３を制御し、記録媒体１０４におけるFATのエントリを編集させる。

なお、ディレクトリエントリ制御部３１１は、複数の処理段階で構成されるファイル分割処理の進捗状況を監視しており、進捗管理部３１４を制御し、ファイル分割処理の進捗状況（すなわち、現在の処理段階を示す情報）を、編集予定情報のうち、現在の処理段階以降に必要なファイルの管理情報に対応付けて、不揮発性メモリ３３にバックアップ（記憶）させている。

ディレクトリエントリ制御部３１１は、電源が入り、記録再生装置１が起動し、CPU５１によりファイルシステム１０２が実行されると、進捗管理部３１４に、ファイル分割処理の進捗状況などを読み出させ、読み出されたファイル分割処理の進捗状況に応じて、また、その際に必要なファイルの管理情報に基づいて、ファイル分割処理を再開させる。

クラスタ制御部３１２は、クラスタ単位で、分割が要求されたファイルのディレクトリエントリを検索し、検索されたディレクトリエントリの情報をディレクトリエントリ制御部３１１に供給する。また、クラスタ制御部３１２は、ディレクトリエントリ制御部３１１からのクラスタ番号とともに、そこに配置させるディレクトリエントリのデータを位置算出部３２１に供給する。

FAT制御部３１３は、デバイスドライバ１０３を制御し、記録媒体１０４のFAT情報を読み出させ、読み出されたFATエントリを確認することで、ディスクエントリを配置させるクラスタや、ファイルの実データが配置されているクラスタを検索する。また、FAT制御部３１３は、ディレクトリエントリ制御部３１１の制御のもと、デバイスドライバ１０３を制御し、記録媒体１０４のFAT情報を編集する。

進捗管理部３１４は、ディレクトリエントリ制御部３１１の制御のもと、ファイル分割処理が現在どの処理段階であるかを示す情報と、その情報が示す処理段階に必要なファイルの管理情報を対応付けて不揮発性メモリ３３にバックアップ（記憶）させる。

不揮発性メモリ３３には、複数の処理段階で構成されるファイル分割処理が現在どの処理段階であるかを示す情報と、その情報が示す処理段階に必要なファイルの管理情報（すなわち、分割元および分割後のディレクトリエントリの情報や、ディレクトリエントリが配置されるセクタの開始アドレス情報）が対応付けて記憶されている。

位置算出部３２１は、セクタ単位で、分割が要求されたファイルのディレクトリエントリを検索し、検索されたディレクトリエントリの情報をクラスタ制御部３１２に供給する。また、位置算出部３２１は、クラスタ制御部３１２からのクラスタ番号をLBAに変換し、セクタ単位で、ディレクトリエントリのデータをデバイスドライバ１０３に供給する。

デバイスドライバ１０３−１は、ドライブ３６を制御し、メディアＡに対するデータの書き込みや、メディアＡからのデータの読み出しを行う。デバイスドライバ１０３−２は、ドライブ３６を制御し、メディアＢに対するデータの書き込みや、メディアＢからのデータの読み出しを行う。

RAM３１は、記録媒体１０４に記録されるファイルの実データが蓄積されたり、記録媒体１０４から読み出されたデータが蓄積されるなど、アプリケーション１０１、ファイルシステム１０２、およびデバイスドライバ１０３のワークメモリとして機能する。

次に、図１６および図１７を参照して、本発明のファイル分割処理におけるバックアップのタイミングと、その内容について説明する。図１６の例においては、図１１の例の場合のファイル分割処理における各処理３５１乃至３５７（分割完了３５７を含む）が時間ｔの経過に沿って示されている。なお、ファイル分割処理における各処理自体は、図１３および図１４を参照して上述した従来のファイル分割処理と、基本的に略同様の処理である。

すなわち、ファイル分割処理においては、まず、分割前の処理３５１として、ファイル分割処理における編集予定情報の作成処理が実行される。分割前の処理３５１が終了したタイミングｔ０の後、分割元のディレクトリエントリの削除処理３５２が実行され、分割元のディレクトリエントリの削除処理３５２が終了したタイミングｔ１の後、分割後の前半のディレクトリエントリの作成処理３５３が実行され、分割後の前半のディレクトリエントリの作成処理３５３が終了したタイミングｔ２の後、分割後の後半のディレクトリエントリの作成処理３５４が実行される。また、分割後の後半のディレクトリエントリの作成処理３５４が終了したタイミングｔ３の後、分割後の前半のFATの編集処理３５５が実行され、分割後の前半のFATの編集処理３５５が終了したタイミングｔ４の後、分割後の後半のFATの編集処理３５６が実行され、分割後の後半のFATの編集処理３５６が終了したタイミングｔ５の後、分割完了３５７となる。

図１７の例においては、不揮発性メモリ３３にバックアップされる２バイトからなる各処理段階を示す情報Ｔと、５１６乃至１，５４８バイトからなるバックアップ内容が示されている。

情報Ｔ０は、分割前の処理３５１が終了したｔ０のタイミングに不揮発性メモリ３３に記憶される、現在、分割元のディレクトリエントリの削除処理３５２を行う処理段階（＝１）であることを示す情報であり、このとき、情報Ｔ０が示す処理段階に対応付けて記憶されているバックアップ内容は、分割元のファイルの管理情報、分割後の前半となるファイルの管理情報、および分割後の後半となるファイルの管理情報である。

具体的には、分割元のファイルの管理情報は、分割元のファイルのディレクトリエントリを含む１セクタの情報と、そのセクタの先頭アドレス（LBA）であり、分割後の前半となるファイルの管理情報は、分割後の前半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタの先頭アドレス（LBA）であり、分割後の後半となるファイルの管理情報は、分割後の後半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタの先頭アドレス（LBA）である。なお、これらのディレクトリエントリを含む１セクタの情報は、それぞれ５１２バイトからなり、セクタの先頭アドレスは、４バイトで構成されている。

これらの情報は、換言するに、編集予定情報のうち、情報Ｔ０が示す処理段階以降で必要な管理情報である。すなわち、これらの管理情報があれば、ディレクトリエントリの更新（削除、作成）やFAT情報の編集を行うことが可能になる。

情報Ｔ１は、分割元のディレクトリエントリの削除処理３５２が終了したｔ１のタイミングに不揮発性メモリ３３に記憶される、現在、分割後の前半のディレクトリエントリの作成処理３５３を行う処理段階（＝２）であることを示す情報であり、このとき、情報Ｔ１が示す処理段階に対応付けて記憶されているバックアップ内容は、分割後の前半となるファイルの管理情報、および分割後の後半となるファイルの管理情報である。

情報Ｔ２は、分割後の前半のディレクトリエントリの作成処理３５３が終了したｔ２のタイミングに不揮発性メモリ３３に記憶される、現在、分割後の後半のディレクトリエントリの作成処理３５４を行う処理段階（＝３）であることを示す情報であり、このとき、情報Ｔ２が示す処理段階に対応付けて記憶されるバックアップ内容は、分割後の前半となるファイルの管理情報、および分割後の後半となるファイルの管理情報である。

情報Ｔ３は、分割後の後半のディレクトリエントリの作成処理３５４が終了したｔ３のタイミングに不揮発性メモリ３３に記憶される、現在、分割後の前半のFATの編集処理３５５を行う処理段階（＝４）であることを示す情報であり、このとき、情報Ｔ３が示す処理段階に対応付けて記憶されるバックアップ内容は、分割後の前半となるファイルの管理情報、および分割後の後半となるファイルの管理情報である。

情報Ｔ４は、分割後の前半のFATの編集処理３５５が終了したｔ４のタイミングに不揮発性メモリ３３に記憶される、現在、分割後の後半のFATの編集処理３５６を行う処理段階（＝５）であることを示す情報であり、このとき、情報Ｔ４が示す処理段階に対応付けて記憶されるバックアップ内容は、分割後の後半となるファイルの管理情報である。

情報Ｔ５は、分割後の後半のFATの編集処理３５６が終了したｔ５のタイミングに不揮発性メモリ３３に記憶される、分割完了３５７した処理段階（＝６）であることを示す情報であり、このとき、情報Ｔ５が示す処理段階に対応付けて記憶されるバックアップ内容はない。すなわち、分割後の後半のFATの編集処理３５６が終了したｔ５のタイミングには、分割完了３５７となるので、バックアップ内容としての管理情報は、もう必要なく、処理段階が６であることを示す情報Ｔ５のみが不揮発性メモリ３３に記憶される。

以上のように、不揮発性メモリ３３においては、ファイル分割処理における各処理段階の終了毎に記憶される現在の処理段階を示す情報Ｔと対応付けられて管理情報が記憶されている。この管理情報は、情報Ｔとともに、ファイル分割処理における各処理段階の終了毎に記憶することもできるが、図１８を参照して説明するように、タイミングｔ０において記憶された情報Ｔ０が示す処理段階以降で必要な管理情報の中から、情報Ｔを更新する毎に、不必要となったものを削除していくことも可能である。

図１８は、管理情報が記憶される不揮発性メモリ３３の例が示されている。図１８の例において、矢印は記録される順番を示しており、不揮発性メモリ３３には、上から順に情報が格納されている。

例えば、図１６におけるｔ０のタイミングにおいては、２バイトの情報Ｔ（この場合、Ｔ０）が記憶され、その後、分割後の後半となるファイルの管理情報である、分割後の後半となるディレクトリエントリを含む１セクタが512バイトで記憶され、そのセクタのLBAが４バイトで記憶される。その後、分割後の前半となるファイルの管理情報である、分割後の前半となるディレクトリエントリを含む１セクタが512バイトで記憶され、そのセクタのLBAが４バイトで記憶され、分割元のファイルの管理情報である、分割元のディレクトリエントリを含む１セクタが512バイトで記憶され、そのセクタのLBAが４バイトで記憶される。

その後、ｔ１のタイミングにおいては、情報Ｔ０が情報Ｔ１に更新されるとともに、不揮発性メモリ３３に最後に記憶された分割元のファイルの管理情報である、分割元のディレクトリエントリを含む１セクタと、そのセクタのLBAが削除される。

ｔ２のタイミングにおいては、情報Ｔ１が情報Ｔ２に更新され、ｔ３のタイミングにおいては、情報Ｔ２が情報Ｔ３に更新される。

次に、ｔ４のタイミングにおいて、情報Ｔ３が情報Ｔ４に更新され、不揮発性メモリ３３に記憶された分割後の前半のファイルの管理情報である、分割後の前半のディレクトリエントリを含む１セクタと、そのセクタのLBAが削除される。

そして、ｔ５のタイミングにおいて、情報Ｔ４が情報Ｔ５に更新され、不揮発性メモリ３３に記憶された分割後の後半のファイルの管理情報である、分割後の後半のディレクトリエントリを含む１セクタと、そのセクタのLBAが削除される。すなわち、情報Ｔ５が示す処理段階では、分割が完了しており、どのファイルの管理情報も必要ないため、情報Ｔ５のみが記憶されている。

以上のように、前の処理段階が終了する毎に、現在の処理段階以降に必要な管理情報を記憶するのではなく、前の処理段階が終了する毎に、現在の処理段階を示す情報Ｔが記憶されるとともに、最初の処理段階において必要として記憶された管理情報のうち、不必要なものを削除し、必要のあるものだけを情報Ｔに対応付けることで、不揮発性メモリ３３への書き込みを効率的に行うことができる。

なお、以上においては、現在の処理段階以降に必要な管理情報を不揮発性メモリ３３に記憶する例を説明したが、管理情報の記憶（バックアップ）先の記録媒体としては、不揮発性メモリ３３に限定されない。具体的には、例えば、図３や図４におけるMBRに続き、PBRの直前に配置される「空き領域」なども、管理情報の記憶先として利用することができる。

次に、図１９のフローチャートを参照して、メディアＡに記録されているファイルを分割するファイル分割処理について説明する。すなわち、図１９の例においては、記録再生装置１のドライブ３６に装着されている記録媒体１０４が、HDDであるメディアＡであり、メディアＡに記録されている「M2U01000.MPG」のファイル（分割元のファイル）が、図１１の例のように、「M2U02000.MPG」のファイル（分割後の前半のファイル）と「M2U03000.MPG」のファイル（分割後の後半のファイル）に、ファイル分割される場合を例に説明する。

例えば、ファイルの編集処理などを実行するアプリケーション１０１から、分割元および分割後のファイル名やファイルサイズ情報などの分割指示情報が供給されるとともに、メディアＡに記録されているファイルの分割が要求された場合、ディレクトリエントリ制御部３１１は、ステップＳ１１において、分割前の処理として、ファイル分割処理における編集予定情報を作成する処理を実行する。

すなわち、ディレクトリエントリ制御部３１１は、ステップＳ１１において、これらの分割指示情報に基づいて、クラスタ制御部３１２およびFAT制御部３１３に、分割が要求された分割元のファイルのディレクトリエントリや、分割後のファイルのディレクトリエントリを配置させるクラスタ、分割元のファイルの実データが配置されたクラスタを検索させることで、ファイル分割処理における編集予定情報を作成する処理を実行する。

分割前の処理３５１が終了されると、ステップＳ１２において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、現在、分割元のディレクトリエントリの削除処理３５２を行う処理段階（＝１）であることを示す情報Ｔ０とともに、作成された編集予定情報のうち、分割元のファイルの管理情報、分割後の前半となるファイルの管理情報、および分割後の後半となるファイルの管理情報を、不揮発性メモリ３３にバックアップ（記憶）させる。

具体的には、上述したように、情報Ｔ０に対応付けられて、分割元のファイルの管理情報である、分割元のディレクトリエントリを含む１セクタの情報とそのセクタのLAB、分割後の前半となるファイルの管理情報である、分割後の前半となるディレクトリエントリを含む１セクタの情報とそのセクタのLAB、および、分割後の後半となるファイルの管理情報である、分割後の後半となるディレクトリエントリを含む１セクタの情報とそのセクタのLABが不揮発性メモリ３３に記憶される。

ステップＳ１３において、ディレクトリエントリ制御部３１１は、編集予定情報に基づいて、クラスタ制御部３１２を制御し、ステップＳ１１においてクラスタ制御部３１２により検索された分割元のファイルのディレクトリエントリが配置されるクラスタから、そのディレクトリエントリを削除させる。

すなわち、ディレクトリエントリ制御部３１１からクラスタ番号が供給され、ディレクトリエントリの削除が要求されるので、クラスタ制御部３１２は、位置算出部３２１に、ディレクトリエントリ制御部３１１からのクラスタ番号を供給するとともに、ディレクトリエントリの削除を要求する。位置算出部３２１は、クラスタ制御部３１２からのクラスタ番号をLBAに変換し、セクタ単位で、ディレクトリエントリの削除を、デバイスドライバ１０３−１に要求する。デバイスドライバ１０３−１は、ドライバ３６を制御し、メディアＡにセクタ単位でアクセスし、ディレクトリエントリを削除させ、ドライブ３６から供給された応答に基づいて、セクタのアクセス要求に対する応答をファイルシステム１０２に出力する。

分割元のディレクトリエントリの削除処理３５２が終了されると、ステップＳ１４において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、現在、分割後の前半のディレクトリエントリの作成処理３５３を行う処理段階（＝２）であることを示す情報Ｔ１を不揮発性メモリ３３にバックアップさせるとともに、不揮発性メモリ３３から、不要となった分割元のファイルの管理情報を削除させる。

これにより、不揮発性メモリ３３に、情報Ｔ１に対応付けられて記憶されている情報は、分割後の前半となるファイルの管理情報である、分割後の前半となるディレクトリエントリを含む１セクタの情報とそのセクタのLAB、および分割後の後半となるファイルの管理情報である、分割後の後半となるディレクトリエントリを含む１セクタの情報とそのセクタのLABとなる。

ステップＳ１５において、ディレクトリエントリ制御部３１１は、編集予定情報に基づいて、クラスタ制御部３１２を制御し、ステップＳ１１においてFAT制御部３１３により検索されたクラスタに、分割後の前半のファイルのディレクトリエントリを作成（配置）させる。

すなわち、ディレクトリエントリ制御部３１１からクラスタ番号と、分割後の前半のディレクトリエントリのデータが供給されるので、クラスタ制御部３１２は、位置算出部３２１に、ディレクトリエントリ制御部３１１からのクラスタ番号と、そこに配置させる分割後の前半のディレクトリエントリのデータを供給する。位置算出部３２１は、クラスタ制御部３１２からのクラスタ番号をLBAに変換し、セクタ単位で、ディレクトリエントリのデータをデバイスドライバ１０３−１に供給する。デバイスドライバ１０３−１は、ドライバ３６を制御し、メディアＡにセクタ単位でアクセスし、ディレクトリエントリのデータを書き込ませ、ドライブ３６から供給された応答に基づいて、セクタのアクセス要求に対する応答をファイルシステム１０２に出力する。

分割後の前半のディレクトリエントリの作成処理３５３が終了されると、ステップＳ１６において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、現在、分割後の後半のディレクトリエントリの作成処理３５４を行う処理段階（＝３）であることを示す情報Ｔ２を不揮発性メモリ３３にバックアップさせる。

ステップＳ１７において、ディレクトリエントリ制御部３１１は、編集予定情報に基づいて、クラスタ制御部３１２を制御し、ステップＳ１１においてFAT制御部３１３により検索されたクラスタに、分割後の後半のファイルのディレクトリエントリを作成（配置）させる。なお、ステップＳ１７の処理の詳細は、ステップＳ１５で上述した処理と基本的に同様な処理であり、その説明は繰り返しになるので省略する。

分割後の後半のディレクトリエントリの作成処理３５４が終了されると、ステップＳ１８において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、現在、分割後の前半のFATの編集処理３５５を行う処理段階（＝４）であることを示す情報Ｔ３を不揮発性メモリ３３にバックアップさせる。

ステップＳ１９において、ディレクトリエントリ制御部３１１は、編集予定情報に基づいて、FAT制御部３１３を制御し、メディアＡにおける分割後の前半のファイルのFAT情報を編集させる。

すなわち、ディレクトリエントリ制御部３１１から、分割後の前半のファイルの先頭クラスタとファイルサイズが供給されるので、FAT制御部３１３は、それらに基づいて、デバイスドライバ１０３−１を制御し、メディアＡにおける分割後の前半のファイルのFAT情報を編集させる。デバイスドライバ１０３−１は、ドライバ３６を制御し、メディアＡにおける分割後の前半のファイルのFAT情報を更新し、ドライブ３６から供給された応答に基づいて、セクタのアクセス要求に対する応答をファイルシステム１０２に出力する。

分割後の前半のFATの編集処理３５５が終了されると、ステップＳ２０において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、現在、分割後の後半のFATの編集処理３５６を行う処理段階（＝５）であることを示す情報Ｔ４を不揮発性メモリ３３にバックアップさせるとともに、不揮発性メモリ３３から、不要となった分割後の前半のファイルの管理情報を削除させる。

これにより、不揮発性メモリ３３に、情報Ｔ４に対応付けられて記憶されている情報は、分割後の後半となるファイルの管理情報である、分割後の後半となるディレクトリエントリを含む１セクタの情報とそのセクタのLABのみとなる。

ステップＳ２１において、ディレクトリエントリ制御部３１１は、編集予定情報に基づいて、FAT制御部３１３を制御し、メディアＡにおける分割後の後半のファイルのFAT情報を編集させる。なお、ステップＳ２１の処理の詳細は、ステップＳ１９で上述した処理と基本的に同様な処理であり、その説明は繰り返しになるので省略する。

分割後の後半のFATの編集処理３５６が終了したので、ステップＳ２２において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、分割完了３５７した処理段階（＝６）であることを示す情報Ｔ５を不揮発性メモリ３３にバックアップさせるとともに、不揮発性メモリ３３から、不要となった分割後の後半のファイルの管理情報を削除させる。

これにより、不揮発性メモリ３３に記憶されている情報は情報Ｔ５のみとなり、ファイル分割処理は終了される。

以上のようにして、不揮発性メモリ３３には、ファイル分割処理における現在の処理段階を示す情報Ｔと、情報Ｔが示す処理段階以降に必要なファイルの管理情報が記憶される。したがって、不揮発性メモリ３３に記憶される情報Ｔが、情報Ｔ５になってない場合、ファイル分割処理の途中で電源遮断などが発生し、ファイル分割処理が中断されたものとみなすことができる。

次に、図２０のフローチャートを参照して、記録再生装置１の起動時における処理を説明する。

記録再生装置１に電源が入り、記録再生装置１が起動し、CPU５１によりファイルシステム１０２が実行される。ディレクトリエントリ制御部３１１は、ステップＳ５１において、進捗管理部３１４を制御し、不揮発性メモリ３３にバックアップされた情報Ｔを読み出させ、情報Ｔを確認する。

ステップＳ５２において、ディレクトリエントリ制御部３１１は、進捗管理部３１４により読み出された情報Ｔが情報Ｔ０であるか否かを判定し、読み出された情報Ｔが情報Ｔ０であると判定した場合、処理は、ステップＳ５３に進む。

ステップＳ５３において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、不揮発性メモリ３３に情報Ｔ０に対応付けてバックアップされているファイルの管理情報を読み出させ、読み出されたファイルの管理情報に基づいて、情報Ｔ０が示す、分割元のディレクトリエントリの削除処理３５２を行う処理段階（＝１）からファイル分割処理を再開する。

すなわち、不揮発性メモリ３３から、情報Ｔ０が示す処理段階以降に必要なファイルの管理情報である、分割元のファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBA、分割後の前半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBA、分割後の後半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBAが読み出されるので、ディレクトリエントリ制御部３１１は、読み出された情報に基づいて、「分割元となるディレクトリエントリを削除する」処理（すなわち、図１９のステップＳ１３）からファイル分割処理を再開することができる。再開後のファイル分割処理は、図１９を参照して上述したファイル分割処理と同様であり、繰り返しとなるので、その説明を省略する。

ステップＳ５２において、読み出された情報Ｔが情報Ｔ０ではないと判定された場合、ステップＳ５４において、ディレクトリエントリ制御部３１１は、進捗管理部３１４により読み出された情報Ｔが情報Ｔ１であるか否かを判定し、読み出された情報Ｔが情報Ｔ１であると判定した場合、処理は、ステップＳ５５に進む。

ステップＳ５５において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、不揮発性メモリ３３に情報Ｔ１に対応付けてバックアップされているファイルの管理情報を読み出させ、読み出されたファイルの管理情報に基づいて、情報Ｔ１が示す、分割後の前半のディレクトリエントリの作成処理３５３を行う処理段階（＝２）からファイル分割処理を再開する。

すなわち、不揮発性メモリ３３から、情報Ｔ１が示す処理段階以降に必要なファイルの管理情報である、分割後の前半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBA、分割後の後半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBAが読み出されるので、ディレクトリエントリ制御部３１１は、読み出された情報に基づいて、「前半のディレクトリエントリを作成する」処理（すなわち、図１９のステップＳ１５）からファイル分割処理を再開することができる。再開後のファイル分割処理は、図１９を参照して上述したファイル分割処理と同様であり、繰り返しとなるので、その説明を省略する。

ステップＳ５４において、読み出された情報Ｔが情報Ｔ１ではないと判定された場合、ステップＳ５６において、ディレクトリエントリ制御部３１１は、進捗管理部３１４により読み出された情報Ｔが情報Ｔ２であるか否かを判定し、読み出された情報Ｔが情報Ｔ２であると判定した場合、処理は、ステップＳ５７に進む。

ステップＳ５７において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、不揮発性メモリ３３に情報Ｔ２に対応付けてバックアップされているファイルの管理情報を読み出させ、読み出されたファイルの管理情報に基づいて、情報Ｔ２が示す、分割後の後半のディレクトリエントリの作成処理３５４を行う処理段階（＝３）からファイル分割処理を再開する。

すなわち、不揮発性メモリ３３から、情報Ｔ２が示す処理段階以降に必要なファイルの管理情報である、分割後の前半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBA、分割後の後半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBAが読み出されるので、ディレクトリエントリ制御部３１１は、読み出された情報に基づいて、「後半のディレクトリエントリを作成する」処理（すなわち、図１９のステップＳ１７）からファイル分割処理を再開することができる。再開後のファイル分割処理は、図１９を参照して上述したファイル分割処理と同様であり、繰り返しとなるので、その説明を省略する。

ステップＳ５６において、読み出された情報Ｔが情報Ｔ２ではないと判定された場合、ステップＳ５８において、ディレクトリエントリ制御部３１１は、進捗管理部３１４により読み出された情報Ｔが情報Ｔ３であるか否かを判定し、読み出された情報Ｔが情報Ｔ３であると判定した場合、処理は、ステップＳ５９に進む。

ステップＳ５９において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、不揮発性メモリ３３に情報Ｔ３に対応付けてバックアップされているファイルの管理情報を読み出させ、読み出されたファイルの管理情報に基づいて、情報Ｔ３が示す、分割後の前半のFATの編集処理３５５を行う処理段階（＝４）からファイル分割処理を再開する。

すなわち、不揮発性メモリ３３から、情報Ｔ３が示す処理段階以降に必要なファイルの管理情報である、分割後の前半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBA、分割後の後半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBAが読み出されるので、ディレクトリエントリ制御部３１１は、読み出された情報に基づいて、「前半のFATを編集する」処理（すなわち、図１９のステップＳ１９）からファイル分割処理を再開することができる。再開後のファイル分割処理は、図１９を参照して上述したファイル分割処理と同様であり、繰り返しとなるので、その説明を省略する。

ステップＳ５８において、読み出された情報Ｔが情報Ｔ３ではないと判定された場合、ステップＳ６０において、ディレクトリエントリ制御部３１１は、進捗管理部３１４により読み出された情報Ｔが情報Ｔ４であるか否かを判定し、読み出された情報Ｔが情報Ｔ４であると判定した場合、処理は、ステップＳ６１に進む。

ステップＳ６１において、ディレクトリエントリ制御部３１１は、進捗管理部３１４を制御し、不揮発性メモリ３３に情報Ｔ４に対応付けてバックアップされているファイルの管理情報を読み出させ、読み出されたファイルの管理情報に基づいて、情報Ｔ４が示す、分割後の後半のFATの編集処理３５６を行う処理段階（＝５）からファイル分割処理を再開する。

すなわち、不揮発性メモリ３３から、情報Ｔ４が示す処理段階以降に必要なファイルの管理情報である、分割後の後半となるファイルのディレクトリエントリを含む１セクタの情報と、そのセクタのLBAが読み出されるので、ディレクトリエントリ制御部３１１は、読み出された情報に基づいて、「後半のFATを編集する」処理（すなわち、図１９のステップＳ２１）からファイル分割処理を再開することができる。再開後のファイル分割処理は、図１９を参照して上述したファイル分割処理と同様であり、繰り返しとなるので、その説明を省略する。

ステップＳ６０において、読み出された情報Ｔが情報Ｔ４ではないと判定された場合、すなわち、読み出された情報Ｔが、分割完了３５７した処理段階（＝６）を示す情報Ｔ５であり、ファイル分割処理が分割完了３５７の状態となっているので、ファイル分割処理を再開させる必要はなく、起動時における処理は終了される。

以上のように、ファイル分割処理の各処理段階の終了毎に、その進捗状況（どの処理段階であるか）を示す情報を不揮発性メモリに記憶しておくようにしたので、仮にファイル分割処理の途中に電源遮断などが発生したとしても、次回の装置の起動時には、不揮発性メモリに記憶されたファイル分割処理の処理段階を示す情報を確認するだけで、どの処理段階でファイル分割処理が中断されたかを判別することができる。

さらに、ファイル分割処理の処理段階を示す情報に対応付けて、その処理段階以降に必要な管理情報も不揮発性メモリに記憶しておくようにしたので、次回の装置の起動時に、判別された処理段階から、ファイル分割処理を復帰、再開させることができる。

これにより、分割元のファイルや分割後のファイルが、処理途中の電源遮断により消失してしまうというリスクを回避することができる。すなわち、処理途中の電源遮断によるファイル消失を回避することができる。

なお、上記説明においては、ファイル分割処理が、各処理３５１乃至３５７の６つの処理段階で構成される例を説明したが、処理段階の数や内容はこれに限定されない。

また、上記説明においては、HDDであるメディアＡを用いて説明したが、これに限定されることなく、本発明は、ランダムアクセス可能な記録媒体全般と、その制御に用いる各種デバイスに対して適用可能である。また、本発明は、着脱可能な記録媒体に対しても、本体内蔵の記録媒体と同様に、適用可能である。また、ファイルシステムに関しても、UDF（Universal Disk Format）などであってもよく、FAT３２またはFAT１６に限定されるものではない。

さらに、図９を参照して上述した階層構造およびファイルの命名規則は、DCF(Design rule for Camera File system)に則ったものであるが、本発明は、DCFに限らず適用可能である。

また、上記説明においては、１つのファイルを２つのファイルに分割する例を説明したが、分割後のファイル数は、２つに限定されず、本発明は、１つのファイルを３つ以上の複数ファイルに分割する場合にも適用することができる。

以上においては、本発明を記録再生装置に適用した例について説明したが、本発明を汎用のパーソナルコンピュータに適用することも可能である。図２１は、パーソナルコンピュータ６０１の構成例を示すブロック図である。なお、本発明が適用される記録媒体に記録する記録装置の実施の形態は、図１に示される記録再生装置１および図２１に示されるパーソナルコンピュータ６０１に限定されず、所定のファイルシステムを利用して、記録媒体の記録および読み出しの制御が可能な記録装置であれば構わない。具体的には、例えば、PDA（Personal Digital Assistants）、携帯電話機、または、デジタル電化製品（例えば、テレビジョン受像機やハードディスク録画装置）等様々な実施の形態が可能である。

図２１の例において、CPU（Central Processing Unit）６１１は、ROM（Read Only Memory）６１２、または記憶部６１８に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）６１３には、CPU６１１が実行するプログラムやデータなどが適宜記憶される。これらのCPU６１１、ROM６１２、およびRAM６１３は、バス６１４により相互に接続されている。

CPU６１１にはまた、バス６１４を介して入出力インタフェース６１５が接続されている。入出力インタフェース６１５には、ユーザが操作して、テキストを入力するキーボード６３１、ポインティングデバイスの一例であるマウス６３２、画像を入力するスキャナ６３３、音声を入力するマイクロフォン６３４等の入力デバイスで構成される入力部６１６、ディスプレイなどの表示部６４１、音声を出力するスピーカ６４２、紙に文字または画像を印刷して、いわゆるハードコピーを出力するプリンタ６４３、紙に文字または画像を描画するプロッタ６４４等の出力デバイスで構成される出力部６１７が接続されている。

さらに、入出力インタフェース６１５には、プログラムや各種データを記録するHDD６１９、およびLAN（Local Area Network）またはインターネットを含むネットワークを介してデータを通信する、USB（Universal Serial Bus）インタフェース６５１,IEEE（Institute of Electrical and Electronic Engineers）1394インタフェース６５２、ブルートゥースインタフェース６５３,IEEE802.11インタフェース６５４などで構成される通信部６１８が接続されている。

USBインタフェース６５１は、USBの規格に基づき、ケーブルを介して（有線通信で）、他の機器と通信する。IEEE1394インタフェース６５２は、IEEE1394の規格に基づき、ケーブルを介して、他の機器と通信する。同様に、ブルートゥースインタフェース６５３は、ブルートゥースの規格に基づき、他の機器と無線通信する。IEEE802.11インタフェース６５４は、IEEE802.11a，IEEE802.11b、またはIEEE802.11gなどの規格に基づき、他の機器と無線通信する。

入出力インタフェース６１５にはまた、必要に応じてドライブ６２０が接続され、磁気ディスク６６１、光ディスク６６２、光磁気ディスク６６３、或いは半導体メモリ６６４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じてHDD６１９にインストールされる。

ドライブ６２０は、CPU６１１の制御に基づいて、装着されている磁気ディスク６６１、光ディスク６６２、光磁気ディスク６６３、或いは半導体メモリ６６４などの記録媒体に記録されているデータを読み出し、CPU６１１に供給する。また、CPU６１１より供給されたデータを、ドライブ６２０に装着される磁気ディスク６６１、光ディスク６６２、光磁気ディスク６６３、或いは半導体メモリ６６４などに記憶させる。

なお、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、インターネットなどのネットワークや、リムーバブルメディアなどからなる記録媒体からインストールされる。

この記録媒体は、図２１に示される、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスク（登録商標）を含む）６６１、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）６６２、光磁気ディスク（MD（Mini-Disk）（登録商標）を含む）６６３、もしくは半導体メモリ６６４などよりなるリムーバブルメディアにより構成されるものだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM６１２や、HDD６１９に含まれるハードディスクなどで構成されるものも含む。

なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

本発明を適用した記録再生装置の一実施形態に係る構成例を示す図である。図１の記録再生装置における記録媒体へのデータの記録、または記録媒体からのデータの読み出しの仕組みを説明する図である。図２の記録媒体に記録されるデータの構成例を示す図である。図２の記録媒体に記録されるデータの他の構成例を示す図である。図３または図４のMBRの構成例を示す図である。図５のパーティションテーブルに記録されるデータの例を示す図である。図３または図４のFATの構成例を示す図である。ディレクトリエントリの構成例を示す図である。記録媒体に記録されるディレクトリおよびファイルの構成例を示す図である。図９のディレクトリおよびファイルの記録媒体上の配置例を示す図である。ファイル分割の例を示す図である。ファイル分割の他の例を示す図である。図１１の場合の従来のファイル分割処理の流れを説明する図である。図１２の場合の従来のファイル分割処理の流れを説明する図である。図１のCPUで実行されるソフトウェアの機能的構成例を示すブロック図である。本発明のファイル分割処理におけるバックアップのタイミングと、その内容について説明する図である。本発明のファイル分割処理におけるバックアップのタイミングと、その内容について説明する図である。不揮発性メモリに記憶される管理情報の例を示す図である。図１の記録再生装置のファイル分割処理を説明するフローチャートである。図１の記録再生装置の起動時の処理を説明するフローチャートである。本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。

符号の説明

１記録再生装置，１６ディスプレイ，３１ RAM，３３不揮発性メモリ，３６ドライブ，５１ CPU，１０１アプリケーション，１０２ファイルシステム，１０３デバイスドライバ，１０４記録媒体，３０１記録制御部，３０２メディア制御部，３１１ディスクエントリ制御部，３１２クラスタ制御部，３１３ FAT制御部，３１４進捗管理部，３２１位置算出部

Claims

記録媒体に記録されている分割元のファイルを複数ファイルに分割するファイル分割処理を行う情報処理装置において、
複数の処理段階で構成される前記ファイル分割処理を実行する分割処理手段と、
前記分割処理手段による前記ファイル分割処理を構成する各処理段階の終了毎に、現在の処理段階を、前記現在の処理段階以降に必要なファイルの管理情報に対応付けて記憶手段に記憶させる記憶制御手段と
を備える情報処理装置。
前記分割処理手段は、電源起動時に、前記記憶手段に記憶されている前記現在の処理段階に基づき、前記現在の処理段階以降に必要なファイル管理情報を用いて、前記ファイル分割処理を再開する
請求項１に記載の記録装置。
前記現在の処理段階以降に必要なファイルの管理情報は、分割元のファイル、および分割後の複数のファイルのうち、少なくとも１つのファイルの属性情報と、前記少なくとも１つのファイルの属性情報を格納する領域の開始アドレスである
請求項１に記載の記録装置。
記録媒体に記録されている分割元のファイルを複数ファイルに分割するファイル分割処理を行う情報処理装置の情報処理方法において、
複数の処理段階で構成される前記ファイル分割処理を実行し、
前記ファイル分割処理を構成する各処理段階の終了毎に、現在の処理段階を、前記現在の処理段階に必要なファイルの管理情報に対応付けて記憶手段に記憶させるステップ
を含む情報処理方法。
記録媒体に記録されている分割元のファイルを複数ファイルに分割するファイル分割処理をコンピュータに実行させるプログラムであって、
複数の処理段階で構成される前記ファイル分割処理を実行し、
前記ファイル分割処理を構成する各処理段階の終了毎に、現在の処理段階を、前記現在の処理段階に必要なファイルの管理情報に対応付けて記憶手段に記憶させるステップ
を含む処理を実行させるプログラム。