(57)【特許請求の範囲】
【請求項１】
第１の記録媒体に対するデータの記録を行う第１の記録部と、
第２の記録媒体に対するデータの記録を行う第２の記録部と、
上記第１の記録部による上記第１の記録媒体に対するデータの記録と、上記第２の記録部による上記第２の記録媒体に対するデータの記録とを制御すると共に、上記第１の記録媒体に記録されるデータを、上記第１の記録媒体上のデータの記録順を示す値からなり一意に識別可能な識別情報を含む、該データを管理する第１の管理情報を、少なくとも上記第１の記録媒体に対してデータが記録される毎に生成して上記第１の記録媒体に記録するようにした記録制御部と
を備え、
上記記録制御部は、
上記第１の記録媒体上のデータの記録状態を上記第２の記録媒体に反映させる処理の際に、該第１の記録媒体に記録された上記第１の管理情報に対応する情報を第２の管理情報として上記第２の記録媒体に保持するようにされ、
上記第２の管理情報は、
上記第１の記録媒体上のデータを上記第２の記録媒体に反映させる処理の際の上記第１の記録媒体に対するデータの記録と、過去において上記第２の記録媒体への保存対象とされた全ての上記第１の記録媒体上のデータとを識別する構成とされ、
上記第１の管理情報と上記第２の管理情報とを比較して得られる差分情報に基づき、上記第１の記録媒体上のデータの記録状態を、記録可能な空き容量があるか否かを常に監視しながら、上記第２の記録媒体に反映させ、上記過去において上記第２の記録媒体への保存対象とされた全ての上記第１の記録媒体上のデータを上記第２の記録媒体から削除させない処理を制御する
ことを特徴とする記録装置。
【請求項２】
請求項１に記載の記録装置において、
上記第１管理情報は、上記第１の記録媒体上のデータの記録状態が変化する毎に生成される
ことを特徴とする記録装置。
【請求項３】
請求項１に記載の記録装置において、
上記第２の記録媒体は、筐体に対して脱着可能とされている
ことを特徴とする記録装置。
【請求項４】
請求項１に記載の記録装置において、
上記第１の記録媒体は、筐体に対して脱着可能とされている
ことを特徴とする記録装置。
【請求項５】
請求項１に記載の記録装置において、
外部とデータ通信が可能な通信部をさらに備え、
上記第２の記録媒体は、上記通信部を介して上記記録制御部で制御可能に接続される
ことを特徴とする記録装置。
【請求項６】
請求項１に記載の記録装置において、
上記第２の管理情報は、上記第２の記録媒体に記録される
ことを特徴とする記録装置。
【請求項７】
請求項６に記載の記録装置において、
上記差分情報は、少なくとも、
上記第１の記録媒体に対するデータの追加を示す第１の差分情報タイプと、上記第１の記録媒体に記録されたデータの削除を示す第２の差分情報タイプと、上記第１の記録媒体に記録されたデータの更新を示す第３の差分情報タイプと
を含む
ことを特徴とする記録装置。
【請求項８】
請求項６に記載の記録装置において、
上記第１の管理情報は、さらに、上記第１の記録媒体に記録されるデータの更新時間を示す情報を含む
ことを特徴とする記録装置。
【請求項９】
請求項６に記載の記録装置において、
上記記録制御部は、
上記差分情報に基づき、上記第２の記録媒体上のデータの記録状態を上記第１の記録媒体上のデータの記録状態と一致させるように上記第１の記録部および上記第２の記録部を制御することで、上記第１の記録媒体上のデータの記録状態を上記第２の記録媒体に上記反映させるようにした
ことを特徴とする記録装置。
【請求項１０】
請求項９に記載の記録装置において、
上記記録制御部は、上記差分情報に基づき、
上記第１の記録媒体上に存在するデータのうち、上記第２の記録媒体上に対応するデータが存在しないデータを該第１の記録媒体から読み出して該第２の記録媒体に記録し、
上記第２の記録媒体上に存在するデータのうち、上記第１の記録媒体上に対応するデータが存在しないデータを該第２の記録媒体から削除する
ように上記第１の記録部および上記第２の記録部を制御する
ことを特徴とする記録装置。
【請求項１１】
請求項９に記載の記録装置において、
上記記録制御部は、
上記差分情報に基づき、上記第１の記録媒体上のデータの記録状態を上記第２の記録媒体上のデータの記録状態と一致させるように上記第１の記録部および上記第２の記録部を制御することで、上記第１の記録媒体上のデータの記録状態を、上記反映させる処理により上記第２の記録媒体に上記反映された状態に復元する
ことを特徴とする記録装置。
【請求項１２】
請求項１１に記載の記録装置において、
上記記録制御部は、上記差分情報に基づき、
上記第２の記録媒体上に存在するデータのうち、上記第１の記録媒体上に対応するデータが存在しないデータを該第２の記録媒体から読み出して該第１の記録媒体に記録し、
上記第１の記録媒体上に存在するデータのうち、上記第２の記録媒体上に対応するデータが存在しないデータを該第１の記録媒体から削除する
ように上記第１の記録部および第２の記録部を制御する
ことを特徴とする記録装置。
【請求項１３】
請求項１１に記載の記録装置において、
上記記録制御部は、上記復元の後、上記第２の記録媒体に記録される上記第２の管理情報を、上記第１の記録媒体に対して上記第１の管理情報と置き換えて記録する
ことを特徴とする記録装置。
【請求項１４】
請求項６に記載の記録装置において、
上記記録制御部は、
上記差分情報に基づき、上記第１の記録媒体上に存在するデータのうち、上記第２の記録媒体上に対応するデータが存在しないデータを該第１の記録媒体から読み出して該第２の記録媒体に記録するように上記第１の記録部および上記第２の記録部を制御することで、上記第１の記録媒体上のデータの記録状態を上記第２の記録媒体に上記反映させるようにした
ことを特徴とする記録装置。
【請求項１５】
請求項１４に記載の記録装置において、
上記第２の記録媒体上に対応するデータが存在しないデータは、上記第２の管理状態に管理されるデータに対して追加されたデータと、上記第２の管理状態に管理されるデータが変更されたデータとを含む
ことを特徴とする記録装置。
【請求項１６】
請求項１４に記載の記録装置において、
上記記録制御部は、上記反映させる処理に応じて、
上記第２の記録媒体に記録されるデータのうち、上記第１の記録媒体上に対応するデータが存在しないデータを所定に管理するようにした
ことを特徴とする記録装置。
【請求項１７】
請求項１４に記載の記録装置において、
上記記録制御部は、
上記第２の管理情報を、上記反映させる処理毎に関連付けてそれぞれ上記第２の記録媒体に蓄積的に記録する
ことを特徴とする記録装置。
【請求項１８】
請求項１７に記載の記録装置において、
上記記録制御部は、
選択された上記反映させる処理に関連付けられた上記第２の管理情報と、上記第１の管理情報とを比較して得られる差分情報に基づき、上記第１の記録媒体上のデータの記録状態を、該第２の管理情報に管理されるデータの記録状態と一致させるように上記第１の記録部および上記第２の記録部を制御することで、上記第１の記録媒体上のデータの記録状態を、上記選択された上記反映させる処理に関連付けられた上記第２の管理情報に管理される状態に復元する
ことを特徴とする記録装置。
【請求項１９】
請求項１に記載の記録装置において、
上記記録順を示す値は、上記第１の記録媒体に対するデータの記録と、上記第１の記録媒体に記録されたデータの更新とに応じてインクリメントされる
ことを特徴とする記録装置。
【請求項２０】
請求項１に記載の記録装置において、
上記記録制御部は、上記反映させる処理の際に、
上記第１の管理情報のうち、最大の値を持つ上記識別情報のみを、上記第２の管理情報として所定に保持するようにした
ことを特徴とする記録装置。
【請求項２１】
請求項２０に記載の記録装置において、
上記記録制御部は、上記差分情報に基づき、
上記第１の管理情報のうち上記第２の管理情報に含まれる識別情報が示す値より大きな値を持つ識別情報に対応する、上記第１の記録媒体に記録されるデータを、該第１の記録媒体から読み出して上記第２の記録媒体に記録するように上記第１の記録部および上記第２の記録部を制御することで、上記第１の記録媒体上のデータの記録状態を上記第２の記録媒体へ上記反映させるようにした
ことを特徴とする記録装置。
【請求項２２】
請求項１に記載の記録装置において、
上記第２の管理情報は、上記第１の記録媒体に記録される
ことを特徴とする記録装置。
【請求項２３】
請求項１に記載の記録装置において、
電源の供給無しに記憶内容を保持可能な不揮発性メモリをさらに備え、
上記第２の管理情報は、上記不揮発性メモリに記憶される
ことを特徴とする記録装置。
【請求項２４】
第１の記録媒体に記録されるデータを、上記第１の記録媒体上のデータの記録順を示す値からなり一意に識別可能な識別情報を含む、該データを管理する第１の管理情報を、少なくとも上記第１の記録媒体に対してデータが記録される毎に生成して上記第１の記録媒体に記録するようにし、
上記第１の記録媒体上のデータの記録状態を第２の記録媒体に反映させる処理の際に、該第１の記録媒体に記録された上記第１の管理情報に対応する情報を第２の管理情報として上記第２の記録媒体に保持するようにされ、
上記第２の管理情報は、
上記第１の記録媒体上のデータを上記第２の記録媒体に反映させる処理の際の上記第１の記録媒体に対するデータの記録と、過去において上記第２の記録媒体への保存対象とされた全ての上記第１の記録媒体上のデータとを識別する構成とされ、
上記第１の管理情報と上記第２の管理情報とを比較して得られる差分情報に基づき、上記第１の記録媒体上のデータの記録状態を、記録可能な空き容量があるか否かを常に監視しながら、上記第２の記録媒体に反映させ、上記過去において上記第２の記録媒体への保存対象とされた全ての上記第１の記録媒体上のデータを上記第２の記録媒体から削除させない処理を行う
ことを特徴とする記録方法。
【請求項２５】
第１の記録媒体に記録されるデータを、上記第１の記録媒体上のデータの記録順を示す値からなり一意に識別可能な識別情報を含む、該データを管理する第１の管理情報を、少なくとも上記第１の記録媒体に対してデータが記録される毎に生成して上記第１の記録媒体に記録するようにし、
上記第１の記録媒体上のデータの記録状態を第２の記録媒体に反映させる処理の際に、該第１の記録媒体に記録された上記第１の管理情報に対応する情報を第２の管理情報として上記第２の記録媒体に保持するようにされ、
上記第２の管理情報は、
上記第１の記録媒体上のデータを上記第２の記録媒体に反映させる処理の際の上記第１の記録媒体に対するデータの記録と、過去において上記第２の記録媒体への保存対象とされた全ての上記第１の記録媒体上のデータとを識別する構成とされ、
上記第１の管理情報と上記第２の管理情報とを比較して得られる差分情報に基づき、上記第１の記録媒体上のデータの記録状態を、記録可能な空き容量があるか否かを常に監視しながら、上記第２の記録媒体に反映させ、上記過去において上記第２の記録媒体への保存対象とされた全ての上記第１の記録媒体上のデータを上記第２の記録媒体から削除させない処理を行う記録方法を、コンピュータ装置に実行させる
ことを特徴とする記録プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、１の筐体内に少なくとも第１の記録媒体と第２の記録媒体とを有し、第１の記録媒体の記録内容を第２の記録媒体にバックアップするようにした記録装置、記録方法および記録プログラムに関する。
【背景技術】
【０００２】
従来から、例えば携帯型のディジタルビデオカメラといった、動画および静止画をディジタルデータとして記録媒体に記録するような記録再生装置において、動画像データや静止画像データをファイルとして記録媒体に記録することが一般的に行われている。このような、ファイルとして記録媒体に記録されるコンテンツは、従来より、例えばＦＡＴ(File Allocation Table)システムなどのファイルシステムを用いて管理されている。周知のようにＦＡＴファイルシステムは、記録ファイルをツリー型のディレクトリ構造により管理することができる。この場合、ファイル管理は、ディレクトリエントリ及びＦＡＴとしてのテーブル情報を用いることで実現される。
【０００３】
一方で、近年においては、記録媒体の大記憶容量化に伴う記録可能なデータ量の増加や、ファイルシステムが持つファイル関連情報（例えばファイル名の情報など）以外にもさらに多くの関連情報を効率的に管理したいなどの要請に応じて、上述のファイルシステムによる管理とは別に、さらに専用の管理情報を用いてコンテンツを管理することが行われる。
【０００４】
例えば、動画再生時に、記録媒体に記録された各コンテンツファイルの代表的な画像を縮小した画像であるサムネイル画像を用いたインデックス画面を表示する場合がある。このインデックス表示に対応させて、管理情報を、予め各コンテンツファイルのサムネイル画像を埋め込むことのできる構成とすることが考えられる。すなわち、このようにサムネイル画像が管理情報側に格納されていることで、インデックス表示を効率的に行うことができるように図られている。また例えば、このような専用の管理情報を用いれば、各コンテンツファイルを作成日時順などの所定の区分けでフォルダ分けして管理するなど、汎用的なファイルシステムにはない管理形態を実現することができる。
【０００５】
なお、関連する従来技術については下記の特許文献を挙げることができる。
【特許文献１】特開２００４−２２７６３０号公報
【０００６】
ところで、近年では、ハードディスクの大容量化および小型化が著しく、上述した携帯型のディジタルビデオカメラの記録媒体としてハードディスクを内蔵させた製品が開発されている。このようなディジタルビデオカメラでは、ディジタルビデオカメラと例えばパーソナルコンピュータといった情報機器とをＩＥＥＥ(Institute Electrical and Electronics Engineers)１３９４やＵＳＢ(Universal Serial Bus)などの所定の通信規格に対応したケーブルで接続し、ハードディスクに記録された動画データや静止画データをこのケーブルを介して情報機器に転送し、情報機器が有するさらに大容量の記録媒体に対してバックアップすることが可能に構成された製品が開発されている。
【０００７】
一方、ハードディスクを第１の記録媒体として有するディジタルビデオカメラにおいて、同一の筐体内にさらに別の第２の記録媒体を内蔵させた製品が提案されている。例えば、ディジタルビデオカメラの筐体内に、ハードディスクを内蔵させると共に、記録可能なＤＶＤ(Digital Versatile Disc)ドライブ装置を内蔵させる。通常の撮像により得られた動画データや静止画データは、ハードディスクに記録するようにされる。このように構成することで、例えば、パソコンなどの情報機器を所持していないユーザでも、第１の記録媒体であるハードディスクに記録されたデータを、第２の記録媒体としての記録可能なタイプのＤＶＤにバックアップすることができ、便利である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、このような構成においてバックアップを行う手法として、単に第１の記録媒体上に記録されたデータを筐体内の第２の記録媒体にそのまま上書きコピーしたのでは、第１の記録媒体に記録される全てのデータについてコピー処理を行うことになってしまい、その分バックアップに要する時間が長くなってしまうという問題点があった。
【０００９】
また、バックアップ先の第２の記録媒体にある時点でのバックアップデータ群が記録されているとして、第１の記録媒体上においてその時点でのデータ格納状態が復元されるように復元処理を行うことを考える。この場合、単に第２の記録媒体上にバックアップされたデータ群を第１の記録媒体にそのまま上書きコピーして復元を行ったのでは、第２の記録媒体上にバックアップされた全てのデータについてコピー処理を行うことになり、その分多くの時間を要することになってしまうという問題点があった。
【００１０】
特に、上述したディジタルビデオカメラの場合には、記録媒体に記録される主たるデータが動画データであると考えられる。動画データは、静止画データなど他のデータに比べてデータサイズが非常に大きく、コピー処理により多大な時間を要することになり、上述の問題点が顕著化する。
【００１１】
したがって、この発明の目的は、１筐体内にある第１の記録媒体から第２の記録媒体へのデータのバックアップをより高速に行うことができるようにした記録装置、記録方法および記録プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
この発明は、上述した課題を解決するために、第１の記録媒体に対するデータの記録を行う第１の記録部と、第２の記録媒体に対するデータの記録を行う第２の記録部と、第１の記録部による第１の記録媒体に対するデータの記録と、第２の記録部による第２の記録媒体に対するデータの記録とを制御すると共に、第１の記録媒体に記録されるデータを、第１の記録媒体上のデータの記録順を示す値からなり一意に識別可能な識別情報を含む、データを管理する第１の管理情報を、少なくとも第１の記録媒体に対してデータが記録される毎に生成して第１の記録媒体に記録するようにした記録制御部とを備え、記録制御部は、第１の記録媒体上のデータの記録状態を第２の記録媒体に反映させる処理の際に、第１の記録媒体に記録された第１の管理情報に対応する情報を第２の管理情報として第２の記録媒体に保持するようにされ、第２の管理情報は、第１の記録媒体上のデータを第２の記録媒体に反映させる処理の際の第１の記録媒体に対するデータの記録と、過去において第２の記録媒体への保存対象とされた全ての第１の記録媒体上のデータとを識別する構成とされ、第１の管理情報と第２の管理情報とを比較して得られる差分情報に基づき、第１の記録媒体上のデータの記録状態を、記録可能な空き容量があるか否かを常に監視しながら、第２の記録媒体に反映させ、過去において第２の記録媒体への保存対象とされた全ての第１の記録媒体上のデータを第２の記録媒体から削除させない処理を制御することを特徴とする記録装置である。
【００１３】
また、この発明は、第１の記録媒体に記録されるデータを、第１の記録媒体上のデータの記録順を示す値からなり一意に識別可能な識別情報を含む、データを管理する第１の管理情報を、少なくとも第１の記録媒体に対してデータが記録される毎に生成して第１の記録媒体に記録するようにし、第１の記録媒体上のデータの記録状態を第２の記録媒体に反映させる処理の際に、第１の記録媒体に記録された第１の管理情報に対応する情報を第２の管理情報として上記第２の記録媒体に保持するようにされ、第２の管理情報は、第１の記録媒体上のデータを第２の記録媒体に反映させる処理の際の第１の記録媒体に対するデータの記録と、過去において第２の記録媒体への保存対象とされた全ての第１の記録媒体上のデータとを識別する構成とされ、第１の管理情報と第２の管理情報とを比較して得られる差分情報に基づき、第１の記録媒体上のデータの記録状態を、記録可能な空き容量があるか否かを常に監視しながら、第２の記録媒体に反映させ、過去において第２の記録媒体への保存対象とされた全ての第１の記録媒体上のデータを第２の記録媒体から削除させない処理を行うことを特徴とする記録方法である。
【００１４】
また、この発明は、第１の記録媒体に記録されるデータを、第１の記録媒体上のデータの記録順を示す値からなり一意に識別可能な識別情報を含む、データを管理する第１の管理情報を、少なくとも第１の記録媒体に対してデータが記録される毎に生成して第１の記録媒体に記録するようにし、第１の記録媒体上のデータの記録状態を第２の記録媒体に反映させる処理の際に、第１の記録媒体に記録された第１の管理情報に対応する情報を第２の管理情報として第２の記録媒体に保持するようにされ、第２の管理情報は、第１の記録媒体上のデータを第２の記録媒体に反映させる処理の際の第１の記録媒体に対するデータの記録と、過去において第２の記録媒体への保存対象とされた全ての第１の記録媒体上のデータとを識別する構成とされ、第１の管理情報と第２の管理情報とを比較して得られる差分情報に基づき、第１の記録媒体上のデータの記録状態を、記録可能な空き容量があるか否かを常に監視しながら、第２の記録媒体に反映させ、過去において第２の記録媒体への保存対象とされた全ての第１の記録媒体上のデータを第２の記録媒体から削除させない処理を行う記録方法を、コンピュータ装置に実行させることを特徴とする記録プログラムである。
【００１５】
上述したように、この発明は、第１の記録媒体に記録されるデータを一意に識別可能な識別情報を含む、データを管理する第１の管理情報を、少なくとも第１の記録媒体に対してデータが記録される毎に生成して第１の記録媒体に記録するようにし、第１の記録媒体上のデータの記録状態を第２の記録媒体に反映させる処理の際に、第１の記録媒体に記録された第１の管理情報に対応する情報を第２の管理情報として所定に保持するようにされ、第１の管理情報と第２の管理情報とを比較して得られる差分情報に基づき、第１の記録媒体上のデータの記録状態を第２の記録媒体へ反映させる処理を行うようにしているため、第１の記録媒体に記録されたデータを第２の記録媒体にバックアップする際のデータの移動が少なくて済み、バックアップ処理を効率的に実行できる。
【発明の効果】
【００１６】
この発明は、上述のように、上述したように、この発明は、第１の記録媒体に記録されるデータを一意に識別可能な識別情報を含む、データを管理する第１の管理情報を、少なくとも第１の記録媒体に対してデータが記録される毎に生成して第１の記録媒体に記録するようにし、第１の記録媒体上のデータの記録状態を第２の記録媒体に反映させる処理の際に、第１の記録媒体に記録された第１の管理情報に対応する情報を第２の管理情報として所定に保持するようにされ、第１の管理情報と第２の管理情報とを比較して得られる差分情報に基づき、第１の記録媒体上のデータの記録状態を第２の記録媒体へ反映させる処理を行うようにしているため、第１の記録媒体に記録されたデータを第２の記録媒体にバックアップする際のデータの移動が少なくて済み、バックアップ処理を効率的に実行できる効果がある。
【発明を実施するための最良の形態】
【００１７】
以下、この発明の実施の形態について、下記の順序に従って説明する。
１．発明の各実施形態に適用されるシステムについて
１−１．発明の各実施形態に適用可能な記録装置または記録再生装置の一例の使用形態について
１−２．発明の各実施形態に適用可能なビデオカメラ装置の一例の構成
１−３．発明の各実施形態に適用可能なファイルシステムについて
１−４．発明の各実施形態に適用可能なファイル管理形態について
２．発明の実施の形態
２−１．発明の実施の第１の形態について
２−１−１．実施の第１の形態によるバックアップ処理について
２−１−２．実施の第１の形態および他の実施形態に適用される差分情報の検出方法について
２−１−３．実施の第１の形態によるバックアップ処理のより詳細な説明
２−２．発明の実施の第２の形態について
２−２−１．実施の第２の形態によるバックアップ処理および復元処理について
２−２−２．実施の第２の形態による復元処理のより詳細な説明
２−３．発明の実施の第３の形態について
２−３−１．実施の第３の形態によるバックアップ処理について
２−３−２．実施の第３の形態によるバックアップ処理のより詳細な説明
２−４．発明の実施の第４の形態について
２−４−１．実施の第４の形態によるバックアップ処理について
２−４−２．実施の第４の形態によるバックアップ処理のより詳細な説明
２−５．発明の実施の第５の形態について
２−５−１．実施の第５の形態によるバックアップ処理および復元処理について
２−５−２．実施の第５の形態による復元処理のより詳細な説明
２−６．発明の実施の第６の形態について
２−６−１．実施の第６の形態によるバックアップ処理について
２−６−２．実施の第６の形態によるバックアップ処理のより詳細な説明
２−６−３．実施の第６の形態の変形例について
３．発明の各実施の形態に対する変形例について
【００１８】
１．発明の各実施形態に適用されるシステムについて
１−１．発明の各実施形態に適用可能な記録装置または記録再生装置の一例の使用形態について
先ず、理解を容易とするために、この発明の各実施形態に適用可能な記録装置または記録再生装置について概略的に説明する。図１用いて、この発明が適用された記録装置または記録再生装置としてのビデオカメラ装置１００の一例の使用形態について説明する。
【００１９】
図１において、ビデオカメラ装置１００は、筐体１２内に記録媒体１３を内蔵すると共に、着脱可能な記録媒体１５を装填するためのドライブ装置１４を有する。記録媒体１３は、例えばハードディスクからなる。記録媒体１５は、記録可能なタイプのＤＶＤ(Digital Versatile Disc)やＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）といったデータの書き込みが可能とされた光ディスク、光磁気ディスク、不揮発性の半導体メモリ、着脱可能なタイプのハードディスクなど、様々に考えられる。記録媒体１５として磁気テープを用いることも考えられる。
【００２０】
なお、記録媒体１３および記録媒体１５の種類は、上述に限定されない。また、上述では記録媒体１３が筐体１２に内蔵されるように説明したが、記録媒体１５と共に記録媒体１３も着脱可能としてもよい。
【００２１】
このビデオカメラ装置１００は、被写体からの光が光学系１１に入射され、この光をＣＣＤ(Charge Coupled Device)やＣＭＯＳ(Complementary Metal-Oxide Semiconductor)イメージセンサといった撮像素子で受光して、受光された光を光電変換により電気信号に変換し所定の処理を施して、ディジタルビデオデータとする。このディジタルビデオデータは、例えば記録媒体１３に記録される。記録媒体１３に記録されたディジタルビデオデータは、出力端（図示しない）を介して外部に出力したり、ビデオカメラ装置１００が有する表示素子（図示しない）に映出したりできる。
【００２２】
このビデオカメラ装置１００は、記録媒体１３に記録されたディジタルビデオデータをドライブ装置１４に転送し、ドライブ装置１４に装填された記録媒体１５に記録することができるようにされている。また、ビデオカメラ装置１００は、ドライブ装置１４に装填された記録媒体１５に記録されたデータを、記録媒体１３に記録することができるようにされている。この機能を利用することで、ビデオカメラ装置１００は、記録媒体１３に記録されたディジタルビデオデータのバックアップをとることができると共に、記録媒体１５にバックアップされたディジタルビデオデータを用いて、記録媒体１３の記録内容を復元することができる。
【００２３】
例えば、記録媒体１３をハードディスク、記録媒体１５を記録可能なタイプのＤＶＤとした場合、記録媒体１３に記録されたディジタルビデオデータのバックアップを記録媒体１５に取っておき、記録媒体１５を別途、保存する。例えばビデオカメラ装置１００に対して強い衝撃や振動が加わり、この衝撃や振動により記録媒体１３に記録されたディジタルビデオデータが失われても、記録媒体１５に記録されたバックアップデータを用いることで、記録媒体１３の記録内容を、バックアップを行った時点まで復元することができる。
【００２４】
１−２．発明の各実施形態に適用可能なビデオカメラ装置の一例の構成
図２は、発明の各実施形態に適用可能なビデオカメラ装置１００の一例の構成を示す。ＣＰＵ(Central Processing Unit)１２０は、ＲＯＭ１２３に予め記憶されたプログラムデータに基づき、ＲＡＭ１２１をワークメモリとして用いてこのビデオカメラ装置１００の全体を制御する。ＣＰＵ１２０は、ＲＯＭ１２３からプログラムデータを読み出しＲＡＭ１２１上に展開して当該プログラムを実行する。なお、図２では、ＣＰＵ１２０とビデオカメラ装置１００を構成する各部とが直接的に接続されるように示されているが、これはこの例に限らず、各部がバスに接続され、バスを介してコマンドやデータのやりとりを行うようにしてもよい。
【００２５】
光学レンズ部１１０は、上述した光学系１１を構成し、被写体からの光を光電変換部１１１が有する撮像素子に導くためのレンズ系、絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構などを備え、被写体からの光を集光し光電変換部１１１に入射させる。絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構は、ＣＰＵ１２０の制御に基づきカメラ機能部１１５により制御される。光電変換部１１１は、例えばＣＣＤやＣＭＯＳイメージセンサといった撮像素子を有し、光学レンズ部１１０を介して入射された光を光電変換により電気信号に変換し、さらに所定の信号処理を施し撮像信号として出力する。
【００２６】
画像信号処理部１１２は、例えば、光電変換部１１１から出力された撮像信号をディジタル信号に変換する撮像信号処理部と、撮像信号処理部で撮像信号が変換されたディジタル信号に対して所定の信号処理を施すと共にベースバンドのディジタルビデオデータに変換するビデオ信号処理部と、ビデオ信号処理部で得られたベースバンドのディジタルビデオデータを所定の方式で圧縮符号化する圧縮符号化部とを有する。
【００２７】
撮像信号処理部は、例えば光電変換部１１１から出力された撮像信号に対して、ＣＤＳ(Correlated Double Sampling)回路により画像情報を有する信号だけをサンプリングすると共に、ノイズを除去し、ＡＧＣ(Auto Gain Control)回路によりゲインを調整する。そして、Ａ／Ｄ変換によりディジタル信号に変換する。また、撮像信号処理部は、光電変換部１１１から出力された撮像信号の情報をＣＰＵ１２０に送る。ＣＰＵ１２０は、この情報に基づき光学レンズ部１１０を制御するための制御信号を生成し、フォーカス調整機構や絞り調整機構などの制御を行う。
【００２８】
ビデオ信号処理部は、撮像信号処理部で得られたディジタル信号に対して所定の信号処理を施す。例えば、ビデオ信号処理部は、ディジタル信号に対して検波系の信号処理を施し、Ｒ（赤色）、Ｇ（緑色）およびＢ（青色）各色の成分を取り出す。そして、取り出された各色成分に基づきγ補正やホワイトバランス補正などの処理を行い、最終的に１本のベースバンドのディジタルビデオデータとして出力する。
【００２９】
圧縮符号化部は、ビデオ信号処理部から出力されたベースバンドのディジタルビデオデータを、例えばＭＰＥＧ２(Moving Pictures Experts Group 2)方式に従い圧縮符号化する。この例に限定されず、例えばＨ．２６４｜ＡＶＣすなわちＩＴＵ−Ｔ(International Telecommunication Union-Telecommunication Standarization Sector)勧告Ｈ．２６４あるいはＩＳＯ(International Organization for Standarization)／ＩＥＣ(International Electrotechnical Commission)国際標準１４４９６−１０（ＭＰＥＧ−４パート１０）Advanced Video Codingに準じた圧縮符号化方式を用いることも考えられる。
【００３０】
表示部１１４は、例えばＬＣＤ(Liquid Crystal Display)を表示素子として用い、画像信号処理部１１２から供給されたディジタルビデオデータに基づく表示を行うことができる。表示部１１４は、撮影時には撮影画像のモニタとして用いられ、再生時には、再生画像を映出させることができる。
【００３１】
画像入出力部１１３は、画像信号処理部１１２から出力されたディジタルビデオデータを外部に出力する。外部から供給されたディジタルビデオデータを画像信号処理部１１２に供給することもできる。また、画像入出力部１１３にＡ／Ｄ変換部やＤ／Ａ変換部を持たせ、画像信号処理部１１２から出力されたディジタルビデオデータをアナログビデオ信号に変換して出力したり、外部から供給されたアナログビデオ信号をディジタルビデオデータに変換して画像信号処理部１１２に供給するようにしてもよい。
【００３２】
音声入出力部１１６は、マイクロフォン、スピーカといった音声の入出力手段を有し、外部の音声を音声信号に変換したり、音声信号を音声に変換する。また、音声入出力部１１６は、音声信号の入出力手段も有する。音声処理部１１７は、音声入出力部１１６から供給されるアナログ音声信号をＡ／Ｄ変換してディジタルオーディオデータとし、ノイズ除去や音質補正など所定の音声信号処理を施してベースバンドのディジタルオーディオデータとして出力する。ベースバンドのディジタルオーディオデータを所定の方式で圧縮符号化してもよい。また、音声信号処理部１１７は、供給されるディジタルオーディオデータに対して音質補正や音量調整などの所定の音声信号処理を施してＤ／Ａ変換してアナログ音声信号とし、増幅処理などを行い音声入出力部１１６に供給する。
【００３３】
操作入力部１２４は、このビデオカメラ装置１００の動作をユーザが操作するための操作子が所定に設けられ、操作子に対する操作に応じた制御信号を出力するこの制御信号は、ＣＰＵ１２０に供給される。ＣＰＵ１２０は、ユーザ操作に応じて操作入力部１２４から供給された制御信号に基づきなされるプログラムの処理により、ビデオカメラ装置１００の各部の動作を制御する。また、操作入力部１２４に、簡易的な表示部を設け、ビデオカメラ装置１００の動作に関する所定の表示を行うようにしてもよい。
【００３４】
コントローラ部１２６は、少なくとも上述した記録媒体１３に対応するハードディスク１２７と、上述したドライブ装置１４に対応するドライブ装置１２８が接続され、ＣＰＵ１２０からの命令に基づきこれらハードディスク１２７およびドライブ装置１２８によるデータの記録、再生の制御を行う。
【００３５】
例えば、コントローラ部１２６は、ＣＰＵ１２０の命令に基づき、光電変換部１１１の撮像素子で撮像され画像信号処理部１１２で所定に圧縮符号化されたディジタルビデオデータをハードディスク１２７に記録するように制御を行う。また例えば、コントローラ部１２６は、ＣＰＵ１２０の命令に基づき、ハードディスク１２７からデータを読み出し、読み出されたデータをドライブ装置１２８に装填された記録媒体１３０に記録するように制御を行う。
【００３６】
ドライブ装置１２８に対して適用可能な記録媒体１３０は、ディジタルデータの記録が可能であれば特に種類を問わないが、記録可能なタイプのＤＶＤ(Digital Versatile Disc)やＣＤ(Compact Disc)、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）といった光ディスク、光磁気ディスクといったディスク状記録媒体、書き換え可能で不揮発性の半導体メモリが用いて好適である。着脱可能なハードディスクをドライブ装置１２８に適用可能な記録媒体１３０として用いることもできる。
【００３７】
通信部１２５は、ＣＰＵ１２０の制御に基づき、所定のプロトコルを用いて、有線および／または無線により外部機器との通信を行う。有線および／または無線通信のインターフェイスは、ディジタル通信が可能であれば特に種類を問わないが、有線通信としては、ＵＳＢ、ＩＥＥＥ１３９４、イーサネット（登録商標）などによるＬＡＮ(Local Area Network)などが考えられる。また、無線通信としては、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ、ｂｌｕｅｔｏｏｔｈなどが考えられる。また、ＵＳＢやＩＥＥＥ１３９４といったインターフェイスで、パーソナルコンピュータなどのホスト機能を有する外部機器と、このビデオカメラ装置１００とを接続することで、ビデオカメラ装置１００のコントローラ部１２６に接続されるハードディスク１２７やドライブ装置１２８に装填される記録媒体を、外部機器に対してマウントすることができる。
【００３８】
電源部１３１は、例えばバッテリからなり、このビデオカメラ装置１００の各部に対して電源を供給する。電源部１３１による電源の供給のＯＮ／ＯＦＦは、例えば操作入力部１２４に対する所定の操作に応じて、ＣＰＵ１２０により制御される。
【００３９】
ＣＰＵ１２０に対して、電源の供給が無くても記憶内容の保持が可能な不揮発性メモリ１２９が接続される。ＣＰＵ１２０は、この不揮発性メモリ１２９に対して、このビデオカメラ装置１００に対する設定情報や、所定の管理情報を記憶し保持させることができる。
【００４０】
１−３．発明の各実施形態に適用可能なファイルシステムについて
この発明の各実施形態に適用可能な記録装置として図２に例示したビデオカメラ装置１００は、主として、撮像および収音により得られるディジタルビデオデータおよびディジタルオーディオデータからなるコンテンツファイルＦctを、上述したように、ＨＤＤ１２７に対して記録させるようにされている。
【００４１】
ここでは、ビデオカメラ装置１００において、コンテンツファイルＦctは、ハードディスク１２７に対してＦＡＴ(File Allocation Table)ファイルシステムにより管理され、記録されるものとする。ＦＡＴファイルシステムは、周知のように、ツリー型のディレクトリ構造によりファイルを管理するものとされている。また、データの書き込みおよび読み出しについては、クラスタといわれる論理的な最小データ管理単位により行うものとされている。クラスタは、記録媒体における物理的なデータ書き込みおよび読み出しの最小単位であるセクタを所定数にまとめたものが１単位となる。
【００４２】
図３は、ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示す。先ず、この階層モデルとしては、ソフトウェア層と、その下層となるハードウェア層とに大別される。ソフトウェア層は、記録媒体に対してホスト側となるＣＰＵ（図２の例ではＣＰＵ１２０）が実行するプログラムおよび各種ファームウェア、ミドルウェアなどにより実現されるソフトウェア処理が対応する。この場合のソフトウェア層は、図示するように、アプリケーション５０、ファイルシステム５１の上位にアプリケーション５０が位置する構成となっている。ハードウェア層には、記録媒体そのものの物理的な記録領域が位置するものとして考えることができる。
【００４３】
アプリケーション５０は、例えばファイルの記録再生機能などを有して記録媒体５２を使用するアプリケーションソフトウェアが対応し、ファイルレベルでのアクセス要求をファイルシステム５１に対して行う。
【００４４】
ファイルシステム５１は、ファイルシステムとしての機能を実現するソフトウェアが対応する。この例ではファイルシステムとしてＦＡＴファイルシステムを用いているので、ファイルシステム５１の機能を提供するソフトウェアとしても、ＦＡＴファイルシステムに対応して構成される。このファイルシステム５１では、アプリケーション５０からのアクセス要求に従い、記録媒体５２へのアクセス要求を行う。
【００４５】
記録媒体５２は、論理的にはＦＡＴファイルシステムに従ってフォーマット（初期化）されたものとなる。図２ではハードディスク１２７がこの記録媒体５２に相当する。
【００４６】
また、図２において、ドライブ装置１２８に装填される記録媒体１３０も、この記録媒体５２に相当する。なお、記録媒体１３０が記録可能なタイプのＤＶＤや、Ｂｌｕ−ｒａｙ  Ｄｉｓｃであった場合には、記録媒体１３０に適用されるファイルシステムは、ＵＤＦ(Universal Disk Format)とされる。ＵＤＦは、ＩＳＯ(International Organization for Standarization)９６６０によるフォーマットを含んでおり、コンピュータ装置に用いられる様々なファイルシステムでアクセス可能なようになっており、ＦＡＴファイルシステムを包含する。この場合、ＣＰＵ１２０は、ファイルシステム５１の機能を提供するソフトウェアとして、ＵＤＦに対応した構成をさらに持つ必要がある。
【００４７】
記録媒体５２は、ファイルシステム５１からのアクセス要求に応答して、指定されたアドレスからデータを読み出して、ファイルシステム５１に返すことで、アクセス応答を実行する。ファイルシステム５１は、記録媒体５２からのアクセス応答としてのデータの受け取りを行い、この受け取ったデータをアプリケーション５０に受け渡すようにされる。アプリケーション５０は、受け取ったデータファイルについて、例えばユーザによる操作入力などに応じたアプリケーションレベルでの所要の処理を実行する。
【００４８】
また、ＦＡＴファイルシステムは、ファイルをツリー型のディレクトリ構造により管理し、また、ファイルをクラスタ単位の集合として管理するようにされている。このようなファイル管理、データ管理は、周知のようにしてディレクトリエントリおよびＦＡＴとしてのテーブル情報（管理情報）を備えることにより実現される。ディレクトリエントリは、記録媒体５２上におけるファイルやディレクトリ、サブディレクトリの所在をクラスタレベルで示す情報であり、ＦＡＴは、ディレクトリおよびファイルをなす、クラスタレベルでのリンクを示す情報である。
【００４９】
図４は、ハードディスク１２７に記録されるファイルの一例の管理構造を示す。ファイルは、ディレクトリ構造により階層的に管理される。ハードディスク１２７上には、インデックスファイルディレクトリおよびコンテンツファイルディレクトリの２のディレクトリが、少なくとも形成される。コンテンツファイルディレクトリの配下には、コンテンツファイルＦctが格納される。インデックスファイルディレクトリの配下には、インデックスファイルＦindexが格納される。
【００５０】
インデックスファイルＦindexは、ＦＡＴとは別の方法でコンテンツファイルＦctを管理する管理情報が格納される。インデックスファイルＦindexは、この場合は静止画や動画などによるコンテンツに特化して、その管理を効率的に行うための管理情報が格納される。このように、ＦＡＴファイルシステムとは別に、コンテンツファイルＦctに特化した専用の管理情報を用いた管理を行うことで、近年において記録媒体の大記憶容量化に伴い記録可能なコンテンツの数が増えたことや、ファイルシステムが持つコンテンツ関連情報（例えばファイル名や更新日時の情報など）以外にもさらに多くの関連情報を効率的に管理するなどの要請に対応可能とされる。
【００５１】
例えば、動画再生時には、各コンテンツファイルをそれぞれ代表するサムネイル画像を用いたインデックス表示を行う場合がある。このような場合、専用の管理情報を用いることで、インデックス表示に対応させて、予め各コンテンツファイルに対応するサムネイル画像を埋め込むようにすることが考えられる。すなわち、このようにサムネイル画像を管理情報側に格納することで、インデックス表示を効率的に行うことが可能とされる。
【００５２】
また、このようにコンテンツファイル管理に特化した管理情報を別途用いることで、例えばファイルの作成日時順などの所定の区分けでコンテンツファイルディレクトリ配下にディレクトリを作成し、対応するコンテンツファイルを当該ディレクトリに格納するような管理も可能となる。このように専用の管理情報を用いた管理を別途行うことで、汎用のファイルシステムにはなかった管理形態を実現することができる。
【００５３】
１−４．発明の各実施形態に適用可能なファイル管理形態について
次に、この発明の各実施形態に適用可能な一例のファイル管理形態について説明する。図５は、この発明の各実施形態に適用可能な、専用の管理情報としてのインデックスファイルＦindexを用いた一例のファイル管理形態を示す。図４を用いて説明したように、インデックスファイルディレクトリ配下には、インデックスファイルＦindexが格納される。このインデックスファイルＦindexは、図示されるように、管理ファイルスロットＳmを複数格納する。各管理ファイルスロットＳmは、ファイル名部６０、ファイル更新日時部６１、エントリＩＤ部６２、エントリ更新日時部６３、コンテンツＩＤ部６４、コンテンツ更新日時部６５、ファイルパス部６６などから成る。なお、以下では各管理ファイルスロットＳmに格納されるデータのことをエントリデータと称する。
【００５４】
図５において、ファイル名部６０は、その管理ファイルスロットＳmに対応付けられるコンテンツファイルＦctのファイル名の情報が格納される。またファイル更新日時部６１は、その管理ファイルスロットＳmに対応付けられるコンテンツファイルＦct自体を作成および／または更新した日時を示す情報が格納される。
【００５５】
エントリＩＤ部６２は、その管理ファイルスロットＳmへのエントリデータを一意に識別するための識別情報（エントリＩＤと呼ぶ）が格納される。エントリＩＤは、新たなコンテンツファイルＦctの生成に応じて新たなエントリデータが管理ファイルスロットＳmにエントリされる毎に付される。エントリ更新日時部６３は、その管理ファイルスロットＳmへのエントリデータがエントリされた日時または更新された日時を示す情報が格納される。このエントリ更新日時部６３に格納される情報は、コンテンツファイルＦctの内容が更新されたとしても変更の有無に関わらず、エントリデータの更新に応じて変更される。エントリ更新日時部６３に格納される情報が更新される例としては、例えばコンテンツファイルＦctに対応付けられるべきメタデータ（図示しない）が更新された場合などが挙げられる。
【００５６】
コンテンツＩＤ部６４は、その管理ファイルスロットＳmに対応付けられた、換言すれば、エントリＩＤに対応付けられたコンテンツファイルＦctを一意に識別するように割り振られたコンテンツＩＤが格納される。このコンテンツＩＤは、例えば当該コンテンツＩＤが対応するコンテンツファイルＦctの所在を示すファイルパスの情報とファイル生成日時とを組み合わせて生成することができる。このコンテンツＩＤがこの発明でいうファイル識別子に相当する。
【００５７】
コンテンツ更新日時部６５は、コンテンツファイルＦctを作成および／または更新した日時を示す情報が格納される。このコンテンツ更新日時部６５に格納される情報は、対応するコンテンツファイルＦctの複製または移動で変化しない。一方、上述のファイル更新日時部６１に格納される情報は、コンテンツファイルＦctを複製または移動した場合に更新される点で、コンテンツ更新日時部６５に格納される情報と異なる。
【００５８】
ファイルパス部６６は、その管理ファイルスロットＳmと対応付けられるコンテンツファイルＦctへのパスの情報が格納される。すなわち、この場合はＦＡＴファイルシステム管理下におけるコンテンツファイルＦctの所在を示す情報が格納される。
【００５９】
ここで、インデックスファイルＦindexにおける管理ファイルスロットＳmに対し、ファイルシステム５１によるハードディスク１２７上におけるコンテンツファイルＦctの生成に応じて、新たなエントリデータが追加される。追加されたエントリデータにおいては、ファイルパス６６部に対して、生成されたコンテンツファイルＦctのＦＡＴファイルシステム管理下での所在を示す情報が格納される。これにより、当該管理ファイルスロットＳmと、コンテンツファイルディレクトリ配下にて生成されたコンテンツファイルＦctとの対応付けが行われる。また、この場合、図５において破線矢印により示すように、コンテンツＩＤ部６４に格納されるコンテンツＩＤによっても、コンテンツファイルディレクトリ配下にて生成されたコンテンツファイルＦctを特定することができる。
【００６０】
２．発明の実施の形態
以下に、この発明の実施の形態としてのデータのバックアップ方法およびバックアップされたデータの復元方法について、実施の第１〜第６の形態の各実施形態により説明する。
【００６１】
この発明の実施の形態としては、上述したように、ビデオカメラ装置１００において、ハードディスク１２７上に記録されたコンテンツファイルＦctを、ドライブ装置１２８に装填された記録媒体１３０にバックアップしようとするものである。また、記録媒体１３０にバックアップされたコンテンツファイルＦctを、ビデオカメラ装置１００においてハードディスク１２７に書き戻し、ハードディスク１２７の記録内容をある時点まで復元しようとするものである。
【００６２】
このとき、このようなバックアップとして、単にハードディスク１２７上に記録されたコンテンツファイルＦctをドライブ装置１２８に装填された記録媒体１３０にそのまま上書きコピーしたのでは、ハードディスク１２７に記録される全てのコンテンツファイルＦctについてコピー処理を行う必要があり、その分バックアップに要する時間が長くなってしまう。特に、ビデオカメラ装置１００の場合には、コンテンツファイルＦctは、動画データが主となり、静止画データ等の他のデータがコンテンツファイルＦctとして記録される場合と比較して、コピー処理には多くの時間を要することになり、効率が悪い。
【００６３】
そこで、この発明の実施の各形態では、バックアップ処理の際に、ビデオカメラ装置１００において、ハードディスク１２７上の現在のファイル管理状態を示す管理情報と、記録媒体１３０に保持される過去にバックアップされた際の管理情報とを比較する。そして、比較結果に基づき現在のハードディスク１２７のファイル格納状態と、当該過去にバックアップされた時点におけるハードディスク１２７のファイル格納状態との差分情報を検出し、この差分情報に基づいて、コンテンツファイルＦctのバックアップを行うようにする。
【００６４】
より具体的には、バックアップ処理の際に、ハードディスク１２７に記録されているインデックスファイルＦindexと、過去のバックアップ処理時に記録媒体１３０に記録されたインデックスファイルＦindexとを比較し、比較結果に基づき差分情報を検出する。
【００６５】
２−１．発明の実施の第１の形態について
先ず、この発明の実施の第１の形態について説明する。この発明の実施の第１の形態では、バックアップ処理として、ハードディスク１２７上のファイル格納状態と、バックアップ先である記録媒体１３０上でのファイル格納状態とを同期させる同期処理を行うようにしている。
【００６６】
２−１−１．発明の実施の第１の形態によるバックアップ処理について
図６は、この発明の実施の第１の形態による、ビデオカメラ装置１００における一例の同期処理を模式的に示す。この実施の第１の形態では、この同期処理により、ハードディスク１２７に記録されたコンテンツファイルＦctの、ドライブ装置１２８に装填された記録媒体１３０へのバックアップを行う。図６Ａは、ハードディスク１２７上に記録されるインデックスファイルＦindex、コンテンツファイルＦctについて、時間軸ｔに沿った一例の状態遷移を示す。図６Ｂは、ドライブ装置１２８により記録媒体１３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦctおよび管理情報３０ｂについて、同様に時間軸ｔに沿った一例の状態遷移を示す。
【００６７】
図６Ａに例示されるように、バックアップ元であるハードディスク１２７には、初期状態においてコンテンツファイルＦctとしてコンテンツファイルＦct「Ａ」、コンテンツファイルＦct「Ｂ」およびコンテンツファイルＦct「Ｃ」が記録され、インデックスファイルＦindexとしては、その格納状態に応じた内容「１」を有するファイルが記録されていたとする。また、ドライブ装置１２８には、ファイルのバックアップ先として所定の記録媒体１３０が装填されているものとする。
【００６８】
初期状態後の時点ｔ１において、例えばビデオカメラ装置１００の操作部１２４に対して所定の操作がなされ、ハードディスク１２７の記録内容と、記録媒体１３０の記録内容との初回の同期処理が行われる。
【００６９】
時点ｔ１における初回の同期処理の時点では、記録媒体１３０上には、ハードディスク１２７上のコンテンツファイルＦctが記録媒体１３０に対してバックアップされていない状態にある。例えばＣＰＵ１２０は、このように記録媒体１３０上にハードディスク１２７からバックアップしたコンテンツファイルＦctが存在しないことを、記録媒体１３０上にインデックスファイルＦindexがバックアップされているか否かに基づき検出することができる。すなわち、後述もするように、同期処理が行われたのであれば、記録媒体１３０上にインデックスファイルＦindexが保存された状態となるからである。
【００７０】
ＣＰＵ１２０は、記録媒体１３０上にコンテンツファイルＦctが存在しないことを検出すると、ハードディスク１２７上に記録される全てのコンテンツファイルＦct（コンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」）と、これらハードディスク１２７上のコンテンツファイルＦctを管理する、内容「１」を有するインデックスファイルＦindexとをハードディスク１２７から読み出してドライブ装置１２８に転送し、記録媒体１３０に記録する処理を行う。これにより、ハードディスク１２７におけるコンテンツファイルＦctの格納状態と、記録媒体１３０におけるコンテンツファイルＦctの格納状態とが同期される。
【００７１】
次に、ＣＰＵ１２０は、記録媒体１３０に記録されたコンテンツファイルＦctを管理するために、管理情報３０ｂの内容を更新する。すなわち、ＣＰＵ１２０は、管理情報３０ｂの内容を、記録媒体１３０上にこれらのコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」が格納されているとして管理するための内容「α」に更新する。管理情報３０ｂによるファイル管理は、例えばコンテンツファイルＦctに付されたコンテンツＩＤにより行うことができる。
【００７２】
続いて、この時点ｔ１における初回の同期処理後となる時点ｔ２において、例えばビデオカメラ装置１００側で新たな動画が撮影され、撮影に基づくコンテンツファイルＦct「Ｄ」が生成され、ハードディスク１２７に記録されるものとする。このコンテンツファイルＦct「Ｄ」の生成および記録に応じて、インデックスファイルＦindexは、時点ｔ１における内容「１」が、このコンテンツファイルＦct「Ｄ」が記録された旨の情報が記述された内容「２」に更新される。
【００７３】
この時点ｔ２では、記録媒体１３０のファイル格納状態は、時点ｔ１に対して変化していない。そのため、図６Ａと図６Ｂとを比較して分かるように、このコンテンツファイルＦct「Ｄ」の追加により、ハードディスク１２７上のファイル格納状態と、記録媒体１３０上のファイル格納状態とが異なるものとなる。
【００７４】
続く時点ｔ３において、例えば操作部１２４に対する所定の操作により、ＣＰＵ１２０に対して同期指示がなされたものとする。時点ｔ３では、記録媒体１３０上に、バックアップしたコンテンツファイルＦctが既に存在している。このような場合、ＣＰＵ１２０は、同期指示に応じてハードディスク１２７上のインデックスファイルＦindexと、記録媒体１３０上のインデックスファイルＦindexとを比較し、ハードディスク１２７と記録媒体１３０とのコンテンツファイルＦctの格納状態の差分を検出する。
【００７５】
この図６の例では、時点ｔ３において、時点ｔ１の同期処理により記録媒体１３０に保存された、内容「１」を有するインデックスファイルＦindexと、時点ｔ２によりコンテンツファイルＦct「Ｄ」が記録され更新された内容「２」を有するインデックスファイルＦindexとが比較される。この比較により、ハードディスク１２７側に、記録媒体１３０上に存在しないコンテンツファイルＦct「Ｄ」が記録されていることが検出され、このハードディスク１２７側におけるコンテンツファイルＦct「Ｄ」の存在が、差分情報として検出される。
【００７６】
ＣＰＵ１２０は、検出されたこの差分情報に基づき、ハードディスク１２７上のコンテンツファイルＦctのバックアップ処理を行う。この実施の第１の形態では、バックアップ処理は同期処理として行われるので、ＣＰＵ１２０は、差分情報が指し示すコンテンツファイルＦct「Ｄ」をハードディスク１２７から読み出して、記録媒体１３０に記録するように制御を行う。ＣＰＵ１２０は、このコンテンツファイルＦct「Ｄ」の記録と共に、ハードディスク１２７に記録される、内容「２」を有するインデックスファイルＦindexを、記録媒体１３０に既に記録されているインデックスファイルＦindexに対して上書き記録するように制御する。さらに、管理情報３０ｂについては、時点ｔ１における内容「α」から、記録媒体１３０にこのコンテンツファイルＦct「Ｄ」が追加されたものとして管理されるようにされた内容「β」に変更し、管理情報３０ｂを更新する。
【００７７】
時点ｔ３の同期処理後、次の時点ｔ４において、図６Ａに例示されるように、ハードディスク１２７からコンテンツファイルＦct「Ｂ」が削除されたものとする。この削除に応じて、インデックスファイルＦindexが、内容「２」からコンテンツファイルＦct「Ｂ」の削除を反映された内容「３」へと更新される。
【００７８】
この時点ｔ４では、ハードディスク１２７側のファイル格納状態は、コンテンツファイルＦct「Ａ」、「Ｃ」および「Ｄ」が格納された状態とされ、インデックスファイルＦindexがコンテンツファイルの格納状態に対応して内容「３」とされている。一方、バックアップ先の記録媒体１３０は、コンテンツファイルＦctの格納状態がコンテンツファイルＦct「Ａ」、「Ｂ」、「Ｃ」および「Ｄ」が格納された状態となっており、対応するインデックスファイルＦindexの内容は、前回の同期処理の内容「２」のままとされている。
【００７９】
続く時点ｔ５で、例えば操作部１２４に対する所定の操作により、ＣＰＵ１２０に対して同期指示がなされたものとする。時点ｔ５でも、上述の時点ｔ３と同様に、記録媒体１３０上に、バックアップしたコンテンツファイルＦctが既に存在している。そこで、ＣＰＵ１２０は、同期指示に応じてハードディスク１２７上のインデックスファイルＦindexと、記録媒体１３０上のインデックスファイルＦindexとを比較し、ハードディスク１２７と記録媒体１３０とのコンテンツファイルＦctの格納状態の差分を検出する。
【００８０】
この図６の例では、時点ｔ５において、時点ｔ３の同期処理により記録媒体１３０に保存された、内容「２」を有するインデックスファイルＦindexと、時点ｔ４によりコンテンツファイルＦct「Ｂ」が削除され更新された内容「３」を有するハードディスク１２７上のインデックスファイルＦindexとが比較される。この比較により、記録媒体１３０側に、ハードディスク１２７上には存在しないコンテンツファイルＦct「Ｂ」が格納されていることが検出され、この記録媒体１３０側におけるコンテンツファイルＦct「Ｂ」の存在が、差分情報として検出される。
【００８１】
このように、記録媒体１３０側に、ハードディスク１２７側に存在しないコンテンツファイルＦct「Ｂ」が存在することを示す差分情報に対して、ＣＰＵ１２０は、記録媒体１３０上に存在する、当該差分情報が指し示すコンテンツファイルＦct「Ｂ」を削除するように制御する。それと共に、ハードディスク１２７に記録される、内容「３」を有するインデックスファイルＦindexを、記録媒体１３０に既に記録されているインデックスファイルＦindexに対して上書き記録するように制御する。さらに、管理情報３０ｂについては、時点ｔ３における内容「β」から、記録媒体１３０上のコンテンツファイルＦct「Ｂ」を削除した旨を反映した内容「γ」に変更し、管理情報３０ｂを更新する。
【００８２】
次の時点ｔ６において、操作部１２４に対する所定の操作に応じてハードディスク１２７に記録されているコンテンツファイルＦct「Ｃ」に修正が加えられ、当該コンテンツファイルＦctがコンテンツファイルＦct「Ｃ’」に更新されたものとする。このコンテンツファイルＦctの更新に伴い、ハードディスク１２７上のインデックスファイルＦindexの内容が内容「３」からコンテンツファイルＦctの更新を反映した内容「４」へと変更される。
【００８３】
続く時点ｔ７において、操作部１２４に対する所定の操作により、ＣＰＵ１２０に対して同期指示がなされたものとする。時点ｔ７では、記録媒体１３０上にバックアップしたコンテンツファイルＦctが既に存在している。そこで、ＣＰＵ１２０は、同期指示に応じてハードディスク１２７上のインデックスファイルＦindexと、記録媒体１３０上のインデックスファイルＦindexとを比較し、ハードディスク１２７と記録媒体１３０とのコンテンツファイルＦctの格納状態の差分を検出する。
【００８４】
この図６の例では、時点ｔ７において、時点ｔ５の同期処理により記録媒体１３０に保存された、内容「３」を有するインデックスファイルＦindexと、時点ｔ４によりコンテンツファイルＦct「Ｃ」が修正されたコンテンツファイルＦct「Ｃ’」を示す情報を含む内容「４」を有するハードディスク１２７上のインデックスファイルＦindexとが比較される。この比較により、ハードディスク１２７上のコンテンツファイルＦct「Ｃ’」が修正されたファイルであることが検出される。なお、コンテンツファイルＦctが修正などにより更新されたか否かは、ハードディスク１２７と記録媒体１３０との間で、インデックスファイルＦindex内の対応する管理ファイルスロットＳmにおけるコンテンツ更新日時部６５に格納された情報を比較することで、知ることができる。コンテンツファイルＦctが修正などにより更新された場合、当該コンテンツファイルＦctに対応するコンテンツＩＤは、変化しない。
【００８５】
このように、ハードディスク１２７側であるコンテンツファイルＦct「Ｃ」が更新されたということは、記録媒体１３０側には存在しないコンテンツファイルＦct「Ｃ’」がハードディスク１２７側に存在し、且つ、ハードディスク１２７側に存在しないコンテンツファイルＦct「Ｃ」が記録媒体１３０側に存在するという状態となる。すなわち、この場合の差分情報は、コンテンツファイルＦct「Ｃ」およびコンテンツファイルＦct「Ｃ’」の情報を含むことになる。
【００８６】
ＣＰＵ１２０は、時点ｔ５の同期処理により記録媒体１３０に保存された、内容「３」を有するインデックスファイルＦindexと、時点ｔ４により修正されたコンテンツファイルＦct「Ｃ’」を示す情報を含む内容「４」を有するハードディスク１２７上のインデックスファイルＦindexとを比較した結果の差分情報が指し示すコンテンツＩＤに対応するコンテンツファイルＦct（この例ではコンテンツファイルＦct「Ｃ」）を、記録媒体１３０上から削除するように制御する。
【００８７】
さらにこの場合、ＣＰＵ１２０は、ハードディスク１２７に格納される、当該差分情報が指し示すコンテンツＩＤに対応するコンテンツファイルＦct「Ｃ’」を、記録媒体１３０に記録するように制御する。それと共に、ＣＰＵ１２０は、ハードディスク１２７上の内容「４」のインデックスファイルＦindexを、記録媒体１３０に記録するように制御する。さらに、管理情報３０ｂについては、時点ｔ５の内容「γ」から、記録媒体１３０からコンテンツファイルＦct「Ｃ」を削除し、記録媒体１３０にコンテンツファイルＦct「Ｃ’」を格納した旨を反映した内容「δ」に変更し、管理情報３０ｂを更新する。すなわち、内容「δ」の管理情報は、記録媒体１３０にコンテンツファイルＦct「Ａ」、「Ｃ’」および「Ｄ」が格納されていることを示す内容とされる。
【００８８】
この発明の実施の第１の形態によれば、上述のような処理を行うことで、バックアップ処理毎に、バックアップ元のハードディスク１２７におけるコンテンツファイルＦctの格納状態と、バックアップ先の記録媒体１３０におけるコンテンツファイルＦctの格納状態とを同期させることができる。
【００８９】
このようにして、差分情報に基づきバックアップ処理を行うようにすれば、実際に記録媒体１３０に記録するのは差分のファイルのみとすることができ、全コンテンツを上書きコピーする場合と比較してバックアップ処理をより高速化することができる。また、記録すべきコンテンツファイルが減ることで、処理負担としても軽減することができる。
【００９０】
また、上述では、バックアップ元における現在のインデックスファイルＦindexと、バックアップ先における、前回のバックアップ処理時に保存したインデックスファイルＦindexとを比較することで、ハードディスク１２７のコンテンツファイルＦctの格納状態と、記録媒体１３０のコンテンツファイルＦctの格納状態との差分を検出している。このように、バックアップ元とバックアップ先のインデックスファイルＦindex同士の内容を比較して差分情報を得るようにしたことで、例えば実際に格納される全てのコンテンツファイルＦindexについてそのヘッダ情報（コンテンツＩＤやコンテンツ更新日時など）を検出し、それらの比較を行って差分情報を得る方法よりも、より高速に差分情報を得ることができ、この点でもバックアップ処理の高速化が図られる。
【００９１】
ここで、この実施の形態では、各コンテンツファイルＦctを管理するインデックスファイルＦindexにおいて、コンテンツＩＤ（ファイル識別子）の他にも、コンテンツ更新日時やエントリ更新日時といった他のファイル関連情報がコンテンツファイルＦctに対して対応付けられている。
【００９２】
これに対して、インデックスファイルＦindexにおいて、コンテンツファイルＦctを識別するためのコンテンツＩＤのみを対応付けて管理を行うことも考えられる。この場合には、ハードディスク１２７側と記録媒体１３０側とで管理情報同士、すなわちインデックスファイルＦindex同士を比較することで、ハードディスク１２７側における、前回のバックアップ処理時からのコンテンツファイルＦctの追加および削除について、判別を行うことが可能である。
【００９３】
コンテンツファイルＦctの追加および削除以外の差分の判別のバックアップ処理を行うためには、例えばコンテンツファイルＦctに対応付けられる、必要な関連情報を別途、取得する処理が必要となり、差分情報の取得に要する時間が増大し、それに伴い、差分情報に基づくバックアップ処理が完了するまでの時間が像出してしまう。
【００９４】
この実施形態においては、インデックスファイルＦindexに対し、コンテンツ更新日時など、ファイル識別子以外の他のファイル関連情報もエントリデータとしてエントリされるようにされているので、「コンテンツ更新」や「エントリ更新」などの他の差分タイプについても、管理情報同士を比較するのみで取得することができる。これにより、コンテンツの追加および削除以外の差分タイプを判別する際にも、管理情報同士の比較でそれらの差分タイプを判別することができ、このようなコンテンツの追加および削除以外の差分のタイプに応じたバックアップ処理についても高速化が実現される。
【００９５】
２−１−２．実施の第１の形態および他の実施形態に適用される差分情報の検出方法について
ここで、この実施の第１の形態および後述する実施の他の形態においてなされる、インデックスファイルＦindexの差分検出方法について説明する。図７は、差分検出を行うための相違検出用情報リストＬDdの一例の構造を示す。この相違検出用情報リストＬDdは、図示するようにして相違検出用情報Ｄｄがリストアップされる。１つの相違検出用情報Ｄｄは、インデックスファイルＦindexにエントリされた１つのエントリデータ（すなわち１つのコンテンツファイルＦct）に対応する。
【００９６】
すなわち、１つの相違検出用情報Ｄｄは、インデックスファイルＦindexにエントリされた１つのエントリデータ毎に、管理ファイルスロットＳm中のコンテンツＩＤ部６４、エントリ更新日時部６３、コンテンツ更新日時部６５、エントリＩＤ部６２のそれぞれに格納された情報を抽出した情報からなる。相違検出用情報リストＬDdは、インデックスファイルＦindexにエントリされる全てのエントリデータについて生成した相違検出用情報Ｄｄをリストアップした情報となる。なお、図７に例示される相違検出用情報リストＬDdでは、相違検出用情報ＤｄがコンテンツＩＤの昇順でソートされてリストアップされている。
【００９７】
この図７に例示される相違検出用情報リストＬDdは、新たなバックアップ処理を行う際に、ＣＰＵ１２０が、バックアップ先の記録媒体１３０に保存されているインデックスファイルＦindexと、ハードディスク１２７に保持されているインデックスファイルＦindexとの双方についてそれぞれ生成する。
【００９８】
実際には、バックアップ先の記録媒体１３０に保存されているインデックスファイルＦindexは、前回のバックアップ処理時に保存されたものとなる。また、実施の第１の形態の場合、バックアップ処理は、同期処理と同義となる。
【００９９】
図８は、ＣＰＵ１２０がバックアップ処理時に生成する２つの相違検出用情報リストＬDdを対比して示す。なお、図８において、バックアップ先の記録媒体１３０に保存されているインデックスファイルＦindexに基づき生成された相違検出用情報リストＬDpを、相違検出用情報リストＬDd-psとして示している。また、ハードディスク１２７に保持されているインデックスファイルＦindexに基づき生成された相違検出用情報リストＬDpを、相違検出用情報リストＬDd-prとして示している。
【０１００】
以下、適宜、バックアップ先の記録媒体１３０に保存されているインデックスファイルＦindexに基づき生成された相違検出用情報リストＬDd-psを、前回バックアップ時の相違検出用情報リストＬDdと呼び、ハードディスク１２７に保持されているインデックスファイルＦindexに基づき生成された相違検出用情報リストＬDd-prを、今回バックアップ時の相違検出用情報リストＬDdと呼ぶ。
【０１０１】
図８の例では、記録媒体１３０上のインデックスファイルＦindex、すなわち、前回バックアップ時の相違検出用情報リストＬDd-psに、コンテンツＩＤの値が値「４」、値「２３」、値「３４」、値「３５」、値「５０」および値「５６」となる相違検出用情報Ｄｄがリストアップされている。これは、前回バックアップ時には、ハードディスク１２７にコンテンツＩＤの値が値「４」、値「２３」、値「３４」、値「３５」、値「５０」および値「５６」のコンテンツファイルＦctが格納されていたことを示している。
【０１０２】
一方、図８において、ハードディスク１２７上のインデックスファイルＦindex、すなわち、今回バックアップ時の相違検出用情報リストＬDd-prに、コンテンツＩＤの値が値「４」、値「２３」、値「３５」、値「４７」、値「５０」、値「５６」および値「６４」となる相違検出用情報Ｄｄがリストアップされている例が示されている。これは、今回バックアップ時には、ハードディスク１２７にコンテンツＩＤの値が値「４」、値「２３」、値「３５」、値「４７」、値「５０」、値「５６」および値「６４」のコンテンツファイルＦctが格納されていることを示している。
【０１０３】
ＣＰＵ１２０は、これら相違検出用情報リストＬDd-psと相違検出用情報リストＬDd-prとを、図８に例示されるように、差分情報生成用情報Rdyとして保持しておく。例えば、ＣＰＵ１２０は、操作部１２４に対する所定の操作によりハードディスク１２７内に記録されたコンテンツファイルＦctをバックアップするような指示がなされると、ハードディスク１２７に記録されているインデックスファイルＦindexと、バックアップ先である記録媒体１３０上に記録されているインデックスファイルＦindexとをそれぞれ読み出し、読み出された情報に基づき差分情報生成用情報Rdyを生成し、ＲＡＭ１２１に記憶する。
【０１０４】
ＣＰＵ１２０は、この差分情報生成用情報Rdyを用いて、実際の差分情報の検出を行う。図９は、この差分情報生成用情報Rdyを用いた差分情報の検出動作について模式的に示す。なお、図９においては、図８に示した相違検出用情報リストＬDd-psと相違検出用情報リストＬDd-prとによる差分情報生成用情報Rdyが示されている。また、この図９では、相違検出用情報リストＬDd-psと相違検出用情報リストＬDd-prとにおいて、それぞれ内容が相違している相違検出用情報Ｄｄ内の項目を影を付して示す。
【０１０５】
差分情報生成用情報Rdyにおいて、相違検出用情報Ｄｄの項目としてコンテンツＩＤが含まれる。これにより、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄと、今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報ＤｄとでそれぞれのコンテンツＩＤを比較することで、ハードディスク１２７におけるコンテンツの追加およびコンテンツの削除を検出することができる。
【０１０６】
すなわち、図９の例では、前回バックアップ時の相違検出用情報リストＬDd-psには、コンテンツＩＤ＝「３４」の相違検出用情報Ｄｄが存在し、今回バックアップ時の相違検出用情報リストＬDd-prにはこれが存在しない。したがって、ハードディスク１２７において、コンテンツＩＤの値が値「３４」であるコンテンツファイルＦctが削除されたということを検出できる。
【０１０７】
また、図９を参照し、例えば今回バックアップ時の相違検出用情報リストＬDd-prにはコンテンツＩＤ＝「６４」の相違検出用情報Ｄｄが存在し、前回バックアップ時の相違検出用情報リストＬDd-psにはこれが存在しない。したがって、ハードディスク１２７において、コンテンツＩＤの値が値「６４」であるコンテンツファイルＦctが追加されたということを検出できる。
【０１０８】
さらに、相違検出用情報Ｄｄの項目としてエントリ更新日時が含まれる。これにより、ハードディスク１２７に記録されているコンテンツファイルＦctのうちエントリが更新されたコンテンツファイルＦctを検出することができる。例えば、図９の例では、前回バックアップ時の相違検出用情報リストＬDd-psと、今回バックアップ時の相違検出用情報リストＬDd-prとにおいて、コンテンツＩＤ＝「２３」である相違検出用情報Ｄｄは、それぞれエントリ更新日時の情報内容が異なっていることが示されている。これにより、このコンテンツＩＤ＝「２３」のコンテンツファイルＦctについて、ハードディスク１２７においてエントリが更新されたことを検出できる。
【０１０９】
さらにまた、相違検出用情報Ｄｄの項目としてコンテンツ更新日時の情報が含まれる。これにより、ハードディスク１２７に記録されたコンテンツファイルＦctのうち、更新が行われたコンテンツファイルＦctを検出することができる。つまり、図９の例では、前回バックアップ時の相違検出用情報リストＬDd-psと、今回バックアップ時の相違検出用情報リストＬDd-prとにおけるコンテンツＩＤ＝「５０」である相違検出用情報Ｄｄは、それぞれコンテンツ更新日時の情報内容が異なっていることが示されている。これにより、このコンテンツＩＤ＝「５０」のコンテンツファイルＦctがハードディスク１２７上で更新されたことを検出できる。
【０１１０】
また、相違検出用情報Ｄｄの項目としてエントリＩＤの項目が含まれる。エントリＩＤの項目を相違検出用情報Ｄｄの項目として含むことで、差分検出の対象としているコンテンツファイルＦctがどのコンテンツファイルＦctであるかを特定することができる。その意味で、この相違検出用情報ＤｄにおけるエントリＩＤの情報は、同じく相違検出用情報Ｄｄに設けられたコンテンツＩＤの項目と同等の役割を果たす。なお、これによれば、バックアップ処理の目的に対しては、相違検出用情報ＤｄにおけるエントリＩＤの項目は、不要とすることができる。
【０１１１】
エントリＩＤは、例えばこのビデオカメラ装置１００におけるアプリケーションや、ハードディスク１２７から外部にコンテンツファイルＦctを転送した際に外部のアプリケーションがエントリデータにアクセスする際に、用いるようにされている場合がある。そのため、相違検出用情報Ｄｄに対して、エントリＩＤの項目を加えてある。
【０１１２】
また、この説明からも理解されるように、相違検出用情報ＤｄにおけるエントリＩＤは、その相違を検出するために設けられた項目ではない。そのため、図０９におけるコンテンツＩＤ＝「５６」のように、相違検出用情報リストＬDd-psと相違検出用情報リストＬDd-prとでエントリＩＤが相違する場合にも、これらの相違は検出しないようにされている。
【０１１３】
図９において、差分情報生成用情報Rdyを用いた各相違検出用情報Ｄｄの情報内容の比較結果から、差分情報リストＬSBが生成される。この差分情報リストＬSBは、図９の右側に例示されるように、差分情報ＳＢをリストアップした情報となる。各差分情報ＳＢは、項目「差分タイプ」、項目「前回エントリＩＤ」および項目「今回エントリＩＤ」の３つの項目が設けられる。
【０１１４】
項目「前回エントリＩＤ」および項目「今回エントリＩＤ」は、差分情報生成用情報Rdyにおける前回バックアップ時の相違検出用情報リストＬDd-psと今回バックアップ時の相違検出用情報リストＬDd-prとの情報内容についての比較結果から、それぞれ相違があるとされた相違検出用情報リストＬDd-psにおける相違検出用情報ＤｄのエントリＩＤと、相違検出用情報リストＬDd-prにおける相違検出用情報ＤｄのエントリＩＤとが格納される。
【０１１５】
項目「差分タイプ」は、差分の種類を示す情報が格納される。この場合の差分タイプとしては、「コンテンツ追加」、「コンテンツ削除」、「コンテンツ更新」、「エントリ更新」の４種類が存在する。
【０１１６】
差分情報ＳＢは、例えば以下のようにして生成する。先ず、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄと今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄとについて、先頭の相違検出用情報Ｄｄ同士から順に、それぞれの情報内容を比較していく。
【０１１７】
このとき、それぞれの相違検出用情報ＤｄにおけるコンテンツＩＤが同じであれば、コンテンツの追加、コンテンツの削除は行われていないということがわかる。この場合は、当該コンテンツＩＤに対応するエントリ更新日時、コンテンツ更新日時について比較を行う。
【０１１８】
比較の結果、エントリ更新日時が異なっていれば、差分タイプは「エントリ更新」となる。これに応じて、差分情報リストＬSBに対して差分タイプとして「エントリ更新」を示す情報が格納される。それと共に、相違検出用情報リストＬDd-ps内の相違検出用情報ＤｄにおけるエントリＩＤが前回エントリＩＤとして、相違検出用情報リストＬDd-pr内の相違検出用情報ＤｄにおけるエントリＩＤが今回エントリＩＤとして、それぞれ差分情報ＳＢにリストアップされる。
【０１１９】
また、比較の結果、コンテンツ更新日時が異なっていれば、差分タイプは「コンテンツ更新」となる。これに応じて、差分情報リストＬSBに対して差分タイプ「コンテンツ更新」を示す情報が格納される。それと共に、相違検出用情報リストＬDd-ps内の相違検出用情報ＤｄにおけるエントリＩＤが前回エントリＩＤとして、相違検出用情報リストＬDd-pr内の相違検出用情報ＤｄにおけるエントリＩＤが今回エントリＩＤとして、それぞれ差分情報ＳＢにリストアップされる
【０１２０】
一方、比較の結果、コンテンツＩＤが異なる場合は、コンテンツ追加およびコンテンツ削除の何れが行われたかを判別する。
【０１２１】
例えば、前回バックアップ時の相違検出用情報リストＬDd-ps内における相違検出用情報ＤｄのコンテンツＩＤの値それぞれと、今回バックアップ時の相違検出用情報リストＬDd-pr内における相違検出用情報ＤｄのコンテンツＩＤの値のそれぞれとを比較する。
【０１２２】
比較の結果、前回バックアップ時の相違検出用情報リストＬDd-ps内にあって、今回バックアップ時の相違検出用情報リストＬDd-pr内に無いコンテンツＩＤの値に対応するコンテンツファイルＦctは、前回のバックアップ時から今回のバックアップ時の間にハードディスク１２７から削除されたと判別できる。一方、今回バックアップ時の相違検出用情報リストＬDd-pr内にあって、前回バックアップ時の相違検出用情報リストＬDd-ps内に無いコンテンツＩＤの値に対応するコンテンツファイルＦctは、前回のバックアップ時から今回のバックアップ時の間にハードディスク１２７に追加されたと判別できる。
【０１２３】
より具体的には、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄと今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄとについて、先頭の相違検出用情報Ｄｄ同士から順に比較した結果、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報ＤｄのコンテンツＩＤの方が値が小さければ、ハードディスク１２７上に記録されていた、この前回バックアップ時の相違検出用情報ＤｄのコンテンツＩＤに対応するコンテンツファイルＦctが削除されたことがわかる。
【０１２４】
したがって、この場合の差分タイプは、「コンテンツ削除」となる。これに応じて、差分情報リストＬSBに対して「コンテンツ削除」を示す情報が格納される。それと共に、前回バックアップ時の相違検出用情報リストＬDd-psにおける相違検出用情報ＤｄのエントリＩＤを前回エントリＩＤとして格納した差分情報ＳＢをリストアップする。差分タイプが「コンテンツ削除」の場合は、今回エントリＩＤは存在しないことになるので、今回エントリＩＤの項目には情報が格納されない。
【０１２５】
図９の例では、相違検出用情報リストＬDd-ps内における第３番目の相違検出用情報ＤｄのコンテンツＩＤの値が値「３４」であるのに対して、相違検出用情報リストＬDd-pr内における第３番目の相違検出用情報ＤｄのコンテンツＩＤの値が値「３５」であって、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報ＤｄのコンテンツＩＤの方が値が小さい。これにより、相違検出用情報リストＬDd-ps内に示される、コンテンツＩＤの値が「３４」に対応するコンテンツファイルＦctが削除されたことが分かる。
【０１２６】
この「コンテンツ削除」が検出された後の比較処理は、今回バックアップ時の相違検出用情報リストＬDd-prにおいて今回比較された相違検出用情報Ｄｄを再度対象とし、前回バックアップ時の相違検出用情報リストＬDd-psにおける次のコンテンツＩＤを有する相違検出用情報Ｄｄとの比較を行うことでなされる。
【０１２７】
より具体的な例として、図９を参照し、例えば前回バックアップ時の相違検出用情報リストＬDd-psにおけるコンテンツＩＤ＝「３４」である相違検出用情報Ｄｄと、今回バックアップ時の相違検出用情報リストＬDd-prにおけるコンテンツＩＤ＝「３５」である相違検出用情報Ｄｄとの比較が行われて「コンテンツ削除」が検出された後は、今回バックアップ時の相違検出用情報リストＬDd-prにおけるコンテンツＩＤ＝「３５」である相違検出用情報Ｄｄを再度対象として、前回バックアップ時の相違検出用情報リストＬDd-psにおけるコンテンツＩＤ＝「３５」の相違検出用情報Ｄｄとの比較が行われる。このようにすることで、「コンテンツ削除」が検出された以降も、適正に差分タイプの検出を行うことができる。
【０１２８】
また、上述とは逆に、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄと今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄとについて、先頭の相違検出用情報Ｄｄ同士から順に比較していった結果、今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報ＤｄのコンテンツＩＤの方が値が小さければ、ハードディスク１２７に記録されたコンテンツファイルＦctに対して、当該コンテンツＩＤに対応するコンテンツファイルＦctが追加されたことが分かる。
【０１２９】
したがって、この場合の差分タイプは、「コンテンツ追加」となる。これに応じて、差分情報リストＬSBに対して「コンテンツ追加」を示す情報が格納される。それと共に、今回バックアップ時の相違検出用情報リストＬDd-psにおける相違検出用情報ＤｄのエントリＩＤを今回エントリＩＤとして格納した差分情報ＳＢをリストアップする。コンテンツ追加の場合は、前回エントリＩＤは存在しないことになるので、前回エントリＩＤの項目には情報が格納されない。
【０１３０】
この「コンテンツ追加」が検出された後の比較処理については、上述の「コンテンツ削除」の場合とは逆に、今回比較された前回バックアップ時の相違検出用情報リストＬDd-psの相違検出用情報Ｄｄを再度対象とし、今回バックアップ時の相違検出用情報リストＬDd-prにおける次のコンテンツＩＤを有する相違検出用情報Ｄｄとの比較を行うことでなされる。
【０１３１】
より具体的な例として、図９を参照し、例えば前回バックアップ時の相違検出用情報リストＬDd-psにおけるコンテンツＩＤ＝「５０」である相違検出用情報Ｄｄと、今回バックアップ時の相違検出用情報リストＬDd-prにおけるコンテンツＩＤ＝「４７」の相違検出用情報Ｄｄとの比較が行われて「コンテンツ追加」が検出された後は、前回バックアップ時の相違検出用情報リストＬDd-psにおけるコンテンツＩＤ＝「５０」の相違検出用情報Ｄｄを再度対象として、今回バックアップ時の相違検出用情報リストＬDd-prにおけるコンテンツＩＤ＝「５０」の相違検出用情報Ｄｄとの比較が行われる。このようにすることで、「コンテンツ追加」が検出された以降も、適正に差分タイプの検出を行うことができる。
【０１３２】
また、コンテンツファイルＦctの追加や削除が行われた場合の相違検出用情報リストＬDdにおいて、比較対象のない相違検出用情報Ｄｄが存在する場合も有り得る。すなわち、前回バックアップ時の相違検出用情報リストＬDd-ps側と今回バックアップ時の相違検出用情報リストＬDd-ps側とで、相違検出用情報Ｄｄのリストアップ数が異なる場合には、このように比較対象の無い相違検出用情報Ｄｄが存在するようになる。図９の例では、今回バックアップ時の相違検出用情報リストＬDd-prにおけるコンテンツＩＤ＝「６４」である相違検出用情報Ｄｄがこれに相当する。
【０１３３】
この場合は、比較対象の無い相違検出用情報Ｄｄが、前回バックアップ時の相違検出用情報リストＬDd-ps側と今回バックアップ時の相違検出用情報リストＬDd-ps側との何れで存在しているかを判別することで、コンテンツ追加であるかコンテンツ削除であるかを特定することができる。
【０１３４】
例えば、上述のようにして、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄと今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄとについて、先頭の相違検出用情報Ｄｄ同士から順に比較した結果、前回バックアップ時の相違検出用情報リストＬDd-ps側で先に比較対象の相違検出用情報Ｄｄが無くなれば、それ以降に今回バックアップ時の相違検出用情報リストＬDd-pr側に残っている相違検出用情報Ｄｄは、全て追加されたコンテンツファイルＦctを表していることになる。したがって、その場合は、これら今回バックアップ時の相違検出用情報リストＬDd-pr側に残るそれぞれの相違検出用情報Ｄｄについては、差分情報ＳＢとして差分タイプを「コンテンツ追加」とし、今回エントリＩＤにそのコンテンツＩＤを格納した情報を差分情報リストＬSBにリストアップする。
【０１３５】
逆に、相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄと相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄとの比較の結果、今回バックアップ時の相違検出用情報リストＬDd-pr側の相違検出用情報Ｄｄが先に無くなれば、それ以降に前回バックアップ時の相違検出用情報リストＬDd-ps側に残っている相違検出用情報Ｄｄは、全て削除されたコンテンツファイルＦctを表しているものとなる。したがって、その場合、これら前回バックアップ時の相違検出用情報リストＬDd-ps側に残るそれぞれの相違検出用情報Ｄｄについては、差分情報ＳＢとして差分タイプを「コンテンツ削除」とし、前回エントリＩＤにそのコンテンツＩＤを格納した情報を差分情報リストＬSBにリストアップする。
【０１３６】
以上のような動作により、インデックスファイルＦindexの突き合わせによる差分情報の検出を行うことができる。そして、上記のような差分情報ＳＢが得られれば、以降はこの差分情報ＳＢの内容に従ってハードディスク１２７や、バックアップ先の記録媒体１３０に対するコンテンツファイルＦctの追加や削除などの処理を行うことで、同期処理を実現することができる。
【０１３７】
つまり、差分タイプが「コンテンツ追加」である差分情報ＳＢについては、その今回エントリＩＤに格納されるエントリＩＤの値により特定されるコンテンツファイルＦctを、ハードディスク１２７から読み出し、記録媒体１３０に記録する。差分タイプが「コンテンツ削除」である差分情報ＳＢについては、その前回エントリＩＤに格納されるエントリＩＤにより特定されるコンテンツファイルＦctを、記録媒体１３０上から削除する。
【０１３８】
また、差分タイプが「コンテンツ更新」である差分情報ＳＢについては、その前回エントリＩＤに格納される値により特定されるコンテンツファイルＦctがハードディスク１２７上で修正されるなどして、今回バックアップ時には内容が更新されたコンテンツファイルＦctとなっている。そのため、前回エントリＩＤの値により特定されるコンテンツファイルＦctを記録媒体１３０上から削除し、今回エントリＩＤの値により特定されるコンテンツファイルＦctを、ハードディスク１２７から記録媒体１３０に対してコピーする。これにより、バックアップ元であるハードディスク１２７側と、バックアップ先である記録媒体１３０との間で、コンテンツファイルＦctの格納状態を同期させることができる。
【０１３９】
なお、差分タイプが「エントリ更新」となる差分情報ＳＢが得られた場合、第１の実施の形態では、特段の対応動作は行わないものとする。但し、「エントリ更新」は、エントリデータの更新が行われたことを示すもので、具体的には、例えばコンテンツファイルＦctに付属するメタデータが更新されたことを示していることになる。したがって、例えば記録媒体１３０に記録される各コンテンツファイルＦctのメタデータの管理を、管理情報３０ｂを用いてハードディスク１２７側と同様に行うようにしている場合、この「エントリ更新」に応じて、管理情報３０ｂによってそのコンテンツファイルＦctと対応付けて管理しているメタデータを、ハードディスク１２７側のインデックスファイルＦindex内のメタデータに基づいて更新する処理を行うように構成してもよい。
【０１４０】
２−１−３．実施の第１の形態によるバックアップ処理のより詳細な説明
次に、この実施の第１の形態によるバックアップ処理のより詳細な動作を、図１０〜図１２のフローチャートを用いて説明する。図１０は、実施の第１の形態のバックアップ処理、すなわち、同期処理の全体的な動作を示す一例のフローチャートである。なお、図１０の処理に先立って、バックアップ先の記録媒体１３０がドライブ装置１２８に装填され、アクセス可能な状態とされているものとする。また、図１０に示される各制御および判断処理などは、ＣＰＵ１２０により、所定のプログラムに従いなされる。
【０１４１】
最初のステップＳ１０１で、ＣＰＵ１２０は、バックアップ元であるハードディスク１２７上に記録されたコンテンツファイルＦctと、バックアップ先の記録媒体１３０の記録内容とを同期する同期処理を行う旨の指示を待機する。例えば、ＣＰＵ１２０は、操作部１２４に対して当該同期処理を行うことを指示する所定の操作がなされたか否かを監視する。同期処理を行う旨の指示がなされと判断されたら、処理はステップＳ１０２に移行される。
【０１４２】
ステップＳ１０２では、バックアップ先の記録媒体１３０上に、バックアップにより作成されたインデックスファイルＦindexが存在するか否かが判断される。若し、インデックスファイルＦindexが記録媒体１３０上に存在しないと判断されれば、処理はステップＳ１０７に移行される。
【０１４３】
ステップＳ１０７および続くステップＳ１０８において、ハードディスク１２７上に記録されているコンテンツファイルＦctの全てと、インデックスファイルＦindexとを記録媒体１３０に記録する処理がなされる。例えば、ＣＰＵ１２０において、アプリケーション５０からファイルシステム５１に対して、ハードディスク１２７上に記録されている全てのコンテンツファイルＦctおよびインデックスファイルＦindexを、記録媒体１３０に記録するように要求が出される（ステップＳ１０７）。ファイルシステム５１は、この要求に応じて、ハードディスク１２７から、記録されている全てのコンテンツファイルＦctとインデックスファイルＦindexとを読み出し、記録媒体１３０に記録し保存する（ステップＳ１０８）。ステップＳ１０８による処理が完了すると、処理はステップＳ１０９に移行される。
【０１４４】
ステップＳ１０９では、記録媒体１３０上のコンテンツファイルＦctの格納状態に応じて、管理情報３０ｂの更新がなされる。この場合には、先のステップＳ１０８にて記録媒体１３０に記録されたコンテンツファイルＦctの情報が反映されるように、管理情報３０ｂが更新される。
【０１４５】
なお、管理情報３０ｂは、例えばバックアップ先の記録媒体である記録媒体１３０に記録され、保持される。これに限らず、管理情報３０ｂを一旦ＲＡＭ１２１上に作成し、記録媒体１３０がイジェクトされる際や、ビデオカメラ装置１００の電源が切断されるときに記録媒体１３０に記録するようにしてもよい。
【０１４６】
以上のステップＳ１０１、ステップＳ１０２、ステップＳ１０７、ステップＳ１０８、ステップＳ１０９の順に処理がなされることにより、初回の同期処理時に、バックアップ元であるハードディスク１２７に記録される全てのコンテンツファイルＦctと、当該コンテンツファイルＦctの管理状態を示すインデックスファイルＦindexとが、バックアップ先である記録媒体１３０にバックアップされる（図６の時点ｔ１参照）。
【０１４７】
一方、上述のステップＳ１０２において、記録媒体１３０上に、既にインデックスファイルＦindexが存在すると判断された場合には、処理はステップＳ１０３に移行される。ステップＳ１０３では、図８を用いて説明した、差分情報生成用情報Rbyを生成する。
【０１４８】
例えば、ＣＰＵ１２０は、ハードディスク１２７からインデックスファイルＦindexを読み出し、ＲＡＭ１２１に一時的に保持する。同様に、ＣＰＵ１２０は、記録媒体１３０からインデックスファイルＦindexを読み出し、ＲＡＭ１２１に一時的に保持する。ＣＰＵ１２０は、ハードディスク１２７からのインデックスファイルＦindexと、記録媒体１３０からのインデックスファイルＦindexとについて、それぞれ所定の項目（例えばコンテンツＩＤ、エントリ更新日時、コンテンツ更新日時およびエントリＩＤ）を抽出する。そして、抽出された各項目の情報に基づき相違検出用情報Ｄｄを生成し、生成された相違検出用情報Ｄｄをそれぞれリストアップすることで、先の図９にて示したような、今回バックアップ時の相違検出用情報リストＬDd-prと、前回バックアップ時の相違検出用情報リストＬDd-psとを生成する。これら相違検出用情報リストＬDd-prと相違検出用情報リストＬDd-psとにより、差分情報生成用情報Rdyが形成される。
【０１４９】
なお、上述したように、各相違検出用情報リストＬDdの生成にあたっては、相違検出用情報ＤｄをコンテンツＩＤの値の昇順にソートしてリストアップするようにされる。これにより、図９を用いて説明したような手法による差分タイプの検出を適正に行うことができる。
【０１５０】
次のステップＳ１０４では、ステップＳ１０３で得られた差分情報生成用情報Rdyに基づき、差分情報ＳＢを生成し、生成された差分情報ＳＢをリストアップすることで、差分情報リストＬSBを生成する。差分情報リストＬSBの生成処理の詳細については、後述する。差分情報リストＬSBが生成されると、処理は次のステップＳ１０５に移行される。
【０１５１】
ステップＳ１０５では、差分ファイル群処理を行う。このステップＳ１０５では、上述したようにして差分情報ＳＢの差分タイプに応じてコンテンツファイルＦctの追加および／または削除を行うことで、バックアップ元であるハードディスク１２７と、バックアップ先である記録媒体１３０との間での、コンテンツファイルＦctの格納状態を同期させる。このステップＳ１０５における差分ファイル群処理の詳細については、後述する。
【０１５２】
次のステップＳ１０６では、バックアップ元であるハードディスク１２７上に記録されるインデックスファイルＦindexを、バックアップ先である記録媒体１３０に対して記録する。このように、ハードディスク１２７に記録されるインデックスファイルＦindexを記録媒体１３０に記録することで、次回の同期処理時における「前回バックアップ時のインデックスファイルＦindexが保存されたことになる。
【０１５３】
インデックスファイルＦindexの保存が終了すると、処理はステップＳ１０９に移行され、上述しように、コンテンツファイルＦctの格納状態に応じて管理情報３０ｂを更新する。ステップＳ１０３〜ステップＳ１０６を経てこのステップＳ１０９に到達した場合には、上述のステップＳ１０５における差分ファイル群処理によって、結果的に、記録媒体１３０上に記録されているコンテンツファイルＦctの情報を反映するように、管理情報３０ｂの情報内容が更新される。
【０１５４】
図１１は、図１０のステップＳ１０４として説明した、差分情報ＳＢの一例の生成処理を示すフローチャートである。先ず、ステップＳ２０１において、ポインタ値[ｉ]、ポインタ値[ｊ]をリセットし、それぞれ値を「０」とする。
【０１５５】
なお、ポインタ値[ｉ]は、前回バックアップ時の相違検出用情報リストＬDd-psにリストアップされる相違検出用情報Ｄｄについて、比較対象とする相違検出用情報Ｄｄを指し示すポインタとして用いられる。このポインタ値[ｉ]がインクリメントされる毎に、前回バックアップ時の相違検出用情報リストＬDd-ps内において、比較対象とする相違検出用情報Ｄｄが順次シフトされる。同様に、ポインタ値[ｊ]は、今回バックアップ時の相違検出用情報リストＬDd-prにリストアップされる相違検出用情報Ｄｄについて、比較対象とする相違検出用情報Ｄｄを指し示すポインタとして用いられる。このポインタ値[ｊ]がインクリメントされる毎に、今回バックアップ時の相違検出用情報リストＬDd-pr内において比較対象とする相違検出用情報Ｄｄが順次シフトされる。
【０１５６】
ステップＳ２０２では、ポインタ値[ｉ]が前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄのリストアップ数と一致したか否かについて判別する。これは、前回バックアップ時の相違検出用情報リストＬDd-ps内の全ての相違検出用情報Ｄｄについて比較が完了したか否かについて判別していることに相当する。一致していないと判別されたら、処理はステップＳ２０３に移行される。
【０１５７】
ステップＳ２０３では、ポインタ値[ｊ]が今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄのリストアップ数と一致したか否かについて判別する。これは、今回バックアップ時の相違検出用情報リストＬDd-pr内の全ての相違検出用情報Ｄｄについて比較が完了したか否かについて判別していることに相当する。一致してないと判別されたら、処理はステップＳ２０４に移行される。
【０１５８】
ステップＳ２０４では、前回バックアップ時の相違検出用情報リストＬDd-ps内におけるポインタ値[ｉ]が指し示す相違検出用情報Ｄｄと、今回バックアップ時の相違検出用情報リストＬDd-pr内におけるポインタ値[ｊ]が指し示す相違検出用情報Ｄｄとが等しいか否かが判別される。このＳ２０４の判別処理により、ハードディスク１２７上に記録されているコンテンツファイルＦctについて、前回のバックアップ処理から今回のバックアップ処理の間に追加および／または削除が行われたか否かが判別される。ステップＳ２０４において、両者のコンテンツＩＤが等しいと判別された場合は、処理はステップＳ２０５に移行する。
【０１５９】
なお、以下では、繁雑さを避けるために、「前回バックアップ時の相違検出用情報リストＬDd-ps内におけるポインタ値[ｉ]が指し示す相違検出用情報Ｄｄ」を「前回情報[ｉ]」と呼び、「今回バックアップ時の相違検出用情報リストＬDd-pr内におけるポインタ値[ｊ]が指し示す相違検出用情報Ｄｄ」を「今回情報[ｊ]」と呼ぶ。また、「前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄのリストアップ数」を「前回リストアップ数」と呼び、「今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄのリストアップ数」を「今回リストアップ数」と呼ぶ。
【０１６０】
ステップＳ２０５では、前回情報[ｉ]と今回情報[ｊ]のエントリ更新日時が等しいか否かが判別される。すなわち、これによってエントリの更新が行われたか否かについて判別が行われる。エントリ更新日時が等しいと判別された場合は、処理はステップＳ２０６に移行される。
【０１６１】
ステップＳ２０６では、前回情報［ｉ］と今回情報[ｊ]のコンテンツ更新日時が等しいか否かが判別される。つまり、これによってコンテンツの更新が行われたか否かについて判別が行われる。コンテンツ更新日時が等しいと判別されれば、コンテンツの更新が行われていないと判断することができ、処理はステップＳ２１４に移行される。
【０１６２】
ステップＳ２１４では、ポインタ値[ｉ]、ポインタ値[ｊ]をそれぞれ１だけインクリメントした後、処理がステップＳ２０２に戻される。すなわち、ステップＳ２０６でコンテンツ更新が行われていないと判断された場合には、ハードディスク１２７上に記録されたコンテンツファイルＦctは、前回のバックアップ処理時から今回のバックアップ処理時の間に、削除および／または追加、エントリの更新、ならびに、コンテンツの更新の何れも行われていないと判断できる。そこで、ステップＳ２１４でポインタ値[ｉ]、ポインタ値[ｊ]をそれぞれインクリメントして前回バックアップ時の相違検出用情報リストＬDd-ps側、今回バックアップ時の相違検出用情報リストＬDd-pr側で共に比較対象の相違検出用情報Ｄｄをシフトさせ、さらに処理をステップＳ２０２に戻すことで、これらの相違検出用情報Ｄｄについてそれぞれの項目（コンテンツＩＤ、エントリ更新日時、コンテンツ更新日時）についての比較を行うようにされる。
【０１６３】
上述のように、比較対象のコンテンツファイルＦctについて差分が無いとされた場合、ステップＳ２０２、ステップＳ２０３、ステップＳ２０４、ステップＳ２０５およびステップＳ２０６の処理が循環的に繰り返される。このことから、ポインタ値[ｉ]、ｊによりそれぞれ比較対象とされたコンテンツファイルＦctについて差分がない場合には、差分情報リストＬSBへの差分情報ＳＢの追加が行われないことが分かる。
【０１６４】
一方、上述のステップＳ２０４で、前回情報[ｉ]と今回情報[ｉ]のコンテンツＩＤが等しいと判別された場合、処理はステップＳ２０７に移行される。ステップＳ２０７では、前回情報[ｉ]より今回情報[ｊ]の方がコンテンツＩＤが大きいか否かについて判別される。すなわち、このステップＳ２０７において、差分タイプが「コンテンツ追加」であるのか「コンテンツ削除」であるかの判別が行われる。若し、前回情報[ｉ]よりも今回情報[ｊ]の方がコンテンツＩＤの値が大きいと判別されれば、図９を用いて既に説明したように差分タイプは「コンテンツ削除」であって、処理はステップＳ２０８に移行される。
【０１６５】
ステップＳ２０８では、差分タイプを「コンテンツ削除」とした差分情報を差分情報リストＳＢに追加する処理がなされる。差分タイプが「コンテンツ削除」の場合は、差分情報リストＬSBにおいて今回エントリＩＤが存在しないので、ここでは差分タイプとして「コンテンツ削除」を示す情報を格納すると共に、前回エントリＩＤに前回情報[ｉ]のエントリＩＤを格納した差分情報ＳＢを、差分情報リストＬSBに追加するようにされる。
【０１６６】
次のＳ２０９で、ポインタ値[ｉ]のみを１だけインクリメントし、処理はステップＳ２０２に戻される。
【０１６７】
このステップＳ２０９の処理により、図９を用いて説明した、前回バックアップ時の相違検出用情報リストＬDd-ps内におけるコンテンツＩＤ＝「３４」の相違検出用情報Ｄｄと、今回バックアップ時の相違検出用情報リストＬDd-pr内におけるコンテンツＩＤ＝「３５」の相違検出用情報Ｄｄとの比較が行われて「コンテンツ削除」が検出された後に、今回バックアップ時の相違検出用情報リストＬDd-pr内におけるコンテンツＩＤ＝「３５」の相違検出用情報Ｄｄを再度対象として、前回バックアップ時の相違検出用情報リストＬDd-ps内におけるコンテンツＩＤ＝３５の相違検出用情報Ｄｄとの比較を行うようにし、「コンテンツ削除」が検出された以降の差分タイプの検出を適正に実行可能とする。
【０１６８】
一方、上述したステップＳ２０７において、今回情報[ｊ]よりも前回情報[ｉ]の方がコンテンツＩＤが大きいと判別された場合は、差分タイプが「コンテンツ追加」と判断され、処理はステップＳ２１０に移行される。
【０１６９】
ステップＳ２１０では、差分タイプを「コンテンツ追加」とした差分情報ＳＢを差分情報リストＬSBに追加する処理がなされる。差分タイプが「コンテンツ追加」の場合は、前回エントリＩＤは存在しないので、ここでは差分タイプとして「コンテンツ追加」を示す情報を格納すると共に、今回エントリＩＤに今回情報[ｊ]のエントリＩＤを格納した差分情報ＳＢを、差分情報リストＬSBに追加するようにされる。
【０１７０】
ステップＳ２１０の処理が終了すると、次のステップＳ２１１で、ポインタ値[ｊ]のみを１だけインクリメントし、処理がステップＳ２０２に戻される。
【０１７１】
このステップＳ２１１の処理により、図９を用いて説明した、前回バックアップ時の相違検出用情報リストＬDd-ps内におけるコンテンツＩＤ＝「５０」の相違検出用情報Ｄｄと、今回バックアップ時の相違検出用情報リストＬDd-pr内におけるコンテンツＩＤ＝「４７」の相違検出用情報Ｄｄとの比較により「コンテンツ追加」が検出された後の、前回バックアップ時の相違検出用情報リストＬDd-ps内におけるコンテンツＩＤ＝「５０」の相違検出用情報Ｄｄを再度対象として行う、今回バックアップ時の相違検出用情報リストＬDd-pr内におけるコンテンツＩＤ＝「５０」の相違検出用情報Ｄｄとの比較処理が可能となる。これにより、「コンテンツ追加」が検出された以降の差分タイプの検出を適正に実行可能とする。
【０１７２】
一方、上述のステップＳ２０５において、エントリ更新日時が等しくないと判別された場合は、差分タイプが「エントリ更新」と判断され、処理はステップＳ２１２に移行される。
【０１７３】
差分タイプが「エントリ更新」のときは、図９を用いて説明したように、差分情報リストＬSBにおいて、前回エントリＩＤおよび今回エントリＩＤが共に存在する。したがって、このステップＳ２１２では、差分タイプとして「エントリ更新」を示す情報を格納すると共に、前回エントリＩＤには前回情報[ｉ]のエントリＩＤを、今回エントリＩＤには今回情報[ｊ]のエントリＩＤをそれぞれ格納した差分情報ＳＢが差分情報リストＬSBに追加される。
【０１７４】
ステップＳ２１２の処理が終了すると、処理は上述したステップＳ２１４に移行され、ポインタ値[ｉ]およびポインタ値[ｊ]をそれぞれ１だけインクリメントした後、処理がステップＳ２０２に戻される。すなわち、これによって次の比較対象の相違検出用情報Ｄｄについての比較が行われることになる。
【０１７５】
一方、上述のステップＳ２０６において、コンテンツ更新日時が等しくないと判別された場合は、差分タイプが「コンテンツ更新」とされ、処理はステップＳ２１３に移行される。
【０１７６】
差分タイプが「コンテンツ更新」のときは、図９を用いて説明したように、差分情報リストＬSBにおいて、前回エントリＩＤおよび今回エントリＩＤが共に存在する。したがって、このステップＳ２１３では、差分タイプとして「コンテンツ更新」を示す情報を格納すると共に、前回エントリＩＤには前回情報[ｉ]のエントリＩＤを、今回エントリＩＤには今回情報[ｊ]のエントリＩＤをそれぞれ格納した差分情報ＳＢが差分情報リストＬSBに追加される。
【０１７７】
そして、処理は上述したステップＳ２１４に移行され、ポインタ値[ｉ]およびポインタ値[ｊ]をそれぞれ１だけインクリメントした後、処理がステップＳ２０２に戻される。
【０１７８】
ここで、図９を用いて説明したように、コンテンツの追加や削除が行われた場合には、前回バックアップ時の相違検出用情報リストＬDd-psと、今回バックアップ時の相違検出用情報リストＬDd-prとのうちの何れかで、先に比較対象の相違検出用情報Ｄｄが無くなる場合がある。このような場合に対応した検出動作として、上述したステップＳ２０２およびステップＳ２０３による判別処理と、後述するステップＳ２１５による判別処理が設けられる。
【０１７９】
ステップＳ２０２において、ポインタ値[ｉ]が前回リストアップ数と一致したと判別された場合には、処理はステップＳ２１５に移行する。ステップＳ２１５では、ポインタ値[ｊ]が今回のリストアップ数と一致したか否かについて判別処理を行う。すなわち、ステップＳ２１５は、ポインタ値[ｊ]が、今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄのリストアップ数と一致したか否かについて判別する。
【０１８０】
これらステップＳ２０２およびＳ２１５の判別処理により、前回バックアップ時の相違検出用情報リストＬDd-ps内における比較対象の相違検出用情報Ｄｄが無くなったときに、今回バックアップ時の相違検出用情報リストＬDd-pr内に未だ比較対象の相違検出用情報Ｄｄが残っているか否かが判別されることになる。
【０１８１】
図９を用いて説明したように、前回バックアップ時の相違検出用情報リストＬDd-ps内に比較対象の相違検出用情報Ｄｄが無くなって、今回バックアップ時の相違検出用情報リストＬDd-pr内に比較対象の相違検出用情報Ｄｄが残っているときは、今回バックアップ時の相違検出用情報リストＬDd-pr内に残っている相違検出用情報ＤｄのコンテンツＩＤが示すコンテンツは、全て追加されたコンテンツであることになる。
【０１８２】
したがって、ステップＳ２１５においてポインタ値[ｊ]が今回のリストアップ数と一致していないと判別されれば、処理はステップＳ２１６に移行され、上述のステップＳ２１０と同様にして、差分情報タイプを「コンテンツ追加」とした差分情報ＳＢを差分情報リストＬSBに追加する。そして、処理はステップＳ２１７に移行され、ポインタ値[ｊ]のみを１だけインクリメントし、処理がステップＳ２０２に戻される。
【０１８３】
このような、ステップＳ２０２、ステップＳ２１５、ステップＳ２１６、ステップＳ２１７およびステップＳ２０２の循環処理により、前回バックアップ時の相違検出用情報リストＬDd-ps内において比較対象の相違検出用情報Ｄｄが無くなった場合に、今回バックアップ時の相違検出用情報リストＬDd-pr内に残っている相違検出用情報Ｄｄについて全て「コンテンツ追加」が検出され、それに応じた差分情報ＳＢが差分情報リストＬSBに追加されることになる。
【０１８４】
一方、上述したステップＳ２０３において、ポインタ値[ｊ]が今回のリストアップ数と一致したと判別された場合には、上述とは逆に、今回バックアップ時の相違検出用情報リストＬDd-pr内の比較対象の相違検出用情報Ｄｄが無くなり、前回バックアップ時の相違検出用情報リストＬDd-ps内に比較対象の相違検出用情報Ｄｄが未だ残っている状態となる。図９を用いて説明したように、この場合、前回バックアップ時の相違検出用情報リストＬDd-ps内に残っている相違検出用情報のコンテンツＩＤにより示されるコンテンツは、全て削除されたものとなる。
【０１８５】
したがって、ステップＳ２０３において、ポインタ値[ｊ]が今回のリストアップ数と一致したと判別された場合には、処理はステップＳ２１８に移行され、上述したステップＳ２０８と同様に、差分タイプを「コンテンツ削除」とした差分情報ＳＢを差分情報リストＬSBに追加する。そして、処理はステップＳ２１９に移行され、ポインタ値[ｉ]のみをインクリメントし、処理はステップＳ２０２に戻される。
【０１８６】
このような、ステップＳ２０３、ステップＳ２１８、ステップＳ２１９、ステップＳ２０２およびステップＳ２０３の循環処理により、今回バックアップ時の相違検出用情報リストＬDd-pr内で比較対象の相違検出用情報Ｄｄが無くなった場合において、前回バックアップ時の相違検出用情報リストＬDd-ps内に残っている相違検出用情報Ｄｄについて、全て「コンテンツ削除」が検出され、それに応じた差分情報ＳＢが差分情報リストＬSBに追加されることになる。
【０１８７】
そして、前回バックアップ時の相違検出用情報リストＬDd-psと、今回バックアップ時の相違検出用情報リストＬDd-prとの双方の相違検出用情報Ｄｄについて全て差分情報ＳＢの検出が行われた場合は、上述のステップＳ２１５において、ポインタ値[ｊ]が今回のリストアップ数と一致していると判別される。これにより、図１１に例示されるフローチャートによる一連の処理が終了され、処理が上述した図１０のステップＳ１０５に移行される。
【０１８８】
図１２は、上述した図１０のステップＳ１０５における差分ファイル群処理をより詳細に示す一例のフローチャートである。先ず、ステップＳ３０１においてポインタ値[ｋ]をリセットし、値「０」とする。このポインタ値[ｋ]は、差分情報リストＬSB内にリストアップされた差分情報ＳＢのうち、対象とする差分情報ＳＢを指し示すためのポインタとしての役割を果たす。
【０１８９】
次のステップＳ３０２は、ポインタ値[ｋ]が、差分情報リストＬSBにおける差分情報ＳＢのリストアップ数と一致したか否かについて判別する。若し、一致していないと判別された場合は、処理はステップＳ３０３に移行され、差分情報リストＬSB中の[ｋ]番目の差分情報ＳＢを取得する。すなわち、差分情報リストＬSB内のポインタ値[ｋ]により示される差分情報ＳＢを取得する。
【０１９０】
次のステップＳ３０４は、取得された差分情報ＳＢに基づき差分タイプが判別される。すなわち、ステップＳ３０４では、取得された差分情報ＳＢに基づき、差分タイプが「コンテンツ追加」、「コンテンツ削除」、「コンテンツ更新」および「エントリ更新」のうち何れであるかを判別し、判別結果に応じて処理を分岐させる。
【０１９１】
ステップＳ３０４で、差分タイプが「コンテンツ追加」であると判別されれば、処理はステップＳ３０５に移行される。ステップＳ３０５および次のステップＳ３０６により、ハードディスク１２７上の「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctが記録媒体１３０に記録される。
【０１９２】
例えば、ステップＳ３０５で、ＣＰＵ１２０からファイルシステム５１に対して、ハードディスク１２７から当該コンテンツファイルＦctを読み出し、記録媒体１３０に記録するように要求がなされる。この要求に応じて、ステップＳ３０６で、当該コンテンツファイルＦctがハードディスク１２７から読み出され、記録媒体１３０に記録される。「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctの記録媒体１３０への記録が完了すると、処理はステップＳ３１１に移行される。
【０１９３】
ステップＳ３１１では、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ３０２に戻される。
【０１９４】
ステップＳ３０４において、差分タイプが「コンテンツ更新」であると判別されれば、処理はステップＳ３０７に移行される。ステップＳ３０７では、「前回エントリＩＤ」のエントリに相当するコンテンツファイルＦctを、記録媒体１３０上から削除する。そして、処理はステップＳ３０８に移行され、ステップＳ３０８および次のステップＳ３０９により、ハードディスク１２７上の「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctが記録媒体１３０に記録される。
【０１９５】
例えば、ステップＳ３０８で、ＣＰＵ１２０からファイルシステム５１に対して、ハードディスク１２７から当該コンテンツファイルＦctを読み出し、記録媒体１３０に記録するように要求がなされる。この要求に応じて、ステップＳ３０９で、当該コンテンツファイルＦctがハードディスク１２７から読み出され、記録媒体１３０に記録される。「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctの記録媒体１３０への記録が完了すると、処理はステップＳ３１１に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理がステップＳ３０２に戻される。
【０１９６】
ステップＳ３０４において、差分タイプが「コンテンツ削除」であると判別されれば、処理はステップＳ３１０に移行される。ステップＳ３１０では、記録媒体１３０に記録されている、「前回エントリＩＤ」のエントリに相当するコンテンツファイルを削除する。当該コンテンツファイルＦctが記録媒体１３０上から削除されると、処理はステップＳ３１１に戻され、ポインタ値[ｋ]が１だけインクリメントされ、処理がステップＳ３０２に戻される。
【０１９７】
なお、この実施の第１の形態においては、ステップＳ３０４で差分タイプが「エントリ更新」であると判別された場合、処理はそのままステップＳ３１１に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ３０２に戻される。すなわち、差分タイプが「エントリ更新」の場合は、特段の処理を実行せずに次の差分情報ＳＢに基づく処理を実行するようにされる。
【０１９８】
但し、上述したように、例えば記録媒体１３０に記録される各コンテンツファイルＦctのメタデータの管理を、管理情報３０ｂを用いてハードディスク１２７側と同様に行うようにしている場合、この「エントリ更新」に応じて、管理情報３０ｂによってそのコンテンツファイルＦctと対応付けて管理しているメタデータを、ハードディスク１２７側のインデックスファイルＦindex内のメタデータに基づいて更新する処理を行うように構成してもよい。
【０１９９】
具体的には、管理情報３０ｂによって「前回エントリＩＤ」により特定されるコンテンツファイルＦctと対応付けられて管理されるメタデータの内容が、新たにハードディスク１２７から読み出され記録媒体１３０に記録されたインデックスファイルＦindex内における「今回エントリＩＤ」が格納されたエントリデータ内（管理ファイルスロットＳm内）のメタデータの内容となるように更新処理を行う。
【０２００】
また、上述したステップＳ３０２において、ポインタ値[ｋ]がリストアップ数と一致したと判別されれば、この図１２のフローチャートによる一連の処理が終了され、処理は上述した図１０におけるステップＳ１０６に移行される。
【０２０１】
なお、上述の図１０〜図１２のフローチャートを用いて説明した処理によれば、一度、差分情報ＳＢをリスト化して差分情報リストＬSBを生成した後に、逐次、差分情報ＳＢに基づくコンテンツファイルＦctの追加や削除といった処理を行うように説明したが、これはこの方法に限定されるものではない。例えば、差分情報ＳＢを１つ生成する毎に、当該差分情報ＳＢに基づくコンテンツファイルＦctの処理を行うように構成してもよい。
【０２０２】
また、上述では、図１０のステップＳ１０６において、次回のバックアップ処理用にインデックスファイルＦindexを保存する際に、上述のようにバックアップ先である記録媒体１３０に当該ファイルを保存するように説明しているが、これはこの例に限定されない。当該インデックスファイルＦindexは、例えばＲＡＭ１２１に一時的に保持するようにできる。ＲＡＭ１２１に保持されたインデックスファイルＦindexは、記録媒体１３０がこのビデオカメラ装置１００からイジェクトされる際や、当該ビデオカメラ装置１００の電源がＯＦＦとされるときなどに、記録媒体１３０に書き込まれるようにすることが考えられる。これに限らず、当該インデックスファイルＦindexを、不揮発性メモリ１２９に記憶させるようにもできる。この場合、不揮発性メモリ１２９に記憶されたインデックスファイルＦindexと、記録媒体１３０との対応関係をさらに不揮発性メモリ１２９などに記憶しておくとよい。
【０２０３】
２−２．発明の実施の第２の形態について
次に、この発明の実施の第２の形態について説明する。この実施の第２の形態は、上述の実施の第１の形態による同期処理によるパックアップ処理に加えて、バックアップされたコンテンツファイルＦctをバックアップ元に復元するようにしたものである。
【０２０４】
なお、ここでいう復元処理とは、バックアップ元であるハードディスク１２７におけるコンテンツファイルＦctの格納状態を、バックアップ先である記録媒体１３０にバックアップされた過去のコンテンツファイルＦctの格納状態に戻す処理をいう。特に、この実施の第２の形態においては、復元処理により、前回の同期状態の復元、すなわち、直前のバックアップ時におけるコンテンツファイルＦctの格納状態に戻す処理を行うものとする。
【０２０５】
ここで、このような復元処理を、単に記録媒体１３０上にバックアップされたコンテンツファイルＦct群を、ハードディスク１２７にそのまま上書きコピーしたのでは、記録媒体１３０上に記録される全てのコンテンツファイルＦctについてコピー処理を行う必要があり、その分多くの時間を要することになってしまう。そこで、この実施の第２の形態においては、バックアップ処理の場合と同様にして、ハードディスク１２７側と記録媒体１３０側とのコンテンツファイルＦctの格納状態の差分を検出した結果に基づき、復元処理を行うようにしている。
【０２０６】
２−２−１．実施の第２の形態によるバックアップ処理および復元処理について
図１３は、この発明の実施の第２の形態による一例の同期処理および復元処理を模式的に示す。図１３Ａは、バックアップ元となるハードディスク１２７に記録されたコンテンツファイルＦctについて、時間軸ｔに沿った一例の状態遷移を示す。図１３Ｂは、ドライブ装置１２８により記録媒体１３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦctおよび管理情報３０ｂについて、同様に時間軸ｔに沿った一例の状態遷移を示す。
【０２０７】
図１３Ａに例示されるように、バックアップ元であるハードディスク１２７には、初期状態においてコンテンツファイルＦctとしてコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」が記録され、インデックスファイルＦindexとしては、その格納状態に応じた内容「１」を有するファイルが記録されていたとする。また、ドライブ装置１２８には、ファイルのバックアップ先として所定の記録媒体１３０が装填されているものとする。
【０２０８】
初期状態後の時点ｔ１において、例えばビデオカメラ装置１００の操作部１２４に対して所定の操作がなされ、ハードディスク１２７の記録内容と、記録媒体１３０の記録内容との初回の同期処理が行われる。時点ｔ１における初回の同期処理については、上述の実施の第１の形態で説明した内容と同一であるので、ここでの詳細な説明を省略する。
【０２０９】
時点ｔ１における初回の同期処理後、時点ｔ２において、コンテンツファイルＦct「Ｄ」が新たにハードディスク１２７に対して追加され、さらに時点ｔ３でにおいて、コンテンツファイルＦct「Ｂ」がハードディスク１２７上から削除され、次いで時点ｔ４では、コンテンツファイルＦct「Ｃ」の内容が修正されてコンテンツファイルＦct「Ｃ’」に更新されたものとする。したがって、この時点ｔ４におけるハードディスク１２７は、コンテンツファイルＦct「Ａ」、「Ｃ’」および「Ｄ」が格納された状態となる。それに伴い、インデックスファイルＦindexの内容が、時点ｔ１、時点ｔ２および時点ｔ３の遷移に応じて、内容「２」、内容「３」および内容「４」と遷移している。
【０２１０】
ここで、上述の時点ｔ４後の時点ｔ５において、例えばビデオカメラ装置１００の操作部１２４に対する所定の操作により、ＣＰＵ１２０に対して、記録媒体１３０にバックアップされた記録内容に基づく復元指示がなされたものとする。
【０２１１】
ＣＰＵ１２０は、この復元指示に応じて、上述した同期処理の場合と同様にして、バックアップ元であるハードディスク１２７に記録されるインデックスファイルＦindexと、バックアップ先である記録媒体１３０に記録されるインデックスファイルＦindexとに基づき、前回バックアップ時の相違検出用情報リストＬDd-psと今回バックアップ時の相違検出用情報リストＬDd-psとを生成する。そして、前回バックアップ時の相違検出用情報リストＬDd-ps側と今回バックアップ時の相違検出用情報リストＬDd-ps側とで相違検出用情報Ｄｄの比較を行い、比較結果に基づき、差分情報リストＬSBを生成する。生成された差分情報リストＬSBは、例えばＲＡＭ１２１に一時的に保持される。
【０２１２】
この実施の第２の形態においても、差分情報リストＬSB内の各差分情報ＳＢに基づいて差分ファイル群の処理を行う。この実施の第２の形態では、復元処理として、同期処理のときとは逆に、記録媒体１３０側のコンテンツファイルＦctの格納状態をハードディスク１２７側に反映させることになるので、差分情報ＳＢに基づく処理は、上述の実施の第１の形態による同期処理時とは逆の処理を行うようにされる。
【０２１３】
図１３を参照しながら、より具体的に説明する。図１３における時点ｔ５で復元処理が行われる直前では、ハードディスク１２７は、コンテンツファイルＦct「Ａ」、「Ｃ’」および「Ｄ」が格納された状態となっている。これに対し、記録媒体１３０上のコンテンツファイルＦctの格納状態は、時点ｔ１における同期処理時のまま変化しておらず、記録媒体１３０上には、コンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」が記録されている。
【０２１４】
これによると、コンテンツファイルＦct「Ｂ」については差分タイプが「コンテンツ削除」、コンテンツファイルＦct「Ｃ」および「Ｃ’」については差分タイプが「コンテンツ更新」、コンテンツファイルＦct「Ｄ」については差分タイプが「コンテンツ追加」を示す各差分情報ＳＢが、差分情報リストＬSBにリストアップされることになる。
【０２１５】
この場合の差分ファイル群処理は、以下のようになされる。先ず、差分タイプが「コンテンツ削除」であるコンテンツファイルＦctについては、当該コンテンツファイルＦctを記録媒体１３０から読み出してハードディスク１２７に記録させる。図１３の例では、差分タイプが「コンテンツ削除」とされたコンテンツファイルＦct「Ｂ」を、記録媒体１３０から読み出しハードディスク１２７に記録することで、ハードディスク１２７側において削除されたコンテンツファイルＦct「Ｂ」を復元することができる。
【０２１６】
差分タイプが「コンテンツ更新」であるコンテンツファイルＦctについては、「今回エントリＩＤ」により特定されるコンテンツファイルＦctをハードディスク１２７から削除すると共に、記録媒体１３０上に記録され「前回エントリＩＤ」により特定されるコンテンツファイルＦctを、記録媒体１３０から読み出してハードディスク１２７に記録させる。
【０２１７】
図１３の例では、差分タイプが「コンテンツ更新」とされたコンテンツファイルＦct「Ｃ」およびコンテンツファイルＦct「Ｃ’」について、ハードディスク１２７側にてコンテンツファイルＦct「Ｃ’」が削除され、記録媒体１３０上に記録されるコンテンツファイルＦct「Ｃ」が記録媒体１３０から読み出されてハードディスク１２７に記録される。これにより、ハードディスク１２７側において時点ｔ１で保持されていたコンテンツファイルＦct「Ｃ」を復元することができる。
【０２１８】
差分タイプが「コンテンツ追加」であるコンテンツファイルＦctについては、当該そのコンテンツファイルＦctをハードディスク１２７から削除する。図１３の例では、差分タイプが「コンテンツ追加」とされたコンテンツファイルＦct「Ｄ」について、これをハードディスク１２７から削除することで、ハードディスク１２７上にこのコンテンツファイルＦct「Ｄ」が存在しなかった時点ｔ１の同期処理時の状態を復元することができる。
【０２１９】
上述のようにして、コンテンツファイル群の処理が行われると、ハードディスク１２７側のインデックスファイルＦindexを、前回の同期処理時に記録媒体１３０にバックアップしたインデックスファイルＦindexに置き換える処理がなされる。すなわち、図１３の時点ｔ５に示すように、ハードディスク１２７側のインデックスファイルＦindexは、前回同期時である時点ｔ１にハードディスク１２７から読み出されて記録媒体１３０に記録された、内容「１」のインデックスファイルＦindexに置き換えられる。
【０２２０】
これにより、復元されたコンテンツファイルＦctの格納状態に合致した情報内容によるインデックスファイルＦindexを、ハードディスク１２７に記録させることができ、復元されたコンテンツファイル群がハードディスク１２７上に記録されたものとして適正に管理することができるようになる。
【０２２１】
なお、図１３の例では、時点ｔ１の同期処理後が行われてから時点ｔ５で復元処理が行われるまでの間、記録媒体１３０上のコンテンツファイルＦctの格納状態が変化していないので、管理情報３０ｂの情報内容も、内容「α」から変化しない。
【０２２２】
上述したようにして、この発明の実施の第２の形態では、差分情報ＳＢに基づく差分ファイル群処理により復元処理を行うようにしている。これにより、実際に転送を行うのは差分のコンテンツファイルＦctのみとすることができ、バックアップ先の記録媒体１３０上に格納される全てのコンテンツファイルＦctをハードディスク１２７に対して上書きコピーして復元処理を行う場合と比較して、復元処理をより高速化することができる。また、このように転送すべきコンテンツファイルＦctが減ることで、処理負担についても軽減することができる。
【０２２３】
さらに、この実施の第２の形態においても、バックアップ元における現在のインデックスファイルＦindexと、バックアップ先における、前回のバックアップ処理時に保存したインデックスファイルＦindexとを比較することで、ハードディスク１２７のコンテンツファイルＦctの格納状態と、記録媒体１３０のコンテンツファイルＦctの格納状態との差分を検出している。このように、バックアップ元とバックアップ先のインデックスファイルＦindex同士の内容を比較して差分情報を得るようにしたことで、例えば実際に格納される全てのコンテンツファイルＦindexについてそのヘッダ情報（コンテンツＩＤやコンテンツ更新日時など）を検出し、それらの比較を行って差分情報を得る方法よりも、より高速に差分情報を得ることができ、この点でも復元処理の高速化が図られるものとなる。
【０２２４】
さらにまた、この実施の第２の形態においても、インデックスファイルＦindexに対し、コンテンツ更新日時など、ファイル識別子以外の他のファイル関連情報もエントリデータとしてエントリされるようにされているので、「コンテンツ更新」や「エントリ更新」などの他の差分タイプについても、管理情報同士を比較するのみで取得することができる。これにより、コンテンツの追加および削除以外の差分タイプを判別する際にも、管理情報同士の比較でそれらの差分タイプを判別することができ、このようなコンテンツの追加および削除以外の差分のタイプに応じた処理（この場合では「コンテンツ更新」とされたファイルについての復元処理）についても高速化が図られている。
【０２２５】
なお、差分タイプが「エントリ更新」であるコンテンツファイルＦctについては、この実施の第２の形態では、特段の処理は行わないものとしている。但し、この実施の第２の形態のような復元処理を行う場合、この差分タイプの「エントリ更新」は、前回の同期処理時から今回の同期処理時までの間に、ハードディスク１２７上で当該コンテンツファイルＦctのメタデータが更新されたことを意味する情報となる。
【０２２６】
このことを考慮すると、このようにハードディスク１２７側でメタデータが更新された場合には、それについても前回同期時状態に復元するということも考えられる。そこで、例えば記録媒体１３０側においてもメタデータを管理している場合であって、このようなメタデータについても復元するとした場合は、ハードディスク１２７側の該当するメタデータを、記録媒体１３０側が保持する前回同期時点でのメタデータの内容に更新するように構成することもできる。
【０２２７】
２−２−２．実施の第２の形態によるび復元処理のより詳細な説明
次に、この実施の第２の形態による復元処理のより詳細な動作を、図１４および図１５のフローチャートを用いて説明する。図１４は、この実施の第２の形態による復元処理の全体的な動作を示す一例のフローチャートである。なお、図１４の処理に先立って、ドライブ装置１２８にはバックアップ先である記録媒体１３０が装填され、当該記録媒体１３０には、バックアップ元であるハードディスク１２７の記録内容が、上述した実施の第１の形態による処理に従って既にバックアップされているものとする。
【０２２８】
最初のステップＳ４０１で、ＣＰＵ１２０は、記録媒体１３０上にバックアップされた記録内容に基づき、ハードディスク１２７の記録内容を復元する復元処理を行う旨の指示を待機する。例えば、ＣＰＵ１２０は、操作部１２４に対して当該復元処理を行うことを指示する所定の操作がなされたか否かを監視する。復元処理を行う旨の指示がなされたと判断されたら、処理はステップＳ４０２に移行される。
【０２２９】
ステップＳ４０２では、差分情報生成用情報Rdyの生成処理が行われる。この処理は、上述の図１０のフローチャートにおけるステップＳ１０３の処理と同様にして行われる。
【０２３０】
すなわち、ＣＰＵ１２０により、ハードディスク１２７からインデックスファイルＦindexが読み出されると共に、記録媒体１３０からインデックスファイルＦindexが読み出され、それぞれＲＡＭ１２１に一時的に保持される。ＣＰＵ１２０は、ＲＡＭ１２１に保持されたこれらのインデックスファイルＦindexのそれぞれについて、コンテンツＩＤ、エントリ更新日時、コンテンツ更新日時およびエントリＩＤを抽出し、各項目の情報に基づき相違検出用情報Ｄｄを生成する。そして、生成された相違検出用情報Ｄｄをそれぞれリストアップすることで、今回バックアップ時の相違検出用情報リストＬDd-prと、前回バックアップ時の相違検出用情報リストＬDd-psとが生成され、これら相違検出用情報リストＬDd-prと相違検出用情報リストＬDd-psとにより、差分情報生成用情報Rdyが形成される。
【０２３１】
ステップＳ４０２で差分情報生成用情報Rdyが生成されると、処理はステップＳ４０３に移行され、差分情報生成用情報Rdyに基づき差分情報ＳＢが生成され、差分情報ＳＢがリストアップされて差分情報リストＬSBが生成される。
【０２３２】
ステップＳ４０３によるこの処理は、上述の図１０のフローチャートにおけるステップＳ１０４すなわち上述の図１１に示したフローチャートの処理と同様にして行われる。すなわち、ステップＳ４０３における処理は、差分情報生成用情報Rdyにおいて相違検出用情報リストＬDd-prと相違検出用情報リストＬDd-psとのそれぞれについて、相違検出用情報Ｄｄを所定にシフトさせながらコンテンツＩＤ、エントリ更新日時およびコンテンツ更新日時に基づく比較を行い、差分タイプと、前回エントリＩＤおよび今回エントリＩＤとを求める。
【０２３３】
次のステップＳ４０４で、ステップＳ４０３で生成された差分情報リストＬSBに基づき、差分ファイル群処理が行われる。すなわち、このステップＳ４０４において、前回同期時の状態の復元のために、差分情報リストＬSBに基づきハードディスク１２７および／または記録媒体１３０に対するコンテンツファイルＦctの追加や、ハードディスク１２７および／または記録媒体１３０からのコンテンツファイルＦctの削除を行う。
【０２３４】
ステップＳ４０４で差分ファイル群の処理がなされ、前回同期時の状態が復元されたら、次のステップＳ４０５において、バックアップ先である記録媒体１３０に記録される、前回同期時にバックアップされたインデックスファイルＦindexを、バックアップ元であるハードディスク１２７上に記録し、ハードディスク１２７上のインデックスファイルＦindexを記録媒体１３０上のインデックスファイルＦindexで置き換える。
【０２３５】
これにより、復元されたコンテンツファイルＦctの格納状態に合致した情報内容によるインデックスファイルＦindexをハードディスク１２７に記録させることができる。ハードディスク１２７側において、復元されたコンテンツ群がハードディスク１２７上に記録されたものとして適正に管理することができるようになる。
【０２３６】
図１５は、上述したステップＳ４０４における差分ファイル群処理をより詳細に示す一例のフローチャートである。先ず、ステップＳ５０１においてポインタ値[ｋ]をリセットし、値「０」とする。このポインタ値[ｋ]は、差分情報リストＬSB内にリストアップされた差分情報ＳＢのうち、対象とする差分情報ＳＢを指し示すためのポインタとしての役割を果たす。
【０２３７】
次のステップＳ５０２は、ポインタ値[ｋ]が、差分情報リストＬSBにおける差分情報ＳＢのリストアップ数と一致したか否かについて判別する。若し、一致していないと判別された場合は、処理はステップＳ５０３に移行され、差分情報リストＬSB中の[ｋ]番目の差分情報ＳＢを取得する。すなわち、差分情報リストＬSB内のポインタ値[ｋ]により示される差分情報ＳＢを取得する。
【０２３８】
次のステップＳ５０４は、取得された差分情報ＳＢに基づき差分タイプが判別される。すなわち、ステップＳ５０４では、取得された差分情報ＳＢに基づき、差分タイプが「コンテンツ追加」、「コンテンツ削除」、「コンテンツ更新」および「エントリ更新」のうち何れであるかを判別し、判別結果に応じて処理を分岐させる。なお、差分タイプにより分岐される処理のそれぞれは、差分タイプが「エントリ更新」の場合を除き、上述した実施の第１の形態の場合と逆の処理となる。
【０２３９】
ステップＳ５０４で、差分タイプが「コンテンツ追加」であると判別されれば、処理はステップＳ５０５に移行される。ステップＳ５０５では、ハードディスク１２７上の「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctを削除する。これにより、前回の同期処理時にはハードディスク１２７上に存在しなかったコンテンツファイルＦctがハードディスク１２７から削除されることになり、ハードディスク１２７上の前回の同期処理時の状態が復元される。ステップＳ５０４の処理が終了すると、処理はステップＳ５０９に移行される。
【０２４０】
ステップＳ５０９では、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ５０２に戻される。
【０２４１】
ステップＳ５０４で、差分タイプが「コンテンツ更新」であると判別されれば、処理はステップＳ５０６に移行される。ステップＳ５０６では、「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctをハードディスク１２７から削除する。そして、処理はステップＳ５０７に移行され、「前回エントリＩＤ」のエントリに相当するコンテンツファイルＦctを記録媒体１３０から読み出し、ハードディスク１２７に記録する。この処理により、前回の同期処理から今回の復元処理までの間に更新されたハードディスク１２７上に記録されるコンテンツファイルＦctが、前回の同期処理時の内容に復元される。ステップＳ５０７の処理が終了すると、処理はステップＳ５０９に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理がステップＳ５０２に戻される。
【０２４２】
ステップＳ５０４において、差分タイプが「コンテンツ削除」であると判別されると、処理はステップＳ５０８に移行される。ステップＳ５０８では、記録媒体１３０から「前回エントリＩＤ」に相当するコンテンツファイルＦctを読み出し、ハードディスク１２７に記録する。これにより、前回の同期処理時から今回の復元処理までの間にハードディスク１２７から削除されたコンテンツファイルＦctが復元される。ステップＳ５０８の処理が終了すると、処理はステップＳ５０９に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理がステップＳ５０２に戻される。
【０２４３】
ステップＳ５０４において、差分タイプが「エントリ更新」であると判別された場合には、処理はそのままステップＳ５０９に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ５０２に戻される。すなわち、差分タイプが「エントリ更新」の場合は、特段の処理を実行せずに次の差分情報ＳＢに基づく処理を実行するようにされる。
【０２４４】
但し、上述したように、例えば記録媒体１３０に記録される各コンテンツファイルＦctのメタデータの管理を、管理情報３０ｂを用いてハードディスク１２７側と同様に行うようにしている場合、この「エントリ更新」に応じて、ハードディスク１２７側のインデックスファイルＦindex内のメタデータを、管理情報３０ｂによってそのコンテンツファイルＦctと対応付けて管理しているメタデータに基づいて更新する処理を行うように構成してもよい。
【０２４５】
また、上述したステップＳ５０２において、ポインタ値[ｋ]がリストアップ数と一致したと判別されれば、この図１５のフローチャートによる一連の処理が終了され、処理は上述した図１４におけるステップＳ４０５に移行される。
【０２４６】
２−３．発明の実施の第３の形態について
次に、この発明の実施の第３の形態について説明する。この実施の第３の形態によるバックアップ処理は、上述した実施の第１の形態とは異なり、ハードディスク１２７側で記録され、且つ、過去においてバックアップ先である記録媒体１３０への保存対象とされた全てのコンテンツファイルＦctを、記録媒体１３０に保存しておくようにしている。以下、このような保存形式を、全コンテンツファイル保存と呼ぶ。
【０２４７】
２−３−１．実施の第３の形態によるバックアップ処理について
図１６は、この実施の第３の形態による一例のバックアップ処理を模式的に示す。図１６Ａは、バックアップ元となるハードディスク１２７に記録されたコンテンツファイルＦctについて、時間軸ｔに沿った一例の状態遷移を示す。図１６Ｂは、ドライブ装置１２８により記録媒体１３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦctおよび管理情報３０ｂについて、同様に時間軸ｔに沿った一例の状態遷移を示す。
【０２４８】
なお、図１６Ａに例示される、ハードディスク１２７側の処理は、図６Ａを用いて説明した実施の第１の形態によるバックアップ処理の場合と同様なので、重複する部分については、詳細な説明を省略する。
【０２４９】
すなわち、図１６Ａに例示されるように、バックアップ元であるハードディスク１２７には、初期状態においてコンテンツファイルＦctとしてコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」が記録され、インデックスファイルＦindexとしては、その格納状態に応じた内容「１」を有するファイルが記録されていたとする。初期状態の後、時点t２でコンテンツファイルＦct「Ｄ」が追加され、インデックスファイルＦindexの内容が内容「１」から内容「２」に更新される。また、時点t４で、コンテンツファイルＦct「Ｂ」が削除されてインデックスファイルＦindexの内容が内容「２」から内容「３」に更新される。さらに、時点t６でコンテンツファイルＦct「Ｃ」が修正されてコンテンツファイルＦct「Ｃ’」に更新され、インデックスファイルＦindexの内容が内容「３」から内容「４」に更新される。
【０２５０】
一方、図１６の例では、バックアップ処理は、例えばビデオカメラ装置１００の操作部１２４に対してなされる所定の操作に応じて、時点t１、時点t３、時点t５および時点ｔ７で行われる。
【０２５１】
時点ｔ１における初回のバックアップ処理時において、ＣＰＵ１２０は、例えば記録媒体１３０におけるインデックスファイルＦindexのバックアップの有無により記録媒体１３０上にハードディスク１２７からバックアップしたコンテンツファイルＦctが存在しないことを検出すると、ハードディスク１２７内に記録されている各ファイルの記録媒体１３０に対するバックアップが行われる。すなわち、ハードディスク１２７上に記録される全てのコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」をハードディスク１２７から読み出して記録媒体１３０に記録する。また、これらハードディスク１２７上のコンテンツファイルＦctを管理する、内容「１」を有するインデックスファイルＦindexをハードディスク１２７から読み出して記録媒体１３０に記録する。
【０２５２】
さらに、ＣＰＵ１２０は、記録媒体１３０に記録されたコンテンツファイルＦctを管理するために、管理情報３０ｂの内容を、記録媒体１３０上にこれらのコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」が格納されているとして管理するための内容「α」に更新する。
【０２５３】
時点ｔ３のバックアップ処理は、コンテンツファイルＦctの追加後の処理の例である。時点ｔ３では、バックアップ先である記録媒体１３０上に既にインデックスファイルＦindexが存在するので、ＣＰＵ１２０は、バックアップ元であるハードディスク１２７に記録されるインデックスファイルＦindexと、バックアップ先である記録媒体１３０に記録されるインデックスファイルＦindexとに基づき差分情報リストＬSBを生成する。この差分情報リストＬSBに基づき、ハードディスク１２７上のコンテンツファイルＦct「Ｄ」の差分タイプを「コンテンツ追加」であると判別し、当該コンテンツファイルＦct「Ｄ」を記録媒体１３０に保存する保存対象ファイルであると判断する。
【０２５４】
したがって、この時点ｔ３におけるバックアップ処理においては、ハードディスク１２７からコンテンツファイルＦct「Ｄ」を読み出し、読み出されたこれらのファイルをそれぞれ記録媒体１３０に記録する。また、ハードディスク１２７からインデックスファイルＦindexを読み出して、記録媒体１３０に既に記録されているインデックスファイルＦindexに対して上書き記録する。
【０２５５】
それと共に、管理情報３０ｂは、上述した内容「α」から、コンテンツファイルＦct「Ａ」、「Ｂ」、「Ｃ」および「Ｄ」の格納状態に応じた内容「β」に変更される。
【０２５６】
時点ｔ５のバックアップ処理は、コンテンツファイルＦctの削除後の処理の例である。時点ｔ５では、上述の時点３と同様、バックアップ先である記録媒体１３０上に既にインデックスファイルＦindexが存在するので、ＣＰＵ１２０は、先ず、ハードディスク１２７上のインデックスファイルＦindexの内容と、記録媒体１３０上のインデックスファイルＦindexとの内容に基づき差分情報リストＬSBを生成し、生成された差分情報リストＬSBに基づきコンテンツファイルＦct「Ｂ」の差分タイプが「コンテンツ削除」であると判別する。差分タイプが「コンテンツ削除」のみの場合、ＣＰＵ１２０は、ハードディスク１２７上に記録される内容「３」のインデックスファイルＦindexを読み出し、記録媒体１３０に既に記録されているインデックスファイルＦindexに対して上書き記録する処理を行う。記録媒体１３０におけるコンテンツファイルＦctの追加や削除は、行わない。
【０２５７】
すなわち、この差分タイプが「コンテンツ削除」に応じて、次回の全コンテンツ保存処理にて前回情報として比較されるべきインデックスファイルＦindexのバックアップ処理のみが行われる。これにより、過去に記録媒体１３０にへの保存対象とされたコンテンツファイルＦct「Ｂ」を、継続的に記録媒体１３０に保存しておくことができる。
【０２５８】
なお、差分タイプが「コンテンツ削除」のみの場合、上述のように、記録媒体１３０におけるコンテンツファイルＦctの追加や削除が行われないので、管理情報３０ｂの内容も、前回のバックアップ処理の際の内容「β」から変化しない。
【０２５９】
時点ｔ７のバックアップ処理は、コンテンツファイルＦctの更新後の処理の例である。時点ｔ７では、バックアップ処理を行う旨の指示がなされた場合、ＣＰＵ１２０は、上述のようにして差分情報リストＬSBを生成し、生成された差分情報リストＬSBに基づき、コンテンツファイルＦct「Ｃ’」の差分タイプが「コンテンツ更新」であると判別する。この場合、ＣＰＵ１２０は、ハードディスク１２７上の更新されたコンテンツファイルＦct「Ｃ’」を読み出して、記録媒体１３０に記録する。それと共に、ハードディスク１２７上のに記録される内容「４」のインデックスファイルＦindexを読み出し、記録媒体１３０に既に記録されているインデックスファイルＦindexに対して上書き記録する処理を行う。
【０２６０】
すなわち、この差分タイプが「コンテンツ更新」に応じて、更新されたコンテンツファイルＦct「Ｃ’」と、次回の全コンテンツ保存処理にて前回情報として比較されるべき内容「４」のインデックスファイルＦindexとが記録媒体１３０にバックアップされる。また、記録媒体１３０に既に記録されている、更新前のコンテンツファイルＦct「Ｃ」の削除は行わない。これにより、過去に記録媒体１３０にへの保存対象とされたコンテンツファイルＦct「Ｃ」についても、継続的に記録媒体１３０に保存しておくことができる。
【０２６１】
また、この時点ｔ７において、管理情報３０ｂの内容が、前回のバックアップ処理時の内容「β」から、記録媒体１３０側のコンテンツファイルＦct「Ａ」、「Ｂ」、「Ｃ」、「Ｃ’」および「Ｄ」の格納状態に応じた内容「ε」に変更される。
【０２６２】
なお、この全コンテンツファイル保存処理における差分タイプが「エントリ更新」の場合の処理については、上述した実施の第１の形態の場合に準ずるものとする。
【０２６３】
この図１６にて説明したような全コンテンツファイル保存処理により、過去に記録媒体１３０側への保存対象とされた全てのコンテンツファイルＦctを、記録媒体１３０に対して保存しておくことができる。また、この場合でも、実際にハードディスク１２７から読み出され記録媒体１３０に記録されるのは、差分のファイルのみとすることができ、全コンテンツファイルＦctを上書きコピーして実現する場合と比較すれば、全コンテンツファイル保存処理をより高速化することができる。
【０２６４】
さらに、このように記録媒体１３０に記録すべきコンテンツファイルＦctが減ることで、処理負担についても軽減することができる。さらにまた、この場合でも、差分情報ＳＢは、前回のバックアップ時のインデックスファイルＦindexと、今回のバックアップ時のインデックスファイルＦindexとを突き合わせて生成するので、その分高速に差分情報ＳＢを取得することができ、この点でも全コンテンツ保存処理の高速化が図られている。
【０２６５】
また、この場合も、インデックスファイルＦindexに対してコンテンツ更新日時などのファイル識別子以外の他のファイル関連情報もエントリされ、このインデックスファイルＦindex同士の内容を比較して差分情報ＳＢを取得するので、「コンテンツ更新」や「エントリ更新」などコンテンツファイルＦctの追加や削除以外の他の差分タイプについても、管理情報同士を比較するのみで取得することができる。これにより、コンテンツファイルＦctの追加や削除以外の差分タイプを判別する際にも、管理情報同士の比較でそれらの差分タイプを判別することができ、このようなコンテンツの追加や削除以外の差分のタイプに応じた処理（この場合では「コンテンツ更新」とされたファイルについてのバックアップ処理）についても高速化が図られている。
【０２６６】
２−３−２．実施の第３の形態によるバックアップ処理のより詳細な説明
次に、この実施の第３の形態による全コンテンツファイル保存によるバックアップ処理のより詳細な動作を、図１７および図１８のフローチャートを用いて説明する。図１７は、実施の第３の形態による全コンテンツファイル保存によるバックアップ処理の全体的な動作を示す一例のフローチャートである。なお、図１７の処理に先立って、バックアップ先の記録媒体１３０がドライブ装置１２８に装填され、アクセス可能な状態とされているものとする。また、図１７に示される各制御および判断処理などは、ＣＰＵ１２０により、所定のプログラムに従いなされる。
【０２６７】
最初のステップＳ６０１で、ＣＰＵ１２０は、バックアップ元であるハードディスク１２７上に記録されたコンテンツファイルＦctの、バックアップ先の記録媒体１３０への全コンテンツファイル保存によるバックアップ処理を行う旨の指示を待機する。例えば、ＣＰＵ１２０は、操作部１２４に対して当該同期処理を行うことを指示する所定の操作がなされたか否かを監視する。バックアップ処理を行う旨の指示がなされと判断されたら、処理はステップＳ６０２に移行される。
【０２６８】
ステップＳ６０２では、バックアップ先の記録媒体１３０上に、バックアップにより作成されたインデックスファイルＦindexが存在するか否かが判断される。若し、インデックスファイルＦindexが記録媒体１３０上に存在しないと判断されれば、処理はステップＳ６０７に移行される。
【０２６９】
ステップＳ６０７および続くステップＳ６０８において、ハードディスク１２７上に記録されているコンテンツファイルＦctの全てと、インデックスファイルＦindexとを記録媒体１３０に記録する処理がなされる。ステップＳ６０８による処理が完了すると、処理はステップＳ６０９に移行される。
【０２７０】
ステップＳ６０９では、記録媒体１３０上のコンテンツファイルＦctの格納状態に応じて、管理情報３０ｂの更新がなされる。この場合には、先のステップＳ６０８にて記録媒体１３０に記録されたコンテンツファイルＦctの情報が反映されるように、管理情報３０ｂが更新される。
【０２７１】
以上のステップＳ６０１、ステップＳ６０２、ステップＳ６０７、ステップＳ６０８、ステップＳ６０９の順に処理がなされることにより、初回のバックアップ処理時に、バックアップ元であるハードディスク１２７に記録される全てのコンテンツファイルＦctと、当該コンテンツファイルＦctの管理状態を示すインデックスファイルＦindexとが、バックアップ先である記録媒体１３０にバックアップされる（図１６の時点ｔ１参照）。
【０２７２】
一方、上述のステップＳ６０２において、記録媒体１３０上に、既にインデックスファイルＦindexが存在すると判断された場合には、処理はステップＳ６０３に移行され、既に説明したようにして差分情報生成用情報Rbyを生成する。
【０２７３】
次のステップＳ６０４では、ステップＳ６０３で得られた差分情報生成用情報Rdyに基づき、差分情報ＳＢを生成し、生成された差分情報ＳＢをリストアップすることで、差分情報リストＬSBを生成する。差分情報リストＬSBが生成されると、処理は次のステップＳ６０５に移行され、差分ファイル群処理が行われる。このステップＳ６０５では、上述したようにして差分情報ＳＢの差分タイプに応じてコンテンツファイルＦctの追加および／または削除を行い、全コンテンツファイル保存によるバックアップ処理を行う。このステップＳ６０５における差分ファイル群処理の詳細については、後述する。
【０２７４】
次のステップＳ６０６では、バックアップ元であるハードディスク１２７上に記録されるインデックスファイルＦindexを、バックアップ先である記録媒体１３０に対して記録する。
【０２７５】
インデックスファイルＦindexの保存が終了すると、処理はステップＳ６０９に移行され、上述しように、コンテンツファイルＦctの格納状態に応じて管理情報３０ｂを更新する。ステップＳ６０３〜ステップＳ６０６を経てこのステップＳ６０９に到達した場合には、上述のステップＳ６０５における差分ファイル群処理によって、結果的に、記録媒体１３０上に記録されているコンテンツファイルＦctの情報を反映するように、管理情報３０ｂの情報内容が更新される。
【０２７６】
図１８は、上述した図１７のステップＳ６０５における差分ファイル群処理をより詳細に示す一例のフローチャートである。先ず、ステップＳ７０１において、差分情報リストＬSB内にリストアップされた差分情報ＳＢのうち、対象とする差分情報ＳＢを指し示すためのポインタ値[ｋ]をリセットし、値「０」とする。次のステップＳ７０２は、ポインタ値[ｋ]が、差分情報リストＬSBにおける差分情報ＳＢのリストアップ数と一致したか否かについて判別する。若し、一致していないと判別された場合は、処理はステップＳ７０３に移行され、差分情報リストＬSB中の[ｋ]番目の差分情報ＳＢを取得する。
【０２７７】
次のステップＳ７０４では、取得された差分情報ＳＢに基づき、差分タイプが「コンテンツ追加」、「コンテンツ削除」、「コンテンツ更新」および「エントリ更新」のうち何れであるかを判別し、判別結果に応じて処理を分岐させる。
【０２７８】
ステップＳ７０４で、差分タイプが「コンテンツ追加」であると判別されれば、処理はステップＳ７０５に移行される。ステップＳ７０５および次のステップＳ７０６により、ハードディスク１２７上の「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctが記録媒体１３０に記録される。「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctの記録媒体１３０への記録が完了すると、処理はステップＳ７０９に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ７０２に戻される。
【０２７９】
ステップＳ７０４において、差分タイプが「コンテンツ更新」であると判別されれば、処理はステップＳ７０７に移行される。ステップＳ７０７および次のステップＳ７０８により、ハードディスク１２７上の「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctが記録媒体１３０に記録される。
【０２８０】
このように、この実施の第３の形態による全コンテンツファイル保存では、上述した実施の第１の形態による同期処理と異なり、記録媒体１３０に保存されている、更新前のコンテンツファイルＦctが削除されないので、過去に保存対象となった当該更新前のコンテンツファイルＦctを、継続的に、記録媒体１３０に保存しておくことができる。
【０２８１】
「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctの記録媒体１３０への記録が完了すると、処理はステップＳ７０９に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理がステップＳ７０２に戻される。
【０２８２】
ステップＳ７０４において、差分タイプが「コンテンツ削除」であると判別された場合は、処理はそのままステップＳ７０９に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ７０２に戻される。このように、差分タイプが「コンテンツ削除」の場合に、特段の処理を行わないことで、ハードディスク１２７側において削除されたコンテンツファイルＦctを、記録媒体１３０側において継続的に保存しておくことができる。
【０２８３】
ステップＳ７０４において、差分タイプが「エントリ更新」であると判別された場合、処理はそのままステップＳ７０９に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ７０２に戻される。すなわち、差分タイプが「エントリ更新」の場合は、特段の処理を実行せずに次の差分情報ＳＢに基づく処理を実行するようにされる。
【０２８４】
また、上述したステップＳ７０２において、ポインタ値[ｋ]がリストアップ数と一致したと判別されれば、この図１８のフローチャートによる一連の処理が終了され、処理は上述した図１７におけるステップＳ６０６に移行される。
【０２８５】
２−４．発明の実施の第４の形態について
次に、この実施の第４の形態について説明する。この実施の第４の形態によるバックアップ処理は、実施の第１の形態による同期処理と、実施の第３の形態による全コンテンツファイル保存処理とを組み合わせた処理となる。すなわち、ハードディスク１２７側で記録され、且つ、過去においてバックアップ先である記録媒体１３０への保存対象とされた全てのコンテンツファイルＦctを、記録媒体１３０に保存しておくと共に、バックアップ処理の時点でのハードディスク１２７の記録内容と同期が取れるように、記録媒体１３０に記録されるコンテンツファイルＦctの管理を行う。
【０２８６】
なお、この実施の第４の形態によるバックアップ処理は、例えば上述した実施の第１の形態による同期処理によるバックアップ処理のオプション機能として付加することができる。例えば、ビデオカメラ装置１００において、操作部１２４に対する所定の操作により、バックアップ処理を、実施の第１の形態による同期処理により行うか、この実施の第４の形態による同期処理および全コンテンツファイル保存処理を組み合わせた方法により行うかを選択的に設定できるようにすることが考えられる。
【０２８７】
２−４−１．実施の第４の形態によるバックアップ処理について
図１９は、この実施の第４の形態による一例のバックアップ処理を模式的に示す。図１９Ａは、バックアップ元となるハードディスク１２７に記録されたコンテンツファイルＦctについて、時間軸ｔに沿った一例の状態遷移を示す。図１９Ｂは、ドライブ装置１２８により記録媒体１３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦctおよび管理情報３０ｂについて、同様に時間軸ｔに沿った一例の状態遷移を示す。
【０２８８】
なお、図１９Ａに例示される、ハードディスク１２７側の処理は、図６Ａを用いて説明した実施の第１の形態によるバックアップ処理の場合と同様なので、重複する部分については、詳細な説明を省略する。
【０２８９】
すなわち、図１９Ａに例示されるように、バックアップ元であるハードディスク１２７には、初期状態においてコンテンツファイルＦctとしてコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」が記録され、インデックスファイルＦindexとしては、その格納状態に応じた内容「１」を有するファイルが記録されていたとする。初期状態の後、時点t２でコンテンツファイルＦct「Ｄ」が追加され、インデックスファイルＦindexの内容が内容「１」から内容「２」に更新される。また、時点t４で、コンテンツファイルＦct「Ｂ」が削除されてインデックスファイルＦindexの内容が内容「２」から内容「３」に更新される。さらに、時点t６でコンテンツファイルＦct「Ｃ」が修正されてコンテンツファイルＦct「Ｃ’」に更新され、インデックスファイルＦindexの内容が内容「３」から内容「４」に更新される。
【０２９０】
一方、バックアップ処理は、図１９に例示されるように、例えばビデオカメラ装置１００の操作部１２４に対してなされる所定の操作に応じて、時点t１、時点t３、時点t５および時点ｔ７で行われる。
【０２９１】
ここで、この実施の第４の形態では、管理情報３０ｂは、同期用のコンテンツファイルＦctと、全コンテンツファイル保存用のコンテンツファイルＦctとを識別可能なように構成される。例えば、管理情報３０ｂに対し、同期用のコンテンツファイルＦctの情報を格納する領域と、全コンテンツファイル保存用のコンテンツファイルＦctの情報を格納する領域とを、それぞれ論理的に設けることが考えられる。これに限らず、管理情報３０ｂにおいて、同期用のコンテンツファイルＦctとして管理されるファイルと、全コンテンツファイル保存用のコンテンツファイルＦctとして管理されるファイルとに、それぞれ所定の識別子を付与するようにしてもよい。
【０２９２】
この実施の第４の形態による管理情報３０ｂでは、同期処理用として管理されるコンテンツファイルＦctは、上述した実施の第１の形態で説明した、同期処理に基づくバックアップ処理により記録媒体１３０上に記録されたコンテンツファイルＦctの格納状態に一致する。一方、同期処理に基づくバックアップ処理の際に、実施の第１の形態において記録媒体１３０から削除されるコンテンツファイルＦctの管理情報は、この実施の第４の形態においては、全コンテンツファイル保存用のコンテンツファイルＦctとして管理され、記録媒体１３０からは削除されない。
【０２９３】
このように、全コンテンツファイル保存用のコンテンツファイルＦctを同期用のコンテンツファイルＦctと区別して管理することで、例えば、ハードディスク１２７から削除されてしまったコンテンツファイルＦctを確認することが容易となる。
【０２９４】
なお、以下において、「同期用のコンテンツファイルＦctとして識別可能に管理される」ことを、適宜『「同期用」として管理される』と呼び、「全コンテンツファイル保存用のコンテンツファイルＦctとして識別可能に管理される」ことを、適宜『「全コンテンツファイル保存用」として管理される』と呼ぶ。
【０２９５】
時点ｔ１における初回のバックアップ処理時において、ＣＰＵ１２０は、例えば記録媒体１３０におけるインデックスファイルＦindexのバックアップの有無により記録媒体１３０上にハードディスク１２７からバックアップしたコンテンツファイルＦctが存在しないことを検出すると、ハードディスク１２７内に記録されている各ファイルの記録媒体１３０に対するバックアップが行われる。すなわち、ハードディスク１２７上に記録される全てのコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」をハードディスク１２７から読み出して記録媒体１３０に記録する。また、これらハードディスク１２７上のコンテンツファイルＦctを管理する、内容「１」を有するインデックスファイルＦindexをハードディスク１２７から読み出して記録媒体１３０に記録する。
【０２９６】
さらに、ＣＰＵ１２０は、記録媒体１３０に記録されたコンテンツファイルＦctを管理するために、管理情報３０ｂの内容を更新する。すなわち、ＣＰＵ１２０は、管理情報３０ｂの内容を、記録媒体１３０上にこれらのコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」が格納されているとして管理するための内容「Ｍ１」に更新する。内容「Ｍ１」において、これらコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」は、「同期用」として管理される。
【０２９７】
時点ｔ３のバックアップ処理は、コンテンツファイルＦctの追加後の処理の例である。時点ｔ３では、記録媒体１３０上に既にインデックスファイルＦindexが存在するので、ＣＰＵ１２０は、バックアップ元であるハードディスク１２７に記録されるインデックスファイルＦindexと、バックアップ先である記録媒体１３０に記録されるインデックスファイルＦindexとに基づき、差分情報リストＬSBを所定に生成する。ＣＰＵ１２０は、この差分情報リストＬSBに基づき、ハードディスク１２７上のコンテンツファイルＦct「Ｄ」の差分タイプが「コンテンツ追加」であると判別し、当該コンテンツファイルＦct「Ｄ」を記録媒体１３０に保存する保存対象ファイルであると判断する。
【０２９８】
したがって、この時点ｔ３におけるバックアップ処理においては、ハードディスク１２７からコンテンツファイルＦct「Ｄ」を読み出して、記録媒体１３０に記録する。また、ハードディスク１２７から内容「２」のインデックスファイルＦindexを読み出して、記録媒体１３０に既に記録されているインデックスファイルＦindexに対して上書き記録する。
【０２９９】
それと共に、管理情報３０ｂは、上述した内容「Ｍ１」から、コンテンツファイルＦct「Ａ」、「Ｂ」、「Ｃ」および「Ｄ」の格納状態に応じた内容「Ｍ２」に変更される。
【０３００】
ここで、ハードディスク１２７側にコンテンツファイルＦctが追加された状態を記録媒体１３０に対してバックアップした場合、ハードディスク１２７側におけるコンテンツファイルＦctの格納状態と、記録媒体１３０側におけるコンテンツファイルＦctの格納状態とが同期した状態が継続している。したがって、内容「Ｍ２」の管理情報３０ｂにおいて、コンテンツファイルＦct「Ａ」、コンテンツファイルＦct「Ｂ」、コンテンツファイルＦct「Ｃ」およびコンテンツファイルＦct「Ｄ」は、同期用として管理される。
【０３０１】
すなわち、この実施の第４の形態によるバックアップ処理においては、差分タイプが「コンテンツ追加」であるコンテンツファイルＦctは、管理情報３０ｂにおいて全て同期用として管理すればよい。これにより、ハードディスク１２７側と記録媒体１３０側とで共に保存され、同期しているコンテンツファイルＦctについては、適正に「同期用コンテンツファイルＦct」として管理される。
【０３０２】
時点ｔ５のバックアップ処理は、コンテンツファイルＦctの削除後の処理の例である。時点ｔ５では、上述の時点３と同様、バックアップ先である記録媒体１３０上に既にインデックスファイルＦindexが存在するので、ＣＰＵ１２０は、先ず、ハードディスク１２７上のインデックスファイルＦindexの内容と、記録媒体１３０上のインデックスファイルＦindexとの内容に基づき差分情報リストＬSBを生成し、生成された差分情報リストＬSBに基づきコンテンツファイルＦct「Ｂ」の差分タイプが「コンテンツ削除」であると判別する。
【０３０３】
差分タイプが「コンテンツ削除」の場合、全コンテンツファイル保存処理としては、記録媒体１３０上に記録された、対応するコンテンツファイルＦct「Ｂ」を削除せずに、継続的に保存しておく必要がある。一方、記録媒体１３０上のコンテンツファイルＦct「Ｂ」を削除しないと、ハードディスク１２７側と記録媒体１３０側とで記録内容の相違が生じる。
【０３０４】
そのため、この実施の第４の形態では、このハードディスク１２７側で削除されたコンテンツファイルＦct「Ｂ」を、「全コンテンツファイル保存用」として、管理情報３０ｂにおいて管理する。例えば、ＣＰＵ１２０は、上述した時点ｔ３で「同期用」として管理されていたコンテンツファイルＦct「Ｂ」の情報を、全コンテンツファイル保存用側に移動させ、管理情報３０ｂの内容を、時点ｔ３の内容「Ｍ２」からコンテンツファイルＦct「Ｂ」の情報が反映された内容「Ｍ３」に変更され、管理情報３０ｂが更新される。
【０３０５】
また、ハードディスク１２７から内容「３」のインデックスファイルＦindexを読み出して、記録媒体１３０に既に記録されているインデックスファイルＦindexに対して上書き記録する。
【０３０６】
時点ｔ７のバックアップ処理は、コンテンツファイルＦctの更新後の処理の例である。時点ｔ７では、バックアップ処理を行う旨の指示がなされた場合、ＣＰＵ１２０は、上述のようにして差分情報リストＬSBを生成し、生成された差分情報リストＬSBに基づき、コンテンツファイルＦct「Ｃ’」の差分タイプが「コンテンツ更新」であると判別する。これに応じて、ＣＰＵ１２０は、ハードディスク１２７上の更新されたコンテンツファイルＦct「Ｃ’」を読み出して、記録媒体１３０に記録する。
【０３０７】
差分タイプが「コンテンツ更新」の場合も、上述の差分タイプ「コンテンツ削除」の場合と同様に、全コンテンツファイル保存処理としては、記録媒体１３０上に記録された、更新前のコンテンツファイルＦct「Ｃ」を削除せずに、継続的に保存しておく必要がある。一方、記録媒体１３０上のコンテンツファイルＦct「Ｃ」を削除しないと、ハードディスク１２７側と記録媒体１３０側とで記録内容の相違が生じる。
【０３０８】
そのため、この実施の第４の形態では、記録媒体１３０上に記録される、このハードディスク１２７側で更新されたコンテンツファイルＦct「Ｃ’」に対する、更新前のコンテンツファイルＦct「Ｃ」を、「全コンテンツファイル保存用」として、管理情報３０ｂにおいて管理する。例えば、ＣＰＵ１２０は、管理情報３０ｂにおいて、更新されたコンテンツファイルＦct「Ｃ’」の情報を「同期用」として管理すると共に、時点ｔ５で「同期用」として管理されていたコンテンツファイルＦct「Ｃ」の情報を「全コンテンツファイル保存用」として管理するようにし、管理情報３０ｂの内容を、時点ｔ５の内容「Ｍ３」を、これらの情報の変更を反映する内容「Ｍ４」に変更され、管理情報３０ｂが更新される。
【０３０９】
また、ハードディスク１２７から内容「４」のインデックスファイルＦindexを読み出して、記録媒体１３０に既に記録されているインデックスファイルＦindexに対して上書き記録する。
【０３１０】
なお、この全コンテンツファイル保存処理における差分タイプが「エントリ更新」の場合の処理については、上述した実施の第１の形態の場合に準ずるものとする。
【０３１１】
この図１９にて説明したようなバックアップ処理により、過去に記録媒体１３０側への保存対象とされた全てのコンテンツファイルＦctを、記録媒体１３０に対して保存しておくことができる。また、記録媒体１３０においては、管理情報３０ｂによって、ハードディスク１２７側の記録内容と同期しているコンテンツファイルＦctと、全コンテンツファイル保存処理に伴い保存される、同期用以外のコンテンツファイルＦctとを、それぞれ管理することができる。
【０３１２】
この場合においても、実際にハードディスク１２７から読み出され記録媒体１３０に記録されるのは、差分のファイルのみとすることができ、バックアップ処理をより高速化することができる。
【０３１３】
さらに、このように記録媒体１３０に記録すべきコンテンツファイルＦctが減ることで、処理負担についても軽減することができる。さらにまた、この場合でも、差分情報ＳＢは、前回のバックアップ時のインデックスファイルＦindexと、今回のバックアップ時のインデックスファイルＦindexとを突き合わせて生成するので、その分高速に差分情報ＳＢを取得することができ、この点でも全コンテンツ保存処理の高速化が図られている。
【０３１４】
また、この場合も、インデックスファイルＦindexに対してコンテンツ更新日時などのファイル識別子以外の他のファイル関連情報もエントリされ、このインデックスファイルＦindex同士の内容を比較して差分情報ＳＢを取得するので、「コンテンツ更新」や「エントリ更新」などコンテンツファイルＦctの追加や削除以外の他の差分タイプについても、管理情報同士を比較するのみで取得することができる。これにより、コンテンツファイルＦctの追加や削除以外の差分タイプを判別する際にも、管理情報同士の比較でそれらの差分タイプを判別することができ、このようなコンテンツの追加や削除以外の差分のタイプに応じた処理（この場合では「コンテンツ更新」とされたファイルについてのバックアップ処理）についても高速化が図られている。
【０３１５】
２−４−２．実施の第４の形態によるバックアップ処理のより詳細な説明
次に、この実施の第４の形態による、同期処理および全コンテンツファイル保存によるバックアップ処理のより詳細な動作を、図２０および図２１のフローチャートを用いて説明する。図２０は、実施の第４の形態による同期処理および全コンテンツファイル保存処理によるバックアップ処理の全体的な動作を示す一例のフローチャートである。なお、図２０の処理に先立って、バックアップ先の記録媒体１３０がドライブ装置１２８に装填され、アクセス可能な状態とされているものとする。また、図２０に示される各制御および判断処理などは、ＣＰＵ１２０により、所定のプログラムに従いなされる。
【０３１６】
最初のステップＳ８０１で、バックアップ処理を行う旨の指示がなされと判断されたら、処理はステップＳ８０２に移行され、バックアップ先の記録媒体１３０上に、バックアップにより作成されたインデックスファイルＦindexが存在するか否かが判断される。若し、インデックスファイルＦindexが記録媒体１３０上に存在しないと判断されれば、処理はステップＳ８０８に移行される。
【０３１７】
ステップＳ８０８および続くステップＳ８０９において、ハードディスク１２７上に記録されているコンテンツファイルＦctの全てと、インデックスファイルＦindexとを記録媒体１３０に記録する処理がなされる。ステップＳ８０８による処理が完了すると、処理はステップＳ８１０に移行され、記録媒体１３０上のコンテンツファイルＦctの格納状態に応じて、管理情報３０ｂの更新がなされる。この場合には、先のステップＳ８０９にて記録媒体１３０に記録されたコンテンツファイルＦctの情報が反映されるように、管理情報３０ｂが更新される。
【０３１８】
以上のステップＳ８０１、ステップＳ８０２、ステップＳ８０８、ステップＳ８０９、ステップＳ８１０の順に処理がなされることにより、初回のバックアップ処理時に、バックアップ元であるハードディスク１２７に記録される全てのコンテンツファイルＦctと、当該コンテンツファイルＦctの管理状態を示すインデックスファイルＦindexとが、バックアップ先である記録媒体１３０にバックアップされる（図１９の時点ｔ１参照）。
【０３１９】
一方、上述のステップＳ８０２において、記録媒体１３０上に、既にインデックスファイルＦindexが存在すると判断された場合には、処理はステップＳ８０３に移行され、既に説明したようにして差分情報生成用情報Rbyを生成し、差分情報生成用情報Rdyに基づき差分情報リストＬSBを生成する。
【０３２０】
次のステップＳ８０５では、差分ファイル群処理を行う。このステップＳ８０５では、上述したようにして差分情報ＳＢの差分タイプに応じてコンテンツファイルＦctの追加および／または削除を行い、この実施の第４の形態による、同期処理および全コンテンツファイル保存処理によるバックアップ処理を行う。このステップＳ８０５における差分ファイル群処理の詳細については、後述する。
【０３２１】
次のステップＳ８０６では、バックアップ元であるハードディスク１２７上に記録されるインデックスファイルＦindexを、バックアップ先である記録媒体１３０に対して記録する。そして、次のステップＳ８０７で、コンテンツファイルＦctが「同期用」と「全コンテンツファイル保存用」とでそれぞれ管理されるように、管理情報３０ｂが更新される。例えば、記録媒体１３０上に記録されている各コンテンツファイルＦctのそれぞれについて、同期用または全コンテンツファイル保存用の属性を所定に設定するように、管理情報３０ｂを更新する。コンテンツファイルＦctの更新前Ｆctに対する「同期用」、「全コンテンツファイル保存用」の属性の設定方法については、図２１を用いて後述する。
【０３２２】
この実施の第４の形態においては、「同期用」のコンテンツファイルＦctと、「全コンテンツファイル保存用」とのそれぞれについて管理可能なように、管理情報３０ｂが更新される。すなわち、記録媒体１３０上に保持されている各コンテンツファイルＦctの属性が、図２１を用いて後述する処理によって設定した属性となるように、管理情報３０ｂを更新する。これにより、記録媒体１３０上に保持されている各コンテンツファイルＦctが適正に「同期用」と「全コンテンツ保存用」の別で管理されるようにできる。
【０３２３】
図２１は、上述した図２０のステップＳ８０５における差分ファイル群処理をより詳細に示す一例のフローチャートである。先ず、ステップＳ９０１において差分情報リストＬSB内にリストアップされた差分情報ＳＢのうち、対象とする差分情報ＳＢを指し示すためのポインタ値[ｋ]を値「０」にリセットし、次のステップＳ９０２で、ポインタ値[ｋ]が、差分情報リストＬSBにおける差分情報ＳＢのリストアップ数と一致したか否かについて判別する。若し、一致していないと判別された場合は、処理はステップＳ９０３に移行され、差分情報リストＬSB中の[ｋ]番目の差分情報ＳＢを取得する。
【０３２４】
次のステップＳ９０４は、取得された差分情報ＳＢに基づき、差分タイプが「コンテンツ追加」、「コンテンツ削除」、「コンテンツ更新」および「エントリ更新」のうち何れであるかを判別し、判別結果に応じて処理を分岐させる。
【０３２５】
ステップＳ９０４で、差分タイプが「コンテンツ追加」であると判別されれば、処理はステップＳ９０５に移行される。ステップＳ９０５および次のステップＳ９０６により、ハードディスク１２７上の「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctが記録媒体１３０に記録される。
【０３２６】
次のステップＳ９０７では、記録媒体１３０に記録されたコンテンツファイルＦctが管理情報３０ｂにおいて同期用として管理されるように処理する。例えば、当該コンテンツファイルＦctの属性を「同期用」に設定することで、管理情報３０ｂにおいて当該コンテンツファイルＦctが同期用として管理される。ステップＳ９０７での処理が終了すると、処理はステップＳ９１３に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ９０２に戻される。
【０３２７】
ステップＳ９０４において、差分タイプが「コンテンツ更新」であると判別されれば、処理はステップＳ９０８に移行される。ステップＳ９０８では、「前回エントリＩＤ」のエントリに相当するコンテンツファイルＦctが、管理情報３０ｂにおいて「全コンテンツファイル保存用」として管理されるように処理する。例えば、当該コンテンツファイルＦctの属性を「全コンテンツファイル保存用」に設定することで、管理情報３０ｂにおいて当該コンテンツファイルＦctが全コンテンツファイル保存用として管理される。
【０３２８】
次のステップＳ９０９およびステップＳ９１０により、ハードディスク１２７上の「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctが記録媒体１３０に記録される。
【０３２９】
次のステップＳ９１１では、記録媒体１３０に記録されたコンテンツファイルＦctが管理情報３０ｂにおいて「同期用」として管理されるように処理するステップＳ９１１での処理が終了すると、処理はステップＳ９１３に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ９０２に戻される。
【０３３０】
ステップＳ９０４において、差分タイプが「コンテンツ削除」であると判別されれば、処理はステップＳ９１２に移行される。ステップＳ９１２では、記録媒体１３０に記録されている、「前回エントリＩＤ」のエントリに相当するコンテンツファイルが、管理情報３０ｂにおいて「全コンテンツファイル保存用」として管理されるように処理する。ステップＳ９１２の処理が終了されると、処理はステップＳ９１３に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理がステップＳ９０２に戻される。
【０３３１】
なお、この実施の第４の形態においては、ステップＳ９０４で差分タイプが「エントリ更新」であると判別された場合、処理はそのままステップＳ９１３に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ９０２に戻される。すなわち、差分タイプが「エントリ更新」の場合は、特段の処理を実行せずに次の差分情報ＳＢに基づく処理を実行するようにされる。
【０３３２】
また、上述したステップＳ９０２において、ポインタ値[ｋ]がリストアップ数と一致したと判別されれば、この図２１のフローチャートによる一連の処理が終了され、処理は上述した図２０におけるステップＳ８０６に移行される。
【０３３３】
２−５．発明の実施の第５の形態について
次に、この発明の実施の第５の形態について説明する。この実施の第５の形態は、上述した実施の第４の形態による、同期処理と全コンテンツファイル保存処理とを組み合わせたバックアップ処理を行うと共に、バックアップを行った各時点でのハードディスク１２７におけるコンテンツファイルＦctの格納状態を復元可能とするものである。
【０３３４】
より具体的には、上述の実施の第４の形態によるバックアップ処理において、バックアップ処理を実行する各時点で、ハードディスク１２７側のインデックスファイルＦindexを記録媒体１３０側に記録する際に、記録媒体１３０上に既に存在するインデックスファイルＦindexを上書きせずに、バックアップ処理時の各時点でのインデックスファイルＦindexを、バックアップ処理を行った時点と関連付けてそれぞれ保存する。すなわち、インデックスファイルＦindexは、バックアップ処理毎に関連付けられて、記録媒体１３０上に蓄積的に保存される。
【０３３５】
復元時には、ハードディスク１２７に対するコンテンツファイルＦctの記録や、ハードディスク１２７上のコンテンツファイルＦctの削除を、復元したい時点に関連付けられたインデックスファイルＦindexに基づき行う。これにより、ハードディスク１２７側に、当該復元したい時点におけるコンテンツファイルＦctの格納状態を復元させることができる。
【０３３６】
２−５−１．実施の第５の形態によるバックアップ処理および復元処理について
図２２は、この実施の第５の形態による一例のバックアップ処理および復元処理を模式的に示す。図２２Ａは、バックアップ元となるハードディスク１２７に記録されたコンテンツファイルＦctについて、時間軸ｔに沿った一例の状態遷移を示す。図２２Ｂは、ドライブ装置１２８により記録媒体１３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦctおよび管理情報３０ｂについて、同様に時間軸ｔに沿った一例の状態遷移を示す。
【０３３７】
なお、図２２Ａに例示される、ハードディスク１２７側の処理は、図６Ａを用いて説明した実施の第１の形態によるバックアップ処理の場合と同様なので、重複する部分については、詳細な説明を省略する。また、この実施の第５の形態でも、上述した実施の第４の形態と同様に、管理情報３０ｂは、同期処理用のコンテンツファイルＦctと、全コンテンツファイル保存用のコンテンツファイルＦctとを識別可能なように構成される。
【０３３８】
図２２Ａに例示されるように、バックアップ元であるハードディスク１２７には、初期状態においてコンテンツファイルＦctとしてコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」が記録され、インデックスファイルＦindexとしては、その格納状態に応じた内容「１」を有するファイルが記録されていたとする。
【０３３９】
ハードディスク１２７側においては、初期状態の後、時点t２でコンテンツファイルＦct「Ｄ」が追加され、インデックスファイルＦindexの内容が内容「１」から内容「２」に更新される。また、時点t４で、コンテンツファイルＦct「Ｂ」が削除されてインデックスファイルＦindexの内容が内容「２」から内容「３」に更新される。さらに、時点t６でコンテンツファイルＦct「Ｃ」が修正されてコンテンツファイルＦct「Ｃ’」に更新され、インデックスファイルＦindexの内容が内容「３」から内容「４」に更新される。
【０３４０】
一方、図２２の例では、バックアップ処理は、時点t１、時点t３および時点t５で行われる。時点t１では、ハードディスク１２７における初期状態の格納状態が記録媒体１３０にバックアップされ、内容「Ｍ１」の管理情報が生成される。時点ｔ３では、時点ｔ２でハードディスク１２７に追加されたコンテンツファイルＦct「Ｄ」が記録媒体１３０に記録され、バックアップされると共に、その旨反映するように、管理情報３０ｂの内容が内容「Ｍ１」から内容「Ｍ２」に更新される。また、時点ｔ５では、時点ｔ４でコンテンツファイルＦct「Ｂ」がハードディスク１２７から削除されたことを反映するように、管理情報３０ｂにおいてコンテンツファイルＦct「Ｂ」が全コンテンツファイル保存用として管理され、管理情報３０ｂの内容がその旨反映するように、内容「Ｍ３」から内容「Ｍ４」に更新される。
【０３４１】
ここで、この実施の第５の形態においては、時点ｔ１、時点ｔ３および時点ｔ５において、ハードディスク１２７側から読み出され記録媒体１３０に記録されるインデックスファイルＦindexを、それぞれのバックアップ処理の時点に関連付けて、記録媒体１３０上に全て保存するようにされる。
【０３４２】
ここで、時点t６でハードディスク１２７側においてコンテンツファイルＦct「Ｃ」が修正されコンテンツファイルＦct「Ｃ’」とされた後に、時点t７で、任意のバックアップ時点までの復元が指示された場合について考える。一例として、時点t７において、時点t３でバックアップ処理を行った時点のハードディスク１２７の記録内容を復元する場合について説明する。
【０３４３】
ＣＰＵ１２０は、例えば操作部１２４に対してなされた任意時点復元指示に応じて、記録媒体１３０に保存されるインデックスファイルＦindexのうち、指示された復元対象時点に対応付けられたインデックスファイルＦindexを取得し、取得されたインデックスファイルＦindexと、現時点でハードディスク１２７に記録されているインデックスファイルＦindexとに基づき、差分情報リストＬSBを作成する。そして、ＣＰＵ１２０は、差分情報リストLSBに基づき得られた差分タイプに基づき、ハードディスク１２７についてコンテンツファイルＦctの記録および／または削除を行うと共に、記録媒体１３０において、ハードディスク１２７上でのコンテンツファイルＦctの格納状態に応じて、管理情報３０ｂの変更を行う。
【０３４４】
図２２の例では、時点３と対応付けられて記録媒体１３０に保存される、内容「２」のインデックスファイルＦindexと、任意時点復元指示がなされた時点ｔ７でハードディスク１２７に記録されている、内容「４」のインデックスファイルＦindexとが比較され、比較結果に基づき差分情報リストＬSBが生成される。この差分情報リストLSBによれば、コンテンツファイルＦct「Ｂ」については、差分タイプが「コンテンツ削除」、コンテンツファイルＦct「Ｃ」およびコンテンツファイルＦct「Ｃ’」については、差分タイプが「コンテンツ変更」を示す情報が得られる。
【０３４５】
ＣＰＵ１２０は、差分タイプの「コンテンツ削除」に応じて、上述した実施の第２の形態による復元処理の場合と同様に、「前回エントリＩＤ」により特定されるコンテンツファイルＦct（図２２の例ではコンテンツファイルＦct「Ｂ」）を、記録媒体１３０から読み出してハードディスク１２７に記録する。
【０３４６】
また、ＣＰＵ１２０は、差分タイプの「コンテンツ更新」に応じて、上述した実施の第２の形態による復元処理の場合と同様に、「前回エントリＩＤ」により特定されるコンテンツファイルＦct（図２２の例ではコンテンツファイルＦct「Ｃ」）を記録媒体１３０から読み出してハードディスク１２７に記録し、「今回エントリＩＤ」により特定されるコンテンツファイルＦct（図２２の例ではコンテンツファイルＦct「Ｃ’」）を、ハードディスク１２７から削除する。
【０３４７】
このような処理により、図２２Ａの時点t７に例示されるように、ハードディスク１２７側のコンテンツファイルＦctの格納状態は、時点t３における格納状態に復元される。
【０３４８】
ＣＰＵ１２０は、さらに、当該復元対象時点に指定された、記録媒体１３０上のインデックスファイルＦindexを、ハードディスク１２７に既に存在するインデックスファイルＦindexに対して上書き記録する。さらに、ハードディスク１２７側において置き換えられたインデックスファイルＦindexが、さらに記録媒体１３０において、当該復元対象時点である時点t７と関連付けられて、記録媒体１３０上に保存される。
【０３４９】
この図２２の例では、記録媒体１３０から内容「２」のインデックスファイルＦindexが読み出され、ハードディスク１２７上の内容「４」のインデックスファイルＦindexに対して上書き記録される。
【０３５０】
また、当該内容「２」のインデックスファイルＦindexが、当該復元対象時点である時点t７と対応付けられて、記録媒体１３０に保存される。すなわち、記録媒体１３０上では、図２２の例では、時点t１、時点t３、時点t５および時点t７のそれぞれの時点におけるハードディスク１２７上のコンテンツファイルＦctの格納状態を示す各インデックスファイルＦindexが格納されることになる。
【０３５１】
時点t７の復元処理により変化した、ハードディスク１２７側のコンテンツファイルＦctの格納状態に応じて、管理情報３０ｂを更新する必要がある。図２２の例では、前回の管理情報３０ｂの更新時に全コンテンツファイル保存用として管理されていたコンテンツファイルＦct「Ｂ」が、同期用のコンテンツファイルＦctとして管理されるように、管理情報３０ｂの更新を行う（図２２Ｂの内容「Ｍ２」の管理情報３０ｂ」）。
【０３５２】
このように、この実施の第５の形態による復元処理において、差分タイプが「コンテンツ削除」とされたコンテンツファイルＦctについては、管理情報３０ｂでは、同期用となるように管理される。したがって、差分タイプが「コンテンツ削除」とされたコンテンツファイルＦctに関しては、復元処理以前の全コンテンツファイル保存用から、同期用として管理されるように、管理情報３０ｂが更新される。
【０３５３】
なお、復元指示がなされた時点と、当該復元指示時点の直前のバックアップ処理時点との間でハードディスク１２７側においてコンテンツファイルＦctが削除された場合、当該コンテンツファイルＦctについては、当該コンテンツファイルの削除が記録媒体１３０上に反映されていない。図２２の例では、時点t６でハードディスク１２７上からコンテンツファイルＦct「Ｄ」が削除された場合、復元処理が指示された時点t７においては、記録媒体１３０および管理情報３０ｂに対し、この削除が反映されない。このような場合、当該コンテンツファイルＦctは、管理情報３０ｂにおいて同期用のままで管理されていることになる。したがって、この場合には、復元処理に応じてハードディスク１２７側において当該コンテンツファイルＦctが復元されても、管理情報３０ｂ内の情報を更新する必要はない。
【０３５４】
また、復元指示がなされた際に、差分タイプが「コンテンツ更新」と判別されたコンテンツファイルＦctについては、上述の差分タイプが「コンテンツ削除」の場合と同様に、対応する更新前のコンテンツファイルＦctが記録媒体１３０から読み出され、ハードディスク１２７側に記録されることになる（図２２の例では、時点t７におけるコンテンツファイルＦct「Ｃ」の移動）。すなわち、差分タイプが「コンテンツ更新」と判別された際の対応する更新前のコンテンツファイルＦct（すなわち、「前回エントリＩＤ」により特定されるコンテンツファイルＦct）についても、同様に、記録媒体１３０において同期用として管理されるように、管理情報３０ｂを更新する。
【０３５５】
なお、差分タイプが「コンテンツ更新」と判別されたコンテンツファイルＦctの対応する更新後のコンテンツファイルＦct（すなわち、「今回エントリＩＤ」により特定されるコンテンツファイルＦct）に関し、図２２ＡにコンテンツファイルＦct「Ｃ’」として例示されるように、当該コンテンツファイルＦctが記録媒体１３０に対して反映されていない場合には、管理情報３０ｂにおいて特段の処理は不要である。
【０３５６】
勿論、コンテンツファイルＦct「Ｃ」が修正などされコンテンツファイルＦct「Ｃ’」に更新されて以降にバックアップ処理がなされている場合には、当該コンテンツファイルＦct「Ｃ’」は、記録媒体１３０に記録され、管理情報３０ｂにおいて当該コンテンツファイルＦctが同期用として管理されていることになる。このような状態から、当該コンテンツファイルＦct「Ｃ’」の修正前の時点に復元された場合には、管理情報３０ｂにおいて、当該コンテンツファイルＦct「Ｃ’」の管理を同期用から全コンテンツファイル保存用に変更する必要があるのは、いうまでもない。
【０３５７】
なお、図２２では図示されていないが、差分タイプが「コンテンツ追加」であるコンテンツファイルについては、上述した実施の第２の形態の場合と同様に、ハードディスク１２７側で追加されたコンテンツファイルＦct（すなわち、「今回エントリＩＤ」で特定されるコンテンツファイルＦct）を、ハードディスク１２７側で削除させるようにすればよい。
【０３５８】
そして、この差分タイプが「コンテンツ追加」とされたコンテンツファイルＦctについても、復元処理が指示された時点で記録媒体１３０に当該コンテンツファイルＦctがバックアップされているか否かで、処理が異ならされる。
【０３５９】
すなわち、例えば、復元処理が指示される直前のバックアップ処理から当該復元処理指示の間に、ハードディスク１２７側に追加されたコンテンツファイルＦctについては、復元処理指示の時点で記録媒体１３０にバックアップされておらず、また、管理情報３０ｂにも当該コンテンツファイルＦctの情報は反映されていない。そのため、当該コンテンツファイルＦctに関しては、復元処理を行うに当たって、特段の処理は不要である。
【０３６０】
一方、ハードディスク１２７側に対してコンテンツファイルＦctが追加された後にバックアップ処理がなされ、その後、復元処理がなされた場合には、当該コンテンツファイルＦctは、既に記録媒体１３０に記録されていると共に、管理情報３０ｂにおいて同期用として管理されていることになる。その後、当該コンテンツファイルＦctのハードディスク１２７側への記録が行われる前の時点が復元対象時点として指定された場合、当該コンテンツファイルＦctは、管理情報３０ｂにより「全コンテンツファイル保存用」として管理されるべきものとなる。
【０３６１】
例えば、時点ｔ４〜ｔ５の間でコンテンツファイル「Ｅ」が追加された場合には、時点ｔ５のバックアップ時点で当該コンテンツファイル「Ｅ」が「同期用」として記録媒体１３０側で保持されることになる。その場合、時点ｔ７の任意時点復元処理で時点ｔ３の状態への復元が行われると、このコンテンツファイル「Ｅ」は、「全コンテンツ保存用」として管理されるべきものとされることが分かる。
【０３６２】
なお、この任意時点復元処理における、差分タイプが「エントリ更新」であるコンテンツファイルＦctの取り扱いについては、上述した実施の第２の形態で説明した復元処理の場合に準ずるものとする。
【０３６３】
上述のように、この発明の実施の第５の形態によれば、過去に行われたバックアップ処理時点のうち任意の時点でのバックアップ元の記録状態を復元することができる。
【０３６４】
それと共に、バックアップ先である記録媒体１３０において、このような復元処理が行われた場合にも、ハードディスク１２７側と同期しているコンテンツファイルＦctと、全コンテンツファイル保存処理に伴って保存される同期用以外のコンテンツファイルＦctとを、それぞれ管理することができる。
【０３６５】
また、この実施の第５の形態によれば、実際に転送を行うのは差分のファイルのみとすることができ、この点で任意時点復元処理をより高速化することができる。また、転送すべきコンテンツファイルＦctが減ることで、処理負担についても軽減することができる。また、差分情報ＳＢは、復元対象時点のインデックスファイルＦindexと今回バックアップ時のインデックスファイルＦindex同士の内容を突き合わせて生成するので、その分高速に取得することができ、したがってこの点でも任意時点復元処理としての高速化が図られている。
【０３６６】
さらに、この実施の第５の形態によれば、インデックスファイルＦindexには、コンテンツ更新日時などのファイル識別子以外の他のファイル関連情報もエントリされ、このようなインデックスファイルＦindexをハードディスク１２７側と記録媒体１３０側とで比較して差分情報ＳＢを取得するようにしている。そのため、ので、差分タイプが「コンテンツ更新」や「エントリ更新」などコンテンツの追加や削除以外の他の差分タイプについても、管理情報同士を比較するのみで差分情報ＳＢを取得することができ、コンテンツの追加や削除以外の差分のタイプに応じた処理（この場合では「コンテンツ更新」とされたファイルについての復元処理）についても高速化が図られている。
【０３６７】
２−５−２．実施の第５の形態による復元処理のより詳細な説明
次に、この実施の第５の形態によるバックアップ処理および復元処理のより詳細な動作を、図２３〜図２５のフローチャートを用いて説明する。図２３は、実施の第５の形態によるバックアップ処理の全体的な動作を示す一例のフローチャートである。なお、図２３の処理に先立って、バックアップ先の記録媒体１３０がドライブ装置１２８に装填され、アクセス可能な状態とされているものとする。また、図２３に示される各制御および判断処理などは、ＣＰＵ１２０により、所定のプログラムに従いなされる。
【０３６８】
なお、図２３のフローチャートにおいて、ステップＳ１００６以外の処理は、上述の実施の第４の形態で図２０を用いて説明した処理と同一なので、説明を省略する。すなわち、この図２３におけるステップＳ１００１〜ステップＳ１００５は、図２０のステップＳ８０１〜ステップＳ８０５の各処理とそれぞれ同一であり、図２３のステップＳ１００８〜ステップＳ１０１０の処理は、図２０のステップＳ８０８〜ステップＳ８１０の各処理と同一である。また、図２３のステップＳ１００７の処理は、図２０のステップＳ８０７の処理と同一である。
【０３６９】
図２３において、ステップＳ１００６では、上述の図２０で説明したステップＳ８０６の処理と同様に、バックアップ元であるハードディスク１２７上に記録されるインデックスファイルＦindexを、バックアップ先である記録媒体１３０に対して記録する。このとき、この実施の第５の形態においては、ステップＳ１００６で、ハードディスク１２７側に記録されるインデックスファイルＦindexを、今回バックアップ処理を行った時点と対応付けて、記録媒体１３０に保存する。
【０３７０】
すなわち、図２２を用いて説明したようにして、任意のバックアップ処理時点でのハードディスク１２７におけるコンテンツファイルＦctの格納状態を復元できるようにするために、図２３に示すステップＳ１００３で、差分情報生成用情報Rdyを生成するためにハードディスク１２７側から読み出され、例えばＲＡＭ１２１などに一時的に記憶されるインデックスファイルＦindexを、今回のバックアップ処理の時点に対応付けて保存するようにされている。ハードディスク１２７から読み出されたインデックスファイルＦindexの保存先を、例えば記録媒体１３０としてもよい。
【０３７１】
図２４は、この実施の第５の形態による、任意時点における復元処理の一例の動作を示すフローチャートである。なお、図２４の処理に先立って、ドライブ装置１２８にはバックアップ先である記録媒体１３０が装填され、当該記録媒体１３０には、バックアップ元であるハードディスク１２７に対してバックアップ指示がなされた各時点における記録内容が、図２２および図２３を用いて説明したようにして、既にバックアップされているものとする。
【０３７２】
最初のステップＳ１１０１で、ＣＰＵ１２０により、ハードディスク１２７の記録内容を、バックアップ処理が行われたいずれかの時点の記録状態に復元する処理を行う指示が待機される。例えば操作部１２４に対して復元処理を行う指示がなされたと判断されれば、処理は次のステップＳ１１０２に移行される。
【０３７３】
ステップＳ１１０２では、ハードディスク１２７の記録内容をどの時点の状態に復元するかが選択される。例えば、ＣＰＵ１２０は、記録媒体１３０上に保存されている各時点でのインデックスファイルＦindexを参照し、これら各インデックスファイルＦindexにそれぞれ対応付けられている、バックアップ処理を行った時点を示す情報を取得する。取得された情報は、例えばビデオカメラ装置１００に設けられている表示装置に所定に表示される。この表示に基づき操作部１２４が操作され、どの時点の状態に復元するかが選択される。
【０３７４】
次のステップＳ１１０３で、ＣＰＵ１２０は、この選択された復元時点の情報に基づ差分情報生成用情報Rdyを生成する。すなわち、ＣＰＵ１２０は、記録媒体１３０に保存されている各時点のインデックスファイルＦindexのうち、ステップＳ１１０２で選択された復元時点を示す情報に対応するインデックスファイルＦindexを読み出し、例えばＲＡＭ１２１に記憶すると共に、ハードディスク１２７から、現時点で記録されているインデックスファイルＦindexを読み出しＲＡＭ１２１に記憶する。そして、ＣＰＵ１２０は、復元時点を示す情報に対応するインデックスファイルＦindexに基づき前回バックアップ時の相違検出用情報リストＬDd-psを生成すると共に、ハードディスク１２７の現時点でのインデックスファイルＦindexに基づき今回バックアップ時の相違検出用情報リストＬDd-prを生成する。そして、生成されたこれら相違検出用情報リストＬDd-psおよび相違検出用情報リストＬDd-prにより、差分情報生成用情報Rdyを生成する。
【０３７５】
ステップＳ１１０４では、ステップＳ１１０３で生成された差分情報生成用情報Rdyに基づき、図１１を用いて説明したのと同様にして、差分情報リストＬSBが生成される。
【０３７６】
次のステップＳ１１０５で、ステップＳ１１０４で生成された差分情報リストＬSBに基づき、差分ファイル群処理が行われる。すなわち、このステップＳ１１０５において、ステップＳ１１０２で選択された復元時点におけるハードディスク１２７の格納状態を復元するために、差分情報リストＬSBに基づき、記録媒体１３０上のコンテンツファイルＦctのハードディスク１２７への記録、ハードディスク１２７からのコンテンツファイルＦctの削除を行う。
【０３７７】
ステップＳ１１０４で差分ファイル群の処理がなされ、ハードディスク１２７上に、選択された復元時点の格納状態が復元されたら、処理はステップＳ１１０６に移行される。ステップＳ１１０６では、バックアップ先である記録媒体１３０に記録される、選択された復元時点にバックアップされたインデックスファイルＦindexで、バックアップ元であるハードディスク１２７上のインデックスファイルＦindexを置き換える。
【０３７８】
これにより、復元されたコンテンツファイルＦctの格納状態に合致した情報内容によるインデックスファイルＦindexをハードディスク１２７に記録させることができる。ハードディスク１２７側において、復元されたコンテンツ群がハードディスク１２７上に記録されたものとして適正に管理することができるようになる。
【０３７９】
そして、次のステップＳ１１０７で、図２２を用いて説明したような方法により、コンテンツファイルＦctが同期用と全コンテンツファイル保存用とでそれぞれ管理されるように、管理情報３０ｂが更新される。これにより、任意時点への復元処理が行われる場合でも、記録媒体１３０上に記録されている各コンテンツファイルＦctが、同期用と全コンテンツファイル保存用とで区別して管理されるようにできる。
【０３８０】
図２５は、上述したステップＳ１１０５における差分ファイル群処理をより詳細に示す一例のフローチャートである。先ず、ステップＳ１２０１において、差分情報リストＬSB内の対象とする差分情報ＳＢを指し示すためのポインタ値[ｋ]をリセットし、値「０」とする。次のステップＳ１２０２は、ポインタ値[ｋ]が、差分情報リストＬSBにおける差分情報ＳＢのリストアップ数と一致したか否かについて判別する。若し、一致していないと判別された場合は、処理はステップＳ１２０３に移行され、差分情報リストＬSB中の[ｋ]番目の差分情報ＳＢを取得する。
【０３８１】
次のステップＳ１２０４は、取得された差分情報ＳＢに基づき、差分タイプが「コンテンツ追加」、「コンテンツ削除」、「コンテンツ更新」および「エントリ更新」のうち何れであるかを判別し、判別結果に応じて処理を分岐させる。
【０３８２】
ステップＳ１２０４で、差分タイプが「コンテンツ追加」であると判別されれば、処理はステップＳ１２０５に移行される。ステップＳ１２０５では、ハードディスク１２７上の「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctを削除する。そして、処理は次のステップＳ１２０６に移行される。
【０３８３】
「今回エントリＩＤ」に対応するコンテンツファイルＦctを既にバックアップしている場合、ステップＳ１２０６で、管理情報３０ｂにおいて当該コンテンツファイルＦctの属性が「全コンテンツファイル保存用」に設定される。これは、管理情報３０ｂにより同期用および全コンテンツファイル保存用のコンテンツファイルＦctをそれぞれ管理しているために、差分タイプが「コンテンツ追加」とされたコンテンツファイルＦctが既に記録媒体１３０にバックアップされている場合に、当該コンテンツファイルＦctの属性を、それまでの「同期用」から「全コンテンツファイル保存用」に変更する必要があるからである。
【０３８４】
ステップＳ１２０６の処理が終了すると、処理はステップＳ１２１３に移行される。ステップＳ１２１３では、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ１２０２に戻される。
【０３８５】
ステップＳ１２０４で、差分タイプが「コンテンツ更新」であると判別されれば、処理はステップＳ１２０７に移行される。ステップＳ１２０７では、「今回エントリＩＤ」のエントリに相当するコンテンツファイルＦctをハードディスク１２７から削除する。そして、処理はステップＳ１２０８に移行され、「前回エントリＩＤ」のエントリに相当するコンテンツファイルＦctを記録媒体１３０から読み出し、ハードディスク１２７に記録する。
【０３８６】
次のステップＳ１２０９で、管理情報３０ｂにおいて、「前回エントリＩＤ」のエントリに相当するコンテンツファイルＦctの属性を「同期用」に設定する。さらに、「今回エントリＩＤ」のエントリに相当するコンテンツファイルを既にバックアップしている場合は、次のステップＳ１２１０で、そのファイルの属性を「全コンテンツ保存用」に設定する。ステップＳ１２１０の処理が終了すると、処理はステップＳ１２１３に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理がステップＳ１２０２に戻される。
【０３８７】
ステップＳ１２０４において、差分タイプが「コンテンツ削除」であると判別されると、処理はステップＳ１２１１に移行される。ステップＳ１２１１では、記録媒体１３０から「前回エントリＩＤ」に相当するコンテンツファイルＦctを読み出し、ハードディスク１２７に記録する。次のステップＳ１２１２で、管理情報３０ｂにおいて、「前回エントリＩＤ」のエントリに相当するコンテンツファイルの属性を「同期用」に設定する。
【０３８８】
ステップＳ１２１２の処理が終了すると、処理はステップＳ１２１３に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理がステップＳ１２０２に戻される。
【０３８９】
ステップＳ１２０４において、差分タイプが「エントリ更新」であると判別された場合には、処理はそのままステップＳ１２１３に移行され、ポインタ値[ｋ]が１だけインクリメントされ、処理はステップＳ１２０２に戻される。すなわち、差分タイプが「エントリ更新」の場合は、特段の処理を実行せずに次の差分情報ＳＢに基づく処理を実行するようにされる。
【０３９０】
また、上述したステップＳ１２０２において、ポインタ値[ｋ]がリストアップ数と一致したと判別されれば、この図２５のフローチャートによる一連の処理が終了され、処理は上述した図２４におけるステップＳ１１０６に移行される。
【０３９１】
なお、これまでで説明した任意時点復元処理では、当該復元処理が行われる時点におけるハードディスク１２７側のコンテンツファイルＦctの格納状態を記録媒体１３０側に反映させないものとしている。これはこの例に限られず、例えば、図２４にて説明した任意時点復元処理を実行する前に、図２３に示した同期処理および全コンテンツファイル保存処理によるバックアップ処理を行うように構成すれば、この任意時点復元処理から見た前回バックアップ時から当該復元処理が行われる時点までの間にハードディスク１２７上で変更されたコンテンツファイルＦctの格納状態を、記録媒体１３０側に反映させるようにすることもできる。
【０３９２】
なお、上述では、バックアップを行った任意の時点に対する復元処理を実現するために、実施の第１の形態の同期処理によるバックアップ処理と、実施の第４の形態の全コンテンツファイル保存によるバックアップ処理とを組み合わせたが、これはこの例に限定されない。すなわち、バックアップを行った任意時点への復元を実現するためには、バックアップを行った各時点でのインデックスファイルＦindexと、ハードディスク１２７側で記録され、且つ、過去においてバックアップ先である記録媒体１３０への保存対象とされた全てのコンテンツファイルＦctが記録媒体１３に保存されていればよい。したがって、上述した実施の第３の形態による全コンテンツファイル保存によるバックアップ方法でも、バックアップ時点毎のインデックスファイルＦindexをそれぞれ記録媒体１３０に保存することで、バックアップを行った任意の時点に対する復元処理を実現可能である。
【０３９３】
また、任意時点復元処理が行われた場合、ハードディスク１２７側にて復元されたコンテンツファイルＦctの格納位置、例えばディレクトリ構造上の格納位置は、バックアップ時点の位置と復元時の位置とで必ずしも同じ位置になるとは限らない。一方、任意時点復元処理によりハードディスク１２７側で置き換えられるインデックスファイルＦindexは、バックアップ時点でのファイル格納状態を反映している。
【０３９４】
そのため、復元処理によってハードディスク１２７側で復元されたコンテンツファイルＦctの格納位置が、同じく復元処理によって置き換えられたインデックスファイルＦindex内のファイルパスが指し示す位置と一致しなくなっている可能性がある。そのため、ハードディスク１２７上に置き換えられたインデックスファイルＦindexから、復元されたコンテンツファイルＦctにアクセスできなくなってしまうおそれがある。
【０３９５】
ここで、復元処理により記録媒体１３０から読み出されたコンテンツファイルＦctをハードディスク１２７に記録する際のファイルパスに基づき、復元処理により置き換えられた、ハードディスク１２７上のインデックスファイルＦindexにおける該当するコンテンツファイルＦctのエントリデータ内のファイルパスを更新すれば、その後も各コンテンツファイルＦctをファイルパスを参照することで、適正に特定することができるようになる。
【０３９６】
別の方法として、インデックスファイルＦindexとしては、コンテンツＩＤによっても各コンテンツファイルＦctを特定することができるようにされている。従って任意時点復元処理が行われた以降は、インデックスファイルＦindex内のコンテンツＩＤによって各コンテンツファイルＦctを特定するように変更することによっても、上述のような問題は回避することができる。
【０３９７】
なお、実施の第５の形態の任意時点復元処理が行われる場合において、コンテンツＩＤを後述するレコーディングオーダで実現している場合は、復元処理後、新たに作成（追加）されるコンテンツファイルＦctに割り振られるレコーディングオーダが、復元対象時点から復元処理が行われるまでに割り振られたレコーディングオーダと重複しないようにするための処理が別途必要となる。なお、これまでの実施の形態のようにコンテンツＩＤをファイルパスとファイル更新日時との組で実現している場合には、そのような処理は不要である。
【０３９８】
２−６．発明の実施の第６の形態について
次に、この発明の実施の第６の形態について説明する。この実施の第６の形態においては、ハードディスク１２７における記録内容のバックアップ処理自体は、実施の第３の形態で既に説明したような、全コンテンツファイル保存処理による方法で行う。一方、この実施の第６の形態では、バックアップ元であるハードディスク１２７に対して新たなコンテンツファイルＦctが追加される毎にインクリメントされる、レコーディングオーダと呼ばれる値を定義し、このレコーディングオーダを用いてバックアップ処理の制御を簡易的に行うようにしている。
【０３９９】
レコーディングオーダは、ハードディスク１２７に対して新たなコンテンツファイルＦctが追加された場合に、所定値、例えば１だけインクリメントされる。また、レコーディングオーダは、ハードディスク１２７に既に記録されているコンテンツファイルＦctが更新された場合にも、所定値、例えば１だけインクリメントされる。すなわち、レコーディングオーダは、コンテンツファイルＦctのハードディスク１２７に対する記録順を示す情報である。
【０４００】
このレコーディングオーダは、図５を用いて説明したインデックスファイルＦindex内の各管理ファイルスロットＳm、すなわち各エントリデータにおけるコンテンツＩＤ部６４に格納される。すなわち、レコーディングオーダは、エントリＩＤに対応付けられたコンテンツファイルＦctを一意に識別するコンテンツＩＤとして扱われる。
【０４０１】
この実施の第６の形態においては、バックアップ元であるハードディスク１２７におけるコンテンツファイルＦctの格納状態と、バックアップ先である記録媒体１３０におけるコンテンツファイルＦctの格納状態との差分を、このレコーディングオーダを用いて求めるようにしている。すなわち、ハードディスク１２７および記録媒体１３０それぞれのインデックスファイルＦindex内に格納されるコンテンツＩＤのみを互いに比較することで、差分検出を行うようにしている。
【０４０２】
なお、コンテンツファイルＦctの更新は、例えば対象となるコンテンツファイルＦctの全部または一部をＲＡＭ１２１などに一時的に記憶させ、ＣＰＵ１２０によりＲＡＭ１２１上で修正等が加えられたコンテンツファイルＦctがハードディスク１２７上の元の位置に書き戻されることで行われる。したがって、コンテンツファイルＦctの更新も、ハードディスク１２７に対して新たなコンテンツファイルＦctが記録されたものと見なすことができる。
【０４０３】
また、バックアップ処理を行った各コンテンツファイルＦctに対応するレコーディングオーダのうち最大の値を有するレコーディングオーダは、当該時点に対して最も新しく記録または更新されたコンテンツファイルＦctに対応する。換言すれば、バックアップ処理を行った時点で最大の値を有するレコーディングオーダは、当該時点から遡ってハードディスク１２７に最後に記録または更新されたコンテンツファイルＦctに対応することになる。以下、このバックアップを行った時点で最大の値を有するレコーディングオーダを、最終レコーディングオーダと呼ぶ。
【０４０４】
全コンテンツファイル保存処理によりバックアップを行う場合、ハードディスク１２７側において前回のバックアップ処理の時点から今回のバックアップ処理の時点までの間に追加または更新されたコンテンツファイルＦctのみが特定されればよい。
【０４０５】
そこで、この実施の第６の形態では、ハードディスク１２７の記録内容を、ある時点で記録媒体１３０に全コンテンツファイル保存処理によりバックアップする際に、ハードディスク１２７上のインデックスファイルＦindexを記録媒体１３０に記録する処理を行わず、当該時点におけるハードディスク１２７上での最終レコーディングオーダのみを、記録媒体１３０に記録させ、保持するようにしている。
【０４０６】
次回のバックアップ処理の際に、記録媒体１３０に保持されている最終レコーディングオーダと、ハードディスク１２７に記録されるインデックスファイルＦindex内に格納される各コンテンツファイルＦctに対応するコンテンツＩＤとをそれぞれ比較する。比較の結果、記録媒体１３０に保持されている最終レコーディングオーダよりも値の大きなレコーディングオーダに対応するコンテンツファイルＦctが、追加または更新されたコンテンツファイルＦctであることが把握できる。
【０４０７】
２−６−１．実施の第６の形態によるバックアップ処理について
図２６は、この実施の第６の形態による一例のバックアップ処理を模式的に示す。図２６Ａは、バックアップ元となるハードディスク１２７に記録されたコンテンツファイルＦctについて、時間軸ｔに沿った一例の状態遷移を示す。図２６Ｂは、ドライブ装置１２８により記録媒体１３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦctおよび管理情報３０ｂについて、同様に時間軸ｔに沿った一例の状態遷移を示す。
【０４０８】
なお、図２６Ａに例示される、ハードディスク１２７側の処理は、図６Ａを用いて説明した実施の第１の形態によるバックアップ処理の場合と同様なので、重複する部分については、詳細な説明を省略する。
【０４０９】
図２６Ａに例示されるように、バックアップ元であるハードディスク１２７には、初期状態においてコンテンツファイルＦctとしてコンテンツファイルＦct「Ａ」、コンテンツファイルＦct「Ｂ」およびコンテンツファイルＦct「Ｃ」が記録され、インデックスファイルＦindexとしては、その格納状態に応じた内容「１」を有するファイルが記録されていたとする。
【０４１０】
ここで、コンテンツファイルＦct「Ａ」、Ｆct「Ｂ」およびＦct「Ｃ」は、それぞれの記録順に応じてレコーディングオーダの付与され、レコーディングオーダの値がインデックスファイルＦindex内の対応する管理ファイルスロットＳmにおけるコンテンツＩＤ部６４にそれぞれ格納される。一例として、コンテンツファイルＦct「Ａ」、Ｆct「Ｂ」およびＦct「Ｃ」のレコーディングオーダの値は、それぞれ値「１」、値「２」および値「３」とする。この場合、最終レコーディングオーダの値は「３」である。
【０４１１】
さらに、図２６Ａの例では、ハードディスク１２７側において、初期状態の後、時点t２でコンテンツファイルＦct「Ｄ」が追加され、当該コンテンツファイルＦct「Ｄ」のレコーディングオーダ値「４」が最終レコーディングオーダとされると共に、インデックスファイルＦindexの内容が、初期状態の内容「１」からレコーディングオーダ値「４」を反映した内容「２」に更新される。また、時点t４で、コンテンツファイルＦct「Ｂ」が削除されてインデックスファイルＦindexの内容が内容「２」から内容「３」に更新される。ファイルの削除の場合はレコーディングオーダ値が増加しないので、最終レコーディングオーダの変化は無い。さらに、時点t６でコンテンツファイルＦct「Ｃ」が修正されてコンテンツファイルＦct「Ｃ’」に更新され、当該コンテンツファイルＦct「Ｃ’」のレコーディングオーダ値「５」が最終レコーディングオーダとされると共に、インデックスファイルＦindexの内容が、時点ｔ４の内容「３」からレコーディングオーダ値「５」を反映した内容「４」に更新される。
【０４１２】
一方、図２６の例では、バックアップ処理は、例えばビデオカメラ装置１００の操作部１２４に対してなされる所定の操作に応じて、時点t１、時点t３、時点t５および時点ｔ７で行われる。
【０４１３】
時点ｔ１における初回のバックアップ処理では、ＣＰＵ１２０は、ハードディスク１２７からこれらコンテンツファイルＦct「Ａ」、「Ｂ」および「Ｃ」を読み出し、記録媒体１３０に記録すると共に、最終レコーディングオーダとなるレコーディングオーダ値（例えば値「３」）を、記録媒体１３０に記録させ保持させる。このように、この実施の第６の形態では、上述した実施の第１〜第５の形態のように、インデックスファイルＦindexを記録媒体１３０に記録させる必要が無い。
【０４１４】
時点ｔ３のバックアップ処理は、コンテンツファイルＦctの追加後の処理の例である。時点ｔ３では、記録媒体１３０に保持される、前回のバックアップ処理時すなわち時点ｔ１において最終レコーディングオーダとなるレコーディングオーダ値と、時点ｔ３においてハードディスク１２７に記録されるインデックスファイルＦindexに格納される各レコーディングオーダの値とを比較し、最終レコーディングオーダーよりも値の大きなレコーディングオーダーが対応付けられたコンテンツファイルＦctを特定する。
【０４１５】
この図２６の例では、時点ｔ１にて記録媒体１３０に保持された最終レコーディングオーダの値が「３」であり、一方、ハードディスク１２７に記録される各コンテンツファイルＦct「Ａ」、「Ｂ」、「Ｃ」および「Ｄ」のレコーディングオーダは、それぞれ値「１」、値「２」、値「３」および値「４」であるとする。これにより、記録媒体１３０に保持された最終レコーディングオーダより大きなレコーディングオーダが値「４」であり、当該レコーディングオーダに対応付けられたコンテンツファイルＦct「Ｄ」が、前回のバックアップ処理の時点から追加されたコンテンツファイルＦctとして特定される。
【０４１６】
ここで、実施の第６の形態においては、ハードディスク１２７に記録されるコンテンツファイルＦctのうち、記録媒体１３０に保持される最終レコーディングオーダとされるレコーディングオーダ値よりも大きなレコーディングオーダ値を有するコンテンツファイルＦctを特定するための情報を、図２７に一例が示されるような、簡易差分情報リストＬSB-eとして生成する。簡易差分情報リストＬSB-eは、このように、最終レコーディングオーダよりも値が大きなレコーディングオーダを有するコンテンツファイルＦctに対するアクセス情報がリストアップされる。具体的には、ハードディスク１２７に記録されるインデックスファイルＦindexに格納されるファイルパス部６６に格納される、該当する各コンテンツファイルＦctのファイルパス情報をリストアップする。
【０４１７】
なお、簡易差分情報リストＬSB-eの構成は、上述に限らず、例えばファイルパス情報の代わりに、コンテンツＩＤをリストアップする構成も考えられる。
【０４１８】
図２６に戻り、時点ｔ３において、上述したような簡易差分情報リストＬSB-eに基づき、前回のバックアップ処理の時点から追加されたコンテンツファイルＦctが特定されると、ＣＰＵ１２０は、ハードディスク１２７から当該特定されたコンテンツファイルＦctを読み出し、記録媒体１３０に記録するように処理する。
【０４１９】
図２６の例では、ＣＰＵ１２０は、ハードディスク１２７上に記録されたコンテンツファイルＦct「Ｄ」を読み出し、記録媒体１３０に記録する。それと共に、ＣＰＵ１２０は、ハードディスク１２７に記録されるインデックスファイルＦindexの内容に基づき、最も値の大きなレコーディングオーダを検索し、検索されたレコーディングオーダを最終レコーディングオーダとして、記録媒体１３０に記録し保持させる。この例では、最終レコーディングオーダとして、コンテンツファイルＦct「Ｄ」に対応するレコーディングオーダ値「４」が記録媒体１３０に保持される。
【０４２０】
時点ｔ５のバックアップ処理は、コンテンツファイルＦctの削除後の処理の例である。時点ｔ５において、記録媒体１３０に保持される最終レコーディングオーダは、前回のバックアップ処理が行われた時点ｔ３のバックアップ処理時に記録媒体１３０に保持されたレコーディングオーダ値「４」である。一方、ハードディスク１２７では、時点ｔ３から時点ｔ５までの間にコンテンツファイルＦctの追加または更新が行われていないので、最大のレコーディングオーダ値は、コンテンツファイルＦct「Ｄ」に対応する値「４」のまま変わらない。記録媒体１３０に保持される最終レコーディングオーダの値と、ハードディスク１２７上のコンテンツファイルＦctに対応するレコーディングオーダ値の最大値とが等しいため、簡易差分情報リストＬSB-eは、空となり、ハードディスク１２７上に記録されたコンテンツファイルの記録媒体１３０への記録は行われない。
【０４２１】
この場合、ＣＰＵ１２０は、ハードディスク１２７に記録されるインデックスファイルＦindexに基づき、レコーディングオーダ値「４」を最終レコーディングオーダとして記録媒体１３０に記録し保持させる。
【０４２２】
時点ｔ７のバックアップ処理は、コンテンツファイルＦctの更新後の処理の例である。この場合、更新されたコンテンツファイルＦctに対して新たなレコーディングオーダを付与するか否かによって、処理が異なる。
【０４２３】
更新されたコンテンツファイルＦctに対して新たなレコーディングオーダを付与しない場合は、当然のことながら、この更新によってハードディスク１２７に記録されるインデックスファイルＦindex内に格納されるレコーディングオーダ値に変化が生じない。したがって、バックアップ処理としては、前回のバックアップ処理の時点から今回の処理の時点の間に、ハードディスク１２７におけるコンテンツファイルＦctの格納状態が変化しなかったと見做される。
【０４２４】
一方、更新されたコンテンツファイルＦctに対して新たなレコーディングオーダを付与する場合には、新たに付与されたレコーディングオーダ値は、インデックスファイルＦindex内に格納される各レコーディングオーダ値に対して最大の値とされる。したがって、記録媒体１３０に保持される最終レコーディングオーダと、ハードディスク１２７上のインデックスファイルＦindex内に格納される各レコーディングオーダ値とを比較した場合、この更新されたコンテンツファイルＦctに対応するレコーディングオーダ値が、最終レコーディングオーダよりも値が大きなレコーディングオーダ値とされ、対応するコンテンツファイルＦctがバックアップ対象として特定される。
【０４２５】
図２６の例では、時点ｔ６で更新されたコンテンツファイルＦct「Ｃ’」がレコーディングオーダ値「５」とされ、記録媒体１３０上に最終レコーディングオーダとして保持されるレコーディングオーダ値「４」よりも大きな値となっている。したがって、簡易差分情報リストＬSB-eに対し、このコンテンツファイルＦct「Ｃ’」のファイルパス情報が追加される。そして、この簡易差分情報リストＬSB-eに基づき、当該コンテンツファイルＦct「Ｃ’」をハードディスク１２７から読み出し、記録媒体１３０に記録する。さらに、ハードディスク１２７に記録されるインデックスファイルＦindexに基づき、最も値の大きなレコーディングオーダ値「５」を最終レコーディングオーダとして、記録媒体１３０に記録し保持させる。
【０４２６】
なお、以下では、更新されたコンテンツファイルＦctに対して新たなレコーディングオーダを付与するものとする。
【０４２７】
上述のように、この発明の実施の第６の形態による、最終レコーディングオーダを用いたバックアップ処理によれば、上述した実施の第３の形態の場合と同様に、過去に記録媒体１３０への保存対象とされたコンテンツファイルＦctについては、これらを全て、記録媒体１３０側において保存しておくことができる。また、この場合に、実際にハードディスク１２７から読み出して記録媒体１３０に記録するのは、差分のファイルのみとすることができ、全コンテンツを上書きコピーして実現する場合と比較すれば全コンテンツ保存処理をより高速化することができるさらに、このように転送すべきコンテンツファイルＦctが減ることで、処理負担についても軽減することができる。
【０４２８】
さらにまた、この実施の第６の形態によるバックアップ処理によれば、差分情報の生成にあたっては、レコーディングオーダのみについての比較を行えばよく、上述した実施の第３の形態のように、ハードディスク１２７側のインデックスファイルＦindexと、記録媒体１３０側のインデックスファイルＦindexとを比較する場合よりも、さらに高速に差分情報を取得することができ、全コンテンツファイル保存処理をさらに高速化できる。
【０４２９】
２−６−２．実施の第６の形態によるバックアップ処理のより詳細な説明
次に、この実施の第６の形態によるバックアップ処理のより詳細な動作を、図２８〜図３０のフローチャートを用いて説明する。図２８は、実施の第６の形態による、最終レコーディングオーダを用いたバックアップ処理の全体的な動作を示す一例のフローチャートである。なお、図２８の処理に先立って、バックアップ先の記録媒体１３０がドライブ装置１２８に装填され、アクセス可能な状態とされているものとする。また、図２８に示される各制御および判断処理などは、ＣＰＵ１２０により、所定のプログラムに従いなされる。
【０４３０】
最初のステップＳ１３０１で、ＣＰＵ１２０は、バックアップ元であるハードディスク１２７上に記録されたコンテンツファイルＦctの、バックアップ先の記録媒体１３０への全コンテンツファイル保存処理によるバックアップを行う旨の指示を待機し、当該指示がなされと判断されたら、処理はステップＳ１３０２に移行される。
【０４３１】
ステップＳ１３０２では、バックアップ先の記録媒体１３０上に、最終レコーディングオーダがバックアップされて記録されているか否かが判別される。若し、最終レコーディングオーダが記録媒体１３０上に存在しないと判断されれば、処理はステップＳ１３０７に移行される。
【０４３２】
ステップＳ１３０７および続くステップＳ１３０８において、ハードディスク１２７上に記録されているコンテンツファイルＦctの全てを記録媒体１３０に記録する処理がなされる。その後、処理はステップＳ１３０９に移行され、記録媒体１３０に対して最終レコーディングオーダが保存される。すなわち、ステップＳ１３０９では、ＣＰＵ１２０は、ハードディスク１２７上に記録されるインデックスファイルＦindex内の各エントリデータ、すなわち各管理ファイルスロットＳmに含まれるコンテンツＩＤ部６４に格納される情報に基づき、最も大きな値を持つレコーディングオーダを検索する。検索されたレコーディングオーダを、最終レコーディングオーダとして、記録媒体１３０に保存する。
【０４３３】
ステップＳ１３０９で最終レコーディングオーダが記録媒体１３０に保存されると、処理はステップＳ１３１０に移行され、記録媒体１３０におけるコンテンツファイルの格納状態に応じて、管理情報３０ｂを更新する。この実施の第６の形態による管理情報３０ｂの更新方法などは、上述した実施の第３の形態の例と同様であるので、詳細な説明を省略する。
【０４３４】
一方、上述のステップＳ１３０２において、記録媒体１３０上に既に最終レコーディングオーダが保存されていると判別されれば、処理はステップＳ１３０３に移行される。
【０４３５】
ステップＳ１３０３において、ＣＰＵ１２０は、バックアップ元であるハードディスク１２７に記録からインデックスファイルＦindexを読み出し、次のステップＳ１３０４で、読み出したインデックスファイルＦindex内の各エントリデータすなわち各管理ファイルスロットＳmに基づき、簡易差分情報リストＬSB-eを生成する。
【０４３６】
次のステップＳ１３０５で、ステップＳ１３０４で生成された簡易差分情報リストＬSB-eに基づき、差分ファイル群処理が行われる。この差分ファイル群処理により、前回のバックアップの時点から今回のバックアップの時点までの間に、ハードディスク１２７において追加または更新されたコンテンツファイルＦctが、記録媒体１３０に対して記録される。
【０４３７】
なお、ステップＳ１３０４における簡易差分情報リストＬSB-eの生成方法と、ステップＳ１３０５における差分ファイル群処理については、詳細は後述する。
【０４３８】
ステップＳ１３０５での差分ファイル分処理が終了されると、処理はステップＳ１３０６に移行され、記録媒体１３０上に保存される最終レコーディングオーダが更新される。例えば、ＣＰＵ１２０は、ハードディスク１２７上のインデックスファイルＦindex内における各エントリデータ内のコンテンツＩＤを参照し、最も値の大きいレコーディングオーダを、新たな最終レコーディングオーダとして取得する。取得された新たな最終レコーディングオーダは、記録媒体１３０に既に保存されている最終レコーディングオーダと置き換えられて、記録媒体１３０に保存される。
【０４３９】
最終レコーディングオーダの更新が終了すると、処理はステップＳ１３１０に移行され、上述しように、コンテンツファイルＦctの格納状態に応じて管理情報３０ｂを更新する。
【０４４０】
図２９は、上述したステップＳ１３０４における簡易差分情報リストＬSB-eの一例の生成処理をより詳細に示すフローチャートである。最初のステップＳ１４０１で、ＣＰＵ１２０は、記録媒体１３０にバックアップされている最終レコーディングオーダを取得する。
【０４４１】
次のステップＳ１４０２で、ポインタ値[ｊ]をリセットし、値「０」とする。このポインタ値[ｊ]は、上述してステップＳ１３０３において、ハードディスク１２７から取得したインデックスファイルＦindex内にエントリされる各エントリデータすなわち管理ファイルスロットＳmから、対象とするエントリデータを指し示すためのポインタとしての役割を果たす。なお、この意味で、先に説明したような今回バックアップ時の相違検出用情報リストＬDd-psについてのポインタ値[ｊ]と同じ符号を付している。
【０４４２】
次のステップＳ１４０３で、ポインタ値[ｊ]が、ハードディスク１２７に記録される全コンテンツファイル数と一致したか否かを判別する。すなわち、ポインタ値[ｊ]が、取得したインデックスファイルＦindex内にエントリされるエントリデータの数と一致したか否かについて判別する。ポインタ値[ｊ]が、ハードディスク１２７に記録される全コンテンツファイル数と一致していないと判別されれば、処理はステップＳ１４０４に移行する。
【０４４３】
ステップＳ１４０４では、[ｊ]番目のコンテンツファイルＦctのエントリデータからレコーディングオーダを取得する。すなわち、ポインタ値[ｊ]により指し示されるエントリデータ内のコンテンツＩＤ部６４に格納されるコンテンツＩＤを取得する。そして、次のステップＳ１４０５において、ステップＳ１４０４で取得したレコーディングオーダの値が、ステップＳ１４０１で取得されたバックアップした最終レコーディングオーダの値よりも大きいか否かを判別する。
【０４４４】
ステップＳ１４０５で、ステップＳ１４０４で取得したレコーディングオーダの値が、ステップＳ１４０１で取得されたバックアップした最終レコーディングオーダの値よりも大きいと判別されれば、処理はステップＳ１４０６に移行される。これは、換言すれば、記録媒体１３０にバックアップされたコンテンツファイルＦctよりも後に記録されたコンテンツファイルＦctがハードディスク１２７上に存在することを意味する。
【０４４５】
ステップＳ１４０６において、ＣＰＵ１２０は、ポインタ値[ｊ]により示されるエントリデータ内のファイルパス部６６を参照し、[ｊ]番目のコンテンツのエントリデータからファイルパスを取得する。そして、次のステップＳ１４０７で、取得されたファイルパスの情報を、図２７を用いて説明した簡易差分情報リストＬSB-eにリストアップする。この簡易差分情報リストＬSB-eは、例えばＲＡＭ１２１に一時的に記憶される。
【０４４６】
ステップＳ１４０７でファイルパスが簡易差分情報リストＬSB-eに追加されると、処理はステップＳ１４０８に移行され、ポインタ値[ｊ]が１だけインクリメントされ、処理がステップＳ１４０３に戻される。
【０４４７】
一方、上述のステップＳ１４０５において、ステップＳ１４０４で取得したレコーディングオーダの値が、ステップＳ１４０１で取得されたバックアップした最終レコーディングオーダの値よりも小さいと判別された場合は、処理はステップＳ１４０８に移行され、ポインタ値[ｊ]が１だけインクリメントされ、処理がステップＳ１４０３に戻される。
【０４４８】
これは、換言すれば、ハードディスク１２７上に存在するコンテンツファイルＦctは、全て、記録媒体１３０にバックアップされたコンテンツファイルＦctよりも前に記録されたコンテンツファイルＦctであるので、ハードディスク１２７上に存在するコンテンツファイルＦctに対応するファイルパスの情報を、簡易差分情報リストＬSB-eに追加しないことを意味する。
【０４４９】
なお、ステップＳ１４０３において、ポインタ値[ｊ]がハードディスク１２７に記録される全コンテンツファイル数と一致したと判別されたら、このフローチャートにおける一連の処理が終了され、処理は上述の図２８におけるステップＳ１３０５に移行される。
【０４５０】
図３０は、上述の図２８におけるステップＳ１３０５の、差分ファイル群に対する一例の処理をより詳細に示すフローチャートである。最初のステップＳ１５０１において、ポインタ値[ｍ]がリセットされ、値「０」とされる。このポインタ値[ｍ]は、簡易差分情報リストＬSB-e内にリストアップされるファイルパスから、対象とするファイルパスを指し示すためのポインタとしての役割を果たす。
【０４５１】
次のステップＳ１５０２では、ポインタ値[ｍ]が簡易差分情報リストＬSB-eにおけるファイルパスのリストアップ数と一致したか否かが判別される。ステップＳ１５０２において、ポインタ値[ｍ]が簡易差分情報リストＬSB-e内のリストアップ数と一致していないと判別されれば、処理はステップＳ１５０３に移行される。
【０４５２】
ステップＳ１５０３では、ＣＰＵ１２０により、簡易差分情報リストＬSB-eに示される[ｍ]番目のファイルパスが取得される。[ｍ]番目のファイルパスが取得されると、次のステップＳ１５０４で、取得されたファイルパスにより示されるコンテンツファイルＦctをハードディスク１２７から読み出し、記録媒体１３０に記録する要求がなされる。この要求は、例えば、ＣＰＵ１２０によりファイルシステム５１に対してなされる。この要求に応じて、次のステップＳ１５０５で、ハードディスク１２７から読み出された当該コンテンツファイルＦctが記録媒体１３０に保存される。
【０４５３】
ステップＳ１５０５の保存処理が実行されると、ステップＳ１５０６にてポインタ値[ｍ]が１だけインクリメントされ、処理はステップＳ１５０２に戻される。
【０４５４】
一方、上述のステップＳ１５０２において、ポインタ値[ｍ]が簡易差分情報リストＬSB-eにリストアップされたファイルパスのリストアップ数と一致したと判別されれば、このフローチャートによる一連の処理が終了され、処理は上述した図２８のステップＳ１３０６に移行される。
【０４５５】
なお、この実施の第６の形態では、上述の図２８〜図３０のフローチャートに例示されるように、簡易差分情報リストＬSB-eを生成した上で、当該リストに逐次リストアップされるファイルパス毎に、コンテンツファイルＦctのハードディスク１２７からの読み出しおよび記録媒体１３０への保存を行うようにしたが、これはこの例に限られない。すなわち、この場合でも、簡易差分情報リストＬSB-eを生成せずに、差分のコンテンツファイルＦctを１つ特定する毎に、そのコンテンツファイルＦctのハードディスク１２７からの読み出しおよび記録媒体１３０への保存を行うようにすることもできる。また、この場合において、簡易差分情報リストＬSB-eにリストアップされる全てのファイルパスについて、一括してコンテンツファイルＦctの記録媒体１３０への保存を行うように構成することもできる。
【０４５６】
さらに、この実施の第６の形態では、ハードディスク１２７にコンテンツファイルＦctが記録される記録順を示す情報を、新たなコンテンツファイルＦctの記録毎に値が１ずつインクリメントされるレコーディングオーダを用いて実現する場合について説明したが、これはこの例に限定されない。例えば、上述の実施の第１〜第５の形態で説明した、ファイルパスとファイル更新日時との組み合わせによるコンテンツＩＤを、記録順を示す情報として用いることができる。
【０４５７】
２−６−３．実施の第６の形態の変形例について
次に、この発明の実施の第６の形態の変形例について説明する。上述した実施の第６の形態は、バックアップ先である記録媒体１３０の記録容量が、バックアップ元であるハードディスク１２７の記録容量と同等か、若しくはより大きい場合に、特に効果的とされるものである。この実施の第６の形態の変形例では、バックアップ先である記録媒体１３０の記録容量が、バックアップ先であるハードディスク１２７の記録容量に対して非常に小さい場合に、用いて好適なバックアップ処理方法を提供するものである。
【０４５８】
一例として、ビデオカメラ装置１００に内蔵されるハードディスク１２７は、記録容量が６０ＧＢ(Giga Byte)であるとする。一方、バックアップ先の記録媒体１３０は、例えば直径８ｃｍの記録可能なタイプのＤＶＤであるものとする。この直径８ｃｍのＤＶＤは、小型で可搬性に優れる一方、記録容量が略１.５ＧＢ程度とされている。このような記録媒体１３０をバックアップ先として用いる場合、図３１に例示されるように、ハードディスク１２７の記録内容を、複数の記録媒体１３０Ａ、１３０Ｂ、・・・に順次分散的に記録することで、ハードディスク１２７のバックアップを行うことになる。
【０４５９】
このようなバックアップ処理は、実際的には、例えばユーザの手が空いたときなどに、断続的に行われることがしばしば生じると思われる。この場合、ユーザは、前回のバックアップ処理時に、ビデオカメラ装置１００内のハードディスク１２７に記録されたコンテンツデータＦctのバックアップを何処まで行ったかを一々覚えていないと、以前バックアップ処理したコンテンツファイルＦctを重複してバックアップしてしまったり、どのコンテンツファイルＦctをバックアップすべきかを忘れてしまったりするという事態が生じるおそれがある。
【０４６０】
そこで、この発明の実施の第６の形態の変形例では、最終レコーディングオーダを、ビデオカメラ装置１００側に保存することで、このような事態を解決している。例えば、実施の第６の形態においては、最終レコーディングオーダをハードディスク１２７や不揮発性メモリ１２９に保存するように構成する。以下では、最終レコーディングオーダをハードディスク１２７に保存するものとして説明を行う。
【０４６１】
図３２を用いて、実施の第６の形態の変形例によるバックアップ処理について、概略的に説明する。図３２の左側に、バックアップ元であるハードディスク１２７におけるコンテンツファイルＦctの一例の格納状態を示す。「×（バツ）」印が付されたコンテンツＩＤすなわちレコーディングオーダに対応するコンテンツファイルＦctは、ハードディスク１２７から削除されたコンテンツファイルＦctを示す。また、図３２の右側は、バックアップ先である記録媒体１３０Ａ、１３０Ｂ、・・・を示す。なお、図３２中において、レコーディングオーダを「ＲＯ」、最終レコーディングオーダを「ＬＲＯ」としてそれぞれ記述してある。
【０４６２】
ここで、ハードディスク１２７に対し、レコーディングオーダ値「５」までのコンテンツファイルＦctが記録されている時点ｕ１で、ハードディスク１２７の記録内容を記録媒体１３０にバックアップする場合について考える。なお、この時点で、レコーディングオーダ値「４」のコンテンツファイルＦctは、既にハードディスク１２７から削除されているものとする。また、初期状態において、ハードディスク１２７に対して最終レコーディングオーダは、記録されていない。また、バックアップ処理を行うに当たって、ユーザは、バックアップ先となる記録媒体１３０Ａを、ビデオカメラ装置１００が内蔵するドライブ装置１２８に予め装填しておく。
【０４６３】
この場合、上述した図２８の処理に従い、ハードディスク１２７に記録されているコンテンツファイルＦctを、記録媒体１３０Ａに対して、全コンテンツファイル保存処理によるバックアップ保存処理を行う指示がなされると（ステップＳ１３０１）、ＣＰＵ１２０は、ハードディスク１２７に最終レコーディングオーダが保存されているか否かを判断する（ステップＳ１３０２）。この時点では、未だハードディスク１２７に対して最終レコーディングオーダが保存されていないので、ＣＰＵ１２０は、ファイルシステム５１に対して、ハードディスク１２７に記録されている全コンテンツファイルＦctを、記録媒体１３０Ａに記録するように要求する（ステップＳ１３０７）。
【０４６４】
ファイルシステム５１は、この要求に従い、ハードディスク１２７からコンテンツファイルＦctを順次読み出し、記録媒体１３０Ａに記録する（ステップＳ１３０８）。このとき、コンテンツファイルＦctをハードディスク１２７から読み出す順序が、レコーディングオーダ順になるように、読み出し順を制御される。
【０４６５】
記録が終了されると、最終レコーディングオーダがハードディスク１２７に保存される（ステップＳ１３０９）。この場合、時点ｕ１においてハードディスク１２７に記録されているコンテンツファイルＦｃｔが全て記録媒体１３０Ａに記録されたので、ハードディスク１２７に記録されているコンテンツファイルＦｃｔのレコーディングオーダ値のうち最大のレコーディングオーダ値「５」が最終レコーディングオーダとされる。
【０４６６】
なお、この実施の第６の形態の変形例では、記録媒体１３０ＡにおけるコンテンツファイルＦctの格納状態を管理するための管理情報は、特に用いられないので、図２７のステップＳＳ１３１０における管理情報の更新処理は、省略することができる。勿論、これに限らず、記録媒体１３０ＡにおけるコンテンツファイルＦctの格納状態に応じて管理情報の生成または更新を行ってもよい。
【０４６７】
次に、ハードディスク１２７に対してコンテンツファイルＦｃｔがさらに記録され、レコーディングオーダ値「１１」までのコンテンツファイルＦｃｔが記録されている時点ｕ２で、ハードディスク１２７の記録内容を記録媒体１３０にバックアップする場合について考える。なお、この時点で、レコーディングオーダ値「６」および値「１０」のコンテンツファイルＦctは、既にハードディスク１２７から削除されているものとする。
【０４６８】
先ず、ユーザは、バックアップ先となる記録媒体１３０Ｂをドライブ装置１２８に装填する。ハードディスク１２７に記録されているコンテンツファイルＦctを、バックアップ先の記録媒体１３０Ｂにバックアップする旨の指示に応じて、ＣＰＵ１２０は、ハードディスク１２７に最終レコーディングオーダが保存されているか否かを判断する。この場合には、レコーディングオーダ値「５」が最終レコーディングオーダとして保存されているので、ＣＰＵ１２０は、ハードディスク１２７に記録されているインデックスファイルＦindexを取得する（ステップＳ１３０３）。
【０４６９】
ＣＰＵ１２０は、取得されたインデックスファイルＦindexに基づき、簡易差分情報リストＬSB-eを生成する（ステップＳ１３０４）。この図３２の例では、レコーディングオーダ値「５」が最終レコーディングオーダとされているので、当該レコーディングオーダ値「５」より大きいレコーディングオーダ値、すなわちレコーディングオーダ値「６」〜レコーディングオーダ値「１１」にそれぞれ対応するコンテンツファイルＦctのファイルパスが、簡易差分情報リストＬSB-eにリストアップされる。
【０４７０】
そして、簡易差分情報リストＬSB-eにリストアップされているファイルパスに基づき、ハードディスク１２７からレコーディングオーダ順にコンテンツファイルＦctが順次、読み出され、記録媒体１３０Ｂに対して記録される（ステップＳ１３０５）。レコーディングオーダ値「１１」に対応するコンテンツファイルＦｃｔが記録媒体１３０Ｂに記録されたら、当該レコーディングオーダ値「１１」が最終レコーディングオーダとしてハードディスク１２７に保存される（ステップＳ１３０６）。
【０４７１】
以上の説明のように、最終レコーディングオーダを、バックアップ元であるハードディスク１２７側に記録しておいても、上述した実施の第６の形態によるバックアップ処理は、問題なく行えることが分かる。
【０４７２】
ここで、バックアップ先である記録媒体１３０の記録容量が、バックアップ元であるハードディスク１２７の記録容量よりも非常に小さい場合、バックアップ処理の途中で記録媒体１３０における記録可能な容量がコンテンツファイルＦｃｔのデータサイズよりも少なくなってしまい、バックアップ処理が中断されてしまうことが考えられる。
【０４７３】
この実施の第６の形態の変形例では、このような場合でも、問題なくバックアップ処理を実行できる。一例として、図２８のステップＳ１３０５の差分ファイル群処理において、ファイルシステム５１は、例えば記録するコンテンツファイルＦctのファイルサイズと、記録媒体１３０Ａの空き容量とをチェックしながら記録を制御し、次に記録しようとするコンテンツファイルＦctが記録媒体１３０Ａに記録できないと判断したら、コンテンツファイルＦctの記録を終了することが考えられる。例えば、記録が終了されると、処理をステップＳ１３０５から強制的にステップＳ１３０６に移行させ、バックアップが完了したコンテンツファイルＦｃｔのレコーディングオーダ値のうち最大のものを最終レコーディングオーダとして、ハードディスク１２７に保存するようにする。
【０４７４】
図３２の例で、時点ｕ２でバックアップ処理を行っている最中に、レコーディングオーダ値「８」のコンテンツファイルＦctを記録し終わった段階で、次のレコーディングオーダ値「９」のコンテンツファイルＦctを記録するように十分な空き容量が記録媒体１３０Ｂに存在しない場合を考える。この場合、レコーディングオーダ値「８」のコンテンツファイルＦctを記録し終わったらバックアップ処理を中断し、当該レコーディングオーダ値「８」を最終レコーディングオーダとして、ハードディスク１２７に保存する。次のバックアップ処理は、この最終レコーディングオーダに基づき、次のレコーディングオーダ値「９」のコンテンツファイルＦctから開始させることができる。
【０４７５】
さらに、この方法を応用することで、ハードディスク１２７に多量に蓄積されたコンテンツファイルＦctを、記録容量の比較的小さな記録媒体１３０Ａ、１３０Ｂ、・・・に分散的にバックアップする処理を、容易に行うことができる。
【０４７６】
すなわち、上述のようにしてバックアップ処理を行いながら、ファイルシステム５１によりバックアップ先の記録媒体１３０の空き容量を常時監視し、次のコンテンツファイルＦctが記録可能な分の空き容量が記録媒体１３０に存在しなければ、その時点で記録を終了させ、記録が完了したコンテンツファイルＦctに対応するレコーディングオーダ値のうち最大のレコーディングオーダ値を最終レコーディングオーダとしてハードディスク１２７に保存する。そして、記録媒体１３０を交換して次のバックアップを再開するときに、この最終レコーディングオーダに基づき、バックアップ処理を制御する。
【０４７７】
上述したようにして、バックアップ元であるハードディスク１２７側に保存された最終レコーディングオーダに基づき、ハードディスク１２７に記録されるコンテンツファイルＦctのバックアップを制御することで、バックアップ元に比べて記録容量の小さいバックアップ先に分散的にバックアップを行う場合でも、漏れや重複のないバックアップ処理を容易に実現できる。
【０４７８】
３．発明の各実施の形態に対する変形例について
以上、この発明の実施の形態について説明したが、この発明は、上述した実施の各形態に限定されるべきものではない。例えば、上述では、バックアップ元に記録されるコンテンツファイルＦctを管理するための管理情報であるインデックスファイルＦindexには、管理されるコンテンツファイルＦctを識別するための識別子であるコンテンツＩＤ以外のファイル関連情報も、エントリデータとしてエントリされるように説明したが、これはこの例に限定されない。例えば、インデックスファイルＦindexを、これらのファイル識別子以外のファイル関連情報がエントリされない管理情報として構成した場合も、この発明を好適に適用することができる。
【０４７９】
また、上述した実施の各形態では、バックアップ先である記録媒体１３０において、バックアップ元であるハードディスク１２７からバックアップしたコンテンツファイルＦctを、インデックスファイルＦindexとは別の、管理情報３０ｂにより管理しているが、これはこの例に限定されない。
【０４８０】
例えば、このような別途の管理情報を用いずとも、バックアップ元であるハードディスク１２７からバックアップしたインデックスファイルＦindexにより、バックアップ先に格納される各コンテンツファイルＦctを管理するように構成することもできる。例えば、上述した実施の第１の形態のように同期処理が行われる場合には、ハードディスク１２７側と記録媒体１３０側とで同じディレクトリ構造により各コンテンツファイルＦctを格納するように構成することが考えられる。
【０４８１】
また、上述した実施の第４の形態による同期処理および全コンテンツファイル保存処理によるバックアップ処理と、実施の第２の形態による前回同期時状態の復元処理とを組み合わせることもできる。この場合、前回同期時状態の復元処理であれば、各バックアップ時点と対応付けてインデックスファイルＦindexを保存する処理は、省略可能とされる。これに限らず、例えば実施の第３の形態による全コンテンツファイル保存処理によるバックアップ処理と、実施の第２の形態による前回同期時状態の復元処理とを組み合わせることもできる。
【０４８２】
さらに、上述では、バックアップ先である記録媒体１３０がビデオカメラ装置１００に内蔵されるドライブ装置１２８に対して装填されるような形態であるように説明したが、これはこの例に限定されない。例えば、通信部１２５を介して所定のインターフェイスで接続されることで、ＣＰＵ１２０に、このビデオカメラ装置１００の外部ストレージ装置であると認識されるような記録装置を、バックアップ先の記録媒体１３０として用いることができる。
【０４８３】
さらにまた、上述では、この発明が携帯用のビデオカメラ装置に適用されるものとして説明したが、これはこの例に限定されない。すなわち、この発明は、１筐体で異なる２以上の記録媒体を並列的に使用可能であれば、他の種類の電子機器にも適用可能なものである。
【０４８４】
例えば、撮像素子を用いて主として静止画像を撮像して記録媒体に記録するようにされたディジタルスチルカメラに対して、この発明を適用することができる。また例えば、近年では、携帯電話端末に撮像素子および記録または記憶媒体を設けて静止画像や動画像の撮像および記録を可能とした製品が広く普及している。記録または記憶媒体として、小型のハードディスクを内蔵した機種も出現している。このような撮像機能付き携帯電話端末に対して、この発明を適用することも可能である。
【図面の簡単な説明】
【０４８５】
【図１】この発明が適用された記録装置または記録再生装置としてのビデオカメラ装置の一例の使用形態について説明するための略線図である。
【図２】発明の各実施形態に適用可能なビデオカメラ装置の一例の構成を示すブロック図である。
【図３】ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示す略線図である。
【図４】ビデオカメラ装置のハードディスクに記録されるファイルの一例の管理構造を示す略線図である。
【図５】この発明の各実施形態に適用可能な、専用の管理情報としてのインデックスファイルＦindexを用いた一例のファイル管理形態を示す略線図である。
【図６】この発明の実施の第１の形態によるビデオカメラ装置における一例の同期処理を模式的に示す略線図である。
【図７】差分検出を行うための相違検出用情報リストＬDdの一例の構造を示す略線図である。
【図８】バックアップ処理時に生成する２つの相違検出用情報リストＬDdを対比して示す略線図である。
【図９】差分情報生成用情報Rdyを用いた差分情報の検出動作について模式的に示す略線図である。
【図１０】実施の第１の形態の同期処理の全体的な動作を示す一例のフローチャートである。
【図１１】差分情報ＳＢの一例の生成処理を示すフローチャートである。
【図１２】実施の第１の形態による差分ファイル群処理をより詳細に示す一例のフローチャートである。
【図１３】発明の実施の第２の形態による一例の同期処理および復元処理を模式的に示す略線図である。
【図１４】実施の第２の形態による復元処理の全体的な動作を示す一例のフローチャートである。
【図１５】実施の第２の形態による差分ファイル群処理をより詳細に示す一例のフローチャートである。
【図１６】実施の第３の形態による一例のバックアップ処理を模式的に示す略線図である。
【図１７】実施の第３の形態による全コンテンツファイル保存によるバックアップ処理の全体的な動作を示す一例のフローチャートである。
【図１８】実施の第３の形態による差分ファイル群処理をより詳細に示す一例のフローチャートである。
【図１９】実施の第４の形態による一例のバックアップ処理を模式的に示す略線図である。
【図２０】実施の第４の形態による同期処理および全コンテンツファイル保存処理によるバックアップ処理の全体的な動作を示す一例のフローチャートである。
【図２１】実施の第４の形態による差分ファイル群処理をより詳細に示す一例のフローチャートである。
【図２２】実施の第５の形態による一例のバックアップ処理および復元処理を模式的に示す略線図である。
【図２３】実施の第５の形態によるバックアップ処理の全体的な動作を示す一例のフローチャートである。
【図２４】実施の第５の形態による任意時点における復元処理の一例の動作を示すフローチャートである。
【図２５】実施の第５の形態による差分ファイル群処理をより詳細に示す一例のフローチャートである。
【図２６】実施の第６の形態による一例のバックアップ処理を模式的に示す略線図である。
【図２７】簡易差分情報リストＬSB-eの一例を示す略線図である。
【図２８】実施の第６の形態による最終レコーディングオーダを用いたバックアップ処理の全体的な動作を示す一例のフローチャートである。
【図２９】簡易差分情報リストＬSB-eの一例の生成処理をより詳細に示すフローチャートである。
【図３０】実施の第６の形態による差分ファイル群に対する一例の処理をより詳細に示すフローチャートである。
【図３１】実施の第６の形態の変形例を概略的に説明するための略線図である。
【図３２】実施の第６の形態の変形例によるバックアップ処理について概略的に説明するための略線図である。
【符号の説明】
【０４８６】
１１  光学系
１２  ビデオカメラ装置の筐体
１３  記録媒体
１４  ドライブ装置
１５  記録媒体
１００  ビデオカメラ装置
１２０  ＣＰＵ
１２１  ＲＡＭ
１２４  操作入力部
１２７  ハードディスク
１２８  ドライブ装置
１２９  不揮発性メモリ
１３０  記録媒体
【図１】
0004670809.tif 000002
【図２】
0004670809.tif 000003
【図３】
0004670809.tif 000004
【図４】
0004670809.tif 000005
【図５】
0004670809.tif 000006
【図６】
0004670809.tif 000007
【図７】
0004670809.tif 000008
【図８】
0004670809.tif 000009
【図９】
0004670809.tif 000010
【図１０】
0004670809.tif 000011
【図１１】
0004670809.tif 000012
【図１２】
0004670809.tif 000013
【図１３】
0004670809.tif 000014
【図１４】
0004670809.tif 000015
【図１５】
0004670809.tif 000016
【図１６】
0004670809.tif 000017
【図１７】
0004670809.tif 000018
【図１８】
0004670809.tif 000019
【図１９】
0004670809.tif 000020
【図２０】
0004670809.tif 000021
【図２１】
0004670809.tif 000022
【図２２】
0004670809.tif 000023
【図２３】
0004670809.tif 000024
【図２４】
0004670809.tif 000025
【図２５】
0004670809.tif 000026
【図２６】
0004670809.tif 000027
【図２７】
0004670809.tif 000028
【図２８】
0004670809.tif 000029
【図２９】
0004670809.tif 000030
【図３０】
0004670809.tif 000031
【図３１】
0004670809.tif 000032
【図３２】
0004670809.tif 000033