JP4309922B2 - 情報記録媒体 - Google Patents

Description

この発明は、衛星デジタルＴＶ放送や地上波デジタルＴＶ放送などで用いられるデジタルストリーム信号（ＭＰＥＧ−ＴＳ）の記録再生に適した、情報記録媒体（あるいはデータ構造）に関する。

近年、ＴＶ放送は、ハイビジョン番組を主な放送コンテンツとするデジタル放送の時代に突入してきた。現在実施されているデジタルＴＶ放送にはＭＰＥＧのトランスポートストリーム（以下、適宜ＭＰＥＧ−ＴＳと略記する）が採用されている。動画を使用したデジタル放送の分野では、今後もＭＰＥＧ−ＴＳが標準的に用いられると考えられる。

このようなデジタルＴＶ放送の放送開始に伴って、デジタルＴＶ放送のコンテンツを（デジタル／アナログ変換を経ることなく）そのまま録画できるストリーマのマーケットニーズが高まってきている。このデジタル放送データ（ＭＰＥＧ−ＴＳ等）をそのまま記録するストリーマとして現在市販されている代表的なものとしては、Ｄ−ＶＨＳ（登録商標）と称するビデオカセットレコーダ（Ｄ−ＶＨＳストリーマ）がある。

デジタル放送データをストリーム記録する場合には、チューナシステム（多くの場合ＳＴＢと称するセットトップボックス）が受信したデジタル放送のＭＰＥＧ−ＴＳをＩＥＥＥ１３９４ケーブルを介してＤ−ＶＨＳストリーマに入力し、Ｄ−ＶＨＳテープに記録する。ここで、ＩＥＥＥ１３９４は、インターフェースの規格で、コマンドのやり取りとデータの送受信を行うものである。

また、放送データを再生する場合には、録画済みＤ−ＶＨＳテープからＤ−ＶＨＳストリーマにより記録データ（ＭＰＥＧ−ＴＳ等）を読み取り、読み取ったＭＰＥＧ−ＴＳをＩＥＥＥ１３９４ケーブルを介してＳＴＢ内のデータ伸張部へ送る。こうして、再生が行われる。

Ｄ−ＶＨＳストリーマでは、放送されたビットストリームがそのままテープに記録されるため、テープには、複数の番組が多重化されて記録することも可能である。そのため、多重化された録画済み番組の再生時には、最初から再生する場合でも途中から再生する場合でも、Ｄ−ＶＨＳストリーマはそのまま全てのデータをＳＴＢに送る。この場合、ユーザは、ＳＴＢの操作により、多重化された録画済み複数番組の中から希望の番組を選んで再生することになる。

また、Ｄ−ＶＨＳストリーマでは、情報記録媒体にテープが用いられるため、シーケンシャルな再生では問題なくても、記録内容にランダムアクセスすることができない。そのため、希望の録画済み番組における希望の位置に素早くジャンプして再生することが困難となる（特殊再生の困難性）。

Ｄ−ＶＨＳとは別に、近年、デジタルＴＶ放送のストリーマとして、ハードディスクドライブＨＤＤを利用したＳＴＢが市場に現れた。これは、ストリームデータをＨＤＤに保存し、優れたランダムアクセス性を実現している。しかしながら、この装置では、ユーザが簡単にＨＤＤを交換することができない。このため、大量の録画済みデータをライブラリ化するなどして長期保存することには適していない。

上記Ｄ−ＶＨＳの問題（ランダムアクセスの非容易性／特殊再生の困難性）およびＨＤＤの問題（メディア交換の非容易性）に対する有力な回答として、現在市販されているＤＶＤ−ＲＡＭなどの大容量ディスクメディアを利用したストリーマが考えられる。

上記「ＤＶＤ−ＲＡＭを利用したストリーマ」の例として、下記特許文献１に開示された「番組記録再生システム」がある（特許文献１）。

上記特許文献１に開示された「番組記録再生システム」は、受信手段により受信された放送信号と、複数の放送信号から当該受信された放送信号を識別するための放送識別情報であってチャンネル番号と他の情報とに基づいて特定される放送識別情報とを対応付けて記録媒体に記録する。

このストリーマ規格の具体例として、（一般には公開されていないが）２００１年２月に作成されたＤＶＤストリームレコーディング規格（バージョン１．０）がある（ただし、この規格を使用した商品は、まだ市販されていない）。

このストリーマ規格では、スクランブルされたコンテンツを対象とし、さらに、全世界のさまざまな放送局で行なわれている放送を対象としている。このため、ビデオコンテンツにおける最小の再生単位をＥＣＣブロックを基準としたデータ量で行っている。このことから、特殊再生を行なう場合、目的のアドレスからデータを読み出しても再生できるＩピクチャが見当たらず、再生開始位置が大きくずれる可能性がある。つまり、特殊再生を行うことが非常に困難な規格になっている。
特開２００２−８４４７９号公報（要約、請求項１）

上記ストリーマ規格は、記録される内容如何に拘わらずそのままパケット化して記録してしまう規格である。このため、再生時に記録コンテンツを格納したパケットの到着時間は分かっても、記録コンテンツの再生時間は直接的には分からない。このことから、再生開始位置を時間ベースでユーザが指定することが容易でなく、タイムサーチ等の再生操作が不便な内容になっている。

上記タイムサーチ等の不便さのないディスクレコーダの規格として、ＤＶＤビデオレコーディング（ＤＶＤ−ＶＲ）規格があり、このビデオレコーディング規格に基づく製品は現在数多く市販されている。このビデオレコーディング規格では従前のストリーマ規格にはないタイムマップ情報があり、このタイムマップ情報により再生開始位置を時間ベースでユーザが指定することが容易となっている。

しかし、ビデオレコーディング規格はデジタルＴＶ放送のストリーム記録に対応していない。ビデオレコーディング規格に基づくレコーダでデジタル放送の録画をするには、一旦Ｄ／Ａ変換されたアナログビデオ信号をＳＴＢからレコーダのアナログビデオ入力に送り、レコーダ内でそれを再びＭＰＥＧエンコードしてＤＶＤ−ＲＡＭディスク等にデジタル記録することになる。従って、現行のビデオレコーディング規格ではデジタルＴＶ放送、特にハイビジョン番組、をそのままのクォリティでエアチェックしたいというユーザニーズに答えられない。

さらに、デジタル放送には種々な放送方式がある（例えば、Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ…略してＡＲＩＢ；Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ…略してＡＴＳＣ；Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ…略してＤＶＢ）。上記ストリーム記録はこれらのいずれの放送方式にも対応可能であるが、１枚のディスクに種々な方法方式のコンテンツが混在していると再生処理が複雑化しその管理も面倒なものになる。

この発明は、上記課題に対してなされている。そして、この発明は、種々な放送方式に対応しつつ、１つの情報記録媒体に種々な放送方式の記録コンテンツを混在して記録しても、再生のための管理が簡単な仕組みを提供することを目的としている。

上記目的を達成するために、本発明の一態様によれば、複数のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成された情報記録媒体において、
前記情報記録媒体は管理領域とデータ領域を持ち、
前記管理領域は前記複数のオブジェクトファイル毎にオブジェクト管理情報が記録できるように構成され、
前記管理領域はストリームデータ管理情報を含み、
該ストリームデータ管理情報は媒体管理情報と、ストリームオブジェクト管理情報と、プログラムチェーン情報を含み、
該プログラムチェーン情報は複数のプログラム情報を含み、
各プログラム情報は固有のプログラムインデックスを含み、
前記ストリームオブジェクト管理情報は前記プログラムインデックスで指定されたプログラムに属するストリームデータに関する情報として、デジタル放送の放送方式を識別するコードと、プログラムマップテーブルのパケット識別情報と、プログラムクロックリファレンスのパケット識別情報とを含むことを特徴とする情報記録媒体である。

以上説明したように本発明によれば、種々な放送方式に対応しつつ、１つの情報記録媒体に種々な放送方式の記録コンテンツを混在して記録しても、再生のための管理が簡単な仕組みを提供することができる。

以下、図面を参照して本発明による情報記録媒体の実施の形態を説明する。本明細書中で用いられる“および／または”という表現は、英語における“ａｎｄ／ｏｒ”と同義であり、“〜および〜”の場合もしくは“〜または〜”の場合を示す意図で用いている。

デジタルＴＶ放送やインターネットなど有線を使用した放送では、圧縮動画を放送（配信）している。その共通の基本フォーマットであるトランスポートストリーム（ＴＳ）は、パケットの管理データ部分とペイロードに分かれる。ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。一方、デジタル放送方式の１つであるＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ）によると、プログラム関連テーブルＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）やプログラムマップテーブルＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）やサービス情報ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）に関しては、スクランブルされていない。ここでは、ＰＭＴやＳＩの内容（ＳＤＴ：Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ、ＥＩＴ：Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ、ＢＡＴ：Ｂｏｕｑｕｅｔ ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）を利用して、さまざまな管理情報を作成できるようになっている。

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

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

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

以下、上記のＥＳＲに基づくこの発明の実施の形態について、図面を参照して詳細に説明する。

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

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

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

ＥＳＯＢＳは１以上のＥＳｔｒｅａｍオブジェクト（ＥＳＯＢ）１３２で構成される。各ＥＳｔｒｅａｍオブジェクト（ＥＳＯＢ）１３２は、ディスク１００へのアクセス単位となるデータユニット（ＥＳＯＢＵ：Ｅｘｔｅｎｄ Ｓｔｒｅａｍ Ｏｂｊｅｃｔ Ｕｎｉｔ）１３４が１つ以上集まって構成される（図１（ｆ））。各データユニット（ＥＳＯＢＵ）１３４は、複数ＴＳパケットの集まりで構成されるパケットグループ（Ｐａｃｋｅｔ＿Ｇｒｏｕｐ）１４０が１つ以上集まって構成される（図１（ｇ））。

この実施の形態では、各パケットグループ１４０は８個のＬＢ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ）の集まりで構成される。１個のＬＢサイズが２ｋバイトとすると、各パケットグループ１４０のサイズは１６ｋバイトとなり、この単位でディスクに記録される。

各パケットグループ１４０は、この発明が提供するエクステンドストリームレコーディング（ＥＳＲ）におけるパケット記録領域（ＤＶＤ−ＴＳパケット記録領域）１６０を構成している（図１（ｈ））。このＤＶＤ−ＴＳパケット記録領域１６０は、パケットグループヘッダ１６１、複数（例えば８５個）のＭＰＥＧ−ＴＳパケット１６２、および複数（例えば８４個）のパケット到着時間差分情報（ＩＡＰＡＴ： Ｉｎｃｒｅｍｅｎｔａｌ Ｐａｃｋｅｔ Ａｒｒｉｖａｌ Ｔｉｍｅ）で構成することができる（図１（ｉ））。このパケットグループ１４０の内容については、図１６を参照して後に詳述する。

ここで、ＤＶＤ−Ｖｉｄｅｏ（ＲＯＭ Ｖｉｄｅｏ）はＶＩＤＥＯ−ＴＳ、ＤＶＤ−ＲＴＲ（録再ＤＶＤ）はＤＶＤ−ＲＴＡＶと、フォーマット毎に記録ファイルのディレクトリを分けている。デジタル放送対応の新ストリームレコーディング（ＥＳＲ）においても、同様に、記録ファイルは、例えばＤＶＤ＿ＨＤＲというディレクトリ（図示せず）に記録される。 つまり、デジタル放送のオブジェクトは、ＶＲオブジェクトとは別のファイルで記録される。さらに、図３の（ａ）に示すようにデジタル放送の方式毎に別ファイルとして記録される場合と、図３の（ｂ）に示すようにデジタル放送の全方式に対して１つのオブジェクトファイルで対応する（デジタル放送の方式毎にオブジェクトファイルを分けない）場合の二つの方式が考えられる。

図２は、この発明の一実施の形態に係るデータ構造における再生管理情報層１０とオブジェクト管理情報層２０とオブジェクト層３０との関係を説明する図である。図１のＡＶデータ管理情報記録領域１３０に記録される管理情報（ＶＭＧ／ＥＳＭＧファイル）は、ビデオレコーディング規格に基づく記録コンテンツ、およびこの発明に基づくストリーム記録コンテンツの双方の再生手順を管理する再生管理情報層１０を持っている。

すなわち、ストリーム記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、ビデオレコーディング記録されたオブジェクトの再生単位であるセル１３＊が１以上集まってプログラム１２＊が構成され、これらのプログラム１２、１２＊の並び（再生手順）が、プログラムチェーン（ＰＧＣ）１１の管理情報（ＰＧＣＩ）で管理される。

ここでは、ストリーム記録側のセル１３の途中から再生を開始する場合でも、ビデオレコーディング側のセル１３＊の途中から再生を開始する場合でも、ユーザは再生時間（ＰＴＳ）で再生場所を指定することができるようになっている。

すなわち、ストリーム記録側のセル１３の途中から再生時間（ＰＴＳ）で再生を開始する場合では、ストリームオブジェクト管理情報層２０内のエクステンドストリームオブジェクト情報（ＥＳＯＢＩ）２１を介してストリームオブジェクト層３０内のエクステンドストリームオブジェクト（ＥＳＯＢ）１３２を指定し、ストリームオブジェクト管理情報層２０内のエクステンドストリームオブジェクトユニット情報（ＥＳＯＢＵＩ）２２を介してストリームオブジェクト層３０内のエクステンドストリームオブジェクトユニット（ＥＳＯＢＵ）１３４を指定する。エクステンドストリームオブジェクト（ＥＳＯＢ）１３２、およびそのエクステンドストリームオブジェクトユニット（ＥＳＯＢＵ）１３４が指定されると、再生開始場所が特定される。エクステンドストリームオブジェクトユニット情報（ＥＳＯＢＵＩ）２２はグローバル情報２２と言い換えてもよい。

エクステンドストリームオブジェクトユニット（ＥＳＯＢＵ）１３４は、１以上のパケットグループ１４０により構成される。エクステンドストリームオブジェクトユニット（ＥＳＯＢＵ）１３４は、例えば１つまたは２つのＧＯＰに対応するものである。または、Ｉピクチャの先頭から整数個先のＩピクチャの先頭の前までの間である。但し、ＧＯＰの区切りが見付からない場合は、再生時間にして、例えば最大１秒分のデータ量に相当する単位で区切られる。これにより、各情報フィールドのオーバーフローが防止される。

各パケットグループ１４０は、８ＬＢ（１６３８４バイト）で構成され、先頭にパケットグループヘッダ１６１を持ち、その後に、複数のトランスポートストリームパケット（ＴＳ＿Ｐａｃｋｅｔ）１６２と複数のパケット到着時間差分情報（ＩＡＰＡＴ）１６３が配置される。これらのＴＳパケット１６２内にストリームレコーディングの記録コンテンツが格納される。

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

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

図２の示すところを纏めると、次のようになる。すなわち、ストリームレコーディングの管理データ（ＰＧＣＩ）はビデオレコーディングと共通のファイルに記録でき、ストリームレコーディングはビデオレコーディングと共通に制御でき、ストリームレコーディングとビデオレコーディングはセル単位でリンクでき、ストリームレコーディングおよびビデオレコーディングにおける再生場所の指定は再生時間単位で指定できる。

記録方法がストリームレコーディングであってもビデオレコーディング（ＶＲ）であっても、ある放送番組（プログラム）を光ディスク１００に記録したあとは、ユーザが希望する番組において、希望の時間より再生を開始したい（タイムサーチ）とか、早送り（ＦＦ）／早戻し（ＦＲ）を行いたいなどの特殊再生の要求がたびたび生じる。このような要求を満たすためには、記録したデータを管理するための特別な管理情報が必要になってくる。

つまり、デジタル放送のオブジェクトは、ＶＲオブジェクトとは別ファイルのエクステンドストリームオブジェクトセット（ＥＳＯＢＳ：Ｅｘｔｅｎｄ Ｓｔｒｅａｍ Ｏｂｊｅｃｔ Ｓｅｔ）１３２のストリームとして記録される。そして、図２に示すようにエクステンドストリームオブジェトセットＥＳＯＢＳの管理データはＶＲと共通のＶＭＧファイルに記録され、ＶＲと共通に制御され、セル単位でリンクされ、再生場所の指定は再生時間単位で指定される。

エクステンドストリームオブジェクトセットＥＳＯＢＳの構造は、１以上のエクステンドストリームオブジェクト（ＥＳＯＢ）１３２で構成され、エクステンドストリームオブジェクト（ＥＳＯＢ）１３２は、例えば一番組に相当する。エクステンドストリームオブジェクト（ＥＳＯＢ）１３２は１以上のデータユニットＥＳＯＢＵ（Ｅｘｔｅｎｄ ｓｔｒｅａｍ ｏｂｊｅｃｔ ｕｎｉｔ）１３４で構成され、データユニット（ＥＳＯＢＵ）１３４は、１ｓ（１秒）分のオブジェクトデータもしくは、１または２個分のＧＯＰデータもしくは、一以上のＩピクチャの分に相当する。ただし、転送レートが低い場合は、１ｓ以内に１ＧＯＰが送られない場合が考えられる（ＶＲでは内部エンコードであるため自由にデータユニットを設定できるがデジタル放送の場合エンコードが放送局であるため、どんなデータが来るか不明な可能性がある）。

一方、転送レートが高く、Ｉピクチャが頻繁に送られる場合なども考えられる。その場合、データユニット（ＥＳＯＢＵ）１３４が頻繁に区切られ、それに伴いデータユニット（ＥＳＯＢＵ）１３４の管理情報が増え、全体の管理情報が肥大化する恐れがある。そこで、データユニット（ＥＳＯＢＵ）は、例えば０．４ｓ〜１ｓ（最小の制限０．４秒はエクステンドストリームオブジェクトＥＳＯＢ最後のデータユニットＥＳＯＢＵ以外に適用）で区切るか、または１ＧＯＰで区切るもしくは、一個以上のＩピクチャで区切るのが適当となる。

１データユニット（ＥＳＯＢＵ）１３４は、１以上のパケットグループ１４０で構成され、パケットグループ１４０は、８ＬＢ（１ＬＢ＝１セクタ：２０４８バイト）とする。パケットグループ１４０はパケットグループヘッダ１６１とＴＳパケット１６２（８５個）及びＩＡＰＡＴ（Ｉｎｃｒｅｍｅｎｔａｌ Ｐａｃｋｅｔ Ａｒｒｉｖａｌ Ｔｉｍｅ）１６３（８４個）で構成されている。

各ＴＳパケットの到着時間は、パケットグループ内の最初のＴＳパケットについてはパケットグループヘッダ内のＡＴＳ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ）が到着時間となる。２番目のＴＳパケットについては、このＡＴＳにＩＡＰＡＴを足した値で到着時間を表わす。さらに、３番目以降からは、１つ前の到着時間にＩＡＰＡＴを足した値で表わす。このように、２番目以降のＴＳパケット到着時間については一種の差分情報であるＩＡＰＡＴの累算で表すことにより、ＩＡＰＡＴを比較的小さなデータ量（３バイト）で表せ、（全てのＴＳパケットの到着時間をＡＴＳで表す場合と比べると）全体的なデータ量が節約できる。

なお、図１６を参照して後述するが、パケットグループヘッダ１６１は、パケットグループの先頭のＴＳパケットの到着時間ＡＴＳ１５１Ｘ、表示制御情報ＤＣＩ（Ｄｉｓｐｌａｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）１５３Ｘ、コピー世代管理情報ＣＣＩ（Ｃｏｐｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）１５４Ｘ、ＤＣＩ／ＣＣＩの有効性情報１５２Ｘ、製造者情報ＭＮＦＩ（Ｍａｎｕｆａｃｔｕｒｅｒ’ｓ ｉｎｆｏｒｍａｔｉｏｎ）、再生タイムスタンプＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ ｓｔａｍｐ）等を含んで構成されている。 ナビゲーション管理情報ファイル（ＶＭＧファイル）は、図３の（ａ）に示すように放送方式毎にエクステンドストリームオブジェクト（ＥＳＯＢ）ファイルを分ける（ＡＲＩＢ．ＳＲＯファイル、ＡＴＳＣ．ＳＲＯファイル、ＤＶＢ．ＳＲＯファイル）方法と、（ｂ）に示すように１つのオブジェクトファイル＊＊＊．ＳＲＯで管理する方法の二つが考えられる。（ｂ）の場合、管理情報は各方式毎に管理するように分けて処理する。

ここで、管理情報について、図４ないし図１７を参照して以下に説明する。

図４は、図１に示したＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＲＴＲ＿ＶＭＧ）の一部（ＲＴＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図である。

ここで、この実施の形態におけるストリームレコーディングをＥＳＲ（Ｅｘｔｅｎｄ Ｓｔｒｅａｍ Ｒｅｃｏｒｄｉｎｇ）と略記し、ビデオレコーディングをＶＲ（Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ）と略記する。すると、ＥＳＲのデータの管理情報は、図４に示すように、ＲＴＲ＿ＶＭＧ１３０内に保存され、ＶＲデータと同列に管理される。

ＲＴＲ＿ＶＭＧ１３０は、ビデオマネージャ情報（ＲＴＲ＿ＶＭＧＩ）１３１０と、ストリームファイル情報テーブル（ＥＳＦＩＴ：Ｅｘｔｅｎｄ Ｓｔｒｅａｍ Ｆｉｌｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）１３２０と、（オリジナルの）プログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）１３３０と、プレイリスト情報（ＰＬ＿ＳＲＰＴ；またはユーザ定義プログラムチェーン情報テーブル：ＵＤ＿ＰＧＣＩＴ）１３４０を含んで構成されている。

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

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

図５は、図４のＥＳＦＩＴ１３２０がどのように構成されるかの一例を説明する図である。このＥＳＦＩＴ１３２０は、ストリームファイル情報テーブル情報一般情報（ＥＳＦＩＴＩ＿ＧＩ）１３２１と、１以上のＥＳＯＢストリーム情報・ビデオステータス情報（ＥＳＯＢＩ＿ＶＳＴＩ＃１〜＃ｍ）１３２２と、１以上のＥＳＯＢストリーム情報・オーディオステータス情報（ＥＳＯＢＩ＿ＡＳＴＩ＃１〜＃Ｌ）１３２３と、１以上のストリームファイル情報・サーチポインタ（ＥＳＦＩ＿ＳＲＰ）１３２４と、ストリームファイル情報ＥＳＦＩ（Ｅｘｔｅｎｄ Ｓｔｒｅａｍ Ｆｉｌｅ Ｉｎｆｏｒｍａｔｉｏｎ）１３２５を含んで構成される。ＥＳＦＩＴ＿ＧＩ１３２１はストリームオブジェクト（ＥＳＯＢ）の数、ＶＳＴＩの数、ＡＳＴＩの数、ＥＳＦＩＴのエンドアドレスなどで構成することもできる。

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

なお、この発明の一実施の形態においては、ＶＲの管理情報ＶＭＧとＥＳＲの管理情報ＥＳＭＧとを合体させたデータ構造も可能である。ここでは、図示しないが、ムービーＡＶファイル情報テーブル（Ｍ＿ＡＶＦＩＴ）の次にストリームファイル情報テーブル（ＥＳＦＩＴ）を配置し、ＥＳＦＩＴの後にオリジナルプログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）とユーザ定義ＰＧＣ情報テーブル（ＵＤ＿ＰＧＣＩＴ）とテキストデータマネージャ（ＴＸＴＤＴ＿ＭＧ）と製造者情報テーブル（ＭＮＦＩＴ）を配置することができる。このような（ビデオレコーディングＶＲ規格に近い）管理情報のデータ構造を採用すると、既存のＶＲ規格に基づくレコーダのために開発された既存の制御ソフトウエア資産を（一部の手直しで）有効活用しやすくなる。

図６は、図５のＥＳＦＩＴＩ＿ＧＩ１３２１およびＥＳＦＩ１３２５がどのように構成できるかの一例を説明する図である。

ＥＳＦＩ１３２５は放送方式毎に別テーブルを形成し、各ＥＳＦＩ１３２５はＥＳＦＩ＿ＧＩ１３２５１とＥＳＯＢＩのサーチポインタ１３２５２、ＥＳＯＢＩ１３２５３で構成され、ＥＳＦＩ＿ＧＩには図８に示すようにアプリケーション名を示す情報ＡＰＰ＿ＮＡＭＥ（図５１）が設定されている。

ＥＳＦＩＴＩ＿ＧＩ１３２１は、ストリームオブジェクト（ＥＳＯＢ）の数を示す情報１３２１１と、ＥＳＯＢ＿ＶＳＴＩの数を示す情報１３２１２と、ＥＳＯＢ＿ＡＳＴＩの数を示す情報１３２１３と、ＥＳＦＩ＿ＳＲＰの数を示す情報１３２１３４と、ＥＳＦＩＴの終了アドレスを示す情報１３２１５を含んで構成されている。

ＥＳＦＩ１３２５は、一般情報ＥＳＦＩ＿ＧＩ１３２５１と、１以上のストリームオブジェクト情報（ＥＳＯＢＩ＃１〜＃ｋ）１３２５３と、これら（ＥＳＯＢＩ＃１〜＃ｋ）に対する１以上のサーチポインタ（ＥＳＯＢＩ＿ＳＲＰ＃１〜＃ｋ）１３２５２を含んで構成されている。

図７は、図６に示したストリーム情報ＥＳＯＢＩ＿ＶＳＴＩ１３２２に含まれるビデオ属性情報（Ｖ＿ＡＴＲ）１３２２１の中身、ストリーム情報ＥＳＯＢＩ＿ＡＳＴＩ１３２３に含まれるオーディオ属性情報（Ａ＿ＡＴＲ）１３２３１の中身がどのように構成できるかの一例を説明する図である。

ＥＳＯＢＵＩ＿ＶＳＴＩ１３２２の属性情報Ｖ＿ＡＴＲ１３２２１には２種類考えられ、例１では、基本的にはＶＲ規格と同じビット構成であるが、ＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）対応として、Ｉ／Ｐ（Ｉｎｔｅｒｌａｃｅ／Ｐｒｏｇｒｅｓｓｉｖｅ）の識別フラグと、１２８０×７２０および１９２０×１０８０の解像度情報が追加になっている。一方、例２では、ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）を利用するように構成されている。すなわち、ＳＩ上のデータを加工せずにＶ＿ＡＴＲに設定するもので、ストリームコンテントとコンポーネントタイプの設定に、コンポーネント記述子の値をそのまま利用したものである。

ＥＳＯＢＩ＿ＡＳＴＩ１３２３の属性情報Ａ＿ＡＴＲ１３２３１も、Ｖ＿ＡＴＲと同様に、例１では、基本的にはＶＲと同じビット構成であるが、ＨＤ対応としてサンプリング周波数９６ｋＨｚが設定され、圧縮モードとしてＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）およびＤＴＳ（Ｄｉｇｉｔａｌ Ｔｈｅａｔｅｒ Ｓｙｓｔｅｍｓ；商標）等が追加になり、例２ではコンポーネント記述子の値がそのままＡ＿ＡＴＲに設定されている。Ｖ＿ＡＴＲ１３２２１は、ビデオ圧縮モードを示す情報（ＭＰＥＧ−１かＭＰＥＧ−２かＭＰＥＧ−４か等）と、ＴＶ方式を示す情報（ＮＴＳＣかＰＡＬか、あるいはＳＤかＨＤか等）と、アスペクト比を示す情報と、ビデオ解像度を示す情報と、インターレース／プログレッシブのスキャン識別情報Ｉ／Ｐを含んで構成されている。

ここで、ビデオ圧縮モードを示す情報が“０”であればＭＰＥＧ−１が示され、“１”であればＭＰＥＧ−２が示され、“２”であればＭＰＥＧ−４（Ｈ２６４）１が示される。ＴＶ方式を示す情報が“０”であれば走査線５２５本／毎秒６０フレームのＮＴＳＣ方式が示され、“１”であれば走査線６２５本／毎秒５０フレームのＰＡＬ方式が示される。アスペクト比を示す情報が“０”であればアスペクト比＝４：３が示され、“１”であればアスペクト比＝１６：９が示される。識別情報Ｉ／Ｐについては、“０”であればプログレッシブが示され、“１”であればインターレースが示される。ビデオ解像度を示す情報が“０”であれば水平×垂直解像度が７２０×４８０本であることが示され、“１”であれば水平×垂直解像度が７０４×４８０本であることが示され、“２”であれば水平×垂直解像度が３５２×４８０本であることが示され、“３”であれば水平×垂直解像度が３５２×２４０本であることが示され、“４”であれば水平×垂直解像度が５４４×４８０本であることが示され、“５”であれば水平×垂直解像度が４８０×４８０本であることが示され、“６”であれば水平×垂直解像度が１２８０×７２０本であることが示され、“７”であれば水平×垂直解像度が１９２０×１０８０本であることが示される。ここでは、７２０×４８０本のプログレッシブか、１９２０×１０８０本のインターレースまたはプログレッシブがハイビジョン相当のＨＤ解像度に対応する。それ以外はＳＤ解像度相当である。

また、ＥＳＯＢＩ＿ＡＳＴＩ１３２３もビデオと同じように、Ａ＿ＡＴＲ１３２２１は、オーディオ圧縮モードを示す情報（ＡＣ−３かＭＰＥＧ−１または拡張ビットストリーム無しのＭＰＥＧ−２か普通のＭＰＥＧ−２かＬＰＣＭかＡＡＣかＤＴＳか等）と、量子化／ＤＲＣ方式を示す情報と、オーディオチャンネルの数を示す情報を含んで構成されている。

ここで、オーディオ圧縮モードを示す情報が“０”であればＡＣ−３が示され、“１”であればＭＰＥＧ−１または拡張ビットストリーム無しのＭＰＥＧ−２が示され、“２”であればＭＰＥＧ−２が示され、“３”であればＬＰＣＭが示され、“４”であればＡＡＣが示され、“５”であればＤＴＳが示される。量子化／ＤＲＣ方式を示す情報が“０”であればサンプリング周波数ｆｓ＝４８ＫＨｚが示され、“１”であればサンプリング周波数ｆｓ＝９６ＫＨｚが示される。オーディオチャンネルの数は“０”〜“７”であれば１ｃｈ〜８ｃｈが示され、“８”であればデュアル／モノラルの２ｃｈが示される。

図８は、図６のＥＳＦＩ＿ＧＩ１３２５１およびＥＳＯＢＩ１３２５３がどのように構成できるかの一例を説明する図である。

ＥＳＦＩ＿ＧＩ１３２５１は、ストリームオブジェクト情報・サーチポインタ（ＥＳＯＢＩ＿ＳＲＰ）の数を示す情報１３２５１１と、アプリケーション名ＡＰＰ＿ＮＡＭＥを示す情報１３２５１２と、ＥＳＯＢファイル名を示す情報１３２５１３と、ＥＳＦＩの終了アドレスを示す情報１３２５１４を含んで構成されている。

ＥＳＯＢＩ１３２５３は、ストリームオブジェクト一般情報（ＥＳＯＢ＿ＧＩ）１３２５３１と、１以上のＥＳＯＢエレメンタリストリーム情報（＃１〜＃ｎ）１３２５３２と、シームレス情報ＳＭＬＩを示す情報１３２５３３と、オーディオギャップ情報ＡＧＡＰＩを示す情報１３２５３４と、タイムマップ一般情報ＴＭＡＰ＿ＧＩを示す情報１３２５３５と、エレメンタリストリームマップ情報ＥＳ＿ＭＡＰＩ（＃１〜＃ｎ）を示す情報１３２５３６と、ＥＳグループ数を表す情報１３２５３７と、ＥＳグループ情報（＃１〜＃ｎ）を示す情報１３２５３８とを含んで構成されている。

ここで、アプリケーション名ＡＰＰ＿ＮＡＭＥ１３２５１１の格納位置は、ＥＳＦＩ＿ＧＩ１３２５１に限定されない。ディスク全体でＡＰＰ＿ＮＡＭＥを１種類に統一する場合、ＥＳＦＩ＿ＧＩおよび／またはＶＭＧＩ＿ＭＡＴ（図４のＲＴＲ＿ＶＭＧＩ１３１０中の一部の管理情報）に格納されてもよい。

図９は、図８に示したＥＳＯＢＩ１３２５３１の中身（特にＥＳＯＢ＿ＧＩ１３２５３１）がどのように構成できるかの一例を説明する図である。

ストリームオブジェクト一般情報（ＥＳＯＢＩ＿ＧＩ）１３２５３１は、ＥＳＯＢＩタイプ（ＥＳＯＢＩ＿ＴＹ）１３２４３１００と、 ストリームオブジェクト（ＥＳＯＢ）の録画開始時間（ＥＳＯＢ＿ＲＥＣ＿ＴＭ）１３２４３１０１と、ストリームオブジェクト（ＥＳＯＢ）の録画時間サブユニット（ＥＳＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢ）１３２４３１０２と、ストリームオブジェクト（ＥＳＯＢ）開始のＰＴＳ（再生時間）またはＡＴＳ（到着時間）と、 ストリームオブジェクト（ＥＳＯＢ）終了のＰＴＳまたはＡＴＳを含んでいる。

ＥＳＯＢＩ＿ＧＩ１３２５３１はさらに、ＰＣＲパケットシフトＰＣＲ＿ＰＫＴ＿ＳＨＩＦＴ１３２４３１０５と、パケットサイズＡＰ＿ＰＫＴ＿ＳＺ（現在ＴＳパケットであれば１８８バイト）１３２４３１０６と、パケットグループサイズＰＫＴ＿ＧＲＰ＿ＳＺ（現在ＴＳパケットであれば８５パケット相当のサイズ）１３２４３１０７と、トランスポートストリーム識別子ＴＳ＿ＩＤ１３２４３１０９と、ネットワークのパケット識別子ＮＥＴＷＯＲＫ＿ＰＩＤ１３２４３１１０と、ＰＭＴのパケット識別子ＰＭＴ＿ＰＩＤ１３２４３１１１と、サービスのパケット識別子ＳＥＲＶＩＣＥ＿ＰＩＤ１３２４３１１２と、フォーマット識別子Ｆｏｒｍａｔ Ｉｄｅｎｔｉｆｉｅｒ１３２４３１１３と、Ｖｅｒｓｉｏｎ（外部入力の場合にデータの種類を示すレジステーション・ディスクリプタの値、内部チューナの場合は、チューナ固有のデータ種別を設定）１３２４３１１４と、ＳＯＢの代表パケット識別子ＳＯＢ＿ＲＥＰ＿ＰＩＤ（再生するＳＯＢの代表のストリームのＰＩＤ、またはコンポーネントグループの番号；代表ＰＩＤの場合、ＥＳＯＢＩ＿ＧＩの録画開始時間、ストリームオブジェクト（ＥＳＯＢ）開始／終了のＰＴＳまたはＡＴＳを作る上で使用する）１３２４３１１５と、ＰＣＲのパケット識別子ＰＣＲ＿ＰＩＤ１３２４３１１５と、ＥＳＯＢエレメンタリストリームの数ＥＳＯＢ＿ＥＳ＿Ｎｓ１３２４３１１６とを含んでいる。

なお、アプリケーション名ＡＰＰ＿ＮＡＭＥがストリームオブジェクト（ＥＳＯＢ）毎に違う場合（アプリケーション名ＡＰＰ＿ＮＡＭＥが複数存在する場合、すなわち複数の放送方式を記録する場合）、ストリームオブジェクト（ＥＳＯＢ）毎に、ＥＳＯＢＩ構成の一部（トランスポートストリーム識別子ＴＳ＿ＩＤ１３２４３１０９と、ネットワークのパケット識別子ＮＥＴＷＯＲＫ＿ＰＩＤ１３２４３１１０と、ＰＭＴのパケット識別子ＰＭＴ＿ＰＩＤ１３２４３１１１と、サービスのパケット識別子ＳＥＲＶＩＣＥ＿ＰＩＤ１３２４３１１２と、フォーマット識別子Ｆｏｒｍａｔ Ｉｄｅｎｔｉｆｉｅｒ１３２４３１１３と、Ｖｅｒｓｉｏｎ１３２４３１１４と、ＳＯＢの代表パケット識別子ＳＯＢ＿ＲＥＰ＿ＰＩＤ１３２４３１１５と、ＰＣＲのパケット識別子ＰＣＲ＿ＰＩＤ１３２４３１１５と、ＥＳＯＢエレメンタリストリームの数ＥＳＯＢ＿ＥＳ＿Ｎｓ１３２４３１１６）の構成要素が変わることが考えられる。

アプリケーション名ＡＰＰ＿ＮＡＭＥはＣｏｕｎｔｙ ＩＤ（国を判別するコード：例：電話の国コード０１＝米国、８１＝日本…）、Ａｕｔｈｏｒｉｔｙ ＩＤ（放送方式：０１＝ＡＲＩＢ、０２＝ＡＴＳＣ、０３＝ＤＶＢ）、Ｐａｃｋｅｔ Ｆｏｒｍａｔ（ストリームのパケット形式：０１＝ＭＰＥＧ＿ＴＳ…）、Ｎｅｔｗｏｒｋ種別（ネットワークの種別０１＝地上波デジタル、０２＝ＣＳ、０３＝ＢＳデジタル…）、放送方式Ｖｅｒｓｉｏｎ（１０＝１．０、１１＝１．１…）で構成される。このうち、Ｃｏｕｎｔｙ ＩＤ、Ａｕｔｈｏｒｉｔｙ ＩＤ、Ｐａｃｋｅｔ Ｆｏｒｍａｔは機器（ＳＴＢ等）でデフォルトで持っている必要があるが、それ以外の場合は、受信データよりＣｏｕｎｔｙ ＩＤ、Ａｕｔｈｏｒｉｔｙ ＩＤ、Ｐａｃｋｅｔ Ｆｏｒｍａｔを構成することも可能である。放送方式は、デジタル入力（１３９４Ｉ／Ｆ）で他の機器から入力される場合、放送時の方式より、その機器独自の方式に変更が加えられて（独自のパーシャルＴＳに変更される場合）、記録されて送信される可能性もある。その場合の方式は、ＮＥＴＷＯＲＫ種別にその機器の識別子を付けて対応する事も考えられる。

ストリームオブジェクト（ＥＳＯＢ）のオブジェクトデータも、使用可能な放送方式分あることが考えられる。そのときは、ＥＳＦＩを方式毎に複数設け、それぞれのＥＳＦＩ中のＥＳＦＩ＿ＧＩにオブジェクトのファイルネームを入れることによって、複数方式に対応する場合と、デフォルトで放送方式毎にファイル名を決め、方式名（ＡＰＰ＿ＮＡＭＥ）のみを記録する方式が考えられる。複数方式を識別する情報（Ａｕｔｈｏｒｉｔｙ ＩＤ）を内包できるＡＰＰ＿ＮＡＭＥの中味の具体例については、図５１を参照して後述する。

図１０は、図８に示したＥＳＯＢ＿ＧＩ１３２５３１の中身（特にＥＳＯＢエレメンタリストリーム（ＥＳ）Ｉ１３２５３２とＥＳグループＩ１３２５３８とＭＡＰ＿ＧＩ１３２５３５とＥＳ＿ＭＡＰＩ１３２５３６）がどのように構成できるかの一例を説明する図である。

図１０において、ＥＳＯＢ＿ＥＳＩ１３２５３２には、ストリームのタイプ（ＳＴＲＥＡＭ＿ＴＹＰＥ）１３２４３２１、そのストリームのＰＩＤ（ＥＳＯＢ＿ＥＳ＿ＰＩＤ）１３２４３２２、およびストリーム情報数１３２４３２３が含まれる。ストリーム情報数１３２４３２３としては、Ｖｉｄｅｏの場合はＶＳＴＩ番号（ＥＳＯＢ＿ＥＳ＿ＶＳＴＩＮ）、Ａｕｄｉｏの場合はＡＳＴＩ番号（ＥＳＯＢ＿ＥＳ＿ＡＳＴＩＮ）、その他の場合は０ｘｆｆｆｆが設定される。ここで、ストリームタイプ１３２４３２１としてはＰＭＴ内に書いてあるタイプを採用できる。

エレメンタリストリームのグループ情報（ＥＳ＿グループＩ）１３２５３８は、エレメンタリストリーム数（ＥＳ＿Ｎｓ）１３２４３８１と、ＥＳＯＢ＿ＥＳのＰＩＤ（ＥＳＯＢ＿ＥＳ＿ＰＩＤ）１３２４３８２を含んで構成されている。最初のＥＳ＿グループＩ＃１にはメイングループが入るように構成される。

ＭＡＰ＿ＧＩ１３２５３５は、ＳＯＢの先頭の開始アドレスを示すアドレスオフセットＡＤＲ＿ＯＦＳ（Ｌｏｇｃａｌ Ｂｌｏｃｋ精度のＬＢ単位）１３２２４１、ＥＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＥＳＯＢのＬＢ内の開始パケット番号）１３２２４２、ＥＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ（ストリームオブジェクト（ＥＳＯＢ）のＬＢ内の終了パケット番号）１３２２４３、およびＥＳ＿ＭＡＰ数（ＥＳ＿ＭＡＰ＿Ｎｓ）１３２２４４を含んで構成される。ＥＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳおよびＥＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳは、該当ストリームオブジェクト（ＥＳＯＢ）のパケット数情報として扱うことができる。

ＥＳ＿ＭＡＰＩ１３２５３６は、エレメンタリストリームのマップ情報の一般情報ＥＳ＿ＭＡＰ＿ＧＩ１３２２６１と、ＥＳＯＢＵエントリ情報（ＥＳＯＢ＿ＥＮＴ）１３２２６２を含んで構成されている。

図１１は、図１０に示したＥＳ＿ＭＡＰ＿ＧＩ１３２２６１の中身がどのように構成できるかの一例を説明する図である。

ＥＳ＿ＭＡＰ＿ＧＩ１３２２６１は、ＥＳ＿ＰＩＤ（該当エレメンタリストリームのＰＩＤ）１３２２６１１、ＥＳＯＢＵエントリ数１３２２３６１２、１ＳＴ＿ＥＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＬＢ内の最初のＥＳＯＢＵの最初のＴＳパケットのＰａｃｋｅｔ Ｇｒｏｕｐ内の先頭からのＴＳパケット番号）１３２２６１３、ＥＳＯＢＵの種別１３２２６１４、ＥＳＯＢＵ内で示されるＰＣＲの間隔１３２２６１５を含んで構成されている。

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

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

図１２は、図１１に示したＥＳＯＢＵ＿ＥＮＴ１３２２６２の中身がどのように構成できるかの一例を説明する図である。

ＥＳＯＢＵエントリ情報（ＥＳＯＢＵ＿ＥＮＴ）１３２２６２は、図１１に示したＥＳＯＢＵの種別（００、０１、１０）に従い、３種類がある。

ＥＳＯＢＵ＿ＥＮＴ１３２２６１は、ビデオデータのある場合は、エントリ内の最初のリファレンスピクチャ（Ｉピクチャ等）のＥＳＯＢＵ先頭からの最終アドレス情報である１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺ（ＬＢ単位）１３２２３１と、ＥＳＯＢＵの再生時間（フィールド数）ＥＳＯＢＵ＿ＰＢ＿ＴＭ１３２２３２と、ＥＳＯＢＵのサイズ（ＬＢ単位）ＥＳＯＢＵ＿ＳＺ１３２２３３と、ＰＣＲの位置（ＰＣＲ＿ＰＯＳ）１３２２３４を含んで構成できる。ここで、ＰＣＲ＿ＰＯＳは、ＰＣＲ間隔で示される位置でのＰＣＲ位置をＥＳＯＢＵ先頭からのアドレス数で表したもので、ＰＣＲが存在しない場合は０ｘｆｆｆｆとされる。

ＰＣＲが存在する場合は、このＰＣＲ位置の論理ブロック数（ＬＢ数）は、
ＰＣＲ＿ＰＯＳ×２＾ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ、または
ＰＣＲ＿ＰＯＳ×２ｅｘｐ（ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ） …（１）
で表すことができる。ここで、ＰＣＲはリファレンスピクチャのある位置よりも前のものでＰＣＲ間隔で示されるＰＣＲ数個分前のＰＣＲの位置である。

式（１）のようにＰＣＲ位置の表現に２の“指数”を併用することで、比較的小さなビット数の情報“ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ”で大きなアドレス表現が可能となっている。

ビデオデータがなくオーディオデータがある場合は、ＥＳＯＢＵ＿ＥＮＴ１３２２６２は、エントリ内の最初の音声フレームのＥＳＯＢＵ先頭からの最終アドレス情報（上記に同じ）１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺと、ＥＳＯＢＵの再生時間（フィールド数）ＥＳＯＢＵ＿ＰＢ＿ＴＭとＥＳＯＢＵのサイズ（上記に同じ）ＥＳＯＢＵ＿ＳＺと、ＰＣＲ＿ＰＯＳとを含んで構成できる。 その他の情報のみの場合は、エントリ情報が構成されないため、ＥＳＯＢＵ＿ＥＮＴ１３２２６２は、例えば全てＦＦで埋める。

上記を整理すると、以下のとおりである。

＜１＞ビデオデータがある場合：
ＥＳＯＢＵは、（ａ）ランダムアクセス可能な所（ＧＯＰの先頭、もしくはＩピクチャの先頭）で区切るか、（ｂ）（該当ＳＯＢ内の）最終ＥＳＯＢＵ以外を最小０．４秒の再生時間で区切るか、（ｃ）最大１秒の再生時間で区切る。

１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺは、上記ＥＳＯＢＵの先頭からＲＥＦ＿ＰＩＣ（Ｉピクチャ）の終了までの論理ブロック数（ＬＢ数）となる。該当ＥＳＯＢＵ内にＲｅｆ＿ＰＩＣがないとき（またはＲｅｆ＿ＰＩＣが見つからないとき）は、例えば１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺ＝０ｘｆｆｆｆｆｆｆｆとされる。

ＰＣＲ＿ＰＯＳは、ＰＣＲ間隔で示される位置でのＰＣＲ位置をＥＳＯＢＵ先頭からのアドレス数で表したもので、前記式（１）で論理ブロック数（ＬＢ数）単位で表現される。該当ＥＳＯＢＵ内にＰＣＲがないときは、例えばＰＣＲ＿ＰＯＳ＝０ｘｆｆｆｆとされる。

＜２＞ビデオデータがなく、オーディオデータがある場合：
ＥＳＯＢＵは、例えば１秒の再生時間で区切る。

１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺは、例えば上記ＥＳＯＢＵの先頭の音声フレームの最終ＴＳパケット数で表現できる。

ＰＣＲ＿ＰＯＳは、ＰＣＲ間隔で示される位置でのＰＣＲ位置をＥＳＯＢＵ先頭からのアドレス数で表したもので、前記式（１）で論理ブロック数（ＢＬ数）単位で表現される。該当ＥＳＯＢＵ内にＰＣＲがないときは、例えばＰＣＲ＿ＰＯＳ＝０ｘｆｆｆｆとされる。

＜３＞ビデオデータもオーディオデータもないがデータ放送がある場合：
ＥＳＯＢＵは、例えば１秒の再生時間で区切る。

１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺは、例えば０ｘｆｆｆｆｆｆｆｆに固定する。

ＰＣＲ＿ＰＯＳは、例えば０ｘｆｆｆｆｆｆｆｆに固定する。

図１３は、図１に示したＡＶデータ管理情報記録領域１３０に記録される管理情報の別の１つ（ストリームデータ管理情報ＲＴＲ＿ＥＳＭＧ）がどのように構成できるかの一例を説明する図である。すなわち、ＡＶデータ管理情報記録領域１３０の一部であるストリームデータ管理情報記録領域１３０は、ディスク管理情報（ＥＳＭＧＩ＿ＭＡＴ）１３１０と、ストリームオブジェクト管理情報（ＥＳＦＩＴ；グローバル情報）１３２０と、プログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）１３３０と、プレイリスト情報（ＵＤ＿ＰＧＣＩＴ／ＰＬ＿ＳＲＰＴ）１３４０を含んで構成されている。

再生情報はＰＧＣ情報で、通常のＶＲフォーマットと同じで、オリジナルＯＲＧ＿ＰＧＣ情報は録画時に機器が自動で作成し、録画順に設定し、ユーザ定義ＵＤ＿ＰＧＣ情報は、ユーザが自由に追加する再生順番に従って作成され、プレイリストと呼ばれる。この２つのフォーマットはＰＧＣレベルで共通で、そのＰＧＣレベルで共通で、そのＰＧＣフォーマットは図１３に示される。

プログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）１３３０は、ＰＧＣレベルで混在を許可し、共通のＯＲＧ＿ＰＧＣを持つ場合は、プログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）１３３１からなる。混在を禁止し、複数のＯＲＧ＿ＰＧＣを持つ場合は、プログラムチェーンテーブル情報（ＯＲＧ＿ＰＧＣＴ）１３３２と、１以上のプログラムチェーン情報（ＯＲＧ＿ＰＧＣ Ｉｎｆｏｒ＃１〜＃ｓ）１３３５と、１以上のプログラムチェーンサーチポインタ（ＯＲＧ＿ＰＧＣサーチポインタ＃１〜＃ｒ）１３３３を含んで構成されている。ＯＲＧ＿ＰＧＣＩ１３３０のデータ構造はビデオレコーディング規格と同様な形態を持つが、その内容（セル情報ＣＩ）に違いがある（この点は図１５を参照して後述する）。

図１４は、図１３に示したプレイリスト情報（またはユーザ定義ＰＧＣ情報テーブル）１３４０の中身がどのように構成できるかの一例を説明する図である。

ユーザ定義ＰＧＣ情報テーブル（ＵＤ＿ＰＧＣＩＴ）１３４０は、ユーザ定義ＰＧＣ情報テーブルＵＤ＿ＰＧＣＩＴＩ１３４１と、１以上のユーザ定義ＰＧＣサーチポインタ１３４２と、１以上のユーザ定義ＰＧＣ情報１３４３を含んで構成されている。

図１５は、図１３に示したプログラムチェーン情報ＯＲＧ＿ＰＧＣＩ１３３０の各構成要素の中身がどのように構成できるかの一例を説明する図である。

放送方式が異なる場合、デコーダの設定を変える必要があり、接続できない可能性があるため、プレイリストでは、複数種類のストリームオブジェクト（ＥＳＯＢ）の共存を禁止する可能性がある。この場合（プレイリスト単位では混在を禁止し、プレイリスト間の混在は許可する場合）、各方式毎にプログラムチェーン情報ＯＲＧ＿ＰＧＣが必要となり、複数のＯＲＧ＿ＰＧＣが存在し、再生装置は対応可能な方式のＯＲＧ＿ＰＧＣを再生することになる。その場合には、プログラムチェーン一般情報ＰＧＣＩ＿ＧＩ１３３１にＥＳＦＩ番号もしくはＡＰＰ＿ＮＡＭＥを設定する必要がある。一方、プログラムチェーン内で混在を許可する場合は、許可するレベルに応じた箇所に設定する。プログラム単位、プレイリスト単位で混在を許可する場合は、プログラム情報ＰＧＩ１３３２に、セル単位で混在を許可する場合には、セル情報ＣＩ１３３４にＥＳＦＩ番号もしくはＡＰＰ＿ＮＡＭＥを設定する必要がある。設定するＥＳＦＩ番号もしくはＡＰＰ＿ＮＡＭＥは、そのＥＳＯＢＳのファイルネームなどを追加することも考えられる。

プログラムチェーン一般情報ＰＧＣＩ＿ＧＩ１３３１は、プログラム数（ＰＧ＿Ｎｓ）１３３１１と、ストリームファイルインフォメーション（ＥＳＦＩ）番号、あるいはＡＰＰ＿ＮＡＭＥ（混在禁止の場合）１３３１２と、プログラムチェーン内セル数（Ｃｅｌｌ＿ＳＲＰ＿Ｎｓ）１３３１３を含んで構成されている。

各プログラム情報ＰＧＩ１３３２は、プログラムタイプ（ＰＧ＿ＴＹ）１３３２１と、ストリームファイルインフォメーション（ＥＳＦＩ）番号、あるいはＡＰＰ＿ＮＡＭＥ（プログラムあるいはプレイリスト単位で混在許可の場合）１３３２２と、プログラム内セル数（Ｃ＿Ｎｓ）１３３２３と、プログラムコンテンツ情報（プライマリテキスト情報ＰＲＭ＿ＴＸＩＴ１３３２４、アイテムテキストサーチポインタ番号ＩＴ＿ＴＸＴ＿ＳＲＰＮ１３３２５、代表画像情報ＲＥＰ＿ＰＩＣＴＩ１３３２６、編集者ＩＤ１３３２７、プログラムインデックス（ＰＧ＿ＩＮＤＥＸ）１３３２８、製造者情報ＭＮＦＩ１３３２９）を含んで構成されている。

各セル情報ＣＩ１３３４は、セルタイプ（Ｃ＿ＴＹ）１３３４１と、ストリームファイルインフォメーション（ＥＳＦＩ）番号、あるいはＡＰＰ＿ＮＡＭＥ（セル単位で混在を許可する場合）１３３４２と、対応ＥＳＯＢ番号１３３４３と、参照するＩＤ１３３４４と、セルＥＰＩ数１３３４５と、セル開始ＰＴＳ／ＡＴＳ（再生タイムスタンプ／ＥＳＯＢＵ到着時間）１３３４６と、セル終了ＰＴＳ／ＡＴＳ１３３４７と、ＥＰＩ１３３４８を含んで構成されている。

セル情報では、ＣＥＬＬタイプにＥＳＯＢの種別が加わっており、ＥＳＯＢ番号を指定し、再生開始時間、終了時間を指定する。ここで、再生開始時間、終了時間は、ＰＴＳまたはＡＴＳの２種類で表せる場合が考えられる。さらに、参照するＩＤは、再生するストリームの代表するストリームのＰＩＤ（またはコンポーネントタグの値）を設定する方法と、マルチビューＴＶなどの場合などで、コンポーネントグループのＩＤを設定する方法が考えられる。また、０ｘｆｆｆｆの場合、子画面でマルチ表示する方法と事前に設定したグループ（もしくはデフォルトのメイングループ）を優先的に表示し、後（再生中）で切り換える方法が考えられる。

また、ＰＧＩ１３３２に編集を行った機器のメーカーＩＤを入れることにより、どのメーカーの機器が編集を行ったかを示す情報が追加されている。これにより、各メーカーで使用しているＭＮＩの情報の使用状況がわかり、各機器はその領域の書き換えが他社で行われた場合、そのＭＮＩ内の情報の信頼性が無いことがわかり、他社で編集後はＭＮＩは新たに構築する必要があることを示す。

また、ＰＧＩ１３３２に特有のＩＤ番号（プログラムインデックス１３３２８）を付け、途中のプログラムを削除しても変わらない番号でプログラムを指定できるようにしている。 ここで、セルタイプ１３３４１としては、例えば次のものがある：
Ｃ＿ＴＹ＝“０”…ＶＲ動画（Ｍ＿ＶＯＢ）；
Ｃ＿ＴＹ＝“１”…ＶＲ静止画（Ｓ＿ＶＯＢ）；
Ｃ＿ＴＹ＝“２”…ストリーマ（ＥＳＯＢ）。

参照するＩＤとしては、例えば次のものがある：
（ａ）再生するビデオのＰＩＤまたはコンポーネントタグ（ビデオが無い場合はオーディオのＰＩＤ）；
（ｂ）Ｃｏｍｐｏｎｅｎｔ＿Ｇｒｏｕｐ＿ｉｄを記述（ＡＲＩＢ）、全てのビューを指す場合は、０ｘｆｆｆｆ。

ＥＳＦＩ番号／ＡＰＰ＿ＮＡＭＥは混在を許可するレベルにより場所が異なる可能性がある。

ＰＧＣ内で混在を禁止する場合：ＰＧＣＩ＿ＧＩ；
ＰＬ、ＰＧ内で混在を許可する場合：ＰＧＩ；
セル内で混在を許可する場合：ＣＩ。

図１６は、図１または図２に示したストリームオブジェクト用のデータユニット（ＥＳＯＢＵ）１３４がどのように構成できるかの一例を説明する図である。

１個のＥＳＯＢＵ１３４は１以上のパケットグループ１４０で構成され、各パケットグループ１４０は、例えば８パケット（１パケット＝１セクタ：２０４８バイト）で構成される。

各パケットグループ１４０は、パケットグループヘッダ（１５２バイト）１６１と、１以上（ここでは８５個）のＭＰＥＧ−ＴＳパケット（１８８バイト）１６２と、１以上（ここでは８４個）のＩＡＰＡＴ（Ｉｎｃｒｅｍｅｎｔａｌ Ｐａｃｋｅｔ Ａｒｒｉｖａｌ Ｔｉｍｅ；３バイト）１６３を含んで構成されている。

パケットグループヘッダ１６１は、パケット到着時間（ＡＴＳ）１５１Ｘと、下記のＤＣＩおよびＣＣＩの有効性を示す情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）１５２Ｘと、表示コントロール情報（ＤＣＩ；Ｄｉｓｐｌａｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）１５３Ｘと、コピー世代管理情報（またはコピー制御情報ＣＣＩ；Ｃｏｐｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）１５４Ｘと、ＰＣＲの位置情報（ＰＣＲＩ；Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）１５５Ｘと、製造者情報（ＭＮＩ（またはＭＮＦＩ）；Ｍａｎｕｆａｃｔｕｒｅｒ‘ｓ ｉｎｆｏｒｍａｔｉｏｎ）１５６Ｘとを含んで構成されている。なお、パケットグループヘッダ１６１は、再生時間情報（ＰＴＳ；Ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ ｓｔａｍｐ）をさらに含む実施の形態もあり得る。

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

ところで、デジタルＴＶ放送などやインターネットなどの有線を使用した放送などの圧縮動画の放送（配信）を行うための方式において、共通の基本フォーマットであるＴＳストリーム（図１６）は、パケットの管理データ部分（１７０）とペイロード（１８０）に分かれる。

ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。デジタル放送規格ＡＲＩＢによると、その他にＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）やＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）やＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）に関しては、スクランブルされていない。また、ＰＭＴやＳＩ（Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ， Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ， Ｂｏｕｑｕｅｔ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）を利用して、さまざまな管理情報を作成することが可能になっている。

再生対象としては、ＭＰＥＧビデオデータやＤｏｌｂｙ・ＡＣ３（Ｒ）オーディオデータやＭＰＥＧオーディオデータ、データ放送データなどがある。また、再生対象に直接の関係はないが、再生する上で必要な情報として、ＰＡＴ、ＰＭＴ、ＳＩなどの情報（番組情報等）などがある。

ＰＡＴには、番組毎のＰＭＴのＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）が含まれており、さらにＰＭＴにはビデオデータやオーディオデータのＰＩＤが記録されている。

これにより、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）の通常の再生手順としては、次のようなことが可能になる。すなわち、ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）情報によりユーザが番組を決定すると、目的の番組の開始時にＰＡＴを読み込み、そのデータを元に希望の番組に属するＰＭＴのＰＩＤを決定する。そして、そのＰＩＤに従って、目的のＰＭＴを読み出し、そこに含まれる再生すべきビデオ、オーディオパケットのＰＩＤを決定する。そして、ＰＭＴやＳＩにより、ビデオ、オーディオの属性を読み出し、各デコーダへセットし、前記ビデオ、オーディオデータをＰＩＤに従って切り出して、再生を行う。ここで、ＰＡＴ、ＰＭＴ、ＳＩ等は途中再生にも使用するために、数１００ｍｓ毎に送信されてくる。

これらのデータに対し、ＤＶＤ−ＲＡＭなどのディスクメディアに記録する場合には、放送されたデータをそのままデジタルデータとして記録する方が有利である。

もし、複数ストリームを同時に記録する場合は、ＳＯＢＩに記録されるストリーム数を持たせ、各ストリームに対応したＰＭＴを保存し、特殊再生用のマップ情報（マップグループ情報）を各ストリーム毎に持たせ、セル情報に再生すべきストリームの番号（チャンネル番号又はＰＭＴのＰＩＤ）を記録すればよい。

図１７は、図１６に示したパケットグループヘッダに含まれるパケットの到着時間（ＡＴＳ）がどのように構成できるかの一例を説明する図である。ここでは、ＡＴＳ１５１Ｘに例えば６バイトを割り当て、その３８〜０ビットでＰＡＴベース（例えば９０ｋＨｚのカウンタ値）を表現し、その８〜０ビットでＰＡＴエクステント（例えば２７ＭＨｚのカウンタ値）を表現している。

実際の到着時間ＰＡＴはＰＡＴ＿ｂａｓｅ／９００００Ｈｚ＋ＰＡＴ＿ｅｘｔｅｎ／２７、０００、０００Ｈｚで表される。これにより、ＡＴＳ１５１Ｘを、例えばビデオフレーム単位で細かく表現できるようになる。

図１７は、図１６に示したパケットグループヘッダに含まれる有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）１５２Ｘがどのように構成できるかの一例も説明する。ここでは、１ビットのＤＣＩ＿ＳＳは、“０”で無効を示し、“１”で有効を示している。３ビットのＣＣＩ＿ＳＳは、“０”で無効を示し、“１”でＡＰＳのみが有効であることを示し、“２”でＥＰＮのみが有効であることを示し、“３”でＡＰＳおよびＥＰＮが有効であることを示し、“４”でＣＧＭＳのみが有効であることを示し、“５”でＣＧＭＳとＡＰＳが有効であることを示し、“６”でＣＧＭＳとＥＰＮが有効であることを示し、“７”でＡＰＳ、ＥＰＮおよびＣＧＭＳが３つとも有効であることを示している。

図１７は、図１６に示したパケットグループヘッダに含まれる表示制御情報（ＤＣＩ）１５３Ｘがどのように構成できるかの一例も説明する。ここでは、ＤＣＩ１５３Ｘに１１バイト割り当てている。その内訳は、先頭にリザーブビット（３ビット）を設け、その後に、アスペクト情報（１ビット）を８５回繰り返して配置している。ここで、アスペクト情報は、例えば、“０”でアスペクト比４：３を示し、“１”でアスペクト比１６：９を示している。

図１７は、図１６に示したパケットグループヘッダに含まれるコピー世代管理情報（またはコピー制御情報ＣＣＩ）がどのように構成できるかの一例も説明する。ＣＣＩ１５４Ｘの内訳は、先頭にリザーブビット（７ビット）を設け、その後に、デジタルコピー制御情報（２ビット）とアナログコピー制御情報（２ビット）とＥＰＮ（１ビット）の組を８５回繰り返して配置している。

ここで、デジタルコピー制御情報は、例えば、“００”のときはコピー禁止を示し、“０１”のときは１回だけコピー許可を示し、“１１”のときはコピーフリーを示している。また、アナログコピー制御情報は、例えば、“０”のときはコピーフリー（アナログプロテクションシステムＡＰＳなし）を示し、“１”のときはコピー禁止（ＡＰＳタイプ１付加）を示し、“２”のときはコピー禁止（ＡＰＳタイプ２付加）を示し、“３”のときはコピー禁止（ＡＰＳタイプ３付加）を示している。このコピー制御情報の値は、ストリーム（コンテンツ）内のサービス情報ＳＩに記録されている値に基づいて設定できる。

また、１ビットのＥＰＮは、“０”でＥＰＮオフを示し、“１”でＥＰＮオンを示している。

図１７は、図１６に示したパケットグループにおいて、パケットグループヘッダの後に含まれるパケット到着時間の増分（ＩＡＰＡＴ）１６３がどのように構成されるかの一例も説明する。ここでは、ＩＡＰＡＴ１６３に例えば３バイト割り当て、そのうちの１４〜０ビットでＰＡＴベース（例えば９０ｋＨｚのカウンタ値）を表現し、そのうちの８〜０ビットでＰＡＴエクステント（例えば２７ＭＨｚのカウンタ値）を表現している。ＩＡＰＡＴ１６３は、絶対時間ではなく、ＡＴＳ１５１Ｘからの増分（変化分）を表せばよいので、ＩＡＰＡＴのデータ量はＡＴＳのデータ量より少なくて済む。

ＩＡＰＡＴ１６３における実施の到着時間ＰＡＴは、ＡＴＳ＋ＰＡＴ＿ｂａｓｅ／９００００Ｈｚ＋ＰＡＴ＿ｅｘｔｅｎ／２７、０００、０００Ｈｚで表される。これにより、ＩＡＰＡＴ１６３を、例えばビデオフレーム単位で細かく表現できるようになる。なお、別の形態として、１つ前のＴＳパケットの到着時間との差分を用いること（１つ前のＰＡＴにＰＡＴ＿ｂａｓｅ／９００００Ｈｚ＋ＰＡＴ＿ｅｘｔｅｎ／２７、０００、０００Ｈｚを足したものを新たなＰＡＴとすること）も可能である。

なお、上記の「ＰＡＴ＿ｂａｓｅおよびＰＡＴ＿ｅｘｔｅｎ」における“ＰＡＴ”は“Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ”のことではなく、“Ｐａｃｋｅｔ Ａｒｒｉｖａｌ Ｔｉｍｅ（パケット到着時間）”を意味している。

図１７は、図１６に示したパケットグループヘッダに含まれるＰＣＲ位置情報（ＰＣＲ＿ＬＢ数番号等）１５５Ｘがどのように構成できるかの一例も説明する。ここでは、ＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）の位置情報１５５ＸをＰＣＲ情報（ＰＣＲＩ）としている。

このＰＣＲ位置情報１５５Ｘは、例えば２バイトで表現される。この２バイトで、ＰＣＲパケット番号を表現できる。このＰＣＲパケット番号は、先頭の基準ピクチャ（例えば先頭のＩピクチャ）１ｓｔ＿Ｒｅｆ＿ＰＩＣに一番近いＥＳＯＢＵの先頭から、ＰＣＲのある論理ブロックＬＢまでのＬＢ数で表すことができる。その先頭１ビットは±のフラグとする（例えば“０”で“＋方向”を表し、“１”で“−方向”を表す）。ＰＣＲが存在しない場合は、ＰＣＲ＿ＬＢ数番号は、例えば“０ｘｆｆｆｆ”となる。

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

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

なお、ＳＴＣ部１０２は、図１７のＰＡＴ＿ｅｘｔｅｎに合わせて、２７ＭＨｚベースでクロックカウントを行うように構成されている。

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

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

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

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

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

Ｄ−ＰＲＯ部５２は、例えば１６パック毎にまとめてＥＣＣグループとし、ＥＣＣをつけてドライブ部５１へ送る。ただし、ドライブ部５１がディスク１００への記録準備が出来ていない場合には、一時記憶部５３へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部５３は高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。この一時記憶部５３は、ＨＤＤ１００ａの一部を利用して構築することも可能である。

なお、ＭＰＵ部８０は、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部５２へ専用のマイコンバスを通して読み書きできるように構成されている。

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

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

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

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

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

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

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

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

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

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

また、地上波アナログ放送あるいはＡ／Ｖ入力８１からのアナログビデオ信号は、ディスク１００（および／またはＨＤＤ１００ａ）のＶＲオブジェクト群記録領域１２２（図１（ｄ））にビデオレコーディングできる。

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

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

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

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

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

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

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

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

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

ＶＲデータの場合、分離部６０は、固定のＩＤに従い、各デコード部へ送る。各デコード部は、デコードを行い、Ｄ／Ａ部６７でアナログ信号に変換し、ＴＶモニタ６８で表示する。

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

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

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

図２０は、図１９に示した編集処理（ＳＴ２８）の中身の一例を説明するフローチャート（編集動作処理フロー）である。編集処理に入ると、編集内容に応じて、４つの処理（Ａ〜Ｄのいずれか）に入ることができる（ステップＳＴ２８０）。エントリポイント編集処理（ステップＳＴ２８２Ａ）、コピー／移動処理（ステップＳＴ２８２Ｂ）、削除処理（ステップＳＴ２８２Ｃ）、あるいはプレイリスト作成処理（ステップＳＴ２８２Ｄ）が済むと、これらの操作を行った機器のメーカＩＤが、図１５のプログラム情報ＰＧＩ１３３２内の編集者ＩＤ（ＬＡＳＴ＿ＭＮＦ＿ＩＤ）１３３２７に設定される（ステップＳＴ２８４）。この編集者ＩＤは、プログラム情報ＰＧＩ、セル情報ＣＩ、ストリームオブジェクト（ＥＳＯＢ）（またはＶＯＢ）のどれかが変更されると、その都度、その時に用いた機器のＩＤ情報により、設定（または更新）される。

図２１および図２２は、図１８の装置の録画動作（ＳＴ２２）の一例を説明するフローチャート（録画フロー）である。図１９の番組設定処理（ＳＴ２０）でＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）を使用して録画する番組を決めておき、受信を開始し、その決めた番組の録画を行う。

＜０１＞ＭＰＵ部８０がキー入力部１０３より録画命令受けると、ドライブ部５１から管理データを読み込み（ステップＳＴ１００）、書き込む領域を決定する。このとき、ファイルシステムをチェックし、録画可能かどうか（ディスク１００またはＨＤＤ１００ａに録画可能容量が残っているか）を判断する。録画可能でない場合は（ステップＳＴ１０２のノー）、その旨（「録画スペースがありません」）をユーザに示して（ステップＳＴ１０４）、録画処理を中止する。

録画可能の場合は（ステップＳＴ１０２のイエス）、デジタル放送のストリームレコーディングを行うのか、アナログ放送のビデオレコーディング（またはデジタル放送信号をＤ／Ａ変換したアナログ信号のビデオレコーディング）を行うのかの判定が行われる。デジタル放送のストリームレコーディングでないときは（ステップＳＴ１０６のノー）、ビデオレコーディング規格に基づく録画処理に移行する。デジタル放送のストリームレコーディングであれば（ステップＳＴ１０６のイエス）、ステップＳＴ１００で読み取った管理データに基づいて、記録開始位置を決定する。

＜０２＞決定された領域に書き込むように管理領域を設定し、ビデオデータの書き込みスタートアドレスをドライブ部５１に設定し、データを記録する準備を行う（ステップＳＴ１１０）。

管理情報（ＶＭＧ）の作成時にエラーが生じれば（ステップＳＴ１１１のイエス）、処理は終了する。エラーなしで管理情報（ＶＭＧ）の作成が済めば（ステップＳＴ１１１のノー）、次の録画用初期設定（ステップＳＴ１１２）に移る。

＜０３＞録画用初期設定の一環として、ＳＴＣ部１０２に対して、時間のリセットを行う（ステップＳＴ１１２）。ここで、ＳＴＣ部１０２はシステムタイマであり、このタイマのカウント値を基準にして、（フレーム単位の細かさで）録画／再生を行う。

＜０４＞録画する番組のＰＡＴ（ＳＴＢ部８３からのＭＰＥＧ−ＴＳに含まれている）を読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部８０のワークＲＡＭ部８０Ａに録画開始時のＰＡＴ、ＰＭＴを保存し、それらを管理情報に書き込む（ステップＳＴ１１６）。また、ファイルシステムに、ＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報（図４）を書き込む。

ここで、ＰＡＴはＴＳ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、ＰＭＴ＿ＩＤ等の情報を含むことができ、ＰＭＴにはＳＥＲＶＩＣＥ＿ＩＤ、ＲＥＧ＿ＤＥＳ＿ＶＡＬＵＥ（Ｒｅｇｉｓｔｒａｔｉｏｎ＿Ｄｅｓｃｒｉｐｔｏｒの値）、ＰＣＲ＿ＰＩＤ、ＥＳＯＢ＿ＥＳ＿Ｎｓ等の情報を含むことができる。

＜０５＞録画用初期設定の一環として、各部へ録画設定を行う（ステップＳＴ１１２）。このとき、フォーマッタ部９０へ、各データの切り分けの設定（セル、ＥＳＯＢＵ、プログラム、パケットグループなどの区切り設定）や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録するようにする。また、バッファメモリ部９１へＴＳパケットの保持を開始するように設定する。

録画開始設定の一環として、フォーマッタ部９０へ、バッファメモリ部９１からのバッファデータ取り込み開始処理を設定する（ステップＳＴ１１４）。すると、フォーマッタ部９０は、バッファ取り込み処理（図２４を参照して後述）を開始する。

＜０６＞ＰＴＭよりビデオ／オーディオのＳＴＩ（図７のＥＳＯＢＩ＿ＶＳＴＩとＥＳＯＢＩ＿ＡＳＴＩ）を作成する（図２２のステップＳＴ１２０；その詳細は図２７）。次に、バッファメモリ部９１への取り込み処理を開始する（ステップＳＴ１３０）。

＜０７＞バッファメモリ部９１内のデータが一定量（１個の連続データエリアＣＤＡ分）たまった場合は（ステップＳＴ１４０のイエス）、Ｄ−ＰＲＯ部５２を通して所定のＥＣＣ処理（例えば８セクタ１６ｋバイト単位ないし３２セクタ６４ｋバイト単位でＥＣＣブロックを作成する）を行い、ディスクに記録する（ステップＳＴ１４２）。

＜０８＞録画中、定期的に（フォーマッタ部９０のバッファＲＡＭ９１が一杯になる前；ステップＳＴ１４４のイエス）、切り分け情報をＭＰＵ部８０のワークＲＡＭ部８０Ａに保存する（ステップＳＴ１４６）。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報であり、ＥＳＯＢＵの先頭のアドレス、ＥＳＯＢＵのパック長、もしくはＩピクチャの終了アドレス、ＥＳＯＢＵの到着時間（ＡＴＳ）等である。

＜０９＞録画中のディスク１００（またはＨＤＤ１００ａ）の残量をチェックし、残量が一定値（例えば１５０Ｍバイト）以下に少なくなった場合には、図示しないが、残り容量少処理を行うように構成することができる。この残り容量少処理としては、ディスク上に消去可能な未消去データ（ごみ箱ファイルに捨てられた仮消去ファイル）があればそれを消去して残り容量を増やす処理がある。あるいは、残り容量少処理としては、記録レートを落として（あるいはＭＰＥＧ−２記録をＭＰＥＧ−１記録に切り替えて）物理的な残り容量が同じでも録画可能時間を増やす処理もある。あるいは、ディスク１００上にアフレコ等に利用するダミーパックを記録している場合において、このダミーパックの記録を中止する処理を、この残り容量少処理の一部として行うことも可能である。あるいは、ディスク１００の残り容量が少なくなったときに、ＨＤＤ１００ａの未記録エリアへリレー録画を継続する処理を、この残り容量少処理の一環として行うことも可能である。

＜１０＞録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時には（ステップＳＴ１４８のイエス）、フォーマッタ部９０より残りの切り分け情報を取り込み、ワークＲＡＭ部８０Ａへ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、さらに、ファイルシステムに、残りの情報を記録する（ステップＳＴ１５０）。このＳＴ１５０において、図２８を参照して後述するストリームファイル情報（ＳＦＩまたはＥＳＦＩ）の作成も行われる。

＜１１＞終了で無い場合（ステップＳＴ１４８のノー）は、ステップＳＴ１４０に戻り、データの取り込み（ステップＳＴ１３０）及び書き込み（ステップＳＴ１４２）を続けて行うようにする。

ここで、ＴＶモニタ６８に表示するために、デコーダ部５９へＤ−ＰＲＯ部５２と同時に送り、再生を行う。ただし、この場合、ＭＰＵ部８０はデコーダ部５９へ再生時の設定を行い、その後はデコーダ部５９が自動的に再生を行う。

Ｄ−ＰＲＯ部５２は１６パック毎にまとめてＥＣＣグループとして、ＥＣＣをつけてドライブ部５１へ送る。ただし、ドライブ部５１がディスクへの記録準備が出来ていない場合には、一時記憶部５３へ転送し、データを記録する準備が出来るまで待ち、用意が出来た段階で記録を開始する。ここで、一時記憶部５３は高速アクセスで数分以上の記録データを保持するため、大容量メモリが使用されることが好ましい。ただし、ＭＰＵ部８０は、ファイルの管理領域などを読み書きするために、Ｄ−ＰＲＯ部５２へＭＰＵバスを通して、読み書きすることが出来る。

図２３は、図１８の装置の動作における割り込み処理の一例を説明するフローチャート（割り込み処理フロー）である。ＭＰＵ部８０の制御動作における割り込み処理では、まず割り込み要因がチェックされる（ステップＳＴ３０）。割り込み要因が「Ｄ−ＰＲＯ部５２へ１パック分（あるいは１パケット分）の転送が終了したことによるもの」であれば、録画論理ブロック数ＬＢＮが１つインクリメントされる（ステップＳＴ３０１）。割り込み要因が「フォーマッタ部９０からの切り分け情報取り込みによるもの」であれば、切り分け情報１の取り込み割り込みフラグ（図示せず）がセットされる（ステップＳＴ３０２）。

図２４は、図２２に示したバッファ取り込み処理（ＳＴ１３０）の中身の一例を説明するフローチャート（バッファ取り込み処理フロー）である。

＜０１＞ＳＴＢ部８３（または地上波デジタルチューナ部８９）でＴＳパケットを受信する（ステップＳＴ１３００）。

＜０２＞取り込んだＴＳパケットにＰＣＲが有る場合は（ステップＳＴ１３０２のイエス）、ＳＴＣ部１０２の修正を行う（ステップＳＴ１３０４）。

＜０３＞パケットグループの先頭の場合は（ステップＳＴ１３０６のイエス）、その到着時間をＳＴＣ部１０２より取り込み、ＡＴＳとする（ステップＳＴ１３０８）。先頭でない場合は（ステップＳＴ１３０６のノー）、先頭のＡＴＳの値と到着時間の差分（又は、１つ前に到着したＴＳパケットの到着時間との差分）をＩＡＰＡＴとして、そのＴＳパケットの前（つまり前回のＴＳパケットの後）に配置する（ステップＳＴ１３１０）。

＜０４＞最初に取り込んでおいた本ストリームの属するＰＭＴ内にコピー記述子が有るかどうか調べ、有る場合は（ステップＳＴ１３１２のイエス）、その情報を全てのパケットグループヘッダに書くため、その情報を元にコピー制御情報ＣＣＩを構成し、パケットグループヘッダに保存する（ステップＳＴ１３１３）。

＜０５＞ＰＭＴ内にコピー情報がなく（ステップＳＴ１３１２のノー）、受信したＴＳパケット内にコピー記述子がない場合は（ステップＳＴ１３１４のノー）、前回のパケットと同じ情報を元にコピー情報を構成する（ステップＳＴ１３１５）。有る場合は（ステップＳＴ１３１４のイエス）、その情報を元にコピー制御情報ＣＣＩを構成し、パケットグループヘッダに保存する（ステップＳＴ１３１６）。

＜０６＞次に、ＴＳパケット内にコンポーネントの記述子があるかどうかを調べ、ない場合は（ステップＳＴ１３１８のノー）、前回のパケットと同じ情報をパケットグループヘッダに保存する（ステップＳＴ１３１９）。有る場合は（ステップＳＴ１３１８のイエス）、その情報を元に解像度情報を構成し、パケットグループヘッダに保存する（ステップＳＴ１３２０）。

＜０７＞次に、パケットグループが終わったかどうかを判定（具体的には、８５個のＴＳパケットをグルーピングしたかどうかを判定）し、終わってない場合は（ステップＳＴ１３２２のノー）、バッファ取り込み処理ＳＴ１３０の先頭へ移行する。終わった場合は（ステップＳＴ１３２２のイエス）、グループデータをバッファＲＡＭ９１内に一時保存する（ステップＳＴ１３２３）。

ここで、ＰＴＳはピクチャ先頭がグループ内に含まれている場合に、ＴＳパケットの中をみて保存する。また、ビデオデータが無く、オーディオデータのみの場合は、オーディオ用のコピー情報にしたがって、ＣＣＩを構成する。さらに、各情報の有無を検知し、ワークＲＡＭ部８０Ａに保存し、記録終了時に、管理情報として、管理情報記録領域１３０に記録する（図２２のＳＴ１５０）。

再生時は、ディスク１００（またはＨＤＤ１００ａ）から読み出されたパケットデータは分離部６０で解析され、ＴＳパケットが入っているパケットの場合には、ＴＳパケット転送部１０１へ送られる。さらに、その後、読み出されたパケットデータは各デコーダ（６１、６３、６４）へ送られ、対応する再生（ビデオ再生、副映像再生、音声再生）が行なわれる。

ＴＳパケットをＳＴＢ部８３へ転送する場合（あるいはＩＥＥＥ１３９４Ｉ／Ｆ７４を介して外部のデジタルＴＶ等へ送信する場合など）は、ＴＳパケット転送部１０１は、そのデータを、到着時と同じ時間間隔で、ＴＳパケットのみを転送する。

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

＜０２＞取り込んだＴＳパケットにＰＣＲが有る場合は、ＳＴＣ部１０２の修正を行う。

＜０３＞パケットグループの先頭の場合は、その到着時間をＳＴＣ部１０２より取り込み、ＡＴＳとする。先頭でない場合は、先頭のＡＴＳの値と到着時間の差分（または１つ前のＴＳパケットのＡＴＳとの差分）をＩＡＰＡＴとしてそのＴＳパケットの前に配置する。

＜０４＞最初に取り込んでおいた本ストリームの属するＰＭＴ内にコピー情報が有るかどうか調べ、有る場合は、その情報を全てのパケットグループヘッダに書くため、その情報（図３７〜図３９）を元にコピー情報（図１７）を構成し、＜０６＞へ移行する。

＜０５＞受信したＴＳパケット内にコピー情報がない場合は、前回のパケットと同じ情報を保持し、受信したＴＳパケット内にコピー情報が有る場合は、その情報を元にコピー情報を構成する。

＜０６＞解像度情報が有るかどうかを調べ、ない場合は前回のパケットと同じ情報を保持し、解像度情報が有る場合は、その情報（図４２、図４３）を元に解像度情報を構成する。

＜０７＞パケットグループが終わったかどうかを判定し（８５個のＴＳパケットをグルーピングしたかどうかを判定し）、終わってない場合は、＜０１＞へ移行し、グルーピングが終わった場合は、グループデータをバッファＲＡＭ（バッファメモリ部９１）内に一時保存する。

ここで、ＰＴＳはピクチャ先頭がグループ内に含まれている場合に、ＴＳパケットの中をみて保存する。また、ビデオデータが無く、オーディオデータのみの場合は、オーディオ用のコピー情報に従ってコピー制御情報ＣＣＩを構成する。

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

図２５、図２６は、図１９に示した録画処理ＳＴ２２（図１に示したディスク状情報記憶媒体に録画を開始する前の処理）を説明するフローチャート（録画前処理フロー）である。この録画の前処理の一例を以下に説明する。

（Ａ）ＤＶＤ＿ＨＤＲのディレクトリ（新たなＨＤ対応のビデオレコーディングを入れるディレクトリであり、新たなＶＲ（ＨＤ対応）とＥＳＲの入るディレクトリ）を探し（ステップＳＴ１１００）、無い場合はそのディレクトリを作成し（ステップＳＴ１１０２）、ある場合は次のステップに移行する。

（Ｂ）ディレクトリ内にデータが録画されているかどうかを調べ、その際にエラーが発生すれば（ステップＳＴ１１０４のイエス）その旨（「ファイルシステムでエラーが発生しました」）を表示して（ステップＳＴ１１０６）、エラー終了する。エラーがなければ（ステップＳＴ１１０４のノー）、録画データの管理情報（ＶＭＧＩ）の有無がチェックされる（ステップＳＴ１１０８）。データが録画されており、かつＶＭＧＩがある場合は（ステップＳＴ１１０８のイエス）、そのＶＭＧＩをワークＲＡＭ部８０Ａに読み込み（ステップＳＴ１１１０）、その中に記録されている放送方式（図８等のＡＰＰ＿ＮＡＭＥ）から本機器（図１８の装置）がサポートしている方式かどうかを判定（ステップＳＴ１１１２）する。サポートしていない場合は（ステップＳＴ１１１２のノー）、その旨（「放送方式が違います」）を表示して（ステップＳＴ１１１４）、エラー終了する。

（Ｃ）録画データの管理情報ＶＭＧＩが無い場合（ステップＳＴ１１０８のノー）、ワークＲＡＭ部８０Ａ内にＶＭＧＩを作成する。

（Ｄ）これから録画するデータの放送方式を調べる（ステップＳＴ１１１６）。この調査において、録画する信号が内部チューナからの場合は、機器内でデフォルトの方式とする。また、録画する信号が外部デジタル入力の場合は、デジタル入力より送られてくる記述子Ｒｅｇｉｓｔｒａｔｉｏｎ＿Ｄｅｓｃｒｉｐｔｏｒの値を調べ、録画する方式を決定する（ステップＳＴ１１１６）。

（Ｅ）録画するデータの放送方式が、本機器（図１８の装置）がサポートしている方式かどうかを判定する。サポートしていない場合は（ステップＳＴ１１２２のノー）、その旨（「放送方式が違います」）を表示して（ステップＳＴ１１２４）、エラー終了する。

（Ｆ）サポートしている場合は（ステップＳＴ１１２２のイエス）、
ステップＳＴ１１２６で録画するデータの放送方式がディスクに記録している放送方式と一致するＥＳＯＢファイルが存在するか否か判断する。この場合ディスク内に記録方式が複数あることを許している場合は、ＡＰＰ＿ＮＡＭＥは各ＥＳＯＢＩ＿ＧＩに必要であるが、複数の存在を禁止している場合は、ＡＰＰ＿ＮＡＭＥは、ＥＳＦＩ＿ＧＩおよび／またはＶＭＧ＿ＭＡＴに設定してもよい（図９の説明参照）。ＡＰＰ＿ＮＡＭＥは機器によって固定の場合と、ＥＳＯＢ毎に変更する場合が考えられる。設定値はＡＲＩＢ等の名前が文字コードで入力される場合と、ＩＤコード（ＡＲＩＢ＝“０１”、ＤＶＢ＝“０２”、等）の場合がある。

存在する場合は、ステップＳＴ１１２８で新たなＥＦＳＩを作成し、ＡＰＰ＿ＮＡＭＥに受信しているデジタル方法方式コードを設定（ＣｏｕｎｔｒｙＩＤ、ａｕｔｈｏｒｉｔｙＩＤ、Ｐａｃｋｅｔ ｆｏｒｍａｔはチューナ部のデフォルト値、Ｎｅｔｗｏｒｋ種別、放送方式ＶｅｒｓｉｏｎはＳＩより設定）する。ステップＳＴ１１３０で新たに該当フォーマットのＥＳＯＢファイルを作成し、そのファイルにこれから録画するオブジェクトデータを記録するよう設定する。存在しない場合は、新たにＶＭＧを作成する（ステップＳＴ１１３２）。すなわち、ＡＰＰ＿ＮＡＭＥの同じＥＦＳＩに今回録画するためのＳＯＢＩを追加する。ステップＳＴ１１３４で記録してある同じＡＰＰ＿ＮＡＭＥのＥＳＯＢファイルの後にこれから録画するオブジェクトデータを追加記録するよう設定する。 図２７は、図２２に示したストリーム情報（ＶＳＴＩとＡＳＴＩ）作成処理（ＳＴ１２０）の中身の一例を説明するフローチャート（ＳＴＩ設定処理フロー）である。

まず、ＥＳＯＢＩ内のＶＳＴＩおよびＡＳＴＩを調べ（ステップＳＴ１２００）、次にＰＭＴ内のストリームタイプを調べ（ステップＳＴ１２０１）、続いて、ディスク１００に記録してあるＶＳＴＩを読み出す（ステップＳＴ１２０１）。ＭＰＥＧ−ＴＳを記録するストリームレコーディングでは、記録しようとするストリーム内にＰＭＴが含まれており、このＰＭＴ内に、ストリームタイプが記述されている（図３６を参照して後述）。

そこで、先に調べたストリームタイプから、４種類のストリームタイプ別に処理を行なう（ステップＳＴ１２０３）。すなわち、ストリームタイプが“０ｘ０１”のときは、該当ＰＩＤのＭＰＥＧ−１ビデオパケットを読み出し、そのシーケンスヘッダより解像度、アスペクト比等のデータを取り出す（ステップＳＴ１２０４）。ストリームタイプが“０ｘ０２”のときは、該当ＰＩＤのＭＰＥＧ−２ビデオパケットを読み出し、そのシーケンスヘッダより解像度、アスペクト比等のデータを取り出す（ステップＳＴ１２０６）。また、ストリームタイプが“０ｘ０３”のときは、該当ＰＩＤのＭＰＥＧ−１オーディオパケットを読み出し、そのシーケンスヘッダよりサンプリング周波数、量子化ビット数、チャネル数等のデータを取り出す（ステップＳＴ１２０８）。ストリームタイプが“０ｘ０４”のときは、該当ＰＩＤのＭＰＥＧ−２オーディオパケットを読み出し、そのシーケンスヘッダよりサンプリング周波数、量子化ビット数、チャネル数等のデータを取り出す（ステップＳＴ１２１０）。

ストリームタイプが“０ｘ０１”または“０ｘ０２”のときに該当ビデオの解像度、アスペクト比等のデータを取り出したあと、同じ内容のＶＳＴＩがＳＴ１２００で調べたＶＳＴＩ内にあるかどうか調べる（ステップＳＴ１２１２）。同じ内容が無ければ（ステップＳＴ１２１２のノー）、先に読み出したデータを元に新たなＶＳＴＩを作成する（ステップＳＴ１２１４）。同じ内容があれば（ステップＳＴ１２１２のイエス）、その番号を該当するＥＳＯＢ＿ＥＳ＿ＶＳＴＩＮあるいはＡＳＴＩＮ１３２４３２３（図１０）に設定し、ＶＳＴＩは現状のままとする。こうして得られたＶＳＴＩの番号は、ストリーム番号（コンポーネントグループ番号）に関連づけられて（リンクされて）、ワークＲＡＭ部８０Ａに保存される（ステップＳＴ１２１６）。

一方、ストリームタイプが“０ｘ０３”または“０ｘ０４”のときに該当オーディオのサンプリング周波数、チャネル数等のデータを取り出したあと、同じ内容のＡＳＴＩがＳＴ１２００で調べたＡＳＴＩ内にあるかどうか調べる（ステップＳＴ１２２２）。同じ内容が無ければ（ステップＳＴ１２２２のノー）、先に読み出したデータを元に新たなＡＳＴＩを作成する（ステップＳＴ１２２４）。同じ内容があれば（ステップＳＴ１２２２のイエス）、その番号を該当するＥＳＯＢ＿ＥＳ＿ＶＳＴＩＮあるいはＡＳＴＩＮ１３２４３２３（図１０）に設定し、ＡＳＴＩは現状のままとする。こうして得られたＡＳＴＩの番号は、ストリーム番号（コンポーネントグループ番号）に関連づけられて（リンクされて）、ワークＲＡＭ部８０Ａに保存される（ステップＳＴ１２１６）。

以上の処理は、ＶＴＳＩおよび／またはＡＴＳＩを作成していないストリームがその他にある場合は（ステップＳＴ１２３０のイエス）、反復される。

ＶＴＳＩおよび／またはＡＴＳＩを作成していないストリームがもう無いときは（ステップＳＴ１２３０のノー）、図２７の処理は終了し、図２２の処理にリターンする。

図２７の処理を別の言い方で簡単に述べると、次のようになる。すなわち、
（ａ）ディスクに記録されているＶＳＴＩ、ＡＳＴＩをワークＲＡＭ部８０Ａに読み込む。

（ｂ）ＰＭＴ（図３６）を調べ、設定されているストリーム数を調べる。

（ｃ）ＰＭＴよりストリームタイプを調べ、ビデオ、オーディオのストリームかどうかを判定し、それ以外の場合は、次のストリームチェックに移行する。

（ｄ）ストリームタイプをＭＰＥＧ−１ビデオ、ＭＰＥＧ−２ビデオ、ＭＰＥＧ−１オーディオ、ＭＰＥＧ−２オーディオ、…の種別に分け、それぞれの種別応じて、内部のデータをチェックし、各属性情報を読み出す。

（ｅ）属性情報を、ＶＳＴＩ、ＡＳＴＩと比較し、同じ属性情報がある場合は、その番号を該当するＥＳＯＢ＿ＥＳＩに設定し、次のストリームチェックに移行する。

（ｆ）属性情報を元に新たにＶＳＴＩおよび／またはＡＳＴＩを設定し、その番号を該当するＥＳＯＢ＿ＥＳＩに設定し、次のストリームチェックに移行する。

（ｇ）設定されているストリーム数の数だけ処理を繰り返す。

図２８は、図２２に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＦＩまたはＥＳＦＩ）作成処理の中身の一例を説明するフローチャート（ストリームファイル情報作成処理フロー）である。

（ａ）まず、ＳＯＢＩを一つ増やすため、そのサーチポインタＳＯＢＩ＿ＳＲＰを増やし、増やした管理情報（ＳＯＢＩ、ＳＯＢＩ＿ＳＲＰ）のディスクでの記録領域を確保する（ステップＳＴ１５００）。

（ｂ）録画時間をＳＯＢ＿ＲＥＣ＿ＴＭ、 ＳＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢに設定する（ステップＳＴ１５０２）。ここで、機器内部の時計（図１８のＳＴＣ部１０２）は、ＴＤＴ（Ｔｉｍｅ Ｄａｔａ Ｔａｂｌｅ）により設定／補正が行なわれ、常に正確な時間が得られる。

（ｃ）スタートＰＴＭ、エンドＰＴＭを設定する（ステップＳＴ１５０２）。

（ｄ）記録レートに従ってＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴを設定する（ステップＳＴ１５０４）。

（ｅ）ストリームの種類がトランスポートストリーム（ＴＳストリーム：放送方式で言えばＡＲＩＢまたはＤＶＢ）の場合は（ステップＳＴ１５０６のイエス）、ＡＰＰ＿ＰＫＴ＿ＳＺに“１８８”を設定し、ＰＫＴ＿ＧＲＰ＿ＳＺに“８”を設定する（ステップＳＴ１５０８）。そうでない場合は（ステップＳＴ１５０６のノー）、ＡＰＰ＿ＰＫＴ＿ＳＺおよびＰＫＴ＿ＧＲＰ＿ＳＺを放送方式に合った値に設定する（ステップＳＴ１５１０）。具体的には、ステップＳＴ１５１０において、ＡＰＰ＿ＰＫＴ＿ＳＺを転送パケット長の値に設定し、ＰＫＴ＿ＧＲＰ＿ＳＺを転送パケット長に対応した値に設定する。

（ｆ）ステップＳＴ１５０９で放送方式がＡＲＩＢ方式か否か判定する。ＡＲＩＢ方式で無い場合は、ステップＳＴ１５１１で各方式に適応した構造に設定し記録し、終了する。ＡＲＩＢ方式である場合は、ステップＳＴ１５１４で記録開始時のＰＡＴをワークメモリより読出し、ＴＳ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、ＰＭＴ＿ＩＤ（本ストリームオブジェクト（ＥＳＯＢ）で使用しているＰＭＴのＰＩＤ）を設定する。

（ｇ）ＰＭＴより、ＳＥＲＶＩＣＥ＿ＩＤ（ＰＭＴ内のＰｒｏｇｒａｍ＿Ｎｕｍｂｅｒ）、ＰＣＲ＿ＰＩＤ、を設定する（ステップＳＴ１５１６）。さらに、ＦＯＲＭＡＴ＿ＩＤ、ＶＥＲＳＩＯＮについては、内部チューナの場合は、機器内でデフォルトの方式とする。外部デジタル入力の場合は、ＦＯＲＭＡＴ＿ＩＤ、ＶＥＲＳＩＯＮについては、デジタル入力より送られてくる記述子Ｒｅｇｉｓｔｒａｔｉｏｎ＿Ｄｅｓｃｒｉｐｔｏｒ（略してＲＥＧ＿ＤＥＳ）の値を設定する（ステップＳＴ１５１６）。

（ｈ）さらに、録画したＥＳの数を設定する。（ＰＭＴには放送している全てのＥＳの情報：数が設定されているが、録画時に全てのＥＳを記録しているとは限らないため、記録したＥＳの数を設定する（ステップＳＴ１５１６）。

（ｉ）イベント情報テーブルＥＩＴ内のコンポーネントグループ記述子には、どのＥＳとどのＥＳをセットで再生するかの情報が入っているため、その組になるＥＳの情報をグループとする（ステップＳＴ１５１８）。さらに、そのグループのコンポーネントタグ情報をＰＭＴ内のストリーム記述子でＰＩＤに変換し、その情報をグループ情報として保存する。（このＥＩＴの情報は放送方式により変わる可能性がある。）
（ｊ）録画を開始した論理ブロックアドレス（ＬＢアドレス）をＡＤＲ＿ＯＦＳに設定し、各切り分け情報を元に、ストリーム毎にＭＡＰＩを作成する（ステップＳＴ１５２０）。但し、不要ストリームに関してはＭＡＰＩは作成しないか、ＳＯＢＵ＿ＥＮＴ＿Ｎｓを“０”に設定する。

図２９は、図１５に示したセル情報（ＣＩ）中のセルタイプ１３３４１がストリーム記録を示す（Ｃ＿ＴＹまたはＣＥＬＬ＿ＴＹが“２”）場合において、再生時に参照するＩＤを設定する処理（ＳＴ１７１０）を含むプログラム作成がどのように行われるかの一例を説明するフローチャート（プログラム作成処理フロー）である。

ここで、１枚の媒体に複数の放送方式のデータを混在して記録する場合、上述したように、種々のレベルで混在を許可／禁止する場合があり、図２９はプログラムチェーン単位で混在を許可する場合である。プログラム、プレイリスト単位で混在を許可する場合を図３０、セル単位で混在を許可する場合を図３１に示す。

図１５のプログラム情報ＰＧＩ１３３２に含まれるプログラムタイプＰＧ＿ＴＹ１３３２１に例えば消去許可のフラグ（＝“０”）を設定し、このＰＧＩ１３３２に含まれるセル数Ｃ＿Ｎｓ１３３２３にセルの数を設定する（ステップＳＴ１７０６）。

ここで、放送方式がＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のＬａｎｇｕａｇｅ＿ｃｏｄｅが“ｊｐｎ“の場合は、ＶＭＧ＿ＭＡＴのＣＨＲに０ｘ１２を設定し、ＰＲＭ＿ＴＸＴＩの第二領域にイベント記述子ｅｖｅｎｔ＿ｎａｍｅ（番組名）を設定し、ＲＥＰ＿ＰＩＣＴＩに代表画像の情報を設定する（ステップＳＴ１７０６）。

次に、図１５のプログラム情報ＰＧＩ１３３２内の編集者ＩＤ（ＬＡＳＴ＿ＭＮＦ＿ＩＤ）１３３２７に本機器のメーカＩＤを設定する。この設定値には、ＰＧＩ、ＣＩ、ＳＯＢ（および／またはＶＯＢ）の変更があった場合に、その変更を行った機器のメーカＩＤが設定される（ステップＳＴ１７０８）。

このＬＡＳＴ＿ＭＮＦ＿ＩＤへの設定は、各ディスクに対して最後に編集あるいは記録を行った機器がどのメーカのものであるか分かるようにするために行なわれる。この設定により、あるメーカの機器で録画したあるディスクを後に違うメーカの機器で編集などした場合、何らかのトラブル（一部あるいは全ての情報が再生できないなど）が起きた際に、対応が取りやすくなる。

ここ（ステップＳＴ１７０８）では、プログラムインデックスＰＧ＿ＩＮＤＥＸにプログラムの絶対番号を設定し、他のアプリソフトなどから参照する場合にＰＧ単位での参照が可能にしている。さらに、ＭＮＦＩに各メーカ独自の情報を設定する。

次に、セルタイプにストリーマ（記録オブジェクトがストリームオブジェクト（ＥＳＯＢ））であることを示す情報（Ｃ＿ＴＹ＝“２”）を設定する（ステップＳＴ１７１０）。ここ（ステップＳＴ１７１０）では、さらに、参照するストリーム情報ファイル情報（ＥＳＦＩ）番号、参照するストリームオブジェクト（ＥＳＯＢ）番号を設定し、再生するＩＤとして（ビデオの）代表ＰＩＤまたはＣｏｍｐｏｎｅｎｔ＿Ｇｒｏｕｐ＿Ｉｄを設定し、ＥＰＩの数、再生開始ＰＴＭ、再生終了ＰＴＭ、エントリポイントＥＰをそれぞれ設定する。

図３０は、ＰＧＣ単位で混在を禁止する場合の、再生時に参照するＩＤを設定する処理（ＳＴ１７１０）を含むプログラム作成がどのように行われるかの一例を説明するフローチャート（プログラム作成処理フロー）である。

図２９とはステップＳＴ１７０６のみが異なる。図３０のステップＳＴ１７０６Ａでは、プログラム情報ＰＧＩ１３３２に含まれるプログラムタイプＰＧ＿ＴＹ１３３２１に例えば消去許可のフラグ（＝“０”）を設定し、このＰＧＩ１３３２に含まれるセル数Ｃ＿Ｎｓ１３３２３にセルの数を設定し、ＥＩＴ内の短形式イベント記述子のＬａｎｇｕａｇｅ＿ｃｏｄｅが“ｊｐｎ“の場合は、ＶＭＧ＿ＭＡＴのＣＨＲに０ｘ１２を設定し、ＰＲＭ＿ＴＸＴＩの第二領域にイベント記述子ｅｖｅｎｔ＿ｎａｍｅ（番組名）を設定し、ＲＥＰ＿ＰＩＣＴＩに代表画像の情報を設定することに加えて、ＰＧＩにＳＦＩ番号／ＡＰＰ＿ＮＡＭＥを設定する。他のステップは図２９と同じである。

図３１は、セル単位で混在を許可する場合の、再生時に参照するＩＤを設定する処理（ＳＴ１７１０Ａ）を含むプログラム作成がどのように行われるかの一例を説明するフローチャート（プログラム作成処理フロー）である。

図２９とはステップＳＴ１７１０のみが異なる。図３１のステップＳＴ１７１０Ａでは、セルタイプにストリーマ（記録オブジェクトがストリームオブジェクト（ＥＳＯＢ））であることを示す情報（Ｃ＿ＴＹ＝“２”）を設定し、参照するストリーム情報ファイル情報（ＥＳＦＩ）番号、参照するストリームオブジェクト（ＥＳＯＢ）番号を設定し、再生するＩＤとして（ビデオの）代表ＰＩＤまたはＣｏｍｐｏｎｅｎｔ＿Ｇｒｏｕｐ＿Ｉｄを設定し、ＥＰＩの数、再生開始ＰＴＭ、再生終了ＰＴＭ、エントリポイントＥＰをそれぞれ設定することに加えて、セル情報ＣＩにＳＦＩ番号／ＡＰＰ＿ＮＡＭＥを設定する。他のステップは図２９と同じである。

録画時の処理（図２１、図２２、図２４〜図３１）を別の言い方で簡単に述べると、次のようになる。すなわち、
＜０１＞まず、番組設定処理でＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）を使用して録画する番組を決めておき、受信を開始し、その決めた番組の録画を行う。

＜０２＞ＭＰＵ部がキー入力部より録画命令受けると、ドライブ部から管理データを読み込み、書き込む領域を決定する（図２１のステップＳＴ１００）。このとき、ファイルシステムをチェックし、録画可能かどうかを判断し、録画可能の場合は、記録する位置を決定し、録画可能でない場合は、その旨をユーザに示して，処理を中止する。

＜０３＞決定された領域を書き込むように管理領域に設定し、ビデオデータの書き込みスタートアドレスをドライブ部に設定し、データを記録する準備を行う（図２１のステップＳＴ１１０）。

＜０４＞ＳＴＣ部で時間のリセットを行う（図２１のステップＳＴ１１２）。ここで、ＳＴＣ部はシステムのタイマであり、このＳＴＣ部のクロックカウント値を基準に録画、再生を行う。

＜０５＞録画する番組のＰＡＴを読み込み（図２１のステップＳＴ１１６）、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵのワークＲＡＭ部８０ＡにＰＡＴ、ＰＭＴを保存し、管理情報に書き込む。また、ファイルシステムにＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報を書き込む。

＜０６＞各部へ録画設定を行う（図２１のステップＳＴ１１４）。このとき、フォーマッタ部へ、各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみが記録されるようにする。また、バッファへＴＳパケットの保持を開始するように設定する。フォーマッタ部は、図２４に示すようなバッファ取り込み処理動作を開始する。

＜０７＞ＰＴＭよりＶＳＴＩ、ＡＳＴＩを作成する（図２２のステップＳＴ１２０；図２７の処理）。

＜０８＞バッファ内のデータが一定量（１ＣＤＡ分）たまった場合は（図２２のステップＳＴ１４０イエス）、Ｄ−ＰＲＯ部を通して、ＥＣＣ処理を行い、ディスクに記録する（図２２のステップＳＴ１４２）。

＜０９＞録画中、定期的に（フォーマッタ部のバッファＲＡＭがいっぱいになる前に）、切り分け情報をＭＰＵのワークＲＡＭ部８０Ａに保存する（図２２のステップＳＴ１４６）。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報で、ＥＳＯＢＵの先頭のアドレス、ＳＯＢＵのＬＢ長、もしくはＩ−ピクチャの終了アドレス、ＥＳＯＢＵの到着時間（ＡＴＳ）等である。

＜１０＞残量をチェックし、一定以上少なくなった場合には、適宜、図２２の説明箇所で前述した残り容量少処理を行なう。

＜１１＞録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時には（図２２のステップＳＴ１４８イエス）、フォーマッタ部より残りの切り分け情報を取り込み、ワークＲＡＭ部８０Ａへ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、さらに、ファイルシステムに、残りの情報を記録する（図２２のステップＳＴ１５０；図２８の処理）。

＜１２＞終了で無い場合は（図２２のステップＳＴ１４８ノー）、＜００８＞に戻り、データの取り込み（及び再生）を続けて行うようにする。

ここで、録画中の内容（または再生内容）をＴＶに表示するために、Ｄ−ＰＲＯ部と同時にデコーダ部へもデータを送り、表示（再生）を行う。ただし、この場合、ＭＰＵ部はデコーダ部へ再生時の設定を行い、その後はデコーダが自動的に再生を行う。

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

図３２および図３３は、図１８の装置の再生動作の一例を説明するフローチャート（ＡＰＰ＿ＮＡＭＥを参照した全体の再生動作フロー）である。

＜０１＞ディスクチェックし（ステップＳＴ２００）、書換可能なディスク（Ｒ，ＲＷ，ＲＡＭ）であるかかどうかをチェックする。書換可能なディスクで無い場合には（ステップＳＴ２００のノー）、その旨を返して（ステップＳＴ２０２）、終了する。

＜０２＞書換可能なディスクである場合には（ステップＳＴ２００のイエス）、ディスクのファイルシステムを読み出し、録画されたデータが有るかどうかチェックする（ステップＳＴ２０４）。何も録画されていない場合には（ステップＳＴ２０４のノー）、“録画されていません”と表示して（ステップＳＴ２０６）、終了する。

＜０３＞録画されている場合には（ステップＳＴ２０４のイエス）、管理情報（ＶＭＧファイル）１３０を読み込み（ステップＳＴ２０７）、各ＯＲＧ＿ＰＧＣ＿ＧＩの方式情報を取り出す。再生可能なＯＲＧ＿ＰＧＣ、ＵＤ＿ＰＧＣを選択し、画面に表示する（ステップＳＴ２０５；ＰＧＣ＿ＧＩに方式情報がある場合）。再生するプログラム、セルを決定し（ユーザに選ばせ）、再生開始するファイルポインタ（論理アドレス）を決定する（ステップＳＴ２０８）。ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩに従って再生を行う。番組毎の再生を（ユーザが設定した手順で）行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣＩ（またはプレイリスト）に従って再生を行う。

＜０４＞ここで、ワークＲＡＭ部８０Ａに格納された管理情報（例えば図６のＥＳＯＢＩ１３５２３）から、記録する放送方式に対応した値が設定される特定情報として、ＡＰＰ＿ＮＡＭＥが読み出される（ステップＳＴ２０９）。このＡＰＰ＿ＮＡＭＥに設定された値が、再生機器（図１８）で対応可能な方式でなければ（ステップＳＴ２１０のノー）、その旨の警告（「対応している方式ではありません」）をモニタにオンスクリーン表示する等してから（ステップＳＴ２１１）、処理を終了する。

一方、このＡＰＰ＿ＮＡＭＥに設定された値が再生機器（図１８）で対応可能な方式であれば（ステップＳＴ２１０のイエス）、再生開始時の処理を行う（ステップＳＴ２１２）。

＜０５＞各デコーダの初期設定を行う（ステップＳＴ２１４）。

＜０６＞セルの再生処理を行なう（ステップＳＴ２２０）。再生終了かどうかをチェックし（ステップＳＴ２３０）、終了の場合には（ステップＳＴ２３０のイエス）、エラーチェックを行なう（ステップＳＴ２４０）。エラーの場合には（ステップＳＴ２４０のイエス）、その旨（「読出しエラー」）を表示し（ステップＳＴ２４２）、再生終了処理を行なう（ステップＳＴ２４４）。エラーでない場合には（ステップＳＴ２４０のノー）、再生終了処理を行い（ステップＳＴ２４６）、本動作を終了する。

＜０７＞再生終了でない場合には（ステップＳＴ２３０のノー）、ＰＧＣＩより次のセルを決定し（ステップＳＴ２３２）、デコーダ（６１、６４等）の設定が変更されたかどうかをチェックする（ステップＳＴ２３４）。変更された場合には（ステップＳＴ２３４のイエス）、次のシーケンスエンドコードにデコーダの設定が変更されるように、デコーダに変更属性を設定する（ステップＳＴ２３６）。その後、前のセル再生から次のセル再生への繋ぎがシームレス接続かどうかチェックする。シームレス接続でない場合は（ステップＳＴ２３８のノー）、ＭＰＥＧデコーダ（６１等）をフリーランモードに設定し、シームレス接続フラグをセットし（ステップＳＴ２３９）、ステップＳＴ２２０に戻る。シームレス接続の場合は（ステップＳＴ２３８のイエス）、そのままステップＳＴ２２０に戻る。

＜０８＞セル再生処理中（ステップＳＴ２２０）、再生が終了したかどうかをチェックし（ステップＳＴ２３０）、再生終了しない場合は、ステップＳＴ２２０の処理を継続する。

図３４および図３５は、図１８の装置におけるセル再生時の処理（図３３のステップＳＴ２２０）の一例を説明するフローチャート（論理ブロック単位のＡＤＲ＿ＯＦＳとパケット単位を併用したセル再生時の処理フロー）である。

＜０１＞ＥＳＦＩ番号より再生するＥＳＦＩ、ＥＳＯＢファイル、放送方式を決定する。ＭＡＰＩの内容よりセルの開始ファイルポインタＦＰ（論理ブロック番号ＬＢＮで表現）、終了ＦＰを決定し、さらに、セル情報内の開始時間、終了時間より開始のＥＳＯＢＵ＿ＥＮＴＲＹ、終了のＥＳＯＢＵ＿ＥＮＴＲＹを決定し、ＡＤＲ＿ＯＦＳに目的のＥＳＯＢＵ＿ＥＮＴＲＹまでのＥＮＴＲＹのデータ長を累積し、開始アドレス（ＬＢ＝ＦＰ）、終了アドレスを求める（ステップＳＴ２２００）。残りセル長は終了アドレスより開始アドレスを引いた値とし、再生開始時間をＳＴＣへセットする。

＜０２＞参照するＩＤが０ｘｆｆｆｆの場合（ステップＳＴ２２０１のイエス）、マルチアングルの表示方法を子画面同時表示の場合と事前に設定したグループを表示する場合の２種類が考えられる。前者の場合（ステップＳＴ２２０３のイエス）、全ビデオのＰＩＤとメインのオーディオのＰＩＤをデコーダに設定し、子画面同時表示モードになるようにデコーダに設定する（ステップＳＴ２２０５）。一方、後者の場合（ステップＳＴ２２０３のノー）、デコーダに事前に設定されたグループのＰＩＤをデコーダに設定する（ステップＳＴ２２０４）。もし、事前の設定が無い場合は、デフォルトの値もしくはメイングループの値を設定する（ステップＳＴ２２０４）。

＜０３＞参照するＩＤが０ｘｆｆｆｆでなく（ステップＳＴ２２０１のノー）、参照するＩＤ＝ＰＩＤの場合は（ステップＳＴ２２０２前半）、コンポーネントグループ記述子より、参照するＥＳの属しているグループを特定し、再生する各ＰＩＤを決定し、デコーダに設定する（ステップＳＴ２２０２）。

一方、参照するＩＤ＝グループＩＤの場合は（ステップＳＴ２２０２後半）、コンポーネントグループ記述子より、グループ内のＰＩＤを特定し、再生する各ＰＩＤを決定し、デコーダに設定する（ステップＳＴ２２０２）。

＜０４＞デコーダ部内部でデコード処理を行うように設定する（ステップＳＴ２２０２）。

＜０５＞再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する（ステップＳＴ２２０６）。

＜０６＞読み出す読み出し単位サイズと残りセル長を比べ、残りセル長が大きい場合には（ステップＳＴ２２０７のイエス）、残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定する（ステップＳＴ２２０８）。小さい場合には（ステップＳＴ２２０７のノー）、読み出し長を残りセル長にセットし、残りセル長を０にセットする（ステップＳＴ２２０９）。

＜０７＞読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する（ステップＳＴ２２１０）。

＜０８＞転送開始後（ステップＳＴ２２１２のイエス）、１ＥＳＯＢＵ分たまるのを待つ（ステップＳＴ２２１４）。たまったら（ステップＳＴ２２１４のイエス）、次のステップＳＴ２２１６に移行する。

＜０９＞デコーダ部５９内部では、読み出したパケットグループデータを分離部６０が受け取り（ステップＳＴ２２１６）、パケット化する。そして、ストリームＩＤ、サブストリームＩＤに従って、ビデオパケットデータ（ＭＰＥＧビデオデータ）はビデオデコード部６１へ転送し、オーディオパケットデータはオーディオデコード部６４へ転送し、副映像パケットデータはＳＰデコード部６３へ転送する。また、ＴＳパケット転送部１０１は、読み出されたパケットグループデータをエレメンタリストリームへと変換した後、内部バスで各デコーダ（６１、６４）へ送り、デコード処理を行う。

＜１０＞上記転送処理中にシームレス接続フラグがセットされておれば（ステップＳＴ２２２２のイエス）、読み出しファイルポインタ（ＦＰ）＋読み出し長を読み出しファイルポインタに設定し、ＭＰＥＧデコーダ６１を通常モードに設定（ＳＣＲの読み込みおよび設定）し、シームレス接続フラグをリセットする（ステップＳＴ２２２４）。ここでは、読み出しＦＰに、読み出しＦＰと先に設定した読み出し長を足したもの代入する。

＜１１＞再生中、ＳＴＣ部１０２の内容を再生時間として表示する。ただし、ＳＴＢ部８３の方で、ビデオデータ内のＰＴＳを元に、再生時間を表示できる場合には、そちらを使用する。

＜１２＞転送が終了したかどうかをチェックし、転送が終了しない場合には（ステップＳＴ２２２６ノー）、ステップＳＴ２２３０へ移行する。

＜１３＞転送が終了したかどうかをチェックし、終了した場合には（ステップＳＴ２２２６のイエス）、残りセル長をチェックする（ステップＳＴ２２２８）。“００”でない場合には（ステップＳＴ２２２８のノー）、ステップＳＴ２２０６へ戻り、“００”の場合には（ステップＳＴ２２２８のイエス）、本処理を終了する。

＜１４＞転送が終了していない場合には（ステップＳＴ２２２６のノー）、キー入力をチェックする（ステップＳＴ２２３０）。マルチアングルなどのアングル再生が許可され（ステップＳＴ２２３１のイエス）、アングル変更を行なう時は（ステップＳＴ２２３３のイエス）、コンポーネントグループ記述子の指定されたグループのＰＩＤを、デコーダに設定する（ステップＳＴ２２３５）。その後、ＳＴＣ部１０２のカウント値はそのままにデコーダ内のバッファをクリアして（ステップＳＴ２２３７）、ステップＳＴ２２１２に戻る。

図３６は、図１８の装置で用いることができるプログラムマップテーブル（ＰＭＴ）のデータ構造例を説明する図である。このＰＭＴにおいて、８ビットのストリームタイプ３４２１により、種々なストリームを識別できる。例えば、ストリームタイプが“０ｘ０１”であればＭＰＥＧ−１ビデオのストリームであることが示され、ストリームタイプが“０ｘ０２”であればＭＰＥＧ−２ビデオのストリーム（ハイビジョンはこちら）であることが示され、ストリームタイプが“０ｘ０３”であればＭＰＥＧ−１オーディオのストリームであることが示され、ストリームタイプが“０ｘ０４”であればＭＰＥＧ−２オーディオのストリーム（ＡＡＣマルチチャネルオーディオはこちら）であることが示される。

図３７は、図３６のＰＭＴ、その他（サービスディスクリプションテーブルＳＤＴ、イベント情報テーブルＥＩＴ等）で利用できるデジタルコピー制御ディスクリプタの内容を例示する図である。

このディスクリプタにおいて、「ディスクリプタ・タグ」フィールドは例えば“０ｘＣ１”とされ、「ディスクリプタ長」フィールドで記述子長が示される。「デジタルレコーディングコントロール」フィールドには“コピー世代制御データ”が記述される。「マキシマムビットレートフラグ」フィールドには“当該サービスの最大転送レートを記述するか否か”が記述される。記述しない場合のフラグは例えば“０”とされ、記述する場合のフラグは例えば“１”とされる。「コンポーネントコントロールフラグ」フィールドに“０”が記述されるときは、例えば番組全体を規定する（ＰＭＴの場合）。このフィールドに“１”が記述されるときは、その他の状態が記述される。「コピーコントロールタイプ」フィールドには“コピー世代制御データ”が記述される（図３７、図３８、図３９参照）。「ＡＰＳコントロールデータ」フィールドには“アナログ出力制御データ”が記述される。「マキシマムビットレート」フィールドには（マキシマムビットレートフラグが“１”の場合に）“最大転送レート”が記述される。

図３８は、デジタルコピー制御がビデオデータに対してどのように運用されるかの一例を説明する図である。ビデオデータのコピー制御は、大きく分けて「制限無しコピー可（コピーフリー）」と、「コピー禁止（コピーネバーまたはノーモアコピー）」と、「１世代のみコピー可（コピーワンス）」の３種類がある。

「制限無しコピー可」の場合、アナログコピー制御は「制限無しコピー可」となり、デジタルレコーディングコントロールは例えば“０１”となり、コントロールタイプは例えば“００”となり、ＡＰＳコントロールデータは例えば“Ｄｏｎ’ｔ ｃａｒｅ（無視）”となる。

「コピー禁止」の場合、（１）アナログコピー制御は「コピー禁止（デジタルコピーはできないがマクロビジョン（Ｒ）方式のコピー防止パルスは付かずアナログコピーは可能）」となり、デジタルレコーディングコントロールは例えば“０１”となり、コントロールタイプは例えば“１１”となり、ＡＰＳコントロールデータは例えば００”となる。

あるいは「コピー禁止」の場合、（２）アナログコピー制御は「コピー禁止（アナログコピーもデジタルコピーも不可）」となり、デジタルレコーディングコントロールは例えば“０１”となり、コントロールタイプは例えば“１１”となり、ＡＰＳコントロールデータは例えば００以外”となる。

「１世代のみコピー可」の場合、（３）アナログコピー制御は「１世代のみコピー可（但しコピー防止パルスは付かずアナログコピーは可能）」となり、デジタルレコーディングコントロールは例えば“０１”となり、コントロールタイプは例えば“１０”となり、ＡＰＳコントロールデータは例えば００”となる。

あるいは「１世代のみコピー可」の場合、（４）アナログコピー制御は「１世代のみコピー可（それ以後の世代のコピーはアナログコピーもデジタルコピーも不可）」となり、デジタルレコーディングコントロールは例えば“０１”となり、コントロールタイプは例えば“１０”となり、ＡＰＳコントロールデータは例えば００”となる。

図３９は、デジタルコピー制御がオーディオデータに対してどのように運用されるかの一例を説明する図である。オーディオデータのコピー制御も、大きく分けて「制限無しコピー可（コピーフリー）」と、「１世代のみコピー可（コピーワンス）」と、「コピー禁止（コピーネバーまたはノーモアコピー）」の３種類がある。

「制限無しコピー可」の場合、デジタルレコーディングコントロールは例えば“０１／１１”となり、コントロールタイプは例えば“００”となる。

「１世代のみコピー可」の場合、デジタルレコーディングコントロールは例えば“０１／１１”となり、コントロールタイプは例えば“１０”となる。

「コピー禁止」の場合、デジタルレコーディングコントロールは例えば“０１／１１”となり、コントロールタイプは例えば“１１”となる。

図４０は、図１８の装置で用いることができるイベント情報テーブル（ＥＩＴ）のデータ構造例を説明する図である。このＥＩＴは、ディスクリプタ３４２６ａの記録フィールドを持ち、ここに「コンポーネントグループディスクリプタ」等のディスクリプタを格納できるようになっている。

図４１は、コンポーネントグループディスクリプタの内容の一例を説明する図である。このディスクリプタにおいて、「ディスクリプタ・タグ」フィールドは例えば“０ｘＤ９”とされ、「ディスクリプタ長」フィールドで記述子長が示される。「コンポーネントグループタイプ」フィールドには、例えばマルチビューＴＶを示す“０００”、あるいはその他の目的のため未定義状態にある“００１”〜“１１１”が記述される。また、「トータルビットレートフラグ」フィールドには、例えばイベント内に総ビットレートフィールドが存在しないことを示す“０”か、イベント内に総ビットレートフィールドが存在することを示す“１”が記述される。さらに、「グループ数」フィールドには、コンポーネントグループディスクリプタのグループ数が記述されるようになっている。

上記グループ数分のコンポーネントグループディスクリプタの中には、「コンポーネントグループＩＤ」フィールドと「ＣＡユニット数」フィールドが存在する。「コンポーネントグループＩＤ」フィールドでは、ＩＤ＝“０”でメイングループが示され、ＩＤ＝０ｘ１〜０ｘｆでサブグループが示される。

「ＣＡユニット数」フィールドには、課金単位を識別する「ＣＡユニットＩＤ」フィールドと、コンポーネント数を示す「コンポーネント数」フィールドが存在し、「コンポーネント数」フィールドの中には、コンポーネント数分繰り返される「コンポーネントタグ」フィールドが存在する。この「コンポーネントタグ」フィールドを内包する「コンポーネントグループＩＤ」フィールドと「ＣＡユニット数」フィールドは、ＣＡユニット数分繰り返される。

さらに、「コンポーネントタグ」フィールドは「トータルビットレートフラグ」が“１”のときにだけ存在し（それが“０”のときは存在しない）、それが存在するときは「テキスト長」フィールドでその後のテキストの長さが示される。その下の「テキスト」フィールドでは、「テキスト長」フィールドで示された長さテキストが、テキスト長分繰り返される。

以上の「コンポーネントグループＩＤ」フィールドないし「テキスト長」フィールドの纏まりは、「グループ数」フィールドで記述された「グループ数」分繰り返されるようになっている。

図４２は、図３６のＰＭＴ、その他（図４０のイベント情報テーブルＥＩＴ等）で利用できるコンポーネントディスクリプタの内容を例示する図である。

このディスクリプタにおいて、「ディスクリプタ・タグ」フィールドは例えば“０ｘ５０”とされ、「ディスクリプタ長」フィールドで記述子長が示される。「ストリームコンテンツ」フィールドには、例えば映像を示す“０ｘ０１”が記述される。「コンポーネントタイプ」フィールドには、例えば“コンポーネントの種別”が記述される。「コンポーネントタグ」フィールドには、例えば“番組内で共通のタグ”が記述される。「ＩＳＯ＿６３９ランゲージコード」フィールドには、例えば日本語の言語コードを示す“ｊｐｎ”が記述される。「Ｔｅｘｔ＿Ｃｈａｒ」フィールドには、「映像」とか「音声」などの文字列を入れることができる。

図４３は、図４２に示したコンポーネントタイプの内容の一例を説明する図である。コンポーネントタイプが“０ｘ０１”であるときは、例えば「映像が４８０インターレース（または５２５インターレース）でありアスペクト比が４：３である」ことが示される。コンポーネントタイプが“０ｘ０３”であるときは、例えば「映像が４８０インターレース（または５２５インターレース）でありアスペクト比が１６：９であり、パンベクトルがない」ことが示される。コンポーネントタイプが“０ｘ０４”であるときは、例えば「映像が４８０インターレース（または５２５インターレース）でありアスペクト比が１６：９よりも大きい（シネマスコープのワイド画面など）である」ことが示される。

コンポーネントタイプが“０ｘＡ１”であるときは、例えば「映像が４８０プログレッシブ（または５２５プログレッシブ）でありアスペクト比が４：３である」ことが示される。コンポーネントタイプが“０ｘＡ３”であるときは、例えば「映像が４８０プログレッシブ（または５２５プログレッシブ）でありアスペクト比が１６：９であり、パンベクトルがない」ことが示される。コンポーネントタイプが“０ｘＡ４”であるときは、例えば「映像が４８０プログレッシブ（または５２５プログレッシブ）でありアスペクト比が１６：９よりも大きい（シネマスコープのワイド画面など）である」ことが示される。

コンポーネントタイプが“０ｘＢ１”であるときは、例えば「映像が１０８０インターレース（または１１２５インターレース）でありアスペクト比が４：３である」ことが示される。コンポーネントタイプが“０ｘＢ３”であるときは、例えば「映像が１０８０インターレース（または１１２５インターレース）でありアスペクト比が１６：９であり、パンベクトルがない」ことが示される。コンポーネントタイプが“０ｘＢ４”であるときは、例えば「映像が１０８０インターレース（または１１２５インターレース）でありアスペクト比が１６：９よりも大きい（シネマスコープのワイド画面など）である」ことが示される。

図４４は、登録ディスクリプタ（Ｒｅｇｉｓｔｒａｔｉｏｎ ｄｅｓｃｒｉｐｔｏｒ）（記述子）の内容の一例を説明する図である。

このディスクリプタにおいて、「ディスクリプタ・タグ」フィールドは例えば“０ｘ５”とされ、「ディスクリプタ長」フィールドで記述子長が示される。「ストリームコンテンツ」フィールドには、例えば映像を示す“０ｘ０１”が記述される。「フォーマットＩＤ」フィールドには、フォーマットの種類、例えばＭＴＲＭを示す“０ｘ４ｄ５４５２４ｄ”が記述される。ここで、ＭＴＲＭはＭＰＥＧ Ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ ｆｏｒ Ｒｅｃｏｒｄｉｎｇ Ｍｅｄｉａの略で、“０ｘ４ｄ５４５２４ｄ”はデジタルビデオ（ＤＶＨＳ）で設定されている値である。「フォーマットバージョン」フィールドには、フォーマットのバージョンとして、例えば“０ｘ１０”が記述される。

図４５は、短形式イベントディスクリプタの内容の一例を説明する図である。

このディスクリプタにおいて、「ディスクリプタ・タグ」フィールドは例えば“０ｘ４ｄ”とされ、「ディスクリプタ長」フィールドで記述子長が示される。「０ｘ４ｄＩＳＯ＿６３９＿ＬＡＮＧＵＡＧＥ＿ＣＯＤＥ」フィールドには、例えば日本で採用される放送方式“ＡＲＩＢ：ｊｐｎ”が記述される。また、「ｅｖｅｎｔ＿ｎａｍｅ ｌｅｎｇｔｈ」フィールドには、例えば“番組名長”が記述される。

上記「ｅｖｅｎｔ＿ｎａｍｅ ｌｅｎｇｔｈ」フィールド内では、番組名を示す「ｅｖｅｎｔ＿ｎａｍｅ ｃｈａｒ」が番組名長分繰り返されるようになっている。

図４６および図４７は、図１８の装置における全体的なデータ転送動作の一例を説明するフローチャート（ＡＰＰ＿ＮＡＭＥを参照した全体の転送動作フロー）である。

図４６のステップＳＴ３００〜ＳＴ３１２は、前述した図３２（全体的な再生動作）のステップＳＴ２００〜ＳＴ２１２と同様な処理となっている。図４６のステップＳＴ３１４では、ＰＭＴより、再生するＰＩＤを決定してデコーダ部５９に設定し、ＳＴＣ部１０２をリセットし、デコーダ部５９に転送設定を行う。そのあと、セル転送時の処理に入る（ステップＳＴ３２０）。図４７のステップＳＴ３２０〜ＳＴ３４６は、前述した図３３（全体的な再生動作）のステップＳＴ２２０〜ＳＴ２４６と同様な処理となっている。ただし、図４７では、図３３のステップＳＴ２３４〜ＳＴ２３９に対応する処理を行っていない。

図３２〜図３３と図４６〜図４７を比較すれば分かるように、データを外部へ転送する処理は通常の再生処理とほとんど同じあるが、内容的には次のような違いがある。すなわち、図４６〜図４７の処理では、セル再生処理内において、ＴＳパケット転送部１０１は、パケットグループ内のＡＴＳを元に転送時間を計算し、その転送時間に合った時間にＴＳパケットを送出する。また、ＰＣＲ位置情報よりＰＣＲを読み出し、ＳＴＣ部１０２の時間調整を行う（ステップＳＴ３１４のＳＴＣリセット）ことで、内部クロック（ＳＴＣ）と外部クロック（ＰＣＲ）との同期を図っている。これにより、ストリームレコーディングされたデータのセル再生において、ユーザは時間ベースで再生ポイントを指定できるようになる。

再生時のデータ処理（図４６〜図４７）を別の言い方で簡単に述べると、次のようになる。すなわち、
＜０１＞ディスクチェックし、書き換え型ディスク（Ｒ，ＲＷ，ＲＡＭ）かどうかをチェックし（ステップＳＴ３００）、書き換え型ディスクで無い場合には（ステップＳＴ３００のノー）、その旨を返して（ステップＳＴ３０２）、終了する。

＜０２＞ディスクのファイルシステムを読み出し、録画されたデータが有るかどうかチェックし、無い場合には、“録画されていません”と表示して（ステップＳＴ３０６）、終了する。

＜０３＞ＶＭＧファイルを読み込み（ステップＳＴ３０７）、各ＯＲＧ＿ＰＧＣ＿ＧＩの方式情報を取り出す。再生可能なＯＲＧ＿ＰＧＣ、ＵＤ＿ＰＧＣを選択し、画面に表示する（ステップＳＴ３０５）（ＰＧＣ＿ＧＩに方式情報がある場合）。再生するプログラム、セルを決定し（ユーザに選ばせ）、再生開始するファイルポインタ（論理アドレス）を決定する（ステップＳＴ３０８）。ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩに従って再生をおこない、番組毎の再生を行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣに従って再生を行う。

＜０４＞ＡＰＰ＿ＮＡＭＥの値を読み出し（ステップＳＴ３０９）、対応可能な放送方式かどうかチェックし（ステップＳＴ３１０）、対応可能で無い場合は（ステップＳＴ３１０のノー）、その旨（「対応している方式ではありません」）を表示して（ステップＳＴ３１１）、処理を終了する（もしくは次のセルへ移行する）。

＜０５＞再生開始時の処理を行う（ステップＳＴ３１２）。

＜０６＞各デコーダの初期設定を行う（ステップＳＴ３１４）。

＜０７＞セルの再生処理（後述）を行い、再生終了かどうかをチェックする（ステップＳＴ３３０）。終了の場合には（ステップＳＴ３３０のイエス）、エラーチェックを行い（ステップＳＴ３４０）、エラーの場合には（ステップＳＴ３４０のイエス）、その旨を表示し（ステップＳＴ３４２）、エラーでない場合には（ステップＳＴ３４０のノー）、再生終了処理を行い（ステップＳＴ３４６）、本動作を終了する。

＜０８＞再生終了でないときは（ステップＳＴ３３０のノー）、ＰＧＣＩより次のセルを決定する（ステップＳＴ３３２）。その際、デコーダの設定が変更されたかどうかをチェックし、変更された場合には、次のシーケンスエンドコードにデコーダの設定が変更されるようにデコーダに変更属性を設定する。

＜０９＞再生が終了したかどうかをチェックし、再生終了しない場合は、ステップＳＴ３２０へ戻る。

図４８および図４９は、図４７に示したセル転送時の処理（ＳＴ３２０）の具体例を説明するフローチャート（論理ブロック単位のＡＤＲ＿ＯＦＳとパケット単位を併用したセル転送時の処理フロー）である。

図４８のステップＳＴ３２００〜ＳＴ３２１４は、前述した図３４（セル再生時の処理）のステップＳＴ２２００〜ＳＴ２２１４と同様な処理となっている。また、図４９の処理は、ステップＳＴ３２１７〜ＳＴ３２２１とＳＴ３２３１〜ＳＴ３２３５を除き、前述した図３５（セル再生時の処理）と同様な処理となっている。

図４９のステップＳＴ３２１６〜ＳＴ３２２１は、図１８のデコーダ部５９で処理される。まず、パケットグループヘッダ１６１のＰＣＲ情報によりＰＣＲの位置を知り、そのＰＣＲを図示しないレジスタ２に読み出す。そしてレジスタ２内のＰＣＲとＳＴＣ１０２のカウント値を比較し、違いがあればＳＴＣ部１０２のカウント値（再生時間に対応）を修正する。次に、パケットグループヘッダ１６１内のＡＴＳ１５１Ｘを図示しないレジスタ１に読み出す。そしてレジスタ１内のＡＴＳとＳＴＣ１０２のカウント値を比較し、両者が一致したら、最初のＴＳパケットを転送する（ステップＳＴ３２１７）。その後、次のＩＡＰＡＴを読み出してレジスタ１（図示せず）に加算し、その加算結果とＳＴＣ部１０２のカウント値を比較し、両者が一致したら、次のＴＳパケットを転送する（ステップＳＴ３２２１）。

以上を纏めると、ＴＳパケット送出に関する計算は、次のような方法で行うことができる。すなわち、パケットグループの最初のＴＳパケットは、ヘッダ内のＡＴＳとＳＴＣの値が一致した時に出力する。そして、２番目以降のＴＳパケットについては、ＡＴＳと、このＴＳパケットの直前のＩＡＰＡＴとを足したものを、ＳＴＣ部１０２の値と比べ、両者が一致した時に送出する。

以上の処理（ステップＳＴ３２１７〜ＳＴ３２２１）は、図２４のパケットグループ１４０の場合では、８５回反復される（ステップＳＴ３２２３のノー）。８５個のＴＳパケット転送が終了すれば（ステップＳＴ３２２３のイエス）、次の処理ステップＳＴ３２２４（図３５のステップＳＴ２２２４と同様な処理）に移る。あとは、（図４９ではＳＴ３２３１〜ＳＴ３２３３がアングル移動に関する処理であることを除き）図３５の処理と同様である。

セル転送時（データを外部へ転送する場合）の処理（図４６〜図４９）を別の言い方で簡単に述べると、次のようになる。すなわち、データを外部へ転送する場合は、通常の再生処理とほとんど同じあるが、セル再生処理内で、ＴＳ転送部は、パケットグループ内のＡＴＳを元に、転送時間を計算し、その転送時間に合った時間にＴＳパケットを送出する。

ここで、その計算方法は、パケットグループの最初のＴＳパケットはヘッダ内のＡＴＳとＳＴＣ部１０２の値が一致した時に出力し、２番目以降は、１つ前のＡＴＳとＴＳパケットの直前のＩＡＰＡＴを足したものとＳＴＣ部１０２の値を比べ、一致した時に送出する。 図５０は、図１８の装置において、デジタルＴＶ放送番組等の記録済みストリーム情報に対して、タイムサーチがどのように行われるかの他例を説明するフローチャート（タイムサーチ時の処理フロー）である。

＜０１＞まず、ユーザに目的のタイトル、再生開始時間、ストリーム番号（１ストリームの場合は１）を選択させ、決定する（ステップＳＴ４００）。

＜０２＞ユーザの選択した情報（タイトルなど）により、再生するプログラムチェーンＰＧＣ、プログラムＰＧ、セルＣＥＬＬを決め（ステップＳＴ４０２〜ＳＴ４０４）、それに対応するプログラムチェーン情報ＰＧＣＩ、プログラム情報ＰＧＩ、セル情報ＣＩなどを含むＶＭＧ情報ＶＭＧＩを管理情報ＰＧＣＩから読み出す。

＜０３＞セル情報ＣＩ内のストリームファイル情報（ＥＳＦＩ）番号より再生するストリームファイル情報ＥＳＦＩと、ストリームオブジェクト（ＥＳＯＢ）ファイルと、放送方式を決定し、ＥＳＯＢ番号で再生するＥＳＯＢＩを決定する（ステップＳＴ４０６）。

＜０４＞再生時間を各ＥＳＯＢＵの再生時間の累積と比較し、再生時間に一番近く、再生時間より小さい値のＥＳＯＢエントリの情報を読み出す（ステップＳＴ４０９）。

その際、ＥＳＯＢＵ再生時間（フレーム数）をタイムオフセットＴＭ＿ＯＦＳに累積加算していき、目的の再生時間に一番近く、目的の再生時間より小さい値のＥＳＯＢＵエントリを求める。

＜０５＞次に、ストリームオブジェクト（ＥＳＯＢ）のアドレスオフセットＡＤＲ＿ＯＦＳより、目的のＥＳＯＢエントリまでのＥＳＯＢＵサイズを累積加算し、ＥＳＯＢＵのアドレスを求める（ステップＳＴ４１１）。

＜０６＞続いて、目的のＥＳＯＢＵエントリ情報内のレファレンスピクチャのアドレスと目的のＥＳＯＢＵのアドレスより、再生開始すべきアドレスを求める。

＜０７＞ＰＣＲ情報よりＰＣＲのアドレスを求る（これはＰＣＲ＿ＰＯＳ×２＾ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴで表される）（ステップＳＴ４１３）ただし、ＰＣＲ情報がＰａｃｋｅｔ Ｇｒｏｕｐ Ｈｅａｄｅｒにある場合は、Ｐａｃｋｅｔ Ｇｒｏｕｐ Ｈｅａｄｅｒを読み出す。ＰＣＲを読み込み、ＳＴＣに設定する（ステップＳＴ４１８）。

＜０８＞デコーダ部５９にデコード初期設定（放送方式に従ってデコードするように設定）を行い（ステップＳＴ４２０）、表示開始時間を目的の再生時間に設定する。

＜０９＞ ＜０６＞で求めたアドレスより記録データが読み出されるようにドライブ部５１に指示し、データの読み出しを開始する（ステップＳＴ４２２）。

再生を開始するとその後は、通常の再生処理（セル再生処理等）に移行する。

図５１は、後述する図５２（ディスクの初期化処理）のＶＭＧ作成処理（ＳＴ１０２６）で利用されるものであって、図８に示したＡＰＰ＿ＮＡＭＥの中身の一例を説明する図である。ＡＰＰ＿ＮＡＭＥは、例えばＣｏｕｎｔｙ ＩＤ（国を判別するコード：例：電話の国コード０１＝米国、８１＝日本…）、Ａｕｔｈｏｒｉｔｙ ＩＤ（放送方式：０１＝ＡＲＩＢ、０２＝ＡＴＳＣ、０３＝ＤＶＢ）、Ｐａｃｋｅｔ Ｆｏｒｍａｔ（ストリームのパケット形式：０１＝ＭＰＥＧ＿ＴＳ…）、ＮＥＴＷＯＲＫ種別（ネットワークの種別０１＝地上波デジタル、０２＝ＣＳ、０３＝ＢＳデジタル…）、放送方式Ｖｅｒｓｉｏｎ（１０＝１．０、１１＝１．１…）で構成することができる。このうち、Ｃｏｕｎｔｙ ＩＤ、Ａｕｔｈｏｒｉｔｙ ＩＤ、Ｐａｃｋｅｔ Ｆｏｒｍａｔは機器でデフォルトで持っている必要があるが、それ以外は受信データ（サービス情報ＳＩなど）より構成することもできる。

ここで、ＡＰＰ＿ＮＡＭＥがストリームオブジェクト（ＥＳＯＢ）毎に違う場合、ストリームオブジェクト（ＥＳＯＢ）毎にＥＳＯＢＩの構成が一部（図９のＴＳ＿ＩＤ以降）変わることも考えられる。

図５２は、図１に示したディスク状情報記憶媒体を初期化する処理を説明するフローチャート（初期化処理フロー）である。この初期化処理に入ると、まず媒体１００（ＲＡＭディスク等）のフォーマッティングが行なわれ（ステップＳＴ１０００）、それが済むと、ＨＤ対応のＳＲオブジェクトをファイル管理するために、図示しないファイルシステムにおいてＤＶＤ＿ＨＤＲディレクトリが作成される（ステップＳＴ１００２）。その後、管理情報（ＲＴＲ＿ＶＭＧ）が作成される（ステップＳＴ１０２６）。この管理情報は図８のＡＰＰ＿ＮＡＭＥ１３２５１２を記録するエリアをもち、このＡＰＰ＿ＮＡＭＥ内に、録画を予定しているデジタル放送方式などを入れる。

以上述べたような種々な実施の形態により、デジタル放送に対応した木目細かい制御動作が実現できるようになる。

＜実施の形態に応じたポイント＞
＜０１＞ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴによりＰＣＲ＿ＰＯＳシフト量を変えて、ＰＣＲの位置が遠い場合に備える（図１２の（２）に記載された“ＰＣＲ＿ＰＯＳ×２＾ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ”または“ＰＣＲ＿ＰＯＳ×２ｅｘｐ（ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ）”）。このＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴは記録レートに応じて可変とする（図２８のＳＴ１５０４）。

この指数表示方法をＰＣＲ位置表示に用いると、ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴのビット数が少なくても２ｅｘｐ（ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ）の数値を大きくできるので、大きなシフト量を表現できる。

＜０２＞ＭＰＥＧ−ＴＳ（トランスポートストリーム）の場合に、ＡＰ＿ＰＫＴ＿ＳＺを０ｘｂｃ（１８８バイト）に設定し、ＰＫＴ＿ＧＲＰ＿ＳＺを８（８パケット分；１パケットが２ｋバイトなら１６ｋバイト相当）に設定する（図２８のＳＴ１５０８；図１６のデータ構造参照）。

これにより、デコードするストリーム構成の切り分けが容易になる。

＜０３＞ＰＡＴ、ＰＭＴのうち必要最小限の情報（図５１等）を管理情報（ＶＭＧ）内に持つようにする（図５２のＳＴ１０２６）。具体的には、ＰＡＴのうちＴＳ＿ＩＤとＮＥＴＷＯＲＫ＿ＰＩＤとＰＭＴ＿ＩＤ（本ストリームオブジェクト（ＥＳＯＢ）で使用するＰＭＴのＩＤ）をＶＭＧ内に保存し、ＰＭＴのうちＳＥＲＶＩＣＥ＿ＩＤ（ＰＭＴ内のＰｒｏｇｒａｍ＿ｎｕｍｂｅｒ）と各エレメンタリストリーム（ＥＳ）のＰＩＤをＶＭＧ内に保存し、そのＥＳのうちビデオとオーディオについてだけ更に詳しいストリーム情報（ＳＴＩ）を作成してＶＭＧ内に設定する。

これにより、ＶＭＧ内に最小限の情報があるので、再生を開始する場所にＰＡＴおよび／またはＰＭＴが存在しなくても、再生を開始できるようになる。

＜０４＞イベント情報テーブル（図４０のＥＩＴ）より各グループを構成するＰＩＤを設定してメイングループを管理情報（ストリームファイル情報ＳＦＩまたはＥＳＦＩ）内に設定する（図２８のＳＴ１５１８）。その際、再生順の情報（プログラムＰＧ）にグループ番号（図２９のＳＴ１７１０のＣｏｍｐｏｎｅｎｔ＿Ｇｒｏｕｐ＿Ｉｄなど）を指定可能にしておくとよい。

このＳＦＩがあるので、例えば記録されたコンテンツがマルチビュー情報を含んでいる場合、このマルチビューの再生開始場所にＥＩＴが存在しなくても、マルチビューに対応した再生が可能になる。

＜０５＞ストリーム情報ＳＴＩをビデオとオーディオで分け、ＶＳＴＩおよびＡＳＴＩを用意する（図２７のＳＴ１２１４、ＳＴ１２２４）。デジタル放送ではビデオおよびオーディオの種類が多くなるのでＳＴＩも増えることが予想される。

１種類のＳＴＩでビデオおよびオーディオの全種類をカバーしようとすると、ＳＴＩがかなり増える（ビデオの種類とオーディオの種類の組み合わせ数が膨大になる）恐れがあるが、ビデオのＳＴＩとオーディオのＳＴＩを分ければ、ＶＳＴＩおよびＡＳＴＩそれぞれの種類だけカバーすればよいので、結果的に少ないＳＴＩで種々なビデオとオーディオの組み合わせに対応できる。

＜０６＞ＬＡＳＴ＿ＭＮＦ＿ＩＤ（図１５の編集者ＩＤ１３３２７）を管理情報内に設定する（図２０のＳＴ２８４）。

例えば最初にＴ社のレコーダで録画したディスクを後にＭ社のレコーダで編集（あるいは追加録画）した場合において、編集（あるいは追加録画）がどのメーカのどの機種でなされたのかが、管理情報に記録されたＬＡＳＴ＿ＭＮＦ＿ＩＤから分かる。

＜０７＞セル情報（ＣＩ）に代表ＰＩＤ／グループＩＤを保存する（図２９のＳＴ１７１０）。

再生時に、保存された代表ＰＩＤ／グループＩＤの値とサービス情報（ＳＩ）を元に再生するストリームのＰＩＤを決定することで、マルチビューに対応した再生が可能になる。

＜０８＞ＰＣＲ位置のアドレス表現を、論理ブロック精度（ＬＢ単位）のＡＤＲ＿ＯＦＳ１３２２４１（図１０）とパケット精度（パケット単位）に分ける。そして目標アドレスを、ＰＣＲ＿ＰＯＳと、これに２の“ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ”乗の値を掛けたもので表す（図１２）。

これにより、（アドレス管理に多くのビット数を割かなくても）効率よくアドレス管理できる。

＜０９＞種々なデジタル放送方式の情報（図５１）を管理情報（ＲＴＲ＿ＶＭＧ）内のＡＰＰ＿ＮＡＭＥ１３２５１２（図８）に設定する（図５２のＳＴ１０２６）。

こうすると、ＡＰＰ＿ＮＡＭＥに設定された方式の記録内容（対応可能なストリーム）だけを再生（図３２のＳＴ２１０のイエス）できる。

＜実施の形態に応じた発明の別表現＞
（Ａ）管理領域とデータ領域で構成され、前記データ領域には、データが１以上のオブジェクトに分かれて記録されており、１つのオブジェクトは、１以上のデータユニットからなり、データユニットは、０．４秒から１秒内に再生されるべき映像及び音声が複数のパケットにパケット化して記録され、前記管理領域には再生順番を管理するＰＧＣ情報が含まれ、前記ＰＧＣ情報にはプログラムを管理する管理情報とＣＥＬＬを管理する管理情報が含まれており、さらにオブジェクトを管理する管理情報が含まれて存在する記録可能な情報記録媒体において、ＣＥＬＬ管理情報（図１５のＣＩ１３３４／参照するＩＤ１３３４４）に、再生するストリームの代表するストリームのＰＩＤ（図２９のＳＴ１７１０の代表ＰＩＤ）が含まれていることを特徴とする情報記録媒体。

（Ｂ）管理領域とデータ領域で構成され、前記データ領域には、データが１以上のオブジェクトに分かれて記録されており、１つのオブジェクトは、１以上のデータユニットからなり、データユニットは、０．４秒から１秒内に再生されるべき映像及び音声が複数のパケットにパケット化して記録され、前記管理領域には再生順番を管理するＰＧＣ情報が含まれ、前記ＰＧＣ情報にはプログラムを管理する管理情報とＣＥＬＬを管理する管理情報が含まれており、さらにオブジェクトを管理する管理情報が含まれて存在する記録可能な情報記録媒体において、ＣＥＬＬ管理情報（図１５のＣＩ１３３４／参照するＩＤ１３３４４）に、再生するストリームのグループのＩＤ（図２９のＳＴ１７１０のＣｏｍｐｏｎｅｎｔ＿Ｇｒｏｕｐ＿Ｉｄ）が含まれていることを特徴とする情報記録媒体。

（Ｃ）上記（Ａ）または（Ｂ）において、さらに、オブジェクト管理情報に再生の組み合わせを決めるグループ情報（図４１）が含まれることを特徴とする情報記録媒体。

（Ｄ）管理領域とデータ領域で構成され、前記データ領域には、データが１以上のオブジェクトに分かれて記録されており、１つのオブジェクトは、１以上のデータユニットからなり、データユニットは、０．４秒から１秒内に再生されるべき映像及び音声が複数のパケットにパケット化して記録され、前記管理領域には再生順番を管理するＰＧＣ情報が含まれ、前記ＰＧＣ情報にはプログラムを管理する管理情報とＣＥＬＬを管理する管理情報が含まれており、さらにオブジェクトを管理する管理情報が含まれて存在する記録可能な情報記録媒体において、データユニットの先頭からＰＣＲのアドレス表す情報の２の指数部分（ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ）の情報を一般情報（図９のＥＳＯＢ＿ＧＩ１３２５３１）に含み、各データユニット情報（図１２のＥＳＯＢＵ＿ＥＮＴ１３２２６２）にＰＣＲ位置の値（ＰＣＲ＿ＰＯＳ）情報１３２２３４が含まれていることを特徴とする情報記録媒体。

（Ｅ）管理領域とデータ領域で構成され、前記データ領域には、データが１以上のオブジェクトに分かれて記録されており、１つのオブジェクトは、１以上のデータユニットからなり、データユニットは、０．４秒から１秒内に再生されるべき映像及び音声が複数のパケットにパケット化して記録され、前記管理領域には再生順番を管理するＰＧＣ情報が含まれ、前記ＰＧＣ情報にはプログラムを管理する管理情報とＣＥＬＬを管理する管理情報が含まれており、さらにオブジェクトを管理する管理情報が含まれて存在する記録可能な情報記録媒体において、データユニットの先頭からＰＣＲのアドレス表す情報のうち２の指数部分（ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ）の情報を一般情報（図９のＥＳＯＢ＿ＧＩ１３２５３１）に含み、各データユニット（図１６のＥＳＯＢＵ１３４）のユニットヘッダ（図１６のＰａｃｋｅｔ＿Ｇｒｏｕｐ＿Ｈｅａｄｅｒ１６１）に値（ＰＣＲの位置情報）情報１５５Ｘが含まれていることを特徴とする情報記録媒体。

（Ｆ）管理領域とデータ領域で構成され、前記データ領域には、データが１以上のオブジェクトに分かれて記録されており、１つのオブジェクトは、１以上のデータユニットからなり、データユニットは、０．４秒から１秒内に再生されるべき映像及び音声が複数のパケットにパケット化して記録され、前記管理領域には再生順番を管理するＰＧＣ情報が含まれ、前記ＰＧＣ情報にはプログラムを管理する管理情報とＣＥＬＬを管理する管理情報が含まれており、さらにオブジェクトを管理する管理情報が含まれて存在する記録可能な情報記録媒体において、
オブジェクト管理情報（図９、図１０のＥＳＯＢ＿ＧＩ）に、データユニット（図１、図２、図１６のＥＳＯＢＵ）内に含まれるパケットのデータ長（図９のＡＰ＿ＰＫＴ＿ＳＺ）１３２４３１０６およびパケットの数情報（図１０のＥＳＯＢ＿Ｓ＿ＰＴＫ＿ＰＯＳ１３２２４２／ＥＳＯＢ＿Ｅ＿ＰＴＫ＿ＰＯＳ１３２２４３）が含まれていることを特徴とする情報記録媒体。

（Ｇ）管理領域とデータ領域で構成され、前記データ領域には、データが１以上のオブジェクトに分かれて記録されており、１つのオブジェクトは、１以上のデータユニットからなり、データユニットは、０．４秒から１秒内に再生されるべき映像及び音声が複数のパケットにパケット化して記録され、前記管理領域には再生順番を管理するＰＧＣ情報が含まれ、前記ＰＧＣ情報にはプログラムを管理する管理情報とＣＥＬＬを管理する管理情報が含まれており、さらにオブジェクトを管理する管理情報が含まれて存在する記録可能な情報記録媒体において、オブジェクト管理情報（図１０のＥＳＯＢ＿ＧＩ）に放送方式（図５１のＡｕｔｈｏｒｉｔｙ ＩＤ）に対応した情報（図８のＡＰＰ＿ＮＡＭＥ）が含まれていることを特徴とする情報記録媒体。

（Ｈ）上記（Ｇ）の媒体を用いる装置において、外部より入力されたデータの方式を調べる方式検出部（図１８のメインＭＰＵ；図２５のＳＴ１１１６）と、前記方式が対応可能かどうかを判定する判定部（図１８のメインＭＰＵ；図２５のＳＴ１１２２）とを備え、対応できない場合（図２５のＳＴ１１２２のノー）、その旨を表示させて終了する（図２５のＳＴ１１２４）ように構成されたことを特徴とする装置。

（Ｉ）上記（Ｇ）の媒体を用いる装置において、媒体内のデータの方式を調べる方式検出部（図１８のメインＭＰＵ；図３２のＳＴ２０９または図４６のＳＴ３０９）と、前記方式が再生対応可能かどうかを判定する再生可能判定部（図１８のメインＭＰＵ；図３２のＳＴ２１０または図４６のＳＴ３１０）とを備え、対応できない場合（図３２のＳＴ２１０のノーまたは図４６のＳＴ３１０のノー）、その旨を表示させて終了する（図３２のＳＴ２１１または図４６のＳＴ３１１）ように構成されたことを特徴とする装置。

なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。また、本発明は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な情報記録媒体としても実施することもできる。

この発明の一実施の形態に係るデータ構造を説明する図。 この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。 この発明の一実施の形態に係るデータ構造におけるナビゲーション管理情報ファイルの格納方法を説明する図。 図１に示したＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＲＴＲ＿ＶＭＧ）の一部（ＲＴＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図。 この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＲＴＲ＿ＶＭＧ）の他部（ＥＳＦＩＴ）がどのように構成されるかの一例を説明する図。 図５に示した管理情報の他部（ＥＳＦＩＴ）の各構成要素の中身がどのように構成されるかの一例を説明する図。 図６に示した管理情報（ＥＳＦＩＴ）に含まれるストリーム情報（ＥＳＯＢＩ＿ＶＳＴＩ＃１〜＃ｍの１つとＥＳＯＢＩ＿ＡＳＴＩ＃１〜＃ｍの１つ）に含まれるビデオ属性情報（Ｖ＿ＡＴＲ）とオーディオ属性情報（Ａ＿ＡＴＲ）がどのように構成されるかの一例を説明する図。 図４に示した管理情報の他部（ＥＳＦＩＴ）の各構成要素のうち、ＥＳＦＩ＿ＧＩ、ＥＳＯＢＩの中身がどのように構成されるかの一例を説明する図。 図８に示したＥＳＯＢ＿ＧＩの中身がどのように構成されるかの一例を説明する図。 図８に示したＥＳＯＢ＿ＧＩの中身（特にＥＳＯＢエレメンタリストリーム（ＥＳ）とＥＳグループとＭＡＰ＿ＧＩとＥＳ＿ＭＡＰＩ）がどのように構成されるかの一例を説明する図。 図１０に示したＥＳ＿ＭＡＰ＿ＧＩの中身がどのように構成されるかの一例を説明する図。 図１０に示したＥＳ＿ＭＡＰ＿ＧＩの中身（特にＥＳＯＢＵ＿ＥＮＴの中身）がどのように構成されるかの一例を説明する図。 管理情報記録領域ＲＴＲ＿ＥＳＭＧの中身（特にプログラムチェーン情報ＯＲＧ＿ＰＧＣＩの中身）がどのように構成されるかの一例を説明する図。 管理情報記録領域ＲＴＲ＿ＥＳＭＧの中身（特にプレイリスト情報（またはユーザ定義ＰＧＣ情報テーブル）の中身）がどのように構成されるかの一例を説明する図。 図１３、図１４に示したプログラムチェーン情報の中身（特にプログラムチェーン一般情報、プログラム情報、セル情報の中身）がどのように構成されるかの一例を説明する図。 図１または図２に示したストリームオブジェクト用のデータユニット（ＥＳＯＢＵ）がどのように構成されるかの一例を説明する図。 図１６に示したパケットグループヘッダに含まれるパケットの到着時間（ＡＴＳ）、有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）、表示制御情報（ＤＣＩ）、コピー世代管理情報（またはコピー制御情報ＣＣＩ）、パケット到着時間の増分（ＩＡＰＡＴ）、ＰＣＲ位置情報（ＰＣＲ＿ＬＢ数番号等）がどのように構成されるかの一例を説明する図。 この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。 図１８の装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）。 図１９に示した編集処理（ＳＴ２８）の中身の一例を説明するフローチャート図（編集動作処理フロー）。 図１８の装置の録画動作（その１）の一例を説明するフローチャート図（録画フロー）。 図１８の装置の録画動作（その２）の一例を説明するフローチャート図（録画フロー）。 図１８の装置の動作における割り込み処理の一例を説明するフローチャート図（割り込み処理フロー）。 図２２に示したバッファ取り込み処理（ＳＴ１３０）の中身の一例を説明するフローチャート図（バッファ取り込み処理フロー）。 図１に示したディスク状情報記憶媒体に録画を開始する前の処理（その１）を説明するフローチャート図（録画前処理フロー）。 図１に示したディスク状情報記憶媒体に録画を開始する前の処理（その２）を説明するフローチャート図（録画前処理フロー）。 図２２に示したストリーム情報（ＶＳＴＩとＡＳＴＩ）作成処理（ＳＴ１２０）の中身の一例を説明するフローチャート図（ＳＴＩ設定処理フロー）。 図２２に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＦＩまたはＥＳＦＩ）作成処理の中身の一例を説明するフローチャート図（ストリームファイル情報作成処理フロー）。 プログラム、プレイリスト単位で混在を許可する場合において、再生時に参照するＩＤを設定する処理（ＳＴ１７１０）を含むプログラム作成がどのように行われるかの一例を説明するフローチャート図（プログラム作成処理フロー）。 プログラムチェーン単位で混在を禁止する場合において、再生時に参照するＩＤを設定する処理（ＳＴ１７１０）を含むプログラム作成がどのように行われるかの一例を説明するフローチャート図（プログラム作成処理フロー）。 セル単位で混在を許可する場合において、再生時に参照するＩＤを設定する処理（ＳＴ１７１０）を含むプログラム作成がどのように行われるかの一例を説明するフローチャート図（プログラム作成処理フロー）。 図１８の装置の再生動作（その１）の一例を説明するフローチャート図（ＡＰＰ＿ＮＡＭＥを参照した全体の再生動作フロー）。 図１８の装置の再生動作（その２）の一例を説明するフローチャート図（全体の再生動作フロー）。 図１８の装置におけるセル再生時の処理（その１）の一例を説明するフローチャート図（論理ブロック単位のＡＤＲ＿ＯＦＳとパケット単位を併用したセル再生時の処理フロー）。 図１８の装置におけるセル再生時の処理（その２）の一例を説明するフローチャート図（セル再生時の処理フロー）。 図１８の装置で用いることができるプログラムマップテーブル（ＰＭＴ）のデータ構造例を説明する図。 図３６のＰＭＴ、その他（サービスディスクリプションテーブルＳＤＴ、イベント情報テーブルＥＩＴ等）で利用できるデジタルコピー制御ディスクリプタの内容を例示する図。 デジタルコピー制御がビデオデータに対してどのように運用されるかの一例を説明する図。 デジタルコピー制御がオーディオデータに対してどのように運用されるかの一例を説明する図。 図１８の装置で用いることができるイベント情報テーブル（ＥＩＴ）のデータ構造例を説明する図。 コンポーネントグループディスクリプタの内容の一例を説明する図。 図３６のＰＭＴ、その他（図４０のイベント情報テーブルＥＩＴ等）で利用できるコンポーネントディスクリプタの内容を例示する図。 図４２に示したコンポーネントタイプの内容の一例を説明する図。 登録ディスクリプタ（Registration descriptor）の内容の一例を説明する図。 短形式イベントディスクリプタの内容の一例を説明する図。 図１８の装置における全体的なデータ転送動作（その１）の一例を説明するフローチャート図（ＡＰＰ＿ＮＡＭＥを参照した全体の転送動作フロー）。 図１８の装置における全体的なデータ転送動作（その２）の一例を説明するフローチャート図（全体の転送動作フロー）。 図４７に示したセル転送時の処理（ＳＴ３２０）の具体例（その１）を説明するフローチャート図（論理ブロック単位のＡＤＲ＿ＯＦＳとパケット単位を併用したセル転送時の処理フロー）。 図４７に示したセル転送時の処理（ＳＴ３２０）の具体例（その２）を説明するフローチャート図（セル転送時の処理フロー）。 図１８の装置において、デジタルＴＶ放送番組等の記録済みストリーム情報に対して、タイムサーチがどのように行われるかの一例を説明するフローチャート図（タイムサーチ時の処理フロー）。 図８に示したＡＰＰ＿ＮＡＭＥの中身の一例を説明する図。 図１に示したディスク状情報記憶媒体を初期化する処理を説明するフローチャート図（初期化処理フロー）。

符号の説明

１００…情報記録媒体（ＤＶＤ−ＲＡＭディスク等）；１２１…ＡＶデータ記録領域；１２２…ＶＲオブジェクト群記録領域；１３０…ＡＶデータ管理情報記録領域；１３１…エクステンド・ストリームオブジェクト群記録領域；１３２…エクステンド・ストリームオブジェクト（ＥＳＯＢ）；１３４…エクステンド・ストリームオブジェクトユニット（ＥＳＯＢＵ）；１４０…パケットグループ；１６０…ＤＶＤトランスポートストリームパケット記録領域；１６１…パケットグループヘッダ；１６２…ＭＰＥＧトランスポートストリーム（ＭＰＥＧ−ＴＳ）；１６３…インクリメンタル・アプリケーションパケット到着時間（ＩＡＰＡＴ）；１０…再生情報管理層；１１…プログラムチェーン（ＰＧＣ）；１２…プログラム（ＰＧ）；１３…セル；２０…ストリームオブジェクト管理情報層；２１…エクステンド・ストリームオブジェクト情報（ＥＳＯＢＩ）；２２…エクステンド・ストリームオブジェクトユニット情報（あるいはグローバル情報）（ＥＳＯＢＵＩ）；２３…ビデオオブジェクト管理情報層；２４…ビデオオブジェクト情報（ＶＯＢＩ）；２５…ビデオオブジェクトユニット・エントリ（ＶＯＢＵＥ）；３０…ストリームオブジェクト（ＳＯＢ）層；３５…ビデオオブジェクト（ＶＯＢ）層；３６…ビデオオブジェクト（ＶＯＢ）；３７…ビデオオブジェクトユニット（ＶＯＢＵ）；３８…パック；５１…ディスクドライブ部；５９…デコーダ部；７４…デジタルインターフェイス（ＩＥＥＥ１３９４等）；７９…エンコーダ部；８０…メインＭＰＵ部（制御部）；８３…セットトップボックス部（衛星デジタルチューナ）；８９…地上波デジタルチューナ；１００…情報記録媒体；１００ａ…ハードディスクドライブ。

Claims (1)

1. 複数のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成された情報記録媒体において、
   前記情報記録媒体は管理領域とデータ領域を持ち、
   前記管理領域は前記複数のオブジェクトファイル毎にオブジェクト管理情報が記録できるように構成され、
   前記管理領域はストリームデータ管理情報を含み、
   該ストリームデータ管理情報は媒体管理情報と、ストリームオブジェクト管理情報と、プログラムチェーン情報を含み、
   該プログラムチェーン情報は複数のプログラム情報を含み、
   各プログラム情報は固有のプログラムインデックスを含み、
   前記ストリームオブジェクト管理情報は前記プログラムインデックスで指定されたプログラムに属するストリームデータに関する情報として、デジタル放送の放送方式を識別するコードと、プログラムマップテーブルのパケット識別情報と、プログラムクロックリファレンスのパケット識別情報とを含むことを特徴とする情報記録媒体。

Images