(57)【要約】【課題】  記録用バッファまたは再生用バッファの容量を抑えるとともに、ＡＶストリームデータのサイズを小さく抑えて、ディスクの利用効率を向上させる。【解決手段】  連続的に記録および／または再生すべきＡＶストリームデータの記録と、ＡＶストリームデータに対応しかつ後で記録されるアフレコデータの記録領域であるＰＲＵ領域の確保とを１セットとして光ディスクに対し連続して行い、これを複数セット７１０〜７１４について行うデータ記録方法において、或るセット７１２において、ＡＶストリームデータ７０７の記録を行うとともに、ＡＶストリームデータと異なるデータである特定データをＰＲＵ領域７１５に記録する。【選択図】  図１
2005116007.tif 000002
【特許請求の範囲】
【請求項１】
連続的に記録および／または再生すべきデータであるストリームデータの記録と、該ストリームデータに同期して再生され、かつ後で記録されるデータであるアフレコデータの記録領域の確保とを１セットとして記録媒体に対し連続して行い、これを複数セットについて行うように制御する記録制御手段を備えるデータ記録装置において、
上記記録制御手段は、或るセットにおいて、上記ストリームデータの記録を行うとともに、上記ストリームデータと異なるデータである特定データを上記アフレコデータの記録領域に記録するように制御することを特徴とするデータ記録装置。
【請求項２】
上記記録制御手段は、複数セットの記録を行った後、上記アフレコデータの記録領域に記録された特定データを、上記ストリームデータおよびアフレコデータの記録領域とは別の記録領域に移動するように制御する特定データ移動制御手段を備えることを特徴とする請求項１に記載のデータ記録装置。
【請求項３】
上記記録制御手段は、各セットにおいて、上記特定データを記録するように制御することを特徴とする請求項１に記載のデータ記録装置。
【請求項４】
上記記録制御手段は、或るセットにおいて、複数の上記特定データをまとめて記録するように制御することを特徴とする請求項１に記載のデータ記録装置。
【請求項５】
上記記録制御手段は、前回に上記特定データを記録してから所定期間経過後に記録するセットにおいて、上記特定データを記録するように制御することを特徴とする請求項４に記載のデータ記録装置。
【請求項６】
特定データを蓄積する記憶手段をさらに備えており、
上記記録制御手段は、上記記憶手段の残量の低下を検出した場合に、上記記憶手段に蓄積された特定データを記録するように制御することを特徴とする請求項４に記載のデータ記録装置。
【請求項７】
ユーザが情報を入力する入力手段をさらに備えており、
上記記録制御手段は、上記入力手段からの書込み指示の情報に基づいて、上記特定データを記録するように制御することを特徴とする請求項４に記載のデータ記録装置。
【請求項８】
装置の状況を検知する状況検知手段をさらに備えており、
上記記録制御手段は、上記状況検知手段の検知に基づいて、上記特定データを記録するように制御することを特徴とする請求項４に記載のデータ記録装置。
【請求項９】
上記記録制御手段は、上記複数セットの複数の特定データを管理する１つの管理ファイルを記録するように制御することを特徴とする請求項１に記載のデータ記録装置。
【請求項１０】
上記記録制御手段は、上記複数セットの複数の特定データを管理する複数の管理ファイルを記録するように制御することを特徴とする請求項１に記載のデータ記録装置。
【請求項１１】
ユーザが情報を入力する入力手段をさらに備えており、
上記特定データは、上記入力手段からの入力データであることを特徴とする請求項１に記載のデータ記録装置。
【請求項１２】
上記特定データは、上記ストリームデータに関連する関連データであることを特徴とする請求項１に記載のデータ記録装置。
【請求項１３】
上記関連データは、上記ストリームデータの再生に必要な管理情報であることを特徴とする請求項１２に記載のデータ記録装置。
【請求項１４】
上記関連データは、上記ストリームデータに同期して再生されるデータであることを特徴とする請求項１２に記載のデータ記録装置。
【請求項１５】
上記記録制御手段は、或るセットの関連データを、上記セットより後のセットにて確保されるアフレコデータの記録領域に記録するように制御することを特徴とする請求項１２に記載のデータ記録装置。
【請求項１６】
上記ストリームデータの内容から上記関連データを取得する関連データ取得手段をさらに備えることを特徴とする請求項１２に記載のデータ記録装置。
【請求項１７】
上記特定データは、上記ストリームデータに関連しないデータであることを特徴とする請求項１に記載のデータ記録装置。
【請求項１８】
連続的に記録および／または再生すべきデータであるストリームデータの記録と、該ストリームデータに対応しかつ後で記録されるデータであるアフレコデータの記録領域の確保とを１セットとして記録媒体に対し連続して行い、これを複数セットについて行うデータ記録方法において、
或るセットにおいて、上記ストリームデータの記録を行うとともに、上記ストリームデータと異なるデータである特定データを上記アフレコデータの記録領域に記録することを特徴とするデータ記録方法。
【請求項１９】
請求項１ないし１７の何れか１項に記載のデータ記録装置を動作させるためのデータ記録プログラムであって、コンピュータを上記記録制御手段として機能させるためのデータ記録プログラム。
【請求項２０】
請求項１９に記載のデータ記録プログラムが記録されたコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データや音声データなどの時系列データと、該時系列データに対応し、後で記録するために現時点では空白であるアフレコデータとを１組の連続データとして、複数組の連続データを、ランダムアクセス可能な記録媒体に連続して記録するデータ記録装置、データ記録方法、データ記録プログラム、および該プログラムを記録した記録媒体に関するものである。
【背景技術】
【０００２】
光ディスクや磁気ディスクなどのディスク記録媒体や半導体記録媒体に対して、映像、音声、音楽などのＡＶ（Audio Visual）コンテンツの記録再生を行うデータ記録装置が普及してきている。これらＡＶコンテンツの記録において、テープメディアと同様にアフターレコーディング（以下、「アフレコ」と略称する。）機能を実現する技術が考案されている。
【０００３】
アフレコ機能は、既に記録した映像データや音声データと同期して再生するデータを後から追記する機能である。このようなデータの例としては、音楽やナレーションなどのサウンドデータ、映像データと重畳して表示する静止画などのグラフィックデータや字幕などのテキストデータが挙げられる。
【０００４】
ディスク記録媒体を用いてアフレコ機能を実現する方法について、図２０に基づいて説明する。図２０は、ＡＶコンテンツを記録するときに作成される複数のファイルと、これらファイル内のデータが記録媒体に記録される物理的な記録位置とを示している。図示のように、ＡＶコンテンツを記録するときには、ＡＶストリームデータファイル２０３１、アフレコファイル２０３２、および付加データファイル２０３３が作成される。
【０００５】
ＡＶストリームデータファイル２０３１は、映像や音声のデータである複数のＡＶストリームデータを含む構成である。アフレコファイル２０３２は、ＡＶストリームデータのそれぞれに対応する複数のアフレコデータを含む構成である。なお、アフレコデータは、上述のように後で記録されるデータであるから、ＡＶコンテンツを記録媒体に記録するときには、アフレコデータが記録される記録領域２０００〜２００３が確保されるのみである。この記録領域２０００〜２００３は、ポストレコーディングユニット（Post Recording Unit）領域（以下「ＰＲＵ領域」と称する。）と呼ばれている。
【０００６】
付加データファイル２０３３は、各ＡＶストリームデータを適切なタイミングで再生するために付加される複数の管理情報データを含む構成である。管理情報データには、ＡＶストリームデータを再生するのに必要な時間アドレス変換テーブルなどが含まれる。
【０００７】
図示のように、ＡＶストリームデータの記録とＰＲＵ領域の確保とを記録媒体上で行う場合には、或るＡＶストリームデータの記録領域と該ＡＶストリームデータに対応するＰＲＵ領域とを１つのセットとして物理的に連続配置するようにデータの記録および領域の確保を行い、上記セット２０１０〜２０１３のそれぞれが順次実行されることになる。そして、ＡＶストリームデータの記録後に、各ＡＶストリームデータに対応するアフレコデータが、該当するＰＲＵ領域に記録されて、ＡＶコンテンツが完成する。
【０００８】
このように、ＡＶストリームデータと該ＡＶストリームデータに対応するアフレコデータとを記録媒体上で連続配置することにより、ＡＶストリームデータを再生する時に、対応するアフレコデータが遅延して再生されることを防止できる。
【０００９】
また、上記セット２０１０〜２０１３の単位で記録する場合、各セットに対応する管理情報データは、各セットのＡＶストリームデータに連続配置されて記録される。これにより、ＡＶストリームデータを再生する時に、再生に必要な各種情報を続けて読み出すことができる。
【００１０】
さらに、下記の特許文献１では、全ての管理情報データを含む管理情報ファイル７３０を別の記録領域１６２０にも記録している。これにより、ＡＶストリームデータに連続配置されて記録された各管理情報データが、記録媒体の破損等により読み出すことができなくなっても、管理情報ファイル７３０から管理情報データを再作成することができる。
【特許文献１】特開２００２−１９７８３９号公報（平成１４年７月１２日公開）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上述のように、従来の場合では、或るセットの記録を行った後に、その連続する記録領域に上記セットに対応する管理情報データを記録し、その後次のセットの記録を行っている。すなわち、各セットの記録の間に管理情報データの記録が行われる。このため、管理情報データを記録する間に入力されるＡＶストリームデータを一時的に蓄積できる記録用バッファが必要である。また、記録用バッファに蓄積されたＡＶストリームデータを次のセットで記録するために、記録すべきＡＶストリームデータの長さを長くする必要がある。
【００１２】
同様のことがデータの再生に関しても言える。すなわち、各セットの再生の間に管理情報データの再生が行われる。このため、管理情報データを再生する間に出力すべきＡＶストリームデータを一時的に蓄積できる再生用バッファが必要であり、再生用バッファに蓄積すべきＡＶストリームデータを記録媒体から再生するため、再生すべきＡＶストリームデータの長さを長くする必要がある。
【００１３】
記録用バッファまたは再生用バッファの容量を増大すると、これらのバッファの回路規模が増大することになる。また、ＡＶストリームデータの長さを長くすると、ＡＶストリームデータの移動や削除を伴う編集（破壊編集）を行うときに指定する単位が粗くなる。
【００１４】
さらに、管理情報データを、各セットのＡＶストリームデータに連続配置しない場合には、シーク動作を必要とするので、ＡＶストリームデータの記録および再生がさらに遅延することになる。このため、記録用バッファまたは再生用バッファの容量をさらに増大させ、ＡＶストリームデータの長さをさらに長くする必要がある。また、シーク動作の発生により、動作音や振動が増大することや、消費電力が増大することになる。
【００１５】
また、管理情報データの記録領域は、ＡＶストリームデータの記録領域に比べて狭いため、ＡＶストリームデータの記録領域として再利用することが困難である。このため、記録媒体の利用効率が低下することになる。
【００１６】
上記問題点に対し、上記特許文献１から、管理情報データを、各セットのＡＶストリームデータに連続配置せずに、全セットの記録後に全ての管理情報データを含む管理情報ファイルを記録することが考えられる。この場合、セットの記録間で管理情報データの記録が行われることがないから、記録用バッファの容量を最小とすることができ、ＡＶストリームデータのデータ長を最小とすることができる。
【００１７】
しかしながら、全ての管理情報データを記憶する必要があるため、記憶装置の記憶領域を管理情報データで圧迫することになる。また、場合によっては、ＡＶストリームデータの記録中に、それまでに記録したＡＶストリームデータの管理情報データの量が記憶装置の記憶容量を越えて、それ以上、ＡＶストリームデータを記録することが不可能となることがある。
【００１８】
また、ＡＶストリームデータとともにアフレコデータを記録する場合には、各セットのＰＲＵ領域には、該セットのＡＶストリームデータに対応するアフレコデータを記録する必要があるから、記録すべきＡＶストリームデータが確定するまでアフレコデータの記録を待機する必要があり、記録の遅延が生じることになる。さらに、図２０に示されるように、ＡＶストリームデータの記録領域の上流側にＰＲＵ領域が設けられている場合には、ＡＶストリームデータの記録後にシーク動作を行ってＰＲＵ領域にアフレコデータを記録する必要があり、さらなる記録の遅延が生じることになる。
【００１９】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、記録用バッファまたは再生用バッファの容量を抑えるとともに、ＡＶストリームデータのサイズを小さく抑えて、記録媒体の利用効率を向上させたデータ記録装置、データ記録方法、データ記録プログラム、および該プログラムを記録した記録媒体を提供することにある。
【課題を解決するための手段】
【００２０】
上記の課題を解決するため、本発明に係るデータ記録装置は、連続的に記録および／または再生すべきデータであるストリームデータの記録と、該ストリームデータに同期して再生され、かつ後で記録されるデータであるアフレコデータの記録領域の確保とを１セットとして記録媒体に対し連続して行い、これを複数セットについて行うように制御する記録制御手段を備えるデータ記録装置において、上記記録制御手段は、或るセットにおいて、上記ストリームデータの記録を行うとともに、上記ストリームデータと異なるデータである特定データを上記アフレコデータの記録領域に記録するように制御することを特徴としている。
【００２１】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記記録制御手段は、複数セットの記録を行った後、上記アフレコデータの記録領域に記録された特定データを、上記ストリームデータおよびアフレコデータの記録領域とは別の記録領域に移動するように制御する特定データ移動制御手段を備えることを特徴としている。
【００２２】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記記録制御手段は、各セットにおいて、上記特定データを記録するように制御することを特徴としている。
【００２３】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記記録制御手段は、或るセットにおいて、複数の上記特定データをまとめて記録するように制御することを特徴としている。
【００２４】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記記録制御手段は、前回に上記特定データを記録してから所定期間経過後に記録するセットにおいて、上記特定データを記録するように制御することを特徴としている。
【００２５】
さらに、本発明に係るデータ記録装置は、上記の構成において、特定データを蓄積する記憶手段をさらに備えており、上記記録制御手段は、上記記憶手段の残量の低下を検出した場合に、上記記憶手段に蓄積された特定データを記録するように制御することを特徴としている。
【００２６】
さらに、本発明に係るデータ記録装置は、上記の構成において、ユーザが情報を入力する入力手段をさらに備えており、上記記録制御手段は、上記入力手段からの書込み指示の情報に基づいて、上記特定データを記録するように制御することを特徴としている。
【００２７】
さらに、本発明に係るデータ記録装置は、上記の構成において、装置の状況を検知する状況検知手段をさらに備えており、上記記録制御手段は、上記状況検知手段の検知に基づいて、上記特定データを記録するように制御することを特徴としている。
【００２８】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記記録制御手段は、上記複数セットの複数の特定データを管理する１つの管理ファイルを記録するように制御することを特徴としている。
【００２９】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記記録制御手段は、上記複数セットの複数の特定データを管理する複数の管理ファイルを記録するように制御することを特徴としている。
【００３０】
さらに、本発明に係るデータ記録装置は、上記の構成において、ユーザが情報を入力する入力手段をさらに備えており、上記特定データは、上記入力手段からの入力データであることを特徴としている。
【００３１】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記特定データは、上記ストリームデータに関連する関連データであることを特徴としている。
【００３２】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記関連データは、上記ストリームデータの再生に必要な管理情報であることを特徴としている。
【００３３】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記関連データは、上記ストリームデータに同期して再生されるデータであることを特徴としている。
【００３４】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記記録制御手段は、或るセットの関連データを、上記セットより後のセットにて確保されるアフレコデータの記録領域に記録するように制御することを特徴としている。
【００３５】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記ストリームデータの内容から上記関連データを取得する関連データ取得手段をさらに備えることを特徴としている。
【００３６】
さらに、本発明に係るデータ記録装置は、上記の構成において、上記特定データは、上記ストリームデータに関連しないデータであることを特徴としている。
【００３７】
また、本発明に係るデータ記録方法は、上記の課題を解決するために、連続的に記録および／または再生すべきデータであるストリームデータの記録と、該ストリームデータに対応しかつ後で記録されるデータであるアフレコデータの記録領域の確保とを１セットとして記録媒体に対し連続して行い、これを複数セットについて行うデータ記録方法において、或るセットにおいて、上記ストリームデータの記録を行うとともに、上記ストリームデータと異なるデータである特定データを上記アフレコデータの記録領域に記録することを特徴としている。
【００３８】
また、本発明に係るデータ記録プログラムは、上記の課題を解決するため、上記データ記録装置を動作させるためのデータ記録プログラムであって、コンピュータを上記記録制御手段として機能させるためのデータ記録プログラムであることを特徴としている。
【００３９】
また、本発明に係るコンピュータ読取り可能な記録媒体は、上記の課題を解決するため、上記のデータ記録プログラムが記録されていることを特徴としている。
【発明の効果】
【００４０】
以上のように、本発明に係るデータ記録装置は、上記記録制御手段が、或るセットにおいて、上記ストリームデータの記録を行うとともに、上記ストリームデータと異なるデータである特定データを上記アフレコデータの記録領域に記録するように制御する構成である。ここで、特定データには、ストリームデータに関連する関連データと、放送、ネットワーク、および外部機器からのデータなどのストリームデータに関連しないデータとが含まれる。
【００４１】
上記の構成によると、特定データが、アフレコデータのために確保される記録領域に記録されるので、特定データを記録するために別の記録領域を確保する必要がない。また、特定データをセット内の記録領域に記録するから、特定データをセット外の記録領域に記録するためにシーク動作を行う必要がない。したがって、特定データの記録により生じる遅延を抑えることができるので、ストリームデータのサイズを小さく抑え、ディスクの利用効率を向上させる効果を奏する。
【００４２】
なお、上記記録制御手段は、複数セットの記録を行った後、上記アフレコデータの記録領域に記録された特定データを、上記ストリームデータおよびアフレコデータの記録領域とは別の記録領域に移動するように制御する特定データ移動制御手段を備えることが望ましい。
【００４３】
この場合、複数セットの記録の終了後に、特定データを別の記録領域に移動されるので、後でアフレコデータを記録するときにアフレコデータの記録領域の全てを利用できる効果を奏する。なお、上記別の記録領域を、特定データを本来記録すべき領域とすれば、従来と同様のデータ再生処理によりストリームデータおよび特定データを再生することができ、特別なデータ再生処理が不要となる効果を奏する。また、特定データを、アフレコデータとしては無意味なダミーデータとすれば、アフレコデータを記録するために特定データを削除する必要が無くなり、特定データが記録されていることによりアフレコデータの記録処理が遅延することを防止する効果を奏する。
【００４４】
また、上記記録制御手段は、各セットにおいて、上記特定データを記録するように制御してもよい。この場合、各セットに特定データが記録されているから、データのコピーや移動、挿入処理といった編集作業をセット単位で行うことができる効果を奏する。さらに、特定データがストリームデータの再生に必要な管理情報である場合には、ストリームデータの記録開始から終了までを一括して管理している管理情報を解釈し、データ操作せずとも、セット内のデータを操作するだけで、編集することができ、特に有効である。
【００４５】
これに対し、上記記録制御手段は、或るセットにおいて、複数の上記特定データをまとめて記録するように制御してもよい。この場合、特定データを書き込む回数が減少するので、データの記録処理が迅速となる効果を奏する。なお、書き込むタイミングとしては、以下のように種々のタイミングが存在する。
【００４６】
例えば、上記記録制御手段は、前回に上記特定データを記録してから所定期間経過後に記録するセットにおいて、上記特定データを記録するように制御することが挙げられる。この場合、特定データをアフレコデータの記録領域に記録したところまでのストリームデータとその特定データとが記録媒体上に記録されるので、データ記録装置の電源の供給が突然停止した場合においても、記録した内容は保持されこととなり、電源断対策という効果が生じる。
【００４７】
別の例としては、特定データを蓄積する記憶手段をさらに備えており、上記記録制御手段は、上記記憶手段の残量の低下を検出した場合に、上記記憶手段に蓄積された特定データを記録するように制御することが挙げられる。この場合、記憶手段の記憶容量を超えて特定データを記憶しようとして失敗し、特定データを消失することを防止し、記憶手段の記憶容量の増大を防止する効果を奏する。これにより、記憶手段の記憶容量が少なくても、長時間のストリームデータを記録できる効果を奏する。なお、記憶手段に蓄積されている特定データの全てを書き込んでも良いし、一部を書き込んでも良い。
【００４８】
さらに別の例としては、ユーザが情報を入力する入力手段をさらに備えており、上記記録制御手段は、上記入力手段からの書込み指示の情報に基づいて、上記特定データを記録するように制御することが挙げられる。この場合、ユーザの判断によって、特定データをメモリから記録媒体にバックアップできる効果を奏する。また、特定データの内容の重要度によって、バックアップを行うタイミングを自由に設定できる効果を奏する。
【００４９】
その他の例としては、装置の状況を検知する状況検知手段をさらに備えており、上記記録制御手段は、上記状況検知手段の検知に基づいて、上記特定データを記録するように制御することが挙げられる。ここで、状況検知手段としては、装置の衝撃を検知する加速度センサや、装置の電源である電池の残容量を検知するための電池容量検知センサが挙げられる。この場合、ストリームデータの記録中に、装置に加えられた衝撃による記録処理の失敗や、電源断によるメモリ上の特定データの消失を防止する効果を奏する。
【００５０】
また、上記記録制御手段は、上記複数セットの複数の特定データを管理する１つの管理ファイルを記録するように制御してもよい。この場合、複数の特定データを１つの管理ファイルで管理するので、特定データの記録されたアフレコデータの記録領域を直ちに把握できる効果を奏する。また、上記記録領域を簡素な方法で管理できるため、上記記録領域を管理し易いという効果を奏する。
【００５１】
これに対し、上記記録制御手段は、上記複数セットの複数の特定データを管理する複数の管理ファイルを記録するように制御してもよい。この場合、各管理ファイルを、特定データが記録されるタイミング別、特定データの種類別などで記録することができ、特定データの内容ごとに整理や分類を行い易くなるという効果を奏する。
【００５２】
また、ユーザが情報を入力する入力手段をさらに備え、上記入力手段からの入力データを上記特定データとしてもよい。この場合、ストリームデータの記録中に、ユーザが思い立ったタイミングで入力した入力データを記録することができ、記録中にメモをとるといった機能を提供できる効果を奏する。
【００５３】
なお、入力データは、記録しているストリームデータの再生に関する情報や内容に関する情報であることが望ましい。この場合、ストリームデータの記録後に、ストリームデータの最終的な分割作業などを行うときに、記録中に付加した前記メモを参照することによりスムーズに行うことが可能となる効果を奏する。
【００５４】
また、上記特定データは、上記ストリームデータに関連する関連データであることが望ましい。ここで、ストリームデータに関連する関連データとしては、ストリームデータの再生に必要な時間アドレス変換テーブルなどの管理情報や、上記アフレコデータのようにストリームデータに同期して再生されるデータが挙げられる。
【００５５】
なお、関連データがストリームデータに同期して再生されるデータである場合には、ストリームデータの再生時に、関連データとストリームデータとを連続的に再生できる。したがって、再生ヘッドのシークが発生しないので、消費電力が小さくなり、データ再生装置の動作音が小さくなるという効果が得られる。
【００５６】
また、上記記録制御手段は、或るセットの関連データを、上記セットより後のセットにて確保されるアフレコデータの記録領域に記録するように制御してもよい。この場合、関連データを、対応するセットより後のセットに記録するから、記録すべきストリームデータの確定後に関連データを作成して記録するまでに生じる記録の遅延を抑えることができる効果を奏する。
【００５７】
また、上記ストリームデータの内容から上記関連データを取得する関連データ取得手段をさらに備えてもよい。ここで、ストリームデータの内容としては、シーン情報やチャプター情報などが挙げられる。この場合、記録したストリームデータを再生するときに、ストリームデータの全体の内容がどのような内容または構成となっているかを把握し易くなり、ストリームデータ中の任意の再生したい箇所を直ちに検索するのに役立つ効果を奏する。
【００５８】
また、上記特定データは、上記ストリームデータに関連しないデータであってもよい。この場合、ストリームデータとは異なる用途のデータをストリームデータと同時に記録できるという効果を奏する。
【００５９】
また、本発明に係るデータ記録方法は、以上のように、或るセットにおいて、上記ストリームデータの記録を行うとともに、上記特定データを上記アフレコデータの記録領域に記録する方法である。
【００６０】
上記の方法によると、特定データが、アフレコデータのために確保される記録領域に記録されるので、特定データを記録するために別の記録領域を確保する必要がない。また、特定データをセット内の記録領域に記録するから、特定データをセット外の記録領域に記録するためにシーク動作を行う必要がない。したがって、特定データの記録により生じる遅延を抑えることができるので、ストリームデータのサイズを小さく抑え、ディスクの利用効率を向上させる効果を奏する。
【００６１】
なお、上記データ記録装置における記録制御手段を、記録制御プログラムによりコンピュータ上で実行させることができる。さらに、上記記録制御プログラムをコンピュータ読取り可能な記録媒体に記憶させることにより、任意のコンピュータ上で上記記録制御プログラムを実行させることができる。
【発明を実施するための最良の形態】
【００６２】
〔実施の形態１〕
以下、本発明の一実施形態について、図１ないし図１８に基づいて説明する。図２は、本実施形態におけるアフレコ可能なビデオディスクレコーダの概略構成を示している。
【００６３】
図２に示されるように、このビデオディスクレコーダ１０は、バス１００、ホストＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３、ユーザインタフェース１０４、システムクロック発生器１０５、光ディスク（記録媒体）１０６、ピックアップ１０７、ＥＣＣ(Error Correcting Coding)デコーダ１０８、ＥＣＣエンコーダ１０９、再生用バッファ１１０、記録／アフレコ用バッファ１１１、デマルチプレクサ１１２、マルチプレクサ１１３、多重化用バッファ１１４、オーディオデコーダ１１５、ビデオデコーダ１１６、オーディオエンコーダ１１７、ビデオエンコーダ１１８、および図示しないカメラ、マイク、スピーカ、ディスプレイ等で構成される。
【００６４】
ホストＣＰＵ１０１は、プログラムの実行により、ピックアップ１０７、デマルチプレクサ１１２、マルチプレクサ１１３、オーディオデコーダ１１５、ビデオデコーダ１１６、オーディオエンコーダ１１７、ビデオエンコーダ１１８等の制御を、バス１００を通じて行う。デマルチプレクサ１１２、マルチプレクサ１１３、ピックアップ１０７、オーディオデコーダ１１５、ビデオデコーダ１１６、オーディオエンコーダ１１７、およびビデオエンコーダ１１８は、ハードウエアで各機能を実現させてもよいし、ＣＰＵにてソフトウェアを実行することにより各機能を実現させてもよい。
【００６５】
ＲＡＭ１０２は、ビデオディスクレコーダの動作を制御するためにホストＣＰＵ１０１に実行させる制御プログラム等のプログラムやプログラムの実行に必要なデータをロードしたり、プログラムの実行のための作業領域を提供したりしている。
【００６６】
ＲＯＭ１０３は、上記のプログラムやデータを格納している。制御プログラムは、後述する記録時の処理を実現するためのデータ記録プログラムを含んでいる。このデータ記録プログラムは、ＲＯＭ１０３に限らず、コンピュータが読み取り可能である光ディスク、光磁気ディスク、磁気ディスク、磁気テープ、半導体メモリ等の記録媒体に記録され、図示しないドライブ装置によって読み出されてＲＡＭ１０２に格納されてもよい。
【００６７】
ユーザインタフェース１０４は、ユーザが本ビデオディスクレコーダ１０の各種の操作をリモートコントローラを用いてできるように、操作案内等をディスプレイの画面に表示したりユーザによる操作入力を受け入れたりするためのものである。ユーザインタフェース１０４は、ＣＰＵにてソフトウェアを実行することにより実現できる。システムクロック発生器１０５は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３等に供給するためのシステムクロックを発生する回路である。
【００６８】
再生時に、光ディスク１０６からピックアップ１０７を通じて読み出されたデータは、ＥＣＣデコーダ１０８によって誤り訂正され、再生用バッファ１１０に一旦蓄えられる。デマルチプレクサ１１２は、オーディオデコーダ１１５、ビデオデコーダ１１６からのデータ送信要求に従って、再生用バッファ１１０中のデータをその種別によって適切なデコーダ１１５・１１６に振り分ける。オーディオデコーダ１１５およびビデオデコーダ１１６は、デマルチプレクサ１１２から送られたデータのデコードを行う。
【００６９】
一方、記録時には、オーディオデータおよびビデオデータがそれぞれオーディオエンコーダ１１７およびビデオエンコーダ１１８によって圧縮符号化される。圧縮符号化されたオーディオデータおよびビデオデータは、マルチプレクサ１１３を介して多重化用バッファ１１４に送られ、そこで一時的に格納される。さらに、マルチプレクサ１１３は、多重化用バッファ１１４から上記データを読み出してＡＶ多重化し、ＡＶ多重化データを記録／アフレコ用バッファ１１１に送る。ＥＣＣエンコーダ１０９は、記録／アフレコ用バッファ１１１から送られたＡＶ多重化データに対し誤り訂正符号を付加し、ピックアップ１０７を通じて光ディスク１０６に記録する。
【００７０】
ＥＣＣエンコーダ１０９によるオーディオデータの符号化方式には、例えばISO/IEC 11172-3で規定されるＭＰＥＧ１ Layer-IIを用いることができる。一方、ＥＣＣエンコーダ１０９によるビデオデータの符号化方式には、例えばISO/IEC 13818-2で規定されるＭＰＥＧ２を用いることができる。
【００７１】
光ディスク１０６は、例えばＤＶＤ−ＲＡＭのように、外周から内周に向かって螺旋状に記録再生の行われるものであり、ビデオディスクレコーダ１０に対して脱着可能な記録媒体とする。また、光ディスク１０６は、２０４８ｂｙｔｅを１セクタとし、誤り訂正のため１６セクタでＥＣＣブロックを構成する。ＥＣＣブロック中のデータを書き換える場合には、そのデータが含まれるＥＣＣブロック全体を読み込み、誤り訂正を行い、対象のデータを書き換え、再び誤り訂正符号を付加し、ＥＣＣブロックを構成して光ディスク１０６に記録することが行われる。
【００７２】
また、光ディスク１０６への記録時における回転制御方式としては、記録効率を上げるためＺＣＡＶ（ゾーン角速度一定）を採用している。このため、記録領域は回転数の異なる複数のゾーンで構成される。
【００７３】
本実施の形態に係るビデオディスクレコーダ１０では、光ディスク１０６上の各種情報を管理するためにファイルシステムを用いており、このファイルシステムに従ってデータ（アフレコデータ、オーディオデータ、ビデオデータ）が光ディスク１０６に記録される。ファイルシステムには、パーソナルコンピュータ（以下、ＰＣと略称する）との相互運用を考慮してＵＤＦ（Universal Disk Format）を使用することができる。ファイルシステム上では、各種管理情報（関連データ）やＡＶストリームはファイルとして扱われる。
【００７４】
ファイルシステムは、ユーザエリアを２０４８バイトの論理ブロックで管理している。この論理ブロックはセクタと一対一に対応する。ユーザエリア上の各ファイルは、整数個のエクステント（extent）(連続した論理ブロック)で構成され、エクステント単位で分散して記録されてもよい。ユーザエリア内の空き領域は、Space Bitmapを用いて論理ブロック単位で管理される。
【００７５】
本実施形態では、ＡＶストリーム管理のためのフォーマットとして、QuickTimeファイルフォーマットを用いる。QuickTimeファイルフォーマットとは、Apple社が開発したマルチメディアデータ管理用フォーマットであり、ＰＣの世界では広く用いられている。
【００７６】
QuickTimeファイルフォーマットは、ビデオデータやオーディオデータ等(これらを総称してメディアデータと呼ぶこともある)と管理情報とで構成される。メディアデータと管理情報とを合わせてここでは、QuickTimeムービー(ムービーと略称する)と称する。メディアデータと管理情報とは、同じファイル中に存在してもよいし、別々のファイルに存在してもよい。
【００７７】
図４（ａ）は、両者が同じファイル２０１中に存在する場合にとる構成を示している。各種情報は“atom”という共通の構造に格納される。より詳細には、第１の管理情報はMovie atom２１１という構造に格納され、メディアデータはMovie data atom２１２という構造に格納される。
【００７８】
Movie atom２１１における管理情報には、メディアデータ中の任意の時間に対応するメディアデータのファイル中での相対位置を導くためのテーブルや、メディアデータの属性情報や、後述する外部参照情報等が含まれている。一方、Movie data atom２１２におけるメディアデータすなわちＡＶストリーム（AV stream）２１３には、ＡＨ（Atom Header）が付加される。このような構成では、Movie atomはメディアデータをatom内で参照している。
【００７９】
図４（ｂ）は、管理情報とメディアデータとをそれぞれ別々のファイル２０２・２０３に格納した場合の構成を示している。管理情報はMovie atom２１１という構造に格納されるが、メディアデータはatomに格納される必要はない。このとき、Movie atom２１１は、メディアデータを格納したファイル２０３を「外部参照」している、という。
【００８０】
図４（ｃ）に示すように、外部参照は、例えば、ファイル２０４におけるMovie atom２１１から、複数のファイル２０５・２０６にそれぞれ格納されるＡＶストリーム２１３（AV stream ♯１，♯２）に対して行うことが可能である。
【００８１】
このような仕組みにより、ＡＶストリーム２１３自体を物理的に移動することなく、見かけ上編集を行ったように見せる、いわゆる「ノンリニア編集」や「非破壊編集」が可能になる。また、光ディスク１０６上に記録したＡＶストリームの同一のシーンを使って複数のユーザプログラムを作成することが可能であり、かつ、同一のアフレコデータを複数のユーザプログラムにて参照することも可能である。
【００８２】
図５は、ＡＶストリームの形態を示している。ＡＶストリーム４０１は、１個以上のＣＵ（Continuous Unit）４０２で構成される。ＣＵ４０２は、ディスク上で連続的に記録される単位である。ＣＵ４０２の境界は、ＥＣＣブロック境界と一致するようにストリームが構成されている。
【００８３】
ＣＵ４０２の長さは、ＡＶストリーム４０１を構成するＣＵ４０２をどのように光ディスク１０６上に配置してもシームレス再生（再生中に画像や音声が途切れないで再生できること）やリアルタイムアフターレコーディング（アフレコ対象のビデオをシームレス再生しながらオーディオを記録すること）が保証されるように設定される。
【００８４】
また、ＣＵ４０２は、先頭から連続する番号が♯１，♯２，…，♯Ｌのように付与されており、各ＣＵ４０２は、１つのＰＲＵ４０３と１個以上のＶＵ（Video Unit）４０４とから構成される。ＰＲＵ４０３は、前述のアフレコデータのブロックに対応する。ＰＲＵ４０３の領域サイズは、ＣＵ４０２の再生時間にオーディオの最大ビットレートを乗算したものである。一方、ＶＵ４０４は、単独再生可能な単位であり、ＶＵ４０４の集合が前述のオリジナルブロックに対応する。また、ＶＵ４０４は、ＣＵ４０２と同様に、先頭から連続する番号が♯１，♯２，…，♯Ｍのように付与される。
【００８５】
なお、QuickTimeの管理情報の構成については後述する。
【００８６】
本実施形態において用いられるファイルシステムのフォーマットであるＵＤＦ（Universal Disk Format）について図６を用いて説明する。同図（ａ）はディレクトリおよびファイルの構成例であり、同図（ｂ）は該構成例をＵＤＦで記録した例を示している。
【００８７】
図６（ｂ）のＡＶＤＰ（Anchor Volume Descriptor Pointer）６０２は、ＵＤＦの管理情報を探すためのエントリポイントに相当し、通常２５６セクタ目、Ｎセクタ目、あるいは（Ｎ−２５６）セクタ目（Ｎは最大論理セクタ番号）に記録される。ＶＤＳ（Volume Descriptor Sequence）６０１は、ＵＤＦが管理する領域であるボリュームに関する管理情報を記録する。ボリュームは、一般に１枚のディスクに１個存在し、その中にパーティションを一般に１個含む。
【００８８】
ＦＳＤ（File Set Descriptor）６０３は、パーティションに１個存在する。パーティションの中での位置情報はパーティションの先頭からのセクタ番号に相当する論理ブロック番号で示される。なお、１個の論理ブロックは１セクタに対応する。また、各パーティションには図示しないがSpace Bitmapと呼ばれる各論理ブロックがファイルにすでに割り当てられているか否かを示すテーブルが存在する。
【００８９】
ＦＳＤ６０３は、ルートディレクトリのＦＥ（File Entry）６０４の位置情報（論理ブロック番号と論理ブロック数とで構成されて“extent”と呼ばれる）を含む。ＦＥは、extentの集合を管理しており、extentを書き換えたり、追加や削除を行うことで、ファイルを構成する実データの順番を変えたり、データを挿入や削除を行うことが可能である。
【００９０】
ＦＥ６０４は、ルートディレクトリの直下のファイルやディレクトリの名称等を格納するＦＩＤ（File Identifier Descriptor）６１１・６１２・…の集合を格納する領域６０５を管理する。領域６０５中のＦＩＤ６１１・６１２は、それぞれファイル６２１・６２２のファイル名やextentの集合を管理するＦＥ６０６・６０８の位置情報を含む。
【００９１】
ＦＥ６０６は、ファイル６２１の実データを構成する領域である領域６０７・６１０をextentとして管理する。ＦＥ６０８は、ファイル６２２の実データを構成する領域である領域６０９をextentとして管理する。このとき、ファイル６２１の実データにアクセスするには、ＡＶＤＰ６０２、ＶＤＳ６０１、ＦＳＤ６０３、ＦＥ６０４、ＦＩＤ６１１、ＦＥ６０６、領域６０７、領域６１０の順にリンクを辿っていけばよい。
【００９２】
光ディスク１０６のデータ記録領域には、図６（ｂ）の構成でＡＶストリームが記録されている。前述のムービーファイル、すなわちＡＶストリームや管理情報は、図６(ｂ)の領域６０７・６１０で表されるファイルを構成する実データとして記録される。例えば、図４（ａ）のムービーファイル２０１のMovie atom２１１は、領域６１０の前半部分に記録され、ＡＶストリームを含むMovie data atom２１２は、領域６１０の後半部分および領域６０７全体に記録されるようなことが考えられる。
【００９３】
この場合、ＦＥ６０６には、ファイルシステムを通して、ムービーファイル２０１を読み出したときに、図４（ａ）の順に読み出されるように、領域６１０のエクステント、領域６０７のエクステントの順に位置情報を格納する。つまり、この例で示すように、ファイルを構成する実データは、実際には、光ディスク１０６では連続的に記録される保証はなく、また、ファイル中の順序で光ディスク１０６に記録される保証もない。
【００９４】
ただし、次のような例外もある。ディスク記録媒体に対しては、ディスク上で物理的に離れた場所にあるデータにアクセスするのに、ピックアップの移動を伴い、その間にデータの読み出しおよび記録が停止する。そのため、管理情報を物理的に連続して記録することで、管理情報の読み出しを高速化したり、ＡＶストリームを所定の長さ以上で連続的に記録したりすることで、ビデオデータやオーディオデータを途切れることなく再生することを保証するのはよく知られた技術である。
【００９５】
図３は、ビデオディスクレコーダ１０において光ディスク１０６に対するデータの記録制御に関する機能ブロックを示している。図示の連続記録制御部１２０、管理情報ファイル作成部１２１、および部分管理情報作成部１２２は、ホストＣＰＵ１０１にてプログラムを実行することにより、それぞれの機能を実現することができる。また、ＲＡＭ１０２は、上述の管理情報を格納する管理情報格納部１２３を備えている。
【００９６】
連続記録制御部１２０は、ＡＶストリーム２１３・４０１を前述のＣＵ４０２単位で光ディスク１０６上に連続的に記録されるように記録／アフレコ用バッファ１１１を制御する。また、連続記録制御部１２０は、記録されたＡＶストリームに関する管理情報を作成して、ＲＡＭ１０２の管理情報格納部１２３に記憶させる。また、連続記録制御部１２０は、部分管理情報作成部１２２から部分管理情報を受け取り、受け取った部分管理情報を、ＰＲＵ４０３内に格納するように記録／アフレコ用バッファ１１１に送り出す。
【００９７】
部分管理情報作成部１２２は、管理情報格納部１２３に格納された管理情報の量が容量一杯に達した場合に、管理情報格納部１２３から管理情報の一部を読み出し、部分管理情報として連続記録制御部１２０に送り出す。また、部分管理情報作成部１２２は、読み出した管理情報の一部を管理情報格納部１２３から消去する。これにより、管理情報の量が管理情報格納部１２３の容量を超えることを防止でき、管理情報の一部が消失することを防止できる。
【００９８】
管理情報ファイル作成部１２１は、ＡＶストリームの記録後に、管理情報を含む管理情報ファイルを作成し、作成した管理情報ファイルを、光ディスク１０６に記録するように記録／アフレコ用バッファ１１１に送り出す。管理情報作成部１２２における管理情報ファイルの作成処理は、部分管理情報を作成したか否かで異なる。
【００９９】
部分管理情報を作成しない場合には、管理情報全てが管理情報格納部１２３に記憶されているので、管理情報格納部１２３から管理情報を読み出し、管理情報ファイルとして光ディスク１０６に記録すればよい。
【０１００】
一方、部分管理情報を作成した場合には、管理情報の一部が部分管理情報として光ディスク１０６上のＰＲＵ領域に記録されている。そこで、管理情報ファイル作成部１２１は、ＰＲＵ領域から部分管理情報を再生して、デマルチプレクサ１１２を介して管理情報格納部１２３に一旦記憶し、管理情報格納部１２３から読み出して、管理情報を記録する別の記録領域に記録し、これを全ての部分管理情報に関して繰り返すことになる。
【０１０１】
なお、ＡＶストリームの記録終了後には、管理情報格納部１２３に管理情報の残り部分が格納されている。このため、光ディスク１０６から部分管理情報を再生して管理情報格納部１２３に記憶するときに、管理情報格納部１２３の容量が不足する虞がある。
【０１０２】
そこで、本実施形態では、管理情報ファイル作成部１２１は、ＡＶストリームの記録終了後に、まず、管理情報格納部１２３に格納されている管理情報の残り部分を一時データファイルとして光ディスク１０６の所望の記録領域に記録する。この場合、管理情報ファイル作成部１２１は、上述のように全ての部分管理情報をＰＲＵ領域から再生して管理情報の記録領域に記録した後に、光ディスク１０６から一時データファイルを再生し、デマルチプレクサ１１２を介して管理情報格納部１２３に一旦記憶し、管理情報格納部１２３から読み出して、管理情報を記録する別の記録領域に記録することになる。これにより管理情報全てが管理情報の記録領域に記録されることになる。
【０１０３】
次に、ＡＶストリームデータを記録中にＡＶストリームデータと異なるデータ（以下、付加データ）を記録する方法について図１および図７に基づいて説明する。本実施の形態では、付加データとしてＡＶストリームデータを再生するのに必要な時間アドレス変換テーブルや、記録日時、記録場所などの属性情報である管理情報を記録する方法について説明する。
【０１０４】
図１は、光ディスク１０６上に、ＡＶストリームデータおよびＰＲＵからなる前述のＣＵの単位でＡＶコンテンツを記録し、ＡＶストリームデータを再生するのに必要な時間アドレス変換テーブルなどの管理情報を記録した場合を示している。なお、ＰＲＵに関しては、ＡＶストリームデータ記録後に、アフレコデータを記録するために、あらかじめ記録領域が確保されるのみである。また、ＡＶストリームデータの初期記録時に、ＡＶストリームデータとインターリーブして記録される全ての物理上のＰＲＵ領域を、ファイルシステムを介し論理上の連続領域として管理する１つのアフレコファイル７３２が作成される。この領域のデータはダミーデータとして記録される。
【０１０５】
１つのＣＵのサイズは、ＰＲＵ領域の確保とＡＶストリームデータの記録とに要する時間と、記録したＣＵから次のＣＵの先頭へシークする時間とを考慮して、記録が破綻しないようにバッファリングされるサイズである。さらに、１つのＣＵのサイズは、アフレコデータおよびＡＶストリームデータの再生に要する時間と、再生したＣＵから次のＣＵの先頭へシークする時間を考慮して、再生が破綻しないようにバッファリングされるサイズである。つまり、ＡＶストリームデータおよびアフレコデータをシームレスな記録または再生を可能とする最小のサイズ以上を記録媒体上に連続的に確保する必要がある。
【０１０６】
本実施形態では、図１に示されるように、ＡＶストリームデータを光ディスク１０６に記録する場合に、全管理情報を１つの管理情報ファイル７３０に記録する。各管理情報は、１つのＣＵに相当するＡＶストリームデータを記録媒体に記録する度に作成されて、メモリ（ＲＡＭ１０２の管理情報格納部１２３）に蓄積されるものである。したがって、メモリが全管理情報を保持できる記憶容量を有している場合には、ＡＶストリームデータの記録終了後にメモリ上に一括して保持されている全管理情報を、１つの管理情報ファイル７３０として光ディスク１０６に記録すればよい。
【０１０７】
一方、メモリが全管理情報を保持できる記憶容量を有していない場合には、保持できるメモリが一杯となったときに、光ディスク１０６上や異なるメモリへ退避する必要がある。本実施形態では、メモリが一杯となる前にそれまで保持していたメモリ上のデータを付加データとして、ＣＵのＰＲＵ領域に記録することを行う。本実施形態のデータ記録処理の方法を以下に図を用いて説明する。
【０１０８】
図１は、ＣＵや管理情報が光ディスク１０６に物理的に記録される状態とファイルシステムを介して論理的に記録される状態とを示している。ファイルシステムを介して光ディスク１０６上に記録されたデータを、ＡＶストリームデータファイル７３１、アフレコファイル７３２、管理情報ファイル７３０によって、それぞれ論理的に連続データとして管理している。また、管理情報ファイル７３０は、ＡＶストリームデータを管理するファイルフォーマットとしてQuickTimeファイルフォーマットを用いて、ＡＶストリームデータファイル７３１およびアフレコファイル７３２を外部参照する形式で、コンテンツデータを管理している。
【０１０９】
次に、図１および図７を用いて、ＡＶストリームデータの新規記録処理を説明する。まず、光ディスク１０６上に記録するファイルとして、ＡＶストリームデータファイル７３１、アフレコファイル７３２、および管理情報ファイル７３０をそれぞれ新規作成ファイルとしてオープンする（ステップＳ１０１。以下「Ｓ１０１」と略称することがある。その他のステップについても同様である。）。
【０１１０】
このとき、QuickTimeファイルフォーマットにおいてＡＶストリームデータを管理するビデオトラック（Video Track）およびオーディオトラック（Audio Track）と、ＰＲＵ領域においてアフレコデータが記録されていない領域を管理するＰＲＵ管理トラックとをメモリ上に作成する。ＰＲＵ管理トラックでは、ＣＵ単位のＰＲＵ領域を１サンプルとして、全てのＰＲＵ領域について、ファイル内の位置、サイズ、時間情報をサンプルテーブル（Sample Table）に登録する。また、ＰＲＵ管理トラックは、再生を行わないトラックであるため、Track Header atomのTrack Enabledフラグを０にセットし、再生対象ではないことを示す。
【０１１１】
次に、１つ目のＣＵ７１０に相当するＰＲＵ領域７００をシークし、ＡＶストリームデータ記録領域７０５の先頭へシークする。そして、ＰＲＵ領域７００に対応するサンプルテーブルをＰＲＵ管理トラックに登録する（Ｓ１０２）。
【０１１２】
次に、ＡＶストリームデータをＡＶストリームデータ領域７０５へ記録する（Ｓ１０３）。記録したＡＶストリームデータのサンプルテーブルをビデオデータおよびオーディオデータ別にそれぞれビデオトラックおよびオーディオトラックに登録する。
【０１１３】
次に、ＡＶストリームデータの記録終了であるか否かの判定を行う（Ｓ１０４）。ＡＶストリームデータの記録を終了する場合には、ステップＳ１０９へ進む。ここでは、ＡＶストリームデータの記録を続けるため、ステップＳ１０５へ進む。
【０１１４】
ステップＳ１０５では、次のＡＶストリームデータを記録するため、シームレス記録・再生を補償するのに必要なＣＵサイズ以上の連続空き領域を光ディスク１０６上から検索し、見つかった連続空き領域７１１の先頭へシークする。
【０１１５】
次に、記録済みのＡＶストリームデータに相当するビデオトラックやオーディオトラック、ＰＲＵ管理トラックなどの管理情報がメモリサイズを超えるか否かの確認を行うことによって、メモリ上の管理情報を付加データとしてＰＲＵ領域に記録するか否かの判定を行う（Ｓ１０６）。付加データの記録を行う場合にはステップＳ１０７へ進み、そうでない場合にはステップＳ１０８へ進む。
【０１１６】
ここでは、メモリ上の管理情報データが一杯となっていないためステップＳ１０８へ進む。すなわち、現在の記録位置からＰＲＵ領域７０１を読み飛ばし、ＡＶストリームデータ記録領域７０６の先頭へシークする。そして、Ｓ１０２と同様に、ＰＲＵ領域７０１に相当するサンプルテーブルをＰＲＵ管理トラックに登録する（Ｓ１０８）。そして、メモリ上の管理情報が一杯となるまでステップＳ１０３からステップＳ１０８を繰り返す。
【０１１７】
ステップＳ１０６でメモリ上のデータが一杯となったことを検出した場合には、それまでのメモリ上に登録した管理情報を付加データとしてＰＲＵ領域に記録し、ＰＲＵ領域に記録した付加データの位置を記憶するために、付加データが存在するアフレコファイル内のオフセット値とサイズ、またはＰＲＵ管理トラックでのサンプル番号とサイズを別途メモリ上に記憶する（以下、メモリ上に記憶したデータを付加データの格納箇所データテーブルとする）（Ｓ１０７）。この結果、図１に示されるように、ＣＵ領域７１２におけるＰＲＵ領域７０２が、付加データの記録された領域７１５と残りの領域７２５とになる。
【０１１８】
次に、現在の記録位置から残りの領域７２５読み飛ばし、ＡＶストリームデータ記録領域７０７の先頭へシークする。そして、Ｓ１０２と同様に、ＰＲＵ領域７０２に相当するサンプルテーブルをＰＲＵ管理トラックに登録する（Ｓ１０８）。ここで、ＰＲＵ領域７０２全てをＰＲＵ管理トラックに登録するのは、ＰＲＵ領域に記録した付加データ７１７が、アフレコファイルから見た場合は、ダミーデータの１つとして管理することを示しており、ＰＲＵ領域７０２には、意味の有するデータが記録されていないということを管理している。そのため、ＰＲＵ領域７０２に記録した付加データの位置を、ＰＲＵ管理トラックとは別に、付加データの格納箇所データテーブルとして管理する必要がある。
【０１１９】
以上のステップＳ１０３〜Ｓ１０８をＡＶストリームデータの記録終了まで繰り返す。ＡＶストリームデータの記録を終了する場合には、記録処理終了判定処理（Ｓ１０４）にてステップＳ１０９に進む。
【０１２０】
ステップＳ１０９においてＡＶストリームデータの記録開始から一度も付加データを光ディスク１０６上に記録していない場合、すなわちＡＶストリームデータの管理情報が全てメモリ上に記憶されている場合には、ステップＳ１１６に進み、メモリ上の管理情報を管理情報ファイル７３０に記録する（Ｓ１１６）。そして、ＡＶストリームデータファイル７３１、管理情報ファイル７３０、アフレコファイル７３２をクローズし、ＡＶストリームデータの記録処理を終了する（Ｓ１１７）。
【０１２１】
一方、ステップＳ１０９においてＡＶストリームデータの記録開始から一度でも付加データを光ディスク１０６上に記録した場合は以下の処理を行う。すなわち、それまでに記録した付加データであるＡＶストリームデータの部分管理情報を、光ディスク１０６からそれぞれ読み出し、１つの管理情報として結合して、管理情報ファイル７３０に記録する処理を行う。
【０１２２】
しかしながら、最後に付加データをＰＲＵ領域７０３に記録してからＡＶストリームデータの記録終了までの管理情報、すなわち、記録領域７０８の先頭７４２から記録領域７０９の末尾７４３までに記録されたＡＶストリームデータの管理情報をメモリ上に記憶している。このため、光ディスク１０６上の付加データ７１５・７１６をメモリ上に読み出すことができない。
【０１２３】
そこで、メモリ上の管理情報を記録媒体の任意の空き領域（図１では、記録領域７１９）に一時データファイル７３３として記録し、この記録箇所を最後の付加データとしてメモリ上の付加データの格納箇所データテーブルに記憶する（Ｓ１１０）。次に、付加データの格納箇所データテーブルから最初の付加データ領域７１５の位置を取得し、アフレコファイル７３２内の最初の付加データ領域７１７へシークする（Ｓ１１１）。次に、付加データを読み出し（Ｓ１１２）、読み出した付加データを管理情報ファイル７３０に追記する（Ｓ１１３）。
【０１２４】
次に、付加データの格納箇所データテーブルから全ての付加データを管理情報ファイル７３０に記録したか否かを判定し（Ｓ１１４）、記録し終えている場合は、ステップＳ１１７へ進む。
【０１２５】
一方、全ての付加データを記録し終えていない場合は、付加データの格納箇所データテーブルから次の付加データ領域の位置を取得し、アフレコファイル７３２内の次の付加データ領域へシークし（Ｓ１１５）、以下、アフレコファイル７３２内および一時データファイル７３３内の全ての付加データを管理情報ファイル７３０へ記録し終えるまで、上記ステップＳ１１２〜Ｓ１１５を繰り返す。ここで、最後の付加データについては、付加データの格納箇所データテーブル中の最後に記録されている付加データ領域の位置を取得し、光ディスク１０６上の記録領域７１９のデータが管理情報ファイル７３０に記録される。
【０１２６】
そして、ＡＶストリームデータファイル７３１、管理情報ファイル７３０、アフレコファイル７３２をクローズし、ＡＶストリームデータの記録処理を終了する（Ｓ１１７）。
【０１２７】
以上より、本実施形態のデータ記録装置１０は、管理情報データをＰＲＵ領域に記録するので、管理情報データを記録するために別の記録領域を確保する必要がない。また、管理情報データをセット内の記録領域に記録するから、管理情報データセット外の記録領域に記録するためにシーク動作を行う必要がない。したがって、管理情報データの記録により生じる遅延を抑えることができるので、ＡＶストリームデータのサイズを小さく抑え、光ディスク１０６の利用効率を向上させる効果を奏する。
【０１２８】
また、メモリサイズを超えた管理情報をＰＲＵ領域に記録することにより、少ないメモリサイズの装置においても、長時間のＡＶストリームデータの記録が可能となる。また、付加データをＣＵとは異なる領域に記録する場合に比べて、ＣＵの連続記録長をより短くすることが可能となり、ＡＶストリームデータの破壊編集の単位をより細かい単位で指定することが可能となる。
【０１２９】
また、全てのＰＲＵ領域内のデータであるアフレコファイル７３２内に付加データを記録し、ＡＶストリームデータの記録が終了し、管理情報ファイル７３０を生成した後は、アフレコファイル７３２内のデータにある付加データをダミーデータとみなすことにより、アフレコ処理を行う場合に、アフレコデータにより付加データを上書きすることになる。そのため、ＡＶストリームデータ記録終了後に、付加データを削除するといった特別な処理を行う必要がない。
【０１３０】
なお、本実施形態では、確保したメモリが一杯となる単位でメモリの内容を記録媒体上に記録していたが、図７のステップＳ１０９でＹＥＳの場合のように、ＡＶストリームデータの記録開始から終了までの管理情報が確保メモリサイズ内に全て収まる場合は、ＡＶストリームデータ記録中にメモリの内容を記録媒体に記録する必要はない。
【０１３１】
次に、図８ないし図１８を用いて、QuickTimeの管理情報のフォーマットについて説明する。まず、共通の情報格納フォーマットであるatomについて説明する。
【０１３２】
atomの先頭には、そのatomのサイズであるAtom sizeと、そのatomの種別情報であるTypeとが必ず存在する。Typeは４文字で区別され、例えば、図８に示すMovie atomでは‘moov’となっており、Movie data atomでは‘mdat’となっている。atom間には階層構造があり、各atomは別のatomを含むことができる。
【０１３３】
図８は、Movie atomの構成を示している。この構造において、“Movie header atom”は、そのMovie atomが管理するムービーの全体的な属性を管理する。“Track atom”は、そのムービーに含まれるビデオやオーディオ等のトラックに関する情報を格納する。“User data atom”は、ユーザにて独自に定義可能なatomである。
【０１３４】
図９は、Track atomの構成を示している。“Track header atom”は、そのトラックの全体的な属性を管理する。“Edit atom”は、メディアデータのどの区間を、ムービーのどのタイミングで再生するかを管理する。“Track reference atom”は、本トラックと別のトラックとの関係を管理する。“Media atom”は、実際のビデオやオーディオといったデータを管理する。
【０１３５】
図１０は、Track header atomの構成を示している。ここでは、後での説明に必要なもののみについて説明する。“Flags”は、属性を示すフラグの集合であり、代表的なものとしてTrack enabledフラグがあり、このフラグが１であれば、そのトラックは再生され、０であれば再生されない。“Track ID”は、トラック固有のIDである。“Layer”は、そのトラックの空間的な優先度を表しており、画像を表示するトラックが複数あれば、Layerの値が小さいトラックほど画像が前面に表示される。
【０１３６】
図１１は、Media atomの構成を示している。“Media header atom”は、そのMedia atomの管理するメディアデータに関する全体的な属性等を管理する。“Handler reference atom”は、メディアデータをどのデコーダでデコードするかを示す情報を格納する。“Media information atom”は、ビデオやオーディオ等のメディア固有の属性情報を管理する。
【０１３７】
図１２は、Media information atomの構成を示している。“Media information header atom”は、ビデオやオーディオ等メディア固有の属性情報を管理する。“Handler reference atom”は、前述のMedia atomに含まれるものと同じである。“Data information atom”は、そのQuickTimeムービーが参照するメディアデータを含むファイルの名称を管理するatomである“Data reference atom”を含む。“Sample table atom”は、データのサイズや再生時間等を管理している。
【０１３８】
次に、Sample table atomについて説明するが、その前に、QuickTimeにおけるデータの管理方法について、図１３を用いて説明する。QuickTimeでは、データの最小単位(例えばビデオフレーム)をサンプル（sample）と称する。サンプルには、個々のトラック毎に、再生時間順に１から番号(サンプル番号)が♯１，♯２，…，♯ｉ，…，＃ｊというように付与されている。
【０１３９】
また、QuickTimeフォーマットでは、個々のサンプルの再生時間長およびデータサイズを管理している。同一トラックに属するサンプルが再生時間順にファイル中で連続的に配置された領域をチャンク（chunk）と称する。チャンクにも、サンプルと同様に、再生時間順に１から番号が付与されている。すなわち、QuickTimeフォーマットでは、このようにチャンクが連続して配置されることにより１つのファイル９０１が形成される。
【０１４０】
さらに、QuickTimeフォーマットでは、個々のチャンクにおけるファイル先頭からのアドレスと、個々のチャンクが含むサンプル数とを管理している。これらの情報に基づき、任意の時間に対応するサンプルの位置を求めることが可能となっている。
【０１４１】
図１４は、Sample table atomの構成を示している。“Sample description atom”は、個々のチャンクのデータフォーマット（Data format）やサンプルが格納されているファイルのチャンクのインデックス等を管理する。“Time-to-sample atom”は、個々のサンプルの再生時間を管理する。“Sync sample atom”は、個々のサンプルのうち、デコード開始可能なサンプルを管理する。“Sample-to-chunk atom”は、個々のチャンクに含まれるサンプル数を管理する。“Sample size atom”は、個々のサンプルのサイズを管理する。“Chunk offset atom”は、個々のチャンクのファイル先頭からのアドレスを管理する。
【０１４２】
図１５（ａ）は、Sample description atomの構成を示している。“number-of-entries”は、使用されているデータフォーマットの数を表し、その数だけSample description tableが存在する。図１５（ｂ）は、オーディオのSample description tableの構成例を示している。
【０１４３】
図１６は、Edit atomの構成を示している。Edit atomは、１個のEdit list atomを含む。Edit list atomは、Number of entriesで指定される個数分の、“Track duration”、“Media time”、“Media rate”の値の組（エントリ）を持つ。各エントリは、トラック上で連続的に再生される区間に対応し、そのトラック上での再生時間順に並んでいる。
【０１４４】
Track durationは、そのエントリが管理する区間のトラック上での再生時間を表している。Media timeは、そのエントリが管理する区間の先頭に対応するメディアデータ上での位置を表している。Media rateは、そのエントリが管理する区間の再生スピードを表している。なお、Media timeが−１の場合は、そのエントリのTrack duration分、そのトラックでのサンプルの再生を停止する。この区間のことをempty editと称する。
【０１４５】
図１７は、Edit listの使用例を示している。ここでは、Edit list atomの内容が図１７（ａ）に示す内容であり、さらにサンプルの構成が図１７（ｂ）に示す構成であるとする。なお、ここではｉ番目のエントリのTrack durationをＤ(i)、Media timeをＴ(i)、Media rateをＲ(i)としている。このとき、実際のサンプルの再生は、図１７（ｃ）に示す順に行われる。このことについて簡単に説明する。
【０１４６】
まず、エントリ♯１は、Ｄ(1)が１３０００、Ｔ(1)が２００００、Ｒ(1)が１であるため、そのトラックの先頭から１３０００の区間は、サンプル中の時刻２００００から３３０００の区間を再生する。次に、エントリ♯２は、Ｄ(2)が５０００、Ｔ(2)が−１であるため、トラック中の時刻１３０００から１８０００の区間、何も再生を行わない（図１７（ｃ）における“null”）。そして、エントリ♯３は、Ｄ(3)が１００００、Ｔ(3)が０、Ｒ(3)が１であるため、トラック中の時刻１８０００から２８０００の区間において、サンプル中の時刻０から１００００の区間を再生する。
【０１４７】
図１８は、User data atomの構成を示している。このatomには、QuickTimeフォーマットで定義されてない独自の情報を任意個数格納することができる。１個の独自情報は１個のエントリで管理され、１個のエントリは“Atom size”と“Type”と“User data”とで構成される。Atom sizeはそのエントリ自体のサイズを表し、Typeは独自情報をそれぞれ区別するための識別情報を表し、User dataは実際のデータを表している。
【０１４８】
その他、ディスク内に含まれるQuickTimeムービーを管理するためのインデックスファイルという特別なファイルがディスク内に１個配置される。インデックスファイルには、ディスク内のファイル(QuickTimeムービーやQuickTimeムービーから参照されている静止画等)に関するサムネイルや各種属性が登録されている。
【０１４９】
各種属性の中には、そのファイルが外部参照されている回数を示すlink countがある。このlink countを参照することで、そのファイルを参照しているファイルが存在するか否かを容易に知ることができ、他から参照されているファイルを不用意に削除してしまうことを防ぐことができる。
【０１５０】
なお、上記の実施形態では、データ記録装置１０に確保されているメモリサイズを超えた時を検出して、メモリ上の管理情報を付加データとして光ディスク１０６上のＰＲＵ領域に記録しているが、管理情報の量があらかじめ確保したメモリサイズを超えない範囲において、所定の周期、所定の量、所定のメモリ占有率などの所定のタイミングで、メモリ上の管理情報を付加データとしてＰＲＵ領域に記録しても良い。
【０１５１】
例えば、特定の周期でＰＲＵ領域に管理情報を記録することにより、管理情報をＰＲＵ領域に記録したところまでのＡＶストリームデータおよびその管理情報が記録媒体上に記録される。これにより、データ記録装置１０の電源の供給が突然停止した場合においても、既に記録した内容は保持され、再生することができるので、電源断対策という効果がある。
【０１５２】
またメモリ上に記憶される管理情報は、ＡＶストリームデータの内容と関連する単位でＰＲＵ領域に記録しても良い。ＡＶストリームデータの内容と関連する単位としては、ＡＶストリームデータのシーンやチャプター（Chapter：章）、およびＡＶストリームデータの最小連続記録単位が挙げられる。
【０１５３】
具体的な処理動作としては、ＡＶストリームデータの記録中に、シーンやチャプターに付加する名前や分割する位置情報、その要約情報などを管理情報と共にＰＲＵ領域に記録する。そして、ＡＶストリームデータ記録後に全管理情報を生成する際、ＰＲＵ領域に記録したシーンやチャプターの情報も管理情報データとして同時に記録する。
【０１５４】
このように、ＡＶストリームデータを記録中にシーンやチャプター情報を記録することにより、記録したＡＶストリームデータを再生するときに、ＡＶストリームデータの全体の内容がどのような内容または構成となっているかを把握し易くなり、ＡＶストリームデータ中の任意の再生したい箇所を迅速に検索するのに役立つ。
【０１５５】
さらに、ＡＶストリームデータの内容と関連する単位として、ＡＶストリームデータの内容と関連する静止画データ、テキストデータ、音楽・音声データ、映像データなどのＡＶデータを指すファイル名などのリンク情報を管理情報としてＰＲＵ領域に記録しても良い。
【０１５６】
これにより、ＡＶストリームデータと同期して再生したい前記ＡＶデータやその同期再生する位置情報を、ＡＶストリームデータを記録中に付加することが可能となり、ユーザの利便性が向上する。
【０１５７】
なお、ＡＶストリームデータのシーンやチャプターの区切りは、ＡＶストリームデータを記録中に、ＡＶストリームデータをディスプレイなどの表示出力手段に送り出して、表示出力を行い、ユーザが、その表示出力をユーザが参照して、上記区切りと判断した場合に、キーボードなどの入力手段を用いてデータ記録装置１０に通知することによって上記区切りを検出してもよい。また、静止画、テキスト、音楽・音声データ、映像データへのリンク情報を記録する場合についても同様である。
【０１５８】
これにより、ＡＶストリームデータの記録中に、記録しているＡＶストリームデータの再生に関する情報やデータの内容を、ユーザが所望するタイミングで自由に行うことができ、例えば記録中にメモをとるといった機能を提供できる。また、ＡＶストリームデータの記録後に、これらシーンやチャプターの最終的な分割作業などをユーザが行うときに、記録中に付加した前記メモ機能によりスムーズに行うことが可能となる。
【０１５９】
同様に、上記の実施形態において、入力手段によるユーザからの指示に基づいて、メモリ上の管理情報を記録媒体上のＰＲＵ領域へ記録しても良い。これにより、ユーザの判断によって、記録したＡＶストリームデータに関する管理情報のバックアップを記録することができる。また、ユーザが、記録したＡＶストリームデータの内容の重要度に基づいて、バックアップを行うタイミングを自由に行うことが可能となる。
【０１６０】
また、上記の実施形態では、記録装置に確保されているメモリサイズを超えた時を検出して、メモリ上の管理情報を付加データとして記録媒体上のＰＲＵ領域に記録しているが、データ記録装置に加わる加速度を検出し、検出された加速度が大きい場合にメモリ上の管理情報を付加データとして記録媒体上のＰＲＵ領域に記録するとしてもよい。また、データ記録装置のバッテリの残容量を検出し、検出したバッテリの残容量が少なくなった場合に、メモリ上の管理情報を付加データとしてＰＲＵ領域に記録するとしてもよい。
【０１６１】
このように、種々の検出手段が検出したタイミングに基づいて、付加データをＰＲＵ領域に記録しても良い。これにより、ＡＶストリームデータの記録中に、データ記録装置へ加わった衝撃による記録処理失敗や電源断によるメモリ上の付加データの消失を防止することができる。
【０１６２】
また、上記の実施形態では、図１に示されるように、付加データとして管理情報を記録していないＰＲＵ領域が存在するが、或るＣＵ内のＡＶストリームデータに関する管理情報を、次のＣＵ内のＰＲＵ領域に記録することにより、最初のＣＵを除く全てのＣＵ内のＰＲＵ領域に付加データとして管理情報を記録しても良い。
【０１６３】
これにより、管理情報がＡＶストリームデータごとに作成されるので、データのコピーや移動、挿入処理といった編集作業をＡＶストリームデータ単位で行うことが可能となる。したがって、ＡＶストリームデータの記録開始から終了までを一括して管理している管理情報を解釈し、データ操作せずとも、ＣＵ内のデータを操作するだけで、編集することができる。
【０１６４】
また、上記の実施形態では、ＡＶストリームデータとともに記録する付加データとして、ＡＶストリームデータの管理情報を利用しているが、この付加データは、静止画データやテキストデータ、音楽・音声データ、映像データなどＡＶストリームデータの再生と同期して再生を行う任意のデータを利用することができる。
【０１６５】
ＰＲＵ領域にＡＶストリームデータと同期して再生するデータを記録することにより、ＡＶストリームデータを再生する際に、同期して再生するデータの読み出しとＡＶストリームデータの読み出しが連続的に行うことが可能となる。従って、読み出しヘッドのシークが発生しないため、消費電力が小さくなることやデータ記録装置の動作音が小さくなるという効果がある。
【０１６６】
また、上記の実施形態では、ＰＲＵ領域に記録する付加データはＡＶストリームデータの記録や再生に使用されるデータであったが、ＡＶストリームデータの記録や再生に使用されないデータを記録しても良い。このような付加データには、ＡＶストリームデータの記録再生を行う機器とネットワークを介して接続された外部の機器からのデータや、衛星、地上波放送などによる放送からの番組データなどがある。
【０１６７】
前者の外部の機器からのデータには、ＡＶストリームデータの記録再生を行う機器の制御を行う制御情報や映像、音声、静止画、テキストなどのＡＶコンテンツが挙げられる。また、ＡＶストリームデータの記録再生を行う機器および外部の機器としてビデオカメラが挙げられる。
【０１６８】
これらビデオカメラを用いる応用例としては、一方のビデオカメラで映像を撮影中に、それとは異なる外部のビデオカメラの映像を同時に記録することが可能となることや、一方のビデオカメラの撮影制御情報であるプログラムをそれとは異なるビデオカメラからネットワークを通じて保存し、一方のビデオカメラは、記録した撮影制御情報プログラムに基づいて、撮影動作を行うなどがある。また、ビデオカメラで撮影中に、携帯電話を通じて撮影者に対して伝言を伝えたい場合に、一時的に伝言内容を記録するといった使い方がある。
【０１６９】
この場合、ＡＶストリームデータの記録再生を行う機器がＡＶストリームデータを記録しながら、ネットワークを介して外部の機器が記録した前記のデータを記録することにより、外部の機器のデータを同時に、ＡＶストリームデータを記録する機器に保存ができる。また、外部の機器の記録データを記録するため、外部の機器のデータをバックアップデータとしてＡＶストリームデータを記録再生する機器に保存することが可能となる。
【０１７０】
一方、後者のように、ＡＶストリームデータの記録中に前記付加データに含まれる衛星や地上波放送などの放送や番組データを記録する場合には、ＡＶストリームデータの記録動作の有無にかかわらず、電源が投入されている限り、番組データを記録することが可能である。したがって、ＡＶストリームデータの記録中においても、放送されている番組やデータなどを記録することが可能となり、放送中のデータを逃さず記録媒体に記録することができ、予約録画の機能を実現することが可能となる。
【０１７１】
また、上記の実施形態では、図１に示されるように、光ディスク１０６に記録した付加データであるメモリ上の内容をアフレコファイル７３２として１つのファイルに記録しているが、付加データを光ディスク１０６に記録する単位で１つのファイルとすることや、いくつかのファイルに付加データを分散して記録するなど、付加データを複数のファイルに分割して記録しても良い。例えば、ＰＲＵ領域に記録した付加データを付加データファイルとして１つのファイルで管理し、ＰＲＵ領域の空き領域をアフレコファイルで管理することや、ＰＲＵ領域に記録した付加データを複数のファイルで管理し、ＰＲＵ領域の空き領域をアフレコファイルで管理することなどである。
【０１７２】
この場合、記録開始から終了までの付加データを複数のファイルに分割して記録することにより、各付加データの記録するタイミングの単位で記録媒体上の異なるファイルに記録することが可能となり、付加データの内容ごとに整理や分類がしやすくなるという効果がある。
【０１７３】
〔実施の形態２〕
次に、本発明の他の実施形態について図１９に基づいて説明する。上記の実施形態では、図１に示されるようにＣＵごとに記録領域が分断しているが、本実施形態では、図１９に示されるように、各ＣＵを光ディスク１０６上に連続的に配置している。なお、本実施形態は、上記の実施形態に比べて、データの記録方法が異なるのみであり、その他の構成は同様であるので、その説明を省略する。
【０１７４】
上記実施形態では、ＣＵのサイズをＡＶストリームデータおよびアフレコデータを、シームレスな記録または再生が可能な最小のサイズ以上であるとしている。本実施形態においては、これに加えて、ＡＶストリームデータと同期して再生するアフレコデータも含めてシームレスに記録または再生が可能となる間隔でＰＲＵ領域をインターリーブするＣＵのサイズとする必要がある。これは、ＡＶストリームデータを光ディスク１０６上に連続的に記録することから、１つのＰＲＵ領域と１つのＡＶストリームデータ領域という記録形態では、ＡＶストリームデータを長時間記録した場合に、アフレコデータをシームレスに同期して再生することが不可能となるということである。
【０１７５】
また、ＡＶストリームデータの記録に関して、上記実施形態と異なるのは、図１９に示されるように、第１のＣＵ１１１０の終了位置と第２のＣＵ１１１１の先頭位置や、第２のＣＵ１１１１の終了位置と第３のＣＵ１１１２の先頭位置が連続となっているように、連続するＣＵ間で分断が生じず、物理的に連続して記録するということである。
【０１７６】
このような処理動作は、図７において、ＡＶストリームデータの記録処理終了の判定（Ｓ１０４）後、次のＣＵの先頭へのシーク処理（Ｓ１０５）を行わず、次のＰＲＵ領域に一時データを記録する判定処理（Ｓ１０６）を行うことにより実現できる。これにより、直前のＡＶストリームデータ記録終了位置から続けて、次のＣＵの記録が行われる。
【０１７７】
なお、本実施形態を実施する上では、記録するＡＶストリームデータの時間（データサイズ）に相当する十分な連続空き領域が光ディスク１０６上に存在している必要がある。すなわち、未だデータの記録が行われていない光ディスクや、初期化直後の光ディスクが望ましい。
【０１７８】
このように、ＣＵを連続的に記録することによりＣＵ間に分断が発生しないため、ＡＶストリームデータの記録または再生時において、シークが発生しないという効果がある。これは、無駄なヘッドの動作を必要とせず、消費電力を削減させることが可能となる。また、ヘッドの移動による振動や移動音を発生させないという効果がある。さらに、ＡＶストリームデータを他の記録媒体にコピーを行う場合にも、分断が生じている場合と比べ、コピーするＡＶストリームデータを高速に読み出すことが可能となり、コピー時間を短縮することが可能となる。
【０１７９】
また、記録したＡＶストリームデータに関連するデータ（ＰＲＵ領域やアフレコデータ、管理情報など）以外がＣＵ間に存在しないため、１つの関連あるデータを光ディスク上にまとめて記録でき、ディスクの使用効率を向上させることができる。これは、光ディスクに対し、ファイルの記録および削除を繰り返していくと、各ファイルの物理データ領域が細かく分断し、データのアクセス速度低下につながるが、ＣＵを連続的に記録することにより、前記のような各ファイルにおける物理データ領域の分断の発生を削減することが可能となる。さらに、ＣＵ間が連続となっているＡＶストリームデータを消去した場合に、光ディスク上に連続的な空き領域を作成することができるため、次回からのデータの記録に対して都合が良いという効果がある。
【０１８０】
なお、本実施形態では、全てのＣＵを連続的に記録しているが、可能な限りＣＵを連続的に記録し、必要に応じて分断を生じさせて記録しても良い。これにより、前述の効果同様に、ディスクの使用効率がより一層向上する。
【０１８１】
また、上記の実施形態では、ストリームデータとして映像および音に関するＡＶストリームデータを利用しているが、連続的に記録および／または再生すべきデータであれば、任意のストリームデータを利用することができる。
【０１８２】
また、上記の実施形態では、ＡＶストリームデータの読出し前にアフレコデータをメモリに読み出しておくため、ＡＶストリームデータの記録領域の前にＰＲＵ領域を配置しているが、ＡＶストリームデータの記録領域の後にＰＲＵ領域を配置してもよい。
【０１８３】
また、データ記録装置１０の各ブロック、特に連続制御部１２０、管理情報ファイル作成部１２１、および部分管理情報作成部１２２は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０１８４】
すなわち、データ記録装置１０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit ）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるデータ記録装置１０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記データ記録装置１０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１８５】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フレキシブルディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１８６】
また、データ記録装置１０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された搬送波あるいはデータ信号列の形態でも実現され得る。
【０１８７】
また、本発明を以下のように構成することもできる。
【０１８８】
例えば、本発明に係るデータ記録再生方法は、少なくとも映像または音声からなる第１のデータと、該第１のデータと同期する第２のデータを記録する領域を記録媒体に記録するデータ記録再生方法において、記録媒体上に、該第１のデータを記録しながら、該第１のデータと異なるデータを、該第２のデータを記録する領域に記録する方法である。これにより、第１のデータとしてＡＶストリームデータを記録しながら、ＡＶストリームデータと異なるデータを見かけ上同時に記録することが可能となる。
【０１８９】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第２のデータは、前記第１のデータの記録または再生に使用されるデータである。これにより、第１のデータとしてＡＶストリームデータを記録しながら、第２のデータとして音楽データや静止画データ、テキストデータなどを同時に記録することが可能となる。
【０１９０】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第１のデータの記録または再生に使用される第２のデータは、前記第１のデータの再生に必要な管理情報である。これにより、第１のデータとしてＡＶストリームデータを記録しながら、第２のデータとしてそのＡＶストリームデータの管理情報を同時に記録することが可能となる。
【０１９１】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第１のデータの記録または再生に使用される第２のデータは、前記第１のデータの再生に必要な管理情報の一部分である。これにより、メモリサイズを超えた管理情報をＰＲＵ領域に記録することにより、少ないメモリサイズのシステムにおいても、長時間のＡＶストリームデータの記録が可能となる。また、付加データをＣＵとは異なる領域にライトする場合に比べ、ＣＵの連続記録長をより短くすることが可能となり、ＡＶストリームデータの破壊編集の単位をより細かい単位で指定することが可能となるという効果がある。
【０１９２】
また、全てのＰＲＵ領域であるアフレコファイル内に付加データを記録することにより、ＡＶストリームデータの記録が終了し、管理情報ファイルを生成した後は、アフレコファイル内データにある付加データをダミーデータとみなすことにより、アフレコ処理を行う際、アフレコデータにより付加データを上書きすることになる。そのため、ＡＶストリームデータ記録終了後に、付加データを削除するといった特別な処理をする必要がないという効果がある。
【０１９３】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第１のデータの記録または再生に使用される第２のデータは、前記第１のデータと同期して再生されるデータである。ＰＲＵ領域にＡＶストリームデータと同期して再生するデータを記録することにより、ＡＶストリームデータを再生する際に、同期して再生するデータの読み出しとＡＶストリームデータの読み出しが連続的に行うことが可能となる。従って、読み出しヘッドのシークが発生しないため、消費電力が小さくなることやデータ記録装置の動作音が小さくなるという効果がある。
【０１９４】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第２のデータの記録は、特定（時間）間隔で、前記第２のデータを記録する領域に記録する方法である。特定の時間間隔でＰＲＵ領域に管理情報を記録することにより、管理情報をＰＲＵ領域に記録したところまでのＡＶストリームデータおよびその管理情報が記録媒体上に記録される。管理情報は、ＡＶストリームデータとインターリーブされ、ＡＶストリームデータ内で分散して記録される。これは、データ記録装置の電源の供給が突然停止した場合においても、記録した内容は保持されこととなり、電源断対策という効果がある。
【０１９５】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第２のデータの記録は、第１のデータの内容と関連する単位で、前記第２のデータを記録する領域に記録する方法である。このように、ＡＶストリームデータを記録中にシーンやチャプター情報を記録することにより、記録したＡＶストリームデータを再生する際に、ＡＶストリームデータの全体の内容がどのような内容または構成となっているかを把握しやすくなり、ＡＶストリームデータ中の任意の再生したい個所を瞬時に検索するのに役立つ。これにより、ＡＶストリームデータと同期して再生したい前記ＡＶデータやその同期再生する位置情報を、ＡＶストリームデータを記録中に付加することが可能となり、ユーザの利便性が向上する。
【０１９６】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第２のデータの記録は、ユーザまたはシステムからの指示によって、前記第２のデータを記録する領域に記録する方法である。これにより、記録しているＡＶストリームデータの再生に関する情報やデータの内容をユーザが思い立ったタイミングでＡＶストリームデータを記録中に自由に行うことができ、記録中にメモをとるといった機能を提供できる。また、ＡＶストリームデータの記録後に、これらシーンやチャプターの最終的な分割作業などを行う際に、記録中に付加した前記メモ機能によりスムーズに行うことが可能となる。
【０１９７】
また、ユーザの判断によって記録したＡＶストリームデータの管理情報のバックアップを記録することができる。ユーザが記録したＡＶストリームデータの内容の重要度によって、バックアップを行うタイミングを自由に行うことが可能となる。また、記録再生システムの指示により、付加データとしてメモリ上の管理情報をＰＲＵ領域に記録することにより、ＡＶストリームデータの記録中に、記録再生システムへ加わった衝撃による記録処理失敗や電源断によるメモリ上の付加データの消失を防ぐことができる。
【０１９８】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記システムからの指示は、メモリの記憶残量によって指示される方法である。メモリの記憶残量によって指示されることにより、メモリサイズを超えて管理情報が記憶されることを防ぐことが可能となる。
【０１９９】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第２のデータの記録は、常時、前記第２のデータを記録する領域に記録する方法である。全てのＰＲＵ領域に付加データとして管理情報を記録することにより、１つのＣＵ内におけるＡＶストリームデータとその管理情報がまとまって記録されるため、データのコピーや移動、挿入処理といった編集作業をＣＵ単位で行うことが可能となる。したがって、ＡＶストリームデータの記録開始から終了までを一括して管理している管理情報を解釈し、データ操作せずとも、ＣＵ内のデータを操作するだけで、編集することができる。
【０２００】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第２のデータは、前記第１のデータの記録または再生に使用されないデータである。第１のデータの記録または再生に使用されないデータを第２のデータに記録することによって、第１のデータの記録とは、全く異なる用途のデータを記録することが可能となる。これによりデータ記録処理という一連の処理において、見かけ上同時に複数の機能を持たせることが可能となるという効果がある。
【０２０１】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第１のデータと関連しない第２のデータは、放送やネットワーク、外部機器からのデータである。
【０２０２】
第２のデータが外部機器からのデータである場合には、ＡＶストリームデータの記録再生を行う機器がＡＶストリームデータを記録しながら、ネットワークを介して外部の機器が記録した前記のデータを記録することにより、外部の機器のデータを同時に、ＡＶストリームデータを記録する機器に保存ができる。また、外部の機器の記録データを記録するため、外部の機器のデータをバックアップデータとしてＡＶストリームデータを記録再生する機器に保存することが可能となる。
【０２０３】
一方、第２のデータが衛星や地上波放送からのデータである場合には、ＡＶストリームデータの記録中においても、放送されている番組やデータなどを記録することが可能となり、放送中のデータを逃さず記録媒体に記録することができ、予約録画の機能を実現することが可能となる。
【０２０４】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第２のデータは、１つのファイルで構成される方法である。第２のデータを１つのファイルで構成することにより、第１のデータとインターリーブして記録するＰＲＵ領域を瞬時に把握することが可能となり、ＰＲＵ領域を簡素な方法で管理することができるため、ＰＲＵ領域の管理が行いやすいという効果がある。
【０２０５】
さらに、本発明に係るデータ記録再生方法は、上記の方法において、前記第２のデータは、複数のファイルで構成される方法である。記録開始から終了までの付加データを複数のファイルに分割して記録することにより、各付加データの記録するタイミングの単位で記録媒体上の異なるファイルに記録することが可能となり、付加データの内容ごとに整理、分類がしやすくなるという効果がある。
【０２０６】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、さらに、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０２０７】
上記実施形態におけるデータ記録方法は、光ディスク、ハードディスク、半導体メモリなどの記録媒体や、これら記録媒体に対してデータの記録再生を行う記録再生装置や記録再生システムに適用することが可能である。
【図面の簡単な説明】
【０２０８】
【図１】本発明の一実施形態であるビデオディスクレコーダにおいて、ＡＶコンテンツを記録するときに作成される複数のファイルと、これらファイル内のデータの記録位置とを示す図である。
【図２】上記ビデオディスクレコーダの概略構成を示すブロック図である。
【図３】上記ビデオディスクレコーダにおけるホストＣＰＵおよびＲＡＭの概略構成を示すブロック図である。
【図４】同図(ａ)ないし(ｃ)は、QuickTimeファイルフォーマットにおける管理情報とＡＶストリームとの関係を示す図である。
【図５】上記ＡＶストリームの構成を示す図である。
【図６】同図（ａ）はディレクトリ／ファイル構成を示す図であり、（ｂ）はそのディレクトリ／ファイル構成のＵＤＦにおける管理を示す図である。
【図７】上記ビデオディスクレコーダにおいて、記録媒体にＡＶコンテンツを記録する処理動作を示すフローチャートである。
【図８】上記ファイルフォーマットにおけるMovie atomの構成を示す図である。
【図９】上記Movie atomにおけるTrack atomの構成を示す図である。
【図１０】上記Track atomにおけるTrack header atomの構成を示す図である。
【図１１】上記Track atomにおけるMedia atomの構成を示す図である。
【図１２】上記Media atomにおけるMedia information atomの構成を示す図である。
【図１３】上記Media information atomにおけるSample table atomによるデータ管理の例を示す図である。
【図１４】上記Sample table atomの構成を示す図である。
【図１５】同図（ａ）は上記Sample table atomにおけるSample description atomの構成を示す図であり、同図（ｂ）は上記Sample description atomにおけるSample description Tableのうち、オーディオのSound Sample description Tableの構成例を示す図である。
【図１６】同図（ａ）は上記Track atomにおけるEdit atomの構成を示す図であり、同図（ｂ）は上記Edit atomにおけるEdit list atomの構成を示す図である。
【図１７】同図（ａ）〜（ｃ）は上記Edit atomによる再生範囲指定の例を示す図である。
【図１８】上記ファイルフォーマットにおけるUser data atomの構成を示す図である。
【図１９】本発明の他の実施形態であるビデオディスクレコーダにおいて、ＡＶコンテンツを記録するときに作成される複数のファイルと、これらファイル内のデータの記録位置とを示す図である。
【図２０】従来のビデオディスクレコーダにおいて、ＡＶコンテンツを記録するときに作成される複数のファイルと、これらファイル内のデータの記録位置とを示す図である。
【符号の説明】
【０２０９】
１０    ビデオディスクレコーダ（データ記録装置）
１０２    ＲＡＭ
１０６    光ディスク（記録媒体）
１２０    連続記録制御部（記録制御手段）
１２１    管理情報ファイル作成部（特定データ移動制御手段）
１２２    部分管理情報作成部（記録制御手段）
７００〜７０４、１１００〜１１０４    ＰＲＵ領域（アフレコデータの記録領域）
７０５〜７０９、１１０５〜１１０９    ＡＶストリームデータ（ストリームデータ）の記録領域
７１０〜７１４、１１１０〜１１１４    ＣＵ（セット）
７２０、１１２０    管理情報の記録領域
７３０、１１３０    管理情報ファイル（ファイル）
【図１】
2005116007.tif 000003
【図２】
2005116007.tif 000004
【図３】
2005116007.tif 000005
【図４】
2005116007.tif 000006
【図５】
2005116007.tif 000007
【図６】
2005116007.tif 000008
【図７】
2005116007.tif 000009
【図８】
2005116007.tif 000010
【図９】
2005116007.tif 000011
【図１０】
2005116007.tif 000012
【図１１】
2005116007.tif 000013
【図１２】
2005116007.tif 000014
【図１３】
2005116007.tif 000015
【図１４】
2005116007.tif 000016
【図１５】
2005116007.tif 000017
【図１６】
2005116007.tif 000018
【図１７】
2005116007.tif 000019
【図１８】
2005116007.tif 000020
【図１９】
2005116007.tif 000021
【図２０】
2005116007.tif 000022