JP2006121235A - デジタルストリーム信号の情報媒体、記録方法、再生方法、記録装置および再生装置 - Google Patents

Abstract

【課題】デジタル放送におけるマルチビュー放送等をマルチアングルとして記録再生できるようにする。
【解決手段】マルチビュー映像等を含むデジタルストリーム信号を記録するように構成されたディスクを用いる。このディスクは管理領域とデータ領域を持ち、前記データ領域は前記マルチビュー映像等をマルチアングルデータとして格納するように構成され、前記管理領域は前記データ領域の記録内容を管理する管理情報を格納するように構成される。
【選択図】 図１

Description

この発明は、デジタルＴＶ放送などで用いられるデジタルストリーム信号の記録再生に適した、情報媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置に関する。

近年、ＴＶ放送は、高精細ＡＶ情報の番組を主な放送コンテンツとするデジタル放送の時代に突入してきている。現在実施されているＢＳデジタルＴＶ放送（および実施が開始された地上波デジタルＴＶ放送）では、ＭＰＥＧ２のトランスポートストリーム（以下、適宜、ＭＰＥＧ−ＴＳあるいは単にＴＳと略記する）が採用されている。動画を使用したデジタル放送の分野では、今後もＭＰＥＧ−ＴＳが標準的に用いられると考えられる。このようなデジタルＴＶ放送の開始に伴って、デジタルＴＶ放送を高品位で録画できるデジタルレコーダのマーケットニーズが高まってきている。

ＤＶＤ−ＲＡＭ等の光ディスクを利用したデジタルレコーダの例として、特許文献１に開示されるような「記録再生装置」がある。
特開平６−２２５２３９号公報

デジタル放送では、同じ放送局から、同じ時間帯に異なる複数の番組を放送できる。この仕組みを用いて、同じ放送チャネル内でマルチビュー映像（あるいは降雨対応放送）を放送できる。デジタル放送の録画には、現在、ＤＶＤビデオレコーダが多く用いられているが、従来のＤＶＤビデオレコーダでは、マルチビュー映像の１つは（アナログ入力経由で）録画できても、２以上のマルチビュー映像を１台のレコーダで同時に録画はできない。

この発明の課題の１つは、マルチビュー放送（あるいは降雨対応放送）をマルチアングル（アングルセル）として記録再生できる情報媒体、記録方法、再生方法、記録装置あるいは再生装置を提供することである。

この発明の一実施の形態に係る情報媒体は、管理領域とデータ領域を持ち、前記データ領域はマルチビュー映像（および／または降雨対応放送）をマルチアングルデータとして格納するように構成され、前記管理領域は前記データ領域の記録内容を管理する管理情報を格納するように構成される。

同じ時間帯に放送されるデジタル放送のマルチビュー映像（および／または降雨対応放送）を、例えばＤＶＤ−ＶＲのようなビデオレコーディング方式でも、マルチアングルとして記録再生できる。

以下、この発明の一実施の形態に係るデジタルストリーム信号の情報媒体、記録方法、再生方法、記録装置および再生装置について、図面を参照して説明する。

図１は、この発明の一実施の形態に係るデータ構造を例示する図である。ディスク状情報記録媒体１００（図１（ａ））としては、赤色レーザを用いたＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒあるいは紫〜青色レーザを用いた次世代のＨＤ＿ＤＶＤ−ＲＡＭ、ＨＤ＿ＤＶＤ−ＲＷ、ＨＤ＿ＤＶＤ−Ｒ等の記録可能光ディスクや、ハードディスク等の記録可能磁気ディスクがある。以下では、例えば４０５ｎｍ〜６５０ｎｍのレーザを用いたＤＶＤ−ＲＡＭ等の光ディスクを例にとって説明を続ける。

ディスク１００は、その内周側から外周側に向かって、リードイン領域１１０、ボリューム／ファイル構造情報領域１１１、データ領域１１２、およびリードアウト領域１１３を持っている（図１（ｂ））。ボリューム／ファイル構造情報領域１１１内にはファイルシステムが格納されている。ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている。記録コンテンツはデータ領域１１２に格納される（図１（ｃ））。

データ領域１１２は、一般のコンピュータデータが記録される領域１２０と、ＡＶデータを記録する領域１２１に分けられる。ＡＶデータ記録領域１２１は、ＡＶデータの管理をするためのファイル（ＶＭＧファイル）があるＡＶデータ管理情報領域１３０と、現世代あるいは次世代のＤＶＤビデオ規格のオブジェクトデータファイルが記録されるＲＯＭビデオオブジェクト群記録領域１３１（オプション）と、ビデオレコーディング（ＶＲ）規格のオブジェクトデータファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域１３２と、デジタル放送に対応したストリームオブジェクトが記録されるストリームオブジェクト群記録領域１３３を含んで構成されている（図１（ｄ））。

この実施の形態では、デジタル放送のストリームをＤ／Ａ〜Ａ／Ｄ変換経由でデジタル記録する場合もしくはＴＳをＰＳに変換して記録する場合は、ＶＲオブジェクトとして記録される（図１（ｅ））。一方、デジタル放送のストリームをそのままストリーム記録する場合（あるいはデジタルのまま再エンコードしてデジタル記録する場合）は、ＶＲオブジェクト１４０とは別のファイルであるストリームオブジェクト１４１として記録される（図１（ｅ））。

各ＶＲオブジェクト１４０は、ディスク１００へのアクセス単位となるデータユニット（ＲＶＯＢＵ）１４２が１つ以上集まって構成される（図１（ｆ））。同様に、各ストリームオブジェクト１４１は、ディスク１００へのアクセス単位となるデータユニット（拡張ストリームブジェクトユニット：ＥＳＯＢＵ）１４３が１つ以上集まって構成される（図１（ｆ））。ここで、１つのＥＳＯＢＵは、オブジェクト管理情報内の値で指定された一定時間間隔のピクチャ単位で区切られたデータユニットである。あるいは、１つのＥＳＯＢＵは、１以上のＧＯＰで区切られたデータユニットとしてもよい。

各ＲＶＯＢＵ１４２は、ＭＰＥＧプログラムストリーム（ＭＰＥＧ−ＰＳ）に準拠した制御パック１４４、ビデオパック１４５、オーディオパック１４６等を含んで構成される。一方、各ＥＳＯＢＵ１４３は、ＭＰＥＧトランスポートストリーム（ＭＰＥＧ−ＴＳ）に準拠したＴＳパケットの集まりで構成されるパケットグループ１４７が１つ以上集まって構成される（図１（ｇ））。

この実施の形態では、各パケットループ１４７は、例えば１６個のパック（または１６個の論理ブロックＬＢ）の集まりで構成される（３２個など別の個数でもよい）。１個のパックサイズ（あるいは１個のＬＢサイズ）が２ｋバイトとすると、各パケットグループ１４７のサイズは３２ｋバイトとなる。これはビデオレコーディング規格におけるＥＣＣブロックサイズと同じになる（別の規格で３２パックあるいは３２論理ブロックを採用する場合のＥＣＣブロックサイズは、６４ｋバイトになる）。

各パケットグループ１４７は、ストリームレコーディング（ＳＲ）におけるパケット記録領域（ＤＶＤ−ＴＳパケット記録領域）を構成している（図１（ｈ））。このＤＶＤ−ＴＳパケット記録領域は、パケットグループヘッダ１６１と、複数ペア（例えば１７０ペア）のパケット到着時間情報（ＰＡＴ）１６２およびＭＰＥＧ−ＴＳパケット１６３で構成することができる。

なお、１つのパックグループ内において、先頭ＴＳパケット１６３に対してその到着時間情報（Packet Arrival Time: PAT）を持つように構成すれば、後続ＴＳパケット１６３各々の到着時間情報は、先行するＴＳパケットからの差分時間情報（Incremental PAT）であってもよい。

また、図１の構成においては、ＲＯＭビデオオブジェクト群記録領域１３１およびストリームオブジェクト群記録領域１３３がなく、ＶＲオブジェクト群記録領域１３２とその管理情報記録領域１３０だけでＡＶデータ記録領域１２１が構成されるディスク１００を用いた実施の形態も可能である。

図２は、この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図である。図１のＡＶデータ管理情報記録領域１３０に記録される管理情報（ＶＭＧファイル）は、ビデオレコーディング規格に基づく記録コンテンツおよびストリーム記録コンテンツの双方の再生手順を管理する再生管理情報層１０を持っている。すなわち、ストリーム記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、ビデオレコーディング記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、これらのプログラム１２の並び（再生手順）が、プログラムチェーン（ＰＧＣ）１１の管理情報（ＰＧＣＩ）で管理される。

ここでは、ストリーム記録側のセル１３の途中から再生を開始する場合でも、ビデオレコーディング側のセル１３の途中から再生を開始する場合でも、ユーザは再生時間（ＰＴＳ）で再生場所を指定することができるようになっている。すなわち、ストリーム記録側のセル１３の途中から再生時間（ＰＴＳ）で再生を開始する場合では、ストリームオブジェクト管理情報層２０内のストリームオブジェクト情報ＥＳＯＢＩ２１を介してストリームオブジェクト層３０内のストリームオブジェクトＥＳＯＢ１４１を指定し、ストリームオブジェクト管理情報層２０内のストリームオブジェクトユニット情報ＥＳＯＢＵＩ２２を介してストリームオブジェクト層３０内のストリームオブジェクトユニットＥＳＯＢＵ１４３を指定する。ＥＳＯＢ１４１およびそのＥＳＯＢＵ１４３が指定されると、再生開始場所が特定される。（ここでのＥＳＯＢＵＩはグローバル情報２２と言い換えてもよい。）
このＥＳＯＢＵ１４３は、１以上のパケットグループ１４７により構成される。ＥＳＯＢＵ１４３は、例えば１以上のＧＯＰに対応するデータ単位である。あるいは、オブジェクト管理情報内の値で指定された一定の再生時間分のデータ量に相当する単位でＥＳＯＢＵ１４３を区切ってもよい。これにより、各情報フィールドのオーバーフローが防止される。

各パケットグループ１４７は、１６個のパック（あるいは１６個のＬＢ）（３２７６８バイト）で構成され、先頭にパケットグループヘッダ１６１を持ち、その後に、複数ペア（この例では１７０ペア）のＰＡＴＳ１６２およびＴＳパケット１６３が配置される。これらのＴＳパケット１６３内にストリームレコーディングの記録コンテンツが格納される。

一方、ビデオレコーディング側のセル１３の途中から再生時間（ＰＴＳ）で再生を開始する場合では、ビデオオブジェクト（ＶＯＢ）管理情報層２３内のビデオオブジェクト情報ＲＶＯＢＩ２４を介してビデオオブジェクト層３５内のビデオオブジェクトＲＶＯＢ１４０を指定し、ビデオオブジェクト管理情報層２３内のビデオオブジェクトユニット情報ＲＶＯＢＵＩ２５を介してビデオオブジェクト層３５内のビデオオブジェクトユニットＲＶＯＢＵ１４２を指定する。ＲＶＯＢ１４０およびＲＶＯＢＵ１４２が指定されると、再生開始場所が特定される。ＲＶＯＢＵ１４２は複数パック３８により構成され、これらのパック内にビデオレコーディングの記録コンテンツが格納される。

ストリーム記録側のセル１３の途中から再生を開始する場合では、ＥＳＯＢＵ再生時間情報（図示せず）により、フィールド数単位の時間で、再生開始場所を指定できるようになっている。また、ビデオレコーディング側のセル１３の途中から再生を開始する場合では、ビデオレコーディング規格で規定されているタイムマップ情報（ＴＭＡＰＩ）内のＲＶＯＢＵ再生時間情報（後述する図１６ではＥＸ＿ＴＭＡＰ内のＥＸ＿ＶＯＢＵ＿ＰＢ＿ＴＭに対応）により、再生開始場所を指定できるようになっている。

図２の示すところを纏めると、次のようになる。すなわち、ＳＯＢＳ（ストリームオブジェクトセット）の構造は、１以上のＥＳＯＢ（拡張ストリームオブジェクト）で構成される。このＥＳＯＢは、例えば１番組に相当する。ＥＳＯＢは１以上のＥＳＯＢＵ（拡張ストリームオブジェクトユニット）で構成され、このＥＳＯＢＵは、一定時間間隔分のオブジェクトデータ、もしくは１以上のＧＯＰデータに相当する。

ただし、転送レートが低い場合、１秒（１ｓ）以内で１ＧＯＰが送られない場合が考えられる（アナログビデオ入力を装置内部でＭＰＥＧエンコードするＤＶＤ−ＶＲでは、内部エンコードであるためデータユニットの構成を自由に設定できるが、デジタル放送の場合ではエンコードが放送局側にあるため、どんなデータがくるか不明な可能性がある）。また、伝送レートが高く、Ｉピクチャが頻繁に送られる場合なども考えられる。その場合、ＥＳＯＢＵが頻繁に区切られ、それに伴いＥＳＯＢＵの管理情報が増え、全体の管理情報が肥大化する恐れがある。そこで、この発明の一実施の形態に係るＥＳＯＢＵは、一定時間間隔（最小の制限は、ＥＳＯＢ最後のＥＳＯＢＵ以外、区切りがピクチャ単位となること）または１以上ＧＯＰで区切るのが適当となる。

１つのＥＳＯＢＵは１以上のパケットグループで構成され、各パケットグループは、基本的には、１６個のパック（１パック＝１セクタ：２０４８バイトサイズ）で構成される。また、パケットグループはパケットグループヘッダとＴＳパケット（１７０個）で構成されている。各ＴＳパケットの到着時間は、各ＴＳパケット１６３とペアとなるＰＡＴＳ１６２から分かるようになっている。

次に、管理情報（ファイルシステム）について説明する。図１のディスク１００内のデータは、ファイルシステムが入っているボリューム／ファイル構造情報領域１１１と、データファイルを実際に記録するデータ領域１１２で構成されている。ボリューム／ファイル構造情報領域１１１に格納されるファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている。また、データ領域１１２には一般のコンピュータが記録する領域１２０とＡＶデータを記録する領域１２１に分けられている。ＡＶデータ記録領域１２１は、記録されたＡＶデータを管理するためのＶＭＧファイル（およびそのバックアップファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータファイル（ＶＲＯファイル）の記録されるＶＲオブジェクト群記録領域１３２等を含んで構成されている。

ここで、ＤＶＤ−Ｖｉｄｅｏ（ＲＯＭビデオ）はＶＩＤＥＯ−ＴＳ、ＤＶＤ−ＲＴＲ（ＤＶＤ−ＶＲ）はＤＶＤ−ＲＴＡＶと、フォーマット毎にディレクトリを分けており、ハイビジョンデジタル放送対応ＤＶＤ規格も例えばＤＶＤ＿ＨＤＶＲというディレクトリに記録される。このＤＶＤ＿ＨＤＶＲディレクトリには、図示しないが、データの管理を行うためのＨＤＶＭＧファイル（ＨＲ＿ＭＡＮＧＥＲ．ＩＦＯおよびそのバックアップ用ＨＲ＿ＭＡＮＧＲ．ＢＵＰ）と、アナログ放送及びアナログライン入力などのアナログＡＶ情報記録用のオブジェクトファイルであるＶＲＯファイル（ＨＲ＿ＭＯＶＩＥＯ．ＶＲＯ）と、デジタル放送のオブジェクトであるＳＲＯファイル（ＨＲ＿ＳＴＲＭｘ．ＳＲＯ；ｘ＝０、１、２、…）と、スチルオブジェクト用ファイル（ＨＲ＿ＳＴＩＬＬ．ＶＲＯ）と、オーディオオブジェクト用ファイル（ＨＲ＿ＡＵＤＩＯ．ＶＲＯ）とが記録される。ここで、ＳＲＯファイルの対象はＳＯＢＳとされる。

さらに、一例として、図示しないが、タイムマップファイル（ＨＲ＿ＴＭＡＰ．ＩＦＯ）およびそのバックアップファイル（ＨＲ＿ＴＭＡＰ．ＢＵＰ）を、独立したファイルとして設けることができる。これらのファイル（ＨＲ＿ＴＭＡＰ．ＩＦＯとＨＲ＿ＴＭＡＰ．ＢＵＰ）には、タイムマップテーブルＴＭＡＰＴの情報を格納することができるようになっている（つまりＴＭＡＰＴは他の管理情報とは別にファイル管理できる）。

そして、ＳＲの管理データはＶＲと共通のＨＤＶＭＧファイルに記録されてＶＲと共通に制御され、図２に示されるようにＳＲの管理データとＶＲの管理データはＣＥＬＬ単位でリンクされ、再生場所の指定は再生時間単位で指定される。

なお、図示しないが、ＤＶＤ＿ＨＤＶＲディレクトリには、チャプタメニューなどに利用できるサムネール（縮小画像）用のファイルとして、ＨＲ＿ＴＨＮＬ．ＤＡＴを設けることができる。さらに、図示しないが、アイテムテキスト（ＩＴ＿ＴＸＴ）とは別の追加テキストファイル：ＨＲ＿ＴＥＸＴ．ＤＡＴや、エントリポイント（ＥＰ）に追加された情報を保存するためのＨＲ＿ＥＸＥＰ．ＤＡＴを、適宜、ＤＶＤ＿ＨＤＶＲディレクトリに設けることも可能である。さらに、タイムマップテーブルＴＭＡＰＴを別ファイルにする代わりに、ＴＭＡＰＴをＶＭＧの末尾に追加する方法も可能である。

図３は、この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（マルチビューや降雨対応放送を含むデジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。この装置（デジタルビデオレコーダ／ストリーマ）は、図３に示すように、ＭＰＵ部８０、キー入力部１０３、リモコン１０３ａからのユーザ操作情報を受け取るリモコン受信部１０３ｂ、表示部１０４、デコーダ部５９、エンコーダ部７９、システムタイムカウンタ（ＳＴＣ）部１０２、データプロセサ（Ｄ−ＰＲＯ）部５２、一時記憶部５３、ＤＶＤ−ＲＡＭ、−ＲＷ、−Ｒ等の記録可能光ディスク１００に対して情報の記録／再生を行うディスクドライブ部５１、ハードディスクドライブ（ＨＤＤ）１００ａ、ビデオミキシング（Ｖミキシング）部６６、フレームメモリ部７３、アナログＴＶ用Ｄ／Ａ変換部６７、アナログＴＶチューナ部８２、地上波デジタルチューナ部８９、衛星アンテナ８３ａに接続されるＳＴＢ（Set Top Box）部８３、緊急放送検出部８３ｂ等により構成されている。さらに、この装置は、ストリーマとしてデジタル入出力に対応するため、ＩＥＥＥ１３９４などのデジタルＩ／Ｆ７４を備えている。なお、ＳＴＣ部１０２は、ＰＡＴ＿Ｂａｓｅに合わせて、２７ＭＨｚベースでクロックカウントを行うように構成されている。

ＳＴＢ部８３は、受信したデジタル放送データのデコードを行なってＡＶ信号（デジタル）を発生させ、そのＡＶ信号をストリーマ内のエンコーダ部７９、デコーダ部５９およびＤ／Ａ変換器６７を介してＴＶ６８に送り、受信したデジタル放送の内容を表示させることが可能に構成されている。あるいは、ＳＴＢ部８３は、デコード後のＡＶ信号（デジタル）を直接Ｖミキシング部６６に送り、そこからＤ／Ａ変換器６７を介してアナログＡＶ信号をＴＶ６８に送ることも可能に構成されている。

ところで、図３に例示される装置はビデオレコーディングとストリームレコーディングの両機能を備えたレコーダを構成しているので、ビデオレコーディングでは不要な構成（ＩＥＥＥ１３９４Ｉ／Ｆ７４等）やストリームレコーディングでは不要な構成（ＡＶ入力８１用のＡ／Ｄ変換器８４、オーディオエンコード部８６、ビデオエンコード部８７など）を備えている。

エンコーダ部７９内は、Ａ／Ｄ変換器８４、ビデオエンコード部８７、ビデオエンコード部８７への入力切換セレクタ８５、オーディオエンコード部８６、（図示しないが必要に応じて）副映像エンコード部、フォーマット部９０、パケット到着時間（ＰＡＴＳ）用内部カウンタ９０ａ、バッファメモリ部９１を含んで構成されている。

また、デコーダ部５９は、メモリ６０ａを内蔵する分離部６０、メモリ６１ａおよび縮小画像（サムネールなど）の生成部６２を内蔵するビデオデコード部６１、副映像（ＳＰ）デコード部６３、メモリ６４ａを内蔵するオーディオデコード部６４、ＴＳパケット転送部１０１、ビデオプロセサ（Ｖ−ＰＲＯ）部６５、オーディオ用Ｄ／Ａ変換器７０を含んで構成されている。このＤ／Ａ変換器７０からのアナログ出力（モノラル、ステレオ、あるいはＡＡＣ５．１ＣＨサラウンド等のオーディオ信号）は、図示しないＡＶアンプ等に入力され、必要本数のスピーカ７２が駆動される。

ところで、録画中のコンテンツをＴＶ６８に表示するために、記録するストリームデータを、Ｄ−ＰＲＯ部５２に送るのと同時に、デコーダ部５９へも同時に送り、その再生を行うことができる。この場合、ＭＰＵ部８０はデコーダ部５９へ再生時の設定を行い、その後はデコーダ部５９が自動的に再生処理を行う。

Ｄ−ＰＲＯ部５２は、例えば１６パック（あるいは３２パックもしくは６４ｋバイト）毎にまとめてＥＣＣグループとし、ＥＣＣをつけてドライブ部５１へ送る。ただし、ドライブ部５１がディスク１００への記録準備が出来ていない場合には、一時記憶部５３へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部５３は高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。この一時記憶部５３は、ＨＤＤ１００ａの一部を利用して構築することも可能である。なお、ＭＰＵ部８０は、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部５２へ専用のマイコンバスを通して読み書きできるように構成されている。

図３の装置では、記録媒体として第１にＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／Ｂｌｕｅメディア（ブルーレーザを用いる録再可能メディア）等の光ディスク１００を想定し、その補助記憶装置としてハードディスクドライブ（ＨＤＤ）１００ａ（および／または図示しない大容量メモリカード等）を想定している。

これら複数媒体の使い方としては、例えば次のようなものがある。すなわち、ＨＤＤ１００ａに図１のデータ構造（フォーマット）を利用してストリームレコーディングを行う。そして、ＨＤＤ１００ａに記録されたストリームレコーディングコンテンツのうち、ユーザが保存したいと希望するプログラムについては、ディスク１００にそのままストリームレコーディング（ダイレクトコピーあるいはデジタルダビング）する（コピー制御情報ＣＣＩでコピーが禁止されていない場合）。こうすれば、デジタル放送のオリジナルと同等のクォリティを持つ所望プログラムだけをディスク１００に纏めることができる。さらに、ディスク１００にコピーされたストリームレコーディングコンテンツはこの発明のデータ構造を利用しているので、ストリームレコーディングであるにも拘わらず、タイムサーチ等の特殊再生が容易なものとなる。

以上のような特徴を持つデジタルレコーダ（ＤＶＤ−ＲＡＭ／−ＲＷ／−Ｒ／ＢｌｕｅメディアとＨＤＤとの組み合わせで構成されたストリーマ／ビデオレコーダ）の具体例が、図３の装置である。図３のデジタルレコーダは、大きくいって、チューナ部（８２、８３、８９）と、ディスク部（１００、１００ａ）と、エンコーダ部７９と、デコーダ部５９と、制御部（８０）を含んで構成されている。

衛星デジタルＴＶ放送は、放送局より通信衛星を通して放送される。放送されたデジタルデータは、ＳＴＢ部８３で受信され再生される。このＳＴＢ８３は、放送局から配給されるキーコードを元に、スクランブルされたデータを伸張し再生を行う装置である。このとき、放送局からのスクランブルが解除される。ここで、データがスクランブルされているのは、放送局と受信契約を行っていないユーザが放送番組を不正に視聴することを防ぐ意味で行っている。

ＳＴＢ部８３内では、図示しないが、放送されたデジタルデータは、チューナシステムにより受信される。受信されたデータは、そのまま再生される場合には、デジタル伸張部でスクランブルが解除され、ＭＰＥＧデコーダ部で受信データがデコードされ、ビデオエンコーダ部でＴＶ信号に変換され、このＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、ＳＴＢ部８３で受信されたデジタル放送番組をアナログＴＶ６８で表示できるようになる。

地上波デジタル放送は、通信衛星を経由しない（および無料放送ではスクランブルが掛けられない）点を除き、衛星放送と同様に受信され処理される。すなわち、地上波デジタル放送は地上波デジタルチューナ部８９で受信され、そのまま再生される場合はデコード後のＴＶ信号がＤ／Ａ変換器６７を介して外部に送出される。これにより、地上波デジタルチューナ部８９で受信されたデジタル放送番組をアナログＴＶ６８で表示できる。地上波アナログ放送は、地上波チューナ部８２で受信され、そのまま再生される場合は受信されたアナログＴＶ信号が外部に送出される。これにより、地上波チューナ部８２で受信されたアナログ放送番組をＴＶ６８で表示できる。

外部ＡＶ入力８１からアナログ入力されたアナログビデオ信号は、そのままストレートにＴＶ６８に送出することも可能であるが、Ａ／Ｄ変換器８４で一旦Ａ／Ｄ変換し、その後Ｄ／Ａ変換器６７でアナログビデオ信号に戻してから、外部ＴＶ６８側へ送出するように構成することもできる。このように構成すると、ジッタの多いアナログＶＣＲ再生信号が外部ＡＶ入力８１から入力された場合でも、ジッタのない（デジタルタイムベースコレクションされた）アナログビデオ信号をＴＶ６８側に出力できる。

デジタルＩ／Ｆ（ＩＥＥＥ１３９４インターフェイス）７４からデジタル入力されたデジタルビデオ信号は、Ｄ／Ａ変換器６７を介して外部ＴＶ６８側へ送出される。これにより、デジタルＩ／Ｆ７４に入力されたデジタルビデオ信号をＴＶ６８で表示できる。

衛星デジタル放送、地上波デジタル放送、あるいはデジタルＩ／Ｆ７４から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、図１（ｅ）のストリームオブジェクト１４１として、ディスク１００（および／またはＨＤＤ１００ａ）のストリームオブジェクト群記録領域１３３（図１（ｄ））にストリームレコーディングできる。また、地上波アナログ放送あるいはＡＶ入力８１からのアナログビデオ信号は、ディスク１００（および／またはＨＤＤ１００ａ）のＶＲオブジェクト群記録領域１３２（図１（ｄ））にビデオレコーディングできる。

なお、地上波アナログ放送あるいはＡＶ入力８１からのアナログビデオ信号は、一旦Ａ／Ｄ変換したあと、ビデオレコーディング（ＶＲ）でなくてストリームレコーディング（ＳＲ）するように装置を構成することもできる。逆に、衛星デジタル放送、地上波デジタル放送、あるいはデジタルＩ／Ｆ７４から入力されたビットストリーム（ＭＰＥＧ−ＴＳ）は、（必要なフォーマットコンバートをしてから）ストリームレコーディングでなくてビデオレコーディングするように装置を構成することも可能である。

ストリームレコーディングまたはビデオレコーディングの記録／再生制御は、メインＭＰＵ部８０（記録／再生制御部８０Ｘ、変換処理部８０Ｙ）により、ＲＯＭ８０Ｃに書き込まれたファームウエア（制御プログラム等）に基づいて行われる。ＭＰＵ部８０は、ストリームレコーディングおよびビデオレコーディングの管理データ作成部８０Ｂを持ち、ワークＲＡＭ部８０Ａを作業エリアとして種々な管理情報を作成し、作成した管理情報を、図１（ｄ）のＡＶデータ管理情報記録領域１３０に適宜記録する。また、ＭＰＵ部８０は、ＡＶデータ管理情報記録領域１３０に記録された管理情報を再生し、再生した管理情報に基づき種々な制御（図４〜図２３）を行う。これらの制御のうち、デジタル放送のマルチビューあるいは降雨対応放送をマルチアングルあるいはマルチストリームに変換する（その際ＭＰＥＧ−ＴＳをＭＰＥＧ−ＰＳに変換する）処理のファームウエアは、変換処理部８０Ｙに格納されている。なお、ＭＰＵ部８０のＲＯＭ８０Ｃには、図３の装置のメーカーＩＤ情報等を書き込んでおくことができる。

図３の装置で用いる図１の情報記憶媒体１００（１００ａ）の特徴を簡単に纏めると、次のようになる。すなわち、この媒体は、管理領域１３０とデータ領域１３１〜１３３のうちの少なくとも１つとで構成され、データ領域にはデータが複数のオブジェクトデータ（ＲＶＯＢ、ＥＳＯＢ）に分かれて記録され、それぞれのオブジェクトデータはデータユニット（ＲＶＯＢＵ、ＥＳＯＢＵ）の集まりで構成される。そして、ＶＲ系のデータユニット（ＲＶＯＢＵ）はＭＰＥＧ−ＰＳに準じてデジタル信号を複数パケットで記録する。一方、ＳＲ系のデータユニット（ＥＳＯＢＵ）は、ＭＰＥＧ−ＴＳに準じたデジタル放送信号を複数ＴＳパケット毎にパケットグループ化して記録する（図１参照）。（あるいは、複数ＴＳパケットに対応するアプリケーションパケット群を含むストリームパック毎に記録する方法も考えられる。この場合、隣接ストリームパックの境界でアプリケーションパケットが部分アプリケーションパケットに分断されることも可能とする。）また、前記管理領域１３０は再生手順を管理する情報としてＰＧＣ情報（ＰＧＣＩ）を持ち、このＰＧＣ情報はセル情報（ＣＩ）を含んで構成される。さらに、管理領域１３０内にオブジェクトデータ（ＲＶＯＢ、ＥＳＯＢ）を管理する情報を持つ。

図３の装置は、上記のようなデータ構造を持つ媒体１００および／または１００ａに対して、ビデオレコーディングおよび／またはストリームレコーディングを行うことができる（例えばＨＤＤ１００ａにストリームレコーディングをしている最中に光ディスク１００にビデオレコーディングを実行できる）。その際、ＴＳパケットのストリーム内からプログラムマップテーブルＰＭＴやサービス情報ＳＩを取り出すために、ＭＰＵ部８０はサービス情報取り出し部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。またこのサービス情報取り出し部で取り出した情報を元に、属性情報（ＰＣＲ＿パック番号あるいはＰＣＲ＿ＬＢ数番号など）を作成する属性情報作成部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。

図３の装置において、記録時の信号の流れは、例えば次のようになる。すなわち、ＳＴＢ部（または地上波デジタルチューナ）８３で受け取ったＴＳパケットデータは、フォーマッタ部９０でパケットグループ化されワーク（バッファメモリ部９１）へ保存し、一定量たまった時点（１またはその整数倍のＣＤＡ分がたまった段階で）でディスク１００および／または１００ａに記録される。この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。

また、地上波チューナやライン入力から入力されたアナログ信号は、Ａ／Ｄ部８４でデジタル変換される。そのデジタル信号は、各エンコーダ部へ入力される。すなわち、ビデオ信号はビデオエンコード部８７へ、オーディオ信号はオーディオエンコード部８６へ、文字放送などの文字データはＳＰ（副映像）エンコード部（図示せず）へ入力される。そして、ビデオ信号はＭＰＥＧ圧縮され、オーディオ信号はＡＣ３圧縮またはＭＰＥＧオーディオ圧縮がなされ（または非圧縮のリニアＰＣＭのままとされ）、文字データはランレングス圧縮される。

また、デジタルチューナ（ＳＴＢ）で受信されたマルチビュー（ＭＰＥＧ−ＴＳ）等はマルチアングル（ＭＰＥＧ−ＰＳ）等に変換されてフォーマッタ９０に送られる（この変換処理の詳細は後述する）。

各エンコーダ部では、パック化（あるいはブロック化）された場合に２０４８バイトとなるように圧縮データがパック化（あるいはブロック化）されて、フォーマッタ部９０へ入力される。フォーマッタ部９０では、各パケット（あるいは各ブロック）が多重化され、Ｄ−ＰＲＯ部５２へ送られる。Ｄ−ＰＲＯ部５２では、１６または３２パケット（１６または３２ブロック）毎にＥＣＣブロックを形成し、エラー訂正データを付け、ドライブ部５１によりディスク１００に記録（あるいはＨＤＤ１００ａに記録）する。

ここで、ドライブ部５１がシーク中やトラックジャンプなどの場合のため、ビジー状態の場合には、バッファ部５３へ入れられ、ＲＡＭドライブ部５１の準備ができるまで待つこととなる。さらに、フォーマッタ部９０では、録画中、各切り分け情報を作成し、定期的にＭＰＵ部８０へ送る（ＧＯＰ先頭割り込みなど）。切り分け情報としては、ＲＶＯＢＵ（ＥＳＯＢＵ）のパック数（あるいはＬＢ数）、ＲＶＯＢＵ（ＥＳＯＢＵ）先頭からのＩピクチャのエンドアドレス、ＲＶＯＢＵ（ＥＳＯＢＵ）の再生時間などがある。

また、再生時の信号の流れは、ディスク１００からドライブ部５１を介してデータを読み出し、Ｄ−ＰＲＯ部５２でエラー訂正を行い、デコーダ部５９へ入力する。ＭＰＵ部８０は、入力されるデータがＶＲデータか、ＳＲデータかの種別を判定し（セルタイプにより判定できる）、再生前にデコーダ部５９にその種別を設定する。ＳＲデータの場合、ＭＰＵ部８０は、再生するセル情報ＣＩより、再生するＰＭＴ＿ＩＤを決め、該当するＰＭＴより、再生する各アイテム（ビデオ、オーディオ等）のＰＩＤを決め、デコーダ部５９へ設定する。デコーダ部５９は、そのＰＩＤを元に、分離部で各ＴＳパケットを各デコード部（６１〜６４）へ送る。さらに、ＴＳパケット転送部１０１へ送り、到着時間に従って、ＳＴＢ部８３（およびＩＥＥＥ１３９４Ｉ／Ｆ部７４）へＴＳパケットの形で送信する。デコード部６１は、デコードを行い、Ｄ／Ａ部６７でアナログ信号に変換し、ＴＶ６８で表示する。ＶＲデータの場合は、分離部６０は、固定のＩＤに従い、各デコード部（６１〜６４）へ送る。デコード部６１は、デコードを行い、Ｄ／Ａ部６７でアナログ信号に変換し、ＴＶ６８で表示する。

なお、再生時は、ディスク１００または１００ａから読み出したパックデータを分離部６０で解析し、ＴＳパケットが入っているパックの場合には、ＴＳパケット転送部１０１へ送り、さらに、その後、各デコード部（６１〜６４）へ送って、再生を行う。ＳＴＢ部８３へ転送する場合（あるいはＩＥＥＥ１３９４Ｉ／Ｆ７４等を介して図示しないデジタルＴＶ等の外部機器へ送信する場合）は、ＴＳパケット転送部１０１は、データ到着時と同じ時間間隔で、ＴＳパケットのみを転送する。ＳＴＢ部８３は、デコードを行い、ＡＶ信号を発生させ、そのＡＶ信号をストリーマ内ビデオデコーダ部を通して、外部ＴＶ等へ送出する。

ところで、デジタルＴＶ放送などやインターネットなどの有線を使用した放送などの圧縮動画を放送（配信）を行うための方式において、共通の基本フォーマットであるＭＰＥＧ−ＴＳ（Tansport Stream）方式は、パケットの管理データ部分とペイロードに分かれる。ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。日本のデジタル放送方式であるＡＲＩＢ（Association of Radio Industries and Businesses）によると、ＰＡＴ（Program Association Table）やＰＭＴ（Program Map Table）やＳＩ（Service Information）に関しては、スクランブルされていない。また、ＰＭＴやＳＩ（SDT：Service Description Table、EIT：Event Information Table、BAT：Bouquet association Table）を利用してさまざまな管理情報を作成する。

デジタル放送の再生対象としては、ＭＰＥＧビデオデータ、ＤｏｌｂｙＡＣ３（登録商標）オーディオデータ、ＭＰＥＧオーディオデータ、データ放送データなどがあり、さらに、直接、再生対象には関係ないが、再生する上で必要なＰＡＴ、ＰＭＴ、ＳＩなどの情報（番組情報等）がある。ＰＡＴには、番組毎のＰＭＴのＰＩＤ（Packet Identification）が含まれており、さらにＰＭＴにはビデオデータやオーディオデータのＰＩＤが記録されている。

ＳＴＢ８３の通常の再生手順としては、ＥＰＧ情報によりユーザが番組を決定すると、目的の番組の開始時間にＰＡＴを読み込み、そのデータを元に、希望の番組に属するＰＭＴのＰＩＤを決定する。そして、そのＰＩＤに従って目的のＰＭＴを読み出し、そこに含まれる再生すべきビデオ、オーディオパケットのＰＩＤを決定する。そして、ＰＭＴやＳＩによりビデオ、オーディオの属性を読み出し、読み出した属性を各デコーダ（６１〜６４）へセットする。そして、前記ビデオ、オーディオデータをＰＩＤに従って切り出して、再生を行う。なお、ＰＡＴ、ＰＭＴ、ＳＩ等は途中再生にも使用するために、数１００ms毎に、送信されてくる。

ここで、デジタル放送は国毎に放送方式がちがう。たとえば、ヨーロッパではＤＶＢ（Digital Video Broadcasting）、米国ではＡＴＳＣ（Advanced Television Systems Committee）、日本では前述したＡＲＩＢとなっている。

ＤＶＢでは、ビデオはＭＰＥＧ２であるが、解像度が1152*1440i、1080*1920(I,p)、1035*1920、720*1280、（576,480）*（720,544,480,352）、（288、240）*352で、フレーム周波数は30Hz、25Hzとなり、オーディオはMPEG-1 audio、MPEG-2 Audioでサンプリング周波数が32kHz、44.1kHz、48kHzとなっている。

ＡＴＳＣでは、ビデオはＭＰＥＧ２であるが、解像度は1080*1920(i,p)、720*1280p、480*704（i,p)、480*640（i,p)で、フレーム周波数は23.976Hz、24Hz、29.97Hz、30Hz、59.94Hz、60Hzとなり、オーディオはMPEG1 Audio Layer1＆2（DirecTV）、AC3 Layer1&2（Primstar)でサンプリング周波数は48kHz、44.1kHz、32kHzとなっている。

ＡＲＩＢでは、ビデオはＭＰＥＧ２であり、解像度は1080i、720p、480i、480pで、フレームレートは29.97Hz、59.94Hzとなり、オーディオはAAC（MPEG-2 AUDIO）でサンプリング周波数が48kHz、44.1kHz、32kHz、24kHz、22.05kHz、16kHzとなっている。さらに、日本のデジタル放送における特徴として、マルチビュー放送などに代表される「複数の映像を同時に（タイムシェアリングして）流し、その内必要なものだけを選んで再生することにより、複数のコンテンツをユーザの好み等により選択する」ものがある。

現在、映像メディアとしてＤＶＤが一般的に普及している。特に、映像フォーマットとしてはセル販売されるビデオとしてＤＶＤビデオが広く普及し、テープメディアからＤＶＤへの世代交代が進んできている。さらに、記録メディアとしてＤＶＤ−ＲＡＭやＤＶＤ−ＲＷが普及しつつあり、ビデオカセットテープ（ＶＣＲ）を一掃する勢いがある。このときの記録フォーマットはＤＶＤ−ＶＲフォーマットである。このほかに、ＤＶＤ−ＲＯＭビデオと互換性のある１回のみ書き込み可のＤＶＤ−Ｒの人気が出ている。その理由は、ＤＶＤ−ＲにＤＶＤビデオフォーマットで記録すれば広く普及している一般的なＤＶＤビデオプレーヤで再生でき、家族や友人と録画番組の共有化が図れるからである。

ここで、ＤＶＤ−ＲやＤＶＤ−ＲＡＭ等に従来のＤＶＤ−ＶＲフォーマットでデジタル放送を記録すると言うニーズが考えられる。その場合、デジタル放送はトランスポートストリームＴＳで放送されているため、これをプログラムストリームＰＳに変換する。これにより、ＴＳで１８８バイト毎に挿入されるＴＳパケットヘッダがなくなり、効率よく記録が可能となる。

しかしながら、ここで問題になるのがデジタル放送特有の情報であるＳＩ（Service Information）およびＰＳＩ（Program Specific Information）と、デジタル放送特有の機能であるマルチビュー放送（および降雨対応放送）である。この発明の実施の形態では、この問題に対しては、マルチビュー放送（降雨対応放送）はマルチアングル（マルチストリーム）記録し、ＳＩ、ＰＳＩの記録には独自のパケット（図２２、図２３参照）を追加して対応するようにしている。

ＤＶＤのフォーマットでは、一般のファイルシステムがあるディスクのデータ領域に、映像データの管理情報ファイル（1以上）と映像データファイル（1以上）が分かれて記録されている。そして、管理情報ファイルにはオブジェクトの属性を示す属性情報と再生手順を示すＥＸ＿ＰＧＣ情報（ＥＸ＿ＰＧＣＩ）とオブジェクトの保存場所を示すＲＶＯＢ情報（ＲＶＯＢＩ）があり、ＥＸ＿ＰＧＣＩに従って再生順番を決め、ＲＶＯＢＩにより再生位置を決め、属性情報に従って再生を行う。さらに、再生単位に関しては、タイトルがプログラムチェーン（ＰＧＣ）で構成され、ＰＧＣはプログラム（ＰＧ）で構成され、ＰＧはセル（ＣＥＬＬ）で構成される。オブジェクトＲＶＯＢはＲＶＯＢＵで構成され、ＲＶＯＢＵは制御パック（ＣＴＬ＿ＰａｃｋあるいはＮＶ＿Ｐａｃｋ）を先頭に１以上のビデオパック、オーディオパック、副映像パック等で構成されている。

通常、ＤＶＤはＭＰＥＧシステムレイヤのプログラムストリーム（ＰＳ）で記録されている。このＰＳは記録デバイス（記録メディア）に記録するときに用いるように作成され、デジタル放送で使用されているＴＳと比べると、ディスクにより効率よく記録する事ができる。（ただし、ＴＳは送受信用に作られ、エラー訂正能力等がＰＳよりも優れている。）そこで、デジタル放送をＤＶＤに記録する場合、ＴＳをＰＳに変換する必要がある。以下この変換について説明する。

図４は、デジタル放送のトランスポートストリーム（ＭＰＥＧ−ＴＳ）をＤＶＤのプログラムストリーム（ＭＰＥＧ−ＰＳ）に変換する際の概要を説明する図である。図４は、デジタル放送をオブジェクトとしてＤＶＤディスク等に記録する上で必要な“ＴＳをＰＳへ変換する手順”を示している。具体的には、各オブジェクト（例えばビデオオブジェクトやオーディオオブジェクト）のパケットのペイロード（図４（ａ）の例ではビデオＶ１のＰＬとオーディオＡ１のＰＬ）の情報をためてエレメンタリストリームにする（図４（ｂ）（ｃ）参照）。こうして得られたエレメンタリストリームを改めてプログラムストリーム（ＰＳ）のパケットに切り、図４（ｄ）のように２０４８バイト毎にパック化して（ＤＶＤでは１パックを２０４８バイトにする）ＭＰＥＧ−ＰＳに変換し、ＤＶＤに保存する。

図５は、デジタルＴＶ放送のマルチビュー（または降雨対応）がＤＶＤビデオ（高精細対応）のマルチアングルに変換されて記録・再生される場合を説明する図である。また、図６は、デジタルＴＶ放送のマルチビュー（または降雨対応）をＤＶＤビデオのシームレスアングルで記録する場合とノンシームレスアングルで記録する場合を説明する図である。

マルチビュー放送をＤＶＤビデオに変換して保存する場合、２通りが考えられる。第１の方法は、図５（ａ）（ｂ）に示すようにマルチビュー放送をマルチアングル（アングルセル）として保存する方法である（第２の方法は図１１を参照して後述）。この場合、さらに、シームレスアングルとノンシームレスアングルの２通りに分けられる。シームレスとノンシームレスは、音声ストリームが各ビューで共通であるかどうかで区分けできる（シームレス／ノンシームレスのどちらの場合でも、各ビュー毎に音声ストリームは記録される）。

音声ストリームが各ビューで共通である場合は、どのビューの映像に切り替えても音声の流れはそのまま変わらないので、シームレスアングルとして記録可能となる。例えば、あるピアノコンサートのマルチビュー映像において、ピアニストの顔のアップ映像１（図５（ａ）のＳＤ Ｖ１）と右手側の鍵盤映像２（図５（ａ）のＳＤ Ｖ２）と左手側の鍵盤映像３（図５（ａ）のＳＤ Ｖ３）がある場合、映像１〜３のどの映像でも同時に流れているピアノ演奏は同じである。この場合は、映像１〜３のどれが表示されるにしても、視聴者に見える映像は、途切れずに流れているピアノ演奏音と同期してシームレスに切り替わる方が自然となる。

映像１〜３をシームレスアングルとして記録するときは、図６（ａ）に例示するように、映像１（ＶＯＢ１）〜映像３（ＶＯＢ３）のディスクへの記録にはインターリーブドユニット（Interleaved Unit：ＩＬＶＵ）を用いる。各ＩＬＶＵは１以上のビデオオブジェクトユニット（ＶＯＢＵ）で構成される。このＩＬＶＵは、現行の再生専用ＤＶＤビデオにおいてシームレスアングルセルの映像記録に用いられているＩＬＶＵと同様である。（シームレスアングル切り替えの飛び先ＩＬＶＵアドレスは各ＶＯＢＵの先頭に配置されるナビゲーションパックのデータ検索情報ＤＳＩ内に記述される。ＩＬＶＵは次に再生されるべきＩＬＶＵが途切れずに再生でき、アングルの切り替えがこまめにできる大きさである。）
一方、音声が共通で無い場合はノンシームレスアングルとなる。例えば、ある健康番組のマルチビュー映像において、映像１には出演者とゲスト医師の映像に両者の対話音声が付き、映像２では体内解剖図の映像に対象病気についての解説音声が付き、映像３では服用薬の外観とその薬についての服用説明音声が付いているとする。この場合、映像１の音声と映像２と映像３の音声はそれぞれ異なる。このように、映像１〜映像３の音声が独立別個に存在する場合、映像１〜映像３の切り替えをシームレスにする必要は、通常はない。このような場合は、映像を切り替えたときは切り替え先の映像の区切りの良い開始点に少し戻ってノンシームレスに映像を切り替えた方が、むしろ好ましい（そうしないと切り替え先の映像の冒頭音声が切れてしまう可能性がある）。

映像１〜３をノンシームレスアングルとして記録するときは、図６（ｂ）に例示するように、映像１（ＶＯＢ１）〜映像３（ＶＯＢ３）のディスクへの記録は、ビデオオブジェクトユニット（ＶＯＢＵ）単位で行われる。この記録方法は、現行の再生専用ＤＶＤビデオにおいてノンシームレスアングルセルの映像記録に用いられている（ノンシームレスアングル切り替えの飛び先ＶＯＢＵアドレスはナビゲーションパックの再生制御情報ＰＣＩ内に記述される）。

なお、マルチビュー映像をマルチアングル形式でＤＶＤに録画する場合に、シームレスにするかノンシームレスにするかを自動的に行なうときは、上述のように複数映像に付いている音声が共通しているかどうかで判断できるが、シームレスにするかノンシームレスにするかはユーザが任意に決める構成も可能である。すなわち、複数映像に付いている音声が共通していてもノンシームレスアングル記録をユーザが選択でき、複数映像に付いている音声が異なっていてもシームレスアングル記録をユーザが選択できるように、記録システムを構成してもよい（そのようなユーザ選択を可能にするユーザメニューを構成する等）。

なお、上記「複数映像に付いている音声が共通しているかどうか」については、「デジタル放送のＰＭＴ内のコンポーネントグループディスクリプタで音声ストリームが共通かどうか」で判定できる。あるいは、より広義には、記録しようとするマルチ映像各々の音声ストリーム番号（またはＩＤ）の同一性で音声が共通しているかどうかを判定できる。

図７は、マルチビューをＤＶＤビデオのシームレスアングルに変換する場合のデータ構造例（オーディオストリームが各ビューに共通の場合の例）を説明する図である。シームレスの場合、図５（ａ）、図６（ａ）のシームレスアングル例のような順（標準のＳＤ画質でＩＬＶＵ単位でＶ１→Ｖ２→Ｖ３の順）に記録し、図５（ｂ）のような再生順（例えばＶＯＢ１→ＳＤ画質のアングル１（ＶＯＢ２）→ＶＯＢ５：（アングル1，２，３は切り替え可能）の順）で再生し、図7のように管理情報を設定する。

ディスクへの記録（図７（ｆ）（ｋ）（ｍ）（ｎ））は、ＩＬＶＵ単位でマルチビュー映像のビュー数分、入れ子に記録される。ここで、図２４のように、各ＩＬＶＵは１以上のＶＯＢＵで構成され、各ＶＯＢＵの先頭には拡張（ＥＸｔｅｎｅｄ）ナビゲーションパック（ＥＮＶパック）が配置され、このＥＮＶパック内に拡張データ検索情報ＥＸ＿ＤＳＩと拡張再生制御情報ＥＸ＿ＰＣＩが格納されるようになっている。このような構成のＩＬＶＵは次のＩＬＶＵまでにビュー映像が途切れないような大きさのユニットであり、その大きさの制限はＤＶＤビデオ規格で決まった方法に従うことができる。ただし、次世代ＤＶＤの場合等で記録に用いるメディアが新しいメディアとなりそのパフォーマンスが違う場合、使用するＩＬＶＵの値も変わってくる。

ビデオおよびオーディオの属性情報は、ＳＩ、ＰＳＩに入っている情報（ディスクリプタ）を元に、図示しない管理情報（ビデオタイトルセット情報ＶＴＳＩ）内のビデオ属性ＶＴＳ＿Ｖ＿ＡＴＲおよびオーディオ属性ＶＴＳ＿Ａ＿ＡＴＲ等に設定する。ＩＬＶＵはＣＰ（Cell Piece）と等しく、そのＣＰの情報ＥＸ＿ＶＴＳ＿ＣＰＩ（図７（ｃ））にＣＰ毎の先頭アドレスと終了アドレスが入れられる（図７（ｄ））。このＣＰが集まって、最小の再生単位であるセル（図７（ｅ）のＣＥＬＬ２等）が構成される。

さらに、ＥＮＶパック内のＥＸ＿ＤＳＩパケット内（図２４）は、ＥＸ＿ＳＭＬ＿ＰＢＩ（シームレス再生情報）とＥＸ＿ＳＭＬ＿ＡＧＬＩ（シームレスアングル情報）が存在し、シームレスアングルを実現している。ＥＸ＿ＳＭＬ＿ＰＢＩには、ＲＶＯＢＵ＿ＳＭＬ＿ＣＡＴ（ＲＶＯＢＵのシームレスカテゴリ情報）、ＥＸ＿ＩＬＶＵ＿ＥＡ（ＩＬＶＵの終了アドレス情報）、ＥＸ＿ＮＸＴ＿ＩＬＶＵ＿ＳＡ（ＩＬＶＵの開始アドレス情報）、ＥＸ＿ＩＬＶＵ＿ＳＺ（ＩＬＶＵのサイズ情報）がある。ＲＶＯＢＵ＿ＳＭＬ＿ＣＡＴ内にはILVU_flag（ＶＯＢＵがＩＬＶＵ内にある/ないを示すフラグ：あるなら1を設定）と、Unit_start_flag（対応ＶＯＢＵがＩＬＶＵの先頭にある/ないを示すフラグ）と、Unit_end_flag（対応ＶＯＢＵがＩＬＶＵの終端にある/ないを示すフラグ）が存在し、それぞれ、該当する値（あるなら１、ないなら０）が設定される。ＥＸ＿ＩＬＶＵ＿ＥＡは、ＩＬＶＵの最終パックのアドレスを対応ＶＯＢＵからの相対論理ブロック番号（ＲＬＢＮ）で設定し、ＥＸ＿ＮＸＴ＿ＩＬＶＵ＿ＳＡ、ＥＸ＿ＩＬＶＵ＿ＳＺは、同一のＲＶＯＢの次のＩＬＶＵの先頭アドレスとそのサイズを設定する。ＥＸ＿ＳＭＬ＿ＡＧＬＩには、対応ＩＬＶＵの次に再生可能な各アングルのＩＬＶＵの先頭のアドレスとサイズが設定される。

なお、対応ＩＬＶＵが該当アングル再生区間で最終の場合は、ＥＸ＿ＮＸＴ＿ＩＬＶＵ＿ＳＡには“ffffffffh”が設定される。また、対応ＩＬＶＵが該当アングル再生区間で最終の場合はその次にＩＬＶＵがなく、その場合はＥＸ＿ＩＬＶＵ＿ＳＺには“ffffh”が設定される。

また、再生順情報であるＥＸ＿ＰＧＣ情報（図７（ｇ）〜（ｊ））には、ＥＸ＿Ｃ＿ＣＡＴ内のＥＸ＿ＣＥＬＬ＿ＢＬＯＣＫ＿ＴＹＰＥにアングルブロックを示すために1を設定し、ＥＸ＿ｓｅａｍｌｅｓｓ ｐｌａｙｂａｃｋ ｆｌａｇにシームレス再生を示す1を設定し、ＥＸ＿ｉｎｔｅｒｌｅａｖｅｄ ａｌｏｃａｔｉｏｎ ｆｌａｇにインターリーブドブロックを示す1を設定し、ＥＸ＿Ｓｅａｍｅｓｓ ａｎｇｌｅ ｃｈａｎｇｅ ｆｌａｇにシームレスアングルを示す1を設定する。それ以外はＥＸ＿ＦＶＯＢＵ＿ＳＡにＶＯＢの先頭のアドレス情報を、ＥＸ＿Ｃ＿ＦＩＬＶＵ＿ＥＡは先頭のＩＬＶＵのエンドアドレス情報を、ＥＸ＿Ｃ＿ＦＶＯＢＵ＿ＳＡは最後のＶＯＢＵの先頭アドレス情報を、ＥＸ＿Ｃ＿ＦＶＯＢＵ＿ＥＡは最後のＶＯＢＵのエンドアドレス情報を、それぞれ設定する。

ここでは、マルチビュー映像の各ビュー毎に1アングルを割り当て、1アングルは１ＶＯＢ・１ＣＥＬＬにしている（具体的には、図７（ｅ）において、アングル１がＶＯＢ２で構成され、これがＣＥＬＬ２に対応するなど）。また、ＮＶパックには、ＤＳＩのシームレスアングル情報（ＳＭＬ＿ＡＧＬＩ）内に、次のＩＬＶＵのアドレスがアングル数分設定される。存在しないアングルの所には0を設定しアングルが無い事を示す。

図８は、マルチビューをＤＶＤビデオのシームレスアングルに変換する場合の動作の一例（オーディオストリームが各ビューに共通の場合の例）を説明するフローチャート図である。実際の動作は、以下のようになる。

1）初期の各種設定を行い（ステップＳＴ８００）、変換するストリーム内のＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、ＳＩ（Service Information）を読み出す（ステップＳＴ８０２）。

2）マルチビュー放送かどうか（あるいは降雨対応放送かどうか）をＰＭＴ、ＳＩ等で判定し、マルチビュー放送で無い場合（ステップＳＴ８０４ノー）、10)へ移行する。

3）マルチビュー放送である場合（あるいは降雨対応放送である場合）、音声ストリームが共通かどうかをＰＭＴのコンポーネントグループディスクリプタで判定し、共通で無い場合は（ステップＳＴ８０６ノー）ノンシームレスアングル処理へ移行する。

4）音声ストリームが共通の場合は（ステップＳＴ８０６イエス）、ＴＳストリームを一定の量（1バッファ分）取り込む（ステップＳＴ８０８）。

5）図４〜６に示されるような方法でストリームをＴＳからＰＳに変更し、シームレスにするためにＩＬＶＵ（Inter Leaved Unit）を構成して、Streamを構成する（ステップＳＴ８１０）。

6）図７、図２４に例示されるような管理情報変換を行い、管理情報を作成する（ステップＳＴ８１２）。

7）ディスクに変換後のStreamを保存する（ステップＳＴ８１４）。

8）変換するストリームがあるかどうかをチェックし、ある場合は（ステップＳＴ８１６イエス）ステップＳＴ８０８へ戻る。

9）変換するストリームがない場合は（ステップＳＴ８１６ノー）、ディスクに変換後の管理情報を保存し（ステップＳＴ８１８）、本処理を終了する。

10）一方、マルチビュー放送で無い場合（ステップＳＴ８０４ノー）、ＴＳストリームを一定の量（1バッファ分）取り込む（ステップＳＴ８２０）。

11）図４のようなＰＳ-ＴＳ変換処理を行い（ステップＳＴ８２２）、Streamに従って管理情報を作成する（ステップＳＴ８２４）。

12）ディスクに変換後のStreamを保存し（ステップＳＴ８２６）、変換すべきStreamが残っているかどうかを判定する。残っている場合（ステップＳＴ８２８イエス）はステップＳＴ８２０へ戻り、残っていない場合（ステップＳＴ８２８ノー）場合はステップＳＴ８１８へ移行する。

図９は、マルチビューをＤＶＤビデオのノンシームレスアングルに変換する場合のデータ構造例（オーディオストリームが夫々のビューに付いている場合の例）を説明する図である。ノンシームレスの場合、図５（ａ）、図６（ｂ）のノンシームレスアングル例のような順（標準のＳＤ画質でＶ１→Ｖ２→Ｖ３の順）に記録し、図５（ｂ）のような再生順（例えばＶＯＢ１→ＳＤ画質のアングル１（ＶＯＢ２）→ＶＯＢ４（アングル1はアングル２（ＶＯＢ３）、アングル３（ＶＯＢ４）と切り替え可能）の順）で再生し、図９、図２５のように管理情報を設定する。

すなわち、図２５において、例えばＶ１映像のＶＯＢ２は１以上のＲＶＯＢＵにより構成され、各ＲＶＯＢＵの先頭にはＥＮＶパックが配置され、このＥＮＶパックのあとにＶ１映像のビデオストリーム、オーディオストリームなどのパックが配置される。ここで、ＥＮＶパックは拡張再生制御情報パケットＥＸ＿ＰＣＩ＿ｐａｃｋｅｔおよび拡張データ検索情報パケットＥＸ＿ＤＳＩ＿ｐａｃｋｅｔを含んで構成され、このＥＸ＿ＰＣＩ＿ｐａｃｋｅｔ内に、拡張ノンシームレスアングル情報ＥＸ＿ＮＳＭＬ＿ＡＧＬＩが格納される。このＥＸ＿ＮＳＭＬ＿ＡＧＬＩ内に、アングル数分（図２５の例示では７アングル）の行き先（飛び先）アドレスおよびサイズの情報（ＥＸ＿ＮＳＭＬ＿ＡＧＬ＿ＣＩ＿ＤＳＴＡ〜ＥＸ＿ＮＳＭＬ＿ＡＧＬ＿Ｃ７＿ＤＳＴＡ）が格納されるようになっている。

ノンシームレスの場合、マルチビュー（図９（ｅ））のディスクへの記録は、ＶＯＢ単位で記録される（図９（ｆ））。属性情報は、ＳＩ、ＰＳＩに入っている情報（ディスクリプタ）を元にＶＴＳ＿Ｖ＿ＡＴＲ、ＶＴＳ＿Ａ＿ＡＴＲ等に設定する。セルピース（ＣＰ）は通常処理であるのでＣＥＬＬと等しくなり、そのＣＰの情報としてＥＸ＿ＶＴＳ＿ＣＰＩにＶＯＢの先頭アドレスと終了アドレスが入れられる（図９（ｃ）（ｄ））。

また、再生順情報であるＥＸ＿ＰＧＣ情報（図９（ｇ）〜（ｊ））には、ＥＸ＿Ｃ＿ＣＡＴ内のＥＸ＿ＣＥＬＬ＿ＢＬＯＣＫ＿ＴＹＰＥにアングルブロックを示すために1を設定し、ＥＸ＿ｓｅａｍｌｅｓｓ ｐｌａｙｂａｃｋ ｆｌａｇにノンシームレス再生を示す0を設定し、ＥＸ＿ｉｎｔｅｒｌｅａｖｅｄ ａｌｏｃａｔｉｏｎ ｆｌａｇにインターリーブドブロックでない事を示す0を設定し、ＥＸ＿Ｓｅａｍｅｓｓ ａｎｇｌｅ ｃｈａｎｇｅ ｆｌａｇにノンシームレスアングルを示す0を設定する。それ以外はＥＸ＿ＦＶＯＢＵ＿ＳＡにＶＯＢの先頭のアドレス情報を、ＥＸ＿Ｃ＿ＦＩＬＶＵ＿ＥＡは先頭のＩＬＶＵのエンドアドレス情報を、ＥＸ＿Ｃ＿ＦＶＯＢＵ＿ＳＡは最後のＶＯＢＵの先頭アドレス情報を、ＥＸ＿Ｃ＿ＦＶＯＢＵ＿ＥＡは最後のＶＯＢＵのエンドアドレス情報を、それぞれ設定する。

ただし、各ビュー毎に1アングルを割り当て、1アングルは１ＶＯＢ・１ＣＥＬＬにしている（図９（ｅ）において、アングル１がＶＯＢ２で構成され、これがＣＥＬＬ２に対応するなど）。また、ＮＶパックには、ＥＸ＿ＰＣＩパケット内のノンシームレスアングル情報（ＥＸ＿ＮＳＭＬ＿ＡＧＬＩ）内に各アングルの先頭のＶＯＢＵのアドレスとサイズがアングル数分設定される。存在しないアングルの所には0を設定しアングルが無い事を示す。

図１０は、マルチビューをＤＶＤビデオのノンシームレスアングルに変換する場合の動作の一例（オーディオストリームが夫々のビューに付いている場合の例）を説明するフローチャート図である。実際の動作は、以下のようになる。

1）ＴＳストリームを一定の量（1バッファ分）取り込む（ステップＳＴ１００）。

2）図４〜６に示されるような方法でストリームをＴＳからＰＳに変更し、Ｖ１Stream、Ｖ２Stream、Ｖ３Stream（Ｖ１〜Ｖ３は各ビュー）の順位にStreamを構成する（ステップＳＴ１０２）。

3）図９に例示されるような管理情報変換を行い、管理情報を作成する（ステップＳＴ１０４）。

4）ディスクに変換後のStreamを保存する（ステップＳＴ１０６）。

5）変換するストリームがあるかどうかをチェックし、ある場合（ステップＳＴ１０８イエス）はステップＳＴ１００へ戻る。

6）変換するストリームがない場合（ステップＳＴ１０８ノー）は、ディスクに変換後の管理情報を保存し（ステップＳＴ１１０）、本処理を終了する。

図１１は、デジタルＴＶ放送のマルチビュー（または降雨対応）から１つのビューが選択されて記録・再生される場合（高精細対応ＤＶＤビデオの例）を説明する図である。マルチビュー放送をＤＶＤビデオに変換して保存する場合、２通りが考えられる。第１の方法（マルチビュー放送の全てをマルチアングル記録する方法）は図５を参照して前述した。第２の方法は、図１１（ａ）（ｂ）に示すように、マルチビュー放送のうち、見たいビューを１つだけユーザが選択し（あるいは図３のＭＰＵ８０のファームウエアがデフォルトで選択し）、その１ビューをＶＯＢとして記録し、ＰＧＣに登録する方法である。この場合、録画する１つのビューが選択された後は、通常の録画処理と同じ工程が行われる。実際の動作は、図１２に示すようになる。

1）初期の各種設定を行い（ステップＳＴ１２０）、変換するストリーム内のＰＡＴ、ＰＭＴ、ＳＩを読み出す（ステップＳＴ１２２）。

2）ＴＳストリームを一定の量（1バッファ分）取り込む（ステップＳＴ１２４）。

3）マルチビュー放送（あるいは降雨対応放送）かどうかをＰＭＴ、ＳＩ等で判定し、マルチビュー放送で無い場合（ステップＳＴ１２６ノー）、ステップＳＴ１３０へ移行する。

4）マルチビュー放送（あるいは降雨対応放送）の場合（ステップＳＴ１２６イエス）、図１１のように１ビューを選択し（ユーザに選択させるかデフォルトで選択する）、それを記録する様に設定する（ステップＳＴ１２８）。

5）続いて、ストリームを図４〜図６に示されるような方法でＴＳをＰＳに変更し、Streamを構成する（ステップＳＴ１３０）。

6）Streamに従って管理情報変換を行い、管理情報を作成する（ステップＳＴ１３２）。

7）ディスクに変換後のStreamを保存する（ステップＳＴ１３４）。

8）変換するストリームがあるかどうかをチェックし、ある場合（ステップＳＴ１３６イエス）はステップＳＴ１２６へ戻る。

9）変換するストリームがない場合（ステップＳＴ１３６ノー）は、ディスクに変換後の管理情報を保存し（ステップＳＴ１３８）、本処理を終了する。

図１３は、デジタルＴＶ放送のマルチビュー（または降雨対応）がＤＶＤビデオレコーディング（高精細対応）の複数ストリームに変換されて記録・再生される場合を説明する図である。図１４は、図１３の場合のビデオオブジェクトの構造例（複数ストリームがパック毎に入れ子に記録される例）を説明する図である。

マルチビュー放送（もしくは降雨対応放送）をビデオレコーディング規格（ＤＶＤ−ＶＲ）に変換して保存する場合、３通り（フォーマットの変更を伴うものが２通り、フォーマット変更しない方法が1通り）が考えられる。

第１の方法は、ビューの部分に対し、アングルＶＯＢと言う特別なＶＯＢを定義する。そして、このアングルＶＯＢ内に複数アングルを存在させるためにＰＩＤ（Packet Identification）により識別される複数ビデオ（図１３、図１４の例ではＶ１〜Ｖ３）を混在可能とし、グループ情報（図１５（ｈ）（ｉ）のＶＯＢ＿ＧＰＩ、ＳＩＤ＿ＧＰＩ等）により、再生するアングルのオブジェクトの組み合わせを決める。この場合、特に変更があるのは、オブジェクトと一部の管理情報（図１５のＥＸ＿Ｍ＿ＶＯＢＩと図１６のＥＸ＿ＰＧＣＩ）である。

図１５は、マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合のデータ構造例（管理情報の構成１）を説明する図である。図１5（ｆ）に示すように、オブジェクト（例えばＶ１〜Ｖ３）はＰａｃｋ毎に多重化（重畳）され、“sid=0xe0”などのＳＩＤ(Stream ID)で切り分けられる。もしくは、ＳＩＤのプライベートストリームとしてＳｕｂＳＩＤで切り分けることも考えられる。とくに音声は、現状ＤＶＤでサポートされているストリームは問題ないが、サポートしていない種類の音声ストリームの場合は、新たにＳＩＤ、ＳｕｂＳＩＤを決めて対応する。

図１６は、マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合のデータ構造例（管理情報の構成２）を説明する図である。図１６（ａ）（ｆ）に示すように先頭に制御情報パックＣＴＬ ＰＡＣＫ（オプション）を追加し、コピー管理情報（ＣＰＩ）、表示制御情報（ＤＣＩ）をアングル分だけ入れる。そのため、各表示制御情報一般情報ＤＣＩ＿ＧＩ、コピー制御情報一般情報ＣＣＩ＿ＧＩにはそれぞれのアングルの数を入れる。あるいは、制御情報一般情報ＣＴＬ＿ＧＩにアングル数を入れて、この数分、ＣＣＩ、ＤＣＩを設定する方法も考えられる。

また、この場合の管理情報は次のようになる。図１５のＥＸ＿Ｍ＿ＶＯＢＩは、ＥＸ＿ ＶＯＢ＿ＴＹ内にアングルＶＯＢで有る事を示すフラグを設ける（図１５（ｇ）〜（ｊ））。また、ＶＯＢ＿ＧＰＩとＳＩＤ＿ＧＰＩ（図１５（ｈ）または図１５（ｉ））が必要となる。

ＥＸ＿Ｍ＿ＶＯＢ＿ＧＩ内にＶＯＢ＿ＧＰＩとＳＩＤ＿ＧＰＩがある場合（例１）は、ＶＯＢ＿ＧＰＩ（図１５（ｋ））の構造は、アングル数を先頭に配し、その後ろに自分自身のＶＯＢ以外のＶＯＢの番号（ＶＯＢ＿ＩＤ）を設定する。また、ＳＩＤ＿ＧＰＩ（図１５（ｍ））の構造は、先頭に再生するオブジェクトの数、その後ろにストリームがビデオ（Ｖ）であるかオーディオ（Ａ）であるかを区別するストリームタイプＳＴ＿ＴＹと、ストリーム識別子ＳＩＤと、サブのストリーム識別子ＳｕｂＳＩＤが設定される。（例：Ｖ１ ＰＡＣＫの場合、ＳＴ＿ＴＹ＝0、ＳＩＤ＝0xe0、Ａ１ ＰＡＣＫの場合、ＳＴ＿ＴＹ＝1、ＳＩＤ＝0xc0）ＳｕｂＳＩＤに関しては、設定されていない場合は0が記述される。

また、ＥＸ＿Ｍ＿ＶＯＢ＿ＧＩの外にＶＯＢ＿ＧＰＩとＳＩＤ＿ＧＰＩがある場合（例２）は、ＶＯＢ＿ＧＰＩ（図１５（ｎ））の構造は、先頭にＧＰ数を設定し、各ＧＰＩをＧＰ数分設定する。また、各ＧＰＩ（図１５（ｐ））は、アングル数を先頭に配し、その後ろにアングルグループのＶＯＢ番号（ＶＯＢ＿ＩＤ）を設定する。なお、ＳＩＤ＿ＧＰＩＴ（図１５（ｈ））は、ＳＩＤ＿ＧＰＩの数を先頭に設定し、その数分ＳＩＤ＿ＧＰＩを配置する。また、ＳＩＤ＿ＧＰＩ（図１５（ｑ））の構造は、先頭に該当するＶＯＢ番号を設定し、再生するオブジェクトの数（ＳＩＤの総数）、その後ろにＳＴ＿ＴＹ、ＳＩＤ、ＳｕｂＳＩＤが設定される。（例：Ｖ１ ＰＡＣＫの場合、ＳＴ＿ＴＹ＝0、ＳＩＤ＝0xe0、Ａ１ ＰＡＣＫの場合、ＳＴ＿ＴＹ＝1、ＳＩＤ＝0xc0）ＳｕｂＳＩＤに関しては、設定されていない場合は0が記述される。

また、各ＥＸ−ＴＭＡＰＩ（図１６（ｂ））内のＥＸ＿ＶＯＢＵ＿ＥＮＴＩ（図１６（ｃ）（ｄ））において、ＥＸ＿１ＳＴＲＥＦ＿ＳＺは、各ＶＯＢの先頭から（ＣＴＬ＿Ｐａｃｋより、無い場合も先頭から）各ＶＯＢのＩピクチャの最後までとし、ＶＯＢＵ＿ＳＺも各ＶＯＢの先頭からとし最後は各ＶＯＢＵの最後までとする。ただし、各ＶＯＢＵの最後はビデオＰａｃｋであるとは限らず、音声Ｐａｃｋである事も考えられる。（図１６（ｄ）のＥＸ＿ＶＯＢＵ＿ＰＢ＿ＴＭは該当ＶＯＢＵの再生時間を示す。）なお、アングルとして登録されているＶＯＢ群をＶＯＢ＿ＧＰと称し、ＣＥＬＬにはＶＯＢ＿ＧＰの単位で設定する。

さらに、再生情報であるＥＸ＿ＰＧＣＩ（図１６（ｇ）〜（ｍ））内のセル情報ＥＸ＿ＣＩには、このセルがアングルセルであるかどうかを判定するフラグ（ＡＮＧＬＥ＿Ｃ＿ＦＬＡＧ）をＥＸ＿Ｃ＿ＴＹ内に配し、続いて、ＥＸ＿ＶＯＢ＿ＧＰ番号（ＶＯＢ＿ＧＰＩに記録されている順番もしくはＶＯＢ＿ＧＰＩＤ）を設定する。さらに、エントリポイント情報ＥＸ＿Ｃ＿ＥＰＩには、ＶＯＢ番号および該当エントリポイントの再生時間ＥＰ＿ＰＴＭを設定する。

図１７は、マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合の動作の一例（複数ストリームを使用する例）を説明するフローチャート図である。実際の動作は、以下のようになる。

1）初期の各種設定を行い（ステップＳＴ１７０）、変換するストリーム内のＰＡＴ、ＰＭＴ、ＳＩを読み出す（ステップＳＴ１７２）。

2）マルチビュー放送（あるいは降雨対応放送）かどうかをＰＭＴ、ＳＩ等で判定し、マルチビュー放送（あるいは降雨対応放送）で無い場合（ステップＳＴ１７６ノー）はステップＳＴ１７８Ｂへ移行する。

3）マルチビュー放送（あるいは降雨対応放送）である場合（ステップＳＴ１７６イエス）は、ＴＳストリームを一定の量（1バッファ分）取り込む（ステップＳＴ１７８Ａ）。

4）ストリームを図４、図１４に例示されるような方法でＴＳをＰＳに変更し、ビデオやオーディオのストリームがビューで重ならないようにＰＩＤを付け直し、Streamを構成する（ステップＳＴ１８０Ａ）。

5）図１５、図１６の管理情報変換を行い、管理情報を作成する（ステップＳＴ１８２Ａ）。ここで、ビュー毎にアングルグループを構成し、各グループにアングル毎のＰＩＤを登録する。

6）ディスクに変換後のStreamを保存する（ステップＳＴ１８４Ａ）。

7）変換するストリームがあるかどうかをチェックし、ある場合（ステップＳＴ１８６Ａイエス）はステップＳＴ１７８Ａへ戻る。

8）変換するストリームがない場合（ステップＳＴ１８６Ａノー）は、ディスクに変換後の管理情報を保存し（ステップＳＴ１８８）、本処理を終了する。

9）一方、マルチビュー放送（あるいは降雨対応放送）の場合（ステップＳＴ１７６イエス）は、ＴＳストリームを一定の量（1バッファ分）取り込む（ステップＳＴ１７８Ｂ）。

10）図４、図１４に例示されるような方法でＴＳ−ＰＳ変換処理を行い（ステップＳＴ１８０Ｂ）、Streamに従って管理情報を作成する（ステップＳＴ１８２Ｂ）。

11）ディスクに変換後のStreamを保存し（ステップＳＴ１８４Ｂ）、変換すべきStreamが残っているかどうかを判定し、ある場合（ステップＳＴ１８６Ｂイエス）はステップＳＴ１７８Ｂへ戻る。変換するストリームがない場合（ステップＳＴ１８６Ｂノー）は、ステップＳＴ１８８へ移行する。

図１８は、デジタルＴＶ放送のマルチビュー（または降雨対応）から１つのビューが選択されて記録・再生される場合（高精細対応ＤＶＤビデオレコーディングの例）を説明する図である。マルチビュー放送（もしくは降雨対応放送）をビデオレコーディング規格（ＤＶＤ−ＶＲ）に変換して保存する場合の第２の方法は、マルチビュー放送の内、見たいビューを１つだけユーザが（あるいは制御ＭＰＵのファームウエアが）選択し、その１ビューをＶＯＢとして記録し、ＰＧＣに登録する方法であり、この場合、録画するビューをユーザが（あるいは制御ＭＰＵのファームウエアが）選んだ後は、通常の録画処理と同じ工程を行う。

図１９は、マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合の動作例（図１８に対応するもので、選択された１つのビューを１つのストリームに記録する例）を説明するフローチャート図である。実際の動作は、以下のようになる。

1）初期の各種設定を行い（ステップＳＴ１９０）、変換するストリーム内のＰＡＴ、ＰＭＴ、ＳＩを読み出す（ステップＳＴ１９２）。

2）ＴＳストリームを一定の量（1バッファ分）取り込む（ステップＳＴ１９４）。

3）マルチビュー放送（あるいは降雨対応放送）かどうかをＰＭＴ、ＳＩ等で判定し、マルチビュー放送で無い場合（ステップＳＴ１９６ノー）はステップＳＴ２００へ移行する。

4）図１８に例示されるようにビューを１つ選択（ユーザによる選択、もしくは、デフォルトによる選択）して、記録するアングルを決定し設定する（ステップＳＴ１９８）。

5）図4に示されるような方法でストリームをＴＳからＰＳに変更し、Streamを構成する（ステップＳＴ２００）。

6）Streamより管理情報を作成する（ステップＳＴ２０２）。

7）ディスクに変換後のStreamを保存する（ステップＳＴ２０４）。

8）変換するストリームがあるかどうかをチェックし、ある場合（ステップＳＴ２０６イエス）はステップＳＴ１９６へ戻る。

9）変換するストリームがない場合（ステップＳＴ２０６ノー）はディスクに変換後の管理情報を保存し（ステップＳＴ２０８）、本処理を終了する。

図２０は、デジタルＴＶ放送のマルチビュー（または降雨対応）がＤＶＤビデオレコーディング（高精細対応）の複数ストリームに変換されて記録・再生される場合における、ビデオオブジェクトの構造例を説明する図である。

マルチビュー放送（もしくは降雨対応放送）をビデオレコーディング規格（ＤＶＤ−ＶＲ）に変換して保存する場合の第３の方法は、マルチビュー放送の内、全てのビューを続けて記録し、続けて見る方法である。これにより、全てのアングルを視聴することができ、管理上はフォーマットの変更も無く、記録・再生する事ができる。ただし、この第３の方法により記録する場合には、ＣＤＡ（連続記録エリア）単位で各ビューを入れ子に記録し、後でファイルシステムでリンクする事になる。

例えば、図２０（ａ）のビューＶ１〜Ｖ３を第３の方法で全て記録する場合は、図２０（ｃ）に例示されるように、ビューＶ１のＶＯＢ２とビューＶ２のＶＯＢ３とビューＶ３のＶＯＢ４とを１ＣＤＡ単位の入れ子並びで周期的に記録する。この場合、例えばビューＶ１のＶＯＢ２は１ＣＤＡ単位で途切れ途切れに記録されるが、再生時はビューＶ１の映像が連続するように、ファイルシステム上では、ビューＶ１のＶＯＢ２は１つとして管理される（図２０（ｄ）参照）。同様にして、ファイルシステム上では、ビューＶ２のＶＯＢ３は１つとして管理され、ビューＶ３のＶＯＢ４は１つとして管理される。これにより、全てのビュー（アングル）Ｖ１〜Ｖ３をシーケンシャルに見る事が可能となるが、ＤＶＤビデオと同様なアングル切り替え（ＶＯＢ２〜ＶＯＢ３の間でシームレスあるいはノンシームレスに任意に切り替え再生すること）などはできない。

ただし、ＶＯＢ２〜ＶＯＢ４それぞれにエントリポイントを打っておきそのエントリポイント情報ＥＰＩ（図１６（ｉ））を管理情報（ＥＸ＿ＰＧＣＩ）に書き込んでおけば、エントリポイントを用いてＶＯＢ２〜ＶＯＢ４の切り替え再生をノンシームレスに行なうことはできる。すなわち、図１６（ｇ）〜（ｍ）の管理情報において、プログラムチェーン情報ＥＸ＿ＰＧＣＩ内のセル情報ＥＸ＿ＣＩには、対応セルがアングルセルであるかどうかを判定するフラグをＥＸ＿Ｃ＿ＴＹ内に配し、さらにエントリポイント情報ＥＸ＿Ｃ＿ＥＰＩには、ＶＯＢ番号および該当エントリポイントの再生時間ＥＰ＿ＰＴＭを設定する。このエントリポイント情報（ＥＸ＿Ｃ＿ＥＰＩ）に対応するエントリポイント（マーカ）を、例えばユーザがアングル再生中にリモコン操作で打ち込んでおけば（あるいは図３のＭＰＵ８０がアングル部分の各ＶＯＢの先頭位置に自動的に付けておけば）、このエントリポイントをターゲットとして自由に再生開始位置を切り替えることができる。このため、エントリポイントを用いたノンシームレスなアングル切り替え再生が可能になる。

図２１は、マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合の動作のさらに別の例を説明するフローチャート図である。この動作は、以下のようになる。

1）初期の各種設定を行い（ステップＳＴ２１０）、変換するストリーム内のＰＡＴ、ＰＭＴ、ＳＩを読み出す（ステップＳＴ２１２）。

2）ＴＳストリームを一定の量（1バッファ分）取り込む（ステップＳＴ２１４）。

3）マルチビュー放送（あるいは降雨対応放送）かどうかをＰＭＴ、ＳＩ等で判定し、マルチビュー放送で無い場合（ステップＳＴ２１６ノー）はステップＳＴ２２０へ移行する。

4）図２０に例示されるように各ビューのＶＯＢ２〜ＶＯＢ４をアングル順にＣＤＡ単位で並べてStreamを構成するする（ステップＳＴ２１８）。

5）図4に示されるような方法でストリームをＴＳからＰＳに変更し、Streamを構成する（ステップＳＴ２２０）。

6）Streamより管理情報を作成する（ステップＳＴ２２２）。その際、
ＣＤＡ（連続記録エリア）単位で入れ子に記録された各ビューのオブジェクトの再生順が決められ、各ビューがファイルシステムでリンクされる（図２０（ｄ）参照）。

7）ディスクに変換後のStreamを保存する（ステップＳＴ２２４）。

8）変換するストリームがあるかどうかをチェックし、ある場合（ステップＳＴ２２６イエス）はステップＳＴ２１６へ戻る。

9）変換するストリームがない場合（ステップＳＴ２２６ノー）はディスクに変換後の管理情報を保存し（ステップＳＴ２２８）、本処理を終了する。

図２２は、デジタル放送の管理情報（制御情報）等がＤＶＤビデオフォーマットでどのように記録されるかの一例を説明する図である。デジタル放送の管理情報であるＳＩ、ＰＳＩ、ＤＡＴＡ放送情報の保存は、ＤＶＤビデオ方式の場合は図２２に示すように、番組名情報等のテキスト情報は、ＩＴ＿ＴＸＴに入れ、音声、映像の属性情報は各タイトルのＡＴＲに入れる。それ以外の情報は、新たにＰＳＩＰａｃｋ、ＤＡＴＡＰａｃｋを定義して保存する。このとき、たとえば、ＰＳＩＰａｃｋは制御情報であるため、ＤＶＤで制御情報用に定義されているプライベートストリーム２とし（ＳＩＤ＝10111111ｂ）、ＳｕｂＩＤでＰＣＩ、ＤＳＩと区別する。ＤＡＴＡ放送のデータはコンテンツデータであるので、ＤＶＤでコンテンツ情報用に定義されているプライベートストリーム1とし（ＳＩＤ＝10111101ｂ）、ＳｕｂＩＤでＡ＿Ｐａｃｋ、ＳＰ＿Ｐａｃｋと区別する。

また、コピー制御情報はＮＶＰａｃｋ内のＰＣＩＰａｃｋに拡張して保存する。すなわち、ＮＶパックのＰＣＩ一般情報（図示せず）内に拡張再生制御情報のＶＯＢＵカテゴリＥＸ＿ＰＣＩ＿ＶＯＢＵ＿ＣＡＴを設け、このＥＸ＿ＰＣＩ＿ＶＯＢＵ＿ＣＡＴにＡＰＳ（Analog Protection System）とともにデジタルコピー情報ＣＧＭＳ（00＝コピー許可、01＝コピー1回許可、10＝コピー禁止）、ＥＰＮ（0＝コンテンツ保護、1＝コンテンツ保護無し）、ＩＣＴ（0：アナログビデオ出力解像度制限、1＝制限無し）を格納する。

図２３は、デジタル放送の管理情報（制御情報）等がＤＶＤビデオレコーディングフォーマットでどのように記録されるかの一例を説明する図である。デジタル放送の管理情報であるＳＩ、ＰＳＩ、ＤＡＴＡ放送情報の保存は、ＤＶＤ−ＶＲ方式の場合は、図２３に例示されるようになる。すなわち、テキスト情報の内、番組名関係は、プログラム情報ＰＧＩ内のプライマリテキストＰＲＭ＿ＴＸＴに設定し、そのほかのテキスト情報はアイテムテキストＩＴ＿ＴＸＴに入れ、音声、映像の属性情報は各ＶＯＢのストリーム情報ＳＴＩに入れる。それ以外の情報は、新たにＰＳＩＰａｃｋ、ＤＡＴＡＰａｃｋを定義して保存する。このとき、たとえば、ＰＳＩＰａｃｋは制御情報であるため、ＤＶＤで制御情報用に定義されているプライベートストリーム２とし（ＳＩＤ＝10111111ｂ）、ＳｕｂＩＤでＣＬＴＰａｃｋと区別する。

ＤＡＴＡ放送のデータはコンテンツデータであるので、ＤＶＤでコンテンツ情報用に定義されているプライベートストリーム1とし（ＳＩＤ＝10111101ｂ）、ＳｕｂＩＤでＡ＿Ｐａｃｋ、ＳＰ＿Ｐａｃｋと区別する。また、コピー制御情報はＣＴＬＰａｃｋ内のＣＣＩに拡張して保存する。そして、ＣＴＬ＿Ｐａｃｋは、ＡＰＳ、ＣＧＭＳとともに、ＥＰＮ（0＝コンテンツ保護、1＝コンテンツ保護無し）、ＩＣＴ（0：アナログビデオ出力解像度制限、1＝制限無し）で構成する。

＜実施の形態の要点まとめ＞
（ａ）デジタル放送をＤＶＤ録画する場合、マルチビュー放送をＤＶＤビデオ規格のマルチアングル（ＭＰＥＧ−ＰＳ）として記録する。

（ｂ）“（ａ）”において、音声ストリームが各アングルに共通の場合は、シームレスアングルとする。

（ｃ）“（ａ）”において、音声ストリームが各アングルに共通でない場合は、ノンシームレスアングルとする。

（ｄ）デジタル放送をＤＶＤ録画する場合、マルチビュー放送の中の１つのビューを選んで記録することも、可能な選択枝として採用する。

（ｅ）デジタル放送をＤＶＤ録画する際に、マルチビュー放送をＤＶＤ−ＶＲ規格（ＭＰＥＧ−ＰＳ）でＤＶＤディスクに保存する場合、マルチビュー放送を複数のビデオストリームで記録する。ここで、前記複数のビデオストリームに対応するために、ＳＩＤのグループ情報、アングルＶＯＢグループ情報を持ち、再生情報（ＣＩ）でＶＯＢ＿ＧＰＩＤを指定する。

（ｆ）デジタル放送をＤＶＤ録画する際に、マルチビュー放送をＤＶＤ−ＶＲ規格（ＭＰＥＧ−ＰＳ）でＤＶＤディスクに保存する場合、記録データを一定量（ＣＤＡ）毎に分けて記録し、再生時にビュー動画を順位再生するように再生順情報を構成する。

（ｇ）デジタル放送をＤＶＤディスクにＤＶＤビデオ規格で記録する場合は、デジタル放送のＳＩ、ＰＳＩ内の番組関連情報をＩＴ＿ＴＸＴに記録し、映像、音声の属性情報をＶＴＳＩ＿ＡＴＲＩに記録し、そのほかの情報をＰＳＩ＿ＰＡＣＫとして保存する。

（ｈ）“（ｇ）”において、データ放送の情報はＤＡＴＡ＿ＰＡＣＫとして保存する。

（ｉ）デジタル放送をＤＶＤディスクにＤＶＤ−ＶＲ規格（ＭＰＥＧ−ＰＳ）で記録する場合、ＳＩ、ＰＳＩ内の番組関連情報をＰＲＭ＿ＴＸＴとＩＴ＿ＴＸＴに記録し、映像、音声の属性情報をＳＴＩに記録し、そのほかの情報をＰＳＩ＿ＰＡＣＫとして保存する。

（ｊ）“（ｉ）”において、データ放送の情報をＤＡＴＡ＿ＰＡＣＫとして保存する。

＜実施の形態による効果＞
（１）上述した方法に従って、マルチビュー放送（あるいは降雨対応放送）のＭＰＥＧ−ＴＳをＭＰＥＧ−ＰＳに変換、記録、再生することにより、デジタル放送を現状のＤＶＤに記録でき、再生する事が可能となる。なお、上述した実施の形態ではデジタル放送のＴＳを直接ＰＳに変換しているが、ＴＳのままＤＶＤストリーマやＨＤＤストリーマに一旦記録したコンテンツを後にＰＳへ変換することも可能である。

（２）デジタル放送のＴＳをＰＳに変換してからＤＶＤ−Ｒに記録する事により、ＤＶＤプレーヤでも再生可能となる。

（３）ＤＶＤ−ＶＲレコーダによりＶＲモードで録画する際にＴＳ→ＰＳ変換することにより、デジタル放送にあった余分なデータ（ＴＳのパケットヘッダなど）を削って記録でき、さらにマルチビュー放送や降雨対応放送の多重記録が可能となる。

なお、この発明は前述した実施の形態に限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、この構成要件が削除された構成が発明として抽出され得る。

この発明の一実施の形態に係るデータ構造を説明する図。 この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。 この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（マルチビュー映像を含むデジタルＴＶ放送や降雨対応放送）を記録し再生する装置の一例を説明するブロック図。 デジタル放送のトランスポートストリーム（ＭＰＥＧ−ＴＳ）をＤＶＤのプログラムストリーム（ＭＰＥＧ−ＰＳ）に変換する際の概要を説明する図。 デジタルＴＶ放送のマルチビュー（または降雨対応）がＤＶＤビデオ（高精細対応）のマルチアングルに変換されて記録・再生される場合を説明する図。 デジタルＴＶ放送のマルチビュー（または降雨対応）をＤＶＤビデオのシームレスアングルで記録する場合とノンシームレスアングルで記録する場合を説明する図。 マルチビューをＤＶＤビデオのシームレスアングルに変換する場合のデータ構造例（オーディオストリームが各ビューに共通の場合の例）を説明する図。 マルチビューをＤＶＤビデオのシームレスアングルに変換する場合の動作の一例（オーディオストリームが各ビューに共通の場合の例）を説明するフローチャート図。 マルチビューをＤＶＤビデオのノンシームレスアングルに変換する場合のデータ構造例（オーディオストリームが夫々のビューに付いている場合の例）を説明する図。 マルチビューをＤＶＤビデオのノンシームレスアングルに変換する場合の動作の一例（オーディオストリームが夫々のビューに付いている場合の例）を説明するフローチャート図。 デジタルＴＶ放送のマルチビュー（または降雨対応）から１つのビューが選択されて記録・再生される場合（高精細対応ＤＶＤビデオの例）を説明する図。 マルチビューの１つをＤＶＤビデオに変換する場合の動作の一例を説明するフローチャート図。 デジタルＴＶ放送のマルチビュー（または降雨対応）がＤＶＤビデオレコーディング（高精細対応）の複数ストリームに変換されて記録・再生される場合を説明する図。 図１３の場合のビデオオブジェクトの構造例（複数ストリームがパック毎に入れ子に記録される例）を説明する図。 マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合のデータ構造例（管理情報の構成１）を説明する図。 マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合のデータ構造例（管理情報の構成２）を説明する図。 マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合の動作の一例（複数ストリームを使用する例）を説明するフローチャート図。 デジタルＴＶ放送のマルチビュー（または降雨対応）から１つのビューが選択されて記録・再生される場合（高精細対応ＤＶＤビデオレコーディングの例）を説明する図。 マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合の動作の他例（選択された１つのビューを１つのストリームに記録する例）を説明するフローチャート図。 デジタルＴＶ放送のマルチビュー（または降雨対応）がＤＶＤビデオレコーディング（高精細対応）の複数ストリームに変換されて記録・再生される場合における、ビデオオブジェクトの構造例を説明する図。 マルチビューをＤＶＤビデオレコーディングのフォーマットに変換する場合の動作のさらに別の例を説明するフローチャート図。 デジタル放送の管理情報（制御情報）等がＤＶＤビデオフォーマットでどのように記録されるかの一例を説明する図。 デジタル放送の管理情報（制御情報）等がＤＶＤビデオレコーディングフォーマットでどのように記録されるかの一例を説明する図。 この発明の一実施の形態で用いられるＩＬＶＵの構成を説明する図。 この発明の一実施の形態で用いられるＥＮＶパックの構成を説明する図。

符号の説明

１００…情報記録媒体（ＤＶＤ−ＲＡＭディスク等）；１２１…ＡＶデータ記録領域；１２２…ＶＲオブジェクト群記録領域；１３０…ＡＶデータ管理情報記録領域（ＨＤＶＲ＿ＶＭＧ）；１３１…ストリームオブジェクト群記録領域；１３２…エストリームオブジェクト（ＥＳＯＢ）；１３４…ストリームオブジェクトユニット（ＥＳＯＢＵ）；１４０…パケットグループ；１６０…ＤＶＤトランスポートストリームパケット記録領域；１６１…パケットグループヘッダ；１６２…ＭＰＥＧトランスポートストリーム（ＭＰＥＧ−ＴＳ）パケット；１６３…パケット到着時間（ＰＡＴ）；１０…再生情報管理層；１１…プログラムチェーン（ＰＧＣ）；１２…プログラム（ＰＧ）；１３…セル；２０…ストリームオブジェクト管理情報層；２１…ストリームオブジェクト情報（ＥＳＯＢＩ）；２２…ストリームオブジェクトユニット情報（ＥＳＯＢＵＩ；グローバル情報）；２３…ビデオオブジェクト管理情報層；２４…ビデオオブジェクト情報（ＶＯＢＩ）；２５…ビデオオブジェクトユニット情報（ＶＯＢＵＩ）；３０…ストリームオブジェクト（ＥＳＯＢ）層；３５…ビデオオブジェクト（ＶＯＢ）層；３６…ビデオオブジェクト（ＶＯＢ）；３７…ビデオオブジェクトユニット（ＶＯＢＵ）；３８…パック；５１…ディスクドライブ部（波長が例えば６５０ｎｍ〜４０５ｎｍのレーザを用いた光ディスクドライブ等）；５９…デコーダ部；７４…デジタルインターフェイス（ＩＥＥＥ１３９４Ｉ／Ｆ等）；７９…エンコーダ部；８０…メインＭＰＵ部（制御部）；８３…セットトップボックス部（衛星デジタルチューナ）；８９…地上波デジタルチューナ；１００ａ…情報記録媒体（ハードディスクドライブ等）。

Claims (11)

1. マルチビュー映像または降雨対応放送映像を含むデジタルストリーム信号を記録するように構成された情報媒体において、
   前記情報記録媒体は管理領域とデータ領域を持ち、
   前記データ領域は前記マルチビュー映像または降雨対応放送映像をマルチアングルデータとして格納するように構成され、
   前記管理領域は前記データ領域の記録内容を管理する管理情報を格納するように構成された情報媒体。
2. マルチビュー映像または降雨対応放送映像を含むデジタルストリーム信号を記録するように構成された情報媒体であって、前記情報記録媒体は管理領域とデータ領域を持ち、前記データ領域は前記マルチビュー映像または降雨対応放送映像をマルチアングルデータとして格納するように構成され、前記管理領域は前記データ領域の記録内容を管理する管理情報を格納するように構成された情報媒体を用いる方法において、
   前記データ領域に前記オブジェクトを記録し、
   前記管理領域に前記管理情報を記録する
   ように構成した記録方法。
3. マルチビュー映像または降雨対応放送映像を含むデジタルストリーム信号を記録するように構成された情報媒体であって、前記情報記録媒体は管理領域とデータ領域を持ち、前記データ領域は前記マルチビュー映像または降雨対応放送映像をマルチアングルデータとして格納するように構成され、前記管理領域は前記データ領域の記録内容を管理する管理情報を格納するように構成された情報媒体を用いる方法において、
   前記管理領域から前記管理情報を再生し、
   前記データ領域から前記オブジェクトを再生する
   ように構成した再生方法。
4. マルチビュー映像または降雨対応放送映像を含むデジタルストリーム信号を記録するように構成された情報媒体であって、前記情報記録媒体は管理領域とデータ領域を持ち、前記データ領域は前記マルチビュー映像または降雨対応放送映像をマルチアングルデータとして格納するように構成され、前記管理領域は前記データ領域の記録内容を管理する管理情報を格納するように構成された情報媒体を用いる装置において、
   前記データ領域に前記オブジェクトを記録する手段と、
   前記管理領域に前記管理情報を記録する手段と
   を具備した記録装置。
5. マルチビュー映像または降雨対応放送映像を含むデジタルストリーム信号を記録するように構成された情報媒体であって、前記情報記録媒体は管理領域とデータ領域を持ち、前記データ領域は前記マルチビュー映像または降雨対応放送映像をマルチアングルデータとして格納するように構成され、前記管理領域は前記データ領域の記録内容を管理する管理情報を格納するように構成された情報媒体を用いる装置において、
   前記管理領域から前記管理情報を再生する手段と、
   前記データ領域から前記オブジェクトを再生する手段と
   を具備した再生装置。
6. 請求項１ないし請求項５のいずれか１項において、前記デジタルストリーム信号がＭＰＥＧトランスポートストリーム信号の形態を持ち、前記データ領域に格納される前記マルチアングルデータがＭＰＥＧプログラムストリーム信号の形態を持つ。
7. 請求項１ないし請求項６のいずれか１項において、前記マルチビュー映像は複数ビューの映像で構成され、各ビューの映像は映像ストリームおよび音声ストリームにより構成され、前記複数ビューの映像のうちの一部の前記音声ストリームと前記複数ビューの映像のうちの他部の前記音声ストリームとが共通する場合は、前記データ領域に、前記マルチビュー映像が、シームレス・マルチアングルデータとして格納される。
8. 請求項１ないし請求項６のいずれか１項において、前記マルチビュー映像は複数ビューの映像で構成され、各ビューの映像は映像ストリームおよび音声ストリームにより構成され、前記複数ビューの映像のうちの一部の前記音声ストリームと前記複数ビューの映像のうちの他部の前記音声ストリームとが共通しない場合は、前記データ領域に、前記マルチビュー映像が、ノンシームレス・マルチアングルデータとして格納される。
9. 請求項１ないし請求項６のいずれか１項において、前記マルチビュー映像は複数ビューの映像で構成され、前記複数ビューの映像のうちの１つの映像が前記データ領域に格納される。
10. 請求項１ないし請求項９のいずれか１項において、前記デジタルストリーム信号がサービス情報あるいはプログラム仕様情報を含むＭＰＥＧのストリーム信号である場合、前記サービス情報あるいはプログラム仕様情報の内容が所定のテキストに変換され、この変換されたテキストが前記管理情報の一部として前記管理領域に格納される。
11. 請求項１ないし請求項１０のいずれか１項において、前記デジタルストリーム信号がデータ放送の情報を含む場合、このデータ放送の情報が所定のデータパックに格納され、このデータパックが前記情報媒体の前記データ領域に記録される。

Images