(57)【要約】【課題】一般的なＭＰＥＧ−２  ＰＳ／ＴＳデコーダ上での再生やリアルタイムアフレコが可能であり、かつ、アフレコ結果を非破壊編集した場合の再生の途切れが少ないデータ記録方法を提供する。【解決手段】オリジナルストリームファイルとアフレコデータファイルとがそれぞれ別のファイルとして管理されると共に、オリジナルストリームファイルおよびアフレコデータファイルのそれぞれでは、所定の間隔毎に分割された部分データ（ＣＵおよびＣＡ）としてデータが構成される。これらデータのディスクへの記録時には、アフレコデータ（ＣＡ）用領域を対応するオリジナルストリーム（ＣＵ）の近傍に記録する。【選択図】  図１
2004192774.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録するＡＶデータ記録方法であって、
前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを備えることを特徴とするＡＶデータ記録方法。
【請求項２】
前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップを備えることを特徴とする請求項１記載のＡＶデータ記録方法。
【請求項３】
前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第６のステップを備えることを特徴とする請求項１記載のＡＶデータ記録方法。
【請求項４】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とするＡＶデータ記録方法であって、
前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、
前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、
前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを備えることを特徴とするＡＶデータ記録方法。
【請求項５】
前記関連データの記録時に、
前記関連データを所定の間隔毎に部分関連データに分割する第１１のステップと、
前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する第１２のステップと、
前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１３のステップとを備えることを特徴とする請求項４記載のＡＶデータ記録方法。
【請求項６】
前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第１４のステップを備えることを特徴とする請求項４記載のＡＶデータ記録方法。
【請求項７】
前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第１５のステップを備えることを特徴とする請求項４記載のＡＶデータ記録方法。
【請求項８】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録するＡＶデータ記録装置であって、
前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する手段と、
前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する手段と、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する手段と、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する手段とを備えることを特徴とするＡＶデータ記録装置。
【請求項９】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能するＡＶデータ記録装置であって、
前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する手段と、
前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する手段と、
前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する手段と、
前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する手段とを備えることを特徴とするＡＶデータ記録装置。
【請求項１０】
前記関連データの記録時に、
前記関連データを所定の間隔毎に部分関連データに分割する手段と、
前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する手段と、
前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する手段とを備えることを特徴とする請求項９記載のＡＶデータ記録装置。
【請求項１１】
複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータと、前記ＡＶデータと同期する関連データとを記録したデータ記録媒体であって、
前記ＡＶデータおよび前記関連データが所定の間隔毎に部分ＡＶデータおよび部分関連データに分割された状態で、かつ、一続きの前記部分ＡＶデータと前記部分関連データとが連続して記録されており、
さらに、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報が記録されていることを特徴とするデータ記録媒体。
【請求項１２】
コンピュータにおいて、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録させるプログラムであって、
上記コンピュータに、
前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップと行わせることを特徴とするプログラム。
【請求項１３】
コンピュータにおいて、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とする動作を行わせるプラグラムであって、
上記コンピュータに、
前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、
前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、
前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを行わせることを特徴とするプログラム。
【請求項１４】
請求項１２または１３に記載のプログラムを格納することを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ハードディスク、光ディスク、半導体メモリ等のランダムアクセス可能な記録媒体に対して、映像データ、音声データを記録する記録方法、記録装置、並びに記録媒体に関するものである。
【０００２】
【従来の技術】
ディスクメディアを用いたビデオのディジタル記録再生装置（以下、ビデオディスクレコーダと呼ぶ）が普及しつつある。それらにおいて、テープメディアと同様にアフターレコーディング（アフレコ）機能を安価に実現する技術が求められている。アフレコ機能は、既に記録したオーディオやビデオに対し、後から情報、特にオーディオを追記する機能である。
【０００３】
ディスクメディアを用いてアフレコ機能を実現している従来技術として、当出願人による特許文献１がある。以下、図２０を用いてその概要を説明する。
【０００４】
特許文献１では、ストリームファイル３０００は独自のストリームフォーマットであり、所定の再生時間ごとに分割したオリジナルストリームデータ（初期録画したビデオ・オーディオデータ）の間に同期再生するアフレコデータ用領域を挿入して構成する。図２０（ａ）を例に取ると、部分オリジナルストリームデータ３０２１の直前には、同期再生するアフレコオーディオデータを格納するためのアフレコデータ用領域３０１１を挿入する。３０１２と３０２２および３０１３と３０２３の間の関係も同様である。
【０００５】
ストリームファイル３０００を光ディスク３００１に記録する際、図２０（ｂ）に示すように、同期再生する部分オリジナルストリームデータとアフレコデータ用領域とを物理的な近傍に配置することで、アフレコデータを含めた再生時にシークを最小限にすることができ、シークによる再生の途切れを抑えている。また、部分オリジナルストリームデータの再生時間を、シーク時間等を考慮しリアルタイムアフレコが可能な値に設定（数秒程度）することで、リアルタイムアフレコを保証している。
【０００６】
また、世の中で広く用いられているデータ記録方法として、上記特許文献１に記載のストリーム構成とは異なる構成を持ったＩＳＯ／ＩＥＣ  １３８１８−１に定義されるＴｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ（以下ＭＰＥＧ−２  ＴＳ）や、Ｐｒｏｇｒａｍ  Ｓｔｒｅａｍ（以下ＭＰＥＧ−２  ＰＳ）がある。例えば、ＤＶＤ−ＶｉｄｅｏはＭＰＥＧ−２  ＰＳであり、ディジタル放送やＩＥＥＥ−１３９４による機器間のデータ転送形式はＭＰＥＧ−２  ＴＳである。ＭＰＥＧ−２  ＰＳ／ＴＳを考慮したアフレコに関する従来技術については、特許文献２や特許文献３がある。
【０００７】
【特許文献１】
特開２００１−４３６１６号公報
【０００８】
【特許文献２】
特開２０００−３０６３２７号公報
【０００９】
【特許文献３】
特開平１１−２９８８４５号公報
【００１０】
【発明が解決しようとする課題】
しかしながら、ＭＰＥＧ−２  ＰＳ／ＴＳに対して、上記特許文献１に記載のストリーム構成を適用した場合、一般的に用いられているデコーダで再生しようとしても、デコードが正しくできない可能性がある。その理由を以下に説明する。
【００１１】
ＭＰＥＧ−２  ＴＳ／ＰＳにおいては、基準となるデコーダモデルを設定し、そのデコーダモデル中のオーディオ・ビデオのデコーダのバッファメモリがアンダーフローしたりオーバーフローしたりしないように、ビデオデータとオーディオデータとを多重化することが定められている。しかし、上記特許文献１のストリーム構成の場合、各アフレコデータ用領域には１秒以上のオーディオデータを格納することになる。このストリームファイルを一般的なＭＰＥＧ−２  ＴＳ／ＰＳデコーダで再生した場合、１秒分以上のオーディオデータがまとめて送られることになり、オーディオデコーダのバッファメモリがオーバーフローすることになる。
【００１２】
また、特許文献２に記載のアフレコ機能は、前述のＭＰＥＧ−２  ＰＳ多重化規定に従ってアフレコデータ用領域をストリーム中に多重化するというものであるが、ディスクの転送レートが低い場合にはリアルタイムアフレコが困難であるという課題がある。
【００１３】
他方、特許文献３は、アフレコデータを別ファイルに記録することで、個々のファイルではＭＰＥＧ−２  ＰＳ多重化規定を満たすというものである。この場合、アフレコ結果を再生する場合にアフレコデータを記録するファイルとオリジナルストリームファイルを交互に読み出すためシークを繰り返す必要がある。そのため、アフレコした結果に対し非破壊編集（ディスク上のストリームデータは動かさず、再生経路情報によって見た目上の編集を行うこと）を行った場合に、シークにより特にシーン間において再生が途切れる可能性が高まる。また、消費電力の面でも不利である。
【００１４】
本発明は、上記課題を鑑みてなされたものであり、一般的なＭＰＥＧ−２  ＰＳ／ＴＳデコーダ上での再生やリアルタイムアフレコが可能であり、かつ、アフレコ結果を非破壊編集した場合の再生の途切れが少ないデータ記録方法を提供することを目的とする。
【００１５】
【課題を解決するための手段】
本発明のＡＶデータ記録方法は、上記の課題を解決するために、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録するＡＶデータ記録方法であって、前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データとを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを備えることを特徴としている。
【００１６】
上記の構成によれば、上記記録媒体上に記録されるＡＶデータ（例えば、オリジナルストリーム）および関連データ（例えばアフレコデータ）は、第１のステップによって部分ＡＶデータおよび部分関連データに分割され、シームレス再生やリアルタイムアフレコが保証される記録単位に設定される。
【００１７】
分割された部分ＡＶデータおよび部分関連データは同期するデータ同士を一続きとして、第２，第３のステップの処理によって上記記録媒体上で互いに物理的に近傍した位置に記録される。
【００１８】
さらに、第４のステップにおいて記録されるファイルシステム管理情報では、部分ＡＶデータおよび部分関連データが別のファイルとして管理されることによって、リアルタイムアフレコを保証し非破壊編集性能の高く、なおかつ一般的なＭＰＥＧ−２  ＰＳのデコーダでの再生が可能になる。また、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなり、その他のデータとさらに同期再生させる余地が大きい。例えば、アフレコオーディオ以外にさらにグラフィックスデータ等を非破壊編集で付加しても再生が途切れる可能性が低い。
【００１９】
また、別ファイルであるファイルシステム管理情報において、記録媒体上の近傍に配置されている部分ＡＶデータおよび部分関連データの対応関係を示す情報を記録媒体に記録することによって、ファイルシステム管理情報を参照することなく容易に連続記録されている部分ＡＶデータおよび部分関連データを知り、最適なデータ読み込みが可能になる。
【００２０】
また、本発明のＡＶデータ記録方法において、前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップを備える構成としてもよい。
【００２１】
上記の構成よれば、アフレコの対象となる部分ＡＶデータに対応する部分関連データ（アフレコ用領域）の位置を容易に特定することが可能となる。
【００２２】
また、本発明のＡＶデータ記録方法において、前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第６のステップを備える構成としてもよい。
【００２３】
上記部分ＡＶデータおよび部分関連データの記録時にディフェクトに遭遇した場合、記録中の部分関連データは破棄し、別の領域に新規にＣＡを記録することがある。
【００２４】
上記の構成によれば、その際に、その部分関連データを管理する情報において対応する部分ＡＶデータの近傍に部分関連データが存在しないことがわかるようにしておくことで、非破壊編集時や非破壊編集結果の再生時に、部分ＡＶデータおよび部分関連データが連続して記録されていない区間が容易に判断可能であり、その区間は再生が途切れる可能性が高いことを事前にユーザに伝えることが可能となる。
【００２５】
また、発明の他のＡＶデータ記録方法は、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とするＡＶデータ記録方法であって、前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを備えることを特徴としている。
【００２６】
上記の構成によれば、上記記録媒体上に記録されるＡＶデータ（例えば、オリジナルストリーム）は、第７のステップによって部分ＡＶデータに分割され、シームレス再生やリアルタイムアフレコが保証される記録単位に設定される。
【００２７】
分割された部分ＡＶデータは、これと同期する部分関連データの記録領域を確保するための部分予約データと一続きとして、第８，第９のステップの処理によって上記記録媒体上で互いに物理的に近傍した位置に記録される。
【００２８】
さらに、第１０のステップにおいて記録されるファイルシステム管理情報では、部分ＡＶデータおよび部分予約データが別のファイルとして管理されることによって、関連データの記録時におけるリアルタイムアフレコを保証し非破壊編集性能の高く、なおかつ一般的なＭＰＥＧ−２  ＰＳのデコーダでの再生が可能になる。
【００２９】
また、上記ＡＶデータ記録方法においては、前記関連データの記録時に、前記関連データを所定の間隔毎に部分関連データに分割する第１１のステップと、前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する第１２のステップと、前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１３のステップとを備える構成とすることができる。
【００３０】
上記の構成によれば、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなり、その他のデータとさらに同期再生させる余地が大きい。例えば、アフレコオーディオ以外にさらにグラフィックスデータ等を非破壊編集で付加しても再生が途切れる可能性が低い。
【００３１】
また、別ファイルであるファイルシステム管理情報において、記録媒体上の近傍に配置されている部分ＡＶデータおよび部分関連データの対応関係を示す情報を記録媒体に記録することによって、ファイルシステム管理情報を参照することなく容易に連続記録されている部分ＡＶデータおよび部分関連データを知り、最適なデータ読み込みが可能になる。
【００３２】
【発明の実施の形態】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。ここでの説明は、本発明において共通に用いる構成、個々の実施形態に固有の内容という順に行っていく。
【００３３】
＜システム構成＞
図２は、後述する各実施形態において共通のビデオディスクレコーダの基本システム構成図である。
【００３４】
このビデオディスクレコーダは、図２に示すように、バス１００、ホストＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ユーザインタフェース１０４、システムクロック１０５、光ディスク１０６、ピックアップ１０７、ＥＣＣ（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｎｇ  Ｃｏｄｉｎｇ）デコーダ１０８、ＥＣＣエンコーダ１０９、オーディオ再生用バッファ１１０、ビデオ再生用バッファ１１１、デマルチプレクサ１１２、マルチプレクサ１１３、記録用バッファ１１４、オーディオデコーダ１１５、ビデオデコーダ１１６、オーディオエンコーダ１１７、ビデオエンコーダ１１８、オーディオ記録用バッファ１１９、ビデオ記録用バッファ１２０、デマルチプレクサ１２１、アフレコデータ再生用バッファ１２２、分割処理部１２３（ＡＶデータと部分関連データに分割する手段）、空き領域管理部１２５（連続領域を確保する手段）、管理情報処理部１２６および図示しないカメラ、マイク、スピーカ、ディスプレイ等で構成される。また、ピックアップ１０７、ＥＣＣデコーダ１０８、ＥＣＣエンコーダ１０９は、ドライブ１２７（部分ＡＶデータと部分関連データとを連続的に記録する手段、ファイルシステム管理情報を前記記録媒体上に記録する手段）を構成する。
【００３５】
ホストＣＰＵ１０１は、デマルチプレクサ１１２、マルチプレクサ１１３、ピックアップ１０７、オーディオデコーダ１１５、ビデオデコーダ１１６、オーディオエンコーダ１１７、ビデオエンコーダ１１８の制御をバス１００を通じて行う。
【００３６】
再生時に、光ディスク１０６からピックアップ１０７を通じて読み出されたデータは、ＥＣＣデコーダ１０８によって誤り訂正される。誤り訂正されたデータは、管理情報処理部１２６によってファイルシステム管理情報が処理されて、デマルチプレクサ１１２あるいはデマルチプレクサ１２１に送られる。
【００３７】
デマルチプレクサ１１２はホストＣＰＵ１０１からの指示に従い、読み出されたデータをオーディオデータかビデオデータかに応じてオーディオ再生用バッファ１１０およびビデオ再生用バッファ１１１に振り分ける。同様に、デマルチプレクサ１２１はホストＣＰＵ１０１からの指示に従い、読み出されたデータをアフレコデータ再生用バッファ１２２に送る。
【００３８】
オーディオデコーダ１１５は、ホストＣＰＵ１０１からの指示に従って、オーディオ再生用バッファ１１０およびアフレコデータ再生用バッファ１２２からデータを読み出し、読み出したデータに対するデコードを行う。同様に、ビデオデコーダ１１６は、ホストＣＰＵ１０１からの指示に従って、ビデオ再生用バッファ１１１からデータを読み出し、読み出したデータに対するデコードを行う。
【００３９】
一方、記録時に、オーディオエンコーダ１１７およびビデオエンコーダ１１８によって圧縮符号化されたデータは、それぞれオーディオ記録用バッファ１１９およびビデオ記録用バッファ１２０に送られる。マルチプレクサ１１３は、ホストＣＰＵ１０１からの指示に従って、オーディオ記録用バッファ１１９およびビデオ記録用バッファ１２０からデータを読み出し、読み出したデータをＡＶ多重化し分割処理部１２３に送る。分割処理部１２３はＡＶ多重化されたデータを所定の間隔毎に分割して記録用バッファ１１４に送る。このとき、空き領域管理部１２５はデータを記録するための連続領域を確保し、ＥＣＣエンコーダ１０９は、記録用バッファ１１４から読み出したＡＶ多重化データに対して誤り訂正符号を付加し、ピックアップ１０７を通じて光ディスク１０６の確保された連続領域に記録する。
【００４０】
オーディオデータの符号化方式にはＩＳＯ／ＩＥＣ  １３８１８−３で規定されるＭＰＥＧ−１  Ｌａｙｅｒ−ＩＩを、ビデオデータの符号化方式にはＩＳＯ／ＩＥＣ  １３８１８−２で規定されるＭＰＥＧ−２をそれぞれ用いる。光ディスク１０６は、ＤＶＤ−ＲＡＭのような書き換え可能な光ディスクであり、２０４８ｂｙｔｅを１セクタとし、誤り訂正のため１６セクタでＥＣＣブロックを構成する。
【００４１】
＜ファイルシステム＞
本発明の説明において用いるファイルシステムのフォーマットである、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）について図３を用いて説明する。図３（ａ）に示すディレクトリ／ファイル構成をＵＤＦで記録した例を図３（ｂ）に示す。
【００４２】
図中のＡＶＤＰ（Ａｎｃｈｏｒ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ  Ｐｏｉｎｔｅｒ）６０２は、ＵＤＦの管理情報を探すためのエントリポイントに相当し、通常２５６セクタ目、Ｎセクタ目あるいはＮ−２５６セクタ目（Ｎは最大論理セクタ番号）に記録する。ＶＤＳ（Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ  Ｓｅｑｕｅｎｃｅ）６０１は、ＵＤＦが管理する領域であるボリュームに関する管理情報を記録する。ボリュームは一般に一枚のディスクに１個存在し、その中にパーティションを一般に１個含む。ＦＳＤ（Ｆｉｌｅ  Ｓｅｔ  Ｄｅｓｃｒｉｐｔｏｒ）６０３は、パーティションに１個存在する。パーティションの中での位置情報はパーティションの先頭からのセクタ番号に相当する論理ブロック番号で示される。なお、１個の論理ブロックは１セクタに対応する。また、各パーティションには図示しないがＳｐａｃｅ  Ｂｉｔｍａｐと呼ばれる各論理ブロックがファイルにすでに割り当てられているかそうでないかを示すテーブルが存在する。
【００４３】
ＦＳＤ６０３は、ルートディレクトリのＦｉｌｅ  Ｅｎｔｒｙ（ＦＥ）であるＦＥ６０４の位置情報（論理ブロック番号と論理ブロック数で構成され“ｅｘｔｅｎｔ”と呼ばれる）を含む。ＦＥは、ｅｘｔｅｎｔの集合を管理しており、ｅｘｔｅｎｔを書き換えたり、追加したり、削除することで、ファイルを構成する実データの順番を変えたり、データを挿入したり削除したりすることが可能である。
【００４４】
ＦＥ６０４はルートディレクトリの直下のファイルやディレクトリの名称等を格納するＦｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｄｅｓｃｒｉｐｔｏｒ（ＦＩＤ）の集合を格納する領域６０５を管理する。領域６０５中のＦＩＤ６１１、ＦＩＤ６１２は、それぞれファイル６２１、ファイル６２２のファイル名やｅｘｔｅｎｔの集合を管理するＦＥ６０６、ＦＥ６０８の位置情報を含む。ＦＥ６０６はファイル６２１の実データを構成する領域である領域６０７、領域６１０をｅｘｔｅｎｔとして管理する。このときファイル６２１の実データにアクセスするためには、ＡＶＤＰ６０２、ＶＤＳ６０１、ＦＳＤ６０３、ＦＥ６０４、ＦＩＤ６１１、ＦＥ６０６、領域６０７、領域６１０の順にリンクを辿っていけばよい。
【００４５】
〔実施の形態１〕
本発明の第１の実施形態について、図１および図４〜図１８を用いて説明する。
【００４６】
＜ファイル・ディレクトリ構成＞
本実施の形態１に係るファイル・ディレクトリ構成について、図４を用いて説明する。本実施の形態１に関するデータは、図４に示すように５種類のファイルに格納される。
【００４７】
オリジナルストリームファイル（ＳＨＲＰ０００１．Ｍ２Ｐ）は１回の録画によって作成されるファイルであり、ＭＰＥＧ−２  ＰＳ（Ｐｒｏｇｒａｍ  Ｓｔｒｅａｍ）形式である。アフレコデータファイル（ＳＨＲＰ０００１．ＰＲＥ）は、アフレコ用の領域を確保し、アフレコデータを格納するためのファイルである。オリジナルストリーム管理情報ファイル（ＳＨＲＰ０００１．ＯＭＩ）は、オリジナルストリームファイルに関する時間−アドレス対応情報と属性情報およびアフレコデータファイルに関する属性情報やオリジナルストリームファイルとの対応関係情報とを格納するファイルであり、オリジナルストリームファイル１個につき１個ある。プログラム情報ファイル（ＳＨＲＰ０００１．ＰＧＭ）は、上記のストリームやデータのどの区間をどのような順序で再生するかを指定する情報を格納するファイルである。なお、プログラムは１個のコンテンツに相当し、ユーザが再生を指示する対象である。
【００４８】
録画時には、上記４個のファイルを新規に作成する。これらのファイルは、ファイル間の関係を示すため、ファイル名の拡張子以外を共通にする。オーディオアフレコ時には、アフレコオーディオデータをアフレコデータファイル中の所定の位置に上書きし、アフレコデータ管理情報ファイルにおいてもそのことを反映する。さらに、追加したアフレコオーディオデータも再生対象にするようプログラム情報ファイルも変更する。
【００４９】
また、非破壊編集時には、プログラム情報ファイルを新規に作成し、再生したい区間に関して、再生したいデータを管理するオリジナルストリーム管理情報ファイルやアフレコデータ管理情報ファイルのファイル名および再生したい区間を順に記録する。なお、各ファイルのデータ構造については後述する。
【００５０】
＜ＡＶストリームの形態＞
本実施の形態１において用いるＡＶストリームの構成について、図５を用いて説明する。
【００５１】
まず、オリジナルストリームファイルについて図５を用いて説明する。オリジナルストリームファイルの内容はＭＰＥＧ−２  ＰＳ形式であり、図５（ａ）に示すように整数個のＣｏｎｔｉｎｕｏｕｓ  Ｕｎｉｔ（ＣＵ）で構成される。ＣＵはディスク上で連続的に記録する単位である。ＣＵの長さは、ＡＶストリームを構成するＣＵをどのようにディスク上に配置してもシームレス再生（再生中に画像や音声が途切れないで再生できること）やリアルタイムアフレコ（アフレコ対象のビデオをシームレス再生しながらオーディオを記録すること）が保証されるように設定される。この設定方法については後述する。
【００５２】
ＣＵは、図５（ｂ）に示すように整数個のＶｉｄｅｏ  Ｕｎｉｔ（ＶＵ）で構成される。ＶＵは単独再生可能な単位であり、再生の際のエントリポイントとなり得る。ＶＵは、図５（ｃ）に示すように整数個のオーディオパック（Ａ＃１〜Ａ＃Ｋ）、ビデオパック（Ｖ＃１〜Ｖ＃Ｌ）で構成され、それぞれＭＰＥＧ−２  ＰＳ形式のデコーダモデルが破綻しないようにＡＶ多重される。ディスク読み出しの際に余分なデータを読み出さずに済むように、パックのサイズはセクタサイズに一致させる。なお、パック化されるビデオデータは、１〜２個のＧＯＰで構成されるようにし、オーディオデータは、整数個のＡＡＵ（Ａｕｄｉｏ  Ａｃｃｅｓｓ  Ｕｎｉｔ）をパック化するようにする。
【００５３】
尚、ＧＯＰは、ＭＰＥＧ−２ビデオ規格における画像圧縮の単位であり、複数のビデオフレーム（典型的には１５フレーム程度）で構成される。ＡＡＵはＭＰＥＧ−１  Ｌａｙｅｒ−ＩＩ規格における音声圧縮の単位で、１１５２点の音波形サンプル点により構成される。サンプリング周波数が４８ｋＨｚの場合、ＡＡＵ１個あたりの再生時間は０．０２４秒となる。また、ＶＵ単位で独立再生を可能とするために、ＶＵ中のビデオデータの先頭にはＳｅｑｕｅｎｃｅ  Ｈｅａｄｅｒ（ＳＨ）を置く。
【００５４】
なお、ＣＵは整数個のＥＣＣブロックで構成されるように、ＣＵの末尾のＶＵは、パディングパケットを格納したパックでパディングする。
【００５５】
＜アフレコデータファイル＞
アフレコデータファイルの構成について図６を用いて説明する。アフレコデータファイルは、図６に示すように整数個のＣｏｎｔｉｎｕｏｕｓ  Ａｒｅａ（ＣＡ）で構成される。上述したオリジナルストリームファイルにおけるＣＵ１個はＣＡ１個に対応して存在し、ＣＡには対応するＣＵ中の再生データに関するアフレコデータを記録する。たとえば、オリジナルストリームファイル中のＣＵ＃ｎと同期して再生したいアフレコオーディオデータはＣＡ＃ｎに記録する。ＣＡは整数個のＥＣＣブロックで構成する。
【００５６】
アフレコデータファイルは、オリジナルストリームファイルと同様ＭＰＥＧ−２  ＰＳ形式であり、初期録画時にはパディングパケットを記録し、アフレコ後にはアフレコデータを格納したパックを上書きする。上書きするパックのパックヘッダ中のＳＣＲ（Ｓｙｓｔｅｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）およびパケットヘッダ中のＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）は、オリジナルストリームファイル中の対応するオーディオパックのものと合わせる。これにより、ＣＡ中のオーディオパックで、ＣＵ中の対応するオーディオパックを上書きすることで、容易にオリジナルストリームのオーディオをアフレコデータで差し替えることができる。
【００５７】
＜ディスクへの配置＞
オリジナルストリームファイルおよびアフレコデータファイルのディスクへの配置について図１を用いて説明する。図１（ａ）に示す互いに対応するオリジナルストリームファイル（ＳＨＲＰ０００１．Ｍ２Ｐ）とアフレコデータファイル（ＳＨＲＰ０００１．ＰＲＥ）とは、光ディスク１０６でＣＵの直前に対応するＣＡが配置されるように記録する（図１（ｂ））。
【００５８】
これにより、同期再生を行うデータ同士（ＣＡおよびＣＵ）がディスク上の近傍に置かれるため、再生時のピックアップの移動が最小限となり、後述するように非破壊編集結果を再生する際に再生が途切れる可能性が減少する。また、サイズの小さいＣＡをＣＵより前に読み出されるよう配置することによって、同期再生のためのバッファメモリ量を抑えることが可能である。
【００５９】
＜ＣＵ単位決定方法＞
ＣＵ再生時間の決定方法について、図７および図８を用いて説明する。この決定方法では、機器間での互換性確保のため、基準となるデバイス（リファレンス・デバイス・モデル）と基準となるアフレコアルゴリズム（リファレンス・アフレコ・アルゴリズム）とを想定し、次にそれらを用いてアフレコを行った際にシームレス再生が破綻しないようにＣＵ再生時間を決める。
【００６０】
まず、リファレンス・デバイス・モデルについて図７を用いて説明する。リファレンス・デバイス・モデルは１個のピックアップ（図示せず）と、それにつながるＥＣＣエンコーダ・デコーダ５０１、トラックバッファ５０２、デマルチプレクサ５０３、アフレコ用バッファ５０４、オーディオエンコーダ５０９、ビデオバッファ５０５、オーディオバッファ５０６、ビデオデコーダ５０７、オーディオデコーダ５０８とによって構成される。
【００６１】
上記リファレンス・デバイス・モデルでは、ピックアップが１個であるため、再生用データのディスク５００からの読み出しと、アフレコ用データのディスク５００への記録は時分割で行う。ディスク５００から再生用データを読み出す際、ＣＡも含めて読み出す。読み出されたＣＡを含むＥＣＣブロック（ＣＡブロック）は、トラックバッファ５０２からアフレコ用バッファ５０４に送られる。
【００６２】
オーディオエンコーダ５０９は、ＡＡＵ周期でアフレコ用バッファ５０４にアフレコ用データを出力する。この出力によって、アフレコ用バッファ５０４中の対応するＣＡブロックを上書きする。アフレコ用データの記録は、ＣＡブロックを所定のＥＣＣブロックに記録することで行う。
【００６３】
ここで、オーディオフレームデータのＥＣＣエンコーダ５０１へのデータの入力速度およびＥＣＣデコーダ５０１からのデータの出力速度をＲｓとする。また、アクセスによる読み出し、記録の停止する最大期間をＴａとする。尚、この期間にはシーク時間、回転待ち時間、アクセス後に最初にディスクから読み出したデータがＥＣＣデコーダ５０１から出力されるまでの時間が含まれる。本実施の形態１ではＲｓ＝２０Ｍｂｐｓ、Ｔａ＝１秒とする。
【００６４】
次に、リファレンス・アフレコ・アルゴリズムについて、図８を用いて説明する。尚、図８中の▲１▼から▲６▼までの番号は、以下の説明中の▲１▼から▲６▼までの番号に対応する。アルゴリズムの概要は次の通りである。
▲１▼再生用データの読み出しを行う。
▲２▼Ｎ番目のＣＡであるＣＡ（Ｎ）に対応するオーディオデータのエンコードが終了すると同時に、ＣＡ（Ｎ）へのアクセスを行う。
▲３▼ＣＡ（Ｎ）をディスクに記録する。
▲４▼元の読み出し位置に戻る。
▲５▼再生用データの読み出しを行う。
▲６▼Ｎ＋１番目のＣＡであるＣＡ（Ｎ＋１）に対応するオーディオデータのエンコードが終了すると同時に、ＣＡ（Ｎ＋１）へのアクセスを行う。
以降は▲３▼〜▲６▼の動作を繰り返す。
【００６５】
前記リファレンス・デバイス・モデルにおいて、前記リファレンス・アフレコ・アルゴリズムを用いてアフレコを行った場合、次のような条件を満たせば、アフレコ用バッファ５０４のオーバーフローおよびトラックバッファ５０２のアンダーフローがないことが保証できる。
【００６６】
すなわち、ＡＶストリーム中の任意のＣＵであるＣＵ＃ｉについて最大再生時間をＴｅ（ｉ）、分断ジャンプを含めた最大読み出し時間をＴｒ（ｉ）、ＣＵ＃に対応するＣＡであるＣＡ＃ｉの最大記録時間をＴｗ（ｉ）としたとき、以下の式（１）が成立すればよい。
【００６７】
【数１】
2004192774.tif 000003
【００６８】
なぜなら、上記式（１）は、シームレス再生の十分条件である以下の式（２）を満たすためである。また、以下の式（２）において、ＴａはＣＡへの往復のアクセスにかかる最大アクセス時間である。
【００６９】
【数２】
2004192774.tif 000004
【００７０】
また、ＣＡエンコード完了に同期してアフレコデータのディスクへの記録を行っているため、アフレコ用バッファ５０４中のデータが累積していくことはなく、アフレコ用バッファ５０４のオーバーフローもない。
【００７１】
式（１）中のＴｒ（ｉ）は、オリジナルストリームの最大ビットレートとアフレコオーディオストリームの最大ビットレートをそれぞれＲｏ、Ｒａとしたとき、以下の式（３）を満たす。また、Ｒｓはオーディオフレームデータの入力速度および出力速度、すなわちオーディオビットレートを示している。
【００７２】
【数３】
2004192774.tif 000005
【００７３】
上記式（３）の右辺第１項、第２項はそれぞれＣＵ中のＶＵ読み出し時間およびＣＡ読み出し時間を表す。右辺第３項は読み出しに伴う分断ジャンプによるアクセス時間を表す。ＣＵ読み出し中の分断ジャンプは最大１回であるため、上記式（３）は、すなわちＴｒ（ｉ）は、１回分のアクセス時間を示している。
【００７４】
また、Ｔｗ（ｉ）は、以下の式（４）を満たす。
【００７５】
【数４】
2004192774.tif 000006
【００７６】
ここで、上記式（４）の右辺第１項はＣＡへの往復アクセス時間を示す。ＣＡへの往復のアクセス時間に最大アクセス時間Ｔａを用いているのは、ＣＡ単位で任意の位置に記録可能にしているため、現在読み出し中のＣＵがディスクの最内周であり記録対象のＣＡがディスクの最外周ということも考えられ、最大値で見積もる必要があるためである。
【００７７】
尚、前述のようにＣＡをディスク上で連続的に記録するようにしているため、ＣＡ記録中のアクセスは発生しない。このことにより、ＣＡ記録に伴う時間を短くすることができ、結果としてＣＵ再生時間の下限値を低く抑えることが可能となる。
【００７８】
式（１）に式（３）および式（４）を代入してＴｅ（ｉ）で解くと、リアルタイムアフレコを保証可能なＴｅ（ｉ）の条件、すなわち以下の式（５）が得られる。また、Ｒｖはビデオフレームデータの入力速度および出力速度、すなわちビデオビットレートを示している。
【００７９】
【数５】
2004192774.tif 000007
【００８０】
つまり、アフレコ保証可能なＣＵ再生時間下限値Ｔｅｍｉｎは、以下の式（６）に示すものとなる。
【００８１】
【数６】
2004192774.tif 000008
【００８２】
このとき、ＣＵ再生時間の上限値Ｔｅｍａｘは、以下の式（７）のように設定する。ここで、ＴｖｍａｘはＶＵの最大再生時間である。
【００８３】
【数７】
2004192774.tif 000009
【００８４】
ＣＵ再生時間の上限値を設定するのは、アフレコ用音声と通常音声との同期再生に必要な遅延用メモリの最大量を見積り可能にし、再生互換性を保証するためである。尚、本実施の形態１では、オーディオビットレートＲａおよびビデオビットレートＲｖに応じて多重化間隔下限値Ｔｅｍｉｎを設定しているが、ビットレートに関わらず一定の下限値を設定しても良い。ただし、その値は最大のビットレートに基づいたものでなければならない。
【００８５】
また、ＣＵ再生時間が上記の制限を満たせば、ストリーム中のＶＵ再生時間は固定でも可変でも構わない。
【００８６】
また、本実施の形態１では、分断ジャンプと過去のＣＵへのピックアップの移動とを非同期に行うことを想定している。この理由は、非同期に行った方が同期して行った場合に比べ、リアルタイムアフレコを行うための条件として厳しい（再生用データの読み出しが途切れる期間が長い）ため、非同期でリアルタイムアフレコが可能であれば同期でも可能であり、実装の自由度を高めることが可能になるためである。
【００８７】
従って、分断ジャンプと過去のＣＵへのピックアップの移動を同期して行うことを前提にＴｅｍｉｎを設定しても良い。この場合、式（３）の右辺第２項を取り除いて考えれば良い。
【００８８】
＜管理情報ファイルフォーマット＞
本発明に係る管理情報ファイルフォーマットについて図９ないし図１５を用いて説明する。
【００８９】
まず、オリジナルストリーム管理情報ファイルについて説明する。オリジナルストリーム管理情報ファイルは、図９に示すように、このファイルが管理するオリジナルストリームファイル全体に関する属性情報を格納するｏ＿ａｔｔｒｉｂｕｔｅ（）、ＶＵに関する情報を格納するｖｉｄｅｏ＿ｕｎｉｔ＿ｔａｂｌｅ（）、このファイルが管理するアフレコデータファイル全体に関する属性情報を格納するｐ＿ａｔｔｒｉｂｕｔｅ（）、およびＣＡに関する情報を格納するｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｔａｂｌｅ（）で構成される。
【００９０】
ｖｉｄｅｏ＿ｕｎｉｔ＿ｔａｂｌｅ（）は、図１０（ａ）に示すように、ＶＵの数を示すｎｕｍｂｅｒ＿ｏｆ＿ｖｉｄｅｏ＿ｕｎｉｔと各ＶＵに関する情報を格納するｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）とで構成される。
【００９１】
ｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）は、図１０（ｂ）に示すように、所定のＶＵに関する各種属性情報を示すＶＵ＿ｆｌａｇｓ、所定のＶＵの先頭表示フレームのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）を格納するＶＵ＿ＰＴＳ、およびファイルの先頭からの相対パック番号を格納するＶＵ＿ＰＮで構成される。ＶＵ＿ＰＴＳおよびＶＵ＿ＰＮによって特定のＰＴＳに対応するＶＵの位置を特定することが可能になる。すなわち、ＶＵ＿ＰＴＳはオリジナルストリーム（ＡＶデータ）の再生開始時刻を示し、ＶＵ＿ＰＮはＣＡ及びＣＵを記録する第１の連続領域の位置情報、言い換えるとＣＡの先頭位置情報を示す。
【００９２】
ＶＵ＿ｆｌａｇｓ（）は、図１１（ａ）に示すようにフラグｆｉｒｓｔ＿ｕｎｉｔ＿ｆｌａｇを含む。ｆｉｒｓｔ＿ｕｎｉｔ＿ｆｌａｇは１ｂｉｔの情報であり、図１１（ｂ）に示すように、０ｂの場合には管理するＶＵがＣＵの先頭でないことを意味し、１ｂの場合には管理するＶＵがＣＵの先頭であることを意味する。
【００９３】
ｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｔａｂｌｅ（）は、図１２（ａ）に示すように、ＣＡの数を示すｎｕｍｂｅｒ＿ｏｆ＿ｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａと各ＣＡに関する情報を格納するｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｉｎｆｏ（）とで構成される。
【００９４】
ｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｉｎｆｏ（）は、図１２（ｂ）に示すように、所定のＣＡに関する各種属性情報を示すＣＡ＿ｆｌａｇｓ、所定のＣＡに関して対応するＣＵの先頭表示フレームのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）を格納するＣＡ＿ＰＴＳ、およびファイルの先頭からの相対パック番号を格納するＣＡ＿ＰＮで構成される。ＣＡ＿ＰＴＳおよびＣＡ＿ＰＮによって、オリジナルストリーム中の特定のＰＴＳに対応するＣＡの位置を特定することが可能になる。
【００９５】
ＣＡ＿ｆｌａｇｓ（）は、図１３（ａ）に示すようにフラグｐｌａｃｅｍｅｎｔ＿ｆｌａｇを含む。ｐｌａｃｅｍｅｎｔ＿ｆｌａｇは１ｂｉｔの情報であり、図１３（ｂ）に示すように、０ｂの場合には管理するＣＡが対応する（同期再生する）ＣＵの直前にないことを意味し、１ｂの場合には管理するＣＡが対応する（同期再生する）ＣＵの直前にあることを意味する。
【００９６】
このフラグを参照することで、非破壊編集結果を再生する際に再生が途切れる可能性を知ることが可能である。すなわち、このフラグが０ｂであれば、ＣＡへのシークが発生し、再生が途切れる可能性が高いことがわかる。
【００９７】
なお、ｏ＿ａｔｔｒｉｂｕｔｅ（）およびｐ＿ａｔｔｒｉｂｕｔｅ（）については説明を省略する。
【００９８】
最後にプログラム情報ファイルについて説明する。プログラム情報ファイルは図１４に示すように、プログラム情報全般の属性情報を格納するｐｇ＿ａｔｔｒｉｂｕｔｅ（）と、プログラムを構成する各シーンに関する情報を格納するｓｃｅｎｅ＿ｔａｂｌｅ（）とで構成される。
【００９９】
ｓｃｅｎｅ＿ｔａｂｌｅ（）は、図１５（ａ）に示すように、シーン数を格納するｎｕｍｂｅｒ＿ｏｆ＿ｓｃｅｎｅと各シーンに関する情報を格納するｓｃｅｎｅ＿ｉｎｆｏ（）とで構成される。ｓｃｅｎｅ＿ｉｎｆｏ（）は図１５（ｂ）に示すように、所定のシーンを含むオリジナルストリームファイルを管理するオリジナルストリーム管理情報ファイルのファイル名を格納するｓｃ＿ｆｉｌｅｎａｍｅ、所定のシーンをそのオリジナルストリームのどこから再生するかの情報を格納するｓｃ＿ｓｔａｒｔ＿ＰＴＳ、および所定のシーンの再生時間を格納するｓｃ＿ｄｕｒａｔｉｏｎで構成される。
【０１００】
＜記録時の処理＞
次に、ユーザから録画が指示された場合の処理を、図１６のフローチャートに沿って説明する。このとき記録するＡＶストリームはビットレートＲｏ＝１２Ｍｂｐｓ、オーディオのビットレートＲａ＝２５６ｋｂｐｓで、ＶＵ再生時間固定の対応ストリームであるとする。また、すでにファイルシステムの管理情報はＲＡＭ上に読み込まれているものとする。
【０１０１】
まず、ストリームの構成や連続領域の構成を決定する（Ｓ７０１）。１ＶＵを１ＧＯＰ１５フレームで構成するとしたとき、式（６）、式（７）に、Ｒｓ＝２０Ｍｂｐｓ、Ｔａ＝１秒、Ｒｖ＝１２Ｍｂｐｓ、Ｒａ＝２５６ｋｂｐｓ、Ｔｖｍａｘ＝約０．５秒の条件を代入することで、Ｔｅ（ｉ）の範囲が３秒以上４秒以下として得られる。Ｔｖｍａｘ＝約０．５秒でこの条件を満たすのはＴｅ（ｉ）＝３秒のときとなり、６個のＶＵ毎にＣＡが挿入されることになる。
【０１０２】
このときのＣＡの領域サイズは、３秒分のオーディオデータにパックヘッダやパケットヘッダがつくことを考慮して決定する。以上より、上記Ｓ７０１の処理は、ＡＶデータであるオリジナルストリーム及びその関連データであるアフレコデータを所定の間隔毎に部分ＡＶデータ（ＣＵ：すなわち、６個のＶＵ）および部分関連データ（ＣＡ）に分割する第１のステップに相当する。
【０１０３】
６個のＶＵと１個のＣＡとを連続的に記録可能な空き領域をＲＡＭ１０２上のＳｐａｃｅ  Ｂｉｔｍａｐを参照して探す。存在しなければ録画を中止し、録画できないことをユーザに知らせる（Ｓ７０２）。
【０１０４】
次に、オーディオエンコーダ１１７、ビデオエンコーダ１１８をそれぞれ起動する（Ｓ７０３）。また、記録用バッファに１ＥＣＣブロック分（３２ＫＢ）以上のデータが蓄積されているかどうかをチェックし（Ｓ７０４）、蓄積されている間、Ｓ７０５からＳ７０８の処理を繰り返す。
【０１０５】
すなわち、記録用バッファに１ＥＣＣブロック分以上のデータが蓄積されていれば、次に記録するディスク上のＥＣＣブロックの空き状況をＲＡＭ上のＳｐａｃｅ  Ｂｉｔｍａｐを参照して調べる（Ｓ７０５）。空きがあれば、記録用バッファ１１１中の１ＥＣＣブロック分のデータをディスクに記録する（Ｓ７０６）。空きがなければ、９個のＶＵとＣＡを記録可能な連続的な空き領域を探して（Ｓ７０７）、その空き領域の先頭へピックアップを移動し（Ｓ７０８）、記録用バッファ１１１中の１ＥＣＣブロック分のデータをディスクに記録する（Ｓ７０６）。
【０１０６】
以上より、上記Ｓ７０４の処理は、一続きの部分ＡＶデータと部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップに相当する。また、上記Ｓ７０６の処理は、第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップに相当する。
【０１０７】
一方、記録用バッファ１１１に１ＥＣＣブロック分以上のデータが蓄積されていなければ、記録終了が指示されているかどうかをチェックし（Ｓ７０９）、記録終了でなければＳ７０４に移行する。
【０１０８】
Ｓ７０９において記録終了が指示されていた場合は、以下の処理を実行する。まず、記録用バッファ中の３２ＫＢに満たないデータに関して、末尾にダミーデータを付加し３２ＫＢにする（Ｓ７１０）。次に、そのデータをディスク上に記録する（Ｓ７１１〜Ｓ７１４）。尚、上記７１１〜Ｓ７１４の処理は、Ｓ７０５〜Ｓ７０８の処理と同様の処理である。
【０１０９】
さらに、ＲＡＭ１０２上のオリジナルストリームに関する管理情報およびアフレコデータに関する管理情報をそれぞれオリジナルストリーム管理情報ファイルおよびアフレコデータ管理情報ファイルに記録する（Ｓ７１５）。また、ファイルシステム管理情報を光ディスク１０６に記録する（Ｓ７１６）。なお、その際のファイルシステム管理情報は、ＣＡとＣＵとが別のファイルとして扱われるように構成する。
【０１１０】
以上より、上記Ｓ７１６の処理は、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データと前記第１の連続領域とを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップに相当する。
【０１１１】
また、上記Ｓ７１５の処理は、前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップに相当する。
【０１１２】
以上の処理と並行するオーディオエンコーダ１１７、ビデオエンコーダ１１８およびマルチプレクサ１１３の動作について説明する。それぞれのエンコーダがエンコードした結果は、オーディオ記録用バッファ１１９およびビデオ記録用バッファ１２０に送られる。マルチプレクサ１１３はそれらのデータをＭＰＥＧ−２  ＰＳに多重化して記録用バッファ１１４に格納する。
【０１１３】
記録用バッファ１１４に１ＶＵ分のデータが送られ、なおかつ、そのＶＵが９×ｉ番目（ｉは０以上の整数）のＶＵであれば、上述のサイズを持ったＣＡを先に記録用バッファ１１１に送る。
【０１１４】
さらに、ホストＣＰＵ１０１に１ＶＵ分のデータがエンコードできたことを通知し、ホストＣＰＵ１０１はＶＵの先頭ＰＴＳ、パック数およびＣＡを構成するパック数を基にＲＡＭ１０２上のオリジナルストリームに関する管理情報およびアフレコデータに関する管理情報を更新する。
【０１１５】
＜再生時の処理＞
すでにアフレコを行ったプログラムに対してユーザから再生が指示された場合の処理を、図１７のフローチャートに沿って説明する。ここで、すでに再生の対象となるプログラム情報ファイルはＲＡＭ１０２に読み込まれているものとする。
【０１１６】
まず、プログラム情報ファイル中のｓｃｅｎｅ＿ｉｎｆｏ（）のｓｃ＿ｆｉｌｅｎａｍｅを参照し、このプログラムが参照しているオリジナルストリームファイルおよびアフレコデータファイルをｏｐｅｎする。同時にそれらを管理するオリジナルストリーム管理情報ファイルを読み込む（Ｓ９０１）。
【０１１７】
次にシーン番号に０をセットし（Ｓ９０２）、シーン番号がｓｃｅｎｅ＿ｔａｂｌｅ（）中のｎｕｍｂｅｒ＿ｏｆ＿ｓｃｅｎｅより小さい間（Ｓ９０３）、以下のシーン番号に対応するｓｃｅｎｅ＿ｉｎｆｏの内容を参照して後述するシーンの再生を行い（Ｓ９０４）、終わったらシーン番号をインクリメントする（Ｓ９０５）。
【０１１８】
次にシーン再生処理について図１８を用いて説明する。まず、ｓｃｅｎｅ＿ｉｎｆｏ（）中のｓｃ＿ｆｉｌｅｎａｍｅに対応する、すでにＲＡＭ１０２に読み込まれたオリジナル管理情報のｖｉｄｅｏ＿ｕｎｉｔ＿ｔａｂｌｅ（）を参照し、ｓｃ＿ｓｔａｒｔ＿ＰＴＳ以下でなおかつ最大のＶＵ＿ＰＴＳを持つ、ｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）を探す（Ｓ８０１）。上記Ｓ８０１の処理は、再生が開始されるシーンのＶＵ番号を求めることとなる。なお、ｖｉｄｅｏ＿ｕｎｉｔ＿ｔａｂｌｅ（）中でｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）の順番をＶＵ番号と呼ぶ。
【０１１９】
次に、ｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｔａｂｌｅ（）を参照し、ｓｃ＿ｓｔａｒｔ＿ＰＴＳ以下でなおかつ最大のＣＡ＿ＰＴＳを持つｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｉｎｆｏ（）を探す（Ｓ８０２）。上記Ｓ８０２の処理は、再生が開始されるシーンに対応するＣＡのアドレスを求めることとなる。さらに、その中のＣＡ＿ＰＮで指定されるパックから、次のｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｉｎｆｏ（）のＣＡ＿ＰＮで指定されるパックの直前のパックまでをアフレコデータファイルから読み出す（Ｓ８０３）。
【０１２０】
次に現在のＶＵ番号に対応するｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）のＶＵ＿ＰＮを参照しＶＵのアドレスを求め（Ｓ８０４）、それを基にオリジナルストリームファイルからＶＵを読み出す（Ｓ８０５）。次に、そのシーンの終わりかどうかを判断する（Ｓ８０６）。具体的には、現在のシーンの既再生時間がｓｃｅｎｅ＿ｉｎｆｏ（）中のｓｃ＿ｄｕｒａｔｉｏｎ以上であればそのシーンの終わりとする。
【０１２１】
シーンの再生が終了していなければ、次にＶＵ番号をインクリメントし（Ｓ８０７）、ｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）中のｆｉｒｓｔ＿ｕｎｉｔ＿ｆｌａｇを参照することで、そのｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）が管理するＶＵがＣＵの先頭であるか否かが判断される（Ｓ８０８）。
【０１２２】
このときｆｉｒｓｔ＿ｕｎｉｔ＿ｆｌａｇが１であれば、そのｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）が管理するＶＵはＣＵの先頭であると判断し、前述の手順で対応するＣＡのアドレスを求め（Ｓ８０９）、アフレコデータファイルからＣＡの読み出しを行う（Ｓ８１０）。一方、ｆｉｒｓｔ＿ｕｎｉｔ＿ｆｌａｇが０であれば、そのｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）が管理するＶＵはＣＵの先頭でないと判断し、Ｓ８０４〜Ｓ８０８の処理を繰り返す。
【０１２３】
上記のストリームおよびデータの光ディスク１０６からの読み出しと平行して、デコード処理を以下のように行う。まず読み出されたＶＵは、デマルチプレクサ１１２に送られ、ビデオＰＥＳパケットおよびオーディオＰＥＳパケットが取り出され、ビデオＰＥＳパケットはビデオ再生用バッファ１１１に送られ、オーディオＰＥＳパケットはオーディオ再生用バッファ１１０に送られる。
【０１２４】
デマルチプレクサ１１２はパックヘッダからＳＣＲを取り出し、システムクロック１０５を更新する。ビデオデコーダ１１６およびオーディオデコーダ１１５は、システムクロック１０５が、ＰＥＳパケットヘッダに付随するタイムスタンプと一致した時点でデコードや出力を行う。
【０１２５】
本実施の形態１においては、オリジナルストリームを格納するＣＵと、同期再生を行うアフレコデータを格納するＣＡがディスク上で物理的な近傍にあるため、シーン開始がＣＵの終端付近のＶＵからであったとしても、ＣＡからＶＵのシークによって生じるデータ読み出しの停止時間はわずかで済む。
【０１２６】
それに対し、アフレコデータを同期再生するオリジナルストリームの近傍に配置しない場合、シーンの先頭部分におけるアフレコデータの読み出しと、オリジナルストリームの読み出しとの間に生じるシーク時間は最悪ディスクの最内周から最外周に至るものになる。したがって本実施形態に比べ、シーン間で再生が途切れる可能性が高くなる。
【０１２７】
＜アフレコ時の処理＞
次に、ユーザからアフレコが指示された場合の処理について説明する。アフレコ時の処理は前述の再生時の処理にいくつかの処理が加わったものであるため、差異部分についてのみ説明する。
【０１２８】
まず、アフレコデータの記録のために、シーンの再生開始と同時にオーディオエンコーダ１１７を起動し、アフレコデータをエンコードした結果はＰＥＳパケットの形式でオーディオ記録用バッファ１１９に送る。マルチプレクサ１１３はＰＥＳパケットをパック化し、記録用バッファ１１４に送る。その際、パックヘッダのＳＣＲおよびパケットヘッダのＰＴＳはオリジナルストリームに合わせる。
【０１２９】
現在デコード中のＣＵの範囲を超えるＰＴＳを持つパックが記録用バッファ１１４に到着した時点で、記録用バッファ１１４に存在するパック列をアフレコデータファイルに記録する。記録対象のＣＡの位置は現在デコード中のＣＵのＰＴＳからｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｔａｂｌｅ（）を参照することで求める。
【０１３０】
ＣＡ記録時にディフェクトに遭遇した場合、記録中のＣＡは破棄し、別の領域に新規にＣＡを記録する。これは、記録中のＣＡの記録領域はディフェクトによって減少し、対応するＣＵの再生時間分のデータをＣＡに記録できなくなってしまうためである。その際に、そのＣＡを管理するｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｉｎｆｏ（）中のｐｌａｃｅｍｅｎｔ＿ｆｌａｇを０に変更することで、対応するＣＵの直前にＣＡが存在しないことがわかるようにしておく。もちろん、ファイルシステム管理情報における破棄したＣＡのｅｘｔｅｎｔは、新規作成したＣＡのｅｘｔｅｎｔに置き換える。
【０１３１】
これにより、非破壊編集時や非破壊編集結果の再生時に、ＣＡとＣＵとが連続して記録されていない区間が前記ｐｌａｃｅｍｅｎｔ＿ｆｌａｇを参照するだけでわかり、その区間は再生が途切れる可能性が高いことを事前にユーザに伝えることが可能である。また、このフラグを頼りに連続して記録されていないＣＡとＣＵとを後から連続して記録されるよう再配置することも可能である。
【０１３２】
＜実施の形態１における変形例＞
本実施の形態１においては、アフレコデータファイルにオリジナルストリームファイルと同様にＭＰＥＧ−２  ＰＳ形式で記録しているが、Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ、すなわちパック化やパケット化せずに記録することも考えられる。これにより、ＣＡの一部分のみのアフレコデータを書き換える際に、パックからＡＡＵを抜き出してＡＡＵを置き換えて再度パック化する、という手間が不要になる。
【０１３３】
また、本実施の形態１においては、ＣＡにオーディオデータを記録しているが、他の種類のデータを記録してもよい。例えば、オリジナルストリーム中のビデオに重畳して表示するグラフィックスデータを記録してもよい。
【０１３４】
また、本実施の形態１においては、１個のＡＡＵが複数のパックにまたがるように記録できるが、またがらないように制限してもよい。このことによって、ＣＡの一部のみのアフレコデータを書き換える際に、書き換えたいＡＡＵの含まれるパックを上書きするだけで済む。
【０１３５】
また、本実施の形態１においては、アフレコ時にＣＡ中にディフェクトを検出した場合、そのＣＡを破棄し別の領域に記録している。しかし、ディフェクトがあることを想定し、初期録画時にディフェクト用にマージンを考慮してＣＡのサイズを決定し、アフレコ時にディフェクトを検出した場合は、そのＣＡ中の次の位置に記録するようにしてもよい。このことにより、ＣＡとＣＵとが連続的に記録できる。
【０１３６】
また、本実施の形態１においては、別ファイルであるＣＡとＣＵとを対応付けるため、ＣＵ中のデータの先頭のタイムスタンプからＣＵおよびＣＡの先頭アドレスを算出できるようにしているが、対応付けがわかるようになっていればどのような表現形態であってもよいことは言うまでもない。
【０１３７】
また、本実施の形態１においては、ＭＰＥＧ−２  ＰＳを用いているが、ＭＰＥＧ−２  ＴＳでも同様に実現できることは言うまでもない。
【０１３８】
〔実施の形態２〕
本発明の第２の実施形態について、図１９を用いて説明する。
【０１３９】
本実施の形態２における実施の形態１との違いは、実施の形態１が、同期再生を行う複数のデータを記録媒体上で連続的に配置し、それぞれのデータを別のファイルとして管理するというものであるのに対し、本実施の形態２は、それぞれのデータは同じ再生時間軸上にあるものの同時には再生せず切り替えて再生することを前提にしている点にある。
【０１４０】
具体的には、ＤＶＤ−Ｖｉｄｅｏにおけるマルチアングル機能と呼ばれる、同じ時間軸における複数のアングルからの映像を再生中に切り替え可能な機能を想定したものである。
【０１４１】
尚、本実施の形態２に係る記録動作は、上記実施の形態１に係る記録動作において同期再生されるべきオリジナルストリームとアフレコデータとの関係を、同じ再生時間軸上にある２種類のオリジナルストリームの関係に置き換えただけのものであり、実質的な動作は同じである。
【０１４２】
＜ファイル構成＞
ビデオ・オーディオデータをＭＰＥＧ−２  ＰＳ形式で多重化し、アングル毎に別ファイルに記録する。図１９（ａ）の例では、第１のアングルからのデータをＡＮＧＬ０００１．Ｍ２Ｐ、第２のアングルからのデータをＡＮＧＬ０００２．Ｍ２Ｐに記録する。
【０１４３】
＜ディスクへの配置＞
図１９（ｂ）に示すように第１のアングルからのデータであるＡＮＧＬ０００１．Ｍ２Ｐを部分データ２０２１、２０２２、２０２３に分割し、第２のアングルからのデータであるＡＮＧＬ０００２．Ｍ２Ｐを部分データ２０１１、２０１２、２０１３に分割し、ディスク２００１上で交互に配置する。なお、分割の単位の決定方法は、ＤＶＤ−Ｖｉｄｅｏにおけるマルチアングルデータの配置と同様であるため、説明を省略する。
【０１４４】
このことによって、ＤＶＤ−Ｖｉｄｅｏにおけるマルチアングル切り替えと同様のアングル切り替えのレスポンスを実現すると同時にそれぞれのデータファイルは一般的なＭＰＥＧ−２  ＰＳ対応デコーダで再生可能とすることができる。
【０１４５】
〔実施の形態３〕
本発明の第３の実施形態について、図２１ないし図２８を用いて説明する。
【０１４６】
本実施の形態３における実施の形態１との違いは、実施の形態１では、アフレコ用領域を１個のファイル（すなわち、図４におけるアフレコデータファイル（ＳＨＲＰ０００１．ＰＲＥ））で管理しているのに対し、本実施の形態３では、空き領域を確保しておくためのファイルと個々のＡＶデータを記録するためのファイルを別にしている点にある。なお、本実施の形態３は実施の形態１と類似するため、相違点に絞って説明を行う。
【０１４７】
＜ファイル・ディレクトリ構成＞
本実施の形態３におけるファイル・ディレクトリ構成を図２１に示す。このファイル・ディレクトリ構成では、実施の形態１におけるファイル・ディレクトリ構成（図４参照）に対して、アフレコ領域予約ファイル（ＳＨＲＰ０００１．ＲＳＶ）、アフレコデータ管理情報ファイル（ＳＨＲＰ０００１．ＰＭＩ）、およびグラフィックスファイル（ＳＨＲＰ０００１．ＰＮＧ）が追加されている。
【０１４８】
アフレコ領域予約ファイル（ＳＨＲＰ０００１．ＲＳＶ）は、アフレコ用の領域を予約するためのファイルである。アフレコデータ管理情報ファイル（ＳＨＲＰ０００１．ＰＭＩ）は、アフレコデータファイルに対応する管理情報である。グラフィックスファイル（ＳＨＲＰ０００１．ＰＮＧ）は、ビデオに重畳表示するグラフィックスデータを格納するファイルである。また、プログラム情報ファイル（ＳＨＲＰ０００１．ＰＧＭ）、オリジナルストリーム管理情報ファイル（ＳＨＲＰ０００１．ＯＭＩ）、オリジナルストリームファイル（ＳＨＲＰ０００１．Ｍ２Ｐ）は、実施の形態１における同名称のファイルと同じものである。
【０１４９】
アフレコ領域予約ファイルは、録画時にオリジナルストリームファイル１個につき１個記録される。アフレコデータ管理情報ファイルは、アフレコデータファイル１個につき１個作成される。グラフィックスファイルは、録画後に非破壊編集によって追加されるファイルであり、ビデオに重畳表示するタイトルや手書き文字の画像を格納する。グラフィックスファイルにおける画像の格納フォーマットにはＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）を用いる。
【０１５０】
また、アフレコデータファイル（ＳＨＲＰ０００１．ＰＲＥ）については、実施の形態１とは異なり、アフレコを行うことによってはじめて生成される。つまり録画時には、実施の形態１におけるアフレコデータファイルの代わりにアフレコ領域予約ファイルが記録されることになる。
【０１５１】
＜ＡＶストリームの形態＞
ＡＶストリームの形態については、図５を参照して説明した実施の形態１の構成と同様である。
【０１５２】
＜アフレコ領域予約ファイル＞
アフレコ領域予約ファイルは、実施の形態１において図６で示されるアフレコデータファイルと同様の構成をとる。すなわち、アフレコ領域予約ファイルは、整数個のＣｏｎｔｉｎｕｏｕｓ  Ａｒｅａ（ＣＡ）で構成され、ＣＡ１個はオリジナルストリームファイルにおけるＣＵ１個に対応して存在し、対応するＣＵのアフレコデータを記録するための領域を確保する。ただし、ここでのＣＡはあくまでも領域を確保するためのものであり、再生対象のＡＶデータではないため、中身のデータは何であってもよい。
【０１５３】
＜ディスクへの配置＞
本実施の形態３における各ファイルのディスクへの配置形態について説明する。図２２（ａ）〜２２（ｂ）は、録画後、アフレコが行われていない状態（すなわち、アフレコデータファイルが作成されていない状態）のファイル配置をしめしている。図２２（ａ）に示す互いに対応するオリジナルストリームファイル（ＳＨＲＰ０００１．Ｍ２Ｐ）とアフレコ領域予約ファイル（ＳＨＲＰ０００１．ＲＳＶ）とは、光ディスク１０６でＣＵの直前に対応するＣＡが配置されるように記録する（図２２（ｂ））。
【０１５４】
次に、オーディオおよびグラフィックスを追加記録した後の、アフレコ領域予約ファイル、アフレコデータファイルおよびグラフィックスファイルのディスクへの配置について図２３（ａ）〜２３（ｂ）を用いて説明する。図２３（ａ）に、追加記録されるグラフィックスファイル（ＳＨＲＰ０００１．ＰＮＧ）およびアフレコデータファイル（ＳＨＲＰ０００１．ＰＲＥ）の構成を示す。グラフィックスファイルはグラフィックスデータＩＭＧを格納している。アフレコデータファイルは、図２２（ａ）に示したオリジナルストリームファイルにおけるＣＵ＃ｎ−１、ＣＵ＃ｎ、ＣＵ＃ｎ＋１のそれぞれに対応するアフレコオーディオデータＰＲ＃１、ＰＲ＃２、ＰＲ＃３を格納している。
【０１５５】
上述のＩＭＧおよびＰＲのデータは、図２３（ｂ）で示す形態にて光ディスク１０６に配置される。すなわち、図２２（ｂ）において、ＣＡ＃ｎ−１で確保されていた領域にＰＲ＃１、ＣＡ＃ｎで確保されていた領域にＰＲ＃２、ＣＡ＃ｎ＋１で確保されていた領域にＰＲ＃３が配置される。また、グラフィックスデータＩＭＧは、ＣＡ＃ｎ＋１で確保されていた領域に配置されている。
【０１５６】
このように、ＣＡによって確保していた領域にＩＭＧおよびＰＲのデータを配置することによって、アフレコ領域予約ファイル（ＳＨＲＰ０００１．ＲＳＶ）を構成するＣＡ＃ｎ−１、ＣＡ＃ｎ、ＣＡ＃ｎ＋１の領域サイズが縮小される。この縮小は、ファイルシステム管理情報中におけるそれぞれのＣＡの領域を管理しているｅｘｔｅｎｔを変更することで実現される。
【０１５７】
このように、アフレコ領域の空きを管理するファイルであるアフレコ領域予約ファイルを導入することで、複数種類のデータを後から追加していくのが容易になる。また、グラフィックスデータとアフレコオーディオデータを別のファイルに格納することによって、グラフィックスデータだけを別のプログラムから参照したりすることができるようになり、柔軟性が増す。
【０１５８】
＜管理情報ファイルフォーマット＞
オリジナルストリーム管理情報ファイルのフォーマットは実施の形態１と同一であり、ここでは説明を省略する。アフレコデータ管理情報ファイルのフォーマットは、実施の形態１におけるオリジナルストリーム管理情報ファイルとほぼ共通であるが、ｐ＿ａｔｔｒｉｂｕｔｅ（）およびｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｔａｂｌｅ（）が存在しない点で異なる。
【０１５９】
次に、プログラム情報ファイルの構成を図２４に示す。本実施の形態３に係るプログラム情報ファイルは、録画後から追加されたオーディオデータおよびグラフィックスデータをそれぞれ管理するｓｕｂａｕｄｉｏ＿ｔａｂｌｅ（）およびｇｒａｐｈｉｃｓ＿ｔａｂｌｅ（）が追加された点で実施の形態１（図１４参照）とは異なる。
【０１６０】
ｓｕｂａｕｄｉｏ＿ｔａｂｌｅ（）は、図２５（ａ）に示すように、オーディオデータの個数を表すｎｕｍｂｅｒ＿ｏｆ＿ｓｕｂａｕｄｉｏと、各オーディオデータに関する情報を格納するｓｕｂａｕｄｉｏ＿ｉｎｆｏ（）とで構成される。ｓｕｂａｕｄｉｏ＿ｉｎｆｏ（）は、図２５（ｂ）に示すように、所定のオーディオデータを管理するアフレコデータ管理情報ファイルのファイル名を格納するＳＡ＿ｆｉｌｅｎａｍｅと、所定のオーディオデータの各種属性を管理するＳＡ＿ｆｌａｇｓと、プログラム中の再生開始タイミングと再生継続時間とをそれぞれ示すＳＡ＿ｓｔａｒｔ＿ｔｉｍｅとＳＡ＿ｄｕｒａｔｉｏｎとで構成される。
【０１６１】
一方、ｇｒａｐｈｉｃｓ＿ｔａｂｌｅ（）は、図２６（ａ）に示すように、グラフィックスファイルの個数を表すｎｕｍｂｅｒ＿ｏｆ＿ｇｒａｐｈｉｃｓと各グラフィックスファイルに関する情報を格納するｇｒａｐｈｉｃｓ＿ｉｎｆｏ（）とで構成される。ｇｒａｐｈｉｃｓ＿ｉｎｆｏ（）は、図２６（ｂ）に示すように、所定のグラフィックスファイルのファイル名を格納するｇｒ＿ｆｉｌｅｎａｍｅと、所定のグラフィックスデータの各種属性を管理するｇｒ＿ｆｌａｇｓと、プログラム中の再生開始タイミングと再生継続時間とをそれぞれ示すｇｒ＿ｓｔａｒｔ＿ｔｉｍｅとｇｒ＿ｄｕｒａｔｉｏｎとで構成される。
【０１６２】
ＳＡ＿ｆｌａｇｓとｇｒ＿ｆｌａｇｓとは同一の構成を持ち、図２７（ａ）に示すようにフラグｉｎｔｅｒｌｅａｖｅ＿ｆｌａｇを含む。ｉｎｔｅｒｌｅａｖｅ＿ｆｌａｇは、１ｂｉｔの情報であり、図２７（ｂ）に示すように、０ｂの場合、管理するオーディオデータあるいはグラフィックスファイルが対応する（同期再生する）ＣＵの直前にないことを意味し、１ｂの場合、対応する（同期再生する）ＣＵの直前にあることをそれぞれ意味する。このフラグを参照することで、非破壊編集結果を再生する際に再生が途切れる可能性を知ることが可能である。すなわち、このフラグが０ｂであれば、ＣＡへのシークが発生し、再生が途切れる可能性が高いことがわかる。
【０１６３】
＜ＣＵ単位決定方法＞
ＣＵ単位決定方法については、図７および図８を参照して説明した実施の形態１の方法と同様である。
【０１６４】
＜記録時の処理＞
記録時の処理については、図１６を参照して説明した実施の形態１の処理と同様である。
【０１６５】
＜再生時の処理＞
すでにアフレコを行ったプログラムに対してユーザから再生が指示された場合の処理を以下に説明する。基本的な流れは実施の形態１においてフローチャート図１７に沿って説明したとおりであるため同一の処理を行う部分については説明を省略する。ただし、本実施の形態３に係る再生処理では、シーン再生処理が実施の形態１とは異なるため、シーン再生処理のみに絞って図２８に沿って説明する。
【０１６６】
まず、ｓｃｅｎｅ＿ｉｎｆｏ（）中のｓｃ＿ｆｉｌｅｎａｍｅに対応する、すでにＲＡＭ１０２に読み込まれたオリジナル管理情報のｖｉｄｅｏ＿ｕｎｉｔ＿ｔａｂｌｅ（）を参照し、ｓｃ＿ｓｔａｒｔ＿ＰＴＳ以下でなおかつ最大のＶＵ＿ＰＴＳを持つ、ｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）を探す（Ｓ８０１）。なお、ｖｉｄｅｏ＿ｕｎｉｔ＿ｔａｂｌｅ（）中でｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）の順番をＶＵ番号と呼ぶ。
【０１６７】
次に、プログラム情報ファイルのｇｒａｐｈｉｃｓ＿ｔａｂｌｅ（）およびｓｕｂａｕｄｉｏ＿ｔａｂｌｅ（）を参照し、現在のＶＵを含むＣＵとの同期再生を行うグラフィックスファイルおよびオーディオデータが存在するかどうかを検索する（Ｓ８０２’）。そのようなグラフィックスファイルおよびオーディオデータが存在した場合、グラフィックスファイルについてはそのファイルの読み出しを行い、オーディオデータについては、そのオーディオデータを管理するオーディオデータ管理情報ファイルを参照し、対応するオーディオデータの読み出しを行う（Ｓ８０３’）。
【０１６８】
次に現在のＶＵ番号に対応するｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）のＶＵ＿ＰＮを参照しＶＵのアドレスを求め（Ｓ８０４）、それを基にオリジナルストリームファイルからＶＵを読み出す（Ｓ８０５）。次に、そのシーンの終わりかどうかを判断する（Ｓ８０６）。具体的には、現在のシーンの既再生時間がｓｃｅｎｅ＿ｉｎｆｏ（）中のｓｃ＿ｄｕｒａｔｉｏｎ以上であればそのシーンの終わりとする。
【０１６９】
シーンの再生が終了していなければ、次にＶＵ番号をインクリメントし（Ｓ８０７）、ｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）中のｆｉｒｓｔ＿ｕｎｉｔ＿ｆｌａｇを参照する。このときｆｉｒｓｔ＿ｕｎｉｔ＿ｆｌａｇが１であれば、そのｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）が管理するＶＵはＣＵの先頭であると判断し（Ｓ８０８）、同期再生を行うグラフィックスファイルおよびオーディオデータの存在を前述の手順で確認し（Ｓ８０９’）、存在した場合には前述の手順で読み出す（Ｓ８１０’）。
【０１７０】
＜アフレコ時の処理＞
ユーザからアフレコが指示された場合の処理について説明する。アフレコ時の処理は前述の再生時の処理にいくつかの処理が加わったものであるため、差異部分についてのみ説明する。
【０１７１】
まず、記録媒体においてアフレコするための領域が存在するかどうかが確認される。具体的には、アフレコ対象のストリームに関する管理情報ファイル中のｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｉｎｆｏ（）を調べ、アフレコ領域予約ファイルによって確保された各領域のサイズがアフレコデータを記録可能なサイズかどうかを調べる。もし十分なサイズがあればその領域にアフレコデータを記録し、十分なサイズが無ければ、アフレコデータは、アフレコ領域予約ファイルによって確保された領域ではなく、別の領域に記録することになる。
【０１７２】
次に、再生開始と同時にオーディオエンコーダ１１７を起動し、エンコードした結果はＰＥＳパケットの形式でオーディオ記録用バッファ１１９に送る。マルチプレクサ１１３はＰＥＳパケットをパック化し、記録用バッファ１１４に送る。その際、パックヘッダのＳＣＲおよびパケットヘッダのＰＴＳはオリジナルストリームに合わせる。
【０１７３】
現在デコード中のＣＵの範囲を超えるＰＴＳを持つパックが記録用バッファ１１４に到着した時点で、記録用バッファ１１４に存在するパック列をアフレコデータファイルに記録する。記録対象のＣＡの位置は現在デコード中のＣＵのＰＴＳからｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｔａｂｌｅ（）を参照することで求める。ＣＡによって確保されている領域にアフレコデータをアフレコデータファイルに記録する。
【０１７４】
アフレコが終わった時点では以下のことを行う。まず、記録したアフレコデータファイルに対応するアフレコデータ管理ファイルを作成する。その際に、１個のＣＵ毎に１個のｖｉｄｅｏ＿ｕｎｉｔ＿ｉｎｆｏ（）を作成する。
【０１７５】
次に、プログラム情報ファイル中のｓｕｂａｕｄｉｏ＿ｔａｂｌｅにエントリを追加する。このとき、アフレコデータをアフレコ領域予約ファイルで確保されていた領域に記録したならば、そのことを示すためＳＡ＿ｆｌａｇｓ（）のｉｎｔｅｒｌｅａｖｅ＿ｆｌａｇを１にセットする。そうでなければ０をセットする。
【０１７６】
また、アフレコ領域予約ファイルに関して、アフレコデータが記録された領域をファイルの管理対象から外す。すなわちサイズを小さくする。さらに、その分だけｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿＿ｔａｂｌｅ（）中の各エントリのＣＡ＿ＰＮを減ずる。このことによって、ｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｉｎｆｏ（）を参照したとき、各ＣＡに後どれだけデータを記録できるかがわかる。
【０１７７】
＜グラフィックスデータ付加時の処理＞
ユーザからビデオに重畳表示するグラフィックスデータの付加が指示された場合の処理について説明する。まず、グラフィックスデータを格納したファイルを記録するための領域が存在するかどうか調べる。具体的にはグラフィックスデータ付加対象のストリームに関する管理情報ファイル中のｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｉｎｆｏ（）を調べ、グラフィックスデータを重畳表示を開始するビデオフレームが含まれるＣＵに対応するＣＡにグラフィックスデータを記録可能な領域が存在するかどうかを調べる。
【０１７８】
上記ＣＡにおいてグラフィックスデータの記録が可能であればその領域に記録し、アフレコ終了時と同様、グラフィックスデータを記録した領域をアフレコ領域予約ファイルから開放する。開放した分だけｃｏｎｔｉｎｏｕｓｏｕ＿ａｒｅａ＿ｉｎｆｏ（）中の後続するエントリのＣＡ＿ＰＮを減ずる。また、プログラム情報ファイルのｇｒａｐｈｉｃｓ＿ｔａｂｌｅ（）にｇｒａｐｈｉｃｓ＿ｉｎｆｏ（）のエントリを１個追加し、そのエントリ中のｇｒ＿ｆｌａｇｓ（）のｉｎｔｅｒｌｅａｖｅ＿ｆｌａｇを１にセットする。この場合、同時再生するビデオデータとディスク上で近接した位置にグラフィックスデータを記録されていることにより、ビデオ再生時にグラフィックスデータを読み出すためのシークが不要となる。そのため、シークによるビデオ再生の途切れや、電力消費等を抑えることが可能になる。
【０１７９】
一方、記ＣＡにおいてグラフィックスデータの記録が可能でなければ、該グラフィックスデータは別の領域に記録する。また、プログラム情報ファイルのｇｒａｐｈｉｃｓ＿ｔａｂｌｅ（）にｇｒａｐｈｉｃｓ＿ｉｎｆｏ（）のエントリを１個追加し、そのエントリ中のｇｒ＿ｆｌａｇｓ（）のｉｎｔｅｒｌｅａｖｅ＿ｆｌａｇを０にセットする。再生時にはこのフラグを参照することで、ユーザにビデオ再生に途切れが発生するかもしれないことをビデオ再生前に知らせることができる。
【０１８０】
＜実施の形態３における変形例＞
本実施の形態３では、グラフィックスファイルやアフレコデータファイルは録画後に追加記録しているが、録画時に記録してもよいことは言うまでもない。その場合でも、グラフィックスファイルやアフレコデータファイルをビデオファイルとは独立したファイルとして扱うことができ、ビデオファイルは一般的なＭＰＥＧ−２  ＰＳファイルであり、なおかつ同期再生にあたってシークが必要ない。
【０１８１】
また本実施の形態３では、グラフィックスファイルにＰＮＧファイルフォーマットを用いているが、ＪＰＥＧ等他のファイルフォーマットを用いていもよいことは言うまでもない。
【０１８２】
〔実施の形態４〕
本発明の第４の実施形態について、図２９ないし図３０を用いて説明する。本実施の形態４の位置付けは、実施の形態１におけるディスクへの配置およびＣＵ単位決定方法のバリエーションである。したがって、それ以外の部分については共通するため、相違点に絞って説明を行う。
【０１８３】
＜ファイル・ディレクトリ構成＞
実施の形態１と同一であるため説明を省略する。
【０１８４】
＜ＡＶストリームの形態＞
実施の形態１と以下の点を除き同一である。実施の形態１と異なる点は、本実施形態においてはＣＵが連続的に記録されなくてもよい点である。
【０１８５】
＜アフレコデータファイル＞
実施の形態１と同一であるため説明を省略する。
【０１８６】
＜ディスクへの配置＞
オリジナルストリームファイルおよびアフレコデータファイルのディスクへの配置について図２９を用いて説明する。図２９（ａ）に示す、互いに対応するオリジナルストリームファイル（ＳＨＲＰ０００１．Ｍ２Ｐ）とアフレコデータファイル（ＳＨＲＰ０００１．ＰＲＥ）とは、原則的には実施の形態１のように光ディスク１０６でＣＵの直前に対応するＣＡが配置されるように記録するが、実施の形態１と異なりＣＵの途中で分断することを許す。図２９（ｂ）のＣＵ＃ｎ−１とＣＵ＃ｎがその例である。ただしＣＡに関しては実施の形態１と同様、１個のＣＡ内での分断は許さない。また、１個の連続領域中に含まれるＶＵの再生時間の合計はＣＵの再生時間以上でなければならない。
【０１８７】
このように、ＣＵの途中における分断を許すことによって、空き領域を有効活用できる可能性が高まる。例えば、ＣＵが１６秒でなおかつ２０秒分の連続した空き領域が光ディスク１０６上にある場合、ＣＵの途中で分断を許さなければ前記空き領域に１６秒しか記録できず、残りの４秒は無駄になるが、ＣＵの途中で分断できれば２０秒分記録することが可能である。
【０１８８】
＜ＣＵ単位決定方法＞
ＣＵ再生時間の決定方法について、図３０を用いて説明する。この決定方法では、実施の形態１と同様、機器間での互換性確保のため、基準となるデバイス（リファレンス・デバイス・モデル）と基準となるアフレコアルゴリズム（リファレンス・アフレコ・アルゴリズム）とを想定し、次にそれらを用いてアフレコを行った際にシームレス再生が破綻しないようにＣＵ再生時間を決める。
【０１８９】
リファレンス・デバイス・モデルについては実施の形態１と同様であるため説明を省略する。
【０１９０】
リファレンス・アフレコ・アルゴリズムは以下の（ａ），（ｂ）で表される。（ａ）原則的には、現在のＣＵの読み出しが終了したときにＣＡの記録を実行する。（ｂ）ただし、現在読み出し中のＣＵの、次のＣＵの末尾が別の連続領域に含まれていた場合、ＣＡの記録は現在読み出し中のＣＵの、次のＣＵの読み出しが終了するときまで延期する。
【０１９１】
図３０（ａ），３０（ｂ）に例を示す。図３０（ａ）は上記の（ａ）の一例である。尚、図３０中の（１）から（８）までの番号は、以下の説明中の（１）から（８）までの番号に対応する。
【０１９２】
（１）Ｎ番目のＣＵであるＣＵ＃Ｎを読み出す。（２）次に記録すべきＣＡであるＣＡ＃Ｍのアフレコデータのエンコードが終了するのを待ち、終了したらＣＡ＃Ｍへピックアップを移動。（３）ＣＡ＃Ｍにアフレコデータを記録。（４）ＣＵ＃Ｎ＋１へピックアップを移動。（５）ＣＵ＃Ｎ＋１を読み出し。（６）次に記録すべきＣＡであるＣＡ＃Ｍ＋１のアフレコデータのエンコードが終了するのを待ち、終了したらＣＡ＃Ｍ＋１へピックアップを移動。（７）ＣＡ＃Ｍにアフレコデータを記録。（８）ＣＵ＃Ｎ＋２へピックアップを移動。
【０１９３】
図３０（ｂ）は上記の（ｂ）の一例である。（１）まずＣＵ＃Ｎを読み出す。このとき、次のＣＵであるＣＵ＃Ｎ＋１の終端が別の連続領域に存在するため、ＣＵ＃Ｎの読み出し直後にＣＡの記録は行わずＣＵ＃Ｎ＋１のうち同じ連続領域に存在するＣＵ＃Ｎ＋１の前半部まで読み出す。（２）ＣＵ＃Ｎ＋１を連続領域の終端まで読み出し終わったら、ＣＡ＃Ｍへのピックアップの移動を行い、（３）ＣＡ＃Ｍにアフレコデータを記録し、（４）ＣＵ＃Ｎ＋１の残りの部分へのピックアップの移動を行う。
【０１９４】
このようなアルゴリズムを用いることによって、ＣＵの途中で分断していた場合でも連続領域間のジャンプとＣＡ記録のためのジャンプを共通化でき、ジャンプによるデータ読み出しの途切れを最小化し、その結果、連続領域長およびＣＵ・ＣＡの単位を小さくすることが出来る。このことによってディスク上での空き領域の有効利用が図れる。
【０１９５】
前記リファレンス・デバイス・モデルにおいて、前記リファレンス・アフレコ・アルゴリズムを用いてアフレコを行った場合、次のような条件を満たせば、アフレコ用バッファ５０４のオーバーフローおよびトラックバッファ５０２のアンダーフローがないことが保証できる。
【０１９６】
その条件とは、実施の形態１と同様式（１）が成立することである。なお本実施の形態４における記号は、特に説明がない限り実施の形態１と同じ意味を表す。
【０１９７】
式（１）中のＴｗ（ｉ）は実施の形態１の式（４）と同様であるが、Ｔｒ（ｉ）については式（８）のように実施の形態１の式（３）からＴａを除いた形態、すなわちジャンプを含めない形態となる。
【０１９８】
【数８】
2004192774.tif 000010
【０１９９】
ジャンプを含めない理由は以下のとおりである。本実施の形態４においてはＣＵ読み出し途中のジャンプ時にＣＡ記録時を行うため、ＣＵ読み出し途中のジャンプはＣＡ記録時のジャンプとして扱うからである。このことにより最終的なＣＵの単位および連続領域の単位を小さくすることができる。
【０２００】
式（１）に式（８）および式（４）を代入してＴｅ（ｉ）で解くと、リアルタイムアフレコを保証可能なＴｅ（ｉ）の条件、すなわち以下の式（９）が得られる。
【０２０１】
【数９】
2004192774.tif 000011
【０２０２】
つまり、アフレコ保証可能なＣＵ再生時間下限値Ｔｅｍｉｎは、以下の式（１０）に示すものとなる。
【０２０３】
【数１０】
2004192774.tif 000012
【０２０４】
このとき、ＣＵ再生時間の上限値Ｔｅｍａｘは、以下の式（１１）のように設定する。ここで、ＴｖｍａｘはＶＵの最大再生時間である。
【０２０５】
【数１１】
2004192774.tif 000013
【０２０６】
ＣＵ再生時間の上限値を設定するのは、アフレコ用音声と通常音声との同期再生に必要な遅延用メモリの最大量を見積り可能にし、再生互換性を保証するためである。尚、本実施の形態４では、オーディオビットレートＲａおよびビデオビットレートＲｖに応じて多重化間隔下限値Ｔｅｍｉｎを設定しているが、ビットレートに関わらず一定の下限値を設定しても良い。ただし、その値は最大のビットレートに基づいたものでなければならない。
【０２０７】
また、ＣＵ再生時間が上記の制限を満たせば、ストリーム中のＶＵ再生時間は固定でも可変でも構わない。
【０２０８】
＜必要なバッファメモリ量＞
本実施形態においてアフレコ時に必要なトラックバッファ５０２の容量は以下の考えに基づいて算出すればよい。まず、本実施の形態４において最も容量の必要な場合を想定すると、ＣＡへのアフレコデータ記録が続けて発生する場合である。具体的には、ＣＵの末尾の直前で分断している場合である。言い換えると、ＣＵが２個の連続領域に分割して記録されていて、かつ、そのほとんどのデータが先行する連続領域に存在する場合である。
【０２０９】
この場合、前述のリファレンス・アフレコ・アルゴリズムに従うと、ＣＵの末尾の直前でＣＡへのアフレコデータ記録を行い、次にこのＣＵの末尾のわずかなデータを読んだら直ちに次のＣＡへのアフレコデータ記録を行い、もどってＣＡの読み込みを行うことになる。これに対応するためにはＣＡへのアフレコデータ記録２回分および１個のＣＡ読み込みの期間にわたって再生を継続可能な容量が必要となる。具体的には式（１２）にしたがってトラックバッファ５０２の容量Ｂｐｂを確保すればよい。
【０２１０】
【数１２】
2004192774.tif 000014
【０２１１】
＜管理情報ファイルフォーマット＞
実施の形態１と同一であるため説明を省略する。
【０２１２】
＜記録時の処理＞
実施の形態１とは、ＣＵをディスク上で連続的に記録する制限以外同一であるため説明を省略する。
【０２１３】
＜再生時の処理＞
実施の形態１と同一であるため説明を省略する。
【０２１４】
＜アフレコ時の処理＞
実施の形態１とは、アフレコの際に図３０記載のアルゴリズムを用いる点以外同一であるため説明を省略する。
【０２１５】
＜実施の形態４における変形例＞
本実施の形態４は、実施の形態１のバリエーションとして説明したが、第３の実施形態のようにアフレコ領域予約ファイルを用いた場合や従来技術として参照した特開２００１−４３６１６号のように同一ファイルを用いた場合にも適用できることは言うまでもない。すなわち、本実施形態で開示した発明の本質は、アフレコ用領域と初期記録したビデオデータの物理的な配置とその配置に関するパラメータを設定するためモデル設定にある。
【０２１６】
【発明の効果】
本発明のＡＶデータ記録方法は、以上のように、前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを備える構成である。
【０２１７】
それゆえ、上記記録媒体上に記録されるＡＶデータおよび関連データは、第１のステップによって部分ＡＶデータおよび部分関連データに分割され、分割された部分ＡＶデータおよび部分関連データは同期するデータ同士を一続きとして、第２，第３の処理によって上記記録媒体上で互いに物理的に近傍した位置に記録される。さらに、第４のステップにおいて記録されるファイルシステム管理情報では、部分ＡＶデータおよび部分関連データが別のファイルとして管理される。
【０２１８】
これにより、リアルタイムアフレコを保証し非破壊編集性能の高く、なおかつ一般的なＭＰＥＧ−２  ＰＳのデコーダでの再生が可能になると共に、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなるといった効果を奏する。
【０２１９】
また、本発明のＡＶデータ記録方法において、前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップを備える構成としてもよい。
【０２２０】
それゆえ、アフレコの対象となる部分ＡＶデータに対応する部分関連データ（アフレコ用領域）の位置を容易に特定することが可能となるといった効果を奏する。
【０２２１】
また、本発明のＡＶデータ記録方法において、前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第６のステップを備える構成としてもよい。
【０２２２】
それゆえ、部分関連データを管理する情報において対応する部分ＡＶデータの近傍に部分関連データが存在しないことがわかるようにしておくことで、非破壊編集時や非破壊編集結果の再生時に、部分ＡＶデータおよび部分関連データが連続して記録されていない区間が容易に判断可能であり、その区間は再生が途切れる可能性が高いことを事前にユーザに伝えることが可能になるといった効果を奏する。
【０２２３】
また、発明の他のＡＶデータ記録方法は、以上のように、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とするＡＶデータ記録方法であって、前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを備える構成である。
【０２２４】
また、上記ＡＶデータ記録方法においては、前記関連データの記録時に、前記関連データを所定の間隔毎に部分関連データに分割する第１１のステップと、前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する第１２のステップと、前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１３のステップとを備える構成とすることができる。
【０２２５】
それゆえ、上記記録媒体上に記録されるＡＶデータは、シームレス再生やリアルタイムアフレコが保証される記録単位の部分ＡＶデータに分割され、分割された部分ＡＶデータは部分予約データと一続きとして、上記記録媒体上で互いに物理的に近傍した位置に記録される。また、関連データの記録時は、上記関連データを部分関連データに分割し、それぞれの部分関連データを対応する部分予約データの確保領域に記録することによって行われる。
【０２２６】
これにより、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなるといった効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すものであり、図１（ａ）は本発明の実施の形態１におけるオリジナルストリームファイルおよびアフレコデータファイルのデータ構成、図１（ｂ）は上記オリジナルストリームファイルおよびアフレコデータファイルのディスク上での配置を示す図である。
【図２】本発明の実施の形態に係るビデオディスクレコーダの概略構成を示すブロック図である。
【図３】図３（ａ）はディレクトリ／ファイル構成を示す図であり、図３（ｂ）はそのディレクトリ／ファイル構成のＵＤＦにおける管理情報の関係を示す図である。
【図４】本発明の実施の形態１におけるファイル／ディレクトリ構成を示す図である。
【図５】図５（ａ）〜図５（ｃ）は、本発明の実施の形態１におけるオリジナルストリームファイルの構成を示す図である。
【図６】本発明の実施の形態１におけるアフレコデータファイルの構成を示す説明図である。
【図７】本発明の実施の形態１におけるリファレンス・デバイス・モデルを示す図である。
【図８】本発明の実施の形態１におけるリファレンス・アフレコ・アルゴリズムを示す図である。
【図９】本発明の実施の形態１におけるストリーム管理情報ファイルの構成を示す図である。
【図１０】図１０（ａ）〜図１０（ｂ）は、本発明の実施の形態１におけるｖｉｄｅｏ＿ｕｎｉｔ＿ｔａｂｌｅの構成を示す図である。
【図１１】図１１（ａ）〜図１１（ｂ）は、本発明の実施の形態１におけるＶＵ＿ｆｌａｇｓの構成を示す図である。
【図１２】図１２（ａ）〜図１２（ｂ）は、本発明の実施の形態１におけるｃｏｎｔｉｎｕｏｕｓ＿ａｒｅａ＿ｔａｂｌｅの構成を示す図である。
【図１３】図１３（ａ）〜図１３（ｂ）は、本発明の実施の形態１におけるＣＡ＿ｆｌａｇｓの構成を示す図である。
【図１４】本発明の実施の形態１におけるプログラム情報ファイルの構成を示す図である。
【図１５】図１５（ａ）〜図１５（ｂ）は、本発明の実施の形態１におけるｓｃｅｎｅ＿ｔａｂｌｅの構成を示す図である。
【図１６】本発明の実施の形態１における記録処理の流れを示すフローチャートである。
【図１７】本発明の実施の形態１における再生処理の流れを示すフローチャートである。
【図１８】本発明の実施の形態１におけるシーン再生処理の流れを示すフローチャートである。
【図１９】本発明の他の実施形態を示すものであり、図１９（ａ）は実施の形態２における２種類のストリームファイルのデータ構成、図１９（ｂ）はこれらのストリームファイルのディスク上での配置を示す図である。
【図２０】従来技術を示すものであり、図２０（ａ）はストリームファイルのデータ構成、図２０（ｂ）はこのストリームファイルのディスク上での配置を示す図である。
【図２１】本発明の実施の形態３におけるファイル／ディレクトリ構成を示す図である。
【図２２】本発明の一実施形態を示すものであり、図２２（ａ）は本発明の実施の形態３におけるオリジナルストリームファイルおよびアフレコ領域予約ファイルのデータ構成、図２２（ｂ）は録画直後のオリジナルストリームファイルおよびアフレコ領域予約ファイルのディスク上での配置を示す図である。
【図２３】図２３（ａ）は本発明の実施の形態３におけるグラフィックスファイルおよびアフレコデータファイルのデータ構成、図２３（ｂ）はアフレコ・非破壊編集後のグラフィックスファイル、アフレコデータファイル、オリジナルストリームファイルおよびアフレコ領域予約ファイルのディスク上での配置を示す図である。
【図２４】本発明の実施の形態３におけるプログラム情報ファイルの構成を示す図である。
【図２５】図２５（ａ）〜図２５（ｂ）は、本発明の実施の形態３におけるｓｕｂａｕｄｉｏ＿ｔａｂｌｅの構成を示す図である。
【図２６】図２６（ａ）〜図２６（ｂ）は、本発明の実施の形態３におけるｇｒａｐｈｉｃｓ＿ｔａｂｌｅの構成を示す図である。
【図２７】図２７（ａ）〜図２７（ｂ）は、本発明の実施の形態３におけるＳＡ＿ｆｌａｇｓおよびｇｒ＿ｆｌａｇｓの構成を示す図である。
【図２８】本発明の実施の形態３におけるシーン再生処理の流れを示すフローチャートである。
【図２９】本発明の一実施形態を示すものであり、図２９（ａ）は本発明の実施の形態４におけるオリジナルストリームファイルおよびアフレコデータファイルのデータ構成、図２９（ｂ）は上記オリジナルストリームファイルおよびアフレコデータファイルのディスク上での配置を示す図である。
【図３０】図３０（ａ），３０（ｂ）は、本発明の実施の形態４におけるリファレンス・アフレコ・アルゴリズムを示す図である。
【符号の説明】
１００    バス
１０１    ホストＣＰＵ
１０２    ＲＡＭ
１０３    ＲＯＭ
１０４    ユーザインタフェース
１０５    システムクロック
１０６    光ディスク（記録媒体）
１０７    ピックアップ
１０８    ＥＣＣデコーダ
１０９    ＥＣＣエンコーダ
１１０    オーディオ再生用バッファ
１１１    ビデオ再生用バッファ
１１２    デマルチプレクサ
１１３    マルチプレクサ
１１４    記録用バッファ
１１５    オーディオデコーダ
１１６    ビデオデコーダ
１１７    オーディオエンコーダ
１１８    ビデオエンコーダ
１１９    オーディオ記録用バッファ
１２０    ビデオ記録用バッファ
１２１    デマルチプレクサ
１２２    アフレコデータ再生用バッファ
【図１】
2004192774.tif 000015
【図２】
2004192774.tif 000016
【図３】
2004192774.tif 000017
【図４】
2004192774.tif 000018
【図５】
2004192774.tif 000019
【図６】
2004192774.tif 000020
【図７】
2004192774.tif 000021
【図８】
2004192774.tif 000022
【図９】
2004192774.tif 000023
【図１０】
2004192774.tif 000024
【図１１】
2004192774.tif 000025
【図１２】
2004192774.tif 000026
【図１３】
2004192774.tif 000027
【図１４】
2004192774.tif 000028
【図１５】
2004192774.tif 000029
【図１６】
2004192774.tif 000030
【図１７】
2004192774.tif 000031
【図１８】
2004192774.tif 000032
【図１９】
2004192774.tif 000033
【図２０】
2004192774.tif 000034
【図２１】
2004192774.tif 000035
【図２２】
2004192774.tif 000036
【図２３】
2004192774.tif 000037
【図２４】
2004192774.tif 000038
【図２５】
2004192774.tif 000039
【図２６】
2004192774.tif 000040
【図２７】
2004192774.tif 000041
【図２８】
2004192774.tif 000042
【図２９】
2004192774.tif 000043
【図３０】
2004192774.tif 000044