(57)【特許請求の範囲】
【請求項１】
時系列データを管理する第１管理ファイルを所定の時間間隔で生成して該第１管理ファイルを順次に記録媒体に書き込む第１ステップと、
すべての第１管理ファイルについて、前記記録媒体上の記録位置とサイズとを備える第２管理ファイルを生成して該第２管理ファイルを前記記録媒体に書き込む第２ステップと、
すべての時系列データを管理する第３管理ファイルを生成して該第３管理ファイルを前記記録媒体に書き込む第３ステップと、
前記第３管理ファイルが存在しないまたは読み出せなくなった場合に、前記第２管理ファイルに基づいて新たに第３管理ファイルを再生成する第４ステップとを備えること
を特徴とするデータ記録方法。
【請求項２】
前記新たに再生成した第３管理ファイルを前記記録媒体に書き込む第５ステップを更に備えること
を特徴とする請求項１に記載のデータ記録方法。
【請求項３】
前記第２ステップにおいて、所定のサイズで前記第２管理ファイルを複数に分割するステップを更に含むこと
を特徴とする請求項１に記載のデータ記録方法。
【請求項４】
前記分割された第２管理ファイルのファイル名には、連続番号を含むこと
を特徴とする請求項３に記載のデータ記録方法。
【請求項５】
前記第４ステップにおいて、前記連続番号に従って前記第２管理ファイルを前記記録媒体から順に読み込むこと
を特徴とする請求項４に記載のデータ記録方法。
【請求項６】
前記時系列データのファイル、前記第２管理ファイル及び前記第３管理ファイルの各ファイル名は、すべてに共通な部分と互いに異なる部分とから構成されること
を特徴とする請求項１に記載のデータ記録方法。
【請求項７】
前記互いに異なる部分は、拡張子であること
を特徴とする請求項６に記載のデータ記録方法。
【請求項８】
前記所定の時間間隔が複数あること
を特徴とする請求項１に記載のデータ記録方法。
【請求項９】
前記所定の時間間隔は、時系列データの生成開始時からの経過時間に応じて変化すること
を特徴とする請求項１に記載のデータ記録方法。
【請求項１０】
前記所定の時間間隔は、時系列データの生成開始時からの経過時間に従って増加すること
を特徴とする請求項１に記載のデータ記録方法。
【請求項１１】
時系列データを管理する第１管理ファイルを所定の時間間隔で生成して該第１管理ファイルを順次に記録媒体に書き込む第１手段と、
すべての第１管理ファイルについて、前記記録媒体上の記録位置とサイズとを備える第２管理ファイルを生成して該第２管理ファイルを前記記録媒体に書き込む第２手段と、
すべての時系列データを管理する第３管理ファイルを生成して該第３管理ファイルを前記記録媒体に書き込む第３手段と、
前記第３管理ファイルが存在しないまたは読み出せなくなった場合に、前記第２管理ファイルに基づいて新たに第３管理ファイルを再生成する第４手段とを備えること
を特徴とするデータ記録装置。
【請求項１２】
前記新たに再生成した第３管理ファイルを前記記録媒体に書き込む第５手段を更に備えること
を特徴とする請求項１１に記載のデータ記録装置。
【請求項１３】
前記第２手段において、所定のサイズで前記第２管理ファイルを複数に分割する手段を更に含むこと
を特徴とする請求項１０に記載のデータ記録装置。
【請求項１４】
前記時系列データのファイル、前記第２管理ファイル及び前記第３管理ファイルの各ファイル名は、全てに共通な部分と互いに異なる部分とから構成されること
を特徴とする請求項１０に記載のデータ記録装置。
【請求項１５】
前記所定の時間間隔が複数あること
を特徴とする請求項１０に記載のデータ記録装置。
【請求項１６】
前記所定の時間間隔は、時系列データの生成開始時からの経過時間に応じて変化すること
を特徴とする請求項１０に記載のデータ記録装置。
【請求項１７】
時系列データの一部を管理する複数の第１管理ファイルと、すべての第１管理ファイルについて記録位置とサイズとを備える第２管理ファイルと、すべての時系列データを管理する第３管理ファイルとが書き込まれていること
を特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、時間を管理することができるように一連のデータを記録するデータ記録方法に関し、特に、当該一連のデータを管理する管理ファイルの予備管理ファイルを作成することができるデータ記録方法に関する。更に、該データ記録方法を利用するデータ記録装置及び該データ記録方法でデータを記録した記録媒体に関する。
【０００２】
【従来の技術】
ビデオカメラなどのような、動画を記録・再生する装置が研究・開発されている。動画は、静止画を時系列順に再生した集合として捉えられることから、動画記録再生装置は、一連の静止画データを時系列的に記録・再生することが求められる。
【０００３】
このような、時系列的に変化する一連のデータ（Movie、ムービーと呼ぶ）を扱うためのソフトウェアとして、例えば、QuickTime（クイックタイム：商標）やVideo for Windows（ビデオフォウインドウズ：商標）などがある。
【０００４】
QuickTimeは、各種データを時間軸に沿って管理する。アプリケーションは、QuickTimeを利用することにより、データタイプやデータフォーマット、圧縮形式、ハードウェア構成にとらわれることなく、マルチメディアデータを扱うことができる。そして、QuickTime自身が拡張容易な構造であって、新たなデータタイプ、データフォーマット、圧縮形式、アクセラレータハードウェアに対応することができる。このようにQuickTimeは、プラットホームに依存せず、様々な記録形式に対応し、拡張性があることから、広く利用されている。QuickTimeは、例えば、「INSIDE  MACINTOSH : QuickTime（日本語版）（アジソンウエスレス）」などに開示されている。以下、このQuickTimeについて概説する。
【０００５】
QuickTimeムービーリソースの基本的なデータユニットは、アトム（atom）と呼ばれ、各アトムは、そのデータとともに、サイズ及びタイプ情報を含んでいる。
【０００６】
図１１は、QuickTimeムービーファイルの一例を示す図である。
【０００７】
QuickTimeムービーファイルは、大きく２つの部分、movie atom（ムービーアトム）５０１及びmedia data atom（メディアデータアトム）５０２から構成される。
【０００８】
movie atom５０１は、そのファイルを再生するために必要な情報や実データを参照するために必要な情報を格納する部分である。Media data atom５０２は、ビデオやオーディオなどの実データを格納する部分である。
【０００９】
movie atomは、サイズ、タイプ、movie header atom（ムービーヘッダアトム）、movie clipping atom（ムービークリッピングアトム）、track list（トラックリスト）及びユーザ定義データアトムを含む。図１１は、movie atom５０１がmovie header atom５１１及び２個のtrack atom（track(Video)atom５１２及びtrack(Audio)atom５１３）で構成される場合である。
【００１０】
movie header atomは、タイムスケールや長さなどのムービー全体に関する情報が含まれる。
【００１１】
track atomは、データの種類ごとに用意され、サイズ、タイプ、track header atom（トラックヘッダアトム）、track clipping atom（トラッククリッピングアトム）、track matte atom（トラックマットアトム）、edit atom（エデットアトム）、media atom（メディアアトム）及びユーザ定義データアトムを含む。図１１は、track header atom５２１及びmedia atom５２２で構成される場合である。
【００１２】
track header atomは、時間情報、空間情報、音量情報などが記述され、ムービー内におけるトラックの特性を規定する。
【００１３】
media atomは、movie track のデータが記述される。そして、media atomは、メディアデータを解釈するコンポーネントを規定する情報も記述され、そのメディアのデータ情報も規定する。media atomは、サイズ、タイプ、media header atom（メディアヘッダアトム）、media handler atom（メディアハンドラアトム）、media information atom（メディア情報アトム）及びユーザ定義データアトムを含む。図１１は、media header atom５３１、media handler atom５３２及びmedia information atom５３３で構成される場合である。
【００１４】
media header atomは、メディア全体にかかる情報が記述され、movie trackに対応する保存場所としてのメディアの特性が規定される。media handler atomは、メディアに格納されているデータを解釈すべきコンポーネントを指定する。media information atomは、トラックを構成するメディアデータ用のハンドラ固有の情報を保存する。media handler atomは、この情報を使用して、メディア時間からメディアデータへのマッピングを行う。図１１は、media information atom５３３が、media information header atom（メディア情報ヘッダアトム）５４１、data handler atom（データハンドラアトム）５４２、sample table（サンプルテーブル）５４３及びdata information atom（データ情報アトム）５４４で構成される場合である。
【００１５】
media information header atomは、メディアにかかる情報が記述される。data handler atom（データハンドラアトム）は、メディアデータの取り扱いにかかる情報が記述され、メディアデータへのアクセス手段を提供するデータハンドラコンポーネントを指定するための情報が含まれる。data information atomは、データについての情報が記述される。sample table atom（サンプルテーブルアトム）は、メディア時間を、サンプル位置を指すサンプル番号に変換するために必要な情報を含む。図１１は、sample table atom５４３が、sample description atom（サンプルディスクリプション）５５１、time-to-sample atom（時間サンプルアトム）５５２、sample size atom（サンプルサイズアトム）５５３、sample-to-chunk atom（サンプルチャンクアトム）５５４、chunk offset atom（チャンクオフセットアトム）５５５及びsync sample atom（同期サンプルアトム）５５６で構成される場合である。
【００１６】
sample description atomは、メディア内のサンプルをデコード（decode）するために必要な情報が保存される。メディアは、当該メディア内で使用される圧縮タイプの種類に応じて、１つ又は複数のsample description atomを持つことができる。sample chunk atomは、sample description atom内のテーブルを参照することで、メディア内の各サンプルに対応するsample descriptionを識別する。
【００１７】
time-to-sample atomは、何秒分のデータが記録されているか？という、サンプルと時間軸との関係が記述される。
【００１８】
sample size atomは、サンプルの大きさが記述される。
【００１９】
sample to chunk atomは、サンプルとチャンクとの関係が記述され、先頭チャンク、チャンク当たりのサンプル数及びsample description-IDの情報を基に、メディア内におけるサンプル位置が識別される。
【００２０】
chunk offset atomは、ムービーデータ内でのチャンクの開始ビット位置が記述され、データストリーム内の各チャンクの位置が規定される。
【００２１】
sync sample atomは、同期にかかる情報が記述され、メディア内のキーフレームが指定される。キーフレームは、先行するフレームに依存しない自己内包型のフレームである。
【００２２】
QuickTimeでは、データの最小単位がサンプルとして扱われ、サンプルの集合としてチャンクが定義される。記録再生時のアクセス性を向上させる観点から、チャンク内のサンプルは、連続に格納されることが好ましい。
【００２３】
track(Video)atom５１２とtrack(audio)atom５１３とは、その内部構造が同じなので、図１１では、省略されている。
【００２４】
また、movie dataには、図１１では、例えば、所定の圧縮符号化方式によって符号化されたオーディオデータ、及び、所定の圧縮符号化方式によって符号化された画像データがそれぞれ所定数のサンプルから成るチャンクを単位として格納される。なお、データは、必ずしも圧縮符号化する必要はなく、リニアデータを格納することもできる。
【００２５】
movie atomにおける各トラックと、movie dataに格納されているデータとは、対応付けられている。
【００２６】
このような構成において、QuickTimeは、適切なmedia handler atomに命じて、特定の時間に対応するメディアデータにアクセスする。例えば、サンプルを検索する場合には、以下の手順によって行われる。
【００２７】
第１に、media handler atomは、当該メディアのタイムスケールに基づく時間を決定する。
【００２８】
第２に、media handler atomは、time-to-sample atomの内容を調べて、指定された時間に対応するデータが納められているサンプルの番号を決定する。
【００２９】
第３に、media handler atomは、sample chunk atomの内容を調べて、当該サンプルが収められているチャンクを決定する。
【００３０】
第４に、media handler atomは、chunk offset atomから、そのチャンクまでのオフセットを取得する。
【００３１】
第５に、sample size atomから、チャンク内でのオフセットを取得する。
【００３２】
こうして、media handler atomは、与えられたメディア時間に対応するサンプルの位置及びサイズを識別することができる。そして、QuickTimeは、タイムスケールに応じて実データを再生する。
【００３３】
【発明が解決しようとする課題】
ところで、実データを時系列的に扱う管理ファイル共に記録媒体に記録し、再生に供するが、記録媒体につけられたキズなどによって、管理ファイルが破壊され、再生することができなくなる場合がある。
【００３４】
そこで、本発明は、管理ファイルが破壊された場合でも記録された動画を再生することができるデータ記録方法を提供することを目的とする。
【００３５】
そして、本発明は、該データ記録方法を利用するデータ記録装置及び該データ記録方法でデータが記録された記録媒体を提供することを目的とする。
【００３６】
【課題を解決するための手段】
本発明のデータ記録方法は、時系列データを管理する第１管理ファイルを所定の時間間隔で生成して該第１管理ファイルを順次に記録媒体に書き込む第１ステップと、すべての第１管理ファイルについて、前記記録媒体上の記録位置とサイズとを備える第２管理ファイルを生成して該第２管理ファイルを前記記録媒体に書き込む第２ステップと、すべての時系列データを管理する第３管理ファイルを生成して該第３管理ファイルを前記記録媒体に書き込む第３ステップと、前記第３管理ファイルが存在しないまたは読み出せなくなった場合に、前記第２管理ファイルに基づいて新たに第３管理ファイルを再生成する第４ステップとを備えて構成される。
【００３７】
このようなデータ記録方法において、新たに再生成した第３管理ファイルを記録媒体に書き込む第５ステップを更に備えて構成してもよい。
【００３８】
このようなデータ記録方法において、所定のサイズで第２管理ファイルを複数に分割するステップを更に第２ステップに含めて構成してもよく、複数に分割された第２管理ファイルのファイル名に連続番号を含めて構成してもよい。そして、連続番号に従って第２管理ファイルを記録媒体から順に読み込むステップを第４ステップに含めてもよい。
【００３９】
このようなデータ記録方法において、時系列データのファイル、第２管理ファイル及び第３管理ファイルの各ファイル名をすべてに共通な部分と互いに異なる部分とから構成してもよく、例えば、互いに異なる部分に拡張子を当ててもよい。
【００４０】
そして、このようなデータ記録方法において、所定の時間間隔を複数に、例えば、所定の時間間隔を時系列データの生成開始時からの経過時間に応じて変化させて、複数に設定してもよい。また、この変化は、例えば、経過時間に従って増加させるようにしてもよい。
【００４１】
本発明のデータ記録装置は、時系列データを管理する第１管理ファイルを所定の時間間隔で生成して該第１管理ファイルを順次に記録媒体に書き込む第１手段と、すべての第１管理ファイルについて、前記記録媒体上の記録位置とサイズとを備える第２管理ファイルを生成して該第２管理ファイルを前記記録媒体に書き込む第２手段と、すべての時系列データを管理する第３管理ファイルを生成して該第３管理ファイルを前記記録媒体に書き込む第３手段と、前記第３管理ファイルが存在しないまたは読み出せなくなった場合に、前記第２管理ファイルに基づいて新たに第３管理ファイルを再生成する第４手段とを備えて構成される。
【００４２】
このようなデータ記録装置において、新たに再生成した第３管理ファイルを記録媒体に書き込む第５手段を更に備えて構成してもよい。
【００４３】
このようなデータ記録装置において、所定のサイズで第２管理ファイルを複数に分割する手段を更に第２手段に含めて構成してもよい。
【００４４】
このようなデータ記録装置において、時系列データのファイル、第２管理ファイル及び第３管理ファイルの各ファイル名は、全てに共通な部分と互いに異なる部分とから構成してもよい。
【００４５】
そして、このようなデータ記録装置において、所定の時間間隔を複数に、例えば、所定の時間間隔を時系列データの生成開始時からの経過時間に応じて変化させて、複数に設定してもよい。また、この変化は、例えば、経過時間に従って増加させるようにしてもよい。
【００４６】
本発明のコンピュータ読み取り可能な記録媒体は、時系列データの一部を管理する複数の第１管理ファイルと、すべての第１管理ファイルについて記録位置とサイズとを備える第２管理ファイルと、すべての時系列データを管理する第３管理ファイルとが書き込まれていることで構成される。
【００４７】
本発明のデータ記録方法、データ記録装置及び記録媒体では、予備管理ファイルとして第２管理ファイルを生成する。このため、記録中や記録終了後に記録媒体にキズなどの障害が生じて、正規管理ファイルである第３管理ファイルが読み込めなくなった場合でも、第２管理ファイルから第３管理ファイルを再作成することができるので、本発明は、記録媒体の信頼性を向上させることができ、従来に比べてより確実に時系列データを再生することができる。
【００４８】
【発明の実施の形態】
以下、本発明の一実施形態について説明する。
【００４９】
（一実施形態の処理概要）
本一実施形態は、ビデオ信号及びオーディオ信号を所定の圧縮伸張方式により符号化し、一連の時系列実データを管理するアプリケーションが扱える形式で符号化された実データを管理し、実データと管理データとを所定のフォーマットで記録媒体に記録する。また、本発明は、記録された実データを管理データを参照しながら逆に処理することによってビデオ信号及びオーディオ信号を再生するものである。本一実施形態の１つの特徴は、符号化実データの管理方法にある。
【００５０】
そして、本一実施形態は、所定の圧縮伸張方式にＭＰＥＧ（Moving Picture Coding Experts group、エムペグ）を利用し、アプリケーションにQuickTimeを利用し、フォーマットにＵＤＦ（Universal Disk Format Specification）を利用する。
【００５１】
ＭＰＥＧは、基本的に離散コサイン変換（ＤＣＴ）、動き補償フレーム間予測及び可変長符号化を用いて圧縮伸張を行い、そして、ランダムアクセスを容易にするために、Ｉピクチャ（intra-coded picture）とＰピクチャ（predictive-coded picture）とＢピクチャ（bidirectionally predictive-coded picture）とを組み合わせたＧＯＰ（group of pictures）構造となっている。
【００５２】
ＵＤＦは、高密度光ディスクに関する規格である。ＵＤＦは、階層的なファイルシステムであり、ルートディレクトリに格納された情報からサブディレクトリが参照され、サブディレクトリに格納された情報から、更に別のサブディレクトリや実体的なファイルが参照される。
【００５３】
ＵＤＦについてより具体的に説明すると、ルートディレクトリのファイルエントリ（File Entry、ＦＥ）は、例えば、ＤＶＤ−ＲＡＭのリードイン領域に続けて書き込まれるボリューム情報にその位置が記録され、ルートディレクトリ、サブディレクトリ及びファイルのアドレスと長さの情報であるアロケーションディスクリプタ（Allocation Descriptor、ＡＤ）から成る。光ディスク上の記録領域は、セクタを最小単位としてアクセスされる。
【００５４】
ルートディレクトリのＦＥ内のＡＤは、実体としてのルートディレクトリの論理アドレス及び長さを示す。ルートディレクトリの実体は、１または複数のファイル識別記述子（File Identifier Descriptor、ＦＩＤ）を含み、ＦＩＤは、ルートディレクトリ下にあるサブディレクトリのＦＥやファイルのＦＥが記述される。サブディレクトリ及びファイルの実体は、これらＦＥによって参照される。そして、サブディレクトリの実体は、１または複数のＦＩＤを含み、サブディレクトリのＦＩＤは、当該サブディレクトリ下にあるサブディレクトリやファイルのＦＥが記述される。すなわち、ＵＤＦにおいては、サブルートディレクトリ及びファイルは、ＦＩＤ及びＦＥをポインタとして、ＦＩＤ、ＦＥそして実体の順にアクセスされる。
【００５５】
（一実施形態の構成）
図１は、一実施形態のディジタル記録再生装置の構成を示すブロック図である。
【００５６】
図１において、ディジタル記録再生装置は、ビデオ符号器１、オーディオ符号器２、ビデオ復号器３、オーディオ復号器４、ファイル生成器５、ファイル復号器６、メモリ７、１０、１７、メモリコントローラ８、システム制御マイコン９、エラー訂正符号／復号器１１、ドライブ制御マイコン１２、データ変復調器１３、磁界変調ドライバ１４、サーボ回路１５、操作部１６、モータ２１、磁界ヘッド２２及び光ピックアップ２３を備えて構成される。
【００５７】
ビデオ信号は、ビデオ入力端子からビデオ符号器１に供給され、圧縮符号化される。オーディオ信号は、オーディオ入力端子からオーディオ符号器２に供給され、圧縮符号化される。圧縮符号化は、本実施形態では、ＭＰＥＧが使用される。ビデオ符号器１及びオーディオ符号器２の各出力がエレメンタリストームと呼ばれる。
【００５８】
ビデオ符号器１は、例えば、ＭＰＥＧの場合には、画像再配列部、ローカル復号部、減算器、ＤＣＴ部、量子化部、可変長符号化部及びバッファメモリを備えて構成される。
【００５９】
ビデオ符号器１に供給されたビデオ信号は、画像再配列部及び減算部を介してＤＣＴ部に入力され、ＤＣＴ変換される。画像再配列部は、ピクチャの順序を符号化処理に適した順に並び替える。すなわち、Ｉピクチャ及びＰピクチャを先に符号化し、その後、Ｂピクチャを符号化するのに適した順に並び替える。ＤＣＴ部の出力は、量子化部に入力され、所定のビット数で量子化される。量子化部の出力は、可変長符号化部及びローカル復号部に入力される。可変長符号化部は、入力を所定の符号化方法、例えば、ハフマン符号で可変長符号化して符号化データをバッファメモリに出力する。バッファメモリは、一定レートで符号化データをビデオ符号器１の出力として出力する。
【００６０】
一方、ローカル復号部は、逆量子化部、逆ＤＣＴ部、加算部、フレームメモリ及び動き補償部を備えて構成される。量子化部からローカル復号部に入力された信号は、逆量子化部で逆量子化され、逆ＤＣＴ部で逆ＤＣＴされて、復号される。復号されたビデオ入力は、加算部で動き補償部の出力と加算され、フレームメモリに入力される。フレームメモリの出力は、動き補償部に入力される。動き補償部は、前方向予測、後方向予測及び両方向予測を行う。動き補償部の出力は、上述の加算部及び減算部に入力される。減算部は、画像再配列部の出力と動き補償部の出力との間で減算を行い、ビデオ信号とローカル復号部で復号された復号ビデオ信号との間の予測誤差を形成する。フレーム内符号化（Ｉピクチャ）の場合では、減算部は、減算処理を行わず、単にデータが通過する。
【００６１】
オーディオ符号器２は、例えば、サブバンド符号化部、適応量子化ビット割り当て部などを備えて構成される。
【００６２】
ビデオ符号器１の出力及びオーディオ符号器２の出力がファイル生成器５に供給される。ファイル生成器５は、特定のハードウェア構成を使用することなく動画、音声及びテキストなどを同期して再生することができるコンピュータソフトウェアにより扱うことができるファイル構造を持つように、ビデオエレメンタリストリーム及びオーディオエレメンタリストームのデータ構造を変換する。このようなソフトウェアは、例えば、前述のQuickTimeである。そして、ファイル生成器５は、符号化ビデオデータと符号化オーディオデータとを多重化する。ファイル生成器５は、システム制御マイコン９によって制御される。
【００６３】
ファイル生成器５の出力であるQuickTimeムービーファイルは、メモリコントローラ８を介してメモリ７に順次に書き込まれる。メモリコントローラ８は、システム制御マイコンから記録媒体２０へのデータ書き込みが要求されると、メモリ７からQuickTimeムービーファイルを読み出す。
【００６４】
ここで、QuickTimeムービー符号化の転送レートは、記録媒体２０への書き込みデータの転送レートより低い転送レート、例えば、１／２に設定される。よって、QuickTimeムービーファイルが連続的にメモリ７に書き込まれるのに対し、メモリ７からのQuickTimeムービーファイルの読み出しは、メモリ７がオーバーフローまたはアンダーフローしないように、システム制御マイコン９によって監視されながら間欠的に行われる。
【００６５】
メモリ７から読み出されたQuickTimeムービーファイルは、メモリコントローラ８からエラー訂正符号／復号器１１に供給される。エラー訂正符号／復号器１１は、このQuickTimeムービーファイルを一旦メモリ１０に書き込み、インターリーブ（interleaved）及びエラー訂正符号の冗長データの生成を行う。エラー訂正符号／復号器１１は、冗長データが付加されたデータをメモリ１０から読み出し、これをデータ変復調器１３に供給する。
【００６６】
データ変復調器１３は、デジタルデータを記録媒体２０に記録する際に、再生時のクロック抽出を容易とし、符号間干渉などの問題が生じないように、データを変調する。例えば、（１，７）ＲＬＬ（run length limited）符号やトレリス符号などを利用することができる。
【００６７】
データ変復調器１３の出力は、磁界変調ドライバ１４及び光ピックアップ２３に供給される。磁界変調ドライバ１４は、入力信号に応じて、磁界ヘッド２２を駆動して記録媒体２０に磁界を印加する。光ピックアップ２３は、入力信号に応じて記録用のレーザビームを記録媒体２０に照射する。このようにして、記録媒体２０にデータが記録される。
【００６８】
記録媒体２０は、書き換え可能な光ディスク、例えば、光磁気ディスク（ＭＯ、magneto-optical disk）、相変化型ディスクなどである。
【００６９】
本一実施形態では、小径のＭＯである。そして、記録媒体２０は、モータ２１によって、線速度一定（ＣＬＶ）、角速度一定（ＣＡＶ）またはゾーンＣＬＶ（ＺＣＬＶ）で回転される。
【００７０】
ドライブ制御マイコン１２は、システム制御マイコン９の要求に応じて、サーボ回路１５に信号を出力する。サーボ回路１５は、この出力に応じて、モータ２１及び光ピックアップ２３を制御することによって、ドライブ全体を制御する。例えば、サーボ回路１５は、光ピックアップ２３に対し、記録媒体２０の径方向の移動サーボ、トラッキングサーボ及びフォーカスサーボを行い、モータ２１に対し、回転数を制御する。
【００７１】
また、システム制御マイコン９には、ユーザが所定の指示を入力する操作部１６と、管理データを書き込むメモリ１７が接続される。
【００７２】
一方、再生の際には、光ピックアップ２３は、再生用の出力でレーザビームを記録媒体２０に照射し、その反射光を光ピックアップ内の光検出器で受光することによって、再生信号を得る。この場合において、ドライブ制御マイコン１２は、光ピックアップ２３内の光検出器の出力信号からトラッキングエラー及びフォーカスエラーを検出し、読み取りのレーザビームがトラック上に位置し、トラック上に合焦するように、サーボ回路１５によって光ピックアップ２３を制御する。さらに、ドライブ制御マイコン１２は、記録媒体２０上における所望の位置のデータを再生するために、光ピックアップの径方向における移動も制御する。所望の位置は、記録時と同様にシステム制御マイコン９によって、ドライブ制御マイコン１２に信号が与えられ、決定される。
【００７３】
光ピックアップ２３の再生信号は、データ変復調器１３に供給され、復調される。復調されたデータは、エラー訂正符号／復号器１１に供給され、再生データを一旦メモリ１０に格納し、デインターリーブ（deinterleaved）及びエラー訂正が行われる、エラー訂正後のQuickTimeムービーファイルは、メモリコントローラ８を介してメモリ７に格納される。
【００７４】
メモリ７に格納されたQuickTimeムービーファイルは、システム制御マイコン９の要求に応じて、ファイル復号器６に出力される。システム制御マイコン９は、ビデオ信号及びオーディオ信号を連続再生するために、記録媒体２０の再生信号がメモリ７に格納されるデータ量と、メモリ７から読み出されてファイル復号器６に供給されるデータ量とを監視することによって、メモリ７がオーバーフローまたはアンダーフローしないようにメモリコントローラ８及びドライブ制御マイコン１２を制御する。こうして、システム制御マイコン９は、記録媒体２０から間欠的にデータを読み出す。
【００７５】
ファイル復号器６は、システム制御マイコン９の制御下で、QuickTimeムービーファイルをビデオエレメンタリストリームとオーディオエレメンタリファイルとに分離する。ビデオエレメンタリストリームは、ビデオ復号器３に供給され、圧縮符号化の復号が行われてビデオ出力となってビデオ出力端子から出力される。オーディオエレメンタリストリームは、オーディオ復号器に供給され、圧縮符号化の復号が行われてオーディオ出力となってオーディオ出力端子から出力される。ここで、ファイル復号器６は、ビデオエレメンタリストリームとオーディオエレメンタリファイルとが同期するように出力する。
【００７６】
ビデオ復号器３は、例えば、ＭＰＥＧの場合では、バッファメモリ、可変長符号復号部、逆量子化部、逆ＤＣＴ部、加算部、フレームメモリ、動き補償部及び画像再配列部を備えて構成される。加算部は、逆量子化部の出力と動き補償部の出力とを加算するが、Ｉピクチャを復号する場合には、加算しない。加算部の出力は、画像再配列部で元の画像の順序に並び替えられる。
【００７７】
（一実施形態の動作・効果）
次に、本一実施形態の動作について説明する。
【００７８】
まず、画像データを記録する場合について説明する。
【００７９】
ここで、本一実施形態において、ディジタル記録再生装置は、カメラ一体型ディジタル記録再生装置に備えられているものとし、ビデオ信号及びオーディオ信号には、ビデオカメラで撮影された画像がビデオ信号として供給され、マイクロホンで集音された音声がオーディオ信号として供給される。
【００８０】
図２は、QuickTimeムービーファイルを記録媒体２０に記録する場合のフローチャートを示す図である。
【００８１】
図３は、画像ファイル、記録媒体上に記録されるデータ、記録中に記録される部分管理ファイル及び記録終了後に記録される正規管理ファイルの関係を示す図である。
【００８２】
図３において、中央図は、記録媒体２０に記録されるデータであり、左上図は、画像ファイル、左下図は、記録終了時に記録媒体２０に記録される正規管理ファイルであり、右図は、記録中に記録される部分管理ファイルである。
【００８３】
図４は、本一実施形態のファイルのツリー構造を示す図である。
【００８４】
図４において、ルートディレクトリの下にサブディレクトリであるＭＱ＿ＲＯＯＴディレクトリがあり、ＭＱ＿ＲＯＯＴディレクトリの下にサブディレクトリであるＭＱ＿ＶＩＤＥＯディレクトリがあり、ＭＱ＿ＶＩＤＥＯディレクトリの下に、実体としてのファイルであるＡＢＣＤ０００１．ＤＡＴ、ＡＢＣＤ０００１ＭＱＴ、ＡＢＣＤ０００１．ＭＱ１、ＡＢＣＤ０００１．ＭＱ２、…、ＡＢＣＤ０００１．ＭＱｎがある。
【００８５】
ここで、ＡＢＣＤ０００１．ＭＱ２、…、ＡＢＣＤ０００１．ＭＱｎは、後述するように必要に応じて作成される。
【００８６】
図５は、本一実施形態のファイルのＵＤＦを示す図である。
【００８７】
図２乃至図５において、操作部１６からユーザが撮影開始を指示すると、システム制御マイコン９は、画像ファイルのＦＥ１１１、正規管理ファイルのＦＥ１２１及び第１の予備管理ファイルのＦＥ１３１-1を格納する領域をメモリ１７上に確保する（Ｓ１）。
【００８８】
ここで、各ファイル名は、例えば、画像ファイルをＡＢＣＤ０００１．ＤＡＴとし、正規管理ファイルをＡＢＣＤ０００１．ＭＱＴとし、第ｎの予備管理ファイルをＡＢＣＤ００１．ＭＱｎとする。このように画像ファイル、正規管理ファイル及び予備管理ファイルのファイル名は、共通な部分（本実施形態では、「ＡＢＣＤ０００１」）と、各ファイルを識別するために、互いに異なる部分とから構成される。この各ファイルを識別する部分として本実施形態は、８．３ファイル名形式の拡張子を利用する。拡張子ＤＡＴは、当該ファイルが画像ファイルであることを示し、拡張子ＭＱＴは、当該ファイルが正規管理ファイルであることを示し、拡張子ＭＱｎは、第ｎ番目の予備管理ファイルであることを示す。例えば、ＡＢＣＤ０００１．ＭＱ１は、最初に作成される第１の予備管理ファイルであり、ＡＢＣＤ０００２．ＭＱ２は、第２番目に作成される第２の予備管理ファイルである。
【００８９】
次に、システム制御マイコン９は、QuickTimeムービーファイルの管理ファイルとして、正規管理ファイルＡＢＣＤ０００１．ＭＱＴ１１２を作成するためのサンプルテーブル及び部分管理ファイルを作成するためのサンプルテーブルを格納する領域をメモリ１７上に確保する（Ｓ２）。
【００９０】
サンプルテーブルは、表１に示すように、サンプルごとにsample description atom、time-to-sample atom、sample size atom、sample to chunk atom、chunk offset atom、sync sample atomの各項目を備えて構成される。
【００９１】
【表１】
0004114318.tif 000002
【００９２】
次に、システム制御マイコン９は、記録媒体２０上の記録位置を決定する（Ｓ３）。
【００９３】
次に、システム制御マイコン９は、initial moov atom（moov #0）（イニシャルムーブアトム（moov#0））を作成し、記録媒体２０に記録する（Ｓ４）。
【００９４】
ここで、initial moov atom の構成について説明する。
【００９５】
図６は、initial moov atomの構成を示す図である。
【００９６】
図６において、initial moov atom２００は、図１１に示したQuickTimeムービーファイルのmovie atomに更にmovie extension indicator atom（ムービーイクステンションインディケータアトム）２０１を追加した構造であり、initial moov atom２００には、これから記録されるデータのsampleについて、デフォルトとして、トラック数、圧縮伸張方式、１sample当たりの時間及び１sampleのサイズが記述される。
【００９７】
movie extension indicator atom２０１は、track extension atom（トラックイクステンションアトム）２１１を備えて構成され、track extension atom２１１の数は、図３に示すｄａｔａ＃１のトラック数と同数である。track extension atom２１１は、track-ID（トラックＩＤ）、default-sample-description-index（デフォルトサンプルディスクリプションインデックス）、default-sample-duration（デフォルトサンプルデューレーション）及びdefault-sample-size（デフォルトサンプルサイズを備えて構成される。
【００９８】
track-IDは、トラック番号である。例えば、track extension atom(#1)では、track-IDは、１であり、track extension atom(#2)では、track-IDは、２である。
【００９９】
default-sample-description-indexは、sample description atomにかかれる内容と同じであり、ここには、圧縮伸張方式が記述される。本実施形態では、ＭＰＥＧであることを示すコードが記述される。
【０１００】
default-sample-durationには、１sampleを復号化して再生に要する時間が記述される。
【０１０１】
default-sample-sizeは、１sampleのサイズが記述される。
【０１０２】
次に、システム制御マイコン９は、予備管理ファイルＡＢＣＤ０００１．ＭＱ１のＦＥ１３１-1にinitial moov atom２００の記録位置とサイズをエントリーする（Ｓ５）。
【０１０３】
次に、システム制御マイコン９は、記録位置とデータ量を決定する（Ｓ６）。ここで、データ量は、記録間隔の初期値、例えば、３秒間隔に応じて決定される。
【０１０４】
次に、システム制御マイコン９は、各入力からビデオ信号及びオーディオ信号を取り込み、１フレーム分の画像データ（ｄａｔａ）を生成し、該画像データを記録媒体２０に記録する。そして、システム制御マイコン９は、画像データ（ｄａｔａ）のタイムスケールに応じて、記録時間カウンターをインクリメントする（Ｓ７）。
【０１０５】
次に、システム制御マイコン９は、Ｓ７で記録した画像データにかかるサンプルについて、サンプルテーブルの各項目を生成し、メモリ１７上にある、正規管理ファイルＡＢＣＤ０００１．ＭＱＴ用のサンプルテーブル及び部分管理ファイルmoof用のサンプルテーブルに追加する（Ｓ８）。
【０１０６】
次に、システム制御マイコン９は、記録時間カウンターを基に、所定のテーブルを参照することによって、部分管理ファイルmoofの記録間隔（ＤＴ）を決定する（Ｓ９）。
【０１０７】
所定のテーブルは、例えば、記録時間と記録間隔（ＤＴ）との関係（第１例）に示すテーブルが利用される。
【０１０８】
【表２】
0004114318.tif 000003
【０１０９】
表２に示すように、部分管理ファイルmoofの記録間隔を記録時間に従って大きくすることによって、実データである画像データ（ｄａｔａ）に対して管理ファイルである部分管理ファイルmoofが記録媒体２０の容量に占める割合を部分管理ファイルmoofを等間隔に記録する場合に較べて、少なくすることができる。
【０１１０】
そして、撮影・記録時間よりも部分管理ファイルmoofの記録間隔を大きくとったのでは、撮影・記録時間中に記録媒体２０などに障害が生じると、この記録した映像をすべて再生することができなくなってしまうが、このように部分管理ファイルmoofの記録間隔を制御することによって、短時間の撮影・記録中でも複数の部分管理ファイルが生成されるから、障害発生前までの記録を再生することができる。
【０１１１】
あるいは、更に少なくするために、所定のテーブルとして、記録時間と記録間隔（ＤＴ）との関係（第２例）に示すテーブルを利用してもよい。
【０１１２】
【表３】
0004114318.tif 000004
【０１１３】
また、記録時間と記録間隔（ＤＴ）との関係（第３例）に示すテーブルのように、一定時間の記録時間の経過後に、記録時間と記録間隔（ＤＴ）との関係を繰り返すようにしてもよい。
【０１１４】
【表４】
0004114318.tif 000005
【０１１５】
もちろん、記録間隔（ＤＴ）は、記録時間経過に無関係に等間隔にしてもよく、記録時間と記録間隔（ＤＴ）との関係は、様々なパターンが考えられる。
【０１１６】
図２乃至図５に戻って、次に、システム制御マイコン９は、記録時間カウンターが記録間隔（ＤＴ）未満であるか否かを判定する（Ｓ１０）。
【０１１７】
システム制御マイコン９は、記録時間カウンターが記録間隔（ＤＴ）未満である場合には、Ｓ７の処理に戻り、次の１フレーム分の画像データ（ｄａｔａ）について、記録媒体２０への書き込み（Ｓ７）→サンプルテーブル各項目の作成・追加（Ｓ８）→記録間隔（ＤＴ）の決定（Ｓ９）→記録間隔（ＤＴ）の判定（Ｓ１０）を行う。このようにして、順次に１フレーム分ごとに処理される。
【０１１８】
一方、システム制御マイコン９は、録時間カウンターが記録間隔（ＤＴ）以上である場合には、Ｓ１１の処理を行う。
【０１１９】
Ｓ１１において、システム制御マイコン９は、メモリ１７上の部分管理ファイル用のサンプルテーブルから部分管理ファイルをメモリ１７上に作成する。システム制御マイコン９は、ＡＢＣＤ０００１．ＤＡＴのＦＥ及び予備管理ファイルＡＢＣＤ０００１．ＭＱ１のＦＥに記録位置とサイズをエントリする（Ｓ１１）。このように予備管理ファイルは、１または複数の部分管理ファイルにおける記録位置とサイズとの集合である。
【０１２０】
ここで、部分管理ファイルの構成について説明する。
【０１２１】
図７は、部分管理ファイルの構成を示す図である。
【０１２２】
図７において、部分管理ファイルであるmovie fragment atom２３０は、movie fragment header atom（トラックフラグメントヘッダーアトム）２４１及び１または複数のtrack fragment atom（トラックフラグメントアトム）２４２-1〜２４２-nから成る。track fragment atom２４２は、トラックの数に応じ、トラックの数と同数が作成され、track fragment atom２４２は、track fragment header atom（トラックフラグメントヘッダーアトム）２５１及びtrack run atom（トラックランアトム）２５２から成る。
【０１２３】
movie fragment header atom２４１には、movie fragment atom が作成された順番が記述される。例えば、最初に作成されたmovie fragment atom（moof#1）の movie fragment header atomの場合には、１が記述され、第２番目に作成されたmovie fragment atom（moof#2）の movie fragment header atomの場合には、２が記述される。このように連続番号が記述される。
【０１２４】
track fragment header atom２５１には、track-ID及びbase-data-offsetが記述される。track-IDは、後述される一定の記録時間内において、トラックを特定するトラックのＩＤ番号であり、例えば、図３および図８において、movie fragment atom（moof#1）のtrack-IDは、ｄａｔａ＃１におけるトラックの番号である。base-data-offsetは、当該Ｄａｔａ＃ｎが記録媒体２０上に記録された記録位置である。例えば、図３および図８において、movie fragment atom（moof#1）のbase-data-offsetには、ｄａｔａ＃１の記録媒体２０上の記録位置を示すＬＡＤ＿１が記述され、movie fragment atom（moof#2）のbase-data-offsetには、ｄａｔａ＃２の記録媒体２０上の記録位置を示すＬＡＤ＿２が記述される。
【０１２５】
なお、図８は、記録媒体２０上のデータ配置を示す図である。
【０１２６】
track run atom２５２には、一定の記録時間内におけるサンプル数を示すsample-count（サンプルカウント）が記述される。例えば、図３において、movie fragment atom（moof#1）のsample-countには、sample数を示すｎ１（正の整数）が記述される。
【０１２７】
なお、sampleのサイズが記録中に変更された場合には、track fragment header atomにsample-sizeとして記述される。
【０１２８】
図２乃至図５に戻って、次に、システム制御マイコン９は、予備管理ファイルＡＢＣＤ０００１．ＭＱ１のサイズが予め設定された規定値を超えたか否かを判断する（Ｓ１２）。規定値は、例えば、セクタサイズに設定する。
【０１２９】
システム制御マイコン９は、予備管理ファイルＡＢＣＤ０００１．ＭＱ１のサイズが規定値を超えていない場合には、予備管理ファイルＡＢＣＤ０００１．ＭＱ１をメモり１７から記録媒体２０に書き込み（Ｓ１３）、Ｓ１７の処理を行う。
【０１３０】
システム制御マイコン９は、予備管理ファイルＡＢＣＤ０００１．ＭＱ１のサイズが規定値を超えいる場合には、次の予備管理ファイルＡＢＣＤ０００１．ＭＱ２のＦＥを格納する領域をメモり上に確保する（Ｓ１４）。
【０１３１】
システム制御マイコン９は、予備管理ファイルＡＢＣＤ０００１．ＭＱ２に記録位置とサイズをエントリする（Ｓ１５）。
【０１３２】
システム制御マイコン９は、予備管理ファイルＡＢＣＤ０００１．ＭＱ２のデータをメモリ１７から記録媒体２０に書き込み（Ｓ１６）、Ｓ１７の処理を行う。
【０１３３】
Ｓ１７において、システム制御マイコン９は、記録終了か否かを判断する。システム制御マイコン９は、記録が終了していない場合には、Ｓ６の処理に戻り、次の１フレーム分の画像データを処理し、記録が終了している場合には、Ｓ１８の処理を行う。
【０１３４】
Ｓ１８において、正規管理ファイルＡＢＣＤ０００１．ＭＱＴのサンプルテーブルから正規管理ファイルを生成し、記録媒体２０上に記録する。システム制御マイコン９は、正規管理ファイルＡＢＣＤ０００１．ＭＱＴの記録位置とサイズを正規管理ファイルＡＢＣＤ０００１．ＭＱＴのＦＥにエントリする（Ｓ１８）。
【０１３５】
次に、システム制御マイコン９は、正規管理ファイルＡＢＣＤ０００１．ＭＱＴとそのＦＥをメモリ１７から記録媒体２０に記録し（Ｓ１９）、処理を終了する。
【０１３６】
このように、本一実施形態は、initial moov atom２００及びmovie fragment atom２３０の内容を纏めたファイルである正規管理ファイルＡＢＣＤ０００１．ＭＱＴを作成し、記録媒体２０に書き込むだけでなく、initial moov atom２００の記録位置及びサイズとmovie fragment atom２３０の記録位置及びサイズとを記録した予備管理ファイルを作成し、記録媒体２０に書き込むことに特徴がある。
【０１３７】
なお、本一実施形態は、予備管理ファイルをサイズに応じて、複数に分割したが、１つの予備管理ファイルに纏めて記録媒体２０に記録してもしてもよい。図９は、このような場合における、画像ファイル、記録媒体上に記録されるデータ、記録中に記録される部分管理ファイル及び記録終了後に記録される正規管理ファイルの関係を示す図である（その２）。
【０１３８】
次に、画像データを再生する場合について説明する。
【０１３９】
図１０は、QuickTimeムービーファイルを記録媒体２０から再生する場合のフローチャートを示す図である。
【０１４０】
図１０において、システム制御マイコン９は、記録媒体２０上にQuickTimeムービーファイルの正規管理ファイルが存在するか否かを判断する。この場合において、システム制御マイコン９は、ファイル名の内で、互いに異なる部分が正規管理ファイルを示す識別子があるか否かで判断することができる。本実施形態では、システム制御マイコン９は、ＭＱＴを拡張子として持つファイルが存在するか否かで判断することができる（Ｓ３１）。
【０１４１】
正規管理ファイルが記録媒体２０上に存在する場合には、システム制御マイコン９は、この正規管理ファイルから画像データを記録媒体２０上から読み込み、再生を開始する。本実施形態では、システム制御マイコン９は、ＡＢＣＤ０００１．ＤＡＴを記録媒体２０上から読み取り、再生する（Ｓ４３）。
【０１４２】
一方、正規管理ファイルが記録媒体２０上に存在しない場合には、システム制御マイコン９は、カウンタ変数ｎを初期値１に設定する（Ｓ３３）。
【０１４３】
次に、システム制御マイコン９は、第ｎの予備管理ファイル、ここでは、第１の予備管理ファイルを記録媒体２０上から読み取る。この場合において、システム制御マイコン９は、ファイル名の内で、互いに異なる部分が予備管理ファイルを示す識別子があるか否かで判断することができる。本実施形態では、システム制御マイコン９は、ＭＱｎを拡張子として持つファイルが存在するか否かで判断することができる。
【０１４４】
次に、システム制御マイコン９は、予備管理ファイルからinitial moov atom２００の記録位置及びサイズとmovie fragment atom２３０の記録位置及びサイズとを基に、initial moov atom２００の実体とmovie fragment atom２３０の実体とをメモリ１７に読み込む。そして、システム制御マイコン９は、initial moov atom２００の実体とmovie fragment atom２３０の実体とを基に、QuickTimeムービーファイルの正規管理データを再構築し、メモリ１７に格納する（Ｓ３５）。
【０１４５】
次に、システム制御マイコン９は、カウンタ変数ｎをインクリメントする（Ｓ３６）。
【０１４６】
次に、システム制御マイコン９は、第ｎ＋１の予備管理ファイル、ここでは、第２の予備管理ファイルが記録媒体２０上に存在するか否かを判断する（Ｓ３７）。
【０１４７】
システム制御マイコン９は、第ｎ＋１の予備管理ファイルが存在する場合には、第ｎ＋１の予備管理ファイルを記録媒体２０上から読み取る（Ｓ３８）。
【０１４８】
次に、システム制御マイコン９は、予備管理ファイルからinitial moov atom２００の記録位置及びサイズとmovie fragment atom２３０の記録位置及びサイズとを基に、initial moov atom２００の実体とmovie fragment atom２３０の実体とをメモリ１７に読み込む。そして、システム制御マイコン９は、initial moov atom２００の実体とmovie fragment atom２３０の実体とを基に、QuickTimeムービーファイルの管理データを再構築し、メモリ１７に追加格納する。そして、システム制御マイコン９は、カウンタ変数ｎをインクリメントするＳ３６の処理に戻る（Ｓ３９）。
【０１４９】
一方、システム制御マイコン９は、第ｎ＋１の予備管理ファイルが存在しない場合には、メモリ上に格納したQuickTimeムービーファイルの管理ファイルから正規管理ファイルを作成する（Ｓ４０）。
【０１５０】
システム制御マイコン９は、メモリ１７上に正規管理ファイルのＦＥを格納する領域をメモリ１７上に確保し、正規管理ファイルの記録位置及びサイズを正規管理ファイルのＦＥにエントリする（Ｓ４１）。
【０１５１】
次に、システム制御マイコン９は、正規管理ファイルのＦＥをメモリ１７から記録媒体２０に記録した後に、Ｓ４３の処理を行う（Ｓ４２）。
【０１５２】
このようにして、正規管理ファイルが記録媒体２０に生じた障害（ディスククラッシュ）から読み取り不能となった場合に、予備管理ファイルから正規管理ファイルが記録媒体２０上に再記録される。
【０１５３】
なお、本一実施形態では、ディジタル記録再生装置を携帯型のカメラ一体ディスク記録再生装置に搭載する場合であるが、これに限定されるものではない。本発明のディジタル記録再生装置は、単体で使用することができるだけでなく、QuickTimeアプリケーションソフトウェアが動作するコンピュータに搭載可能である。また、本発明は、ビデオデータ及びオーディオデータを扱う場合だけでなく、ビデオデータのみ、またはオーディオデータのみを扱う場合や、さらに、テキストデータも扱う場合にも適用することができる。
【０１５４】
また、本一実施形態では、ＭＰＥＧ、QuickTime及びＵＤＦを利用したがこれに限定されるものではない。例えば、圧縮伸張方式は、OpenDML Motion JPEG、H.263、DV、AVI（Aidio/Video Interleaved）などを利用することもできる。時間軸に沿ったアプリケーションは、Video for Windowsを使用することができる。ファイルシステムは、ＦＡＴ（File Allocation Table）を利用することができる。
【０１５５】
そして、本一実施形態では、各ファイル名の共通部分を「ＡＢＣＤ０００１」とし、各ファイルを区別する識別部分をＤＡＴ、ＭＱＴ、ＭＱｎとしたが、これに限定されるものではなく、もちろん任意に設定することができる。別の一例を挙げれば、共通部分を「ＰＮＣＤ」とし、画像データやオーディオデータなどの実データの識別部分を「ＦＩＬ」、正規管理ファイルの識別部分を「ＭＥＯ」及び予備管理ファイルの識別部分を「ＭＥｎ」（ｎは１からの正数）としてもよい。
【０１５６】
【発明の効果】
本発明では、記録媒体に障害が生じて正規管理ファイルが読み込めなくなった場合に、予備管理ファイルにより正規管理ファイルを再作成するので、障害を復旧し、記録を再生することができる。
【図面の簡単な説明】
【図１】一実施形態のディジタル記録再生装置の構成を示すブロック図である。
【図２】  QuickTimeムービーファイルを記録媒体２０に記録する場合のフローチャートを示す図である。
【図３】画像ファイル、記録媒体上に記録されるデータ、記録中に記録される部分管理ファイル及び記録終了後に記録される正規管理ファイルの関係を示す図である（その１）。
【図４】本一実施形態のファイルのツリー構造を示す図である。
【図５】本一実施形態のファイルのＵＤＦを示す図である。
【図６】  initial moov atomの構成を示す図である。
【図７】  movie fragment atomの構成を示す図である。
【図８】記録媒体上のデータ配置を示す図である。
【図９】画像ファイル、記録媒体上に記録されるデータ、記録中に記録される部分管理ファイル及び記録終了後に記録される正規管理ファイルの関係を示す図である（その２）。
【図１０】  QuickTimeムービーファイルを記録媒体２０から再生する場合のフローチャートを示す図である。
【図１１】  QuickTimeムービーファイルの一例を示す図である。
【符号の説明】
９・・・システム制御マイコン、１７・・・メモリ、２０・・・記録媒体
【図１】
0004114318.tif 000006
【図２】
0004114318.tif 000007
【図３】
0004114318.tif 000008
【図４】
0004114318.tif 000009
【図５】
0004114318.tif 000010
【図６】
0004114318.tif 000011
【図７】
0004114318.tif 000012
【図８】
0004114318.tif 000013
【図９】
0004114318.tif 000014
【図１０】
0004114318.tif 000015
【図１１】
0004114318.tif 000016