ファイル管理装置、ファイル管理方法およびプログラムならびに記録媒体
【課題】 インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合の有無を高速に検出させる。
【解決手段】 ファイル管理装置１６０によりインデックスファイル２２０に基づいて、ファイル２１０を管理する際、インデックスファイル２２０におけるコンテンツファイル２１０の管理状態を示す管理状態情報を管理状態情報保持部２３０に保持させる。そして、不整合検出部１６４は、記録状態検出部１６３により検出された記録媒体２００におけるコンテンツファイル２１０の記録状態と管理状態情報とに基づいて、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合の有無を検出する。
【解決手段】 ファイル管理装置１６０によりインデックスファイル２２０に基づいて、ファイル２１０を管理する際、インデックスファイル２２０におけるコンテンツファイル２１０の管理状態を示す管理状態情報を管理状態情報保持部２３０に保持させる。そして、不整合検出部１６４は、記録状態検出部１６３により検出された記録媒体２００におけるコンテンツファイル２１０の記録状態と管理状態情報とに基づいて、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合の有無を検出する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル管理装置に関し、特に記録媒体に記録されるファイルをインデックスファイルに基づき管理するファイル管理装置において、インデックスファイルにおけるファイルの管理状態と記録媒体におけるファイルの記録状態との間の不整合の有無を検出するためのファイル管理装置、その処理方法および当該方法をコンピュータに実行させるプログラムならびに当該不整合を検出するための管理状態情報を記録した記録媒体に関する。
【背景技術】
【０００２】
近年、ＤＶＤ（Digital Versatile Disc）の登場やフラッシュメモリの大容量化が進んでいる。これらの大容量記録媒体を用いることにより、デジタルビデオカメラやデジタルスチルカメラならびに携帯電話などの比較的小型の撮像装置においても撮像結果を多数のコンテンツファイルとして記録することが可能となっている。
【０００３】
記録媒体に多数のコンテンツファイル等が記録されるようになると、ユーザが所望のコンテンツファイルを検索するのが困難となる。このため、各コンテンツファイルの属性等を各コンテンツファイルの管理情報（インデックス情報）としてまとめたインデックスファイルを作成して、このインデックスファイルにより記録媒体上の多数のコンテンツファイルを管理することが行われている（例えば、「特許文献１」参照。）。インデックスファイルを用いることで、例えば、ユーザがコンテンツファイルを仮想的なフォルダ構造により管理することができ、多数のファイルに係る操作性を向上することができる。
【特許文献１】特開２００４−２２７６３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このようなインデックスファイルによりファイルを管理する際、管理対象となるファイル毎に管理情報を生成した後、管理対象ファイルの追加、削除、編集等に応じてインデックスファイルもその内容を更新する必要がある。インデックスファイルの更新は、通常、インデックスファイル管理のためのアプリケーションソフトを通じて行われる。このため、通常であれば、インデックスファイルに含まれる各管理情報は常に管理対象のコンテンツファイルのいずれかに対応し、インデックスファイルにおいてファイルが管理されている状態と記録媒体においてコンテンツファイルが記録されている状態とは常に整合する。
【０００５】
しかしながら、ユーザが、そのようなアプリケーションソフトによらず、パーソナルコンピュータ（以下、「ＰＣ」という。）などを通じて、ファイルシステム上から直接コンテンツファイル等の削除、追加、編集等を行うと、インデックスファイルにはその操作の内容が反映されない場合がある。すなわち、記録媒体から削除されたコンテンツファイルについての管理情報がインデックスファイルには依然として含まれる場合や、その逆に、記録媒体に追加されたコンテンツファイルについての管理情報がインデックスファイルには追加されていない場合、ファイル名の変更がインデックスファイルには反映されない場合が生じる等、インデックスファイルに含まれる管理情報が記録媒体に実際に記録されているコンテンツファイルに対応せず、インデックスファイルの内容（インデックスファイルにおいてファイルが管理されている状態）と記録媒体においてファイルが記録されている状態との間に不整合が生じる場合がある。
【０００６】
このような不整合が生じているか否かを検出するには、記録媒体に記録されている各ファイルと、インデックスファイルに含まれる各ファイルの管理情報とを一つ一つ照合して検証する必要があり、多大な時間を要することになる。
【０００７】
そこで、本発明は、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を高速に検出することができるファイル管理装置、その処理方法および当該方法をコンピュータに実行させるプログラムならびに当該不整合を検出するための管理状態情報を記録した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するためになされたものであり、その第１の側面は、記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理装置において、前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を保持する管理状態情報保持手段と、前記記録媒体におけるファイルの記録状態を検出する記録状態検出手段と、前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する不整合検出手段と、を具備することを特徴とする。これにより、インデックスファイルにおけるファイルの管理状態（インデックスファイルの内容）と記録媒体におけるファイルの記録状態との間の不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合させることなく、管理状態情報に基づいて当該不整合を高速に検出させる。
【０００９】
本発明の第１の側面において前記管理状態情報保持手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を保持させることができる。これにより、ディレクトリ毎に管理状態情報に基づいて当該不整合を高速に検出させる。
【００１０】
この際、上記管理状態情報は、上記ディレクトリに含まれるファイルの数に関する情報を含むことができる。これにより、ファイルの追加、削除によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速に検出させる。
【００１１】
また、上記管理状態情報は、上記ディレクトリに含まれるファイルの更新日時に関する情報を含むことができる。これにより、ファイルの追加、削除、上書き、編集によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速に検出させる。
【００１２】
このとき、上記ファイルの更新日時に関する情報は、上記ファイルの作成時に基づき生成されるディレクトリ毎のチェックサムとすることができる。これにより、当該不整合をより高速に検出させる。
【００１３】
また、上記管理状態情報は、上記ディレクトリに含まれるファイルのファイル名に関する情報を含むことができる。これにより、ファイルの追加、削除、ファイル名の変更によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速に検出させる。
【００１４】
このとき、上記ファイル名に関する情報は、上記ファイル名に基づき生成されるディレクトリ毎のチェックサムとすることができる。これにより、当該不整合をより高速に検出させる。
【００１５】
また、上記管理状態情報は、上記ディレクトリに含まれるファイルのうち各ディレクトリにおいて最も新しく作成されたファイルの作成時に関する情報を含むことができる。これにより、ファイルの追加によりインデックスファイルの内容と記録媒体におけるファイルの記録状態との間に不整合が生じた場合、当該不整合を高速に検出させる。
【００１６】
また、上記管理状態情報は、上記ディレクトリに含まれるファイルのうち各ディレクトリにおいて最後に更新されたファイルの更新時に関する情報を含むことができる。これにより、ファイルの編集によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速に検出させる。
【００１７】
また、本発明の第一の側面において、上記管理情報から上記管理状態情報を生成する管理状態情報生成手段を具備することができる。これにより、記録媒体に記録されるファイルの追加、削除、ファイル名の変更等に応じてインデックスファイルに含まれる管理情報の変更に合わせて、管理状態情報を更新させる。
【００１８】
この際、上記管理状態情報生成手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎に上記管理状態情報を生成することができる。これにより、ディレクトリ毎に管理状態情報に基づいて当該不整合を高速に検出させる。
【００１９】
また、前記管理情報は前記記録媒体に記録されたファイルから生成される。このとき、前記管理状態情報は前記管理情報から生成される。また、前記管理状態情報を前記インデックスファイルに含まれる管理情報から生成することもできる。
【００２０】
また、本発明の第２の側面は、記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理装置において、前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を少なくとも二種類を保持する管理状態情報保持手段と、少なくとも二種類の前記管理状態情報に対応するように記録媒体におけるファイルの記録状態を少なくとも二種類検出する記録状態検出手段と、互いに対応する管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルに含まれる管理情報と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する不整合検出手段と、を具備することを特徴とする。これにより、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合しなくても、管理状態情報を参照すればよいので、当該不整合を高速に検出し得る。このとき、少なくとも二種類の管理状態情報に基づき不整合を検出するので、検出結果の精度を高めることができる。
【００２１】
本発明の第２の側面において、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を保持することができる。これにより、ディレクトリ毎に管理状態情報に基づいて当該不整合を高速に検出させる。
【００２２】
また、前記管理状態情報は、前記インデックスファイルにおいて管理しているファイルのファイル数に関する情報、ファイル名に関する情報および更新日時に関する情報のうち少なくとも二種類を含むことができる。これにより、ファイルの追加、削除、追加と削除によりファイル数が変化した場合あるいは変化しない場合、ファイルの上書き、ファイル名の変更、ファイルの編集によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速かつ精度良く検出し得る。
【００２３】
また、本発明の第３の側面は、記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理方法において、前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を予め保持しておく手順と、前記記録媒体におけるファイルの記録状態を検出する手順と、前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する手順と、を具備することを特徴とする。これにより、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合しなくても、予め保持された管理状態情報を参照すればよいので、当該不整合を高速に検出し得る。
【００２４】
また、本発明の第４の側面は、記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するプログラムにおいて、前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を予め保持しておく手順と、前記記録媒体におけるファイルの記録状態を検出する手順と、前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する手順と、をコンピュータに実行させることを特徴とする。インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合しなくても、予め保持された管理状態情報を参照すればよいので、当該不整合を高速に検出し得る。
【００２５】
また、本発明の第５の側面は、記録されたファイルを管理するための前記ファイルの管理情報を含むインデックスファイルを記録した記録媒体において、前記インデックスファイルにおける前記ファイルの管理状態と当該記録媒体におけるファイルの記録状態との間の不整合の有無を検出するために用いられる情報であって、前記インデックスファイルにおける前記ファイルの管理状態情報が記録されることを特徴とする。これにより、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合しなくても、予め保持された管理状態情報を参照すればよいので、当該不整合を高速に検出し得る。
【発明の効果】
【００２６】
本発明によれば、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合の有無を高速に検出し得るという優れた効果を奏し得る。
【発明を実施するための最良の形態】
【００２７】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００２８】
図１は、本発明の実施の形態におけるファイル管理装置が適用される映像記録装置１００の全体構成例を示す図である。映像記録装置１００は、静止画、動画を撮像して、その撮像結果を記録媒体２００にコンテンツファイルとして記録するものである。本実施の形態において、ファイル管理装置は記録媒体２００に記録されたコンテンツファイルを後述するインデックスファイルに基づいて管理する装置である。なお、ファイル管理装置については後述する。
【００２９】
映像記録装置１００は、レンズ部１１０と、このレンズ部１１０を操作するモーター１１３および１１４と、モータードライバ１１５とを備える。また、映像記録装置１００は、撮像素子１２１と、アナログ処理器１２２と、Ａ／Ｄ変換器１２３と、デジタル処理器１２４と、これらのタイミングを生成するタイミング生成器１２５と、カメラ制御部１２６とを備える。また、映像記録装置１００は、ビデオ符号器１３１と、オーディオ符号器１３２と、ファイル生成器１３３と、ファイル復号器１３４と、ビデオ復号器１３５と、オーディオ復号器１３６と、メモリ１３７と、そのメモリコントローラ１３８と、システム制御部１３９とを備えている。このシステム制御部１３９には、表示操作部１５０からの信号線が接続されている。さらに、映像記録装置１００は、エラー訂正器１４１と、データ変復調器１４２と、磁界変調ドライバ１４３と、磁界ヘッド１４４と、サーボ回路１４５と、モーター１４６と、光ピックアップ１４７と、ドライブ制御部１４８とを備えている。また、この映像記録装置１００には、映像を記録する記録媒体として、例えば記録媒体２００が装着される。
【００３０】
レンズ部１１０は、被写体からの光を受光するものであり、ズームレンズ１１１およびフォーカスレンズ１１２を含む。ズームレンズ１１１およびフォーカスレンズ１１２にはそれぞれモーター１１３および１１４が接続されており、これらモーター１１３および１１４の駆動によってズームレンズ１１１およびフォーカスレンズ１１２が移動できるようになっている。また、モーター１１３および１１４にはモータードライバ１１５が接続されており、このモータードライバ１１５によってモーター１１３および１１４が制御される。
【００３１】
撮像素子１２１は、レンズ部１１０によって受光された光を静電気に変換して蓄える素子であり、例えば、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサー等が利用される。アナログ処理器１２２は、撮像素子１２１からのアナログ信号におけるノイズを相関二重サンプリング（ＣＤＳ：Correlated Double Sampling）により取り除き、自動利得制御（ＡＧＣ：Automatic Gain Control）によりアナログ信号の高低部分を補正する。Ａ／Ｄ変換器１２３は、アナログ処理器１２２からのアナログ信号をデジタル信号に変換する。デジタル処理器１２４は、ホワイトバランスやガンマ変換等の処理を行う。
【００３２】
デジタル処理器１２４からの出力信号はビデオ符号器１３１のビデオ入力となる。また、このデジタル処理器１２４で検出された情報はカメラ制御部１２６に伝えられる。カメラ制御部１２６は、デジタル処理器１２４で検出された情報に基づいて、モータードライバ１１５およびタイミング生成器１２５に対する制御を行う。タイミング生成器１２５は、撮像素子１２１、アナログ処理器１２２、Ａ／Ｄ変換器１２３およびデジタル処理器１２４に対するタイミング信号を生成する。
【００３３】
ビデオ符号器１３１は、ビデオ信号の符号化を行う。オーディオ符号器１３２は、オーディオ信号の符号化を行う。ファイル生成器１３３は、符号化されたビデオデータおよびオーディオデータを多重化してコンテンツファイル（多重化データ）を生成する。ファイル復号器１３４は、コンテンツファイルを復号してビデオデータおよびオーディオデータを出力する。ビデオ復号器１３５は、ビデオデータを復号してビデオ信号を出力する。オーディオ復号器１３６は、オーディオデータを復号してオーディオ信号を出力する。
【００３４】
なお、この図１では、オーディオ符号器１３２の入力信号、ビデオ復号器１３５およびオーディオ復号器１３６の出力信号については省略しているが、それぞれオーディオ入力信号、ビデオ出力信号およびオーディオ出力信号が接続される。
【００３５】
メモリ１３７は、当該映像記録装置１００上で動作するプログラム等を保持し、次に説明するシステム制御部１３９の主記憶に該当し得る。メモリコントローラ１３８は、ファイル生成器１３３やエラー訂正器１４１から供給された多重化データをメモリ１３７に書き込み、また、メモリ１３７から多重化データを読み出してエラー訂正器１４１やファイル復号器１３４に供給する。
【００３６】
システム制御部１３９は、この映像記録装置１００全体の動作を制御するもので、例えば、プロセッサにより構成される。上述のようなメモリコントローラ１３８の動作やファイル生成器１３３およびファイル復号器１３４の動作を制御する。また、システム制御部１３９は、ドライブ制御部１４８と接続してディスクドライブの動作を要求する。また、システム制御部１３９は、カメラ制御部１２６と接続して、オートフォーカスおよびズームの状態として、オートフォーカスがピントを合わせている最中か否かや、焦点距離などを得ることができる。
【００３７】
さらに、システム制御部１３９には表示操作部１５０が接続されている。この表示操作部１５０は、映像記録装置１００により撮像した撮像結果を表示したり、ユーザからの指示入力を把握するためのものである。表示操作部１５０には映像記録装置１００を用いて撮像する際に用いるシャッターキーやズーム調整キー等の他、映像記録装置１００を撮像モードとコンテンツファイルを再生するための再生モードとに切り替えるモード切替キー等の各種操作キーが設けられる。また、後述するインデックスファイルに含まれるサムネイル画像を表示して、ユーザの選択を受け付けることにより選択されたサムネイル画像に対応するコンテンツファイルを再生できるようになっている。このような表示操作部１５０は、例えば、液晶表示パネルとタッチパネル等を用いて構成することができる。
【００３８】
また、表示操作部１５０を介して、ユーザによる撮像結果の記録が指示されると、システム制御部１３９は記録媒体２００のファイルシステムに従って記録媒体２００の空き領域を検出して、その空き領域に順次得られる撮像結果をコンテンツファイル２１０として記録する。このとき、コンテンツファイル２１０からインデックスファイル２２０の生成に必要な情報が取得され、メモリに保持したインデックスファイル２２０の内容が同時に更新される。
【００３９】
エラー訂正器１４１は、メモリコントローラ１３８からの多重化データにインターリーブおよびエラー訂正のための符号を付加してデータ変復調器１４２に供給する。また、エラー訂正器１４１は、データ変復調器１４２からの復調信号に対してデ・インターリーブおよびエラー訂正処理を行って多重化データをメモリコントローラ１３８に供給する。
【００４０】
データ変復調器１４２は、記録媒体２００に記録するための所定の変調を施した後、磁界変調ドライバ１４３に出力すると同時に、光ピックアップ１４７を駆動するための信号を出力する。また、データ変復調器１４２は、光ピックアップ１４７からの信号に所定の復調処理を施して、エラー訂正器１４１に復調信号として出力する。
【００４１】
磁界変調ドライバ１４３は、記録時には入力された信号に応じて磁界ヘッド１４４を駆動して記録媒体２００に磁界を印加する。光ピックアップ１４７は、記録時には記録用のレーザービームを記録媒体２００に照射して、記録媒体２００に信号を記録する。また、光ピックアップ１４７は、再生時には再生用のレーザービームを記録媒体２００に照射して、記録媒体２００から反射されたビーム量から電気信号に光電変換して、再生信号を取得する。これらの動作は、システム制御部１３９からの要求に応じて、ドライブ制御部１４８が、サーボ回路１４５に要求を出してディスクドライブ全体の制御を行う。サーボ回路１４５は、光ピックアップ１４７のディスク径方向の移動のサーボ、トラッキングサーボ、フォーカスサーボを制御し、また、モーター１４６のスピンドルサーボを制御する。
【００４２】
なお、上述の構成例では、記録媒体２００として磁界変調を行う光磁気ディスクを想定しているが、相変化ディスクの場合でも基本的な構成は同様である。また、記録媒体２００は、光ディスク、光磁気ディスクに限られるものではなく、フラッシュメモリ等の半導体メモリであってもよく、映像記録装置１００は記録媒体２００の種類に応じた構成例とすることができる。
【００４３】
図２に本発明の実施の形態のファイル管理装置１６０の機能的構成の主要部を示す。このファイル管理装置１６０は、記録媒体２００に記録されたコンテンツファイル２１０を管理する際に、各コンテンツファイル２１０の管理情報を含むインデックスファイル２２０に基づいて管理する。また、このようなファイル管理装置１６０において、本実施の形態では、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合を検出できるようにしている。
【００４４】
ここで、インデックスファイル２２０は、管理対象の各コンテンツファイル２１０を管理するための管理情報が割り当てられたものであり、そのような管理情報として、後述するように、例えば、ファイル名、ファイルの作成日時、ファイルの更新日時等のファイルのプロパティ情報がある。上記のインデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合とは、インデックスファイル２１０においてコンテンツファイル２１０が管理されている状態と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合をいう。具体的には、インデックスファイル２２０に含まれる管理情報に対応するコンテンツファイル２１０が記録媒体２００には存在していないこと、あるいは、記録媒体２００に記録されているコンテンツファイル２１０に対応する管理情報がインデックスファイル２２０には含まれていないこと、記録媒体２００に記録されているコンテンツファイル２１０の内容とこのコンテンツファイル２１０に対応する管理情報の内容とが不一致であること、等をいう。
【００４５】
ユーザが本実施の形態の映像記録装置１００を用いて、コンテンツファイル２１０の追加、削除、編集等を行うと、これに応じてインデックスファイル２２０の内容が更新され、インデックスファイル２２０にはそのコンテンツファイル２１０に対応する管理情報が追加、削除、編集されるため、通常、上記のような不整合は生じない。しかし、上記のように、ユーザがＰＣなどを通じて、ファイルシステム上から直接コンテンツファイル２１０の追加、削除、編集等を行うと、インデックスファイル２２０の内容は更新されないため、上記のような不整合が起きる場合がある。本実施の形態のファイル管理装置１６０は、これを高速に検出し得るものである。
【００４６】
図２に示すように、ファイル管理装置１６０は、ファイル操作部１６１と、不整合検出情報生成部１６２と、不整合検出情報保持部２３０と、記録状態検出部１６３と、不整合検出部１６４とを備えている。
【００４７】
ファイル操作部１６１は、ファイル管理装置１６０における各種の操作指示を入力するためのものである。ファイル操作部１６１を介して、後述する不整合検出情報の生成や記録媒体２００におけるコンテンツファイル２１０の記録状態の検出、インデックスファイル２２０の内容と記録媒体２００に実際に記録されているコンテンツファイル２１０の記録状態との間の不整合を検出する処理（以下、これら一連の手順を「不整合検出処理」という。）の開始等を指示する信号を入力することができる。
【００４８】
なお、不整合検出処理は、表示操作部１５０を介したユーザによる不整合検出処理の開始を指示する操作入力を待って開始されるようにしてもよいし、所定のタイミングで自動的に開始されるようにしてもよい。不整合検出処理が実行されるタイミングとしては、映像記録装置１００に対して電源が入力された時、ファイルが一定数以上になった時等が挙げられる。ユーザの指示を待って不整合検出処理が行われるようにすれば、ユーザが不整合検出処理を実行したいときにインデックスファイル２２０の内容の不整合を検出できる。映像記録装置１００への電源入力と同時に不整合検出処理が行われるようにすれば、ユーザは特に操作を行うことなく、不整合の有無が検出される。このとき、ファイル数が増えると、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合が生じやすくなる。したがって、ファイル数が一定数以上になった時に不整合検出処理を実行させるようにすれば、不整合が生じやすい状況下においてインデックスファイル２２０の内容に不整合の有無があるかを検出できる。
【００４９】
不整合検出情報生成部１６２は、不整合検出情報を生成するものである。不整合検出情報はインデックスファイル２２０において管理しているコンテンツファイル２１０の管理状態を示す情報である。不整合検出情報はインデックスファイル２２０が生成される際に生成され、インデックスファイル２２０の内容が更新されるときに不整合検出情報の内容も更新される。不整合検出情報はインデックスファイル２２０に含まれる管理情報に基づいて生成してもよいし、インデックスファイル２２０を生成するためにコンテンツファイル２１０から抽出した管理情報に基づいて生成してもよいし、インデックスファイル２２０が生成または更新される際に、コンテンツファイル２１０から不整合検出情報の生成に必要な情報を直接抽出して生成してもよい。不整合検出情報生成部１６２は、不整合検出情報として、不整合が生じ得る態様に応じて複数の種類の情報を生成することができる。そのような不整合検出情報として、ファイル数に関する情報、ファイルの更新日時に関する情報、ファイル名に関する情報、ファイルの作成日時に関する情報等を挙げることができる。
【００５０】
また、コンテンツファイル２１０がディレクトリ構造により記録媒体２００に記録される場合、不整合検出情報生成部１６２は、各ディレクトリ毎に不整合検出情報を生成するように設定されている。
【００５１】
不整合検出情報保持部２３０は、不整合検出情報生成部１６２により生成された不整合検出情報を保持するものである。この不整合検出情報保持部２３０は記録媒体２００に設けることができる。例えば、インデックスファイル２２０のヘッダ部を不整合検出情報保持部２３０とし、不整合検出情報をインデックスファイル２２０のヘッダ部に保持させることができる。なお、インデックスファイル２２０については後述する。
【００５２】
記録状態検出部１６３は、記録媒体２００におけるコンテンツファイル２１０の記録状態を検出するものである。このとき、記録状態検出部１６３は不整合検出情報の種類に対応するようにコンテンツファイル２１０の記録状態を検出する。例えば、不整合検出情報が、ファイル数に関する情報である場合、記録状態検出部１６３は記録媒体２００に記録されたコンテンツファイル２１０のファイル数を検出する。不整合検出情報が、ファイルの更新日時に関する情報である場合、記録状態検出部１６３は記録媒体２００に記録された各コンテンツファイル２１０の更新日時を検出する。不整合検出情報がファイル名に関する情報である場合、記録状態検出部１６３は記録媒体２００に記録された各コンテンツファイル２１０のファイル名を検出する。不整合検出情報がファイルの作成日時に関する情報である場合、記録状態検出部１６３は記録媒体２００に記録された各コンテンツファイル２１０の記録状態を検出する。
【００５３】
また、コンテンツファイル２１０がディレクトリ構造により記録媒体２００に記録される場合、記録状態検出部１６３は各ディレクトリ毎にそのディレクトリに属するコンテンツファイル２１０の記録状態を検出する。
【００５４】
不整合検出部１６４は、不整合検出情報保持部２３０に保持された不整合検出情報と、記録状態検出部１６３により検出された記録媒体２００におけるコンテンツファイル２１０の記録状態とに基づき、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合の有無を検出するものである。
【００５５】
なお、ファイル操作部１６１と、不整合検出情報生成部１６２と、記録状態検出部１６３と、不整合検出部１６４とは映像記録装置１００のシステム制御部１３９上で動作するプログラムとして実現することができる。また、ファイル操作部１６１は表示操作部１５０等を介して入力される操作入力に応じてシステム制御部１３９上で動作するプログラムとして実現することができる。インデックスファイル２２０およびコンテンツファイル２１０は記録媒体２００に記録されるファイルとして実現される。また、不整合検出情報保持部２３０は、インデックスファイル２２０のヘッダ部に設けることができる。
【００５６】
次に、本実施の形態の映像記録装置１００についてソフトウェアの観点から説明する。図３に本実施の形態における映像記録装置１００のソフトウェア１７０の構成を示す。映像記録装置１００におけるソフトウェア１７０の階層は、ユーザインターフェース層１７１、アプリケーション層１７２、第一ミドルウェア層１７３、第二ミドルウェア層１７４、ハードウェアドライバ層１７５およびファイルシステムＡＰＩ（Application Program Interface）層１７６を想定することができる。
【００５７】
ユーザインターフェース層１７１は、ユーザとアプリケーション層１７２との間に介在し、ユーザとアプリケーション層１７２との間で情報の授受を行う層である。
【００５８】
アプリケーション層１７２は、映像記録装置１００による撮像に係る各種操作や撮像結果の表示、ファイル管理装置１６０に係るファイル管理等を行うために設計されたアプリケーションソフトに係る層である。
【００５９】
第一ミドルウェア層１７３および第二ミドルウェア層１７４は、ＯＳ（Operating System）上で動作し、アプリケーションソフトに対してＯＳよりも高度で具体的な機能を提供するソフトウェアに係る層である。
【００６０】
ハードウェアドライバ層１７５は、ハードウェアすなわち映像記録装置１００を動作させるためのソフトウェアに係る層である。
【００６１】
ファイルシステムＡＰＩ層１７６は、記録媒体に記録されているファイル（データ）を管理するソフトウェアを利用するためのプログラム上の手続きを定めた規約の集合等からなる層である。ファイルシステムＡＰＩ層１７６を介して記録媒体２００に記録されたコンテンツファイル２１０、インデックスファイル２２０にアクセスすることになる。
【００６２】
上記のようなソフトウェア構成において、第二ミドルウェア１７６においてコンテンツファイル２１０にアクセスできると想定した場合、第二ミドルウェア１７６が図２において説明した不整合検出情報生成部１６２、記録状態検出部１６３、不整合検出部１６４の機能を担うことができる。すなわち、第二ミドルウェア１７６において不整合検出情報を生成したり、記録媒体２００におけるコンテンツファイル２１０の記録状態を検出したり、不整合検出情報と記録媒体２００におけるコンテンツファイル２１０の記録状態に基づいて、インデックスファイル２２０の内容とコンテンツファイル２１０の記録状態との間の不整合の有無を検出することができる。
【００６３】
一方、第二ミドルウェア１７６においてコンテンツファイル２１０にアクセスすることができないと想定した場合、アプリケーション層１７２が上記不整合検出情報生成部１６２、記録状態検出部１６３、不整合検出部１６４の機能を担う必要がある。
【００６４】
次に、図４を参照してファイル管理装置１６０によるコンテンツファイル２１０の管理の方法を説明する。本実施の形態のファイル管理装置１６０は、インデックスファイル２２０に基づいてコンテンツファイル２１０を管理する。本実施の形態のファイル管理装置１６０は、図４（ｂ）に示すように、記録媒体２００におけるファイルシステム上のコンテンツファイル２１０のディレクトリ構造に従って、コンテンツファイル２１０を管理することもできるし、図４（ａ）に示すような仮想的なフォルダ構造を構築して、図４（ｂ）に示すディレクトリ構造とは独立した仮想的なフォルダ構造によりコンテンツファイル２１０を管理することもできる。
【００６５】
なお、インデックスファイル２２０自体は記録媒体２００に記録され、コンテンツファイル２１０等とともに所定のファイルシステムに従って管理されている。すなわち、インデックスファイル２２０の記録位置のアドレス、ファイル名、ファイル長等のインデックスファイル２２０を読み出すために必要な情報はファイルシステムにより管理される。映像記録装置１００のシステム制御部１３９は必要に応じて、インデックスファイル２２０を読み出して、メモリコントローラ１３８によりこの読み出したインデックスファイル２２０を取得し、内蔵のメモリ１３７に記録して保持する。これにより、この実施の形態では、インデックスファイル２２０を利用して記録媒体２００に記録されたコンテンツファイル２１０の処理に関して全体の操作性を向上するようになされている。
【００６６】
図４（ａ）に示すインデックスファイル２２０により構築される仮想的なフォルダ構造について説明する。本実施の形態のファイル管理装置１６０はこのような仮想的なフォルダ構造によりコンテンツファイル２１０を管理することを想定している。
【００６７】
図４（ａ）の仮想的なフォルダ構造では、複数のフォルダエントリＦＤＥと複数のファイルエントリＦＬＥが階層構造により設けられている。
【００６８】
各フォルダエントリＦＤＥは、インデックスファイル２２０に仮想的に設けられるフォルダである。このフォルダは、ユーザの設定により、例えば、撮影日、撮影場所、撮像画像の種類（風景、人物、動物、建造物等）等に応じて設けることができる。フォルダエントリにより、ファイルエントリまたは他のフォルダエントリをまとめることができる。これにより、インデックスファイル２２０において仮想的なフォルダ構造を構築することができる。
【００６９】
一方、各ファイルエントリＦＬＥは、図４（ｂ）に示すファイルシステム上のコンテンツファイル２１０（Ｆｉｌｅ１〜５）のいずれかに対応するものである。インデックスファイル２２０では、記録媒体２００に記録されたコンテンツファイル２１０が管理対象のファイルとして登録された場合、登録されたコンテンツファイル２１０にはこれを識別するためのエントリ番号が付与される。インデックスファイルでは、各コンテンツファイル２１０はファイルとしてインデックスファイルにエントリされたファイルエントリとして取り扱われる。これが図４（ａ）に示すファイルエントリＦＬＥである。なお、インデックスファイル２２０にフォルダが設定された場合、このフォルダに対してもエントリ番号が付与され、インデックスファイル２２０においてフォルダエントリとして管理される。このように、ユーザはインデックスファイル２２０において所望のフォルダを仮想的に設けることができ、その仮想的なフォルダに所望のコンテンツファイル２１０が属しているようにインデックスファイル２２０において設定することができる。
【００７０】
図４（ａ）に示す仮想的なフォルダ構造では、４つのフォルダエントリＦＤＥ−Ａ、ＦＤＥ−Ｂ、ＦＤＥ−Ｃ、ＦＤＥ−Ｄが設けられている。親フォルダとなるフォルダエントリＦＤＥ−Ａの下層に２つのフォルダエントリＦＤＥ−Ｂ、ＦＤＥ−Ｃがそれぞれ設けられている。フォルダエントリＦＤＥ−Ｂには２つのファイルエントリＦＬＥ−１、ＦＬＥ−２が属するように設定されている。また、フォルダエントリＦＤＥ−Ｃには１つのファイルエントリＦＬＥ−３と１つのフォルダエントリＦＤＥ−Ｄが設けられている。フォルダエントリＦＤＥ−Ｄには２つのファイルエントリＦＬＥ−４、ＦＬＥ−５が設けられている。
【００７１】
これに対して、図４（ｂ）は、記録媒体２００におけるコンテンツファイル２１０の現実の記録状態を示したものである。コンテンツファイル２１０は所定のファイルシステムにより管理されて、所定のディレクトリ構造により記録媒体２００に記録される。図４（ｂ）に示す例では、ルートディレクトリＤｉｒＡには２つのディレクトリＤｉｒＢ、ＤｉｒＣが設けられ、一方のディレクトリＤｉｒＢには３つのファイルＦｉｌｅ１、２、３が、他方のディレクトリＤｉｒＣには２つのファイルＦｉｌｅ４、５がそれぞれ属している。
【００７２】
これらのコンテンツファイル２１０を示す各ファイルＦｉｌｅは、上述のようにインデックスファイル２２０においてファイルエントリＦＬＥとして管理される。例えば、図４（ａ）に示すフォルダ構造におけるファイルエントリＦＬＥ−１、ＦＬＥ−２はそれぞれファイルシステム上のファイルＦｉｌｅ２、Ｆｉｅｌ５に対応するものであり、ファイルＦｉｌｅ２、Ｆｉｌｅ５はインデックスファイル２２０では仮想的にフォルダエントリＦＤＥ−Ｂに属するように設定されている。また、ファイルエントリＦＬＥ−３はファイルシステム上のファイルＦｉｌｅ１に対応し、ファイルエントリＦＬＥ−４、ＦＬＥ−５はそれぞれファイルシステム上のファイルＦｉｌｅ３、Ｆｉｌｅ４に対応する。
【００７３】
このような仮想的なフォルダ構造をアプリケーション上構築することにより、例えば、ファイル運用規定等によりファイルシステム上のディレクトリ構造が決定される場合でも、ユーザにファイルシステム上でファイル操作を行わせることなく、ユーザ所望のフォルダを作成させてコンテンツファイル２１０を分類して管理させることができる。
【００７４】
なお、ファイル運用規定として、例えば、ＤＣＦ（Design rule for Camera File system）規格を挙げることができる。ＤＣＦ規格はデジタルカメラのファイルの格納方法として制定されたものであり、ＤＣＦ規格に対応する機器間で画像ファイルを相互に利用できるようにしたものである。ＤＣＦ規格では図５に示すようなディレクトリ構造によりコンテンツファイル２１０が記録媒体２００に記録されるようになっている。標準的なＤＣＦ規格では、ルートディレクトリ（ROOT）の直下にＤＣＩＭというディレクトリ名を有するＤＣＦイメージルートディレクトリが設けられる。
【００７５】
そして、ＤＣＦイメージルートディレクトリの配下には静止画データのファイルを格納するためのＤＣＦディレクトリが設けられる。このＤＣＦディレクトリのディレクトリ名は、８文字であり、第１文字目から第３文字目は１００から９９９のディレクトリ番号で、それに続く５文字は半角英数大文字のみ使用された自由文字と呼ばれる。ディレクトリ番号は互いに重複しないように付与されなければならないが、欠番は生じても許容される。
【００７６】
各ＤＣＦディレクトリ内には静止画データのファイルが格納される。このファイル名は、拡張子を除いて８文字であり、第１文字目から第４文字目は半角英数大文字のみ使用された自由文字であり、続く４文字は０００１から９９９９のファイル番号である。ファイル番号は互いに重複しないように付与されなければならないが、欠番は生じても許容される。また、静止画データとして利用されるＪＰＥＧ圧縮形式の場合、拡張子は「．ＪＰＧ」となる。このようにＤＣＦ規格に従えば、各静止画を示すコンテンツファイル２１０は何れかのディレクトリに属することになる。
【００７７】
次に、インデックスファイル２２０の構成を説明する。インデックスファイル２２０は管理対象となるファイルの種類に応じてその構成も異なるが、管理対象となるファイルのファイルフォーマットと同様の構成にすることが望ましい。
【００７８】
まず、インデックスファイル２２０の構成の前提として、管理対象ファイルとしてのコンテンツファイル２１０の構成を、図６を参照して説明する。本実施の形態では、コンテンツファイル２１０のファイルフォーマットとしてQuickTimeファイルフォーマットを適用した場合について説明する。なお、以下において、QuickTimeファイルフォーマットに従って記録されたファイルをＱＴムービーファイルという。
【００７９】
図６にQuickTimeファイルフォーマットにより記録されたコンテンツファイル２１０の構成を示す。QuickTimeファイルフォーマットは、マルチメディアデータを扱うためのファイルフォーマットであり、アトム（atom）と呼ばれるデータユニットを基準として構成される。QuickTimeファイルフォーマットでは、ビデオデータおよびオーディオデータの実データはムービーデータアトム（タイプ名：'ｍｄａｔ'）４００と呼ばれるデータユニットに保持され、このムービーデータアトム４００の再生に必要な情報はムービーアトム（タイプ名：'ｍｏｏｖ'）３００と呼ばれるデータユニットに保持されるようになっている。
【００８０】
ムービーアトム３００には、ムービーデータアトム４００の再生に必要な情報が、階層構造によりムービーヘッダアトム（movie header atom）３１０、ムービークリッピングアトム（movie clipping atom）３２０、ユーザ定義データアトム３３０、１つ以上のトラックアトム３４０等に割り当てられる。
【００８１】
ムービーヘッダアトム３１０は、ＱＴムービーファイル全体に関する情報を収容する。例えば、ムービー全体の期間や時間スケール、作成日等を項目として含む。ムービークリッピングアトム３２０は、クリッピング領域を指定する。ユーザ定義データアトム３３０は、ユーザにより定義された任意の情報を含む。トラックアトム３４０は、サウンド、ビデオ、テキストといった異なるタイプのデータをそれぞれ別のトラックに格納する。
【００８２】
トラックアトム３４０にはトラック全体に関する情報（例えば、ビデオのピクセル数、サウンドの音量、作成日等）を保持するトラックヘッダアトム（track header atom）３４１、トラックのクリッピング領域を指定するトラッククリッピングアトム（track clipping atom）３４２、トラックマットアトム（track matte atom）３４３、エディットアトム（edit atom）３４４、メディアアトム（media atom）３４５が設けられ、ムービーデータアトム４００の個々のデータに関する情報が記述される。
【００８３】
例えば、メディアアトム３４５は、そのトラックで実際に用いられる実データに関する情報を格納する。すなわち、メディアアトム３４５は、メディア全体に関する情報、メディアデータの取扱いに関する情報、メディアの構成に関する情報等を格納する。実データはサンプル（sample）と呼ばれる最小単位に分かれており、このサンプルを任意の個数分集めたものがチャンク（chunk）と呼ばれる。メディアアトム３４５では、サンプルのサイズや、チャンクの先頭格納場所、各サンプルの表示時間等が格納される。
【００８４】
ムービーデータアトム４００に格納されるビデオデータやオーディオデータの実データは、圧縮符号化が施されていないリニアデータであってもよいし、所定の圧縮符号化方式により圧縮符号化されたものであってもよい。ビデオデータ（画像データ）については、MPEG2 Video、Motion JPEG、Motion JPEG2000、MPEG4、AVC（Advanced Video Coding：MPEG4-part10）等の規定に従う圧縮符号化方式によって符号化された画像データを格納することができる。オーディオデータについては、例えば、MPEG1 Audio Layer2、Dolby AC3（Audio Code number 3）、ATRAC（Advanced TRansform Acoustic Coding）等の規定に従う圧縮符号化方式によって符号化されたオーディオデータを格納することができる。ビデオデータおよびオーディオデータの符号化方式に特に限定があるものではない。
【００８５】
また、ムービーデータアトム４００にはテキストデータやＭＩＤＩ（Musical Instrument Digital Interface）等による実データを割り当てることもでき、この場合は、このムービーデータアトム４００の構成に対応してムービーアトム３００にはテキストトラック、ＭＩＤＩトラックが設けられる。
【００８６】
図７に上記ＱＴムービーファイルに対応するインデックスファイル２２０の構成を示す。図７に示すように、インデックスファイル２２０は、ＱＴムービーファイルのムービーアトム３００に対応するインデックスアトム５００と、ムービーデータアトム４００に対応するインデックスデータアトム６００とを備えている。
【００８７】
インデックスアトム５００には、インデックスデータアトム６００に割り当てられる実データを管理するための情報等がチャンクにより割り当てられる。これに対して、インデックスデータアトム６００には、記録媒体２００に記録された管理対象の各コンテンツファイル２１０の管理情報等が割り当てられる。管理情報はコンテンツファイル２１０の属性や内容を示す情報であり、インデックスファイル２２０においてコンテンツファイル２１０を管理するために用いられる情報である。このような管理情報として、例えば、プロパティ、テキスト、サムネイル画像、イントロ等が挙げられる。
【００８８】
インデックスデータアトム６００では、管理対象ファイルとして登録された各コンテンツファイル２１０をエントリとして取り扱う。各エントリ６１０、６２０には、そのエントリに対応するコンテンツファイル２１０がＱＴムービーファイルである場合、コンテンツファイル２１０の管理情報として、プロパティ７００、テキスト６１１、サムネイル画像６１２、イントロ６１３の各データがチャンクに設定されて割り当てられる。ここで、プロパティ７００はインデックスデータアトム６００の必須の項目となるが、テキスト６１１、サムネイル画像６１２、イントロ６１３は管理対象となるコンテンツファイル２１０の種類によって設けられない場合もある。例えば、音声情報を伴わない静止画像ファイルが管理対象のコンテンツファイル２１０である場合、イントロ６１３は設けられない。
【００８９】
プロパティ７００は、管理対象のコンテンツファイル２１０の属性を示すデータであり、管理対象のコンテンツファイル２１０に設定されたバイナリーデータによる管理情報等がエントリを管理する情報とともに割り当てられる。
【００９０】
テキスト６１１は、各管理対象のコンテンツファイル２１０に係るタイトルの文字列を示すデータ等により構成される。
【００９１】
サムネイル画像６１２は、各管理対象のコンテンツファイル２１０の内容を示す静止画像により構成される。例えば、コンテンツファイル２１０が動画データを扱う場合、その先頭画像をサムネイル画像として割り当てることもできるし、ユーザの選択によりサムネイル画像に割り当てる画像を設定するようにしてもよい。
【００９２】
イントロ６１３は、各管理対象のコンテンツファイル２１０の内容を示すオーディオデータである。イントロ６１３に割り当てるデータとして、例えば、対応するコンテンツファイル２１０の再生開始より数秒間（例えば５秒間）のオーディオデータを割り当てることもできるし、ユーザの選択によりイントロに割り当てるオーディオデータを設定するようにしてもよい。
【００９３】
次に、インデックスアトム５００を説明する。インデックスアトム５００は、ムービーヘッダアトム５１０と、インデックスデータアトム６００のプロパティ７００に対応するプロパティトラック５２０、テキスト６１１に対応するテキストトラック５３０、サムネイル画像６１２に対応するサムネイルトラック５４０、イントロ６１３に対応するイントロトラック５５０が設けられる。
【００９４】
ムービーヘッダアトム５１０には、ＱＴムービーファイルの場合と同様に、このインデックスファイル２２０全体に関する情報が割り当てられ、プロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０を統括する。プロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０には、それぞれ対応する実データの位置情報がコンテンツファイル２１０のエントリ順にテーブル形式により割り当てられる。
【００９５】
図８に示すように、インデックスデータアトム６００には、各エントリに対して、コンテンツファイル２１０の管理情報の実データが割り当てられている。例えば、エントリ番号２（エントリ＃２）のエントリには管理情報の実データとしてプロパティＰ、トラックＴ、サムネイル画像が割り当てられている。これに対して、インデックスデータアトム５０において、プロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０には、インデックスデータアトム６００に各エントリ毎に割り当てられるプロパティ７００、トラック６１１、サムネイル画像６１２、イントロ６１３の実データの位置情報が割り当てられている。
【００９６】
図９(a)〜（ｄ）にプロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０に割り当てられる実データの位置情報の例を示す。それぞれ対応するプロパティ７００、トラック６１１、サムネイル画像６１２、イントロ６１３の各データ（チャンク）の開始バイトの相対位置（ＲＢＰ：Relative Byte Number）、データ長（Length）がフィールド名毎に割り当てられるようになっている。
【００９７】
図１０に示すように、プロパティ７００は、プロパティエントリヘッダ（Prpperty Entry Header）７１０、基本プロパティデータ（Basic Property Data）７４０、プロパティ拡張データ（Property Extension Data）７５０を備える。各データはチャンクにより設定される。プロパティエントリヘッダ７１０は、階層構造により管理対象ファイルを管理するために必要な情報が割り当てられるものである。基本プロパティデータ７４０は、コンテンツファイル２１０のファイルフォーマットに関する情報やファイルの作成日時、ファイルの更新日時、ファイル識別子等、コンテンツファイル２１０の基本的な属性情報が割り当てられるものである。プロパティ拡張データ７５０は、基本プロパティデータ７４０の拡張データが割り当てられる。
【００９８】
図１１にプロパティエントリヘッダ７１０の構成を示す。図１１に示すように、プロパティエントリヘッダ７１０は、エントリ番号（Entry Number）７１１、親エントリ番号（Parent Entry Number)７１２、プロパティエントリフラグ（Property Entry Flags)７２０、プレイオーダー（Play Order）７１３、データサイズ（Entry Data Size）７１４、ネクスト拡張エントリ（Next-extends-entry）７１５等を備える。
【００９９】
エントリ番号７１１は、エントリの識別データであり、固有のコードが与えられる。エントリ番号７１１として、インデックスファイル２２０に管理対象のコンテンツファイル２１０（又はフォルダ）がインデックスファイル２２０に登録（エントリ）された順に０から歩進する番号を割り振ることができる。このエントリ番号７１１により、管理されているコンテンツファイル２１０が特定される。なお、エントリ番号をエントリされた順に歩進する番号を割り当てるように定義した場合、このエントリ番号領域を省略することもできる。親エントリ番号７１２は、各エントリが属するエントリのエントリ番号を示す。
【０１００】
プロパティエントリフラグ７２０によりエントリの属性が設定される。プロパティエントリフラグ７２０の構成例を図１２に示す。図１２に示すように、この構成例では、エントリの属性を示すためのフラグとして、エントリがオリジナルかお気に入りかを示すフラグ（Original/Favorite）７２１、エントリがフォルダかファイルかを示すフラグ（File /Folder）７２２、エントリの拡張領域であることを示すフラグ（Extends）７２３、エントリが有効か無効かを示すフラグ（Valid）７２４、エントリに登録されたファイルが別のファイルを参照していることを示すフラグ（Reference）７２５、エントリに登録されたファイルが分割された子ファイルであることを示すフラグ（Child File）７２６、エントリに登録されたファイルが分割された子ファイルの親ファイルであることを示すフラグ（Parent File）７２７、それぞれこのプロパティのエントリに対応するテキスト、サムネイル画像、イントロが拡張領域を有しているか否かを示すフラグ７２８、７２９、７３１等が設けられている。
【０１０１】
これらのうち、1ビット目に割り当てられるエントリがファイルかフォルダを示すフラグ７２２は、そのエントリがファイルに係るエントリか、エントリをまとめるフォルダに係るエントリ（Folder)かを示すフラグである。フォルダに係るエントリはユーザの設定等により設けることができる。
【０１０２】
エントリが有効か無効かを示すフラグ７２４は、そのエントリが有効か無効を示す。本実施の形態では、例えば、１つのコンテンツファイル２１０を削除した場合、このフラグ７２４を切り替えて、対応するコンテンツファイル２１０が無効であることを示すことにより、インデックスファイル２２０の内容を更新するようになっている。
【０１０３】
基本プロパティデータ７４０は、図１３に示すように、対応する管理対象のコンテンツファイル２１０について、ファイルフォーマットの情報（Format Brand）７４１、復号化（デコード）に関する情報（Media Profile）７４２、コンテンツファイル２１０の内容に関するフラグであるコンテンツステータスフラグ（Contents Status Flag）７４３、ファイル作成日時（Creation Time）７４４、ファイル更新日時（Modification Time）７４５、デュレーション（Duration）７４６、ファイル識別子（Binary File Identifier）７４７、参照ファイル数（Referred Counter）７４８により構成される。
【０１０４】
この基本プロパティデータ７４０のうち、ファイル作成日時７４５には、そのコンテンツファイル２１０が作成された日時を示す情報が割り当てられる。ファイル更新日時７４６には、そのコンテンツファイル２１０が編集される等により更新された日時を示す情報が割り当てられる。この基本プロパティデータ７４０におけるファイル作成日時７４５およびファイル更新日時７４６にそれぞれ割り当てられる情報に基づいて、それぞれ不整合検出情報を生成することができる。
【０１０５】
また、コンテンツステータスフラグ７４３には、そのコンテンツファイル２１０の管理情報にタイトル、サムネイル画像、イントロのチャンクが存在するか否かを示すフラグや、コンテンツの種類（動画、静止画、オーディオ等の種類）を示す情報が割り当てられる。
【０１０６】
また、ファイル識別子７４８には、そのコンテンツファイル２１０の所在が記述されて構成される。ファイル識別子７４８を参照することにより、管理対象のコンテンツファイル２１０がファイルシステム上において所属するディレクトリを特定することができる。
【０１０７】
なお、この実施の形態では図１４に示すように、ファイル識別子７４８には記録媒体２００に記録された管理対象のコンテンツファイル２１０のファイル名又は対応するフォルダのフォルダ名が割り当てられる。このファイル識別子７４８に割り当てられるコンテンツファイル２１０のファイル名に基づいて、不整合検出情報の一つを生成することができる。
【０１０８】
なお、ファイルの所在をこのファイル識別子７４８の領域により表し得ない場合、このファイル識別子７４８に代えて、インデックスデータアトム６００のプロパティ７００に含まれるプロパティ拡張データ７５０（図１０参照）に記載される。プロパティ拡張データ７５０にコンテンツファイル２１０の所在が記載される場合、ＵＲＬ（Uniform Resource Locator）により表現される。
【０１０９】
以上のインデックスファイル２２０において、インデックスデータアトム６００のプロパティ７００に含まれるコンテンツファイル２１０のエントリ番号７１１、プロパティエントリフラグ７２０、親エントリ番号７１２、ファイル識別子７４８又はプロパティ拡張データ７５０に記載されたＵＲＬにより、コンテンツファイル２１０が図１４（ａ）、（ｂ）に示すような仮想的なフォルダ構造が構築される。
【０１１０】
なお、図１４（ａ）は、図４（ｂ）で表すフォルダ構造における各エントリのエントリ番号７１１、プロパティエントリフラグ７２０のうちエントリがファイルかフォルダを示すフラグ７２２、親エントリ番号７１２、ファイル識別子７４８又はＵＲＬを示している。
【０１１１】
図１４（ａ）に示す例では、インデックスファイル２２０にエントリ番号「０」から「７」のエントリが含まれている。これらのうち、フラグ７２２により示されるように、エントリ番号「０」、「３」、「４」、「８」に係るエントリは、フォルダに係るエントリ（フォルダエントリ）である。これに対して、エントリ番号「１」、「２」、「５」、「６」、「７」はファイルに係るエントリ（ファイルエントリ）である。
【０１１２】
各エントリは、親エントリ番号７１２により、それぞれのエントリが属するエントリが示されている。また、ファイル識別子７４８により、各ファイルエントリと記録媒体２００に記録されているコンテンツファイル２１０がファイル名により対応付けられている。
【０１１３】
上記のインデックスファイル２２０の構成により、図1４（ｂ）に示すようなフォルダ構造が設定される。すなわち、図1４（ｂ）では、インデックスファイル２２０により、フォルダエントリＥ−０の下層にフォルダエントリＥ−３とファイルエントリＥ−１、Ｅ−２とが設けられ、フォルダエントリＥ−３の下層にフォルダエントリＥ−４とファイルエントリＥ−５とが設けられ、フォルダエントリＥ−４の下層にファイルエントリＥ−６、Ｅ−７が設けられた仮想的なフォルダ構造がファイルシステムにおけるディレクトリ構造とは独立して設定されている。
【０１１４】
次に、図１５に示す不整合検出情報について説明する。不整合検出情報は、インデックスファイル２２０の内容と、記録媒体２００に実際に記録されているコンテンツファイル２１０の記録状態との間の不整合の有無を検出するために用いられる情報である。この不整合検出情報は、例えば、インデックスファイル２２０のヘッダ部に設けることができる。上述したＱＴムービーファイルに対応するインデックスファイル２２０の構成例においては、ムービーヘッダアトム５１０に不整合検出情報を割り当てることができる。
【０１１５】
図１５に本発明の実施の形態における不整合検出情報８００の構成の一例を示す。コンテンツファイル２１０が所定のファイルシステムに従ってディレクトリ構造により記録媒体２００に記録されている場合、不整合検出情報８００もファイルシステム上の各ディレクトリ毎に設けられる。
【０１１６】
不整合検出情報８００として、図１５には、各ディレクトリに設けられたコンテンツファイル２１０の全ファイル数を示す「ファイル数」に関する不整合検出情報８１０、各ディレクトリに設けられたコンテンツファイル２１０の全ファイルの更新日時から生成されるファイルの更新日時に関する不整合検出情報を示す「更新日時のチェックサム」８２０、各ディレクトリに設けられたコンテンツファイル２１０の全ファイル名から生成されるファイル名に関する不整合検出情報を示す「ファイル名のチェックサム」８３０の３種類を具備する例を示した。
【０１１７】
なお、図１５に示す不整合検出情報８００は、図４（ｂ）に対応するもので、図４（ｂ）に示すファイルシステム上のディレクトリＤｉｒＡ、ディレクトリＤｉｒＡの下に設けられるディレクトリＤｉｒＢ（ＤｉｒＡ／ＤｉｒＢ）およびディレクトリＤｉｒＣ（ＤｉｒＡ／ＤｉｒＣ）毎に「ファイル数」に関する不整合検出情報（以下、「ファイル数」とする）８１０、「更新日時のチェックサム」８２０、「ファイル名のチェックサム」８３０が設けられている。
【０１１８】
上記の各不整合検出情報８１０、８２０、８３０は、ユーザがファイルシステム上において直接ファイル操作を行うことによりインデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間に不整合が生じる場合を想定して設けられたものである。すなわち、「ファイル数」８１０は、ユーザがコンテンツファイル２１０を直接ファイルシステム上において追加、削除した場合に生じる不整合を有効に検出させる。また、「更新日時のチェックサム」８２０は、ユーザがファイルシステム上でコンテンツファイル２１０の上書きおよび編集を行った場合、また、コンテンツファイル２１０の追加、削除を行った場合に生じる不整合を有効に検出される。また、「ファイル名のチェックサム」８３０は、ユーザがコンテンツファイル２１０のファイル名を直接ファイルシステム上で変更した場合、およびファイルの追加、削除した場合に生じる不整合を有効に検出させる。
【０１１９】
なお、不整合検出情報８００の種類は上記態様に限定されるものではなく、必要に応じて、１種類または２種類の不整合検出情報のみを保持するものとしてもよいし、他の種類の不整合検出情報を保持するものとしてもよい。
【０１２０】
また、上記以外の不整合検出情報として、例えば、各ディレクトリに含まれるファイルのうち最も新しく作成されたファイルの作成日時に関する情報や各ディレクトリにおいて最後に更新されたファイルの更新日時に関する情報等が挙げられる。これらは、ファイルの作成日時あるいはファイルの更新日時を示すデータそのものであってもよいし、各データから求められるチェックサムであってもよい。これにより、管理対象のコンテンツファイル２１０の追加、編集によりインデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間に不整合が生じた場合、その不整合を高速に検出させることができる。
【０１２１】
各不整合検出情報８１０、８２０、８３０は、予め不整合生成部１６２（図２参照）により生成されて、インデックスファイル２２０の例えばヘッダ部に保持される。そして、コンテンツファイル２１０の追加、削除、編集が行われたとき、ファイル管理装置１６０のソフトウェア１７０を通して、インデックスファイル２２０の内容を更新するとともに、追加、削除、編集されたコンテンツファイル２１０の管理情報に対応して不整合検出情報８００も更新されるようになっている。
【０１２２】
次に、不整合検出情報８００の生成方法について説明する。
【０１２３】
不整合検出情報８００のうち、「ファイル数」８１０は、ファイルシステム上に存在する各ディレクトリに含まれる全てのファイルの「数」を示す情報である。例えば、図４（ｂ）に示す場合、ファイルシステムにおけるディレクトリＤｉｒＡには、その下層にディレクトリＤｉｒＢとディレクトリＤｉｒＣを有するが、コンテンツファイル２１０は含まない。よって、図１５に示すように、不整合検出情報においてディレクトリＤｉｒＡの「ファイル数」８１０は「０」になる。同様に、ディレクトリＤｉｒＢには３つのファイルＦｉｌｅ１、Ｆｉｌｅ２、Ｆｉｌｅ３が含まれるので、ディレクトリＤｉｒＡ／ＤｉｒＢの「ファイル数」８１０は「３」になる。同様に、ディレクトリＤｉｒＡ／ＤｉｒＣには２つのファイルＦｉｌｅ４、Ｆｉｌｅ５が含まれるので、ディレクトリＤｉｒＡ／ＤｉｒＣの「ファイル数」８１０は「２」となる。
【０１２４】
「ファイル数」８１０は、記録媒体２００にコンテンツファイル２１０が追加、削除されたときに更新される。すなわち、記録媒体２００に記録されるコンテンツファイル２１０が追加されたとき、該当するディレクトリのファイル数が「１」増加される。記録媒体２００から管理対象のコンテンツファイル２１０が削除されたとき、そのコンテンツファイル２１０が削除されたディレクトリのファイル数が「１」減らされる。あるコンテンツファイル２１０が編集等されて更新された場合、記録媒体２００に記録されているファイル数自体には変化はないので、不整合検出情報８００内の「ファイル数」８１０も変更されない。
【０１２５】
次に、「更新日時のチェックサム」８２０について説明する。「更新日時のチェックサム」８２０は、ファイルシステム上に存在する各ディレクトリ毎にそのディレクトリに含まれる全てのファイルが更新された日時に基づいて生成される。具体的には、図１６に基づいて説明する。
【０１２６】
図１６に示すように、ファイルシステム上のあるディレクトリに含まれるファイル数がＭである場合、そのディレクトリに含まれるコンテンツファイル２１０をファイルＦ１、ファイルＦ２、・・・、ファイルＦＭとする。各コンテンツファイル２１０の更新日時のデータのバイト長がＫのとき、例えば、ファイルＦＭの更新日時のデータのＫバイトのバイト列をＴＭ１、ＴＭ２、・・・ＴＭＫと表すことができる。
【０１２７】
例えば、記録媒体２００のファイルフォーマットがＵＤＦ（Universal Disk Format）の場合、コンテンツファイル２１０の更新日時のデータは、図１７に示すように、「タイムゾーン」、「年」、「月」、「日」、「時」、「分」、「秒」、「１００分の１秒」、「１００マイクロ秒」、「マイクロ秒」から構成される。各項目において、「タイムゾーン」および「年」には２バイト割り当てられ、その他の項目については１バイトずつ割り当てられており、UDFファイルの更新日時のデータのバイト列（バイト長＝１２）はＴｉ１、Ｔｉ２、・・・Ｔｉ１２と表せる。
【０１２８】
そして、対象となるディレクトリに含まれる各コンテンツファイル２１０毎に、この更新日時のデータのバイト列から生成されるビット列を求める。すなわち、図１６に示すように、ファイルＭについてみれば、ファイルＭの更新日時のデータのバイト列に含まれる各データを構成する値の排他的論理和を求めることにより生成されるビット列をＣＴＭとする。例えば、図１６に示すＵＤＦファイルについてみれば、Ｔｉ１とＴｉ２と・・・Ｔｉ１２との排他的論理和を求めることにより、１つのファイルについてファイルの更新日時から生成される１バイトのビット列ＣＴｉが生成される。
【０１２９】
このように求められた各ファイルの更新日時のビット列について、さらに、全ファイルの排他的論理和を求めることにより、対象ディレクトリについての更新日時のチェックサムＣＴが生成される（図１６参照）。
【０１３０】
「更新日時のチェックサム」８２０は、記録媒体２００に記録されるコンテンツファイル２１０が追加、削除、更新されたとき、同時にその値も更新される。
【０１３１】
記録媒体２００にコンテンツファイル２１０が追加されたとき、このコンテンツファイル２１０を含むディレクトリの「更新日時のチェックサム」８２０を、元のチェックサムを構成するビット列と、追加されたコンテンツファイル２１０の更新日時から生成されるビット列の排他的論理和とする。
【０１３２】
記録媒体２００からコンテンツファイル２１０が削除されたとき、このコンテンツファイル２１０が削除されたディレクトリの「更新日時のチェックサム」８２０を、元のチェックサムを構成するビット列と削除されたファイルの更新日時から生成されるビット列の排他的論理和とする。
【０１３３】
記録媒体２００に記録されているコンテンツファイル２１０の内容が更新された場合、このコンテンツファイル２１０を含むディレクトリの「更新日時のチェックサム」８２０は、元のチェックサムを構成するビット列と、内容が更新されたコンテンツファイル２１０の更新前の当該ファイル２１０の更新日時から生成されるビット列と、該当ファイル２１０の更新後の当該ファイル２１０の更新日時から生成されるビット列との排他的論理和を新たな「更新日時のチェックサム」８２０とする。
【０１３４】
次に、図１８を参照して「ファイル名のチェックサム」８３０について説明する。「ファイル名のチェックサム」８３０は、ファイルシステム上に存在する各ディレクトリ毎にそのディレクトリに含まれる管理対象のコンテンツファイル２１０のファイル名に基づいて生成される。
【０１３５】
ファイルシステム上のあるディレクトリに含まれる管理対象のコンテンツファイル２１０のファイル数がＭである場合、そのディレクトリに含まれるコンテンツファイル２１０をファイルＦ１、ファイルＦ２、・・・、ファイルＦＭとする。各コンテンツファイル２１０のファイル名を示すデータのバイト長がＫのとき、例えば、コンテンツファイルＦＭのファイル名を示すデータのバイト列をＮＭ１、ＮＭ２、・・・ＮＭＫと表すことができる。各コンテンツファイル２１０毎に、このファイル名を示すデータのバイト列から生成されるビット列を求める。すなわち、図１８に示すように、ファイルＦＭについてみれば、ファイルＦＭのファイル名を示すデータのバイト列に含まれる各データを構成する値の排他的論理和を求めることにより生成されるビット列をＣＮＭとする。
【０１３６】
このように生成された各コンテンツファイル２１０毎のビット列の排他的論理和をさらに求めることにより、対象ディレクトリについてのファイル名のチェックサムＣＮ８４０が生成される。
【０１３７】
この「ファイル名のチェックサム」８３０は、記録媒体２００にコンテンツファイル２１０が追加、削除、更新されたとき、同時にその値も更新される。
【０１３８】
記録媒体２００に管理対象のコンテンツファイル２１０が追加されたとき、そのコンテンツファイル２１０を含むディレクトリの「ファイル名のチェックサム」８３０を、元のチェックサムを構成するビット列と、追加されたコンテンツファイル２１０のファイル名から生成されるビット列との排他的論理和を新たな「ファイル名のチェックサム」８３０とする。
【０１３９】
記録媒体２００から管理対象のコンテンツファイル２１０が削除されたとき、そのコンテンツファイル２１０が削除されたディレクトリの「ファイル名のチェックサム」８３０を、元のチェックサムを構成するビット列と削除されたコンテンツファイル２１０のファイル名から生成されるビット列との排他的論理和とする。
【０１４０】
記録媒体２００に記録されているコンテンツファイル２１０の内容が更新された場合、更新されたコンテンツファイル２１０の名前の変更はないので「ファイル名のチェックサム」８３０の変更もない。すなわち、そのコンテンツファイル２１０を含むディレクトリの「ファイル名のチェックサム」８３０は、元のチェックサムを構成するビット列と同一である。
【０１４１】
なお、記録媒体２００にディレクトリが新たに追加された場合、不整合検出情報８００には新たなディレクトリに該当する項目が追加される。新たに追加されたディレクトリについて「ファイル数」８１０、「更新日時のチェックサム」８２０、「ファイル名のチェックサム」８３０のいずれも「０」に設定される。
【０１４２】
これに対して、記録媒体２００からあるディレクトリが削除された場合、不整合検出情報８００において削除されたディレクトリに対応する項目が削除される。また、ディレクトリ名が変更された場合、不整合検出情報８００において該当するディレクトリ名が変更される。
【０１４３】
次に本発明の実施の形態におけるファイル管理装置１６０の動作について図面を参照して説明する。
【０１４４】
図１９に本発明の実施の形態におけるファイル管理装置１６０の不整合検出処理の手順を示す。不整合検出処理が開始されると、まず、ファイルシステムにおけるディレクトリのうち、不整合チェックが行われていないディレクトリの有無が検出される（ステップＳ９１１）。
【０１４５】
なお、不整合チェックとは、以下に述べる手順（ステップＳ９１２〜Ｓ９２２）に従い、チェック対象となるディレクトリに含まれるコンテンツファイル２１０の記録状態とインデックスファイル２２０の内容との間の不整合の有無を検出することをいう。
【０１４６】
不整合チェックが行われていないディレクトリがある場合、そのうちの１つのディレクトリが選択される（ステップＳ９１２）。
【０１４７】
そして、インデックスファイル２２０に含まれる不整合検出情報８００の中にチェック対象となるディレクトリの項目がある場合（ステップＳ９１３：Ｙ）、記録状態検出部１６３により記録媒体２００のファイルシステムからチェック対象のディレクトリに含まれるコンテンツファイル２１０の全ファイルの数が取得される（ステップＳ９１４）。
【０１４８】
不整合検出情報８００の中に、該当するディレクトリの項目がなければ（ステップＳ９１３：Ｎ）、インデックスファイル２２０ではこのディレクトリに含まれるコンテンツファイル２１０を管理対象ファイルとしていないことを示すため、不整合検出部１６４によりインデックスファイル２２０の内容とファイルの記録状態との間に不整合ありと判断されて不整合検出処理が終了する（ステップＳ９１５）。
【０１４９】
一方、ファイル数が一致する場合（ステップＳ９１６：Ｙ）、次に、記録状態検出部１６３によりファイルシステムから対象ディレクトリに含まれる全ファイルの更新日時が取得され、不整合検出部１６４において上述した方法で更新日時に関するチェックサムが計算される（ステップＳ９１７）。
【０１５０】
そして、不整合検出部１６４において、得られたチェックサムと不整合検出情報８００に含まれる該当ディレクトリの「更新日時のチェックサム」８２０とが比較されて、両者が一致しなければ（ステップＳ９１８：Ｎ）、インデックスファイル２２０の内容とコンテンツファイル２１０の記録状態との間に不整合ありと判断されて不整合検出処理が終了する（ステップＳ９１５）。
【０１５１】
一方、ファイルの更新日時について両チェックサムが一致する場合（ステップＳ９１８：Ｙ）、記録状態検出部１６３によりファイルシステムから対象ディレクトリに含まれる全コンテンツファイル２１０のファイル名が取得される（ステップＳ９１９）。
【０１５２】
そして、不整合検出部１６４において、記録状態検出部１６３により取得されたファイル名から上述した方法によりチェックサムが計算される。そして、この得られたチェックサムと、不整合検出情報８００に含まれる該当ディレクトリの「ファイル名のチェックサム」８３０とが比較されて、両者が一致しなければ（ステップＳ９２１：Ｎ）、インデックスファイル２２０の内容とコンテンツファイル２１０の記録状態との間に不整合ありと判断されて処理が終了する（ステップＳ９１５）。
【０１５３】
一方、ファイル名についての両チェックサムが一致する場合（ステップＳ９２１：Ｙ）、ステップＳ９１１に戻り全ディレクトリについて、上述した不整合検出処理が実行されるまで処理が継続され、全ディレクトリについて不整合検出処理が終了した場合（ステップＳ９１１：Ｙ）、不整合なし（ステップＳ９２２）と判断されて処理が終了する。
【０１５４】
なお、インデックスファイル２２０の内容とコンテンツファイル２１０の記録状態との間に不整合が発見された場合、不整合があると特定されたディレクトリおよびそのディレクトリに属するファイルに対して、インデックスファイル２２０の内容がコンテンツファイル２１０の記録状態と整合するようにインデックスファイル２２０の該当箇所を修正し、該当するディレクトリの不整合検出情報８００も修正する。この場合、インデックスファイル２２０および不整合検出情報８００の修正後、不整合チェックがされていないディレクトリについて、不整合検出処理を再開するようにしてもよい。また、不整合を有するディレクトリを検出した後、処理を終了せずに、他の不整合チェックがされていないディレクトリについても不整合検出処理を行い、不整合を有するディレクトリを全て特定するようにしてもよい。
【０１５５】
このように、本発明の実施の形態によれば、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合を検出する際に、インデックスファイル２２０に含まれる各コンテンツファイル２１０の管理情報と対応するコンテンツファイル２１０とを一つ一つ照合させることなく、不整合検出情報８００に基づいて不整合を高速に検出することができる。
【０１５６】
また、本実施の形態では、不整合検出情報８００をコンテンツファイル２１０が属するディレクトリ毎に設けているので、ディレクトリ毎に不整合検出情報に基づいて当該不整合を検出させることができる。ディレクトリ毎に不整合チェックを行うので、コンテンツファイル２１０のファイル数が多い場合でも、ファイル数の取得、作成日時のチェックサム、更新日時のチェックサムを計算に係る処理を高速に行うことができる。
【０１５７】
また、不整合検出情報８００は、ファイルシステム上の各ディレクトリに含まれるコンテンツファイル２１０の「ファイル数」８１０を含むので、コンテンツファイル２１０の追加、削除によりインデックスファイル２２０の内容と記録媒体２００に記録されているコンテンツファイル２１０の記録状態との間に不整合が生じた場合でもこの不整合を高速に検出させることができる。また、インデックスファイル２２０の内容に不整合が生じる可能性としてはファイルの追加、削除、ファイル名の変更に伴う場合が多いので、「ファイル数」８１０に基づく不整合の有無の検出を他の不整合検出情報よりも先に行うことで、より高速に不整合の有無を検出することができる。
【０１５８】
また、不整合検出情報８００は、ファイルシステム上の各ディレクトリに含まれるコンテンツファイル２１０の「更新日時のチェックサム」８２０を含むので、記録媒体２００にコンテンツファイル２１０の追加、削除、上書き、編集等によりインデックスファイル２２０の内容と記録媒体２００に記録されているコンテンツファイル２１０の記録状態との間に不整合が生じてもこれを高速に検出することができる。
【０１５９】
また、不整合検出情報８００は、ファイルシステム上の各ディレクトリに含まれるコンテンツファイル２１０の「ファイル名のチェックサム」８３０を含むので、記録媒体２００にコンテンツファイル２１０の追加、削除、ファイル名の変更によりインデックスファイル２２０の内容と記録媒体２００に記録されているコンテンツファイル２１０の記録状態との間に不整合が生じてもこれを高速に検出することができる。
【０１６０】
また、本実施の形態のファイル管理装置１６０はコンテンツファイル２１０の管理情報から「ファイル数」８１０、「更新日時のチェックサム」８２０、「ファイル名のチェックサム」８３０等の不整合検出情報を生成する不整合検出情報生成部１６２を備えるので、不整合検出情報を生成することができるのは勿論、記録媒体２００にコンテンツファイル２１０が追加、削除、ファイル名の変更等がされても、それに応じて不整合検出情報８００を更新させることができる。
【０１６１】
また、不整合検出部１６４は、「ファイル数」８１０、「更新日時のチェックサム」８２０、「ファイル名のチェックサム」８３０の三種類の不整合検出情報８００に基づいて、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合を検出するので、検出結果の精度を高めることができる。
【０１６２】
なお、本発明は上記実施の形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能なのは勿論である。例えば、本実施の形態では、インデックスファイル２２０に基づいてコンテンツファイル２１０を管理する際に、コンテンツファイル２１０を仮想的なフォルダ構造において管理する例について示したが、ファイルシステム上のディレクトリ構造に基づいてコンテンツファイル２１０を管理してもよいのは勿論であり、仮想的なフォルダ構造を特に設ける必要はない。
【０１６３】
また、本実施の形態において、ファイル管理装置１６０を映像記録装置１００により記録媒体２００に記録されたコンテンツファイル２１０を管理するものとしたが、これに限定されるものではない。本発明に係るファイル管理装置は、ファイルを記録媒体に記録する装置を備えるものであれば、どのような装置にも適用可能なものである。
【０１６４】
また、本実施の形態においては、コンテンツファイル２１０のファイルフォーマットの例としてQuickTimeファイルフォーマットを適用した例を説明したが、本発明のファイル管理装置により管理されるファイルのフォーマットはこれに限定されるものではない。また、本実施の形態においてファイル管理装置１６０はコンテンツファイル２１０のファイルフォーマットと同様の構成を持つインデックスファイル２２０を示したが、本発明に係るインデックスファイルの構成はこれに限定されるものではない。インデックスファイルは、管理するファイルの内容の一部を抜粋した管理情報を含むものであれば、適宜、構成を変更し得る。
【０１６５】
また、本実施の形態において、不整合検出処理が行われる際に、「ファイル数」８１０に基づく不整合の有無の検出（ステップＳ９１６）、「更新日時のチェックサム」８２０に基づく不整合の有無の検出（ステップＳ９１８）、「ファイル名のチェックサム」８３０に基づく不整合の有無の検出（ステップＳ９２１）の順に不整合の有無を検出するものとしたがこれに限定されるものではなく、適宜その順序を変更してもよいのは勿論である。
【０１６６】
また、本実施の形態において、記録状態検出部１６３により検出したコンテンツファイル２１０の記録状態に基づき、不整合検出部１６４においてその記録状態から「更新日時のチェックサム」、「ファイル名のチェックサム」を計算するようにしたが、これに限定されるものではない。例えば、記録状態検出部１６３において、コンテンツファイル２１０の記録状態を検出するとともに、不整合検出情報８００と対比することが可能になるようにコンテンツファイルの記録状態からチェックサム等を生成するようにしてもよい。
【０１６７】
なお、本発明の実施の形態は本発明を具現化するための一例を示したものであり、以下に示すように特許請求の範囲における発明特定事項とそれぞれ対応家計を有するが、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変形を施すことができる。
【０１６８】
すなわち、請求項１または請求項１２においてファイル管理装置は、例えばファイル管理装置１６０に対応する。また、記録媒体は、例えば、記録媒体２００に対応し、ファイルは、例えば、コンテンツファイル２１０に対応し、インデックスファイルは、例えば、インデックスファイル２２０に対応する。さらに、管理状態情報は、例えば、不整合検出情報８００に対応し、管理状態情報保持手段は、例えば、不整合検出情報保持部２３０に対応し、記録状態検出手段は、例えば、記録状態検出部１６３に対応し、不整合検出手段は、例えば、不整合検出部１６４に対応する。
【０１６９】
また、請求項２においてディレクトリ構造は、例えば、図４（ｂ）に示すディレクトリ構造または図５に示すディレクトリ構造に対応する。
【０１７０】
また、請求項３において、ファイルの数に関する情報は、例えば、「ファイル数」８１０に対応する。
【０１７１】
また、請求項４において、ファイル名に関する情報は、例えば、「ファイル名のチェックサム」８３０に対応する。
【０１７２】
また、請求項６において、ファイルの更新日時に関する情報は、例えば、「更新日時のチェックサム」８２０に対応する。
【０１７３】
また、請求項１１において、不整合検出情報生成手段は、例えば、不整合検出情報生成部１６２に対応する。
【０１７４】
また、請求項１５または１６において、記録媒体は、例えば記録媒体２００に対応し、ファイルは、例えば、コンテンツファイル２１０に対応し、インデックスファイルは、例えば、インデックスファイル２２０に対応する。また、管理状態情報は、例えば、不整合検出情報に対応し、管理状態情報を予め保持しておく手順は、例えば、不整合検出情報保持部２３０に不整合検出情報生成部１６２により生成した不整合検出情報８００を予め保持させる手順に対応し、記録媒体におけるファイルの記録状態を検出する手順は、例えば、ステップＳ９１４においてコンテンツファイル２１０のファイル数をファイルシステムから取得する手順や、ステップＳ９１７において更新日時のチェックサムを計算するために各コンテンツファイル２１の更新日時をファイルシステムから取得する手順や、ステップＳ９１９においてファイル名のチェックサムを計算するために各コンテンツファイル２１０のファイル名をファイルシステムから取得する手順に対応する。また、不整合の有無を検出する手順は、例えば、ステップＳ９１３において不整合検出情報８００にチェック対象のディレクトリの項目の有無を検証する手順や、ステップＳ９１６においてファイル数の一致を検証する手順や、ステップＳ９１８において更新日時のチェックサムの一致を検証する手順や、ステップＳ９２１においてファイル名のチェックサムの一致を検証する手順に対応する。
【０１７５】
また、請求項１７において、記録媒体は、例えば、記録媒体２００に対応し、ファイルは、例えば、コンテンツファイル２１０に対応し、インデックスファイルは、例えば、インデックスファイル２２０に対応し、管理状態情報は、例えば、不整合検出情報８００に対応する。
【０１７６】
なお、本発明の実施の形態において説明した不整合検出処理に係る処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。
【図面の簡単な説明】
【０１７７】
【図１】本発明の実施の形態におけるファイル管理装置を適用した映像記録装置１００の一例を示す図である。
【図２】本発明の実施尾形態におけるファイル管理装置１６０の機能構成例を示す図である。
【図３】映像記録装置１００の動作に係るソフトウェアの構成例を示す図である。
【図４】ファイル管理装置１６０により管理されるコンテンツファイル２１０の管理構造の一例を示す図である。
【図５】コンテンツファイル２１０が記録媒体２００に記録される際のディレクトリ構造の一例を示す図である。
【図６】コンテンツファイル２１０の構成の一例を示す図である。
【図７】インデックスファイル２２０の構成の一例を示す図である。
【図８】インデックス２２０におけるインデックスアトム５００とインデックスデータアトム６００の対応関係を示す図である。
【図９】インデックスアトム５００に割り当てられるプロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０の構成例を示す図である。
【図１０】インデックスデータアトム６００に含まれるプロパティ７００の構成例を示す図である。
【図１１】プロパティ７００に含まれるプロパティエントリヘッダ７１０の構成例を示す図である。
【図１２】プロパティエントリヘッダ７１０に含まれるプロパティエントリフラグ７２０の構成例を示す図である。
【図１３】プロパティ７００に含まれる基本プロパティデータ７４０の構成例を示す図である。
【図１４】ファイル管理装置１６０により管理されるコンテンツファイル２１０の管理構造の他の例を示す図である。
【図１５】ファイル管理装置１６０により用いられる不整合検出情報８００の構成例を示す図である。
【図１６】不整合検出情報８００のうち、「更新日時のチェックサム」８２０の生成方法の一例を説明する図である。
【図１７】「更新日時のチェックサム」８２０の生成方法を説明する他の図である。
【図１８】不整合検出情報８００のうち、「ファイル名のチェックサム」８３０の生成方法の一例を示す図である。
【図１９】ファイル管理装置１６０により実行される不整合検出処理の手順を示すフローである。
【符号の説明】
【０１７８】
１００ 映像記録装置
１１０ レンズ部
１２１ 撮像素子
１２２ アナログ処理器
１２３ Ａ／Ｄ変換器
１２４ デジタル処理器
１２５ タイミング生成器
１２６ カメラ制御部
１３１ ビデオ符号器
１３２ オーディオ符号器
１３３ ファイル生成器
１３４ ファイル復号器
１３５ ビデオ復号器
１３６ オーディオ復号器
１３７ メモリ
１３８ メモリコントローラ
１３９ システム制御部
１４１ エラー訂正器
１４２ データ変復調器
１４３ 磁界変調ドライバ
１４４ 磁界ヘッド
１４５ サーボ回路
１４６ モーター
１４７ 光ピックアップ
１５０ 表示操作部
１６０ ファイル管理装置
１６１ ファイル操作部
１６２ 不整合検出情報生成部
１６３ 記録状態検出部
１６４ 不整合検出部
２００ 記録媒体
２１０ コンテンツファイル
２２０ インデックスファイル
２３０ 不整合検出情報保持部
８００ 不整合検出情報
８１０ ファイル数
８２０ 更新日時のチェックサム
８３０ ファイル名のチェックサム
【技術分野】
【０００１】
本発明は、ファイル管理装置に関し、特に記録媒体に記録されるファイルをインデックスファイルに基づき管理するファイル管理装置において、インデックスファイルにおけるファイルの管理状態と記録媒体におけるファイルの記録状態との間の不整合の有無を検出するためのファイル管理装置、その処理方法および当該方法をコンピュータに実行させるプログラムならびに当該不整合を検出するための管理状態情報を記録した記録媒体に関する。
【背景技術】
【０００２】
近年、ＤＶＤ（Digital Versatile Disc）の登場やフラッシュメモリの大容量化が進んでいる。これらの大容量記録媒体を用いることにより、デジタルビデオカメラやデジタルスチルカメラならびに携帯電話などの比較的小型の撮像装置においても撮像結果を多数のコンテンツファイルとして記録することが可能となっている。
【０００３】
記録媒体に多数のコンテンツファイル等が記録されるようになると、ユーザが所望のコンテンツファイルを検索するのが困難となる。このため、各コンテンツファイルの属性等を各コンテンツファイルの管理情報（インデックス情報）としてまとめたインデックスファイルを作成して、このインデックスファイルにより記録媒体上の多数のコンテンツファイルを管理することが行われている（例えば、「特許文献１」参照。）。インデックスファイルを用いることで、例えば、ユーザがコンテンツファイルを仮想的なフォルダ構造により管理することができ、多数のファイルに係る操作性を向上することができる。
【特許文献１】特開２００４−２２７６３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このようなインデックスファイルによりファイルを管理する際、管理対象となるファイル毎に管理情報を生成した後、管理対象ファイルの追加、削除、編集等に応じてインデックスファイルもその内容を更新する必要がある。インデックスファイルの更新は、通常、インデックスファイル管理のためのアプリケーションソフトを通じて行われる。このため、通常であれば、インデックスファイルに含まれる各管理情報は常に管理対象のコンテンツファイルのいずれかに対応し、インデックスファイルにおいてファイルが管理されている状態と記録媒体においてコンテンツファイルが記録されている状態とは常に整合する。
【０００５】
しかしながら、ユーザが、そのようなアプリケーションソフトによらず、パーソナルコンピュータ（以下、「ＰＣ」という。）などを通じて、ファイルシステム上から直接コンテンツファイル等の削除、追加、編集等を行うと、インデックスファイルにはその操作の内容が反映されない場合がある。すなわち、記録媒体から削除されたコンテンツファイルについての管理情報がインデックスファイルには依然として含まれる場合や、その逆に、記録媒体に追加されたコンテンツファイルについての管理情報がインデックスファイルには追加されていない場合、ファイル名の変更がインデックスファイルには反映されない場合が生じる等、インデックスファイルに含まれる管理情報が記録媒体に実際に記録されているコンテンツファイルに対応せず、インデックスファイルの内容（インデックスファイルにおいてファイルが管理されている状態）と記録媒体においてファイルが記録されている状態との間に不整合が生じる場合がある。
【０００６】
このような不整合が生じているか否かを検出するには、記録媒体に記録されている各ファイルと、インデックスファイルに含まれる各ファイルの管理情報とを一つ一つ照合して検証する必要があり、多大な時間を要することになる。
【０００７】
そこで、本発明は、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を高速に検出することができるファイル管理装置、その処理方法および当該方法をコンピュータに実行させるプログラムならびに当該不整合を検出するための管理状態情報を記録した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するためになされたものであり、その第１の側面は、記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理装置において、前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を保持する管理状態情報保持手段と、前記記録媒体におけるファイルの記録状態を検出する記録状態検出手段と、前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する不整合検出手段と、を具備することを特徴とする。これにより、インデックスファイルにおけるファイルの管理状態（インデックスファイルの内容）と記録媒体におけるファイルの記録状態との間の不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合させることなく、管理状態情報に基づいて当該不整合を高速に検出させる。
【０００９】
本発明の第１の側面において前記管理状態情報保持手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を保持させることができる。これにより、ディレクトリ毎に管理状態情報に基づいて当該不整合を高速に検出させる。
【００１０】
この際、上記管理状態情報は、上記ディレクトリに含まれるファイルの数に関する情報を含むことができる。これにより、ファイルの追加、削除によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速に検出させる。
【００１１】
また、上記管理状態情報は、上記ディレクトリに含まれるファイルの更新日時に関する情報を含むことができる。これにより、ファイルの追加、削除、上書き、編集によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速に検出させる。
【００１２】
このとき、上記ファイルの更新日時に関する情報は、上記ファイルの作成時に基づき生成されるディレクトリ毎のチェックサムとすることができる。これにより、当該不整合をより高速に検出させる。
【００１３】
また、上記管理状態情報は、上記ディレクトリに含まれるファイルのファイル名に関する情報を含むことができる。これにより、ファイルの追加、削除、ファイル名の変更によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速に検出させる。
【００１４】
このとき、上記ファイル名に関する情報は、上記ファイル名に基づき生成されるディレクトリ毎のチェックサムとすることができる。これにより、当該不整合をより高速に検出させる。
【００１５】
また、上記管理状態情報は、上記ディレクトリに含まれるファイルのうち各ディレクトリにおいて最も新しく作成されたファイルの作成時に関する情報を含むことができる。これにより、ファイルの追加によりインデックスファイルの内容と記録媒体におけるファイルの記録状態との間に不整合が生じた場合、当該不整合を高速に検出させる。
【００１６】
また、上記管理状態情報は、上記ディレクトリに含まれるファイルのうち各ディレクトリにおいて最後に更新されたファイルの更新時に関する情報を含むことができる。これにより、ファイルの編集によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速に検出させる。
【００１７】
また、本発明の第一の側面において、上記管理情報から上記管理状態情報を生成する管理状態情報生成手段を具備することができる。これにより、記録媒体に記録されるファイルの追加、削除、ファイル名の変更等に応じてインデックスファイルに含まれる管理情報の変更に合わせて、管理状態情報を更新させる。
【００１８】
この際、上記管理状態情報生成手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎に上記管理状態情報を生成することができる。これにより、ディレクトリ毎に管理状態情報に基づいて当該不整合を高速に検出させる。
【００１９】
また、前記管理情報は前記記録媒体に記録されたファイルから生成される。このとき、前記管理状態情報は前記管理情報から生成される。また、前記管理状態情報を前記インデックスファイルに含まれる管理情報から生成することもできる。
【００２０】
また、本発明の第２の側面は、記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理装置において、前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を少なくとも二種類を保持する管理状態情報保持手段と、少なくとも二種類の前記管理状態情報に対応するように記録媒体におけるファイルの記録状態を少なくとも二種類検出する記録状態検出手段と、互いに対応する管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルに含まれる管理情報と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する不整合検出手段と、を具備することを特徴とする。これにより、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合しなくても、管理状態情報を参照すればよいので、当該不整合を高速に検出し得る。このとき、少なくとも二種類の管理状態情報に基づき不整合を検出するので、検出結果の精度を高めることができる。
【００２１】
本発明の第２の側面において、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を保持することができる。これにより、ディレクトリ毎に管理状態情報に基づいて当該不整合を高速に検出させる。
【００２２】
また、前記管理状態情報は、前記インデックスファイルにおいて管理しているファイルのファイル数に関する情報、ファイル名に関する情報および更新日時に関する情報のうち少なくとも二種類を含むことができる。これにより、ファイルの追加、削除、追加と削除によりファイル数が変化した場合あるいは変化しない場合、ファイルの上書き、ファイル名の変更、ファイルの編集によりインデックスファイルの内容と実際のファイルの記録状態に不整合が生じた場合、当該不整合を高速かつ精度良く検出し得る。
【００２３】
また、本発明の第３の側面は、記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理方法において、前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を予め保持しておく手順と、前記記録媒体におけるファイルの記録状態を検出する手順と、前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する手順と、を具備することを特徴とする。これにより、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合しなくても、予め保持された管理状態情報を参照すればよいので、当該不整合を高速に検出し得る。
【００２４】
また、本発明の第４の側面は、記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するプログラムにおいて、前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を予め保持しておく手順と、前記記録媒体におけるファイルの記録状態を検出する手順と、前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する手順と、をコンピュータに実行させることを特徴とする。インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合しなくても、予め保持された管理状態情報を参照すればよいので、当該不整合を高速に検出し得る。
【００２５】
また、本発明の第５の側面は、記録されたファイルを管理するための前記ファイルの管理情報を含むインデックスファイルを記録した記録媒体において、前記インデックスファイルにおける前記ファイルの管理状態と当該記録媒体におけるファイルの記録状態との間の不整合の有無を検出するために用いられる情報であって、前記インデックスファイルにおける前記ファイルの管理状態情報が記録されることを特徴とする。これにより、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合を検出する際に、インデックスファイルに含まれる各ファイルの管理情報と対応する各ファイルとを一つ一つ照合しなくても、予め保持された管理状態情報を参照すればよいので、当該不整合を高速に検出し得る。
【発明の効果】
【００２６】
本発明によれば、インデックスファイルの内容と記録媒体におけるファイルの記録状態との不整合の有無を高速に検出し得るという優れた効果を奏し得る。
【発明を実施するための最良の形態】
【００２７】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００２８】
図１は、本発明の実施の形態におけるファイル管理装置が適用される映像記録装置１００の全体構成例を示す図である。映像記録装置１００は、静止画、動画を撮像して、その撮像結果を記録媒体２００にコンテンツファイルとして記録するものである。本実施の形態において、ファイル管理装置は記録媒体２００に記録されたコンテンツファイルを後述するインデックスファイルに基づいて管理する装置である。なお、ファイル管理装置については後述する。
【００２９】
映像記録装置１００は、レンズ部１１０と、このレンズ部１１０を操作するモーター１１３および１１４と、モータードライバ１１５とを備える。また、映像記録装置１００は、撮像素子１２１と、アナログ処理器１２２と、Ａ／Ｄ変換器１２３と、デジタル処理器１２４と、これらのタイミングを生成するタイミング生成器１２５と、カメラ制御部１２６とを備える。また、映像記録装置１００は、ビデオ符号器１３１と、オーディオ符号器１３２と、ファイル生成器１３３と、ファイル復号器１３４と、ビデオ復号器１３５と、オーディオ復号器１３６と、メモリ１３７と、そのメモリコントローラ１３８と、システム制御部１３９とを備えている。このシステム制御部１３９には、表示操作部１５０からの信号線が接続されている。さらに、映像記録装置１００は、エラー訂正器１４１と、データ変復調器１４２と、磁界変調ドライバ１４３と、磁界ヘッド１４４と、サーボ回路１４５と、モーター１４６と、光ピックアップ１４７と、ドライブ制御部１４８とを備えている。また、この映像記録装置１００には、映像を記録する記録媒体として、例えば記録媒体２００が装着される。
【００３０】
レンズ部１１０は、被写体からの光を受光するものであり、ズームレンズ１１１およびフォーカスレンズ１１２を含む。ズームレンズ１１１およびフォーカスレンズ１１２にはそれぞれモーター１１３および１１４が接続されており、これらモーター１１３および１１４の駆動によってズームレンズ１１１およびフォーカスレンズ１１２が移動できるようになっている。また、モーター１１３および１１４にはモータードライバ１１５が接続されており、このモータードライバ１１５によってモーター１１３および１１４が制御される。
【００３１】
撮像素子１２１は、レンズ部１１０によって受光された光を静電気に変換して蓄える素子であり、例えば、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサー等が利用される。アナログ処理器１２２は、撮像素子１２１からのアナログ信号におけるノイズを相関二重サンプリング（ＣＤＳ：Correlated Double Sampling）により取り除き、自動利得制御（ＡＧＣ：Automatic Gain Control）によりアナログ信号の高低部分を補正する。Ａ／Ｄ変換器１２３は、アナログ処理器１２２からのアナログ信号をデジタル信号に変換する。デジタル処理器１２４は、ホワイトバランスやガンマ変換等の処理を行う。
【００３２】
デジタル処理器１２４からの出力信号はビデオ符号器１３１のビデオ入力となる。また、このデジタル処理器１２４で検出された情報はカメラ制御部１２６に伝えられる。カメラ制御部１２６は、デジタル処理器１２４で検出された情報に基づいて、モータードライバ１１５およびタイミング生成器１２５に対する制御を行う。タイミング生成器１２５は、撮像素子１２１、アナログ処理器１２２、Ａ／Ｄ変換器１２３およびデジタル処理器１２４に対するタイミング信号を生成する。
【００３３】
ビデオ符号器１３１は、ビデオ信号の符号化を行う。オーディオ符号器１３２は、オーディオ信号の符号化を行う。ファイル生成器１３３は、符号化されたビデオデータおよびオーディオデータを多重化してコンテンツファイル（多重化データ）を生成する。ファイル復号器１３４は、コンテンツファイルを復号してビデオデータおよびオーディオデータを出力する。ビデオ復号器１３５は、ビデオデータを復号してビデオ信号を出力する。オーディオ復号器１３６は、オーディオデータを復号してオーディオ信号を出力する。
【００３４】
なお、この図１では、オーディオ符号器１３２の入力信号、ビデオ復号器１３５およびオーディオ復号器１３６の出力信号については省略しているが、それぞれオーディオ入力信号、ビデオ出力信号およびオーディオ出力信号が接続される。
【００３５】
メモリ１３７は、当該映像記録装置１００上で動作するプログラム等を保持し、次に説明するシステム制御部１３９の主記憶に該当し得る。メモリコントローラ１３８は、ファイル生成器１３３やエラー訂正器１４１から供給された多重化データをメモリ１３７に書き込み、また、メモリ１３７から多重化データを読み出してエラー訂正器１４１やファイル復号器１３４に供給する。
【００３６】
システム制御部１３９は、この映像記録装置１００全体の動作を制御するもので、例えば、プロセッサにより構成される。上述のようなメモリコントローラ１３８の動作やファイル生成器１３３およびファイル復号器１３４の動作を制御する。また、システム制御部１３９は、ドライブ制御部１４８と接続してディスクドライブの動作を要求する。また、システム制御部１３９は、カメラ制御部１２６と接続して、オートフォーカスおよびズームの状態として、オートフォーカスがピントを合わせている最中か否かや、焦点距離などを得ることができる。
【００３７】
さらに、システム制御部１３９には表示操作部１５０が接続されている。この表示操作部１５０は、映像記録装置１００により撮像した撮像結果を表示したり、ユーザからの指示入力を把握するためのものである。表示操作部１５０には映像記録装置１００を用いて撮像する際に用いるシャッターキーやズーム調整キー等の他、映像記録装置１００を撮像モードとコンテンツファイルを再生するための再生モードとに切り替えるモード切替キー等の各種操作キーが設けられる。また、後述するインデックスファイルに含まれるサムネイル画像を表示して、ユーザの選択を受け付けることにより選択されたサムネイル画像に対応するコンテンツファイルを再生できるようになっている。このような表示操作部１５０は、例えば、液晶表示パネルとタッチパネル等を用いて構成することができる。
【００３８】
また、表示操作部１５０を介して、ユーザによる撮像結果の記録が指示されると、システム制御部１３９は記録媒体２００のファイルシステムに従って記録媒体２００の空き領域を検出して、その空き領域に順次得られる撮像結果をコンテンツファイル２１０として記録する。このとき、コンテンツファイル２１０からインデックスファイル２２０の生成に必要な情報が取得され、メモリに保持したインデックスファイル２２０の内容が同時に更新される。
【００３９】
エラー訂正器１４１は、メモリコントローラ１３８からの多重化データにインターリーブおよびエラー訂正のための符号を付加してデータ変復調器１４２に供給する。また、エラー訂正器１４１は、データ変復調器１４２からの復調信号に対してデ・インターリーブおよびエラー訂正処理を行って多重化データをメモリコントローラ１３８に供給する。
【００４０】
データ変復調器１４２は、記録媒体２００に記録するための所定の変調を施した後、磁界変調ドライバ１４３に出力すると同時に、光ピックアップ１４７を駆動するための信号を出力する。また、データ変復調器１４２は、光ピックアップ１４７からの信号に所定の復調処理を施して、エラー訂正器１４１に復調信号として出力する。
【００４１】
磁界変調ドライバ１４３は、記録時には入力された信号に応じて磁界ヘッド１４４を駆動して記録媒体２００に磁界を印加する。光ピックアップ１４７は、記録時には記録用のレーザービームを記録媒体２００に照射して、記録媒体２００に信号を記録する。また、光ピックアップ１４７は、再生時には再生用のレーザービームを記録媒体２００に照射して、記録媒体２００から反射されたビーム量から電気信号に光電変換して、再生信号を取得する。これらの動作は、システム制御部１３９からの要求に応じて、ドライブ制御部１４８が、サーボ回路１４５に要求を出してディスクドライブ全体の制御を行う。サーボ回路１４５は、光ピックアップ１４７のディスク径方向の移動のサーボ、トラッキングサーボ、フォーカスサーボを制御し、また、モーター１４６のスピンドルサーボを制御する。
【００４２】
なお、上述の構成例では、記録媒体２００として磁界変調を行う光磁気ディスクを想定しているが、相変化ディスクの場合でも基本的な構成は同様である。また、記録媒体２００は、光ディスク、光磁気ディスクに限られるものではなく、フラッシュメモリ等の半導体メモリであってもよく、映像記録装置１００は記録媒体２００の種類に応じた構成例とすることができる。
【００４３】
図２に本発明の実施の形態のファイル管理装置１６０の機能的構成の主要部を示す。このファイル管理装置１６０は、記録媒体２００に記録されたコンテンツファイル２１０を管理する際に、各コンテンツファイル２１０の管理情報を含むインデックスファイル２２０に基づいて管理する。また、このようなファイル管理装置１６０において、本実施の形態では、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合を検出できるようにしている。
【００４４】
ここで、インデックスファイル２２０は、管理対象の各コンテンツファイル２１０を管理するための管理情報が割り当てられたものであり、そのような管理情報として、後述するように、例えば、ファイル名、ファイルの作成日時、ファイルの更新日時等のファイルのプロパティ情報がある。上記のインデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合とは、インデックスファイル２１０においてコンテンツファイル２１０が管理されている状態と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合をいう。具体的には、インデックスファイル２２０に含まれる管理情報に対応するコンテンツファイル２１０が記録媒体２００には存在していないこと、あるいは、記録媒体２００に記録されているコンテンツファイル２１０に対応する管理情報がインデックスファイル２２０には含まれていないこと、記録媒体２００に記録されているコンテンツファイル２１０の内容とこのコンテンツファイル２１０に対応する管理情報の内容とが不一致であること、等をいう。
【００４５】
ユーザが本実施の形態の映像記録装置１００を用いて、コンテンツファイル２１０の追加、削除、編集等を行うと、これに応じてインデックスファイル２２０の内容が更新され、インデックスファイル２２０にはそのコンテンツファイル２１０に対応する管理情報が追加、削除、編集されるため、通常、上記のような不整合は生じない。しかし、上記のように、ユーザがＰＣなどを通じて、ファイルシステム上から直接コンテンツファイル２１０の追加、削除、編集等を行うと、インデックスファイル２２０の内容は更新されないため、上記のような不整合が起きる場合がある。本実施の形態のファイル管理装置１６０は、これを高速に検出し得るものである。
【００４６】
図２に示すように、ファイル管理装置１６０は、ファイル操作部１６１と、不整合検出情報生成部１６２と、不整合検出情報保持部２３０と、記録状態検出部１６３と、不整合検出部１６４とを備えている。
【００４７】
ファイル操作部１６１は、ファイル管理装置１６０における各種の操作指示を入力するためのものである。ファイル操作部１６１を介して、後述する不整合検出情報の生成や記録媒体２００におけるコンテンツファイル２１０の記録状態の検出、インデックスファイル２２０の内容と記録媒体２００に実際に記録されているコンテンツファイル２１０の記録状態との間の不整合を検出する処理（以下、これら一連の手順を「不整合検出処理」という。）の開始等を指示する信号を入力することができる。
【００４８】
なお、不整合検出処理は、表示操作部１５０を介したユーザによる不整合検出処理の開始を指示する操作入力を待って開始されるようにしてもよいし、所定のタイミングで自動的に開始されるようにしてもよい。不整合検出処理が実行されるタイミングとしては、映像記録装置１００に対して電源が入力された時、ファイルが一定数以上になった時等が挙げられる。ユーザの指示を待って不整合検出処理が行われるようにすれば、ユーザが不整合検出処理を実行したいときにインデックスファイル２２０の内容の不整合を検出できる。映像記録装置１００への電源入力と同時に不整合検出処理が行われるようにすれば、ユーザは特に操作を行うことなく、不整合の有無が検出される。このとき、ファイル数が増えると、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合が生じやすくなる。したがって、ファイル数が一定数以上になった時に不整合検出処理を実行させるようにすれば、不整合が生じやすい状況下においてインデックスファイル２２０の内容に不整合の有無があるかを検出できる。
【００４９】
不整合検出情報生成部１６２は、不整合検出情報を生成するものである。不整合検出情報はインデックスファイル２２０において管理しているコンテンツファイル２１０の管理状態を示す情報である。不整合検出情報はインデックスファイル２２０が生成される際に生成され、インデックスファイル２２０の内容が更新されるときに不整合検出情報の内容も更新される。不整合検出情報はインデックスファイル２２０に含まれる管理情報に基づいて生成してもよいし、インデックスファイル２２０を生成するためにコンテンツファイル２１０から抽出した管理情報に基づいて生成してもよいし、インデックスファイル２２０が生成または更新される際に、コンテンツファイル２１０から不整合検出情報の生成に必要な情報を直接抽出して生成してもよい。不整合検出情報生成部１６２は、不整合検出情報として、不整合が生じ得る態様に応じて複数の種類の情報を生成することができる。そのような不整合検出情報として、ファイル数に関する情報、ファイルの更新日時に関する情報、ファイル名に関する情報、ファイルの作成日時に関する情報等を挙げることができる。
【００５０】
また、コンテンツファイル２１０がディレクトリ構造により記録媒体２００に記録される場合、不整合検出情報生成部１６２は、各ディレクトリ毎に不整合検出情報を生成するように設定されている。
【００５１】
不整合検出情報保持部２３０は、不整合検出情報生成部１６２により生成された不整合検出情報を保持するものである。この不整合検出情報保持部２３０は記録媒体２００に設けることができる。例えば、インデックスファイル２２０のヘッダ部を不整合検出情報保持部２３０とし、不整合検出情報をインデックスファイル２２０のヘッダ部に保持させることができる。なお、インデックスファイル２２０については後述する。
【００５２】
記録状態検出部１６３は、記録媒体２００におけるコンテンツファイル２１０の記録状態を検出するものである。このとき、記録状態検出部１６３は不整合検出情報の種類に対応するようにコンテンツファイル２１０の記録状態を検出する。例えば、不整合検出情報が、ファイル数に関する情報である場合、記録状態検出部１６３は記録媒体２００に記録されたコンテンツファイル２１０のファイル数を検出する。不整合検出情報が、ファイルの更新日時に関する情報である場合、記録状態検出部１６３は記録媒体２００に記録された各コンテンツファイル２１０の更新日時を検出する。不整合検出情報がファイル名に関する情報である場合、記録状態検出部１６３は記録媒体２００に記録された各コンテンツファイル２１０のファイル名を検出する。不整合検出情報がファイルの作成日時に関する情報である場合、記録状態検出部１６３は記録媒体２００に記録された各コンテンツファイル２１０の記録状態を検出する。
【００５３】
また、コンテンツファイル２１０がディレクトリ構造により記録媒体２００に記録される場合、記録状態検出部１６３は各ディレクトリ毎にそのディレクトリに属するコンテンツファイル２１０の記録状態を検出する。
【００５４】
不整合検出部１６４は、不整合検出情報保持部２３０に保持された不整合検出情報と、記録状態検出部１６３により検出された記録媒体２００におけるコンテンツファイル２１０の記録状態とに基づき、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合の有無を検出するものである。
【００５５】
なお、ファイル操作部１６１と、不整合検出情報生成部１６２と、記録状態検出部１６３と、不整合検出部１６４とは映像記録装置１００のシステム制御部１３９上で動作するプログラムとして実現することができる。また、ファイル操作部１６１は表示操作部１５０等を介して入力される操作入力に応じてシステム制御部１３９上で動作するプログラムとして実現することができる。インデックスファイル２２０およびコンテンツファイル２１０は記録媒体２００に記録されるファイルとして実現される。また、不整合検出情報保持部２３０は、インデックスファイル２２０のヘッダ部に設けることができる。
【００５６】
次に、本実施の形態の映像記録装置１００についてソフトウェアの観点から説明する。図３に本実施の形態における映像記録装置１００のソフトウェア１７０の構成を示す。映像記録装置１００におけるソフトウェア１７０の階層は、ユーザインターフェース層１７１、アプリケーション層１７２、第一ミドルウェア層１７３、第二ミドルウェア層１７４、ハードウェアドライバ層１７５およびファイルシステムＡＰＩ（Application Program Interface）層１７６を想定することができる。
【００５７】
ユーザインターフェース層１７１は、ユーザとアプリケーション層１７２との間に介在し、ユーザとアプリケーション層１７２との間で情報の授受を行う層である。
【００５８】
アプリケーション層１７２は、映像記録装置１００による撮像に係る各種操作や撮像結果の表示、ファイル管理装置１６０に係るファイル管理等を行うために設計されたアプリケーションソフトに係る層である。
【００５９】
第一ミドルウェア層１７３および第二ミドルウェア層１７４は、ＯＳ（Operating System）上で動作し、アプリケーションソフトに対してＯＳよりも高度で具体的な機能を提供するソフトウェアに係る層である。
【００６０】
ハードウェアドライバ層１７５は、ハードウェアすなわち映像記録装置１００を動作させるためのソフトウェアに係る層である。
【００６１】
ファイルシステムＡＰＩ層１７６は、記録媒体に記録されているファイル（データ）を管理するソフトウェアを利用するためのプログラム上の手続きを定めた規約の集合等からなる層である。ファイルシステムＡＰＩ層１７６を介して記録媒体２００に記録されたコンテンツファイル２１０、インデックスファイル２２０にアクセスすることになる。
【００６２】
上記のようなソフトウェア構成において、第二ミドルウェア１７６においてコンテンツファイル２１０にアクセスできると想定した場合、第二ミドルウェア１７６が図２において説明した不整合検出情報生成部１６２、記録状態検出部１６３、不整合検出部１６４の機能を担うことができる。すなわち、第二ミドルウェア１７６において不整合検出情報を生成したり、記録媒体２００におけるコンテンツファイル２１０の記録状態を検出したり、不整合検出情報と記録媒体２００におけるコンテンツファイル２１０の記録状態に基づいて、インデックスファイル２２０の内容とコンテンツファイル２１０の記録状態との間の不整合の有無を検出することができる。
【００６３】
一方、第二ミドルウェア１７６においてコンテンツファイル２１０にアクセスすることができないと想定した場合、アプリケーション層１７２が上記不整合検出情報生成部１６２、記録状態検出部１６３、不整合検出部１６４の機能を担う必要がある。
【００６４】
次に、図４を参照してファイル管理装置１６０によるコンテンツファイル２１０の管理の方法を説明する。本実施の形態のファイル管理装置１６０は、インデックスファイル２２０に基づいてコンテンツファイル２１０を管理する。本実施の形態のファイル管理装置１６０は、図４（ｂ）に示すように、記録媒体２００におけるファイルシステム上のコンテンツファイル２１０のディレクトリ構造に従って、コンテンツファイル２１０を管理することもできるし、図４（ａ）に示すような仮想的なフォルダ構造を構築して、図４（ｂ）に示すディレクトリ構造とは独立した仮想的なフォルダ構造によりコンテンツファイル２１０を管理することもできる。
【００６５】
なお、インデックスファイル２２０自体は記録媒体２００に記録され、コンテンツファイル２１０等とともに所定のファイルシステムに従って管理されている。すなわち、インデックスファイル２２０の記録位置のアドレス、ファイル名、ファイル長等のインデックスファイル２２０を読み出すために必要な情報はファイルシステムにより管理される。映像記録装置１００のシステム制御部１３９は必要に応じて、インデックスファイル２２０を読み出して、メモリコントローラ１３８によりこの読み出したインデックスファイル２２０を取得し、内蔵のメモリ１３７に記録して保持する。これにより、この実施の形態では、インデックスファイル２２０を利用して記録媒体２００に記録されたコンテンツファイル２１０の処理に関して全体の操作性を向上するようになされている。
【００６６】
図４（ａ）に示すインデックスファイル２２０により構築される仮想的なフォルダ構造について説明する。本実施の形態のファイル管理装置１６０はこのような仮想的なフォルダ構造によりコンテンツファイル２１０を管理することを想定している。
【００６７】
図４（ａ）の仮想的なフォルダ構造では、複数のフォルダエントリＦＤＥと複数のファイルエントリＦＬＥが階層構造により設けられている。
【００６８】
各フォルダエントリＦＤＥは、インデックスファイル２２０に仮想的に設けられるフォルダである。このフォルダは、ユーザの設定により、例えば、撮影日、撮影場所、撮像画像の種類（風景、人物、動物、建造物等）等に応じて設けることができる。フォルダエントリにより、ファイルエントリまたは他のフォルダエントリをまとめることができる。これにより、インデックスファイル２２０において仮想的なフォルダ構造を構築することができる。
【００６９】
一方、各ファイルエントリＦＬＥは、図４（ｂ）に示すファイルシステム上のコンテンツファイル２１０（Ｆｉｌｅ１〜５）のいずれかに対応するものである。インデックスファイル２２０では、記録媒体２００に記録されたコンテンツファイル２１０が管理対象のファイルとして登録された場合、登録されたコンテンツファイル２１０にはこれを識別するためのエントリ番号が付与される。インデックスファイルでは、各コンテンツファイル２１０はファイルとしてインデックスファイルにエントリされたファイルエントリとして取り扱われる。これが図４（ａ）に示すファイルエントリＦＬＥである。なお、インデックスファイル２２０にフォルダが設定された場合、このフォルダに対してもエントリ番号が付与され、インデックスファイル２２０においてフォルダエントリとして管理される。このように、ユーザはインデックスファイル２２０において所望のフォルダを仮想的に設けることができ、その仮想的なフォルダに所望のコンテンツファイル２１０が属しているようにインデックスファイル２２０において設定することができる。
【００７０】
図４（ａ）に示す仮想的なフォルダ構造では、４つのフォルダエントリＦＤＥ−Ａ、ＦＤＥ−Ｂ、ＦＤＥ−Ｃ、ＦＤＥ−Ｄが設けられている。親フォルダとなるフォルダエントリＦＤＥ−Ａの下層に２つのフォルダエントリＦＤＥ−Ｂ、ＦＤＥ−Ｃがそれぞれ設けられている。フォルダエントリＦＤＥ−Ｂには２つのファイルエントリＦＬＥ−１、ＦＬＥ−２が属するように設定されている。また、フォルダエントリＦＤＥ−Ｃには１つのファイルエントリＦＬＥ−３と１つのフォルダエントリＦＤＥ−Ｄが設けられている。フォルダエントリＦＤＥ−Ｄには２つのファイルエントリＦＬＥ−４、ＦＬＥ−５が設けられている。
【００７１】
これに対して、図４（ｂ）は、記録媒体２００におけるコンテンツファイル２１０の現実の記録状態を示したものである。コンテンツファイル２１０は所定のファイルシステムにより管理されて、所定のディレクトリ構造により記録媒体２００に記録される。図４（ｂ）に示す例では、ルートディレクトリＤｉｒＡには２つのディレクトリＤｉｒＢ、ＤｉｒＣが設けられ、一方のディレクトリＤｉｒＢには３つのファイルＦｉｌｅ１、２、３が、他方のディレクトリＤｉｒＣには２つのファイルＦｉｌｅ４、５がそれぞれ属している。
【００７２】
これらのコンテンツファイル２１０を示す各ファイルＦｉｌｅは、上述のようにインデックスファイル２２０においてファイルエントリＦＬＥとして管理される。例えば、図４（ａ）に示すフォルダ構造におけるファイルエントリＦＬＥ−１、ＦＬＥ−２はそれぞれファイルシステム上のファイルＦｉｌｅ２、Ｆｉｅｌ５に対応するものであり、ファイルＦｉｌｅ２、Ｆｉｌｅ５はインデックスファイル２２０では仮想的にフォルダエントリＦＤＥ−Ｂに属するように設定されている。また、ファイルエントリＦＬＥ−３はファイルシステム上のファイルＦｉｌｅ１に対応し、ファイルエントリＦＬＥ−４、ＦＬＥ−５はそれぞれファイルシステム上のファイルＦｉｌｅ３、Ｆｉｌｅ４に対応する。
【００７３】
このような仮想的なフォルダ構造をアプリケーション上構築することにより、例えば、ファイル運用規定等によりファイルシステム上のディレクトリ構造が決定される場合でも、ユーザにファイルシステム上でファイル操作を行わせることなく、ユーザ所望のフォルダを作成させてコンテンツファイル２１０を分類して管理させることができる。
【００７４】
なお、ファイル運用規定として、例えば、ＤＣＦ（Design rule for Camera File system）規格を挙げることができる。ＤＣＦ規格はデジタルカメラのファイルの格納方法として制定されたものであり、ＤＣＦ規格に対応する機器間で画像ファイルを相互に利用できるようにしたものである。ＤＣＦ規格では図５に示すようなディレクトリ構造によりコンテンツファイル２１０が記録媒体２００に記録されるようになっている。標準的なＤＣＦ規格では、ルートディレクトリ（ROOT）の直下にＤＣＩＭというディレクトリ名を有するＤＣＦイメージルートディレクトリが設けられる。
【００７５】
そして、ＤＣＦイメージルートディレクトリの配下には静止画データのファイルを格納するためのＤＣＦディレクトリが設けられる。このＤＣＦディレクトリのディレクトリ名は、８文字であり、第１文字目から第３文字目は１００から９９９のディレクトリ番号で、それに続く５文字は半角英数大文字のみ使用された自由文字と呼ばれる。ディレクトリ番号は互いに重複しないように付与されなければならないが、欠番は生じても許容される。
【００７６】
各ＤＣＦディレクトリ内には静止画データのファイルが格納される。このファイル名は、拡張子を除いて８文字であり、第１文字目から第４文字目は半角英数大文字のみ使用された自由文字であり、続く４文字は０００１から９９９９のファイル番号である。ファイル番号は互いに重複しないように付与されなければならないが、欠番は生じても許容される。また、静止画データとして利用されるＪＰＥＧ圧縮形式の場合、拡張子は「．ＪＰＧ」となる。このようにＤＣＦ規格に従えば、各静止画を示すコンテンツファイル２１０は何れかのディレクトリに属することになる。
【００７７】
次に、インデックスファイル２２０の構成を説明する。インデックスファイル２２０は管理対象となるファイルの種類に応じてその構成も異なるが、管理対象となるファイルのファイルフォーマットと同様の構成にすることが望ましい。
【００７８】
まず、インデックスファイル２２０の構成の前提として、管理対象ファイルとしてのコンテンツファイル２１０の構成を、図６を参照して説明する。本実施の形態では、コンテンツファイル２１０のファイルフォーマットとしてQuickTimeファイルフォーマットを適用した場合について説明する。なお、以下において、QuickTimeファイルフォーマットに従って記録されたファイルをＱＴムービーファイルという。
【００７９】
図６にQuickTimeファイルフォーマットにより記録されたコンテンツファイル２１０の構成を示す。QuickTimeファイルフォーマットは、マルチメディアデータを扱うためのファイルフォーマットであり、アトム（atom）と呼ばれるデータユニットを基準として構成される。QuickTimeファイルフォーマットでは、ビデオデータおよびオーディオデータの実データはムービーデータアトム（タイプ名：'ｍｄａｔ'）４００と呼ばれるデータユニットに保持され、このムービーデータアトム４００の再生に必要な情報はムービーアトム（タイプ名：'ｍｏｏｖ'）３００と呼ばれるデータユニットに保持されるようになっている。
【００８０】
ムービーアトム３００には、ムービーデータアトム４００の再生に必要な情報が、階層構造によりムービーヘッダアトム（movie header atom）３１０、ムービークリッピングアトム（movie clipping atom）３２０、ユーザ定義データアトム３３０、１つ以上のトラックアトム３４０等に割り当てられる。
【００８１】
ムービーヘッダアトム３１０は、ＱＴムービーファイル全体に関する情報を収容する。例えば、ムービー全体の期間や時間スケール、作成日等を項目として含む。ムービークリッピングアトム３２０は、クリッピング領域を指定する。ユーザ定義データアトム３３０は、ユーザにより定義された任意の情報を含む。トラックアトム３４０は、サウンド、ビデオ、テキストといった異なるタイプのデータをそれぞれ別のトラックに格納する。
【００８２】
トラックアトム３４０にはトラック全体に関する情報（例えば、ビデオのピクセル数、サウンドの音量、作成日等）を保持するトラックヘッダアトム（track header atom）３４１、トラックのクリッピング領域を指定するトラッククリッピングアトム（track clipping atom）３４２、トラックマットアトム（track matte atom）３４３、エディットアトム（edit atom）３４４、メディアアトム（media atom）３４５が設けられ、ムービーデータアトム４００の個々のデータに関する情報が記述される。
【００８３】
例えば、メディアアトム３４５は、そのトラックで実際に用いられる実データに関する情報を格納する。すなわち、メディアアトム３４５は、メディア全体に関する情報、メディアデータの取扱いに関する情報、メディアの構成に関する情報等を格納する。実データはサンプル（sample）と呼ばれる最小単位に分かれており、このサンプルを任意の個数分集めたものがチャンク（chunk）と呼ばれる。メディアアトム３４５では、サンプルのサイズや、チャンクの先頭格納場所、各サンプルの表示時間等が格納される。
【００８４】
ムービーデータアトム４００に格納されるビデオデータやオーディオデータの実データは、圧縮符号化が施されていないリニアデータであってもよいし、所定の圧縮符号化方式により圧縮符号化されたものであってもよい。ビデオデータ（画像データ）については、MPEG2 Video、Motion JPEG、Motion JPEG2000、MPEG4、AVC（Advanced Video Coding：MPEG4-part10）等の規定に従う圧縮符号化方式によって符号化された画像データを格納することができる。オーディオデータについては、例えば、MPEG1 Audio Layer2、Dolby AC3（Audio Code number 3）、ATRAC（Advanced TRansform Acoustic Coding）等の規定に従う圧縮符号化方式によって符号化されたオーディオデータを格納することができる。ビデオデータおよびオーディオデータの符号化方式に特に限定があるものではない。
【００８５】
また、ムービーデータアトム４００にはテキストデータやＭＩＤＩ（Musical Instrument Digital Interface）等による実データを割り当てることもでき、この場合は、このムービーデータアトム４００の構成に対応してムービーアトム３００にはテキストトラック、ＭＩＤＩトラックが設けられる。
【００８６】
図７に上記ＱＴムービーファイルに対応するインデックスファイル２２０の構成を示す。図７に示すように、インデックスファイル２２０は、ＱＴムービーファイルのムービーアトム３００に対応するインデックスアトム５００と、ムービーデータアトム４００に対応するインデックスデータアトム６００とを備えている。
【００８７】
インデックスアトム５００には、インデックスデータアトム６００に割り当てられる実データを管理するための情報等がチャンクにより割り当てられる。これに対して、インデックスデータアトム６００には、記録媒体２００に記録された管理対象の各コンテンツファイル２１０の管理情報等が割り当てられる。管理情報はコンテンツファイル２１０の属性や内容を示す情報であり、インデックスファイル２２０においてコンテンツファイル２１０を管理するために用いられる情報である。このような管理情報として、例えば、プロパティ、テキスト、サムネイル画像、イントロ等が挙げられる。
【００８８】
インデックスデータアトム６００では、管理対象ファイルとして登録された各コンテンツファイル２１０をエントリとして取り扱う。各エントリ６１０、６２０には、そのエントリに対応するコンテンツファイル２１０がＱＴムービーファイルである場合、コンテンツファイル２１０の管理情報として、プロパティ７００、テキスト６１１、サムネイル画像６１２、イントロ６１３の各データがチャンクに設定されて割り当てられる。ここで、プロパティ７００はインデックスデータアトム６００の必須の項目となるが、テキスト６１１、サムネイル画像６１２、イントロ６１３は管理対象となるコンテンツファイル２１０の種類によって設けられない場合もある。例えば、音声情報を伴わない静止画像ファイルが管理対象のコンテンツファイル２１０である場合、イントロ６１３は設けられない。
【００８９】
プロパティ７００は、管理対象のコンテンツファイル２１０の属性を示すデータであり、管理対象のコンテンツファイル２１０に設定されたバイナリーデータによる管理情報等がエントリを管理する情報とともに割り当てられる。
【００９０】
テキスト６１１は、各管理対象のコンテンツファイル２１０に係るタイトルの文字列を示すデータ等により構成される。
【００９１】
サムネイル画像６１２は、各管理対象のコンテンツファイル２１０の内容を示す静止画像により構成される。例えば、コンテンツファイル２１０が動画データを扱う場合、その先頭画像をサムネイル画像として割り当てることもできるし、ユーザの選択によりサムネイル画像に割り当てる画像を設定するようにしてもよい。
【００９２】
イントロ６１３は、各管理対象のコンテンツファイル２１０の内容を示すオーディオデータである。イントロ６１３に割り当てるデータとして、例えば、対応するコンテンツファイル２１０の再生開始より数秒間（例えば５秒間）のオーディオデータを割り当てることもできるし、ユーザの選択によりイントロに割り当てるオーディオデータを設定するようにしてもよい。
【００９３】
次に、インデックスアトム５００を説明する。インデックスアトム５００は、ムービーヘッダアトム５１０と、インデックスデータアトム６００のプロパティ７００に対応するプロパティトラック５２０、テキスト６１１に対応するテキストトラック５３０、サムネイル画像６１２に対応するサムネイルトラック５４０、イントロ６１３に対応するイントロトラック５５０が設けられる。
【００９４】
ムービーヘッダアトム５１０には、ＱＴムービーファイルの場合と同様に、このインデックスファイル２２０全体に関する情報が割り当てられ、プロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０を統括する。プロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０には、それぞれ対応する実データの位置情報がコンテンツファイル２１０のエントリ順にテーブル形式により割り当てられる。
【００９５】
図８に示すように、インデックスデータアトム６００には、各エントリに対して、コンテンツファイル２１０の管理情報の実データが割り当てられている。例えば、エントリ番号２（エントリ＃２）のエントリには管理情報の実データとしてプロパティＰ、トラックＴ、サムネイル画像が割り当てられている。これに対して、インデックスデータアトム５０において、プロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０には、インデックスデータアトム６００に各エントリ毎に割り当てられるプロパティ７００、トラック６１１、サムネイル画像６１２、イントロ６１３の実データの位置情報が割り当てられている。
【００９６】
図９(a)〜（ｄ）にプロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０に割り当てられる実データの位置情報の例を示す。それぞれ対応するプロパティ７００、トラック６１１、サムネイル画像６１２、イントロ６１３の各データ（チャンク）の開始バイトの相対位置（ＲＢＰ：Relative Byte Number）、データ長（Length）がフィールド名毎に割り当てられるようになっている。
【００９７】
図１０に示すように、プロパティ７００は、プロパティエントリヘッダ（Prpperty Entry Header）７１０、基本プロパティデータ（Basic Property Data）７４０、プロパティ拡張データ（Property Extension Data）７５０を備える。各データはチャンクにより設定される。プロパティエントリヘッダ７１０は、階層構造により管理対象ファイルを管理するために必要な情報が割り当てられるものである。基本プロパティデータ７４０は、コンテンツファイル２１０のファイルフォーマットに関する情報やファイルの作成日時、ファイルの更新日時、ファイル識別子等、コンテンツファイル２１０の基本的な属性情報が割り当てられるものである。プロパティ拡張データ７５０は、基本プロパティデータ７４０の拡張データが割り当てられる。
【００９８】
図１１にプロパティエントリヘッダ７１０の構成を示す。図１１に示すように、プロパティエントリヘッダ７１０は、エントリ番号（Entry Number）７１１、親エントリ番号（Parent Entry Number)７１２、プロパティエントリフラグ（Property Entry Flags)７２０、プレイオーダー（Play Order）７１３、データサイズ（Entry Data Size）７１４、ネクスト拡張エントリ（Next-extends-entry）７１５等を備える。
【００９９】
エントリ番号７１１は、エントリの識別データであり、固有のコードが与えられる。エントリ番号７１１として、インデックスファイル２２０に管理対象のコンテンツファイル２１０（又はフォルダ）がインデックスファイル２２０に登録（エントリ）された順に０から歩進する番号を割り振ることができる。このエントリ番号７１１により、管理されているコンテンツファイル２１０が特定される。なお、エントリ番号をエントリされた順に歩進する番号を割り当てるように定義した場合、このエントリ番号領域を省略することもできる。親エントリ番号７１２は、各エントリが属するエントリのエントリ番号を示す。
【０１００】
プロパティエントリフラグ７２０によりエントリの属性が設定される。プロパティエントリフラグ７２０の構成例を図１２に示す。図１２に示すように、この構成例では、エントリの属性を示すためのフラグとして、エントリがオリジナルかお気に入りかを示すフラグ（Original/Favorite）７２１、エントリがフォルダかファイルかを示すフラグ（File /Folder）７２２、エントリの拡張領域であることを示すフラグ（Extends）７２３、エントリが有効か無効かを示すフラグ（Valid）７２４、エントリに登録されたファイルが別のファイルを参照していることを示すフラグ（Reference）７２５、エントリに登録されたファイルが分割された子ファイルであることを示すフラグ（Child File）７２６、エントリに登録されたファイルが分割された子ファイルの親ファイルであることを示すフラグ（Parent File）７２７、それぞれこのプロパティのエントリに対応するテキスト、サムネイル画像、イントロが拡張領域を有しているか否かを示すフラグ７２８、７２９、７３１等が設けられている。
【０１０１】
これらのうち、1ビット目に割り当てられるエントリがファイルかフォルダを示すフラグ７２２は、そのエントリがファイルに係るエントリか、エントリをまとめるフォルダに係るエントリ（Folder)かを示すフラグである。フォルダに係るエントリはユーザの設定等により設けることができる。
【０１０２】
エントリが有効か無効かを示すフラグ７２４は、そのエントリが有効か無効を示す。本実施の形態では、例えば、１つのコンテンツファイル２１０を削除した場合、このフラグ７２４を切り替えて、対応するコンテンツファイル２１０が無効であることを示すことにより、インデックスファイル２２０の内容を更新するようになっている。
【０１０３】
基本プロパティデータ７４０は、図１３に示すように、対応する管理対象のコンテンツファイル２１０について、ファイルフォーマットの情報（Format Brand）７４１、復号化（デコード）に関する情報（Media Profile）７４２、コンテンツファイル２１０の内容に関するフラグであるコンテンツステータスフラグ（Contents Status Flag）７４３、ファイル作成日時（Creation Time）７４４、ファイル更新日時（Modification Time）７４５、デュレーション（Duration）７４６、ファイル識別子（Binary File Identifier）７４７、参照ファイル数（Referred Counter）７４８により構成される。
【０１０４】
この基本プロパティデータ７４０のうち、ファイル作成日時７４５には、そのコンテンツファイル２１０が作成された日時を示す情報が割り当てられる。ファイル更新日時７４６には、そのコンテンツファイル２１０が編集される等により更新された日時を示す情報が割り当てられる。この基本プロパティデータ７４０におけるファイル作成日時７４５およびファイル更新日時７４６にそれぞれ割り当てられる情報に基づいて、それぞれ不整合検出情報を生成することができる。
【０１０５】
また、コンテンツステータスフラグ７４３には、そのコンテンツファイル２１０の管理情報にタイトル、サムネイル画像、イントロのチャンクが存在するか否かを示すフラグや、コンテンツの種類（動画、静止画、オーディオ等の種類）を示す情報が割り当てられる。
【０１０６】
また、ファイル識別子７４８には、そのコンテンツファイル２１０の所在が記述されて構成される。ファイル識別子７４８を参照することにより、管理対象のコンテンツファイル２１０がファイルシステム上において所属するディレクトリを特定することができる。
【０１０７】
なお、この実施の形態では図１４に示すように、ファイル識別子７４８には記録媒体２００に記録された管理対象のコンテンツファイル２１０のファイル名又は対応するフォルダのフォルダ名が割り当てられる。このファイル識別子７４８に割り当てられるコンテンツファイル２１０のファイル名に基づいて、不整合検出情報の一つを生成することができる。
【０１０８】
なお、ファイルの所在をこのファイル識別子７４８の領域により表し得ない場合、このファイル識別子７４８に代えて、インデックスデータアトム６００のプロパティ７００に含まれるプロパティ拡張データ７５０（図１０参照）に記載される。プロパティ拡張データ７５０にコンテンツファイル２１０の所在が記載される場合、ＵＲＬ（Uniform Resource Locator）により表現される。
【０１０９】
以上のインデックスファイル２２０において、インデックスデータアトム６００のプロパティ７００に含まれるコンテンツファイル２１０のエントリ番号７１１、プロパティエントリフラグ７２０、親エントリ番号７１２、ファイル識別子７４８又はプロパティ拡張データ７５０に記載されたＵＲＬにより、コンテンツファイル２１０が図１４（ａ）、（ｂ）に示すような仮想的なフォルダ構造が構築される。
【０１１０】
なお、図１４（ａ）は、図４（ｂ）で表すフォルダ構造における各エントリのエントリ番号７１１、プロパティエントリフラグ７２０のうちエントリがファイルかフォルダを示すフラグ７２２、親エントリ番号７１２、ファイル識別子７４８又はＵＲＬを示している。
【０１１１】
図１４（ａ）に示す例では、インデックスファイル２２０にエントリ番号「０」から「７」のエントリが含まれている。これらのうち、フラグ７２２により示されるように、エントリ番号「０」、「３」、「４」、「８」に係るエントリは、フォルダに係るエントリ（フォルダエントリ）である。これに対して、エントリ番号「１」、「２」、「５」、「６」、「７」はファイルに係るエントリ（ファイルエントリ）である。
【０１１２】
各エントリは、親エントリ番号７１２により、それぞれのエントリが属するエントリが示されている。また、ファイル識別子７４８により、各ファイルエントリと記録媒体２００に記録されているコンテンツファイル２１０がファイル名により対応付けられている。
【０１１３】
上記のインデックスファイル２２０の構成により、図1４（ｂ）に示すようなフォルダ構造が設定される。すなわち、図1４（ｂ）では、インデックスファイル２２０により、フォルダエントリＥ−０の下層にフォルダエントリＥ−３とファイルエントリＥ−１、Ｅ−２とが設けられ、フォルダエントリＥ−３の下層にフォルダエントリＥ−４とファイルエントリＥ−５とが設けられ、フォルダエントリＥ−４の下層にファイルエントリＥ−６、Ｅ−７が設けられた仮想的なフォルダ構造がファイルシステムにおけるディレクトリ構造とは独立して設定されている。
【０１１４】
次に、図１５に示す不整合検出情報について説明する。不整合検出情報は、インデックスファイル２２０の内容と、記録媒体２００に実際に記録されているコンテンツファイル２１０の記録状態との間の不整合の有無を検出するために用いられる情報である。この不整合検出情報は、例えば、インデックスファイル２２０のヘッダ部に設けることができる。上述したＱＴムービーファイルに対応するインデックスファイル２２０の構成例においては、ムービーヘッダアトム５１０に不整合検出情報を割り当てることができる。
【０１１５】
図１５に本発明の実施の形態における不整合検出情報８００の構成の一例を示す。コンテンツファイル２１０が所定のファイルシステムに従ってディレクトリ構造により記録媒体２００に記録されている場合、不整合検出情報８００もファイルシステム上の各ディレクトリ毎に設けられる。
【０１１６】
不整合検出情報８００として、図１５には、各ディレクトリに設けられたコンテンツファイル２１０の全ファイル数を示す「ファイル数」に関する不整合検出情報８１０、各ディレクトリに設けられたコンテンツファイル２１０の全ファイルの更新日時から生成されるファイルの更新日時に関する不整合検出情報を示す「更新日時のチェックサム」８２０、各ディレクトリに設けられたコンテンツファイル２１０の全ファイル名から生成されるファイル名に関する不整合検出情報を示す「ファイル名のチェックサム」８３０の３種類を具備する例を示した。
【０１１７】
なお、図１５に示す不整合検出情報８００は、図４（ｂ）に対応するもので、図４（ｂ）に示すファイルシステム上のディレクトリＤｉｒＡ、ディレクトリＤｉｒＡの下に設けられるディレクトリＤｉｒＢ（ＤｉｒＡ／ＤｉｒＢ）およびディレクトリＤｉｒＣ（ＤｉｒＡ／ＤｉｒＣ）毎に「ファイル数」に関する不整合検出情報（以下、「ファイル数」とする）８１０、「更新日時のチェックサム」８２０、「ファイル名のチェックサム」８３０が設けられている。
【０１１８】
上記の各不整合検出情報８１０、８２０、８３０は、ユーザがファイルシステム上において直接ファイル操作を行うことによりインデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間に不整合が生じる場合を想定して設けられたものである。すなわち、「ファイル数」８１０は、ユーザがコンテンツファイル２１０を直接ファイルシステム上において追加、削除した場合に生じる不整合を有効に検出させる。また、「更新日時のチェックサム」８２０は、ユーザがファイルシステム上でコンテンツファイル２１０の上書きおよび編集を行った場合、また、コンテンツファイル２１０の追加、削除を行った場合に生じる不整合を有効に検出される。また、「ファイル名のチェックサム」８３０は、ユーザがコンテンツファイル２１０のファイル名を直接ファイルシステム上で変更した場合、およびファイルの追加、削除した場合に生じる不整合を有効に検出させる。
【０１１９】
なお、不整合検出情報８００の種類は上記態様に限定されるものではなく、必要に応じて、１種類または２種類の不整合検出情報のみを保持するものとしてもよいし、他の種類の不整合検出情報を保持するものとしてもよい。
【０１２０】
また、上記以外の不整合検出情報として、例えば、各ディレクトリに含まれるファイルのうち最も新しく作成されたファイルの作成日時に関する情報や各ディレクトリにおいて最後に更新されたファイルの更新日時に関する情報等が挙げられる。これらは、ファイルの作成日時あるいはファイルの更新日時を示すデータそのものであってもよいし、各データから求められるチェックサムであってもよい。これにより、管理対象のコンテンツファイル２１０の追加、編集によりインデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間に不整合が生じた場合、その不整合を高速に検出させることができる。
【０１２１】
各不整合検出情報８１０、８２０、８３０は、予め不整合生成部１６２（図２参照）により生成されて、インデックスファイル２２０の例えばヘッダ部に保持される。そして、コンテンツファイル２１０の追加、削除、編集が行われたとき、ファイル管理装置１６０のソフトウェア１７０を通して、インデックスファイル２２０の内容を更新するとともに、追加、削除、編集されたコンテンツファイル２１０の管理情報に対応して不整合検出情報８００も更新されるようになっている。
【０１２２】
次に、不整合検出情報８００の生成方法について説明する。
【０１２３】
不整合検出情報８００のうち、「ファイル数」８１０は、ファイルシステム上に存在する各ディレクトリに含まれる全てのファイルの「数」を示す情報である。例えば、図４（ｂ）に示す場合、ファイルシステムにおけるディレクトリＤｉｒＡには、その下層にディレクトリＤｉｒＢとディレクトリＤｉｒＣを有するが、コンテンツファイル２１０は含まない。よって、図１５に示すように、不整合検出情報においてディレクトリＤｉｒＡの「ファイル数」８１０は「０」になる。同様に、ディレクトリＤｉｒＢには３つのファイルＦｉｌｅ１、Ｆｉｌｅ２、Ｆｉｌｅ３が含まれるので、ディレクトリＤｉｒＡ／ＤｉｒＢの「ファイル数」８１０は「３」になる。同様に、ディレクトリＤｉｒＡ／ＤｉｒＣには２つのファイルＦｉｌｅ４、Ｆｉｌｅ５が含まれるので、ディレクトリＤｉｒＡ／ＤｉｒＣの「ファイル数」８１０は「２」となる。
【０１２４】
「ファイル数」８１０は、記録媒体２００にコンテンツファイル２１０が追加、削除されたときに更新される。すなわち、記録媒体２００に記録されるコンテンツファイル２１０が追加されたとき、該当するディレクトリのファイル数が「１」増加される。記録媒体２００から管理対象のコンテンツファイル２１０が削除されたとき、そのコンテンツファイル２１０が削除されたディレクトリのファイル数が「１」減らされる。あるコンテンツファイル２１０が編集等されて更新された場合、記録媒体２００に記録されているファイル数自体には変化はないので、不整合検出情報８００内の「ファイル数」８１０も変更されない。
【０１２５】
次に、「更新日時のチェックサム」８２０について説明する。「更新日時のチェックサム」８２０は、ファイルシステム上に存在する各ディレクトリ毎にそのディレクトリに含まれる全てのファイルが更新された日時に基づいて生成される。具体的には、図１６に基づいて説明する。
【０１２６】
図１６に示すように、ファイルシステム上のあるディレクトリに含まれるファイル数がＭである場合、そのディレクトリに含まれるコンテンツファイル２１０をファイルＦ１、ファイルＦ２、・・・、ファイルＦＭとする。各コンテンツファイル２１０の更新日時のデータのバイト長がＫのとき、例えば、ファイルＦＭの更新日時のデータのＫバイトのバイト列をＴＭ１、ＴＭ２、・・・ＴＭＫと表すことができる。
【０１２７】
例えば、記録媒体２００のファイルフォーマットがＵＤＦ（Universal Disk Format）の場合、コンテンツファイル２１０の更新日時のデータは、図１７に示すように、「タイムゾーン」、「年」、「月」、「日」、「時」、「分」、「秒」、「１００分の１秒」、「１００マイクロ秒」、「マイクロ秒」から構成される。各項目において、「タイムゾーン」および「年」には２バイト割り当てられ、その他の項目については１バイトずつ割り当てられており、UDFファイルの更新日時のデータのバイト列（バイト長＝１２）はＴｉ１、Ｔｉ２、・・・Ｔｉ１２と表せる。
【０１２８】
そして、対象となるディレクトリに含まれる各コンテンツファイル２１０毎に、この更新日時のデータのバイト列から生成されるビット列を求める。すなわち、図１６に示すように、ファイルＭについてみれば、ファイルＭの更新日時のデータのバイト列に含まれる各データを構成する値の排他的論理和を求めることにより生成されるビット列をＣＴＭとする。例えば、図１６に示すＵＤＦファイルについてみれば、Ｔｉ１とＴｉ２と・・・Ｔｉ１２との排他的論理和を求めることにより、１つのファイルについてファイルの更新日時から生成される１バイトのビット列ＣＴｉが生成される。
【０１２９】
このように求められた各ファイルの更新日時のビット列について、さらに、全ファイルの排他的論理和を求めることにより、対象ディレクトリについての更新日時のチェックサムＣＴが生成される（図１６参照）。
【０１３０】
「更新日時のチェックサム」８２０は、記録媒体２００に記録されるコンテンツファイル２１０が追加、削除、更新されたとき、同時にその値も更新される。
【０１３１】
記録媒体２００にコンテンツファイル２１０が追加されたとき、このコンテンツファイル２１０を含むディレクトリの「更新日時のチェックサム」８２０を、元のチェックサムを構成するビット列と、追加されたコンテンツファイル２１０の更新日時から生成されるビット列の排他的論理和とする。
【０１３２】
記録媒体２００からコンテンツファイル２１０が削除されたとき、このコンテンツファイル２１０が削除されたディレクトリの「更新日時のチェックサム」８２０を、元のチェックサムを構成するビット列と削除されたファイルの更新日時から生成されるビット列の排他的論理和とする。
【０１３３】
記録媒体２００に記録されているコンテンツファイル２１０の内容が更新された場合、このコンテンツファイル２１０を含むディレクトリの「更新日時のチェックサム」８２０は、元のチェックサムを構成するビット列と、内容が更新されたコンテンツファイル２１０の更新前の当該ファイル２１０の更新日時から生成されるビット列と、該当ファイル２１０の更新後の当該ファイル２１０の更新日時から生成されるビット列との排他的論理和を新たな「更新日時のチェックサム」８２０とする。
【０１３４】
次に、図１８を参照して「ファイル名のチェックサム」８３０について説明する。「ファイル名のチェックサム」８３０は、ファイルシステム上に存在する各ディレクトリ毎にそのディレクトリに含まれる管理対象のコンテンツファイル２１０のファイル名に基づいて生成される。
【０１３５】
ファイルシステム上のあるディレクトリに含まれる管理対象のコンテンツファイル２１０のファイル数がＭである場合、そのディレクトリに含まれるコンテンツファイル２１０をファイルＦ１、ファイルＦ２、・・・、ファイルＦＭとする。各コンテンツファイル２１０のファイル名を示すデータのバイト長がＫのとき、例えば、コンテンツファイルＦＭのファイル名を示すデータのバイト列をＮＭ１、ＮＭ２、・・・ＮＭＫと表すことができる。各コンテンツファイル２１０毎に、このファイル名を示すデータのバイト列から生成されるビット列を求める。すなわち、図１８に示すように、ファイルＦＭについてみれば、ファイルＦＭのファイル名を示すデータのバイト列に含まれる各データを構成する値の排他的論理和を求めることにより生成されるビット列をＣＮＭとする。
【０１３６】
このように生成された各コンテンツファイル２１０毎のビット列の排他的論理和をさらに求めることにより、対象ディレクトリについてのファイル名のチェックサムＣＮ８４０が生成される。
【０１３７】
この「ファイル名のチェックサム」８３０は、記録媒体２００にコンテンツファイル２１０が追加、削除、更新されたとき、同時にその値も更新される。
【０１３８】
記録媒体２００に管理対象のコンテンツファイル２１０が追加されたとき、そのコンテンツファイル２１０を含むディレクトリの「ファイル名のチェックサム」８３０を、元のチェックサムを構成するビット列と、追加されたコンテンツファイル２１０のファイル名から生成されるビット列との排他的論理和を新たな「ファイル名のチェックサム」８３０とする。
【０１３９】
記録媒体２００から管理対象のコンテンツファイル２１０が削除されたとき、そのコンテンツファイル２１０が削除されたディレクトリの「ファイル名のチェックサム」８３０を、元のチェックサムを構成するビット列と削除されたコンテンツファイル２１０のファイル名から生成されるビット列との排他的論理和とする。
【０１４０】
記録媒体２００に記録されているコンテンツファイル２１０の内容が更新された場合、更新されたコンテンツファイル２１０の名前の変更はないので「ファイル名のチェックサム」８３０の変更もない。すなわち、そのコンテンツファイル２１０を含むディレクトリの「ファイル名のチェックサム」８３０は、元のチェックサムを構成するビット列と同一である。
【０１４１】
なお、記録媒体２００にディレクトリが新たに追加された場合、不整合検出情報８００には新たなディレクトリに該当する項目が追加される。新たに追加されたディレクトリについて「ファイル数」８１０、「更新日時のチェックサム」８２０、「ファイル名のチェックサム」８３０のいずれも「０」に設定される。
【０１４２】
これに対して、記録媒体２００からあるディレクトリが削除された場合、不整合検出情報８００において削除されたディレクトリに対応する項目が削除される。また、ディレクトリ名が変更された場合、不整合検出情報８００において該当するディレクトリ名が変更される。
【０１４３】
次に本発明の実施の形態におけるファイル管理装置１６０の動作について図面を参照して説明する。
【０１４４】
図１９に本発明の実施の形態におけるファイル管理装置１６０の不整合検出処理の手順を示す。不整合検出処理が開始されると、まず、ファイルシステムにおけるディレクトリのうち、不整合チェックが行われていないディレクトリの有無が検出される（ステップＳ９１１）。
【０１４５】
なお、不整合チェックとは、以下に述べる手順（ステップＳ９１２〜Ｓ９２２）に従い、チェック対象となるディレクトリに含まれるコンテンツファイル２１０の記録状態とインデックスファイル２２０の内容との間の不整合の有無を検出することをいう。
【０１４６】
不整合チェックが行われていないディレクトリがある場合、そのうちの１つのディレクトリが選択される（ステップＳ９１２）。
【０１４７】
そして、インデックスファイル２２０に含まれる不整合検出情報８００の中にチェック対象となるディレクトリの項目がある場合（ステップＳ９１３：Ｙ）、記録状態検出部１６３により記録媒体２００のファイルシステムからチェック対象のディレクトリに含まれるコンテンツファイル２１０の全ファイルの数が取得される（ステップＳ９１４）。
【０１４８】
不整合検出情報８００の中に、該当するディレクトリの項目がなければ（ステップＳ９１３：Ｎ）、インデックスファイル２２０ではこのディレクトリに含まれるコンテンツファイル２１０を管理対象ファイルとしていないことを示すため、不整合検出部１６４によりインデックスファイル２２０の内容とファイルの記録状態との間に不整合ありと判断されて不整合検出処理が終了する（ステップＳ９１５）。
【０１４９】
一方、ファイル数が一致する場合（ステップＳ９１６：Ｙ）、次に、記録状態検出部１６３によりファイルシステムから対象ディレクトリに含まれる全ファイルの更新日時が取得され、不整合検出部１６４において上述した方法で更新日時に関するチェックサムが計算される（ステップＳ９１７）。
【０１５０】
そして、不整合検出部１６４において、得られたチェックサムと不整合検出情報８００に含まれる該当ディレクトリの「更新日時のチェックサム」８２０とが比較されて、両者が一致しなければ（ステップＳ９１８：Ｎ）、インデックスファイル２２０の内容とコンテンツファイル２１０の記録状態との間に不整合ありと判断されて不整合検出処理が終了する（ステップＳ９１５）。
【０１５１】
一方、ファイルの更新日時について両チェックサムが一致する場合（ステップＳ９１８：Ｙ）、記録状態検出部１６３によりファイルシステムから対象ディレクトリに含まれる全コンテンツファイル２１０のファイル名が取得される（ステップＳ９１９）。
【０１５２】
そして、不整合検出部１６４において、記録状態検出部１６３により取得されたファイル名から上述した方法によりチェックサムが計算される。そして、この得られたチェックサムと、不整合検出情報８００に含まれる該当ディレクトリの「ファイル名のチェックサム」８３０とが比較されて、両者が一致しなければ（ステップＳ９２１：Ｎ）、インデックスファイル２２０の内容とコンテンツファイル２１０の記録状態との間に不整合ありと判断されて処理が終了する（ステップＳ９１５）。
【０１５３】
一方、ファイル名についての両チェックサムが一致する場合（ステップＳ９２１：Ｙ）、ステップＳ９１１に戻り全ディレクトリについて、上述した不整合検出処理が実行されるまで処理が継続され、全ディレクトリについて不整合検出処理が終了した場合（ステップＳ９１１：Ｙ）、不整合なし（ステップＳ９２２）と判断されて処理が終了する。
【０１５４】
なお、インデックスファイル２２０の内容とコンテンツファイル２１０の記録状態との間に不整合が発見された場合、不整合があると特定されたディレクトリおよびそのディレクトリに属するファイルに対して、インデックスファイル２２０の内容がコンテンツファイル２１０の記録状態と整合するようにインデックスファイル２２０の該当箇所を修正し、該当するディレクトリの不整合検出情報８００も修正する。この場合、インデックスファイル２２０および不整合検出情報８００の修正後、不整合チェックがされていないディレクトリについて、不整合検出処理を再開するようにしてもよい。また、不整合を有するディレクトリを検出した後、処理を終了せずに、他の不整合チェックがされていないディレクトリについても不整合検出処理を行い、不整合を有するディレクトリを全て特定するようにしてもよい。
【０１５５】
このように、本発明の実施の形態によれば、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合を検出する際に、インデックスファイル２２０に含まれる各コンテンツファイル２１０の管理情報と対応するコンテンツファイル２１０とを一つ一つ照合させることなく、不整合検出情報８００に基づいて不整合を高速に検出することができる。
【０１５６】
また、本実施の形態では、不整合検出情報８００をコンテンツファイル２１０が属するディレクトリ毎に設けているので、ディレクトリ毎に不整合検出情報に基づいて当該不整合を検出させることができる。ディレクトリ毎に不整合チェックを行うので、コンテンツファイル２１０のファイル数が多い場合でも、ファイル数の取得、作成日時のチェックサム、更新日時のチェックサムを計算に係る処理を高速に行うことができる。
【０１５７】
また、不整合検出情報８００は、ファイルシステム上の各ディレクトリに含まれるコンテンツファイル２１０の「ファイル数」８１０を含むので、コンテンツファイル２１０の追加、削除によりインデックスファイル２２０の内容と記録媒体２００に記録されているコンテンツファイル２１０の記録状態との間に不整合が生じた場合でもこの不整合を高速に検出させることができる。また、インデックスファイル２２０の内容に不整合が生じる可能性としてはファイルの追加、削除、ファイル名の変更に伴う場合が多いので、「ファイル数」８１０に基づく不整合の有無の検出を他の不整合検出情報よりも先に行うことで、より高速に不整合の有無を検出することができる。
【０１５８】
また、不整合検出情報８００は、ファイルシステム上の各ディレクトリに含まれるコンテンツファイル２１０の「更新日時のチェックサム」８２０を含むので、記録媒体２００にコンテンツファイル２１０の追加、削除、上書き、編集等によりインデックスファイル２２０の内容と記録媒体２００に記録されているコンテンツファイル２１０の記録状態との間に不整合が生じてもこれを高速に検出することができる。
【０１５９】
また、不整合検出情報８００は、ファイルシステム上の各ディレクトリに含まれるコンテンツファイル２１０の「ファイル名のチェックサム」８３０を含むので、記録媒体２００にコンテンツファイル２１０の追加、削除、ファイル名の変更によりインデックスファイル２２０の内容と記録媒体２００に記録されているコンテンツファイル２１０の記録状態との間に不整合が生じてもこれを高速に検出することができる。
【０１６０】
また、本実施の形態のファイル管理装置１６０はコンテンツファイル２１０の管理情報から「ファイル数」８１０、「更新日時のチェックサム」８２０、「ファイル名のチェックサム」８３０等の不整合検出情報を生成する不整合検出情報生成部１６２を備えるので、不整合検出情報を生成することができるのは勿論、記録媒体２００にコンテンツファイル２１０が追加、削除、ファイル名の変更等がされても、それに応じて不整合検出情報８００を更新させることができる。
【０１６１】
また、不整合検出部１６４は、「ファイル数」８１０、「更新日時のチェックサム」８２０、「ファイル名のチェックサム」８３０の三種類の不整合検出情報８００に基づいて、インデックスファイル２２０の内容と記録媒体２００におけるコンテンツファイル２１０の記録状態との間の不整合を検出するので、検出結果の精度を高めることができる。
【０１６２】
なお、本発明は上記実施の形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能なのは勿論である。例えば、本実施の形態では、インデックスファイル２２０に基づいてコンテンツファイル２１０を管理する際に、コンテンツファイル２１０を仮想的なフォルダ構造において管理する例について示したが、ファイルシステム上のディレクトリ構造に基づいてコンテンツファイル２１０を管理してもよいのは勿論であり、仮想的なフォルダ構造を特に設ける必要はない。
【０１６３】
また、本実施の形態において、ファイル管理装置１６０を映像記録装置１００により記録媒体２００に記録されたコンテンツファイル２１０を管理するものとしたが、これに限定されるものではない。本発明に係るファイル管理装置は、ファイルを記録媒体に記録する装置を備えるものであれば、どのような装置にも適用可能なものである。
【０１６４】
また、本実施の形態においては、コンテンツファイル２１０のファイルフォーマットの例としてQuickTimeファイルフォーマットを適用した例を説明したが、本発明のファイル管理装置により管理されるファイルのフォーマットはこれに限定されるものではない。また、本実施の形態においてファイル管理装置１６０はコンテンツファイル２１０のファイルフォーマットと同様の構成を持つインデックスファイル２２０を示したが、本発明に係るインデックスファイルの構成はこれに限定されるものではない。インデックスファイルは、管理するファイルの内容の一部を抜粋した管理情報を含むものであれば、適宜、構成を変更し得る。
【０１６５】
また、本実施の形態において、不整合検出処理が行われる際に、「ファイル数」８１０に基づく不整合の有無の検出（ステップＳ９１６）、「更新日時のチェックサム」８２０に基づく不整合の有無の検出（ステップＳ９１８）、「ファイル名のチェックサム」８３０に基づく不整合の有無の検出（ステップＳ９２１）の順に不整合の有無を検出するものとしたがこれに限定されるものではなく、適宜その順序を変更してもよいのは勿論である。
【０１６６】
また、本実施の形態において、記録状態検出部１６３により検出したコンテンツファイル２１０の記録状態に基づき、不整合検出部１６４においてその記録状態から「更新日時のチェックサム」、「ファイル名のチェックサム」を計算するようにしたが、これに限定されるものではない。例えば、記録状態検出部１６３において、コンテンツファイル２１０の記録状態を検出するとともに、不整合検出情報８００と対比することが可能になるようにコンテンツファイルの記録状態からチェックサム等を生成するようにしてもよい。
【０１６７】
なお、本発明の実施の形態は本発明を具現化するための一例を示したものであり、以下に示すように特許請求の範囲における発明特定事項とそれぞれ対応家計を有するが、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変形を施すことができる。
【０１６８】
すなわち、請求項１または請求項１２においてファイル管理装置は、例えばファイル管理装置１６０に対応する。また、記録媒体は、例えば、記録媒体２００に対応し、ファイルは、例えば、コンテンツファイル２１０に対応し、インデックスファイルは、例えば、インデックスファイル２２０に対応する。さらに、管理状態情報は、例えば、不整合検出情報８００に対応し、管理状態情報保持手段は、例えば、不整合検出情報保持部２３０に対応し、記録状態検出手段は、例えば、記録状態検出部１６３に対応し、不整合検出手段は、例えば、不整合検出部１６４に対応する。
【０１６９】
また、請求項２においてディレクトリ構造は、例えば、図４（ｂ）に示すディレクトリ構造または図５に示すディレクトリ構造に対応する。
【０１７０】
また、請求項３において、ファイルの数に関する情報は、例えば、「ファイル数」８１０に対応する。
【０１７１】
また、請求項４において、ファイル名に関する情報は、例えば、「ファイル名のチェックサム」８３０に対応する。
【０１７２】
また、請求項６において、ファイルの更新日時に関する情報は、例えば、「更新日時のチェックサム」８２０に対応する。
【０１７３】
また、請求項１１において、不整合検出情報生成手段は、例えば、不整合検出情報生成部１６２に対応する。
【０１７４】
また、請求項１５または１６において、記録媒体は、例えば記録媒体２００に対応し、ファイルは、例えば、コンテンツファイル２１０に対応し、インデックスファイルは、例えば、インデックスファイル２２０に対応する。また、管理状態情報は、例えば、不整合検出情報に対応し、管理状態情報を予め保持しておく手順は、例えば、不整合検出情報保持部２３０に不整合検出情報生成部１６２により生成した不整合検出情報８００を予め保持させる手順に対応し、記録媒体におけるファイルの記録状態を検出する手順は、例えば、ステップＳ９１４においてコンテンツファイル２１０のファイル数をファイルシステムから取得する手順や、ステップＳ９１７において更新日時のチェックサムを計算するために各コンテンツファイル２１の更新日時をファイルシステムから取得する手順や、ステップＳ９１９においてファイル名のチェックサムを計算するために各コンテンツファイル２１０のファイル名をファイルシステムから取得する手順に対応する。また、不整合の有無を検出する手順は、例えば、ステップＳ９１３において不整合検出情報８００にチェック対象のディレクトリの項目の有無を検証する手順や、ステップＳ９１６においてファイル数の一致を検証する手順や、ステップＳ９１８において更新日時のチェックサムの一致を検証する手順や、ステップＳ９２１においてファイル名のチェックサムの一致を検証する手順に対応する。
【０１７５】
また、請求項１７において、記録媒体は、例えば、記録媒体２００に対応し、ファイルは、例えば、コンテンツファイル２１０に対応し、インデックスファイルは、例えば、インデックスファイル２２０に対応し、管理状態情報は、例えば、不整合検出情報８００に対応する。
【０１７６】
なお、本発明の実施の形態において説明した不整合検出処理に係る処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。
【図面の簡単な説明】
【０１７７】
【図１】本発明の実施の形態におけるファイル管理装置を適用した映像記録装置１００の一例を示す図である。
【図２】本発明の実施尾形態におけるファイル管理装置１６０の機能構成例を示す図である。
【図３】映像記録装置１００の動作に係るソフトウェアの構成例を示す図である。
【図４】ファイル管理装置１６０により管理されるコンテンツファイル２１０の管理構造の一例を示す図である。
【図５】コンテンツファイル２１０が記録媒体２００に記録される際のディレクトリ構造の一例を示す図である。
【図６】コンテンツファイル２１０の構成の一例を示す図である。
【図７】インデックスファイル２２０の構成の一例を示す図である。
【図８】インデックス２２０におけるインデックスアトム５００とインデックスデータアトム６００の対応関係を示す図である。
【図９】インデックスアトム５００に割り当てられるプロパティトラック５２０、テキストトラック５３０、サムネイルトラック５４０、イントロトラック５５０の構成例を示す図である。
【図１０】インデックスデータアトム６００に含まれるプロパティ７００の構成例を示す図である。
【図１１】プロパティ７００に含まれるプロパティエントリヘッダ７１０の構成例を示す図である。
【図１２】プロパティエントリヘッダ７１０に含まれるプロパティエントリフラグ７２０の構成例を示す図である。
【図１３】プロパティ７００に含まれる基本プロパティデータ７４０の構成例を示す図である。
【図１４】ファイル管理装置１６０により管理されるコンテンツファイル２１０の管理構造の他の例を示す図である。
【図１５】ファイル管理装置１６０により用いられる不整合検出情報８００の構成例を示す図である。
【図１６】不整合検出情報８００のうち、「更新日時のチェックサム」８２０の生成方法の一例を説明する図である。
【図１７】「更新日時のチェックサム」８２０の生成方法を説明する他の図である。
【図１８】不整合検出情報８００のうち、「ファイル名のチェックサム」８３０の生成方法の一例を示す図である。
【図１９】ファイル管理装置１６０により実行される不整合検出処理の手順を示すフローである。
【符号の説明】
【０１７８】
１００ 映像記録装置
１１０ レンズ部
１２１ 撮像素子
１２２ アナログ処理器
１２３ Ａ／Ｄ変換器
１２４ デジタル処理器
１２５ タイミング生成器
１２６ カメラ制御部
１３１ ビデオ符号器
１３２ オーディオ符号器
１３３ ファイル生成器
１３４ ファイル復号器
１３５ ビデオ復号器
１３６ オーディオ復号器
１３７ メモリ
１３８ メモリコントローラ
１３９ システム制御部
１４１ エラー訂正器
１４２ データ変復調器
１４３ 磁界変調ドライバ
１４４ 磁界ヘッド
１４５ サーボ回路
１４６ モーター
１４７ 光ピックアップ
１５０ 表示操作部
１６０ ファイル管理装置
１６１ ファイル操作部
１６２ 不整合検出情報生成部
１６３ 記録状態検出部
１６４ 不整合検出部
２００ 記録媒体
２１０ コンテンツファイル
２２０ インデックスファイル
２３０ 不整合検出情報保持部
８００ 不整合検出情報
８１０ ファイル数
８２０ 更新日時のチェックサム
８３０ ファイル名のチェックサム
【特許請求の範囲】
【請求項１】
記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理装置において、
前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を保持する管理状態情報保持手段と、
前記記録媒体におけるファイルの記録状態を検出する記録状態検出手段と、
前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する不整合検出手段と、
を具備することを特徴とするファイル管理装置。
【請求項２】
前記管理状態情報保持手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を保持することを特徴とする請求項１記載のファイル管理装置。
【請求項３】
前記管理状態情報は、前記ディレクトリに含まれるファイルの数に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項４】
前記管理状態情報は、前記ディレクトリに含まれるファイルの更新日時に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項５】
前記ファイルの更新日時に関する情報は、前記ファイルの作成時に基づき生成されるディレクトリ毎のチェックサムであることを特徴とする請求項４記載のファイル管理装置。
【請求項６】
前記管理状態情報は、前記ディレクトリに含まれるファイルのファイル名に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項７】
前記ファイル名に関する情報は、前記ファイル名に基づき生成されるディレクトリ毎のチェックサムであることを特徴とする請求項６記載のファイル管理装置。
【請求項８】
前記管理状態情報は、前記ディレクトリに含まれるファイルのうち各ディレクトリにおいて最も新しく作成されたファイルの作成時に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項９】
前記管理状態情報は、前記ディレクトリに含まれるファイルのうち各ディレクトリにおいて最後に更新されたファイルの更新時に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項１０】
前記管理情報から前記管理状態情報を生成する管理状態情報生成手段を具備することを特徴とする請求項１記載のファイル管理装置。
【請求項１１】
前記管理状態情報生成手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を生成することを特徴とする請求項１０記載のファイル管理装置。
【請求項１２】
前記管理情報は前記記録媒体に記録されたファイルから生成されることを特徴とする請求項１０記載のファイル管理装置。
【請求項１３】
前記管理状態情報は前記管理情報から生成されることを特徴とする請求項１２記載のファイル管理装置。
【請求項１４】
前記管理状態情報は前記インデックスファイルに含まれる管理情報から生成されることを特徴とする請求項１２記載のファイル管理装置。
【請求項１５】
記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理装置において、
前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を少なくとも二種類を保持する管理状態情報保持手段と、
少なくとも二種類の前記管理状態情報に対応するように記録媒体におけるファイルの記録状態を少なくとも二種類検出する記録状態検出手段と、
互いに対応する管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルに含まれる管理情報と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する不整合検出手段と、
を具備することを特徴とするファイル管理装置。
【請求項１６】
前記管理状態情報保持手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を保持することを特徴とする請求項１５記載のファイル管理装置。
【請求項１７】
前記管理状態情報は、前記インデックスファイルにおいて管理しているファイルのファイル数に関する情報、ファイル名に関する情報および更新日時に関する情報のうち少なくとも二種類を含むことを特徴とする請求項１２記載のファイル管理装置。
【請求項１８】
記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理方法において、
前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を予め保持しておく手順と、
前記記録媒体におけるファイルの記録状態を検出する手順と、
前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する手順と、
を具備することを特徴とするファイル管理方法。
【請求項１９】
記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するプログラムにおいて、
前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を予め保持しておく手順と、
前記記録媒体におけるファイルの記録状態を検出する手順と、
前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する手順と、
をコンピュータに実行させることを特徴とするプログラム。
【請求項２０】
記録されたファイルを管理するための前記ファイルの管理情報を含むインデックスファイルを記録した記録媒体において、
前記インデックスファイルにおける前記ファイルの管理状態と当該記録媒体におけるファイルの記録状態との間の不整合の有無を検出するために用いられる情報であって、前記インデックスファイルにおける前記ファイルの管理状態情報が記録されることを特徴とする記録媒体。
【請求項１】
記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理装置において、
前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を保持する管理状態情報保持手段と、
前記記録媒体におけるファイルの記録状態を検出する記録状態検出手段と、
前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する不整合検出手段と、
を具備することを特徴とするファイル管理装置。
【請求項２】
前記管理状態情報保持手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を保持することを特徴とする請求項１記載のファイル管理装置。
【請求項３】
前記管理状態情報は、前記ディレクトリに含まれるファイルの数に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項４】
前記管理状態情報は、前記ディレクトリに含まれるファイルの更新日時に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項５】
前記ファイルの更新日時に関する情報は、前記ファイルの作成時に基づき生成されるディレクトリ毎のチェックサムであることを特徴とする請求項４記載のファイル管理装置。
【請求項６】
前記管理状態情報は、前記ディレクトリに含まれるファイルのファイル名に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項７】
前記ファイル名に関する情報は、前記ファイル名に基づき生成されるディレクトリ毎のチェックサムであることを特徴とする請求項６記載のファイル管理装置。
【請求項８】
前記管理状態情報は、前記ディレクトリに含まれるファイルのうち各ディレクトリにおいて最も新しく作成されたファイルの作成時に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項９】
前記管理状態情報は、前記ディレクトリに含まれるファイルのうち各ディレクトリにおいて最後に更新されたファイルの更新時に関する情報を含むことを特徴とする請求項２記載のファイル管理装置。
【請求項１０】
前記管理情報から前記管理状態情報を生成する管理状態情報生成手段を具備することを特徴とする請求項１記載のファイル管理装置。
【請求項１１】
前記管理状態情報生成手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を生成することを特徴とする請求項１０記載のファイル管理装置。
【請求項１２】
前記管理情報は前記記録媒体に記録されたファイルから生成されることを特徴とする請求項１０記載のファイル管理装置。
【請求項１３】
前記管理状態情報は前記管理情報から生成されることを特徴とする請求項１２記載のファイル管理装置。
【請求項１４】
前記管理状態情報は前記インデックスファイルに含まれる管理情報から生成されることを特徴とする請求項１２記載のファイル管理装置。
【請求項１５】
記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理装置において、
前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を少なくとも二種類を保持する管理状態情報保持手段と、
少なくとも二種類の前記管理状態情報に対応するように記録媒体におけるファイルの記録状態を少なくとも二種類検出する記録状態検出手段と、
互いに対応する管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルに含まれる管理情報と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する不整合検出手段と、
を具備することを特徴とするファイル管理装置。
【請求項１６】
前記管理状態情報保持手段は、ディレクトリ構造により記録媒体に記録されるファイルについて、各ディレクトリ毎にそのディレクトリに含まれるファイルの管理状態情報を保持することを特徴とする請求項１５記載のファイル管理装置。
【請求項１７】
前記管理状態情報は、前記インデックスファイルにおいて管理しているファイルのファイル数に関する情報、ファイル名に関する情報および更新日時に関する情報のうち少なくとも二種類を含むことを特徴とする請求項１２記載のファイル管理装置。
【請求項１８】
記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するファイル管理方法において、
前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を予め保持しておく手順と、
前記記録媒体におけるファイルの記録状態を検出する手順と、
前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する手順と、
を具備することを特徴とするファイル管理方法。
【請求項１９】
記録媒体に記録されたファイルの管理情報を含むインデックスファイルに基づいて前記ファイルを管理するプログラムにおいて、
前記インデックスファイルにおける前記ファイルの管理状態を示す管理状態情報を予め保持しておく手順と、
前記記録媒体におけるファイルの記録状態を検出する手順と、
前記管理状態情報と前記記録状態検出手段により検出されたファイルの記録状態とに基づいて前記インデックスファイルにおける前記ファイルの管理状態と前記記録媒体におけるファイルの記録状態との間の不整合の有無を検出する手順と、
をコンピュータに実行させることを特徴とするプログラム。
【請求項２０】
記録されたファイルを管理するための前記ファイルの管理情報を含むインデックスファイルを記録した記録媒体において、
前記インデックスファイルにおける前記ファイルの管理状態と当該記録媒体におけるファイルの記録状態との間の不整合の有無を検出するために用いられる情報であって、前記インデックスファイルにおける前記ファイルの管理状態情報が記録されることを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００６−２３６１６１（Ｐ２００６−２３６１６１Ａ）
【公開日】平成１８年９月７日（２００６．９．７）
【国際特許分類】
【出願番号】特願２００５−５２１４５（Ｐ２００５−５２１４５）
【出願日】平成１７年２月２５日（２００５．２．２５）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１８年９月７日（２００６．９．７）
【国際特許分類】
【出願日】平成１７年２月２５日（２００５．２．２５）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]