ＡＶデータ記録方法、ＡＶデータ記録装置、データ記録媒体、プログラム並びにプログラム記録媒体
【課題】一般的なMPEG-2 PS/TSデコーダ上での再生やリアルタイムアフレコが可能であり、かつ、アフレコ結果を非破壊編集した場合の再生の途切れが少ないデータ記録方法を提供する。
【解決手段】オリジナルストリームファイルとアフレコデータファイルとがそれぞれ別のファイルとして管理されると共に、オリジナルストリームファイルおよびアフレコデータファイルのそれぞれでは、所定の間隔毎に分割された部分データ（ＣＵおよびＣＡ）としてデータが構成される。これらデータのディスクへの記録時には、アフレコデータ（ＣＡ）用領域を対応するオリジナルストリーム（ＣＵ）の近傍に記録する。
【解決手段】オリジナルストリームファイルとアフレコデータファイルとがそれぞれ別のファイルとして管理されると共に、オリジナルストリームファイルおよびアフレコデータファイルのそれぞれでは、所定の間隔毎に分割された部分データ（ＣＵおよびＣＡ）としてデータが構成される。これらデータのディスクへの記録時には、アフレコデータ（ＣＡ）用領域を対応するオリジナルストリーム（ＣＵ）の近傍に記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハードディスク、光ディスク、半導体メモリ等のランダムアクセス可能な記録媒体に対して、映像データ、音声データを記録する記録方法、記録装置、並びに記録媒体に関するものである。
【背景技術】
【０００２】
ディスクメディアを用いたビデオのディジタル記録再生装置（以下、ビデオディスクレコーダと呼ぶ）が普及しつつある。それらにおいて、テープメディアと同様にアフターレコーディング（アフレコ）機能を安価に実現する技術が求められている。アフレコ機能は、既に記録したオーディオやビデオに対し、後から情報、特にオーディオを追記する機能である。
【０００３】
ディスクメディアを用いてアフレコ機能を実現している従来技術として、当出願人による特許文献１がある。以下、図２０を用いてその概要を説明する。
【０００４】
特許文献１では、ストリームファイル３０００は独自のストリームフォーマットであり、所定の再生時間ごとに分割したオリジナルストリームデータ（初期録画したビデオ・オーディオデータ）の間に同期再生するアフレコデータ用領域を挿入して構成する。図２０（ａ）を例に取ると、部分オリジナルストリームデータ３０２１の直前には、同期再生するアフレコオーディオデータを格納するためのアフレコデータ用領域３０１１を挿入する。３０１２と３０２２および３０１３と３０２３の間の関係も同様である。
【０００５】
ストリームファイル３０００を光ディスク３００１に記録する際、図２０（ｂ）に示すように、同期再生する部分オリジナルストリームデータとアフレコデータ用領域とを物理的な近傍に配置することで、アフレコデータを含めた再生時にシークを最小限にすることができ、シークによる再生の途切れを抑えている。また、部分オリジナルストリームデータの再生時間を、シーク時間等を考慮しリアルタイムアフレコが可能な値に設定（数秒程度）することで、リアルタイムアフレコを保証している。
【０００６】
また、世の中で広く用いられているデータ記録方法として、上記特許文献１に記載のストリーム構成とは異なる構成を持ったＩＳＯ／ＩＥＣ １３８１８−１に定義されるTransport Stream（以下MPEG-2 TS）や、Program Stream（以下MPEG-2 PS）がある。例えば、DVD-VideoはMPEG-2 PSであり、ディジタル放送やIEEE-1394による機器間のデータ転送形式はMPEG-2 TSである。MPEG-2 PS/TSを考慮したアフレコに関する従来技術については、特許文献２や特許文献３がある。
【特許文献１】特開２００１−４３６１６号公報
【特許文献２】特開２０００−３０６３２７号公報
【特許文献３】特開平１１−２９８８４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、MPEG-2 PS/TSに対して、上記特許文献１に記載のストリーム構成を適用した場合、一般的に用いられているデコーダで再生しようとしても、デコードが正しくできない可能性がある。その理由を以下に説明する。
【０００８】
MPEG-2 TS/PSにおいては、基準となるデコーダモデルを設定し、そのデコーダモデル中のオーディオ・ビデオのデコーダのバッファメモリがアンダーフローしたりオーバーフローしたりしないように、ビデオデータとオーディオデータとを多重化することが定められている。しかし、上記特許文献１のストリーム構成の場合、各アフレコデータ用領域には１秒以上のオーディオデータを格納することになる。このストリームファイルを一般的なMPEG-2 TS/PSデコーダで再生した場合、１秒分以上のオーディオデータがまとめて送られることになり、オーディオデコーダのバッファメモリがオーバーフローすることになる。
【０００９】
また、特許文献２に記載のアフレコ機能は、前述のMPEG-2 PS多重化規定に従ってアフレコデータ用領域をストリーム中に多重化するというものであるが、ディスクの転送レートが低い場合にはリアルタイムアフレコが困難であるという課題がある。
【００１０】
他方、特許文献３は、アフレコデータを別ファイルに記録することで、個々のファイルではMPEG-2 PS多重化規定を満たすというものである。この場合、アフレコ結果を再生する場合にアフレコデータを記録するファイルとオリジナルストリームファイルを交互に読み出すためシークを繰り返す必要がある。そのため、アフレコした結果に対し非破壊編集（ディスク上のストリームデータは動かさず、再生経路情報によって見た目上の編集を行うこと）を行った場合に、シークにより特にシーン間において再生が途切れる可能性が高まる。また、消費電力の面でも不利である。
【００１１】
本発明は、上記課題を鑑みてなされたものであり、一般的なMPEG-2 PS/TSデコーダ上での再生やリアルタイムアフレコが可能であり、かつ、アフレコ結果を非破壊編集した場合の再生の途切れが少ないデータ記録方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のＡＶデータ記録方法は、上記の課題を解決するために、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録するＡＶデータ記録方法であって、前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データとを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを備えることを特徴としている。
【００１３】
上記の構成によれば、上記記録媒体上に記録されるＡＶデータ（例えば、オリジナルストリーム）および関連データ（例えばアフレコデータ）は、第１のステップによって部分ＡＶデータおよび部分関連データに分割され、シームレス再生やリアルタイムアフレコが保証される記録単位に設定される。
【００１４】
分割された部分ＡＶデータおよび部分関連データは同期するデータ同士を一続きとして、第２，第３のステップの処理によって上記記録媒体上で互いに物理的に近傍した位置に記録される。
【００１５】
さらに、第４のステップにおいて記録されるファイルシステム管理情報では、部分ＡＶデータおよび部分関連データが別のファイルとして管理されることによって、リアルタイムアフレコを保証し非破壊編集性能の高く、なおかつ一般的なMPEG-2 PSのデコーダでの再生が可能になる。また、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなり、その他のデータとさらに同期再生させる余地が大きい。例えば、アフレコオーディオ以外にさらにグラフィックスデータ等を非破壊編集で付加しても再生が途切れる可能性が低い。
【００１６】
また、別ファイルであるファイルシステム管理情報において、記録媒体上の近傍に配置されている部分ＡＶデータおよび部分関連データの対応関係を示す情報を記録媒体に記録することによって、ファイルシステム管理情報を参照することなく容易に連続記録されている部分ＡＶデータおよび部分関連データを知り、最適なデータ読み込みが可能になる。
【００１７】
また、本発明のＡＶデータ記録方法において、前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップを備える構成としてもよい。
【００１８】
上記の構成よれば、アフレコの対象となる部分ＡＶデータに対応する部分関連データ（アフレコ用領域）の位置を容易に特定することが可能となる。
【００１９】
また、本発明のＡＶデータ記録方法において、前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第６のステップを備える構成としてもよい。
【００２０】
上記部分ＡＶデータおよび部分関連データの記録時にディフェクトに遭遇した場合、記録中の部分関連データは破棄し、別の領域に新規にＣＡを記録することがある。
【００２１】
上記の構成によれば、その際に、その部分関連データを管理する情報において対応する部分ＡＶデータの近傍に部分関連データが存在しないことがわかるようにしておくことで、非破壊編集時や非破壊編集結果の再生時に、部分ＡＶデータおよび部分関連データが連続して記録されていない区間が容易に判断可能であり、その区間は再生が途切れる可能性が高いことを事前にユーザに伝えることが可能となる。
【００２２】
また、発明の他のＡＶデータ記録方法は、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とするＡＶデータ記録方法であって、前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを備えることを特徴としている。
【００２３】
上記の構成によれば、上記記録媒体上に記録されるＡＶデータ（例えば、オリジナルストリーム）は、第７のステップによって部分ＡＶデータに分割され、シームレス再生やリアルタイムアフレコが保証される記録単位に設定される。
【００２４】
分割された部分ＡＶデータは、これと同期する部分関連データの記録領域を確保するための部分予約データと一続きとして、第８，第９のステップの処理によって上記記録媒体上で互いに物理的に近傍した位置に記録される。
【００２５】
さらに、第１０のステップにおいて記録されるファイルシステム管理情報では、部分ＡＶデータおよび部分予約データが別のファイルとして管理されることによって、関連データの記録時におけるリアルタイムアフレコを保証し非破壊編集性能の高く、なおかつ一般的なMPEG-2 PSのデコーダでの再生が可能になる。
【００２６】
また、上記ＡＶデータ記録方法においては、前記関連データの記録時に、前記関連データを所定の間隔毎に部分関連データに分割する第１１のステップと、前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する第１２のステップと、前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１３のステップとを備える構成とすることができる。
【００２７】
上記の構成によれば、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなり、その他のデータとさらに同期再生させる余地が大きい。例えば、アフレコオーディオ以外にさらにグラフィックスデータ等を非破壊編集で付加しても再生が途切れる可能性が低い。
【００２８】
また、別ファイルであるファイルシステム管理情報において、記録媒体上の近傍に配置されている部分ＡＶデータおよび部分関連データの対応関係を示す情報を記録媒体に記録することによって、ファイルシステム管理情報を参照することなく容易に連続記録されている部分ＡＶデータおよび部分関連データを知り、最適なデータ読み込みが可能になる。
【発明の効果】
【００２９】
本発明のＡＶデータ記録方法は、以上のように、前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを備える構成である。
【００３０】
それゆえ、上記記録媒体上に記録されるＡＶデータおよび関連データは、第１のステップによって部分ＡＶデータおよび部分関連データに分割され、分割された部分ＡＶデータおよび部分関連データは同期するデータ同士を一続きとして、第２，第３の処理によって上記記録媒体上で互いに物理的に近傍した位置に記録される。さらに、第４のステップにおいて記録されるファイルシステム管理情報では、部分ＡＶデータおよび部分関連データが別のファイルとして管理される。
【００３１】
これにより、リアルタイムアフレコを保証し非破壊編集性能の高く、なおかつ一般的なMPEG-2 PSのデコーダでの再生が可能になると共に、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなるといった効果を奏する。
【００３２】
また、発明の他のＡＶデータ記録方法は、以上のように、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とするＡＶデータ記録方法であって、前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを備える構成である。
【００３３】
また、上記ＡＶデータ記録方法においては、前記関連データの記録時に、前記関連データを所定の間隔毎に部分関連データに分割する第１１のステップと、前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する第１２のステップと、前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１３のステップとを備える構成とすることができる。
【００３４】
それゆえ、上記記録媒体上に記録されるＡＶデータは、シームレス再生やリアルタイムアフレコが保証される記録単位の部分ＡＶデータに分割され、分割された部分ＡＶデータは部分予約データと一続きとして、上記記録媒体上で互いに物理的に近傍した位置に記録される。また、関連データの記録時は、上記関連データを部分関連データに分割し、それぞれの部分関連データを対応する部分予約データの確保領域に記録することによって行われる。
【００３５】
これにより、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなるといった効果を奏する。
【発明を実施するための最良の形態】
【００３６】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。ここでの説明は、本発明において共通に用いる構成、個々の実施形態に固有の内容という順に行っていく。
【００３７】
＜システム構成＞
図２は、後述する各実施形態において共通のビデオディスクレコーダの基本システム構成図である。
【００３８】
このビデオディスクレコーダは、図２に示すように、バス１００、ホストＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ユーザインタフェース１０４、システムクロック１０５、光ディスク１０６、ピックアップ１０７、ＥＣＣ（Error Correcting Coding）デコーダ１０８、ＥＣＣエンコーダ１０９、オーディオ再生用バッファ１１０、ビデオ再生用バッファ１１１、デマルチプレクサ１１２、マルチプレクサ１１３、記録用バッファ１１４、オーディオデコーダ１１５、ビデオデコーダ１１６、オーディオエンコーダ１１７、ビデオエンコーダ１１８、オーディオ記録用バッファ１１９、ビデオ記録用バッファ１２０、デマルチプレクサ１２１、アフレコデータ再生用バッファ１２２、分割処理部１２３（ＡＶデータと部分関連データに分割する手段）、空き領域管理部１２５（連続領域を確保する手段）、管理情報処理部１２６および図示しないカメラ、マイク、スピーカ、ディスプレイ等で構成される。また、ピックアップ１０７、ＥＣＣデコーダ１０８、ＥＣＣエンコーダ１０９は、ドライブ１２７（部分ＡＶデータと部分関連データとを連続的に記録する手段、ファイルシステム管理情報を前記記録媒体上に記録する手段）を構成する。
【００３９】
ホストＣＰＵ１０１は、デマルチプレクサ１１２、マルチプレクサ１１３、ピックアップ１０７、オーディオデコーダ１１５、ビデオデコーダ１１６、オーディオエンコーダ１１７、ビデオエンコーダ１１８の制御をバス１００を通じて行う。
【００４０】
再生時に、光ディスク１０６からピックアップ１０７を通じて読み出されたデータは、ＥＣＣデコーダ１０８によって誤り訂正される。誤り訂正されたデータは、管理情報処理部１２６によってファイルシステム管理情報が処理されて、デマルチプレクサ１１２あるいはデマルチプレクサ１２１に送られる。
【００４１】
デマルチプレクサ１１２はホストＣＰＵ１０１からの指示に従い、読み出されたデータをオーディオデータかビデオデータかに応じてオーディオ再生用バッファ１１０およびビデオ再生用バッファ１１１に振り分ける。同様に、デマルチプレクサ１２１はホストＣＰＵ１０１からの指示に従い、読み出されたデータをアフレコデータ再生用バッファ１２２に送る。
【００４２】
オーディオデコーダ１１５は、ホストＣＰＵ１０１からの指示に従って、オーディオ再生用バッファ１１０およびアフレコデータ再生用バッファ１２２からデータを読み出し、読み出したデータに対するデコードを行う。同様に、ビデオデコーダ１１６は、ホストＣＰＵ１０１からの指示に従って、ビデオ再生用バッファ１１１からデータを読み出し、読み出したデータに対するデコードを行う。
【００４３】
一方、記録時に、オーディオエンコーダ１１７およびビデオエンコーダ１１８によって圧縮符号化されたデータは、それぞれオーディオ記録用バッファ１１９およびビデオ記録用バッファ１２０に送られる。マルチプレクサ１１３は、ホストＣＰＵ１０１からの指示に従って、オーディオ記録用バッファ１１９およびビデオ記録用バッファ１２０からデータを読み出し、読み出したデータをＡＶ多重化し分割処理部１２３に送る。分割処理部１２３はＡＶ多重化されたデータを所定の間隔毎に分割して記録用バッファ１１４に送る。このとき、空き領域管理部１２５はデータを記録するための連続領域を確保し、ＥＣＣエンコーダ１０９は、記録用バッファ１１４から読み出したＡＶ多重化データに対して誤り訂正符号を付加し、ピックアップ１０７を通じて光ディスク１０６の確保された連続領域に記録する。
【００４４】
オーディオデータの符号化方式にはISO/IEC 13818-3で規定されるMPEG-1 Layer-IIを、ビデオデータの符号化方式にはISO/IEC 13818-2で規定されるMPEG-2をそれぞれ用いる。光ディスク１０６は、ＤＶＤ−ＲＡＭのような書き換え可能な光ディスクであり、２０４８ｂｙｔｅを１セクタとし、誤り訂正のため１６セクタでＥＣＣブロックを構成する。
【００４５】
＜ファイルシステム＞
本発明の説明において用いるファイルシステムのフォーマットである、ＵＤＦ（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として管理する。このときファイル６２１の実データにアクセスするためには、ＡＶＤＰ６０２、ＶＤＳ６０１、ＦＳＤ６０３、ＦＥ６０４、ＦＩＤ６１１、ＦＥ６０６、領域６０７、領域６１０の順にリンクを辿っていけばよい。
【００４９】
〔実施の形態１〕
本発明の第１の実施形態について、図１および図４〜図１８を用いて説明する。
【００５０】
＜ファイル・ディレクトリ構成＞
本実施の形態1に係るファイル・ディレクトリ構成について、図４を用いて説明する。本実施の形態１に関するデータは、図４に示すように５種類のファイルに格納される。
【００５１】
オリジナルストリームファイル（SHRP0001.M2P）は１回の録画によって作成されるファイルであり、MPEG-2 PS（Program Stream）形式である。アフレコデータファイル（SHRP0001.PRE）は、アフレコ用の領域を確保し、アフレコデータを格納するためのファイルである。オリジナルストリーム管理情報ファイル（SHRP0001.OMI）は、オリジナルストリームファイルに関する時間−アドレス対応情報と属性情報およびアフレコデータファイルに関する属性情報やオリジナルストリームファイルとの対応関係情報とを格納するファイルであり、オリジナルストリームファイル１個につき１個ある。プログラム情報ファイル（SHRP0001.PGM）は、上記のストリームやデータのどの区間をどのような順序で再生するかを指定する情報を格納するファイルである。なお、プログラムは１個のコンテンツに相当し、ユーザが再生を指示する対象である。
【００５２】
録画時には、上記４個のファイルを新規に作成する。これらのファイルは、ファイル間の関係を示すため、ファイル名の拡張子以外を共通にする。オーディオアフレコ時には、アフレコオーディオデータをアフレコデータファイル中の所定の位置に上書きし、アフレコデータ管理情報ファイルにおいてもそのことを反映する。さらに、追加したアフレコオーディオデータも再生対象にするようプログラム情報ファイルも変更する。
【００５３】
また、非破壊編集時には、プログラム情報ファイルを新規に作成し、再生したい区間に関して、再生したいデータを管理するオリジナルストリーム管理情報ファイルやアフレコデータ管理情報ファイルのファイル名および再生したい区間を順に記録する。なお、各ファイルのデータ構造については後述する。
【００５４】
＜ＡＶストリームの形態＞
本実施の形態１において用いるＡＶストリームの構成について、図５を用いて説明する。
【００５５】
まず、オリジナルストリームファイルについて図５を用いて説明する。オリジナルストリームファイルの内容はMPEG-2 PS形式であり、図５（ａ）に示すように整数個のContinuous Unit（ＣＵ）で構成される。ＣＵはディスク上で連続的に記録する単位である。ＣＵの長さは、ＡＶストリームを構成するＣＵをどのようにディスク上に配置してもシームレス再生（再生中に画像や音声が途切れないで再生できること）やリアルタイムアフレコ（アフレコ対象のビデオをシームレス再生しながらオーディオを記録すること）が保証されるように設定される。この設定方法については後述する。
【００５６】
ＣＵは、図５（ｂ）に示すように整数個のVideo Unit（ＶＵ）で構成される。ＶＵは単独再生可能な単位であり、再生の際のエントリポイントとなり得る。ＶＵは、図５（ｃ）に示すように整数個のオーディオパック（Ａ＃１〜Ａ＃Ｋ）、ビデオパック（Ｖ＃１〜Ｖ＃Ｌ）で構成され、それぞれMPEG-2 PS形式のデコーダモデルが破綻しないようにＡＶ多重される。ディスク読み出しの際に余分なデータを読み出さずに済むように、パックのサイズはセクタサイズに一致させる。なお、パック化されるビデオデータは、１〜２個のＧＯＰで構成されるようにし、オーディオデータは、整数個のＡＡＵ（Audio Access Unit）をパック化するようにする。
【００５７】
尚、ＧＯＰは、MPEG-2ビデオ規格における画像圧縮の単位であり、複数のビデオフレーム（典型的には１５フレーム程度）で構成される。ＡＡＵはMPEG-1 Layer-II規格における音声圧縮の単位で、１１５２点の音波形サンプル点により構成される。サンプリング周波数が４８ｋＨｚの場合、ＡＡＵ１個あたりの再生時間は０．０２４秒となる。また、ＶＵ単位で独立再生を可能とするために、ＶＵ中のビデオデータの先頭にはSequence Header（ＳＨ）を置く。
【００５８】
なお、ＣＵは整数個のＥＣＣブロックで構成されるように、ＣＵの末尾のＶＵは、パディングパケットを格納したパックでパディングする。
【００５９】
＜アフレコデータファイル＞
アフレコデータファイルの構成について図６を用いて説明する。アフレコデータファイルは、図６に示すように整数個のContinuous Area（ＣＡ）で構成される。上述したオリジナルストリームファイルにおけるＣＵ１個はＣＡ１個に対応して存在し、ＣＡには対応するＣＵ中の再生データに関するアフレコデータを記録する。たとえば、オリジナルストリームファイル中のＣＵ＃ｎと同期して再生したいアフレコオーディオデータはＣＡ＃ｎに記録する。ＣＡは整数個のＥＣＣブロックで構成する。
【００６０】
アフレコデータファイルは、オリジナルストリームファイルと同様MPEG-2 PS形式であり、初期録画時にはパディングパケットを記録し、アフレコ後にはアフレコデータを格納したパックを上書きする。上書きするパックのパックヘッダ中のＳＣＲ(System Clock Reference)およびパケットヘッダ中のＰＴＳ（Presentation Time Stamp）は、オリジナルストリームファイル中の対応するオーディオパックのものと合わせる。これにより、ＣＡ中のオーディオパックで、ＣＵ中の対応するオーディオパックを上書きすることで、容易にオリジナルストリームのオーディオをアフレコデータで差し替えることができる。
【００６１】
＜ディスクへの配置＞
オリジナルストリームファイルおよびアフレコデータファイルのディスクへの配置について図１を用いて説明する。図１（ａ）に示す互いに対応するオリジナルストリームファイル（SHRP0001.M2P）とアフレコデータファイル（SHRP0001.PRE）とは、光ディスク１０６でＣＵの直前に対応するＣＡが配置されるように記録する（図１（ｂ））。
【００６２】
これにより、同期再生を行うデータ同士（ＣＡおよびＣＵ）がディスク上の近傍に置かれるため、再生時のピックアップの移動が最小限となり、後述するように非破壊編集結果を再生する際に再生が途切れる可能性が減少する。また、サイズの小さいＣＡをＣＵより前に読み出されるよう配置することによって、同期再生のためのバッファメモリ量を抑えることが可能である。
【００６３】
＜ＣＵ単位決定方法＞
ＣＵ再生時間の決定方法について、図７および図８を用いて説明する。この決定方法では、機器間での互換性確保のため、基準となるデバイス（リファレンス・デバイス・モデル）と基準となるアフレコアルゴリズム（リファレンス・アフレコ・アルゴリズム）とを想定し、次にそれらを用いてアフレコを行った際にシームレス再生が破綻しないようにＣＵ再生時間を決める。
【００６４】
まず、リファレンス・デバイス・モデルについて図７を用いて説明する。リファレンス・デバイス・モデルは１個のピックアップ（図示せず）と、それにつながるＥＣＣエンコーダ・デコーダ５０１、トラックバッファ５０２、デマルチプレクサ５０３、アフレコ用バッファ５０４、オーディオエンコーダ５０９、ビデオバッファ５０５、オーディオバッファ５０６、ビデオデコーダ５０７、オーディオデコーダ５０８とによって構成される。
【００６５】
上記リファレンス・デバイス・モデルでは、ピックアップが１個であるため、再生用データのディスク５００からの読み出しと、アフレコ用データのディスク５００への記録は時分割で行う。ディスク５００から再生用データを読み出す際、ＣＡも含めて読み出す。読み出されたＣＡを含むＥＣＣブロック（ＣＡブロック）は、トラックバッファ５０２からアフレコ用バッファ５０４に送られる。
【００６６】
オーディオエンコーダ５０９は、ＡＡＵ周期でアフレコ用バッファ５０４にアフレコ用データを出力する。この出力によって、アフレコ用バッファ５０４中の対応するＣＡブロックを上書きする。アフレコ用データの記録は、ＣＡブロックを所定のＥＣＣブロックに記録することで行う。
【００６７】
ここで、オーディオフレームデータのＥＣＣエンコーダ５０１へのデータの入力速度およびＥＣＣデコーダ５０１からのデータの出力速度をＲｓとする。また、アクセスによる読み出し、記録の停止する最大期間をＴａとする。尚、この期間にはシーク時間、回転待ち時間、アクセス後に最初にディスクから読み出したデータがＥＣＣデコーダ５０１から出力されるまでの時間が含まれる。本実施の形態１ではＲｓ＝２０Ｍｂｐｓ、Ｔａ＝１秒とする。
【００６８】
次に、リファレンス・アフレコ・アルゴリズムについて、図８を用いて説明する。尚、図８中の(1)から(6)までの番号は、以下の説明中の(1)から(6)までの番号に対応する。アルゴリズムの概要は次の通りである。
(1)再生用データの読み出しを行う。
(2)Ｎ番目のＣＡであるＣＡ（Ｎ）に対応するオーディオデータのエンコードが終了すると同時に、ＣＡ（Ｎ）へのアクセスを行う。
(3)ＣＡ（Ｎ）をディスクに記録する。
(4)元の読み出し位置に戻る。
(5)再生用データの読み出しを行う。
(6)Ｎ＋１番目のＣＡであるＣＡ（Ｎ＋１）に対応するオーディオデータのエンコードが終了すると同時に、ＣＡ（Ｎ＋１）へのアクセスを行う。
以降は(3)〜(6)の動作を繰り返す。
【００６９】
前記リファレンス・デバイス・モデルにおいて、前記リファレンス・アフレコ・アルゴリズムを用いてアフレコを行った場合、次のような条件を満たせば、アフレコ用バッファ５０４のオーバーフローおよびトラックバッファ５０２のアンダーフローがないことが保証できる。
【００７０】
すなわち、ＡＶストリーム中の任意のＣＵであるＣＵ＃ｉについて最大再生時間をＴｅ（ｉ）、分断ジャンプを含めた最大読み出し時間をＴｒ（ｉ）、ＣＵ＃に対応するＣＡであるＣＡ＃ｉの最大記録時間をＴｗ（ｉ）としたとき、以下の式（１）が成立すればよい。
【００７１】
【数１】
【００７２】
なぜなら、上記式（１）は、シームレス再生の十分条件である以下の式（２）を満たすためである。また、以下の式（２）において、ＴａはＣＡへの往復のアクセスにかかる最大アクセス時間である。
【００７３】
【数２】
【００７４】
また、ＣＡエンコード完了に同期してアフレコデータのディスクへの記録を行っているため、アフレコ用バッファ５０４中のデータが累積していくことはなく、アフレコ用バッファ５０４のオーバーフローもない。
【００７５】
式（１）中のＴｒ（ｉ）は、オリジナルストリームの最大ビットレートとアフレコオーディオストリームの最大ビットレートをそれぞれＲｏ、Ｒａとしたとき、以下の式（３）を満たす。また、Ｒｓはオーディオフレームデータの入力速度および出力速度、すなわちオーディオビットレートを示している。
【００７６】
【数３】
【００７７】
上記式（３）の右辺第１項、第２項はそれぞれＣＵ中のＶＵ読み出し時間およびＣＡ読み出し時間を表す。右辺第３項は読み出しに伴う分断ジャンプによるアクセス時間を表す。ＣＵ読み出し中の分断ジャンプは最大１回であるため、上記式（３）は、すなわちＴｒ（ｉ）は、１回分のアクセス時間を示している。
【００７８】
また、Ｔｗ（ｉ）は、以下の式（４）を満たす。
【００７９】
【数４】
【００８０】
ここで、上記式（４）の右辺第１項はＣＡへの往復アクセス時間を示す。ＣＡへの往復のアクセス時間に最大アクセス時間Ｔａを用いているのは、ＣＡ単位で任意の位置に記録可能にしているため、現在読み出し中のＣＵがディスクの最内周であり記録対象のＣＡがディスクの最外周ということも考えられ、最大値で見積もる必要があるためである。
【００８１】
尚、前述のようにＣＡをディスク上で連続的に記録するようにしているため、ＣＡ記録中のアクセスは発生しない。このことにより、ＣＡ記録に伴う時間を短くすることができ、結果としてＣＵ再生時間の下限値を低く抑えることが可能となる。
【００８２】
式（１）に式（３）および式（４）を代入してＴｅ（ｉ）で解くと、リアルタイムアフレコを保証可能なＴｅ（ｉ）の条件、すなわち以下の式（５）が得られる。また、Ｒｖはビデオフレームデータの入力速度および出力速度、すなわちビデオビットレートを示している。
【００８３】
【数５】
【００８４】
つまり、アフレコ保証可能なＣＵ再生時間下限値Ｔｅｍｉｎは、以下の式（６）に示すものとなる。
【００８５】
【数６】
【００８６】
このとき、ＣＵ再生時間の上限値Ｔｅｍａｘは、以下の式（７）のように設定する。ここで、ＴｖｍａｘはＶＵの最大再生時間である。
【００８７】
【数７】
【００８８】
ＣＵ再生時間の上限値を設定するのは、アフレコ用音声と通常音声との同期再生に必要な遅延用メモリの最大量を見積り可能にし、再生互換性を保証するためである。尚、本実施の形態１では、オーディオビットレートＲａおよびビデオビットレートＲｖに応じて多重化間隔下限値Ｔｅｍｉｎを設定しているが、ビットレートに関わらず一定の下限値を設定しても良い。ただし、その値は最大のビットレートに基づいたものでなければならない。
【００８９】
また、ＣＵ再生時間が上記の制限を満たせば、ストリーム中のＶＵ再生時間は固定でも可変でも構わない。
【００９０】
また、本実施の形態１では、分断ジャンプと過去のＣＵへのピックアップの移動とを非同期に行うことを想定している。この理由は、非同期に行った方が同期して行った場合に比べ、リアルタイムアフレコを行うための条件として厳しい（再生用データの読み出しが途切れる期間が長い）ため、非同期でリアルタイムアフレコが可能であれば同期でも可能であり、実装の自由度を高めることが可能になるためである。
【００９１】
従って、分断ジャンプと過去のＣＵへのピックアップの移動を同期して行うことを前提にＴｅｍｉｎを設定しても良い。この場合、式（３）の右辺第２項を取り除いて考えれば良い。
【００９２】
＜管理情報ファイルフォーマット＞
本発明に係る管理情報ファイルフォーマットについて図９ないし図１５を用いて説明する。
【００９３】
まず、オリジナルストリーム管理情報ファイルについて説明する。オリジナルストリーム管理情報ファイルは、図９に示すように、このファイルが管理するオリジナルストリームファイル全体に関する属性情報を格納するo＿attribute()、ＶＵに関する情報を格納するvideo＿unit＿table()、このファイルが管理するアフレコデータファイル全体に関する属性情報を格納するp＿attribute()、およびＣＡに関する情報を格納するcontinuous＿area＿table()で構成される。
【００９４】
video＿unit＿table()は、図１０（ａ）に示すように、ＶＵの数を示すnumber＿of＿video＿unitと各ＶＵに関する情報を格納するvideo＿unit＿info()とで構成される。
【００９５】
video＿unit＿info()は、図１０（ｂ）に示すように、所定のＶＵに関する各種属性情報を示すVU＿flags、所定のＶＵの先頭表示フレームのＰＴＳ（Presentation Time Stamp）を格納するVU＿PTS、およびファイルの先頭からの相対パック番号を格納するVU＿PNで構成される。VU＿PTSおよびVU＿PNによって特定のＰＴＳに対応するＶＵの位置を特定することが可能になる。すなわち、VU＿PTSはオリジナルストリーム（ＡＶデータ）の再生開始時刻を示し、VU＿PNはＣＡ及びＣＵを記録する第１の連続領域の位置情報、言い換えるとＣＡの先頭位置情報を示す。
【００９６】
VU＿flags()は、図１１（ａ）に示すようにフラグfirst＿unit＿flagを含む。first＿unit＿flagは１ｂｉｔの情報であり、図１１（ｂ）に示すように、０ｂの場合には管理するＶＵがＣＵの先頭でないことを意味し、１ｂの場合には管理するＶＵがＣＵの先頭であることを意味する。
【００９７】
continuous＿area＿table()は、図１２（ａ）に示すように、ＣＡの数を示すnumber＿of＿continuous＿areaと各ＣＡに関する情報を格納するcontinuous＿area＿info()とで構成される。
【００９８】
continuous＿area＿info()は、図１２（ｂ）に示すように、所定のＣＡに関する各種属性情報を示すCA＿flags、所定のＣＡに関して対応するＣＵの先頭表示フレームのＰＴＳ（Presentation Time Stamp）を格納するCA＿PTS、およびファイルの先頭からの相対パック番号を格納するCA＿PNで構成される。CA＿PTSおよびCA＿PNによって、オリジナルストリーム中の特定のＰＴＳに対応するＣＡの位置を特定することが可能になる。
【００９９】
CA＿flags()は、図１３（ａ）に示すようにフラグplacement＿flagを含む。placement＿flagは１ｂｉｔの情報であり、図１３（ｂ）に示すように、０ｂの場合には管理するＣＡが対応する（同期再生する）ＣＵの直前にないことを意味し、１ｂの場合には管理するＣＡが対応する（同期再生する）ＣＵの直前にあることを意味する。
【０１００】
このフラグを参照することで、非破壊編集結果を再生する際に再生が途切れる可能性を知ることが可能である。すなわち、このフラグが０ｂであれば、ＣＡへのシークが発生し、再生が途切れる可能性が高いことがわかる。
【０１０１】
なお、o＿attribute()およびp＿attribute()については説明を省略する。
【０１０２】
最後にプログラム情報ファイルについて説明する。プログラム情報ファイルは図１４に示すように、プログラム情報全般の属性情報を格納するpg＿attribute()と、プログラムを構成する各シーンに関する情報を格納するscene＿table()とで構成される。
【０１０３】
scene＿table()は、図１５（ａ）に示すように、シーン数を格納するnumber＿of＿sceneと各シーンに関する情報を格納するscene＿info()とで構成される。scene＿info()は図１５（ｂ）に示すように、所定のシーンを含むオリジナルストリームファイルを管理するオリジナルストリーム管理情報ファイルのファイル名を格納するsc＿filename、所定のシーンをそのオリジナルストリームのどこから再生するかの情報を格納するsc＿start＿PTS、および所定のシーンの再生時間を格納するsc＿durationで構成される。
【０１０４】
＜記録時の処理＞
次に、ユーザから録画が指示された場合の処理を、図１６のフローチャートに沿って説明する。このとき記録するＡＶストリームはビットレートＲｏ＝１２Ｍｂｐｓ、オーディオのビットレートＲａ＝２５６ｋｂｐｓで、ＶＵ再生時間固定の対応ストリームであるとする。また、すでにファイルシステムの管理情報はＲＡＭ上に読み込まれているものとする。
【０１０５】
まず、ストリームの構成や連続領域の構成を決定する（Ｓ７０１）。１ＶＵを１ＧＯＰ１５フレームで構成するとしたとき、式（６）、式（７）に、Ｒｓ＝２０Ｍｂｐｓ、Ｔａ＝１秒、Ｒｖ＝１２Ｍｂｐｓ、Ｒａ＝２５６ｋｂｐｓ、Ｔｖｍａｘ＝約０．５秒の条件を代入することで、Ｔｅ（ｉ）の範囲が３秒以上４秒以下として得られる。Ｔｖｍａｘ＝約０．５秒でこの条件を満たすのはＴｅ（ｉ）＝３秒のときとなり、６個のＶＵ毎にＣＡが挿入されることになる。
【０１０６】
このときのＣＡの領域サイズは、３秒分のオーディオデータにパックヘッダやパケットヘッダがつくことを考慮して決定する。以上より、上記Ｓ７０１の処理は、ＡＶデータであるオリジナルストリーム及びその関連データであるアフレコデータを所定の間隔毎に部分ＡＶデータ（ＣＵ：すなわち、６個のＶＵ）および部分関連データ（ＣＡ）に分割する第１のステップに相当する。
【０１０７】
６個のＶＵと１個のＣＡとを連続的に記録可能な空き領域をＲＡＭ１０２上のSpace Bitmapを参照して探す。存在しなければ録画を中止し、録画できないことをユーザに知らせる（Ｓ７０２）。
【０１０８】
次に、オーディオエンコーダ１１７、ビデオエンコーダ１１８をそれぞれ起動する（Ｓ７０３）。また、記録用バッファに１ＥＣＣブロック分（３２ＫＢ）以上のデータが蓄積されているかどうかをチェックし（Ｓ７０４）、蓄積されている間、Ｓ７０５からＳ７０８の処理を繰り返す。
【０１０９】
すなわち、記録用バッファに１ＥＣＣブロック分以上のデータが蓄積されていれば、次に記録するディスク上のＥＣＣブロックの空き状況をＲＡＭ上のSpace Bitmapを参照して調べる（Ｓ７０５）。空きがあれば、記録用バッファ１１１中の１ＥＣＣブロック分のデータをディスクに記録する（Ｓ７０６）。空きがなければ、９個のＶＵとＣＡを記録可能な連続的な空き領域を探して（Ｓ７０７）、その空き領域の先頭へピックアップを移動し（Ｓ７０８）、記録用バッファ１１１中の１ＥＣＣブロック分のデータをディスクに記録する（Ｓ７０６）。
【０１１０】
以上より、上記Ｓ７０４の処理は、一続きの部分ＡＶデータと部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップに相当する。また、上記Ｓ７０６の処理は、第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップに相当する。
【０１１１】
一方、記録用バッファ１１１に１ＥＣＣブロック分以上のデータが蓄積されていなければ、記録終了が指示されているかどうかをチェックし（Ｓ７０９）、記録終了でなければＳ７０４に移行する。
【０１１２】
Ｓ７０９において記録終了が指示されていた場合は、以下の処理を実行する。まず、記録用バッファ中の３２ＫＢに満たないデータに関して、末尾にダミーデータを付加し３２ＫＢにする（Ｓ７１０）。次に、そのデータをディスク上に記録する（Ｓ７１１〜Ｓ７１４）。尚、上記７１１〜Ｓ７１４の処理は、Ｓ７０５〜Ｓ７０８の処理と同様の処理である。
【０１１３】
さらに、ＲＡＭ１０２上のオリジナルストリームに関する管理情報およびアフレコデータに関する管理情報をそれぞれオリジナルストリーム管理情報ファイルおよびアフレコデータ管理情報ファイルに記録する（Ｓ７１５）。また、ファイルシステム管理情報を光ディスク１０６に記録する（Ｓ７１６）。なお、その際のファイルシステム管理情報は、ＣＡとＣＵとが別のファイルとして扱われるように構成する。
【０１１４】
以上より、上記Ｓ７１６の処理は、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データと前記第１の連続領域とを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップに相当する。
【０１１５】
また、上記Ｓ７１５の処理は、前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップに相当する。
【０１１６】
以上の処理と並行するオーディオエンコーダ１１７、ビデオエンコーダ１１８およびマルチプレクサ１１３の動作について説明する。それぞれのエンコーダがエンコードした結果は、オーディオ記録用バッファ１１９およびビデオ記録用バッファ１２０に送られる。マルチプレクサ１１３はそれらのデータをMPEG-2 PSに多重化して記録用バッファ１１４に格納する。
【０１１７】
記録用バッファ１１４に１ＶＵ分のデータが送られ、なおかつ、そのＶＵが９×ｉ番目（ｉは０以上の整数）のＶＵであれば、上述のサイズを持ったＣＡを先に記録用バッファ１１１に送る。
【０１１８】
さらに、ホストＣＰＵ１０１に１ＶＵ分のデータがエンコードできたことを通知し、ホストＣＰＵ１０１はＶＵの先頭ＰＴＳ、パック数およびＣＡを構成するパック数を基にＲＡＭ１０２上のオリジナルストリームに関する管理情報およびアフレコデータに関する管理情報を更新する。
【０１１９】
＜再生時の処理＞
すでにアフレコを行ったプログラムに対してユーザから再生が指示された場合の処理を、図１７のフローチャートに沿って説明する。ここで、すでに再生の対象となるプログラム情報ファイルはＲＡＭ１０２に読み込まれているものとする。
【０１２０】
まず、プログラム情報ファイル中のscene＿info()のsc＿filenameを参照し、このプログラムが参照しているオリジナルストリームファイルおよびアフレコデータファイルをｏｐｅｎする。同時にそれらを管理するオリジナルストリーム管理情報ファイルを読み込む（Ｓ９０１）。
【０１２１】
次にシーン番号に０をセットし（Ｓ９０２）、シーン番号がscene＿table()中のnumber＿of＿sceneより小さい間（Ｓ９０３）、以下のシーン番号に対応するscene＿infoの内容を参照して後述するシーンの再生を行い（Ｓ９０４）、終わったらシーン番号をインクリメントする（Ｓ９０５）。
【０１２２】
次にシーン再生処理について図１８を用いて説明する。まず、scene＿info()中のsc＿filenameに対応する、すでにＲＡＭ１０２に読み込まれたオリジナル管理情報のvideo＿unit＿table()を参照し、sc＿start＿PTS以下でなおかつ最大のVU＿PTSを持つ、video＿unit＿info()を探す（Ｓ８０１）。上記Ｓ８０１の処理は、再生が開始されるシーンのＶＵ番号を求めることとなる。なお、video＿unit＿table()中でvideo＿unit＿info()の順番をＶＵ番号と呼ぶ。
【０１２３】
次に、continuous＿area＿table()を参照し、sc＿start＿PTS以下でなおかつ最大のCA＿PTSを持つcontinuous＿area＿info()を探す（Ｓ８０２）。上記Ｓ８０２の処理は、再生が開始されるシーンに対応するＣＡのアドレスを求めることとなる。さらに、その中のCA＿PNで指定されるパックから、次のcontinuous＿area＿info()のCA＿PNで指定されるパックの直前のパックまでをアフレコデータファイルから読み出す（Ｓ８０３）。
【０１２４】
次に現在のＶＵ番号に対応するvideo＿unit＿info()のVU＿PNを参照しＶＵのアドレスを求め（Ｓ８０４）、それを基にオリジナルストリームファイルからＶＵを読み出す（Ｓ８０５）。次に、そのシーンの終わりかどうかを判断する（Ｓ８０６）。具体的には、現在のシーンの既再生時間がscene＿info()中のsc＿duration以上であればそのシーンの終わりとする。
【０１２５】
シーンの再生が終了していなければ、次にＶＵ番号をインクリメントし（Ｓ８０７）、video＿unit＿info()中のfirst＿unit＿flagを参照することで、そのvideo＿unit＿info()が管理するＶＵがＣＵの先頭であるか否かが判断される（Ｓ８０８）。
【０１２６】
このときfirst＿unit＿flagが１であれば、そのvideo＿unit＿info()が管理するＶＵはＣＵの先頭であると判断し、前述の手順で対応するＣＡのアドレスを求め（Ｓ８０９）、アフレコデータファイルからＣＡの読み出しを行う（Ｓ８１０）。一方、first＿unit＿flagが０であれば、そのvideo＿unit＿info()が管理するＶＵはＣＵの先頭でないと判断し、Ｓ８０４〜Ｓ８０８の処理を繰り返す。
【０１２７】
上記のストリームおよびデータの光ディスク１０６からの読み出しと平行して、デコード処理を以下のように行う。まず読み出されたＶＵは、デマルチプレクサ１１２に送られ、ビデオＰＥＳパケットおよびオーディオＰＥＳパケットが取り出され、ビデオＰＥＳパケットはビデオ再生用バッファ１１１に送られ、オーディオＰＥＳパケットはオーディオ再生用バッファ１１０に送られる。
【０１２８】
デマルチプレクサ１１２はパックヘッダからＳＣＲを取り出し、システムクロック１０５を更新する。ビデオデコーダ１１６およびオーディオデコーダ１１５は、システムクロック１０５が、ＰＥＳパケットヘッダに付随するタイムスタンプと一致した時点でデコードや出力を行う。
【０１２９】
本実施の形態１においては、オリジナルストリームを格納するＣＵと、同期再生を行うアフレコデータを格納するＣＡがディスク上で物理的な近傍にあるため、シーン開始がＣＵの終端付近のＶＵからであったとしても、ＣＡからＶＵのシークによって生じるデータ読み出しの停止時間はわずかで済む。
【０１３０】
それに対し、アフレコデータを同期再生するオリジナルストリームの近傍に配置しない場合、シーンの先頭部分におけるアフレコデータの読み出しと、オリジナルストリームの読み出しとの間に生じるシーク時間は最悪ディスクの最内周から最外周に至るものになる。したがって本実施形態に比べ、シーン間で再生が途切れる可能性が高くなる。
【０１３１】
＜アフレコ時の処理＞
次に、ユーザからアフレコが指示された場合の処理について説明する。アフレコ時の処理は前述の再生時の処理にいくつかの処理が加わったものであるため、差異部分についてのみ説明する。
【０１３２】
まず、アフレコデータの記録のために、シーンの再生開始と同時にオーディオエンコーダ１１７を起動し、アフレコデータをエンコードした結果はＰＥＳパケットの形式でオーディオ記録用バッファ１１９に送る。マルチプレクサ１１３はＰＥＳパケットをパック化し、記録用バッファ１１４に送る。その際、パックヘッダのＳＣＲおよびパケットヘッダのＰＴＳはオリジナルストリームに合わせる。
【０１３３】
現在デコード中のＣＵの範囲を超えるＰＴＳを持つパックが記録用バッファ１１４に到着した時点で、記録用バッファ１１４に存在するパック列をアフレコデータファイルに記録する。記録対象のＣＡの位置は現在デコード中のＣＵのＰＴＳからcontinuous＿area＿table()を参照することで求める。
【０１３４】
ＣＡ記録時にディフェクトに遭遇した場合、記録中のＣＡは破棄し、別の領域に新規にＣＡを記録する。これは、記録中のＣＡの記録領域はディフェクトによって減少し、対応するＣＵの再生時間分のデータをＣＡに記録できなくなってしまうためである。その際に、そのＣＡを管理するcontinuous＿area＿info()中のplacement＿flagを０に変更することで、対応するＣＵの直前にＣＡが存在しないことがわかるようにしておく。もちろん、ファイルシステム管理情報における破棄したＣＡのextentは、新規作成したＣＡのextentに置き換える。
【０１３５】
これにより、非破壊編集時や非破壊編集結果の再生時に、ＣＡとＣＵとが連続して記録されていない区間が前記placement＿flagを参照するだけでわかり、その区間は再生が途切れる可能性が高いことを事前にユーザに伝えることが可能である。また、このフラグを頼りに連続して記録されていないＣＡとＣＵとを後から連続して記録されるよう再配置することも可能である。
【０１３６】
＜実施の形態１における変形例＞
本実施の形態１においては、アフレコデータファイルにオリジナルストリームファイルと同様にMPEG-2 PS形式で記録しているが、Elementary Stream、すなわちパック化やパケット化せずに記録することも考えられる。これにより、ＣＡの一部分のみのアフレコデータを書き換える際に、パックからＡＡＵを抜き出してＡＡＵを置き換えて再度パック化する、という手間が不要になる。
【０１３７】
また、本実施の形態１においては、ＣＡにオーディオデータを記録しているが、他の種類のデータを記録してもよい。例えば、オリジナルストリーム中のビデオに重畳して表示するグラフィックスデータを記録してもよい。
【０１３８】
また、本実施の形態１においては、１個のＡＡＵが複数のパックにまたがるように記録できるが、またがらないように制限してもよい。このことによって、ＣＡの一部のみのアフレコデータを書き換える際に、書き換えたいＡＡＵの含まれるパックを上書きするだけで済む。
【０１３９】
また、本実施の形態１においては、アフレコ時にＣＡ中にディフェクトを検出した場合、そのＣＡを破棄し別の領域に記録している。しかし、ディフェクトがあることを想定し、初期録画時にディフェクト用にマージンを考慮してＣＡのサイズを決定し、アフレコ時にディフェクトを検出した場合は、そのＣＡ中の次の位置に記録するようにしてもよい。このことにより、ＣＡとＣＵとが連続的に記録できる。
【０１４０】
また、本実施の形態１においては、別ファイルであるＣＡとＣＵとを対応付けるため、ＣＵ中のデータの先頭のタイムスタンプからＣＵおよびＣＡの先頭アドレスを算出できるようにしているが、対応付けがわかるようになっていればどのような表現形態であってもよいことは言うまでもない。
【０１４１】
また、本実施の形態１においては、MPEG-2 PSを用いているが、MPEG-2 TSでも同様に実現できることは言うまでもない。
【０１４２】
〔実施の形態２〕
本発明の第２の実施形態について、図１９を用いて説明する。
【０１４３】
本実施の形態２における実施の形態１との違いは、実施の形態１が、同期再生を行う複数のデータを記録媒体上で連続的に配置し、それぞれのデータを別のファイルとして管理するというものであるのに対し、本実施の形態２は、それぞれのデータは同じ再生時間軸上にあるものの同時には再生せず切り替えて再生することを前提にしている点にある。
【０１４４】
具体的には、DVD-Videoにおけるマルチアングル機能と呼ばれる、同じ時間軸における複数のアングルからの映像を再生中に切り替え可能な機能を想定したものである。
【０１４５】
尚、本実施の形態２に係る記録動作は、上記実施の形態１に係る記録動作において同期再生されるべきオリジナルストリームとアフレコデータとの関係を、同じ再生時間軸上にある２種類のオリジナルストリームの関係に置き換えただけのものであり、実質的な動作は同じである。
【０１４６】
＜ファイル構成＞
ビデオ・オーディオデータをMPEG-2 PS形式で多重化し、アングル毎に別ファイルに記録する。図１９（ａ）の例では、第１のアングルからのデータをANGL0001.M2P、第２のアングルからのデータをANGL0002.M2Pに記録する。
【０１４７】
＜ディスクへの配置＞
図１９（ｂ）に示すように第１のアングルからのデータであるANGL0001.M2Pを部分データ２０２１、２０２２、２０２３に分割し、第２のアングルからのデータであるANGL0002.M2Pを部分データ２０１１、２０１２、２０１３に分割し、ディスク２００１上で交互に配置する。なお、分割の単位の決定方法は、DVD-Videoにおけるマルチアングルデータの配置と同様であるため、説明を省略する。
【０１４８】
このことによって、DVD-Videoにおけるマルチアングル切り替えと同様のアングル切り替えのレスポンスを実現すると同時にそれぞれのデータファイルは一般的なMPEG-2 PS対応デコーダで再生可能とすることができる。
【０１４９】
〔実施の形態３〕
本発明の第３の実施形態について、図２１ないし図２８を用いて説明する。
【０１５０】
本実施の形態３における実施の形態１との違いは、実施の形態１では、アフレコ用領域を１個のファイル（すなわち、図４におけるアフレコデータファイル（SHRP0001.PRE））で管理しているのに対し、本実施の形態３では、空き領域を確保しておくためのファイルと個々のＡＶデータを記録するためのファイルを別にしている点にある。なお、本実施の形態３は実施の形態１と類似するため、相違点に絞って説明を行う。
【０１５１】
＜ファイル・ディレクトリ構成＞
本実施の形態３におけるファイル・ディレクトリ構成を図２１に示す。このファイル・ディレクトリ構成では、実施の形態１におけるファイル・ディレクトリ構成（図４参照）に対して、アフレコ領域予約ファイル(SHRP0001.RSV)、アフレコデータ管理情報ファイル(SHRP0001.PMI)、およびグラフィックスファイル(SHRP0001.PNG)が追加されている。
【０１５２】
アフレコ領域予約ファイル(SHRP0001.RSV)は、アフレコ用の領域を予約するためのファイルである。アフレコデータ管理情報ファイル(SHRP0001.PMI)は、アフレコデータファイルに対応する管理情報である。グラフィックスファイル(SHRP0001.PNG)は、ビデオに重畳表示するグラフィックスデータを格納するファイルである。また、プログラム情報ファイル（SHRP0001.PGM）、オリジナルストリーム管理情報ファイル（SHRP0001.OMI）、オリジナルストリームファイル（SHRP0001.M2P）は、実施の形態１における同名称のファイルと同じものである。
【０１５３】
アフレコ領域予約ファイルは、録画時にオリジナルストリームファイル１個につき１個記録される。アフレコデータ管理情報ファイルは、アフレコデータファイル１個につき１個作成される。グラフィックスファイルは、録画後に非破壊編集によって追加されるファイルであり、ビデオに重畳表示するタイトルや手書き文字の画像を格納する。グラフィックスファイルにおける画像の格納フォーマットにはPNG（Portable Network Graphics）を用いる。
【０１５４】
また、アフレコデータファイル(SHRP0001.PRE)については、実施の形態１とは異なり、アフレコを行うことによってはじめて生成される。つまり録画時には、実施の形態１におけるアフレコデータファイルの代わりにアフレコ領域予約ファイルが記録されることになる。
【０１５５】
＜ＡＶストリームの形態＞
ＡＶストリームの形態については、図５を参照して説明した実施の形態１の構成と同様である。
【０１５６】
＜アフレコ領域予約ファイル＞
アフレコ領域予約ファイルは、実施の形態１において図６で示されるアフレコデータファイルと同様の構成をとる。すなわち、アフレコ領域予約ファイルは、整数個のContinuous Area（ＣＡ）で構成され、ＣＡ１個はオリジナルストリームファイルにおけるＣＵ１個に対応して存在し、対応するＣＵのアフレコデータを記録するための領域を確保する。ただし、ここでのＣＡはあくまでも領域を確保するためのものであり、再生対象のＡＶデータではないため、中身のデータは何であってもよい。
【０１５７】
＜ディスクへの配置＞
本実施の形態３における各ファイルのディスクへの配置形態について説明する。図２２（ａ）〜２２（ｂ）は、録画後、アフレコが行われていない状態（すなわち、アフレコデータファイルが作成されていない状態）のファイル配置をしめしている。図２２（ａ）に示す互いに対応するオリジナルストリームファイル（SHRP0001.M2P）とアフレコ領域予約ファイル(SHRP0001.RSV)とは、光ディスク１０６でＣＵの直前に対応するＣＡが配置されるように記録する（図２２（ｂ））。
【０１５８】
次に、オーディオおよびグラフィックスを追加記録した後の、アフレコ領域予約ファイル、アフレコデータファイルおよびグラフィックスファイルのディスクへの配置について図２３（ａ）〜２３（ｂ）を用いて説明する。図２３（ａ）に、追加記録されるグラフィックスファイル(SHRP0001.PNG)およびアフレコデータファイル(SHRP0001.PRE)の構成を示す。グラフィックスファイルはグラフィックスデータＩＭＧを格納している。アフレコデータファイルは、図２２（ａ）に示したオリジナルストリームファイルにおけるＣＵ＃ｎ−１、ＣＵ＃ｎ、ＣＵ＃ｎ＋１のそれぞれに対応するアフレコオーディオデータＰＲ＃１、ＰＲ＃２、ＰＲ＃３を格納している。
【０１５９】
上述のＩＭＧおよびＰＲのデータは、図２３（ｂ）で示す形態にて光ディスク１０６に配置される。すなわち、図２２（ｂ）において、ＣＡ＃ｎ−１で確保されていた領域にＰＲ＃１、ＣＡ＃ｎで確保されていた領域にＰＲ＃２、ＣＡ＃ｎ＋１で確保されていた領域にＰＲ＃３が配置される。また、グラフィックスデータＩＭＧは、ＣＡ＃ｎ＋１で確保されていた領域に配置されている。
【０１６０】
このように、ＣＡによって確保していた領域にＩＭＧおよびＰＲのデータを配置することによって、アフレコ領域予約ファイル(SHRP0001.RSV)を構成するＣＡ＃ｎ−１、ＣＡ＃ｎ、ＣＡ＃ｎ＋１の領域サイズが縮小される。この縮小は、ファイルシステム管理情報中におけるそれぞれのＣＡの領域を管理しているextentを変更することで実現される。
【０１６１】
このように、アフレコ領域の空きを管理するファイルであるアフレコ領域予約ファイルを導入することで、複数種類のデータを後から追加していくのが容易になる。また、グラフィックスデータとアフレコオーディオデータを別のファイルに格納することによって、グラフィックスデータだけを別のプログラムから参照したりすることができるようになり、柔軟性が増す。
【０１６２】
＜管理情報ファイルフォーマット＞
オリジナルストリーム管理情報ファイルのフォーマットは実施の形態１と同一であり、ここでは説明を省略する。アフレコデータ管理情報ファイルのフォーマットは、実施の形態１におけるオリジナルストリーム管理情報ファイルとほぼ共通であるが、p＿attribute()およびcontinuous＿area＿table()が存在しない点で異なる。
【０１６３】
次に、プログラム情報ファイルの構成を図２４に示す。本実施の形態３に係るプログラム情報ファイルは、録画後から追加されたオーディオデータおよびグラフィックスデータをそれぞれ管理するsubaudio＿table()およびgraphics＿table()が追加された点で実施の形態１（図１４参照）とは異なる。
【０１６４】
subaudio＿table()は、図２５（ａ）に示すように、オーディオデータの個数を表すnumber＿of＿subaudioと、各オーディオデータに関する情報を格納するsubaudio＿info()とで構成される。subaudio＿info()は、図２５（ｂ）に示すように、所定のオーディオデータを管理するアフレコデータ管理情報ファイルのファイル名を格納するSA＿filenameと、所定のオーディオデータの各種属性を管理するSA＿flagsと、プログラム中の再生開始タイミングと再生継続時間とをそれぞれ示すSA＿start＿timeとSA＿durationとで構成される。
【０１６５】
一方、graphics＿table()は、図２６（ａ）に示すように、グラフィックスファイルの個数を表すnumber＿of＿graphicsと各グラフィックスファイルに関する情報を格納するgraphics＿info()とで構成される。graphics＿info()は、図２６（ｂ）に示すように、所定のグラフィックスファイルのファイル名を格納するgr＿filenameと、所定のグラフィックスデータの各種属性を管理するgr＿flagsと、プログラム中の再生開始タイミングと再生継続時間とをそれぞれ示すgr＿start＿timeとgr＿durationとで構成される。
【０１６６】
SA＿flagsとgr＿flagsとは同一の構成を持ち、図２７（ａ）に示すようにフラグinterleave＿flagを含む。interleave＿flagは、１ｂｉｔの情報であり、図２７（ｂ）に示すように、０ｂの場合、管理するオーディオデータあるいはグラフィックスファイルが対応する（同期再生する）ＣＵの直前にないことを意味し、１ｂの場合、対応する（同期再生する）ＣＵの直前にあることをそれぞれ意味する。このフラグを参照することで、非破壊編集結果を再生する際に再生が途切れる可能性を知ることが可能である。すなわち、このフラグが０ｂであれば、ＣＡへのシークが発生し、再生が途切れる可能性が高いことがわかる。
【０１６７】
＜ＣＵ単位決定方法＞
ＣＵ単位決定方法については、図７および図８を参照して説明した実施の形態１の方法と同様である。
【０１６８】
＜記録時の処理＞
記録時の処理については、図１６を参照して説明した実施の形態１の処理と同様である。
【０１６９】
＜再生時の処理＞
すでにアフレコを行ったプログラムに対してユーザから再生が指示された場合の処理を以下に説明する。基本的な流れは実施の形態１においてフローチャート図１７に沿って説明したとおりであるため同一の処理を行う部分については説明を省略する。ただし、本実施の形態３に係る再生処理では、シーン再生処理が実施の形態１とは異なるため、シーン再生処理のみに絞って図２８に沿って説明する。
【０１７０】
まず、scene＿info()中のsc＿filenameに対応する、すでにＲＡＭ１０２に読み込まれたオリジナル管理情報のvideo＿unit＿table()を参照し、sc＿start＿PTS以下でなおかつ最大のVU＿PTSを持つ、video＿unit＿info()を探す（Ｓ８０１）。なお、video＿unit＿table()中でvideo＿unit＿info()の順番をＶＵ番号と呼ぶ。
【０１７１】
次に、プログラム情報ファイルのgraphics＿table()およびsubaudio＿table()を参照し、現在のＶＵを含むＣＵとの同期再生を行うグラフィックスファイルおよびオーディオデータが存在するかどうかを検索する（Ｓ８０２’）。そのようなグラフィックスファイルおよびオーディオデータが存在した場合、グラフィックスファイルについてはそのファイルの読み出しを行い、オーディオデータについては、そのオーディオデータを管理するオーディオデータ管理情報ファイルを参照し、対応するオーディオデータの読み出しを行う（Ｓ８０３’）。
【０１７２】
次に現在のＶＵ番号に対応するvideo＿unit＿info()のVU＿PNを参照しＶＵのアドレスを求め（Ｓ８０４）、それを基にオリジナルストリームファイルからＶＵを読み出す（Ｓ８０５）。次に、そのシーンの終わりかどうかを判断する（Ｓ８０６）。具体的には、現在のシーンの既再生時間がscene＿info()中のsc＿duration以上であればそのシーンの終わりとする。
【０１７３】
シーンの再生が終了していなければ、次にＶＵ番号をインクリメントし（Ｓ８０７）、video＿unit＿info()中のfirst＿unit＿flagを参照する。このときfirst＿unit＿flagが１であれば、そのvideo＿unit＿info()が管理するＶＵはＣＵの先頭であると判断し（Ｓ８０８）、同期再生を行うグラフィックスファイルおよびオーディオデータの存在を前述の手順で確認し（Ｓ８０９’）、存在した場合には前述の手順で読み出す（Ｓ８１０’）。
【０１７４】
＜アフレコ時の処理＞
ユーザからアフレコが指示された場合の処理について説明する。アフレコ時の処理は前述の再生時の処理にいくつかの処理が加わったものであるため、差異部分についてのみ説明する。
【０１７５】
まず、記録媒体においてアフレコするための領域が存在するかどうかが確認される。具体的には、アフレコ対象のストリームに関する管理情報ファイル中のcontinuous＿area＿info()を調べ、アフレコ領域予約ファイルによって確保された各領域のサイズがアフレコデータを記録可能なサイズかどうかを調べる。もし十分なサイズがあればその領域にアフレコデータを記録し、十分なサイズが無ければ、アフレコデータは、アフレコ領域予約ファイルによって確保された領域ではなく、別の領域に記録することになる。
【０１７６】
次に、再生開始と同時にオーディオエンコーダ１１７を起動し、エンコードした結果はＰＥＳパケットの形式でオーディオ記録用バッファ１１９に送る。マルチプレクサ１１３はPESパケットをパック化し、記録用バッファ１１４に送る。その際、パックヘッダのＳＣＲおよびパケットヘッダのＰＴＳはオリジナルストリームに合わせる。
【０１７７】
現在デコード中のＣＵの範囲を超えるＰＴＳを持つパックが記録用バッファ１１４に到着した時点で、記録用バッファ１１４に存在するパック列をアフレコデータファイルに記録する。記録対象のＣＡの位置は現在デコード中のＣＵのＰＴＳからcontinuous＿area＿table()を参照することで求める。ＣＡによって確保されている領域にアフレコデータをアフレコデータファイルに記録する。
【０１７８】
アフレコが終わった時点では以下のことを行う。まず、記録したアフレコデータファイルに対応するアフレコデータ管理ファイルを作成する。その際に、１個のＣＵ毎に１個のvideo＿unit＿info()を作成する。
【０１７９】
次に、プログラム情報ファイル中のsubaudio＿tableにエントリを追加する。このとき、アフレコデータをアフレコ領域予約ファイルで確保されていた領域に記録したならば、そのことを示すためSA＿flags()のinterleave＿flagを１にセットする。そうでなければ０をセットする。
【０１８０】
また、アフレコ領域予約ファイルに関して、アフレコデータが記録された領域をファイルの管理対象から外す。すなわちサイズを小さくする。さらに、その分だけcontinuous＿area＿＿table()中の各エントリのCA＿PNを減ずる。このことによって、continuous＿area＿info()を参照したとき、各ＣＡに後どれだけデータを記録できるかがわかる。
【０１８１】
＜グラフィックスデータ付加時の処理＞
ユーザからビデオに重畳表示するグラフィックスデータの付加が指示された場合の処理について説明する。まず、グラフィックスデータを格納したファイルを記録するための領域が存在するかどうか調べる。具体的にはグラフィックスデータ付加対象のストリームに関する管理情報ファイル中のcontinuous＿area＿info()を調べ、グラフィックスデータを重畳表示を開始するビデオフレームが含まれるＣＵに対応するＣＡにグラフィックスデータを記録可能な領域が存在するかどうかを調べる。
【０１８２】
上記ＣＡにおいてグラフィックスデータの記録が可能であればその領域に記録し、アフレコ終了時と同様、グラフィックスデータを記録した領域をアフレコ領域予約ファイルから開放する。開放した分だけcontinousou＿area＿info()中の後続するエントリのCA＿PNを減ずる。また、プログラム情報ファイルのgraphics＿table()にgraphics＿info()のエントリを１個追加し、そのエントリ中のgr＿flags()のinterleave＿flagを１にセットする。この場合、同時再生するビデオデータとディスク上で近接した位置にグラフィックスデータを記録されていることにより、ビデオ再生時にグラフィックスデータを読み出すためのシークが不要となる。そのため、シークによるビデオ再生の途切れや、電力消費等を抑えることが可能になる。
【０１８３】
一方、上記ＣＡにおいてグラフィックスデータの記録が可能でなければ、該グラフィックスデータは別の領域に記録する。また、プログラム情報ファイルのgraphics＿table()にgraphics＿info()のエントリを１個追加し、そのエントリ中のgr＿flags()のinterleave＿flagを０にセットする。再生時にはこのフラグを参照することで、ユーザにビデオ再生に途切れが発生するかもしれないことをビデオ再生前に知らせることができる。
【０１８４】
＜実施の形態３における変形例＞
本実施の形態３では、グラフィックスファイルやアフレコデータファイルは録画後に追加記録しているが、録画時に記録してもよいことは言うまでもない。その場合でも、グラフィックスファイルやアフレコデータファイルをビデオファイルとは独立したファイルとして扱うことができ、ビデオファイルは一般的なMPEG-2 PSファイルであり、なおかつ同期再生にあたってシークが必要ない。
【０１８５】
また本実施の形態３では、グラフィックスファイルにPNGファイルフォーマットを用いているが、JPEG等他のファイルフォーマットを用いていもよいことは言うまでもない。
【０１８６】
〔実施の形態４〕
本発明の第４の実施形態について、図２９ないし図３０を用いて説明する。本実施の形態４の位置付けは、実施の形態１におけるディスクへの配置およびＣＵ単位決定方法のバリエーションである。したがって、それ以外の部分については共通するため、相違点に絞って説明を行う。
【０１８７】
＜ファイル・ディレクトリ構成＞
実施の形態１と同一であるため説明を省略する。
【０１８８】
＜ＡＶストリームの形態＞
実施の形態１と以下の点を除き同一である。実施の形態１と異なる点は、本実施形態においてはＣＵが連続的に記録されなくてもよい点である。
【０１８９】
＜アフレコデータファイル＞
実施の形態１と同一であるため説明を省略する。
【０１９０】
＜ディスクへの配置＞
オリジナルストリームファイルおよびアフレコデータファイルのディスクへの配置について図２９を用いて説明する。図２９（ａ）に示す、互いに対応するオリジナルストリームファイル(SHRP0001.M2P)とアフレコデータファイル(SHRP0001.PRE)とは、原則的には実施の形態１のように光ディスク１０６でＣＵの直前に対応するＣＡが配置されるように記録するが、実施の形態１と異なりＣＵの途中で分断することを許す。図２９（ｂ）のＣＵ＃ｎ−１とＣＵ＃ｎがその例である。ただしＣＡに関しては実施の形態１と同様、１個のＣＡ内での分断は許さない。また、１個の連続領域中に含まれるＶＵの再生時間の合計はＣＵの再生時間以上でなければならない。
【０１９１】
このように、ＣＵの途中における分断を許すことによって、空き領域を有効活用できる可能性が高まる。例えば、ＣＵが１６秒でなおかつ２０秒分の連続した空き領域が光ディスク１０６上にある場合、ＣＵの途中で分断を許さなければ前記空き領域に１６秒しか記録できず、残りの４秒は無駄になるが、ＣＵの途中で分断できれば２０秒分記録することが可能である。
【０１９２】
＜ＣＵ単位決定方法＞
ＣＵ再生時間の決定方法について、図３０を用いて説明する。この決定方法では、実施の形態１と同様、機器間での互換性確保のため、基準となるデバイス(リファレンス・デバイス・モデル)と基準となるアフレコアルゴリズム(リファレンス・アフレコ・アルゴリズム)とを想定し、次にそれらを用いてアフレコを行った際にシームレス再生が破綻しないようにＣＵ再生時間を決める。
【０１９３】
リファレンス・デバイス・モデルについては実施の形態１と同様であるため説明を省略する。
【０１９４】
リファレンス・アフレコ・アルゴリズムは以下の（ａ），（ｂ）で表される。（ａ）原則的には、現在のＣＵの読み出しが終了したときにＣＡの記録を実行する。（ｂ）ただし、現在読み出し中のＣＵの、次のＣＵの末尾が別の連続領域に含まれていた場合、ＣＡの記録は現在読み出し中のＣＵの、次のＣＵの読み出しが終了するときまで延期する。
【０１９５】
図３０（ａ），３０（ｂ）に例を示す。図３０（ａ）は上記の（ａ）の一例である。尚、図３０中の(1)から(8)までの番号は、以下の説明中の(1)から(8)までの番号に対応する。
【０１９６】
(1)Ｎ番目のＣＵであるＣＵ＃Ｎを読み出す。(2)次に記録すべきＣＡであるＣＡ＃Ｍのアフレコデータのエンコードが終了するのを待ち、終了したらＣＡ＃Ｍへピックアップを移動。(3)ＣＡ＃Ｍにアフレコデータを記録。(4)ＣＵ＃Ｎ＋１へピックアップを移動。(5)ＣＵ＃Ｎ＋１を読み出し。(6)次に記録すべきＣＡであるＣＡ＃Ｍ＋１のアフレコデータのエンコードが終了するのを待ち、終了したらＣＡ＃Ｍ＋１へピックアップを移動。(7)ＣＡ＃Ｍにアフレコデータを記録。(8)ＣＵ＃Ｎ＋２へピックアップを移動。
【０１９７】
図３０（ｂ）は上記の（ｂ）の一例である。(1)まずＣＵ＃Ｎを読み出す。このとき、次のＣＵであるＣＵ＃Ｎ＋１の終端が別の連続領域に存在するため、ＣＵ＃Ｎの読み出し直後にＣＡの記録は行わずＣＵ＃Ｎ＋１のうち同じ連続領域に存在するＣＵ＃Ｎ＋１の前半部まで読み出す。(2)ＣＵ＃Ｎ＋１を連続領域の終端まで読み出し終わったら、ＣＡ＃Ｍへのピックアップの移動を行い、(3)ＣＡ＃Ｍにアフレコデータを記録し、(4)ＣＵ＃Ｎ＋１の残りの部分へのピックアップの移動を行う。
【０１９８】
このようなアルゴリズムを用いることによって、ＣＵの途中で分断していた場合でも連続領域間のジャンプとＣＡ記録のためのジャンプを共通化でき、ジャンプによるデータ読み出しの途切れを最小化し、その結果、連続領域長およびＣＵ・ＣＡの単位を小さくすることが出来る。このことによってディスク上での空き領域の有効利用が図れる。
【０１９９】
前記リファレンス・デバイス・モデルにおいて、前記リファレンス・アフレコ・アルゴリズムを用いてアフレコを行った場合、次のような条件を満たせば、アフレコ用バッファ５０４のオーバーフローおよびトラックバッファ５０２のアンダーフローがないことが保証できる。
【０２００】
その条件とは、実施の形態１と同様式（１）が成立することである。なお本実施の形態４における記号は、特に説明がない限り実施の形態１と同じ意味を表す。
【０２０１】
式（１）中のＴｗ（ｉ）は実施の形態１の式（４）と同様であるが、Ｔｒ（ｉ）については式（８）のように実施の形態１の式（３）からＴａを除いた形態、すなわちジャンプを含めない形態となる。
【０２０２】
【数８】
【０２０３】
ジャンプを含めない理由は以下のとおりである。本実施の形態４においてはＣＵ読み出し途中のジャンプ時にＣＡ記録時を行うため、ＣＵ読み出し途中のジャンプはＣＡ記録時のジャンプとして扱うからである。このことにより最終的なＣＵの単位および連続領域の単位を小さくすることができる。
【０２０４】
式（１）に式（８）および式（４）を代入してＴｅ（ｉ）で解くと、リアルタイムアフレコを保証可能なＴｅ（ｉ）の条件、すなわち以下の式（９）が得られる。
【０２０５】
【数９】
【０２０６】
つまり、アフレコ保証可能なＣＵ再生時間下限値Ｔｅｍｉｎは、以下の式（１０）に示すものとなる。
【０２０７】
【数１０】
【０２０８】
このとき、ＣＵ再生時間の上限値Ｔｅｍａｘは、以下の式（１１）のように設定する。ここで、ＴｖｍａｘはＶＵの最大再生時間である。
【０２０９】
【数１１】
【０２１０】
ＣＵ再生時間の上限値を設定するのは、アフレコ用音声と通常音声との同期再生に必要な遅延用メモリの最大量を見積り可能にし、再生互換性を保証するためである。尚、本実施の形態４では、オーディオビットレートＲａおよびビデオビットレートＲｖに応じて多重化間隔下限値Ｔｅｍｉｎを設定しているが、ビットレートに関わらず一定の下限値を設定しても良い。ただし、その値は最大のビットレートに基づいたものでなければならない。
【０２１１】
また、ＣＵ再生時間が上記の制限を満たせば、ストリーム中のＶＵ再生時間は固定でも可変でも構わない。
【０２１２】
＜必要なバッファメモリ量＞
本実施形態においてアフレコ時に必要なトラックバッファ５０２の容量は以下の考えに基づいて算出すればよい。まず、本実施の形態４において最も容量の必要な場合を想定すると、ＣＡへのアフレコデータ記録が続けて発生する場合である。具体的には、ＣＵの末尾の直前で分断している場合である。言い換えると、ＣＵが２個の連続領域に分割して記録されていて、かつ、そのほとんどのデータが先行する連続領域に存在する場合である。
【０２１３】
この場合、前述のリファレンス・アフレコ・アルゴリズムに従うと、ＣＵの末尾の直前でＣＡへのアフレコデータ記録を行い、次にこのＣＵの末尾のわずかなデータを読んだら直ちに次のＣＡへのアフレコデータ記録を行い、もどってＣＡの読み込みを行うことになる。これに対応するためにはＣＡへのアフレコデータ記録２回分および１個のＣＡ読み込みの期間にわたって再生を継続可能な容量が必要となる。具体的には式（１２）にしたがってトラックバッファ５０２の容量Ｂｐｂを確保すればよい。
【０２１４】
【数１２】
【０２１５】
＜管理情報ファイルフォーマット＞
実施の形態１と同一であるため説明を省略する。
【０２１６】
＜記録時の処理＞
実施の形態１とは、ＣＵをディスク上で連続的に記録する制限以外同一であるため説明を省略する。
【０２１７】
＜再生時の処理＞
実施の形態１と同一であるため説明を省略する。
【０２１８】
＜アフレコ時の処理＞
実施の形態１とは、アフレコの際に図３０記載のアルゴリズムを用いる点以外同一であるため説明を省略する。
【０２１９】
＜実施の形態４における変形例＞
本実施の形態４は、実施の形態１のバリエーションとして説明したが、第３の実施形態のようにアフレコ領域予約ファイルを用いた場合や従来技術として参照した特開２００１−４３６１６号のように同一ファイルを用いた場合にも適用できることは言うまでもない。すなわち、本実施形態で開示した発明の本質は、アフレコ用領域と初期記録したビデオデータの物理的な配置とその配置に関するパラメータを設定するためモデル設定にある。
【図面の簡単な説明】
【０２２０】
【図１】本発明の一実施形態を示すものであり、図１（ａ）は本発明の実施の形態１におけるオリジナルストリームファイルおよびアフレコデータファイルのデータ構成、図１（ｂ）は上記オリジナルストリームファイルおよびアフレコデータファイルのディスク上での配置を示す図である。
【図２】本発明の実施の形態に係るビデオディスクレコーダの概略構成を示すブロック図である。
【図３】図３（ａ）はディレクトリ／ファイル構成を示す図であり、図３（ｂ）はそのディレクトリ／ファイル構成のＵＤＦにおける管理情報の関係を示す図である。
【図４】本発明の実施の形態１におけるファイル／ディレクトリ構成を示す図である。
【図５】図５（ａ）〜図５（ｃ）は、本発明の実施の形態１におけるオリジナルストリームファイルの構成を示す図である。
【図６】本発明の実施の形態１におけるアフレコデータファイルの構成を示す説明図である。
【図７】本発明の実施の形態１におけるリファレンス・デバイス・モデルを示す図である。
【図８】本発明の実施の形態１におけるリファレンス・アフレコ・アルゴリズムを示す図である。
【図９】本発明の実施の形態１におけるストリーム管理情報ファイルの構成を示す図である。
【図１０】図１０（ａ）〜図１０（ｂ）は、本発明の実施の形態１におけるvideo＿unit＿tableの構成を示す図である。
【図１１】図１１（ａ）〜図１１（ｂ）は、本発明の実施の形態１におけるVU＿flagsの構成を示す図である。
【図１２】図１２（ａ）〜図１２（ｂ）は、本発明の実施の形態１におけるcontinuous＿area＿tableの構成を示す図である。
【図１３】図１３（ａ）〜図１３（ｂ）は、本発明の実施の形態１におけるＣＡ＿flagsの構成を示す図である。
【図１４】本発明の実施の形態１におけるプログラム情報ファイルの構成を示す図である。
【図１５】図１５（ａ）〜図１５（ｂ）は、本発明の実施の形態１におけるscene＿tableの構成を示す図である。
【図１６】本発明の実施の形態１における記録処理の流れを示すフローチャートである。
【図１７】本発明の実施の形態１における再生処理の流れを示すフローチャートである。
【図１８】本発明の実施の形態１におけるシーン再生処理の流れを示すフローチャートである。
【図１９】本発明の他の実施形態を示すものであり、図１９（ａ）は実施の形態２における２種類のストリームファイルのデータ構成、図１９（ｂ）はこれらのストリームファイルのディスク上での配置を示す図である。
【図２０】従来技術を示すものであり、図２０（ａ）はストリームファイルのデータ構成、図２０（ｂ）はこのストリームファイルのディスク上での配置を示す図である。
【図２１】本発明の実施の形態３におけるファイル／ディレクトリ構成を示す図である。
【図２２】本発明の一実施形態を示すものであり、図２２（ａ）は本発明の実施の形態３におけるオリジナルストリームファイルおよびアフレコ領域予約ファイルのデータ構成、図２２（ｂ）は録画直後のオリジナルストリームファイルおよびアフレコ領域予約ファイルのディスク上での配置を示す図である。
【図２３】図２３（ａ）は本発明の実施の形態３におけるグラフィックスファイルおよびアフレコデータファイルのデータ構成、図２３（ｂ）はアフレコ・非破壊編集後のグラフィックスファイル、アフレコデータファイル、オリジナルストリームファイルおよびアフレコ領域予約ファイルのディスク上での配置を示す図である。
【図２４】本発明の実施の形態３におけるプログラム情報ファイルの構成を示す図である。
【図２５】図２５（ａ）〜図２５（ｂ）は、本発明の実施の形態３におけるsubaudio＿tableの構成を示す図である。
【図２６】図２６（ａ）〜図２６（ｂ）は、本発明の実施の形態３におけるgraphics＿tableの構成を示す図である。
【図２７】図２７（ａ）〜図２７（ｂ）は、本発明の実施の形態３におけるSA＿flagsおよびgr＿flagsの構成を示す図である。
【図２８】本発明の実施の形態３におけるシーン再生処理の流れを示すフローチャートである。
【図２９】本発明の一実施形態を示すものであり、図２９（ａ）は本発明の実施の形態４におけるオリジナルストリームファイルおよびアフレコデータファイルのデータ構成、図２９（ｂ）は上記オリジナルストリームファイルおよびアフレコデータファイルのディスク上での配置を示す図である。
【図３０】図３０（ａ），３０（ｂ）は、本発明の実施の形態４におけるリファレンス・アフレコ・アルゴリズムを示す図である。
【符号の説明】
【０２２１】
１００ バス
１０１ ホストＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ ユーザインタフェース
１０５ システムクロック
１０６ 光ディスク（記録媒体）
１０７ ピックアップ
１０８ ＥＣＣデコーダ
１０９ ＥＣＣエンコーダ
１１０ オーディオ再生用バッファ
１１１ ビデオ再生用バッファ
１１２ デマルチプレクサ
１１３ マルチプレクサ
１１４ 記録用バッファ
１１５ オーディオデコーダ
１１６ ビデオデコーダ
１１７ オーディオエンコーダ
１１８ ビデオエンコーダ
１１９ オーディオ記録用バッファ
１２０ ビデオ記録用バッファ
１２１ デマルチプレクサ
１２２ アフレコデータ再生用バッファ
【技術分野】
【０００１】
本発明は、ハードディスク、光ディスク、半導体メモリ等のランダムアクセス可能な記録媒体に対して、映像データ、音声データを記録する記録方法、記録装置、並びに記録媒体に関するものである。
【背景技術】
【０００２】
ディスクメディアを用いたビデオのディジタル記録再生装置（以下、ビデオディスクレコーダと呼ぶ）が普及しつつある。それらにおいて、テープメディアと同様にアフターレコーディング（アフレコ）機能を安価に実現する技術が求められている。アフレコ機能は、既に記録したオーディオやビデオに対し、後から情報、特にオーディオを追記する機能である。
【０００３】
ディスクメディアを用いてアフレコ機能を実現している従来技術として、当出願人による特許文献１がある。以下、図２０を用いてその概要を説明する。
【０００４】
特許文献１では、ストリームファイル３０００は独自のストリームフォーマットであり、所定の再生時間ごとに分割したオリジナルストリームデータ（初期録画したビデオ・オーディオデータ）の間に同期再生するアフレコデータ用領域を挿入して構成する。図２０（ａ）を例に取ると、部分オリジナルストリームデータ３０２１の直前には、同期再生するアフレコオーディオデータを格納するためのアフレコデータ用領域３０１１を挿入する。３０１２と３０２２および３０１３と３０２３の間の関係も同様である。
【０００５】
ストリームファイル３０００を光ディスク３００１に記録する際、図２０（ｂ）に示すように、同期再生する部分オリジナルストリームデータとアフレコデータ用領域とを物理的な近傍に配置することで、アフレコデータを含めた再生時にシークを最小限にすることができ、シークによる再生の途切れを抑えている。また、部分オリジナルストリームデータの再生時間を、シーク時間等を考慮しリアルタイムアフレコが可能な値に設定（数秒程度）することで、リアルタイムアフレコを保証している。
【０００６】
また、世の中で広く用いられているデータ記録方法として、上記特許文献１に記載のストリーム構成とは異なる構成を持ったＩＳＯ／ＩＥＣ １３８１８−１に定義されるTransport Stream（以下MPEG-2 TS）や、Program Stream（以下MPEG-2 PS）がある。例えば、DVD-VideoはMPEG-2 PSであり、ディジタル放送やIEEE-1394による機器間のデータ転送形式はMPEG-2 TSである。MPEG-2 PS/TSを考慮したアフレコに関する従来技術については、特許文献２や特許文献３がある。
【特許文献１】特開２００１−４３６１６号公報
【特許文献２】特開２０００−３０６３２７号公報
【特許文献３】特開平１１−２９８８４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、MPEG-2 PS/TSに対して、上記特許文献１に記載のストリーム構成を適用した場合、一般的に用いられているデコーダで再生しようとしても、デコードが正しくできない可能性がある。その理由を以下に説明する。
【０００８】
MPEG-2 TS/PSにおいては、基準となるデコーダモデルを設定し、そのデコーダモデル中のオーディオ・ビデオのデコーダのバッファメモリがアンダーフローしたりオーバーフローしたりしないように、ビデオデータとオーディオデータとを多重化することが定められている。しかし、上記特許文献１のストリーム構成の場合、各アフレコデータ用領域には１秒以上のオーディオデータを格納することになる。このストリームファイルを一般的なMPEG-2 TS/PSデコーダで再生した場合、１秒分以上のオーディオデータがまとめて送られることになり、オーディオデコーダのバッファメモリがオーバーフローすることになる。
【０００９】
また、特許文献２に記載のアフレコ機能は、前述のMPEG-2 PS多重化規定に従ってアフレコデータ用領域をストリーム中に多重化するというものであるが、ディスクの転送レートが低い場合にはリアルタイムアフレコが困難であるという課題がある。
【００１０】
他方、特許文献３は、アフレコデータを別ファイルに記録することで、個々のファイルではMPEG-2 PS多重化規定を満たすというものである。この場合、アフレコ結果を再生する場合にアフレコデータを記録するファイルとオリジナルストリームファイルを交互に読み出すためシークを繰り返す必要がある。そのため、アフレコした結果に対し非破壊編集（ディスク上のストリームデータは動かさず、再生経路情報によって見た目上の編集を行うこと）を行った場合に、シークにより特にシーン間において再生が途切れる可能性が高まる。また、消費電力の面でも不利である。
【００１１】
本発明は、上記課題を鑑みてなされたものであり、一般的なMPEG-2 PS/TSデコーダ上での再生やリアルタイムアフレコが可能であり、かつ、アフレコ結果を非破壊編集した場合の再生の途切れが少ないデータ記録方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のＡＶデータ記録方法は、上記の課題を解決するために、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録するＡＶデータ記録方法であって、前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データとを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを備えることを特徴としている。
【００１３】
上記の構成によれば、上記記録媒体上に記録されるＡＶデータ（例えば、オリジナルストリーム）および関連データ（例えばアフレコデータ）は、第１のステップによって部分ＡＶデータおよび部分関連データに分割され、シームレス再生やリアルタイムアフレコが保証される記録単位に設定される。
【００１４】
分割された部分ＡＶデータおよび部分関連データは同期するデータ同士を一続きとして、第２，第３のステップの処理によって上記記録媒体上で互いに物理的に近傍した位置に記録される。
【００１５】
さらに、第４のステップにおいて記録されるファイルシステム管理情報では、部分ＡＶデータおよび部分関連データが別のファイルとして管理されることによって、リアルタイムアフレコを保証し非破壊編集性能の高く、なおかつ一般的なMPEG-2 PSのデコーダでの再生が可能になる。また、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなり、その他のデータとさらに同期再生させる余地が大きい。例えば、アフレコオーディオ以外にさらにグラフィックスデータ等を非破壊編集で付加しても再生が途切れる可能性が低い。
【００１６】
また、別ファイルであるファイルシステム管理情報において、記録媒体上の近傍に配置されている部分ＡＶデータおよび部分関連データの対応関係を示す情報を記録媒体に記録することによって、ファイルシステム管理情報を参照することなく容易に連続記録されている部分ＡＶデータおよび部分関連データを知り、最適なデータ読み込みが可能になる。
【００１７】
また、本発明のＡＶデータ記録方法において、前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップを備える構成としてもよい。
【００１８】
上記の構成よれば、アフレコの対象となる部分ＡＶデータに対応する部分関連データ（アフレコ用領域）の位置を容易に特定することが可能となる。
【００１９】
また、本発明のＡＶデータ記録方法において、前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第６のステップを備える構成としてもよい。
【００２０】
上記部分ＡＶデータおよび部分関連データの記録時にディフェクトに遭遇した場合、記録中の部分関連データは破棄し、別の領域に新規にＣＡを記録することがある。
【００２１】
上記の構成によれば、その際に、その部分関連データを管理する情報において対応する部分ＡＶデータの近傍に部分関連データが存在しないことがわかるようにしておくことで、非破壊編集時や非破壊編集結果の再生時に、部分ＡＶデータおよび部分関連データが連続して記録されていない区間が容易に判断可能であり、その区間は再生が途切れる可能性が高いことを事前にユーザに伝えることが可能となる。
【００２２】
また、発明の他のＡＶデータ記録方法は、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とするＡＶデータ記録方法であって、前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを備えることを特徴としている。
【００２３】
上記の構成によれば、上記記録媒体上に記録されるＡＶデータ（例えば、オリジナルストリーム）は、第７のステップによって部分ＡＶデータに分割され、シームレス再生やリアルタイムアフレコが保証される記録単位に設定される。
【００２４】
分割された部分ＡＶデータは、これと同期する部分関連データの記録領域を確保するための部分予約データと一続きとして、第８，第９のステップの処理によって上記記録媒体上で互いに物理的に近傍した位置に記録される。
【００２５】
さらに、第１０のステップにおいて記録されるファイルシステム管理情報では、部分ＡＶデータおよび部分予約データが別のファイルとして管理されることによって、関連データの記録時におけるリアルタイムアフレコを保証し非破壊編集性能の高く、なおかつ一般的なMPEG-2 PSのデコーダでの再生が可能になる。
【００２６】
また、上記ＡＶデータ記録方法においては、前記関連データの記録時に、前記関連データを所定の間隔毎に部分関連データに分割する第１１のステップと、前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する第１２のステップと、前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１３のステップとを備える構成とすることができる。
【００２７】
上記の構成によれば、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなり、その他のデータとさらに同期再生させる余地が大きい。例えば、アフレコオーディオ以外にさらにグラフィックスデータ等を非破壊編集で付加しても再生が途切れる可能性が低い。
【００２８】
また、別ファイルであるファイルシステム管理情報において、記録媒体上の近傍に配置されている部分ＡＶデータおよび部分関連データの対応関係を示す情報を記録媒体に記録することによって、ファイルシステム管理情報を参照することなく容易に連続記録されている部分ＡＶデータおよび部分関連データを知り、最適なデータ読み込みが可能になる。
【発明の効果】
【００２９】
本発明のＡＶデータ記録方法は、以上のように、前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを備える構成である。
【００３０】
それゆえ、上記記録媒体上に記録されるＡＶデータおよび関連データは、第１のステップによって部分ＡＶデータおよび部分関連データに分割され、分割された部分ＡＶデータおよび部分関連データは同期するデータ同士を一続きとして、第２，第３の処理によって上記記録媒体上で互いに物理的に近傍した位置に記録される。さらに、第４のステップにおいて記録されるファイルシステム管理情報では、部分ＡＶデータおよび部分関連データが別のファイルとして管理される。
【００３１】
これにより、リアルタイムアフレコを保証し非破壊編集性能の高く、なおかつ一般的なMPEG-2 PSのデコーダでの再生が可能になると共に、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなるといった効果を奏する。
【００３２】
また、発明の他のＡＶデータ記録方法は、以上のように、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とするＡＶデータ記録方法であって、前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを備える構成である。
【００３３】
また、上記ＡＶデータ記録方法においては、前記関連データの記録時に、前記関連データを所定の間隔毎に部分関連データに分割する第１１のステップと、前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する第１２のステップと、前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１３のステップとを備える構成とすることができる。
【００３４】
それゆえ、上記記録媒体上に記録されるＡＶデータは、シームレス再生やリアルタイムアフレコが保証される記録単位の部分ＡＶデータに分割され、分割された部分ＡＶデータは部分予約データと一続きとして、上記記録媒体上で互いに物理的に近傍した位置に記録される。また、関連データの記録時は、上記関連データを部分関連データに分割し、それぞれの部分関連データを対応する部分予約データの確保領域に記録することによって行われる。
【００３５】
これにより、ＡＶデータの再生と関連データの再生とを同期させて行った場合に、部分ＡＶデータおよび部分関連データが近傍して記録されていることから、シークの頻度が低くなるといった効果を奏する。
【発明を実施するための最良の形態】
【００３６】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。ここでの説明は、本発明において共通に用いる構成、個々の実施形態に固有の内容という順に行っていく。
【００３７】
＜システム構成＞
図２は、後述する各実施形態において共通のビデオディスクレコーダの基本システム構成図である。
【００３８】
このビデオディスクレコーダは、図２に示すように、バス１００、ホストＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ユーザインタフェース１０４、システムクロック１０５、光ディスク１０６、ピックアップ１０７、ＥＣＣ（Error Correcting Coding）デコーダ１０８、ＥＣＣエンコーダ１０９、オーディオ再生用バッファ１１０、ビデオ再生用バッファ１１１、デマルチプレクサ１１２、マルチプレクサ１１３、記録用バッファ１１４、オーディオデコーダ１１５、ビデオデコーダ１１６、オーディオエンコーダ１１７、ビデオエンコーダ１１８、オーディオ記録用バッファ１１９、ビデオ記録用バッファ１２０、デマルチプレクサ１２１、アフレコデータ再生用バッファ１２２、分割処理部１２３（ＡＶデータと部分関連データに分割する手段）、空き領域管理部１２５（連続領域を確保する手段）、管理情報処理部１２６および図示しないカメラ、マイク、スピーカ、ディスプレイ等で構成される。また、ピックアップ１０７、ＥＣＣデコーダ１０８、ＥＣＣエンコーダ１０９は、ドライブ１２７（部分ＡＶデータと部分関連データとを連続的に記録する手段、ファイルシステム管理情報を前記記録媒体上に記録する手段）を構成する。
【００３９】
ホストＣＰＵ１０１は、デマルチプレクサ１１２、マルチプレクサ１１３、ピックアップ１０７、オーディオデコーダ１１５、ビデオデコーダ１１６、オーディオエンコーダ１１７、ビデオエンコーダ１１８の制御をバス１００を通じて行う。
【００４０】
再生時に、光ディスク１０６からピックアップ１０７を通じて読み出されたデータは、ＥＣＣデコーダ１０８によって誤り訂正される。誤り訂正されたデータは、管理情報処理部１２６によってファイルシステム管理情報が処理されて、デマルチプレクサ１１２あるいはデマルチプレクサ１２１に送られる。
【００４１】
デマルチプレクサ１１２はホストＣＰＵ１０１からの指示に従い、読み出されたデータをオーディオデータかビデオデータかに応じてオーディオ再生用バッファ１１０およびビデオ再生用バッファ１１１に振り分ける。同様に、デマルチプレクサ１２１はホストＣＰＵ１０１からの指示に従い、読み出されたデータをアフレコデータ再生用バッファ１２２に送る。
【００４２】
オーディオデコーダ１１５は、ホストＣＰＵ１０１からの指示に従って、オーディオ再生用バッファ１１０およびアフレコデータ再生用バッファ１２２からデータを読み出し、読み出したデータに対するデコードを行う。同様に、ビデオデコーダ１１６は、ホストＣＰＵ１０１からの指示に従って、ビデオ再生用バッファ１１１からデータを読み出し、読み出したデータに対するデコードを行う。
【００４３】
一方、記録時に、オーディオエンコーダ１１７およびビデオエンコーダ１１８によって圧縮符号化されたデータは、それぞれオーディオ記録用バッファ１１９およびビデオ記録用バッファ１２０に送られる。マルチプレクサ１１３は、ホストＣＰＵ１０１からの指示に従って、オーディオ記録用バッファ１１９およびビデオ記録用バッファ１２０からデータを読み出し、読み出したデータをＡＶ多重化し分割処理部１２３に送る。分割処理部１２３はＡＶ多重化されたデータを所定の間隔毎に分割して記録用バッファ１１４に送る。このとき、空き領域管理部１２５はデータを記録するための連続領域を確保し、ＥＣＣエンコーダ１０９は、記録用バッファ１１４から読み出したＡＶ多重化データに対して誤り訂正符号を付加し、ピックアップ１０７を通じて光ディスク１０６の確保された連続領域に記録する。
【００４４】
オーディオデータの符号化方式にはISO/IEC 13818-3で規定されるMPEG-1 Layer-IIを、ビデオデータの符号化方式にはISO/IEC 13818-2で規定されるMPEG-2をそれぞれ用いる。光ディスク１０６は、ＤＶＤ−ＲＡＭのような書き換え可能な光ディスクであり、２０４８ｂｙｔｅを１セクタとし、誤り訂正のため１６セクタでＥＣＣブロックを構成する。
【００４５】
＜ファイルシステム＞
本発明の説明において用いるファイルシステムのフォーマットである、ＵＤＦ（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として管理する。このときファイル６２１の実データにアクセスするためには、ＡＶＤＰ６０２、ＶＤＳ６０１、ＦＳＤ６０３、ＦＥ６０４、ＦＩＤ６１１、ＦＥ６０６、領域６０７、領域６１０の順にリンクを辿っていけばよい。
【００４９】
〔実施の形態１〕
本発明の第１の実施形態について、図１および図４〜図１８を用いて説明する。
【００５０】
＜ファイル・ディレクトリ構成＞
本実施の形態1に係るファイル・ディレクトリ構成について、図４を用いて説明する。本実施の形態１に関するデータは、図４に示すように５種類のファイルに格納される。
【００５１】
オリジナルストリームファイル（SHRP0001.M2P）は１回の録画によって作成されるファイルであり、MPEG-2 PS（Program Stream）形式である。アフレコデータファイル（SHRP0001.PRE）は、アフレコ用の領域を確保し、アフレコデータを格納するためのファイルである。オリジナルストリーム管理情報ファイル（SHRP0001.OMI）は、オリジナルストリームファイルに関する時間−アドレス対応情報と属性情報およびアフレコデータファイルに関する属性情報やオリジナルストリームファイルとの対応関係情報とを格納するファイルであり、オリジナルストリームファイル１個につき１個ある。プログラム情報ファイル（SHRP0001.PGM）は、上記のストリームやデータのどの区間をどのような順序で再生するかを指定する情報を格納するファイルである。なお、プログラムは１個のコンテンツに相当し、ユーザが再生を指示する対象である。
【００５２】
録画時には、上記４個のファイルを新規に作成する。これらのファイルは、ファイル間の関係を示すため、ファイル名の拡張子以外を共通にする。オーディオアフレコ時には、アフレコオーディオデータをアフレコデータファイル中の所定の位置に上書きし、アフレコデータ管理情報ファイルにおいてもそのことを反映する。さらに、追加したアフレコオーディオデータも再生対象にするようプログラム情報ファイルも変更する。
【００５３】
また、非破壊編集時には、プログラム情報ファイルを新規に作成し、再生したい区間に関して、再生したいデータを管理するオリジナルストリーム管理情報ファイルやアフレコデータ管理情報ファイルのファイル名および再生したい区間を順に記録する。なお、各ファイルのデータ構造については後述する。
【００５４】
＜ＡＶストリームの形態＞
本実施の形態１において用いるＡＶストリームの構成について、図５を用いて説明する。
【００５５】
まず、オリジナルストリームファイルについて図５を用いて説明する。オリジナルストリームファイルの内容はMPEG-2 PS形式であり、図５（ａ）に示すように整数個のContinuous Unit（ＣＵ）で構成される。ＣＵはディスク上で連続的に記録する単位である。ＣＵの長さは、ＡＶストリームを構成するＣＵをどのようにディスク上に配置してもシームレス再生（再生中に画像や音声が途切れないで再生できること）やリアルタイムアフレコ（アフレコ対象のビデオをシームレス再生しながらオーディオを記録すること）が保証されるように設定される。この設定方法については後述する。
【００５６】
ＣＵは、図５（ｂ）に示すように整数個のVideo Unit（ＶＵ）で構成される。ＶＵは単独再生可能な単位であり、再生の際のエントリポイントとなり得る。ＶＵは、図５（ｃ）に示すように整数個のオーディオパック（Ａ＃１〜Ａ＃Ｋ）、ビデオパック（Ｖ＃１〜Ｖ＃Ｌ）で構成され、それぞれMPEG-2 PS形式のデコーダモデルが破綻しないようにＡＶ多重される。ディスク読み出しの際に余分なデータを読み出さずに済むように、パックのサイズはセクタサイズに一致させる。なお、パック化されるビデオデータは、１〜２個のＧＯＰで構成されるようにし、オーディオデータは、整数個のＡＡＵ（Audio Access Unit）をパック化するようにする。
【００５７】
尚、ＧＯＰは、MPEG-2ビデオ規格における画像圧縮の単位であり、複数のビデオフレーム（典型的には１５フレーム程度）で構成される。ＡＡＵはMPEG-1 Layer-II規格における音声圧縮の単位で、１１５２点の音波形サンプル点により構成される。サンプリング周波数が４８ｋＨｚの場合、ＡＡＵ１個あたりの再生時間は０．０２４秒となる。また、ＶＵ単位で独立再生を可能とするために、ＶＵ中のビデオデータの先頭にはSequence Header（ＳＨ）を置く。
【００５８】
なお、ＣＵは整数個のＥＣＣブロックで構成されるように、ＣＵの末尾のＶＵは、パディングパケットを格納したパックでパディングする。
【００５９】
＜アフレコデータファイル＞
アフレコデータファイルの構成について図６を用いて説明する。アフレコデータファイルは、図６に示すように整数個のContinuous Area（ＣＡ）で構成される。上述したオリジナルストリームファイルにおけるＣＵ１個はＣＡ１個に対応して存在し、ＣＡには対応するＣＵ中の再生データに関するアフレコデータを記録する。たとえば、オリジナルストリームファイル中のＣＵ＃ｎと同期して再生したいアフレコオーディオデータはＣＡ＃ｎに記録する。ＣＡは整数個のＥＣＣブロックで構成する。
【００６０】
アフレコデータファイルは、オリジナルストリームファイルと同様MPEG-2 PS形式であり、初期録画時にはパディングパケットを記録し、アフレコ後にはアフレコデータを格納したパックを上書きする。上書きするパックのパックヘッダ中のＳＣＲ(System Clock Reference)およびパケットヘッダ中のＰＴＳ（Presentation Time Stamp）は、オリジナルストリームファイル中の対応するオーディオパックのものと合わせる。これにより、ＣＡ中のオーディオパックで、ＣＵ中の対応するオーディオパックを上書きすることで、容易にオリジナルストリームのオーディオをアフレコデータで差し替えることができる。
【００６１】
＜ディスクへの配置＞
オリジナルストリームファイルおよびアフレコデータファイルのディスクへの配置について図１を用いて説明する。図１（ａ）に示す互いに対応するオリジナルストリームファイル（SHRP0001.M2P）とアフレコデータファイル（SHRP0001.PRE）とは、光ディスク１０６でＣＵの直前に対応するＣＡが配置されるように記録する（図１（ｂ））。
【００６２】
これにより、同期再生を行うデータ同士（ＣＡおよびＣＵ）がディスク上の近傍に置かれるため、再生時のピックアップの移動が最小限となり、後述するように非破壊編集結果を再生する際に再生が途切れる可能性が減少する。また、サイズの小さいＣＡをＣＵより前に読み出されるよう配置することによって、同期再生のためのバッファメモリ量を抑えることが可能である。
【００６３】
＜ＣＵ単位決定方法＞
ＣＵ再生時間の決定方法について、図７および図８を用いて説明する。この決定方法では、機器間での互換性確保のため、基準となるデバイス（リファレンス・デバイス・モデル）と基準となるアフレコアルゴリズム（リファレンス・アフレコ・アルゴリズム）とを想定し、次にそれらを用いてアフレコを行った際にシームレス再生が破綻しないようにＣＵ再生時間を決める。
【００６４】
まず、リファレンス・デバイス・モデルについて図７を用いて説明する。リファレンス・デバイス・モデルは１個のピックアップ（図示せず）と、それにつながるＥＣＣエンコーダ・デコーダ５０１、トラックバッファ５０２、デマルチプレクサ５０３、アフレコ用バッファ５０４、オーディオエンコーダ５０９、ビデオバッファ５０５、オーディオバッファ５０６、ビデオデコーダ５０７、オーディオデコーダ５０８とによって構成される。
【００６５】
上記リファレンス・デバイス・モデルでは、ピックアップが１個であるため、再生用データのディスク５００からの読み出しと、アフレコ用データのディスク５００への記録は時分割で行う。ディスク５００から再生用データを読み出す際、ＣＡも含めて読み出す。読み出されたＣＡを含むＥＣＣブロック（ＣＡブロック）は、トラックバッファ５０２からアフレコ用バッファ５０４に送られる。
【００６６】
オーディオエンコーダ５０９は、ＡＡＵ周期でアフレコ用バッファ５０４にアフレコ用データを出力する。この出力によって、アフレコ用バッファ５０４中の対応するＣＡブロックを上書きする。アフレコ用データの記録は、ＣＡブロックを所定のＥＣＣブロックに記録することで行う。
【００６７】
ここで、オーディオフレームデータのＥＣＣエンコーダ５０１へのデータの入力速度およびＥＣＣデコーダ５０１からのデータの出力速度をＲｓとする。また、アクセスによる読み出し、記録の停止する最大期間をＴａとする。尚、この期間にはシーク時間、回転待ち時間、アクセス後に最初にディスクから読み出したデータがＥＣＣデコーダ５０１から出力されるまでの時間が含まれる。本実施の形態１ではＲｓ＝２０Ｍｂｐｓ、Ｔａ＝１秒とする。
【００６８】
次に、リファレンス・アフレコ・アルゴリズムについて、図８を用いて説明する。尚、図８中の(1)から(6)までの番号は、以下の説明中の(1)から(6)までの番号に対応する。アルゴリズムの概要は次の通りである。
(1)再生用データの読み出しを行う。
(2)Ｎ番目のＣＡであるＣＡ（Ｎ）に対応するオーディオデータのエンコードが終了すると同時に、ＣＡ（Ｎ）へのアクセスを行う。
(3)ＣＡ（Ｎ）をディスクに記録する。
(4)元の読み出し位置に戻る。
(5)再生用データの読み出しを行う。
(6)Ｎ＋１番目のＣＡであるＣＡ（Ｎ＋１）に対応するオーディオデータのエンコードが終了すると同時に、ＣＡ（Ｎ＋１）へのアクセスを行う。
以降は(3)〜(6)の動作を繰り返す。
【００６９】
前記リファレンス・デバイス・モデルにおいて、前記リファレンス・アフレコ・アルゴリズムを用いてアフレコを行った場合、次のような条件を満たせば、アフレコ用バッファ５０４のオーバーフローおよびトラックバッファ５０２のアンダーフローがないことが保証できる。
【００７０】
すなわち、ＡＶストリーム中の任意のＣＵであるＣＵ＃ｉについて最大再生時間をＴｅ（ｉ）、分断ジャンプを含めた最大読み出し時間をＴｒ（ｉ）、ＣＵ＃に対応するＣＡであるＣＡ＃ｉの最大記録時間をＴｗ（ｉ）としたとき、以下の式（１）が成立すればよい。
【００７１】
【数１】
【００７２】
なぜなら、上記式（１）は、シームレス再生の十分条件である以下の式（２）を満たすためである。また、以下の式（２）において、ＴａはＣＡへの往復のアクセスにかかる最大アクセス時間である。
【００７３】
【数２】
【００７４】
また、ＣＡエンコード完了に同期してアフレコデータのディスクへの記録を行っているため、アフレコ用バッファ５０４中のデータが累積していくことはなく、アフレコ用バッファ５０４のオーバーフローもない。
【００７５】
式（１）中のＴｒ（ｉ）は、オリジナルストリームの最大ビットレートとアフレコオーディオストリームの最大ビットレートをそれぞれＲｏ、Ｒａとしたとき、以下の式（３）を満たす。また、Ｒｓはオーディオフレームデータの入力速度および出力速度、すなわちオーディオビットレートを示している。
【００７６】
【数３】
【００７７】
上記式（３）の右辺第１項、第２項はそれぞれＣＵ中のＶＵ読み出し時間およびＣＡ読み出し時間を表す。右辺第３項は読み出しに伴う分断ジャンプによるアクセス時間を表す。ＣＵ読み出し中の分断ジャンプは最大１回であるため、上記式（３）は、すなわちＴｒ（ｉ）は、１回分のアクセス時間を示している。
【００７８】
また、Ｔｗ（ｉ）は、以下の式（４）を満たす。
【００７９】
【数４】
【００８０】
ここで、上記式（４）の右辺第１項はＣＡへの往復アクセス時間を示す。ＣＡへの往復のアクセス時間に最大アクセス時間Ｔａを用いているのは、ＣＡ単位で任意の位置に記録可能にしているため、現在読み出し中のＣＵがディスクの最内周であり記録対象のＣＡがディスクの最外周ということも考えられ、最大値で見積もる必要があるためである。
【００８１】
尚、前述のようにＣＡをディスク上で連続的に記録するようにしているため、ＣＡ記録中のアクセスは発生しない。このことにより、ＣＡ記録に伴う時間を短くすることができ、結果としてＣＵ再生時間の下限値を低く抑えることが可能となる。
【００８２】
式（１）に式（３）および式（４）を代入してＴｅ（ｉ）で解くと、リアルタイムアフレコを保証可能なＴｅ（ｉ）の条件、すなわち以下の式（５）が得られる。また、Ｒｖはビデオフレームデータの入力速度および出力速度、すなわちビデオビットレートを示している。
【００８３】
【数５】
【００８４】
つまり、アフレコ保証可能なＣＵ再生時間下限値Ｔｅｍｉｎは、以下の式（６）に示すものとなる。
【００８５】
【数６】
【００８６】
このとき、ＣＵ再生時間の上限値Ｔｅｍａｘは、以下の式（７）のように設定する。ここで、ＴｖｍａｘはＶＵの最大再生時間である。
【００８７】
【数７】
【００８８】
ＣＵ再生時間の上限値を設定するのは、アフレコ用音声と通常音声との同期再生に必要な遅延用メモリの最大量を見積り可能にし、再生互換性を保証するためである。尚、本実施の形態１では、オーディオビットレートＲａおよびビデオビットレートＲｖに応じて多重化間隔下限値Ｔｅｍｉｎを設定しているが、ビットレートに関わらず一定の下限値を設定しても良い。ただし、その値は最大のビットレートに基づいたものでなければならない。
【００８９】
また、ＣＵ再生時間が上記の制限を満たせば、ストリーム中のＶＵ再生時間は固定でも可変でも構わない。
【００９０】
また、本実施の形態１では、分断ジャンプと過去のＣＵへのピックアップの移動とを非同期に行うことを想定している。この理由は、非同期に行った方が同期して行った場合に比べ、リアルタイムアフレコを行うための条件として厳しい（再生用データの読み出しが途切れる期間が長い）ため、非同期でリアルタイムアフレコが可能であれば同期でも可能であり、実装の自由度を高めることが可能になるためである。
【００９１】
従って、分断ジャンプと過去のＣＵへのピックアップの移動を同期して行うことを前提にＴｅｍｉｎを設定しても良い。この場合、式（３）の右辺第２項を取り除いて考えれば良い。
【００９２】
＜管理情報ファイルフォーマット＞
本発明に係る管理情報ファイルフォーマットについて図９ないし図１５を用いて説明する。
【００９３】
まず、オリジナルストリーム管理情報ファイルについて説明する。オリジナルストリーム管理情報ファイルは、図９に示すように、このファイルが管理するオリジナルストリームファイル全体に関する属性情報を格納するo＿attribute()、ＶＵに関する情報を格納するvideo＿unit＿table()、このファイルが管理するアフレコデータファイル全体に関する属性情報を格納するp＿attribute()、およびＣＡに関する情報を格納するcontinuous＿area＿table()で構成される。
【００９４】
video＿unit＿table()は、図１０（ａ）に示すように、ＶＵの数を示すnumber＿of＿video＿unitと各ＶＵに関する情報を格納するvideo＿unit＿info()とで構成される。
【００９５】
video＿unit＿info()は、図１０（ｂ）に示すように、所定のＶＵに関する各種属性情報を示すVU＿flags、所定のＶＵの先頭表示フレームのＰＴＳ（Presentation Time Stamp）を格納するVU＿PTS、およびファイルの先頭からの相対パック番号を格納するVU＿PNで構成される。VU＿PTSおよびVU＿PNによって特定のＰＴＳに対応するＶＵの位置を特定することが可能になる。すなわち、VU＿PTSはオリジナルストリーム（ＡＶデータ）の再生開始時刻を示し、VU＿PNはＣＡ及びＣＵを記録する第１の連続領域の位置情報、言い換えるとＣＡの先頭位置情報を示す。
【００９６】
VU＿flags()は、図１１（ａ）に示すようにフラグfirst＿unit＿flagを含む。first＿unit＿flagは１ｂｉｔの情報であり、図１１（ｂ）に示すように、０ｂの場合には管理するＶＵがＣＵの先頭でないことを意味し、１ｂの場合には管理するＶＵがＣＵの先頭であることを意味する。
【００９７】
continuous＿area＿table()は、図１２（ａ）に示すように、ＣＡの数を示すnumber＿of＿continuous＿areaと各ＣＡに関する情報を格納するcontinuous＿area＿info()とで構成される。
【００９８】
continuous＿area＿info()は、図１２（ｂ）に示すように、所定のＣＡに関する各種属性情報を示すCA＿flags、所定のＣＡに関して対応するＣＵの先頭表示フレームのＰＴＳ（Presentation Time Stamp）を格納するCA＿PTS、およびファイルの先頭からの相対パック番号を格納するCA＿PNで構成される。CA＿PTSおよびCA＿PNによって、オリジナルストリーム中の特定のＰＴＳに対応するＣＡの位置を特定することが可能になる。
【００９９】
CA＿flags()は、図１３（ａ）に示すようにフラグplacement＿flagを含む。placement＿flagは１ｂｉｔの情報であり、図１３（ｂ）に示すように、０ｂの場合には管理するＣＡが対応する（同期再生する）ＣＵの直前にないことを意味し、１ｂの場合には管理するＣＡが対応する（同期再生する）ＣＵの直前にあることを意味する。
【０１００】
このフラグを参照することで、非破壊編集結果を再生する際に再生が途切れる可能性を知ることが可能である。すなわち、このフラグが０ｂであれば、ＣＡへのシークが発生し、再生が途切れる可能性が高いことがわかる。
【０１０１】
なお、o＿attribute()およびp＿attribute()については説明を省略する。
【０１０２】
最後にプログラム情報ファイルについて説明する。プログラム情報ファイルは図１４に示すように、プログラム情報全般の属性情報を格納するpg＿attribute()と、プログラムを構成する各シーンに関する情報を格納するscene＿table()とで構成される。
【０１０３】
scene＿table()は、図１５（ａ）に示すように、シーン数を格納するnumber＿of＿sceneと各シーンに関する情報を格納するscene＿info()とで構成される。scene＿info()は図１５（ｂ）に示すように、所定のシーンを含むオリジナルストリームファイルを管理するオリジナルストリーム管理情報ファイルのファイル名を格納するsc＿filename、所定のシーンをそのオリジナルストリームのどこから再生するかの情報を格納するsc＿start＿PTS、および所定のシーンの再生時間を格納するsc＿durationで構成される。
【０１０４】
＜記録時の処理＞
次に、ユーザから録画が指示された場合の処理を、図１６のフローチャートに沿って説明する。このとき記録するＡＶストリームはビットレートＲｏ＝１２Ｍｂｐｓ、オーディオのビットレートＲａ＝２５６ｋｂｐｓで、ＶＵ再生時間固定の対応ストリームであるとする。また、すでにファイルシステムの管理情報はＲＡＭ上に読み込まれているものとする。
【０１０５】
まず、ストリームの構成や連続領域の構成を決定する（Ｓ７０１）。１ＶＵを１ＧＯＰ１５フレームで構成するとしたとき、式（６）、式（７）に、Ｒｓ＝２０Ｍｂｐｓ、Ｔａ＝１秒、Ｒｖ＝１２Ｍｂｐｓ、Ｒａ＝２５６ｋｂｐｓ、Ｔｖｍａｘ＝約０．５秒の条件を代入することで、Ｔｅ（ｉ）の範囲が３秒以上４秒以下として得られる。Ｔｖｍａｘ＝約０．５秒でこの条件を満たすのはＴｅ（ｉ）＝３秒のときとなり、６個のＶＵ毎にＣＡが挿入されることになる。
【０１０６】
このときのＣＡの領域サイズは、３秒分のオーディオデータにパックヘッダやパケットヘッダがつくことを考慮して決定する。以上より、上記Ｓ７０１の処理は、ＡＶデータであるオリジナルストリーム及びその関連データであるアフレコデータを所定の間隔毎に部分ＡＶデータ（ＣＵ：すなわち、６個のＶＵ）および部分関連データ（ＣＡ）に分割する第１のステップに相当する。
【０１０７】
６個のＶＵと１個のＣＡとを連続的に記録可能な空き領域をＲＡＭ１０２上のSpace Bitmapを参照して探す。存在しなければ録画を中止し、録画できないことをユーザに知らせる（Ｓ７０２）。
【０１０８】
次に、オーディオエンコーダ１１７、ビデオエンコーダ１１８をそれぞれ起動する（Ｓ７０３）。また、記録用バッファに１ＥＣＣブロック分（３２ＫＢ）以上のデータが蓄積されているかどうかをチェックし（Ｓ７０４）、蓄積されている間、Ｓ７０５からＳ７０８の処理を繰り返す。
【０１０９】
すなわち、記録用バッファに１ＥＣＣブロック分以上のデータが蓄積されていれば、次に記録するディスク上のＥＣＣブロックの空き状況をＲＡＭ上のSpace Bitmapを参照して調べる（Ｓ７０５）。空きがあれば、記録用バッファ１１１中の１ＥＣＣブロック分のデータをディスクに記録する（Ｓ７０６）。空きがなければ、９個のＶＵとＣＡを記録可能な連続的な空き領域を探して（Ｓ７０７）、その空き領域の先頭へピックアップを移動し（Ｓ７０８）、記録用バッファ１１１中の１ＥＣＣブロック分のデータをディスクに記録する（Ｓ７０６）。
【０１１０】
以上より、上記Ｓ７０４の処理は、一続きの部分ＡＶデータと部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップに相当する。また、上記Ｓ７０６の処理は、第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップに相当する。
【０１１１】
一方、記録用バッファ１１１に１ＥＣＣブロック分以上のデータが蓄積されていなければ、記録終了が指示されているかどうかをチェックし（Ｓ７０９）、記録終了でなければＳ７０４に移行する。
【０１１２】
Ｓ７０９において記録終了が指示されていた場合は、以下の処理を実行する。まず、記録用バッファ中の３２ＫＢに満たないデータに関して、末尾にダミーデータを付加し３２ＫＢにする（Ｓ７１０）。次に、そのデータをディスク上に記録する（Ｓ７１１〜Ｓ７１４）。尚、上記７１１〜Ｓ７１４の処理は、Ｓ７０５〜Ｓ７０８の処理と同様の処理である。
【０１１３】
さらに、ＲＡＭ１０２上のオリジナルストリームに関する管理情報およびアフレコデータに関する管理情報をそれぞれオリジナルストリーム管理情報ファイルおよびアフレコデータ管理情報ファイルに記録する（Ｓ７１５）。また、ファイルシステム管理情報を光ディスク１０６に記録する（Ｓ７１６）。なお、その際のファイルシステム管理情報は、ＣＡとＣＵとが別のファイルとして扱われるように構成する。
【０１１４】
以上より、上記Ｓ７１６の処理は、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データと前記第１の連続領域とを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップに相当する。
【０１１５】
また、上記Ｓ７１５の処理は、前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップに相当する。
【０１１６】
以上の処理と並行するオーディオエンコーダ１１７、ビデオエンコーダ１１８およびマルチプレクサ１１３の動作について説明する。それぞれのエンコーダがエンコードした結果は、オーディオ記録用バッファ１１９およびビデオ記録用バッファ１２０に送られる。マルチプレクサ１１３はそれらのデータをMPEG-2 PSに多重化して記録用バッファ１１４に格納する。
【０１１７】
記録用バッファ１１４に１ＶＵ分のデータが送られ、なおかつ、そのＶＵが９×ｉ番目（ｉは０以上の整数）のＶＵであれば、上述のサイズを持ったＣＡを先に記録用バッファ１１１に送る。
【０１１８】
さらに、ホストＣＰＵ１０１に１ＶＵ分のデータがエンコードできたことを通知し、ホストＣＰＵ１０１はＶＵの先頭ＰＴＳ、パック数およびＣＡを構成するパック数を基にＲＡＭ１０２上のオリジナルストリームに関する管理情報およびアフレコデータに関する管理情報を更新する。
【０１１９】
＜再生時の処理＞
すでにアフレコを行ったプログラムに対してユーザから再生が指示された場合の処理を、図１７のフローチャートに沿って説明する。ここで、すでに再生の対象となるプログラム情報ファイルはＲＡＭ１０２に読み込まれているものとする。
【０１２０】
まず、プログラム情報ファイル中のscene＿info()のsc＿filenameを参照し、このプログラムが参照しているオリジナルストリームファイルおよびアフレコデータファイルをｏｐｅｎする。同時にそれらを管理するオリジナルストリーム管理情報ファイルを読み込む（Ｓ９０１）。
【０１２１】
次にシーン番号に０をセットし（Ｓ９０２）、シーン番号がscene＿table()中のnumber＿of＿sceneより小さい間（Ｓ９０３）、以下のシーン番号に対応するscene＿infoの内容を参照して後述するシーンの再生を行い（Ｓ９０４）、終わったらシーン番号をインクリメントする（Ｓ９０５）。
【０１２２】
次にシーン再生処理について図１８を用いて説明する。まず、scene＿info()中のsc＿filenameに対応する、すでにＲＡＭ１０２に読み込まれたオリジナル管理情報のvideo＿unit＿table()を参照し、sc＿start＿PTS以下でなおかつ最大のVU＿PTSを持つ、video＿unit＿info()を探す（Ｓ８０１）。上記Ｓ８０１の処理は、再生が開始されるシーンのＶＵ番号を求めることとなる。なお、video＿unit＿table()中でvideo＿unit＿info()の順番をＶＵ番号と呼ぶ。
【０１２３】
次に、continuous＿area＿table()を参照し、sc＿start＿PTS以下でなおかつ最大のCA＿PTSを持つcontinuous＿area＿info()を探す（Ｓ８０２）。上記Ｓ８０２の処理は、再生が開始されるシーンに対応するＣＡのアドレスを求めることとなる。さらに、その中のCA＿PNで指定されるパックから、次のcontinuous＿area＿info()のCA＿PNで指定されるパックの直前のパックまでをアフレコデータファイルから読み出す（Ｓ８０３）。
【０１２４】
次に現在のＶＵ番号に対応するvideo＿unit＿info()のVU＿PNを参照しＶＵのアドレスを求め（Ｓ８０４）、それを基にオリジナルストリームファイルからＶＵを読み出す（Ｓ８０５）。次に、そのシーンの終わりかどうかを判断する（Ｓ８０６）。具体的には、現在のシーンの既再生時間がscene＿info()中のsc＿duration以上であればそのシーンの終わりとする。
【０１２５】
シーンの再生が終了していなければ、次にＶＵ番号をインクリメントし（Ｓ８０７）、video＿unit＿info()中のfirst＿unit＿flagを参照することで、そのvideo＿unit＿info()が管理するＶＵがＣＵの先頭であるか否かが判断される（Ｓ８０８）。
【０１２６】
このときfirst＿unit＿flagが１であれば、そのvideo＿unit＿info()が管理するＶＵはＣＵの先頭であると判断し、前述の手順で対応するＣＡのアドレスを求め（Ｓ８０９）、アフレコデータファイルからＣＡの読み出しを行う（Ｓ８１０）。一方、first＿unit＿flagが０であれば、そのvideo＿unit＿info()が管理するＶＵはＣＵの先頭でないと判断し、Ｓ８０４〜Ｓ８０８の処理を繰り返す。
【０１２７】
上記のストリームおよびデータの光ディスク１０６からの読み出しと平行して、デコード処理を以下のように行う。まず読み出されたＶＵは、デマルチプレクサ１１２に送られ、ビデオＰＥＳパケットおよびオーディオＰＥＳパケットが取り出され、ビデオＰＥＳパケットはビデオ再生用バッファ１１１に送られ、オーディオＰＥＳパケットはオーディオ再生用バッファ１１０に送られる。
【０１２８】
デマルチプレクサ１１２はパックヘッダからＳＣＲを取り出し、システムクロック１０５を更新する。ビデオデコーダ１１６およびオーディオデコーダ１１５は、システムクロック１０５が、ＰＥＳパケットヘッダに付随するタイムスタンプと一致した時点でデコードや出力を行う。
【０１２９】
本実施の形態１においては、オリジナルストリームを格納するＣＵと、同期再生を行うアフレコデータを格納するＣＡがディスク上で物理的な近傍にあるため、シーン開始がＣＵの終端付近のＶＵからであったとしても、ＣＡからＶＵのシークによって生じるデータ読み出しの停止時間はわずかで済む。
【０１３０】
それに対し、アフレコデータを同期再生するオリジナルストリームの近傍に配置しない場合、シーンの先頭部分におけるアフレコデータの読み出しと、オリジナルストリームの読み出しとの間に生じるシーク時間は最悪ディスクの最内周から最外周に至るものになる。したがって本実施形態に比べ、シーン間で再生が途切れる可能性が高くなる。
【０１３１】
＜アフレコ時の処理＞
次に、ユーザからアフレコが指示された場合の処理について説明する。アフレコ時の処理は前述の再生時の処理にいくつかの処理が加わったものであるため、差異部分についてのみ説明する。
【０１３２】
まず、アフレコデータの記録のために、シーンの再生開始と同時にオーディオエンコーダ１１７を起動し、アフレコデータをエンコードした結果はＰＥＳパケットの形式でオーディオ記録用バッファ１１９に送る。マルチプレクサ１１３はＰＥＳパケットをパック化し、記録用バッファ１１４に送る。その際、パックヘッダのＳＣＲおよびパケットヘッダのＰＴＳはオリジナルストリームに合わせる。
【０１３３】
現在デコード中のＣＵの範囲を超えるＰＴＳを持つパックが記録用バッファ１１４に到着した時点で、記録用バッファ１１４に存在するパック列をアフレコデータファイルに記録する。記録対象のＣＡの位置は現在デコード中のＣＵのＰＴＳからcontinuous＿area＿table()を参照することで求める。
【０１３４】
ＣＡ記録時にディフェクトに遭遇した場合、記録中のＣＡは破棄し、別の領域に新規にＣＡを記録する。これは、記録中のＣＡの記録領域はディフェクトによって減少し、対応するＣＵの再生時間分のデータをＣＡに記録できなくなってしまうためである。その際に、そのＣＡを管理するcontinuous＿area＿info()中のplacement＿flagを０に変更することで、対応するＣＵの直前にＣＡが存在しないことがわかるようにしておく。もちろん、ファイルシステム管理情報における破棄したＣＡのextentは、新規作成したＣＡのextentに置き換える。
【０１３５】
これにより、非破壊編集時や非破壊編集結果の再生時に、ＣＡとＣＵとが連続して記録されていない区間が前記placement＿flagを参照するだけでわかり、その区間は再生が途切れる可能性が高いことを事前にユーザに伝えることが可能である。また、このフラグを頼りに連続して記録されていないＣＡとＣＵとを後から連続して記録されるよう再配置することも可能である。
【０１３６】
＜実施の形態１における変形例＞
本実施の形態１においては、アフレコデータファイルにオリジナルストリームファイルと同様にMPEG-2 PS形式で記録しているが、Elementary Stream、すなわちパック化やパケット化せずに記録することも考えられる。これにより、ＣＡの一部分のみのアフレコデータを書き換える際に、パックからＡＡＵを抜き出してＡＡＵを置き換えて再度パック化する、という手間が不要になる。
【０１３７】
また、本実施の形態１においては、ＣＡにオーディオデータを記録しているが、他の種類のデータを記録してもよい。例えば、オリジナルストリーム中のビデオに重畳して表示するグラフィックスデータを記録してもよい。
【０１３８】
また、本実施の形態１においては、１個のＡＡＵが複数のパックにまたがるように記録できるが、またがらないように制限してもよい。このことによって、ＣＡの一部のみのアフレコデータを書き換える際に、書き換えたいＡＡＵの含まれるパックを上書きするだけで済む。
【０１３９】
また、本実施の形態１においては、アフレコ時にＣＡ中にディフェクトを検出した場合、そのＣＡを破棄し別の領域に記録している。しかし、ディフェクトがあることを想定し、初期録画時にディフェクト用にマージンを考慮してＣＡのサイズを決定し、アフレコ時にディフェクトを検出した場合は、そのＣＡ中の次の位置に記録するようにしてもよい。このことにより、ＣＡとＣＵとが連続的に記録できる。
【０１４０】
また、本実施の形態１においては、別ファイルであるＣＡとＣＵとを対応付けるため、ＣＵ中のデータの先頭のタイムスタンプからＣＵおよびＣＡの先頭アドレスを算出できるようにしているが、対応付けがわかるようになっていればどのような表現形態であってもよいことは言うまでもない。
【０１４１】
また、本実施の形態１においては、MPEG-2 PSを用いているが、MPEG-2 TSでも同様に実現できることは言うまでもない。
【０１４２】
〔実施の形態２〕
本発明の第２の実施形態について、図１９を用いて説明する。
【０１４３】
本実施の形態２における実施の形態１との違いは、実施の形態１が、同期再生を行う複数のデータを記録媒体上で連続的に配置し、それぞれのデータを別のファイルとして管理するというものであるのに対し、本実施の形態２は、それぞれのデータは同じ再生時間軸上にあるものの同時には再生せず切り替えて再生することを前提にしている点にある。
【０１４４】
具体的には、DVD-Videoにおけるマルチアングル機能と呼ばれる、同じ時間軸における複数のアングルからの映像を再生中に切り替え可能な機能を想定したものである。
【０１４５】
尚、本実施の形態２に係る記録動作は、上記実施の形態１に係る記録動作において同期再生されるべきオリジナルストリームとアフレコデータとの関係を、同じ再生時間軸上にある２種類のオリジナルストリームの関係に置き換えただけのものであり、実質的な動作は同じである。
【０１４６】
＜ファイル構成＞
ビデオ・オーディオデータをMPEG-2 PS形式で多重化し、アングル毎に別ファイルに記録する。図１９（ａ）の例では、第１のアングルからのデータをANGL0001.M2P、第２のアングルからのデータをANGL0002.M2Pに記録する。
【０１４７】
＜ディスクへの配置＞
図１９（ｂ）に示すように第１のアングルからのデータであるANGL0001.M2Pを部分データ２０２１、２０２２、２０２３に分割し、第２のアングルからのデータであるANGL0002.M2Pを部分データ２０１１、２０１２、２０１３に分割し、ディスク２００１上で交互に配置する。なお、分割の単位の決定方法は、DVD-Videoにおけるマルチアングルデータの配置と同様であるため、説明を省略する。
【０１４８】
このことによって、DVD-Videoにおけるマルチアングル切り替えと同様のアングル切り替えのレスポンスを実現すると同時にそれぞれのデータファイルは一般的なMPEG-2 PS対応デコーダで再生可能とすることができる。
【０１４９】
〔実施の形態３〕
本発明の第３の実施形態について、図２１ないし図２８を用いて説明する。
【０１５０】
本実施の形態３における実施の形態１との違いは、実施の形態１では、アフレコ用領域を１個のファイル（すなわち、図４におけるアフレコデータファイル（SHRP0001.PRE））で管理しているのに対し、本実施の形態３では、空き領域を確保しておくためのファイルと個々のＡＶデータを記録するためのファイルを別にしている点にある。なお、本実施の形態３は実施の形態１と類似するため、相違点に絞って説明を行う。
【０１５１】
＜ファイル・ディレクトリ構成＞
本実施の形態３におけるファイル・ディレクトリ構成を図２１に示す。このファイル・ディレクトリ構成では、実施の形態１におけるファイル・ディレクトリ構成（図４参照）に対して、アフレコ領域予約ファイル(SHRP0001.RSV)、アフレコデータ管理情報ファイル(SHRP0001.PMI)、およびグラフィックスファイル(SHRP0001.PNG)が追加されている。
【０１５２】
アフレコ領域予約ファイル(SHRP0001.RSV)は、アフレコ用の領域を予約するためのファイルである。アフレコデータ管理情報ファイル(SHRP0001.PMI)は、アフレコデータファイルに対応する管理情報である。グラフィックスファイル(SHRP0001.PNG)は、ビデオに重畳表示するグラフィックスデータを格納するファイルである。また、プログラム情報ファイル（SHRP0001.PGM）、オリジナルストリーム管理情報ファイル（SHRP0001.OMI）、オリジナルストリームファイル（SHRP0001.M2P）は、実施の形態１における同名称のファイルと同じものである。
【０１５３】
アフレコ領域予約ファイルは、録画時にオリジナルストリームファイル１個につき１個記録される。アフレコデータ管理情報ファイルは、アフレコデータファイル１個につき１個作成される。グラフィックスファイルは、録画後に非破壊編集によって追加されるファイルであり、ビデオに重畳表示するタイトルや手書き文字の画像を格納する。グラフィックスファイルにおける画像の格納フォーマットにはPNG（Portable Network Graphics）を用いる。
【０１５４】
また、アフレコデータファイル(SHRP0001.PRE)については、実施の形態１とは異なり、アフレコを行うことによってはじめて生成される。つまり録画時には、実施の形態１におけるアフレコデータファイルの代わりにアフレコ領域予約ファイルが記録されることになる。
【０１５５】
＜ＡＶストリームの形態＞
ＡＶストリームの形態については、図５を参照して説明した実施の形態１の構成と同様である。
【０１５６】
＜アフレコ領域予約ファイル＞
アフレコ領域予約ファイルは、実施の形態１において図６で示されるアフレコデータファイルと同様の構成をとる。すなわち、アフレコ領域予約ファイルは、整数個のContinuous Area（ＣＡ）で構成され、ＣＡ１個はオリジナルストリームファイルにおけるＣＵ１個に対応して存在し、対応するＣＵのアフレコデータを記録するための領域を確保する。ただし、ここでのＣＡはあくまでも領域を確保するためのものであり、再生対象のＡＶデータではないため、中身のデータは何であってもよい。
【０１５７】
＜ディスクへの配置＞
本実施の形態３における各ファイルのディスクへの配置形態について説明する。図２２（ａ）〜２２（ｂ）は、録画後、アフレコが行われていない状態（すなわち、アフレコデータファイルが作成されていない状態）のファイル配置をしめしている。図２２（ａ）に示す互いに対応するオリジナルストリームファイル（SHRP0001.M2P）とアフレコ領域予約ファイル(SHRP0001.RSV)とは、光ディスク１０６でＣＵの直前に対応するＣＡが配置されるように記録する（図２２（ｂ））。
【０１５８】
次に、オーディオおよびグラフィックスを追加記録した後の、アフレコ領域予約ファイル、アフレコデータファイルおよびグラフィックスファイルのディスクへの配置について図２３（ａ）〜２３（ｂ）を用いて説明する。図２３（ａ）に、追加記録されるグラフィックスファイル(SHRP0001.PNG)およびアフレコデータファイル(SHRP0001.PRE)の構成を示す。グラフィックスファイルはグラフィックスデータＩＭＧを格納している。アフレコデータファイルは、図２２（ａ）に示したオリジナルストリームファイルにおけるＣＵ＃ｎ−１、ＣＵ＃ｎ、ＣＵ＃ｎ＋１のそれぞれに対応するアフレコオーディオデータＰＲ＃１、ＰＲ＃２、ＰＲ＃３を格納している。
【０１５９】
上述のＩＭＧおよびＰＲのデータは、図２３（ｂ）で示す形態にて光ディスク１０６に配置される。すなわち、図２２（ｂ）において、ＣＡ＃ｎ−１で確保されていた領域にＰＲ＃１、ＣＡ＃ｎで確保されていた領域にＰＲ＃２、ＣＡ＃ｎ＋１で確保されていた領域にＰＲ＃３が配置される。また、グラフィックスデータＩＭＧは、ＣＡ＃ｎ＋１で確保されていた領域に配置されている。
【０１６０】
このように、ＣＡによって確保していた領域にＩＭＧおよびＰＲのデータを配置することによって、アフレコ領域予約ファイル(SHRP0001.RSV)を構成するＣＡ＃ｎ−１、ＣＡ＃ｎ、ＣＡ＃ｎ＋１の領域サイズが縮小される。この縮小は、ファイルシステム管理情報中におけるそれぞれのＣＡの領域を管理しているextentを変更することで実現される。
【０１６１】
このように、アフレコ領域の空きを管理するファイルであるアフレコ領域予約ファイルを導入することで、複数種類のデータを後から追加していくのが容易になる。また、グラフィックスデータとアフレコオーディオデータを別のファイルに格納することによって、グラフィックスデータだけを別のプログラムから参照したりすることができるようになり、柔軟性が増す。
【０１６２】
＜管理情報ファイルフォーマット＞
オリジナルストリーム管理情報ファイルのフォーマットは実施の形態１と同一であり、ここでは説明を省略する。アフレコデータ管理情報ファイルのフォーマットは、実施の形態１におけるオリジナルストリーム管理情報ファイルとほぼ共通であるが、p＿attribute()およびcontinuous＿area＿table()が存在しない点で異なる。
【０１６３】
次に、プログラム情報ファイルの構成を図２４に示す。本実施の形態３に係るプログラム情報ファイルは、録画後から追加されたオーディオデータおよびグラフィックスデータをそれぞれ管理するsubaudio＿table()およびgraphics＿table()が追加された点で実施の形態１（図１４参照）とは異なる。
【０１６４】
subaudio＿table()は、図２５（ａ）に示すように、オーディオデータの個数を表すnumber＿of＿subaudioと、各オーディオデータに関する情報を格納するsubaudio＿info()とで構成される。subaudio＿info()は、図２５（ｂ）に示すように、所定のオーディオデータを管理するアフレコデータ管理情報ファイルのファイル名を格納するSA＿filenameと、所定のオーディオデータの各種属性を管理するSA＿flagsと、プログラム中の再生開始タイミングと再生継続時間とをそれぞれ示すSA＿start＿timeとSA＿durationとで構成される。
【０１６５】
一方、graphics＿table()は、図２６（ａ）に示すように、グラフィックスファイルの個数を表すnumber＿of＿graphicsと各グラフィックスファイルに関する情報を格納するgraphics＿info()とで構成される。graphics＿info()は、図２６（ｂ）に示すように、所定のグラフィックスファイルのファイル名を格納するgr＿filenameと、所定のグラフィックスデータの各種属性を管理するgr＿flagsと、プログラム中の再生開始タイミングと再生継続時間とをそれぞれ示すgr＿start＿timeとgr＿durationとで構成される。
【０１６６】
SA＿flagsとgr＿flagsとは同一の構成を持ち、図２７（ａ）に示すようにフラグinterleave＿flagを含む。interleave＿flagは、１ｂｉｔの情報であり、図２７（ｂ）に示すように、０ｂの場合、管理するオーディオデータあるいはグラフィックスファイルが対応する（同期再生する）ＣＵの直前にないことを意味し、１ｂの場合、対応する（同期再生する）ＣＵの直前にあることをそれぞれ意味する。このフラグを参照することで、非破壊編集結果を再生する際に再生が途切れる可能性を知ることが可能である。すなわち、このフラグが０ｂであれば、ＣＡへのシークが発生し、再生が途切れる可能性が高いことがわかる。
【０１６７】
＜ＣＵ単位決定方法＞
ＣＵ単位決定方法については、図７および図８を参照して説明した実施の形態１の方法と同様である。
【０１６８】
＜記録時の処理＞
記録時の処理については、図１６を参照して説明した実施の形態１の処理と同様である。
【０１６９】
＜再生時の処理＞
すでにアフレコを行ったプログラムに対してユーザから再生が指示された場合の処理を以下に説明する。基本的な流れは実施の形態１においてフローチャート図１７に沿って説明したとおりであるため同一の処理を行う部分については説明を省略する。ただし、本実施の形態３に係る再生処理では、シーン再生処理が実施の形態１とは異なるため、シーン再生処理のみに絞って図２８に沿って説明する。
【０１７０】
まず、scene＿info()中のsc＿filenameに対応する、すでにＲＡＭ１０２に読み込まれたオリジナル管理情報のvideo＿unit＿table()を参照し、sc＿start＿PTS以下でなおかつ最大のVU＿PTSを持つ、video＿unit＿info()を探す（Ｓ８０１）。なお、video＿unit＿table()中でvideo＿unit＿info()の順番をＶＵ番号と呼ぶ。
【０１７１】
次に、プログラム情報ファイルのgraphics＿table()およびsubaudio＿table()を参照し、現在のＶＵを含むＣＵとの同期再生を行うグラフィックスファイルおよびオーディオデータが存在するかどうかを検索する（Ｓ８０２’）。そのようなグラフィックスファイルおよびオーディオデータが存在した場合、グラフィックスファイルについてはそのファイルの読み出しを行い、オーディオデータについては、そのオーディオデータを管理するオーディオデータ管理情報ファイルを参照し、対応するオーディオデータの読み出しを行う（Ｓ８０３’）。
【０１７２】
次に現在のＶＵ番号に対応するvideo＿unit＿info()のVU＿PNを参照しＶＵのアドレスを求め（Ｓ８０４）、それを基にオリジナルストリームファイルからＶＵを読み出す（Ｓ８０５）。次に、そのシーンの終わりかどうかを判断する（Ｓ８０６）。具体的には、現在のシーンの既再生時間がscene＿info()中のsc＿duration以上であればそのシーンの終わりとする。
【０１７３】
シーンの再生が終了していなければ、次にＶＵ番号をインクリメントし（Ｓ８０７）、video＿unit＿info()中のfirst＿unit＿flagを参照する。このときfirst＿unit＿flagが１であれば、そのvideo＿unit＿info()が管理するＶＵはＣＵの先頭であると判断し（Ｓ８０８）、同期再生を行うグラフィックスファイルおよびオーディオデータの存在を前述の手順で確認し（Ｓ８０９’）、存在した場合には前述の手順で読み出す（Ｓ８１０’）。
【０１７４】
＜アフレコ時の処理＞
ユーザからアフレコが指示された場合の処理について説明する。アフレコ時の処理は前述の再生時の処理にいくつかの処理が加わったものであるため、差異部分についてのみ説明する。
【０１７５】
まず、記録媒体においてアフレコするための領域が存在するかどうかが確認される。具体的には、アフレコ対象のストリームに関する管理情報ファイル中のcontinuous＿area＿info()を調べ、アフレコ領域予約ファイルによって確保された各領域のサイズがアフレコデータを記録可能なサイズかどうかを調べる。もし十分なサイズがあればその領域にアフレコデータを記録し、十分なサイズが無ければ、アフレコデータは、アフレコ領域予約ファイルによって確保された領域ではなく、別の領域に記録することになる。
【０１７６】
次に、再生開始と同時にオーディオエンコーダ１１７を起動し、エンコードした結果はＰＥＳパケットの形式でオーディオ記録用バッファ１１９に送る。マルチプレクサ１１３はPESパケットをパック化し、記録用バッファ１１４に送る。その際、パックヘッダのＳＣＲおよびパケットヘッダのＰＴＳはオリジナルストリームに合わせる。
【０１７７】
現在デコード中のＣＵの範囲を超えるＰＴＳを持つパックが記録用バッファ１１４に到着した時点で、記録用バッファ１１４に存在するパック列をアフレコデータファイルに記録する。記録対象のＣＡの位置は現在デコード中のＣＵのＰＴＳからcontinuous＿area＿table()を参照することで求める。ＣＡによって確保されている領域にアフレコデータをアフレコデータファイルに記録する。
【０１７８】
アフレコが終わった時点では以下のことを行う。まず、記録したアフレコデータファイルに対応するアフレコデータ管理ファイルを作成する。その際に、１個のＣＵ毎に１個のvideo＿unit＿info()を作成する。
【０１７９】
次に、プログラム情報ファイル中のsubaudio＿tableにエントリを追加する。このとき、アフレコデータをアフレコ領域予約ファイルで確保されていた領域に記録したならば、そのことを示すためSA＿flags()のinterleave＿flagを１にセットする。そうでなければ０をセットする。
【０１８０】
また、アフレコ領域予約ファイルに関して、アフレコデータが記録された領域をファイルの管理対象から外す。すなわちサイズを小さくする。さらに、その分だけcontinuous＿area＿＿table()中の各エントリのCA＿PNを減ずる。このことによって、continuous＿area＿info()を参照したとき、各ＣＡに後どれだけデータを記録できるかがわかる。
【０１８１】
＜グラフィックスデータ付加時の処理＞
ユーザからビデオに重畳表示するグラフィックスデータの付加が指示された場合の処理について説明する。まず、グラフィックスデータを格納したファイルを記録するための領域が存在するかどうか調べる。具体的にはグラフィックスデータ付加対象のストリームに関する管理情報ファイル中のcontinuous＿area＿info()を調べ、グラフィックスデータを重畳表示を開始するビデオフレームが含まれるＣＵに対応するＣＡにグラフィックスデータを記録可能な領域が存在するかどうかを調べる。
【０１８２】
上記ＣＡにおいてグラフィックスデータの記録が可能であればその領域に記録し、アフレコ終了時と同様、グラフィックスデータを記録した領域をアフレコ領域予約ファイルから開放する。開放した分だけcontinousou＿area＿info()中の後続するエントリのCA＿PNを減ずる。また、プログラム情報ファイルのgraphics＿table()にgraphics＿info()のエントリを１個追加し、そのエントリ中のgr＿flags()のinterleave＿flagを１にセットする。この場合、同時再生するビデオデータとディスク上で近接した位置にグラフィックスデータを記録されていることにより、ビデオ再生時にグラフィックスデータを読み出すためのシークが不要となる。そのため、シークによるビデオ再生の途切れや、電力消費等を抑えることが可能になる。
【０１８３】
一方、上記ＣＡにおいてグラフィックスデータの記録が可能でなければ、該グラフィックスデータは別の領域に記録する。また、プログラム情報ファイルのgraphics＿table()にgraphics＿info()のエントリを１個追加し、そのエントリ中のgr＿flags()のinterleave＿flagを０にセットする。再生時にはこのフラグを参照することで、ユーザにビデオ再生に途切れが発生するかもしれないことをビデオ再生前に知らせることができる。
【０１８４】
＜実施の形態３における変形例＞
本実施の形態３では、グラフィックスファイルやアフレコデータファイルは録画後に追加記録しているが、録画時に記録してもよいことは言うまでもない。その場合でも、グラフィックスファイルやアフレコデータファイルをビデオファイルとは独立したファイルとして扱うことができ、ビデオファイルは一般的なMPEG-2 PSファイルであり、なおかつ同期再生にあたってシークが必要ない。
【０１８５】
また本実施の形態３では、グラフィックスファイルにPNGファイルフォーマットを用いているが、JPEG等他のファイルフォーマットを用いていもよいことは言うまでもない。
【０１８６】
〔実施の形態４〕
本発明の第４の実施形態について、図２９ないし図３０を用いて説明する。本実施の形態４の位置付けは、実施の形態１におけるディスクへの配置およびＣＵ単位決定方法のバリエーションである。したがって、それ以外の部分については共通するため、相違点に絞って説明を行う。
【０１８７】
＜ファイル・ディレクトリ構成＞
実施の形態１と同一であるため説明を省略する。
【０１８８】
＜ＡＶストリームの形態＞
実施の形態１と以下の点を除き同一である。実施の形態１と異なる点は、本実施形態においてはＣＵが連続的に記録されなくてもよい点である。
【０１８９】
＜アフレコデータファイル＞
実施の形態１と同一であるため説明を省略する。
【０１９０】
＜ディスクへの配置＞
オリジナルストリームファイルおよびアフレコデータファイルのディスクへの配置について図２９を用いて説明する。図２９（ａ）に示す、互いに対応するオリジナルストリームファイル(SHRP0001.M2P)とアフレコデータファイル(SHRP0001.PRE)とは、原則的には実施の形態１のように光ディスク１０６でＣＵの直前に対応するＣＡが配置されるように記録するが、実施の形態１と異なりＣＵの途中で分断することを許す。図２９（ｂ）のＣＵ＃ｎ−１とＣＵ＃ｎがその例である。ただしＣＡに関しては実施の形態１と同様、１個のＣＡ内での分断は許さない。また、１個の連続領域中に含まれるＶＵの再生時間の合計はＣＵの再生時間以上でなければならない。
【０１９１】
このように、ＣＵの途中における分断を許すことによって、空き領域を有効活用できる可能性が高まる。例えば、ＣＵが１６秒でなおかつ２０秒分の連続した空き領域が光ディスク１０６上にある場合、ＣＵの途中で分断を許さなければ前記空き領域に１６秒しか記録できず、残りの４秒は無駄になるが、ＣＵの途中で分断できれば２０秒分記録することが可能である。
【０１９２】
＜ＣＵ単位決定方法＞
ＣＵ再生時間の決定方法について、図３０を用いて説明する。この決定方法では、実施の形態１と同様、機器間での互換性確保のため、基準となるデバイス(リファレンス・デバイス・モデル)と基準となるアフレコアルゴリズム(リファレンス・アフレコ・アルゴリズム)とを想定し、次にそれらを用いてアフレコを行った際にシームレス再生が破綻しないようにＣＵ再生時間を決める。
【０１９３】
リファレンス・デバイス・モデルについては実施の形態１と同様であるため説明を省略する。
【０１９４】
リファレンス・アフレコ・アルゴリズムは以下の（ａ），（ｂ）で表される。（ａ）原則的には、現在のＣＵの読み出しが終了したときにＣＡの記録を実行する。（ｂ）ただし、現在読み出し中のＣＵの、次のＣＵの末尾が別の連続領域に含まれていた場合、ＣＡの記録は現在読み出し中のＣＵの、次のＣＵの読み出しが終了するときまで延期する。
【０１９５】
図３０（ａ），３０（ｂ）に例を示す。図３０（ａ）は上記の（ａ）の一例である。尚、図３０中の(1)から(8)までの番号は、以下の説明中の(1)から(8)までの番号に対応する。
【０１９６】
(1)Ｎ番目のＣＵであるＣＵ＃Ｎを読み出す。(2)次に記録すべきＣＡであるＣＡ＃Ｍのアフレコデータのエンコードが終了するのを待ち、終了したらＣＡ＃Ｍへピックアップを移動。(3)ＣＡ＃Ｍにアフレコデータを記録。(4)ＣＵ＃Ｎ＋１へピックアップを移動。(5)ＣＵ＃Ｎ＋１を読み出し。(6)次に記録すべきＣＡであるＣＡ＃Ｍ＋１のアフレコデータのエンコードが終了するのを待ち、終了したらＣＡ＃Ｍ＋１へピックアップを移動。(7)ＣＡ＃Ｍにアフレコデータを記録。(8)ＣＵ＃Ｎ＋２へピックアップを移動。
【０１９７】
図３０（ｂ）は上記の（ｂ）の一例である。(1)まずＣＵ＃Ｎを読み出す。このとき、次のＣＵであるＣＵ＃Ｎ＋１の終端が別の連続領域に存在するため、ＣＵ＃Ｎの読み出し直後にＣＡの記録は行わずＣＵ＃Ｎ＋１のうち同じ連続領域に存在するＣＵ＃Ｎ＋１の前半部まで読み出す。(2)ＣＵ＃Ｎ＋１を連続領域の終端まで読み出し終わったら、ＣＡ＃Ｍへのピックアップの移動を行い、(3)ＣＡ＃Ｍにアフレコデータを記録し、(4)ＣＵ＃Ｎ＋１の残りの部分へのピックアップの移動を行う。
【０１９８】
このようなアルゴリズムを用いることによって、ＣＵの途中で分断していた場合でも連続領域間のジャンプとＣＡ記録のためのジャンプを共通化でき、ジャンプによるデータ読み出しの途切れを最小化し、その結果、連続領域長およびＣＵ・ＣＡの単位を小さくすることが出来る。このことによってディスク上での空き領域の有効利用が図れる。
【０１９９】
前記リファレンス・デバイス・モデルにおいて、前記リファレンス・アフレコ・アルゴリズムを用いてアフレコを行った場合、次のような条件を満たせば、アフレコ用バッファ５０４のオーバーフローおよびトラックバッファ５０２のアンダーフローがないことが保証できる。
【０２００】
その条件とは、実施の形態１と同様式（１）が成立することである。なお本実施の形態４における記号は、特に説明がない限り実施の形態１と同じ意味を表す。
【０２０１】
式（１）中のＴｗ（ｉ）は実施の形態１の式（４）と同様であるが、Ｔｒ（ｉ）については式（８）のように実施の形態１の式（３）からＴａを除いた形態、すなわちジャンプを含めない形態となる。
【０２０２】
【数８】
【０２０３】
ジャンプを含めない理由は以下のとおりである。本実施の形態４においてはＣＵ読み出し途中のジャンプ時にＣＡ記録時を行うため、ＣＵ読み出し途中のジャンプはＣＡ記録時のジャンプとして扱うからである。このことにより最終的なＣＵの単位および連続領域の単位を小さくすることができる。
【０２０４】
式（１）に式（８）および式（４）を代入してＴｅ（ｉ）で解くと、リアルタイムアフレコを保証可能なＴｅ（ｉ）の条件、すなわち以下の式（９）が得られる。
【０２０５】
【数９】
【０２０６】
つまり、アフレコ保証可能なＣＵ再生時間下限値Ｔｅｍｉｎは、以下の式（１０）に示すものとなる。
【０２０７】
【数１０】
【０２０８】
このとき、ＣＵ再生時間の上限値Ｔｅｍａｘは、以下の式（１１）のように設定する。ここで、ＴｖｍａｘはＶＵの最大再生時間である。
【０２０９】
【数１１】
【０２１０】
ＣＵ再生時間の上限値を設定するのは、アフレコ用音声と通常音声との同期再生に必要な遅延用メモリの最大量を見積り可能にし、再生互換性を保証するためである。尚、本実施の形態４では、オーディオビットレートＲａおよびビデオビットレートＲｖに応じて多重化間隔下限値Ｔｅｍｉｎを設定しているが、ビットレートに関わらず一定の下限値を設定しても良い。ただし、その値は最大のビットレートに基づいたものでなければならない。
【０２１１】
また、ＣＵ再生時間が上記の制限を満たせば、ストリーム中のＶＵ再生時間は固定でも可変でも構わない。
【０２１２】
＜必要なバッファメモリ量＞
本実施形態においてアフレコ時に必要なトラックバッファ５０２の容量は以下の考えに基づいて算出すればよい。まず、本実施の形態４において最も容量の必要な場合を想定すると、ＣＡへのアフレコデータ記録が続けて発生する場合である。具体的には、ＣＵの末尾の直前で分断している場合である。言い換えると、ＣＵが２個の連続領域に分割して記録されていて、かつ、そのほとんどのデータが先行する連続領域に存在する場合である。
【０２１３】
この場合、前述のリファレンス・アフレコ・アルゴリズムに従うと、ＣＵの末尾の直前でＣＡへのアフレコデータ記録を行い、次にこのＣＵの末尾のわずかなデータを読んだら直ちに次のＣＡへのアフレコデータ記録を行い、もどってＣＡの読み込みを行うことになる。これに対応するためにはＣＡへのアフレコデータ記録２回分および１個のＣＡ読み込みの期間にわたって再生を継続可能な容量が必要となる。具体的には式（１２）にしたがってトラックバッファ５０２の容量Ｂｐｂを確保すればよい。
【０２１４】
【数１２】
【０２１５】
＜管理情報ファイルフォーマット＞
実施の形態１と同一であるため説明を省略する。
【０２１６】
＜記録時の処理＞
実施の形態１とは、ＣＵをディスク上で連続的に記録する制限以外同一であるため説明を省略する。
【０２１７】
＜再生時の処理＞
実施の形態１と同一であるため説明を省略する。
【０２１８】
＜アフレコ時の処理＞
実施の形態１とは、アフレコの際に図３０記載のアルゴリズムを用いる点以外同一であるため説明を省略する。
【０２１９】
＜実施の形態４における変形例＞
本実施の形態４は、実施の形態１のバリエーションとして説明したが、第３の実施形態のようにアフレコ領域予約ファイルを用いた場合や従来技術として参照した特開２００１−４３６１６号のように同一ファイルを用いた場合にも適用できることは言うまでもない。すなわち、本実施形態で開示した発明の本質は、アフレコ用領域と初期記録したビデオデータの物理的な配置とその配置に関するパラメータを設定するためモデル設定にある。
【図面の簡単な説明】
【０２２０】
【図１】本発明の一実施形態を示すものであり、図１（ａ）は本発明の実施の形態１におけるオリジナルストリームファイルおよびアフレコデータファイルのデータ構成、図１（ｂ）は上記オリジナルストリームファイルおよびアフレコデータファイルのディスク上での配置を示す図である。
【図２】本発明の実施の形態に係るビデオディスクレコーダの概略構成を示すブロック図である。
【図３】図３（ａ）はディレクトリ／ファイル構成を示す図であり、図３（ｂ）はそのディレクトリ／ファイル構成のＵＤＦにおける管理情報の関係を示す図である。
【図４】本発明の実施の形態１におけるファイル／ディレクトリ構成を示す図である。
【図５】図５（ａ）〜図５（ｃ）は、本発明の実施の形態１におけるオリジナルストリームファイルの構成を示す図である。
【図６】本発明の実施の形態１におけるアフレコデータファイルの構成を示す説明図である。
【図７】本発明の実施の形態１におけるリファレンス・デバイス・モデルを示す図である。
【図８】本発明の実施の形態１におけるリファレンス・アフレコ・アルゴリズムを示す図である。
【図９】本発明の実施の形態１におけるストリーム管理情報ファイルの構成を示す図である。
【図１０】図１０（ａ）〜図１０（ｂ）は、本発明の実施の形態１におけるvideo＿unit＿tableの構成を示す図である。
【図１１】図１１（ａ）〜図１１（ｂ）は、本発明の実施の形態１におけるVU＿flagsの構成を示す図である。
【図１２】図１２（ａ）〜図１２（ｂ）は、本発明の実施の形態１におけるcontinuous＿area＿tableの構成を示す図である。
【図１３】図１３（ａ）〜図１３（ｂ）は、本発明の実施の形態１におけるＣＡ＿flagsの構成を示す図である。
【図１４】本発明の実施の形態１におけるプログラム情報ファイルの構成を示す図である。
【図１５】図１５（ａ）〜図１５（ｂ）は、本発明の実施の形態１におけるscene＿tableの構成を示す図である。
【図１６】本発明の実施の形態１における記録処理の流れを示すフローチャートである。
【図１７】本発明の実施の形態１における再生処理の流れを示すフローチャートである。
【図１８】本発明の実施の形態１におけるシーン再生処理の流れを示すフローチャートである。
【図１９】本発明の他の実施形態を示すものであり、図１９（ａ）は実施の形態２における２種類のストリームファイルのデータ構成、図１９（ｂ）はこれらのストリームファイルのディスク上での配置を示す図である。
【図２０】従来技術を示すものであり、図２０（ａ）はストリームファイルのデータ構成、図２０（ｂ）はこのストリームファイルのディスク上での配置を示す図である。
【図２１】本発明の実施の形態３におけるファイル／ディレクトリ構成を示す図である。
【図２２】本発明の一実施形態を示すものであり、図２２（ａ）は本発明の実施の形態３におけるオリジナルストリームファイルおよびアフレコ領域予約ファイルのデータ構成、図２２（ｂ）は録画直後のオリジナルストリームファイルおよびアフレコ領域予約ファイルのディスク上での配置を示す図である。
【図２３】図２３（ａ）は本発明の実施の形態３におけるグラフィックスファイルおよびアフレコデータファイルのデータ構成、図２３（ｂ）はアフレコ・非破壊編集後のグラフィックスファイル、アフレコデータファイル、オリジナルストリームファイルおよびアフレコ領域予約ファイルのディスク上での配置を示す図である。
【図２４】本発明の実施の形態３におけるプログラム情報ファイルの構成を示す図である。
【図２５】図２５（ａ）〜図２５（ｂ）は、本発明の実施の形態３におけるsubaudio＿tableの構成を示す図である。
【図２６】図２６（ａ）〜図２６（ｂ）は、本発明の実施の形態３におけるgraphics＿tableの構成を示す図である。
【図２７】図２７（ａ）〜図２７（ｂ）は、本発明の実施の形態３におけるSA＿flagsおよびgr＿flagsの構成を示す図である。
【図２８】本発明の実施の形態３におけるシーン再生処理の流れを示すフローチャートである。
【図２９】本発明の一実施形態を示すものであり、図２９（ａ）は本発明の実施の形態４におけるオリジナルストリームファイルおよびアフレコデータファイルのデータ構成、図２９（ｂ）は上記オリジナルストリームファイルおよびアフレコデータファイルのディスク上での配置を示す図である。
【図３０】図３０（ａ），３０（ｂ）は、本発明の実施の形態４におけるリファレンス・アフレコ・アルゴリズムを示す図である。
【符号の説明】
【０２２１】
１００ バス
１０１ ホストＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ ユーザインタフェース
１０５ システムクロック
１０６ 光ディスク（記録媒体）
１０７ ピックアップ
１０８ ＥＣＣデコーダ
１０９ ＥＣＣエンコーダ
１１０ オーディオ再生用バッファ
１１１ ビデオ再生用バッファ
１１２ デマルチプレクサ
１１３ マルチプレクサ
１１４ 記録用バッファ
１１５ オーディオデコーダ
１１６ ビデオデコーダ
１１７ オーディオエンコーダ
１１８ ビデオエンコーダ
１１９ オーディオ記録用バッファ
１２０ ビデオ記録用バッファ
１２１ デマルチプレクサ
１２２ アフレコデータ再生用バッファ
【特許請求の範囲】
【請求項１】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録するＡＶデータ記録方法であって、
前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを備えることを特徴とするＡＶデータ記録方法。
【請求項２】
前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップを備えることを特徴とする請求項１記載のＡＶデータ記録方法。
【請求項３】
前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第６のステップを備えることを特徴とする請求項１記載のＡＶデータ記録方法。
【請求項４】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とするＡＶデータ記録方法であって、
前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、
前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、
前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを備えることを特徴とするＡＶデータ記録方法。
【請求項５】
前記関連データの記録時に、
前記関連データを所定の間隔毎に部分関連データに分割する第１１のステップと、
前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する第１２のステップと、
前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１３のステップとを備えることを特徴とする請求項４記載のＡＶデータ記録方法。
【請求項６】
前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第１４のステップを備えることを特徴とする請求項４記載のＡＶデータ記録方法。
【請求項７】
前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第１５のステップを備えることを特徴とする請求項４記載のＡＶデータ記録方法。
【請求項８】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録するＡＶデータ記録装置であって、
前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する手段と、
前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する手段と、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する手段と、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する手段とを備えることを特徴とするＡＶデータ記録装置。
【請求項９】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能するＡＶデータ記録装置であって、
前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する手段と、
前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する手段と、
前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する手段と、
前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する手段とを備えることを特徴とするＡＶデータ記録装置。
【請求項１０】
前記関連データの記録時に、
前記関連データを所定の間隔毎に部分関連データに分割する手段と、
前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する手段と、
前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する手段とを備えることを特徴とする請求項９記載のＡＶデータ記録装置。
【請求項１１】
複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータと、前記ＡＶデータと同期する関連データとを記録したデータ記録媒体であって、
前記ＡＶデータおよび前記関連データが所定の間隔毎に部分ＡＶデータおよび部分関連データに分割された状態で、かつ、一続きの前記部分ＡＶデータと前記部分関連データとが連続して記録されており、
さらに、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報が記録されていることを特徴とするデータ記録媒体。
【請求項１２】
コンピュータにおいて、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録させるプログラムであって、
上記コンピュータに、
前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを行わせることを特徴とするプログラム。
【請求項１３】
コンピュータにおいて、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とする動作を行わせるプラグラムであって、
上記コンピュータに、
前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、
前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、
前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを行わせることを特徴とするプログラム。
【請求項１４】
請求項１２または１３に記載のプログラムを格納することを特徴とする記録媒体。
【請求項１５】
複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録したデータ記録媒体であって、
前記ＡＶデータおよび前記関連データは、所定の間隔毎に部分ＡＶデータおよび部分関連データに分割されており、
一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域が前記記録媒体上に確保されており、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとが連続的に記録されており、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報が記録されていることを特徴とするデータ記録媒体。
【請求項１】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録するＡＶデータ記録方法であって、
前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを備えることを特徴とするＡＶデータ記録方法。
【請求項２】
前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第５のステップを備えることを特徴とする請求項１記載のＡＶデータ記録方法。
【請求項３】
前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第６のステップを備えることを特徴とする請求項１記載のＡＶデータ記録方法。
【請求項４】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とするＡＶデータ記録方法であって、
前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、
前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、
前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを備えることを特徴とするＡＶデータ記録方法。
【請求項５】
前記関連データの記録時に、
前記関連データを所定の間隔毎に部分関連データに分割する第１１のステップと、
前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する第１２のステップと、
前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１３のステップとを備えることを特徴とする請求項４記載のＡＶデータ記録方法。
【請求項６】
前記部分ＡＶデータの再生開始時刻と、前記第１の連続領域の位置情報の対応情報とを前記記録媒体に記録する第１４のステップを備えることを特徴とする請求項４記載のＡＶデータ記録方法。
【請求項７】
前記部分関連データが、対応する前記部分ＡＶデータの近傍に記録されているか否かを管理する情報を前記記録媒体に記録する第１５のステップを備えることを特徴とする請求項４記載のＡＶデータ記録方法。
【請求項８】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録するＡＶデータ記録装置であって、
前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する手段と、
前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する手段と、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する手段と、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する手段とを備えることを特徴とするＡＶデータ記録装置。
【請求項９】
記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能するＡＶデータ記録装置であって、
前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する手段と、
前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する手段と、
前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する手段と、
前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する手段とを備えることを特徴とするＡＶデータ記録装置。
【請求項１０】
前記関連データの記録時に、
前記関連データを所定の間隔毎に部分関連データに分割する手段と、
前記部分関連データを、対応する部分ＡＶデータと連続して記録されている前記部分予約データの確保領域に記録する手段と、
前記部分関連データを前記部分ＡＶデータおよび前記部分予約データとは別のファイルとして管理すると共に、前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する手段とを備えることを特徴とする請求項９記載のＡＶデータ記録装置。
【請求項１１】
複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータと、前記ＡＶデータと同期する関連データとを記録したデータ記録媒体であって、
前記ＡＶデータおよび前記関連データが所定の間隔毎に部分ＡＶデータおよび部分関連データに分割された状態で、かつ、一続きの前記部分ＡＶデータと前記部分関連データとが連続して記録されており、
さらに、前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報が記録されていることを特徴とするデータ記録媒体。
【請求項１２】
コンピュータにおいて、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録させるプログラムであって、
上記コンピュータに、
前記ＡＶデータおよび前記関連データを所定の間隔毎に部分ＡＶデータおよび部分関連データに分割する第１のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域を確保する第２のステップと、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとを連続的に記録する第３のステップと、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第４のステップとを行わせることを特徴とするプログラム。
【請求項１３】
コンピュータにおいて、記録媒体上に、複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録可能とする動作を行わせるプラグラムであって、
上記コンピュータに、
前記ＡＶデータを所定の間隔毎に部分ＡＶデータに分割する第７のステップと、
前記記録媒体上において、一続きの前記部分ＡＶデータと、前記関連データの記録時に前記部分ＡＶデータに対応して分割される部分関連データの記録領域を確保する部分予約データとを記録するための連続領域である第１の連続領域を確保する第８のステップと、
前記部分予約データを作成しながら、前記第１の連続領域に前記部分ＡＶデータと前記部分予約データとを連続的に記録する第９のステップと、
前記部分ＡＶデータおよび前記部分予約データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分予約データを別のファイルとして扱うための情報を管理するファイルシステム管理情報を前記記録媒体上に記録する第１０のステップとを行わせることを特徴とするプログラム。
【請求項１４】
請求項１２または１３に記載のプログラムを格納することを特徴とする記録媒体。
【請求項１５】
複数のストリームデータが所定の多重化規則に従って多重化されたＡＶデータを、前記ＡＶデータと同期する関連データと共に記録したデータ記録媒体であって、
前記ＡＶデータおよび前記関連データは、所定の間隔毎に部分ＡＶデータおよび部分関連データに分割されており、
一続きの前記部分ＡＶデータと前記部分関連データとを記録するための連続領域である第１の連続領域が前記記録媒体上に確保されており、
前記第１の連続領域に前記部分ＡＶデータと前記部分関連データとが連続的に記録されており、
前記部分ＡＶデータおよび前記部分関連データとをそれぞれ別のファイルとして管理すると共に、前記部分ＡＶデータおよび前記部分関連データを別のファイルとして扱うための情報を管理するファイルシステム管理情報が記録されていることを特徴とするデータ記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【公開番号】特開２００７−６６５１２（Ｐ２００７−６６５１２Ａ）
【公開日】平成１９年３月１５日（２００７．３．１５）
【国際特許分類】
【出願番号】特願２００６−２７７００５（Ｐ２００６−２７７００５）
【出願日】平成１８年１０月１０日（２００６．１０．１０）
【分割の表示】特願２００３−５０５８（Ｐ２００３−５０５８）の分割
【原出願日】平成１５年１月１０日（２００３．１．１０）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成１９年３月１５日（２００７．３．１５）
【国際特許分類】
【出願日】平成１８年１０月１０日（２００６．１０．１０）
【分割の表示】特願２００３−５０５８（Ｐ２００３−５０５８）の分割
【原出願日】平成１５年１月１０日（２００３．１．１０）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]