JP4513803B2 - 撮像装置、情報処理装置、情報処理システム、および、これらにおける記録制御方法ならびに当該方法をコンピュータに実行させるプログラム - Google Patents

撮像装置、情報処理装置、情報処理システム、および、これらにおける記録制御方法ならびに当該方法をコンピュータに実行させるプログラム Download PDF

Info

Publication number
JP4513803B2
JP4513803B2 JP2006345958A JP2006345958A JP4513803B2 JP 4513803 B2 JP4513803 B2 JP 4513803B2 JP 2006345958 A JP2006345958 A JP 2006345958A JP 2006345958 A JP2006345958 A JP 2006345958A JP 4513803 B2 JP4513803 B2 JP 4513803B2
Authority
JP
Japan
Prior art keywords
recording
content
information
file
content file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2006345958A
Other languages
English (en)
Other versions
JP2007200522A (ja
Inventor
昌良 大野
繁 柏木
英生 小幡
光浩 平林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2006345958A priority Critical patent/JP4513803B2/ja
Publication of JP2007200522A publication Critical patent/JP2007200522A/ja
Priority to US11/936,341 priority patent/US8368946B2/en
Application granted granted Critical
Publication of JP4513803B2 publication Critical patent/JP4513803B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Description

本発明は、第１の記録媒体に記録されるコンテンツファイルを第１の管理情報により管理するように構成された記録再生装置について、上記第１の記録媒体に記録されるコンテンツファイルを所定の第２の記録媒体に保存するようにされた情報処理装置とそのコンテンツ保存方法に関する。また、情報処理装置において実行されるべきプログラムに関する。
例えばデジタルビデオカメラなどの動画／静止画記録再生装置において、記録媒体に記録されるコンテンツの管理は、従来より例えばＦＡＴ（File Allocation Table）システムなどのファイルシステムにより行うようにされている。周知のようにＦＡＴファイルシステムは、記憶ファイルをツリー型のディレクトリ構造により管理するようにされたファイルシステムである。この場合、ファイル管理は、ディレクトリエントリ及びＦＡＴとしてのテーブル情報を用いることで実現される。
また、一方で近年においては、記録媒体の大記憶容量化に伴い記録可能なコンテンツの数が増えたことや、ファイルシステムが持つコンテンツ関連情報（例えばファイル名の情報など）以外にもさらに多くの関連情報を効率的に管理することについての要請があり、これに応じて上記ファイルシステムによる管理とは別に、さらに専用の管理情報を用いたコンテンツの管理を行うということが為される。
例えば、動画再生時には、各コンテンツファイルのサムネイル画像をインデックス表示するということが行われる場合があるが、これに対応させて、予め各コンテンツファイルのサムネイル画像を埋め込むことのできる管理情報とするなどといったことが行われる。すなわち、このようにサムネイル画像が管理情報側に格納されていることで、上記インデックス表示を効率的に行うことができるように図られている。
或いは、このような専用の管理情報を用いれば、各コンテンツファイルを例えば作成日時順などの所定の区分けでフォルダ分けして管理するなど、汎用的なファイルシステムにはない管理形態を実現することができる。
なお、関連する従来技術については下記の特許文献を挙げることができる。
特開２００４−２２７６３０号公報
ところで、上述したデジタルビデオカメラのような記録再生装置としては、例えばIEEE(the Institute of Electrical and Electronic Engineers)1394ケーブルやＵＳＢ（Universal Serial Bus）ケーブルなどで外部の情報処理装置（例えばパーソナルコンピュータなど）に接続可能に構成されたものがあり、記録媒体に記録した動画や静止画などのコンテンツを上記情報処理装置側にアップロードして、それらのコンテンツを情報処理装置側の記録媒体にバックアップすることが可能に構成されたものもある。
但し、このようなバックアップを行う手法として、単に記録再生装置側の記録媒体上に記録されたコンテンツを情報処理装置側の記録媒体にそのまま上書きコピーしたのでは、記録再生装置側の記録媒体に記録される全てのコンテンツについてコピー処理を行う必要があり、その分バックアップに要する時間が長くなってしまう。
或いは、情報処理装置側に或る時点でのバックアップコンテンツ群があるとして、記録再生装置側の記録媒体上のコンテンツの格納状態としてその時点でのコンテンツ格納状態が復元されるように復元処理を行うことを想定した場合としても、単に情報処理装置側にバックアップされたコンテンツ群を記録再生装置側の記録媒体にそのまま上書きコピーしたのでは、情報処理装置側に保存される全てのコンテンツについてコピー処理を行う必要があり、その分多くの時間を要することとなってしまう。
特に、ビデオカメラの場合にはコンテンツとして動画データが記録されることが予想され、その場合は静止画データ等の他のデータがコンテンツとして記録される場合と比較してコピー処理には多くの時間を要することになり、上記問題が顕著化する。
本発明は、上記課題を解決するためになされたものであり、その第１の側面は、撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが上記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段を備える撮像装置と、所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手段と、上記第１の記録媒体に記録されている上記コンテンツファイルが上記第２の記録媒体に保存された場合には、当該保存時点において上記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報を上記情報処理装置に備えられる最終記録順序情報記憶手段に記憶し、上記通信手段により上記撮像装置と上記情報処理装置とがデータ通信可能とされている状態において上記最終記録順序情報記憶手段に記憶されている最終記録順序情報と上記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて上記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報を検出し、上記検出された差分情報に基づいて上記第１の記録媒体に記録されている上記コンテンツファイルを上記第２の記録媒体に記録するように制御する制御手段とを具備する情報処理システムおよびその記録制御方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、最終記録順序情報と記録順序情報とを比較した結果に基づいて検出された差分情報に基づいて第１の記録媒体に記録されているコンテンツファイルを第２の記録媒体に記録するという作用をもたらす。
また、本発明の第２の側面は、撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが上記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段と、所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手段とを具備し、上記第１の記録媒体に記録されている上記コンテンツファイルが上記第２の記録媒体に保存された場合には、当該保存時点において上記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報が上記情報処理装置に備えられる最終記録順序情報記憶手段に記憶され、上記通信手段により上記情報処理装置との間でデータ通信可能とされている状態において上記最終記録順序情報記憶手段に記憶されている最終記録順序情報と上記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて上記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報が検出され、上記検出された差分情報に基づいて上記第１の記録媒体に記録されている上記コンテンツファイルを上記第２の記録媒体に記録するように制御される撮像装置およびその記録制御方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１の記録媒体に記録されているコンテンツファイルが第２の記録媒体に保存された場合にはその保存時点における最終記録順序情報を記憶して、その最終記録順序情報と記録順序情報とを比較した結果に基づいて検出された、第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報に基づいて第１の記録媒体に記録されているコンテンツファイルを第２の記録媒体に記録して、過去に保存対象とされた全てのコンテンツファイルを第２の記録媒体に保存するという作用をもたらす。
また、この第２の側面において、上記比較により上記最終記録順序情報記憶手段に記憶されている最終記録順序情報の順序よりも後の順序となる記録順序情報が上記差分情報として検出され、上記第１の記録媒体に記録されている上記コンテンツファイルのうち上記検出された記録順序情報に対応するコンテンツファイルを上記第２の記録媒体に記録するように制御されるようにしてもよい。これにより、最終記録順序情報と記録順序情報とを比較して当該最終記録順序情報の記録順序よりも後の記録順序となる記録順序情報を検出して、その記録順序情報に対応するコンテンツファイルを第２の記録媒体に記録するという作用をもたらす。
また、この第２の側面において、上記第１の記録媒体に記録されている上記コンテンツファイルのうち更新処理がされたコンテンツファイルには更新前の記録順序情報とは異なる新たな記録順序情報が付与され、上記記録順序情報記憶手段は、上記更新処理がされたコンテンツファイルについて上記更新前の記録順序情報の代わりに上記新たに付与された記録順序情報を当該コンテンツファイルに関連付けて記憶するようにしてもよい。これにより、更新前後のコンテンツファイルを第２の記録媒体に保存するという作用をもたらす。
また、この第２の側面において、上記第１の記録媒体に記録されている上記コンテンツファイルのうち分割された各コンテンツファイルには分割前の記録順序情報とは異なる新たな記録順序情報がそれぞれに付与され、上記記録順序情報記憶手段は、上記分割された各コンテンツファイルに新たに付与された記録順序情報を当該各コンテンツファイルに関連付けて記憶するようにしてもよい。これにより、分割前後のコンテンツファイルを第２の記録媒体に保存するという作用をもたらす。
また、この第２の側面において、上記記録順序情報記憶手段は、上記第１の記録媒体に含まれるようにしてもよい。
また、この第２の側面において、上記記録順序情報記憶手段は、上記第１の記録媒体に記録されているコンテンツファイルを管理するための管理情報に当該コンテンツファイルに関連付けられている上記記録順序情報を含めて記憶するようにしてもよい。
また、本発明の第３の側面は、撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが上記第１の記録媒体に記録された順序を示す記録順序情報と当該コンテンツファイルの作成日時および記録時間とを対応させた情報である記録区間情報を当該コンテンツファイルに関連付けて記録区間情報記憶手段に記録させる第１の記録制御手段と、所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手段とを具備し、上記第１の記録媒体に記録されている上記コンテンツファイルが上記第２の記録媒体に保存された場合には、当該保存時点において上記第２の記録媒体に保存されたコンテンツファイルに対応する記録区間情報のうちで順序が最後の記録区間情報である最終記録区間情報が上記情報処理装置に備えられる最終記録区間情報記憶手段に記憶され、上記通信手段により上記情報処理装置との間でデータ通信可能とされている状態において上記最終記録区間情報記憶手段に記憶されている最終記録区間情報と上記記録区間情報記憶手段に記憶されている記録区間情報とを比較した結果に基づいて上記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報が検出され、上記検出された差分情報に基づいて上記第１の記録媒体に記録されている上記コンテンツファイルを上記第２の記録媒体に記録するように制御される撮像装置およびその記録制御方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１の記録媒体に記録されているコンテンツファイルが第２の記録媒体に保存された時点における最終記録区間情報を記憶して、その最終記録区間情報と記録区間情報とを比較した結果に基づいて検出された、第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報に基づいて、第１の記録媒体に記録されているコンテンツファイルを第２の記録媒体に記録して、過去に保存対象とされた全てのコンテンツファイルを第２の記録媒体に保存するという作用をもたらす。
また、この第３の側面において、上記比較により上記最終記録区間情報記憶手段に記憶されている最終記録区間情報の順序よりも後の順序となる記録区間情報が上記差分情報として検出され、上記第１の記録媒体に記録されている上記コンテンツファイルのうち上記検出された記録区間情報に対応するコンテンツファイルを上記第２の記録媒体に記録するように制御されるようにしてもよい。これにより、最終記録区間情報と記録区間情報とを比較して当該最終記録区間情報の順序よりも後の順序となる記録区間情報を検出して、その記録区間情報に対応するコンテンツファイルを第２の記録媒体に記録するという作用をもたらす。
また、この第３の側面において、上記第１の記録媒体に記録されている上記コンテンツファイルのうち分割された各コンテンツファイルには分割前と同一の記録順序情報が付与され、上記記録区間情報記憶手段は、上記分割された各コンテンツファイルの記録区間情報には上記分割前と同一の記録順序情報を含めて記憶するようにしてもよい。
また、この第３の側面において、比較対象となる記録区間情報のうち上記最終記録区間情報記憶手段に記憶されている最終記録区間情報と記録順序情報が同一となる記録区間情報については、当該記録区間情報および当該最終記録区間情報のそれぞれに対応する作成日時および記録時間を比較することにより当該記録区間情報および当該最終記録区間情報の順序関係が決定されるようにしてもよい。これにより、最終記録区間情報と記録順序情報が同一となる記録区間情報についてその順序関係が決定されるという作用をもたらす。
また、本発明の第４の側面は、撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが上記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段と、所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手段と、上記第１の記録媒体に記録されている上記コンテンツファイルを上記第２の記録媒体に保存する制御を行う制御手段とを具備し、上記制御手段は、上記第１の記録媒体に記録されている上記コンテンツファイルが上記第２の記録媒体に保存された場合には、当該保存時点において上記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報を上記情報処理装置に備えられる最終記録順序情報記憶手段に記憶し、上記通信手段により上記情報処理装置との間でデータ通信可能とされている状態において上記最終記録順序情報記憶手段に記憶されている最終記録順序情報と上記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて上記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報を検出し、上記検出された差分情報に基づいて上記第１の記録媒体に記録されている上記コンテンツファイルを上記第２の記録媒体に記録するように制御する撮像装置およびその記録制御方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１の記録媒体に記録されているコンテンツファイルが第２の記録媒体に保存された場合にはその保存時点における最終記録順序情報を記憶して、その最終記録順序情報と記録順序情報とを比較した結果に基づいて検出された、第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報に基づいて第１の記録媒体に記録されているコンテンツファイルを第２の記録媒体に記録して、過去に保存対象とされた全てのコンテンツファイルを第２の記録媒体に保存するという作用をもたらす。
また、本発明の第５の側面は、撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが上記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段を備える撮像装置との間でデータ通信を行う通信手段と、所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段とを具備し、上記第１の記録媒体に記録されている上記コンテンツファイルが上記第２の記録媒体に保存された場合には、当該保存時点において上記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報が最終記録順序情報記憶手段に記憶され、上記通信手段により上記撮像装置との間でデータ通信可能とされている状態において上記最終記録順序情報記憶手段に記憶されている最終記録順序情報と上記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて上記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報が検出され、上記検出された差分情報に基づいて上記第１の記録媒体に記録されている上記コンテンツファイルを上記第２の記録媒体に記録するように制御される情報処理装置およびその記録制御方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１の記録媒体に記録されているコンテンツファイルが第２の記録媒体に保存された場合にはその保存時点における最終記録順序情報を記憶して、その最終記録順序情報と記録順序情報とを比較した結果に基づいて検出された、第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報に基づいて第１の記録媒体に記録されているコンテンツファイルを第２の記録媒体に記録して、過去に保存対象とされた全てのコンテンツファイルを第２の記録媒体に保存するという作用をもたらす。
また、本発明の第６の側面は、撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが上記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段を備える撮像装置との間でデータ通信を行う通信手段と、上記第１の記録媒体に記録されている上記コンテンツファイルを第２の記録媒体に保存する制御を行う制御手段とを具備し、上記制御手段は、上記第１の記録媒体に記録されている上記コンテンツファイルが上記第２の記録媒体に保存された場合には、当該保存時点において上記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報を上記情報処理装置に備えられる最終記録順序情報記憶手段に記憶し、上記通信手段により上記撮像装置との間でデータ通信可能とされている状態において上記最終記録順序情報記憶手段に記憶されている最終記録順序情報と上記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて上記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報を検出し、上記検出された差分情報に基づいて上記第１の記録媒体に記録されている上記コンテンツファイルを上記第２の記録媒体に記録するように制御する情報処理装置およびその記録制御方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１の記録媒体に記録されているコンテンツファイルが第２の記録媒体に保存された場合にはその保存時点における最終記録順序情報を記憶して、その最終記録順序情報と記録順序情報とを比較した結果に基づいて検出された、第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報に基づいて第１の記録媒体に記録されているコンテンツファイルを第２の記録媒体に記録して、過去に保存対象とされた全てのコンテンツファイルを第２の記録媒体に保存するという作用をもたらす。
本発明によれば、バックアップ処理を高速化することができるという優れた効果を奏し得る。
以下、発明を実施するための最良の形態（以下実施の形態とする）について説明していく。なお、説明は以下の順序で行う。
１．第１の実施の形態
１−１．バックアップシステムの概要
１−２．記録再生装置の構成
１−３．情報処理装置の構成
１−４．記録再生装置におけるファイル管理形態
１−５．第１の実施の形態としてのバックアップ処理
１−６．処理動作
２．第２の実施の形態
２−１．第２の実施の形態としてのバックアップ処理
２−２．処理動作
３．第３の実施の形態
３−１．第３の実施の形態としてのバックアップ処理
３−２．処理動作
４．第４の実施の形態
４−１．第４の実施の形態としてのバックアップ処理
４−２．処理動作
５．第５の実施の形態
５−１．第５の実施の形態としてのバックアップ処理
５−２．処理動作
６．第６の実施の形態
６−１．第６の実施の形態としてのバックアップ処理
６−２．処理動作
７．第７の実施の形態
７−１．第７の実施の形態としてのバックアップ処理
７−２．処理動作
８．変形例
１．第１の実施の形態
１−１．バックアップシステムの概要
図１は、本発明の実施の形態としてのバックアップシステム１００の概要について説明するための図である。
先ず、実施の形態のバックアップシステム１００としては、図示するようにしてデジタルビデオカメラ１とパーソナルコンピュータ（単にＰＣと略す場合もある）２０とを含んで構成される。デジタルビデオカメラ１は、本発明の実施の形態としての記録再生装置であり、パーソナルコンピュータ２０は本発明の実施の形態としての情報処理装置である。
この場合、デジタルビデオカメラ１は、少なくとも動画の撮像と撮像動画の所要の記録媒体への記録を行うことが可能に構成される。この場合、デジタルビデオカメラ１はＨＤＤ（Hard Disc Drive）１４を内蔵するものとされ、このＨＤＤ１４に対し撮像動画データを記録するようにされる。
そして、本例のデジタルビデオカメラ１としては、例えばＵＳＢ(Universal Serial Bus)ケーブル等によりパーソナルコンピュータ２０側と接続可能に構成され、これによってパーソナルコンピュータ２０側とのデータ通信を行うことが可能とされる。
パーソナルコンピュータ２０は、デジタルビデオカメラ１に対応する専用のアプリケーションプログラムがインストールされており、このアプリケーションプログラムにより後述するコンテンツファイルのバックアップ処理や復元処理等を実現する。パーソナルコンピュータ２０には例えば数百ＧＢ（ギガバイト）程度の比較的大容量のＨＤＤ３０が備えられており、このＨＤＤ３０がデジタルビデオカメラ１側にて記録されたコンテンツファイルのバックアップ先となる。
１−２．記録再生装置の構成
図２は、図１に示されるデジタルビデオカメラ１の内部構成を示している。
この図２において、先ず光学系部２は、撮像レンズ、絞りなどを備えて成り、入射された光を撮像光として、光電変換部３に結像させる。また、光学系部２においては、フォーカス（焦点）調整のためのフォーカス調整機構や、絞り値に応じて絞りを可変する絞り可変機構などを備えているものとされ、このような機構部の駆動は、カメラ機能部６から出力される駆動信号によって行われる。カメラ機能部６は、ＣＰＵ(Central Processing Unit)１０の制御に応じて、しかるべきフォーカス状態や絞りの状態等が得られるように所要の駆動信号を出力するようにされる。
また、例えば光学ズーム機能を与えるとした場合には、光学系部２においてズームレンズを移動させるズーム機構を設けると共に、上記と同様にＣＰＵ１０の制御に応じて上記ズーム機構を移動させる駆動部を設けるようにすればよい。さらに、ストロボを設けて、カメラ機能部６にストロボ発光機能を与えるように構成することもできる。
光電変換部３は、例えば光電変換素子であるＣＣＤ(Charge Coupled Device)を備えて構成され、光学系部２から入射されて受光面にて結像された撮像光を光電変換することで撮像信号を生成してビデオ信号処理部４に出力する。撮影時においては、例えば露出設定結果に応じて決定されるシャッター速度の指示が、ＣＰＵ１０からビデオ信号処理部４に通知される。ビデオ信号処理部４では、通知されたシャッター速度に対応する走査タイミング信号を光電変換部３に出力する。光電変換部３は、この走査タイミング信号に応じて走査を行うようにして、光電変換処理を実行して映像信号を出力するようにされる。
ビデオ信号処理部４は、光電変換部３から入力されたアナログのビデオ信号（撮像画像信号）について、例えばゲイン調整、サンプルホールド処理を施すことによって波形整形を行ったうえで、Ａ／Ｄ変換を行うことで、デジタルデータとしてのビデオ信号に変換する。そして、この変換処理によって得られたデジタルビデオ信号について、例えば、表示用輝度データの生成処理などをはじめ、表示部７にて表示が行われるようにするためのビデオ信号処理を実行する。これに伴い、ビデオ信号処理部４では、ＣＰＵ１０の制御に応じてキャラクタ画像なども撮像画像に重畳して表示可能なように、いわゆるオンスクリーンディスプレイのための信号処理も実行可能とされている。
表示部７として採用される実際のディスプレイデバイスについては特に限定されるべきものではないが、現状においては、広く液晶ディスプレイパネルが採用されている。
また、ビデオ信号処理部４は、光電変換部３から入力されたアナログビデオ信号を変換して得たデジタルビデオ信号について、例えば所定方式による圧縮符号化処理を施して、圧縮ビデオデータを生成することが可能とされている。
また、本実施の形態のデジタルビデオカメラ１は、デジタルスチルカメラ機能も備える。つまり、撮像画像信号について、写真としての所定形式による静止画データファイルを生成することが可能とされているが、このような画像処理も、ビデオ信号処理部４によって行われる。
また、ビデオ信号処理部４では、光電変換部３から入力された画像（映像）信号や、後述するＨＤＤ１４から読み出されたＡＶデータのファイル（ＡＶファイル）などを、所定方式のアナログビデオ信号又はデジタルビデオ信号に変換して、画像入出力部５を介して外部機器などに出力可能とされている。
画像入出力部５は、外部から所定方式のビデオ信号を入力するようにされており、この入力したビデオ信号をビデオ信号処理部４の処理を経て表示部７に表示させることが可能とされる。また、ビデオ信号処理部４は、画像入出力部５が入力したビデオ信号について、光電変換部３から入力されたアナログビデオ信号と同様にして、記録用データに変換してメディアコントローラ１３に転送することもできる。
これに対応して、画像入出力部５は、例えば所定方式に従った映像（画像）信号出力端子／映像信号入力端子を備える。
また、本実施の形態のデジタルビデオカメラ１は、音声処理部８及び音声入出力部９を備えることで、音声信号の入出力も可能とされている。
先ず、音声入力については、音声入出力部９としてマイクロフォンなどを備え、外部音声の収音を行って音声信号に変換して音声を入力するようにされる。そして、このようにして入力した音声信号を音声処理部８に出力する。音声処理部８は、例えば、撮像画像の圧縮符号化に対応する音声圧縮符号化方式により符号化された圧縮オーディオデータに変換するなどの音声信号処理を施す。
ＣＰＵ１０は、ビデオ信号処理部４により得られた撮像画像についての圧縮ビデオデータと、音声処理部８により得られた収音音声についての圧縮オーディオデータとにより、所定形式のＡＶファイルを形成するための制御処理を実行するようにされる。このＡＶファイルは、圧縮ビデオデータを再生して出力される動画像に対して、圧縮オーディオデータを再生して出力される音声の再生時間軸が同期したものとなっている。なお、実際にＡＶファイルを形成するための構成としては、ＣＰＵ１０がプログラムを実行して得られるデジタル信号処理となるソフトウェア構成とされてもよいし、あるいは、ＡＶファイルを形成するためのハードウェアを備えるとともに、ＣＰＵ１０がこのハードウェアについての動作を制御する構成としてもよい。
上記ＡＶファイルとしてのデータは、記録用データとして、例えばＣＰＵ１０の制御によってメディアコントローラ１３に転送される。また、ＣＰＵ１０は、ビデオ信号処理部４によって生成された写真画像としての所定形式の静止画データファイルについても、記録用データとしてメディアコントローラ１３に転送することができる。
音声入出力部９としては、音声信号入力端子などを備えて外部のオーディオ機器などからオーディオ信号を入力するようにも構成することができる。上記音声信号入力端子から入力されたオーディオ信号について、音声処理部８は、所定形式によるデジタルオーディオデータファイルに変換するようにされる。ＣＰＵ１０は、このようなデジタルオーディオデータファイルのデータについても、記録用データとしてメディアコントローラ１３に転送することができる。
メディアコントローラ１３は、ＣＰＵ１０との連携により、ＨＤＤ１４に対するデータ処理に関する制御処理を実行可能に構成される。ここでいうＨＤＤ１４に対するデータ処理とは、メディア（つまりここではハードディスク）のフォーマット処理や、メディアの記憶領域に対するファイル及びファイル管理のための情報（ファイル管理情報）などの書き込み／読み出し処理など、メディアに記憶されるべきデータに関連する何らかの処理をいう。
上記メディアコントローラ１３は、先に説明したようにして記録用データが転送されてくるのに応じて、この記録用データをＨＤＤ１４に対してさらに転送する。データが転送されたＨＤＤ１４では、メディアコントローラ１３側からの指示に応じて記憶領域に対してデータを書き込んで記憶させる。このようにしてＨＤＤ１４に記憶されるデータがファイルとして記憶管理されることになる。なお、ＨＤＤ１４に記憶されるファイルの管理形態については後述する。
また、例えばＨＤＤ１４に記憶されているファイルについての再生として、ＡＶファイルを再生するときには、ＣＰＵ１０及びメディアコントローラ１３は、指定されたＡＶファイルにアクセスして読み出しを行う。このようにして読み出されるＡＶファイルは、例えばＣＰＵ１０の処理により、圧縮ビデオデータと圧縮オーディオデータとに分離され、圧縮ビデオデータについてはビデオ信号処理部４に受け渡し、圧縮オーディオ信号については、音声処理部８に受け渡すようにされる。
この場合のビデオ信号処理部４及び音声処理部８は、それぞれ、上記のようにして転送されてきた圧縮ビデオデータ、圧縮オーディオデータについて、復調処理を含む所要の再生信号処理を実行する。これにより、圧縮ビデオデータを再生した画像を表示部７にて表示するとともに、この画像の再生時間に同期して、圧縮オーディオデータを再生して得られる音声信号を、音声入出力部９が有するとされるスピーカにより音声として出力させたり、ヘッドフォン端子から出力させることができる。
また、例えばＨＤＤ１４から再生されたオーディオデータファイルは、音声処理部８の音声信号処理を経た後に、音声入出力部９を介して、外部に対して所定形式のオーディオ信号、オーディオデータとして出力することも可能とされている。この場合、音声入出力部９としては、音声処理部８から出力される所定のオーディオ信号、オーディオデータの形式に対応するオーディオ出力端子を備えることになる。
ＣＰＵ１０は、プログラムを実行することでデジタルビデオカメラ１についての各種制御処理を実行する。ＲＯＭ１１は、ＣＰＵ１０が実行する各種プログラムのほか、ＣＰＵ１０が処理を実行するのに使用する各種設定情報などが記憶されている。ＲＡＭ１２は、ＣＰＵ１０がプログラムに従った処理を実行するときの作業領域として使用されるもので、各種の演算処理結果などのデータが保持される。
また、不揮発性メモリ１２ａは、例えばフラッシュメモリなどをはじめとした、電源供給が停止しても記憶内容が消去されない性質のメモリ素子により形成され、ＣＰＵ１０の制御によって、データの書き込み／読み出しが実行される。この不揮発性メモリ１２ａに記憶されるべきデータ（情報）としては、適宜内容の変更が行われる設定情報などが一般的であるが、特に限定されるものではなく、実際のデジタルビデオカメラ１の仕様などに応じて所要の各種の情報を記憶するものとされればよい。
操作入力部１５は、デジタルビデオカメラ１に備えられる各種操作子を一括して示している。例えば、この操作入力部１５における操作子としては、写真撮影時に操作されるシャッターボタン、動画撮影時に動画像の記録／停止を指示するための操作子、撮影モードなどを選択する操作子、パラメータのアップ／ダウンを行うための操作子などが含まれる。
ＵＳＢインタフェース１６は、ＣＰＵ１０の制御に応じて、ＵＳＢのデータバス規格に従った通信方式により外部装置、特に本例の場合はパーソナルコンピュータ２０とデータ通信を行うためのハードウェア、ソフトウェアを実装して構成される。
なお、デジタルビデオカメラ１とパーソナルコンピュータ２０との間のデータ通信方式としては、このようなＵＳＢ規格に従ったものに限定されず、さらには有線、無線も問わず特に限定されるべきものではない。例えば有線では、Ethernet（登録商標）などのネットワーク、IEEE(the Institute of Electrical and Electronic Engineers)1394などのデータバス規格などを挙げることができる。また、無線であれば、Bluetooth（登録商標）などのデバイス間近距離無線通信、IEEE802.11a/b/gなどの無線ＬＡＮ(Local Area Network)規格を挙げることができる。
電源部１７は、デジタルビデオカメラ１における各種のハードウェアデバイスに対して動作電源を供給するもので、例えばバッテリや電源アダプタからの電力供給を受けて動作する電源回路などを備えて構成される。
なお、以下では説明の便宜上、デジタルビデオカメラ１にて生成されるＡＶファイル（オーディオデータファイルも含む）及び静止画データファイルについては、これらをまとめてコンテンツファイルＦctと称することとする。
１−３．情報処理装置の構成
図３は、図１に示したパーソナルコンピュータ２０の内部構成を示している。
図３において、先ずＣＰＵ２１は、起動されたプログラムに基づいてパーソナルコンピュータ２０全体の制御、演算処理を行う。例えばユーザに対する入出力動作、ＨＤＤ３０へのデータファイルの格納や管理情報の作成・更新等を行う。
この場合、ＨＤＤ３０上における各種データファイルの管理は、ＦＡＴ(File Allocation Table)ファイルシステムにより行われる。
なお、ＣＰＵ２１は、図示するバス３５を介して各部との間で制御信号やデータのやりとりを行うようにされる。
メモリ部２２は、ＣＰＵ２１が処理に用いるＲＡＭ、ＲＯＭ、フラッシュメモリなどを包括的に示している。
メモリ部２２におけるＲＯＭには、ＣＰＵ２１の動作プログラム、プログラムローダー等が記憶される。また、メモリ部２２におけるフラッシュメモリには、各種演算係数、プログラムで用いるパラメータ等が記憶される。
さらに、メモリ部２２におけるＲＡＭには、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
ＵＳＢインタフェース２３は、ＵＳＢケーブルを介して接続された外部機器との間でデータ通信を行うために備えられる。上記もしたように、特にこの場合のＵＳＢインタフェース２３を介しては、図２に示したデジタルビデオカメラ１との間で、例えばコンテンツファイルＦctなどの各種データの送受信が行われる。
ＨＤＤ３０においては、上述のようにしてＣＰＵ２１の制御に基づきデータファイルの格納や管理情報の作成・更新等が行われる。例えば、図２に示したデジタルビデオカメラ１からアップロードされたコンテンツファイルＦctについては、このＨＤＤ３０に対して格納される。
また、ＨＤＤ３０に対しては、各種の動作を実現するためのプログラムも格納される。
特に、本実施の形態の場合では、ＣＰＵ２１が後に説明する各種バックアップ処理を行うために必要なバックアップ処理用プログラム３０ａが格納される。
このバックアップ処理用プログラム３０ａは、ＵＳＢインタフェース２３を介して接続されたデジタルビデオカメラ１について管理を行うためのアプリケーションプログラムの一部となる。すなわち、実施の形態で説明する各種のバックアップ処理は、デジタルビデオカメラ１について管理するためのアプリケーションが有する機能のうちのそれぞれ１機能を担うものとなる。
また、このＨＤＤ３０に対しては、バックアップしたコンテンツファイルＦctについて管理するためのＰＣ側管理情報３０ｂも格納される。なお、実施の形態の場合、このＰＣ側管理情報３０ｂが「第２の管理情報」に相当する。
入力部２５は、パーソナルコンピュータ２０に備えられる図示されないキーボードやマウス、或いはリモートコマンダー、その他の入力デバイスであって、ユーザが各種操作入力やデータ入力を行う。入力部２５で入力された情報は入力処理部２４で所定の処理が施され、ＣＰＵ２１に対して操作又はデータの入力として伝達される。ＣＰＵ２１は入力された情報に対応して必要な演算や制御を行う。
メディアドライブ２９は、例えばＣＤ(Compact Disc)、ＭＤ(Mini Disc：光磁気ディスク)、ＣＤ−Ｒ(Recordable)、ＣＤ−ＲＷ（ReWritable）、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、メモリーカード（半導体メモリ装置）等、所要の記録メディアに対応するドライブ機能部であり、これらメディアについての記録再生動作を行うことが可能に構成される。例えばメディアとしてＣＤ系やＤＶＤ系のディスクメディアに対応する場合、このメディアドライブ２９には、例えば光学ヘッド、スピンドルモータ、再生信号処理部、サーボ回路等が備えられるものとなる。
ドライブ制御部２８は、メディアドライブ２９に装填されたメディアについての記録再生動作、アクセス動作等を制御する。例えばユーザが入力部２５を介して装填されたメディアに対する再生操作を行った場合、ＣＰＵ２１はドライブ制御部２８にメディアの再生を指示する。するとドライブ制御部２８は、メディアドライブ２９に対してアクセス動作や再生動作を実行させるための制御を行う。メディアドライブ２９では、読み出した再生データをドライブ制御部２８を介してバス３５に送出する。
オーディオデータ処理部３３は、ＣＰＵ２１の制御に基づき、入力されたオーディオデータについて、イコライジング等の音場処理や音量調整、Ｄ／Ａ変換、増幅等の処理を施し、これをスピーカ部３４を介して出力する。
例えば、メディアドライブ２９によりオーディオデータが再生される際、又はＨＤＤ３０に格納されたコンテンツファイルＦctについてオーディオデータが再生される際には、このオーディオデータがオーディオデータ処理部３３において処理された後、スピーカ部３４を介して出力される。
ディスプレイ２７は、例えばＬＣＤ（Liquid Crystal Display）などの表示デバイスとされ、ユーザに対して各種情報表示を行う。
例えば、ＣＰＵ２１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部２６に供給すると、表示処理部２６は供給された表示データに基づいてディスプレイ２７を駆動して表示動作を実行させる。
また、上記したメディアドライブ２９に装填されたメディアから、或いはＨＤＤ３０に格納されたコンテンツファイルＦctについて動画データが再生された場合には、この再生データについての信号処理を行い、これにより得られた信号に基づいてディスプレイ２７を駆動することにより動画（映像）表示を行わせる。
通信処理部３１は、ＣＰＵ２１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインタフェース３２は、上記通信処理部３１でエンコードされた送信データを、インターネットなどの所要のネットワークを介して所定の機器に送信する。また上記ネットワークを介して外部機器から送信されてきたデータを通信処理部３１に受け渡す。
通信処理部３１は受信したデータをＣＰＵ２１に転送する。
１−４．記録再生装置におけるファイル管理形態
ここで、先の図２に示した本実施の形態としてのデジタルビデオカメラ１では、主としては撮像／収音により得られるＡＶファイルとなるコンテンツファイルＦctを、ＨＤＤ１４に対して記憶させることができるようになっている。
ＨＤＤ１４に記憶されるファイルは、通常は、所定フォーマットによるファイルシステムにより管理されることになるのであるが、本実施の形態としては、ＰＣ２０側と同じくＦＡＴファイルシステムにより管理されるものとしている。ＦＡＴファイルシステムは、周知のようにして、ツリー型のディレクトリ構造によりファイルを管理するようにされており、また、データの書き込み／読み出しについては、クラスタといわれる論理的な最小データ管理単位により行うものとされている。クラスタは、メディアにおける物理的なデータ書き込み／読み出しの最小単位であるセクタを所定数にまとめたものが１単位となる。
図４は、ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示している。
先ず、この階層モデルとしては、ソフトウェア層と、その下層となるハードウェア層に大別される。
ソフトウェア層は、メディアに対してホスト側となるＣＰＵ（ＣＰＵ１０）が実行するプログラム、及び各種ファームウェア、ミドルウェアなどにより実現されるソフトウェア処理が対応するものとされる。この場合のソフトウェア層は、図示するように、上層から下層にかけて、アプリケーションＲ１、ファイルシステムＲ２の各層が位置する。
ハードウェア層には、メディアそのものの物理的な記憶領域が位置するものとして考えることができる。
アプリケーションＲ１は、例えばファイルの記録／再生機能などを有してメディアＲ３を使用するアプリケーションソフトウェアが対応し、ファイルレベルでのアクセス要求をファイルシステムＲ２に対して行う。
ファイルシステムＲ２は、ファイルシステムとしての機能を実現するソフトウェアが対応する。本実施の形態ではＦＡＴファイルシステムを採用することとしているので、ファイルシステムＲ２の機能を提供するソフトウェアとしても、ＦＡＴファイルシステムに対応して構成されるものとなる。
このファイルシステムＲ２では、アプリケーションＲ１からのアクセス要求に従い、メディアＲ３へのアクセス要求を行う。
メディアＲ３は、論理的にはＦＡＴファイルシステムに従ってフォーマット（初期化）されたものとなる。図２ではＨＤＤ１４がこのメディアＲ３に相当する。そして、メディアＲ３は、ファイルシステムＲ２からのアクセス要求に応答して、指定されたアドレスからデータを読み出して、ファイルシステムＲ２に返す。つまりアクセス応答を実行する。
ファイルシステムＲ２は、メディアＲ３からのアクセス応答としてのデータの受け取りを行い、この受け取ったデータをアプリケーションＲ１に受け渡すようにされる。アプリケーションＲ１は、受け取ったデータファイルについて、例えばユーザによる操作入力などに応じたアプリケーションレベルでの所要の処理を実行する。
また、ＦＡＴファイルシステムは、記憶ファイルをツリー型のディレクトリ構造により管理し、また、ファイルをクラスタ単位の集合として管理するようにされている。このようなファイル管理、データ管理は、周知のようにしてディレクトリエントリ、及びＦＡＴとしてのテーブル情報（管理情報）を備えることにより実現されるものとなる。ディレクトリエントリは、メディアＲ３上におけるファイル、ディレクトリ（サブディレクトリ）の所在をクラスタレベルで示す情報であり、ＦＡＴは、ディレクトリ、ファイルを成すクラスタレベルでのチェイン（リンク、連結）を示す情報である。
図５は、ＦＡＴにより管理される、メディアＲ３としてのＨＤＤ１４に記憶されるデータファイルの管理形態をディレクトリ構造により示している。
先ずディレクトリとしては、図示するようにしてインデックスファイルディレクトリ、コンテンツファイルディレクトリの少なくとも２つのディレクトリが存在する。
コンテンツファイルディレクトリ配下にはコンテンツファイルＦctが格納される。
また、インデックスファイルディレクトリ配下には、ＦＡＴとは別にコンテンツファイルＦctを管理するためのインデックスファイルＦindexが格納される。
ここで、このようにしてインデックスファイルディレクトリ配下に格納されるインデックスファイルＦindexは、この場合は静止画や動画などとなるコンテンツに特化してその管理を効率的に行うための管理情報である。
このようにＦＡＴファイルシステムとは別にコンテンツファイルＦctに特化した専用の管理情報を用いた管理を行うのは、先にも述べたように、近年において記録媒体の大記憶容量化に伴い記録可能なコンテンツの数が増えたことや、ファイルシステムが持つコンテンツ関連情報（例えばファイル名や更新日時の情報など）以外にもさらに多くの関連情報を効率的に管理するなどの要請があることによる。
例えば、動画再生時には、各ＡＶファイルについてのサムネイル画像をインデックス表示するということが行われる場合があるが、専用の管理情報とすれば、これに対応させて予め各ＡＶファイルのサムネイル画像を埋め込むことのできる管理情報とするなどといったこともできる。すなわち、このようにサムネイル画像が管理情報側に格納することで、上記インデックス表示を効率的に行うことができるように図られる。
或いは、このようにコンテンツファイル管理に特化した管理情報を別途用いることによれば、各コンテンツファイルを例えば作成日時順などの所定の区分けでフォルダ分けして管理するなどといったことも可能となる。
このように専用の管理情報を用いた管理を別途行うことで、汎用のファイルシステムにはなかった管理形態を実現することができる。
このような専用の管理情報としてのインデックスファイルＦindexを用いた本例のデジタルビデオカメラ１におけるファイル管理形態について、次の図６を参照して説明する。
図６において、先の図５にも示したようにインデックスファイルディレクトリ配下には、インデックスファイルＦindexが格納される。
このインデックスファイルＦindexは、図示する管理ファイルスロットＳmを複数格納するようにして形成される。
各管理ファイルスロットＳmの内部構造としては、ファイル名C1、ファイル更新日時C2、エントリＩＤC3、エントリ更新日時C4、コンテンツＩＤC5、コンテンツ更新日時C6、ファイルパスC7などから成る。
なお、以下では各管理ファイルスロットＳmにエントリされるデータのことをエントリデータと称する。
上記ファイル名C1は、その管理ファイルスロットＳmに対応付けられるコンテンツファイルＦctのファイル名の情報を格納したものである。
またファイル更新日時C2は、その管理ファイルスロットＳmに対応付けられるコンテンツファイルＦct自体を作成／更新した日時を示す。
また、エントリＩＤC3は、その管理ファイルスロットＳmへのエントリデータを一意に識別するための識別情報であり、新たなコンテンツファイルＦctが生成されたことに応じて新たなエントリデータが管理ファイルスロットＳmにエントリされるごとに付される。
エントリ更新日時C4は、その管理ファイルスロットＳmへのエントリデータがエントリされた日時、又は更新された日時を示す。このエントリ更新日時C4は、エントリデータが更新されない限りは、コンテンツファイルＦctの内容が更新されたとしても変更はされない情報となる。エントリ更新日時が更新される例としては、例えばコンテンツファイルＦctに対応づけられるべきメタデータ（図示せず）が更新された場合などが挙げられる。
コンテンツＩＤC5は、その管理ファイルスロットＳmに対応付けられた（つまりエントリＩＤC3に対応付けられた）コンテンツファイルＦctのコンテンツＩＤを格納したものである。各コンテンツファイルＦctのコンテンツＩＤは、各コンテンツファイルＦctを一意に識別することができるようにして割り振られる。このコンテンツＩＤは、例えばそのコンテンツファイルＦctの所在を示すファイルパスの情報とファイル生成日時とを組み合わせて生成することができる。このコンテンツＩＤが本発明で言うファイル識別子に相当する。
また、コンテンツ更新日時C6は、コンテンツファイルＦctを作成／更新した日時を示す。このコンテンツ更新日時C6と上記したファイル更新日時C2との違いは、コンテンツファイルＦctを複製又は移動した場合にファイル更新日時C2は更新されるが、このコンテンツ更新日時C4の情報内容は変わらないという点である。
また、ファイルパスC7は、その管理ファイルスロットＳmと対応付けられるコンテンツファイルＦctへのパスの情報を格納したものである。すなわち、この場合はＦＡＴファイルシステム管理下におけるコンテンツファイルＦctの所在を示す情報が格納される。
ここで、インデックスファイルＦindexにおける管理ファイルスロットＳmには、ファイルシステムＲ２によりＨＤＤ１４上にコンテンツファイルＦctが生成されることに応じ新たなエントリデータが追加される。追加されたエントリデータにおいては、上記ファイルパスC7として、生成されたコンテンツファイルＦctのＦＡＴファイルシステム管理下での所在を示す情報が格納される。これにより、当該管理ファイルスロットＳmと、コンテンツファイルディレクトリ配下にて生成されたコンテンツファイルＦctとの対応づけが行われたことになる。
また、この場合は図中の破線矢印により示すように、コンテンツＩＤC5によっても、コンテンツファイルディレクトリ配下にて生成されたコンテンツファイルＦctを特定することができる。
１−５．第１の実施の形態としてのバックアップ処理
ところで、実施の形態としては、これまでで説明したデジタルビデオカメラ１とパーソナルコンピュータ２０（ＰＣ２０）との構成により、デジタルビデオカメラ１側のＨＤＤ１４に記録した動画や静止画などのコンテンツファイルＦctを、ＰＣ２０側のＨＤＤ３０にバックアップしようとするものである。
但し、このようなバックアップとして、単にデジタルビデオカメラ１側のＨＤＤ１４上に記録されたコンテンツファイルＦctをＰＣ２０側のＨＤＤ３０にそのまま上書きコピーしたのでは、デジタルビデオカメラ１側のＨＤＤ１４に記録される全てのコンテンツファイルＦctについてコピー処理を行う必要があり、その分バックアップに要する時間が長くなってしまう。
特に、本例のデジタルビデオカメラ１の場合にはコンテンツファイルＦctは主としては動画データ（ＡＶデータ）となるので、その場合は静止画データ等の他のデータがコンテンツファイルＦctとして記録される場合と比較してコピー処理には多くの時間を要することになり、このような問題が顕著化する。
そこで、本実施の形態では、デジタルビデオカメラ１が保持するＨＤＤ１４上のファイル管理状態を示す管理情報（インデックスファイルＦindex：第１の管理情報）と、ＰＣ２０側に過去においてバックアップされた管理情報（インデックスファイルＦindex）とを比較して、現在と過去のファイル格納状態の差分情報を検出し、この差分情報に基づいてコンテンツファイルＦctについてのバックアップを行うようにする。
そして、先ず第１の実施の形態では、このようなバックアップ処理として、ＨＤＤ１４上のファイル格納状態とＨＤＤ３０上のファイル格納状態とを同期させる、同期処理を行うものとする。
図７は、第１の実施の形態のバックアップ処理としての同期処理について模式的に示した図であり、図７（ａ）では、デジタルビデオカメラ１におけるＨＤＤ１４上に記録されるインデックスファイルＦindex、コンテンツファイルＦctについて、時間軸ｔに沿った状態遷移を示し、図７（ｂ）では、パーソナルコンピュータ２０におけるＨＤＤ３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦct、及びＰＣ側管理情報３０ｂについて同じく時間軸ｔに沿った状態遷移を示している。
図７において 先ず図７（ａ）に示すデジタルビデオカメラ１側には、初期状態として、図示するようにコンテンツファイルＦctとして「Ａ」「Ｂ」「Ｃ」が記録され、またインデックスファイルＦindexとしてはその格納状態に応じた「１」の内容を有するものが記録されていたとする。
そして、時点ｔ１では、デジタルビデオカメラ１とパーソナルコンピュータ２０とがＵＳＢケーブルを介してデータ通信可能に接続されて、初回の同期処理が行われる。
ここで、このようにデータ通信可能に接続されたことに応じては、ＰＣ２０側において、自動的にアプリケーションを立ち上げるようにされているとする。そして、例えばユーザが入力部２５のマウスを操作して画面上の所定のアイコンをクリックする等して、ＰＣ２０に対して同期指示を行うようにされ、この同期指示に応じて同期処理が開始される。
或いは、第１の実施の形態のように同期処理のみを行う場合には、デジタルビデオカメラ１側とデータ通信可能に接続されたことに応じ自動的にアプリケーションを立ち上げ、その後自動的に同期処理を行うように構成することもできる。
ここでは前者、すなわち同期指示に応じて同期処理が行われるものとして以下の説明を続ける。
時点ｔ１における初回の同期時点では、ＰＣ２０側のＨＤＤ３０上にはデジタルビデオカメラ１側のコンテンツファイルＦctがバックアップされていない状態にある。ＰＣ２０では、このようにＨＤＤ３０上にバックアップしたコンテンツファイルＦctが存在しないことを、インデックスファイルＦindexのバックアップの有無により検出することができる。すなわち、後述もするように同期処理が行われたのであればＨＤＤ３０上にインデックスファイルＦindexが保存された状態となるからである。
そして、ＰＣ２０側では、このようにＨＤＤ３０上にコンテンツファイルＦctが存在しないことに応じ、デジタルビデオカメラ１側のＨＤＤ１４上の全てのコンテンツファイルＦct（「Ａ」「Ｂ」「Ｃ」）と、これらＨＤＤ１４上のコンテンツファイルＦctを管理するインデックスファイルＦindex（「１」）とを転送するように、デジタルビデオカメラ１側への転送要求を行う。そして、転送されたそれらのファイルをＨＤＤ３０に保存する。
これによってＨＤＤ１４上のファイル格納状態とＨＤＤ３０上のファイル格納状態とが同期したことになる。
その上で、ＰＣ２０側では、ＨＤＤ３０上のコンテンツファイルＦctをＰＣ２０側で管理するために、ＰＣ側管理情報３０ｂの内容を更新する。つまり、ＨＤＤ３０上にこれらコンテンツファイル「Ａ」「Ｂ」「Ｃ」が格納されているとして管理するための内容に更新する（図中「α」）。ＰＣ側管理情報３０ｂによるファイル管理は、コンテンツファイルＦctに付されたコンテンツＩＤにより行うことができる。
続いて、この時点ｔ１における初回の同期処理後となる時点ｔ２において、例えばデジタルビデオカメラ１側で新たな動画が撮影・記録されるなどして、図７（ａ）に示すようにＨＤＤ１４上には新たなコンテンツファイルＦctとして「Ｄ」が生成されたとする。そして、これに応じインデックスファイルＦindexとしても、先の「１」の内容からこの「Ｄ」が追加されたことに応じた「２」の内容を有するものに更新されたとする。
この時点ｔ２におけるコンテンツファイルＦct（「Ｄ」）の追加により、図７（ａ）と図７（ｂ）を比較してわかるように、ＨＤＤ１４上のファイル格納状態とＨＤＤ３０上のファイル格納状態とが異なるものとなる。
そして、続く時点ｔ３において、再度デジタルビデオカメラ１とＰＣ２０とが接続されて、同期指示が行われたとする。
この時点ｔ３のように既にＰＣ２０側のＨＤＤ３０上にバックアップしたコンテンツファイルＦctが存在する場合には、上記同期指示に応じ、ＰＣ２０側では自らが保持しているインデックスファイルＦindex（「１」）と、デジタルビデオカメラ１側が保持しているインデックスファイルＦindex（「２」）の内容を突き合わせて、ＰＣ２０側とデジタルビデオカメラ１側とのコンテンツファイルＦctの格納状態の差を検出する。すなわち、この場合はデジタルビデオカメラ１側にＰＣ２０側にはないコンテンツファイル「Ｄ」が格納されていることが検出され、このデジタルビデオカメラ１側におけるコンテンツファイル「Ｄ」の存在が差分情報として検出される。
そして、この差分情報に基づき、バックアップ処理を行う。すなわち、この場合は同期処理であるので、ＰＣ２０は差分情報が指し示すコンテンツファイル「Ｄ」についてのみ転送要求を行い、転送されたコンテンツファイル「Ｄ」をＨＤＤ３０に保存する。また、これと共に、次回の同期処理のために、デジタルビデオカメラ１が保持するインデックスファイルＦindex（「２」）についても転送要求を行い、これをＨＤＤ３０に保存する。
さらに、ＰＣ側管理情報３０ｂについては、このコンテンツファイル「Ｄ」が追加されたものとして管理されるようにその情報内容を更新する（「α」→「β」の更新）。
この時点ｔ３における同期処理後、次の時点ｔ４においては、図７（ａ）に示すデジタルビデオカメラ１側にてコンテンツファイル「Ｂ」が削除され、インデックスファイルＦindexとしてもこの「Ｂ」の削除に応じた情報内容「３」に更新されたとする。つまり、デジタルビデオカメラ１側のコンテンツファイルＦctの格納状態が「Ａ」「Ｃ」「Ｄ」でインデックスファイルＦindexの情報内容が「３」であるのに対し、ＰＣ２０側の格納状態が「Ａ」「Ｂ」「Ｃ」「Ｄ」でインデックスファイルＦindexの情報内容が「２」のままとなる。
そして次の時点ｔ５にて、再度デジタルビデオカメラ１とＰＣ２０とが接続されて同期指示が為されたとする。
この時点ｔ５の同期指示に応じても、先の時点ｔ３での同期処理の場合と同様に先ずはＰＣ２０側で自らが保持しているインデックスファイルＦindex（「２」）と、デジタルビデオカメラ１側が保持しているインデックスファイルＦindex（「３」）の内容を突き合わせて、ＰＣ２０側とデジタルビデオカメラ１側とのコンテンツファイルＦctの格納状態についての差分情報を検出する。つまり、この場合はＰＣ２０側にデジタルビデオカメラ１側にはないコンテンツファイル「Ｂ」が格納されていることが検出され、このＰＣ２０側におけるコンテンツファイル「Ｂ」の存在が差分情報として検出される。
そして、このようにＰＣ２０側にデジタルビデオカメラ１側にはないファイルが存在するとの差分情報に応じては、ＰＣ２０が、この差分情報が指し示すコンテンツファイルをＨＤＤ３０上から削除するようにされる。すなわち、この場合は、上記差分情報により示されるコンテンツファイル「Ｂ」について削除するようにされる。
また、これと共に、この場合としても次回の同期処理のために、デジタルビデオカメラ１が保持するインデックスファイルＦindex（「３」）について転送要求を行い、これをＨＤＤ３０に保存する。
さらに、ＰＣ側管理情報３０ｂとしても、このコンテンツファイル「Ｂ」の削除に応じた情報内容となるように更新する（「β」→「γ」の更新）。
また、次の時点ｔ６では、図７（ａ）に示すデジタルビデオカメラ１側にてコンテンツファイル「Ｃ」について修正が行われて、このコンテンツファイル「Ｃ」がコンテンツファイル「Ｃ'」に更新され、インデックスファイルＦindexとしてもこの「Ｃ'」への更新に応じた情報内容「４」に更新されたとする。
そして、この時点ｔ６の状態から、次の時点ｔ７にて、再度デジタルビデオカメラ１とＰＣ２０とが接続されて同期指示が為されたとする。
この時点ｔ７の同期指示に応じても、先の時点ｔ３、ｔ５での同期処理の場合と同様に先ずはＰＣ２０側で自らが保持しているインデックスファイルＦindex（「３」）と、デジタルビデオカメラ１側が保持しているインデックスファイルＦindex（「４」）の内容を突き合わせて、ＰＣ２０側とデジタルビデオカメラ１側とのコンテンツファイルＦctの格納状態についての差分情報を検出する。つまり、この場合はデジタルビデオカメラ１側でコンテンツファイル「Ｃ」がコンテンツファイル「Ｃ'」に更新されたことが検出される。なお、コンテンツファイルが更新されたか否かは、インデックスファイルＦindex内のコンテンツ更新日時C6を比較することで行うことができる。また注意すべきは、この場合はコンテンツファイルが更新されたとしても、そのコンテンツＩＤ自体は変化しないということである（先の図６の説明を参照）。
このようにデジタルビデオカメラ１側で或るコンテンツファイル「Ｃ」が更新されたということは、ＰＣ２０側から見れば、デジタルビデオカメラ１側にＰＣ２０側にはないコンテンツファイル（Ｃ'）が存在し、且つ、デジタルビデオカメラ１側にはＰＣ２０側に存在するコンテンツファイル（「Ｃ」）が存在しないという状態となる。このためＰＣ２０は、この差分情報が指し示すコンテンツＩＤを有するコンテンツファイルをＨＤＤ３０上から削除するようにされる。すなわち、この場合はコンテンツファイル「Ｃ」について削除するようにされる。
そして、さらにこの場合は、デジタルビデオカメラ１側に格納される、上記差分情報が示すコンテンツＩＤを有するコンテンツファイル（「Ｃ'」）についての転送要求を行い、転送されたこのコンテンツファイル（「Ｃ'」）をＨＤＤ３０に保存するようにされる。
また、これと共に、この場合としても次回の同期処理のために、デジタルビデオカメラ１が保持するインデックスファイルＦindex（「４」）について転送要求を行い、これをＨＤＤ３０に保存する。
さらに、ＰＣ側管理情報３０ｂとしては、この場合はコンテンツファイル「Ｃ」の削除、及びコンテンツファイル「Ｃ'」の追加に応じた情報内容となるように更新する。すなわちコンテンツファイル「Ａ」「Ｃ'」「Ｄ」が格納されているものとして管理するための情報内容となるように更新する（「γ」→「δ」の更新）。
このようにして、差分情報に基づきバックアップ処理を行うものとすれば、実際に転送を行うのは差分のファイルのみとすることができ、全コンテンツを上書きコピーする場合と比較してバックアップ処理をより高速化することができる。また、転送すべきコンテンツファイルが減ることで処理負担としても軽減することができる。
また、このとき、差分情報については、前回の同期処理時に保存したインデックスファイルＦindexと今回（現在）のインデックスファイルＦindexの内容とを比較することで検出しているが、このようにインデックスファイルＦindex（管理情報）同士の内容比較により差分情報を得るようにしたことで、例えば実際に格納される全てのコンテンツファイルＦindexについてそのヘッダ情報（コンテンツＩＤやコンテンツ更新日時）を検出し、それらの比較を行って差分情報を得るようにするといった手法が採られる場合よりも、より高速に差分情報を得ることができ、この点でもバックアップ処理の高速化が図られる。
ここで、実施の形態において各コンテンツファイルＦctを管理するインデックスファイルＦindexとしては、コンテンツＩＤ（ファイル識別子）の他にもコンテンツ更新日時やエントリ更新日時といった他のファイル関連情報が対応付けられているが、仮にこのような管理情報に各コンテンツファイルのファイル識別子しか対応づけられていない場合は、管理情報同士の比較ではファイルの追加／削除しか判別できないことになる。すなわち、これらファイルの追加／削除以外の差分の判別に基づくバックアップ処理を行うとした場合には、例えばファイルに対応付けられる必要な関連情報を別途取得する処理が必要となって、その分差分情報の取得に要する時間、ひいてはその差分情報に基づくバックアップ処理が完了するまでに要する時間が長引くことなる。
先に説明したように本例のインデックスファイルＦindexではコンテンツ更新日時など、ファイル識別子以外の他のファイル関連情報もエントリデータとしてエントリされるようにされているので、「コンテンツ更新」や「エントリ更新」などの他の差分タイプについても、管理情報同士を比較するのみで取得することができる。このことで、コンテンツの追加／削除以外の差分タイプを判別する際にも、管理情報同士の比較でそれらの差分タイプを判別することができ、従ってこのようなコンテンツの追加／削除以外の差分のタイプに応じたバックアップ処理についても高速化が図られているものである。
ここで、実施の形態において、インデックスファイルＦindexの突き合わせによる差分情報の検出は、具体的には次の図８〜図１０に示すようにして行うものとしている。
先ず図８は、相違検出用情報リストＬDdの構造を示している。
この相違検出用情報リストＬDdは、図示するようにして相違検出用情報Ｄｄをリストアップした情報となる。
この場合、１つの相違検出用情報Ｄｄは、インデックスファイルＦindexにエントリされた１つのエントリデータ（１つのコンテンツファイルＦct）に対応する。すなわち、１つの相違検出用情報Ｄｄは、インデックスファイルＦindexにエントリされた１つのエントリデータごとに、図示するようにそのコンテンツＩＤC5、エントリ更新日時C4、コンテンツ更新日時C6、エントリＩＤC3を抽出した情報となる。
そして、相違検出用情報リストＬDdとしては、インデックスファイルＦindexにエントリされる全てのエントリデータ（コンテンツファイルＦct）について生成した相違検出用情報Ｄｄをリストアップした情報となる。
なおこの場合の相違検出用情報リストＬDdでは、相違検出用情報ＤｄがコンテンツＩＤの昇順でソートされてリストアップされる場合が示されている。
この図８に示す相違検出用情報リストＬDdは、新たなバックアップ処理（この場合は同期処理）が行われるにあたって、ＰＣ２０が、ＨＤＤ３０に保存した前回のバックアップ処理時（同期処理時）のインデックスファイルＦindexと、デジタルビデオカメラ１側に保持されているインデックスファイルＦindexとの双方についてそれぞれ生成するようにされる。
図９は、このようにＰＣ２０がバックアップ処理時に生成する２つの相違検出用情報リストＬDdを対比して示している。
この図において、前回バックアップ時の相違検出用情報リストＬDd-psは、新たなバックアップ処理時において、既にＨＤＤ３０上に保存されている前回のバックアップ時のインデックスファイルＦindexに基づいて生成した相違検出用情報リストＬDdである。また、今回バックアップ時の相違検出用情報リストＬDd-prが、新たなバックアップ処理時においてデジタルビデオカメラ１側に保持されているインデックスファイルＦindexについて生成した相違検出用情報リストＬDdである。
この図９では、前回バックアップ時の相違検出用情報リストＬDd-psとして、コンテンツＩＤが「４」「２３」「３４」「３５」「５０」「５６」となる相違検出用情報Ｄｄがリストアップされている例が示されている。このことは、前回バックアップ時には、デジタルビデオカメラ１側のＨＤＤ１４にコンテンツＩＤが「４」「２３」「３４」「３５」「５０」「５６」のコンテンツファイルＦctが格納されていたことを示している。
一方、今回バックアップ時の相違検出用情報リストＬDd-prとしては、コンテンツＩＤが「４」「２３」「３５」「４７」「５０」「５６」「６４」となる相違検出用情報Ｄｄがリストアップされている例が示されている。このことは、今回バックアップ時には、デジタルビデオカメラ１側のＨＤＤ１４にコンテンツＩＤが「４」「２３」「３５」「４７」「５０」「５６」「６４」のコンテンツファイルＦctが格納されていることを示している。
ＰＣ２０では、これら前回バックアップ時の相違検出用情報リストＬDd-psと今回バックアップ時の相違検出用情報リストＬDd-prとを、図示するようにして差分情報生成用情報Rdyとして保持しておくようにされる。
このような差分情報生成用情報Rdyを用いて、実際の差分情報の検出を行うようにされる。
図１０は、上記差分情報生成用情報Rdyを用いた差分情報の検出動作について模式的に示している。なお、この図では、図９に示した前回バックアップ時の相違検出用情報リストＬDd-psと今回バックアップ時の相違検出用情報リストＬDd-prとによる差分情報生成用情報Rdyが示されている。また、この図１０では、前回バックアップ時の相違検出用情報リストＬDd-psと今回バックアップ時の相違検出用情報リストＬDd-prとにおいて、それぞれ内容が相違している相違検出用情報Ｄｄ内の項目を色つき部分により示している。
先ずこの場合は、相違検出用情報Ｄｄの項目としてコンテンツＩＤが含まれることで、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄと、今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報ＤｄとでそれぞれのコンテンツＩＤを比較することで、デジタルビデオカメラ１側におけるコンテンツの追加、及びコンテンツの削除を検出することができる。
すなわち、例えば前回バックアップ時の相違検出用情報リストＬDd-psにはコンテンツＩＤ＝「３４」の相違検出用情報Ｄｄが存在するが、今回バックアップ時の相違検出用情報リストＬDd-prにはこれが存在しないということで、デジタルビデオカメラ１でそのコンテンツＩＤを有するコンテンツファイルＦctが削除されたということを検出できる。また、例えば今回バックアップ時の相違検出用情報リストＬDd-prにはコンテンツＩＤ＝「６４」の相違検出用情報Ｄｄが存在するが、前回バックアップ時の相違検出用情報リストＬDd-psにはこれが存在しないということで、デジタルビデオカメラ１でそのコンテンツＩＤを有するコンテンツファイルＦctが追加されたということを検出できるといったものである。
また、この場合の相違検出用情報Ｄｄの項目にはエントリ更新日時が含まれる。このことで、デジタルビデオカメラ１側にてエントリが更新されたコンテンツファイルＦctを検出することができる。例えばこの図では、前回バックアップ時の相違検出用情報リストＬDd-ps、及び今回バックアップ時の相違検出用情報リストＬDd-pr内におけるコンテンツＩＤ＝「２３」の相違検出用情報Ｄｄは、それぞれエントリ更新日時の情報内容が異なっていることが示されているが、これによりこのコンテンツＩＤ＝「２３」のコンテンツファイルＦctについて、デジタルビデオカメラ１側でエントリが更新されたことを検出できる。
さらに、この場合の相違検出用情報Ｄｄの項目にはコンテンツ更新日時の情報も含まれるが、これによってデジタルビデオカメラ１側で更新が行われたコンテンツファイルＦctを検出することができる。
つまり、図１０では、前回バックアップ時の相違検出用情報リストＬDd-ps、及び今回バックアップ時の相違検出用情報リストＬDd-pr内におけるコンテンツＩＤ＝「５０」の相違検出用情報Ｄｄとして、それぞれコンテンツ更新日時の情報内容が異なっていることが示されているが、これによりこのコンテンツＩＤ＝「５０」のコンテンツファイルＦctがデジタルビデオカメラ１側で更新されたことを検出できる。
また、相違検出用情報Ｄｄには、エントリＩＤの項目が設けられる。
このエントリＩＤの項目を設けているのは、差分検出の対象としているコンテンツファイルＦctがどのコンテンツファイルＦctであるかを特定するためである。その意味で、この相違検出用情報ＤｄにおけるエントリＩＤの情報としては、同じく相違検出用情報Ｄｄに設けられたコンテンツＩＤの項目と同等の役割を果たす。
なお、このことによれば、相違検出用情報ＤｄにおいてはエントリＩＤの項目は不要とすることができる。ここにおいて敢えてエントリＩＤの項目を設けているのは、例えばデジタルビデオカメラ１側やＰＣ２０側のアプリケーションがエントリデータにアクセスする際にはこのエントリＩＤの情報を用いるようにされているなどの事情による。
また、この説明からも理解されるように、相違検出用情報ＤｄにおけるエントリＩＤは、その相違を検出するために設けられた項目ではない。そのため、図中のコンテンツＩＤ＝「５６」のように、エントリＩＤが相違する場合にも、これらの相違は検出しないようにされている。
そして、図１０において、このような差分情報生成用情報Rdyを用いた各相違検出用情報Ｄｄの情報内容の比較結果から、図示する差分情報リストＬSBを生成するようにされる。
この差分情報リストＬSBは、図示するようにして差分情報ＳＢをリストアップした情報となる。各差分情報ＳＢには、図示するようにして「差分タイプ」「前回エントリＩＤ」「今回エントリＩＤ」の３つの項目が設けられる。
「前回エントリＩＤ」「今回エントリＩＤ」の項目には、差分情報生成用情報Rdyにおける前回／今回の各相違検出用情報Ｄｄの情報内容についての比較結果から、それぞれ相違があるとされた前回バックアップ時の相違検出用情報リストＬDd-psにおける相違検出用情報ＤｄのエントリＩＤと、今回バックアップ時の相違検出用情報リストＬDd-prにおける相違検出用情報ＤｄのエントリＩＤとが格納される。
また、「差分タイプ」の項目には、差分の種類を示す情報が格納される。この場合の差分タイプとしては、コンテンツ追加、コンテンツ削除、コンテンツ更新、エントリ更新の４種類が存在する。
具体的な差分情報ＳＢの生成手法としては、以下のようにして行う。
先ずは、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄと今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄとについて、先頭の相違検出用情報Ｄｄ同士から順にそれぞれの情報内容を比較していく。
このとき、それぞれの相違検出用情報ＤｄにおけるコンテンツＩＤが同じであれば、コンテンツの追加、コンテンツの削除は行われていないということがわかる。よってその場合は、エントリ更新日時、コンテンツ更新日時について比較を行う。エントリ更新日時が異なっていれば、差分タイプは「エントリ更新」となる。これに応じ、差分情報リストＬSBには、差分タイプとして「エントリ更新」を示す情報を格納し、さらに前回エントリＩＤ、今回エントリＩＤとして、比較を行ったそれぞれの相違検出用情報ＤｄのエントリＩＤを格納した差分情報ＳＢをリストアップする。
また、コンテンツ更新日時が異なっていれば、差分タイプは「コンテンツ更新」となり、従って差分情報リストＬSBとしては、差分タイプを「コンテンツ更新」とし、この場合も前回エントリＩＤ、今回エントリＩＤには比較を行ったそれぞれの相違検出用情報ＤｄのエントリＩＤを格納した差分情報ＳＢをリストアップする。
一方、コンテンツＩＤが異なる場合は、コンテンツ追加であるかコンテンツ削除であるかの判別を行う。具体的には、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報ＤｄのコンテンツＩＤの方が値が小さければ（つまりこの場合は記録順が先であれば）、デジタルビデオカメラ１側において、この前回バックアップ時の相違検出用情報ＤｄのコンテンツＩＤを有するコンテンツファイルＦctが削除されたことがわかる。従ってその場合は、差分タイプとして「コンテンツ削除」を格納し、前回エントリＩＤとして前回相違検出用情報リストＬDd-ps側の相違検出用情報ＤｄのエントリＩＤを格納した差分情報ＳＢをリストアップする。
コンテンツ削除の場合は、今回エントリＩＤは存在しないことになるので、今回エントリＩＤの項目には情報が格納されないことになる。
ここで、この「コンテンツ削除」が検出された後の比較処理としては、今回比較された今回バックアップ時の相違検出用情報リストＬDd-prの相違検出用情報Ｄｄを再度対象とし、前回バックアップ時の相違検出用情報リストＬDd-psにおける次のコンテンツＩＤを有する相違検出用情報Ｄｄとの比較を行う。すなわち、例えば図１０の例では、前回バックアップ時側のコンテンツＩＤ＝３４の相違検出用情報Ｄｄと今回バックアップ時側のコンテンツＩＤ＝３５の相違検出用情報Ｄｄとの比較が行われて「コンテンツ削除」が検出された後は、上記今回バックアップ時のコンテンツＩＤ＝３５の相違検出用情報Ｄｄを再度対象として、前回バックアップ時側のコンテンツＩＤ＝３５の相違検出用情報Ｄｄとの比較が行われるものである。
このようにすることで、「コンテンツ削除」が検出された以降も適正に差分タイプの検出を行うことができる。
また、上記とは逆に、今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報ＤｄのコンテンツＩＤの方が値が小さければ、デジタルビデオカメラ１側において、この今回バックアップ時の相違検出用情報ＤｄのコンテンツＩＤを有するコンテンツファイルＦctが追加されたことがわかる。従ってその場合は、差分タイプとして「コンテンツ追加」を格納し、今回エントリＩＤとして今回バックアップ時の相違検出用情報リストＬDd-pr側の相違検出用情報ＤｄのエントリＩＤを格納した差分情報ＳＢをリストアップする。
コンテンツ追加の場合は、前回エントリＩＤは存在しないことになるので、前回エントリＩＤの項目には情報が格納されないことになる。
この「コンテンツ追加」が検出された後の比較処理については、「コンテンツ削除」の場合とは逆に、今回比較された前回バックアップ時の相違検出用情報リストＬDd-psの相違検出用情報Ｄｄを再度対象とし、今回バックアップ時の相違検出用情報リストＬDd-prにおける次のコンテンツＩＤを有する相違検出用情報Ｄｄとの比較を行う。すなわち、例えば図１０の例では、前回バックアップ時側のコンテンツＩＤ＝５０の相違検出用情報Ｄｄと今回バックアップ時側のコンテンツＩＤ＝４７の相違検出用情報Ｄｄとの比較が行われて「コンテンツ追加」が検出された後は、上記前回バックアップ時のコンテンツＩＤ＝５０の相違検出用情報Ｄｄを再度対象として、今回バックアップ時側のコンテンツＩＤ＝５０の相違検出用情報Ｄｄとの比較が行われるといったものである。
このようにすることで、「コンテンツ追加」が検出された以降としても適正に差分タイプの検出を行うことができる。
また、コンテンツの追加や削除が行われた場合の相違検出用情報リストＬDdとしては、例えば図１０に示される今回バックアップ時側におけるコンテンツＩＤ＝６４の相違検出用情報Ｄｄのように、比較対象のない相違検出用情報Ｄｄが存在することもある。つまり、前回バックアップ時の相違検出用情報リストＬDd-ps側と今回バックアップ時の相違検出用情報リストＬDd-ps側とで、相違検出用情報Ｄｄのリストアップ数が異なる場合には、このように比較対象の無い相違検出用情報Ｄｄが存在するようになる。
この場合は、比較対象の無い相違検出用情報Ｄｄが前回バックアップ時側／今回バックアップ時側の何れで存在しているかを判別することで、コンテンツ追加であるかコンテンツ削除であるかを特定することができる。
すなわち、前回バックアップ時側で先に比較対象の相違検出用情報Ｄｄが無くなれば、それ以降に今回バックアップ時側に残っている相違検出用情報Ｄｄは、全て追加されたコンテンツファイルＦctを表していることになる。従って、その場合は、これら今回バックアップ時側に残るそれぞれの相違検出用情報Ｄｄについては、差分情報ＳＢとして差分タイプを「コンテンツ追加」とし、今回エントリＩＤにそのコンテンツＩＤを格納した情報を差分情報リストＬSBにリストアップする。
逆に、今回バックアップ時側の相違検出用情報Ｄｄが先に無くなれば、それ以降に前回バックアップ時側に残っている相違検出用情報Ｄｄは全て削除されたコンテンツファイルＦctを表しているものとなる。よってその場合、これら前回バックアップ時側に残るそれぞれの相違検出用情報Ｄｄについては、差分情報ＳＢとして差分タイプを「コンテンツ削除」とし、前回エントリＩＤにそのコンテンツＩＤを格納した情報を差分情報リストＬSBにリストアップする。
以上のような動作により、インデックスファイルＦindexの突き合わせによる差分情報の検出を行うことができる。
そして、上記のような差分情報ＳＢが得られれば、以降はこの差分情報ＳＢの内容に従ってＨＤＤ３０に対するコンテンツファイルＦctの追加／削除などの処理を行うことで、同期処理を実現することができる。
つまり、差分タイプが「コンテンツ追加」である差分情報ＳＢについては、その今回エントリＩＤに格納されるエントリＩＤの値により特定されるコンテンツファイルＦctを、デジタルビデオカメラ１からＰＣ２０側にコピーする。
また、差分タイプが「コンテンツ削除」である差分情報ＳＢについては、その前回エントリＩＤに格納されるエントリＩＤにより特定されるコンテンツファイルＦctをＰＣ２０側から削除する。
また、差分タイプが「コンテンツ更新」である差分情報ＳＢについては、その前回エントリＩＤに格納される値により特定されるコンテンツファイルＦctがデジタルビデオカメラ１側で修正されるなどして、今回バックアップ時には内容が更新されたコンテンツファイルＦctとなっているので、前回エントリＩＤの値により特定されるコンテンツファイルＦctをＰＣ２０側から削除し、逆に今回エントリＩＤの値により特定されるコンテンツファイルＦctをデジタルビデオカメラ１側からＰＣ２０側にコピーする。
これにより、デジタルビデオカメラ１側とパーソナルコンピュータ２０側とでコンテンツファイルＦctの格納状態を同期させることができる。
なお、差分タイプが「エントリ更新」となる差分情報ＳＢが得られた場合、第１の実施の形態では特段の対応動作は行わないものとする。
但し、「エントリ更新」は、エントリデータの更新が行われたことを示すもので、具体的には、例えばコンテンツファイルＦctに付属するメタデータが更新されたことを示していることになる。従って、例えばＰＣ２０側においてもＰＣ側管理情報３０ｂによって各コンテンツファイルＦctについてデジタルビデオカメラ１側と同様にメタデータを管理するようにされる場合には、この「エントリ更新」に応じて、ＰＣ側管理情報３０ｂによってそのコンテンツファイルＦctと対応づけて管理しているメタデータを、デジタルビデオカメラ１側のインデックスファイルＦindex内のメタデータに基づいて更新する処理を行うように構成してもよい。
１−６．処理動作
続いては、図１１〜図１３を参照して、これまでに説明した第１の実施の形態としてのバックアップ処理（同期処理）を実現するために行われるべき処理動作について説明する。
図１１は、第１の実施の形態としての同期処理を実現するために行われるべき全体の処理動作の流れを示している。また、図１２は、先の図１０にて説明したような差分情報の生成時に対応して行われるべき処理動作を示し、図１３は、生成された差分情報に基づき行われるべき第１の実施の形態としての差分ファイル群処理（同期）を示している。
なお、これら図１１〜図１３に示す処理動作は、図３に示したパーソナルコンピュータ２０におけるＣＰＵ２１が、ＨＤＤ３０に格納されるバックアップ処理用プログラム３０ａに基づき実行するものである。
なお、ここではパーソナルコンピュータ２０側で行われるべき処理動作についてのみ説明するが、第１の実施の形態の場合、デジタルビデオカメラ１側における処理動作としては、パーソナルコンピュータ２０側からの転送要求に応じたコンテンツファイルＦct、インデックスファイルＦindexの転送のみを行えばよいので、ここでの図示による説明は省略する。
先ず図１１により、同期処理の全体の流れから説明する。
なお、この図１１では既にデジタルビデオカメラ１とパーソナルコンピュータ２０とがＵＳＢケーブルを介してデータ通信可能な状態に接続され、且つパーソナルコンピュータ２０側ではアプリケーションが立ち上がった状態にあるとする。
先ず、ステップＳ１０１では、同期指示を待機する。先にも述べたように、この場合の同期指示は、例えばユーザが入力部２５のマウスを操作して画面上の所定のアイコンをクリックすることで行われる。従ってこの場合は、上記所定のアイコンに対する操作を待機して同期指示を待機するようにされる。
ステップＳ１０２では、バックアップしたインデックスファイルがあるか否かについて判別処理を行う。つまり、ＨＤＤ３０上に既にデジタルビデオカメラ１側からバックアップしたインデックスファイルＦindexが保存されているか否かについて判別処理を行う。
バックアップしたインデックスファイルがないとして否定結果が得られた場合は、ステップＳ１０７に進み、全コンテンツファイル及びインデックスファイルの転送要求を行う。つまり、デジタルビデオカメラ１に対し、ＨＤＤ１４上に格納される全てのコンテンツファイルＦctとインデックスファイルＦindexの転送要求を行う。
そして、続くステップＳ１０８において、転送されたファイルを保存する。つまり、ＵＳＢインタフェース２３を介してデジタルビデオカメラ１側から転送されるコンテンツファイルＦct及びインデックスファイルＦindexを、それぞれＨＤＤ３０に記録するための処理を行う。
なお、確認のために述べておくと、上記のようなデジタルビデオカメラ１側へのファイルの転送要求は、ＣＰＵ２１がＵＳＢインタフェース２３に対する制御を行って行うものとなる。また、転送されたファイルのＨＤＤ３０への記録はＨＤＤ３０に対する記録制御を行うことによって実現される。
その上で、ステップＳ１０９に進み、コンテンツファイルの格納状況に応じてＰＣ側管理情報を更新するための処理を行う。つまり、この場合は先のステップＳ１０８にて記録されたコンテンツファイルＦctがＨＤＤ３０上にて格納されたものとして管理されるように、ＰＣ側管理情報３０ｂの情報内容を更新するための処理を実行する。
以上のステップＳ１０１→Ｓ１０２→Ｓ１０７→Ｓ１０８→Ｓ１０９の流れにより、初回の同期処理時にはデジタルビデオカメラ１側で保持される全てのコンテンツファイルＦctとその管理状態を示すインデックスファイルＦindexとがＰＣ２０側にバックアップされるものとなる（図７の時点ｔ１参照）。
一方、先のステップＳ１０２において、バックアップしたインデックスファイルＦindexがあるとして肯定結果が得られた場合は、ステップＳ１０３において、差分情報生成用情報を生成する。つまり、先の図９に示したような差分情報生成用情報Rdyを生成するものである。
具体的にこのステップＳ１０３の処理としては、先ずはデジタルビデオカメラ１側に対し転送要求を行って、ＨＤＤ１４上に保持されるインデックスファイルＦindexを転送させ、これを例えばメモリ部２２等に一時保持する。その上で、この新たに転送させたインデックスファイルＦindexと、既にＨＤＤ３０にバックアップされている前回バックアップ時のインデックスファイルＦindexとについて、それぞれ所定の項目（コンテンツＩＤC5、エントリ更新日時C4、コンテンツ更新日時C6、エントリＩＤC3）を抽出することで相違検出用情報Ｄｄを生成し、これをそれぞれリストアップすることで、先の図９にて示したような今回バックアップ時の相違検出用情報リストＬDd-prと前回バックアップ時の相違検出用情報リストＬDd-psを生成する。つまり、これによって差分情報生成用情報Rydが生成される。
なお、先にも述べたが、各相違検出用情報リストＬDdの生成にあたっては、相違検出用情報ＤｄをコンテンツＩＤの値の昇順にソートしてリストアップするようにされる。これによって図１０にて説明したような手法による差分タイプの検出を適正に行うことができる。
続くステップＳ１０４では、差分情報の生成を行う。このステップＳ１０４の処理は、先の図１０にて説明したような差分情報ＳＢを生成し、それらをリストアップすることで差分情報リストＬSBを生成するための処理となる。この処理の詳細は後の図１２にて説明する。
ステップＳ１０５では、差分ファイル群処理（同期）を行う。このステップＳ１０５では、先に説明したようにして差分情報ＳＢの差分タイプに応じてコンテンツファイルＦctの追加／削除を行うことで、デジタルビデオカメラ１側とパーソナルコンピュータ２０側とでコンテンツファイルＦctの格納状態を同期させるための処理となる。このステップＳ１０５における差分ファイル群処理（同期）の詳細については後の図１３にて説明する。
ステップＳ１０６においては、ビデオカメラ側が持つインデックスファイルＦindexを保存する。すなわち、先のステップＳ１０３にてデジタルビデオカメラ１に転送させて一時保持したインデックスファイルＦindexを、ＨＤＤ３０に対して記録するための処理を行う。
このようにデジタルビデオカメラ１側から新たに転送されたインデックスファイルＦindexが保存されることで、次回の同期処理時における「前回バックアップ時のインデックスファイルＦindex」が保存されたことになる。
その上で、先に説明したステップＳ１０９に進み、コンテンツファイル格納状況に応じてＰＣ側管理情報を更新するための処理を実行する。つまり、この場合はステップＳ１０５における差分ファイル群処理（同期）によって結果的にＨＤＤ３０上に保持されているコンテンツファイルＦctがＨＤＤ３０上に格納されるファイルとして管理されるように、ＰＣ側管理情報３０ｂの情報内容を更新するための処理を実行する。
図１２は、図１１のステップＳ１０４として示した、差分情報の生成処理を示している。
先ず、図１２において、ステップＳ２０１では、ポインタ値ｉ、ポインタ値ｊを０リセットする。
ここで、ポインタ値ｉは、前回バックアップ時の相違検出用情報リストＬDd-psにリストアップされる相違検出用情報Ｄｄについて、比較対象とする相違検出用情報Ｄｄを指し示すポインタとしての役割を果たす。つまり、このポインタ値ｉがインクリメントされるごとに、前回バックアップ時の相違検出用情報リストＬDd-ps内において、比較対象とする相違検出用情報Ｄｄが順次シフトしていくものとなる。
同様に、ポインタ値ｊは、今回バックアップ時の相違検出用情報リストＬDd-prにリストアップされる相違検出用情報Ｄｄについて、比較対象とする相違検出用情報Ｄｄを指し示すポインタとしての役割を果たし、このポインタ値ｊがインクリメントされるごとに、今回バックアップ時の相違検出用情報リストＬDd-pr内において比較対象とする相違検出用情報Ｄｄが順次シフトしていくものとなる。
ステップＳ２０２では、ポインタ値ｉが前回のリストアップ数と一致したか否かについて判別処理を行う。つまり、ポインタ値ｉが、前回バックアップ時の相違検出用情報リストＬDd-ps内の相違検出用情報Ｄｄのリストアップ数と一致したか否かについて判別する。
これは、前回バックアップ時の相違検出用情報リストＬDd-ps内の全ての相違検出用情報Ｄｄについて比較が完了したか否かについて判別していることに相当する。
ステップＳ２０２において、ポインタ値ｉが前回のリストアップ数と一致してはいないとして否定結果が得られた場合は、ステップＳ２０３に進み、今度はポインタ値ｊが今回のリストアップ数と一致したか否かについて判別処理を行う。すなわち、ポインタ値ｊが、今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄのリストアップ数と一致したか否かについて判別するものであり、これによって今回バックアップ時の相違検出用情報リストＬDd-pr内の全ての相違検出用情報Ｄｄについて比較が完了したか否かについて判別しているものである。
ステップＳ２０３において、ポインタ値ｊが今回のリストアップ数と一致してはいないとして否定結果が得られた場合は、ステップＳ２０４に進む。
ステップＳ２０４では、前回情報[ｉ]と今回情報[ｊ]のコンテンツＩＤが等しいか否かについて判別処理を行う。
ここで、前回情報[ｉ]とは、前回バックアップ時の相違検出用情報リストＬDd-ps内におけるポインタ値ｉが指し示す相違検出用情報Ｄｄである。同様に、今回情報[ｊ]は、今回バックアップ時の相違検出用情報リストＬDd-pr内におけるポインタ値ｊが指し示す相違検出用情報Ｄｄである。従ってこのステップＳ２０４は、前回バックアップ時の相違検出用情報リストＬDd-ps側と今回バックアップ時の相違検出用情報リストＬDd-pr側とでそれぞれ比較対象となっている相違検出用情報Ｄｄについて、それらのコンテンツＩＤが等しいか否かを判別しているものである。
つまりは、このステップＳ２０４によって、コンテンツの追加／削除が行われたか否かが判別される。
ステップＳ２０４において、両者のコンテンツＩＤが等しいとして肯定結果が得られた場合は、ステップＳ２０５に進む。
ステップＳ２０５では、前回情報[ｉ]と今回情報[ｊ]のエントリ更新日時が等しいか否かについて判別処理を行う。すなわち、これによってエントリの更新が行われたか否かについて判別が行われるものである。
ステップＳ２０５において、エントリ更新日時が等しいとして肯定結果が得られた場合は、ステップＳ２０６において、今度は前回情報［ｉ］と今回情報[ｊ]のコンテンツ更新日時が等しいか否かについて判別処理を行う。つまり、これによってコンテンツの更新が行われたか否かについて判別が行われる。
ステップＳ２０６において、コンテンツ更新日時が等しいとして肯定結果が得られた場合は、ステップＳ２１４に進み、ポインタ値ｉ、ポインタ値ｊをそれぞれインクリメント（＋１）した後、先のステップＳ２０２に戻るようにされる。
つまり、ステップＳ２０６にて肯定結果が得られたということは、コンテンツの追加／削除、エントリの更新、及びコンテンツの更新の何れも行われていないと判断できるので、このようにポインタ値ｉ、ポインタ値ｊを共にインクリメントして前回バックアップ時側、今回バックアップ時側で共に比較対象の相違検出用情報Ｄｄをシフトさせ、これらの相違検出用情報Ｄｄについてそれぞれの項目（コンテンツＩＤ、エントリ更新日時、コンテンツ更新日時）についての比較を行うようにされる。
これまでの説明のように、比較対象のコンテンツファイルＦctについて差分が無いとされる限りでは、ステップＳ２０２→Ｓ２０３→Ｓ２０４→Ｓ２０５→Ｓ２０６→Ｓ２１４→Ｓ２０２のループ処理が繰り返されることになる。
このことから、ポインタ値ｉ、ｊによりそれぞれ比較対象とされたコンテンツファイルＦctについて差分がない場合には、差分情報リストＬSBへの差分情報ＳＢの追加が行われないことがわかる。
ここで、先のステップＳ２０４では、コンテンツの追加／削除が行われたか否かが判別されることについて述べたが、このステップＳ２０４において、コンテンツＩＤが等しくはないとして否定結果が得られた場合は、ステップＳ２０７に進み、前回情報[ｉ]より今回情報[ｊ]の方がコンテンツＩＤが大きいか否かについて判別処理を行うようにされる。
すなわち、このステップＳ２０７において、差分タイプが「コンテンツ追加」であるのか「コンテンツ削除」であるかの判別が行われる。
先の図１０においても説明したように、前回情報[ｉ]よりも今回情報[ｊ]の方がコンテンツＩＤが大きければ（つまりステップＳ２０７にて肯定結果が得られた場合）、差分タイプは「コンテンツ削除」となる。従ってその場合は、図示するようにステップＳ２０８に進み、差分タイプを「コンテンツ削除」とした差分情報を差分情報リストに追加する処理を行うようにされる。
ここで、差分タイプが「コンテンツ削除」の場合は、今回エントリＩＤは存在しないので、ここでは差分タイプとして「コンテンツ削除」を示す情報を格納すると共に、前回エントリＩＤに前回情報[ｉ]のエントリＩＤを格納した差分情報ＳＢを、差分情報リストＬSBに追加するようにされる。
そして、続くステップＳ２０９において、ポインタ値ｉのみをインクリメントした後に、先のステップＳ２０２に戻るようにされる。これは、先の図１０の例によれば、前回バックアップ時側のコンテンツＩＤ＝３４の相違検出用情報Ｄｄと今回バックアップ時側のコンテンツＩＤ＝３５の相違検出用情報Ｄｄとの比較が行われて「コンテンツ削除」が検出された後に、上記今回バックアップ時のコンテンツＩＤ＝３５の相違検出用情報Ｄｄを再度対象として、前回バックアップ時側のコンテンツＩＤ＝３５の相違検出用情報Ｄｄとの比較が行われるようにするための処理となる。先にも述べたように、このようにすることで、「コンテンツ削除」が検出された以降も適正に差分タイプの検出を行うことができるようになっている。
また、上記ステップＳ２０７において、否定結果が得られた、すなわち今回情報[ｊ]よりも前回情報[ｉ]の方がコンテンツＩＤが大きい場合は、先の図１０において説明したように、差分タイプは「コンテンツ追加」となる。その場合は、図示するようにステップＳ２１０に進み、差分タイプを「コンテンツ追加」とした差分情報を差分情報リストに追加する処理を行うようにされる。
差分タイプが「コンテンツ追加」の場合は、前回エントリＩＤは存在しないので、ここでは差分タイプとして「コンテンツ追加」を示す情報を格納すると共に、今回エントリＩＤに今回情報[ｊ]のエントリＩＤを格納した差分情報ＳＢを、差分情報リストＬSBに追加するようにされる。
そして、続くステップＳ２１１では、ポインタ値ｊのみをインクリメントした後に、先のステップＳ２０２に戻るようにされる。これは、先の図１０の例によれば、前回バックアップ時側のコンテンツＩＤ＝５０の相違検出用情報Ｄｄと今回バックアップ時側のコンテンツＩＤ＝４７の相違検出用情報Ｄｄとの比較が行われて「コンテンツ追加」が検出された後は、上記前回バックアップ時のコンテンツＩＤ＝５０の相違検出用情報Ｄｄを再度対象として、今回バックアップ時側のコンテンツＩＤ＝５０の相違検出用情報Ｄｄとの比較が行われるようにするための処理となる。
このようにすることで、「コンテンツ追加」が検出された以降としても適正に差分タイプの検出を行うことができるようにされている。
また、先のステップＳ２０５では、エントリ更新が行われたか否かについて判別されるが、このステップＳ２０５にてエントリ更新日時が等しくないとして否定結果が得られた場合は、ステップＳ２１２において、差分タイプを「エントリ更新」とした差分情報を差分情報リストに追加するようにされる。
「エントリ更新」のときは、図１０にて説明したように前回エントリＩＤ・今回エントリＩＤが共に存在する。従ってこのステップＳ２１２としては、差分タイプとして「エントリ更新」を示す情報を格納すると共に、前回エントリＩＤには前回情報[ｉ]のエントリＩＤを、また今回エントリＩＤには今回情報[ｊ]のエントリＩＤを格納した差分情報ＳＢを差分情報リストＬSBに追加するようにされる。
そして、このステップＳ２１２の処理を実行すると、図示するように先に説明したステップＳ２１４に進んでポインタ値ｉ、ポインタ値ｊをインクリメントした後、ステップＳ２０２に戻るようにされる。すなわち、これによって次の比較対象の相違検出用情報Ｄｄについての比較が行われることになる。
また、先のステップＳ２０６において、コンテンツ更新日時が等しくないとして否定結果が得られた場合は、ステップＳ２１３に進み、差分タイプを「コンテンツ更新」とした差分情報を差分情報リストに追加するようにされる。
「コンテンツ更新」のときも同様に、前回エントリＩＤ・今回エントリＩＤが共に存在する。従ってこのステップＳ２１３としては、差分タイプとして「コンテンツ更新」を示す情報を格納すると共に、前回エントリＩＤには前回情報[ｉ]のエントリＩＤを、また今回エントリＩＤには今回情報[ｊ]のエントリＩＤを格納した差分情報ＳＢを差分情報リストＬSBに追加するようにされる。
そして、図示するように続くステップＳ２１４においてポインタ値ｉ、ポインタ値ｊをインクリメントした後、ステップＳ２０２に戻るようにされる。
ここで、先の図１０にて説明したように、コンテンツの追加／削除が行われた場合には、前回バックアップ時の相違検出用情報リストＬDd-ps、今回バックアップ時の相違検出用情報リストＬDd-prのうちの何れかで、先に比較対象の相違検出用情報Ｄｄが無くなる場合があり、それに対応した検出動作とする必要がある。
このための処理として、上述したステップＳ２０２及びステップＳ２０３と、図示するステップＳ２１５の判別処理が設けられる。
先ず、ステップＳ２０２において、ポインタ値[ｉ]が前回リストアップ数と一致したとして肯定結果が得られた場合は、ステップＳ２１５に進み、ポインタ値ｊが今回のリストアップ数と一致したか否かについて判別処理を行う。すなわち、ポインタ値ｊが、今回バックアップ時の相違検出用情報リストＬDd-pr内の相違検出用情報Ｄｄのリストアップ数と一致したか否かについて判別するものである。
これらステップＳ２０２→Ｓ２１５によっては、前回バックアップ時側で比較対象の相違検出用情報Ｄｄが無くなったときに、今回バックアップ時側に未だ比較対象の相違検出用情報Ｄｄが残っているか否かを判別していることになる。
先の図１０にて説明したように、前回バックアップ時側に比較対象の相違検出用情報Ｄｄが無くなって、今回バックアップ時側に比較対象の相違検出用情報Ｄｄが残っているときは、それら今回バックアップ時側に残っている相違検出用情報ＤｄのコンテンツＩＤが示すコンテンツは全て追加されたコンテンツであることになる。
従ってステップＳ２１５においてポインタ値ｊが今回のリストアップ数と一致していないとして否定結果が得られた場合は、ステップＳ２１６において、先に説明したステップＳ２１０と同様に差分情報タイプを「コンテンツ追加」とした差分情報を差分情報リストに追加するようにされる。また、続くステップＳ２１７においては、このような「コンテンツ追加」の検出に応じ、先のステップＳ２１１と同様にポインタ値ｊのみをインクリメントした後、ステップＳ２０２に戻るようにされる。
このようなステップＳ２０２→Ｓ２１５→Ｓ２１６→Ｓ２１７→Ｓ２０２のループ処理により、前回バックアップ時側で比較対象の相違検出用情報Ｄｄが無くなった場合においては、今回バックアップ時側に残っている相違検出用情報Ｄｄについては、全て「コンテンツ追加」が検出され、それに応じた差分情報ＳＢが差分情報リストＬSBに追加されることになる。
また、ステップＳ２０３において、ポインタ値ｊが今回のリストアップ数と一致したとして肯定結果が得られた場合としては、上記とは逆に今回バックアップ時側の比較対象の相違検出用情報Ｄｄが無くなったが、前回バックアップ時側に比較対象の相違検出用情報Ｄｄが未だ残っている状態となる。
図１０の説明によれば、その場合、前回バックアップ時側に残っている相違検出用情報のコンテンツＩＤにより示されるコンテンツは全て削除されたものとなる。従って、ステップＳ２０３において肯定結果が得られた場合は、ステップＳ２１８に進み、先のステップＳ２０８と同様に差分タイプを「コンテンツ削除」とした差分情報を差分情報リストに追加するようにされる。また、続くステップＳ２１９においては、このような「コンテンツ削除」の検出に応じ、先のステップＳ２０９と同様にポインタ値ｉのみをインクリメントした後、ステップＳ２０２に戻るようにされる。
このようなステップＳ２０３→Ｓ２１８→Ｓ２１９→Ｓ２０２→Ｓ２０３のループ処理により、今回バックアップ時側で比較対象の相違検出用情報Ｄｄが無くなった場合においては、前回バックアップ時側に残っている相違検出用情報Ｄｄについては、全て「コンテンツ削除」が検出され、それに応じた差分情報ＳＢが差分情報リストＬSBに追加されることになる。
そして、前回バックアップ時側及び今回バックアップ時側の双方の相違検出用情報Ｄｄについて全て差分情報の検出が行われた場合は、ステップＳ２１５において肯定結果が得られ、これに応じ図１１に示したステップＳ１０５に処理を進めるようにされる。つまり、これによってこの図に示す差分情報の生成処理が終了となる。
続いて、図１３により、図１１に示したステップＳ１０５としての差分ファイル群処理（同期）について説明する。
先ず、ステップＳ３０１では、ポインタ値ｋを０リセットする。このポインタ値ｋは、差分情報リストＬSB内にリストアップされた差分情報ＳＢのうち、対象とする差分情報ＳＢを指し示すためのポインタとしての役割を果たす。
ステップＳ３０２では、ポインタ値ｋがリストアップ数と一致したか否かについて判別処理を行う。すなわち、ポインタ値ｋが、差分情報リストＬSBにおける差分情報ＳＢのリストアップ数と一致したか否かについて判別するものである。
ポインタ値ｋがリストアップ数と一致してないとして否定結果が得られた場合は、ステップＳ３０３において、ｋ番目の差分情報を取得する。すなわち、差分情報リストＬSB内のポインタ値ｋにより示される差分情報ＳＢを取得する。
続くステップＳ３０４では、差分タイプを判別する。
先ず、差分タイプが「コンテンツ追加」である場合は、ステップＳ３０５に進み、「今回エントリＩＤ」のエントリに相当するコンテンツファイルの転送要求を行う。つまり、「今回エントリＩＤ」に格納されるエントリＩＤをデジタルビデオカメラ１側に送信すると共に、当該エントリＩＤにより特定されるコンテンツファイルＦctを転送するように転送要求を行う。
そして、続くステップＳ３０６では、転送されたコンテンツファイルを保存するための処理を行う。すなわち、デジタルビデオカメラ１側から転送されたコンテンツファイルＦctをＨＤＤ３０に記録するための処理を実行する。
これによって、「コンテンツ追加」に応じては、デジタルビデオカメラ１側にて追加された新たなコンテンツファイルＦctを転送させてＨＤＤ３０にバックアップすることができる。
ステップＳ３０６の保存処理を実行すると、ステップＳ３１１にてポインタ値ｋをインクリメントした後に先のステップＳ３０２に戻るようにされる。
また、ステップＳ３０４において、「コンテンツ更新」が判別された場合は、ステップＳ３０７に進んで「前回エントリＩＤ」のエントリに相当するコンテンツファイルを削除するための処理を実行する。つまり、「前回エントリＩＤ」に格納されるエントリＩＤにより特定されるコンテンツファイルＦctをＨＤＤ３０上から削除するための処理を実行する。
その上で、ステップＳ３０８において、「今回エントリＩＤ」のエントリに相当するコンテンツファイルの転送要求を行う。さらに続くステップＳ３０９において、転送されたコンテンツファイルを保存するための処理を行う。
このようなステップＳ３０７〜ステップＳ３０９の処理により、「コンテンツ更新」に応じては、デジタルビデオカメラ１側にて内容の更新されたコンテンツファイルＦctについてはＰＣ２０側においても同様に内容が更新されたものとなるようにすることができる。
ステップＳ３０９の保存処理を実行すると、ステップＳ３１１にてポインタ値ｋをインクリメントした後に先のステップＳ３０２に戻るようにされる。
また、ステップＳ３０４において、「コンテンツ削除」が判別された場合は、ステップＳ３１０において、「前回エントリＩＤ」のエントリに相当するコンテンツファイルを削除するための処理を実行する。つまり、「前回エントリＩＤ」に格納されるエントリＩＤにより特定されるコンテンツファイルＦctをＨＤＤ３０上から削除するための処理を実行する。これによって「コンテンツ削除」に応じては、デジタルビデオカメラ１側にて削除されたコンテンツファイルＦctをＰＣ２０側でも削除することができる。
そして、続くステップＳ３１１においてポインタ値ｋをインクリメントした後、ステップＳ３０２に戻るようにされる。
なお、第１の実施の形態の場合、ステップＳ３０４にて「エントリ更新」が判別された場合は、図示するようにしてステップＳ３１１にてポインタ値ｋをインクリメントした後、ステップＳ３０２に戻るようにされる。すなわち、「エントリ更新」の場合は特段の処理は実行せずに次の差分情報ＳＢに基づく処理を実行するようにされる。
但し、先にも述べたように例えばＰＣ２０側においてもＰＣ側管理情報３０ｂによって各コンテンツファイルＦctについてデジタルビデオカメラ１側と同様にメタデータを管理するようにされる場合には、この「エントリ更新」に応じて、ＰＣ側管理情報３０ｂによってそのコンテンツファイルＦctと対応づけて管理しているメタデータを、デジタルビデオカメラ１側のインデックスファイルＦindex内のメタデータに基づいて更新する処理を行うように構成することもできる。
具体的には、ＰＣ側管理情報３０ｂによって「前回エントリＩＤ」により特定されるコンテンツファイルＦctと対応づけられて管理されるメタデータの内容が、新たにデジタルビデオカメラ１側から転送させたインデックスファイルＦindex内における「今回エントリＩＤ」が格納されたエントリデータ内（管理ファイルスロットＳm内）のメタデータの内容となるように更新処理を行うものである。
また、上述したステップＳ３０２において、ポインタ値ｋがリストアップ数と一致したとして肯定結果が得られた場合は、先の図１１におけるステップＳ１０６に処理を進めるようにされる。すなわち、この図に示される処理動作を終了するようにされる。
なお、これまでの図１１〜図１３の説明によれば、この場合は一度差分情報ＳＢをリスト化した（差分情報リストＬSBを生成した）後に、逐次差分情報ＳＢに基づくコンテンツファイルＦctの処理（追加／削除）を行うものとしたが、これに代え、差分情報ＳＢを１つ生成するごとにその差分情報ＳＢに基づくコンテンツファイルＦctの処理を行うように構成することもできる。
また、次回のバックアップ処理用にインデックスファイルＦindexを保存する際（図１１ステップＳ１０６）は、上述のようにＨＤＤ３０に保存する以外にも、例えばメモリ部２２に保存することもできる。或いは、デジタルビデオカメラ１側の所要の記録媒体（例えば不揮発性メモリ１２ａなど）に保存することもできる。
何れにせよ、このような次回のバックアップ処理のために保存されるインデックスファイルＦindexについては、ＰＣ２０側が読み出し（取得）可能となる記録媒体に記録するようにされていればよい。
２．第２の実施の形態
２−１．第２の実施の形態としてのバックアップ処理
続いては、第２の実施の形態のバックアップ処理について説明する。
第２の実施の形態は、バックアップ処理自体としては先の第１の実施の形態の場合と同様の同期処理を行うものであるが、この同期処理機能に加え、さらに復元処理機能を実現するようにしたものである。
なお、第２の実施の形態としても、デジタルビデオカメラ１、パーソナルコンピュータ２０の構成は第１の実施の形態の場合と同様となることからここでの改めての説明は省略する。但し、上記のように復元処理機能を付加することに応じて、ＨＤＤ３０に格納されるバックアップ処理用プログラム３０ａの内容は変更されたものなる。
先ず、ここでいう復元処理とは、デジタルビデオカメラ１側のコンテンツファイルＦctの格納状態を、ＰＣ２０側にバックアップされた過去におけるコンテンツファイルＦctの格納状態に戻す処理を言う。
特に第２の実施の形態の復元処理としては、直前のバックアップ時におけるコンテンツファイルＦctの格納状態に戻す処理（前回同期時状態の復元処理）を行うものとする。
ここで、このような復元処理を行うことを想定した場合としても、単にパーソナルコンピュータ２０側にバックアップされたコンテンツファイル群をデジタルビデオカメラ１側のＨＤＤ１４にそのまま上書きコピーしたのでは、パーソナルコンピュータ２０側に保持される全てのコンテンツファイルＦctについてコピー処理を行う必要があり、その分多くの時間を要することとなってしまう。
そこで実施の形態においては、このような復元処理としても、バックアップ処理の場合と同様にデジタルビデオカメラ１側とパーソナルコンピュータ２０側とのコンテンツファイルＦctの格納状態の差分を検出した結果に基づき行うものとしている。
図１４は、第２の実施の形態のバックアップ処理（前回同期時状態の復元）について模式的に示した図である。この図１４においても、先の図７と同様に、図１４（ａ）ではデジタルビデオカメラ１におけるＨＤＤ１４上に記録されるインデックスファイルＦindex、コンテンツファイルＦctについて、時間軸ｔに沿った状態遷移を示し、図１４（ｂ）ではパーソナルコンピュータ２０におけるＨＤＤ３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦct、及びＰＣ側管理情報３０ｂについて同じく時間軸ｔに沿った状態遷移を示している。
図１４において、この場合としても図１４（ａ）に示すデジタルビデオカメラ１側には、初期状態として、コンテンツファイル「Ａ」「Ｂ」「Ｃ」が記録され、またインデックスファイルＦindexとしてはその格納状態に応じた「１」の内容を有するものが記録されていたとする。
先ず、この場合の復元処理を行うにあたっては、当然のことながらそれ以前においてデジタルビデオカメラ１側とパーソナルコンピュータ２０側とで同期処理が行われていることが前提となる。
このため、先ず時点ｔ１では、デジタルビデオカメラ１とパーソナルコンピュータ２０とがＵＳＢケーブルを介してデータ通信可能に接続されて、初回の同期処理が行われるとする。先にも述べたように、この場合の同期処理としては、先の第１の実施の形態の場合と同様となるのでここでの改めての説明は省略する。
そして、この同期処理後、時点ｔ２においては、デジタルビデオカメラ１側においてコンテンツファイル「Ｄ」が新たに追加されたとする。さらに、時点ｔ３ではコンテンツファイル「Ｂ」が削除され、次いで時点ｔ４では、コンテンツファイル「Ｃ」の内容が修正されてコンテンツファイル「Ｃ'」に更新されたとする。
つまり、この時点ｔ４におけるＨＤＤ１４上のコンテンツファイルＦctとしては「Ａ」「Ｃ'」「Ｄ」が格納された状態となる。
なお、この場合も時点ｔ２→ｔ３→ｔ４の遷移に応じては、インデックスファイルＦindexの内容は「２」→「３」→「４」と遷移する。
続いて、時点ｔ５では、再度デジタルビデオカメラ１側とＰＣ２０側とが接続され、復元指示に応じた復元処理が行われたとする。
ここで、復元処理としても、例えばユーザが入力部２５のマウスを操作して画面上の所定のアイコンをクリックする等して、ＰＣ２０に対して指示を行ったことに応じて行うようにされているとする。
ＰＣ２０側では、このような復元指示が行われたことに応じ、先ずは同期処理の場合と同様に、デジタルビデオカメラ１側が持つインデックスファイルＦindexと自らがＨＤＤ３０に保存した前回バックアップ時のインデックスファイルＦindexとに基づき、前回バックアップ時の相違検出用情報リストＬDd-psと今回バックアップ時の相違検出用情報リストＬDd-psとを生成する。そして、前回バックアップ時側と今回バックアップ時側とで相違検出用情報Ｄｄの比較を行った結果に基づき、差分情報リストＬSBを生成するようにされる。
ここで、この場合としても、差分情報リストＬSB内の各差分情報ＳＢに基づいて差分ファイル群の処理を行うようにされるのであるが、ここでは復元処理として、同期処理のときとは逆にパーソナルコンピュータ２０側のファイル格納状態をデジタルビデオカメラ１側に反映させることになるので、差分情報ＳＢに基づく処理は同期処理時とは逆の処理を行うようにされる。
具体的に、図１４の時点ｔ５にて復元処理が行われる直前においては、デジタルビデオカメラ１側のファイル格納状態「Ａ」「Ｃ'」「Ｄ」に対し、ＰＣ２０側のファイル格納状態は時点ｔ１の同期処理後のままの「Ａ」「Ｂ」「Ｃ」となっている。これによると、差分情報ＳＢとしては、コンテンツファイル「Ｂ」について「コンテンツ削除」、コンテンツファイル「Ｃ」について「コンテンツ更新」、コンテンツファイル「Ｄ」について「コンテンツ追加」を示す各情報が差分情報リストＬSBにリストアップされることになる。
そして、この場合の差分ファイル群処理として、先ず「コンテンツ削除」に応じては、そのコンテンツファイルＦctをＰＣ２０側からデジタルビデオカメラ１側へ転送してこれを記録させる。つまり、この場合は「コンテンツ削除」とされたコンテンツファイル「Ｂ」をＰＣ２０側からデジタルビデオカメラ１側に転送してこれをＨＤＤ１４に記録させることで、デジタルビデオカメラ１側で削除されたコンテンツファイル「Ｂ」を復元することができる。
また、「コンテンツ更新」に応じては、「今回エントリＩＤ」により特定されるコンテンツファイルＦctをデジタルビデオカメラ１側から削除すると共に、ＰＣ２０側に保持され「前回エントリＩＤ」により特定されるコンテンツファイルＦctをデジタルビデオカメラ１側に転送してこれを記録させる。これにより、図１４の例にて「コンテンツ更新」とされたコンテンツファイル（「Ｃ」「Ｃ'」）については、デジタルビデオカメラ１側にてコンテンツファイル「Ｃ'」が削除され、またＰＣ２０側が保持するコンテンツファイル「Ｃ」がデジタルビデオカメラ１側に移動されてコピーされる。つまり、これによってデジタルビデオカメラ１側で時点ｔ１で保持されていたコンテンツファイル「Ｃ」が復元されたことになる。
また、「コンテンツ追加」に応じては、そのコンテンツファイルＦctをデジタルビデオカメラ１側から削除させる。すなわち、図１４において「コンテンツ追加」とされたコンテンツファイル「Ｄ」については、これをデジタルビデオカメラ１側で削除させることで、このコンテンツファイル「Ｄ」が存在しなかった時点ｔ１の同期処理時の状態を復元することができる。
なお、差分タイプが「エントリ更新」である場合については、第２の実施の形態としても特段の処理は行わないものとしている。
但し、第２の実施の形態のような復元処理を行う場合、この「エントリ更新」としては、前回同期時から今回同期時の間にデジタルビデオカメラ１側にてそのコンテンツファイルＦctのメタデータが更新されたことを意味する情報となる。
従って、このことを考慮すると、このようにデジタルビデオカメラ１側でメタデータが更新された場合には、それについても前回同期時状態に復元するということも考えられる。
そこで、例えばＰＣ２０側においてもメタデータを管理している場合であって、このようなメタデータについても復元するとした場合は、デジタルビデオカメラ１側の該当するメタデータを、ＰＣ２０側が保持する前回同期時点でのメタデータの内容に更新するように構成することもできる。
そして、このように差分タイプの別に応じたファイル群処理を行うと、デジタルビデオカメラ１側のインデックスファイルＦindexを、前回の同期処理時（直前の同期処理時）にバックアップしたインデックスファイルＦindexに置き換えるようにされる。
つまり、図中の時点ｔ５に示すように、デジタルビデオカメラ１側のインデックスファイルＦindexは、前回同期時である時点ｔ１のインデックスファイルＦindex（情報内容「１」）に置き換えられる。
これによって、復元されたコンテンツファイルＦctの格納状態に合致した情報内容によるインデックスファイルＦindexをＨＤＤ１４に記録させることができる。つまり、これによってデジタルビデオカメラ１側では、復元されたコンテンツ群がＨＤＤ１４上に記録されたものとして適正に管理することができるようになる。
なお、確認のために述べておくと、この場合の例では、時点ｔ１の同期処理後にＰＣ２０側のコンテンツファイルＦctの格納状態は変化しないので、ＰＣ側管理情報３０ｂの情報内容は変化しないものとなる（図中「α」）。
上記のようにして第２の実施の形態は、差分情報ＳＢに基づく差分ファイル群処理により復元処理を行うようにしたものである。このことで、この場合も実際に転送を行うのは差分のファイルのみとすることができ、全コンテンツを上書きコピーして実現する場合と比較して復元処理をより高速化することができる。また、このように転送すべきコンテンツファイルＦctが減ることで、処理負担についても軽減することができる。
また、この場合としても差分情報ＳＢは前回／今回バックアップ時のインデックスファイルＦindex同士の内容を突き合わせて生成するので、その分高速に差分情報ＳＢを取得することができ、従ってこの点でも復元処理の高速化が図られるものとなる。
さらには、この場合もコンテンツ更新日時などのファイル識別子以外の他のファイル関連情報もエントリされるインデックスファイルＦindex同士の内容を比較して差分情報ＳＢを取得するので、「コンテンツ更新」や「エントリ更新」などコンテンツの追加／削除以外の他の差分タイプについても、管理情報同士を比較するのみで取得することができる。このことで、コンテンツの追加／削除以外の差分タイプを判別する際にも、管理情報同士の比較でそれらの差分タイプを判別することができ、従ってこのようなコンテンツの追加／削除以外の差分のタイプに応じた処理（この場合では「コンテンツ更新」とされたファイルについての復元処理）についても高速化が図られている。
２−２．処理動作
図１５は、上記説明による第２の実施の形態としての復元処理を実現するために行われるべき処理動作について示している。
なお、この図１５に示される処理動作が実行されるにあたっては、前提として、既に過去において同期処理が行われた状態にあるとする。同期処理の内容としては既に第１の実施の形態（図１１〜図１３）にて説明したのでここで改めて説明はしない。
また、この図においては、既にデジタルビデオカメラ１側とパーソナルコンピュータ２０側とがデータ通信可能に接続された状態にあるとする。
また、この場合としても処理動作はパーソナルコンピュータ２０側のみについて示しているが、この場合のデジタルビデオカメラ１側の処理動作としては、差分情報生成用情報Rydの生成のためにＰＣ２０側からの要求に応じてインデックスファイルＦindexを転送する処理、ＰＣ２０側から転送されたコンテンツファイルＦct・インデックスファイルＦindexの保存（又は上書き保存）処理、及びＰＣ２０側からの削除要求に応じたコンテンツファイルＦctの削除処理のみとなるので、ここでの図示による説明は省略する。
また、この図１５（及び後述する図１６）に示される処理動作としても、ＣＰＵ２１がバックアップ処理用プログラム３０ａに基づいて実行するものである。
図１５において、先ずステップＳ４０１では復元指示を待機する。つまり、例えばこの場合としても、復元指示はユーザが入力部２５のマウスを操作して画面上の所定のアイコンをクリックすることで行われる。従ってこの場合も、上記所定のアイコンに対する操作を待機して復元指示を待機するようにされる。
復元指示があったとして肯定結果が得られた場合は、ステップＳ４０２において、差分情報生成用情報を生成するための処理を行う。このステップＳ４０２の処理は、先の図１１におけるステップＳ１０３と同様となるので説明は省略する。図示は省略しているが、このステップＳ４０２の処理としても、ステップＳ１０３と同様に、差分情報生成用情報Rydの生成のためにデジタルビデオカメラ１側にインデックスファイルＦindexの転送要求を行う処理と、当該転送要求に応じて転送されたインデックスファイルＦindexを一時保持する処理が含まれる。
そして、続くステップＳ４０３では、差分情報の生成処理を行う。このステップＳ４０３の差分情報の生成処理としても、図１１に示したステップＳ１０４（つまり図１２の処理）と同様となるので同じく説明は省略する。
ステップＳ４０４では、差分ファイル群処理（前回同期時状態の復元）を行うようにされる。すなわち、前回同期時状態の復元のために、先に述べたようなコンテンツファイルＦctの追加／削除を行うための処理である。
ここで、図１６は、上記ステップＳ４０４としての差分ファイル群処理（前回同期時状態の復元）の具体的な処理内容を示している。
図１６において、先ずステップＳ５０１では、ポインタ値ｋを０リセットする。そして、続くステップＳ５０２では、ポインタ値ｋがリストアップ数（差分情報リストＬSBにおける差分情報ＳＢのリストアップ数）と一致したか否かについて判別処理を行う。
ステップＳ５０２においてポインタ値ｋが上記リストアップ数と一致してはいないとして否定結果が得られた場合は、ステップＳ５０３において、ｋ番目の差分情報を取得する。すなわち、ポインタ値ｋにより示される差分情報ＳＢを取得する。その上で、続くステップＳ５０４では、取得した差分情報ＳＢ内に格納される差分タイプを判別する。
先にも述べたように、この場合の差分タイプの別に応じた処理は、同期処理の場合とは
逆内容となる。
先ず、「コンテンツ追加」が判別されたステップＳ５０５では、「今回エントリＩＤ」のエントリに相当するコンテンツファイルの削除要求を行うようにされる。つまり、デジタルビデオカメラ１側に対し、取得した差分情報ＳＢ内の「今回エントリＩＤ」により特定されるコンテンツファイルＦctの削除要求を行う。これにより、前回同期時には存在しなかったコンテンツファイルＦctがデジタルビデオカメラ１側で削除されるものとなり、この点で前回同期時状態が復元されたことになる。
この削除要求を行うと、図示するようにステップＳ５０９にてポインタ値ｋをインクリメントした後、先のステップＳ５０２に戻るようにされる。
また、「コンテンツ更新」が判別されたステップＳ５０６では、先のステップＳ５０５と同様に、「今回エントリＩＤ」のエントリに相当するコンテンツファイルの削除要求を行うようにされる。その上で、続くステップＳ５０７において、「前回エントリＩＤ」のエントリに相当するコンテンツファイルをビデオカメラ側に転送する処理を行う。
これにより、内容の更新が行われたコンテンツファイルＦctについては、更新後のコンテンツファイルＦctが削除され、その代わりにＰＣ２０側に保持される前回同期時に存在した更新前のコンテンツファイルＦctがデジタルビデオカメラ１側に転送され記録されることになる。つまり、この点で前回同期時状態が復元されたことになる。
なお、確認のために述べておくと、上記のようにしてＰＣ２０側からＨＤＤ３０に記録されるコンテンツファイルＦctをデジタルビデオカメラ１側に転送する際には、ＣＰＵ２１がＨＤＤ３０を制御して該当するコンテンツファイルＦctを読み出させると共に、この読み出されるコンテンツファイルＦctがデジタルビデオカメラ１側に転送されるようにＵＳＢインタフェース２３に対する制御を行うようにされる。
上記ステップＳ５０７の処理を実行した後は、ステップＳ５０９に進んでポインタ値ｋをインクリメントした後、ステップＳ５０２に戻るようにされる。
また、「コンテンツ削除」が判別されたステップＳ５０８では、上記ステップＳ５０７と同様に、「前回エントリＩＤ」のエントリに相当するコンテンツファイルをビデオカメラ側に転送する処理を行う。これにより、前回同期時から今回同期時の間にデジタルビデオカメラ１側にて削除されたコンテンツファイルＦctが復元されることになる。
このステップＳ５０８を実行した後も、ステップＳ５０９に進んでポインタ値ｋをインクリメントした後、ステップＳ５０２に戻るようにされる。
なお、図示するようにこの場合としても、「エントリ更新」が判別された場合にはそのままステップＳ５０９のインクリメント処理を行った後にステップＳ５０２に戻るようして、特段の処理は行わないものとしている。
但し、先にも述べたように、例えばＰＣ２０側においてもメタデータを管理している場合にはこれも復元することが考えられる。
具体的には、新たにデジタルビデオカメラ１側から転送させたインデックスファイルＦindex内における「今回エントリＩＤ」が格納されたエントリデータ内（管理ファイルスロットＳm内）のメタデータの内容が、ＰＣ側管理情報３０ｂによって「前回エントリＩＤ」により特定されるコンテンツファイルＦctと対応づけられて管理されるメタデータの内容となるように更新処理を行うものである。
また、上述したステップＳ５０２において、ポインタ値ｋがリストアップ数と一致したとして肯定結果が得られた場合は、先の図１５におけるステップＳ４０５に処理を進めるようにされる。すなわち、この図に示される処理動作を終了するようにされる。
図１５に戻り、ステップＳ４０５においては、ビデオカメラ側のインデックスファイルを前回バックアップしたインデックスファイルに置き換えるための処理を行う。つまり、デジタルビデオカメラ１側に対しＨＤＤ３０に保持される前回同期時（直前に行われた同期処理時）に保存したインデックスファイルＦindexを転送し、これをＨＤＤ１４に保持されるインデックスファイルＦindexに上書き保存するように指示を行う。
これによって、復元されたコンテンツファイルＦctの格納状態に合致した情報内容によるインデックスファイルＦindexをＨＤＤ１４に記録させることができる。つまり、これによってデジタルビデオカメラ１側では、復元されたコンテンツ群がＨＤＤ１４上に記録されたものとして適正に管理することができるようになる。
３．第３の実施の形態
３−１．第３の実施の形態としてのバックアップ処理
続いて第３の実施の形態のバックアップ処理について説明する。
第３の実施の形態のバックアップ処理は、先の第１の実施の形態の場合の同期処理とは異なり、デジタルビデオカメラ１側で追加（記録）され、且つ過去においてＰＣ２０側への保存対象とされた全てのコンテンツファイルＦctを保存しておくという全コンテンツ保存処理を行うものである。
なお、第３の実施の形態としても、デジタルビデオカメラ１、パーソナルコンピュータ２０の構成は第１の実施の形態の場合と同様となることからここでの改めての説明は省略する。但し、この場合も第１の実施の形態の同期処理とは異なる処理を実行するので、ＨＤＤ３０に格納されるバックアップ処理用プログラム３０ａの内容は変更されたものなる。
また、この第３の実施の形態においても、差分情報生成用情報Rdyの生成動作は第１の実施の形態にて説明したものと同様となるのでここで改めて説明は行わない。
図１７は、第３の実施の形態のバックアップ処理（全コンテンツ保存）について模式的に示した図である。この図１７においても、先の図７、図１４と同様に、図１７（ａ）ではデジタルビデオカメラ１におけるＨＤＤ１４上に記録されるインデックスファイルＦindex、コンテンツファイルＦctについて、時間軸ｔに沿った状態遷移を示し、図１７（ｂ）ではパーソナルコンピュータ２０におけるＨＤＤ３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦct、及びＰＣ側管理情報３０ｂについて同じく時間軸ｔに沿った状態遷移を示している。
図示するようにこの場合も、図１７（ａ）に示すデジタルビデオカメラ１側には、初期状態として、コンテンツファイル「Ａ」「Ｂ」「Ｃ」が記録され、またインデックスファイルＦindexとしてはその格納状態に応じた「１」の内容を有するものが記録されていたとする。
そして、時点ｔ１では、この場合も例えばユーザ操作などによる指示に応じて、全コンテンツ保存処理が行われる。
この時点ｔ１においては、ＰＣ２０側でコンテンツファイルＦctが格納されていないことから、デジタルビデオカメラ１側にて保持される全てのコンテンツファイルＦctと、さらにインデックスファイルＦindexとを転送させてＨＤＤ３０に記録する。つまり、この時点ｔ１のバックアップ処理では、これらコンテンツファイル「Ａ」「Ｂ」「Ｃ」がＰＣ２０側への保存対象とされる。
なお、この場合もコンテンツファイル「Ａ」「Ｂ」「Ｃ」の格納状態に応じたインデックスファイルＦindexの情報内容は「１」であり、また同格納状態に応じたＰＣ側管理情報３０ｂの情報内容は「α」であるとする。
そして、この全コンテンツ保存処理後、時点ｔ２においては、デジタルビデオカメラ１側においてコンテンツファイル「Ｄ」が新たに追加されたとする。これに応じたインデックスファイルＦindexの情報内容はこの場合も「２」となる。
さらに、次の時点ｔ３にて、再度デジタルビデオカメラ１側とパーソナルコンピュータ２０側とがデータ通信可能に接続され、再び全コンテンツ保存指示が為されたとする。この場合、コンテンツファイル「Ｄ」が「コンテンツ追加」となるので、当該コンテンツファイル「Ｄ」がＰＣ２０側への保存対象ファイルとなる。従ってこの場合の全コンテンツ保存指示に応じては、デジタルビデオカメラ１側からコンテンツファイル「Ｄ」とインデックスファイルＦindexとを転送させ、それぞれＨＤＤ３０に記録するようにされる。
なお、コンテンツファイル「Ａ」「Ｂ」「Ｃ」「Ｄ」の格納状態に応じたＰＣ側管理情報３０ｂの情報内容はこの場合も「β」となる。
ここで、上記のようにデジタルビデオカメラ１側にてコンテンツファイルＦctが新たに追加される限りにおいては、全コンテンツ保存処理は同期処理の場合と同じ動作となる。この場合はデジタルビデオカメラ１側にてコンテンツファイルＦctが削除又は更新されたときに、同期処理の場合とは異なる動作が行われることになる。
例えば、図示するように次の時点ｔ４においてデジタルビデオカメラ１側でコンテンツファイル「Ｂ」が削除された後、時点ｔ５にて行われる全コンテンツ保存処理は以下のようになる。なお、この場合もコンテンツファイル「Ｂ」の削除に伴うコンテンツファイル「Ａ」「Ｃ」「Ｄ」の格納状態に応じたインデックスファイルＦindexの情報内容は「３」である。
時点ｔ５における全コンテンツ保存処理としては、デジタルビデオカメラ１側にて保持されるインデックスファイルＦindexを転送させてこれをＨＤＤ３０に記録するのみで、コンテンツファイルＦctの追加／削除は何ら行わないようにされる。つまりは、このような「コンテンツ追加」に応じては、次回の全コンテンツ保存処理にて前回情報として比較されるべきインデックスファイルＦindexのバックアップ処理のみを行うようにされるものである。
これによって過去にＰＣ２０側への保存対象とされたコンテンツファイル「Ｂ」については、これをＰＣ２０側にて保存しておくことができる。
また、この時点ｔ５における全コンテンツ保存処理が行われた後に、時点ｔ６ではデジタルビデオカメラ１側にてコンテンツファイル「Ｃ」の内容修正が行われコンテンツファイル「Ｃ'」に更新されたとする。これに応じたコンテンツファイル「Ａ」「Ｃ'」「Ｄ」の格納状態に応じたインデックスファイルＦindexの情報内容は、この場合も「４」である。
そして、次の時点ｔ７において行われる全コンテンツ保存処理は以下のようになる。
つまり、このような「コンテンツ更新」に応じては、新たに更新されたコンテンツファイル「Ｃ'」が保存対象となるので、このコンテンツファイル「Ｃ'」を転送させてこれをＨＤＤ３０に記録するようにされる。そしてこの場合、更新前のファイルであるコンテンツファイル「Ｃ」については、これをＰＣ２０側で削除はしないものとする。つまり、これによって過去にＰＣ２０側への保存対象とされたコンテンツファイル「Ｃ」についても、引き続きＰＣ２０側でこれを保存しておくことができる。
なお、この時点ｔ７においても、ＰＣ２０側は、デジタルビデオカメラ１側に保持されるインデックスファイルＦindex（情報内容「４」）を保存して、次回の全コンテンツ保存処理時に前回情報となるべきインデックスファイルＦindexをバックアップするようにされる。
また、この時点ｔ７におけるＰＣ２０側のコンテンツファイルＦctの格納状態（「Ａ」「Ｂ」「Ｃ」「Ｃ'」「Ｄ」）に応じて、ＰＣ側管理情報３０ｂの情報内容は、図示する「ε」に更新される。
また、この全コンテンツ保存処理における差分タイプ＝「エントリ更新」の取り扱いについては、先の同期処理の場合に準ずるものとする。
この図１７にて説明したような全コンテンツ保存処理により、過去にＰＣ２０側への保存対象とされたコンテンツファイルＦctについては、これらを全てＰＣ２０側において保存しておくようにすることができる。
また、この場合としても実際に転送を行うのは差分のファイルのみとすることができ、全コンテンツを上書きコピーして実現する場合と比較すれば全コンテンツ保存処理をより高速化することができる。また、このように転送すべきコンテンツファイルＦctが減ることで、処理負担についても軽減することができる。
また、この場合としても差分情報ＳＢは前回／今回バックアップ時のインデックスファイルＦindex同士の内容を突き合わせて生成するので、その分高速に差分情報ＳＢを取得することができ、従ってこの点でも全コンテンツ保存処理の高速化が図られている。
さらには、この場合もコンテンツ更新日時などのファイル識別子以外の他のファイル関連情報もエントリされるインデックスファイルＦindex同士の内容を比較して差分情報ＳＢを取得するので、「コンテンツ更新」や「エントリ更新」などコンテンツの追加／削除以外の他の差分タイプについても、管理情報同士を比較するのみで取得することができる。このことで、コンテンツの追加／削除以外の差分タイプを判別する際にも、管理情報同士の比較でそれらの差分タイプを判別することができ、従ってこのようなコンテンツの追加／削除以外の差分のタイプに応じた処理（この場合では「コンテンツ更新」とされたファイルについてのバックアップ処理）についても高速化が図られている。
３−２．処理動作
図１８は、上記説明による全コンテンツ保存処理を実現するための処理動作を示したフローチャートである。
なお、この図１８においても、既にデジタルビデオカメラ１側とパーソナルコンピュータ２０側とがデータ通信可能に接続された状態にあるとする。また、この場合としても処理動作はパーソナルコンピュータ２０側のみについて示しているが、この場合のデジタルビデオカメラ１側の処理動作としては、ＰＣ２０側からの転送要求に応じてコンテンツファイルＦct、インデックスファイルＦindexを転送する処理のみとなるので、ここでの図示による説明は省略する。
また、この図１８（及び後述する図１９）に示される処理動作としても、ＣＰＵ２１がバックアップ処理用プログラム３０ａに基づいて実行するものである。
図１８において、先ずステップＳ６０１では全コンテンツ保存指示を待機する。つまり、例えばこの場合としても全コンテンツ保存指示はユーザが入力部２５のマウスを操作して画面上の所定のアイコンをクリックすることで行われるものとされ、これに応じステップＳ６０１としては上記所定のアイコンに対する操作を待機する処理となる。
全コンテンツ保存指示があったとして肯定結果が得られた場合は、ステップＳ６０２において、バックアップしたインデックスファイルがあるか否かについて判別処理を行う。つまり、ＨＤＤ３０上に既にデジタルビデオカメラ１側からバックアップしたインデックスファイルＦindexが保存されているか否かについて判別処理を行う。
なお、このステップＳ６０２においてバックアップしたインデックスファイルがないとして否定結果が得られた場合における、ステップＳ６０７→Ｓ６０８→Ｓ６０９の処理の流れは、先の図１１にて説明した同期処理の場合のステップＳ１０７→Ｓ１０８→Ｓ１０９と同様となる。すなわち、これによって全コンテンツ保存処理の場合にも、初回処理時にはデジタルビデオカメラ１側で保持される全てのコンテンツファイルＦctとその管理状態を示すインデックスファイルＦindexとがＰＣ２０側にバックアップされることになる。
また、上記ステップＳ６０２において、既にバックアップしたインデックスファイルがあるとして肯定結果が得られた場合は、ステップＳ６０３において差分情報生成用情報を生成するための処理を行う。このステップＳ６０３の処理は先の図１１におけるステップＳ１０３と同様となるので説明は省略する。この場合も図示は省略しているが、このステップＳ６０３の処理としてもステップＳ１０３と同様に、差分情報生成用情報Rydの生成のためにデジタルビデオカメラ１側にインデックスファイルＦindexの転送要求を行う処理と、当該転送要求に応じて転送されたインデックスファイルＦindexを一時保持する処理が含まれる。
そして、続くステップＳ６０４では、差分情報の生成処理を行う。このステップＳ６０３の差分情報の生成処理としても図１１に示したステップＳ１０４（つまり図１２の処理）と同様となるので同じく説明は省略する。
ステップＳ６０５では、差分ファイル群処理（全コンテンツ保存）を行うようにされる。
ここで、図１９は、上記ステップＳ６０５としての差分ファイル群処理（全コンテンツ保存）の具体的な処理内容を示している。
図１９において、ステップＳ７０１、Ｓ７０２、Ｓ７０３、Ｓ７０４の処理は、先の第１の実施の形態（図１３）で説明したステップＳ３０１、Ｓ３０２、Ｓ３０３、Ｓ３０４とそれぞれ同様の処理となる。従って、ここでの説明は省略する。
この場合、ステップＳ７０４における差分タイプについての判別処理の結果得られる処理動作は、以下のようになる。
先ず「コンテンツ追加」が判別されたステップＳ７０５では、「今回エントリＩＤ」のエントリに相当するコンテンツファイルの転送要求を行うようにされる。その上で続くステップＳ７０６において、転送されたコンテンツファイルを保存するようにされる。つまりこれらの処理により、同期処理の場合と同様に、デジタルビデオカメラ１側に追加されたコンテンツについてはＰＣ２０側にも追加することができる。
ステップＳ７０６の保存処理を実行すると、ステップＳ７０９にてポインタ値ｋをインクリメントした後ステップＳ７０２に戻るようにされる。
また、「コンテンツ更新」が判別されたステップＳ７０７では、「今回エントリＩＤ」のエントリに相当するコンテンツファイルの転送要求を行う。その上で続くステップＳ７０８においては転送されたコンテンツファイルを保存するようにされる。
これにより、デジタルビデオカメラ１側で内容の更新が行われたコンテンツファイルＦctをＰＣ２０側に追加することができる。このようにして、この場合の「コンテンツ更新」に応じては同期処理の場合とは異なり更新前のファイルが削除されないので、過去に保存対象となった当該更新前のファイルを引き続きＰＣ２０側に保存しておくことができる。
このステップＳ７０８の保存処理を実行した後もステップＳ７０９に進んでポインタ値ｋをインクリメントした後、ステップＳ７０２に戻るようにされる。
また、「コンテンツ削除」が判別された場合は、図示するようにしてそのまま上記ステップＳ７０９に進んでポインタ値ｋをインクリメントした後、ステップＳ７０２に戻るようにされる。このように「コンテンツ削除」に応じては特段の処理が行われないことで、デジタルビデオカメラ１側にて削除されたコンテンツファイルＦctについても引き続きＰＣ２０側で保存しておくことができる。
なお、先にも述べたように差分タイプとして「エントリ更新」が判別された場合の取り扱いについては、先の同期処理（図１３）の場合に準ずるものとする。
そして、ステップＳ７０２において、ポインタ値ｋがリストアップ数と一致したとして肯定結果が得られた場合は、先の図１８におけるステップＳ６０６に処理を進めるようにされる。すなわち、この図に示される処理動作を終了するようにされる。
図１８において、上記ステップＳ６０６、及び続くステップＳ６０９では、先の図１３に示したステップＳ１０６、及びステップＳ１０９と同様の処理を行う。すなわち、先ずステップＳ６０６においてはビデオカメラ側が持つインデックスファイルＦindexを保存する。これによって次回の全コンテンツ保存処理時における「前回バックアップ時のインデックスファイルＦindex」が保存されたことになる。また、ステップＳ６０９では、コンテンツファイル格納状況に応じてＰＣ側管理情報を更新するための処理を実行する。これによってＰＣ２０側において、現在ＨＤＤ３０上に保持されているコンテンツファイルＦctが適正にＨＤＤ３０上に格納されるファイルとして管理されるようにすることができる。
４．第４の実施の形態
４−１．第４の実施の形態としてのバックアップ処理
第４の実施の形態は、これまでに説明した同期処理と全コンテンツ保存処理とを組み合わせたバックアップ処理を行うものである。
なお、第４の実施の形態としても、デジタルビデオカメラ１、パーソナルコンピュータ２０の構成は第１の実施の形態の場合と同様となることからここでの改めての説明は省略する。但し、この場合も第１の実施の形態の同期処理とは異なる処理を実行するので、ＨＤＤ３０に格納されるバックアップ処理用プログラム３０ａの内容は変更される。
また、この第４の実施の形態においても差分情報生成用情報Rdyの生成動作は第１の実施の形態にて説明したものと同様となるのでここで改めて説明は行わない。
図２０は、第４の実施の形態のバックアップ処理（同期＆全コンテンツ保存）について模式的に示した図である。この図２０においても先の図７、図１４、図１７と同様に、図２０（ａ）ではデジタルビデオカメラ１におけるＨＤＤ１４上に記録されるインデックスファイルＦindex、コンテンツファイルＦctについて、時間軸ｔに沿った状態遷移を示し、図２０（ｂ）ではパーソナルコンピュータ２０におけるＨＤＤ３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦct、及びＰＣ側管理情報３０ｂについて同じく時間軸ｔに沿った状態遷移を示している。
図示するようにこの場合も、図２０（ａ）に示すデジタルビデオカメラ１側には、初期状態として、コンテンツファイル「Ａ」「Ｂ」「Ｃ」が記録され、またインデックスファイルＦindexとしてはその格納状態に応じた「１」の内容を有するものが記録されていたとする。
そして、時点ｔ１では、この場合も例えばユーザ操作などによる指示に応じて、同期＆全コンテンツ保存処理が行われる。
ここで、この場合の同期＆全コンテンツ保存は、例えば同期処理のオプション機能として付加された機能であるとする。すなわち、予め設定メニューなどで同期処理について単なる同期処理を行うのか同期＆全コンテンツ保存処理を行うのかを選択可能としておき、同期＆全コンテンツ保存処理が選択された条件の下において、同期指示が行われたことに応じ、この図に示す同期＆全コンテンツ保存処理が実行されるようになっていることとする。
この場合の「同期＆全コンテンツ保存指示」とは、このようにして例えば設定メニューなどで「同期＆全コンテンツ保存」が選択された条件の下での同期指示を意味するものである。
図２０における時点ｔ１においても、ＰＣ２０側でコンテンツファイルＦctが格納されていないことから、デジタルビデオカメラ１側にて保持される全てのコンテンツファイルＦctと、さらにインデックスファイルＦindexとを転送させてＨＤＤ３０に記録する。つまり、この時点ｔ１の同期＆全コンテンツ保存処理では、これらコンテンツファイル「Ａ」「Ｂ」「Ｃ」がＰＣ２０側への保存対象とされる。
なお、この場合もコンテンツファイル「Ａ」「Ｂ」「Ｃ」の格納状態に応じたインデックスファイルＦindexの情報内容は「１」であるとする。
但し、同ファイル格納状態に応じたＰＣ側管理情報３０ｂの情報内容は、この場合は「α」でなく「Ｍ１」であるとする。
ここで、同期＆全コンテンツ保存処理の場合は、ＰＣ２０側において、デジタルビデオカメラ１側と同期されているコンテンツファイルＦctと、全コンテンツ保存処理に伴ってＨＤＤ３０に保存される同期以外のコンテンツファイルＦctとを分けて管理するものとしている。
このため、ＰＣ２０側におけるＨＤＤ３０の仮想的な構造としては、図２０（ｂ）に示されているように、「同期用」としてデジタルビデオカメラ１側の格納状態と同期しているコンテンツファイルＦctを管理する領域と、「全コンテンツ保存用」として全コンテンツ保存処理に伴い保存される同期用以外のコンテンツファイルＦctを管理する領域とが分けられたものとなる。
このようにして、「同期用」と「全コンテンツ保存用」とでそれぞれ別々にコンテンツファイルＦctを管理することで、ＰＣ２０側において、例えばデジタルビデオカメラ１側と同期しているコンテンツファイルＦctのみを一覧表示したり、全コンテンツ保存用に保存されているコンテンツファイルＦctの一覧を必要に応じてユーザに提示する等といったことが可能となる。
時点ｔ１における同期＆全コンテンツ保存処理では、ＰＣ２０側におけるファイル格納状態はデジタルビデオカメラ１側と同期することになるので、ＨＤＤ３０に保存された全てのコンテンツファイルＦctが「同期用」として管理されるようにＰＣ側管理情報３０ｂの情報内容が更新される。
なお、上記説明からも理解されるように、第４の実施の形態の「同期＆全コンテンツ保存処理」とは、ＰＣ２０側にて保存されるコンテンツファイルＦctを上記のような「同期用」「全コンテンツ保存用」とで分けて管理するようにしただけのものであり、コンテンツファイルＦct及びインデックスファイルＦindexについての処理自体は、先の第３の実施の形態の全コンテンツ保存処理の場合と同様の処理を行うもとされている。これは、図２０（ａ）と先の図１７（ａ）とに示す同じデジタルビデオカメラ１側でのコンテンツファイルＦct・インデックスファイルＦindexの格納状態遷移に対し、ＰＣ２０側で保存されるコンテンツファイルＦct・インデックスファイルＦindexの遷移が図２０（ｂ）と図１７（ｂ）の場合で同じとなっていることからも理解できる。
このことから、以降の時点ｔ２〜時点ｔ７におけるコンテンツファイルＦctについての処理自体については図１７の場合と同様として説明は省略し、相違点のみについて説明する。
先ず、時点ｔ２においては、デジタルビデオカメラ１側においてコンテンツファイル「Ｄ」が新たに追加され、次の時点ｔ３にて、再度デジタルビデオカメラ１側とパーソナルコンピュータ２０側とがデータ通信可能に接続され、再び同期＆全コンテンツ保存指示が為されたとする。この場合、ＰＣ２０側には当該追加されたコンテンツファイル「Ｄ」が転送され保存されるが、このようにコンテンツファイルＦctが追加される限りでは、デジタルビデオカメラ１側のコンテンツファイル格納状態とＰＣ２０側のコンテンツファイル格納状態とが同期した状態が継続するので、ＰＣ２０側に保持されるコンテンツファイル「Ａ」「Ｂ」「Ｃ」「Ｄ」は全て「同期用」として管理されるようにＰＣ側管理情報３０ｂが更新される。この更新後のＰＣ側管理情報３０ｂの情報内容は図示するように「Ｍ２」とする。
このことから理解されるように、同期＆全コンテンツ保存処理においては、「コンテンツ追加」とされたコンテンツファイルＦctについては全て「同期用」として管理すればよい。これによってデジタルビデオカメラ１側とＰＣ２０側とで同期している（共に保持される）コンテンツファイルＦctについては適正に「同期用」であるとして管理することができる。
ここで、この場合としても、デジタルビデオカメラ１側とパーソナルコンピュータ２０側とでコンテンツファイル格納状態が異なるようになるのは、デジタルビデオカメラ１側にてコンテンツファイルＦctが削除又は更新された以降にバックアップ処理が行われたときである。
つまり、図示するように時点ｔ４にてデジタルビデオカメラ１側でコンテンツファイル「Ｂ」が削除された以降の、時点ｔ５の同期＆全コンテンツ保存処理によっては、全コンテンツ保存の観点からＰＣ２０側でコンテンツファイル「Ｂ」を削除せずに保存を継続するようにされるが、ここでデジタルビデオカメラ１側とＰＣ２０側とでコンテンツファイルＦctの格納状態に相違が生じる。すなわち、この場合は上記コンテンツファイル「Ｂ」が、「同期用」ではなく「全コンテンツ保存用」として管理されるべきコンテンツファイルＦctであることになる。このように「全コンテンツ保存用」であるとされたコンテンツファイルＦctについては、「全コンテンツ保存用」であるとして管理されるようにＰＣ側管理情報３０ｂの内容を更新する（図中情報内容「Ｍ３」）。
このようにして、第４の実施の形態の同期＆全コンテンツ保存処理においては、差分タイプして「コンテンツ削除」が判別された場合、そのコンテンツファイルＦctは「全コンテンツ保存用」として管理されるべきファイルであると判断することができる。よって、このように「コンテンツ削除」が判別された場合は、そのコンテンツファイルＦctが「全コンテンツ保存用」として管理されるようにＰＣ側管理情報３０ｂを更新する。
また、この時点ｔ５における同期＆全コンテンツ保存処理が行われた後に、時点ｔ６ではデジタルビデオカメラ１側にてコンテンツファイル「Ｃ」の内容修正が行われコンテンツファイル「Ｃ'」に更新されたとする。
そして、次の時点ｔ７において再び同期＆全コンテンツ保存処理が行われたとする。
これに応じては、先の図１７においても説明したように、ＰＣ２０側ではデジタルビデオカメラ１側にて保持される更新後のコンテンツファイル「Ｃ'」を転送させてこれを保存するようにされる。これに伴って、ＰＣ側２０で削除されずに残っている更新前のコンテンツファイル「Ｃ」が、「同期用」ではなく「全コンテンツ保存用」であるべきファイルとなる。このため、当該コンテンツファイル「Ｃ」が「全コンテンツ保存用」として管理されるように、ＰＣ側管理情報３０ｂを更新する（図中情報内容「Ｍ４」）。
このようにして「コンテンツ更新」が判別された場合は、ＰＣ２０側で削除されずに保存され続ける更新前のコンテンツファイルＦctが「全コンテンツ保存用」として管理されるべきファイルであることを特定でき、よって当該更新前のコンテンツファイルＦctが「全コンテンツ保存用」として管理されるようにＰＣ側管理情報３０ｂを更新する。
なお、この同期＆全コンテンツ保存処理における差分タイプ＝「エントリ更新」の取り扱いについても先の同期処理の場合に準ずるものとする。
この図１８にて説明したような同期＆全コンテンツ保存処理によっても、過去にＰＣ２０側への保存対象とされたコンテンツファイルＦctについてはこれらを全てＰＣ２０側において保存しておくようにすることができる。また、これと共にＰＣ２０側では、ＰＣ側管理情報３０ｂによってデジタルビデオカメラ１側と同期しているコンテンツファイルＦctと全コンテンツ保存処理に伴って保存される同期用以外のコンテンツファイルＦctとを別々に管理することができる。
また、この場合としても実際に転送を行うのは差分のファイルのみとすることができ、この点で同期＆全コンテンツ保存処理をより高速化することができる。また、転送すべきコンテンツファイルＦctが減ることで、処理負担についても軽減することができる。
また、この場合としても差分情報ＳＢは前回／今回バックアップ時のインデックスファイルＦindex同士の内容を突き合わせて生成するので、その分高速に差分情報ＳＢを取得することができ、従ってこの点でも同期＆全コンテンツ保存処理の高速化が図られている。
さらには、この場合もコンテンツ更新日時などのファイル識別子以外の他のファイル関連情報もエントリされるインデックスファイルＦindex同士の内容を比較して差分情報ＳＢを取得するので、「コンテンツ更新」や「エントリ更新」などコンテンツの追加／削除以外の他の差分タイプについても管理情報同士を比較するのみで取得することができ、コンテンツの追加／削除以外の差分のタイプに応じた処理（この場合では「コンテンツ更新」とされたファイルについてのバックアップ処理）についても高速化が図られている。
４−２．処理動作
図２１は、上記説明による同期＆全コンテンツ保存処理を実現するための処理動作を示したフローチャートである。
なお、この図２１においても既にデジタルビデオカメラ１側とパーソナルコンピュータ２０側とがデータ通信可能に接続された状態にあるとする。また、この場合としても処理動作はパーソナルコンピュータ２０側のみについて示しているが、この場合のデジタルビデオカメラ１側の処理動作としては第３の実施の形態の場合と同様にＰＣ２０側からの転送要求に応じてコンテンツファイルＦct、インデックスファイルＦindexを転送する処理のみとなるので、ここでの図示による説明は省略する。
また、この図２１（及び後述する図２２）に示される処理動作としてもＣＰＵ２１がバックアップ処理用プログラム３０ａに基づいて実行するものである。
図２１において、先ずステップＳ８０１では同期＆全コンテンツ保存指示を待機する。先に述べたように、この場合の同期＆全コンテンツ保存指示は例えば「全コンテンツ保存」が選択された下での同期指示と定義しているので、当該ステップＳ８０１としても所定のアイコンに対する操作を待機する処理となる。
同期＆全コンテンツ保存指示があったとして肯定結果が得られた場合は、ステップＳ８０２において、バックアップしたインデックスファイルがあるか否かについて判別処理を行う。つまり、ＨＤＤ３０上に既にデジタルビデオカメラ１側からバックアップしたインデックスファイルＦindexが保存されているか否かについて判別処理を行う。
この場合も、当該ステップＳ８０２においてバックアップしたインデックスファイルがないとして否定結果が得られた場合における、ステップＳ８０８→Ｓ８０９→Ｓ８１０の処理の流れは、先の図１８にて説明した全バックアップ処理の場合のステップＳ６０７→Ｓ６０８→Ｓ６０９と同様となる。すなわち、これによって同期＆全コンテンツ保存処理の場合にも、初回処理時にはデジタルビデオカメラ１側で保持される全てのコンテンツファイルＦctとその管理状態を示すインデックスファイルＦindexとがＰＣ２０側にバックアップされることになる。
なお、上記ステップＳ８１０に至る処理の流れは同期処理となることがわかる（図１１ステップＳ１０７→Ｓ１０８→Ｓ１０９参照）。従ってステップＳ８１０においては、ＨＤＤ３０に保存された全てのコンテンツファイルＦctが「同期用」として管理されるようにＰＣ側管理情報３０ｂを更新することとなる。
また、上記ステップＳ８０２において、既にバックアップしたインデックスファイルがあるとして肯定結果が得られた場合はステップＳ８０３に進む。
このステップＳ８０３を含む以降のステップＳ８０４、Ｓ８０６は、先の図１８におけるステップＳ６０３、Ｓ６０６と同様となるので説明は省略する。この場合も図示は省略しているがステップＳ８０３の処理としては差分情報生成用情報Rydの生成のためにデジタルビデオカメラ１側にインデックスファイルＦindexの転送要求を行う処理と、当該転送要求に応じて転送されたインデックスファイルＦindexを一時保持する処理が含まれる。
ここでは、図１８に示した全コンテンツ保存処理の場合とは異なる部分となる、ステップＳ８０５の差分ファイル群処理（同期＆全コンテンツ保存）と、ステップＳ８０７のＰＣ側管理情報の更新処理とについて説明する。
図２２は、上記ステップＳ８０５としての差分ファイル群処理（同期＆全コンテンツ保存）の具体的な処理内容を示している。
なお図２２において、ステップＳ９０１、Ｓ９０２、Ｓ９０３、Ｓ９０４の処理は、先の図１９で説明したステップＳ７０１、Ｓ７０２、Ｓ７０３、Ｓ７０４とそれぞれ同様の処理となるのでここでの説明は省略する。
この場合、ステップＳ９０４における差分タイプについての判別処理の結果行われるべき処理動作は、以下のようになる。
先ず「コンテンツ追加」が判別されたステップＳ９０５では、「今回エントリＩＤ」のエントリに相当するコンテンツファイルの転送要求を行うようにされる。そしてステップＳ９０６では、転送されたコンテンツファイルを保存するようにされる。つまりここまでは全コンテンツ保存処理の場合と同様となる。
その上でこの場合は、続くステップＳ９０７において、保存したコンテンツファイルの属性を「同期用」に設定するための処理を行う。これによって後のステップＳ８０７（図２１）におけるＰＣ側管理情報の更新処理時に、適正にコンテンツファイルＦctの属性（同期用／全コンテンツ保存用の別）を判別できるようにされている。
このステップＳ９０７の処理を実行すると、ステップＳ９１３にてポインタ値ｋをインクリメントした後ステップＳ９０２に戻るようにされる。
また、「コンテンツ更新」が判別されたステップＳ９０８では、「前回エントリＩＤ」のエントリに相当するコンテンツファイルの属性を「全コンテンツ保存用」に設定するための処理を行う。つまり、このように差分タイプ＝「コンテンツ更新」のとき、「前回エントリＩＤ」により特定されるコンテンツファイルＦct、すなわちＰＣ２０側に保持される更新前のコンテンツファイルＦctは「全コンテンツ保存用」となるべきファイルとなるからである。
そして、続くステップＳ９０９では、「今回エントリＩＤ」のエントリに相当するコンテンツファイルの転送要求を行う。また続くステップＳ９１０においては転送されたコンテンツファイルを保存するようにされる。これらの処理は、実際に全コンテンツ保存処理を実現するためのファイルの移動処理となる。
その上でこの場合は、次のステップＳ９１１において、先のステップＳ９０７と同様に保存したコンテンツファイルの属性を「同期用」に設定するための処理を行う。つまり、先にも述べたようにＰＣ２０側に新たに追加保存されたコンテンツファイルＦctは、全て「同期用」となるべきものとなる。
このステップＳ９１１の処理を実行した後もステップＳ９１３に進んでポインタ値ｋをインクリメントした後、ステップＳ９０２に戻るようにされる。
また、「コンテンツ削除」が判別された場合は、図示するようにステップＳ９１２において、「前回エントリＩＤ」のエントリに相当するコンテンツファイルの属性を「全コンテンツ保存用」に設定するための処理を行う。これによってデジタルビデオカメラ１側で削除されたが全コンテンツ保存としてＰＣ２０側では引き続き保存され続けることとなったコンテンツファイルＦctについて、適正に「全コンテンツ保存用」の属性を設定することができる。
このステップＳ９１２の後もステップＳ９１３に進んでポインタ値ｋをインクリメントした後、ステップＳ９０２に戻るようにされる。
なお、先にも述べたように差分タイプとして「エントリ更新」が判別された場合の取り扱いについては、この場合も先の同期処理（図１３）の場合に準ずるものとする。
そして、ステップＳ９０２において、ポインタ値ｋがリストアップ数と一致したとして肯定結果が得られた場合は、先の図２１におけるステップＳ８０６に処理を進めるようにされる。すなわち、この図に示される処理動作を終了するようにされる。
図２１において、上記ステップＳ８０６では、ビデオカメラ側が持つインデックスファイルＦindexを保存する処理が行われて、この場合も次回のバックアップ時における「前回バックアップ時のインデックスファイルＦindex」が保存されることになる。
そして、続くステップＳ８０７では、同期用／全コンテンツ保存用の別でコンテンツファイルが管理されるように、ＰＣ側管理情報を更新するための処理を実行する。すなわち、ＰＣ２０側において現在ＨＤＤ３０上に保持されている各コンテンツファイルＦctの属性が、先の図２２の処理によって設定した属性となるようにＰＣ側管理情報３０ｂを更新する。これによってＨＤＤ３０上に保持されている各コンテンツファイルＦctが適正に「同期用」と「全コンテンツ保存用」の別で管理されるようにすることができる。
５．第５の実施の形態
５−１．第５の実施の形態としてのバックアップ処理
第５の実施の形態は、第４の実施の形態で説明した同期＆全コンテンツ保存処理に加えて、任意時点の復元処理を行うようにされたものである。
この任意時点復元処理は、過去に行われた（同期＆）全コンテンツ保存処理時のうち、任意の全コンテンツ保存処理時の同期状態を復元する処理である。
なお、第５の実施の形態としてもデジタルビデオカメラ１、パーソナルコンピュータ２０の構成は第１の実施の形態の場合と同様となることからここでの改めての説明は省略する。但し、この場合も第１の実施の形態の同期処理とは異なる処理を実行するので、ＨＤＤ３０に格納されるバックアップ処理用プログラム３０ａの内容は変更される。
また、この第５の実施の形態においても差分情報生成用情報Rdyの生成動作自体は第１の実施の形態にて説明したものとほぼ同様（後述するように前回バックアップ時の相違検出用情報リストＬDd-psを生成するにあたって参照すべきインデックスファイルＦindexが選択可能となる点は異なる）となるので、ここでの図示による説明は行わない。
図２３は、第５の実施の形態のバックアップ処理（同期＆全コンテンツ保存＆任意時点復元）について模式的に示した図である。この図２３においても先の図７、図１４、図１７、図２０と同様に、図２３（ａ）ではデジタルビデオカメラ１におけるＨＤＤ１４上に記録されるインデックスファイルＦindex、コンテンツファイルＦctについて、時間軸ｔに沿った状態遷移を示し、図２３（ｂ）ではパーソナルコンピュータ２０におけるＨＤＤ３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦct、及びＰＣ側管理情報３０ｂについて同じく時間軸ｔに沿った状態遷移を示している。
先ず、この図２３の時点ｔ１〜時点ｔ６と、先の図２０に示した時点ｔ１〜時点ｔ６とを比較してわかるように、この場合の同期＆全コンテンツ保存処理では、第４の実施の形態の場合の同期＆全コンテンツ保存処理とは異なり、各同期＆全コンテンツ保存処理時でデジタルビデオカメラ１側から保存したインデックスファイルＦindexを引き続き保存し続けることに特徴がある。
これは、任意の同期＆全コンテンツ保存処理時点でのコンテンツファイル格納状態を復元できるようにするためである。つまり、任意の同期＆全コンテンツ保存処理時の同期状態は、その同期＆全コンテンツ保存処理時においてデジタルビデオカメラ１側から転送させてＰＣ２０側で保存したインデックスファイルＦindexの内容によって把握することができる。従ってこの場合は、同期＆全コンテンツ保存処理の過程でデジタルビデオカメラ１側から転送させ保存されるインデックスファイルＦindexを、ＰＣ２０側でその同期＆全コンテンツ保存処理時点に対応づけて保存するようにされている。
なお、図２３において、このように各同期＆全コンテンツ保存処理時点に対応づけてそれぞれの時点でのインデックスファイルＦindexを保存する以外は、時点ｔ１〜時点ｔ６におけるデジタルビデオカメラ１側・ＰＣ２０側の双方でのファイル格納状態の遷移は、先の図２０の時点ｔ１〜時点ｔ６の遷移と同様となるので、ここでの改めての説明は省略する。
そして、時点ｔ６におけるコンテンツファイル「Ｃ」のコンテンツファイル「Ｃ'」への更新が行われ、デジタルビデオカメラ１側でのコンテンツファイル格納状態が「Ａ」「Ｃ'」「Ｄ」、インデックスファイルＦindexの情報内容が「４」とされた状態から、次の時点ｔ７において、任意時点復元指示が行われたとする。
なお、この場合も復元指示は、例えばユーザ操作などに応じて行われるものであるとする。そして、この場合の復元指示としては、任意時点の復元指示であるので、復元対象の時点についての選択も合わせて行われるものとする。この復元対象時点の選択についても例えばユーザ操作に応じて行われるとする。
ここでは図示するように、復元対象時点としてはインデックスファイルＦindexの情報内容「２」の時点（すなわち時点ｔ３）を指定した復元指示が為されたとする。
このような任意時点復元指示に応じては、先ずはＰＣ２０側に保持されるインデックスファイルＦindexのうちから、指定された復元対象時点と対応付けられているインデックスファイルＦindexを取得し、このインデックスファイルＦindexとデジタルビデオカメラ１側にて保持されるインデックスファイルＦindexの内容を突き合わせて差分情報リストＬSBを生成する。
つまりこの場合は、時点ｔ３と対応づけられて保持されるインデックスファイル「２」と、デジタルビデオカメラ１側にて保持されるインデックスファイル「４」とを比較した結果に基づき差分情報リストＬSBを生成するようにされる。
この場合に生成される差分情報リストＬSBでは、コンテンツファイル「Ｂ」について「コンテンツ削除」、コンテンツファイル「Ｃ」「Ｃ'」について「コンテンツ更新」を示す情報が得られる。
この場合も「コンテンツ削除」に応じては、第２の実施の形態の復元処理の場合と同様に、「前回エントリＩＤ」により特定されるコンテンツファイルＦct（つまりこの場合はコンテンツファイル「Ｂ」である）をＰＣ２０側からデジタルビデオカメラ１側に転送してこれをＨＤＤ１４に記録させる。
また、「コンテンツ更新」に応じては、これも第２の実施の形態の場合と同様に、「前回エントリＩＤ」により特定されるコンテンツファイルＦct（つまりコンテンツファイル「Ｃ」）をＰＣ２０側からデジタルビデオカメラ１側に転送して記録させ、さらに「今回エントリＩＤ」により特定されるコンテンツファイルＦct（コンテンツファイル「Ｃ'」）をデジタルビデオカメラ１側において削除させる。
これによって図２３（ａ）時点ｔ７に示されるように、デジタルビデオカメラ１側のコンテンツファイル格納状態は、時点ｔ３における格納状態に復元されるものとなる。
さらに、デジタルビデオカメラ１側のインデックスファイルＦindexの内容がこの復元状態に応じた内容となるように、復元対象時点に指定された時点のインデックスファイルＦindex（つまりインデックスファイル「２」）をＰＣ２０側からデジタルビデオカメラ１側に転送して、デジタルビデオカメラ１側にて保持されているインデックスファイルＦindex（「４」）をこのインデックスファイルＦindex（「２」）に置き換えるようにされる。
また、この一方でＰＣ２０側においては、復元処理によって変化されてしまったデジタルビデオカメラ１側でのコンテンツファイル格納状態に応じて、ＨＤＤ３０上での「同期用／全コンテンツ保存用の管理状態を更新する必要がある。
すなわち、この場合はＰＣ２０側でそれまで「全コンテンツ保存用」で管理されていたコンテンツファイル「Ｂ」が、デジタルビデオカメラ１側にて復元されたので、これに応じ当該コンテンツファイル「Ｂ」が「同期用」として管理されるようにＰＣ側管理情報３０ｂを更新するようにされる。
このようにこの場合における復元処理では、「コンテンツ削除」とされたコンテンツファイルＦ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同士の内容を比較して差分情報ＳＢを取得するので、「コンテンツ更新」や「エントリ更新」などコンテンツの追加／削除以外の他の差分タイプについても管理情報同士を比較するのみで取得することができ、コンテンツの追加／削除以外の差分のタイプに応じた処理（この場合では「コンテンツ更新」とされたファイルについての復元処理）についても高速化が図られている。
５−２．処理動作
図２４〜図２６は、上記説明による第５の実施の形態としての動作（同期＆全コンテンツ保存＆任意時点復元）を実現するために行われるべき処理動作について示したフローチャートである。
これらの図において、図２４は、同期＆全コンテンツ保存処理（任意時点復元用）について示し、図２５は任意時点復元処理について示している。また、図２６は、図２５に示すステップＳ１１０５における差分ファイル群処理（任意時点復元）の処理内容について示している。
なお、これらの図に示される処理動作としても、ＣＰＵ２１がバックアップ処理用プログラム３０ａに基づいて実行するものである。
また、この場合としても処理動作はパーソナルコンピュータ２０側のみについて示しているが、この場合のデジタルビデオカメラ１側の処理動作としては、第２の実施の形態の場合と同様、差分情報生成用情報Rydの生成のためにＰＣ２０側からの要求に応じてインデックスファイルＦindexを転送する処理、ＰＣ２０側から転送されたコンテンツファイルＦct・インデックスファイルＦindexの保存（又は上書き保存）処理、及びＰＣ２０側からの削除要求に応じたコンテンツファイルＦctの削除処理のみとなるので、ここでの図示による説明は省略する。
また、図２４、図２５としても、前提として既にデジタルビデオカメラ１とパーソナルコンピュータ２０とがデータ通信可能に接続されている状態にあるとする。
先ず図２４において、この場合の同期＆全コンテンツ保存処理の全体的な流れとしても、先の図２１に示した同期＆全コンテンツ保存処理と同様となる。すなわち、図２４におけるステップＳ１００６以外のステップＳ１００１〜Ｓ１０１０の処理動作は、先の図２１に示したステップＳ８０６以外のステップＳ８０１〜８１０と同様の処理となるので説明は省略する。
つまりは、図２４と先の図２１とではこれらステップＳ１００６とステップＳ８０６とが相違するもので、従ってここではステップＳ１００６のみについて説明を行う。
ステップＳ１００６では、ビデオカメラ側が持つインデックスファイルを今回の同期時点と対応づけて保存する処理を行う。すなわち、先に述べたようにして任意の同期＆全コンテンツ保存処理時点でのコンテンツファイル格納状態を復元できるようにするために、図示するステップＳ１００３にてデジタルビデオカメラ１側から転送させ一時保持されるインデックスファイルＦindexを、今回の同期＆全コンテンツ保存処理時点に対応づけて保存するようにされている。このインデックスファイルＦindexの保存先は例えばＨＤＤ３０などとすることができる。
続いて、図２５を参照して任意時点復元時に対応して行われるべき処理動作について説明する。
なお、この図２５においては、既に図２４に示した同期＆全コンテンツ保存処理が行われた状態にあることを前提とする。
先ず、ステップＳ１１０１では、復元指示を待機する。そして復元指示があったとして肯定結果が得られたときは、ステップＳ１１０２において、復元対象のバックアップ時点を選択するための処理を行う。
この場合、上記ステップＳ１１０１における復元指示としては、先の第４の実施の形態の場合と同様の指示であるとする。つまり、ここでは復元指示が行われたことに応じ、上記ステップＳ１１０２において、例えば過去におけるバックアップ時点（この場合は同期＆全コンテンツ保存処理時点）を選択させるための画面表示を行うようにされ、この画面上においてユーザ操作によりバックアップ時点を選択させる。
ステップＳ１１０２において復元対象のバックアップ時点が選択されたとき、先の図２３にて述べた意味での任意時点復元指示が発生したことになる。
ステップＳ１１０３では、差分情報生成用情報を生成するための処理を実行する。
この場合の差分情報生成用情報Rdyについては、基本的にはこれまでのものと同様にデジタルビデオカメラ１側から転送させ一時保持したインデックスファイルＦindexと、既にＰＣ２０側に保持されている過去のバックアップ時点のインデックスファイルＦindexとに基づき生成するが、ここではＰＣ２０側において過去のバックアップ時点と対応付けて保持されているインデックスファイルＦindexのうちの上記ステップＳ１１０２にて選択されたバックアップ時点と対応づけられているインデックスファイルＦindexについて、前回バックアップ時の相違検出用情報リストＬDd-psを生成するようにして差分情報生成用情報Rdyを生成するようにされる。
ステップＳ１１０４では、差分情報を生成するための処理を実行する。このステップＳ１１０４の処理内容は、前回バックアップ時の相違検出用情報リストＬDd-psが、上記のようにして復元対象として選択されたバックアップ時点のインデックスファイルＦindexに基づき生成されたものであること以外は、先の図１２にて説明したものと同様となるので説明は省略する。
ステップＳ１１０５では、差分ファイル群処理（任意時点復元）を実行する。
ステップＳ１１０５の処理内容は、次の図２６に示される。
図２６において、この差分ファイル群処理（任意時点復元）としても、基本的には復元処理であり、上述のように前回バックアップ時の相違検出用情報リストＬDd-psが選択されたバックアップ時点でのインデックスファイルＦindexに基づき生成されたものとなる以外は、先の第２の実施の形態で説明した図１６の差分ファイル群処理（前回同期時状態の復元）と同様の処理となる（ステップＳ１２０１〜Ｓ１２０４はステップＳ５０１〜Ｓ５０４、ステップＳ１２０５はステップＳ５０５、ステップＳ１２０７・Ｓ１２０８はステップＳ５０６・Ｓ５０７、ステップＳ１２１１はステップＳ５０８、ステップＳ１２１３はステップＳ５０９にそれぞれ対応）。
但し、先の図２３の説明からも理解されるように、第５の実施の形態ではデジタルビデオカメラ１側と同期しているファイルを「同期用」とし、それ以外のファイルは「全コンテンツ保存用」として管理する関係から、復元処理により変化されるデジタルビデオカメラ１側のコンテンツファイル格納状態に応じ、ＰＣ２０側で保存されるコンテンツファイルＦctの同期用／全コンテンツ保存用の属性変更を行うための処理が追加となる（ステップＳ１２０６、ステップＳ１２０９、ステップＳ１２１０、ステップＳ１２１２）。
先ず、「コンテンツ追加」が判別された場合、そのコンテンツファイルＦctは、選択された復元対象時点には存在せず、任意時点復元指示が為されるまでの間にデジタルビデオカメラ１側で追加されたことを示しているので、ステップＳ１２０５に示されるようにデジタルビデオカメラ１側への削除要求を行うようにされる。
但し先にも述べたように、同期用／全コンテンツ保存用の管理の面では、この「コンテンツ追加」とされたコンテンツファイルＦctについては、既にＰＣ２０側にバックアップされたものであると、それまでの「同期用」から「全コンテンツ保存用」に属性変更を行う必要がある。
従って次のステップＳ１２０６では、「今回エントリＩＤ」のエントリに相当するコンテンツファイルを既にバックアップしている場合は、そのファイルの属性を「全コンテンツ保存用」に設定するための処理を行うようにされる。
また、「コンテンツ更新」が判別された場合は、先にも述べたようにＰＣ２０側にて保持される更新前のコンテンツファイルＦct（つまり「前回エントリＩＤ」により特定されるコンテンツファイルＦct）については、その属性を「同期用」に設定すべきものとなる。
また、更新後のコンテンツファイルＦct（「今回エントリＩＤ」により特定されるコンテンツファイルＦct）については、上記「コンテンツ追加」の場合と同様に、そのファイルが既にＰＣ２０側にバックアップされたものであると、それまでの「同期用」から「全コンテンツ保存用」に属性変更を行う必要がある。
従ってステップＳ１２０７・Ｓ１２０８にてこの「コンテンツ更新」に応じた実際のコンテンツファイルＦctの格納状態を変更させるための処理が行われた後には、先ずステップＳ１２０９において、「前回エントリＩＤ」のエントリに相当するコンテンツファイルの属性を「同期用」に設定するための処理を行うようにされる。
さらに、続くステップＳ１２１０においては、「今回エントリＩＤ」のエントリに相当するコンテンツファイルを既にバックアップしている場合は、そのファイルの属性を「全コンテンツ保存用」に設定するための処理を行うようにされる。
さらに、「コンテンツ削除」が判別された場合としても、ＰＣ２０側で保持されるコンテンツファイルＦctの属性は「同期用」に設定されるべきものとなる。従って、ステップＳ１２１１にてこの「コンテンツ削除」に応じた実際のコンテンツファイルＦctの格納状態を変更させるための処理が行われた後には、ステップＳ１２１２において、「前回エントリＩＤ」のエントリに相当するコンテンツファイルの属性を「同期用」に設定するための処理を行うようにされる。
なお、先にも述べたように差分タイプとして「エントリ更新」が判別された場合の取り扱いについては、先の第２の実施の形態で説明した復元処理の場合に準ずるものとする。
そして、この場合もステップＳ１２０２においてポインタ値ｋがリストアップ数と一致したとして肯定結果が得られた場合は、この図に示す処理動作を終了するようにされる。
その後、この場合は先の図２５のステップＳ１１０６に処理を進めるようにされる。
図２５に戻り、上記ステップＳ１１０６では、ビデオカメラ側のインデックスファイルを復元対象のインデックスファイルに置き換えるための処理を実行する。つまり、ステップＳ１１０２にて選択された復元対象時点と対応づけられて保持されるインデックスファイルＦindexをデジタルビデオカメラ１側に転送し、これをＨＤＤ１４に保持されるインデックスファイルＦindexに上書き保存するように指示を行う。
そして、続くステップＳ１１０７において、同期用／全コンテンツ保存用の別でコンテンツファイルが管理されるようにＰＣ側管理情報を更新するための処理を実行する。つまり、ＰＣ２０側において現在ＨＤＤ３０上に保持されている各コンテンツファイルＦctの属性が、先の図２３の処理によって設定した属性となるようにＰＣ側管理情報３０ｂを更新する。これにより、当該任意時点復元処理が行われる場合としても、ＨＤＤ３０上に保持されている各コンテンツファイルＦctが適正に「同期用」と「全コンテンツ保存用」の別で管理されるようにすることができる。
なお、これまでで説明した任意時点復元処理では、それが行われる時点におけるデジタルビデオカメラ１側のファイル格納状態をＰＣ２０側に反映させないものとしたが、図２５にて説明した任意時点復元処理を実行する前に、図２４に示した同期＆全コンテンツ保存処理を行うように構成すれば、この任意時点復元処理から見た前回バックアップ時からの間にデジタルビデオカメラ１側にて変更されたコンテンツファイル格納状態をＰＣ２０側に反映させるようにすることもできる。
ここで、これまでで説明した任意時点復元処理を行うにあたっては、前提として、既に過去においてデジタルビデオカメラ１とＰＣ２０側とが接続されてバックアップ処理が行われていることが必要となるが、このバックアップ処理として、例えば仮に全コンテンツ保存処理でなく同期処理を行ってしまうと、任意時点でのインデックスファイルＦindex自体は取得できるが、そのインデックスファイルＦindexが指し示すコンテンツファイルＦctが存在しないケースが生じうる。つまり、その任意時点の次の同期処理によって、該当するコンテンツファイルＦctがＨＤＤ３０上から削除されてしまう可能性があるからである。この意味で、任意時点復元処理を行う場合には、バックアップ処理としては全コンテンツ保存処理が行われることが前提となる。
このことを踏まえると、第５の実施の形態のような任意時点復元処理を行う場合においては、ここで例示した同期＆全コンテンツ保存処理との組み合わせと、先の第３の実施の形態で説明した全コンテンツ保存処理との組み合わせのみが可能となる（当然のことながらその場合も各バックアップ時点と対応づけてインデックスファイルＦindexを保存する処理は必要となる）。
また、任意時点復元処理が行われた場合、デジタルビデオカメラ１側にて復元されたコンテンツファイルＦctの（ディレクトリ構造上の）格納位置は、必ずしも同じ位置になるとは限らない。
その一方で、任意時点復元処理によりデジタルビデオカメラ１側で置き換えられるインデックスファイルＦindexとしては、当然のことながら復元対象時点でのファイル格納状態を反映しているものであるので、このことに伴っては、復元処理によってデジタルビデオカメラ１側で復元されたコンテンツファイルＦctの格納位置が、同じく復元処理によって置き換えられたインデックスファイルＦindex内のファイルパスC7が指し示す位置と一致しなくなってしまう虞がある。
つまり、これによると、デジタルビデオカメラ１側においては、新たに置き換えられたインデックスファイルＦindex内のファイルパスC7の情報を参照しても、復元されたコンテンツファイルＦctにアクセスすることができなくなってしまう可能性がある。
但し、デジタルビデオカメラ１では、ＰＣ２０側から転送された復元されるべきコンテンツファイルＦctを自らがＨＤＤ１４に記録するようにされるので、そのコンテンツファイルＦctへのパスの情報は把握することができる。従って、ＰＣ２０側から置き換えられたインデックスファイルＦindex内の該当するコンテンツファイルＦctのエントリデータ内のファイルパスC7を、このようにして把握されるファイルパスの情報に基づき更新すれば、その後も各コンテンツファイルＦctをファイルパスC7を参照することで適正に特定することができるようになる。
或いは、インデックスファイルＦindexとしては、コンテンツＩＤによっても各コンテンツファイルＦctを特定することができるようにされている。従って任意時点復元処理が行われた以降は、インデックスファイルＦindex内のコンテンツＩＤによって各コンテンツファイルＦctを特定するように変更することによっても、上記のような問題は回避することができる。
なお、第５の実施の形態の任意時点復元処理が行われる場合において、コンテンツＩＤを後述するレコーディングオーダーで実現している場合は、復元処理後、新たに作成（追加）されるコンテンツファイルＦctに割り振られるレコーディングオーダーが、復元対象時点から復元処理が行われるまでに割り振られたレコーディングオーダーと重複しないようにするための処理が別途必要となる。
なお、これまでの実施の形態のようにコンテンツＩＤをファイルパスとファイル更新日時との組で実現している場合にはそのような処理は不要である。
６．第６の実施の形態
６−１．第６の実施の形態としてのバックアップ処理
第６の実施の形態は、先の第３の実施の形態の場合と同様に、バックアップ処理として全コンテンツ保存処理を行うものであるが、その手法が異なるものである。具体的には、より簡易な手法によって全コンテンツ保存処理を実現するものである。
なお、第６の実施の形態としてもデジタルビデオカメラ１、パーソナルコンピュータ２０の構成は第１の実施の形態の場合と同様となることからここでの改めての説明は省略する。但し、この場合も第１の実施の形態の同期処理とは異なる処理を実行するので、ＨＤＤ３０に格納されるバックアップ処理用プログラム３０ａの内容は変更される。
図２７は、第６の実施の形態のバックアップ処理（簡易版全コンテンツ保存）について模式的に示した図である。この図２７においても先の図７、図１４、図１７、図２０、図２３と同様に、図２７（ａ）ではデジタルビデオカメラ１におけるＨＤＤ１４上に記録されるインデックスファイルＦindex、コンテンツファイルＦctについて、時間軸ｔに沿った状態遷移を示し、図２７（ｂ）ではパーソナルコンピュータ２０におけるＨＤＤ３０上に記録されるインデックスファイルＦindex、コンテンツファイルＦct、及びＰＣ側管理情報３０ｂについて同じく時間軸ｔに沿った状態遷移を示している。
先ず、この図２７と、先の第３の実施の形態で説明した図１７とを比較してわかるように、この場合も時点ｔ１〜時点ｔ７にかけてのデジタルビデオカメラ１側のコンテンツファイルＦctの格納状態の遷移とそれに応じたインデックスファイルＦindexの情報内容の遷移、及びＰＣ２０側におけるコンテンツファイルＦctの格納状態の遷移は、図１７の時点ｔ１〜時点ｔ７にかけての遷移と同様であり、その説明は省略する。
第３の実施の形態の場合の全コンテンツ保存処理と第６の実施の形態の場合の全コンテンツ保存処理との相違点は、差分の検出にあたり、前回と今回のインデックスファイルＦindex同士の比較を行うのではなく、コンテンツＩＤのみを比較するようにしたことである。
ここで、第６の実施の形態の場合、先の図６に示したようなインデックスファイルＦindex内に格納される各管理ファイルスロットＳm（エントリデータ）内のコンテンツＩＤC5として、そのエントリデータに対応づけられるコンテンツファイルＦctの記録された順序を示すレコーディングオーダーと称する情報を格納するようにされる（記録順序情報）。
つまり、この場合のデジタルビデオカメラ１では、ＨＤＤ１４上に新たにコンテンツファイルＦctが作成されるごとにその値をインクリメントするようにして上記レコーディングオーダーを生成し、このレコーディングオーダーを、このコンテンツファイルＦctの作成に応じてインデックスファイルＦindex内にエントリされるエントリデータ内のコンテンツＩＤC5として格納するようにされている。
このようにして各コンテンツファイルＦctに対応づけられるレコーディングオーダーの情報を用い、差分情報を検出するようにされるのであるが、「全コンテンツ保存」の場合、デジタルビデオカメラ１側にて前回バックアップ時から今回バックアップ時の間にかけて追加されたコンテンツファイルＦctのみが特定されればよい。
このようにして前回から今回にかけてデジタルビデオカメラ１側で追加されたコンテンツファイルＦctを把握するために、第６の実施の形態では、デジタルビデオカメラ１とＰＣ２０側とが接続されてバックアップ処理（全コンテンツ保存処理）が行われるごとに、デジタルビデオカメラ１側にて最後に記録されたコンテンツファイルＦctのレコーディングオーダー、すなわち最も値の大きなレコーディングオーダー（以下最終レコーディングオーダーと称する）を保持しておくようにしている。つまり、これによって次回のバックアップ時における、前回バックアップ時の最終レコーディングオーダーを保持しておくことができる。
その上で、次回のバックアップ時においては、この前回バックアップ時における最終レコーディングオーダーと、デジタルビデオカメラ１側で保持されるインデックスファイルＦindex内に格納されている各コンテンツファイルＦctのレコーディングオーダーとを比較すれば、上記最終レコーディングオーダーよりも値の大きなレコーディングオーダーを有するコンテンツファイルＦctが、前回から今回の間に追加されたコンテンツファイルＦctであることを把握することができる。
なお、このような動作によれば、この場合においてＰＣ２０側で保持する最終レコーディングオーダーの情報は、差分情報（つまりこの場合は「コンテンツ追加」のみ）を検出するための情報として機能することが理解できる。その意味で、この図２７においては、当該最終レコーディングオーダーを、差分情報検出用情報であるとして示している（図中差分情報検出用情報：最終レコーディングオーダー）。
図２７において、具体的にこの場合の動作について説明すると、時点ｔ１の初回の全コンテンツ保存処理では、デジタルビデオカメラ１側で保持されるコンテンツファイルＦctは「Ａ」「Ｂ」「Ｃ」の３つであるので、最終レコーディングオーダーは例えば「３」である。この場合のＰＣ２０側では、図示するようにこれらコンテンツファイル「Ａ」「Ｂ」「Ｃ」を転送させ保存した上で、このレコーディングオーダー「３」のみを保持するようにされる（図中「Ｘ」）。すなわち、この場合のＰＣ２０としては、これまでの実施の形態のようにデジタルビデオカメラ１側にて保持されるインデックスファイルＦindexを転送させ保存する必要はないものである。
そして、時点ｔ２にてデジタルビデオカメラ１側でコンテンツファイル「Ｄ」が追加された後の、時点ｔ３における全コンテンツ保存処理では、時点ｔ１の全コンテンツ保存処理時に保存した最終レコーディングオーダーの値と、この時点ｔ２にてデジタルビデオカメラ１側が保持しているインデックスファイルＦindex内の各コンテンツファイルＦctのレコーディングオーダーの値（コンテンツＩＤC5の値）とを比較し、最終レコーディングオーダーよりも値の大きなレコーディングオーダーが対応づけられたコンテンツファイルＦctを特定する。
すなわち、この場合のデジタルビデオカメラ１側におけるインデックスファイルＦindex内の各コンテンツファイルＦctについてのレコーディングオーダーは、コンテンツファイル「Ａ」「Ｂ」「Ｃ」「Ｄ」がそれぞれ「１」「２」「３」「４」であり、最終レコーディングオーダー「３」よりも大きなレコーディングオーダー「４」が対応づけられたコンテンツファイル「Ｄ」が、前回から追加されたコンテンツファイルＦctとして特定される。
ここで、第６の実施の形態の場合、このように最終レコーディングオーダーよりも値が大きく、前回から追加されたコンテンツファイルＦctを特定するための情報を、次の図２８に示すように、簡易差分情報リストＬSB-eにリストアップするようにされる。
この場合の例では、最終レコーディングオーダーよりも値が大きかったコンテンツファイルＦctを特定するための情報として、そのファイルパスC7をリストアップするようにしている。
なお、上記コンテンツファイルＦctを特定するための情報としては、このようなファイルパスC7の代わりにコンテンツＩＤC5をリストアップすることもできる。
図２７に戻り、このような簡易差分情報リストＬSB-eにより前回から追加されたコンテンツファイルＦctが特定されると、ＰＣ２０は、そのコンテンツファイルＦctを転送するようにデジタルビデオカメラ１側に転送要求を行う。つまりこの場合はコンテンツファイル「Ｄ」についての転送要求を行うようにされる。そして、転送されたコンテンツファイルＦct（「Ｄ」）をＨＤＤ３０に保存するようにされる。
さらに、この場合もＰＣ２０は、デジタルビデオカメラ１側にて保持されるインデックスファイルＦindexの内容に基づき、最も値の大きなレコーディングオーダー（つまりこの場合は「４」である）を最終レコーディングオーダー（差分情報検出用情報）として保存しておくようにされる（図中「Ｙ」）。
また、時点ｔ４にてコンテンツファイル「Ｂ」が削除された後の、時点ｔ５の全コンテンツ保存処理では、図示するようにしてデジタルビデオカメラ１側からＰＣ２０側へのコンテンツファイルＦctの移動は行われない。すなわち、この場合には最終レコーディングオーダー「４」よりも大きなレコーディングオーダーを有するコンテンツファイルＦctがデジタルビデオカメラ１側にて存在しないため、簡易差分情報リストＬSB-eは空となり、従ってデジタルビデオカメラ１側への転送要求は行われない。
この場合ＰＣ２０は、デジタルビデオカメラ１側から転送させたインデックスファイルＦindexに基づき、最終レコーディングオーダー「４」を保存するようにされる（図中「Ｙ」）。
また、時点ｔ６にてコンテンツファイル「Ｃ」が「Ｃ'」に更新された後における、時点ｔ７の全コンテンツ保存処理としては、デジタルビデオカメラ１側でのレコーディングオーダーの付与の仕方で以下のような２通りの動作が考えられる。
先ず、第１としては、デジタルビデオカメラ１側で更新後のコンテンツファイルＦctに対して新たなレコーディングオーダーを付与するようにされている場合である。
その場合は、図示するように更新後のコンテンツファイル「Ｃ'」のレコーディングオーダーが「５」とされることになり、ＰＣ２０側で保持される最終レコーディングオーダー「４」よりも大きな値となって、簡易差分情報リストＬSB-eにこのコンテンツファイル「Ｃ'」のファイルパスC7が追加される。そして、この簡易差分情報リストＬSB-eに基づき、当該コンテンツファイル「Ｃ'」をデジタルビデオカメラ１側から転送させこれをＨＤＤ３０に保存するようにされる。
さらに、この場合もＰＣ２０はデジタルビデオカメラ１側にて保持されるインデックスファイルＦindexに基づき、最も値の大きなレコーディングオーダー（「５」）を最終レコーディングオーダー（差分情報検出用情報）として保存しておくようにされる（図中「Ｚ」）。
一方、図示は省略しているが、デジタルビデオカメラ１側にて更新後のコンテンツファイルＦctについて新たなレコーディングオーダーを付与しないようにされている場合には、引き続き最終レコーディングオーダー「４」よりも大きな値を有するコンテンツファイルＦctは存在しないものとなり、従ってＰＣ２０側におけるコンテンツファイルＦctの格納状態は、時点ｔ５の状態から変化しないものとなる。また最終レコーディングオーダーとしても引き続き「４」のままとなる。
ここでは、上記第１として説明したように、デジタルビデオカメラ１側にて更新後のコンテンツファイルＦctに新たなレコーディングオーダーが付与されるものとして以下の説明を続ける。
上記説明による簡易版全コンテンツ保存処理によれば、第３の実施の形態の場合と同様に、過去にＰＣ２０側への保存対象とされたコンテンツファイルＦctについては、これらを全てＰＣ２０側において保存しておくようにすることができる。
また、この場合としても実際に転送を行うのは差分のファイルのみとすることができ、全コンテンツを上書きコピーして実現する場合と比較すれば全コンテンツ保存処理をより高速化することができる。また、このように転送すべきコンテンツファイルＦctが減ることで、処理負担についても軽減することができる。
また、特にこの場合の簡易版全コンテンツ保存処理によれば、差分情報の生成にあたってはレコーディングオーダー（記録順序情報）のみについての比較を行えばよく、先の第３の実施の形態のように前回／今回バックアップ時のインデックスファイルＦindex同士の内容を突き合わせる場合よりも、さらに高速に差分情報を取得することができ、従ってこの点で全コンテンツ保存処理をさらに高速化できる。
６−２．処理動作
図２９〜図３１は、上記説明による簡易版全コンテンツ保存の動作を実現するための処理動作について示している。
これらの図において、図２９は簡易版全コンテンツ保存処理の全体的な流れについて示している。また、図３０は、図２９のステップＳ１３０４としての簡易差分情報リスト生成処理の内容について示し、図３１は、図２９に示すステップＳ１３０５としての差分ファイル群処理（簡易版全コンテンツ保存）の処理内容について示している。
なお、これらの図に示される処理動作としても、ＣＰＵ２１がバックアップ処理用プログラム３０ａに基づいて実行するものである。
また、図２９としても、前提として既にデジタルビデオカメラ１とパーソナルコンピュータ２０とがデータ通信可能に接続されている状態にあるとする。
また、この場合としても処理動作はパーソナルコンピュータ２０側のみについて示しているが、この場合のデジタルビデオカメラ１側としては、ＰＣ２０側からの要求に応じコンテンツファイルＦct・インデックスファイルＦindexを転送する処理を行うことになる。また、これまでの説明からも理解されるように、この場合は前提として、デジタルビデオカメラ１側では、ＨＤＤ１４におけるコンテンツファイルＦctの作成ごと（更新後のコンテンツファイルＦctも含む）にレコーディングオーダーを生成し、これをインデックスファイルＦindex内における対応するエントリデータ内のコンテンツＩＤC5として格納するようにされる。
先ず、図２９において、ステップＳ１３０１では、全コンテンツ保存指示を待機する。
このステップＳ１３０１としては、先の図１８に示した全コンテンツ保存処理の場合のステップＳ６０１と同様とされればよい。
そして、全コンテンツ保存指示があったとして肯定結果が得られた場合、ステップＳ１３０２において、最終レコーディングオーダーがバックアップされているか否かについて判別処理を行う。これは、先の図１８のステップＳ６０２でインデックスファイルＦindexが既にバックアップされているか否かを判別する処理と同様に、最終レコーディングオーダーがバックアップされているか否かを判別することで、既に過去において全コンテンツ保存処理が行われたか否かについて判別しているものである。
最終レコーディングオーダーがバックアップされておらず否定結果が得られた場合は、初回の全コンテンツ保存処理であり、その場合はステップＳ１３０７に進んで全コンテンツファイルの転送要求を行うと共に、続くステップＳ１３０８にて転送されたコンテンツファイルを保存するための処理を実行する。
その上で、この場合は次のステップＳ１３０９にて、最終レコーディングオーダーを保存するための処理を実行する。すなわち、このステップＳ１３０９としては、デジタルビデオカメラ１側に転送要求を行ってインデックスファイルＦindexを転送させた上で、この転送されたインデックスファイルＦindex内の各エントリデータ（各管理ファイルスロットＳm）内のコンテンツＩＤC5（すなわちこの場合はレコーディングオーダーである）のうち、最も値の大きなレコーディングオーダーを最終レコーディングオーダーとして保存する。この最終レコーディングオーダーの保存先としても、例えばＨＤＤ３０とされればよい。
ステップＳ１３０９にてレコーディングオーダーを保存すると、ステップＳ１３１０に進み、コンテンツファイルの格納状況に応じてＰＣ側管理情報３０ｂを更新する処理を実行する。つまり、この簡易版全コンテンツ保存処理においても、ＰＣ２０側においてはＨＤＤ３０に格納されるコンテンツファイルＦctがＰＣ側管理情報３０ｂにより管理されるものである。
また、先のステップＳ１３０２において、最終レコーディングオーダーが保存されているとして肯定結果が得られた場合は、既に全コンテンツ保存処理が行われている場合であり、その場合はステップＳ１３０３に進み、先ずはビデオカメラ側のインデックスファイルを取得するための処理を実行する。すなわち、デジタルビデオカメラ１側に転送要求を行ってインデックスファイルＦindexを転送させ、これを例えばメモリ部２２などに一時保持する。
その上で、続くステップＳ１３０４では、簡易差分情報リスト生成処理を実行するようにされる。
図３０は、上記ステップＳ１３０４としての簡易差分情報リスト生成処理の内容を示している。
図３０において、先ずステップＳ１４０１では、バックアップした最終レコーディングオーダーを取得するようにされる。その上で次のステップＳ１４０２では、ポインタ値ｊを０リセットするようにされる。このポインタ値ｊは、先のステップＳ１３０３にてデジタルビデオカメラ１側から取得したインデックスファイルＦindex内にエントリされる各エントリデータ（管理ファイルスロットＳm）のうちから、対象とするエントリデータを指し示すためのポインタとしての役割を果たす。なお、この意味で、先に説明したような今回バックアップ時の相違検出用情報リストＬDd-psについてのポインタ値ｊと同じ符号を付している。
続くステップＳ１４０３では、ポインタ値ｊが全コンテンツ数と一致したか否かについて判別処理を行う。すなわち、ポインタ値ｊが、取得したインデックスファイルＦindex内にエントリされるエントリデータの数と一致したか否かについて判別処理を行う。
ポインタ値ｊが全コンテンツ数と一致してはいないとして否定結果が得られた場合は、未だ全てのエントリデータについて以下で説明する処理を行っていない場合であり、その場合は以下のステップＳ１４０４に続く処理を実行するようにされる。
先ず、ステップＳ１４０４では、ｊ番目のコンテンツのエントリデータからレコーディングオーダーを取得する。すなわち、ポインタ値ｊにより指し示されるエントリデータ内のコンテンツＩＤC5（レコーディングオーダー）を取得する。
その上で、ステップＳ１４０５においては、このように取得したレコーディングオーダーの値がバックアップした最終レコーディングオーダーの値よりも大きいか否かについて判別処理を行う。最終レコーディングオーダーよりも値が大きい（つまり記録順として後となっている）として肯定結果が得られた場合は、ステップＳ１４０６において、ｊ番目のコンテンツのエントリデータからファイルパスを取得するようにされる。つまりポインタ値ｊにより示されるエントリデータ内のファイルパスC7を取得するようにされる。そして続くステップＳ１４０７においては、簡易差分情報リストにファイルパスを追加するための処理を実行する。すなわち、取得されたファイルパスC7の情報を、先の図２８にて説明した簡易差分情報リストＬSB-eにリストアップするようにされる。
この簡易差分情報リストＬSB-eとしては、例えばメモリ部２２などに一時保持されるようにすればよい。
このようにステップＳ１４０７にてファイルパスを簡易差分情報リストに追加すると、続くステップＳ１４０８でポインタ値ｊをインクリメントした後、先のステップＳ１４０３に戻るようにされる。
一方、ステップＳ１４０５において、バックアップした最終レコーディングオーダーよりも値が小さい（つまり記録順として前となっている）として否定結果が得られた場合は、図示するようにしてステップＳ１４０８に進んでポインタ値ｊをインクリメントした後、先のステップＳ１４０３に戻るようにされる。すなわち、このように最終レコーディングオーダーよりも値の小さなレコーディングオーダーを有するコンテンツファイルＦctは、ＰＣ２０側に既に保存されているコンテンツファイルＦctであるので、そのファイルパスC7の情報は簡易差分情報リストＬSB-eに追加されないものとなる。
そして、ステップＳ１４０３において、ポインタ値ｊが全コンテンツ数と一致したとして肯定結果が得られた場合は、デジタルビデオカメラ１側から取得したインデックスファイルＦindex内の全てのエントリデータについて最終レコーディングオーダーとの比較が完了し、簡易差分情報リストＬSB-eの生成が完了したことになる。従ってこのようにステップＳ１４０３にて肯定結果が得られた場合は、先の図２９に示すステップＳ１３０５に処理を進めるようにされる。
図３１は、図２９に示すステップＳ１３０５としての差分ファイル群処理（簡易版全コンテンツ保存）の内容を示している。
図３１において、先ずステップＳ１５０１では、ポインタ値ｍを０リセットする。このポインタ値ｍは、簡易差分情報リストＬSB-e内にリストアップされるファイルパスC7のうちから対象とするファイルパスC7を指し示すためのポインタとしての役割を果たす。
続くステップＳ１５０２では、ポインタ値ｍがリストアップ数と一致したか否かについて判別処理を行う。つまり、ポインタ値ｍが簡易差分情報リストＬSB-e内のファイルパスC7のリストアップ数と一致したか否かについて判別するものである。
ステップＳ１５０２において、ポインタ値ｍが簡易差分情報リストＬSB-e内のリストアップ数と一致していないとして否定結果が得られた場合は、リストアップされた全てのファイルパスC7（コンテンツファイルＦct）について以下で説明する処理が行われていない状態であるので、その場合は以下のステップＳ１５０３に続く処理を行うようにされる。
先ず、ステップＳ１５０３では、ｍ番目のファイルパスを取得する。すなわち簡易差分情報リストＬSB-e内にてポインタ値ｍにより示されるファイルパスC7を取得する。
そしてステップＳ１５０４では、対象ファイルの転送要求を行う。つまり、取得したファイルパスC7により特定されるコンテンツファイルＦctについての転送要求を、デジタルビデオカメラ１側に対して行う。
その上でステップＳ１５０５では、転送されたファイルを保存するための処理を実行する。これによってデジタルビデオカメラ１側にのみ保持されるコンテンツファイルＦctを転送させてこれをＰＣ２０側で保存することができる。
このステップＳ１５０５の保存処理を実行すると、ステップＳ１５０６にてポインタ値ｍをインクリメントした後、先のステップＳ１５０２に戻るようにされる。このステップＳ１５０２にてポインタ値ｍがリストアップ数と一致したとして肯定結果が得られた場合は、簡易差分情報リストＬSB-eにリストアップされる全てのファイルについて転送要求＆保存処理が完了した場合であり、従ってその場合は、この図に示す差分情報ファイル群処理（簡易版全コンテンツ保存）を終了し、先の図２９におけるステップＳ１３０６に処理を進める。
図２９において、ステップＳ１３０６では、最終レコーディングオーダーを更新するための処理を実行する。つまり、先のステップＳ１３０３にてデジタルビデオカメラ１側から取得したインデックスファイルＦindex内における各エントリデータ内のコンテンツＩＤを参照し、そのうちで最も値の大きいレコーディングオーダーを新たな最終レコーディングオーダーとして取得する。その上で、既に保存されている最終レコーディングオーダーの値を、この新たに取得した最終レコーディングオーダーの値に更新する処理を実行するものである。
このステップＳ１３０６における最終レコーディングオーダーの更新処理を実行すると、先に説明したステップＳ１３１０に進み、コンテンツファイルの格納状況に応じてＰＣ側管理情報３０ｂを更新する処理を実行するようにされる。
なお、以上の図２９〜図３０の説明から理解されるように、第６の実施の形態としても、差分情報リストを生成した上で逐次リストアップされるファイルごとに転送要求、転送ファイルの保存を行うようにしたが、この場合も差分情報リストは生成せずに差分のファイルを１つ特定するごとにそのファイルの転送要求＆保存処理を行うようにすることもできる。
或いはこの場合においては、差分リストにリストアップされる全てのファイルについて一括して転送要求＆保存処理を行うように構成することもできる。
また、第６の実施の形態では、記録順序情報をレコーディングオーダーで実現する場合を例示したが、これまでの各実施の形態で説明したファイルパスC7とファイル更新日時との組み合わせに依るコンテンツＩＤC5であっても記録順序情報として用いることができる。
７．第７の実施の形態
７−１．第７の実施の形態としてのバックアップ処理
上述したように、第６の実施の形態では、デジタルビデオカメラ１で記録されたコンテンツの記録順序を示すレコーディングオーダー（記録順序情報）を利用して、前回のバックアップ処理時から今回のバックアップ処理時の間に追加されたコンテンツファイルＦｃｔである未バックアップコンテンツファイルを検出する方法を示した。すなわち、最後にバックアップされたコンテンツファイルのレコーディングオーダー（すなわち、最終レコーディングオーダー）が差分情報検出用情報としてＰＣ２０側で保持され、次回に差分情報を検出する場合には、ＰＣ２０側で保持されている最終レコーディングオーダーよりも大きいレコーディングオーダーの値を有するコンテンツファイルＦｃｔをデジタルビデオカメラ１側で探すことによって、未バックアップコンテンツファイルを検出することができる。
このように、第６の実施の形態で示したバックアップ処理方法は、（Ａ）各コンテンツファイルＦｃｔについてレコーディングオーダーがユニークに付与されている場合や、（Ｂ）レコーディングオーダーが同じ値となっている複数のコンテンツファイルＦｃｔが存在する場合において、これらのコンテンツファイルＦｃｔが、必ずまとめてバックアップ処理される場合には、全コンテンツ保存処理を実現することができる。
ここで、複数のコンテンツファイルＦｃｔのレコーディングオーダーが同じ値となっている場合について図面を参照して説明する。このような場合として、例えば、デジタルビデオカメラ１で記録されたコンテンツファイルのうちの少なくとも１つがユーザ操作によって分割され、分割された各コンテンツファイルに同じ値のレコーディングオーダーが付与されている場合が考えられる。
図３２は、ＨＤＤ１４（図２）に記憶されているインデックスファイルと、コンテンツファイルとの関係を示す概略図であって、分割後のコンテンツファイルには新規なレコーディングオーダーが付される場合を示す図である。
例えば、図３２（ａ）に示すように、コンテンツＡ（２１０１）乃至コンテンツＣ（２１０３）について、コンテンツファイル（２２００）に格納されるコンテンツファイルであるファイルａ（２２１０）、ファイルｂ（２２２０）、ファイルｃ（２２３０）と、インデックスファイル（２１００）に格納されるエントリデータであるエントリα（２１１０）、エントリβ（２１２０）、エントリγ（２１３０）とのそれぞれが対応づけられている場合について説明する。この場合に、エントリα（２１１０）に格納されるレコーディングオーダー（ＲＯ）２１１１を「１」とし、エントリβ（２１２０）に格納されるレコーディングオーダー（ＲＯ）２１１２を「２」とし、エントリγ（２１３０）に格納されるレコーディングオーダー（ＲＯ）２１１３を「３」とする。
ここでは、コンテンツファイルが分割された場合には、分割後の各コンテンツファイルを新規コンテンツとして扱うとする。例えば、図３２（ａ）に示すコンテンツＢ（２１０２）が２つに分割されたとする。この場合には、図３２（ｂ）に示すように、分割後のコンテンツＤ（２１０４）およびコンテンツＥ（２１０５）には、それぞれ新たな最新のレコーディングオーダー（ＲＯ）「４」、「５」が割り振られる。このように分割後のコンテンツファイルにレコーディングオーダーが割り振られた場合には、各コンテンツファイルについてレコーディングオーダーがユニークに付与されるため、上述の条件（Ａ）を満たす。このため、第６の実施の形態で示したバックアップ処理方法によって、全コンテンツ保存処理を実現することができる。
しかしながら、（Ｃ）レコーディングオーダーが同じ値となっている複数のコンテンツファイルが存在する場合において、これらのコンテンツファイルが、必ずしもまとめてバックアップ処理されるとは限らない場合には、全コンテンツ保存処理を実現することができない場合がある。
例えば、上述の（Ｃ）の状況として、（Ｃ１）既存のコンテンツファイルに対して、分割編集処理を行った場合において、分割後のコンテンツ群の記録順序を分割前と同じにしたい場合（すなわち、分割後のコンテンツファイルを新規コンテンツ扱いにしたくない場合）や、（Ｃ２）分割後のコンテンツファイルのうちで同じ値のレコーディングオーダーを有するコンテンツファイルが複数存在する場合において、分割後のコンテンツファイルについてバックアップ処理を実行している途中で、同じ値のレコーディングオーダーを有するコンテンツファイルのうちの全てについてバックアップ処理がされずにバックアップ処理が打ち切りとなる場合（すなわち、少なくとも１つのコンテンツファイルについてバックアップがされずにバックアップ処理が打ち切りとなる場合）がある。そこで、上述の（Ｃ１）および（Ｃ２）について図面を参照して説明する。
図３３は、ＨＤＤ１４に記憶されているインデックスファイルと、コンテンツファイルとの関係を示す概略図であって、分割後のコンテンツファイルには分割前と同じレコーディングオーダーが付される場合を示す図である。
図３３（ａ）に示すように、分割前の構成は図３２（ａ）に示す構成と同じであるため、同一の符号を付してこれらの説明は省略する。
ここでは、コンテンツファイルが分割された場合には、分割後の各コンテンツファイルには分割前と同じレコーディングオーダーが付されるとする。例えば、図３３（ａ）に示すコンテンツＢ（２１０２）が２つに分割されたとする。この場合には、図３３（ｂ）に示すように、分割後のコンテンツＢ１（２１０２ａ）およびコンテンツＢ２（２１０２ｂ）には、それぞれ分割前と同じレコーディングオーダー（ＲＯ）「２」が振り分けられる。このように分割後のコンテンツファイルにも、分割前と同じレコーディングオーダーが割り振られた場合には、各コンテンツファイルについてレコーディングオーダーがユニークに付与されないため、上述の（Ａ）の条件を満たさない。
図３４は、ＨＤＤ１４に記憶されているインデックスファイルと、コンテンツファイルとの関係、およびＨＤＤ３０（図３）に記憶されている差分情報検出用情報と、バックアップされたコンテンツファイルとの関係を示す概略図である。なお、図３４（ａ）に示すデジタルビデオカメラ１側の各構成は、図３３（ｂ）に示す各構成と同じであるため、同一の符号を付してこれらの説明は省略する。
図３３（ｂ）および図３４（ａ）に示すように、分割後のコンテンツファイルに分割前と同じレコーディングオーダーが割り振られた場合において、バックアップ処理がされている途中でそのバックアップ処理が打ち切られた場合について説明する。例えば、差分情報として、コンテンツＡ（２１０１）、コンテンツＢ１（２１０２ａ）、コンテンツＢ２（２１０２ｂ）、コンテンツＣ（２１０３）が検出され、バックアップ処理がされている場合に、何らかの理由でバックアップ処理が打ち切られ、検出されたコンテンツファイルのうちのコンテンツＡ（２１０１）およびコンテンツＢ１（２１０２ａ）のみについてバックアップ処理が終了し、他のコンテンツＢ２（２１０２ｂ）およびコンテンツＣ（２１０３）については、バックアップ処理が終了していないとする。
このような場合において、第６の実施の形態で示したバックアップ処理では、最終レコーディングオーダーが差分情報検出用情報としてＰＣ２０側で保持されるため、図３４（ｂ）に示すように、処理が終了しているコンテンツＡ（２１０１）およびコンテンツＢ１（２１０２ａ）のレコーディングオーダーのうちで、コンテンツＢ１（２１０２ａ）に割り振られているレコーディングオーダー「２」が最終レコーディングオーダーとして差分情報検出用情報２１６０に格納される。
この場合において、第６の実施の形態で示したバックアップ処理が実行されると、差分情報の検出の際に、ＰＣ２０側で保持されている最終レコーディングオーダー「２」よりも大きいレコーディングオーダーの値を有するコンテンツファイルが検出される。このため、レコーディングオーダーの値として「３」を有するコンテンツファイルが検出される。そうすると、バックアップされていないコンテンツＣ（２１０３）は保存されるものの、コンテンツＢ２（２１０２ｂ）については保存されないことになる。つまり、この場合には、上述の（Ｃ１）および（Ｃ２）の条件を満たすため、全コンテンツ保存処理を実現することができない。
このように、第６の実施の形態で示したバックアップ処理方法では、記録順序を示すレコーディングオーダーとして、複数のコンテンツに同じ値が割り当てられる場合には対応できない場合がある。
そこで、第７の実施の形態では、差分情報検出用情報として、レコーディングオーダーとともに、コンテンツ作成日時および記録時間を記憶することによって、（Ｃ）の状況に対しても対応することができる方法を示す。
なお、第７の実施の形態は、第６の実施の形態の変形例であり、バックアップ処理として簡易な方法によって全コンテンツ保存処理を行うものであるが、その方法が第６の実施の形態とは異なるものである。
なお、第７の実施の形態としてもデジタルビデオカメラ１、パーソナルコンピュータ２０の構成は、第１の実施の形態と同様であるため、ここでの説明は省略する。ただし、第１の実施の形態のバックアップ処理とは異なる処理を実行するため、ＨＤＤ３０に格納されるバックアップ処理用プログラム３０ａの内容は変更される。
図３５は、分割処理時のエントリデータの更新の概略を示す図である。
図３５（ａ）は、ＨＤＤ１４に記憶されているコンテンツ（コンテンツファイル）Ａ（２４００）の記録区間を模式的に示すとともに、コンテンツＡ（２４００）に対応して記憶されるエントリデータであるエントリαを示す概略図である。第７の実施の形態では、図３５（ａ）に示すように、エントリデータのうちのレコーディングオーダーとコンテンツ作成日時と記録時間とが対応されている情報が記録区間情報として記憶される。コンテンツ作成日時は、対応するコンテンツファイルが作成された日時を示す情報であり、記録時間は、対応するコンテンツファイルが記録された時間の長さを示す情報である。例えば、コンテンツＡ（２４００）に対応するエントリデータであるエントリαとして、レコーディングオーダー「２」とコンテンツ作成日時「２００４／１２／０２ １２：００：００」と記録時間「３０ｍｉｎ５０ｓ」とが記憶されている。
ここで、コンテンツファイルを分割する場合におけるエントリデータの更新方法の一例について図面を参照して説明する。
例えば、コンテンツＡを先頭から記録時間Ｄの点で分割処理した場合における分割後のコンテンツＡ１およびコンテンツＡ２の各エントリデータを以下の（１）〜（３）に示すように表すとする。
（１）エントリα（コンテンツＡのエントリデータ）
レコーディングオーダー：ＲＯ０
コンテンツ作成日時：ＣＣＴ０
記録時間：Ｄ０
（２）エントリα１（コンテンツＡ１のエントリデータ）
レコーディングオーダー：ＲＯ１
コンテンツ作成日時：ＣＣＴ１
記録時間：Ｄ１
（３）エントリα２（コンテンツＡ２のエントリデータ）
レコーディングオーダー：ＲＯ２
コンテンツ作成日時：ＣＣＴ２
記録時間：Ｄ２
この場合において、各エントリデータを以下の（４）または（５）に示すように更新する。
（４）エントリα１（コンテンツＡ１のエントリデータ）
レコーディングオーダー：ＲＯ１＝ＲＯ０
コンテンツ作成日時：ＣＣＴ１＝ＣＣＴ０
記録時間：Ｄ１＝Ｄ
（５）エントリα２（コンテンツＡ２のエントリデータ）
レコーディングオーダー：ＲＯ２＝ＲＯ０
コンテンツ作成日時：ＣＣＴ２＝ＣＣＴ０＋Ｄ
記録時間：Ｄ２＝Ｄ０―Ｄ
例えば、図３５（ｂ）に示すように、コンテンツＡ（２４００）が分割処理された場合には、分割後のコンテンツファイルであるコンテンツＡ１（２４１０）およびコンテンツファイルＡ２（２４２０）のそれぞれに対応してエントリデータが記憶される。例えば、図３５（ｂ）に示すように、コンテンツＡ１（２４１０）に対応するエントリデータであるエントリα１として、レコーディングオーダー「２」とコンテンツ作成日時「２００４／１２／０２ １２：００：００」と記録時間「２０ｍｉｎ３０ｓ」とが記憶される。また、コンテンツファイルＡ２（２４２０）に対応するエントリデータであるエントリα２として、レコーディングオーダー「２」とコンテンツ作成日時「２００４／１２／０２ １２：２０：３０」と記録時間「１０ｍｉｎ２０ｓ」とが記憶される。このように、第７の実施の形態では、分割後のコンテンツファイルに対応するエントリデータには、同じ値のレコーディングオーダーが振り分けられる。
次に、コンテンツファイルを分割する場合における記録区間情報の順序関係について説明する。
例えば、２つの記録区間情報「ＲＤ１＝｛ＲＯ１、ＣＣＴ１、Ｄ１｝およびＲＤ２＝｛ＲＯ２、ＣＣＴ２、Ｄ２｝」の順序関係を以下の（ア）〜（ウ）に示すように定義する。
（ア）ＲＯ１＜ＲＯ２ならば、ＲＤ１＜ＲＤ２
（イ）ＲＯ１＞ＲＯ２ならば、ＲＤ１＞ＲＤ２
（ウ）ＲＯ１＝ＲＯ２ならば、さらに、以下の（カ）または（キ）に示すように定義する。
（カ）コンテンツ作成日時の精度：ＣＣＴａｃ≦記録時間の精度：Ｄａｃ
（カ１）ＣＣＴ１＋Ｄ１＜ＣＣＴ２＋Ｄ２ならば、ＲＤ１＜ＲＤ２
（カ２）ＣＣＴ１＋Ｄ１＞ＣＣＴ２＋Ｄ２ならば、ＲＤ１＞ＲＤ２
（カ３）ＣＣＴ１＋Ｄ１＝ＣＣＴ２＋Ｄ２ならば、ＲＤ１＝ＲＤ２
（キ）コンテンツ作成日時の精度：ＣＣＴａｃ＞記録時間の精度：Ｄａｃ
（サ）Ｄ２≦２×ＣＣＴａｃならば、
（サ１）ＣＣＴ１＋Ｄ１＜ＣＣＴ２＋Ｄ２ならば、ＲＤ１＜ＲＤ２
（サ２）ＣＣＴ１＋Ｄ１＞ＣＣＴ２＋Ｄ２ならば、ＲＤ１＞ＲＤ２
（サ３）ＣＣＴ１＋Ｄ１＝ＣＣＴ２＋Ｄ２ならば、ＲＤ１＝ＲＤ２
（シ）Ｄ２＞２×ＣＣＴａｃならば、
（シ１）ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ＜ＣＣＴ２＋Ｄ２ならば、ＲＤ１＜ＲＤ２
（シ２）ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ＞ＣＣＴ２＋Ｄ２ならば、ＲＤ１＞ＲＤ２
（シ３）ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ＝ＣＣＴ２＋Ｄ２ならば、ＲＤ１＝ＲＤ２
このように、記録区間情報の順序関係を決定する場合においては、（ア）および（イ）に示すように、比較の対象となる２つの記録区間情報について各レコーディングオーダーが異なる値の場合にはレコーディングオーダーに基づいて決定する。また、（ウ）に示すように、比較の対象となる２つの記録区間情報について各レコーディングオーダーが同じ値の場合にはコンテンツ作成日時および記録時間に基づいて決定する。
コンテンツ作成日時の精度または記録時間の精度によっては、記録区間情報に誤差が生じる場合がある。そこで、記録区間情報の誤差について図面を参照して説明する。
図３６は、デジタルビデオカメラ１側に記録されているコンテンツファイルの記録区間情報と、ＰＣ２０側で記録されている最終記録区間情報との関係を示す遷移図である。
図３６に示すグラフにおいては、縦軸は時刻を示し、ＣＣＴ（コンテンツ作成日時）の精度を横線で示す。また、図３６（ａ）〜（ｄ）に示す各枠において、その左側の枠がＰＣ２０側に記録されている最終記録区間情報の最終記録区間を模式的に示し、その右側の枠がデジタルビデオカメラ１側に記録されているコンテンツファイルの記録区間を模式的に示す。
例えば、図３６（ａ）に示すように、ＰＣ２０側には最終記録区間情報として最終記録区間Ｌ１が記録され、デジタルビデオカメラ１側にはコンテンツファイルＡの記録区間情報として記録区間２６００が記録されている場合について説明する。ここで、コンテンツファイルＡについては、ＰＣ２０側にバックアップ処理がされていないものとする。
この場合において、例えば、図３６（ｂ）に示すように、デジタルビデオカメラ１側に記録されているコンテンツファイルＡがコンテンツファイルＡ１およびコンテンツファイルＡ２に分割処理される。この場合には、コンテンツファイルＡの記録区間２６００がコンテンツファイルＡ１の記録区間２６１０およびコンテンツファイルＡ２の記録区間２６２０に分割される。例えば、この場合において、コンテンツファイルＡ２の記録区間２６２０についてコンテンツ作成日時の精度によって誤差が生じ、図３６（ｂ）に示すように、実際のコンテンツ作成日時よりも前のコンテンツ作成日時が記録される。
図３６（ｂ）に示す状況において、デジタルビデオカメラ１とＰＣ２０との間でバックアップ処理がされた場合に、何らかの原因でコンテンツファイルＡ１のみのバックアップ処理がされたとする。その結果、図３６（ｃ）に示すように、ＰＣ２０側には最終記録区間情報として記録区間２６１０に対応する最終記録区間Ｌ２が記録され、デジタルビデオカメラ１側にはコンテンツファイルＡ１の記録区間２６１０およびコンテンツファイルＡ２の記録区間２６２０が記録される。
さらに、図３６（ｃ）に示す状況において、デジタルビデオカメラ１側に記録されているコンテンツファイルＡ１がコンテンツファイルＡ１１およびコンテンツファイルＡ１２に分割処理される。この場合には、コンテンツファイルＡ１の記録区間２６１０がコンテンツファイルＡ１１の記録区間２６１１およびコンテンツファイルＡ１２の記録区間２６１２に分割される。
この場合において、コンテンツファイルＡ２の記録区間２６２０についてコンテンツ作成日時の精度によって誤差が生じているため、例えば、図３６（ｄ）に示すように、コンテンツファイルＡ１２の記録区間２６１２と、コンテンツファイルＡ２の記録区間２６２０との値が同じになる場合がある。
実際のコンテンツ作成日時に基づいた場合には、コンテンツファイルＡ１２の記録区間２６１２は、最終記録区間Ｌ２よりも順序が後ではなく、かつ、コンテンツファイルＡ２の記録区間２６２０は、最終記録区間Ｌ２よりも順序が後である、という比較結果を導くことができる。
しかしながら、上述のように記録区間情報に誤差が生じる場合には、正確に順序関係を判断できないことがある。正確な判断ができない場合の比較結果は、比較処理におけるコンテンツ作成日時の精度および記録時間の精度の活用の仕方によって異なってくる。上記の（サ）および（シ）に示す判断方法では、一定記録期間を持つコンテンツに対しては、誤判断しないようにしている。
以上で示したように、第７の実施の形態では、デジタルビデオカメラ１では、ＨＤＤ１４上に新たにコンテンツファイルＦｃｔが作成される毎にその値をインクリメントするようにして上記レコーディングオーダーを生成し、図３５（ａ）に示すように、このコンテンツファイルＦｃｔの作成に応じてインデックスファイルＦｉｎｄｅｘ内にエントリされるエントリデータ内のコンテンツＩＤC5としてこのレコーディングオーダーを格納するとともに、このコンテンツファイルＦｃｔのコンテンツ作成日時および記録時間をエントリデータ内に格納する。また、デジタルビデオカメラ１において、作成されたコンテンツファイルＦｃｔが分割処理された場合には、図３５（ｂ）に示すように、分割後のコンテンツファイルＦｃｔについて分割前と同じ値のレコーディングオーダーがエントリデータ内に格納されるとともに、分割後のコンテンツファイルＦｃｔに応じてコンテンツ作成日時および記録時間がエントリデータ内に格納される。
また、前回のバックアップ処理（全コンテンツ保存処理）から今回のバックアップ処理までの間にデジタルビデオカメラ１側で追加されたコンテンツファイルＦｃｔをＰＣ２０側で把握するために、デジタルビデオカメラ１とＰＣ２０側とが接続されてバックアップ処理が行われる毎に、デジタルビデオカメラ１側で最後に記録されたコンテンツファイルＦｃｔの記録区間情報（すなわち、最終記録区間情報）をＰＣ２０側で保持する。これによって次回のバックアップ処理時において、今回のバックアップ処理時に保持された最終記録区間情報を用いることができる。
さらに、次回のバックアップ処理時においては、その前のバックアップ処理時においてＰＣ２０側で保持された最終記録区間情報と、デジタルビデオカメラ１側で保持されているインデックスファイルＦｉｎｄｅｘ内に格納されている各コンテンツファイルＦｃｔの記録区間情報とを比較する。これによって、ＰＣ２０側で保持された最終記録区間情報に含まれるレコーディングオーダーよりも値の大きなレコーディングオーダーを有するコンテンツファイルＦｃｔは、前回のバックアップ処理から今回のバックアップ処理までの間にデジタルビデオカメラ１側で追加されたコンテンツファイルＦｃｔであることをＰＣ２０側で把握することができる。さらに、ＰＣ２０側で保持された最終記録区間情報に含まれるレコーディングオーダーの値と同じ値のレコーディングオーダーを有するコンテンツファイルＦｃｔの場合には、そのコンテンツファイルＦｃｔのコンテンツ作成日時および記録時間と、ＰＣ２０側で保持された最終記録区間情報に含まれるコンテンツ作成日時および記録時間とを比較することによって、前回のバックアップ処理から今回のバックアップ処理までの間にデジタルビデオカメラ１側で追加されたコンテンツファイルＦｃｔであることをＰＣ２０側で把握することができる。
このように、ＰＣ２０側で保持される最終記録区間情報は、差分情報（すなわち、この場合は「コンテンツ追加」のみ）を検出するための情報として機能することが理解できる。その意味で、以下で示す図３７および図３８においては、当該最終記録区間情報を、差分情報検出用情報であるとして示す。
以上で示したように、第７の実施の形態で示す全コンテンツ保存処理と第６の実施の形態で示す全コンテンツ保存処理との相違点は、同じ値のレコーディングオーダーが複数のコンテンツファイルＦｃｔに付されている場合には、コンテンツ作成日時および記録時間に基づいてバックアップ処理を行う点である。
次に、既にバックアップ処理がされたコンテンツファイルＦｃｔが分割された場合における第７の実施の形態のバックアップ処理（簡易版全コンテンツ保存）について図面を参照して説明する。
図３７および図３８は、第７の実施の形態のバックアップ処理（簡易版全コンテンツ保存）について模式的に示した図である。この図３７および図３８においても先の図７、図１４、図１７、図２０、図２３、図２７と同様に、図３７（ａ）および図３８（ａ）では、デジタルビデオカメラ１におけるＨＤＤ１４上に記録されるインデックスファイルＦｉｎｄｅｘ、コンテンツファイルＦｃｔについて、時間軸ｔに沿った状態遷移を示し、図３７（ｂ）および図３８（ｂ）では、パーソナルコンピュータ２０におけるＨＤＤ３０上に記録されるインデックスファイルＦｉｎｄｅｘ、コンテンツファイルＦｃｔ、およびＰＣ側管理情報３０ｂについて同じく時間軸ｔに沿った状態遷移を示す。
なお、図３７は、パーソナルコンピュータ２０におけるＨＤＤ３０上にコンテンツファイルＦｃｔが記録された後に、そのコンテンツファイルＦｃｔがデジタルビデオカメラ１側で分割された場合におけるバックアップ処理の一例を示す図である。また、図３８は、パーソナルコンピュータ２０におけるＨＤＤ３０上にコンテンツファイルＦｃｔが記録される前に、そのコンテンツファイルＦｃｔがデジタルビデオカメラ１側で分割された場合におけるバックアップ処理の一例を示す図である。
なお、図３７および図３８において、時点ｔ１〜時点ｔ６にかけてのデジタルビデオカメラ１側のコンテンツファイルＦｃｔの格納状態の遷移とそれに応じたインデックスファイルＦｉｎｄｅｘの情報内容の遷移、およびＰＣ２０側におけるコンテンツファイルＦｃｔの格納状態の遷移は、上述した各バックアップ処理における遷移とほぼ同様であるため、これらの説明は省略する。
図３７において、具体的な動作について説明すると、時点ｔ１の初回の全コンテンツ保存処理では、デジタルビデオカメラ１側で保持されるコンテンツファイルＦｃｔは「Ａ」「Ｂ」「Ｃ」の３つであるため、最終記録区間情報は、例えば「Ｃの記録区間情報」である。この場合のＰＣ２０側では、図３７に示すように、これらコンテンツファイル「Ａ」「Ｂ」「Ｃ」を転送させ保存した上で、この最終記録区間情報「Ｃの記録区間情報」のみを保持する（図３７の「Ｘ（３）」）。このようにすることによって、ＰＣ２０においては、第１乃至第５の実施の形態に示すように、デジタルビデオカメラ１側において保持されるインデックスファイルＦｉｎｄｅｘの全てを転送させ保存する必要がない。
そして、時点ｔ２においてデジタルビデオカメラ１側でコンテンツファイル「Ｄ」が追加された後の、時点ｔ３における全コンテンツ保存処理では、時点ｔ１の全コンテンツ保存処理時に保存された最終記録区間情報と、この時点ｔ２においてデジタルビデオカメラ１側で保持されているインデックスファイルＦｉｎｄｅｘ内の各コンテンツファイルＦｃｔの記録区間情報とを比較し、時点ｔ１から時点ｔ３までの間に追加されたコンテンツファイルＦｃｔを特定する。
例えば、時点ｔ３において、時点ｔ１の全コンテンツ保存処理時に保存された最終記録区間情報のレコーディングオーダーと、この時点ｔ２においてデジタルビデオカメラ１側で保持されているインデックスファイルＦｉｎｄｅｘ内の各コンテンツファイルＦｃｔのレコーディングオーダーの値とを比較すると、最終記録区間情報のレコーディングオーダーと同じ値のレコーディングオーダーが対応づけられたコンテンツファイル「Ｃ」がデジタルビデオカメラ１側に存在する。しかし、コンテンツファイル「Ｃ」は分割処理されていないため、最終記録区間情報のコンテンツ作成日時および記録時間と、コンテンツファイル「Ｃ」のコンテンツ作成日時および記録時間とは同じ値となっている。このように、コンテンツファイル「Ｃ」は既にＰＣ２０に保存されているため、転送されない。
同様に、時点ｔ３において、最終記録区間情報のレコーディングオーダーと、デジタルビデオカメラ１側が保持している各コンテンツファイルＦｃｔのレコーディングオーダーの値とを比較すると、最終記録区間情報のレコーディングオーダーよりも値の大きなレコーディングオーダーが対応づけられたコンテンツファイル「Ｄ」がデジタルビデオカメラ１側に存在する。そこで、コンテンツファイル「Ｄ」を転送させ保存した上で、この最終記録区間情報「Ｄの記録区間情報」のみを保持する（図３７の「Ｙ（４）」）。
すなわち、この場合のデジタルビデオカメラ１側におけるインデックスファイルＦｉｎｄｅｘ内の各コンテンツファイルＦｃｔについてのレコーディングオーダーは、コンテンツファイル「Ａ」「Ｂ」「Ｃ」「Ｄ」がそれぞれ「１」「２」「３」「４」であり、最終記録区間情報のレコーディングオーダー「３」よりも大きなレコーディングオーダー「４」が対応づけられたコンテンツファイル「Ｄ」が、前回から追加されたコンテンツファイルＦｃｔとして特定される。
この場合の例では、最終記録区間情報のレコーディングオーダーよりも値が大きかったコンテンツファイルＦｃｔを特定するための情報として、そのファイルパスC7（図６）をリストアップするようにしている。
なお、上記コンテンツファイルＦｃｔを特定するための情報としては、このようなファイルパスC7の代わりにコンテンツＩＤC5（図６）をリストアップすることもできる。
このように、前回から追加されたコンテンツファイルＦｃｔが特定されると、ＰＣ２０は、そのコンテンツファイルＦｃｔを転送するようにデジタルビデオカメラ１側に転送要求を行う。つまりこの場合はコンテンツファイル「Ｄ」についての転送要求を行うようにされる。そして、転送されたコンテンツファイルＦｃｔ（「Ｄ」）をＨＤＤ３０に保存するようにされる。
さらに、この場合もＰＣ２０は、デジタルビデオカメラ１側において保持されるインデックスファイルＦｉｎｄｅｘの内容に基づいて、最も順序が後ろの記録区間情報（つまりこの場合は「Ｄ」である）を最終記録区間情報（差分情報検出用情報）として保存する（図３７の「Ｙ（４）」）。
また、時点ｔ４においてコンテンツファイル「Ｄ」がコンテンツファイル「Ｄ１」および「Ｄ２」に分割された後の、時点ｔ５の全コンテンツ保存処理では、図３７に示すように、デジタルビデオカメラ１側からＰＣ２０側へのコンテンツファイルＦｃｔの移動は行われない。すなわち、この場合には最終記録区間情報のレコーディングオーダーよりも大きなレコーディングオーダーを有するコンテンツファイルＦｃｔがデジタルビデオカメラ１側に存在せず、また、最終記録区間情報のレコーディングオーダーと同じ値のレコーディングオーダーを有するコンテンツファイルＦｃｔ（コンテンツファイル「Ｄ１」および「Ｄ２」）がデジタルビデオカメラ１側に存在するものの、最終記録区間情報のコンテンツ作成日時および記録時間と、コンテンツファイル「Ｄ１」および「Ｄ２」のコンテンツ作成日時および記録時間とを比較して、最終記録区間情報が、コンテンツファイル「Ｄ１」および「Ｄ２」の記録区間情報よりも順序が後ろの記録区間情報ではないため、転送されない。
この場合ＰＣ２０は、デジタルビデオカメラ１側から転送させたインデックスファイルＦｉｎｄｅｘに基づいて、最終記録区間情報を保存する（図３７の「Ｙ（４）」）。
次に、図３８を参照してバックアップ処理の一例の具体的な動作について説明する。なお、図３８に示す時点ｔ２までの遷移は、図３７で示した遷移と同様であるため、ここでの説明は省略する。
時点ｔ２においてデジタルビデオカメラ１側でコンテンツファイル「Ｄ」が追加された後に、時点ｔ３においてコンテンツファイル「Ｄ」がコンテンツファイル「Ｄ１」および「Ｄ２」に分割処理される。この場合に、分割後のコンテンツファイル「Ｄ１」および「Ｄ２」には、同じ値のレコーディングオーダーが付与されるとともに、それぞれに応じたコンテンツ作成日時および記録時間が記録区間情報として対応づけられる。
続いて、時点ｔ４における全コンテンツ保存処理では、時点ｔ１の全コンテンツ保存処理時にＰＣ２０側で保存された最終記録区間情報と、この時点ｔ３においてデジタルビデオカメラ１側が保持しているインデックスファイルＦｉｎｄｅｘ内の各コンテンツファイルＦｃｔの記録区間情報とを比較し、最終記録区間情報よりも順序が後ろとなる記録区間情報が対応づけられたコンテンツファイルＦｃｔを特定する。
すなわち、この場合のデジタルビデオカメラ１側におけるインデックスファイルＦｉｎｄｅｘ内の各コンテンツファイルＦｃｔについてのレコーディングオーダーは、コンテンツファイル「Ａ」「Ｂ」「Ｃ」「Ｄ１」「Ｄ２」がそれぞれ「１」「２」「３」「４」「４」である。ここで、コンテンツファイル「Ｃ」は分割処理されていないため、コンテンツファイル「Ｃ」の記録区間情報は、最終記録区間情報と同じである。このため、コンテンツファイル「Ｃ」は転送されない。また、コンテンツファイル「Ｄ１」「Ｄ２」については、最終記録区間情報のレコーディングオーダー「４」よりも大きなレコーディングオーダー「４」が対応づけられているため、最終記録区間情報よりも順序が後ろとなる記録区間情報が対応づけられたコンテンツファイルＦｃｔであり、前回から追加されたコンテンツファイルＦｃｔとして特定される。
ここで、第７の実施の形態の場合、このように最終記録区間情報よりも順序が後ろとなる記録区間情報が対応づけられたコンテンツファイルＦｃｔであって前回から追加されたコンテンツファイルＦｃｔを特定するための情報を、第６の実施の形態と同様に、図２８に示すように、簡易差分情報リストＬＳＢ−ｅにリストアップする。
この場合の例では、最終記録区間情報よりも順序が後ろとなる記録区間情報が対応づけられたコンテンツファイルＦｃｔを特定するための情報として、そのファイルパスC7をリストアップする。
なお、上記コンテンツファイルＦｃｔを特定するための情報としては、このようなファイルパスC7の代わりにコンテンツＩＤC5をリストアップすることもできる。
図３８に戻り、このような簡易差分情報リストＬＳＢ−ｅによって前回から追加されたコンテンツファイルＦｃｔが特定されると、ＰＣ２０は、そのコンテンツファイルＦｃｔを転送するようにデジタルビデオカメラ１側に転送要求を行う。つまり、ＰＣ２０がデジタルビデオカメラ１にコンテンツファイル「Ｄ１」「Ｄ２」についての転送要求を行う。
ここでは、時点ｔ４において、転送要求の後に何らかの原因でバックアップ処理が打ち切られ、転送要求がされたコンテンツファイル「Ｄ１」「Ｄ２」のうちのコンテンツファイル「Ｄ１」のみが転送されたとする。この場合には、転送されたコンテンツファイルＦｃｔ（「Ｄ１」）がＨＤＤ３０に保存される。
また、ＰＣ２０は、デジタルビデオカメラ１側において保持されているインデックスファイルＦｉｎｄｅｘの内容に基づいて、最も順序が後ろとなる記録区間情報（つまりこの場合はコンテンツファイル「Ｄ１」の記録区間情報である）を最終記録区間情報（差分情報検出用情報）として保存する（図中「Ｙ（４１）」）。
このように、転送要求の後に何らかの原因でバックアップ処理が打ち切られた場合には、同じ値のレコーディングオーダーが付与されているコンテンツファイルＦｃｔのうちの少なくとも１つのファイルのみが転送され、残りのコンテンツファイルが転送されない場合が考えられる。そこで、第７の実施の形態では、ＰＣ２０側に最終記録区間情報を記録して、同じ値のレコーディングオーダーが付与されているコンテンツファイルが複数存在する場合についても適切なバックアップ処理を実行する。
時点ｔ４においてバックアップ処理が打ち切られた後の時点ｔ５において、さらに全コンテンツ保存処理が実行されたとする。この時点ｔ５における全コンテンツ保存処理では、時点ｔ４の全コンテンツ保存処理時にＰＣ２０側で保存された最終記録区間情報と、この時点ｔ５においてデジタルビデオカメラ１側が保持しているインデックスファイルＦｉｎｄｅｘ内の各コンテンツファイルＦｃｔの記録区間情報とを比較し、最終記録区間情報よりも順序が後ろとなる記録区間情報が対応づけられたコンテンツファイルＦｃｔを特定する。
すなわち、この場合のデジタルビデオカメラ１側におけるインデックスファイルＦｉｎｄｅｘ内の各コンテンツファイルＦｃｔについてのレコーディングオーダーは、コンテンツファイル「Ａ」「Ｂ」「Ｃ」「Ｄ１」「Ｄ２」がそれぞれ「１」「２」「３」「４」「４」である。ここで、コンテンツファイル「Ｄ１」「Ｄ２」については、最終記録区間情報のレコーディングオーダー「４」と同じ値のレコーディングオーダー「４」が対応づけられている。そこで、最終記録区間情報のコンテンツ作成日時および記録時間と、コンテンツファイル「Ｄ１」または「Ｄ２」のコンテンツ作成日時および記録時間とを比較し、最終記録区間情報よりも順序が後ろとなる記録区間情報が対応づけられたコンテンツファイルＦｃｔとしてコンテンツファイル「Ｄ２」を特定する。すなわち、前回から追加されたコンテンツファイルＦｃｔとして特定される。
ここで、前回から追加されたコンテンツファイルＦｃｔを特定するための情報を、図２８に示すように、簡易差分情報リストＬＳＢ−ｅにリストアップする。
この場合の例では、最終記録区間情報よりも順序が後ろとなる記録区間情報が対応づけられたコンテンツファイルＦｃｔを特定するための情報として、そのファイルパスC7をリストアップする。
なお、上記コンテンツファイルＦｃｔを特定するための情報としては、このようなファイルパスC7の代わりにコンテンツＩＤC5をリストアップすることもできる。
図３８に戻り、このような簡易差分情報リストＬＳＢ−ｅにより前回から追加されたコンテンツファイルＦｃｔが特定されると、ＰＣ２０は、そのコンテンツファイルＦｃｔを転送するようにデジタルビデオカメラ１側に転送要求を行う。つまり、ＰＣ２０がデジタルビデオカメラ１にコンテンツファイル「Ｄ２」についての転送要求を行う。
この場合には、転送されたコンテンツファイルＦｃｔ（「Ｄ２」）がＨＤＤ３０に保存される。また、ＰＣ２０は、デジタルビデオカメラ１側において保持されているインデックスファイルＦｉｎｄｅｘの内容に基づいて、最も順序が後ろとなる記録区間情報（つまりこの場合はコンテンツファイル「Ｄ２」の記録区間情報である）を最終記録区間情報（差分情報検出用情報）として保存する（図３８の「Ｚ（５）」）。
続いて、時点ｔ５においてコンテンツファイル「Ｄ２」の転送処理がされた後の時点ｔ６の全コンテンツ保存処理では、図３８に示すように、デジタルビデオカメラ１側からＰＣ２０側へのコンテンツファイルＦｃｔの移動は行われない。すなわち、この場合には最終記録区間情報よりも順序が後ろとなる記録区間情報が対応づけられたコンテンツファイルＦｃｔがデジタルビデオカメラ１側に存在しないため、簡易差分情報リストＬＳＢ−ｅは空となり、従ってデジタルビデオカメラ１側への転送要求は行われない。
この場合において、ＰＣ２０は、デジタルビデオカメラ１側に記憶されているインデックスファイルＦｉｎｄｅｘに基づいて、コンテンツファイル「Ｄ２」の最終記録区間情報を保存する（図３８の「Ｚ（５）」）。
第７の実施の形態で示す簡易版全コンテンツ保存処理によれば、第６の実施の形態の場合と同様に、過去にＰＣ２０側への保存対象とされたコンテンツファイルＦｃｔについては、これらを全てＰＣ２０側において保存することができる。
また、コンテンツ保存処理において実際に転送を行うのは、差分のファイルのみとすることができるため、全コンテンツを上書きコピーして実現する場合と比較した場合には、全コンテンツ保存処理をより高速化することができる。また、このように転送すべきコンテンツファイルＦｃｔを減らすことができるため、処理負担について軽減させることができる。
また、特にこの場合の簡易版全コンテンツ保存処理によれば、差分情報の生成にあたっては記録区間情報のみについての比較を行えばよい。このため、先の第３の実施の形態のように前回／今回バックアップ時のインデックスファイルＦｉｎｄｅｘ同士の内容を突き合わせる場合よりも、さらに高速に差分情報を取得することができ、従ってこの点で全コンテンツ保存処理をさらに高速化することができる。
７−２．処理動作
図３９〜４０は、上記説明による簡易版全コンテンツ保存の動作を実現するための処理動作を示す図である。
これらの図において、図３９は簡易版全コンテンツ保存処理の全体的な流れについて示している。また、図４０は、図３９のステップＳ１６０４としての簡易差分情報リスト生成処理の内容について示し、図４１は、図３９に示すステップＳ１６０５としての差分ファイル群処理（簡易版全コンテンツ保存）の処理内容について示している。さらに、図４２は、図４０に示すステップＳ１７０５における判断処理の処理内容について示している。
なお、これらの図に示される処理動作としても、ＣＰＵ２１がバックアップ処理用プログラム３０ａに基づいて実行するものである。
また、図３９としても、前提として既にデジタルビデオカメラ１とパーソナルコンピュータ２０とがデータ通信可能に接続されている状態にあるとする。
また、この場合としても処理動作はパーソナルコンピュータ２０側のみについて示しているが、この場合のデジタルビデオカメラ１側としては、ＰＣ２０側からの要求に応じコンテンツファイルＦｃｔまたはインデックスファイルＦｉｎｄｅｘを転送する処理を行うことになる。また、これまでの説明からも理解されるように、この場合は前提として、デジタルビデオカメラ１側では、ＨＤＤ１４におけるコンテンツファイルＦｃｔの作成ごと（更新後のコンテンツファイルＦｃｔも含む）にレコーディングオーダーを生成し、これをインデックスファイルＦｉｎｄｅｘ内における対応するエントリデータ内のコンテンツＩＤC5として格納するとともに、このコンテンツファイルＦｃｔのコンテンツ作成日時および記録時間をエントリデータ内に格納する。
先ず、図３９において、ステップＳ１６０１では、全コンテンツ保存処理が指示されるまで待機する。このステップＳ１６０１は、先の図１８に示した全コンテンツ保存処理の場合のステップＳ６０１と同様である。
そして、全コンテンツ保存処理の指示があったとして肯定結果が得られた場合には、ステップＳ１６０２において、最終記録区間情報がバックアップ保存されているか否かについて判別処理を行う。これは、先の図１８のステップＳ６０２でインデックスファイルＦｉｎｄｅｘが既にバックアップされているか否かを判別する処理と同様に、最終記録区間情報がバックアップされているか否かを判別することによって、既に過去において全コンテンツ保存処理が行われたか否かについて判別する。
最終記録区間情報がバックアップされておらず否定結果が得られた場合には、初回の全コンテンツ保存処理であるため、ステップＳ１６０７に進み、全コンテンツファイルの転送要求を行い、ステップＳ１６０８において、転送されたコンテンツファイルを保存するための処理を実行する。
続いて、ステップＳ１６０９において、最終記録区間情報を保存するための処理を実行する。すなわち、このステップＳ１６０９において、デジタルビデオカメラ１側に転送要求を行い、インデックスファイルＦｉｎｄｅｘを転送させた上で、この転送されたインデックスファイルＦｉｎｄｅｘ内の各エントリデータ（各管理ファイルスロットＳｍ）内の記録区間情報のうちで、最も順序が後ろとなる記録区間情報を最終記録区間情報として保存する。この最終記録区間情報の保存先としては、例えばＨＤＤ３０を保存先とすることができる。
ステップＳ１６０９において最終記録区間情報を保存した後に、ステップＳ１６１０に進み、コンテンツファイルの格納状況に応じてＰＣ側管理情報３０ｂを更新する処理を実行する。つまり、この簡易版全コンテンツ保存処理においても、ＰＣ２０側においてはＨＤＤ３０に格納されるコンテンツファイルＦｃｔがＰＣ側管理情報３０ｂにより管理される。
また、先のステップＳ１６０２において、最終記録区間情報が保存されているとして肯定結果が得られた場合には、既に全コンテンツ保存処理が行われている場合であるため、ステップＳ１６０３に進み、デジタルビデオカメラ１側のインデックスファイルを取得するための処理を実行する。すなわち、デジタルビデオカメラ１側に転送要求を行い、インデックスファイルＦｉｎｄｅｘを転送させ、これを例えばメモリ部２２等に一時保持する。
続いて、ステップＳ１６０４では、簡易差分情報リスト生成処理が実行される。
図４０は、ステップＳ１６０４における簡易差分情報リスト生成処理の詳細な内容を示す図である。
図４０において、ステップＳ１７０１では、保存されている最終記録区間情報を取得する。続いて、ステップＳ１７０２では、ポインタ値ｊを０にリセットする。このポインタ値ｊは、ステップＳ１６０３においてデジタルビデオカメラ１側から取得したインデックスファイルＦｉｎｄｅｘ内にエントリされる各エントリデータ（管理ファイルスロットＳｍ）のうちから、対象とするエントリデータを指し示すためのポインタとしての役割を果たす。なお、この意味で、先に説明したような今回バックアップ時の相違検出用情報リストＬＤｄ−ｐｓについてのポインタ値ｊと同じ符号を付している。
続いて、ステップＳ１７０３では、ポインタ値ｊが全コンテンツ数と一致したか否かについて判別処理を行う。すなわち、ポインタ値ｊが、取得したインデックスファイルＦｉｎｄｅｘ内にエントリされるエントリデータの数と一致したか否かについて判別処理を行う。
ポインタ値ｊが全コンテンツ数と一致してはいないとして否定結果が得られた場合には、未だ全てのエントリデータについて以下で説明する処理を行っていないため、以下のステップＳ１７０４に続く処理を実行する。
ステップＳ１７０４では、ｊ番目のコンテンツのエントリデータから記録区間情報を取得する。すなわち、ポインタ値ｊによって指し示されるエントリデータ内の記録区間情報を取得する。
続いて、ステップＳ１７０５において、このように取得した記録区間情報が保存されている最終記録区間情報よりも順序が後ろとなるか否かについて判別処理を行う。保存されている最終記録区間情報よりも順序が後ろとなるとして肯定結果が得られた場合には、ステップＳ１７０６において、ｊ番目のコンテンツのエントリデータからファイルパスを取得する。つまりポインタ値ｊによって示されるエントリデータ内のファイルパスC7を取得する。続いて、ステップＳ１７０７において、簡易差分情報リストにファイルパスを追加するための処理を実行する。すなわち、取得されたファイルパスC7の情報を、図２８において説明した簡易差分情報リストＬＳＢ−ｅにリストアップする。この簡易差分情報リストＬＳＢ−ｅが、例えばメモリ部２２等に一時保持される。なお、ステップＳ１７０５における判断処理については、図４２を参照して詳細に説明する。
ステップＳ１７０７において、ファイルパスが簡易差分情報リストに追加された後に、ステップＳ１７０８でポインタ値ｊをインクリメントし、ステップＳ１７０３に戻る。
一方、ステップＳ１７０５において、保存されている最終記録区間情報よりも順序が後ろとなるとして否定結果が得られた場合には、ステップＳ１７０８に進み、ポインタ値ｊをインクリメントした後に、ステップＳ１７０３に戻る。すなわち、このように最終記録区間情報よりも順序が同じか前となる記録区間情報を有するコンテンツファイルＦｃｔは、ＰＣ２０側に既に保存されているコンテンツファイルＦｃｔであるため、そのファイルパスC7の情報は簡易差分情報リストＬＳＢ−ｅに追加されない。
また、ステップＳ１７０３において、ポインタ値ｊが全コンテンツ数と一致したとして肯定結果が得られた場合には、デジタルビデオカメラ１側から取得したインデックスファイルＦｉｎｄｅｘ内の全てのエントリデータについて最終記録区間情報との比較が完了し、簡易差分情報リストＬＳＢ−ｅの生成が完了したことになる。このようにステップＳ１７０３において肯定結果が得られた場合には、図３９に示すステップＳ１６０５に処理を進める。
図４１は、図３９に示すステップＳ１６０５における差分ファイル群処理（簡易版全コンテンツ保存）の内容を示す図である。
図４１において、ステップＳ１８０１では、ポインタ値ｍを０にリセットする。このポインタ値ｍは、簡易差分情報リストＬＳＢ−ｅ内にリストアップされるファイルパスC7のうちから対象とするファイルパスC7を指し示すためのポインタとしての役割を果たす。
続いて、ステップＳ１８０２では、ポインタ値ｍがリストアップ数と一致したか否かについて判別処理を行う。つまり、ポインタ値ｍが簡易差分情報リストＬＳＢ−ｅ内のファイルパスC7のリストアップ数と一致したか否かについて判別する。
ステップＳ１８０２において、ポインタ値ｍが簡易差分情報リストＬＳＢ−ｅ内のリストアップ数と一致していないとして否定結果が得られた場合には、リストアップされた全てのファイルパスC7（コンテンツファイルＦｃｔ）について以下で説明する処理が行われていない状態であるため、以下のステップＳ１８０３に続く処理を行う。
続いて、ステップＳ１８０３では、バックアップ処理についての打ち切り要求があったか否かが判断される。バックアップ処理についての打ち切り要求があった場合には、差分情報ファイル群処理（簡易版全コンテンツ保存）を終了し、図３９におけるステップＳ１６０６に処理を進める。バックアップ処理についての打ち切り要求がなければ、ステップＳ１８０４に進む。
ステップＳ１８０４では、ｍ番目のファイルパスを取得する。すなわち、簡易差分情報リストＬＳＢ−ｅ内においてポインタ値ｍによって示されるファイルパスC7を取得する。
続いて、ステップＳ１８０５では、対象ファイルの転送要求を行う。つまり、取得したファイルパスC7によって特定されるコンテンツファイルＦｃｔについての転送要求をデジタルビデオカメラ１側に対して行う。
続いて、ステップＳ１８０６では、転送されたファイルを保存するための処理を実行する。これによってデジタルビデオカメラ１側にのみ保持されるコンテンツファイルＦｃｔを転送させてこれをＰＣ２０側で保存することができる。
ステップＳ１８０６の保存処理を実行した後に、ステップＳ１８０７においてポインタ値ｍをインクリメントし、ステップＳ１８０２に戻る。
ステップＳ１８０２においてポインタ値ｍがリストアップ数と一致したとして肯定結果が得られた場合には、簡易差分情報リストＬＳＢ−ｅにリストアップされる全てのファイルについて転送要求＆保存処理が完了しているため、差分情報ファイル群処理（簡易版全コンテンツ保存）を終了し、図３９におけるステップＳ１６０６に処理を進める。
図３９において、ステップＳ１６０６では、最終記録区間情報を更新するための処理を実行する。つまり、ステップＳ１６０３においてデジタルビデオカメラ１側から取得したインデックスファイルＦｉｎｄｅｘ内における各エントリデータ内の記録区間情報を参照し、そのうちで最も順序が後となる記録区間情報を新たな最終記録区間情報として取得する。そして、既に保存されている最終記録区間情報の値を、この新たに取得した最終記録区間情報の値に更新する処理を実行する。
ステップＳ１６０６における最終記録区間情報の更新処理を実行した後に、ステップＳ１６１０に進み、コンテンツファイルの格納状況に応じてＰＣ側管理情報３０ｂを更新する処理を実行する。
図４２は、図４０に示すステップＳ１７０５における判断処理の内容を示す図である。
例えば、最終記録区間情報を「ＲＤ１＝｛ＲＯ１、ＣＣＴ１、Ｄ１｝」とし、比較対象の記録区間情報を「ＲＤ２＝｛ＲＯ２、ＣＣＴ２、Ｄ２｝」とした場合における順序関係について説明する。
図４２において、ステップＳ１９０１またはステップＳ１９０２では、最終記録区間情報のレコーディングオーダー（ＲＤ１）と、比較対象の記録区間情報のレコーディングオーダー（ＲＤ２）とを比較して両者の大小関係を判断する。
ステップＳ１９０１において、「ＲＯ１＜ＲＯ２」と判断された場合には、ステップＳ１９１１に進み、最終記録区間情報（ＲＤ１）と、比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＜ＲＤ２」と決定して処理を終了する。
一方、ステップＳ１９０２において、「ＲＯ１＞ＲＯ２」と判断された場合には、ステップＳ１９０９に進み、最終記録区間情報（ＲＤ１）と、比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＞ＲＤ２」と決定して処理を終了する。
ステップＳ１９０１またはステップＳ１９０２において、「ＲＯ１＜ＲＯ２」または「ＲＯ１＞ＲＯ２」の何れでもない場合は、「ＲＯ１＝ＲＯ２」の場合である。この場合には、ステップＳ１９０３に進み、コンテンツ作成日時の精度（ＣＣＴａｃ）と、記録時間の精度（Ｄａｃ）とを比較して両者の大小関係を判断する。
ステップＳ１９０３において、「ＣＣＴａｃ≦Ｄａｃ」と判断された場合には、ステップＳ１９０５に進み、コンテンツ作成日時と記録時間との合計値を比較して両者の大小関係を判断する。また、ステップＳ１９０３において、「ＣＣＴａｃ＞Ｄａｃ」と判断された場合には、ステップＳ１９０４に進む。
ステップＳ１９０４において、「Ｄ２≦２×ＣＣＴａｃ」と判断された場合には、ステップＳ１９０５に進み、コンテンツ作成日時と記録時間との合計値を比較して両者の大小関係を判断する。
ステップＳ１９０５において、「ＣＣＴ１＋Ｄ１＜ＣＣＴ２＋Ｄ２」と判断された場合には、ステップＳ１９１１に進み、最終記録区間情報（ＲＤ１）と、比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＜ＲＤ２」と決定して処理を終了する。
一方、ステップＳ１９０５において「ＣＣＴ１＋Ｄ１＜ＣＣＴ２＋Ｄ２」と判断されない場合には、ステップＳ１９０６に進む。ステップＳ１９０６において「ＣＣＴ１＋Ｄ１＞ＣＣＴ２＋Ｄ２」と判断された場合には、ステップＳ１９０９に進み、最終記録区間情報（ＲＤ１）と、比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＞ＲＤ２」と決定して処理を終了する。
また、ステップＳ１９０５において「ＣＣＴ１＋Ｄ１＜ＣＣＴ２＋Ｄ２」と判断されず、ステップＳ１９０６において「ＣＣＴ１＋Ｄ１＞ＣＣＴ２＋Ｄ２」と判断されない場合には、「ＣＣＴ１＋Ｄ１＝ＣＣＴ２＋Ｄ２」の場合である。この場合には、ステップＳ１９１０に進み、最終記録区間情報（ＲＤ１）と、比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＝ＲＤ２」と決定して処理を終了する。
ステップＳ１９０４において、「Ｄ２≦２×ＣＣＴａｃ」と判断されない場合には、「Ｄ２＞２×ＣＣＴａｃ」の場合である。この場合には、ステップＳ１９０７に進み、「ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ」と「ＣＣＴ２＋Ｄ２」とを比較して両者の大小関係を判断する。
ステップＳ１９０７において、「ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ＜ＣＣＴ２＋Ｄ２」と判断された場合には、ステップＳ１９１１に進み、最終記録区間情報（ＲＤ１）と、比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＜ＲＤ２」と決定して処理を終了する。
一方、ステップＳ１９０７において「ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ＜ＣＣＴ２＋Ｄ２」と判断されない場合には、ステップＳ１９０８に進む。ステップＳ１９０８において「ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ＞ＣＣＴ２＋Ｄ２」と判断された場合には、ステップＳ１９０９に進み、最終記録区間情報（ＲＤ１）と、比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＞ＲＤ２」と決定して処理を終了する。
また、ステップＳ１９０７において「ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ＜ＣＣＴ２＋Ｄ２」と判断されず、ステップＳ１９０８において「ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ＞ＣＣＴ２＋Ｄ２」と判断されない場合には、「ＣＣＴ１＋Ｄ１＋ＣＣＴａｃ＝ＣＣＴ２＋Ｄ２」の場合である。この場合には、ステップＳ１９１０に進み、最終記録区間情報（ＲＤ１）と、比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＝ＲＤ２」と決定して処理を終了する。
なお、ステップＳ１９０９において最終記録区間情報（ＲＤ１）と比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＞ＲＤ２」と決定された場合には、比較対象の記録区間情報（ＲＤ２）は、最終記録区間情報（ＲＤ１）の順序よりも前の順序であると判断される。
また、ステップＳ１９１０において最終記録区間情報（ＲＤ１）と比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＝ＲＤ２」と決定された場合には、比較対象の記録区間情報（ＲＤ２）は、最終記録区間情報（ＲＤ１）の順序と同じ順序であると判断される。
さらに、ステップＳ１９１１において最終記録区間情報（ＲＤ１）と比較対象の記録区間情報（ＲＤ２）との順序関係について、「ＲＤ１＜ＲＤ２」と決定された場合には、比較対象の記録区間情報（ＲＤ２）は、最終記録区間情報（ＲＤ１）の順序よりも後の順序であると判断される。
なお、図３９〜図４２の説明から理解されるように、第７の実施の形態としても、差分情報リストを生成した上で逐次リストアップされるファイルごとに転送要求、転送ファイルの保存を行うようにしたが、この場合も差分情報リストは生成せずに差分のファイルを１つ特定するごとにそのファイルの転送要求＆保存処理を行うようにすることもできる。
また、差分リストにリストアップされる全てのファイルについて一括して転送要求および保存処理を行うように構成することもできる。
また、第７の実施の形態では、記録順序情報を記録区間情報で実現する場合を例示したが、これまでの各実施の形態で説明したファイルパスC7とファイル更新日時との組み合わせによるコンテンツＩＤC5であっても記録順序情報として用いることができる。
このように、第７の実施の形態によれば、インデックスファイルの記録順序を示すレコーディングオーダーとして複数のコンテンツに同じ値が割り当てられる場合においても、適切なバックアップ処理を実行することができる。
なお、本発明の実施の形態では、デジタルビデオカメラ１とパーソナルコンピュータ２０とが接続されている場合において、パーソナルコンピュータ２０側の制御に基づいて、バックアップ処理を実行する例を示したが、これらのバックアップ処理を実行する場合において、デジタルビデオカメラ１側の制御に基づいて、バックアップ処理を実行するようにしてもよい。すなわち、デジタルビデオカメラ１において、バックアップ処理用プログラム３０ａと同様のバックアップ処理用プログラムを、例えば、ＨＤＤ１４に格納し、このバックアップ処理用プログラムに基づいて、ＣＰＵ１０が本発明の実施の形態で示した各種のバックアップ処理を実行するようにすることができる。
８．変形例
以上、本発明の実施の形態について説明したが、本発明としてはこれまでに説明した各実施の形態に限定されるべきものではない。
例えば実施の形態では、第１の管理情報（インデックスファイルＦindex）にはファイル識別子（コンテンツＩＤ）以外のファイル関連情報もエントリデータとしてエントリされる場合を例示したが、これらのファイル識別子以外のファイル関連情報がエントリされない管理情報とされる場合にも本発明は好適に適用することができる。
また、実施の形態では、ＰＣ２０側において、デジタルビデオカメラ１側からバックアップしたコンテンツファイルＦctをインデックスファイルＦindexとは別のＰＣ側管理情報３０ｂにより管理するものとしたが、このような別途の管理情報を用いずともデジタルビデオカメラ１側からバックアップしたインデックスファイルＦindexにより各コンテンツファイルＦctを管理するように構成することもできる。
例えば同期処理が行われる場合には、ＨＤＤ１４側とＨＤＤ３０側とで同じディレクトリ構造により各コンテンツファイルＦctを格納するものとすれば、ＰＣ２０側においてデジタルビデオカメラ１側からバックアップしたインデックスファイルＦindexにより適正にＨＤＤ３０に格納される各コンテンツファイルＦctを管理することができる。
また、これまでの実施の形態では例示しなかったが、同期＆全コンテンツ保存処理と、前回同期時状態の復元処理とを組み合わせることもできる。なお、確認のために述べておくと、前回同期時状態の復元処理であれば、各バックアップ時点と対応づけてインデックスファイルＦindexを保存する処理は行わなくても良いものとなる。
また、それ以外にも、例えば全コンテンツ保存処理（第３の実施の形態）と前回同期時状態の復元処理とを組み合わせることもできる。
上記のようにして本発明の実施の形態によれば、今回／過去における第１の管理情報を比較した結果から今回／過去におけるコンテンツ格納状態についての差分情報を検出し、この差分情報に基づいて第１の記録媒体から第２の記録媒体に追加されるべきコンテンツファイルについての転送・記録制御を行うことができる。
これによれば、撮像装置側で第１の記録媒体に新たにコンテンツファイルが追加された場合には、第２の記録媒体には差分情報として検出された当該追加分のコンテンツファイルのみを転送・記録することが可能となり、これによって、例えば、第１の記録媒体に記録される全てのコンテンツファイルを第２の記録媒体に上書きコピーする場合と比較すれば、バックアップ処理をより高速化することができる。
また、管理情報同士を比較して差分情報を検出するので、差分情報の検出に要する時間も短縮化でき、この点でもバックアップ処理の高速化が図られる。
また、実施の形態では、本発明の記録再生装置がデジタルビデオカメラ１等の撮像装置とされる場合を例示したが、本発明で言う記録再生装置としては、所定の第１の記録媒体に記録される各コンテンツファイル（実施の形態で例示したＡＶファイルや静止画像ファイルである必要はない）を所要の管理情報により管理するようにされたものを広く含むものである。
また、情報処理装置としてはパーソナルコンピュータ２０とされる場合を例示したが、少なくとも外部の記録再生装置（撮像装置等）とのデータ通信を可能とする通信手段と、所定の第２の記録媒体に対するデータの記録再生を可能とする記録再生手段を備えた情報処理装置等に本実施の形態を適用することができ、パーソナルコンピュータに限定されるべきものではない。
なお、本発明の実施の形態は本発明を具現化するための一例を示したものであり、特許請求の範囲における発明特定事項とそれぞれ対応関係を有するが、これに限定されるものではなく本発明の要旨を逸脱しない範囲において種々の変形を施すことができる。
なお、本発明の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。
本発明の実施の形態としての情報処理装置と記録再生装置とを含むバックアップシステムの概要について説明するための図である。 実施の形態としての記録再生装置の構成について示したブロック図である。 実施の形態としての情報処理装置の構成について示したブロック図である。 ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示した図である。 ＦＡＴファイルシステムにより管理される記録媒体上のファイルについての管理形態をディレクトリ構造により示した図である。 実施の形態の管理情報（第１の管理情報）によるファイル管理形態について説明するための図である。 第１の実施の形態としてのバックアップ処理（同期）について模式的に示した図である。 相違検出用情報リストの構造について説明するための図である。 前回バックアップ時の相違検出用情報リストと今回バックアップ時の相違検出用情報リストとを対比して示した図（差分情報生成用情報の構造図）である。 差分情報生成用情報から差分情報を用いた差分情報の検出動作を模式的に示した図である。 第１の実施の形態としての同期処理を実現するために行われるべき全体の処理動作の流れを示したフローチャートである。 差分情報の生成処理の処理内容について示したフローチャートである。 差分ファイル群処理（同期）の処理内容について示したフローチャートである。 第２の実施の形態としてのバックアップ処理（前回同期時状態の復元）について模式的に示した図である。 第２の実施の形態としての復元処理を実現するために行われるべき処理動作について示したフローチャートである。 差分情報ファイル群処理（前回同期時状態の復元）について示したフローチャートである。 第３の実施の形態としてのバックアップ処理（全コンテンツ保存）について模式的に示した図である。 第３の実施の形態としての全コンテンツ保存処理を実現するために行われるべき処理動作について示したフローチャートである。 差分ファイル群処理（全コンテンツ保存）の処理内容について示したフローチャートである。 第４の実施の形態としてのバックアップ処理（同期＆全コンテンツ保存）について模式的に示した図である。 第４の実施の形態としての同期＆全コンテンツ保存処理を実現するために行われるべき処理動作について示したフローチャートである。 差分ファイル群処理（同期＆全コンテンツ保存）の処理内容について示したフローチャートである。 第５の実施の形態としてのバックアップ処理（同期＆全コンテンツ保存＆任意時点復元）について模式的に示した図である。 第５の実施の形態としての同期＆全コンテンツ保存処理（任意時点復元用）を実現するために行われるべき処理動作について示したフローチャートである。 任意時点復元処理について示したフローチャートである。 差分ファイル群処理（任意時点復元）の処理内容について示したフローチャートである。 第６の実施の形態としてのバックアップ処理（簡易版全コンテンツ保存）について模式的に示した図である。 簡易差分情報リストの構造について示した図である。 第６の実施の形態としての簡易版全コンテンツ保存処理の全体的な流れについて示したフローチャートである。 簡易差分情報リスト生成処理の処理内容について示したフローチャートである。 差分ファイル群処理（簡易版全コンテンツ保存）の処理内容について示したフローチャートである。 ＨＤＤ１４に記憶されているインデックスファイルと、コンテンツファイルとの関係を示す概略図である。 ＨＤＤ１４に記憶されているインデックスファイルと、コンテンツファイルとの関係を示す概略図である。 ＨＤＤ１４に記憶されているインデックスファイルと、コンテンツファイルとの関係等を示す概略図である。 分割処理時のエントリデータの更新の概略を示す図である。 デジタルビデオカメラ１側に記録されているコンテンツファイルの記録区間情報と、ＰＣ２０側で記録されている最終記録区間情報との関係を示す遷移図である。 第７の実施の形態のバックアップ処理（簡易版全コンテンツ保存）について模式的に示した図である。 第７の実施の形態のバックアップ処理（簡易版全コンテンツ保存）について模式的に示した図である。 簡易版全コンテンツ保存処理の全体的な流れを示すフローチャートである。 簡易差分情報リスト生成処理を示すフローチャートである。 差分ファイル群処理（簡易版全コンテンツ保存）の処理内容を示すフローチャートである。 判断処理の処理内容を示すフローチャートである。
符号の説明
１ デジタルビデオカメラ
２ 光学系部
３ 光電変換部
４ ビデオ信号処理部
５ 画像入出力部
６ カメラ機能部
７ 表示部
８ 音声処理部
９ 音声入出力部
１０ ＣＰＵ
１１ ＲＯＭ
１２ ＲＡＭ
１２ａ 不揮発性メモリ
１３ メディアコントローラ
１４ ＨＤＤ
１５ 操作入力部
１６ ＵＳＢインタフェース
１７ 電源部
２１ ＣＰＵ
２２ メモリ部
２３ ＵＳＢインタフェース
２４ 入力処理部
２５ 入力部
２６ 表示処理部
２７ ディスプレイ
２８ ドライブ制御部
２９ メディアドライブ
３０ ＨＤＤ
３０ａ バックアップ処理用プログラム
３０ｂ ＰＣ側管理情報
３１ 通信処理部
３２ ネットワークインタフェース
３３ オーディオデータ処理部
３４ スピーカ
１００ バックアップシステム

Claims (16)

  1. 撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが前記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段を備える撮像装置と、所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手段と、
    前記第１の記録媒体に記録されている前記コンテンツファイルが前記第２の記録媒体に保存された場合には、当該保存時点において前記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報を前記情報処理装置に備えられる最終記録順序情報記憶手段に記憶し、前記通信手段により前記撮像装置と前記情報処理装置とがデータ通信可能とされている状態において前記最終記録順序情報記憶手段に記憶されている最終記録順序情報と前記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて前記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報を検出し、前記検出された差分情報に基づいて前記第１の記録媒体に記録されている前記コンテンツファイルを前記第２の記録媒体に記録するように制御する制御手段と
    を具備する情報処理システム。
  2. 撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが前記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段と、
    所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手段とを具備し、
    前記第１の記録媒体に記録されている前記コンテンツファイルが前記第２の記録媒体に保存された場合には、当該保存時点において前記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報が前記情報処理装置に備えられる最終記録順序情報記憶手段に記憶され、
    前記通信手段により前記情報処理装置との間でデータ通信可能とされている状態において前記最終記録順序情報記憶手段に記憶されている最終記録順序情報と前記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて前記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報が検出され、
    前記検出された差分情報に基づいて前記第１の記録媒体に記録されている前記コンテンツファイルを前記第２の記録媒体に記録するように制御される
    撮像装置。
  3. 前記比較により前記最終記録順序情報記憶手段に記憶されている最終記録順序情報の順序よりも後の順序となる記録順序情報が前記差分情報として検出され、
    前記第１の記録媒体に記録されている前記コンテンツファイルのうち前記検出された記録順序情報に対応するコンテンツファイルを前記第２の記録媒体に記録するように制御される
    請求項２記載の撮像装置。
  4. 前記第１の記録媒体に記録されている前記コンテンツファイルのうち更新処理がされたコンテンツファイルには更新前の記録順序情報とは異なる新たな記録順序情報が付与され、
    前記記録順序情報記憶手段は、前記更新処理がされたコンテンツファイルについて前記更新前の記録順序情報の代わりに前記新たに付与された記録順序情報を当該コンテンツファイルに関連付けて記憶する
    請求項２記載の撮像装置。
  5. 前記第１の記録媒体に記録されている前記コンテンツファイルのうち分割された各コンテンツファイルには分割前の記録順序情報とは異なる新たな記録順序情報がそれぞれに付与され、
    前記記録順序情報記憶手段は、前記分割された各コンテンツファイルに新たに付与された記録順序情報を当該各コンテンツファイルに関連付けて記憶する
    請求項２記載の撮像装置。
  6. 前記記録順序情報記憶手段は、前記第１の記録媒体に含まれる請求項２記載の撮像装置。
  7. 前記記録順序情報記憶手段は、前記第１の記録媒体に記録されているコンテンツファイルを管理するための管理情報に当該コンテンツファイルに関連付けられている前記記録順序情報を含めて記憶する請求項２記載の撮像装置。
  8. 撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが前記第１の記録媒体に記録された順序を示す記録順序情報と当該コンテンツファイルの作成日時および記録時間とを対応させた情報である記録区間情報を当該コンテンツファイルに関連付けて記録区間情報記憶手段に記録させる第１の記録制御手段と、
    所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手段とを具備し、
    前記第１の記録媒体に記録されている前記コンテンツファイルが前記第２の記録媒体に保存された場合には、当該保存時点において前記第２の記録媒体に保存されたコンテンツファイルに対応する記録区間情報のうちで順序が最後の記録区間情報である最終記録区間情報が前記情報処理装置に備えられる最終記録区間情報記憶手段に記憶され、
    前記通信手段により前記情報処理装置との間でデータ通信可能とされている状態において前記最終記録区間情報記憶手段に記憶されている最終記録区間情報と前記記録区間情報記憶手段に記憶されている記録区間情報とを比較した結果に基づいて前記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報が検出され、
    前記検出された差分情報に基づいて前記第１の記録媒体に記録されている前記コンテンツファイルを前記第２の記録媒体に記録するように制御される
    撮像装置。
  9. 前記比較により前記最終記録区間情報記憶手段に記憶されている最終記録区間情報の順序よりも後の順序となる記録区間情報が前記差分情報として検出され、
    前記第１の記録媒体に記録されている前記コンテンツファイルのうち前記検出された記録区間情報に対応するコンテンツファイルを前記第２の記録媒体に記録するように制御される
    請求項８記載の撮像装置。
  10. 前記第１の記録媒体に記録されている前記コンテンツファイルのうち分割された各コンテンツファイルには分割前と同一の記録順序情報が付与され、
    前記記録区間情報記憶手段は、前記分割された各コンテンツファイルの記録区間情報には前記分割前と同一の記録順序情報を含めて記憶する
    請求項８記載の撮像装置。
  11. 比較対象となる記録区間情報のうち前記最終記録区間情報記憶手段に記憶されている最終記録区間情報と記録順序情報が同一となる記録区間情報については、当該記録区間情報および当該最終記録区間情報のそれぞれに対応する作成日時および記録時間を比較することにより当該記録区間情報および当該最終記録区間情報の順序関係が決定される
    請求項１０記載の撮像装置。
  12. 撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが前記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段と、
    所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手段と、
    前記第１の記録媒体に記録されている前記コンテンツファイルを前記第２の記録媒体に保存する制御を行う制御手段とを具備し、
    前記制御手段は、
    前記第１の記録媒体に記録されている前記コンテンツファイルが前記第２の記録媒体に保存された場合には、当該保存時点において前記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報を前記情報処理装置に備えられる最終記録順序情報記憶手段に記憶し、
    前記通信手段により前記情報処理装置との間でデータ通信可能とされている状態において前記最終記録順序情報記憶手段に記憶されている最終記録順序情報と前記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて前記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報を検出し、
    前記検出された差分情報に基づいて前記第１の記録媒体に記録されている前記コンテンツファイルを前記第２の記録媒体に記録するように制御する
    撮像装置。
  13. 撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが前記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段を備える撮像装置との間でデータ通信を行う通信手段と、
    所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段とを具備し、
    前記第１の記録媒体に記録されている前記コンテンツファイルが前記第２の記録媒体に保存された場合には、当該保存時点において前記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報が最終記録順序情報記憶手段に記憶され、
    前記通信手段により前記撮像装置との間でデータ通信可能とされている状態において前記最終記録順序情報記憶手段に記憶されている最終記録順序情報と前記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて前記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報が検出され、
    前記検出された差分情報に基づいて前記第１の記録媒体に記録されている前記コンテンツファイルを前記第２の記録媒体に記録するように制御される
    情報処理装置。
  14. 撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが前記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段を備える撮像装置との間でデータ通信を行う通信手段と、
    前記第１の記録媒体に記録されている前記コンテンツファイルを第２の記録媒体に保存する制御を行う制御手段とを具備し、
    前記制御手段は、
    前記第１の記録媒体に記録されている前記コンテンツファイルが前記第２の記録媒体に保存された場合には、当該保存時点において前記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報を前記情報処理装置に備えられる最終記録順序情報記憶手段に記憶し、
    前記通信手段により前記撮像装置との間でデータ通信可能とされている状態において前記最終記録順序情報記憶手段に記憶されている最終記録順序情報と前記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて前記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報を検出し、
    前記検出された差分情報に基づいて前記第１の記録媒体に記録されている前記コンテンツファイルを前記第２の記録媒体に記録するように制御する
    情報処理装置。
  15. 撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが前記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段を備える撮像装置と、所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手順と、
    前記第１の記録媒体に記録されている前記コンテンツファイルが前記第２の記録媒体に保存された場合には、当該保存時点において前記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報を前記情報処理装置に備えられる最終記録順序情報記憶手段に記憶する手順と、
    前記撮像装置と前記情報処理装置とがデータ通信可能とされている状態において前記最終記録順序情報記憶手段に記憶されている最終記録順序情報と前記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて前記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報を検出する手順と、
    前記検出された差分情報に基づいて前記第１の記録媒体に記録されている前記コンテンツファイルを前記第２の記録媒体に記録するように制御する制御手順と
    を具備する記録制御方法。
  16. 撮像された画像データであるコンテンツファイルを第１の記録媒体に記録させて当該コンテンツファイルが前記第１の記録媒体に記録された順序を示す記録順序情報を当該コンテンツファイルに関連付けて記録順序情報記憶手段に記録させる第１の記録制御手段を備える撮像装置と、所定のコンテンツファイルを第２の記録媒体に記録させる第２の記録制御手段を備える情報処理装置との間でデータ通信を行う通信手順と、
    前記第１の記録媒体に記録されている前記コンテンツファイルが前記第２の記録媒体に保存された場合には、当該保存時点において前記記録順序情報記憶手段に記憶されている記録順序情報のうちで順序が最後の記録順序情報である最終記録順序情報を前記情報処理装置に備えられる最終記録順序情報記憶手段に記憶する手順と、
    前記撮像装置と前記情報処理装置とがデータ通信可能とされている状態において前記最終記録順序情報記憶手段に記憶されている最終記録順序情報と前記記録順序情報記憶手段に記憶されている記録順序情報とを比較した結果に基づいて前記第１の記録媒体に記録されているコンテンツファイルの格納状態に関する差分情報を検出する手順と、
    前記検出された差分情報に基づいて前記第１の記録媒体に記録されている前記コンテンツファイルを前記第２の記録媒体に記録するように制御する制御手順と
    をコンピュータに実行させるプログラム。
JP2006345958A 2005-12-28 2006-12-22 撮像装置、情報処理装置、情報処理システム、および、これらにおける記録制御方法ならびに当該方法をコンピュータに実行させるプログラム Expired - Fee Related JP4513803B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2006345958A JP4513803B2 (ja) 2005-12-28 2006-12-22 撮像装置、情報処理装置、情報処理システム、および、これらにおける記録制御方法ならびに当該方法をコンピュータに実行させるプログラム
US11/936,341 US8368946B2 (en) 2006-12-22 2007-11-07 Imaging device, information processing device, information processing system, recording control method thereof, and program for causing a computer to execute the method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005379329 2005-12-28
JP2006345958A JP4513803B2 (ja) 2005-12-28 2006-12-22 撮像装置、情報処理装置、情報処理システム、および、これらにおける記録制御方法ならびに当該方法をコンピュータに実行させるプログラム

Publications (2)

Publication Number Publication Date
JP2007200522A JP2007200522A (ja) 2007-08-09
JP4513803B2 true JP4513803B2 (ja) 2010-07-28

Family

ID=38454958

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006345958A Expired - Fee Related JP4513803B2 (ja) 2005-12-28 2006-12-22 撮像装置、情報処理装置、情報処理システム、および、これらにおける記録制御方法ならびに当該方法をコンピュータに実行させるプログラム

Country Status (1)

Country Link
JP (1) JP4513803B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9355100B2 (en) 2008-09-22 2016-05-31 Qualcomm Incorporated Methods and apparatus for reconciling versions of media context lists in communications networks
US8620883B2 (en) 2009-03-02 2013-12-31 Qualcomm, Incorporated Apparatus and methods of reconciling different versions of an ordered list

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005189982A (ja) * 2003-12-24 2005-07-14 Matsushita Electric Ind Co Ltd データ保存装置及びデータ保存方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005189982A (ja) * 2003-12-24 2005-07-14 Matsushita Electric Ind Co Ltd データ保存装置及びデータ保存方法

Also Published As

Publication number Publication date
JP2007200522A (ja) 2007-08-09

Similar Documents

Publication Publication Date Title
JP5542271B2 (ja) 複数のソースから利用可能なメディアファイルの同期
JP5121234B2 (ja) データ管理装置および方法、ならびにプログラム
CN101283581A (zh) 照片和视频拼贴效果
JP2005309995A (ja) 情報管理装置、情報管理方法、及びプログラム
JPWO2015097922A1 (ja) 映像編集装置
US8368946B2 (en) Imaging device, information processing device, information processing system, recording control method thereof, and program for causing a computer to execute the method
US20070198595A1 (en) Information processing apparatus, information processing method, and program
KR20080060155A (ko) 정보 처리 장치, 정보 처리 방법, 프로그램
JP2007304735A (ja) ファイル管理装置及びファイル管理方法
JP5231942B2 (ja) 画像処理装置およびその制御方法、並びにシステム、プログラム
CN102227136A (zh) 摄像设备
JP2007047959A (ja) 情報編集表示装置、情報編集表示方法、サーバ、情報処理システムおよび情報編集表示プログラム
KR100838806B1 (ko) 멀티미디어 정보 기기 네트워크 시스템
US20080098034A1 (en) Method Of Updating Content Of A Portable Device
JP4595936B2 (ja) 情報処理装置、情報処理方法、プログラム
JP4513803B2 (ja) 撮像装置、情報処理装置、情報処理システム、および、これらにおける記録制御方法ならびに当該方法をコンピュータに実行させるプログラム
JP4670809B2 (ja) 記録装置、記録方法および記録プログラム
CN100440166C (zh) 文件生成方法和文件检索方法
JP2014154971A (ja) 画像表示装置、画像表示方法及びプログラム
JP4653035B2 (ja) 映像記録装置及びその制御方法、並びにプログラム
JP2009098733A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2006215811A (ja) ファイリング装置、検索管理方法、及びプログラム
JP4834339B2 (ja) データ共有方法、クライアント装置、及びサーバ装置
JP2008306531A (ja) コンテンツ記録再生装置
US20090169185A1 (en) Optical disk playback apparatus and method for managing data in optical disk playback apparatus

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20071109

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091113

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091117

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100118

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100420

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100503

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130521

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees