JP2011170963A - デジタルａｖ情報記録媒体とこの媒体を用いる記録／再生方法および記録／再生装置 - Google Patents

Abstract

【課題】エントリポイントにサムネールを付けることができるデジタルストリーム記録用の媒体を提供する。
【解決手段】動画情報とは別の領域にサムネールの情報を持たせる。また、管理情報はプログラムの一部に対応するセル情報を含み、このセル情報はプログラム内に入る位置を示すエントリポイント情報を含む。このエントリポイント情報（Ｃ＿ＥＰＩ）が、前記サムネールの情報を指定するポインタ情報（ＴＢＮ＿ＰＴ）を持つように構成される。
【選択図】 図１８

Description

この発明は、デジタルＡＶ情報記録媒体と、この媒体を用いる記録／再生方法、および記録／再生装置に関する。とくに、高精細ＡＶ情報をリアルタイムでデジタル記録再生できる、媒体、方法および装置に関する。

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

このようなデジタルＴＶ放送の放送開始に伴って、デジタルＴＶ放送のコンテンツを（デジタル／アナログ変換を経ることなく）そのまま録画できるストリーマのマーケットニーズが高まってきている。このデジタル放送データ（ＭＰＥＧ−ＴＳ等）をそのまま記録するストリーマとして以前から市販されている代表的なものとしては、Ｄ−ＶＨＳ（登録商標Ｒ）と称するビデオカセットレコーダ（Ｄ−ＶＨＳストリーマ）がある。また、ブルーレーザを用いて光ディスクにハイビジョン番組をデジタル録再するストリーマ、あるいは大容量ハードディスクを用いてハイビジョン番組をデジタル録再するストリーマも、一部のメーカから発売されている。

ストリーマは放送されたデジタルストリームをそのまま記録するものなので、録画後のプログラムは、個々のユーザが好きなところから簡単な操作で再生できるようになっているとは限らない。そこで、既存のＤＶＤビデオレコーダでは、ユーザの好きなところからプログラムを再生できるよう、エントリポイントを打てるように構成されている。この機能はストリーマでも欲しい機能であり、エントリポイントを打てるようにしたストリーマも考案されている（特許文献１参照）。

なお、特許文献１では、エントリポイントを発生させる原因に対応したステータスをエントリポイントに追加できるようになっている。このため、エントリポイントを作成する原因については分かるが、エントリポイントに種々な拡張情報を付加できるようにはなっていない。

特開２００３−１８５４９号公報

ストリーム記録したプログラムにエントリポイントが付いていても、それだけでは、ユーザにとってエントリポイントがプログラムの何処に該当するのか分かりにくい。

あるいは、エントリポイントに対応して付けるテキストの格納場所が不足した場合において、さらに打ち込みたいテキストが打ち込めないのでは不便である。

あるいは、エントリポイントに付ける情報を現状から拡張したい場合に、それができないというのは不便である。

あるいは、自社のレコーダで業者情報（ＭＮＦＩ）を使用して１枚のディスクに機能追加しても、そのディスクが他社のレコーダにより追加記録などされた場合、そのディスクの業者情報とそのディスクからの再生情報との整合性が崩れる可能性がある。しかし、そのディスクが他社機で記録等に使われたかどうかを判断する手段が無いというのも不便である（つまりこのようなディスクの記録内容の信頼性が分からないというのはユーザにとって不安がある）。

この発明は上記事情のうちの少なくとも１つに鑑みなされたもので、その目的の１つは、エントリポイントにインデックス用の画像情報（ユーザが目視で認知できる縮小画像／サムネールなど）を付与できるように構成されたデジタルＡＶ情報記録媒体を提供することである。

この発明の一実施の形態に係る情報媒体は、動画情報を含むＡＶ情報を記録するデータ領域と、このデータ領域に記録されたＡＶ情報を１以上のプログラムとして管理する管理情報を格納する管理領域とを持っている。この情報媒体において、動画情報（ＨＲ＿ＳＴＲＭｘ．ＳＲＯ等）とは別の領域（ＨＲ＿ＴＨＮＬ．ＤＡＴ）に、インデックス用画像情報を持たせる。また、管理情報（ＤＶＤ＿ＨＤＶＲ／ＨＲ＿ＭＡＮＧＲ．ＩＦＯ／ＰＧＣＩ）はプログラム（ＰＧ）の一部に対応するセルの情報（ＣＩ）を含み、このセルの情報（ＣＩ）はプログラム内に入る位置を示すエントリポイントの情報（Ｃ＿ＥＰＩ）を含み、このエントリポイントの情報（Ｃ＿ＥＰＩ）が、前記インデックス用画像情報を指定するインデックス用ポインタ情報（ＴＢＮ＿ＰＴ）を持つことができるように構成される。

エントリポイントにインデックス用の画像情報（ユーザが目視で認知できる縮小画像／サムネールまたは代表画像など）を付与できる。

この発明の一実施の形態に係るデータ構造を説明する図。 この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図。 この発明の一実施の形態に係るファイル構造を説明する図。 ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＲＴＲ＿ＶＭＧ）の一部（ＲＴＲ＿ＶＭＧＩ）がどのように構成されるかの一例を説明する図。 この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＲＴＲ＿ＶＭＧ）の他部（ＥＳＦＩＴ）がどのように構成されるかの一例を説明する図。 図５に示した管理情報（ＥＳＦＩＴ）の各構成要素のうち、ＥＳＦＩＴＩ＿ＧＩおよびＥＳＦＩの中身がどのように構成されるかの一例を説明する図。 図５に示した管理情報（ＥＳＦＩＴ）の各構成要素のうち、ＥＳＯＢＩ＿ＶＳＴＩおよびＥＳＯＢＩ＿ＡＳＴＩの中身がどのように構成されるかの一例を説明する図。 図６に示した管理情報のうち、ＥＳＦＩ＿ＧＩおよびＥＳＯＢＩの中身がどのように構成されるかの一例を説明する図。 図８に示した管理情報のうち、ストリームオブジェクト一般情報（ＥＳＯＢ＿ＧＩ）の中身がどのように構成されるかの一例を説明する図。 図８に示した管理情報のうち、ＥＳＯＢエレメンタリストリーム情報と、タイムマップ一般情報（ＴＭＡＰ＿ＧＩ）と、エレメンタリストリームマップ情報（ＥＳ＿ＭＡＰＩ）と、ＥＳグループ情報の中身がどのように構成されるかの一例を説明する図。 図１０に示したＥＳ＿ＭＡＰ＿ＧＩの中身がどのように構成されるかの一例を説明する図。 図１０に示したＥＳＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を説明する図。 図２に示したＥＳＯＢＵが、ビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図。 ＡＶデータ管理情報記録領域１３０に記録される管理情報の別の１つ（ストリームデータ管理情報ＲＴＲ＿ＥＳＭＧ）に含まれるＰＧＣ情報（オリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩ／ユーザ定義情報テーブル情報ＵＤＰＧＣＩＴＩ）が、どのように構成されるかの一例を説明する図。 図１４に示したプログラムチェーン情報（ＯＲＧ＿ＰＧＣ情報またはＵＤ＿ＰＧＣ情報）の各構成要素の中身がどのように構成されるかの一例を説明する図。 図４または図１４の管理情報記録領域１３０に記録される管理情報に含まれるテキストデータマネージャ（ＴＸＴＤ＿ＭＧ）の中身がどのように構成されるかの一例を説明する図。 図１５のセル情報に含まれるセルエントリポイント情報テーブル（Ｃ＿ＥＰＩＴ）の中身がどのように構成されるかの一例を説明する図。 図１７のセルエントリポイント情報（Ｃ＿ＥＰＩ）の中身がどのように構成されるかの一例（例１のＥＰＩ）を説明する図。 図１８のＣ＿ＥＰＩに含まれるエントリポイントタイプ（ＥＰ＿ＴＴ）の中身がどのように構成されるかの一例を説明する図。 図１７のセルエントリポイント情報（Ｃ＿ＥＰＩ）の中身がどのように構成されるかの一例（例２のＥＰＩ）を説明する図。 図４または図１４の管理情報記録領域１３０に記録される管理情報に含まれる拡張エントリポイント情報テーブル（ＥＸ＿ＥＰＩＴ）がどのようなファイルで管理されるか（あるいはどのように構成されるか）の一例を説明する図。 図２１の拡張エントリポイント情報テーブル（ＥＸ＿ＥＰＩＴ）の中身がどのように構成されるかの一例（例２のＥＰＩが用いられる場合）を説明する図。 図４または図１４の管理情報記録領域１３０に記録される管理情報に含まれる業者情報（マニファクチャラー情報ＭＮＦＩ）の中身がどのように構成されるかの一例を説明する図。 図１または図２に示したストリームオブジェクト用のデータユニット（ＥＳＯＢＵ）がどのように構成されるかの一例を説明する図。 図２４に示したパケットグループヘッダに含まれるパケットの到着時間（ＡＴＳ）、有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）および表示制御情報（ＤＣＩ）がどのように構成されるかの一例を説明する図。 図２４に示したパケットグループヘッダに含まれるコピー世代管理情報（またはコピー制御情報ＣＣＩ）がどのように構成されるかの一例を説明する図。 図２４に示したパケットグループにおいて、パケットグループヘッダの後に含まれるパケット到着時間の増分（ＩＡＰＡＴ）およびＰＣＲ位置情報（パック数あるいはＰＣＲ＿ＬＢ数番号等）がどのように構成されるかの一例を説明する図。 図３のファイル構造において、ＤＶＤ＿ＨＤＶＲファイル内で管理されるサムネール（あるいは代表画像）のオブジェクトファイル（ＨＲ＿ＴＨＮＬ．ＤＡＴ；例２のＥＰＩが用いられる場合はＶＭＧファイルとは別ファイル）の内部構造の一例を説明する図。 図３のファイル構造において、ＤＶＤ＿ＨＤＶＲファイル内で管理されるテキストデータのオブジェクトファイル（ＨＲ＿ＴＥＸＴ．ＤＡＴ；追加のテキストファイル）の内部構造の一例を説明する図。 この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図。 図３０の装置の全体の動作の一例を説明するフローチャート図（全体動作処理フロー）。 図３０の装置の動作における割り込み処理の一例を説明するフローチャート図（割り込み処理フロー）。 図３１に示した編集処理（ＳＴ２８）の一例を説明するフローチャート図（編集動作処理フロー）。 図３０の装置の録画動作の一例（その１）を説明するフローチャート図。 図３０の装置の録画動作の一例（その２）を説明するフローチャート図（エントリポイント付加処理付きの録画フロー）。 図１に示したディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前の処理の一例を説明するフローチャート図（録画前処理フロー）。 図３５に示したストリーム情報（ＶＳＴＩとＡＳＴＩ）作成処理（ＳＴ１２０）の一例を説明するフローチャート図（ＳＴＩ設定処理フロー）。 図３５に示したバッファ取り込み処理（ＳＴ１３０）の一例を説明するフローチャート図（バッファ取り込み処理フロー）。 図３８に示したＤＣＩ、ＣＣＩ設定処理（ＳＴ１３１１）の一例を説明するフローチャート図。 図３９のステップＳＴ１３１２３の処理（パックグループアライン処理）におけるパックグループのデータ構造を例示する図。 図３４に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＦＩまたはＥＳＦＩ）作成処理の一例を説明するフローチャート図（ＥＳＯＢ構造設定処理および編集日時設定処理付きのストリームファイル情報作成処理フロー）。 図４１に示したＥＳＯＢ構造設定処理（ＳＴ１５２２）の一例を説明するフローチャート図。 図３４に示した録画終了処理（ＳＴ１５０）におけるプログラムチェーン（ＰＧＣ）作成処理（プログラム設定処理を含む）の一例を説明するフローチャート図（プログラム設定処理フロー）。 図４３に示したプログラム更新日時設定処理（ＳＴ１７０４）におけるアイテムテキスト（ＩＴ＿ＴＸＴ）作成処理の一例を説明するフローチャート図（アイテムテキスト設定処理フロー）。 図３４に示したエントリポイント付加処理（ＳＴ１４７）の一例を説明するフローチャート図（ＥＰ付加処理フロー）。 例えば図４５の処理によりエントリポイントが付加されたあと（既にエントリポイントが付加済みの場合）、このエントリポイントに対応してサムネール（縮小画像あるいは代表画像）を設定する処理の一例を説明するフローチャート図（縮小画像設定処理フロー）。 エントリポイントに対応したサムネール（縮小画像あるいは代表画像）を表示する処理の一例を説明するフローチャート図（縮小画像表示処理フロー）。 エントリポイントに対応したサムネール（縮小画像あるいは代表画像）を登録する処理の一例を説明するフローチャート図（縮小画像登録処理フロー）。 図４７の縮小画像表示処理においてサムネール（縮小画像あるいは代表画像）がどのような形態で画面表示されるかの一例を説明する図。 図３０の装置の再生動作の一例（その１）を説明するフローチャート図。 図３０の装置の再生動作の一例（その２）を説明するフローチャート図（全体の再生動作フロー）。 図５１のセル再生時の処理（ＳＴ２２０）の一例（その１）を説明するフローチャート図。 図５１のセル再生時の処理（ＳＴ２２０）の一例（その２）を説明するフローチャート図。 図５３のバッファデコーダ転送処理（ＳＴ２２１７）の一例を説明するフローチャート図。 図３０の装置で用いることができるプログラムマップテーブル（ＰＭＴ）のデータ構造例を説明する図。 図３０の装置で用いることができるデジタルコピー制御ディスクリプタの内容例、およびこのディスクリプタを用いたコピー制御処理の一例を説明する図。 デジタルコピー制御がビデオデータに対してどのように運用されるかの一例を説明する図。 デジタルコピー制御がオーディオデータに対してどのように運用されるかの一例を説明する図。 図３０の装置で用いることができるコンテンツ利用ディスクリプタの内容の一例を説明する図。 図３０の装置で用いることができるイベント情報テーブル（ＥＩＴ）のデータ構造例を説明する図。 図３０の装置で用いることができる拡張イベントディスクリプタの内容の一例を説明する図。 再生時間（ＰＴＭ）が与えられた場合に、このＰＴＭから目的のパケットをどのように捕まえるかを説明する図。 ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＲＴＲ＿ＶＭＧ）がどのように構成されるかの他例（図４の変形例）を説明する図。 プログラムチェーン情報（ＯＲＧ＿ＰＧＣ情報またはＵＤ＿ＰＧＣ情報）の各構成要素の中身がどのように構成されるかの他例（図１５の変形例）を説明する図。 図４または図１４の管理情報記録領域１３０に記録される管理情報に含まれる業者情報（マニファクチャラー情報ＭＮＦＩ）の中身がどのように構成されるかの他例（図２３の変形例）を説明する図。 図３０の装置の録画動作の他例（図３５の変形例）を説明するフローチャート図（エントリポイント付加処理なしの録画フロー）。 情報記憶媒体（光ディスク）に録画を開始する前の処理の他例（図３６の変形例）を説明するフローチャート図（録画前処理フロー）。 プログラムチェーン（ＰＧＣ）作成処理の他例（図４３の変形例）を説明するフローチャート図（プログラム設定処理フロー）。 図６８に示したプログラム更新日時設定処理（ＳＴ１７００Ｘ）におけるアイテムテキスト（ＩＴ＿ＴＸＴ）作成処理の他例（図４４の変形例）を説明するフローチャート図（アイテムテキスト設定処理フロー）。 既にエントリポイントが付加済みの場合において、このエントリポイントに対応してサムネール（縮小画像あるいは代表画像）を業者情報ＭＮＦＩに設定する処理の他例（図４６の変形例）を説明するフローチャート図（縮小画像設定処理フロー）。 業者情報ＭＮＦＩに設定されたサムネール（縮小画像あるいは代表画像）を表示する処理の他例（図４７の変形例）を説明するフローチャート図（縮小画像表示処理フロー）。 図６５の業者情報ＭＮＦＩの信頼性をチェックする処理の一例を説明するフローチャート図（ＭＮＦＩ信頼性チェック処理フロー）。

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

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

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

これらのデータに対し、ＤＶＤ−ＲＡＭなどのディスクメディアに記録する場合には、放送されたデータをそのままデジタルデータとして記録する方が有利である。そこで、既存のＶＲ（ビデオレコーディング）フォーマットとは違う、ストリームをそのまま記録するフォーマットとして、この発明では、ＥＳＲ（エクステンド・ストリーム・レコーディング）を提案している。このＥＳＲは、従前のＳＲ（ストリームレコーディング）をＶＲ（ビデオレコーディング）にマージしたもので、既存のＶＲ資産を生かしつつ、デジタル放送のストリームレコーディングに対応したものとなる。

以下、上記のＥＳＲに基づくこの発明の実施の形態について、図面を参照して詳細に説明する。図１は、この発明の一実施の形態に係るデータ構造を説明する図である。ディスク状情報記録媒体１００（図１（ａ））としては、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒ等の記録可能光ディスクや、ハードディスク等の記録可能磁気ディスクがある。以下では、ＤＶＤ−ＲＡＭ等の光ディスクを例にとって説明を続ける。

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

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

各Ｅストリームオブジェクト１３２は、ディスク１００へのアクセス単位となるデータユニット（ＥＳＯＢＵ：Extend Stream Object Unit）１３４が１つ以上集まって構成される（図１（ｆ））。ここで、１つのＥＳＯＢＵは、一定時間間隔のピクチャ単位で区切られたデータユニットである。あるいは、１つのＥＳＯＢＵは、１以上のＧＯＰで区切られたデータユニットとしてもよい。各データユニット（ＥＳＯＢＵ）１３４は、複数ＴＳパケットの集まりで構成されるパケットグループ（Ｐａｃｋｅｔ＿Ｇｒｏｕｐ）１４０が１つ以上集まって構成される（図１（ｇ））。

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

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

ここで、DVD-Video（ROM Video）はVIDEO-TS、DVD-RTR（録再ＤＶＤ）はDVD-RTAVと、フォーマット毎に記録ファイルのディレクトリを分けている。デジタル放送対応の新ストリームレコーディング（ＥＳＲ）においても、同様に、記録ファイルは、例えばＤＶＤ＿ＨＤＶＲ（図３参照）というディレクトリに記録される。

図２は、この発明の一実施の形態に係るデータ構造における再生管理情報層とオブジェクト管理情報層とオブジェクト層との関係を説明する図である。図１のＡＶデータ管理情報記録領域１３０に記録される管理情報（ＶＭＧ／ＥＳＭＧファイル）は、ビデオレコーディング規格に基づく記録コンテンツおよびこの発明に基づくストリーム記録コンテンツの双方の再生手順を管理する再生管理情報層１０を持っている。

すなわち、ストリーム記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、ビデオレコーディング記録されたオブジェクトの再生単位であるセル１３が１以上集まってプログラム１２が構成され、これらのプログラム１２の並び（再生手順）が、プログラムチェーン（ＰＧＣ）１１の管理情報（ＰＧＣＩ）で管理される。

ここでは、ストリーム記録側のセル１３の途中から再生を開始する場合でも、ビデオレコーディング側のセル１３の途中から再生を開始する場合でも、ユーザは再生時間（ＰＴＳ）で再生場所を指定することができるようになっている。

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

各パケットグループ１４０は、８個のパック（あるいは８個のＬＢ）（１６３８４バイト）で構成され、先頭にパケットグループヘッダ１６１を持ち、その後に、複数のトランスポートストリームパケット（ＴＳ＿Ｐａｃｋｅｔ）１６２と複数のパケット到着時間差分情報（ＩＡＰＡＴ）１６３が配置される。これらのＴＳパケット１６２内にストリームレコーディングの記録コンテンツが格納される。

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

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

図２の示すところを纏めると、次のようになる。すなわち、ＥＳＯＢＳ（Extend Stream Object Stream）の構造は、１以上のＥＳＯＢ（Extend Stream Object）で構成される。このＥＳＯＢは、例えば一番組に相当する。ＥＳＯＢは１以上のＥＳＯＢＵ（Extend stream object unit）で構成され、このＥＳＯＢＵは、一定時間間隔（図９のＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＩＶＬの値により変化する）分のオブジェクトデータ、もしくは１以上のＧＯＰデータに相当する。

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

また、パケットグループはパケットグループヘッダとＴＳパケット（８５個）及びＩＡＰＡＴ（Incremental Application Packet Arrival Time）（８４個）で構成されている。各ＴＳパケットの到着時間は、パケットグループ内の最初のＴＳパケットについてはパケットグループヘッダ内のＡＴＳが到着時間で、次はＡＴＳとＩＡＰＡＴを足した値で表わされる。その次からは、１つ前の到着時間にＩＡＰＡＴを足した値で表わされる。このように、２番目以降のＴＳパケットの到着時間をその前の到着時間からの差分で表すようにしたことにより、ＩＡＰＡＴを小さなデータ量（３バイト）で表せるようになり、データ量が節約できる。

図３は、この発明の一実施の形態に係るファイル構造を説明する図である。図１のディスク１００内のデータは、ファイルシステムが入っているボリューム／ファイル構造情報領域１１１と、データファイルを実際に記録するデータ領域１１２で構成されている。ボリューム／ファイル構造情報領域１１１に格納されるファイルシステムは、図３に示すように、どのファイルがどこに記録されているかを示す情報で構成されている。また、データ領域１１２には一般のコンピュータが記録する領域１２０とＡＶデータを記録する領域１２１に分けられている。ＡＶデータ記録領域１２１は、記録されたＡＶデータを管理するためのＶＭＧファイル（後述するＥＳＭＧファイルもマージされた形で含む）があるＡＶデータ管理情報領域１３０と、ビデオレコーディング規格のオブジェクトデータ（ＶＯＢＳ）ファイル（ＶＲＯファイル）の記録されるＶＲオブジェクト群記録領域１２２と、デジタル放送に対応したオブジェクト（ＥＳＯＢＳ）が記録されているＥＳｔｒｅａｍオブジェクト群記録領域１３１で構成されている。

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

つまり、図３に示すように、ＤＶＤ＿ＨＤＶＲというディレクトリには、データの管理を行うためのＶＭＧファイルと、アナログ放送及びアナログライン入力などのアナログＡＶ情報記録用のオブジェクトファイルであるＶＲＯと、デジタル放送のオブジェクトであるＳＲＯファイルが記録され、そのＳＲＯファイルはＥＳＯＢＳ（Extend stream object Set）とされる。そして、図３に示されるように、ＳＲの管理データはＶＲと共通のＶＭＧファイルに記録され、ＶＲと共通に制御され、ＣＥＬＬ単位でリンクされ、再生場所の指定は再生時間単位で指定される。

また、ＤＶＤ＿ＨＤＶＲというディレクトリには、縮小画像用のファイルとして、ＨＲ＿ＴＨＮＬ．ＤＡＴと、アイテムテキスト（ＩＴ＿ＴＸＴ）とは別に追加されたテキストファイル：ＨＲ＿ＴＥＸＴ．ＤＡＴと、エントリポイント（ＥＰ）に追加された情報を保存するためのＨＲ＿ＥＸＥＰ．ＤＡＴ（拡張エントリポイントＥＸＥＰがＶＭＧ内にある場合はこのＨＲ＿ＥＸＥＰ．ＤＡＴファイルは不要）がある。

ＥＳＲ（Extend stream Recording）の管理情報（図４のＥＳＦＩＴあるいは図１４のＲＴＲ＿ＥＳＭＧ）は、図３のＶＭＧファイル（ＨＲ＿ＭＡＮＧＥＲ．ＩＦＯ）内に保存され、ＶＲデータと同列に管理できる。この場合、ストリームの管理情報はＥＳＦＩＴ（Extend stream File Information table）に保存されている。

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

ＲＴＲ＿ＶＭＧ１３０は、ビデオマネージャ情報（ＲＴＲ＿ＶＭＧＩ）１３１０と、ストリームファイル情報テーブル（ＥＳＦＩＴ：Extend Stream File Information Table）１３２０と、（オリジナルの）プログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）１３３０と、プレイリスト情報（ＰＬ＿ＳＲＰＴ；またはユーザ定義プログラムチェーン情報テーブル：ＵＤ＿ＰＧＣＩＴ）１３４０と、テキストデータマネージャ（ＴＸＴＤ＿ＭＧ）１３５０と、業者情報テーブル（ＭＮＦＩＴ）１３６０と、拡張エントリポイントテーブル（ＥＸ＿ＥＰＩＴ）１３６１を含んで構成されている。

なお、 プレイリストおよびユーザ定義プログラムチェーンは、呼称が異なるが実質的には対等の意味を持ち、ビデオレコーディング規格で用いられているプレイリストおよびユーザ定義プログラムチェーンと同義である。このことから、以下の説明ではプレイリスト関連の情報（ＰＬ＿ＳＲＰ等）およびユーザ定義プログラムチェーン関連の情報（ＵＤ＿ＰＧＣＩＴ＿ＳＲＰ等）が、適宜、併記されている。

ＲＴＲ＿ＶＭＧＩ・１３１０は、ディスク管理識別情報（ＶＭＧ＿ＩＤ／ＥＳＭＧ＿ＩＤ）１３１１と、バージョン情報（ＶＥＲＮ）１３１２と、Ｅストリームオブジェクト管理情報開始アドレス（ＥＳＦＩＴ＿ＳＡ）１３１３と、プログラムチェーン情報開始アドレス（ＯＲＧ＿ＰＧＣＩ＿ＳＡ）１３１５と、プレイリスト情報開始アドレス（ＵＤ＿ＰＧＣＩＴ＿ＳＡ）１３１６を含んで構成されている。ＥＳＲストリームの管理情報は、ＥＳＦＩＴ１３２０に保存される。

図５は、この発明の一実施の形態に係るデータ構造において、管理情報の１つ（ＲＴＲ＿ＶＭＧ）の他部（ＥＳＦＩＴ）がどのように構成されるかの一例を説明する図である。ＥＳＦＩＴ１３２０は、 ＥＳＦＩＴの一般情報ＥＳＦＩＴＩ_ＧＩ（General Information）１３２１と、ＥＳＯＢＩ＿ＶＳＴＩ（Video Status Information）１３２２と、 ＥＳＯＢＩ＿ＡＳＴＩ（Audio Status Information）１３２３と、ＥＳＦＩ（Extend Stream File Information）１３２４を含んで構成される。ＥＳＦＩＴＩ_ＧＩはＥＳＯＢの数、ＶＳＴＩの数、ＡＳＴＩの数、ＥＳＦＩＴのエンドアドレスなどで構成することもできる。

ＶＳＴＩおよびＡＳＴＩは、ＥＳＯＢ内のストリームの属性情報であり、ビデオ属性情報はＶＳＴＩで表すことができ、オーディオ属性情報はＡＳＴＩで表すことができる。ＶＲ規格では、ストリーム情報ＳＴＩはＶＩＤＥＯとＡＵＤＩＯを一組として１つのＳＴＩを構成していたが、デジタル放送の場合、放送信号内に複数のビデオおよび／またはオーディオが入る可能性がある。このため、ＶＲ規格のように必ずしも同じビデオ／オーディオの組でＳＴＩが表されるとは限らない。このことから、ビデオとオーディオは別々の属性情報にして管理した方が全体的なＳＴＩの情報量が少なくて済む。これらビデオの属性情報（Ｖ＿ＡＴＲ）およびオーディオの属性情報（Ａ＿ＡＴＲ）の詳細については、図７を参照して後述する。

図６は、図５に示した管理情報（ＥＳＦＩＴ）の各構成要素のうち、ＥＳＦＩＴＩ＿ＧＩおよびＥＳＦＩの中身がどのように構成されるかの一例を説明する図である。ＥＳＦＩＴＩ＿ＧＩ・１３２１は、ＥＳＯＢの数を示す情報１３２１１と、ＥＳＯＢ＿ＶＳＴＩの数を示す情報１３２１２と、 ＥＳＯＢ＿ＡＳＴＩの数を示す情報１３２１３と、ＥＳＦＩＴの終了アドレスを示す情報１３２１４を含んで構成されている。また、 ＥＳＦＩ・１３２４は、一般情報ＥＳＦＩ＿ＧＩ・１３２５１と、１以上のストリームオブジェクト情報（ＥＳＯＢＩ＃１〜＃Ｋ）１３２５３と、これら（ＥＳＯＢＩ＃１〜＃ｍ）に対する１以上のサーチポインタ（ＥＳＯＢＩ＿ＳＲＰ＃１〜＃Ｋ）１３２５２を含んで構成されている。

図７は、図５に示した管理情報（ＥＳＦＩＴ）の各構成要素のうち、ＥＳＯＢＩ＿ＶＳＴＩおよびＥＳＯＢＩ＿ＡＳＴＩの中身がどのように構成されるかの一例を説明する図である。

ＶＳＴＩの属性情報Ｖ＿ＡＴＲ・１３２２１Ｖには２種類考えられ、図７の例０１では、（基本的にはＶＲ規格と同じビット構成であるが）ＨＤ（High Definition）対応として、圧縮モード（０＝ＭＰＥＧ１；１＝ＭＰＥＧ２；２＝ＭＰＥＧ４／Ｈ２６４）と、ＴＶシステム（０＝ＮＴＳＣ525/60；１＝ＰＡＬ625/50）と、アスペクト比（０＝４：３；１＝１６：９）と、Ｉ／Ｐ（Interlace/Progressive）の識別フラグ（０＝インターレース；１＝プログレッシブ）と、ビデオ解像度情報（０＝720×480；１＝704×480；２＝352×480；３＝352×240；４＝544×480；５＝480×480；６＝1280×720；７＝1920×1080）が追加になっている。

一方、例０２では、ＳＩ（Service Information）を利用するように構成されている。すなわち、ＳＩ上のデータを加工せずにＶ＿ＡＴＲに設定するもので、ストリームコンテントとコンポーネントタイプの設定に、Component descriptor（記述子）の値をそのまま利用したものである。

また、ＡＳＴＩの属性情報Ａ＿ＡＴＲ・１３２２３も、 Ｖ＿ＡＴＲと同様に、例１１では（基本的にはＶＲと同じビット構成であるが）ＨＤ対応として、圧縮モード（０＝ＡＣ３（Ｒ）；１＝エクステンションビットストリームなしのＭＰＥＧ１またはＭＰＥＧ２；２＝ ＭＰＥＧ２；３＝リニアＰＣＭ；４＝ＭＰＥＧ２・ＡＡＣ；５＝ＤＴＳ（Ｒ））と、量子化／ダイナミックレンジ制御（０＝サンプリング周波数ｆｓ４８ｋＨｚ；１＝ ｆｓ９６ｋＨｚ）と、オーディオチャネル数（０〜７＝１ｃｈ〜８ｃｈ；８＝２ｃｈデュアルモノ）等が追加になり、例１２ではＳＩのComponent記述子の値がそのままＡ＿ＡＴＲのストリームコンテントとコンポーネントタイプに設定されている。

図８は、図６に示した管理情報のうち、ＥＳＦＩ＿ＧＩおよびＥＳＯＢＩの中身がどのように構成されるかの一例を説明する図である。ＥＳＦＩ＿ＧＩはＥＳＯＢＩ＿ＳＲＰの数と、ＡＰＰ＿ＮＡＭＥと、ＥＳＯＢファイル名と、ＥＳＦＩの終了アドレスを含んでいる。また、各ＥＳＯＢＩは、ストリームオブジェクト一般情報ＥＳＯＢＩ＿ＧＩと、１以上のＥＳＯＢエレメンタリストリーム情報と、シームレス情報ＳＭＬＩと、オーディオギャップ情報ＡＧＡＰＩと、タイムマップ一般情報ＴＭＡＰ＿ＧＩと、１以上のエレメンタリストリームマップ情報ＥＳ＿ＭＡＰＩと、ＥＳグループ数と、１以上のＥＳグループ情報を含んでいる。

図９は、図８に示した管理情報のうち、ストリームオブジェクト一般情報（ＥＳＯＢ＿ＧＩ）の中身がどのように構成されるかの一例を説明する図である。ストリームオブジェクト一般情報ＥＳＯＢＩ＿ＧＩには、図９に示されるように、ＥＳＯＢＩタイプＥＳＯＢＩ＿ＴＹ、録画開始時間ＥＳＯＢ＿ＲＥＣ＿ＴＭ／ ＥＳＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢ、ＥＳＯＢ開始のＰＴＳ（再生タイムスタンプ）又はＡＴＳ（到着時間）のどちらか、ＥＳＯＢ終了のＰＴＳ又はＡＴＳのどちらかが含まれる。

さらに、 ＥＳＯＢＩ＿ＧＩには、ＰＣＲパケットの位置シフトを示すＰＣＲ＿ＰＫＴ＿ＳＨＩＦＴと、受信したストリームパケットの長さＡＰ＿ＰＫＴ＿ＳＺ（現在ＴＳパケットであるため、188）、パケットグループ内の受信したストリームパケットの数ＰＫＴ＿ＧＲＰ＿ＳＺ（現在ＴＳパケットであるため、８５パケット）、マップグループの数、ＡＰＰ＿ＮＡＭＥ、ＰＡＴより、ＴＳ＿ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、録画したストリームのＰＭＴのＰＩＤ、ＰＭＴからは、ＳＥＲＶＩＣＥ ＰＩＤ、ＦＯＲＭＡＴ ＩＤ、Ｖｅｒｓｉｏｎ（外部入力の場合にデータの種類を示すレジステーション・ディスクリプタの値、内部チューナーの場合は、チューナ固有のデータ種別を設定）、ＥＳＯＢ＿ＲＥＰ＿ＰＩＤ（再生するＳＯＢの代表のストリームのＰＩＤ、またはコンポーネントグループの番号とも考えられる。代表ＰＩＤの場合、ＥＳＯＢＩ＿ＧＩの録画開始時間、ＥＳＯＢ開始、ＥＳＯＢ終了のＰＴＳ又はＡＴＳを作る上で使用する）、ＰＣＲのＰＩＤ、ＥＳＯＢのＥＳ数で構成されている。

さらに、 ＥＳＯＢＩ＿ＧＩには、ＥＳＯＢの映像のデフォルトのＰＩＤ（もしくはコンポーネントタグ）：ＥＳＯＢ＿ＲＥＰ＿ＰＩＤ、ＥＳＯＢの編集した時間：ＥＳＯＢ＿ＥＤＩＴ＿ＴＩＭＥ等が入っている。これにより、もし、セル情報ＣＩなどで再生するＰＩＤが記述されていない場合でも、ＥＳＯＢＩ内のＥＳＯＢ＿ＲＥＰ＿ＰＩＤにしたがって再生可能となる。

さらに、 ＥＳＯＢＩ＿ＧＩには、ＶＯＢＵ／ＥＳＯＢＵの時間間隔を変更するためのＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＩＶＬが設定されている（ＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＩＶＬの設定はタイムマップ一般情報ＴＭＡＰ＿ＧＩにあっても可能）。

ＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＩＶＬの値が０の場合はＶＯＢＵ／ＥＳＯＢＵは0.4ｓ〜1.0ｓになり、ＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＩＶＬの値が１の場合はＶＯＢＵ／ＥＳＯＢＵは1.0ｓ〜2.0ｓになり、ＶＯＢＵ／ＥＳＯＢＵ＿ＰＢＴ＿ＩＶＬの値が２の場合はＶＯＢＵ／ＥＳＯＢＵは2.0ｓ〜3.0ｓになる。これにより、録画時間が増えても、タイムマップ情報ＴＭＡＰＩが極端に大きくなることを防ぐことが可能となる。（ただし、各エントリの時間間隔が広がると、倍速再生等がスムーズにできない可能性は増える。）
さらに、ＥＳＯＢの解析可能かどうかをチェックし、解析可能である場合は、ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧに０を設定し、解析不能である場合はＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧに１を設定する。ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧに０で設定した場合は、本願実施の形態にあるＴＭＡＰＩを構成し、再生等を行う。が、ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧに１を設定した場合、メーカ固有の独自な管理情報を持ち、コンテンツを管理することになる。

図１０は、図８に示した管理情報のうち、ＥＳＯＢエレメンタリストリーム情報と、タイムマップ一般情報（ＴＭＡＰ＿ＧＩ）と、エレメンタリストリームマップ情報（ＥＳ＿ＭＡＰＩ）と、ＥＳグループ情報の中身がどのように構成されるかの一例を説明する図である。

ＥＳＯＢ＿ＥＳＩは、図１０に示されるように、ストリームのタイプ、そのストリームのＰＩＤ、Ｖｉｄｅｏの場合はＶＳＴＩ番号、Ａｕｄｉｏの場合はＡＳＴＩ番号、そのほかの場合は0xffffを設定する。ここのストリームタイプはＰＭＴ内に書いてあるタイプである。

ＴＭＡＰ＿ＧＩは、図１０に示されるように、ＡＤＲ＿ＯＦＳ（ＳＯＢの先頭の開始アドレス：Logical Block：ＬＢ単位）、ＥＳＯＢ＿Ｓ＿ＰＫＴ＿ＰＯＳ（ＥＳＯＢのＬＢ内の開始パケット番号）、ＥＳＯＢ＿Ｅ＿ＰＫＴ＿ＰＯＳ（ＥＳＯＢのＬＢ内の終了パケット番号）、ＥＳ＿ＭＡＰ数で構成される。

図１１は、図１０に示したＥＳ＿ＭＡＰ＿ＧＩの中身がどのように構成されるかの一例を説明する図である。ＥＳ＿ＭＡＰＩは、図１１に示されるように、ＥＳ＿ＭＡＰ＿ＧＩ、ＥＳＯＢＵエントリ情報で構成されている。ＥＳ＿ＭＡＰ＿ＧＩ・１３２４３６１は、ＥＳ＿ＰＩＤ（該当エレメンタリストリームのＰＩＤ）１３２４３６１１、ＥＳＯＢＵエントリ数１３２４３６１２、１ＳＴ＿ＥＳＯＢＵ＿Ｓ＿ＰＫＴ＿ＰＯＳ（最初のＥＳＯＢＵの最初のＴＳパケットのＰａｃｋｅｔ Ｇｒｏｕｐ内の先頭からのＴＳパケット番号）１３２４３６１３、ＥＳＯＢＵの種別１３２４３６１４、ＥＳＯＢＵ内で示されるＰＣＲの間隔１３２４３６１５を含んで構成されている。

ＥＳＯＢＵはビデオデータがある場合とビデオデータがなくオーディオデータのある場合とその他の情報のみの場合の３つが考えられ、図１１の例では、ＥＳＯＢＵの種別はそれぞれ00、01、10としている。

なお、ＰＣＲ間隔については、それが“00”のときはリファレンスピクチャＲＥＦ−ＰＩＣ（Ｉピクチャ）の直前（１ＰＣＲ前）のＰＣＲ位置をＥＳＯＢ＿ＥＮＴ内で示すことが示され、それが“01”のときはＲＥＦ−ＰＩＣの２ＰＣＲ前のＰＣＲ位置をＥＳＯＢ＿ＥＮＴ内で示すことが示され、それが“10”のときはＲＥＦ−ＰＩＣの３ＰＣＲ前のＰＣＲ位置をＥＳＯＢ＿ＥＮＴ内で示すことが示され、それが“11”のときはその他の指示状態が示されるようになっている。

図１２は、図１０に示したＥＳＯＢＵ＿ＥＮＴの中身がどのように構成されるかの一例を説明する図である。また、図１３は、図２に示したＥＳＯＢＵが、ビデオデータおよびオーディオデータの有無でどのような内容を持つかの一例を説明する図である。

ＥＳＯＢＵは、図１２、図１３に示されるように、ビデオのデータがある場合とビデオデータが無くオーディオデータのある場合とその他の情報のみの場合の３つが考えられ、種別はそれぞれ＜１＞、＜２＞、＜３＞とする。すなわち、この種別に従い、ＥＳＯＢＵエントリ情報には、上記３種類がある。

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

なお、ＰＣＲ＿ＰＯＳは、 ＰＣＲ間隔で示されるＰＣＲの位置を、ＥＳＯＢＵ先頭からのアドレス数で示す。ＰＣＲが存在しない場合はＰＣＲ＿ＰＯＳは0ｘｆｆｆｆとなる。また、 ＰＣＲ＿ＰＯＳのＬＢ数は、PCR_POS×2^ＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴで表わすことができる。ここで、ＰＣＲはリファレンスピクチャがある位置よりも前のものでＰＣＲ間隔で示される数分前のＰＣＲの位置である。また、Ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｆｌａｇはＥＳＯＢＵの先頭にＩピクチャがあるかどうかのフラグで、このフラグが１のときはＩピクチャが存在し、このフラグが０のときはＩピクチャは存在しない。

これにより、タイムサーチの場合、ＥＳＯＢＵ＿ＰＢ＿ＴＭの累積で目的の時間のＥＳＯＢＵを求め、そのＥＳＯＢＵの先頭からのフィールド数で再生開始ＰＴＭを換算することができる。ここで、タイムサーチするターゲットのＥＳＯＢＵをＫとし、そのターゲットアドレスをＡとすると、“ＥＳＯＢＵ＿ＳＺ（Ｎ）をＮ＝１からＮ＝Ｋ−１まで累積した値を８倍してそれに１を加えた値”がターゲットアドレスＡとなる。すなわち、
Ａ＝Σ^k-1 _N＝1｛ＥＳＯＢＵ＿ＳＺ（Ｎ）｝×８ ＋ １ …（１）
となる。さらに、先頭のパケットはＥＳＯＢＵ＿ＳＴＡＲＴの値のパケットとなり、このアドレスにアクセスすることになる。

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

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

図１４は、ＡＶデータ管理情報記録領域１３０に記録される管理情報の別の１つ（ストリームデータ管理情報ＲＴＲ＿ＥＳＭＧ）に含まれるＰＧＣ情報（オリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩ／ユーザ定義情報テーブル情報ＵＤ＿ＰＧＣＩＴＩ）が、どのように構成されるかの一例を説明する図である。ユーザ定義情報テーブル情報ＵＤ＿ＰＧＣＩＴＩ・１３４０は、ＵＤ＿ＰＧＣＩＴ・１３４１と、１以上のＵＤ＿ＰＧＣＩ＿ＳＲＰ＃１〜＃ｒ・１３４２と、１以上のユーザ定義情報ＵＤ＿ＰＧＣＩ＃１〜＃ｓ・１３４３を含んで構成されている。

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

プログラムチェーン一般情報１３３１は、プログラム数１３３１１およびセルサーチポインタ数１３３１２の情報を含んでいる。各プログラム情報１３３２は、プログラムタイプ１３３２１と、プログラム内セル数１３３２２と、プライマリテキスト情報１３３２３と、アイテムテキストサーチポインタ番号１３３２４と、代表画像情報１３３２５と、編集者ＩＤ１３３２６と、プログラムインデックス番号（プログラム絶対番号）１３３２７と、プログラム更新日時１３３２８と、業者情報番号１３３２９を含んでいる。また、各セル情報１３３４は、セルタイプ１３３４１と、ＥＳＦＩ番号１３３４２と、対応ＥＳＯＢ番号１３３４３と、参照するＩＤ１３３４４と、セルエントリポイント情報の数１３３４５と、セル開始ＰＴＳ／ＡＴＳ１３３４６と、セル終了ＰＴＳ／ＡＴＳ１３３４７と、セルエントリポイント情報テーブル（Ｃ＿ＥＰＩＴ）１３３４８を含んでいる。

ここで、プログラム更新日時１３３２８のフィールドには、プログラム管理情報が更新されたときの日時情報（年月日、時分秒）が保存される。また、ＭＮＦＩ番号１３３２９のフィールドには、業者情報サーチポインタの番号が記述される。

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

また、プログラム情報（ＰＧＩ）には、そのプログラム（ＰＧ）が更新された日時情報１３３２８が保存されており、この日時情報により、そのプログラムが何時編集されたのかが分かる。また、（レコーダの）メーカー特有の機能を実現させるために設けられたＭＮＦＩを利用するために、プログラム情報ＰＧＩに業者情報ＭＮＦＩのサーチポインタ番号（ＭＮＦＩ番号）１３３２９を設定している。つまり、ＭＮＦＩの情報でもＰＧ番号（後述する図２３のプログラムインデックス番号）をさらに設定する事により、ＭＮＦＩ情報内のデータとＰＧＣＩ内のデータとのリンクを図っている。

図１５のセル情報１３３４では、セルタイプにＥＳＯＢの種別が加わっている。さらに、セル情報１３３４では、対応するＥＳＯＢ番号を指定し、セルの開始時間（セル開始ＰＴＳ／ＡＴＳ）およびセル終了時間（セル終了ＰＴＳ／ＡＴＳ）を指定している。ここで、セルの開始時間および終了時間は、ＰＴＳ単位（再生時間）またはＡＴＳ単位（転送時間）の２種類で表わすことができる。

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

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

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

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

さらに、セルエントリポイント情報テーブルＣ＿ＥＰＩＴ・１３３４８に、エントリポイントのディスク内の通し番号（インデックス番号：後述する図１８のＥＰ＿ＩＮＤＸ＿ＮＵＭ）と編集日時（後述する図１８のＬＡＳＴ＿ＴＭ）、ＥＰに属するサムネールを指定するＰＴＭ（ＥＰの位置とは必ずしもおなじでない位置：後述する図１８のＥＰ＿ＰＴＭ）、サムネールファイル内のサムネール番号（後述する図１８のＴＢＮ＿ＰＴ）、ＰＲＭ＿ＴＸＴ以外のテキスト上へのポインタ（後述する図１８のＴＸＴ＿ＮＵＭ：アイテムテキストの場合はそのアイテム番号、それ以外の場合は別ファイルのテキストデータファイル内でのポインタ）が追加になっている。

また、ＶＭＧ（図３のＨＲ＿ＭＡＮＧＲ．ＩＦＯファイル）のデータ量を減らす意味で、ＶＭＧ上には最小限のエントリポイント情報を記載し、それで不足なら、必要に応じて拡張エントリポイント情報（図３のＨＲ＿ＥＸＥＰ．ＤＡＴまたは図１５のＣ＿ＥＰＩＴ）を追加できるようにしている。（ＶＭＧデータは機器動作上度々参照する管理情報のため機器メモリに常駐する必要性がある。そのため、ＶＭＧデータが大きいと、それにともない必要なワークＲＡＭ容量が増え、最終的に機器のコストアップに繋がる。このことから、ＶＭＧデータの大きさは、小さいほうがよい。）
ここで、拡張エントリポイント情報は、ＶＭＧの後ろに適宜付加する方法（図１５のＣ＿ＥＰＩＴ）と、別ファイルで持つ方法（図３のＨＲ＿ＥＸＥＰ．ＤＡＴ）の二通りがある。この場合、拡張エントリポイントが存在するかどうかは、拡張エントリポイント情報（ＨＲ＿ＥＸＥＰ．ＤＡＴあるいはＣ＿ＥＰＩＴ）内のエントリポイントインデックス番号（後述する図２２のＥＰＬ＿ＩＮＤＥＸ）が目的のエントリポイントの番号と一致するかどうかで、調べることができる。しかしながら、もとのエントリポイント情報の方に拡張エントリポイント情報ＥＸＥＰが存在するというフラグを追加すると、拡張エントリポイントの存在確認処理が単純化される。が、そうすると管理情報が増えるため、ＶＭＧのデータ量増加につながる。

すなわち、動画情報を含むＡＶ情報を記録するデータ領域（１３１）と、このデータ領域に記録されたＡＶ情報を１以上のプログラム（ＰＧ）として管理する管理情報を格納する管理領域（１３０）とを持つ情報媒体（図１の１００）は、前記管理情報（図３のＤＶＤ＿ＨＤＶＲ／ＨＲ＿ＭＡＮＧＲ．ＩＦＯ；図４のＶＭＧまたは図１４のＥＳＭＧ）は、前記１以上のプログラム（ＰＧ）の繋がり（チェーン）の再生を管理するプログラムチェーン情報（図４または図１４のＰＧＣＩ）と、業者特有の情報を記述できる業者情報（図４または図１４のＭＮＦＩ）を持つように構成され、前記プログラムチェーン情報（図１５のＰＧＣＩ）は、前記プログラム（ＰＧ）の管理情報としてプログラム情報（ＰＧＩ）を含み、前記プログラム（ＰＧ）が更新された場合の更新日時情報を、前記プログラム情報（図１５のＰＧＩ）と前記業者情報（図２３のＭＮＦＩ）の双方に格納できるように構成される。

図１６は、図４または図１４の管理情報記録領域１３０に記録される管理情報に含まれるテキストデータマネージャ（ＴＸＴＤ＿ＭＧ）の中身がどのように構成されるかの一例を説明する図である。テキストデータマネージャ（ＴＸＴＤ＿ＭＧ）１３５０は、テキストデータ情報１３５１と、１以上のアイテムテキストサーチポインタ１３５２と、１以上のアイテムテキスト（ＩＴ＿ＴＸＴ）１３５３を含むことができるように構成されている。各アイテムテキスト１３５３は、プログラムインデックス番号１３５３１と、プログラム更新日時１３５３２と、テキストデータ１３５３３を含むことができる。

ここで、図１のディスク１００に記録されるテキスト情報として、例えば録画番組名用には例えば図１５のＰＲＭ＿ＴＸＴが使用され、その他のテキスト情報を保存するために図１６のＩＴ＿ＴＸＴが使用される。このＩＴ＿ＴＸＴのテキストデータの領域に、その他の情報（例えば録画番組が映画の場合、その監督名、主演俳優名、その他）を保存できる。この場合、図１５のプログラム情報ＰＧＩにはその保存したＩＴ＿ＴＸＴのサーチポインタ番号を設定してリンクさせ、さらに、図１６のＩＴ＿ＴＸＴデータの方にもＰＧ番号（プログラムインデックス番号）を設定している。ここで、ＰＧ番号はこのディスクに記録し始めてからの絶対番号で、他のプログラムＰＧを削除しても変わらないインデックス番号としている。

なお、後述する図２３のＭＮＦＩと図１６のＩＴ＿ＴＸＴの両方にＰＧの更新日時情報（１３５３２、１３６３２）を設定し、例えばメニュー表示時にその更新時刻の一致をチェックする事により、そのディスクが他社メーカーのレコーダで編集等されたかどうかを検証できる。

図１７は、図１５のセル情報に含まれるセルエントリポイント情報テーブル（Ｃ＿ＥＰＩＴ）の中身がどのように構成されるかの一例を説明する図である。このＣ＿ＥＰＩＴは、１以上のセルエントリポイント情報（＃１〜＃ｎ）１３３４８１を持つことができる。

図１８は、図１７のセルエントリポイント情報（Ｃ＿ＥＰＩ）の中身がどのように構成されるかの一例（例１のＥＰＩ）を説明する図である。この例（例１）では、各Ｃ＿ＥＰＩは、エントリポイントタイプ（ＥＰ＿ＴＹ）と、エントリポイントの絶対番号（ＥＰ＿ＩＮＤＸ＿ＮＵＭ）と、エントリポイントの再生時間（ＥＰ＿ＰＴＭ）と、最終編集日時（ＬＡＳＴ＿ＴＭ）と、プライマリテキスト情報（ＰＲＭ＿ＴＸＴ）と、該当エントリポイントに属する（プログラムの）本編上のサムネール画像（インデックス用静止画）の再生時間ポインタ（ＥＰ＿ＲＥＰ＿ＰＩＣ）と、該当エントリポイントに属するサムネール内のサムネール番号（サムネールポインタＴＢＮ＿ＰＴ）と、該当エントリポイントに属するアイテムテキストの番号（他のテキストファイルを参照するポインタ）（ＴＸＴ＿ＮＵＭ）を含むことができるようになっている。

すなわち、動画情報を含むＡＶ情報を記録するデータ領域（１３１）と、このデータ領域に記録されたＡＶ情報を１以上のプログラム（ＰＧ）として管理する管理情報を格納する管理領域（１３０）とを持つ情報媒体（図１の１００）は、前記動画情報（図３のＨＲ＿ＳＴＲＭｘ．ＳＲＯ等）とは別の領域（図３のＨＲ＿ＴＨＮＬ．ＤＡＴ）に、インデックス用画像情報（サムネールまたは代表画像）を含み、前記管理情報（図３のＤＶＤ＿ＨＤＶＲ／ＨＲ＿ＭＡＮＧＲ．ＩＦＯ；図１４のＥＳＭＧ／ＰＧＣＩ）は前記プログラム（ＰＧ）の一部に対応するセル（Ｃ）の情報（図１５のＣＩ）を含み、このセルの情報（図１５のＣＩ）は前記プログラム内に入る位置を示すエントリポイントの情報（図１７のＣ＿ＥＰＩ）を含み、前記エントリポイントの情報（図１７のＣ＿ＥＰＩ）が、前記インデックス用画像情報を指定するインデックス用ポインタ情報（図１８のＴＢＮ＿ＰＴ）を持つことができるように構成される。

あるいは、動画情報を含むＡＶ情報を記録するデータ領域（１３１）と、このデータ領域に記録されたＡＶ情報を１以上のプログラム（ＰＧ）として管理する管理情報を格納する管理領域（１３０）とを持つ情報媒体（図１の１００）は、前記管理情報（図３のＤＶＤ＿ＨＤＶＲ／ＨＲ＿ＭＡＮＧＲ．ＩＦＯ；図１４のＥＳＭＧ／ＰＧＣＩ）は、プライマリテキスト情報（ＰＲＭ＿ＴＸＴＩ）と、このプライマリテキスト情報（ＰＧＣＩ内）とは別の場所（ＨＲ＿ＴＥＸＴ．ＤＡＴ；ＶＭＧ／ＴＸＴＤＴ＿ＭＧ）に格納される１以上のアイテムテキスト（図１６のＩＴ−ＴＸＴ）と、前記プログラム（ＰＧ）の一部に対応するセル（Ｃ）の情報（図１５のＣＩ）を含み、このセルの情報（図１５のＣＩ）は前記プログラム内に入る位置を示すエントリポイントの情報（図１７のＣ＿ＥＰＩ）を含み、前記エントリポイントの情報（図１７のＣ＿ＥＰＩ）が、（Ｃ＿ＥＰＩ内にＰＲＭ＿ＴＸＴＩが入りきらない場合に必要なテキスト情報を追加するために）１以上の前記アイテムテキスト（図１６のＩＴ−ＴＸＴ）を指定するアイテムテキスト用ポインタ情報（図１８のＴＸＴ＿ＮＵＭ）を持つことができるように構成される。

図１９は、図１８のＣ＿ＥＰＩに含まれるエントリポイントタイプ（ＥＰ＿ＴＹ）の中身がどのように構成されるかの一例を説明する図である。このＥＰ＿ＴＹは、サムネールのオン／オフフラグ、プライマリテキストのオン／オフフラグ、アイテムテキストのオン／オフフラグ、その他を格納できる。

ここで、サムネールのオン／オフフラグがオンの場合は図１８のＴＢＮ＿ＰＴが存在し、このフラグがオフの場合はＴＢＮ＿ＰＴが存在しないことが示される。また、プライマリテキストのオン／オフフラグがオンの場合は図１８のＰＲＭ＿ＴＸＴが存在し、このフラグがオフの場合はＰＲＭ＿ＴＸＴが存在しないことが示される。同様に、アイテムテキストのオン／オフフラグがオンの場合は図１８のＴＸＴ＿ＮＵＭが存在し、このフラグがオフの場合はＴＸＴ＿ＮＵＭが存在しないことが示される。

すなわち、前記エントリポイントの情報（図１８のＣ＿ＥＰＩ）は、前記インデックス用ポインタ情報（ＴＢＮ＿ＰＴ）の有無を示すフラグ（図１９のThumbnail on/off Flag）を含むことができる。また、前記エントリポイントの情報（Ｃ＿ＥＰＩ）は、前記アイテムテキスト用ポインタ情報（ＴＸＴ＿ＮＵＭ）の有無を示すフラグ（図１９のIT_TXT on/off Flag）を含むことができる。

図２０は、図１７のセルエントリポイント情報（Ｃ＿ＥＰＩ）の中身がどのように構成されるかの一例（例２のＥＰＩ）を説明する図である。この例（例２）では、各Ｃ＿ＥＰＩは、エントリポイントの絶対番号（ＥＰ＿ＩＮＤＸ＿ＮＵＭ）と、エントリポイントの再生時間（ＥＰ＿ＰＴＭ）と、最終編集日時（ＬＡＳＴ＿ＴＭ）と、該当エントリポイントに属する（プログラムの）本編上のサムネール画像（インデックス用静止画）の再生時間ポインタ（ＥＰ＿ＲＥＰ＿ＰＩＣ）を含むことができるようになっている。（図２０の例２は図１８の例１の場合よりデータサイズを小さくできる。その代わりに、図２１に示すように拡張エントリポイント情報テーブルを設け、図２０で省略された情報を、図３の拡張ファイルＨＲ＿ＥＸＥＰ．ＤＡＴか、あるいは拡張エントリポイント情報テーブル内の各エントリポイント情報にもたせる。）
図２１は、図４または図１４の管理情報記録領域１３０に記録される管理情報に含まれる拡張エントリポイント情報テーブル（ＥＸ＿ＥＰＩＴ）がどのようなファイルで管理されるか（あるいはどのように構成されるか）の一例を説明する図である。ここでは、管理情報配列の末尾（ＭＮＦＩＴのあと）に、ＥＸ＿ＥＰＩＴを設けている。しかし、このＥＸ＿ＥＰＩＴの内容と同じ情報を図３の拡張ファイルＨＲ＿ＥＸＥＰ．ＤＡＴに記述するときは、ＭＮＦＩＴのあとにＥＸ＿ＥＰＩＴを設ける必要はない（このことから、図４等の注意書きにおいて、「例２のＥＰＩの場合のみＥＸ＿ＥＰＩＴ」と記載している）。

図２２は、図２１の拡張エントリポイント情報テーブル（ＥＸ＿ＥＰＩＴ）の中身がどのように構成されるかの一例（例２のＥＰＩが用いられる場合）を説明する図である。このＥＸ＿ＥＰＩＴは拡張エントリポイント（ＥＸ＿ＥＰ）の総数（ＥＸ＿ＥＰ＿ＮＵＭＳ）と、このＥＸ＿ＥＰ＿ＮＵＭＳで示される数分の拡張エントリポイント（ＥＸ＿ＥＰＩの１〜ｎ）を含んでいる。各拡張エントリポイント（ＥＸ＿ＥＰＩ）は同じデータフィールドを持つ。すなわち、各ＥＸ＿ＥＰＩは、リンク先のエントリポイントの絶対番号（インデックス番号）（ＥＰＬ＿ＩＮＤＥＸ）と、エントリポイントタイプ（図１９と同様な内容のＥＰ＿ＴＹ）と、プライマリテキスト情報（ＰＲＭ＿ＴＸＴ）と、サムネールポインタ（ＴＢＮ＿ＰＴ）と、アイテムテキスト番号（ＩＴ＿ＴＸＴ＿ＮＵＭ）を含んでいる。

すなわち、動画情報を含むＡＶ情報を記録するデータ領域（１３１）と、このデータ領域に記録されたＡＶ情報を１以上のプログラム（ＰＧ）として管理する管理情報を格納する管理領域（１３０）とを持つ情報媒体（図１の１００）は、前記動画情報（図３のＨＲ＿ＳＴＲＭｘ．ＳＲＯ等）とは別のオブジェクト領域（図３のＨＲ＿ＴＨＮＬ．ＤＡＴ）に、インデックス用画像情報（サムネールまたは代表画像）を含み、前記管理情報（図３のＤＶＤ＿ＨＤＶＲ／ＨＲ＿ＭＡＮＧＲ．ＩＦＯ；図１４のＥＳＭＧ／ＰＧＣＩ）は前記プログラム（ＰＧ）の絶対番号情報（図１５のプログラムインデックス番号／ＰＧ絶対番号）を含むプログラム情報（図１５のＰＧＩ）と前記プログラム（ＰＧ）の一部に対応するセル（Ｃ）の情報（図１５のＣＩ）を含み、このセルの情報（ＣＩ）は前記プログラム内に入る位置を示すエントリポイントの情報（図１７のＣ＿ＥＰＩ）を含み、前記エントリポイントの情報（図１７のＣ＿ＥＰＩ）が、前記エントリポイントの絶対番号情報（図１８のＥＰ＿ＩＮＤＸ＿ＮＵＭ）を持つように構成され、前記管理情報（図３のＤＶＤ＿ＨＤＶＲ／ＨＲ＿ＭＡＮＧＲ．ＩＦＯ）とは別の管理領域（図３のＨＲ＿ＥＸＥＰ．ＤＡＴまたは図２２のＥＸ＿ＥＰＩＴ）に、前記エントリポイントの拡張情報（図２２のＥＸ＿ＥＰＩ＃１〜＃ｎの中身）を持つことができるように構成される。

図２３は、図４または図１４の管理情報記録領域１３０に記録される管理情報に含まれる業者情報（マニファクチャラー情報ＭＮＦＩ）の中身がどのように構成されるかの一例を説明する図である。業者情報（ＭＮＦＩ）１３６０は、業者情報テーブル情報１３６１と、１以上のＭＮＦＩサーチポインタ（＃１〜＃ｋ）１３６２と、１以上のＭＮＦＩ（＃１〜＃ｋ）１３６３を含んでいる。各ＭＮＦＩ・１３６３は、プログラムインデックス番号１３６３１と、ＭＮＦＩ記録日時１３６３２＊と、プログラム更新日時１３６２と、ＮＭＦＩデータ１３６３３を含んでいる。このように構成されたＤＶＤレコーダの業者情報（ＭＮＦＩ）は、メーカー毎に自由に使用できる情報として、開放されている。

図１６および図２３を参照すれば分かるように、ＭＮＦＩおよびＩＴ＿ＴＸＴの両方にプログラムの更新日時情報を設定できるようになっている。これにより、例えばメニュー表示時に、これら更新日時情報に記録された時刻の一致をチェックする事により、他社メーカーの編集があったかどうかを検証できる。

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

各パケットグループ１４０は、パケットグループヘッダ（１５２バイト）１６１と、１以上（ここでは８５個）のＭＰＥＧ−ＴＳパケット（１８８バイト）１６２と、１以上（ここでは８４個）のＩＡＰＡＴ（Incremental Application Packet Arrival Time；３バイト）１６３を含んで構成されている。

パケットグループヘッダ１６１は、同期パターン１５１と、パケット到着時間（ＡＴＳ）１５２と、下記のＤＣＩおよびＣＣＩの有効性を示す情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）１５３と、表示コントロール情報（ＤＣＩ；Display Control Information）１５４と、コピー世代管理情報（またはコピー制御情報ＣＣＩ；Copy Control Information）１５５と、 ＰＣＲの位置情報（ＰＣＲＩ；Program Clock Reference Information）１５６と、製造者情報（ＭＮＩ（または業者情報ＭＮＦＩ）；Manufacturer's information）１５７とを含んで構成されている。（なお、このパケットグループヘッダ１６１は、再生時間情報（ＰＴＳ；Presentation time stamp）をさらに含む実施の形態もあり得る。）
また、各ＭＰＥＧ−ＴＳパケット１６２は、４バイトのヘッダ１７０とアダプテーションフィールドおよび／またはペイロード１８０を含んで構成されている。ここで、ヘッダ１７０は、同期バイト１７１と、トランスポート・エラー・インジケータ１７２と、ペイロードユニット開始インジケータ１７３と、トランスポート優先度１７４と、パケット識別子（ＰＩＤ）１７５と、トランスポート・スクランブル制御１７６と、アダプテーションフィールド制御１７７と、連続性指標１７８を含んで構成されている。

図２５は、図２４に示したパケットグループヘッダに含まれるパケットの到着時間（ＡＴＳ）、有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）および表示制御情報（ＤＣＩ）がどのように構成されるかの一例を説明する図である。ここでは、ＡＴＳ・１５２に例えば６バイト割り当て、その３８〜０ビットでＰＡＴベース（例えば９０ｋＨｚのカウンタ値）を表現し、その８〜０ビットでＰＡＴエクステント（例えば２７ＭＨｚのカウンタ値）を表現している。実際の到着時間ＰＡＴはＰＡＴ＿ｂａｓｅ／90000Ｈｚ＋ＰＡＴ＿ｅｘｔｅｎ／27、000、000Ｈｚで表される。これにより、ＡＴＳ・１５２を、例えばビデオフレーム単位で細かく表現できるようになる。

一方、有効性情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）は１バイトで構成され、その中の１ビットのＤＣＩ＿ＳＳは、０で無効を示し、１で有効を示している。また、３ビットのＣＣＩ＿ＳＳは、０で無効を示し、１でＡＰＳのみが有効であることを示し、２でＥＰＮのみが有効であることを示し、３でＡＰＳおよびＥＰＮが有効であることを示し、４でＣＧＭＳのみが有効であることを示し、５でＣＧＭＳとＡＰＳが有効であることを示し、６でＣＧＭＳとＥＰＮが有効であることを示し、７でＡＰＳ、ＥＰＮおよびＣＧＭＳが３つとも有効であることを示している。

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

図２６は、図２４に示したパケットグループヘッダに含まれるコピー世代管理情報（またはコピー制御情報ＣＣＩ）がどのように構成されるかの一例を説明する図である。ＣＣＩはデジタルコピー制御（00＝コピー禁止、01＝１回コピー許可、11＝コピー禁止）とアナログコピー制御（00＝ＡＰＳ無し、01＝ＡＰＳタイプ1、10＝ＡＰＳタイプ2、11＝ＡＰＳタイプ3）とＥＰＮ（0＝コンテンツ保護、1＝コンテンツ保護無し）とＩＣＴ（0:アナログビデオ出力解像度制限、1＝制限無し）で構成されている。ここで、ＡＰＳはAnalog Protection Systemのことで、ここではマクロビジョン（Ｒ）を想定している。また、ＩＣＴはimage_constraint_tokenのことである。

ＣＣＩおよびＤＣＩは、それぞれ、デジタルコピー制御記述子、コンテント利用記述子、コンポーネント記述子の値を反映している。特にＥＰＮＩは、コンテンツ利用記述子のencryption_modeの値（０：保護する）を反映し、ＩＣＴはコンテンツ利用記述子のimage_constraint_tokenの値（０：制限する）を反映している。

なお、同じＥＳにおいて、同じパケットグループ内でＣＣＩ、ＤＣＩの変化しそうな場合は、パケットグループを一旦区切り、ダミーデータで残りのパックを埋め、次のパケットグループになるように設定する。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行なう（このアライン処理については、図３９および図４０を参照して後述する）。

図２７は、図２４に示したパケットグループにおいて、パケットグループヘッダの後に含まれるパケット到着時間の増分（ＩＡＰＡＴ）およびＰＣＲ位置情報（パック数あるいはＰＣＲ＿ＬＢ数番号等）がどのように構成されるかの一例を説明する図である。ここでは、ＩＡＰＡＴ・１６３に例えば３バイト割り当て、そのうちの１４〜０ビットでＰＡＴベース（例えば９０ｋＨｚのカウンタ値）を表現し、そのうちの８〜０ビットでＰＡＴエクステント（例えば２７ＭＨｚのカウンタ値）を表現している。ＩＡＰＡＴ・１６３は、絶対時間ではなく、ＡＴＳ・１５２からの増分（変化分）を表せばよいので、ＩＡＰＡＴのデータ量はＡＴＳのデータ量より少なくて済む。

ＩＡＰＡＴ・１６３における実施の到着時間ＰＡＴは、ＡＴＳ＋ＰＡＴ＿ｂａｓｅ／90000Ｈｚ＋ＰＡＴ＿ｅｘｔｅｎ／27、000、000Ｈｚで表される。これにより、ＩＡＰＡＴ・１６３を、例えばビデオフレーム単位で細かく表現できるようになる。別の形態として、１つ前のＴＳパケットの到着時間との差分を用いること（１つ前のＰＡＴにＰＡＴ＿ｂａｓｅ／90000Ｈｚ＋ＰＡＴ＿ｅｘｔｅｎ／27、000、000Ｈｚを足したものを新たなＰＡＴとすること）も可能である。なお、上記の「ＰＡＴ＿ｂａｓｅおよびＰＡＴ＿ｅｘｔｅｎ」における“ＰＡＴ”は“Program Association Table”のことではなく、“Packet Arrival Time（パケット到着時間）”を意味している。

一方、ＰＣＲ位置情報１５６は、例えば２バイトで表現される。この２バイトで、ＰＣＲパック番号を表現できる。このＰＣＲパック番号は、先頭の基準ピクチャ（例えば先頭のＩピクチャ）に一番近いＥＳＯＢＵの先頭から、ＰＣＲのあるパックまでのパック数で表すことができる。ＰＣＲが存在しない場合は、 ＰＣＲ位置情報１５６は、例えば“0xffff”とされる。

図２８は、図３のファイル構造において、ＤＶＤ＿ＨＤＶＲファイル内で管理されるサムネール（あるいは代表画像）のオブジェクトファイル（ＨＲ＿ＴＨＮＬ．ＤＡＴ；例２のＥＰＩが用いられる場合はＶＭＧファイルとは別ファイル）の内部構造の一例を説明する図である。このファイルは、サムネール数（ＮＵＭ＿ＴＨＵＭ）と、１以上のサムネールオブジェクト（ＴＨＵＭ＃１〜＃ｎ）で構成される。各サムネールオブジェクト（例えばＴＨＵＭ＃１）は、該当サムネールの圧縮方式を示すＴＨＵＭ＿ＳＴＩと、該当サムネールのデータ長（ＴＨＵＭ＿ＥＮＤ＿ｌｅｎｇｔｈ）と、該当サムネールの実データ（ＴＨＵＭ＿ＤＡＴＡ）で構成される。ここで、ＴＨＵＭ＿ＳＴＩが０の場合は該当サムネールの実データ（ＴＨＵＭ＿ＤＡＴＡ）が無圧縮のビットマップデータであることを示し、１の場合はＪＰＥＧ圧縮であることを示し、２の場合はＭＰＥＧ１圧縮であることを示し、３の場合はＴＩＦＦ形式のデータであることを示し、４の場合はＧＩＦ形式のデータであることを示している。

図２９は、図３のファイル構造において、ＤＶＤ＿ＨＤＶＲファイル内で管理されるテキストデータのオブジェクトファイル（ＨＲ＿ＴＥＸＴ．ＤＡＴ；追加のテキストファイル）の内部構造の一例を説明する図である。

このファイルは、テキスト数（ＮＵＭ＿ＴＥＸＴ）と、１以上のテキスト（ＴＥＸＴ＃１〜＃ｎ）で構成される。各テキスト（例えばＴＥＸＴ＃１）は、該当テキストの文字コード方式を示すＴＥＸＴ＿ＳＴＩと、該当テキストのデータ長（ＴＥＸＴ＿ｌｅｎｇｔｈ）と、該当テキストの実データ（ＴＥＸＴ＿ＤＡＴＡ）で構成される。ここで、ＴＥＸＴ＿ＳＴＩが０の場合は該当テキストの実データ（ＴＥＸＴ＿ＤＡＴＡ）がＡＳＣＩＩコードであることを示し、１の場合はＪＩＳコードであることを示し、２の場合はシフトＪＩＳコードであることを示し、３の場合はユニコードであることを示している。

図２９の各テキスト（ＴＥＸＴ＃１〜＃ｎ）は、図２２の拡張エントリポイント情報テーブル内（または図３の拡張エントリポイントファイルＨＲ＿ＥＸＥＰ．ＤＡＴファイル内）のＩＴ＿ＴＸＴ＿ＮＵＭによりリンクされており、拡張エントリポイント情報内のＰＲＭ＿ＴＸＴでテキストエリアが不足した場合は、ＩＴ＿ＴＸＴ＿ＮＵＭによりリンクされた図２９のＴＥＸＴ＃内のＴＥＸＴ＿ＤＡＴＡにより、不足分を必要に応じて補うことができる。

＜PG（PL）_INDEX＞
なお、任意の２つのプログラム（あるいはプレイリスト）は同一のプログラムインデックス値（あるいは同一のプレイリストインデックス値）を持たない。つまり、プログラム（あるいはプレイリスト）を新たに作るときは、未使用のインデックス値を探し、それをプログラムインデックス（またはプレイリストインデックス）に記述する。このプログラムインデックス（あるいはプレイリストインデックス）は、他のプログラム（あるいはプレイリスト）が削除されあるいは追加されても、変更されずにそのまま維持される。

＜PG（PL）_LAST_MOD_TM＞
プログラム（あるいはプレイリスト）に関係した情報を変更したレコーダは、その変更と同時に、管理情報の１つであるＰＧ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ（またはＰＬ＿ＬＡＳＴ＿ＭＯＤ＿ＴＭ）も更新するように構成される。その際「プログラム（あるいはプレイリスト）に関係した情報」は考査され特定される。

「プログラム（あるいはプレイリスト）に関係した情報」とは、以下のものをいう：
［プログラムに関係した情報］
対応するプログラム情報内のあらゆる情報；
対応するセル情報内のあらゆる情報（あるいは、対応するＶＯＢＩおよび／またはＳＯＢＩ内のあらゆる情報）。

［プレイリストに関係した情報］
対応するプレイリストサーチポインタ内のあらゆる情報；
対応するユーザ定義ＰＧＣ情報内のあらゆる情報（あるいは、対応するＶＯＢＩおよび／またはＳＯＢＩ内のあらゆる情報）。

ここで、対応するプログラム（またはプレイリスト）により参照されるＶＯＢ／ＶＯＢＩあるいはＳＯＢ／ＳＯＢＩだけが、ＰＧＩ、ＣＩ、ＰＬ＿ＳＲＰ、ＵＤ＿ＰＧＣＩに関連したＰＧ（またはＰＬ）の更新なしで、変更されるという例外を考えてみる。しかし、もしこのようなことが起きたならば、ＰＧ（ＰＬ）＿ＬＡＳＴ＿ＭＯＤ＿ＴＭは更新される。

なお、ＰＧ（ＰＬ）＿ＩＮＤＥＸおよびＰＧ（ＰＬ）＿ＬＡＳＴ＿ＭＯＤ＿ＴＭは、各ＰＧ（ＰＬ）にリンクしたオプションデータとしてもよい。このようなオプションデータを取り扱うことのできるレコーダは、ＰＧＩ（ＰＬ＿ＳＲＰ）内のＰＧ（ＰＬ）＿ＬＡＳＴ＿ＭＯＤ＿ＴＭを更新したときは、常に、オプションデータエリア内のＰＧ（ＰＬ）＿ＬＡＳＴ＿ＭＯＤ＿ＴＭも更新する。

ＰＧＩ（ＰＬ）に関連した情報を更新することなくオプションデータだけが更新されるときは、 両エリア内のＰＧ（ＰＬ）＿ＬＡＳＴ＿ＭＯＤ＿ＴＭは変更せずにそのまま維持する。

もし、オプションデータエリア内に記述されたＰＧ（ＰＬ）＿ＩＮＤＥＸおよびＰＧ（ＰＬ）＿ＬＡＳＴ＿ＭＯＤ＿ＴＭが、ＰＧＩ（ＰＬ＿ＳＲＰ）内に記述されたそれらと同じ値を持つことをレコーダが検出したときは、レコーダは、そのオプションデータは対応するＰＧ（ＰＬ）と整合していると認識できる。そうでないときは、レコーダは、そのオプションデータが対応するＰＧ（ＰＬ）と整合性を失ったと認識することになる。

少なくとも、理論上は、ここに述べた整合性検出のコンセプトを、他のタイプのオブジェクト（例えばＶＯＢ、セル、あるいはエントリポイント）に適用することが可能である。ただし、その適用に当たっては、データサイズと処理速度に注意を払うことを忘れてはならない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

地上波アナログ放送は、地上波チューナ部８２で受信され、そのまま再生される場合は受信されたアナログＴＶ信号が外部に送出される。これにより、地上波チューナ部８２で受信されたアナログ放送番組をＴＶ６８で表示できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

図３１は、図３０の装置の全体の動作の一例（全体動作処理フロー）を説明するフローチャートである。ここでのデータ処理は、番組設定処理、録画処理、再生処理、データ転送処理（デジタル出力処理）、編集処理の５つとなる。

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

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

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

図３２は、図３０の装置の動作における割り込み処理の一例（割り込み処理フロー）を説明するフローチャートである。ＭＰＵ部８０の制御動作における割り込み処理では、まず割り込み要因がチェックされる（ステップＳＴ３０）。割り込み要因が「Ｄ−ＰＲＯ部５２へ１パック分（あるいは１パケット分）の転送が終了したことによるもの」であれば、録画パック数がカウントアップされ、または録画論理ブロック数ＬＢＮが１つインクリメントされる（ステップＳＴ３０１）。割り込み要因が「フォーマッタ部９０からの切り分け情報取り込みによるもの」であれば、切り分け情報１の取り込み割り込みフラグ（図示せず）がセットされる（ステップＳＴ３０２）。

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

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

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

図３４および図３５は、図３０の装置の録画動作の一例（エントリポイント付加処理付きの録画フロー）を説明するフローチャートである。

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

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

<a6>各部へ録画設定を行う。このとき、フォーマッタ部へ、各データの切り分けの設定や、ＴＳパケットの受け取り設定を行う。また、このとき、記録すべきデータのＰＩＤを設定し、目的のビデオストリームのみ記録するようにする。また、バッファへＴＳパケットの保持を開始するように設定し、フォーマッタ部は動作を開始する（ステップＳＴ１１６）；
<a7>ＰＴＭよりＶＳＴＩ、ＡＳＴＩを作成する（ステップＳＴ１２０；詳細は図３７参照）。

<a8>バッファ内のデータが一定量たまった場合は、Ｄ−ＰＲＯを通して、ＥＣＣ処理を行い、ディスクに記録する（ステップＳＴ１３０；詳細は図３８〜図３９）。

<a9>録画中、定期的に（フォーマッタ部のバッファＲＡＭがいっぱいになる前に）、切り分け情報をＭＰＵ部のワークＲＡＭに保存する。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報で、ＥＳＯＢＵの先頭のアドレス、ＳＯＢＵのパック長、もし、Ｉ−Ｐｉｃの終了アドレス、ＥＳＯＢＵの到着時間（ＡＴＳ）等である；
<aX>フォーマッタ部から切り分け情報を取り込んだ後、（この処理を行うように事前に設定されているときは）エントリポイント付加処理（ステップＳＴ１４７：詳細は図４５参照）が実行される。

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

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

図３６は、図１に示したディスク状情報記憶媒体（例えばブルーレーザを用いる光ディスク）に録画を開始する前の処理の一例（録画前処理フロー）を説明するフローチャートである。

<b1>ＤＶＤ＿ＨＤＶＲのディレクトリ（新たなＶＲの入るディレクトリ）を探し、このディレクトリが無い場合はそのディレクトリを作成し、ある場合は次に移行する；
<b2>ディレクトリ内に録画されているかどうかを調べ、録画されている場合は、その管理情報であるＶＭＧＩをワーク内に読み込み、その記録されている放送方式（ＡＰＰ＿ＮＡＭＥ）より本機器がサポートしている方式かどうかを判定し、サポートしていない場合は、その旨を表示して終了する。

<b3>録画されているデータが無い場合はワーク内にＶＭＧＩを作成する；
<b4>これから録画するデータの放送方式を調べる。（内部チューナーの場合は、機器内でデフォルトの方式とし、外部デジタル入力の場合は、デジタル入力より送られてくるRegistration_Descriptorの値を調べ、録画する方式を決定する）。

<b5>ディスク内の放送方式と比べ、違っている場合は、その旨を表示して終了する；
<b6>録画するデータの放送方式が本機器がサポートしている方式かどうかを判定し、サポートしていない場合は、その旨を表示して終了する。

<b7>ワーク内に構築しているＶＭＧＩのＡＰＰ＿ＮＡＭＥに放送方式を設定して、ＥＰの自動設定の場合はその間隔時間をユーザに設定させ、次の処理に移行する；
なお,ディスク内に複数の記録方式（放送方式）の混在が許されている場合は、各ESOBI_GIにＡＰＰ＿ＮＡＭＥを記述することが必要であるが,複数の混在が禁止されている場合は、ＥＳＦＩ＿ＧＩもしくはＶＭＧ＿ＭＡＴにＡＰＰ＿ＮＡＭＥを記述してもよい
<b8>最後に、ユーザにエントリポイントを自動設定する場合の設定時間（例えば１０分間隔）を入力させて（ステップＳＴ１１３４）、この録画前処理は終了する。

図３７は、図３５に示したストリーム情報（ＶＳＴＩとＡＳＴＩ）作成処理（ＳＴ１２０）の一例（ＳＴＩ設定処理フロー）を説明するフローチャートである。

<c1>ディスクに記録されているＶＳＴＩ、ＡＳＴＩをワークに読み込む；
<c2>ＰＭＴを調べ、設定されているストリーム数を調べる；
<c3>設定されているストリーム数の数だけ<c4>〜<c5>を繰り返す。

<c4>ＰＭＴよりストリームタイプを調べ、ビデオ、オーディオのストリームかどうかを判定し、それ以外の場合は、次のストリームチェックに移行する；
<c5>ストリームタイプをＭＰＥＧ１ビデオ、ＭＰＥＧ２ビデオ、ＭＰＥＧ１オーディオ、ＭＰＥＧ２オーディオ等の種別に分け、それぞれの種別応じて、内部のデータをチェックし、各属性情報を読み出す。

<c6>属性情報より、ＶＳＴＩ、ＡＳＴＩと比較し、同じ属性情報がある場合は、その番号を該当するＥＳＯＢ＿ＥＳＩに設定し、次のストリームチェックに移行する；
<c7>属性情報を元に新たにＶＳＴＩまたはＡＳＴＩを設定し、その番号を該当するＥＳＯＢ＿ＥＳＩに設定し、次のストリームチェックに移行する。

図３８は、図３５に示したバッファ取り込み処理（ＳＴ１３０）の一例（バッファ取り込み処理フロー）を説明するフローチャートである。記録時の時の動作は、ＴＳパケットを受信すると８５パケットづつグルーピング化し、パケットグループヘッダを作成する。

<d1>まず、ＴＳパケットを受信する；
<d2>取り込んだＴＳパケットにＰＣＲがある場合はＳＴＣの修正を行う；
<d3>パケットグループの先頭の場合は、Sync_Pattern：00ffa5a5を設定し、その到着時間をＳＴＣより取り込み、ＡＴＳとし、先頭でない場合は、1つ前のＴＳパケットの到着時間と、本ＴＳパケットの到着時間との差分をＩＡＰＡＴとしてそのＴＳパケットの前に配置する。

<d4>ＤＣＩ、ＣＣＩの設定処理（ステップＳＴ１３１１；詳細は図３９参照）を行う；
<d5>パケットグループが終わったかどうかを判定し、（８５個のＴＳパケットをグルーピングしたかどうかを判定し）、終わってない場合は、<d1>へ移行し、終わった場合は、グループデータをバッファＲＡＭ内に一時保存する。

図３９は、図３８に示したＤＣＩ、ＣＣＩ設定処理（ＳＴ１３１１）の一例を説明するフローチャートである。ＤＣＩ、ＣＣＩの設定処理をさらに説明する。

<e1>最新のＰＭＴ、ＥＩＴ内にコピー情報があるかどうか調べ、ある場合は、その情報を元に各ストリーム毎に（最大３２ＥＳ）コピー情報を構成し、設定し、<e3>へ移行する；
<e2>受信したＴＳパケット内にコピー情報がない場合は、前回のパックと同じ情報をコピー情報として構成する。

<e3>最新のＰＭＴ、ＥＩＴ内にコンテンツ利用記述子があるかどうか調べ、ある場合は、その情報を元に各ＥＳ毎に（最大３２ＥＳ）ＩＣＴ、ＥＰＮを設定し、<e5>へ移行する；
<e4>受信したＴＳパケット内にコピー情報がない場合は、前回のパックと同じ情報をＩＣＴ、ＥＰＮとして構成する。

<e5>解像度情報があるかどうかを調べ、ない場合は前回のパックと同じ情報を、ある場合はその情報を元に、各ＥＳ毎に（最大３２ＥＳ）解像度情報を構成する；
<e6>８５パケット内で同じＥＳ内でＣＣＩ、ＤＣＩに変化があるかどうかを調べ、ある場合は、本パケットグループを変化前のＴＳパケットまでとし、パケット゛グループの残りをタ゛ミーテ゛ータで埋め、変化後のパケットを新たなパケットグループとして登録する。

ここで、ＰＴＳは、ピクチャ先頭がグループ内に含まれている場合に、ＴＳパケットの中をみて保存する。また、ビデオデータが無く、オーディオデータのみの場合は、オーディオ用のコピー情報にしたがって、ＣＣＩを構成する。

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

図４０は、図３９のステップＳＴ１３１２３の処理（パックグループアライン処理）におけるパックグループのデータ構造を例示する図である。同じＥＳにおいて、同じパケットグループ内でＣＣＩおよび／またはＤＣＩが変化しそうな場合は、パケットグループを一旦区切り、図４０に示すようにダミーデータで残りのパックを埋め、次のパケットグループになるように設定する。つまり、パケットグループ内でＣＣＩ、ＤＣＩが変化しないようにアライン処理を行なう。

図４１は、図３４に示した録画終了処理（ＳＴ１５０）におけるストリームファイル情報（ＳＦＩまたはＥＳＦＩ）作成処理の一例（ＥＳＯＢ構造設定処理および編集日時設定処理付きのストリームファイル情報作成処理フロー）を説明するフローチャートである。

<f1>ＳＯＢＩを一つ増やすため、サーチポインタ（ＳＲＰ）を増やし、その領域を確保する；
<f2>録画時間をＳＯＢ＿ＲＥＣ＿ＴＭに設定する。ここで、機器（レコーダ）の内部の時計は、ＴＤＴ（Time Data Table）により、設定、補正が行なわれ、常に正確な時間が得られる。

<f3>スタートＰＴＭ、エンドＰＴＭを設定する；
<f4>記録レートに従ってＰＣＲ＿ＰＯＳ＿ＳＨＩＦＴを設定する；
<f5>ストリームの種類がＴＳストリーム（ＡＲＩＢ、ＤＶＢ）の場合は、パケットサイズＡＰ＿ＰＫＴ＿ＳＺに１８８を設定し、パケットグループサイズＰＫＴ＿ＧＲＰ＿ＳＺに８を設定し、そうでない場合は、放送方式にあった値を設定する。

<f6>放送方式をＡＰＰ＿ＮＡＭＥに設定する；
<f7>ＰＡＴより、ＴＳ_ＩＤ、ＮＥＴＷＯＲＫ＿ＰＩＤ、ＰＭＴ＿ＩＤ（本ＥＳＯＢで使用しているＰＭＴのＰＩＤ）を設定する；
<f8>ＰＭＴより、ＳＥＲＶＩＣＥ＿ＩＤ（ＰＭＴ内のProgram_Number）、ＰＣＲ＿ＰＩＤ、を設定する。さらに、ＦＯＲＭＡＴ＿ＩＤ、ＶＥＲＳＩＯＮについては、内部チューナーの場合は、機器内でデフォルトの方式とし、外部デジタル入力の場合は、デジタル入力より送られてくるRegistration_Descriptorの値を設定する。

<f9>さらに、録画したＥＳの数を設定する。（ＰＭＴには放送している全てのＥＳの情報；数が設定されているが、録画時に全てのＥＳを記録しているとは限らないため、記録したＥＳの数を設定する。）
<f10>コンポーネントグループ記述子により、どのＥＳとどのＥＳをセットで再生するかの情報が入っているため、その組になるＥＳの情報をグループとする。さらに、そのグループのコンポーネントタグ情報をＰＭＴ内のストリーム記述子でＰＩＤに変換し、その情報をグループ情報として保存する。（このＥＩＴの情報は放送方式により変わる可能性がある。）
<f11>録画を開始したＬＢアドレスをＡＤＲ＿ＯＦＳに設定し、各切り分け情報を元にストリーム毎にＭＡＰＩを作成する。

<f12>デフォルトのＰＩＤ／コンポーネントタグを設定する。デフォルトのビデオのＰＩＤとは、コンポーネントタグ値が00の値のもの、もしくは、マルチビューＴＶの場合、メインのコンポーネントグループに記載されているコンポーネントタグに相当するストリームのＰＩＤが、相当する；
<f13>ＥＳＯＢの構造を設定する処理（ステップＳＴ１５２２；詳細は図４２参照）を行い、その後、編集日時を設定する（ステップＳＴ１５２４）。

図４２は、図４１に示したＥＳＯＢ構造設定処理（ＳＴ１５２２）の一例を説明するフローチャートである。

<g1>まず、録画した録画時間を調べ、録画時間が２時間以下の場合は<g2>に移行し、２から４時間の場合は<g3>へ移行し、４時間以上の場合は<g4>へ移行する；
<g2>図９のＥＳＯＢ＿ＰＢ＿ＩＶＬ１３２４３１１８に０を設定し、切り分け情報（0.4〜1sの情報）より、ＥＳＯＢＵが0.4s〜1sになるようにＥＳＯＢＵ＿ＥＮＴを作成し、<g5>へ移行する。

<g3>ＥＳＯＢ＿ＰＢ＿ＩＶＬに１を設定し、切り分け情報（0.4〜1.0sの情報）より、ＥＳＯＢＵが1s〜2sになるようにＥＳＯＢＵ＿ＥＮＴを作成し、<g5>へ移行する；
<g4>ＥＳＯＢ＿ＰＢ＿ＩＶＬに２を設定し、切り分け情報（0.4〜1.0sの情報）より、ＥＳＯＢＵが2s〜3sになるようにＥＳＯＢＵ＿ＥＮＴを作成する。

<g5>データが解析可能かどうかをチェックし、解析可能な場合、ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧを０に設定する（ステップＳＴ１５２２７）。そして、本願のＥＳＯＢ管理処理を行うように設定し、本処理を終了する；
<g6>解析不可能な場合（暗号化が解けない場合）、ＥＳＯＢ＿ＣＯＧ／ＮＯＮＣＯＧを１に設定し、各メーカーがプライベートに考えたＥＳＯＢ管理処理を行うように設定し、本処理を終了する。

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

<h1>ディスクの最初の記録かどうかをチェックし、最初の場合はＯＲＧ＿ＰＧＣを作成し、最初で無い場合はそのＯＲＧ＿ＰＧＣの後に追加するように設定する；
<h2>ＰＧ＿ＴＹ（図１５のプログラムタイプ１３３２１）に消去許可：０を設定し、Ｃｅｌｌ＿Ｎｓ（図１５のプログラム内セル数１３３２２）のフィールドにセルの数を設定する。

<h3>ＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のlanguage_codeに、"jpn"の場合は、ＶＭＧ＿ＭＡＴのＣＨＲ（文字コードフィールド）に0x12を設定し、ＰＲＭ＿ＴＸＴIの第２領域にＥＶＥＮＴ＿ＮＡＭＥを設定し、ＲＥＰ＿ＰＩＣＴＩ（図９のＥＳＯＢ＿ＲＥＰ＿ＰＩＤ、図１５の代表ＰＩＣ情報１３３２５、あるいは図１８のＥＰ＿ＲＥＰ＿ＰＩＣなど）に代表画像の情報を設定する。

<h4>ＬＡＳＴ＿ＭＮＦ＿ＩＤ（図１５の編集者ＩＤ１３３２６など）に本機器のメーカーＩＤを設定する。この値は、ＰＧＩ、ＣＩ、ＶＯＢの変更があった場合にその変更した機器のメーカーＩＤを設定し、最後に編集／記録したのがどのメーカーの機器であるかが分かるようにするために設定するもので、これにより、違うメーカーの機器間で同じディスクの記録内容が変更された場合の対応が取りやすくなる。

<h5>ＰＧ＿ＩＮＤＥＸにプログラムの絶対番号を設定し、他のアプリケーションソフトなどから参照する場合に、プログラム単位での参照を可能にしている。さらに、プログラム更新日時情報を記録する。この時、本機器で対応している（メーカーのコードが一致した）ＭＮＦＩやＩＴ＿ＴＸＴがある場合には、その対応するデータの更新日時情報も設定する。

<h6>図２３のＭＮＦＩに各メーカー独自の情報を設定する；
<h7>図１５のセルタイプに、ストリーマであることを示す情報を設定する；
<h8>参照するＥＳＯＢ番号を設定し、再生するＩＤとして代表（ビデオの）ＰＩＤまたは、Component_Group_Idを設定し、ＥＰＩの数、再生開始ＰＴＭ、終了ＰＴＭ、EPを設定それぞれ設定する。

図４４は、図４３に示したプログラム更新日時設定処理（ＳＴ１７０４）におけるアイテムテキスト（ＩＴ＿ＴＸＴ）作成処理の一例（アイテムテキスト設定処理フロー）を説明するフローチャートである。ＩＴ＿ＴＸＴは、機器が自由に入れることができるテキスト情報で、ユーザからの情報や放送内のテキスト情報を入れる事が考えられる。本願の実施の形態では、ＥＩＴ内に拡張形式イベント記述子がある場合に、そのテキスト情報をＩＴ＿ＴＸＴに入れることができるようにしている。そこで、ＩＴ＿ＴＸＴの設定処理は、以下のようになる。すなわち、
<i1>ＩＴ＿ＴＸＴ情報がディスク内に存在するかどうかをチェックし、存在しない場合は、ＴＸＴＤＴＩを設定し、存在する場合にはＩＴ＿ＴＸＴ情報を追加すよう設定する。

<i2>本テキストの属しているＯＲＧ＿ＰＧＣのＰＧ番号を設定し、言語コードが“ＪＰＮ”である事を確認し（そうでない場合は、本処理を終了する）、ＴＥＸＴ＿ＤＡＴＡとして、この情報を保存する。ここには、番組の説明がより詳しく乗っている；
<i3>ＰＧＩ内のプログラム更新日時情報を更新し、同時に、ＩＴ＿ＴＸＴ、ＭＮＦＩ内のプログラム更新日時情報も更新する。

図４５は、図３４に示したエントリポイント付加処理（ＳＴ１４７）の一例（ＥＰ付加処理フロー）を説明するフローチャートである。

<j1>ＥＰ自動設定時間になったかどうかを調べ、時間でない場合は、本処理を終了する；
<j2>ＳＴＣを調べ、録画時間ＰＴＭを調べ、その値にしたがってＥＰＩに追加設定する。ここで、ＥＰ＿ＰＴＭとＲＥＰ＿ＰＩＣにはＰＴＭを、ディスク内の全ＥＰの通しの絶対番号をＥＰ＿ＩＮＤＥＸ＿ＮＵＭに設定する。

<j3>編集し日時情報をＰＧＩ、ＥＰＩ＿ＬＡＳＴ＿ＴＭに設定する；
<j4>このＥＰの属するＰＧにＭＮＦＩＦＩがリンクされているか調べ、リンクされたＭＮＦＩＦIがある場合はＭＮＦＩ内のＰＧ更新日時を設定する。

<j5>このＥＰの属するＰＧにＩＴ＿ＴＸＴがリンクされているか調べ、リンクされたＩＴ＿ＴＸＴＩがある場合はＩＴ＿ＴＸＴＩ内のＰＧ更新日時を設定する；
図４６は、例えば図４５の処理によりエントリポイントが付加されたあと（既にエントリポイントが付加済みの場合）、このエントリポイントに対応してサムネール（縮小画像あるいは代表画像）を設定する処理の一例（縮小画像設定処理フロー）を説明するフローチャートである。

<k1>ユーザに縮小画像を追加するエントリポイント（ＥＰ）を選択させる；
<k2>ユーザの選んだＥＰの画像を表示させる。このとき、ＰＴＭで指定されているが、指定されているフレームがＩピクチャで無い場合は、その前のＩピクチャからデコードして（表示せずに）目標のフレームのところで表示する。

<k3>ここからコマ送りし、ユーザに縮小画像をどれにするかを選択させる；
<k4>選択されたフレームのＰＴＭ（または先頭のフレームからのフレーム数）をＥＰ＿ＲＥＰ＿ＰＩＣに設定する。

<k5>表示してある目的のフレームをビデオデコード部で縮小し、そのデータをＪＰＥＧに変換して、そのデータを読み出し、Ｔｈｕｍｂｎａｉｌファイルに追加保存する。このとき、ＴｈｕｍｎａｉｌデータとしてＥＰインデックス番号を記録する。

<k6>他のＥＰを設定するかどうかをユーザに確認し、続ける場合は次のＥＰから確認するように設定し、<k1>へ移行する。

<k7>ＰＧ更新日時をＰＧＩ更新する；
<k8>このＥＰの属するＰＧにＭＮＦＩＦＩがリンクされているか調べ、リンクされたＭＮＦＩＦIがある場合はＭＮＦＩ内のＰＧ更新日時を設定する；
<k9>このＥＰの属するＰＧにＩＴ＿ＴＸＴがリンクされているか調べ、リンクされたＩＴ＿ＴＸＴＩがある場合はＩＴ＿ＴＸＴＩ内のＰＧ更新日時を設定する。

図４７および図４８は、エントリポイントに対応したサムネール（縮小画像あるいは代表画像）を表示する処理の一例（縮小画像表示処理フロー）を説明するフローチャートである。また、図４９は、図４７の縮小画像表示処理においてサムネール（縮小画像あるいは代表画像）がどのような形態で画面表示されるかの一例を説明する図である。

<m1>再生するＰＧを決定し、そのＰＧに該当するＥＰＩを読み出す。このとき、該当するＥＰＩが無い場合は、本処理を終了して、タイトルのみを表示する；
<m2>表示位置を左端に設定する（図４９では例えば左上）。

<m3>最初のＥＰＩのデータを読み込み、サムネールファイルを開く；
<m4>ＥＰに縮小画像が登録されているかどうかを、サムネールファイル内のＥＰインデックス番号があるかどうかでチェックする。ある場合は、<m7>に移行する。

<m5>ＥＰＩ内のＲＥＰ＿ＰＩＣのＰＴＭの場所のフレームを再生し、画像を規定の大きさに縮小し、目的の場所へ表示する（上記例では図４９の左上）；
<m6>縮小した映像をＪＰＥＧに圧縮し、そのデータを読み出し、サムネールファイルに追加記録する。このとき、ＥＰインデックス番号も追加し、記録し、<m8>に移行する。

<m7>縮小画像データを読み込み、目的の座標に表示する；
<m8>他に縮小画像はあるかを調べ、ある場合は、次のＥＰ情報を読み込み、無い場合は、<m13>に移行する。

<m9>次は4枚目の場合、表示位置を左下端に設定し（図４９の表示上では改行）、<m4>に移行する；
<m10>6枚目が表示終わっていない場合は、表示位置を右に一段づつずらし、<m4>に移行する。

<m11>ページ送り記号を表示する；
<m12>ユーザが画像を選択するのを待ち、ページ送り記号を選択した場合は（図４９の表示上では改頁）、次のＥＰのデータを読み込み、<m3>へ移行する；
<m13>選択された画像のＥＰより再生を開始するように設定し、本処理を終了する。

図５０および図５１は、図３０の装置の再生動作の一例（全体の再生動作フロー）を説明するフローチャートである。

<n1>ディスクチェックし、rewritable Disc（Ｒ、ＲＷ、ＲＡＭ）かどうかをチェックする。rewritable Discで無い場合には、その旨を返して終了する；
<n2>ディスクのファイルシステムを読み出し、録画されたデータがあるかどうかチェックし、無い場合には、“録画されていません”と表示して終了する。

<n3>ＶＭＧファイルを読み込み、再生するプログラム、セルを決定し（ユーザに選ばせ）を決定する。ここで、記録順の再生選択した場合には、ＯＲＧ＿ＰＧＣＩに従って再生を行なう。番組毎の再生を（ユーザが指定した順序で）行う場合には、再生したい番組に相当する番号のＵＤ＿ＰＧＣに従って再生を行う。

<n4>ＡＰＰ＿ＮＡＭＥの値を読み出し、対応可能な放送方式かどうかチェックし、対応可能で無い場合は、その旨を表示して処理を終了する。（もしくは次のセルへ移行する。）
<n5>再生するセル情報ＣＩより再生するＥＳＯＢ／ＶＯＢを決定し、再生開始ＰＴＭより、再生を開始するファイルポインタ（論理アドレス）を決定する。さらにＳＴＩの値により、各デコーダ部の設定を行い再生の準備を行う。また、先頭のパケットグループヘッダ内のＣＣＩより、ＡＰＳの設定をビデオデコーダに対して行う。すなわち、ＡＰＳのＯＮ／ＯＦＦ、ＡＰＳのタイプ等を設定し、デジタルコピー制御によりＣＧＭＳＡの設定をビデオデコーダに行う。

さらに、デジタル出力（ＩＥＥＥ１３９４、インターネット等）がある場合、ＥＰＮの値により、「０＝スクランブルオン又は出力禁止、１＝そのまま出力」を出力ＩＣに設定する。また、ＩＣＴが０の場合、画像の解像度に制限を加え、高精細ＨＤを標準解像度ＳＤに変換し、ＩＣＴが１の場合は、そのままの解像度を出力ＩＣに設定する。この時、再生を開始するフレームがＩピクチャで無い場合、その直前のＩピクチャを読み出しそこからデコードを開始し、目的のフレームまできた所で表示を開始し、通常再生を開始する。

<n6>再生開始時の処理を行う；
<n7>各デコーダの初期設定を行う；
<n8>セルの再生処理（後述）を行い、再生終了かどうかをチェックし、終了の場合には、エラーチェックを行い、エラーの場合には、その旨を表示し、エラーでない場合には再生終了処理を行い、本動作を終了する。

<n9>ＰＧＣＩより次のセルを決定し、デコーダの設定が変更されたかどうかをチェックし、変更された場合には、次のシーケンスエンドコードにデコーダの設定が変更されるようにデコーダに変更属性を設定する；
<n10>再生が終了したかどうかをチェックし、再生終了しない場合は、<n6>へ移行する。

図５２および図５３は、図５１のセル再生時の処理（ＳＴ２２０）の一例を説明するフローチャートである。

<p1>マップ情報（図８のＥＳ＿ＭＡＰＩ１３２５３６など）の内容より、セルの開始ファイルポインタＦＰ（論理ブロック番号）および終了ファイルポインタＦＰを決定する。さらに、図１５のセル情報ＣＩ内のセル開始時間／終了時間より、開始のＥＳＯＢＵ＿ＥＮＴ、終了のＥＳＯＢＵ＿ＥＮＴを決定する。そして、ＡＤＲ＿ＯＦＳに目的のＥＳＯＢＵ＿ＥＮＴまでのエントリのデータ長を累積し、開始アドレス（論理ブロックＬＢ＝ファイルポインタＦＰ）、終了アドレスを求める。残りセル長は、終了アドレスより開始アドレスを引いた値とし、再生開始時間をＳＴＣへセットする。

<p2>参照するＩＤがOxffffの場合、マルチアングルの表示方法は、子画面同時表示の場合と、事前に設定したグループを表示する場合の２種類が考えられる。前者の場合、全ＶｉｄｅｏのＰＩＤとメインのオーディオのＰＩＤをデコーダに設定し、子画面同時表示モードになるようにデコーダに設定する。また、後者の場合、セル情報ＣＩに設定されたグループのＰＩＤを、デコーダに設定する。もし、ＣＩに設定が無い場合は、ＥＳＯＢＩ内のデフォルトＰＩＤを設定する。

<p3>参照するＩＤ＝ＰＩＤの場合は、コンポーネントグループ記述子より、参照するＥＳの属しているグループを特定し、再生する各ＰＩＤを決定し、デコーダに設定する。なお、参照するＩＤ＝グループＩＤの場合は、コンポーネントグループ記述子より、グループ内のＰＩＤを特定し、再生する各ＰＩＤを決定し、デコーダに設定する。

<p4>デコーダ部内部でデコード処理を行うように設定する；
<p5>再生中の読み出し処理を実行し、開始ファイルポインタより読み出しアドレス、読み出しサイズを決定する。

<p6>読み出す読み出し単位サイズと残りセル長を比べ、残りセル長が大きい場合には、残りセル長に残りセル長より読み出す読み出し単位サイズを引いた値を設定する。小さい場合には、読み出し長を残りセル長にセットし、残りセル長を０にセットする。

<p7>読み出し長を読み出し単位の長さに設定し、ドライブ部へ読み出しアドレス、読み出し長、読み出し命令を設定する。

<p8>１ＥＳＯＢＵ分たまるのを待つ。たまったら<p9>へ移行する；
<p9>バッファＲＡＭのデータを読み出し、ＣＣＩチェックを行い、デコーダへ転送を行う。

<p10>デコーダ部内部では、読み出したパケットグループデータを分離部が受け取り、パケット化する。そして、ストリームＩＤ、サブストリームＩＤに従って、ビデオパケットデータ（ＭＰＥＧビデオデータ）はビデオデコード部へ転送され、オーディオパケットデータはオーディオデコード部へ転送され、副映像パケットデータはＳＰデコード部へ転送される。また、ＴＳ転送部は、転送されてきたデータをエレメントストリームへと変換した後、内部バスで各デコーダへ送り、デコード処理を行う。

<p11>再生中、ＳＴＣの内容を再生時間として表示する。ただし、ＳＴＢ部の方で、ビデオデータ内のＰＴＳを元に、再生時間を表示できる場合には、そちらを使用する。

<p12>転送が終了したかどうかをチェックし、転送が開始しない場合には、<p5>へ移行する；
<p13>読み出しＦＰと<p5>で設定した読み出し長を足したものを、読み出しＦＰに代入する。

<p14>転送が終了したかどうかをチェックし、終了した場合には、残りセル長をチェックし“００”でない場合には、<p2>へ移行し、“００”の場合には、本処理を終了する；
<p15>転送が終了していない場合には、キー入力をチェックし、特殊再生を行う場合には、その方向をセットする。そして、マップ情報ＭＡＰＩ（図８のＥＳ＿ＭＡＰＩ）を利用して読み出しＦＰを計算して、特殊再生時の読み込み処理を行い、本処理を終了する。そうでない場合は、<p8>へ移行する。

特殊再生の目的ＦＰは、一定の時間を跳ばすようにＭＡＰＩよりＦＰを求める。あるいは、一定時間でなく、一定のＥＳＯＢＵ数を跳ばしてＦＰを求める方法も可能である。このとき、セルの最後まで行ったときには、ＰＧＣＩ（図１５）により次のセル情報を読み出し、セルが使用しているＥＳＯＢ番号とＭＡＰＩを選択し、同じように読み出しＦＰを求める。また、セルが無くなれば、そこで終了とする。

図５４は、図５３のバッファデコーダ転送処理（ＳＴ２２１７）の一例を説明するフローチャートである。

<q1>バッファＲＡＭ内のパケットグループの数をチェックし、１パケットグループ無い場合は本処理を終了する。１以上ある場合は、最初のパケットグループを処理するよう設定する；
<q2>目的のパケットグループをバッファＲＡＭ内より読み出す。パックグループの先頭は、パックグループ長とSync_Pattern（図２４の１５１）により検出する。

<q3>パケットグループ内のＣＣＩを読み出し、再生すべきＥＳに該当するＥＳにＣＣＩの設定があり、前回と変化しているかどうかをチェックし、変化が無い場合は、<q8>へ移行する；
<q4>ＡＰＳの値に応じてビデオデコーダにアナログプロテクション（例えばマクロビジョン方式）を設定し、このアナログプロテクションがＯＮの場合、プロテクションのタイプを設定する。

<q5>デジタルコピー制御により、ＣＧＭＳＡにコピー許可／コピー禁止を設定する。その他に１回コピー許可があるが、デジタル放送の場合、録画された時点で１回コピー許可からコピー禁止に変更されているため、１回コピー許可はステータスには無くなっている；
<q6>ＥＰＮをチェックし、保護の場合、デジタル出力（ＩＥＥＥ１３９４もしくはインターネット）へは、スクランブルをかけて出力するよう設定するか、もしくは出力を禁止する。保護でない場合は、そのまま出力する。

<q7>ＩＣＴをチェックし、画像出力制限の場合は、アナログＨＤ出力（Ｄ端子もしくは色差出力）の解像度をＨＤからＳＤへダウンコンバートして出力する。制限でない場合は、そのまま出力する；
<q8>パケットグループ内のＤＣＩを読み出し、再生すべきＥＳに該当するＥＳにＤＣＩの設定があり、前回と変化しているかどうかをチェックし、変化が無い場合は、<q10>へ移行する。

<q9>アスペクト情報により、ビデオデコーダにアスペクト情報を設定する；
<q10>デコーダ部に１パケットグループ分を転送するよう設定する。

<q11>転送終了まで待ち、パックグループがバッファＲＡＭに残っているかどうかをチェックし、いない場合は本処理を終了する；
<q12>次のパケットグループを処理するよう設定し、<q2>に移行する；
以上により、デジタル放送に対応した木目細かい制御動作が実現できる。

図５５は、図３０の装置で用いることができるプログラムマップテーブル（ＰＭＴ）のデータ構造例を説明する図である。このＰＭＴにおいて、８ビットのストリームタイプ３４２１により、種々なストリームを識別できる。例えば、ストリームタイプが“0x01”であればＭＰＥＧ１ビデオのストリームであることが示され、ストリームタイプが“0x02”であればＭＰＥＧ２ビデオのストリーム（ハイビジョンはこちら）であることが示され、ストリームタイプが“0x03”であればＭＰＥＧ１オーディオのストリームであることが示され、ストリームタイプが“0x04”であればＭＰＥＧ２オーディオのストリーム（ＡＡＣマルチチャネルオーディオはこちら）であることが示される。

図５６は、図３０の装置で用いることができるデジタルコピー制御ディスクリプタの内容例、およびこのディスクリプタを用いたコピー制御処理の一例を説明する図である。このディスクリプタ（ＳＴ３０００）において、「ディスクリプタ・タグ」フィールドは例えば“0xC1”とされ、「ディスクリプタ長」フィールドで記述長が示される。「デジタルレコーディングコントロール」フィールドには“コピー世代制御データ”が記述される。「マキシムビットレートフラグ」フィールドには“当該サービスの最大転送レートを記述するか否か”が記述される。記述しない場合のフラグは例えば“０”とされ、記述する場合のフラグは例えば“１”とされる。「コンポーネントコントロールフラグ」フィールドに“０”が記述されるときは、例えば番組全体を規定する（ＰＭＴの場合）。このフィールドに“１”が記述されるときは、その他の状態が記述される。「コピーコントロールタイプ」フィールドには“コピー制御データ”が記述される（図２６参照）。

上記ディスクリプタの各フィールドが記述されると（ステップＳＴ３０００）、コピーコントロールタイプがチェックされる（ステップＳＴ３００２）。コピーコントロールタイプが０１または１１の場合は、ＡＰＳコントロールデータに従ってアナログ出力制御データが決まる（ステップＳＴ３００４）。コピーコントロールタイプが０１または１１以外の場合のコピーコントロールは予約されている（ステップＳＴ３００６）。

続いて、マキシムビットレートフラグがチェックされる（ステップＳＴ３００８）。このフラグが１の場合は、マキシムビットレートに従って最大伝送レートが決まる（ステップＳＴ３０１０）。続いて、コンポーネントコントロールフラグがチェックされる（ステップＳＴ３０１２）。このフラグが１の場合は、コンポーネントコントロールレングスに従ってコンポーネントコントロール長ｎが決まる（ステップＳＴ３０１４）。

続いて、コンポーネントタグとデジタルレコーディングコントロールとマキシムビットレートフラグとコピーコントロールフラグの各フィールドが記述される（ステップＳＴ３０２０）。以下、ステップＳＴ３００２〜ＳＴ３０１０と同様なステップＳＴ３０２２〜ＳＴ３０３０が、ステップＳＴ３０１４で決まったｎの値分連続実行される。なお、ステップＳＴ３０１２でコンポーネントコントロールフラグが１でないときは、ステップＳＴ３０１４〜ＳＴ３０３０の処理はスキップされて、図５６の処理は終了する。

図５７は、デジタルコピー制御がビデオデータに対してどのように運用されるかの一例を説明する図である。ビデオデータのコピー制御は、大きく分けて「制限無しコピー可（コピーフリー）」と、「コピー禁止（コピーネバーまたはノーモアコピー）」と、「１世代のみコピー可（コピーワンス）」の３種類がある。

「制限無しコピー可」の場合、アナログコピー制御は「制限無しコピー可」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“00”となり、ＡＰＳコントロールデータは例えば“Don't care（無視）”となる。

「コピー禁止」の場合、（１）アナログコピー制御は「コピー禁止（デジタルコピーはできないがマクロビジョン（Ｒ）方式のコピー防止パルスは付かずアナログコピーは可能）」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“11”となり、ＡＰＳコントロールデータは例えば00”となる。

あるいは「コピー禁止」の場合、（２）アナログコピー制御は「コピー禁止（アナログコピーもデジタルコピーも不可）」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“11”となり、ＡＰＳコントロールデータは例えば00以外”となる。

「１世代のみコピー可」の場合、（３）アナログコピー制御は「１世代のみコピー可（但しコピー防止パルスは付かずアナログコピーは可能）」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“10”となり、ＡＰＳコントロールデータは例えば00”となる。

あるいは「１世代のみコピー可」の場合、（４）アナログコピー制御は「１世代のみコピー可（それ以後の世代のコピーはアナログコピーもデジタルコピーも不可）」となり、デジタルレコーディングコントロールは例えば“01”となり、コントロールタイプは例えば“10”となり、ＡＰＳコントロールデータは例えば00”となる。

図５８は、デジタルコピー制御がオーディオデータに対してどのように運用されるかの一例を説明する図である。オーディオデータのコピー制御も、大きく分けて「制限無しコピー可（コピーフリー）」と、「１世代のみコピー可（コピーワンス）」と、「コピー禁止（コピーネバーまたはノーモアコピー）」の３種類がある。

「制限無しコピー可」の場合、デジタルレコーディングコントロールは例えば“01/11”となり、コントロールタイプは例えば“00”となる。「１世代のみコピー可」の場合、デジタルレコーディングコントロールは例えば“01/11”となり、コントロールタイプは例えば“10”となる。「コピー禁止」の場合、デジタルレコーディングコントロールは例えば“01/11”となり、コントロールタイプは例えば“11”となる。

図５９は、図３０の装置で用いることができるコンテンツ利用ディスクリプタの内容の一例を説明する図である。このディスクリプタにおいて、「ディスクリプタ・タグ」フィールドは例えば“0xDE”とされ、「ディスクリプタ長」フィールドで記述長が示される。「イメージコンストラクショントークン（図２６のＩＣＴ」フィールドには“解像度制限ビット”が記述される。このビットが“0”のときは映像出力が制限され（例えば高精細ＨＤ映像が標準解像度ＳＤに制限されて出力される）、このビットが“1”のときは制限なしで映像出力される。「リテンションモード」フィールドには“一時蓄積制御ビット”が記述される。このビットが“0”のときは映像の一時蓄積が可能とされ、このビットが“1”のときは一時蓄積禁止とされる。「リテンションステート」フィールドには“一時蓄積容認時間”が記述される。このフィールドの内容が“7”のときは１．５時間の一時蓄積が認められ、“6”のときは３時間の一時蓄積が認められ、“5”のときは６時間の一時蓄積が認められ、“4”のときは１２時間の一時蓄積が認められ、“3”のときは１日の一時蓄積が認められ、“2”のときは２日の一時蓄積が認められ、“1”のときは１週間の一時蓄積が認められ、“0”のときは無制限に一時蓄積が認められる。「エンクリプションモード」フィールドには“出力保護ビット”が記述される。このビットが“0”のときは高速デジタルＩ／Ｆ出力が保護され、このビットが“1”のときは保護なし（つまりデジタル出力フリー）とされる。

図６０は、図３０の装置で用いることができるイベント情報テーブル（ＥＩＴ）のデータ構造例を説明する図である。このＥＩＴは、ディスクリプタ３４２６ａの記録フィールドを持ち、ここに「コンポーネントグループディスクリプタ」等のディスクリプタを格納できるようになっている。

図６１は、図３０の装置で用いることができる拡張イベントディスクリプタの内容の一例を説明する図である。このディスクリプタにおいて、「ディスクリプタ・タグ」フィールドは例えば“0x4e”とされ、「ディスクリプタ長」フィールドで記述子長が示される。「ディスクリプタナンバー」フィールドには、記述子番号（０〜ｎ）が記述される。また、「ラストディスクリプタナンバー」フィールドには、最終記述子番号（０〜ｎ）が記述される。「0x4dISO_639_LANGUAGE_CODE」フィールドには、例えば日本で採用される放送方式“ＡＲＩＢ：ｊｐｎ ”が記述される。また、「length of items」フィールドには、例えば“項目数（後続の項目のバイト数）”が記述される。

上記項目数が１以上ある場合は、以下の内容が項目数分繰り返される。すなわち、「item description length」フィールドの項目名長（項目名のバイト数）の後に項目名（８ビットの文字符号）が項目名長分繰り返され、「item length」フィールドの項目記述長（項目記述のバイト長）の後に項目記述（８ビットの文字符号）が項目名長分繰り返され、「Text length」フィールドの拡張記述長（拡張記述のバイト長）の後に拡張記述（８ビットの文字符号）が項目名長分繰り返される。そして、これら「item description length」、「item length」、「Text length」のフィールドの組が、項目数分繰り返される。

図６２は、再生時間（ＰＴＭ）が与えられた場合に、このＰＴＭから目的のパケットをどのように捕まえるかを説明する図である。与えられた再生時間ＰＴＭからこのＰＴＭに対応するターゲットパケットを得る方法は、次の通りである。すなわち、
（１）与えられたＰＴＭから、管理情報であるタイムマップＴＭＡＰを用いて（ＥＳＯＢＵの再生時間を加算することで）、そのＰＴＭが属するＥＳＯＢＵ番号を求める；
（２）求めたＥＳＯＢＵ番号から、ＴＭＡＰを用いて（ＥＳＯＢＵサイズを加算することで）、そのＥＳＯＢＵの開始パケットが属するパケットグループ番号を求める；そして、
（３）タイムマップ内のＥＳＯＢＵ開始パケット番号により、そのＥＳＯＢＵの開始パケットを特定する。

図６３は、ＡＶデータ管理情報記録領域１３０に記録される管理情報の１つ（ＲＴＲ＿ＶＭＧ）がどのように構成されるかの他例（図４の変形例）を説明する図である。ここでは、図４の拡張エントリポイント情報（ＥＸＥＰＩＴ）１３６１がなく、その代わりに、拡張エントリポイント情報を図３の拡張ファイルＨＲ＿ＥＸＥＰ．ＤＡＴに持たせている。この場合、ＰＧＣＩ内のセルエントリポイント情報Ｃ＿ＥＰＩには、図１８の例１のようなデータ構造が採用される。

図６４は、プログラムチェーン情報（ＯＲＧ＿ＰＧＣ情報またはＵＤ＿ＰＧＣ情報）の各構成要素の中身がどのように構成されるかの他例（図１５の変形例）を説明する図である。ここでは、図１５のエントリポイント情報テーブル（Ｃ＿ＥＰＩＴ）１３３４８の代わりに、エントリポイント情報（ＥＰＩ）１３３４８Ｘが採用されている。図１５のＣ＿ＥＰＩＴがＣ＿ＥＰＩを１つしか含まない場合は、図６４のセル情報１３３４Ｘは、実質的に図１５のセル情報１３３４と同じになる。

図６５は、図４または図１４の管理情報記録領域１３０に記録される管理情報に含まれる業者情報（マニファクチャラー情報ＭＮＦＩ）の中身がどのように構成されるかの他例（図２３の変形例）を説明する図である。図６５では、業者情報（ＭＮＦＩ）１３６３Ｘニ含まれるＭＮＦＩデータ１３６３３Ｘが、例３として示すように、縮小画枚数（サムネール数）１３６３３１Ｘと、該当するセル番号１３６３３２Ｘと、該当するエントリポイント番号１３６３３３Ｘと、サムネールがＪＰＥＧ圧縮されている場合にそのデータ長（サイズ）１３６３３４Ｘと、そのサムネールのＪＰＥＧデータ本体１３６３３５Ｘを含んでいる。

図６６は、図３０の装置の録画動作の他例（図３５の変形例）を説明するフローチャート（エントリポイント付加処理なしの録画フロー）である。

<r7>ＰＴＭよりＶＳＴＩ、ＡＳＴＩを作成する（ステップＳＴ１２０）；
<r8>バッファ内のデータが一定量（1ＣＤＡ分）たまった場合は、Ｄ−ＰＲＯを通して、ＥＣＣ処理を行い、ディスクに記録する（ステップＳＴ１３０）。

<r9>録画中、定期的に（フォーマッタ部のバッファＲＡＭがいっぱいになる前に）、切り分け情報をＭＰＵ部のワークＲＡＭに保存する。ここでの切り分け情報は、ＥＳＯＢＵの切り分け情報で、ＥＳＯＢＵの先頭のアドレス、ＳＯＢＵのパック長、もし、Ｉ−Ｐｉｃの終了アドレス、ＥＳＯＢＵの到着時間（ＡＴＳ）等である；
<r10>残量をチェックし、一定以上少なくなった場合には、残り容量少処理を行う。

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

図６７は、情報記憶媒体（光ディスク）に録画を開始する前の処理の他例（図３６の変形例）を説明するフローチャート（録画前処理フロー）である。

<s1>ＤＶＤ＿ＨＤＶＲのディレクトリ（新たなＶＲの入るディレクトリ）をさがし、無い場合はそのディレクトリを作成し、ある場合は次に移行する；
<s2>ディレクトリ内に録画されているかどうかを調べ、録画されている場合は、その管理情報であるＶＭＧＩをワーク内に読み込み、その記録されている放送方式（ＡＰＰ＿ＮＡＭＥ）より本機器がサポートしている方式かどうかを判定し、サポートしていない場合は、その旨を表示して終了する。

<s3>録画されているデータが無い場合はワーク内にＶＭＧＩを作成する；
<s4>これから録画するデータの放送方式を調べる。（内部チューナーの場合は、機器内でデフォルトの方式とし、外部デジタル入力の場合は、デジタル入力より送られてくるRegistration_Descriptorの値を調べ、録画する方式を決定する。）
<s5>ディスク内の放送方式と比べ、違っている場合は、その旨を表示して終了する。

<s6>録画するデータの放送方式が本機器がサポートしている方式かどうかを判定し、サポートしていない場合は、その旨を表示して終了する；
<s7>ワーク内に構築しているＶＭＧＩのＡＰＰ＿ＮＡＭＥに放送方式を設定して次の処理に移行する。

図６８は、プログラムチェーン（ＰＧＣ）作成処理の他例（図４３の変形例）を説明するフローチャート（プログラム設定処理フロー）である。

<t1>ディスクの最初の記録かどうかをチェックし、最初の場合はＯＲＧ＿ＰＧＣを作成し、最初で無い場合はそのＯＲＧ＿ＰＧＣの後に追加するように設定する；
<t2>ＰＧ＿ＴＹに消去許可:0を設定し、Cell_Nsにセルの数を設定する。

<t3>ＡＲＩＢの場合、ＥＩＴ内の短形式イベント記述子のlanguage_codeに"jpn"の場合は、ＶＭＧ＿ＭＡＴのＣＨＲに0x12を設定し、ＰＲＭ＿ＴＸＴIの第２領域にＥＶＥＮＴ＿ＮＡＭＥに設定し、ＲＥＰ＿ＰＩＣＴＩに代表画像の情報を設定する。

<t4>ＬＡＳＴ＿ＭＮＦ＿ＩＤに本機器のメーカーＩＤを設定する。この値は、ＰＧＩ、ＣＩ、ＶＯＢの変更があった場合にその変更した機器のメーカーＩＤを設定し、最後に編集、記録したのがどのメーカーであるかをわかるために設定するもので、これにより、違うメーカーが変更した場合の対応が取りやすくなる。

<t5>ＰＧ＿ＩＮＤＥＸにＰＧの絶対番号を設定し、他のアプリソフトなどから参照する場合にＰＧ単位での参照が可能にしている。さらに、本ＰＧ更新日時情報を記録する。この時、本機器で対応している（メーカーのコードが一致した）ＭＮＦＩやＩＴ＿ＴＸＴがある場合には、その対応するデータの更新日時情報も設定する。

<t6>ＭＮＦＩに各メーカー独自の情報を設定する；
<t7>セルタイプにストリーマであることを示す情報を設定する；
<t8>参照するＥＳＯＢ番号を設定し、再生するＩＤとして代表（ビデオの）ＰＩＤまたは、Component_Group_Idを設定し、ＥＰＩの数、再生開始ＰＴＭ,終了ＰＴＭ、EPを設定それぞれ設定する。

図６９は、図６８に示したプログラム更新日時設定処理（ＳＴ１７００Ｘ）におけるアイテムテキスト（ＩＴ＿ＴＸＴ）作成処理の他例（図４４の変形例）を説明するフローチャート（アイテムテキスト設定処理フロー）である。

ＩＴ＿ＴＸＴは、機器が自由に入れることができるテキスト情報で、ユーザからの情報や放送内のテキスト情報を入れる事が考えられる。ここでは、ＥＩＴ内に拡張形式イベント記述子がある場合にそのテキスト情報をＩＴ＿ＴＸＴに入れる事を考える。そこで、ＩＴ＿ＴＸＴの設定処理は、以下のようになる。

<u1>ＩＴ＿ＴＸＴ情報がディスク内に存在するかどうかをチェックし、存在しない場合は、ＴＸＴＤＴＩを設定し、存在する場合にはＩＴ＿ＴＸＴ情報を追加すよう設定する。

<u2>本テキストの属しているＯＲＧ＿ＰＧＣのＰＧ番号を設定し、言語コードが“ＪＰＮ”である事を確認し（そうでない場合は、本処理を終了する）、ＴＥＸＴ＿ＤＡＴＡとして、この情報を保存する。ここには、番組の説明がより詳しく乗っている。

図７０は、既にエントリポイントが付加済みの場合において、このエントリポイントに対応してサムネール（縮小画像あるいは代表画像）を業者情報ＭＮＦＩに設定する処理の他例（図４６の変形例）を説明するフローチャート（縮小画像設定処理フロー）である。メニューなどに使うためのＭＮＦＩにＥＰに対応した縮小画像のデータをいれた場合の実施例を以下に示す。

<v1>ＭＮＦＩ情報がディスク内に存在するかどうかをチェックし、存在しない場合は、ＭＮＦＩを設定し、存在する場合にはＭＮＦＩ情報を追加すよう設定する；
<v2>ＭＮＦＩのマニファクチャーＩＤに本機器のメーカーＩＤを入れる。このＩＤは、図３０のＭＰＵ８０内のＲＯＭ８０Ｂに記録されたデフォルト値である。

<v3>ＭＮＦＩの録画時間を設定する；
<v4>プログラム内のセルを検索し、全エントリポイントＥＰをチェックし、ＥＰの数、ＥＰが打たれている再生箇所（実際のオブジェクトの再生位置）を取り出す。

<v5>最初のＥＰの情報を取り出す；
<v6>ＥＰの指定しているフレームを再生し、フレームメモリにいれる。この時、ＥＰの付いているフレームがＩピクチャでない場合（Ｂ、Ｐピクチャの場合）、その前のＩピクチャから再生し、目的のフレームまでデコードをして、フレームデータを求める。

<v7>フレームメモリ内のデータをデコード部により縮小データとし、ＪＰＥＧ圧縮する；
<v8>デコード部より、縮小データを読み出し、対応するセル番号およびエントリポイント番号とともに、ＭＮＦＩ＿ＤＡＴＡ（図２３の１３６３３または図６５の１３６３３Ｘ）に保存する；
<v9>縮小画像化していないＥＰがあるかどうかを判断し、ある場合は、次のＥＰの情報を取り出し、<v6>へ移行する。

図７１は、業者情報ＭＮＦＩに設定されたサムネール（縮小画像あるいは代表画像）を表示する処理の他例（図４７の変形例）を説明するフローチャート（縮小画像表示処理フロー）である。メニューキーなどで縮小画像を表示させる時の処理は、次のようになる。

<w1>再生するＰＧを決定し、そのＰＧに該当するＭＮＦＩを読み出す。このとき、該当するＭＮＦＩが無い場合は、本処理を終了して、タイトルのみを表示する。

<w2>最初のＥＰのデータを読み込む；
<w3>表示位置を左端に設定する。

<w4>縮小画像データを読み込み、目的の座標に表示する；
<w5>他に縮小画像はあるかどうかチェックする；
<w6>ある場合は、次のＥＰ情報を読み込む。

<w7>次は4枚目の場合、表示位置を左下端に設定（改行）し、<w4>に移行する；
<w8>6枚目が表示終わっていない場合は、表示位置を左に一段づつずらし、<w4>に移行する；
<w9>ページ送り記号を表示する。

<w10>ユーザが画像を選択するのを待ち、ページ送り記号を選択した場合（改頁）は、次のＥＰのデータを読み込み、<w3>へ移行する；
<w11>選択された画像のＥＰより再生を開始するように設定し、本処理を終了する。

図７２は、図６５の業者情報ＭＮＦＩの信頼性をチェックする処理の一例を説明するフローチャート（ＭＮＦＩ信頼性チェック処理フロー）である。ここでは、ディスク挿入時にＭＮＦＩ、ＩＴ＿ＴＸＴの信頼性をチェックし、不整合がある場合は、そのＭＮＦＩもしくはＩＴ＿ＴＸＴを削除する。（プログラム編集日時はプログラムを編集した時にＰＧＩ,ＩＴ＿ＴＸＴ、ＭＮＦＩに設定されるため、もし仮に、レコーダがＩＴ＿ＴＸＴ、ＭＮＦＩをサポートしていない場合は、不整合が生じる。）
<x1>まず、ディスク内のＯＲＧ＿ＰＧＣを読み込む。

<x2>各ＰＧの情報を読み出す；
<x3>ＰＧＩの更新日時情報を読み出し、そのＰＧに該当するＩＴ＿ＴＸＴを探し、ある場合はその更新日時情報を読み出す；
<x4>そのＰＧに該当するＭＮＦＩを探し、ある場合はその更新日時情報を読み出す。

<x5>更新日時を比較し、ＰＧＩの日時情報と一致しない場合は、そのデータ（ＩＴ＿ＴＸＴまたはＭＮＦＩ）を削除する。（更新日時が一致しないという事は、その部分のデータが他社の機器で編集された事を意味し、そのため、そのデータがどこに関連付けられるかが不明となる。このため、そのデータは削除する。）
<x6>次のＰＧはあるかどうかをチェックし、ある場合は次のＰＧに設定し、<x3>へ移行する。

<x7>本処理を終了する；
以上により、デジタル放送に対応した木目細かい制御動作が実現できる。

＜実施の形態のまとめ＞
（０１）エントリポイント（図１８のＣ＿ＥＰＩ）もサムネール画像へのポインタ（ＴＢＮ＿ＰＴ、ＥＰ＿ＲＥＰ＿ＰＩＣ）、アイテムテキストへのポインタ（ＴＸＴ＿ＮＵＭ）、エントリポイントタイプ（図１９のＥＰ＿ＴＹ）等を持たせる。

すなわち、エントリポイントに種々な情報の追加ができ、ＥＰ＿ＴＹによりどんな情報が含まれているか即座に判断できる。さらに、エントリポイントそのものから独立して代表画像の位置を設定・保持できるためこの代表画像をチャプタサムネール等に活用できる。

（０２）管理情報（ＶＭＧ、ＥＳＭＧ）内の必須情報（ＰＧＩ）と拡張情報（ＥＰ＿ＥＰＩＴ；オプション）の双方に同じ検索情報（図１５、図２３のプログラムインデックス番号、プログラム更新日時等の情報）を持たせる。

すなわち、オプションの拡張情報（ＥＰ＿ＥＰＩＴ）内に必須情報（ＰＧＩ）と同じプログラムインデックス番号、プログラム更新日時等の情報を格納するように構成する。そして、プログラム（ＰＧ）に関連する情報が変更された場合、必須情報（ＰＧＩ）および対応する拡張情報中のプログラムインデックス番号、プログラム更新日時等を同時に更新する（拡張情報のみが変更された場合はこの同時更新は不要）。

このように構成すると、プログラム、プレイリスト、エントリポイント等に関する拡張情報を、必要なものだけ、何時でも追加して保持できる。特に、拡張情報を処理する機能を持たない機種（レコーダ）で本願のディスクの記録内容を変更した場合に、記録情報の不整合が発生しているかどうかを、プログラム単位で検出できる（図７２のＳＴ４０１４Ｘ等の処理）。また、拡張情報を後から追加できることから、管理情報のうちの必須情報の情報量を最小限に抑えることができ、それでいて後から管理情報（テキスト情報等の、種々な拡張情報）を容易に追加できる（例えば図４４のＳＴ１８０６の処理）。

（０３）（パケット単位でなく）パケットグループ単位で、パケット識別子（ＰＩＤ）毎に、表示制御情報（ＣＣＩ）および／またはコピー制御情報（ＣＣＩ）を扱うことができる（図２４のパケットグループヘッダがＤＣＩ、ＣＣＩを含むことができるようになっている）。本願実施の形態では、最大３２ＰＩＤまで対応できる。また、パックグループの途中で属性が変化する場合は、パックグループをダミーデータで終端して、各パックグループの境界位置がアラインされるようにしている（図４０参照）。

（パケット単位より大きな単位の）パックグループ単位でＤＣＩ、ＣＣＩ等を管理するので、そのヘッダ（図２４のパケットグループヘッダ）の情報量を、（パケット単位の場合と比べて）小さくできる。

（０４）ストリームオブジェクト（ＳＯＢ）のデフォルトＰＩＤをその管理情報（図８〜図１１のＳＯＢＩ）に記述する。このようにすると、格別ＰＩＤの記述がなされなくても、デフォルトのＰＩＤがあるため、対象となるＰＩＤが分かる。従い、個々の該当個所でＰＩＤをいちいち記述しなくても済む。

なお、この発明は上記した実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を種々変形して具体化することができる。

また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。

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

Claims (5)

1. ＭＰＥＧトランスポートストリームの動画情報を含むＡＶ情報を記録するデータ領域と、このデータ領域に記録された前記ＡＶ情報を管理する管理情報を格納する管理領域とを持つ情報媒体において、
   前記管理情報が、前記ＭＰＥＧトランスポートストリームであるか否かで転送データサイズが変わることを示す情報を含み、
   前記ＭＰＥＧトランスポートストリームの情報を格納するファイルと、前記ＭＰＥＧトランスポートストリームの情報の一部に対応するサムネール情報を格納するファイルが、１つのディレクトリ内で別ファイルとして管理されるように構成された情報媒体。
2. 請求項１に記載の媒体を用いる記録方法において、前記データ領域に前記ＡＶ情報を記録し、前記管理領域に前記管理情報を記録するように構成した記録方法。
3. 請求項１に記載の媒体を用いる再生方法において、前記管理領域から前記管理情報を再生し、前記データ領域から前記ＡＶ情報を再生するように構成した再生方法。
4. 請求項１に記載の媒体を用いる記録装置において、前記データ領域に前記ＡＶ情報を記録する手段と、前記管理領域に前記管理情報を記録する手段とを具備した記録装置。
5. 前記管理領域から前記管理情報を再生する手段と、前記データ領域から前記ＡＶ情報を再生するする手段とを具備した再生装置。

Images