データ復旧方法及びデータ復旧装置
【課題】不要なデータが復旧されず、情報セキュリティの点で優れたデータ復旧方法を提供する。
【解決手段】ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対してデータを復旧するデータ復旧方法であって、ユーザ領域の先頭から順にデータを読み出し、データおよびデータの記録日時情報を検出する検出ステップと、検出された記録日時情報を、比較元となる基準記録日時情報と比較し、記録日時情報が新しいときには検出されたデータを復旧データとして出力し、記録日時情報が古いときには検出されたデータを復旧しない復旧ステップと、を備える。
【解決手段】ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対してデータを復旧するデータ復旧方法であって、ユーザ領域の先頭から順にデータを読み出し、データおよびデータの記録日時情報を検出する検出ステップと、検出された記録日時情報を、比較元となる基準記録日時情報と比較し、記録日時情報が新しいときには検出されたデータを復旧データとして出力し、記録日時情報が古いときには検出されたデータを復旧しない復旧ステップと、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ記録メディアに対し、復旧対象選別機能を有したデータ復旧方法及びデータ復旧装置に関する。
【背景技術】
【０００２】
近年、映像や音声等のデータをファイルとしてデータ記録メディアに記録する装置が一般的になっている。データ記録メディアに記録されたファイルデータは、ファイルシステムによってファイルとして管理されており、個々のファイルサイズや記録日時情報、クラスタやセクタ等のユーザ領域の使用状況等のファイル管理情報を、ファイルデータと共にデータ記録メディアに記録する。ここで、ユーザ領域とは一般に映像や音声等のファイルデータを記録する領域であり、これに対しシステム領域とは、一般にユーザ領域に記録されたファイルデータをファイルとして扱うためのファイル管理情報を記録する領域である。つまり、ユーザ領域に記録されたファイルデータがファイルとして正しく認識され、正常に展開されるためには、ファイルデータだけでなく、ファイル管理情報も正しくシステム領域に記録されている必要がある。
【０００３】
そのため、このファイル管理情報が破損、または消失する事態に対して、ユーザ領域に記録されたファイルデータのみからファイルを復旧させる方法が各種提案されている。一例として、ファイルデータを複数のユニットに分割し、各ユニットにシーケンス情報と、データを記録した機器を識別する情報とを付与して記録することにより、ファイル管理情報が正常でない状況において、その情報を元に連続するユニットを特定し、ファイルデータ復旧を可能とする方法が知られている（例えば、特許文献１参照。）。
【特許文献１】特開２００１−１１１９６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような従来のデータ復旧方法によりデータ記録メディアからデータ復旧処理を行うと、ユーザ領域に保持されたデータが全て復旧されるため、意図しないデータまで復旧されてしまうという課題があった。
【０００５】
すなわち、ファイル化された映像データや音声データが記録されたデータ記録メディアにおいて、データ記録後にファイル管理情報を失ったファイルの復旧を目的として、データ記録メディアのユーザ領域に記録されたファイルの復旧処理を行うと、復旧したいファイルを記録した時点以前に、データ記録メディアに記録され、かつユーザによって消去（ファイル管理情報が消去）された、復旧を意図しないファイルまで復旧されてしまう可能性があった。このことは、複数のユーザがひとつのデータ記録メディアを共同使用するような場合には、データ復旧後に他の利用者が記録した不要なデータを削除する等のデータ取捨選択作業が必要であるという課題があった。また、データの復旧により他の利用者が記録したデータも容易に閲覧可能となるため、情報セキュリティの観点において課題があった。
【０００６】
本発明はこのような課題に鑑みてなされたもので、不要なデータが復旧されず、情報セキュリティの点で優れたデータ復旧方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明のデータ復旧方法は上記課題を解決するために、ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対してデータを復旧するデータ復旧方法であって、ユーザ領域の先頭から順にデータを読み出し、データおよびデータの記録日時情報を検出する検出ステップと、検出された記録日時情報を、比較元となる基準記録日時情報と比較し、記録日時情報が新しいときには検出されたデータを復旧データとして出力し、記録日時情報が古いときには検出されたデータを復旧しない復旧ステップと、を備える。
【発明の効果】
【０００８】
本発明のデータ復旧方法によれば、復旧したいデータの条件にあてはまらないデータについてはデータ記録メディアから復旧しないため、データ記録メディアのユーザ領域に残る過去の利用者のデータを復旧させないといった、情報セキュリティ保護機能と、不要なデータが復旧されないことから、復旧後のデータの取捨選択の作業が不要となるという効果を有する。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照しながら本発明を実施するための最良の形態について説明する。
【００１０】
図１は、本発明のデータ復旧装置の構成を示すブロック図である。本実施の形態では、本発明のデータ復旧方法を実現するためのプログラムを実行することにより、コンピュータをデータ復旧装置として機能させる構成について説明する。図１において、データ記録メディア１０１は、データ復旧の対象となる記録媒体であり、映像信号等のデータがファイル化して記録される。データ記録メディア１０１としては、ハードディスク、光ディスクおよび半導体メモリ等が一般的である。データ記録メディア１０１は、データ復旧装置に対して着脱可能に構成されていてもよい。インタフェース１０２は、データ記録メディア１０１とＩ／Ｏバス１０３との間の信号伝達を実現している。ＣＰＵ１０４は、データ復旧装置における演算および制御処理を行う。メモリ１０５は、データ記録メディア１０１が保持しているデータの復旧処理等において、一時的なデータ記憶および復旧処理により抽出したファイルデータを記憶するために使用する。ＣＰＵ１０４は、プログラムをハードディスク等の不揮発性記録メディア（図示せず）からメモリ１０５に読み込んで実行するが、メモリ１０５のうち不揮発性メモリで構成された領域にプログラムを記憶しておいてもよい。ユーザは、入力部１０６を使用して復旧処理の開始および中止命令をデータ復旧装置に与えたり、復旧対象ファイルの選択条件を入力する。表示部１０７は、ＣＰＵ１０４が行う復旧処理の進捗状況、復旧ファイルの再生結果、メタデータ情報および復旧対象ファイルの選択条件等を表示する。以上の構成は一般的なコンピュータの主要構成である。
【００１１】
図２は、データ記録メディアにおけるデータ記録領域の状態の一例を示す図である。図２においてデータ記録メディア１０１のデータ記録領域は、一般的に、ファイル管理情報を保持するシステム領域２０１と、データが記録されるユーザ領域２０２とを備える。図２におけるデータ記録メディア１０１には、ファイル２０３、ファイル２０４およびファイル２０５が記録されている。すなわち、ユーザ領域２０２にはファイル２０３、ファイル２０４およびファイル２０５のデータが記録され、システム領域２０１にはこれらのファイルに対するファイル管理情報が記録されている。このようなデータ記録メディア１０１に対するフォーマット等のデータ消去処理は、データ自体をユーザ領域２０２に保持したまま、システム領域２０１上のファイル管理情報だけを消去する処理である。
【００１２】
図３は、データ消去処理後のデータ記録メディアにおけるデータ記録領域の状態を示す図である。図３におけるデータ記録メディア１０１は、図２に示した状態からデータ消去処理を行い、ファイル管理情報のみを削除した状態となっている。本発明のデータ復旧装置は、データ記録メディア１０１のファイル管理情報が破損または消失しているかどうかに関わらず、ユーザ領域２０２のみから復旧のための情報を取得することでデータ復旧を実現する。本実施の形態においては、データ記録メディア１０１のファイルシステムをＦＡＴ３２、ファイルの記録単位であるクラスタサイズを３２ＫＢとし、復旧対象ファイルをＭＸＦ（Ｍａｔｅｒｉａｌ ｅＸｃｈａｎｇｅ Ｆｏｒｍａｔ：ＳＭＰＴＥ ３７７Ｍ参照）ファイルとする。
【００１３】
ユーザ領域２０２には映像データのＭＸＦファイル、音声データのＭＸＦファイルの両方が記録されているものとし、ＭＸＦファイル中の映像データフォーマットはＤＩＦ（ＳＭＰＴＥ ３７０Ｍ参照）とする。また、これらの映像データおよび音声データに対応するメタデータは、同一のＵＭＩＤ（Ｕｎｉｑｕｅ Ｍａｔｅｒｉａｌ ＩＤｅｎｔｉｆｉｅｒ：ＳＭＰＴＥ ３３０Ｍ参照）を保持することによりＭＸＦファイルと関連付けられたＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルに記録されているものとする。ここでＵＭＩＤとは、データをファイルとして記録するカメラレコーダ等において、１回の記録動作によって生成される映像データ、音声データおよびメタデータ等、対応するデータのファイル同士を関連付けるために付与されるＩＤである。ＸＭＬファイルには各種日時情報やＵＭＩＤの他に、記録機材やファイルのデータサイズ等、ＭＸＦファイルに関する様々なメタデータが記録されている。
【００１４】
図４は、メタデータを含むＸＭＬファイルの一例を示す図である。ＸＭＬファイルは、タグがユーザ独自に指定可能なマークアップ言語ＸＭＬにより記述されたファイルであり、様々なメタデータを階層構造に分けて保持することが可能である。日時情報の記述例として、撮影開始日時であれば＜Ｍａｉｎ＞の＜ＣｌｉｐＣｏｎｔｅｎｔ＞の＜ＣｌｉｐＭｅｔａｄａｔａ＞の＜Ｓｈｏｏｔ＞の階層下に、＜ＳｔａｒｔＤａｔｅ＞２００７−０４−１６Ｔ０６：５８：２８＋００：００＜／ＳｔａｒｔＤａｔｅ＞（グリニッジ標準時における２００７年４月１６日６時５８分２８秒）のように日時情報がタグに挟まれ構造化テキストとして記録されている。そのため、階層構造に従いタグを特定することで日時情報も取得することができる。その他にも、ビデオのデータサイズであれば、＜Ｍａｉｎ＞の＜ＣｌｉｐＣｏｎｔｅｎｔ＞の＜ＥｓｓｅｎｃｅＬｉｓｔ＞の＜Ｖｉｄｅｏ＞の＜ＶｉｄｅｏＩｎｄｅｘ＞の階層下に＜ＤａｔａＳｉｚｅ＞９７４４００００＜／ＤａｔａＳｉｚｅ＞と記述され、記録機材名であれば＜Ｍａｉｎ＞の＜ＣｌｉｐＣｏｎｔｅｎｔ＞の＜ＣｌｉｐＭｅｔａｄａｔａ＞の＜Ｄｅｖｉｃｅ＞の階層下に＜ＭｏｄｅｌＮａｍｅ＞ＣＡＭＥＲＡ−Ａ＜／ＭｏｄｅｌＮａｍｅ＞と階層構造化されたタグにはさまれ記述される。
【００１５】
図５は、ユーザ領域に記録されたＭＸＦファイルと、ＵＭＩＤにより関連付けられたＸＭＬファイルに記述される日時情報との関係を示した図である。なお、図５においては模式的に各ＸＭＬファイルをユーザ領域２０２の外側に記載したが、実際にはＸＭＬファイルは他のファイルと同様にユーザ領域２０２のどこかに記録されている。復旧対象ファイルのＭＸＦファイルヘッダおよびそれらに関連付けられたＸＭＬファイルには同じＵＭＩＤが記述されていることから、復旧対象ファイルと同じＵＭＩＤを持つＸＭＬファイルを検出することによりファイルの日時情報の取得を実現している。具体的には、データ記録メディア１０１のユーザ領域内をユーザ領域始端から順に検索していき、ＭＸＦファイルヘッダが検出されたらそのＭＸＦファイルヘッダからＵＭＩＤを取得し、続いて再びユーザ領域始端から順にＸＭＬファイルの検出を行う。ＸＭＬファイルが検出されたらそのＸＭＬファイルからＵＭＩＤを取得し、ここで取得されたＵＭＩＤが、先に取得したＭＸＦファイルヘッダのＵＭＩＤと一致するか比較する。両者が一致すれば、ＭＸＦファイルと関連付けられたＸＭＬファイルとして特定される。
【００１６】
ここで、ＸＭＬファイルから取得されたファイル日時情報は、複数のクリップ記録日時の新旧関係を判別するためにだけ用いられることから、必要とする日時情報は必ずしもＸＭＬファイルに記述されるメタデータに限定されない。例えば、ＭＸＦファイルのファイルヘッダに含まれる日時情報や、ファイルに含まれる各フレームのデータに連続して記録されるタイムコードからでもクリップの新旧関係は判別可能である。一般的に、フォーマット直後のデータ記録メディア１０１にデータが記録される際、ユーザ領域の先頭からデータが順に記録されるため、ファイルに付与される日時情報もユーザ領域始端から時系列的に新しくなる。例えば、図５においてデータ記録メディア１０１のフォーマット後にＭＸＦファイル５０１およびＭＸＦファイル５０２を順次記録するとすれば、ユーザ領域始端からＭＸＦファイルデータ５０１が記録され、次にＭＸＦファイル５０１より後方のユーザ領域にＭＸＦファイルデータ５０２が記録される。さらに続けてＭＸＦファイル５０３が記録される場合、ＭＸＦファイル５０２より後方のユーザ領域にＭＸＦファイルデータ５０３が記録される。よって、ユーザ領域後方に記録されたＭＸＦファイルがより新しい日時情報を保持することとなる。しかし、ＭＸＦファイル５０１記録以前に記録されたデータ（ＭＸＦファイル５０４）が、フォーマットなどのファイル管理情報消去処理後も、ユーザ領域後方に上書きされることなく残っている場合、ユーザ領域後方に記録されたデータがより新しい日時情報を保持しているとは限らず、最後に記録されたデータ（ＭＸＦファイル５０３）の終端位置を境に時系列が過去に戻る現象が発生する。本発明では、この時系列が過去に戻る現象を検出し、ユーザ領域から過去のデータ記録メディア利用者のデータが復旧されることを防止する機能を実現する。
【００１７】
なお、本実施の形態においては、各ＭＸＦファイルの記録終了後に、各ＭＸＦファイルとＵＭＩＤで関連付けられたＸＭＬファイルが、記録されたＭＸＦファイルに関するデータサイズや記録開始日時、記録終了日時といったメタデータを保持したファイルとして記録される。ＸＭＬファイルは、ＵＭＩＤによりＭＸＦファイルと関連付けが可能なため、記録される位置は考慮する必要がない。
【００１８】
図６は、本発明において、復旧対象の選別を実現する復旧処理の手順の１つを示したフローチャートである。インタフェース１０２にファイル管理情報を破損または消失したデータ記録メディア１０１が接続された場合、ファイルの記録日時情報新旧比較演算に使用される基準日時情報Ｔｂがどのような時間情報と比較しても小さい値となる０で初期化される（Ｓ６０１）。復旧処理開始の合図として、キーボードやマウスといった一般的な入力装置を使用してもよい。次に、データ記録メディア１０１のユーザ領域２０２始端から復旧対象データをクラスタ単位でメモリ１０５に読み込む（Ｓ６０２）。再びステップＳ６０２が実行される場合は、次のクラスタが読み込まれる。データ記録メディア１０１のファイルシステムがＦＡＴ３２であれば、記録単位であるクラスタのサイズが３２ＫＢであり、ユーザ領域２０２がクラスタの境界から始まっているため、ユーザ領域２０２の始端から３２ＫＢ単位でデータを読み込むことにより、クラスタ単位でデータを読み込むことが出来る。データ読み込み単位をクラスタと等しくすることにより、読み込んだデータの先頭とＭＸＦファイルの先頭が一致し、データの始端アドレスの特定が容易となる。しかし、ファイルシステムによりクラスタサイズは異なり、ファイル先頭もファイルヘッダより特定可能なため、読み込み単位を任意のサイズで実現してもよい。
【００１９】
次に、ステップＳ６０３として、読み込み処理実行結果の判定を行う。これは、ユーザ領域２０２に含まれる全てのデータを読み込んだ場合における復旧処理の終了判別である。図６におけるステップＳ６０２からステップＳ６１３の一連の処理ステップを繰り返し、最終的にデータ読み込み位置がメディア１０１のユーザ領域２０２終端まで到達し、さらなるユーザ領域２０２からの読み込み処理が不可能となった場合には、処理を終了する（Ｓ６０３）。ユーザ領域２０２からデータ読み込みが可能な場合、ＭＸＦファイルの始端を特定するため、読み込んだ復旧対象データの中にＭＸＦファイルヘッダが存在するか判別を行う（Ｓ６０４）。ＭＸＦファイルヘッダの特定は読み込んだ３２ＫＢデータの先頭がＭＸＦファイルヘッダに含まれるＨｅａｄｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅと一致するかどうかで判定可能である。
【００２０】
ここで、ＭＸＦファイルの基本構造について説明する。図７は、ＭＸＦファイルの基本構造を示した図である。図７において、ＭＸＦファイルは、ファイルヘッダ７０１、ファイルボディ７０２およびファイルフッタ７０３を備えている。ファイルヘッダ７０１はヘッダパーティションパック７０４およびヘッダメタデータ７０５を備え、Ｈｅａｄｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅはヘッダパーティションパック７０４に含まれる。また、ＸＭＬファイルと関連付けされるＵＭＩＤは、ファイルヘッダ７０１のヘッダメタデータ７０５に含まれている。一般的にファイル先頭にはファイルヘッダが存在し、ファイルの種類に応じた固有データパターンを保持しているため、ＭＸＦファイル以外であっても、読み込んだデータの中に特定の固有データパターンが存在するか検索することで、ファイルの先頭を特定できる。
【００２１】
ステップＳ６０４において固有データパターンが検出されない場合はＭＸＦファイルの先頭ではないと判断し、ユーザ領域から次の３２ＫＢデータを読み込むステップＳ６０２に戻る。一方、ＭＸＦファイルヘッダを検出した場合、この復旧対象データは復旧対象ファイルの先頭のデータであるので、まずＭＸＦファイルヘッダからＵＭＩＤを取得し、同じＵＭＩＤを保持するＸＭＬファイルを上述したように検索、特定する。そして、関連付けられたＸＭＬファイルから日時情報を読み取り、復旧対象ファイル記録日時情報として復旧対象ファイル日時情報Ｔａに記録する（Ｓ６０５）。なお、ＭＸＦファイルヘッダのサイズが大きいためにメモリ１０５に読み込んだ復旧対象データ中にＵＭＩＤが含まれていない場合には、順次続きのデータを読み込んでいき、ＵＭＩＤを取得すればよい。
【００２２】
次にステップＳ６０６において、復旧対象ファイルを復旧するかどうかの判別を行う。ステップＳ６０５で取得した復旧対象ファイル日時情報Ｔａと基準日時情報Ｔｂとを比較し、Ｔａの日時情報がＴｂに比べ古い場合、復旧処理を終了する。これは図５に示したような、時系列が過去に戻る現象を検知したからであり、図６に示されるフローチャートにおいては、これよりユーザ領域２０２上でこれより後方に存在するＭＸＦファイルは復旧されない。
【００２３】
また、復旧対象ファイル日時情報Ｔａが基準日時情報Ｔｂに比べ新しい場合、基準日時情報Ｔｂを復旧対象ファイル日時情報Ｔａの値で書き換え、基準日時情報Ｔｂを更新する（Ｓ６０７）。ここで、日時情報Ｔａと基準日時情報Ｔｂの比較は、新旧関係のみが有効であり、ＴａとＴｂの時間差は考慮しないものとする。
【００２４】
次に復旧対象ファイル終端特定を目的としたデータ読み込み処理について説明する。ステップＳ６０４で特定したＭＸＦファイルの始端アドレスから、連続的に３２ＫＢ単位でユーザ領域２０２からデータを読み込み（Ｓ６０８）、ステップＳ６０８において指定した領域が読み込み可能であったか判別する（Ｓ６０９）。読み込みが不可能であった場合、ユーザ領域２０２終端のためファイル終端の検知に失敗したと判断し、データ記録メディア１０１からのデータ読み込みオフセットを、直前に検出されたファイル始端の次のクラスタまで戻す（Ｓ６１３）。これにより、ファイル終端を検出する過程で見逃したファイル始端を検出することが可能となる。続いて、ステップＳ６０２に戻り、終端の検知に失敗したファイルヘッダ後方から３２ＫＢ読み込み、次のファイル先頭検出処理に戻る。
【００２５】
ステップ６０８での読み込み処理が可能であった場合、ステップＳ６１０において読み込んだ３２ＫＢデータがファイル終端であるか判別を行う。ファイル終端を判別する方法として、復旧対象ファイル終端に記録されるファイルフッタの検出により特定する手段を用いる。具体的には、ＭＸＦファイルの終端にはＭＸＦファイルフッタが存在するため、読み込んだ３２ＫＢデータの中にＭＸＦファイルフッタに含まれるＦｏｏｔｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅが検出されるかどうかでファイルの終端の判定を行う。もしＦｏｏｔｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅが検出されれば、そのクラスタが、ファイルの終端と特定できる。一般的なファイルの構造として、ファイル始端にはファイルヘッダが、ファイル終端にはファイルフッタが付与されるため、ファイル固有のフッタデータパターンを検出することにより、ＭＸＦファイル以外のファイルの終端を検出することも可能となる。
【００２６】
上記のファイルフッタを用いる方法以外にも、復旧対象ファイル終端の次に記録されるファイルヘッダの位置をもとに終端を特定する方法や、ファイルヘッダ等に付与されたデータサイズ情報をもとにファイル始端から終端までのオフセットを算出して、終端を特定する方法を用いてもよい。
【００２７】
まず、復旧対象ファイル後方に記録される、次のファイルのヘッダの位置をもとに終端を特定する手段について説明する。
【００２８】
複数ファイルの各々が連続したクラスタに記録されたメディアにおいて、最後に記録されたファイルを除くと、ファイル終端が記録されたクラスタの次のクラスタには、次のファイルヘッダが記録される。よって、次のファイルヘッダを検出し、論理ブロックアドレスを特定することにより、ファイル終端の論理ブロックアドレス特定が可能となる。
【００２９】
次に、ＸＭＬファイルに付与されたデータサイズ情報をもとに終端を特定する方法について説明する。メタデータを保持するＸＭＬファイルからファイルデータサイズを取得し、ファイル始端から終端までのオフセットを特定する。そのオフセットにユーザ領域からファイル先頭までのオフセットを加えることでファイル終端を特定することが可能となる。
【００３０】
以上のようにしてファイル始端およびファイル終端が特定されると、データ記録メディア１０１からファイル始端およびファイル終端で示されるファイル記録範囲をメモリ１０５に読み出して、ファイルとして抽出する（Ｓ６１１）。その後、抽出したファイルを記録メディアに出力する（Ｓ６１２）。ここで、出力先として、ハードディスク等、入力先とは別の記録装置に出力してもよい。その後、ステップ６１３でメディアからのデータ読み込みオフセットを、直前に検出されたファイル始端の次のクラスタまで戻し、ステップＳ６０２に戻りステップＳ６０２からステップＳ６１３までのステップを繰り返す。図６に示したフローチャートにおける終了条件は、ファイルの始端検出過程においてメディアのユーザ領域２０２を全て読み終えるか（Ｓ６０３）、時系列が過去に戻る記録日時情報の古いファイルを検出するか（Ｓ６０６）の２通りであるが、任意のタイミングで入力部から指令を送り復旧処理を終了してもよい。
【００３１】
なお、ステップ６１１において抽出されるファイル記録範囲に、複数のファイルデータが混在する場合、特定のファイルデータのみを抽出する必要がある。これはデータ記録装置がデータ記録メディア１０１に対して同時に複数のファイルデータを記録する際に発生する記録様態である。具体的には、映像データと音声データを別ファイルで記録するカメラレコーダにおいては、ファイルデータが混在して記録される。この場合の抽出方法について、図８を用いて説明する。図８は、ユーザ領域の連続領域中に複数のファイルデータが混在した状態を示す図である。図８において、ファイル８０１、ファイル８０２はデータ始端からデータ終端まで連続した一つの領域に記録されているのに対し、ファイル８０３はその記録領域中に他のファイルデータ８０４およびファイル８０５が混在している。このようなデータの混在に対し、ステップＳ６１１ではクラスタ単位でデータ判別を行い、復旧対象ファイルのデータのみを抽出する。具体的には、映像データフォーマットとして使用されるＤＩＦには、８０バイト毎に、シーケンス番号を含んだ３バイトのＩＤが付与されているため、連続したシーケンス番号を含んだＩＤが８０バイト毎に検出されるかどうかでクラスタ単位のＤＩＦデータを判別できる。仮に、復旧対象ファイルとは異なるデータが混在している場合、連続したシーケンス番号を含むＩＤが検出されないため、非対象データとして分別する。但し、映像データと音声データのみが混在しているという条件であれば、映像データ（ＤＩＦ）を判別し、残りのデータを音声データとすることで、残りの音声データも抽出することが可能となる。このように、記録データには決められた間隔でデータにＩＤが付与されているものがあり、それらが決められた間隔でクラスタから検出されるかどうかを判別することにより、そのクラスタが復旧対象ファイルのデータか判別することができる。
【００３２】
図９は、復旧処理の他の手順を示したフローチャートである。これは、図６の復旧処理におけるステップＳ６０６がステップＳ９０１に変更されたものであり、他は図６と同様であるので説明は省略する。復旧対象ファイル日時情報Ｔａと基準日時情報Ｔｂとを比較し、Ｔａの記録日時情報がＴｂに比べ古い場合、ステップＳ６０６においては復旧処理を終了していたが、Ｓ９０１においては復旧処理を終了せずに、ステップＳ６０２に戻る。これにより、復旧対象ファイル日時情報Ｔａが古いファイルの復旧処理を飛ばし、次のＭＸＦファイルの先頭検出処理に移行するため、データ記録メディアのユーザ領域すべてを検索することが可能となり、ユーザ領域後方に記録された記録日時情報の新しいＭＸＦファイルも復旧対象となる。
【００３３】
図１０は、復旧処理のさらに他の手順を示したフローチャートである。これは、図９の復旧処理にステップＳ１００１が加えられたものであり、他は図９と同様であるので説明は省略する。ステップＳ１００１では、復旧対象ファイルがユーザ領域２０２において最も記録アドレスが小さいファイル、すなわち先頭ファイルであるかどうかを判別する。この判別は、ユーザ領域２０２を始端から検索し、最初にファイル始端を検出したファイルであれば先頭ファイルとみなすことで実現できる。ステップＳ１００１において現在の復旧対象ファイルが先頭ファイルであると判別したときにはステップＳ６０７に進み、それ以外はステップＳ６０７を飛ばしてその次のステップＳ６０８へと進む。図６および図９のフローチャートにおいては、常に基準日時比較情報Ｔｂを直前に検出した復旧対象ファイル日時情報Ｔａに更新するステップＳ６０７が実行されていたのと異なり、ユーザ領域先頭に記録された先頭ファイルの日時情報でのみ基準日時情報Ｔｂが更新される。これにより、データ記録メディア１０１のフォーマット後、最初に記録したデータより新しいデータのみ復旧されることを実現する。
【００３４】
また、復旧対象の選択機能の手段として、日時情報以外にも、ＸＭＬファイルからコーデック、機種名、場所、記録者などメタデータに付与される各種設定情報を読み込み、ユーザ領域先頭に記録されたファイルと同じ設定のファイルを復旧対象とする方法も有効である。図１１は、ユーザ領域におけるデータの記録位置と設定情報の関係を示す図である。図１１において領域先頭に記録されたＭＸＦファイル５０１と、その設定情報である記録機材ＣＡＭＥＲＡ−Ａと同じ設定情報を保持するＭＸＦファイル５０３の二つのみが復旧対象となる方法である。図１２は、記録日時情報を除く各種設定条件から復旧対象ファイルの選択を実行する復旧処理の手順を示したフローチャートである。ステップＳ１２０１〜Ｓ１２０４以外は図１０と同様であるので説明は省略する。ステップＳ１２０１において、基準設定情報Ｓｂを初期化する。ステップＳ１２０２において、ユーザ領域先頭に記録されたＭＸＦファイルの設定情報を復旧対象ファイル設定情報Ｓａに保持する。ステップＳ１２０３において、ユーザ領域先頭ファイルの設定情報Ｓａを基準設定情報Ｓｂにコピーする。ステップＳ１２０３はユーザ領域先頭に記録されたＭＸＦファイル読み込み時しか実行されないため、Ｓｂはこの復旧処理が終了するまで、この先頭ファイルの設定情報を保持することとなる。次にステップＳ１２０４において、復旧対象ファイルの設定情報Ｓａが基準設定情報Ｓｂと等しいＭＸＦファイルのみ復旧処理が実行されるため、他のＭＸＦファイルは復旧されない。復旧したいＭＸＦファイルの設定が複数ある場合や、複数の組み合わせにより構成される場合等も、基準設定情報Ｓｂを複数用意し、ファイルに付与された設定情報とそれぞれ比較することにより選択可能である。また、ユーザ領域先頭に記録されたファイルと同じ設定でなくとも、復旧を目的とするファイルの設定条件が既知である場合、設定情報Ｓｂをあらかじめ設定することにより、その設定条件と同一の設定条件を保持するファイルのみを復旧する方法や、同時に記録日時情報による復旧対象ファイルの選択処理を併用する方法も有効である。また、復旧対象となるＭＸＦファイルに関連付けられたＸＭＬファイルから、各種メタデータ情報を表示部１０７に表示し、その情報をもとに、ユーザが復旧するかしないか判断して入力部１０６に入力し、入力部から復旧指示信号が出力されれば検出したデータの復旧を行い、非復旧指示信号が出力されればデータの復旧を行わないようにする方法も有効である。
【００３５】
図１３は、復旧処理のさらに他の手順を示したフローチャートである。これは、図９の復旧処理におけるステップＳ６１１のデータ抽出、ステップＳ６１２のファイル出力を、データ復旧処理の最後に移行したものであり、復旧対象データの復旧情報をステップＳ１３０１でメモリに保持しておき、全ての復旧対象データの復旧情報を取得した後に、復旧対象データの生成を行う処理方式であり、図６、図９、図１０、図１２の全ての手順において採用することができる。
【００３６】
なお、本実施の形態では復旧するデータを映像データからなるＭＸＦファイルおよび音声データからなるＭＸＦファイルとし、日時情報の取得先をＸＭＬファイルとしたが、日時情報やタイムコードを保持、または保持したメタデータと関連付けられたファイルであれば、それらを復旧対象データとしてもよい。
【００３７】
一般的に、ファイル記録された映像データや音声データには記録時間情報や記録装置名やコーデック名などを保持したヘッダやメタデータがＩＤなどで関連付けられて共に記録される。新たにデータを記録する際、ファイルシステムの記録規則に従い日時情報の新しいファイルデータがデータ記録メディアに配置される。よって、データ記録メディアのユーザ領域から検出されるメタデータからデータ記録時間情報を読み取り、ファイルシステムの配置規則に従い時系列的に日時情報が新しくなる映像データや音声データのみを復旧し、日時情報が過去に戻るファイルデータを検出した地点で復旧処理を中断、もしくは次のファイルデータ検出に移行することで、復旧を目的としたファイルデータの記録以前に、データ記録メディアに記録され、ファイル管理情報が消去されたファイルデータが、記録時間情報が時系列的に古くなる地点から復旧されないため、意図しないデータ復旧の防止が可能となる。
【産業上の利用可能性】
【００３８】
本発明にかかるデータ復旧方法及びデータ復旧装置は、記録媒体のファイル管理データに破損や消失が発生し、ユーザ領域に記録されたデータからファイルを復旧する際、ユーザ領域に記録データが保持されている過去のデータ記録メディア利用者のデータ復旧防止が可能なため、特に、業務用ビデオカメラレコーダ等の不特定多数で使用するデータ記録メディアからファイルを復旧する際にも有用である。
【図面の簡単な説明】
【００３９】
【図１】本発明が適用されるデータ復旧装置のシステム構成を示す図
【図２】データ記録メディアにおけるデータ記録領域の構成を示す図
【図３】ファイル管理情報を消失したメディアのデータ記録領域の構成を示す図
【図４】ＸＭＬファイルの一例を示す図
【図５】ユーザ領域におけるＭＸＦファイルの記録位置とＸＭＬファイルに記録された日時情報の関係を示す図
【図６】本発明の復旧対象を選別処理する１手順を示したフローチャート
【図７】ＭＸＦファイルの基本構造を示す図
【図８】ユーザ領域における複数のファイルが混在したデータを示す図
【図９】本発明の復旧対象を選別処理する１手順を示したフローチャート
【図１０】本発明の復旧対象を選別処理する１手順を示したフローチャート
【図１１】ユーザ領域におけるＭＸＦファイルの記録位置とＸＭＬファイルに記録された設定情報の関係を示す図
【図１２】本発明の復旧対象を選別処理する１手順を示したフローチャート
【図１３】本発明の復旧対象を選別処理する１手順を示したフローチャート
【符号の説明】
【００４０】
１０１ データ記録メディア
１０２ インタフェース
１０３ Ｉ／Ｏバス
１０４ ＣＰＵ
１０５ メモリ
１０６ 入力部
１０７ 表示部
【技術分野】
【０００１】
本発明は、データ記録メディアに対し、復旧対象選別機能を有したデータ復旧方法及びデータ復旧装置に関する。
【背景技術】
【０００２】
近年、映像や音声等のデータをファイルとしてデータ記録メディアに記録する装置が一般的になっている。データ記録メディアに記録されたファイルデータは、ファイルシステムによってファイルとして管理されており、個々のファイルサイズや記録日時情報、クラスタやセクタ等のユーザ領域の使用状況等のファイル管理情報を、ファイルデータと共にデータ記録メディアに記録する。ここで、ユーザ領域とは一般に映像や音声等のファイルデータを記録する領域であり、これに対しシステム領域とは、一般にユーザ領域に記録されたファイルデータをファイルとして扱うためのファイル管理情報を記録する領域である。つまり、ユーザ領域に記録されたファイルデータがファイルとして正しく認識され、正常に展開されるためには、ファイルデータだけでなく、ファイル管理情報も正しくシステム領域に記録されている必要がある。
【０００３】
そのため、このファイル管理情報が破損、または消失する事態に対して、ユーザ領域に記録されたファイルデータのみからファイルを復旧させる方法が各種提案されている。一例として、ファイルデータを複数のユニットに分割し、各ユニットにシーケンス情報と、データを記録した機器を識別する情報とを付与して記録することにより、ファイル管理情報が正常でない状況において、その情報を元に連続するユニットを特定し、ファイルデータ復旧を可能とする方法が知られている（例えば、特許文献１参照。）。
【特許文献１】特開２００１−１１１９６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような従来のデータ復旧方法によりデータ記録メディアからデータ復旧処理を行うと、ユーザ領域に保持されたデータが全て復旧されるため、意図しないデータまで復旧されてしまうという課題があった。
【０００５】
すなわち、ファイル化された映像データや音声データが記録されたデータ記録メディアにおいて、データ記録後にファイル管理情報を失ったファイルの復旧を目的として、データ記録メディアのユーザ領域に記録されたファイルの復旧処理を行うと、復旧したいファイルを記録した時点以前に、データ記録メディアに記録され、かつユーザによって消去（ファイル管理情報が消去）された、復旧を意図しないファイルまで復旧されてしまう可能性があった。このことは、複数のユーザがひとつのデータ記録メディアを共同使用するような場合には、データ復旧後に他の利用者が記録した不要なデータを削除する等のデータ取捨選択作業が必要であるという課題があった。また、データの復旧により他の利用者が記録したデータも容易に閲覧可能となるため、情報セキュリティの観点において課題があった。
【０００６】
本発明はこのような課題に鑑みてなされたもので、不要なデータが復旧されず、情報セキュリティの点で優れたデータ復旧方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明のデータ復旧方法は上記課題を解決するために、ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対してデータを復旧するデータ復旧方法であって、ユーザ領域の先頭から順にデータを読み出し、データおよびデータの記録日時情報を検出する検出ステップと、検出された記録日時情報を、比較元となる基準記録日時情報と比較し、記録日時情報が新しいときには検出されたデータを復旧データとして出力し、記録日時情報が古いときには検出されたデータを復旧しない復旧ステップと、を備える。
【発明の効果】
【０００８】
本発明のデータ復旧方法によれば、復旧したいデータの条件にあてはまらないデータについてはデータ記録メディアから復旧しないため、データ記録メディアのユーザ領域に残る過去の利用者のデータを復旧させないといった、情報セキュリティ保護機能と、不要なデータが復旧されないことから、復旧後のデータの取捨選択の作業が不要となるという効果を有する。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照しながら本発明を実施するための最良の形態について説明する。
【００１０】
図１は、本発明のデータ復旧装置の構成を示すブロック図である。本実施の形態では、本発明のデータ復旧方法を実現するためのプログラムを実行することにより、コンピュータをデータ復旧装置として機能させる構成について説明する。図１において、データ記録メディア１０１は、データ復旧の対象となる記録媒体であり、映像信号等のデータがファイル化して記録される。データ記録メディア１０１としては、ハードディスク、光ディスクおよび半導体メモリ等が一般的である。データ記録メディア１０１は、データ復旧装置に対して着脱可能に構成されていてもよい。インタフェース１０２は、データ記録メディア１０１とＩ／Ｏバス１０３との間の信号伝達を実現している。ＣＰＵ１０４は、データ復旧装置における演算および制御処理を行う。メモリ１０５は、データ記録メディア１０１が保持しているデータの復旧処理等において、一時的なデータ記憶および復旧処理により抽出したファイルデータを記憶するために使用する。ＣＰＵ１０４は、プログラムをハードディスク等の不揮発性記録メディア（図示せず）からメモリ１０５に読み込んで実行するが、メモリ１０５のうち不揮発性メモリで構成された領域にプログラムを記憶しておいてもよい。ユーザは、入力部１０６を使用して復旧処理の開始および中止命令をデータ復旧装置に与えたり、復旧対象ファイルの選択条件を入力する。表示部１０７は、ＣＰＵ１０４が行う復旧処理の進捗状況、復旧ファイルの再生結果、メタデータ情報および復旧対象ファイルの選択条件等を表示する。以上の構成は一般的なコンピュータの主要構成である。
【００１１】
図２は、データ記録メディアにおけるデータ記録領域の状態の一例を示す図である。図２においてデータ記録メディア１０１のデータ記録領域は、一般的に、ファイル管理情報を保持するシステム領域２０１と、データが記録されるユーザ領域２０２とを備える。図２におけるデータ記録メディア１０１には、ファイル２０３、ファイル２０４およびファイル２０５が記録されている。すなわち、ユーザ領域２０２にはファイル２０３、ファイル２０４およびファイル２０５のデータが記録され、システム領域２０１にはこれらのファイルに対するファイル管理情報が記録されている。このようなデータ記録メディア１０１に対するフォーマット等のデータ消去処理は、データ自体をユーザ領域２０２に保持したまま、システム領域２０１上のファイル管理情報だけを消去する処理である。
【００１２】
図３は、データ消去処理後のデータ記録メディアにおけるデータ記録領域の状態を示す図である。図３におけるデータ記録メディア１０１は、図２に示した状態からデータ消去処理を行い、ファイル管理情報のみを削除した状態となっている。本発明のデータ復旧装置は、データ記録メディア１０１のファイル管理情報が破損または消失しているかどうかに関わらず、ユーザ領域２０２のみから復旧のための情報を取得することでデータ復旧を実現する。本実施の形態においては、データ記録メディア１０１のファイルシステムをＦＡＴ３２、ファイルの記録単位であるクラスタサイズを３２ＫＢとし、復旧対象ファイルをＭＸＦ（Ｍａｔｅｒｉａｌ ｅＸｃｈａｎｇｅ Ｆｏｒｍａｔ：ＳＭＰＴＥ ３７７Ｍ参照）ファイルとする。
【００１３】
ユーザ領域２０２には映像データのＭＸＦファイル、音声データのＭＸＦファイルの両方が記録されているものとし、ＭＸＦファイル中の映像データフォーマットはＤＩＦ（ＳＭＰＴＥ ３７０Ｍ参照）とする。また、これらの映像データおよび音声データに対応するメタデータは、同一のＵＭＩＤ（Ｕｎｉｑｕｅ Ｍａｔｅｒｉａｌ ＩＤｅｎｔｉｆｉｅｒ：ＳＭＰＴＥ ３３０Ｍ参照）を保持することによりＭＸＦファイルと関連付けられたＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルに記録されているものとする。ここでＵＭＩＤとは、データをファイルとして記録するカメラレコーダ等において、１回の記録動作によって生成される映像データ、音声データおよびメタデータ等、対応するデータのファイル同士を関連付けるために付与されるＩＤである。ＸＭＬファイルには各種日時情報やＵＭＩＤの他に、記録機材やファイルのデータサイズ等、ＭＸＦファイルに関する様々なメタデータが記録されている。
【００１４】
図４は、メタデータを含むＸＭＬファイルの一例を示す図である。ＸＭＬファイルは、タグがユーザ独自に指定可能なマークアップ言語ＸＭＬにより記述されたファイルであり、様々なメタデータを階層構造に分けて保持することが可能である。日時情報の記述例として、撮影開始日時であれば＜Ｍａｉｎ＞の＜ＣｌｉｐＣｏｎｔｅｎｔ＞の＜ＣｌｉｐＭｅｔａｄａｔａ＞の＜Ｓｈｏｏｔ＞の階層下に、＜ＳｔａｒｔＤａｔｅ＞２００７−０４−１６Ｔ０６：５８：２８＋００：００＜／ＳｔａｒｔＤａｔｅ＞（グリニッジ標準時における２００７年４月１６日６時５８分２８秒）のように日時情報がタグに挟まれ構造化テキストとして記録されている。そのため、階層構造に従いタグを特定することで日時情報も取得することができる。その他にも、ビデオのデータサイズであれば、＜Ｍａｉｎ＞の＜ＣｌｉｐＣｏｎｔｅｎｔ＞の＜ＥｓｓｅｎｃｅＬｉｓｔ＞の＜Ｖｉｄｅｏ＞の＜ＶｉｄｅｏＩｎｄｅｘ＞の階層下に＜ＤａｔａＳｉｚｅ＞９７４４００００＜／ＤａｔａＳｉｚｅ＞と記述され、記録機材名であれば＜Ｍａｉｎ＞の＜ＣｌｉｐＣｏｎｔｅｎｔ＞の＜ＣｌｉｐＭｅｔａｄａｔａ＞の＜Ｄｅｖｉｃｅ＞の階層下に＜ＭｏｄｅｌＮａｍｅ＞ＣＡＭＥＲＡ−Ａ＜／ＭｏｄｅｌＮａｍｅ＞と階層構造化されたタグにはさまれ記述される。
【００１５】
図５は、ユーザ領域に記録されたＭＸＦファイルと、ＵＭＩＤにより関連付けられたＸＭＬファイルに記述される日時情報との関係を示した図である。なお、図５においては模式的に各ＸＭＬファイルをユーザ領域２０２の外側に記載したが、実際にはＸＭＬファイルは他のファイルと同様にユーザ領域２０２のどこかに記録されている。復旧対象ファイルのＭＸＦファイルヘッダおよびそれらに関連付けられたＸＭＬファイルには同じＵＭＩＤが記述されていることから、復旧対象ファイルと同じＵＭＩＤを持つＸＭＬファイルを検出することによりファイルの日時情報の取得を実現している。具体的には、データ記録メディア１０１のユーザ領域内をユーザ領域始端から順に検索していき、ＭＸＦファイルヘッダが検出されたらそのＭＸＦファイルヘッダからＵＭＩＤを取得し、続いて再びユーザ領域始端から順にＸＭＬファイルの検出を行う。ＸＭＬファイルが検出されたらそのＸＭＬファイルからＵＭＩＤを取得し、ここで取得されたＵＭＩＤが、先に取得したＭＸＦファイルヘッダのＵＭＩＤと一致するか比較する。両者が一致すれば、ＭＸＦファイルと関連付けられたＸＭＬファイルとして特定される。
【００１６】
ここで、ＸＭＬファイルから取得されたファイル日時情報は、複数のクリップ記録日時の新旧関係を判別するためにだけ用いられることから、必要とする日時情報は必ずしもＸＭＬファイルに記述されるメタデータに限定されない。例えば、ＭＸＦファイルのファイルヘッダに含まれる日時情報や、ファイルに含まれる各フレームのデータに連続して記録されるタイムコードからでもクリップの新旧関係は判別可能である。一般的に、フォーマット直後のデータ記録メディア１０１にデータが記録される際、ユーザ領域の先頭からデータが順に記録されるため、ファイルに付与される日時情報もユーザ領域始端から時系列的に新しくなる。例えば、図５においてデータ記録メディア１０１のフォーマット後にＭＸＦファイル５０１およびＭＸＦファイル５０２を順次記録するとすれば、ユーザ領域始端からＭＸＦファイルデータ５０１が記録され、次にＭＸＦファイル５０１より後方のユーザ領域にＭＸＦファイルデータ５０２が記録される。さらに続けてＭＸＦファイル５０３が記録される場合、ＭＸＦファイル５０２より後方のユーザ領域にＭＸＦファイルデータ５０３が記録される。よって、ユーザ領域後方に記録されたＭＸＦファイルがより新しい日時情報を保持することとなる。しかし、ＭＸＦファイル５０１記録以前に記録されたデータ（ＭＸＦファイル５０４）が、フォーマットなどのファイル管理情報消去処理後も、ユーザ領域後方に上書きされることなく残っている場合、ユーザ領域後方に記録されたデータがより新しい日時情報を保持しているとは限らず、最後に記録されたデータ（ＭＸＦファイル５０３）の終端位置を境に時系列が過去に戻る現象が発生する。本発明では、この時系列が過去に戻る現象を検出し、ユーザ領域から過去のデータ記録メディア利用者のデータが復旧されることを防止する機能を実現する。
【００１７】
なお、本実施の形態においては、各ＭＸＦファイルの記録終了後に、各ＭＸＦファイルとＵＭＩＤで関連付けられたＸＭＬファイルが、記録されたＭＸＦファイルに関するデータサイズや記録開始日時、記録終了日時といったメタデータを保持したファイルとして記録される。ＸＭＬファイルは、ＵＭＩＤによりＭＸＦファイルと関連付けが可能なため、記録される位置は考慮する必要がない。
【００１８】
図６は、本発明において、復旧対象の選別を実現する復旧処理の手順の１つを示したフローチャートである。インタフェース１０２にファイル管理情報を破損または消失したデータ記録メディア１０１が接続された場合、ファイルの記録日時情報新旧比較演算に使用される基準日時情報Ｔｂがどのような時間情報と比較しても小さい値となる０で初期化される（Ｓ６０１）。復旧処理開始の合図として、キーボードやマウスといった一般的な入力装置を使用してもよい。次に、データ記録メディア１０１のユーザ領域２０２始端から復旧対象データをクラスタ単位でメモリ１０５に読み込む（Ｓ６０２）。再びステップＳ６０２が実行される場合は、次のクラスタが読み込まれる。データ記録メディア１０１のファイルシステムがＦＡＴ３２であれば、記録単位であるクラスタのサイズが３２ＫＢであり、ユーザ領域２０２がクラスタの境界から始まっているため、ユーザ領域２０２の始端から３２ＫＢ単位でデータを読み込むことにより、クラスタ単位でデータを読み込むことが出来る。データ読み込み単位をクラスタと等しくすることにより、読み込んだデータの先頭とＭＸＦファイルの先頭が一致し、データの始端アドレスの特定が容易となる。しかし、ファイルシステムによりクラスタサイズは異なり、ファイル先頭もファイルヘッダより特定可能なため、読み込み単位を任意のサイズで実現してもよい。
【００１９】
次に、ステップＳ６０３として、読み込み処理実行結果の判定を行う。これは、ユーザ領域２０２に含まれる全てのデータを読み込んだ場合における復旧処理の終了判別である。図６におけるステップＳ６０２からステップＳ６１３の一連の処理ステップを繰り返し、最終的にデータ読み込み位置がメディア１０１のユーザ領域２０２終端まで到達し、さらなるユーザ領域２０２からの読み込み処理が不可能となった場合には、処理を終了する（Ｓ６０３）。ユーザ領域２０２からデータ読み込みが可能な場合、ＭＸＦファイルの始端を特定するため、読み込んだ復旧対象データの中にＭＸＦファイルヘッダが存在するか判別を行う（Ｓ６０４）。ＭＸＦファイルヘッダの特定は読み込んだ３２ＫＢデータの先頭がＭＸＦファイルヘッダに含まれるＨｅａｄｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅと一致するかどうかで判定可能である。
【００２０】
ここで、ＭＸＦファイルの基本構造について説明する。図７は、ＭＸＦファイルの基本構造を示した図である。図７において、ＭＸＦファイルは、ファイルヘッダ７０１、ファイルボディ７０２およびファイルフッタ７０３を備えている。ファイルヘッダ７０１はヘッダパーティションパック７０４およびヘッダメタデータ７０５を備え、Ｈｅａｄｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅはヘッダパーティションパック７０４に含まれる。また、ＸＭＬファイルと関連付けされるＵＭＩＤは、ファイルヘッダ７０１のヘッダメタデータ７０５に含まれている。一般的にファイル先頭にはファイルヘッダが存在し、ファイルの種類に応じた固有データパターンを保持しているため、ＭＸＦファイル以外であっても、読み込んだデータの中に特定の固有データパターンが存在するか検索することで、ファイルの先頭を特定できる。
【００２１】
ステップＳ６０４において固有データパターンが検出されない場合はＭＸＦファイルの先頭ではないと判断し、ユーザ領域から次の３２ＫＢデータを読み込むステップＳ６０２に戻る。一方、ＭＸＦファイルヘッダを検出した場合、この復旧対象データは復旧対象ファイルの先頭のデータであるので、まずＭＸＦファイルヘッダからＵＭＩＤを取得し、同じＵＭＩＤを保持するＸＭＬファイルを上述したように検索、特定する。そして、関連付けられたＸＭＬファイルから日時情報を読み取り、復旧対象ファイル記録日時情報として復旧対象ファイル日時情報Ｔａに記録する（Ｓ６０５）。なお、ＭＸＦファイルヘッダのサイズが大きいためにメモリ１０５に読み込んだ復旧対象データ中にＵＭＩＤが含まれていない場合には、順次続きのデータを読み込んでいき、ＵＭＩＤを取得すればよい。
【００２２】
次にステップＳ６０６において、復旧対象ファイルを復旧するかどうかの判別を行う。ステップＳ６０５で取得した復旧対象ファイル日時情報Ｔａと基準日時情報Ｔｂとを比較し、Ｔａの日時情報がＴｂに比べ古い場合、復旧処理を終了する。これは図５に示したような、時系列が過去に戻る現象を検知したからであり、図６に示されるフローチャートにおいては、これよりユーザ領域２０２上でこれより後方に存在するＭＸＦファイルは復旧されない。
【００２３】
また、復旧対象ファイル日時情報Ｔａが基準日時情報Ｔｂに比べ新しい場合、基準日時情報Ｔｂを復旧対象ファイル日時情報Ｔａの値で書き換え、基準日時情報Ｔｂを更新する（Ｓ６０７）。ここで、日時情報Ｔａと基準日時情報Ｔｂの比較は、新旧関係のみが有効であり、ＴａとＴｂの時間差は考慮しないものとする。
【００２４】
次に復旧対象ファイル終端特定を目的としたデータ読み込み処理について説明する。ステップＳ６０４で特定したＭＸＦファイルの始端アドレスから、連続的に３２ＫＢ単位でユーザ領域２０２からデータを読み込み（Ｓ６０８）、ステップＳ６０８において指定した領域が読み込み可能であったか判別する（Ｓ６０９）。読み込みが不可能であった場合、ユーザ領域２０２終端のためファイル終端の検知に失敗したと判断し、データ記録メディア１０１からのデータ読み込みオフセットを、直前に検出されたファイル始端の次のクラスタまで戻す（Ｓ６１３）。これにより、ファイル終端を検出する過程で見逃したファイル始端を検出することが可能となる。続いて、ステップＳ６０２に戻り、終端の検知に失敗したファイルヘッダ後方から３２ＫＢ読み込み、次のファイル先頭検出処理に戻る。
【００２５】
ステップ６０８での読み込み処理が可能であった場合、ステップＳ６１０において読み込んだ３２ＫＢデータがファイル終端であるか判別を行う。ファイル終端を判別する方法として、復旧対象ファイル終端に記録されるファイルフッタの検出により特定する手段を用いる。具体的には、ＭＸＦファイルの終端にはＭＸＦファイルフッタが存在するため、読み込んだ３２ＫＢデータの中にＭＸＦファイルフッタに含まれるＦｏｏｔｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅが検出されるかどうかでファイルの終端の判定を行う。もしＦｏｏｔｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅが検出されれば、そのクラスタが、ファイルの終端と特定できる。一般的なファイルの構造として、ファイル始端にはファイルヘッダが、ファイル終端にはファイルフッタが付与されるため、ファイル固有のフッタデータパターンを検出することにより、ＭＸＦファイル以外のファイルの終端を検出することも可能となる。
【００２６】
上記のファイルフッタを用いる方法以外にも、復旧対象ファイル終端の次に記録されるファイルヘッダの位置をもとに終端を特定する方法や、ファイルヘッダ等に付与されたデータサイズ情報をもとにファイル始端から終端までのオフセットを算出して、終端を特定する方法を用いてもよい。
【００２７】
まず、復旧対象ファイル後方に記録される、次のファイルのヘッダの位置をもとに終端を特定する手段について説明する。
【００２８】
複数ファイルの各々が連続したクラスタに記録されたメディアにおいて、最後に記録されたファイルを除くと、ファイル終端が記録されたクラスタの次のクラスタには、次のファイルヘッダが記録される。よって、次のファイルヘッダを検出し、論理ブロックアドレスを特定することにより、ファイル終端の論理ブロックアドレス特定が可能となる。
【００２９】
次に、ＸＭＬファイルに付与されたデータサイズ情報をもとに終端を特定する方法について説明する。メタデータを保持するＸＭＬファイルからファイルデータサイズを取得し、ファイル始端から終端までのオフセットを特定する。そのオフセットにユーザ領域からファイル先頭までのオフセットを加えることでファイル終端を特定することが可能となる。
【００３０】
以上のようにしてファイル始端およびファイル終端が特定されると、データ記録メディア１０１からファイル始端およびファイル終端で示されるファイル記録範囲をメモリ１０５に読み出して、ファイルとして抽出する（Ｓ６１１）。その後、抽出したファイルを記録メディアに出力する（Ｓ６１２）。ここで、出力先として、ハードディスク等、入力先とは別の記録装置に出力してもよい。その後、ステップ６１３でメディアからのデータ読み込みオフセットを、直前に検出されたファイル始端の次のクラスタまで戻し、ステップＳ６０２に戻りステップＳ６０２からステップＳ６１３までのステップを繰り返す。図６に示したフローチャートにおける終了条件は、ファイルの始端検出過程においてメディアのユーザ領域２０２を全て読み終えるか（Ｓ６０３）、時系列が過去に戻る記録日時情報の古いファイルを検出するか（Ｓ６０６）の２通りであるが、任意のタイミングで入力部から指令を送り復旧処理を終了してもよい。
【００３１】
なお、ステップ６１１において抽出されるファイル記録範囲に、複数のファイルデータが混在する場合、特定のファイルデータのみを抽出する必要がある。これはデータ記録装置がデータ記録メディア１０１に対して同時に複数のファイルデータを記録する際に発生する記録様態である。具体的には、映像データと音声データを別ファイルで記録するカメラレコーダにおいては、ファイルデータが混在して記録される。この場合の抽出方法について、図８を用いて説明する。図８は、ユーザ領域の連続領域中に複数のファイルデータが混在した状態を示す図である。図８において、ファイル８０１、ファイル８０２はデータ始端からデータ終端まで連続した一つの領域に記録されているのに対し、ファイル８０３はその記録領域中に他のファイルデータ８０４およびファイル８０５が混在している。このようなデータの混在に対し、ステップＳ６１１ではクラスタ単位でデータ判別を行い、復旧対象ファイルのデータのみを抽出する。具体的には、映像データフォーマットとして使用されるＤＩＦには、８０バイト毎に、シーケンス番号を含んだ３バイトのＩＤが付与されているため、連続したシーケンス番号を含んだＩＤが８０バイト毎に検出されるかどうかでクラスタ単位のＤＩＦデータを判別できる。仮に、復旧対象ファイルとは異なるデータが混在している場合、連続したシーケンス番号を含むＩＤが検出されないため、非対象データとして分別する。但し、映像データと音声データのみが混在しているという条件であれば、映像データ（ＤＩＦ）を判別し、残りのデータを音声データとすることで、残りの音声データも抽出することが可能となる。このように、記録データには決められた間隔でデータにＩＤが付与されているものがあり、それらが決められた間隔でクラスタから検出されるかどうかを判別することにより、そのクラスタが復旧対象ファイルのデータか判別することができる。
【００３２】
図９は、復旧処理の他の手順を示したフローチャートである。これは、図６の復旧処理におけるステップＳ６０６がステップＳ９０１に変更されたものであり、他は図６と同様であるので説明は省略する。復旧対象ファイル日時情報Ｔａと基準日時情報Ｔｂとを比較し、Ｔａの記録日時情報がＴｂに比べ古い場合、ステップＳ６０６においては復旧処理を終了していたが、Ｓ９０１においては復旧処理を終了せずに、ステップＳ６０２に戻る。これにより、復旧対象ファイル日時情報Ｔａが古いファイルの復旧処理を飛ばし、次のＭＸＦファイルの先頭検出処理に移行するため、データ記録メディアのユーザ領域すべてを検索することが可能となり、ユーザ領域後方に記録された記録日時情報の新しいＭＸＦファイルも復旧対象となる。
【００３３】
図１０は、復旧処理のさらに他の手順を示したフローチャートである。これは、図９の復旧処理にステップＳ１００１が加えられたものであり、他は図９と同様であるので説明は省略する。ステップＳ１００１では、復旧対象ファイルがユーザ領域２０２において最も記録アドレスが小さいファイル、すなわち先頭ファイルであるかどうかを判別する。この判別は、ユーザ領域２０２を始端から検索し、最初にファイル始端を検出したファイルであれば先頭ファイルとみなすことで実現できる。ステップＳ１００１において現在の復旧対象ファイルが先頭ファイルであると判別したときにはステップＳ６０７に進み、それ以外はステップＳ６０７を飛ばしてその次のステップＳ６０８へと進む。図６および図９のフローチャートにおいては、常に基準日時比較情報Ｔｂを直前に検出した復旧対象ファイル日時情報Ｔａに更新するステップＳ６０７が実行されていたのと異なり、ユーザ領域先頭に記録された先頭ファイルの日時情報でのみ基準日時情報Ｔｂが更新される。これにより、データ記録メディア１０１のフォーマット後、最初に記録したデータより新しいデータのみ復旧されることを実現する。
【００３４】
また、復旧対象の選択機能の手段として、日時情報以外にも、ＸＭＬファイルからコーデック、機種名、場所、記録者などメタデータに付与される各種設定情報を読み込み、ユーザ領域先頭に記録されたファイルと同じ設定のファイルを復旧対象とする方法も有効である。図１１は、ユーザ領域におけるデータの記録位置と設定情報の関係を示す図である。図１１において領域先頭に記録されたＭＸＦファイル５０１と、その設定情報である記録機材ＣＡＭＥＲＡ−Ａと同じ設定情報を保持するＭＸＦファイル５０３の二つのみが復旧対象となる方法である。図１２は、記録日時情報を除く各種設定条件から復旧対象ファイルの選択を実行する復旧処理の手順を示したフローチャートである。ステップＳ１２０１〜Ｓ１２０４以外は図１０と同様であるので説明は省略する。ステップＳ１２０１において、基準設定情報Ｓｂを初期化する。ステップＳ１２０２において、ユーザ領域先頭に記録されたＭＸＦファイルの設定情報を復旧対象ファイル設定情報Ｓａに保持する。ステップＳ１２０３において、ユーザ領域先頭ファイルの設定情報Ｓａを基準設定情報Ｓｂにコピーする。ステップＳ１２０３はユーザ領域先頭に記録されたＭＸＦファイル読み込み時しか実行されないため、Ｓｂはこの復旧処理が終了するまで、この先頭ファイルの設定情報を保持することとなる。次にステップＳ１２０４において、復旧対象ファイルの設定情報Ｓａが基準設定情報Ｓｂと等しいＭＸＦファイルのみ復旧処理が実行されるため、他のＭＸＦファイルは復旧されない。復旧したいＭＸＦファイルの設定が複数ある場合や、複数の組み合わせにより構成される場合等も、基準設定情報Ｓｂを複数用意し、ファイルに付与された設定情報とそれぞれ比較することにより選択可能である。また、ユーザ領域先頭に記録されたファイルと同じ設定でなくとも、復旧を目的とするファイルの設定条件が既知である場合、設定情報Ｓｂをあらかじめ設定することにより、その設定条件と同一の設定条件を保持するファイルのみを復旧する方法や、同時に記録日時情報による復旧対象ファイルの選択処理を併用する方法も有効である。また、復旧対象となるＭＸＦファイルに関連付けられたＸＭＬファイルから、各種メタデータ情報を表示部１０７に表示し、その情報をもとに、ユーザが復旧するかしないか判断して入力部１０６に入力し、入力部から復旧指示信号が出力されれば検出したデータの復旧を行い、非復旧指示信号が出力されればデータの復旧を行わないようにする方法も有効である。
【００３５】
図１３は、復旧処理のさらに他の手順を示したフローチャートである。これは、図９の復旧処理におけるステップＳ６１１のデータ抽出、ステップＳ６１２のファイル出力を、データ復旧処理の最後に移行したものであり、復旧対象データの復旧情報をステップＳ１３０１でメモリに保持しておき、全ての復旧対象データの復旧情報を取得した後に、復旧対象データの生成を行う処理方式であり、図６、図９、図１０、図１２の全ての手順において採用することができる。
【００３６】
なお、本実施の形態では復旧するデータを映像データからなるＭＸＦファイルおよび音声データからなるＭＸＦファイルとし、日時情報の取得先をＸＭＬファイルとしたが、日時情報やタイムコードを保持、または保持したメタデータと関連付けられたファイルであれば、それらを復旧対象データとしてもよい。
【００３７】
一般的に、ファイル記録された映像データや音声データには記録時間情報や記録装置名やコーデック名などを保持したヘッダやメタデータがＩＤなどで関連付けられて共に記録される。新たにデータを記録する際、ファイルシステムの記録規則に従い日時情報の新しいファイルデータがデータ記録メディアに配置される。よって、データ記録メディアのユーザ領域から検出されるメタデータからデータ記録時間情報を読み取り、ファイルシステムの配置規則に従い時系列的に日時情報が新しくなる映像データや音声データのみを復旧し、日時情報が過去に戻るファイルデータを検出した地点で復旧処理を中断、もしくは次のファイルデータ検出に移行することで、復旧を目的としたファイルデータの記録以前に、データ記録メディアに記録され、ファイル管理情報が消去されたファイルデータが、記録時間情報が時系列的に古くなる地点から復旧されないため、意図しないデータ復旧の防止が可能となる。
【産業上の利用可能性】
【００３８】
本発明にかかるデータ復旧方法及びデータ復旧装置は、記録媒体のファイル管理データに破損や消失が発生し、ユーザ領域に記録されたデータからファイルを復旧する際、ユーザ領域に記録データが保持されている過去のデータ記録メディア利用者のデータ復旧防止が可能なため、特に、業務用ビデオカメラレコーダ等の不特定多数で使用するデータ記録メディアからファイルを復旧する際にも有用である。
【図面の簡単な説明】
【００３９】
【図１】本発明が適用されるデータ復旧装置のシステム構成を示す図
【図２】データ記録メディアにおけるデータ記録領域の構成を示す図
【図３】ファイル管理情報を消失したメディアのデータ記録領域の構成を示す図
【図４】ＸＭＬファイルの一例を示す図
【図５】ユーザ領域におけるＭＸＦファイルの記録位置とＸＭＬファイルに記録された日時情報の関係を示す図
【図６】本発明の復旧対象を選別処理する１手順を示したフローチャート
【図７】ＭＸＦファイルの基本構造を示す図
【図８】ユーザ領域における複数のファイルが混在したデータを示す図
【図９】本発明の復旧対象を選別処理する１手順を示したフローチャート
【図１０】本発明の復旧対象を選別処理する１手順を示したフローチャート
【図１１】ユーザ領域におけるＭＸＦファイルの記録位置とＸＭＬファイルに記録された設定情報の関係を示す図
【図１２】本発明の復旧対象を選別処理する１手順を示したフローチャート
【図１３】本発明の復旧対象を選別処理する１手順を示したフローチャート
【符号の説明】
【００４０】
１０１ データ記録メディア
１０２ インタフェース
１０３ Ｉ／Ｏバス
１０４ ＣＰＵ
１０５ メモリ
１０６ 入力部
１０７ 表示部
【特許請求の範囲】
【請求項１】
ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対して前記データを復旧するデータ復旧方法であって、
前記ユーザ領域の先頭から順にデータを読み出し、前記データおよび前記データの記録日時情報を検出する検出ステップと、
検出された前記記録日時情報を、比較元となる基準記録日時情報と比較し、前記記録日時情報が新しいときには検出された前記データを復旧データとして出力し、前記記録日時情報が古いときには検出された前記データを復旧しない復旧ステップと、
を備えたデータ復旧方法。
【請求項２】
前記基準記録日時情報は、前記検出ステップにて直前に検出したデータに対応する記録日時情報である、請求項１記載のデータ復旧方法。
【請求項３】
前記基準記録日時情報は、前記ユーザ領域から最初に検出されたデータに対応する記録日時情報である、請求項１記載のデータ復旧方法。
【請求項４】
ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対して前記データを復旧するデータ復旧方法であって、
前記ユーザ領域の先頭から順にデータを読み出し、前記データおよび前記データの設定情報を検出する検出ステップと、
検出された前記設定情報を、比較元となる基準設定情報と比較し、前記設定情報が等しいときには検出された前記データを復旧データとして出力し、前記設定情報が等しくないときには検出された前記データを復旧しない復旧ステップと、を備えたデータ復旧方法。
【請求項５】
前記基準設定情報は、前記検出ステップにて直前に検出したデータに対応する設定情報である、請求項４記載のデータ復旧方法。
【請求項６】
復旧を意図するデータが保持する設定情報を前記基準設定情報として設定する設定ステップをさらに備えた、請求項４記載のデータ復旧方法。
【請求項７】
ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対して前記データを復旧するデータ復旧方法であって、
前記ユーザ領域の先頭から順にデータを読み出し、前記データおよび前記データの設定情報を検出する検出ステップと、
検出された前記設定情報を表示部に表示する表示ステップと、
入力部が、ユーザの入力に応じて修復指示信号および非修復指示信号のいずれかを出力する入力ステップと、
前記入力部から復旧指示信号が出力されれば検出された前記データの復旧を行い、非復旧指示信号が出力されれば検出された前記データの復旧を行わない復旧ステップと、を備えたデータ復旧方法。
【請求項８】
請求項１乃至６のいずれかに記載のデータ復旧方法における各ステップをコンピュータに実行させるためのプログラム。
【請求項９】
請求項８記載のプログラムを記憶するメモリと、
前記プログラムを実行するＣＰＵと、
前記記録メディアを接続するためのインタフェースと、
を備えたデータ復旧装置。
【請求項１】
ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対して前記データを復旧するデータ復旧方法であって、
前記ユーザ領域の先頭から順にデータを読み出し、前記データおよび前記データの記録日時情報を検出する検出ステップと、
検出された前記記録日時情報を、比較元となる基準記録日時情報と比較し、前記記録日時情報が新しいときには検出された前記データを復旧データとして出力し、前記記録日時情報が古いときには検出された前記データを復旧しない復旧ステップと、
を備えたデータ復旧方法。
【請求項２】
前記基準記録日時情報は、前記検出ステップにて直前に検出したデータに対応する記録日時情報である、請求項１記載のデータ復旧方法。
【請求項３】
前記基準記録日時情報は、前記ユーザ領域から最初に検出されたデータに対応する記録日時情報である、請求項１記載のデータ復旧方法。
【請求項４】
ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対して前記データを復旧するデータ復旧方法であって、
前記ユーザ領域の先頭から順にデータを読み出し、前記データおよび前記データの設定情報を検出する検出ステップと、
検出された前記設定情報を、比較元となる基準設定情報と比較し、前記設定情報が等しいときには検出された前記データを復旧データとして出力し、前記設定情報が等しくないときには検出された前記データを復旧しない復旧ステップと、を備えたデータ復旧方法。
【請求項５】
前記基準設定情報は、前記検出ステップにて直前に検出したデータに対応する設定情報である、請求項４記載のデータ復旧方法。
【請求項６】
復旧を意図するデータが保持する設定情報を前記基準設定情報として設定する設定ステップをさらに備えた、請求項４記載のデータ復旧方法。
【請求項７】
ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対して前記データを復旧するデータ復旧方法であって、
前記ユーザ領域の先頭から順にデータを読み出し、前記データおよび前記データの設定情報を検出する検出ステップと、
検出された前記設定情報を表示部に表示する表示ステップと、
入力部が、ユーザの入力に応じて修復指示信号および非修復指示信号のいずれかを出力する入力ステップと、
前記入力部から復旧指示信号が出力されれば検出された前記データの復旧を行い、非復旧指示信号が出力されれば検出された前記データの復旧を行わない復旧ステップと、を備えたデータ復旧方法。
【請求項８】
請求項１乃至６のいずれかに記載のデータ復旧方法における各ステップをコンピュータに実行させるためのプログラム。
【請求項９】
請求項８記載のプログラムを記憶するメモリと、
前記プログラムを実行するＣＰＵと、
前記記録メディアを接続するためのインタフェースと、
を備えたデータ復旧装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１０−６６９４１（Ｐ２０１０−６６９４１Ａ）
【公開日】平成２２年３月２５日（２０１０．３．２５）
【国際特許分類】
【出願番号】特願２００８−２３１７１７（Ｐ２００８−２３１７１７）
【出願日】平成２０年９月１０日（２００８．９．１０）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２２年３月２５日（２０１０．３．２５）
【国際特許分類】
【出願日】平成２０年９月１０日（２００８．９．１０）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]