記録再生装置
【課題】管理情報全体を世代毎にバックアップすると、記憶容量が必要で、ファイル単位での復元も困難となる。
【解決手段】第１の記録媒体に記録された映像データを第１の記録媒体上の配置情報を用いて管理し、映像データを第１の記録媒体に記録すると共に配置情報を更新するファイルシステムと、配置情報から映像データの配置情報を抜き出して復元用データとして作成する復元用データ作成部と、第２の記録媒体に低ビットレート映像データと共に復元用データを記録する記録部と、第１の記録媒体に記録された映像データに対応する復元用データを第２の記録媒体から読み込み、映像データの配置情報を復元する復元部と、を有する。
【解決手段】第１の記録媒体に記録された映像データを第１の記録媒体上の配置情報を用いて管理し、映像データを第１の記録媒体に記録すると共に配置情報を更新するファイルシステムと、配置情報から映像データの配置情報を抜き出して復元用データとして作成する復元用データ作成部と、第２の記録媒体に低ビットレート映像データと共に復元用データを記録する記録部と、第１の記録媒体に記録された映像データに対応する復元用データを第２の記録媒体から読み込み、映像データの配置情報を復元する復元部と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体にファイルとして映像データとファイルの管理情報を記録する記録再生装置に関し、特に、記録媒体のフォーマットや映像データの削除を誤って行ってしまった際に管理情報を復旧することができる記録再生装置に関する。
【背景技術】
【０００２】
近年、デジタルビデオカメラ等で得られた映像データや音声データ等のコンテンツをファイルとしてフラッシュメモリや光ディスク、磁気ディスク等の記録媒体に記録することが行われている。このような機器では、ユーザーにより撮影したコンテンツを選択して削除したり、記録媒体のフォーマットを容易に行ったりすることができる。したがって、ユーザーが誤って重要なコンテンツを削除してしまったり、記録媒体をフォーマットしてしまったりすることが起こり得る。そのような場合、コンテンツを復元できるような仕組みが必要となる。
【０００３】
通常、ファイルの削除や記録媒体のフォーマットを行う場合、対象となるデータをすべて消去するには処理時間が掛かり、また記録媒体がフラッシュメモリのような書き込み回数に制限がある媒体の場合は書き込み回数を減らすため、ファイルのデータは実際には消去せずにデータの記録媒体上での配置を管理する管理情報において対象となるデータ領域部分を未使用状態にすることで行う。このような場合、ファイルのデータ自体は記録媒体上に存在したままであるため、管理情報を復元できれば削除されたファイルや、フォーマットされた記録媒体において、これらを再びファイルとして参照することができる。
【０００４】
管理情報を復元する従来の手法としては、管理情報の更新前に、不揮発性メモリに設けられるバックアップ領域に、更新される管理情報のバックアップを行い、復元する場合にはバックアップした管理情報を書き戻すことで行う手法がある(特許文献１参照)。
【特許文献１】特開２００５−１１５８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記手法は書き込み等の処理時における突然の電源遮断に対する復旧方法であり、管理情報全体をバックアップするため、更新毎に管理情報を保存するためにはそれだけの記憶容量が必要となる。また、記録媒体上の全ファイルの状態がそのバックアップ時点に戻るため、ファイル単位での復元が困難となる。
【０００６】
本発明は上記課題に鑑み、少ない記憶容量でかつ管理が容易となるような構成でファイルを復元可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題は、以下の本発明によって解決される。すなわち、本発明に係る記録再生装置は、映像データをファイルとして第１の記録媒体に記録すると共に、映像データから映像データよりも低ビットレートの低ビットレート映像データを作成して第２の記録媒体に記録する記録再生装置であって、第１の記録媒体に記録された映像データを第１の記録媒体上の配置情報を用いて管理し、映像データを第１の記録媒体に記録すると共に配置情報を更新するファイルシステムと、配置情報から映像データの配置情報を抜き出して復元用データとして作成する復元用データ作成部と、第２の記録媒体に低ビットレート映像データと共に復元用データを記録する記録部と、第１の記録媒体に記録された映像データに対応する復元用データを第２の記録媒体から読み込み、映像データの配置情報を復元する復元部と、を有する。
【発明の効果】
【０００８】
本発明の記録再生装置によれば、映像データ復元に必要な配置情報のみを低ビットレート映像データ中にバックアップするため、記憶容量が少なくて済み、映像データの配置情報に異常がある場合や、映像データがファイルシステム上で削除された場合にも、映像データが書かれていたデータ領域が別のデータに上書きされない限り、映像データに対応する低ビットレート映像データとともに記録された復元用データを読み込み、映像データの配置情報を復元することで映像データにアクセス可能となる。また映像データと関連が深いプロキシデータに映像データの配置情報を付加することで管理も容易になる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態について、図面を参照しながら説明する。
【００１０】
（実施の形態１）
図１は、本発明の実施の形態１の記録再生装置１００の構成を示すブロック図である。記録再生装置１００は、システム制御部１０１と、記録媒体１１０と、記録媒体１１１と、ユーザによる指示を受け付ける入力手段１２０と、映像信号や音声信号を入力する映像・音声入力手段１２１と、映像信号や音声信号の符号化を行うエンコーダＨｉｇｈ１２２およびエンコーダＬｏｗ１２３と、映像信号や音声信号を復号化するデコーダ１２５と、複号化された映像信号や音声信号を出力する映像・音声出力手段１２４と、映像データのサムネイル等を表示するＬＣＤモニタ１２６とを含む。
【００１１】
システム制御部１０１は、例えば、ＣＰＵとメモリとを含むコンピュータによって実現される。このシステム制御部１０１には、クリップファイル処理手段１０２、配置情報処理手段１０３、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）処理手段１０４、記録バッファメモリ１０５、再生バッファメモリ１０６、ファイルシステム１０７、ファイルシステム用メモリ１０８を備えている。システム制御部１０１に含まれる各手段は、ＣＰＵで各種のプログラムを実行することによって実現される。システム制御部１０１に含まれる各メモリは、例えば、用途ごとにそれぞれメモリを用いてもよく、また、単一のメモリを用途ごとに領域を分けて使うことによって実現してもよい。
【００１２】
システム制御部１０１内のファイルシステム１０７はファイルをブロック単位で管理し、前記ファイルが記録されているブロックの配置情報を有しているものである。例えばＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）ファイルシステムが好ましい。ＦＡＴファイルシステムではクラスタと呼ばれるブロックでデータを管理し、ファイルおよびディレクトリは、ディレクトリエントリと呼ばれる情報からファイル名・作成日時・ファイル属性・ファイルサイズ・開始クラスタ等が取得できる。また、ＦＡＴテーブルと呼ばれるデータの配置を管理するテーブルにはファイルが使用するクラスタの位置・順番等の情報が記録されている。データ領域の最初のクラスタにはルートディレクトリエントリと呼ばれる、最上位のディレクトリにあるファイルやディレクトリのディレクトリエントリが記録されている。また、ディレクトリのディレクトリエントリから取得される開始クラスタには、同様に、そのディレクトリにあるファイルやディレクトリのディレクトリエントリが記録されている。これらの情報をもとに、ファイルやディレクトリを参照することができる。
【００１３】
記録媒体１１０は着脱可能で高転送レートのものが好ましい。例えば半導体メディアであるＰ２（Ｐｒｏｆｅｓｓｉｏｎａｌ Ｐｌｕｇ−ｉｎ）カードは最大６４０Ｍｂｐｓのデータ転送が可能であり放送業務用のビデオカメラの記録媒体として適している。また、記録媒体１１１は着脱可能で記録媒体１１０に比べ安価なものが好ましい。例えば半導体メディアであるＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカードはデジタルカメラ等で使用され、多く普及しており価格も年々低下してきているため適している。
【００１４】
記録媒体１１０と記録媒体１１１は各々がＦＡＴ等のファイルシステムでフォーマットされており、各記録媒体へのファイルの書き込みは、システム制御部１０１内のファイルシステム１０７によりＦＡＴテーブルの更新とデータ書き込み動作により行われる。
【００１５】
映像・音声入力手段１２１から入力される映像信号は、エンコーダＨｉｇｈ１２２によって放送に使用可能な高解像度で順次圧縮されて高解像度符号化データとされる。高解像度符号化データは、クリップファイル処理手段１０２によりＭＸＦ（Ｍａｔｅｒｉａｌ Ｅｘｃｈａｎｇｅ Ｆｏｒｍａｔ）形式にファイル化され、ファイルシステム１０７により記録媒体１１０に記録される。
【００１６】
このとき、クリップファイル処理手段１０２は、高解像度符号化データの先頭フレームのデータをビットマップ形式の画像ファイルであるサムネイル画像として作成し、ファイルシステム１０７がこれを記録媒体１１０および記録媒体１１１に記録する。このサムネイル画像データは、ＬＣＤモニタ１２６にサムネイル一覧として表示される。サムネイル画像データは、所望の映像を記録媒体から探しやすくしたりするものである。したがって、画像サイズは大きい必要はなく縦８０ピクセル、横６０ピクセル、１ピクセルあたり２４ビットの画像データに圧縮される。
【００１７】
また、映像・音声入力手段１２１から入力される音声信号は、エンコーダＨｉｇｈ１２２によって圧縮されて高音質オーディオデータとされる。高音質オーディオデータは、クリップファイル処理手段１０２によりＷａｖｅ形式にファイル化され、ファイルシステム１０７により記録媒体１１０に記録される。
【００１８】
なお、映像データと音声データを別ファイルとするのは、放送局などの業務用途の編集作業では、映像と音声とを独立して編集作業を行うことが多く、業務用途のノンリニア編集機では映像と音声とを別ファイルとするのが一般的なためである。上記映像ファイルと音声ファイルとの組み合わせをクリップと呼ぶ。
【００１９】
クリップファイル処理手段１０２は、映像データや音声データのフレームレートやフレーム数、データのサイズをフレーム数で表したデュレーション等の情報を管理したり関連付けを行ったりするためのクリップ管理情報を作成し、テキスト形式にファイル化する。クリップ管理情報も、ファイルシステム１０７により記録媒体１１０および記録媒体１１１に記録される。クリップには、クリップ管理情報も含まれる。
【００２０】
同様にして、映像・音声入力手段１２１から入力される映像信号は、エンコーダＬｏｗ１２３によってＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）に規定のフォーマットにより、遠隔地の編集装置などと無線または有線等でストレスなく送受信可能なデータ量となるように、高解像度符号化データよりも低解像度で順次圧縮されて低解像度符号化データとされる。低解像度符号化データは、クリップファイル処理手段１０２によりファイル化され、ファイルシステム１０７により記録媒体１１１に記録される。
【００２１】
また、エンコーダＬｏｗ１２３は、必要に応じて映像・音声入力手段１２１から入力される音声信号を圧縮し、高音質オーディオデータよりも圧縮率の高い低音質オーディオデータとされる。低音質オーディオデータは、クリップファイル処理手段１０２によりＷａｖｅ形式にファイル化され、ファイルシステム１０７により記録媒体１１１に記録される。
【００２２】
低解像度符号化データ（及び低音質オーディオデータ）はプロキシデータと呼ばれる。なお、映像信号及び音声信号は、エンコーダＬｏｗ１２３においてひとつの低解像度符号化データに多重化され、記録媒体１１１にプロキシデータとして記録されるようにしてもよい。以下では説明のため、プロキシデータは、低解像度符号化データ、クリップ管理情報、サムネイル画像データ、復元用データを含むものとし、それぞれをプロキシ映像データ、プロキシクリップ管理情報、プロキシサムネイル画像データ、プロキシ復元用データと呼ぶ。
【００２３】
プロキシデータは、近年一般的に行われている、いわゆるノンリニア編集を行うためのデータであり、パーソナルコンピュータ等に取り込まれた後、編集の素材とされる。すなわち、パーソナルコンピュータ等でノンリニア編集を行う場合、その処理能力が不足し、上述したような高解像度符号化データや高音質オーディオデータからなる本線データを、直接、編集の素材とすることができない場合がある。このように、プロキシデータを素材として行われる編集はプロキシ編集と呼ばれることがあり、このプロキシ編集は、例えば、撮影現場などで簡易な編集として行われる。プロキシ編集の結果は、最終的な放送用データを作成するスタジオの装置等に、ＳＤメモリーカード等に記録された状態で配送されたり、ネットワークを介して送信される。そして、スタジオにおいて、プロキシ編集の結果に基づく本線データの編集が行われ、最終的な、放送用コンテンツが作成される。したがって、プロキシデータは本線データと深い関わりを持っていると言える。
【００２４】
配置情報処理手段１０３は、クリップを構成する各ファイルの記録媒体１１０における配置情報を、記録媒体１１０のＦＡＴテーブルをもとにプロキシ復元用データとして作成し、クリップファイル処理手段１０２によりファイル化し、プロキシデータとして、ファイルシステム１０７により記録媒体１１１に記録する。
【００２５】
プロキシ復元用データの作成について図２を用いて説明する。クリップファイルはクリップ管理情報ファイル、サムネイル画像ファイル、映像ファイル、および音声ファイルを備えている。図２（ｅ）は、記録媒体１１０のデータ領域の一部分について、その状態の一例を示している。データ領域には各ファイルがクラスタ毎に記録される。また各クラスタにはクラスタ番号が順に割り振られている。図２（ｄ）は、記録媒体１１０のＦＡＴテーブルのうち、図２（ｅ）に対応する部分について、その状態を示したものである。ＦＡＴテーブルは一定サイズ（ＦＡＴ３２では３２ビット）毎にデータ領域のクラスタに対応しており、対応しているクラスタにデータが記録されていない場合は未使用を表す００ｈが記録される。データが記録されている場合は続きのデータが記録されているクラスタ番号が記録される。クラスタに記録されているデータが終端のときには終端を表すＥＯＦが記録される。
【００２６】
まず、記録媒体１１０からプロキシ復元用データの元となるデータとして図２（ｄ）のＦＡＴテーブルからクリップファイルの部分を抜き出す。ここで、クリップとは関係ないファイル部分については未使用を表す００ｈに置き換える。このようにして作成したプロキシ復元用データは非圧縮データとなる。図２（ｃ）は、この非圧縮データの状態を示したものである。
【００２７】
また、映像・音声データを数フレーム単位ごとに記録する場合には、記録パターンを決めることが出来る。例えば、記録する映像データの１フレームのデータサイズが２８８０００バイトに対し、音声データの１フレームのデータサイズが３８４０バイトのとき、映像データのデータサイズは音声データのデータサイズの７５倍となる。このとき、音声データが１クラスタサイズに達するまで、記録バッファメモリ１０５にデータを蓄積し、１クラスタサイズに達したときに記録媒体に書き込むとすると、映像データが７５クラスタ分書き込まれるのに対し、音声データは１クラスタ分書き込まれる。図２では説明のため、記録パターンとしてクリップ管理情報ファイル及びサムネイル画像ファイルがまず１クラスタずつ記録され、以後は映像ファイルが３クラスタ、音声ファイルが２クラスタのパターンが続く例を示している。記録パターンは記録レートや、音声チャンネル数などに依存する。例えば、２５Ｍｂｐｓの映像データに比べ５０Ｍｂｐｓの映像データはサイズが倍になるため映像データと音声データの比率が変わる。また音声チャンネル数が増えればファイル数も増える。このことは、機器間で、記録フォーマット毎の記録パターンを統一しておけば、記録フォーマットから記録パターンを知ることが出来るといえる。このように記録パターンが決まっている場合には、この記録パターンと、映像ファイルおよび音声ファイルが記録されている先頭クラスタ番号と、各ファイルのサイズと、各クラスタの使用・未使用とがわかればＦＡＴテーブルを復元できる。したがって、ＦＡＴテーブルにおけるクリップファイル部分を、使用部分を１とおき未使用部分を０と置くようなビットマップ化を行うことでプロキシ復元用データのサイズを小さくすることができる。このようにして作成したプロキシ復元用データはビットマップ化データとなる。図２（ｂ）は、このビットマップ化データの状態を示したものである。
【００２８】
さらに、映像・音声データは記録速度を向上させるため、連続した空き領域に記録することが多い。このような場合、使用クラスタが連続するため、ＲＬＥ（Ｒｕｎ Ｌｅｎｇｔｈ Ｅｎｃｏｄｅｄ）を用いて圧縮を行うと効率がよくなる。ＲＬＥはデータの中に同じ符号が連続して並んでいる場合に、その符号と連続する個数によって表現することで圧縮する手法である。このようにして作成したプロキシ復元用データはＲＬＥデータとなる。図２（ａ）は、このＲＬＥデータの状態を示したものである。なお、圧縮手法はＲＬＥでなくとも他の可逆である手法を用いてもよい。
【００２９】
プロキシ復元用データを上記のどのタイプで作成するかは、クリップの記録フォーマットによって決めることで行う。例えば、フレーム間圧縮を行う記録フォーマットでは、動きが少ない映像の場合、動きが多い場合に比べサイズが小さくなるため、映像データと音声データの比率は変動する。このような記録フォーマットの場合は上記の非圧縮データをプロキシ復元用データとする。また、クリップを記録するクラスタのクラスタ番号が昇順になるとは限らないような場合も、非圧縮データをプロキシ復元用データとする。
【００３０】
また、フレーム内圧縮を行いフレームデータのサイズが固定の記録フォーマットでは、上記のように記録パターンを決めることができる。このとき、クリップを記録するクラスタのクラスタ番号が昇順になるように記録できる場合でかつ、記録レートが低く、クリップデータを連続した空き領域に記録する必要がない場合には、クリップデータが記録されているクラスタの間に、他のファイルのデータが記録されることが多くなるため、上記のビットマップ化データをプロキシ復元用データとする。また、記録レートが高く、連続した空き領域に記録する場合には、上記のＲＬＥデータをプロキシ復元用データとする。
【００３１】
以下、プロキシ復元用データはＲＬＥで圧縮されたＲＬＥデータであるものとして説明する。
【００３２】
以上の方法で作成したプロキシ復元用データをもとに、クリップファイル処理手段１０２によりプロキシ復元用データファイルを作成する。プロキシ復元用データファイルにはＦＡＴテーブルを復元する際に必要となる情報を記録する。図３はプロキシ復元用データファイルのデータ構造を示す図である。図３に示されるようにプロキシ復元用データファイルはテキスト形式のファイルとして記録され、プロキシ復元用データファイルを構成する各要素はタグで囲まれている。例えば、ＭｅｄｉａＩＤのタグで囲まれた要素はクリップが記録されている記録媒体１１０のシリアル番号であり、記録媒体を特定するためのものである。ＳｔａｒｔＣｌｕｓｔｅｒのタグで囲まれた要素はクリップファイルが記録されている先頭のクラスタ番号を示しており、図２のクリップファイルの記録配置の場合、クリップ管理情報ファイルが記録されているクラスタ番号である“０６ｈ”が記録される。Ｐａｔｔｅｒｎのタグで囲まれた要素は記録パターンを示しており、Ｖｉｄｅｏ、Ａｕｄｉｏのタグで囲まれた要素でそれぞれの記録されるクラスタ数を示している。なお、プロキシ復元用データを作成する機器と、プロキシ復元用データから復元する機器との間で、記録フォーマット毎の記録パターンが統一されていればＰａｔｔｅｒｎのタグは必要ない。Ｔａｂｌｅのタグで囲まれた要素はプロキシ復元用データを示しており、Ｔｙｐｅのタグで囲まれた要素でデータ形式を示し、Ｄａｔａのタグで囲まれた要素には上記で作成したプロキシ復元用データが記録される。ここではＲＬＥで圧縮されたＲＬＥデータが記録されている。なお、図３ではテキスト形式の例を示したが、バイナリ形式のファイルとしてもよい。
【００３３】
次に、プロキシ復元用データファイルを用いて本線データを復旧する方法について説明する。
【００３４】
図４は、クリップの配置情報復元方法のフローチャートである。ステップＳ４０１において、記録媒体１１１からプロキシデータを読み込み、ＧＵＩ処理手段１０４によりＬＣＤモニタ１２６にプロキシサムネイル画像一覧を表示する。ユーザは入力手段１２０を通して、ＧＵＩ処理手段１０４により、ＬＣＤモニタ１２６に表示されているカーソルを移動してプロキシデータを選択する。選択されたプロキシデータのプロキシ映像データはファイルシステム１０７を通して読み込まれ、再生バッファメモリ１０６に蓄積される。再生バッファメモリ１０６のデータはデコーダ１２５によって復号された後、映像・音声出力手段１２４により出力される。ユーザは出力された映像・音声を確認することで復元したい映像データに対するプロキシデータを選ぶ。
【００３５】
ステップＳ４０２において、選択されたプロキシデータのプロキシ復元用データファイルからプロキシ復元用データを読み込み、配置情報処理手段１０３によって、映像データのＦＡＴテーブルのデータとなるように復号する。ここで、復号方法について図５を用いて説明する。まず、図５において、図２（ａ）に示したＲＬＥデータを図２（ｂ）のビットマップ化データに復号することは容易である。すなわち、値を一つ読み込み、長さを求めた後、後ろに続くデータを長さ分書き出す。以後続けることでビットマップ化データに復号することができる。
【００３６】
次に、ファイルシステム１０７により、プロキシ復元用データファイルからクリップの先頭クラスタ番号を読み込み、図５のようにビットマップ化データの各ビットに対しクラスタ番号を割り当てる。さらに、プロキシ復元用データファイルから記録パターンを読み込むことで、ビットマップ化データの使用部分に対し、各ファイルを対応付けすることができる。各ビットに対し、クラスタ番号とファイルとを対応付けすることができたので、各ファイルにおいてクラスタチェーンをつなぐことで図５のように、元のＦＡＴテーブルデータである非圧縮データに復号することができる。
【００３７】
なお、プロキシ復元用データファイルに記録パターンが記録されておらず、プロキシ復元用データを作成する機器と、プロキシ復元用データから復元する機器との間で、記録フォーマット毎の記録パターンが統一されている場合にはプロキシクリップ管理情報ファイルから記録レートや音声チャンネル数などを取得し記録パターンを決める。
【００３８】
ここで、本線データ及びプロキシデータの各ファイルは、図６に示すようなディレクトリ構成の下に配置される。本線データは記録媒体１１０に記録され、プロキシデータは記録媒体１１１に記録される。また、本線データの各ファイルとプロキシデータの各ファイルの名前（ファイル名を構成する、拡張子の左側部分）はクリップ毎に統一してあり、拡張子をファイルのフォーマットにしたがって変えてある。例えば図６においては、クリップ名が“０００１”であり、このクリップのプロキシ映像ファイルは“０００１．ｍｐ４”である。したがって、クリップが削除されたり、記録媒体１１０がフォーマットされたりして本線データのクリップの各ファイル名が不明になっても、プロキシデータからファイル名を復元することができる。また、本線データのクリップの各ファイルのサイズは、プロキシクリップ管理情報ファイルを参照することで取得できる。すなわち、プロキシクリップ管理情報ファイルからクリップの全フレーム数を表すデュレーションＤ（フレーム）と本線データの記録レートＲ（ビット／秒）とフレームレートＦ(フレーム／秒）とを取得でき、ファイルサイズＳ（ビット）は、Ｓ＝Ｄ／Ｆ×Ｒで算出することができる。なお、プロキシクリップ管理情報ファイル及びプロキシサムネイル画像ファイルは本線データに記録されているクリップ管理情報ファイルおよびサムネイル画像ファイルと同一のものである。プロキシクリップ管理情報ファイルがない場合は、プロキシ復元用データを記録する際に各ファイルのファイルサイズ、またはファイルサイズを求めるのに必要なデュレーション、記録レート及びフレームレートを一緒に記録しておく必要がある。
【００３９】
次にディレクトリエントリについて説明する。ディレクトリエントリはディレクトリやファイルの情報を示すものであり、ディレクトリやファイルの名前、データが記録されている先頭のクラスタ番号、データサイズ、及び作成日時などが記録される。また、ディレクトリ構成の最上階層のディレクトリはルートディレクトリと呼ばれ、このディレクトリ内のディレクトリやファイルに対するディレクトリエントリはＦＡＴ３２の場合、クラスタ番号が０２ｈのクラスタに記録される（ＦＡＴ１２及びＦＡＴ１６の場合はルートディレクトリ専用の領域が存在する）。図７は図６のディレクトリ構成における、ディレクトリエントリ情報を示すものである。（ａ）ルートディレクトリにあるＣＯＮＴＥＮＴＳディレクトリに対するディレクトリエントリが指し示すクラスタ番号０３ｈには（ｂ）ＣＯＮＴＥＮＴＳディレクトリ内のディレクトリやファイルに対するディレクトリエントリが記録されている。同様にすることで（ｃ）ＶＩＤＥＯディレクトリや（ｄ）ＡＵＤＩＯディレクトリなどを参照することができる。また、ファイルに対するディレクトリエントリが指し示す各クラスタ番号には、そのファイルのデータが記録されている。ここで、クリップが削除された場合にはクリップの各ファイルのディレクトリエントリが消去される。また、記録媒体をフォーマットした場合には（ａ）ルートディレクトリ内のディレクトリエントリがすべて消去される。ディレクトリを作成するとそのディレクトリ内のディレクトリエントリはすべて消去されるため、再度ＣＯＮＴＥＮＴＳディレクトリ以下のディレクトリを作成するとクリップファイルに対するディレクトリエントリはすべて消去される。したがって、クリップファイルを復元するには、クリップファイルのディレクトリエントリを復元する必要がある。ディレクトリエントリ内の情報でファイルアクセスに必要なものは、ファイル名、ファイルサイズ及び開始クラスタであり、これらの情報はプロキシに記録されている。したがって、これらの情報をファイルシステム１０７によりプロキシ復元用データファイルから読み出すことでクリップファイルに対するディレクトリエントリを復元することが出来る。なお、作成日時等の情報は、復元するときの日時を記録すればよいが、必要であればプロキシ復元用データファイルを記録する際に、ＣｒｅａｔｅＤａｔｅ等のタグを追加記録し、この情報を読み込むことで復元してもよい。以上のことで、プロキシ復元用データファイルからクリップの配置情報を復元することが出来る。
【００４０】
次に、ステップＳ４０３において、ステップＳ４０２で復元した映像データのＦＡＴテーブルを記録媒体１１０のＦＡＴテーブルに書き戻す際に、書き戻す先がＦＡＴテーブル上で「未使用」であることを確認する。「未使用」である場合はステップＳ４０６に進む。「未使用」でない場合は、映像データが記録されていた領域に別のデータが記録されている可能性があるのでステップＳ４０４に進み、ユーザーに対しエラーを出力する。その後、ステップＳ４０５において、処理を続行するかどうかをユーザーに問い合わせる。続行しない場合は処理を終了する。続行する場合はステップＳ４０６に進む。
【００４１】
ステップＳ４０６において、ステップＳ４０２で復元した映像データのＦＡＴテーブルを用いて記録媒体１１０から映像データを読み出し、映像の再生を行う。このとき、映像ファイルや音声ファイルのフォーマット規格は既知であるため、各ファイルのフォーマットを調べ、フォーマット規格と一致しない場合には、映像データの記録領域に別のデータが記録された可能性があるため、ステップＳ４０７に進みエラーを出力して処理を終了する。一致した場合はステップＳ４０８に進む。
【００４２】
ステップＳ４０８において、ユーザーに対し、ステップＳ４０２で作成した映像データのＦＡＴテーブルを記録媒体１１０のＦＡＴテーブルに書き戻すかどうかを問い合わせる。書き戻さない場合は処理を終了する。書き戻す場合はステップＳ４０９に進み、ステップＳ４０２で作成した映像データのＦＡＴテーブルを記録媒体１１０のＦＡＴテーブルに書き戻す。このときステップＳ４０２で復元した映像データのＦＡＴテーブルの値が０である未使用部分は書き戻さないようにする。さらに、上述の通り、ディレクトリエントリの修復を行い、処理を終了する。
【００４３】
なお、ディレクトリエントリが修復できない場合やＦＡＴテーブルを書き戻したくない場合は、図に記載していない他の記録媒体に、ステップＳ４０２で復元した映像データのＦＡＴテーブルを使用して、記録媒体１１０から読み込んだデータを新たにファイルとして記録してもよい。
【００４４】
以上のステップを行うことで、誤ってフォーマットしてしまったり、クリップを削除してしまったりした記録媒体からクリップを復元することができる。
【００４５】
なお、上述の例ではプロキシデータを記録再生装置に装着されている記録媒体に記録したが、無線ＬＡＮや有線ＬＡＮ経由でネットワーク先の別の機器の記録媒体に記録してもよい。また、プロキシ復元用データをファイルとして、個別に記録したが、プロキシ映像ファイル等に組み込んでもよい。例えば、プロキシ映像ファイルがＭＰＥＧ４ファイルフォーマットで記録される場合、ＭＰＥＧ４ファイルフォーマットは、オブジェクト構造を有し、幾つかのボックスにより構成されており、その中のフリースペースボックスやスキップボックスと呼ばれる、ユーザーデータや、パディングのためのパディングデータを格納するためのボックスがあるため、その領域にプロキシ復元用データを記録してもよい。
【００４６】
（実施の形態２)
実施の形態１では、プロキシ復元用データを用いて、映像ファイルの管理情報に異常があった場合に管理情報を復元する方法について説明したが、実施の形態２では、プロキシ復元用データを、映像データの再生や映像データの取得のための情報として使用する方法について説明する。
【００４７】
図８は、実施の形態２が用いられる放送システムの略構成を示す図である。図８の記録再生装置１００は実施の形態１の記録再生装置と同等の構成をしており、記録媒体１１０には高解像度の本線データが記録され、記録媒体１１１には低解像度のプロキシデータが記録される。
【００４８】
また、編集端末８００はプロキシ編集を行うものであり、図示しない記録媒体Ｉ／Ｆに記録媒体１１１を接続しプロキシデータを読み込む。なお、プロキシデータは、無線ＬＡＮ等のネットワーク経由で転送してもよい。
【００４９】
データサーバ８２０は、記録再生装置１００で撮影された映像データをバックアップするためのサーバであり、システム制御部１０１と同等の制御部を有している。図示しない記録媒体Ｉ／Ｆに記録媒体１１０を接続し、データを読み込み、データサーバ８２０に接続されている記録媒体８３０にコピーする。なお、記録媒体８３０は、大容量のものが好ましく、ハードディスクなどが適している。
【００５０】
ここで、記録媒体１１０から記録媒体８３０へのデータのコピー方法について図９を用いて説明する。管理領域１１０ａには、ＦＡＴテーブルを含むファイルの管理情報が記録されており、データ領域１１０ｂには、データが記録されている。すなわち、データ領域１１０ｂは、ＦＡＴテーブルが指し示すクラスタ群である。
【００５１】
ファイルシステム１０７により、記録媒体８３０にデータ領域１１０ｂをイメージコピーする。なお、イメージコピーは物理コピーとも呼ばれ、記録媒体の領域を順番に読み出し、コピー先の記録媒体に書き込むことで物理的な配置もコピーされる。すなわち、データ領域１１０ｂの全データをデータの物理的配置を変えることなくコピーし、イメージファイル８３０ａとして記録する。このとき、記録媒体１１０からのデータであることがわかる識別情報を付加する。例えば、記録媒体１１０のシリアル番号に拡張子を付けたものを、イメージファイルのファイル名とする。シリアル番号が“０７０３２３０００１”の場合、ファイル名は“０７０３２３０００１．ｉｍｇ”となる。
【００５２】
以上のことにより、データサーバ８２０には映像データが蓄積されていく。
【００５３】
ネットワーク８１０は、インターネットやイントラネットなどのネットワークであり、編集端末８００とデータサーバ８２０との通信を可能とする。編集端末８００はプロキシ編集が完了したら、編集情報とプロキシ復元用データをネットワーク８１０を経由してデータサーバ８２０に送信する。
【００５４】
データサーバ８２０は、受信したプロキシ復元用データをファイルシステム用メモリ１０８に保持する。プロキシ復元用データには、上述したように、記録再生装置１００で記録される際に、記録媒体を識別するためのシリアル番号がＭｅｄｉａＩＤタグに囲まれて記録されているので、ファイルシステム１０７によりこのシリアル番号を取り出す。このシリアル番号に対応するファイル名のイメージファイル８３０ａに対して、プロキシ復元用データのファイル配置情報をもとに、映像データを読み込む。すなわち、ファイルシステム１０７により、プロキシ復元用データから実施の形態１と同様にして、クリップファイルのＦＡＴテーブル及びディレクトリエントリを復元する。復元したＦＡＴテーブル及びディレクトリエントリはファイルシステム用メモリ１０８に保持する。イメージファイル８３０ａは記録媒体１１０の物理的な配置が変化することなく記録されているため、復元したＦＡＴテーブル及びディレクトリエントリを使用することでクリップファイルを参照することができる。このようにして読み込んだ映像データは、編集端末８００に送信されたり、受信した編集情報を元に編集され、放送（オンエア）することができる。なお、上記では記録媒体８３０に管理領域１１０ａをコピーせずにデータ領域１１０ｂのみをイメージコピーすることでイメージファイル８３０ａを作成した。このことで、管理領域１１０ａ分の容量を節約することができ、またプロキシ復元用データを使用する場合のみクリップデータを参照できるようになるため、第三者からの参照を防ぐことが出来る。
【００５５】
以上のことで、プロキシ復元用データを映像データの再生や映像データの取得のための情報として使用することができる。このことは、以下のような場合にも有効である。
【００５６】
通常、ファイルにアクセスするには配置情報から先頭クラスタ番号を参照し、そのクラスタにアクセスする。次のクラスタにアクセスするには再度、配置情報から次のクラスタ番号を参照し、そのクラスタにアクセスする。このことを順に繰り返すことでファイルにアクセスすることができる。したがって、クラスタを参照するためには配置情報−クラスタ間のシーク処理が発生する。一般には、このシーク処理を回避するために配置情報をファイルシステム用メモリ１０８のようなメモリに読み込んでおき、これを参照することでシーク処理を回避する。ただし、組み込み機器などメモリ容量が十分に用意できない場合には配置情報をすべてメモリに読み込まず、必要な部分のみを一定サイズ読み込む。したがって、参照する配置情報がメモリにない場合は記録媒体から読み込む必要があり、シーク処理が発生する。
【００５７】
一方本発明では、取得したい本線データに関する配置情報だけをプロキシ復元用データとしてあらかじめプロキシデータ中に記録している。プロキシ復元用データは、配置情報全体よりもサイズが小さく、プロキシ復元用データをメモリに読み込んで参照することができれば本線データの取得が可能である。
【産業上の利用可能性】
【００５８】
本発明にかかる記録再生装置では、映像データ毎に配置情報をバックアップすることで、映像データが書かれていたデータ領域が別のデータに上書きされない限り復元することができ、また映像データと関連が深いプロキシデータに映像データの配置情報を付加することで管理も容易になるため、後工程でプロキシ編集を行うような映像を記録する記録再生装置等においても有効である。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施の形態１の記録再生装置の構成を示す図
【図２】本発明の実施の形態１におけるクリップデータの配置情報復元用データ作成方法を説明するための図
【図３】本発明の実施の形態１におけるプロキシ復元用データファイルのデータ構造を示す図
【図４】本発明の実施の形態１に係るクリップの配置情報復元方法のフローチャート
【図５】本発明の実施の形態１におけるクリップデータの配置情報復元方法を説明するための図
【図６】本発明の実施の形態１におけるクリップのディレクトリ配置を示す図
【図７】本発明の実施の形態１におけるディレクトリ構成におけるディレクトリエントリ情報を示す図
【図８】本発明の実施の形態２の放送システムの略構成を示す図
【図９】本発明の実施の形態２における映像データのコピー方法を説明するための図
【符号の説明】
【００６０】
１００ 記録再生装置
１０１ システム制御部
１０２ クリップファイル処理手段
１０３ 配置情報処理手段
１０４ ＧＵＩ処理手段
１０５ 記録バッファメモリ
１０６ 再生バッファメモリ
１０７ ファイルシステム
１０８ ファイルシステム用メモリ
１１０ 記録媒体
１１１ 記録媒体
１２０ 入力手段
１２１ 映像・音声入力手段
１２２ エンコーダＨｉｇｈ
１２３ エンコーダＬｏｗ
１２４ 映像・音声出力手段
１２５ デコーダ
１２６ ＬＣＤモニタ
【技術分野】
【０００１】
本発明は、記録媒体にファイルとして映像データとファイルの管理情報を記録する記録再生装置に関し、特に、記録媒体のフォーマットや映像データの削除を誤って行ってしまった際に管理情報を復旧することができる記録再生装置に関する。
【背景技術】
【０００２】
近年、デジタルビデオカメラ等で得られた映像データや音声データ等のコンテンツをファイルとしてフラッシュメモリや光ディスク、磁気ディスク等の記録媒体に記録することが行われている。このような機器では、ユーザーにより撮影したコンテンツを選択して削除したり、記録媒体のフォーマットを容易に行ったりすることができる。したがって、ユーザーが誤って重要なコンテンツを削除してしまったり、記録媒体をフォーマットしてしまったりすることが起こり得る。そのような場合、コンテンツを復元できるような仕組みが必要となる。
【０００３】
通常、ファイルの削除や記録媒体のフォーマットを行う場合、対象となるデータをすべて消去するには処理時間が掛かり、また記録媒体がフラッシュメモリのような書き込み回数に制限がある媒体の場合は書き込み回数を減らすため、ファイルのデータは実際には消去せずにデータの記録媒体上での配置を管理する管理情報において対象となるデータ領域部分を未使用状態にすることで行う。このような場合、ファイルのデータ自体は記録媒体上に存在したままであるため、管理情報を復元できれば削除されたファイルや、フォーマットされた記録媒体において、これらを再びファイルとして参照することができる。
【０００４】
管理情報を復元する従来の手法としては、管理情報の更新前に、不揮発性メモリに設けられるバックアップ領域に、更新される管理情報のバックアップを行い、復元する場合にはバックアップした管理情報を書き戻すことで行う手法がある(特許文献１参照)。
【特許文献１】特開２００５−１１５８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記手法は書き込み等の処理時における突然の電源遮断に対する復旧方法であり、管理情報全体をバックアップするため、更新毎に管理情報を保存するためにはそれだけの記憶容量が必要となる。また、記録媒体上の全ファイルの状態がそのバックアップ時点に戻るため、ファイル単位での復元が困難となる。
【０００６】
本発明は上記課題に鑑み、少ない記憶容量でかつ管理が容易となるような構成でファイルを復元可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題は、以下の本発明によって解決される。すなわち、本発明に係る記録再生装置は、映像データをファイルとして第１の記録媒体に記録すると共に、映像データから映像データよりも低ビットレートの低ビットレート映像データを作成して第２の記録媒体に記録する記録再生装置であって、第１の記録媒体に記録された映像データを第１の記録媒体上の配置情報を用いて管理し、映像データを第１の記録媒体に記録すると共に配置情報を更新するファイルシステムと、配置情報から映像データの配置情報を抜き出して復元用データとして作成する復元用データ作成部と、第２の記録媒体に低ビットレート映像データと共に復元用データを記録する記録部と、第１の記録媒体に記録された映像データに対応する復元用データを第２の記録媒体から読み込み、映像データの配置情報を復元する復元部と、を有する。
【発明の効果】
【０００８】
本発明の記録再生装置によれば、映像データ復元に必要な配置情報のみを低ビットレート映像データ中にバックアップするため、記憶容量が少なくて済み、映像データの配置情報に異常がある場合や、映像データがファイルシステム上で削除された場合にも、映像データが書かれていたデータ領域が別のデータに上書きされない限り、映像データに対応する低ビットレート映像データとともに記録された復元用データを読み込み、映像データの配置情報を復元することで映像データにアクセス可能となる。また映像データと関連が深いプロキシデータに映像データの配置情報を付加することで管理も容易になる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態について、図面を参照しながら説明する。
【００１０】
（実施の形態１）
図１は、本発明の実施の形態１の記録再生装置１００の構成を示すブロック図である。記録再生装置１００は、システム制御部１０１と、記録媒体１１０と、記録媒体１１１と、ユーザによる指示を受け付ける入力手段１２０と、映像信号や音声信号を入力する映像・音声入力手段１２１と、映像信号や音声信号の符号化を行うエンコーダＨｉｇｈ１２２およびエンコーダＬｏｗ１２３と、映像信号や音声信号を復号化するデコーダ１２５と、複号化された映像信号や音声信号を出力する映像・音声出力手段１２４と、映像データのサムネイル等を表示するＬＣＤモニタ１２６とを含む。
【００１１】
システム制御部１０１は、例えば、ＣＰＵとメモリとを含むコンピュータによって実現される。このシステム制御部１０１には、クリップファイル処理手段１０２、配置情報処理手段１０３、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）処理手段１０４、記録バッファメモリ１０５、再生バッファメモリ１０６、ファイルシステム１０７、ファイルシステム用メモリ１０８を備えている。システム制御部１０１に含まれる各手段は、ＣＰＵで各種のプログラムを実行することによって実現される。システム制御部１０１に含まれる各メモリは、例えば、用途ごとにそれぞれメモリを用いてもよく、また、単一のメモリを用途ごとに領域を分けて使うことによって実現してもよい。
【００１２】
システム制御部１０１内のファイルシステム１０７はファイルをブロック単位で管理し、前記ファイルが記録されているブロックの配置情報を有しているものである。例えばＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）ファイルシステムが好ましい。ＦＡＴファイルシステムではクラスタと呼ばれるブロックでデータを管理し、ファイルおよびディレクトリは、ディレクトリエントリと呼ばれる情報からファイル名・作成日時・ファイル属性・ファイルサイズ・開始クラスタ等が取得できる。また、ＦＡＴテーブルと呼ばれるデータの配置を管理するテーブルにはファイルが使用するクラスタの位置・順番等の情報が記録されている。データ領域の最初のクラスタにはルートディレクトリエントリと呼ばれる、最上位のディレクトリにあるファイルやディレクトリのディレクトリエントリが記録されている。また、ディレクトリのディレクトリエントリから取得される開始クラスタには、同様に、そのディレクトリにあるファイルやディレクトリのディレクトリエントリが記録されている。これらの情報をもとに、ファイルやディレクトリを参照することができる。
【００１３】
記録媒体１１０は着脱可能で高転送レートのものが好ましい。例えば半導体メディアであるＰ２（Ｐｒｏｆｅｓｓｉｏｎａｌ Ｐｌｕｇ−ｉｎ）カードは最大６４０Ｍｂｐｓのデータ転送が可能であり放送業務用のビデオカメラの記録媒体として適している。また、記録媒体１１１は着脱可能で記録媒体１１０に比べ安価なものが好ましい。例えば半導体メディアであるＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカードはデジタルカメラ等で使用され、多く普及しており価格も年々低下してきているため適している。
【００１４】
記録媒体１１０と記録媒体１１１は各々がＦＡＴ等のファイルシステムでフォーマットされており、各記録媒体へのファイルの書き込みは、システム制御部１０１内のファイルシステム１０７によりＦＡＴテーブルの更新とデータ書き込み動作により行われる。
【００１５】
映像・音声入力手段１２１から入力される映像信号は、エンコーダＨｉｇｈ１２２によって放送に使用可能な高解像度で順次圧縮されて高解像度符号化データとされる。高解像度符号化データは、クリップファイル処理手段１０２によりＭＸＦ（Ｍａｔｅｒｉａｌ Ｅｘｃｈａｎｇｅ Ｆｏｒｍａｔ）形式にファイル化され、ファイルシステム１０７により記録媒体１１０に記録される。
【００１６】
このとき、クリップファイル処理手段１０２は、高解像度符号化データの先頭フレームのデータをビットマップ形式の画像ファイルであるサムネイル画像として作成し、ファイルシステム１０７がこれを記録媒体１１０および記録媒体１１１に記録する。このサムネイル画像データは、ＬＣＤモニタ１２６にサムネイル一覧として表示される。サムネイル画像データは、所望の映像を記録媒体から探しやすくしたりするものである。したがって、画像サイズは大きい必要はなく縦８０ピクセル、横６０ピクセル、１ピクセルあたり２４ビットの画像データに圧縮される。
【００１７】
また、映像・音声入力手段１２１から入力される音声信号は、エンコーダＨｉｇｈ１２２によって圧縮されて高音質オーディオデータとされる。高音質オーディオデータは、クリップファイル処理手段１０２によりＷａｖｅ形式にファイル化され、ファイルシステム１０７により記録媒体１１０に記録される。
【００１８】
なお、映像データと音声データを別ファイルとするのは、放送局などの業務用途の編集作業では、映像と音声とを独立して編集作業を行うことが多く、業務用途のノンリニア編集機では映像と音声とを別ファイルとするのが一般的なためである。上記映像ファイルと音声ファイルとの組み合わせをクリップと呼ぶ。
【００１９】
クリップファイル処理手段１０２は、映像データや音声データのフレームレートやフレーム数、データのサイズをフレーム数で表したデュレーション等の情報を管理したり関連付けを行ったりするためのクリップ管理情報を作成し、テキスト形式にファイル化する。クリップ管理情報も、ファイルシステム１０７により記録媒体１１０および記録媒体１１１に記録される。クリップには、クリップ管理情報も含まれる。
【００２０】
同様にして、映像・音声入力手段１２１から入力される映像信号は、エンコーダＬｏｗ１２３によってＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）に規定のフォーマットにより、遠隔地の編集装置などと無線または有線等でストレスなく送受信可能なデータ量となるように、高解像度符号化データよりも低解像度で順次圧縮されて低解像度符号化データとされる。低解像度符号化データは、クリップファイル処理手段１０２によりファイル化され、ファイルシステム１０７により記録媒体１１１に記録される。
【００２１】
また、エンコーダＬｏｗ１２３は、必要に応じて映像・音声入力手段１２１から入力される音声信号を圧縮し、高音質オーディオデータよりも圧縮率の高い低音質オーディオデータとされる。低音質オーディオデータは、クリップファイル処理手段１０２によりＷａｖｅ形式にファイル化され、ファイルシステム１０７により記録媒体１１１に記録される。
【００２２】
低解像度符号化データ（及び低音質オーディオデータ）はプロキシデータと呼ばれる。なお、映像信号及び音声信号は、エンコーダＬｏｗ１２３においてひとつの低解像度符号化データに多重化され、記録媒体１１１にプロキシデータとして記録されるようにしてもよい。以下では説明のため、プロキシデータは、低解像度符号化データ、クリップ管理情報、サムネイル画像データ、復元用データを含むものとし、それぞれをプロキシ映像データ、プロキシクリップ管理情報、プロキシサムネイル画像データ、プロキシ復元用データと呼ぶ。
【００２３】
プロキシデータは、近年一般的に行われている、いわゆるノンリニア編集を行うためのデータであり、パーソナルコンピュータ等に取り込まれた後、編集の素材とされる。すなわち、パーソナルコンピュータ等でノンリニア編集を行う場合、その処理能力が不足し、上述したような高解像度符号化データや高音質オーディオデータからなる本線データを、直接、編集の素材とすることができない場合がある。このように、プロキシデータを素材として行われる編集はプロキシ編集と呼ばれることがあり、このプロキシ編集は、例えば、撮影現場などで簡易な編集として行われる。プロキシ編集の結果は、最終的な放送用データを作成するスタジオの装置等に、ＳＤメモリーカード等に記録された状態で配送されたり、ネットワークを介して送信される。そして、スタジオにおいて、プロキシ編集の結果に基づく本線データの編集が行われ、最終的な、放送用コンテンツが作成される。したがって、プロキシデータは本線データと深い関わりを持っていると言える。
【００２４】
配置情報処理手段１０３は、クリップを構成する各ファイルの記録媒体１１０における配置情報を、記録媒体１１０のＦＡＴテーブルをもとにプロキシ復元用データとして作成し、クリップファイル処理手段１０２によりファイル化し、プロキシデータとして、ファイルシステム１０７により記録媒体１１１に記録する。
【００２５】
プロキシ復元用データの作成について図２を用いて説明する。クリップファイルはクリップ管理情報ファイル、サムネイル画像ファイル、映像ファイル、および音声ファイルを備えている。図２（ｅ）は、記録媒体１１０のデータ領域の一部分について、その状態の一例を示している。データ領域には各ファイルがクラスタ毎に記録される。また各クラスタにはクラスタ番号が順に割り振られている。図２（ｄ）は、記録媒体１１０のＦＡＴテーブルのうち、図２（ｅ）に対応する部分について、その状態を示したものである。ＦＡＴテーブルは一定サイズ（ＦＡＴ３２では３２ビット）毎にデータ領域のクラスタに対応しており、対応しているクラスタにデータが記録されていない場合は未使用を表す００ｈが記録される。データが記録されている場合は続きのデータが記録されているクラスタ番号が記録される。クラスタに記録されているデータが終端のときには終端を表すＥＯＦが記録される。
【００２６】
まず、記録媒体１１０からプロキシ復元用データの元となるデータとして図２（ｄ）のＦＡＴテーブルからクリップファイルの部分を抜き出す。ここで、クリップとは関係ないファイル部分については未使用を表す００ｈに置き換える。このようにして作成したプロキシ復元用データは非圧縮データとなる。図２（ｃ）は、この非圧縮データの状態を示したものである。
【００２７】
また、映像・音声データを数フレーム単位ごとに記録する場合には、記録パターンを決めることが出来る。例えば、記録する映像データの１フレームのデータサイズが２８８０００バイトに対し、音声データの１フレームのデータサイズが３８４０バイトのとき、映像データのデータサイズは音声データのデータサイズの７５倍となる。このとき、音声データが１クラスタサイズに達するまで、記録バッファメモリ１０５にデータを蓄積し、１クラスタサイズに達したときに記録媒体に書き込むとすると、映像データが７５クラスタ分書き込まれるのに対し、音声データは１クラスタ分書き込まれる。図２では説明のため、記録パターンとしてクリップ管理情報ファイル及びサムネイル画像ファイルがまず１クラスタずつ記録され、以後は映像ファイルが３クラスタ、音声ファイルが２クラスタのパターンが続く例を示している。記録パターンは記録レートや、音声チャンネル数などに依存する。例えば、２５Ｍｂｐｓの映像データに比べ５０Ｍｂｐｓの映像データはサイズが倍になるため映像データと音声データの比率が変わる。また音声チャンネル数が増えればファイル数も増える。このことは、機器間で、記録フォーマット毎の記録パターンを統一しておけば、記録フォーマットから記録パターンを知ることが出来るといえる。このように記録パターンが決まっている場合には、この記録パターンと、映像ファイルおよび音声ファイルが記録されている先頭クラスタ番号と、各ファイルのサイズと、各クラスタの使用・未使用とがわかればＦＡＴテーブルを復元できる。したがって、ＦＡＴテーブルにおけるクリップファイル部分を、使用部分を１とおき未使用部分を０と置くようなビットマップ化を行うことでプロキシ復元用データのサイズを小さくすることができる。このようにして作成したプロキシ復元用データはビットマップ化データとなる。図２（ｂ）は、このビットマップ化データの状態を示したものである。
【００２８】
さらに、映像・音声データは記録速度を向上させるため、連続した空き領域に記録することが多い。このような場合、使用クラスタが連続するため、ＲＬＥ（Ｒｕｎ Ｌｅｎｇｔｈ Ｅｎｃｏｄｅｄ）を用いて圧縮を行うと効率がよくなる。ＲＬＥはデータの中に同じ符号が連続して並んでいる場合に、その符号と連続する個数によって表現することで圧縮する手法である。このようにして作成したプロキシ復元用データはＲＬＥデータとなる。図２（ａ）は、このＲＬＥデータの状態を示したものである。なお、圧縮手法はＲＬＥでなくとも他の可逆である手法を用いてもよい。
【００２９】
プロキシ復元用データを上記のどのタイプで作成するかは、クリップの記録フォーマットによって決めることで行う。例えば、フレーム間圧縮を行う記録フォーマットでは、動きが少ない映像の場合、動きが多い場合に比べサイズが小さくなるため、映像データと音声データの比率は変動する。このような記録フォーマットの場合は上記の非圧縮データをプロキシ復元用データとする。また、クリップを記録するクラスタのクラスタ番号が昇順になるとは限らないような場合も、非圧縮データをプロキシ復元用データとする。
【００３０】
また、フレーム内圧縮を行いフレームデータのサイズが固定の記録フォーマットでは、上記のように記録パターンを決めることができる。このとき、クリップを記録するクラスタのクラスタ番号が昇順になるように記録できる場合でかつ、記録レートが低く、クリップデータを連続した空き領域に記録する必要がない場合には、クリップデータが記録されているクラスタの間に、他のファイルのデータが記録されることが多くなるため、上記のビットマップ化データをプロキシ復元用データとする。また、記録レートが高く、連続した空き領域に記録する場合には、上記のＲＬＥデータをプロキシ復元用データとする。
【００３１】
以下、プロキシ復元用データはＲＬＥで圧縮されたＲＬＥデータであるものとして説明する。
【００３２】
以上の方法で作成したプロキシ復元用データをもとに、クリップファイル処理手段１０２によりプロキシ復元用データファイルを作成する。プロキシ復元用データファイルにはＦＡＴテーブルを復元する際に必要となる情報を記録する。図３はプロキシ復元用データファイルのデータ構造を示す図である。図３に示されるようにプロキシ復元用データファイルはテキスト形式のファイルとして記録され、プロキシ復元用データファイルを構成する各要素はタグで囲まれている。例えば、ＭｅｄｉａＩＤのタグで囲まれた要素はクリップが記録されている記録媒体１１０のシリアル番号であり、記録媒体を特定するためのものである。ＳｔａｒｔＣｌｕｓｔｅｒのタグで囲まれた要素はクリップファイルが記録されている先頭のクラスタ番号を示しており、図２のクリップファイルの記録配置の場合、クリップ管理情報ファイルが記録されているクラスタ番号である“０６ｈ”が記録される。Ｐａｔｔｅｒｎのタグで囲まれた要素は記録パターンを示しており、Ｖｉｄｅｏ、Ａｕｄｉｏのタグで囲まれた要素でそれぞれの記録されるクラスタ数を示している。なお、プロキシ復元用データを作成する機器と、プロキシ復元用データから復元する機器との間で、記録フォーマット毎の記録パターンが統一されていればＰａｔｔｅｒｎのタグは必要ない。Ｔａｂｌｅのタグで囲まれた要素はプロキシ復元用データを示しており、Ｔｙｐｅのタグで囲まれた要素でデータ形式を示し、Ｄａｔａのタグで囲まれた要素には上記で作成したプロキシ復元用データが記録される。ここではＲＬＥで圧縮されたＲＬＥデータが記録されている。なお、図３ではテキスト形式の例を示したが、バイナリ形式のファイルとしてもよい。
【００３３】
次に、プロキシ復元用データファイルを用いて本線データを復旧する方法について説明する。
【００３４】
図４は、クリップの配置情報復元方法のフローチャートである。ステップＳ４０１において、記録媒体１１１からプロキシデータを読み込み、ＧＵＩ処理手段１０４によりＬＣＤモニタ１２６にプロキシサムネイル画像一覧を表示する。ユーザは入力手段１２０を通して、ＧＵＩ処理手段１０４により、ＬＣＤモニタ１２６に表示されているカーソルを移動してプロキシデータを選択する。選択されたプロキシデータのプロキシ映像データはファイルシステム１０７を通して読み込まれ、再生バッファメモリ１０６に蓄積される。再生バッファメモリ１０６のデータはデコーダ１２５によって復号された後、映像・音声出力手段１２４により出力される。ユーザは出力された映像・音声を確認することで復元したい映像データに対するプロキシデータを選ぶ。
【００３５】
ステップＳ４０２において、選択されたプロキシデータのプロキシ復元用データファイルからプロキシ復元用データを読み込み、配置情報処理手段１０３によって、映像データのＦＡＴテーブルのデータとなるように復号する。ここで、復号方法について図５を用いて説明する。まず、図５において、図２（ａ）に示したＲＬＥデータを図２（ｂ）のビットマップ化データに復号することは容易である。すなわち、値を一つ読み込み、長さを求めた後、後ろに続くデータを長さ分書き出す。以後続けることでビットマップ化データに復号することができる。
【００３６】
次に、ファイルシステム１０７により、プロキシ復元用データファイルからクリップの先頭クラスタ番号を読み込み、図５のようにビットマップ化データの各ビットに対しクラスタ番号を割り当てる。さらに、プロキシ復元用データファイルから記録パターンを読み込むことで、ビットマップ化データの使用部分に対し、各ファイルを対応付けすることができる。各ビットに対し、クラスタ番号とファイルとを対応付けすることができたので、各ファイルにおいてクラスタチェーンをつなぐことで図５のように、元のＦＡＴテーブルデータである非圧縮データに復号することができる。
【００３７】
なお、プロキシ復元用データファイルに記録パターンが記録されておらず、プロキシ復元用データを作成する機器と、プロキシ復元用データから復元する機器との間で、記録フォーマット毎の記録パターンが統一されている場合にはプロキシクリップ管理情報ファイルから記録レートや音声チャンネル数などを取得し記録パターンを決める。
【００３８】
ここで、本線データ及びプロキシデータの各ファイルは、図６に示すようなディレクトリ構成の下に配置される。本線データは記録媒体１１０に記録され、プロキシデータは記録媒体１１１に記録される。また、本線データの各ファイルとプロキシデータの各ファイルの名前（ファイル名を構成する、拡張子の左側部分）はクリップ毎に統一してあり、拡張子をファイルのフォーマットにしたがって変えてある。例えば図６においては、クリップ名が“０００１”であり、このクリップのプロキシ映像ファイルは“０００１．ｍｐ４”である。したがって、クリップが削除されたり、記録媒体１１０がフォーマットされたりして本線データのクリップの各ファイル名が不明になっても、プロキシデータからファイル名を復元することができる。また、本線データのクリップの各ファイルのサイズは、プロキシクリップ管理情報ファイルを参照することで取得できる。すなわち、プロキシクリップ管理情報ファイルからクリップの全フレーム数を表すデュレーションＤ（フレーム）と本線データの記録レートＲ（ビット／秒）とフレームレートＦ(フレーム／秒）とを取得でき、ファイルサイズＳ（ビット）は、Ｓ＝Ｄ／Ｆ×Ｒで算出することができる。なお、プロキシクリップ管理情報ファイル及びプロキシサムネイル画像ファイルは本線データに記録されているクリップ管理情報ファイルおよびサムネイル画像ファイルと同一のものである。プロキシクリップ管理情報ファイルがない場合は、プロキシ復元用データを記録する際に各ファイルのファイルサイズ、またはファイルサイズを求めるのに必要なデュレーション、記録レート及びフレームレートを一緒に記録しておく必要がある。
【００３９】
次にディレクトリエントリについて説明する。ディレクトリエントリはディレクトリやファイルの情報を示すものであり、ディレクトリやファイルの名前、データが記録されている先頭のクラスタ番号、データサイズ、及び作成日時などが記録される。また、ディレクトリ構成の最上階層のディレクトリはルートディレクトリと呼ばれ、このディレクトリ内のディレクトリやファイルに対するディレクトリエントリはＦＡＴ３２の場合、クラスタ番号が０２ｈのクラスタに記録される（ＦＡＴ１２及びＦＡＴ１６の場合はルートディレクトリ専用の領域が存在する）。図７は図６のディレクトリ構成における、ディレクトリエントリ情報を示すものである。（ａ）ルートディレクトリにあるＣＯＮＴＥＮＴＳディレクトリに対するディレクトリエントリが指し示すクラスタ番号０３ｈには（ｂ）ＣＯＮＴＥＮＴＳディレクトリ内のディレクトリやファイルに対するディレクトリエントリが記録されている。同様にすることで（ｃ）ＶＩＤＥＯディレクトリや（ｄ）ＡＵＤＩＯディレクトリなどを参照することができる。また、ファイルに対するディレクトリエントリが指し示す各クラスタ番号には、そのファイルのデータが記録されている。ここで、クリップが削除された場合にはクリップの各ファイルのディレクトリエントリが消去される。また、記録媒体をフォーマットした場合には（ａ）ルートディレクトリ内のディレクトリエントリがすべて消去される。ディレクトリを作成するとそのディレクトリ内のディレクトリエントリはすべて消去されるため、再度ＣＯＮＴＥＮＴＳディレクトリ以下のディレクトリを作成するとクリップファイルに対するディレクトリエントリはすべて消去される。したがって、クリップファイルを復元するには、クリップファイルのディレクトリエントリを復元する必要がある。ディレクトリエントリ内の情報でファイルアクセスに必要なものは、ファイル名、ファイルサイズ及び開始クラスタであり、これらの情報はプロキシに記録されている。したがって、これらの情報をファイルシステム１０７によりプロキシ復元用データファイルから読み出すことでクリップファイルに対するディレクトリエントリを復元することが出来る。なお、作成日時等の情報は、復元するときの日時を記録すればよいが、必要であればプロキシ復元用データファイルを記録する際に、ＣｒｅａｔｅＤａｔｅ等のタグを追加記録し、この情報を読み込むことで復元してもよい。以上のことで、プロキシ復元用データファイルからクリップの配置情報を復元することが出来る。
【００４０】
次に、ステップＳ４０３において、ステップＳ４０２で復元した映像データのＦＡＴテーブルを記録媒体１１０のＦＡＴテーブルに書き戻す際に、書き戻す先がＦＡＴテーブル上で「未使用」であることを確認する。「未使用」である場合はステップＳ４０６に進む。「未使用」でない場合は、映像データが記録されていた領域に別のデータが記録されている可能性があるのでステップＳ４０４に進み、ユーザーに対しエラーを出力する。その後、ステップＳ４０５において、処理を続行するかどうかをユーザーに問い合わせる。続行しない場合は処理を終了する。続行する場合はステップＳ４０６に進む。
【００４１】
ステップＳ４０６において、ステップＳ４０２で復元した映像データのＦＡＴテーブルを用いて記録媒体１１０から映像データを読み出し、映像の再生を行う。このとき、映像ファイルや音声ファイルのフォーマット規格は既知であるため、各ファイルのフォーマットを調べ、フォーマット規格と一致しない場合には、映像データの記録領域に別のデータが記録された可能性があるため、ステップＳ４０７に進みエラーを出力して処理を終了する。一致した場合はステップＳ４０８に進む。
【００４２】
ステップＳ４０８において、ユーザーに対し、ステップＳ４０２で作成した映像データのＦＡＴテーブルを記録媒体１１０のＦＡＴテーブルに書き戻すかどうかを問い合わせる。書き戻さない場合は処理を終了する。書き戻す場合はステップＳ４０９に進み、ステップＳ４０２で作成した映像データのＦＡＴテーブルを記録媒体１１０のＦＡＴテーブルに書き戻す。このときステップＳ４０２で復元した映像データのＦＡＴテーブルの値が０である未使用部分は書き戻さないようにする。さらに、上述の通り、ディレクトリエントリの修復を行い、処理を終了する。
【００４３】
なお、ディレクトリエントリが修復できない場合やＦＡＴテーブルを書き戻したくない場合は、図に記載していない他の記録媒体に、ステップＳ４０２で復元した映像データのＦＡＴテーブルを使用して、記録媒体１１０から読み込んだデータを新たにファイルとして記録してもよい。
【００４４】
以上のステップを行うことで、誤ってフォーマットしてしまったり、クリップを削除してしまったりした記録媒体からクリップを復元することができる。
【００４５】
なお、上述の例ではプロキシデータを記録再生装置に装着されている記録媒体に記録したが、無線ＬＡＮや有線ＬＡＮ経由でネットワーク先の別の機器の記録媒体に記録してもよい。また、プロキシ復元用データをファイルとして、個別に記録したが、プロキシ映像ファイル等に組み込んでもよい。例えば、プロキシ映像ファイルがＭＰＥＧ４ファイルフォーマットで記録される場合、ＭＰＥＧ４ファイルフォーマットは、オブジェクト構造を有し、幾つかのボックスにより構成されており、その中のフリースペースボックスやスキップボックスと呼ばれる、ユーザーデータや、パディングのためのパディングデータを格納するためのボックスがあるため、その領域にプロキシ復元用データを記録してもよい。
【００４６】
（実施の形態２)
実施の形態１では、プロキシ復元用データを用いて、映像ファイルの管理情報に異常があった場合に管理情報を復元する方法について説明したが、実施の形態２では、プロキシ復元用データを、映像データの再生や映像データの取得のための情報として使用する方法について説明する。
【００４７】
図８は、実施の形態２が用いられる放送システムの略構成を示す図である。図８の記録再生装置１００は実施の形態１の記録再生装置と同等の構成をしており、記録媒体１１０には高解像度の本線データが記録され、記録媒体１１１には低解像度のプロキシデータが記録される。
【００４８】
また、編集端末８００はプロキシ編集を行うものであり、図示しない記録媒体Ｉ／Ｆに記録媒体１１１を接続しプロキシデータを読み込む。なお、プロキシデータは、無線ＬＡＮ等のネットワーク経由で転送してもよい。
【００４９】
データサーバ８２０は、記録再生装置１００で撮影された映像データをバックアップするためのサーバであり、システム制御部１０１と同等の制御部を有している。図示しない記録媒体Ｉ／Ｆに記録媒体１１０を接続し、データを読み込み、データサーバ８２０に接続されている記録媒体８３０にコピーする。なお、記録媒体８３０は、大容量のものが好ましく、ハードディスクなどが適している。
【００５０】
ここで、記録媒体１１０から記録媒体８３０へのデータのコピー方法について図９を用いて説明する。管理領域１１０ａには、ＦＡＴテーブルを含むファイルの管理情報が記録されており、データ領域１１０ｂには、データが記録されている。すなわち、データ領域１１０ｂは、ＦＡＴテーブルが指し示すクラスタ群である。
【００５１】
ファイルシステム１０７により、記録媒体８３０にデータ領域１１０ｂをイメージコピーする。なお、イメージコピーは物理コピーとも呼ばれ、記録媒体の領域を順番に読み出し、コピー先の記録媒体に書き込むことで物理的な配置もコピーされる。すなわち、データ領域１１０ｂの全データをデータの物理的配置を変えることなくコピーし、イメージファイル８３０ａとして記録する。このとき、記録媒体１１０からのデータであることがわかる識別情報を付加する。例えば、記録媒体１１０のシリアル番号に拡張子を付けたものを、イメージファイルのファイル名とする。シリアル番号が“０７０３２３０００１”の場合、ファイル名は“０７０３２３０００１．ｉｍｇ”となる。
【００５２】
以上のことにより、データサーバ８２０には映像データが蓄積されていく。
【００５３】
ネットワーク８１０は、インターネットやイントラネットなどのネットワークであり、編集端末８００とデータサーバ８２０との通信を可能とする。編集端末８００はプロキシ編集が完了したら、編集情報とプロキシ復元用データをネットワーク８１０を経由してデータサーバ８２０に送信する。
【００５４】
データサーバ８２０は、受信したプロキシ復元用データをファイルシステム用メモリ１０８に保持する。プロキシ復元用データには、上述したように、記録再生装置１００で記録される際に、記録媒体を識別するためのシリアル番号がＭｅｄｉａＩＤタグに囲まれて記録されているので、ファイルシステム１０７によりこのシリアル番号を取り出す。このシリアル番号に対応するファイル名のイメージファイル８３０ａに対して、プロキシ復元用データのファイル配置情報をもとに、映像データを読み込む。すなわち、ファイルシステム１０７により、プロキシ復元用データから実施の形態１と同様にして、クリップファイルのＦＡＴテーブル及びディレクトリエントリを復元する。復元したＦＡＴテーブル及びディレクトリエントリはファイルシステム用メモリ１０８に保持する。イメージファイル８３０ａは記録媒体１１０の物理的な配置が変化することなく記録されているため、復元したＦＡＴテーブル及びディレクトリエントリを使用することでクリップファイルを参照することができる。このようにして読み込んだ映像データは、編集端末８００に送信されたり、受信した編集情報を元に編集され、放送（オンエア）することができる。なお、上記では記録媒体８３０に管理領域１１０ａをコピーせずにデータ領域１１０ｂのみをイメージコピーすることでイメージファイル８３０ａを作成した。このことで、管理領域１１０ａ分の容量を節約することができ、またプロキシ復元用データを使用する場合のみクリップデータを参照できるようになるため、第三者からの参照を防ぐことが出来る。
【００５５】
以上のことで、プロキシ復元用データを映像データの再生や映像データの取得のための情報として使用することができる。このことは、以下のような場合にも有効である。
【００５６】
通常、ファイルにアクセスするには配置情報から先頭クラスタ番号を参照し、そのクラスタにアクセスする。次のクラスタにアクセスするには再度、配置情報から次のクラスタ番号を参照し、そのクラスタにアクセスする。このことを順に繰り返すことでファイルにアクセスすることができる。したがって、クラスタを参照するためには配置情報−クラスタ間のシーク処理が発生する。一般には、このシーク処理を回避するために配置情報をファイルシステム用メモリ１０８のようなメモリに読み込んでおき、これを参照することでシーク処理を回避する。ただし、組み込み機器などメモリ容量が十分に用意できない場合には配置情報をすべてメモリに読み込まず、必要な部分のみを一定サイズ読み込む。したがって、参照する配置情報がメモリにない場合は記録媒体から読み込む必要があり、シーク処理が発生する。
【００５７】
一方本発明では、取得したい本線データに関する配置情報だけをプロキシ復元用データとしてあらかじめプロキシデータ中に記録している。プロキシ復元用データは、配置情報全体よりもサイズが小さく、プロキシ復元用データをメモリに読み込んで参照することができれば本線データの取得が可能である。
【産業上の利用可能性】
【００５８】
本発明にかかる記録再生装置では、映像データ毎に配置情報をバックアップすることで、映像データが書かれていたデータ領域が別のデータに上書きされない限り復元することができ、また映像データと関連が深いプロキシデータに映像データの配置情報を付加することで管理も容易になるため、後工程でプロキシ編集を行うような映像を記録する記録再生装置等においても有効である。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施の形態１の記録再生装置の構成を示す図
【図２】本発明の実施の形態１におけるクリップデータの配置情報復元用データ作成方法を説明するための図
【図３】本発明の実施の形態１におけるプロキシ復元用データファイルのデータ構造を示す図
【図４】本発明の実施の形態１に係るクリップの配置情報復元方法のフローチャート
【図５】本発明の実施の形態１におけるクリップデータの配置情報復元方法を説明するための図
【図６】本発明の実施の形態１におけるクリップのディレクトリ配置を示す図
【図７】本発明の実施の形態１におけるディレクトリ構成におけるディレクトリエントリ情報を示す図
【図８】本発明の実施の形態２の放送システムの略構成を示す図
【図９】本発明の実施の形態２における映像データのコピー方法を説明するための図
【符号の説明】
【００６０】
１００ 記録再生装置
１０１ システム制御部
１０２ クリップファイル処理手段
１０３ 配置情報処理手段
１０４ ＧＵＩ処理手段
１０５ 記録バッファメモリ
１０６ 再生バッファメモリ
１０７ ファイルシステム
１０８ ファイルシステム用メモリ
１１０ 記録媒体
１１１ 記録媒体
１２０ 入力手段
１２１ 映像・音声入力手段
１２２ エンコーダＨｉｇｈ
１２３ エンコーダＬｏｗ
１２４ 映像・音声出力手段
１２５ デコーダ
１２６ ＬＣＤモニタ
【特許請求の範囲】
【請求項１】
映像データをファイルとして第１の記録媒体に記録すると共に、前記映像データから前記映像データよりも低ビットレートの低ビットレート映像データを作成して第２の記録媒体に記録する記録再生装置であって、
前記第１の記録媒体に記録された映像データを前記第１の記録媒体上の配置情報を用いて管理し、前記映像データを前記第１の記録媒体に記録すると共に前記配置情報を更新するファイルシステムと、
前記配置情報から前記映像データの配置情報を抜き出して復元用データとして作成する復元用データ作成部と、
前記第２の記録媒体に前記低ビットレート映像データと共に前記復元用データを記録する記録部と、
前記第１の記録媒体に記録された前記映像データに対応する前記復元用データを前記第２の記録媒体から読み込み、前記映像データの配置情報を復元する復元部と、
を有する記録再生装置。
【請求項２】
前記ファイルシステムは、記録される映像データを所定サイズのブロック単位で管理し、
前記復元用データ作成部は、前記配置情報から前記映像データの配置情報を抜き出し、前記ブロック単位で前記第１の記録媒体において前記映像データが記録されているかどうかを１ビットであらわすビットマップデータに変換して前記復元用データとする、請求項１記載の記録再生装置。
【請求項３】
前記復元用データ作成部は、前記ビットマップデータにさらに圧縮処理を施して前記復元用データとする、請求項２記載の記録再生装置。
【請求項１】
映像データをファイルとして第１の記録媒体に記録すると共に、前記映像データから前記映像データよりも低ビットレートの低ビットレート映像データを作成して第２の記録媒体に記録する記録再生装置であって、
前記第１の記録媒体に記録された映像データを前記第１の記録媒体上の配置情報を用いて管理し、前記映像データを前記第１の記録媒体に記録すると共に前記配置情報を更新するファイルシステムと、
前記配置情報から前記映像データの配置情報を抜き出して復元用データとして作成する復元用データ作成部と、
前記第２の記録媒体に前記低ビットレート映像データと共に前記復元用データを記録する記録部と、
前記第１の記録媒体に記録された前記映像データに対応する前記復元用データを前記第２の記録媒体から読み込み、前記映像データの配置情報を復元する復元部と、
を有する記録再生装置。
【請求項２】
前記ファイルシステムは、記録される映像データを所定サイズのブロック単位で管理し、
前記復元用データ作成部は、前記配置情報から前記映像データの配置情報を抜き出し、前記ブロック単位で前記第１の記録媒体において前記映像データが記録されているかどうかを１ビットであらわすビットマップデータに変換して前記復元用データとする、請求項１記載の記録再生装置。
【請求項３】
前記復元用データ作成部は、前記ビットマップデータにさらに圧縮処理を施して前記復元用データとする、請求項２記載の記録再生装置。
【図２】
【図４】
【図５】
【図６】
【図７】
【図９】
【図１】
【図３】
【図８】
【図４】
【図５】
【図６】
【図７】
【図９】
【図１】
【図３】
【図８】
【公開番号】特開２００８−３１０８８９（Ｐ２００８−３１０８８９Ａ）
【公開日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願番号】特願２００７−１５８２６０（Ｐ２００７−１５８２６０）
【出願日】平成１９年６月１５日（２００７．６．１５）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願日】平成１９年６月１５日（２００７．６．１５）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]