WO2000049803A1

WO2000049803A1 - Support d'enregistrement pour flux de donnees, procede d'enregistrement et procede de reproduction associes

Info

Publication number: WO2000049803A1
Application number: PCT/JP2000/000944
Authority: WO
Inventors: Hideo Ando; Kazuyuki Uyama; Yuuji Ito; Shinichi Kikuchi
Original assignee: Kabushiki Kaisha Toshiba; Toshiba Ave Co., Ltd.
Priority date: 1999-02-18
Filing date: 2000-02-18
Publication date: 2000-08-24
Also published as: US20060036622A1; US7177521B2; US20060036623A1; JP3805985B2; US6453116B1; US7054543B2; US8417101B2; US20040223742A1; US7085473B2; US6768863B2; US6782189B2; US20020039480A1; US20040218909A1; US20010010664A1; US20060047624A1; US20020024892A1; US20040170389A1; US7277622B2; US20060036621A1; US7369747B2

Description

明細書

ストリームデータの記録媒体、その記録方法および再生方法技術分野

この発明は、デジタル放送などで伝送される映像データあるいはバケツト構造をもって伝送されるストリームデータを記録する情報記憶媒体、この媒体に記録されるストリームデータに関する管理情報のデータ構造、およびこの管理情報の記録方法と再生方法に関する。

背景技術

(従来説明）

近年、 T V放送はデジタル放送の時代に突入してきた。それに伴い、デジタル T V放送のデジタルデータをその内容を問わずデジタルデータのままで保存する装置、いわゆるストリーマが要望されるようになつてきた。

現在放送されているデジタル T V放送では、 M P E G のトランスポートストリームが採用されている。今後も、動画を使用したデジタル放送の分野では、 M P E G トランスポートストリ一ムが標準的に用いられると考えられる。

このデジタル放送では、放送される内容（主に映像情報）が、トランスポートパケットと呼ばれる所定サイズ（例えば 1 8 8 ノくイト）毎のデータのまとまりに時間分割され、このトランスポートバケツト毎に放送データが伝送される。

このデジタル放送データを記録するストリーマとして、現在市販されているものとしては、 D— V H S (デジタノレ V H S ) などの家庭用デジタル V C Rがある。この D — V H S を利用したストリーマでは、放送されたビットストリームがそのままテープに記録される。そのため、ビデオテープには、複数の番組が多重されて記録されることになる。

再生時には、最初から再生する場合、あるいは途中から再生する場合にも、そのまま全てのデータが、 V C R力らセットトップボックス（デジタル T Vの受信装置：以下 S T B と略記する）に送り出される。この S T B において、ユーザ操作等により、送り出されたデータ内から所望の番組が選択される。選択された番組情報は、 S T B からデジタル T V受像機等に転送されて、再生（ビデオ +オーディオ等の再生）がなされる。

この D — V H S ストリーマでは、記録媒体にテープが用いられるため、素早いランダムアクセスが実現できず、所望の番組の希望位置に素早くジャンプして再生することが困難となる。

このようなテープの欠点（ランダムアクセスの困難性）を解消できる有力な候補として、 D V D — R A Mなどの大容量ディスクメディアを利用したストリ一マが考えられる。その場合、ランダムアクセスおよび特殊再生などを考えると、必然的に、管理データを放送データとともに記録する必要性が出てくる。

ここで、デジタル T Vの受信装置である S T B と D V D — R A Mなどの大容量ディスクメディアを利用したストリーマとの間、あるいはこの大容量ディスクメディアを利用したストリーマと D — V H S 等を利用した他のストリーマとの問のデータ転送には、 I E E E 1 3 9 4 等に準拠したデジタルィンターフェースを利用できる。

このデジタルィンタ一フエ一スでは、デジタル放送で受信したトランスポートノ、。ケット毎に映像データ Zストリームデータが転送される。

たとえば I E E E 1 3 9 4 を用いたデジタノレインターフェースでは、デジタル放送の受信データに対して実時間での転送を保証するため、各トランスポートバケツト毎に受信時刻を表すタイムスタンプデータが付加されて、転送が行なわれている。

また、 D V D — R A Mなどの情報記憶媒体に記録された上記デジタル放送の受信デ一タに対して S T B での実時間による間断の無い再生を保証するため、情報記憶媒体上に、各トランスポートパケットデータとともに上記タイムスタンプデータも同時に記録される。

(課題）

上記の場合、 D V D — R A Mなどの大容量ディスクメディァを利用した情報記憶媒体に記録するストリームデータとして、トランスポートノ、。ケット毎にタイムスタンプデータが付力 [I されて記録されている。このため、このタイムスタンプデータを利用して時間管理を行うことになる。

デジタル T Vでは、映像データは M P E G 2 と呼ばれるデジタル圧縮方式を用いて情報圧縮された形で放送される。この M P E G 2 方式によると、 P ピクチャ情報は I ピクチャに対する差分情報しか持たず、また B ピクチャ情報は I ピクチャと P ピクチャに対する差分情報しか持っていない。したがつて、 B ピクチャあるいは P ピクチャは単独で再生することができず、これらを再生するためには I ピクチャからの再生が必要となる。

ここで、 I 、 B、 P の各ピクチャの表示時刻で示されるュ一ザから見た映像再生時間と、前記タイムスタンプ時間とは異なる。このため、情報記憶媒体上に記録したストリームデ —タに対する時間管理をタイムスタンプデータのみで行った場合には、ユーザに対する表示時刻（映像再生時間）の制御が正確に行えないという問題が生じる。

( 目的）

この発明は、上記課題を解決するためのものであって、その目的は、ストリームデータ内に記録されたタイムスタンプデータを用いてストリームデータに対する時間管理を行うとともに、ユーザに対する正確な表示時刻制御も可能にするための、管理情報のデータ構造およびその記録方法と再生方法を提供することである。

発明の開示

上記目的を達成するために、この発明では、ストリームデータ内に記録されたタイムスタンプデータ（アプリケーションタイムスタンプ A T S ) とュ一ザに対する表示時刻情報 ( P T S あるいはフィールド情報）との間の関係を示す情報 (時間関係テーブル；または再生タイムスタンプリスト P T S L ) を管理情報（ストリームファイル情報テーブル S F I T ) の一部に持たせる。また、ユーザに対する表示時刻情報（ P T S あるいはフィ一ルド情報）と、各 I ピクチャの開始時刻位置（または目的のアクセスュニット A Uが属するストリームオブジェクトュニット S O B U を示すアクセスュニット開始マップ A U S M) とタイムスタンプデータ（ A T S ) との関係は、上記時間関係テーブル（または P T S L ) で示すことができるようにしてレヽる。

この発明に係る情報媒体は、所定のデータ記録単位（トランスポートノ、°ケット Zアプリケ—ションバケツト）によりストリームデータ（ S O B または S O B U ) が記録されるデータ領域（ S T R E A M . V R O / S R— T R A N S . S R O ) と、前記ストリームデータに関する管理情報（ S T R

I ) が記録される管理領域（ S T R E A M . I F O / S R— M A N O R . I F 〇）とを有している。ここで、前記管理情報（ S T R I ) に、前記ストリームデータのアクセス（ I ピクチャ情報または A Uのアクセス）に利用される第 1 の管理情報（ I ピクチャ転送開始時刻に対応した A T S ；または A U S M) と；前記第 1 の管理情報（ A U S M) とは異なるものであって、この第 1 の管理情報と前記ストリームデータのアクセスに利用される第 2 の管理情報（ P T S ；またはセル開始 A P A T S C— S— A P A T ) との間の関係を示す第 3 の管理情報（時間関係テーブル；または P T S L ) が記録される。

また、この発明に係る記録方法は、所定のデータ記録単位 ( ノ、°ケット）によりストリームデータ（ S 〇 B または S O B U ) が記録されるデータ領域（ S T R E A M . V R O ) と、前記ストリームデータに関する管理情報（ S T R I ) が記録される管理領域（ S T R E A M . I F 〇）とを有した情報媒体（ 2 0 1 ) を用いる。前記管理情報（ S T R I ) に、前記ストリームデータのァクセス（ I ピクチャ情報または A Uのアクセス）に利用される第 1 の管理情報（ I ピクチャ転送開始時刻に対応した A T S ；または A U S M ) と；前記第 1 の管理情報（ A U S M) とは異なるものであって、この第 1 の管理情報と前記ストリームデータのアクセス（ A U ) に利用される第 2 の管理情報（ P T S ；または S C _ S — A P A T ) との関係を示す第 3 の管理情報（時間関係テーブル；または P T S L ) が記録される。

このような情報媒体への記録において、記録するストリームデータから前記第 1 の管理情報（ A T S Z A U S M) を抽出し（ステップ S O 3 ) ；記録するストリームデータ力ら前記第 2 の管理情報（ P T S ) を抽出し（ステップ S 0 4 ) ；前記ストリームデータ（パケットデータ）を前記情報媒体

( 2 0 1 ) に記録し（ステップ S 0 7 ) ；前記第 3 の管理情報（時間関係テーブル/ P T S L ) を前記管理領域（ S T R E A M . I F O Z S R— M A N G R . I F O ) に記録する

(ステップ S 1 1 ) 。

あるいは、上記のような情報媒体への記録において、ストリームデータ供給装置（ S T B装置）とストリームデータ記録装置（光ディスク装置）との間で所定の基準クロック（ S C R ) の同期化処理を行い（ステップ S 5 4 ) ；前記基準クロック（ S C R ) の同期化処理の結果に基づき、前記第 3 の管理情報（時間関係テーブル；または P T S L ) を修正し (ステップ S 5 6 ) ；修正後の前記第 3 の管理情報（時間関係テーブル；または P T S L ) を、前記情報媒体（ 2 0 1 ) 上の前記管理領域（ S T R E A M . I F O / S R— M A N G R . I F O ) に記録する（ステップ S 5 7 ) 。

また、この発明に係る再生方法は、第 1 のデータ記録単位 (アプリケーションバケツ A P ) を含む第 2 のデータ単位 ( S O B U ) でストリームデータが記録されるデータ領域 ( S T R E A M . V R O / S R一 T R A N S . S R O ) と、前記ストリームデータに関する管理情報（ S T R I ) が記録される管理領域（ S T R E A M . I F O / S R _M A N G R . I F O ) とを有した情報媒体（ 2 0 1 ) を用いる。前記管理情報（ S T R I ) に、前記ストリームデータのアクセス（ I ピクチャ情報または A Uのアクセス）に利用される第 1 の管理情報（ I ピクチャ転送開始時刻に対応した A T S ；または A U S M) と；前記第 1 の管理情報（ A U S M) とは異なるものであって、この第 1 の管理情報と前記ストリームデータのアクセス（ A U ) に利用される第 2 の管理情報（ P T S ；または S C— S— A P A T ) との関係を示す第 3 の管理情報 (時間関係テーブル；または P T S L ) が記録される。

このような情報媒体（ 2 0 1 ) から前記ストリームデータを再生するにあたり、前記ストリームデータが連続した複数の前記第 2 のデータ単位（たとえば S O B U # 1 と S O B U # 2 ) を持つ場合において、前記連続した複数の第 2 のデ一タ単位（ S O B U # l と S O B U # 2 ) の隣接境界位置から前記第 2 の管理情報（ P T S ；または S C— S— A P A T ) が示す前記第 1 のデータ記録単位（ A P ) の位置（ S C— S — A P A T ) までの位置差（ P T S オフセットまたは図 2 9 ( g ) の再生されない A P ) を調べ（ステップ S 2 4 ) ；前記隣接境界位置から、前記情報媒体（ 2 0 1 ) に記録された前記ストリームデータの読み取りを開始する力 S (ステップ S 3 0 ) 、前記位置差が示す前記第 1 のデータ記録単位（ A P ) の位置（ S C— S— A P A T ) までの読み取りデータは破棄あるいは無視し（ステップ S 3 1 ) ；前記位置差が示す前記第 1 のデータ記録単位（ A P ) の位置（ S C— S— A P A T ) 力ゝら、前記情報媒体（ 2 0 1 ) に記録された前記ストリームデータの再生（再生情報の表示）を開始する（ステツプ S 3 2 ) 。

あるいは、上記のような情報媒体からの再生において、前記第 1 の管理情報（ I ピクチャ転送開始時刻に対応した A T S ；または A U S M) が含まれる前記第 2 のデータ単位（ S O B U ) の先頭アドレスを調査し（ステップ S 4 5 ) ；前記第 2 のデータ単位（ S O B U ) の調査された先頭アドレスを用い、前記第 1 の管理情報（ A U S M ) として示された前記ストリームデータのアクセス位置（ I ピクチャ情報または A U のアクセス位置）以外の再生情報を破棄あるいは無視し (ステップ S 4 7 ) ；前記ストリームデータのアクセス位置 ( I ピクチャ情報；または A U ) の再生情報だけを逐次再生しあるいは逐次表示する（ステップ S 4 9 ) 。図面の簡単な説明

図 1 は、この発明の一実施の形態に係るストリームデ一タのデータ構造を説明する図である。

図 2 は、この発明の一実施の形態に係るデータファイルのディレクトリ構造を説明する図である。

図 3 は、この発明の一実施の形態に係る情報媒体（ D V D 録再ディスク）上の記録データ構造（とくに管理情報の構造）を説明する図である。

図 4 は、この発明におけるストリームオブジェクト（ S O B ) 、セル、プログラムチェーン（ P G C ) 等の間の関係を説明する図である。

図 5 は、タイムマップ情報におけるストリームブロックサィズ、ストリームブロック時間差の内容その他を説明する図である。

図 6 は、オリジナルセルおよびユーザ定義セルにおけるセル範囲指定方法を説明する図である。

図 7 は、この発明の他の実施の形態に係る情報媒体（ D V D録再ディスク）上の記録データ構造（とくに再生終了位置情報 Z レジューム情報、 V M G I 管理情報 Z記録時間情報等の構造）を説明する図である。

図 8 は、図 1 その他に示された P E Sヘッダの内部構造を説明する図である。

図 9 は、図 1 に示されたストリームブロックヘッダの内部構造を説明する図である。

図 1 0 は、図 1 に示されたセクタデータヘッダの内部構造を説明する図である。

図 1 1 は、この発明の一実施の形態におけるタイムマップ情報の他例を説明する図である。

図 1 2 は、ストリームブロック（ S O B U ) を構成するセクタの内部構成（アプリケーションバケツトを含むストリームノヽ。ックおよびスタッフイングノ、。ケットを含むストリームノ、° ック）の一例を説明する図である。

図 1 3 は、ストリーマの管理情報（図 2 の S T R E A M . I F Oまたは S R— M A N G R . I F Oに対応）の内部データ構造を説明する図である。

図 1 4 は、 P G C情報（図 3 の O R G— P G C I Z U D— P G C I T または図 1 3 の P G C I # i ) の内部データ構造を説明する図である。

図 1 5 は、ストリームファイル情報テーブル（ S F I T ) の内部データ構造を説明する図である。

図 1 6 は、アクセスユニット開始マップ（ A U S M ) とストリ一ムオブジェクトユニット（ S O B U ) との対応関係を例示する図である。

図 1 7 は、アクセスユニット開始マップ（ A U S M) およびアクセスユニット終了マップ（ A U E M) とストリームォブジェクトユニット（ S O B U ) との対応関係を例示する図である。

図 1 8 は、オリジナル P G C あるいはユーザ定義 P G Cで指定されるセルと、これらのセルに対応する S O B U とが、タイムマップ情報によってどのように関係付けられるかを例示する図である。

図 1 9 は、この発明の一実施の形態に係るストリームデータ記録再生システム（光ディスク装置 Zストリーマ、 S T B 装置）の構成を説明する図である。

図 2 0 は、この発明の一実施の形態において、表示時刻とデータ転送時刻との間の関係を示す時間関係テーブルを説明する図である。

図 2 1 は、この発明の一実施の形態において、表示時刻とデータ転送時刻との間の関係を説明する図である。

図 2 2 は、 M P E G における映像情報圧縮方法とトランスポートバケツトとの関係、および M P E G におけるトランスポートバケツトとストリ一マにおけるアプリケーションパケットとの関係を説明する図である。

図 2 3 は、デジタノレ放送のコンテンツと I E E E 1 3 9 4 における映像データ転送形態とストリーマにおけるストリームパックとの対応関係を説明する図である。

図 2 4 は、この発明の一実施の形態に係るストリームデータの記録手順を説明するフローチヤ一ト図である。

図 2 5 は、この発明の一実施の形態に係る、暗号化されたストリームデータの記録手順を説明するフローチヤ一ト図である。

図 2 6 は、この発明の一実施の形態に係るストリームデータの再生手順を説明するフローチヤ一ト図である。

図 2 7 は、この発明の一実施の形態に係るストリ一ムデ一タの特殊再生の手順を説明するフローチャート図である。図 2 8 は、この発明の他の実施の形態において、表示時刻とデータ転送時刻との間の関係を示す時間関係テーブルを説明する図である。

図 2 9 は、この発明の一実施の形態において、ストリームデータ（ S 〇 B U ) 内のノ、。ケット（ A P ) 力 S どのように再生されるかを説明する図である。

発明を実施するための最良の形態

以下、図面を参照して、この発明の一実施の形態に係るストリームデータ記憶媒体、この媒体に記録されるストリームデータに関する管理情報のデータ構造、およびこの管理情報の記録方法と再生方法その他を説明する。

図 1 は、この発明の一実施の形態に係るストリームデータのデータ構造を説明する図である。図 1 を用いて情報記憶媒体上に記録されたストリームデータのデータ構造について説明する。

D V D — R A Mディスク等の情報記憶媒体（図 3 その他の 2 0 1 ) 上に記録されるストリームデータ（ S T R E A M. V R O ) 1 0 6 (図 1 ( a ) ) は、ストリームデータ内の映像情報のコンテンツ毎にストリームオブジェクト（以下、適宜 S O B と略記する）としてまとめられてレ、る。つまり、各 S O B は、 1 つのリアルタイムな連続記録により得られたストリームデータにより形成される。

情報記憶媒体上に記録されるストリームデータは、図 1 ( b ) に示されるように、ストリームデータ内の映像情報のコンテンツ毎にストリームオブジェクト（ S O B ) # Α · 2 9 8 、 # Β · 2 9 9 としてまとまって記録されてレ、る。

図 1 ( b ) 〜（ k ) は、複数あるストリームオブジェクト ( S O B # A、 # B 、 ··· ) のうち、 1 個の S O B # A . 2 9 8 について内容を詳細に示している。

D V D — R A Mディスクにトリームデータ（ S T R E A M V R O ) 1 0 6 が記録される場合には、各々力 2 0 4 8 ノィトのセクタを最小単位として記録される。さらに、 1 6 個のセクタをまとめて 1 個の E C C ブロックとし、同一 E C Cブロック内でインタ一リーブ（データ配列順序の並び替え）とエラー訂正用の訂正コードの付加が行われる。

この実施の形態では、 1 個または複数（代表的には 2 個）の E C C ブロックを単位としてストリームブロック（あるいはストリ一ムォブジェクトュニット S O B U ) が構成され、このストリームブロック単位（あるレ、は S O B U単位）でストリーム情報の記録、部分消去、編集その他が行われる。

この実施の形態では、何個の E C C ブロックでストリームブロックが構成されるかは、転送されるストリームデータ ( S T R E A M . V R O ) 1 0 6 の転送レートに応じて決めることができる。

たとえば、図 1 ( c ) ( d ) の例では、ストリームブロック # 1 は 2 つの E C C ブロック # α 、 # /3 で構成され、ストリームブロック # 2 は 3 つの E C Cブロック # γ 、 # 5 、林 ε で構成されている。 D V D ストリーマでは、 2 個の E C C ブロック（ 3 2 セクタ）で 1 つのストリームブロック（または S O B U ) が構成される。各 E C C ブロックは、図 1 ( e ) に示すように、 1 6 セクタで構成される。したがって、図 1 ( c ) 〜（ e ) から分かるように、 2 E C C ブロックで構成されるストリ一ムブロック（あるレヽは S O B U ) # 1 は、 3 2 セクタ（セクタ N o . 0 〜セクタ N o . 3 1 ) に相当する。

つまり、 1 セクタ = 2 k バイトとすれば、ストリームブロック（ S O B U ) は、 6 4 k ノくイト（ 3 2 セクタ）の固定サィズとして、この発明を実施することができる。

ストリームデータ（ S T R E A M . V R O ) 1 0 6 は、図 1 ( g ) に示すようにタイムスタンプとトランスポートパケットを組にして、情報記憶媒体に記録される。

その際、各セクタの先頭には、図 1 ( f ) に示すように、システムクロック情報（システムクロックリファレンス S C R ) 等が記録されたパックヘッダ 1 1 、 1 2 と P E S ヘッダ 1 3 、 1 4 力 S配置される。 P E S ヘッダ 1 4 の直後にはセクタデータヘッダ 1 7 が記録されるが、各ストリームブロック (または S O B U ) 先頭のセクタのみ、セクタデータヘッダではなく、ストリームブロックヘッダ 1 6 が記録される。

なお、ストリームブロックヘッダ 1 6 あるいはセクタデータヘッダ 1 7 は、後述するアプリケーションヘッダに対応する内容を持つことができるようになつている（図 9 あるいは図 1 0 参照）。

図 1 ( ί ) のセクタデータヘッダ 1 7 は、データエリア 2 2 、 2 3 内のデータ配列情報を示している。

図 1 ( f ) のデータエリア 2 1 、 2 2 (あるいは 2 3 ) には、図 1 ( g ) に示すように、タイムスタンプ（図 2 0 、図 2 9 その他に示した A T S に対応）およびトランスポートノ、。ケット（図 2 2 または図 2 3 のノ、。ケット、あるいは図 2 9 のアプリケーションバケツト A P に対応）が逐次詰め込まれる _c 図 1 ( g ) の例では、 1 個のトランスポートノ、。ケット d 力 S 複数のセクタ（ N o . 0 と N o . 1 ) に跨って記録される場合が例示されている。このようなトランスポートバケツト d は、図 2 2 または図 2 3 の部分パケットに対応する。

ところで、デジタル放送では、トランスポートストリームと呼ばれるマルチプログラム対応の多重 · 分離方式が採用されており、 1 個のトランスポートノ、。ケットのサイズは 1 8 8 バイト（または 1 8 3 ノィト）の場合が多い。

一方、前述したように 1 セクタサイズは 2 0 4 8 ノィトであり、各種ヘッダサイズを差し引いても、 1 個のデータエリァ 2 1 、 2 2 、 2 3 (図 1 ( f ) ) 内には、デジタル放送用のトランスポートバケツトを 1 0個前後記録できる。

トランスポートパケット内は、図 1 ( h ) に示すように、トランスポートノケットヘッダ 6 ；! 〜 6 4 (後述する図 2 3 ( b ) の 5 1 1 に対応）とデータが記録されているペイロード 7 1 〜 7 5 (後述する図 2 3 ( b ) の 5 1 2 に対応）とで構成されている。

ペイロード 7 1 〜 7 5 には、図 1 ( i ) に示すように、 M P E Gエンコードされた I ピクチャ情報 3 1 、 B ピクチャ情報 3 3 、 3 4 、および P ピクチャ情報 3 2 が記録される。

I ピクチャ情報 3 1 が記録されている最初のトランスポートノ、 °ケットでは、ランダムアクセスインジケータ 5 0 3 (図 2 3 ( a ) 参照）に " 1 " のフラグが立ち、各 B 、 P ピクチャ情報 3 2 〜 3 4 の最初のトランスポートノヽ⁰ケットにはペイロードユニット開始インジケータ 5 0 1 (図 2 3 ( a ) 参照）に " 1 " のフラグが立つ。

ペイロード 7 1 〜 7 5 内に分割記録されている各ピクチャ情報 3 1 〜 3 4 には、図 1 ( j ) に示すように、それぞれの先頭に、ピクチャヘッダ情報 4 1 と、実質的なピクチャ情報であるピクチャ圧縮情報 4 2 ( I ピクチャ情報 3 1 に対しては I ピクチャ圧縮情報 4 2 ) とが記録されている。

また、それぞれのピクチャヘッダ情報 4 1 内には、図 1

( k ) に示すように、ヘッダ識別情報 5 1 、それぞれの I 、 B 、 P ピクチャの識別を可能とするピクチャ識別情報 5 2 、デコーダ出力の表示タイミングを示す P T S (プレゼンテーシヨンタイムスタンプ）情報 5 3 、およびデコ一ダがデコ一ド開始を行うためのタイミングを示す D T S (デコ一ドタイムスタンプ）情報 5 4 が記録されている。これらのピクチャヘッダ情報 4 1 は、デジタル放送の受信情報内に予め含まれている。

情報記憶媒体上に記録されたストリームデータ内では、図 1 ( k ) に示すピクチャ識別情報 5 2 を用いて特定のピクチャ位置を同定できる。

あるいは、図 1 ( j ) ( k ) に示すようにピクチャヘッダ情報 4 1 内に P T S 情報 5 3 が記録されているので、この値を用いてデコーダが表示を開始することも可能である。図 2 は、この発明の一実施の形態に係るデータファイルのディレクトリ構造を説明する図である。図 2 を用いて、この発明の一実施の形態に係る情報記憶媒体上に記録される情報の内容（ファイル構造）について説明する。

D V D— R A Mディスク等の情報記憶媒体に記録される情報は、各情報毎に階層ファイル構造を持っている。この実施の形態において説明される映像情報とストリームデータ情報は、 D V D— R T Rディレクトリ（または D V D— R T A V ) 1 0 2 と言う名のサブディレクトリ 1 0 1 内に入ってレヽる。

D V D— R T R ( D V D— R T A V ) ディレクトリ 1 0 2 内には、以下の内容のデータファイル 1 0 3 が格納される。

すなわち、管理情報（ナビゲーシヨンデータ）のグループとして、 R T R . I F O (または V R一 M A N G R . I F

0 ) 1 0 4 と、 S T R E A M . I F 〇（ S R一 M A N G R . I F O / S R— M A N G R . B U P ) 1 0 5 と、 S R一 P R

1 V T . D A T / S R— P R I V T . B U P 1 0 5 a とが格納される。

また、データ本体（コンテンツ情報）として、 S T R E A M . V R O (または S R一 T R A N S . S R O ) 1 0 6 と、 R T R一 M〇 V . V R O ( V R一 M O V I E . V R O ) 1 0 7 と、 R T R— S T 〇 . V R O (または V R一 S T I L L . V R O ) 1 0 8 と、 R T R— S T A . V R O (または V R— A U D I O . V R O ) 1 0 9 とが格納される。

上記データフアイノレ 1 0 3 を含むサブディレクトリ 1 0 1 の上位階層にあるノレートディレクトリ 1 0 0 には、その他の情報を格納するサブディレクトリ 1 1 0 を設けることができる。

このサブディレクトリの内容としては、ビデオプログラムを収めたビデオタイトノレセット V I D E O— T S 1 1 1 、ォ —ディオプログラムを収めたオーディオタイトルセット A U D I O— T S 1 1 2 、コンピュータデータ保存用のサブディレクトリ 1 1 3 等がある。

有線または無線のデータ通信経路上をバケツト構造の形で伝送されたデータに対して、パケット構造を保持したまま情報記憶媒体に記録したデータを、「ストリームデータ」と呼ぶ。

そのストリームデータそのものは S T R E A M . V R O (または S R— T R A N S . S R O ) 1 0 6 と言うフアイノレ名でまとめて記録される。そのストリームデータに対する管理情報が記録されているフアイノレが、 S T R E A M . I F O (または S R __M A N G R . I F O とそのノックアップファィノレ S R— MA N G R . B U P ) 1 0 5 である。

また、 V C R ( V T R ) あるいは従来 T Vなどで扱われるアナログ映像情報を M P E G 2 規格に基づきデジタル圧縮して記録されたファイルが、 R T R __M O V . V R O (または V R _M O V I E . V R O ) 1 0 7 であり、アフターレコーディング音声あるいはバックグランド音声等を含む静止画像情報を集めたフアイノレが R T R— S T 〇 . V R O (または V R S T I L L . V R O ) 1 0 8 であり、そのアフレコ音声情報フアイノレ力 S R T R— S T A . V R O (または V R— A U D I O . V R O ) 1 0 9 である。

図 3 ( a ) の情報記憶媒体 2 0 1 の内周方向 2 0 2 の端部と外周方向 2 0 3 の端部とで挟まれた領域には、図 3 ( b ) に示すように、リードインエリア 2 0 4 と、フアイノレシステム情報が記録されているボリユーム & ファイル構造情報 2 0 6 と、データエリア 2 0 7 と、リ一ドアウトエリア 2 0 5 力 S 存在する。リ一ドインエリァ 2 0 4 はエンボスおよび書替可能データゾーンで構成され、リードァゥトエリア 2 0 5 は書替可能データゾーンで構成されている。データエリァ 2 0 7 も書替可能データゾーンで構成されている。

デ一タエリア 2 0 7 内は、図 3 ( c ) に示すように、コンピュータデータとオーディオ & ビデオデータとが混在記録可能となっている。この例では、コンピュータデータエリア 2 0 8 およびコンピュータデータエリア 2 0 9 の間に、オーディォ & ビデオデータエリア 2 1 0 が、挟まれる形態となっている。

オーディオ & ビデオデータエリア 2 1 0 内は、図 3 ( d ) に示すように、リアルタイムビデオ記録エリア 2 2 1 およびストリーム記録エリァ 2 2 2 の混在記録が可能となっている _c

( リアルタイムビデオ記録エリア 2 2 1 あるいはストリーム記録エリア 2 2 2 の一方だけを使用することも可能である。）

図 3 ( e ) に示すように、リアルタイムビデオ記録エリア 2 2 1 には、図 2 に示された、 R T R のナビゲーシヨンデータ R T R . I F O ( V R一 M A N G R . I F O ) 1 0 4 と、ムービーリアルタイムビデオオブジェクト R T R— M O V . V R O ( V R— M O V I E . V R O ) 1 0 7 と、スチルピクチヤリアルタイムビデオオブジェクト R T R— S T O . V R O ( V R一 S T I L L . V R O ) 1 0 8 と、アフターレコーデイング等のオーディオオブジェクト R T R— S T A . V R O ( V R— A U D I O . V R O ) 1 0 9 とが記録される。

同じく図 3 ( e ) に示すように、ストリーム記録エリア 2 2 2 には、図 2 に示された、ストリーマのナビゲ一シヨンデータ S T R E A M . I F 〇（ S R一 M A N G R . I F O / S R— M A N G R . B U P ) 1 0 5 と、トランスポートビットストリームデータ S T R E A M . V R O ( S R— T R A N S V R O ) 1 0 6 とが記録される。

なお、図 3 ( d ) ( e ) では図示しないが、ストリーム記録エリア 2 2 2 には、図 2 に示したアプリケーション固有のナビゲーションデータ S R— P R I V T , D A T / S R— P R I V T . B U P 1 0 5 a を記録することもできる。

この S R— P R I V T , D A T 1 0 5 a は、ストリーマに接続（供給）された個々のアプリケーションに固有のナビゲーシヨンデータであり、ストリーマにより認識される必要のないデータである。

ストリームデータに関する管理情報である S T R E A M . I F 〇（または S R一 M A N G R . I F O ) 1 0 5 は、図 3 ( f ) 〜（ i ) に示すようなデータ構造を有している。

すなわち、図 3 ( f ) に示すように、 S T R E A M . I F 〇（または S R一 M A N G R . I F 〇） 1 0 5 は、ビデオマネージャ（ V M G I または S T R一 V M G I ) 2 3 1 と、ストリームフアイノレ情報テーブル（ S F I T ) 2 3 2 と、オリジナル P G C情報（ O R G— P G C I ) 2 3 3 と、ユーザ定義 P G C情報テーブル（ U D— P G C I T ) 2 3 4 と、テキストデータマネージャ（ T X T D T— M G ) 2 3 5 と、製造者情報テーブル（ M N F I T ) またはアプリケーション固有のナビゲ一ションデータ S R— P R I V T . D A T 1 0 5 a を管理するアプリケーションプライべ一トデータマネージャ ( A P D T— M G ) 2 3 6 とで構成されてレ、る。

図 3 ( f ) のストリームフアイノレ情報テーブル（ S F I T ) 2 3 2 は、図 3 ( g ) に示すように、ストリームフアイル情報テーブル情報（ S F I T I ) 2 4 1 と、 1 以上のストリームオブジェクト情報（ S O B I ) # Α · 2 4 2 、 # Β ·

2 4 3 、と、オリジナル P G C情報一般情報 2 7 1 と、

1 以上のオリジナルセル情報 # 1 · 2 7 2 、 # 2 · 2 7 3 ··· …… とを含むことができるようになつてレヽる。

図 3 ( g ) の各ストリームオブジェクト情報（たとえば S 〇 Β Ι # Α · 2 4 2 ) は、図 3 ( h ) に示すように、ストリームオブジェクト一般情報（ S O B I —G I ) 2 5 1 、タイムマップ情報 2 5 2 、その他を含むことができる。

また、図 3 ( g ) の各オリジナルセル情報（たとえば # 1 · 2 7 2 ；後述するが図 1 4 で示される S C I に対応）は図 3 ( h ) に示すように、セルタイプ 2 8 1 (後述するが図

1 4 で示される C— T Yに対応）と、セノレ I D 2 8 2 と、該当セル開始時間（後述する図 6 ( b ) 、図 1 4 その他で示される S C— S _A P A T に対応） 2 8 3 と、該当セル終了時間（後述する図 6 ( b ) 、図 1 4 その他で示される S C— E — A P A T に対応） 2 8 4 と、 P T S オフセット 9 と、時間関係テーブル 2 とを含むことができる。

ここで、 P T S オフセット 9 とは、オリジナルセル（オリジナルセルの詳細は後述する）の表示開始ピクチャの P T S (プレゼンテ一ションタイムスタンプ）値とその直前にある

I ピクチャの P T S値との差分をいう（詳細は図 2 0 を参照して後述）。

図 3 ( g ) の S O B I # Aに含まれる図 3 ( h ) のタイムマップ情報 2 5 2 は、図 3 ( i ) に示すように、ストリームブロック番号 2 6 1 、第 1 ストリームブロックサイズ 2 6 2 第 1 ストリ一ムブロック時間差 2 6 3 、第 2 ストリ一ムブロックサイズ 2 6 4 、第 2 ストリームブロック時間差 2 6 5 、を含むことができる。タイムマップ情報 2 5 2 を構成する各ストリームブロック時間差の内容については、図 5 を参照して後述する。

図 4 は、この発明の一実施の形態におけるストリームォブジェタト（ S O B ) 、セノレ、プログラムチェーン（ P G C ) 等の間の関係を説明する図である。以下、図 4 の例示を用いて S O B と P G Cの関係を説明する。ストリームデータ（ S T R E A M . V R 〇または S R— T R A N S . S R O ) 1 0 6 内に記録されたストリームデータは、 1 個以上の E C C ブロックの集まりとしてストリームブロックを構成し、このストリームブロック単位で記録、部分消去処理等がなされる。このストリームデータは、記録する情報の内容毎（たとえばデジタル放送での番組毎）にストリームォブジェクトと言うまとまりを作る。

S T R E A M . V R O ( S R一 T R A N S . S R O ) 1 0 6 内に記録されたストリームオブジェクト（ S 〇 B # A、 S O B # B ) 毎の管理情報（オリジナル P G C情報 2 3 3 、ュ一ザ定義 P G C情報テーブル 2 3 4 等）は、ナビゲーシヨンデータ S T R E A M . I F O ( S R一 M A N G R . I F O ) 1 0 5 (図 4 の最下部および図 3 ( e ) ( f ) 参照）内に記録されている。

図 4 の各ストリームオブジェクト； ί Α · 2 9 8、 # Β · 2 9 9 毎の管理情報（ S T R E A M . I F O 1 0 5 ) は、図 3 ( f ) ( g ) に示すように、ストリームファイル情報テープル（ S F I T ) 2 3 2 内のストリームオブジェクト情報（ S O B I ) # Α · 2 4 2、 # Β · 2 4 3 として記録されてレ、る _c ストリームオブジェクト情報（ S 〇 B I ) # Α · 2 4 2、 ( S O B I ) # Β · 2 4 3 それぞれの内部は、主にストリ一ムブロック毎のデータサイズおよび時間情報等が記載されているタイムマップ情報 2 5 2 を含んでいる。

ストリームデータの再生時には、 1 個以上のセルの連続で構成されるプログラムチェーン（ P G C ) の情報（後述する図 1 4 の P G C I # i に対応）が利用される。この P G C を構成するセルの設定順にしたがって、ストリームデ一タを再生することができる。

P G C には、 S T R E A M . V R 〇（ S R— T R A N S . S R O ) 1 0 6 に記録された全ストリームデータを連続して再生することのできるオリジナル P G C 2 9 0 (図 3 ( f ) では O R G— P G C I - 2 3 3 ) と、ユーザが再生したいと希望する場所と順番を任意に設定できるユーザ定義 P G C # 3 · 2 9 3 、 # b ' 2 9 6 (図 3 ( f ) では U D— P G C I T - 2 3 4 の中身に対応）の 2種類が存在する。

オリジナノレ P G C 2 9 0 を構成するオリジナルセル # 1 - 2 9 1 、 # 2 · 2 9 2 は、基本的にストリームオブジェクト # A · 2 9 8 、 # Β · 2 9 9 と一対一に対応して存在する。それに対して、ユーザ定義 P G C を構成するユーザ定義セル # 1 1 · 2 9 4 、 # 1 2 · 2 9 5 、 # 3 1 · 2 9 7 は、 1 個のストリームォブジェクト林 A ■ 2 9 8 または # B . 2 9 9 の範囲内では任意の位置を設定することができる。

なお、各ストリームブロックのセクタサイズは種々に設定可能であるが、好ましい実施の形態としては、図 4 のストリームブロック # 1 のように、 2 E C C ブロック（ 3 2 セクタ）で一定サイズ（ 6 4 k ノくイト）のストリームオブジェクトユニット（ S O B U ) を、ストリームブロックとして採用するとよい。

このようにストリームブロックを一定サイズ（たとえば 2 E C Cブロック = 3 2 セクタ = 6 4 1^ ノくィト）の S O B Uに固定すれば、次の利点が得られる：

( 0 1 ) S O B U単位でストリームデータの消去あるいは書替を行っても、その S O B Uの E C C ブロックが、消去あるいは書替対象以外の S O B Uの E C C ブロックに影響しない。そのため、消去あるいは書替に伴う（消去あるいは書替の対象でない S O B Uに対する） E C Cのディンターリーブインターリーブのやり直しが、生じない；

( 0 2 ) 任意の S O B U内部の記録情報に対するアクセス位置を、セクタ数（あるいはセクタ数に対応した他のパラメータ；たとえば後述する図 1 0 のストリームパックおよびその内部のアプリケーションバケツト群の情報）で特定できる。たとえば、ある S O B U # k の中間位置にアクセスする場合は、 S 〇 B U # k — 1 と S 〇 B U # k との境界力ら 1 6 セクタ目（あるいは 1 6 セクタ目に対応するアプリケーションパケットの位置）を指定すればよい。

図 5 は、タイムマップ情報におけるストリームブロックサィズ、ストリームプロック時間差の内容を説明する図である。以下、図 5 を用いてタイムマップ情報 2 5 2 内の各データの内容について説明する。

図 5 ( f ) ( g ) ( h ) に例示するように、ストリームォブジェクト（ S O B ) # Α · 2 9 8 は 2 つのストリームブロック # 1 、 # 2 で構成されている。

図 5 ( f ) ( h ) の例では、 S O B # A ' 2 9 8 を構成するストリ一ムブロック # 1 のデータサイズは 2 E C C ブロック（ # ひ、で構成され、 3 2 セクタ分（図 5 ( e ) ( i ) ) のサイズを持っている。すなわち、タイムマップ情報 2 5 2 (図 5 ( a ) ( k ) ) 内の第 1 ストリームブロックサイズ 2 6 2 (図 5 ( j ) ) は、 3 2 セクタ（ 6 4 k ノィト）となる。

S O B # A ' 2 9 8 (図 5 ( g ) ) の先頭にあるストリームブロック # 1 (図 5 ( f ) ) はその先頭にセクタ N o . 0 (図 5 ( e ) ) を持ち、セクタ N o . 0 に含まれるデータェリア 2 1 (図 5 ( d ) ) の先頭にはタイムスタンプ a (図 5 ( c ) ) が記録されている。

また、 S O B # A ' 2 9 8 (図 5 ( g ) ) の後続ストリームブロック # 2 (図 5 ( f ) ) はその先頭にセクタ N o . 3 2 (図 5 ( e ) ) を持ち、セクタ N o . 3 2 に含まれるデータエリア 3 1 1 (図 5 ( d ) ) の先頭にはタイムスタンプ p (図 5 ( c ) ) が記録されている。

図 5 ( c ) に示すように、ストリームブロック # 1 の最初のストリームデータのタイムスタンプ値はタイムスタンプ a であり、次のストリームブロック # 2 の最初のストリームデータのタイムスタンプ値はタイムスタンプ p となっている。

図 5 ( b ) の第 1 ストリームブロック時間差 2 6 3 (図 3 ( i ) のストリームブロック時間差 2 6 3 に対応）の値は、上記タイムスタンプ P とタイムスタンプ a との差分値（ [タィムスタンプ p ] ― [タイムスタンプ a ] ) で与えられる。

なお、図 5 ( a ) のタイムマップ情報 2 5 2 は、図 1 5 を参照して後述するストリームオブジェクト情報 S O B I 内のアクセスデータユニット A U D も含むものとして、取り扱うことができる。この A U D に含まれる情報（アクセスュニット開始マップ A U S M等）により、アクセスしたい情報を含む S O B Uを特定できる。

図 6 は、オリジナルセルおよびユーザ定義セルにおけるセル範囲指定方法を説明する図である。それぞれのセルの範囲指定は、開始時刻と終了時刻の時間指定により行なうことができる。

具体的には、ストリームデータの録画直後のオリジナルセルにおける該当セルの開始時間 2 8 3 および該当セルの終了時間 2 8 4 (図 6 ( b ) ) の時間として、該当するストリームオブジェクト # Α · 2 9 8 (図 6 ( f ) ) 内の最初のタイムスタンプ a の値および最後のタイムスタンプ z ( 図 6 ( c ) ) の値が使用される。

それに対して、ユーザ定義セノレ # 1 2 · 2 9 5 ( 図 6 ( k ) ) での時間範囲指定は、任意時刻を指定できる。たとえば、図 6 ( i ) ( j ) に示すように指定されたトランスポ一トノケット d、 n に対応したタイムスタンプ d、 n の値を、該当セルの開始時間 3 3 1 と該当セルの終了時間 3 3 2 の値として設定することができる。

図 6 ( f ) 〖ま、ストリームオブジェクト（ S O B ) # Α ' 2 9 8 は 2 つのストリームブロック # 1 および # 2 で構成されている場合を例示している。

図 6 ( e ) ( g ) の例では、ストリームブロック # 1 は 3 2 セクタ（セクタ N o . 0〜N o . 3 1 ) で構成され、ストリームブロック # 2 は 4 8 セクタ（セクタ N o . 3 2〜N o . 7 9 ) で構成されている。

ストリームブロック # 1 の先頭セクタ N o . 0 は、図 6 ( e ) ( d ) に示すように、ノヽ⁰ ックヘッダ 1 、 P E S ヘッダ 6 、ストリームブロックヘッダ 1 1 、データエリア 2 1 等で構成されている。

また、ストリームブロック # 2 の後方セクタ N o . 7 8 は、図 6 ( e ) ( d ) に示すように、ノ、。ックヘッダ 3 、 P E Sへッダ 8 、セクタデータヘッダ 1 3 、データエリア 2 4 等で構成されている。

さらに、図 6 ( g ) のセクタ N o . 1 には図 6 ( h ) に示すようにノヽ⁰ ックヘッダ 2 、セクタデータヘッダ 1 2 、デ一タエリア 2 2 その他が記録され、図 6 ( g ) のセクタ N o . 3 3 には図 6 ( h ) に示すようにセクタデータヘッダ 3 2 1 、データエリア 3 1 2 その他が記録されている。

図 6 ( d ) ( h ) のデータエリア 2 1 には、図 6 ( c ) ( i ) に示すように、タイムスタンプ a とトランスポートノ、。ケット a とのペアないしタイムスタンプとトランスポートバケツト d とのペアが記録されている。

また、図 6 ( d ) のデータエリア 2 4 の領域には、複数のタイムスタンプおよびトランスポートバケツトのペアと、最後のタイムスタンプ z + トランスポートノ、。ケット z のペアの後に続くエンドコード 3 2 と、パディングエリア 3 7 が記録されている。

さらに、図 6 ( h ) のデータエリア 2 2 には、図 6 ( i ) に示すように、データエリア 2 1 のトランスポートノ、。ケット d の後続内容を含むトランスポ一トバケツト d が含まれている。つまり、この例では、トランスポートノ、。ケット d の内容が、データエリア 2 1 とデータエリア 2 2 とで分断されて記録されている。

図 6 ( i ) のトランスポートパケット d の前半部分（データエリア 2 1 側）は、後述する図 2 3 ( f ) の末尾側部分パケットに対応し、図 6 ( i ) のトランスポートパケットの後半部分（データエリア 2 2 側）は、後述する図 2 3 ( g ) の先頭側部分バケツトに対応している。

さらに、図 6 ( h ) のデータエリア 3 1 2 には、図 6 ( i ) に示すように、タイムスタンプ n とトランスポートノ、。ケット n とのペアおよびその他の同様なペアが記録されている。

ここで、ユーザ等が再生開始時間を指定した箇所に該当するセルの開始時間 3 3 1 (図 6 ( j ) ) は、データエリア 2 1 および 2 2 に分断された 2 つのトランスポートバケツト d 全体に対するタイムスタンプ d (図 6 ( i ) ) により指定される。

トランスポートノヽ⁰ケットをアプリケーションバケツト（ A P ) と読み替え、アプリケーションパケット到着時間を A P A T とした場合に、上記セル開始時間 3 3 1 は、セル開始 A P A T として表現できる。

また、ユーザ等が再生終了時間を指定した箇所に該当するセルの終了時間 3 3 2 (図 6 ( j ) ) は、データエリア 3 1 2 のトランスポートノ、。ケット n に対するタイムスタンプ n (図 6 ( i ) ) により指定される。このセル終了時間 3 3 2 は、セル終了 A P A T として表現できる。

以上のセル開始時間（セル開始 A P A T ) 3 3 1 およびセル終了時間（セル終了 A P A T ) 3 3 2 は、図 6 ( k ) に示すように、ユーザ定義セル情報 # 1 2 · 2 9 5 内部に記録できる。

このユーザ定義セル情報 # 1 2 · 2 9 5 は、図 3 ( f ) または図 4 下段に示すユーザ定義 P G C情報テ一ブル 2 3 4 内に記録することができる。

以上はユーザ定義セル情報（ユーザ定義 P G C の情報）に関するセル開始/終了時間情報についてであるが、オリジナルセル情報（オリジナルセルの情報）に関するセル開始 Z終了時間情報については、次のような例示ができる。

すなわち、図 6 ( c ) の先頭側タイムスタンプ a により図 6 ( b ) の該当セルの開始時間 2 8 3 を示すことができ、末尾側タイムスタンプ z により該当セルの終了時間 2 8 4 を示すことができる。

図 6 ( b ) の該当セルの開始時間 2 8 3 は、セル開始 A P A T (ストリームセル開始 A P A T ( S C— S— A P A T ) または消去開始 A P A T ( E R A— S— A P A T ) も含む）に対応させることができる。

また、図 6 ( b ) の該当セルの終了時間 2 8 4 は、セル終了 A P A T (ストリームセル終了 A P A T ( S C _ E _ A P A T ) または消去終了 A P A T ( E R A— E— A P A T ) も含む）に対応させることができる。以上のセル開始時間（セル開始 A P A T ) 2 8 3 およびセル終了時間（セノレ終了 A P A丁） 2 8 4 は、図 6 ( a ) に示すように、オリジナルセル情報 # 1 · 2 7 2 内部に記録される。

このオリジナルセル情報 # 1 ■ 2 7 2 は、図 3 ( f ) または図 4 下段に示すオリジナル P G C情報 2 3 3 内に記録することができる。

図 7 は、この発明の他の実施の形態に係る情報媒体（ D V D録再ディスク）上の記録データ構造（とくに再生終了位置情報レジューム情報、 V M G I 管理情報 Z記録時間情報等の構造）を説明する図である。

図 7 ( a ) 〜（ f ) のデータ構成は、図 3 ( a ) ( f と同じなので、その説明は省略する。

図 7 ( f ) のビデオマネージャ（ S T R一 V M G I ) 2 3 1 は、図 7 ( g ) に示すように、再生終了位置情報（レジューム情報） 6 1 1 0 、ビデオマネージャ管理情報（ V M G I — M A T ) 6 1 1 1 その他を含んでレヽる。

再生終了位置情報（レジューム情報） 6 1 1 0 は、図 7 ( h ) に示すように、オリジナル P G C番号 6 2 1 0 、オリジナルセル番号 6 2 2 0 、再生終了位置時刻 ( レジューム時刻）情報 6 2 3 0 等を含んでいる。

また、ビデオマネージャ管理情報（ V M G I — M A T ) 6 1 1 1 は、タイムゾーン（ T M_ Z O N E ) 6 2 4 0 を含んでいる。

記録済みのストリームブロック（またはォリジナノレセノレ）の再生が終了した段階で、再生終了位置情報 6 1 1 0 をレジユーム情報として図 7 ( e ) の管理情報記録領域（ S T R E A M . I F 〇）内のビデオマネージャ情報 2 3 1 中に記録することができる。

なお、再生終了位置情報 6 1 1 0 に含まれる時刻情報 6 2 3 0 はタイムスタンプ（ A T S ) 値で記録されているが、それに限らず P T S値（あるいはセル再生先頭位置からの通算フィールド数）を時刻情報 6 2 3 0 として記録することもでさる。

タイムゾーン（ T M一 Z O N E ) 6 2 4 0 は、図 7 ( i ) に示すように、記録時間（ R E C— T M ) の情報を含む。

記録時間（ R E C— T M ) の情報は、 R E C— T Mがュニバーサル . タイム . コオーディネート（ U T C ) によるものか特定のロー力ノレタイムによるものかを識別するタイムゾ— ンタイプ（ T Z— T Y ) と、 U T C力らの R E C— T Mのタィムオフセットの日時を分単位で記述したタイムゾーンオフセット（ T Z— O F F S E T ) とを含んでいる。

上記記録時間（ R E C— T M ) は、図 6 ( b ) 等で示したセル開始時間（ S C— S— A P A T ) の形式あるいはそのセルの再生時刻（プレゼンテーションタイム P T M ) の形式で記述してもよい。

この記録時間（ R E C— T M ) には 2 種類ある。第 1 はストリ一ムオブジェクト記録時間（ S O B— R E C— T M) であり、第 2 はプレイリスト作成時間（ P L— C R E A T E— T Μ ) である。ここで、オリジナルセルに対応するストリームォブジェクト（ S 〇 B ) が記録された時間が、 S O B— R E C— T Mにより示される。

また、プレイリストとは、プログラムの一部のリストである。このプレイリストにより、（プログラムの内容に対して）任意の再生シーケンスをユーザが定義できる。このようなプレイリストが作成された時間が、 P L _ C R E A T E— T Mにより示される。

図 8 ( a ) の P E Sヘッダ 6 0 1 は、図 8 ( b ) に示すように、ノ、。ケット開始コードプリフィックス 6 0 2 、ストリーム I D 6 0 3 、再生タイムスタンプ 6 0 4 等を含んでレ、る。この P E Sヘッダ 6 0 1 は、図 1 ( f ) 、図 5 ( d ) 、図 6 ( d ) 等の P E Sヘッダに対応している。

また、図 8 ( d ) のストリーム P E S ヘッダは、図 8 ( c ) に示すように、ノ、。ケット開始コードプリフィックス、ストリーム I D (プライベートストリーム 2 ) 、 P E S ノヽ⁰ケット長、サブストリーム I D等を含んでいる。このストリ一ム P E S ヘッダは、後述する図 2 2 のストリーム P E S へッダと同じもので、図 8 ( a ) の P E S ヘッダ 6 0 1 に対応する内容を持つ。

図 1 ( f ) の P E Sヘッダが図 8 ( a ) に示す P E Sへッダ 6 0 1 の内部構造を持つときは、 M P E G の規格では、この P E S ヘッダのストリーム I D 6 0 3 (図 8 ( b ) ) 、 1 0 1 1 1 1 1 0 " のときに、この P E S ヘッダを持つノヽ⁰ケットを、パディングパケット（後述する図 1 2 ( g ) 参照）にすると定義されている。

—方、ストリーム I D 6 0 3 (図 8 ( c ) のサブストリーム I D ) 力 0 0 0 0 0 0 1 0 " のときは、その P E S ノヽ。ケットの付いたバケツトは、ストリーム記録データを含むことになる。

図 1 ( c ) のストリームブロック # 1 では、最後のトランスポートノヽ⁰ケット g (図 1 ( g ) ) がセクタ N o . 0 〜 N o . 3 1 (図 1 ( e ) ) 内に存在してレヽる。し力し、ストリームブロック # 2 (図 1 ( e ) ( g ) ) では、ユーザ等により途中で録画が終了されると、最後のトランスポートパケット (図示せず）が最後のセクタより前のセクタに配置され、最後のセクタ（図示せず）内はストリームデータが記録されていない空き領域となることがある。この場合、最後のセクタには、上記パディングパケット（後述する図 1 2 ( g ) のノ、。デイングパケット 4 0 ) が記録される。

ストリームブロックヘッダ 1 1 は、図 9 ( a ) に示すように、サブストリーム I D、アプリケーションヘッダ、アプリケーシヨンヘッダエクステンション、スタッフイングノィト等に対応した内容を持つ。

1 ノくィトのアプリケーションヘッダエクステンション（ォプシヨン）には、 1 ビットの A U一 S T A R T と、 1 ビットの A U— E N D と、 2 ビットの C O P Y R I G H T とが、記述される。

A U— S T A R Tが " 1 " にセットされると、関連するァプリケーシヨンパケット（たとえば図 2 9 の A P ) が、ストリーム内にランダムアクセスェントリポイント（ランダムァクセスユニットの開始）を含むことが示される。

A U— E N D が " 1 " にセットされると、関連アプリケ一シヨンバケツトがランダムアクセスュニットの最終バケツトであることが示される。

C O P Y R I G H T には、関連アプリケーションノ、。ケットの著作権の状態が記述される。

ストリームブロックヘッダ 1 1 は、図 9 ( b ) に示すように、トランスポートノケット情報 6 1 1 、ストリ一ムブロック情報 6 1 2 、セクタデータヘッダ情報 6 1 3 等を含んでいる。

図 9 ( b ) のトランスポートノ、。ケット情報 6 1 1 は図 9 ( c ) のトランスポートノケット情報 6 1 1 と同じものを指す。

ストリームプロック全体に関する情報が記録されている図 9 ( b ) のストリームブロック情報 6 1 2 は、図 9 ( c ) の記録時間 6 2 2 (情報記憶媒体 2 0 1 に記録した年月日と時刻情報）、トランスポートノ、。ケット属性 6 2 3 ( トランスポートパケットに関する属性情報）、ストリームブロックサイズ 6 2 4 (該当するストリームブロックのデータサイズ（たとえば E C C ブロック数で記載できる））、ストリームブロック時間差 6 2 5 等に対応する。

ここで、図 5 ( b ) を例にとれば、該当ストリームブロック内の時間範囲情報は、 [ ストリームブロック時間差 ] = [ストリームブロック # 2 内の最初にくるタイムスタンプ値 ] ― [タイムスタンプ a の値 ] として計算される。この [ストリームブロック時間差] が、ストリームブロック時間差 6 2 5 となる。

また、図 9 ( b ) のセクタデータヘッダ情報 6 1 3 は、図 9 ( c ) のファーストアクセスポイント 6 2 6 およびトランスポートノ、。ケット接続フラグ 6 2 7 に対応する。このセクタデータヘッダ情報 6 1 3 は、後述する図 1 0 のセクタデータヘッダ 1 2 と同様な情報を含んでいる。

図 9 ( c ) のトランスポートノ、。ケット情報 6 1 1 は、図 9 ( d ) に示すように、トランスポートパケットの数（アプリケーシヨンパケットの数） 6 3 1 、トランスポートノヽ⁰ケットマッピングテーブル 6 3 2等を含んでいる。

なお、図 9 ( d ) のアプリケーションパケットの数は、後述する図 1 0 ( c ) または図 1 1 のパケット数 A P— N s に対応している。

図 9 ( d ) のトランスポートノ、。ケット（アプリケーションパケット）の数 6 3 1 は、図 9 ( e ) に示すように、 I ピクチヤマッピングテーブル 6 4 1 、 B ， P ピクチャマッピングテーブル 6 4 2等を含むことができる。

また、図 9 ( d ) のトランスポートノケットマッピングテ一ブル 6 3 2 は、ビデォバケツトマッピングテーブル 6 4 3 、オーディオノヽ⁰ケットマッピングテーブル 6 4 4 、プログラム固有情報マッピングテーブル 6 4 5 等を含むことができる。

トランスポートノヽ⁰ケットマッピングテーブル 6 3 2 内の各マッピングテーブル（図 9 ( e ) ) は、ビットマップ形式で構成されている。

たとえば、 1 個のストリームブロック内に n個のトランスポートパケット（アプリケーションパケット）が記録されてレヽる場合には、図 9 ( d ) のトランスポートノ、。ケット数（ァプリケーシヨンパケット数） 6 3 1 の値は" n " となる。

さらに、各マッピングテ一ブノレ 6 4 3 〜 6 4 5 は" n ビットデータ " カゝらなり、ストリームブロック内に前から並んでレヽる個々のトランスポートノ、。ケット（アプリケーションパケット）に対してそれぞれ 1 ビットずつが割り当てられている。図 1 0 は、図 1 に示されたセクタデータヘッダの内部構造を説明する図である。

たとえば図 1 ( ί ) のセクタデータヘッダ 1 7 は、データエリア 2 2 、 2 3 内のデータ配列情報を示すもので、図 1 0 ( a ) のセクタデータヘッダ（図 1 0 ( d ) のアプリケ一シヨンヘッダに対応） 1 2 に相当する。

セクタデータヘッダ 1 2 は、図 1 0 ( b ) に示すように、ファーストアクセスポイント 6 5 1 およびトランスポートノ、。ケット接続フラグ 6 5 2 を含む内部構造を持っている。

ところで、図 1 0 ( d ) に示すように、 1 セクタと同じく 2 0 4 8 ノくィトのサイズを持つ 1 つのストリームノ、⁰ ックは、パックヘッダおよびストリーム P E Sヘッダで構成されている。そして、このストリーム P E S ノ、。ケット内に、図 1 0 ( a ) のセクタデータヘッダ 1 2 あるいは図 9 ( a ) のストリームブロックヘッダ 1 1 の一部に対応した、アプリケーシヨンバケツトヘッダが含まれてレヽる。

このアプリケーションパケットヘッダは、図 1 0 ( c ) に示すように、以下のものを含んでいる：

* アプリケーションノヽ。ケットヘッダ形式のバージョン記載；

* 該当ストリームノ、。ック内で開始するアプリケーションパケット（トランスポートノヽ。ケット）の数 A P一 N s ；

* 該当ストリームパック内で開始する先頭アプリケーションバケツトのタイムスタンプの位置をそのストリームノ、。ックの最初のバイトからの相対値で記述した、先頭アプリケーシヨンノヽ。ケット · タイムスタンプ位置 F I R S T— A P— O F F S E T ；

* ヘッダェクステンションおよび/またはスタッフィングバイトが存在するか否かを示すェクステンションヘッダ情報 E X T E N S I O N— H E A D E R— I F O ；

* 該当ストリームを生成したサービスの識別子 S E R V I C E一 I D。

上記図 1 0 ( d ) のアプリケーションパケットに含まれる F I R S T一 A P— O F F S E T は、図 1 0 ( a ) のセクタデータヘッダ 1 2 に含まれるファーストアクセスポイント 6 5 1 に対応する。

図 1 ( g ) に示すように、トランスポートノ、。ケット d は 2 個のセクタに跨って記録されてレヽる。ここで、セクタ内の最後のタイムスタンプ、またはトランスポートバケツトが次のセクタへ跨った場合には、トランスポートノ、。ケット接続フラグ 6 5 2 が " 1 " に設定される。

また図 1 ( g ) の例では、次のセクタへ跨ったトランスポ一トバケツト d の次にくるタイムスタンプ先頭位置のデータエリア 2 2 内のアドレスが、ファーストアクセスポイント 6 5 1 内に記録（ビット単位の表現）されている。

図 1 ( e ) に示すセクタ N o . 1 (またはその対応ストリームノ、。ック）のファーストアクセスポイント値を、セクタ N o . 1 のデータエリア 2 2 (図 1 ( f ) ) のサイズよりも大きな値に設定することができる。そうすることにより、セクタ N o . 1 内に記録されたバケツ卜の次にくるノ、。ケットに対応するタイムスタンプの位置が、次以降のセクタに存在することが示される。

この発明の一実施の形態では、ファーストアクセスポイント 6 5 1 の値としてデータエリア 2 1、 2 2、 2 3 のサイズよりも大きな値を指定可能にすることで、セクタサイズ（あるいはストリームノヽ。ックサイズ = 2 0 4 8 ノィト）よりも大きなサイズを有するバケツトに対しても、タイムスタンプ先頭位置を指定することができる。

たとえば、図 1 のデータ構造において、 1 個のパケットがセクタ N o . 0 力らセクタ N o . 2 まで跨って記録されているとする。さらに、そのパケットに対するタイムスタンプはセクタ N o . 0 のデータエリア 2 1 内の最初の位置に記録されるとともに、その次のバケツトに対するタイムスタンプがセクタ N o . 2 のデータエリア内の T ビット目に配置されている場合を考える。

この場合、セクタ N o . 0 のファーストアクセスポイントのィ直は " 0 " 、セクタ N o . 1 のファーストアクセスポイントの値は " セクタ N o . 1 のデータエリア 2 2 サイズ + T " 、セクタ N o . 2 のファーストアクセスポイントの値は " T " となる。

図 1 1 は、この発明の一実施の形態におけるタイムマップ情報 2 5 2 の他例を説明する図である。

このタイムマップ情報 2 5 2 は、図 3 ( h ) ( i ) のタイムマップ情報 2 5 2 とは別の例であり、各ストリームブロック（最初のストリームブロック、 2番目のストリームブロック、 …）毎に、ストリームブロックサイズとストリームブロック時間差とパケット数（ A P— N s ) とを記述したテープル情報である。

図 1 1 のタイムマップ情報 2 5 2 を用い、所定の画面（ピクチャ）にアクセスするため（ S T B側から）通算トランスポートバケツト数（または通算アプリケーションバケツト数 A P— N s ) が指定されたとする。すると、（ディスク装置側は）図 1 1 の最初のストリームブロック力、ら順次トランスポートパケット数（ A P _ N s ) を加算して行き、指定された値に達した時点でのストリームブロックへアクセスする。

図 1 2 は、ストリームブロック（ S O B U ) を構成するセクタの内部構成（アプリケーションバケツトを含むストリ一ムノ、。ックおよびスタッフイングノ、⁰ケットを含むストリームパック）の一例を説明する図である。

図 1 2 ( d ) のストリームオブジェクト（ S O B ) # Α · 2 9 8 は、図 1 2 ( c ) ( e ) に示すように、複数のストリームブロック # 1 、 # 2 、 …で構成されている。

各ストリームブロック # 1 、 # 2 、 …は全て、 2 E C Cブロックサイズ（ = 3 2 セクタ = 6 4 バィト）のストリームオブジェクトュニット（ S O B U ) で構成される。

このようにすると、たとえばストリームブロック（ S O B U ) # 2 を削除しても、ストリームブロック（ S 〇 B U ) . # 1 の E C Cブロックはこの削除に影響されない。

S 〇 B # A . 2 9 8 の先頭ストリームブロック（ S O B U ) # 1 は、図 1 2 ( b ) に示すように、セクタ N o . 0 〜セクタ N o . 3 1 ( 3 2 セクタ Z 6 4 k ノくイト）で構成されている。

ストリームブロック（ S Q B U ) # 1 の各セクタは、同様なデータ構造を持っている。、たとえばセクタ N o . 0 についていうと、図 1 2 ( a ) に示すようになってレヽる。

すなわち、セクタ N o . 0 は 2 0 4 8 ノくイト（ 2 k ノィト）のストリームノックにより構成される。このストリームノヽ⁰ ックは、 1 4 ノイトのノヽ⁰ ックヘッダと、 2 0 3 4 ノイトのストリーム P E Sノ、。ケットとで構成される。

ストリーム P E S ノヽ⁰ケットは、 6 ノィトの P E Sヘッダと、 1 バイトのサブストリーム I D と、 2 0 2 7 バイトのストリームデータエリアとで構成される。ストリームデータエリアは、 9 バイトのアプリケーションヘッダと、アプリケーションヘッダエクステンション（ォプシヨン）と、スタッフイングノくイト（オプション）と、ァプリケーシヨンバケツトエリアとで構成される。

アプリケーションバケツトエリアは、おのおのがアプリケーシヨンタイムスタンプ（ A T S ) を先頭に持つアプリケーシヨンバケツト群で構成される。

たとえば 1 8 8 ノィトサイズのトランスポートノ、。ケットがアプリケーションバケツトとしてアプリケーションバケツトエリアに格納されるときは、 1 0 個程度のアプリケーションバケツトがアプリケーションバケツトエリアに格納できる。

ストリーム記録においては、記録内容を生成するアプリケーションは、ノ、。ック長の調整を別途行なう必要がないように自身でスタッフイングを行なう。このため、ストリーム記録においては、ストリームパックが常に必要な長さ（たとえば 2 0 4 8 ノイト）を持つものとして扱うことができる。

図 1 2 ( a ) のスタッフイングノくイトは、ストリームパックを常に所定長（ 2 0 4 8 ノイト）に保っために利用できる図 1 2 ( a ) のノックヘッダは、図示しないが、ノ、。ック開始コードの情報、 S C Rベースの情報、 S C Rェクステンシヨンの情報、プログラム最大レートの情報、マーカビット、パックスタッフィング長の情報等を含んでいる。

S C Rベースは 3 2 ビットで構成され、その 3 2 ビット目はゼロとされる。また、プログラム最大レートとしては、 1 0 . 0 8 M b p s が採用される。図 1 2 ( a ) の P E S ヘッダおよびサブストリーム I D は、図 8 ( c ) に示したような内容を持っている。

図 1 2 ( a ) のアプリケーションヘッダは、図 1 0 ( c ) に示したように、バージョン情報、アプリケーションバケツト数 A P— N s 、先頭アプリケーションノ、°ケットのタイムスタンプ位置 F I R S T— A P— O F F S E T、ェクステンシヨンヘッダ情報 E X T E N S I O N— H E A D E R— I F O、サービス I D等を含んでいる。

ここで、バージョンには、アプリケーションヘッダフォーマツトのバージョン番号が記述される。

アプリケーションヘッダの A P— N s は、該当ストリームパック内で開始するアプリケーションバケツトの数を記述したものである。該当ストリームパック内に A T S の先頭バイ卜が格納されているときは、このストリ一ムノ、 " ック内でァプリケーシヨンバケツトが開始すると見なすことができる。

F I R S T— A P— O F F S E T には、該当ストリームノヽ⁰ ケット内で開始される最初のアプリケ一ションバケツトのタィムスタンプ位置が、このストリームバケツトの最初のバイトカゝらの相対値として、バイト単位で、記述される。もしストリ一ムバケツト内で開始するアプリケーションバケツトカ S なレ、ときは、 F I R S T— A P— O F F S E T には「 0 」記述される。

E X T E N S I O N— H E A D E R— I N F O には、該当ストリームノヽ⁰ケット内にアプリケーションヘッダェクステンションおよび/またはスタッフイングバイトが存在するか否かが、記述される。

E X T E N S I 〇 N _H E A D E R— I N F Oの内容力 0 0 b の場合は、アプリケーションヘッダの後にアプリケーションヘッダェクステンションもスタッフィングバイトも存在しないことが示される。

E X T E N S I O N— H E A D E R— I N F Oの内容力 S i 0 b の場合は、アプリケーションヘッダの後にアプリケーションヘッダエタステンションカ Sあるが、スタッフィングノィトは存在しないことが示される。

E X T E N S I O N— H E A D E R— I N F Oの内容が 1 1 b の場合は、アプリケーションヘッダの後にアプリケ一ションヘッダェクステンションが存在し、かつアプリケーションヘッダェクステンションの後にスタッフィングノィトも存在することが示される。

E X T E N S I O N— H E A D E R— I N F Oの内容力 0 1 b となることは禁止されている。

アプリケ一ションノヽ。ケットェリァの前のスタッフィングバイト（オプション）は、 [ E X T E N S I O N— H E A D E R _ I N F O = l l b J によりアクティブになる。こうすることで、アプリケーションヘッダエクステンション内のバイト数と、アプリケーションバケツトエリア内に格納できるァプリケーシヨンバケツト数との間に矛盾が生じた場合に「パッキングパラドクス」が起きるのを防止できる。

S E R V I C E— I D には、ストリームを生成するサービスの I Dが記述される。このサービスが未知のものであれば、 S E R V I C E __ I D に 0 x 0 0 0 0 ；^記述される。

図 1 2 ( a ) のアプリケーションパケットエリアは、後述する図 2 2 の下段に示したと同様に構成できる（図 2 2 のパケットを図 1 2 ではアプリケーションバケツトに読み替える）。

すなわち、アプリケーションパケットエリアの先頭に部分アプリケーションパケットが記録され、その後に、アプリケーションタイムスタンプ A T S とアプリケ一ションノ、。ケットとのペアが複数ペア、シーケンシャルに記録され、末尾に部分アプリケーションバケツトが記録される。

別の言い方をすると、アプリケーションバケツトエリアの開始位置には、部分アプリケーションパケットが存在できる。アプリケーションバケツトエリアの終了位置には、部分ァプリケーシヨンノ、。ケットあるいは予約されたノくィト数のスタツフィングエリァが存在できる。

各アプリケーションバケツトの前に配置されたアプリケーシヨンタイムスタンプ（ A T S ) は 3 2 ビット（ 4 ノイト）で構成される。この A T S は、 2 つの部分、すなわち基本部分と拡張部分に分けられる。基本部分は 9 0 k H _Z ユニット値と呼ばれる部分であり、拡張部分は 2 7 M H z で測った細力レヽ直 ( less significant value) を示す。

図 1 2 ( a ) におレヽて、アプリケーションヘッダエタステンションは、アプリケーションノヽ。ケット〜アプリケ一ションバケツト間で異なり得る情報を格納するのに用いることができる。このような情報は、必ずしも全てのアプリケーションに必要なものではない。

それゆえ、アプリケーションヘッダのデータフィールドは、ストリームデータエリァ内にォプションのアプリケーションヘッダェクステンションが存在することを（前述した E X T E N S I 〇 N— H E A D E R— I N F 〇において）記述できるように定義されいる。

ストリ一ムの記録時において、最初のアプリケ一ションパケットのアプリケーションタイムスタンプ A T S の先頭バイトは、ストリームォブジェクト S O B の始まりにおける最初のストリームバケツト内のアプリケーションバケツトエリアの開始位置に、ァラインされている必要がある。

一方、 S O B 内のその後のストリームノヽ⁰ケットにつレヽては、隣接ストリームバケツト境界で、アプリケーションバケツトが分割（スプリット）されてもよい。

後述する図 2 2 あるいは図 2 3 ( f ) ( g ) に示した部分アプリケーションパケットは、この分割（スプリット）により生じたアプリケーションバケツトを示してレヽる。

ストリームバケツト内で開始される最初のアプリケーションタイムスタンプのバイトオフセット、およびそのストリームバケツト内で開始されるアプリケーションバケツトの数は、そのアプリケーションヘッダに記述される。

こうすることにより、あるストリームノ、°ケット内において、最初のアプリケーションタイムスタンプの前および最後のァプリケーシヨンバケツトの後におけるスタッフイングが、自動的に行われる。すなわち、上記自動化メカニズムにより、「アプリケ一ションが自分でスタッフイングを行なう」ことが実現される。この自動スタッフイングにより、ストリームノ、。ケットは常に必要な長さを持つことになる。

アプリケーションヘッダェクステンション（ォプション）はエントリのリスト力、らなる。ここには、該当ストリームノ、" ケット内で開始する各アプリケーションバケツトに対する 1 バイト長の 1 エントリ力 Sある。これらエントリのバイトは、アプリケ一ションバケツト毎に異なり得る情報を格納するのに利用できる。

なお、 1 ノィトのアプリケーションヘッダェクステンション（オプション）には、 1 ビットの A U— S T A R T と、 1 ビットの A U— E N D と、 2 ビットの C O P Y R I G H T とが、記述される。

A U— S T A R T が " 1 " にセットされると、関連アプリケーシヨンノ、。ケットが、ストリーム内にランダムアクセスェントリポイント（ランダムアクセスユニットの開始）を含むことが示される。

A U— E N Dが " 1 " にセットされると、関連アプリケーシヨンバケツ卜がランダムアクセスュニットの最終バケツトであることが示される。

C O P Y R I G H T には、関連アプリケーションバケツトの著作権の状態が記述される。

図 1 2 ( a ) のパケット構造は、 S O B # A ' 2 9 8 の最終セクタ以外に適用できるが、最終セクタには必ずしも適用されない。

たとえば、 S O B # A ' 2 9 8 の末尾カ図 1 2 ( f ) のセクタ N o . 6 3 であり、このセクタが図 1 2 ( g ) に示すようにパディングバケツト 4 0 で構成されるときは、そのパデイングエリア 3 8 (図 1 2 ( h ) ) の内容が、図 1 2 ( a ) と違ったものになる。

すなわち、図 1 2 ( i ) に示すように、パディングバケツト 4 0 としてのスタッフイングノヽ⁰ケットは、 1 4 ノくィ卜のノヽ⁰ ックヘッダと、 6 ノイトの P E S ヘッダと、 1 ノイトのサブストリーム I D と、 9 ノくィトのアプリケーションヘッダと、 2 0 1 8 ノくィトのアプリケーションバケツトエリアとで構成される。

スタッフイングバケツトの先頭を含むパックでは、このァプリケーシヨンノケットエリアは、 4 バイトのアプリケーシヨンタイムスタンプ A T S および 2 0 1 4 ノィト分のゼロノくィトデータ（実質的な記録内容を持たないデータ）で構成される。

一方、その後続スタッフイングバケツトを含むパックでは、このアプリケーションバケツトエリアは、 2 0 1 8 ノィト分のゼロバイトデータ（ A T S なし）で構成される。

ところで、ビットレートが極めて低い記録がなされる場合、タイムマップ情報（図 3 ( h ) の 2 5 2 ; あるいは後述する図 1 5 の S O B I 内 M A P L ) の回復（再生）を確実にするために、スタッフイングが必要になる。図 1 2 ( i ) のスタッフイングバケツトは、そのための概念的な単位として定義されている。

このスタッフイングノ、。ケットの目的は、スタッフイングェリアを含め夫々の S O B Uが少なくとも 1 つの A T S値を含むようにすることで、達成される。

スタッフイングバケツトには、以下の条件が付く：

* 1 または複数のスタッフイングパケットは、常に、実際のアプリケーションバケツトデータを含むパックの後のパックのアプリケーションバケツトエリアから開始する；

* 1 または複数のスタッフイングノ、⁰ケットは、 1 つの 4 ノィト A T S と、該当 S O B Uの残りノ、。ックのアプリケーションデ一タエリァを埋め尽くすのに必要なだけのゼロバイトデータ（ A T S の後に続く）とで構成される。レヽま、 S O B U 1 個あたりのセクタ数を S O B U— S I Z としたときに、 0 ≤ n ≤ S O B U _ S I Z — 1 とすれば、スタッフイングノケットの全長は、「 4 + 2 0 1 4 + n X 2 0 l 8 」ノイトとなる。

スタッフイングバケツトの A T S は、次のように設定される：

* 少なくとも 1 個のパックが実際のアプリケーションパケットデータを含んでいる S O B U內では、スタッフイングパケットの A T S は、スタッフイングノ、。ケットに先行するァプリケーシヨンバケツトの A T S に設定される；

* 実際のアプリケ一ションバケツトデータを含まない S O B U内では、スタッフイングノヽ⁰ケットの A T S はタイムマツプ情報等の内容に応じて決定される。スタッフイングノヽ。ケットあるレヽはスタッフイングノヽ。ケットの一部を含む全てのパックは、次のように構成される：

* ノ、⁰ ックヘッダの S C R は、先行ノヽ。ックの S C R に「 2 0 4 8 X 8 ビット ÷ 1 0 . 0 8 M b p s 」を力 B えたものとする；

* P E S バケツトヘッダおよびサブストリーム I D は、他の全ての P E Sバケツトに対するものと同じにする；

* アプリケーションヘッダ（図 1 0 ( c ) ( d ) 参照）内において、 A P— N s = 0 、 F I R S T一 A P— O F F S E T = 0 、 E X T E N S I O N— H E A D E R— I F O = 0 0 b 、 S E R V I C E _ I D = 0 (アプリケーションヘッダ内のその他のノ、。ラメータも 0 ) とする。

図 1 3 は、ストリーマの管理情報（図 2 の S T R E A M . I F 〇または S R— M A N G R . I F O に対応）の内部データ構造を説明する図である。

図 2 あるいは図 3 ( e ) に示した管理情報（ナビゲ一ションデ一タ）である S T R E A M . I F 〇（ S R— M A N G R . I F O ) 1 0 5 は、図 1 3 に示すように、ストリーマ情報 S T R I を含んでいる。

このストリーマ情報 S T R I は、図 3 ( f ) あるいは図 1 3 に示すように、ストリ一マビデオマネージャ情報 S T R— V M G I と、ストリームファイル情報テーブル S F I T と、オリジナル P G C情報 O R G— P G C I (より一般的に表現すれば P G C情報 P G C I # i ) と、ユーザ定義 P G C情報テーブル U D P G C I T と、テキストデータマネージャ T X T D T— M G と、アプリケーションプライベートデータマネ一ジャ A P D T— M G とで、構成されている。

ストリーマビデオマネージャ情報 S T R— V M G I は、図 1 3 に示すように、 S T R I 、 S T R— V M G I に関する管理情報等が記述されたビデォマネージャ情報管理情報 V T S I — M A T と、ストリーム内のプレイリストをサーチするためのサーチポィンタが記述されたプレイリストサーチポインタテーブル（ P L— S R P T ) とを含んでいる。

ここで、プレイリストとは、プログラムの一部のリストである。このプレイリストにより、（プログラムの内容に対して）任意の再生シーケンスをユーザが定義できる。

ストリームフアイノレ情報テーブル S F I T は、ストリーマ動作に直接関係する全てのナビゲーションデータを含むものである。ストリームフアイノレ情報テーブル S F I Tの詳細については、図 1 5 を参照して後述する。

オリジナノレ P G C情報 O R G— P G C I は、オリジナル P G C ( O R G— P G C ) に関する情報を記述した部分である。〇 R G— P G C はプログラムセットを記述したナビゲーションデ一タを示す。 O R G— P G C はプログラムの連なり（チエーン）であり、図 2 または後述する図 1 8 の「 . S R O J フアイノレ（図 2 では S R— T R A N S . S R O 1 0 6 ) 内に記録されたストリームデータを含む。

ここで、プログラムセットとは、情報記憶媒体 2 0 1 の記録内容全体（全てのプログラム）を示すものである。プログラムセットの再生においては、任意のプログラムが編集されオリジナル記録に対してその再生順序が変更されている場合を除き、再生順序としてはそのプログラムの記録順序と同じ再生順序が用いられる。このプログラムセットは、オリジナル P G C ( O R G— P G C ) と呼ばれるデータ構造に対応している。

また、プログラムは、ユーザにより認識されあるいはユーザにより定義されるところの、記録内容の論理単位である。プログラムセット中のプログラムは、 1 以上のオリジナルセルにより構成される。プログラムはオリジナル P G C 内でのみ定義されるものである。

さらに、セルは、プログラムの一部を示すデータ構造である。オリジナル P G C 内のセルは「オリジナルセル」と呼ばれ、後述するユーザ定義 P G C 内のセルは「ユーザ定義セル」と呼ばれる。

プログラムセット内の各々のプログラムは、少なくとも 1 個のオリジナルセルで構成される。また、各々のプレイリスト中のプログラムの一部それぞれは、少なくとも 1 個のユーザ定義セルで構成される。

一方、ストリーマでは、ストリームセル（ S C ) だけが定義される。各ストリームセルは、記録されたビットストリームの一部を参照するものである。この発明の実施の形態においては、特に断り無く「セル」と述べた場合は、「ストリ一ムセル」のことを意味している。

なお、プログラムチェ一ン（ P G C ) とは、上位概念的な単位を示す。オリジナル P G C では、 P G C はプログラムセットに対応したプログラムの連なり（チェーン）を指す。また、ユーザ定義 P G C では、 P G C はプレイリストに対応するプログラムの一部の連なり（チェーン）を指す。

また、プログラムの一部のチェーンを指すユーザ定義 P G C は、ナビゲ一シヨンデータだけを含む。そして、各プログラムの一部が、オリジナル P G C に属するストリ一ムデータを参照するようになっている。

図 1 3 のユーザ定義 P G C情報テーブル U D— P G C I T は、ユーザ定義 P G C情報テーブル情報 U D— P G C I T I と、 1 以上のュ一ザ定義 P G C サーチポインタ U D— P G C — S R P # n と、 1 以上のユーザ定義 P G C情報 U D— P G C I # n とを含むことができる。

ユーザ定義 P G C情報テーブル情報 U D— P G C I T I は、図示しないが、ユーザ定義 P G Cサーチポインタ U D— P G C— S R P の数を示す U D— P G C— S R P— N s と、ユーザ定義 P G C情報テ一ブル U D— P G C I T の終了アドレスを示す U D— P G C I T— E A とを含む。

U D— P G C— S R P一 N s が示す U D— P G C— S R P の数は、ユーザ定義 P G C情報（ U D— P G C I ) の数と同じであり、ユーザ定義 P G C ( U D— P G C ) の数とも同じである。この数は、最大「 9 9 」まで許されている。

U D— P G C I T— E Aは、該当 U D— P G C I Tの終了アドレスを、その U D— P G C I Tの先頭バイトからの相対バイト数（ F— R B N ) で記述したものである。

ここで、 F— R B N とは、フアイノレ内にぉレ、て、定義されたフィールドの先頭バイトからの相対バイト数を示すもので、ゼロカゝら始まる。

オリジナノレ P G C情報 O R G— P G C I あるいはユーザ定義 P G C情報テーブル U D— P G C I T内のユーザ定義 P G C情報 U D— P G C I を一般的に表現した P G C I i については、図 1 4 を参照して後述する。

図 1 3 のテキストデータマネージャ T X T D T— M G は、補足的なテキスト情報である。この T X T D T— M G は、図 1 4 のプライマリテキスト情報 P R M— T X T I とともに、プレイリストおよびプログラム内に格納できる。

図 1 3 のアプリケーションプライベートデータマネージャ A P D T— Mは、図示しないが、アプリケーションプライべ一トデータマネ一ジャー般情報 A P D T— G I と、 1 以上の A P D Tサーチポインタ A P D T— S R P # n と、 1 以上の A P D Tエリア A P A D T A # n とを含むことができる。

ここで、アプリケーションプライべ一トデータ A P D T とは、ストリーマに接続されたアプリケーションデバイスが任意の非リアルタイム情報（リアルタイムストリームデータに加えさらに望まれる情報）を格納できるような概念上のエリァである。

図 1 4 は、 P G C情報（図 3 の O R G— P G C I Z U D— P G C I T または図 1 3 の P G C I 林 i ) の内部データ構造を説明する図である。

図 1 4 の P G C情報 P G C I # i は、図 1 3 のオリジナル P G C情報 O R G P G C I あるいはユーザ定義 P G C情報テーブル U D— P G C I T 内のユーザ定義 P G C情報 U D— P G C I を一般的に表現したものである。

図 1 4 に示すように、 P G C情報 P G C I # i は、 P G C 一般情報 P G C— G I と、 1 以上のプログラム情報 P G I # m と、 1 以上のストリームセル情報サーチポインタ S C I — S R P # n と、 1 以上のストリームセル情報 S C I # n とで構成されている。

P G C—般情報 P G C— G I は、プログラムの数 P G— N s と、ストリームセル情報サーチポインタ S C I — S R P の数 S C I — S R P— N s とを含んでいる。

各プログラム情報 p G I (たとえば P G I # 1 ) は、プログラムタイプ P G— T Y と、該当プログラム内のセルの数 C — N s と、該当プログラムのプライマリテキスト情報 P R M — T X T I と、アイテムテキストのサーチポインタ番号 I T

T X T _ S R P N とを含んでいる。

ここで、プログラムタイプ P G— T Yは、該当プログラムの状態を示す情報を含む。とくに、そのプログラムが誤消去などから保護された状態にあるかどうかを示すフラグ、すなわちプロテクトフラグを含む。

このプロテクトフラグが「 0 b 」のときは該当プログラムは保護されておらず、「 1 b j のときは保護された状態にある。

セルの数 C _N s は、該当プログラム内のセルの数を示す。

P G C の全プログラムおよび全セルの全体に渡り、セルは、その昇順に従い、プログラムに（暗黙のうちに）付随している。

たとえば、 P G C 内でプログラム # 1 力 C— N s = l を持ち、プログラム # 2 力 S C— N s = 2 を持つとすれば、その P G C の最初のストリームセル情報 S C I はプログラム # 1 に付随するものとなり、第 2 、第 3 の S C I はプログラム # 2 に付随するものとなる。

プライマリテキスト情報 P R M— T X T I は、情報記憶媒体（ D V D — R A Mディスク） 2 0 1 を世界中で利用可能とするために、 1 つの共通キャラクタセット（ I S O / I E C 6 4 6 : 1 9 8 3 ( A S C I I コード））を持ったテキスト情報を記述したものである。

アイテムテキストのサーチポインタ番号 I T— T X T— S

R P Nは、アイテムテキスト（該当プログラムに対応するテキストデータ） I T— T X T に対するサーチボインタ番号を記述したものである。該当プログラムがアイテムテキストを持たなレヽときは、 I T— T X T一 S R P N は「 0 0 0 0 h 」にセットされる。

各ストリームセル情報サーチポインタ S C I — S R P (たとえば S C I — S R P # 1 ) は、対応ストリームセル情報 S C I の開始ァドレスを示す S C I — S Aを含んでレヽる。この S C I _ S Aは、 P G C I の先頭バイトカゝらの相対バイト数 ( F _ R B N ) で記述される。

各ストリームセノレ情報 S C I (たとえば S C I # 1 ) は、ストリームセル一般情報 S C— G I と、 1 以上のストリームセルエントリポイント情報 S C E P I # n とで構成されるストリームセル一般情報 S C— G I は、仮消去（テンポラリイレーズ； T E ) 状態を示すフラグ T E を含むセルタイプ C— T Y と、ストリームセルのエントリポイント情報の数 S C— E P I — N s と、ストリームオブジェクト番号 S O B— N と、ストリームセル開始 A P A T (図 6 他で示した S C— S _ A P A T ) と、ストリームセル終了 A P A T (図 6 他で示した S C— E— A P A T ) と、セルが仮消去状態（ T E = 1 O b ) にあるときにその仮消去セルの開始 A P A T を示す消去開始 A P A 丁（図 6 他で示した E R A— S— A P A T ) と、セルが仮消去状態（ T E = 1 0 b ) にあるときにその仮消去セルの終了 A P A 丁を示す消去終了 A P A T (図 6 他で示した E R A— E— A P A T ) とを含んでいる。

セルタイプ C— T Yは、該当ストリームセルの形式およびその仮消去状態を記述するものである。

すなわち、セノレの形式 C— T Y 1 = 「 0 1 0 b 」は全てのストリームセルの形式に記述される（この C— T Y 1 = 「 0 1 0 b 」によりストリームセルとそれ以外のセルの区別がでさる）。

一方、フラグ T E 力' 「 0 0 b 」であれば該当セルは通常の状態にあるこどが示され、フラグ T E 力 S 「 0 1 b 」あるいは「 1 0 b 」であれば該当セルは仮消去の状態にあることが示される。

フラグ T E = 「 0 1 b 」は、該当セル（仮消去状態にあるセル）が、 S 〇 B U内で開始する最初のアプリケーションパケットの後から開始し、同じ S O B U内の最終アプリケーションバケツトの前で終了する場合を示す。

また、フラグ T E = 「 1 0 b 」は、該当セル（仮消去状態にあるセル）が、少なくとも 1 つの S O B U境界（先頭アブリケーションバケツトあるいは最終アプリケーションバケツトがその S O B U内で開始する）を含む場合を示す。

なお、プログラムのプロテクトフラグと、そのプログラム内のセノレの T E フラグとは、同時に設定できないようになつている。それゆえ、

( a ) プロテクト状態にあるプログラム内のセルは何れも仮消去状態に設定できず；

( b ) 仮消去状態にあるセルを 1 以上含むプログラムはプロテクト状態に設定できない。

ストリームセルのエントリポイント情報の数 S C— E P I _ N s は、該当ストリームセル情報 S C I 内に含まれるストリームセルェントリポィント情報の数を記述したものである。図 1 4 の各ストリームセルエントリポイント情報 S C _ E P I (たとえば S C— E P I # 1 ) は、 2 種類（タイプ A とタイプ B ) 存在する。

タイプ Aの S C— E P I は、エントリポイントタイプ E P — T Y とェントリポイントのアプリケーションバケツト到着時間 E P— A P A T とを含む。タイプ Aは、エントリポイントタイプ E P— T Y 1 = 「 O O b 」により示される。

タイプ B の S C— E P I は、タイプ Aの E P— T Yおよび E P— A P A T の他に、プライマリテキスト情報 P R M— T X T I を含む。タイプ B は、エントリポイントタイプ E P— T Y 1 = 「 0 1 b 」により示される。

任意のストリ一ムセルにおいて、記録内容の一部をスキップする道具として、エントリポイントを利用することができる。全てのエントリポイントはアプリケーションバケツト到着時間（ A P A T ) により特定できる。この A P A T により、どこからデータ出力が開始されるのかを特定できる。

ストリームォブジェクト番号 S O B— Nは、該当セルが参照する S O B の番号を記述したものである。

ストリームセル開始 A P A T ( S C— S— A P A T ) は、該当セルの開始 A P A T を記述したものである。

ストリームセゾレ終了 A P A T ( S C一 E一 A P A T ) は、該当セルの終了 A P A T を記述したものである。

消去開始 A P A T ( E R A— S— A P A T ) は、少なくとも 1 個の S O B U境界を含む仮消去セル（その C— T Yの T E フィールド力「 1 0 b 」）において、この仮消去セルに先頭が含まれる最初の S O B U内で開始する最初のアプリケーシヨンパケットの到着時間（ A P A T ) を記述したものである。

消去終了 A P A T ( E R A— E— A P A T ) は、少なくとも 1 個の S O B U境界を含む仮消去セル（その C— T Yの T E フィ一ノレド；^ 「 1 0 b 」）において、仮消去セルのすぐ後に続くアプリケーションバケツトを含む S O B U内で開始する最初のアプリケーションバケツトの到着時間（ A P A T ) を記述したものである。

図 1 5 は、ストリームフアイノレ情報テーブル（ S F I T ) の内部データ構造を説明する図である。

図 1 5 に示すように、ストリ一ムフアイノレ情報テーブル S F I Tは、ストリームフアイノレ情報テーブル情報 S F I T I と、 1 以上のストリームォブジェクトストリーム情報 S O B — S T I # n と、ストリームフアイノレ情報 S F I とで構成される。

ストリームファイル情報テーブル情報 S F I T I は、情報記憶媒体（ D V D — R A Mディスク） 2 0 1 上のストリームフアイノレ情報の数 S F I — N s と、 S F I T I に続くストリ —ムォブジェクトストリーム情報の数 S O B— S T I — N s と、 S F I Tの終了アドレス S F I T— E A と、 S F I の開始ァドレス S F I — S A とで構成される。

S F I T— E Aは、 S F I T の先頭バイトからの相対バイト数（ F— R B N ) で S F I T の終了アドレスを記述したものである。

また、 S F I — S Aは、 S F I Tの先頭バイト力、らの相対バイト数（ F— R B N ) で S F I の開始アドレスを記述したものである。

各ストリームオブジェクトストリーム情報 S O B— S T I は、 3 種類のパラメータを含む。各パラメ一タは箇々のビットストリーム記録に対して固有な値を持つことができる。しかしながら、通常は、多くのビットストリーム記録においてこれらのノラメータセットは等しレ、ものにできる。それゆえ、 S O B— S T I は、ストリ一ムオブジェクト情報（ S O B I ) のテーブルとは別のテーブルに格納され、幾つかのストリームオブジェクト（ S O B ) が同じ S O B— S T I を共有する（つまり同じ S O B— S T I をポイントする）ことが認められてレ、る。したがって、通常は、 S 〇 B の数よりも S O B— S T I の数の方が少なくなる。

図 1 5 の各ストリームォブジェクトストリーム情報 S Q B _ S T I (たとえば S O B— S T I # 1 ) は、アプリケ一シヨンノヽ⁰ケットサイズ A P— S I Z と、サービス I Dの数 S E R V— I D— N s と、サービス I D ( S E R V— I D s ) と、アプリケーションバケツトデノくイスユニーク I D ( A P— D E V _ U I D ) とを含んでいる。

A P _ S I Z は、アプリケーションデバイス力、らストリーマへ転送されたビットストリーム内のノケットのノィト長で、アプリケーションバケツトサイズを記述したものである。

なお、 D V D ストリーマではアプリケーションノ、。ケットサィズは、各ビットストリーム記録において、一定とされている。そのため、各々の中断のない記録中において、アプリケーションバケツトサイズが変化するようなことがあれば、現在のストリームオブジェクト（現 S O B ) はそこで終了され、新たなストリームオブジェクト（新 S O B ) が、新たな A P — S I Z を伴って開始される。その際、現 S 〇 B および新 S O B の双方は、オリジナル P G C情報（ O R G— P G C I ) 内の同じプログラムに属するものとなる。

S E R V— I D— N s は、後続パラメータに含まれるサービス I Dの数を記述したものである。

S E R V I D s は、サービス I D のリストを任意の順序で記述したものである。

A P— D E V— U I Dは、記録されたビットストリームを供給したアプリケーションデバイスに固有の、ユニークなデバイス I Dを記述したものである。

ストリームファイル情報 S F I は、図 1 5 に示すように、ストリ一ムファイル一般情報 S F— G I と、 1 以上のストリームォブジェクト情報（ S O B 情報）サーチポインタ（ S O B I — S R P ) # n と、 1 以上の S O B情報（ S O B I ) # n とで構成されている。

ストリームファイル一般情報 S F— G I は、 S O B I の数 S O B I — N s と、 S O B U 1 個あたりのセクタ数 S O B U — S I Z と、タイムマップ情報の一種である M T U— S H F T とを含んでいる。

ここで、 S O B U— S I Z は、 S O B Uのサイズをセクタ数で記述したもので、このサイズは 3 2 ( 3 2 セクタ = 6 4 k ノくィト）で一定となっている。このことは、各タイムマツプ情報（ M A P L ) 内において、最初のエントリが、 S O B の最初の 3 2 セクタ内に含まれるアプリケーションバケツトに関係していることを意味する。同様に、 2 番目のエントリは、次の 3 2 セクタに含まれるアプリケーションバケツ卜に関係する。 3 番目以降のェントリについても以下同様である。

各 S O B情報サーチポインタ（たとえば S O B I _ S R P # 1 ) は、 S O B I の開始アドレス S O B I — S Aを含んでレヽる。この S O B I — S Aは、ストリームフアイノレ情報 S F I の先頭バイトから相対バイト数（ F— R B N ) でもって関連 S O B I の開始ァドレスを記述したものである。

各 S 〇 B 情報（たとえば S O B 1 # 1 ) は、ストリームォブジェクト一般情報 S O B— G I と、タイムマップ情報 M A P L と、アクセスユニットデータ A U D (オプション）とで構成される。

ストリームオブジェクト一般情報 S O B— G I は、ストリ —ムォブジェクトのタイプ S O B— T Y と、ストリームォブジ工クト記録時間 S O B— R E C— T Mと、ストリームォブジェクトのストリーム情報番号 S O B— S T I — N と、ァクセスュニットデータフラグ A U D— F L A G S と、ストリームォブジェクトの開始アプリケーションバケツト到着時間 S O B— S— A P A T と、ストリ一ムォブジェクトの終了ァプリケーシヨンバケツト到着時間 S O B— E _ A P A T と、該当ストリームオブジェクトの先頭ストリームオブジェクトュニット S 〇 B __ S— S O B U と、タイムマップ情報のェントリ数 M A P L _ E N T _ N s とを含んでいる。

ストリームオブジェクトのタイプ S O B— T Yは、仮消去状態（ T E状態）を示すビットおよび/またはコピー世代管理システムのビットを記述できる部分である。

ストリームォブジェクト記録時間 S O B— R E C— T Mは関連ストリームオブジェクト（ S O B ) の記録時間を記述したものである。

ストリームォブジェクトのストリーム情報番号 S O B _ S T I — Nは、該当ストリームオブジェクトに対して有効な S O B S T I のインデックスを記述したものである。アクセスュニットデ一タフラグ A U D— F L A G S は、該当ストリームオブジェクトに対してアクセスュニットデータ ( A U D ) が存在するか否か、また存在するならどんな種類のアクセスユニットデータなのかを記述したものである。

アクセスュュットデータ（ A U D ) が存在する場合は、 A U D— F L A G S により、 A U Dの幾つかの特性が記述される。

アクセスユニットデータ（ A U D ) 自体は、図 1 5 に示すように、アクセスユニット一般情報 A U— G I と、アクセスユニットエンドマップ A U E M と、再生タイムスタンプリスト P T S L とで構成される。

アクセスュニット一般情報 A U— G I は、該当 S O B に対して記述されたアクセスュニットの数を示す A U _N s と、該当 S O B に属する S O B Uのどれがアクセスユニットを含むのかを示すアクセスユニット開始マップ A U S Mとを含んでいる。

アクセスユエットエンドマップ A U E Mは、（もし存在するときは） A U S M と同じ長さのビットアレイであり、該当 S 〇 B のアクセスュニットに付随するビットストリームセグメントの終端をどの S O B Uが含むのかを示す。

再生タイムスタンプリスト P T S L は、該当 S O B に属する全てのアクセスュニットの再生タイムスタンプのリストである。このリストに含まれる 1 つの P T S Lエレメントは、対応アクセスユニットの再生タイムスタンプ（ P T S ) の値を含む。なお、アクセスユニット（ A U ) とは、記録されたビットストリームのうちの任意の単一連続部分を指し、個別の再生に適するように構成されている。たとえばオーディオ ' ビデォのビットストリームにおレ、ては、アクセスユニットは、通常は、 M P E Gの I ピクチャに対応する部分となる。

ここで再び S O B— G I の内容説明に戻る。

A U D _ F L A G S は、フラグ R T A U— F L G と、フラグ A U D— F L G と、フラグ A U E M— F L G と、フラグ P T S L— F L G とを含んでレヽる。

フラグ R T A U— F L G力 S O b のときは、該当 S O B のリアルタイムデータ内にアクセスュエツトフラグはなレ、こと力 S 示される。

フラグ R T A U— F L G力 S i b のときは、図 9 ( a ) または図 1 2 ( a ) のアプリケ一シヨンヘッダエクステンション内に記述される A U フラグ（ A U— S T A R T、 A U— E N D ) が、該当 S O B のリアルタイムデータ内に存在可能なことが示される。この状態は、下記 A U D— F L Gが O b の場合にも許される。

フラグ A U D— F L G力 0 b のときは、該当 S O B に対してアクセスユニットデータ（ A U D ) がなレヽことが示される。

フラグ A U D— F L G力 S i b のときは、該当 S O B に対してアクセスユエットデータ（ A U D ) が存在し得ることが示される。

フラグ A U E M— F L G力 S O b のときは、該当 S O B に A U E Mが存在しないことが示される。フラグ A U E M— F L G力 S i b のときは、該当 S O B に A U E Mが存在することが示される。

フラグ P T S L— F L G力 0 b のときは、該当 S O B に P 丁 S Lが存在しないことが示される。

フラグ P T S L— F L G力 S i b のときは、該当 S O B に P T S Lが存在することが示される。

S O B— S— A P A T は、ストリームォブジェクトの開始アプリケーションバケツト到着時間を記述したものである。つまり、 S O B _ S— A P A T により、該当 S O B に属する最初のアプリケーションバケツト到着時間が示される。

このパケット到着時間（ P A T ) は、 2 つの部分、すなわち基本部分と拡張部分に分けられる。基本部分は 9 0 k H z ュニット値と呼ばれる部分であり、拡張部分は 2 7 M H _Z で測った細力レヽィ直 ( less significant value) を示す。

S O B— E— A P A T は、ストリームォブジェクトの終了アプリケ一ションバケツト到着時間を記述したものである。つまり、 S O B— E— A P A T により、該当 S O B に属する最後のアプリケーションバケツト到着時間が示される。

S O B— S— S O B Uは、該当ストリームオブジェクトの先頭ストリームオブジェクトュニットを記述したものであるつまり、 S O B— S _ S O B U により、ストリームオブジェクトの先頭アプリケーションバケツトの開始部分を含む S O B Uが示される。

M A P L— E N T— N s は、 S O B I — G I の後に続くタィムマップ情報（M A P L ) のエントリ数を記述したものである。

タイムマップ情報 M A P L は、図 3 ( h ) のタイムマップ情報 2 5 2 に対応する内容を持つ。

図 1 3 および図 1 5 の内容の関連性の 1 つについて纏めると、次のようになる：

管理情報 1 0 5 に含まれるストリーマ情報 S T R I は、ストリームデータの内容の一部を構成するストリームオブジェクト S O B を管理するストリ一ムファイル情報テーブル S F I T を含む。この S F I T は、 S O B を管理するストリームオブジェクト情報 S O B I を含む。この S O B I が、管理情報（アクセスュニット開始マップ A U S M) を含むアクセスユニット一般情報 A U— G I と、管理情報（ P T S L ) とを含む。

ここで、管理情報（ A T S または A U S M) がストリームデータの転送時に使用される情報を含み、管理情報（ P T S または S C _ S— A P A T ) が前記ストリームデータを表示するときに使用される情報を含む。

図 1 6 は、アクセスユニット開始マップ（ A U S M ; 図 1 5 参照）とストリームオブジェクトユニット（ S O B U ; 図 1 、図 4 〜図 6 、図 1 2 参照）との対応関係を例示する図である。

図示するように、 A U S Mのうちビット " 1 " の部分が、対応 S O B U にアクセスユニット（ A U ) が含まれることを示している。

レヽま、 A U S M内でビットがセットされた i 番目（ 1 i ≤ A U _ N s ) のビット位置を A U S M— p o s ( i ) としてみる。すると、アクセスユニット A Uの位置は次のようになる。

( 1 ) もし A U S M— p o s ( i ) により示される S O B U # i が 1 以上の開始 A U (これはストリーム内で（もしあるなら） A U— S T A R Tマークおよび A U— E N Dマークにより記述される）を含むなら、 A U S M— p o s ( i ) は、 S 〇 B U # i 内で開始する最初の A Uに割り当てられる。ここで、 S 〇 B U # i は、 A U S M— p o s ( i ) および（ A U E Mが存在するなら） A U E M— p o s ( i ) により記述された S O B U s 内に配置されたものである。

( 2 ) A Uは、この A U開始後に最初に現れる A U— E N Dマークで終了し、かつ、 A Uは、（もし A U E Mが存在するなら）割り当てられた A U E Mエレメントにより示される最後の S O B Uで終了する。

なお、いずれのアクセスュニットデータにおいても、 S O

B の各 S O B U 1 個当たりに、 2 以上のアクセス可能なァクセスュニットを記述することはできない。

図 1 7 は、アクセスユニット開始マップ（ A U S M ; 図 1 5 参照）およびアクセスユニット終了マップ（ A U E M ; 図 1 5 参照）とストリームオブジェクトユニット（ S O B U ; 図 2 、図 4 、図 1 1 参照）との対応関係を例示する図である。

A U E Mは、（もし存在するなら） A U S Mと同じ長さのビットアレイである。 A U E Mのビットは、該当 S O B のァクセスュニットに付随するビットストリ一ムセグメントの末尾力 S どの S O B Uに含まれるのかを、示している。

A U E M内にセットされたビットの数は A U S M内にセットされたビットの数に一致する。すなわち、 A U S M内の各設定ビットは、 A U E M内に対応してセットされたビットを持つ。

レヽま、 A U S M内でビットがセットされた i 番目（ 1 ≤ i ≤ A U _ N s ) のビット位置を A U S M— p o s ( i ) とし、 A U E M内でビットがセットされた i 番目（ 1 ≤ i ≤ A U _ N s ) のビット位置を A U E M一 p o s ( i ) としてみる。この場合、以下の関係がある。

( 1 ) l ≤ A U S M_ p o s ( i ) ≤ A U E M_ p o s ( i ) ≤ MA P L _ E N T _N s ；

( 2 ) A U S M一 p o s ( i + 1 ) 〉 A U E M一 p o s ( i ) ；

( 3 ) もし i = = A U— N s あるレヽは A U S M— p o s ( i + 1 ) 〉 1 + A U E M— p o s ( i ) なら、 A U # i は、

S O B U # [ A U E M_ p o s ( i ) ] で終了する（ l ^ i ≤ A U _ N s ) ；

( 4 ) もし A U S M— p o s ( i + 1 ) = = 1 + A U E M _ p o s ( i ) なら、 A U # i は、 S O B U # [ A U E M— p o s ( i ) ] で終了する。あるいは

S 〇 B U # [ 1 + A U E M一 p o s ( i ) ] = = S 〇 B U # [ A u S M— p o s ( i + 1 ) ] のところで終了する。つまり、 A U # i は、 S O B U内において A U # i + l が開始するところで終了する（ l i ≤ A U— N s ) 。図 1 8 は、オリジナル P G C あるいはユーザ定義 P G Cで指定されるセルと、これらのセルに対応する S O B U とが、タイムマップ情報によってどのように関係付けられるかを例示する図である。

ユーザ定義 P G C は自身の S 〇 B を含まないが、オリジナル P G C 内の S 〇 B を参照する。それゆえ、ュ一ザ定義 P G C は P G C情報を用レヽることのみで記述できる。このことは、 S 〇 Bデータを何らレ、じることなく任意の再生シーケンスが実現可能なことを意味する。

ユーザ定義 P G C はまた、プログラムを含まず、オリジナル P G C 内のプログラムの一部に対応したセルの連なり（チエーン）で構成される。

このようなユーザ定義 P G C の一例が、図 1 8 に示されてレヽる。この例は、 P G C 内のセルがオリジナル P G C 内の S O B を参照するようにユーザ定義 P G C # n が作成されてレ、る場合を示す。

図 1 8 において、 P G C # n は 4 つのセノレ # 1 〜 # 4 を持つてレ、る。そのうち 2 つは S O B # l を参照し、残りの 2 つが S 〇 B # 2 を参照してレヽる。

ユーザ定義 P G C 内のセル力らオリジナル P G Cへ（ S 〇 B I のタイムマップ情報へ）の実線矢印は、該当セルに対する再生期間を示している。ユーザ定義 P G C 内のセル再生順序は、オリジナル P G C における再生順序と全く異なってもよい。

任意の S O B およびその S O B Uの再生は、図 1 8 の開始 A P A T ( S一 A P A T ) および終了 A P A T ( E— A P A T ) により特定される。

S O B あるレ、は S 〇 B Uの S— A P A T は、該当 S O B のストリームノヽ⁰ ックのペイロード（図 1 ( h ) 、図 2 2 、図 2 3 参照）内に記録されたタイムスタンプに関係して定義される。

S 〇 B の記録中、各到来アプリケーションバケツ卜には、ストリーマ内のロー力ノレクロックリファレンスによりタイムスタンプが付される。これが、アプリケーションパケット到着時間（ A P A T ) である。

S O B の先頭アプリケーションバケツトの A P A T は S O B— S— A P A T として記憶される。全ての A P A T の 4 最下ノくィ卜 ( 4 least significant bytes) fま、厂〜 . S R 〇」フアイノレ内の対応アプリケーションバケツト用に予め固定されている。

S O B あるいは S O B Uのデータを再生するために、ストリーマ内部のリファレンスクロックは S C R値にセットされ、その後クロック力 S 自動的にカウントされる。この S C R値は、再生が始まる最初のストリームノ、° ック内（パックヘッダ内）に記述されている。このクロックに基づいて、 S O B あるレヽは S O B U力らの全ての後続アプリケ一ションバケツトの再生 · 出力が、実行される。

任意のストリームセル（ S C ) が、その S Cがポイントする S O B の S O B— S— A P A T と S 〇 B— E— A P A T との間の任意の値を持つストリームセル開始 A P A T ( S C - S— A P A T ) を規定しているときは、所望の A P A T を伴うアプリケーションバケツトを含んだ S 〇 B Uを見つけるためのァドレスが必要となる。

S O B U 1 個あたりのストリームノ、⁰ ックの数は一定であるが、各 S 〇 B U により捕らえられた到着時間の間隔はフレキシブルである。それゆえ、各 S O B は、該当 S O B の S O B U の到着時間間隔が記述されたタイムマップ情報（ M A P L ) を持つ。つまり、タイムマップ情報（M A P L ) により実現されるアドレス方式は、任意の A P A T をフアイノレ内の相対論理プロックァドレスに変換して、所望のアプリケーションノ、。ケットを見つけることができる S O B Uをポイントする。

図 1 9 は、この発明の一実施の形態に係るストリ一ムデータ記録再生システム（光ディスク装置 Zストリーマ、 S T B 装置）の構成を説明する図である。この実施の形態では、 t 報記憶媒体 2 0 1 として、 D V D — R A Mディスクのような記録/再生可能光ディスクを想定している。

以下、図 1 9 を用いて、この発明の一実施の形態に係るストリームデータ記録再生装置の内部構造を説明する。

このストリームデータ記録再生装置は、光ディスク装置 4 1 5 、 S T B装置 4 1 6 およびその周辺機器から構成される周辺機器としては、ビデオミキシング部 4 0 5 、フレームメモリ部 4 0 6 、外部スピーカ 4 3 3 、ノヽ⁰ — ソナルコンビュ —タ（ P C ) 4 3 5 、モニタ T V 4 3 7 、 D Z A コンノータ 4 3 2 、 4 3 6 、 I / F部 4 3 1 、 4 3 4 等力ある。光ディスク装置 4 1 5 は、ディスクドライブを含む記録再生部 4 0 9 と、記録再生部 4 0 9 へのストリームデータ（あるいは記録再生部 4 0 9 カゝらのストリームデータ）を処理するデータプロセサ部（以下 D — P R O部と略記する） 4 1 0 と、 D — P R O部 4 1 0 力、らォーノ一フローしてきたストリームデータを一時記憶する一時記憶部 4 1 1 と、記録再生部 4 0 9 および D — P R O部 4 1 0 の動作を制御する光デイスク装置制御部 4 1 2 とを備えている。

光ディスク装置 4 1 5 はさらに、 S T B装置 4 1 6 力ら I E E E 1 3 9 4 等を介して送られてきたストリームデータを受ける（あるレ、は I E E E 1 3 9 4 等を介して S T B装置 4 1 6 ヘストリームデータを送る）データ転送インタ一フエ一ス部 4 1 4 と、データ転送インターフェース部 4 1 4 で受けたストリームデータを情報記憶媒体（ R A Mディスク） 2 0 1 に記録する信号形式に変換する（あるいは媒体 2 0 1 から再生されたストリームデータを I E E E 1 3 9 4 等の信号形式に変換する）フォーマッタ /デフォーマッタ部 4 1 3 とを備えている。

具体的には、データ転送インターフェース部 4 1 4 の I E E E 1 3 9 4 受信側は、基準クロック発生器（システムタイムカウンタ S T C ) 4 4 0 のタイムカウント値に基づレヽて、ストリームデータ転送開始からの時間を読み込む。

上記時間情報に基づいて、ストリームデータをストリームブロック毎（あるいは S O B U毎）に切り分ける区切れ情報を作成するとともに、この区切れ情報に対応したセルの切り分け情報およびプログラムの切り分け情報、さらには P G C の切り分け情報を作成する。

フォーマッタ Zデフォーマッタ部 4 1 3 は、 S T B装置 4 1 6 カゝら送られてきたストリームデータをストリ一ムノックの列（図 1 2 ( a ) 、図 2 3 ( h ) 等を参照）に変換し、変換されたストリームノ、 ° ック列を D — P R O部 4 1 0 へ入力する。入力されたストリームノックはセクタと同じ 2 0 4 8 ノィ卜の一定サイズを持っている。 D — P R O部 4 1 0 は、入力されたストリームノックを 1 6 セクタ毎にまとめて E C C ブロックにして、記録再生部 4 0 9 へ送る。

ここで、記録再生部 4 0 9 において媒体 2 0 1 への記録準備ができていない場合には、 D — P R 〇部 4 1 0 は、記録データを一時記憶部 4 1 1 に転送して一時保存し、記録再生部 4 0 9 においてデータ記録準備ができるまで待つ。

記録再生部 4 0 9 において記録準備ができた段階で、 D — P R O部 4 1 0 は一時記憶部 4 1 1 に保存されたデータを記録再生部 4 0 9 に転送する。これにより、媒体 2 0 1 への記録が開始される。一時記憶部 4 1 1 に保存されたデータの記録が済むと、その続きのデータはフォーマッタ Zデフォーマッタ部 4 1 3 力 > ら 13 — P R O部 4 1 0 ヘシ一ムレスに転送されるようになってレヽる。

ここで、一時記憶部 4 1 1 は、高速アクセス可能で数分以上の記録データを保持できるようにするため、大容量メモリを想定している。

なお、フォーマッタノデフォーマッタ部 4 1 3 を介して記録ビットストリームに付されるタイムスタンプ情報は、基準クロック発生器（ S T C ) 4 4 0 力ら得ることができる。

また、フォーマッタ Zデフォーマッタ部 4 1 3 を介して再生ビットス卜リームカゝら取り出されたタイムスタンプ情報 ( S C R ) は、 S T C 4 4 0 にセットすることができる。情報記憶媒体 2 0 1 に記録されたストリームデータ内のパックヘッダには、基準クロック（システムクロックリファレンス S C R ) が記録されている。この媒体 2 0 1 に記録されたストリームデータ（ S O B または S O B U ) を再生する場合において、基準クロック発生器（ S T C ) 4 4 0 は、媒体 2 0 1 カゝら再生された基準クロック（ S C R ) に適合される

( S C Rの値力 S S T C 4 4 0 にセットされる）。

つまり、 S O B あるいは S O B Uのデータを再生するために、ストリーマ（光ディスク装置 4 1 5 ) 内の基準クロック

( S T C 4 4 0 ) を、再生が開始される最初のストリームパック内に記述されたシステムク口ックリファレンス S C R に合わせる。その後は、 S T C 4 4 0 のカウントアップは自動的に行われる。

S T B 部 4 1 6 は、衛星アンテナ 4 2 1 で受信したデジタル放送電波の内容を復調し、 1 以上の番組が多重化された復調データ（ストリームデータ）を提供するデモジュレータ 4 2 2 と、デモジュレータ 4 2 2 で復調されたデータから（ュ一ザが希望する）特定番組の情報（後述する図 2 3 を例に採れば、番組 2 のトランスポートバケツト）を選択する受信情報セレクタ部 4 2 3 とを備えている。受信情報セレクタ部 4 2 3 で選択された特定番組の情報 ( トランスポートバケツト）を情報記憶媒体 2 0 1 に記録する場合は、 S T B制御部 4 0 4 の指示にしたがい、セレクタ部 4 2 3 は特定番組のトランスポートバケツトだけを含むストリ一ムデータを、データ転送インタ一フェイス部 2 0 を介して、 I E E E 1 3 9 4 転送により、光ディスク装置 4 1 5 のデータ転送インターフェイス部 4 1 4 に送る。

受信情報セレクタ部 4 2 3 で選択された特定番組の情報 ( トランスポートパケット）を記録することなく単に視聴するだけの場合は、 S T B制御部 4 0 4 の指示にしたがい、セレクタ部 4 2 3 は特定番組のトランスポートノ、。ケットだけを含むストリームデータを、デコーダ部 4 0 2 の多重化情報分離部 4 2 5 に送る。

一方、情報記憶媒体 2 0 1 に記録された番組を再生する場合は、 I E E E 1 3 9 4 のシリアノレノくスを介して光ディスク装置 4 1 5 カゝら S T B装置 4 1 6 に送られてきたストリームデータは、セレクタ部 4 2 3 を介してデコーダ部 4 0 2 の多重化情報分離部 4 2 5 に送られる。

多重化情報分離部 4 2 5 は、セレクタ部 4 2 3 から送られてきたストリームデータに含まれる各種バケツト（ビデオパケット、オーディオパケット、サブピクチヤノ、。ケット）を、内部メモリ部 4 2 6 上で、各バケツトの I D により区分けする。そして、区分けされたバケツトを、それぞれ該当するデコード部（ビデオデコード部 4 2 8 、サブピクチャデコード部 4 2 9 、オーディオデコ一ド部 4 3 0 に分配する。ビデオデコ一ド部 4 2 8 は、多重化情報分離部 4 2 5 から送られてきた（ M P E Gエンコードされた）ビデオパケットをデコードして、動画データを生成する。その際、 M P E G ビデオデータ中の I ピクチャから記録内容を代表する縮小画像（サムネールピクチャ）を生成する機能を持たせるためにビデオデコード部 4 2 8 は、代表画像（サムネール）生成部 4 3 9 を内蔵してレヽる。

ビデオデコード部 4 2 8 でデコードされた動画（および/ または生成部 4 3 9 で生成された代表画像）と、サブピクチャデコ一ド部 4 2 9 でデコードされたサブピクチャ（字幕、メニュー等の情報）と、オーディオデコード部 4 3 0 でデコ一ドされた音声とは、ビデオプロセサ部 4 3 8 を介してビデォミキシング部 4 0 5 へ送出される。

ビデオミキシング部 4 0 5 は、フレームメモリ部 4 0 6 を利用して、動画に字幕等を重ねたデジタル映像を作り出す。このデジタル映像は、 D Z A変換器 4 3 6 を介してアナログ映像化され、モニタ T V 4 3 7 に送られる。

また、ビデオミキシング部 4 0 5 からのデジタル映像は、 I / F部 4 3 4 および I E E E 1 9 4 等の信号ラインを介して、ノ、。一ソナルコンピュータ 4 3 5 に適宜取り込まれる。

一方、オーディオデコード部 4 3 0 でデコードされたデジタルオーディオ情報は、 D A変換器 4 3 2 および図示しないオーディオアンプを介して、外部スピーカ ⁴ 3 3 に送られる。また、デコードされたオーディオ情報は、 I Z F部 4 3 1 を介して外部にデジタル出力される。なお、 S T B 装置 4 1 6 内の動作タイミングは、システムタイムカウンタ（ S T C ) 部 4 2 4 力らのクロックにより決定される。

上述した S T B制御部 4 0 4 による指示等（ S T B装置 4 1 6 の内部構成各々の動作制御）は、プログラムメモリ部 4 0 4 a に格納された制御プログラムにより実行される。その際、 S T B制御部 4 0 4 による制御過程においてワークメモリ部 4 0 7 が適宜利用される。

この S T B制御部 4 0 4 およびデコーダ部 4 0 2 を含め S T B装置 4 1 6 の内部動作のタイミングは、 S T C部 4 2 4 からのクロックで規制できる。また、光ディスク装置 4 1 5 の S T C 4 4 0 と S T B装置 4 1 6 の S T C部 4 2 4 を同期させることで、光ディスク装置 4 1 5 および S T B装置 4 1 6 を含めたストリーマシステム全体の動作タイミングを規制できる。

S T C 4 4 0 と S T C部 4 2 4 を同期させる方法としては . データ転送インターフェース部 4 1 4 とデータ転送インターフェース部 4 2 0 との間で受け渡されるストリームデータ中の基準クロック（ S C R ) により、 S T C 4 4 0 および S T C部 4 2 4 をセットする方法がある。

図 1 9 の装置構成を機能別にみると、 3 丁 8装置 4 1 6 内は、「受信時刻管理部」と、「ストリームデータ内容解析部」と、「ストリームデータ転送部」と、「時間関連情報生成部」とに分割 Z分類できる。

ここで、「受信時刻管理部」は、デモジュレータ（復調部） 4 2 2 、受信情報セレクタ部 4 2 3 、多重化情報分離部 4 2 5 、 S T B制御部 4 0 4 等で構成される。この「受信時刻管理部」は、衛星アンテナ 4 2 1 でデジタル T V放送を受信し、受信した放送情報内の各トランス.ポートバケツト毎の受信時刻を記録する。

「ストリームデータ内容解析部」は、多重化情報分離部 4 2 5 、 S T B制御部 4 0 4 等で構成される。この「ストリームデータ内容解析部」は、受信したストリームデータの中身を解析し、 I , B , P の各ピクチャ位置およびまたは P T S値を抽出する。

「ストリームデータ転送部」は、多重化情報分離部 4 2 5 . 受信情報セレクタ部 4 2 3 、 S T B制御部 4 0 4 、データ転送インターフェース部 4 2 0 等で構成される。この「ストリームデータ転送部」は、各トランスポートパケット毎の差分受信時刻間隔を保持したままストリームデータを光ディスク装置 4 1 5 へ転送する。

「時間関連情報生成部」は、多重化情報分離部 4 2 5 、 S T B制御部 4 0 4 、データ転送インターフェース部 4 2 0 等で構成される。この「時間関連情報生成部」は、「受信時刻管理部」で記録した受信時刻（タイムスタンプ）情報と「ストリームデータ内容解析部」で抽出した表示時刻情報（ P T S値および Zまたはフィールド数）との間の関係情報を作成する。

図 2 0 は、この発明の一実施の形態において、表示時刻とデータ転送時刻との間の関係を示す時間関係テープルを説明 O 00/498

80 する図である。図 2 0 を用いてこの発明の基本的特徴について説明する。

T Vの表示方式の 1 つである N T S C方式では、 1 秒間に 3 0 枚の画面/ピクチャ（フレーム）を映像信号として T V のモニタスクリーンに表示している。通常の T Vでは、インターレース方式を用いているので、 1 画面の全走査線に対して始めに 1 本おきに画面を走査して表示し、その後で 1 本ずらした画像を 1 本おきに走査することで直前の画面の間を埋めて 1 枚の画面（ピクチャ）の表示を行う。この 1 本おきに表示する画像をフィールドと呼ぶ。

N T S C方式では、毎秒 3 0 フレーム Z 6 0 フィールドを表示してレ、る。この N T S C方式は主に日本とアメリカで採用されている表示方式である。それに対して、主に欧州で採用されている P A L方式では、毎秒 2 5 フレーム Z 5 0 フィ一ノレドの表示を行ってレ、る。

図 2 0 ( a ) は、毎秒 3 0枚変化する画面 /ピクチャ（フレーム）を表示時刻（プレゼンテーションタイム；または再生時間） 1 に沿って並べた図である。

画面/ ピクチャの表示時刻（再生時間） 1 を表す情報としては、

( a ) " ある特定の画面（ピクチャ）からの差分フィ一ルド枚数" で表す方法と；

( b ) " P T S (プレゼンテーションタイムスタンプ；または再生タイムスタンプ） " で表す方法がある。

P T S は、 2 7 M H z および/または 9 0 k H z の基準クロックを利用し、常にインクリメント（カウンタの値が 1 ずつ増加）する力ゥンタの値で表示時刻を表す方法で用いることができる。たとえば、 2 7 M H z (または 9 0 k H z ) の基準クロックでインクリメントするカウンタで各画面/ ピクチヤ（フレーム）を示すときのカウンタの値が、 P T S の値として用レヽられる。

デジタル T Vでの受信信号情報内には、各ピクチャ毎の P T S値がピクチャヘッダ情報 4 1 (図 1 ( j ) 参照）内に含まれている。

図 2 0 ( a ) では、 I ピクチャ a の表示時刻力 S P T S N o . 1 で表わされ、 I ピクチャ i および q の表示時刻力 S P T S N o . 2 および P T S N o . 3 で表わされている。

いま、例えばユーザから、 I ピクチャ a 表示の何時間何分何秒後の画面（ピクチャ）を表示するように指示を受けたとする。すると、上記指定時間間隔（何時間何分何秒後）が 2 7 M H z および/または 9 0 k H z のカウント値に換算される。そして、この換算値と I ピクチャ a 表示の P T S値（ P T S N o . 1 ) との加算結果を計算して、ユーザから指示された「表示すべき画面（ピクチャ）」を検索することができる。

情報記憶媒体 2 0 1 上に記録されたストリームデータは、図 1 ( g ) その他に示したように各トランスポートパケット毎にタイムスタンプを付加して記録されているので、このタィムスタンプ情報を利用してストリームデータに対する時間管理を行っている。しかし、このタイムスタンプ情報はユーザには認知できないため、ユーザは表示時刻（再生時間） 1 を用いて、見たい画面（ピクチャ）を指定することになる。

この場合、ストリームデータを時間管理するためのタイムスタンプ情報とユーザが指定可能な表示時刻（再生時間） 1 情報との間の関係を示す情報が必要になる。この関係を示す情報が、図 2 0 ( b ) に示す時間関係テーブル 2 (あるいは図 1 5 の再生タイムスタンプリスト P T S L ) である。

図 2 0 ( b ) に例示するように、時間関係テーブル 2 には、各 P T S値（ P T S N o . 1 、 P T S N o . 2 、 P T S N o . 3 、 …）毎に、対応するデータ転送時刻情報（ I ピクチャ転送開始時刻 4 ) 、データ転送時刻情報（ I ピクチャ転送終了時刻 5 ) 、セル先頭から目的の I ピクチャまでの通算バケツト数 1 0 が記述されている。

たとえば P T S N o . 1 の I ピクチャ a についてみると、データ転送時刻情報（ I ピクチャ転送開始時刻 4 ) の行のタィムスタンプ（ A T S ) # 1 は図 2 ( c ) の I ピクチャ a 情†嶠^: 報 7 の先頭側パケット（ A P ) # 1 のタイムスタンプ（ A T S ) # 1 に対応し、データ転送時刻情報（ I ピクチャ転送終了時刻 5 ) の行のタイムスタンプ（ A T S ) # 2 は図 2

( c ) の I ピクチャ a 情報 7 の末尾側パケット（ A P ) # 2 のタイムスタンプ（ A T S ) # 2 に対応している。ここでは

I ピクチャ a が最初のピクチャなので、 P T S N o . 1 の I ピクチャ a に対する通算パケット数 1 0 は、図 2 0 ( b ) に示すように「 1 」となる。同様に P T S N o . 2 の I ピクチャ i についてみると、データ転送時刻情報（ I ピクチャ転送開始時刻 4 ) の行のタイムスタンプ（ A T S ) # 3 は図 2 ( c ) の I ピクチャ i 情報 8 の先頭側 ⁰ケット（ A P ) # 3 のタイムスタンプ（ A T S ) # 3 に対応し、データ転送時刻情報（ I ピクチャ転送終了時刻 5 ) の行のタイムスタンプ（ A T S ) # 4 は図 2 ( c ) の I ピクチャ i 情報 8 の末尾側パケット（ A P ) # 4 のタイムスタンプ（ A T S ) # 4 に対応してレヽる。ここでは I ピクチャ i が最初の I ピクチャ a 力ら 8 5 1 0 0枚後としているので、 P T S N o . 2 の I ピクチャ i に対する通算ケット数 1 0 は、図 2 0 ( b ) に示すように「 8 5 1 0 1 」となる。 P T S N o . 3 以後についても同様である。

図 2 0 ( b ) に示すような時間関係テーブル 2 を、ストリームデータ（図 1 ( a ) 、図 2 0 ( c ) その他の S T R E A M . V R O 1 0 6 ) に関する管理情報（図 1 5 の S F I T ) が記録されている領域に記録し、この時間関係テーブルを利用して、ユーザにとってピクチャ単位の画面位置指定ができるようにした所に、この発明の大きな特徴がある。

ここで、上記時間関係テーブル 2 と図 1 5 に示した再生タィムスタンプリスト P T S L との対応関係について、説明しておく。

図 1 ( g ) その他に示されたタイムスタンプを A T S としたとき、図 1 5 の再生タイムスタンプリスト P T S L に含まれる P T S の値と A T S とは、以下のような関係を持つ：

( 1 ) セノレ（ストリームセル）は記録されたビットストリームの一部を参照するものである；

( 2 ) A U (通常 I ピクチャ）は記録されたビットストリームの連続した一部である（ A U はセルの一部に対応する）；

( 3 ) A U (セルの一部に対応する I ピクチャ）がどの S O B U に含まれる力、は、図 1 5 のアクセスユニット開始マップ A U S Mにより示される（図 1 6 参照）；

( 4 ) P T S の値は対応 A Uの再生時間（表示時刻；あるいはプレゼンテーションタイム P T M) である（ A Uに対応する P T S の値は、再生時間に関して、セルの一部に対応する）；

( 5 ) セル開始 A P A T ( S C一 S— A P A T ) は該当セルのトランスポートバケツトまたはアプリケーションパケット A P の到着時間である（ S C— S— A P A T は、再生時間に関して、 P T S の値に対応する）；

( 6 ) トランスポートパケットまたはアプリケーションバケツト A P は、その先頭にタイムスタンプ A T S を伴う

(図 2 2 、図 2 9 ( g ) 等参照）；

( 7 ) P T S の値は、 P T S L に含まれる（図 1 5 参照 -

( 8 ) 上記（ 3 ) 〜（ 7 ) 力ら、 P T S L に含まれる P T S の値は、 A U S M、 S C __ S— A P A T等を仲介して、 A T S に対応することになる。

よって、再生タイムスタンプリスト P T S L は、 A U ( I ピクチャ）の開始時刻（ S C S A P A T ) と、ビットストリームに含まれるノ、。ケッ卜のタイムスタンプ A T S との関係（再生時間に関する関係）を示す情報（ P T S の値）を含む「時間関係テーブル（図 2 0 ( b ) ) 」であると言える。

あるレヽは、 P T S L (時間関係テーブル）は、 P T S の値と A T S との対応関係を示す情報であるとも言える。

ところで、 B ピクチャあるいは P ピクチャを表示するためには、必ず I ピクチャの表示（デコード）から開始する必要がある。このため、図 2 0 ( b ) に示す時間関係テーブル 2 は、 I ピクチャ位置でのタイムスタンプと対応する表示時刻情報を一覧表として示してある。

ここでは、表示時刻情報として、 " P T S 情報（ P T S の値） " 、 " 特定基準画面（ピクチャ）からの差分フィールド数" 、 " 年月日時刻情報" 等を用いることができる。

なお、表示時刻情報として図 2 0 ( b ) に示すような絶対値表示を行う代わりに、各 I ピクチャ間の差分情報（例えば各 I ピクチャ間に挿入されるフィールド数情報）を使用することも可能である。（フィールド数を利用した時間関係テーブルについては、図 2 8 を参照して後述する。）

また、図 2 0 ( b ) では表示時刻情報として " P T S 情報" を使用しているが、種々可能なこの発明の実施の形態では、この方法に限らず、その代わりに、 " 特定基準画面（ピクチャ）力、らの差分フィールド数" あるいは " 年月日時刻情報" 等を使用することができる。

図 2 0 ( b ) に示す時間関係テーブル 2 では、各 I ピクチャ毎の転送開始時刻 4 の値がタイムスタンプ（ A T S ) # 1 . # 3 、 # 5 として一覧表に記録されているだけでなく、 I ピクチャの転送終了時刻 5 の値もタイムスタンプ（ A T S ) # 2 、 # 4 、 # 6 として記録されている。

このため、早送り再生（ファーストフォワード F F ) あるいは早戻し再生（ファーストリバース F R などの特殊再生を行う場合には、 " タイムスタンプ（ A T S ) # 1 力、ら # 2 まで " 、 " タイムスタンプ（ A T S ) # 3 力ら # 4 まで" 、 " タイムスタンプ（ A T S ) # 5 力ら # 6 まで " とレヽうように . 再生する I ピクチャのトランスポートバケツト位置（またはアプリケーションパケット位置）を指定することで、情報記憶媒体 2 0 1 力ら、 I ピクチャ情報（またはアクセスュニット A U情報）のみを再生し、デコードし、表示することが可能となる。

図 2 0 ( a ) の実施の形態では、オリジナルセル（図 4 参照）の表示開始ピクチャ位置（ B ピクチャ f の位置）を基準に採っている。このオリジナルセルの表示開始ピクチャの P T S値（ P T S N o . 5 ) とその直前にある I ピクチャ a の P T S値（ P T S N o . 1 ) との差分が、 P T S オフセット 9 である。この P T S オフセット値 9 は、図 3 ( h ) に示したように、オリジナルセル情報 2 7 2 内に記録される。

具体的には、図 2 0 ( a ) に示すように、オリジナルセルの表示開始ピクチャを B ピクチャ f とし、その時の P T S値を P T S N o . 5 とする。その直前の I ピクチャ a の表示時刻を P T S N o . 1 とすると、 P T S オフセット 9 の値 00/498

87 は、 " P T S N o . 5 一 P T S N o . 1 " で求まる。

ユーザが特定画面（特定のピクチャフレーム）を指定する場合、オリジナルセルの表示開始位置からの差分表示時間で指定する場合が多い。この差分表示時間を 2 7 M H _Z および Zまたは 9 0 k H z のカウンタ数に換算後、 P T S オフセット 9 の値を加算することで、ユーザが指定した画面（ピクチャフレーム）の P T S値を算出できる。

図 2 0 ( b ) に示すように、時間関係テーブル 2 には、各 I ピクチャ毎の P T S値一覧が記録されている。このテープルを参照し、算出した P T S値よりも小さく、しかも算出した P T S 値に最も近レ、 I ピクチャ位置の P T S値を探し、そこに対応した I ピクチャ転送開始時刻 4 のタイムスタンプ ( A T S ) 値を指定して、情報記憶媒体 2 0 1 へのアクセスを開始する。

図 2 0 ( b ) に示すように、時間関係テーブル 2 には、タィムスタンプと並行して、オリジナルセル先頭位置から該当する I ピクチャまでの通算トランスポートノ、。ケット数 1 0 (アクセス位置情報）も記録されている。

したがって、図 2 0 の実施の形態によれば、タイムスタンプ（ A T S ) の代わりにオリジナルセル先頭位置からのトランスポートバケツト数（またはアプリケーションバケツト数 A P _ N s ) を指定して、所望のストリームデータ位置ヘアクセスすることも可能である。

図 2 0 ( c ) のストリームデータ（ S T R E A M . V R 〇） 1 0 6 が図 3 等に示す情報記憶媒体 2 0 1 に記録される場合、ストリームデータ 1 0 6 の内容（ S O B または S O B U ) は、所定のデータ記録単位（トランスポートパケットまたはアプリケーションパケット）で、媒体 2 0 1 のデータ領域（ S T R E A M . V R O / S R— T R A N S . S R 〇）に記録される。その際、ストリームデータ 1 0 6 に関する管理情報（ S T R I ) も、媒体 2 0 1 の管理領域（ S T R E A M . I F O Z S R— MA N G R . I F 〇）に記録される。

この管理情報（ S T R I ) に、ストリームデータ 1 0 6 のアクセス（ I ピクチャ情報またはアクセスュニット A Uへのアクセス）に利用される第 1 の管理情報（ I ピクチャ転送開始時刻に対応した A T S ；または A U S M ) と；第 1 の管理情報（ A U S M) とは異なるものであって、この第 1 の管理情報と前記ストリームデータのアクセスに利用される第 2 の管理情報（ P T S ; または S C— S— A P A T ) との間の関係を示す第 3 の管理情報（時間関係テーブル；または P T S L ) が記録される。

ここで、ストリームデータ 1 0 6 は M P E G規格に基づき圧縮されたビットストリームであり、前記第 2 の管理情報はストリームデータの再生時間（ P T S ) に対応する。

図 2 1 は、この発明の一実施の形態において、表示時刻とデータ転送時刻との問の関係を説明する図である。

情報記憶媒体 2 0 1 上に記録されたストリームデータ（図 1 、図 2 その他の S T R E AM . V R O 1 0 6 ) 内のデータ構造に関し、図 2 1 を用いて、各ピクチャ情報 6 0 1 0 〜 6 0 3 0 の記録位置とストリームブロック（ S O B U ) との間の配置関係を説明する。

この実施の形態では、ストリームデータはストリームプロック（ S O B U ) 単位で記録され、所定画像（ピクチャ）へのアクセス指定にはタイムスタンプ情報が利用される。

図 1 9 の S T B装置 4 1 6 カゝら再生開始位置としてタイムスタンプ値が指定された場合において、指定されたタイムスタンプ値に対応するストリームブロック（ S O B U ) を算出するための情報が、図 3 ( h ) のタイムマップ情報 2 5 2 (あるいは図 1 5 のタイムマップ情報 M A P L、もしくは図 1 8 のタイムマップ情報）である。

図 3 ( h ) の例では、タイムマップ情報 2 5 2 は、ストリームデータに対する管理情報記録領域である S T R E A M.

1 F O 1 0 5 内のストリームオブジェクト情報（ S 〇 B I )

2 4 2 の一部として記録されてレヽる。図 1 5 の例でも、タイムマップ情報 M A P L は S O B I の一部として記録されている。

図 3 ( i ) に示すタイムマップ情報 2 5 2 内では、各ストリームプロック毎のタイムスタンプ差分時間情報しか記録されていない。この場合は、各ストリームオブジェクト情報 ( S O B I ) 2 4 2 、 2 4 3 毎に、タイムマップ情報 2 5 2 内の各ストリームブロックの時間差 2 6 3 、 2 6 5 の値を逐次加算する。そして、この逐次加算値が、 3 丁 8装置 4 1 6 側により指定されたタイムスタンプ時刻に到達したか否か比較する必要がある。その比較結果を元に、 S T B装置 4 1 6 側により指定された時刻がどのストリームオブジェクト（ S O B ) 内の ί可番目のストリームブロック（ S O B U ) の中に含まれるタイムスタンプ値と一致するかが割り出される。

図 2 1 ( c ) に示すように各ピクチャ情報 6 0 1 0 〜 6 0 3 0 の境界位置とストリームブロック（ S O B U ) の境界位置とは必ずしも一致しない。

この場合、例えば図 2 1 ( a ) で示すように、 P T S の値が P T S N o . 6 である P ピクチャ o の位置から再生を開始しょうとするなら、次のような処理が必要になる。

すなわち、図 2 1 ( b ) の時間関係テーブル 2 (内部構成は図 2 0 ( b ) と同様）力、らその直前にある I ピクチャ i の P T S N o . 2 の値を割り出し、 I ピクチャ i 情報 6 0 1 0 が記録されている先頭のトランスポートバケツト # 2 が含まれるストリームブロック（ S O B U ) # A先頭位置から、再生を開始する必要がある。

ただし、ストリームブロック（ S O B U ) # A先頭位置から所望の P ピクチャ o の位置まで再生が進むまで、その間の画像情報（図 2 1 ( a ) ではピクチャ i 力ゝらピクチャ n まで）は外部モニタ（ T V ) に出力されない。

図 2 2 は、 M P E G における映像情報圧縮方法とトランスポートノ、。ケットとの関係、および M P E G におけるトランスポートバケツトとストリーマにおけるアプリケーションパケットとの関係を説明する図である。

図 2 2 に示すように、デジタル T Vでの放送信号情報には M P E G 2 と呼ばれる信号圧縮方法が採用されている。 M P E G による信号圧縮方法では、 T V表示用の各画面（ピクチャ）は時間差分情報を含まない I ピクチャ 5 5 1 と時間差分情報を含む B ピクチャ 5 5 3 、 5 5 4 と P ピクチヤ 5 5 2 に分類される。

I ピクチャは前後の画面（ピクチャ）情報の影響を受けることなく単体で存在し、 1 枚の画面（ピクチャ）に対して D C T変換後、量子化した情報が I ピクチャ圧縮情報 5 6 1 となり、 I ピクチャ情報 3 1 として記録される。 P ピクチャ 5 5 2 は I ピクチャ 5 5 1 に対する差分情報 5 6 2 のみが P ピクチャ情報 3 2 として記録され、 B ピクチャ 5 5 3 、 5 5 4 は I ピクチャ 5 5 1 と P ピクチャ 5 5 2 に対する差分情報が B ピクチャ情報 3 3 、 3 4 として記録される。

従って、映像再生時には P ピクチャ 5 5 2 や B ピクチヤ 5 5 3 、 5 5 4 単体では画面を生成することができず、必ず I ピクチャ 5 5 1 画面を生成した後に初めて各ピクチャ画面を生成できる。各ピクチャ情報 3 1 〜 3 4 は 1 個または複数のトランスポートバケツト内のペイロードに分割記録されている。この時、各ピクチャ情報 3 1 〜 3 4 の境界位置とトランスポートバケツト間の境界位置は常に一致するように記録されている。

図 2 2 のトランスポートノ、。ケットカストリーマ（図 1 9 の光ディスク装置 4 1 5 ) に記録されるときは、トランスポートノヽ⁰ケットの内容はアプリケーションタイムスタンプ（ A T S ) とレヽぅタイムスタンプ付きのノ、。ケット（アプリケーションパケット）に移し替えられる。

そして、 A T S 付きアプリケーションパケットの一群（通常 1 0 ノ、。ケット前後）がストリーム P E S ノ、。ケット内のアブリケ一シヨンバケツトエリアに格納される。

このストリーム P E S ノヽ⁰ケットにノヽ⁰ ックヘッダを付したものが 1 つのストリームノ、°ックになる。

ストリーム P E S ノヽ⁰ケットは、 P E Sヘッダと、サブストリーム I D と、アプリケーションヘッダと、アプリケーションヘッダエクステンション（オプション）と、スタッフイングバイト（オプション）と、上記 A T S 付きアプリケ一ションバケツト群を格納するアプリケーションバケツトエリアとで、構成される。

デジタル放送では、 M P E G 2 規格に従って圧縮された映像情報がトランスポートバケツトに乗って転送されてくる。このトランスポートノ、。ケット內は、図 2 3 ( b ) に示すように、トランスポートノ、。ケットヘッダ 5 1 1 と、記録情報のデータ本体が記録されているペイロード 5 1 2 とで構成されている。

トランスポートパケットヘッダ 5 1 1 は、図 2 3 ( a ) に示すように、ペイロードュニット開始インジケータ 5 0 1 、パケット I D ( P I D ) 5 0 2 、ランダムアクセスインジケータ 5 0 3 、プログラムクロックリファレンス 5 0 4 等で構成されている。

M P E G圧縮された映像情報は、 I ピクチャ情報、 B ピクチヤ情報、および P ピクチャ情報を含んでいる。 I ピクチャ情報が記録されている最初のトランスポ一トバケツトには、図 2 3 ( a ) のランダムアクセスインジケータ 5 0 3 に "

1 " のフラグが立つ。また、各 B 、 P ピクチャ情報の最初のトランスポートノケットには、図 2 3 ( a ) のペイロードュニット開始インジケータ 5 0 1 に " 1 " のフラグが立つ。

これらのランダムアクセスインジケータ 5 0 3 およびペイロードュニット開始インジケータ 5 0 1 の情報を利用して、

I ピクチャマッピングテーブル（図 9 ( e ) の 6 4 1 ) および B 、 P ピクチャ開始位置マッピングテーブル（図 9 ( e ) の 6 4 2 ) の情報が作成される。

たとえば、図 2 3 ( a ) に示したペイロードユニット開始インジケータ 5 0 1 に " 1 " のフラグが立ったトランスポートノ、。ケットに対して、 B 、 P ピクチャ開始位置マッピングテーブノレ（図 9 ( e ) の 6 4 2 ) 内の該当個所のビットが "

1 " になる。

デジタル放送では、ビデオ情報とオーディオ情報がそれぞれ異なるトランスポートバケツトに入って転送される。そして、それぞれの情報の区別が、図 2 3 ( a ) のパケット I D ( P I D ) 5 0 2 で識別される。この P I D 5 0 2 の情報を用いて、ビデオノヽ⁰ケットマッピングテーブル（図 9 ( e ) の 6 4 3 ) とオーディオバケツトマッピングテーブル（図 9 ( e ) の 6 4 4 ) が作成される。

図 2 3 ( c ) に示すように、デジタル放送では、 1 個のトランスボンダに複数の番組（この例では番組 1 〜番組 3 ) がバケツト化された形で時分割されて転送されてくる。

たとえば、図 2 3 ( b ) のトランスポートパケットヘッダ 5 1 1 およびペイロード（記録情報） 5 1 2 の情報は、図 2 3 ( c ) に示される番組 2 のトランスポートノ、。ケット b ■ 5 2 2 、 e ' 5 2 5 により転送される。

ユーザが例えば図 2 3 ( c ) の第 2 の番組を情報記憶媒体 2 0 1 に記録しょうとする場合には、図 1 9 に示す S T B装置 4 1 6 内の受信情報セレクタ部 4 2 3 において、番組 2 のトランスポートバケツト b 、 e のみが抽出される。

そのとき、 5 丁 8装置 4 1 6 では、図 2 3 ( d ) に示すように、各トランスポートノ、⁰ケット b 5 2 2 、 e 5 2 5 を受信した時刻情報をタイムスタンプ 5 3 1 、 5 3 2 の形で付加する。

その後、 I E E E 1 3 9 4 の転送方式を用いて図 1 9 のフォーマッタ /デフォーマッタ部 4 1 3 にデータを転送する場合には、図 2 3 ( e ) に示すように、タイムスタンプとトランスポートバケツトの組が細かく分割されて転送されることになる。

図 1 9 のフォーマッタ Zデフォーマッタ部 4 1 3 では、 S T B装置 4 1 6 力ら I E E E 1 3 9 4 で転送されてきたストリームデータが、図 2 3 ( d ) の形（図 1 ( g ) の形に相当）に一旦戻される。そして、図 2 3 ( d ) の形式のビットストリーム（図 2 3 ( h ) のストリームノ、。ック列）が、情報記憶媒体 2 0 1 に記録される。

具体的には、この発明の一実施の形態においては、各セクタの先頭には、システムクロック情報などが記録されたパックヘッダと P E S ヘッダが配置される（図 2 3 ( h ) 等参昭）

データエリア 2 1 、 2 2 、 2 3 (図 1 ( f ) ) には複数のタイムスタンプおよびトランスポートノケット（図 1 ( g ) ) が逐次詰め込まれるが、 1 個のトランスポートパケット（図 1 ( g ) ではノ、。ケット d ；図 2 3 ( d ) では番組 2 のノ、。ケット b ) が複数のセクタ（図 1 ( e ) では N o . 0 と N o . 1 ；図 2 3 ( f ) ( g ) では部分パケット）に跨って記録される。ここに、この発明の特徴の 1 つがある。

この特徴を生かしたデータ構造を用いることにより、セクタサイズ（例えば 2 0 4 8 ノイト）よりも大きなサイズを持つパケットを記録することができる。この点について、さらに説明する。

デジタル放送では図 2 3 ( c ) に示すようにトランスポートストリームと呼ばれるマルチプログラム対応の多重 · 分離方式を採用しており、 1 個のトランスポートパケット b · 5 2 2 のサイズが 1 8 8 バイト（または 1 8 3 ノィト）の場合が多い。

前述したように 1 セクタサイズは 2 0 4 8 ノィトであり、各種ヘッダサイズを差し引いても 1 個のデータエリア 2 1 、 2 2 、 2 3 (図 1 ( f ) ) 内にはデジタル放送用のトランスポートバケツトが 1 0個前後記録できる。

それに対して、 I S D Nなどのデジタノレ通信網では 1 ノヽ。ケットサイズ力 S 4 0 9 6 バイトある大きなロングノヽ。ケットカ転送される場合がある。

デジタル放送などのように 1 個のデータエリア 2 1 、 2 2 、 2 3 (図 1 ( f ) ) 内に複数個のトランスポートパケットを記録するだけでなく、ロングバケツトのようにバケツトサイズの大きなバケツ卜の場合でも記録できるよう、前記特徴を生かしたデータ構造（ 1 バケツトのデータを複数バケツトに跨って記録できる特徴）を用レ、ることにより、 1 個のバケツトを複数のデータエリア 2 1 、 2 2 、 2 3 に連続して跨るように記録する。

そうすれば、デジタル放送用のトランスポートバケツトゃデジタル通信用の口ングパケットなどは、バケツトサイズに依ることなく、全てのバケツトをストリームブロック内に端数なく記録することができる。

また、通常のバケツトにはタイムスタンプが付いているが、図 2 3 ( g ) に示すように、部分パケットではタイムスタンプを省略することができる。

このようにすると、 2 つの隣接ストリームノ、。ック（図 2 3 ( h ) ) の境界で分断された部分パケット（パケット 1 つあたり 1 8 8 バイトとすれば部分バケツトのサイズは 1 〜 1 8 7 バイト；平均して 1 0 0 バイト弱）を情報記録に有効利用できる。のみならず、部分バケツトに対して省略されたタイムスタンプの分（タイムスタンプ 1 つあたり例えば 4 バイト）、媒体 2 0 1 に対する記憶容量を増やすことができる。なお、図 2 3 ( g ) の先頭部分パケットの直後にくるタイムスタンプの位置は、図 1 0 ( b ) のファーストアクセスポイント 6 2 5 あるいは図 1 0 ( c ) の F I R S T— A P— O F F S E T により、特定することができる。

図 1 9 の光ディスク装置 4 1 5 (ストリーマ）では、タイムスタンプとトランスポートノ、"ケットとの組（図 2 3 ( f ) ( g ) ) をそのままの形で情報記憶媒体 2 0 1 上に記録する。図 2 4 は、この発明の一実施の形態に係るストリ一ムデ一タの記録手順を説明するフローチヤ一ト図である。図 2 4 を用いて、ストリームデータ録画時の処理について説明する。この処理は、図 1 9 に示す S T B制御部 4 0 4 のプログラムメモリ部 4 0 4 a 内に格納された処理プログラムにより実行できる。

図 2 3 ( c ) に示すように、 1 個のトランスボンダ内には複数番組情報が時分割多重化されている。

図 1 9 の受信情報セレクタ部 4 2 3 内で、この時分割多重化された複数番組情報のパケット列から、特定番組のみのトランスポートパケットが抽出される（ステップ S O 1 ) 。

「受信時刻管理部（図 1 9 の復調部 4 2 2 、受信情報セレクタ部 4 2 3 、多重化情報分離部 4 2 5 、 S T B制御部 4 0 4 等）」では、必要な番組情報が、多重化情報分離部 4 2 5 のメモリ部 4 2 6 内に、一時保管される（ステップ S O 2 ) 。

それと同時に、各トランスポートノ、。ケット毎の受信時刻が計測され、その計測値が、図 2 3 ( d ) に示すように、タイムスタンプ（ A T S ) として各トランスポートパケット（またはアプリケーションパケット）毎に付加される。こうして付加されたタイムスタンプ情報は、メモリ部 4 2 6 内に記録される（ステップ S 0 3 ) 。

次に、「ストリームデータ内容解析部（図 1 9 の多重化情報分離部 4 2 5 、 S T B制御部 4 0 4 等）」において、メモリ部 4 2 6 内に記録されたトランスポートバケツト（アプリケ一シヨンパケット）内の情報が解析される。

具体的には、トランスポートパケット（アプリケーションパケット）列から各ピクチャ境界位置の切り出しが行われるとともに、各バケツト毎のピクチャヘッダ情報 4 1 力ら P T S 情報（まあは対応フィールド枚数情報）の抽出が行なわれる（ステップ S 0 4 ) 。

ここで、各ピクチャ境界位置の切り出し方法には 2 通りの方法が存在し、いずれの方法を選択するかはストリームデータの内容による。

第 1 のピクチャ境界位置切出方法は、トランスポートパケットヘッダ 5 1 1 (図 2 3 ( b ) ) 内のランダムアクセスィンジケータ 5 0 3 (図 2 3 ( a ) ) のフラグを検出して I ピクチャ位置を検出し、ペイロードュニット開始インジケータ 5 0 1 (図 2 3 ( a ) ) のフラグ検出から B または P ピクチャ位置を検出する方法である。

第 2 のピクチャ境界位置切出方法は、ピクチャヘッダ情報 4 1 (図 1 ( j ) ) 内にあるピクチャ識別情報 5 2 (図 1 ( k ) ) および P T S 情報 5 3 (図 1 ( k ) ) を抽出する方法である。

上記の処理（ステップ S 0 1 〜 S 0 4 ) を経た後、「時間関連情報生成部（図 1 9 の多重化情報分離部 4 2 5 、 S T B 制御部 4 0 4 、データ転送インターフユース部 4 2 0 等）」では、タイムスタンプ（ A T S ) と P T S値との間の関係を示す一覧表として、図 2 0 ( b ) に示すような時間関係テーブノレ 2 (あるレヽは図 1 5 の再生タイムスタンプリスト P T S L ) を作成し、 S T B 制御部 4 0 4 内のワークメモリ部 4 0 7 に記録する（ステップ S 0 5 ) 。

その後、 S T B装置 4 1 6 および光ディスク装置 4 1 5 における受信時刻間隔を保持しながら（つまり図 1 9 の S T C 4 4 0 のカウント値変化と S T C 4 2 4 のカウント値変化との間の関係を一定に保ちながら）、多重化情報分離部 4 2 5 のメモリ部 4 2 6 に一時保管されたバケツトデータ（ストリームデータ）が、光ディスク装置 4 1 5 に転送される（ステップ S 0 6 ) 。

こうして、光ディスク装置 4 1 5 により、メモリ部 4 2 6 に一時保管されたストリームデータが、情報記憶媒体 2 0 1 上に記録される（ステップ S O 7 ) 。

光ディスク装置 4 1 5 へのストリームデータ転送が完了するまでは（ステップ S 0 8 ノー）、ステップ S 0 6 〜 S 0 7 の処理が反復される。

光ディスク装置 4 1 5 へのストリームデータ転送が済みその録画処理が完了すると（ステップ S O 8 イエス）、 S T B 制御部 4 0 4 のワークメモリ部 4 0 7 内に一時記録されていた時間関係テーブル 2 (あるいは再生タイムスタンプリスト P T S L ) の情報が、光ディスク装置 4 1 5 へ転送される (ステップ S 1 0 ) 。そして、時間関係テーブル 2 (あるいは再生タイムスタンプリスト P T S L ) の情報が、情報記憶媒体 2 0 1 の管理情報記録領域（ S T R E A M . I F O ) 1 0 5 に記録される

(ステップ S 1 1 ) 。

なお、上記ステップ S 1 1 の処理時に、録画されたストリームデータの内容であるストリ一ムォブジェクトの記録時間

(図 7 ( i ) の S O B— R E C— T M ) を、管理情報記録領域（ S T R E A M . I F O ) 1 0 5 内のタイムゾーン（ T M — Z O N E ) 6 2 4 0 (図 7 ( h ) に記録することができる。

ところで、ストリームデータ録画時にコンテンツプロバイダの著作権保護を目的として暗号化されたストリームデータを記録する場合がある。このように暗号化がなされるときは、全てのトランスポートバケツトが喑号化されるとともに、 S T B装置 4 1 6 と光ディスク装置 4 1 5 との間のタイムスタンプ転送処理が禁止される。この場合には、情報記憶媒体 2 0 1 への（暗号化された）ストリームデータ記録時に、光デイスク装置 4 1 5 側で独自にタイムスタンプを付加する必要が生じる。

図 1 9 の S T B装置 4 1 6 側では、トランスポートノ、。ケット（アプリケーションパケット）毎の受信時刻管理を行っている。この場合、 S T B装置 4 1 6 側と光ディスク装置 4 1 5 側との間で、基準クロック周波数のずれに対する対策（具体的には基準クロックの同期化）が重要課題となる。そこで、以下、暗号化されたストリームデータに対する録画処理について説明する。図 2 5 は、この発明の一実施の形態に係る、暗号化されたストリームデータの記録手順を説明するフローチヤ一トである。この処理手順は、図 1 9 に示す S T B制御部 4 0 4 のプログラムメモリ部 4 0 4 a 内に格納された処理プログラムにより実行できる。

まず、図 1 9 の S T B制御部 4 0 4 のワークメモリ 4 0 7 内に時間関係テーブル 2 (図 2 0 ( b ) ) あるいは再生タイムスタンプリスト P T S L (図 1 5 ) 力ある力どう力、チェックされる（ステップ S 5 0 ) 。

時間関係テーブル（あるいは P T S L ) がない場合は（ステツプ S 5 0 ノー）、図 2 4 のステップ S 0 4 〜 S 0 5 と同様な処理で、時間関係テーブル（あるいは P T S L ) が作成される（ステップ S 5 2 ) 。

こうして時間関係テーブル（あるいは P T S L ) が作成されたあと、あるいは既に時間関係テーブル（あるいは P T S L ) 力 S S T B制御部 4 0 4 のワークメモリ 4 0 7 内にあるときは（ステップ S 5 0 イエス）、 S T B装置 4 1 6 力、ら光デイスク装置 4 1 5 へ（暗号化された）ストリームデータが転送され、このストリームデータが情報記憶媒体 2 0 1 に記録される（ステップ S 5 1 ) 。

この（暗号化された）ストリームデータの記録が完了するまで（ステップ S 5 3 ノー）、ステップ S 5 1 の処理が継続される。このストリームデータ記録ステップ S 5 1 は、図 2 4 のステップ S 0 1 〜 S 0 3 、 S 0 6 と同様な処理内容である。なお、ステップ S 5 2 の処理は、ステップ S 5 1 の処理中にこれと並行して実行されてもよい。

こうして（暗号化された）ストリームデータの記録が完了すると（ステップ S 5 3 イエス）、 S T B装置 4 1 6 と光デイスク装置 4 1 5 との間で基準クロックの同期化処理が実行される（ステップ S 5 4 ) 。

この基準クロックの同期化処理は、たとえば以下のようにして行なうことができる。

すなわち、ストリームデータ転送時に、トランスポートノ、。ケット（アプリケーションパケット）を特定個数（例えば 1 万個あるいは 1 0 万個）送信ノ受信する毎にその送信 Z受信時刻を S T B装置 4 1 6 と光ディスク装置 4 1 5 でそれぞれワークメモリ部 4 0 7 と一時記憶部 4 1 1 に記録しておく。その後、 S T B装置 4 1 6 側カゝら光ディスク装置 4 1 5 側へトランスポートノ、。ケット（アプリケーションパケット）を特定個数送信する毎に送信時刻一覧表を送付する。そして、光ディスク装置 4 1 5 側において、送付された一覧表と光デイスク装置 4 1 5 側で事前に作成した一覧表とを比較することで、両者間の基準クロック同期ずれ量を算出する。

その後、 S T B装置 4 1 6 カゝら光ディスク装置 4 1 5 へ、時間関係テーブル 2 (あるいは P T S L ) が転送される（ステツプ S 5 5 ) 。

こうして S T B装置 4 1 6 カゝら光ディスク装置 4 1 5 へ転送された時間関係テーブル 2 (あるいは P T S L ) は、ステップ S 5 4 の基準ク口ックの同期化処理で算出した基準クロック同期ずれ量の情報を基に、修正される（ステップ S 5

6 ) 。

こうして基準ク口ック同期ずれ量分修正された時間関係テ一ブル 2 (あるいは P T S L ) が、情報記憶媒体 2 0 1 の管理情報領域（図 3 ( e ) の S T R E A M . I F O 1 0 5 ；ぁるいは図 1 5 の S F I T ) 内に記録される（ステップ S 5

7 ) 。

以上のようにすれば、（暗号化された状態の）ストリームデータの記録 Z再生が可能になる。

上記のような「暗号化されたストリームデータに対する基準クロック同期のずれ補正」方法の代わりに、他の方法として、次のようにしてもよい。

すなわち、図 2 0 ( b ) に示すように、各 I ピクチャ間に転送されるトランスポートバケツト数を時間関係テ一ブル 2 に記録する。そして、（ピクチャ指定方法として）再生開始の画面のタイムスタンプ値を指定する代わりに、セル先頭からの通算トランスポートバケツト（またはアプリケーションバケツト）数を指定する。

この場合には、タイムマップ情報 2 5 2 内の情報として、図 3 ( i ) に示したデ一タ構造の代わりに、図 1 1 に示すように、ストリームブロック毎に含まれるトランスポートパケット数（またはアプリケーションパケット数 A P— N s ) 6 3 3 を持たせる。

所定の画面（ピクチャ）にアクセスするため S T B 装置 4 1 6 側カゝら通算トランスポートバケツト数（通算アプリケーシヨンバケツト数）が指定されると、光ディスク装置 4 1 5 側では、図 1 1 に示すの最初のストリームブロックカゝら順次トランスポートノ、°ケット（アプリケーションパケット）数 6 3 3 が加算されて行き、加算結果が指定された値に達した時点でのストリームブロック（または S O B U ) へ、アクセスが行われる。

図 2 6 は、この発明の一実施の形態に係るストリームデ一タの再生手順を説明するフローチヤ一トである。この処理手順は、図 1 9 に示す S T B制御部 4 0 4 のプログラムメモリ部 4 0 4 a 内に格納された処理プログラムにより実行できる。以下、図 2 6 を用いてストリームデータの再生ステップについて説明する。

ユーザは、希望する再生開始時刻および/または再生終了時刻を、「指定したオリジナルセルの表示開始時刻を基準とした差分時間（何時間何分何秒）」の形で指定することができる。こうして指定された、たとえば特定の再生開始時刻および再生終了時刻を、 S T B装置 4 1 6 内の S T B制御部 4 0 4 が受け取る（ステップ S 2 1 ) 。

S T B制御部 4 0 4 内では、その受け取った再生開始時刻および再生終了時刻の時間情報を、 2 7 M H z およびノまたは 9 O k H z のクロックカウント値に換算して、オリジナルセルの表示開始時刻からの差分 P T S値を算出する。

S T B制御部 4 0 4 は、光ディスク装置 4 1 5 をコント口ールしてストリ一ムデータ管理情報記録領域（ S T R E A M . I F 〇 1 0 5 ) 内に記録された時間関係テーブル 2 (または P T S L ) を読み取り、ワークメモリ部 4 0 7 内に一時記録する（ステップ S 2 2 ) 。

また、 S T B制御部 4 0 4 は、光ディスク装置 4 1 5 をコントロールしてストリームデータ管理情報記録領域（ S T R E A M . I F O l 0 5 ) 内に記録されたタイムマップ情報 2 5 2 (または M A P L ) の情報を読み取り、ワークメモリ部 4 0 7 内に一時記録する（ステップ S 2 3 ) 。

次に、図 3 ( h ) および図 2 0 ( a ) に示した P T S オフセット 9 の値を読み取り、該当するオリジナルセル（図 2 0 ( a ) では B ピクチャ f に該当）の表示開始時刻とその直前の I ピクチャ a の表示時刻との差（図 2 0 ( a ) では P T S N o . 5 - P T S N o . 1 ) を調べる（ステップ S 2 4 ) 。

さらに、図 3 ( h ) および図 2 0 ( a ) に示した P T S ォフセット 9 の値を読み取り、

(ィ）その値（ P T S オフセット 9 ) と、

( 口）オリジナルセルの表示開始時刻の直前の I ピクチャ — a 位置での P T S値（ P T S N o . 1 ) (図 2 0 ( a ) のようにオリジナルセルの表示開始ピクチャ f 力 S I ピクチャ a の直後にある場合）と、

( ノヽ）ステップ S 2 4 で調べた差分 P T S値（ P T S N o . 5 — P T S N o . 1 ) と

を加算し、ユーザが指定した再生開始時刻と再生終了時刻の P T S値を算出する（ステップ S 2 5 ) 。

次に、ユーザが指定した再生開始場所の直前の I ピクチャ i の P T S値とタイムスタンプ # 2 の値を、時間関係テ一ブル 2 を利用して調べ（ステップ S 2 6 ) 、光ディスク装置 4 1 5 に通知する。

光ディスク装置は、図 3 ( h ) に示したタイムマップ情報 2 5 2 のデータ（図 3 ( i ) ) 力ら、その I ピクチャ i 情報 6 0 1 0 (図 2 1 ( c ) ) の先頭位置が含まれるストリームブロック（ S O B U ) # A の先頭のタイムスタンプ（ A T S ) # 1 の値を調べるとともに、アクセスすべき先頭セクタ # ひの場所（アドレス）を割り出す（ステップ S 2 7 ) 。

こうして割り出されたァドレスに基づいて、光ディスク装置 4 1 5 は、図 2 1 ( c ) のトランスポートノ、。ケット（ A P ) # 1 力ゝらの情報を、情報記憶媒体 2 0 1 から再生する (ステップ S 2 8 ) 。

次に、図 1 9 の S T B制御部 4 0 4 は、デコーダ部 4 0 2 へ、ステップ S 2 8 で再生を開始した情報の表示開始時刻を示す P T S値（図 2 1 ( a ) の P T S N o . 6 ) を通知する (ステップ S 2 9 ) 。

この通知とともに、光ディスク装置 4 1 5 は S T B装置 4 1 6 側に、ステップ S 2 8 で再生を開始した情報を転送する (ステップ S 3 0 ) 。

続いて、 S T B制御部 4 0 4 は、デコーダ部 4 0 2 内のメモリ 4 2 6 力、らピクチャ識別情報 5 2 (図 1 ( k ) ) を読み取り、入力された I ピクチャ（光ディスク装置 4 1 5 力ゝら転送されてきた情報の一部）より前のデータを破棄（あるいは無視）する（ステップ S 3 1 ) 。

次に、図 1 9 のビデオデコード部 4 2 8 は、ステップ S 3 1 で入力された I ピクチャ（図 2 1 ( a ) では I ピクチャ i ) の先頭位置からデコードを開始し、ステップ S 2 9 の通知により指定された P T S値（図 2 1 ( a ) の P T S N o .

6 ) のところから、表示（ビデオ出力）を開始する（ステツプ S 3 2 ) 。

以下、ステップ S 2 4 〜 S 2 8 と同様な処理を反復し、再生終了時刻に対応した情報記憶媒体 2 0 1 上のァドレスを調ベ、再生終了時刻に対応した終了ァドレスまで再生を継続する（ステップ S 3 3 ) 。

上記の一連の再生が終了した段階で、図 7 ( g ) に示す再生終了位置情報 6 1 1 0 を、レジューム情報として、管理情報記録領域（図 7 ( e ) に示す S T R E A M . I F O 1 0 5 ) 内のビデオマネージャ情報 2 3 1 (図 7 ( F ) ) 中に記録することができる。

この再生終了位置情報 6 1 1 0 のデータ内容としては、図

7 ( h ) に示すように該当する P G C番号 6 2 1 0 とその中のセル番号 6 2 2 0 、再生終了位置時刻情報 6 2 3 0 が記録される。

この時刻情報 6 2 3 0 はタイムスタンプ値で記録されているが、 P T S値（あるいはセル再生先頭位置からの通算フィ —ルド数）を時刻情報 6 2 3 0 として記録することもできる。

再度この再生終了位置情報を（レジュ一ム）情報 6 1 1 0 の位置から再生開始する場合には、後述する図 2 7 の処理により再生開始位置を求めることができる。

図 2 6 を参照して上述したような標準再生時には、 S T B 装置 4 1 6 内の基準クロック作成部である S T C部 4 2 4 のカウント値が、図 1 ( k ) に示す D T S (デコードタイムスタンプ）情報 5 4 の値に一致した時から、デコーダ部 4 0 2 内のデコードが開始される。

図 2 7 は、この発明の一実施の形態に係るストリームデ一タの特殊再生の手順を説明するフローチャートである。この処理手順は、図 1 9 に示す S T B制御部 4 0 4 のプログラムメモリ部 4 0 4 a 内に格納された処理プログラムにより実行できる。

早送り再生（ファーストフォワード F F ) あるいは早戻し再生（ファーストリバース F R ) などの特殊再生を行う場合には、情報記憶媒体 2 0 1 上に記録された I ピクチャ情報のみを抽出再生し、デコード表示する。

この場合、 S T C 部 4 2 4 (図 1 9 ) と D T S 情報 5 4 (図 1 ( k ) ) と間の同期をはずし、フリ一モードでデコードするように、デコーダ部 4 0 2 に対して「特殊再生モードの設定」を行う（ステップ S 4 1 ) 。

特殊再生時にも、時間関係テーブル 2 とタイムマップ情報 2 5 2 の情報を情報記憶媒体 2 0 1 の管理情報記録領域（ S T R A M . I F O ) 1 0 5 力ら読み取り、 S T B制御部 4 0 4 のワークメモリ部 4 0 7 内に記録する（ステップ S 4 2 ) 。次に、該当する再生開始場所に対応したストリームォブジェクト情報（ S O B I ) 2 4 2 のタイムマップ情報 2 5 2 を読み取り、 S T B制御部 4 0 4 内のワークメモリ部 4 0 7 に一時記録する（ステップ S 4 3 ) 。次に、時間関係テーブル 2 から、各 I ピクチャ位置（図 1 6 の例では各 A U # の位置）での開始時刻 Z終了時刻のタイムスタンプ値を抽出する（ステップ S 4 4 ) 。

次に、タイムマップ情報 2 5 2 力ら、該当する I ピクチャのタイムスタンプ値が含まれるストリームブロック（ S 〇 B U ) を調べ、その先頭セクタのアドレスを調べる（ステップ S 4 5 ) 。

たとえば、特殊再生時には、後述する図 2 8 ( b ) の I ピクチャ情報 6 0 1 0 〜 6 0 5 0 のみがデコードされて表示される。この I ピクチャ情報 6 0 1 0 〜 6 0 5 0 の位置は、時間関係テーブル 2 およびタイムマップ情報 2 5 2 の情報を利用して、求めることができる。

次に、光ディスク装置 4 1 5 は、情報記憶媒体 2 0 1 上の各 I ピクチャが含まれる禅ストリームブロック（ S 〇 B U ) 内の情報を再生し、再生した情報を多重化情報分離部 4 2 5 内のメモリ部 4 2 6 に転送する（ステップ S 4 6 ) 。

次に、図 1 9 のデコーダ部 4 0 2 内において、多重化情報分離部 4 2 5 のメモリ部 4 2 6 に転送されたデータ内のピクチヤ識別情報 5 2 (図 1 ( k ) ) を読み取り、この情報 5 2 を基に I ピクチャ以外のデータを破棄する（ステップ S 4 つまり、ステップ S 4 7 においては、再生 · 転送されたストリームデータの中から、ピクチャ識別情報 5 2 を用いて I ピクチャ情報のみが抽出され、ビデオデコード部 ⁴ 2 8 において抽出された I ピクチャ情報のみがデコードされる。次に、デコーダ部 4 0 2 内の多重化情報分離部 4 2 5 のメモリ部 4 2 6 内部で選別された（つまり破棄されなかった） I ピクチャデータを、フレームメモリ部 4 0 6 に転送する (ステップ S 4 8 ) 。

こうしてフレームメモリ部 4 0 6 に転送された I ピクチャのデータが、 T V (あるいはビデオモニタ） 4 3 7 の表示スクリーン上で、逐次表示される（ステップ S 4 9 ) 。

図 2 8 は、この発明の他の実施の形態において、表示時刻とデータ転送時刻との間の関係を示す時間関係テーブルを説明する図である。

図 2 0 の実施の形態では、表示時刻情報として図 2 0 ( b ) に示すように絶対値表示を行なっているが、その代わりに各 I ピクチャ間の差分情報（例えば各 I ピクチャ間に挿入されるフィールド数情報）を使用することも可能である。

また、図 2 0 ( b ) では表示時刻情報として " P T S 情報" を使用しているが、種々可能なこの発明の実施の形態では、この方法に限らず、その代わりに、 " 特定基準画面（ピクチャ）からの差分フィールド数" あるいは " 年月日時刻情報" 等を使用することができる。この場合の例が、図 2 8 の時間関係テーブル 6 である。

図 2 8 ( b ) に示すように、各グループォブピクチャ（ G O P ) は、ある I ピクチャ位置を先頭とし、その I ピクチャ力、ら次の I ピクチャの直前までのピクチャ群を示す。図 2 8 ( c ) に示した時間関係テーブル 6 のデータ構造では、表示時間情報として、各 G O P 毎の表示フィールド枚数が記録されている。

また、時間関係テーブル 6 内に、 G 〇 P 毎に占有しているストリームブロック（ S O B U ) の個数も記載している。こうすることで、図 3 ( h ) に示したタイムマップ情報 2 5 2 を使用せずに、与えられた表示時間情報から、直接、 I ピクチヤ情報の先頭位置が記録してあるストリームプロック（ S O B U ) へのアクセスか可能となる。

図 2 8 ( b ) の例における G 〇 P # 2 と G O P # 3 の境界位置では、 G O P の切り替わり位置とストリームブロック ( S O B U ) の切り替わり位置が一致している。このように隣接 G O P の境界と隣接 S O B Uの境界とがー致する場合に、図 2 8 ( c ) に示した時間関係テーブル 6 内の G O P終端マツチングフラグが " 1 " に設定される。こうすることにより、 I ピクチャ情報先頭位置が含まれるストリ一ムブロック位置 ( S O B U位置）の同定精度を向上させている。

また、前述した F F あるいは F R等の特殊再生時においては I ピクチャ情報の後端位置を使用するので、図 2 8 ( c ) の時間関係テ一ブル 6 には各 G 〇 P 内の I ピクチャサイズ情報も持たせている。

図 2 9 は、この発明の一実施の形態において、ストリームデータ（ S O B U ) 内のパケット（ A P ) 力 S どのように再生されるかを説明する図である。

図 2 9 は、図 1 ( c ) のストリームブロック # # 1 、 # 2 、 … を、全て一定サイズ（ 2 E C C ブロックサイズ）の S 〇 B U # 1 、 # 2 、 …で構成した場合を例示している。図 2 9 ( f ) は、 S O B U # l の先頭セクタ N o . 0 (図 2 9 ( e ) ) のデータ構造と、 S O B U # l に隣接する S 〇 B U # 2 の末尾セクタ N o . 6 3 (図 2 9 ( e ) ) のデータ構造を示してレヽる。図示しないが、セクタ N o . 0 〜セクタ N o . 6 2 も同様な構想を持つ。

図 2 9 ( f ) に示すように、セクタ N o . 0 に対応するストリームノ、。ックのノヽ。ックヘッダにはシステムクロックリファレンス S C Rが記録され、セクタ N o . 6 3 に対応するストリームノヽ。ックのノヽ。ックヘッダにもシステムクロックリファレンス S C Rが記録されている。

いま、再生しょうとするピクチャ（ユーザが再生時間で指定したピクチャ）が S O B U # 2 の中間（図 1 6 では、たとえば A U # 1 が示す位置）に存在するとする。ユーザが再生時間で指定したピクチャは、セル開始アプリケーションパケット到着時間 S C— S— A P A Tに対応する。

この場合、図 1 9 の記録再生部 4 0 9 に含まれるディスクドライブ（図示せず）は、 S O B U # 2 の中間に直接ァクセスすることはできず、 S 〇 B U # 1 と S 〇 B U # 2 との境界位置にアクセスする。そして、図 2 9 ( a ) のストリームデータ（ S T R E A M . V R O ) 1 0 6 の再生は、 S O B U # 1 と S O B U # 2 との境界位置から始まる。

S 〇 B U # 1 と S O B U # 2 との境界位置から再生開始位置（ S C— S— A P A T に対応する位置）までの間隔は、図 2 0 ( a ) で説明した P T S オフセット 9 に対応する。

S 〇 B U # 1 と S O B U # 2 との境界位置から再生開始位置（ S C— S _ A P A T に対応する位置）までの間に存在するアプリケーションバケツトは、デコードはされているが、再生出力はされない（画面表示されない）。これは、図 2 6 のステップ S 3 1 の処理に対応している。

図 2 9 ( g ) は、 P T S の情報（ P T S 値あるレ、は P T S オフセット）と再生しょうとするアプリケーションバケツト A P とが、図 2 0 ( a ) の時間関係テーブル 2 によって関係付けられてレヽることを図解したものである。

ここで、上記時間関係テーブルと図 1 5 に示した再生タイムスタンプリスト P T S L との関係について、改めて整理しておく。

( 1 ) ストリームセルは記録されたビットストリームの —部を参照するものである；

( 2 ) A U (通常 I ピクチャ）は記録されたビットストリ一ムの連続した一部である（ A U はセルの一部に対応する）；

( 3 ) A U (セルの一部に対応する I ピクチャ）がどの S O B U に含まれる力は、 A U S Mにより示される（図 1 6 参照）；

( 4 ) P T S の値は対応 A Uの再生時間（表示時刻；あるいはプレゼンテーションタイム P T M) である（ A U に対応する P T S の値は、再生時間に関して、セルの一部に対応する）；

( 5 ) セル開始 A P A T ( S C— S— A P A T ) は該当セルのアプリケ一ションバケツト A P の到着時間である（ S C— S— A P A Tは、再生時間に関して、 P T S の値に対応する）；

( 6 ) アプリケーションノ、。ケット A P は、その先頭にタィムスタンプ A T S を伴う（図 2 9 ( g ) 等参照）；

( 7 ) P T S の値は、 P T S L に含まれる（図 1 5 参昭） .

( 8 ) 上記から、 P T S L に含まれる P T S の値は、 A U S M、 S C— S— A P A T等を仲介して、 A T S に対応する。

よって、再生タイムスタンプリスト P T S L は、 A U ( I ピクチャ）の開始時刻（ S C— S— A P A T ) と、ビットストリ一ムに含まれるノケットのタイムスタンプ A T S との関係（再生時間に関する関係）を示す情報（ P T S の値）を含む「時間関係テーブル（図 2 0 ( b ) ) 」である。

あるいは、 P T S L (時間関係テーブル）は、 P T S の値と A T S との対応関係を示す情報であるとも言える。

最後に、各実施の形態の説明中で用いた一部の用語の意味について纏めておく：

* ストリームオブジェクト（ S O B ) は、記録済みビットストリームのデータを示す。 S R— T R A N S . S R 〇ファィノレ内には、最大 9 9 9個の S 〇 B を記録できる。

* ストリームオブジェクトユニット（ S O B U ) は、 S O B 内にオーガナイズされる基本単位である。つまり、各 S O B は、 S O B Uの連なり（チェーン）力、らなる。なお、とくに編集後は、 S 〇 B の先頭および/または末尾の S 〇 B Uは、その S 〇 B の有効部分に属していないデータを含むことがある。

S 〇 B Uは、再生時間あるいは再生順序により特徴付けられるのではなく、一定サイズ（ 3 2 セクタ分のサイズあるいは 2 E C Cブロック分のサイズ）により特徴付けられる。

* アクセスュニット（ A U ) は、個別の再生に適した記録済みビットストリームにおける、任意の単一連続部分を指す。この A Uは、 M P E Gエンコードされたビットストリームにおいては、通常は I ピクチャに対応する。

* アクセスユニット開始マップ（ A U S M) は、該当 S O B のどの S O B Uが A Uを含むのかを示すものである。

* アプリケーションパケット（ A P ) は、記録中にアプリケ一ションデバイス力らやってくるビットストリームの一部である。あるいは、 A P は、再生中にアプリケーションデバイスへ行くビットストリームの一部である。これらの A P は、多重化トランスポートに含まれ、記録中は一定サイズ（最大 6 4 5 7 4 ノイト）を持つ。

* アプリケーションタイムスタンプ（ A T S ) は、各 A P の前に配置され、 3 2 ビット（ 4 ノイト）で構成される。 A T S は、 9 0 k H z の基本部分と 2 7 M H z の拡張部分とで構成されている。

* セノレ（あるレ、はストリームセノレ S C ) は、プログラムの一部を示すデータ構造である。オリジナル P G C 内のセルはオリジナルセルと呼ばれ、ユーザ定義 P G C 内のセルはユーザ定義セルと呼ばれる。プログラムセット中の各プログラムは、少なくとも 1 つのオリジナルセノレ力らなる。夫々のプレィリスト内のプログラムの各部分は、少なくとも 1 つのユーザ定義セルからなる。ストリーマにおいて、単にセルとレヽぅ場合は、ストリームセル（ S C ) のことをレ、う。各 S C は記録済みビットストリームの一部を参照するものである。

* セル番号（ C N ) は、 P G C 内のセルに割り振られた番号（ 1 〜 9 9 9 ) である。

* ストリームセルエントリポイント情報（ S C— E P I ) は、記録の一部をスキップするための道具として用いるもので、任意のストリームセル（ S C ) 内に存在できる。

* ストリームオブジェクトの開始アプリケーションバケツト到着時間（ S O B— S— A P A T ) は、該当 S 〇 B に属する最初の A P の到着時間を指す。この到着時間は、 9 0 k H z の基本部分と 2 7 M H z の拡張部分とで構成されている。

* ストリームオブジェクトの終了アプリケ一ションバケツト到着時間（ S O B— E— A P A T ) は、該当 S O B に属する最後の A P の到着時間を指す。

* ストリームセルの開始アプリケーションバケツト到着時間（ S C— S— A P A T ) は、該当 S C に属する最初の A P の到着時間を指す。

* ストリームセルの終了アプリケーションバケツト到着時間（ S C— E— A P A T ) は、該当 S C に属する最後の A P の到着時間を指す。

* ナビゲ一シヨンデータは、ビットストリーム（ S O B ) に対する、記録、再生、および編集の制御をする際に用いられるデータである。

* プレイリスト（ P L ) は、ユーザが再生シーケンスを任意に定義できるプログラム部分のリストである。 P L は、ュ —ザ定義 P G C として記述される。

* プログラム（ P G ) は、ュ一ザにより認識されあるいは定義されるところの、記録内容の論理単位である。プロダラムセット内のプログラムは、 1 以上のオリジナルセルからなる。プログラムは、オリジナル P G C内でのみ定義される。

* プログラムチーン（ P G C ) は、上位概念的な単位である。オリジナル P G C の場合、 P G C はプログラムセットに対応するプログラムの連なり（チェーン）を示すものである。一方、ユーザ定義 P G C の場合は、 P G C はプレイリストに対応するものであってプログラムの一部の連なり（チェーン）を示すものである。

* プログラムチェーン情報（ P G C I ) は、 P G Cの全体的な再生を示すデータ構造である。 P G C I はオリジナル P G C およびユーザ定義 P G Cのいずれでも使用される。ユーザ定義 P G C は P G C I だけで構成され、そのセルはオリジナル P G C内の S O B を参照するようになっている。

* プログラムチェーン番号（ P G C N ) は、ユーザ定義 P G C に割り振られた連続番号（ 1 〜 9 9 ) である。

* プログラム番号（ P G N ) は、オリジナル P G C 内のプログラムに割り振られた連続番号（ 1〜 9 9 ) である。

* プログラムセットは、全てのプログラムで構成されるデイスク（記録媒体）の記録内容全体を指す。オリジナルの記録に対して再生順序が変わるような編集がどのプログラムに対してもなされていないなら、プログラムセットの再生にあたっては、プログラムの記録順序と同じ再生順序が用いられる。

* リアノレタイム記録とは、ノくッファメモリサイズが限られている場合において、制限された転送レートでコ一ド化された任意のストリームデータを制限された転送レートで転送してレヽる限り、ノッファメモリがオーバーフローすることなく、そのストリームデータをディスク（記録媒体）に記録できるような記録をレ、う。

この発明に係る各実施の形態における効果をまとめると以下のようになる：

1 . ストリームデータ内に記録されたタイムスタンプデータ（ A T S ) とユーザに対する表示時刻情報（ P T S あるレヽはフィールド情報）との間の関係を示す情報（時間関係テーブルあるいは P T S L ) を管理情報（ S F I T ) の一部に持たせることにより、高い精度で、ユーザが指定した表示時刻から、再生 Z画面表示を開始させることが可能となる。

2 . ユーザは、編集時に、記録済みのストリームデータの部分消去範囲または並び替えの指定範囲を、モニタ T V上での表示時刻で指定する。

上記「 1 . 」のように、ストリームデータ内に、管理情報 ( S F I T ) の一部として、タイムスタンプデータと表示時刻情報との間の関係を示す時間関係テーブル（あるいは P T S L ) を持たせる。これにより、この時間関係テーブル（あるいは P T S L ) を用いて、正確に編集点位置（部分消去範囲あるいは並び替えの指定範囲）を設定することが可能となる。その結果、ストリームデータに対する時間管理をタイムスタンプデータ（ A T S ) を用いて行うことができ、かつュ —ザリクエストに応じた正確な編集処理を保証できる。

3 . 上記「 1 . 」のように、ストリームデータ内に時間関係テーブル（あるいは P T S L ) を持たせてあるので、タイムスタンプデータ（ A T S ) あるいは表示時刻情報（ P T S ) のいずれか一方の情報を再生終了位置情報（レジューム情報）として記載するだけで、ストリーマ再起動時の再生開始位置（レジューム再生開始位置）を、正確に設定できる。

4 . 再生終了位置情報（レジューム情報）をタイムスタンプデータ（ A T S ) で記録することにより、情報記憶媒体上の特定位置にアクセスする場合、タイムマップ情報 2 5 2 を用いてアクセスすべきァドレスを、素早く知ることができる。

5 . M P E G による圧縮データは必ず I ピクチャ力ゝらの再生開始が必要となる。各 I ピクチャ開始位置（あるいはァクセスュニット A U の開始位置）でのタイムスタンプデータ

( A T S ) と表示時刻情報（ P T S あるレ、はフィールド情報）との間の関係を示す情報（時間関係テーブル）を記録することにより、所望の I ピクチャ（所望の A U ) へのァクセス制御を、タイムマップ情報 2 5 2 を用いて高速に行える。 6 . 各 I ピクチャ開始位置（各 A Uの開始位置）でのタイムスタンプデータ（ A T S ) と表示時刻情報（ P T S あるレヽはフィールド情報）との間の関係を示す情報（時間関係テーブル）を記録することにより、タイムマップ情報 2 5 2 との組み合わせで、 I ピクチャ（ A U ) を含むストリームブロック（あるレヽは S O B U ) 位置のアドレスが分かる。このため、 I ピクチャのみの再生 · 表示を行うファーストフォワード F F あるいはファーストリバース F R などの特殊再生処理が可能となる。

Claims

δ冃求の範囲

1 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域とを有するものにおいて、前記管理情報に、

前記ストリームデータのアクセスに利用される第 1 の管理情報と、

前記第 1 の管理情報とは異なるものであって、この第 1 の管理情報と前記ストリームデータのアクセスに利用される第

2 の管理情報との間の関係を示す第 3 の管理情報

が記録されることを特徴とする情報媒体。

2 . 前記ストリームデータが M P E G規格に基づき圧縮されたビットストリームであり、前記第 2 の管理情報がストリームデータの再生時間に対応することを特徴とする請求項 1 に記載の情報媒体。

3 . 前記管理情報は前記ストリームデータの内容の一部を構成するストリームォブジェクトを管理するストリームファィル情報テーブルを含み、

前記ストリームファイル情報テーブルは前記ストリームォブジェクトを管理するストリームオブジェクト情報を含み、前記ストリームオブジェクト情報が、前記第 1 の管理情報を含むアクセスュニット一般情報と、前記第 3 の管理情報とを含むことを特徴とする請求項 1 または請求項 2 に記載の情報媒体。

4 . 前記第 1 の管理情報が前記ストリームデータの転送時に使用される情報を含み、前記第 2 の管理情報が前記ストリームデータを表示するときに使用される情報を含むことを特徴とする請求項 1 に記載の情報媒体。

5 . 前記第 1 の管理情報が前記ストリームデータの転送時に使用される情報を含み、前記第 2 の管理情報が前記ストリームデータを表示するときに使用される情報を含むことを特徴とする請求項 2 に記載の情報媒体。

6 . 前記第 1 の管理情報が前記ストリームデータの転送時に使用される情報を含み、前記第 2 の管理情報が前記ストリームデータを表示するときに使用される情報を含むことを特徴とする請求項 3 に記載の情報媒体。

7 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域と、前記ストリームデータに関する第 1 の時間管理情報とを有するものにおいて、

前記管理情報が前記ストリームデータの記録情報を含むことを特徴とする請求項 1 に記載の情報媒体。

8 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域と、前記ストリームデータに関する第 1 の時間管理情報とを有するものにおいて、

前記管理情報が前記ストリームデータの記録情報を含むことを特徴とする請求項 2 に記載の情報媒体。

9 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域と、前記ストリームデータに関する第 1 の時間管理情報とを有するものにおいて、

前記管理情報が前記ストリームデータの記録情報を含むことを特徴とする請求項 3 に記載の情報媒体。

1 0 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域と、前記ストリームデータに関する第 1 の時間管理情報とを有するものにおいて、

前記管理情報が前記ストリームデータの記録情報を含むことを特徴とする請求項 4 に記載の情報媒体。

1 1 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域と、前記ストリームデータに関する第 1 の時間管理情報と、前記第 1 の時間管理情報とは異なるものであって前記ストリームデータの再生時刻に関する時間管理単位とを有するものにおいて、

前記管理情報が前記ストリームデータの記録に関する時間管理情報を含み、

前記記録に関する時間管理情報が前記第 1 の時間管理情報または前記再生時刻に関する時間管理単位の形式で記述されることを特徴とする請求項 1 に記載の情報媒体。

1 2 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域と、前記ストリームデータに関する第 1 の時間管理情報と、前記第 1 の時間管理情報とは異なるものであって前記ストリームデータの再生時刻に関する時間管理単位とを有するものにおいて、

前記記録に関する時間管理情報が前記第 1 の時間管理情報または前記再生時刻に関する時間管理単位の形式で記述されることを特徴とする請求項 2 に記載の情報媒体。

1 3 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域と、前記ストリームデータに関する第 1 の時間管理情報と、前記第 1 の時間管理情報とは異なるものであって前記ストリームデータの再生時刻に関する時間管理単位とを有するものにおいて、

前記記録に関する時間管理情報が前記第 1 の時間管理情報または前記再生時刻に関する時間管理単位の形式で記述されることを特徴とする請求項 3 に記載の情報媒体。

1 4 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域と、前記ストリームデータに関する第 1 の時間管理情報と、前記第 1 の時間管理情報とは異なるものであって前記ストリームデータの再生時刻に関する時間管理単位とを有するものにおいて、

前記記録に関する時間管理情報が前記第 1 の時間管理情報または前記再生時刻に関する時間管理単位の形式で記述されることを特徴とする請求項 4 に記載の情報媒体。

1 5 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域と、前記ストリームデータに関する第 1 の時間管理情報と、前記第 1 の時間管理情報とは異なるものであって前記ストリームデータの再生時刻に関する時間管理単位とを有するものにおいて、

前記記録に関する時間管理情報が前記第 1 の時間管理情報または前記再生時刻に関する時間管理単位の形式で記述されることを特徴とする請求項 7 に記載の情報媒体。

1 6 . 所定のデータ記録単位によりストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域とを有し、前記管理情報に、前記ストリームデータのアクセスに利用される第 1 の管理情報と、前記第 1 の管理情報とは異なるものであって、この第 1 の管理情報と前記ストリームデータのアクセスに利用される第 2 の管理情報との関係を示す第 3 の管理情報が記録される情報媒体を用いるものであって、

記録するストリームデータから前記第 1 の管理情報を抽出し；記録するストリームデータから前記第 2 の管理情報を抽出し；

前記ストリームデータを前記情報媒体に記録し；

前記第 3 の管理情報を前記管理領域に記録することを特徴とする情報記録方法。

1 7 . ストリームデータ供給装置から提供されるストリームデータを、所定の基準クロックを利用して記録するストリームデータ記録装置を用い、

所定のデータ記録単位によりストリ一ムデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域とを有し、前記管理情報に、前記ストリームデータのアクセスに利用される第 1 の管理情報と、前記第 1 の管理情報とは異なるものであって、この第 1 の管理情報と前記ストリームデータのアクセスに利用される第 2 の管理情報との関係を示す第 3 の管理情報が記録される情報媒体を用いるものであって、

前記ストリームデータ供給装置と前記ストリームデータ記録装置との間で前記所定の基準ク口ックの同期化処理を行レヽ；

前記基準クロックの同期化処理の結果に基づき、前記第 3 の管理情報を修正し；

修正後の前記第 3 の管理情報を、前記情報媒体上の前記管理領域に記録することを特徴とする情報記録方法。

1 8 . 前記基準クロックの同期化処理が実行される前に、前記第 3 の管理情報が作成されることを特徴とする請求項 1 7 に記載の情報記録方法。

1 9 . 請求項 1 7 または請求項 1 8 に記載の方法で情報記録された前記情報媒体から、内部クロックを持つストリームデータ再生装置により前記ストリームデータを再生する場合において、前記内部ク口ックを前記基準ク口ックに合わせることを特徴とする情報再生方法。

2 0 . 第 1 のデータ記録単位を含む第 2 のデータ単位でストリ一ムデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域とを有し、前記管理情報に、前記ストリームデータのアクセスに利用される第 1 の管理情報と、前記第 1 の管理情報とは異なるものであって、この第 1 の管理情報と前記ストリームデータのァクセスに利用される第 2 の管理情報との関係を示す第 3 の管理情報が記録された情報媒体から前記ストリームデータを再生するものであって、

前記ストリームデータが連続した複数の前記第 2 のデータ単位を持つ場合において、

前記連続した複数の第 2 のデータ単位の隣接境界位置から、前記第 2 の管理情報が示す前記第 1 のデータ記録単位の位置までの位置差を調べ；

前記隣接境界位置から、前記情報媒体に記録された前記ストリ一ムデータの読み取りを開始するが、前記位置差が示す前記第 1 のデータ記録単位の位置までの読み取りデータは破棄あるいは無視し；

前記位置差が示す前記第 1 のデータ記録単位の位置から、前記情報媒体に記録された前記ストリームデータの再生を開始することを特徴とする情報再生方法。

2 1 . 第 1 のデータ記録単位を含む第 2 のデータ単位でストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域とを有し、前記管理情報に、前記ストリームデータのアクセスに利用される第 1 の管理情報と、前記第 1 の管理情報とは異なるものであって、この第 1 の管理情報と前記ストリームデータのァクセスに利用される第 2 の管理情報との関係を示す第 3 の管理情報が記録された情報媒体から前記ストリームデータを再生するものであって、

前記第 1 の管理情報が含まれる前記第 2 のデータ単位の先頭ァドレスを調査し；

前記第 2 のデータ単位の調査された先頭ァドレスを用い、前記第 1 の管理情報として示された前記ストリームデータのアクセス位置以外の再生情報を破棄あるいは無視し、

前記ストリームデータのアクセス位置の再生情報だけを逐次再生しあるいは逐次表示することを特徴とする情報再生方法。