(57)【要約】【課題】ファイルシステムによるファイル管理と、管理ファイルによるコンテンツファイルの管理を行う場合において、管理ファイルの有効性チェックの高速化を図る。【解決手段】管理ファイルのファイルサイズと更新日時を示す情報項目であるバックアップ用情報項目を、管理ファイルの更新ごとに更新して不揮発性メモリ１２ａに記憶保持させておくようにする。そして、ＵＳＢ接続が切断されたときには、このバックアップ用情報項目と、ファイルシステムが管理ファイルを管理している情報項目のうちで、バックアップ用情報項目と同じ意義の情報項目とを比較する。比較結果が一致していれば管理ファイルは有効であると判定し、一致していなければ、無効であると判定する。【選択図】図７
2007179435.tif 000002
【特許請求の範囲】
【請求項１】
記憶媒体に記憶されるファイルを、同じ記憶媒体に記憶される基本ファイル管理情報を利用して管理する基本ファイル管理手段と、
上記基本ファイル管理手段により管理されるファイルの一つとして上記記憶媒体に記憶される特定ファイル管理情報を利用して、上記基本ファイル管理手段により管理されるファイルにおける特定種類のファイルを管理する特定ファイル管理手段と、
上記特定ファイル管理情報に関する情報であり、上記基本ファイル管理情報がファイルごとに対応して有する所定の情報項目と同じ意義を有する参照用情報を記憶保持させ、特定ファイル管理情報の更新が行われるのに応じて上記参照用情報の内容を更新するようにして管理する参照用情報管理手段と、
記憶保持されている参照用情報の内容と、上記基本ファイル管理情報における上記特定ファイル管理情報に関する上記参照用情報と同じ意義を有する情報項目の内容とを比較することで、上記特定ファイル管理情報についての有効性を判定する有効性判定手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
記憶媒体に記憶されるファイルを、同じ記憶媒体に記憶される基本ファイル管理情報を利用して管理する基本ファイル管理手順と、
上記基本ファイル管理手順により管理されるファイルの一つとして上記記憶媒体に記憶される特定ファイル管理情報を利用して、上記基本ファイル管理手順により管理されるファイルにおける特定種類のファイルを管理する特定ファイル管理手順と、
上記特定ファイル管理情報に関する情報であり、上記基本ファイル管理情報がファイルごとに対応して有する所定の情報項目と同じ意義を有する参照用情報を記憶保持させ、特定ファイル管理情報の更新が行われるのに応じて上記参照用情報の内容を更新するようにして管理する参照用情報管理手順と、
記憶保持されている参照用情報の内容と、上記基本ファイル管理情報における上記特定ファイル管理情報に関する上記参照用情報と同じ意義を有する情報項目の内容とを比較することで、上記特定ファイル管理情報についての有効性を判定する有効性判定手順と、
を実行することを特徴とする情報処理方法。
【請求項３】
記憶媒体に記憶されるファイルを、同じ記憶媒体に記憶される基本ファイル管理情報を利用して管理する基本ファイル管理手順と、
上記基本ファイル管理手順により管理されるファイルの一つとして上記記憶媒体に記憶される特定ファイル管理情報を利用して、上記基本ファイル管理手順により管理されるファイルにおける特定種類のファイルを管理する特定ファイル管理手順と、
上記特定ファイル管理情報に関する情報であり、上記基本ファイル管理情報がファイルごとに対応して有する所定の情報項目と同じ意義を有する参照用情報を記憶保持させ、特定ファイル管理情報の更新が行われるのに応じて上記参照用情報の内容を更新するようにして管理する参照用情報管理手順と、
記憶保持されている参照用情報の内容と、上記基本ファイル管理情報における上記特定ファイル管理情報に関する上記参照用情報と同じ意義を有する情報項目の内容とを比較することで、上記特定ファイル管理情報についての有効性を判定する有効性判定手順と、
を情報処理装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶媒体に対して情報の書き込み、読み出しを実行する情報処理装置と、その方法に関する。また、このような情報処理装置が実行すべきプログラムに関する。
【背景技術】
【０００２】
ＨＤＤ（ハードディスク）などをはじめとする各種の記憶媒体に記憶されるデータを管理するのにあたり、ファイルシステムを採用してファイル単位により管理することが広く行われている。このようなファイルシステムのフォーマットとしては、例えばＦＡＴ、ＨＦＳ(Hierarchical File System)などが知られている。
このようなファイルシステムが例えばアプリケーションと記憶媒体のドライバなどとの間に介在することで、例えばアプリケーションは、記憶媒体の物理的なデータ記憶構造を意識することなく、ファイルの読み書き等の操作(ファイル操作)を行うことができるようになっている。
【０００３】
また、近年においては、多くの種類の記憶媒体が、ビット単価の低下や記録密度の向上などにより大容量化の傾向にある。これとともに、各種情報処理の速度の高速化も進んでいる。このようなことを背景として、記憶媒体には、多数の静止画像、動画像、音声などのコンテンツにより形成されるデータのファイル（コンテンツファイル）を記憶させることができるようになってきている。
【０００４】
静止画、動画、音声などのコンテンツを記録再生する機器としては、現状であれば、デジタルスチルカメラ、デジタルビデオカメラなどを挙げることができるが、このような機器にあって、上記のようにして記憶媒体に多数のコンテンツファイルが記憶できるようになってくると、例えば検索、閲覧のしやすさ、付属情報の充実などがユーザにとっての利便性としては重要になってくる。
ファイルシステムは、本来的には、上記しているように、記憶媒体に記憶されるデータをファイル単位で管理することを目的としていることから、ファイルシステムにおいて規定されるファイルの関連情報項目は、ファイル名（及び拡張子）、ファイルサイズ、作成日時、更新日時程度の基本的なものに限定される。例えば画像をその情報内容とするコンテンツファイルなどでは、上記した基本的な情報以外の多様な情報を、例えばリスト表示などにおいて提示できるようにすることが好ましいが、ファイルシステムのみによるファイル管理では難しいということになる。
また、ファイルシステムは、ＨＤＤなどをはじめとする各種の記憶媒体において基本的に採用されていることで、逆に、このような付属情報などについての拡張性にも乏しい。
【０００５】
そこで、ファイルシステムにより記憶媒体に記憶されるファイル全般についての管理を行うこととしたうえで、記憶媒体に記憶されるコンテンツファイルを対象として専用に管理するための情報を有して成るファイル形式の管理情報（管理ファイル）を利用することが提案され、また、実施されるようになってきている。
【０００６】
【特許文献１】特開２００４−２２７６３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記のようにして管理ファイルを採用してコンテンツファイルを管理するような機器の実際としては、例えばデジタルビデオカメラやデジタルスチルカメラなどの撮像機器を考えることができるが、近年、このような撮像機器のほとんどが、ＵＳＢ（Universal Serial Bus）マスストレージクラスを実装している。このようなＵＳＢマスストレージクラス対応の機器をホストであるパーソナルコンピュータなどと接続すれば、特にドライバソフトウェアをホスト側にインストールしなくとも、パーソナルコンピュータは、機器側が備える記憶媒体を、自身に接続された外部記憶デバイスであると認識して、その記憶媒体に対するアクセスを通常に実行できる。
【０００８】
しかしながら、上記のようにして撮像機器がＵＳＢマスストレージクラスに対応しているということは、ＵＳＢ経由で接続されたパーソナルコンピュータからの通常のファイル操作により、撮像機器の記憶媒体へのファイル記録、削除、更新などを行うことが可能である、ということになる。
このために、例えば、ユーザ操作や何らかのファイル処理の影響で、パーソナルコンピュータからの制御により、撮像機器の記憶媒体に記憶されている管理ファイルの変更、削除などのファイル操作が行われる可能性のあることは避けられない。なお、上記のようにしてパーソナルコンピュータからの制御により管理ファイルの操作が行われた場合、ファイルシステム管理情報については、同じくパーソナルコンピュータからの制御によって操作結果に応じた更新が行われる。しかしながら、このときの管理ファイルの内容としては、実際のコンテンツファイルの管理内容とは無関係に変更されていることになる。
そして、上記した管理ファイルの内容のまま、パーソナルコンピュータとのＵＳＢ接続が切断されたとすると、管理ファイルが示すコンテンツファイルの管理内容としては、ファイルシステム側におけるコンテンツファイルの管理内容との間に不整合を生じる可能性を持っていることになる。つまり、管理ファイルの内容としては不正になっている可能性があって信頼性が保証できないという点で、有効性の無いものとなってしまう。
【０００９】
このようにして管理ファイルの有効性が喪失する可能性は、ＵＳＢマスストレージクラスにより接続が行われるたびに起こり得る。また、管理ファイルの内容が不正なままで撮像機器を動作させることは、機器の誤動作、また、コンテンツファイルの一覧表示が不適正なものになるなどのトラブルを招く可能性があって好ましくない。そこで、撮像装置としては、ＵＳＢ接続が切断されるごとに、少なくとも、管理ファイルの内容が有効であるか否かについてチェックしておく必要がある、ということになる。
【００１０】
このような管理ファイルの有効性のチェックとしては、例えば、管理ファイルにより管理されているすべてのコンテンツファイルと、ファイルシステムにより管理されているすべてのコンテンツファイルとの比較を行えばよい。その比較結果が全コンテンツファイルについて一致していれば、管理ファイルは有効であると判定できる。しなしながら、このような比較処理は、記憶媒体への頻繁なアクセスを伴い、また、その比較処理としても相応に負担がかかることから、或る程度の処理時間を要する。ちなみに、ＵＳＢ接続が切断されたときに撮像装置が立ち上がりを完了するためには、この不整合のチェックも完了させる必要がある。このために、例えばＵＳＢ接続が切断されたときの撮像装置のシステムが立ち上がりに関してのパフォーマンス性能が低下する。
【課題を解決するための手段】
【００１１】
そこで本発明は上記した課題を考慮して、情報処理装置として次のように構成する。
つまり、記憶媒体に記憶されるファイルを、同じ記憶媒体に記憶される基本ファイル管理情報を利用して管理する基本ファイル管理手段と、基本ファイル管理手段により管理されるファイルの一つとして記憶媒体に記憶される特定ファイル管理情報を利用して、基本ファイル管理手段により管理されるファイルにおける特定種類のファイルを管理する特定ファイル管理手段と、特定ファイル管理情報に関する情報であり、基本ファイル管理情報がファイルごとに対応して有する所定の情報項目と同じ意義を有する参照用情報を記憶保持させ、特定ファイル管理情報の更新が行われるのに応じて参照用情報の内容を更新するようにして管理する参照用情報管理手段と、記憶保持されている参照用情報の内容と、基本ファイル管理情報における特定ファイル管理情報に関する参照用情報と同じ意義を有する情報項目の内容とを比較することで、特定ファイル管理情報についての有効性を判定する有効性判定手段とを備えることとした。
【００１２】
上記構成では、記憶媒体に記憶されるファイル全般の管理について、基本ファイル管理情報を利用して行うこととしたうえで、この基本ファイル管理情報により管理されるファイルのうちの特定種類のファイルについては、特定ファイル管理情報によっても管理するようにされている。特定ファイル管理情報は、上記基本ファイル管理情報によって管理されるファイルの一種として扱われる。
そして、このようなファイルの管理構成の下で、上記特定ファイル管理情報に関する情報である参照用情報を記憶保持することとしている。この参照用情報は、基本ファイル管理情報がファイルごとに対応して有する所定の情報項目と同じ意義を有し、特定ファイル管理情報の更新に応じてその内容が更新されるようになっている。つまり、参照用情報は、最新の特定ファイル管理情報に応じた内容を有しているべきものとされる。
そのうえで、特定ファイル管理情報の有効性を判断するのにあたっては、そのときに記憶保持させている参照用情報の内容と、基本ファイル管理情報側の特定ファイル管理情報を管理する情報において、参照用情報と同じ意義を有する情報項目の内容とを比較するようにされる。ここで、その比較結果が一致していないということは、ファイル管理情報が管理する特定ファイル管理情報の更新機会と、参照用情報が示し得るとされる特定ファイル管理情報の更新機会とが相違しており、従って、特定ファイル管理情報の有効性が保証されているものではないことが判定できる。一致していれば、上記両者の更新機会は同じであり、特定ファイル管理情報の有効性が保証されるものとして判定できることになる。
【発明の効果】
【００１３】
上記したことによれば、本願発明としては、特定ファイル管理情報の有効性判定を行うのにあたり、参照用情報に対応した情報項目のみを特定ファイル管理情報と基本ファイル管理情報との間で比較すれば良いことになる。従って、本願発明による有効性判定の処理にあっては、例えば管理ファイルにより管理されているすべての特定種類のファイルと、ファイルシステムにより管理されているすべての特定種類のファイルとを比較するなどの処理を実行する場合と比較すれば、その処理時間が大幅に短縮されることになる。そして、このようにして特定ファイル管理情報の有効性判定についての処理時間が短縮されることで、例えば装置の立ち上がり時間についても短縮される効果が得られる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態（以下、実施の形態という）について説明する。本実施の形態としては、本願発明としての情報処理装置の構成をデジタルビデオカメラに適用した場合を例に挙げることとする。
【００１５】
図１は、本実施の形態としてのデジタルビデオカメラ１の構成例を示すブロック図である。
この図に示すデジタルビデオカメラ１において、光学系部２は、撮像レンズ、絞りなどを備えて成り、入射された光を撮像光として、光電変換部３に結像させる。また、光学系部２においては、フォーカス（焦点）調整のためのフォーカス調整機構や、絞り値に応じて絞りを可変する絞り可変機構などを備えているものとされ、このような機構部の駆動は、カメラ機能部６から出力される駆動信号によって行われる。カメラ機能部６は、ＣＰＵ１０の制御に応じて、しかるべきフォーカス状態や絞りの状態等が得られるように所要の駆動信号を出力するようにされている。
また、例えば光学ズーム機能を与えることとした場合には、光学系部２においてズームレンズを移動させるズーム機構を設けると共に、上記と同様にして、ＣＰＵ１０の制御に応じて上記ズーム機構を移動させる駆動部を設けるようにすればよい。さらに、カメラ機能部６として、ストロボを設けたうえで、ストロボ発光機能を与えるように構成することもできる。
【００１６】
光電変換部３は、例えば光電変換素子であるＣＣＤ(Charge Coupled Device)、ＣＭＯＳセンサなどを備えて構成され、光学系部２から入射されて受光面にて結像された撮像光を光電変換することで撮像信号を生成してビデオ信号処理部４に出力する。撮影時においては、例えば露出設定結果に応じて決定されるシャッター速度の指示が、ＣＰＵ１０からビデオ信号処理部４に通知される。ビデオ信号処理部４では、通知されたシャッター速度に対応する走査タイミング信号を光電変換部３に出力する。光電変換部３は、この走査タイミング信号に応じて走査を行うようにして、光電変換処理を実行して映像信号を出力するようにされる。
【００１７】
ビデオ信号処理部４は、光電変換部３から入力されたアナログのビデオ信号（撮像画像信号）について、例えばゲイン調整、サンプルホールド処理を施すことによって波形整形を行ったうえで、Ａ／Ｄ変換を行うことで、デジタルとしてのビデオ信号データに変換する。そして、この変換処理によって得られたデジタルビデオ信号について、例えば、表示用輝度データの生成処理などをはじめ、表示部７にて表示が行われるようにするためのビデオ信号処理を実行する。これに伴い、ビデオ信号処理部４では、ＣＰＵ１０の制御に応じてキャラクタ画像なども撮像画像に重畳して表示可能なように、いわゆるオンスクリーンディスプレイのための信号処理も実行可能とされている。
表示部７として採用される実際のディスプレイデバイスについては特に限定されるべきものではないが、現状においては、広く液晶ディスプレイパネルが採用されている。
【００１８】
また、ビデオ信号処理部４は、光電変換部３から入力されたアナログビデオ信号を変換して得たデジタルビデオ信号について、例えば所定方式による圧縮符号化処理を施して、圧縮ビデオデータを生成することが可能とされている。
また、本実施の形態のデジタルビデオカメラは、スチルカメラ機能も備える。つまり、撮像画像信号について、写真としての所定形式による静止画データファイルを生成することが可能とされているが、このような画像処理も、ビデオ信号処理部４によって行われる。
【００１９】
また、ビデオ信号処理部４では、光電変換部３から入力された画像（映像）信号や、後述するメディアから読み出されたＡＶ(Audio Video)データのファイル（ＡＶファイル）などを、所定方式のアナログビデオ信号又はデジタルビデオ信号に変換して、画像入出力部５を介して外部機器などに出力可能とされている。
画像入出力部５は、外部から所定方式のビデオ信号を入力可能ともされており、この入力したビデオ信号をビデオ信号処理部４の処理を経て表示部７に表示させることが可能とされる。また、ビデオ信号処理部４は、画像入出力部５が入力したビデオ信号について、光電変換部３から入力されたアナログビデオ信号と同様にして、記録用データに変換してメディアコントローラ１３に転送することもできる。
これに対応して、画像入出力部５は、例えば所定方式に従った映像（画像）信号出力端子／映像信号入力端子を備える。
【００２０】
また、本実施の形態のデジタルビデオカメラ１は、音声処理部８及び音声入出力部９を備えることで、音声信号の入出力も可能とされている。
先ず、音声入力については、音声入出力部９としてマイクロフォンなどを備え、外部音声の収音を行って音声信号に変換して音声を入力するようにされる。そして、このようにして入力した音声信号を音声処理部８に出力する。音声処理部８は、例えば、撮像画像の圧縮符号化に対応する音声圧縮符号化方式により符号化された圧縮オーディオデータに変換するなどの音声信号処理を施す。
【００２１】
ＣＰＵ１０は、ビデオ信号処理部４により得られた撮像画像についての圧縮ビデオデータと、音声処理部８により得られた収音音声についての圧縮オーディオデータとにより、所定形式のＡＶファイルを形成するための制御処理を実行するようにされる。このＡＶファイルは、圧縮ビデオデータを再生して出力される動画像に対して、圧縮オーディオデータを再生して出力される音声の再生時間軸が同期したものとなっている。なお、実際にＡＶファイルを形成するための構成としては、ＣＰＵ１０がプログラムを実行して得られるデジタル信号処理となるソフトウェア構成とされてもよいし、あるいは、ＡＶファイルを形成するためのハードウェアを備えるとともに、ＣＰＵ１０がこのハードウェアについての動作を制御する構成としてもよい。
上記ＡＶファイルとしてのデータは、記録用データとして、例えばＣＰＵ１０の制御によってメディアコントローラ１３に転送される。また、ＣＰＵ１０は、ビデオ信号処理部４によって生成された写真画像としての所定形式の静止画データファイルについても、記録用データとしてメディアコントローラ１３に転送することができる。
【００２２】
音声入出力部９としては、音声信号入力端子などを備えて外部のオーディオ機器などからオーディオ信号を入力するようにも構成することができる。上記音声信号入力端子から入力されたオーディオ信号については、音声処理部８は、所定形式によるデジタルオーディオデータファイルに変換するようにされる。ＣＰＵ１０は、このようなデジタルオーディオデータファイルのデータについても、記録用データとしてメディアコントローラ１３に転送することができる。
【００２３】
メディアコントローラ１３は、ＣＰＵ１０との連携により、所定のメディア（記憶媒体）に対応して、データ処理に関する制御処理を実行可能に構成される。ここでいうメディアに対するデータ処理とは、メディアのフォーマット処理や、メディアの記憶領域に対するファイル及びファイル管理のための情報などの書き込み／読み出し処理など、メディアに記憶されるべきデータに関連する何らかの処理をいう。
【００２４】
本実施の形態では、メディアコントローラ１３に対しては、ＨＤＤ（ハードディスク）１４を接続した例を示している。ＨＤＤは、周知のようにして記憶媒体として磁気ディスクを備える記憶デバイスであり、現状においては最もビット単価が安価で、また好記録密度な記憶媒体の１つとされ、比較的低コストでギガバイトクラスの大容量が得られる。また、周知のようにして、記憶媒体である磁気ディスクに対する物理的なデータの読み出し／書き込みは、磁気ヘッドにより、磁気ディスク上に形成されるトラックをトレースしながら磁界印加、磁界検出を行うことによって実現される。
また、この場合のＨＤＤ１４としては、例えばデジタルビデオカメラ１に固定的に内蔵されるものとされている。ただし、デジタルビデオカメラ１（ホスト）に対して装脱可能な、所定の規格に従ったリムーバブル形態とされてもよい。
【００２５】
メディアコントローラ１３は、先に説明したようにして、記録用データが転送されてくるのに応じて、この記録用データを、メディアコントローラ１３と接続されているメディア（ＨＤＤ１４）のうちから対象として選択されているメディアに対してさらに転送する。データが転送されたメディアでは、メディアコントローラ１３側からの指示に応じて記憶領域に対してデータを書き込んで記憶させる。このようにしてメディアに記憶されるデータがファイルとして記憶管理されることになる。なお、メディアに記憶されるファイルの管理は所定方式のファイルシステムによって行われる。
【００２６】
また、例えばメディアに記憶されているファイルのうちで、ＡＶファイルを再生するときには、ＣＰＵ１０及びメディアコントローラ１３は、指定されたＡＶファイルにアクセスして読み出しを行う。このようにして読み出されるＡＶファイルは、例えばＣＰＵ１０の処理により、圧縮ビデオデータと圧縮オーディオデータとに分離され、圧縮ビデオデータについてはビデオ信号処理部４に受け渡し、圧縮オーディオ信号については、音声処理部８に受け渡すようにされる。
この場合のビデオ信号処理部４及び音声処理部８は、それぞれ、上記のようにして転送されてきた圧縮ビデオデータ、圧縮オーディオデータについて、復調処理を含む所要の再生信号処理を実行する。これにより、圧縮ビデオデータを再生した画像を表示部７にて表示するとともに、この画像の再生時間に同期して、圧縮オーディオデータを再生して得られる音声信号を、音声入出力部９が有するとされるスピーカにより音声として出力させたり、ヘッドフォン端子から出力させることができる。
【００２７】
また、例えばメディアから再生されたオーディオデータファイルは、音声処理部８の音声信号処理を経た後に、音声入出力部９を介して、外部に対して所定形式のオーディオ信号、オーディオデータとして出力することも可能とされている。この場合、音声入出力部９としては、音声処理部８から出力される所定のオーディオ信号、オーディオデータの形式に対応するオーディオ出力端子を備えることになる。
【００２８】
ＣＰＵ(Central Processing Unit)１０は、プログラムを実行することでデジタルビデオカメラ１についての各種制御処理を実行する。ＲＯＭ１１は、ＣＰＵ１０が実行する各種プログラムのほか、ＣＰＵ１０が処理を実行するのに使用する各種設定情報などが記憶されている。ＲＡＭ１２は、ＣＰＵ１０がプログラムに従った処理を実行するときの作業領域として使用されるもので、各種の演算処理結果などのデータが保持される。
また、不揮発性メモリ１２ａは、例えばフラッシュメモリなどをはじめとした、電源供給が停止しても記憶内容が消去されない性質のメモリ素子により形成され、ＣＰＵ１０の制御によって、データの書き込み／読み出しが実行される。この不揮発性メモリ１２ａに記憶されるべきデータ（情報）としては、適宜内容の変更が行われる設定情報などが一般的であるが、特に限定されるものではなく、実際のデジタルビデオカメラ１の仕様などに応じて所要の各種の情報を記憶することとされればよい。
【００２９】
この場合の操作入力部１５は、デジタルビデオカメラ１に備えられる各種操作子を一括して示しているものとされる。例えば、この操作入力部１５における操作子としては、写真撮影時に操作されるシャッターボタン、撮影モードなどを選択する操作子、パラメータのアップ／ダウンを行うための操作子などが含まれる。
【００３０】
通信部１６は、ＣＰＵ１０の制御に応じて、所定のデータ通信方式により外部デバイスと通信を行うためのハードウェア、ソフトウェアを実装して構成される部位である。本実施の形態の実際としては、この通信部１６には、USB(Universal Serial Bus)が採用される。そのうえで、本実施の形態のデジタルビデオカメラ１としては、ＵＳＢマスストレージクラスを実装しているものとされる。
このようにしてＵＳＢマスストレージクラスに対応していることで、例えば本実施の形態のデジタルビデオカメラ１と、パーソナルコンピュータなどの外部情報処理機器とをＵＳＢにより接続すると、外部情報処理機器側では、デジタルビデオカメラ１側のメディアであるＨＤＤ１４を、外部のリムーバブルメディアとしてマウントしてアクセスすることが可能になる。
例えばデジタルビデオカメラやデジタルスチルカメラなどのデジタル撮像機器の記憶媒体に蓄積されたコンテンツファイルを、パーソナルコンピュータのＨＤＤにコピーし、パーソナルコンピュータのアプリケーションソフトウェアにより、コンテンツファイルの管理、編集を行う、ということは広く行われているが、本実施の形態のデジタルビデオカメラ１と同じく、デジタル撮像機器がＵＳＢマスストレージクラスを実装することにより、デジタル撮像機器のコンテンツファイルをパーソナルコンピュータに記憶させるための接続にあたっては、ドライバのインストールなどが不要であり、非常に簡易で汎用性の高いものとなる。
【００３１】
なお、本願発明の下では、通信部１６が対応するデータ通信方式としては、有線、無線を問わず特に限定されるべきものではなく、また、対応するデータ通信方式の数も限定されるべきものでない。現状であれば、データ通信方式としては、上記USB以外では、有線であればEthernet（商標）などのネットワーク、IEEE(the Institute of Electrical and Electronic Engineers)1394などのデータバス規格などを挙げることができる。また、無線であれば、Bluetooth（商標）などのデバイス間近距離無線通信、IEEE802.11a/b/gなどの無線ＬＡＮ(Local Area Network)規格を挙げることができる。
【００３２】
電源部１７は、デジタルビデオカメラ１における各種のハードウェアデバイスに対して動作電源を供給するもので、例えばバッテリや電源アダプタからの電力供給を受けて動作する電源回路などを備えて構成される。
【００３３】
上記のようにして、本実施の形態のデジタルビデオカメラ１では、撮像／収音により得られる動画としてのＡＶファイルや、写真としての静止画ファイルを、メディア（ＨＤＤ１４）に対して記憶させることができるようになっている。
【００３４】
メディアに記憶されるファイルは、通常は、所定フォーマットによるファイルシステムにより管理されることになるのであるが、本実施の形態としては、ＦＡＴ(File Allocation Table)ファイルシステムにより管理されるものとしている。ＦＡＴファイルシステムは、周知のようにして、ツリー型のディレクトリ構造によりファイルを管理するようにされており、また、データの書き込み／読み出しについては、クラスタといわれる論理的な最小データ管理単位により行うものとされている。クラスタは、メディアにおける物理的なデータ書き込み／読み出しの最小単位であるセクタを所定数にまとめたものが１単位となる。
【００３５】
なお、本実施の形態において、上記のようにしてファイルシステム(ＦＡＴ)により管理されてメディアに記憶されるファイルのうちで、ＡＶファイル（動画ファイル）や、写真などの静止画ファイルについては、再生出力される情報内容（コンテンツ）がユーザにとって意味のあるものであることに由来して、コンテンツファイルといわれるファイル種別(種類)に含まれることとして、例えば、システム関連などの種類のファイルとは区別する。
【００３６】
そのうえで、本実施の形態としては、ＨＤＤ１４に記憶されるファイルとして、上記コンテンツファイルを専門に管理するための管理情報内容を有する、コンテンツ専用の管理ファイル（以降は、単に管理ファイルという）を含めることとしている。
さらに本実施の形態では、上記管理ファイルのバックアップファイルも生成して、ＨＤＤ１４に記憶させることとしている。
【００３７】
図２は、本実施の形態のデジタルビデオカメラ１におけるＦＡＴファイルシステムにより構築されるＨＤＤ１４のディレクトリ構造を示している。
ＨＤＤ１４内のディレクトリ構造としては、例えば図示するようにして、ルート（Root）ディレクトリの直下の階層に、管理ファイルディレクトリ、静止画用ディレクトリ、動画用ディレクトリを配置するようにされる。
これらのディレクトリのうちで、静止画用ディレクトリと動画用ディレクトリがコンテンツファイルを格納するディレクトリとなる。つまり、静止画用ディレクトリには、写真などとしての1以上の静止画ファイルが格納される。また、動画用ディレクトリには、前述したＡＶファイルなどとしての動画ファイルが格納される。
また、管理ファイルディレクトリには、管理ファイルと、この管理ファイルのバックアップファイルが格納される。後述するようにして、本実施の形態の管理ファイルの実際としては、例えば、プロパティファイル、サムネイルファイル、メタデータファイルの集合から成るものとされる。また、管理ファイルのバックアップファイルは、プロパティファイル及びメタデータファイルについてのバックアップファイルからなるものとされる。
【００３８】
サムネイルファイルは、画像データを含むために相応に大きなファイルサイズになる。このことから、サムネイルファイルについては、バックアップをとらなければそれだけ記憶容量が節約できることになる。また、管理ファイルとファイルシステムの整合が取れていればいつでも再構築（復旧）が可能である。これらのことを理由に、サムネイルファイルは、バックアップファイルには含めないこととしている。
【００３９】
もちろん、例えば、記憶媒体が非常に大きな容量を有していることなどにより、特に記憶容量の節約に関して考慮する必要がない、あるいは、システムの仕様などの事情で、サムネイルファイルをバックアップすることがより優先されるような場合には、バックアップファイルにサムネイルファイルを含めることについて特に問題はない。
また、本実施の形態の実際として、管理ファイルディレクトリは、通常の使用では不可視のディレクトリとして設定されている。従って、この管理ファイルディレクトリに格納される管理ファイル及びバックアップファイルも不可視ファイルとなる。これらの管理ファイル、バックアップファイルは、システム側がコンテンツ管理に使用するファイルであることから、例えばユーザによって不用意に消去、書き換えなどが行われないようにすることが好ましい。そこで、本実施の形態では、上記のようにしてこれらのファイルを不可視ファイルとして管理している。
【００４０】
図３は、本実施の形態の管理ファイルの構造例を示している。
管理ファイルとしては、上記もしたように、プロパティファイル、サムネイルファイル、及びメタデータファイルにさらに分けられる。本実施の形態では、これらプロパティファイル、サムネイルファイル、及びメタデータファイルの集合を管理ファイルとして扱っている。なお、これらプロパティファイル、サムネイルファイル、及びメタデータファイルのうちで、必須のファイルはプロパティファイルとされ、サムネイルファイルとメタデータファイルはオプションとされる。
【００４１】
プロパティファイルは、図示するようにして、ファイルヘッダと、１以上のファイルエントリ（１〜ｎ）の集合として形成される。個々のファイルエントリは、コンテンツファイルに１対１で対応するものとされ、対応するコンテンツファイルに関連した基本的な情報を格納する。エントリファイルの構造については後述する。
【００４２】
サムネイルファイルは、１以上のサムネイルスロットを備えて形成される。１つのサムネイルスロットは、原則として１つのコンテンツファイルに対応して、この対応するコンテンツファイルを示す代表画像であるサムネイル画像データを格納する。
【００４３】
また、メタデータファイルは、１以上のメタデータスロットから成る。１つのメタデータスロットも、１つのコンテンツファイルに対応すべきものとされている。タイトルスロットには、例えばテキスト形式のデータ（コメントなどに使用できる）、コンテンツファイルのグルーピングを示す情報など、任意の情報項目を格納できるものとされている。
【００４４】
プロパティファイルにおけるファイルヘッダの内部構造としては、ここでの図示は省略しているが、例えば、現プロパティファイルの作成日時、更新日時を示す情報、ファイルエントリのサイズを示す情報、格納するファイルエントリの数を示す情報、及びサムネイルファイルリスト、メタデータファイルリストなどを含む。
サムネイルファイルリストは、サムネイルファイルの作成日時、更新日時を示す情報、サムネイルスロットのサイズを示す情報、サムネイルスロットの格納数を示す情報などを格納する。
メタデータファイルリストは、メタデータファイルの作成日時、修正日時を示す情報、メタデータスロットのサイズを示す情報、メタデータスロットの格納数を示す情報などを格納する。
【００４５】
また、プロパティファイルにおけるファイルエントリの構造としては、例えば図示するようにして、ファイルポインタ、メタデータポインタ、サムネイルポインタ、ファイル名、ファイルサイズ、作成日時、更新日時などの情報を有して成る。
ファイルポインタは、対応するコンテンツファイルを指し示すポインタの情報となる。このポインタの実際としては、例えばファイルシステム側で管理するパスにより、対応するコンテンツの所在を特定して示すようにされる。
サムネイルポインタは、サムネイルファイルにおいて、現ファイルエントリに対応付けられるサムネイルスロット（つまり、現ファイルエントリのファイルポインタが示すコンテンツファイルに対応するサムネイルスロット）を指し示す。サムネイルファイルは、例えば固定長のサムネイルスロットを論理的に連結するようにして形成される。そこで、サムネイルポインタとしては、例えばサムネイルファイルにおけるサムネイルスロットの配置順を指定することで、１つのサムネイルスロットを特定できることになる。
なお、サムネイルファイル内のサムネイルスロットに格納されるサムネイル画像データは、表示部７にて表示させるファイル一覧画像を表示させるときにファイルを示すアイコン（サムネイル画像）として表示させるようにして使用することができる。
【００４６】
メタデータポインタは、メタデータファイルにおいて、現ファイルエントリに対応付けられるメタデータスロット（つまり、現ファイルエントリのファイルポインタが示すコンテンツファイルに対応するメタデータスロット）を指し示す。メタデータファイルも、例えば固定長のメタデータスロットを論理的に連結するようにして形成されることから、メタデータポインタとしても、例えばメタデータファイルにおけるメタデータスロットの配置順を指定することで、１つのメタデータスロットを特定できることになる。
【００４７】
また、ファイルエントリ内のファイル名、ファイルサイズ、作成日時、更新日時は、それぞれ、現ファイルエントリのファイルポインタが示すコンテンツファイルの、ファイル名、サイズ、作成日時、更新日時の情報を格納する。
【００４８】
また、ここでは図示していないが、ファイルエントリは、上記したファイルポインタ、メタデータポインタ、サムネイルポインタ、ファイル名、ファイルサイズ、作成日時、更新日時以外の情報を格納することができる。一例として、例えば本実施の形態の管理ファイルを使用するシステムが、ＧＰＳ(Global Positioning System)などの測位システムを実装しているような場合には、この測位システムにより測位された位置情報などもファイルエントリの情報要素に含めて格納するようにされる。
【００４９】
ここまでの説明から分かるように、デジタルビデオカメラ１のメディア（ＨＤＤ１４）に記憶されるコンテンツファイルの各々は、ファイルエントリ内のファイルポインタによって、そのファイルエントリと対応付けられていることになる。そして、このファイルエントリのサムネイルポインタを参照することで、１つのサムネイルスロットが特定されるが、このサムネイルスロットは、上記ファイルポインタにより対応付けられるコンテンツファイルと対応していることになる。また、このファイルエントリのメタデータポインタにより指定される１つのメタデータスロットも、上記ファイルポインタにより対応付けられるコンテンツファイルと対応していることになる。
つまり、管理ファイルによっては、メディアに記憶されている１つのコンテンツファイルと、このコンテンツファイルに対応付けられたサムネイル画像データ（サムネイルスロット）、及びこのコンテンツファイルに関連する任意の内容の情報（メタデータスロット）とを、プロパティファイルのポインタを軸として対応付けるようにして管理している。
【００５０】
このようなファイル管理の情報を、コンテンツファイルを処理するアプリケーションが利用することで、コンテンツファイルの管理は、例えばファイルシステムのみに依存する場合よりも効率的なものとなる。例えば、ファイル検索にあたっては、ファイルエントリに格納する情報や、メタデータスロットに格納する情報などを検索条件として加えることで、ファイルシステムに基づく場合よりも多くの検索条件を入力して検索を行うことが可能になる。つまり、より高い検索機能が与えられる。また、ＨＤＤ１４に記憶させたコンテンツファイルを表示部７に表示させるような場合においても有利となる。例えば、サムネイル画像の表示時には、サムネイルファイルからサムネイル画像を読み出して再生出力することができるので、その都度、ＨＤＤ１４のコンテンツファイルのデータにアクセスしてサムネイル画像を生成する必要が無く、その分、リスト画面表示が速くなる。また、ファイルエントリに格納する情報や、メタデータスロットに格納する情報などを利用して、リスト表示として多様な付属情報も提示することができる。
【００５１】
図４は、これまでの説明のようにして、ＦＡＴファイルシステムによるファイル管理と、管理ファイルによるコンテンツファイルの管理を行うようにされた場合のシステム構成を階層モデルにより示している。
先ず、この階層モデルとしては、ソフトウェア層と、その下層となるハードウェア層に大別される。
ソフトウェア層は、この場合には、メディアに対してホスト（実施の形態ではデジタルビデオカメラ１）となるデバイスにおいて、ＣＰＵが実行するプログラム、及び各種ファームウェア、ミドルウェアなどにより実現されるソフトウェア処理が対応するものとされる。この場合のソフトウェア層は、基本的には、図示するように、上層から下層にかけて、アプリケーションファイルシステム、デバイスドライバの各層が位置したうえで、管理ファイル制御システムが位置するようにされる。
ハードウェア層には、メディア（ＨＤＤ１４）そのものの物理的な記憶領域が位置するものとして考えることができる。
【００５２】
この場合のアプリケーションは、ファイルについての各種処理機能（記録、再生、更新など）を有し、ファイルレベルでのアクセス要求を管理ファイル制御システムに対して行う。
【００５３】
ファイルシステムは、このファイルシステムとしての機能を実現するソフトウェアが対応する。本実施の形態では、ＦＡＴファイルシステムを採用することとしているので、ファイルシステムの機能を提供するソフトウェアとしても、ＦＡＴファイルシステムに対応して構成されるものとなる。
周知のようにしてＦＡＴファイルシステムは、記憶ファイルをツリー型のディレクトリ構造により管理し、また、ファイルをクラスタ単位の集合として管理するようにされている。このようなファイル管理、データ管理は、ディレクトリエントリ、及びＦＡＴ（File Allocation Table）といわれるテーブル情報から成る管理情報（ファイルシステム管理情報）により実現される。ディレクトリエントリは、メディア上におけるファイル、ディレクトリ（サブディレクトリ）の所在をクラスタレベルで示す情報であり、ＦＡＴは、ディレクトリ、ファイルを成すクラスタレベルでのチェイン（リンク、連結）を示す情報である。これらファイルシステム管理情報（ディレクトリエントリ、ＦＡＴ）へのアクセス、また、ファイルの読み出し（再生）、書き込み（追記、更新）、などのファイル操作結果に応じたファイルシステム管理情報の更新などの、ファイルシステム管理情報そのものに対しての操作は、このファイルシステムの階層により行うものとされる。
そして、ファイルシステムでは、アプリケーション（及び後述する管理ファイル制御システム）からのファイルレベルによるアクセス要求を、ＦＡＴファイルシステムのフォーマットにおけるデータの管理単位となるクラスタのレベルに変換して、デバイスドライバに対してアクセス要求を行う。
【００５４】
デバイスドライバは、コントロール対象のデバイスとなるメディアをコントロールするためのソフトウェアが対応し、上記ファイルシステムからのＦＡＴファイルシステムフォーマットに従ったクラスタレベルによるアクセス要求を、メディア上におけるデータの書き込み、読み出し単位であるセクタのレベルに変換して、メディアへのアクセス要求を行う。
【００５５】
この場合のメディアは、論理的にはＦＡＴファイルシステムに従ってフォーマット（初期化）されたものとなる。図１では、ＨＤＤがここでのメディアに相当する。そして、メディアは、デバイスドライバからのセクタレベルのアクセス要求に応答して、指定されたセクタアドレスからデータを読み出して、デバイスドライバに返す。つまり、セクタレベルでのアクセス応答を実行する。
デバイスドライバは、メディアからのセクタレベルでのアクセス応答、つまりセクタ単位でのデータの受け取りを行い、この受け取ったデータについて、クラスタ単位によるデータとして扱ってファイルシステムに受け渡す（クラスタレベルでのアクセス応答）。
ファイルシステムは、デバイスドライバから受け取ったデータを、ファイルレベルのデータとしてアプリケーションに受け渡すようにされる。アプリケーションは、ファイルとして受け取ったデータについて、例えばユーザによる操作入力などに応じたアプリケーションレベルでの所要の処理を実行する。
【００５６】
また、管理ファイル制御システムは、図３に示した管理ファイルの生成、メディアへの読み出し、書き込みなどのファイル操作機能を実現するソフトウェアが対応する。例えばアプリケーションが、管理ファイルを利用してコンテンツファイルを検索するような場合には、管理ファイル制御システムによりメディアから読み出させて取り込んだ管理ファイルを参照することになる。
また、アプリケーションのファイル操作として、コンテンツファイルについての記録、削除、更新などのファイル操作を行う場合には、管理ファイル制御システムを経由して、アクセス要求、読み出しデータの受け取りを行うものとされる。この場合には、アプリケーションと管理ファイル制御システムは、例えばファイル名や、相互に取り決めたファイルＩＤなどを用いて、ファイルレベルでの通信を行うようにされればよい。
また、管理ファイル制御システムは、上記したようなアプリケーションによるファイル操作結果に応じて、この操作結果が反映されるようにして管理ファイルの更新（書き換え）を行うようにされる。このようにして、管理ファイル制御システムは、管理ファイルの操作を行うようにされている。また、本実施の形態では、図２により説明したようにして、管理ファイルのバックアップファイルも存在し、このバックアップファイルも、アプリケーションによるコンテンツファイルの操作結果に応じて更新する必要がある。このようなバックアップファイルのファイル操作も、管理ファイル制御システムが実行する。
管理ファイル制御システムが、例えば管理ファイルのアクセス要求を行うときには、アプリケーションと同様にして、ファイルレベルにより、ファイルシステムに対して要求を行うことになる。ファイルシステムより下層では、先の説明と同様にしてアクセス要求とデータの受け渡しを行って、管理ファイルのデータを管理ファイル制御システムに返すようにされる。
【００５７】
これまでの説明から理解されるように、本実施の形態のデジタルビデオカメラ１は、ファイルシステム（ＦＡＴ：基本ファイル管理手段）により記憶媒体に記憶されるファイル全般の管理を行うようにした上で、このファイルのうち、コンテンツファイル（特定種類のファイル）については管理ファイルによっても管理されるように構成している。そして、このようなファイルの管理構成では、ファイルシステム側でのファイル管理情報によるファイル管理内容と管理ファイルによるファイル管理内容について相互に整合が得られていることが、正常なファイル管理のために必要になってくる。
しかしながら、本実施の形態のデジタルビデオカメラ１では、先に図１により説明したように、ＵＳＢマスストレージクラスに対応している。ＵＳＢマスストレージクラスに対応しているということは、ＵＳＢにより接続されたパーソナルコンピュータなどが、デジタルビデオカメラ１のＨＤＤ１４を、自身にマウントされた外部記憶デバイスとして扱ってファイル操作などを実行できるということになるが、このことが、ファイルシステムと管理ファイルのファイル管理内容との不整合を招く原因になることがある。このことについて、図５を参照して説明する。
【００５８】
図５（ａ）においては、ファイルシステムによりコンテンツファイルＡ、Ｂの２つのファイルを管理しており、また、管理ファイルによっても、これらコンテンツＡ、Ｂを適正管理している状態が模式的に示されている。
そして、例えば図５（ａ）に示される状態の下で、本実施の形態のデジタルビデオカメラ１とパーソナルコンピュータなどの外部情報処理装置とを、ＵＳＢにより接続したとする。
すると、本実施の形態のデジタルビデオカメラ１がＵＳＢマスストレージクラスに対応していることで、外部情報処理装置側では、上記もしているように、デジタルビデオカメラ１のＨＤＤ１４が外部記憶デバイスとして見えるようにされ、外部情報処理装置側からのＨＤＤ１４に記憶されているファイル操作（ファイルの新規記録、削除、変更など）が可能になる。つまり、例えばユーザが外部情報処理装置に対する操作を行うことで、ＨＤＤ１４に対してファイルを新規記録したり、また、削除したり、さらには、外部情報処理装置によりファイルを読み込んで何らかの変更を行って再書き込み（更新）を行うことができる。
【００５９】
前述もしたように、本実施の形態の管理ファイルは、ファイルシステムにより管理されるファイルとしてＨＤＤ１４に記憶されている。従って、上記のようにして本実施の形態のデジタルビデオカメラ１がＵＳＢマスストレージクラスにより外部情報処理装置と接続されている状態では、外部情報処理装置からの制御により、管理ファイルを操作することも可能であることになる。先に述べたように、本実施の形態の管理ファイルは不可視ファイルとして設定されているが、コンピュータ装置などの外部情報処理装置であれば、不可視ファイルを可視ファイルに設定変更することは不可能ではなく、従って、不可視ファイルとして設定されていることが、即ち、不用意な改竄、変更に対する万全な保護を保証するものではない。
【００６０】
そして、この場合においては、図５（ａ）に示すファイル管理状態の下でパーソナルコンピュータ側からの制御により管理ファイルについて変更が行われてしまった結果として、先ず、図５（ｂ）には、管理ファイルとコンテンツファイルＢとの関連付けが行われなくなった状態が示されている。例えば、管理ファイルにおいてコンテンツファイルＢを管理するための情報が、内容の変更により消失したような場合に、このような状態となる。
また、図５（ｃ）には、同じ図５（ａ）の状態下で、外部情報処理装置からの制御により管理ファイルについて変更が行われてしまった結果として、コンテンツファイルＡ，Ｂに加えて、ファイルシステム側では存在しないものとされているはずのコンテンツＣを、管理ファイルにより管理する状態となった場合が示されている。
また、この図には示していないが、外部情報処理装置からの制御により管理ファイル自体が削除されるようなファイル操作が行われることも考えられる。この場合には、ＨＤＤ１４にコンテンツファイルが記憶されているのにかかわらず、管理ファイルによっては、コンテンツファイルが全く記録されていないことを示し、整合性のとれない状態となる。
【００６１】
このようにして、本実施の形態のデジタルビデオカメラ１がＵＳＢマスストレージクラスにより外部情報処理装置と接続された状態で、外部情報処理装置側からＨＤＤ１４に対するファイル操作として、管理ファイルに対する操作が行われるようなことがあると、ファイルシステムと管理ファイルによるコンテンツファイルの管理内容に不整合が生じることになる。なお、この場合のような不整合の状態は、管理ファイルのほうが、コンテンツファイルに対する操作とは無関係な機会において不用意に変更されることにより生じるものであることから、管理ファイルについての信頼性が保証されず、その内容としては有効性を持たない状態であるといえる。
【００６２】
そして、例えば図５（ｂ）、（ｃ）などのようにして管理ファイルの有効性が喪失した状態で、デジタルビデオカメラ１とパーソナルコンピュータとのＵＳＢ接続を切断させ、デジタルビデオカメラ１を単体で使用する状態に戻したとする。このときには、デジタルビデオカメラ１では、管理ファイルの内容が無効で不整合が生じていることは認識できていないことになる。このようにしてデジタルビデオカメラ１が管理ファイル内容の無効性を認識していない状態のまま通常の動作を実行させたとすると、誤動作を招いたり、また、不適切なファイル管理が提示されてユーザを混乱させるなどの不都合を招く可能性がある。例えば、図５（ｃ）に示すようにして、コンテンツファイルＢについては、ファイルシステム上では記憶されていないものとして管理されているのに対して、管理ファイルでは適正に管理対象となっているような不整合の状態の下で、コンテンツファイルのインデックス表示を行わせたとする。インデックス表示とは、ＨＤＤ１４に記憶されているコンテンツファイルを目次的に提示するために、表示部７に表示させる画像である。
この場合、管理ファイル側では、コンテンツファイルＢがＨＤＤ１４に記憶されているものとして管理している。このため、インデックス表示においては、コンテンツファイルＢがＨＤＤ１４に記憶されており、かつ、正常に再生可能な状態であることが示されてしまう。しかしながら、インデックス表示からコンテンツファイルＣを指定して再生を指示したとしても、ファイルシステム上ではコンテンツファイルＢを既に削除していることから、ＨＤＤ１４のコンテンツファイルＢにはアクセスすることができずに、再生エラーとなる。このような再生エラーは、ユーザをとまどわせるものであるし、また、場合によっては、デジタルビデオカメラ１のハングアップなど、機器動作のエラーも招きやすくなる。
【００６３】
そこで、本実施の形態としては、このような不都合を回避するために、以降説明していくような構成を採るようにされる。
先ず、図６のフローチャートは、デジタルビデオカメラ１が単体で動作しているときに、コンテンツファイルを対象とする新規記録、削除、変更（更新）などの何らかのファイル操作に応じた処理を実行したときに応じて実行される処理手順を示している。
なお、この図に示す処理は、例えばＣＰＵ１０などのプログラム実行機能を持つハードウェアデバイスが、図２に示すソフトウェア層（アプリケーション、管理ファイル制御システム、ファイルシステム、及びデバイスドライバ）としてのプログラムを実行することで実現される。このようなプログラムは、例えば、ＲＯＭ１１、不揮発性メモリ１２ａ、あるいはＨＤＤ１４などに記憶される。あるいは、プログラムを例えばリムーバブルの記憶媒体に記憶させておいて、後から、この記憶媒体を使用してインストールするようにしてデジタルスチルカメラ１に対して記憶させることもできる。また、ネットワーク上のサーバなどにおける記憶装置に記憶させておき、ネットワーク経由でダウンロードするようにして取得してデジタルスチルカメラ１にインストールするようなことも考えられる。この点については、後述する、図７のフローチャートについても同様である。
【００６４】
図６では、ステップＳ１０１としての手順により、コンテンツファイルに関しての何らかの処理が実行される。この処理結果に応じて、続くステップＳ１０２においては、コンテンツファイルの処理結果を管理ファイルに反映させるようにして、その内容を更新するための処理が実行される。
【００６５】
次のステップＳ１０３においては、上記ステップＳ１０２による管理ファイルの更新結果に応じて、バックアップ用情報項目（参照用情報）を作成する。
ここでのバックアップ用情報項目としては、管理ファイルについてのファイルサイズと、更新日時の２つの情報項目により形成するものとされる。従って、ステップＳ１０３の処理としては、ステップＳ１０２により更新されたことで得られた管理ファイルのサイズをファイルサイズの情報項目の内容として設定し、その更新が行われたとする日時の情報を、日時の情報項目の内容として設定する。そして、これらの情報項目の集合としてのバックアップ用情報項目を得るようにされる。
このようにしてステップＳ１０３により作成されたバックアップ用情報項目は、ステップＳ１０４の処理によって不揮発性メモリ１２ａに書き込まれて記憶保持される。例えばステップＳ１０１のコンテンツファイル処理が、ＨＤＤ１４にコンテンツファイルが何も記録されていないブランクの状態からの初めてのコンテンツファイルの記録であるような場合には、ステップＳ１０２〜Ｓ１０４の処理によっては、管理ファイルを新規作成してＨＤＤ１４に新規保存する動作と、バックアップ用情報項目を新規作成して不揮発性メモリ１２ａに新規保存する動作とが得られることになる。また、ステップＳ１０１のコンテンツファイル処理が、例えば以降におけるコンテンツファイルの追加記録、削除、変更などの場合には、ステップＳ１０２〜Ｓ１０４の処理により、管理ファイルの更新、バックアップ用情報項目の更新が行われることになる。
【００６６】
ここで、上記バックアップ用情報項目としては、ファイルサイズと、更新日時の２つであるとしている。
本実施の形態のファイルシステムであるＦＡＴでは、ディレクトリ（ファイル）ごとのエントリ情報として規定されるディレクトリエントリの構造において、周知のように、ファイル名、ファイルサイズ、作成日時、及び更新日時の情報項目を有しており、これらのうちで、ファイルサイズと更新日時が、上記バックアップ用情報項目と共通であり、同じ意義を有している。つまり、バックアップ用情報項目は、ファイルシステムのファイル管理情報がファイルごとに対応して有するとされる情報項目のうちから、所定の同意義のものを選択していることになる。
そして、バックアップ用情報項目が上記のような性質を持つことに基づいて、ステップＳ１０３の処理としては、管理ファイルを管理するためのディレクトリエントリに格納されているファイルサイズ及び更新日時の情報項目を読み出して取得し、この取得した情報を利用してバックアップ用情報項目を作成するように構成することができる。
【００６７】
また、管理ファイルの実際としては、図３に示したように、プロパティファイル、サムネイルファイル、及びメタデータファイルから成る。さらに、図２に示したようにして、管理ファイルのバックアップファイルが設けられる。バックアップファイルも、管理ファイルと同様の、プロパティファイル、サムネイルファイル、及びメタデータファイルに対応したファイルから成る。実際には、これらのファイルが全て、ファイルシステムにより管理される。
ステップＳ１０２により管理ファイルを更新するときには、そのバックアップファイルの更新も行われる。そして、ステップＳ１０３、Ｓ１０４により作成され、不揮発性メモリ１２ａに記憶されるバックアップ用情報項目としては、上記した管理ファイルとしてのプロパティファイル、サムネイルファイル、及びメタデータファイルの３つのファイルと、これらのファイルに対応する３つのバックアップファイルごとに用意されることになる。
【００６８】
図７は、管理ファイルについての有効性判定のための処理手順を示す。
本実施の形態のデジタルビデオカメラ１と外部機器との間で、通信部１６を利用したＵＳＢ経由でのデータ通信が行われているときには、ＵＳＢマスストレージにより、外部機器からＨＤＤ１４を操作可能になる。このために、ＵＳＢの接続が切断された直後においては、例えば図５などに示したようにして、ＵＳＢ接続されていたときに、管理ファイルについて不用意な変更（及び削除）などの操作が行われて、管理ファイルの有効性が喪失してしまっている可能性がある。このために、管理ファイルの有効性判定は、通信部１６経由による外部との通信である、ＵＳＢによるデータ通信が切断されたときに実行するものとしている。そこで、図7に示す処理としては、ステップＳ２０１によりＵＳＢによるデータ通信の切断を検知することとしている。そして、このデータ通信の切断が検知されると、ステップＳ２０２以降の処理に進む。
【００６９】
ステップＳ２０２においては、ファイルシステム管理情報における、管理ファイルを管理するディレクトリエントリにアクセスして、このディレクトリエントリから比較対象情報項目を読み出す。ここでいう比較対象情報項目の具体例としては、ディレクトリエントリにおいて格納される、ファイルサイズと更新日時の各情報項目となる。つまり、ディレクトリエントリに格納される情報項目のうちで、本実施の形態のバックアップ用情報項目と同一意義となる情報項目である。
また、図６にて説明したように、ここでの管理ファイルとは、プロパティファイル、サムネイルファイル、及びメタデータファイルのことを指し、さらに、これらプロパティファイル、サムネイルファイル、及びメタデータファイルごとのバックアップファイルも含む。従って、ステップＳ２０２においては、例えば、これら６つのファイルごとのディレクトリエントリから比較対象情報項目を読み出すことになる。
【００７０】
次のステップＳ２０３では、上記ステップＳ２０２の処理結果として、管理ファイルが存在するか否かについて判別する。
前述したように、管理ファイルの有効性が喪失したものとみなされる状況の１つとして、ＵＳＢマスストレージ接続されているパーソナルコンピュータからの制御により管理ファイルの削除が行われたような場合を考えることができる。この場合には、ステップＳ２０２による比較対象情報項目の読み出しを実行しても、ファイルシステム管理情報において管理ファイルを管理する情報が存在していないことから、管理ファイルを管理するディレクトリエントリにアクセスできずに読み出しエラーとなる。このような結果となった場合には、ステップＳ２０３において否定の判別結果が得られることになる。なお、この場合には、先に説明した管理ファイルとして扱われる６つのファイルのうちで、少なくとも１つのファイルの読み出しがエラーになれば、ステップＳ２０３においては否定の判別結果を出力するようにされる。
一方、ステップＳ２０２による比較対象情報項目の読み出しを実行したところ、正常に、管理ファイルを管理するディレクトリエントリにアクセスできたのであれば、ファイルシステムにより管理ファイルが正常に管理されていることとなって、ステップＳ２０３においては肯定の判別結果が得られることになる。
【００７１】
ステップＳ２０３により肯定の判別結果が得られた場合には、ステップＳ２０４に進む。
ステップＳ２０４においては、不揮発性メモリ１２ａにアクセスして、バックアップ用情報項目の読み出しを実行する。
【００７２】
上記ステップＳ２０４の処理を終了した段階では、ステップＳ２０２により読み出した比較対象情報項目としてのファイルサイズ、更新日時の情報と、ステップＳ２０４により読み出したバックアップ用情報項目としてのファイルサイズ、更新日時の情報とが取得されている。そこで、ステップＳ２０５により、バックアップ用情報項目のファイルサイズ、更新日時の内容と、比較対象情報項目のファイルサイズ、更新日時の内容についての比較処理を実行し、次のステップＳ２０６により、比較した内容が一致したか否かについての判別を行うようにされる。
このときにも、ステップＳ２０５では、管理ファイルとして扱われる６つのファイルごとに、比較対象情報項目とバックアップ用情報項目のファイルサイズ、更新日時の内容を比較するようにされる。また、ステップＳ２０６では、これら６つのファイルごとの全ての比較結果が一致した場合にのみ肯定の判別結果を出力することとし、１つでも一致の比較結果が得られない場合には、否定の判別結果を出力するようにされる。
【００７３】
ファイルサイズは、ファイルの内容が変更されることに応じて変化し得るものであり、更新日時も、ファイルの更新が行われることで変更されるものである。
そのうえで、さらに不揮発性メモリ１２ａに記憶保持されるバックアップ用情報項目（ファイルサイズ、更新日時）は、デジタルビデオカメラ１としてのシステムの動作としてコンテンツファイルに関する操作が行われるのに応じて更新される情報であるといことがいえる。これとの対比として、比較対象情報項目を含むファイルシステム管理情報は、ＵＳＢマスストレージ接続が行われたことなどにより、デジタルビデオカメラ１のシステム動作の関知しないところで行われてしまうファイル操作に応じて変更される情報であるということがいえる。
【００７４】
このことから、ステップＳ２０６により肯定の判別結果が得られたということは、管理ファイルは、ファイルシステムの更新と常に同期するようにして更新されていたということが推定される。換言すれば、例えばＵＳＢマスストレージ接続状態下での外部情報処理装置からの管理ファイル操作は無かったものと推定される。従って、この場合の管理ファイルは、デジタルビデオカメラ１のシステム動作の下でのファイル操作に応じた適正な内容を有した、有効なものであるということになる。
そこで、この場合には、ステップＳ２０７により、ＨＤＤ１４に記憶されている管理ファイルの読み込みを実行するようにされる。以降のコンテンツファイルに関する各種の動作には、このようにして読み込まれた管理ファイルの内容を参照することになるが、この管理ファイルの内容は有効なものであるから、適正な動作が期待される。
【００７５】
これに対して、ステップＳ２０６において否定の判別結果が得られた場合には、管理ファイルについて、デジタルビデオカメラ１のシステム動作の関知しないところでのファイル操作によって変更が行われるなどした可能性があることになる。この場合、管理ファイルは、その内容が不正なものとなっており、有効性が喪失しているものとみることができる。
そこで、この場合には、ステップＳ２０８に進んで、管理ファイルを再作成するようにされる。なお、本実施の形態にあっては、管理ファイルの再作成は、バックアップファイルを利用して行うことができる。
そして、次のステップＳ２０９により、上記ステップＳ２０８により再作成された管理ファイルの読み込みを実行するようにされる。
【００７６】
これまでの図６、図７による説明から理解されるように、本実施の形態では、デジタルビデオカメラ１のシステム動作によるコンテンツファイルの操作ごとに応じて、管理ファイルのファイルサイズと更新日時を示すバックアップ用情報項目を更新して記憶保持させることとしている。そのうえで、管理ファイルの有効性を判定するのにあたっては、このバックアップ用情報項目と、ファイルシステム側のファイルサイズと更新日時の情報（比較対象情報項目）とを比較した結果を利用することとしている。この比較結果が、管理ファイルの有効、無効を示し得ることは上記の通りである。
上記したバックアップ用情報項目の実際としては、例えば６つのファイル分のファイルサイズと更新日時の情報であることから、全体としても数十バイト程度のサイズのデータについての比較処理を実行すればよい。また、管理されるコンテンツファイル数が膨大になったとしても、これにかかわらず、上記した６つのファイル分のファイルサイズの情報と更新日時の情報を管理ファイルの有効性の判定に使用することに変化はない。
このことから、例えばＨＤＤ１４に記憶される全コンテンツファイルをチェックする場合と比較すれば、管理ファイルの有効性判定のための処理時間は大幅に短縮され、これに伴って、例えばＵＳＢ接続などのデータ通信が切断された後のシステムの立ち上がり（起動）に要する時間も短縮されて高速化される。このとき、バックアップ用情報項目は、不揮発性メモリ１２ａに保持されていることから、読み込みのためのアクセス時間は、ＨＤＤ１４にアクセスする場合と比較すれば大幅に短縮され、このことも、上記したシステム起動性の向上に寄与する。
さらに、ステップＳ２０８による管理ファイルの再作成に関しては、バックアップファイルを利用している。例えばバックアップファイルが無い場合には、ＨＤＤ１４に記憶されている全コンテンツファイルにアクセスして必要な情報を収集することになり、多くの処理時間を必要とする。これに対して、本実施の形態としては、例えばバックアップファイルの内容をコピーするような処理により管理ファイルを再作成できるので、その処理も非常に短時間で済む。この管理ファイル再作成処理も、ＵＳＢ接続の切断に応じた手順に含まれているものであり、従って、このことも、上記システム起動時間の短縮要因となるものである。
【００７７】
なお、本発明としては、これまでに実施の形態として説明した構成に限定されるものではない。
例えば、上記実施の形態にあっては、管理ファイルの有効性判定に使用する情報項目を、ファイルサイズと更新日時の組み合わせとしているが、その情報項目の意義内容が、ファイルの更新に応じて変化する可能性のあるものでありさえすれば、これより少数、多数による別の組み合わせを採ってよい。また、管理ファイルについてのファイルシステムによる管理態様、また、管理ファイルのフォーマット、仕様などとしては、図２、図３により説明した以外にも考えられる。また、上記実施の形態では、管理ファイルによっては、画像、音声等を情報内容とするコンテンツファイルを管理するものとしたが、管理ファイルが管理対象とするファイル種別については特に限定しない。例えば文書ファイルなどとされてもよい。また、実際の機器の用途などによっては、管理ファイルの管理対象となる特定種類のファイルが、ファイルシステム（基本ファイル管理手段）により管理される全種類のファイルと一致する可能性も考えられる。また、これに伴い、本願発明が適用される装置としては、デジタルビデオカメラに限定されるものではなく、他の各種機器に適用可能である。
【図面の簡単な説明】
【００７８】
【図１】本発明の実施の形態としての情報処理装置であるデジタルビデオカメラの構成例を示すブロック図である。
【図２】本実施の形態における、ファイルシステムによるコンテンツファイル、管理ファイル、及びバックアップファイルの管理態様例をディレクトリ構造により示す図である。
【図３】管理ファイルの構造例を模式的に示す図である。
【図４】実施の形態のデジタルビデオカメラにおける、メディア（ＨＤＤ）アクセスに関するシステム構成を階層モデルにより示す図である。
【図５】外部情報処理装置により本実施の形態のデジタルビデオカメラのＨＤＤに対するファイル操作が行われたことで生じる不整合の状態例を示す図である。
【図６】実施の形態のデジタルビデオカメラにおける、コンテンツファイル処理に対応した、バックアップ用情報項目の処理についての手順例を示すフローチャートである。
【図７】実施の形態のデジタルビデオカメラにおける、管理ファイルの有効性判定のための手順例を示すフローチャートである。
【符号の説明】
【００７９】
１  デジタルビデオカメラ、２  光学系部、３  光電変換部、４  ビデオ信号処理部、５  画像入出力部、６  カメラ機能部、７  表示部、８  音声処理部、９  音声入出力部、１０  ＣＰＵ、１１  ＲＯＭ、１２  ＲＡＭ、１２ａ  不揮発性メモリ、１３  メディアコントローラ、１４  ＨＤＤ、１５  操作入力部、１６  通信部
【図１】
2007179435.tif 000003
【図２】
2007179435.tif 000004
【図３】
2007179435.tif 000005
【図４】
2007179435.tif 000006
【図５】
2007179435.tif 000007
【図６】
2007179435.tif 000008
【図７】
2007179435.tif 000009