JP2008065882A - デジタルストリーム記録媒体、記録方法、および再生方法 - Google Patents

Abstract

【課題】メーカー独自フォーマットで管理情報を作成可能なモードを規格に追加する。
【解決手段】所定規格のフォーマットを用いてデジタルストリーム信号を記録する情報記録媒体のデータ領域にはデータが複数オブジェクトに分かれて記録され、その管理領域には所定の管理情報（ESTR_FI_FN；HR_SFInn.IFO）が記録される。前記管理情報は、業者（メーカー）特有の管理フォーマットで記録する旨を示す情報（Manufacturer_MODE：HR_SFInn.IFOの“nn”＝F0〜FFでManufacturer_MODEを示す）とその業者を特定する情報（Manufacturer_ID）を持つように構成される。
【選択図】 図６

Description

この発明は、ＡＶコンテンツ等のデジタルストリーム信号を記録再生する際に用いられる規格の改良に関する。

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

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

ハイビジョンデジタル放送等の記録再生を可能とする次世代の規格の代表例として、HD_DVD-VR規格がある。しかしながら、ストリームのコンテンツとしては、デジタル放送以外にもデジタルハンディーカム（登録商標）等があり、そのほかに、各種有線放送、インターネット放送などデジタルストリームを用いたインフラが普及し始めている。そのそれぞれのストリームの規格は、記録する場合に解析可能であるが、HD_DVD-VR規格には、デジタルハンディーカム等は登録されていない。それでもシステムタイムクロック（ＳＴＣ）ベースのタイムマップ（ＴＭＡＰ）を作成可能であるが、HD_DVD-VR規格の管理情報（ESTR_FI、ESOBI等）で作成不能な部分が生じる可能性がある。

この発明の課題の１つは、デジタルハンディーカム等のメーカーの独自フォーマットで管理情報（ESTR_FI、ESOBI等）を作成可能なモードをHD_DVD-VR規格に追加することである。

この発明の一実施の形態では、所定のフォーマット（HD_DVD-VRフォーマット等）を用いてデジタルストリーム信号を記録する情報記録媒体が用いられる。この情報記録媒体は管理領域とデータ領域を持つ。前記データ領域には前記デジタルストリーム信号のデータが複数のオブジェクト（ＥＳＯＢ等）に分かれて記録され、前記管理領域には所定の管理情報（図６のHDVR_MG／ESTR_FI_FN；図７のHR_SFInn.IFO等）が記録される。ここで、前記管理情報は、業者（メーカー）特有の管理フォーマットで記録する旨を示す情報（Manufacturer_MODE：ESTR_FI_FN：HR_SFInn.IFO；“nn”＝F0〜FFまたは0xf0〜0xffのときManufacturer_MODEを示す）とその業者を特定する情報（Manufacturer_ID）を持つように構成される。（ここでいう業者は、主にハードメーカーが想定されるが、ソフトハウス、コンテンツプロバイダ等も業者の中に含まれ得る。）

デジタル放送以外のコンテンツに対応した木目細かい制御動作が実現できる。

以下、図面を参照してこの発明の種々な実施の形態を説明する。図１は、この発明の一実施の形態に係るデータ構造を説明する図である。RecordableあるいはRe-writableな情報記録媒体の代表例として、ＤＶＤディスク（波長６５０ｎｍ前後の赤色レーザあるいは波長４０５ｎｍ以下の青紫ないし青色レーザを用いた、単記録層または複数記録層の、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷ、ＤＶＤ−ＲＡＭ等）１００がある。このディスク１００は、図１に示すように、ファイルシステムが入っているボリューム／ファイル構造情報領域１１１とデータファイルを実際に記録するデータ領域１１２を含んで構成されている。上記ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている。

データ領域１１２は、一般のコンピュータが記録する領域１２０、１２２と、ＡＶデータを記録する領域１２１を含んでいる。ＡＶデータ記録領域１２１は、ＡＶデータの管理をするためのビデオマネージャ（ＶＭＧ）ファイルがあるＡＶデータ管理情報領域１３０と、DVD-Video（ROM Video）規格に準じたオブジェクトデータのファイルが記録されるROM_Videoオブジェクト群記録領域１３１と、ビデオレコーディング（ＶＲ）規格に準じたオブジェクトデータ（ＥＶＯＢＳ：Extended Video Object Set）のファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域１３２と、デジタル放送に対応したオブジェクトが記録されているストリームオブジェクトデータ（ＥＳＯＢＳ：Extended Stream Object Set）ファイル（ＳＲＯファイル）が記録される記録領域１３３を含んで構成されている。なお、ＳＲＯファイルのためのレコーディング規格は、適宜、ストリームレコーディング（ＳＲ）規格と表記する。

ここで、DVD-Video（ROM Video）はビデオタイトルセット（ＶＩＤＥＯ−ＴＳ）、録再ＤＶＤ（ＤＶＤ−ＲＴＲ）はＤＶＤ−ＲＴＡＶというように、フォーマット毎にファイルディレクトリが分けられ、この実施の形態で説明するデジタル放送対応の新たなＤＶＤ規格のファイルは、例えばDVD_HDVRというディレクトリに格納される（図３を参照して後述）。つまり、DVD_HDVRというディレクトリに、データの管理を行うためのＶＭＧファイルと、アナログ放送及びライン入力などのアナログ記録用のオブジェクトファイルであるＶＲＯと、デジタル放送のオブジェクトであるＳＲＯファイルが記録され、そのＳＲＯファイルがＥＳＯＢＳとなる。

図１の構成において、１つのＥＳＯＢＵ１４３は１以上のPacket Group１４７で構成されている。各Packet Group１４７は例えば１６（あるいは３２）パック（1 pack＝1 Logical Block：２０４８バイト）に対応しており、各Packet Group１４７はPacket Group Header１６１と複数のＴＳパケット１６３（１７０個）で構成されている。各ＴＳパケットの到着時間（Arrival Time）は、各ＴＳパケットの前に配置されたＰＡＴＳ（Packet Arrival Time Stamp：４バイト）１６２で表すことができる。

Packet Group１４７の先頭に配置されたPacket Group Header１６１内は、図示しないが、Header_ID（0x00000FA5）が設定され、続いてパケットグループ一般情報PKT_GRP_GI、コピー管理情報ＣＣＩ（Copy Control Information）またはＣＰＩ（Contents Protection Information）、および業者情報ＭＮＩあるいはＭＮＦＩ（Manufacturer’s Information）を含んで構成されている。

ここで、ＴＳパケットの到着時間は、録画開始を０（または所定の値）とし、録画終了までリニアにカウントアップさせる必要がある。ただし、ＳＴＣ（System Time Counter）とＰＡＴＳは同じ値を示すとは限らない（初期値の違いなどのため）。しかしながら、ＰＡＴＳ用カウンタのカウント間隔は、再生同期が合っている状態で、ＰＣＲ（Program Clock Reference）取り込みと次のＰＣＲ取り込みの間隔に対応したＳＴＣ用カウンタのカウント間隔に対して、同期させると有利である。なお、ＰＣＲはＭＰＥＧ−ＴＳ内の、図示しないアダプテーションフィールドに含まれている。また、Packet Groupには２つまでのＥＳＯＢが混在する事を許可する。つまり、ＥＳＯＢ毎にPacket Groupをアラインしなくてもよいと言うことである。

なお、各ＰＡＴＳに固有の下位４バイトは各ＰＡＴＳ（パケット到着時間の情報フィールド）に含まれているが、先頭ＰＡＴＳの上位２バイトはPacket Group Header１６１内の図示しないパケットグループ一般情報（PKT_GRP_GI）内に記述されるFIRST_PATS_EXTに含まれるようになっている。これにより、各ＰＡＴＳに６バイトのパケット到着時間を個別に記述するよりも、データ量を削減できる。

PKT_GRP_GIは、図示しないが、パケット種別PKT_GRP_TY（１＝ＭＰＥＧ−ＴＳ）、Packet Groupのバージョン番号VERSION、Packet Groupのステータス情報PKT_GRP_SS、Packet Group内の有効パケット数Valid_PKT_Ns、先頭のパケットに対するＰＡＴＳの上位２バイトFIRST_PATS_EXT等で構成されている。

さらに、PKT_GRP_SSは、スタッフィングが行われたかどうかを示すビットＳＴＵＦ（このＳＴＵＦビットが設定されている場合、Valid_PKT_Nsが0xAA以外の値を取る事を示している）と、PATS_SSを含んで構成されている。ここで、PATS_SSは、ＰＡＴＳの精度を示す値である（例えば、PATS_SSが00のときはＰＡＴＳ、FIRST_PATS_EXTの両方が有効で精度６バイトとなり；PATS_SSが01のときはＰＡＴＳのみ有効で精度４バイトとなり；PATS_SSが10のときはＰＡＴＳ, FIRST_PATS_EXTの両方が無効で精度無しとなる）。

なお、先頭パケットのＰＡＴＳの拡張バイトFIRST_PATS_EXTは、例えばPacket Groupの先頭にあるパケットの到着時間の上位２バイトで構成され、下位４バイトは各パケットの前に付けられている。これにより、より正確な時間の再生処理が可能となっている。

Packet Group Header１６１内には、図示しないCP_CTL_INFO（コピー制御情報：適宜、ＣＣＩまたはＣＰＩと略記）の記述場所がある。CP_CTL_INFOはPacket Group Header１６１のＣＣＩ（またはＣＰＩ）にあり、各Packet Groupのコピー制御をPacket Group Header１６１のところで行う。このＣＣＩ（またはＣＰＩ）の値は、デジタルコピー制御記述子、コンテント利用記述子により設定される。その内容は、例えばＣＧＭＳ（０＝禁止、１＝無制限許可）と、ＡＰＳ（０＝ＡＰＳ無し、１＝ＡＰＳタイプ１付加、２＝ＡＰＳタイプ２付加、３＝ＡＰＳタイプ３付加）と、ＥＰＮ（０＝コンテンツ保護（インターネット出力保護）、１＝コンテンツ保護無し）と、ＩＣＴ（０＝解像度制限、１＝制限無し）となっている。

あるいは、ＣＣＩ（またはＣＰＩ）は、デジタルコピー制御（00＝コピー禁止、01＝１回コピー許可、11＝コピー禁止）と、アナログコピー制御（00＝ＡＰＳ無し、01＝ＡＰＳタイプ１、10＝ＡＰＳタイプ２, 11＝ＡＰＳタイプ３）と、ＥＰＮ（０＝コンテンツ保護、１＝コンテンツ保護無し）と、ＩＣＴ（０＝アナログビデオ出力解像度制限、１＝制限無し）で構成されている。ここで、ＡＰＳとはAnalog Protection Systemのことでこの実施の形態ではマクロビジョン（登録商標）を想定している。

また、管理情報側（ESOBI_GI）にコピー制御情報（ＣＣＩまたはＣＰＩ）を置き全体でコピー管理（著作権管理）すること、もしくはＣＣＩ（またはＣＰＩ）を管理情報側とオブジェクト側（Packet Group）の両方に置き、オブジェクト側（Packet Group）の方を優先として、管理情報とオブジェクトの２段階でコピー管理（著作権管理）する事も考えられる。具体的には、タイトルメニューではESOBI_GIのＣＣＩを利用し、実際の機器動作ではPacket Groupの方を優先して処理を行なうことができる。

図１のストリームオブジェクト群記録領域１３３に記録されるストリームオブジェクトセットＥＳＯＢＳの構造は、１以上のＥＳＯＢ１４１で構成され、各ＥＳＯＢは、例えばＴＶ放送の１番組に相当する。ＥＳＯＢ１４１は１以上のＥＳＯＢＵ（Extended Stream object unit）１４３で構成され、ＥＳＯＢＵは、一定時間間隔（図示しないESOBU_PB_TM_RNGの値により変化する）分のオブジェクトデータもしくは、１以上のＧＯＰデータに相当する。（なお、ESOBU_PB_TM_RNGは、後述する図８のESOBI内のタイムマップ情報ESOB_TMAPIに含まれている。）
ただし、転送レートが低い場合１ｓ（１秒）以内で１ＧＯＰが送られない場合が考えられる（ＶＲでは内部エンコードであるため自由にＧＯＰを設定できるが、デジタル放送の場合エンコードが放送局であるため、どんなデータが来るか不明な可能性がある）。その場合は、ＥＳＯＢＵを１ｓの時間で区切り、区切ったＥＳＯＢＵ内にリファレンスピクチャがないことを示すよう、1STREF_SZ＝０を設定する。この場合、ランダムアクセスに使用できないＥＳＯＢＵが作られる。このため、ランダムアクセス可能なピクチャの先頭を含むＥＳＯＢＵをエントリＥＳＯＢＵ（ESOBU_ENT）と称して区別する。なお、1STREF_SZの情報フィールドは、ストリームファイル情報テーブル（ESTR_FIT）に含まれるストリームタイムマップ（ＥＳＴＭＡＰ）内のESOBU_ENT（図示せず）に設けられる。

また、転送レートが高く、Ｉピクチャが頻繁に送られる場合も考えられる。その場合、ＥＳＯＢＵが頻繁に区切られ、それに伴いＥＳＯＢＵの管理情報が増え、全体の管理情報が肥大化する恐れがある。そこで、（ＥＳＯＢ最後のＥＳＯＢＵ以外の）ＥＳＯＢＵは、総録画時間により決めた一定時間間隔（例えば１ｓ毎：区切りはピクチャ単位）または１以上のＧＯＰで区切るのが適当となる。

図２は、この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図である。図２に示されるように、ＳＲの管理データはＶＲと共通のファイルに記録され、ＳＲはＶＲと共通に制御され、ＳＲおよびＶＲはセル単位でリンクされ、再生場所の指定は再生時間単位で指定される。この管理データはHR_MANGER.IFO（図３を参照して後述）と称している。

ここでは、１つのＥＳＯＢＵは１以上のPacket Groupで構成され、各Packet Groupは16 Logical Block（１ＬＢ＝２０４８バイトのとき３２７６８バイト）としている。各Packet GroupはPacket Group HeaderとＴＳパケット（１７０個）で構成されている。各ＴＳパケットの到着時間は、各ＴＳパケットの前に配置されたＰＡＴＳ（Packet Arrival Time:４バイト）で表される。

次に、管理情報について、図３〜図１０等を参照して説明する。図３は、この発明の一実施の形態に係るファイル構造例を説明する図である。この例では、ＥＶＯＢ、ＥＳＯＢをそれぞれのディレクトリを階層ディレクトリで管理している。これにより、オブジェクト毎の管理がしやすくなり、HD_DVD-VIDEOにデータを変換する場合にもHDVR_VOBディレクトリのみを対象とすることが可能となる。

ここでは、DVD_HDVRというディレクトリにHR_MANGER.IFO（ＶＭＧファイル）を置き、HDVR_VOBにＥＶＯＢのオブジェクトファイル：HR_MOVIE.VROとＥＶＯＢ毎のＴＭＡＰファイル：HR_Vmmmm.MAP（ｍｍｍｍはVOB_INDEXと同じ番号：１〜１９９８）を置いている。そして、HDVR_SOBには、ＥＳＯＢのオブジェクトファイル：HR_STRnn.SROと、ＥＳＯＢ（AT_SOB）の管理ファイル：HR_SFInn.SFI：（ｎｎ＝００の場合はTYPE_B、ｎｎ＝０１〜０ｘｆｆの場合はTYPE_A）と、ＥＳＯＢ（AT_SOB）毎のＴＭＡＰファイル：Snn_mmmm.SMP：（ｎｎ＝００の場合はTYPE_B、ｎｎ＝０１〜０ｘｆｆの場合はTYPE_A、ｍｍｍｍはESOB(AT_SOB)_INDEXと同じ番号：１〜１９９８）を置いている。この場合、HD_DVD-VIDEOとの親和性を高めるために、ＶＴＭＡＰ構造を共通にすることが考えられる。また、ここに図５等を参照して後述するTYPE_Cを追加する場合は、たとえば、ｎｎ＝0ｘｆ0〜0ｘｆｆとすることができる。

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

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

例えばＳＴＢ（Set Top Box）の通常の再生手順としては、次のようなものがある。すなわち、電子番組表（ＥＰＧ情報）等によりユーザが番組を決定すると、目的の番組の開始時間にＰＡＴを読み込み、その読み込みデータを元に希望の番組に属するＰＭＴのＰＩＤを決定し、そのＰＩＤに従って、目的のＰＭＴを読み出し、そこに含まれる再生すべきビデオ、オーディオパケットのＰＩＤを決定する。そして、ＰＭＴおよび／またはＳＩによりビデオおよびオーディオの属性を読み出し、読み出した属性をビデオおよびオーディオの各デコーダへセットし、前記ビデオおよびオーディオデータをＰＩＤに従って切り出して、再生を行う。ここで、ＰＡＴ、ＰＭＴ、ＳＩ等はチャネル切り替えにも使用するため（チャンネルを切り替えてすぐに映像が出るように）、数100ms毎に送信されてくる。HD_DVD-VR規格は、このようなストリームの記録再生を管理できるように構成されている。

ただし、移動体用の放送では１セグメント放送が現在行われている。ここでは、ＰＡＴが無く、ＮＩＴ（Network Information Table）とＰＭＴだけである。ＮＩＴで記載されているサービス番号により予めＰＭＴが決まっており、このサービス番号に従ってＰＭＴが決定される。

さらに、デジタル放送をチューナからストリーマなどの記録機器に送信して記録する場合には、目的の番組のオブジェクトデータのみを選択して記録する。このフォーマットをパーシャルＴＳと称している。この場合、ＰＡＴおよび／またはＰＭＴは目的の番組に合わせ再編集され、さらにＳＩＴ（Selection Information Table）、ＤＩＴ（Discontinuity information Table）が追加される。ＳＩＴは放送内のＥＩＴ（Event Information Table）などの情報を基に作られ、ＥＩＴと同じタイミングで挿入される。また、ＤＩＴはビットストリームが不連続な箇所に挿入される。ＤＩＴは２ＴＳパケット一組で挿入される。これにより、コンテンツが不連続かどうかを判定できる。

現在、ＤＶＤレコーダは一般に普及し、ＶＴＲの需要に取って代わりつつある。そのＤＶＤレコーダの特徴的機能でチャプタ(エントリポイント)自動生成機能がある。この機能は、ほとんどのＤＶＤレコーダが実装している機能で、一定時間おきにエントリポイントを打ち（自動チャプタ分割）、スキップで再生を飛ばすことができる機能である。

また、デジタル放送が普及し、将来的にはアナログ放送がデジタル放送に切り替わろうとしている。そこで、この発明の一実施の形態では、アナログ放送の場合同じくデジタル放送でもチャプタを自動作成する場合に、デジタル放送に対応したエントリポイントの打ち方を提唱する。また、ＤＶＤの再生単位であるセル毎にセルタイプC_TY（CELL_TYPE）をみて、再生処理（出力方法を）を変更することも提唱する。

ここで、デジタル放送番組をＨＤＤやHD_DVD-RAMなどの高速なディスクメディアに記録する場合には、放送されたストリームデータをそのままデジタルデータとして記録する方が有利である。そのためにHD_DVD-VR規格が生まれた。この規格では、従来のＶＲ（ビデオレコーディング）フォーマットとは違い、ストリームをそのまま記録するフォーマットとしてのＥＳＲ（エクステンドストリームレコーディング）をＶＲにマージしている。これにより、HD_DVD-VR規格は、ＶＲの資産を生かしつつデジタル放送に対応した規格となっている。

ところで、デジタル放送は国毎に放送方式がちがう。たとえば、ヨーロッパではＤＶＢ（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となっている。

このように各国により、デジタ放送の方式は違い、また、放送局毎にも違う可能性がある。そのため、レコーダでは、それぞれの使用する方式に応じてオブジェクトを１または複数のファイルとして記録する必要がある。

このことから、現行のＶＲファイル構成に対して、この発明の一実施の形態においてさらに追加されるファイルは、図３に示すように、HR_SFInn.SFIおよびHR_SFInn.BUPというファイル名において“nn”が複数存在可能なように構成される。このように構成された１以上のファイルが、各放送方式毎に追加される。

また、たとえば“nn”＝00の場合は、放送方式が不明な場合や該当レコーダがその放送方式に対応していない場合に使用できる。この場合、放送方式不明のストリームまたはレコーダが非対応の放送方式のストリームは、タイプＢのストリーム（ESPB_STRB）として保存できる。そこで、放送局毎（または放送方式毎）にデジタル放送用の管理用情報であるESTR_FIを変更するため、複数のESTR_FIが存在し得る事になる。

図４は、この発明の一実施の形態で扱うコンテンツの種類の一例を説明する図である。また、図５は、この発明の一実施の形態で扱うコンテンツの種類の他例を説明する図である。現行のHD_DVD-VR規格のコンテンツの種類は図４に示すようにアナログ放送若しくはアナログ入力用のＥＶＯＢとデジタル放送用ＥＳＯＢの２種類あり、ＥＳＯＢはさらに解析可能コンテンツ（TYPE_A_ESOB）と解析不能コンテンツ（TYPE_B_ESOB）に分けられる。ＥＶＯＢはＰＳ（Program stream）に基づいて作成され、ＥＳＯＢはＴＳ（Transport stream）に基づいて作成される。

これに加え、この発明の一実施の形態におけるＴＳベースのストリームで、デジタル放送でないもののコンテンツを追加する方法は、図５に示すように、４種類考えられる：
第１のタイプは、TYPE_Aとして追加し、属性情報があらかじめ決まっている場合にＥＳＩが必要なくなるため、ＥＳＩを省略した方式である；
第２のタイプは、TYPE_Aとして追加し、属性情報を従来どおり、ＥＳＩをつける方式である；
第３のタイプは、TYPE_Bとして追加する方式である；
第４のタイプは、新たなＥＳＯＢのタイプとして処理する方式で、これをTYPE_Cとする。

ここで、タイプＢのストリーム（例えば１秒の間に到着するパケットを含むストリームオブジェクト：ESPB_STRB）の基本単位としてAT_SOBU（Arrival Time based SOBU）が定義される。ストリームの解析不能時にＰＡＴＳベースで管理情報を構築する場合、AT_SOBUはAT_SOBU_TM（Time Range of Arrival Time based SOBU）に示される時間間隔で区切られる。 AT_SOBU_TMは秒単位で指定する場合と２７MHzのカウント値で指定する場合の２種類が考えられる。このAT_SOBU_TMは、図示しないが、ESOBI内に、タイプＢのタイムマップ情報の一部として記述できる。

図６は、ストリームファイル情報（ESTR_FIT）内がどのように構成されるかの一例を説明する図である。図３のDVD_HDVRディレクトリは、ＤＶＤの管理情報ファイルであるHR_MANGER.IFOとアナログビデオオブジェクトファイルであるＶＲＯファイルとデジタル放送対応用のＳＲＯファイルを含んで構成されている。管理情報であるＨＤＶＭＧファイル（図６のHDVR_MG）は、従来のＤＶＤ−ＶＲ規格の管理情報にESTR_FIT（Extened Stream File Information table）が追加された構成を採っている。

ESTR_FITは、ESTR_FIのサーチポインタテーブルESTR_FI_SRPTと、１以上のストリームファイル情報ESTR_FI＃１〜＃ｎと、１以上のストリームタイムマップテーブルＳＴＭＡＰＴ＃１〜＃ｎを含んで構成されている。各ＳＴＭＡＰＴは、図示しないが、１以上のストリームタイムマップＳＴＭＡＰ＃１〜＃ｎを含んで構成されている。各ＳＴＭＡＰは、ストリームタイムマップ一般情報STMAP_GIと、１以上のエレメンタリタイムマップ情報サーチポインタETMAPI_SRP＃１〜＃ｎと、１以上のエレメンタリタイムマップ情報ＥＴＭＡＰＩ＃１〜＃ｎを含んで構成されている。各ＥＴＭＡＰＩは、１以上のストリームオブジェクトユニットエントリESOBU_ENT＃１〜＃ｎを含んで構成されている。各ESOBU_ENTは、該当ＥＳＯＢＵの最初のリファレンスピクチャ（ＭＰＥＧ−ＴＳの場合はＩピクチャ）のサイズを記述する1STREF_SZと、該当ＥＳＯＢＵの再生時間を記述するESOBU_PB_TMと、該当ＥＳＯＢＵのサイズを記述するESOBU_SZと、該当ＥＳＯＢＵの開始パケット位置を記述するESOBU_S_PKT_POS等を含んで構成されている。

さらに、図示しないが、自己録再用のVideo Recoding（ＶＲ）用のTMAP（Time Map）であるVTMAPTの更新日時情報（VTMAP_LAST_MOD_TM）をM_VOBI内に記載し、デジタル放送記録用のStream Recoding（ＳＲ）用のTMAPであるSTMAPTの更新日時情報（STMAP_FI_LAST_MOD_TM）をESTR_FI_GI内に、それぞれ記載し、この値と各TMAPTファイルに記載されている更新日時情報を比較し、同じ値であれば整合性が取れているとして処理を行うようにする。また、ストリームデータの管理はＶＭＧ内に保存され、ＶＲデータと同列に管理される。

ストリームの管理情報はESTR_FIT（Stream File Information table）に保存されており、ESTR_FITはESTR_FI_SRPTと各ESTR_FIとＳＴＭＡＰＩＴで構成される。ESTR_FI_SRPTはESTR_FITI（ESTR_FIT Information）と１以上のESTR_FI_SRPで構成される。ESTR_FITIは、ESTR_FIの総数と本テーブルの終了アドレスで構成され、ESTR_FI_SRPは、ESTR_FI_FN（ESTR_FI_file_name）とESTR_FIファイルの編集更新時間（ESTR_FI_LAST_MOD_TM）とAP_FORMAT_1（放送方式：Majorな括り：Japan_ISDB、ATSC、EU_DVB等）と録画した国コード：Country code（国コード：JPN＝日本）、PKT_TY（1=MPEG-TS）、ESOBI_Ns（ＳＯＢの数：ＥＳＯＢの数またはAT_SOBの数）ESTR_FIファイルのサイズとＳＴＭＡＰの合計サイズ等で構成することができる。

複数存在し得るESTR_FIのファイル中から使用するESTR_FIファイルを指定するために図６のESTR_FI_SRPT情報が存在し、その構造はESTR_FI_SRPTIと各ESTR_FIに対するポインタ情報であるESTR_FI_SRPで構成される。ここで、ESTR_FI_SRPは、ESTR_FIのファイルネームESTR_FI_FN、ESTR_FIファイルの更新日時情報ESTR_FI_LAST_MOD_TM、ESTR_FIのファイルサイズESTR_FI_SZ等の他に、放送方式情報であるAP_FORMAT_1とCountry code、Packet TypeとESOBIの数と、ESTR_FIのサイズと本ESTR_FIに属するSTMAPサイズの情報を含んで構成される。ここで、更新日時情報はESTR_FIファイル内にも設定されており、編集時ESTR_FIを変更した場合、その値も更新し、再生時、この値とESTR_FIファイル内の値を比べ、同じ値の場合、再生可能とする。また、例えばESTR_FIの数は４個以下とし、SOBIの数も９９９個以下としている。さらに、ESTR_FI file name：HR_SFInn.IFOのnnの部分がSTMAPのFile Name：HR_STMnn、IFOに反映され、STMAPのファイル名が決定される。

ところで、ＴＳストリームのコンテンツとしては、デジタル放送ストリーム以外にも、デジタルハンディーカム、各種有線放送、インターネット放送などがある。それぞれのストリームの規格は、記録する場合に解析可能であるが、現状のHD_DVD-VR規格では登録されておらず、ＳＴＣベースのＴＭＡＰを作成可能であるが、STR_FI、SOBI等で作成不能な部分がある可能性がある。そこで、この発明の一実施の形態では、業者（メーカー）独自のフォーマットでSTR_FI、ESOBI等を作成可能なモードをHD_DVD-VR規格に追加している。

ここで、デジタル放送ストリーム以外のストリームの特徴は、解析可能なストリームのためＰＴＳベースのＴＭＡＰを作成可能であるが、component_tag、NETWORK_ID、SERVICE_TYPEなどの日本の放送では必ず存在するパラメータが無い可能性があるということである。そのため、従来のTYPE_A、TYPE_Bのストリームでは該当せず、この発明の一実施の形態では、次で述べるような方法で、デジタル放送ストリーム以外のストリームを新たなストリームとして処理するようにしている。

すなわち、ストリームがこの発明の実施により追加されたストリームである事（Manufacturer_MODE）を示すように、図６のAP_FORMAT_1に特別なコード（例えば、ffffffffhまたは0x00000000ｈ）を設定する。さらにこの発明が適用される機器を作成したメーカーを示すＩＤ（Manufacturer_ID）、記録したストリームのソースを設定するＩＤ（MNF_AP_ID）等を追加している。ここで、Manufacturer_IDとしては、例えばＴＯＳＨＩＢＯといった単一メーカーを表す記載とすることができる。あるいは、Manufacturer_IDとして、メーカーグループ共同のＩＤを記載することもできる（例えばＴＯＳＨＩＢＯ＆ＭＥＣ）。さらには、Manufacturer_IDが示す情報として、コンピュータのシステムソフト供給源や記録されるストリームのコンテンツプロバイダを表す記載を含めることもできる。

また、MNF_AP_IDの値は、各メーカー（業者）が自由に設定可能であある。例えばデジタルカメラレコーダ、デジタルＶＣＲなど、ソースの所在をキャラクターで示したものをMNF_AP_IDとして用いることができる。これにより以下に続くESTR_FI（別ファイル）を開かずにそのESTR_FIの形式を判別することができ、レコーダがサポートしているフォーマットかどうかを判定できる（AP_FORMAT_1を用いた再生判定処理については図２１を参照して後述する）。

この発明の一実施の形態における管理情報について説明を続ける。図７は管理情報ファイル（HR_SFInn.IFO）の構成例を説明ずる図であり、図８は管理情報の一部（ESOBI_GI）の構成例を説明ずる図であり、図９は管理情報の他部（ESOB_ESI）の構成例を説明ずる図である。また、図１０は管理情報（ＰＧＣＩ）の構成例を説明ずる図である。

図６を参照して説明したESTR_FIは、ESTR_FI_GI（General Information）、１以上のESOBI_SRP（Stream Object information Search Pointer）、このESOBI_SRPと同数でその値で示されるESOBI（ESOB Information）で構成される。図７のHR_SFInn.IFOの一部に対応するESTR_FI_GIは、このESTR_FIが管理するオブジェクトのファイル名／ファイル番号（SFI_ID）とこのESTR_FI内のESOBI_SRPの数、このファイルのVERSION番号、パケットタイプPKT_TY（1=MPEG-TS）、パケットサイズPKT_SZ、パケットグループサイズPKT_GP_SZ（16 Logical Blockで固定）、パケットグループ内のＴＳパケット数PKT_Ns（0xAA：170 TS packetで固定）、STMAPの更新時間、STMAPのサイズ等を含む。このESTR_FI_GIには、さらに、この発明が適用される機器を作成したメーカーを示すＩＤ（Manufacturer_ID）、登録したストリームのソースを設定するＩＤ（MNF_AP_ID：その値は各メーカーが自由に設定可能、例えばデジタルカム、デジタルＶＴＲなど、ソースの所在を示すＩＤ）、Manufacturer_DATA（メーカーが自由に設定可能な領域）等が追加されている。

ここで、SFI_IDは“HR_SFInn”と表現され、タイプＢの記録モードでは“HR_SFI00”となる。一方、タイプＡの記録モードでは“HR_SFInn”の「nn」は01からFFまでの何れか１つの値をとる。つまり、“HR_SFInn”の「nn」が「00」であるか否かにより、記録されたＥＳＯＢがタイプＡなのかタイプＢなのかを識別できる。

ESOBIは、ESOBI_GI、ESOB_ESI（Elementary Information）、ESOB_DCNI（Discontinue Information）、ESOB_CONNI、ESOB_TMAP（Time Map）等で構成されている。図８に示すように、ESOBI_GIには、少なくともESOB_REC_MODE、AP_FORMAT_2（Minor）、録画開始日時（ESOB_REC_TM）、録画時間(ESOB_DURATION：有効値が無い場合はALL 0xff)、先頭の時間（ESOB_S_PTM/ESOB_S_PATS）、終了時間（ESOB_E_PTM/ESOB_E_PATS）等が記録され、さらに、ＰＳＩ／ＳＩの値を元に、SERVICE_ID、PMT_PID、NETWORK_ID、TS_ID、FORMAT_ID、SERVICE_TYPE、PCR_PID等を記録できるようになっている。ここで、AP_FORMAT_2は、その記載内容「１」でISDB-S（BS/CS放送）、「２」でISDB-T（地上デジタル放送）、「0xff」でその他（この発明の一実施の形態で追加されるデジタルハンディカム（登録商標）等のストリームはここを設定）を示すようになっている。

図８のESOBI_GIにはさらに、ESOB_ES_Ns（録画のために選択したＥＳの数）、ESOB_V_ES_Ns（録画したビデオESの内、ＴＭＡＰを作ったＥＳの数）、ESOB_A_ES_Ns（録画したオーディオＥＳのうち、ＴＭＡＰを作ったＥＳの数）を記録でき、さらに、Manufacturer_DATA（メーカーが自由に設定可能な領域）等を追加できるようになっている。

ただし、TYPE_Bと今回追加されるストリームの場合、解析出来ないで記録される場合がある。その場合は、ＰＳＩ／ＳＩの値が不明（もしくは信用出来ない）と言う事になり、SERVICE_ID、PMT_PID、NETWORK_ID、TS_ID、FORMAT_ID、SERVICE_TYPE、PCR_PID等が記載出来ない。このようなときにESOB_TYにＰＳＩ／ＳＩの情報が無効であると言うフラグを設定することが考えられる。その場合、上記のSERVICE_ID、PMT_PID、NETWORK_ID、TS_ID、FORMAT_ID、SERVICE_TYPE、PCR_PIDの値が無効となる。または、全体のフラグで示すのでなく、SERVICE_ID、PMT_PID、NETWORK_ID、TS_ID、FORMAT_ID、SERVICE_TYPE、PCR_PIDのそれぞれの値に無効値（0xff）を設定し、無効の場合はその値を設定する事も考えられる。ただし、TYPE_BでもＰＳＩ／ＳＩの値が有効の場合はあり得る。

図８のESOBI_GIに含まれるESOB_REC_MODEはストリームのタイプを示しており、01でType A SOB、02でType B SOB、03でType C（図５の第４タイプ）を示している。TYPE Aはストリームの構造が解析可能なストリームで管理情報がＰＴＭベースで管理されており、TYPE Bはストリームの構造が解析できず、そのため、管理情報がＰＡＴＳベースで管理されている。そのため、ＴＭＡＰもType AはＰＴＭベース、Type BはＰＡＴＳベースとなっている。一方、TYPE Cでは、ＴＭＡＰはＰＴＭベースであるが、管理情報がＡＲＩＢに合わない方式になっている。さらに、NORMAL flag がこの領域にある場合（図８のESOBI_GI）とＥＳＩ内にある場合（図９のES_TY）の２種類が考えられる。

図９のESOB_ESIには、ES_TY（ビデオストリームかオーディオストリームか等を識別する情報）と、ES_PID（ESのPID）と、STREAM_TYPE（PMT内で示されるストリームタイプ）と、Es_Index（コンポーネント記述子で示されるCOMPONENT_TAGの値、若しくは本機器が適当に割り振った重ならない値）、さらに、Manufacturer_DATA（メーカーが自由に設定可能な領域）を追加することができる。

ここでのManufacturer_DATAには各ストリームの属性情報を入れることが可能で、Video streamの場合には、図９に例示するようなビデオ属性情報V_ATRを入れることが可能となっている：
Video圧縮モード（圧縮方式の種類：1=MPEG1、2=MPEG2、3=MPEG4_AVC、4=VC-1・・・）、
Aspect Ratio（0=4：3、1=16：9）、
Souse resolution（0=352*240(288) 、1=352*480(576) 、2=480*480(576) 、3=544*480(576) 、4=704×480（576）、5=720*480(576) 、8=1280*720、9=960*1080、10=1280*1080、11=1440*1080、12=1920*1080、16=640*480(576)、17=unspecified(Horizontal)*240(288)(Vertical)、18=unspecified(Horizontal)*480(576)(Vertical) 、19=unspecified(Horizontal)*720(Vertical) 、20=unspecified(Horizontal)*1080(Vertical)、1fh=unspecified、
Souse picture progressive mode（0=Interlace、1=Progressive、3=unspecified）、
frame rate（24/1.001、2=24、3= 25、4= 30/1.001、5=30、6=50、7= 60/1.001、8=60、0xf=unspecified）等。

ここで、unspecifiedは、ＰＳＩ／ＳＩの解析だけでは分からない場合でオブジェクト内を調べられない場合に、「不明」と言う事で記載する場合に設定する。ＡＲＩＢにおいては、特に垂直解像度だけが判明し、水平解像度が不明の場合があるため、垂直解像度のみ記載する事が可能となっている。

Audio streamの場合は、図９に例示するように、Manufacturer_DATAを、Audio_Coding_Mode（0=AC3, 2=MPEG1 or MPEG2 without extension bitstream, 3=MPEG2 with extention bitstream, 4=L-PCM,0x30=MPEG2 AAC 0x3f=unspecified）、Sampling_frequency fs（0=48kHz, 1=96kHz, 2=192kHz, 4=12kHz, 5=24khz, 8=32kHz, 9=44.1kHz, 0xf=Unspecified）、number of audio channels（0=1h:Mono, 1=2ch:Stereo, 2=3ch, 3=4ch, 4=5ch, 5=6ch, 6=7ch, 7=8ch, 9=2h:Dual Mono, 0xf=unspecified）、Bit rate等のオーディオ属性情報A_ATRで構成することが可能となっている。

ただし、図５の第１タイプの場合にはＥＳＩは存在せず、前もって決められた属性で再生を行う。これは、記録するソースが固定で、そのソースから来るストリームの属性があらかじめ判明している場合に有効な手段であるが、不明若しくは複数の種類のストリームを扱う場合にはＥＳＩが必要となる。

この発明の一実施の形態では、新たなＥＳＩ構造が提案されているが、従来のＩＳＤＢ対応の構造も同時に使用可能となっている。どちらの構造が使用されるのかの判定を行うため、ESOB_GI内に、若しくはＥＳＩ内のES_TYにフラグ（NORMAL flag）を設け、このNORMAL flagを用いてその判別を行う。このNORMAL flag は、ＥＳＩが従来のＡＲＩＢ仕様のものであるか、この発明の一実施の形態で新しく提案している方式であるかを判定する情報である。これにより、再生時、ＥＳＩを読み込むときにそのＥＳＩの方式を判定可能となる。

ESOB_TMAPは、図示しないが、ESOB_TMAP_GIと１以上のES_TMAPI_GIで構成される。ここで、ESOB_TMAP_GIは、ADR_OFS（ファイル先頭からのＥＳＯＢ先頭までのPacket Group番号（又はＬＢアドレス））と、ＰＴＭベースの場合、ESOBU_PB_TM_RNG（ＥＳＯＢＵの再生時間の範囲：1=2s以下、2=3s以下、3=1s以下）と、ESOB_S_PKT_POS（ＥＳＯＢの先頭のPacket Group内での始まり：0≦ESOB_S_PKT_POS≦169）と、ESOB_E_PKT_POS（ＥＳＯＢの先頭のPacket Group内での終わり：0≦ESOB_E_PKT_POS≦169）と、ESOB_SZ（ＥＳＯＢのサイズ）と、ES_TMAP_GI_Ns（本ＥＳＯＢに所属するES_TMAPの数）で構成される。

ES_TMAPI_GIは、ESIN（本TMAPの対象ＥＳのＥＳＩ番号）、ADR_OFS（ＥＳＯＢファイル先頭から本ＥＳの先頭までの論理アドレス）、ES_S_PTM（スタートＰＴＭ）、ES_E_PTM（エンドＰＴＭ）、ES_ESOBU_ENT_Ns（ESOBU_ENTの数）、LAST_ESOBU_E_PKT_POS(最後のＥＳＯＢＵのPacket Group内での位置)、STMAP_N（本ＥＳに属するSTMAPIT内のＴＭＡＰ番号：各STMAPTに順番に記録されている場合はこの番号は無くても良い）で構成される。

STMAPITは、別領域に記録され（別ファイル）、STMAPITIと１以上のSTMAPI_GIと1以上のETMAP_SRPとそれと同数のETMAPIで構成される。STMAPTIは、STMAPTのエンドアドレス情報、本TMAPのバージョン情報、STMAP_SRP_Ns(TAMP_SRPIの数＝TMAPIの数)、STMAPの更新日時情報（VMGIの値と同じ）、STMAPI_GIの数で構成される。STMAP_GIは所属するETMAP_SRPの数で構成され、STMAPに属するETMAPは頭から数順に決められる。ETMAP_SRPはETMAPIへのアドレス情報とESOBU_ENTの数で構成されている。ただし、ESOBU_ENT間にごみデータが有っても良い。

ＰＡＴＳベースの場合、ESOB_TMAP_GIは、ADR_OFS（ファイル先頭からのＥＳＯＢ先頭までのPacket Group番号（又はLBアドレス））と、AT_SOBU_TM（ＥＳＯＢＵの到着時間間隔：0=1s,1=2s）と、ESOB_S_PKT_POS（ＥＳＯＢの先頭のPacket Group内での始まり：0≦ESOB_S_PKT_POS≦169）と、ESOB_E_PKT_POS（ＥＳＯＢの先頭のPacket Group内での終わり：0≦ESOB_E_PKT_POS≦169）と、AT_SOBUI_Ns（本ＥＳＯＢに所属するAT_SOBUの数）と、ESOB_SZ（ＥＳＯＢのサイズ）で構成され、編集はAT_SOBU単位で行い、ＰＡＴＳ開始／終了時間（CELLI）で調整を行う。

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

ＰＴＭベースのESOUB_ENTの場合は、エントリ内の最初のリファレンスピクチャ（Ｉピクチャ等）のＥＳＯＢＵ先頭からの最終アドレス情報（ＬＢ単位）、ＥＳＯＢＵの再生時間（フィールド数）、ＥＳＯＢＵサイズ（ＥＳＯＢＵに属するパケットグループの数）、ESOBU_S_PKT_POS（ＥＳＯＢＵの先頭が入っているパケットグループの先頭からのパケット数）等で構成される。

タイムサーチの場合、PB_TMの累積で目的の時間のＥＳＯＢＵを求め、そのＥＳＯＢＵの先頭からのフィールド数で再生開始ＰＴＭを換算する。ここで、目的のＥＳＯＢＵをＫ、目的のアドレスをＡとすると、
Ａ＝ESOB__ADR_OFS+目的のESのES_ADR_OFS+Σ^k-1 _N=1ESOBU_SZ（N）×16+1
となる。さらに、先頭のパケットはESOBU_S_PKT_POSの値のパケットとなり、このアドレスにアクセスすることになる。

ＰＡＴＳベースのAT_SOBU_ENTは、Packet単位の場合とPacket Group単位の２種類が考えられる。Packet単位の場合、より正確なアドレスが得られるが、AT_SOBU_ENTのデータが増え、Packet Group単位の場合はAT_SOBU_ENTのデータは少ないがPacket Group単位でしかアドレスを取れない。

Packet単位の場合は、AT_SOBU_SZとAT_SOBU_POSで構成される。AT_SOBU_S_PKT_POSはPacket Group内でのAT_SOBUの先頭の位置をPacket数で示している。Packet Group単位の場合はAT_SOBU_SZで構成され、AT_SOB_S_PKT_POS、AT_SOB_E_PKT_POSは０に固定される。

また、ESOB_TMAP_GIには、ADR_OFSとAT_SOB_SZ、AT_SOB_E_PKT_POSがAT_SOB全体の値に関した値として記載される。ここで、
AT_ADR_E_OFS=AT_SOB_SZ-（AT_ADR_S_OFS+Σ^k-1 _N=1AT_SOBU_SZ（N）+1）
また、AT_SOB_SZ>AT_ADR_S_OFS、AT_SOB_SZ>AT_SOBU_SZ等の式も成り立つ。

ESOB_SZは、AT_SOBの先頭の属するPacket GroupよりAT_SOBにPacket Groupの最後の属するPacket GroupまでのPacket Group数で、ESOBU1_SZはＥＳＯＢＵの先頭のPacket GroupからＥＳＯＢＵ最後のPacket Groupまでの数となり、各ESOBU_S_PKT_POSはＥＳＯＢＵの切れ目とPacket Groupの切れ目の差をPacket数で表している。時間情報は、ＰＡＴＳベースのため、ＥＳＯＢの開始時間としてESOB_S_PATS、終了時間をESOB_E_PATSとし、ＰＡＴＳで表している。ただし、ESOB_E_PATSに関しては、最後のPacket Groupの最後のPacketのＰＡＴＳ(到着開始時間)であり、最終受信終了時間では無い。編集はＥＳＯＢＵ毎に行い、再生開始時間(CELLIのCELL_S_PATS)を指定する。ＥＳＯＢＵ毎の編集のため、ESOB_S_PATSは必ずＥＳＯＢＵの先頭と一致する。ADR_OFSはファイル先頭からＥＳＯＢの先頭までのLBNである。

図１０は、HDVR_MG（図３のＨＤＶＭＧファイル）に含まれるEX_ORG_PGCIおよびEX_UD_PGCIT（プレイリスト情報）がどのように構成されるかの一例を説明する図である。ＰＧＣ情報（ORG_PGCIまたはUD_PGCI）は再生情報である。通常のＶＲフォーマットと同じく、ORG_PGC情報は録画時に機器が自動作成するもので、録画順に設定される。UD_PGC情報はユーザが自由に追加できるもので、再生順番に従って作成され、プレイリストと呼ばれている。この２つ（ORG_PGCIとUD_PGCI）のフォーマットはＰＧＣレベルで共通ある。

ここで、ＰＧＣ情報（ORG_PGCIまたはUD_PGCI）に含まれるプログラム情報（ＰＧ情報：EX_PGI）には、このＰＧが更新された日時情報が保存される。これにより、そのＰＧが何時編集されたかがわかる。ここで、ＰＧ番号は該当ディスクに記録し始めてからの絶対番号で、他のＰＧを削除しても変わらないインデックス番号としている。

さらに、ＣＥＬＬ情報では、ＣＥＬＬタイプにTYPE_A/B/C（図５参照）の種別が加わっており、ESOBI_SRP番号、開始時間、終了時間、再生するデフォルトのビデオストリームのＥＳＩ番号等を指定する。ここで、開始時間、終了時間は、再生時間（ＰＴＭベースの場合）またはＰＡＴＳ時間（ＰＡＴＳベースの場合）の２種類のどちらかで表わされる場合が考えられる。

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

なお、再生時間で指定した場合、必ずしもＩピクチャの先頭で再生を開始できるとは限らない。再生開始のフレームがＩピクチャで無い場合は、その直前のＩピクチャよりデコードを開始し、目的のフレームまでデコードをした所で、表示を開始し、ユーザには指定されたフレームから再生開始した様に見せる事により対応している。また、ＰＧに特有のＩＤ番号（PG_INDEX）を付け、途中のＰＧを削除しても変わらない番号でＰＧを指定できるようにしている。さらに、CELLには再生するESTR_FI番号とESOBI_SRP番号を設定している。

ところで、再生処理時などにおいて参照するＩＤは、再生するストリームを代表するストリームのＰＩＤを設定する方法と、マルチビューＴＶなどの場合などで、コンポーネントグループのＩＤを設定する方法と、ＥＳＩ番号で指定する方法が考えられる（ＰＩＤの設定には、１３ビットの実データで記載する方法、ＰＭＴ内の順番を記載する方法、またはコンポーネントタグの値を記載する方法などがある）。また、参照するＧＲＰ番号（GRP_SRP番号）を入れ、切り換える方法も考えられる。

なお、プログラムに特有のＩＤ番号（図１０のEX_PGI＃ｐなどに対応するPG_INDEX：図示せず）を付けることで、途中のプログラムやセルを削除しても変わらない番号でプログラムやセルを指定できるようにしている。また、図１０のセル情報（EX_CI）には、再生するストリームのファイル番号（ESTR_FIN）と対応ESOBIのサーチポインタ番号ESOBI_SRPＮを設定している。さらに、EX_CIには、チャプタに相当するセルエントリポイントの情報C_EPI（Entry Point Information）が設けられている。

図１０のEX_PGC情報に含まれるプログラム情報（EX_PGI＃１〜＃ｐ）各々には、図示しないが、該当プログラムが更新された日時情報（PG_LAST_MOD_TM）が保存される。これにより、該当プログラムが何時編集されたかがわかる。また、各EX_PGIには、番組名等の記述用にプライマリテキスト情報（PRM_TXTI）のフィールドが用意されている。また、その他のテキスト情報を保存するため図１０のEX_TXTDT_MG内にアイテムテキスト（IT_TXT）領域を設け、そこにその他の情報（監督名、主演名、…等）を保存する。そして、該EX_PGIにはその保存したIT_TXTのサーチポインタ番号を設定してリンクさせ、さらに、IT_TXTデータの方にも対応するプログラム番号を設定している。ここで、プログラム番号は、例えば図１のディスク１００に記録し初めてからの絶対番号で、他のプログラムを削除しても変わらないインデックス番号（PG_INDEX）としている。

また、EX_PGIには、プレイリストと同様にレジューム情報フィールド（PG_RSM_MRKI）が存在し（プレイリストのサーチポインタに存在する）、各プログラム毎のレジュームマーカ（再生中断時にどこまで再生したかを示すマーカ）を記述できるようにしている。図示しないが、PG_RSM_MRKIには、再生を再開するための情報として、セル番号ＣＮ、再生開始点MRK_PT、そのマーカを作成した日時情報MRK_TMを設定している。これらをタイトルレジュームとして使用する。MRK_PTには、ムービーセルあるいはタイプＡのストリームセルでは再生時間ＰＴＭが記述され、タイプＢのストリームセルではパケット到着時間ＰＡＴＳが記述される。

さらに、EX_PGIには、プログラムの代表画像情報フィールド（PG_REP_PICTI）が存在する。このPG_REP_PICTIには、プログラム毎の代表画像情報（タイトルメニューなどでサムネールとして表示する画像のマーカ）として、ピクチャポイントPICT_PT、ピクチャポイントが存在するセルの番号ＣＮ等が記述される。PICT_PTには、ムービーセルあるいはタイプＡのストリームセルでは代表画像の再生時間ＰＴＭが記述され、タイプＢのストリームセルでは代表画像のパケット到着時間ＰＡＴＳが記述される。

図示しないが、図１０のC_EPIには、各セルタイプ毎に２種類あり、合計６種類となる。M_CELL_EPI_TY_Aは、エントリポイント情報のタイプ（EPI_TY）と、エントリポイントがついている個所の再生時間（EP_PTM）で構成される。また、M_CELL_EPI_TY_Bは、EPI_TYおよびEP_PTMの他にPRM_TXTI（プライマリテキスト情報）をさらに含んで構成されている。

STR_A__CELL_EPI_TY_A（ＥＳＯＢタイプＡ用）は、エントリポイント情報のタイプ（EPI_TY）と、エントリポイントがついている個所の再生時間（EP_PTM）で構成される。また、STR_A__CELL_EPI_TY_Bは、EPI_TYおよびEP_PTMの他にPRM_TXTI（テキスト情報）をさらに含んで構成されている。

STR_B__CELL_EPI_TY_A（ＥＳＯＢタイプＢ用）は、エントリポイント情報のタイプ（EPI_TY）と、エントリポイントがついている個所のパケット到着時間（EP_PATS）で構成される。また、STR_B__CELL_EPI_TY_Bは、EPI_TYおよびEP_PATSの他にPRM_TXTI（テキスト情報）をさらに含んで構成されている。

図１１は、この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。この録再装置は、図示するように、ＭＰＵ部８０、表示部１０４、デコーダ部５９、エンコーダ部７９、ＴＶチューナ部８２、ＳＴＣ部１０２、Ｄ−ＰＲＯ部５２、一時記憶部５３、ディスクドライブ部５１、キー入力部１０３、ビデオミキシング部６６、フレームメモリ部７３、ＴＶ用Ｄ／Ａ部６７、地上波デジタルチューナ部８９、ＩＥＥＥ１３９４（および／またはＨＤＭＩ）Ｉ／Ｆ部７４、イーサネット（登録商標）Ｉ／Ｆ部（図示せず）、リモコン受信部１０４、さらに、ＳＴＢ部（ＢＳデジタルチューナ等）８３、緊急放送検出部８３ｂ、ＨＤＤ部１００ａ等により構成されている。この構成では、録再ＤＶＤレコーダにストリーマの機能を追加する形となっている。

エンコーダ部７９は、Ａ／Ｄ部８４、ビデオエンコード部８７、オーディオエンコード部８６、副映像エンコード部（図示せず）、フォーマッタ部９０、バッファメモリ部９１等により構成されている。また、デコーダ部５９は、分離部６０、ビデオデコード部６１、副映像デコード部６３、オーディオデコード部６４、ＴＳパケット転送部１０１、Ｖ−ＰＲＯ部６５、オーディオ用Ｄ／Ａ部７０等により構成されている。さらに、ＳＴＢ部８３には、デジタル放送を受信するためのアンテナ８３ａが接続されている。なお、ＳＴＣ部１０２は２７MHzベースでカウントするように構成されている。

記録時の信号の流れは、次のようになる。すなわち、ＳＴＢ部８３（または地上波デジタルチューナ８９）で受け取ったＴＳパケットデータは、フォーマッタ部９０で、パケットグループ化してバッファメモリ部９１へ一時保存し、一定量たまった時点でディスク１００および／または１００ａに記録する。このフォーマッタ部９０にはＰＡＴＳ用の内部カウンタ９０ａが接続されている。ＴＳパケットの到着時間はＰＡＴＳ用のカウンタ９０ａでカウントし、そのカウント値を各ＴＳパケットの先頭に付けて、バッファメモリ部９１でバッファリングする。このカウンタ９０ａはＰＣＲ（またはＳＣＲ）によりカウント間隔の微調整を行い同期化するが、ＳＴＣ１０２のようにＰＣＲ（またはＳＣＲ）の値をロードする事は無い。

この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。その場合、Packet Groupの先頭のPacketのＰＡＴＳの上位２バイトのみヘッダ（FIRST_PATS_EXT）に入れ、それ以外のＰＡＴＳは下位４バイトのみがＴＳパケットとともに（ＴＳパケットの前のＰＡＴＳに）保存される。また、地上波チューナ８２やライン入力から入力されたアナログ信号は、Ａ／Ｄ部８４でデジタル変換される。そのデジタル信号は、各エンコード部へ入力される。すなわち、ビデオ信号はビデオエンコード部８７へ、オーディオ信号はオーディオエンコード部８６へ、文字放送などの文字データは図示しない副映像エンコード部へ入力される。ここでは、例えばビデオ信号はＭＰＥＧ圧縮され、オーディオ信号はＭＰＥＧオーディオ圧縮がなされ、文字データはランレングス圧縮される。

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

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

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

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

2）ＳＴＣが一周したか（Wrap aroundしたか）をチェックし、した場合はその位置情報より、管理情報の一部（CNT_SEG情報：CNT_SEGI）を作成する。ここで、図７のＥＳＯＢＩは、図示しないが、ＥＳＯＢの不連続情報ESOB_DCNIを含んでおり、このESOB_DCNIがCNT_SEGIを１以上含むように構成されている。各CNT_SEGIはCNT_SEG_SZ（CNT_SEGのサイズ：Packet Group数）およびCNT_SEG_PKT_POS（Packet Group内でのCNT_SEGの先頭のPacket数）で構成されている。これらの情報から、記録／再生装置のシステムタイムカウンタＳＴＣのカウント動作が１周した（Wrap aroundした）か否かを示すことができる。これにより、例えば時間情報ＰＴＭにＥＳＯＢ先頭からのCNT_SEG数を入れ、事前にＳＴＣのWrap aroundが発生している事を確認し、ＴＭＡＰの計算などに使用することができる。

3）パケットグループの先頭の場合は、Header_ID:0x00000fa5を設定し、先頭でない場合は5）へ移行する；
4）ＴＳパケットの到着時間をＰＡＴＳとして、ＰＡＴＳの下位４バイトをＴＳパケットの前に配置し、先頭のＰＡＴＳの上位２バイトをFIRST_PATS_EXTとしてPacket Group Header（図１の１６１）に設定し、6）へ移行する；
5）ＴＳパケットデータエリアに取り込んだＴＳパケットに対して、ＰＡＴＳの下位４バイトをＴＳパケットの前に付け、Packet Groupのデータリアに設定する；
6）パケットグループが終わったかどうかを判定し（１７０個のＴＳパケットをグルーピングしたかどうかを判定し）、終わってない場合は、1）へ移行し、終わった場合は、ＣＣＩ処理、ＭＮＦＩ処理を行い、グループデータをバッファＲＡＭ内に一時保存する。

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

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

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

図１２は、図１１の装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）である。ここでのデータ処理は、録画処理、再生処理、データ転送処理（ＳＴＢへのデジタル出力処理など）、番組設定処理、編集処理の５通りとなる。例えば図１１の装置の電源がオンされると、ＭＰＵ部８０は、（工場出荷時またはユーザが設定した後の）初期設定を行い（ＳＴ１０）、表示設定を行なう（ＳＴ１２）。そして、緊急放送フラグおよび予約録画のフラグがセットされているかどうかチェックし、セットされていれば（ＳＴ１３Ａイエス）予約録画の番組設定を行って、所定の時間に録画処理を行うよう設定する（ＳＴ１３Ｂ）。緊急放送フラグおよび予約録画のフラグがセットされていなければ（ＳＴ１３Ａノー）、緊急放送の録画済みフラグがセットされているかどうかチェックし、セットされていれば（ＳＴ１３Ｃイエス）、ユーザが何もしなくても、緊急放送の表示処理を行う（ＳＴ１３Ｄ）。緊急放送の録画済みフラグがセットされていなければ（ＳＴ１３Ｃノー）、ユーザ操作を待つ状態に移る。

ユーザが図１１のキー入力部１０３またはリモコン１０３ａからキー入力を行うと（ＳＴ１４）、ＭＰＵ部８０はそのキー入力の内容を解釈する（ＳＴ１６）。この入力キー解釈の結果に応じて、以下の４つのデータ処理が、適宜実行される。すなわち、キー入力が例えばタイマー予約録画設定のキー操作であれば、番組設定処理に入る（ＳＴ２０）。キー入力が録画開始のキー操作であれば、録画処理に入る（ＳＴ２２）。キー入力が再生開始のキー操作であれば、再生処理に入る（ＳＴ２４）。キー入力がＳＴＢへデジタル出力させるキー操作であれば、デジタル出力処理に入る（ＳＴ２６）。編集処理のキー操作であれば、編集処理に入る（ＳＴ２８）。

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

図１３は、編集処理（ＳＴ２８）の一例を説明するフローチャート図（編集動作処理フロー）である。編集処理に入ると、編集内容に応じて、５つの処理（Ａ〜Ｅのいずれか）に入ることができる（ＳＴ２８０）。エントリポイントメニュー処理（ＳＴ２８２Ａ）、コピー／移動処理（ＳＴ２８２Ｂ）、削除処理（ＳＴ２８２Ｃ）、プレイリスト作成処理（ＳＴ２８２Ｄ）、あるいはエントリポイント自動生成処理（ＳＴ２８２Ｅ）が済むと、この処理によるプログラム更新の日時が、各管理情報（プログラム情報EX_PGI、アイテムテキスト情報EX_IT_TXT、製造業者情報EX_MNFI等）に設定される（ＳＴ２８４）。

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

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

図１４および図１５は、録画動作例を説明するフローチャート図である。例えば図１１の装置における録画時のデータ処理は、以下のようになる。すなわち、
ｄ１）まず、番組設定処理でＥＰＧ（Electronic Program Guide）を使用して録画する番組を決めておき、受信を開始し、その決めた番組の録画を行う；
ｄ２）ＭＰＵ部８０は、キー入力部１０３より録画命令受けると、ドライブ部５１を介してディスク１００（またはＨＤＤ部１００ａ）から管理データを読み込み、書き込む領域を決定する。このとき、ファイルシステムをチェックし、録画可能かどうかを判断し、録画可能でない場合はその旨をユーザに示して、処理を中止する。録画可能の場合は、録画前処理を行う（ＳＴ１０５）。これにより、ＭＰＵ部８０は、記録する位置を決定し、管理情報（HDVR_MG等）を作成して、各管理領域に必要な情報の書き込みを行なう。その際、録画対象がデジタル放送でない（例えばアナログビデオ入力またはアナログＴＶ放送）ときは（ＳＴ１０６ノー）、録画フォーマットとしてはストリームレコーディング（ＳＲ）でなくビデオレコーディング（ＶＲ）が採用できる。この場合はＶＲ録画処理へ移行する。

ｄ３）録画対象がデジタル放送の場合は（ＳＴ１０６イエス）、ＭＰＵ部８０は録画対象のストリームが解析可能か否かチェックする。ＭＰＵ部８０は、解析可能な場合は（ＳＴ１０７イエス）ＰＴＭベースのタイプＡおよび／またはタイプＣのストリームとして管理情報が作成されるような設定を行ない（ＳＴ１０９Ａ）、解析不能な場合は（ＳＴ１０７ノー）ＰＡＴＳベースのタイプＢストリームとして管理情報が作成されるような設定を行なう（ＳＴ１０９Ｂ）。

上記設定が済むと、扱うストリームが機器独自モードのものかどうか検出する。図１１の装置が例えば業者独自系のストリーム記録に対応しており、その業者独自系のストリーム記録モードが設定されていたならば（ＳＴ１１０イエス）、図６等に示すManufacurer_MODE、MNF_AP_IDに対応値を設定する（ＳＴ１１１）。

しかる後、あるいは業者独自系のストリーム記録モードが設定されていない場合（ＳＴ１１０ノー）、ストリームデータ（ビデオデータ等）の書き込みスタートアドレスをドライブ部５１に設定し、データを記録する準備を行う（ＳＴ１１２）；
ｄ４）この準備段階で、ＳＴＣ部１０２に対してカウント時間のリセットを行う。ここで、ＳＴＣ部１０２はシステムのタイマーであり、このＳＴＣの値を基準に録画および／または再生が行われる。

ｄ５）録画する番組のＰＡＴを読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部８０のワークＲＡＭ部８０ＡにＰＡＴおよびＰＭＴを保存し、かつこれら（ＰＡＴ、ＰＭＴ）を管理情報（HDVR_MG）に書き込む。その際、ファイルシステム（図３参照）に、ＨＤＶＭＧファイルのデータを書き込み、ＶＭＧＩ（図６ではHDVR_MGI）に必要な情報を書き込む；
ｄ６）各部へ録画設定を行う（ＳＴ１１４）。このとき、フォーマッタ部９０へ、各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のストリームのみ記録するようにする。また、バッファ９１へＴＳパケットの保持を開始するように設定する（ＳＴ１１６）。すると、フォーマッタ部９０は次のように動作を開始する。

ｄ７）ＰＭＴよりESOB_ESIを作成する（ＳＴ１２０）；
ｄ８）続いて録画対象のＴＳパケットのストリームをバッファ９１に取り込む（ＳＴ１３０）。バッファ９１内のデータが一定量たまった場合は（ＳＴ１４０イエス）、Ｄ−ＰＲＯ部５２を通してＥＣＣ処理を行い、ＥＣＣ処理されたデータをディスク１００（および／または１００ａ）に記録する（ＳＴ１４５）；
ｄ９）録画中、定期的に（フォーマッタ部９０のバッファＲＡＭ９１が一杯になる前に）、切り分け情報をＭＰＵ部８０のワークＲＡＭ８０Ａに保存する。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報で、ＥＳＯＢＵの先頭のアドレス、ＥＳＯＢＵのパック長、Ｉピクチャ（基準画像）の終了アドレス、ＥＳＯＢＵの到着時間（ＡＴＳ）等である。

ｄ10）切り分け情報をワークＲＡＭ８０Ａに保存したあと、ＭＰＵ部８０はＥＳＯＢを切るかどうかを判断し、切る場合（ＳＴ１４７イエス）はＥＳＯＢ切り処理を実行する（ＳＴ１６０）。

ｄ11）録画終了かどうか（録画終了キーが入力されたかどうか、またはディスク（１００／１００ａ）の残り容量が無くなったかどうか）をチェックし、終了時には（ＳＴ１４８イエス）、フォーマッタ部９０より残りの切り分け情報を取り込み、ワークＲＡＭ８０Ａへ追加し、それらのデータを管理データ（ＶＭＧＩまたはHDVR_MGI）に記録し、録画時の平均の録画レートを記録し、さらに、ファイルシステムに残りの情報を記録する（ＳＴ１５０）；
ｄ12）終了で無い場合は（ＳＴ１４８ノー）、ｄ７）に移行し、データの取り込み及び再生を続けて行うようにする。

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

記録時の信号の流れを簡単に整理すると、次のようになる。すなわち、ＳＴＢ８３（または地上波デジタルチューナ８９）で受信されたＭＰＥＧ−ＴＳパケットのデータは、フォーマッタ部９０でパケットグループ化されてバッファ９１へ保存され、このバッファ９１にデータが一定量たまった時点（１またはその整数倍のＣＤＡ分がたまった段階で）で、ディスク（１００および／または１００ａ）に記録される。

記録時の処理の流れは、以下のようなものでもよい：
a1）まず、番組設定処理で、ＥＰＧ（Electronic Program Guide）等を使用して録画する放送番組を決めておき、その放送の受信を開始し、その決めた番組の録画を行う；
a2）ＭＰＵ部８０がキー入力部１０３より録画命令受けると、ドライブ部５１から管理データを読み込み、書き込む領域を決定する。このとき、ファイルシステムをチェックし、録画可能かどうかを判断し、録画可能の場合は、記録する位置を決定し、録画可能でない場合は、その旨をユーザに示して、処理を中止する；
a3）決定された領域を書き込むように管理領域に設定し、ビデオデータの書き込みスタートアドレスをドライブ部５１に設定し、データを記録する準備を行う；
a4）ＳＴＣ部１０２に時間のリセットを行う。ここで、ＳＴＣ部１０２はシステムのタイマーでこの値を基準に録画、再生を行う；
a5）録画する番組のＰＡＴを読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部８０のワークＲＡＭ部８０ＡにＰＡＴ，ＰＭＴを保存し、管理情報に書き込む。ファイルシステムに、ＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報を書き込む。

a6）各部へ録画設定を行う。このとき、フォーマッタ部９０へ、各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録する様にする。また、バッファ９１へＴＳパケットの保持を開始する様に設定する；
a7）ＰＭＴよりESOB_ESIを作成する；
a8）バッファ９１内のデータが一定量たまった場合は、Ｄ−ＰＲＯ５２を通して、ＥＣＣ処理を行い、ディスク１００に記録する；
a9）録画中、定期的に（フォーマッタ部９０のバッファＲＡＭ９１が一杯になる前に）、切り分け情報をＭＰＵ部８０のワークＲＡＭ８０Ａに保存する。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報で、ＥＳＯＢＵの先頭のアドレス、ＥＳＯＢＵのパック長、Ｉピクチャの終了アドレス、再生時間、パケットの到着時間（ＰＡＴＳ）等である；
a10）ＥＳＯＢを切るかどうかを判断し、切る場合はＥＳＯＢ切り処理を実行する；
a11）録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時には、フォーマッタ部より残りの切り分け情報を取り込み、ワークＲＡＭへ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、録画時の平均の録画レートを記録し、さらに、ファイルシステムに、残りの情報を記録する；
a12）終了で無い場合は、a7）に移行し、データの取り込み及び再生を続けて行うようにする。

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

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

図１６はストリーム情報（ＥＳＩ）作成処理（ＳＴ１２０）の一例を説明するフローチャート図である。

ｈ１）まず、ＰＳＩ、ＳＩの情報を取り込み、その内容を調べる。その結果デジタル放送のストリームでないことが分かれば、図８のNORMAL flagに「02」をセットする。そのストリームが日本のデジタル放送である場合は、NORMAL flagに「01」をセットする（ＳＴ１２０２）；
ｈ２）設定されているストリーム数の数だけｈ４）〜ｈ５）を繰り返す（ＳＴ１２３０イエスの場合）；
ｈ３）ＰＳＩ、ＳＩよりストリームタイプを調べ（ＳＴ１２０３）、ビデオストリームか、オーディオストリームか、その他のストリームかどうかを判定し、次のストリームチェックに移行する；
ｈ４）その際、ストリームタイプをＭＰＥＧ１ビデオ、ＭＰＥＧ２ビデオ、ＭＰＥＧ１オーディオ、ＭＰＥＧ２オーディオ…等の種別に分け、それぞれの種別応じて、内部のデータをチェックし、各属性情報を読み出す。

ｈ５）ビデオストリームの場合（ＳＴ１２１３Ａ）、ES_TY＝０とし、各属性情報を設定し、特に解像度データ、アスペクト情報等を取り出し、V_ATRを作成し（ＳＴ１２１３Ｃ）、ｈ８）へ移行する；
ｈ６）オーディオストリームの場合（ＳＴ１２１５Ａ）、ES_TY＝0x40とする。そして、各属性情報を設定し、特にコーディングモード、サンプリング周波数、チャンネル数等を取り出し、A_ATRを作成し、作成した属性情報を図９のManufacturer DATAに設定して（ＳＴ１２１５Ｃ）、ｈ８）へ移行する；
ｈ７）その他のストリームの場合（ＳＴ１２１７Ａ）、ES_TY＝0ｘ80とし、各属性情報を設定し（ＳＴ１２１７Ｃ）、ｈ８）へ移行する；
ｈ８）他にＥＳＩを作成していないストリームがあるかどうかチェックし、次のストリームチェックに移行する（ＳＴ１２３０ノーの場合）。

ESOB_ESIの設定処理の流れは、以下のようなものでもよい：
b1）ＰＳＩ、ＳＩを調べ、設定されているストリーム数を調べる；
b2）設定されているストリーム数の数だけb4）〜b5）を繰り返す；
b3）ＰＳＩ、ＳＩよりストリームタイプを調べ、ビデオ、オーディオのストリームかその他かどうかを判定し、次のストリームチェックに移行する。ここで、ストリームが日本のデジタル放送で無い場合は、NORMAL flag に02を設定し、b4）以降の処理を行う。日本のデジタル放送であれば、NORMAL flag に01を設定し、従来の処理を行う。

b4）ストリームタイプをＭＰＥＧ１ビデオ、ＭＰＥＧ２ビデオ、ＭＰＥＧ１オーディオ、ＭＰＥＧ２オーディオ…等の種別に分け、それぞれの種別応じて，内部のデータをチェックし、各属性情報を読み出す。ビデオストリームの場合、ES_TY=0とし、各属性情報を設定し、特に解像度データ、アスペクト情報等を取り出し、Manufacturer_DATAにその値を設定し、b2）へ移行する。

b5）オーディオストリームの場合、ES_TY=0x40とし、各属性情報を設定し、特にサンプリング周波数、チャンネル数等を取り出し、Manufacturer_DATAにその値を設定し、b2）へ移行する。

b6）その他の場合、ES_TY=0ｘ80とし、各属性情報を設定し、b2）へ移行する。

b7）属性情報を元に新たにＥＳＩを設定し、次のストリームチェックに移行する。

図１７は、録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ESTR_FI）作成処理の一例を説明するフローチャート図である；
ｊ１）ESOBIを１つ増やすため、サーチポインタ（ESOBI_SRP）を１つ増やし、そのための領域を確保し、ＭＰＥＧ−ＴＳの場合はPKT_TYに0x00を設定する。ソースがデジタル放送でない場合は、そのソースに対応して、Manufacturer_ID、MNF_AP_ID等を設定する（ＳＴ１５００Ｂ）；
ｊ２）録画時間をESOB_REC_TM、ESOB_REC_TM_SUBに設定する（ＳＴ１５０２Ｂ）。ここで、装置内部の時計は、ＴＤＴ（Time Data Table）により設定・補正が行なわれ、常に正確な時間が得られる；
ｊ３）その際、ESOB_S_PTMおよびESOB_E_PTMをストリーム内より取り出し、ＳＴＣの不連続情報を調べて、ｊ１）で増やしたESOBIに対応するＥＳＯＢの、スタートＰＴＭおよびエンドＰＴＭを設定する（ＳＴ１５０２Ｂ）。

ｊ４）ストリームの種類がＴＳストリーム（ＡＲＩＢ、ＤＶＢ）の場合は（ＳＴ１５０６Ｂイエス）、AP_PKT_SZに188を設定し、PKT_GRP_SZに16を設定する（ＳＴ１５０８Ｂ）。そうでない場合は（ＳＴ１５０６Ｂノー）、放送方式にあった値を設定する（ＳＴ１５１０Ｂ）。例えば、ＳＴ１５０８Ｂでは、country_codeとしてＪＰＮ（日本）を設定するとともにAP_FORMAT1としてJapanISDBを設定する。また、ＳＴ１５１０Ｂでは、country_codeとして該当装置の国コード（例えばＵＳＡ）を設定するとともにAP_FORMAT1として該当する放送方式（例えばＡＴＳＣ）を設定する。

また、ストリームがデジタル放送で無い場合で、メーカー独自の方式で記録する場合、Manufacturer_IDにメーカーのＩＤ（単一メーカーなら、例えばＴＯＳＨＩＢＯ；単一メーカーでなくメーカーグループ共同のＩＤなら、例えばＴＯＳＨＩＢＯ＆ＭＥＣ）を設定し、Manufacturer_DATAにメーカー独自のデータを設定し、MNF_AP_IDにソースコード（例えばデジタルカメラ、デジタルＶＴＲ）などの値を設定する。

ｊ５）ＰＳＩ、ＳＩ情報が有効かどうかを判断し、有効の場合は（つまりストリームが不明なものでない）、ＰＡＴより、TS_ID、NETWORK_PID、PMT_ID（該ＥＳＯＢで使用しているＰＭＴのＰＩＤ：ＰＩＤは１３ビットの実データで記載する方法とＰＭＴ内の順番を記載する方法の２通りが考えられる）を設定する。また、AP_FORMAT_2に、衛星デジタル放送（ＢＳ）の場合はISDB_Sを設定し、地上波デジタル放送の場合はISDB_Tを設定し、メーカー独自の場合は0xffff（または0x0000）を設定する。一方、無効の場合は（つまり不明ストリーム）、ESOB_TY：b12に1を設定、もしくは各値に0xffを設定し（ＳＴ１５１３Ｂ）、ｊ９）へ移行する。

ｊ７）ストリーム内のＰＭＴ、ＮＩＴ、ＥＩＴより、Program_Number（ＰＭＴ内のSERVICE_ID）、PCR_PID等を設定する。さらに、FORMAT_ID、VERSIONについては、内部チューナの場合は、機器内でデフォルトの方式とし、外部デジタル入力の場合は、デジタル入力より送られてくるRegistration_Descriptorの値を設定する。また、ＴＭＡＰタイプに従ってESOB_TYを設定する（ＳＴ１５１６Ｂ）。

ｊ９）ＴＭＡＰ設定処理（ＳＴ１５４０Ｂ）を行い、各切り分け情報を元にストリーム毎にＴＭＡＰＩを作成する。

ｊ10）続いて、録画を開始したＬＢアドレスをADR_OFSに設定し、デフォルトのＰＩＤを設定する（ＳＴ１５５０Ｂ）。ここで、デフォルトのビデオのＰＩＤとは、コンポーネントタグ値が一番若いビデオの値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに対応するビデオストリームのＥＳＩの番号が相当する；
ｊ11）そして、編集日時を設定する（ＳＴ１５５４Ｂ）。

ESTR_FIの作成処理の流れは、以下のようなものでもよい：
c1）ESOBIを一つ増やすため、そのサーチポインタＳＲＰを１つ増やし、領域を確保し、PKT_TYに0：MPEG_TSを設定する；
c2）録画時間をESOB_REC_TMに設定する。ここで、内部の時計は、ＴＤＴ（Time Data Table）により、設定、補正が行なわれ，常に正確な時間が得られる；
c3）スタートＰＴＭ、エンドＰＴＭを設定する；
c4）ストリームの種類がＴＳストリーム（ＡＲＩＢ、ＤＶＢ）の場合は、AP_PKT_SZに188をPKT_GRP_SZに16を設定し、そうでない場合は、放送方式にあった値を設定する(日本の場合はcontry_code←JPN、AP_FORMAT_1←JapanISDB）；
また、ストリームがデジタル放送で無い場合で、メーカー独自の方式で記録する場合、Manufacturer_IDにメーカーのＩＤ（単一メーカーなら、例えばＴＯＳＨＩＢＯ；単一メーカーでなくメーカーグループ共同のＩＤなら、例えばＴＯＳＨＩＢＯ＆ＭＥＣ）を設定し、Manufacturer_DATAにメーカー独自のデータを設定し、MNF_AP_IDにソースコード（例えばデジタルカメラ、デジタルＶＴＲ）などの値を設定する。

c5）PKT_TYにMPEG_TSを設定する；
c6）ＰＳＩ、ＳＩ情報が有効かどうかを判断し、無効の場合はESOB_TY:b12に1を設定するか、もしくは各値に0xffを設定し、c9）へ移行する；
c7）ＰＡＴより、TS_ID、NETWORK_PID、PMT_PID（本ＥＳＯＢで使用しているＰＭＴのＰＩＤ）を設定する。そして、AP_FORMAT_2に、ＢＳの場合はISDB_Sを、地上波の場合はISDB_Tを、メーカー独自の場合は０ｘｆｆ（または0ｘ0000）を設定する；
c8)ＰＭＴより、Program_Number（ＰＭＴ内のSERVICE_ID）、PCR_PID等を設定する。さらに、FORMAT_ID、VERSIONについては、内部チューナの場合は、機器内でデフォルトの方式とし、外部デジタル入力の場合は、デジタル入力より送られてくるRegistration_Descriptorの値を設定する。不明の場合には0ｘFFを設定する。ＴＭＡＰタイプに従ってSOB_TYを設定する。

c7*）さらに、録画したＥＳの数、ビデオのＥＳ数、オーディオのＥＳ数を設定する。（ＰＭＴには放送している全てのＥＳの情報：数が設定されているが、録画時に全てのＥＳを記録しているとは限らないため、記録したＥＳの数を設定する；
c8*）録画を開始したＬＢアドレスをADR_OFSに設定し、デフォルトのＰＩＤを設定する。デフォルトのビデオのＰＩＤとはコンポーネントタグ値が00の値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに相当するビデオストリームのＥＳＩの番号が相当する；
c9）各切り分け情報を元にストリーム毎にＴＭＡＰＩを作成する；
c10）編集日時を設定する。

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

ｑ１）ディスクの最初の記録かどうかをチェックし、最初の場合は（ＳＴ１６００Ｚイエス）新たにORG_PGCを作成し（ＳＴ１６０２Ｚ）、最初で無い場合は（ＳＴ１６００Ｚノー）既に記録してあるＰＧＣ（ORG_PGC）の後にプログラムＰＧを追加する様に設定する（ＳＴ１６０４Ｚ）；
ｑ２）PG_TYに消去許可：０を設定し、Cell_NsにCELLの数を設定し、ビデオのＥＳＩ番号も設定する（ＳＴ１７００Ｚ）。

ｑ３）ＳＴ１７００Ｚの設定において、記録するデジタル放送がＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のlanguage_codeが"jpn"のときは、VMG_MATのCHRに0x12を設定し、PRM_TXTIの第２領域にEVENT_NAMEに設定し、REP_PICTIに代表画像の情報を設定する；
ｑ４）PG_INDEXにＰＧの絶対番号を設定し、他のアプリケーションソフトウエアなどから参照する場合にＰＧ単位での参照を可能にする（ＳＴ１７０２Ｚ）。その際、レジューム情報（PG_RSM_IFO）に開始セル番号を設定するとともに、開始時間（スタートＰＴＭ）を設定する。

ｑ５）CELL_TY（例えば図１０のセル情報EX_CI内に含まれるセルタイプ）にストリーマであることを示す情報を設定する（ＳＴ１７０３Ｚ）；
ｑ６）ＳＴ１７０３Ｚの設定において、さらに、参照するＥＳＯＢ番号を設定し、再生するＥＳとして代表（ビデオの）ＥＳＩ番号（ＥＳＩＮ）を設定し、エントリポイント情報ＥＰＩ（図１０）の数、再生開始ＰＴＭ、再生終了ＰＴＭ、エントリポイントＥＰをそれぞれ設定する。さらに、ＳＴＣ不連続情報として不連続セグメントCNT_SEGを読み取り、その回数を管理情報の一部（例えばCNT_SEGN）に設定し、その他に再生するＥＳＯＢのブロック番号を設定する。

ｑ７）さらに、ＳＴ１７０３Ｚの設定において、PG_RSM_INF（再生開始ＰＴＭ、ビデオのＥＳＩ番号、オーディオのＥＳＩ番号、Dual-Monoの主副情報等）に、頭から再生できるように先頭の情報を設定してもよい。なお、ＥＰを自動でつける場合の要因としては、映像及び時間関係では、一定時間と映像のモード変化（アスペクト比、動きベクトルの大きい場合）でその条件に映像フレームの先頭Packet（Unit Start Indicator）ＧＯＰの先頭Packet（シーケンスヘッダの先頭、Ｉ-PICの先頭）を組み合わせた場合が考えられる。さらに、音声関係では音声の変化（音量の変化等）／音声モード（ST/MONO）でその条件に音声フレームの先頭Packet（Unit Start Indicator、フレームヘッダ）の組み合わせた場合が考えられる。

ＰＧＣ作成処理の流れは、以下のようなものでもよい。すなわち、
e1）ディスクの最初の記録かどうかをチェックし、最初の場合はORG_PGCを作成し、最初で無い場合はそのORG_PGCの後に追加する様に設定する；
e2）PG_TYに消去許可:0を設定し、Cell_NsにCELLの数を設定する；
e3）ＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のlanguage_codeに”jpn”の場合は、VMG_MATのCHRに0x12を設定し、PRM_TXTIの第２領域にEVENT_NAMEに設定し、REP_PICTIに代表画像の情報を設定する（ビデオのＥＳＩ番号も設定）。

e4）PG_INDEXにＰＧの絶対番号を設定し、他のアプリソフトなどから参照する場合にＰＧ単位での参照が可能にする。さらに、本ＰＧ更新日時情報を記録する。この時、本機器で対応している（メーカーのコードが一致した）ＭＮＦＩやIT_TXTがある場合には、その対応するデータの更新日時情報も設定する；
e5）ＭＮＦＩに各メーカー独自の情報を設定する；
e6）CELL_TYにストリーマであることを示す情報を設定する：CELLI
e7）参照するＥＳＯＢ番号を設定し、再生するＥＳとして代表(ビデオの)ＥＳＩ番号を設定し、ＥＰＩの数、再生開始ＰＴＭ、再生終了ＰＴＭ、エントリポイント（ＥＰ）をそれぞれ設定する；
e8）PG_RSM_INF（再生開始ＰＴＭ、ビデオのＥＳＩ番号、オーディオのＥＳＩ番号、Dual-Monoの主副情報等）に頭から再生できるように先頭の情報を設定する。

図１９は、再生動作の一例を説明するフローチャート図（全体の再生動作フロー）である。再生時のデータ処理は、例えば以下のようになる：
ｒ１）まず、再生対象のディスクがRecordable/Rewritable Disc（Ｒ、ＲＷ、ＲＡＭ）かどうかをチェックし、Recordable/Rewritable Discでない場合には、その旨を返して終了する；
ｒ２）Recordable/Rewritable Discであれば、ディスクのファイルシステムを読み出し（ＳＴ２０７）、録画されたデータがあるかどうかチェックし、無い場合には、“録画されていません”と表示して終了する。

ｒ３）ＶＭＧファイルを読み込み（ＳＴ２０７）、再生するプログラム、セルを決定する（デフォルトで決定するか、ユーザに選ばせる）（ＳＴ２０８）。ここで、記録順の再生選択した場合には、ORG_PGCＩに従って再生を行い、（ユーザが編集した）番組毎の再生を行う場合には、再生したい番組に相当する番号のUD_PGC（プレイリスト）に従って再生を行う；
ｒ４）再生するタイトル情報（ＰＳＩ、ＳＩ情報が不明の場合はＳＴＢへの転送処理のみを行なうよう設定）、レジューム情報（PL_RSM_IFO, PG_RSM_IFO）、セル情報（EX_CI）等により再生するオブジェクト（ＥＳＯＢ／ＥＶＯＢ）、再生開始ＰＴＭ等を決定し、再生開始ＰＴＭより、再生を開始するファイルポインタ（論理アドレス）および再生するストリームのＥＳＩを決定する。さらにＳＴＩ、ＥＳＩの値により、各デコーダ部設定を行い、再生の準備を行う（ＳＴ２１１Ａ）。

ｒ５）続いて、AP_FORMAT_1, 2（図６、図８参照）から再生する方式を決定する（ＳＴ２１１Ｂ）；
ｒ６）タイプＢストリームの再生でないなら（ＳＴ２１１Ｘノー）、ＰＳＩ、ＳＩの情報から再生するストリームを決定するとともに、ＰＳＩ、ＳＩの情報をワークＲＡＭに保存する（ＳＴ２１１Ｄ）。タイプＢストリームの再生なら（ＳＴ２１１Ｘイエス）、全てのストリームをＳＴＢへ送信するように設定する（ＳＴ２１１Ｅ）；
ｒ７）続いて再生開始時の処理を行う。まず再生対象がタイプＢのＥＳＯＢかどうかチェックする。タイプＢのＥＳＯＢでなければ（ＳＴ２１３Ｘノー）、デコーダ設定処理へ入る（ＳＴ２１７）。タイプＢのＥＳＯＢであれば（ＳＴ２１３Ｘイエス）、ＴＳパケットの送信処理のみを行なう（ＳＴ２１９）。

ｒ８）続いてセルの再生処理を行い（ＳＴ２２０）、再生終了かどうかをチェックし、終了の場合には（ＳＴ２３０イエス）、エラーチェックを行なう。エラーの場合には（ＳＴ２４０イエス）、その旨を表示し（ＳＴ２４２）、再生終了処理を行なう（ＳＴ２４４）。エラーでない場合には（ＳＴ２４０ノー）、その他の再生終了時の処理を行い（ＳＴ２４６）、この動作を終了する。

ｒ９）再生終了でない場合には（ＳＴ２３０ノー）、ＰＧＣＩより次のセルを決定し（ＳＴ２３２）、ＳＴ２１１Ａへ戻る。そして、デコーダ部５９の設定（ＳＴ２１７）が変更されたかどうかをチェックし、変更された場合には、次のシーケンスエンドコードにデコーダの設定が変更されるようにデコーダ部５９に変更属性を設定する；
ｒ10）以後、再生が終了したかどうかをチェックしつつ（ＳＴ２３０）同様な処理（ＳＴ２１１Ａ〜ＳＴ２３２）を繰り返す。

なお、図示しないが、セル再生時の処理ＳＴ２２０の具体例としては、次のものがある。すなわち、
ｔ１）ＴＭＡＰＩの内容よりEX_CELLの開始ファイルポインタＦＰ（論理ブロック番号ＬＢＮ）、終了ファイルポインタＦＰ（論理ブロック番号ＬＢＮ）を決定し、さらに、EX_CI内の開始時間、終了時間より開始のESOBU_ENTRY、終了のESOBU_ENTRYを決定し、ADR_OFSに目的のESOBU_ENTRYまでのエントリのデータ長を累積し、開始アドレス（ＬＢ＝ＦＰ）、終了アドレスを求める。残りEX_CELL長は終了アドレスより開始アドレスを引いた値とし、再生開始時間をＳＴＣへセットする。さらに、再生するＰＩＤを決定し、デコーダ（ＳＴＢ、デジタルチューナ）に設定する。この場合のＰＩＤは、１３ビットのＰＩＤが設定されている場合はそのまま使用できるが、ＰＭＴ内の順番で設定されている場合はＰＭＴを参照してＰＩＤを決める。

ｔ２）ＥＳＯＢの連続チェック処理を行う；
ｔ３）再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する；
ｔ４）読み出す読み出し単位サイズと残りセル長を比べ、残りセル長が大きい場合には、残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定する。小さい場合には、読み出し長を残りセル長にセットし、残りセル長を０にセットする；
ｔ５）読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する。

ｔ６）データ転送が開始したら、バッファに１ＥＳＯＢＵ分たまるのを待つ。１ＥＳＯＢＵ分たまったら、１ＥＳＯＢＵ分のデータをバッファから読み込み、バッファデコーダ転送処理を行なう。そして、読み出しファイルポインタＦＰのインクリメントとＭＰＥＧデコーダの通常モードへの設定を行ったのち、ｔ７）へ移行する。

ｔ７）転送が終了したかどうかをチェックし、終了した場合には、ｔ８）移行する；
ｔ10）STOP SWが押されたかどうかをチェックする。Stop SWが押された場合は、中断情報（RSM_IFO）を、タイトル再生の場合はPG_RSM_IFOに、プレイリスト再生の場合はPL_RSM_IFOに保存し、終了処理を行う；
ｔ11）Stop SWが押されていない場合は、残りセル長をチェックする。残りセル長が“０”でない、つまり現在のセルが最後のセルでない場合にはｔ３）へ戻る。残りセル長が“０”の場合には、この処理を終了する。

再生処理の流れは、以下のようなものでもよい。すなわち、
f1）ディスクチェックし、rewritable Disc（Ｒ，ＲＷ，ＲＡＭ）かどうかをチェックし、rewritable Discで無い場合には、その旨を返して終了する；
f2）ディスクのファイルシステムを読み出し、録画されたデータが有るかどうかチェックし、無い場合には、“録画されていません”と表示して終了する；
f3）ＶＭＧファイルを読み込み、再生するプログラム、セルを決定し（ユーザに選ばせ）を決定する。ここで、記録順の再生選択した場合には、ORG_PGCIに従って再生を行い、番組毎の再生を行う場合には、再生したい番組に相当する番号のUD_PGCに従って再生を行う。

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

f6）再生開始時の処理を行う；
f7）各デコーダの設定を行う；
f8）セルの再生処理を行い、再生終了かどうかをチェックし、終了の場合には、エラーチェックを行い、エラーの場合には、その旨を表示し、エラーでない場合には再生終了処理を行い、本動作を終了する；
f9）ＰＧＣＩより次のセルを決定し、デコーダの設定が変更されたかどうかをチェックし、変更された場合には、次のシーケンスエンドコードにデコーダの設定が変更されるようにデコーダに変更属性を設定する；
f10）再生が終了したかどうかをチェックし、再生終了しない場合は、f6）へ移行する。

図２０は、デコーダ設定処理（ＳＴ２１７）を説明するフローチャート図である。デコーダの設定例を以下に説明する：
ｓ１）再生対象がＥＳＯＢである場合（ＳＴ２１７０イエス）、再生するグループを決め、再生するＥＳを決める（ＳＴ２１７１）。再生対象がＥＶＯＢである場合は（ＳＴ２１７０ノー）、ＳＴ２１７１はスキップする；
ｓ２）再生するＥＳＯＢ（またはＥＶＯＢ）の属性情報（ＳＴＩ、ＥＳＩ）を読み込む（ＳＴ２１７２）；
ｓ３）再生するＥＳＯＢ（またはＥＶＯＢ）が、レコーダ（図１１の装置など）が対応できるフォーマットかどうかをチェックする。対応不能の場合（ＳＴ２１７３ノー）は、再生しないよう機器設定を行い、表示ミュートを設定する（ＳＴ２１７５）。

ｓ４）再生するビデオが再生可能な場合は（ＳＴ２１７３イエス）、再生準備を行なう（ＳＴ２１７４Ａ）。この場合、ＰＩＤは１３ビットのＰＩＤが設定されている場合はそのまま使用できるが、ＰＭＴ内の順番で設定されている場合はＰＭＴを参照してＰＩＤを決める；
ｓ５）再生するオーディオが再生可能かどうかをチェックし、可能な場合（ＳＴ２１７６イエス）は、再生準備を行なう（ＳＴ２１７７Ａ）。この場合、ＰＩＤは１３ビットのＰＩＤが設定されている場合はそのまま使用できるが、ＰＭＴ内の順番で設定されている場合はＰＭＴを参照してＰＩＤを決める。不能の場合（ＳＴ２１７６ノー）は、再生しないよう機器設定を行い、音声ミュートを設定する（ＳＴ２１７８）。

デコーダ設定処理は、以下のようなものでもよい。すなわち、
g1）再生するグループを決め、再生するＥＳを決める；
g2）属性情報（ＳＴＩ又はＥＳＩ）を読み込む；
g3）レコーダが対応できるフォーマットかどうかをチェックし、対応可能な場合はその設定を行い、対応不能の場合は、ミュートを設定する；
g4）再生するビデオが再生可能かどうかをチェックし、可能な場合は、再生準備を行い、不能の場合は、ミュートする；
g5）再生するオーディオが再生可能かどうかをチェックし、可能な場合は、再生準備を行い、不能の場合は、ミュートする。

図２１は、タイトル再生判定処理の一例を説明するフローチャート図である。再生時、ESTR_FIの構造が複数存在することになるため、レコーダが再生をサポートしているかどうかを判定する必要がある。そのため、判定処理は、例えば次のようになる。

o1）管理情報（図１０のHDVR_MG）を読み出し、そこからＰＧＣＩとＥＳＩＴ＿ＦＩＴを取り出す（ＳＴ４００）。そして、ＰＧＣＩ内のセル情報（EX_CI）に含まれるセル一般情報（C_GI）内の情報（ESTR_FIN）により、再生するESTR_FIを決定し、その情報に対応してESTR_FI_SRPを読み出す（ＳＴ４０２）；
o2）ESTR_FI_SRP（図６）内のAP_FORMAT_1の値を調べ、対応可能なデジタル放送の場合は、従来規格の再生処理を行う。対応不能なデジタル放送の場合は、その旨を表示し、図２１の処理を終了する。一方、従来規格で扱うようなデジタル放送以外で、ＴＳの規格（この発明の一実施の形態で提案する規格）である場合（図６においてHR_SFInn.IFOのnnがＦＣ〜ＦＦである場合、すなわちＳＴ４０４でAP_FORMAT_1の値がManufactureer_Modeである場合）は、ＳＴ４０６へ移行する。

o3）ＳＴ４０６では、Manufacturer_IDを調べ、レコーダがサポートしているＩＤである場合は（ＳＴ４０６イエス）、ＳＴ４０８へ移行する。そうでない場合は（ＳＴ４０６ノー）、その旨を表示し、図２１の処理を終了する；
o4）ＳＴ４０８では、MNF_AP_IDの値でソースの機器選択する；
o5）ESTR_FI_SRP内のESTR_FI_FN（図６）に従ってESTR_FIを読み出し（ＳＴ４１０）、ESTR_FI_GI（図６）内のManufacturer_ID、MMF_AP_IDの整合性を確認する（ＳＴ４１２）；
o6）PKT_TY、PKT_SZ、PKT_GRP_SZ、PKT_NsでＥＳＯＢの構造を把握し、MNF_AP_IDで確認したソースに対応したフォーマットで残りの管理情報ファイル（IFO）を読み出し、再生を行うように設定する（ＳＴ４１４）。

＜実施の形態の効果＞
以上により、デジタル放送以外のＴＳ対応コンテンツに対応した木目細かい制御動作が実現できる。

メーカー独自のフォーマットでSTR_FI、ESOBI等を作成可能なモード（Manufacturer_MODE）をHD_DVD-VR規格に追加することが可能となる。これにより、業者（メーカー等）毎のレコーダの特徴を出すことが可能となる。

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

この発明の一実施の形態に係る情報記録媒体（光ディスク、ハードディスク等）に適用されるデータ構造の一例を説明する図。 この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。 この発明の一実施の形態に係るファイル構造を説明する図。 この発明の一実施の形態で扱うコンテンツの種類の一例を説明する図。 この発明の一実施の形態で扱うコンテンツの種類の他例を説明する図。 管理情報（HDVR_MG／ESTR_FIT）の構成例を説明ずる図。 管理情報ファイル（HR_SFInn.IFO）の構成例を説明ずる図。 管理情報（ESOBI_GI）の構成例を説明ずる図。 管理情報（ESOB_ESI）の構成例を説明ずる図。 管理情報（ＰＧＣＩ）の構成例を説明ずる図。 この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。 装置の全体の動作の一例を説明するフローチャート図。 編集処理の一例を説明するフローチャート図。 録画動作例（前半）を説明するフローチャート図。 録画動作例（後半）を説明するフローチャート図。 管理情報（ＥＳＩ）作成処理の一例を説明するフローチャート図。 管理情報（ESTR_FI）作成処理の一例を説明するフローチャート図。 プログラム設定処理の一例を説明するフローチャート図。 再生動作例を説明するフローチャート図。 デコーダ設定動作の一例を説明するフローチャート図。 タイトル再生判定処理の一例を説明するフローチャート図。

符号の説明

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

Claims (8)

1. 所定のフォーマットを用いてデジタルストリーム信号を記録するように構成された情報記録媒体において、前記情報記録媒体は管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが複数のオブジェクトに分かれて記録できるように構成され、前記管理領域は所定の管理情報を記録できるように構成され、前記管理情報が、業者特有の管理フォーマットで記録する旨を示す情報とその業者を特定する情報を持つように構成された情報記録媒体。
2. 前記所定のフォーマットが前記業者特有の管理フォーマットの場合、前記記録に使用するＭＰＥＧのエレメンタリストリーム情報が、各デジタルストリーム用の業者独自情報領域と、前記エレメンタリストリーム情報が前記所定のフォーマットのものとは違うことを示すフラグを持つように構成された請求項１に記載の情報記録媒体。
3. 前記所定のフォーマットが前記業者特有の管理フォーマットの場合、前記管理情報内に、各オブジェクト用の業者独自情報領域を持つように構成された請求項１に記載の情報記録媒体。
4. 前記所定のフォーマットが前記業者特有の管理フォーマットの場合、前記管理情報の一部のファイル情報が、前記業者を特定する情報と前記デジタルストリームの情報を持つように構成された請求項１に記載の情報記録媒体。
5. 前記所定のフォーマットが前記業者特有の管理フォーマットの場合、前記管理情報の一部のサーチポインタ情報が、前記業者を特定する情報と前記デジタルストリームの情報を持つように構成された請求項１に記載の情報記録媒体。
6. 所定のフォーマットを用いてデジタルストリーム信号を記録するものであって、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが複数のオブジェクトに分かれて記録できるように構成され、前記管理領域は所定の管理情報を記録できるように構成され、前記管理情報が、業者特有の管理フォーマットで記録する旨を示す情報とその業者を特定する情報を持つように構成された情報記録媒体を用いる方法において、
   前記データ領域に前記デジタルストリーム信号を記録し、
   前記管理領域に前記管理情報を記録する記録方法。
7. 所定のフォーマットを用いてデジタルストリーム信号を記録するものであって、管理領域とデータ領域を持ち、前記データ領域には前記デジタルストリーム信号のデータが複数のオブジェクトに分かれて記録され、前記管理領域には所定の管理情報が記録され、前記管理情報が、業者特有の管理フォーマットで記録する旨を示す情報とその業者を特定する情報を持つ情報記録媒体を用いる方法において、
   前記管理領域から前記管理情報を読み取り、
   前記データ領域から前記デジタルストリーム信号を再生する再生方法。
8. 所定のフォーマットを用いてデジタルストリーム信号を記録するものであって、管理領域とデータ領域を持ち、前記データ領域には前記デジタルストリーム信号のデータが複数のオブジェクトに分かれて記録され、前記管理領域には所定の管理情報が記録され、前記管理情報が、業者特有の管理フォーマットで記録する旨を示す情報とその業者を特定する情報を持つ情報記録媒体を用いる方法において、
   前記管理領域から前記管理情報を読み取り、
   前記管理情報が前記業者特有の管理フォーマットで記録する旨を示す情報を含む場合に、前記業者特有の管理フォーマットで記録された前記デジタルストリーム信号の再生設定を行う方法。

Images