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

Abstract

【課題】記録中にＭＰＥＧ−ＴＳのデータが抜けてしまった場合でも、不必要にストリームオブジェクトに関する管理情報を増やすことなくストリーム記録ができるようにする。
【解決手段】 ストリームオブジェクトを構成する１以上のストリームオブジェクトユニットがデジタルストリーム信号の正常な情報を含むものでない場合（降雨減衰したノイズだらけの信号情報等の場合）に、このデータユニットがダミーデータユニットであることを示す情報（“0”等のユニーク値が設定された1st_Ref_PIC_SZ）を、前記管理情報（HR_SFIx.IFO内のESOBU_ENT）が格納できるように構成される。
【選択図】 図１３

Description

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

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

特許文献１では、ＭＰＥＧ−ＴＳに準じたデジタルストリーム信号をストリームオブジェクトとして扱うことを提案している。ストリームオブジェクトは基本的には連続したＭＰＥＧ−ＴＳを表すものであるが、例えばアンテナケーブルの突然の切断や降雨などによる信号の減衰などによってＭＰＥＧ−ＴＳの途中が抜けてしまう場合の対処が考慮されていない。

この発明の目的の１つは、記録中にＭＰＥＧ−ＴＳ等のデジタルストリーム信号のデータが抜けてしまった場合でも、不必要にストリームオブジェクトに関する管理情報を増やすことなくストリーム記録ができるようにすることである。

この発明の一実施の形態では、ストリームオブジェクト（ＳＯＢ）を構成する１以上のデータユニット（ＳＯＢＵ）がデジタルストリーム信号の正常な情報を含むものでない場合（例えば降雨減衰したノイズだらけの信号情報等の場合）に、このデータユニットがダミーデータユニット（ダミーＳＯＢＵまたは“non-entry ESOBU”）であることを示す情報（“0”等のユニーク値が設定された1st_Ref_PIC_SZ）を、前記管理情報（HR_SFIx.IFO内のESOBU_ENT）が格納できるように構成される。このような場合はダミーデータユニットであることを示す情報（“0”等のユニーク値が設定された1st_Ref_PIC_SZ）を設けてストリームオブジェクト分割をせず、その分（ＳＯＢを分割しなかった分）ストリームオブジェクトの管理情報量を節約する。

伝送線路上等でデジタルストリーム信号が劣化しても不必要にストリームオブジェクトが分割されることなく、ストリームオブジェクトの管理情報量を節約できる。

以下、図面を参照してこの発明の種々な実施の形態を説明する。デジタル放送は国毎に放送方式が違う。例えば、ヨーロッパではＤＶＢ（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となっている。

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

ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。ＡＲＩＢによると、その他にＰＡＴ（Program Association Table）やＰＭＴ（Program Map Table）やＳＩ（Service Information）に関しては、スクランブルされていない。また、ＰＭＴやＳＩ（ＳＤＴ：Service Description Table, ＥＩＴ：Event Information Table、ＢＡＴ：Bouquet association Table）を利用してさまざまな管理情報を作成する。

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

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

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

このように各国により、デジタ放送の方式は違い、また、放送局毎にも違う可能性がある。そのため、レコーダでは、それぞれの使用する方式に応じてオブジェクトをファイルとして記録す必要がある。このことから、現行のＶＲファイル構成より追加されるファイルは、図２に示すようにHR_SFIx.IFO、HR_SFIx.bupでxは複数存在可能な事を示し、各放送方式毎に追加される。また、x＝00の場合は、放送方式が不明な場合や、該当レコーダがその放送方式に対応していない場合に使用し、TYPE Bのストリーム（SOB_STRB）として保存する。

そのため、放送局毎（または、放送方式毎）にデジタル放送用の管理用情報であるESTR_FIを変更するため、複数のESTR_FIが存在する事になる。そこで使用するESTR_FIファイルを指定するために、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とＳＯＢＩの数等により構成される。ここで、更新日時情報はESTR_FIファイル内にも設定されており、編集時ESTR_FIを変更した場合、その値も更新し、再生時、この値とESTR_FIファイル内の値を比べ、同じ値の場合、再生可能とする。また、ESTR_FIの数は７個以下とし、ＳＯＢＩの数も９９９個以下としている。さらに、ESTR_FI file name：HR_SFInn.IFOのnnの部分がＳＴＭＡＰのFile Name：HR_STMnn、IFOに反映され、ＳＴＭＡＰのファイル名が決定される。

ESTR_FIファイル（HR_SFIxx.IFO）は、図４に示すように、通常のESTR_FIと同じ構成とする。さらに、解析可能な場合（TYPE A：STRA）はＰＴＭベースでＴＭＡＰが作成可能であるが、解析できない場合（スクランブルが解けない、想定している放送局とは違う方式のデータが入力された場合等）（TYPE B：STRB）、ＴＭＡＰをＰＴＭベースでは無く、受信時間（ＰＡＴＳ）ベースで作成する事が考えられる。ただし、再生時間で無いので正確に特殊再生等はできないが大体の特殊再生が可能となる。

図４において、PATS_SSはＰＡＴＳの精度を示す値で構成されている。例えば後述する図１６の装置において、ネットワークやＩＥＥＥ１３９４等のデータそのものを取り込む場合、ＰＡＴＳが４バイトあるいはＰＡＴＳがダミーなどのときがある。そのような場合に対応するため、PATS_SSの値として、“00＝PATS, FIRST_PATS_EXTの両方が有効：精度6バイト”、“01＝PATSのみ有効：精度4バイト”、“10＝PATS, FIRST_PATS_EXTの両方が無効：精度無し）”を用意している。

また、デジタル放送において、特徴としてあげられるのがマルチビュー放送などに代表される複数の映像を同時に（タイムシェアリングして）流し、その内、必要なものだけを選んで再生することにより、複数のコンテンツをユーザの好み等により選択するものである。たとえば、マルチアングル放送でＸ、Ｙ、Ｚのストリームと降雨対応としてＵがひとつのＴＳとしてレコーダが受け取った場合、再生時に必要なストリームを選択して再生し、キーにより自由に切り替える必要があり得る。これに対応するため、グルーピング情報（ＧＰＩ）を追加して、この目的を可能にしている。

さらに、ＤＶＤレコーダでは通常、ＶＯＢの管理情報として、ＴＭＡＰＩを持っている。この情報はＶＯＢ／ＳＯＢをＶＯＢＵ／ＳＯＢＵ毎に分けて、その単位で再生、特殊再生等を行えるようにするための情報であるが、最大０．５ｓ毎に１件の情報が必要になるため、将来、ディスクの容量が増えたり、圧縮効率の高い圧縮方式を採用した場合、ＴＭＡＰＩが増え、編集などを行った場合に煩雑になり、ＩＦＯ内にあるとＴＭＡＰＩを変更するだけで、関係のない他の領域のデータを移動、書き換え等を行う必要がでてきて、効率が悪い。その状況を改善するためにＴＭＡＰＩを別領域に記録するようにして対応している。

さらに、録画する機器はメーカーや機種により、ＤＶＤフォーマットには記載されていない独自の機能をもち、他社との差別化を行うことが考えられる。その場合、メーカー独自の情報をオブジェクトデータに埋め込む必要がある場合がある。そこで、この発明の一実施の形態ではそれに対応するために、Packet Group Headerにその領域としてＭＮＦＩ（Manufacturer's Information）を設ける。

ＤＶＤディスクは図１に示す様に、ディスク内のデータは、ファイルシステムが入っているボリューム／ファイル構造情報領域とデータファイルを実際に記録するデータ領域で構成されている。ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている。データ領域には一般のコンピュータが記録する領域とＡＶデータを記録する領域にわけられる。ＡＶデータ記録領域は、ＡＶデータの管理をするためのＶＭＧファイルがあるＡＶデータ管理情報領域とビデオレコーディング規格のオブジェクトデータ（ＥＶＯＢＳ）ファイル（ＶＲＯファイル）の記録されるＶＲオブジェクト群記録領域とデジタル放送に対応したオブジェクト（ＥＳＯＢＳ：Extended Stream object set）が記録されているストリームオブジェクトデータ（ＥＳＯＢＳ）ファイル（ＳＲＯファイル）が記録される記録領域で構成されている。ここで、DVD-Video（ROM Video）はVIDEO-TS、DVD-RTR（録再ＤＶＤ）はDVD-RTAVとフォーマット毎にディレクトリをわけており、今回のデジタル放送対応のＤＶＤ規格も例えばDVD_HDVRというディレクトリに記録される。

つまり、図２に示す様に、DVD_HDVRというディレクトリに、データの管理を行うためのＶＭＧファイルとアナログ放送及びラインインなどのアナロク記録用のオブジェクトファイルであるＶＲＯと、デジタル放送のオブジェクトであるＳＲＯファイルが記録され、そのＳＲＯファイルはＳＯＢＳ（Stream object Set）とし、管理データはＶＲと共通のＶＭＧファイルに記録され、ＶＲと共通に制御され、ＣＥＬＬ単位でリンクされ、再生場所の指定は再生時間単位で指定される。この管理データはVR_MANEGER.IFOと称している。ここで、ＴＭＡＰＴを別ファイルにする場合、図２に示すように、HR_VTMAP.IFO、HR_STMAP.IFOとそのバックアップファイルであるHR_VTMAP.BUP、HR_STMAP.BUPが追加されている。

ＥＳＯＢＳの構造は、１以上のＥＳＯＢで構成され、ＥＳＯＢは、例えば、一番組に相当する。ＥＳＯＢは１以上のＥＳＯＢＵ（Extended Stream object unit）で構成され、ＥＳＯＢＵは、一定時間間隔（ESOBU_PB_TM_RNGの値により変化する）分のオブジェクトデータもしくは、１以上のＧＯＰデータに相当する。ただし、転送レートが低い場合１ｓ（１秒）以内で１ＧＯＰが送られない場合が考えられる（ＶＲでは内部エンコードであるため自由に設定できるがデジタル放送の場合エンコードが放送局であるため、どんなデータがくるか不明な可能性がある）。また、レートが高く、Ｉピクチャが頻繁に送られた場合などが考えられる。その場合、ＥＳＯＢＵが頻繁に区切られ、それに伴いＥＳＯＢＵの管理情報が増え、全体の管理情報が肥大化するおそれがある。そこで、ＥＳＯＢＵは総録画時間により決めた一定時間間隔（最小の制限はＥＳＯＢ最後のＥＳＯＢＵ以外、ただし、区切りはピクチャ単位：例１ｓ毎）または１以上ＧＯＰで区切るのが適当となる。ここで、解析不能時にＰＡＴＳベースで管理情報を構築する場合、ＥＳＯＢＵはSOBU_PATS_TM_RNGに示される時間間隔で区切られる。SOBU_PATS_TM_RNGは秒単位で指定する場合と27MHzのカウント値で指定する場合の２種類が考えられる。

この一実施の形態では、１つのＥＳＯＢＵは１以上のPacket Groupで構成され、１つのPacket Groupは１６Logical Block（１ＬＢ＝2048バイト；１６ＬＢ＝32640バイト）に対応する。各Packet GroupはPacket Group HeaderとＴＳパケット（１７０個）で構成されている。各ＴＳパケットの到着時間は、各ＴＳパケットの前に配置されたＰＡＴＳ（Packet Arrival Time：4バイト）で表すことができる。

ここで、ＴＳパケットの到着時間は、録画開始を０（または所定の値）とし、録画終了までリニアにカウントアップさせる必要がある。そのため、録画中、複数の番組を一度に録画したり、編集された番組などの場合、システムタイムカウンタに不連続（ＳＴＣのディスコンティニュー）が発生する可能性がある。そのような場合、ＳＴＣの調整が必要となるが、この場合でも転送時間に関してはリニアに増える必要がある。この要求を満たすためには、ＳＴＣの乗り換え（切り替え）に影響されないよう内部カウンタ（図１６の実施の形態では９０ａ）で処理する方法と、切り替え時にＥＳＯＢを分ける方法が有る。ただし、リニアにする場合、その内部カウンタのカウント間隔は、再生同期の合っている状態のＰＣＲ（Program Clock Reference）取り込みと次のＰＣＲ取り込み間隔のＳＴＣのカウント間隔と、カウント時間間隔を同期させる必要がある。

また、ＥＳＯＢを分ける場合、ディスコンティニューするタイミングを正確に知る必要がある。但し、Packet Groupには２つまでのＥＳＯＢが混在する事を許可する。つまり、ＥＳＯＢ毎にアラインしないと言うことである。

さらに、Packet Group Headerは図１４〜図１５に示す様にPacket Groupの先頭にSync Patternを設定し、次にPKT_GRP_GI、ＣＣＩ：コピー管理情報（Copy Control Information）とFIRST_PATS_EXTとＭＮＩ（Manufacturer's information）で構成されている。

PKT_GRP_GIは、PKT_GRP_TY：Packet種別（１：MPEG_TS）、VERSION：DVD BOOKバージョン番号、PKT_GRP_SS：Packet Groupのステータス情報、Valid_PKT_Ns：Packet Group内の有効Packet数とFIRST_PATS_EXT：先頭のPacketに対するＰＡＴＳの上位２バイトで構成されている。

さらに、PKT_GRP_SS（図１５）は、ＳＴＵＦ：スタッフィングが行われたかどうかを示すビット（このビット設定されている場合、Valid_PKT_Nsが0xAA以外の値を取る事を示している。）、PATS_SS（図４参照）：ＰＡＴＳの精度を示す値（00＝PATS, FIRST_PATS_EXTの両方が有効：精度6バイト、01＝PATSのみ有効：精度4バイト、10＝PATS, FIRST_PATS_EXTの両方が無効：精度無し）で構成されている。

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

また、ＭＮＦＩはMNF_IDとMNF_DATAで構成されている。NMF_IDは各メーカーを表す値である。その後ろのMNF_DATAは各企業毎に自由に設定可能なデータ領域となっている。FIRST_PATS_EXTはPacket Groupの先頭にあるPacketの到着時間の上位２バイトで、残り４バイトは各Packetの前に付けられている。これにより、より正確な時間の再生処理が可能となる。

ここで、管理情報について説明する。ＨＤＶＲディレクトリには、図２に示されるように、ＤＶＤの管理情報ファイルであるHR_MANGER.IFOとアナログビデオオブジェクトファイルであるＶＲＯファイルとデジタル放送対応用のＳＲＯファイルで構成されている。また、ストリームデータの管理は図２に示す様にＶＭＧ内に保存され、ＶＲデータと同列に管理される。

ストリームの管理情報はESTR_FIT（Extended Stream File Information table）に保存されている。ESTR_FITはESTR_FITI（ESTR_FIT Information）と１以上のESTR_FI_SRPとそのＳＲＰで示されるESTR_FI（Extended Stream File Information）で構成される。ESTR_FITIは、ESTR_FIの総数とこのテーブルの終了アドレスで構成され、ESTR_FIは、ESTR_FI_GI（ESTR_FI General Information）、１以上のESOBI_SRP（Extended Stream Object information Search Pointer）とＳＲＰと同数でその値で示されるＥＳＯＢＩ（ESOB Information）で構成される。

ESTR_FI_GIには、該ESTR_FIの管理するオブジェクトのファイル名/ファイル番号と該ESTR_FI内のESOBI_SRPの数、記録されるコンテンツのソースであるデジタル放送の種類（AP_FORMAT_1）、録画した国コード：Country code（国コード：JPN＝日本）、PKT_TY（１＝MPEG-TS）、PKT_GP_SZ（16Logical Blockで固定）、PKT_Ns（0xAA：１７０TSpacketで固定）で構成されている。

図５は、図４のＥＳＯＢＩに含まれるESOBI_GIがどのように構成されるかの一例を説明する図である。ESOBI_GIは、図示の順番で図示する各種情報をを含んでいる。

すなわち、ＥＳＯＢＩ（図５）は、ESOBI_GIと、ESOB_V_ESI（Extended Video Elementary Information）および／またはESOB_A_ESI（Extended Audio Elementary Information）に対応するESOB_ESI#と、ESOB_DCNI（Discontinuity Information）と、ESOB_PATSI（Packet Arrival Time Information）と、ESOB_SMLI（Extended Seamless Information）と、ESOB_AGAPI（ESOB Audio GAP Information）と、ESOB_TMAP（ESOB Time Map）と、ESOB_ES_GPI（ESOB_ES Group Information）で構成されている。

ESOBI_GIは、AP_FORMAT（１＝ISDB-S：BS/CS放送、２＝ISDB-T：地上デジタル放送）、録画開始時間、録画時間、先頭のＰＴＭ、終了ＰＴＭ、さらに、ＰＳＩ（Program Specific Information）、ＳＩ（Service Information）の値を元に、PROGRAM_NUMBER（SERVICE_ID）、PMT_ID、NETWORK_ID、TS_ID、FORMAT_ID、録画するデータを元に、SOB_ES_Ns（録画のために選択したＥＳの数）、SOB_V_ES_Ns（録画したビデオＥＳの内、ＴＭＡＰを作ったＥＳの数）、SOB_A_ES_Ns（録画したオーディオＥＳの内、ＴＭＡＰを作ったＥＳの数）、CP_CTL_IFO、録画レート等で構成されている。SOB_TYのb15,14では、ＴＭＡＰのタイプを競ってしており、０でＰＴＭベース、１でＰＡＴＳベースとなっている。

ESOB_PATSI（図６）は、ESOB_PATSI_GIとPATS_WRAPI＃1〜#Kで構成され、PATSI_GIはPATSI_WAPIの数で構成され、PATS_WRAPIはＰＡＴＳが一周した所の位置情報で、Packet Group番号とPacket Group内でのPacket番号で構成されている。

SOB_TMAPはSOB_TMAP_GIと１以上のES_TMAPIで構成される。ここで、SOB_TMAP_GIは、TMAP_TY（＝０：ＰＴＭベース、＝１：ＰＡＴＳベース）、ADR_OFS（ファイル先頭からのSOB先頭までのPacket Group番号（又はLBアドレス））と、ＰＴＭベースの場合、SOBU_PB_TM_RNG（ＳＯＢＵの再生時間の範囲：１＝０．４ｓ〜１．２ｓ、２＝１ｓ〜２ｓ、３＝２ｓ〜３ｓ）と、SOB_S_PKT_POS（ＳＯＢの先頭のPacket group内での始まり：1≦SOB_S_PKT_POS≦170）と、SOB_E_PKT_POS（ＳＯＢの先頭のPacket group内での終わり：1≦SOB_E_PKT_POS≦170）で構成される。

また、ES_TMAPIは、ES_PID（該ＴＭＡＰの対象ＥＳのＰＩＤ：ＰＩＤは１３ビットの実データで記載する方法とＰＭＴ内の順番を記載する方法の２通りが考えられる）、ADR_OFS（ＳＯＢファイル先頭から該ＥＳの先頭までの論理アドレス）、ES_S_PTM（スタートＰＴＭ）、ES_E_PTM（エンドＰＴＭ）、ES_SOBU_ENT_Ns（SOBU_ENTの数）、LAST_SOBU_E_PKT_POS（最後のＳＯＢＵのPacket Group内での位置）、STMAP_N（該ＥＳに属するＳＴＭＡＰＴ内のＴＭＡＰの番号：ただし、ＳＴＭＡＰＴがSTR_FI毎にそれぞれ別ファイルに記録されている場合、各ＳＴＭＡＰＴに順番に記録されている場合はこの番号は無くても良い）で構成される。また、ＳＴＭＡＰＴは、別領域に記録され（別ファイル）、ＳＴＭＡＰＴＩと１以上のSTMAPI_SRPとそれと同数のＳＴＭＡＰＩで構成される。

ＳＴＭＡＰＴＩ（図１０、図１１）は、ＳＴＭＡＰＴのエンドアドレス情報、該ＴＭＡＰのバージョン情報、STMAP_SRP_Ns（TAMP_SRPIの数＝ＴＭＡＰＩの数）、ＳＴＭＡＰの更新日時情報（ＶＭＧＩの値と同じ）で構成され、STMAP_SRPは各ＳＴＭＡＰＴの要素であるＳＴＭＡＰＩへのアドレス情報で構成され、各ＳＴＭＡＰＩはETMAPI_GIとESOBU_ENTが必要数で構成されている。STMAPI_GIは、ESOBU_ENT_Ns（エントリ数）で構成される。ただし、ESOBU_ENT間にごみデータが有っても良い。

ＰＡＴＳベースの場合、SOBU_PATS_TM_RNG（ＳＯＢＵの到着時間間隔：１＝０．５ｓ、 ２＝１ｓ、又は27MHzの場合のカウント値）、ESOB_S_PAT/ESOB_E_PATS（先頭／最後のPacketの到着時間）、TM_OFS（先頭のＳＯＢＵのＴＭレンジとの差分時間、無い例も考えられる）で構成され、編集はＳＯＢＵ単位で行い、ＰＡＴＳ開始／終了時間（CELLI）で調整を行う。

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

EＳＯＢＵ/EＶＯＢＵの間隔は、TM_RNGの値がある場合は、この値が示す時間間隔を最大とし、この前にＧＯＰの切れ目がある場合は、そこでＳＯＢＵをきる。また、シーケンスヘッダ（ＳＨ）とＩ−ＰＩＣがある場合には、そのＳＨの先頭できる。

ＶＴＭＡＰＴ（図９）はＶＴＭＡＰＴＩとVTMAP_SRPTとVTMAP#1-#nで構成され、ＶＴＭＡＰＴＩは、VMG_ID（ＶＭＧＩの先頭に在るVMG_IDと同じ値）、とVTMAPT_EA（ＶＴＭＡＰのエンドアドレス）、VERN（ＴＭＡＰのバージョン情報）、IFO_LAST_MOD_TM （TMAPTの更新日時情報、HR_MANGR.IFOと同じ値）、VTMAP_SRPNs（サーチ情報の総数）で構成され、VTMAP_SRPTは１以上のVTMAP_SRP（各ＶＴＭＡＰのサーチ情報）で構成され、さらに、VTMAP_SRPはVTMAP_SA（ＶＴＭＡＰのスタートアドレス）と、VOBU_ENT_Ns（VOEU_ENTの総数）で構成され、ＶＴＭＡＰは、一以上のVOBU_ENTで構成されている。

図１３に示される様に、ＰＴＭベースの場合、ESOUB_ENTは、1st_Ref_PIC_SZ（ＬＢ単位で表され、エントリ内で最初のリファレンスピクチャ（Ｉピクチャ等）のＥＳＯＢＵ先頭からの最終アドレス情報）、SOBU_PB_TM（フィールド数で表されるＳＯＢＵの再生時間）、SOBU_SZ（ＳＯＢＵに属するパケットグループの数で表されるＳＯＢＵサイズ）、SOBU_S_PKT_POS（パケットグループ先頭からのパケット数で表され、ＥＳＯＢＵの先頭が入っているパケット位置）、SOBU_SH_EXIST_Flag（シーケンスヘッダ（ＳＨ）情報）を含んで構成される。

ＳＨ情報は、２種類考えられる。第１は、図１３のように、ＥＳＯＢＵ内にＳＨがあると言う事を示すフラグESOBU_SH_EXIST_FLAGがある場合である。第２は、ＳＯＢＵの先頭からＩ−ＰＩＣまでの間にＳＨがあることを示すフラグESOB_SH_I_EXIST_FLAGと、ＳＯＢＵ内にＳＨがあると言う事を示すフラグ（もしくは、Ｉ−ＰＩＣからＳＯＢＵ最後までにＳＨがある事を示すフラグESOBU_SH_EXIST_FLAGがある場合である。

第１のＳＨ情報は、ＳＨが番組内（ＥＳＯＢ内）で一定の場合、もしくはＥＳＯＢＵが必ずＳＨで始まるようにＥＳＯＢＵを区切る場合に採用される。これにより、ＥＳＯＢＵ内のＳＨを利用して再生が可能となる。

第２のＳＨ情報は、ＳＨが頻繁に変化する場合、もしくはＳＨがＥＳＯＢＵ先頭に有るとは限らない場合に採用される。第２のＳＨ情報を採用することにより、ＥＳＯＢＵ先頭からＩ−ＰＩＣまでにＳＨがない場合でも、その前（通常は１つ前のＥＳＯＢＵであるが、場合によっては２つ以上前のＥＳＯＢＵの場合も可能とする）の、ＳＨのあるＥＳＯＢＵを読み出すことにより、ＳＨを設定でき、再生が可能となる。

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

ＰＡＴＳベースのESOBU_ENTは、Packet単位の場合とPacket Group単位の２種類が考えられる。Packet単位の場合、より正確なアドレスが得られるが、ESOBU_ENTのデータが増えPacket Goup単位の場合はESOBU_ENTのデータは少ないがPacket Group単位でしかアドレスを取れない。Packet単位の場合は、ＰＡＴＳベースのESOBU_ENTはAT_SOBU_SZとAT_SOBU_S_PKT_POSで構成される。AT_SOBU_S_PKT_POSはPacket_Group内でのＳＯＢＵの先頭の位置をPacket数で示している。

一方、Packet Group単位の場合は、ＰＡＴＳベースのESOBU_ENTはAT_SOBU_SZで構成され、ESOB_S_PKT_POS、ESOB_E_PKT_POSは０に固定される。

ESOB_TMAP_GI（図８）には、ADR_OFSとSOB_SZ、SOB_E_PKT_POSがＳＯＢ全体の値に関した値として記されている。また、各ＥＳ用のＴＭＡＰＩとして、ES_TMAPI（図７）には、ES_S_ADR_OFS（ＳＯＢの先頭から該ＥＳの先頭のＥＳＯＢＵまでのアドレス（Packet Group数））と、ES_E_ADR_OFS（該ＥＳの最後のＥＳＯＢＵからＥＳＯＢの最後までのアドレス（Packet Group数））と、ES_LAST_SOBU_E_PKT_POS（最後のＳＯＢＵのPacket Group内での最後のPacketまでのPacket数）と、ES_SOBU_ENTNs（ESOBU_ENTの総数）と、該ＥＳのデフォルトのＰＩＤ（ＰＩＤは１３ビットの実データで記載する方法とＰＭＴ内の順番を記載する方法の２通りが考えられる）等が、ES_TMAP全体の値として記されいる。

各ＳＴＭＡＰＩ内のESOBU_ENT（図１２〜図１３）には、ESOBU_S_PKT_POS（またはAT_SOBU_S_PKT_POS）、SOBU_SZ（またはAT_SOBU_SZ）がＥＳＯＢＵに属する値として記載されている。

さらに、SOB_SZが有る場合、ES_E_ADR_OFS（図７）は以下の計算で求められるため、どちらかが有れば良い。

ES_E_ADR_OFS
＝SOB_SZ−（ES_S_ADR_OFS＋Σ^k-1 _N=1SOBU_SZ（N）＋1）
SOB_SZ＞ES_S_ADR_OFS、SOB_SZ＞SOBU_SZ等の式も成り立つ。

また、図８は、ＰＡＴＳベースの実際のＴＥＭＡＰとＥＳＯＢＵの構造である。Packet単位の場合、SOB_SZ（図８）はＥＳＯＢの先頭が属するPacket GroupからＥＳＯＢの最後が属するPacket GroupまでのPacket Group数である。また、AT_SOBU_SZはＥＳＯＢＵの先頭のPacket GroupからＥＳＯＢＵ最後のPacket Groupまでの数となり、AT_SOBU_S_PKT_POSはＥＳＯＢＵの切れ目とPacket Groupの切れ目の差をPacket数で表している。

ここで、時間情報は、ＰＡＴＳベースのため、ＥＳＯＢの開始時間としてSOB_S_PATS、終了時間をSOB_E_PATSとし、ＰＡＴＳで表している。ただし、SOB_E_PATSに関しては、最後のPacket Groupの最後のPacketのＰＡＴＳ（到着開始時間）であり、最終受信終了時間では無い。編集はＥＳＯＢＵ毎に行い、再生開始時間（CELLIのCELL_S_PATS）を指定する。ＥＳＯＢＵ毎の編集のため、ESOB_S_PATSは必ずＥＳＯＢＵの先頭と一致する。ただし、ＰＡＴＳはPATS_SSにより、精度が示される。

TM_OFSは、ＥＳＯＢの先頭のＰＡＴＳとTM_RNGで指定されたＴＭ（時間）レンジとの実際の差を27MHzのカウント値で表す。ただし、この値が無い例も考えられる。

Packet Group単位で処理を行う場合、ＥＳＯＢＵとPacket Groupの切れ目が一致するため、ESOBU_S_PKT_POSは不要となる。また、ESOB_S_PKT_POS、ESOBU_E_PKT_POSも０固定となる。

さらに、ＥＳＯＢにおいては、マルチビュー放送や降雨対応放送、さらに、複数番組同時録画対応として、SOB_ES_GPI（Group Information）がある。そのＧＰＩは、ESOB_GPI_GI、GPI_SRP、GPIで構成される。ESOB_GPI_GIには、GPI_TY（０＝レコーダ内で作成、１＝放送時に定義）と、GPI_SRP_Ns（ES_GPI_SRPの数）が入り、GPI_SRPは、GPI_SA（ＧＰＩのスタートアドレス）で構成され、各ＧＰＩは、GPI_GI、各ES_PIDで構成され、GPI_GIはPIORITY（優先度：指定しない場合は全て０、１が最優先）と、ES_PID_Ns（該グループのＥＳの数）で構成されている。ただし、ビデオＰＩＤが有る場合、同じＧＰには属さない。

再生情報はEX_PGC情報で、通常のＶＲフォーマットと同じで、ORG_EX_PGC情報は録画時に機器が自動で作成し、録画順に設定し、UD_EX_PGC情報は、ユーザが自由に追加する再生順番に従って作成され、PLAYLISTと呼ばれている。この二つのフォーマットはEX_PGCレベルで共通で、そのEX_PGCフォーマットは次のようになっている。すなわち、EX_PG情報には、このEX_PGが更新された日時情報が保存される。これにより、該EX_PGが何時編集されたかがわかる。また、テキスト情報として番組名用には、PRM_TXTが使用され、その他のテキスト情報を保存するためにIT_TXT領域にその他の情報（監督名、主演名、…）を保存し、該EX_PGＩにはその保存したIT_TXTのＳＲＰ番号を設定して、リンクさせ、さらに、IT_TXTデータの方にもＰＧ番号を設定している。ここで、EX_PG番号はこのディスクに記録し初めてからの絶対番号で、他のEX_PGを削除しても変わらないインデックス番号としている。

さらに、EX_PGには、RSM_MRKIが存在し、各プログラム毎のレジュームマーカー（再生中断時にどこまで再生したかを示すマーカー）を設けており、再生を再開するための情報として、EX_CELL番号、再生開始ＰＴＭとそのマーカーを作成した日時情報を設定している。これをタイトルレジュームとして使用する。

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

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

さらに、EX_CELL情報では、従来のＶＲのＣＥＬＬタイプにＳＯＢの種別（STRA_CELL、STRB_CELL）が加わっており、ＥＳＯＢ番号、開始時間、終了時間再生するＧＰ番号を指定する。ここで、開始時間、終了時間は、再生時間（ＰＴＭベースの場合）またはＰＡＴＳ時間（ＰＡＴＳベースの場合）の２種類のどちらかで表せる場合が考えられる。

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

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

また、参照するＩＤは、再生するストリームの代表するストリームのＰＩＤ（ＰＩＤは１３ビットの実データで記載する方法とＰＭＴ内の順番を記載する方法の２通りが考えられる。またはコンポーネントタグの値）を設定する方法と、マルチビューＴＶなどの場合などで、コンポーネントグループのＩＤを設定する方法が考えられる。また、EX_PG、EX_CELLに特有のＩＤ番号を付け、途中のEX_PG、EX_CELLを削除しても変わらない番号でEX_PG、EX_CELLを指定できるようにしている。

また、EX_CELLには再生するESTR_FI番号とＥＳＯＢ番号を設定している。さらに、EX_CELLにはチャプターに相当するＥＰＩ（Entry Point Information）がある。ＥＰＩには、各ＣＥＬＬタイプ毎に２種類あり、合計8種類となる。

M_CELL_EPI_TY_Aは、EPI_TY（ＥＰＩのタイプ情報）とＥＰのついているＰＴＭで構成され、TY_Bはさらに、PRM_TXTI（テキスト情報）、REP_PIC_PTM（サムネール用ポインタ）で構成されている。S_CELL_EPI_TY_Aは、EPI_TY（ＥＰＩのタイプ情報）、ＥＰのついているS_VOB_ENT番号で構成され、TY_Bはさらに、PRM_TXTI（テキスト情報）で構成されている。

STR_A_CELL_EPI_TY_A（ＥＳＯＢのTYPE A）は、EPI_TY（ＥＰＩのタイプ情報）、ＥＰのついているＰＴＭ、そのＥＰのついているＥＳのＰＩＤ（又はグループ番号）で構成され、TY_Bはさらに、PRM_TXTI（テキスト情報）、REP_PIC_PTM（サムネール用ポインタ）で構成されている。STR_B_CELL_EPI_TY_A（ＥＳＯＢのTYPE B）は、EPI_TY（ＥＰＩのタイプ情報）、ＥＰのついているＰＡＴＳ、そのＥＰのついているＥＳのＰＩＤで構成され、TY_Bはさらに、PRM_TXTI（テキスト情報）、REP_PIC_PTM（サムネール用ポインタ）で構成されている。

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

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

なお、図示しないが、図１６のＩ／Ｆとして、ＨＤＭＩ端子および／またはＤ３〜Ｄ５端子をさらに装備することができる。

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

記録時の信号の流れは、ＳＴＢ部８３（または地上波デジタルチューナ部８９）で受け取ったＴＳパケットデータは、フォーマッタ部９０で、パケットグループ化されワークＲＡＭ９１へ保存し、一定量たまった時点でディスク１００またはＨＤＤ１００ａに記録される。

このフォーマッタ部９０には、ＰＡＴＳ用の内部カウンタ９０ａが接続されている。ＴＳパケットの到着時間はＰＡＴＳ用のカウンタ９０ａでカウントし、そのカウント値を各ＴＳパケットの先頭に付けて、バッファリングされる。このカウンタ９０ａはＳＣＲ（System Clock Reference）によりカウント間隔の微調整は行うがＳＴＣ１０２のようにＳＣＲの値をロードする事は無い。この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。その場合、Packet Groupの先頭のPacketのＰＡＴＳの上位２バイトのみヘッダに入れ、それ以外のＰＡＴＳは下位4バイトのみがＴＳパケットとともに（ＴＳパケットの前に）保存される。

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

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

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

また、再生時の記録の流れは、ディスク１００からドライブ部５１よりデータを読み出し、Ｄ−ＰＲＯ部５２でエラー訂正を行い、デコード部５９へ入力される。ＭＰＵ部８０は入力されるデータがＶＲデータか、ＳＲデータかの種別を判定し（Cell TYPEより判定する）、デコーダ部５９に再生前にその種別を設定する。

ＳＲデータの場合、ＭＰＵ部８０は再生するセル情報EX_CELLＩより、再生するＰＩＤを決め、ＰＭＴより、再生する各アイテム（ビデオ、オーディオ等）のＰＩＤを決め、デコーダ部５９へ設定する。デコーダ部５９は、そのＰＩＤを元に、分離部６０で各ＴＳパケットを各デコード部へ送る。さらに、ＴＳパケット転送部１０１へ送り、到着時間にしたがって、ＳＴＢ部８３（１３９４Ｉ／Ｆ部７４）へＴＳパケットの形で送信する。

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

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

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

ＭＰＵ部８０はさらに、ＭＰＥＧ−ＴＳからＰＴＳ（Presentation Time Stamp）および／またはＤＴＳ（Decoding Time Stamp）を検出する検出部８０Ｅ、連続（隣接）するＧＯＰ間を検出する検出部８０Ｆ、ストリームが不連続しているか否かを検出する検出部８０Ｇ等をファームウエアとして具備している。

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

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

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

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

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

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

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

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

この時の動作は、ＴＳパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダを作成する。具体的には以下のようになる：
1）ＴＳパケットを受信する；
2）取り込んだＴＳパケットにＰＣＲが有る場合はＳＴＣの修正を行う；
3）パケットグループの先頭の場合は、Sync_Pattern：00ffa5a5を設定し、先頭でない場合は6）へ移行する。

4）ＴＳパケットの到着時間をＰＡＴＳとして、ＰＡＴＳの下位4バイトをＴＳパケットの前に配置し、先頭のＰＡＴＳの上位２バイトをFIRST_PATS_EXTとしてPacket Group Headerに設定する；
5）PAT_SSに０を設定し、7）へ移行する；
6）ＴＳパケットデータエリアに取り込んだＴＳパケットにＰＡＴＳの下位４バイトをＴＳPacketの前に付け、Packet Groupのデータリアに設定する。

7）パケットグループが終わったかどうかを判定し、（１７０個のＴＳパケットをグルーピングしたかどうかを判定し）、終わってない場合は、1）へ移行し、終わった場合は、PKT_GRP_GI設定処理、ＣＣＩ処理、ＭＮＦＩ処理を行いグループデータをバッファＲＡＭ内に一時保存する。ここで、ＰＡＴＳの精度が４バイトの場合、4）、5）の処理のFIRST_PATS_EXTが無くなり（又は０を設定）、PATS_SSの値が01となる。

次にPKT_GRP_GI設定処理を説明する：
1）Packetタイプを調べ、MPEG_ＴＳパケットの場合は１を設定し、それ以外の場合は、そのタイプにあった値をPacket Typeに設定する；
2）該当規格のBOOKバージョンに対応した値をVERSIONに設定する；
3）該Packet Group内でＰＡＴＳが一周したかどうかを調べ、一周した場合にはEＥＳＯＢ_PATSIのPATS_WRAPIに其のアドレス情報を設定する。

また、録画時のデータ処理は、以下の通りとなる。

１）番組設定処理でＥＰＧ（Electronic Program Guide）を使用して録画する番組を決めておき、受信を開始し、その決めた番組の録画を行う；
２）ＭＰＵ部がキー入力部より録画命令受けると、ドライブ部から管理データを読み込み、書き込む領域を決定する。このとき、ファイルシステムをチェックし、録画可能かどうかを判断し、録画可能の場合は、記録する位置を決定し、録画可能でない場合は、その旨をユーザに示して、処理を中止する；
３）決定された領域を書き込むように管理領域に設定し、ビデオデータの書き込みスタートアドレスをドライブ部に設定し、データを記録する準備を行う。

４）ＳＴＣ部に時間のリセットを行う。ここで、ＳＴＣ部はシステムのタイマーでこの値を基準に録画、再生を行う；
５）録画する番組のＰＡＴを読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する。このとき、ＭＰＵ部のワークＲＡＭ部にＰＡＴ、ＰＭＴを保存し、管理情報に書き込む。ファイルシステムに、ＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報を書き込む；
６）各部へ録画設定を行う。このとき、フォーマッタ部へ、各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録する様にする。また、バッファへＴＳパケットの保持を開始する様に設定する。すると、フォーマッタ部９０は動作を開始する。

７）ＰＭＴよりESOB_ESIを作成する；
８）バッファ内のデータが一定量たまった場合は、Ｄ−ＰＲＯを通して、ＥＣＣ処理を行い、ディスクに記録する；
９）録画中、定期的に（フォーマッタ部のバッファＲＡＭがいっぱいになる前に）、切り分け情報をＭＰＵ部のワークＲＡＭに保存する。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報で、ＥＳＯＢＵの先頭のアドレス、ＥＳＯＢＵのパック長、Ｉ-Picの終了アドレス、再生時間、Packetの到着時間（ＰＡＴＳ）、シーケンスヘッダ情報の有無等である。

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

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

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

５）ビデオストリームの場合、ES_TY＝０とし、各属性情報を設定し、特に解像度データ、アスペクト情報等を取り出し、V_ATRを作成し、8）へ移行する；
６）オーディオストリームの場合、ES_TY＝0x40とし、各属性情報を設定し、特にサンプリング周波数、チャンネル数等を取り出し、A_ATRを作成し、8）へ移行する；
７）その他の場合、ES_TY＝0ｘ80とし、各属性情報を設定し、8）へ移行する；
８）コピー情報を取り出し、CP_CTL_INFOを作成する；
９）属性情報を元に新たにＥＳＩを設定し、次のストリームチェックに移行する。

さらに、STR_FIの作成処理は、例えば以下のようになる：
１）ＥＳＯＢＩを一つ増やすため、サーチポインタ（SRP）を増やし、領域を確保し、PKT_TYに０：MPEG_TSを設定する；
２）録画時間をESOB_REC_TMに設定する。ここで、内部の時計は、ＴＤＴ（Time Data Table）により、設定、補正が行なわれ、常に正確な時間が得られる；
３）スタートＰＴＭ、エンドＰＴＭを設定する；
４）ストリームの種類がＴＳストリーム（ＡＲＩＢ、ＤＶＢ）の場合は、AP_PKT_SZに188を設定し、PKT_GRP_SZに16を設定する。そうでない場合は、放送方式にあった値をAP_PKT_SZに設定する。

５）PKT_TYにMPEG_TSを設定する；
６）ＰＡＴより、TS_ID、NETWORK_PID、PMT_ID（該ＥＳＯＢで使用しているＰＭＴのＰＩＤ：ＰＩＤは１３ビットの実データで記載する方法とＰＭＴ内の順番を記載する方法の２通りが考えられる）を設定する；
７）ＰＭＴより、Program_Number（ＰＭＴ内のSERVICE_ID ）、PCR_PID、を設定し、さらに、FORMAT_ID、VERSIONに付いては、内部チューナの場合は、機器内でデフォルトの方式とし、外部デジタル入力の場合は、デジタル入力より送られてくるRegistration_Descriptorの値を設定する。ＴＭＡＰタイプに従ってESOB_TYを設定する；
８）さらに、録画したＥＳの数を設定する。（ＰＭＴには放送している全てのＥＳの情報：数が設定されているが、録画時に全てのＥＳを記録しているとは限らないため、記録したＥＳの数を設定する。

９）録画を開始したＬＢアドレスをADR_OFSに設定し、デフォルトのＰＩＤを設定する。デフォルトのビデオのＰＩＤとはコンポーネントタグ値が00の値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに相当するストリームのＰＩＤが相当する；
10）ＧＰＩを設定する処理（後述）等を行い、各切りわけ情報を元にストリーム毎にＴＭＡＰＩを作成する；
11）ＰＡＴＳの精度に従い、PATS_SSを設定する（Packet_Group Header内の値と同じ値）；
12）編集日時を設定する。

ＧＰＩ設定処理は、例えば以下のようになる：
１）ストリームのタイプを調べる；
２）複数番組を１ストリームにしたの場合、ESOB_TYにＧＰＩありとし、GPI_TYに０、全PRIORITY＝０と設定し、１番組を１ＧＰＩで構成し、グループ数を設定し、5）へ移行する；
３）降雨対応放送の場合、ESOB_TYにＧＰＩありとし、GPI_TYに40ｈ、高階層をPRIORITY：１とし、そのほかをPRIORITY：２と設定する。階層毎に１ＧＰＩで構成しグループ数を設定し、5）へ移行する。

４）マルチビュー放送の場合、ESOB_TYにＧＰＩありとし、GPI_TYに40ｈ、高階層をPRIORITY：１とし、そのほかをPRIORITY：２と設定し、１ビューに１ＧＰＩで構成し、まだ、ほかのＧＰとすべきＥＳがあるかどうかを判断し、有る場合は1）へ移行し、無い場合はグループ数を設定し、5）へ移行する；
５）他のグループが無いかどうかをチェックし、ある場合は2）へ移行し、無い場合は、現在選択されているＰＩＤのグループでプレイリストを作って、登録し、この処理を終了する；
６）ＧＰが無い場合はESOB_TYにＧＰＩなしと設定し、この処理を終了する。これにより、現在選択されているグループで再生をする場合には、自動作成されたプレイリストを再生することにが可能となる。

さらに、ＴＭＡＰ設定処理について、以下に説明する：
１）ＥＳＯＢ／ＶＯＢの構造を決定する；
２）ＥＳＯＢの場合：TMAP_TYを決定する。ＰＴＭベースの場合、ＧＰ数を考慮し、ＳＴＭＡＰを作成するＥＳを決定し、そのＥＳの数（ビデオのＥＳの数）をＴＭＡＰ数とし、ＴＭＡＰ毎に作成するES_PIDを設定する。（ただし、１ＧＰに必ず１ＴＭＡＰが付く必要は無い。無い場合は同じMAIN_GPもしくは同じGP_NUMが付いているＧＰのＴＭＡＰを利用し、再生、サーチ、特殊再生等を行う。）ＰＡＴＳベースとVOBの場合、１つＴＭＡＰを追加する；
３）切り分け情報よりＥＳＯＢ（ＰＴＭベース）／ＶＯＢ開始時間終了時間、ＴＭＡＰ毎の開始時間終了時間、エントリ数、ＥＳＯＢ（ＰＡＴＳベース）の先頭のPacketの到着時間、最終Packetの到着時間等を設定する。

４）ＴＭＡＰＴを追加し、切り分け情報を元にエントリ情報：ＥＳＯＢのTYPE Aの場合、1st_REF_PIC_SZ（先頭のI-picの終了アドレス、I-Picが無い場合は０をセット）、SOBU_SZ（ＥＳＯＢＵのサイズをPacketGP単位で示す）、SOBU_S_PKT_POS（PacketGP内でのＥＳＯＢＵの先頭の位置）、SOBU_SH_EXIST_FLAG（ＥＳＯＢＵ内のシーケンスヘッダの存在を示す。有＝１、無＝０）、SOBU_SH_I_EXIST_FLAG（ＥＳＯＢＵの先頭からＩ−ＰＩＣまでの間にシーケンスヘッダの有無を示す。有＝１、無＝０：I-Picが無い場合は０を設定）、ＥＳＯＢＵのTYPE_Bの場合、SOBU_SZ（ＥＳＯＢＵのサイズをPacketGP単位で示す）、SOBU_S_PKT_POS（ＥＳＯＢＵの先頭のPacket Group内での位置（PKT単位））を設定する；
５）SOBU_SZ、SOBU_PB_TMを作成する。ここで、ＴＭＡＰＴ情報は別ファイルの場合とＩＦＯファイルの最後に追加する場合が考えられる。

ＶＯＢ／ＥＳＯＢの構造設定処理は、例えば以下のようになる：
1）録画した録画時間を調べ、録画時間が２時間以下の場合は2）に移行し、２時間から４時間の場合は3）へ移行し、４時間以上は4）へ移行する；
2）VOB/SOB_PB_TM_RNGに０を設定し、切り分け情報（０．４ｓ〜１．０ｓの情報）より、ＥＳＯＢＵが０．４ｓ〜１ｓになる様にVOB/ESOBU_ENTを作成し、5）へ移行する；
3）VOB/SOB_PB_TM_RNGに１を設定し、切り分け情報（０．４ｓ〜１．０ｓの情報）より、ＥＳＯＢＵが１ｓ〜２ｓになる様にVOB/ESOBU_ENTを作成し、5）へ移行する；
4）VOB/SOB_PB_TM_RNGに２を設定し、切り分け情報（０．４ｓ〜１．０ｓの情報）より、ＥＳＯＢＵが２ｓ〜３ｓになる様にVOB/SOBU_ENTを作成する；
5）この処理を終了する。

さらに、CP_CTL_IFOの設定処理は、例えば以下のようになる：
１）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ、有る場合は、その情報を元にコピー情報を構成し、設定し、3）へ移行する；
２）コピー情報がない場合は、コピーフリーとして設定する；
３）最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子が有るかどうか調べ、有る場合は、その情報を元にＩＣＴ、ＥＰＮを設定する；
４）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＩＣＴ、ＥＰＮとして構成する。

さらに、ＣＣＩ設定処理の場合を説明する：
1）最新のＰＭＴ、ＥＩＴ内にコピー情報が有るかどうか調べ、有る場合は、その情報を元にコピー情報を構成し、設定し、3）へ移行する；
2）受信したＴＳパケット内にコピー情報がない場合は、前回のパックと同じ情報をコピー情報として構成する；
3）最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子が有るかどうか調べ、有る場合は、パケットグループの途中で変化した場合、その変化した所から新たなパケットグループとするように前のパケットグループにダミーデータを挿入し、変化後からを新たなパケットグループとするようにし、その情報を元にＣＣＩを設定する。このとき、PKT_GRP_GI：ＳＴＵＦに１を設定し、有効なPacketの数をPKT_GRP_GI：VALID_PKT_Nsに設定する；
4）受信したＴＳパケット内にコピー情報がない場合は、コピーフリーとしてＣＣＩを構成する。

さらに、ＰＧＣ作成処理は、例えば以下のようになる：
１）ディスクの最初の記録かどうかをチェックし、最初の場合はORG_PGCを作成し、最初で無い場合はそのORG_PGCの後に追加する様に設定する；
２）PG_TYに消去許可：０を設定し、Cell_NsにCELLの数を設定する；
３）ＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のlanguage_codeに"jpn"の場合は、VMG_MATのCHRに0x12を設定し、PRM_TXTIの第二領域にEVENT_NAMEに設定し、REP_PICTIに代表画像の情報を設定する；
４）LAST_MNF_IDに該当機器のメーカＩＤを設定する。この値は、ＰＧＩ、ＣＩ、ＶＯＢの変更があった場合にその変更した機器のメーカーＩＤを設定し、最後に編集、記録したのがどのメーカーであるかをわかるために設定するもので、これにより、違うメーカーが変更した場合の対応が取りやすくなる。

５）PG_INDEXにＰＧの絶対番号を設定し、他のアプリケーションソフトウエアなどから参照する場合にＰＧ単位での参照が可能にしている。さらに、該ＰＧ更新日時情報を記録する。この時、該当機器で対応している（メーカーのコードが一致した）ＭＮＦＩおよび／またはIT_TXTが有る場合には、その対応するデータの更新日時情報も設定する；
６）ＭＮＦＩに各メーカー独自の情報を設定する；
７）CELL_TYにストリーマであることを示す情報を設定する：CELLI
８）参照するＥＳＯＢ番号を設定し、再生するIDとして代表（ビデオの）ＰＩＤまたは、Component_Group_Idを設定し、EPIの数、再生開始ＰＴＭ、終了ＰＴＭ、EPを設定それぞれ設定する。

９）PG_RSM_INFに頭から再生できるように先頭の情報を設定する。なお、ＥＰを自動でつける場合の要因としては、映像及び時間関係では、一定時間と映像のモード変化（アスペクト比、動きベクトルの大きい場合）でその条件に映像フレームの先頭Packet（Unit Start Indicator）ＧＯＰの先頭Packet（シーケンスヘッダの先頭、Ｉ−ＰＩＣの先頭）を組み合わせた場合が考えられる。さらに、音声関係では音声の変化（音量の変化等）／音声モード（ST/MONO）でその条件に音声フレームの先頭Packet（Unit Start Indicator、フレームヘッダ）の組み合わせた場合が考えられる。

さらに、再生時のデータ処理は、例えば以下のようになる（図１９参照）：
１）ディスクチェックし、rewritable Disc（Ｒ、ＲＷ、ＲＡＭ）かどうかをチェックし、rewritable Discで無い場合には、その旨を返して終了する；
２）ディスクのファイルシステムを読み出し、録画されたデータが有るかどうかチェックし、無い場合には、“録画されていません”と表示して終了する；
３）ＶＭＧファイルを読み込み（ステップＳＴ２０７）、再生するプログラム、セルを決定し（ユーザに選ばせ）を決定する。ここで、記録順の再生選択した場合には、ORG_PGCＩに従って再生をおこない、番組毎の再生を行う場合には、再生したい番組に相当する番号のUD_PGCに従って再生を行う；
４）PKT_TYの値を読み出し、対応可能な放送方式かどうかチェックし、対応可能で無い場合は、その旨を表示して処理を終了する（もしくは次のCELLへ移行する）。

５）再生するタイトル情報、レジューム情報（PL_RSM_IFO, PG_RSM_IFO）等により再生するＥＳＯＢ／ＶＯＢ、再生開始ＰＴＭ等を決定し、再生開始ＰＴＭより、再生を開始するファイルポインタ（論理アドレス）を決定する。さらにＳＴＩ、ＥＳＩの値により、各デコーダ部設定を行い再生の準備を行う。また、先頭のパケットグループヘッダ内のＣＣＩより、ＡＰＳの設定をビデオデコーダにＡＰＳのＯＮ／ＯＦＦ、ＡＰＳのタイプ等を設定し、デジタルコピー制御によりＣＧＭＳＡの設定をビデオデコーダに行う。さらに、デジタル出力（ＩＥＥＥ１３９４、インターネット等）が有る場合：ＥＰＮの値により、０：スクランブルon又は出力禁止、１：そのまま出力に出力ICに設定し、LCTが０の場合、画像の解像度を制限を加え、HDをSDに変換し、１の場合はそのまま出力に出力ICに設定する。この時、再生を開始するフレームがＩピクチャで無い場合、その直前のＩを読み出しそこからデコードを開始し、目的のフレームまできた所で表示を開始し、通常再生を開始する。

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

デコーダの設定は、例えば次のようになる：
１）再生するグループを決め、ＧＰＩに従い、再生するＥＳを決める；
２）属性情報（ＳＴＩ又はＥＳＩ）を読み込む；
３）レコーダが対応できるフォーマットかどうかをチェックし、対応可能な場合はその設定を行い、対応不能の場合は、ミュートを設定する。

４）再生するビデオが再生可能かどうかをチェックし、可能な場合は、再生準備を行い、不能の場合は、ミュートする。この場合、ＰＩＤは１３ビットのＰＩＤが設定されている場合はそのまま使用できるが、ＰＭＴ内の順番で設定されている場合はＰＭＴを参照してＰＩＤを決める；
５）再生するオーディオが再生可能かどうかをチェックし、可能な場合は、再生準備を行い、不能の場合は、ミュートする。この場合、ＰＩＤは１３ビットのＰＩＤが設定されている場合はそのまま使用できるが、ＰＭＴ内の順番で設定されている場合はＰＭＴを参照してＰＩＤを決める；
６）ＣＣＩ情報を元に、コピー管理処理を行う。

また、セルの再生処理は、例えば以下のようになる：
１）ＴＭＡＰＩの内容よりCELLの開始FP（LBN）、終了FPを決定し、さらに、CELLI内の開始時間、終了時間より開始のESOBU_ENTRY、終了のESOBU_ENTRYを決定し、ADR_OFSに目的のESOBU_ENTRYまでのエントリのデータ長を累積し、開始アドレス（LB＝FP）、終了アドレスをもとめる。残りCELL長は終了アドレスより開始アドレスを引いた値とし、再生開始時間をＳＴＣへセットする。再生するＰＩＤを決定し、デコーダ（ＳＴＢ、デジタルチューナ）に設定する。この場合、ＰＩＤは１３ビットのＰＩＤが設定されている場合はそのまま使用できるが、ＰＭＴ内の順番で設定されている場合はＰＭＴを参照してＰＩＤを決める。

２）再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する；
３）読み出す読み出し単位サイズと残りセル長を比べ、残りセル長が大きい場合には、残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定する。小さい場合には、読み出し長を残りセル長にセットし、残りセル長を０にセットする；
４）読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する；
５）バッファに１ＥＳＯＢＵ分たまるのを待つ。１ＥＳＯＢＵ分たまったら、バッファデコーダ転送処理を行い、次へ移行する。

６）転送が終了したかどうかをチェックし、終了した場合には、次へ移行する；
７）アングルキー等が押されたかどうかをチェックし、押された場合は、ＧＰＩがあるかどうかチェックし、ある場合は、ＧＰ切り替え処理を行い、無い場合は、何もせずに次の処理へ移行する；
８）Skip SWが押されたかどうかをチェックし、押された場合は、SKIP処理を行う；
９）STOP SWが押されたかどうかをチェックし、押された場合は、中断情報（RSM_IFO）をタイトル再生の場合は、PG_RSM_IFOに、プレイリスト再生の場合は、PL_RSM_IFOに保存し、終了処理を行う；
10）残りセル長をチェックし“００”でない場合には、2）へ移行し、“００”の場合には、この処理を終了する。

バッファデータデコーダ転送処理は、例えば以下のようになる：
１）バッファＲＡＭ内のパケットグループの数をチェックし、１パケットグループ無い場合はこの処理を終了する。１以上有る場合は、最初のパケットグループを処理する様設定する；
２）目的のパケットグループをバッファＲＡＭ内より読み出す。パケットグループの先頭は、パケットグループ長とSync_Patternにより検出する；
３）パケットグループヘッダのＳＴＵＦを調べ、１がセットされている場合は、VALID_PKT_Nsの値に従って、有効なPacketを取り出す。設定されていない場合は、１７０Packetが有効とする。

４）PATS_SSにより、ＰＡＴＳの精度を検出し、その精度情報を元にＰＡＴＳ（4バイト）と、FIRST_PATS_EXTとPATS_WRAPIよりＴＳパケットの転送時間を計算し、その時間に各ＴＳパケットをデコーダ部（ＳＴＢ部）に送る；
精度6バイトの場合：FIRST_PATS_EXTをPacket Groupの先頭のPacketのＰＡＴＳの上位２バイトとし、そこから直前のＰＡＴＳの下位4バイトとして計算する；
精度4バイトの場合：直前のＰＡＴＳとPATS_WRAPIより、桁上がりを考慮してＰＡＴＳを計算する。

精度無しの場合：Packetデータを取り出すと、リクエストが有り次第直ちに出力する。

５）ＭＮＦが有るかどうかをチェックし、ある場合、そのＩＤが該当機器のメーカーと一致するかどうかを判断し、一致している場合は、そのデータを読み込み、所定の処理を行う（各社独自の処理）；
６）ＣＣＩ処理を行う；
７）ディスコンティニュー処理を行う；
８）転送終了まで待ち、パックグループがバッファＲＡＭに残っているかどうかをチェックし、いない場合はこの処理を終了する；
９）次のパケットグループを処理する様設定し、2）に移行する。

ＧＰ切り替え処理は、例えば以下のようになる：
１）切り替えＳＷの種別を調べる；
２）現在再生しているＧＰのＧＰＩを読み込む；
３）ＧＰＩが有るかどうかを調べ、無い場合はこの処理を終了する；
４）そのほかのＧＰに切り替えるためにＧＰＩ情報を読み込み、デコーダ設定処理を行う。

また、ディスコンティニュー処理は、例えば以下のようになる：
１）ＤＣＮＩをチェックし、再生中の位置にCNT_SEGの切れ目が有る場合は、デコーダの再生モードを内部クロックモード（ＰＴＳの値を無視し、内部のクロックの値のみで再生を行い、ＰＣＲがきた段階でＰＴＳを再び有効にする動作モード：外部同期モード）に移行させ、この処理を終了させる；
２）無いの場合は、何もぜずにこの処理を終了させる。

スキップ処理は、例えば以下のように行うことができる：
１）ＥＰＩＴを読み込む；
２）ＳＫＩＰの方向を調べ、（ＳＫＩＰキーの種類で決定）フォワードの場合は、現在再生している位置よりも後ろのＥＰで、バックワードの場合は前のＥＰで現在再生ているＰＩＤと同じＰＩＤをもつＥＰを検索して、その情報を読み込む；
３）検出されたＥＰＩより、再生するESOBU_ENTを決定する；
４）ESOBU_ENT情報を読み込み、再生を開始する時間（ＳＴＣ）を決定する。

５）目的のESOBU_ENTにＩ−ＰＩＣがあるかどうかを調べ（1st_Ref_SZ＝０）、ない場合は一つ前の同じグループのESOBU_ENTの情報を読み、5）を繰り返す；
６）ESOBU_ENT内でＩ−ＰＩＣの前にシーケンスヘッダがあるかどうかを調べ（SOBU_SH_I_EXIST_Flag）、存在する場合は、8）へ移行する。（SOBU_SH_EXIST_Flagのみの場合は、この処理もSOBU_SH_EXIST_Flagで行う。）
７）一つ前の同じグループのESOBU_ENTの情報を読み、ESOBU_ENT内にシーケンスヘッダがあるかどうかを調べ（SOBU_SH_EXIST_Flag）、ない場合は7）へ移行する；
８）ＳＨを読み込み、デコーダへ設定し、先ほど見つけたＩ−ＰＩＣを読み出し、その位置よりデコードを開始し、ＥＰで指定された再生時間より表示を開始するようデコーダを設定し、通常の再生処理に移行する。

ここで、タイプＡのＥＳＯＢＵは、例えば以下のように定義できる：
＜タイプＡのＥＳＯＢＵの定義＞
（１）ＥＳＯＢＵは後ろにＩ−ＰＩＣを従えたシーケンスヘッダで始まる短いシーケンスのストリームで、０．４ｓから１ｓの再生時間を持つと定義される。

（２）次のＩ−ＰＩＣを従えたシーケンスヘッダを再生時間で１ｓ以内に見つける事が出来ない場合、このＥＳＯＢＵは１ｓ以内で終了され、1st_Ref_SZに0をセットする。

（３）「（２）のケース」の場合でも、できるだけリファレンスピクチャ（すなわちＩ−ＰＩＣまたはＰ−ＰＩＣ）の前で終了する事が推奨される。

（４）リファレンスピクチャーが長い間見つけられることができない場合、前記の条件「（１）〜（３）」を満たすポイントが無い場合はノンリファレンスピクチャ（Ｂ−ＰＩＣ）の前でＥＳＯＢＵを終了しても良い。

このケースの場合、このＥＳＯＢＵの最後のリファレンスピクチャをデコードしたピクチャ（Ｐ５０）は、SOBU_PB_TMのカウントには含まれないが、SOBU_SZのカウントには含まれる。

（５）ＥＳＯＢＵの再生時間（SOBU_PB_TM）は再生オーダー（各ピクチャを表示した場合のオーダー）で計られ、ＥＳＯＢＵのサイズ（SOBU_SZ）は記録オーダー（ディスクに記録する時のオーダー）で計られる。

（６）全てのケースで、ＥＳＯＢＵ境界線は、ピクチャ境界（シーケンスヘッダまたはピクチャヘッダの直前）で整列する。

（７）下記のケース以外のＥＳＯＢＵは０．４ｓ〜１ｓの間の再生時間を持つ。ＥＳＯＢの最後のＥＳＯＢＵは０．４秒より少ない再生時間であってもよい。Ｉ−ＰＩＣが続くシーケンスヘッダから始めていないＥＳＯＢＵの場合、０．４秒より少ない再生時間があってもよい。

なお、タイプＢのＥＳＯＢＵは、以下のように定義できる：
＜タイプＢのＥＳＯＢＵの定義＞
ＥＳＯＢＵは到着時間（ＰＡＴＳ）で一定時間内に到着したPacketの集合とする。

次に、図１〜図１９の構成を利用してデジタル放送記録を行なうシステムの要部について説明を続ける。なお、前述の説明では、ＥＳＯＢ（Extended Stream object）あるいはＥＳＯＢＵ（Extended Stream object unit）のように“Ｅ”を付けているが、以下の説明では“Ｅ”を省略して説明する。“Ｅ”が省略されたＳＯＢやＳＯＢＵは、以下の説明では、図１〜図１９の構成を利用して説明したＥＳＯＢやＥＳＯＢＵの意味も包括するより大きな概念を示している。例えば、ＥＳＯＢもＳＯＢも通常はＭＰＥＧ２−ＴＳのデータストリームに対応するが、以下の説明におけるＳＯＢはＭＰＥＧ４−ＡＶＣあるいはそれ以外の（ＭＰＥＧ２−ＴＳに対応した内容を持つ）デジタルストリーム信号も包含する（ただしＥＳＯＢをＭＰＥＧ２−ＴＳ関連だけに限定するという意図はない）。

図２０は、図１６のデジタル記録再生装置の要部を書き直した、デジタル放送記録装置２０１のブロック図を示す。デジタル放送記録装置２０１はアンテナ２０２からの信号をデジタルチューナ２０１１によって受信し、選局された放送のみが含まれた Partial Transport Stream（以下、適宜ＴＳと略記する）のデータを取り出す。このＴＳデータは、Packet Group処理部２０１２によって32kB毎にPacket Group Headerが付けられたPacket Group形式というデータに変換され、Stream Buffer２０１３を経てＨＤＤ（および／または光ディスク）２０１４等に記録される。

一方、Packet Group処理部２０１２で作成されたPacket Group形式のデータを解析するMPEG Stream解析部２０１５では、該データ中のどの位置にＧＯＰの開始位置（1st Reference Pictureの開始位置）があるか、ＰＡＴ／ＰＭＴといったSection情報には何が書かれているかなどのMPEG Stream内部を解析しており、必要な情報を管理情報（図２では〜．ＩＦＯファイルの情報）としてＨＤＤ（および／または光ディスク）２０１４に記録する。この管理情報をもとに記録済みデータを再生するときは、Stream Buffer２０１３を経てMPEG2-TS Decoder２０１６に記録したデータを送信してＭＰＥＧデータのデコードを行い、ＨＤＭＩ端子、Ｄ３〜Ｄ５端子、ＩＥＥＥ１３９４等を経由してDigital TV２０３に出力する。。

なお、図２０のPacket Group処理部２０１２およびMPEG Stream解析部２０１５の処理機能は、図１６のＭＰＵ部８０のファームウエアとして実現できる。

図２１は、デジタル放送記録時におけるMPEG Stream解析部２０１５の処理内容の一例を示す。記録が開始されると、MPEG Stream解析部２０１５ではデータストリーム中を解析してSequence Header（ＳＨ）を探す（ステップＳＴ３００）。第一のSequence Headerが発見されると（ステップＳＴ３０２イエス）次のSequence Headerを探索する（ステップＳＴ３０４）。デジタル放送（日本ではＡＲＩＢ）の場合、ＧＯＰの開始位置にはSequence Headerが挿入されているため、Sequence Headerを探索すればＧＯＰの検出を行うことができる。

この発明の一実施の形態では、１ＧＯＰをストリームオブジェクトユニット（ＳＯＢＵまたはＥＳＯＢＵ）として管理している。ＳＯＢＵにはＳＯＢＵのサイズとＳＯＢＵ再生時間が記憶されており、Sequence Header（ＳＨ）間のパケットグループ数をＳＯＢＵのサイズとして記憶する（ステップＳＴ３０８）。一方ＳＯＢＵ再生時間は、各ＳＯＢＵ先頭のPictureのＰＴＳ(Presentaion Time Stamp)をデータストリームから求め、その差からＳＯＢＵの再生時間を算出する（ステップＳＴ３１０）。

こうして求めたＳＯＢＵのサイズと再生時間から、記録処理中において、記録対象のデータストリームの不連続性判定（ステップＳＴ３１２）が適宜なされる。

図１〜図１９に開示された実施の形態では、同一の属性を持つＭＰＥＧ−ＴＳに準じたデータストリームをストリームオブジェクト（ＳＯＢまたはＥＳＯＢ）として取り扱うことが例示されている。従って、この形式に準拠した記録再生装置を実現するためには、ＭＰＥＧ−ＴＳの属性の相違点を確認し、この不一致を検出したら別のストリームオブジェクトとして管理する必要がある。属性の不一致を検出するには、ＰＡＴやＰＭＴといったセクションの情報を監視し、属性が異なった時点で新たなストリームオブジェクトとして以後のデータストリームを管理することになる。

図２２は、データストリームと、管理情報（図４〜図１３のＥＳＯＢＩ、ＴＭＡＰＩ等に対応）に記憶されるＳＯＢＵ及びＳＯＢの関係を例示するもので、ここでは、データストリーム（ＭＰＥＧ−ＴＳ）内で連続したＧＯＰ群毎にストリームオブジェクト（ＳＯＢ）が形成され、ＧＯＰ不連続点でストリームオブジェクトが分割される様子を例示している。

ここで、データストリ−ムの連続性も確認し、不連続であることを検出したら（図２１のステップＳＴ３１２）別のストリームオブジェクトとして管理しなくてはならない。これは、ＭＰＥＧではＳＣＲという基準クロックを利用してエンコード・デコードを行っており、データストリームが不連続であるということはこのＳＣＲカウンタも不連続であることになり、不連続地点で再生が正常に行えなくなるためである。

不連続なデータが発生する要因にはさまざまなことが考えられるが、代表的な２つのパターンを考える：
１つ目の要因は、デジタルビデオカセット（ＤＶＨＳ：登録商標）などで編集を行った場合である。 ＤＶＨＳなどのテープメディアで編集を行う場合、不要区間を録画ポーズなどで飛ばすことなどが行われる。 ＤＶＨＳはＴＳをそのまま記録するものであるため、録画ポーズされた区間はそのままＴＳが抜ける形になっている。このようなＴＳの記録を行うと、図２３（ａ）に示すように、編集地点（録画ポーズ位置）でＰＴＳのみが大きく飛ぶという現象（Ｐ０１→Ｐ０２）が発生する。

２つ目の要因として、降雨などによる放送信号の減衰が挙げられる。図２１で説明したように、図２０のMPEG Stream解析部２０１５ではシーケンスヘッダ（ＳＨ）を探索することによってＳＯＢＵの情報を取得する。もし降雨などで信号が減衰し、シーケンスヘッダ部が訂正不能なほど誤った信号として受信された場合、ＳＯＢＵ境界検出が失敗することになる。しばらくＳＯＢＵ境界の検出に失敗した後にＳＯＢＵ境界を発見すると、ＳＣＲの値はその間の分だけ飛ぶことになる。この場合は図２３（ｂ）のように、ＳＣＲの値がＳＯＢＵ境界の検出に失敗した間だけ飛び、その間もストリームは出力され続けているという現象（Ｐ１１→Ｐ１２）が発生する。

各要因のうち、２つ目の要因については、降雨（または降雪）中はずっと発生する可能性があり、悪天候下では非常に多数のストリームオブジェクトに分断されてしまうことになる。するとストリームオブジェクトの数が多くなり過ぎて、ストリームオブジェクトを管理する情報のデータ量が肥大化してしまうという問題がある。そこで、１つ目の要因についてのみ異なるストリームオブジェクトで管理を行い（この場合はストリームオブジェクトを分割する）、２つ目の要因については同一のストリームオブジェクトで管理をする（この場合はストリームオブジェクトを分割しない）ことで、オブジェクト数の節約（ストリームオブジェクト管理情報量の肥大化回避）を図る。

具体的には、この発明の一実施の形態では、ＰＴＳのギャップと、その間に記録されたストリームのデータサイズに着目し、２つの要因を見分けている。図２０のMPEG Stream解析部２０１５においてＧＯＰ間のＰＴＳにギャップを検出したとき、その間に記録されたストリームのデータサイズが小さい場合は、その時点でストリームオブジェクトの境界があったと判断する。一方、ＰＴＳギャップに比較してデータサイズが十分大きい場合は、ギャップ分を埋めるためにダミーのＳＯＢＵ情報を作成して補間を行う。この処理を以下で詳細に説明する。

図２４に例示されるようなＰＴＳとデータサイズの関係を持つデータストリームを記録した際、MPEG Stream解析部２０１５において検出できたＧＯＰ群が601である。降雨／降雪等による信号の減衰区間602の間は信号が減衰しており、ＧＯＰ検出に失敗している。ＧＯＰ検出に成功した部分においては、ＧＯＰ間のＰＴＳからＳＯＢＵ再生時間を求め、ＧＯＰ間のデータサイズからＳＯＢＵサイズを求めて、ＳＯＢＵの情報603を作成する。また、減衰区間602では、その減衰区間の時間的な長さをＧＯＰ間のＰＴＳの差604から求め、減衰区間のデータサイズをＧＯＰ間のデータサイズ605から求める。そして、その間を補間するためのダミーＳＯＢＵを作成し、連続したストリームオブジェクトとして記録を行う。

なお、ダミーＳＯＢＵが他のＳＯＢＵと著しく長さやデータサイズが異なることを防ぐため、ダミーＳＯＢＵの最長時間は例えば１秒（または２秒）、最小データサイズは例えば32kBytes（または１Packet_Group分、若しくは64kBytes分）という制限を設けている。このため、減衰区間の長さによっては、複数のダミーＳＯＢＵが生成され、（このダミーＳＯＢＵを管理する図１３等の情報が）管理情報領域内に保存される。また、このダミーＳＯＢＵの時間／サイズ制限によって、図２３（ａ）と図２３（ｂ）の２つのギャップパターンの判別を行っている。

図２５は、MPEG Stream解析部２０１５の動作例を示している。図２１の処理と同様、まずMPEG Streamを解析して（ステップＳＴ４００〜ＳＴ４０４）ＧＯＰ境界の検出を行う。２つのＧＯＰ境界を発見したら（ステップＳＴ４０６イエス）、その間のＰＴＳ差を求める（ステップＳＴ４０８）。このＰＴＳ差が１ＧＯＰ分以内であれば（ステップＳＴ４１０ノー）、そこにはＰＴＳのギャップは無いと判断し、ＳＯＢＵ情報を生成して（ステップＳＴ４１２）次のＧＯＰ検出処理に移行する。

一方、もしＰＴＳ差が１ＧＯＰ分より大きかったら（ステップＳＴ４１０イエス）、そこにＰＴＳのギャップがあったと判断し、ダミーＳＯＢＵを作成すべきか、新たなストリームオブジェクトを生成して記録すべきかの判断を行う。前述したように、ＳＯＢＵの最長時間が例えば１秒（または２秒）、最小データサイズが例えば32kBytes（または64kBytes若しくは１Packet_Group分）であるという制限から、ギャップ区間中のデータサイズ（ステップＳＴ４１４）をギャップ区間の秒数で割り、その値が32kBytes以上であれば（ステップＳＴ４１６イエス）ダミーＳＯＢＵを生成する方を選択する（ステップＳＴ４１８）。一方、ギャップ区間中のデータサイズが32kBytes未満であれば（ステップＳＴ４１６ノー）ストリームオブジェクトを分割する方を選択する（ステップＳＴ４２０）。これにより、図２３（ａ）と図２３（ｂ）の２つのパターンの判別を行うことが可能になる。なお、ダミーＳＯＢＵを作成した場合は、ダミーＳＯＢＵ（放送コンテンツなし）と通常のＳＯＢＵ（放送コンテンツ入り）との区別をするために、ダミーＳＯＢＵの管理情報（図１３のESOBU_ENT等）に、ダミーＳＯＢＵ（またはnon-entry ESOBU）であることを示す情報（例えば“０”が書き込まれた1st_Ref_PIC_SZ）が書き込まれる（ステップＳＴ４１８）。

図２５の処理を採用すれば、ストリームデータのギャップ点で常にストリームオブジェクト分割（ステップＳＴ４２０）がなされるのでなく、ダミーＳＯＢＵ挿入等の手当でストリームオブジェクト分割をしない（ステップＳＴ４１８）ケースが可能となるので、ストリームオブジェクトの管理情報量がギャップ発生により不必要に増えることがなくなる。

＜実施の形態のまとめ＞
１．デジタル放送を記録する際、あるＧＯＰの先頭PictureのＰＴＳと次のＧＯＰのものとの間に少なくとも１ＧＯＰ以上のギャップがある場合、そこでMPEG Transport Streamの不連続点があると判断してその旨を記録する。

２．デジタル放送を記録する際、あるＧＯＰの先頭PictureのＰＴＳと次のＧＯＰのものとの間に少なくとも１ＧＯＰ以上のギャップがある場合、その２つのＧＯＰの間のMPEG Transport Streamのデータ量に応じて、そこでMPEG Tramsport Streamの不連続点があると判断する場合と、不連続点が無いと判断してその旨のデータを記録する場合を区別する。

３．前記２において不連続点が無いと判断した場合、ＰＴＳのギャップとその間のストリームサイズを補うＳＯＢＵ情報（ＥＳＯＢＩ）を作り出す。

４．前記３において作成された補間用のＳＯＢＵ情報は、他のＳＯＢＵ情報との区別ができるよう、1st Reference Picture Size（図１３のESOBU_ENT内の1st_Ref_PIC_SZ）の値をユニーク値（具体的には0）として保存する。

５．上記の“ＰＴＳ”は、あるＧＯＰの先頭PictureのＰＴＳのみに限定されるものでなく、あるＧＯＰの1st Reference PictureのＰＴＳでも可能とする。

以上により、降雨時の信号の減衰などが発生しても、ストリームオブジェクトの個数を節約して記録処理を継続することが可能になり、デジタル放送に対応した木目細かい制御動作が実現できる。

またダミーデータユニットが作成された場合は、このダミーデータユニットとそれ以外の前記データユニットとを区別するために、前記ダミーデータユニットに対する前記管理情報内の先頭基準ピクチャのサイズを示す部分に、ゼロあるいはマイナス１といった明確に区別できる値を記憶することで、前記ダミーデータユニットであることを示すようにしてもよい。

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

この発明の一実施の形態に係るデータ構造を説明する図。 この発明の一実施の形態に係るファイル構造を説明する図。 ESTR_FITがどのように構成されるかの一例を説明する図。 HR_SFIxx.IFOの具体例を説明する図。 ESOBI_GIがどのように構成されるかの一例を説明する図。 ESOB_PATSIの具体例を説明する図。 ESOB_TMAPIがどのように構成されるかの一例を説明する図。 ESOB_TMAPがどのように構成されるかの一例を説明する図。 DVD_HDVRディレクトリに含まれるHR_VTMAP.IFOおよびHR_STMAPx.IFOがどのように構成されるかの一例を説明する図。 ＳＴＭＡＰＴ（タイプＡ）に含まれる各種情報がどのように構成されるかの一例を説明する図。 ＳＴＭＡＰＴ（タイプＢ）に含まれる各種情報がどのように構成されるかの一例を説明する図。 ETMAPI_GIおよびES_TMAPI#がどのような情報を格納するのかの一例を説明する図。 ESOBU_ENT#の中身がどのように構成されるかの一例（タイプＡの例１）を説明する図。 ストリームオブジェクト用のデータユニットがどのように構成されるかの一例を説明する図。 PKT_GRP_GIの具体例を説明する図。 この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。 録画動作の一例（その１）を説明するフローチャート図。 の録画動作の一例（その２）を説明するフローチャート図。 再生動作の一例を説明するフローチャート図（全体の再生動作フロー）。 デジタル放送記録装置の要部概要ブロック図。 デジタル放送記録時におけるMPEG Stream解析部の処理内容の一例を説明するフローチャート図。 データストリーム（ＭＰＥＧ−ＴＳ）内で連続したＧＯＰ群毎にストリームオブジェクトが形成され、ＧＯＰ不連続点でストリームオブジェクトが分割される様子を例示する図。 データストリーム（ＭＰＥＧ−ＴＳ）の記録においてタイムスタンプ（ＰＴＳ）の増加とそれに対応するデータサイズの増加との関係例を説明する図。 降雨減衰等によりＧＯＰ検出に失敗した場合において、その失敗部分でストリームオブジェクトを分割せずに検出失敗部分（デジタルストリーム信号の正常な情報を含まないゴミ情報部分）をダミーストリームオブジェクトユニット（non-entry ESOBU）で埋め合わせる場合を説明する図。 MPEG Stream解析部の動作の一例を説明するフローチャート図。

符号の説明

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

Claims (14)

1. ＭＰＥＧ２トランスポートストリームまたはこのＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成された情報記録媒体において、
   前記情報記録媒体は管理領域とデータ領域を持ち、
   前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、
   前記オブジェクトは１以上のデータユニットで構成され、
   前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、
   前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体。
2. ＭＰＥＧ２トランスポートストリームまたはこのＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成された情報記録媒体であって、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体に前記デジタルストリーム信号を記録する方法において、
   前記デジタルストリーム信号はシーケンスヘッダが付されたＧＯＰデータをシリアルに含んでおり、あるＧＯＰデータのシーケンスヘッダとその次のＧＯＰデータのシーケンスヘッダとの間のタイムスタンプの差から隣接するＧＯＰ間隔を検出し、
   検出されたＧＯＰ間隔が１ＧＯＰより大きいなら、前記隣接するＧＯＰのシーケンスヘッダ間のデータサイズを求め、このデータサイズが前記データユニットの最小サイズより小さければ前記１ＧＯＰより大きな間隔が検出された箇所の前記データユニット間で前記オブジェクトの分割を行なう記録方法。
3. ＭＰＥＧ２トランスポートストリームまたはこのＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成された情報記録媒体であって、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体に前記デジタルストリーム信号を記録する方法において、
   前記デジタルストリーム信号はシーケンスヘッダが付されたＧＯＰデータをシリアルに含んでおり、あるＧＯＰデータのシーケンスヘッダとその次のＧＯＰデータのシーケンスヘッダとの間のタイムスタンプの差から隣接するＧＯＰ間隔を検出し、
   検出されたＧＯＰ間隔が１ＧＯＰより大きいなら、前記隣接するＧＯＰのシーケンスヘッダ間のデータサイズを求め、このデータサイズが前記データユニットの最小サイズ以上であれば前記１ＧＯＰより大きな間隔を埋めるために前記ダミーデータユニットを作成する記録方法。
4. 前記ダミーデータユニットが作成された場合は、このダミーデータユニットとそれ以外の前記データユニットとを区別するために、前記ダミーデータユニットに対する前記管理情報内に、前記ダミーデータユニットであることを示す情報を書き込む請求項３に記載の記録方法。
5. 前記ダミーデータユニットが作成された場合は、このダミーデータユニットとそれ以外の前記データユニットとを区別するために、前記ダミーデータユニットに対する前記管理情報内の先頭基準ピクチャのサイズを示す部分に、ゼロあるいはマイナス１といった明確に区別できる値を記憶することで、前記ダミーデータユニットであることを示す、請求項３に記載の記録方法。
6. ＭＰＥＧ２トランスポートストリームまたはこのＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成された情報記録媒体であって、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体に前記デジタルストリーム信号を記録する方法において、
   前記デジタルストリーム信号はＭＰＥＧ２トランスポートストリームであり、あるＧＯＰデータの先頭ピクチャのタイムスタンプとその次のＧＯＰデータの先頭ピクチャのタイムスタンプの差から隣接するＧＯＰ間隔を検出し、
   検出されたＧＯＰ間隔が１ＧＯＰより大きいなら、前記１ＧＯＰより大きな間隔を埋めるために前記ダミーデータユニットを作成する記録方法。
7. ＭＰＥＧ２トランスポートストリームまたはこのＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成された情報記録媒体であって、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体に前記デジタルストリーム信号を記録する方法において、
   前記デジタルストリーム信号はＭＰＥＧ２トランスポートストリームであり、あるＧＯＰデータに属する前記データユニットの先頭基準ピクチャのタイムスタンプとその次のＧＯＰデータに属する前記データユニットの先頭基準ピクチャのタイムスタンプの差から隣接するＧＯＰ間隔を検出し、
   検出されたＧＯＰ間隔が１ＧＯＰより大きいなら、前記１ＧＯＰより大きな間隔を埋めるために前記ダミーデータユニットを作成する記録方法。
8. ＭＰＥＧ２トランスポートストリームまたはこのＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成された情報記録媒体であって、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体に前記デジタルストリーム信号を記録する装置において、
   前記デジタルストリーム信号はシーケンスヘッダが付されたＧＯＰデータをシリアルに含んでおり、あるＧＯＰデータのシーケンスヘッダとその次のＧＯＰデータのシーケンスヘッダとの間のタイムスタンプの差から隣接するＧＯＰ間隔を検出する手段と、
   検出されたＧＯＰ間隔が１ＧＯＰより大きいなら、前記隣接するＧＯＰのシーケンスヘッダ間のデータサイズを求め、このデータサイズが前記データユニットの最小サイズより小さければ前記１ＧＯＰより大きな間隔が検出された箇所の前記データユニット間で前記オブジェクトの分割を行なう手段
   を具備した記録装置。
9. ＭＰＥＧ２トランスポートストリームまたはこのＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成された情報記録媒体であって、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体に前記デジタルストリーム信号を記録する装置において、
   前記デジタルストリーム信号はシーケンスヘッダが付されたＧＯＰデータをシリアルに含んでおり、あるＧＯＰデータのシーケンスヘッダとその次のＧＯＰデータのシーケンスヘッダとの間のタイムスタンプの差から隣接するＧＯＰ間隔を検出する手段と、
   検出されたＧＯＰ間隔が１ＧＯＰより大きいなら、前記隣接するＧＯＰのシーケンスヘッダ間のデータサイズを求め、このデータサイズが前記データユニットの最小サイズ以上であれば前記１ＧＯＰより大きな間隔を埋めるために前記ダミーデータユニットを作成する手段
   を具備した記録装置。
10. 前記ダミーデータユニットが作成された場合は、このダミーデータユニットとそれ以外の前記データユニットとを区別するために、前記ダミーデータユニットに対する前記管理情報内に、前記ダミーデータユニットであることを示す情報を書き込む手段をさらに含む請求項９に記載の記録装置。
11. ＭＰＥＧ２トランスポートストリームまたはこのＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成された情報記録媒体であって、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体に前記デジタルストリーム信号を記録する装置において、
    前記デジタルストリーム信号はＭＰＥＧ２トランスポートストリームであり、あるＧＯＰデータの先頭ピクチャのタイムスタンプとその次のＧＯＰデータの先頭ピクチャのタイムスタンプの差から隣接するＧＯＰ間隔を検出する手段と、
    検出されたＧＯＰ間隔が１ＧＯＰより大きいなら、前記１ＧＯＰより大きな間隔を埋めるために前記ダミーデータユニットを作成する手段
    を具備した記録装置。
12. ＭＰＥＧ２トランスポートストリームまたはこのＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成された情報記録媒体であって、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体に前記デジタルストリーム信号を記録する装置において、
    前記デジタルストリーム信号はＭＰＥＧ２トランスポートストリームであり、あるＧＯＰデータに属する前記データユニットの先頭基準ピクチャのタイムスタンプとその次のＧＯＰデータに属する前記データユニットの先頭基準ピクチャのタイムスタンプの差から隣接するＧＯＰ間隔を検出する手段と、
    検出されたＧＯＰ間隔が１ＧＯＰより大きいなら、前記１ＧＯＰより大きな間隔を埋めるために前記ダミーデータユニットを作成する手段
    を具備した記録装置。
13. ＭＰＥＧ２トランスポートストリームまたはＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体を再生する方法において、
    前記管理領域の情報を再生し、
    前記データユニットおよび前記ダミーデータユニットを含む前記データ領域の情報を再生する再生方法。
14. ＭＰＥＧ２トランスポートストリームまたはＭＰＥＧ２トランスポートストリームに対応する内容を持つデジタルストリーム信号を記録するように構成され、管理領域とデータ領域を持ち、前記データ領域は前記デジタルストリーム信号のデータが１以上のオブジェクトに分かれて記録できるように構成され、前記オブジェクトは１以上のデータユニットで構成され、前記管理領域は前記オブジェクトの管理情報を記録できるように構成され、前記データユニットが前記デジタルストリーム信号の正常な情報を含むものでない場合に、このデータユニットがダミーデータユニットであることを示す情報を、前記管理情報が格納できるように構成された情報記録媒体を再生する装置であって、
    前記管理領域の情報を再生する手段と、
    前記データユニットおよび前記ダミーデータユニットを含む前記データ領域の情報を再生する手段
    を具備した再生装置。

Images