情報記録装置および情報記録方法
【課題】情報記録装置の記憶領域から、複数の記録媒体に分けて情報をバックアップする場合でも、どの記録媒体にどの情報が入っているかについて容易に確認することが可能な技術を提供する。
【解決手段】ビデオカメラ装置１００は、複数のコンテンツおよびこの複数のコンテンツのそれぞれに対して昇順に付与され、かつ、一意に識別可能な識別子であるコンテンツ識別子を記憶するＨＤＤ１２７と、複数のコンテンツの記録媒体へのバックアップを、コンテンツ識別子の昇順に実行し、バックアップが終了または中断した際に、バックアップが完了したコンテンツのうち、最後にバックアップを完了したコンテンツに対応付けられたコンテンツ識別子をバックアップメディア一覧情報としてＨＤＤ１２７に記憶するＣＰＵ１２０と、を備える。
【解決手段】ビデオカメラ装置１００は、複数のコンテンツおよびこの複数のコンテンツのそれぞれに対して昇順に付与され、かつ、一意に識別可能な識別子であるコンテンツ識別子を記憶するＨＤＤ１２７と、複数のコンテンツの記録媒体へのバックアップを、コンテンツ識別子の昇順に実行し、バックアップが終了または中断した際に、バックアップが完了したコンテンツのうち、最後にバックアップを完了したコンテンツに対応付けられたコンテンツ識別子をバックアップメディア一覧情報としてＨＤＤ１２７に記憶するＣＰＵ１２０と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報記録装置および情報記録方法に関し、特に、コンテンツをバックアップする技術に関する。
【背景技術】
【０００２】
従来、情報記録装置の記憶領域、例えば、デジタルカメラ等のＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶領域に記録された静止画および動画を含む画像を他の記録媒体にバックアップした状態は、バックアップされた媒体の中身と、カメラの中の画像を人の目による確認と過去の記憶による判断で行うことになるため、間違って消してしまう可能性があった。
【０００３】
例えば、特許文献１に開示された技術においては、バックアップされたファイルの情報を保持することで、バックアップ済みのファイルを識別し、分類して表示したりアイコンを付けていることでわかりやすくしたりしている。又、削除の操作に対して警告を出すことで、不明確な判断によるデータ消失といった誤操作を未然に防ぐことを提案している。
【０００４】
【特許文献１】特開２００６−３１１０６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示された技術では、ファイルそのものに属性を付けたり、バックアップの履歴専用のリストに、すべてのバックアップファイルを登録するため、情報量が多く無駄になっている。又、ＨＤＤのような大容量のデータをＣＤ−ＲやＤＶＤ−Ｒなど、ＨＤＤに比較して容量が小さい記録媒体にバックアップすると、複数の記録媒体に分けて保存することになり、どの記録媒体にどの画像が入っているか、記録媒体を再生装置に入れ替えながら確認する必要があった。
【０００６】
本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、情報記録装置の記憶領域から、複数の記録媒体に分けて情報をバックアップする場合でも、どの記録媒体にどの情報が入っているかについて容易に確認することが可能な技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明のある観点によれば、複数のコンテンツおよびこの複数のコンテンツのそれぞれに対して昇順に付与され、かつ、一意に識別可能な識別子であるコンテンツ識別子を記憶する記憶部と、複数のコンテンツの記録媒体へのバックアップを、コンテンツ識別子の昇順に実行し、バックアップが終了または中断した際に、バックアップが完了したコンテンツのうち、最後にバックアップを完了したコンテンツに対応付けられたコンテンツ識別子をバックアップメディア一覧情報として記憶部に記憶する制御部と、を備える情報記録装置が提供される。
【発明の効果】
【０００８】
本発明によれば、情報記録装置の記憶領域から、複数の記録媒体に分けて情報をバックアップする場合でも、どの記録媒体にどの情報が入っているかについて容易に確認することが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１０】
《記録装置または記録再生装置の一例の使用形態について》
先ず、理解を容易とするために、この発明の各実施形態に適用可能な記録装置または記録再生装置について概略的に説明する。
【００１１】
図１を用いて、この発明が適用された記録装置または記録再生装置としてのビデオカメラ装置１００の一例の使用形態について説明する。
【００１２】
図１において、ビデオカメラ装置１００は、筐体１２内に記録媒体１３を内蔵すると共に、着脱可能な記録媒体１５を装填するためのドライブ装置１４を有する。
記録媒体１３は、例えばハードディスクからなる。
【００１３】
記録媒体１５は、記録可能なタイプのＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）やＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）といったデータの書き込みが可能とされた光ディスク、光磁気ディスク、不揮発性の半導体メモリ、着脱可能なタイプのハードディスクなど、様々に考えられる。記録媒体１５として磁気テープを用いることも考えられる。
【００１４】
なお、記録媒体１３および記録媒体１５の種類は、上述に限定されない。
【００１５】
また、上述では記録媒体１３が筐体１２に内蔵されるように説明したが、記録媒体１５と共に記録媒体１３も着脱可能としてもよい。
【００１６】
このビデオカメラ装置１００は、被写体からの光が光学系１１に入射され、この光をＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ−Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）イメージセンサといった撮像素子で受光して、受光された光を光電変換により電気信号に変換し所定の処理を施して、ディジタルビデオデータとする。このディジタルビデオデータは、例えば記録媒体１３に記録される。記録媒体１３に記録されたディジタルビデオデータは、出力端（図示しない）を介して外部に出力したり、ビデオカメラ装置１００が有する表示素子（図示しない）に映出したりできる。
【００１７】
このビデオカメラ装置１００は、記録媒体１３に記録されたディジタルビデオデータをドライブ装置１４に転送し、ドライブ装置１４に装填された記録媒体１５に記録することができるようにされている。
【００１８】
例えば、記録媒体１３をハードディスク、記録媒体１５を記録可能なタイプのＤＶＤとした場合、記録媒体１３に記録されたディジタルビデオデータのバックアップを記録媒体１５に取っておき、記録媒体１５を別途、保存する。
【００１９】
図２は、発明の各実施形態に適用可能なビデオカメラ装置１００（情報記録装置）の一例の構成を示す。
【００２０】
制御部の一例としてのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０は、ＲＯＭ１２３に予め記憶されたプログラムデータに基づき、ＲＡＭ１２１をワークメモリとして用いてこのビデオカメラ装置１００の全体を制御する。ＣＰＵ１２０は、ＲＯＭ１２３からプログラムデータを読み出しＲＡＭ１２１上に展開して当該プログラムを実行する。
【００２１】
なお、図２では、ＣＰＵ１２０とビデオカメラ装置１００を構成する各部とが直接的に接続されるように示されているが、これはこの例に限らず、各部がバスに接続され、バスを介してコマンドやデータのやりとりを行うようにしてもよい。
【００２２】
光学レンズ部１１０は、上述した光学系１１を構成し、被写体からの光を光電変換部１１１が有する撮像素子に導くためのレンズ系、絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構などを備え、被写体からの光を集光し光電変換部１１１に入射させる。
【００２３】
絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構は、ＣＰＵ１２０の制御に基づきカメラ機能部１１５により制御される。
【００２４】
光電変換部１１１は、例えばＣＣＤやＣＭＯＳイメージセンサといった撮像素子を有し、光学レンズ部１１０を介して入射された光を光電変換により電気信号に変換し、さらに所定の信号処理を施し撮像信号として出力する。
【００２５】
画像信号処理部１１２は、例えば、光電変換部１１１から出力された撮像信号をディジタル信号に変換する撮像信号処理部と、撮像信号処理部で撮像信号が変換されたディジタル信号に対して所定の信号処理を施すと共にベースバンドのディジタルビデオデータに変換するビデオ信号処理部と、ビデオ信号処理部で得られたベースバンドのディジタルビデオデータを所定の方式で圧縮符号化する圧縮符号化部とを有する。
【００２６】
撮像信号処理部は、例えば光電変換部１１１から出力された撮像信号に対して、ＣＤＳ（Ｃｏｒｒｅｌａｔｅｄ Ｄｏｕｂｌｅ Ｓａｍｐｌｉｎｇ）回路により画像情報を有する信号だけをサンプリングすると共に、ノイズを除去し、ＡＧＣ（Ａｕｔｏ Ｇａｉｎ Ｃｏｎｔｒｏｌ）回路によりゲインを調整する。
【００２７】
そして、Ａ／Ｄ変換によりディジタル信号に変換する。また、撮像信号処理部は、光電変換部１１１から出力された撮像信号の情報をＣＰＵ１２０に送る。
【００２８】
ＣＰＵ１２０は、この情報に基づき光学レンズ部１１０を制御するための制御信号を生成し、フォーカス調整機構や絞り調整機構などの制御を行う。
【００２９】
ビデオ信号処理部は、撮像信号処理部で得られたディジタル信号に対して所定の信号処理を施す。
【００３０】
例えば、ビデオ信号処理部は、ディジタル信号に対して検波系の信号処理を施し、Ｒ（赤色）、Ｇ（緑色）およびＢ（青色）各色の成分を取り出す。
【００３１】
そして、取り出された各色成分に基づきγ補正やホワイトバランス補正などの処理を行い、最終的に１本のベースバンドのディジタルビデオデータとして出力する。
【００３２】
圧縮符号化部は、ビデオ信号処理部から出力されたベースバンドのディジタルビデオデータを、例えばＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２）方式に従い圧縮符号化する。
【００３３】
この例に限定されず、例えばＨ．２６４｜ＡＶＣすなわちＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｉｚａｔｉｏｎ Ｓｅｃｔｏｒ）勧告Ｈ．２６４あるいはＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｉｚａｔｉｏｎ）／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｍｉｓｓｉｏｎ）国際標準１４４９６−１０（ＭＰＥＧ−４パート１０）Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇに準じた圧縮符号化方式を用いることも考えられる。
【００３４】
表示部１１４は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）を表示素子として用い、画像信号処理部１１２から供給されたディジタルビデオデータに基づく表示を行うことができる。
【００３５】
表示部１１４は、撮影時には撮影画像のモニタとして用いられ、再生時には、再生画像を映出させることができる。
【００３６】
画像入出力部１１３は、画像信号処理部１１２から出力されたディジタルビデオデータを外部に出力する。外部から供給されたディジタルビデオデータを画像信号処理部１１２に供給することもできる。
【００３７】
また、画像入出力部１１３にＡ／Ｄ変換部やＤ／Ａ変換部を持たせ、画像信号処理部１１２から出力されたディジタルビデオデータをアナログビデオ信号に変換して出力したり、外部から供給されたアナログビデオ信号をディジタルビデオデータに変換して画像信号処理部１１２に供給するようにしてもよい。
【００３８】
音声入出力部１１６は、マイクロフォン、スピーカといった音声の入出力手段を有し、外部の音声を音声信号に変換したり、音声信号を音声に変換したりする。また、音声入出力部１１６は、音声信号の入出力手段も有する。
【００３９】
音声処理部１１７は、音声入出力部１１６から供給されるアナログ音声信号をＡ／Ｄ変換してディジタルオーディオデータとし、ノイズ除去や音質補正など所定の音声信号処理を施してベースバンドのディジタルオーディオデータとして出力する。
【００４０】
ベースバンドのディジタルオーディオデータを所定の方式で圧縮符号化してもよい。また、音声処理部１１７は、供給されるディジタルオーディオデータに対して音質補正や音量調整などの所定の音声信号処理を施してＤ／Ａ変換してアナログ音声信号とし、増幅処理などを行い音声入出力部１１６に供給する。
【００４１】
操作入力部１２４は、このビデオカメラ装置１００の動作をユーザが操作するための操作子が所定に設けられ、操作子に対する操作に応じた制御信号を出力する。この制御信号は、ＣＰＵ１２０に供給される。
【００４２】
ＣＰＵ１２０は、ユーザ操作に応じて操作入力部１２４から供給された制御信号に基づきなされるプログラムの処理により、ビデオカメラ装置１００の各部の動作を制御する。
【００４３】
また、操作入力部１２４に、簡易的な表示部を設け、ビデオカメラ装置１００の動作に関する所定の表示を行うようにしてもよい。
【００４４】
コントローラ部１２６は、少なくとも上述した記録媒体１３に対応するハードディスク１２７と、上述したドライブ装置１４に対応するドライブ装置１２８が接続され、ＣＰＵ１２０からの命令に基づきこれらハードディスク１２７およびドライブ装置１２８によるデータの記録、再生の制御を行う。
【００４５】
例えば、コントローラ部１２６は、ＣＰＵ１２０の命令に基づき、光電変換部１１１の撮像素子で撮像され画像信号処理部１１２で所定に圧縮符号化されたディジタルビデオデータをハードディスク１２７に記録するように制御を行う。
【００４６】
また例えば、コントローラ部１２６は、ＣＰＵ１２０の命令に基づき、ハードディスク１２７からデータを読み出し、読み出されたデータをドライブ装置１２８に装填された記録媒体１３０に記録するように制御を行う。
【００４７】
ドライブ装置１２８に対して適用可能な記録媒体１３０は、ディジタルデータの記録が可能であれば特に種類を問わないが、記録可能なタイプのＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）やＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）といった光ディスク、光磁気ディスクといったディスク状記録媒体、書き換え可能で不揮発性の半導体メモリが用いて好適である。
【００４８】
着脱可能なハードディスクをドライブ装置１２８に適用可能な記録媒体１３０として用いることもできる。
【００４９】
通信部１２５は、ＣＰＵ１２０の制御に基づき、所定のプロトコルを用いて、有線および／または無線により外部機器との通信を行う。
【００５０】
有線および／または無線通信のインターフェイスは、ディジタル通信が可能であれば特に種類を問わないが、有線通信としては、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット（登録商標）などによるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などが考えられる。
【００５１】
また、無線通信としては、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ、ｂｌｕｅｔｏｏｔｈなどが考えられる。
【００５２】
また、ＵＳＢやＩＥＥＥ１３９４といったインターフェイスで、パーソナルコンピュータなどのホスト機能を有する外部機器と、このビデオカメラ装置１００とを接続することで、ビデオカメラ装置１００のコントローラ部１２６に接続されるハードディスク１２７やドライブ装置１２８に装填される記録媒体を、外部機器に対してマウントすることができる。
【００５３】
電源部１３１は、例えばバッテリからなり、このビデオカメラ装置１００の各部に対して電源を供給する。
【００５４】
電源部１３１による電源の供給のＯＮ／ＯＦＦは、例えば操作入力部１２４に対する所定の操作に応じて、ＣＰＵ１２０により制御される。
【００５５】
ＣＰＵ１２０に対して、電源の供給が無くても記憶内容の保持が可能な不揮発性メモリ１２９が接続される。
【００５６】
ＣＰＵ１２０は、この不揮発性メモリ１２９に対して、このビデオカメラ装置１００に対する設定情報や、所定の管理情報を記憶し保持させることができる。
【００５７】
《発明の実施形態に適用可能なファイルシステムについて》
この発明の各実施形態に適用可能な記録装置として図２に例示したビデオカメラ装置１００は、主として、撮像および収音により得られるディジタルビデオデータおよびディジタルオーディオデータからなるコンテンツファイルＦｃｔを、上述したように、ハードディスク１２７に対して記録させるようにされている。
【００５８】
ここでは、ビデオカメラ装置１００において、コンテンツファイルＦｃｔは、ハードディスク１２７に対してＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）ファイルシステムにより管理され、記録されるものとする。ＦＡＴファイルシステムは、周知のように、ツリー型のディレクトリ構造によりファイルを管理するものとされている。
【００５９】
また、データの書き込みおよび読み出しについては、クラスタといわれる論理的な最小データ管理単位により行うものとされている。クラスタは、記録媒体における物理的なデータ書き込みおよび読み出しの最小単位であるセクタを所定数にまとめたものが１単位となる。
【００６０】
図３は、ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示す。
先ず、この階層モデルとしては、ソフトウェア層と、その下層となるハードウェア層とに大別される。
【００６１】
ソフトウェア層は、記録媒体に対してホスト側となるＣＰＵ（図２の例ではＣＰＵ１２０）が実行するプログラムおよび各種ファームウェア、ミドルウェアなどにより実現されるソフトウェア処理が対応する。
【００６２】
この場合のソフトウェア層は、図示するように、アプリケーション５０、ファイルシステム５１の上位にアプリケーション５０が位置する構成となっている。ハードウェア層には、記録媒体そのものの物理的な記録領域が位置するものとして考えることができる。
【００６３】
アプリケーション５０は、例えばファイルの記録再生機能などを有して記録媒体５２を使用するアプリケーションソフトウェアが対応し、ファイルレベルでのアクセス要求をファイルシステム５１に対して行う。
【００６４】
ファイルシステム５１は、ファイルシステムとしての機能を実現するソフトウェアが対応する。この例ではファイルシステムとしてＦＡＴファイルシステムを用いているので、ファイルシステム５１の機能を提供するソフトウェアとしても、ＦＡＴファイルシステムに対応して構成される。このファイルシステム５１では、アプリケーション５０からのアクセス要求に従い、記録媒体５２へのアクセス要求を行う。
【００６５】
記録媒体５２は、論理的にはＦＡＴファイルシステムに従ってフォーマット（初期化）されたものとなる。図２ではハードディスク１２７がこの記録媒体５２に相当する。
また、図２において、ドライブ装置１２８に装填される記録媒体１３０も、この記録媒体５２に相当する。なお、記録媒体１３０が記録可能なタイプのＤＶＤや、Ｂｌｕ−ｒａｙ Ｄｉｓｃであった場合には、記録媒体１３０に適用されるファイルシステムは、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）とされる。
【００６６】
ＵＤＦは、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｉｚａｔｉｏｎ）９６６０によるフォーマットを含んでおり、コンピュータ装置に用いられる様々なファイルシステムでアクセス可能なようになっており、ＦＡＴファイルシステムを包含する。この場合、ＣＰＵ１２０は、ファイルシステム５１の機能を提供するソフトウェアとして、ＵＤＦに対応した構成をさらに持つ必要がある。
【００６７】
記録媒体５２は、ファイルシステム５１からのアクセス要求に応答して、指定されたアドレスからデータを読み出して、ファイルシステム５１に返すことで、アクセス応答を実行する。
【００６８】
ファイルシステム５１は、記録媒体５２からのアクセス応答としてのデータの受け取りを行い、この受け取ったデータをアプリケーション５０に受け渡すようにされる。アプリケーション５０は、受け取ったデータファイルについて、例えばユーザによる操作入力などに応じたアプリケーションレベルでの所要の処理を実行する。
【００６９】
また、ＦＡＴファイルシステムは、ファイルをツリー型のディレクトリ構造により管理し、また、ファイルをクラスタ単位の集合として管理するようにされている。
このようなファイル管理、データ管理は、周知のようにしてディレクトリエントリおよびＦＡＴとしてのテーブル情報（管理情報）を備えることにより実現される。
ディレクトリエントリは、記録媒体５２上におけるファイルやディレクトリ、サブディレクトリの所在をクラスタレベルで示す情報であり、ＦＡＴは、ディレクトリおよびファイルをなす、クラスタレベルでのリンクを示す情報である。
【００７０】
図４は、ハードディスク１２７に記録されるファイルの一例の管理構造を示す。ファイルは、ディレクトリ構造により階層的に管理される。ハードディスク１２７上には、インデックスファイルディレクトリおよびコンテンツファイルディレクトリの２のディレクトリが、少なくとも形成される。
【００７１】
コンテンツファイルディレクトリの配下には、コンテンツファイルＦｃｔが格納される。インデックスファイルディレクトリの配下には、インデックスファイルＦｉｎｄｅｘが格納される。
【００７２】
インデックスファイルＦｉｎｄｅｘは、ＦＡＴとは別の方法でコンテンツファイルＦｃｔを管理する管理情報が格納される。インデックスファイルＦｉｎｄｅｘは、この場合は静止画や動画などによるコンテンツに特化して、その管理を効率的に行うための管理情報が格納される。
【００７３】
このように、ＦＡＴファイルシステムとは別に、コンテンツファイルＦｃｔに特化した専用の管理情報を用いた管理を行うことで、近年において記録媒体の大記憶容量化に伴い記録可能なコンテンツの数が増えたことや、ファイルシステムが持つコンテンツ関連情報（例えばファイル名や更新日時の情報など）以外にもさらに多くの関連情報を効率的に管理するなどの要請に対応可能とされる。例えば、動画再生時には、各コンテンツファイルをそれぞれ代表するサムネイル画像を用いたインデックス表示を行う場合がある。このような場合、専用の管理情報を用いることで、インデックス表示に対応させて、予め各コンテンツファイルに対応するサムネイル画像を埋め込むようにすることが考えられる。すなわち、このようにサムネイル画像を管理情報側に格納することで、インデックス表示を効率的に行うことが可能とされる。
【００７４】
また、このようにコンテンツファイル管理に特化した管理情報を別途用いることで、例えばファイルの作成日時順などの所定の区分けでコンテンツファイルディレクトリ配下にディレクトリを作成し、対応するコンテンツファイルを当該ディレクトリに格納するような管理も可能となる。このように専用の管理情報を用いた管理を別途行うことで、汎用のファイルシステムにはなかった管理形態を実現することができる。
【００７５】
《発明の実施形態に適用可能なファイル管理形態について》
次に、この発明の各実施形態に適用可能な一例のファイル管理形態について説明する。
図５は、この発明の各実施形態に適用可能な、専用の管理情報としてのインデックスファイルＦｉｎｄｅｘを用いた一例のファイル管理形態を示す。
【００７６】
図４を用いて説明したように、インデックスファイルディレクトリ配下には、インデックスファイルＦｉｎｄｅｘが格納される。このインデックスファイルＦｉｎｄｅｘは、図示されるように、管理ファイルスロットＳｍを複数格納する。
【００７７】
各管理ファイルスロットＳｍは、ファイル名部６０、ファイル更新日時部６１、エントリＩＤ部６２、エントリ更新日時部６３、コンテンツＩＤ部６４、コンテンツ更新日時部６５、ファイルパス部６６などから成る。なお、以下では各管理ファイルスロットＳｍに格納されるデータのことをエントリデータと称する。
【００７８】
《ファイル名部》
図５において、ファイル名部６０は、その管理ファイルスロットＳｍに対応付けられる
コンテンツファイルＦｃｔのファイル名の情報が格納される。
【００７９】
《ファイル更新日時部》
またファイル更新日時部６１は、その管理ファイルスロットＳｍに対応付けられる
コンテンツファイルＦｃｔ自体を作成および／または更新した日時を示す情報が格納される。
【００８０】
《エントリＩＤ部》
エントリＩＤ部６２は、その管理ファイルスロットＳｍへのエントリデータを一意に識別するための識別情報（エントリＩＤと呼ぶ）が格納される。エントリＩＤは、新たなコンテンツファイルＦｃｔの生成に応じて新たなエントリデータが管理ファイルスロットＳｍにエントリされる毎に付される。
【００８１】
《エントリ更新日時部》
エントリ更新日時部６３は、その管理ファイルスロットＳｍへのエントリデータがエントリされた日時または更新された日時を示す情報が格納される。このエントリ更新日時部６３に格納される情報は、コンテンツファイルＦｃｔの内容が更新されたとしても変更の有無に関わらず、エントリデータの更新に応じて変更される。エントリ更新日時部６３に格納される情報が更新される例としては、例えばコンテンツファイルＦｃｔに対応付けられるべきメタデータ（図示しない）が更新された場合などが挙げられる。
【００８２】
《コンテンツＩＤ部》
コンテンツＩＤ部６４は、その管理ファイルスロットＳｍに対応付けられた、換言すれば、エントリＩＤに対応付けられたコンテンツファイルＦｃｔを一意に識別し、コンテンツファイルＦｃｔのハードディスク１２７に対する記録順を示すように割り振られたコンテンツＩＤが格納される。例えば、ハードディスク１２７に対して新たなコンテンツファイルＦｃｔが追加された場合に、所定値、例えば１だけインクリメントされる。
【００８３】
また、コンテンツＩＤは、ハードディスク１２７に既に記録されているコンテンツファイルＦｃｔが更新された場合にも、所定値、例えば１だけインクリメントされる。
【００８４】
本発明の実施の形態では、ハードディスク１２７に対して新たなコンテンツファイルＦｃｔが追加される毎、およびコンテンツファイルＦｃｔが更新される毎にコンテンツＩＤを１だけインクリメントされるようにする。このようにすることで、コンテンツＩＤによってコンテンツファイルＦｃｔのハードディスク１２７に対する記録順を示すことができる。
【００８５】
《コンテンツ更新日時部》
コンテンツ更新日時部６５は、コンテンツファイルＦｃｔを作成および／または更新した日時を示す情報が格納される。このコンテンツ更新日時部６５に格納される情報は、対応するコンテンツファイルＦｃｔの複製または移動で変化しない。
【００８６】
一方、上述のファイル更新日時部６１に格納される情報は、コンテンツファイルＦｃｔを複製または移動した場合に更新される点で、コンテンツ更新日時部６５に格納される情報と異なる。
【００８７】
《ファイルパス部》
ファイルパス部６６は、その管理ファイルスロットＳｍと対応付けられるコンテンツファイルＦｃｔへのパスの情報が格納される。すなわち、この場合はＦＡＴファイルシステム管理下におけるコンテンツファイルＦｃｔの所在を示す情報が格納される。
【００８８】
ここで、インデックスファイルＦｉｎｄｅｘにおける管理ファイルスロットＳｍに対し、ファイルシステム５１によるハードディスク１２７上におけるコンテンツファイルＦｃｔの生成に応じて、新たなエントリデータが追加される。
【００８９】
追加されたエントリデータにおいては、ファイルパス６６部に対して、生成されたコンテンツファイルＦｃｔのＦＡＴファイルシステム管理下での所在を示す情報が格納される。これにより、当該管理ファイルスロットＳｍと、コンテンツファイルディレクトリ配下にて生成されたコンテンツファイルＦｃｔとの対応付けが行われる。
【００９０】
また、この場合、図５において破線矢印により示すように、コンテンツＩＤ部６４に格納されるコンテンツＩＤによっても、コンテンツファイルディレクトリ配下にて生成されたコンテンツファイルＦｃｔを特定することができる。
【００９１】
《撮影記録処理について》
この発明の実施の形態に於ける撮影記録処理については、具体的に、操作入力部１２４からの制御信号に基づき、ＣＰＵ１２０は動画撮像開始操作が行われたことを認識した場合、画像信号処理部１１２、カメラ機能部１１５をそれぞれ制御し、動画撮像終了時点までこのビデオカメラ装置１００における動作モードを動画撮像モードに遷移させる。この場合、光電変換部１１１は、撮像開始操作の認識時点から撮像終了操作の認識時点まで被写体を所定周期で撮像し、撮像した結果得られる画像データＤＭ１〜ＤＭｎ（ｎは整数）を順次画像信号処理部１１２に送出する。
【００９２】
画像信号処理部１１２は、光電変換部１１１から順次供給される画像データＤＭ１〜ＤＭｎに対して、例えばＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の所定の圧縮符号化方式に準拠した圧縮処理をそれぞれ施す。そして画像信号処理部１１２は、この圧縮処理結果として得られた各圧縮画像データを動画ファイルＤＭＦｘ（ｘ＝１、２、３、……、又はｍ（ｍは整数））として、ＣＰＵ１２０に送出する。
【００９３】
ＣＰＵ１２０は、画像信号処理部１１２から送出される動画ファイルＤＭＦ１〜ＤＭＦｍを、コントローラ部１２６を介してハードディスク１２７に対応したファイルシステムによってハードディスク１２７に記録する。それとともに、ＣＰＵ１２０は動画ファイルＤＭＦ１〜ＤＭＦｍそれぞれに対応した管理情報生成してハードディスク１２７上のインデックスファイルＦｉｎｄｅｘに追加する。
【００９４】
一方、ＣＰＵ１２０は、操作入力部１２４からの制御信号に基づき、静止画撮像開始操作が行われたことを認識した場合、画像信号処理部１１２、カメラ機能部１１５をそれぞれ制御し、このビデオカメラ装置１００における動作モードを静止画撮像モードに遷移させる。この場合、光電変換部１１１は、撮像開始操作の認識時点から撮像終了操作の認識時点まで被写体を所定周期で撮像し、撮像した結果得られる画像データＤＪを画像信号処理部１１２に送出する。
【００９５】
画像信号処理部１１２は、光電変換部１１１から供給される画像データＤＪに対して、例えばＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の所定の圧縮符号化方式に準拠した圧縮処理を施し、得られた圧縮画像データを静止画ファイルＤＪＦｙ（ｖ＝１、２、３、……、又はｌ（ｌは整数））としてＣＰＵ１２０に送出する。
【００９６】
ＣＰＵ１２０は、画像信号処理部１１２から送出される静止画ファイルＤＪＦ１〜ＤＪＦｌを、コントローラ部１２６を介してハードディスク１２７に対応したファイルシステムによってハードディスク１２７に記録する。それとともに、ＣＰＵ１２０は静止画ファイルＤＪＦ１〜ＤＪＦｌ それぞれに対応した管理情報生成してハードディスク１２７上のインデックスファイルＦｉｎｄｅｘに追加する。
【００９７】
このようにしてこのＣＰＵ１２０は、ユーザ操作に応じて任意に決定された静止画撮像操作時点又は動画撮像開始操作時点から動画撮像終了操作時点までの区間（以下、これを撮像カットと呼ぶ）に撮像された画像をファイルとしてハードディスク１２７に記録し、それぞれの画像のファイルに内応した管理情報をインデックスファイルＦｉｎｄｅｘに追加することができるようになされている。
【００９８】
《バックアップ処理について》
次に、この実施の形態におけるバックアップ処理について説明する。先ず、《発明の実施形態に適用可能なファイル管理形態について》のコンテンツＩＤ（コンテンツ識別子）の項でも説明したバックアップ元であるハードディスク１２７に対して新たなコンテンツファイルＦｃｔが追加される毎にインクリメントされる、言い換えればコンテンツファイルＦｃｔの記録順を示すコンテンツＩＤを用いて、コンテンツＩＤの小さいものから大きいものへと順にコンテンツファイルのバックアップを実行する。その際、記録媒体の空き容量と次にバックアップするコンテンツファイルのファイルサイズとを比較し、不足する場合バックアップの処理を中断し、図６に一例が示されるようなバックアップメディアリストを生成し、最後にバックアップが完了したコンテンツファイルのコンテンツＩＤを登録して保存する。
【００９９】
バックアップメディアリスト（バックアップメディア一覧情報）には、コンテンツＩＤと関連付けて、その記録媒体に最初に記録したコンテンツファイルに対応する管理ファイルスロットのファイル更新日時部に記録されているファイル更新日時を撮影日時として、バックアップ処理が開始された日時をバックアップ実行日時として、それぞれ登録される。
【０１００】
インデックスファイルは、コンテンツファイルに関連するデータを管理するために構成しているので、このように、インデックスファイルとは別にリストを生成することで、バックアップ処理に関するデータを管理できるようになる。
【０１０１】
バックアップメディアリストは、記憶部に記憶されるが、ハードディスク上に保存されても良いし、不揮発性メモリ１２９に保存しても良い。この実施の形態ではハードディスクに保存するものとして説明をする。
【０１０２】
このバックアップメディアリストには、記録媒体が容量不足によりバックアップが中断された際、また、すべてのコンテンツファイルのバックアップが完了した際に、それぞれ最後にバックアップが完了したコンテンツファイルに対応するコンテンツＩＤと、撮影日時と、バックアップ実行日時が、事象が発生した時点で、リストの最後に追加登録される。このように、生成されたバックアップメディアリストには、各記録媒体に保存された最大の値を持つコンテンツＩＤが記録媒体毎にリストアップされるので、詳細は後述するが、インデックスファイルと、リストされているコンテンツＩＤを比較することでハードディスク上のコンテンツファイルを分類することが可能となり、その後のファイル操作などの管理をバックアップされた記録媒体毎に行うことが可能となる。
【０１０３】
このバックアップメディアリストに含まれるコンテンツＩＤのうち、リストの最後のコンテンツＩＤと等しいか、小さい値を持つコンテンツＩＤは、既にバックアップされたコンテンツファイルに対応する。したがって、バックアップメディアリストの最後のコンテンツＩＤによって、前回までのバックアップ処理によってバックアップされていないコンテンツファイルが特定される。
【０１０４】
そこで、バックアップ処理が再開、または全てのコンテンツファイルのバックアップ処理が完了してから新たなコンテンツがハードディスク上に追加されてからバックアップが実行された場合、記録されているコンテンツファイルのうち、バックアップメディアリストの最後のコンテンツＩＤより大きなコンテンツＩＤを有するコンテンツファイルを特定するための情報を、図７に一例が示されるような、簡易差分情報リストＬＳＢ−ｅとして生成する。
【０１０５】
このように、簡易差分情報リストＬＳＢ−ｅは、バックアップメディアリストの最後のコンテンツＩＤよりも値が大きなコンテンツＩＤを有するコンテンツファイルＦｃｔに対するアクセス情報がリストアップされる。具体的には、ハードディスク１２７に記録されるインデックスファイルＦｉｎｄｅｘに格納されるファイルパス部６６に格納される、該当する各コンテンツファイルＦｃｔのファイルパス情報をリストアップする。
【０１０６】
なお、簡易差分情報リストＬＳＢ−ｅの構成は、上述に限らず、例えばファイルパス情報の代わりに、コンテンツＩＤをリストアップする構成も考えられる。この、簡易差分情報リストＬＳＢ−ｅにリストアップされたコンテンツファイルを、リストの順にバックアップすることで、コンテンツファイルの重複や、欠落無くバックアップすることが可能となる。
【０１０７】
図８から図１２を用いて、実施の形態によるバックアップ処理について、詳細に説明する。
【０１０８】
図８の左側に、バックアップ元であるハードディスク１２７におけるコンテンツファイルＦｃｔの一例の格納状態を示す。「×（バツ）」印が付されたコンテンツＩＤに対応するコンテンツファイルＦｃｔは、ハードディスク１２７から削除されたコンテンツファイルＦｃｔを示す。また、図８の右側は、バックアップ先である記録媒体１３０Ａ、１３０Ｂ、・・・を示す。
【０１０９】
ここで、ハードディスク１２７に対し、コンテンツＩＤ値「５」までのコンテンツファイルＦｃｔが記録されている時点ｕ１で、ハードディスク１２７の記録内容を記録媒体１３０にバックアップする場合について考える。なお、この時点で、コンテンツＩＤ値「４」のコンテンツファイルＦｃｔは、既にハードディスク１２７から削除されているものとする。また、初期状態において、ハードディスク１２７に対してバックアップメディアリストは、記録されていない。また、バックアップ処理を行うに当たって、ユーザは、バックアップ先となる記録媒体１３０Ａを、ビデオカメラ装置１００が内蔵するドライブ装置１２８に予め装填しておく。
【０１１０】
この場合、図９のフローチャートに示す処理に従い、ハードディスク１２７に記録されているコンテンツファイルＦｃｔを、記録媒体１３０Ａに対して、全コンテンツファイル保存処理によるバックアップ保存処理を行う指示がなされると（ステップＳ１３０１）、ＣＰＵ１２０は、ハードディスク１２７にバックアップメディアリストが保存されているか否かを判断する（ステップＳ１３０２）。
【０１１１】
この時点では、未だハードディスク１２７に対してバックアップメディアリストが保存されていないので、ＣＰＵ１２０は、ファイルシステム５１に対して、ハードディスク１２７に記録されている全コンテンツファイルＦｃｔを、記録媒体１３０Ａに記録するように要求する（ステップＳ１３０７）。
【０１１２】
ファイルシステム５１は、この要求に従い、ハードディスク１２７からコンテンツファイルＦｃｔを順次読み出し、記録媒体１３０Ａに記録する（ステップＳ１３０８）。このとき、コンテンツファイルＦｃｔをハードディスク１２７から読み出す順序が、コンテンツＩＤ順になるように、読み出し順を制御される。
【０１１３】
又、記録する処理の開始とともに、表示部にはバックアップ処理が実行中であることを示す文言、またはバックアップ処理中であることを図式化した表示と、バックアップ対象となるコンテンツファイルの最小のコンテンツＩＤを持つコンテンツファイルの撮影日時と、バックアップ処理を実行している現在の日時の表示を開始する。
【０１１４】
表示例を図１０にて示す。このように、バックアップ処理中であることを表示することで、ユーザがバックアップ処理中であることを認識できて、不用意な操作をしないよう注意が喚起できる。
【０１１５】
又、バックアップの対象ファイルのうち最小のコンテンツＩＤをもつコンテンツファイルの撮影日時を表示することで、ユーザはいつ撮影したコンテンツファイルからバックアップを行っているか確認できる。
【０１１６】
また、撮影日時や、バックアップを実行している現在の日時を表示することで、バックアップ先の記録メディアの管理を表示された、日時を記録メディアなどに直接記入することで、記録媒体に記載された日付を見ることで、装置が機械的生成した番号などと違い、ユーザが撮影や、バックアップなどの行動をした日付であることで、直感的に把握しやすくなり、ユーザの利便性がよくなる。
【０１１７】
記録が終了されると、表示部にバックアップ完了を示す文言、または図式化した表示を行い、バックアップメディアリストがハードディスク１２７に保存される（ステップＳ１３０９）。
【０１１８】
この場合、時点ｕ１においてハードディスク１２７に記録されているコンテンツファイルＦｃｔが全て記録媒体１３０Ａに記録されたので、ハードディスク１２７に記録されているコンテンツファイルＦｃｔのコンテンツＩＤ値のうち最大のコンテンツＩＤ値「５」が最後のコンテンツＩＤとして、またバックアップ対象となるコンテンツファイルのうち最小のコンテンツＩＤを持つコンテンツファイルのファイル更新日（撮影日時）と、バックアップ実行日時がバックアップメディアリストに登録されている。
【０１１９】
次に、ハードディスク１２７に対してコンテンツファイルＦｃｔがさらに記録され、コンテンツＩＤ値「１１」までのコンテンツファイルＦｃｔが記録されている時点ｕ２で、ハードディスク１２７の記録内容を記録媒体１３０にバックアップする場合について考える。なお、この時点で、コンテンツＩＤ値「６」および値「１０」のコンテンツファイルＦｃｔは、既にハードディスク１２７から削除されているものとする。
【０１２０】
先ず、ユーザは、バックアップ先となる記録媒体１３０Ｂをドライブ装置１２８に装填する。
【０１２１】
ハードディスク１２７に記録されているコンテンツファイルＦｃｔを、バックアップ先の記録媒体１３０Ｂにバックアップする旨の指示に応じて、ＣＰＵ１２０は、ハードディスク１２７にバックアップメディアリストが保存されているか否かを判断する。
【０１２２】
この場合には、コンテンツＩＤ値「５」がバックアップメディアリストの最後のコンテンツＩＤ値として保存されているので、ＣＰＵ１２０は、ハードディスク１２７に記録されているインデックスファイルＦｉｎｄｅｘを取得する（ステップＳ１３０３）。
【０１２３】
ＣＰＵ１２０は、取得されたインデックスファイルＦｉｎｄｅｘに基づき、簡易差分情報リストＬＳＢ−ｅを生成する（ステップＳ１３０４）。この図８の例では、コンテンツＩＤ値「５」が最後にリストに登録されたコンテンツＩＤ値とされているので、コンテンツＩＤ値「５」より大きいコンテンツＩＤ値、すなわちコンテンツＩＤ値「６」〜コンテンツＩＤ値「１１」にそれぞれ対応するコンテンツファイルＦｃｔのファイルパスが、簡易差分情報リストＬＳＢ−ｅにリストアップされる。
【０１２４】
そして、簡易差分情報リストＬＳＢ−ｅにリストアップされているファイルパスに基づき、ハードディスク１２７からコンテンツＩＤ順にコンテンツファイルＦｃｔが順次、読み出され、記録媒体１３０Ｂに対して記録される（ステップＳ１３０５）。
【０１２５】
なお、ステップＳ１３０４における簡易差分情報リストＬＳＢ−ｅの生成方法と、ステップＳ１３０５における差分ファイル群処理については、詳細は後述する。
【０１２６】
記録する処理の開始とともに、表示部には図１０で示すように、バックアップ処理が実行中であることを示す文言、またはバックアップ処理中であることを図式化した表示と、バックアップ対象となるコンテンツファイルの最小のコンテンツＩＤを持つコンテンツファイルの撮影日時と、バックアップ処理を実行している現在の日時の表示を開始する。コンテンツＩＤ値「１１」に対応するコンテンツファイルＦｃｔが記録媒体１３０Ｂに記録されたら、表示部にバックアップ完了を示す文言、または図式化した表示を行い、当該コンテンツＩＤ値「１１」がバックアップメディアリストの最後に登録されてハードディスク１２７に保存される（ステップＳ１３０６）。
【０１２７】
《簡易差分情報リストの生成処理》
図１１は、上述したステップＳ１３０４における簡易差分情報リストＬＳＢ−ｅの一例の生成処理をより詳細に示すフローチャートである。
【０１２８】
最初のステップＳ１４０１で、ＣＰＵ１２０は、ハードディスク１２７に保存されているバックアップメディアリストを取得する。次のステップＳ１４０２で、ポインタ値［ｊ］をリセットし、値「０」とする。このポインタ値［ｊ］は、上述してステップＳ１３０３において、ハードディスク１２７から取得したインデックスファイルＦｉｎｄｅｘ内にエントリされる各エントリデータすなわち管理ファイルスロットＳｍから、対象とするエントリデータを指し示すためのポインタとしての役割を果たす。
【０１２９】
次のステップＳ１４０３で、ポインタ値［ｊ］が、ハードディスク１２７に記録される全コンテンツファイル数と一致したか否かを判別する。すなわち、ポインタ値［ｊ］が、取得したインデックスファイルＦｉｎｄｅｘ内にエントリされるエントリデータの数と一致したか否かについて判別する。
【０１３０】
ポインタ値［ｊ］が、ハードディスク１２７に記録される全コンテンツファイル数と一致していないと判別されれば、処理はステップＳ１４０４に移行する。ステップＳ１４０４では、［ｊ］番目のコンテンツファイルＦｃｔのエントリデータからコンテンツＩＤを取得する。すなわち、ポインタ値［ｊ］により指し示されるエントリデータ内のコンテンツＩＤ部６４に格納されるコンテンツＩＤを取得する。そして、次のステップＳ１４０５において、ステップＳ１４０４で取得したコンテンツＩＤの値が、ステップＳ１４０１で取得されたバックアップメディアリストの最後に登録されているコンテンツＩＤの値よりも大きいか否かを判別する。
【０１３１】
ステップＳ１４０５で、ステップＳ１４０４で取得したコンテンツＩＤの値が、ステップＳ１４０１で取得されたバックアップメディアリストの最後に登録されているコンテンツＩＤの値よりも大きいと判別されれば、処理はステップＳ１４０６に移行される。これは、換言すれば、記録媒体１３０にバックアップされたコンテンツファイルＦｃｔよりも後に記録されたコンテンツファイルＦｃｔがハードディスク１２７上に存在することを意味する。
【０１３２】
ステップＳ１４０６において、ＣＰＵ１２０は、ポインタ値［ｊ］により示されるエントリデータ内のファイルパス部６６を参照し、［ｊ］番目のコンテンツのエントリデータからファイルパスを取得する。そして、次のステップＳ１４０７で、取得されたファイルパスの情報を、図８を用いて説明した簡易差分情報リストＬＳＢ−ｅにリストアップする。この簡易差分情報リストＬＳＢ−ｅは、例えばＲＡＭ１２１に一時的に記憶される。
【０１３３】
ステップＳ１４０７でファイルパスが簡易差分情報リストＬＳＢ−ｅに追加されると、処理はステップＳ１４０８に移行され、ポインタ値［ｊ］が１だけインクリメントされ、処理がステップＳ１４０３に戻される。
【０１３４】
一方、上述のステップＳ１４０５において、ステップＳ１４０４で取得したコンテンツＩＤの値が、ステップＳ１４０１で取得されたバックアップメディアリストの最後に登録されているコンテンツＩＤの値よりも小さいと判別された場合は、処理はステップＳ１４０８に移行され、ポインタ値［ｊ］が１だけインクリメントされ、処理がステップＳ１４０３に戻される。これは、換言すれば、ハードディスク１２７上に存在するコンテンツファイルＦｃｔは、全て、記録媒体１３０にバックアップされたコンテンツファイルＦｃｔよりも前に記録されたコンテンツファイルＦｃｔであるので、ハードディスク１２７上に存在するコンテンツファイルＦｃｔに対応するファイルパスの情報を、簡易差分情報リストＬＳＢ−ｅに追加しないことを意味する。
【０１３５】
なお、ステップＳ１４０３において、ポインタ値［ｊ］がハードディスク１２７に記録される全コンテンツファイル数と一致したと判別されたら、このフローチャートにおける一連の処理が終了され、処理は上述の図９におけるステップＳ１３０５に移行される。
【０１３６】
図１２は、上述の図９におけるステップＳ１３０５の、差分ファイル群に対する一例の処理をより詳細に示すフローチャートである。最初のステップＳ１５０１において、ポインタ値［ｍ］がリセットされ、値「０」とされる。このポインタ値［ｍ］は、簡易差分情報リストＬＳＢ−ｅ内にリストアップされるファイルパスから、対象とするファイルパスを指し示すためのポインタとしての役割を果たす。
【０１３７】
次のステップＳ１５０２では、ポインタ値［ｍ］が簡易差分情報リストＬＳＢ−ｅにおけるファイルパスのリストアップ数と一致したか否かが判別される。ステップＳ１５０２において、ポインタ値［ｍ］が簡易差分情報リストＬＳＢ−ｅ内のリストアップ数と一致していないと判別されれば、処理はステップＳ１５０３に移行される。
【０１３８】
ステップＳ１５０３では、ＣＰＵ１２０により、簡易差分情報リストＬＳＢ−ｅに示される［ｍ］番目のファイルパスが取得される。［ｍ］番目のファイルパスが取得されると、次のステップＳ１５０４で、取得されたファイルパスにより示されるコンテンツファイルＦｃｔをハードディスク１２７から読み出し、記録媒体１３０に記録する要求がなされる。この要求は、例えば、ＣＰＵ１２０によりファイルシステム５１に対してなされる。この要求に応じて、次のステップＳ１５０５で、ハードディスク１２７から読み出された当該コンテンツファイルＦｃｔが記録媒体１３０に保存される。
【０１３９】
ステップＳ１５０５の保存処理が実行されると、ステップＳ１５０６にてポインタ値［ｍ］が１だけインクリメントされ、処理はステップＳ１５０２に戻される。一方、上述のステップＳ１５０２において、ポインタ値［ｍ］が簡易差分情報リストＬＳＢ−ｅにリストアップされたファイルパスのリストアップ数と一致したと判別されれば、このフローチャートによる一連の処理が終了され、処理は上述した図９のステップＳ１３０６に移行される。
【０１４０】
なお、この実施の形態では、上述の図９〜図１２のフローチャートに例示されるように、簡易差分情報リストＬＳＢ−ｅを生成した上で、当該リストに逐次リストアップされるファイルパス毎に、コンテンツファイルＦｃｔのハードディスク１２７からの読み出しおよび記録媒体１３０への保存を行うようにしたが、これはこの例に限られない。すなわち、この場合でも、簡易差分情報リストＬＳＢ−ｅを生成せずに、差分のコンテンツファイルＦｃｔを１つ特定する毎に、そのコンテンツファイルＦｃｔのハードディスク１２７からの読み出しおよび記録媒体１３０への保存を行うようにすることもできる。
【０１４１】
また、この場合において、簡易差分情報リストＬＳＢ−ｅにリストアップされる全てのファイルパスについて、一括してコンテンツファイルＦｃｔの記録媒体１３０への保存を行うように構成することもできる。
【０１４２】
さらに、この実施の形態では、ハードディスク１２７にコンテンツファイルＦｃｔが記録される記録順を示す情報を、新たなコンテンツファイルＦｃｔの記録毎に値が１ずつインクリメントされるレコーディングオーダを用いて実現する場合について説明したが、これはこの例に限定されない。例えば、ファイルパスとファイル更新日時との組み合わせによるコンテンツＩＤを、記録順を示す情報として用いることができる。
【０１４３】
ここで、バックアップ先である記録媒体１３０の記録容量が、バックアップ元であるハードディスク１２７の記録容量よりも非常に小さい場合、バックアップ処理の途中で記録媒体１３０における記録可能な容量がコンテンツファイルＦｃｔのデータサイズよりも少なくなってしまい、バックアップ処理が中断されてしまうことが考えられる。この実施の形態では、このような場合でも、問題なくバックアップ処理を実行できる。
【０１４４】
一例として、図９のステップＳ１３０５の差分ファイル群処理において、ファイルシステム５１は、例えば記録するコンテンツファイルＦｃｔのファイルサイズと、記録媒体１３０Ａの空き容量とをチェックしながら記録を制御し、次に記録しようとするコンテンツファイルＦｃｔが記録媒体１３０Ａに記録できないと判断したら、コンテンツファイルＦｃｔの記録を終了することが考えられる。
【０１４５】
例えば、記録が終了されると、処理をステップＳ１３０５から強制的にステップＳ１３０６に移行させ、バックアップが完了したコンテンツファイルＦｃｔのコンテンツＩＤ値のうち最大のものをバックアップメディアリストに登録して、ハードディスク１２７に保存するようにする。
【０１４６】
図８の例で、時点ｕ２でバックアップ処理を行っている最中に、コンテンツＩＤ値「８」のコンテンツファイルＦｃｔを記録し終わった段階で、次のコンテンツＩＤ値「９」のコンテンツファイルＦｃｔを記録するように十分な空き容量が記録媒体１３０Ｂに存在しない場合を考える。この場合、コンテンツＩＤ値「８」のコンテンツファイルＦｃｔを記録し終わったらバックアップ処理を中断し、当該コンテンツＩＤ値「８」をバックアップメディアリストの最後に登録して、ハードディスク１２７に保存する。
【０１４７】
次のバックアップ処理は、先のバックアップメディアリストの最後のコンテンツＩＤ値に基づき、次のコンテンツＩＤ値「９」のコンテンツファイルＦｃｔから開始させることができる。この方法を応用することで、ハードディスク１２７に多量に蓄積されたコンテンツファイルＦｃｔを、記録容量の比較的小さな記録媒体１３０Ａ、１３０Ｂ、・・・に分散的にバックアップする処理を容易に行うことができる。
【０１４８】
すなわち、上述のようにしてバックアップ処理を行いながら、ファイルシステム５１によりバックアップ先の記録媒体１３０の空き容量を常時監視し、次のコンテンツファイルＦｃｔが記録可能な分の空き容量が記録媒体１３０に存在しなければ、その時点で記録を終了させ、記録が完了したコンテンツファイルＦｃｔに対応するコンテンツＩＤ値のうち最大のコンテンツＩＤ値をバックアップメディアリストの最後に追加登録して、ハードディスク１２７に保存する。そして、記録媒体１３０を交換して次のバックアップを再開するときに、このバックアップメディアリストの最後のコンテンツＩＤに基づき、バックアップ処理を制御する。
【０１４９】
上述したようにして、バックアップ元であるハードディスク１２７側に保存されたバックアップメディアリストに基づき、ハードディスク１２７に記録されるコンテンツファイルＦｃｔのバックアップを制御することで、バックアップ元に比べて記録容量の小さいバックアップ先に分散的にバックアップを行う場合でも、漏れや重複のないバックアップ処理を容易に実現でき、さらに、記録媒体を交換して順次分散的にバックアップが行われた際の、記録媒体ごとの最後にバックアップされたコンテンツファイルのコンテンツＩＤがバックアップメディアリストとしてハードディスク１２７に保存される。このバックアップメディアリストを、ビデオカメラ装置１００に内蔵されるハードディスク１２７上のバックアップ後のコンテンツファイルＦｃｔの管理用に使用することで、バックアップした記録媒体毎に分類して管理、操作を行うことが可能となる。
【０１５０】
《コンテンツファイルの管理について》
次に、ビデオカメラ装置１００に内蔵されるハードディスク１２７上のバックアップ後のコンテンツファイルＦｃｔの管理について説明する。ここで言う管理とは、コンテンツの分類や、表示、操作に関するものである。
【０１５１】
《一覧表示の説明》
ビデオカメラ装置１００では、記録されたコンテンツファイルを再生する際に、複数のコンテンツファイルから所望のコンテンツファイルを選択するためにコンテンツファイルを一覧して表示する機能を搭載している。例えば、操作入力部１２４からの制御信号に基づき、ＣＰＵ１２０はコンテンツ一覧表示操作が行われたことを認識した場合、コントローラ部、画像信号処理部をそれぞれ制御して、このビデオカメラ装置１００における動作モードをコンテンツ一覧表示モードに遷移させる。この場合、コントローラ部はハードディスクからインデックスファイルＦｉｎｄｅｘを読み込み、ＣＰＵ１２０に送出する。
ＣＰＵ１２０は送出されたインデックスファイルから、１ないし複数の管理ファイルスロットの情報を、それぞれのコンテンツ更新日時から時系列にソートしたエントリＩＤの一覧表示リストをＲＡＭ１２１上に生成する。
【０１５２】
ここではエントリＩＤのリストを生成するとしたが、コンテンツファイルを一意に指定できればよいので、コンテンツＩＤであっても良い。
【０１５３】
一覧表示リスト内では、１画面内に表示できるコンテンツ数（例えば６枚）を１ページとして、リストの先頭から順にエントリＩＤがページ単位でグループ化され、リストの先頭のグループを第１ページとして、移行第２ページ、第３ページと順にページ番号を割り振られる。
【０１５４】
図１３に一覧表示リストの一例を示す。この一覧表示リストの最終ページに含まれるエントリＩＤから、インデックスファイル内の対応コンテンツを検索し、対応するコンテンツファイルの管理ファイルスロットからファイルパス部に格納されるコンテンツファイルのパスの情報を取得し、得られたファイルパスのコンテンツファイルファイルをハードディスクから順次読み出し、画像信号処理部にて複合化し、画像サイズを縮小変換した、サムネイル画像を生成させる。
【０１５５】
順次読み出されたコンテンツファイルから生成されたそれぞれのサムネイル画像は、一つの画面内に同時に表示するようにコンテンツ更新日時順にレイアウトされて表示部に送られ、表示される。
【０１５６】
尚、動画コンテンツの場合はその先頭の画像をサムネイル画像（縮小画）として使用するが、所定の時間を経過した位置の画像を使用しても良い。
【０１５７】
また、この実施の形態ではサムネイル画像は、一覧表示モードに遷移しコンテンツファイルを読み込むことによって、随時生成するように構成しているが、コンテンツファイルが生成された時点でサムネイル画像を生成し、ハードディスク上に保存しておいても良く、この場合は、管理ファイルスロット内に、サムネイル画像のファイルパスを格納する部分を設け、管理ファイルスロットからの情報でサムネイル画像を呼び出して表示することで、一覧表示モード内でのサムネイル画像の生成にかかる処理が省略でき、一覧表示の操作に対する反応を良くすることができる。
【０１５８】
さらに操作入力部１２４からの制御信号に基づき、現在表示している一覧表示リストのページより、前、または後のページのコンテンツファイルを表示させる操作を認識した場合は、前または、後のページに含まれる管理ファイルスロットからファイルパス部に格納されるコンテンツファイルのパス情報を取得して、同様の処理を行う。
【０１５９】
尚、最終ページを表示中に、後のページを表示させる操作を認識した場合は、第１ページを表示させても良いし、第１ページを表示中に、前のページを表示させる操作を認識した場合は、最終ページを表示させても良い。
【０１６０】
このように、コンテンツ更新日時の時系列順に、コンテンツファイルから生成されるサムネイル画像を表示部に一覧表示させ、操作入力部からの制御信号に基づいて、現在表示しているコンテンツファイルに対して、コンテンツ更新日時の時系列順に、新しいもの、または古いものを表示させるように構成することで、限られた画面内で、ハードディスクに記録されている全てのコンテンツファイルを一覧表示させることが可能である。
【０１６１】
《バックアップ済みコンテンツファイルの一覧表示》
次に、バックアップ処理によって得られた情報によってコンテンツファイルを管理する機能について説明する。先のコンテンツ一覧表示モードにおいて、操作入力部１２４からの制御信号に基づき、バックアップメディア毎の一覧表示操作が行われたことを認識した場合、コントローラ部、画像信号処理部をそれぞれ制御して、このビデオカメラ装置１００における動作モードをバックアップコンテンツ一覧表示モードに遷移させる。
【０１６２】
この場合、コントローラ部はハードディスクからインデックスファイルＦｉｎｄｅｘと、バックアップメディアリストを読み込み、ＣＰＵ１２０に送出する。ＣＰＵ１２０は送出されたインデックスファイルから、それぞれのコンテンツＩＤをコンテンツＩＤの小さいものから大きいものへソートしたバックアップ一覧表示リストをＲＡＭ１２１上に生成する。
【０１６３】
次に、バックアップ一覧表示リストの最初の管理ファイルスロットから順にコンテンツＩＤをバックアップメディアリスト内の一番小さなレコーディングオーダと同じか、小さいものをメディアグループ１とし、以下順に既にメディアグループに割り当てられたものは除外しながら、バックアップメディアリストに含まれるコンテンツＩＤの２番目に小さいもの、３番目に小さいものと順に、同じか小さいものをメディアグループ２、３と順にメディアグループ番号を割り振る。
【０１６４】
更に、メディア番号グループごとに、一画面に表示されるコンテンツ数分のページ単位にグループ化し、コンテンツＩＤの小さなものから順に、ページ１、ページ２と順にページ番号を割り振る。
【０１６５】
図１４にバックアップ一覧表示リストの例を示す。コンテンツＩＤ［１］からコンテンツＩＤ［３８］までがハードディスク上に存在していた場合に、これらが、コンテンツＩＤ順にソートされ、次にバックアップメディアリスト上に、コンテンツＩＤが［８］［１６］［３３］［３８］と記録されている時に、バックアップメディアリストのコンテンツＩＤ［８］以下のコンテンツＩＤを持つバックアップ一覧リスト上のコンテンツＩＤ［１］から［８］はメディアグループ１に分類され、以下、［９］から［１６］はメディアグループ２に、［１７］から［３３］はメディアグループ３に、［３４］から［３８］はメディアグループ４に分類される。
【０１６６】
更に、メディアグループ１に分類されたコンテンツＩＤ［１］から［８］は一画面に表示されるコンテンツ数分のページにグループ化され、コンテンツＩＤ［１］から［６］はＰａｇｅ１に分類され、コンテンツＩＤ［７］から［８］はＰａｇｅ２に分類される。同様に、メディアグループ毎に、ページ分けされて、バックアップメディア一覧表示リストが完成する。
【０１６７】
次に、このバックアップ一覧表示リストの最大のメディアグループ番号（図１４の例ではメディアグループ４）の、ページ１に含まれるコンテンツＩＤから、通常の一覧表示の処理と同様に、サムネイル画像を生成し、コンテンツＩＤ順に一つの画面に表示するようにレイアウトされ、表示部に表示される。
【０１６８】
さらに操作入力部１２４からの制御信号に基づき、現在表示しているバックアップ一覧表示リストのページより、前、または後のページのコンテンツファイルを表示させる操作を認識した場合は、前または、後のページに含まれる管理ファイルスロットからファイルパス部に格納されるコンテンツファイルのパス情報を取得して、同様の処理を行う。
【０１６９】
この際、同一メディアグループ内のページが、Ｐａｇｅ１を表示している際に、前ページを表示させる操作を受けた際は、前のメディアグループの最終ページを表示させ、同一メディアグループ内の最終ページを表示している時に、後ページを表示させる操作を受けた際は、次のメディアグループのページ１を表示するようにする。
【０１７０】
又、最終メディアグループの最終ページを表示中に、後のページを表示させる操作を認識した場合は、メディアグループ１の第１ページを表示させても良いし、メディアグループ１の第１ページを表示中に、前のページを表示させる操作を認識した場合は、最終メディアグループの最終ページを表示させても良い。
【０１７１】
《表示例説明》
図１５にバックアップメディア一覧表示の表示例を示す。内容表示部内に、サムネイル画像表示部、メディア表示部、頁表示部、スクロール表示部からなり、先のコンテンツＩＤ順に一つの画面内に表示するようにレイアウトされたサムネイル画像が、サムネイル画像表示部に配置している。
【０１７２】
スクロール操作部は、例えばタッチパネルを持つ操作部によって、操作を認識させる構成としたときに、スクロール操作部にタッチすることによって前のページ、または後のページを表示させる操作を認識させるために表示する。例えば、上向きの三角の絵柄部分をタッチすれば、前のページを表示させる操作と認識し、下向きの三角の絵柄部分をタッチすることで、後のページを表示させる操作と認識するように、構成させるものである。
頁表示部は、メディアグループ内で、複数のページが存在する場合において、そのページ数を表示することで、同一メディアグループ内のコンテンツを表示していることをユーザにわかりやすくしている。
【０１７３】
メディア表示部には、現在、表示しいているコンテンツの属するメディアグループのバックアップメディアリストの撮影日時を表示している。例えば、バックアップメディアリストの最初のコンテンツＩＤによって、分類されたメディアグループ１に対応しては、バックアップメディアリストのそのコンテンツＩＤに対応する撮影日時に保存された値をここに表示する。
【０１７４】
このようにすることで、何時撮影されたコンテンツをバックアップしたメディアのコンテンツであるかをユーザが容易に識別できるようにしている。この実施形態では、メディアグループをブンルシするためのコンテンツＩＤに対応した撮影日時を使用しているが、バックアップ実行日時であってもよく、バックアップ実行日時であるほうがユーザの理解を得られやすいことも考えられる。そこで、好みによって表示内容を変更できるように設定画面を別途用意して、切り替えられるようにしても良い。
【０１７５】
又、先のスクロール表示部では前や、後のページを選択するよう操作出来るだけであるが、メディア表示部をタッチすることで、メディアを直接選択する、メディア選択表示を呼び出すように構成することで、更にバックアップされたコンテンツの一覧性が向上する。例えば、メディア表示部をタッチすると、図１６のように、メディア一覧表示が行われる。
【０１７６】
メディア一覧表示では、バックアップメディアリストにある、各コンテンツＩＤの順に、対応する撮影日時、またはバックアップ実行日時をリスト表示し、ユーザが、所望の撮影日時またはバックアップ実行日時の位置をタッチパネルへのタッチ操作によって選択することで、メディアグループを指定する操作部からの操作とし、対応するコンテンツＩＤを含むメディア一覧表示リストのメディアグループのＰａｇｅ１ を表示させるように制御する。
【０１７７】
このようにすることで、バックアップされたコンテンツファイルをバックアップされた記録媒体を表示単位として、一覧、検索することが可能になる。バックアップメディアリストが存在しない場合においては、バックアップ一覧表示リストを作成せずに、サムネイル画像表示部にはサムネイル画像表示部の背景色のみで構成された表示とし、同様に、メディア表示部、ページ表示部についてもそれぞれの表示部の背景色のみの表示で構成することで、バックアップされたコンテンツが、ハードディスク上に無いことを表示する。この際、サムネイル表示部に、文言によって、バックアップされたコンテンツファイルが無い事を表示しても良い。これにより、ユーザに対して更にバックアップがされていないことを分り易く出来る。
【０１７８】
このように、バックアップ済みのコンテンツファイルを一覧表示することで、ユーザに対してハードディスク上のコンテンツファイルがバックアップされているかいないかが容易に確認できるようになる。
【０１７９】
又、記録媒体毎に分類して、分類毎に一覧表示することで、バックアップされているコンテンツファイルが記録媒体に、どのように分割して保存されているか、どの記録媒体にそのコンテンツファイルがバックアップされているかなど、コンテンツファイルの管理を容易に行うことが可能になる。
【０１８０】
《コンテンツファイルの削除について》
コンテンツファイルの削除処理について説明する。この実施の形態では、一覧表示またはバックアップ一覧表示中に、コンテンツファイルの削除を指示する操作をすると、表示部に削除方法に対する選択画面を表示させ、削除するファイルを一つずつ指定して削除する方法と、バックアップされたコンテンツファイルのメディアグループ単位で削除する方法を選択することで、所望のコンテンツを容易に削除する方法を提供する。
【０１８１】
これによって、バックアップ済みのコンテンツファイルについてはバックアップされていることがわかっている物のみをバックアップされた記録媒体単位で一括して削除することが可能になり、バックアップされていないファイルを誤って消してしまうことを避けることが出来る。又、記録媒体毎に削除できるので、バックアップ済みのものでも残しておきたい物は記録媒体単位で残しておくことが容易に出来る。
【０１８２】
コンテンツファイルを一つずつ指定して削除処理する場合の具体的説明としては、一覧表示またはバックアップ一覧表示中に、操作入力部からの制御信号に基づき、ＣＰＵがコンテンツ削除の操作が行われたことを認識した場合、の操作があったと認識した場合、コントローラ部、画像信号処理部、表示部をそれぞれ制御してコンテンツ削除モードに遷移させる。
【０１８３】
この場合、まず表示部に削除方法の選択画面（図１７）を表示させ、ユーザからの削除方法の指定を待つ。ユーザが「画像を指定して削除」を操作入力部のタッチパネルなどを使用して選択すると、表示部に削除画像選択表示を表示させる。削除画像選択表示は、一覧表示と同じ処理によって、サムネイル画像の一覧を表示するよう制御するので、ここでは繰り返し説明はしない。
【０１８４】
この表示画面では、表示しているサムネイル画像を操作入力部のタッチパネル等を使用して、画像を指定するとサムネイル画像が削除指定された状態とする。この時、ＣＰＵは指定された、操作入力部からの操作によって指定されたサムネイル画像に対応するコンテンツファイルを、一覧表示リストの指示された時に表示しいていたページと、指定された画像の順序、配置からコンテンツＩＤを割り出し、割り出したコンテンツＩＤを、削除リストを生成してそこに登録し、ＲＡＭ上に記憶する。複数、指定された場合は、ＲＡＭ上に記憶されている削除リストに追加する。
【０１８５】
又、削除リストに登録されているコンテンツＩＤに対応したコンテンツを一覧表示する際、サムネイル画像に重ねて、削除指定されていることを示すアイコンを重ねて表示して、削除指定されていることをユーザにフィードバックする。アイコンとは異なる方法で、選択されていることを示す表示手段を持つことでもよい。例えばサムネイル画像の周辺に枠をつけることで指定されていないサムネイル画像と差異を付けても良い。
【０１８６】
以上のように、削除リストに指定されたファイルを登録することで、複数の画像ファイルを同時に削除指定することが可能になり、一つずつ削除を繰り返すより、効率的に画像を削除することができる。ユーザは、削除するファイルを指定し終ったとき、削除実行の操作を行うことで、指定したファイルを実際に削除させる。例えば、操作入力部からの制御信号によって、ＣＰＵが削除実行の操作が行われたことを認識すると、表示部に、削除実行の操作が行われたことをユーザに対し確認を要求する画面を表示して、ユーザからの確認操作を待つ。
【０１８７】
ユーザから、削除実行の確認操作が行われると、削除実行処理に入る。削除実行処理では、ＣＰＵはＲＡＭ上に生成されている削除リストに登録されているコンテンツＩＤから、それぞれに対応するファイルパスのコンテンツファイルを、コントローラ部を通して、ハードディスク上から削除する。コンテンツファイルの削除が完了したら、インデックスファイル上から対応するコンテンツファイルの管理ファイルスロットを削除する。同時に、削除リストに登録されていた対応コンテンツＩＤをリストから削除する。
【０１８８】
複数のコンテンツＩＤが削除リストにある場合は、以上の処理を削除リストに登録されているコンテンツＩＤがなくなるまで繰り返す。以上で削除処理が完了する。このようにすることによって、複数の画像を削除する場合においても、一括して削除することが可能になり、ユーザの操作手数を少なくすることができる。
【０１８９】
次に、バックアップされたコンテンツファイルのメディアグループ単位での削除についての具体的説明としては先ず、ユーザの操作によってバックアップ一覧表示モードにて、削除したいメディアグループの一覧を表示させる。メディアグループを選択する方法については、先に、バックアップ一覧表示について説明しているので説明を省略する。削除したいメディアグループを一覧表示しているときに、操作入力部をとおして、ユーザが画像ファイル削除の操作を行ったと認識すると、表示部に削除方法の選択画面（図１７）を表示させ、ユーザからの削除方法の指定を待つ。
【０１９０】
ユーザが「画像を指定して削除」を操作入力部のタッチパネルなどを使用して選択すると、表示部に削除画像選択表示を表示させる。ユーザが「バックアップメディグループ削除」を操作入力部のタッチパネルなどを使用して選択すると、メディアグループ削除の処理に入る。
【０１９１】
メディアグループ削除の処理では、ＲＡＭ上に削除リストを生成し、それまでに表示していたメディアグループのコンテンツＩＤをバックアップ一覧表示リストから取得し、生成された削除リスト登録する。同時に、表示部に、バックアップ一覧表示モードで削除処理に入る直前に表示していたメディアグループの撮影日時またはバックアップ実行日時と、削除実行の操作が行われたことをユーザに対し確認を要求する画面を表示して、ユーザからの確認操作を待つ。
【０１９２】
ユーザから、削除実行の確認操作が行われると、削除実行処理に入る。削除実行処理では、ＣＰＵはＲＡＭ上に生成されている削除リストに登録されているコンテンツＩＤから、それぞれに対応するファイルパスのコンテンツファイルを、コントローラ部を通して、ハードディスク上から削除する。
【０１９３】
コンテンツファイルの削除が完了したら、インデックスファイル上から対応するコンテンツファイルの管理ファイルスロットを削除する。同時に、削除リストに登録されていた対応コンテンツＩＤをリストから削除する。複数のコンテンツＩＤが削除リストにある場合は、以上の処理を削除リストに登録されているコンテンツＩＤがなくなるまで繰り返す。
全ての削除が完了したら、バックアップメディアリストから、メディアグループに対応するコンテンツＩＤと関連付けられた情報を削除する。以上でメディアグループ単位での削除が完了する。
【０１９４】
このように、バックアップメディアリストから生成されたバックアップ一覧表示リストから削除するコンテンツを抽出することで、バックアップされた記録媒体ごとの削除ファイルをしてすることが可能になり、ユーザはバックアップされた記録媒体単位で、削除するファイルを指定する事が容易になる。これによって、バックアップ済みのファイルを容易に識別して削除をすることが可能になる。
【０１９５】
更に、バックアップした記録媒体ごとに削除を指定するので、バックアップ済みであっても残しておきたい画像以外を、バックアップした記録媒体単位で削除することが可能になり、個別にファイルを指定して削除する場合に比べて、少ない手数で削除することができる。
【０１９６】
《発明の各実施の形態に対する変形例について》
以上、この発明の実施の形態について説明したが、この発明は、上述した実施の各形態に限定されるべきものではない。例えば、上述では、バックアップ先である記録媒体１３０がビデオカメラ装置１００に内蔵されるドライブ装置１２８に対して装填されるような形態であるように説明したが、これはこの例に限定されない。例えば、通信部１２５を介して所定のインターフェイスで接続されることで、ＣＰＵ１２０に、このビデオカメラ装置１００の外部ストレージ装置であると認識されるような記録装置を、バックアップ先の記録媒体１３０として用いることができる。
【０１９７】
さらにまた、上述では、この発明が携帯用のビデオカメラ装置に適用されるものとして説明したが、これはこの例に限定されない。すなわち、この発明は、１筐体で異なる２以上の記録媒体を並列的に使用可能であれば、他の種類の電子機器にも適用可能なものである。
【０１９８】
例えば、撮像素子を用いて主として静止画像を撮像して記録媒体に記録するようにされたディジタルスチルカメラに対して、この発明を適用することができる。また例えば、近年では、携帯電話端末に撮像素子および記録または記憶媒体を設けて静止画像や動画像の撮像および記録を可能とした製品が広く普及している。記録または記憶媒体として、小型のハードディスクを内蔵した機種も出現している。このような撮像機能付き携帯電話端末に対して、この発明を適用することも可能である。
【０１９９】
本実施形態によれば、バックアップ用記録媒体毎のバックアップ履歴を記憶することで、バックアップされたメディアごとの分類が容易になり、バックアップの履歴情報から、バックアップ済みのファイルを確認することが出来きるので容易に削除しても良い画像を判断することが出来る。更に、バックアップした記録媒体毎に削除を行うので、残したい画像を消さないようにしたい場合、残したいファイル以外をすべて指定して削除する場合に比べて、残したい画像のメディアグループだけ残して、他を削除した後にファイルを指定して削除を行うことで、削除ファイルの指定する利用者の手間を少なくすることが出来る。
【０２００】
画像データの生成順に付与される連続性を示す情報（連番または、日時）順にバックアップの順番を決定し、バックアップが完了した最後の画像の情報のみを記憶することで、重複したバックアップを防ぐことが可能になり、効率の良いバックアップが実行できる。
【０２０１】
さらにバックアップの履歴を最小の情報量で記憶することが可能になり、バックアップの履歴を効率よく保存できるようになる。
【０２０２】
バックアップ時に、バックアップされた画像に関連した情報（撮影日時、バックアップ実行日時）を表示することで、ユーザに対して、記録媒体へ記入させる情報として利用価値の高い情報（ユーザにとって、内容を想像しやすい）を提供しているので、利用者にとって検索性がよくなる。
【０２０３】
上記では、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０２０４】
本実施形態においては、動画を記録するビデオカメラ装置について説明したが、これに限定されるものではない。例えば、静止画像、音声画像、テキストファイル等のコンテンツを記録する情報記録装置に適用することができる。
【図面の簡単な説明】
【０２０５】
【図１】この発明が適用された記録装置または記録再生装置としてのビデオカメラ装置１００の一例の使用形態を示す図である。
【図２】ビデオカメラ装置の一例の構成を示す図である。
【図３】ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示す図である。
【図４】ハードディスクに記録されるファイルの一例の管理構造を示す。
【図５】この発明の各実施形態に適用可能な、専用の管理情報としてのインデックスファイルＦｉｎｄｅｘを用いた一例のファイル管理形態を示す図である。
【図６】バックアップメディアリストの一例を示す図である。
【図７】簡易差分情報リストＬＳＢ−ｅの一例を示す図である。
【図８】バックアップ処理の一例を模式的に示す図である。
【図９】バックアップ処理の流れを示すフローチャートである。
【図１０】バックアップ処理実行中の画面表示の一例を示す図である。
【図１１】簡易差分情報リストＬＳＢ−ｅの一例の生成処理をより詳細に示すフローチャートである。
【図１２】図９におけるステップＳ１３０５の、差分ファイル群に対する一例の処理をより詳細に示すフローチャートである。
【図１３】一覧表示リストの一例を示す図である。
【図１４】バックアップ一覧表示リストの一例を示す図である。
【図１５】バックアップメディア一覧表示の表示例を示す図である。
【図１６】メディア一覧表示の一例を示す図である。
【図１７】削除方法の選択画面の一例を示す図である。
【符号の説明】
【０２０６】
１１ 光学系
１２ 筐体
１３ 記録媒体
１４ ドライブ装置
１５ 記録媒体
５０ アプリケーション
５１ ファイルシステム
５２ 記録媒体
６０ ファイル名部
６１ ファイル更新日時部
６２ エントリＩＤ部
６３ エントリ更新日時部
６４ コンテンツＩＤ部
６５ コンテンツ更新日時部
６６ ファイルパス部
１００ ビデオカメラ装置
１１０ 光学レンズ部
１１１ 光電変換部
１１２ 画像信号処理部
１１３ 画像入出力部
１１４ 表示部
１１５ カメラ機能部
１１６ 音声入出力部
１１７ 音声処理部
１２０ ＣＰＵ
１２１ ＲＡＭ
１２３ ＲＯＭ
１２４ 操作入力部
１２５ 通信部
１２６ コントローラ部
１２７ ハードディスク
１２８ ドライブ装置
１２９ 不揮発性メモリ
１３０ 記録媒体
１３１ 電源部
【技術分野】
【０００１】
本発明は、情報記録装置および情報記録方法に関し、特に、コンテンツをバックアップする技術に関する。
【背景技術】
【０００２】
従来、情報記録装置の記憶領域、例えば、デジタルカメラ等のＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶領域に記録された静止画および動画を含む画像を他の記録媒体にバックアップした状態は、バックアップされた媒体の中身と、カメラの中の画像を人の目による確認と過去の記憶による判断で行うことになるため、間違って消してしまう可能性があった。
【０００３】
例えば、特許文献１に開示された技術においては、バックアップされたファイルの情報を保持することで、バックアップ済みのファイルを識別し、分類して表示したりアイコンを付けていることでわかりやすくしたりしている。又、削除の操作に対して警告を出すことで、不明確な判断によるデータ消失といった誤操作を未然に防ぐことを提案している。
【０００４】
【特許文献１】特開２００６−３１１０６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示された技術では、ファイルそのものに属性を付けたり、バックアップの履歴専用のリストに、すべてのバックアップファイルを登録するため、情報量が多く無駄になっている。又、ＨＤＤのような大容量のデータをＣＤ−ＲやＤＶＤ−Ｒなど、ＨＤＤに比較して容量が小さい記録媒体にバックアップすると、複数の記録媒体に分けて保存することになり、どの記録媒体にどの画像が入っているか、記録媒体を再生装置に入れ替えながら確認する必要があった。
【０００６】
本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、情報記録装置の記憶領域から、複数の記録媒体に分けて情報をバックアップする場合でも、どの記録媒体にどの情報が入っているかについて容易に確認することが可能な技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明のある観点によれば、複数のコンテンツおよびこの複数のコンテンツのそれぞれに対して昇順に付与され、かつ、一意に識別可能な識別子であるコンテンツ識別子を記憶する記憶部と、複数のコンテンツの記録媒体へのバックアップを、コンテンツ識別子の昇順に実行し、バックアップが終了または中断した際に、バックアップが完了したコンテンツのうち、最後にバックアップを完了したコンテンツに対応付けられたコンテンツ識別子をバックアップメディア一覧情報として記憶部に記憶する制御部と、を備える情報記録装置が提供される。
【発明の効果】
【０００８】
本発明によれば、情報記録装置の記憶領域から、複数の記録媒体に分けて情報をバックアップする場合でも、どの記録媒体にどの情報が入っているかについて容易に確認することが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１０】
《記録装置または記録再生装置の一例の使用形態について》
先ず、理解を容易とするために、この発明の各実施形態に適用可能な記録装置または記録再生装置について概略的に説明する。
【００１１】
図１を用いて、この発明が適用された記録装置または記録再生装置としてのビデオカメラ装置１００の一例の使用形態について説明する。
【００１２】
図１において、ビデオカメラ装置１００は、筐体１２内に記録媒体１３を内蔵すると共に、着脱可能な記録媒体１５を装填するためのドライブ装置１４を有する。
記録媒体１３は、例えばハードディスクからなる。
【００１３】
記録媒体１５は、記録可能なタイプのＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）やＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）といったデータの書き込みが可能とされた光ディスク、光磁気ディスク、不揮発性の半導体メモリ、着脱可能なタイプのハードディスクなど、様々に考えられる。記録媒体１５として磁気テープを用いることも考えられる。
【００１４】
なお、記録媒体１３および記録媒体１５の種類は、上述に限定されない。
【００１５】
また、上述では記録媒体１３が筐体１２に内蔵されるように説明したが、記録媒体１５と共に記録媒体１３も着脱可能としてもよい。
【００１６】
このビデオカメラ装置１００は、被写体からの光が光学系１１に入射され、この光をＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ−Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）イメージセンサといった撮像素子で受光して、受光された光を光電変換により電気信号に変換し所定の処理を施して、ディジタルビデオデータとする。このディジタルビデオデータは、例えば記録媒体１３に記録される。記録媒体１３に記録されたディジタルビデオデータは、出力端（図示しない）を介して外部に出力したり、ビデオカメラ装置１００が有する表示素子（図示しない）に映出したりできる。
【００１７】
このビデオカメラ装置１００は、記録媒体１３に記録されたディジタルビデオデータをドライブ装置１４に転送し、ドライブ装置１４に装填された記録媒体１５に記録することができるようにされている。
【００１８】
例えば、記録媒体１３をハードディスク、記録媒体１５を記録可能なタイプのＤＶＤとした場合、記録媒体１３に記録されたディジタルビデオデータのバックアップを記録媒体１５に取っておき、記録媒体１５を別途、保存する。
【００１９】
図２は、発明の各実施形態に適用可能なビデオカメラ装置１００（情報記録装置）の一例の構成を示す。
【００２０】
制御部の一例としてのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０は、ＲＯＭ１２３に予め記憶されたプログラムデータに基づき、ＲＡＭ１２１をワークメモリとして用いてこのビデオカメラ装置１００の全体を制御する。ＣＰＵ１２０は、ＲＯＭ１２３からプログラムデータを読み出しＲＡＭ１２１上に展開して当該プログラムを実行する。
【００２１】
なお、図２では、ＣＰＵ１２０とビデオカメラ装置１００を構成する各部とが直接的に接続されるように示されているが、これはこの例に限らず、各部がバスに接続され、バスを介してコマンドやデータのやりとりを行うようにしてもよい。
【００２２】
光学レンズ部１１０は、上述した光学系１１を構成し、被写体からの光を光電変換部１１１が有する撮像素子に導くためのレンズ系、絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構などを備え、被写体からの光を集光し光電変換部１１１に入射させる。
【００２３】
絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構は、ＣＰＵ１２０の制御に基づきカメラ機能部１１５により制御される。
【００２４】
光電変換部１１１は、例えばＣＣＤやＣＭＯＳイメージセンサといった撮像素子を有し、光学レンズ部１１０を介して入射された光を光電変換により電気信号に変換し、さらに所定の信号処理を施し撮像信号として出力する。
【００２５】
画像信号処理部１１２は、例えば、光電変換部１１１から出力された撮像信号をディジタル信号に変換する撮像信号処理部と、撮像信号処理部で撮像信号が変換されたディジタル信号に対して所定の信号処理を施すと共にベースバンドのディジタルビデオデータに変換するビデオ信号処理部と、ビデオ信号処理部で得られたベースバンドのディジタルビデオデータを所定の方式で圧縮符号化する圧縮符号化部とを有する。
【００２６】
撮像信号処理部は、例えば光電変換部１１１から出力された撮像信号に対して、ＣＤＳ（Ｃｏｒｒｅｌａｔｅｄ Ｄｏｕｂｌｅ Ｓａｍｐｌｉｎｇ）回路により画像情報を有する信号だけをサンプリングすると共に、ノイズを除去し、ＡＧＣ（Ａｕｔｏ Ｇａｉｎ Ｃｏｎｔｒｏｌ）回路によりゲインを調整する。
【００２７】
そして、Ａ／Ｄ変換によりディジタル信号に変換する。また、撮像信号処理部は、光電変換部１１１から出力された撮像信号の情報をＣＰＵ１２０に送る。
【００２８】
ＣＰＵ１２０は、この情報に基づき光学レンズ部１１０を制御するための制御信号を生成し、フォーカス調整機構や絞り調整機構などの制御を行う。
【００２９】
ビデオ信号処理部は、撮像信号処理部で得られたディジタル信号に対して所定の信号処理を施す。
【００３０】
例えば、ビデオ信号処理部は、ディジタル信号に対して検波系の信号処理を施し、Ｒ（赤色）、Ｇ（緑色）およびＢ（青色）各色の成分を取り出す。
【００３１】
そして、取り出された各色成分に基づきγ補正やホワイトバランス補正などの処理を行い、最終的に１本のベースバンドのディジタルビデオデータとして出力する。
【００３２】
圧縮符号化部は、ビデオ信号処理部から出力されたベースバンドのディジタルビデオデータを、例えばＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２）方式に従い圧縮符号化する。
【００３３】
この例に限定されず、例えばＨ．２６４｜ＡＶＣすなわちＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｉｚａｔｉｏｎ Ｓｅｃｔｏｒ）勧告Ｈ．２６４あるいはＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｉｚａｔｉｏｎ）／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｍｉｓｓｉｏｎ）国際標準１４４９６−１０（ＭＰＥＧ−４パート１０）Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇに準じた圧縮符号化方式を用いることも考えられる。
【００３４】
表示部１１４は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）を表示素子として用い、画像信号処理部１１２から供給されたディジタルビデオデータに基づく表示を行うことができる。
【００３５】
表示部１１４は、撮影時には撮影画像のモニタとして用いられ、再生時には、再生画像を映出させることができる。
【００３６】
画像入出力部１１３は、画像信号処理部１１２から出力されたディジタルビデオデータを外部に出力する。外部から供給されたディジタルビデオデータを画像信号処理部１１２に供給することもできる。
【００３７】
また、画像入出力部１１３にＡ／Ｄ変換部やＤ／Ａ変換部を持たせ、画像信号処理部１１２から出力されたディジタルビデオデータをアナログビデオ信号に変換して出力したり、外部から供給されたアナログビデオ信号をディジタルビデオデータに変換して画像信号処理部１１２に供給するようにしてもよい。
【００３８】
音声入出力部１１６は、マイクロフォン、スピーカといった音声の入出力手段を有し、外部の音声を音声信号に変換したり、音声信号を音声に変換したりする。また、音声入出力部１１６は、音声信号の入出力手段も有する。
【００３９】
音声処理部１１７は、音声入出力部１１６から供給されるアナログ音声信号をＡ／Ｄ変換してディジタルオーディオデータとし、ノイズ除去や音質補正など所定の音声信号処理を施してベースバンドのディジタルオーディオデータとして出力する。
【００４０】
ベースバンドのディジタルオーディオデータを所定の方式で圧縮符号化してもよい。また、音声処理部１１７は、供給されるディジタルオーディオデータに対して音質補正や音量調整などの所定の音声信号処理を施してＤ／Ａ変換してアナログ音声信号とし、増幅処理などを行い音声入出力部１１６に供給する。
【００４１】
操作入力部１２４は、このビデオカメラ装置１００の動作をユーザが操作するための操作子が所定に設けられ、操作子に対する操作に応じた制御信号を出力する。この制御信号は、ＣＰＵ１２０に供給される。
【００４２】
ＣＰＵ１２０は、ユーザ操作に応じて操作入力部１２４から供給された制御信号に基づきなされるプログラムの処理により、ビデオカメラ装置１００の各部の動作を制御する。
【００４３】
また、操作入力部１２４に、簡易的な表示部を設け、ビデオカメラ装置１００の動作に関する所定の表示を行うようにしてもよい。
【００４４】
コントローラ部１２６は、少なくとも上述した記録媒体１３に対応するハードディスク１２７と、上述したドライブ装置１４に対応するドライブ装置１２８が接続され、ＣＰＵ１２０からの命令に基づきこれらハードディスク１２７およびドライブ装置１２８によるデータの記録、再生の制御を行う。
【００４５】
例えば、コントローラ部１２６は、ＣＰＵ１２０の命令に基づき、光電変換部１１１の撮像素子で撮像され画像信号処理部１１２で所定に圧縮符号化されたディジタルビデオデータをハードディスク１２７に記録するように制御を行う。
【００４６】
また例えば、コントローラ部１２６は、ＣＰＵ１２０の命令に基づき、ハードディスク１２７からデータを読み出し、読み出されたデータをドライブ装置１２８に装填された記録媒体１３０に記録するように制御を行う。
【００４７】
ドライブ装置１２８に対して適用可能な記録媒体１３０は、ディジタルデータの記録が可能であれば特に種類を問わないが、記録可能なタイプのＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）やＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）といった光ディスク、光磁気ディスクといったディスク状記録媒体、書き換え可能で不揮発性の半導体メモリが用いて好適である。
【００４８】
着脱可能なハードディスクをドライブ装置１２８に適用可能な記録媒体１３０として用いることもできる。
【００４９】
通信部１２５は、ＣＰＵ１２０の制御に基づき、所定のプロトコルを用いて、有線および／または無線により外部機器との通信を行う。
【００５０】
有線および／または無線通信のインターフェイスは、ディジタル通信が可能であれば特に種類を問わないが、有線通信としては、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット（登録商標）などによるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などが考えられる。
【００５１】
また、無線通信としては、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ、ｂｌｕｅｔｏｏｔｈなどが考えられる。
【００５２】
また、ＵＳＢやＩＥＥＥ１３９４といったインターフェイスで、パーソナルコンピュータなどのホスト機能を有する外部機器と、このビデオカメラ装置１００とを接続することで、ビデオカメラ装置１００のコントローラ部１２６に接続されるハードディスク１２７やドライブ装置１２８に装填される記録媒体を、外部機器に対してマウントすることができる。
【００５３】
電源部１３１は、例えばバッテリからなり、このビデオカメラ装置１００の各部に対して電源を供給する。
【００５４】
電源部１３１による電源の供給のＯＮ／ＯＦＦは、例えば操作入力部１２４に対する所定の操作に応じて、ＣＰＵ１２０により制御される。
【００５５】
ＣＰＵ１２０に対して、電源の供給が無くても記憶内容の保持が可能な不揮発性メモリ１２９が接続される。
【００５６】
ＣＰＵ１２０は、この不揮発性メモリ１２９に対して、このビデオカメラ装置１００に対する設定情報や、所定の管理情報を記憶し保持させることができる。
【００５７】
《発明の実施形態に適用可能なファイルシステムについて》
この発明の各実施形態に適用可能な記録装置として図２に例示したビデオカメラ装置１００は、主として、撮像および収音により得られるディジタルビデオデータおよびディジタルオーディオデータからなるコンテンツファイルＦｃｔを、上述したように、ハードディスク１２７に対して記録させるようにされている。
【００５８】
ここでは、ビデオカメラ装置１００において、コンテンツファイルＦｃｔは、ハードディスク１２７に対してＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）ファイルシステムにより管理され、記録されるものとする。ＦＡＴファイルシステムは、周知のように、ツリー型のディレクトリ構造によりファイルを管理するものとされている。
【００５９】
また、データの書き込みおよび読み出しについては、クラスタといわれる論理的な最小データ管理単位により行うものとされている。クラスタは、記録媒体における物理的なデータ書き込みおよび読み出しの最小単位であるセクタを所定数にまとめたものが１単位となる。
【００６０】
図３は、ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示す。
先ず、この階層モデルとしては、ソフトウェア層と、その下層となるハードウェア層とに大別される。
【００６１】
ソフトウェア層は、記録媒体に対してホスト側となるＣＰＵ（図２の例ではＣＰＵ１２０）が実行するプログラムおよび各種ファームウェア、ミドルウェアなどにより実現されるソフトウェア処理が対応する。
【００６２】
この場合のソフトウェア層は、図示するように、アプリケーション５０、ファイルシステム５１の上位にアプリケーション５０が位置する構成となっている。ハードウェア層には、記録媒体そのものの物理的な記録領域が位置するものとして考えることができる。
【００６３】
アプリケーション５０は、例えばファイルの記録再生機能などを有して記録媒体５２を使用するアプリケーションソフトウェアが対応し、ファイルレベルでのアクセス要求をファイルシステム５１に対して行う。
【００６４】
ファイルシステム５１は、ファイルシステムとしての機能を実現するソフトウェアが対応する。この例ではファイルシステムとしてＦＡＴファイルシステムを用いているので、ファイルシステム５１の機能を提供するソフトウェアとしても、ＦＡＴファイルシステムに対応して構成される。このファイルシステム５１では、アプリケーション５０からのアクセス要求に従い、記録媒体５２へのアクセス要求を行う。
【００６５】
記録媒体５２は、論理的にはＦＡＴファイルシステムに従ってフォーマット（初期化）されたものとなる。図２ではハードディスク１２７がこの記録媒体５２に相当する。
また、図２において、ドライブ装置１２８に装填される記録媒体１３０も、この記録媒体５２に相当する。なお、記録媒体１３０が記録可能なタイプのＤＶＤや、Ｂｌｕ−ｒａｙ Ｄｉｓｃであった場合には、記録媒体１３０に適用されるファイルシステムは、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）とされる。
【００６６】
ＵＤＦは、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｉｚａｔｉｏｎ）９６６０によるフォーマットを含んでおり、コンピュータ装置に用いられる様々なファイルシステムでアクセス可能なようになっており、ＦＡＴファイルシステムを包含する。この場合、ＣＰＵ１２０は、ファイルシステム５１の機能を提供するソフトウェアとして、ＵＤＦに対応した構成をさらに持つ必要がある。
【００６７】
記録媒体５２は、ファイルシステム５１からのアクセス要求に応答して、指定されたアドレスからデータを読み出して、ファイルシステム５１に返すことで、アクセス応答を実行する。
【００６８】
ファイルシステム５１は、記録媒体５２からのアクセス応答としてのデータの受け取りを行い、この受け取ったデータをアプリケーション５０に受け渡すようにされる。アプリケーション５０は、受け取ったデータファイルについて、例えばユーザによる操作入力などに応じたアプリケーションレベルでの所要の処理を実行する。
【００６９】
また、ＦＡＴファイルシステムは、ファイルをツリー型のディレクトリ構造により管理し、また、ファイルをクラスタ単位の集合として管理するようにされている。
このようなファイル管理、データ管理は、周知のようにしてディレクトリエントリおよびＦＡＴとしてのテーブル情報（管理情報）を備えることにより実現される。
ディレクトリエントリは、記録媒体５２上におけるファイルやディレクトリ、サブディレクトリの所在をクラスタレベルで示す情報であり、ＦＡＴは、ディレクトリおよびファイルをなす、クラスタレベルでのリンクを示す情報である。
【００７０】
図４は、ハードディスク１２７に記録されるファイルの一例の管理構造を示す。ファイルは、ディレクトリ構造により階層的に管理される。ハードディスク１２７上には、インデックスファイルディレクトリおよびコンテンツファイルディレクトリの２のディレクトリが、少なくとも形成される。
【００７１】
コンテンツファイルディレクトリの配下には、コンテンツファイルＦｃｔが格納される。インデックスファイルディレクトリの配下には、インデックスファイルＦｉｎｄｅｘが格納される。
【００７２】
インデックスファイルＦｉｎｄｅｘは、ＦＡＴとは別の方法でコンテンツファイルＦｃｔを管理する管理情報が格納される。インデックスファイルＦｉｎｄｅｘは、この場合は静止画や動画などによるコンテンツに特化して、その管理を効率的に行うための管理情報が格納される。
【００７３】
このように、ＦＡＴファイルシステムとは別に、コンテンツファイルＦｃｔに特化した専用の管理情報を用いた管理を行うことで、近年において記録媒体の大記憶容量化に伴い記録可能なコンテンツの数が増えたことや、ファイルシステムが持つコンテンツ関連情報（例えばファイル名や更新日時の情報など）以外にもさらに多くの関連情報を効率的に管理するなどの要請に対応可能とされる。例えば、動画再生時には、各コンテンツファイルをそれぞれ代表するサムネイル画像を用いたインデックス表示を行う場合がある。このような場合、専用の管理情報を用いることで、インデックス表示に対応させて、予め各コンテンツファイルに対応するサムネイル画像を埋め込むようにすることが考えられる。すなわち、このようにサムネイル画像を管理情報側に格納することで、インデックス表示を効率的に行うことが可能とされる。
【００７４】
また、このようにコンテンツファイル管理に特化した管理情報を別途用いることで、例えばファイルの作成日時順などの所定の区分けでコンテンツファイルディレクトリ配下にディレクトリを作成し、対応するコンテンツファイルを当該ディレクトリに格納するような管理も可能となる。このように専用の管理情報を用いた管理を別途行うことで、汎用のファイルシステムにはなかった管理形態を実現することができる。
【００７５】
《発明の実施形態に適用可能なファイル管理形態について》
次に、この発明の各実施形態に適用可能な一例のファイル管理形態について説明する。
図５は、この発明の各実施形態に適用可能な、専用の管理情報としてのインデックスファイルＦｉｎｄｅｘを用いた一例のファイル管理形態を示す。
【００７６】
図４を用いて説明したように、インデックスファイルディレクトリ配下には、インデックスファイルＦｉｎｄｅｘが格納される。このインデックスファイルＦｉｎｄｅｘは、図示されるように、管理ファイルスロットＳｍを複数格納する。
【００７７】
各管理ファイルスロットＳｍは、ファイル名部６０、ファイル更新日時部６１、エントリＩＤ部６２、エントリ更新日時部６３、コンテンツＩＤ部６４、コンテンツ更新日時部６５、ファイルパス部６６などから成る。なお、以下では各管理ファイルスロットＳｍに格納されるデータのことをエントリデータと称する。
【００７８】
《ファイル名部》
図５において、ファイル名部６０は、その管理ファイルスロットＳｍに対応付けられる
コンテンツファイルＦｃｔのファイル名の情報が格納される。
【００７９】
《ファイル更新日時部》
またファイル更新日時部６１は、その管理ファイルスロットＳｍに対応付けられる
コンテンツファイルＦｃｔ自体を作成および／または更新した日時を示す情報が格納される。
【００８０】
《エントリＩＤ部》
エントリＩＤ部６２は、その管理ファイルスロットＳｍへのエントリデータを一意に識別するための識別情報（エントリＩＤと呼ぶ）が格納される。エントリＩＤは、新たなコンテンツファイルＦｃｔの生成に応じて新たなエントリデータが管理ファイルスロットＳｍにエントリされる毎に付される。
【００８１】
《エントリ更新日時部》
エントリ更新日時部６３は、その管理ファイルスロットＳｍへのエントリデータがエントリされた日時または更新された日時を示す情報が格納される。このエントリ更新日時部６３に格納される情報は、コンテンツファイルＦｃｔの内容が更新されたとしても変更の有無に関わらず、エントリデータの更新に応じて変更される。エントリ更新日時部６３に格納される情報が更新される例としては、例えばコンテンツファイルＦｃｔに対応付けられるべきメタデータ（図示しない）が更新された場合などが挙げられる。
【００８２】
《コンテンツＩＤ部》
コンテンツＩＤ部６４は、その管理ファイルスロットＳｍに対応付けられた、換言すれば、エントリＩＤに対応付けられたコンテンツファイルＦｃｔを一意に識別し、コンテンツファイルＦｃｔのハードディスク１２７に対する記録順を示すように割り振られたコンテンツＩＤが格納される。例えば、ハードディスク１２７に対して新たなコンテンツファイルＦｃｔが追加された場合に、所定値、例えば１だけインクリメントされる。
【００８３】
また、コンテンツＩＤは、ハードディスク１２７に既に記録されているコンテンツファイルＦｃｔが更新された場合にも、所定値、例えば１だけインクリメントされる。
【００８４】
本発明の実施の形態では、ハードディスク１２７に対して新たなコンテンツファイルＦｃｔが追加される毎、およびコンテンツファイルＦｃｔが更新される毎にコンテンツＩＤを１だけインクリメントされるようにする。このようにすることで、コンテンツＩＤによってコンテンツファイルＦｃｔのハードディスク１２７に対する記録順を示すことができる。
【００８５】
《コンテンツ更新日時部》
コンテンツ更新日時部６５は、コンテンツファイルＦｃｔを作成および／または更新した日時を示す情報が格納される。このコンテンツ更新日時部６５に格納される情報は、対応するコンテンツファイルＦｃｔの複製または移動で変化しない。
【００８６】
一方、上述のファイル更新日時部６１に格納される情報は、コンテンツファイルＦｃｔを複製または移動した場合に更新される点で、コンテンツ更新日時部６５に格納される情報と異なる。
【００８７】
《ファイルパス部》
ファイルパス部６６は、その管理ファイルスロットＳｍと対応付けられるコンテンツファイルＦｃｔへのパスの情報が格納される。すなわち、この場合はＦＡＴファイルシステム管理下におけるコンテンツファイルＦｃｔの所在を示す情報が格納される。
【００８８】
ここで、インデックスファイルＦｉｎｄｅｘにおける管理ファイルスロットＳｍに対し、ファイルシステム５１によるハードディスク１２７上におけるコンテンツファイルＦｃｔの生成に応じて、新たなエントリデータが追加される。
【００８９】
追加されたエントリデータにおいては、ファイルパス６６部に対して、生成されたコンテンツファイルＦｃｔのＦＡＴファイルシステム管理下での所在を示す情報が格納される。これにより、当該管理ファイルスロットＳｍと、コンテンツファイルディレクトリ配下にて生成されたコンテンツファイルＦｃｔとの対応付けが行われる。
【００９０】
また、この場合、図５において破線矢印により示すように、コンテンツＩＤ部６４に格納されるコンテンツＩＤによっても、コンテンツファイルディレクトリ配下にて生成されたコンテンツファイルＦｃｔを特定することができる。
【００９１】
《撮影記録処理について》
この発明の実施の形態に於ける撮影記録処理については、具体的に、操作入力部１２４からの制御信号に基づき、ＣＰＵ１２０は動画撮像開始操作が行われたことを認識した場合、画像信号処理部１１２、カメラ機能部１１５をそれぞれ制御し、動画撮像終了時点までこのビデオカメラ装置１００における動作モードを動画撮像モードに遷移させる。この場合、光電変換部１１１は、撮像開始操作の認識時点から撮像終了操作の認識時点まで被写体を所定周期で撮像し、撮像した結果得られる画像データＤＭ１〜ＤＭｎ（ｎは整数）を順次画像信号処理部１１２に送出する。
【００９２】
画像信号処理部１１２は、光電変換部１１１から順次供給される画像データＤＭ１〜ＤＭｎに対して、例えばＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の所定の圧縮符号化方式に準拠した圧縮処理をそれぞれ施す。そして画像信号処理部１１２は、この圧縮処理結果として得られた各圧縮画像データを動画ファイルＤＭＦｘ（ｘ＝１、２、３、……、又はｍ（ｍは整数））として、ＣＰＵ１２０に送出する。
【００９３】
ＣＰＵ１２０は、画像信号処理部１１２から送出される動画ファイルＤＭＦ１〜ＤＭＦｍを、コントローラ部１２６を介してハードディスク１２７に対応したファイルシステムによってハードディスク１２７に記録する。それとともに、ＣＰＵ１２０は動画ファイルＤＭＦ１〜ＤＭＦｍそれぞれに対応した管理情報生成してハードディスク１２７上のインデックスファイルＦｉｎｄｅｘに追加する。
【００９４】
一方、ＣＰＵ１２０は、操作入力部１２４からの制御信号に基づき、静止画撮像開始操作が行われたことを認識した場合、画像信号処理部１１２、カメラ機能部１１５をそれぞれ制御し、このビデオカメラ装置１００における動作モードを静止画撮像モードに遷移させる。この場合、光電変換部１１１は、撮像開始操作の認識時点から撮像終了操作の認識時点まで被写体を所定周期で撮像し、撮像した結果得られる画像データＤＪを画像信号処理部１１２に送出する。
【００９５】
画像信号処理部１１２は、光電変換部１１１から供給される画像データＤＪに対して、例えばＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の所定の圧縮符号化方式に準拠した圧縮処理を施し、得られた圧縮画像データを静止画ファイルＤＪＦｙ（ｖ＝１、２、３、……、又はｌ（ｌは整数））としてＣＰＵ１２０に送出する。
【００９６】
ＣＰＵ１２０は、画像信号処理部１１２から送出される静止画ファイルＤＪＦ１〜ＤＪＦｌを、コントローラ部１２６を介してハードディスク１２７に対応したファイルシステムによってハードディスク１２７に記録する。それとともに、ＣＰＵ１２０は静止画ファイルＤＪＦ１〜ＤＪＦｌ それぞれに対応した管理情報生成してハードディスク１２７上のインデックスファイルＦｉｎｄｅｘに追加する。
【００９７】
このようにしてこのＣＰＵ１２０は、ユーザ操作に応じて任意に決定された静止画撮像操作時点又は動画撮像開始操作時点から動画撮像終了操作時点までの区間（以下、これを撮像カットと呼ぶ）に撮像された画像をファイルとしてハードディスク１２７に記録し、それぞれの画像のファイルに内応した管理情報をインデックスファイルＦｉｎｄｅｘに追加することができるようになされている。
【００９８】
《バックアップ処理について》
次に、この実施の形態におけるバックアップ処理について説明する。先ず、《発明の実施形態に適用可能なファイル管理形態について》のコンテンツＩＤ（コンテンツ識別子）の項でも説明したバックアップ元であるハードディスク１２７に対して新たなコンテンツファイルＦｃｔが追加される毎にインクリメントされる、言い換えればコンテンツファイルＦｃｔの記録順を示すコンテンツＩＤを用いて、コンテンツＩＤの小さいものから大きいものへと順にコンテンツファイルのバックアップを実行する。その際、記録媒体の空き容量と次にバックアップするコンテンツファイルのファイルサイズとを比較し、不足する場合バックアップの処理を中断し、図６に一例が示されるようなバックアップメディアリストを生成し、最後にバックアップが完了したコンテンツファイルのコンテンツＩＤを登録して保存する。
【００９９】
バックアップメディアリスト（バックアップメディア一覧情報）には、コンテンツＩＤと関連付けて、その記録媒体に最初に記録したコンテンツファイルに対応する管理ファイルスロットのファイル更新日時部に記録されているファイル更新日時を撮影日時として、バックアップ処理が開始された日時をバックアップ実行日時として、それぞれ登録される。
【０１００】
インデックスファイルは、コンテンツファイルに関連するデータを管理するために構成しているので、このように、インデックスファイルとは別にリストを生成することで、バックアップ処理に関するデータを管理できるようになる。
【０１０１】
バックアップメディアリストは、記憶部に記憶されるが、ハードディスク上に保存されても良いし、不揮発性メモリ１２９に保存しても良い。この実施の形態ではハードディスクに保存するものとして説明をする。
【０１０２】
このバックアップメディアリストには、記録媒体が容量不足によりバックアップが中断された際、また、すべてのコンテンツファイルのバックアップが完了した際に、それぞれ最後にバックアップが完了したコンテンツファイルに対応するコンテンツＩＤと、撮影日時と、バックアップ実行日時が、事象が発生した時点で、リストの最後に追加登録される。このように、生成されたバックアップメディアリストには、各記録媒体に保存された最大の値を持つコンテンツＩＤが記録媒体毎にリストアップされるので、詳細は後述するが、インデックスファイルと、リストされているコンテンツＩＤを比較することでハードディスク上のコンテンツファイルを分類することが可能となり、その後のファイル操作などの管理をバックアップされた記録媒体毎に行うことが可能となる。
【０１０３】
このバックアップメディアリストに含まれるコンテンツＩＤのうち、リストの最後のコンテンツＩＤと等しいか、小さい値を持つコンテンツＩＤは、既にバックアップされたコンテンツファイルに対応する。したがって、バックアップメディアリストの最後のコンテンツＩＤによって、前回までのバックアップ処理によってバックアップされていないコンテンツファイルが特定される。
【０１０４】
そこで、バックアップ処理が再開、または全てのコンテンツファイルのバックアップ処理が完了してから新たなコンテンツがハードディスク上に追加されてからバックアップが実行された場合、記録されているコンテンツファイルのうち、バックアップメディアリストの最後のコンテンツＩＤより大きなコンテンツＩＤを有するコンテンツファイルを特定するための情報を、図７に一例が示されるような、簡易差分情報リストＬＳＢ−ｅとして生成する。
【０１０５】
このように、簡易差分情報リストＬＳＢ−ｅは、バックアップメディアリストの最後のコンテンツＩＤよりも値が大きなコンテンツＩＤを有するコンテンツファイルＦｃｔに対するアクセス情報がリストアップされる。具体的には、ハードディスク１２７に記録されるインデックスファイルＦｉｎｄｅｘに格納されるファイルパス部６６に格納される、該当する各コンテンツファイルＦｃｔのファイルパス情報をリストアップする。
【０１０６】
なお、簡易差分情報リストＬＳＢ−ｅの構成は、上述に限らず、例えばファイルパス情報の代わりに、コンテンツＩＤをリストアップする構成も考えられる。この、簡易差分情報リストＬＳＢ−ｅにリストアップされたコンテンツファイルを、リストの順にバックアップすることで、コンテンツファイルの重複や、欠落無くバックアップすることが可能となる。
【０１０７】
図８から図１２を用いて、実施の形態によるバックアップ処理について、詳細に説明する。
【０１０８】
図８の左側に、バックアップ元であるハードディスク１２７におけるコンテンツファイルＦｃｔの一例の格納状態を示す。「×（バツ）」印が付されたコンテンツＩＤに対応するコンテンツファイルＦｃｔは、ハードディスク１２７から削除されたコンテンツファイルＦｃｔを示す。また、図８の右側は、バックアップ先である記録媒体１３０Ａ、１３０Ｂ、・・・を示す。
【０１０９】
ここで、ハードディスク１２７に対し、コンテンツＩＤ値「５」までのコンテンツファイルＦｃｔが記録されている時点ｕ１で、ハードディスク１２７の記録内容を記録媒体１３０にバックアップする場合について考える。なお、この時点で、コンテンツＩＤ値「４」のコンテンツファイルＦｃｔは、既にハードディスク１２７から削除されているものとする。また、初期状態において、ハードディスク１２７に対してバックアップメディアリストは、記録されていない。また、バックアップ処理を行うに当たって、ユーザは、バックアップ先となる記録媒体１３０Ａを、ビデオカメラ装置１００が内蔵するドライブ装置１２８に予め装填しておく。
【０１１０】
この場合、図９のフローチャートに示す処理に従い、ハードディスク１２７に記録されているコンテンツファイルＦｃｔを、記録媒体１３０Ａに対して、全コンテンツファイル保存処理によるバックアップ保存処理を行う指示がなされると（ステップＳ１３０１）、ＣＰＵ１２０は、ハードディスク１２７にバックアップメディアリストが保存されているか否かを判断する（ステップＳ１３０２）。
【０１１１】
この時点では、未だハードディスク１２７に対してバックアップメディアリストが保存されていないので、ＣＰＵ１２０は、ファイルシステム５１に対して、ハードディスク１２７に記録されている全コンテンツファイルＦｃｔを、記録媒体１３０Ａに記録するように要求する（ステップＳ１３０７）。
【０１１２】
ファイルシステム５１は、この要求に従い、ハードディスク１２７からコンテンツファイルＦｃｔを順次読み出し、記録媒体１３０Ａに記録する（ステップＳ１３０８）。このとき、コンテンツファイルＦｃｔをハードディスク１２７から読み出す順序が、コンテンツＩＤ順になるように、読み出し順を制御される。
【０１１３】
又、記録する処理の開始とともに、表示部にはバックアップ処理が実行中であることを示す文言、またはバックアップ処理中であることを図式化した表示と、バックアップ対象となるコンテンツファイルの最小のコンテンツＩＤを持つコンテンツファイルの撮影日時と、バックアップ処理を実行している現在の日時の表示を開始する。
【０１１４】
表示例を図１０にて示す。このように、バックアップ処理中であることを表示することで、ユーザがバックアップ処理中であることを認識できて、不用意な操作をしないよう注意が喚起できる。
【０１１５】
又、バックアップの対象ファイルのうち最小のコンテンツＩＤをもつコンテンツファイルの撮影日時を表示することで、ユーザはいつ撮影したコンテンツファイルからバックアップを行っているか確認できる。
【０１１６】
また、撮影日時や、バックアップを実行している現在の日時を表示することで、バックアップ先の記録メディアの管理を表示された、日時を記録メディアなどに直接記入することで、記録媒体に記載された日付を見ることで、装置が機械的生成した番号などと違い、ユーザが撮影や、バックアップなどの行動をした日付であることで、直感的に把握しやすくなり、ユーザの利便性がよくなる。
【０１１７】
記録が終了されると、表示部にバックアップ完了を示す文言、または図式化した表示を行い、バックアップメディアリストがハードディスク１２７に保存される（ステップＳ１３０９）。
【０１１８】
この場合、時点ｕ１においてハードディスク１２７に記録されているコンテンツファイルＦｃｔが全て記録媒体１３０Ａに記録されたので、ハードディスク１２７に記録されているコンテンツファイルＦｃｔのコンテンツＩＤ値のうち最大のコンテンツＩＤ値「５」が最後のコンテンツＩＤとして、またバックアップ対象となるコンテンツファイルのうち最小のコンテンツＩＤを持つコンテンツファイルのファイル更新日（撮影日時）と、バックアップ実行日時がバックアップメディアリストに登録されている。
【０１１９】
次に、ハードディスク１２７に対してコンテンツファイルＦｃｔがさらに記録され、コンテンツＩＤ値「１１」までのコンテンツファイルＦｃｔが記録されている時点ｕ２で、ハードディスク１２７の記録内容を記録媒体１３０にバックアップする場合について考える。なお、この時点で、コンテンツＩＤ値「６」および値「１０」のコンテンツファイルＦｃｔは、既にハードディスク１２７から削除されているものとする。
【０１２０】
先ず、ユーザは、バックアップ先となる記録媒体１３０Ｂをドライブ装置１２８に装填する。
【０１２１】
ハードディスク１２７に記録されているコンテンツファイルＦｃｔを、バックアップ先の記録媒体１３０Ｂにバックアップする旨の指示に応じて、ＣＰＵ１２０は、ハードディスク１２７にバックアップメディアリストが保存されているか否かを判断する。
【０１２２】
この場合には、コンテンツＩＤ値「５」がバックアップメディアリストの最後のコンテンツＩＤ値として保存されているので、ＣＰＵ１２０は、ハードディスク１２７に記録されているインデックスファイルＦｉｎｄｅｘを取得する（ステップＳ１３０３）。
【０１２３】
ＣＰＵ１２０は、取得されたインデックスファイルＦｉｎｄｅｘに基づき、簡易差分情報リストＬＳＢ−ｅを生成する（ステップＳ１３０４）。この図８の例では、コンテンツＩＤ値「５」が最後にリストに登録されたコンテンツＩＤ値とされているので、コンテンツＩＤ値「５」より大きいコンテンツＩＤ値、すなわちコンテンツＩＤ値「６」〜コンテンツＩＤ値「１１」にそれぞれ対応するコンテンツファイルＦｃｔのファイルパスが、簡易差分情報リストＬＳＢ−ｅにリストアップされる。
【０１２４】
そして、簡易差分情報リストＬＳＢ−ｅにリストアップされているファイルパスに基づき、ハードディスク１２７からコンテンツＩＤ順にコンテンツファイルＦｃｔが順次、読み出され、記録媒体１３０Ｂに対して記録される（ステップＳ１３０５）。
【０１２５】
なお、ステップＳ１３０４における簡易差分情報リストＬＳＢ−ｅの生成方法と、ステップＳ１３０５における差分ファイル群処理については、詳細は後述する。
【０１２６】
記録する処理の開始とともに、表示部には図１０で示すように、バックアップ処理が実行中であることを示す文言、またはバックアップ処理中であることを図式化した表示と、バックアップ対象となるコンテンツファイルの最小のコンテンツＩＤを持つコンテンツファイルの撮影日時と、バックアップ処理を実行している現在の日時の表示を開始する。コンテンツＩＤ値「１１」に対応するコンテンツファイルＦｃｔが記録媒体１３０Ｂに記録されたら、表示部にバックアップ完了を示す文言、または図式化した表示を行い、当該コンテンツＩＤ値「１１」がバックアップメディアリストの最後に登録されてハードディスク１２７に保存される（ステップＳ１３０６）。
【０１２７】
《簡易差分情報リストの生成処理》
図１１は、上述したステップＳ１３０４における簡易差分情報リストＬＳＢ−ｅの一例の生成処理をより詳細に示すフローチャートである。
【０１２８】
最初のステップＳ１４０１で、ＣＰＵ１２０は、ハードディスク１２７に保存されているバックアップメディアリストを取得する。次のステップＳ１４０２で、ポインタ値［ｊ］をリセットし、値「０」とする。このポインタ値［ｊ］は、上述してステップＳ１３０３において、ハードディスク１２７から取得したインデックスファイルＦｉｎｄｅｘ内にエントリされる各エントリデータすなわち管理ファイルスロットＳｍから、対象とするエントリデータを指し示すためのポインタとしての役割を果たす。
【０１２９】
次のステップＳ１４０３で、ポインタ値［ｊ］が、ハードディスク１２７に記録される全コンテンツファイル数と一致したか否かを判別する。すなわち、ポインタ値［ｊ］が、取得したインデックスファイルＦｉｎｄｅｘ内にエントリされるエントリデータの数と一致したか否かについて判別する。
【０１３０】
ポインタ値［ｊ］が、ハードディスク１２７に記録される全コンテンツファイル数と一致していないと判別されれば、処理はステップＳ１４０４に移行する。ステップＳ１４０４では、［ｊ］番目のコンテンツファイルＦｃｔのエントリデータからコンテンツＩＤを取得する。すなわち、ポインタ値［ｊ］により指し示されるエントリデータ内のコンテンツＩＤ部６４に格納されるコンテンツＩＤを取得する。そして、次のステップＳ１４０５において、ステップＳ１４０４で取得したコンテンツＩＤの値が、ステップＳ１４０１で取得されたバックアップメディアリストの最後に登録されているコンテンツＩＤの値よりも大きいか否かを判別する。
【０１３１】
ステップＳ１４０５で、ステップＳ１４０４で取得したコンテンツＩＤの値が、ステップＳ１４０１で取得されたバックアップメディアリストの最後に登録されているコンテンツＩＤの値よりも大きいと判別されれば、処理はステップＳ１４０６に移行される。これは、換言すれば、記録媒体１３０にバックアップされたコンテンツファイルＦｃｔよりも後に記録されたコンテンツファイルＦｃｔがハードディスク１２７上に存在することを意味する。
【０１３２】
ステップＳ１４０６において、ＣＰＵ１２０は、ポインタ値［ｊ］により示されるエントリデータ内のファイルパス部６６を参照し、［ｊ］番目のコンテンツのエントリデータからファイルパスを取得する。そして、次のステップＳ１４０７で、取得されたファイルパスの情報を、図８を用いて説明した簡易差分情報リストＬＳＢ−ｅにリストアップする。この簡易差分情報リストＬＳＢ−ｅは、例えばＲＡＭ１２１に一時的に記憶される。
【０１３３】
ステップＳ１４０７でファイルパスが簡易差分情報リストＬＳＢ−ｅに追加されると、処理はステップＳ１４０８に移行され、ポインタ値［ｊ］が１だけインクリメントされ、処理がステップＳ１４０３に戻される。
【０１３４】
一方、上述のステップＳ１４０５において、ステップＳ１４０４で取得したコンテンツＩＤの値が、ステップＳ１４０１で取得されたバックアップメディアリストの最後に登録されているコンテンツＩＤの値よりも小さいと判別された場合は、処理はステップＳ１４０８に移行され、ポインタ値［ｊ］が１だけインクリメントされ、処理がステップＳ１４０３に戻される。これは、換言すれば、ハードディスク１２７上に存在するコンテンツファイルＦｃｔは、全て、記録媒体１３０にバックアップされたコンテンツファイルＦｃｔよりも前に記録されたコンテンツファイルＦｃｔであるので、ハードディスク１２７上に存在するコンテンツファイルＦｃｔに対応するファイルパスの情報を、簡易差分情報リストＬＳＢ−ｅに追加しないことを意味する。
【０１３５】
なお、ステップＳ１４０３において、ポインタ値［ｊ］がハードディスク１２７に記録される全コンテンツファイル数と一致したと判別されたら、このフローチャートにおける一連の処理が終了され、処理は上述の図９におけるステップＳ１３０５に移行される。
【０１３６】
図１２は、上述の図９におけるステップＳ１３０５の、差分ファイル群に対する一例の処理をより詳細に示すフローチャートである。最初のステップＳ１５０１において、ポインタ値［ｍ］がリセットされ、値「０」とされる。このポインタ値［ｍ］は、簡易差分情報リストＬＳＢ−ｅ内にリストアップされるファイルパスから、対象とするファイルパスを指し示すためのポインタとしての役割を果たす。
【０１３７】
次のステップＳ１５０２では、ポインタ値［ｍ］が簡易差分情報リストＬＳＢ−ｅにおけるファイルパスのリストアップ数と一致したか否かが判別される。ステップＳ１５０２において、ポインタ値［ｍ］が簡易差分情報リストＬＳＢ−ｅ内のリストアップ数と一致していないと判別されれば、処理はステップＳ１５０３に移行される。
【０１３８】
ステップＳ１５０３では、ＣＰＵ１２０により、簡易差分情報リストＬＳＢ−ｅに示される［ｍ］番目のファイルパスが取得される。［ｍ］番目のファイルパスが取得されると、次のステップＳ１５０４で、取得されたファイルパスにより示されるコンテンツファイルＦｃｔをハードディスク１２７から読み出し、記録媒体１３０に記録する要求がなされる。この要求は、例えば、ＣＰＵ１２０によりファイルシステム５１に対してなされる。この要求に応じて、次のステップＳ１５０５で、ハードディスク１２７から読み出された当該コンテンツファイルＦｃｔが記録媒体１３０に保存される。
【０１３９】
ステップＳ１５０５の保存処理が実行されると、ステップＳ１５０６にてポインタ値［ｍ］が１だけインクリメントされ、処理はステップＳ１５０２に戻される。一方、上述のステップＳ１５０２において、ポインタ値［ｍ］が簡易差分情報リストＬＳＢ−ｅにリストアップされたファイルパスのリストアップ数と一致したと判別されれば、このフローチャートによる一連の処理が終了され、処理は上述した図９のステップＳ１３０６に移行される。
【０１４０】
なお、この実施の形態では、上述の図９〜図１２のフローチャートに例示されるように、簡易差分情報リストＬＳＢ−ｅを生成した上で、当該リストに逐次リストアップされるファイルパス毎に、コンテンツファイルＦｃｔのハードディスク１２７からの読み出しおよび記録媒体１３０への保存を行うようにしたが、これはこの例に限られない。すなわち、この場合でも、簡易差分情報リストＬＳＢ−ｅを生成せずに、差分のコンテンツファイルＦｃｔを１つ特定する毎に、そのコンテンツファイルＦｃｔのハードディスク１２７からの読み出しおよび記録媒体１３０への保存を行うようにすることもできる。
【０１４１】
また、この場合において、簡易差分情報リストＬＳＢ−ｅにリストアップされる全てのファイルパスについて、一括してコンテンツファイルＦｃｔの記録媒体１３０への保存を行うように構成することもできる。
【０１４２】
さらに、この実施の形態では、ハードディスク１２７にコンテンツファイルＦｃｔが記録される記録順を示す情報を、新たなコンテンツファイルＦｃｔの記録毎に値が１ずつインクリメントされるレコーディングオーダを用いて実現する場合について説明したが、これはこの例に限定されない。例えば、ファイルパスとファイル更新日時との組み合わせによるコンテンツＩＤを、記録順を示す情報として用いることができる。
【０１４３】
ここで、バックアップ先である記録媒体１３０の記録容量が、バックアップ元であるハードディスク１２７の記録容量よりも非常に小さい場合、バックアップ処理の途中で記録媒体１３０における記録可能な容量がコンテンツファイルＦｃｔのデータサイズよりも少なくなってしまい、バックアップ処理が中断されてしまうことが考えられる。この実施の形態では、このような場合でも、問題なくバックアップ処理を実行できる。
【０１４４】
一例として、図９のステップＳ１３０５の差分ファイル群処理において、ファイルシステム５１は、例えば記録するコンテンツファイルＦｃｔのファイルサイズと、記録媒体１３０Ａの空き容量とをチェックしながら記録を制御し、次に記録しようとするコンテンツファイルＦｃｔが記録媒体１３０Ａに記録できないと判断したら、コンテンツファイルＦｃｔの記録を終了することが考えられる。
【０１４５】
例えば、記録が終了されると、処理をステップＳ１３０５から強制的にステップＳ１３０６に移行させ、バックアップが完了したコンテンツファイルＦｃｔのコンテンツＩＤ値のうち最大のものをバックアップメディアリストに登録して、ハードディスク１２７に保存するようにする。
【０１４６】
図８の例で、時点ｕ２でバックアップ処理を行っている最中に、コンテンツＩＤ値「８」のコンテンツファイルＦｃｔを記録し終わった段階で、次のコンテンツＩＤ値「９」のコンテンツファイルＦｃｔを記録するように十分な空き容量が記録媒体１３０Ｂに存在しない場合を考える。この場合、コンテンツＩＤ値「８」のコンテンツファイルＦｃｔを記録し終わったらバックアップ処理を中断し、当該コンテンツＩＤ値「８」をバックアップメディアリストの最後に登録して、ハードディスク１２７に保存する。
【０１４７】
次のバックアップ処理は、先のバックアップメディアリストの最後のコンテンツＩＤ値に基づき、次のコンテンツＩＤ値「９」のコンテンツファイルＦｃｔから開始させることができる。この方法を応用することで、ハードディスク１２７に多量に蓄積されたコンテンツファイルＦｃｔを、記録容量の比較的小さな記録媒体１３０Ａ、１３０Ｂ、・・・に分散的にバックアップする処理を容易に行うことができる。
【０１４８】
すなわち、上述のようにしてバックアップ処理を行いながら、ファイルシステム５１によりバックアップ先の記録媒体１３０の空き容量を常時監視し、次のコンテンツファイルＦｃｔが記録可能な分の空き容量が記録媒体１３０に存在しなければ、その時点で記録を終了させ、記録が完了したコンテンツファイルＦｃｔに対応するコンテンツＩＤ値のうち最大のコンテンツＩＤ値をバックアップメディアリストの最後に追加登録して、ハードディスク１２７に保存する。そして、記録媒体１３０を交換して次のバックアップを再開するときに、このバックアップメディアリストの最後のコンテンツＩＤに基づき、バックアップ処理を制御する。
【０１４９】
上述したようにして、バックアップ元であるハードディスク１２７側に保存されたバックアップメディアリストに基づき、ハードディスク１２７に記録されるコンテンツファイルＦｃｔのバックアップを制御することで、バックアップ元に比べて記録容量の小さいバックアップ先に分散的にバックアップを行う場合でも、漏れや重複のないバックアップ処理を容易に実現でき、さらに、記録媒体を交換して順次分散的にバックアップが行われた際の、記録媒体ごとの最後にバックアップされたコンテンツファイルのコンテンツＩＤがバックアップメディアリストとしてハードディスク１２７に保存される。このバックアップメディアリストを、ビデオカメラ装置１００に内蔵されるハードディスク１２７上のバックアップ後のコンテンツファイルＦｃｔの管理用に使用することで、バックアップした記録媒体毎に分類して管理、操作を行うことが可能となる。
【０１５０】
《コンテンツファイルの管理について》
次に、ビデオカメラ装置１００に内蔵されるハードディスク１２７上のバックアップ後のコンテンツファイルＦｃｔの管理について説明する。ここで言う管理とは、コンテンツの分類や、表示、操作に関するものである。
【０１５１】
《一覧表示の説明》
ビデオカメラ装置１００では、記録されたコンテンツファイルを再生する際に、複数のコンテンツファイルから所望のコンテンツファイルを選択するためにコンテンツファイルを一覧して表示する機能を搭載している。例えば、操作入力部１２４からの制御信号に基づき、ＣＰＵ１２０はコンテンツ一覧表示操作が行われたことを認識した場合、コントローラ部、画像信号処理部をそれぞれ制御して、このビデオカメラ装置１００における動作モードをコンテンツ一覧表示モードに遷移させる。この場合、コントローラ部はハードディスクからインデックスファイルＦｉｎｄｅｘを読み込み、ＣＰＵ１２０に送出する。
ＣＰＵ１２０は送出されたインデックスファイルから、１ないし複数の管理ファイルスロットの情報を、それぞれのコンテンツ更新日時から時系列にソートしたエントリＩＤの一覧表示リストをＲＡＭ１２１上に生成する。
【０１５２】
ここではエントリＩＤのリストを生成するとしたが、コンテンツファイルを一意に指定できればよいので、コンテンツＩＤであっても良い。
【０１５３】
一覧表示リスト内では、１画面内に表示できるコンテンツ数（例えば６枚）を１ページとして、リストの先頭から順にエントリＩＤがページ単位でグループ化され、リストの先頭のグループを第１ページとして、移行第２ページ、第３ページと順にページ番号を割り振られる。
【０１５４】
図１３に一覧表示リストの一例を示す。この一覧表示リストの最終ページに含まれるエントリＩＤから、インデックスファイル内の対応コンテンツを検索し、対応するコンテンツファイルの管理ファイルスロットからファイルパス部に格納されるコンテンツファイルのパスの情報を取得し、得られたファイルパスのコンテンツファイルファイルをハードディスクから順次読み出し、画像信号処理部にて複合化し、画像サイズを縮小変換した、サムネイル画像を生成させる。
【０１５５】
順次読み出されたコンテンツファイルから生成されたそれぞれのサムネイル画像は、一つの画面内に同時に表示するようにコンテンツ更新日時順にレイアウトされて表示部に送られ、表示される。
【０１５６】
尚、動画コンテンツの場合はその先頭の画像をサムネイル画像（縮小画）として使用するが、所定の時間を経過した位置の画像を使用しても良い。
【０１５７】
また、この実施の形態ではサムネイル画像は、一覧表示モードに遷移しコンテンツファイルを読み込むことによって、随時生成するように構成しているが、コンテンツファイルが生成された時点でサムネイル画像を生成し、ハードディスク上に保存しておいても良く、この場合は、管理ファイルスロット内に、サムネイル画像のファイルパスを格納する部分を設け、管理ファイルスロットからの情報でサムネイル画像を呼び出して表示することで、一覧表示モード内でのサムネイル画像の生成にかかる処理が省略でき、一覧表示の操作に対する反応を良くすることができる。
【０１５８】
さらに操作入力部１２４からの制御信号に基づき、現在表示している一覧表示リストのページより、前、または後のページのコンテンツファイルを表示させる操作を認識した場合は、前または、後のページに含まれる管理ファイルスロットからファイルパス部に格納されるコンテンツファイルのパス情報を取得して、同様の処理を行う。
【０１５９】
尚、最終ページを表示中に、後のページを表示させる操作を認識した場合は、第１ページを表示させても良いし、第１ページを表示中に、前のページを表示させる操作を認識した場合は、最終ページを表示させても良い。
【０１６０】
このように、コンテンツ更新日時の時系列順に、コンテンツファイルから生成されるサムネイル画像を表示部に一覧表示させ、操作入力部からの制御信号に基づいて、現在表示しているコンテンツファイルに対して、コンテンツ更新日時の時系列順に、新しいもの、または古いものを表示させるように構成することで、限られた画面内で、ハードディスクに記録されている全てのコンテンツファイルを一覧表示させることが可能である。
【０１６１】
《バックアップ済みコンテンツファイルの一覧表示》
次に、バックアップ処理によって得られた情報によってコンテンツファイルを管理する機能について説明する。先のコンテンツ一覧表示モードにおいて、操作入力部１２４からの制御信号に基づき、バックアップメディア毎の一覧表示操作が行われたことを認識した場合、コントローラ部、画像信号処理部をそれぞれ制御して、このビデオカメラ装置１００における動作モードをバックアップコンテンツ一覧表示モードに遷移させる。
【０１６２】
この場合、コントローラ部はハードディスクからインデックスファイルＦｉｎｄｅｘと、バックアップメディアリストを読み込み、ＣＰＵ１２０に送出する。ＣＰＵ１２０は送出されたインデックスファイルから、それぞれのコンテンツＩＤをコンテンツＩＤの小さいものから大きいものへソートしたバックアップ一覧表示リストをＲＡＭ１２１上に生成する。
【０１６３】
次に、バックアップ一覧表示リストの最初の管理ファイルスロットから順にコンテンツＩＤをバックアップメディアリスト内の一番小さなレコーディングオーダと同じか、小さいものをメディアグループ１とし、以下順に既にメディアグループに割り当てられたものは除外しながら、バックアップメディアリストに含まれるコンテンツＩＤの２番目に小さいもの、３番目に小さいものと順に、同じか小さいものをメディアグループ２、３と順にメディアグループ番号を割り振る。
【０１６４】
更に、メディア番号グループごとに、一画面に表示されるコンテンツ数分のページ単位にグループ化し、コンテンツＩＤの小さなものから順に、ページ１、ページ２と順にページ番号を割り振る。
【０１６５】
図１４にバックアップ一覧表示リストの例を示す。コンテンツＩＤ［１］からコンテンツＩＤ［３８］までがハードディスク上に存在していた場合に、これらが、コンテンツＩＤ順にソートされ、次にバックアップメディアリスト上に、コンテンツＩＤが［８］［１６］［３３］［３８］と記録されている時に、バックアップメディアリストのコンテンツＩＤ［８］以下のコンテンツＩＤを持つバックアップ一覧リスト上のコンテンツＩＤ［１］から［８］はメディアグループ１に分類され、以下、［９］から［１６］はメディアグループ２に、［１７］から［３３］はメディアグループ３に、［３４］から［３８］はメディアグループ４に分類される。
【０１６６】
更に、メディアグループ１に分類されたコンテンツＩＤ［１］から［８］は一画面に表示されるコンテンツ数分のページにグループ化され、コンテンツＩＤ［１］から［６］はＰａｇｅ１に分類され、コンテンツＩＤ［７］から［８］はＰａｇｅ２に分類される。同様に、メディアグループ毎に、ページ分けされて、バックアップメディア一覧表示リストが完成する。
【０１６７】
次に、このバックアップ一覧表示リストの最大のメディアグループ番号（図１４の例ではメディアグループ４）の、ページ１に含まれるコンテンツＩＤから、通常の一覧表示の処理と同様に、サムネイル画像を生成し、コンテンツＩＤ順に一つの画面に表示するようにレイアウトされ、表示部に表示される。
【０１６８】
さらに操作入力部１２４からの制御信号に基づき、現在表示しているバックアップ一覧表示リストのページより、前、または後のページのコンテンツファイルを表示させる操作を認識した場合は、前または、後のページに含まれる管理ファイルスロットからファイルパス部に格納されるコンテンツファイルのパス情報を取得して、同様の処理を行う。
【０１６９】
この際、同一メディアグループ内のページが、Ｐａｇｅ１を表示している際に、前ページを表示させる操作を受けた際は、前のメディアグループの最終ページを表示させ、同一メディアグループ内の最終ページを表示している時に、後ページを表示させる操作を受けた際は、次のメディアグループのページ１を表示するようにする。
【０１７０】
又、最終メディアグループの最終ページを表示中に、後のページを表示させる操作を認識した場合は、メディアグループ１の第１ページを表示させても良いし、メディアグループ１の第１ページを表示中に、前のページを表示させる操作を認識した場合は、最終メディアグループの最終ページを表示させても良い。
【０１７１】
《表示例説明》
図１５にバックアップメディア一覧表示の表示例を示す。内容表示部内に、サムネイル画像表示部、メディア表示部、頁表示部、スクロール表示部からなり、先のコンテンツＩＤ順に一つの画面内に表示するようにレイアウトされたサムネイル画像が、サムネイル画像表示部に配置している。
【０１７２】
スクロール操作部は、例えばタッチパネルを持つ操作部によって、操作を認識させる構成としたときに、スクロール操作部にタッチすることによって前のページ、または後のページを表示させる操作を認識させるために表示する。例えば、上向きの三角の絵柄部分をタッチすれば、前のページを表示させる操作と認識し、下向きの三角の絵柄部分をタッチすることで、後のページを表示させる操作と認識するように、構成させるものである。
頁表示部は、メディアグループ内で、複数のページが存在する場合において、そのページ数を表示することで、同一メディアグループ内のコンテンツを表示していることをユーザにわかりやすくしている。
【０１７３】
メディア表示部には、現在、表示しいているコンテンツの属するメディアグループのバックアップメディアリストの撮影日時を表示している。例えば、バックアップメディアリストの最初のコンテンツＩＤによって、分類されたメディアグループ１に対応しては、バックアップメディアリストのそのコンテンツＩＤに対応する撮影日時に保存された値をここに表示する。
【０１７４】
このようにすることで、何時撮影されたコンテンツをバックアップしたメディアのコンテンツであるかをユーザが容易に識別できるようにしている。この実施形態では、メディアグループをブンルシするためのコンテンツＩＤに対応した撮影日時を使用しているが、バックアップ実行日時であってもよく、バックアップ実行日時であるほうがユーザの理解を得られやすいことも考えられる。そこで、好みによって表示内容を変更できるように設定画面を別途用意して、切り替えられるようにしても良い。
【０１７５】
又、先のスクロール表示部では前や、後のページを選択するよう操作出来るだけであるが、メディア表示部をタッチすることで、メディアを直接選択する、メディア選択表示を呼び出すように構成することで、更にバックアップされたコンテンツの一覧性が向上する。例えば、メディア表示部をタッチすると、図１６のように、メディア一覧表示が行われる。
【０１７６】
メディア一覧表示では、バックアップメディアリストにある、各コンテンツＩＤの順に、対応する撮影日時、またはバックアップ実行日時をリスト表示し、ユーザが、所望の撮影日時またはバックアップ実行日時の位置をタッチパネルへのタッチ操作によって選択することで、メディアグループを指定する操作部からの操作とし、対応するコンテンツＩＤを含むメディア一覧表示リストのメディアグループのＰａｇｅ１ を表示させるように制御する。
【０１７７】
このようにすることで、バックアップされたコンテンツファイルをバックアップされた記録媒体を表示単位として、一覧、検索することが可能になる。バックアップメディアリストが存在しない場合においては、バックアップ一覧表示リストを作成せずに、サムネイル画像表示部にはサムネイル画像表示部の背景色のみで構成された表示とし、同様に、メディア表示部、ページ表示部についてもそれぞれの表示部の背景色のみの表示で構成することで、バックアップされたコンテンツが、ハードディスク上に無いことを表示する。この際、サムネイル表示部に、文言によって、バックアップされたコンテンツファイルが無い事を表示しても良い。これにより、ユーザに対して更にバックアップがされていないことを分り易く出来る。
【０１７８】
このように、バックアップ済みのコンテンツファイルを一覧表示することで、ユーザに対してハードディスク上のコンテンツファイルがバックアップされているかいないかが容易に確認できるようになる。
【０１７９】
又、記録媒体毎に分類して、分類毎に一覧表示することで、バックアップされているコンテンツファイルが記録媒体に、どのように分割して保存されているか、どの記録媒体にそのコンテンツファイルがバックアップされているかなど、コンテンツファイルの管理を容易に行うことが可能になる。
【０１８０】
《コンテンツファイルの削除について》
コンテンツファイルの削除処理について説明する。この実施の形態では、一覧表示またはバックアップ一覧表示中に、コンテンツファイルの削除を指示する操作をすると、表示部に削除方法に対する選択画面を表示させ、削除するファイルを一つずつ指定して削除する方法と、バックアップされたコンテンツファイルのメディアグループ単位で削除する方法を選択することで、所望のコンテンツを容易に削除する方法を提供する。
【０１８１】
これによって、バックアップ済みのコンテンツファイルについてはバックアップされていることがわかっている物のみをバックアップされた記録媒体単位で一括して削除することが可能になり、バックアップされていないファイルを誤って消してしまうことを避けることが出来る。又、記録媒体毎に削除できるので、バックアップ済みのものでも残しておきたい物は記録媒体単位で残しておくことが容易に出来る。
【０１８２】
コンテンツファイルを一つずつ指定して削除処理する場合の具体的説明としては、一覧表示またはバックアップ一覧表示中に、操作入力部からの制御信号に基づき、ＣＰＵがコンテンツ削除の操作が行われたことを認識した場合、の操作があったと認識した場合、コントローラ部、画像信号処理部、表示部をそれぞれ制御してコンテンツ削除モードに遷移させる。
【０１８３】
この場合、まず表示部に削除方法の選択画面（図１７）を表示させ、ユーザからの削除方法の指定を待つ。ユーザが「画像を指定して削除」を操作入力部のタッチパネルなどを使用して選択すると、表示部に削除画像選択表示を表示させる。削除画像選択表示は、一覧表示と同じ処理によって、サムネイル画像の一覧を表示するよう制御するので、ここでは繰り返し説明はしない。
【０１８４】
この表示画面では、表示しているサムネイル画像を操作入力部のタッチパネル等を使用して、画像を指定するとサムネイル画像が削除指定された状態とする。この時、ＣＰＵは指定された、操作入力部からの操作によって指定されたサムネイル画像に対応するコンテンツファイルを、一覧表示リストの指示された時に表示しいていたページと、指定された画像の順序、配置からコンテンツＩＤを割り出し、割り出したコンテンツＩＤを、削除リストを生成してそこに登録し、ＲＡＭ上に記憶する。複数、指定された場合は、ＲＡＭ上に記憶されている削除リストに追加する。
【０１８５】
又、削除リストに登録されているコンテンツＩＤに対応したコンテンツを一覧表示する際、サムネイル画像に重ねて、削除指定されていることを示すアイコンを重ねて表示して、削除指定されていることをユーザにフィードバックする。アイコンとは異なる方法で、選択されていることを示す表示手段を持つことでもよい。例えばサムネイル画像の周辺に枠をつけることで指定されていないサムネイル画像と差異を付けても良い。
【０１８６】
以上のように、削除リストに指定されたファイルを登録することで、複数の画像ファイルを同時に削除指定することが可能になり、一つずつ削除を繰り返すより、効率的に画像を削除することができる。ユーザは、削除するファイルを指定し終ったとき、削除実行の操作を行うことで、指定したファイルを実際に削除させる。例えば、操作入力部からの制御信号によって、ＣＰＵが削除実行の操作が行われたことを認識すると、表示部に、削除実行の操作が行われたことをユーザに対し確認を要求する画面を表示して、ユーザからの確認操作を待つ。
【０１８７】
ユーザから、削除実行の確認操作が行われると、削除実行処理に入る。削除実行処理では、ＣＰＵはＲＡＭ上に生成されている削除リストに登録されているコンテンツＩＤから、それぞれに対応するファイルパスのコンテンツファイルを、コントローラ部を通して、ハードディスク上から削除する。コンテンツファイルの削除が完了したら、インデックスファイル上から対応するコンテンツファイルの管理ファイルスロットを削除する。同時に、削除リストに登録されていた対応コンテンツＩＤをリストから削除する。
【０１８８】
複数のコンテンツＩＤが削除リストにある場合は、以上の処理を削除リストに登録されているコンテンツＩＤがなくなるまで繰り返す。以上で削除処理が完了する。このようにすることによって、複数の画像を削除する場合においても、一括して削除することが可能になり、ユーザの操作手数を少なくすることができる。
【０１８９】
次に、バックアップされたコンテンツファイルのメディアグループ単位での削除についての具体的説明としては先ず、ユーザの操作によってバックアップ一覧表示モードにて、削除したいメディアグループの一覧を表示させる。メディアグループを選択する方法については、先に、バックアップ一覧表示について説明しているので説明を省略する。削除したいメディアグループを一覧表示しているときに、操作入力部をとおして、ユーザが画像ファイル削除の操作を行ったと認識すると、表示部に削除方法の選択画面（図１７）を表示させ、ユーザからの削除方法の指定を待つ。
【０１９０】
ユーザが「画像を指定して削除」を操作入力部のタッチパネルなどを使用して選択すると、表示部に削除画像選択表示を表示させる。ユーザが「バックアップメディグループ削除」を操作入力部のタッチパネルなどを使用して選択すると、メディアグループ削除の処理に入る。
【０１９１】
メディアグループ削除の処理では、ＲＡＭ上に削除リストを生成し、それまでに表示していたメディアグループのコンテンツＩＤをバックアップ一覧表示リストから取得し、生成された削除リスト登録する。同時に、表示部に、バックアップ一覧表示モードで削除処理に入る直前に表示していたメディアグループの撮影日時またはバックアップ実行日時と、削除実行の操作が行われたことをユーザに対し確認を要求する画面を表示して、ユーザからの確認操作を待つ。
【０１９２】
ユーザから、削除実行の確認操作が行われると、削除実行処理に入る。削除実行処理では、ＣＰＵはＲＡＭ上に生成されている削除リストに登録されているコンテンツＩＤから、それぞれに対応するファイルパスのコンテンツファイルを、コントローラ部を通して、ハードディスク上から削除する。
【０１９３】
コンテンツファイルの削除が完了したら、インデックスファイル上から対応するコンテンツファイルの管理ファイルスロットを削除する。同時に、削除リストに登録されていた対応コンテンツＩＤをリストから削除する。複数のコンテンツＩＤが削除リストにある場合は、以上の処理を削除リストに登録されているコンテンツＩＤがなくなるまで繰り返す。
全ての削除が完了したら、バックアップメディアリストから、メディアグループに対応するコンテンツＩＤと関連付けられた情報を削除する。以上でメディアグループ単位での削除が完了する。
【０１９４】
このように、バックアップメディアリストから生成されたバックアップ一覧表示リストから削除するコンテンツを抽出することで、バックアップされた記録媒体ごとの削除ファイルをしてすることが可能になり、ユーザはバックアップされた記録媒体単位で、削除するファイルを指定する事が容易になる。これによって、バックアップ済みのファイルを容易に識別して削除をすることが可能になる。
【０１９５】
更に、バックアップした記録媒体ごとに削除を指定するので、バックアップ済みであっても残しておきたい画像以外を、バックアップした記録媒体単位で削除することが可能になり、個別にファイルを指定して削除する場合に比べて、少ない手数で削除することができる。
【０１９６】
《発明の各実施の形態に対する変形例について》
以上、この発明の実施の形態について説明したが、この発明は、上述した実施の各形態に限定されるべきものではない。例えば、上述では、バックアップ先である記録媒体１３０がビデオカメラ装置１００に内蔵されるドライブ装置１２８に対して装填されるような形態であるように説明したが、これはこの例に限定されない。例えば、通信部１２５を介して所定のインターフェイスで接続されることで、ＣＰＵ１２０に、このビデオカメラ装置１００の外部ストレージ装置であると認識されるような記録装置を、バックアップ先の記録媒体１３０として用いることができる。
【０１９７】
さらにまた、上述では、この発明が携帯用のビデオカメラ装置に適用されるものとして説明したが、これはこの例に限定されない。すなわち、この発明は、１筐体で異なる２以上の記録媒体を並列的に使用可能であれば、他の種類の電子機器にも適用可能なものである。
【０１９８】
例えば、撮像素子を用いて主として静止画像を撮像して記録媒体に記録するようにされたディジタルスチルカメラに対して、この発明を適用することができる。また例えば、近年では、携帯電話端末に撮像素子および記録または記憶媒体を設けて静止画像や動画像の撮像および記録を可能とした製品が広く普及している。記録または記憶媒体として、小型のハードディスクを内蔵した機種も出現している。このような撮像機能付き携帯電話端末に対して、この発明を適用することも可能である。
【０１９９】
本実施形態によれば、バックアップ用記録媒体毎のバックアップ履歴を記憶することで、バックアップされたメディアごとの分類が容易になり、バックアップの履歴情報から、バックアップ済みのファイルを確認することが出来きるので容易に削除しても良い画像を判断することが出来る。更に、バックアップした記録媒体毎に削除を行うので、残したい画像を消さないようにしたい場合、残したいファイル以外をすべて指定して削除する場合に比べて、残したい画像のメディアグループだけ残して、他を削除した後にファイルを指定して削除を行うことで、削除ファイルの指定する利用者の手間を少なくすることが出来る。
【０２００】
画像データの生成順に付与される連続性を示す情報（連番または、日時）順にバックアップの順番を決定し、バックアップが完了した最後の画像の情報のみを記憶することで、重複したバックアップを防ぐことが可能になり、効率の良いバックアップが実行できる。
【０２０１】
さらにバックアップの履歴を最小の情報量で記憶することが可能になり、バックアップの履歴を効率よく保存できるようになる。
【０２０２】
バックアップ時に、バックアップされた画像に関連した情報（撮影日時、バックアップ実行日時）を表示することで、ユーザに対して、記録媒体へ記入させる情報として利用価値の高い情報（ユーザにとって、内容を想像しやすい）を提供しているので、利用者にとって検索性がよくなる。
【０２０３】
上記では、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０２０４】
本実施形態においては、動画を記録するビデオカメラ装置について説明したが、これに限定されるものではない。例えば、静止画像、音声画像、テキストファイル等のコンテンツを記録する情報記録装置に適用することができる。
【図面の簡単な説明】
【０２０５】
【図１】この発明が適用された記録装置または記録再生装置としてのビデオカメラ装置１００の一例の使用形態を示す図である。
【図２】ビデオカメラ装置の一例の構成を示す図である。
【図３】ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示す図である。
【図４】ハードディスクに記録されるファイルの一例の管理構造を示す。
【図５】この発明の各実施形態に適用可能な、専用の管理情報としてのインデックスファイルＦｉｎｄｅｘを用いた一例のファイル管理形態を示す図である。
【図６】バックアップメディアリストの一例を示す図である。
【図７】簡易差分情報リストＬＳＢ−ｅの一例を示す図である。
【図８】バックアップ処理の一例を模式的に示す図である。
【図９】バックアップ処理の流れを示すフローチャートである。
【図１０】バックアップ処理実行中の画面表示の一例を示す図である。
【図１１】簡易差分情報リストＬＳＢ−ｅの一例の生成処理をより詳細に示すフローチャートである。
【図１２】図９におけるステップＳ１３０５の、差分ファイル群に対する一例の処理をより詳細に示すフローチャートである。
【図１３】一覧表示リストの一例を示す図である。
【図１４】バックアップ一覧表示リストの一例を示す図である。
【図１５】バックアップメディア一覧表示の表示例を示す図である。
【図１６】メディア一覧表示の一例を示す図である。
【図１７】削除方法の選択画面の一例を示す図である。
【符号の説明】
【０２０６】
１１ 光学系
１２ 筐体
１３ 記録媒体
１４ ドライブ装置
１５ 記録媒体
５０ アプリケーション
５１ ファイルシステム
５２ 記録媒体
６０ ファイル名部
６１ ファイル更新日時部
６２ エントリＩＤ部
６３ エントリ更新日時部
６４ コンテンツＩＤ部
６５ コンテンツ更新日時部
６６ ファイルパス部
１００ ビデオカメラ装置
１１０ 光学レンズ部
１１１ 光電変換部
１１２ 画像信号処理部
１１３ 画像入出力部
１１４ 表示部
１１５ カメラ機能部
１１６ 音声入出力部
１１７ 音声処理部
１２０ ＣＰＵ
１２１ ＲＡＭ
１２３ ＲＯＭ
１２４ 操作入力部
１２５ 通信部
１２６ コントローラ部
１２７ ハードディスク
１２８ ドライブ装置
１２９ 不揮発性メモリ
１３０ 記録媒体
１３１ 電源部
【特許請求の範囲】
【請求項１】
複数のコンテンツおよび当該複数のコンテンツのそれぞれに対して昇順に付与され、かつ、一意に識別可能な識別子であるコンテンツ識別子を記憶する記憶部と、
前記複数のコンテンツの記録媒体へのバックアップを、前記コンテンツ識別子の昇順に実行し、当該バックアップが終了または中断した際に、当該バックアップが完了した前記コンテンツのうち、最後にバックアップを完了した前記コンテンツに対応付けられた前記コンテンツ識別子をバックアップメディア一覧情報として前記記憶部に記憶する制御部と、
を備える、情報記録装置。
【請求項２】
前記制御部は、
前記バックアップメディア一覧情報が前記記憶部に記憶されている場合には、当該バックアップメディア一覧情報として記憶されている前記コンテンツ識別子のうちで、最大の前記コンテンツ識別子の次のコンテンツ識別子に対応するコンテンツの前記記録媒体へのバックアップから再開する
請求項１に記載の情報記録装置。
【請求項３】
前記記憶部は、
前記複数のコンテンツのそれぞれに対応付けてコンテンツの撮影日時を記憶し、
前記制御部は、
前記バックアップが終了または中断した際に、最後にバックアップを完了した前記コンテンツに対応付けられた前記撮影日時を、前記コンテンツ識別子に対応付けて、前記バックアップメディア一覧情報として前記記憶部に記憶する
請求項１または請求項２に記載の情報記録装置。
【請求項４】
前記制御部は、
前記バックアップが終了または中断した際に、前記記録媒体それぞれに対して昇順に付与され、かつ、一意に識別可能な識別子である記録媒体識別子を生成し、生成した当該記録媒体識別子を、前記コンテンツ識別子に対応付けて、前記バックアップメディア一覧情報として前記記憶部に記憶する
請求項１または請求項２に記載の情報記録装置。
【請求項５】
前記制御部は、
バックアップ済みのコンテンツを前記記憶部から削除する際に、削除対象として指定されたコンテンツに対応付けられた前記コンテンツ識別子よりも１つ小さいコンテンツ識別子が前記バックアップメディア一覧情報として前記記憶部に記憶されている場合には、当該コンテンツ識別子の次のコンテンツ識別子に対応付けられたコンテンツから、削除対象として指定されたコンテンツまでを前記記憶部から削除する
請求項１または請求項２に記載の情報記録装置。
【請求項６】
バックアップ実行中に、バックアップの対象となっているコンテンツの前記撮影日時を表示する表示部をさらに備える
請求項３に記載の情報記録装置。
【請求項７】
複数のコンテンツおよび当該複数のコンテンツのそれぞれに対して昇順に付与され、かつ、一意に識別可能な識別子であるコンテンツ識別子を記憶する記憶部を備える情報記録装置の制御部が、
前記複数のコンテンツの記録媒体へのバックアップを、前記コンテンツ識別子の昇順に実行するステップと、
当該バックアップが終了または中断した際に、当該バックアップが完了した前記コンテンツのうち、最後にバックアップを完了した前記コンテンツに対応付けられた前記コンテンツ識別子をバックアップメディア一覧情報として前記記憶部に記憶するステップと、
を実行する、情報記録方法。
【請求項１】
複数のコンテンツおよび当該複数のコンテンツのそれぞれに対して昇順に付与され、かつ、一意に識別可能な識別子であるコンテンツ識別子を記憶する記憶部と、
前記複数のコンテンツの記録媒体へのバックアップを、前記コンテンツ識別子の昇順に実行し、当該バックアップが終了または中断した際に、当該バックアップが完了した前記コンテンツのうち、最後にバックアップを完了した前記コンテンツに対応付けられた前記コンテンツ識別子をバックアップメディア一覧情報として前記記憶部に記憶する制御部と、
を備える、情報記録装置。
【請求項２】
前記制御部は、
前記バックアップメディア一覧情報が前記記憶部に記憶されている場合には、当該バックアップメディア一覧情報として記憶されている前記コンテンツ識別子のうちで、最大の前記コンテンツ識別子の次のコンテンツ識別子に対応するコンテンツの前記記録媒体へのバックアップから再開する
請求項１に記載の情報記録装置。
【請求項３】
前記記憶部は、
前記複数のコンテンツのそれぞれに対応付けてコンテンツの撮影日時を記憶し、
前記制御部は、
前記バックアップが終了または中断した際に、最後にバックアップを完了した前記コンテンツに対応付けられた前記撮影日時を、前記コンテンツ識別子に対応付けて、前記バックアップメディア一覧情報として前記記憶部に記憶する
請求項１または請求項２に記載の情報記録装置。
【請求項４】
前記制御部は、
前記バックアップが終了または中断した際に、前記記録媒体それぞれに対して昇順に付与され、かつ、一意に識別可能な識別子である記録媒体識別子を生成し、生成した当該記録媒体識別子を、前記コンテンツ識別子に対応付けて、前記バックアップメディア一覧情報として前記記憶部に記憶する
請求項１または請求項２に記載の情報記録装置。
【請求項５】
前記制御部は、
バックアップ済みのコンテンツを前記記憶部から削除する際に、削除対象として指定されたコンテンツに対応付けられた前記コンテンツ識別子よりも１つ小さいコンテンツ識別子が前記バックアップメディア一覧情報として前記記憶部に記憶されている場合には、当該コンテンツ識別子の次のコンテンツ識別子に対応付けられたコンテンツから、削除対象として指定されたコンテンツまでを前記記憶部から削除する
請求項１または請求項２に記載の情報記録装置。
【請求項６】
バックアップ実行中に、バックアップの対象となっているコンテンツの前記撮影日時を表示する表示部をさらに備える
請求項３に記載の情報記録装置。
【請求項７】
複数のコンテンツおよび当該複数のコンテンツのそれぞれに対して昇順に付与され、かつ、一意に識別可能な識別子であるコンテンツ識別子を記憶する記憶部を備える情報記録装置の制御部が、
前記複数のコンテンツの記録媒体へのバックアップを、前記コンテンツ識別子の昇順に実行するステップと、
当該バックアップが終了または中断した際に、当該バックアップが完了した前記コンテンツのうち、最後にバックアップを完了した前記コンテンツに対応付けられた前記コンテンツ識別子をバックアップメディア一覧情報として前記記憶部に記憶するステップと、
を実行する、情報記録方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１０−２７１００（Ｐ２０１０−２７１００Ａ）
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願番号】特願２００８−１８４１７３（Ｐ２００８−１８４１７３）
【出願日】平成２０年７月１５日（２００８．７．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願日】平成２０年７月１５日（２００８．７．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]