JP2005101996A - 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置 - Google Patents

Abstract

【課題】緊急情報を所定のフォーマットで効率良く記録／再生すること。
【解決手段】緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録する情報記録媒体において、前記緊急放送番組を記録するデータ領域と、前記緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体。
【選択図】 図２

Description

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

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

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

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

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

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

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

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

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

デジタル放送において、地震等の緊急時に、緊急放送を放送する場合が有る。この場合、緊急情報記述子で緊急警報放送で有る旨を示す情報と、放送対象地域が送られる。デジタルＴＶ等の常時電源が入り、ＰＳＩ（ｐｒｏｇｒａｍ ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎ）の情報を電子番組ガイドＥＰＧ作成の目的などで空き時間に入手する機能が有る場合は、その緊急情報記述子が入ると待機状態より電源が立ち上がり、その緊急放送を表示する事ができるようにすることがデジタル放送の規格（ＡＲＩＢ）で推奨されている。しかし、必須ではない。しかしながら、レコーダの動作は全く規定されていない。この推奨に従って緊急放送を録画した従来技術がある（例えば、特許文献１参照）。

ここでは、緊急情報を受信した際、ＨＤＤなどの内部一時記憶装置へ記録する。しかし、特許文献１では録画時にどのようなフォーマットで記録するのかに関しては記載されていない。しかも、記録媒体は内蔵のＨＤＤを例にとっており、外部へメディアを出し入れするディスクに記録するときの処理、また、実際に記録する上でのフォーマット等に関しては記載されていない。
特開２００２−３７４２１９号公報

従来技術では受信した緊急情報を単に記録することしか開示しておらず、本発明は緊急情報を所定のフォーマットで効率良く記録／再生することを目的とするものである。具体的には、緊急放送を録画し、ユーザが電源を入れたときに（ユーザがＴＶを見ようとしたときに）緊急放送が有った旨を表示することにより、緊急放送を見損なうことが無いようにする事を目的としている。

上記した課題を解決し目的を達成するために、本発明は以下に示す手段を用いている。

本発明の一態様による情報記録媒体は、緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録する情報記録媒体において、前記緊急放送番組を記録するデータ領域と、前記緊急放送番組の管理情報を記録する管理領域とを具備するものである。

本発明の他の態様による情報記録装置は、緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成され、緊急放送番組を記録するデータ領域と、前記緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体に情報を記録する情報記録装置において、前記デジタル放送における緊急放送番組を検出する手段と、前記検出手段が緊急放送番組を検出すると、緊急放送番組を前記データ領域に記録し、緊急放送番組が記録されたことを示す管理情報を前記管理領域に記録する手段とを具備するものである。

本発明の他の態様による情報記録方法は、緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成され、緊急放送番組を記録するデータ領域と、前記緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体に情報を記録する情報記録方法において、前記デジタル放送における緊急放送番組を検出するステップと、前記検出ステップが緊急放送番組を検出すると、緊急放送番組を前記データ領域に記録し、緊急放送番組が記録されたことを示す管理情報を前記管理領域に記録するステップとを具備するものである。

本発明の他の態様による情報再生装置は、緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成され、緊急放送番組を記録するデータ領域と、緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体から情報を再生する情報再生装置において、装置全体の電源投入時に前記管理領域に前記緊急放送番組の管理情報が記録されているか否かを判断する手段と、前記管理領域に前記緊急放送番組の管理情報が記録されていると判断された場合、前記データ領域に記録されている緊急放送番組を検索する手段と、前記検索手段の検索結果を表示する手段とを具備するものである。

本発明の他の態様による情報再生方法装置は、緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成され、緊急放送番組を記録するデータ領域と、前記緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体から情報を再生する情報再生方法において、装置全体の電源投入時に前記管理領域に前記緊急放送番組の管理情報が記録されているか否かを判断するステップと、前記管理領域に前記緊急放送番組の管理情報が記録されていると判断された場合、前記データ領域に記録されている緊急放送番組を検索するステップと、前記検索結果を表示するステップとを具備するものである。

以上説明したように本発明によれば、受信した緊急情報とその管理情報を既存の記録フォーマットを殆ど変更することなく情報記録媒体に記録することができるとともに、ユーザの操作を殆ど必要とせずに緊急情報が記録されていることをユーザに知らせることができる。

以下、図面を参照して本発明による情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置の実施の形態を説明する。本明細書中で用いられる“および／または”という表現は、英語における“ａｎｄ／ｏｒ”と同義であり、“〜および〜”の場合もしくは“〜または〜”の場合を示す意図で用いている。ここでは、一例として、記憶媒体としてはＤＶＤ−ＶＲ規格の光ディスクを例にとり説明する。緊急放送情報をＤＶＤ−ＶＲ規格に当てはめて記録するには、緊急放送である旨の情報を管理情報であるＳＯＢＩ（ストリームオブジェクト管理情報）に保存することが考えられる。

第１の実施の形態
図１は本発明の第１の実施の形態に係る情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置の構成を示す図である。

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

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

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

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

以下、上記のストリーム・レコーディングに基づくこの発明の実施の形態について、図面を参照して詳細に説明する。

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

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

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

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

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

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

ここで、ＤＶＤ−Ｖｉｄｅｏ（ＲＯＭ Ｖｉｄｅｏ）はＶＩＤＥＯ−ＴＳ、ＤＶＤ−ＲＴＲ（録再ＤＶＤ）はＤＶＤ−ＲＴＡＶとフォーマット毎にディレクトリをわけており、今回のデジタル放送対応のＤＶＤ規格も例えばＤＶＤ＿ＨＤＶＲというディレクトリに記録される。つまり、図３に示す様に、ＤＶＤ＿ＨＤＶＲというディレクトリに、データの管理を行うためのビデオマネージャ（ＶＭＧ）ファイルＨＤＶＭＧとアナログ放送及びラインインなどのアナロク記録用のオブジェクトファイルであるビデオレコーディングオブジェクトファイルＶＲＯと、デジタル放送のオブジェクトであるストリームレコーディングオブジェクトファイルＳＲＯが記録され、そのＳＲＯファイルはＳＯＢＳ（Ｓｔｒｅａｍ ｏｂｊｅｃｔ Ｓｅｔ）とし、図２に示される様に管理データはＶＲと共通のＶＭＧファイルに記録され、ＶＲと共通に制御され、ＣＥＬＬ単位でリンクされ、再生場所の指定は再生時間単位で指定される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、この構造は、デジタル放送の最高伝送レート（プログラムマップテーブルＰＭＴ内のデジタルコピー記述子に記載されている）を調べ、その値にしたがってストリームオブジェクトＳＯＢ毎に設定する必要があるが、最低レートは決められない。そのため、データが来るのが遅れ、Ｉプログラム関連テーブル（ＩＰＡＴ）１６３では表せない場合がある。その場合、パケットグループを終了し（空きにはダミーデータを入れる）、次のパケットグループにする。さらに、パケットグループヘッダ１５０は図２１に示すように、パケットグループの先頭に同期パターン１５１を設定し、次にＴＳパケットの到着時間情報（ＡＴＳ）１５２と製造者情報ＭＮＩ（Ｍａｎｕｆａｃｔｕｒｅｒ’ Ｉｎｆｏｒｍａｔｉｏｎ）で構成されている。

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

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

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

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

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

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

図５は、図４のストリームファイル情報テーブル（ＳＴＲ＿ＦＩＴ）１３２０がどのように構成されるかの一例を説明する図である。このストリームファイル情報テーブル（ＳＴＲ＿ＦＩＴ）１３２０は、ストリームファイル情報テーブル情報（ＳＴＲ＿ＦＩＴＩ）１３２１と、１以上のストリームファイル情報（ＳＴＲ＿ＦＩ＃１〜＃ｎ）１３２２とを含んで構成される。

図６に示すように、ストリームファイル情報テーブル情報（ＳＴＲ＿ＦＩＴＩ）１３２１は、ストリームファイル情報（ＳＴＲ＿ＦＩ）の総数１３２１１と本テーブル（ＳＴＲ＿ＦＩＴ）の終了アドレス１３２１２で構成される。ストリームファイル情報（ＳＴＲ＿ＦＩ）１３２２は、ストリームファイル情報ゼネラル情報ＳＴＲ＿ＦＩ＿ＧＩ（Ｇｅｎｅｒａｌ Ｉｎｆｏｒｍａｔｉｏｎ）１３２２１、１以上のストリームオブジェクト情報サーチポインタＳＯＢＩ＿ＳＲＰ（Ｓｔｒｅａｍ Ｏｂｊｅｃｔ ｉｎｆｏｒｍａｔｉｏｎ Ｓｅａｒｃｈ Ｐｏｉｎｔｅｒ）１３２２２と、サーチポインタＳＲＰと同数でその値で示されるストリームオブジェクト情報ＳＯＢＩ（ＳＯＢ Ｉｎｆｏｒｍａｔｉｏｎ）１３２２３で構成される。

図７に示すように、ストリームファイル情報ゼネラル情報（ＳＴＲ＿ＦＩ＿ＧＩ）１３２２１は、このＳＲオブジェクトを保存しているオブジェクトファイルのファイル名１３２２１とＳＯＢＩ＿ＳＲＰの数１３２２１２で構成され、ストリームオブジェクト情報（ＳＯＢＩ）１３２２３は、ストリームオブジェクト情報ゼネラル情報（ＳＯＢＩ＿ＧＩ）１３２２３１と、ストリームオブジェクトエレメンタリストリーム情報１３２２３２と、ストリームオブジェクトシームレス情報１３２２３３と、ストリームオブジェクトタイムマップ情報（ＳＯＢ＿ＴＭＡＰＩ）１３２２３６と、ストリームオブジェクトエレメンタリストリームグルーピング情報１３２２３７で構成されている。

図８に示すように、ストリームオブジェクト情報ゼネラル情報（ＳＯＢＩ＿ＧＩ）１３２２３１は、ストリームオブジェクトタイプ（ＳＯＢ＿ＴＹ）１３２２２１０１、パケットタイプ（ＰＫＴ＿ＴＹ）１３２２２１０２、パケットサイズ（ＰＫＴ＿ＳＺ）１３２２２１０３、パケットグループサイズ（ＰＫＴ＿ＧＲＰ＿ＳＺ）１３２２２１０４、パケットグループのパケット数（ＰＫＴ＿Ｎｓ）１３２２２１０５、カントリーコード（ＣＯＵＮＴＲＹ＿ＣＯＤＥ）１３２２２１０６、アプリケーションフォーマット名（ＡＰ＿ＦＯＲＭＡＴ）１３２２２１０７、サービスＩＤ（ＳＥＲＶＩＣＥ＿ＩＤ）１３２２２１０８、サービスタイプ（ＳＥＲＶＩＣＥ＿ＴＹＰＥ）１３２４３１０９、ＰＭＴパケットのＰＩＤ（ＰＭＴ＿ＰＩＤ）１３２４３１１０、オリジナルネットワークＩＤ（ＮＥＴＷＯＲＫ＿ＩＤ）１３２４３１１１、トランスポートストリームＩＳ（ＴＳ＿ＩＤ）１３２４３１１２、ＰＣＲパケットのＰＩＤ（ＰＣＲ＿ＰＩＤ）１３２４３１１３、本ストリームオブジェクトのデフォルトＰＩＤ（ＳＯＢ＿ＤＥＦ＿ＰＩＤ）１３２４３１１４、登録記述子のＩＤ（ＦＯＲＭＡＴ＿ＩＤ）１３２４３１１５、コピーコントロール情報（ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ）１３２４３１１６、本ストリームオブジェクトの記録時間（ＳＯＢ＿ＲＥＣ＿ＴＭ）１３２２２１１７、ＳＯＢ＿ＲＥＣ＿ＴＭのサブ秒時間（ＳＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢ）１３２２２１１８、本ストリームオブジェクトの再生時間（ＳＯＢ＿ＤＵＲＡＴＩＯＮ）（ＳＯＢＵ＿ＥＮＴの再生時間の合計）１３２４３１１９、本ストリームオブジェクトの先頭ＰＴＭ（ＳＯＢ＿Ｓ＿ＰＴＭ）１３２２２１２０、本ストリームオブジェクトの終了ＰＴＭ（ＳＯＢ＿Ｅ＿ＰＴＭ）１３２２２１２１、ローカルタイムゾーン（ＬＯＣＡＬ＿ＴＭ＿ＺＯＮＥ）１３２２２１２２、ＰＣＲ＿ＰＯＳで表わされる先行ＰＣＲパケットの数（ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴ）（パケットグループの先頭から何個前のＰＣＲを参照するのかを示す）１３２２２１２３、指定されたＰＣＲパケットのＰＣＲ＿ＰＯＳビットシフト（ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ）（ＰＣＲパケットの位置を示すＬＢの２の指数部分）１３２２２１２４、本ストリームオブジェクトに記録されるエレメンタリストリームの数（ＳＯＢ＿ＥＳ＿Ｎｓ）１３２４３１２５、本ストリームオブジェクトに記録さえるビデオエレメンタリストリームの数（ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ）１３２４３１２６、本ストリームオブジェクトに記録されるオーディオエレメンタリストリームの数（ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ）１３２４３１２７、緊急フラグ（Ｅｍｅｒｇｅｎｃｙ Ｆｌａｇ）１３２４３１２８で構成されている
なお、ＳＯＢの解析可能かどうかをチェックし、不能である場合はパケットタイプＰＫＴ＿ＴＹに０ｘｆｆを設定し、ＭＰＥＧ−ＴＳの場合は１を設定する。１で設定した場合は、本実施例に紹介されているようなＴＭＡＰＩを構成し、再生等を行うが、０ｘｆｆを設定した場合、メーカ固有の独自な管理情報を持ち、コンテンツを管理することになる。パケットグループサイズＰＫＴ＿ＧＲＰ＿ＳＺは８ＬＢ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ）で固定である。パケットグループの数ＰＫＴ＿Ｎｓは１ＰＫＴ＿ＧＰＰのパケット数であり、０ｘ５５：８５ＴＳパケットで固定である。カントリーコードＣｏｕｎｔｒｙ ｃｏｄｅは録画した国コードであり、例えばＪＰＮ＝日本である。アプリケーションフォーマット名ＡＰ＿ＦＯＲＭＡＴは１がＩＳＤＢ−Ｓ：ＢＳ／ＣＳ放送、２がＩＳＤＢ−Ｔ：地上デジタル放送を示す。録画されたＰＳＩ，ＳＩの情報を基に、サービスＩＤ（ＳＥＲＶＩＣＥ＿ＩＤ）、ＰＭＴパケットのＰＩＤ（ＰＭＴ＿ＩＤ）、ネットワークＩＤ（ＮＥＴＷＯＲＫ＿ＩＤ）、トランスポートストリームＩＤ（ＴＳ＿ＩＤ）、登録記述子のＩＤ（ＦＯＲＭＡＴ＿ＩＤ）、サービスタイプ（ＳＥＲＶＩＣＥ＿ＴＹＰＥ）が記録される。録画するデータを基に、ＳＯＢ＿ＥＳ＿Ｎｓ（録画のために選択したＥＳの数）、ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ（録画したビデオＥＳの総数）、ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ（録画したオーディオＥＳの総数）、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴ（パケットグループの先頭から何個前のＰＣＲを参照するのかを示す）、ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ（ＰＣＲパケットの位置を示すＬＢの２の指数部分）と、ＣＰ＿ＣＴＲＬ＿ＩＮＦＯと、緊急フラグ（Ｅｍｅｒｇｅｎｃｙ Ｆｌａｇ）（０：通常放送、１：緊急放送）が記録される。

ＳＯＢ＿ＤＥＦ＿ＰＩＤはデフォルトのＰＩＤであり、ＡＲＩＢ方式の場合、コンポーネントタグの小さい値のものが選ばれる。ただし、コンポーネントグループ記述子の値を優先する。

ここで、ＳＯＢ＿ＥＳ＿ＮｓとＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓと、ＳＯＢ＿Ａ＿Ｅｓ＿ＮｓとＥＳ＿ＴＭＡＰ＿Ｎｓ（図１６の１３２２３６１５）の関係は、以下の式で表せる。

ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ＋ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ≦ＳＯＢ＿ＥＳ＿Ｎｓ
ＳＯＢ＿ＥＳ＿Ｎｓ＝ＳＯＢ＿ＥＳＩ＿Ｎｓ（ＳＯＢ＿ＥＳＩの総数）
ＳＯＢ＿ＥＳ＿Ｎｓ≧ＥＳ＿ＴＭＡＰ＿Ｎｓ
ＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ＋ＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ＋ＥＳ＿ＴＹがその他のＥＳＩの総数＝ＳＯＢ＿Ｅｓ＿Ｎｓ
図９に示すように、ビデオエレメンタリストリームについてのＳＯＢ＿ＥＳＩ１３２２３２は、放送されたオブジェクト内のサービス情報ＳＩより、エレメンタリストリームタイプ（ＥＳ＿ＴＹ）１３２２３２０１Ｖと、エレメンタリストリームのＰＩＤ（ＥＳ＿ＰＩＤ）１３２２３２０２Ｖと、ＰＭＴ内で示されるストリームタイプ（ＳＴＲＥＡＭ＿ＴＹＰＥ）１３２２３２０３Ｖと、ストリーム識別記述子で示されるコンポーネントタグの値（ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ）１３２２３２０４Ｖと、コンポーネント記述子で示されるストリームコンテンツの値（ＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴ）１３２２３２０５Ｖと、コンポーネント記述子で示されるコンポーネントタイプの値（ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ）１３２２３２０６Ｖと、ビデオエレメンタリストリームのアトリビュート（Ｖ＿ＡＴＲ）１３２２３２０７Ｖと、コピーコントロール情報（ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ）１３２２３２０８Ｖとで構成される。

エレメンタリストリームタイプ（ＥＳ＿ＴＹ）は１バイトであり、ｂ７、ｂ６にＳＴ＿ＴＹが格納され、ｂ５〜ｂ０はリザーブドとされ、ビデオエレメンタリストリームの場合はＳＴ＿ＴＹ＝００ｂである。

図１５の（ａ）に示すように、ビデオアトリビュート（Ｖ＿ＡＴＲ）は２バイトであり、ｂ９、ｂ８がアプリケーションフラグ（００ｂ：本ビデオストームが本Ｖ＿ＡＴＲで指定されたアスペクト比で符号化される、０１ｂ：本ビデオストームが本Ｖ＿ＡＴＲで指定されたアスペクト比で符号化され、実際のアスペクト比はストリームに記録されない、他はリザーブドされる）、ｂ７がライン２１スイッチ（１ｂ：フィールド１のライン２１のデータに対するユーザデータがＧＯＰレイヤに記録される、０ｂ：フィールド１のライン２１のデータに対するユーザデータがＧＯＰレイヤに記録されない）、ｂ６が第２ライン２１スイッチ（１ｂ：フィールド１のライン２１のデータに対するユーザデータがＧＯＰレイヤに記録され、０ｂ：フィールド１のライン２１のデータに対するユーザデータがＧＯＰレイヤに記録されない）、ｂ５〜ｂ２が水平解像度（００００ｂ：１９２０本、０００１ｂ：１４４０本、００１０ｂ：１２８０本、００１１ｂ：７２０本、０１００ｂ：５４４本、０１０１ｂ：４８０本）であり、他はリザーブドされる。

図１５の（ｃ）に示すように、コピーコントロール情報（ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ）１３２２３２０８Ｖは２バイトであり、ｂ１５とｂ１４はＣＣＩ（００ｂ：コピーフリー、１０ｂ：ノーモアコピー、１０ｂ：コピーワンジェネレーション、１１ｂ：コピーネバー）、ｂ１３とｂ１２はＡＰＳ（００ｂ：コピーフリー、０１ｂ：タイプ１（ＡＧＣ）のＡＰＳがオン、１０ｂ：タイプ２（ＡＧＣ＋２Ｌカラーストライプ）のＡＰＳがオン、１１ｂ：タイプ３（ＡＧＣ＋４Ｌカラーストライプ）のＡＰＳがオン）、ｂ１１はＥＰＮ（０ｂがＥＰＮアサート、１ｂがＥＰＮ非アサート）、ｂ１０はＩＣＴ（Ｉｍａｇｅ Ｃｏｎｓｔｒｕｃｔｉｏｎ Ｔｏｋｅｎ）（０ｂ：ＨＤ画像（高解像度画像）をＳＤ画像（標準画像）に変換してアナログ出力、１ｂ：ＨＤ画像をそのままアナログ出力）、ｂ７がＲｅｔｅｎｔｉｏｎ（０ｂ且つＣＣＩ＝‘１０ｂ’は移動（ｍｏｖｅ）モード（移動を許可し、一時蓄積はしない：時間がきても消さない）、０ｂ且つＣＣＩ＝‘１１ｂ’は一時蓄積（ｒｅｔｅｎｔｉｏｎ）モード（移動を禁止し、時間が来たら消去する）、０ｂ且つＣＣＩ＝‘００ｂ’あるいは‘０１ｂ’は非移動（ｎｏｎ−ｍｏｖｅ）モードで非保持（ｎｏｎ−ｒｅｔｅｎｔｉｏｎ）モード（コピー可：０１は１回コピー可で、一時蓄積しない：時間が来ても消さない）、１ｂ：非移動（ｎｏｎ−ｍｏｖｅ）モード／非保持（ｎｏｎ−ｒｅｔｅｎｔｉｏｎ）モード）、ｂ６〜ｂ４がＲｅｔｅｎｔｉｏｎ＿Ｓｔａｔｅ（０００ｂ：制限無し、００１ｂ：１週間、０１０ｂ：２日、０１１ｂ：１日、１００ｂ：１２時間、１０１ｂ：６時間、１１０ｂ：３時間、１１１ｂ：９０分）を示し、他はリサーブドとされる。

ここで、ＡＰＳとはアナログプロテクションシステム（Ａｎａｌｏｇ Ｐｒｏｔｅｃｔｉｏｎ ＳＹＳＴＥＭ）のことで、本実施例ではマクロビジョンを想定している。

図１０に示すように、オーディオエレメンタリストリームについてのＳＯＢ＿ＥＳＩ１３２２３２は、放送されたオブジェクト内のサービス情報ＳＩより、エレメンタリストリームタイプ（ＥＳ＿ＴＹ）１３２２３２０１Ａと、エレメンタリストリームのＰＩＤ（ＥＳ＿ＰＩＤ）１３２２３２０２Ａと、ＰＭＴ内で示されるストリームタイプ（ＳＴＲＥＡＭ＿ＴＹＰＥ）１３２２３２０３Ａと、ストリームＩＤ記述子で示されるコンポーネントタグの値（ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ）１３２２３２０４Ａと、コンポーネント記述子／オーディオコンポーネント記述子で示されるストリームコンテンツの値（ＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴ）１３２２３２０５Ａと、コンポーネント記述子／オーディオコンポーネント記述子で示されるコンポーネントタイプの値（ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ）１３２２３２０６Ａと、サイマルキャストグループタグＳＩＭＵＬＣＡＳＴ＿ＧＰ＿ＴＡＧ（サイマルキャストグループ識別）１３２２３２０７Ａと、オーディオエレメントリストリームのアトリビュート（Ａ＿ＡＴＲ）１３２２３２０８Ａと、ＬＡＮＧ＿ＣＯＤＥ（第一音声の言語コード）１３２２３２０９Ａと、ＬＡＮＧ＿ＣＯＤＥ２（第二音声の言語コード）１３２２３２１０Ａと、コピーコントロール情報（ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ）１３２２３２０８Ａとで構成される。

エレメンタリストリームタイプ（ＥＳ＿ＴＹ）は１バイトであり、ｂ７、ｂ６にＳＴ＿ＴＹが格納され、ｂ５〜ｂ０はリザーブドとされ、オーディオエレメンタリストリームの場合はＳＴ＿ＴＹ＝０１ｂである。

図１５の（ｂ）に示すように、オーディオアトリビュート（Ａ＿ＡＴＲ）は１バイトであり、ｂ７がマルチリンガルフラグ（０ｂ：非マルチリンガルストリーム、１ｂ：ストリームがデュアル／モノの場合はバイリンガルストリーム）、ｂ６がメインコンポーネントフラグ（０ｂ：メインではない、１ｂ：メインオーディオ）、ｂ５、ｂ４が品質インジケータ（００ｂ：リザーブド、０１ｂ：モード１、１０ｂ：モード２、１１ｂ：モード３）、ｂ３〜ｂ１がサンプリングレート（０１１ｂ：２４ｋＨｚ、１０１ｂ：３２ｋＨｚ、１１１ｂ：４８ｋＨｚ、他はリザ−ブドとされる）を示し、ｂ０はリザーブドとされる。

ＬＡＮＧ＿ＣＯＤＥは本ストリームの第１音声の言語コードを記述し、ＬＡＮＧ＿ＣＯＤＥ２は本ストリームがマルチリンガルストリームの場合の第２音声の言語コードを記述する。

コピーコントロール情報（ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ）は２バイトであり、図１５の（ｃ）に示したものと同じである。

図１１に示すように、その他のエレメンタリストリームについてのＳＯＢ＿ＥＳＩ１３２２３２は、放送されたオブジェクト内のサービス情報ＳＩより、エレメンタリストリームタイプ（ＥＳ＿ＴＹ）１３２２３２０１Ｄと、エレメンタリストリームのＰＩＤ（ＥＳ＿ＰＩＤ）１３２２３２０２Ｄと、ＰＭＴ内で示されるストリームタイプ（ＳＴＲＥＡＭ＿ＴＹＰＥ）１３２２３２０３Ｄと、ストリームＩＤ記述子で示されるコンポーネントタグの値（ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ）１３２２３２０４Ｄと、コンポーネント記述子で示されるストリームコンテンツの値（ＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴ）１３２２３２０５Ｄと、コンポーネント記述子で示されるコンポーネントタイプの値（ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ）１３２２３２０６Ｄと、コピーコントロール情報（ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ）１３２２３２０７Ｄとで構成される。

エレメンタリストリームタイプ（ＥＳ＿ＴＹ）は１バイトであり、ｂ７、ｂ６にＳＴ＿ＴＹが格納され、ｂ５〜ｂ０はリザーブドとされ、その他のエレメンタリストリームの場合はＳＴ＿ＴＹ＝１０ｂである。

コピーコントロール情報（ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ）は２バイトであり、図１５の（ｃ）に示したものと同じである。

なお、図８に示すようにＳＯＢＩ＿ＧＩ内のコピーコントロール情報ＣＰ＿ＣＴＲＬ＿ＩＮＦＯと、図９、１０、１１に示すようにＳＯＢエレメンタリストリーム情報内のコピーコントロール情報ＣＰ＿ＣＴＲＬ＿ＩＮＦＯの関係は、前者：ＳＯＢＩ＿ＧＩ内のコピーコントロール情報ＣＰ＿ＣＴＲＬ＿ＩＮＦＯはＳＯＢ全体に関するコピー制御を行うものであり、後者：ＳＯＢエレメンタリストリーム情報内のコピーコントロール情報ＣＰ＿ＣＴＲＬ＿ＩＮＦＯが各エレメンタリストリームのコピー制御を行うものであり、後者の方が優先となっている。この値は、デジタルコピー制御記述子、コンテント利用記述子により設定される。また、両方の書式は同じである。

図１２に示すように、ストリームオブジェクトタイプマップ情報（ＳＯＢ＿ＴＭＡＰＩ）１３２２３６はストリームオブジェクトタイムマップゼネラル情報（ＳＯＢ＿ＴＭＡＰ＿ＧＩ）１３２２３６１と、エレメンタリストリームタイムマップ情報（ＥＳ＿ＴＭＡＰＩ）１３２２３６２とからなる。

図１３に示すように、ストリームオブジェクトエレメンタリストリームグルーピング情報（ＳＯＢ＿ＥＳ＿ＧＰＩ）１３２３３７はＳＯＢ＿ＥＳ＿ＧＰＩゼネラル情報（ＳＯＢ＿ＥＳ＿ＧＰＩ＿ＧＩ）１３２３３７１と、１以上のＥＳ＿ＧＰＩサーチポインタ（ＥＳ＿ＧＰＩ＿ＳＲＰ）１３２３３７２と、サーチポインタにより示される１つ以上のＥＳグルーピング情報（ＥＳ＿ＧＰＩ）１３２３３７２とからなる。

ＳＯＢ＿ＥＳ＿ＧＰＩはマルチビュー放送に対応しており、どの映像とどの音声がグループとなり、再生時に組となっているかを示している。ここで、ＧＰＩ１（ＧＰＩの１番目）がメイングループとなる。再生時に特に指定が無ければこのメイングループが再生される。このＧＰＩには再生されるべきＥＳのパケット識別子ＰＩＤが設定されており、コンポーネントグループ記述子とストリーム記述子により設定される。

図１４に示すように、ＥＳグルーピング情報（ＥＳ＿ＧＰＩ）１３２３３７２は
ＥＳグルーピングゼネラル情報（ＥＳ＿ＧＰＩ＿ＧＩ）１３２３７３１と、ＥＳ＿ＰＩＤ１３２３３７３２からなる。

図１６に示すように、ストリームオブジェクトタイムマップゼネラル情報（ＳＯＢ＿ＴＭＡＰ＿ＧＩ）１３２２３６１は、アドレスオフセットＡＤＲ＿ＯＦＳ（ファイル先頭からのＳＯＢ先頭までのパケットグループ番号（ＬＢアドレス））１３２２３６１１、ＳＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧ（ＳＯＢＵの再生時間の範囲：１：０．４ｓ〜１．２ｓ、２：１ｓ〜２ｓ、３：２ｓ〜３ｓ）１３２２３６１２、ＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＳＯＢの先頭のパケットグループ内での始まり：１≦ＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ≦８５）１３２２３６１３、ＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ（ＳＯＢの先頭のパケットグループ内での終わり：１≦ＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ≦８５）１３２２３６１４、ＥＳ＿ＴＭＡＰ＿Ｎｓ（エレメンタリストリームのタイムマップの数）１３２２３６１５とで構成される。

ここで、ＳＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧを設定する事により録画時間が増えても、ＳＯＢ＿ＴＭＡＰＩが極端に大きくなることが防ぐことが可能となる。ただし、各エントリの時間間隔が広がる為、２倍速再生等がスムーズにできない可能性が増える。

エレメンタリストリームタイムマップ情報（ＥＳ＿ＴＭＡＰＩ）１３２２３６２はエレメンタリストリームタイムマップ情報ゼネラル情報（ＥＳ＿ＴＭＡＰＩ＿ＧＩ）１３２２３６２１と一以上のストリームオブジェクトエントリ（ＳＯＢＵ＿ＥＮＴ）１３２２３６２２で構成される。

図１７に示すように、エレメンタリストリームタイムマップ情報ゼネラル情報（ＥＳ＿ＴＭＡＰＩ＿ＧＩ）１３２２３６２１はＥＳ＿パケット識別子（ＰＩＤ）１３２２２５２１１と、アドレスオフセット（ＡＤＲ＿ＯＦＳ）１３２２２５２１２と、ＥＳ＿Ｓ＿ＰＴＭ（本エレメンタリストリームのスタート時のＰＴＭ）１３２２２５１３と、ＥＳ＿Ｅ＿ＰＴＭ（本ＥＳのエンド時のＰＴＭ）１３２２２５２１４と、ＳＯＢＵエントリ数（ＳＯＢＵ＿ＥＮＴ ＮＵＭｓ）１３２２２５２１５、ＬＡＳＴ＿ＳＯＢＵ＿Ｅ＿ＰＫＴ＿ＰＯＳ（パケットグループ内の最後のＳＯＢＵの最後のＴＳパケットグループ番号）１３２２２５２１６で構成されている。

一番組に相当するストリームオブジェクトユニットエントリ（ＳＯＵＢ＿ＥＮＴ）１３２２３６２２は、図１８に示すように、ビデオのデータがある場合と、ビデオデータが無くオーディオデータがある場合と、その他の情報のみの場合の３つが考えられ、種別はそれぞれ００、０１、０２とする。

ＳＯＢＵエントリー情報は、上記種別に従い、３種類がある。

ビデオデータがある場合は、エントリー内の最初のリファレンスピクチャ（Ｉピクチャ等）のＳＯＢＵ先頭からの最終アドレス情報（ＬＢ単位）（１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺ）１３２２３６２２１、ＳＯＢＵの再生時間（フィールド数）（ＳＯＢＵ＿ＰＢ＿ＴＭ）１３２２３６２２２、ＳＯＢＵサイズ（パケットグループ数で、ＳＯＢＵに属するパケットグループの数）（ＳＯＢＵ＿ＳＺ）１３２２３６２２４、ＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＳＯＢＵの先頭が入っているパケットグループの先頭からのパケット数）１３２２３６２２５、ＰＣＲ＿ＰＯＳ（ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴで示される位置のＰＣＲの位置を表わす）１３２２３６２２６から構成される。ＰＣＲ＿ＰＯＳは、ＰＣＲ＿ＰＯＳ＿ＣＯＵＮＴで示される位置のＰＣＲの位置をＳＯＢＵ先頭からのアドレス数であり、存在しない場合は０ｘｆｆｆｆ、ＬＢ数はＰＣＲ＿ＰＯＳ×２^{ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ}で表す。ここで、ＰＣＲはリファレンスピクチャのある位置よりも前のもので、ＰＣＲ間隔で示される数分前のＰＣＲの位置である。

これにより、タイムサーチの場合、ＰＢ＿ＴＭの累積で目的の時間のＳＯＢＵを求め、そのＳＯＢＵの先頭からのフィールド数で再生開始ＰＴＭを換算し、アドレスは目的のＳＯＢＵをＫ、目的のアドレスをＡとすると、
_ｋ−１
Ａ＝Σ ＳＯＢＵ＿ＳＺ（Ｎ）×８＋１
^Ｎ＝１
となり、さらに、先頭のパケットはＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳの値のパケットとなり、このアドレスにアクセスすることになる。

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

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

再生情報はＥＸ＿ＰＧＣ情報であり、通常のＶＲフォーマットと同じで、オリジナルプログラムチェーン情報（ＯＲＧ＿ＥＸ＿ＰＧＣ）は録画時に機器が自動で作成し、録画順に設定し、ユーザ定義プログラムチェーン情報（ＵＤ＿ＥＸ＿ＰＧＣ）情報は、ユーザが自由に追加する再生順番に従って作成され、プレイリストと呼ばれている。この二つのフォーマットはＥＸ＿ＰＧＣレベルで共通で、そのＥＸ＿ＰＧＣフォーマットは図１９に示される。プログラムチェーン情報１３３０はオリジナルプログラムチェーン情報１３３１からなり、プレイリスト情報１３４０はプログラムチェーンテーブル情報１３４１、１以上のプログラムチェーンサーチポインタ１３４２、一以上のプログラムチェーン情報１３４３からなる。

図２０に示すように、プログラムチェーン情報はプログラムチェーンゼネラル情報（ＥＸ＿ＰＧＣ＿ＧＩ）１３３１、一以上のプログラム情報（ＰＧＩ）１３３２、１以上のセルサーチポインタ（ＣＥＬＬ＿ＳＲＰ）１３３３、１以上のセル情報（ＣＩ）１３３４からなる。

プログラムチェーンゼネラル情報（ＥＸ＿ＰＧＣ＿ＧＩ）１３３１はプログラム数１３３１１、セルサーチポインタ数（ＣＥＬＬ＿ＳＲＰ数）１３３１２からなる。

プログラム情報（ＰＧＩ）１３３２はプログラムタイプ１３３２１、プログラム内セル数１３３２２、ＰＲＩＭ＿ＴＸＴ情報１３３２３、ＩＴ＿ＴＸＴ＿ＳＲＰ番号１３３２４、代表＿ＰＩＣ情報１３３２５、編集者ＩＤ１３３２６、プログラムインデックス番号（ＰＧ絶対番号）１１３２７、プログラム更新日１３３２８、製造者情報（ＭＮＦＩ）番号１３３２９からなる。プログラム更新日には、このプログラムが更新された日時情報が保存される。これにより、本プログラムが何時編集されたかがわかる。また、テキスト情報として番組名用には、ＰＲＩＭ＿ＴＸＴ情報１３３２３が使用され、その他のテキスト情報を保存するためにＩＴ＿ＴＸＴ領域（１３５０）にその他の情報（監督名、主演者名、…）を保存し、ＰＧＩ１３３２にはその保存したＩＴ＿ＴＸＴのＳＲＰ番号１３３２４を設定して、リンクさせる。さらに、ＩＴ＿ＴＸＴデータの方にもＰＧインデックス番号１３３２７を設定している。ここで、ＰＧインデックス番号１３３２７はこのインデックスに記録し始めてからの絶対番号で、他のＰＧを削除しても変わらないインデックス番号としている。また、メーカ特有の機能を実現させるために設けられたＭＮＦＩ情報を利用するためにＰＧＩ１３３２にＭＮＦＩのＳＲＰ番号１３３２９を設定し、さらにＭＮＦＩ情報でも、ＰＧ番号（図示せず）を設定する事により、ＭＮＦＩ情報内のデータとのリンクを計っている。

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

セル情報（ＣＩ）１３３４はセルタイプ１３３４１、ＳＴＩ＿ＦＩ番号１３３４２、対応するＳＯＢ番号１３３４３、参照するＩＤ１３３４４、Ｃ＿ＥＰＩ＿Ｎｓ１３３４５、セル開始ＰＴＳ／ＡＴＳ１３３４５、セル終了ＰＴＳ／ＡＴＳ１３３４７、Ｃ＿ＥＰＩ１３３４８からなる。セルタイプ１３３４１はＳＯＢの種別を示し、ＳＯＢ番号１３３４３、開始時間１３３４６、終了時間１３３４７を指定する。ここで、開始時間、終了時間は、ＰＴＳ単位（再生時間）またはＡＴＳ単位（転送時間）の２種類で表せる場合が考えられる。

ここで、時間指定を再生時間（再生時の実時間）にすると、従来のＶＲと同じアクセス方法が可能となり、ユーザが再生時間で指定するため、ユーザ希望が完全に反映されることになる。ただし、この方法は、ストリームの内容が十分に解析可能な場合に指定できる方法であり、十分に内容が分からない場合には転送時間単位で指定せざるを得ない。再生時間で指定した場合、必ずしもＩピクチャの先頭で再生を開始できるとは限らない。再生開始のフレームがＩピクチャで無い場合は、その直前のＩピクチャよりデコードを開始し、目的のフレームまでデコードをした所で、表示を開始し、ユーザには指定されたフレームから再生開始した様に見せる事により対応している。

また、参照するＩＤは、再生するストリームの代表するストリームのパケット識別子ＰＩＤ（またはコンポーネントタグの値）を設定する方法と、マルチビューＴＶなどの場合などで、コンポーネントグループのＩＤを設定する方法が考えられる。また、０ｘｆｆｆｆの場合、子画面でマルチ表示する方法と事前に設定したグループ（もしくはデフォルトのメイングループ）を優先的に表示し、後（再生中）で切り換える方法が考えられる。また、ＰＧ、ＣＥＬＬに特有のＩＤ番号を付け、途中のＰＧ、ＣＥＬＬを削除しても変わらない番号でＰＧ、ＣＥＬＬを指定できるようにしている。

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

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

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

パケットグループヘッダ１６１は、同期パターン１５１（００ＦＦＡ５Ａ５）、パケット到着時間（ＡＴＳ）１５２と、製造者情報（ＭＮＩ）；Ｍａｎｕｆａｃｔｕｒｅｒ'ｓ ｉｎｆｏｒｍａｔｉｏｎ）１５３とを含んで構成されている。なお、パケットグループヘッダ１６１は、再生時間情報（ＰＴＳ；Ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ ｓｔａｍｐ）をさらに含む実施の形態もあり得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

地上波デジタルチューナ部８９とＳＴＢ部８３はシステムバス（ＭＰＵ部８０）に対してコマンド／エラー情報を与える。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図２４はメインの電源オフ時（待機時）の動作を示すフローチャートである。メインの電源がオフでも、地上波デジタルチューナ部８９、ＭＰＵ部８０、タイマー部、表示部１０４は電源が入っている。ステップＳ１２で緊急放送を受信すると、緊急放送検出部１０８はＭＰＵ部８０へ電源投入指示を与え、ステップＳ１４で現在受信している番組（緊急放送）を録画番組に決定し、ＳＯＢ＿ＧＩ（図８）に緊急放送フラグをセットする。ステップＳ１６で電源投入処理を行い、通常処理（図２５）へ進む。ステップＳ１２では、デジタル放送データを取り込み、プログラムマップテーブルＰＭＴ内の緊急情報記述子を見つけ、その中に緊急情報Ｓｔａｒｔ＿Ｅｎｄ＿Ｆｌａｇをみて、１の場合緊急放送を受信したと判断する。また、サービス情報ＳＩｇｎａｌ＿Ｌｅｖｅｌにより、緊急レベルもわかるようになっている。

ステップＳ１２で緊急放送を受信しない場合は、ステップＳ１８で予約時間になったか否か判定する。予約時間になると、ステップＳ２０で予約している番組を録画番組に決定し、予約録画フラグをセットした後、ステップＳ１６で電源投入処理を行い、通常処理（図２５）へ進む。

図２５は、通常処理の動作の一例を説明するフローチャートである。例えば、装置全体の電源がオンされると、ＭＰＵ部８０は、（工場出荷時またはユーザが設定した後の）初期設定を行い（ステップＳ２２）、表示設定を行って（ステップＳ２４）、ステップＳ２６で緊急放送フラグと予約録画フラグがセットされているか否か判定する。フラグがセットされている場合は、ステップＳ２８で番組設定処理、あるいは録画処理を行なう様に設定する。

フラグがセットされていない場合は、ステップＳ３０で緊急録済みフラグがセットされているか否か判定する。フラグがセットされている場合は、ステップＳ３２で緊急放送表示処理を行なう。

フラグがセットされていない場合は、ステップＳ３４でユーザのキー操作を待つ。ユーザがキー入力部１０３またはリモコン１０３ａからキー入力を行うと（ステップＳ３４）、ＭＰＵ部８０はそのキー入力の内容を解釈する（ステップＳ３６）。この入力キー解釈の結果に応じて、以下の７つのデータ処理が、適宜実行される。

すなわち、キー入力が例えばメニュー関係のキー操作であれば、ステップＳ３８でメニュー処理を行う。この後、キー入力待ちのステップＳ３４に戻る。

キー入力が番組設定関係のキー操作であれば、ステップＳ４０で番組設定処理を行なう。キー入力が録画開始のキー操作であれば、ステップＳ４２で録画処理を行う。録画処理の後、ステップＳ５２で緊急放送フラグはセットされているか否かを判定する。フラグがセットされている場合は、ステップＳ５４で緊急録済みフラグをセットし、待機処理へ戻る。フラグがセットされていない場合は、キー入力待ちのステップＳ３４に戻る。キー入力が再生開始のキー操作であれば、ステップＳ４４で再生処理を行い、その後、キー入力待ちのステップＳ３４に戻る。キー入力がＳＴＢ部８３へデジタル出力させるキー操作であれば、ステップＳ４６でデジタル出力処理を行い、その後、キー入力待ちのステップＳ３４に戻る。キー入力が編集処理のキー操作であれば、ステップＳ４８で編集処理を行い、その後、キー入力待ちのステップＳ３４に戻る。キー入力がタイムサーチ処理のキー操作であれば、ステップＳ５０でタイムサーチ処理を行い、その後、再生処理（ステップＳ４４）に進む。

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

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

図２７は図１２の緊急放送番組検出処理（Ｓ１２）の詳細を示すフローチャートである。ステップＳ８２でＴＳパケットを取り込み、ＰＩＤをチェックする。ステップＳ８４でＰｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ（ＰＭＴ）があるか否か判定する。ＰＭＴがある場合は、ステップＳ８６でＰＭＴを読み込み、内部にテーブルを構築する。ステップＳ８８で緊急情報記述子があるか否か判定する。記述子が有る場合は、ステップＳ９０で緊急情報Ｓｔａｒｔ＿Ｅｎｄ＿Ｆｌａｇが１であるか否か判定する。１である場合は、ステップＳ９２でＥｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ（ＥＩＴ）を読み込み、内部にテーブルを構築する。ステップＳ９４で、ｓｅｒｖｉｃｅ＿ＩＤ、録画開始時間、録画時間、題名等を設定し、ステップＳ９６でＭＰＵ部８０に緊急放送が入った事を知らせ、緊急放送情報をＭＰＵ部８０に送る。

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

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

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

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

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

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

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

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

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

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

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

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

＜０８＞録画中、定期的に（フォーマッタ部９０のバッファＲＡＭ９１が一杯になる前；ステップＳ１３０のイエス）、切り分け情報をＭＰＵ部８０のワークＲＡＭ部８０Ａに保存する（ステップＳ１３２）。ここでの切り分け情報は、１ストリームもしくはＧＯＰの切れ目、そのサイズ、Ｉピクチャのスタートアドレス、エンドアドレス、（エラー開始、終了ＰＴＭ、アドレス等）である。

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

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

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

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

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

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

＜０１＞ＳＴＢ部８３（または地上波デジタルチューナ部８９）でＴＳパケットを受信する（ステップＳ１５２）。ステップＳ１５４でＣＯＧ（解析可能）かＮＯＮ＿ＣＯＧ（解析不能）かを判定する。ＮＯＮ＿ＣＯＧの場合は、ステップＳ１５６で独自のグループ構成に変換して、ステップＳ１７６に進む。

＜０２＞ＣＯＧの場合は、取り込んだＴＳパケットにＰＣＲが有るか否かを判定する（ステップＳ１５８）。ＰＣＲが有る場合は、ＳＴＣ部１０２の修正を行う（ステップＳ１６０）。

＜０３＞パケットグループの先頭の場合は（ステップＳ１６２のイエス）、同期パターンに００ｆｆａ５ａ５をセットし、その到着時間をＳＴＣ部１０２より取り込み、ＡＴＳとし、パケットグループヘッダに保存し、ＰＴＳもパケットグループヘッダに保存する（ステップＳ１７４）。先頭でない場合は（ステップＳ１６２のノー）、先頭のＡＴＳの値と到着時間の差分（又は、１つ前に到着したＴＳパケットの到着時間との差分）をＩＰＡＴとする。ステップＳ１６６でＩＰＡＴのバイト長が３バイト以上か否か判定する。３バイト以上でない場合は、ステップＳ１６８でＩＰＡＴをそのＴＳパケットの前（つまり前回のＴＳパケットの後）に配置し、ステップＳ１７０でＴＳパケットをパケットグループのデータエリアに追加する。その後、ステップＳ１７６に進む。３バイト以上の場合は、ステップＳ１７２で、図３０に示すように、残りパケットグループをダミーで埋める（パケットデータ領域では１８８バイトのＴＳパケットはオール０とし、ＡＴＩ領域（パケットグループ内）ではＩＰＡＴ＝０１とする）。その後、ステップＳ１７４に進む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（Ｆ）サポートしている場合は（ステップＳ２２０のイエス）、ステップＳ２２２でチューナよりデータ方式を検出し、ＶＭＧＩをセットする。ステップＳ２２６で録画するデータの放送方式がディスクに記録している放送方式と一致するＳＯＢファイルが存在するか否か判断する。

存在する場合は、ステップＳ２３０で記録してあるＳＯＢファイルの後にオブジェクトを追加するように設定し、ステップＳ２３２に進む。存在しない場合は、ステップＳ２２８で新たに該当フォーマットのＳＯＢファイルを作成し、そのファイルにオブジェクトを記録するように設定し、ステップＳ２３２に進む。

ステップＳ２３２では解析可能なストリームか否か判定する。解析可能な場合は、ステップＳ２３４でＳＯＢ＿ＣＯＧ／ＮＯＮ＿ＣＯＧに０をセットして終了し、解析不可能な場合は、ステップＳ２３６でＳＯＢ＿ＣＯＧ／ＮＯＮ＿ＣＯＧに１をセットして終了する。

図３２は、図２８に示したストリーム情報（ＥＳＩ）作成処理（Ｓ１２２）の中身の一例を説明するフローチャート（ＥＳＩ作成処理フロー）である。

先ず、ＰＳＩ、ＳＩ内のストリームタイプを調べる（ステップＳ２５２）。ＭＰＥＧ−ＴＳを記録するストリームレコーディングでは、記録しようとするストリーム内にＰＭＴが含まれており、このＰＭＴ内に、ストリームタイプが記述されている。

そこで、先に調べたストリームタイプから、３種類のストリームタイプ別に処理を行なう（ステップＳ２５４）。

すなわち、ストリームタイプがビデオストリームの場合は、ステップＳ２５６で読み出したデータを元にＥＳ＿ＴＹ＝０のＥＳＩを作成し、ステップＳ２５８で該当ＰＩＤに該当するビデオの属性（解像度、アスペクト比等）をコンポーネント記述子より取り出し、Ｖ＿ＡＴＲに設定する。ＰＭＴにＥＳ＿ＰＩＤ、ＳＴＲＥＡＭ＿ＴＹＰＥ、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧを設定し、コンポーネント記述子よりＳＴＲＥＡＭ＿ＣＯＭＰＯＮＥＮＴ、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥを設定する。この後、ステップＳ２６８に進む。

ストリームタイプが音声ストリームの場合は、ステップＳ２６０で読み出したデータを元にＥＳ＿ＴＹ＝０ｘ４０のＥＳＩを作成し、ステップＳ２６２で該当ＰＩＤに該当するオーディオの属性（サンプリング周波数、量子化ビット数、チャンネル数等）を音声コンポーネント記述子より取り出し、ＰＭＴにＥＳ＿ＰＩＤ、ＳＴＲＥＡＭ＿ＴＹＰＥ、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧを設定し、音声コンポーネント記述子にＳＴＲＥＡＭ＿ＣＯＭＰＯＮＥＮＴ、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ、ＳＩＭＵＬＣＡＳＴ＿ＧＰ＿ＴＡＧ、ＬＡＮＧ＿ＣＤＥを設定する。この後、ステップＳ２６８に進む。

ストリームタイプがその他のストリームの場合は、ステップＳ２６４で読み出したデータを元にＥＳ＿ＴＹ＝０ｘ８０のＥＳＩを作成し、ステップＳ２６６でＰＭＴにＥＳ＿ＰＩＤ、ＳＴＲＥＡＭ＿ＴＹＰＥ、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧを設定し、データ符号化記述子にＤＡＴＡ＿ＣＯＭＰ＿ＩＤ、ＡＤ＿ＤＡＴ＿ＣＯＭＰ＿ＩＮＦＯを設定する。この後、ステップＳ２６８に進む。

ステップＳ２６８でＥＳに対応したコンポーネントタグに属するＣＰ情報よりＣＰ＿ＣＴＲＬＲ＿ＩＮＦＯ（ＳＯＢ＿ＥＳＩ内のコピー制御情報）を作成する。

以上の処理は、ＥＳＩを作成していないエレメンタリストリームがその他にある場合は（ステップＳ２７０のイエス）、反復される。

ＥＳＩを作成していないストリームがもう無いときは（ステップＳ２７０のノー）、図３２の処理は終了し、図２８のＳ１２４の処理にリターンする。

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

（ａ）ステップＳ３０２でＣＯＧかＮＯＮ＿ＣＯＧかを判定する。ＮＯＮ＿ＣＯＧの場合は、ステップＳ３０４でＰＫＴ＿ＴＹ＝０ｘｆｆに設定し、独自のＭＡＰ構成に変換して、ステップＳ３２６に進む。

ＣＯＧの場合は、ステップＳ３０６でＰＫＴ＿ＴＹ＝０ｘ００（ＭＰＥＧ＿ＴＭ）０ｘ０１（ＤＶ方式）とし、ＳＯＢＩを一つ増やすため、そのサーチポインタＳＯＢＩ＿ＳＲＰを増やし、増やした管理情報（ＳＯＢＩ、ＳＯＢＩ＿ＳＲＰ）のディスクでの記録領域を確保する（ステップＳ３０６）。

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

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

（ｅ）ストリームの種類がトランスポートストリーム（ＴＳストリーム：放送方式で言えばＡＲＩＢまたはＤＶＢ）の場合は（ステップＳ３１４のイエス）、ＰＫＴ＿ＧＲＰ＿ＳＺに“８”を設定し、ＰＫＴ＿Ｎｓに“０ｘ５５”を設定し、カントリコードに装置の国コードを設定する（ステップＳ３１４）。トランスポートストリームでない場合は（ステップＳ３１２のノー）、ＰＫＴ＿ＧＲＰ＿ＳＺに録画するフォーマットに対応した値を設定し、ＰＫＴ＿Ｎｓに録画するフォーマットに対応した値を設定し、カントリコードに装置の国コードを設定する（ステップＳ３１６）。

（ｆ）ステップＳ３１８でＡＰ＿ＦＯＲＭＡＴにＢＳの場合は１（ＩＳＤＢ−Ｓ）を、地上波デジタルの場合は０（ＩＳＤＢ−Ｔ）を設定し、記録開始時のＰＡＴをワークメモリから読出し、ＴＳ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、ＰＭＴ＿ＩＤ（本ＳＯＢで使用するＰＭＴのＰＩＤ）を設定する。

ステップＳ３２０で記録開始時のＰＭＴ、ＮＩＴ、ＥＩＴをワークメモリから読出し、ＳＥＲＶＩＣＥ＿ＩＤ（ＰＭＴ内のＰｒｏｇｒａｍ＿ｎｕｍｂｅｒ）、Ｆｏｒｍａｔ＿Ｉｄ、ｖｅｒｓｉｏｎ（ＲＥＧ＿ＤＥＳの値）、ＰＣＲ＿ＰＩＤを設定し、ＦＯＲＭＡＴ＿ＩＤ、ＶＥＲＳＩＯＮに付いては、内部チューナーの場合は、機器内でデフォルトの方式とし、外部デジタル入力の場合は、デジタル入力より送られてくるＲｅｇｉｓｔｒａｔｉｏｎ＿Ｄｅｓｃｒｉｐｔｏｒの値を設定する。更に、録画したＥＳの数、ＳＯＢ＿Ｅｓ＿Ｎｓ、Ｖ＿ＥＳ＿Ｎｓ、Ａ＿ＥＳ＿Ｎｓを設定し、ＤＥＦ＿ＰＩＤをコンポーネントタグ値の一番小さいもの（ただし、コンポーネントグループ記述子で設定されたものが優先）のＰＩＤを設定する。

ステップＳ３２２でＥＩＴ内のコンポーネントグループ記述子により、ＴＭＡＰＩを作るＥＳを決定し、Ｅｓ＿ＴＭＡＰ＿Ｎｓを設定する。

ステップＳ３２４で録画を開始したＬＢアドレスをＡＤＲ＿ＯＦＳに設定し、各切りわけ情報を元にストリーム毎にＴＭＡＰＩを作成する。ＰＭＴ内の全体のＣＰ情報よりＣＰ＿ＣＴＲＬＲ＿ＩＮＦＯ（ＳＯＢＩ＿ＧＩ内のコピー制御情報）を作成する。デフォルトのパケット識別子ＰＩＤを設定する。デフォルトのビデオのパケット識別子ＰＩＤとはコンポーネントタグ値が００の値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに相当するストリームのパケット識別子ＰＩＤが相当する。

ステップＳ３２６で緊急放送かどうかをチェックし、緊急放送の場合は、ステップＳ３２８で緊急フラグをセットし、そうで無い場合は、ステップＳ３３０で緊急フラグをクリアする。

ステップＳ３３２でＳＯＢの構造を設定する処理（後述）を行い、ステップＳ３３４で編集日時を設定する。

図３４は図３３のＳＯＢ構造設定処理（Ｓ３３２）を詳細に示すフローチャートである。

ステップＳ３５２で録画した録画時間を調べる。録画時間が２時間以下の場合はステップＳ３５６に移行し、２から４時間の場合はステップＳ３５８へ移行し、４時間以上はステップＳ３６０へ移行する。

ステップＳ３５６でＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに０を設定し、切り分け情報（０．４〜１ｓの情報）より、ＳＯＢＵが０．４ｓ〜１ｓになる様にＳＯＢＵ＿ＥＮＴＲＹを作成し、ステップＳ３６２へ移行する。

ステップＳ３５８でＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに１を設定し、切り分け情報（０．４〜１．０ｓの情報）より、ＳＯＢＵが１ｓ〜２ｓになる様にＳＯＢＵ＿ＥＮＴＲＹを作成し、ステップＳ３６２へ移行する。

ステップＳ３６０でＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧに２を設定し、切り分け情報（０．４〜１．０ｓの情報）より、ＳＯＢＵが２ｓ〜３ｓになる様にＳＯＢＵ＿ＥＮＴＲＹを作成し、ステップＳ３６２へ移行する。

ステップＳ３６２でＳＩ、ＰＳＩよりコンポーネントグループ記述子を取り出し、グループ毎のコンポーネントタグを読み出し、その値をストリーム記述子の値でパケット識別子ＰＩＤへ変換する。ステップＳ３６４でそのＧＲ＿ＴＹにコンポーネントグループ種別が０の場合は１をそれ以外の場合は０を設定し、各グループ要素には、先ほど調べたパケット識別子ＰＩＤをグループ毎に設定し、ＥＳ＿ＧＰＩを作成する。

図３５は図３２のステップＳ２６８と図３３のステップＳ３２４のＣＰ＿ＣＴＲＬＲ＿ＩＮＦＯの設定処理を示すフローチャートである。ステップＳ４０２で最新のプログラムマップテーブルＰＭＴ、ＥＩＴ（ＳＩ、ＰＳＩ）内にデジタルコピー制御記述子があるか否か調べ、有る場合はステップＳ４０４でそのコピー制御記述子を取り出し、ステップＳ４０６でコピー制御情報を構成し、ステップＳ４１０へ移行する。ステップＳ４０６ではＣＣＩのコピーフリー、コピー禁止はそのまま、１回コピー許可の場合はコピー禁止とし、ＡＰＳにアナログコピー制御値を設定する。コピー記述子が無い場合は、ステップＳ４０８でＣＣＩはコピーフリー、ＡＰＳにＡＰＳ無しを設定する。

ステップＳ４１０で最新のプログラムマップテーブルＰＭＴ、ＥＩＴ（ＳＩ、ＰＳＩ）内にコンテンツ利用記述子があるか否か調べ、有る場合はステップＳ４１２でそのコンテンツ利用記述子を取り出し、ステップＳ４１４でＩＣＴ（解像度制限）、ＥＰＮ（インターネット出力制限）を設定する。ＩＣＴはＳＩ、ＰＳＩ内の値を設定し、ＥＰＮはデジタル放送はインターネット出力禁止のため、０（禁止、若しくは暗号化）を設定し、Ｒｅｔｅｎｔｉｏｎの値を設定（１：一時保存禁止、０：許可）し、Ｒｅｔｅｎｔｉｏｎ＿Ｓｔａｔｅに地上デジタルの場合１．５時間（０ｘ７）を設定、ＢＳの場合、コンテンツ利用記述子に設定している値を設定し、元のルーチンに戻る。

コンテンツ利用記述子が無い場合はステップＳ４１６でＩＣＴ（解像度制限）、ＥＰＮ（インターネット出力制限）を設定する。ＩＣＴは許可を設定し、ＥＰＮはデジタル放送はインターネット出力禁止のため、０（禁止、若しくは暗号化）を設定し、Ｒｅｔｅｎｔｉｏｎの値を０に設定し、Ｒｅｔｅｎｔｉｏｎ＿Ｓｔａｔｅに００を設定し、元のルーチンに戻る。

図３６は図２８の録画処理中のステップＳ１３６の一部であるＥＸ＿ＰＧＣ作成処理のフローチャートである。

ステップＳ４５２でディスクの最初の記録かどうかをチェックし、最初の場合はステップＳ４５４で新たにＯＲＧ＿ＥＸ＿ＰＧＣを作成し、最初で無い場合はステップＳ４５６で記録した有るＯＲＧ＿ＥＸ＿ＰＧＣの後にＥＸ＿ＰＧＣを追加する様に設定する。

ステップＳ４５４、Ｓ４５６の後のステップＳ４５８でＰＧ＿ＴＹに消去許可：０を設定し、Ｃｅｌｌ＿ＮｓにＣＥＬＬの数を設定する。ＡＲＩＢ方式の場合、ＥＩＴ内の短形式イベント記述子のｌａｎｇｕａｇｅ＿ｃｏｄｅに“ｊｐｎ”の場合は、ＶＭＧ＿ＭＡＴのＣＨＲに０ｘ１２を設定し、ＰＲＭ＿ＴＸＴＩの第二領域にＥＶＥＮＴ＿ＮＡＭＥに設定し、ＲＥＰ＿ＰＩＣＴＩに代表画像の情報を設定する。

ステップＳ４６０でＬＡＳＴ＿ＭＮＦ＿ＩＤに本機器のメーカＩＤを設定する。この値は、ＰＧＩ，ＣＩ，ＶＯＢの変更があった場合にその変更した機器のメーカＩＤを設定し、最後に編集、記録したのがどのメーカであるかをわかるために設定するもので、これにより、違うメーカが変更した場合の対応が取りやすくなる。さらに、ＰＧ＿ＩＮＤＥＸにＰＧの絶対番号を設定し、他のアプリソフトなどから参照する場合にＰＧ単位での参照が可能にしている。さらに、本ＰＧ更新日時情報を記録する。この時、本機器で対応している（メーカのコードが一致した）ＭＮＦＩやＩＴ＿ＴＸＴが有る場合には、その対応するデータの更新日時情報も設定する。ＭＮＦＩに各メーカ独自の情報を設定する。

ステップＳ４６２でＣＥＬＬ＿ＴＹにストリーマ（ＳＯＢ）であることを示す情報を設定する。参照するＳＴＩ＿ＦＩ番号、参照するＳＯＢの番号を設定し、再生するＩＤとして代表（ビデオの）パケット識別子ＰＩＤまたは、Ｃｏｍｐｏｎｅｎｔ＿Ｇｒｏｕｐ＿Ｉｄを設定し、ＥＰＩの数、再生開始ＰＴＭ，終了ＰＴＭ、ＥＰを設定それぞれ設定する。

図３７は図２５のステップＳ４４の再生処理のフローチャートである。

ステップＳ５０２でディスクチェックし、ｒｅｗｒｉｔａｂｌｅ Ｄｉｓｃ（Ｒ，ＲＷ，ＲＡＭ）かどうかをチェックし、ｒｅｗｒｉｔａｂｌｅ Ｄｉｓｃで無い場合には、ステップＳ５０４でその旨を返して終了する。

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

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

ステップＳ５１４でＰＫＴ＿ＴＹの値をワークメモリから読み出し、ステップＳ５１６で対応可能な放送方式かどうかチェックし、対応可能で無い場合は、ステップＳ５１８でその旨を表示して処理を終了する。（もしくは次のＣＥＬＬへ移行する）
対応可能な場合は、ステップＳ５２０で再生するＣＥＬＬＩより再生するＳＯＢ／ＶＯＢを決定し、ＳＯＢＩよりＰＭＴ、ＳＴＩを読み出す。ステップＳ５２２でＰＭＴより再生するＰＩＤを決定し、各デコーダ部の設定（初期はデフォルトＰＩＤ）を行い再生の準備を行う。また、先頭のパケットグループヘッダ内のＣＣＩより、ＡＰＳの設定をビデオデコーダにＡＰＳのＯＮ／ＯＦＦ、ＡＰＳのタイプ等を設定し、デジタルコピー制御によりＣＧＭＳＡの設定をビデオデコーダに行う。さらに、デジタル出力（ＩＥＥＥ１３９４、インターネット等）が有る場合：ＥＰＮの値により、０：スクランブルｏｎ又は出力禁止、１：そのまま出力に出力ＩＣに設定し、ＩＣＴが０の場合、画像の解像度を制限を加え、ＨＤをＳＤに変換し、１の場合はそのまま出力に出力ＩＣに設定する。この時、再生を開始するフレームがＩピクチャで無い場合、その直前のＩピクチャを読み出しそこからデコードを開始し、目的のフレームまできた所で表示を開始し、通常再生を開始する。

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

再生終了で無い場合は、ステップＳ５３６でＥＸ＿ＰＧＣＩより次のセルを決定し、ステップＳ５３８でデコーダの設定が変更されたかどうかをチェックし、変更された場合には、ステップＳ５４０で次のシーケンスエンドコードにデコーダの設定が変更されるようにデコーダに変更属性を設定する。ステップＳ５４２でシームレス接続か否か判定し、否の場合は、ステップＳ５４６でＭＰＥＧデコーダをフリーランモードに設定し、シームレス接続フラグをセットする。

図３８は図３７の再生処理内のステップＳ５２４のセルの再生処理のフローチャートである。

ステップＳ５５２でセル情報ＣＥＬＬＩ（ＣＩ）より再生するエレメンタリストリーム情報ＥＳＩ、ストリームオブジェクトＳＯＢファイルを決定し、セル情報ＣＩ内の再生するプログラムＩＤ（ＰＩＤ）とエレメンタリストリームゼネラル情報ＥＳ＿ＧＩより、再生するグループを決め、グループに属している他のＥＳのＰＩＤを取り出し、各デコーダへセットする。さらに、ＥＳ＿ＴＭＡＰＩの内容よりセルの開始ファイルポインタＦＰ（ＬＢＮ）、終了ＦＰを決定し、ＣＩ内の開始時間、終了時間より開始のＳＯＢＵ＿ＥＮＴＲＹ、終了のＳＯＢＵ＿ＥＮＴＲＹを決定し、ＡＤＲ＿ＯＦＳに目的のＳＯＢＵ＿ＥＮＴＲＹまでのＥＮＴＲＹのデータ長を累積し、開始アドレス（ＬＢ＝ＦＰ）、終了アドレスを求める。残りＣＥＬＬ長は終了アドレスより開始アドレスを引いた値とし、再生開始時間をＳＴＣへセットする。すなわち、ＣＩより、再生するＰＩＤを取り出し、それをＳＯＢ＿ＧＰＩと照合し、再生するＧＰＩを決定し、そのＧＰの各ＰＩＤを分離部に設定し、各ＥＳがデコーダ（ＳＴＢ、デジタルチューナ）へ入力されるように設定する。

デコーダ部内部でデコード処理を行うように設定する。

ステップＳ５５４で再生中の読み出し処理を実行し、開始ファイルポインタより読み出すスタートアドレス、読み出し長（読出しサイズ）を決定する。

ステップＳ５５６で読み出す読み出し単位サイズと残りセル長を比べ、残りセル長が大きい場合には、ステップＳ５５８で残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定し、読出し長をデフォルトに設定する。小さい場合には、ステップＳ５６０で読み出し長を残りセル長にセットし、残りセル長を０にセットする。

ステップＳ５６２で読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する。

転送開始後（ステップＳ５６４のイエス）、ステップＳ５６６でバッファＲＡＭに１ＳＯＢＵ分のデータが蓄積されるのを待つ。蓄積されたら、ステップＳ５６８で１ＳＯＢＵ分のデータをバッファＲＡＭから読み込み、ステップＳ５７０でバッファデコーダ転送処理を行い、次へ移行する。

ステップＳ５７２で読出しＦＰを読出し長だけ増加して更新し、ＭＰＥＧデコーダを通常モードに設定（システムクロックリファレンスＳＣＲの読込み＆設定）する。

ステップＳ５７４で転送が終了したかどうかをチェックし、終了した場合には、ステップＳ５７６で残りセル長をチェックし、“００”でない場合には、ステップＳ５５４へ戻り、“００”の場合には、本処理を終了する。

図３８のバッファデコーダ転送処理（Ｓ５７０）の詳細を図３９に示す。

ステップＳ６０２でバッファＲＡＭ内のパケットグループの数をチェックし、１パケットグループ無い場合は本処理を終了する。１以上有る場合は、最初のパケットグループを処理する様設定する。

ステップＳ６０４で目的のパケットグループヘッダをバッファＲＡＭより読み出す。パケットグループの先頭（パケットグループヘッダ）は、パケットグループ長とＳｙｎｃ＿Ｐａｔｔｅｒｎにより検出する。

ステップＳ６０６でパケットグループヘッダ内の到着時間ＡＴＳ、その増分ＩＰＡＴを読み出し、ＡＴＳが存在するかどうかをチェックし、存在しない場合は、直ちに（時間に関係なく）デコーダ部（ＳＴＢ、デジタルチューナ）に１パケットグループを送る。パケットの先頭はＡＴＳ（６バイト）をそのまま、次からは前回のＡＴＳとＩＰＡＴを足した値を各ＴＳパケットの転送時間とする。ＩＰＡＴが“０１”の場合は、以下はダミーのため破棄する。

ステップＳ６０８で各ＴＳパケットの転送時間に各パケットをデコーダ部（ＳＴＢ部）におくる。

ステップＳ６１０で転送終了まで待ち、ステップＳ６１２でパックグループがバッファＲＡＭに残っているかどうかをチェックし、残っていない場合は本処理を終了する。パックグループが残っている場合は、ステップＳ６１４で次のパケットグループを処理する様設定し、ステップＳ６０４に戻る。

図２５のタイムサーチ処理（Ｓ５０）の詳細を図４０に示す。

ステップＳ６５２で再生するタイトル、再生時間、ストリーム番号をユーザに選択させて決定する。

ステップＳ６５４でタイトルより再生するプログラムＰＧ、セルＣＥＬＬを決定し、ステップＳ６５６でそのＰＧＩ，ＣＥＬＬＩを読み込む。

ステップＳ６５８でＣＩ内のＳＯＢ番号で再生するＳＯＢを決定し、そのＳＯＢＩを読み込む。

ステップＳ６６０で再生時間を、各ＳＯＢＵの再生時間（ＳＯＢＵ＿ＰＢ＿ＴＭ）の累積と比較し、再生時間に一番近く、再生時間より小さい値のＳＯＢＵ＿Ｅｎｔｒｙを決定する。

ステップＳ６６２で目的のＳＯＢＵ（Ｎ番目）までのデータ長（ＳＯＢＵ＿ＳＺ）の累積ＳＵＭ（１番目〜Ｎ−１番目まで）を求め、ＳＯＢＵの先頭のアドレスを計算する（ＳＵＭ×８（パック）＋１）。

ステップＳ６６４で目的のＳＯＢＵのＩ−ＰＩＣが存在するかどうかをチェックし、（１ｓｔ＿Ｒｅｆ＿ＰＩＣ＿ＳＺ≠０？）、無い場合はステップＳ６６６でさらにその前のＳＯＢＵの情報（アドレス）を読み出し、同じ処理を繰り返す（ＳＵＭ−（１つ前のＳＯＢＵ＿ＳＺ））。

ステップＳ６６８でＰＣＲアドレス情報（ＰＣＲ＿ＰＯＳ×２^{ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴ}）よりＰＣＲの位置を決定し、ステップＳ６７０で決定したＰＣＲを読出し、ＳＴＣに設定する。

ステップＳ６７２でデコーダへデコード初期設定、表示開始時間（ユーザに指定された再生時間）を設定し、その再生時間までは表示を開始しないように設定する。ステップＳ６７４でドライブ部にリファレンスピクチャのアドレスより読出し開始するように設定する。

図２５のメニュー処理（Ｓ３８）の詳細を図４１に示す。

ステップＳ７０２でＶＭＧを読み込み、ステップＳ７０４でＰＧＣＩ情報よりプルグラム毎にサムネールを表示するよう設定し、縮小画の枚数を決定し、表示する座標を決め（表示位置を左端に設定する）、最初に表示するＰＧを決める。

ステップＳ７０６で最初のＰＧＩのデータを読み込み、サムネールファイルを開く。ＰＧに縮小画像が登録されているかどうかを、サムネールファイル内のＰＧインデックス番号があるかどうかでチェックし、ある場合は、縮小画像データを読み込み、目的の座標に表示する。ＰＧＩ内のＲＥＰ＿ＰＩＣのＰＴＭの場所のフレームを再生し、画像を既定の大きさに縮小し、目的の場所へ表示する。縮小した映像をＪＰＥＧに圧縮し、そのデータを読み出し、サムネールファイルに追加記録する。このとき、ＥＰインデックス番号も追加し、記録する。

ステップＳ７０８で目的のＰＧに該当するＳＯＢＩに緊急放送情報があるかどうかを調べ、緊急放送であれば、図４２に示すように、ステップＳ７１０でその旨を縮小画像の下に表示する。

ステップＳ７１２で他にＥＰがあるか否か調べ、有る場合はステップＳ７１４で次は４枚目であるか否か調べる。４枚目の場合は、ステップＳ７１６で表示位置を左下の段に変更し、ステップＳ７０６に戻る。４枚で無い場合は、ステップＳ７１８で６枚目表示終了か否か判定する。６枚目表示終了でない場合は、ステップＳ７２０で表示位置を右に一段分移動し、ステップＳ７０６に戻る。

６枚目表示終了の場合は、ステップＳ７２２でページ捲り記号を表示し、ステップＳ７２４でユーザが画像を選択するのを待つ。ステップＳ７２６でページ捲り記号が選択されたことを検出すると、ステップＳ７２８で表示開始画像番号を最後に表示した枚数＋１に設定し、ステップＳ７０６に戻る。

ページ捲り記号ではなく画像番号が選択された場合は、ステップＳ７３０で選択された画像のセル番号、プログラム番号を読出す。ステップＳ７３２で縮小画像を登録したか否か判定する。登録しない場合は、ステップＳ７４４に進む。登録した場合は、ステップＳ７３４でプログラム更新日時（ＰＧＩ、ＥＰＩ）を設定し、ステップＳ７３６でＥＸ＿ＭＮＦＩに本ＥＰの属するプログラムにリンクしているものはあるか否か判定する。無い場合はステップＳ７３８をスキップし、有る場合はステップＳ７３８でＥＸ＿ＭＮＦＩ内にプログラム更新日時に編集した日時を設定する。ステップＳ７４０でＩＴ＿ＴＸＴに本ＥＰの属するプログラムにリンクしているものはあるか否か判定する。無い場合はステップＳ７４２をスキップし、有る場合はステップＳ７４２でＩＴ＿ＴＸＴ内にプログラム更新日時に編集した日時を設定する。ステップＳ７４４で読み出した場所を再生するように設定し、本処理を終了する。

図４３は図２５の緊急放送表示処理Ｓ３２の詳細を示すフローチャートである。

ステップＳ７５２でＳＯＢＩより緊急放送フラグがセットされたＳＯＢが有るかどうかをチェックし、無い場合は終了し、ある場合は、ステップＳ７５４でＰＧＣＩより該当するＳＯＢが属しているＯＲＧ＿ＥＸ＿ＰＧＣのＰＧ／ＣＥＬＬを調べ、表示するＰＧ／ＣＥＬＬを決定する。

ステップＳ７５６で「緊急放送が入っています」旨を表示する。ステップＳ７５８で緊急放送のＰＧ／ＣＥＬＬの題名、録画開始時間、長さを表示し、ステップＳ７６０でユーザに再生するタイトルを選択させる。ステップＳ７６２で緊急録済みフラグをリセットし、本処理を終了する。

以上説明したように本発明によれば、受信した緊急情報とその管理情報を既存の記録フォーマットを殆ど変更することなく情報記録媒体に記録することができるとともに、ユーザの操作を殆ど必要とせずに緊急情報が記録されていることをユーザに知らせることができる。

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

なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

また、本発明は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。

この発明の一実施の形態に係るデータ構造を説明する図。 この発明の一実施の形態に係るデータ構造における再生管理情報層１０とストリームオブジェクト管理情報層２０とストリームオブジェクト層３０との関係を説明する図。 デジタル放送対応のＤＶＤ規格のディレクトリＤＶＤ＿ＨＤＶＲの構成を示す図。 図１に示したＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＶＭＧ）がどのように構成されるかの一例を説明する図。 図４のストリームファイル情報テーブル（ＳＴＲ＿ＦＩＴ）１３２０がどのように構成されるかの一例を説明する図。 ストリームファイル情報テーブル情報（ＳＴＲ＿ＦＩＴＩ）１３２１がどのように構成されるかの一例を示す図。 ストリームオブジェクト情報（ＳＯＢＩ）１３２２３がどのように構成されるかの一例を示す図。 ストリームオブジェクト情報ゼネラル情報（ＳＯＢＩ＿ＧＩ）１３２２３１がどのように構成されるかの一例を示す図。 ビデオエレメンタリストリームについてのＳＯＢ＿ＥＳＩ１３２２３２がどのように構成されるかの一例を示す図。 オーディオエレメンタリストリームについてのＳＯＢ＿ＥＳＩ１３２２３２がどのように構成されるかの一例を示す図。 その他のエレメンタリストリームについてのＳＯＢ＿ＥＳＩ１３２２３２がどのように構成されるかの一例を示す図。 ストリームオブジェクトタイプマップ情報（ＳＯＢ＿ＴＭＡＰＩ）１３２２３６がどのように構成されるかの一例を示す図。 ストリームオブジェクトエレメンタリストリームグルーピング情報（ＳＯＢ＿ＥＳ＿ＧＰＩ）１３２３３７がどのように構成されるかの一例を示す図。 ＥＳグルーピング情報（ＥＳ＿ＧＰＩ）１３２３３７２はＥＳグルーピングゼネラル情報（ＥＳ＿ＧＰＩ＿ＧＩ）１３２３７３１がどのように構成されるかの一例を示す図。 ビデオアトリビュート（Ｖ＿ＡＴＲ）、オーディオアトリビュート（Ａ＿ＡＴＲ）、コピーコントロール情報（ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ）がどのように構成されるかの一例を示す図。 ストリームオブジェクトタイムマップゼネラル情報（ＳＯＢ＿ＴＭＡＰ＿ＧＩ）１３２２３６１がどのように構成されるかの一例を示す図。 エレメンタリストリームタイムマップ情報ゼネラル情報（ＥＳ＿ＴＭＡＰＩ＿ＧＩ）１３２２３６２１がどのように構成されるかの一例を示す図。 ストリームオブジェクトユニットエントリ（ＳＯＵＢ＿ＥＮＴ）１３２２３６２２がどのように構成されるかの一例を示す図。 オリジナルプログラムチェーン情報（ＯＲＧ＿ＰＧＣ）、ユーザ定義プログラムチェーン情報（ＵＤ＿ＰＧＣ）情報がどのように構成されるかの一例を示す図。 プログラムチェーン情報はプログラムチェーンゼネラル情報（ＰＧＣ＿ＧＩ）１３３１がどのように構成されるかの一例を示す図。 パケットグループの構成を示す図。 パケットグループヘッダに含まれるパケットの到着時間（ＡＴＳ）１５２がどのように構成されるかの一例を示す図。 この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体にＡＶ情報を記録し再生する装置の一例を説明するブロック図。 待機時の動作を示すフローチャート。 通常処理の動作を示すフローチャート。 編集処理の動作を示すフローチャート。 緊急放送番組検出処理の動作を示すフローチャート。 録画処理の動作を示すフローチャート。 バッファ取り込み処理の動作を示すフローチャート。 パケットグループの一例を示す図。 録画前処理の動作を示すフローチャート。 ＥＳＩ作成処理の動作を示すフローチャート。 ＳＴＲ＿ＦＩ処理の動作を示すフローチャート。 ＳＯＢ構造設定処理の動作を示すフローチャート。 コピー制御情報作成処理を示すフローチャート。 ＰＧＣ作成処理の動作を示すフローチャート。 再生処理の動作を示すフローチャート。 セル再生処理の動作を示すフローチャート。 バッファデータデコーダ転送処理の動作を示すフローチャート。 タイムサーチ処理の動作を示すフローチャート。 メニュー処理の動作を示すフローチャート。 メニュー画面の一例を示す図。 緊急放送表示処理の動作を示すフローチャート。 緊急放送表示画面の一例を示す図。

符号の説明

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

Claims (12)

1. 緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録する情報記録媒体において、
   前記緊急放送番組を記録するデータ領域と、
   前記緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体。
2. 前記管理領域は前記デジタルストリーム信号のオブジェクト管理情報の記録領域を具備し、前記緊急放送番組の管理情報を前記オブジェクト管理情報記録領域に記録する請求項１に記載の情報記録媒体。
3. 緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成され、緊急放送番組を記録するデータ領域と、前記緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体に情報を記録する情報記録装置において、
   前記デジタル放送における緊急放送番組を検出する手段と、
   前記検出手段が緊急放送番組を検出すると、緊急放送番組を前記データ領域に記録し、緊急放送番組が記録されたことを示す管理情報を前記管理領域に記録する手段と、
   を具備する情報記録装置。
4. 放送受信部の電源スイッチと、
   装置全体の電源スイッチと、
   前記装置全体の電源スイッチが未投入でも前記放送受信部の電源スイッチが投入されていれば、前記検出手段を動作させる手段と、
   前記検出手段の検出結果に応じて前記装置全体の電源スイッチを投入させる手段と、
   をさらに具備する請求項３記載の情報記録装置。
5. 緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成され、緊急放送番組を記録するデータ領域と、前記緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体に情報を記録する情報記録方法において、
   前記デジタル放送における緊急放送番組を検出するステップと、
   前記検出ステップが緊急放送番組を検出すると、緊急放送番組を前記データ領域に記録し、緊急放送番組が記録されたことを示す管理情報を前記管理領域に記録するステップと、
   を具備する情報記録方法。
6. 装置全体の電源スイッチが未投入でも放送受信部の電源スイッチが投入されていれば前記検出ステップを動作させるステップと、
   前記検出ステップの検出結果に応じて前記装置全体の電源スイッチを投入させるステップと、
   をさらに具備する請求項５記載の情報記録方法。
7. 緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成され、緊急放送番組を記録するデータ領域と、緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体から情報を再生する情報再生装置において、
   装置全体の電源投入時に前記管理領域に前記緊急放送番組の管理情報が記録されているか否かを判断する手段と、
   前記管理領域に前記緊急放送番組の管理情報が記録されていると判断された場合、前記データ領域に記録されている緊急放送番組を検索する手段と、
   前記検索手段の検索結果を表示する手段と、
   を具備する情報再生装置。
8. 前記表示手段は検索結果のタイトル名の一覧と、再生するタイトルを選択させるカーソルを表示する請求項７記載の情報再生装置。
9. 前記判断手段はメニュー表示時にも前記管理領域に前記緊急放送番組の管理情報が記録されているか否かを判断し、
   メニュー表示画面に緊急放送番組の情報を表示させる請求項７記載の情報再生装置。
10. 緊急放送番組を放送可能な所定のデジタル放送方式に準じたデジタルストリーム信号を記録するように構成され、緊急放送番組を記録するデータ領域と、前記緊急放送番組の管理情報を記録する管理領域とを具備する情報記録媒体から情報を再生する情報再生方法において、
    装置全体の電源投入時に前記管理領域に前記緊急放送番組の管理情報が記録されているか否かを判断するステップと、
    前記管理領域に前記緊急放送番組の管理情報が記録されていると判断された場合、前記データ領域に記録されている緊急放送番組を検索するステップと、
    前記検索結果を表示するステップと、
    を具備する情報再生方法。
11. 前記表示ステップは検索結果のタイトル名の一覧と、再生するタイトルを選択させるカーソルを表示する請求項１０記載の情報再生方法。
12. メニュー表示時にも前記管理領域に前記緊急放送番組の管理情報が記録されているか否かを判断するステップと、
    メニュー表示画面に緊急放送番組の情報を表示させるステップと、
    をさらに具備する請求項１０記載の情報再生方法。

Images