(57)【要約】第１フォーマットの第１データストリーム、第２フォーマットの第２データストリームのいずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位を複数配置して構成されており、第１フォーマットおよび第２フォーマットにおいて、各データ単位のビデオ再生時間に関して変動が許容される第１時間幅及び第２時間幅がそれぞれ規定されている。記録方法は、ビデオに関するコンテンツを受け取るステップと、コンテンツを圧縮符号化してビデオデータを生成するステップと、ビデオデータに基づいて第１時間幅および第２時間幅の両方に収まる再生時間を有するデータ単位を生成するステップと、データ単位を含む第１データストリームを記録媒体に記録するステップとを包含する。
2004084552.tif 000002
【特許請求の範囲】
【請求項１】
第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する方法であって、
いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されており、
前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、
前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されており、
前記ビデオに関するコンテンツを受け取るステップと、
前記コンテンツを圧縮符号化したビデオデータを生成するステップと、
前記ビデオデータに基づいて前記データ単位を生成するステップであって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するステップと、
前記データ単位を含む第１データストリームを前記記録媒体に記録するステップと
を包含する記録方法。
【請求項２】
前記第１の時間幅は、前記第１データストリームの最後に配置される第１末尾データ単位に対する時間幅と、前記第１末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、
前記第２の時間幅は、前記第２データストリームの最後に配置される第２末尾データ単位に対する時間幅と、前記第２末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、
前記データ単位を生成するステップは、前記第１末尾データ単位に対する時間幅と前記第２末尾データ単位の時間幅の両方に収まる再生時間を有する末尾データ単位を生成する、請求項１に記載の記録方法。
【請求項３】
前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間を有する末尾データ単位の最小値に満たないとき、
前記データ単位を生成するステップは、前記生成中のデータ単位を直前のデータ単位に結合して、前記両方に収まる再生時間の最小値を有する末尾データ単位を生成する、請求項２に記載の記録方法。
【請求項４】
前記データ単位の各々について、前記データ単位のデータ量、前記データ単位に含まれるピクチャ数を含む管理情報を生成するステップをさらに包含し、
記録するステップは、前記第１データストリームと異なるデータストリームとして前記管理情報を前記記録媒体に記録する、請求項１に記載の記録方法。
【請求項５】
第１末尾データ単位に対する時間幅は、０秒以上かつ１秒以下であり、前記第２末尾データ単位に対する時間幅は、０．４秒以上かつ１．２秒以下である、請求項２から４のいずれかに記載の記録方法。
【請求項６】
前記第１末尾データ単位以外のデータ単位に対する時間幅、および、前記第２末尾データ単位以外のデータ単位に対する時間幅は、０．４秒以上かつ１．０秒以下である、請求項５に記載の記録方法。
【請求項７】
第１の時間幅は０秒以上かつ１秒以下であり、前記第２の時間幅は０．４秒以上かつ１．２秒以下である、請求項１に記載の記録方法。
【請求項８】
前記データ単位を生成するステップは、前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記生成中のデータ単位を廃棄する、請求項２に記載の記録方法。
【請求項９】
前記データ単位を生成するステップは、
前記第１データストリームの記録を中断する指示を受け取り、
前記指示を受けた時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記最小値に達するまで記録を継続する、請求項２に記載の記録方法。
【請求項１０】
第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する装置であって、
いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されており、
前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、
前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されており、
前記ビデオに関するコンテンツが入力される入力部と、
前記コンテンツを圧縮符号化したビデオデータを生成する圧縮部と、
前記ビデオデータに基づいて前記データ単位を生成するストリーム組立部であって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するストリーム組立部と、
前記データ単位を含む第１データストリームを前記記録媒体に記録する記録部と
を備えた記録装置。
【請求項１１】
前記第１の時間幅は、前記第１データストリームの最後に配置される第１末尾データ単位に対する時間幅と、前記第１末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、
前記第２の時間幅は、前記第２データストリームの最後に配置される第２末尾データ単位に対する時間幅と、前記第２末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、
前記ストリーム組立部は、前記第１末尾データ単位に対する時間幅と前記第２末尾データ単位の時間幅の両方に収まる再生時間を有する末尾データ単位を生成する、請求項１０に記載の記録装置。
【請求項１２】
前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間を有する末尾データ単位の最小値に満たないとき、
前記ストリーム組立部は、前記生成中のデータ単位を直前のデータ単位に結合して、前記両方に収まる再生時間の最小値を有する末尾データ単位を生成する、請求項１１に記載の記録装置。
【請求項１３】
前記データ単位の各々について、前記データ単位のデータ量、前記データ単位に含まれるピクチャ数を含む管理情報を生成する制御部をさらに包含し、
前記記録部は、前記第１データストリームと異なるデータストリームとして前記管理情報を前記記録媒体に記録する、請求項１０に記載の記録装置。
【請求項１４】
第１末尾データ単位に対する時間幅は、０秒以上かつ１秒以下であり、前記第２末尾データ単位に対する時間幅は、０．４秒以上かつ１．２秒以下である、請求項１１から１３のいずれかに記載の記録装置。
【請求項１５】
前記第１末尾データ単位以外のデータ単位に対する時間幅、および、前記第２末尾データ単位以外のデータ単位に対する時間幅は、０．４秒以上かつ１．０秒以下である、請求項１４に記載の記録装置。
【請求項１６】
第１の時間幅は０秒以上かつ１秒以下であり、前記第２の時間幅は０．４秒以上かつ１．２秒以下である、請求項１０に記載の記録装置。
【請求項１７】
前記ストリーム組立部は、前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記生成中のデータ単位を破棄する、請求項１１に記載の記録装置。
【請求項１８】
前記ストリーム組立部は、前記第１データストリームの記録を中断する指示を受け取り、前記指示を受けた時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記最小値に達するまで記録を継続する、請求項１１に記載の記録装置。
【発明の詳細な説明】
【技術分野】  本発明は、映像および音声を含むコンテンツをリアルタイムで記録する方法および装置に関する。
【背景技術】  映像（ビデオ）信号および音声（オーディオ）信号を低いビットレートで圧縮し符号化する種々のデータストリームが規格化されている。そのようなデータストリームの例として、ＭＰＥＧ２システム規格（ＩＳＯ／ＩＥＣ  １３８１８−１）のシステムストリームが知られている。システムストリームは、プログラムストリーム（ＰＳ）、トランスポートストリーム（ＴＳ）、およびＰＥＳストリームの３種類を包含する。
近年、磁気テープに代わって、相変化光ディスク、ＭＯ等の光ディスクが、データストリームを記録するための記録媒体として注目を浴びてきている。現在、相変化光ディスク（例えばＤＶＤ）にコンテンツのデータストリームをリアルタイムで記録し、編集等を可能にする規格として、ＤＶＤビデオレコーディング規格（以下、「ＶＲ規格」と称する）が規定されている（ＤＶＤ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  ｆｏｒ  Ｒｅ−ｗｒｉｔａｂｌｅ／Ｒｅ−ｒｅｃｏｒｄａｂｌｅ  Ｄｉｓｃｓ  Ｐａｒｔ３  ＶＩＤＥＯ  ＲＥＣＯＲＤＩＮＧ  ｖｅｒｓｉｏｎ  １．０  Ｓｅｐｔｅｍｂｅｒ  １９９９）。また、映画等の再生専用コンテンツのデータストリームを記録する、パッケージメディア用の規格として、ＤＶＤビデオ規格（以下、「ビデオ規格」と称する）が規定されている。
図１は、ＶＲ規格に準拠したＭＰＥＧ２プログラムストリーム１０のデータ構造を示す（以下、このストリームを「ＶＲ規格ストリーム１０」と称する）。ＶＲ規格ストリーム１０は、複数のビデオオブジェクトユニット（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｕｎｉｔ；ＶＯＢＵ）を含んでいる。図１には２つのＶＯＢＵが記載されているが、より多く含んでいてもよい。ＶＲ規格ストリーム１０が３以上のＶＯＢＵを含むときは、最初のＶＯＢＵから最後のＶＯＢＵの１個手前のＶＯＢＵまでが図１の最初のＶＯＢＵに対応し、最後のＶＯＢＵが図１の２個目のＶＯＢＵに対応するとする。
ＶＲ規格ストリーム１０内の各ＶＯＢＵは、複数のパックから構成されている。各パックのデータ長（パック長）は一定（２キロバイト（２０４８バイト））である。各ＶＯＢＵの先頭には、図１に“ＲＤＩ”で示されるリアルタイムインフォメーションパック（ＲＤＩパック）１１、１４が配置されている。ＲＤＩパック１１の後には、“Ｖ”で示されるビデオパック（ビデオパック１２、１３等）および“Ａ”で示されるオーディオパックが複数含まれている。
各パックは以下の情報を格納している。例えば日本国特開２００１−１９７４１７号公報に記載されているように、ＲＤＩパック１１は、ＶＲ規格ストリーム１０の再生を制御するために用いられる情報、例えばアスペクト情報、ＲＤＩ＿ＰＣＫの復号タイミングを示す情報、ＶＲ規格ストリーム１０のコピーを制御するための情報を格納している。復号タイミングはＰＴＳ（プレゼンテーションタイムスタンプ）と同じデータ構造によって示される。オーディオパックは、例えばＭＰＥＧ２−オーディオ規格によって圧縮されたオーディオデータを格納している。ビデオパック１２は、ＭＰＥＧ２圧縮されたビデオデータ１２ａを格納している。なお、ビデオパック１２はビデオパックであることを特定するパックヘッダ１２ｂおよびＰＥＳパケットヘッダ１２ｃの他、さらにＶＯＢＵの最初のビデオパックであればパックヘッダ１２ｂの中にシステムヘッダ（図示せず）も含まれる。
図１に示すビデオパック１２のビデオデータ１２ａは、後続のビデオパック１３以後のビデオデータ１３ａ等とともにＩフレーム１５のデータを構成する。さらにＩフレームに続くＢフレームまたはＰフレームを構成するビデオパックが続けて記録される。
また、ビデオデータ１２ａは、シーケンスヘッダ１７およびＧＯＰヘッダ１８を含んでいる。ＭＰＥＧ２規格では、ビデオフレームを複数まとめた「グループ・オブ・ピクチャ」（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅ；ＧＯＰ）が規定されており、ＧＯＰヘッダ１８はその先頭を表す。ＧＯＰの先頭フレームは必ずＩフレームである。
ＶＲ規格ストリーム１０の各ＶＯＢＵは１以上のＧＯＰから構成される。ひとつのＶＯＢＵ内の全ＧＯＰの再生時間は、原則として０．４秒以上かつ１．０秒以下の範囲に収まるように調整されている。ただし、最後のＶＯＢＵの再生時間は、０秒以上かつ１．０秒以下の範囲で調整されている。ＶＲ規格ストリーム１０はリアルタイムで記録されることを前提としているため、０．４秒未満のタイミングで記録が停止され得るからである。これらの範囲内であれば、各ＶＯＢＵについてビデオの再生時間の変動が許容される。
図２は、ビデオ規格に準拠したＭＰＥＧ２プログラムストリーム２０のデータ構造を示す（以下、このストリームを「ビデオ規格ストリーム２０」と称する）。ビデオ規格ストリーム２０のデータ構造は、ＶＲ規格ストリーム１０のデータ構造と類似している。すなわち、ビデオ規格ストリーム２０は複数のＶＯＢＵを含んでおり、各ＶＯＢＵは複数のパックから構成されている。各パックのデータ長（パック長）は一定（２キロバイト（２０４８バイト））である。
例えば特開平１０−３１８７６号公報に記載されているように、各ＶＯＢＵの先頭には“ＮＶ”で示されるナビゲーションパック２１、２３が配置されている。ナビゲーションパックには、ビデオデータおよびオーディオデータの再生を制御するための情報が格納される。また、ナビゲーションパックに続いて、ビデオデータを格納したビデオパック２２およびオーディオデータを格納したオーディオパック等が配置される。
ＶＲ規格ストリーム１０と同様、ビデオ規格ストリーム２０でも、各ＶＯＢＵは１以上のＧＯＰから構成される。よって、ビデオ規格ストリーム２０のビデオパックは図１に示すビデオパック１２、１３と概ね同じデータ構造を有している。
ビデオ規格ストリーム２０では、各ＶＯＢＵに含まれる全ＧＯＰの再生時間は、原則として０．４秒から１．０秒までの範囲に収まるように調整されている。ただし、最後のＶＯＢＵについては、再生時間は０．４秒から１．２秒までの範囲で調整されている。これらの範囲内であれば、各ＶＯＢＵについてビデオの再生時間の変動が許容される。
ＶＲ規格ストリーム１０をビデオ規格ストリーム２０に変換する際には、ＲＤＩパックをナビゲーションパックに変換するほか、最後に配置されたＶＯＢＵの再生時間を調整する必要が生じる。例えば、ＶＲ規格ストリーム１０の最後のＶＯＢＵの再生時間が０．４秒未満のときは、ビデオ規格ストリーム２０に対応するように、最後のＶＯＢＵの再生時間が０．４秒から１．２秒までの範囲に入るように調整する必要が生じる。
このとき、最後のＶＯＢＵの再生時間を調整するため、ビデオデータの復号化および圧縮符号化（すなわち再圧縮処理）が必要になることがある。以下、図３を参照しながら、再圧縮処理が必要になる例を説明する。
図３は、ＶＲ規格ストリーム１０をビデオ規格ストリーム２０に変換する従来の変換処理の例を示す。図３では、ＶＲ規格ストリーム１０およびビデオ規格ストリーム２０の最後の２つのＶＯＢＵ（ｋ−１）およびＶＯＢＵ（ｋ）のみを示している。また、ＮＴＳＣのように３０フレームで１秒の映像が再生されるとする。ＶＲ規格ストリーム１０のＶＯＢＵ（ｋ−１）は１２フレームのＧＯＰ（ｎ−２）および１８フレームのＧＯＰ（ｎ−１）を含んでおり、再生時間の合計は１．０秒である。また、ＶＯＢＵ（ｋ）は９フレームのＧＯＰ（ｎ）を含んでおり、その再生時間は０．３秒である。
従来は、ＧＯＰ（ｎ−１）の最後の３フレーム（Ｐ，Ｂ，Ｂフレーム）をＧＯＰ（ｎ）のフレームに変更していた。その理由は、３フレームの再生時間は０．１秒であるため、ＧＯＰ（ｎ）の再生時間（０．３秒）と合計すると０．４秒になり、ビデオ規格ストリームに適合させることが可能になるからである。
このとき、ＧＯＰ（ｎ）の先頭は必ずＩフレームにする必要があるため、Ｂフレームを一旦復号してＩフレームとして再び圧縮符号化する必要がある。その結果、Ｂフレームを生成するための双方向符号化において参照フレーム（図３の場合はＩフレーム）のデータが変動することになり、先頭フレームのみならず後続のフレームも再圧縮処理が必要になる。
さらに、各々が連続したＶＲ規格ストリーム（後述するＶＯＢ）を複数連結して、ひとつのＶＲ規格ストリームにすることも可能である。図１２は、連続したＶＲ規格ストリーム（ＶＯＢ＃１、２、・・・、ｋ）を複数結合して得られたＶＲ規格ストリームのデータ構造を示す。連結処理においては、それぞれの連続したＶＲ規格ストリームが図１に示したＶＯＢＵの再生時間規定を満たす必要がある。すなわち連結点の直前のＶＯＢＵおよび最後のＶＯＢＵの再生時間長は１．０秒以内でなければならない。また、連結されたビデオ規格ストリームも元のＶＲ規格ストリームと類似のデータ構造を有することになる。図１３は、連続したビデオ規格ストリーム（ＶＯＢ＃１、２、・・・、ｋ）を複数結合して得られたビデオ規格ストリームのデータ構造を示す。このビデオ規格ストリームでは、連結点の直前のＶＯＢＵおよび最後のＶＯＢＵの再生時間長は０．４〜１．２秒でなければならない。したがって、特定のフレームを削除することなく、連結されたＶＲ規格ストリームをビデオ規格ストームへ変換する場合には、最悪の変換条件の下では各連結点毎に再圧縮処理が必要となっていた。
なお、ここでいう「連続したストリーム」の意味は、プログラムストリームがＭＰＥＧ２のシステム規格で規定された連続性の条件を満たすことを意味する。具体的には、システム・ターゲット・デコーダ（Ｐ−ＳＴＤ）に対して時間的に連続的に入力してくるストリームを意味する。このことは例えば、ＰＴＳ、ＤＴＳ、ＳＣＲの値が連続したシステム・タイム・クロックを基準として割り振られていることを意味する。また例えば、システム・ターゲット・デコーダの各バッファ内でデータのアンダーフローが発生しないことも意味する。詳細はＭＰＥＧ−２システム規格で規定されている。
このように、従来は、特定のフレームを削除することなく、ＶＲ規格ストリームからビデオ規格ストリームを変換するためには複雑かつ高負荷の処理を行わなければならず、変換に時間を要していた。
本発明の目的は、ビデオ規格ストリームへの変換に際して再圧縮処理が不要なＶＲ規格ストリームを生成することである。
【発明の開示】
本発明による記録方法は、第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する。いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されており、前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されている。前記方法は、前記ビデオに関するコンテンツを受け取るステップと、前記コンテンツを圧縮符号化したビデオデータを生成するステップと、前記ビデオデータに基づいて前記データ単位を生成するステップであって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するステップと、前記データ単位を含む第１データストリームを前記記録媒体に記録するステップとを包含する。
前記第１の時間幅は、前記第１データストリームの最後に配置される第１末尾データ単位に対する時間幅と、前記第１末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、前記第２の時間幅は、前記第２データストリームの最後に配置される第２末尾データ単位に対する時間幅と、前記第２末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、前記データ単位を生成するステップは、前記第１末尾データ単位に対する時間幅と前記第２末尾データ単位の時間幅の両方に収まる再生時間を有する末尾データ単位を生成してもよい。
前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間を有する末尾データ単位の最小値に満たないとき、前記データ単位を生成するステップは、前記生成中のデータ単位を直前のデータ単位に結合して、前記両方に収まる再生時間の最小値を有する末尾データ単位を生成してもよい。
前記データ単位の各々について、前記データ単位のデータ量、前記データ単位に含まれるピクチャ数を含む管理情報を生成するステップをさらに包含し、記録するステップは、前記第１データストリームと異なるデータストリームとして前記管理情報を前記記録媒体に記録してもよい。
第１末尾データ単位に対する時間幅は、０秒以上かつ１秒以下であり、前記第２末尾データ単位に対する時間幅は、０．４秒以上かつ１．２秒以下であってもよい。
前記第１末尾データ単位以外のデータ単位に対する時間幅、および、前記第２末尾データ単位以外のデータ単位に対する時間幅は、０．４秒以上かつ１．０秒以下であってもよい。
第１の時間幅は０秒以上かつ１秒以下であり、前記第２の時間幅は０．４秒以上かつ１．２秒以下であってもよい。
前記データ単位を生成するステップは、前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記生成中のデータ単位を廃棄してもよい。
前記データ単位を生成するステップは、前記第１データストリームの記録を中断する指示を受け取り、前記指示を受けた時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記最小値に達するまで記録を継続してもよい。
本発明による記録装置は、第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する。いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されており、前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されている。前記記録装置は、前記ビデオに関するコンテンツが入力される入力部と、前記コンテンツを圧縮符号化したビデオデータを生成する圧縮部と、前記ビデオデータに基づいて前記データ単位を生成するストリーム組立部であって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するストリーム組立部と、前記データ単位を含む第１データストリームを前記記録媒体に記録する記録部とを備えている。
前記第１の時間幅は、前記第１データストリームの最後に配置される第１末尾データ単位に対する時間幅と、前記第１末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、前記第２の時間幅は、前記第２データストリームの最後に配置される第２末尾データ単位に対する時間幅と、前記第２末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、前記ストリーム組立部は、前記第１末尾データ単位に対する時間幅と前記第２末尾データ単位の時間幅の両方に収まる再生時間を有する末尾データ単位を生成してもよい。
前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間を有する末尾データ単位の最小値に満たないとき、前記ストリーム組立部は、前記生成中のデータ単位を直前のデータ単位に結合して、前記両方に収まる再生時間の最小値を有する末尾データ単位を生成してもよい。
前記データ単位の各々について、前記データ単位のデータ量、前記データ単位に含まれるピクチャ数を含む管理情報を生成する制御部をさらに包含し、前記記録部は、前記第１データストリームと異なるデータストリームとして前記管理情報を前記記録媒体に記録してもよい。
第１末尾データ単位に対する時間幅は、０秒以上かつ１秒以下であり、前記第２末尾データ単位に対する時間幅は、０．４秒以上かつ１．２秒以下であってもよい。
前記第１末尾データ単位以外のデータ単位に対する時間幅、および、前記第２末尾データ単位以外のデータ単位に対する時間幅は、０．４秒以上かつ１．０秒以下であってもよい。
第１の時間幅は０秒以上かつ１秒以下であり、前記第２の時間幅は０．４秒以上かつ１．２秒以下であってもよい。
前記ストリーム組立部は、前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記生成中のデータ単位を破棄してもよい。
前記ストリーム組立部は、前記第１データストリームの記録を中断する指示を受け取り、前記指示を受けた時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記最小値に達するまで記録を継続してもよい。
前記記録媒体には、全てのデータ単位が０．４秒から１．０秒分のＶＯＢＵから構成されたＭＰＥＧ２プログラムストリームである第１データストリームが記録されていてもよい。
本発明による、コンピュータにおいて実行可能なデータストリームの記録プログラムは、第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する際に用いられる。いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されている。さらに、前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されている。前記プログラムにしたがってコンピュータが実行する記録方法は、前記ビデオに関するコンテンツを受け取るステップと、前記コンテンツを圧縮符号化したビデオデータを生成するステップと、前記ビデオデータに基づいて前記データ単位を生成するステップであって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するステップと、前記データ単位を含む第１データストリームを前記記録媒体に記録するステップとを包含する。
【図面の簡単な説明】  図１は、ＶＲ規格に準拠したＭＰＥＧ２プログラムストリーム１０のデータ構造を示す図である。
図２は、ビデオ規格に準拠したＭＰＥＧ２プログラムストリーム２０のデータ構造を示す図である。
図３は、ＶＲ規格ストリーム１０をビデオ規格ストリーム２０に変換する従来の変換処理の例を示す図である。
図４（ａ）は、ＶＲ規格に準拠した本実施形態によるＭＰＥＧ２プログラムストリーム４０ａのデータ構造を示す図である。
図４（ｂ）は、ビデオ規格に準拠した本実施形態によるＭＰＥＧ２プログラムストリーム４０ｂのデータ構造を示す図である。
図５（ａ）は、ＶＯＢＵ（ｎ＋１）の記録中に記録処理が中断されたときのＶＲ規格ストリーム５０を示す図である。
図５（ｂ）は、変換後に得られた本実施形態によるＶＲ規格ストリーム４０ａを示す図である。
図６は、本実施形態によるデータ処理装置６０の機能ブロックの構成を示す図である。
図７は、記録制御部１６１によるＧＯＰの生成処理の手順を示すフローチャートである。
図８は、ＶＲ規格ストリーム４０ａと光ディスク１３１の記録領域との関係を示す図である。
図９は、記録されたＶＲ規格ストリーム４０ａおよび管理情報が光ディスク１３１のファイルシステムにおいて管理されている状態を示す図である。
図１０は、パディングパケットを含むダミーのビデオパックのデータ構造を示す図である。
図１１は、ＲＤＩパックとナビゲーションパックとの対応を示す図である。
図１２は、連続したＶＲ規格ストリーム（ＶＯＢ）を複数結合して得られたＶＲ規格ストリームのデータ構造を示す図である。
図１３は、連続したビデオ規格ストリームを複数結合して得られたビデオ規格ストリームのデータ構造を示す。
【発明を実施するための最良の形態】  本明細書では、「コンテンツ」とは、映像および／または音声を含む情報であるとする。すなわち、コンテンツは、映像を表す映像情報および／または音声を表す音声情報を含んでいる。例えば、コンテンツはカムコーダで撮影された動画や、アナログ放送等である。
また、「再生時間」という語はコンテンツ内の映像の再生時間を表すとする。以下では、ＮＴＳＣの５２５／６０テレビシステムの映像信号を圧縮符号化するとして説明する。この映像信号では、映像の３０フレーム（より正確には３００００／１００１フレーム）で再生時間が１秒になり、１フレームは２フィールドから構成される。なお、フレームおよびフィールドの両方を包含する概念として、「ピクチャ」という語が用いられる。
本実施形態では、ＤＶＤビデオレコーディング規格（ＶＲ規格）に準拠したフォーマットのデータストリームを、ＤＶＤビデオ規格（ビデオ規格）に準拠したフォーマットのデータストリームに変換するときの例を説明する。
まず実施形態による記録処理および変換処理によって得られるＶＲ規格およびビデオ規格のデータストリームのデータ構造を説明し、その後、フォーマット変換処理に関する各実施形態を説明する。
図４（ａ）は、ＶＲ規格に準拠した本実施形態によるＭＰＥＧ２プログラムストリーム４０ａのデータ構造を示す（以下、このストリームを「ＶＲ規格ストリーム４０ａ」と称する）。
ＶＲ規格ストリーム４０ａは、複数のビデオオブジェクトユニット（Ｖｉｄｅｏ  ＯＢｊｅｃｔ；ＶＯＢ）＃１、＃２、・・・、＃ｋを含んでいる。例えば、ＶＲ規格ストリーム４０ａがカムコーダで撮影されたコンテンツとすると、各ＶＯＢは、ユーザが録画を開始してから録画を停止するまでの１回の録画動作に対応する動画データが格納されている。また、図４（ａ）の一つのＶＯＢは、図１２に示すＶＲ規格ストリームを構成する、一つの連続したＶＲ規格ストリームに対応する。
各ＶＯＢは、複数のＶＯＢユニット（Ｖｉｄｅｏ  ＯＢｊｅｃｔ  ｕｎｉｔ；ＶＯＢＵ）＃１、＃２、・・・、＃ｎを含んでいる。１ＶＯＢ内において各ＶＯＢＵは、再生時間にして０．４秒から１秒までの範囲内のビデオデータを含むデータ単位である。すなわち、末尾のＶＯＢＵの再生時間も０．４秒から１秒までの範囲内に収められている。ＶＲ規格ストリームでは、末尾のＶＯＢＵ以外のＶＯＢＵの再生時間は０．４秒から１秒の範囲内にあればよく、また、末尾のＶＯＢＵ＃ｎの再生時間は０秒から１．０秒までの範囲内にあればよいので、ＶＲ規格ストリーム４０ａではこれらの要件はみたしている。
以下、図４（ａ）において最初に配置されたＶＯＢＵとその次に配置されたＶＯＢＵを例にして、ＶＯＢＵのデータ構造を説明する。
ＶＯＢＵ＃１は、複数のパックから構成されている。ＶＲ規格ストリーム４０ａ内の各パックのデータ長（パック長）は一定（２キロバイト（２０４８バイト））である。ＶＯＢＵの先頭には、図１（ａ）に“Ｒ”で示されるリアルタイムインフォメーションパック（ＲＤＩパック）４１ａが配置されている。ＲＤＩパック４１ａの後には、“Ｖ”で示されるビデオパック（ビデオパック４２ａ等）および“Ａ”で示されるオーディオパック（オーディオパック４３ａ等）が複数含まれている。なお、各ＶＯＢＵのデータサイズは、再生時間が同じであってもビデオデータが可変ビットレートであれば最大記録再生レート以下の範囲で変動し、ビデオデータが固定ビットレートであればほぼ一定である。
各パックは以下の情報を格納している。ＲＤＩパック４１ａは、ＶＲ規格ストリーム４０ａの再生を制御するために用いられる情報、例えばＶＯＢＵの再生タイミングを示す情報や、ＶＲ規格ストリーム４０ａのコピーを制御するための情報を格納している。ビデオパック４２ａは、ＭＰＥＧ２圧縮されたビデオデータを格納している。オーディオパック４３ａは、例えばＭＰＥＧ２−オーディオ規格によって圧縮されたオーディオデータを格納している。近接するビデオパック４２ａおよびオーディオパック４３ａには、例えば、同期して再生されるビデオデータおよびオーディオデータが格納されているが、それらの配置（順序）はＶＲ規格ストリーム固有のシステムターゲットデコーダモデル（ＭＰＥＧ−２システム規格に記載のＰ−ＳＴＤに対応するデコーダモデル）に従う。すなわち、デコーダモデル内で規定される所定のデータサイズのバッファが、オーバーフロー、アンダーフロー等をしないように配置される。
各ビデオパックのデータ構造は図１に示すとおりである。各ビデオパック内のビデオデータは各映像フレームの一部のデータを含んでいる。Ｉフレームから始まる所定数のフレームのまとまりによって「グループ・オブ・ピクチャ」（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅ；ＧＯＰ）が構成される。これらの説明は図１を参照しながら説明したとおりであるので、ここでは省略する。
ＶＯＢＵ＃２もまた、複数のパックから構成されている。ＶＯＢＵ＃２の先頭には、ＲＤＩパック４４ａが配置され、その後、ビデオパック４５ａおよびオーディオパック４６ａ等が複数配置されている。各パックに格納される情報の内容はＶＯＢＵ＃１と同様である。
図４（ｂ）は、ビデオ規格に準拠した本実施形態によるＭＰＥＧ２プログラムストリーム４０ｂのデータ構造を示す（以下、このストリームを「ビデオ規格ストリーム４０ｂ」と称する）。
ビデオ規格ストリーム４０ｂのデータ構造は、ＶＲ規格ストリーム４０ａのデータ構造と類似している。すなわち、ビデオ規格ストリーム４０ｂは、複数のＶＯＢ＃１、＃２、・・・、＃ｋを含み、各ＶＯＢは複数のＶＯＢＵから構成されている。ＶＯＢＵは、ビデオパック４２ｂ、４５ｂ等およびオーディオパック４３ｂ、４６ｂ等を含む。ビデオパックおよびオーディオパックは、ビデオデータおよびオーディオデータを格納している。図４（ｂ）の一つのＶＯＢは、図１２に示すＶＲ規格ストリームを構成する、一つの連続したビデオ規格ストリームに対応する。
ビデオ規格ストリーム４０ｂの各ＶＯＢＵは、再生時間にして０．４秒から１秒までの範囲に収まるビデオデータを含むデータ単位である。ビデオ規格ストリーム４０ｂでは、末尾のＶＯＢＵ以外のＶＯＢＵの再生時間は０．４秒から１秒までの範囲内であればよく、また、末尾のＶＯＢＵ＃ｎの再生時間は０．４秒から１．２秒までの範囲内であればよいので、ビデオ規格ストリーム４０ｂではこれらの要件はみたしている。
データ構造において、ビデオ規格ストリーム４０ｂがＶＲ規格ストリーム４０ａと異なる点は、ビデオ規格ストリーム４０ｂの各ＶＯＢＵの先頭には、ＶＲ規格ストリーム４０ａのＲＤＩパックに代えて“Ｎ”で示されるナビゲーションパック４１ｂ、４４ｂが配置されていることである。ナビゲーションパックは、ビデオデータおよびオーディオデータの再生を制御するための情報が格納されている。
次に、図５（ａ）および（ｂ）を参照しながら、本実施形態によるＶＲ規格ストリーム５０の記録処理の概要を説明する。後述のように、ＶＲ規格ストリーム５０は例えば相変化光ディスクに記録される。
図５（ａ）は、ＶＯＢＵ（ｎ＋１）の記録中に記録処理が中断されたときのＶＲ規格ストリーム５０を示す。ＶＯＢＵ（ｎ＋１）より前のＶＯＢＵ（図５（ａ）ではＶＯＢＵ（ｎ−１）および（ｎ））の記録は既に完了しているとする。
ＶＲ規格では、ＶＯＢＵには以下の条件が課されている。すなわち、最後のＶＯＢＵの再生時間は０から１．０秒までの範囲内に収まり、最後のＶＯＢＵ以外の各ＶＯＢＵの再生時間は０．４から１秒までの範囲内に収まる。また、１つのＶＯＢＵはＮ個（Ｎ：自然数）のＧＯＰを含み、各ＧＯＰは最大１８フレーム（すなわち０．６秒）の映像データを含んでいる。
本実施形態によるＶＲ規格ストリーム５０では、ＶＯＢＵは上述の条件を満たし、さらに他の条件を満たすように生成される。すなわち、最後のＶＯＢＵ以外の各ＶＯＢＵの再生時間は０．５秒である。そして、ＶＯＢＵは１つのＧＯＰを含んでいる。これにより、１つのＧＯＰに含まれるフレーム数は１５にされている。図５（ａ）には、これらの条件を満たすＶＯＢＵ（ｎ−１）および（ｎ）が記載されている。
これらの条件にしたがってＶＯＢＵを生成すると、記録処理が中断された最後のＶＯＢＵは１つのＧＯＰを含み、かつ、そのＧＯＰは０〜１４フレームの映像データを含むことになる。よって最後のＶＯＢＵの再生時間は０．５秒未満である。図５（ａ）には、これらの条件を満たすＶＯＢＵ（ｎ＋１）が記載されている。
なお、先に説明したようにＶＲ規格ストリームの各ＶＯＢＵは複数の種類のパックを含んでおり、その先頭には必ずＲＤＩパックが設けられる。よって、記録が完了しているＶＯＢＵ（ｎ）の先頭のみならず、記録が中断されたＶＯＢＵ（ｎ＋１）の先頭にもＲＤＩパックが設けられる。
記録処理が中断され、または終了すると、本実施形態ではＶＲ規格ストリーム５０をＶＲ規格ストリーム４０ａに変換する処理を行う。図５（ｂ）は、変換後に得られた本実施形態によるＶＲ規格ストリーム４０ａを示す。変換前のＶＲ規格ストリーム５０と変換後のＶＲ規格ストリーム４０ａとの相違点は、最後のＶＯＢＵの構成である。
具体的には、変換前のＶＲ規格ストリーム５０のＶＯＢＵ（ｎ＋１）として記録されていたＧＯＰ（ｎ＋１）は、ＶＯＢＵ（ｎ）内の第２のＧＯＰとして組み込まれる。すなわち、ＶＯＢＵ（ｎ）は２つのＧＯＰ（ｎ）および（ｎ＋１）を含む。本実施形態においては各ＶＯＢＵは１つ以上のＧＯＰを含むとしているため、上述の処理によればＶＯＢＵ（ｎ＋１）をＶＯＢＵ（ｎ）に結合することができる。これにより、ＶＯＢＵ（ｎ＋１）はＶＯＢＵ（ｎ）に統合され、変換後のＶＲ規格ストリーム４０ａではＶＯＢＵ（ｎ）が最後のＶＯＢＵになる。
なお、ＶＲ規格ストリーム５０のＶＯＢＵ（ｎ＋１）を削除する処理では、その先頭に配置されていたＲＤＩパックはビデオパックへ変更される。これは、例えばＲＤＩパックを、図１０に示すような、パディングパケットを含むダミーのビデオパックに置き換えることにより実現される。ＶＯＢＵ（ｎ）の先頭に設けられているＲＤＩパックは変更する必要はない。または、ＶＯＢＵ（ｎ＋１）のＲＤＩパックを削除し、それ以降のパックの記録位置をひとつづつ前に移動させてもよい。
図５（ｂ）のように変換しても、ＶＲ規格のデータストリームに課された条件は満たされている。変換前のＶＲ規格ストリーム５０におけるＶＯＢＵ（ｎ）および（ｎ＋１）の再生時間はいずれも０．５秒以下（１５フレーム以下）であるため、変換後のＶＲ規格ストリーム４０ａの最後のＶＯＢＵ（ｎ）は０．５秒以上、１．０秒未満（１５フレーム以上、３０フレーム未満）になるからである。
さらに、上述の処理によって得られたＶＲ規格ストリーム４０ａによれば、ビデオ規格ストリーム４０ｂへ変換する際に映像の再圧縮処理をしなくても、すべての映像フレームを変換できる。その理由は、ＶＲ規格ストリーム４０ａの最後のＶＯＢＵ（ｎ）の再生時間は０．５秒以上、１．０秒未満であるため、ビデオ規格ストリーム４０ｂの最後のＶＯＢＵの再生時間（時間幅：０．４秒以上、１．２秒以下）の条件は満たされているからである。ＶＲ規格ストリームの生成に際して、本実施形態による条件を課し、かつ、記録処理が終了した後で最後のＶＯＢＵの統合処理を行うことにより、ＶＯＢＵの記録がいつ中断されても、ビデオ規格ストリーム４０ｂへの変換が非常に容易なＶＲ規格ストリーム４０ａを得ることができる。すなわち、本発明では、ＶＲ規格ストリーム４０ａのＶＯＢＵの再生時間（時間幅：０〜１．０秒）およびビデオ規格ストリーム４０ｂのＶＯＢＵの再生時間（時間幅：０．４〜１．２秒）の両方を満足するよう、再生時間が０．４〜１．０秒に収まる、ＶＲ規格ストリーム４０ａのＶＯＢＵを生成している。
なお、上述の例では各ＶＯＢＵの再生時間を０．５秒にしたために、それに満たないＶＯＢＵ（ｎ＋１）を直前のＶＯＢＵに結合するとした。しかし、ビデオ規格ストリーム４０ｂへ変換する際にはビデオ規格ストリーム４０ｂのＶＯＢＵの再生時間の最小値（０．４秒）より大きければよいので、ＶＯＢＵ（ｎ＋１）の再生時間が０．４秒以上、０．５秒未満であれば、直前のＶＯＢＵ（ｎ）に結合しなくてもよい。
以下、図６を参照しながら、上述の処理を実現するデータ処理装置の構成を説明する。図６は、本実施形態によるデータ処理装置６０の機能ブロックの構成を示す。データ処理装置６０は、ＤＶＤ−ＲＡＭディスク、Ｂｌｕ−ｒａｙディスク（ＢＤ）等の相変化光ディスク１３１にリアルタイムでＶＲ規格ストリーム５０（図５（ａ））を記録し、記録の終了とともにＶＲ規格ストリーム５０をＶＲ規格ストリーム４０ａ（図５（ｂ））に変換する。相変化光ディスク１３１上には最終的にＶＲ規格ストリーム４０ａが記録される。
なお、ここではＶＲ規格ストリーム５０を一旦相変化光ディスク１３１へ記録するとしたが、データ処理装置６０の内部メモリ上に図５（ａ）のＶＯＢＵ（ｎ＋１）を一時的に蓄積しておき、ＶＲ規格ストリーム４ａへ変換した後に相変化光ディスク１３１へ記録してもよい。
データ処理装置６０はさらに、相変化光ディスク１３１上に記録されたＶＲ規格ストリームを読み出して、ビデオ規格ストリーム４０ｂに変換して出力することができる。また、データ処理装置６０は、ＶＲ規格ストリーム４０ａを読み出して復号し、再生する再生機能も有する。いずれもＶＲ規格ストリーム４０ａを読み出して取得する必要があるため、以下ではデータ処理装置６０の再生機能として説明する。
なお、データ処理装置６０は必ずしも記録機能および再生機能の両方を設けていなくてもよい。
以下、データ処理装置６０の記録機能に関する構成を説明する。データ処理装置６０は、映像信号入力部１００と、音声信号入力部１０２と、ＭＰＥＧ２ＰＳエンコーダ１７０と、記録部１２０と、連続データ領域検出部１６０と、記録制御部１６１と、論理ブロック管理部１６３とを有する。
映像信号入力部１００は映像信号入力端子であり、映像データを表す映像信号を受け取る。音声信号入力部１０２は音声信号入力端子であり、音声データを表す音声信号を受け取る。例えば、データ処理装置６０がビデオレコーダである場合には、映像信号入力部１００および音声信号入力部１０２は、それぞれチューナ部（図示せず）の映像出力部および音声出力部と接続され、それぞれから映像信号および音声信号を受け取る。また、データ処理装置６０がムービーレコーダ、カムコーダ等である場合には、映像信号入力部１００および音声信号入力部１０２は、それぞれカメラのＣＣＤ（図示せず）およびマイクから出力された映像信号および音声信号を受け取る。
ＭＰＥＧ２−ＰＳエンコーダ１７０（以下、「エンコーダ１７０」と称する）は、映像信号および音声信号を受け取り、ＶＲ規格に準拠したＭＰＥＧ２プログラムストリーム（ＰＳ）、すなわち、ＶＲ規格ストリーム５０を生成する。エンコーダ１７０は、映像圧縮部１０１と、音声圧縮部１０３と、ＰＳ組立部１０４とを有する。映像圧縮部１０１および音声圧縮部１０３は、それぞれ映像信号および音声信号をＭＰＥＧ−２規格に基づいて圧縮符号化して映像データおよび音声データを生成する。ＰＳ組立部１０４は、映像データと音声データを、それぞれ２キロバイト単位のビデオパック及びオーディオパックに分割し、これらのパックが一つのＶＯＢＵを構成するよう順番に並べるとともに、先頭にＲＤＩパック２７を付加してＶＲ規格ストリーム５０を生成する。各ＶＯＢＵは、再生時間にして０．５秒の１５フレームから構成される１つのＧＯＰを含む。
記録部１２０は、記録制御部１６１の指示に基づいてピックアップ１３０を制御し、記録制御部１６１から指示された論理ブロック番号の位置からＶＲ規格ストリーム５０のビデオオブジェクトユニット（ＶＯＢＵ）を記録する。このとき、記録部１２０は、各ＶＯＢＵを３２Ｋバイト単位に分割し、その単位で誤り訂正符号を付加して一つの論理ブロックとして光ディスク１３１上に記録する。一つの論理ブロックの途中で一つのＶＯＢＵの記録が終了した場合は、隙間を開けることなく次のＶＯＢＵの記録を連続的に行う。ＶＲ規格ストリーム５０は、例えば図５（ａ）に示すような形態で光ディスク１３１に格納される。
さらに、ＶＲ規格ストリーム５０の記録処理が終了すると、記録部１２０は、記録制御部１６１の指示に基づいてＶＲ規格ストリーム５０をＶＲ規格ストリーム４０ａに変更する。最終的には、光ディスク１３１にはＶＲ規格ストリーム４０ａが記録される。また、記録部１２０は、記録制御部１６１から受け取った管理情報ファイルを光ディスク１３１上に記録する。
連続データ領域検出部１６０は、論理ブロック管理部１６３によって管理される光ディスク１３１のセクタの使用状況を調べ、連続した空き論理ブロック領域を検出する。
記録制御部１６１は、記録部１２０の動作を制御する。記録制御部１６１は、予め連続データ領域検出部１６０に指示を出して、連続した空き論理ブロック領域を検出させておく。そして、記録制御部１６１は、論理ブロック単位の書き込みが発生するたびに当該論理ブロック番号を記録部１２０に通知し、論理ブロックが使用済みになった場合には論理ブロック管理部１６３に通知する。なお、記録制御部１６１は、連続データ領域検出部１６０に対して連続した空き論理ブロック領域のサイズを動的に検出させてもよい。連続データ領域検出部１６０は、１つの連続データ領域の残りが最大記録再生レート換算で、例えば３秒分を切った時点で、次の連続データ領域を再検出する。そして、１つの連続データ領域が一杯になると、記録制御部１６１は次の連続データ領域への書き込みを指示する。
記録制御部１６１は、例えばユーザからＶＲ規格ストリーム５０の記録処理を中断する指示を受け取ると、ＶＲ規格ストリーム５０の生成を終了して、ＶＲ規格ストリーム５０に基づいてＶＲ規格ストリーム４０ａを生成する。具体的には、記録制御部１６１は、記録部１２０に指示して、ＶＲ規格ストリーム５０の最後のＶＯＢの管理データを削除するとともに、そのＶＯＢＵとして対応付けていたＧＯＰを、直前のＶＯＢＵの第２のＧＯＰに変更させる。直前に存在したＶＯＢＵにはＧＯＰが２つ設けられることになる。この処理に伴って、記録制御部１６１は、ＶＲ規格ストリーム４０ａの各ＶＯＢＵの属性を表す管理情報を生成し、ＶＲ規格ストリーム４０ａとは異なるデータファイルとして光ディスク１３１上に記録するよう、記録部１２０に指示する。
ここで、図７を参照しながら、記録制御部１６１によって行われる処理をより詳細に説明する。図７は、記録制御部１６１によるＧＯＰの生成処理の手順を示すフローチャートである。
データ構造に関しては、ＶＯＢＵを構成するビデオパックのビデオデータ内にＧＯＰを構成するデータ（ＧＯＰヘッダ、各フレームのフレームデータ等）が記述される。これは、例えば図１に示すデータ構造と同様である。ただし、図１に示すＲＤＩパック１１およびビデオパック１２のパックヘッダ１２ｂ、ＰＥＳパケットヘッダ１２ｃ等は既に生成されているとする。
まず、ステップＳ１０１において、記録制御部１６１はシーケンスヘッダおよびＧＯＰヘッダを生成する。次に、ステップＳ１０２において、記録制御部１６１はエンコーダ１７０に指示して、所定数のフレームの映像信号を圧縮符号化させる。本実施形態では３フレーム分の映像信号を連続的に圧縮している。なお、３フレームの処理が終了する前にユーザから記録処理の中断指示（後述）があったときは、映像信号の入力が遮断されていても３フレーム分の処理が終了するまで圧縮処理が行われる。映像の３０フレームで再生時間が１秒であるから、記録制御部１６１は０．１秒単位で圧縮処理を管理しているといえる。３フレーム単位の例は、Ｉフレーム、ＢフレームおよびＰフレームの各先頭の文字でフレーム名を表わし、すと、１個のＧＯＰを”ＩＢＢ”，”ＰＢＢ”，”ＰＢＢ”，”ＰＢＢ”，”ＰＢＢ”で構成する場合ある。なお、上述した「３フレーム」は例であり、他には１フレーム（例えば全てＩフレーム）や２フレーム（例えば全て”ＩＰ”フレーム）であってもよいし、５フレーム等であってもよい。また、３フレーム単位に限らず、最初は４フレームで圧縮し、以後は３フレームで圧縮する等、不規則であってもよい。例えば”ＩＰＢＢ”，”ＰＢＢ”，”ＰＢＢ”，”ＰＢＢ”のように圧縮符号化してもよい。
次に、ステップＳ１０３において、記録制御部１６１はユーザからの中断指示があるか否かを判定する。中断指示は、データ処理装置６０に設けられた録画ボタン（図示せず）の再度の押下等によって与えられる。中断指示がないときはステップＳ１０４に進み、中断指示があるときはステップＳ１０６に進む。
ステップＳ１０４では、記録制御部１６１は、１５フレームの圧縮処理が終了したかを判定する。完了したときはステップＳ１０５に進む。完了していないときは処理はステップＳ１０２に戻り、記録制御部１６１は映像圧縮部１０１に対し、１５フレームの圧縮処理が終わるまで圧縮処理を行う。本実施形態では、１５フレームの圧縮が終了すると、１つのＧＯＰとしてまとめられ、かつ１つのＶＯＢＵが構成される。
ステップＳ１０５では、記録制御部１６１はＶＯＢＵごとの管理情報を生成する。管理情報には、何番目のＶＯＢＵであるかを示すＶＯＢＵ番号、そのＶＯＢＵのデータサイズおよびＶＯＢＵに含まれるフレーム数を特定可能な情報が含まれる。ステップＳ１０５の処理が終了すると、再びステップＳ１０１に戻り、次のＶＯＢＵを生成する処理を実行する。
一方、ステップＳ１０６およびステップＳ１０７は、ユーザから中断指示を受けたときに実行される処理である。まず、ステップＳ１０６において、記録制御部１６１は記録部１２０に指示を出して、それまで記録処理を行っていたＶＯＢＵのＲＤＩパックをダミーのビデオパックへ変更する。そして、記録制御部１６１はそのＶＯＢＵの最初に現れるビデオパックおよびオーディオパックに所定の修正を行う。ビデオパックおよびオーディオパックは以下のように修正される。
まず、記録制御部１６１は、ＶＯＢＵ（ｎ＋１）の最初のビデオパック内のシステムヘッダを削除し、さらにＰＥＳ拡張フィールド内のＰ−ＳＴＤバッファフィールドを削除する。そしてそれらのフィールドの削除とともに、記録制御部１６１はパディングストリームを含むＰＥＳパケットを生成してビデオパックの最後に追加して、１パックのデータ量が２キロバイトになるように調整する。仮にすでにパディングストリームが記録されていた場合には、記録済みのパディングストリームを延長する。
また、記録制御部１６１は、ＶＯＢＵ（ｎ＋１）の最初のオーディオパックのＰＥＳ拡張フィールド内のＰ−ＳＴＤバッファフィールドを削除して、パックヘッダ内のスタッフィングフィールドまたはパディングストリームを含むＰＥＳパケットを生成してオーディオパックの最後に追加し、１パックのデータ量が２キロバイトになるように調整する。仮に、すでにパディングストリームが記録されていた場合は、記録済みのパディングストリームを延長する。
上述の「ＰＥＳ拡張フィールド」とは、プログラムストリームの復号に必要な情報、例えば復号用のデータバッファの容量等が記述されるフィールドである。ＰＥＳ拡張フィールドは、ＶＲ規格ストリームの各ＶＯＢＵにおいて最初に現れるビデオパックおよびオーディオパックに設けられる。ビデオおよびオーディオのＰＥＳパケットヘッダには、パケット長フィールド、フラグフィールド等が設けられており、フラグフィールドにはＰＥＳ拡張フラグフィールドが設けられ、その値によって、その存在の有無が示される。例えばＰＥＳ拡張フラグフィールドの値が１のときにＰＥＳ拡張フィールドが存在し、０のときは存在しない。
次に、ステップＳ１０７において、直前に記録が終了したＶＯＢＵの管理情報を修正する。
例えば、表１は修正前の管理情報を示す。
2004084552.tif 000003
2004084552.tif 000004
表１では、理解を容易にするため、１フレームのデータサイズを単純に０．０２メガバイトとしたときのＶＯＢＵのデータサイズを例として示している。また、表１では、記録処理を行っていたＶＯＢＵ（ｎ＋１）の管理情報は実際には生成されていないため括弧で示している。
次に、表２は修正後の管理情報を示す。
2004084552.tif 000005
表１および表２から明らかなように、表２のＶＯＢＵ（ｎ）のサイズおよびフレーム数が修正されており、ＶＯＢＵ（ｎ＋１）として生成されていたＶＯＢＵのサイズおよびフレーム数相当分が加算されいていることが理解される。表２に示すＶＯＢＵ（ｎ）の２４フレームは、ＧＯＰ（ｎ）に含まれる１５フレームと、ＧＯＰ（ｎ＋１）に含まれる９フレームとの和である。例えば図５（ｂ）を参照されたい。
以上の処理により、最後のＶＯＢＵ（ｎ）以外のＶＯＢＵは、再生時間が０．５秒に相当する１５フレームを含む。また、最後のＶＯＢＵ（ｎ）は、再生時間０．５秒以上１．０秒未満に相当する１６フレーム以上３０フレーム未満を含む。
なお、上述の例では、記録中のＶＯＢＵ（ｎ＋１）に含まれていた９フレームのビデオデータを直前のＶＯＢＵ（ｎ）に含めるとした。しかし、それらのフレームを破棄してもよい。より一般的には、ＶＲ規格ストリーム４０ａの末尾のＶＯＢＵの再生時間と、ビデオ規格ストリーム４０ｂの末尾のＶＯＢＵの再生時間との両方に収まる再生時間の最小値（０．４秒）に満たないときは、ＰＳ組立部１０４は、生成中のＶＯＢＵ（ｎ＋１）を破棄してもよい。これにより、ＶＲ規格ストリーム４０ａへの変換処理がより高速化できる。ただし、この処理によれば、記録中断までに圧縮処理を行った全てのフレームを記録することができない。より特定すると、記録を中断する指示を受ける直前の０．４秒未満の映像を残すことができない。よって、この点に留意が必要である。
一方、上述した生成中のＶＯＢＵ（ｎ＋１）の破棄に代えて、そのＶＯＢＵ（ｎ＋１）が０．４秒になるまで記録を継続してもよい。この処理によれば、記録を中断（終了）する指示の直前の０．４秒未満の映像を記録することができるが、指示をうけてからの処理に余分な時間を要するため、処理速度が低下する。
記録制御部１６１は、修正した管理情報を記録部１２０に送り、ＶＲ規格ストリーム４０ａのデータファイル（例えばファイル名”ＶＲ＿ＭＯＶＩＥ．ＶＲＯ”）とは異なるデータファイル（例えばファイル名”ＶＲ＿ＭＡＮＧＲ．ＩＦＯ”）として光ディスク１３１に記録させる。
図８は、ＶＲ規格ストリーム４０ａと光ディスク１３１の記録領域との関係を示す。ＭＰＥＧ２規格に従って圧縮符号化されたＶＲ規格ストリーム４０ａの各ＶＯＢＵは、光ディスク１３１の連続データ領域に記録される。連続データ領域は物理的に連続する論理ブロックから構成されており、この領域には最大レートでの再生時間にして１７秒以上のデータが記録される。データ処理装置６０は、論理ブロックごとに誤り訂正符号を付与する。論理ブロックのデータサイズは３２ｋバイトである。各論理ブロックは、２Ｋバイトのセクタを１６個含む。
図９は、記録されたＶＲ規格ストリーム４０ａおよび管理情報が光ディスク１３１のファイルシステムにおいて管理されている状態を示す。例えばＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）規格のファイルシステム、またはＩＳＯ／ＩＥＣ  １３３４６（Ｖｏｌｕｍｅ  ａｎｄ  ｆｉｌｅ  ｓｔｒｕｃｔｕｒｅ  ｏｆ  ｗｒｉｔｅ−ｏｎｃｅ  ａｎｄ  ｒｅｗｒｉｔａｂｌｅ  ｍｅｄｉａ  ｕｓｉｎｇ  ｎｏｎ−ｓｅｑｕｅｎｔｉａｌ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｉｎｔｅｒｃｈａｎｇｅ）ファイルシステムが利用される。図９では、連続して記録されたＶＲ規格ストリーム４０ａがファイル名ＶＲ＿ＭＯＶＩＥ．ＶＲＯとして記録されている。また、管理情報がファイル名ＶＲ＿ＭＡＮＧＲ．ＩＦＯとして記録されている。各ファイルは、ファイル名及びファイル・エントリの位置が、ＦＩＤ（Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｄｅｓｃｒｉｐｔｏｒ）で管理される。さらに、ファイル・エントリ内のアロケーション・ディスクリプタ（Ａｌｌｏｃａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒ）を使って、１つのファイルとそのファイルを構成するデータ領域を関係付ける。アロケーション・ディスクリプタにはファイルを構成するファイル・エントリの位置として先頭セクタ番号が設定される。ＶＲ規格ストリームファイルのファイル・エントリは、各連続データ領域（ＣＤＡ：Ｃｏｎｔｉｇｕｏｕｓ  Ｄａｔａ  Ａｒｅａ）ａ〜ｃを管理するアロケーション・ディスクリプタａ〜ｃを含む。１つのファイルが複数の領域ａ〜ｃに分かれている理由は、領域ａの途中に不良論理ブロック、書き込みができないＰＣファイル等が存在したからである。一方、管理情報ファイルのファイル・エントリは、管理情報を記録する領域を参照するアロケーション・ディスクリプタｄを保持する。
論理ブロック管理部１６３は、記録制御部１６１から通知された使用済み論理ブロック番号によって論理ブロック番号ごとの使用状況を把握して管理を行う。すなわち、論理ブロック番号を構成する各セクタ単位の使用状況を、ＵＤＦまたはＩＳＯ／ＩＥＣ  １３３４６のファイル構成で規定されているスペースビットディスクリプタ領域を用いて、使用済みもしくは未使用であるかを記録して管理することになる。そして、記録処理の最終段階において、ファイル・アイデンティファイア（ＦＩＤ）及びファイルエントリをディスク上のファイル管理領域へ書き込む。
なお、ＵＤＦ規格はＩＳＯ／ＩＥＣ  １３３４６規格のサブセットに相当する。また、相変化光ディスクドライブを１３９４インタフェース及びＳＢＰ−２（Ｓｅｒｉａｌ  Ｂｕｓ  Ｐｒｏｔｏｃｏｌ−２）プロトコルを介してＰＣへ接続することにより、ＵＤＦに準拠した形態で書きこんだファイルがＰＣからも１つのファイルとして扱うことが可能である。
また、管理情報ファイルは光ディスクの最内周側へ物理的にひとまとめにして記録されることがより望ましい。
次に、データ処理装置６０の再生機能に関する構成を説明する。データ処理装置６０は、再生部１２１と、音声出力部１１２と、変換部１４１、出力インターフェース部１４０と、再生制御部１６２と、変換制御部１６４と、ＭＰＥＧ２ＰＳデコーダ１７１とを有する。
まず、再生機能のうちの、ＶＲ規格ストリーム４０ａを読み出して復号化する機能を説明する。ＭＰＥＧ２−ＰＳデコーダ１７１（以下、「デコーダ１７１」と称する）は、プログラムストリーム分解部１１４、映像伸長部１１１および音声伸長部１１３を有する。プログラムストリーム分解部１１４は、ピックアップ１３０および再生部１２１を介して再生されたプログラムストリームをビデオ信号およびオーディオ信号に分離する。映像伸長部１１１および音声伸長部１１３は、それぞれビデオ信号およびオーディオ信号をデコードし、その結果得られたビデオデータおよびオーディオデータを映像表示部１１０および音声出力部１１２において表示し、出力する。
データ処理装置６０が記録されたＶＲ規格ストリーム４０ａを再生するときは、光ディスク１３１からのデータの読み出しと読み出したデータのデコード（再生）を並列的に行う。このとき、データの最大再生レートよりもデータの読出レートの方が高速となるように制御して、再生すべきデータが不足しないように動作する。その結果、ＶＲ規格ストリーム４０ａの再生を継続すると、単位時間あたり、データ最大再生レートとデータ読み出しレートとのレート差分だけ再生すべきデータを余分に確保できることになる。データ処理装置６０は、ピックアップ１３０がデータを読み出しできない期間中（例えばシーク動作中）に余分に確保したデータを再生することにより、途切れのないＶＲ規格ストリーム４０ａの再生を実現することができる。
例えば、再生部１２１のデータ読み出しレートが１１．０８Ｍｂｐｓ、ＰＳ分解部１１４のデータ最大再生レートが１０．０８Ｍｂｐｓ、ピックアップの最大移動時間が１．５秒とすると、途切れることなくＶＲ規格ストリーム４０ａを再生するためには、ピックアップ１３０の移動中に１５．１２Ｍビットの余分なデータが必要になる。これだけのデータを確保するためには、１５．１２秒間の連続読み出しが必要になる。すなわち、１５．１２Ｍビットを、データ読み出しレート１１．０８Ｍｂｐｓとデータ最大記録再生レート１０．０８Ｍｂｐｓの差で除算した時間だけ連続読み出しする必要がある。したがって、１５．１２秒間の連続データ読み出しの間に最大１６７．５３Ｍビット分のデータ（すなわち１６．６２秒分の再生データ）を読み出すことになるので、１６．６２秒（約１７秒）分以上の連続データ領域を確保することにより、連続的なデータ再生を保証することが可能となる。なお、連続データ領域の途中には、数個の不良論理ブロックがあってもよい。ただし、この場合には、再生時にかかる不良論理ブロックを読み込むのに必要な読み出し時間を見越して、連続データ領域を再生時間にして１６．６２秒分よりも若干多く確保する必要がある。
次に、再生機能のうちの、ＶＲ規格ストリーム４０ａを読み出してビデオ規格ストリーム４０ｂへ変換する機能を説明する。変換制御部１６４は、ピックアップ１３０および再生部１２１にＶＲ規格ストリーム４０ａの読み出しを指示する。変換制御部１６４が変換部１４１を起動すると、変換部１４１は、ＶＲ規格ストリーム４０ａのＲＤＩパックをビデオ規格のナビゲーションパックに置き換える。また変換制御部１６４は、各ＶＯＢＵの先頭のビデオパックおよびオーディオパックに含まれる特定のフィールド（例えば、ＰＥＳ拡張フィールドのＰ−ＳＴＤバッファサイズフィールド）をダミーデータで置き換える。ここでダミーデータとは、パックヘッダ内のスタッフィングデータ、または、パディングストリームを含むＰＥＳパケットを指す。また、変換部１６４は他にもＳＣＲの書き換えや、ＰＴＳ／ＤＴＳのシフト等の処理を行う。
図１１は、ＲＤＩパックとナビゲーションパックとの対応を示す。ＲＤＩパックとナビゲーションパックのストリームＩＤはプライベート・ストリーム２としてＭＰＥＧ−２システム規格で規定されているストリームＩＤ（０ｘＢＦ）が使用される。そしてさらに種類を分けるために、サブストリームＩＤとして、ＲＤＩパケットならば０ｘ６０が、ＰＣＩパケットおよびＤＳＩパケットならばそれぞれ０ｘ００および０ｘ０１が使用される。
記録制御部１６１は、ナビゲーションパックを生成する際に必要となるフィールドをＶＲ規格ストリーム生成時にあらかじめ生成し、ビデオ変換補助情報としてＲＤＩパックのメーカ独自フィールド（マニュファクチュアラー・インフォメーションフィールド）内に記録する。ビデオ変換補助情報は映像ストリームを解析しなければ得られない値、例えばＩピクチャ、Ｐピクチャの終端アドレス等である。そして、変換制御部１６４がビデオ変換補助情報に基づいてナビゲーションパックを生成することにより、処理の高速化を図ることができる。また、管理情報として記録された各ＶＯＢＵのデータサイズを参照して、スキップ先アドレスを生成し、ナビケーション・パックに格納する必要もある。ナビゲーションパックにはその他の値を規定する必要があるが、ここではそれらの説明は省略する。
なお、ビデオ変換補助情報を記録しない場合には、ストリームを一旦記録し、その後ストリームを解析することにより、ＩピクチャやＰピクチャの終端アドレスを抽出し、ナビケーション・パック内へ記録する必要がある。ただし、この処理によれば若干変換処理時間が必要になる。
また、ビデオ変換補助情報をＲＤＩパック内に記録しているか否かの情報を管理情報内に記録してもよい。
さらに、変換部１４１は、ＶＲ規格ストリーム４０ａのビデオパックに含まれるビデオデータ１２ａをビデオ規格ストリーム４０ｂのビデオパックのビデオデータとしてそのまま利用することができる。この処理では再圧縮符号化を行う必要はない。データ処理装置６０は、最後のＶＯＢＵの一部データ、およびその管理情報を修正し、ビデオ規格ストリームに変換する際に再圧縮符号化が不要なＶＲ規格ストリーム４０ａを光ディスク１３１に記録している。よって、変換部１４１は、最後のＶＯＢＵであるか否かを問題とすることなくどのＶＯＢＵに対しても上述した同じ変換処理を行うことができる。よって、データ処理装置６０は、ビデオ規格ストリームへ変換する際に、最後のＶＯＢＵであるか否かの判定処理、および、最後のＶＯＢＵが０．４秒未満であるときの各フレームの再圧縮符号化処理のための構成が不要であり、処理に要する負荷を軽減し、処理に要する時間を短縮できる。
なお、本明細書では、最後のＶＯＢＵ以外の各ＶＯＢＵの再生時間が０．５秒になるように調整するとして説明した。しかし、この値は例であり、例えば末尾を除くＶＯＢＵを０．６秒以下で構成し、末尾のＶＯＢＵが０．４秒以上１．０秒以下で構成されるのであれば上述の説明を適用できる。この場合図７に示すステップＳ１０４では１８フレームの圧縮符号化が完了したか否かの判定処理になる。
なお、入力される映像信号がＰＡＬの６５７／５０テレビシステムの映像信号である場合には、末尾以外のＶＯＢＵ内の１個のＧＯＰがステップＳ１０４で１２フレームで完了か否かを判定すると、計算が容易になる。
出力インタフェース部１４０は、この変換処理の結果得られたビデオ規格ストリーム４０ｂを順次出力する。出力インタフェース部１４０がＩＥＥＥ１３９４規格（ＳＢＰ−２プロトコルを使用）またはＵＳＢ規格（マスストレージ・クラスを使用）に準拠しており、かつ、ＤＶＤ−Ｒドライブ装置が接続されているとすると、変換結果のビデオ規格ストリーム４０ｂが出力インタフェース部１４０から出力され、ＤＶＤ−Ｒドライブ装置によってＤＶＤ−Ｒディスク上に記録される。
本実施の形態では、プログラムストリームであるＶＲ規格ストリームおよびビデオ規格ストリームを例にしたが、ＭＰＥＧ１のシステムストリームを利用することもできる。また、記録媒体は相変化光ディスクであるとしたが、例えばＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ等の光ディスクや、ハードディスク等の他のディスク形状の記録媒体も利用できる。また、装置のバッファメモリ（図示せず）等の半導体メモリであってもよい。これに関連して、読み書きヘッドは光ディスク用のピックアップとしたが、例えば、記録媒体がＭＯの場合にはピックアップ及び磁気ヘッドとなり、またハードディスクの場合は磁気ヘッドとなる。
また、本実施形態では、映像信号等をＶＲ規格ストリームとして記録し、その後、ビデオ規格ストリームに変換する例を説明した。しかし、映像信号等をビデオ規格ストリームとして記録し、その後、ＶＲ規格ストリームに変換することもできる。
データ処理装置６０は、コンピュータプログラムに基づいてデータストリーム４０ａの生成、記録および再生処理を行うことができる。例えば、フォーマット変換を想定したコンテンツの符号化ストリームの生成処理は、図７に示すフローチャートに基づいて記述されたコンピュータプログラムを実行することによって実現される。コンピュータプログラムは、光ディスクに代表される光記録媒体、ＳＤメモリカード、ＥＥＰＲＯＭに代表される半導体記録媒体、フレキシブルディスクに代表される磁気記録媒体等の記録媒体に記録することができる。なお、光ディスク装置は、記録媒体を介してのみならず、インターネット等の電気通信回線を介してもコンピュータプログラムを取得できる。
本実施形態では、ＶＲ規格ストリームはＶＲ＿ＭＯＶＩＥ．ＶＲＯファイルとして格納され、管理情報はＶＲ＿ＭＡＮＧＲ．ＩＦＯファイルとして格納されるとした。しかし、動画ストリームが２個以上のファイルから構成され、それぞれの動画ストリームファイルに対する管理情報が、独立した管理情報ファイルとして記録されていてもよい。このときは、動画ストリームファイルと管理情報ファイルのファイル名に同じ番号をつける等して、互いの関係を示す情報も記録する必要がある。また、管理情報ファイルは光ディスク上の特定の領域にまとめて記録することが望ましい。
本実施形態ではＶＲ規格のフォーマットでストリームを記録するとしたが、ＶＯＢＵの先頭に記録されるＲＤＩパックの替わりに、サブストリームＩＤの値を特定の値（例えば０ｘＦＦ）に変更した独自種別のパックを記録してもよい。これにより、ＶＲ規格ストリームへの変換も容易でかつ、ビデオ規格ストリームへの変換も容易となる。さらに、独自パックを有するストリームとＶＲ規格ストリームの光ディスク上への混在記録を許す場合は、管理情報側でどちらのストリームかを識別するための情報を記録する。
本実施形態では、ＭＰＥＧ−２プログラムストリームを例にあげて説明した。しかし、他のストリーム（例えばＭＰＥＧ−２トランスポートストリーム）であっても、本発明による処理等を同様に適用できる。
実施形態では、図７に示すように１個のＶＯＢＵを１５フレームからなる１ＧＯＰで構成する例を挙げて説明した。しかし、被写体または番組のシーンが大きく変化する等の、いわゆるシーンチェンジのタイミングにおいて、ＧＯＰに含まれるフレーム数をより細かくしてもよい。例えば、シーンチェンジを検出したフレームに対してはＩフレームを割り当てることにより、１５フレーム未満であっても直前のフレームでＧＯＰを切ってもよい。このときは、例えば直前のＧＯＰと新しいＧＯＰの２個の合計が１５フレームとすればよい。
なお、音声フレームについて特に言及はしていないが、最後のＶＯＢＵに含まれる映像フレームと同期して再生されるべき音声フレームは、最後のＶＯＢＵに含めておくのが望ましい。このことは、図１２、図１３等に示す連結点を含むＶＲ規格ストリームの場合でも同様である。すなわち、連結点の直前のＶＯＢＵに含まれる映像フレームと同期して同時再生されるべき音声フレームを、連結点の直前のＶＯＢＵに含めて置くのが望ましい。
なお、本実施形態の図５において、ＶＯＢＵ（ｎ＋１）の再生時間が０．５秒以上、かつ１秒以下であれば必ずしも直前のＶＯＢＵ（ｎ＋１）へ結合しなくともよい。
【産業上の利用可能性】  本発明によれば、映像情報および音声情報が符号化されたあるフォーマットのデータストリームを再圧縮符号化することなく、全ての映像フレームを異なるフォーマットのデータストリームに変換することができる方法および装置が提供される。記録された映像または音声フレームを異なるフォーマットへ変換する際に、映像の再圧縮符号化の必要がないため、著しく処理の高速化および処理負荷の軽減を図ることができ、処理能力が低い装置においても実装することは非常に容易である。
【図１】
2004084552.tif 000006
【図２】
2004084552.tif 000007
【図３】
2004084552.tif 000008
【図４】
2004084552.tif 000009
【図５】
2004084552.tif 000010
【図６】
2004084552.tif 000011
【図７】
2004084552.tif 000012
【図８】
2004084552.tif 000013
【図９】
2004084552.tif 000014
【図１０】
2004084552.tif 000015
【図１１】
2004084552.tif 000016
【図１２】
2004084552.tif 000017
【図１３】
2004084552.tif 000018
【手続補正書】
【提出日】平成17年3月31日(2005.3.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する方法であって、
いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されており、
前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、
前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されており、
前記ビデオに関するコンテンツを受け取るステップと、
前記コンテンツを圧縮符号化したビデオデータを生成するステップと、
前記ビデオデータに基づいて前記データ単位を生成するステップであって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するステップと、
前記データ単位を含む第１データストリームを前記記録媒体に記録するステップと
を包含する記録方法。
【請求項２】
前記第１の時間幅は、前記第１データストリームの最後に配置される第１末尾データ単位に対する時間幅と、前記第１末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、
前記第２の時間幅は、前記第２データストリームの最後に配置される第２末尾データ単位に対する時間幅と、前記第２末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、
前記データ単位を生成するステップは、前記第１末尾データ単位に対する時間幅と前記第２末尾データ単位の時間幅の両方に収まる再生時間を有する末尾データ単位を生成する、請求項１に記載の記録方法。
【請求項３】
前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間を有する末尾データ単位の最小値に満たないとき、
前記データ単位を生成するステップは、前記生成中のデータ単位を直前のデータ単位に結合して、前記両方に収まる再生時間の最小値を有する末尾データ単位を生成する、請求項２に記載の記録方法。
【請求項４】
前記データ単位の各々について、前記データ単位のデータ量、前記データ単位に含まれるピクチャ数を含む管理情報を生成するステップをさらに包含し、
記録するステップは、前記第１データストリームと異なるデータストリームとして前記管理情報を前記記録媒体に記録する、請求項１に記載の記録方法。
【請求項５】
第１末尾データ単位に対する時間幅は、０秒以上かつ１秒以下であり、前記第２末尾データ単位に対する時間幅は、０．４秒以上かつ１．２秒以下である、請求項２から４のいずれかに記載の記録方法。
【請求項６】
前記第１末尾データ単位以外のデータ単位に対する時間幅、および、前記第２末尾データ単位以外のデータ単位に対する時間幅は、０．４秒以上かつ１．０秒以下である、請求項５に記載の記録方法。
【請求項７】
第１の時間幅は０秒以上かつ１秒以下であり、前記第２の時間幅は０．４秒以上かつ１．２秒以下である、請求項１に記載の記録方法。
【請求項８】
前記データ単位を生成するステップは、前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記生成中のデータ単位を廃棄する、請求項２に記載の記録方法。
【請求項９】
前記データ単位を生成するステップは、
前記第１データストリームの記録を中断する指示を受け取り、
前記指示を受けた時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記最小値に達するまで記録を継続する、請求項２に記載の記録方法。
【請求項１０】
第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する装置であって、
いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されており、
前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、
前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されており、
前記ビデオに関するコンテンツが入力される入力部と、
前記コンテンツを圧縮符号化したビデオデータを生成する圧縮部と、
前記ビデオデータに基づいて前記データ単位を生成するストリーム組立部であって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するストリーム組立部と、
前記データ単位を含む第１データストリームを前記記録媒体に記録する記録部と
を備えた記録装置。
【請求項１１】
前記第１の時間幅は、前記第１データストリームの最後に配置される第１末尾データ単位に対する時間幅と、前記第１末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、
前記第２の時間幅は、前記第２データストリームの最後に配置される第２末尾データ単位に対する時間幅と、前記第２末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、
前記ストリーム組立部は、前記第１末尾データ単位に対する時間幅と前記第２末尾データ単位の時間幅の両方に収まる再生時間を有する末尾データ単位を生成する、請求項１０に記載の記録装置。
【請求項１２】
前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間を有する末尾データ単位の最小値に満たないとき、
前記ストリーム組立部は、前記生成中のデータ単位を直前のデータ単位に結合して、前記両方に収まる再生時間の最小値を有する末尾データ単位を生成する、請求項１１に記載の記録装置。
【請求項１３】
前記データ単位の各々について、前記データ単位のデータ量、前記データ単位に含まれるピクチャ数を含む管理情報を生成する制御部をさらに包含し、
前記記録部は、前記第１データストリームと異なるデータストリームとして前記管理情報を前記記録媒体に記録する、請求項１０に記載の記録装置。
【請求項１４】
第１末尾データ単位に対する時間幅は、０秒以上かつ１秒以下であり、前記第２末尾データ単位に対する時間幅は、０．４秒以上かつ１．２秒以下である、請求項１１から１３のいずれかに記載の記録装置。
【請求項１５】
前記第１末尾データ単位以外のデータ単位に対する時間幅、および、前記第２末尾データ単位以外のデータ単位に対する時間幅は、０．４秒以上かつ１．０秒以下である、請求項１４に記載の記録装置。
【請求項１６】
第１の時間幅は０秒以上かつ１秒以下であり、前記第２の時間幅は０．４秒以上かつ１．２秒以下である、請求項１０に記載の記録装置。
【請求項１７】
前記ストリーム組立部は、前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記生成中のデータ単位を破棄する、請求項１１に記載の記録装置。
【請求項１８】
前記ストリーム組立部は、前記第１データストリームの記録を中断する指示を受け取り、前記指示を受けた時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記最小値に達するまで記録を継続する、請求項１１に記載の記録装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像および音声を含むコンテンツをリアルタイムで記録する方法および装置に関する。
【背景技術】
【０００２】
映像（ビデオ）信号および音声（オーディオ）信号を低いビットレートで圧縮し符号化する種々のデータストリームが規格化されている。そのようなデータストリームの例として、ＭＰＥＧ２システム規格(ISO/IEC 13818-1)のシステムストリームが知られている。システムストリームは、プログラムストリーム（ＰＳ）、トランスポートストリーム（ＴＳ）、およびＰＥＳストリームの３種類を包含する。
【０００３】
近年、磁気テープに代わって、相変化光ディスク、ＭＯ等の光ディスクが、データストリームを記録するための記録媒体として注目を浴びてきている。現在、相変化光ディスク（例えばＤＶＤ）にコンテンツのデータストリームをリアルタイムで記録し、編集等を可能にする規格として、ＤＶＤビデオレコーディング規格（以下、「ＶＲ規格」と称する）が規定されている（DVD Specifications for Re-writable/Re-recordable Discs Part3 VIDEO RECORDING version 1.0 September 1999）。また、映画等の再生専用コンテンツのデータストリームを記録する、パッケージメディア用の規格として、ＤＶＤビデオ規格（以下、「ビデオ規格」と称する）が規定されている。
【０００４】
図１は、ＶＲ規格に準拠したＭＰＥＧ２プログラムストリーム１０のデータ構造を示す（以下、このストリームを「ＶＲ規格ストリーム１０」と称する）。ＶＲ規格ストリーム１０は、複数のビデオオブジェクトユニット（Video Object Unit；ＶＯＢＵ）を含んでいる。図１には２つのＶＯＢＵが記載されているが、より多く含んでいてもよい。ＶＲ規格ストリーム１０が３以上のＶＯＢＵを含むときは、最初のＶＯＢＵから最後のＶＯＢＵの１個手前のＶＯＢＵまでが図１の最初のＶＯＢＵに対応し、最後のＶＯＢＵが図１の２個目のＶＯＢＵに対応するとする。
【０００５】
ＶＲ規格ストリーム１０内の各ＶＯＢＵは、複数のパックから構成されている。各パックのデータ長（パック長）は一定（２キロバイト（２０４８バイト））である。各ＶＯＢＵの先頭には、図１に“ＲＤＩ”で示されるリアルタイムインフォメーションパック（ＲＤＩパック）１１、１４が配置されている。ＲＤＩパック１１の後には、“Ｖ”で示されるビデオパック（ビデオパック１２、１３等）および“Ａ”で示されるオーディオパックが複数含まれている。
【０００６】
各パックは以下の情報を格納している。例えば特許文献１に記載されているように、ＲＤＩパック１１は、ＶＲ規格ストリーム１０の再生を制御するために用いられる情報、例えばアスペクト情報、ＲＤＩ＿ＰＣＫの復号タイミングを示す情報、ＶＲ規格ストリーム１０のコピーを制御するための情報を格納している。復号タイミングはＰＴＳ（プレゼンテーションタイムスタンプ）と同じデータ構造によって示される。オーディオパックは、例えばＭＰＥＧ２−オーディオ規格によって圧縮されたオーディオデータを格納している。ビデオパック１２は、ＭＰＥＧ２圧縮されたビデオデータ１２ａを格納している。なお、ビデオパック１２はビデオパックであることを特定するパックヘッダ１２ｂおよびＰＥＳパケットヘッダ１２ｃの他、さらにＶＯＢＵの最初のビデオパックであればパックヘッダ１２ｂの中にシステムヘッダ（図示せず）も含まれる。
【０００７】
図１に示すビデオパック１２のビデオデータ１２ａは、後続のビデオパック１３以後のビデオデータ１３ａ等とともにＩフレーム１５のデータを構成する。さらにＩフレームに続くＢフレームまたはＰフレームを構成するビデオパックが続けて記録される。
【０００８】
また、ビデオデータ１２ａは、シーケンスヘッダ１７およびＧＯＰヘッダ１８を含んでいる。ＭＰＥＧ２規格では、ビデオフレームを複数まとめた「グループ・オブ・ピクチャ」（Group Of Picture；ＧＯＰ）が規定されており、ＧＯＰヘッダ１８はその先頭を表す。ＧＯＰの先頭フレームは必ずＩフレームである。
【０００９】
ＶＲ規格ストリーム１０の各ＶＯＢＵは１以上のＧＯＰから構成される。ひとつのＶＯＢＵ内の全ＧＯＰの再生時間は、原則として０．４秒以上かつ１．０秒以下の範囲に収まるように調整されている。ただし、最後のＶＯＢＵの再生時間は、０秒以上かつ１．０秒以下の範囲で調整されている。ＶＲ規格ストリーム１０はリアルタイムで記録されることを前提としているため、０．４秒未満のタイミングで記録が停止され得るからである。これらの範囲内であれば、各ＶＯＢＵについてビデオの再生時間の変動が許容される。
【００１０】
図２は、ビデオ規格に準拠したＭＰＥＧ２プログラムストリーム２０のデータ構造を示す（以下、このストリームを「ビデオ規格ストリーム２０」と称する）。ビデオ規格ストリーム２０のデータ構造は、ＶＲ規格ストリーム１０のデータ構造と類似している。すなわち、ビデオ規格ストリーム２０は複数のＶＯＢＵを含んでおり、各ＶＯＢＵは複数のパックから構成されている。各パックのデータ長（パック長）は一定（２キロバイト（２０４８バイト））である。
【００１１】
例えば特許文献２に記載されているように、各ＶＯＢＵの先頭には“ＮＶ”で示されるナビゲーションパック２１、２３が配置されている。ナビゲーションパックには、ビデオデータおよびオーディオデータの再生を制御するための情報が格納される。また、ナビゲーションパックに続いて、ビデオデータを格納したビデオパック２２およびオーディオデータを格納したオーディオパック等が配置される。
【００１２】
ＶＲ規格ストリーム１０と同様、ビデオ規格ストリーム２０でも、各ＶＯＢＵは１以上のＧＯＰから構成される。よって、ビデオ規格ストリーム２０のビデオパックは図１に示すビデオパック１２、１３と概ね同じデータ構造を有している。
【００１３】
ビデオ規格ストリーム２０では、各ＶＯＢＵに含まれる全ＧＯＰの再生時間は、原則として０．４秒から１．０秒までの範囲に収まるように調整されている。ただし、最後のＶＯＢＵについては、再生時間は０．４秒から１．２秒までの範囲で調整されている。これらの範囲内であれば、各ＶＯＢＵについてビデオの再生時間の変動が許容される。
【特許文献１】特開２００１−１９７４１７号公報
【特許文献２】特開平１０−３１８７６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
ＶＲ規格ストリーム１０をビデオ規格ストリーム２０に変換する際には、ＲＤＩパックをナビゲーションパックに変換するほか、最後に配置されたＶＯＢＵの再生時間を調整する必要が生じる。例えば、ＶＲ規格ストリーム１０の最後のＶＯＢＵの再生時間が０．４秒未満のときは、ビデオ規格ストリーム２０に対応するように、最後のＶＯＢＵの再生時間が０．４秒から１．２秒までの範囲に入るように調整する必要が生じる。
【００１５】
このとき、最後のＶＯＢＵの再生時間を調整するため、ビデオデータの復号化および圧縮符号化（すなわち再圧縮処理）が必要になることがある。以下、図３を参照しながら、再圧縮処理が必要になる例を説明する。
【００１６】
図３は、ＶＲ規格ストリーム１０をビデオ規格ストリーム２０に変換する従来の変換処理の例を示す。図３では、ＶＲ規格ストリーム１０およびビデオ規格ストリーム２０の最後の２つのＶＯＢＵ（ｋ−１）およびＶＯＢＵ（ｋ）のみを示している。また、ＮＴＳＣのように３０フレームで１秒の映像が再生されるとする。ＶＲ規格ストリーム１０のＶＯＢＵ（ｋ−１）は１２フレームのＧＯＰ（ｎ−２）および１８フレームのＧＯＰ（ｎ−１）を含んでおり、再生時間の合計は１．０秒である。また、ＶＯＢＵ（ｋ）は９フレームのＧＯＰ（ｎ）を含んでおり、その再生時間は０．３秒である。
【００１７】
従来は、ＧＯＰ（ｎ−１）の最後の３フレーム（Ｐ，Ｂ，Ｂフレーム）をＧＯＰ（ｎ）のフレームに変更していた。その理由は、３フレームの再生時間は０．１秒であるため、ＧＯＰ（ｎ）の再生時間（０．３秒）と合計すると０．４秒になり、ビデオ規格ストリームに適合させることが可能になるからである。
【００１８】
このとき、ＧＯＰ（ｎ）の先頭は必ずＩフレームにする必要があるため、Ｂフレームを一旦復号してＩフレームとして再び圧縮符号化する必要がある。その結果、Ｂフレームを生成するための双方向符号化において参照フレーム（図３の場合はＩフレーム）のデータが変動することになり、先頭フレームのみならず後続のフレームも再圧縮処理が必要になる。
【００１９】
さらに、各々が連続したＶＲ規格ストリーム（後述するＶＯＢ）を複数連結して、ひとつのＶＲ規格ストリームにすることも可能である。図１２は、連続したＶＲ規格ストリーム（ＶＯＢ＃１、２、・・・、ｋ）を複数結合して得られたＶＲ規格ストリームのデータ構造を示す。連結処理においては、それぞれの連続したＶＲ規格ストリームが図１に示したＶＯＢＵの再生時間規定を満たす必要がある。すなわち連結点の直前のＶＯＢＵおよび最後のＶＯＢＵの再生時間長は１．０秒以内でなければならない。また、連結されたビデオ規格ストリームも元のＶＲ規格ストリームと類似のデータ構造を有することになる。図１３は、連続したビデオ規格ストリーム（ＶＯＢ＃１、２、・・・、ｋ）を複数結合して得られたビデオ規格ストリームのデータ構造を示す。このビデオ規格ストリームでは、連結点の直前のＶＯＢＵおよび最後のＶＯＢＵの再生時間長は０．４〜１．２秒でなければならない。したがって、特定のフレームを削除することなく、連結されたＶＲ規格ストリームをビデオ規格ストリームへ変換する場合には、最悪の変換条件の下では各連結点毎に再圧縮処理が必要となっていた。
【００２０】
なお、ここでいう「連続したストリーム」の意味は、プログラムストリームがＭＰＥＧ２のシステム規格で規定された連続性の条件を満たすことを意味する。具体的には、システム・ターゲット・デコーダ（Ｐ−ＳＴＤ）に対して時間的に連続的に入力してくるストリームを意味する。このことは例えば、ＰＴＳ、ＤＴＳ、ＳＣＲの値が連続したシステム・タイム・クロックを基準として割り振られていることを意味する。また例えば、システム・ターゲット・デコーダの各バッファ内でデータのアンダーフローが発生しないことも意味する。詳細はＭＰＥＧ−２システム規格で規定されている。
【００２１】
このように、従来は、特定のフレームを削除することなく、ＶＲ規格ストリームからビデオ規格ストリームを変換するためには複雑かつ高負荷の処理を行わなければならず、変換に時間を要していた。
【００２２】
本発明の目的は、ビデオ規格ストリームへの変換に際して再圧縮処理が不要なＶＲ規格ストリームを生成することである。
【課題を解決するための手段】
【００２３】
本発明による記録方法は、第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する。いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されており、前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されている。前記方法は、前記ビデオに関するコンテンツを受け取るステップと、前記コンテンツを圧縮符号化したビデオデータを生成するステップと、前記ビデオデータに基づいて前記データ単位を生成するステップであって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するステップと、前記データ単位を含む第１データストリームを前記記録媒体に記録するステップとを包含する。
【００２４】
前記第１の時間幅は、前記第１データストリームの最後に配置される第１末尾データ単位に対する時間幅と、前記第１末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、前記第２の時間幅は、前記第２データストリームの最後に配置される第２末尾データ単位に対する時間幅と、前記第２末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、前記データ単位を生成するステップは、前記第１末尾データ単位に対する時間幅と前記第２末尾データ単位の時間幅の両方に収まる再生時間を有する末尾データ単位を生成してもよい。
【００２５】
前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間を有する末尾データ単位の最小値に満たないとき、前記データ単位を生成するステップは、前記生成中のデータ単位を直前のデータ単位に結合して、前記両方に収まる再生時間の最小値を有する末尾データ単位を生成してもよい。
【００２６】
前記データ単位の各々について、前記データ単位のデータ量、前記データ単位に含まれるピクチャ数を含む管理情報を生成するステップをさらに包含し、記録するステップは、前記第１データストリームと異なるデータストリームとして前記管理情報を前記記録媒体に記録してもよい。
【００２７】
第１末尾データ単位に対する時間幅は、０秒以上かつ１秒以下であり、前記第２末尾データ単位に対する時間幅は、０．４秒以上かつ１．２秒以下であってもよい。
【００２８】
前記第１末尾データ単位以外のデータ単位に対する時間幅、および、前記第２末尾データ単位以外のデータ単位に対する時間幅は、０．４秒以上かつ１．０秒以下であってもよい。
【００２９】
第１の時間幅は０秒以上かつ１秒以下であり、前記第２の時間幅は０．４秒以上かつ１．２秒以下であってもよい。
【００３０】
前記データ単位を生成するステップは、前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記生成中のデータ単位を廃棄してもよい。
【００３１】
前記データ単位を生成するステップは、前記第１データストリームの記録を中断する指示を受け取り、前記指示を受けた時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記最小値に達するまで記録を継続してもよい。
【００３２】
本発明による記録装置は、第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する。いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されており、前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されている。前記記録装置は、前記ビデオに関するコンテンツが入力される入力部と、前記コンテンツを圧縮符号化したビデオデータを生成する圧縮部と、前記ビデオデータに基づいて前記データ単位を生成するストリーム組立部であって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するストリーム組立部と、前記データ単位を含む第１データストリームを前記記録媒体に記録する記録部とを備えている。
【００３３】
前記第１の時間幅は、前記第１データストリームの最後に配置される第１末尾データ単位に対する時間幅と、前記第１末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、前記第２の時間幅は、前記第２データストリームの最後に配置される第２末尾データ単位に対する時間幅と、前記第２末尾データ単位以外のデータ単位に対する時間幅とを含んでおり、前記ストリーム組立部は、前記第１末尾データ単位に対する時間幅と前記第２末尾データ単位の時間幅の両方に収まる再生時間を有する末尾データ単位を生成してもよい。
【００３４】
前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間を有する末尾データ単位の最小値に満たないとき、前記ストリーム組立部は、前記生成中のデータ単位を直前のデータ単位に結合して、前記両方に収まる再生時間の最小値を有する末尾データ単位を生成してもよい。
【００３５】
前記データ単位の各々について、前記データ単位のデータ量、前記データ単位に含まれるピクチャ数を含む管理情報を生成する制御部をさらに包含し、前記記録部は、前記第１データストリームと異なるデータストリームとして前記管理情報を前記記録媒体に記録してもよい。
【００３６】
第１末尾データ単位に対する時間幅は、０秒以上かつ１秒以下であり、前記第２末尾データ単位に対する時間幅は、０．４秒以上かつ１．２秒以下であってもよい。
【００３７】
前記第１末尾データ単位以外のデータ単位に対する時間幅、および、前記第２末尾データ単位以外のデータ単位に対する時間幅は、０．４秒以上かつ１．０秒以下であってもよい。
【００３８】
第１の時間幅は０秒以上かつ１秒以下であり、前記第２の時間幅は０．４秒以上かつ１．２秒以下であってもよい。
【００３９】
前記ストリーム組立部は、前記第１データストリームの記録が終了した時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記生成中のデータ単位を破棄してもよい。
【００４０】
前記ストリーム組立部は、前記第１データストリームの記録を中断する指示を受け取り、前記指示を受けた時点で生成中のデータ単位の再生時間が、前記両方に収まる再生時間の最小値に満たないとき、前記最小値に達するまで記録を継続してもよい。
【００４１】
前記記録媒体には、全てのデータ単位が０．４秒から１．０秒分のＶＯＢＵから構成されたＭＰＥＧ２プログラムストリームである第１データストリームが記録されていてもよい。
【００４２】
本発明による、コンピュータにおいて実行可能なデータストリームの記録プログラムは、第１フォーマットの第１データストリーム、および、第２フォーマットの第２データストリームのうち、前記第１データストリームを記録媒体に記録する際に用いられる。いずれのデータストリームも、圧縮符号化されたビデオデータを含むデータ単位が複数配置されて構成されている。さらに、前記第１フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第１の時間幅が規定されており、前記第２フォーマットでは、各データ単位のビデオの再生時間に関して変動が許容される第２の時間幅が規定されている。前記プログラムにしたがってコンピュータが実行する記録方法は、前記ビデオに関するコンテンツを受け取るステップと、前記コンテンツを圧縮符号化したビデオデータを生成するステップと、前記ビデオデータに基づいて前記データ単位を生成するステップであって、前記第１の時間幅および前記第２の時間幅の両方に収まる再生時間を有する前記データ単位を生成するステップと、前記データ単位を含む第１データストリームを前記記録媒体に記録するステップとを包含する。
【発明の効果】
【００４３】
本発明によれば、映像情報および音声情報が符号化されたあるフォーマットのデータストリームを再圧縮符号化することなく、全ての映像フレームを異なるフォーマットのデータストリームに変換することができる方法および装置が提供される。記録された映像または音声フレームを異なるフォーマットへ変換する際に、映像の再圧縮符号化の必要がないため、著しく処理の高速化および処理負荷の軽減を図ることができ、処理能力が低い装置においても実装することは非常に容易である。
【発明を実施するための最良の形態】
【００４４】
本明細書では、「コンテンツ」とは、映像および／または音声を含む情報であるとする。すなわち、コンテンツは、映像を表す映像情報および／または音声を表す音声情報を含んでいる。例えば、コンテンツはカムコーダで撮影された動画や、アナログ放送等である。
【００４５】
また、「再生時間」という語はコンテンツ内の映像の再生時間を表すとする。以下では、ＮＴＳＣの５２５／６０テレビシステムの映像信号を圧縮符号化するとして説明する。この映像信号では、映像の３０フレーム（より正確には３００００／１００１フレーム）で再生時間が１秒になり、１フレームは２フィールドから構成される。なお、フレームおよびフィールドの両方を包含する概念として、「ピクチャ」という語が用いられる。
【００４６】
本実施形態では、ＤＶＤビデオレコーディング規格（ＶＲ規格）に準拠したフォーマットのデータストリームを、ＤＶＤビデオ規格（ビデオ規格）に準拠したフォーマットのデータストリームに変換するときの例を説明する。
【００４７】
まず実施形態による記録処理および変換処理によって得られるＶＲ規格およびビデオ規格のデータストリームのデータ構造を説明し、その後、フォーマット変換処理に関する各実施形態を説明する。
【００４８】
図４（ａ）は、ＶＲ規格に準拠した本実施形態によるＭＰＥＧ２プログラムストリーム４０ａのデータ構造を示す（以下、このストリームを「ＶＲ規格ストリーム４０ａ」と称する）。
【００４９】
ＶＲ規格ストリーム４０ａは、複数のビデオオブジェクトユニット（Video OBject；ＶＯＢ）＃１、＃２、・・・、＃ｋを含んでいる。例えば、ＶＲ規格ストリーム４０ａがカムコーダで撮影されたコンテンツとすると、各ＶＯＢは、ユーザが録画を開始してから録画を停止するまでの１回の録画動作に対応する動画データが格納されている。また、図４（ａ）の一つのＶＯＢは、図１２に示すＶＲ規格ストリームを構成する、一つの連続したＶＲ規格ストリームに対応する。
【００５０】
各ＶＯＢは、複数のＶＯＢユニット（Video OBject unit；ＶＯＢＵ）＃１、＃２、・・・、＃ｎを含んでいる。１ＶＯＢ内において各ＶＯＢＵは、再生時間にして０．４秒から１秒までの範囲内のビデオデータを含むデータ単位である。すなわち、末尾のＶＯＢＵの再生時間も０．４秒から１秒までの範囲内に収められている。ＶＲ規格ストリームでは、末尾のＶＯＢＵ以外のＶＯＢＵの再生時間は０．４秒から１秒の範囲内にあればよく、また、末尾のＶＯＢＵ＃ｎの再生時間は０秒から１．０秒までの範囲内にあればよいので、ＶＲ規格ストリーム４０ａではこれらの要件はみたしている。
【００５１】
以下、図４（ａ）において最初に配置されたＶＯＢＵとその次に配置されたＶＯＢＵを例にして、ＶＯＢＵのデータ構造を説明する。
【００５２】
ＶＯＢＵ＃１は、複数のパックから構成されている。ＶＲ規格ストリーム４０ａ内の各パックのデータ長（パック長）は一定（２キロバイト（２０４８バイト））である。ＶＯＢＵの先頭には、図１（ａ）に“Ｒ”で示されるリアルタイムインフォメーションパック（ＲＤＩパック）４１ａが配置されている。ＲＤＩパック４１ａの後には、“Ｖ”で示されるビデオパック（ビデオパック４２ａ等）および“Ａ”で示されるオーディオパック（オーディオパック４３ａ等）が複数含まれている。なお、各ＶＯＢＵのデータサイズは、再生時間が同じであってもビデオデータが可変ビットレートであれば最大記録再生レート以下の範囲で変動し、ビデオデータが固定ビットレートであればほぼ一定である。
【００５３】
各パックは以下の情報を格納している。ＲＤＩパック４１ａは、ＶＲ規格ストリーム４０ａの再生を制御するために用いられる情報、例えばＶＯＢＵの再生タイミングを示す情報や、ＶＲ規格ストリーム４０ａのコピーを制御するための情報を格納している。ビデオパック４２ａは、ＭＰＥＧ２圧縮されたビデオデータを格納している。オーディオパック４３ａは、例えばＭＰＥＧ２−オーディオ規格によって圧縮されたオーディオデータを格納している。近接するビデオパック４２ａおよびオーディオパック４３ａには、例えば、同期して再生されるビデオデータおよびオーディオデータが格納されているが、それらの配置（順序）はＶＲ規格ストリーム固有のシステムターゲットデコーダモデル（ＭＰＥＧ−２システム規格に記載のＰ−ＳＴＤに対応するデコーダモデル）に従う。すなわち、デコーダモデル内で規定される所定のデータサイズのバッファが、オーバーフロー、アンダーフロー等をしないように配置される。
【００５４】
各ビデオパックのデータ構造は図１に示すとおりである。各ビデオパック内のビデオデータは各映像フレームの一部のデータを含んでいる。Ｉフレームから始まる所定数のフレームのまとまりによって「グループ・オブ・ピクチャ」（Group Of Picture；ＧＯＰ）が構成される。これらの説明は図１を参照しながら説明したとおりであるので、ここでは省略する。
【００５５】
ＶＯＢＵ＃２もまた、複数のパックから構成されている。ＶＯＢＵ＃２の先頭には、ＲＤＩパック４４ａが配置され、その後、ビデオパック４５ａおよびオーディオパック４６ａ等が複数配置されている。各パックに格納される情報の内容はＶＯＢＵ＃１と同様である。
【００５６】
図４（ｂ）は、ビデオ規格に準拠した本実施形態によるＭＰＥＧ２プログラムストリーム４０ｂのデータ構造を示す（以下、このストリームを「ビデオ規格ストリーム４０ｂ」と称する）。
【００５７】
ビデオ規格ストリーム４０ｂのデータ構造は、ＶＲ規格ストリーム４０ａのデータ構造と類似している。すなわち、ビデオ規格ストリーム４０ｂは、複数のＶＯＢ＃１、＃２、・・・、＃ｋを含み、各ＶＯＢは複数のＶＯＢＵから構成されている。ＶＯＢＵは、ビデオパック４２ｂ、４５ｂ等およびオーディオパック４３ｂ、４６ｂ等を含む。ビデオパックおよびオーディオパックは、ビデオデータおよびオーディオデータを格納している。図４（ｂ）の一つのＶＯＢは、図１２に示すＶＲ規格ストリームを構成する、一つの連続したビデオ規格ストリームに対応する。
【００５８】
ビデオ規格ストリーム４０ｂの各ＶＯＢＵは、再生時間にして０．４秒から１秒までの範囲に収まるビデオデータを含むデータ単位である。ビデオ規格ストリーム４０ｂでは、末尾のＶＯＢＵ以外のＶＯＢＵの再生時間は０．４秒から１秒までの範囲内であればよく、また、末尾のＶＯＢＵ＃ｎの再生時間は０．４秒から１．２秒までの範囲内であればよいので、ビデオ規格ストリーム４０ｂではこれらの要件はみたしている。
【００５９】
データ構造において、ビデオ規格ストリーム４０ｂがＶＲ規格ストリーム４０ａと異なる点は、ビデオ規格ストリーム４０ｂの各ＶＯＢＵの先頭には、ＶＲ規格ストリーム４０ａのＲＤＩパックに代えて“Ｎ”で示されるナビゲーションパック４１ｂ、４４ｂが配置されていることである。ナビゲーションパックは、ビデオデータおよびオーディオデータの再生を制御するための情報が格納されている。
【００６０】
次に、図５（ａ）および（ｂ）を参照しながら、本実施形態によるＶＲ規格ストリーム５０の記録処理の概要を説明する。後述のように、ＶＲ規格ストリーム５０は例えば相変化光ディスクに記録される。
【００６１】
図５（ａ）は、ＶＯＢＵ（ｎ＋１）の記録中に記録処理が中断されたときのＶＲ規格ストリーム５０を示す。ＶＯＢＵ（ｎ＋１）より前のＶＯＢＵ（図５（ａ）ではＶＯＢＵ（ｎ−１）および（ｎ））の記録は既に完了しているとする。
【００６２】
ＶＲ規格では、ＶＯＢＵには以下の条件が課されている。すなわち、最後のＶＯＢＵの再生時間は０から１．０秒までの範囲内に収まり、最後のＶＯＢＵ以外の各ＶＯＢＵの再生時間は０．４から１秒までの範囲内に収まる。また、１つのＶＯＢＵはＮ個（Ｎ：自然数）のＧＯＰを含み、各ＧＯＰは最大１８フレーム（すなわち０．６秒）の映像データを含んでいる。
【００６３】
本実施形態によるＶＲ規格ストリーム５０では、ＶＯＢＵは上述の条件を満たし、さらに他の条件を満たすように生成される。すなわち、最後のＶＯＢＵ以外の各ＶＯＢＵの再生時間は０．５秒である。そして、ＶＯＢＵは１つのＧＯＰを含んでいる。これにより、１つのＧＯＰに含まれるフレーム数は１５にされている。図５（ａ）には、これらの条件を満たすＶＯＢＵ（ｎ−１）および（ｎ）が記載されている。
【００６４】
これらの条件にしたがってＶＯＢＵを生成すると、記録処理が中断された最後のＶＯＢＵは１つのＧＯＰを含み、かつ、そのＧＯＰは０〜１４フレームの映像データを含むことになる。よって最後のＶＯＢＵの再生時間は０．５秒未満である。図５（ａ）には、これらの条件を満たすＶＯＢＵ（ｎ＋１）が記載されている。
【００６５】
なお、先に説明したようにＶＲ規格ストリームの各ＶＯＢＵは複数の種類のパックを含んでおり、その先頭には必ずＲＤＩパックが設けられる。よって、記録が完了しているＶＯＢＵ（ｎ）の先頭のみならず、記録が中断されたＶＯＢＵ（ｎ＋１）の先頭にもＲＤＩパックが設けられる。
【００６６】
記録処理が中断され、または終了すると、本実施形態ではＶＲ規格ストリーム５０をＶＲ規格ストリーム４０ａに変換する処理を行う。図５（ｂ）は、変換後に得られた本実施形態によるＶＲ規格ストリーム４０ａを示す。変換前のＶＲ規格ストリーム５０と変換後のＶＲ規格ストリーム４０ａとの相違点は、最後のＶＯＢＵの構成である。
【００６７】
具体的には、変換前のＶＲ規格ストリーム５０のＶＯＢＵ（ｎ＋１）として記録されていたＧＯＰ（ｎ＋１）は、ＶＯＢＵ（ｎ）内の第２のＧＯＰとして組み込まれる。すなわち、ＶＯＢＵ（ｎ）は２つのＧＯＰ（ｎ）および（ｎ＋１）を含む。本実施形態においては各ＶＯＢＵは１つ以上のＧＯＰを含むとしているため、上述の処理によればＶＯＢＵ（ｎ＋１）をＶＯＢＵ（ｎ）に結合することができる。これにより、ＶＯＢＵ（ｎ＋１）はＶＯＢＵ（ｎ）に統合され、変換後のＶＲ規格ストリーム４０ａではＶＯＢＵ（ｎ）が最後のＶＯＢＵになる。
【００６８】
なお、ＶＲ規格ストリーム５０のＶＯＢＵ（ｎ＋１）を削除する処理では、その先頭に配置されていたＲＤＩパックはビデオパックへ変更される。これは、例えばＲＤＩパックを、図１０に示すような、パディングパケットを含むダミーのビデオパックに置き換えることにより実現される。ＶＯＢＵ（ｎ）の先頭に設けられているＲＤＩパックは変更する必要はない。または、ＶＯＢＵ（ｎ＋１）のＲＤＩパックを削除し、それ以降のパックの記録位置をひとつづつ前に移動させてもよい。
【００６９】
図５（ｂ）のように変換しても、ＶＲ規格のデータストリームに課された条件は満たされている。変換前のＶＲ規格ストリーム５０におけるＶＯＢＵ（ｎ）および（ｎ＋１）の再生時間はいずれも０．５秒以下（１５フレーム以下）であるため、変換後のＶＲ規格ストリーム４０ａの最後のＶＯＢＵ（ｎ）は０．５秒以上、１．０秒未満（１５フレーム以上、３０フレーム未満）になるからである。
【００７０】
さらに、上述の処理によって得られたＶＲ規格ストリーム４０ａによれば、ビデオ規格ストリーム４０ｂへ変換する際に映像の再圧縮処理をしなくても、すべての映像フレームを変換できる。その理由は、ＶＲ規格ストリーム４０ａの最後のＶＯＢＵ（ｎ）の再生時間は０．５秒以上、１．０秒未満であるため、ビデオ規格ストリーム４０ｂの最後のＶＯＢＵの再生時間（時間幅：０．４秒以上、１．２秒以下）の条件は満たされているからである。ＶＲ規格ストリームの生成に際して、本実施形態による条件を課し、かつ、記録処理が終了した後で最後のＶＯＢＵの統合処理を行うことにより、ＶＯＢＵの記録がいつ中断されても、ビデオ規格ストリーム４０ｂへの変換が非常に容易なＶＲ規格ストリーム４０ａを得ることができる。すなわち、本発明では、ＶＲ規格ストリーム４０ａのＶＯＢＵの再生時間（時間幅：０〜１．０秒）およびビデオ規格ストリーム４０ｂのＶＯＢＵの再生時間（時間幅：０．４〜１．２秒）の両方を満足するよう、再生時間が０．４〜１．０秒に収まる、ＶＲ規格ストリーム４０ａのＶＯＢＵを生成している。
【００７１】
なお、上述の例では各ＶＯＢＵの再生時間を０．５秒にしたために、それに満たないＶＯＢＵ（ｎ＋１）を直前のＶＯＢＵに結合するとした。しかし、ビデオ規格ストリーム４０ｂへ変換する際にはビデオ規格ストリーム４０ｂのＶＯＢＵの再生時間の最小値（０．４秒）より大きければよいので、ＶＯＢＵ（ｎ＋１）の再生時間が０．４秒以上、０．５秒未満であれば、直前のＶＯＢＵ（ｎ）に結合しなくてもよい。
【００７２】
以下、図６を参照しながら、上述の処理を実現するデータ処理装置の構成を説明する。図６は、本実施形態によるデータ処理装置６０の機能ブロックの構成を示す。データ処理装置６０は、ＤＶＤ−ＲＡＭディスク、Ｂｌｕ−ｒａｙディスク（ＢＤ）等の相変化光ディスク１３１にリアルタイムでＶＲ規格ストリーム５０（図５（ａ））を記録し、記録の終了とともにＶＲ規格ストリーム５０をＶＲ規格ストリーム４０ａ（図５（ｂ））に変換する。相変化光ディスク１３１上には最終的にＶＲ規格ストリーム４０ａが記録される。
【００７３】
なお、ここではＶＲ規格ストリーム５０を一旦相変化光ディスク１３１へ記録するとしたが、データ処理装置６０の内部メモリ上に図５（ａ）のＶＯＢＵ（ｎ＋１）を一時的に蓄積しておき、ＶＲ規格ストリーム４ａへ変換した後に相変化光ディスク１３１へ記録してもよい。
【００７４】
データ処理装置６０はさらに、相変化光ディスク１３１上に記録されたＶＲ規格ストリームを読み出して、ビデオ規格ストリーム４０ｂに変換して出力することができる。また、データ処理装置６０は、ＶＲ規格ストリーム４０ａを読み出して復号し、再生する再生機能も有する。いずれもＶＲ規格ストリーム４０ａを読み出して取得する必要があるため、以下ではデータ処理装置６０の再生機能として説明する。
【００７５】
なお、データ処理装置６０は必ずしも記録機能および再生機能の両方を設けていなくてもよい。
【００７６】
以下、データ処理装置６０の記録機能に関する構成を説明する。データ処理装置６０は、映像信号入力部１００と、音声信号入力部１０２と、ＭＰＥＧ２ＰＳエンコーダ１７０と、記録部１２０と、連続データ領域検出部１６０と、記録制御部１６１と、論理ブロック管理部１６３とを有する。
【００７７】
映像信号入力部１００は映像信号入力端子であり、映像データを表す映像信号を受け取る。音声信号入力部１０２は音声信号入力端子であり、音声データを表す音声信号を受け取る。例えば、データ処理装置６０がビデオレコーダである場合には、映像信号入力部１００および音声信号入力部１０２は、それぞれチューナ部（図示せず）の映像出力部および音声出力部と接続され、それぞれから映像信号および音声信号を受け取る。また、データ処理装置６０がムービーレコーダ、カムコーダ等である場合には、映像信号入力部１００および音声信号入力部１０２は、それぞれカメラのＣＣＤ（図示せず）およびマイクから出力された映像信号および音声信号を受け取る。
【００７８】
ＭＰＥＧ２−ＰＳエンコーダ１７０（以下、「エンコーダ１７０」と称する）は、映像信号および音声信号を受け取り、ＶＲ規格に準拠したＭＰＥＧ２プログラムストリーム（ＰＳ）、すなわち、ＶＲ規格ストリーム５０を生成する。エンコーダ１７０は、映像圧縮部１０１と、音声圧縮部１０３と、ＰＳ組立部１０４とを有する。映像圧縮部１０１および音声圧縮部１０３は、それぞれ映像信号および音声信号をＭＰＥＧ−２規格に基づいて圧縮符号化して映像データおよび音声データを生成する。ＰＳ組立部１０４は、映像データと音声データを、それぞれ２キロバイト単位のビデオパック及びオーディオパックに分割し、これらのパックが一つのＶＯＢＵを構成するよう順番に並べるとともに、先頭にＲＤＩパック２７を付加してＶＲ規格ストリーム５０を生成する。各ＶＯＢＵは、再生時間にして０．５秒の１５フレームから構成される１つのＧＯＰを含む。
【００７９】
記録部１２０は、記録制御部１６１の指示に基づいてピックアップ１３０を制御し、記録制御部１６１から指示された論理ブロック番号の位置からＶＲ規格ストリーム５０のビデオオブジェクトユニット（ＶＯＢＵ）を記録する。このとき、記録部１２０は、各ＶＯＢＵを３２Ｋバイト単位に分割し、その単位で誤り訂正符号を付加して一つの論理ブロックとして光ディスク１３１上に記録する。一つの論理ブロックの途中で一つのＶＯＢＵの記録が終了した場合は、隙間を開けることなく次のＶＯＢＵの記録を連続的に行う。ＶＲ規格ストリーム５０は、例えば図５（ａ）に示すような形態で光ディスク１３１に格納される。
【００８０】
さらに、ＶＲ規格ストリーム５０の記録処理が終了すると、記録部１２０は、記録制御部１６１の指示に基づいてＶＲ規格ストリーム５０をＶＲ規格ストリーム４０ａに変更する。最終的には、光ディスク１３１にはＶＲ規格ストリーム４０ａが記録される。また、記録部１２０は、記録制御部１６１から受け取った管理情報ファイルを光ディスク１３１上に記録する。
【００８１】
連続データ領域検出部１６０は、論理ブロック管理部１６３によって管理される光ディスク１３１のセクタの使用状況を調べ、連続した空き論理ブロック領域を検出する。
【００８２】
記録制御部１６１は、記録部１２０の動作を制御する。記録制御部１６１は、予め連続データ領域検出部１６０に指示を出して、連続した空き論理ブロック領域を検出させておく。そして、記録制御部１６１は、論理ブロック単位の書き込みが発生するたびに当該論理ブロック番号を記録部１２０に通知し、論理ブロックが使用済みになった場合には論理ブロック管理部１６３に通知する。なお、記録制御部１６１は、連続データ領域検出部１６０に対して連続した空き論理ブロック領域のサイズを動的に検出させてもよい。連続データ領域検出部１６０は、１つの連続データ領域の残りが最大記録再生レート換算で、例えば３秒分を切った時点で、次の連続データ領域を再検出する。そして、１つの連続データ領域が一杯になると、記録制御部１６１は次の連続データ領域への書き込みを指示する。
【００８３】
記録制御部１６１は、例えばユーザからＶＲ規格ストリーム５０の記録処理を中断する指示を受け取ると、ＶＲ規格ストリーム５０の生成を終了して、ＶＲ規格ストリーム５０に基づいてＶＲ規格ストリーム４０ａを生成する。具体的には、記録制御部１６１は、記録部１２０に指示して、ＶＲ規格ストリーム５０の最後のＶＯＢの管理データを削除するとともに、そのＶＯＢＵとして対応付けていたＧＯＰを、直前のＶＯＢＵの第２のＧＯＰに変更させる。直前に存在したＶＯＢＵにはＧＯＰが２つ設けられることになる。この処理に伴って、記録制御部１６１は、ＶＲ規格ストリーム４０ａの各ＶＯＢＵの属性を表す管理情報を生成し、ＶＲ規格ストリーム４０ａとは異なるデータファイルとして光ディスク１３１上に記録するよう、記録部１２０に指示する。
【００８４】
ここで、図７を参照しながら、記録制御部１６１によって行われる処理をより詳細に説明する。図７は、記録制御部１６１によるＧＯＰの生成処理の手順を示すフローチャートである。
【００８５】
データ構造に関しては、ＶＯＢＵを構成するビデオパックのビデオデータ内にＧＯＰを構成するデータ（ＧＯＰヘッダ、各フレームのフレームデータ等）が記述される。これは、例えば図１に示すデータ構造と同様である。ただし、図１に示すＲＤＩパック１１およびビデオパック１２のパックヘッダ１２ｂ、ＰＥＳパケットヘッダ１２ｃ等は既に生成されているとする。
【００８６】
まず、ステップＳ１０１において、記録制御部１６１はシーケンスヘッダおよびＧＯＰヘッダを生成する。次に、ステップＳ１０２において、記録制御部１６１はエンコーダ１７０に指示して、所定数のフレームの映像信号を圧縮符号化させる。本実施形態では３フレーム分の映像信号を連続的に圧縮している。なお、３フレームの処理が終了する前にユーザから記録処理の中断指示（後述）があったときは、映像信号の入力が遮断されていても３フレーム分の処理が終了するまで圧縮処理が行われる。映像の３０フレームで再生時間が１秒であるから、記録制御部１６１は０．１秒単位で圧縮処理を管理しているといえる。３フレーム単位の例は、Ｉフレーム、ＢフレームおよびＰフレームの各先頭の文字でフレーム名を表わし、すと、１個のＧＯＰを"IBB", "PBB", "PBB", "PBB", "PBB"で構成する場合ある。なお、上述した「３フレーム」は例であり、他には１フレーム（例えば全てＩフレーム）や２フレーム（例えば全て"IP"フレーム）であってもよいし、５フレーム等であってもよい。また、３フレーム単位に限らず、最初は４フレームで圧縮し、以後は３フレームで圧縮する等、不規則であってもよい。例えば"IPBB","PBB","PBB","PBB"のように圧縮符号化してもよい。
【００８７】
次に、ステップＳ１０３において、記録制御部１６１はユーザからの中断指示があるか否かを判定する。中断指示は、データ処理装置６０に設けられた録画ボタン（図示せず）の再度の押下等によって与えられる。中断指示がないときはステップＳ１０４に進み、中断指示があるときはステップＳ１０６に進む。
【００８８】
ステップＳ１０４では、記録制御部１６１は、１５フレームの圧縮処理が終了したかを判定する。完了したときはステップＳ１０５に進む。完了していないときは処理はステップＳ１０２に戻り、記録制御部１６１は映像圧縮部１０１に対し、１５フレームの圧縮処理が終わるまで圧縮処理を行う。本実施形態では、１５フレームの圧縮が終了すると、１つのＧＯＰとしてまとめられ、かつ１つのＶＯＢＵが構成される。
【００８９】
ステップＳ１０５では、記録制御部１６１はＶＯＢＵごとの管理情報を生成する。管理情報には、何番目のＶＯＢＵであるかを示すＶＯＢＵ番号、そのＶＯＢＵのデータサイズおよびＶＯＢＵに含まれるフレーム数を特定可能な情報が含まれる。ステップＳ１０５の処理が終了すると、再びステップＳ１０１に戻り、次のＶＯＢＵを生成する処理を実行する。
【００９０】
一方、ステップＳ１０６およびステップＳ１０７は、ユーザから中断指示を受けたときに実行される処理である。まず、ステップＳ１０６において、記録制御部１６１は記録部１２０に指示を出して、それまで記録処理を行っていたＶＯＢＵのＲＤＩパックをダミーのビデオパックへ変更する。そして、記録制御部１６１はそのＶＯＢＵの最初に現れるビデオパックおよびオーディオパックに所定の修正を行う。ビデオパックおよびオーディオパックは以下のように修正される。
【００９１】
まず、記録制御部１６１は、ＶＯＢＵ（ｎ＋１）の最初のビデオパック内のシステムヘッダを削除し、さらにＰＥＳ拡張フィールド内のＰ−ＳＴＤバッファフィールドを削除する。そしてそれらのフィールドの削除とともに、記録制御部１６１はパディングストリームを含むＰＥＳパケットを生成してビデオパックの最後に追加して、１パックのデータ量が２キロバイトになるように調整する。仮にすでにパディングストリームが記録されていた場合には、記録済みのパディングストリームを延長する。
【００９２】
また、記録制御部１６１は、ＶＯＢＵ（ｎ＋１）の最初のオーディオパックのＰＥＳ拡張フィールド内のＰ−ＳＴＤバッファフィールドを削除して、パックヘッダ内のスタッフィングフィールドまたはパディングストリームを含むＰＥＳパケットを生成してオーディオパックの最後に追加し、１パックのデータ量が２キロバイトになるように調整する。仮に、すでにパディングストリームが記録されていた場合は、記録済みのパディングストリームを延長する。
【００９３】
上述の「ＰＥＳ拡張フィールド」とは、プログラムストリームの復号に必要な情報、例えば復号用のデータバッファの容量等が記述されるフィールドである。ＰＥＳ拡張フィールドは、ＶＲ規格ストリームの各ＶＯＢＵにおいて最初に現れるビデオパックおよびオーディオパックに設けられる。ビデオおよびオーディオのＰＥＳパケットヘッダには、パケット長フィールド、フラグフィールド等が設けられており、フラグフィールドにはＰＥＳ拡張フラグフィールドが設けられ、その値によって、その存在の有無が示される。例えばＰＥＳ拡張フラグフィールドの値が１のときにＰＥＳ拡張フィールドが存在し、０のときは存在しない。
【００９４】
次に、ステップＳ１０７において、直前に記録が終了したＶＯＢＵの管理情報を修正する。
【００９５】
例えば、表１は修正前の管理情報を示す。
（表１）
2004084552.tif 000019
【００９６】
表１では、理解を容易にするため、１フレームのデータサイズを単純に０．０２メガバイトとしたときのＶＯＢＵのデータサイズを例として示している。また、表１では、記録処理を行っていたＶＯＢＵ（ｎ＋１）の管理情報は実際には生成されていないため括弧で示している。
【００９７】
次に、表２は修正後の管理情報を示す。
（表２）
2004084552.tif 000020
【００９８】
表１および表２から明らかなように、表２のＶＯＢＵ（ｎ）のサイズおよびフレーム数が修正されており、ＶＯＢＵ（ｎ＋１）として生成されていたＶＯＢＵのサイズおよびフレーム数相当分が加算されいていることが理解される。表２に示すＶＯＢＵ（ｎ）の２４フレームは、ＧＯＰ（ｎ）に含まれる１５フレームと、ＧＯＰ（ｎ＋１）に含まれる９フレームとの和である。例えば図５（ｂ）を参照されたい。
【００９９】
以上の処理により、最後のＶＯＢＵ（ｎ）以外のＶＯＢＵは、再生時間が０．５秒に相当する１５フレームを含む。また、最後のＶＯＢＵ（ｎ）は、再生時間０．５秒以上１．０秒未満に相当する１６フレーム以上３０フレーム未満を含む。
【０１００】
なお、上述の例では、記録中のＶＯＢＵ（ｎ＋１）に含まれていた９フレームのビデオデータを直前のＶＯＢＵ（ｎ）に含めるとした。しかし、それらのフレームを破棄してもよい。より一般的には、ＶＲ規格ストリーム４０ａの末尾のＶＯＢＵの再生時間と、ビデオ規格ストリーム４０ｂの末尾のＶＯＢＵの再生時間との両方に収まる再生時間の最小値（０．４秒）に満たないときは、ＰＳ組立部１０４は、生成中のＶＯＢＵ（ｎ＋１）を破棄してもよい。これにより、ＶＲ規格ストリーム４０ａへの変換処理がより高速化できる。ただし、この処理によれば、記録中断までに圧縮処理を行った全てのフレームを記録することができない。より特定すると、記録を中断する指示を受ける直前の０．４秒未満の映像を残すことができない。よって、この点に留意が必要である。
【０１０１】
一方、上述した生成中のＶＯＢＵ（ｎ＋１）の破棄に代えて、そのＶＯＢＵ（ｎ＋１）が０．４秒になるまで記録を継続してもよい。この処理によれば、記録を中断（終了）する指示の直前の０．４秒未満の映像を記録することができるが、指示をうけてからの処理に余分な時間を要するため、処理速度が低下する。
【０１０２】
記録制御部１６１は、修正した管理情報を記録部１２０に送り、ＶＲ規格ストリーム４０ａのデータファイル（例えばファイル名"ＶＲ＿ＭＯＶＩＥ．ＶＲＯ"）とは異なるデータファイル（例えばファイル名"ＶＲ＿ＭＡＮＧＲ．ＩＦＯ"）として光ディスク１３１に記録させる。
【０１０３】
図８は、ＶＲ規格ストリーム４０ａと光ディスク１３１の記録領域との関係を示す。ＭＰＥＧ２規格に従って圧縮符号化されたＶＲ規格ストリーム４０ａの各ＶＯＢＵは、光ディスク１３１の連続データ領域に記録される。連続データ領域は物理的に連続する論理ブロックから構成されており、この領域には最大レートでの再生時間にして１７秒以上のデータが記録される。データ処理装置６０は、論理ブロックごとに誤り訂正符号を付与する。論理ブロックのデータサイズは３２ｋバイトである。各論理ブロックは、２Ｋバイトのセクタを１６個含む。
【０１０４】
図９は、記録されたＶＲ規格ストリーム４０ａおよび管理情報が光ディスク１３１のファイルシステムにおいて管理されている状態を示す。例えばＵＤＦ（Universal Disk Format）規格のファイルシステム、またはＩＳＯ／ＩＥＣ  １３３４６（Volume and file structure of write-once and rewritable media using non-sequential recording for information interchange）ファイルシステムが利用される。図９では、連続して記録されたＶＲ規格ストリーム４０ａがファイル名ＶＲ＿ＭＯＶＩＥ．ＶＲＯとして記録されている。また、管理情報がファイル名ＶＲ＿ＭＡＮＧＲ．ＩＦＯとして記録されている。各ファイルは、ファイル名及びファイル・エントリの位置が、ＦＩＤ（File Identifier Descriptor）で管理される。さらに、ファイル・エントリ内のアロケーション・ディスクリプタ（Allocation Descriptor）を使って、１つのファイルとそのファイルを構成するデータ領域を関係付ける。アロケーション・ディスクリプタにはファイルを構成するファイル・エントリの位置として先頭セクタ番号が設定される。ＶＲ規格ストリームファイルのファイル・エントリは、各連続データ領域（ＣＤＡ：Contiguous Data Area）ａ〜ｃを管理するアロケーション・ディスクリプタａ〜ｃを含む。１つのファイルが複数の領域ａ〜ｃに分かれている理由は、領域ａの途中に不良論理ブロック、書き込みができないＰＣファイル等が存在したからである。一方、管理情報ファイルのファイル・エントリは、管理情報を記録する領域を参照するアロケーション・ディスクリプタｄを保持する。
【０１０５】
論理ブロック管理部１６３は、記録制御部１６１から通知された使用済み論理ブロック番号によって論理ブロック番号ごとの使用状況を把握して管理を行う。すなわち、論理ブロック番号を構成する各セクタ単位の使用状況を、ＵＤＦまたはISO/IEC 13346のファイル構成で規定されているスペースビットディスクリプタ領域を用いて、使用済みもしくは未使用であるかを記録して管理することになる。そして、記録処理の最終段階において、ファイル・アイデンティファイア（ＦＩＤ）及びファイルエントリをディスク上のファイル管理領域へ書き込む。
【０１０６】
なお、ＵＤＦ規格はＩＳＯ／ＩＥＣ  １３３４６規格のサブセットに相当する。また、相変化光ディスクドライブを１３９４インタフェース及びＳＢＰ−２（Serial Bus Protocol-2）プロトコルを介してＰＣへ接続することにより、ＵＤＦに準拠した形態で書きこんだファイルがＰＣからも１つのファイルとして扱うことが可能である。
【０１０７】
また、管理情報ファイルは光ディスクの最内周側へ物理的にひとまとめにして記録されることがより望ましい。
【０１０８】
次に、データ処理装置６０の再生機能に関する構成を説明する。データ処理装置６０は、再生部１２１と、音声出力部１１２と、変換部１４１、出力インターフェース部１４０と、再生制御部１６２と、変換制御部１６４と、ＭＰＥＧ２ＰＳデコーダ１７１とを有する。
【０１０９】
まず、再生機能のうちの、ＶＲ規格ストリーム４０ａを読み出して復号化する機能を説明する。ＭＰＥＧ２−ＰＳデコーダ１７１（以下、「デコーダ１７１」と称する）は、プログラムストリーム分解部１１４、映像伸長部１１１および音声伸長部１１３を有する。プログラムストリーム分解部１１４は、ピックアップ１３０および再生部１２１を介して再生されたプログラムストリームをビデオ信号およびオーディオ信号に分離する。映像伸長部１１１および音声伸長部１１３は、それぞれビデオ信号およびオーディオ信号をデコードし、その結果得られたビデオデータおよびオーディオデータを映像表示部１１０および音声出力部１１２において表示し、出力する。
【０１１０】
データ処理装置６０が記録されたＶＲ規格ストリーム４０ａを再生するときは、光ディスク１３１からのデータの読み出しと読み出したデータのデコード（再生）を並列的に行う。このとき、データの最大再生レートよりもデータの読出レートの方が高速となるように制御して、再生すべきデータが不足しないように動作する。その結果、ＶＲ規格ストリーム４０ａの再生を継続すると、単位時間あたり、データ最大再生レートとデータ読み出しレートとのレート差分だけ再生すべきデータを余分に確保できることになる。データ処理装置６０は、ピックアップ１３０がデータを読み出しできない期間中（例えばシーク動作中）に余分に確保したデータを再生することにより、途切れのないＶＲ規格ストリーム４０ａの再生を実現することができる。
【０１１１】
例えば、再生部１２１のデータ読み出しレートが１１.０８Ｍｂｐｓ、ＰＳ分解部１１４のデータ最大再生レートが１０．０８Ｍｂｐｓ、ピックアップの最大移動時間が１．５秒とすると、途切れることなくＶＲ規格ストリーム４０ａを再生するためには、ピックアップ１３０の移動中に１５．１２Ｍビットの余分なデータが必要になる。これだけのデータを確保するためには、１５．１２秒間の連続読み出しが必要になる。すなわち、１５．１２Ｍビットを、データ読み出しレート１１.０８Ｍｂｐｓとデータ最大記録再生レート１０．０８Ｍｂｐｓの差で除算した時間だけ連続読み出しする必要がある。したがって、１５．１２秒間の連続データ読み出しの間に最大１６７．５３Ｍビット分のデータ（すなわち１６．６２秒分の再生データ）を読み出すことになるので、１６．６２秒（約１７秒）分以上の連続データ領域を確保することにより、連続的なデータ再生を保証することが可能となる。なお、連続データ領域の途中には、数個の不良論理ブロックがあってもよい。ただし、この場合には、再生時にかかる不良論理ブロックを読み込むのに必要な読み出し時間を見越して、連続データ領域を再生時間にして１６．６２秒分よりも若干多く確保する必要がある。
【０１１２】
次に、再生機能のうちの、ＶＲ規格ストリーム４０ａを読み出してビデオ規格ストリーム４０ｂへ変換する機能を説明する。変換制御部１６４は、ピックアップ１３０および再生部１２１にＶＲ規格ストリーム４０ａの読み出しを指示する。変換制御部１６４が変換部１４１を起動すると、変換部１４１は、ＶＲ規格ストリーム４０ａのＲＤＩパックをビデオ規格のナビゲーションパックに置き換える。また変換制御部１６４は、各ＶＯＢＵの先頭のビデオパックおよびオーディオパックに含まれる特定のフィールド（例えば、ＰＥＳ拡張フィールドのＰ−ＳＴＤバッファサイズフィールド）をダミーデータで置き換える。ここでダミーデータとは、パックヘッダ内のスタッフィングデータ、または、パディングストリームを含むＰＥＳパケットを指す。また、変換部１６４は他にもＳＣＲの書き換えや、ＰＴＳ／ＤＴＳのシフト等の処理を行う。
【０１１３】
図１１は、ＲＤＩパックとナビゲーションパックとの対応を示す。ＲＤＩパックとナビゲーションパックのストリームＩＤはプライベート・ストリーム２としてＭＰＥＧ−２システム規格で規定されているストリームＩＤ（０ｘＢＦ）が使用される。そしてさらに種類を分けるために、サブストリームＩＤとして、ＲＤＩパケットならば０ｘ６０が、ＰＣＩパケットおよびＤＳＩパケットならばそれぞれ０ｘ００および０ｘ０１が使用される。
【０１１４】
記録制御部１６１は、ナビゲーションパックを生成する際に必要となるフィールドをＶＲ規格ストリーム生成時にあらかじめ生成し、ビデオ変換補助情報としてＲＤＩパックのメーカ独自フィールド（マニュファクチュアラー・インフォメーションフィールド）内に記録する。ビデオ変換補助情報は映像ストリームを解析しなければ得られない値、例えばＩピクチャ、Ｐピクチャの終端アドレス等である。そして、変換制御部１６４がビデオ変換補助情報に基づいてナビゲーションパックを生成することにより、処理の高速化を図ることができる。また、管理情報として記録された各ＶＯＢＵのデータサイズを参照して、スキップ先アドレスを生成し、ナビケーション・パックに格納する必要もある。ナビゲーションパックにはその他の値を規定する必要があるが、ここではそれらの説明は省略する。
【０１１５】
なお、ビデオ変換補助情報を記録しない場合には、ストリームを一旦記録し、その後ストリームを解析することにより、ＩピクチャやＰピクチャの終端アドレスを抽出し、ナビケーション・パック内へ記録する必要がある。ただし、この処理によれば若干変換処理時間が必要になる。
【０１１６】
また、ビデオ変換補助情報をＲＤＩパック内に記録しているか否かの情報を管理情報内に記録してもよい。
【０１１７】
さらに、変換部１４１は、ＶＲ規格ストリーム４０ａのビデオパックに含まれるビデオデータ１２ａをビデオ規格ストリーム４０ｂのビデオパックのビデオデータとしてそのまま利用することができる。この処理では再圧縮符号化を行う必要はない。データ処理装置６０は、最後のＶＯＢＵの一部データ、およびその管理情報を修正し、ビデオ規格ストリームに変換する際に再圧縮符号化が不要なＶＲ規格ストリーム４０ａを光ディスク１３１に記録している。よって、変換部１４１は、最後のＶＯＢＵであるか否かを問題とすることなくどのＶＯＢＵに対しても上述した同じ変換処理を行うことができる。よって、データ処理装置６０は、ビデオ規格ストリームへ変換する際に、最後のＶＯＢＵであるか否かの判定処理、および、最後のＶＯＢＵが０．４秒未満であるときの各フレームの再圧縮符号化処理のための構成が不要であり、処理に要する負荷を軽減し、処理に要する時間を短縮できる。
【０１１８】
なお、本明細書では、最後のＶＯＢＵ以外の各ＶＯＢＵの再生時間が０．５秒になるように調整するとして説明した。しかし、この値は例であり、例えば末尾を除くＶＯＢＵを０．６秒以下で構成し、末尾のＶＯＢＵが０．４秒以上１．０秒以下で構成されるのであれば上述の説明を適用できる。この場合図７に示すステップＳ１０４では１８フレームの圧縮符号化が完了したか否かの判定処理になる。
【０１１９】
なお、入力される映像信号がＰＡＬの６５７／５０テレビシステムの映像信号である場合には、末尾以外のＶＯＢＵ内の１個のＧＯＰがステップＳ１０４で１２フレームで完了か否かを判定すると、計算が容易になる。
【０１２０】
出力インタフェース部１４０は、この変換処理の結果得られたビデオ規格ストリーム４０ｂを順次出力する。出力インタフェース部１４０がＩＥＥＥ１３９４規格（ＳＢＰ−２プロトコルを使用）またはＵＳＢ規格（マスストレージ・クラスを使用）に準拠しており、かつ、ＤＶＤ−Ｒドライブ装置が接続されているとすると、変換結果のビデオ規格ストリーム４０ｂが出力インタフェース部１４０から出力され、ＤＶＤ−Ｒドライブ装置によってＤＶＤ−Ｒディスク上に記録される。
【０１２１】
本実施の形態では、プログラムストリームであるＶＲ規格ストリームおよびビデオ規格ストリームを例にしたが、ＭＰＥＧ１のシステムストリームを利用することもできる。また、記録媒体は相変化光ディスクであるとしたが、例えばＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ等の光ディスクや、ハードディスク等の他のディスク形状の記録媒体も利用できる。また、装置のバッファメモリ（図示せず）等の半導体メモリであってもよい。これに関連して、読み書きヘッドは光ディスク用のピックアップとしたが、例えば、記録媒体がＭＯの場合にはピックアップ及び磁気ヘッドとなり、またハードディスクの場合は磁気ヘッドとなる。
【０１２２】
また、本実施形態では、映像信号等をＶＲ規格ストリームとして記録し、その後、ビデオ規格ストリームに変換する例を説明した。しかし、映像信号等をビデオ規格ストリームとして記録し、その後、ＶＲ規格ストリームに変換することもできる。
【０１２３】
データ処理装置６０は、コンピュータプログラムに基づいてデータストリーム４０ａの生成、記録および再生処理を行うことができる。例えば、フォーマット変換を想定したコンテンツの符号化ストリームの生成処理は、図７に示すフローチャートに基づいて記述されたコンピュータプログラムを実行することによって実現される。コンピュータプログラムは、光ディスクに代表される光記録媒体、ＳＤメモリカード、ＥＥＰＲＯＭに代表される半導体記録媒体、フレキシブルディスクに代表される磁気記録媒体等の記録媒体に記録することができる。なお、光ディスク装置は、記録媒体を介してのみならず、インターネット等の電気通信回線を介してもコンピュータプログラムを取得できる。
【０１２４】
本実施形態では、ＶＲ規格ストリームはＶＲ＿ＭＯＶＩＥ．ＶＲＯファイルとして格納され、管理情報はＶＲ＿ＭＡＮＧＲ．ＩＦＯファイルとして格納されるとした。しかし、動画ストリームが２個以上のファイルから構成され、それぞれの動画ストリームファイルに対する管理情報が、独立した管理情報ファイルとして記録されていてもよい。このときは、動画ストリームファイルと管理情報ファイルのファイル名に同じ番号をつける等して、互いの関係を示す情報も記録する必要がある。また、管理情報ファイルは光ディスク上の特定の領域にまとめて記録することが望ましい。
【０１２５】
本実施形態ではＶＲ規格のフォーマットでストリームを記録するとしたが、ＶＯＢＵの先頭に記録されるＲＤＩパックの替わりに、サブストリームＩＤの値を特定の値（例えば０ｘＦＦ）に変更した独自種別のパックを記録してもよい。これにより、ＶＲ規格ストリームへの変換も容易でかつ、ビデオ規格ストリームへの変換も容易となる。さらに、独自パックを有するストリームとＶＲ規格ストリームの光ディスク上への混在記録を許す場合は、管理情報側でどちらのストリームかを識別するための情報を記録する。
【０１２６】
本実施形態では、ＭＰＥＧ−２プログラムストリームを例にあげて説明した。しかし、他のストリーム（例えばＭＰＥＧ−２トランスポートストリーム）であっても、本発明による処理等を同様に適用できる。
【０１２７】
実施形態では、図７に示すように１個のＶＯＢＵを１５フレームからなる１ＧＯＰで構成する例を挙げて説明した。しかし、被写体または番組のシーンが大きく変化する等の、いわゆるシーンチェンジのタイミングにおいて、ＧＯＰに含まれるフレーム数をより細かくしてもよい。例えば、シーンチェンジを検出したフレームに対してはＩフレームを割り当てることにより、１５フレーム未満であっても直前のフレームでＧＯＰを切ってもよい。このときは、例えば直前のＧＯＰと新しいＧＯＰの２個の合計が１５フレームとすればよい。
【０１２８】
なお、音声フレームについて特に言及はしていないが、最後のＶＯＢＵに含まれる映像フレームと同期して再生されるべき音声フレームは、最後のＶＯＢＵに含めておくのが望ましい。このことは、図１２、図１３等に示す連結点を含むＶＲ規格ストリームの場合でも同様である。すなわち、連結点の直前のＶＯＢＵに含まれる映像フレームと同期して同時再生されるべき音声フレームを、連結点の直前のＶＯＢＵに含めて置くのが望ましい。
【０１２９】
なお、本実施形態の図５において、ＶＯＢＵ（ｎ＋１）の再生時間が０．５秒以上、かつ１秒以下であれば必ずしも直前のＶＯＢＵ（ｎ＋１）へ結合しなくともよい。
【産業上の利用可能性】
【０１３０】
本発明によれば、映像情報および音声情報が符号化されたあるフォーマットのデータストリームを再圧縮符号化することなく、全ての映像フレームを異なるフォーマットのデータストリームに変換することができる方法および装置が提供される。記録された映像または音声フレームを異なるフォーマットへ変換する際に、映像の再圧縮符号化の必要がないため、著しく処理の高速化および処理負荷の軽減を図ることができ、処理能力が低い装置においても実装することは非常に容易である。
【図面の簡単な説明】
【０１３１】
【図１】ＶＲ規格に準拠したＭＰＥＧ２プログラムストリーム１０のデータ構造を示す図である。
【図２】ビデオ規格に準拠したＭＰＥＧ２プログラムストリーム２０のデータ構造を示す図である。
【図３】ＶＲ規格ストリーム１０をビデオ規格ストリーム２０に変換する従来の変換処理の例を示す図である。
【図４】（ａ）は、ＶＲ規格に準拠した本実施形態によるＭＰＥＧ２プログラムストリーム４０ａのデータ構造を示す図である。（ｂ）は、ビデオ規格に準拠した本実施形態によるＭＰＥＧ２プログラムストリーム４０ｂのデータ構造を示す図である。
【図５】（ａ）は、ＶＯＢＵ（ｎ＋１）の記録中に記録処理が中断されたときのＶＲ規格ストリーム５０を示す図である。（ｂ）は、変換後に得られた本実施形態によるＶＲ規格ストリーム４０ａを示す図である。
【図６】本実施形態によるデータ処理装置６０の機能ブロックの構成を示す図である。
【図７】記録制御部１６１によるＧＯＰの生成処理の手順を示すフローチャートである。
【図８】ＶＲ規格ストリーム４０ａと光ディスク１３１の記録領域との関係を示す図である。
【図９】記録されたＶＲ規格ストリーム４０ａおよび管理情報が光ディスク１３１のファイルシステムにおいて管理されている状態を示す図である。
【図１０】パディングパケットを含むダミーのビデオパックのデータ構造を示す図である。
【図１１】ＲＤＩパックとナビゲーションパックとの対応を示す図である。
【図１２】連続したＶＲ規格ストリーム（ＶＯＢ）を複数結合して得られたＶＲ規格ストリームのデータ構造を示す図である。
【図１３】連続したビデオ規格ストリームを複数結合して得られたビデオ規格ストリームのデータ構造を示す。
【国際調査報告】
2004084552.tif 000021
2004084552.tif 000022