JP3935124B2 - デジタルａｖ情報記録媒体とこの媒体を用いる記録方法、再生方法および再生装置 - Google Patents

Description

この発明は、ＭＰＥＧ−ＴＳなどの形態でストリーム伝送されるデジタルＡＶ情報の記録媒体と、この媒体を用いる記録／再生方法、および記録／再生装置に関する。とくに、高精細ＡＶ情報ストリーム（ハイビジョン放送など）をリアルタイムでデジタル記録再生できる、媒体、方法および装置に関する。より具体的には、複数階層で放送されるデジタルストリームの受信エラー率（エラーレート）に従って階層移行する機能を提供する記録媒体と、この媒体を用いる記録／再生方法、および記録／再生装置に関する。

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

ところで、ＢＳデジタル放送においては、１つのキャリアに対し複数の変調方式で送信できるようになっている。複数の変調方式のうち８ＰＳＫ（Phase Shift keying）を用いて伝送する情報が流れている階層を高階層と呼び、さらに、周波数効率の低い変調方式の階層を低階層と呼ぶ。通常、ＢＳデジタル放送では、高階層（データ効率が高くノイズに弱い）と低階層（妨害に強い）の２種類の変調方式を使用している。

このように階層化された伝送方式のデジタル放送において、高階層と低階層の映像を適宜切り替える従来技術がある（特許文献１参照）。この特許文献１では、階層化された伝送方式のデジタル放送において、受信電界強度の変動に対して安定した映像切替表示を行なうために、高階層映像と低階層映像との切替にヒステリシス処理を用いている。
特開２００１−７８１８０号公報。

特許文献１では、受信時に誤り率が増えた場合に低階層信号に切り替える処理を行っているが、そのような場合において、デジタル放送を媒体記録する際の処理をどうするかに関しては、開示がない。

この発明は上記事情に鑑みなされたもので、その目的の１つは、デジタル放送をストリーム記録する場合において、階層切替に関する情報をどのように媒体に記録するのが適切であるのかを示すことにある。

この発明の一実施例に係る情報記録媒体は、階層切替に関する情報を、その媒体の管理領域および／またはオブジェクト領域に格納できるように構成されている。この媒体にデジタル放送をストリーム記録する際は、階層切替に関する情報を、その媒体の管理領域および／またはオブジェクト領域に格納する。また、階層切替に関する情報とともにデジタル放送番組が記録された媒体を再生する際は、この媒体から再生された階層切替に関する情報に基づいて、記録時の受信状況（受信時のエラーレートの大小；具体的には晴天時のＢＳデジタル録画なのか降雨・降雪時のＢＳデジタル録画なのか）に応じた階層の映像を再生できるように構成される。すなわち、この発明の一実施例では、放送受信時の誤り率（ブロックノイズの出易さに関係するエラーレート）が高い場合に低階層信号に切り替える録画・再生処理を行っている。
ここで、前記情報記録媒体に記録されるデジタル放送のＡＶ情報（ストリームオブジェクト）は、所定のデータユニット（ＥＳＯＢＵ）に格納できるように構成され、このデータユニットは１以上のパケットグループを含み、このパケットグループはパケットグループヘッダと複数のＭＰＥＧ２−ＴＳパケットを含むようになっている。このパケットグループヘッダ（図１９のPacket Group Header）が、難受信映像の開始を示す情報（図２４のHiera_TY=01）または難受信映像の終了を示す情報（図２４のHiera_TY=10）が記述される前記難受信情報（図１９または図２４の難受信切替情報）を含むように構成される。

階層化された映像が送られてくるデジタル放送に対して、放送受信時のエラーレートに応じた最適な録画再生ができる。

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

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

なお、上記ＡＲＩＢのＢ１５・第２分冊では、階層伝送記述子について説明されている。この階層伝送記述子は、デジタル放送番組を構成するエレメンタリストリーム（ＥＳ）を伝送劣化への耐性あるいは情報品質の差違化などのために階層化して伝送する場合に、階層化したストリーム間の相互関係を示すものである。

階層変調するストリームは、サービス情報（ＳＩ）の伝送効率や視聴者の選択時のレスポンス性能向上のため、同一ＴＳ内で伝送することを前提とし、ＰＭＴの第２ループに階層伝送記述子が記載される。ストリームを２階層伝送とした場合、低階層ストリームと高階層ストリームが、互いのＰＩＤを参照し合う。

階層伝送記述子の配置および参照関係を定義する際には、以下の規定に従う：
（ａ）低階層で伝送するコンポーネントには必ず配置する；
（ｂ）参照先ＥＳのstream_typeは参照元と同じ；
（ｃ）参照先がない場合にはヌルパケットのＰＩＤ（0x1FFF）とする；
（ｄ）１つのＥＳに複数の参照先を指定しない。

階層伝送記述子を参照するのは、Ｃ／Ｎが低下する、あるいは誤り率が増加するなど、物理伝送レイヤにおいて検知した信号を基に、受信機（ＳＴＢまたはレコーダ内蔵のデジタルチューナ部）が行う。

ＳＴＢ（Set Top Box）等における通常の再生手順としては、例えば次のようなものがある。すなわち、ＥＰＧ（Electronic Program Guide）情報等によりユーザが番組を決定すると、目的の番組の開始時間に、ＰＡＴを読み込み、そのデータを元に、希望の番組に属するＰＭＴのＰＩＤを決定し、そのＰＩＤに従って、目的のＰＭＴを読み出し、そこに含まれる再生すべきビデオ、オーディオパケットのＰＩＤを決定する。そして、ＰＭＴやＳＩによりビデオおよび／またはオーディオの属性を読み出してそれらを各デコーダへセットし、前記ビデオおよび／またはオーディオデータをＰＩＤに従って切り出して、再生を行う。ここで、ＰＡＴ、ＰＭＴ、ＳＩ等は途中再生にも使用するために、数１００ｍｓ毎に送信されてくる。

デジタル放送では、受信時の誤り率が高い場合、特許文献１（特開２００１−７８１８０号公報）に示されるように、高階層受信から低階層受信へ切り替え、より妨害に強い方式で受信できるようになっている。低階層では、送られる情報が少ないため解像度の低い映像になるが、ノイズには強く、高階層で受信不可能な場合でも低階層では受信可能となる可能性が高い。

デジタル放送の受信信号を録画する場合、通常、受信時のエラー情報（誤り率；エラーレートの情報）が失われ、録画／再生時に現われるエラー情報はディスクの書き込み／読み込みエラーのみとなる。このため、受信時にノイズが含まれていると、ノイズが含まれた信号そのものが正しい情報として再生され、再生時にエラー訂正が正しく行われても、受信時のノイズは検出も除去もされない。

そこで、本願の実施例では、ＢＳデジタルチューナ部より放送受信時の誤り率情報（エラー情報）を受け取り、その情報に基づき階層切り替えのタイミングを作り、そのタイミング情報（難受信切り替え情報、あるいは難受信情報）を、管理情報および／またはオブジェクトに埋め込むことにより、階層切り替えのタイミングを検知することを可能としている。

ここで、その切り替え情報をＤＶＤ−ＶＲ規格に当てはめて考えた場合、管理情報のエントリポイント情報として保存する方法（例１）と、ＥＳＯＢ（オブジェクトデータ）内のグループヘッダ内に保存する方法（例２）と、管理情報のオブジェクト管理情報に保存する方法（例３）の３つが考えられる。これら３つの方法（例１〜例３）については、後に詳述する。

デジタル放送のデータは、ＤＶＤ−ＲＡＭなどのディスクメディアに記録する場合には、放送されたデータをそのままデジタルデータとして記録する方が有利である。そこで、既存のＶＲ（ビデオレコーディング）フォーマットとは違う、ストリームをそのまま記録するフォーマットとして、この発明では、ＥＳＲ（エクステンディト・ストリーム・レコーディング）を提案している。このＥＳＲは、従前のＳＲ（ストリームレコーディング）をＶＲ（ビデオレコーディング）にマージしたもので、既存のＶＲ資産を生かしつつ、デジタル放送のストリームレコーディングに対応したものとなる。

以下、上記のＥＳＲに基づくこの発明の実施例について、図面を参照して詳細に説明する。図１は、この発明の一実施例に係るデータ構造を説明する図である。ディスク状情報記録媒体１００（図１（ａ））としては、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒ等の記録可能光ディスクや、ハードディスク等の記録可能磁気ディスクがある。以下では、ＤＶＤ−ＲＡＭ等の光ディスクを例にとって説明を続ける。

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

データ領域１１２は、一般のコンピュータデータが記録される領域１２０と、ＡＶデータを記録する領域１２１に分けられる。ＡＶデータ記録領域１２１は、ＡＶデータの管理をするためのファイル（ＶＭＧ／ＥＳＭＧファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したストリームオブジェクト（ＥＳＯＢＳ：Extended Stream OBject Set）が記録されるＥＳｔｒｅａｍオブジェクト群記録領域１３１で構成されている（図１（ｄ））。つまり、この実施例では、デジタル放送のストリームオブジェクトは、ＶＲオブジェクトとは別のファイルであるＥストリームオブジェクト１３２（ＥＳＯＢＳ）として記録される（図１（ｅ））。

各Ｅストリームオブジェクト１３２は、ディスク１００へのアクセス単位となるデータユニット（ＥＳＯＢＵ：Extended Stream OBject Unit）１３４が１つ以上集まって構成される（図１（ｆ））。ここで、１つのＥＳＯＢＵは、オブジェクト管理情報内の値で指定された一定時間間隔のピクチャ単位で区切られたデータユニットである。あるいは、１つのＥＳＯＢＵは、１以上のＧＯＰで区切られたデータユニットとしてもよい。各データユニット（ＥＳＯＢＵ）１３４は、複数ＴＳパケットの集まりで構成されるパケットグループ（Packet Group）１４０が１つ以上集まって構成される（図１（ｇ））。

この実施例では、各パケットループ１４０は、例えば８個のパック（または８個のＬＢ（Logical Block））の集まりで構成される。１個のパックサイズ（あるいは１個のＬＢサイズ）が２ｋバイトとすると、各パケットグループ１４０のサイズは１６ｋバイトとなる。これはビデオレコーディング規格におけるＥＣＣブロックサイズの整数分の１となる。

各パケットグループ１４０は、この発明が提供するストリームレコーディング（ＥＳＲ）におけるパケット記録領域（ＤＶＤ−ＴＳパケット記録領域）１６０を構成している（図１（ｈ））。このＤＶＤ−ＴＳパケット記録領域１６０は、パケットグループヘッダ１６１および複数（例えば８５個）のＭＰＥＧ−ＴＳパケット１６２で構成することができる（図１（ｉ））。このパケットグループ１４０の内容については、図１９を参照して後に詳述する。

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

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

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

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

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

図２の示すところを纏めると、次のようになる。すなわち、ＥＳＯＢＳ（Extended Stream Object Set）の構造は、１以上のＥＳＯＢ（Extend Stream OBject）で構成される。このＥＳＯＢは、例えば一番組に相当する。ＥＳＯＢは１以上のＥＳＯＢＵ（Extend Stream OBject Unit）で構成され、このＥＳＯＢＵは、一定時間間隔（図９のＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧ；VOBU/ESOBU PlayBack Time Rangeの値により変化する）分のオブジェクトデータ、もしくは１以上のＧＯＰデータに相当する。

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

１つのＥＳＯＢＵは１以上のパケットグループで構成され、各パケットグループは、基本的には、８つのｐａｃｋ（１Ｐａｃｋ＝１セクタ：２０４８バイトサイズ）で構成される。また、パケットグループはパケットグループヘッダとＴＳパケット（８５個）で構成されている。各ＴＳパケットの到着時間は、パケットグループ内の最初のＴＳパケットについてはパケットグループヘッダ内のＡＴＳが到着時間で、次はＡＴＳとＩＰＡＴを足した値で表わされる（ＡＴＳおよびＩＰＡＴについては図１９〜図２２を参照して後述する）。その次からは、１つ前の到着時間にＩＰＡＴを足した値で表わされる。このように、２番目以降のＴＳパケットの到着時間をその前の到着時間からの差分で表すようにしたことにより、ＩＰＡＴを小さなデータ量で表せるようになり、データ量が節約できる。

なお、詳細は図２２を参照して後述するが、伝送レートの低下等によりＴＳパケット間の間隔が長くなり、この間隔を小さなデータ量のＩＰＡＴで表現し切れなくなる場合（オーバーフローする場合）があり得る。そのような場合は、この間隔を、到着時間の差分で表す代わりに、絶対値（ＡＴＳ相当）とビットゼロとの組み合わせで表すことができる。

図３は、この発明の一実施例に係るファイル構造を説明する図である。図１のディスク１００内のデータは、ファイルシステムが入っているボリューム／ファイル構造情報領域１１１と、データファイルを実際に記録するデータ領域１１２で構成されている。ボリューム／ファイル構造情報領域１１１に格納されるファイルシステムは、図３に示すように、どのファイルがどこに記録されているかを示す情報で構成されている。また、データ領域１１２には一般のコンピュータが記録する領域１２０とＡＶデータを記録する領域１２１に分けられている。ＡＶデータ記録領域１２１は、記録されたＡＶデータを管理するためのＨＤＶＭＧファイル（およびそのバックアップファイル）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）の記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したオブジェクト（ＥＳＯＢＳ）が記録されているＥＳｔｒｅａｍオブジェクト群記録領域１３１で構成されている。

ここで、ＤＶＤ−Ｖｉｄｅｏ（ROM Video）はＶＩＤＥＯ−ＴＳ、ＤＶＤ−ＲＴＲ（録再ＤＶＤ）はＤＶＤ−ＲＴＡＶと、フォーマット毎にディレクトリを分けており、今回のデジタル放送対応ＤＶＤ規格も例えばＤＶＤ＿ＨＤＶＲというディレクトリに記録される。

つまり、図３に示すように、ＤＶＤ＿ＨＤＶＲというディレクトリには、データの管理を行うためのＶＭＧファイル（ＨＲ＿ＭＡＮＧＥＲ．ＩＦＯおよびそのバックアップ用ＨＲ＿ＭＡＮＧＥＲ．ＢＵＰ）と、アナログ放送及びアナログライン入力などのアナログＡＶ情報記録用のオブジェクトファイルであるＶＲＯファイル（ＨＲ＿ＭＯＶＩＥＯｘ．ＶＲＯ；ｘ＝０，１，２，…）と、デジタル放送のオブジェクトであるＳＲＯファイル（ＨＲ＿ＳＴＲＭｘ．ＳＲＯ；ｘ＝０，１，２，…）と、スチルオブジェクト用ファイル（ＨＲ＿ＳＴＩＬＬ．ＶＲＯ）と、オーディオオブジェクト用ファイル（ＨＲ＿ＡＵＤＩＯ．ＶＲＯ）とが記録される。ここで、ＳＲＯファイルの対象はＥＳＯＢＳとされる。そして、図３に示されるようにＳＲの管理データはＶＲと共通のＨＤＶＭＧファイルに記録されてＶＲと共通に制御され、図２に示されるようにＳＲの管理データとＶＲの管理データはＣＥＬＬ単位でリンクされ、再生場所の指定は再生時間単位で指定される。

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

図４は、 ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の一部（ＨＤＶＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図である。この実施例におけるストリームレコーディングをＥＳＲ（Extended Stream Recording）と略記し、ビデオレコーディングをＶＲ（Video Recording）と略記する。すると、ＥＳＲデータの管理情報（ＥＳＦＩＴ； Extended Stream File Information Table）は、ＨＤＶＲ＿ＶＭＧ１３０内（図３のＨＲ＿ＭＡＮＧＥＲ．ＩＦＯ内）に保存され、ＶＲデータと同列に管理される。

ＨＤＶＲ＿ＶＭＧ１３０は、ビデオマネージャ情報（ＨＤＶＲ＿ＶＭＧＩ）１３１０と、ＶＲのムービーＡＶファイル情報テーブル（Ｍ＿ＨＤＡＶＦＩＴ）１３７０と、ストリームファイル情報テーブル（ＥＳＦＩＴ ）１３２０と、（オリジナルの）プログラムチェーン情報（ＥＸ＿ＯＲＧ＿ＰＧＣＩ）１３３０と、プレイリスト情報（ＥＸ＿ＰＬ＿ＳＲＰＴ；またはユーザ定義プログラムチェーン情報テーブル：ＥＸ＿ＵＤ＿ＰＧＣＩＴ）１３４０と、テキストデータマネージャ（ＥＸ＿ＴＸＴＤ＿ＭＧ）１３５０と、業者情報テーブル（ＥＸ＿ＭＮＦＩＴ）１３６０を含んで構成されている。

なお、 プレイリストおよびユーザ定義プログラムチェーンは、呼称が異なるが実質的には対等の意味を持ち、ビデオレコーディング規格で用いられているプレイリストおよびユーザ定義プログラムチェーンと同義である。このことから、以下の説明ではプレイリスト関連の情報（ＰＬ＿ＳＲＰ等）およびユーザ定義プログラムチェーン関連の情報（ＵＤ＿ＰＧＣＩＴ＿ＳＲＰ等）が、適宜、併記されている。

ＨＤＶＲ＿ＶＭＧＩ・１３１０は、ディスク管理識別情報（ＶＭＧ＿ＩＤ ）１３１１と、バージョン情報（ＶＥＲＮ）１３１２と、Ｅストリームオブジェクト管理情報開始アドレス（ＥＳＦＩＴ＿ＳＡ）１３１３と、プログラムチェーン情報開始アドレス（ＯＲＧ＿ＰＧＣＩ＿ＳＡ）１３１５と、プレイリスト情報開始アドレス（ＵＤ＿ＰＧＣＩＴ＿ＳＡ）１３１６を含んで構成されている。ＥＳＲストリームの管理情報は、ＥＳＦＩＴ１３２０に保存される。

図５は、この発明の一実施例に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の他部（ＥＳＦＩＴ）がどのように構成されるかの一例を説明する図である。ＥＳＦＩＴ１３２０は、 ＥＳＦＩＴの一般情報ＥＳＦＩＴＩ_ＧＩ（General Information）１３２１と、ＥＳＯＢＩ＿ＶＳＴＩ（Video Status Information）１３２２と、 ＥＳＯＢＩ＿ＡＳＴＩ（Audio Status Information）１３２３と、ＥＳＦＩ（Extended Stream File Information）１３２４を含んで構成される。ＥＳＦＩＴＩ_ＧＩはＥＳＯＢの数、ＶＳＴＩの数、ＡＳＴＩの数、ＥＳＦＩＴのエンドアドレスなどで構成することもできる。

ＶＳＴＩおよびＡＳＴＩは、ＥＳＯＢ内のストリームの属性情報であり、ビデオ属性情報はＶＳＴＩで表すことができ、オーディオ属性情報はＡＳＴＩで表すことができる。ＶＲ規格では、ストリーム情報ＳＴＩはＶＩＤＥＯとＡＵＤＩＯを一組として１つのＳＴＩを構成していたが、デジタル放送の場合、放送信号内に複数のビデオおよび／またはオーディオが入る可能性がある。このため、ＶＲ規格のように必ずしも同じビデオ／オーディオの組でＳＴＩが表されるとは限らない。このことから、ビデオとオーディオは別々の属性情報にして管理した方が全体的なＳＴＩの情報量が少なくて済む。これらビデオの属性情報（Ｖ＿ＡＴＲ）およびオーディオの属性情報（Ａ＿ＡＴＲ）の詳細については、図７を参照して後述する。

図６は、図５に示した管理情報（ＥＳＦＩＴ）の各構成要素のうち、ＥＳＦＩＴＩ＿ＧＩおよびＥＳＦＩの中身がどのように構成されるかの一例を説明する図である。ＥＳＦＩＴＩ＿ＧＩ・１３２１は、ＥＳＯＢの数を示す情報１３２１１と、ＥＳＯＢ＿ＶＳＴＩの数を示す情報１３２１２と、 ＥＳＯＢ＿ＡＳＴＩの数を示す情報１３２１３と、ＥＳＦＩＴの終了アドレスを示す情報１３２１４を含んで構成されている。また、 ＥＳＦＩ・１３２４は、一般情報ＥＳＦＩ＿ＧＩ・１３２５１と、１以上のストリームオブジェクト情報（ＥＳＯＢＩ＃１〜＃Ｋ）１３２５３と、これら（ＥＳＯＢＩ＃１〜＃ｍ）に対する１以上のサーチポインタ（ＥＳＯＢＩ＿ＳＲＰ＃１〜＃Ｋ）１３２５２を含んで構成されている。

図７は、図５に示した管理情報（ＥＳＦＩＴ）の各構成要素のうち、ＥＳＯＢＩ＿ＶＳＴＩおよびＥＳＯＢＩ＿ＡＳＴＩの中身がどのように構成されるかの一例を説明する図である。

ＶＳＴＩの属性情報Ｖ＿ＡＴＲ・１３２２１Ｖには２種類考えられ、図７の例０１では、（基本的にはＶＲ規格と同じビット構成であるが）ＨＤ（High Definition）対応として、圧縮モード（０＝ＭＰＥＧ１；１＝ＭＰＥＧ２；２＝ＭＰＥＧ４／Ｈ２６４）と、ＴＶシステム（０＝ＮＴＳＣ525/60；１＝ＰＡＬ625/50）と、アスペクト比（０＝４：３；１＝１６：９）と、Ｉ／Ｐ（Interlace/Progressive）の識別フラグ（０＝インターレース；１＝プログレッシブ）と、ビデオ解像度情報（０＝720×480；１＝704×480；２＝352×480；３＝352×240；４＝544×480；５＝480×480；６＝1280×720；７＝1920×1080）が追加になっている。

一方、例０２では、ＳＩ（Service Information）を利用するように構成されている。すなわち、ＳＩ上のデータを加工せずにＶ＿ＡＴＲに設定するもので、ストリームコンテントとコンポーネントタイプの設定に、Component descriptor（記述子）の値をそのまま利用したものである。

また、ＡＳＴＩの属性情報Ａ＿ＡＴＲ・１３２２３も、 Ｖ＿ＡＴＲと同様に、例１１では（基本的にはＶＲと同じビット構成であるが）ＨＤ対応として、圧縮モード（０＝ＡＣ３（Ｒ）；１＝エクステンションビットストリームなしのＭＰＥＧ１またはＭＰＥＧ２；２＝ ＭＰＥＧ２；３＝リニアＰＣＭ；４＝ＭＰＥＧ２・ＡＡＣ；５＝ＤＴＳ（Ｒ））と、量子化／ダイナミックレンジ制御（０＝サンプリング周波数ｆｓ４８ｋＨｚ；１＝ ｆｓ９６ｋＨｚ）と、オーディオチャネル数（０〜７＝１ｃｈ〜８ｃｈ；８＝２ｃｈデュアルモノ）等が追加になり、例１２ではＳＩのComponent記述子の値がそのままＡ＿ＡＴＲのストリームコンテントとコンポーネントタイプに設定されている。

図８は、図６に示した管理情報のうち、ＥＳＦＩ＿ＧＩおよびＥＳＯＢＩの中身がどのように構成されるかの一例を説明する図である。ＥＳＦＩ＿ＧＩはＥＳＯＢＩ＿ＳＲＰの数と、ＡＰＰ＿ＮＡＭＥと、ＥＳＯＢファイル名と、ＥＳＦＩの終了アドレスを含んでいる。また、各ＥＳＯＢＩは、ストリームオブジェクト一般情報ＥＳＯＢＩ＿ＧＩと、１以上のＥＳＯＢエレメンタリストリーム情報と、シームレス情報ＳＭＬＩと、オーディオギャップ情報ＡＧＡＰＩと、タイムマップ一般情報ＴＭＡＰ＿ＧＩと、１以上のエレメンタリストリームマップ情報ＥＳ＿ＭＡＰＩと、ＥＳグループ数と、１以上のＥＳグループ情報を含んでいる。

図９は、図８に示した管理情報のうち、ストリームオブジェクト一般情報（ＥＳＯＢ＿ＧＩ）の中身がどのように構成されるかの一例を説明する図である。ストリームオブジェクト一般情報ＥＳＯＢＩ＿ＧＩには、図９に示されるように、ＥＳＯＢＩタイプＥＳＯＢＩ＿ＴＹ、録画開始時間ＥＳＯＢ＿ＲＥＣ＿ＴＭ／ ＥＳＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢ、ＥＳＯＢ開始のＰＴＳ（再生タイムスタンプ）又はＡＴＳ（到着時間）のどちらか、ＥＳＯＢ終了のＰＴＳ又はＡＴＳのどちらかが含まれる。

さらに、 ＥＳＯＢＩ＿ＧＩには、ＰＣＲパケットの位置シフトを示すＰＣＲ＿ＰＫＴ＿ＳＨＩＦＴと、受信したストリームパケットの長さＡＰ＿ＰＫＴ＿ＳＺ（現在ＴＳパケットであるため、１８８）、パケットグループ内の受信したストリームパケットの数ＰＫＴ＿ＧＲＰ＿ＳＺ（現在ＴＳパケットであるため、８５パケット）、マップグループの数、ＡＰＰ＿ＮＡＭＥ、ＰＡＴより、ＴＳ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、録画したストリームのＰＭＴのＰＩＤ、ＰＭＴからは、ＳＥＲＶＩＣＥ ＰＩＤ、ＦＯＲＭＡＴ ＩＤ、Ｖｅｒｓｉｏｎ（外部入力の場合にデータの種類を示すレジステーション・ディスクリプタの値、内部チューナの場合は、チューナ固有のデータ種別を設定）、ＥＳＯＢ＿ＲＥＰ＿ＰＩＤ（再生するＳＯＢの代表のストリームのＰＩＤ、またはコンポーネントグループの番号とも考えられる。代表ＰＩＤの場合、ＥＳＯＢＩ＿ＧＩの録画開始時間、ＥＳＯＢ開始、ＥＳＯＢ終了のＰＴＳ又はＡＴＳを作る上で使用する）、ＰＣＲのＰＩＤ、ＥＳＯＢのＥＳ数で構成されている。

さらに、 ＥＳＯＢＩ＿ＧＩには、ＥＳＯＢの映像のデフォルトのＰＩＤ（もしくはコンポーネントタグ）：ＥＳＯＢ＿ＲＥＰ＿ＰＩＤ、ＥＳＯＢの編集した時間：ＥＳＯＢ＿ＥＤＩＴ＿ＴＩＭＥ等が入っている。これにより、もし、セル情報ＣＩなどで再生するＰＩＤが記述されていない場合でも、ＥＳＯＢＩ内のＥＳＯＢ＿ＲＥＰ＿ＰＩＤにしたがって再生可能となる。

さらに、 ＥＳＯＢＩ＿ＧＩには、ＶＯＢＵ／ＥＳＯＢＵの時間間隔を変更するためのＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧが設定されている（ＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧの設定はタイムマップ一般情報ＴＭＡＰ＿ＧＩ（あるいはマップ一般情報ＭＡＰ＿ＧＩ）にあっても可能）。

ＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧの値が０の場合はＶＯＢＵ／ＥＳＯＢＵは０．４秒〜１．０秒になり、ＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧの値が１の場合はＶＯＢＵ／ＥＳＯＢＵは１．０秒〜２．０秒になり、ＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧの値が２の場合はＶＯＢＵ／ＥＳＯＢＵは２．０秒〜３．０秒になる。これにより、録画時間が増えても、タイムマップ情報ＴＭＡＰＩが極端に大きくなることを防ぐことが可能となる。（ただし、各エントリの時間間隔が広がると、倍速再生等がスムーズにできない可能性は増える。）
なお、 ＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧの値は、図９および図１５に示すように、ＶＲ系の管理情報（ＶＯＢＩ）とＳＲ系の管理情報（ＥＳＯＢＩ）の両方が共通に持ち、両方に対応している。

さらに、ＥＳＯＢの解析可能かどうかをチェックし、解析可能である場合は、ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧに０を設定し、解析不能である場合はＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧに１を設定する。ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧに０で設定した場合は、本願実施例にあるＴＭＡＰＩを構成し、再生等を行う。しかし、ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧに１を設定した場合は、メーカ固有の独自な管理情報を持ち、コンテンツを管理することになる。

また、図９のＥＳＯＢ＿ＧＩでは、ＥＳＯＢ中のパケットグループ内のＩＰＡＴのビット長（ESOB_IPAT_Bit_Length）と、ＩＰＡＴの切捨てビット桁数（シフトビット桁数）（ESOB_round off bit）を設定している。

ところで、各ＴＳパケットの到着時間を表すためには、ＡＴＳ（Arrival Time Stamp）を６バイトで表す必要がある（図２０以降参照）。しかしながら、本願では、記録媒体（ディスク）の容量を節約するために、８５パケットを１パケットグループとし、その先頭のみにＡＴＳをそのまま使用し、それ以外は、全て前値との差分であるＩＰＡＴでＴＳパケットの到着時間を表している。 ＩＰＡＴのビット長（ESOB_IPAT_Bit_Length）は、そのＩＰＡＴのビット長を設定している。さらに、ＩＰＡＴの内、下位の切り捨てるビット数をESOB_round off bitで指定している。再生する場合、記載されているＩＰＡＴの値をESOB_round off bit分、左にシフトした（０を付けた）値をＩＰＡＴとして、処理を行う。

図１０は、図８に示した管理情報のうち、ＥＳＯＢエレメンタリストリーム情報と、タイムマップ一般情報（ＴＭＡＰ＿ＧＩ）（あるいはマップ一般情報（ＭＡＰ＿ＧＩ））と、エレメンタリストリームマップ情報（ＥＳ＿ＭＡＰＩ）と、ＥＳグループ情報の中身がどのように構成されるかの一例を説明する図である。

ＥＳＯＢ＿ＥＳＩは、図１０に示されるように、ストリームのタイプ、そのストリームのＰＩＤ、Ｖｉｄｅｏの場合はＶＳＴＩ番号、Ａｕｄｉｏの場合はＡＳＴＩ番号、そのほかの場合は0xffffを設定する。ここのストリームタイプはＰＭＴ内に書いてあるタイプである。

ＴＭＡＰ＿ＧＩ（あるいはＭＡＰ＿ＧＩ）は、図１０に示されるように、ＡＤＲ＿ＯＦＳ（ＳＯＢの先頭の開始アドレス：Logical Block：ＬＢ単位）、ＥＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＥＳＯＢのＬＢ内の開始パケット番号）、ＥＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ（ＥＳＯＢのＬＢ内の終了パケット番号）、ＥＳ＿ＭＡＰ数で構成される。

さらに、ＢＳデジタル放送受信時に雨などのためにエラーレートが高かった場合、受信映像を高階層から低階層に切り替えるための難受信情報を図１８に示されるようなフォーマット（例３）で保存する方法を採用できる。このフォーマットを採用する場合は、この難受信情報１３２４３９をここ（図１０のＳＯＢＩ末尾）に設定できる。この難受信情報１３２４３９として、難受信状態の個数１３２４３９１、各難受信開始情報１３２４３９２、および各難受信終了情報１３２４３９３が含まれる。このとき、難受信期間（低階層に切り替えられている期間）は受信時のエラーレート値によって決定される。その際、難受信開始決定のエラーレートと難受信終了決定のエラーレートについては、開始の方を高くし、終了の方を低くすることで開始／終了の検出にヒステリシスを設け、階層間の切り替えが頻繁に起きるの防いでいる。なお、この難受信情報１３２４３９については、図１８を参照して後述する。

図１１は、図１０に示したＥＳ＿ＭＡＰ＿ＧＩの中身がどのように構成されるかの一例を説明する図である。ＥＳ＿ＭＡＰＩは、図１１に示されるように、ＥＳ＿ＭＡＰ＿ＧＩ、ＥＳＯＢＵエントリ情報で構成されている。ＥＳ＿ＭＡＰ＿ＧＩ・１３２４３６１は、ＥＳ＿ＰＩＤ（該当エレメンタリストリームのＰＩＤ）１３２４３６１１、ＥＳＯＢＵエントリ数１３２４３６１２、１ＳＴ＿ＥＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ（最初のＥＳＯＢＵの最初のＴＳパケットのＰａｃｋｅｔ Ｇｒｏｕｐ内の先頭からのＴＳパケット番号）１３２４３６１３、ＥＳＯＢＵの種別１３２４３６１４、ＥＳＯＢＵ内で示されるＰＣＲの間隔１３２４３６１５を含んで構成されている。

ＥＳＯＢＵはビデオデータがある場合とビデオデータがなくオーディオデータのある場合とその他の情報のみの場合の３つが考えられ、図１１の例では、ＥＳＯＢＵの種別はそれぞれ00、01、10としている。

なお、ＰＣＲ間隔については、それが“00”のときはリファレンスピクチャＲＥＦ−ＰＩＣ（Ｉピクチャ）の直前（１ＰＣＲ前）のＰＣＲ位置をＥＳＯＢ＿ＥＮＴ内で示すことが示され、それが“01”のときはＲＥＦ−ＰＩＣの２ＰＣＲ前のＰＣＲ位置をＥＳＯＢ＿ＥＮＴ内で示すことが示され、それが“10”のときはＲＥＦ−ＰＩＣの３ＰＣＲ前のＰＣＲ位置をＥＳＯＢ＿ＥＮＴ内で示すことが示され、それが“11”のときはその他の指示状態が示されるようになっている。

図１２は、図１０に示したＥＳＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を説明する図である。また、図１３は、図２に示したＥＳＯＢＵが、ビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図である。

ＥＳＯＢＵは、図１２、図１３に示されるように、ビデオのデータがある場合とビデオデータが無くオーディオデータのある場合とその他の情報のみの場合の３つが考えられ、種別はそれぞれ＜１＞、＜２＞、＜３＞とする。すなわち、この種別に従い、ＥＳＯＢＵエントリ情報には、上記３種類がある。

＜１＞ビデオデータがある場合、 ＥＳＯＢＵエントリ情報は、エントリ内の最初のリファレンスピクチャ（Ｉピクチャ等）のＥＳＯＢＵ先頭からの最終アドレス情報（ＬＢ単位）１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺと、ＥＳＯＢＵの再生時間（フィールド数）ＥＳＯＢＵ＿ＰＢ＿ＴＭと、ＥＳＯＢＵ＿ＳＺ（パケットグループ数で表されるサイズで、後述する図６２に示すように、ＥＳＯＢＵに属するパケットグループの数）と、ＥＳＯＢＵ＿ＳＴＡＲＴ（ＥＳＯＢＵの先頭が入っているパケットグループの先頭からのパケット数）と、ＰＣＲ＿ＰＯＳと、 Ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｆｌａｇとで構成される。

なお、ＰＣＲ＿ＰＯＳは、 ＰＣＲ間隔で示されるＰＣＲの位置を、ＥＳＯＢＵ先頭からのアドレス数で示す。ＰＣＲが存在しない場合はＰＣＲ＿ＰＯＳは0ｘｆｆｆｆとなる。また、 ＰＣＲ＿ＰＯＳのＬＢ数は、PCR_POS×2^ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴで表わすことができる。ここで、ＰＣＲはリファレンスピクチャがある位置よりも前のものでＰＣＲ間隔で示される数分前のＰＣＲの位置である。また、Ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｆｌａｇはＥＳＯＢＵの先頭にＩピクチャがあるかどうかのフラグで、このフラグが１のときはＩピクチャが存在し、このフラグが０のときはＩピクチャは存在しない。

これにより、タイムサーチの場合（図４８）、ＥＳＯＢＵ＿ＰＢ＿ＴＭの累積で目的の時間のＥＳＯＢＵを求め、そのＥＳＯＢＵの先頭からのフィールド数で再生開始ＰＴＭを換算することができる。ここで、タイムサーチするターゲットのＥＳＯＢＵをＫとし、そのターゲットアドレスをＡとすると、“ＥＳＯＢＵ＿ＳＺ（Ｎ）をＮ＝１からＮ＝Ｋ−１まで累積した値を８倍してそれに１を加えた値”がターゲットアドレスＡとなる。すなわち、

Ａ＝Σ^k-1 _N＝1｛ＥＳＯＢＵ＿ＳＺ（Ｎ）｝×８ ＋ １ …（１）

となる。さらに、先頭のパケットはＥＳＯＢＵ＿ＳＴＡＲＴの値のパケットとなり、このアドレスにアクセスすることになる。

＜２＞ビデオデータが無くオーディオデータがある場合は、 エントリ内の最初の音声フレームのＥＳＯＢＵ先頭からの最終アドレス情報（上記に同じ）と、ＥＳＯＢＵの再生時間（フィールド数）と、ＥＳＯＢＵのサイズ（上記に同じ）と、ＰＣＲ＿ＰＯＳとで、 ＥＳＯＢＵエントリ情報が構成される。

＜３＞その他の情報のみの場合は、エントリ情報が構成されないため、すべてＦＦで埋める。

図１４は、ＡＶデータ管理情報記録領域１３０に記録される管理情報に含まれるＰＧＣ情報（オリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩ／ユーザ定義情報テーブル情報またはプレイリスト情報）が、どのように構成されるかの一例を説明する図である。ユーザ定義情報テーブル情報ＵＤ＿ＰＧＣＩＴＩ（プレイリスト情）１３４０は、ＵＤ＿ＥＸ＿ＰＧＣＩＴ・１３４１と、１以上のＵＤ＿ＥＸ＿ＰＧＣＩ＿ＳＲＰ＃１〜＃ｒ・１３４２と、１以上のユーザ定義情報ＵＤ＿ＥＸ＿ＰＧＣＩ＃１〜＃ｓ・１３４３を含んで構成されている。

図１５は、ＡＶデータ管理情報記録領域（ＲＴＲ＿ＨＤＶＭＧＩ；図４のＨＤＶＲ＿ＶＭＧに対応）１３０に記録されるＶＲのムービーＡＶファイル情報テーブル（Ｍ＿ＨＤＡＶＦＩＴ）がどのように構成されるかの一例を説明する図である。このＭ＿ＨＤＡＶＦＩＴには、図９のＥＳＯＢ＿ＧＩと同様、 ＶＯＢＵ／ＥＳＯＢＵの時間間隔を変更するためのＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧ（VOBU/ESOBU PlayBack Time Range）が格納される。（図１５のＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧと図９のＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＲＮＧは同じ機能を持っている。）
図１６は、図１４に示したプログラムチェーン情報（ＯＲＧ＿ＥＸ＿ＰＧＣ情報またはＵＤ＿ＥＸ＿ＰＧＣ情報）の各構成要素の中身がどのように構成されるかの一例を説明する図である。このプログラムチェーン情報（ＥＸ＿ＰＧＣ情報；ＥＸ＿ＰＧＣＩ）は、プログラムチェーン一般情報（ＥＸ＿ＰＧＣ＿ＧＩ）１３３１と、１以上のプログラム情報（ＥＸ＿ＰＧＩ＃１〜＃ｐ）１３３２と、１以上のセルサーチポインタ（ＥＸ＿ＣＥＬＬ＿ＳＲＰ＃１〜＃ｑ）１３３３と、１以上のセル情報（ＥＸ＿ＣＩ＃１〜＃ｑ）１３３４を含んでいる。

プログラムチェーン一般情報１３３１は、プログラム数１３３１１およびセルサーチポインタ数１３３１２の情報を含んでいる。各プログラム情報１３３２は、プログラムタイプ１３３２１と、プログラム内セル数１３３２２と、プライマリテキスト情報１３３２３と、アイテムテキストサーチポインタ番号１３３２４と、代表画像情報１３３２５と、編集者ＩＤ１３３２６と、プログラムインデックス番号（プログラム絶対番号）１３３２７と、プログラム更新日時１３３２８と、業者情報番号１３３２９を含んでいる。また、各セル情報１３３４は、セルタイプ１３３４１と、ＥＳＦＩ番号１３３４２と、対応ＥＳＯＢ番号１３３４３と、参照するＩＤ１３３４４と、セルエントリポイント情報の数１３３４５と、セル開始ＰＴＳ／ＡＴＳ１３３４６と、セル終了ＰＴＳ／ＡＴＳ１３３４７と、セルエントリポイント情報（Ｃ＿ＥＰＩ）１３３４８を含んでいる。

ここで、プログラム更新日時１３３２８のフィールドには、プログラム管理情報が更新されたときの日時情報（年月日、時分秒）が保存される。また、ＭＮＦＩ番号１３３２９のフィールドには、業者情報サーチポインタの番号が記述される。

ところで、図１６のＥＸ＿ＰＧＣ情報は再生情報であり、通常のＶＲフォーマットと同様に、ＯＲＧ＿ＥＸ＿ＰＧＣ情報は、録画時に機器（レコーダ）が自動的に作成するもので、録画順に設定される。一方、ＵＤ＿ＥＸ＿ＰＧＣ情報は、ユーザが自由に追加する再生順番に従って作成されるもので、プレイリスト（ＰＬＡＹ・ＬＩＳＴ）と呼ばれている。この２つのフォーマットはＰＧＣレベルで共通であり、図１６はそのＥＸ＿ＰＧＣ情報の共通フォーマットを示している。

また、プログラム情報（ＥＸ＿ＰＧＩ）には、そのプログラム（ＰＧ）が更新された日時情報１３３２８が保存されており、この日時情報により、そのプログラムが何時編集されたのかが分かる。また、テキスト情報として、番組名用にはＰＲＭ＿ＴＸＴが使用され、その他のテキスト情報を保存するためにＩＴ＿ＴＸＴ領域にその他の情報（監督名、主演名、…）を保存し、本ＰＧＩにはその保存したＩＴ＿ＴＸＴのＳＲＰ番号を設定して、リンクさせ、さらに、ＩＴ＿ＴＸＴデータの方にもＰＧ番号を設定している。ここで、ＰＧ番号はこのディスクに記録し初めてからの絶対番号で、他のＰＧを削除しても変わらないインデックス番号としている。

また、（レコーダの）メーカー特有の機能を実現させるために設けられたＭＮＦＩを利用するために、プログラム情報ＥＸ＿ＰＧＩに業者情報ＭＮＦＩのサーチポインタ番号（ＭＮＦＩ番号）１３３２９を設定している。つまり、ＭＮＦＩの情報でもＰＧ番号をさらに設定する事により、ＭＮＦＩ情報内のデータとＥＸ＿ＰＧＣＩ内のデータとのリンクを図っている。

さらに、ＭＮＦＩ、ＩＴ＿ＴＸＴの両方にＰＧの更新日時情報を設定し、メニュー表示時にその時刻の一致をチェックする事により、他社メーカーの編集かどうかを検証できるように構成している。

図１６のセル情報１３３４では、セルタイプにＥＳＯＢの種別が加わっている。さらに、セル情報１３３４では、対応するＥＳＯＢ番号を指定し、セルの開始時間（セル開始ＰＴＳ／ＡＴＳ）およびセル終了時間（セル終了ＰＴＳ／ＡＴＳ）を指定している。ここで、セルの開始時間および終了時間は、ＰＴＳ単位（再生時間）またはＡＴＳ単位（到着時間）の２種類で表わすことができる。

ここで、時間指定を再生時間（再生時の実時間）にすると、従来のＶＲと同じアクセス方法が可能となり、ユーザが再生時間で指定できるため、ユーザ希望が完全に反映されることになる。ただし、この方法は、ストリームの内容が十分に解析可能な場合に指定できる方法であり、十分に内容がわからない場合には到着時間単位で指定せざるを得ない。

なお、再生時間で指定した場合、必ずしもＩピクチャの先頭で再生を開始できるとは限らない。再生開始のフレームがＩピクチャで無い場合は、その直前のＩピクチャよりデコードを開始し、目的のフレームまでデコードした所で、再生映像の表示を開始する。これにより、ユーザには指定されたフレームから再生開始したように見せることができる。

また、図１６のセル情報１３３４に含まれる「参照するＩＤ」は、再生するストリームを代表するストリームのＰＩＤ（またはコンポーネントタグの値）を設定する方法と、マルチビューＴＶの場合などで、コンポーネントグループのＩＤを設定する方法が考えられる。また、この設定値が0xffffの場合、子画面でマルチ表示する方法と事前に設定したグループ（もしくはデフォルトのメイングループ）を優先的に表示し、後（再生中）で切り換える方法が考えられる。

また、新しい概念として、ＥＸ＿ＰＧＩに「最後に編集を行った機器（レコーダ）のメーカーＩＤ（編集者ＩＤ・１３３２６）」を入れることにより、どのメーカーの機器が編集を行ったかを示す情報が追加されている。これにより、各メーカーで使用しているＭＮＦＩの情報の使用状況が分かる。各機器は、ＭＮＦＩの領域の書き換えが他社の機器で行われた場合、そのＭＮＦＩ内の情報の信頼性が無いことを判定できる。そのために、他社の機器で編集された後は、ＭＮＦＩは新たに構築する必要がある。また、ＰＧに特有のＩＤ番号（ＰＧ絶対番号）１３３２７を付け、途中のＰＧを削除しても変わらない番号でＰＧを指定できるようにしている。

また、ＰＧ、ＣＥＬＬに特有のＩＤ番号を付け、途中のＰＧ、ＣＥＬＬを削除しても変わらない番号でＰＧ、ＣＥＬＬを指定できるようにしている。

さらに、セルエントリポイント情報Ｃ＿ＥＰＩ・１３３４８に難受信状態（後述する図１７のＨｉｅｒａ＿ＴＹ）を追加し（例１）、難受信の開始位置と終了位置にＥＰを打ち、そのステータスをＨｉｅｒａ＿ＴＹで追加設定可能にしている。

図１７は、図１６のセル情報に含まれるセルエントリポイント情報（Ｃ＿ＥＰＩ）の中身がどのように構成されるかの一例を説明する図である。このＣ＿ＥＰＩは２種類（タイプＡとタイプＢ）が用意されている。タイプＡのＣ＿ＥＰＩは、エントリポイントタイプＥＰ＿ＴＹと、難受信情報Ｈｉｅｒａ＿ＴＹと、エントリポイント再生時間ＥＰ＿ＰＴＭで構成される。タイプＢのＣ＿ＥＰＩは、タイプＡにプライマリテキスト情報ＰＲＭ＿ＴＸＴＩが加わった内容となっている。タイプＡとタイプＢの識別はＥＰ＿ＴＹによりなされる（ＥＰ＿ＴＹ＝００でタイプＡ；ＥＰ＿ＴＹ＝００でタイプＢ）。難受信状態の記録（低階層映像の記録）が開始するエントリポイントは例えばＨｉｅｒａ＿ＴＹ＝０１で示され、難受信状態の記録（低階層映像の記録）が終了するエントリポイントは例えばＨｉｅｒａ＿ＴＹ＝１０で示される。

図１８は、図１０の難受信情報（例３）の中身がどのように構成されるかの一例を説明する図である。この難受信情報１３２４３９は、例えば図１０のＳＯＢＩ末尾に設定される。この難受信情報１３２４３９は、難受信状態の個数１３２４３９１、各難受信開始情報１３２４３９２、および各難受信終了情報１３２４３９３を含んで構成される。

難受信状態の個数１３２４３９１は、デジタル放送受信中（録画中）に電波状況が良くなったり悪くなったりして難受信を起こした箇所が（１度の録画において）１箇所以上になる場合に、その箇所数を記録する。

また、ある難受信のスタートアドレス（またはその再生時間ＰＴＭ）１３２４３９２とエンドアドレス（またはその再生時間ＰＴＭ）１３２４３９３は、その難受信録画箇所の先頭から末尾までの位置（先頭からのパケット数で表すことができる）を示す情報となる。このスタートアドレス／エンドアドレスのペアは、難受信状態の個数１３２４３９１と同じ数だけ記録すればよい。

図１９は、図１または図２に示したストリームオブジェクト用のデータユニット（ＥＳＯＢＵ）がどのように構成されるかの一例を説明する図である。１個のＥＳＯＢＵ１３４は１以上のパケットグループ１４０で構成され、各パケットグループ１４０は、例えば８パック（１パック＝１セクタ：２０４８バイト）で構成される。

各パケットグループ１４０は、パケットグループヘッダ（４０４バイト）１６１と、１以上（ここでは８５個）のＭＰＥＧ−ＴＳパケット（１８８バイト）１６２を含んで構成されている。

パケットグループヘッダ１６１は、同期パターン１５１と、パケット到着時間情報（ＡＴＩ）１５２と、下記のＤＣＩおよびＣＣＩの有効性を示す情報（ＤＣＩ＿ＣＣＩ＿ＳＳ；ＤＣＩ／ＣＣＩ有効性フラグ０＝無効、１＝有効）１５３と、表示コントロール情報（ＤＣＩ；Display Control Information）１５４と、コピー世代管理情報（またはコピー制御情報ＣＣＩ；Copy Control Information）１５５と、 ＰＣＲの位置情報（ＰＣＲＩ；Program Clock Reference Information）１５６と、難受信切り替え情報（例２）１５７と、製造者情報（ＭＮＩ；Manufacturer's information）（または業者情報ＭＮＦＩ）１５８とを含んで構成されている。図示しないが、さらにＰＴＳ（Presentation time stamp）を含んで構成することもできる。

また、各ＭＰＥＧ−ＴＳパケット１６２は、４バイトのヘッダ１７０とアダプテーションフィールドおよび／またはペイロード１８０を含んで構成されている。ここで、ヘッダ１７０は、同期バイト１７１と、トランスポート・エラー・インジケータ１７２と、ペイロードユニット開始インジケータ１７３と、トランスポート優先度１７４と、パケット識別子（ＰＩＤ）１７５と、トランスポート・スクランブル制御１７６と、アダプテーションフィールド制御１７７と、連続性指標１７８を含んで構成されている。

図２０は、図１９に示したパケットグループヘッダに含まれる到着時間情報（ＡＴＩ）がどのように構成されるかの一例を説明する図である。図２１は、図１９に示したパケットグループヘッダに含まれる到着時間情報（ＡＴＩ）がどのように構成されるかをさらに説明する図である。また、図２２は、伝送レートが小さくなってＴＳパケット間がＩＰＡＴで表現できないほど長くなった場合（オーバーフロー時）の処理を説明する図である。

Packet GroupはPacket Group HeaderとＴＳパケット（８５個）で構成されている。各ＴＳパケットの到着時間は、Packet Group Header内のＡＴＩ（Arrival Time Information）で表わされている。このＡＴＩは、図２０（ｂ）に示すように、一般情報ＡＴＩ＿ＧＩと、パケットグループ内で１番目のＴＳパケットの到着絶対時間を表すＡＴＳ（６バイト）と、２番目以降のＴＳパケットの到着相対時間を表すＩＰＡＴを含んでいる。

ＡＴＩ＿ＧＩは、ＡＴＳ／ＩＰＡＴが存在するか否かを示すＡＴＳ_Exist/No Exist（１ビット）と、 ＡＴＳ／ＩＰＡＴが存在する場合にＩＰＡＴのビット長を示すIPAT_Bit_Length（またはESOB_IPAT_Bit_length；通常、２６ビット）と、 ＡＴＳ／ＩＰＡＴが存在する場合のＩＰＡＴの切り捨てビット数を示すIPAT_round off Bitとで構成されている。これらのIPAT_Bit_LengthとIPAT_round off Bitは１つのＳＯＢ内では一定とされる。

Packet Group内の最初のＴＳパケットの到着時間はＡＴＩ内の先頭のＡＴＳで絶対時間表示される。Packet Group内で２番目以降のＴＳパケットの到着時間は、ＡＴＳとその次のＩＰＡＴを足した値で表わされ、さらに、次からは、１つ前の到着時間にＩＰＡＴを足した値で表わされる（図２０（ｄ）参照）。なお、IPAT_Bit_LengthとIPAT_round off Bitの和は、図２０（ｃ）に示すように、ＡＴＳ（６バイト）よりも小さい。このため、全てのＴＳパケットの到着時間を絶対時間ＡＴＳで表す場合と比べ、大多数のＴＳパケットの到着時間を差分時間ＩＰＡＴで表す図２０の構成の方が、到着時間情報ＡＴＩのサイズを小さく抑えることができる。

ＡＴＳ、ＩＰＡＴの表現には、２種類考えられる。第一は、映像系の基本クロックである２７ＭＨｚをべースとしてカウントする方式（図２０）である。また、第二は、再生のベースクロックである９０ｋＨｚ（ＰＴＳ、ＳＣＲ等の基本クロック）で大体の所を表現し（IPAT_base）、さらに差分を２７ＭＨｚで表現する（IPAT_exten）２段クロック表現方式（図２１）である。

また、ＩＰＡＴは、データ長を節約するために一つ前のＴＳパケットの到着時間（ＡＴＳ）との差分値としているが、そのパケットヘッダ内に記載する場合のデータ長は、IPAT_Bit_lengthで表すことができる。ここで、第一の方式では、下位を丸めるために、IPAT_round off Bitを設定し、その値分、値を切り捨てる。一方、第二の方式では、PAT_extenの下位を丸めるために、IPAT_round off Bitを設定して、データ量の節約を行う。

ここで、図２１の構造では、デジタル放送の最高伝送レート（ＰＭＴ内のデジタルコピー記述子に記載）を調べ、その値に従ってＳＯＢ毎に設定する必要があるが、最低レートは決められない。そのため、データが来るのが遅れ、ＩＰＡＴでは表せない（オーバーフローする）場合がある。その場合、２つの処理が考えられる。第一は、図２１に示されるように、ＩＰＡＴを0ｘｆｆで埋め、ＡＴＳがＩＰＡＴで表現できる範囲を超えた事を示す方法であり、第二は、図２２に示すように、ＩＰＡＴ分のビット長を00で埋め、次の６バイトに（差分ではなく絶対値の） ＡＴＳを配置する方法である。ただし、第二の場合、パケットグループヘッダのデータ長に限りがあるため、ここでは、一パケットグループ中、第二の方法を採るのは４回までとしている。

ここで、録再されるデータの種類によっては、リアルタイム性を必要としないデータの可能性もある。その場合、到着時間等は意味を成さないので、それらの情報を省略可能にするため、ATS_EXIST/No Existのフラグ（図２０（ｂ））を設けている。

なお、IPAT_Bit_lengthおよびIPAT_round off Bitは、図１９はパケットヘッダに存在する例であるが、図９のようにＳＯＢＩにIPAT_Bit_lengthおよびIPAT_round off Bitが存在することも可能である。

図２３は、図１９に示したパケットグループヘッダに含まれる各種情報がどのように構成されるかの一例をさらに説明する図である。

有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）１５３は１バイトで構成され、その中の１ビットのＤＣＩ＿ＳＳは、０で無効を示し、１で有効を示している。また、３ビットのＣＣＩ＿ＳＳは、０で無効を示し、１でＡＰＳのみが有効であることを示し、２でＥＰＮのみが有効であることを示し、３でＡＰＳおよびＥＰＮが有効であることを示し、４でＣＧＭＳのみが有効であることを示し、５でＣＧＭＳとＡＰＳが有効であることを示し、６でＣＧＭＳとＥＰＮが有効であることを示し、７でＡＰＳ、ＥＰＮおよびＣＧＭＳが３つとも有効であることを示している。

表示制御情報（ＤＣＩ）１５４には４バイト割り当てられ、ＥＳ毎に３２ストリーム分のＤＣＩが設定される。ストリームがない場合は、このＤＣＩのフィールドは“０”で埋められる。このＤＣＩの内訳は、先頭から順に、ＥＳ１〜ＥＳ３２のアスペクトフラグ（“0”でアスペクト比４：３を示し、“1”でアスペクト比１６：９を示す）が配置される。

ＣＣＩ・１５５は、デジタルコピー制御（00＝コピー禁止、01＝１回コピー許可、11＝コピー禁止）とアナログコピー制御（00＝ＡＰＳ無し、01＝ＡＰＳタイプ1、10＝ＡＰＳタイプ2、11＝ＡＰＳタイプ3）とＥＰＮ（0＝コンテンツ保護、1＝コンテンツ保護無し）とＩＣＴ（0:アナログビデオ出力解像度制限、1＝制限無し）で構成されている。ここで、ＡＰＳはAnalog Protection Systemのことで、ここではマクロビジョン（Ｒ）を想定している。また、ＩＣＴはimage_constraint_tokenのことである。

ＣＣＩおよびＤＣＩは、それぞれ、デジタルコピー制御記述子、コンテント利用記述子、コンポーネント記述子の値を反映している。特にＥＰＮは、コンテンツ利用記述子のencryption_modeの値（０：保護する）を反映し、ＩＣＴはコンテンツ利用記述子のimage_constraint_tokenの値（０：制限する）を反映している。

これらＣＣＩおよびＤＣＩは、各ＥＳ毎に用意され、合計３２ＥＳ分領域を確保している。なお、同じＥＳで同じパケットグループ内にＣＣＩおよび／またはＤＣＩの変化しそうなところがある場合は、パケットグループを一旦区切り、ダミーデータ（ＩＰＡＴ＝0x01、ＴＳパケット＝ALL0x00）で残りのパケットグループを埋め、その変化部分で次のパケットグループになる様に設定する。つまり、パケットグループ内でＣＣＩおよびＤＣＩが変化しない様にアライン処理を行っている。

一方、ＰＣＲ位置情報１５６は、例えば２バイトで表現される。この２バイトで、ＰＣＲパック番号を表現できる。このＰＣＲパック番号は、先頭の基準ピクチャ（例えば先頭のＩピクチャ）に一番近いＥＳＯＢＵの先頭から、ＰＣＲのあるパックまでのパック数で表すことができる。ＰＣＲが存在しない場合は、 ＰＣＲ位置情報１５６は、例えば“0xffff”とされる。

図２４は、図１９に示したパケットグループヘッダに含まれる難受信切り替え情報（例２）１５７がどのように構成されるかの一例を説明する図である。この難受信切り替え情報は、難受信映像が開始されるのか終了するのかを示すＨｉｅｒａ＿ＴＹ（Ｈｉｅｒａ＿ＴＹ＝０１で開始、Ｈｉｅｒａ＿ＴＹ＝１０で終了）と、該当パケット内におけるその開始または終了のアドレスと、予約ビットで構成されている。

図２５は、この発明の一実施例に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

地上波アナログ放送は、地上波チューナ部８２で受信され、そのまま再生される場合は受信されたアナログＴＶ信号が外部に送出される。これにより、地上波チューナ部８２で受信されたアナログ放送番組をＴＶ６８で表示できる。

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

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

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

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

ストリームレコーディングまたはビデオレコーディングの記録／再生制御は、メインＭＰＵ部８０のＲＯＭ８０Ｃに書き込まれたファームウエア（後述する図２６〜図５０の動作に対応した制御プログラム等）により行われる。ＭＰＵ部８０はストリームレコーディングおよびビデオレコーディングの管理データ作成部８０Ｂを持ち、ワークＲＡＭ部８０Ａを作業エリアとして種々な管理情報を作成し、作成した管理情報を、図１（ｄ）のＡＶデータ管理情報記録領域１３０に適宜記録する。また、ＭＰＵ部８０は、ＡＶデータ管理情報記録領域１３０に記録された管理情報を再生し、再生した管理情報に基づき種々な制御（図２６〜図５０）を行う。なお、ＭＰＵ部８０のＲＯＭ８０Ｃには、図２５の装置のメーカーＩＤ情報等を書き込んでおくことができる。さらに、前述した難受信情報または難受信切り替え情報（例１〜例３）を用いた処理を行なうファームウエアは、メインＭＰＵ部８０の難受信切替処理部８０Ｄに格納されている。

図２５の装置で用いる媒体１００（１００ａ）の特徴を簡単に纏めると、次のようになる。すなわち、この媒体は、管理領域１３０とデータ領域１３１で構成され、データ領域にはデータが複数のオブジェクトデータ（ＥＳＯＢ）に分かれて記録され、それぞれのオブジェクトデータはデータユニット（ＥＳＯＢＵ）の集まりで構成される。そして、１つのデータユニット（ＥＳＯＢＵ）は、ＭＰＥＧ−ＴＳに準じたデジタル放送信号をＴＳパケット毎に複数パケットでパケットグループ化したパケットグループにより構成される（図１、図１９参照）。一方、前記管理領域１３０は再生手順を管理する情報としてＰＧＣ情報（ＰＧＣＩ）を持ち、このＰＧＣ情報はセル情報（ＣＩ）を含んで構成される。さらに、管理領域１３０内にオブジェクトデータ（ＥＳＯＢ）を管理する情報を持つ。

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

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

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

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

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

記録時の信号の流れは、ＳＴＢ部（または地上波デジタルチューナ）で受け取ったＴＳパケットデータが、フォーマッタ部でパケットグループ化され、ワークＲＡＭに保存され、一定量たまった時点（１またはその整数倍のＣＤＡ分がたまった段階で）でディスクに記録される。

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

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

図２６は、図２５の装置の全体の動作の一例（全体動作処理フロー）を説明するフローチャートである。ここでのデータ処理は、番組設定処理、録画処理、再生処理、データ転送処理（デジタル出力処理）、編集処理の５つである。

例えば図２５の装置の電源がオンされると、ＭＰＵ部８０は、（工場出荷時またはユーザが設定した後の）初期設定を行い（ステップＳＴ１０）、表示設定を行って（ステップＳＴ１２）、ユーザ操作を待つ。ユーザがキー入力部１０３またはリモコン１０３ａからキー入力を行うと（ステップＳＴ１４）、ＭＰＵ部８０はそのキー入力の内容を解釈する（ステップＳＴ１６）。この入力キー解釈の結果に応じて、以下の４つのデータ処理が、適宜実行される。

すなわち、キー入力が例えばタイマ予約録画設定のキー操作であれば、番組設定処理に入る（ステップＳＴ２０）。キー入力が録画開始のキー操作であれば、録画処理に入る（ステップＳＴ２２）。キー入力が再生開始のキー操作であれば、再生処理に入る（ステップＳＴ２４）。キー入力がＳＴＢへデジタル出力させるキー操作であれば、デジタル出力処理に入る（ステップＳＴ２６）。編集処理のキー操作であれば、編集処理に入る（ステップＳＴ２８）。

ステップＳＴ２０〜ＳＴ２８の処理は、そのタスク毎に適宜並列処理される。例えば、再生処理中（ＳＴ２４）にＳＴＢへデジタル出力する処理（ＳＴ２６）が並列に実行される。あるいは、タイマ予約録画でない録画処理中（ＳＴ２２）に新たな番組設定処理（ＳＴ２０）を並列に処理するように構成することができる。あるいは、高速アクセス可能なディスク記録の特徴を生かし、録画処理（ＳＴ２２）中に再生処理（ＳＴ２４）とデジタル出力処理（ＳＴ２６）を並列処理するように構成することもできる。ＨＤＤへの録画中にディスクの編集処理（ステップＳＴ２８）を行うように構成することも可能である。

図２７は、図２６に示した編集処理（ＳＴ２８）の一例を説明するフローチャートである。編集処理に入ると、編集内容に応じて、４つの処理（Ａ〜Ｄのいずれか）に入ることができる（ステップＳＴ２８０）。エントリポイント編集処理（ステップＳＴ２８２Ａ）、コピー／移動処理（ステップＳＴ２８２Ｂ）、削除処理（ステップＳＴ２８２Ｃ）、あるいはプレイリスト作成処理（ステップＳＴ２８２Ｄ）が済むと、この編集によるプログラム更新の日時が、各管理情報（ＥＸ＿ＰＧＩ、ＥＸ＿ＩＴ＿ＴＸＴ、ＥＸ＿ＭＮＦＩ）に設定される（ステップＳＴ２８４）。

なお、プログラム情報ＰＧＩ、セル情報ＣＩ、あるいはＶＯＢ、ＥＳＯＢのどれかが変更されたときに、このプログラム更新日時の設定を行うようにしてもよい。ここで、ＶＯＢＩおよび／またはＳＯＢＩが変更された場合は、ＶＯＢＩおよび／またはＳＯＢＩの編集時間（ＥＤＩＴ＿ＴＩＭＥ）を図９のＥＳＯＢ＿ＥＤＩＴ＿ＴＩＭＥ等に設定できる。

ついでながら、ＳＴ２８４の処理において、ＳＴ２８２Ａ〜ＳＴ２８２Ｄの何れかの操作を行った機器のメーカーＩＤを、図１６の編集者ＩＤ（ＬＡＳＴ＿ＭＮＦ＿ＩＤ）１３３２６に設定してもよい。この編集者ＩＤは、ＰＧＩ、ＣＩ、ＥＳＯＢ（またはＶＯＢ）のどれかが変更されると、その都度、その時に用いた機器のＩＤ情報により、設定（または更新）できる。

図２８および図２９は、図２５の装置の録画動作の一例を説明するフローチャートである。録画時のデータ処理は、以下のようになる：
[a1]まず、番組設定処理でＥＰＧ（Electronic Program Guide）を使用して録画する番組を決めておき、受信を開始し、その決めた番組の録画を行う；
[a2]ＭＰＵ部がキー入力部より録画命令受けると、ドライブ部から管理データを読み込み、書き込む領域を決定する。このとき、ファイルシステムをチェックし、録画可能かどうかを判断し、録画可能の場合は、記録する位置を決定し、録画可能でない場合は、その旨をユーザに示して,処理を中止する。

[a3]決定された領域を書き込むように管理領域に設定し、ビデオデータの書き込みスタートアドレスをドライブ部に設定し、データを記録する準備を行う；
[a4]ＳＴＣ部に時間のリセットを行う。ここで、ＳＴＣ部はシステムのタイマーでこの値を基準に録画、再生を行う；
[a5]録画する番組のＰＡＴを読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部のワークＲＡＭ部にＰＡＴ、ＰＭＴを保存し、管理情報に書き込む。ファイルシステムに、ＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報を書き込む（ステップＳＴ１１０）。

[a6]各部へ録画設定を行う。このとき、フォーマッタ部へ、各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録するようにする。また、バッファへＴＳパケットの保持を開始するように設定し、フォーマッタ部は動作を開始する（ステップＳＴ１１６）；
[a7]ＰＭＴよりＶＳＴＩ、ＡＳＴＩを作成する（図２９のステップＳＴ１２０）；
[a8]バッファ内のデータが一定量たまった場合は（ステップＳＴ１４０イエス）、Ｄ−ＰＲＯを通して、ＥＣＣ処理を行い、ディスクに記録する（ステップＳＴ１４２）。

[a9]録画中、定期的に（フォーマッタ部のバッファＲＡＭがいっぱいになる前に）、切り分け情報をＭＰＵ部のワークＲＡＭに保存する（ステップＳＴ１４６）。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報であり、例えば、１秒もしくはＧＯＰの切れ目、そのサイズ、Ｉピクチャの開始／終了アドレス、難視聴（難受信）エラー情報（エラー開始／終了ＰＴＭ（例１）か、そのアドレス（例２））等である。

[a10]録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時には、フォーマッタ部より残りの切り分け情報を取り込み、ワークＲＡＭへ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、さらに、ファイルシステムに、残りの情報を記録する；
[a11]終了で無い場合は、[a7]に移行し、データの取り込み及び再生を続けて行うようにする。

ここで、録画中の内容をＴＶに表示するために、取り込んだデータをＤ−ＰＲＯ部へと同時にデコーダ部へも送り、その再生を行う。この場合、ＭＰＵ部はデコーダ部へ再生時の設定を行い、その後はデコーダが自動的に再生を行う。Ｄ−ＰＲＯ部は１６パック毎にまとめてＥＣＣグループとして、ＥＣＣをつけてドライブ部へ送る。ただし、ドライブ部がディスクへの記録準備が出来ていない場合には、一時記憶部へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部は高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。ただし、ＭＰＵ８０は、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部へ、マイコンバスを通して、読み書きできるように構成されている。

図３０は、図２９に示したバッファ取り込み処理（ＳＴ１３０）の一例（バッファ取り込み処理フロー）を説明するフローチャートである。記録時の時の動作は、ＴＳパケットを受信すると８５パケットづつグルーピング化し、パケットグループヘッダを作成する。

[d1]まず、ＴＳパケットを受信する。図９のＥＳＯＢ＿ＧＩ中に格納されたＣＯＧ／ＮＯＮＣＯＧをチェックし（ステップＳＴ１３０１Ａ）、ＥＳＯＢの解析が不能（ＮＯＮＣＯＧ）なら独自のグループ構成に変換し（ステップＳＴ１３０１Ｂ）、解析可能（ＣＯＧ）ならＰＣＲのチェックに移る。

[d2]取り込んだＴＳパケットにＰＣＲがある場合はＳＴＣの修正を行う；
[d3]パケットグループの先頭の場合は、Sync_Pattern：00ffa5a5を設定し、その到着時間をＳＴＣより取り込み、ＡＴＳとする。先頭でない場合は、1つ前のＴＳパケットの到着時間と、本ＴＳパケットの到着時間との差分をＩＰＡＴとして、そのビット長がESOB_IPAT_Bit_Lenth + IPAT_round off bitを超えるかどうかを判定する。超えた場合は、その超過処理がこのパケットグループ内で４回を超えたかどうかを判定する。４回以内の場合は、ＡＴＩの後ろにＩＰＡＴのビット数と同じ長さ0を設定し、その後ろにＡＴＳを６バイト設定する。

４回以上の場合（ステップＳＴ１３１０Ｃイエス）、本パケットグループを終了し、残りをダミーパケットで埋め、ＩＰＡＴ＝01とし、ＴＳパケットはＡＬＬ“00”に設定する（ステップＳＴ１３１０Ｄ）。

ビット長がESOB_IPAT_Bit_Lenthを超えない場合は、 IPAT_Bit_length およびIPAT_round off Bitの値に従ってＩＰＡＴをビット処理し、ＩＰＡＴをＡＴＩの後ろの配置する（ステップＳＴ１３１０Ｇ）。そして、ＴＳパケットをパケットグループのデータエリアに追加する（ステップＳＴ１３１０Ｆ）。

[d4]ＤＣＩ、ＣＣＩの設定処理（ステップＳＴ１３１１）を行う；
[d5]パケットグループが終わったかどうかを判定し、（８５個のＴＳパケットをグルーピングしたかどうかを判定し）、終わってない場合は、[d1]へ移行し、終わった場合は、グループデータをバッファＲＡＭ内に一時保存する。

図３１は、図３０に示したＤＣＩ、ＣＣＩ設定処理（ＳＴ１３１１）の一例を説明するフローチャートである。ＤＣＩ、ＣＣＩの設定処理をさらに説明する。

[e1]最新のＰＭＴ、ＥＩＴ内にコピー情報があるかどうか調べ、ある場合は、その情報を元に各ストリーム毎に（最大３２ＥＳ）コピー情報を構成し、設定し、[e3]へ移行する；
[e2]受信したＴＳパケット内にコピー情報がない場合は、前回のパックと同じ情報をコピー情報として構成する。

[e3]最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子があるかどうか調べ、ある場合は、その情報を元に各ＥＳ毎に（最大３２ＥＳ）ＩＣＴ、ＥＰＮを設定し、[e5]へ移行する；
[e4]受信したＴＳパケット内にコピー情報がない場合は、前回のパックと同じ情報をＩＣＴ、ＥＰＮとして構成する。

[e5]解像度情報があるかどうかを調べ、ない場合は前回のパックと同じ情報を、ある場合はその情報を元に、各ＥＳ毎に（最大３２ＥＳ）解像度情報を構成する；
[e6]８５パケット内（パケットグループ内）において、同じＥＳ内でＣＣＩ、ＤＣＩに変化があるかどうかを調べ、ある場合は、本パケットグループを変化前のＴＳパケットまでとし、パケットグループの残りをダミーデータで埋め、変化後のパケットを新たなパケットグループとして登録する。

ここで、ＰＴＳは、ピクチャ先頭がグループ内に含まれている場合に、ＴＳパケットの中をみて保存する。また、ビデオデータが無く、オーディオデータのみの場合は、オーディオ用のコピー情報に従って、ＣＣＩを構成する。その後、後述する難受信設定処理（ステップＳＴ１３１２４）に入る。

図３２は、図３１のステップＳＴ１３１２３の処理（パケットグループアライン処理）におけるパケットグループのデータ構造を例示する図である。同じＥＳにおいて、同じパケットグループ内でＣＣＩおよび／またはＤＣＩが変化しそうな場合は、パケットグループを一旦区切り、図３２に示すようにダミーデータで残りのパックを埋め、次のパケットグループになるように設定する。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行なう。

図３３は、図３１のステップＳＴ１３１２４の処理（難受信設定処理）の具体例を説明するフローチャートである。この難受信処理では、受信エラー率を調べる（デジタルチューナ部、もしくはＳＴＢ部でエラー訂正処理を行い、単位時間当たりのエラーを調べる）。その値がある一定の値（スタート値）以上の場合は（ステップＳＴ１３１２４Ａイエス）、そのパケットの位置情報（パケットグループ番号、パケット番号もしくはＰＴＭ（Presentation Time））とその要因情報を切り分け情報として保存する。ここで、例２の場合はその値をパケットグループヘッダに設定する。

難受信中で受信エラー率がある一定の値（エンド値）以下となった場合は（ステップＳＴ１３１２４Ｄイエス）、そのパケットの位置情報（パケットグループ番号、パケット番号もしくはＰＴＭ）とその要因を切り分け情報として保存し、例２の場合はその値をパケットグループヘッダに設定する。

ここで、スタート値とエンド値の関係は、スタート値＞エンド値とすることでヒステリシスを持たせて、チャタリングを防いでいる。

図３４は、図１に示したディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前の処理の一例（録画前処理フロー）を説明するフローチャートである。

[b1]ＤＶＤ＿ＨＤＶＲのディレクトリ（新たなＶＲの入るディレクトリ）を探し、このディレクトリが無い場合はそのディレクトリを作成し、ある場合は次に移行する；
[b2]ディレクトリ内に録画されているかどうかを調べ、録画されている場合は、その管理情報であるＶＭＧＩをワーク内に読み込み、その記録されている放送方式（ＡＰＰ＿ＮＡＭＥ）より本機器がサポートしている方式かどうかを判定し、サポートしていない場合は、その旨を表示して終了する。

[b3]録画されているデータが無い場合はワーク内にＶＭＧＩを作成する；
[b4]これから録画するデータの放送方式を調べる。（内部チューナの場合は、機器内でデフォルトの方式とし、外部デジタル入力の場合は、デジタル入力より送られてくるRegistration_Descriptorの値を調べ、録画する方式を決定する）。

[b5]ディスク内の放送方式と比べ、違っている場合は、その旨を表示して終了する；
[b6]録画するデータの放送方式が本機器がサポートしている方式かどうかを判定し、サポートしていない場合は、その旨を表示して終了する。

[b7]ワーク内に構築しているＶＭＧＩのＡＰＰ＿ＮＡＭＥに放送方式を設定して、ＥＰの自動設定の場合はその間隔時間をユーザに設定させ、次の処理に移行する；
なお,ディスク内に複数の記録方式（放送方式）の混在が許されている場合は、各ESOBI_GIにＡＰＰ＿ＮＡＭＥを記述することが必要であるが,複数の混在が禁止されている場合は、ＥＳＦＩ＿ＧＩもしくはＶＭＧ＿ＭＡＴにＡＰＰ＿ＮＡＭＥを記述してもよい。

[b8]最後に、解析可能なストリームであるか否かをチェックし（ステップＳＴ１１３５）、その結果に応じてＥＳＯＢ＿ＣＯＮＧ／ＮＯＮＣＯＮＧを設定する。

図３５は、図２９に示したストリーム情報（ＶＳＴＩとＡＳＴＩ）作成処理（ＳＴ１２０）の一例（ＳＴＩ設定処理フロー）を説明するフローチャートである。

[c1]ディスクに記録されているＶＳＴＩ、ＡＳＴＩをワークに読み込む；
[c2]ＰＭＴを調べ、設定されているストリーム数を調べる；
[c3]設定されているストリーム数の数だけ[c4]〜[c5]を繰り返す。

[c4]ＰＭＴよりストリームタイプを調べ、ビデオ、オーディオのストリームかどうかを判定し、それ以外の場合は、次のストリームチェックに移行する；
[c5]ストリームタイプをＭＰＥＧ１ビデオ、ＭＰＥＧ２ビデオ、ＭＰＥＧ１オーディオ、ＭＰＥＧ２オーディオ等の種別に分け、それぞれの種別応じて、内部のデータをチェックし、各属性情報を読み出す。

[c6]属性情報より、ＶＳＴＩ、ＡＳＴＩと比較し、同じ属性情報がある場合は、その番号を該当するＥＳＯＢ＿ＥＳＩに設定し、次のストリームチェックに移行する；
[c7]属性情報を元に新たにＶＳＴＩまたはＡＳＴＩを設定し、その番号を該当するＥＳＯＢ＿ＥＳＩに設定し、次のストリームチェックに移行する。

図３６は、図２９に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＦＩまたはＥＳＦＩ）作成処理の一例（ＥＳＯＢ構造設定処理および編集日時設定処理付きのストリームファイル情報作成処理フロー）を説明するフローチャートである。

[f0]まず、 図９のＥＳＯＢ＿ＧＩ中に格納されたＣＯＧ／ＮＯＮＣＯＧをチェックし（ステップＳＴ１５００Ａ）、ＥＳＯＢの解析が不能（ＮＯＮＣＯＧ）なら独自のグループ構成に変換し（ステップＳＴ１５００Ｂ）、解析可能（ＣＯＧ）なら次の処理に移る。

[f1]ＳＯＢＩを一つ増やすため、サーチポインタ（ＳＲＰ）を増やし、その領域を確保する（ステップＳＴ１５００Ｃ）；
[f2]録画時間をＳＯＢ＿ＲＥＣ＿ＴＭに設定する。ここで、機器（レコーダ）の内部の時計は、ＴＤＴ（Time Data Table）により、設定、補正が行なわれ、常に正確な時間が得られる。

[f3]スタートＰＴＭ、エンドＰＴＭを設定する；
[f4]記録レートに従ってＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴを設定する；
[f5]ストリームの種類がＴＳストリーム（ＡＲＩＢ、ＤＶＢ）の場合は、パケットサイズＡＰ＿ＰＫＴ＿ＳＺに１８８を設定し、パケットグループサイズＰＫＴ＿ＧＲＰ＿ＳＺに８を設定し、そうでない場合は、放送方式にあった値を設定する。

[f6]放送方式をＡＰＰ＿ＮＡＭＥに設定する；
[f7]ＰＡＴより、ＴＳ_ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、ＰＭＴ＿ＩＤ（本ＥＳＯＢで使用しているＰＭＴのＰＩＤ）を設定する；
[f8]ＰＭＴより、ＳＥＲＶＩＣＥ＿ＩＤ（ＰＭＴ内のProgram_Number）、ＰＣＲ＿ＰＩＤ、を設定する。さらに、ＦＯＲＭＡＴ＿ＩＤ、ＶＥＲＳＩＯＮについては、内部チューナの場合は、機器内でデフォルトの方式とし、外部デジタル入力の場合は、デジタル入力より送られてくるRegistration_Descriptorの値を設定する。

[f9]さらに、録画したＥＳの数を設定する。（ＰＭＴには放送している全てのＥＳの情報；数が設定されているが、録画時に全てのＥＳを記録しているとは限らないため、記録したＥＳの数を設定する。）
[f10]コンポーネントグループ記述子により、どのＥＳとどのＥＳをセットで再生するかの情報が入っているため、その組になるＥＳの情報をグループとする。さらに、そのグループのコンポーネントタグ情報をＰＭＴ内のストリーム記述子でＰＩＤに変換し、その情報をグループ情報として保存する。（このＥＩＴの情報は放送方式により変わる可能性がある。）
[f11]録画を開始したＬＢアドレスをＡＤＲ＿ＯＦＳに設定し、各切り分け情報を元にストリーム毎にＭＡＰＩを作成する。

[f12]デフォルトのＰＩＤ／コンポーネントタグを設定する。デフォルトのビデオのＰＩＤとは、コンポーネントタグ値が00の値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに相当するストリームのＰＩＤが、相当する；
[f13]ＥＳＯＢの構造を設定する処理（ステップＳＴ１５２２；詳細は図３７参照）を行い、その後、編集日時を設定する（ステップＳＴ１５２４）。

図３７は、図３６に示したＥＳＯＢ構造設定処理（ＳＴ１５２２）の一例を説明するフローチャートである。

[g1]まず、録画した録画時間を調べ、録画時間が２時間以下の場合は[g2]に移行し、２から４時間の場合は[g3]へ移行し、４時間以上の場合は[g4]へ移行する；
[g2]図９のＥＳＯＢ＿ＰＢ＿ＲＮＧ１３２４３１１８に０を設定し、切り分け情報（0.4〜1sの情報）より、ＥＳＯＢＵが0.4s〜1sになるようにＥＳＯＢＵ＿ＥＮＴを作成し、[g5]へ移行する。

[g3]ＥＳＯＢ＿ＰＢ＿ＲＮＧに１を設定し、切り分け情報（0.4〜1.0sの情報）より、ＥＳＯＢＵが1s〜2sになるようにＥＳＯＢＵ＿ＥＮＴを作成し、[g5]へ移行する；
[g4]ＥＳＯＢ＿ＰＢ＿ＲＮＧに２を設定し、切り分け情報（0.4〜1.0sの情報）より、ＥＳＯＢＵが2s〜3sになるようにＥＳＯＢＵ＿ＥＮＴを作成する。

[g5]受信したストリームの最大レートをチェックする（ＰＭＴ内のデジタルコピー記述子の値をチェック）（ステップＳＴ１５２２５Ａ）。これが一定値以下の場合、IPAT_bit_length＝28、IPAT_round off bit＝2に設定する（ステップＳＴ１５２２５Ｃ）。通常は、IPAT_bit_length＝26、IPAT_round off bit＝0に設定する（ステップＳＴ１５２２５Ｂ）。

[g6]続いて、難受信処理を行う（ステップＳＴ１５２２９）（例３の場合の処理：詳細は図４０を参照して後述する）。ここでは、切り分け情報より難受信情報の有無を調べ、ある場合はその値の場所に難受信情報を設定し、そのステータスを設定する。そして、その情報をＳＯＢＩの所定の位置（図１８）に所定のフォーマット（図１８）で保存し、次のステータスがあるかをチェックし、ある場合はこの難受信情報設定処理を繰り返す。

なお、図示しないが、以下の処理をさらに行なってもよい。すなわち、データが解析可能かどうかをチェックし、解析可能な場合、ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧを０に設定する。そして、本願のＥＳＯＢ管理処理を行うように設定し、本処理を終了する。解析不可能な場合（暗号化が解けない場合）、ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧを１に設定し、各メーカーがプライベートに考えたＥＳＯＢ管理処理を行うように設定し、本処理を終了する。

図３８は、図２９に示した録画終了処理（ＳＴ１５０）におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例（プログラム設定処理フロー）を説明するフローチャートである。

[t1]ディスクの最初の記録かどうかをチェックし、最初の場合はＯＲＧ＿ＰＧＣを作成し、最初で無い場合はそのＯＲＧ＿ＰＧＣの後にＰＧを追加するように設定する；
[t2]ＰＧ＿ＴＹに消去許可:0を設定し、Cell_Nsにセルの数を設定する。

[t3]ＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のlanguage_codeが"jpn"の場合は、ＶＭＧ＿ＭＡＴのＣＨＲに0x12を設定し、ＰＲＭ＿ＴＸＴＩの第２領域にＥＶＥＮＴ＿ＮＡＭＥを設定し、ＲＥＰ＿ＰＩＣＴＩに代表画像の情報を設定する。

[t4]ＬＡＳＴ＿ＭＮＦ＿ＩＤに本機器のメーカーＩＤを設定する。この値は、ＰＧＩ、ＣＩ、ＶＯＢの変更があった場合にその変更した機器のメーカーＩＤを設定し、最後に編集、記録したのがどのメーカーであるかをわかるために設定するもので、これにより、違うメーカーが変更した場合の対応が取りやすくなる。

[t5]ＰＧ＿ＩＮＤＥＸにＰＧの絶対番号を設定し、他のアプリソフトなどから参照する場合にＰＧ単位での参照が可能にしている。さらに、本ＰＧ更新日時情報を記録する。この時、本機器で対応している（メーカーのコードが一致した）ＭＮＦＩやＩＴ＿ＴＸＴがある場合には、その対応するデータの更新日時情報も設定する。

[t6]ＭＮＦＩに各メーカー独自の情報を設定する；
[t7]セルタイプにストリーマであることを示す情報を設定する；
[t8]参照するＥＳＯＢ番号を設定し、再生するＩＤとして代表（ビデオの）ＰＩＤまたは、Component_Group_Idを設定し、ＥＰＩの数、再生開始ＰＴＭ、終了ＰＴＭ、ＥＰを設定それぞれ設定する。

[t9]しかる後、難受信処理を行う（ステップＳＴＸ１０）（例１の場合の処理： 図３９参照）。その際、切り分け情報より難受信情報の有無を調べ、ある場合はその値の場所にエントリポイントを設定し、そのステータスを設定し、次のステータスがあるかをチェックし、ある場合はこの難受信情報設定処理を繰り返す。

図３９は、図３８に示した難受信設定処理（例１）の具体例を説明するフローチャートである。ここでは、まず切り分け情報を読み出し（ステップＳＴＸ１１１）、難視聴（難受信）エラースタートの情報の有無がチェックされる（ステップＳＴＸ１１２）。このエラースタート情報があるときは、エラー開始時間ＰＴＭをエントリポイントＥＰに設定し、階層切り替え情報としてのＨｉｅｒａ＿ＴＹに０１を設定する（ステップＳＴＸ１１３）。続いて、エラー終了時間ＰＴＭをエントリポイントＥＰに設定し、Ｈｉｅｒａ＿ＴＹに１０を設定する（ステップＳＴＸ１１４）。その後、作成したエントリポイントの数を管理情報の１つであるＣ＿ＥＰＩ＿Ｎｓに設定する（ステップＳＴＸ１１６）。

図４０は、難受信設定処理の他例（例３）を説明するフローチャートである。ここでは、まず切り分け情報を読み出し（ステップＳＴＸ１３１）、難視聴（難受信）エラースタートの情報の有無がチェックされる（ステップＳＴＸ１３２）。このエラースタート情報があるときは、エラー開始アドレス／ＰＴＭを設定し（ステップＳＴＸ１３３）、続いて、エラー終了アドレス／ＰＴＭを設定する（ステップＳＴＸ１３４）。その後、作成した難視聴情報（難受信情報）の数を管理情報の１つである難受信エントリ数（図１８）に設定する（ステップＳＴＸ１３６）。

図４１および図４２は、図２５の装置の再生動作の一例（全体の再生動作フロー）を説明するフローチャートである。

[n1]ディスクチェックし、rewritable Disc（Ｒ、ＲＷ、ＲＡＭ）かどうかをチェックする。rewritable Discで無い場合には、その旨を返して終了する；
[n2]ディスクのファイルシステムを読み出し、録画されたデータがあるかどうかチェックし、無い場合には、“録画されていません”と表示して終了する。

[n3]ＶＭＧファイルを読み込み、再生するプログラム、セルを決定し（ユーザに選ばせ）を決定する。ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩに従って再生を行なう。番組毎の再生を（ユーザが指定した順序で）行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣに従って再生を行う。

[n4]ＡＰＰ＿ＮＡＭＥの値を読み出し、対応可能な放送方式かどうかチェックし、対応可能で無い場合は、その旨を表示して処理を終了する。（もしくは次のセルへ移行する。）
[n5]再生するセル情報ＣＩより再生するＥＳＯＢ／ＶＯＢを決定し、再生開始ＰＴＭより、再生を開始するファイルポインタ（論理アドレス）を決定する。さらにＳＴＩの値により、各デコーダ部の設定を行い再生の準備を行う。また、先頭のパケットグループヘッダ内のＣＣＩより、再生するＥＳに対応した各ＣＯＰＹプロテクション処理を行う。まず、ＡＰＳの設定をビデオデコーダに対して行う。すなわち、ＡＰＳのＯＮ／ＯＦＦ、ＡＰＳのタイプ等を設定し、デジタルコピー制御によりＣＧＭＳＡの設定をビデオデコーダに行う。

さらに、デジタル出力（ＩＥＥＥ１３９４、インターネット等）がある場合、ＥＰＮの値により、「０＝スクランブルオン又は出力禁止、１＝そのまま出力」を出力ＩＣに設定する。また、ＩＣＴが０の場合、画像の解像度に制限を加え、高精細ＨＤを標準解像度ＳＤに変換し、ＩＣＴが１の場合は、そのままの解像度を出力ＩＣに設定する。この時、再生を開始するフレームがＩピクチャで無い場合、その直前のＩピクチャを読み出しそこからデコードを開始し、目的のフレームまできた所で表示を開始し、通常再生を開始する。

[n6]再生開始時の処理を行う；
[n7]各デコーダの初期設定を行う；
[n8]セルの再生処理（後述）を行い、再生終了かどうかをチェックし、終了の場合には、エラーチェックを行い、エラーの場合には、その旨を表示し、エラーでない場合には再生終了処理を行い、本動作を終了する。

[n9]ＰＧＣＩより次のセルを決定し、デコーダの設定が変更されたかどうかをチェックし、変更された場合には、次のシーケンスエンドコードにデコーダの設定が変更されるようにデコーダに変更属性を設定する；
[n10]再生が終了したかどうかをチェックし、再生終了しない場合は、[n6]へ移行する。

図４３は、図４２のセル再生時の処理（ＳＴ２２０）の一例を説明するフローチャートである。まず、
[p1]マップ情報（図８のＥＳ＿ＭＡＰＩなど）の内容より、セルの開始ファイルポインタＦＰ（論理ブロック番号）および終了ファイルポインタＦＰを決定する。さらに、図１５のセル情報ＣＩ内のセル開始時間／終了時間より、開始のＥＳＯＢＵ＿ＥＮＴ、終了のＥＳＯＢＵ＿ＥＮＴを決定する。そして、ＡＤＲ＿ＯＦＳに目的のＥＳＯＢＵ＿ＥＮＴまでのエントリのデータ長を累積し、開始アドレス（論理ブロックＬＢ＝ファイルポインタＦＰ）、終了アドレスを求める。残りセル長は、終了アドレスより開始アドレスを引いた値とし、再生開始時間をＳＴＣへセットする。さらに、再生するＰＩＤを決定してデコーダ（ＳＴＢ、デジタルチューナ）に設定する（ステップＳＴ２２０２Ａ）。

[p4]デコーダ部内部でデコード処理を行うように設定する；
[p5]再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する。

[p6]読み出す読み出し単位サイズと残りセル長を比べ、残りセル長が大きい場合には、残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定する。小さい場合には、読み出し長を残りセル長にセットし、残りセル長を０にセットする。

[p7]読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する。

[p8]１ＥＳＯＢＵ分たまるのを待つ。たまったら、バッファデータデコーダ転送処理を行い、次へ移行する；
[p9]難受信再生処理（例１は図４６、例３は図４７）を行う（ステップＳＴＹ１０）。この処理が終わったら、
[p13]読み出しＦＰと[p5]で設定した読み出し長を足したものを、読み出しＦＰに代入する。そしてＭＰＥＧデコーダを通常モードに設定する（ステップＳＴ２２２４Ａ）。

[p14]転送が終了したかどうかをチェックし、終了した場合には、残りセル長をチェックし、“００”でない場合には、[p2]へ移行し、“００”の場合には、本処理を終了する；
図４４は、図４３のバッファデコーダ転送処理（ＳＴ２２１７）の一例を説明するフローチャートである。まず、
[q1]バッファＲＡＭ内のパケットグループの数をチェックし、１パケットグループ無い場合は本処理を終了する。１以上ある場合は、最初のパケットグループを処理するよう設定する；
[q2]目的のパケットグループをバッファＲＡＭ内より読み出す。パケットグループの先頭は、パケットグループ長とSync_Pattern（図１９の１５１）により検出する。

[q3]パケットグループ内のＣＣＩを読み出し、再生すべきＥＳに該当するＥＳにＣＣＩの設定があり、前回と変化しているかどうかをチェックし、変化が無い場合は、[q8]へ移行する；
[q4]ＡＰＳの値に応じてビデオデコーダにアナログプロテクション（例えばマクロビジョン方式）を設定し、このアナログプロテクションがＯＮの場合、プロテクションのタイプを設定する。

[q5]デジタルコピー制御により、各ＥＳ毎にＣＧＭＳＡにコピー許可／コピー禁止を設定する。その他に１回コピー許可があるが、デジタル放送の場合、録画された時点で１回コピー許可からコピー禁止に変更されているため、１回コピー許可はステータスには無くなっている；
[q6]各ＥＳ毎にＥＰＮをチェックし、保護の場合、デジタル出力（ＩＥＥＥ１３９４もしくはインターネット）へは、スクランブルをかけて出力するよう設定するか、もしくは出力を禁止する。保護でない場合は、そのまま出力する。

[q7]各ＥＳ毎にＩＣＴをチェックし、画像出力制限の場合は、アナログＨＤ出力（Ｄ端子もしくは色差出力）の解像度をＨＤからＳＤへダウンコンバートして出力する。制限でない場合は、そのまま出力する；
[q8]パケットグループ内のＤＣＩを読み出し、再生すべきＥＳに該当するＥＳにＤＣＩの設定があり、前回と変化しているかどうかをチェックし、変化が無い場合は、[q10]へ移行する。

[q9]アスペクト情報により、ビデオデコーダに目的のＥＳのアスペクト情報を設定する；
[q00]難受信再生処理（例２：図４５）の処理を行う。パケットグループヘッダ内の難受信情報をチェックし、難受信スタートがある場合は、そのパケットより再生するビデオのＰＩＤを階層伝送記述子内の値に従い、低階層を再生するように設定する。難受信エンドである場合は、そのパケットより、再生するビデオのＰＩＤを階層伝送記述子内の値に従い、もとの高階層を再生するように設定する。

[q02]パケットグループヘッダ内のＡＴＩを読み出し、ＡＴＳが存在するかどうかをチェックする。存在しない場合は、直ちに（時間に関係なく）デコーダ部（ＳＴＢまたはデジタルチューナ）に１パケットグループを送り、[q11]に移行する。

[q03]ＡＴＳが存在する場合、パケットの先頭はＡＴＳ（６バイト）をそのまま、次からは前回のＡＴＳにＩＰＡＴの値をround offの値分、左にビットシフト（下位に0ビットを追加）した値を足した値とする。ＩＰＡＴ＝00の場合、次の６バイトをＡＴＳとする。ＩＰＡＴ＝01の場合、以下はダミーのため破棄する。

[q10]デコーダ部に１パケットグループ分を転送するよう設定する。

[q11]転送終了まで待ち、パケットグループがバッファＲＡＭに残っているかどうかをチェックし、残っていない場合は本処理を終了する；
[q12]次のパケットグループを処理するよう設定し、[q2]に移行する。

図４５は、図４４に示した難受信の再生処理（例２）の具体例を説明するフローチャートである。難受信エラー開始であれば（ステップＳＴＹ２０１イエス）、階層伝送記述子のquality_levelが０のＥＳのＰＩＤを再生するように、デコーダ（ＳＴＢ）を設定する（ステップＳＴＹ２０２）。その場合は、例えば「ＢＳ受信時に受信エラーが発生しています。低階層に移行します。」といったダイアログを、ＯＳＤ処理などにより、画面表示する（ステップＳＴＹ２０３）。

難受信エラー開始後それが終了すれば（ステップＳＴＹ２０４イエス）、階層伝送記述子のquality_levelが１のＥＳのＰＩＤを再生するように、デコーダ（ＳＴＢ）を設定する（ステップＳＴＹ２０５）。その場合は、例えば「通常（高階層映像）に移行します。」といったダイアログを、ＯＳＤ処理などにより、画面表示する（ステップＳＴＹ２０６）。

図４６は、難受信の再生処理の他例（例１）を説明するフローチャートである。まず、Ｃ＿ＥＰＩを読み込み、エントリポイントを検索する（ステップＳＴＹ１０１）。続いて、難受信のステータスのあるＥＰがあるかどうかチェックし、ない場合（ステップＳＴＹ１０２ノー）は、本処理を終了する。

難受信スタートの場合（ステップＳＴＹ１０２イエス）は、そのＰＴＭを読み出し、現在のＳＴＣと比較する（ステップＳＴＹ１０３）。その際、現在のＰＴＭが同じかもしくは大きければ、再生するビデオのＰＩＤを、階層伝送記述子内の値に従い、低階層を再生するように設定する（ステップＳＴＹ１０４）。その場合は、例えば「ＢＳ受信時に受信エラーが発生しています。低階層に移行します。」といったダイアログを、ＯＳＤ処理などにより、画面表示する（ステップＳＴＹ１０５）。

難受信エンドの場合、そのＰＴＭを読み出し、現在のＳＴＣと比較する（ステップＳＴＹ１０６）。その際、現在のＰＴＭが同じかもしくは小さい場合は、再生するビデオのＰＩＤを、階層伝送記述子内の値に従い、高階層を再生するように設定する（ステップＳＴＹ１０７）。その場合は、例えば「通常（高階層映像）に移行します。」といったダイアログを、ＯＳＤ処理などにより、画面表示する（ステップＳＴＹ１０８）。

図４７は、難受信の再生処理の他例（例３）を説明するフローチャートである。まず、ＳＯＢＩ内の難受信情報を読み込む（ステップＳＴＹ１３１）。続いて、難受信情報があるかどうかチェックし、ない場合（ステップＳＴＹ１３２ノー）は、本処理を終了する。

難受信スタートの場合（ステップＳＴＹ１３２イエス）は、そのＰＴＭを読み出し、現在のＳＴＣと比較する（ステップＳＴＹ１３３）。その際、現在のＰＴＭが同じであれれば、再生するビデオのＰＩＤを、階層伝送記述子内の値に従い、低階層を再生するように設定する（ステップＳＴＹ１３４）。その場合は、例えば「ＢＳ受信時に受信エラーが発生しています。低階層に移行します。」といったダイアログを、ＯＳＤ処理などにより、画面表示する（ステップＳＴＹ１３５）。

難受信エンドの場合、そのＰＴＭを読み出し、現在のＳＴＣと比較する（ステップＳＴＹ１３６）。その際、現在のＰＴＭが同じであれれば、再生するビデオのＰＩＤを、階層伝送記述子内の値に従い、高階層を再生するように設定する（ステップＳＴＹ１３７）。その場合は、例えば「通常（高階層映像）に移行します。」といったダイアログを、ＯＳＤ処理などにより、画面表示する（ステップＳＴＹ１３８）。

図４８は、図２５の装置におけるタイムサーチ処理の一例を説明するフローチャートである。まず、再生するタイトル再生時間ストリーム番号をユーザに選択させて決定する（ステップＳＴ４００）。再生するＰＧ、ＣＥＬＬを決定し（ステップＳＴ４０２）、そのＰＧＩとＣＩを読み込む（ステップＳＴ４０４）。ＣＩより再生するＥＳＯＢを決定し、そのＥＳＯＢＩを読み込む（ステップＳＴ４０６）。

再生開始時間よりＰＢ＿ＴＭを累積し、再生を開始するＥＳＯＢＵ（Ｎ番目）を決定する（ステップＳＴ４０９Ｘ）。目的のＥＳＯＢＵ（Ｎ番目）までのデータ長（ESOBU_SZ）の累積ＳＵＭ（１番目〜N-1番目まで）を求め、ＥＳＯＢＵの先頭アドレスを計算する（ステップＳＴ４１１Ｘ）。

目的のＥＳＯＢＵの先頭にＩピクチャがあるかどうか（Random access flag=1?）をチェックする（ステップＳＴ４１２Ａ）。 Ｉピクチャが無い場合はその前のＥＳＯＢＵの情報を読み出し（ステップＳＴ４１２Ｂ）、 Ｉピクチャが存在するかどうか（1st_Ref_PIC_SZ≠0?）をチェックする（ステップＳＴ４１２Ｃ）。無い場合はさらにその前のＥＳＯＢＵの情報を読み出し、同じ処理を繰り替えす。

そのあと、ＰＣＲアドレス情報からＰＣＲの位置を求め（ステップＳＴ４１３）、求めたＰＣＲ情報よりＰＣＲを読み出して、ＳＴＣに設定する（ステップＳＴ４１８）。そして目的のＥＳＯＢＵを読み出し、デコーダへ転送を開始する。再生を開始する目的の再生時間をデコーダへ設定し（ステップＳＴ４２０）、その再生時間までは表示を開始しないように設定する（ステップＳＴ４２２）。そして、通常の再生処理へ移行する。

図４９および図５０は、図２５の装置におけるチャプタメニュー表示処理の一例を説明するフローチャートである。また図５１は、図２５の装置においてチャプタメニューがどのような形態で画面表示されるかの一例を説明する図である。

[m1]再生するＰＧを決定し、そのＰＧに該当するＥＰＩを読み出す。このとき、該当するＥＰＩが無い場合は、本処理を終了して、タイトルのみを表示する；
[m2]表示位置を左端に設定する（図５１では例えば左上）。

[m3]最初のＥＰＩのデータを読み込み、サムネールファイルを開く；
[m4]ＥＰに縮小画像が登録されているかどうかを、サムネールファイル内のＥＰインデックス番号があるかどうかでチェックする。ある場合は、[m7]に移行する。

[m5]ＥＰＩ内のＲＥＰ＿ＰＩＣのＰＴＭの場所のフレームを再生し、画像を規定の大きさに縮小し、目的の場所へ表示する（上記例では図５１の左上）；
[m6]縮小した映像をＪＰＥＧに圧縮し、そのデータを読み出し、サムネールファイルに追加記録する。このとき、ＥＰインデックス番号も追加し、記録し、[m8]に移行する。

[m7]縮小画像データを読み込み、目的の座標に表示する；
[m00]目的のＥＰに難受信情報があるかどうかを調べ、難受信期間中であればその旨（例えば図５１の右上サムネール下の「難受信」という文字）を縮小画像の下に表示する。

[m8]他に縮小画像はあるかを調べ、ある場合は、次のＥＰ情報を読み込み、無い場合は、[m12]に移行する。

[m9]次が４枚目の場合、表示位置を左下端に設定し（図５１の表示上では改行）、[m4]に移行する；
[m10]６枚目が表示終わっていない場合は、表示位置を右に一段づつずらし、[m4]に移行する。

[m11]ページ送り記号を表示する；
[m12]ユーザが画像を選択するのを待ち、ページ送り記号を選択した場合は（図５１の表示上では改頁）、次のＥＰのデータを読み込み、[m3]へ移行する；
[m13]選択された画像のＥＰより再生を開始するように設定し、本処理を終了する。

以上により、デジタル放送に対応した木目細かい制御動作が実現できる。すなわち、階層化された映像が送られてくるデジタル放送に対して、放送受信時のエラーレートに応じた最適な録画再生ができる。

例えば、降雨等でエラーレートの高い放送録画がなされたときは、そのような状況で録画されたことを示す難受信情報が媒体に記録される。降雨時に録画した放送番組（高階層の映像はブロックノイズが出易い）を再生する際は、難受信情報を再生することにより、相対的にブロックノイズの出難い低階層の映像を自動的に選んで再生できる。また、晴天時に良好な電波状況で録画した放送番組を再生する際は、難受信情報を再生することにより、高解像度で高画質な高階層の映像を自動的に選んで再生できる。

なお、この発明は上記した実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を種々変形して具体化することができる。

また、上記した実施例に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施例に係る構成要素を適宜組み合わせても良いものである。

この発明の一実施例に係るデータ構造を説明する図。 この発明の一実施例に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。 この発明の一実施例に係るファイル構造を説明する図。 ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の一部（ＨＤＶＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図。 この発明の一実施例に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）の他部（ＥＳＦＩＴ）がどのように構成されるかの一例を説明する図。 図５に示した管理情報（ＥＳＦＩＴ）の各構成要素のうち、ＥＳＦＩＴＩ＿ＧＩおよびＥＳＦＩの中身がどのように構成されるかの一例を説明する図。 図５に示した管理情報（ＥＳＦＩＴ）の各構成要素のうち、ＥＳＯＢＩ＿ＶＳＴＩおよびＥＳＯＢＩ＿ＡＳＴＩの中身がどのように構成されるかの一例を説明する図。 図６に示した管理情報のうち、ＥＳＦＩ＿ＧＩおよびＥＳＯＢＩの中身がどのように構成されるかの一例を説明する図。 図８に示した管理情報のうち、ストリームオブジェクト一般情報（ＥＳＯＢ＿ＧＩ）の中身がどのように構成されるかの一例を説明する図。 図８に示した管理情報のうち、ＥＳＯＢエレメンタリストリーム情報と、タイムマップ一般情報（ＴＭＡＰ＿ＧＩ）と、エレメンタリストリームマップ情報（ＥＳ＿ＭＡＰＩ）と、ＥＳグループ情報の中身がどのように構成されるかの一例を説明する図。 図１０に示したＥＳ＿ＭＡＰ＿ＧＩの中身がどのように構成されるかの一例を説明する図。 図１０に示したＥＳＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を説明する図。 図２に示したＥＳＯＢＵが、ビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図。 ＡＶデータ管理情報記録領域１３０に記録される管理情報に含まれるＰＧＣ情報（オリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩ／ユーザ定義情報テーブル情報またはプレイリスト情報）が、どのように構成されるかの一例を説明する図。 ＡＶデータ管理情報記録領域１３０に記録される管理情報に含まれる （Ｍ＿ＨＤＡＶＦＩＴ）が、どのように構成されるかの一例を説明する図。 図１４に示したプログラムチェーン情報（ＯＲＧ＿ＰＧＣ情報またはＵＤ＿ＰＧＣ情報）の各構成要素の中身がどのように構成されるかの一例を説明する図。 図１６のセル情報に含まれるセルエントリポイント情報（Ｃ＿ＥＰＩ）の中身がどのように構成されるかの一例を説明する図。 図１０の難受信情報（例３）の中身がどのように構成されるかの一例を説明する図。 図１または図２に示したストリームオブジェクト用のデータユニット（ＥＳＯＢＵ）がどのように構成されるかの一例を説明する図。 図１９に示したパケットグループヘッダに含まれる到着時間情報（ＡＴＩ）がどのように構成されるかの一例を説明する図。 図１９に示したパケットグループヘッダに含まれる到着時間情報（ＡＴＩ）がどのように構成されるかをさらに説明する図。 伝送レートが小さくなってＴＳパケット間がＩＰＡＴで表現できないほど長くなった場合（オーバーフロー時）の処理を説明する図。 図１９に示したパケットグループヘッダに含まれる各種情報がどのように構成されるかの一例を説明する図。 図１９に示したパケットグループヘッダに含まれる難受信切り替え情報がどのように構成されるかの一例を説明する図。 この発明の一実施例に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。 図２５の装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）。 図２６に示した編集処理（ＳＴ２８）の一例を説明するフローチャート図（編集動作処理フロー）。 図２５の装置の録画動作の一例（その１）を説明するフローチャート図。 図２５の装置の録画動作の一例（その２）を説明するフローチャート図。 図２９に示したバッファ取り込み処理（ＳＴ１３０）の一例を説明するフローチャート図（バッファ取り込み処理フロー）。 図３０に示したＤＣＩ、ＣＣＩ設定処理（ＳＴ１３１１）の一例を説明するフローチャート図。 図３１のステップＳＴ１３１２３の処理（パケットグループアライン処理）におけるパケットグループのデータ構造を例示する図。 図３１のステップＳＴ１３１２４の処理（難受信設定処理）の具体例を説明するフローチャート図。 図１に示したディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前の処理の一例を説明するフローチャート図（録画前処理フロー）。 図２９に示したストリーム情報（ＶＳＴＩとＡＳＴＩ）作成処理（ＳＴ１２０）の一例を説明するフローチャート図（ＳＴＩ設定処理フロー）。 図２９に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＦＩまたはＥＳＦＩ）作成処理の一例を説明するフローチャート図（ＥＳＯＢ構造設定処理および編集日時設定処理付きのストリームファイル情報作成処理フロー）。 図３６に示したＥＳＯＢ構造設定処理（ＳＴ１５２２）の一例を説明するフローチャート図。 図２９に示した録画終了処理（ＳＴ１５０）におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート図（プログラム設定処理フロー）。 図３８に示した難受信設定処理（例１）の具体例を説明するフローチャート図。 難受信設定処理の他例（例３）を説明するフローチャート図。 図２５の装置の再生動作の一例（その１）を説明するフローチャート図。 図２５の装置の再生動作の一例（その２）を説明するフローチャート図（全体の再生動作フロー）。 図４２のセル再生時の処理（ＳＴ２２０）の一例を説明するフローチャート図。 図４３のバッファデコーダ転送処理（ＳＴ２２１７）の一例を説明するフローチャート図。 図４４に示した難受信の再生処理（例２）の具体例を説明するフローチャート図。 難受信の再生処理の他例（例１）を説明するフローチャート図。 難受信の再生処理の他例（例３）を説明するフローチャート図。 図２５の装置におけるタイムサーチ処理の一例を説明するフローチャート図。 図２５の装置におけるチャプタメニュー表示処理の一例（その１）を説明するフローチャート図。 図２５の装置におけるチャプタメニュー表示処理の一例（その２）を説明するフローチャート図。 図２５の装置においてチャプタメニューがどのような形態で画面表示されるかの一例を説明する図。

符号の説明

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

Claims (13)

1. 放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域と、このオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持つ情報記録媒体であって、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記オブジェクト領域内に記録されるように構成された情報記録媒体において、
   前記ＡＶ情報は所定のデータユニットに格納できるように構成され、このデータユニットは１以上のパケットグループを含み、このパケットグループはパケットグループヘッダと複数のＭＰＥＧ２−ＴＳパケットを含み、このパケットグループヘッダが、難受信映像の開始を示す情報または難受信映像の終了を示す情報が記述される前記難受信情報を含むように構成された情報記録媒体。
2. 放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域と、このオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持つ情報記録媒体であって、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記管理領域内に記録されるように構成された情報記録媒体において、
   前記管理情報は前記オブジェクト領域に記録されるＡＶ情報を管理するオブジェクト管理情報を含み、このオブジェクト管理情報が、難受信の開始点を示す情報または難受信の終了点を示す情報が記述される前記難受信情報を含むように構成された情報記録媒体。
3. 放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域と、このオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持つ情報記録媒体であって、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記管理領域内に記録されるように構成された情報記録媒体において、
   前記管理情報は前記オブジェクト領域に記録されるＡＶ情報を一連のプログラムとして管理するプログラムチェーン情報を含み、このプログラムチェーン情報はセルエントリポイント情報を含み、このセルエントリポイント情報が、難受信状態の記録開始点を示すエントリポイント情報または難受信状態の記録終了点を示すエントリポイント情報であることを示す前記難受信情報を含むように構成された情報記録媒体。
4. 放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域とこのオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持ち、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記オブジェクト領域内に記録されるように構成された情報記録媒体であって、前記ＡＶ情報は所定のデータユニットに格納できるように構成され、このデータユニットは１以上のパケットグループを含み、このパケットグループはパケットグループヘッダと複数のＭＰＥＧ２−ＴＳパケットを含み、このパケットグループヘッダが、難受信映像の開始を示す情報または難受信映像の終了を示す情報が記述される前記難受信情報を含むように構成された情報記録媒体を用いる記録方法において、
   前記放送されたデジタルＡＶ情報の受信エラーレートを調べ、この受信エラーレートに応じた難受信情報を前記オブジェクト領域内に記録する記録方法。
5. 放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域とこのオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持ち、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記管理領域内に記録されるように構成された情報記録媒体であって、前記管理情報は前記オブジェクト領域に記録されるＡＶ情報を管理するオブジェクト管理情報を含み、このオブジェクト管理情報が、難受信の開始点を示す情報または難受信の終了点を示す情報が記述される前記難受信情報を含むように構成された情報記録媒体を用いる記録方法において、
   前記放送されたデジタルＡＶ情報の受信エラーレートを調べ、この受信エラーレートに応じた難受信情報を前記管理領域内に記録する記録方法。
6. 放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域とこのオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持ち、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記管理領域内に記録されるように構成された情報記録媒体であって、前記管理情報は前記オブジェクト領域に記録されるＡＶ情報を一連のプログラムとして管理するプログラムチェーン情報を含み、このプログラムチェーン情報はセルエントリポイント情報を含み、このセルエントリポイント情報が、難受信状態の記録開始点を示すエントリポイント情報または難受信状態の記録終了点を示すエントリポイント情報であることを示す前記難受信情報を含むように構成された情報記録媒体を用いる記録方法において、
   前記放送されたデジタルＡＶ情報の受信エラーレートを調べ、この受信エラーレートに応じた難受信情報を前記管理領域内に記録する記録方法。
7. 高階層と低階層の２種類の階層で放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域とこのオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持ち、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記オブジェクト領域内に記録されるように構成された情報記録媒体であって、前記ＡＶ情報は所定のデータユニットに格納できるように構成され、このデータユニットは１以上のパケットグループを含み、このパケットグループはパケットグループヘッダと複数のＭＰＥＧ２−ＴＳパケットを含み、このパケットグループヘッダが、難受信映像の開始を示す情報または難受信映像の終了を示す情報が記述される前記難受信情報を含むように構成された情報記録媒体を用いる再生装置において、
   前記管理領域から前記管理情報を再生する管理情報再生手段と、
   前記オブジェクト領域から前記難受信情報を再生する難受信情報再生手段と、
   前記難受信情報の内容に応じて、前記高階層または低階層の前記デジタルＡＶ情報を再生するように設定される階層移行手段とを備えた再生装置。
8. 高階層と低階層の２種類の階層で放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域とこのオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持ち、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記管理領域内に記録されるように構成された情報記録媒体であって、前記管理情報は前記オブジェクト領域に記録されるＡＶ情報を管理するオブジェクト管理情報を含み、このオブジェクト管理情報が、難受信の開始点を示す情報または難受信の終了点を示す情報が記述される前記難受信情報を含むように構成された情報記録媒体を用いる再生装置において、
   前記管理領域から前記管理情報を再生する管理情報再生手段と、
   前記管理領域から前記難受信情報を再生する難受信情報再生手段と、
   前記難受信情報の内容に応じて、前記高階層または低階層の前記デジタルＡＶ情報を再生するように設定される階層移行手段とを備えた再生装置。
9. 高階層と低階層の２種類の階層で放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域とこのオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持ち、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記管理領域内に記録されるように構成された情報記録媒体であって、前記管理情報は前記オブジェクト領域に記録されるＡＶ情報を一連のプログラムとして管理するプログラムチェーン情報を含み、このプログラムチェーン情報はセルエントリポイント情報を含み、このセルエントリポイント情報が、難受信状態の記録開始点を示すエントリポイント情報または難受信状態の記録終了点を示すエントリポイント情報であることを示す前記難受信情報を含むように構成された情報記録媒体を用いる再生装置において、
   前記管理領域から前記管理情報を再生する管理情報再生手段と、
   前記管理領域から前記難受信情報を再生する難受信情報再生手段と、
   前記難受信情報の内容に応じて、前記高階層または低階層の前記デジタルＡＶ情報を再生するように設定される階層移行手段とを備えた再生装置。
10. 高階層と低階層の２種類の階層で放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域とこのオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持ち、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記オブジェクト領域内に記録されるように構成された情報記録媒体であって、前記ＡＶ情報は所定のデータユニットに格納できるように構成され、このデータユニットは１以上のパケットグループを含み、このパケットグループはパケットグループヘッダと複数のＭＰＥＧ２−ＴＳパケットを含み、このパケットグループヘッダが、難受信映像の開始を示す情報または難受信映像の終了を示す情報が記述される前記難受信情報を含むように構成された情報記録媒体を用いる再生方法において、
    前記管理領域から前記管理情報を再生し、
    前記オブジェクト領域から前記難受信情報を再生し、
    前記難受信情報の内容に応じて、前記高階層または低階層の前記デジタルＡＶ情報を再生する再生方法。
11. 高階層と低階層の２種類の階層で放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域とこのオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持ち、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記管理領域内に記録されるように構成された情報記録媒体であって、前記管理情報は前記オブジェクト領域に記録されるＡＶ情報を管理するオブジェクト管理情報を含み、このオブジェクト管理情報が、難受信の開始点を示す情報または難受信の終了点を示す情報が記述される前記難受信情報を含むように構成された情報記録媒体を用いる再生方法において、
    前記管理領域から前記管理情報を再生し、
    前記管理領域から前記難受信情報を再生し、
    前記難受信情報の内容に応じて、前記高階層または低階層の前記デジタルＡＶ情報を再生する再生方法。
12. 高階層と低階層の２種類の階層で放送されたデジタルＡＶ情報をストリーム記録するオブジェクト領域とこのオブジェクト領域に記録されたＡＶ情報を管理する管理情報を格納する管理領域とを持ち、前記放送されたデジタルＡＶ情報の受信エラーレートに応じた難受信情報が前記管理領域内に記録されるように構成された情報記録媒体であって、前記管理情報は前記オブジェクト領域に記録されるＡＶ情報を一連のプログラムとして管理するプログラムチェーン情報を含み、このプログラムチェーン情報はセルエントリポイント情報を含み、このセルエントリポイント情報が、難受信状態の記録開始点を示すエントリポイント情報または難受信状態の記録終了点を示すエントリポイント情報であることを示す前記難受信情報を含むように構成された情報記録媒体を用いる再生方法において、
    前記管理領域から前記管理情報を再生し、
    前記管理領域から前記難受信情報を再生し、
    前記難受信情報の内容に応じて、前記高階層または低階層の前記デジタルＡＶ情報を再生する再生方法。
13. 請求項３の情報記録媒体、請求項６の記録方法、請求項９の再生装置、または請求項１２の再生方法において、前記エントリポイント情報は数えることのできる情報であり、前記プログラムチェーン情報が、前記難受信情報により前記難受信状態の記録開始点または記録終了点が示された前記エントリポイント情報の数を含む。

Images