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

Abstract

【課題】扱うストリームについて多数のバリエーションに対応しつつ、装置の構成を相対的に軽くできるようにする。
【解決手段】録再可能光ディスクは管理領域とデータ領域を持ち、このデータ領域はデジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録される。また、前記管理領域は所定の管理情報（ＨＤＶＲ＿ＭＧ）を記録するように構成され、前記管理情報内にオブジェクト管理情報と再生順管理情報（ＥＸ＿ＯＲＧ＿ＰＧＣＩ／ＥＸ＿ＵＤ＿ＰＧＣＩ）を持つ。この構成において、前記管理領域が、前記再生順管理情報とは別にマーカー（エントリポイント）情報（ＨＤＶＲ＿ＭＧ内の管理情報配置の末尾にあるＥＰＩＴ）を持つように構成される。
【選択図】 図３０

Description

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

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

ＤＶＤ−ＲＡＭ等の光ディスクを利用したストリーマの例として、特許文献１に開示された「記録再生装置」がある。また、記録内容にエントリポイントを記録できる装置の例として、特許文献２がある。
特開平６−２２５２３９号公報 特開２０００−３２２８７５号公報

デジタル放送は国毎や放送局毎に放送方式が違う。例えば、ヨーロッパではＤＶＢ（Digital Video Broadcasting）、米国ではＡＴＳＣ（Advanced Television Systems Committee）、日本ではＡＲＩＢ（Association of Radio Industries and Businesses）となっている。

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

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

ＡＲＩＢでは、ビデオはＭＰＥＧ２であり、解像度は1080i、720p、480i、480pでフレームレートは29.97Hz、59.94Hzとなり、オーディオはAAC（MPEG-2 Advanced Audio Coding）でサンプリング周波数が48kHz、44.1kHz、32kHz、24kHz、22.05kHz、16kHzとなっている。

このように、装置側でデコードするストリームには各地域毎に異なる多数のバリエーションがあり、これらを全てサポートすると記録再生装置（ＤＶＤレコーダ等）の構成が大変重く（あるいは複雑に）なる。その結果、装置コストが高くなる。

また、さまざまな放送形式が後から出て来る可能性もあり、実際の機器（レコーダ）設計においては対応しきれない。そのため、レコーダは対応できる放送形式を選んで実装する事になる。そのため、想定されていない放送形式の場合は、解析できないストリームとして記録不能となる可能性がある。

さらにまた、記録媒体の記録容量が大きくなった場合、記録されたタイトルを視聴するのに長時間を要するようになる。すると、タイトルの視聴を行う上でユーザの便宜を図る必要が生じる。またストリーム信号に関しても各種方式或はタイプが混在するようになると、各種方式或はタイプに対する属性情報、識別情報などが必要である。

また、通信手段により伝送されてくるデジタルストリーム信号を記録する装置の場合、次のような問題が生じる可能性がある。即ち、記録信号が再生され、ノイズが目立つ場合、再生装置に問題があるのか、それとも記録された信号自身が既存のノイズを持っていたのか判別がつかない場合がある。このような場合は、ユーザの誤解を生じる可能性がある。

また、最近のレコーダの使用方法として、コマーシャル毎にマーカー（エントリポイント）を打ったり、一定時間毎にマーカーをうち、再生時のスキップの目安や編集の目安に使用する例が増えている。そのため、マーカーの重要性が増すとともに、マーカーの使用頻度が増え、1タイトルで使用するマーカーの量も増えている。

この発明の課題の１つは、マーカーが増えても対応できるように、フォーマットを工夫することで、装置の構成を相対的に軽くできる情報記録媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置を提供することである。

またこの発明の別の課題は、長時間の記録信号が再生されるときに、ユーザの便宜が図れ、且つ各種方式あるいは各種タイプのストリーム信号が存在しても、容易に管理することができ、さらに、ストリーム信号に対応したメニュー用のポインターやレジューム用のポインターの管理を行なうることができるようにした、情報記録媒体（あるいはデータ構造）、情報記録／再生方法、および情報記録／再生装置を提供することである。

この発明の一実施の形態に係る情報記録媒体（図１の１００）は、所定のデジタルストリーム信号（図１の１４１）を記録するように構成される。この媒体（録再可能光ディスク）において、前記情報記録媒体は管理領域（図１の１３０）とデータ領域（図１の１３３等）を持ち、前記データ領域（１３３）は前記デジタルストリーム信号のデータが１以上のオブジェクト（１４１）に分かれて記録できるように構成される。また、前記管理領域（１３０）は所定の管理情報（図４、図７のＨＤＶＲ＿ＭＧ、図３０のＨＤＶＲ＿ＭＧ等）を記録できるように構成され、前記管理情報内にオブジェクト管理情報（図２、図１１のＥＳＯＢＩ等）と再生順管理情報（図３０のＥＸ＿ＯＲＧ＿ＰＧＣＩ／ＥＸ＿ＵＤ＿ＰＧＣＩ、図３１のＥＸ＿ＰＧＣＩ等）を持つ。このような構成において、前記管理領域（１３０）が、前記再生順管理情報（ＥＸ＿ＰＧＣＩ）とは別にマーカー（エントリポイント）情報（図３０のＥＰＩＴ等）を持つように構成されている。

具体的には、エントリポイント情報（ＥＰＩ）を再生順管理情報（ＰＧＣＩ）とは別のテーブル（ＥＰＩＴ）として管理情報内の末尾に設定してエントリポイント（ＥＰ）を追加しても、この追加が他の領域に影響しない（ＥＰの追加により他の管理情報の書替が必要とならない）ように構成できる。

また、ストリーム信号の録再に対応するために、ＥＰＩ、一時中断したあとの再生開始位置情報を示すレジュームマーク情報、代表画像情報に再生するストリームのパケット識別情報（ＰＩＤ）を設定可能に構成できる。

また、ストリーム管理情報を、解析可能なストリームの場合はＰＴＭベースで作成し（ＴＹＰＥ Ａ）、解析が不能なストリーム場合はＰＡＴＳ（パケットアライバルタイムスタンプ）ベースで作成する（ＴＹＰＥ Ｂ）ように構成できる。

マーカー（エントリポイント）の情報（ＥＰＩ）を再生管理情報（ＰＧＣＩ）に関係なく、自由に作成、追加が可能となる。

また、各種方式あるいは各種タイプのストリーム信号が存在しても、容易に管理することができる。

以下、この発明になる情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置の実施の形態について、図面を参照して説明する。図１は、この発明の一実施の形態に係るデータ構造を説明する図である。ディスク状情報記録媒体１００（図１（ａ））としては、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒ等の記録可能光ディスクや、ハードディスク等の記録可能磁気ディスクがある。以下では、例えば４０５ｎｍ〜６５０ｎｍのレーザを用いたＤＶＤ−ＲＡＭ等の光ディスクを例にとって説明を続ける。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＨＤＶＲ＿ＭＧは、ビデオマネージャ情報（ＨＤＶＲ＿ＭＧＩ）と、ストリームファイル情報テーブル（ＥＳＴＲ＿ＦＩＴ）と、（オリジナルの）プログラムチェーン情報（ＥＸ＿ＯＲＧ＿ＰＧＣ情報）と、プレイリスト情報（ＥＸ＿ＵＤ＿ＰＧＣ情報）と、テキストデータマネージャ（ＥＸ＿ＴＸＴＤ＿ＭＧ）と、業者情報テーブル（ＥＸ＿ＭＮＦＩＴ）と、最後にエントリポイント情報テーブル（ＥＰＩＴ）を含んで構成されている。

別の言い方をすると、ＤＶＤレコーダでは、通常、ＲＶＯＢの管理情報として、タイムマップ情報（ＴＭＡＰＩ）を持っている。この情報はオブジェクトデータ（ＲＶＯＢ／ＥＳＯＢ）をデータユニット（ＲＶＯＢＵ／ＥＳＯＢＵ）毎に分けて、その単位で再生、特殊再生等を行えるようにするための情報であるが、最大０．５ｓ毎に1件の情報が必要になる。このため、将来、ディスクの容量が増えたり、圧縮効率の高い圧縮方式を採用した場合、タイムマップ情報ＴＭＡＰＩが増え、編集などを行った場合に煩雑になる。このＴＭＡＰＩが管理情報ファイル（図３のＨＲ＿ＭＡＮＧＥＲ．ＩＦＯ）内にあるとＴＭＡＰＩを変更するだけで、関係のない他の領域の管理データを移動しあるいは書き換えする等の必要がでてきて、効率が悪い。

そこで、この発明の一実施の形態では、その状況を改善するために、ＥＳＴＲ＿ＦＩとＴＭＡＰＩを別領域（図３のＨＲ＿ＳＦＩｘ．ＩＦＯ、ＨＲ＿ＶＴＭＡＰ．ＩＦＯ、ＨＤ＿ＳＴＭＡＰｘ．ＩＦＯなど）に記録するようにして対応している。

図４において、ＨＤＶＲ＿ＭＧＩは、ディスク管理識別情報（ＶＭＧ＿ＩＤ）と、バージョン情報（ＶＥＲＮ）、ストリームオブジェクト管理情報開始アドレス（ＳＴＲ＿ＦＩＴ＿ＳＡ）、プログラムチェーン情報開始アドレス（ＯＲＧ＿ＰＧＣＩ＿ＳＡ）、プレイリスト情報開始アドレス（ＵＤ＿ＰＧＣＩＴ＿ＳＡ）、ディスクレジューム情報（ＤＩＳＣ＿ＲＳＭ＿ＭＲＫＩ）、代表画像情報（ＥＸ＿ＤＩＳＣ＿ＲＥＰ＿ＰＩＣＩ）等を含んで構成されている。

ディスクレジューム情報（ＤＩＳＣ＿ＲＳＭ＿ＭＲＫＩ）はディスク全体のレジューム情報でオリジナルプログラムチェーン（ＯＲＧ＿ＰＧＣ）による全タイトル再生時に再生を中断した場合に、その中断情報を保存する領域で、次に再生する場合は、この中断情報を元に再生を再開する。

そのため、ディスクレジューム情報（ＤＩＳＣ＿ＲＳＭ＿ＭＲＫＩ）は、図５に示すように、再生開始位置情報として、ＰＧＣ番号（ＰＧＣＮ）、ＰＧ番号（ＰＧＮ）、ＣＥＬＬ番号（ＣＮ）、再生時間情報（ＭＲＫ＿ＰＴ）、再生するビデオのパケット識別子（ＥＳ＿ＰＩＤ）もしくはＧＰ番号を設定している。ディスクレジューム情報（ＤＩＳＣ＿ＲＳＭ＿ＭＲＫＩ）はさらに、レジュームマークの更新日時情報（ＭＲＫ＿ＴＭ）を含んでいる。

また、代表画像情報（ＥＸ＿ＤＩＳＣ＿ＲＥＰ＿ＰＩＣＩ）はディスクの代表画像で、メニュー等を表示する場合に使用する。そのため、代表画像情報（ＥＸ＿ＤＩＳＣ＿ＲＥＰ＿ＰＩＣＩ）は、図６に示すように、画像位置情報として、ＰＧＣ番号（ＰＧＣＮ）、ＰＧ番号（ＰＧＮ）、ＣＥＬＬ番号（ＣＮ）、再生時間情報（ＰＩＣ＿ＰＴ）、再生するビデオのパケット識別子（ＥＳ＿ＰＩＤ）もしくはＧＰ番号を設定している。代表画像情報（ＥＸ＿ＤＩＳＣ＿ＲＥＰ＿ＰＩＣＩ）はさらに、代表画像情報の再生ポイント情報（再生時間／再生終了時間）および代表画像作成時間の更新日時情報（ＰＩＣ＿ＣＬ＿ＴＭ）を含んでいる。なお、再生ポイント情報は、動画メニューを作成する場合に、その再生を継続する時間もしくは再生を終了する時間を設定するために利用できる。

図７は、この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＭＧ）の他部であるプレイリストサーチポインタテーブル（ＥＸ＿ＰＬ＿ＳＲＰＴ）がどのように構成されるかの一例を説明する図である。このＥＸ＿ＰＬ＿ＳＲＰＴ（プレイリスト情報）は、図７に示すように、各プレイリスト毎のレジューム情報（ＰＬ＿ＲＳＭ＿ＭＲＫＩ）と代表画像情報（ＰＬ＿ＲＥＰ＿ＰＩＣＩ）を含んで構成されている。ＰＬレジューム情報（ＰＬ＿ＲＳＭ＿ＭＲＫＩ）は、図５のディスクレジューム情報（ＤＩＳＣ＿ＲＳＭ＿ＭＲＫＩ）と同様な形式であるが、ＰＬなのでＣｅｌｌ番号より設定されている。また、代表画像情報（ＰＬ＿ＲＥＰ＿ＰＩＣＩ）は、図６のディスク代表画像情報（ＥＸ＿ＤＩＳＣ＿ＲＥＰ＿ＰＩＣＩ）と同様な形式であるが、ＰＬなのでＣｅｌｌ番号より設定されている。

ところで、デジタル放送は国毎に放送方式が違い、ヨーロッパではＤＶＢ、米国ではＡＴＳＣ、日本ではＡＲＩＢとなっている。［１］ＤＶＢでは、ビデオはＭＰＥＧ２であるが解像度が1152*1440i、1080*1920（i、p）、1035*1920、720*1280、（576、480）*（720、544、480、352）、（288、240）*352でフレーム周波数は30Hz、25Hzとなり、オーディオはMPEG-1 audio、MPEG-2 Audioでサンプリング周波数が32kHz、44.1kHz、48kHzとなっている。［２］ＡＴＳＣでは、ビデオはＭＰＥＧ２であるが解像度は1080*1920（i、p）、720*1280p、480*704（i、p）、480*640（i、p）でフレーム周波数は23.976Hz、24Hz、29.97Hz、30Hz、59.94Hz、60Hzとなり、オーディオはMPEG1 Audio Layer 1 ＆ 2（DirecTV）、AC3 Layer 1 & 2（Primstar）でサンプリング周波数は48kHz、44.1kHz、32kHzとなっている。［３］ＡＲＩＢでは、ビデオはＭＰＥＧ２であり、解像度は1080i、720p、480i、480pでフレームレートは29.97Hz、59.94Hzとなり、オーディオはAAC（MPEG-2 Advanced Audio Coding）でサンプリング周波数が48kHz、44.1kHz、32kHz、24kHz、22.05kHz、16kHzとなっている。

このことから、使用する地域によりレコーダに実装するデコーダが異なるために、レコーダで記録したディスクに何をサポートしたレコーダを使用しているかを示す情報（リージョンコード）をＶＭＧＩに保存し、なにをサポートしたレコーダでディスクに書き込んだかを示すようにしている。

図８は、この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＭＧ）の他部（Ｍ＿ＡＶＦＩＴ）がどのように構成されるかの一例を説明する図である。このデータ構造において、ＶＲデータ管理情報（ＥＸ＿Ｍ＿ＡＶＦＩ）およびＳＲストリーム管理情報（ＥＳＴＲ＿ＦＩＴ）はＨＤＶＲ＿ＭＧ内に保存され、これによりストリームデータはＶＲデータと同列に管理される。すなわち、ＶＲデータ管理情報はＥＸ＿Ｍ＿ＡＶＦＩＴ（Extended Movie AV File Information Table）に保存され、ＥＸ＿Ｍ＿ＡＶＦＩＴ内のＥＸ＿Ｍ＿ＡＶＦＩＴＩにＶＴＭＡＰＴの更新日時情報（ＥＸ＿ＶＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ）を記載し、この値とＴＭＡＰＴファイルに記載されている更新日時情報（図２３のＥＸ＿ＶＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ）を比較し、同じ値であれば整合性が取れているものとして処理を行うことができる。

図９は、図８のＲＶＯＢ＿ＴＭＡＰＩがどのように構成されるかの一例を説明する図である。ＲＶＯＢ＿ＴＭＡＰＩ（ＶＲのムービーではＭ＿ＲＶＯＢ＿ＴＭＡＰＩ）に含まれるＲＶＯＢ＿ＴＭＡＰ＿ＧＩは、ＶＲのムービーＲＶＯＢＵのエントリ数ＲＶＯＢＵ＿ＥＮＴ＿Ｎｓと、タイムオフセットＴＭ＿ＯＦＳと、アドレスオフセットＡＤＲ＿ＯＦＳと、ＲＶＯＢＵの再生時間の範囲ＲＶＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧ（その値が１で0.4s〜1.2s、２で1s〜2s、３で2s〜3s）と、ＴＭＡＰ番号ＥＸ＿ＶＴ＿ＭＡＰ＿Ｎを含んで構成されている。

図１０を参照して後述するストリームの管理情報は、ＥＳＴＲ＿ＦＩＴ（Extended Stream File Information Table）に保存され、ＥＳＴＲ＿ＦＩＴはＥＳＴＲ＿ＦＩＴＩ（ＥＳＴＲ＿ＦＩＴInformation）と１以上のＥＳＴＲ＿ＦＩ＿ＳＲＰで構成される。ＥＳＴＲ＿ＦＩ＿ＳＲＰで指し示されるＥＳＴＲ＿ＦＩは、別ファイル（ＨＲ＿ＳＦＩｘ．ＩＦＯ）として登録して管理される。そして、各ＳＴＲ＿ＦＩが、Ｍ＿ＲＶＯＢ＿ＴＭＡＰＩに対応した機能を持つＥＳＯＢ＿ＴＭＡＰＩを、そのデータ階層の中に含んでいる。

図１０は、ＥＳＴＲ＿ＦＩ＿ＳＲＰＴＩおよびＥＳＴＲ＿ＦＩ＿ＳＲＰがどのように構成されるかの一例を説明する図である。すなわち、ＥＳＴＲ＿ＦＩ＿ＳＲＰＴＩは、ＥＳＴＲ＿ＦＩ＿ＳＲＰの総数（ＥＳＴＲ＿ＦＩ＿ＳＲＰ＿Ｎｓ）と、このテーブル（ＥＳＴＲ＿ＦＩ＿ＳＲＰＴ）の終了アドレス（ＥＳＴＲ＿ＦＩ＿ＳＲＰＴ＿ＥＡ）で構成されている。また、各ＥＳＴＲ＿ＦＩ＿ＳＲＰは、ＡＰ＿ＦＯＲＭＡＴ（アプリケーションフォーマット：放送方式）、ＣＯＵＮＴＲＹ＿ＣＯＤＥ（国コード）、ＥＳＴＲ＿ＦＩのファイルネーム（ＳＴＲ＿ＦＩ＿ＦＮ）、更新日時情報（ＳＴＲ＿ＦＩ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ）、ファイルサイズ（ＳＴＲ＿ＦＩ＿ＳＺ）、ＰＫＴ＿ＴＹ（パケット形式）、およびＥＳＯＢＩの数（ＳＯＢＩ＿Ｎｓ）を含んで構成されている。

図１１は、ＤＶＤ＿ＨＤＶＲディレクトリに含まれるファイルＨＲ＿ＳＦＩｘｘ．ＩＦＯが、どのように構成されるかの一例を説明する図である。ＥＳＴＲ＿ＦＩファイルの構造は、ＥＳＴＲ＿ＦＩ_ＧＩ（ESTR_FI General Information）、1以上のＥＳＯＢＩ＿ＳＲＰ（Stream Object Information Search Pointer）、およびこのＥＳＯＢＩ＿ＳＲＰ＃と同じ番号数値（＃１〜＃Ｋ）で示されるＥＳＯＢＩ（ＥＳＯＢ Information）で構成されている。

図１１のＥＳＴＲ＿ＦＩ＿ＧＩは、ＳＦＩ＿ＩＤ（ＥＳＴＲ＿ＦＩファイルのＩＤ）、ＥＳＴＲ＿ＦＩの更新日時情報（ＳＴＲ＿ＦＩ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ）、ＰＫＴ＿ＴＹ（パケットタイプ、通常：ＭＰＥＧ＿ＴＳ）、ＰＫＴ＿ＳＺ（パケットサイズ、通常：１８８）、ＰＫＥＴ＿ＧＲＰ＿ＳＺ（パケットグループサイズ、通常：１６セクタ：３２ｋバイト）、ＰＫＴ＿Ｎｓ（パケットグループ内のパケット数：通常：１７０）、ＥＳＯＢＩサーチポインタ数（ＥＳＯＢＩ＿ＳＲＰ＿Ｎｓ）、ＳＴＭＡＰのファイル名（ＳＴＭＡＰ＿ＦＩＬＥ＿ＮＡＭＥ）、およびＳＴＭＡＰの更新日時情報（ＳＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ）を含んで構成されている。

また、対応する＃番号のＥＳＯＢＩ＿ＳＲＰ＃で示されるＥＳＯＢＩ＃は、ＥＳＯＢＩ＿ＧＩ（ＥＳＯＢI General Information）と、１以上のＥＳＯＢ＿ＥＳＩ（ＥＳＯＢ Elementary Stream Information）＃と、ＥＳＯＢ＿ＤＣＮＩ（ＥＳＯＢ Discontinuty Information）、ＥＳＯＢ＿ＳＭＬＩ（ＥＳＯＢ Seamless Information）と、ＥＳＯＢ＿ＡＧＡＰＩ（ＥＳＯＢ Audio GAP Information）と、ＥＳＯＢ＿ＴＭＡＰＩ（ＥＳＯＢ Time Map Information）と、ＥＳＯＢ＿ＥＳ＿ＧＰＩ（ＥＳＯＢ Elementary Stream Group Information）で構成されている。ここで、ＥＳＯＢ＿ＥＳＩはさらに、ＥＳＯＢ＿Ｖ＿ＥＳＩ（ＥＳＯＢ Video ESI）と、ＥＳＯＢ＿Ａ＿ＥＳＩ（ＥＳＯＢ Audio ESI）を含んで構成されている（図１４参照）。

図１２は、図１１のＥＳＯＢＩに含まれるＥＳＯＢＩ＿ＧＩがどのように構成されるかの一例を説明する図である。図１２に示すように、ＥＳＯＢＩ＿ＧＩは、ＳＯＢ＿ＲＥＣ＿ＭＯＤＥ（ＥＳＯＢのタイプの識別：ＴＹＰＥ Ａ＝解析したＥＳＯＢのＥＳＯＢＩ、ＴＹＰＥ Ｂ＝解析していないＥＳＯＢＩ）、ＥＳＯＢ＿ＴＹ（ＥＳＯＢ形式）、ＡＰ＿ＦＯＲＭＡＴ＿２（アプリケーションフォーマット：１＝ＩＳＤＢ−Ｓ（ＢＳ／ＣＳ放送）、２＝ＩＳＤＢ−Ｔ（地上デジタル放送））を含んでいる。.
ＥＳＯＢＩ＿ＧＩはさらに、ＳＥＲＶＩＣＥ＿ＩＤ（サービスＩＤ）と、ＳＥＲＶＩＣＥ＿ＴＹＰＥ（サービス形式）と、ＰＭＴ＿ＰＩＤ（ＰＭＴのパケットＩＤ）と、ＮＥＴＷＯＲＫ＿ＩＤ（ネットワークＩＤ）と、ＴＳ＿ＩＤ（トランスポートストリームＩＤ）と、ＰＣＲ＿ＰＩＤ（ＰＣＲのパケットＩＤ）と、ＥＳＯＢ＿ＤＥＦ＿ＰＩＤ（ＥＳＯＢのデフォルトＰＩＤ）を含んでいる。

ＥＳＯＢＩ＿ＧＩはさらに、Ｆｏｒｍａｔ＿ＩＤ（フォーマットＩＤ）と、ＣＰ＿ＣＴＲＬ＿ＩＮＦＯ（コピー制御情報）と、ＥＳＯＢ＿ＲＥＣ＿ＴＭ（ＥＳＯＢ記録時間）と、ＥＳＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢ（ＥＳＯＢ記録サブ時間）と、ＥＳＯＢ＿ＤＵＲＡＴＩＯＮ（ＴＹＰＥ Ａ：ＥＳＯＢ再生時間の再生期間、ＴＹＰＥ Ｂ：ＥＳＯＢ到着時間の到着期間）と、ＥＳＯＢ＿Ｓ＿ＰＴＭ（ＥＳＯＢ開始時間：ＴＹＰＥ Ａの場合）／ＰＡＴＳ（ＥＳＯＢ到着開始時間：ＴＹＰＥ Ｂの場合）と、ＥＳＯＢ＿Ｅ＿ＰＴＭ（ＥＳＯＢ終了時間：ＴＹＰＥ Ａの場合）／ＰＡＴＳ（ＥＳＯＢ到着終了時間：ＴＹＰＥ Ｂの場合）を含んでいる。

ＥＳＯＢＩ＿ＧＩはさらに、ＬＯＣＡＬ＿ＴＭ＿ＺＯＮＥ（ローカルタイムゾーン）と、ＥＳＯＢ＿ＥＳ＿Ｎｓ（ＥＳＯＢのＥＳ数）と、ＥＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ（ＥＳＯＢのビデオＥＳ数）と、ＥＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ（ＥＳＯＢのオーディオＥＳ数）を含んでいる。ただし、ＴＹＰＥ Ｂの場合、ＰＭＴ＿ＰＩＤからＥＳＯＢ＿Ａ＿ＥＳ＿Ｎｓまでは存在しない。ここで、ＥＳＯＢのＴＹＰＥは2種類あり、解析できるタイトルを解析してＰＴＭベースでＥＳＯＢＩが作成された場合にはＴＹＰＥ Ａとし、解析できない（しない）でＰＡＴＳ（ストリームの到着時間）ベースでＥＳＯＢＩが作成された場合は、ＴＹＰＥ Ｂと称している。また、ＴＹＰＥ Ｂの場合、ＥＳＯＢ＿ＥＳＩ、ＥＳＯＢ＿ＤＣＮＩ、ＥＳＯＢ＿ＳＭＬＩ、ＥＳＯＢ＿ＧＰＩは存在しない。

図１３は、図１２のＥＳＯＢＩ＿ＧＩに含まれる種々な情報を説明する図である。ＥＳＯＢ＿ＴＹは、そのビットb15が０のときは通常のＥＳＯＢであることが示され、ビットb15が１のときは仮消去状態のＥＳＯＢであることが示され、ビットb14が０のときはＧＰＩが無いことが示され、ビットb14が１のときはＧＰＩが有ることが示される。さらに、ＰＳＩ、ＳＩ値を元に、ＳＥＲＶＩＣＥ＿ＩＤ、ＰＭＴ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＩＤ、ＴＳ＿ＩＤ、ＦＯＲＭＡＴ＿ＩＤが構成され；録画するデータを元に、ＥＳＯＢ＿ＥＳ＿Ｎｓ（録画のために選択したＥＳの数）、ＥＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ（録画したビデオＥＳのうちＴＭＡＰを作ったＥＳの数）、ＥＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ（録画したオーディオＥＳのうちＴＭＡＰを作ったＥＳの数）が構成される。

ここで、ＥＳＯＢ＿ＥＳ＿ＮｓとＥＳＯＢ＿Ｖ＿ＥＳ＿ＮｓとＥＳＯＢ＿Ａ＿ＥＳ＿ＮｓとＥＳ＿ＴＭＡＰ＿Ｎｓは、以下の式で示される関係を持っている：
ＥＳＯＢ＿ＥＳ＿Ｎｓ ≧ ＥＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ + ＥＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ
ＥＳＯＢ＿Ｖ＿ＥＳ＿Ｎｓ ＋ ＥＳＯＢ＿Ａ＿ＥＳ＿Ｎｓ ≧ ＥＳ_ＴＭＡＰ＿Ｎs
また、ＣＰ＿ＣＴＲＬ＿ＩＮＦＯにより著作権保護等のためのコピー制御が行われる。

なお、デフォルトのＰＩＤ（ＥＳＯＢ＿ＤＥＦ＿ＰＩＤ）は、ＡＲＩＢの場合、コンポーネントタグの小さい値のものを指す（ただしコンポーネントグループ記述子の値が優先される）。ＥＳＯＢ＿ＤＵＲＡＴＩＯＮは、ＴＹＰＥ Ａに於いては、ＥＳＯＢの再生時間を示すもので、ＥＳＯＢＵ＿ＥＮＴの合計に対応し、ＴＹＰＥ Ｂの場合は、ＥＳＯＢの到着開始時間から到着終了時間までの期間情報である。

図１４は、ＥＳＯＢＩに含まれるＥＳＯＢ＿ＥＳＩがどのように構成されるかの一例を説明する図である。この例では、ＥＳＯＢ＿ＥＳＩは３種類（ＥＳＯＢ＿Ｖ＿ＥＳＩと、ＥＳＯＢ＿Ａ＿ＥＳＩと、ＥＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩ）に分けられている。

図１５は、各ＥＳＯＢ＿ＥＳＩ（ここではＥＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＥＳＯＢ＿Ｖ＿ＥＳＩがどのように構成されるかの一例と、このＥＳＯＢ＿Ｖ＿ＥＳＩに含まれるビデオ属性Ｖ＿ＡＴＴＲがどのように構成されるかの一例を説明する図である。ＥＳＯＢ＿Ｖ＿ＥＳＩは、ＥＳの形式を示すＥＳ＿ＴＹと、ＥＳのＰＩＤを示すＥＳ＿ＰＩＤと、ＳＴＲＥＡＭ＿ＴＹＰＥ（ＰＭＴ内で示されるSTREAM type）と、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ（コンポーネント記述子で示されるCOMPONENT_TAGの値）と、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ（コンポーネント記述子で示されるCOMPONENT_TYPEの値）と、ビデオの属性を示すＶ＿ＡＴＴＲと、ＣＰ＿ＣＴＬ＿ＩＮＦＯ（コピー制御情報／著作権管理情報）とで構成されている。Ｖ＿ＡＴＴＲ（１６ビット）は、ビデオの圧縮方式、フレームレート、プログレッシブ／インターレースの区別、アスペクト比、ビデオ解像度、表示サイズフラグ等を含んで構成されている。

図１６は、各ＥＳＯＢ＿ＥＳＩ（ここではＥＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＥＳＯＢ＿Ａ＿ＥＳＩがどのように構成されるかの一例と、このＥＳＯＢ＿Ａ＿ＥＳＩに含まれるオーディオ属性ＡＵＤＩＯ＿ＡＴＴＲがどのように構成されるかの一例を説明する図である。ＥＳＯＢ＿Ａ＿ＥＳＩは、ＥＳの形式を示すＥＳ＿ＴＹと、ＥＳのＰＩＤを示すＥＳ＿ＰＩＤと、ＳＴＲＥＡＭ＿ＴＹＰＥ（ＰＭＴ内で示されるSTREAM type）と、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧ（コンポーネント記述子で示されるCOMPONENT_TAGの値）と、ＳＴＲＥＡＭ＿ＣＯＮＴＥＮＴ（コンポーネント記述子で示されるSTREAM_CONTENTの値）と、ＣＯＭＰＯＮＥＮＴ＿ＴＹＰＥ（コンポーネント記述子で示されるCOMPONENT_TYPEの値）と、ＳＩＭＵＬＣＡＳＴ＿ＧＰ＿ＴＡＧ（マルチ放送時、開始時のオーディオフレームのズレ値）と、ＡＵＤＩＯ＿ＡＴＴＲ（オーディオの属性値）と、ＬＡＮＧ＿ＣＯＤＥ（第一音声の言語コード）と、ＬＡＮＧ＿ＣＯＤＥ２（第二音声の言語コード）と、ＣＰ＿ＣＴＬ＿ＩＮＦＯ（コピー制御情報／著作権管理情報）とで構成されている。ＡＵＤＩＯ＿ＡＴＴＲは、圧縮モード、サンプリング周波数、チャンネル数、ビットレート等で構成されている。この値は、音声コンポーネント記述子の値より設定される。

図１７は、各ＥＳＯＢ＿ＥＳＩ（ここではＥＳＯＢ＿ＥＳＩ＃ｍ）に含まれるＥＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩがどのように構成されるかの一例を説明する図である。ＥＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩは、ＥＳ＿ＴＹと、ＥＳ＿ＰＩＤと、ＳＴＲＥＡＭ＿ＴＹＰＥと、ＣＯＭＰＯＮＥＮＴ＿ＴＡＧと、ＣＰ＿ＣＴＬ＿ＩＮＦＯの他に、さらに、ＤＡＴ＿ＣＯＭＰ＿ＩＤ（データコンテンツ符号化識別子）およびＡＤ＿ＤＡＴ＿ＣＯＭＰ＿ＩＦＯ（Additional data Component Information）を含んで構成されている。

図１８は、ＥＳＯＢ＿Ｖ＿ＥＳＩ、ＥＳＯＢ＿Ａ＿ＥＳＩ、ＥＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩ等に含まれるコピー制御情報（著作権保護情報）ＣＰ＿ＣＴＬ＿ＩＮＦＯがどのように構成されるかの他例を説明する図である。ＣＰ＿ＣＴＬ＿ＩＮＦＯは、ＥＳＯＢＩ＿ＧＩとＥＳＯＢ＿Ｖ＿ＥＳＩ、ＥＳＯＢ＿Ａ＿ＥＳＩとPacket Group HeaderのＣＰＩにある。ＥＳＯＢＩ＿ＧＩのＣＰＩが全体のコピー制御を行い、ＥＳＩのＣＰＩが各ＥＳのコピー制御を行い、各Packet Groupのコピー制御はPacket Group HeaderのＣＰＩで行なわれる。ただし、ＥＳＯＢＩ＿ＧＩのＣＰＩ値よりＥＳＩのＣＰＩの方が優先され、さらに、Packet Group HeaderのＣＰＩは最優先となっている。これらのＣＰＩ値は、デジタルコピー制御記述子、コンテント利用記述子等により設定される。

その内容は、ＣＣＩまたはＣＧＭＳ（０＝コピー禁止；１＝コピー無制限許可）と、ＡＰＳ（０＝ＡＰＳ無し、１＝ＡＰＳタイプ１付加、２＝ＡＰＳタイプ２付加、３＝ＡＰＳタイプ３付加）と、ＥＰＮ（０＝コンテンツ保護（インターネット出力保護）、１＝コンテンツ保護無し）と、ＩＣＴ（０＝:解像度制限あり、１＝制限無し）とである。このうち、リテンションは、Retention＝０でコピー禁止時に、Retention_Stateで示される時間だけ一時保存が許され、その時間が過ぎれば消去する必要がある。

図１９はＥＳＯＢＩに含まれるＥＳＯＢ＿ＤＣＮＩがどのように構成されているかの一例を説明する図である。ここは、ＤＣＮＩ＿ＧＩと１以上のＤＣＮ＿ＰＯＳＩより構成され、ＤＣＮＩ＿ＧＩはそのＰＯＳＩの数を含み、ＤＣＮ＿ＰＯＳＩはディスコンティニュティーの位置情報で構成されている。通常、ＳＣＲは放送側の時間情報とデコーダ側に時間情報が一致するための同期情報である。デジタル放送において、放送局側の都合で再生時間が不連続な点がある場合がある。その場合、パケットヘッダ内のアダプテーションフィールドのディスコンティニュティーインジケーターの値が変化し、ＰＣＲがあることになる。その時の位置情報を、ＥＳＯＢの先頭からのパケットグループ数とそのパケットグループ内のパケット数で表している。

図２０は、ＴＹＰＥ ＡのＥＳＯＢＩに含まれるＥＳＯＢ＿ＴＭＡＰＩがどのように構成されるかの一例を説明する図である。ＥＳＯＢ＿ＴＭＡＰＩは、ＥＳＯＢ＿ＴＭＡＰＩ＿ＧＩと、１以上のＥＳ＿ＴＭＡＰＩ＃で構成されている。ＥＳＯＢ＿ＴＭＡＰＩ＿ＧＩは、ＴＭＡＰ＿ＴＹ（ＥＳＯＢの種類：０＝ＴＹＰＥ Ａ、１＝ＴＹＰＥ Ｂ；但し、ＳＦＩ＿ＩＤのみでＥＳＯＢのＴＹＰＥを決める場合は、必要ない場合も考えられる）と、ＡＤＲ＿ＯＦＳ（ファイル先頭からＥＳＯＢ先頭までのPacket Group番号（ＬＢアドレス））と、ＥＳＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧ（ＥＳＯＢＵの再生時間の範囲：１＝0.4s〜1.2s、２＝1s〜2s、３＝2s〜3s）と、ＥＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＥＳＯＢの先頭のPacket group内での始まり：１≦ＥＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ≦１７０）と、ＥＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ（ＥＳＯＢの先頭のPacket group内での終わり：１≦ＥＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ≦１７０）と、ＥＳ＿ＴＭＡＰ＿Ｎｓ（ＥＳ＿ＴＭＡＰの数）等で構成される。

また、各ＥＳ＿ＴＭＡＰＩは、ＥＳ＿ＰＩＤ（本ＴＭＡＰの対象ＥＳのＰＩＤ）と、ＡＤＲ＿ＯＦＳ（ＥＳＯＢファイル先頭から本ＥＳの先頭までの論理アドレス）と、ＥＳ＿Ｓ＿ＰＴＭ（スタートＰＴＭ）と、ＥＳ＿Ｅ＿ＰＴＭ（エンドＰＴＭ）と、ＥＳ＿ＥＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＥＳＯＢＵ＿ＥＮＴの数）と、ＬＡＳＴ＿ＥＳＯＢＵ＿Ｅ＿ＰＫＴ＿ＰＯＳ（最後のＥＳＯＢＵのPacket Group内での位置）と、ＳＴＭＡＰ＿ＳＲＰＮ（本ＥＳに属するＴＭＡＰＴ内のＴＭＡＰの番号：ただし、ＴＭＡＰＴがＶＲとＳＲそれぞれ別領域に記録されている場合や各ＴＭＡＰＴに順番に記録されている場合は、この番号は無い場合も考えられる）で構成される。

なお、ＥＳＯＢＵ＿ＰＢ＿ＴＭ＿ＲＮＧを適切に設定する事により録画時間が増えても、ＴＭＡＰＩ情報が極端に大きくなることを防止可能となる。ただしその場合、各ＥＮＴＲＹの時間間隔が広がる為、２倍速再生等がスムーズにできない可能性は増える。

図２１はＴＹＰＥ Ｂの場合のＥＳＯＢ＿ＴＭＡＰＩの構成例である。ＡＳＯＢ＿ＴＭＡＰＩはＡＳＯＢ＿ＴＭＡＰ＿ＧＩで構成され、ＡＳＯＢ＿ＴＭＡＰ＿ＧＩはさらに、ＴＭＡＰ＿ＴＹ（ＥＳＯＢの種類：０＝ＴＹＰＥ Ａ、１＝ＴＹＰＥ Ｂ；但し、ＳＦＩ＿ＩＤのみでＥＳＯＢのＴＹＰＥを決める場合は、必要ない場合も考えられる）と、ＡＤＲ＿ＯＦＳ（ファイル先頭からＥＳＯＢ先頭までのPacket Group番号（ＬＢアドレス））と、ＡＳＯＢＵ＿ＴＭ（ＡＳＯＢＵの再生時間の範囲：0＝1s、1＝2s）と、ＥＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＥＳＯＢの先頭のPacket group内での始まり：１≦ＥＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ≦１７０）と、ＥＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ（ＥＳＯＢの先頭のPacket group内での終わり：１≦ＥＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ≦１７０）と、ＡＳＯＢＵ＿Ｎｓ（ＡＳＯＢＵの数）で構成される。

図２２は、図３のＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＶＴＭＡＰ．ＩＦＯおよびＨＲ＿ＳＴＭＡＰｘ．ＩＦＯが、どのように構成されるかの一例を示す。図２２に例示されるように、ＨＲ＿ＶＴＭＡＰ．ＩＦＯのＥＸ＿ＶＴＭＡＰＴと、ＨＲ＿ＳＴＭＡＰｘ．ＩＦＯのＳＴＭＡＰＴは、別々のデータ構造を取る。このデータ構造において、ＥＸ＿ＶＴＭＡＰＴは、ＥＸ＿ＶＴＭＡＰＴIとＥＸ＿ＶＴＭＡＰ＿ＳＲＰＴ（ＥＸ＿ＶＴＭＡＰのサーチテーブル情報：ＥＸ＿ＶＴＭＡＰ＿ＳＲＰ＃１〜＃ｑ）とＥＸ＿ＶＴＭＡＰ＃で構成される。また、ＳＴＭＡＰＴは、ＳＴＭＡＰＴIと、ＳＴＭＡＰ＿ＳＲＰＴ（ＳＴＭＡＰのサーチテーブル情報：ＳＴＭＡＰ＿ＳＲＰ＃１〜＃ｑ）とＳＴＭＡＰ＃で構成される。

図２３は、図２２のＥＸ＿ＶＴＭＡＰＴがどのように構成されるかの一例を説明する図である。図２３において、ＥＸ＿ＶＴＭＡＰＴＩは、ＶＴＭ＿ＩＤ（Ｖ＿ＴＭＡＰの識別情報）と、ＥＸ＿ＶＴＭＡＰＴ_ＥＡ（ＥＸ＿ＶＴＭＡＰのエンドアドレス）と、ＥＸ＿ＶＥＲＮ（ＴＭＡＰのバージョン情報）と、ＥＸ＿ＶＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ（ＴＭＡＰＴの更新日時情報、ＨＲ＿ＭＡＮＧＲ．ＩＦＯと同じ値）と、ＥＸ＿ＶＴＭＡＰ_ＳＲＰ_Ｎｓ（サーチポインタ情報総数）で構成される。さらに、各ＥＸ＿ＶＴＭＡＰ_ＳＲＰはＥＸ＿ＶＴＭＡＰ_ＳＡ（ＥＸ＿ＶＴＭＡＰのスタートアドレス）とＲＶＯＢＵ＿ＥＮＴ_Ｎｓ（ＲＶＯＢＵ＿ＥＮＴの総数）で構成され、ＥＸ＿ＶＴＭＡＰは１以上のＲＶＯＢＵ＿ＥＮＴで構成されている。

図２４は、図２３のＲＶＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を示す。各ＲＶＯＢＵ＿ＥＮＴは、現行ＤＶＤ−ＶＲ規格の場合と同様に、１ＳＴＲＥＦ＿ＳＺと、ＶＯＢＵ＿ＰＢ＿ＴＭ（フィールド数）と、ＶＯＢＵ＿ＳＺの情報を含んで構成することができる。

図２５および図２６は、図２２のＳＴＭＡＰＴに含まれる各種情報がどのように構成されるかの一例を説明する図である。図２５において、ＴＹＰＥ ＡのＳＴＭＡＰＴIは、ＳＴＭ＿ＩＤ（ＳＴＭＡＰの識別情報）と、ＳＴＭＡＰＴ_ＥＡ（ＳＴＭＡＰのエンドアドレス）と、ＶＥＲＮと、ＳＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭで構成される。さらに、ＳＴＭＡＰ＿ＳＲＰＴIはＳＴＭＡＰ_ＳＲＰ＿Ｎｓで構成される。一方、各ＳＴＭＡＰ_ＳＲＰは、ＳＴＭＡＰＩ_ＳＡ（ＳＴＭＡＰＩのスタートアドレス）およびＥＳ_ＴＭＡＰＩ＿Ｎs（ＥＳ＿ＴＭＡＰＩの総数）を含むＳＴＭＡＰ＿ＳＲＰ＿ＧＩと、ＥＳ＿ＴＭＡＰＩ_ＧＩ（＃１〜＃ｑ）で構成される。そして、各ＳＴＭＡＰＩは、１以上のＥＳ＿ＴＭＡＰＩ（＃１〜＃ｑ）で構成される。

図２６において、ＴＹＰＥ ＢのＳＴＭＡＰＴIは、ＳＴＭ＿ＩＤと、ＳＴＭＡＰＴ_ＥＡと、ＶＥＲＮと、ＳＴＭＡＰ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭと、ＳＴＭＡＰ_ＳＲＰ＿Ｎｓで構成される。一方、各ＳＴＭＡＰ_ＳＲＰは、ＳＴＭＡＰＩ_ＳＡおよびＡＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＴＹＰＥ ＢのＳＯＢＵ＿ＥＮＴの数）で構成される。そして、各ＳＴＭＡＰＩは１以上のＥＳＯＢＵ＿ＥＮＴ（＃１〜＃ｑ）で構成され、各ＥＳＯＢＵ＿ＥＮＴはＡＳＯＢＵ＿ＳＺ（ＴＹＰＥ ＢのＳＯＢＵサイズ）とＡＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＴＹＰＥ ＢのＳＯＢＵの開始パケット位置）で構成される。

図２７は、図２５のＳＴＭＡＰ＿ＳＲＰ＃およびＳＴＭＡＰにそれぞれ含まれるＥＳ＿ＴＭＡＰＩ＿ＧＩおよびＥＳ＿ＴＭＡＰ＃が、どのような情報を格納するのかの一例を説明する図である。各ＥＳ＿ＴＭＡＰＩ_ＧＩはＥＳＯＢＵ＿ＥＮＴ＿Ｎｓ（ＥＳＯＢＵ＿ＥＮＴの総数）で構成され、各ＥＳ＿ＴＭＡＰＩは１以上のＥＶＯＢＵ＿ＥＮＴで構成されている。なお、ＳＴＭＡＰ＿ＳＲＰは昇順にＳＴＭＡＰを指すとは限らないが、ＳＲＰで個々のＳＴＭＡＰをポイントするので昇順に並んでいるか否かは問題はなく、ＳＴＭＡＰの配列の間にごみデータが入っても良い（例えばＳＴＭＡＰ＃１とＳＴＭＡＰ＃３の間に無意味なデータがあっても問題ない）。

図２８は、ＴＹＰＥ ＡのＥＳＯＢＵ＿ＥＮＴ＃の中身がどのように構成されるかの一例を説明する図である。ＥＳＯＢＵ＿ＥＮＴは、図２８に示されるように、ビデオのデータがある場合とビデオデータが無くオーディオデータのある場合とその他の情報のみの場合の３つが考えられ、種別はそれぞれ＜１＞、＜２＞、＜３＞とする。すなわち、この種別に従い、ＥＳＯＢＵエントリ情報（ＥＳＯＢＵ＿ＥＮＴ）には、上記３種類がある。

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

これにより、タイムサーチの場合、ＥＳＯＢＵ＿ＰＢ＿ＴＭの累積で目的の時間のＥＳＯＢＵを求め、そのＥＳＯＢＵの先頭からのフィールド数で再生開始ＰＴＭを換算することができる。

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

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

図２９はＴＹＰＥ ＢのＡＳＯＢＵ＿ＥＮＴ＃の中身がどのように構成されるかの一例を説明する図である。ＡＳＯＢＵ＿ＥＮＴは、ＡＳＯＢＵ＿ＳＺ（パケットグループ数で表されるサイズで、ＡＳＯＢＵに属するパケットグループの数）と、ＡＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＡＳＯＢＵの先頭が入っているパケットグループの先頭からのパケット数、無い場合も考えられる。）とで構成される。

図３０は、図４のＨＤＶＲ＿ＭＧに含まれるＰＧＣ情報（ＯＲＧ＿ＥＸ＿ＰＧＣ情報およびＥＸ＿プレイリスト情報／ＵＤ＿ＥＸ＿ＰＧＣＴ情報）がどのように構成されるかの一例を説明する図である。オリジナルＰＧＣ情報ＯＲＧ＿ＥＸ＿ＰＧＣＩはＥＸプログラムチェーン情報に格納される。また、ＥＸプレイリスト情報（またはユーザ定義情報テーブル情報）は、ユーザ定義ＰＧＣテーブル情報ＵＤ＿ＥＸ＿ＰＧＣＴＩと、１以上のＵＤ＿ＥＸ＿ＰＧＣ＿ＳＲＰ＃１〜＃ｒと、１以上のユーザ定義ＰＧＣ情報ＵＤ＿ＥＸ＿ＰＧＣＩ＃１〜＃ｓを含んで構成されている。

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

図３１は、図３０のＥＸ＿ＰＧＣ情報がどのように構成されるかの一例を説明する図である。ＥＸ＿ＰＧＣ情報（オリジナルＰＧＣＩ）はその一般情報ＥＸ＿ＰＧＣ＿ＧＩと、１以上のプログラム情報ＥＸ＿ＰＧＩ＃と、１以上のセルサーチポインタＥＸ＿ＣＥＬＬ＿ＳＲＰ＃と、１以上のセル情報ＥＸ＿ＣＩ＃とで構成される。

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

なお、メーカー特有の機能を実現させるために設けられたＭＮＦＩを利用するために、ＰＧＩにＭＮＦＩのＳＲＰ番号を設定し、さらにＭＮＦＩ情報でもＰＧ番号を設定する事により、ＭＮＦＩ情報内のデータとのリンクを図るように構成してもよい。

さらに、ＭＮＦＩ、ＩＴ＿ＴＸＴの両方にＰＧの更新日時情報を設定し、メニュー表示時にその時刻の一致をチェックするように構成すれば、他社メーカーの編集かどうかを検証することが可能になる。さらに、ＣＥＬＬ情報（ＥＸ＿ＣＩ＃）では、ＣＥＬＬタイプにＥＳＯＢ ＴＹＰＥ Ａ、ＴＹＰＥ Ｂの種別が加わっており、ＥＳＯＢ番号、開始時間、終了時間、再生するＧＰ番号を指定できるように構成されている。なお、開始時間および終了時間は、ＰＴＳ単位（再生時間）またはＡＴＳ単位（転送時間）のいずれの方法でも表すことができる。

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

また、参照するＩＤは、再生するストリームを代表するストリームのＰＩＤ（またはコンポーネントタグの値）を設定する方法と、マルチビューＴＶなどの場合などで、コンポーネントグループのＩＤを設定する方法が考えられる。また、参照するＧＰＩ番号を入れ、（再生中に）切り換える方法が考えられる。また、ＰＧ、ＣＥＬＬに特有のＩＤ番号を付け、途中のＰＧ、ＣＥＬＬを削除しても変わらない番号でＰＧ、ＣＥＬＬを指定できるように構成することもできる。

また、これまでのＤＶＤ−ＶＲではＣＥＬＬ情報内にエントリポイント情報（マーカー情報）が存在したが、この発明の一実施の形態では、ＣＥＬＬ情報（ＥＸ＿ＣＩ）だけに限られず、ＰＧＩ内、ＰＧＣＩ内および／またはＨＤＶＲ＿ＭＧＩ内にマーカー情報（ＰＧ＿ＲＳＭ＿ＩＦＯ、ＰＧ＿ＲＥＰ＿ＭＲＫＩ等）を存在させる構成も可能としている。

図３２は、ＥＸ＿ＣＥＬＬ情報（ＥＸ＿ＣＩ）がどのように構成されるかの一例を説明する図である。図３２は、図４等に示されるプログラムチェーン情報（ＥＸ＿ＯＲＧ＿ＰＧＣ情報またはＥＸ＿ＵＤ＿ＰＧＣ情報）の各構成要素の中身がどのように構成されるかの一例を説明する図である。このプログラムチェーン情報（ＥＸ＿ＰＧＣ情報；ＥＸ＿ＰＧＣＩ）は、プログラムチェーン一般情報（ＥＸ＿ＰＧＣ＿ＧＩ）と、１以上のプログラム情報（ＥＸ＿ＰＧＩ＃１〜＃ｐ）と、１以上のセルサーチポインタ（ＥＸ＿ＣＥＬＬ＿ＳＲＰ＃１〜＃ｑ）と、１以上のセル情報（ＥＸ＿ＣＩ＃１〜＃ｑ）を含んでいる。

ＥＸ＿ＰＧＣ＿ＧＩは、プログラム数およびセルサーチポインタ数の情報を含んでいる。各プログラム情報は、プログラムタイプと、プログラム内セル数と、プライマリテキスト情報と、アイテムテキストサーチポインタ番号と、代表画像情報と、編集者ＩＤと、プログラムインデックス番号（プログラム絶対番号）と、プログラム更新日時と、業者情報番号（ＭＮＦＩ番号）を含んで構成することができる。また、各セル情報は、セルタイプと、ＥＳＦＩ番号と、対応ＥＳＯＢ番号と、参照するＩＤと、セルエントリポイント情報の数と、セル開始ＰＴＳ／ＰＡＴＳと、セル終了ＰＴＳ／ＰＡＴＳと、セルエントリポイント情報（Ｃ＿ＥＰＩ）を含んで構成することができるここで、プログラム更新日時のフィールドには、プログラム管理情報が更新されたときの日時情報（年月日、時分秒）が保存される。また、ＭＮＦＩ番号のフィールドには、業者情報サーチポインタの番号が記述される。

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

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

また、（レコーダの）メーカー特有の機能を実現させるために設けられたＭＮＦＩを利用するために、プログラム情報ＥＸ＿ＰＧＩに業者情報ＭＮＦＩのサーチポインタ番号（ＭＮＦＩ番号）を設定している。つまり、ＭＮＦＩの情報でもＰＧ番号をさらに設定する事により、ＭＮＦＩ情報内のデータとＥＸ＿ＰＧＣＩ内のデータとのリンクを図っている。さらに、ＭＮＦＩ、ＩＴ＿ＴＸＴの両方にＰＧの更新日時情報を設定し、メニュー表示時にその時刻の一致をチェックする事により、他社メーカーの編集かどうかを検証できるように構成している。

図３２のセル情報（ＥＸ＿ＣＩ）では、セルタイプにＥＳＯＢの種別を加わえることができる。さらに、このセル情報では、対応するＥＳＯＢ番号を指定し、セルの開始時間（セル開始ＰＴＳ／ＰＡＴＳ）およびセル終了時間（セル終了ＰＴＳ／ＰＡＴＳ）を指定できる。ここで、セルの開始時間および終了時間は、ＰＴＳ単位（再生時間：ＴＹＰＥ Ａ）またはＰＡＴＳ単位（転送時間：ＴＹＰＥ Ｂ）の２種類で表わすことができる。ここで、時間指定を再生時間（再生時の実時間）にすると、これまでのＶＲと同じアクセス方法が可能となり、ユーザが再生時間で指定できるため、ユーザ希望が完全に反映されることになる。ただし、この方法は、ストリームの内容が十分に解析可能な場合に指定できる方法であり、十分に内容がわからない場合には到着時間単位で指定せざるを得ない。

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

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

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

また、ＰＧ、ＣＥＬＬに特有のＩＤ番号を付け、途中のＰＧ、ＣＥＬＬを削除しても変わらない番号でＰＧ、ＣＥＬＬを指定できる。さらに、セルエントリポイント情報Ｃ＿ＥＰＩに難受信状態の情報エリアを追加し、難受信の開始位置と終了位置にＥＰを打ち、そのステータスを難受信状態の情報エリアで追加設定するような構成も可能である。

図３３は、ＨＤＶＲ＿ＭＧＩ内にＥＰＩＴ（エントリポイント情報テーブル）が存在する場合のＥＰＩＴの構造である。ＥＰＴＩ＿ＧＩには、ＥＰＩ＿ＳＲＰの数が設定され、ＥＰＩ＿ＳＲＰは対応する各ＥＰＩのスタートアドレスが設定される。ＥＰＩには、各ＣＥＬＬタイプ毎に２種類あり、合計8種類となる。

Ｍ＿ＣＥＬＬ＿ＥＰＩ＿ＴＹ＿Ａは、ＰＧＣ番号、ＰＧ番号、ＣＥＬＬ番号、ＥＰのついているＰＴＭで構成され、ＴＹ＿Ｂはさらに、ＰＲＭ＿ＴＸＴＩ（テキスト情報）、ＲＥＰ＿ＰＩＣ＿ＰＴＭ（サムネール用ポインター）で構成されている。

Ｓ＿ＣＥＬＬ＿ＥＰＩ＿ＴＹ＿Ａは、ＰＧＣ番号、ＰＧ番号、ＣＥＬＬ番号、ＥＰのついているＳ＿ＶＯＢ＿ＥＮＴ番号で構成され、ＴＹ＿Ｂはさらに、ＰＲＭ＿ＴＸＴＩ（テキスト情報）で構成されている。

ＳＴＲ＿Ａ＿ＣＥＬＬ＿ＥＰＩ＿ＴＹ＿Ａ（ＥＳＯＢのＴＹＰＥ Ａ）は、ＰＧＣ番号、ＰＧ番号、ＣＥＬＬ番号、ＥＰのついているＰＴＭ、そのＥＰのついているＥＳのＰＩＤ（又はグループ番号）で構成され、ＴＹ＿Ｂはさらに、ＰＲＭ＿ＴＸＴＩ（テキスト情報）、ＲＥＰ＿ＰＩＣ＿ＰＴＭ（サムネール用ポインター）で構成されている。

ＳＴＲ＿Ｂ＿ＣＥＬＬ＿ＥＰＩ＿ＴＹ＿Ａ（ＥＳＯＢのＴＹＰＥ Ｂ）は、ＰＧＣ番号、ＰＧ番号、ＣＥＬＬ番号、ＥＰのついているＰＡＴＳ、そのＥＰのついているＥＳのＰＩＤで構成され、ＴＹ＿Ｂはさらに、ＰＲＭ＿ＴＸＴＩ（テキスト情報）、ＲＥＰ＿ＰＩＣ＿ＰＴＭ（サムネール用ポインター）で構成されている。

図３４はＰＧＣＩ内にＥＰＩＴが存在する場合の構造例で、図３３の構造よりＰＧＣ番号を取った形となっている。図３５はＰＧＩ内にＥＰＩＴがある場合で、図３４の構造よりＰＧ番号を取った形となっている。図３６はＣＥＬＬＩ内にある場合の例で、図３５の構造よりＣＥＬＬ番号を取った形となっている。

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

各パケットグループ１４０は、パケットグループヘッダ（４０４バイト）１６１と、１以上（ここでは１７０個）のパケット到着時間ＰＡＴ（４バイト）１６３と、ＰＡＴと同数の（ここでは１７０個）のＭＰＥＧ−ＴＳパケット（１８８バイト）１６２を含んで構成されている。各ＭＰＥＧ−ＴＳパケット１６２はペアとなるＰＡＴ１６３を先頭に持ち、このＰＡＴにより各ＭＰＥＧ−ＴＳが何時（装置に）到着したのかが分かるようになっている。

パケットグループヘッダ１６１は、ヘッダＩＤ（00FFA5A5）と、パケットグループ一般情報（ＰＫＴ＿ＧＲＰ＿ＧＩ）と、表示コントロール情報（ＤＣＩ；Display Control Information）およびコピー世代管理情報（またはコピー制御情報ＣＣＩ；Copy Control Information）と、先頭パケットのパケット到着時間の拡張バイト（ＦＩＲＳＴ＿ＰＡＴＳ＿ＥＸＴ）と、製造者情報（ＭＮＩ；Manufacturer's information）（または業者情報ＭＮＦＩ）とを含んで構成されている。

また、１８８バイトのＭＰＥＧ−ＴＳパケット１６３は、４バイトのＰＡＴＳ１６２とペア組される。そして、１２８バイトのパックグループヘッダ１６１と１７０組のＰＡＴＳ／ＭＰＥＧ−ＴＳとで、３２ｋバイト（１６パック分）のパケットグループ１４７が構成されている。

図３８は、パケットグループヘッダに含まれるＰＫＴ＿ＧＲＰ＿ＧＩがどのように構成されるかの一例を説明する図である。 ＰＫＴ＿ＧＲＰ＿ＧＩは、パケットグループのタイプを示すＰＫＴ＿ＧＲＰ＿ＴＹと、パケットグループのバージョンを示すＶＥＲＳＩＯＮと、パケットグループのステータスを示すＰＫＴ＿ＧＲＰ＿ＳＳと、有効パケット数を示すＶＡＬＩＤ＿ＰＫＴ＿Ｎｓを含んで構成されている。パケットグループがＭＰＥＧ−ＴＳの場合はＰＫＴ＿ＧＲＰ＿ＴＹは“０１”となる。図３７等のパケットグループ１４７がＭＰＥＧ−ＴＳ以外のパケットで構成されるときは、 ＰＫＴ＿ＧＲＰ＿ＴＹは“０１”以外となる。
ＰＫＴ＿ＧＲＰ＿ＳＳは４種類のステータス（ＥＲＲ、ＳＴＵＦ、ＷＲＡＰ、ＤＩＳＣＯＮ）（＋リザーブ）を持つことができる。ＥＲＲはパケットグループの受信から記録までの間にエラーがあったかどうかのステータスを示す。ＳＴＵＦはパケットグループ末尾側にスタッフィングされた部分があるかどうかのステータスを示す。ＷＲＡＰは、転送時間情報（ＰＡＴＳ）のカウントが該当パケットグループ内で一周し０スタートとなったかどうかのステータスを示す。ＤＩＳＣＯＮは、再生時間の不連続（ＰＣＲの不連続）が発生したかどうかのステータスを示す。

図３９は、図３７に示したパケットグループヘッダに含まれるＤＣＩ＿ＣＣＩがどのように構成されるかの一例を説明する図である。有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）は１バイトで構成され、その中の１ビットのＤＣＩ＿ＳＳは、０で無効を示し、１で有効を示している。また、４ビットのＣＣＩ＿ＳＳは、０ビット目でＡＰＳの無効／有効を示し、１ビット目でＥＰＮ、ＩＣＴの無効／有効を示し、２ビット目でＣＧＭＳの無効／有効を示している。

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

コピー制御情報（ＣＣＩ）には、ＥＳＩに入っているものと同じ内容で、デジタルコピー制御（00＝コピー禁止、01＝１回コピー許可、11＝コピー禁止）と、アナログコピー制御（00＝ＡＰＳ無し、01＝ＡＰＳタイプ１、10＝ＡＰＳタイプ２、11＝ＡＰＳタイプ３）と、ＥＰＮ（０＝コンテンツ保護、１＝コンテンツ保護無し）と、ＩＣＴ（Image_Constraint_Token：０でアナログビデオ出力解像度制限、1で制限無し）で構成されている場合が考えられる。ここで、ＡＰＳとはAnalog Protection Systemのことでこの一実施の形態ではマクロビジョン（Ｒ）を想定している。

なお、同じＥＳで同じパケットグループ内でＣＣＩ、ＤＣＩの変化しそうな場合は、パケットグループを一旦区切り、ダミーデータ（ＰＡＴ＝0x01、ＴＳパケット＝ALL0x00）で残りのパケットグループを埋め、次のパケットグループになるように設定することができる。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行なうことができる。

図４０は、図３７のパックグループヘッダ１６１に含まれるＦＩＲＳＴ＿ＰＡＴＳ＿ＥＸＴがどのように構成されるかの一例を説明する図である。各パケットグループにおいて、先頭パケットのパケット到着時間の拡張バイトＦＩＲＳＴ＿ＰＡＴＳ＿ＥＸＴの下位４バイトが２７ＭＨｚベースのＰＡＴＳとしてそのパケットグループ内の各ＴＳパケットの前に記述される。また、ＦＩＲＳＴ＿ＰＡＴＳ＿ＥＸＴの上位２バイトがＦＩＲＳＴ＿ＰＡＴＳ＿ＥＸＴのエリア内に記載される。このＦＩＲＳＴ＿ＰＡＴＳ＿ＥＸＴの上位２バイトとしては、パケットグループの先頭パケットのＡＴＳの上位２バイトを記載する。

図４１は、製造者の管理情報（ＭＮＩ）がどのように構成されるかの一例を説明する図である。このＭＮＩは、各製造者（企業）毎に決めた３２バイトのＩＤ（ＭＮＦ＿ＩＤ）と、各製造者（企業）が自由に仕様するユーザデータエリア（ＮＭＦ＿ＤＡＴＡ）を含んで構成できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

記録時の信号の流れは、ＳＴＢ部（または地上波デジタルチューナ）で受け取ったＴＳパケットデータは、フォーマッタ部で、パケットグループ化されワークＲＡＭへ保存し、一定量たまった時点でディスクに記録される。この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。

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

各エンコーダ部（ＶＲ用）から、圧縮データがパック化された場合に２０４８バイトになるようにパケット化されて、フォーマッタ部へ入力される。フォーマッタ部では、各パケットがパック化され、さらに、多重化され、Ｄ−ＰＲＯ部へ送られる。

Ｄ−ＰＲＯ部では、１６または３２パック毎にＥＣＣブロックを形成し、エラー訂正データを付け、ドライブ部によりディスクに記録する。ここで、ドライブ部がシーク中やトラックジャンプなどの場合のため、ビジィー状態の場合には、ＨＤＤバッファ部へ入れられ、ＤＶＤ−ＲＡＭドライブ部の準備ができるまで待つこととなる。

さらに、フォーマッタ部では、録画中、各切り分け情報を作成し、定期的にＭＰＵ部へ送る（ＧＯＰ先頭割り込みなど）。切り分け情報としては、ＲＶＯＢＵ（ＥＳＯＢＵ）のパック数、ＲＶＯＢＵ（ＥＳＯＢＵ）先頭からのIピクチャのエンドアドレス、ＲＶＯＢＵ（ＥＳＯＢＵ）の再生時間などである。

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

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

また、再生時は、ディスクから読み出したパックデータを分離部で解析し、ＴＳパケットが入っているパックの場合には、ＴＳパケット転送部へおくり、さらに、その後、各デコーダへ送られ、再生を行う。ＳＴＢへ転送する場合（外部へ送信する場合：デジタルＴＶ等）は、ＴＳパケット転送部は、そのデータを到着時と同じ時間間隔で、ＴＳパケットのみを転送する。

ＳＴＢ部は、デコードを行い、ＡＶ信号を発生させ、そのＡＶ信号をストリーマ内ビデオエンコーダ部を通して、ＴＶへ表示する。

図４３は、図４２の装置の全体の動作の一例を説明するフローチャート（全体動作処理フロー）である。ここでのデータ処理は、図４３に示すように録画処理、再生処理、データ転送処理（ＳＴＢへのデジタル出力処理など）、番組設定処理、編集処理の５通りとなる。

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

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

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

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

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

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

ｄ３）録画対象がデジタル放送であり（ステップＳＴ１０６）エラーが出ていないときは（ステップＳＴ１１１）、決定された領域を書き込むように管理領域に設定し、ビデオデータの書き込みスタートアドレスをドライブ部に設定し、データを記録する準備を行う（ステップＳＴ１１２）；
ｄ４）本ストリームが解析可能かどうかを判断し、（解析をサポートしているストリームかどうか）解析可能（解析する）であれば、ＴＹＰＥ Ａとして録画準備を始め、解析不能（解析しない）であれば、ＴＹＰＥ Ｂとして録画準備を行う。

ｄ５）ＳＴＣ部に時間のリセットを行う。ここで、ＳＴＣ部はシステムのタイマーでこの値を基準に録画、再生を行う；
ｄ６）録画する番組のＰＡＴを読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部のワークＲＡＭ部にＰＡＴ、ＰＭＴを保存し、管理情報に書き込む。ファイルシステムに、ＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報を書き込む。

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

ｄ８）ＰＭＴよりＥＳＯＢ＿ＥＳＩを作成する（ステップＳＴ１２０；図４６）；
ｄ９）バッファ内のデータが一定量たまった場合は、Ｄ−ＰＲＯを通して、ＥＣＣ処理を行い、ディスクに記録する（ステップＳＴ１３０）；
ｄ１０）録画中、定期的に（フォーマッタ部のバッファＲＡＭが一杯になる前に）、切り分け情報をＭＰＵ部のワークＲＡＭに保存する。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報で、ＥＳＯＢＵの先頭のアドレス、ＥＳＯＢＵのパック長、Ｉ-Picの終了アドレス、ＥＳＯＢＵの到着時間（ＰＡＴＳ）等である；
ｄ１１）録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時には、フォーマッタ部より残りの切り分け情報を取り込み、ワークＲＡＭへ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、さらに、ファイルシステムに、残りの情報を記録する；
ｄ１２）終了で無い場合は、ｄ９）に移行し、データの取り込み及び再生を続けて行うようにする。

図４７は、バッファ取り込み処理（ＳＴ１３０）の一例を説明するフローチャート（バッファ取り込み処理フロー）である。記録時の信号の流れは、ＳＴＢ部（または地上波デジタルチューナ）で受け取ったＴＳパケットデータは、フォーマッタ部で、パケットグループ化されワークＲＡＭへ保存し、一定量たまった時点（1またはその整数倍のＣＤＡ分がたまった段階で）でディスクに記録される。この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成しする。

ａ１）ＴＳパケットを受信する（ステップＳＴ１３００）；
ａ２）取り込んだＴＳパケットにＰＣＲが有る場合はＳＴＣの修正を行う；
ａ３）ＴＳパケットにＳＣＲがあって、パケットヘッダ内のアダプテーションフィールド内のディスコンティニュティーインジケータが立っている（ディスコンティニュティー：ＳＣＲが不連続であるか）かを調べ、不連続の場合は、その位置情報をＥＳＯＢ＿ＤＣＮＩに設定する。

ａ４）パケットグループの先頭の場合は、Sync_Pattern：00ffa5a5を設定する（ステップＳＴ１３０８）；
ａ５）ＴＳパケットの到着時間をＰＡＴとして、ＰＡＴをＴＳパケットの前に配置する（ステップＳＴ１３０８）；
ａ６）ＴＳパケットデータエリアに取り込んだＴＳパケットを設定する；
ａ７）パケットグループが終わったかどうかを判定し（１７０個のＴＳパケットをグルーピングしたかどうかを判定し）（ステップＳＴ１３２２）、終わってない場合は、ａ１）へ移行し、終わった場合は、ＣＣＩ処理を行い（ステップＳＴ１３３３０）、グループデータをバッファＲＡＭ内に一時保存する（ステップＳＴ１３３２）。

図４８はＰＫＴ＿ＧＲＰ＿ＧＩの設定処理の説明のフローチャートである。

ｃ１）記録中のストリームタイプを調べ（ステップＳＴ１３２９Ａ）、ＴＳストリームの場合はＰａｃｋｅｔ ＴＹＰＥに1を設定し（ステップＳＴ１３２９Ｂ）、それ以外の場合はそれぞれのタイプにあった値を設定する（ステップＳＴ１３２９Ｃ）；
ｃ２）バージョン情報を設定する（ステップＳＴ１３２９Ｄ）；
ｃ３）各Packetについて、通信エラーがあるかどうかをチューナからの情報を元に判断し（ステップＳＴ１３２９Ｅ）、エラーが無い場合は、ｃ５）へ移行する。

ｃ４）エラーがある場合、以下の３種類のエラーのつけ方が考えられる；
Packet Group全体で1ビットの場合：そのまま、ERRに1をセットする（ステップＳＴ１３２９Ｇ）；
ストリーム毎に1ビットづつつける場合（計３２ビット必要）：エラーのあるストリームを調べ、ERR内のエラーが有るストリームの相当するビットに1を設定する（ステップＳＴ１３２９Ｈ）；
Packet毎に1ビットづつつける場合（計１７０ビット必要）：エラーのあるストリームを調べ、ERR内のエラーが有るPacketの相当するビットに1を設定する（ステップＳＴ１３２９Ｊ）。

ｃ５）この段階では、ダミーデータは挿入しないため、STUFに0を設定し（ステップＳＴ１３２９Ｋ）、VALID_PKT_Nsには170（0xAA）を設定する；
ｃ６）本Packet Group内でPATSが一周したかどうかを調べ（ステップＳＴ１３２９Ｌ）、一周していない場合にはWRAPに０を設定する（ステップＳＴ１３２９Ｍ）。一周した場合にはWRAPに１を設定する（ステップＳＴ１３２９Ｎ）。その後、ＶＡＬＩＤ＿ＰＫＴ＿Ｎｓに0xaaを設定する（ステップＳＴ１３２９Ｐ）。

次にＣＣＩ設定処理（図示省略）を以下に説明する；
ｂ１）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ、有る場合は、その情報を元にコピー情報を構成して設定し、ｂ３）へ移行する；
ｂ２）受信したＴＳパケット内にコピー情報がない場合は、前回のパックと同じ情報をコピー情報として構成する；
ｂ３）最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子が有るかどうか調べ、有る場合は、以下の処理を行なう。すなわち、パケットグループの途中で変化した場合、その変化した所から新たなパケットグループとするように前のパケットグループにダミーデータを挿入し、変化後からを新たなパケットグループとするようにし、その情報を元にＣＣＩを設定する；
ｂ４）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＣＣＩを構成する。

図４９は、ストリーム情報（ＥＳＩ）作成処理（ＳＴ１２０）の一例を説明するフローチャート（ＥＳＩ設定処理フロー）である。ＥＳＯＢ＿ＥＳＩは、以下のように設定できる。

ｆ１）ＰＳＩ、ＳＩを調べ、設定されているストリーム数を調べる（ステップＳＴ１２０１）；
ｆ２）設定されているストリーム数の数だけｆ４）ｆ５）を繰り返す；
ｆ３）ＰＳＩ、ＳＩよりストリームタイプを調べ（ステップＳＴ１２０３）、ビデオ、オーディオのストリームかその他かどうかを判定し、次のストリームチェックに移行する；
ｆ４）ストリームタイプをＭＰＥＧ１ビデオ、ＭＰＥＧ２ビデオ、ＭＰＥＧ１オーディオ、ＭＰＥＧ２オーディオ…の種別に分け、それぞれの種別応じて、内部のデータをチェックし、各属性情報を読み出す。

ｆ５）ビデオストリームの場合、ES_TY＝0とし（ステップＳＴ１２１３Ａ）、各属性情報を設定し、特に解像度データ、アスペクト情報等を取り出し、V_ATRを作成し（ステップＳＴ１２１３Ｂ）、ｆ８）へ移行する；
ｆ６）オーディオストリームの場合、ES_TY＝0x40とし（ステップＳＴ１２１５Ａ）、各属性情報を設定し、特にサンプリング周波数、チャンネル数等を取り出し、A_ATRを作成し（ステップＳＴ１２１５Ｂ）、ｆ８）へ移行する；
ｆ７）その他の場合、ES_TY＝0X80とし（ステップＳＴ１２１7Ａ）、各属性情報を設定し（ステップＳＴ１２１7Ｂ）、ｆ８）へ移行する；
ｆ８）コピー情報を取り出し、ＣＰ＿ＣＴＬ＿ＩＮＦＯを作成する（ステップＳＴ１２２０）；
ｆ９）属性情報を元に新たにＥＳＩを設定し、次のストリームチェックに移行する（ステップＳＴ１２３０）。

図５０は、録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＴＲ＿ＦＩ）作成処理の一例を説明するフローチャート（ＧＰＩ設定処理およびＴＭＡＰ設定処理付きのストリームファイル情報作成処理フロー）である。ＳＴＲ＿ＦＩの作成処理を図５０〜図５３に示す。

ｇ１）ＥＳＯＢＩを一つ増やすため、ＥＳＯＢＩ＿ＳＲＰ＃を増やし、その領域を確保し、ＰＫＴ＿ＴＹに0：ＭＰＥＧ＿ＴＳを設定する（ステップＳＴ１５０１）；
ｇ２）録画時間をＥＳＯＢ＿ＲＥＣ＿ＴＭに設定する（ステップＳＴ１５０２）。ここで、装置（図４２）内部の時計は、ＴＤＴ（Time Data Table；図示せず）により、設定、補正が行なわれ、常に正確な時間が得られるようになっている；
ｇ３）スタートＰＴＭ、エンドＰＴＭを設定する（ステップＳＴ１５０２）；
ｇ４）ストリームの種類がＴＳストリーム（ＡＲＩＢ、ＤＶＢ）の場合は、AP_PKT_SZに１８８を設定しPKT_GRP_SZに１６を設定する（ステップＳＴ１５０８）。そうでない場合は、放送方式にあった値を設定する（ステップＳＴ１５１０）。

ｇ５）ＰＫＴ＿ＴＹにＭＰＥＧ＿ＴＳを設定する；
ｇ６）ＰＡＴより、ＴＳ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、ＰＭＴ＿ＩＤ（本ＥＳＯＢで使用しているＰＭＴのＰＩＤ）を設定する（ステップＳＴ１５１４）；
ｇ７）ＰＭＴより、ＳＥＲＶＩＣＥ＿ＩＤ（ＰＭＴ内のProgram_Number）、ＰＣＲ＿ＰＩＤ、を設定する（ステップＳＴ１５１６）。さらに、ＦＯＲＭＡＴ＿ＩＤ、ＶＥＲＳＩＯＮについては、内部チューナの場合は機器内でデフォルトの方式とし、外部デジタル入力の場合はデジタル入力より送られてくるRegistration_Descriptorの値を設定する；
ｇ８）さらに、録画したＥＳの数を設定する。（ＰＭＴには放送している全てのＥＳの情報：数が設定されているが、録画時に全てのＥＳを記録しているとは限らないため、記録したＥＳの数を設定する。

ｇ９）録画を開始したＬＢアドレスをＡＤＲ＿ＯＦＳに設定し（ステップＳＴ１５５０）、デフォルトのＰＩＤを設定する。デフォルトのビデオのＰＩＤとはコンポーネントタグ値が00の値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに相当するストリームのＰＩＤが相当する。

ｇ１０）ＧＰＩを設定する処理（後述）を行い（ステップＳＴ１５３０）、各切り分け情報を元にストリーム毎にＴＭＡＰＩを作成する（ステップＳＴ１５４０）；
ｇ１１）編集日時を設定する（ステップＳＴ１５５４）。

図５１は、ＧＰＩ設定処理ＳＴ１５３０の一例（例１）を説明するフローチャートである；
ｈ１）ストリームのタイプを調べる；
ｈ２）複数番組を1ストリームにした場合（ステップＳＴ１５３００Ｂイエス）、ＥＳＯＢ＿ＴＹにＧＰＩありとし、ＧＰ＿ＴＹ＝３、全てのＧＰをメインとし、ＧＰ＿ＮＵＭに番組毎に違う番号にし、1番組に１ＧＰＩで構成し、本処理を終了する（再生するＰＩＤを入れる）（ステップＳＴ１５３０２Ｂ）；
ｈ３）降雨対応放送の場合（ステップＳＴ１５３０４Ｂイエス）、ＥＳＯＢ＿ＴＹにＧＰＩありとし、ＧＰ＿ＴＹ＝２、高階層をメインとしそのほかをサブと設定する。ＧＰ＿ＮＵＭに同じ番号にし、階層毎に１ＧＰＩで構成し、本処理を終了する（再生するＰＩＤを入れる）（ステップＳＴ１５３０６Ｂ）；
ｈ４）マルチビュー放送の場合（ステップＳＴ１５３０８Ｂイエス）、ＥＳＯＢ＿ＴＹにＧＰＩありとし、ＧＰ＿ＴＹ＝１、ＭＡＩＮグループをメインとしそのほかをサブと設定する。ＧＰ＿ＮＵＭに同じ番号にし、1ビューに１ＧＰＩで構成し、他のＧＰがなければ（ステップＳＴ１５３１４Ｂノー）本処理を終了する（再生するＰＩＤを入れる）（ステップＳＴ１５３１０Ｂ）；
ｈ５）そうでないときは（ステップＳＴ１５３０８Ｂノー）、ＥＳＯＢ＿ＴＹにＧＰＩなしと設定し、他のＧＰがなければ（ステップＳＴ１５３１４Ｂノー）本処理を終了する（ステップＳＴ１５３１２Ｂ）。

図５２は、ＴＭＡＰ設定処理ＳＴ１５４０を説明するフローチャートである。ＴＭＡＰ設定処理は、以下のようになる；
ｉ１）ＥＳＯＢの構造を決定する（ステップＳＴ１５４００）；
ｉ２）ＴＹＰＥ Ａの場合は、ＧＰ数を考慮し、ＴＭＡＰを作成するＥＳを決定し、そのＥＳの数をＴＭＡＰ数とし、ＴＭＡＰ毎に作成するＥＳ＿ＰＩＤを設定する（ステップＳＴ１５４０２）。（ただし、１ＧＰに必ず１ＴＭＡＰが付く必要は無い。無い場合は同じＭＡＩＮ＿ＧＰもしくは同じＧＰ＿ＮＵＭが付いているＧＰのＴＭＡＰを利用し、再生、サーチ、特殊再生等を行う。）
ＴＹＰＥ Ｂの場合は、１ＴＭＡＰを追加するように設定する。

ｉ３）切り分け情報よりＥＳＯＢ開始時間終了時間（ＴＹＰＥ Ａ：再生時間、ＴＹＰＥ Ｂ：到着時間）、ＴＭＡＰ毎の開始時間終了時間、ＥＮＴＲＹ数等を設定する（ステップＳＴ１５４０４）；
ｉ４）ＴＭＡＰＴを追加し、切り分け情報を元にＥＮＴＲＹ情報を作成する（ステップＳＴ１５４０６）。

図５３は、ＲＶＯＢ／ＥＳＯＢ構造設定処理ＳＴ１５４００を説明するフローチャートである。ＲＶＯＢ／ＥＳＯＢの構造設定処理を、以下に説明する；
ｊ１）録画した録画時間を調べ（ステップＳＴ１５４００１）、録画時間が２時間以下の場合はｊ２）に移行、２から４時間の場合はｊ３）へ移行、４時間以上はｊ４）へ移行する；
ｊ２）ＲＶＯＢ／ＥＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧ／ＡＳＯＢＵ＿ＴＭに0を設定し、切り分け情報（0.4s〜1sの情報）より、ＥＳＯＢＵが0.4s〜1sになるようにＲＶＯＢＵ／ＥＳＯＢＵ＿ＥＮＴ／ＡＳＯＢＵ＿ＥＮＴを作成し（ステップＳＴ１５４００２）、ｊ５）へ移行する；
ｊ３）ＲＶＯＢ／ＥＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧ／ＡＳＯＢＵ＿ＴＭに1を設定し、切り分け情報（1-2sの情報）より、ＥＳＯＢＵが1s〜2sになるようにＲＶＯＢＵ／ＥＳＯＢＵ＿ＥＮＴ／ＡＳＯＢＵ＿ＥＮＴを作成し（ステップＳＴ１５４００３）、ｊ５）へ移行する；
ｊ４）ＲＶＯＢ／ＥＳＯＢ＿ＰＢ＿ＴＭ＿ＲＮＧ／ＡＳＯＢＵ＿ＴＭに2を設定し、切り分け情報（2.0〜3.0sの情報）より、ＥＳＯＢＵが2s〜3sになるようにＲＶＯＢＵ／ＥＳＯＢＵ＿ＥＮＴ／ＡＳＯＢＵ＿ＥＮＴを作成する（ステップＳＴ１５４００４）；
ｊ５）本処理を終了する。

図５４は、ＣＰ＿ＣＴＬ＿ＩＮＦＯ作成処理ＳＴ１２２０を説明するフローチャートである。以下、ＣＰ＿ＣＴＬ＿ＩＮＦＯの設定処理を説明する；
ｋ１）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ（ステップＳＴ１２２００）、有る場合は、その情報を元にコピー情報を構成し（ステップＳＴ１２２０４、ＳＴ１２２０６）、設定し、ｋ３）へ移行する；
ｋ２）コピー情報がない場合は、コピーフリーとして設定する（ステップＳＴ１２２０２）；
ｋ３）最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子が有るかどうか調べ（ステップＳＴ１２２０８）、有る場合は、その情報を元にＩＣＴ、ＥＰＮを設定しする（ステップＳＴ１２２１２、ＳＴ１２２１４）；
ｋ４）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＩＣＴ、ＥＰＮとして構成する。

図５５は、録画終了処理（ＳＴ１５０）におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート（プログラム設定処理フロー）である。この処理におけるＰＧ作成処理を以下説明する；
ｍ１）ディスクの最初の記録かどうかをチェックし（ステップＳＴ１６００）、最初の場合はＯＲＧ＿ＰＧＣを作成し（ステップＳＴ１６０２）、最初で無い場合はそのＯＲＧ＿ＰＧＣの後に追加するように設定する（ステップＳＴ１６０４）；
ｍ２）ＰＧ＿ＴＹに消去許可：０を設定し、Ｃｅｌｌ＿Ｎｓにセルの数を設定する（ステップＳＴ１７００Ｙ）；
ｍ３）ＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のlanguage_codeが"jpn"の場合は、管理情報ＶＭＧ＿ＭＡＴ内の文字情報ＣＨＲに0x12を設定し、プライマリテキスト情報ＰＲＭ＿ＴＸＴＩの第二領域にＥＶＥＮＴ＿ＮＡＭＥを設定し、ＲＥＰ＿ＰＩＣＴＩに代表画像の情報を設定する；
ｍ４）ＬＡＳＴ＿ＭＮＦ＿ＩＤに本機器のメーカＩＤを設定する（ステップＳＴ１７０２Ｙ）。この値は、ＰＧＩ、ＣＩ、ＲＶＯＢの変更があった場合にその変更した機器のメーカーＩＤを設定し、最後に編集、記録したのがどのメーカーであるかをわかるために設定するもので、これにより、違うメーカーの機器がディスクの記録内容を変更した場合に対応が取りやすくなる；
ｍ５）ＰＧ＿ＩＮＤＥＸにＰＧの絶対番号を設定し（ステップＳＴ１７０２Ｙ）、他のアプリケーションソフトウエアなどから参照する場合にＰＧ単位での参照を可能にする。さらに、本ＰＧ更新日時情報を記録する。この時、本機器で対応している（メーカーのコードが一致した）ＭＮＦＩやＩＴ＿ＴＸＴが有る場合には、その対応するデータの更新日時情報も設定する；
ｍ６）ＭＮＦＩに各メーカー独自の情報を設定する；
ｍ７）ＣＥＬＬ＿ＴＹにストリーマであることを示す情報（ＣＥＬＬＩ）を設定する（ステップＳＴ１７０４Ｙ）：
ｍ８）参照するＥＳＯＢ番号を設定し、再生するＩＤとして代表（ビデオの）ＰＩＤまたは、Component_Group_Idを設定し、ＥＰＩの数、再生開始ＰＴＭ、終了ＰＴＭ、ＥＰを設定それぞれ設定する（ステップＳＴ１７０４Ｙ）。

図５６は、図４２の装置の再生動作の一例を説明するフローチャート（全体の再生動作フロー）である。再生時のデータ処理は、以下の通りとなる（図５６〜図６５参照）；
ｎ１）ＶＭＧファイルを読み込み、再生するプログラムを決定する（ステップＳＴ２０７、ＳＴ２０８）。ＶＭＧの情報は図４２のワークＲＡＭ８０Ａに格納される。

ｎ２）ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩに従って再生をおこない、番組毎の再生を行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣに従って再生を行う。

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

ｎ５）再生開始時の処理を行う（ステップＳＴ２１２Ａ）；
ｎ６）各デコーダの設定（後途）を行う（ステップＳＴ２１７）；
ｎ７）セルの再生処理（後述）を行い（ステップＳＴ２２０）、再生終了かどうかをチェックする（ステップＳＴ２３０）。終了の場合には、エラーチェックを行い（ステップＳＴ２４０）、エラーの場合にはその旨を表示し（ステップＳＴ２４２）、エラーでない場合には再生終了処理を行い（ステップＳＴ２４０）、本動作を終了する；
ｎ８）再生終了しない場合は、ＰＧＣＩより次のセルを決定し（ステップＳＴ２３２）、ｎ７）へ移行する。

図５７は、デコーダ設定処理ＳＴ２１７を説明するフローチャートである。まず、
ｐ１）再生するグループを決め、ＧＰＩに従い、再生するＥＳを決める（ステップＳＴ２１７１）；
ｐ２）属性情報（ＳＴＩ又はＥＳＩ）を読み込む（ステップＳＴ２１７２）；
ｐ３）レコーダが対応できるフォーマットかどうかをチェックし（ステップＳＴ２１７３、ＳＴ２１７６）、対応可能な場合はその設定を行い（ステップＳＴ２１７４、ＳＴ２１７７）、対応不能の場合はミュートを設定する（ステップＳＴ２１７５、ＳＴ２１７８）；
ｐ４）ＣＣＩの設定を行なう（ステップＳＴ２１７９）。

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

ｑ２）再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する（ステップＳＴ２２０６）；
ｑ３）読み出す読み出し単位サイズと残りセル長を比べ（ステップＳＴ２２０７）、残りセル長が大きい場合には、残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定する（ステップＳＴ２２０８）。小さい場合には、読み出し長を残りセル長にセットし、残りセル長を０にセットする（ステップＳＴ２２０９）；
ｑ４）読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する（ステップＳＴ２２１０）。

ｑ５）１ＥＳＯＢＵ分たまるのを待つ。たまったら、バッファデコーダ転送処理を行い（ステップＳＴ２２２０）、次へ移行する。

ｑ６）転送が終了したかどうかをチェックし（ステップＳＴ２２２６）、終了した場合には、次へ移行する；
ｑ７）アングルキー等が押されたかどうかをチェックし（ステップＳＴ２２３８）、押された場合は、ＧＰＩがあるかどうかチェックする（ステップＳＴ２２３９）。ある場合はＧＰ切り替え処理を行い（ステップＳＴ２２４０）、無い場合は何もせずに次の処理へ移行する；
ｑ８）Ｓｋｉｐｓｗが押されたかどうかをチェックし（ステップＳＴ２２４６）、押された場合はＳｋｉｐ処理を行い（ステップＳＴ２２５０）、次の処理に移行する。

ｑ９）Ｓｔｏｐキーが押された場合（ステップＳＴ２２４８イエス）は終了処理（レジューム情報の保存処理等）を行い（ステップＳＴ２２５２）本処理を終了する。

ｑ１０）残りセル長をチェックし（ステップＳＴ２２２８）、“００”でない場合には、ｑ２）へ移行し、“００”の場合には、本処理を終了する。

図６０は、バッファデータデコーダ転送処理ＳＴ２２２０を説明するフローチャートである。バッファデータデコーダ転送処理を以下に説明する；
ｒ１）バッファＲＡＭ内のパケットグループの数をチェックし、1パケットグループ無い場合は本処理を終了する。1以上有る場合は、最初のパケットグループを処理するよう設定する（ステップＳＴ２２２００）；
ｒ２）目的のパケットグループをバッファＲＡＭ内より読み出す（ステップＳＴ２２２０１）。パケットグループの先頭は、パケットグループ長とSync_Patternにより検出する；
ｒ３）パケットグループヘッダ内のＰＡＴＳを読み出し、ＰＡＴＳが存在するかどうかをチェックする（ステップＳＴ２２２０２）。存在しない場合は、直ちに（時間に関係なく）デコーダ部（ＳＴＢ、デジタルチューナ）に1パケットグループを送る；
ｒ４）ＰＡＴＳ（6バイト）をそのまま各ＴＳパケットの転送時間とし、その時間に各ＴＳパケットをデコーダ部（ＳＴＢ部）に送る（ステップＳＴ２２２０３）。

ｒ５）転送終了まで待ち（ステップＳＴ２２２０４イエス）、ＴＳパケットの転送終了したら、ＣＣＩを基にＡＰＳの設定をビデオデコーダに対して行い（ＡＰＳのオン・オフ；ＡＰＳタイプの設定等）、またＣＣＩを基にデジタルコピー制御を行なう（ＣＧＭＳＡをビデオデコーダに対して設定するなど）。さらに、デジタル出力（ＩＥＥＥ１３９４、インターネット等）が有る場合はＥＰＮの値によりスクランブルオンまたは出力禁止等を設定する。さらに、ＩＣＴが０の場合は画像の解像度に制限を加え、高精細ＨＤを標準画質のＳＤに変換し、ＩＣＴが１の場合はオリジナルのまま出力するよう、装置の出力ＩＣを設定する（ステップＳＴ２２２０５）。この出力ＩＣ設定後、パケットグループがバッファＲＡＭに残っているかどうかをチェックする（ステップＳＴ２２２０６）。残っていない場合は（ステップＳＴ２２２０６ノー）本処理を終了する；
ｒ６）次のパケットグループを処理するよう設定し（ステップＳＴ２２２０７）、ｒ２）に移行する。

図６１は受信エラー処理（ＳＴ２２２２０）の一例を説明するフローチャートである。また、図６２は受信エラー処理時の表示例を説明する図である；
ｄ１）Packet Group Header内のERR情報を調べ（ステップＳＴ２２２２０Ｂ）、ERRがある場合には、その旨をユーザーに知らせる（ステップＳＴ２２２２０Ｃ；図６２の６８Ａまたは１０４Ａ参照）（機器の設定でその機能が有効と設定されている場合）。そうで無い場合は、その旨の表示を消す（ステップＳＴ２２２２０Ｄ）；
ｄ２）ERRがPacket毎、またはストリーム毎の場合：再生中のビデオストリームに対するエラーの数をカウントし、Packet Group毎の場合は、Packet Group毎のエラーの数をカウントする（ステップＳＴ２２２２０Ｆ）。

ｄ３）単位時間当たりのエラーの数が一定値以上の場合（ステップＳＴ２２２２０Ｇイエス）、ビデオのストリームを降雨対応ＧＰがある場合は（ステップＳＴ２２２２０Ｈイエス）そのＳＵＢビデオ（またはより低階層のビデオ）に変更する（ステップＳＴ２２２２０Ｊ）。これにより、通信エラーとディスクのエラーとの区別がつき、ディスクエラーの場合は、ディスクの交換、ピックアップのクリーニングを行う目安とし、通信エラーの場合は、低階層放送に移行することにより、映像を途切れずに（解像度は落ちるが）見る事ができ、慢性的な通信エラーの場合は、アンテナの調整等の目安として利用可能となる。また、エラー内容の表示例としては、モニター（ＴＶ）に表示する方法とレコーダ本体の表示部で表示する事が考えられる。

図６３は、ＧＰ切り替え設定処理ＳＴ２２４０の一例を説明するフローチャートである；
ｕ１）切り替えＳＷの種別を調べる（ステップＳＴ２２４００Ｄ）；
ｕ２）現在再生しているＧＰのＧＰＩを読み込む（ステップＳＴ２２４０１Ｄ）；
ｕ３）ＳＷ種別がマルチチャンネルの場合（ステップＳＴ２２４０２Ｄイエス）、映像の属性が変化する可能性があるため、切り替えないで終了する（切り替えに対応していないＴＹの場合は何もせずに終了）；
ｕ４）ＳＷ種別がマルチチャンネルでない場合（ステップＳＴ２２４０２Ｄノー）、ＳＷ種別が現在再生しているＧＰ内にあるＧＰ＿ＴＹにあるかどうかを調べる。無い場合は（ステップＳＴ２２４０４Ｄノー）、何もせずに終了する；
ｕ５）ＳＷ種別がＧＰ＿ＴＹにある場合は（ステップＳＴ２２４０４Ｄを調べる。同じＧＰ＿ＮＵＭを持つＧＰが在る場合は、そのＧＰに切り替えるためにＧＰＩ情報を読み込み（ステップＳＴ２２４０５Ｄ）、デコーダ設定処理を行う（ステップＳＴ２２４１０）。

図６４は、ディスコンティニュー処理ＳＴ２２２３０の一例を説明するフローチャートである；
ｅ１）ＤＣＮＩを読み出し（ステップＳＴ２２２３０Ａ）、今デコード中のパケットの位置にＤＣＮＩがあるかどうかをチェックし（ステップＳＴ２２２３０Ｂ）、ある場合は、デコーダの再生モードを内部クロックモード（PTSの値を無視し、内部のクロックの値のみで再生を行い（ステップＳＴ２２２３０Ｃ）、PCRを元にSTCを設定し、再び有効にする動作モード：外部同期モード）に移行させ、本処理を終了させる；
ｅ２）無い場合は、何もせずに本処理を終了させる。これにより、再生時に別タイトルを連続して録画した場合の再生に対応することが可能となる。

図６５は、ＳＫＩＰ処理（ＳＴ２２５０）の一例を説明するフローチャートである。まず、ＥＰＩＴを読み出す（ステップＳＴ２２５００）。マーカー情報（ＥＰＩＴ）を用いたスキップがフォワード方向のときは（ステップＳＴ２２５０２イエス）、現在再生中のＰＧＣ内ＰＧのセルのうち現在再生しているセルの位置より先のエントリポイントを取り出す（ステップＳＴ２２５０４）。スキップがリバース方向のときは（ステップＳＴ２２５０２ノー）、現在再生中のＰＧＣ内ＰＧのセルのうち現在再生しているセルの位置より以前のエントリポイントを取り出す（ステップＳＴ２２５０６）。こうして取り出されたエントリポイントが示す値から再生を開始するように設定を行なう（ステップＳＴ２２５０８）。

図６６は、ＥＰ編集処理ＳＴ２８２Ａを説明するフローチャートである；
ｆ１）ＥＰをつけるＰＧＣ、ＰＧを選択する（ステップＳＴ２８２Ａ−１）；
ｆ２）選択されたＰＧを図６７のように子画面６８Ｄとして表示し、タイムバー６８Ｂのポインタ６８Ｃにより再生位置を示しつつ（ステップＳＴ２８２Ａ−２）、再生を行う。

ｆ３）ユーザーにＥＰを付ける位置を選択させる（ステップＳＴ２８２Ａ−３）；
ｆ４）選択された位置情報（ＰＧＣ番号、ＰＧ番号、ＣＥＬＬ番号、ＰＴＭ、ビデオのＰＩＤ）をＥＰＩＴに設定する（ステップＳＴ２８２Ａ−４、−５）。この場合、テキストの入力がある場合には、その値をＰＲＭ＿ＴＸＴに設定し、さらに、サムネールの位置をさらに設定した場合は、その値をＲＥＰ＿ＰＩＣ＿ＰＴＭに設定する。これにより、ＥＰの設定が可能となる。

図６８は、タイトルメニュー表示時の動作を説明するフローチャートである；
ｖ１）ＶＭＧを読み出し（ステップＳＴ３００）、再生可能なタイトル（ＰＧ）を検出する（ステップＳＴ３０２）；
ｖ２）再生の準備（デコーダの設定等）をし（ステップＳＴ３０４〜ＳＴ３０８）、タイトル数を設定し、タイトル毎にＲＥＰ＿ＭＥＫＩを読み込み、その再生時間の映像を目的の画面位置に縮小表示する（図６９の６８）（ステップＳＴ３１０）。このとき、ＰＩＤで設定されたビデオストリームより再生を行う；
ｖ３）１画面分の表示を行った後、カーソル（図６９の６８Ｃ）と重なっているサムネール（図６９の６８Ｅ）をチェクし、重なっているサムネールの動画再生を再生時間分サムネールの領域で行う（ステップＳＴ３３２）；
ｖ４）ユーザーにタイトル選択させる。次ページのボタン（図６９の６８Ｆ）を選択した場合（ステップＳＴ３３６イエス）はｖ２）に移行する；
ｖ５）選択されたタイトルを再生するよう設定し（ステップＳＴ３３４イエス）本処理を終了する。以上により、デジタル放送に対応した木目細かい制御動作が実現できる。

＜実施の形態の要点＞
１．ＥＰＩＴをＣＥＬＬＩとは別領域に記録し、ＰＧＣＩ再生時の負担を減らす。この場合、再生位置とともにＰＩＤ、ＲＥＰ＿ＰＩＣ＿ＩＮＦＯを設定する。

２．ＳＫＩＰキーにより、ＥＰＩを順にスキップする。

＜実施の形態に応じた効果＞
ストリームレコーディングにおいて、ＥＳに対応したマーカー情報が提供できる。

また、ＰＧＣＩと別領域に記録することにより、ＰＧＣＩを処理する場合に、ＣＥＬＬの編集など行う場合に負担が軽くなる。

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

この発明の一実施の形態に係るデータ構造を説明する図。 この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。 この発明の一実施の形態に係るファイル構造を説明する図。 ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＨＤＶＲ＿ＭＧ）の一部（ＨＤＶＲ＿ＭＧＩ）がどのように構成されるかの一例を説明する図。 ＤＩＳＣ＿ＲＳＭ＿ＭＲＫＩがどのように構成されるかの一例を説明する図。 ＥＸ＿ＤＩＳＣ＿ＲＥＰ＿ＰＩＣＩがどのように構成されるかの一例を説明する図。 この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＭＧ）の他部（ＥＸ＿ＰＬ＿ＳＲＰＴ）がどのように構成されるかの一例を説明する図。 この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＨＤＶＲ＿ＭＧ）の他部（Ｍ＿ＡＶＦＩＴ）がどのように構成されるかの一例を説明する図。 ＲＶＯＢ＿ＴＭＡＰＩがどのように構成されるかの一例を説明する図。 ＥＳＴＲ＿ＦＩがどのように構成されるかの一例を説明する図。 ＤＶＤ＿ＨＤＶＲディレクトリに含まれるＳＦＩファイルＨＲ＿ＳＦＩｘｘ．ＩＦＯが、どのように構成されるかの一例を説明する図。 ＥＳＯＢＩに含まれるＥＳＯＢＩ＿ＧＩの構成例を説明する図。 ＥＳＯＢＩ＿ＧＩに含まれる種々な情報を説明する図。 ＥＳＯＢＩに含まれるＥＳＯＢ＿ＥＳＩがどのように構成されるかの一例を説明する図。 ＥＳＯＢ＿ＥＳＩに含まれるＥＳＯＢ＿Ｖ＿ＥＳＩがどのように構成されるかの一例と、このＥＳＯＢ＿Ｖ＿ＥＳＩに含まれるビデオ属性Ｖ＿ＡＴＴＲがどのように構成されるかの一例を説明する図。 ＥＳＯＢ＿ＥＳＩに含まれるＥＳＯＢ＿Ａ＿ＥＳＩがどのように構成されるかの一例と、このＥＳＯＢ＿Ａ＿ＥＳＩに含まれるオーディオ属性ＡＵＤＩＯ＿ＡＴＴＲがどのように構成されるかの一例を説明する図。 ＥＳＯＢ＿ＥＳＩに含まれるＥＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩがどのように構成されるかの一例を説明する図。 ＥＳＯＢ＿ＯＴＨＥＲ＿ＥＳＩ等に含まれるコピー制御情報（著作権保護情報）ＣＰ＿ＣＴＬ＿ＩＮＦＯがどのように構成されるかの他例を説明する図。 ＥＳＯＢＩに含まれるＤＣＮＩがどのように構成されているかの一例を説明する図。 ＥＳＯＢ＿ＴＭＡＰ（ＴＹＰＥ Ａ）がどのように構成されるかの一例を説明する図。 ＡＳＯＢ＿ＴＭＡＰ（ＴＹＰＥ Ｂ）がどのように構成されるかの一例を説明する図。 ＤＶＤ＿ＨＤＶＲディレクトリに含まれるタイムマップファイルＨＲ＿ＶＴＭＡＰ．ＩＦＯ／ＨＲ＿ＳＴＭＰｘ．ＩＦＯがどのように構成されるかの一例を説明する図。 ＥＸ＿ＶＴＭＡＰＴＩ等がどのように構成されるかの一例を説明する図。 ＲＶＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を説明する図。 ＳＴＭＡＰＴＩのＴＹＰＥ Ａが、どのように構成されるかの一例を説明する図。 ＳＴＭＡＰＴＩのＴＹＰＥ Ｂが、どのように構成されるかの一例を説明する図。 ＥＳ＿ＴＭＡＰ＿ＧＩ、ＥＳ＿ＴＭＡＰＩがどのように構成されているかの一例を説明する図。 ＥＳＯＢＵ＿ＥＮＴ（ＴＹＰＥ Ａ）の中身がどのように構成されるかの一例を説明する図。 ＥＳＯＢＵ＿ＥＮＴ（ＴＹＰＥ Ｂ）の中身がどのように構成されるかの一例を説明する図。 ＨＤＶＲ＿ＭＧに含まれるＰＧＣ情報（ＯＲＧ＿ＥＸ＿ＰＧＣ情報およびＥＸ＿プレイリスト情報／ＵＤ＿ＥＸ＿ＰＧＣＴ情報）が、どのように構成されるかの一例を説明する図。 ＥＸ＿ＰＧＣ情報がどのように構成されるかの一例を説明する図。 ＥＸ＿ＣＥＬＬ情報（ＥＸ＿ＣＩ）がどのように構成されるかの一例を説明する図。 ＥＰＩＴ情報がどのように構成されるかの一例を説明する図。 ＥＰＩＴ情報がどのように構成されるかの他例を説明する図。 ＥＰＩＴ情報がどのように構成されるかのさらに他の例を説明する図。 ＥＰＩＴ情報がどのように構成されているかの別例を説明する図。 図１または図２に示したストリームオブジェクト用のデータユニット（ＥＳＯＢＵ）がどのように構成されるかの一例を説明する図。 パケットグループヘッダに含まれるＰＫＴ＿ＧＲＰ＿ＧＩがどのように構成されるかの一例を説明する図。 ＤＣＩ＿ＣＣＩに含まれる各コピー管理情報ＣＣＩがどのように構成されるかの一例を説明する図。 ＦＩＲＳＴ＿ＰＡＴＳ＿ＥＸＴがどのように構成されるかの一例を説明する図。 製造者の管理情報（ＭＮＩ）がどのように構成されるかの一例を説明する図。 この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。 記録再生装置（レコーダ）の全体動作の一例を説明するフローチャート図（全体動作処理フロー）。 編集処理（ＳＴ２８）の一例を説明するフローチャート図（編集動作処理フロー）。 記録再生装置の録画動作の一例（その１）を説明するフローチャート図。 記録再生装置の録画動作の一例（その２）を説明するフローチャート図。 バッファ取り込み処理（ＳＴ１３０）の一例を説明するフローチャート図（バッファ取り込み処理フロー）。 ＰＫＴ＿ＧＲＰ＿ＧＩ処理（ＳＴ１３２９）の一例を説明するフローチャート図。 ストリーム情報（ＥＳＩ）作成処理（ＳＴ１２０）の一例を説明するフローチャート図（ＥＳＩ設定処理フロー）。 録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＴＲ＿ＦＩ）作成処理の一例を説明するフローチャート図（ＧＰＩ設定処理およびＴＭＡＰ設定処理付きのストリームファイル情報作成処理フロー）。 ＧＰＩ設定処理（ＳＴ１５３０）の一例を説明するフローチャート図。 ＴＭＡＰ設定処理（ＳＴ１５４０）の一例を説明するフローチャート図。 ＲＶＯＢ／ＥＳＯＢ構造設定処理（ＳＴ１５４００）を説明するフローチャート図。 ＣＰ＿ＣＴＬ＿ＩＮＦＯ作成処理（ＳＴ１２２０）を説明するフローチャート図。 録画終了処理（ＳＴ１５０）におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート図（プログラム設定処理フロー）。 装置の再生動作の一例を説明するフローチャート図（全体の再生動作フロー）。 デコーダ設定処理（ＳＴ２１７）を説明するフローチャート図。 セル再生時の処理（ＳＴ２２０）の一例（その１）を説明するフローチャート図。 セル再生時の処理（ＳＴ２２０）の一例（その２）を説明するフローチャート図。 バッファからデコーダへデータ転送する処理（ＳＴ２２２０）の一例を説明するフローチャート図。 受信エラー処理（ＳＴ２２２２０）の一例を説明するフローチャート図。 受信エラー処理時の表示例を説明する図。 ＧＰ切り替え設定処理（ＳＴ２２４０）の一例を説明するフローチャート図。 ディスコンティニュティー処理（ＳＴ２２２３０）の一例を説明するフローチャート図。 ＳＫＩＰ処理（ＳＴ２２５０）の一例を説明するフローチャート図。 ＥＰ編集処理（ＳＴ２８２Ａ）の一例を説明するフローチャート図。 ＥＰ編集処理動作時の表示を説明する図。 メニュー表示処理の一例を説明するフローチャート図。 メニュー表示処理における画面表示例を説明する図。

符号の説明

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

Claims (8)

1. 所定のデジタルストリーム信号を記録するように構成された情報記録媒体において、
   前記情報記録媒体は管理領域とデータ領域を持ち、
   前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、
   前記管理領域は所定の管理情報を記録できるように構成され、前記管理情報内にオブジェクト管理情報と再生順管理情報を持ち、
   前記管理領域が、前記再生順管理情報とは別にマーカー情報を持つように構成された情報記録媒体。
2. 所定のデジタルストリーム信号を記録するように構成された情報記録媒体において、
   前記情報記録媒体は管理領域とデータ領域を持ち、
   前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、
   前記管理領域は所定の管理情報を記録できるように構成され、前記管理情報内にオブジェクト管理情報と再生順管理情報を持ち、
   前記再生順管理情報はプログラム情報を含み、
   前記管理領域が、前記プログラム情報とは別にマーカー情報を持つように構成された情報記録媒体。
3. 所定のデジタルストリーム信号を記録するように構成された情報記録媒体において、
   前記情報記録媒体は管理領域とデータ領域を持ち、
   前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、
   前記管理領域は所定の管理情報を記録できるように構成され、前記管理情報内にオブジェクト管理情報と再生順管理情報を持ち、
   前記再生順管理情報はセル情報を含み、
   前記管理領域が、前記セル情報とは別にマーカー情報を持つように構成された情報記録媒体。
4. 前記オブジェクトはパケット化されて記録されるように構成され、
   前記管理情報は、前記マーカー情報を再生するための情報として、再生対象の再生継続時間もしくは再生終時間を設定する再生ポイント情報とともに、再生するオブジェクトのパケット識別子を持つように構成された請求項１ないし請求項３のいずれか１項に記載の情報記録媒体。
5. 請求項１ないし請求項４のいずれか１項に記載の情報記録媒体を用い、前記データ領域に前記オブジェクトを記録し、前記管理領域に前記マーカー情報を含む前記管理情報を記録するように構成した記録方法。
6. 請求項１ないし請求項４のいずれか１項に記載の情報記録媒体を用い、前記管理領域から前記マーカー情報を含む前記管理情報を再生し、前記データ領域から前記オブジェクトを再生するように構成した再生方法。
7. 請求項１ないし請求項４のいずれか１項に記載の情報記録媒体を用い、前記データ領域に前記オブジェクトを記録する構成と、前記管理領域に前記マーカー情報を含む前記管理情報を記録する構成とを具備した記録装置。
8. 請求項１ないし請求項４のいずれか１項に記載の情報記録媒体を用い、前記管理領域から前記マーカー情報を含む前記管理情報を再生する構成と、前記データ領域から前記オブジェクトを再生する構成とを具備した再生装置。

Images