(57)【特許請求の範囲】
【請求項１】
記憶媒体に記憶されるファイルを、同じ記憶媒体に記憶される基本ファイル管理情報を利用して管理する基本ファイル管理手段と、
上記基本ファイル管理手段が有する個々のファイルごとに設定した管理用情報項目における所定の管理用情報項目を共通に有するようにされ、記憶媒体に記憶される特定ファイル管理情報を利用して、上記基本ファイル管理手段により管理されるファイルにおける特定種類のファイルを管理する特定ファイル管理手段と、
上記記憶媒体に記憶される上記特定種類のファイルを目次的に表示させる目次表示を行うのにあたって、この目次表示において表示させるべき特定種類のファイルについての、上記基本ファイル管理情報と上記特定ファイル管理情報とが共通に有する管理用情報項目の内容を比較する比較手段と、
上記比較手段による比較結果として、比較対象となる管理用情報項目のうち、所定の管理用情報項目の少なくとも１つのみについての内容が不一致であり、上記所定の管理用情報項目以外の管理用情報項目が一致するとされた、所定の一致／不一致内容を有する特定種類のファイルについては、再生可であることが示されるように、当該特定種類のファイルに対応して記憶媒体に記憶されているとする記憶済サムネイル画像データに代えて、当該特定種類のファイルの実データを利用して生成した、生成サムネイル画像データを画像として表示出力させ、上記所定の管理用情報項目以外の管理用情報項目の少なくとも何れか１つが不一致であるとされた特定種類のファイルについては、上記目次表示においてファイル再生不可であることが示されるようにして上記目次表示を実行させる表示制御手段と、
を備える情報処理装置。
【請求項２】
上記表示制御手段は、
上記生成サムネイル画像データの生成に失敗した場合には、上記目次表示において、その特定種類のファイルについて、サムネイル画像の表示が不可であることが示されるようにして表示を実行させる、請求項１に記載の情報処理装置。
【請求項３】
記憶媒体に記憶されるファイルを、同じ記憶媒体に記憶される基本ファイル管理情報を利用して管理する基本ファイル管理手順と、
上記基本ファイル管理手順が有する個々のファイルごとに設定した管理用情報項目における所定の管理用情報項目を共通に有するようにされ、記憶媒体に記憶される特定ファイル管理情報を利用して、上記基本ファイル管理手順により管理されるファイルにおける特定種類のファイルを管理する特定ファイル管理手順と、
上記記憶媒体に記憶される上記特定種類のファイルを目次的に表示させる目次表示を行うのにあたって、この目次表示において表示させるべき特定種類のファイルについての、上記基本ファイル管理情報と上記特定ファイル管理情報とが共通に有する管理用情報項目の内容を比較する比較手順と、
上記比較手順による比較結果として、比較対象となる管理用情報項目のうち、所定の管理用情報項目の少なくとも１つのみについての内容が不一致であり、上記所定の管理用情報項目以外の管理用情報項目が一致するとされた、所定の一致／不一致内容を有する特定種類のファイルについては、再生可であることが示されるように、当該特定種類のファイルに対応して記憶媒体に記憶されているとする記憶済サムネイル画像データに代えて、当該特定種類のファイルの実データを利用して生成した、生成サムネイル画像データを画像として表示出力させ、上記所定の管理用情報項目以外の管理用情報項目の少なくとも何れか１つが不一致であるとされた特定種類のファイルについては、上記目次表示においてファイル再生不可であることが示されるようにして上記目次表示を実行させる表示制御手順と、
を実行する情報処理方法。
【請求項４】
記憶媒体に記憶されるファイルを、同じ記憶媒体に記憶される基本ファイル管理情報を利用して管理する基本ファイル管理手順と、
上記基本ファイル管理手順が有する個々のファイルごとに設定した管理用情報項目における所定の管理用情報項目を共通に有するようにされ、記憶媒体に記憶される特定ファイル管理情報を利用して、上記基本ファイル管理手順により管理されるファイルにおける特定種類のファイルを管理する特定ファイル管理手順と、
上記記憶媒体に記憶される上記特定種類のファイルを目次的に表示させる目次表示を行うのにあたって、この目次表示において表示させるべき特定種類のファイルについての、上記基本ファイル管理情報と上記特定ファイル管理情報とが共通に有する管理用情報項目の内容を比較する比較手順と、
上記比較手順による比較結果として、比較対象となる管理用情報項目のうち、所定の管理用情報項目の少なくとも１つのみについての内容が不一致であり、上記所定の管理用情報項目以外の管理用情報項目が一致するとされた、所定の一致／不一致内容を有する特定種類のファイルについては、再生可であることが示されるように、当該特定種類のファイルに対応して記憶媒体に記憶されているとする記憶済サムネイル画像データに代えて、当該特定種類のファイルの実データを利用して生成した、生成サムネイル画像データを画像として表示出力させ、上記所定の管理用情報項目以外の管理用情報項目の少なくとも何れか１つが不一致であるとされた特定種類のファイルについては、上記目次表示においてファイル再生不可であることが示されるようにして上記目次表示を実行させる表示制御手順と、
を情報処理装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶媒体に対して情報の書き込み、読み出しを実行する情報処理装置と、その方法に関する。また、このような情報処理装置が実行すべきプログラムに関する。
【背景技術】
【０００２】
ＨＤＤ（ハードディスク）などをはじめとする各種の記憶媒体に記憶されるデータを管理するのにあたり、ファイルシステムを採用してファイル単位により管理することが広く行われている。このようなファイルシステムのフォーマットとしては、例えばＦＡＴ、ＨＦＳ(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）といわれるテーブル情報から成る管理情報（ファイルシステム管理情報）により実現される。ディレクトリエントリは、メディア上におけるファイル、ディレクトリ（サブディレクトリ）の所在をクラスタレベルで示す情報であり、ＦＡＴは、ディレクトリ、ファイルを成すクラスタレベルでのチェイン（リンク、連結）を示す情報である。これらファイルシステム管理情報（ディレクトリエントリ、ＦＡＴ）へのアクセス、また、ファイルの読み出し（再生）、書き込み（追記、更新）、などのファイル操作結果に応じたファイルシステム管理情報の更新などの、ファイルシステム管理情報そのものに対しての操作は、このファイルシステムの階層により行うものとされる。
そして、ファイルシステムでは、アプリケーション（及び後述する管理ファイル制御システム）からのファイルレベルによるアクセス要求を、ＦＡＴファイルシステムのフォーマットにおけるデータの管理単位となるクラスタのレベルに変換して、デバイスドライバに対してアクセス要求を行う。
【００５６】
デバイスドライバは、コントロール対象のデバイスとなるメディアをコントロールするためのソフトウェアが対応し、上記ファイルシステムからのＦＡＴファイルシステムフォーマットに従ったクラスタレベルによるアクセス要求を、メディア上におけるデータの書き込み、読み出し単位であるセクタのレベルに変換して、メディアへのアクセス要求を行う。
【００５７】
この場合のメディアは、論理的にはＦＡＴファイルシステムに従ってフォーマット（初期化）されたものとなる。図１では、ＨＤＤがここでのメディアに相当する。そして、メディアは、デバイスドライバからのセクタレベルのアクセス要求に応答して、指定されたセクタアドレスからデータを読み出して、デバイスドライバに返す。つまり、セクタレベルでのアクセス応答を実行する。
デバイスドライバは、メディアからのセクタレベルでのアクセス応答、つまりセクタ単位でのデータの受け取りを行い、この受け取ったデータについて、クラスタ単位によるデータとして扱ってファイルシステムに受け渡す（クラスタレベルでのアクセス応答）。
ファイルシステムは、デバイスドライバから受け取ったデータを、ファイルレベルのデータとしてアプリケーションに受け渡すようにされる。アプリケーションは、ファイルとして受け取ったデータについて、例えばユーザによる操作入力などに応じたアプリケーションレベルでの所要の処理を実行する。
【００５８】
また、管理ファイル制御システムは、図３に示した管理ファイルの生成、メディアへの読み出し、書き込みなどのファイル操作機能を実現するソフトウェアが対応する。例えばアプリケーションが、管理ファイルを利用してコンテンツファイルを検索するような場合には、管理ファイル制御システムによりメディアから読み出させて取り込んだ管理ファイルを参照することになる。
また、アプリケーションのファイル操作として、コンテンツファイルについての記録、削除、更新などを行う場合には、管理ファイル制御システムを経由して、アクセス要求、読み出しデータの受け取りを行うものとされる。この場合には、アプリケーションと管理ファイル制御システムは、例えばファイル名や、相互に取り決めたファイルＩＤなどを用いて、ファイルレベルでの通信を行うようにされればよい。
また、管理ファイル制御システムは、上記したようなアプリケーションによるファイル操作結果に応じて、この操作結果が反映されるようにして管理ファイルの更新（書き換え）を行うようにされる。このようにして、管理ファイル制御システムは、管理ファイルの操作を行うようにされている。また、本実施の形態では、図２により説明したようにして、管理ファイルのバックアップファイルも存在し、このバックアップファイルも、アプリケーションによるコンテンツファイルの操作結果に応じて更新する必要がある。このようなバックアップファイルのファイル操作も、管理ファイル制御システムが実行する。
管理ファイル制御システムが、例えば管理ファイルのアクセス要求を行うときには、アプリケーションと同様にして、ファイルレベルにより、ファイルシステムに対して要求を行うことになる。ファイルシステムより下層では、先の説明と同様にしてアクセス要求とデータの受け渡しを行って、管理ファイルのデータを管理ファイル制御システムに返すようにされる。
【００５９】
これまでの説明から理解されるように、本実施の形態のデジタルビデオカメラ１は、ファイルシステム（ＦＡＴ：基本ファイル管理手段）により記憶媒体に記憶されるファイル全般の管理を行うようにした上で、このファイルのうち、コンテンツファイル（特定種類のファイル）については管理ファイルによっても管理されるように構成している。そして、このようなファイルの管理構成では、ファイルシステム側でのファイル管理内容と管理ファイルによるファイル管理内容について相互に整合が得られていることが、正常なファイル管理のために必要になってくる。
しかしながら、本実施の形態のデジタルビデオカメラ１では、先に図１により説明したように、ＵＳＢマスストレージクラスに対応している。ＵＳＢマスストレージクラスに対応しているということは、ＵＳＢ経由でデジタルビデオカメラ１と接続されたパーソナルコンピュータが、自身にマウントされた外部記憶デバイス（ドライブ）として扱って、デジタルビデオカメラ１のＨＤＤ１４に対するファイル操作などを実行できるということになる。そして、このことが、ファイルシステムと管理ファイルとの管理内容についての不整合を招く原因になることがある。このことについて、図５を参照して説明する。
【００６０】
図５（ａ）においては、ファイルシステムによりコンテンツファイルＡ、Ｂの２つのファイルを管理しており、また、管理ファイルによっても、これらコンテンツＡ、Ｂを適正管理している状態が模式的に示されている。
そして、ここでは上記図５（ａ）に示される状態の下で、本実施の形態のデジタルビデオカメラ１とパーソナルコンピュータとを、ＵＳＢにより接続したとする。
すると、本実施の形態のデジタルビデオカメラ１がＵＳＢマスストレージクラスに対応していることで、パーソナルコンピュータ側では、上記もしているように、デジタルビデオカメラ１のＨＤＤ１４が外部記憶デバイスとして見えるようにされ、パーソナルコンピュータ側からのＨＤＤ１４に記憶されているファイル操作（ファイルの新規記録、削除、変更など）が可能になる。つまり、例えばユーザがパーソナルコンピュータに対する操作を行うことで、ＨＤＤ１４に対してファイルを新規記録したり、また、削除したり、さらには、パーソナルコンピュータによりファイルを読み込んで何らかの変更を行って再書き込み（更新）を行うことができる。そこで、この場合においては、図５（ａ）に示すファイル管理状態の下で、パーソナルコンピュータ側からの操作により、コンテンツファイルＢの削除を行ったとする。
【００６１】
パーソナルコンピュータではデジタルビデオカメラ１のＨＤＤ１４を外部記憶デバイスとしてマウントしているのであるから、パーソナルコンピュータがコンテンツファイルＢを削除するということは、ＨＤＤ１４のファイルシステム管理情報（ディレクトリエントリ、ＦＡＴ）を書き換えるという処理をパーソナルコンピュータにより実行するということである。
しかしながら、このようにしてＵＳＢマスストレージクラスにより接続されているときには、記憶デバイス側となるデジタルビデオカメラ１は、ＨＤＤ１４に対するアクセス制御権をパーソナルコンピュータ側に完全に移譲するような状態となっており、デジタルビデオカメラ１側でＨＤＤ１４にアクセスして処理を実行することはしないようにされるのが通常である。また、ＨＤＤ１４にファイルとして記憶されている管理ファイルは、ファイルシステムからみれば単に１つのファイルであり、その内容がコンテンツファイルを管理しているものであるかどうかについては関知していない。管理ファイルは、基本的にはデジタルビデオカメラ１単体での完結したファイル管理に利用されるもので、例えばデジタルビデオカメラ１が実装するファイル管理用のプログラムなどが対応するものである。
このことからすると、上記のようにしてパーソナルコンピュータ側からの操作によりコンテンツファイルＢを削除した場合には、図５（ｂ）に示すようにして、ファイルシステム上では、コンテンツファイルＢは削除されてコンテンツファイルＡのみがＨＤＤ１４に記憶されているものとして管理しているのに、管理ファイルでは、コンテンツファイルＡとともにコンテンツファイルＢもＨＤＤ１４に記憶されているものとして管理している、という状態になる。つまり、ファイルシステムによるファイル管理内容と、管理ファイルによるファイル管理内容との間で相違が生じる不整合の状態となる。
【００６２】
また、他の例として、図５（ａ）の状態の下で、コンテンツファイルＢについて、その内容を変更して書き換えるようなファイル操作をパーソナルコンピュータ側で行ったとする。すると、この場合においても、ファイルシステムのファイル管理内容については、コンテンツファイルＢの書き換えが行われたことに対応して更新されるのに対して、管理ファイルについては、このファイル操作に応じた更新が行われずに、コンテンツファイルＢの書き換え前の内容のままでコンテンツファイルＢを管理することになる。従って、この場合にも、ファイルシステムと管理ファイルによるファイル管理との間で不整合が生じることになる。
これらの例から理解されるように、本実施の形態のデジタルビデオカメラ１がＵＳＢマスストレージクラスによりパーソナルコンピュータと接続された状態で、外部情報処理装置からＨＤＤ１４に対するファイル操作が行われるようなことがあると、ファイルシステの管理内容に対して、管理ファイルによるコンテンツファイルの管理内容が一致しなくなる不整合の状態が生じることになる。
【００６３】
そして、例えば図５（ｂ）、（ｃ）などのようにして不整合が生じた状態で、デジタルビデオカメラ１とパーソナルコンピュータとのＵＳＢ接続を切断させ、デジタルビデオカメラ１を単体で使用する状態に戻したとする。確認のために述べておくと、このときには、デジタルビデオカメラ１では、不整合が生じていることは認識できていない。先に述べたようにして、ＵＳＢマスストレージクラスにより外部からＨＤＤ１４が制御されているときには、デジタルビデオカメラ１側のアプリケーションはＨＤＤ１４に対する管理制御を実行することがないからである。
そしてこのようにしてデジタルビデオカメラ１が不整合を認識していない状態のままで、例えば通常の動作を実行させたとすれば、誤動作を招いたり、また、不適切なファイル管理状況が提示されてユーザを混乱させるなどの不都合を招く可能性がある。
例えば、図５（ｂ）に示す管理状態の下で、コンテンツファイルのインデックス表示を行わせたとする。
この場合、管理ファイル側では、コンテンツファイルＢがＨＤＤ１４に記憶されているものとして管理している。このため、インデックス表示においては、コンテンツファイルＢがＨＤＤ１４に記憶されており、かつ、正常に再生可能な状態であることが示されてしまう。しかしながら、インデックス表示からコンテンツファイルＣを指定して再生を指示したとしても、ファイルシステム上ではコンテンツファイルＢを既に削除していることから、ＨＤＤ１４のコンテンツファイルＢにはアクセスすることができずに、再生エラーとなる。このような再生エラーは、ユーザをとまどわせるものであるし、また、場合によっては、デジタルビデオカメラ１のハングアップなど、機器動作のエラーも招きやすくなる。
【００６４】
そこで、本実施の形態としては、このような不都合を回避するために、以降説明していくような構成を採るようにされる。
先ず、図６のフローチャートは、デジタルビデオカメラ１が単体で動作しているときに、撮像などにより得られたコンテンツファイルを新規に記録するときに対応した、管理ファイルに関する処理手順を示している。
なお、この図に示す処理は、例えばＣＰＵ１０などのプログラム実行機能を持つハードウェアデバイスが、図２に示すソフトウェア層（アプリケーション、管理ファイル制御システム、ファイルシステム、及びデバイスドライバ）としてのプログラムを実行することで実現される。このようなプログラムは、例えば、ＲＯＭ１１、不揮発性メモリ１２ａ、あるいはＨＤＤ１４などに記憶される。あるいは、プログラムを例えばリムーバブルの記憶媒体に記憶させておいて、後から、この記憶媒体を使用してインストールするようにしてデジタルスチルカメラ１に対して記憶させることもできる。また、ネットワーク上のサーバなどにおける記憶装置に記憶させておき、ネットワーク経由でダウンロードするようにして取得してデジタルスチルカメラ１にインストールするようなことも考えられる。この点については、後述する、図７、図９、図１０、図１２のフローチャートについても同様である。
【００６５】
図６においては、先ずステップＳ１０１により、ＨＤＤ１４に対してコンテンツファイルの新規記録を行うようにされる。このステップＳ１０１としての処理は、新規に記録すべきコンテンツファイルを成す実のデータを、ＨＤＤ１４に転送して書き込むための制御と、このＨＤＤ１４に対するコンテンツファイルのデータの書き込み結果に応じてファイルシステム管理情報（ディレクトリエントリ、ＦＡＴ）の書き換えとを行うものとなる。
上記ステップＳ１０１により、ファイルシステム上でコンテンツファイルが新規記録されたものとして管理された状態を得たとされると、次のステップＳ１０２、Ｓ１０３によっては、この新規記録が行われたコンテンツファイルを管理ファイルに登録するようにされる。このために、ステップＳ１０２においては、管理ファイルに対して、今回新規記録されたコンテンツファイルの情報を登録する。具体的には、新規記録されたコンテンツファイルについての各種所要の情報を収集してファイルエントリを作成し、図３に示すプロパティファイルの構造に対して追加するようにされる。また、オプションであるメタデータが有効なものとして設定されているのであれば、このステップＳ１０２により、新規記録されたコンテンツファイルについてのメタデータとしての情報を収集してメタデータスロットを作成し、メタデータファイルの構造に追加する。
また、本実施の形態では、オプションであるサムネイルファイルが有効に設定されている。本実施の形態の場合、このサムネイルファイルが格納するサムネイル画像データは、表示部７に対してインデックス表示（目次表示）に利用される。つまり、本実施の形態のインデックス表示としては、個々のコンテンツファイルをサムネイル画像により示すこととしており、このサムネイル画像の表示のために、上記サムネイルファイルのサムネイル画像データを使用するものである。
そこで、ステップＳ１０３においては、管理ファイルにおけるサムネイルファイルに対して、新規記録されたコンテンツファイルのデータを利用してサムネイル画像データを作成し、このサムネイル画像データを、新規記録されたコンテンツファイルに対応するサムネイルスロットの形式に変換した上で、サムネイルファイルに追加するようにされる。
【００６６】
ここで、本実施の形態では、管理ファイルの構造として、ファイルシステム管理情報が有する所定の情報項目を共通に有するものとしている。
具体的には、本実施の形態が対応するものとされるファイルシステムであるＦＡＴでは、ディレクトリ（ファイル）ごとのエントリ情報として規定されるディレクトリエントリの構造において、周知のように、ファイル名、ファイルサイズ、作成日時、及び更新日時の情報項目を有する。そして、本実施の形態の管理ファイルとしても、プロパティファイルにおけるファイルエントリの構造に示すように、ファイル名、ファイルサイズ、作成日時、及び更新日時の情報項目を有する。このようにして、本実施の形態では、管理ファイルを形成する情報項目において、ファイル名、ファイルサイズ、作成日時、及び更新日時の４つの情報項目について、ファイルシステムと共通のものを有するようにされている。なお、以降の説明にあたっては、管理ファイルとファイルシステム管理情報とで共通となる上記４つの情報項目については「共通情報項目」ということにする。
【００６７】
続いて、デジタルビデオカメラ１により、表示部７に対してコンテンツファイルについてのインデックス表示を行わせるための構成について説明する。
コンテンツファイルのインデックス表示は、先にも述べたように、ＨＤＤ１４に記憶されているコンテンツファイルに関する情報を目次的に示すための表示であり、その表示態様の一例としては、図８に示すようにして、個々のコンテンツファイルについてのインデックス内容として、少なくともサムネイル画像（ＴＮ１〜ＴＮ４）が提示されるようにして表示させることができる。
【００６８】
図７は、本実施の形態としてのインデックス表示のための処理手順例を示している。
この場合には、先ずステップＳ２０１として示すように、変数ｎについてｎ＝１で初期化する。この変数ｎは、インデックス表示において画面内にサムネイル画像として表示させるコンテンツファイルについての表示順を示す。この表示順は、管理ファイルにおける所定の管理情報項目に基づいて決定される。一例として、ファイルエントリごとに対応してＩＤなどが付されているとすれば、このＩＤに基づいて上記表示順を決定できる。
【００６９】
そして、ステップＳ２０２においては、ｎ番目のコンテンツファイルのインデックス画像についての表示命令が発行される。ここでいうインデックス画像とは、インデックス表示におけるコンテンツファイルごとに対応した内容が表示される画像部分を指す。図８においては、インデックス画像の表示例として、コンテンツファイルに対応するサムネイル画像を表示させたものを示している。
【００７０】
ステップＳ２０３では、管理ファイルのプロパティファイルにおける、ｎ番目のコンテンツファイルに対応するファイルエントリから、共通項目情報（ファイル名、ファイルサイズ、作成日時、及び更新日時）を読み出す。また、次のステップＳ２０４により、ファイルシステム管理情報における、ｎ番目のコンテンツファイルに対応するディレクトリエントリにアクセスして、同じく、共通項目情報の読み出しを実行する。
そして、次のステップＳ２０５において、上記ステップＳ２０３により読み出した管理ファイルの共通項目情報の内容と、ステップＳ２０４により読み出したファイルシステムの共通項目情報の内容とを比較する。
【００７１】
ステップＳ２０６においては、上記ステップＳ２０５による比較処理の結果として、両者の共通項目情報の内容が一致しているか否かについて判別する。
ここで、共通項目情報の内容が一致していない場合とは、具体的には、共通項目情報であるファイル名、ファイルサイズ、作成日時、及び更新日時の少なくとも１つが一致していない場合を指す。
【００７２】
先ず、ファイル名が一致しなくなる原因としては、例えばデジタルビデオカメラ１とパーソナルコンピュータなどの外部情報処理装置とがＵＳＢマスストレージクラスにより接続された状態で、外部情報処理装置によりファイル名変更の操作が行われたような場合を挙げることができる。この場合には、図５（ｃ）に示した不整合状態の一態様として、ファイルシステム管理情報についてはファイル名の変更に応じた更新が為されるが、管理ファイル側では、ファイル名の変更は反映されずに、変更前のファイル名のままで管理している状態となる。
【００７３】
また、ファイルサイズが一致しなくなる原因の典型としては、外部情報処理装置によりコンテンツファイルについて編集的な内容の変更操作が行われたうえで、再保存されたような場合を挙げることができる。この場合には、図５（ｃ）に示した不整合状態の一態様として、ファイルシステム上では、編集に応じて変化したファイルサイズが反映されているが、管理ファイル側では、変更前のファイルサイズを示したままで管理している状態となる。
また、作成日時が一致しなくなる原因としては、例えば本来的には行われてはならないようなコンテンツファイルのコピー的な作業が外部情報処理装置により行われたことで、ファイルシステム上では作成日時を更新したが、管理ファイル側では、このコピー前の作成日時を示したままで管理する状態に陥った場合などを考えることができる。
また、更新日時が一致しなくなる原因の典型としては、外部情報処理装置によりコンテンツファイルの内容について何らかの変更を行って再保存したことで、ファイルシステム上では更新日時を更新したが、管理ファイル側では、この変更前の更新日時を示したままで管理した状態になるような場合を考えることができる。
また、図５（ｂ）に示したように、外部情報処理装置によりコンテンツファイルを削除した場合には、その削除の結果がファイルシステム上では反映されるが、管理ファイル側では、このコンテンツファイルについては削除されずに残っているものとして管理する状態となった場合には、このコンテンツファイルについてのファイルシステム側の共通項目情報は存在しないことになる。従って、この場合においても、ファイルシステム管理情報側と管理ファイル側の共通情報項目の関係については一致していないということになる。
このようにして、ファイルシステム管理情報と管理ファイルとでの共通情報項目が不一致になるということは、両者の管理内容について何らかの不整合が生じていることを示していることになるものである。このことから、ステップＳ２０５、Ｓ２０６としての共通情報項目の内容を比較してその一致についての判定を行うという処理は、即ち、ファイルシステム管理情報と管理ファイルの整合性を判定する処理である、ということがいえる。
【００７４】
そして、ステップＳ２０６において、両者の共通情報項目が一致しているとして肯定の判別結果が得られた場合には、ステップＳ２０７〜Ｓ２０９の処理を実行する。
先ず、ステップＳ２０７においては、ｎ番目のコンテンツファイルに対応するサムネイル画像データの読み出しを実行する。つまり、管理ファイルにおけるサムネイルファイルから、このｎ番目のコンテンツファイルに対応するサムネイルスロットを検索し、この検索されたサムネイルスロットに格納されているサムネイル画像データの読み出しを実行する。このようにして読み出されたサムネイル画像データは、ｎ番目のコンテンツファイルを示すサムネイル画像データであることになる。そこで、次のステップＳ２０８においては、上記ステップＳ２０７により読み出して取得したサムネイル画像データを表示出力するためのデコード処理を実行する。さらに次のステップＳ２０９により、上記ステップＳ２０８によるサムネイル画像データのデコード結果（サムネイル画像の表示用画像データ）を利用して、ｎ番目のコンテンツファイルについてのインデックス画像を、インデックス表示としての画面内のしかるべき位置に配置させるようにして表示させる。
【００７５】
上記ステップＳ２０７〜Ｓ２０９の手順により表示されるインデックス表示は、例えば図８のサムネイル画像ＴＮ１，ＴＮ３，ＴＮ４などとして示すようにして、対応するコンテンツファイルの代表画像を縮小するようにされた正常な状態のサムネイル画像を含んで表示されることになる。
【００７６】
これに対して、ステップＳ２０６において共通情報項目の内容が一致していないとして否定の判別結果が得られた場合には、ステップＳ２１０の処理を実行する。
ステップＳ２１０においては、ｎ番目のコンテンツファイルのインデックス画像について、例えば図８のサムネイル画像ＴＮ２として示すようにして、画像が破れているような状態を示す絵柄、デザインを表示させる。このインデックス画像のデザインは、対応するコンテンツファイルについてデータの状態であるとかファイル管理が不正となっているなどして、正常な再生が行えないものとして扱われていることを示す。つまり、ステップＳ２１０においては、ｎ番目のコンテンツファイルは正常ではないことが所定の表示態様により示されるようにして、インデックス画像を表示させる。
【００７７】
ステップＳ２０９又はステップＳ２１０の処理を実行した後は、ステップＳ２１１において変数ｎについて所定の最大値ｆｕｌｌに至ったか否かについての判別が行われる。変数ｎが最大値ｆｕｌｌに至ったということは、表示部７に表示される１画面分のインデックス表示内に配置させるべき全てのインデックス画像の表示が完了したことを意味する。
従って、未だ、インデックス表示内に配置させるべきインデックス画像が残っているとして、ステップＳ２１１において否定の判別結果が得られた場合には、ステップＳ２１２により変数ｎについて１インクリメントを行った上で、ステップＳ２０２の処理に戻るようにされる。これにより、次のコンテンツファイルのインデックス画像表示のための手順が開始される。これに対して、ステップＳ２１１において肯定の判別結果が得られたのであれば、１画面分のインデックス表示が完了したことになるので、この図に示す処理を抜けることになる。
【００７８】
続いて、図９のフローチャートを参照して、本実施の形態のデジタルビデオカメラ１によりコンテンツファイルを再生出力するための処理手順例について説明する。また、この図に示す処理は、所定の規則に従って設定された再生順に従って、ＨＤＤ１４に記憶されるコンテンツファイルを順次再生していくときの手順を示している。
先ずこの場合には、ステップＳ３０１により、変数ｍについてｍ＝１で初期化する。変数ｍは、コンテンツファイルの再生順を示す。上記のようして、コンテンツファイルの再生順は、あらかじめ所定規則に従って設定されるものであるが、この再生順設定は、ファイルシステム管理情報若しくは管理ファイルにおける所定の管理情報項目に基づいて決定すればよい。例えば、ＨＤＤ１４への記録順にしたがった連番の内容を含むようにしてファイル名が付与されることを前提に、このファイル名に基づいて再生順を設定することが考えられる。また、先のインデックス表示の場合と同様にして、ファイルエントリに付されるＩＤなどの他の管理情報項目に基づいて設定することも考えられる。
【００７９】
ステップＳ３０２においては、ｍ番目のコンテンツファイルを再生出力するための命令が発行される。
上記した命令発行に応じて実行される、ステップＳ３０３〜Ｓ３０６までの処理は、上記図７により説明したステップＳ２０３〜Ｓ２０６と同様となることから、ここでの説明は省略する。
【００８０】
ステップＳ３０６において、両者の共通情報項目が一致しているとして肯定の判別結果が得られた場合には、ステップＳ３０７により、ｍ番目のコンテンツファイルの実データをＨＤＤ１４から読み出して再生出力させるための制御処理を実行する。これにより、コンテンツファイルが通常に再生出力されることになる。
これに対して、ステップＳ３０６において両者の共通情報項目が一致していないとして否定の判別結果が得られた場合には、ステップＳ３０８により、このｍ番目のコンテンツファイルの再生出力に関する処理は中止するようにされる。つまり、不整合の状態で管理されるコンテンツファイルについては、その再生は行わないようにされる。
【００８１】
ここで、先の図７による説明によれば、ステップＳ２０６により、共通情報項目が一致していないと判定されたコンテンツファイルについては、ステップＳ２１０によりコンテンツファイルが正常でない（不正である）ことを示すインデックス画像（図８参照）が表示されている。つまり、図１０の手順によっては、インデックス表示おいてコンテンツファイルが正常でないことを示すインデックス画像が表示されたコンテンツファイルについて、再生を行わないようにされている。つまり、本実施の形態においての、コンテンツファイルが正常でない（不正である）ことを示すインデックス画像は、再生不可であることも意味しているものとされる。
【００８２】
ステップＳ３０７またはステップＳ３０８の処理を実行した後は、先の図７のステップＳ２１１，Ｓ２１２と同様にして、ステップＳ３０９により変数ｍについて所定の最大値ｆｕｌｌに至ったか否かについての判別を行い、否定の判別結果が得られたのであれば、ステップＳ３１０により変数ｍについて1インクリメントしたうえで、ステップＳ３０２の処理に戻るようにされる。
これにより、コンテンツファイルを再生順に従って順次再生するという動作が得られることになる。そのうえで、ステップＳ３０８を実行してステップＳ３０９、Ｓ３１０を経てステップＳ３０２に戻った場合には、再生不可のコンテンツファイルの再生をスキップして、次のコンテンツファイルの再生手順に移行するという処理の流れが得られることになる。
そして、ステップＳ３０９において肯定の判別結果が得られたのであれば、この図に示す処理を抜けるようにされる。
【００８３】
ここで、これまでの説明によると、本実施の形態のデジタルビデオカメラ１では、インデックス表示を行う機会、あるいはコンテンツファイルを再生する機会で以て、コンテンツファイル管理に関する整合性チェックを実行するようにされている。これは、次のような理由による。
例えば、ＵＳＢマスストレージクラスにより外部情報処理装置と接続されているときに、この外部情報処理装置によりＨＤＤ１４に対するファイル操作が行われ、不整合が生じる結果になったとしても、不整合に起因した不具合は、必ずしも、そのＵＳＢ接続を切断した後において即座に顕在化するものではない。不具合としての何らかの事象は、例えば、ファイルシステムあるいは管理ファイルの管理情報の使用を伴う動作を実行させるときにはじめて顕在化するものといえる。そして、本実施の形態のインデックス表示、また、コンテンツファイルの再生出力は、管理ファイル及びファイルシステム管理情報を利用する処理にほかならない。本実施の形態は、このことに着目して、図７、図９に示したように、インデックス表示におけるインデックス画像表示時の処理、あるいはコンテンツファイル再生出力時の処理として、整合性チェックを実行するようにしている。
例えば、ＵＳＢマスストレージクラスによる接続が切断されたときには、外部情報処理装置のコンテンツファイル操作によって不整合が生じていないかをチェックすることが必要になる。システム動作の安定のために、ＵＳＢ接続を切断した後のシステム動作は、この整合性チェックの完了を待って立ち上げるべきものとしているからである。
しかし、本実施の形態の構成を採れば、先ずは、ＵＳＢ接続を切断した後のタイミングで必ず整合性チェックを行う必要性はなくなる。さらに、整合性チェックにあたって、一度に全てのコンテンツファイルにアクセスすることも必要がなくなる。これにより、本実施の形態としては、整合性チェックに要する時間は大幅に短縮され、特にＵＳＢ接続が切断された後の立ち上がり時間が短縮されることになる。
【００８４】
また、本実施の形態では、インデックス表示時においては、表示部７としての1画面分に表示させるべきコンテンツファイルに対応したインデックス画像の処理ごとに、整合性チェックとしての共通情報項目の比較を行うようにしている。つまり、例えば1画面分のインデックス表示を行うのにあたっての整合性チェックは、そのインデックス表示内に配置させるべきインデックス画像（コンテンツファイル）数に応じた回数の共通情報項目の比較処理のみを実行すればよく、必ずしも、記憶管理されている全てのコンテンツファイルについての共通情報項目の比較処理を一度に実行する必要はない。これにより、インデックス表示時における処理負担も必要以上に重くなることが無く、また、その表示に要する総時間も一定以下に抑えることが可能になる。
また、コンテンツファイルの再生出力の場合にあっても、コンテンツファイルを1つ再生開始させるごとに、その再生対象のコンテンツファイルについてのみ共通情報項目の比較を実行していくようにされているので、一度に全てのコンテンツファイルについての共通情報項目比較処理を実行することはない。そして、コンテンツファイルを再生する都度に実行される共通情報項目の比較処理に要する時間も非常に短くて済むことから、コンテンツファイル再生が開始されるまでの待ち時間も特に長くはなるものではない。
【００８５】
さらに、本実施の形態の整合性チェックの手法としては、ＨＤＤ１４に記憶されているコンテンツファイルにアクセスするのではなく、ファイルシステム管理情報（ディレクトリエントリ）と管理ファイルにおける所要数の情報項目を利用するものとなっている。このために、整合性チェックの処理時におけるＨＤＤ１４へのアクセス時間なども短縮されることとなる。このことも、整合性チェックに必要な処理時間の短縮に大きく寄与することになる。
【００８６】
ところで、OSとしてWindows XP（登録商標）がインストールされているパーソナルコンピュータでは、例えばJPEG形式をはじめとする静止画像ファイルなどについてのプロパティ画面を呼び出すと、「全般」のタブの他に、「概要」のタブも表示されるようになっている。「概要」のタブは、WindowsのＯＳがWindows XPになってから新設されたもので、例えばユーザが、タイトル、表題、作成者、カテゴリー、キーワード、コメントなどの付加情報を入力して登録できるようになっている。
【００８７】
しかし、Windows XPのバージョンにもよるのであるが、「概要」のタブに関しては、次のような事例が確認されている。
ここで、或る１つの静止画ファイルについてのプロパティウィンドウを呼び出し、さらに、このプロパティウィンドウにおける「概要」のタブをクリックして、各種入力ボックスが表示されている「概要」のウィンドウ画面を最前面に表示させたとする。そして、この後の操作として、入力ボックスには特に何も入力することなく、「概要」のウィンドウ画面を閉じるためにＯＫボタンをクリックしたとする。すると、このＯＫボタンの操作は、「概要」についての何らかの更新が為されたものとして扱われ、Windows XPに実装されるファイルシステムの処理により、ファイルシステム管理情報の更新日時とファイルサイズが変更されるという結果を生じる。
なお、以降において、上記の「概要」のウィンドウ画面に対する操作については、「事例操作」ということにする。
【００８８】
一般的なこととして、パーソナルコンピュータを操作するのにあたり、上記の事例操作のようにして、或るウィンドウ内の設定内容などについて特に変更をしない場合に、そのウィンドウを閉じるために、キャンセルボタンではなく、ＯＫボタンを操作することはしばしば行われることである。このような場合には、ウィンドウ内の設定内容について変更をかけていない以上、ＯＫボタンを操作したことで再登録される内容は、結果的に以前と同じになるものであり、このことをユーザも理解しているからである。
このことからすると、上記の事例操作に限っては、ユーザは何らウィンドウ画面内の内容について変更を与えていないのにもかかわらず、ウィンドウ画面を閉じる際に、いつもの感覚でＯＫボタンを操作してしまうと、知らないうちに、ファイルシステム管理情報の更新日時及びファイルサイズが変更（更新）されてしまっているという、若干特殊な結果を生じることになる。
【００８９】
ただし、例えばパーソナルコンピュータのＨＤＤなどに記憶されている静止画ファイルについては、上記のような更新日時及びファイルサイズの更新が行われたとしても、この更新は、そのパーソナルコンピュータが実装するファイルシステム自身が行い、その後のファイル管理も、同じファイルシステムを実行することになる（つまり、ファイル管理がパーソナルコンピュータ内で完結している）ので、そのファイル管理内容としては整合性を保っていることになる。
【００９０】
しかし、例えば、パーソナルコンピュータと、本実施の形態のデジタルビデオカメラ１とを、ＵＳＢマスストレージクラスによりＵＳＢ経由で接続した環境において上記の事例操作を行った場合、つまり、パーソナルコンピュータ側で、USB経由で接続したデジタルビデオカメラ１のＨＤＤ１４に記憶されている或る１つの静止画ファイルのプロパティ画面を呼び出し、ＯＫボタンのクリック操作により閉じた場合には、上記の更新日時及びファイルサイズの更新により次のような不都合が生じる。
つまり、先に説明した本実施の形態としての構成では、管理ファイルと、ファイルシステム管理情報とで、共通項目情報であるファイル名、ファイルサイズ、作成日時、及び更新日時の４つの情報項目について比較を行い、少なくとも１つが一致していなければ、一律に、そのファイルについての管理ファイルとファイルシステムとの間の管理内容に不整合が生じているとして扱われ、例えば、再生不可として設定される。従って、ＨＤＤ１４に記憶される静止画ファイルのうち、上記の事例によりファイルシステム管理情報の更新日時及びファイルサイズが変更されたファイルについては不整合が生じていると判定され、再生不可が設定されることになる。この静止画ファイルが不整合となった理由は、単に対応するプロパティ画面を呼び出してまた閉じたことなのであり、デジタルビデオカメラ１の動作にエラーを生じさせるような、事実上の不整合の状態は生じていない。また、先にも述べたように、「概要」のウィンドウ画面について何も変更設定を行わずにＯＫボタンを操作して閉じた場合には、ユーザが、静止画ファイルに対して何らかの変更を行ったことの意識はない。にもかかわらず、不整合であるとして再生不可が設定されることになると、ユーザとしては、例えば再生不可となった原因が特定できずに、例えば故障であると勘違いしてしまうなど、いたずらに混乱を招くことになるような可能性もある。
【００９１】
そこで、本実施の形態としては、上記の事例への対策を図ることを目的として、以降説明する構成を採るようにされる。なお、以降説明する構成については、先の実施の形態を基本としたうえで、他の実施の形態として扱うこととする。また、他の実施の形態においても、先に図１〜図６について説明した内容に関しては、先の実施の形態と同様となる。
【００９２】
先ず、図１０のフローチャートにより、他の実施の形態としてのインデックス表示のための処理手順例を説明する。
図１０において、最初におけるステップＳ４０１〜Ｓ４０６までの手順は、図７のステップＳ２０１〜Ｓ２０６と同様となっている。また、ステップＳ４０６にて肯定の判別結果が得られた場合に実行することとなる、ステップＳ４０７、Ｓ４０８の手順も、図７のステップＳ２０７、Ｓ２０８と同様となっている。
【００９３】
そして、この場合には、ステップＳ４０８に続くステップＳ４０９により、ステップＳ４０８によるサムネイル画像データのデコード処理が成功したか否かについての判別を行うようにしている。ここで、デコード処理が成功したとして肯定の判別結果が得られたのであれば、ステップＳ４１０に進む。ステップＳ４１０では、図７のステップ２０９と同様にして、デコード結果であるサムネイル画像の表示用画像データを利用して、ｎ番目のコンテンツファイルについてのインデックス画像を、インデックス表示画面内の所要位置に配置表示させる。
【００９４】
一方、ステップＳ４０９にてデコード処理が成功しなかったとして否定の判別結果が得られた場合であるが、これは、例えばサムネイル画像データのみが破壊されているなどの何らかの原因で、サムネイル画像データはデコードできなかったのであるが、ｎ番目のファイルについての整合性は得られている状況であることになる。そこで、この場合には、ステップＳ４１５に進むことで、ｎ番目のファイルについてのインデックス画像として、「コンテンツファイル」ではなく、「サムネイル画像データ」が正常でないことを示すインデックス画像を表示させる。「サムネイル画像データ」が正常でないこととは、より具体的には、例えばサムネイル画像データについて、その実データが破壊されているなどして、再生出力のためのデコード処理がエラーとなるような状態であることなどを指す。
上記のような「サムネイル画像データ」が正常でないことを示すインデックス画像としては、例えば図１１のサムネイル画像ＴＮ４として示すようにして、クエスチョンマークが表示された態様を考えることができる。ユーザは、このインデックス画像を見ることで、サムネイル画像ＴＮ４に対応するファイルについ、サムネイル画像は何らかの障害で表示はされないものの、ファイルそのものについては再生が可能であることを認識できることになる。
【００９５】
また、ステップＳ４０６において、共通項目情報の内容が一致していないとして否定の判別結果が得られた場合には、ステップＳ４１１による判別処理を実行するようにされる。
ステップＳ４０６により否定の判別結果が得られた場合とは、４つの共通項目情報であるファイル名、ファイルサイズ、作成日時、及び更新日時のうち、少なくとも１つが不一致となっている場合である。ここで、先のプロパティ画面における「概要」のウィンドウ画面についての事例操作によって更新、書き換えが行われるのは、更新日時とファイルサイズとなる。従って、上記の４つの共通項目情報における不一致の状態として、更新日時とファイルサイズがのみ不一致で、残るファイル名及び作成日時がともに一致であるならば、この状態は、「概要」のウィンドウ画面についての事例操作が行われた結果の共通項目情報内容の不一致である、と推定できる。
【００９６】
そこで、ステップＳ４１１としては、今回のステップＳ４０６にて判定された共通項目情報内容の不一致が、「概要」のウィンドウ画面についての事例操作が行われた結果によるものなのか否かを判別するために、ファイル名及び作成日時がともに一致の状態であるか否かについて判別することとしている。なお、この判別処理は、換言すれば、「更新日時とファイルサイズの何れか一方のみが不一致で、残りの共通項目情報は全て一致」しているか否かについて判定していることになる。上記のようにして事例操作によっては更新日時及びファイルサイズが書き換えられるので、共通項目情報の内容状態としては、「更新日時とファイルサイズがともに不一致で、残りの共通項目情報は全て一致する」ということになり、上記の判定処理と対応していない。しかしながら、本実施の形態としては、何らかの原因によって、事例操作によって更新日時とファイルサイズの何れか一方のみが書き換えられることになる可能性もあるという考え方をとることとしたものであり、ステップＳ４１１は、この考え方に従ったものである。
【００９７】
そして、ステップＳ４１１により肯定の判別結果が得られた場合には、ステップＳ４１２に進む。
ステップＳ４１２では、サムネイル画像データを利用するのではなく、現在の処理対象であるｎ番目のファイルの本体データ（実データ）を利用して、表示用サムネイル画像データを生成するようにされる。なお、表示用サムネイル画像データの形式としては、例えばステップＳ４０８によりサムネイル画像データをデコードして得られたサムネイル画像の表示用データと同じとされる。
ステップＳ４１２に至った場合には、事例操作を原因として不整合が生じた可能性が高いのではあるが、それ以外の原因で不整合が生じている可能性も否定できない。事例操作以外で不整合が生じている場合において、ステップＳ４０８のようにしてサムネイル画像データをデコードして表示用サムネイル画像データをインデックス画像として表示させたとすると、例えばファイルの本体データが何らかの原因によって書き換えられているために、インデックス画像が示す画像内容と、ファイル本体データを再生して得られる画像内容とが相違する（不整合が生じる）などの結果となる可能性がある。このような可能性が考えられることから、ステップＳ４１２に至ったとされる場合に関しては、上記の表示用サムネイル画像データをインデックス画像として表示させないことの方が好ましいと考えられる。そこで、ステップＳ４１２では、表示用サムネイル画像データの生成に、ファイル本体のデータを利用することで、現在のｎ番目のファイルに対応した正しいサムネイル画像データが得られるようにしているものである。
【００９８】
ステップＳ４１３においては、上記ステップＳ４１２による表示用サムネイル画像データの生成に成功したか否かについての判別を行い、ここで肯定の判別結果が得られたのであれば、ステップＳ４１４に進む。
ステップＳ４１４では、上記ステップＳ４１２により生成された表示用サムネイル画像データを利用して、ｎ番目のコンテンツファイルについてのインデックス画像を、インデックス表示画面内の所要位置に配置表示させる。
また、ステップＳ４１３にて否定の判別結果が得られた場合には、ステップＳ４０９にて否定の判別結果が得られた場合と同様にステップＳ４１５に進み、サムネイル画像データが正常でないことを示すインデックス画像を表示させる。
【００９９】
また、ステップＳ４１１にて否定の判別結果が得られた場合には、事例操作以外を要因として不整合の状態になっているということが推定される。そこで、この場合には、図７のステップＳ２０６にて否定の判別結果が得られた場合にステップＳ２１０を実行するのと同様に、ステップＳ４１６により、ｎ番目のコンテンツファイルについては正常ではないことを示すインデックス画像（図８のサムネイル画像ＴＮ２）を表示させる。
【０１００】
また、ステップＳ４１０、Ｓ４１４、Ｓ４１５、及びＳ４１６の手順を終了した後のステップＳ４１７と、ステップＳ４１７により否定の判別結果が得られた場合のステップＳ４１８としては、図７のステップＳ２１１、Ｓ２１２と同様となる。
【０１０１】
上記のようにして図１０に示す処理が実行されることで、４つの共通項目情報（ファイル名、ファイルサイズ、作成日時、及び更新日時）のうち、ファイルサイズと更新日時のうちの少なくとも１つのみが不一致となるコンテンツファイル、即ち、先の事例操作により共通項目情報の不一致が生じたものであると推定されるコンテンツファイルについては、ステップＳ４１２によるサムネイル画像データの生成を行い、これが失敗しない限りはステップＳ４１４によりインデックス画像として表示するようにされる。このことは、事例操作により共通項目情報の不一致が生じたものとして推定されたファイルについては、再生不可とせずに、再生可能なものとして扱うようにポリシーが定められていることを意味している。これにより、先に述べたような、事例操作によりファイルシステム管理情報が書き換えられたファイルについて再生不可を設定してしまうことによる不都合が回避されることになる。
【０１０２】
次に、図１２のフローチャートを参照して、他の実施の形態についての、コンテンツファイルを再生出力するための処理手順例を説明する。なお、この図に示す処理としても、先の実施の形態における図９の処理手順の場合と同様に、所定の規則に従って設定された再生順に従って、ＨＤＤ１４に記憶されるコンテンツファイルを順次再生していくときの手順が示される。
【０１０３】
この図において、先ず、ステップＳ５０１〜Ｓ５０６までの手順は、図９のステップＳ３０１〜Ｓ３０６までの手順と同様となる。
ステップＳ５０６において、４つの共通項目情報（ファイル名、ファイルサイズ、作成日時、及び更新日時）の内容が全て一致しているとして肯定の判別結果が得られた場合には、ステップＳ５０７に進み、図９のステップＳ３０７と同様にして、ｍ番目のコンテンツファイルの実データをＨＤＤ１４から読み出して再生出力させるための制御処理を実行する。つまり、コンテンツファイルについての通常再生を実行する。
これに対して、ステップＳ５０６にて、共通項目情報において１つでも不一致のものが在るとして否定の判別結果が得られた場合には、ステップＳ５０８に進む。
【０１０４】
ステップＳ５０８では、図１０のステップＳ４１１と同様にして、ファイル名及び作成日時がともに一致の状態であるか否かについて判別する。つまり、共通項目情報内容の不一致が事例操作の結果によるものであるか否かについて判定する。
先に述べたように、他の実施の形態としては、事例操作の結果により生じる管理ファイルとファイル管理情報の不整合については、再生不可を設定するべきものではないという考え方をとるものである。そこで、ステップＳ５０８にて肯定の判別結果が得られた場合、即ち、ｍ番目のファイルの不整合が事例操作を原因とするものであると推定した場合には、ステップＳ５０７に進むことで、このｍ番目のファイルの再生を実行するようにされる。
【０１０５】
これに対して、ステップＳ５０８にて否定の判別結果が得られた場合、即ち、ｍ番目のファイルの不整合が事例操作以外の原因により生じたものであると判定した場合には、ステップＳ５０９により、ｍ番目のコンテンツファイルの再生出力に関する処理は中止するようにされる。
このようにして、他の実施の形態にあっては、先の事例操作によって管理状態が不整合となったコンテンツファイルについては、再生不可とされることなく、再生が行われるようになっているものである。
【０１０６】
ここで、上記図１２の処理によるコンテンツファイルの再生の可否設定と、図１０の処理によるインデックス表示との関係を見てみると、図１２のステップＳ５０７により再生出力が行われるコンテンツファイルは、図１０のステップＳ４１０により管理ファイル（サムネイルファイル）から読み出したサムネイル画像データによりインデックス画像を表示したもの、あるいは、ステップＳ４１４によりコンテンツファイルの本体データ（実データ）を利用して生成したサムネイル画像データによりインデックス画像を表示したもの、あるいは、ステップＳ４１５により、サムネイル画像データが正常でないことを示すインデックス画像を表示したものとなる。つまり、他の実施の形態としては、インデックス画像としてサムネイル画像が表示される場合には、その元となるサムネイル画像データが管理ファイルから読み出したものか、コンテンツファイルの実データから生成したものであるかにかかわらず、対応するコンテンツファイルについては、再生可であることを示していることになる。また、サムネイル画像データが正常でないことを示すインデックス画像としても、何らかの障害でサムネイル画像は表示させることができなかったが、コンテンツファイルの再生可否に関しては、再生可であることを示すものとされる。そのうえで、ステップＳ４１１にて肯定の判別結果を得た場合には、ステップＳ４１４又はＳ４１５の何れかの処理によりサムネイル画像によるインデックス画像、若しくはサムネイル画像データが正常でないことを示すインデックス画像が表示されることになる。つまり、先の事例操作の結果として共通項目情報の内容が不一致になったことが推定されるコンテンツファイルについては、先に述べたポリシーに従い、再生出力すべきもの（再生可）として設定されるようになっているものである。
【０１０７】
なお、上記図１２、及び先の図９に示すコンテンツファイルの再生制御手順では、コンテンツファイルを所定順序に従って自動的に順次再生しているが、再生対象のコンテンツファイルを逐一選択して再生を開始させるような場合にも、その再生処理の開始前において、ステップＳ５０３〜Ｓ５０９までによる手順、あるいはステップＳ３０３〜Ｓ３０８までによる手順を実行することで、選択されたコンテンツファイルについての再生の可否を設定することが可能である。
【０１０８】
また、本実施の形態のデジタルビデオカメラ１では、図７に示したようなインデックス表示時における整合性チェックと、コンテンツファイル再生出力時における整合性チェックとを併用することとしているが、機器の操作についての仕様の都合など、場合に応じては、何れか一方の整合性チェックのみを採用した構成とすることも考えられる。
【０１０９】
また、本発明としては、これまでに実施の形態として説明した構成に限定されるものではない。
例えば、上記実施の形態にあっては、整合性チェックに使用する共通情報項目を、ファイル名、ファイルサイズ、作成日時、更新日時の組み合わせとしているが、これより少数、多数による別の組み合わせを採ってよい。また、他の実施の形態に関しては、他の類似した事例に対応した構成としても構わないものであり、これに従って、共通項目情報が不一致であっても再生可能に扱うべきコンテンツファイルの共通項目情報の一致・不一致の内容状態についての条件設定も適宜変更されて構わない。
【０１１０】
また、管理ファイル（及びバックアップファイル）についてのファイルシステムによる管理態様、また、管理ファイルのフォーマット、仕様などとしては、図２、図３により説明した以外にも考えられる。また、上記実施の形態では、管理ファイルによっては、画像、音声等を情報内容とするコンテンツファイルを管理するものとしたが、管理ファイルが管理対象とするファイル種別については特に限定しない。例えば文書ファイルなどとされてもよい。また、実際の機器の用途などによっては、管理ファイルの管理対象となる特定種類のファイルが、ファイルシステム（基本ファイル管理手段）により管理される全種類のファイルと一致する可能性も考えられる。また、これに伴い、本願発明が適用される装置としては、デジタルビデオカメラに限定されるものではなく、他の各種機器に適用可能である。
【図面の簡単な説明】
【０１１１】
【図１】本発明の実施の形態としての情報処理装置であるデジタルビデオカメラの構成例を示すブロック図である。
【図２】本実施の形態における、ファイルシステムによるコンテンツファイル、管理ファイル、及びバックアップファイルの管理態様例をディレクトリ構造により示す図である。
【図３】管理ファイルの構造例を模式的に示す図である。
【図４】実施の形態のデジタルビデオカメラにおける、メディア（ＨＤＤ）アクセスに関するシステム構成を階層モデルにより示す図である。
【図５】外部情報処理装置により本実施の形態のデジタルビデオカメラのＨＤＤに対するファイル操作が行われたことで生じる不整合の状態例を示す図である。
【図６】実施の形態のデジタルビデオカメラにおける、コンテンツファイル記録時の管理ファイル処理動作例を示すフローチャートである。
【図７】実施の形態のデジタルビデオカメラにおける、インデックス表示のための処理手順例を示すフローチャートである。
【図８】インデックス表示の態様例を示す図である。
【図９】実施の形態としてのコンテンツファイル再生出力のための処理動作例を示すフローチャートである。
【図１０】他の実施の形態としてのインデックス表示のための処理手順例を示すフローチャートである。
【図１１】インデックス表示の他の態様例を示す図である。
【図１２】他の実施の形態としてのコンテンツファイル再生出力のための処理動作例を示すフローチャートである。
【符号の説明】
【０１１２】
１  デジタルビデオカメラ、２  光学系部、３  光電変換部、４  ビデオ信号処理部、５  画像入出力部、６  カメラ機能部、７  表示部、８  音声処理部、９  音声入出力部、１０  ＣＰＵ、１１  ＲＯＭ、１２  ＲＡＭ、１２ａ  不揮発性メモリ、１３  メディアコントローラ、１４  ＨＤＤ、１５  操作入力部、１６  通信部
【図１】
0004595936.tif 000002
【図２】
0004595936.tif 000003
【図３】
0004595936.tif 000004
【図４】
0004595936.tif 000005
【図５】
0004595936.tif 000006
【図６】
0004595936.tif 000007
【図７】
0004595936.tif 000008
【図８】
0004595936.tif 000009
【図９】
0004595936.tif 000010
【図１０】
0004595936.tif 000011
【図１１】
0004595936.tif 000012
【図１２】
0004595936.tif 000013