JP4950944B2 - デジタルａｖコンテントのフォーマット変換方法およびこの変換方法を用いる装置 - Google Patents

Description

この発明は、所定の規格（第１の規格）に準拠して録画されたＡＶコンテントを他の規格（第２の規格）で処理できるようにし、あるいは他の規格（第２の規格）に準拠して録画されたＡＶコンテントを所定の規格（第１の規格）で処理できるようにするフォーマット変換方法および、この変換方法を用いる装置に関する。

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

それにともない、MPEG-TSを使用したレコーダ方式も複数登場している。例えば、青色レーザを用いて光ディスクへＭＰＥＧ−２のストリームをそのまま記録する方式のレコーダのほか、ＭＰＥＧ−２をＭＰＥＧ−４ ＡＶＣ（Ｈ２６４）に変換し赤色レーザを用いて光ディスクへＭＰＥＧ−４ ＡＶＣのストリームを記録する方式のレコーダも市場投入されている。

ここで、後者の方式（仮に第１の規格とする）と前者の方式（仮に第２の規格とする）は、デジタル放送のMPEG-TSを利用する点で共通項があるものの、物理的にも論理的にも互換性がない。第１の規格のオブジェクトデータも第２の規格のオブジェクトデータも、一旦共通のメディア（例えばＨＤＤあるいは大容量半導体メモリ）に取り込んでしまえば、両規格のメディアの物理的な不一致は不問に付すことができる。しかし、論理的な不一致は無視できない。すなわち、後者の方式（第１の規格）と前者の方式（第２の規格）はオブジェクトデータレベルでも管理情報レベルでも互換性がないため、第１の規格のレコーダで録画されたディスクを第２の規格のプレーヤで再生できない、あるいは第２の規格のレコーダで録画されたディスクを第１の規格のプレーヤで再生できない、といった不都合が生じる。

このような不都合はデータストリームのフォーマットを変換することで対応できる。その一例として特許文献１または特許文献２に開示された装置がある。しかしならが、デジタル放送のように著作権保護（あるいはコピー管理）されているデータストリームを扱う場合、著作権保護機構（あるいはコピー管理方法）の違いを含めて考えると、これらの特許文献に開示された技術によっても、実用的なフォーマット変換は難しい。
ＷＯ２００４−０８６３９５号公報（再公表） 特開２００４−３５７２７５号公報

この発明の課題の１つは、オブジェクトデータレベルおよび／または管理情報レベルで互換性がない異種フォーマットの間で、著作権保護機構（コピー管理方法）の違いを含めてフォーマット変換を行えるようにすることである。

この発明の一実施の形態に係るフォーマット変換方法は、第１規格のフォーマットに準拠した第１ストリームオブジェクトデータ（Packet Group in SOB）および、第１規格とは異なる第２規格のフォーマットに準拠した第２ストリームオブジェクトデータ（Aligned Unit in Clip AV Stream Object）を対象としている。ここで、第１規格の第１ストリームオブジェクトデータ（Packet Group in SOB）は、ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT）とそのパケット到着時間情報（PATS）の組および第１のコピー管理情報（CCI）を含む。また、第２規格の第２ストリームオブジェクトデータ（Aligned Unit in Clip AV Stream Object）は、ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT）とそのパケット到着時間情報（ATS）の組および第２のコピー管理情報（CCI*）を含む。

この発明の一実施の形態に係るフォーマット変換方法では、前記第２規格のパケット到着時間情報（ATS）がｎビット（30ビット）で構成され、前記第２のコピー管理情報（CCI*）がｍビット（2ビット）で構成され、前記第１規格のパケット到着時間情報（PATS）がｎ＋ｍビット（32ビット）で構成される場合に、次のような処理が行われる。すなわち、
前記第２ストリームオブジェクトデータ（Aligned Unit in Clip AV Stream Object）を読み込み（ＳＴ３０２〜ＳＴ３０８）、読み込んだ前記第２ストリームオブジェクトデータに含まれる前記ｎビット（30ビット）パケット到着時間情報（ATS）の先頭に前記ｍビット（2ビット）分の穴埋めビット（ＳＴ３００の初期設定におけるATS_UPPER:00）を付加したものを前記ｎ＋ｍビット（32ビット）のパケット到着時間情報（PATS）に変換し（ＳＴ３１８）、前記第２ストリームオブジェクトデータに含まれる前記第２のコピー管理情報（CCI*）により前記第１のコピー管理情報（CCI）の内容を決定して前記第１ストリームオブジェクトデータ（Packet Group in SOB）を生成する（ＳＴ３２６）。これにより、前記第２ストリームオブジェクトデータ（Aligned Unit）が前記第１ストリームオブジェクトデータ（Packet Group）に変換される。

あるいは、前記第１ストリームオブジェクトデータ（Packet Group in SOB）が前記ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT）とそのパケット到着時間情報（PATS）の組の先頭側にパケットグループヘッダ（Packet_Group_Header）を持ち、このパケットグループヘッダが前記第１のコピー管理情報（CCI）を含む場合において、前記第１ストリームオブジェクトデータ（Packet Group in SOB）を読み込み（ＳＴ３３２〜ＳＴ３３４）、読み込んだ前記第１ストリームオブジェクトデータのパケットグループヘッダに含まれる前記第１のコピー管理情報（CCI）から、前記ｍビット（2ビット）の第２のコピー管理情報（CCI*）の内容（xx）を決定する（ＳＴ３３６）。

読み込んだ前記第１ストリームオブジェクトデータの前記パケットグループヘッダは、削除するか以後使わないようにする（ＳＴ３３８）。そして、前記ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT）とそのパケット到着時間情報（PATS）の組を１つ読み出し（ＳＴ３４０）、前記第１規格のｎ＋ｍビット（32ビット）パケット到着時間情報（PATS）から上位のｍビット（2ビット）を削除する（ＳＴ３４２）。

決定された（ＳＴ３３６）前記第２のコピー管理情報（CCI*）のｍビット（2ビット）内容（xx）と、前記上位ｍビット（2ビット）が削除された（ＳＴ３４２）ｎビット（30ビット）パケット到着時間情報（PATS）と、読み出された（ＳＴ３４０）前記ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT 163）をこの順番で並べて（2-bit xx + 30-bit PATS + 188-byte TS packet）、ソースパケット（Source packet = 2-bit CCI* + 30-bit ATS + 188-byte TS packet）を生成する（ＳＴ３４４）。その後、１以上の前記ソースパケットの集まりで前記第２ストリームオブジェクトデータ（Aligned Unit 247 in Clip AV Stream Object）を生成することにより（ＳＴ３４０〜ＳＴ３４６のループ反復）、前記第１ストリームオブジェクトデータ（Packet Group）が前記第２ストリームオブジェクトデータ（Aligned Unit）に変換される。

あるフォーマットのデータをその他のフォーマットに著作権保護機構（あるいはコピー管理方法）の違いを含めて変換する（またはその逆変換）ことにより、現用機種を異種フォーマットの別機種へ変更する（あるいは両機種を併用する）ことに対応しやすくなる。

また、録画されたデジタル放送データ（コピー管理されている）がさまざまなフォーマットのプレーヤあるいはレコーダで再生可能になる。

以下、図面を参照してこの発明の種々な実施の形態を説明する。始めに、圧縮動画を放送（配信）する方式の概要について述べておく。デジタルＴＶ放送やインターネットなど有線を使用した放送などの圧縮動画を放送（配信）するための方式において、共通の基本フォーマットであるMPEG-TS方式は、パケットの管理データ部分とペイロードに分かれる。ペイロードには、再生されるべき対象のデータがスクランブルの掛かった状態で含まれている。日本のデジタル放送規格であるＡＲＩＢによると、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、ＳＩ（Service Information）に関しては、スクランブルされていない。また、ＰＭＴやＳＩ（ＳＤＴ：Service Description Table、ＥＩＴ：Event Information Table、ＢＡＴ：Bouquet Association Table）を利用してさまざまな管理情報が作成される。再生対象としては、ＭＰＥＧビデオデータ、Dolby AC-3（登録商標）オーディオデータ、ＭＰＥＧオーディオデータ、データ放送データなどがある。さらに、直接再生対象には関係ないが、再生する上で必要なＰＡＴ、ＰＭＴ、ＳＩなどの情報（番組情報等）がある。ＰＡＴには、番組毎のＰＭＴのＰＩＤ（Packet Identification）が含まれており、さらにＰＭＴにはビデオデータやオーディオデータのＰＩＤが記録されている。

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

このようなストリーム（特に衛星または地上デジタル放送のストリーム）を記録するための規格がHD_DVD-VR規格（第１規格）としてＤＶＤフォーラムにより作成され、この規格に基づくHigh-definition digital video recorderが既に商品化されているが、デジタル放送ストリームを記録するための別の規格（第２規格）に基づくHigh-definition digital video recorderも既に商品化され普及が始まっている。

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

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

ＡＴＳＣでは、ビデオはＭＰＥＧ−２であるが、解像度は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となっている。また、ＡＴＳＣでは、米国内でも種類があり、Ｉピクチャが無いストリームも存在する。その場合は、複数のピクチャをデコードして表示画像を得ることになる。例えばＭＰＥＧ−２の場合、Ｐピクチャを複数用意してデコードすることにより映像を再生できるが、再生する画像が１画面分用意されるまで表示はされない（この場合、Ｉピクチャが無いため、表示される画像の画質は落ちる）。

ＤＶＢでは、ビデオはＭＰＥＧ−２であるが、解像度が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となっている。

なお、ＭＰＥＧ−４ ＡＶＣあるいはＶＣ−１などの方式では、フレーム内に一部イントラブロックを持ち、そのピクチャを複数用意してデコードすることにより、映像を再生することになる。

このように、デジタル放送の方式は国により違い、また、同じ国内でも放送局毎にデジタル放送方式が違う可能性もある。そのため、デジタル放送録画用のレコーダでは、使用されるデジタル放送方式それぞれに応じて録画データ（オブジェクト）をファイルとして記録し管理する。HD_DVD-VRでは、管理情報ファイル（図１０のHR_SFInn.IFO、HR_SFInn.bup：nnは任意の整数）が１以上存在可能であり、１種類以上の放送方式毎に管理情報ファイルを追加できるようになっている。

放送方式（ＡＲＩＢなど）が分かっておりその放送方式にレコーダが対応している場合は、再生時間（ＰＴＭ）ベースで管理されるタイプＡストリーム（SOB_STRA）として保存される。一方、放送方式が不明な場合、あるいはその放送方式にレコーダが対応していない場合は、nn=0とし、パケット到着時間（ＰＡＴＳ）ベースで管理されるタイプＢストリーム（SOB_STRB）として保存される。

ＭＰＥＧでは、通常、Ｉピクチャ（Intra-Picture：フレーム内符号化画像）を中心に再生処理が行われる。それは、Ｉピクチャが１つで1枚の画像を構成することができるためである。しかしながら、デジタル放送方式の中には、Ｉピクチャが無い方式もあり、その場合、Ｉピクチャ無しの場合に対応したデコーダが必要となる。そのため、オブジェクト（ＳＯＢ）内にＩピクチャが無いことを認める方式であるかどうかの識別情報が、記録されたオブジェクトの管理上必要となる。

そのため、この発明の一実施の形態では、一部の管理情報（図１４のSOB_GI）内のSOB_TY／SOBU_MODE（図示せず）に、Ｉピクチャのないデータ単位（Non-Intra SOBU）が含まれているかどうかの情報を保存できるようにしている。ここで、Ｉピクチャ（フレーム内符号化画像）が存在するデータ単位はIntra SOBU（あるいは単にＳＯＢＵ）としてNon-Intra SOBUから区別される。ＭＰＥＧ−４ ＡＶＣやＶＣ−１にはＩピクチャに相当する参照ピクチャ（Reference Picture）がある。この発明の一実施の形態では、ＭＰＥＧ−２のＩピクチャもＭＰＥＧ−４ ＡＶＣ等の参照ピクチャも、基準ピクチャ（リファレンスピクチャ）として扱うことにする。つまり、参照ピクチャを含まないＭＰＥＧ−４ ＡＶＣ等のデータ単位もNon-Intra SOBUとして扱うことにする。

ここで、HD_DVD-VRで扱われるコンテンツ（記録オブジェクト）の種類には、アナログ放送若しくはアナログ入力用のＶＯＢと、デジタル放送用ＳＯＢの２種類があり、ＳＯＢはさらに解析可能コンテンツ（再生時間ベースで管理されるTYPE_A_SOB）と解析不能コンテンツ（パケット到着時間ベースで管理されるTYPE_B_SOB）に分けられる。さらに、TYPE_A_SOBは、各放送方式（ＪＡＰＡＮ＿ＩＳＤＢ、ＡＲＩＢ、ＤＶＢなど）毎と、マニファクチャーモードに分けられ、それぞれの方式／モードに従って、対応する値がセットされる。ＶＯＢはＰＳ（Program Stream）に基づいて作成され、ＳＯＢはＴＳ（Transport Stream）に基づいて作成される。

図１の一実施の形態において、RecordableあるいはRe-writableな情報記録媒体１００（図１（ａ））の具体例としては、光ディスク（波長６５０ｎｍ前後の赤色レーザあるいは波長４０５ｎｍ以下の青紫ないし青色レーザを用いた、単記録層または複数記録層のＲまたはＲＷディスク等）、ハードディスクドライブ（ＨＤＤ）、あるいは固体メモリ（大容量のフラッシュメモリなど）がある。この情報記録媒体１００は、図１（ｂ）に示すように、リードイン領域１１０とリードアウト領域１１３の間に、ファイルシステムが入っているボリューム／ファイル構造情報領域１１１とデータファイルを実際に記録するデータ領域１１２を含んで構成されている。上記ファイルシステムは、どのファイルがどこに記録されているかを示す情報で構成されている。

データ領域１１２は、図１（ｃ）に示すように、一般のコンピュータが記録する領域１２０、１２２と、ＡＶデータを記録する領域１２１を含んでいる。ＡＶデータ記録領域１２１は、図１（ｄ）に示すように、ＡＶデータの管理情報ファイルがあるＡＶデータ管理情報領域１３０と、DVD-Video（ROM Video）規格に準じたオブジェクトデータのファイルが記録されるROM_Videoオブジェクト群記録領域１３１と、ビデオレコーディング（ＤＶＤ−ＶＲ）規格に準じたオブジェクトデータのファイル（ＶＲＯファイル）が記録されるＶＲオブジェクト群記録領域１３２と、デジタル放送に対応したオブジェクトが第１規格に基づき記録されるストリームオブジェクトデータファイル（ＳＲＯファイル）を含む記録領域１３３と、デジタル放送に対応したオブジェクトが第２規格に基づき記録されるストリームオブジェクトデータファイル（Clip AV Streamファイル）を含む記録領域２３３などから構成されている。

図１（ｄ）のストリームオブジェクト群記録領域１３３に記録されるストリームオブジェクトの構造は、１以上のＳＯＢ１４１で構成され、各ＳＯＢは、例えばＴＶ放送の１番組に相当する。ＳＯＢ１４１は１以上のＳＯＢＵ（Stream object unit）１４３で構成され、ＳＯＢＵは、一定時間間隔（図１６のSOBU_PB_TM_RNGの値により変化する）分のオブジェクトデータもしくは、１以上のＧＯＰデータに相当する。（SOBU_PB_TM_RNGは、図１２に示すタイプＡのSTR_FIに含まれるＳＯＢＩ内のタイムマップ情報SOB_TMAPIに含まれている。）なお、ストリームの解析不能時にＰＡＴＳベースで管理情報を構築する場合、そのオブジェクトユニットAT_SOBUはAT_SOBU_TM（図１７）に示される時間間隔で区切られる。AT_SOBU_TMは、秒単位で指定する場合と２７ＭＨｚのカウント値で指定する場合の２種類が考えられる。

ただし、転送レートが低い場合１ｓ（１秒）以内で１ＧＯＰが送られない場合が考えられる（ＶＲでは内部エンコードであるため自由にＧＯＰを設定できるが、デジタル放送をストリーム記録するＳＲの場合ではエンコードが放送局側であるため、どんなデータが来るか不明な可能性がある）。その場合は、ＳＯＢＵを１ｓの時間で区切り、区切ったＳＯＢＵ内にリファレンスピクチャがないことを示すよう、1STREF_SZ＝０を設定する。この場合、ランダムアクセスに使用できないＳＯＢＵが作られる。このため、ランダムアクセス可能なピクチャの先頭を含むＳＯＢＵをエントリＳＯＢＵ（図１９のSOBU_ENT）と称して区別する。なお、1STREF_SZの情報フィールドは、ストリームファイル情報テーブル（図１２のSTR_FIT）に含まれるストリームタイムマップ（ＳＴＭＡＰ）内のSOBU_ENTに設けられる。

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

図１の構成において、ＶＲオブジェクト群記録領域１３２には１以上のビデオオブジェクト（ＶＯＢ）１４０が格納され、各ＶＯＢ１４０は１以上のビデオオブジェクトユニットＶＯＢＵ１４２を含んでいる。１つのＶＯＢＵ１４２は１以上の種々なPacket１４４〜１４６で構成されている（図１（ｅ）〜図１（ｇ））。

また、第２規格のストリームオブジェクト群記録領域２３３には１以上のClip AVストリームオブジェクト２４１が格納され、各Clip AVストリームオブジェクト２４１は１以上のAligned Unit２４７を含んでいる。１つのAligned Unit２４７は１以上のSource Packet２５１で構成されている（図１（ｊ）〜図１（ｍ））。各Source Packet２５１は、図１（ｎ）に示すように、TP-extra Header２６２とMPEG-TSパケット２６３のペアを複数含んでいる。各TP-extra Header２６２は、ｍビット（２ビット）のコピー制御情報（ＣＣＩ＊）２６２ｂとｎビット（３０ビット）のパケット到着タイムスタンプ（ＡＴＳ）２６２ａで構成されている。

一方、第１規格のストリームオブジェクト群記録領域１３３には１以上のストリームオブジェクト（ＳＯＢ）１４１が格納され、各ＳＯＢ１４１は１以上のストリームオブジェクトユニットＳＯＢＵ１４３を含んでいる。１つのＳＯＢＵ１４３は１以上のPacket Group１４７で構成されている。

各Packet Group１４７は、図１（ｈ）に示すように、例えば１６（あるいは３２）パック（1 pack＝1 Logical Block：２０４８バイト）に対応しており、各Packet Group１４７はPacket Group Header１６１と複数のMPEG-TSパケット１６３（１７０個）で構成されている。各MPEG-TSパケットの到着時間（Arrival Time）は、各MPEG-TSパケットの前に配置されたＰＡＴＳ（Packet Arrival Time Stamp：４バイト＝３２ビット）１６２で表される。このＰＡＴＳ（第１規格）の３２ビットは、ｍビット（２ビット）＋ｎビット（３０ビット）に分解できる。このｎビット（３０ビット）部分は第２規格のＡＴＳ（Arrival Time Stamp）２６２ａに対応している。

Packet Group１４７の先頭に配置されたPacket Group Header１６１内には、図１（ｉ）または図２〜図４に示すように、Header_ID（0x00000FA5）が設定され、続いてパケットグループ一般情報PKT_GRP_GI、コピー管理情報ＣＣＩ（Copy Control Information）またはＣＰＩ（Contents Protection Information）、業者情報ＭＮＩあるいはＭＮＦＩ（Manufacturer’s Information）および、第２規格から第１規格へのデータ変換があったときに“１”、その変換がないときは“０”が記載されるオプションの予備フラグ（AUX_FLG）等が含まれている。

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

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

PKT_GRP_GI（図２）は、パケット種別PKT_GRP_TY（１＝MPEG-TS）、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１６１（図２）内にはコピー制御情報（ＣＣＩ）の記述場所があり、各Packet Groupのコピー制御をPacket Group Header１６１のところで行う。このＣＣＩ（図３）の値は、デジタルコピー制御記述子、コンテント利用記述子により設定される。その内容は、例えばＣＧＭＳ（０＝禁止、１＝無制限許可）、ＡＰＳ（０＝ＡＰＳ無し、１＝ＡＰＳタイプ１付加、２＝ＡＰＳタイプ２付加、３＝ＡＰＳタイプ３付加）、ＥＰＮ（０＝コンテンツ保護（インターネット出力保護）、１＝コンテンツ保護無し）、ＩＣＴ（０＝解像度制限、１＝制限無し）などを含んでいる。ここでは、ＣＧＭＳ＋１ビットをPrimitive CCI（P-CCI）としている。

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

また、管理情報側（図１４および図１５のSOBI_GI）にコピー制御情報（ＣＣＩに対応する内容のＣＰＩ）を置き全体（オブジェクトとその管理情報の双方）でコピー管理（著作権管理）すること、もしくはＣＣＩ（またはＣＰＩ）を管理情報側とオブジェクト側（Packet Group）の両方に置き、オブジェクト側（Packet Group）の方を優先として、管理情報とオブジェクトの２段階でコピー管理（著作権管理）することもできる。具体的には、タイトルメニュー（図示せず）ではSOBI_GIのＣPＩを利用し、実際の機器動作ではPacket GroupのＣＣＩ方を優先して処理を行なうことができる。

図４は、パケットグループヘッダに含まれる製造業者情報（MNIあるいはMNFI）の具体例を説明する図である。 MNIあるいはMNFIは、MNF_IDとMNF_DATAで構成されている。NMF_IDは各製造業者（メーカー）を表す値である。その後のMNF_DATAはメーカー毎に自由に設定可能なデータ領域となっている。

すなわち、録画する機器は、メーカーや機種により、第１規格または第２規格のフォーマットには記載されていない独自の機能をもち、他社との差別化を行うことが考えられる。その場合、メーカー独自の情報をオブジェクトデータに埋め込む必要がある場合がある。そこで、この実施の形態ではそれに対応するために、Packet Group Headerにその領域としてMNI（Manufacturer’s Information）を設けている。例えば、（Ｓ社のレコーダで）第２規格に基づき作成されたデータが（Ｔ社のレコーダで）第１規格のデータに変換されたことをAUX_FLGが示しているときは、その変換元データを作成したレコーダのメーカ名と機種名および／または変換先のデータを作成したレコーダのメーカ名と機種名を、ＭＮＩ内のデータフィールドに記述することができる。

図７は、第２規格のストリームオブジェクトおよびその管理情報を第１規格のストリームオブジェクトおよびその管理情報に変換し、あるいは第１規格のストリームオブジェクトおよびその管理情報を第２規格のストリームオブジェクトおよびその管理情報に変換する大筋の手順を説明するフローチャート図である。この変換手順は、ファームウエアとして、図３２のＭＰＵ８０内ＲＯＭ８０Ｃなどに格納しておくことができる。その実行はＭＰＵ８０が行う。

まず、変換元のフォーマット（例えば第２規格）と変換先のフォーマット（例えば第１規格）を決定したあと、コピー管理情報（CCI/CCI*）やパケット到着時間情報（ATS/First_PATS_EXT）等の値を初期設定で定め（ＳＴ１０）、続いて変換元のオブジェクトファイルを読み込む（ＳＴ２０）。読み込んだオブジェクトファイルに対して、所定の変換則（第２規格から第１規格への変換則は図５参照；第１規格から第２規格への変換則は図６参照）に従ってオブジェクトデータを目的のフォーマットに変換する（ＳＴ３０）。変換すべきファイルが未だあるかどうかを確認し（ＳＴ４０）、ある場合（ＳＴ４０Ｙ）はＳＴ２０へ戻り、ない場合（ＳＴ４０Ｎ）は次の管理情報変換処理へ進む。すなわち、管理情報を読み込む（ＳＴ５０）。そして、図１２〜図２８および図２９〜図３１のデータ構造を参照して説明する変換則に従って、管理情報の変換を行う（ＳＴ６０）。

ここで、例えば図３２の実施の形態において、情報記録の媒体として光ディスク１００およびＨＤＤ１００ａを用いる場合は、ディスクドライブ部５１ａからＨＤＤ１００ａへ、またはＨＤＤ１００ａからディスクドライブ部５１ａへ、作成した変換後のデータ（オブジェクトおよび管理情報）のダビング（コピー）または移動を行う（オブジェクトがコピーワンスに制限されたデジタル放送を録画したものであるときは移動のみ）。あるいは、同じＨＤＤ１００ａ内において、別のディレクトリ間（例えば図１０のＨＤＶＲディレクトリと図１１のＺＤＡＶディレクトリの間）で変換を行う。

あるいは、マルチドライブ（第１規格の赤色レーザ光ディスクドライブ５１ａと第２規格の青色レーザ光ディスクドライブ５１ｂ）を装備したレコーダの場合では、それらのドライブ間で変換後のデータ（オブジェクトおよび管理情報）のダイビングまたは移動を行うことができる。これにより、第１規格の光ディスクから第２規格の光ディスクへの変換（若しくはその逆）が可能となり、ユーザの利便性が高まる。

図５は、第２規格のオブジェクト構造を第１規格のオブジェクト構造に変換する方法を説明する図である。また、図８は、第２規格のストリームオブジェクトを第１規格のストリームオブジェクトに変換する具体的な手順の一例を説明するフローチャート図である。この変換手順は、ファームウエアとして、図３２のＭＰＵ８０内ＲＯＭ８０Ｃまたはオブジェクトデータ変換部８０Ｄに格納しておくことができる。その実行はＭＰＵ８０が行う。

まず、初期設定において、第２規格オブジェクト側の最初の３０ビットＡＴＳをゼロに設定し、その上位２ビットに割り当てるATS_UPPERをゼロに設定し、第１規格オブジェクト側のFirst_PATS_EXTに設定されるPATS_EXをゼロに設定する（ＳＴ３００）。そして、変換元の第２規格オブジェクトファイル（Aligned Unitを含むClip AV Streamファイル）を読み込む（ＳＴ３０２）。続いて、変換先の第１規格オブジェクト側のパケットグループヘッダを設定する（ＳＴ３０４）。すなわち、パケットグループヘッダ（図２）内のPKT_GRP_TYにMPEG-TSを示す“01”を設定し、First_PATS_EXTにPATS_EXを設定する。その後、１つのsource_paketを読み出す（ＳＴ３０６）。そこからTP_extra_Headerを取り出し、その中のＡＴＳ（３０ビット）をワークメモリ（図３２のＭＰＵ８０内ＲＡＭ８０Ａなど）に保存する（ＳＴ３０８）。

前回保存したＡＴＳ（＝ＡＴＳ−１：最初は初期設定値のゼロ）と今回TP_extra_Headerから取り出したＡＴＳを比較する（ＳＴ３１０）。今回取り出したＡＴＳの方が小さいときはＡＴＳが桁上がりした（オーバーフローした）と判断する（ＳＴ３１０イエス）。その場合は、以前のATS_UPPER（最初は初期設定値のゼロ）と今回桁上がりがあった場合のATS_UPPER+1を比較する（ＳＴ３１２）。（ＡＴＳのオーバーフローにより）ATS_UPPER+1の方が大きくなっておればATS_UPPERが桁上がりしたと判断する（ＳＴ３１２イエス）。その場合は、PATS_EXを１つインクリメントし（ＳＴ３１４）、ATS_UPPERを１つインクリメントする（ＳＴ３１６）。そして、ATS_UPPERの２ビットを３２ビットＰＡＴＳの上位２ビットに設定し、ＡＴＳの３０ビットを３２ビットＰＡＴＳの下位３０ビットに設定する（ＳＴ３１８）。

変換元オブジェクトファイルの最後でなければ（ＳＴ３２０ノー）、Source_packet１７０個分、ＳＴ３０６〜ＳＴ３１８を繰り返す（ＳＴ３２２ノー）。Source_packet１７０個分の処理が終わったら（ＳＴ３２２イエス）、１７０個のSource_packetのTP_extra_Headerの内容（上位２ビットのコピー許可識別子CCI*）により変換先のＣＣＩの値を決定し、そのＣＣＩをSource_packet１７０個分に相当するパケットグループのヘッダに設定する（ＳＴ３２４）。

以上の処理が変換元オブジェクトファイルの最後まで行われたら（ＳＴ３２０イエス）、変換先のパケットグループヘッダの内容（図２〜図４）を設定して、得られた新たなオブジェクトファイル（第２規格を第１規格に変換したオブジェクトファイル）を、情報記憶媒体１００（またはＨＤＤ１００ａ）に保存する（ＳＴ３２６）。すなわち、ＳＴ３２６において、PKT_GRP_TY（図２）にMPEG-TSパケット用のパケットグループであることを示す“01ｈ”を設定し、First_PATS_EXT（図２）にその時点での（最新の）PATS_EXを設定し、ＣＣＩ（図３）の記述内容（P-CCIに含まれるCGMS部分）をTP_extra_HeaderのＣＣＩ＊により決定する。また、１７０個未満のSource_packetでファイルが終わってしまった（ＳＴ３２０イエス）場合は、PKT_GRP_SS内のＳＴＵＦビット（図２）に“１”を設定してパケットグループをスタッフィングしSource_packet１７０個分相当のパケットグループとする。その場合はVALID_PKT_Nsにグループ化したパケットの数（１７０（または0xAA）−スタッフィング数）が設定される。こうして得られた新たなオブジェクトファイル（第２規格を第１規格に変換したオブジェクトファイル）を保存する。

図６は、第１規格のオブジェクト構造を第２規格のオブジェクト構造に変換する方法を説明する図である。また、図９は、第１規格のストリームオブジェクトを第２規格のストリームオブジェクトに変換する具体的な手順の一例を説明するフローチャート図である。この変換手順は、ファームウエアとして、図３２のＭＰＵ８０内ＲＯＭ８０Ｃまたはオブジェクトデータ変換部８０Ｄに格納しておくことができる。その実行はＭＰＵ８０が行う。

まず、初期設定において、第２規格オブジェクト側のＣＣＩ＊用ビットＸＸにゼロを設定する（ＳＴ３３０）。そして、変換元の第１規格オブジェクトファイル（パケットグループを含むＳＯＢファイル）を読み込み（ＳＴ３３２）、１つのパケットグループを読み出す（ＳＴ３３４）。その後、第２規格オブジェクト側のＣＣＩ＊用ビットＸＸに、パケットグループヘッダ内のP-CCI（図３）の上位２ビット（CGMSに対応する部分）を設定し（ＳＴ３３６）、パケットグループ（第２規格では用いない）を削除する（ＳＴ３３８）。

続いて、削除したパケットグループヘッダの後のＰＡＴＳ＋パケットのペアを１組読み出す（ＳＴ３４０）。読み出したＰＡＴＳ（３２ビット）の上位２ビットを削除し、残った下位３０ビットを第２規格のＡＴＳとする（ＳＴ３４２）。このＡＴＳの先頭にＳＴ３３６で設定されたＣＣＩ＊用の２ビットＸＸを付加して第２規格のTP_extra_Headerとし、このTP_extra_Headerの後にＳＴ３４０で読み出したパケット（MPEG-TSパケット）を付加して、第２規格のSource_packetとする。こうして得られた「TP_extra_Header＋Source_packet」を、Aligned Unit（変換先である第２規格のオブジェクト）に追加する（ＳＴ３４４）。

ＳＴ３４０〜ＳＴ３４４の処理は１つのパケットグループ分が終わるまで反復される（ＳＴ３４６ノー）。また、ＳＴ３３４〜ＳＴ３４６の処理は変換元のオブジェクトファイルの最後まで反復される（ＳＴ３４８ノー）。変換元のオブジェクトファイルの最後までＳＴ３３４〜ＳＴ３４８の処理が反復されたならば（ＳＴ３４８イエス）、得られた新たなオブジェクトファイル（第１規格を第２規格に変換したオブジェクトファイル）を、情報記憶媒体１００（またはＨＤＤ１００ａ）に保存する（ＳＴ３５０）。

図１０は、第１規格のディレクトリおよびファイル構造を例示する図である。第１規格のディレクトリＨＤＶＲ下には、管理情報ファイル（HR_MANGR.IFO）およびそのバックアップファイル（HR_MANGR.BUP）、ビデオオブジェクト（ＶＯＢ）用ファイルを含むサブディレクトリ（HDVR_VOB）、ストリームオブジェクト（タイプＡまたはタイプＢのＳＯＢ）用ファイルを含むサブディレクトリ（HDVR_SOB）などが配置されている。なお、HR_MANGR.IFOおよびそのバックアップファイルは、オプションで、第２規格から第１規格へのデータ変換があったことを示すフラグAUX_INFを含むことができる。

HDVR_VOBディレクトリ内には、ＶＯＢのオブジェクトファイルHR_MOVIE.VROとＶＯＢ毎のＴＭＡＰファイルHR_Vmmmm.MAP（mmmmは１〜１９９８）およびそのバックアップファイルHR_Vmmmm.BUPが格納される。

また、HDVR_SOBディレクトリ内には、ＳＯＢのオブジェクトファイルHR_STRnn.SROと、ＳＯＢ（タイプＡまたはタイプＢ）の管理ファイルHR_SFInn.SFI（nn＝00の場合はタイプＢ、nn＝01〜0xffの場合はタイプＡ）およびそのバックアップファイルHR_SFInn.BUPと、ＳＯＢ毎のＴＭＡＰファイルSnn_mmmm.SMP（nn＝00の場合はタイプＢ、nn＝01〜0xffの場合はタイプＡ、mmmmは１〜１９９８）およびそのバックアップファイルSnn_mmmm.BUPが格納される。なお、Snn_mmmm.SMPのmmmmは、タイプＡのＳＯＢでは図１６のSOB_INDEX(a)と同じ番号となり、タイプＢのＳＯＢでは図１７のSOB_INDEX(b)と同じ番号となる。

図１１は、第２規格のディレクトリおよびファイル構造を例示する図である。第２規格では、コンテンツ保護情報を含むＡＡＣＳ（Advanced Access Content System）ディレクトリが個別に存在し、それに加えて管理情報を含むディレクトリＺＤＡＶがある。ディレクトリＺＤＡＶ下には、管理情報ファイルinfo.zdav（このファイルは、オプションで、第１規格から第２規格へのデータ変換があったことを示すフラグAUX_INF*を含むことができる）、メニューサムネール用ファイル、マークサムネール用ファイル、PlayList用データファイル（PLAYLISTディレクトリ）、Clip用データファイル（CLIPINFディレクトリ）、Clip AV Stream用ファイル（STREAMディレクトリ）などが配置されている。

図１０および図１１の例からわかるように、デジタル放送対応規格のファイルは、ＨＤＶＲ（第１規格）またはＺＤＡＶ（第２規格）というディレクトリに格納される。すなわち、図１０のＨＤＶＲ（または図１１のＺＤＡＶ）というディレクトリに、データ管理を行うためのHR_MANGR.IFO（またはinfo.zdav）ファイルと、アナログ放送及びライン入力などのアナログ記録用オブジェクトファイルであるＶＲＯファイルと、デジタル放送のオブジェクトであるＳＲＯファイル（またはClip AV Streamファイル）が記録され、そのＳＲＯファイル（またはClip AV Streamファイル）の中身がストリームオブジェクトデータとなる。

図１２は、第１規格で用いられる管理情報（図１０のHR_MANGR.IFOファイルの内容）の階層構造を例示している。必要な全てのnavigation dataを含む最上位のHDVR_MGは、High Definition Video Recording Manager Information HDVR_MGIと、Movie AV File Information Table M_AVFIT（ＶＯＢ用）と、Stream File Information Table STR_FIT（ＳＯＢ用）と、Original Program Chain Information ORG_PGCIと、User Defined Program Chain Information Table UD_PGCITと、Text Data Manager TXTDT_MGと、Manufacturer's Information Table MNFITを含んで構成されている。

HDVR_MGIは、VMGI_MAT（図１３）とプレイリストサーチポインタテーブルPL_SRPTを含み、PL_SRPTは、プレイリストサーチポインタPL_SRPの数およびそのエンドアドレスの情報を含むPL_SRPTIと、１以上のプレイリストサーチポインタPL_SRP#1〜PL_SRP#nを含んでいる。

STR_FIT（図１１のCLIPINFに対応）は、ストリームファイル情報サーチポインタテーブルSTR_FI_SRPTと、１以上のタイプＡのストリームファイル情報STR_FI#1〜STR_FI#nと、１以上のタイプＢのストリームファイル情報STR_FI#1〜STR_FI#nと、１以上のタイプＡのストリームタイムマップテーブルSTMAPT#1〜STMAPT#nと、１以上のタイプＢのストリームタイムマップテーブルSTMAPT#1〜STMAPT#nを含んでいる。ここで、ストリームファイル情報サーチポインタテーブルSTR_FI_SRPTは、ストリームファイル情報サーチポインタテーブル情報STR_FI_SRPTIと、１以上のストリームファイル情報サーチポインタSTR_FI_SRP#1〜STR_FI_SRP#nを含んでいる。

個々のタイプＡのストリームファイル情報STR_FIは、ストリームファイル情報一般情報STR_FI_GIと、１以上のストリームオブジェクト情報サーチポインタSOBI_SRP#1〜SOBI_SRP#nと、１以上のストリームオブジェクト情報SOBI#1〜SOBI#nを含んでいる。各ストリームオブジェクト情報SOBIは、ストリームオブジェクト情報一般情報SOBI_GI（図１４）と、１以上のストリームオブジェクトエレメンタリストリーム情報SOB_ESI#1〜SOB_ESI#nと、対応ストリーム内でのＳＴＣの不連続性について記述するSOB_DCNIと、連続する２つのＳＯＢの接続状態を記述するSOB_CONNIと、対応ＳＯＢ（タイプＡ）のタイムマップ情報SOB_TMAPIを含んでいる。SOB_TMAPIは、ストリームオブジェクトタイムマップ一般情報SOB_TMAP_GI（図１６）と、１以上のエレメンタリストリームタイムマップ一般情報ES_TMAP_GI#1〜ES_TMAP_GI#n（図１８）を含んでいる。

なお、ＳＯＢの不連続情報SOB_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が発生している事を確認し、ＴＭＡＰの計算などに使用することができる。

個々のタイプＢのストリームファイル情報STR_FIは、ストリームファイル情報一般情報STR_FI_GIと、１以上のストリームオブジェクト情報サーチポインタSOBI_SRP#1〜SOBI_SRP#nと、１以上のストリームオブジェクト情報SOBI#1〜SOBI#nを含んでいる。各ストリームオブジェクト情報SOBIは、ストリームオブジェクト情報一般情報SOBI_GI（図１５）と、連続する２つのＳＯＢの接続状態を記述するSOB_CONNIと、対応ＳＯＢ（タイプＢ）のタイムマップ情報SOB_TMAPIを含んでいる。SOB_TMAPIは、ストリームオブジェクトタイムマップ一般情報SOB_TMAP_GI（図１７）を含んでいる。

個々のタイプＡのストリームタイムマップテーブルSTMAPTは、１以上のストリームタイムマップSTMAP#1〜STMAP#nを含んでいる。各ストリームタイムマップSTMAPは、ストリームタイムマップ一般情報STMAP_GIと、１以上のエレメンタリタイムマップ情報サーチポインタETMAPI_SRP#1〜ETMAPI_SRP#p（図２１）と、１以上のエレメンタリタイムマップ情報ETMAPI#1〜ETMAPI#pを含んでいる。各エレメンタリタイムマップ情報ETMAPIは、１以上のＳＯＢＵエントリSOBU_ENT#1〜SOBU_ENT#q（図１９）を含んでいる。

個々のタイプＢのストリームタイムマップテーブルSTMAPTは、１以上のストリームタイムマップSTMAP#1〜STMAP#nを含んでいる。各ストリームタイムマップSTMAPは、ストリームタイムマップ一般情報STMAP_GIと、ストリームタイムマップ情報サーチポインタSTMAPI_SRP（図２２）と、ストリームタイムマップ情報STMAPIを含んでいる。このストリームタイムマップ情報STMAPIは、１以上のＡＴ＿ＳＯＢＵエントリAT_SOBU_ENT#1〜AT_SOBU_ENT#q（図２０）を含んでいる。（ＡＴ＿ＳＯＢＵはタイプＢの場合のＳＯＢＵを示す。）
オリジナルプログラムチェーン情報ORG_PGCIと、ユーザ定義プログラムチェーン情報テーブルUD_PGCITは、プログラムチェーン情報ＰＧＣＩ（図１１のPLAYLISTに対応）で代表される。プログラムチェーン情報ＰＧＣＩは、ＰＧＣ一般情報PGC_GIと、１以上のプログラム情報PGI#1〜PGI#nと、１以上のセル情報サーチポインタCI_SRP#1〜CI_SRP#nと、１以上のセル情報CI #1〜CI #nを含んでいる。ここで、セル情報ＣＩには、ＶＯＢ用ムービーセル情報M_CIと、タイプＡのＳＯＢ用ストリームセル情報STRA_CIと、タイプＢのＳＯＢ用ストリームセル情報STRB_CIの３種類がある。

ムービーセル情報M_CIは、ムービーセル一般情報M_C_GIおよび１以上のムービーセルエントリポイント情報M_C_EPI#1〜M_C_EPI#nを含んでいる。タイプＡのＳＯＢ用ストリームセル情報STRA_CIは、タイプＡストリームセル一般情報STRA_C_GI（図２３）および１以上のタイプＡストリームセルエントリポイント情報STRA_C_EPI#1〜STRA_C_EPI#n（図２４、図２５）を含んでいる。タイプＢのＳＯＢ用ストリームセル情報STRB_CIは、タイプＢストリームセル一般情報STRB_C_GI（図２６）および１以上のタイプＢストリームセルエントリポイント情報STRB_C_EPI#1〜STRB_C_EPI#n（図２７、図２８）を含んでいる。

TXTDT_MGは、プレイリストおよびプログラムで使用されるプライマリテキストのサブ情報（アイテムテキストIT_TXT）を格納する領域で、テキストデータ情報TXTDTIと、１以上のアイテムテキストサーチポインタIT_TXT_SRP#1〜IT_TXT_SRP#nと、１以上のアイテムテキストIT_TXT#1〜IT_TXT#nを含んでいる。テキストデータマネージャTXTDT_MGで使用されるキャラクタセットのコードは、図示しないが、テキストデータ情報TXTDTI内に格納されている。

MNFITは、製造業者情報テーブル情報MNFITIと、１以上の製造業者情報サーチポインタMNFI_SRP#1〜MNFI_SRP#nと、１以上の製造業者情報MNFI#1〜MNFI#nを含んでいる。各製造業者情報MNFIは、図４のＭＮＩに対応した内容を持つことができる。

なお、各ビデオエレメンタリストリーム用SOB_ESI（SOB_ESI#1〜SOB_ESI#nの１つ）は、図示しないが、ビデオエレメンタリストリームのパケット識別子ES_PID、ビデオ属性情報V_ATR、該当SOB_ESIに対応するビデオエレメンタリストリームのインデックス番号ES_INDEXなどを含む。このビデオ属性情報V_ATRは、ビデオ圧縮モード（MPEG-2、MPEG-4 AVCなど）や、ソースピクチャの解像度、アスペクトレシオ、プログレッシブモード、フレームレートなどを含む。

ここで、上記ビデオエレメンタリストリーム用SOB_ESI内のES_PIDは、図３０（ｐ）のVideo_PIDを設定する情報として使用できる。また、上記ビデオ属性情報V_ATRは、図３０（ｐ）のVideo coding infoを設定する情報として使用できる。逆に、Video coding info（図３０（ｑ）のVideoフォーマット、フレームレート、表示アスペクトレシオなど）に基いて、上記ビデオ属性情報V_ATRのビデオ圧縮モード、フレームレート、アスペクトレシオなどを設定することができる。

また、ＳＯＢＩは、１以上のオーディオエレメンタリストリーム用SOB_ESIを含むこともできる。各オーディオエレメンタリストリーム用SOB_ESI（SOB_ESI#1〜SOB_ESI#nの１つ）は、図示しないが、オーディオエレメンタリストリームのパケット識別子ES_PID、オーディオ属性情報A_ATR、該当SOB_ESIに対応するオーディオエレメンタリストリームのインデックス番号ES_INDEXなどを含む。このオーディオ属性情報A_ATRは、オーディオ符号化モード（MPEG-2 AAC、リニアＰＣＭオーディオなど）や、サンプリング周波数、オーディオチャネル数などを含む。

ここで、上記オーディオエレメンタリストリーム用SOB_ESI内のES_PIDは図３０（ｐ）のAudio_PIDを設定する情報として使用できる。また、上記オーディオ属性情報A_ATRは図３０（ｐ）のAudio coding infoを設定する情報として使用できる。逆に、Audio coding info（図３０（ｒ）のAudioコーデック、コンポーネントタイプ、サンプル周波数など）に基いて、上記オーディオ属性情報A_ATRのオーディオ符号化モード、オーディオチャネル数、サンプリング周波数などを設定することができる。

ビデオオブジェクト（ＶＯＢ）の記録管理はM_AVFITの情報により行われ、ストリームオブジェクト（ＳＯＢ）の記録管理はSTR_FIT（図１１のCLIPINFに対応）の情報により行われ、最初に記録されたオブジェクト（ＶＯＢまたはＳＯＢ）の再生管理はORG_PGCI（図１１のPLAYLISTに対応）により行われ、記録後にユーザが希望する手順で行うオブジェクト（ＶＯＢまたはＳＯＢ）の再生管理はUD_PGCIT（図１１のPLAYLISTに対応）により行われる。

第１規格の管理情報HDVR_MGは、第２規格の管理情報と異なるが、管理内容の類似性から、次のような対応関係を想定できる。すなわち、第１規格のSTR_FITは第２規格のCLIPINFに対応し、第１規格のPGCI（ORG_PGCIまたはUD_PGCIT）は第２規格のPLAYLISTに対応する。これらの対応関係は１００％完全一致とは行かないが、通常の録画再生に関しては管理情報に機能上共通する項目が多く存在する（共通しない項目は、実際に使用される第１規格または第２規格側の管理情報項目で補填すればよい）。この共通項目について、第１規格と第２規格の間で管理情報の変換を行う（具体例は図２９〜図３１を参照して後述する）。

なお、第２規格の管理情報を第１規格の管理情報に変換する場合において、図１２のＰＧＩ内のプライマリテキスト（図示せず）には、図２９（ｉ）のPlayList_nameの値を設定することができる。また、図１２のSTR_FITに含まれるSTR_FI_SRP#1〜STR_FI_SRP#1のうちの１つに記載された国コード（図示しないCOUNTRY_CODE）には、図３０（ｎ）の国コード有効フラグに応じた値が設定される。すなわち、図３０（ｎ）の国コード有効フラグが“０”ならCOUNTRY_CODEにall “0”が設定され、図３０（ｎ）の国コード有効フラグが“１”なら図３０（ｎ）の国コードの値がCOUNTRY_CODEに設定される。なお、国を特定しないときはCOUNTRY_CODEがにはhexadecimalでall “F”が設定される。

図１３は、第１規格の管理情報（図１２参照）に含まれるVMGI_MATの記述内容を例示する図である。このVMGI_MATは、管理情報の識別子VMG_IDと、HR_MANGR.IFOのエンドアドレスHR_MANGR_EA、HDVR_MGIのエンドアドレスHDVR_MGI_EA、第１規格の規格書（Book）のバージョンVERN、該当する情報記憶媒体のタイムゾーンTM_ZONE（記録時間がどんな種類の時間（例えばcoordinated universal time、local time、分単位で示すoffset of the date and time）を示すのか等の情報）、プライマリテキストや情報記憶媒体の代表名に用いるキャラクタセットコードCHRS、情報記憶媒体のリジュームマーカ情報DISC_RSM_MRKI、情報記憶媒体の代表画像情報DISC_REP_PICTI、情報記憶媒体の代表名情報DISC_REP_MN、M_AVFITのスタートアドレスM_AVFIT_SA、STR_FITのスタートアドレスSTR_FIT_SA、ORG_PGCIのスタートアドレスORG_PGCI_SA、UD_PGCITのスタートアドレスUD_PGCIT_SA、TXTDT_MGのスタートアドレスTXTDT_MG_SA、MNFITのスタートアドレスMNFIT_SA、第２規格から第１規格へのフォーマット変換の有無についての記述を含むAUX_INF（オプション）などを含んでいる。

なお、VMGI_MAT内のCHRSには、図２９（ｅ）あるいは図２９（ｈ）のCHR_SETで指定されるキャラクタセットコードを設定することができる。また、VMGI_MAT内のDISC_REP_NMには、図２９（ｅ）のVolume_nameが設定を設定することができる。

図１４は、第１規格の管理情報に含まれるSOBI_GI(Type A)の記述内容を例示する図である。このSOBI_GIは、SOB_REC_MODE、SOB_TY、AP_FORMAT2（Minor：1=ISDB-S：BS/CS放送、2=ISDB-T：地上デジタル放送）、録画開始日時（SOB_REC_TM/SOB_REC_TM_SUB）、LOCAL_TM_ZONE（対応ＳＯＢ記録のタイムゾーン）、録画時間（SOB_DURATION：有効値が無い場合はALL 0xff）、先頭のPresentation Time（SOB_S_PTM）、終了Presentation Time（SOB_E_PTM）等を含み、さらに、PSI, SIの値を元に、SERVICE_ID、PMT_PID、NETWORK_ID、TS_ID、FORMAT_ID、SERVICE_TYPE、PCR_PID等を記録する。

さらに、このSOBI_GIは、SOB_ES_Ns（録画のために選択したESの数）、V_SOB_ESI_Ns（録画したビデオエレメンタリストリームの内、タイムマップTMAPを作ったエレメンタリストリームESの数）、A_SOB_ESI__Ns（録画したオーディオエレメンタリストリームの内、TMAPを作ったESの数）、SOB_DEF_V_SOB_ESIN（対応ＳＯＢのディフォルトビデオSOB_ESI番号）、タイプＡストリームのコンテント保護情報CPI(a)、録画レート等を含むことができる。

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

SOBI_GIに含まれるSOB_REC_MODEは、ストリームのモードを示しており、00hでType Aのrecording mode、01hでType Bのrecording modeを示している。TYPE Aはストリームの構造が解析可能なストリームであり、管理情報が再生時間（ＰＴＭ）ベースで管理されている。一方、TYPE Bはストリームの構造が解析できず、そのため管理情報がパケット到着時間（ＰＡＴＳ）ベースで管理されている。そのため、タイムマップ（ＴＭＡＰ）も、Type AはＰＭＴベース、Type BはＰＡＴＳベースとなっている。また、SOB_TYは、仮消去かどうかを示すTE flagや、前記PSI, SIより作成したデータの有効/無効を示すFlagを含むことができるようになっている。

ここで、SOB_ES_Ns、SOB_V_ES_Ns、SOB_A_Es_Ns、およびES_TMAP_Nsの関係は、以下の式で表すことができる：
SOB_ES_Ns≧SOB_V_ES_Ns＋SOB_A_Es_Ns
SOB_V_ES_Ns＋SOB_A_Es_Ns≧ES_TMAP_Ns
ここで、第２規格の変換元において、図２９（ｇ）のCLPI_typeがEP_MAPを示す“０”に設定されていれば、第１規格ではタイプＡとして管理情報を作成する。すなわち、
変換元がCLPI_type＝０のストリームオブジェクトの場合、図１４のSOBI_GI（タイプＡ）内のNETWORK_IDには、図３０（ｎ）のORG_NETWORK_ID有効フラグに応じた値（ORG_NETWORK_ID有効フラグが“０”ならNETWORK_IDはall “0”）が設定される。ORG_NETWORK_ID有効フラグが“１”で有効を示す場合は、NETWORK_IDには、図３０（ｎ）のORG_NETWORK_IDの値が設定される。

変換元がCLPI_type＝０のストリームオブジェクトの場合、図１４のSOBI_GI（タイプＡ）内のSERVICE_IDには、図３０（ｎ）のサービスID有効フラグに応じた値（サービスID有効フラグが“０”ならSERVICE_IDはall “0”）が設定される。サービスID有効フラグが“１”で有効を示す場合は、SERVICE_IDには、図３０（ｎ）のサービスIDの値が設定される。

変換元がCLPI_type＝０のストリームオブジェクトの場合、図１４のSOBI_GI（タイプＡ）内のFORMAT_IDには、図３０（ｎ）のFormat_ID有効フラグに応じた値（Format_ID有効フラグが“０”ならFORMAT_IDはall “0”）が設定される。Format_ID有効フラグが“１”で有効を示す場合は、FORMAT_IDには、図３０（ｎ）のFormat_IDの値が設定される。

変換元がCLPI_type＝０のストリームオブジェクトの場合、図１４のSOBI_GI（タイプＡ）内のSOB_REC_TM（および適宜SOB_REC_TM_SUB）には、図２９（ｉ）の記録日時（あるいは図３０（ｎ）の録画日時）が設定される。

変換元がCLPI_type＝０のストリームオブジェクトの場合、図１４のSOBI_GI（タイプＡ）内のSOB_DURATIONには、図２９（ｉ）のDuration（あるいは図３０（ｎ）のDuration）が設定される。

変換元がCLPI_type＝０のストリームオブジェクトの場合、図１４のSOBI_GI（タイプＡ）内のPCR_PIDには、図３０（ｐ）のPCR_PIDの値が設定される。変換元がCLPI_type＝０のストリームオブジェクトの場合、図１４のSOBI_GI（タイプＡ）内のV_SOB_ESI_Nsには、図３０（ｐ）のVideo streamの数の値が設定される。変換元がCLPI_type＝０のストリームオブジェクトの場合、図１４のSOBI_GI（タイプＡ）内のA_SOB_ESI_Nsには、図３０（ｐ）のAudio streamの数の値が設定される。

変換元がCLPI_type＝０のストリームオブジェクトであって管理情報レベル（図１１のCCIファイル）でコピー管理されている場合は、図１４のSOBI_GI（タイプＡ）内のＣＰＩ（ａ）に、図５のＣＣＩ＊に対応する内容のコンテントプロテクション情報が適宜記述される。

図１５は、第１規格の管理情報に含まれるSOBI_GI(Type B)の記述内容を例示する図である。このSOBI_GIは、SOB_REC_MODE、SOB_TY、AP_FORMAT2、録画開始日時（SOB_REC_TM/SOB_REC_TM_SUB）、LOCAL_TM_ZONE、録画時間（SOB_DURATION）、先頭のパケット到着時間（SOB_S_PATS）、末尾のパケット到着時間（SOB_E_ PATS）等を含み、さらに、SERVICE_ID、NETWORK_ID、TS_ID、FORMAT_ID、SERVICE_TYPE等を記録する。さらに、このSOBI_GIは、タイプＢストリームのコンテント保護情報CPI(b)を含むことができる。

ここで、第２規格の変換元において、図２９（ｇ）のCLPI_typeがTU_MAPを示す“１”に設定されていれば、第１規格ではタイプＢとして管理情報を作成する。すなわち、
変換元がCLPI_type＝１のストリームオブジェクトの場合、図１５のSOBI_GI（タイプＢ）内のSOB_REC_TM（および適宜SOB_REC_TM_SUB）には、図２９（ｉ）の記録日時が設定される。図１５のSOBI_GI（タイプＢ）内のSOB_DURATIONには、図２９（ｉ）のDurationが設定される。

変換元がCLPI_type＝１のストリームオブジェクトの場合、図１５のSOBI_GI（タイプＢ）内のFORMAT_IDには、図３０（ｎ）のFormat_ID有効フラグに応じた値（Format_ID有効フラグが“０”ならFORMAT_IDはall “0”）が設定される。NETWORK_IDには、図３０（ｎ）のORG_NETWORK_ID有効フラグに応じた値（ORG_NETWORK_ID有効フラグが“０”ならNETWORK_IDはall “0”）が設定される。SERVICE_IDには、図３０（ｎ）のサービスID有効フラグに応じた値（サービスID有効フラグが“０”ならSERVICE_IDはall “0”）が設定される。

また、変換元がCLPI_type＝１のストリームオブジェクトであって管理情報レベル（図１１のCCIファイル）でコピー管理されている場合は、図１５のSOBI_GI（タイプＢ）内のCPI(b)に、図５のＣＣＩ＊に対応する内容のコンテントプロテクション情報が適宜記述される。

図１６は、第１規格の管理情報に含まれるSOB_TMAP_GI(Type A)の記述内容を例示する図である。このSOB_TMAP_GIは、ADR_OFS（ファイル先頭からのSOB先頭までのPacket Group番号又は論理ブロックアドレス）、SOB_SZ（SOBのサイズ）、SOB_S_PKT_POS（SOBの先頭のPacket group内での始まり：0≦ESOB_S_PKT_POS≦169）、SOB_E_PKT_POS（SOBの先頭のPacket group内での終わり：0≦ESOB_E_PKT_POS≦169）、SOBU_PB_TM_RNG（SOBUの再生時間の範囲）、ES_TMAP_GI_Ns（対応SOBに所属するES_TMAPの数）、SOB_INDEX（対応ＳＯＢのインデックス番号）、STMAP_LAST_MOD_TM（対応ＳＯＢについて、図１０のSnn_mmmm.SMPファイルの中身が最後に変更されたときの時間）などで構成されている。

図１７は、第１規格の管理情報に含まれるSOB_TMAP_GI(Type B)の記述内容を例示する図である。このSOB_TMAP_GIは、ADR_OFS、SOB_SZ、SOB_S_PKT_POS、SOB_E_PKT_POS、AT_SOBU_TM（PATSベースのＳＯＢＵの時間範囲）、AT_SOBU_ENT_Ns（PATSベースのＳＯＢＵのエントリ数）、SOB_INDEX、STMAP_LAST_MOD_TMなどで構成されている。

図１８は、第１規格の管理情報に含まれるES_TMAP_GI(Type A)の記述内容を例示する図である。このES_TMAP_GIは、SOB_ESIN（対応ＳＯＢのＥＳＩ番号）、ES_S_PTM（対応エレメンタリストリームの開始時間）、ES_E_PTM（対応エレメンタリストリームの終了時間）、ES_S_ADR_OFS（SOBファイル先頭から対応ESの先頭までのオフセットを示す論理アドレス）、ES_LAST_SOBU_E_PKT_POS（対応ＳＯＢのパケットグループ内における、最後のＳＯＢＵの最終パケット位置）、ES_SOBU_ENT_Ns（ETMAPI内のＳＯＢＵエントリの数）などで構成されている。

図１９は、第１規格の管理情報に含まれるSOBU_ENT(Type A)の記述内容を例示する図である。このSOBU_ENTは、該当ＳＯＢＵの最初のリファレンスピクチャ（MPEG-TSの場合はＩピクチャ）のサイズを記述する1STREF_SZ、該当ＳＯＢＵの最初のリファレンスピクチャの最終パケット位置を記述する1STREF_E_PKT_POS、該当ＳＯＢＵの再生時間を記述するSOBU_PB_TM、該当ＳＯＢＵのサイズを記述するSOBU_SZ、該当ＳＯＢＵの開始パケット位置を記述するSOBU_S_PKT_POSなどを含んで構成されている。

図２０は、第１規格の管理情報に含まれるSOBU_ENT(Type B)の記述内容を例示する図である。このSOBU_ENT（AT_SOBU_ENT）は、該当ＳＯＢＵ（AT_SOBU）のサイズを記述するAT_SOBU_SZ、該当ＳＯＢＵ（AT_SOBU）の開始パケット位置を記述するAT_SOBU_S_PKT_POSなどを含んで構成されている。

図２１は、第１規格の管理情報に含まれるETMAPI_SRP(Type A)の記述内容を例示する図である。このETMAPI_SRPは、ETMAPIの開始アドレスETMAPI_SAと、ＳＯＢＵエントリの数SOBU_ENT_Nsを含んでいる。

図２２は、第１規格の管理情報に含まれるSTMAPI_SRP(Type B)の記述内容を例示する図である。このSTMAPI_SRPは、STMAPIの開始アドレスSTMAPI_SAと、対応ＳＯＢのインデックス番号SOB_INDEXと、PATSベースのＳＯＢＵエントリの数AT_SOBU_ENT_Nsを含んでいる。

図２３は、第１規格の管理情報に含まれるSTRA_C_GI(Type A)の記述内容を例示する図である。このSTRA_C_GIは、セルタイプ（C_TY）、ストリームファイル情報の番号（STR_FIN）、ＳＯＢＩサーチポインタ番号（SOBI_SRPN）、セルエントリポイント情報の数（C_EPI_Ns）、対応セルの再生開始時間（C_S_PTM）、対応セルの再生終了時間（C_E_PTM）、対応セルのデフォルトビデオSOB_ESI番号（C_DEF_V_SOB_ESIN）などを含んでいる。

ここで、図２３のSTRA_C_GI内のC_S_PTM(a)には、変換元が図２９（ｇ）のCLPI_type＝０のEP_MAP系ストリームオブジェクトであるときの、図２９（ｊ）のin_timeを設定することができる。また、C_E_PTM(a)には、変換元が図２９（ｇ）のCLPI_type＝０のEP_MAP系ストリームオブジェクトであるときの、図２９（ｊ）のout_timeを設定することができる。

図２４は、第１規格の管理情報に含まれるSTRA_C_EPIのType EP-A(Type A)の記述内容を例示する図である。このSTRA_C_EPIは、エントリポイントタイプ（EP_TY）と、エントリポイントの再生時間（EP_PTM）を含んでいる。

図２５は、第１規格の管理情報に含まれるSTRA_C_EPIのType EP-B(Type A)の記述内容を例示する図である。このSTRA_C_EPIは、エントリポイントタイプ（EP_TY）と、エントリポイントの再生時間（EP_PTM）のほかに、対応エントリポイントに付すことができるプライマリテキストの情報（PRM_TXTI）を含んでいる。

なお、図２４または図２５のC_EPI内のEP_PTM(a)には、該当セルに対応するPlayItemに関するところの、図２９（ｈ）のmark_time_stampの値を設定することができる。

図２６は、第１規格の管理情報に含まれるSTRB_C_GI(Type B)の記述内容を例示する図である。このSTRB_C_GIは、セルタイプ（C_TY）、ストリームファイル情報の番号（STR_FIN）、ＳＯＢＩサーチポインタ番号（SOBI_SRPN）、セルエントリポイント情報の数（C_EPI_Ns）、対応セルのＰＡＴＳ開始時間（C_S_PATS）、対応セルのＰＡＴＳ終了時間（C_E_PATS）などを含んでいる。

なお、図２６のSTRB_C_GI内のC_S_PATS(b)には、変換元が図２９（ｇ）のCLPI_type＝０のTU_MAP系ストリームオブジェクトであるときの、図２９（ｊ）のin_timeを設定することができる。また、図２６のSTRB_C_GI内のC_E_PATS(b)には、変換元が図２９（ｇ）のCLPI_type＝０のTU_MAP系ストリームオブジェクトであるときの、図２９（ｊ）のout_timeを設定することができる。

図２７は、第１規格の管理情報に含まれるSTRB_C_EPIのType EP-A(Type B)の記述内容を例示する図である。このSTRB_C_EPIは、エントリポイントタイプ（EP_TY）と、エントリポイントのパケット到着時間時間（EP_PATS）を含んでいる。

図２８は、第１規格の管理情報に含まれるSTRB_C_EPIのType EP-B(Type B)の記述内容を例示する図である。このSTRB_C_EPIは、エントリポイントタイプ（EP_TY）と、エントリポイントのパケット到着時間（EP_PATS）のほかに、対応エントリポイントに付すことができるプライマリテキストの情報（PRM_TXTI）を含んでいる。

なお、図２８のSTRB_C_EPIに含まれるPRM_TXTI(b)には、図２９（ｈ）のmark_nameを設定することができる。また、第２規格のPlayListMark（図２９（ｈ））内にmark_type＝“01”が設定されている場合、CLPI_type＝０ならmark_typeの値を図２４または図２５のC_EPIのEP_TY(a)（タイプＡの場合）に設定でき、CLPI_type＝１ならmark_typeの値を図２７または図２８のC_EPIのEP_TY(b)（タイプＢの場合）に設定できる。（PlayListMarkはエントリポイントに対応し、PlayItemはセルに対応している。）
図２９は、第２規格で用いられる管理情報の階層構造を例示する図である。ここでは、図１１に示した第２規格のディレクトリＺＤＡＶの内容をより詳しく例示している。第１規格の管理情報ファイルを第２規格の管理情報ファイルに変換する場合、以下のような操作が行われる。（この変換操作は、ファームウエアとして、図３２のＭＰＵ８０内ＲＯＭ８０Ｃまたは管理データ変換部８０Ｅに格納しておくことができる。その実行はＭＰＵ８０が行う。）
すなわち、図２９（ｅ）のCHR_SETには、図１３のVMGI_MAT内のＣＨＲＳで指定されるキャラクタセットコードが設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｅ）のCHR_SETが、図１３のVMGI_MAT内のＣＨＲＳに設定される。

図２９（ｅ）のVolume_nameには、図１３のVMGI_MAT内のDISC_REP_NMが設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｅ）のVolume_nameが、図１３のVMGI_MAT内のDISC_REP_NMに設定される。

図２９（ｇ）のCLPI_typeには、変換元がタイプＡのストリームオブジェクトであればEP_MAPを示す“０”が設定され、変換元がタイプＢのストリームオブジェクトであればTU_MAPを示す“１”が設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｇ）のCLPI_typeが“０”ならタイプＡとして管理情報が作成され、図２９（ｇ）のCLPI_typeが“１”ならタイプＢとして管理情報が作成される。

図２９（ｊ）のin_timeには、変換元がタイプＡのストリームオブジェクトであれば図２３のSTRA_C_GI内のC_S_PTM(a)の値が設定され、変換元がタイプＢのストリームオブジェクトであれば図２６のSTRB_C_GI内のC_S_PATS(b)の値が設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｇ）のCLPI_typeが“０”なら図２３のSTRA_C_GI内のC_S_PTM(a)に図２９（ｊ）のin_timeが設定され、図２９（ｇ）のCLPI_typeが“１”なら図２６のSTRB_C_GI内のC_S_PATS(b) に図２９（ｊ）のin_timeが設定される。

図２９（ｊ）のout_timeには、変換元がタイプＡのストリームオブジェクトであれば図２３のSTRA_C_GI内のC_E_PTM(a)の値が設定され、変換元がタイプＢのストリームオブジェクトであれば図２６のSTRB_C_GI内のC_E_PATS(b)の値が設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｇ）のCLPI_typeが“０”なら図２３のSTRA_C_GI内のC_E_PTM(a)に図２９（ｊ）のout_timeが設定され、図２９（ｇ）のCLPI_typeが“１”なら図２６のSTRB_C_GI内のC_E_PATS(b)に図２９（ｊ）のout_timeが設定される。

図２９（ｉ）のPlayList_nameには、図１２のＰＧＩ内のプライマリテキスト（図示せず）の記述内容が設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｉ）のPlayList_nameが、図１２のＰＧＩ内のプライマリテキスト（図示せず）に設定される。

図２９（ｉ）の記録日時には、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のSOB_REC_TMの値が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のSOB_REC_TMの値が設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｇ）のCLPI_typeが“０”なら図１４のSOBI_GI内のSOB_REC_TMに図２９（ｉ）の記録日時が設定され、図２９（ｇ）のCLPI_typeが“１”なら図１５のSOBI_GI内のSOB_REC_TMに図２９（ｉ）の記録日時が設定される。

図２９（ｉ）のDurationには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のSOB_Durationの値が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のSOB_Durationの値が設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｇ）のCLPI_typeが“０”なら図１４のSOBI_GI内のSOB_Durationに図２９（ｉ）のDurationが設定され、図２９（ｇ）のCLPI_typeが“１”なら図１５のSOBI_GI内のSOB_Durationに図２９（ｉ）のDurationが設定される。

第１規格の管理情報内に図２４、図２５、図２７または図２８のC_EPIが存在する場合、図２９（ｈ）のmark_typeには、“01”が設定される。

図２９（ｈ）のmark_time_stampには、図２４または図２５のC_EPI内のEP_PTM(a)が設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｈ）のmark_time_stampが、図２４または図２５のC_EPI内のEP_PTM(a)に設定される。

図２９（ｈ）のPlayItem_idには、変換元の再生管理情報（図１２のＰＧＣＩ）が管理するセル（再生単位）の番号が設定される。

図２９（ｈ）のCHR_SETには、図１３のVMGI_MAT内のＣＨＲＳで指定されるキャラクタセットコードが設定される。逆に、第２規格を第１規格へ変換する場合では、図２９（ｈ）のCHR_SETが、図１３のVMGI_MAT内のDISC_REP_MNに設定される。

図２９（ｈ）のmark_nameには、変換元の管理情報がタイプＢの場合に限って、図２８のSTRB_C_EPIに含まれるPRM_TXTI(b)の値が設定される。逆に、第２規格を第１規格へ変換する場合では図２９（ｈ）のmark_nameが、図２８のSTRB_C_EPIに含まれるPRM_TXTI(b)に設定される。

図３０は、第２規格の管理情報に含まれるCLIPINFファイルの記述内容を例示する図である。第１規格の管理情報ファイルを第２規格の管理情報ファイルに変換する場合、以下のような操作が行われる。すなわち、図３０（ｎ）の録画日時には、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のSOB_REC_TMの値が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のSOB_REC_TMの値が設定される。逆に、第２規格を第１規格へ変換する場合では、図３０（ｎ）の録画日時がSOB_REC_TMに設定される。

図３０（ｎ）のDurationには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のSOB_DURATIONの値が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のSOB_DURATIONの値が設定される。逆に、第２規格を第１規格へ変換する場合では、図３０（ｎ）のDurationがSOB_DURATIONに設定される。

図３０（ｎ）のTime_controlled_flagには、変換元がタイプＡのストリームオブジェクトでもタイプＢのストリームオブジェクトでも、“０”が設定される。（このTime_controlled_flagが“０”に設定されるとTS_average_rateの記載が無効になり、“１”に設定されるとTS_average_rateの記載が有効になる。）
図３０（ｎ）のTS_average_rateには、変換元がタイプＡのストリームオブジェクトでもタイプＢのストリームオブジェクトでも、“０”が設定される。（Time_controlled_flagが“１”に設定された場合は、TS_average_rateには、所定のレート、例えば２４Ｍｂｐｓが記載される。）
図３０（ｎ）のFormat_ID有効フラグには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のFORMAT_IDに応じた値（FORMAT_IDがall “0”なら“０”、それ以外なら“１”）が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のFORMAT_IDに応じた値（FORMAT_IDがall “0”なら“０”、それ以外なら“１”）が設定される。逆に、第２規格を第１規格へ変換する場合では、図３０（ｎ）のFormat_ID有効フラグがFORMAT_IDに設定される。

図３０（ｎ）のORG_NETWORK_ID有効フラグには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のNETWORK_IDに応じた値（NETWORK_IDがall “0”なら“０”、それ以外なら“１”）が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のNETWORK_IDに応じた値（NETWORK_IDがall “0”なら“０”、それ以外なら“１”）が設定される。逆に、第２規格を第１規格へ変換する場合では、図３０（ｎ）のORG_NETWORK_ID有効フラグがNETWORK_IDに設定される。

図３０（ｎ）のTS_ID有効フラグには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のTS_IDに応じた値（TS_IDがall “0”なら“０”、それ以外なら“１”）が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のTS_IDに応じた値（TS_IDがall “0”なら“０”、それ以外なら“１”）が設定される。逆に、第２規格を第１規格へ変換する場合では、図３０（ｎ）のTS_ID有効フラグがTS_IDに設定される。

図３０（ｎ）のサービスID有効フラグには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のSERVICE_IDに応じた値（SERVICE_IDがall “0”なら“０”、それ以外なら“１”）が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のSERVICE_IDに応じた値（SERVICE_IDがall “0”なら“０”、それ以外なら“１”）が設定される。逆に、第２規格を第１規格へ変換する場合では、図３０（ｎ）のサービスID有効フラグがSERVICE_IDに設定される。

図３０（ｎ）の国コード有効フラグには、変換元である第１規格のストリームファイル情報を示すサーチポインタ（図１２のSTR_FI_SRP#1〜STR_FI_SRP#1のうちの１つ）内に記載された国コード（図示しないCOUNTRY_CODE）に応じた値（COUNTRY_CODEがhexadecimalでall “F”なら“０”、それ以外なら“１”）が設定される。逆に、第２規格を第１規格へ変換する場合では、図３０（ｎ）の国コード有効フラグが、図示しないCOUNTRY_CODEに設定される。

図３０（ｎ）のFormat_IDには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のFORMAT_IDの値が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のFORMAT_IDの値が設定される。図３０（ｎ）のORG_NETWORK_IDには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のNETWORK_IDの値が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のNETWORK_IDの値が設定される。図３０（ｎ）のTS_IDには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のTS_IDの値が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のTS_IDのが設定される。図３０（ｎ）のサービスIDには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のSERVICE_IDの値が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のSERVICE_IDの値が設定される。図３０（ｎ）の国コードには、変換元である第１規格のストリームファイル情報を示すサーチポインタ（図１２のSTR_FI_SRP#1〜STR_FI_SRP#1のうちの１つ）内に記載された国コード（図示しないCOUNTRY_CODE）の値が設定される。第２規格を第１規格へ変換する場合では、上記と逆の情報設定が行われる。

図３０（ｐ）のPCR_PIDには、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のPCR_PIDの値が設定され、変換元がタイプＢのストリームオブジェクトであれば図１５のSOBI_GI内のPCR_PIDの値が設定される。図３０（ｐ）のVideo streamの数には、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のV_SOB_ESI_Nsの値が設定される。図３０（ｐ）のAudio streamの数には、変換元がタイプＡのストリームオブジェクトであれば図１４のSOBI_GI内のA_SOB_ESI_Nsの値が設定される。第２規格を第１規格へ変換する場合では、上記と逆の情報設定が行われる。

図３０（ｐ）のVideo_PIDには、変換元である第１規格のストリームファイル情報内のビデオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるES_PID（図示せず）の値が設定される。図３０（ｐ）のVideo coding infoには、変換元である第１規格のストリームファイル情報内のビデオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるビデオ属性情報等（図示せず）が設定される。このビデオ属性情報は、ビデオ圧縮モード（MPEG-2、MPEG-4 AVCなど）や、ソースピクチャの解像度、アスペクトレシオ、プログレッシブモード、フレームレートなどを含む。第２規格を第１規格へ変換する場合では、上記と逆の情報設定が行われる。

図３０（ｐ）のAudio_PIDには、変換元である第１規格のストリームファイル情報内のオーディオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるES_PID（図示せず）の値が設定される。図３０（ｐ）のAudio coding infoには、変換元である第１規格のストリームファイル情報内のオーディオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるオーディオ属性情報等（図示せず）が設定される。このオーディオ属性情報は、オーディオ符号化モード（MPEG-2 AAC、リニアＰＣＭオーディオなど）や、サンプリング周波数、オーディオチャネル数などを含む。第２規格を第１規格へ変換する場合では、上記と逆の情報設定が行われる。

図３０（ｑ）のVideoフォーマットには、変換元である第１規格のストリームファイル情報内のビデオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるビデオ属性情報（図示せず）内のビデオ圧縮モード（MPEG-2、MPEG-4 AVCなど）が設定される。図３０（ｑ）のフレームレートには、変換元である第１規格のストリームファイル情報内のビデオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるビデオ属性情報（図示せず）内のフレームレートが設定される。図３０（ｑ）の表示アスペクトレシオには、変換元である第１規格のストリームファイル情報内のビデオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるビデオ属性情報（図示せず）内のアスペクトレシオが設定される。第２規格を第１規格へ変換する場合では、上記と逆の情報設定が行われる。

図３０（ｒ）のAudioコーデックには、変換元である第１規格のストリームファイル情報内のオーディオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるオーディオ属性情報（図示せず）内のオーディオ符号化モード（MPEG-2 AAC、リニアＰＣＭオーディオなど）が設定される。図３０（ｒ）のコンポーネントタイプには、変換元である第１規格のストリームファイル情報内のオーディオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるオーディオ属性情報（図示せず）内のオーディオチャネル数が設定される。図３０（ｒ）のサンプル周波数には、変換元である第１規格のストリームファイル情報内のオーディオエレメンタリストリーム用SOB_ESI（図１２のSOB_ESI#1〜SOB_ESI#nの１つ）に含まれるオーディオ属性情報（図示せず）内のサンプリング周波数が設定される。第２規格を第１規格へ変換する場合では、上記と逆の情報設定が行われる。

図３１は、第２規格の管理情報に含まれるCLPIの記述内容を例示する図である。図３０（ｍ）のＣＬＰＩの詳細を、図３０（ｓ）のＣＬＰＩに示す。このＣＬＰＩは、再生時間ベースのタイプＡに対応するEP_MAP（図３０（ｔ））と、パケット到着時間ベースのタイプＢに対応するTU_MAP（図３０（ｕ））を含んでいる。

タイプＡに対応するEP_MAPは、図３０（ｖ）に示すように、EP_TYPEと、EP_MAPのあるSTREAM_PIDの数と、STREAM_PIDの数分繰り返す「STREAM_PIDおよびEP_MAPアドレス」と、「EP#mの再生タイムスタンプPTSおよびEP#mの相対アドレス」を含むｎ個のEP_MAP#nを含んでいる。

ここで、第１規格を第２規格へ変換する場合は、図３０（ｖ）のEP_TYPEには、ビデオであることを示す“０”が設定される。逆に、第２規格を第１規格へ変換する場合では、EP_TYPEが“０”のEP_MAPだけ、タイプAのES_TMAPへ変換する。

第１規格を第２規格へ変換する場合、図３０（ｖ）のEP_MAPのあるSTREAM_PIDの数には、図１６のSOB_TMAP_GI（タイプＡ）内のES_TMAP_GI_Ns(a)が設定される。逆に、第２規格を第１規格へ変換する場合では、図１６のSOB_TMAP_GI（タイプＡ）内のES_TMAP_GI_Ns(a)に、図３０（ｖ）のEP_MAPのあるSTREAM_PIDの数が設定される。

第１規格を第２規格へ変換する場合、図３０（ｖ）のSTREAM_PIDには、図１８のSOB_ESIN(a)が示すSOB_ESIから求めたPIDが設定される。逆に、第２規格を第１規格へ変換する場合では、図３０（ｖ）のSTREAM_PIDの値でSOB_ESI内のES_PIDを参照し、該当するSOB_ESIの番号を図１８のSOB_ESIN(a)に設定する。

第１規格を第２規格へ変換する場合、図３０（ｖ）のEP#mのPTSの設定値は、次のようにして求めることができる。すなわち、先頭のEP(エントリポイント)のPTSは、図１４のSOBI_GI内のSOB_S_PTMから求める。その後のEPのPTSは、先のEPのPTSに図１９のSOBU_PB_TM(a)を加算して求める。逆に、第２規格を第１規格へ変換する場合では、図３０（ｖ）のEP#ｍのPTSのうち先頭のPTSが図１４のSOB_S_PTMに設定される。図１９のSOBU_PB_TM(a)には、該当EPのPTSとその１つ後のEPのPTSとの差分が設定される。図１９の1STREF_SZ(a)と1STREF_E_PKT_POS(a)は、対応するオブジェクトデータを参照して決めることができる。

一方、タイプＢに対応するTU_MAPは、図３０（ｗ）に示すように、time_unit_sizeと、Time_Unit_entryの数と、Time_Unit_entryの数分繰り返すエントリのアドレスを含んでいる。

第１規格を第２規格へ変換する場合、図３０（ｗ）の各情報項目はタイプＢのＳＴＭＡＰの対応情報項目（図１５、図１７、図２０、図２２、図２６〜図２８）から決定される。逆に、第２規格を第１規格へ変換する場合では、タイプＢの対応情報項目（図１５、図１７、図２０、図２２、図２６〜図２８）は図３０（ｗ）の各情報項目から決定される。

図３２は、第１規格／第２規格に準拠したレコーダの具体例を説明する図である。このレコーダは、MPEG-TSのストリームオブジェクトを第１規格（図１０参照）で記録再生するのみならず、第２規格（図１１参照）で記録されたMPEG-TSのストリームオブジェクトおよびその管理情報の少なくとも一部を第１規格のストリームオブジェクトおよび第１規格の管理情報に変換する機能を有している。あるいは、このレコーダは、MPEG-TSのストリームオブジェクトを第２規格で記録再生するのみならず、第１規格で記録されたMPEG-TSのストリームオブジェクトおよびその管理情報の少なくとも一部を第２規格のストリームオブジェクトおよび第２規格の管理情報に変換する機能を有している。

図３２のレコーダでは、図１０あるいは図１１の情報管理ファイル構造を利用して、情報記憶媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）が記録され再生される。

この録再装置は、第１規格のディスクドライブ部５１ａ、第２規格のディスクドライブ部５１ｂ、Ｄ−ＰＲＯ部（録再情報のデータ処理部）５２、一時記憶部（ディスクドライブ部５１ａおよび／または５１ｂを介して、情報記憶媒体に記録しまたはそこから再生する情報のバッファ）５３、ＨＤＤ部１００ａ、デコーダ部５９、エンコーダ部７９、ＳＴＣ（システムタイムクロック）部１０２、ＡＶ（アナログＡＶ情報）入力部８１、ＴＶチューナ部８２、ＳＴＢ部８３、緊急放送検出部８３ｂ、地上波デジタルチューナ部８９、
ビデオミキシング部６６、フレームメモリ部７３、ＴＶ用Ｄ／Ａ部６７、ＩＥＥＥ１３９４（および／またはＨＤＭＩ）Ｉ／Ｆ部７４、さらに、システム全体を制御するＭＰＵ部８０、キー入力部１０３、リモコン１０３ａとその受信部１０３ｂ、表示部１０４、タイマ部１０５、有線または無線ＬＡＮのＩ／Ｆ部１１０等により構成されている。ＳＴＢ部８３には、ＢＳデジタル放送を受信するための衛星アンテナ８３ａが接続されている。なお、ＳＴＣ部１０２は、例えば２７MHzベースでカウントするように構成されている。

ＭＰＵ部８０には、種々な制御プログラムおよびそこで使用するパラメータ等が書き込まれたＲＯＭ８０Ｃと、そのプログラム用のワークＲＡＭ部８０Ａが組み込まれている。ＲＯＭ８０Ｃに書き込まれたプログラム（ファームウエア）としては、記録／再瀬制御部８０Ｘ、フォーマット管理部８０Ｙ、管理データ作成部８０Ｂ、オブジェクトデータ変換部８０Ｄ、管理データ変換部８０Ｄなどがある。

エンコーダ部７９は、Ａ／Ｄ部８４、ビデオエンコード部８７、オーディオエンコード部８６、副映像エンコード部（図示せず）、フォーマッタ部９０、バッファメモリ部９１等により構成されている。また、デコーダ部５９は、分離部６０、ビデオデコード部６１、副映像（Sub-Picture：ＳＰ）デコード部６３、オーディオデコード部６４、ＴＳパケット転送部１０１、Ｖ−ＰＲＯ（ビデオ処理部）部６５、オーディオ用Ｄ／Ａ部７０等により構成されている。ここで、ビデオデコード部６１は、再生対象となる記録コンテンツをユーザにメニュー表示するサムネール等を作成する縮小画像生成部６２を含んでいる。

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

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

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

また、第１規格に基づく再生時の信号の流れは、次のようになる。すなわち、ドライブ部５１ａによりディスク１００から（あるいはＨＤＤ１００ａから）データを読み出し、Ｄ−ＰＲＯ部５２でエラー訂正を行い、デコーダ部５９へ入力する。ＭＰＵ部８０は、入力されるデータがＶＲデータ（Video RecordingのＶＯＢ）か、ＳＲデータ（Stream RecordingのＳＯＢ）かの種別を（セルタイプにより）判定し、再生前にその種別をデコーダ部５９に設定する。

ここで、ＳＲデータには、再生時間ベースで管理されるタイプＡのＳＯＢと、パケット到着時間ベースで管理されるタイプＢのＳＯＢがある。タイプＡかタイプＢかは、例えば図２３のセルタイプC_TY(a)か図２６のセルタイプC_TY(ｂ)により区別できる。

ＳＲデータ（タイプＡのＳＯＢ）の場合、ＭＰＵ部８０は、再生するＥＳＩ番号（図１８のSOB_ESIN(a)）により再生するＰＩＤ（SOB_ESIN(a)に対応したSOB_ESIに含まれる、図示しないES_PID）を決め、プログラムマップテーブル（ＰＭＴ）より再生する各アイテム（ビデオ、オーディオ等）のＰＩＤを決め、デコーダ部５９へ設定する。

デコーダ部５９内では、そのＰＩＤを元に、分離部６０から各MPEG-TSパケットを各デコード部６１〜６４へ送るとともにＴＳパケット転送部１０１へ送り、到着時間に従ってＳＴＢ部８３（およびＩＥＥＥ１３９４Ｉ／Ｆ部７４）へMPEG-TSパケットの形で送信する。各デコード部６１〜６４は、それぞれデコードを行い、Ｄ／Ａ部６７でアナログ信号に変換し、ＴＶ６８で表示する。ＶＲデータの場合、分離部６０は、固定のＩＤに従い、各デコード部６１〜６４へ送る。各デコード部６１〜６４は、それぞれデコードを行い、Ｄ／Ａ部６７でアナログ信号に変換し、ＴＶ６８で表示する。

第１規格に基づく記録時の信号の流れでは、ＳＴＢ部８３（または地上波デジタルチューナ８９）で受け取ったMPEG-TSパケットデータは、フォーマッタ部９０でパケットグループ化されバッファメモリ部９１に保存される。このバッファメモリ部９１にデータが一定量たまった時点で（具体的には、１またはその整数倍の連続データエリア（ＣＤＡ）分データがバッファメモリ部９１に貯まった段階で）、ディスク１００（および／またはＨＤＤ１００ａ）にデータ記録される。この時の動作では、MPEG-TSパケットを受信すると１７０パケットづつグルーピング化し、パケットグループヘッダ（図２の１６１）を作成する。すなわち、
1）MPEG-TSパケットを受信する。

2）ＳＴＣが一周したか（Wrap aroundしたか）をチェックする。ＳＴＣが一周した場合は、その位置情報（連続セグメントの開始パケット位置情報）より、管理情報の一部（図１２のＳＯＢＩ内SOB_DCNIに含まれる、図示しないCNT_SEGI）を作成する。ここで、図１２のＳＯＢＩはＳＯＢの不連続情報SOB_DCNIを含んでおり、このSOB_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）MPEG-TSパケットの到着時間をＰＡＴＳとして、ＰＡＴＳの下位４バイトをMPEG-TSパケットの前に配置し、先頭のＰＡＴＳの上位２バイトをFIRST_PATS_EXTとしてPacket Group Header（図１の１６１）に設定し、6）へ移行する；
5）MPEG-TSパケットデータエリアに取り込んだMPEG-TSパケットに対して、ＰＡＴＳの下位４バイトをMPEG-TSパケットの前に付け、Packet Groupのデータリアに設定する；
6）パケットグループが終わったかどうかを判定し（１７０個のMPEG-TSパケットをグルーピングしたかどうかを判定し）、終わってない場合は、1）へ移行し、終わった場合は、ＣＣＩ処理（コピー管理の処理）、ＭＮＦＩ処理（業者情報の処理）を行い、グループデータをバッファ９１内に一時保存する。

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

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

＜実施の形態のまとめ＞
（１）＜第２規格→第１規格間のオブジェクト変換＞
ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT 163）とそのパケット到着時間情報（PATS 162）の組および第１のコピー管理情報（CCI）を含むところの、第１規格（HD_DVD-VR）のフォーマットに準拠した第１ストリームオブジェクトデータ（Packet Group 147 in SOB）、そして、ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT 263）とそのパケット到着時間情報（ATS 262a）の組および第２のコピー管理情報（CCI* 262b）を含むところの、第２規格のフォーマットに準拠した第２ストリームオブジェクトデータ（Aligned Unit 247 in Clip AV Stream Object）を対象としたフォーマット変換方法であって、前記第２規格のパケット到着時間情報（ATS 262a）がｎビット（30ビット）で構成され、前記第２のコピー管理情報（CCI* 262b）がｍビット（2ビット）で構成され、前記第１規格（HD_DVD-VR）のパケット到着時間情報（PATS 162）がｎ＋ｍビット（32ビット）で構成される場合において、
前記第２ストリームオブジェクトデータ（Aligned Unit 247 in Clip AV Stream Object）を読み込み（ＳＴ３０２〜ＳＴ３０８）、
読み込んだ前記第２ストリームオブジェクトデータに含まれる前記ｎビット（30ビット）パケット到着時間情報（ATS 262a）の先頭に前記ｍビット（2ビット）分の穴埋めビット（ＳＴ３００の初期設定におけるATS_UPPER:00）を付加したものを前記ｎ＋ｍビット（32ビット）のパケット到着時間情報（PATS 162）に変換し（ＳＴ３１８）、
前記第２ストリームオブジェクトデータに含まれる前記第２のコピー管理情報（CCI* 262b）により前記第１のコピー管理情報（CCI）の内容を決定して前記第１ストリームオブジェクトデータ（Packet Group 147 in SOB）を生成することにより（ＳＴ３２６）、前記第２ストリームオブジェクトデータ（Aligned Unit 247）を前記第１ストリームオブジェクトデータ（Packet Group 147）に変換する。

（２）＜ＡＴＳが桁上がりしたらＰＡＴＳ＿ＥＸ＋１＞
前記第１ストリームオブジェクトデータ（Packet Group 147 in SOB）は前記ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT 163）とそのパケット到着時間情報（PATS 162）の組の先頭側にパケットグループヘッダ（Packet_Group_Header 161）を持ち、このパケットグループヘッダは前記パケット到着時間情報（PATS 162）を構成するデータバイト（４バイト）の上位に付加されるパケット到着時間情報拡張バイト（図２のFirst_PATS_EXT：２バイト）を含み、このパケット到着時間情報拡張バイトに設定される値をＰＡＴＳ＿ＥＸとしたときに（ＳＴ３００、ＳＴ３０４）、
前記第２ストリームオブジェクトデータに含まれる前記ｎビット（30ビット）パケット到着時間情報（ATS 262a）に桁上がり（30ビットからオーバーフロー）が生じた場合において（ＳＴ３１０Ｙ）、前記ＰＡＴＳ＿ＥＸの値をインクリメントする（ＳＴ３１４）。

（３）＜第１規格→第２規格間のオブジェクト変換＞
ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT 163）とそのパケット到着時間情報（PATS 162）の組および第１のコピー管理情報（CCI）を含むところの、第１規格（HD_DVD-VR）のフォーマットに準拠した第１ストリームオブジェクトデータ（Packet Group 147 in SOB）、そして、ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT 263）とそのパケット到着時間情報（ATS 262a）の組および第２のコピー管理情報（CCI* 262b）を含むところの、第２規格のフォーマットに準拠した第２ストリームオブジェクトデータ（Aligned Unit 247 in Clip AV Stream Object）を対象としたフォーマット変換方法であって、前記第２規格のパケット到着時間情報（ATS 262a）がｎビット（30ビット）で構成され、前記第２のコピー管理情報（CCI* 262b）がｍビット（2ビット）で構成され、前記第１規格（HD_DVD-VR）のパケット到着時間情報（PATS 162）がｎ＋ｍビット（32ビット）で構成され、前記第１ストリームオブジェクトデータ（Packet Group 147 in SOB）は前記ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT 163）とそのパケット到着時間情報（PATS 162）の組の先頭側にパケットグループヘッダ（Packet_Group_Header 161）を持ち、このパケットグループヘッダが前記第１のコピー管理情報（CCI）を含む場合において、
前記第１ストリームオブジェクトデータ（Packet Group 147 in SOB）を読み込み（ＳＴ３３２〜ＳＴ３３４）、
読み込んだ前記第１ストリームオブジェクトデータのパケットグループヘッダに含まれる前記第１のコピー管理情報（CCI）から、前記ｍビット（2ビット）の第２のコピー管理情報（CCI* 262b）の内容（xx）を決定し（ＳＴ３３６）、
読み込んだ前記第１ストリームオブジェクトデータの前記パケットグループヘッダは削除するか以後使わないようにし（ＳＴ３３８）、前記ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT 163）とそのパケット到着時間情報（PATS 162）の組を１つ読み出し（ＳＴ３４０）、
前記第１規格（HD_DVD-VR）のｎ＋ｍビット（32ビット）パケット到着時間情報（PATS 162）から上位のｍビット（2ビット）を削除し（ＳＴ３４２）、
決定された（ＳＴ３３６）前記第２のコピー管理情報（CCI* 262b）のｍビット（2ビット）内容（xx）と、前記上位ｍビット（2ビット）が削除された（ＳＴ３４２）ｎビット（30ビット）パケット到着時間情報（PATS 162）と、読み出された（ＳＴ３４０）前記ＭＰＥＧトランスポートストリームパケット（MPEG-TS PKT 163）をこの順番で並べて（2-bit xx + 30-bit PATS + 188-byte TS packet）ソースパケット（Source packet = 2-bit CCI* + 30-bit ATS + 188-byte TS packet）を生成し（ＳＴ３４４）、１以上の前記ソースパケットの集まりで前記第２ストリームオブジェクトデータ（Aligned Unit 247 in Clip AV Stream Object）を生成することにより（ＳＴ３４０〜ＳＴ３４６のループ反復）、前記第１ストリームオブジェクトデータ（Packet Group 147）を前記第２ストリームオブジェクトデータ（Aligned Unit 247）に変換する。

（４）＜第２規格→第１規格間の管理情報変換＞
前記第１規格（HD_DVD-VR）には前記第１ストリームオブジェクトデータ（Packet Group 147 in SOB）の内容を管理する第１管理情報ファイル（図１０のHR_MANGR.IFOファイル）が用意され、前記第１管理情報ファイル（HR_MANGR.IFO）に記録される管理情報（図１２のHDVR-MG）は前記第１ストリームオブジェクトデータ（Packet Group 147 in SOB）の再生単位（セル）の再生開始時間情報（図２３のC_S_PTM）および再生終了時間情報（図２３のC_E_PTM）または、この再生単位（セル）の開始パケット到着時間情報（図２６のC_S_PATS）および終了パケット到着時間情報（図２６のC_E_PATS）を含み、
前記第２規格には前記第２ストリームオブジェクトデータ（Aligned Unit 247 in Clip AV Stream Object）の内容を管理する第２管理情報ファイル（図１１のZDAV directory内ファイル）が用意され、前記第２管理情報ファイル（ZDAV directory内ファイル）に記録される管理情報（図２９のZDAV）は前記第２ストリームオブジェクトデータ（Aligned Unit 247 in Clip AV Stream Object）の再生単位（PlayItem）の再生開始時間情報（図２９のin_time）および再生終了時間情報（図２９のout_time）を含み、
前記第２ストリームオブジェクトデータ（Aligned Unit 247）を前記第１ストリームオブジェクトデータ（Packet Group 147）に変換する際に、
前記第２管理情報ファイル（ZDAV directory内ファイル）に記録される管理情報（図２９のZDAV）を読み取り（ＳＴ５０）、
読み取った前記第２管理情報ファイルの管理情報（ZDAV）に含まれるところの、前記第２ストリームオブジェクトデータ（Aligned Unit in Clip AV Stream Object）の再生単位（PlayItem）の再生開始時間情報（in_time）および再生終了時間情報（out_time）を、それぞれ、前記第１ストリームオブジェクトデータ（Packet Group in SOB）の再生単位（セル）の再生開始時間情報（C_S_PTM）および再生終了時間情報（C_E_PTM）に書き写し、または、
読み取った前記第２管理情報ファイルの管理情報（ZDAV）に含まれるところの、前記第２ストリームオブジェクトデータ（Aligned Unit）の再生単位（PlayItem）の再生開始時間情報（in_time）および再生終了時間情報（out_time）を、それぞれ、前記第１ストリームオブジェクトデータ（Packet Group）の再生単位（セル）の開始パケット到着時間情報（C_S_PATS）および終了パケット到着時間情報（C_E_PATS）に書き写すことで、
前記第２管理情報ファイル（ZDAV directory内ファイル）を前記第１管理情報ファイル（HR_MANGR.IFOファイル）に変換する（ＳＴ６０）。

（５）＜第１規格→第２規格間の管理情報変換＞
前記第１規格（HD_DVD-VR）には前記第１ストリームオブジェクトデータ（Packet Group 147 in SOB）の内容を管理する第１管理情報ファイル（図１０のHR_MANGR.IFOファイル）が用意され、前記第１管理情報ファイル（HR_MANGR.IFO）に記録される管理情報（図１２のHDVR-MG）は前記第１ストリームオブジェクトデータ（Packet Group 147 in SOB）の再生単位（セル）の再生開始時間情報（図２３のC_S_PTM）および再生終了時間情報（図２３のC_E_PTM）または、この再生単位（セル）の開始パケット到着時間情報（図２６のC_S_PATS）および終了パケット到着時間情報（図２６のC_E_PATS）を含み、
前記第２規格には前記第２ストリームオブジェクトデータ（Aligned Unit 247 in Clip AV Stream Object）の内容を管理する第２管理情報ファイル（図１１のZDAV directory内ファイル）が用意され、前記第２管理情報ファイル（ZDAV directory内ファイル）に記録される管理情報（図２９のZDAV）は前記第２ストリームオブジェクトデータ（Aligned Unit 247 in Clip AV Stream Object）の再生単位（PlayItem）の再生開始時間情報（図２９のin_time）および再生終了時間情報（図２９のout_time）を含み、
前記第１ストリームオブジェクトデータ（Packet Group 147）を前記第２ストリームオブジェクトデータ（Aligned Unit 247）に変換する際に、
前記第１管理情報ファイル（HR_MANGR.IFO）に記録される管理情報（図１２のHDVR-MG）を読み取り（ＳＴ５０）、
読み取った前記第１管理情報ファイルの管理情報（HDVR-MG）に含まれるところの、前記第１ストリームオブジェクトデータ（Packet Group）の再生単位（セル）の再生開始時間情報（C_S_PTM）および再生終了時間情報（C_E_PTM）を、それぞれ、前記第２ストリームオブジェクトデータ（Aligned Unit）の再生単位（PlayItem）の再生開始時間情報（in_time）および再生終了時間情報（out_time）に書き写し、または、
読み取った前記第１管理情報ファイルの管理情報（HDVR-MG）に含まれるところの、前記第１ストリームオブジェクトデータ（Packet Group）の再生単位（セル）の開始パケット到着時間情報（C_S_PATS）および終了パケット到着時間情報（C_E_PATS）を、それぞれ、前記第２ストリームオブジェクトデータ（Aligned Unit）の再生単位（PlayItem）の再生開始時間情報（in_time）および再生終了時間情報（out_time）に書き写すことで、
前記第１管理情報ファイル（HR_MANGR.IFOファイル）を前記第２管理情報ファイル（ZDAV directory内ファイル）に変換する（ＳＴ６０）。

（６）＜（１）のフォーマット変換方法を実行する装置＞
ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第１のコピー管理情報を含むところの、第１規格のフォーマットに準拠した第１ストリームオブジェクトデータ、そして、ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第２のコピー管理情報を含むところの、第２規格のフォーマットに準拠した第２ストリームオブジェクトデータを対象としたフォーマット変換装置であって、前記第２規格のパケット到着時間情報がｎビットで構成され、前記第２のコピー管理情報がｍビットで構成され、前記第１規格のパケット到着時間情報がｎ＋ｍビットで構成される場合において、
前記第２ストリームオブジェクトデータを読み込む手段（ＳＴ３０２〜ＳＴ３０８を実行する図３２の８０）と、
読み込んだ前記第２ストリームオブジェクトデータに含まれる前記ｎビットパケット到着時間情報の先頭に前記ｍビット分の穴埋めビットを付加したものを前記ｎ＋ｍビットのパケット到着時間情報に変換する手段（ＳＴ３１８を実行する図３２の８０）と、
前記第２ストリームオブジェクトデータに含まれる前記第２のコピー管理情報により前記第１のコピー管理情報の内容を決定して前記第１ストリームオブジェクトデータを生成する手段（ＳＴ３２６を実行する図３２の８０）を具備したフォーマット変換装置。

（７）＜（２）のフォーマット変換方法を実行する装置＞
前記第１ストリームオブジェクトデータは前記ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組の先頭側にパケットグループヘッダを持ち、このパケットグループヘッダは前記パケット到着時間情報を構成するデータバイトの上位に付加されるパケット到着時間情報拡張バイトを含み、このパケット到着時間情報拡張バイトに設定される値をＰＡＴＳ＿ＥＸとしたときに、
前記第２ストリームオブジェクトデータに含まれる前記ｎビットパケット到着時間情報に桁上がりが生じた場合において、前記ＰＡＴＳ＿ＥＸの値をインクリメントする手段（ＳＴ３１４を実行する図３２の８０）をさらに具備したフォーマット変換装置。

（８）＜（３）のフォーマット変換方法を実行する装置＞
ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第１のコピー管理情報を含むところの、第１規格のフォーマットに準拠した第１ストリームオブジェクトデータ、そして、ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第２のコピー管理情報を含むところの、第２規格のフォーマットに準拠した第２ストリームオブジェクトデータを対象としたフォーマット変換装置であって、前記第２規格のパケット到着時間情報がｎビットで構成され、前記第２のコピー管理情報がｍビットで構成され、前記第１規格のパケット到着時間情報がｎ＋ｍビットで構成され、前記第１ストリームオブジェクトデータは前記ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組の先頭側にパケットグループヘッダを持ち、このパケットグループヘッダが前記第１のコピー管理情報を含む場合において、
前記第１ストリームオブジェクトデータを読み込む手段（ＳＴ３３２〜ＳＴ３３４を実行する図３２の８０）と、
読み込んだ前記第１ストリームオブジェクトデータのパケットグループヘッダに含まれる前記第１のコピー管理情報から、前記ｍビットの第２のコピー管理情報の内容を決定する手段（ＳＴ３３６を実行する図３２の８０）と、
前記ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組を１つ読み出す手段（ＳＴ３４０を実行する図３２の８０）と、
前記第１規格のｎ＋ｍビットパケット到着時間情報から上位のｍビットを削除する手段（ＳＴ３４２を実行する図３２の８０）と、
決定された前記第２のコピー管理情報のｍビット内容と、前記上位ｍビットが削除されたｎビットパケット到着時間情報と、読み出された前記ＭＰＥＧトランスポートストリームパケットをこの順番で並べてソースパケットを生成し、１以上の前記ソースパケットの集まりで前記第２ストリームオブジェクトデータを生成する手段（ＳＴ３４０〜ＳＴ３４６のループを反復実行する図３２の８０）を具備したフォーマット変換装置。

なお、この発明は前述した実施の形態に限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。

例えば、個々にユニークなＩＤを持つフラッシュメモリを情報記憶媒体１００として用い、このフラッシュメモリに、第１規格のオブジェクトデータとその管理情報、および／または、第２規格のオブジェクトデータとその管理情報を記録することができる。

また、第２規格のストリームを「内容解析できないストリーム」として扱い、第１規格のタイプＢのストリームオブジェクトとして管理することも可能である。

さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題が解決でき、発明の効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

この発明の一実施の形態に係る情報記憶媒体で用いられるデータ構造を例示する図。 パケットグループヘッダに含まれるパケットグループ一般情報PKT_GRP_GIの構成例を説明する図。 パケットグループヘッダに含まれるコピー管理情報CCIの構成例を説明する図。 パケットグループヘッダに含まれる業者情報MNIの構成例を説明する図。 第２規格のオブジェクト構造を第１規格のオブジェクト構造に変換する方法を説明する図。 第１規格のオブジェクト構造を第２規格のオブジェクト構造に変換する方法を説明する図。 第２規格のストリームオブジェクトおよびその管理情報を第１規格のストリームオブジェクトおよびその管理情報に変換し、あるいは第１規格のストリームオブジェクトおよびその管理情報を第２規格のストリームオブジェクトおよびその管理情報に変換する大筋の手順を説明するフローチャート図。 第２規格のストリームオブジェクトを第１規格のストリームオブジェクトに変換する具体的な手順の一例を説明するフローチャート図。 第１規格のストリームオブジェクトを第２規格のストリームオブジェクトに変換する具体的な手順の一例を説明するフローチャート図。 第１規格のディレクトリおよびファイル構造を例示する図。 第２規格のディレクトリおよびファイル構造を例示する図。 第１規格で用いられる管理情報の階層構造を例示する図。 第１規格の管理情報に含まれるVMGI_MATの記述内容を例示する図。 第１規格の管理情報に含まれるSOBI_GI(Type A)の記述内容を例示する図。 第１規格の管理情報に含まれるSOBI_GI(Type B)の記述内容を例示する図。 第１規格の管理情報に含まれるSOB_TMAP_GI(Type A)の記述内容を例示する図。 第１規格の管理情報に含まれるSOB_TMAP_GI(Type B)の記述内容を例示する図。 第１規格の管理情報に含まれるES_TMAP_GI(Type A)の記述内容を例示する図。 第１規格の管理情報に含まれるSOBU_ENT(Type A)の記述内容を例示する図。 第１規格の管理情報に含まれるSOBU_ENT(Type B)の記述内容を例示する図。 第１規格の管理情報に含まれるETMAPI_SRP(Type A)の記述内容を例示する図。 第１規格の管理情報に含まれるSTMAPI_SRP(Type B)の記述内容を例示する図。 第１規格の管理情報に含まれるSTRA_C_GI(Type A)の記述内容を例示する図。 第１規格の管理情報に含まれるSTRA_C_EPIのType EP-A(Type A)の記述内容を例示する図。 第１規格の管理情報に含まれるSTRA_C_EPIのType EP-B(Type A)の記述内容を例示する図。 第１規格の管理情報に含まれるSTRB_C_GI(Type B)の記述内容を例示する図。 第１規格の管理情報に含まれるSTRB_C_EPIのType EP-A(Type B)の記述内容を例示する図。 第１規格の管理情報に含まれるSTRB_C_EPIのType EP-B(Type B)の記述内容を例示する図。 第２規格で用いられる管理情報の階層構造を例示する図。 第２規格の管理情報に含まれるCLIPINFファイルの記述内容を例示する図。 第２規格の管理情報に含まれるCLPIの記述内容を例示する図。 第１規格に準拠したレコーダの具体例を説明する図。

符号の説明

１００…情報記憶媒体（赤色または青色レーザを用いた記録再生可能な光ディスク、フラッシュメモリ等のリードライトメモリ、その他の読み書き可能な記憶媒体）；１１１…ボリューム／ファイル構造情報領域（第１規格および／または第２規格用）；１３０…ＡＶデータ管理情報記録領域（第１規格および／または第２規格用）；１３１…再生専用ビデオオブジェクト群記録領域；１３２…記録再生用ビデオレコーディングオブジェクト群記録領域（MPEG-Program Stream記録）；１３３…第１規格での記録再生用ストリームオブジェクト群記録領域（MPEG-Transport Stream記録）；２３３…第２規格での記録再生用ストリームオブジェクト群記録領域（MPEG-Transport Stream記録）。

Claims (8)

1. ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第１のコピー管理情報を含むところの、第１規格のフォーマットに準拠した第１ストリームオブジェクトデータ、そして、ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第２のコピー管理情報を含むところの、第２規格のフォーマットに準拠した第２ストリームオブジェクトデータを対象としたフォーマット変換方法であって、
   前記第２規格のパケット到着時間情報がｎビットで構成され、前記第２のコピー管理情報がｍビットで構成され、前記第１規格のパケット到着時間情報がｎ＋ｍビットで構成される場合において、
   前記第２ストリームオブジェクトデータを読み込み、
   読み込んだ前記第２ストリームオブジェクトデータに含まれる前記ｎビットパケット到着時間情報の先頭に前記ｍビット分の穴埋めビットを付加したものを前記ｎ＋ｍビットのパケット到着時間情報に変換し、
   前記第２ストリームオブジェクトデータに含まれる前記第２のコピー管理情報により前記第１のコピー管理情報の内容を決定して前記第１ストリームオブジェクトデータを生成することにより、
   前記第２ストリームオブジェクトデータを前記第１ストリームオブジェクトデータに変換するフォーマット変換方法。
2. 前記第１ストリームオブジェクトデータは前記ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組の先頭側にパケットグループヘッダを持ち、このパケットグループヘッダは前記パケット到着時間情報を構成するデータバイトの上位に付加されるパケット到着時間情報拡張バイトを含み、このパケット到着時間情報拡張バイトに設定される値をＰＡＴＳ＿ＥＸとしたときに、
   前記第２ストリームオブジェクトデータに含まれる前記ｎビットパケット到着時間情報に桁上がりが生じた場合において、前記ＰＡＴＳ＿ＥＸの値をインクリメントする請求項１に記載の方法。
3. ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第１のコピー管理情報を含むところの、第１規格のフォーマットに準拠した第１ストリームオブジェクトデータ、そして、ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第２のコピー管理情報を含むところの、第２規格のフォーマットに準拠した第２ストリームオブジェクトデータを対象としたフォーマット変換方法であって、
   前記第２規格のパケット到着時間情報がｎビットで構成され、前記第２のコピー管理情報がｍビットで構成され、前記第１規格のパケット到着時間情報がｎ＋ｍビットで構成され、
   前記第１ストリームオブジェクトデータは前記ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組の先頭側にパケットグループヘッダを持ち、このパケットグループヘッダが前記第１のコピー管理情報を含む場合において、
   前記第１ストリームオブジェクトデータを読み込み、
   読み込んだ前記第１ストリームオブジェクトデータのパケットグループヘッダに含まれる前記第１のコピー管理情報から、前記ｍビットの第２のコピー管理情報の内容を決定し、
   前記ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組を１つ読み出し、
   前記第１規格のｎ＋ｍビットパケット到着時間情報から上位のｍビットを削除し、
   決定された前記第２のコピー管理情報のｍビット内容と、前記上位ｍビットが削除されたｎビットパケット到着時間情報と、読み出された前記ＭＰＥＧトランスポートストリームパケットをこの順番で並べてソースパケットを生成し、１以上の前記ソースパケットの集まりで前記第２ストリームオブジェクトデータを生成することにより、
   前記第１ストリームオブジェクトデータを前記第２ストリームオブジェクトデータに変換するフォーマット変換方法。
4. 前記第１規格には前記第１ストリームオブジェクトデータの内容を管理する第１管理情報ファイルが用意され、前記第１管理情報ファイルに記録される管理情報は前記第１ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報または、この再生単位の開始パケット到着時間情報および終了パケット到着時間情報を含み、
   前記第２規格には前記第２ストリームオブジェクトデータの内容を管理する第２管理情報ファイルが用意され、前記第２管理情報ファイルに記録される管理情報は前記第２ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報を含み、
   前記第２ストリームオブジェクトデータを前記第１ストリームオブジェクトデータに変換する際に、
   前記第２管理情報ファイルに記録される管理情報を読み取り、
   読み取った前記第２管理情報ファイルの管理情報に含まれるところの、前記第２ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報を、それぞれ、前記第１ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報に書き写し、または、
   読み取った前記第２管理情報ファイルの管理情報に含まれるところの、前記第２ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報を、それぞれ、前記第１ストリームオブジェクトデータの再生単位の開始パケット到着時間情報および終了パケット到着時間情報に書き写すことで、
   前記第２管理情報ファイルを前記第１管理情報ファイルに変換する請求項１または請求項２に記載の方法。
5. 前記第１規格には前記第１ストリームオブジェクトデータの内容を管理する第１管理情報ファイルが用意され、前記第１管理情報ファイルに記録される管理情報は前記第１ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報または、この再生単位の開始パケット到着時間情報および終了パケット到着時間情報を含み、
   前記第２規格には前記第２ストリームオブジェクトデータの内容を管理する第２管理情報ファイルが用意され、前記第２管理情報ファイルに記録される管理情報は前記第２ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報を含み、
   前記第１ストリームオブジェクトデータを前記第２ストリームオブジェクトデータに変換する際に、
   前記第１管理情報ファイルに記録される管理情報を読み取り、
   読み取った前記第１管理情報ファイルの管理情報に含まれるところの、前記第１ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報を、それぞれ、前記第２ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報に書き写し、または、
   読み取った前記第１管理情報ファイルの管理情報に含まれるところの、前記第１ストリームオブジェクトデータの再生単位の開始パケット到着時間情報および終了パケット到着時間情報を、それぞれ、前記第２ストリームオブジェクトデータの再生単位の再生開始時間情報および再生終了時間情報に書き写すことで、
   前記第１管理情報ファイルを前記第２管理情報ファイルに変換する請求項３に記載の方法。
6. ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第１のコピー管理情報を含むところの、第１規格のフォーマットに準拠した第１ストリームオブジェクトデータ、そして、ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第２のコピー管理情報を含むところの、第２規格のフォーマットに準拠した第２ストリームオブジェクトデータを対象としたフォーマット変換装置であって、
   前記第２規格のパケット到着時間情報がｎビットで構成され、前記第２のコピー管理情報がｍビットで構成され、前記第１規格のパケット到着時間情報がｎ＋ｍビットで構成される場合において、
   前記第２ストリームオブジェクトデータを読み込む手段と、
   読み込んだ前記第２ストリームオブジェクトデータに含まれる前記ｎビットパケット到着時間情報の先頭に前記ｍビット分の穴埋めビットを付加したものを前記ｎ＋ｍビットのパケット到着時間情報に変換する手段と、
   前記第２ストリームオブジェクトデータに含まれる前記第２のコピー管理情報により前記第１のコピー管理情報の内容を決定して前記第１ストリームオブジェクトデータを生成する手段を具備したフォーマット変換装置。
7. 前記第１ストリームオブジェクトデータは前記ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組の先頭側にパケットグループヘッダを持ち、このパケットグループヘッダは前記パケット到着時間情報を構成するデータバイトの上位に付加されるパケット到着時間情報拡張バイトを含み、このパケット到着時間情報拡張バイトに設定される値をＰＡＴＳ＿ＥＸとしたときに、
   前記第２ストリームオブジェクトデータに含まれる前記ｎビットパケット到着時間情報に桁上がりが生じた場合において、前記ＰＡＴＳ＿ＥＸの値をインクリメントする手段をさらに具備した請求項６に記載のフォーマット変換装置。
8. ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第１のコピー管理情報を含むところの、第１規格のフォーマットに準拠した第１ストリームオブジェクトデータ、そして、ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組および第２のコピー管理情報を含むところの、第２規格のフォーマットに準拠した第２ストリームオブジェクトデータを対象としたフォーマット変換装置であって、
   前記第２規格のパケット到着時間情報がｎビットで構成され、前記第２のコピー管理情報がｍビットで構成され、前記第１規格のパケット到着時間情報がｎ＋ｍビットで構成され、
   前記第１ストリームオブジェクトデータは前記ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組の先頭側にパケットグループヘッダを持ち、このパケットグループヘッダが前記第１のコピー管理情報を含む場合において、
   前記第１ストリームオブジェクトデータを読み込む手段と、
   読み込んだ前記第１ストリームオブジェクトデータのパケットグループヘッダに含まれる前記第１のコピー管理情報から、前記ｍビットの第２のコピー管理情報の内容を決定する手段と、
   前記ＭＰＥＧトランスポートストリームパケットとそのパケット到着時間情報の組を１つ読み出す手段と、
   前記第１規格のｎ＋ｍビットパケット到着時間情報から上位のｍビットを削除する手段と、
   決定された前記第２のコピー管理情報のｍビット内容と、前記上位ｍビットが削除されたｎビットパケット到着時間情報と、読み出された前記ＭＰＥＧトランスポートストリームパケットをこの順番で並べてソースパケットを生成し、１以上の前記ソースパケットの集まりで前記第２ストリームオブジェクトデータを生成する手段を具備したフォーマット変換装置。

Images