JP2008245173A - デジタルストリームの記録方法、再生方法、記録装置、および再生装置 - Google Patents

デジタルストリームの記録方法、再生方法、記録装置、および再生装置 Download PDF

Info

Publication number
JP2008245173A
JP2008245173A JP2007086126A JP2007086126A JP2008245173A JP 2008245173 A JP2008245173 A JP 2008245173A JP 2007086126 A JP2007086126 A JP 2007086126A JP 2007086126 A JP2007086126 A JP 2007086126A JP 2008245173 A JP2008245173 A JP 2008245173A
Authority
JP
Japan
Prior art keywords
information
data
recording
esobu
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2007086126A
Other languages
English (en)
Other versions
JP5057820B2 (ja
Inventor
Manabu Shibuya
学 渋谷
Hiroyuki Kamio
広幸 神尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2007086126A priority Critical patent/JP5057820B2/ja
Priority to US12/047,715 priority patent/US8165457B2/en
Publication of JP2008245173A publication Critical patent/JP2008245173A/ja
Application granted granted Critical
Publication of JP5057820B2 publication Critical patent/JP5057820B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2579—HD-DVDs [high definition DVDs]; AODs [advanced optical discs]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H04N2005/91307—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal
    • H04N2005/91328—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal the copy protection signal being a copy management signal, e.g. a copy generation management signal [CGMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
    • H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

【課題】動画符号化形式としてＨ．２６４が使用されているＭＰＥＧ−ＴＳを記録する場合において、デジタルストリームの記録時にストリームオブジェクトの属性情報を取得し管理情報として生成できるようにする。
【解決手段】デジタルストリーム信号に含まれる、ＰＭＴ内のコンポーネント記述子、ＰＥＳパケットヘッダ、またはシーケンスパラメータセットから情報を取得して（ＳＴ１２１１１）、オブジェクトのビデオ属性情報および／またはデータユニットの属性情報を決定する（ＳＴ１２１１２〜ＳＴ１２１１９）。前記データユニットの単位で前記オブジェクトを記録し、記録された前記オブジェクトを管理する管理情報を記録する。
【選択図】 図２１

Description

この発明は、衛星デジタルＴＶ放送や地上波デジタルＴＶ放送などで用いられるデジタルストリーム信号（ＭＰＥＧ−ＴＳ）などの記録再生に適した情報記録／再生方法、および情報記録／再生装置に関する。
特に、ＭＰＥＧ−４ ＡＶＣ（またはＨ．２６４）でエンコードされたビデオデータを含むＭＰＥＧ−ＴＳに準じたデジタルストリーム信号の記録／再生方法、および情記録／再生装置に関する。
近年、ＴＶ放送は、ハイビジョン番組（高精細ＡＶ情報の番組）を主な放送コンテンツとするデジタル放送の時代に突入してきた。現在実施されているＢＳデジタルＴＶ放送（および近々実施が開始される地上波デジタルＴＶ放送）では、ＭＰＥＧ−２のトランスポートストリーム（以下、適宜ＭＰＥＧ−ＴＳと略記する）が採用されている。動画を使用したデジタル放送の分野では、今後もＭＰＥＧ−ＴＳが標準的に用いられると考えられる。このようなデジタルＴＶ放送の開始に伴って、デジタルＴＶ放送のコンテンツをそのまま録画できるストリーマのマーケットニーズが高まってきている。このようなストリーマの例として、下記特許文献１に開示されたものがある（特許文献１）。
特開２００４−２９５９４７号公報。
特許文献１では、ＭＰＥＧ−ＴＳに準じたデジタルストリーム信号をストリームオブジェクトとして扱うことを提案している。また、前記ストリームオブジェクトの再生時に、優れたランダムアクセス性を実現するために、ストリームオブジェクトの記録時にストリームオブジェクトに係る属性情報を管理情報として生成し、記録する事を提案している。さらに、特許文献１では、記録するデジタルストリーム信号の具体例として日本国内のデジタル放送規格であるＡＲＩＢ（Association of Radio Industries and Businesses）をあげている。デジタル放送規格としてはその他にもヨーロッパではＤＶＢ（Digital Video Broadcasting）、米国ではＡＴＳＣ（Advanced Television Systems Committee）がある。いずれの放送規格もＭＰＥＧ−ＴＳに準じたデジタルストリーム信号を採用している。
ＭＰＥＧ−ＴＳは動画、音声等のデータに同期等のデータを付加し多重化したデータであり、ＭＰＥＧ−ＴＳに多重化する動画、音声にはいくつかの符号化形式を用いる事ができる。前記デジタルストリーム信号の具体例では、動画の符号化形式としていずれもＭＰＥＧ−２ビデオを採用している。前記ストリーマでＭＰＥＧ−２ビデオが多重化されたＭＰＥＧ−ＴＳを録画する場合、ストリーマは、ストリームオブジェクトの属性情報を管理情報として生成する為に、ＭＰＥＧ−ＴＳからＭＰＥＧ−２ビデオを分離し、ＭＰＥＧ−２ビデオの構造を解析し属性情報を得る必要がある。
一方、近年新しい動画符号化形式としてＨ．２６４／ＭＰＥＧ４−ＡＶＣ（以下、適宜Ｈ．２６４と略記する）が注目されている。Ｈ．２６４ではＭＰＥＧ−２ビデオよりも高い圧縮率で動画符号化が可能であり、デジタル放送での動画符号化形式や前記ストリーマへ保存する動画符号化形式として注目されている。しかし、Ｈ．２６４はＭＰＥＧ−２ビデオと比較してその構造の解析が難しい事が知られている。従って前記ストリーマでＨ．２６４が多重化されたＭＰＥＧ−ＴＳを録画する場合、ストリーマはＨ．２６４の構造の深部を解析して属性情報を得る事が難しい。
この発明の課題の１つは、動画符号化形式としてＨ．２６４が使用されているＭＰＥＧ−ＴＳを記録する場合において、デジタルストリームの記録時にストリームオブジェクトの属性情報を取得し管理情報として生成できるようにすることである。
ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号のデータが１以上のオブジェクト（ＥＳＯＢ）に分かれ、それぞれの前記オブジェクト（ＥＳＯＢ）が１以上のピクチャアクセス単位を基準にして構成されまたは再生時間で所定秒（2.002秒）以下のデータで構成されたデータユニット（ＥＳＯＢＵ）を含み、１つの前記データユニット（ＥＳＯＢＵ）が複数のトランスポートストリームパケットをグループ化したパックグループにより構成される場合に、前記ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号としてＭＰＥＧ−４ ＡＶＣあるいはＨ．２６４のビデオデータを含むデジタルストリーム信号を記録するデータ領域と、このデータ領域の管理情報（ESTR_FITを含む図３のHDVR_MG）を記録する管理領域を持つように構成された記録媒体（光ディスク、ＨＤＤ等）が用意される。この記録媒体を用いる記録方法では、前記デジタルストリーム信号に含まれる、プログラムマップテーブル（ＰＭＴ）内のコンポーネント記述子、ＰＥＳパケットヘッダ、またはシーケンスパラメータセットから情報を取得して、前記オブジェクトのビデオ属性情報（V_ATR）および／または前記データユニットの属性情報（ESOBU_ENT）を決定する。そして、前記データユニット（ＥＳＯＢＵ）の単位で前記オブジェクト（ＥＳＯＢ）を前記データ領域に記録し、前記データ領域に記録された前記オブジェクト（ＥＳＯＢ）を管理する管理情報（HDVR_MG）を前記管理領域に記録する。
動画符号化形式としてＨ．２６４が使用されているＭＰＥＧ−ＴＳを記録する場合において、デジタルストリームの記録時にストリームオブジェクトの属性情報を取得し、管理情報として生成できる。これにより、動画符号化形式としてＨ．２６４（ＭＰＥＧ−４ ＡＶＣ）が使用されているＭＰＥＧ−ＴＳのきめ細かな管理が可能となる。具体的には、この発明の一実施の形態により、例えばデジタルストリームの再生時に優れたランダムアクセス性を実現することができる。
以下、図面を参照してこの発明の種々な実施の形態を説明する。デジタルＴＶ放送やインターネットなど有線を使用した放送などの圧縮動画を放送（配信）するための方式において、共通の基本フォーマットであるＭＰＥＧ−ＴＳ方式は、パケットの管理データ部分とペイロードに分かれる。ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。ＡＲＩＢによると、その他のＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、ＳＩ（Service Information）に関しては、スクランブルされていない。また、ＰＭＴやＳＩ（ＳＤＴ：Service Description Table、ＥＩＴ：Event Information Table、ＢＡＴ：Bouquet Association Table）を利用してさまざまな管理情報が作成される。再生対象としては、ＭＰＥＧビデオデータ、Dolby ＡＣ３オーディオデータ、ＭＰＥＧオーディオデータ、データ放送データなどがある。さらに、直接再生対象には関係ないが、再生する上で必要なＰＡＴ、ＰＭＴ、ＳＩなどの情報（番組情報等）などがある。ＰＡＴには、番組毎のＰＭＴのＰＩＤ（Packet Identification）が含まれており、さらにＰＭＴにはビデオデータやオーディオデータのＰＩＤが記録されている。
ＳＴＢ（Set Top Box）の通常の再生手順は次のようになる。すなわち、電子番組情報（ＥＰＧ情報）によりユーザが番組を決定すると、目的の番組の開始時間にＰＡＴを読み込み、そのデータを元に希望の番組に属するＰＭＴのＰＩＤを決定する。そのＰＩＤに従って目的のＰＭＴを読み出し、そこに含まれる再生すべきビデオおよびオーディオパケットのＰＩＤを決定する。そして、ＰＭＴやＳＩによりビデオおよびオーディオの属性を読み出して各デコーダへセットし、前記ビデオおよびオーディオデータをＰＩＤに従って切り出して、それらの再生を行う。ここで、ＰＡＴ、ＰＭＴ、ＳＩ等は途中再生にも使用するために、数１００ｍｓ毎に送信されてくる。このようなストリーム（特に衛星または地上デジタル放送のストリーム）を記録するための規格がHD_DVD-VR規格としてＤＶＤフォーラムにより作成され、この規格に基づくHigh-definition digital video recorderが既に商品化されている。
ここで、デジタル放送は国毎に放送方式が違う。たとえば、ヨーロッパではＤＶＢ（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、30 Hz、59.94 Hz、または60 Hzとなり、オーディオはMPEG-1 Audio Layer1＆2（DirecTV）またはAC3 Layer1 & 2（Primstar）で、サンプリング周波数は48kHz、44.1kHz、または32kHzとなっている。
また、ＡＴＳＣでは、米国内でも種類があり、Ｉピクチャが無いストリームも存在する。その場合は、複数のピクチャをデコードして表示画像を得ることになる。例えばＭＰＥＧ−２の場合、Ｐピクチャを複数用意してデコードすることにより映像を再生できるが、再生する画像が１画面分用意されるまで表示はされない（この場合、Ｉピクチャが無いため、表示される画像の画質は落ちる）。なお、ＭＰＥＧ−４ ＡＶＣあるいはＶＣ−１などの方式では、フレーム内に一部イントラブロックを持ち、そのピクチャを複数用意してデコードすることにより、映像を再生することになる。
ＡＲＩＢでは、ビデオはＭＰＥＧ−２であり、解像度は1080i、720p、480i、または480pで、フレームレートは29.97Hz、59.94Hz、または60Hzとなり、オーディオはＡＡＣ（MPEG-2 AUDIO）でサンプリング周波数が48kHz、44.1kHz、32kHz、24kHz、22.05kHz、または16kHzとなっている。
このように、デジタル放送の方式は国により違い、また、同じ国内でも放送局毎にデジタル放送方式が違う可能性もある。そのため、デジタル放送録画用のレコーダでは、使用されるデジタル放送方式それぞれに応じて録画データ（オブジェクト）をファイルとして記録し管理する必要がある。HD_DVD-VRでは、管理情報ファイル（HR_SFInn.IFO、HR_SFInn.bup：nnは任意の整数）が１以上存在可能であり、１種類以上の放送方式毎に管理情報ファイルを追加できるようになっている。なお、放送方式が不明な場合、あるいはその放送方式にレコーダが対応していない場合は、nn=0とし、タイプＢストリーム（ESOB_STRB）として保存される。
ＭＰＥＧでは、通常、Ｉピクチャ（Intra-Picture：フレーム内符号化画像）を中心に再生処理が行われる。それは、Ｉピクチャが１つで1枚の画像を構成することができるためである。しかしながら、デジタル放送方式の中には、Ｉピクチャが無い方式もあり、その場合、Ｉピクチャ無しの場合に対応したデコーダが必要となる。そのため、オブジェクト（ＥＳＯＢ）内にＩピクチャが無いことを認める方式であるかどうかの識別情報が、記録されたオブジェクトの管理上、必要となる。
そのため、この発明の一実施の形態では、一部の管理情報（ESOB_GI）内のESOB_TY／SOBU_MODE（図６等参照）に、Ｉピクチャのないデータ単位（Non-Intra ESOBU）が含まれているかどうかの情報を保存できるようにしている。ここで、Ｉピクチャ（フレーム内符号化画像）が存在するデータ単位はIntra ESOBU（あるいは単にＥＳＯＢＵ）としてNon-Intra ESOBUから区別される。ＭＰＥＧ−４ ＡＶＣやＶＣ−１にはＩピクチャに相当する参照ピクチャ（Reference Picture）がある。この発明の一実施の形態では、ＭＰＥＧ−２のＩピクチャもＭＰＥＧ−４ ＡＶＣ等の参照ピクチャも、基準ピクチャ（リファレンスピクチャ）として扱うことにする。つまり、参照ピクチャを含まないＭＰＥＧ−４ ＡＶＣ等のデータ単位もNon-Intra ESOBUとして扱うことにする。
ここで、HD_DVD-VRで扱われるコンテンツ（記録オブジェクト）の種類には、アナログ放送若しくはアナログ入力用のＥＶＯＢと、デジタル放送用ＥＳＯＢの２種類があり、ＥＳＯＢはさらに解析可能コンテンツ（TYPE_A_ESOB）と解析不能コンテンツ（TYPE_B_ESOB）に分けられる。さらに、TYPE_A_ESOBは、各放送方式（ＪＡＰＡＮ＿ＩＳＤＢ、ＡＲＩＢ、ＤＶＢなど）毎と、マニファクチャーモードに分けられ、それぞれの方式／モードに従って、対応する値がセットされる。ＥＶＯＢはＰＳ（Program Stream）に基づいて作成され、ＥＳＯＢはＴＳ（Transport Stream）に基づいて作成される。
図１は、この発明の一実施の形態に係るデータ構造を説明する図である。RecordableあるいはRe-writableな情報記録媒体の代表例として、ＤＶＤディスク（波長６５０ｎｍ前後の赤色レーザあるいは波長４０５ｎｍ以下の青紫ないし青色レーザを用いた、単記録層または複数記録層の、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷ、ＤＶＤ−ＲＡＭ等）１００がある。このディスク１００は、図１に示すように、ファイルシステムが入っているボリューム／ファイル構造情報領域１１１とデータファイルを実際に記録するデータ領域１１２を含んで構成されている。上記ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている。
データ領域１１２は、一般のコンピュータが記録する領域１２０、１２２と、ＡＶデータを記録する領域１２１を含んでいる。ＡＶデータ記録領域１２１は、ＡＶデータの管理をするためのビデオマネージャ（ＶＭＧ）ファイルがあるＡＶデータ管理情報領域１３０と、DVD-Video（ROM Video）規格に準じたオブジェクトデータのファイルが記録されるROM_Videoオブジェクト群記録領域１３１と、ビデオレコーディング（ＶＲ）規格に準じたオブジェクトデータ（ＥＶＯＢＳ：Extended Video Object Set）のファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域１３２と、デジタル放送に対応したオブジェクトが記録されているストリームオブジェクトデータ（ＥＳＯＢＳ：Extended Stream Object Set）ファイル（ＳＲＯファイル）が記録される記録領域１３３を含んで構成されている。なお、ＳＲＯファイルのためのレコーディング規格は、適宜、ストリームレコーディング（ＳＲ）規格と表記する。
ここで、ＤＶＤビデオ（ROM Video）はビデオタイトルセット（VIDEO-TS）、録再ＤＶＤ（DVD-RTR）はDVD-RTAVというように、フォーマット毎にファイルディレクトリが分けられ、この実施の形態で説明するデジタル放送対応の新たなＤＶＤ規格のファイルは、例えば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は、後述するＥＳＯＢＩ内のタイムマップ情報ESOB_TMAPIに含まれている。）
ただし、転送レートが低い場合１ｓ（１秒）以内で１ＧＯＰが送られない場合が考えられる（ＶＲでは内部エンコードであるため自由にＧＯＰを設定できるが、デジタル放送の場合エンコードが放送局であるため、どんなデータが来るか不明な可能性がある）。その場合は、ＥＳＯＢＵを１ｓの時間で区切り、区切ったＥＳＯＢＵ内にリファレンスピクチャがないことを示すよう、1STREF_SZ＝０を設定する。この場合、ランダムアクセスに使用できないＥＳＯＢＵが作られる。このため、ランダムアクセス可能なピクチャの先頭を含むＥＳＯＢＵをエントリＥＳＯＢＵ（ESOBU_ENT）と称して区別する。なお、1STREF_SZの情報フィールドは、ストリームファイル情報テーブル（ESTR_FIT）に含まれるストリームタイムマップ（ＳＴＭＡＰ）内のESOBU_ENT（図４参照）に設けられる。
また、転送レートが高く、Ｉピクチャが頻繁に送られる場合も考えられる。その場合、ＥＳＯＢＵが頻繁に区切られ、それに伴いＥＳＯＢＵの管理情報が増え、全体の管理情報が肥大化する恐れがある。そこで、（ＥＳＯＢ最後のＥＳＯＢＵ以外の）ＥＳＯＢＵは、総録画時間により決めた一定時間間隔（例えば１ｓ毎：区切りはピクチャ単位）または１以上のＧＯＰで区切るのが適当となる。
ここで、ＤＶＤビデオ（ＲＯＭビデオ）はVIDEO-TS、DVD-RTR（録再ＤＶＤ）はDVD-RTAVとフォーマット毎にディレクトリをわけており、HD_DVD-VR規格もDVD_HDVRというディレクトリに記録される。つまり、DVD_HDVRにHR_MANGR.IFOをおき、その下のHDVR_VOBにＥＶＯＢのオブジェクトファイルとＥＶＯＢ毎のＴＭＡＰファイル：HR_Vmmmm.MAP（mmmmはVOB_INDEXと同じ番号：１〜１９９８）をおき、また、HDVR_SOBには、ＥＳＯＢのオブジェクトファイルとＥＳＯＢ（AT_SOB）の管理ファイル：HR_SFInn.SFI：nn＝00の場合はタイプＢ、nn＝01〜0xffの場合はタイプＡ）とＥＳＯＢ（AT_SOB）毎のＴＭＡＰファイル：Snn_mmmm.SMP：（nn＝00の場合はタイプＢ、nn＝01〜0xffの場合はタイプＡ、mmmmはESOB(AT_SOB)_INDEXと同じ番号：１〜１９９８）で構成されている。
ＥＳＯＢＳの構造は、1以上のＥＳＯＢで構成され、ＥＳＯＢは、例えば、一番組に相当する。ＥＳＯＢは1以上のＥＳＯＢＵ（Extended Stream object unit）で構成され、ＥＳＯＢＵは、一定時間間隔（ESOBU_PB_TM_RNGの値により変化する）分のオブジェクトデータもしくは、1以上のＧＯＰデータに相当する。ここで、解析不能時にＰＡＴＳベースで管理情報を構築する場合、AT_SOBUはAT_SOBU_TMに示される時間間隔で区切られる。AT_SOBU_TMは秒単位で指定する場合と２７ＭＨｚのカウント値で指定する場合の２種類が考えられる。
図２は、この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図である。図２に示されるように、ＳＲの管理データはＶＲと共通のファイルに記録され、ＳＲはＶＲと共通に制御され、ＳＲおよびＶＲはセル単位でリンクされ、再生場所の指定は再生時間単位で指定される。この管理データはHR_MANGER.IFOと称している。
ここでは、１つのＥＳＯＢＵは１以上のPacket Groupで構成され、各Packet Groupは１６Logical Block（１ＬＢ＝２０４８バイトのとき３２７６８バイト）としている。各Packet GroupはPacket Group HeaderとＴＳパケット（１７０個）で構成されている。各ＴＳパケットの到着時間は、各ＴＳパケットの前に配置されたＰＡＴＳ（Packet Arrival Time:４バイト）で表される。
ここで、到着時間は、録画開始を０（または所定の値）とし、録画終了までリニアにカウントアップさせる必要がある。ただし、ＳＴＣとＰＡＴＳは同じ値を示すとは限らない（初期値の違いなどのため）が、ＰＡＴＳのカウンタのカウント間隔は再生同期の合っている状態のＰＣＲ取り込みと次のＰＣＲ取り込み間隔のＳＴＣのカウント間隔とのカウント時間の間隔を同期させると有利である。但し、Packet Groupには２つまでのＥＳＯＢが混在する事を許可する。つまり、ＥＳＯＢ毎にアラインしないと言うことである。さらに、Packet Group HeaderはPacket Groupの先頭にHeadre_IDを設定し、次にPKT_GRP_GI、CCI：コピー管理情報（Copy Control Information）とMNI（Manufacturer’s information）で構成されている。
再生情報はＰＧＣ情報で、通常のＶＲフォーマットと同じであり、ORG_PGC情報は録画時に機器が自動で作成し、録画順に設定し、UD_PGC情報は、ユーザが自由に追加する再生順番に従って作成され、ＰＬＡＹＬＩＳＴと呼ばれている。この２つのフォーマットはＰＧＣレベルで共通ある。ここで、プログラム（ＰＧ）情報には、このＰＧが更新された日時情報が保存される。これにより、本ＰＧが何時編集されたかがわかる。ここで、ＰＧ番号はこのディスクに記録差初めてからの絶対番号で、他のＰＧを削除しても変わらないインデックス番号としている。
さらに、ＣＥＬＬ情報では、ＣＥＬＬタイプにタイプＡ／Ｂの種別が加わっており、ESOBI_SRP番号、開始時間、終了時間、再生するデフォルトのVideo streamのＥＳＩ番号を指定する。ここで、開始時間、終了時間は、再生時間（ＰＴＭベースの場合）またはＰＡＴＳ時間（ＰＡＴＳベースの場合）の２種類のどちらかで表せる場合が考えられる。
ここで、時間指定を再生時間：再生時の実時間にすると、従来のＶＲと同じアクセス方法が可能となり、ユーザが再生時間で指定するため、ユーザ希望が完全に反映されることになる。ただし、この方法は、ストリームの内容が十分に解析可能な場合に指定できる方法であるが、十分に内容がわからない場合には転送時間単位で指定せざるを得ない。再生時間で指定した場合、必ずしもＩピクチャの先頭で再生を開始できるとは限らない。再生開始のフレームがＩで無い場合は、その直前のＩよりデコードを開始し、目的のフレームまでデコードをした所で、表示を開始し、ユーザには指定されたフレームから再生開始した様に見せる事により対応している。
また、ＰＧに特有のＩＤ番号（PG_INDEX）を付け、途中のＰＧを削除しても変わらない番号でＰＧを指定できるようにしている。また、ＣＥＬＬには再生するESTR_FI番号とESOBI_SRP番号を設定している。
図３は、ＡＶデータ管理情報記録領域１３０に記録される管理情報の一部（ESTR_FIT）がどのように構成されるかを例示する図である。ＨＤＶＲディレクトリには、ＤＶＤの管理情報ファイルであるHR_MANGR.IFOとアナログビデオオブジェクトファイルであるＶＲＯファイルとデジタル放送対応用のＳＲＯファイルで構成されている。管理情報であるＶＭＧファイルは、従来のＤＶＤ−ＶＲ規格の管理情報にESTR_FIT（Extened Stream File Information table）が追加されている。
また、ストリームデータの管理情報はＶＭＧ内に保存され、ＶＲデータと同列に管理される。ストリームの管理情報はESTR_FIT（Stream File Information Table）に保存されている。ESTR_FITはESTR_FI_SRPTと各ESTR_FIとSTMAPITで構成され、ESTR_FI_SRPTは、ESTR_FITI（ESTR_FIT Information）と１以上のESTR_FI_SRPで構成される。
ESTR_FITIは、ESTR_FIの総数と本テーブルの終了アドレスで構成される。ESTR_FI_SRPは、ESTR_FIのファイル名（ESTR_FI_FN：ESTR_FI_file_name）、ESTR_FIファイルの編集更新時間（ESTR_FI_LAST_MOD_TM：図示せず）、AP_FORMAT1（放送方式：Majorな括り：Japan_ISDB、ATSC、EU_DVB等）、録画した国コード（Country code：JPN＝日本）、パケットのタイプ（PKT_TY：1=MPEG-TS）、ＥＳＯＢＩの数（ESOBI_Ns：ＥＳＯＢＩの数またはAT_SOBＩの数）、ESTR_FIファイルのサイズ（図示せず）、ＳＴＭＡＰの合計サイズ（図示せず）などで構成されている。ここで、ストリームがマニュファクチャラーモードのストリームである事を示すときは、AP_FORMAT1に特別なコード（例えば00000000h）を設定する。さらに、ESTR_FI_SRPは、本機器（レコーダ）を作成したメーカーを示すＩＤすなわちManufacturer_ID（例えばＴＯＳＨＩＢＯ；単一メーカーでなくメーカーグループ共同のＩＤであれば、例えばＴＯＳＨＩＢＯ＆ＭＥＣ）、および各メーカーが自由に設定可能なＩＤすなわちMNF_AP_ID（例えば、デジタルカム、デジタルＶＴＲなど、ソースの所在をキャラクターで示したもの）等を追加して構成されている。これにより、以下に続くESTR_FI（別ファイル）を開かずにそのESTR_FIの形式を判別することができ、レコーダがサポートしているフォーマットかどうかを判定できる。
なお、図２で説明したＰＧＣには、元の録画時に作成されるオリジナルのORG_PGCと、その後ユーザの編集等によって作成されたユーザ定義のUD_PGCがある。どちらのＰＧＣも、プログラムチェーン情報ＰＧＣＩ（ＰＧＣの再生全体を示す管理情報）によって管理される。オリジナルのＰＧＣ情報であるORG_PGCIと、１以上のユーザ定義ＰＧＣ情報が集まったテーブル情報であるUD_PGCITは、図示しないが、図３のHDVR_MG内に格納されるようになっている。
図示しないが、ＰＧＣＩは、ＰＧＣ一般情報（PGC_GI）と、１以上のプログラム情報（ＰＧＩ＃１〜＃ｍ）と、１以上のセル情報サーチポインタ（CI_SRP＃１〜＃ｎ）と、このサーチポインタと同数のセル情報（ＣＩ＃１〜＃ｎ）を含んでいる。（セルは、プログラムの一部を示すデータ構造で、そのプログラムの再生単位に相当する。）セル情報ＣＩには、ムービーセル情報（M_CI）と、タイプＡのストリームセル情報（STRA_CI）と、タイプＢのストリームセル情報（STRB_CI）の３種類がある。M_CIはＭＰＥＧ−ＰＳのビデオオブジェクト（ＥＶＯＢ）を再生管理する情報であり、STRA_CIは内容解析できるＭＰＥＧ−ＴＳのストリームオブジェクト（タイプＡのＥＳＯＢ）を再生管理する情報であり、STRB_CIは内容解析できないＭＰＥＧ−ＴＳのストリームオブジェクト（タイプＢのＥＳＯＢ）を再生管理する情報である。
以上のうち、この発明の実施の形態に関係するのは、主にSTRA_CIである。このSTRA_CIは、そのセルがタイプＡのストリームセルであることを示すタイプ情報（C_TY）、そのセルに対応するストリームファイル情報の番号（ESTR_FIN）、そのセルが属するストリームオブジェクト（ＥＳＯＢ）に対応したストリームオブジェクト情報サーチポインタ番号（ESOBI_SRPN）、そのセル内のエントリポイント情報の数（C_EPI_Ns）、そのセルの開始時間（C_S_PTM）、そのセルの終了時間（C_E_PTM）、対応するセルのためのデフォルト再生ビデオエレメンタリストリーム番号を記述するデフォルトビデオＥＳＯＢエレメンタリストリーム情報番号（C_DEF_V_ESOB_ESIＮ）等を含んでいる。なお、後述する図１７のＳＴ１２１１で設定されるＥＳＩの１つは、C_DEF_V_ESOB_ESIＮによりデフォルトで特定できる。
図４は、ＡＶデータ管理情報記録領域１３０に記録される管理情報の別の一部（ＳＴＭＡＰＴ）がどのように構成されるかを例示する図である。ESTR_FITは、ESTR_FIのサーチポインタテーブルESTR_FI_SRPTと、１以上のストリームファイル情報ESTR_FI＃１〜＃ｎと、１以上のストリームタイムマップテーブルＳＴＭＡＰＴ＃１〜＃ｎを含んで構成されている。各ＳＴＭＡＰＴは、１以上のストリームタイムマップＳＴＭＡＰ＃１〜＃ｎを含んで構成されている。各ＳＴＭＡＰは、ストリームタイムマップ一般情報STMAP_GIと、１以上のエレメンタリタイムマップ情報サーチポインタETMAPI_SRP＃１〜＃ｎと、１以上のエレメンタリタイムマップ情報ＥＴＭＡＰＩ＃１〜＃ｎを含んで構成されている。各ＥＴＭＡＰＩは、１以上のストリームオブジェクトユニットエントリESOBU_ENT＃１〜＃ｎを含んで構成されている。
STMAP_GIは、対応ストリームタイムマップの識別子（SMP_ID）、そのタイムマップのエンドアドレス（STMAP_EA）、そのタイムマップのバージョン（STMAP_VERN）、そのタイムマップの最新の更新時間（STMAP_LAST_MOD_TM）、ＥＴＭＡＰＩサーチポインタの数（ETMAPI_SRP_Ns）、対応ストリームオブジェクトのインデックス番号（ESOB_INDEX）等を含んで構成されている。
各ESOBU_ENTは、該当ＥＳＯＢＵの最初のリファレンスピクチャ（ＭＰＥＧ−ＴＳの場合はＩピクチャ）のサイズを記述する1STREF_SZと、該当ＥＳＯＢＵの再生時間を記述するESOBU_PB_TMと、該当ＥＳＯＢＵのサイズを記述するESOBU_SZと、該当ＥＳＯＢＵの開始パケット位置を記述するESOBU_S_PKT_POS等を含んで構成されている。このESOBU_ENTは、対応するストリームオブジェクトユニット（データ単位またはアクセス単位もしくはデコード単位）が後述するNon-Intra ESOBUであるかどうかを示すフラグ（Entry_flag）を含むことができるようになっている。
図５は、管理情報のファイル構造の一部と、その中の管理情報ファイル（HR_SFInn.IFO）に対応する管理情報（ESTR_FI）の構成例を説明する図である。ESTR_FIは、ESTR_FI_GI（General Information）、1以上のESOBI_SRP（Stream Object information Search Pointer）とＳＲＰと同数でその値で示されるＥＳＯＢＩ（ESOB Information）、ESTR_FIにメーカー独自のデータ（製造業者独自情報）を付加するための領域で、Manufacturer_Modeの場合に有効となるESTR_FI_EXT等を含んで構成される。
ESTR_FI_GIには、本ESTR_FIの管理するオブジェクトのファイル名/ファイル番号（SFI_ID）と本ESTR_FI内のESOBI_SRPの数、本ファイルのVersion番号、PKT_TY（1=MPEG-TS）、PKT_GP_SZ（パケットグループのサイズ：16Logical Blockで固定）、PKT_Ns（パケットグループ内のＴＳパケットの数：0xAA：170 TSpacketで固定）、STMAPの更新時間、STMAPのサイズ、等を追加して構成されている。さらに、管理情報に、適宜、ESTR_FI_EXTを追加し、そこにデータを保存すると共に、ESTR_FI_EXT_EAにESTR_FIの先頭からのESTR_FI_EXTの終了アドレスを設定する。ESTR_FI_EXTを使用しない場合はESTR_FI_EXT_EAに00000000ｈを設定する。
なお、アナログソースを自機で録再するVideo Recoding（ＶＲ）用のＴＭＡＰ（Time Map）であるＶＴＭＡＰＴの更新日時情報をM_VOBI（VTMAP_LAST_MOD_TM：図示せず）内に記載し、デジタル放送を録再するStream Recoding（ＳＲ）用のＴＭＡＰ（Time Map）であるＳＴＭＡＰＴの更新日時情報を図４のSTMAP_GI（STMAP_LAST_MOD_TM）内に記載することができる。そして、この更新日時情報の値と各ＴＭＡＰＴファイルに記載されている更新日時情報（図５のESTR_FI更新時間）を比較し、同じ値であれば整合性が取れているとして処理を行うようにできる。
図６は、管理情報ＥＳＯＢＩ内の一部（ESOBI_GI）がどのように構成されるかの一例を説明する図である。ＥＳＯＢＩ（Extended Stream Object Information）は、ESOBI_GI（General Information）、ESOB_ESI（Elementary Stream Information）、ESOB_DCNI（Discontinuity Information）、ESOB_CONNI（Connect Information）、ESOB_TMAP（Time Map）を含んで構成されている。
ESOBI_GIには、ESOB_REC_MODE、ESOB_TY、AP_FORMAT2（Minor：1=ISDB-SはBS/CS放送、2=ISDB-Tは地上デジタル放送、0xffはその他（この発明の一実施の形態に係るストリームではここを設定））、録画開始日時（ESOB_REC_TM）、録画時間（図示しないESOB_DURATION：有効値が無い場合はALL 0xff）、先頭の時間（図示しないESOB_S_PTM/S_PATS）、終了時間（図示しないESOB_E_PTM／E_PATS）などが記述される。ESOB_TYには、仮消去状態か否かを示すTemporary Erase（ＴＥ）フラグ、Non-Intra ESOBUが含まれているか否かを示すSOBU_MODE、採用されたVideo Systemの情報等が記述される。
SOBU_MODEは、ＥＳＯＢＵクラスタ（図１０を参照して後述）にNon-Intra ESOBUが含まれていないときは例えば００にセットされ、１以上のNon-Intra ESOBUが含まれているときは例えば０１にセットされる。
ESOBI_GIにはさらに、ＰＳＩ、ＳＩの値を元に、SERVICE_ID、PMT_PID、NETWORK_ID、TS_ID、FORMAT_ID、SERVICE_TYPE、PCR_PID等を記述することができる。なお、ＡＲＩＢの放送録画の場合では、ＰＳＩ、ＳＩの情報として、Virtual Channel Table（ＶＣＴ）がESOBI_GIに保存される。
ESOBI_GIにはさらに、図示しないが、ESOB_ES_Ns（録画のために選択したＥＳの数）、ESOB_V_ES_Ns（録画したビデオＥＳの内、ＴＭＡＰを作ったＥＳの数）、ESOB_A_ES_Ns（録画したオーディオＥＳの内、ＴＭＡＰを作ったＥＳの数）、ESOB_ID（ＥＳＯＢ固有の通し番号）、さらに、Manufacturer_DATA（メーカーが自由に設定可能な領域）等を追加して構成できる。ただし、タイプＢとこの発明の一実施の形態に係るストリームの場合、解析出来ないで記録される場合がある。その場合、ＰＳＩ、ＳＩの値が不明（もしくは信用出来ない）と言う事になり、SERVICE_ID、PMT_PID、NETWORK_ID、TS_ID、FORMAT_ID、SERVICE_TYPE、PCR_PID等が記載出来ない。このようなときは、ESOB_TYの一部のビット（b12）にＰＳＩ、ＳＩの情報が無効であると言うフラグを設定することができる。その場合、上記の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）を設定し、無効の場合はその値を設定する事も考えられる。ただし、タイプＢでもＰＳＩ、ＳＩの値が有効の場合も有り得る。
ESOB_REC_MODE（図６）はストリームのタイプを示しており、01でTYPE_A_ESOB、02でTYPE_B_ESOBを示している。タイプＡはストリーム構造が解析可能なストリームであり管理情報が再生時間（ＰＴＭ）ベースで管理されている。一方、タイプＢではストリーム構造が解析できず、そのため管理情報がパケット到着時間（ＰＡＴＳ）ベースで管理されている。そのため、ＴＭＡＰも、タイプＡはＰＴＭベース、タイプＢはＰＡＴＳベースとなっている。
ESOB_ESIは、ESOB_ES_PID（ＥＳのＰＩＤ）、STREAM_TYPE（ＰＭＴ内で示されるSTREAM type）、ES_INDEX（コンポーネント記述子で示されるCOMPONENT_TAGの値、若しくは本機器が適当に割り振った、他と重ならない値）などが記述される。ESOB_ESIにはさらに、Video streamの場合には、Video圧縮モード（圧縮方式の種類：1=MPEG-1、2=MPEG-2、3=MPEG-4_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）、フレームレート（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の場合は、オーディオ圧縮モード（0=AC3、2=MPEG-1 or MPEG-2 without extension bitstream、3=MPEG-2 with extention bitstream、4=L-PCM、0x30=MPEG-2 AAC、0x3f=unspecified）、サンプリング周波数（0=48kHz、1=96kHz、2=192kHz、4=12kHz、5=24kHz、8=32kHz、9=44.1kHz、0xf=Unspecified）、オーディオチャネル数（0=1h（Mono）、1=2ch（Stereo）、2=3ch、3=4ch、4=5ch、5=6ch、6=7ch、7=8ch、9=2h（Dual Mono）、0xf=unspecified）等で構成される。
ESOB_TMAPは、図示しないが、ESOB_TMAP_GIと１以上のES_TMAPI_GIで構成される。ここで、ESOB_TMAP_GIは、ADR_OFS（ファイル先頭からのＥＳＯＢ先頭までのPacket Group番号（又は論理ブロックＬＢアドレス））と、次の情報を含んで構成される。すなわち、ＰＴＭベースの場合、ESOB_S_PKT_POS（ESOBの先頭の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は、ＥＳＩＮ（本ＴＭＡＰの対象ＥＳのＥＳＩ番号）、ADR_OFS（ＥＳＯＢファイル先頭から本ＥＳの先頭までの論理アドレス）、ES_S_PTM（ＥＳ開始時間：スタートＰＴＭ）、ES_E_PTM（ＥＳ終了時間：エンドＰＴＭ）、ES_ESOBU_ENT_Ns（ESOBU_ENTの数）、LAST_ESOBU_E_PKT_POS（最後のＥＳＯＢＵのPacket Group内での位置）、STMAP_N（本ＥＳに属するSTMAPIT内のＴＭＡＰ番号：各ＳＴＭＡＰＴに順番に記録されている場合はこの番号は無くても良い）で構成される。
そして、STMAPIT（図３）は別領域に記録され（別ファイル）、STMAPITIと１以上のSTMAPI_GIと1以上のETMAP_SRPとそれと同数のETMAPIで構成される。STMAPTI（図４ではＳＴＭＡＰ＃１〜＃ｎが対応）は、ＳＴＭＡＰＴのエンドアドレス情報、本ＴＭＡＰのバージョン情報、STMAP_SRP_Ns（TAMP_SRPIの数＝ＴＭＡＰＩの数）、ＳＴＭＡＰの更新日時情報（ＶＭＧＩの値と同じ）、STMAPI_GIの数で構成され、STMAP_GIは所属するETMAP_SRPの数で構成され、ＳＴＭＡＰに属するＥＴＭＡＰは頭から数順に決められる。ETMAP_SRPはETMAPIへのアドレス情報とESOBU_ENTの数で構成されている。ただし、ESOBU_ENT間にごみデータが有っても良い。
ＰＡＴＳベース（タイプＢ）の場合、ESOB_TMAP_GIは、ADR_OFS（ファイル先頭からのＥＳＯＢ先頭までのPacket Group番号（又は論理ブロックＬＢアドレス））、AT_SOBU_TM（ESOBUの到着時間間隔：0=1s,1=2s）、ESOB_S_PKT_POS（ESOBの先頭のPacket group内での始まり：0≦ESOB_S_PKT_POS≦169）、ESOB_E_PKT_POS（ESOBの先頭のPacket group内での終わり：0≦ESOB_E_PKT_POS≦169）、AT_SOBUI_Ns（本ＥＳＯＢに所属するAT_SOBUIの数）またはAT_SOBU_ENT_Ns（本ＥＳＯＢのSTMAPI内のAT_SOBUエントリの数）、ESOB_SZ（ＥＳＯＢのサイズ）などで構成され、編集はAT_SOBU単位で行い、ＰＡＴＳ開始／終了時間（ＣＥＬＬＩ）で調整を行う。
ところで、放送局毎（または放送方式毎）にデジタル放送用の管理用情報である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_FORMAT1とCountry code、Packet Type、ＥＳＯＢＩ数（ESOBI_Ns）、ESTR_FIのサイズと本ESTR_FIに属するSTMAPサイズ等により構成される。ここで、更新日時情報はESTR_FIファイル内にも設定されており、編集時ESTR_FIを変更した場合、その値も更新し、再生時、この値とESTR_FIファイル内の値を比べ、同じ値の場合、再生可能とする。また、ESTR_FIの数は４個以下とし、ＥＳＯＢＩの数も９９９個以下としている。さらに、ESTR_FI file name：HR_SFInn.IFOのnnの部分がＳＴＭＡＰのFile Name：HR_STMnn、IFOに反映され、ＳＴＭＡＰのファイル名が決定される。
しかしながら、ＴＳストリームのコンテンツとしては、デジタル放送ストリーム以外にも、デジタルハンディーカム、また、そのほかに、各種有線放送、インターネット放送などがある。そのそれぞれの規格は、記録する場合に解析可能であるが、HD_DVD-VR規格には登録されておらず、ＳＴＣベースのＴＭＡＰを作成可能であるが、ESTR_FI、ＥＳＯＢＩ等で作成不能な部分がある可能性がある。
そこでメーカー独自のフォーマットでESTR_FI、ＥＳＯＢＩ等を作成可能なモードをHD_DVD-VR規格に追加している。ここで、これらのストリームの特徴は、解析可能なストリームのため、ＰＴＭベースのＴＭＡＰを作成可能であるが、component_tag、NETWORK_ID、SERVICE_TYPEなどの日本の放送では必ず存在するパラメータが無い可能性があるということである。その場合、使用しないパラメータ領域は0ｘｆｆでその値を埋める。
図６のESOB_ESIは３種類に分けられる（図７のESOB_V_ESIと、図示しないESOB_A_ESIおよびESOB_OTHER_ESI）。これら３種のＥＳＩにおいて、ESOB_ES_PID（ESのPID）と、STREAM_TYPE（PMT内で示されるSTREAM type）と、STREAM_CONTENT（コンポーネント記述子で示されるSTREAM_CONTENTの値）と、COMPONENT_TYPE（コンポーネント記述子で示されるCOMPONENT_TYPEの値）と、ES_Index（例：ＡＲＩＢの場合、コンポーネント記述子で示されるCOMPONENT_TAGの値で、該ESOB内でＥＳに一義に付けるインデックス番号）が共通で、V_ESIではさらに、V_ATRが追加されている。
図７は、ESOB_V_ESIがどのように構成されるかの一例と、このESOB_V_ESIに含まれるビデオ属性（V_ATR）がどのように構成されるかの一例を説明する図である。ここで、ビデオ圧縮モード（Video compression mode）はビデオの符号化がＭＰＥＧ−１かＭＰＥＧ−２かＭＰＥＧ−４ ＡＶＣ（Ｈ．２６４）かＳＭＰＴＥのＶＣ−１か等を示す情報である。ビデオ解像度（Source picture resolution）はビデオの水平方向および／または垂直方向の解像度を示す情報である。アスペクト比（Aspect ratio）はビデオのアスペクト比が４：３か１６：９か等を示す情報である。プログレッシブモード（Source picture Progressive mode）はインターレース／プログレッシブ（Ｉ／Ｐ）を示す情報である。フレームレート（Frame rate）は１秒間に出力するフレーム数等を示す情報である。
より具体的にいうと、V_ATRには、Video圧縮モード（圧縮方式の種類：0=MPEG1, 1=MPEG2, 2=MPEG4_AVC（またはH.264）, 3=VC-1 Compressed Video Bitstream Format and Decoding Process of SMPTE Standard, …）、Aspect Ratio（0=4：3, 1=16：9）、Source resolution（具体例は既述）、Source picture progressive mode（0=Interlace, 1=Progressive, 3=unspecified）、フレームレート（1=24/1.001, 2=24, 3=25, 4=30/1.001, 5=30, 6=50, 7=60/1.001, 8=60, 0xf=unspecified）等が記載されている。
ここで、unspecifiedは、PSI, SIの解析だけでは分からないときにオブジェクト内を調べられない場合に「不明」と言う事で記載する際に設定する。ＡＲＩＢにおいて、ディスクリプタの解析のみでは、特に垂直解像度だけが判明し、水平解像度が不明の場合があるため、垂直解像度のみ記載する事が可能となっている。
図８は、プログラムマップテーブルＰＭＴのデータ構造例を説明する図である。このＰＭＴにおいて、８ビットのストリームタイプにより、種々なストリームを識別できる。例えば、ストリームタイプが“0x01”であればＭＰＥＧ−１ビデオのストリームであることが示され、ストリームタイプが“0x02”であればＭＰＥＧ−２ビデオのストリーム（ハイビジョンはこちら）であることが示され、ストリームタイプが“0x03”であればＭＰＥＧ−１オーディオのストリームであることが示され、ストリームタイプが“0x04”であればＭＰＥＧ−２オーディオのストリーム（ＡＡＣマルチチャネルオーディオはこちら）であることが示される。さらに、ストリームタイプが“0x05”であればＭＰＥＧ−４ ＡＶＣ（またはＨ．２６４）のストリームであることが示され、ストリームタイプが“0x06”であればＶＣ−１のストリームであることが示される。
図９は、記録オブジェクト（ＥＳＯＢ）のデータ単位の集合（ＥＳＯＢＵクラスタ）がNon-Intra ESOBUを含まない場合を例示している。ＥＳＯＢＵクラスタとは、エントリＥＳＯＢＵとそれに続く１以上の非エントリＥＳＯＢＵ（但し次のエントリＥＳＯＢＵあるいは次のNon-Intra ESOBUの前まで）のグループをいう。ＥＳＯＢＵクラスタは、長時間Video Access Pointが見つからないとき等において用いられる。ＥＳＯＢＵクラスタは、タイムマップのESOBU_ENT内の情報を処理する場合を除いて、１つのＥＳＯＢＵと同様に扱うことができる。
ここで、ＥＳＯＢＵクラスタの1STREF_SZ（図１２では1st_Ref_PIC_SZ）およびENTRY_flagは、ＥＳＯＢＵクラスタのエントリＥＳＯＢＵの1STREF_SZおよびENTRY_flagと同じになる。また、全ての非エントリＥＳＯＢＵの1STREF_SZおよびENTRY_flagはゼロとなる。
ＥＳＯＢＵクラスタのＥＳＯＢＵサイズは、そのクラスタに属する全てのＥＳＯＢＵのESOBU_SZ（図１２）の合計となる。この場合、クラスタ内の各ＥＳＯＢＵのサイズは特に意味を持たず、合計サイズが意味のある値となる。
ＥＳＯＢＵクラスタのESOBU_S_PKT_POSは、そのクラスタのエントリＥＳＯＢＵのESOBU_S_PKT_POS（図１２）と同じになる。全ての非エントリＥＳＯＢＵのESOBU_S_PKT_POSはゼロとなる。
ＥＳＯＢＵクラスタのESOBU_PB_TMは、そのクラスタに属する全てのＥＳＯＢＵのESOBU_PB_TM（図１２）の合計となる。この場合、クラスタ内の各ＥＳＯＢＵの再生時間は特に意味を持たず、合計再生時間が意味のある値となる。なお、ＥＳＯＢＵクラスタに属するどのＥＳＯＢＵのESOBU_PB_TMもゼロにはならないようにしている。
図９の例では、ＥＳＯＢＵクラスタはエントリＥＳＯＢＵ（Entry ESOBU）と非エントリＥＳＯＢＵ（Non-Entry ESOBU）で構成されている。Entry ESOBUはVideo Access Packet（図示せず）で開始され、このVideo Access Packetのpayloadはtarget video streamのVideo Access Pointから始まるようになっている。
Video Access Pointのデフォルトの定義は、次のようになっている。すなわち、ＭＰＥＧ−１あるいはＭＰＥＧ−２ビデオの場合では、sequence headerから始まるＩピクチャに相当するaccess unitを含むＰＥＳパケットの最初のバイトが、デフォルトのVideo Access Pointとなる（なお、access unitはＭＰＥＧ−２システムで定義されている）。ＨＤＤＶＤで採用され高効率エンコード方式の代表例であるＭＰＥＧ−４ ＡＶＣの場合では、access unit delimiterとsequence parameter setから始まるＩピクチャに相当するAVC access unitを含むＰＥＳパケットの最初のバイトが、デフォルトのVideo Access Pointとなる（なお、AVC access unitはＭＰＥＧ−２システムで定義されている）。ＨＤＤＶＤで採用され高効率エンコード方式の１つであるＶＣ−１の場合では、Entry Point Start CodeとEntry Point Headerが後に続くSequence HeaderとSequence Start Codeから始まるＩピクチャに相当するaccess unitを含むＰＥＳパケットの最初のバイトが、デフォルトのVideo Access Pointとなる（この場合の access unitはSMPTE RP227で定義されている）。
ここで、ＥＳＯＢＵエントリ（図１２のESOBU_ENTに対応）内の最初の基準ピクチャサイズ（1STREF_SZまたは1st_Ref_PIC_SZ）および／またはエントリフラグ（ENTRY_flag）はゼロでない値をとる。ただし、Entry ESOBUのENTRY_flagの値はＦＦｈをとらないようにしている。また、ESOBU_PB_TM（図１２）で規定されるＥＳＯＢＵ再生時間は、ゼロより大きく2.002秒以下としている。
図９のNon-Entry ESOBUは先頭に基準ピクチャ（ＭＰＥＧ−２ではＩピクチャ）を含みシーケンスヘッダで始まるアクセス単位となっている。ＭＰＥＧ−２以外では先頭に基準ピクチャを含む同様なアクセス単位がNon-Entry ESOBUとなる。
なお、Non-Entry ESOBUはVideo Access Packetで始まることはなく、またtarget video streamのNon-Intra Video Access Packetで始まることもないようになっている。Non-Entry ESOBUでは、ESOBU_ENT内の1STREF_SZ（1st_Ref_PIC_SZ）およびENTRY_flagはゼロとなる。また、Non-Entry ESOBUでは、ESOBU_PB_TMで規定されるＥＳＯＢＵ再生時間は2.002秒以下であるが、ゼロとはならない。
図１０は、記録オブジェクト（ＥＳＯＢ）のデータ単位の集合（Non-Intra ESOBUクラスタ）がNon-Intra ESOBUを含む場合を例示している。アプリケーションフォーマット（デジタル放送方式）によっては、長期間Ｉピクチャが存在しないか、ビデオストリーム内にＩピクチャが全く存在しない場合がある。Non-Intra ESOBUとNon-Intra ESOBUクラスタは、そのような状況を考慮して定義されたものである。図６に示したSOBU_MODEは、Non-Intra ESOBUの可能性を示すnavigation dataとして定義されている。
長期間Ｉピクチャが存在しないか、ビデオストリーム内にＩピクチャが全く存在しない場合に対応した機器（ＨＤＤＶＤレコーダあるいはＨＤＤＶＤプレーヤもしくはＨＤＤＶＤ対応ソフトがインストールされたパソコン）において、Non-Intra ESOBUの開始部にアクセスすることにより、スキップなどの特殊再生処理（図示せず）のパフォーマンスを改善できる。
Non-Intra ESOBUクラスタとは、Non-Intra ESOBUとそれに続く１以上の非エントリＥＳＯＢＵ（但し次のエントリＥＳＯＢＵあるいは次のNon-Intra ESOBUもしくはＥＳＯＢの末尾の前まで）のグループをいう。Non-Intra ESOBUクラスタは、Video Access PointあるいはNon-Intra Video Access Pointが長時間見つからないとき等において用いられる。Non-Intra ESOBUクラスタは、タイムマップのESOBU_ENT内の情報を処理する場合を除いて、１つのNon-Intra ESOBUと同様に扱うことができる。
ここで、Non-Intra ESOBUクラスタの1STREF_SZおよびENTRY_flagは、ＥＳＯＢＵの種別を示すことに使用される。具体的には、Non-Intra ESOBUの1STREF_SZはゼロとされ、そのENTRY_flagはＦＦｈ（または0xff）とされる。また、Non-Intra ESOBUクラスタにおける全ての非エントリＥＳＯＢＵの場合は、1STREF_SZおよびENTRY_flagはゼロ（または0x00）となる。
Non-Intra ESOBUクラスタのＥＳＯＢＵサイズは、そのクラスタに属する全てのＥＳＯＢＵのESOBU_SZの合計となる。この場合、クラスタ内の各ＥＳＯＢＵのサイズは特に意味を持たず、合計サイズが意味のある値となる。
Non-Intra ESOBUクラスタでは、ESOBU_S_PKT_POSはそのクラスタのNon-Intra ESOBUのESOBU_S_PKT_POSと同じになり、また、全ての非エントリＥＳＯＢＵのESOBU_S_PKT_POSはゼロとなる。
Non-Intra ESOBUクラスタのESOBU_PB_TMは、そのクラスタに属する全てのＥＳＯＢＵのESOBU_PB_TMの合計となる。この場合、クラスタ内の各ＥＳＯＢＵの再生時間は特に意味を持たず、合計再生時間が意味のある値となる。なお、Non-Intra ESOBUクラスタに属するどのＥＳＯＢＵのESOBU_PB_TMもゼロにはならないようにしている。
図１０の例ではNon-Intra ESOBUクラスタは非イントラＳＯＢＵ（Non-Intra ESOBU）で構成されており、このNon-Intra ESOBUは先頭に基準ピクチャ（ＭＰＥＧ−２ではＩピクチャ）を含まないがシーケンスヘッダで始まるアクセス単位となっている。ＭＰＥＧ−２以外では先頭に基準ピクチャを含まない同様なアクセス単位がNon-Intra ESOBUとなる。
Non-Intra ESOBUは、Non-Intra Video Access Packet（図示せず）で開始され、このNon-Intra Video Access Packetのpayloadはtarget video streamのNon-Intra Video Access Pointから始まるようになっている。特に規定する場合を除いて、Non-Intra Video Access Packetのデフォルトの定義は、次のようになっている。すなわち、ＭＰＥＧ−１あるいはＭＰＥＧ−２ビデオの場合では、sequence headerから始まるがＩピクチャがないaccess unitを含むＰＥＳパケットの最初のバイトが、デフォルトのVideo Access Pointとなる（なお、access unitはＭＰＥＧ−２システムで定義されている）。Non-Intra ESOBUでは、ESOBU_PB_TM（図１２）で規定されるＥＳＯＢＵ再生時間はゼロはとらず2.002秒以下としている。
ストリームオブジェクト（ＥＳＯＢ）がNon-Intra ESOBUを含み得るか否かは、管理情報（図６のＥＳＯＢＩ／ESOBI_GI）に含まれるESOB_TY内のSOBU_MODEにより記述できるようになっている。例えば、SOBU_MODEが０１ｂにセットされているときは、該当ＥＳＯＢに１以上のNon-Intra ESOBUが存在し得ることになる。その場合、そのＥＳＯＢを再生できるか否かは機器設計による。つまり、SOBU_MODEが０１ｂにセットされているときは、そのＥＳＯＢ全体を無視する再生機器が世の中には存在し得ることになる。そのため、Non-Intra ESOBUの使用が可能な録画機器であっても、必要が無い限り（例えば長期間Ｉピクチャが発見されないストリームを記録する必要が生じない限り）、Non-Intra ESOBUは生成せず、SOBU_MODEを０１ｂにセットしない方が（互換性の面では）好ましい。その意味で、この発明の一実施の形態においては、Non-Intra ESOBUの記録再生だけでなく、通常のＥＳＯＢＵ（Ｉピクチャあるいは基準ピクチャがある）の記録再生も可能としている。
なお、SOBU_MODE（図６）に限らず、ESOBU_ENT内のENTRY_flag（図１２）によっても、該当ＥＳＯＢに１以上のNon-Intra ESOBUが存在するかどうかを示すことができる。
図１１は、管理情報の一部をなすストリームタイムマップ情報テーブル（再生時間をベースとするタイプＡのSTMAPIT）がどのように構成されるかの一例を説明する図である。図１１に示すように、ＰＴＭベースのタイプＡのSTMAPITは、STMAPITの識別情報（STM_ID）、STMAPITのエンドアドレス情報（STMAPIT_EA）、該TMAPのバージョン情報（VERN）、STMAPIの更新日時情報（STMAPI_LAST_MOD_TM：VMGIまたはESTR_FIの更新日時情報値と同じ）、STMAPI_GIの数（STMAPI_GI_Ns）等を含んで構成される。また、STMAPI_GIは所属するETMAPI_SRPの数（ETMAPI_SRP_Ns）を含んで構成され、STMAPに属するETMAPは頭から数順に決められる。ETMAPI_SRPはETMAPIへのスタートアドレス情報（ETMAPI_SA）とESOBU_ENTの数（ESOBU_ENT_Ns）を含んで構成されている。ETMAPIは１以上のESOBU_ENTを含む。なお、ESOBU_ENT間にごみデータが有っても良い。
図１２は、管理情報の一部であるデータ単位のエントリ情報（タイプＡのESOBU_ENT）がどのように構成されるかの一例を説明する図である。タイプＡすなわちＰＴＭベースのESOBU_ENTは、エントリ内の最初の基準ピクチャ（Ｉピクチャ等）のESOBU先頭からの最終アドレス情報（ＬＢ単位）、ENTRY_flag、ＥＳＯＢＵの再生時間（フィールド数）、ＥＳＯＢＵサイズ（ＥＳＯＢＵに属するパケットグループの数）、ESOBU_S_PKT_POS（ＥＳＯＢＵの先頭が入っているパケットグループの先頭からのパケット数）を含んで構成される。
ここで、そのエントリのＥＳＯＢＵにＩピクチャ（基準ピクチャ）が無い場合（Non-Intra ESOBUまたはNon-Entry ESOBUの場合）、1ST_REF_PIC_SZが００ｈとなる。さらに、Non-Intra ESOBUの場合ではENTRY_flagが0ｘffとなり、Non-Entry ESOBUの場合ではENTRY_flagが0ｘ00となって、Non-Intra ESOBUとNon-Entry ESOBUが区別される。
簡単に言い直すと、図１２は、図１１に示したESOBU_ENT（例えばESOBU_ENT＃１）がどのように構成されるかの一例を説明する図である。 このESOBU_ENT＃１は、1st_Ref_PICのパック数またはＴＳパケット数を示す情報と、ＥＳＯＢＵの再生時間（ESOBU_PB_TM；ビデオフィールド数またはビデオフレーム数に対応）と、ＥＳＯＢＵのサイズ（ESOBU_SZ；ＴＳパケット数あるいはパック数もしくはパケットグループ数で表現できる）を含んで構成されている。ここで最初の基準ピクチャ1st_Ref_PICはＧＯＰ先頭にあり、そのピクチャだけの情報で出力映像を決定できるフレームピクチャ又はフィールドペアである。ここで、フレームピクチャとはフレーム構造の場合のピクチャ、フィールドペアとはフィールド構造の場合に１つのフレーム映像を構成する２つのフィールドピクチャの事である。
図１３は、この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。この録再装置は、図示するように、ＭＰＵ部８０、表示部１０４、デコーダ部５９、エンコーダ部７９、ＴＶチューナ部８２、ＳＴＣ部１０２、Ｄ−ＰＲＯ部５２、一時記憶部５３、ディスクドライブ部５１、キー入力部１０３、ビデオミキシング部６６、フレームメモリ部７３、ＴＶ用Ｄ／Ａ部６７、地上波デジタルチューナ部８９、ＩＥＥＥ１３９４（および／またはＨＤＭＩ）Ｉ／Ｆ部７４、イーサネット（登録商標）Ｉ／Ｆ部（図示せず）、リモコン受信部１０４、さらに、ＳＴＢ部（ＢＳデジタルチューナ等）８３、緊急放送検出部８３ｂ、ＨＤＤ部１００ａ等により構成されている。この構成では、録再ＤＶＤレコーダにストリーマの機能を追加する形となっている。
エンコーダ部７９は、Ａ／Ｄ部８４、ビデオエンコード部８７、オーディオエンコード部８６、副映像エンコード部（図示せず）、フォーマッタ部９０、バッファメモリ部９１等により構成されている。また、デコーダ部５９は、分離部６０、ビデオデコード部６１、副映像デコード部６３、オーディオデコード部６４、ＴＳパケット転送部１０１、Ｖ−ＰＲＯ部６５、オーディオ用Ｄ／Ａ部７０等により構成されている。さらに、ＳＴＢ部８３には、デジタル放送を受信するためのアンテナ８３ａが接続されている。なお、ＳＴＣ部１０２は２７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）を含んで構成される。さらに、管理領域１３０内にオブジェクトデータ（ＥＳＯＢ）を管理する情報を持つ。
図１３の装置は、上記のようなデータ構造を持つ媒体１００（１００ａ）に対して、ビデオレコーディングの他にストリームレコーディングを行うことができる。その際、ＴＳパケットのストリーム内からプログラムマップテーブルＰＭＴやサービス情報ＳＩを取り出すために、ＭＰＵ部８０はサービス情報取り出し部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。またこのサービス情報取り出し部で取り出した情報を元に、属性情報（ＰＣＲのパック番号あるいはＰＣＲのＬＢ数番号など）を作成する属性情報作成部（図示せず；管理データ作成部８０Ｂの一部を構成するファームウエア）を持つように構成される。ＭＰＵ部８０はさらに、図１４〜図１７、図２１〜図２３等の処理を行うファームウエアを、フォーマット管理部８０Ｙとして具備している。
図１３に例示されるディスク１００やＨＤＤ１００ａなどの複数媒体の使い方としては、例えば次のようなものがある。すなわち、ＨＤＤ１００ａに図１〜図１２のデータ構造（フォーマット）を利用してストリームレコーディングを行う。そして、ＨＤＤ１００ａに記録されたストリームレコーディングコンテンツのうち、ユーザが保存したいと希望するプログラムについては、ディスク１００にそのままストリームレコーディング（コピー制限がされていないコンテンツの場合はダイレクトコピーあるいはデジタルダビング；コピーワンスのコンテンツの場合はデジタルムーブ）する。こうすれば、デジタル放送のオリジナルと同等のクォリティを持つ所望プログラムだけをディスク１００に纏めることができる。さらに、ディスク１００にコピーされたストリームレコーディングコンテンツはこの発明のデータ構造を利用しているので、ストリームレコーディングであるにも拘わらず、タイムサーチ等の特殊再生が容易なものとなる。
ストリームレコーディングまたはビデオレコーディングの記録／再生制御は、メインＭＰＵ部８０のファームウエア（後述する図１４〜図２３の動作に対応した制御プログラム等）により行われる。ＭＰＵ部８０はストリームレコーディングおよびビデオレコーディングの管理データ作成部８０Ｂを持ち、ワークＲＡＭ８０Ａを作業エリアとして種々な管理情報（図２〜図１２など）を作成し、作成した管理情報を、図１（ｄ）のＡＶデータ管理情報記録領域１３０に適宜記録する。また、ＭＰＵ部８０は、ＡＶデータ管理情報記録領域１３０に記録された管理情報を再生し、再生した管理情報に基づき種々な制御（図１４〜図２３）を行う。
図１４は、装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）である。ここでのデータ処理は、録画処理、再生処理、データ転送処理（ＳＴＢへのデジタル出力処理など）、番組設定処理、編集処理の５通りとなる。例えば図１３の装置の電源がオンされると、ＭＰＵ部８０は、（工場出荷時またはユーザが設定した後の）初期設定を行い（ＳＴ１０）、表示設定を行なう（ＳＴ１２）。ユーザが図１３のキー入力部１０３またはリモコン１０３ａからキー入力を行うと（ＳＴ１４）、ＭＰＵ部８０はそのキー入力の内容を解釈する（ＳＴ１６）。この入力キー解釈の結果に応じて、以下の４つのデータ処理が、適宜実行される。すなわち、キー入力が例えばタイマー予約録画設定のキー操作であれば、番組設定処理に入る（ＳＴ２０）。キー入力が録画開始のキー操作であれば、録画処理に入る（ＳＴ２２）。キー入力が再生開始のキー操作であれば、再生処理に入る（ＳＴ２４）。キー入力がＳＴＢへデジタル出力させるキー操作であれば、デジタル出力処理に入る（ＳＴ２６）。編集処理のキー操作であれば、編集処理に入る（ＳＴ２８）。
ＳＴ２０〜ＳＴ２８の処理は、そのタスク毎に適宜並列処理される。例えば、再生処理中（ＳＴ２４）にＳＴＢへデジタル出力する処理（ＳＴ２６）が並列に実行される。あるいは、タイマー予約録画でない録画処理中（ＳＴ２２）に新たな番組設定処理（ＳＴ２０）を並列に処理するように構成することができる。あるいは、高速アクセス可能なディスク記録の特徴を生かし、録画処理（ＳＴ２２）中に再生処理（ＳＴ２４）とデジタル出力処理（ＳＴ２６）を並列処理するように構成することもできる。ＨＤＤへの録画中にディスクの編集処理（ＳＴ２８）を行うように構成することも可能である。
図１５は、編集処理（ＳＴ２８）の一例を説明するフローチャート図（編集動作処理フロー）である。編集処理に入ると、編集内容に応じて、４つの処理（Ａ〜Dのいずれか）に入ることができる（ＳＴ２８０）。エントリポイントメニュー処理（ＳＴ２８２Ａ）、コピー／移動処理（ＳＴ２８２Ｂ）、削除処理（ＳＴ２８２Ｃ）、あるいはプレイリスト作成処理（ＳＴ２８２Ｄ）が済むと、この処理によるプログラム更新の日時が、各管理情報（プログラム情報EX_PGI、アイテムテキスト情報EX_IT_TXT、製造業者情報EX_MNFI等）に設定される（ＳＴ２８４）。
なお、プログラム情報EX_PGI、セル情報EX_CI、あるいはＥＶＯＢ、ＥＳＯＢのどれかが変更されたときに、このプログラム更新日時の設定を行うようにしてもよい。ここで、ＥＶＯＢＩおよび／またはＥＳＯＢＩが変更された場合は、ＥＶＯＢＩおよび／またはＥＳＯＢＩの編集時間（EDIT_TIME）をESOB_EDIT_TIME等（図示せず）に設定できる。もしくは、このプログラム更新日時の設定を行うようにしてもよい。
ついでながら、ＳＴ２８４の処理において、ＳＴ２８２Ａ〜ＳＴ２８２Ｄの何れかの操作を行った機器のメーカーＩＤを、管理情報（ＶＭＧ）内の図示しない編集者ＩＤ（LAST_MNF_ID）に設定してもよい。この編集者ＩＤは、ＰＧＩ、ＣＩ、ＥＳＯＢ（またはＥＶＯＢ）のどれかが変更されると、その都度、その時に用いた機器のＩＤ情報により、設定（または更新）できる。
図１６は、録画動作の一例を説明するフローチャート図である。録画時のデータ処理は、以下のようになる：
11）まず、番組設定（録画予約）処理において、ＥＰＧ（Electronic Program Guide）等を使用して録画する番組を決めておく。その後、録画開始時間になったら、番組受信を開始し、その番組の録画処理に移る。
12）ここで、ＭＰＵ部８０（図１３）がキー入力部１０３あるいはリモコン１０３ａもしくは録画予約プログラム（図示せず）より録画命令受けると、ドライブ部５１（またはＨＤＤ１００ａ）から管理データを読み込み、書き込む領域を決定する。このとき、ファイルシステムをチェックし、録画可能かどうかを判断する（例えば、記録先媒体の未記録エリアサイズを録画レートに基づき換算した録画可能時間が、番組録画するに十分な長さであるか否かを判断する）。録画可能の場合は記録する位置（記録先媒体の特定空き領域）を決定し、録画可能でない場合はその旨をユーザに示して処理を中止する。
13）決定された領域を書き込むよう管理領域に設定し、ビデオデータの書き込みスタートアドレスをドライブ部に設定し、番組データを記録する準備を行う（ＳＴ１０５）。録画番組がデジタル放送（オブジェクトはＭＰＥＧ−ＴＳストリーム）であり、それをＭＰＥＧ−ＰＳに再エンコードしてＶＲモードで録画する場合は（ＳＴ１０６ノー）、ＶＲ録画処理へ移行する。
14）デジタル放送をＭＰＥＧ−ＴＳのままストリーム記録する場合は（ＳＴ１０６イエス）、放送方式に応じた管理情報の作成を行う（ＳＴ１１０）。この管理情報作成処理（ＳＴ１１０）では、まず、録画しようとするデジタルストリームのアプリケーションフォーマット（放送方式など）がチェックされる。この発明の一実施の形態では、日本のＩＳＤＢと、米国のＡＴＳＣと、それ以外の製造業者モード（Manufacturer mode）の２つのアプリケーションフォーマットを識別している。日本のＩＳＤＢ用のナビゲーションデータとしては、図２４に例示される値が用いられる。米国のＡＴＳＣおよびケーブル放送ＩＳＤＢ用のナビゲーションデータとしては、図２５に例示される値が用いられる。また、Manufacturer mode用のナビゲーションデータとしては、図２６に例示される値が用いられる。
15）管理情報の作成が済んだあと、録画用初期設定において、ＳＴＣ部１０２（図１３）の時間リセットを行う（ＳＴ１１２）。ここで、ＳＴＣ部はシステムのタイマーであり、その値を基準に録画および／または再生が行われる。また、フォーマッタ部９０へ初期設定が行われる。その後の録画開始設定において、フォーマッタ部のバッファメモリ部９１（図１３）へのデータ取り込みが開始される（ＳＴ１１４）。
16）録画する番組のＰＡＴをバッファ９１から読み込み、目的の番組のＰＭＴを取り込むためのＰＩＤを決定し、目的のＰＭＴを読み込み、デコードすべき（録画すべき）各データ（ビデオ、オーディオ）のＰＩＤを決定する（ＳＴ１１６）。このとき、ＭＰＵ部８０のワークＲＡＭ部８０ＡにＰＡＴ、ＰＭＴ、ＮＩＴ等を保存し、後に管理情報に書き込む。また、（録画終了後に）ファイルシステムへＶＭＧファイルのデータを書き込み、ＶＭＧＩに必要な情報を書き込む。
17）前の処理の説明に戻るが、各部へ録画設定を行う（ＳＴ１１２）。このとき、フォーマッタ部９０へ、各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録する様にする。また、バッファ９１へＴＳパケットの保持を開始する様に設定する。
18）ＰＭＴよりESOB_ESI（図７）を作成する（ＳＴ１２０）。
19）続いてバッファ取り込み処理を開始し（ＳＴ１３０）、バッファ９１内のデータが一定量たまった場合は（ＳＴ１４０イエス）、Ｄ−ＰＲＯ部５２（図１３）を通してＥＣＣ処理を行い、ディスク１００（またはＨＤＤ１００ａ）に記録する（ＳＴ１４５）。
20）録画中、定期的に（フォーマッタ部９０のバッファＲＡＭ９１が一杯になる前に）、切り分け情報をＭＰＵ部８０のワークＲＡＭ８０Ａに保存する。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報で、ＥＳＯＢＵの先頭のアドレス、ＥＳＯＢＵのパック長、Ｉピクチャの終了アドレス、再生時間、Packetの到着時間（ＰＡＴＳ）等である。
21）ＥＳＯＢを切るかどうかを判断し、切る場合（ＳＴ１４７イエス）はＥＳＯＢ切り処理（ＳＴ１６０）を実行する。
22）録画終了かどうかをチェックし（録画終了キーを入力したかどうか、または、残り容量が無くなったかどうか）、終了時（ＳＴ１４８イエス）には、フォーマッタ部９０より残りの切り分け情報を取り込み、ワークＲＡＭ８０Ａへ追加し、それらのデータを管理データ（ＶＭＧＩ）に記録し、録画時の平均の録画レートを記録し、さらに、ファイルシステムに、残りの情報を記録する（ＳＴ１５０）。
23）終了で無い場合（ＳＴ１４８ノー）は、ＳＴ１２０へ戻り、データの取り込み（ＳＴ１３０）及び記録（ＳＴ１４５）を続けて行うようにする。
図１７は、図１６に示したエレメンタリストリーム情報作成処理（ＳＴ１２０）の一例を説明するフローチャート（ＥＳＩ作成処理フロー）である。ＭＰＥＧ−ＴＳを記録するストリームレコーディングでは、記録しようとするストリーム内にＰＭＴが含まれており、このＰＭＴ内に、ストリームタイプが記述されている（図７、図８参照）。
そこで、ＥＳＩ作成処理（ＳＴ１２０）では、まず、ＰＭＴ内のストリームタイプ（図８）を調べる（ＳＴ１２００、ＳＴ１２０２）。ストリームタイプが“0x01”であればＭＰＥＧ−１ビデオのＥＳＩ設定処理を行い（ＳＴ１２０４）、ストリームタイプが“0x02”であればＭＰＥＧ−２ビデオのＥＳＩ設定処理を行い（ＳＴ１２０６）、ストリームタイプが“0x03”であればＭＰＥＧ−１オーディオのＥＳＩ設定処理を行い（ＳＴ１２０８）、ストリームタイプが“0x04”であればＭＰＥＧ−２オーディオのＥＳＩ設定処理を行い（ＳＴ１２１０）、ストリームタイプが“0x05”であればＭＰＥＧ−４ ＡＶＣ（またはＨ．２６４）のＥＳＩ設定処理を行う（ＳＴ１２１１）。なお、図示しないが、ストリームタイプが“0x06”であればＶＣ−１のＥＳＩ設定処理を行う。このような、ストリームタイプの種別毎に内部のデータをチェックし、各属性情報を設定する。全てのストリームに対してＥＳＩの作成（設定処理）が済めば（ＳＴ１２１２ノー）、図１７の処理を抜けて図１６のＳＴ１３０に移る。
ところで、ビデオデータにはフレーム構造とフィールド構造の２種類がある。フレーム構造では１枚のフレーム画像で画面全体の画を構成するのに対して、フィールド構造ではトップフィールドとボトムフィールド２枚のフィールド画像で１枚のフレーム画像となり画面全体の画を構成する。
図１８は、ＭＰＥＧ−４ ＡＶＣまたはＨ．２６４のパケットが元のＨ．２６４ビデオデータからどのように構成されているかの一例（フレーム構造の場合）を説明する図である。フレームの先頭にはＰＥＳパケットヘッダ（ＰＰＨ）が挿入され、ＰＰＨとフレームでＰＥＳパケットを構成する。ＰＰＨにはフレームの再生開始時刻（ＰＴＳ）が含まれる。ＰＥＳパケットはＴＳパケットのペイロード部（図１（ｉ）の１８０）としてＴＳパケットのサイズに合わせて分割される。ＰＥＳパケットの最後のデータにおいてはスタッフィング等の方法により、ペイロード部の最後のデータとなるようにする。すなわち次のＰＥＳパケットの先頭データは必ず次のＴＳパケットのペイロード部先頭から始まる。
図１９は、ＭＰＥＧ−４ ＡＶＣまたはＨ．２６４のパケットが元のＨ．２６４ビデオデータからどのように構成されているかの他例（フィールド構造の場合）を説明する図である。１フレームを構成する２枚のフィールドの先頭にＰＰＨが挿入され、ＰＰＨと２フィールドでＰＥＳパケットを構成する。フレーム構造の場合と同様、ＰＰＨには再生開始時刻（ＰＴＳ）が含まれる。ＰＥＳパケットとＴＳパケットの構成はフレーム構造の場合と同じである。
図２０は、ＭＰＥＧ−４ ＡＶＣまたはＨ．２６４のビデオデータの構成例を説明する図である。アクセスユニットデリミタ（ＡＵＤ）ｄ１はピクチャの先頭につける開始符号である。シーケンスパラメータセット（ＳＰＳ）ｄ２はシーケンス全体の符号化にかかわる情報が含まれたヘッダである。ピクチャパラメータセット（ＰＰＳ）ｄ３はピクチャ全体の符号化モードを示すヘッダである。Supplemental Enhancement Information（ＳＥＩ）ｄ４は補足的な付加情報データである。スライス（Slice）ｄ５はピクチャ情報そのもののデータである。
前記フレーム構造でのフレームまたはフィールド構造でのフィールドは前記ｄ１〜ｄ５の幾つかの情報によりピクチャとして構成される。また１以上のピクチャによりＧＯＰが構成される。ｄ６はＧＯＰ先頭のピクチャの構造である。ＡＵＤで始まりＳＰＳ、ＰＰＳ、ＳＥＩ、Ｓｌｉｃｅで構成される。ｄ７はＧＯＰ先頭以外のピクチャの構造である。ＡＵＤで始まりＰＰＳ、ＳＥＩ、Sliceで構成される。すなわちＳＰＳはＧＯＰ先頭のピクチャには含まれ、ＧＯＰ先頭以外のピクチャには含まれない。
図２１は、ＭＰＥＧ−４ ＡＶＣまたはＨ．２６４の場合のＥＳＩ設定処理の一例を示すフローチャートである。ＥＳＩ設定処理では、まずコンポーネントタイプを取得する（ＳＴ１２１１１）。コンポーネントタイプには、図７に例示されるようなAspect Ratio（アスペクト比情報）、Source resolution（垂直解像度）、Source picture Progressive mode（インターレース・プログレッシブＩ／Ｐの種別）、フレームレート、ビデオ圧縮モード等の情報が記載されている。
そこで、アスペクト比情報よりアスペクト比の値を決定し、ＥＳＩ（図７のESOB_V_ESI）のビデオ属性V_ATRに設定する（ＳＴ１２１１２）。インターレース・プログレッシブ（Ｉ／Ｐ）の種別よりProgressiveかInterlacedかそれ以外かを示す値を決定し、ＥＳＩのビデオ属性V_ATRに設定する（ＳＴ１２１１３）。また、デジタル放送規格ＡＲＩＢにおいては、インターレースの場合フレームレートは30/1.001（=29.97）、プログレッシブの場合フレームレートは60/1.001（=59.94）である。そこでインターレース・プログレッシブ（Ｉ／Ｐ）の種別よりフレームレートの値を決定し、ＥＳＩのビデオ属性V_ATRに設定する（ＳＴ１２１１４）。また、ＥＳＩ設定処理（図１７のＳＴ１２１１）を行うのはストリームタイプがＨ．２６４の場合なので、ビデオ圧縮モードはＨ．２６４（ＭＰＥＧ−４ ＡＶＣ）と決定し、ＥＳＩのビデオ属性V_ATRに設定する（ＳＴ１２１１５）。
次に、ＥＳＩ設定処理では該当ＰＩＤよりＨ．２６４パケットを読み出し（ＳＴ１２１１６）、そこに図２０のシーケンスパラメータセット（ＳＰＳ）ｄ２が含まれているか否かを判断する（ＳＴ１２１１７）。ＳＰＳが含まれていれば、読み出したパケット中のシーケンスパラメータセット（ＳＰＳ）ｄ２内のpic_width_in_mbs_minus1（図示せず）の値を取得する（ＳＴ１２１１８）。
このビデオデータの水平解像度は以下の計算式により求められる：
水平解像度＝（pic_width_in_mbs_minus1 ＋ １）×１６
この計算式により求められた水平解像度と前記コンポーネントタイプから取得した垂直解像度からビデオ解像度を決定し、ＥＳＩのビデオ属性V_ATRに設定する（ＳＴ１２１１９）。以上によりＥＳＩ（図７のESOB_V_ESI）のビデオ属性情報が設定される。
図２２は、ＭＰＥＧ−４ ＡＶＣまたはＨ．２６４の場合の切り分け情報取り込み処理の具体例を説明するフローチャートである。録画用初期設定（図１６のＳＴ１１２）においてＥＳＯＢＵは１ＧＯＰで構成されるものと決定されている事とする。また、Ｈ．２６４においてはあるフレームの映像を復号化する為に再生順で後ろのフレームの情報を参照する事があるので、フレームは再生順ではなく復号化順で並んでいる。録画用初期設定（ＳＴ１１２）において、ＧＯＰ中再生順で先頭のフレームが復号化順で何番目以内に現れるかを示す数値Ｎが決定されている事とする。またＧＯＰ中のフレーム数はＮ以上であるものとする。
切り分け情報取り込み処理に入ると、まずＴＳパケットを解析し（ＳＴ１６００）、ＴＳパケット中にＰＥＳパケットヘッダ（例えば図１８のＰＰＨ）が含まれているか否かを判断する（ＳＴ１６０１）。ＰＰＨが含まれている場合（ＳＴ１６０１Ｙｅｓ）は、このパケットがフレームの先頭である事が分かる。従ってＰＰＨより再生タイムスタンプＰＴＳを取得し、そのＰＴＳをそのフレームの再生開始時間と決定する（ＳＴ１６０２）。
次にこのフレームがＧＯＰ中２番目のフレームかを判断する（ＳＴ１６０３）。ＧＯＰ中２番目のフレームであれば（ＳＴ１６０３Ｙｅｓ）、ＧＯＰ先頭のパケットから現在のパケットまでのサイズをＥＳＯＢＵの1st_Ref_PICパケット数と決定する（ＳＴ１６０４）。あるいは、ＥＳＯＢＵ先頭からRef_PIC（Iピクチャに対応）の終了までのパケットグループ数を、そのＥＳＯＢＵの先頭基準ピクチャサイズ（図１２の1st_Ref_PIC_SZ参照）と決定する（ＳＴ１６０４）。
次にこのフレームがＧＯＰ中Ｎ番目のフレームかを判断する（ＳＴ１６０５）。ＧＯＰ中Ｎ番目のフレームであれば（ＳＴ１６０５Ｙｅｓ）、ＧＯＰ中のＰＴＳの中で最も値が小さいものをそのＧＯＰの再生開始時間と決定する（ＳＴ１６０６）。
次に現在のＧＯＰが録画開始時点から２番目以降のＧＯＰかを判断する（ＳＴ１６０７）。
２番目以降のＧＯＰであれば（ＳＴ１６０７Ｙｅｓ）、現在のＧＯＰの再生開始時間と前のＧＯＰの再生開始時間の差分の時間を前のＧＯＰの再生時間とし、前のＥＳＯＢＵのESOBU_PB_TMを決定する（ＳＴ１６０８）。
次にこのＴＳパケット中にシーケンスパラメータセットＳＰＳｄ２（図２０参照）が含まれているか否かを判断する（ＳＴ１６０９）。ＳＰＳｄ２が含まれていれば（ＳＴ１６０９Ｙｅｓ）、そのパケットはＧＯＰの先頭パケットである（ＳＴ１６１０）。従って前のＧＯＰの先頭パケットから現在のパケットまでを前のＧＯＰのサイズとし、前のＥＳＯＢＵのESOBU_SZと決定する（ＳＴ１６１１）。以上により図４または図１２の各ESOBU_ENTが設定される。
これにより、管理情報の一部（ESTR_FIT）に含まれる１以上のストリームタイムマップ（図４のＳＴＭＡＰ＃１〜＃ｎ）各々に、切り分けられたＥＳＯＢ用タイムマップテーブルの実際のエントリが含まれるようになる。なお、ここでのストリームタイムマップは、ＥＳＯＢ内でのある再生時間を、そのＥＳＯＢに含まれる対応ＥＳＯＢＵのアドレスに変換するデータテーブルである。
図２３は、再生動作の一例を説明するフローチャート図である。再生時のデータ処理は、以下の通りとなる。
61）ＶＭＧファイルを読み込み（ＳＴ４０）、再生するプログラム、セルを決定し（ユーザに選ばせ）を決定する（ＳＴ２０２）。ここで、記録順の再生選択した場合には、ORG_PGCIに従って再生を行い、番組毎の再生を行う場合には、再生したい番組に相当する番号のUD_PGCに従って再生を行う。
62）PKT_TYの値を読み出し、対応可能な放送方式かどうかチェックし、対応可能で無い場合は、その旨を表示して処理を終了する。（もしくは次のセルへ移行する）
63）再生するタイトル情報（ＰＳＩ、ＳＩ情報が不明の場合はＳＴＢへの転送処理のみを行なうよう設定）、レジューム情報（PL_RSM_IFO,PG_RSM_IFO）等により再生するＥＳＯＢ／ＥＶＯＢ、再生開始ＰＴＭ等を決定し、再生開始ＰＴＭより、再生を開始するファイルポインタ（論理アドレス）、再生するストリームのＥＳＩを決定する（ＳＴ２０４）。
64）タイプＡ／タイプＢのチェックを行い（ＳＴ２０６）、タイプＢの場合は（ＳＴ２０６イエス）、ＳＴＢへ全ストリームを転送するように設定し（ＳＴ２０８）、ＴＳパケットの送信処理のみを行うようにして（ＳＴ２１０）、ＳＴ２２０へ移行する。
65）タイプＡの場合は（ＳＴ２０６ノー）、COUNTRY_CODE、AP_FORMAT1、AP_FORMAT2で再生する放送方式を決定する（ＳＴ２１１）。（たとえばＡＲＩＢの場合、ＵＳＡと韓国が採用している。また、ＩＳＤＢの場合は日本とブラジルが採用している。）
66）ESOB_TY／Video system（図６等）でフレームレートを決定し、ＥＳＩの値により、各デコーダ部初期設定を行い、再生の準備を行う（ＳＴ２１２）。
67）ESOB_TY／SOBU_MODEの値により、Non-Intra ESOBUが含まれているかどうかを調べる。Non-Intra ESOBUが含まれている場合（ＳＴ２１３イエス）で、レコーダがそれを対応していない場合（ＳＴ２１４ノー）は、“本ストリームの再生は対応していません”等のアラートダイアログを表示し（ＳＴ２１５）、本処理を終了する（ＳＴ２１６）。
68）Non-Intra ESOBUが含まれていいない（ＳＴ２１３ノー）か、含まれていてもレコーダがそれを対応していいる場合（ＳＴ２１４イエス）は、再生開始時の処理を行う。
69）各デコーダの設定を行う。（ＳＴ２１７）
70）セルの再生処理を行い（ＳＴ２２０）、再生終了かどうかをチェックする（ＳＴ２３０）。再生終了の場合には（ＳＴ２３０イエス）、エラーチェックを行い、エラーの場合には（ＳＴ２４０イエス）、その旨を表示し（ＳＴ２４２）、再生処理を終了する（ＳＴ２４４）。エラーでない場合には（ＳＴ２４０ノー）正常な再生終了処理を行い（ＳＴ２４６）、本動作を終了する。
71）再生終了でない場合には（ＳＴ２３０ノー）、ＰＧＣＩより次のセルを決定し（ＳＴ２３２）、デコーダの設定が変更されたかどうかをチェックして、ＳＴ２０４〜ＳＴ２１２へ戻る。変更された場合には、次のシーケンスエンドコードにデコーダの設定が変更されるように、デコーダに変更属性を設定する（ＳＴ２１７）。
（実施の形態に関する付記１）
管理情報は、前記デジタルストリーム信号のデータの属性を記録するために記録される。この管理情報には、ＥＳＯＢの属性を記録するためにＥＳＯＢストリーム情報（図５〜図７のESOB_ESI）が記録される。また、ＥＳＯＢＵの属性を記録するためにＥＳＯＢＵエントリ（図４、図１２のESOBU_ENT）が管理情報に記録される。
（実施の形態に関する付記２）
前記デジタルストリーム信号はＰＥＳパケットに包含されたＨ．２６４ビデオを含むＭＰＥＧ−ＴＳであるものとする。
（実施の形態に関する付記２）
デジタルストリームを記録するストリーマ（図１３）はＭＰＥＧ−ＴＳよりコンポーネント記述子を取得し、解析する機能を有するものとする。このストリーマはＭＰＥＧ−ＴＳよりＰＥＳパケットを取得し、解析する機能も有するものとする。このストリーマはさらに、Ｈ．２６４ビデオよりシーケンスパラメータセット（ＳＰＳ）を取得し、解析する機能も有するものとする。前記ストリーマは、解析結果より、ESOB_ESI、ESOBU_ENT等を生成するように構成される。
＜実施の形態と発明との対応例＞
（１）ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号のデータが１以上のオブジェクト（ＥＳＯＢ）に分かれ、それぞれの前記オブジェクト（ＥＳＯＢ）が１以上のピクチャアクセス単位を基準にして構成されまたは再生時間で所定秒（2.002秒）以下のデータで構成されたデータユニット（ＥＳＯＢＵ）を含み、１つの前記データユニット（ＥＳＯＢＵ）が複数のトランスポートストリームパケットをグループ化したパックグループにより構成される。この発明の一実施の形態に係る記録媒体（光ディスク、ＨＤＤ等）は、前記ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号としてＭＰＥＧ−４ ＡＶＣあるいはＨ．２６４のビデオデータを含むデジタルストリーム信号を記録するデータ領域と、このデータ領域の管理情報（ESTR_FITを含む図３のHDVR_MG）を記録する管理領域を持つように構成される。そのように構成された記録媒体を用いる記録方法において、
前記デジタルストリーム信号に含まれる、プログラムマップテーブル（ＰＭＴ）内のコンポーネント記述子、ＰＥＳパケットヘッダ、またはシーケンスパラメータセットから情報を取得して（図１７のＳＴ１２１１、図２１のＳＴ１２１１１；または図２２のＳＴ１６００）、前記オブジェクトのビデオ属性情報および／または前記データユニットの属性情報を決定し（図２１のＳＴ１２１１２〜ＳＴ１２１１９、図１７のＳＴ１２１１、図１６のＳＴ１２０；または図２２のＳＴ１６０１〜ＳＴ１６１１、図１６のＳＴ１６０）、
前記データユニット（ＥＳＯＢＵ）の単位で前記オブジェクト（ＥＳＯＢ）を前記データ領域に記録し（図１６のＳＴ１３０〜ＳＴ１６０）、
前記データ領域に記録された前記オブジェクト（ＥＳＯＢ）を管理する管理情報（図７のESOB_V_ESIを含む図３のHDVR_MG）を前記管理領域に記録する（図１６のＳＴ１５０）。
（２）前記ビデオ属性情報（V_ATR）は解像度情報（Source resolution）を含み、前記プログラムマップテーブル（ＰＭＴ）内のコンポーネント記述子および前記シーケンスパラメータセット（図２０のＳＰＳ）内の情報（picture_width_in_mbs_minus1）から前記解像度情報（Source resolution）を決定することができる（図２１のＳＴ１２１１１、ＳＴ１２１１８〜ＳＴ１２１１９）。
（３）前記ビデオ属性情報（V_ATR）はアスペクト比情報（Aspect Ratio）またはプログレッシブかインターレースかを示すプログレッシブモード情報（Source picture Progressive mode）を含み、前記プログラムマップテーブル（ＰＭＴ）内のコンポーネント記述子内の記述内容から前記アスペクト比情報（Aspect Ratio）および／または前記プログレッシブモード情報（Source picture Progressive mode）を決定することができる（図２１のＳＴ１２１１２および／またはＳＴ１２１１３）。
（４）前記データユニット（ＥＳＯＢＵ；図９のENTRY_ESOBU）は基準ピクチャ情報（Ｉピクチャ等の情報）を含み、前記ＰＥＳパケットヘッダ（図１８または図１９のＰＰＨ）内の情報（ＰＴＳ等）またはＰＥＳパケットヘッダ（図１８または図１９のＰＰＨ）の位置から、前記データユニット（ＥＳＯＢＵ）で最初の前記基準ピクチャ情報のサイズ（図１２の1st_Ref_PIC_SZ）を決定することができる（図２２のＳＴ１６０４）。
（５）前記ＰＥＳパケットヘッダ（図１８または図１９のＰＰＨ）内の再生タイムスタンプ（図示しないＰＴＳ）から前記データユニット（ＥＳＯＢＵ）の再生時間（図１２のESOBU_PB_TM）を決定することができる（図２２のＳＴ１６０８）。
（６）前記シーケンスパラメータセット（図２０のＳＰＳ）が含まれる前記デジタルストリーム信号のアクセス単位（ＧＯＰ）が複数あるときに、連続する２つの前記アクセス単位の位置（ＳＰＳを含む２つのＧＯＰの先頭位置）から前記データユニットの単位（ＥＳＯＢＵそのもの）を決定することができる（図２２のＳＴ１６０９〜ＳＴ１６１１）。
（７）前記シーケンスパラメータセット（図２０のＳＰＳ）の位置から前記データユニット（ＥＳＯＢＵ）のサイズ（図１２のESOBU_SZ）を決定することができる（図２２のＳＴ１６０９〜ＳＴ１６１１）。
（８）前記（１）の方法でデジタルストリーム信号が記録された前記記録媒体を用い、前記管理領域から前記管理情報を読み取り（ＳＴ４０）、読み取った前記管理情報に基づいて（ＳＴ２０４）、前記データ領域から前記デジタルストリーム信号を再生することができる（ＳＴ２１１〜ＳＴ２２０）。
（９）ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号のデータが１以上のオブジェクトに分かれ、それぞれの前記オブジェクトが１以上のピクチャアクセス単位を基準にして構成されまたは再生時間で所定秒以下のデータで構成されたデータユニットを含み、１つの前記データユニットが複数のトランスポートストリームパケットをグループ化したパックグループにより構成される場合に、前記ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号としてＭＰＥＧ−４ ＡＶＣあるいはＨ．２６４のビデオデータを含むデジタルストリーム信号を記録するデータ領域と、このデータ領域の管理情報を記録する管理領域を持つように構成された記録媒体を用いる記録装置は、
前記デジタルストリーム信号に含まれる、プログラムマップテーブル（ＰＭＴ）内のコンポーネント記述子、ＰＥＳパケットヘッダ、またはシーケンスパラメータセットから情報を取得して、前記オブジェクトのビデオ属性情報および／または前記データユニットの属性情報を決定する手段（図２１のＳＴ１２１１２〜ＳＴ１２１１９または図２２のＳＴ１６０１〜ＳＴ１６１１等を実行する図１３のＭＰＵ）と、
前記データユニット（ＥＳＯＢＵ）の単位で前記オブジェクト（ＥＳＯＢ）を前記データ領域に記録する手段（図１６のＳＴ１３０〜ＳＴ１６０等を実行する図１３のＭＰＵ、エンコーダ部、ディスクドライブ部）と、
前記データ領域に記録された前記オブジェクト（ＥＳＯＢ）を管理する管理情報（図７のESOB_V_ESIを含む図３のHDVR_MG）を前記管理領域に記録する手段（図１６のＳＴ１５０等を実行する図１３のＭＰＵ、ディスクドライブ部）を具備して構成することができる。
（１０）ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号のデータが１以上のオブジェクトに分かれそれぞれの前記オブジェクトが１以上のピクチャアクセス単位を基準にして構成されまたは再生時間で所定秒以下のデータで構成されたデータユニットを含み１つの前記データユニットが複数のトランスポートストリームパケットをグループ化したパックグループにより構成される場合に、前記ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号としてＭＰＥＧ−４ ＡＶＣあるいはＨ．２６４のビデオデータを含むデジタルストリーム信号が記録されたデータ領域とこのデータ領域の管理情報が記録された管理領域を持ち、前記デジタルストリーム信号に含まれる、プログラムマップテーブル（ＰＭＴ）内のコンポーネント記述子、ＰＥＳパケットヘッダ、またはシーケンスパラメータセットに基づき設定された前記オブジェクトのビデオ属性情報および前記データユニットの属性情報が前記管理情報内に含まれている記録媒体を用いる再生装置は、
前記管理領域から前記管理情報を読み取る手段（ＳＴ４０等を実行する図１３のＭＰＵ）と、
読み取った前記管理情報に基づいて（ＳＴ２０４）、前記データ領域から前記デジタルストリーム信号を再生する手段（ＳＴ２１１〜ＳＴ２２０等を実行する図１３のＭＰＵ、ディスクドライブ部、デコーダ部）を具備して構成することができる。
なお、この発明は前述した実施の形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
この発明の一実施の形態に係るデータ構造を説明する図。 この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。 ＡＶデータ管理情報記録領域１３０に記録される管理情報の一部（ESTR_FIT）がどのように構成されるかを例示する図。 ＡＶデータ管理情報記録領域１３０に記録される管理情報の別の一部（ＳＴＭＡＰＴ）がどのように構成されるかを例示する図。 管理情報のファイル構造の一部と、その中の管理情報ファイル（HR_SFInn.IFO）に対応する管理情報（ESTR_FI）の構成例を説明する図。 管理情報内の一部（ESOBI_GI）がどのように構成されるかの一例を説明する図。 管理情報内の他の一部（ESOB_V_ESI）がどのように構成されるかの一例と、このESOB_V_ESIに含まれるビデオ属性（V_ATR）がどのように構成されるかの一例を説明する図。 プログラムマップテーブル（ＰＭＴ）のデータ構造例を説明する図。 記録オブジェクト（ＥＳＯＢ）のデータ単位の集合（ＥＳＯＢＵクラスタ）がNon-Intra ESOBUを含まない場合を説明する図。 記録オブジェクト（ＥＳＯＢ）のデータ単位の集合（Non-Intra ESOBUクラスタ）がNon-Intra ESOBUを含む場合を説明する図。 管理情報の一部をなすストリームタイムマップ情報テーブル（再生時間をベースとするタイプＡのSTMAPIT）がどのように構成されるかの一例を説明する図。 管理情報の一部であるデータ単位のエントリ情報（タイプＡのESOBU_ENT）がどのように構成されるかの一例を説明する図。 この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。 装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）。 編集処理の一例を説明するフローチャート図（編集動作処理フロー）。 録画動作の一例を説明するフローチャート図。 ＥＳＩ（エレメンタリストリーム情報）作成処理の一例を説明するフローチャート図（ＥＳＩ作成処理フロー）。 Ｈ．２６４パケットが元のＨ．２６４ビデオデータからどのように構成されているかの一例（フレーム構造の場合）を説明する図。 Ｈ．２６４パケットが元のＨ．２６４ビデオデータからどのように構成されているかの他例（フィールド構造の場合）を説明する図。 Ｈ．２６４ビデオデータの構成の一例を説明する図。 Ｈ．２６４の場合のＥＳＩ設定処理の一例を示すフローチャート図。 Ｈ．２６４の場合の切り分け情報取り込み処理の具体例を説明するフローチャート図。 再生動作の一例を説明するフローチャート図。 日本のＩＳＤＢ用ナビゲーションデータ（管理情報の一部）の具体例を示す図。 米国のＡＴＳＣ用およびケーブル配信用ナビゲーションデータ（管理情報の一部）の具体例を示す図。 製造業者モード用ナビゲーションデータ（管理情報の一部）の具体例を示す図。
符号の説明
１００…情報記録媒体（ＤＶＤ−ＲＡＭ、±ＲＷ、±Ｒ等の記録可能な光ディスク）；１２１…ＡＶデータ記録領域；１２２…ＶＲオブジェクト群記録領域；１３０…ＡＶデータ管理情報記録領域（HDVR_MG）；１３３…ストリームオブジェクト群記録領域；１４１…ストリームオブジェクト（ＥＳＯＢ）；１４３…ストリームオブジェクトユニット（ＥＳＯＢＵ）；１４７…パケットグループ；１６１…パケットグループヘッダ；１６３…ＭＰＥＧトランスポートストリーム（ＭＰＥＧ−ＴＳ）パケット；１６２…パケット到着時間（ＰＡＴＳ）；１０…再生情報管理層；１１…プログラムチェーン（ＰＧＣ）；１２…プログラム（ＰＧ）；１３…セル；２０…ストリームオブジェクト管理情報層；２１…ストリームオブジェクト情報（ＥＳＯＢＩ）；２２…ストリームオブジェクトユニット情報（ＥＳＯＢＵＩ；グローバル情報）；２３…ビデオオブジェクト管理情報層；２４…ビデオオブジェクト情報（ＥＶＯＢＩ）；２５…ビデオオブジェクトユニット情報（ＥＶＯＢＵＩ）；３０…ストリームオブジェクト（ＥＳＯＢ）層；３５…ビデオオブジェクト（ＥＶＯＢ）層；５１…ディスクドライブ部（波長が例えば６５０ｎｍ〜４０５ｎｍのレーザを用いた光ディスクドライブ等）；５９…デコーダ部；７４…デジタルインターフェイス（ＨＤＭＩ，ＩＥＥＥ１３９４Ｉ／Ｆ等）；７９…エンコーダ部；８０…メインＭＰＵ部（制御部）；８３…セットトップボックス部（衛星デジタルチューナ）；８９…地上波デジタルチューナ；１００ａ…情報記録媒体（ハードディスクドライブＨＤＤ等）。

Claims (10)

  1. ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号のデータが１以上のオブジェクトに分かれ、それぞれの前記オブジェクトが１以上のピクチャアクセス単位を基準にして構成されまたは再生時間で所定秒以下のデータで構成されたデータユニットを含み、１つの前記データユニットが複数のトランスポートストリームパケットをグループ化したパックグループにより構成される場合に、前記ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号としてＭＰＥＧ−４ ＡＶＣあるいはＨ．２６４のビデオデータを含むデジタルストリーム信号を記録するデータ領域と、このデータ領域の管理情報を記録する管理領域を持つように構成された記録媒体を用いる方法において、
    前記デジタルストリーム信号に含まれる、プログラムマップテーブル内のコンポーネント記述子、ＰＥＳパケットヘッダ、またはシーケンスパラメータセットから情報を取得して、前記オブジェクトのビデオ属性情報および／または前記データユニットの属性情報を決定し、
    前記データユニットの単位で前記オブジェクトを前記データ領域に記録し、
    前記データ領域に記録された前記オブジェクトを管理する管理情報を前記管理領域に記録する記録方法。
  2. 前記ビデオ属性情報は解像度情報を含み、前記プログラムマップテーブル内のコンポーネント記述子および前記シーケンスパラメータセット内の情報から前記解像度情報を決定する請求項１に記載の方法。
  3. 前記ビデオ属性情報はアスペクト比情報またはプログレッシブかインターレースかを示すプログレッシブモード情報を含み、前記プログラムマップテーブル内のコンポーネント記述子内の記述内容から前記アスペクト比情報および／または前記プログレッシブモード情報を決定する請求項１に記載の方法。
  4. 前記データユニットは基準ピクチャ情報を含み、前記ＰＥＳパケットヘッダ内の情報またはＰＥＳパケットヘッダの位置から前記データユニットで最初の前記基準ピクチャ情報のサイズを決定する請求項１に記載の方法。
  5. 前記ＰＥＳパケットヘッダ内の再生タイムスタンプから前記データユニットの再生時間を決定する請求項１に記載の方法。
  6. 前記シーケンスパラメータセットが含まれる前記デジタルストリーム信号のアクセス単位が複数あるときに、連続する２つの前記アクセス単位の位置から前記データユニットの単位を決定する請求項１に記載の方法。
  7. 前記シーケンスパラメータセットの位置から前記データユニットのサイズを決定する請求項１に記載の方法。
  8. 請求項１に記載の方法で前記デジタルストリーム信号が記録された前記記録媒体を用い、前記管理領域から前記管理情報を読み取り、読み取った前記管理情報に基づいて、前記データ領域から前記デジタルストリーム信号を再生する再生方法。
  9. ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号のデータが１以上のオブジェクトに分かれ、それぞれの前記オブジェクトが１以上のピクチャアクセス単位を基準にして構成されまたは再生時間で所定秒以下のデータで構成されたデータユニットを含み、１つの前記データユニットが複数のトランスポートストリームパケットをグループ化したパックグループにより構成される場合に、前記ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号としてＭＰＥＧ−４ ＡＶＣあるいはＨ．２６４のビデオデータを含むデジタルストリーム信号を記録するデータ領域と、このデータ領域の管理情報を記録する管理領域を持つように構成された記録媒体を用いる装置において、
    前記デジタルストリーム信号に含まれる、プログラムマップテーブル内のコンポーネント記述子、ＰＥＳパケットヘッダ、またはシーケンスパラメータセットから情報を取得して、前記オブジェクトのビデオ属性情報および／または前記データユニットの属性情報を決定する手段と、
    前記データユニットの単位で前記オブジェクトを前記データ領域に記録する手段と、
    前記データ領域に記録された前記オブジェクトを管理する管理情報を前記管理領域に記録する手段を具備した情報記録装置。
  10. ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号のデータが１以上のオブジェクトに分かれそれぞれの前記オブジェクトが１以上のピクチャアクセス単位を基準にして構成されまたは再生時間で所定秒以下のデータで構成されたデータユニットを含み１つの前記データユニットが複数のトランスポートストリームパケットをグループ化したパックグループにより構成される場合に、前記ＭＰＥＧトランスポートストリームに準じたデジタルストリーム信号としてＭＰＥＧ−４ ＡＶＣあるいはＨ．２６４のビデオデータを含むデジタルストリーム信号が記録されたデータ領域とこのデータ領域の管理情報が記録された管理領域を持ち、前記デジタルストリーム信号に含まれる、プログラムマップテーブル内のコンポーネント記述子、ＰＥＳパケットヘッダ、またはシーケンスパラメータセットに基づき設定された前記オブジェクトのビデオ属性情報および前記データユニットの属性情報が前記管理情報内に含まれている記録媒体を用いる装置において、
    前記管理領域から前記管理情報を読み取る手段と、
    読み取った前記管理情報に基づいて、前記データ領域から前記デジタルストリーム信号を再生する手段を具備した情報再生装置。
JP2007086126A 2007-03-29 2007-03-29 デジタルストリームの記録方法、再生方法、記録装置、および再生装置 Expired - Fee Related JP5057820B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2007086126A JP5057820B2 (ja) 2007-03-29 2007-03-29 デジタルストリームの記録方法、再生方法、記録装置、および再生装置
US12/047,715 US8165457B2 (en) 2007-03-29 2008-03-13 Recording method, reproducing method, recording apparatus, and reproducing apparatus of digital stream

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007086126A JP5057820B2 (ja) 2007-03-29 2007-03-29 デジタルストリームの記録方法、再生方法、記録装置、および再生装置

Publications (2)

Publication Number Publication Date
JP2008245173A true JP2008245173A (ja) 2008-10-09
JP5057820B2 JP5057820B2 (ja) 2012-10-24

Family

ID=39794542

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007086126A Expired - Fee Related JP5057820B2 (ja) 2007-03-29 2007-03-29 デジタルストリームの記録方法、再生方法、記録装置、および再生装置

Country Status (2)

Country Link
US (1) US8165457B2 (ja)
JP (1) JP5057820B2 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5057820B2 (ja) * 2007-03-29 2012-10-24 株式会社東芝 デジタルストリームの記録方法、再生方法、記録装置、および再生装置
US8576923B2 (en) * 2008-04-16 2013-11-05 Broadcom Corporation Bitstream navigation techniques
US7822039B2 (en) * 2008-04-23 2010-10-26 Newport Media, Inc. Look-up table based approach for layer combining in ISDB-T and ISDB-TSB receivers
JP5407499B2 (ja) * 2009-04-08 2014-02-05 ソニー株式会社 情報処理装置、および情報処理方法、並びにプログラム
JP5407500B2 (ja) * 2009-04-08 2014-02-05 ソニー株式会社 情報処理装置、および情報処理方法、並びにプログラム
JP5407498B2 (ja) * 2009-04-08 2014-02-05 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
EP2424274B1 (en) * 2010-08-25 2018-08-01 Nxp B.V. Broadcast device for broadcasting payload data, network device for receiving broadcasted payload data and method for initiating broadcasting payload data
KR101748765B1 (ko) * 2010-12-17 2017-06-19 한국전자통신연구원 영상 모드에 따라 영상의 밝기를 자동으로 조정하는 디스플레이 장치 및 방법
CN103391472A (zh) * 2012-05-09 2013-11-13 腾讯科技（深圳）有限公司 视频分辨率获取方法及系统
KR20140029991A (ko) * 2012-08-31 2014-03-11 삼성전자주식회사 프로그래시브 플레이리스트 재생 장치 및 재생 방법, 기록 장치 및 기록 방법, 이를 위한 정보저장매체
US9911460B2 (en) 2014-03-24 2018-03-06 Microsoft Technology Licensing, Llc Fast and smart video trimming at frame accuracy on generic platform

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005120060A1 (en) * 2004-06-02 2005-12-15 Matsushita Electric Industrial Co., Ltd. Picture coding apparatus and picture decoding apparatus
JP2006302346A (ja) * 2005-04-15 2006-11-02 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6986159B1 (en) * 1998-10-15 2006-01-10 Matsushita Electric Industrial Co., Ltd. Method and system for receiving and recording digital broadcast programs
EP1021048A3 (en) * 1999-01-14 2002-10-02 Kabushiki Kaisha Toshiba Digital video recording system and its recording medium
JP3715533B2 (ja) * 1999-02-05 2005-11-09 株式会社東芝 ストリーム情報の情報記憶媒体、その記録方法、再生方法、記録装置および再生装置
JP3805985B2 (ja) * 1999-02-18 2006-08-09 株式会社東芝 ストリームデータの情報記憶媒体、その記録方法、再生方法、記録装置および再生装置
WO2000055854A1 (fr) * 1999-03-17 2000-09-21 Kabushiki Kaisha Toshiba Procede d'enregistrement de donnees en fluxet de leur structure
JP2001204032A (ja) * 2000-01-20 2001-07-27 Nec Corp Ｍｐｅｇ復号装置
US20060064716A1 (en) * 2000-07-24 2006-03-23 Vivcom, Inc. Techniques for navigating multiple video streams
JP2003009086A (ja) * 2001-06-22 2003-01-10 Matsushita Electric Ind Co Ltd 映像記録装置及び記録方法
US7218635B2 (en) * 2001-08-31 2007-05-15 Stmicroelectronics, Inc. Apparatus and method for indexing MPEG video data to perform special mode playback in a digital video recorder and indexed signal associated therewith
JP3663626B2 (ja) * 2001-09-18 2005-06-22 ソニー株式会社 ビデオ信号処理装置および方法、プログラム、情報記録媒体、並びにデータ構造
EP1442594A2 (en) * 2001-10-29 2004-08-04 Matsushita Electric Industrial Co., Ltd. Apparatus of a baseline dvb-cpcm
EP1530370A4 (en) * 2002-06-20 2008-12-03 Sony Corp DECODING DEVICE AND DECODING METHOD
KR100665439B1 (ko) * 2002-10-14 2007-01-04 엘지전자 주식회사 기록된 복수의 오디오 스트림의 재생을 관리하기 위한데이터 구조를 갖는 기록 매체, 그에 따른 기록 및 재생방법 및 장치
JP3657946B2 (ja) 2003-03-25 2005-06-08 株式会社東芝 情報記録媒体、情報記録／再生方法、および情報記録／再生装置
JP3944122B2 (ja) * 2003-06-05 2007-07-11 株式会社東芝 情報記録媒体、情報記録方法、情報記録装置、情報再生方法、情報再生装置
JP2005101996A (ja) * 2003-09-25 2005-04-14 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
JP2005109829A (ja) * 2003-09-30 2005-04-21 Toshiba Corp トランスポートストリーム記録編集装置及び記録編集方法
JP2005196893A (ja) * 2004-01-08 2005-07-21 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
JP2005323325A (ja) * 2004-03-26 2005-11-17 Nec Corp 放送映像音声データ記録方法、装置、および記録媒体
CN1969334B (zh) * 2004-06-10 2011-04-06 松下电器产业株式会社 数据处理装置
TWI377564B (en) * 2004-08-17 2012-11-21 Panasonic Corp Information storage medium and multiplexing device
JPWO2006030767A1 (ja) * 2004-09-13 2008-05-15 松下電器産業株式会社 データ処理装置
JP2006121235A (ja) * 2004-10-19 2006-05-11 Toshiba Corp デジタルストリーム信号の情報媒体、記録方法、再生方法、記録装置および再生装置
JP2006164378A (ja) * 2004-12-06 2006-06-22 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
US20060182418A1 (en) * 2005-02-01 2006-08-17 Yoichiro Yamagata Information storage medium, information recording method, and information playback method
JP2006253911A (ja) * 2005-03-09 2006-09-21 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
JP4891898B2 (ja) * 2005-03-22 2012-03-07 パナソニック株式会社 ストリームデータ記録装置、ストリームデータ記録再生装置、ストリームデータ再生装置、ストリームデータ編集装置、ストリーム記録方法、及びストリーム再生方法
US7885366B2 (en) * 2005-04-20 2011-02-08 Panasonic Corporation Stream data recording device, stream data editing device, stream data reproducing device, stream data recording method, and stream data reproducing method
KR100755435B1 (ko) * 2005-10-04 2007-09-04 삼성전자주식회사 디지털 방송 제한 수신 단말기 및 그 방법
JP2008217851A (ja) * 2007-02-28 2008-09-18 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
JP5057820B2 (ja) * 2007-03-29 2012-10-24 株式会社東芝 デジタルストリームの記録方法、再生方法、記録装置、および再生装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005120060A1 (en) * 2004-06-02 2005-12-15 Matsushita Electric Industrial Co., Ltd. Picture coding apparatus and picture decoding apparatus
JP2006302346A (ja) * 2005-04-15 2006-11-02 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置

Also Published As

Publication number Publication date
JP5057820B2 (ja) 2012-10-24
US8165457B2 (en) 2012-04-24
US20080240679A1 (en) 2008-10-02

Similar Documents

Publication Publication Date Title
JP5057820B2 (ja) デジタルストリームの記録方法、再生方法、記録装置、および再生装置
JP3944122B2 (ja) 情報記録媒体、情報記録方法、情報記録装置、情報再生方法、情報再生装置
US20070086736A1 (en) Information recording medium, information recording method, information playback method, information recording apparatus, and information playback apparatus
KR100822941B1 (ko) 정보 기록 매체, 정보 기록 방법, 정보 재생 방법, 정보기록 장치, 정보 재생 장치
US8467656B2 (en) Information storage medium, information recording method, information playback method, information recording apparatus, and information playback apparatus
EP1675126B1 (en) Information storage medium, information recording method, information playback method, information recording apparatus, and information playback apparatus
JP3657946B2 (ja) 情報記録媒体、情報記録／再生方法、および情報記録／再生装置
JP3908691B2 (ja) 情報記録媒体、録画前処理方法、情報記録方法、情報再生方法、情報記録装置および情報再生装置
KR100790438B1 (ko) 정보 기록 매체, 정보 기록 방법, 정보 재생 방법, 정보기록 장치, 정보 재생 장치
EP1965386A1 (en) Flag indicating if an MPEG Stream Object SOBU contains no reference picture.
JP2006073095A (ja) 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
JP2005196893A (ja) 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
JP4719053B2 (ja) エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置
EP1898419A1 (en) Digital stream recording medium, recording method, and reproducing method
JP4309922B2 (ja) 情報記録媒体
JP2012123902A (ja) 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
JP2010011505A (ja) 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
JP2012109014A (ja) エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置
JP2010225266A (ja) エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100202

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110329

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111115

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120116

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20120529

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120703

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120731

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150810

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150810

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees