WO2000046803A1

WO2000046803A1 - Procede permettant de creer des trains de donnees et procede permettant d'effectuer des suppressions partielles

Info

Publication number: WO2000046803A1
Application number: PCT/JP2000/000653
Authority: WO
Inventors: Hideo Ando; Kazuyuki Uyama; Yuuji Ito; Shinichi Kikuchi
Original assignee: Kabushiki Kaisha Toshiba; Toshiba Ave Co., Ltd.
Priority date: 1999-02-05
Filing date: 2000-02-07
Publication date: 2000-08-10
Also published as: US8588584B2; US7574118B2; US6978083B2; US20090274446A1; JP2010211906A; JP5127988B2; JP2012155834A; US7079753B2; US20020150381A1; US20050259954A1; US20010014058A1; US7110661B2; US20010014070A1; US20030118320A1; JP5306526B2; JP2013020696A; US6373803B2; JP3715533B2; JP2010192100A

Description

明細書

ストリームデータの生成方法および部分消去処理方法

発明の分野

この発明は、デジタル放送などのビットストリーム情報あるいはバケツト構造をもって伝送されるストリームデ一タを生成（エンコード）し、エンコードされたストリームデータを情報媒体に記録し、エンコードされたストリ一ムデータをデコードし、あるいは記録されたストリームデ一タを部分的に消去（仮消去ノ本消去）する方法に関する。

背景技術

(従来説明）

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

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

このデジタル放送データを記録するストリーマとして、現在市販されているものとしては、 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などの大容量ディスクメディアを利用したストリーマが考えられる。その場合、ランダムアクセスおよび特殊再生などを考えると、必然的に、管理データを放送データとともに記録する必要性が出てくる。

(課題）

一般に、情報記憶媒体として D V D — R A Mディスクを用いた場合には 1 6 セクタ毎に E C Cブロックを構成し、その E C Cプロック内ではデータのインターリーブ（並び替え）とエラ一訂正用コードが付加されている。そのため、 E C C プロック内の特定のセクタのみを消去しあるいは書き換え、さらに追記するためには、次のような複雑な処理が必要になる _c

すなわち、ー且 E C C ブロック内の全データを読み取り ( リード）、バッファメモリ内で再び並べ替え（ディンターリーブ）を行った後、特定セクタ分のデータを消去しあるいは書き換え、そこに追記を行い（モディファイ）、再度インターリーブ（並び替え）とエラー訂正用コードを付加して記録する「リード ' モディファイ ' ライト」と言う処理が必要となる。

この処理は非常に時間が掛かる処理であり、ストリームデータの記録や部分消去がリアルタイムで行えないと言う問題がある。

(目的）

この発明は、上記課題を解決するためのものであって、その目的は、容易に且つ短時間でストリームデータの記録（ェンコード）および部分消去（仮消去 z本消去）ができる方法を提供することにある。

発明の開示

上記目的を達成するために、この発明では、ストリームデータを、所定のデータサイズで分割されるストリームブロック（またはストリームオブジェクトユニット S O B U ) 単位で構成される記録データ構造とし、このストリームブロック ( S O B U ) 単位でデータの記録（またはエンコード）および部分消去を行うようにしている。

個別に述べれば、部分消去（本消去）の場合、第 1 データ単位（トランスポートノ、。ケット / アプリケーションノ、。ケット；たとえば 1 8 8 ノくイト）と、 1 以上の前記第 1 データ単位（パケット）を有する第 2 データ単位（セクタ Zストリームノ、。ック；たとえば 2 0 4 8 ノくィトまたは 2 k ノィト）と、 1 以上の前記第 2 データ単位（セクタ Zパック）を有する第 3 データ単位（ストリームブロック Z S O B U ；たとえば 6 4 k ノイト = 3 2 セクタ = 2 E C C ブロック）とを含むストリームオブジェクト（ S O B ) で構成されるビットストリーム情報（ D V D ビットストリーム）を扱う方法において、

前記ストリームオブジェクト（ S O B ) に含まれるビットストリーム情報の一部（図 1 5 、図 1 6 、図 2 2 または図 2 4 の消去領域 7 4 1 Z 7 4 2 ) を、前記第 3 データ単位（ストリ一ムブロック Z S O B U ) を単位として消去する（図 1 7 のステップ S 2 2 ) 。

より詳細に述べると、部分消去（本消去）の場合、第 1 データ単位（トランスポートノケット /アプリケーションノ、。ケット）と、 1 以上の前記第 1 データ単位（パケット）を有する第 2 データ単位（セクタ /ストリームノック）と、 1 以上の前記第 2 データ単位（セクタ Zパック）を有する第 3 データ単位（ストリームブロック Z S O B U ) とを含むストリームオブジェクト（ S O B ) で構成されるビットストリーム情報（ D V D ビットストリーム）、および前記ストリーム情報

( D V D ビットストリーム）を管理するストリーマ情報（図 2 、図 3 の S T R E A M . I F O 1 0 5 ；図 2 7 の S T R

I ) を扱う方法において、

前記ビットストリーム情報（ D V D ビットストリーム）が 1 以上のセルで構成されるプログラムの情報と、前記プログラムまたはその一部のシーケンス（再生順序）を示すプログラムチェーン（ P G C ) の情報（図 3 ( f ) または図 2 7 の O R G— P G C I / U D一 P G C I T ) とを含み、

前記プログラムチェーンの情報（図 2 7 の O R G— P G C I / U D— P G C I T ；図 2 8 の P G C I # i ) が前記ストリーマ情報（ S T R E A M . I F O / S T R I ) に含まれ、前記プログラムチェーンの情報（図 2 8 の P G C I # i / S C I / S C— G I ) が、前記セルの内容を含む前記第 1 データ単位（アプリケーションパケット）の開始時間情報（図 1 5 、図 2 2 の 7 5 1 ；図 2 1 、図 2 8 の S C— S— A P A T ) と、前記セルの内容を含む前記第 1 データ単位（アプリケ一シヨンパケット）の終了時間情報（図 1 5 、図 2 2 の 7 5 7 ；図 2 1 、図 2 8 の S C— E— A P A T ) とを含み、前記開始時間情報（ S C— S— A P A T ) および前記終了時間情報（ S C— E— A P A T ) によって、前記ストリームオブジェクト（ S O B ) に含まれるビットストリ一ム情報の一部（図 2 2 または図 2 4 の消去領域 7 4 1 / 7 4 2 ) の消去範囲が指定される（図 1 7 のステップ S 2 1 ) 。

また、部分的な仮消去の場合、第 1 デ一タ単位（トランスポートノケット /アプリケーションパケット）と、 1 以上の前記第 1 データ単位（パケット）を有する第 2 データ単位 (セクタ Zストリームノ、" ック）と、 1 以上の前記第 2 デ一タ単位（セクタ Zパック）を有する第 3 データ単位（ストリームブロック / S O B U ) とを含むストリームオブジェクト ( S O B ) で構成されるビットストリーム情報（ D V D ビットストリーム）を扱う方法において、

前記ストリームオブジェクト（ S O B ) に含まれるビットストリーム情報の一部（図 2 3 または図 2 5 の仮消去領域 7 4 7 ) を、前記第 3 データ単位（ストリームプロック Z S O B U ) を単位として仮消去状態に設定する（図 1 7 の各ステップにおいて、「部分消去」または「消去」を「仮消去」に読み替える）。

より詳細に述べると、部分的な仮消去の場合、第 1 データ単位（トランスポートノ、°ケット /アプリケーションノ、°ケット）と、 1 以上の前記第 1 データ単位（パケット）を有する第 2 データ単位（セクタ Zストリームパック）と、 1 以上の前記第 2 データ単位（セクタ Zパック）を有する第 3 データ単位（ストリームブロック Z S O B U ) とを含むストリームオブジェクト（ S O B ) で構成されるビットストリーム情報 ( D V D ビットストリーム）、および前記ストリーム情報 ( D V D ビットストリーム）を管理するストリーマ情報（図 2 、図 3 の S T R E A M . I F O 1 0 5 ；図 2 7 の S T R I ) を扱う方法において、

前記ビットストリーム情報（ D V D ビットストリーム）が 1 以上のセルで構成されるプログラムの情報と、前記プログラムまたはその一部のシーケンス（再生順序）を示すプログラムチューン（ P G C ) の情報（図 3 ( f ) または図 2 7 の O R G— P G C I / U D— P G C I T ) とを含み、

前記プログラムチェーンの情報（図 2 7 の O R G P G C I / U D一 P G C I T ; 図 2 8 の P G C I # i ) が前記ストリーマ情報（ S T R E A M. I F O / S T R I ) に含まれ、前記プログラムチェ一ンの情報（図 2 8 の P G C I 林 i Z S C I / S C— G I ) が、前記セルの内容を含む前記第 1 デ —タ単位（アプリケーションパケット）の仮消去開始時間情報（図 2 1 、図 2 3 、図 2 8 の E R A— S— A P A T ) と、前記セルの内容を含む前記第 1 データ単位（アプリケーションパケット）の仮消去終了時間情報（図 2 1 、図 2 3 、図 2 8 の E R A— E— A P A T ) とを含み、

前記仮消去開始時間情報（ E R A— S— A P A T ) および前記仮消去終了時間情報（ E R A— E _ A P A T ) によって前記ストリームオブジェクト（ S 〇 B ) に含まれるビットストリーム情報の一部（図 2 3 または図 2 5 の仮消去領域 7 4 7 ) に対する仮の消去範囲が指定される（図 1 7 のステップ S 2 1 において、「部分消去範囲」を「仮消去範囲」に読み替える）。

上記仮消去においては、以下の方法で管理情報（ストリーマ情報 S T R E A M . I F O / S T R I ) が書き替えられるすなわち、前記プログラムチェーンの情報（ P G C I # i / S C I / S C _ G I ) が、前記セルの内容を含む前記第 1 データ単位（アプリケーションパケット）の開始時間情報 ( S C— S— A P A T ) と、前記セルの内容を含む前記第 1 データ単位（アプリケーションパケット）の仮消去開始時間情報（ E R A— S— A P A T ) と、前記セルの内容を含む前記第 1 データ単位（アプリケーションパケット）の仮消去終了時間情報（ E R A— E _A P A T ) とを含み、前記仮消去開始時間情報（ E R A— S— A P A T ) および前記仮消去終了時間情報（ E R A„ E— A P A T ) によって前記ストリームオブジェクト（ S O B ) に含まれるビットストリ一ム情報の一部（図 2 3 、図 2 5 の仮消去領域 7 4 7 ) に対する仮の消去範囲が指定され（図 1 7 のステップ S 2 1 において、「部分消去範囲」を「仮消去範囲」に読み替える）、

前記開始時間情報（ S C— S— A P A T ) が前記第 3 データ単位（ストリームブロックノ S O B U ) 内で開始する前記第 1 データ単位（アプリケーションパケット）の先頭に一致するときに、前記開始時間情報（ S C— S— A P A T ) を伴う前記第 1 データ単位（アプリケーションパケット）を含むところの前記第 3 デ一タ単位（ストリ一ムブロック / S O B U ) 内で開始する前記第 1 データ単位（アプリケーションパケット）のうちの最初のものの開始時間情報（ S C— S— A P A T ) に、前記仮消去開始時間情報（ E R A— S— A P A T ) を合わせることで（図 1 7 のステップ S 2 6 において、

「部分消去」を「仮消去」に読み替える）、前記ストリーマ情報（ S T R E A M . I F O / S T R I ) を書き替える（図 1 7 のステップ S 2 7 ) 。

また、ビットストリーム情報を生成するエンコードの場合 . 第 1 データ単位（トランスポートバケツト /アプリケーションパケット）と、 1 以上の前記第 1 データ単位（パケット）を有する第 2 データ単位（セクタストリームノ、。ック）と、 1 以上の前記第 2 データ単位（セクタ Zパック）を有する第 3 データ単位（ストリームブロック / S O B U ) とを含むストリ一ムオブジェクト（ S O B ) で構成されるビットストリーム情報（ D V D ビットストリーム）を扱う方法において、前記第 1 データ単位で構成される 1 以上のバケツトデータそれぞれにタイムスタンプ（ A T S ) を付し（図 1 3 のステップ S 0 1 ) ；

1 以上の前記タイムスタンプ付パケットデータの配列を前記第 3データ単位（ストリームブロック / S O B U ) で切り分け（ステップ S 0 2 ) ；

前記第 3 データ単位（ストリームブロック Z S O B U ) 内で最初の前記第 2データ単位（セクタ Zパック）に前記パケットデータに関する情報（図 1 1 ( d ) のノ、。ケット数 6 3 1 等）を含んだヘッダ（図 1 1 のストリームブロックヘッダまたはアプリケーションヘッダ）が揷入される（ステップ S 0 8 ) 。

この発明の記録方法では、上記ェンコ一ド方法で生成された前記ビットストリーム情報が、所定の媒体（光ディスク等）に記録される。

あるいは、ビットストリ一ム情報を生成するエンコードの場合、第 1 データ単位（トランスポートパケット Zアプリケーシヨンパケット）と、 1 以上の前記第 1 データ単位（パケット）を有する第 2 データ単位（セクタ Zストリームノ、。ック）と、 1 以上の前記第 2 データ単位（セクタ Zパック）を有する第 3データ単位（ストリームブロックノ S O B U ) とを含むストリームオブジェクト（ S O B ) で構成されるビットストリーム情報（ D V D ビットストリーム）を扱う方法において、

前記第 1 データ単位で構成される 1 以上のバケツトデータそれぞれにタイムスタンプ（ A T S ) を付し（図 1 3 のステップ S 0 1 ) ；

1 以上の前記タイムスタンプ付バケツトデータの配列を前記第 3 データ単位（ストリームブロック Z S O B U ) で切り分け（ステップ S ◦ 2 ) ；

前記第 3 データ単位（ストリームブロック Z S O B U ) 内のデータ末尾側にエンドコード（図 1 6 ( k ) の 7 3 1 ) および必要に応じてパディングエリア（図 1 6 ( k ) の 7 3 2 ；図 2 6 ( i ) のスタッフイングノ、。ケット）を追加する (ステップ S 0 3 ) 。

さらに、前記第 3 データ単位（ストリームブロック Z S O B U ) で切り分けられたデータ列の内部を前記第 2データ単位（セクタパック）で分割し（ステップ S 0 4 ) ；

前記第 3 データ単位（ストリームブロック Z S O B U ) 内の末尾に前記パディングエリア（図 1 6 ( k ) の 7 3 2 ) がある場合において、このパディングエリァのサイズが前記第 2データ単位（セクタ /パック）のサイズより大きい（ステップ S 0 6 イエス）場合は、全て実質的な内容のない情報 (図 2 6 ( i ) のゼロバイト）で埋められた前記第 1 データ単位（図 2 6 ( i ) の後続スタッフイングノ、。ケット）を前記パディングエリアとし（ステップ S 0 7 ) ；前記第 3 データ単位（ストリームブロック / S O B U ) 内で最初の前記第 2 データ単位（セクタ Zパック）に前記パケットデ一タに関する情報（図 1 1 ( d ) のパケット数 6 3 1 等）を含んだヘッダ（図 1 1 のストリームブロックヘッダまたはアプリケーションヘッダ）を挿入する（ステップ S 0 8 ) こともできる。

図面の簡単な説明

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

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

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

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

図 5 は、タイムマップ情報におけるストリームブロックサィズ、ストリームブロック時間差の内容を説明する図である ₍ 図 6 は、オリジナルセルおよびユーザ定義セルにおけるセル範囲指定方法を説明する図である。

図 7 は、この発明の一実施の形態に係るストリ一ムデータ記録再生装置（ストリーマ）の構成を説明する図である。図 8 は、デジタノレ放送のコンテンツと I E E E 1 3 9 4 における映像データ転送形態とストリーマにおけるストリームパックとの対応関係を説明する図である。

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

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

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

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

図 1 3 は、この発明の一実施の形態に係るストリームデ一タのエンコード手順および録画手順を説明するフローチヤ一ト図である。

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

図 1 5 は、この発明の一実施の形態に係るストリームデータの部分消去方法を説明する図（例 1 ) である。

図 1 6 は、この発明の他の実施の形態に係るストリームデ —タの部分消去方法説明図を説明する図（例 2 ) である。

図 1 7 は、この発明の一実施の形態に係るストリームデータの部分消去手順を説明するフローチャート図である。図 1 8 は、 M P E Gエンコードされた映像データ（部分消去前あるいは仮消去前）に対する時間管理情報設定方法を説明する図である。

図 1 9 は、図 1 8 の映像データに対応したオリジナルセル情報（部分消去前あるいは仮消去前）における時間情報とフィ一ルド情報との関係を説明する図である。

図 2 0 は、 M P E Gエンコードされた映像データ（部分消去後あるいは仮消去後）に対する時間管理情報設定方法を説明する図である。

図 2 1 は、図 2 0 の映像データに対応したオリジナルセル情報（部分消去後あるいは仮消去後）における時間情報とフィ一ルド情報との関係を説明する図である。

図 2 2 は、図 1 5 の変形例であって、全ストリームブロックが一定サイズ（ 3 2 セクタ = 2 £ 〇ブロック）の S O B Uで構成される場合におけるストリームデータの部分消去方法の一例を説明する図である。

図 2 3 は、図 2 2 の変形例であって、全ストリームブロックが一定サイズ（ 3 2 セクタ = 2 £ 〇。ブロック）の S O B Uで構成される場合におけるストリームデータの仮消去方法の一例を説明する図である。

図 2 4 は、図 1 6 の変形例であって、全ストリームブロックが一定サイズ（ 3 2 セクタ = 2 £ じ。ブロック）の S O B Uで構成される場合におけるストリームデータの部分消去方法の他例を説明する図である。

図 2 5 は、図 2 4 の変形例であって、全ストリームブロックが一定サイズ（ 3 2 セクタ = 2 £ ( じブロック）の S O B Uで構成される場合におけるストリームデータの仮消去方法の他例を説明する図である。

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

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

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

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

図 3 0 は、あるプログラム # j の一部が部分的に消去（仮消去および本消去）された場合における、セルと対応時間情報（ S C一 S一 A P A T 7 S C— E一 A P A T ； E R A一 S — A P A T / E R A— E— A P A T ) との関係例（その 1 ) を説明する図である。

図 3 1 は、あるプログラム # j の一部が部分的に消去（仮消去および本消去）された場合における、セルと対応時間情報（ S C— S— A P A T / S C— E— A P A T ) との関係例 (その 2 ) を説明する図である。

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

図 3 3 は、各ストリームオブジェクト（ S O B ) を構成する S O B U の内容が、図 3 のデータエリア 2 0 7 (図 1 ではデータエリア 2 1 〜 2 3 ) にどのように記録されるかを例示する図である。

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

以下、図面を参照して、この発明の一実施の形態に係るストリームデータの生成方法、その記録方法、および記録されたストリームデータの部分消去処理方法その他を説明する。

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

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

図 1 ( f ) は、 1 以上あるストリ一ムオブジェクトのうち 1 個の S O Β # Α · 2 9 8 につレヽて示してレヽる。 D V D — R A Mディスクにこのストリームデータが記録される場合には . 各々力 ^ 2 0 4 8 k バイトのセクタを最小単位として記録される。さらに、 1 6 個のセクタをまとめて 1 個の E C C ブロックとし、同一 E C C ブロック内でインターリーブ（データ配列順序の並び替え）とエラー訂正用の訂正コードの付加が行われる。

この実施の形態では、 1 個または複数の E C C ブロックを単位としてストリームプロックが構成され、このストリームブロック単位でストリーム情報の記録あるいは部分消去が行われる。ここにこの発明の特徴がある。

この実施の形態では、何値の E C C ブロックでストリームプロックが構成されるかは、転送されるストリームデータの転送レートに応じて決めることができる。たとえば、図 1 ( e ) の例では、ストリームブロック # 1 は 2 つの E C C ブロック # _α 、 # |3 で構成され、ストリームブロック # 2 は 3 つの E C C ブロック # γ 、 # δ 、 # £ で構成されている。 D V D ストリーマでは、 2 個の E C Cブロック（ 3 2 セクタ）で 1 つのストリームブ'ロック（ストリームオブジェクトュニット S O B U ) が構成される。

各 E C C ブロックは、図 1 ( d ) に示すように、 1 6 セクタで構成される。したがって、図 1 ( d ) ( 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 セクタ）の固定サィズとして、この発明を実施することができる。

各セクタの内容はストリームノ、。ック（詳細は図 9 等を参照して後述）に対応してレヽる。そして、たとえばセクタ N o . 0 ( 図 1 ( d ) ) に対応するストリームノ、。ックは、図 1 ( c ) に示すように、ノ、。ックヘッダ 1 と、 P E S ヘッダ 6 とストリームブロックヘッダ（図 1 1 を参照して後述） 1 1 とデータエリア 2 1 とを含んでレヽる。また、セクタ N o . 1 (図（ d ) ) に対応するストリームノ、。ックは、図 1 ( c ) に示すように、ノヽ。ックヘッダ 2 と、 P E Sヘッダ 7 と、セクタデータヘッダ（図 1 2 を参照して後述） 1 2 と、データエリァ 2 2 とを含んでレ、る。

なお、図 1 ( c ) の P E Sヘッダ 6 、 7 の内部構成例は、図 1 0 を参照して後述する。

図 1 ( c ) のデ一タエリア 2 1 は、図 1 ( b ) に示すように、タイムスタンプとトランスポートノ、。ケットとのペアの配列（タイムスタンプ a 、トランスポートノヽ。ケット a 、タイムスタンプ b 、トランスポートノ、⁰ケット d ) を含んでいる。同様に、データエリア 2 2 は、タイムスタンプとトランスポートノケットとのペアの別配列を含んでレ、る。一方、後方のデータエリア 2 3 は、図 1 ( b ) に示すように、トランスポートノ、。ケット f 、エンドコード 3 1 、およびパディングエリア 3 6 を含んでレ、る。

図 1 ( b ) のタイムスタンプとトランスポ一トノ、。ケットの複数ペアは、図 1 ( a ) に示すような配列のビットストリームとなる。

S O B # A . 2 9 8 (図 1 ( ί ) ) の前方のストリームブロック # 1 ( 図 1 ( e ) ) のデータ構造は図 1 ( d ) 〜 ( b ) のようになるが、 S O B # A ' 2 9 8 の後方のストリームブロック # 2 (図 1 ( g ) ) のデータ構造は、次のようになる。

すなわち、ストリームブロック # 2 の末尾 E C C ブロック # E の後方セクタ N o . 7 8 (図 1 ( h ) ) は、図 1 ( i ) に示すように、ノヽ⁰ ックヘッダ 3 と、 P E S ヘッダ 8 と、セクタデータヘッダ 1 3 と、データエリア 2 4 とを含んでいる。また、 E C C ブロック # _ε の最終セクタ N o . 7 9 (図 1 ( h ) ) は、図 1 ( i ) に示すように、ノ、。ックヘッダ 4 とノ、。デイングバケツト 4 0 を含んでレヽる。

セクタ N o . 7 8 のデータエリア 2 4 は、図 1 ( j ) に示すように、トランスポートノ、。ケット _z と、エンドコード 3 2 と、パディングエリア 3 7 とを含んでいる。また、最終セクタ N o . 7 9 のノ、。ディングノ、°ケット 4 0 は、図 1 ( j ) に示すように、 P E Sヘッダ 9 とパディングエリア 3 8 を含んでいる。

なお、ノデイングエリア 3 8 の内容については、図 2 6 を参照して後述する。

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 O ( 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—丁 R A N S . S R O ) 1 0 6 と、 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 とが格納される。

上記デ一タフアイノレ 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 〇— 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 であり、アフターレコーディング音声あるいはバックグランド音声等を含む静止画像情報を集めたフアイノレ力 S 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 である。

図 3 は、この発明の一実施の形態に係る情報媒体、たとえば D V D— R A Mディスク等の録再可能光ディスク 2 0 1 上の記録データ構造を説明する図である。

図 3 ( a ) の情報記憶媒体 2 0 1 の内周方向 2 ◦ 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 の混在記録が可能となっている ( リアルタイムビデオ記録エリア 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 〇 . 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 と力 S記録される。同じく図 3 ( e ) に示すように、ストリーム記録エリア 2 2 2 には、図 2 に示された、ストリーマのナビゲーシヨンデータ S T R E A M . I F O ( 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 〇） 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 O (または S R一 M A N G R . I F 〇） 1 0 5 は、図 3 ( f ) 〜（ i ) に示すようなデータ構造を有している。

すなわち、図 3 ( f ) に示すように、 S T R E A M . I F O (または S R— M A N G R . I F O ) 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 ( f ) の各ストリームオブジェクト情報（たとえば S Ο Β Ι # Α · 2 4 2 ) は、図 3 ( h ) に示すように、ストリ —ムォブジェクト一般情報（ S O B I — G I ) 2 5 1 、タイムマップ情報 2 5 2 、その他を含むことができる。

また、図 3 ( f ) の各オリジナルセル情報（たとえば # 1 · 2 7 2 ；後述するが図 2 8 で示される S C I に対応）は . 図 3 ( h ) に示すように、セノレタイプ 2 8 1 (後述するが図 2 8 で示される C _ T Y に対応）と、セノレ I D 2 8 2 と、該当セル開始時間（後述する図 1 5 ( 1 ) 、図 2 8 その他で示される S C— S— A P A T に対応） 2 8 3 と、該当セノレ終了時間（後述する図 1 5 ( 1 ) 、図 2 8 その他で示される S C __ E— A P A Tに対応） 2 8 4 とを含むことができる。

なお、図 3 ( f ) の情報内容については、図 2 7 を参照して後述する。

図 3 ( g ) の S 〇 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 O または 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 O 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 〇（ S R一 M A N G R . I F O ) 1 0 5 (図 4 の最下部および図 3 ( e ) ( f ) 参照）内に記録されている。図 4 の各ストリームオブジェクト # A · 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 として記録されている（ストリームオブジェクト情報（ S O B I ) # A · 2 4 2 、 ( S O B I ) # Β · 2 4 3 それぞれの内部は、主にストリ一ムブロック毎のデータサイズおよび時間情報等が記載されているタイムマップ情報 2 5 2 を含んでいる。

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

P G C には、 S T R E A M . V R O ( 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 # a ' 2 9 3 、 # b ' 2 9 6 (図 3 ( f ) では U D— P G C I Τ · 2 3 4 の中身に対応）の 2 種類が存在する。

オリジナノレ P G C 2 9 0 を構成するオリジナルセル # 1 - 2 9 1 、 ft 2 · 2 9 2 は、基本的にストリームオブジェクト # Α · 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 k ノくィト）の 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 のディンターリーブ Zインターリーブのやり直しが、生じない；

( 0 2 ) 任意の S O B U内部の記録情報に対するアクセス位置を、セクタ数（あるいはセクタ数に対応した他のノ、。ラメータ；たとえば後述する図 9 のストリ一ムノ、。ックおよびその内部のアプリケーションバケツト群の情報）で特定できる。たとえば、ある S O B U # k の中間位置にアクセスする場合は、 S O B U # k — 1 と S O 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 ブロック ( # a ヽ林 β ) で構成され、 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 が記録されている。

また、 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 ) に示すように、ストリームブロック # 1. の最初のストリームデータのタイムスタンプはタイムスタンプ a であり、次のストリームブロック # 2 の最初のストリームデ —タのタイムスタンプ値はタイムスタンプ p となってレヽる。

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

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

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

それぞれのセルの範囲指定は、開始時刻と終了時刻の時間指定により行なうことができる。

具体的には、図 1 5 以降を参照して後述する部分消去の実行前（ストリームデータの録画直後）のオリジナルセルにおける該当セルの開始時間 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 ) # A · 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 (図 1 ( j ) のパディングエリア 3 7 に対応）が記録されている。また、図 6 ( h ) のデータエリア 2 2 には、図 6 ( i ) に示すように、データエリア 2 1 のトランスポートバケツト d の後続内容を含むトランスポートバケツト d が含まれているつまり、この例では、トランスポートノ、。ケット d の内容が、データエリア 2 1 とデータエリア 2 2 とで分断されて記録されてレ、る。

図 6 ( i ) のトランスポートノ、。ケット d の前半部分（データエリア 2 1 側）は、後述する図 8 ( f ) の末尾側部分パケットに対応し、図 6 ( i ) のトランスポートノ、。ケット d の後半部分（データエリア 2 2 側）は、後述する図 8 ( 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 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終了時間情報についてであるが、オリジナルセル情報（オリジナルセルの情報）に関するセル開始 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 丁）も含む）に対応させることができる。

また、図 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 T ) 2 8 4 は、図 6 ( a ) に示すように、オリジナルセル情報 # 1 · 2 7 2 内部に記録される。

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

なお、上記セル開始 A P A Tおよびセル終了 A P A T については、後述する図 1 8 〜図 2 1 、図 3 0 〜図 3 3 の説明において具体例を示す。

図 7 は、この発明の一実施の形態に係るストリームデータ記録再生装置（ストリーマ）の構成を説明する図である。

以下、図 7 を用いて、この発明の好ましい実施形態としてのストリームデータ記録再生装置（ストリーマ）の内部構造の説明を行う。

この実施の形態におけるストリームデータ記録再生装置はエンコーダ部 4 0 1 、デコーダ部 4 0 2 、 S T B 部 4 0 3 、主 M P U部 4 0 4 、 V ( ビデオ）ミキシング部 4 0 5 、フレ —ムメモリ部 4 0 6 、キー入力部 4 0 7 、表示部 4 0 8 、 D V D — R A Mディスク 2 0 1 に対して情報記録あるいは情報再生を行なうディスクドライブ部 4 0 9 、デ一タプロセサ ( D — P R O ) 部 4 1 0 、一時記憶部 4 1 1 、 A / V (ォーディォ ' ビデオ）入力部 4 1 2 、 T Vチューナ部 4 1 3 を備えている。

このストリームデータ記録再生装置はさらに、 S T B 部 4 0 3 に接続された衛星アンテナ 4 2 1 、システムタイムカウンタ（ S T C ) 部 4 2 4 、 V ミキシング部 4 0 5 力らノ、°ーソナルコンピュータ（ P C ) 4 3 5 へデジタノレビデオ信号を送るインターフェイス（ I / F ) 4 3 4 、アナログ T V 4 3 7 用 D / A変換部 4 3 6 を備えている。

ここで、 V ミキシング部 4 0 5 は、デコード部 4 0 2 の V — P R O部 4 3 8 力ゝらのデジタノレビデオ信号と、 S T B 部 4 0 3 からのデジタルビデオ信号 4 2 3 とを、適宜ミキシングする機能を持ってレ、る。このミキシング機能により、たとえば T V 4 3 7 の表示画面の左側に S T B 部 4 0 3 からの放送画像を表示し、 T V 4 3 7 の表示画面の右側にディスク 2 0 1 から再生した画像を表示することができる。

あるレヽは、 S T B 部 4 0 3 力、らの放送画像とディスク 2 0 1 力ゝらの再生画像とを、 P C 4 3 5 のモニタ画面において、オーバーラッビングウィンドウに重ねて表示することもできる。

以上の構成において、エンコーダ部 4 0 1 内は、ビデオおよびオーディオ用の A D変換部 4 1 4 、 A Z D変換部 4 1 4 力ゝらのデジタノレビデオ信号または S T B分 0 3 からのデジタルビデオ信号 4 2 3 を選択してビデオエンコード部 4 1 6 に送るセレクタ 4 1 5 、セレクタ 4 1 5 からのビデオ信号をエンコードするビデオエンコード部 4 1 6 、 A Z D変換部 4 1 4 からのオーディオ信号をェンコ一ドするオーディオェンコード部 4 1 7 、 T Vチューナ部 4 1 3 力ゝらのクローズドキャプシヨン（ c c ) 信号あるいは文字放送信号等を副映像 ( S P ) にエンコードする S Pエンコード部 4 1 8 、フォ一マッタ部 4 1 9 、ノくッファメモリ部 4 2 0 より構成される。

一方、デコード部 4 0 2 内は、メモリ 4 2 6 を内蔵する分離部 4 2 5 、縮小画像（サムネールピクチャ）生成部 4 3 9 を内蔵するビデオデコード部 4 2 8 、 S Pデコード部 4 2 9 オーディオデコード部 4 3 0 、 T Sノ、。ケット転送部 4 2 7 、ビデオプロセサ（ V— P R O ) 部 4 3 8 、オーディオ用 D Z A変換部 4 3 2 より構成されてレ、る。

デコード部 4 3 0 でデコードされたデジタルォ一ディォ信号は、インターフェイス（ I Z F ) 4 3 1 を介して外部出力可能となっている。また、このデジタルオーディオ信号を D / A変換部 4 3 2 でアナログ化したアナログオーディオ信号により、外部のオーディオアンプ（図示せず）を介してスピ一力 4 3 3 が駆動されるようになってレ、る。

なお、 D Z A変換部 4 3 2 は、オーディオデコード部 4 3 0 力らのデジタルオーディオ信号のみならず、 S T B 部 4 0 3 力ゝらのデジタノレオーディオ信号 4 2 2 の D / A変換もできるように構成される。

なお、ディスク 2 0 1 力ゝらの再生データを S T B部 4 0 3 に転送する場合は、 T S バケツト転送部 4 2 7 において分離部 4 2 5 からの再生データ（ビットストリーム）をトランスポートノケット（ T S ノ、。ケット）に変更し、 S T C 4 2 4 力らの時間情報に転送時間を合わせて、 T S パケットを S T B 部 4 0 3 に送ればよレヽ。

図 7 の主 M P U部 4 0 4 は、作業用メモリとしてのワーク R A M 4 0 4 a と、ストリームデータ作成制御部 4 0 4 b という名の制御プログラムと、ストリームデータ再生制御部 4 0 4 c という名の制御プログラムと、ストリームデータの部分消去 Z仮消去制御部 4 0 4 d という名の制御プログラム等を含んでいる。

ここで、ファイルの管理領域（図 2 あるいは図 3 ( e ) のナビゲーシヨン R T R . I F O 1 0 4、 S T R E A M . I F O 1 0 5 ) などを読み書きするために、主 M P U部 4 0 4 は D — P R O部 4 1 0 に、専用のマイクロコンピュ一タノくスを介して接続されている。

ストリームデータ記録再生装置における録画時の制御は、上記制御プログラム（シーケンシャルな制御プ口グラム）を用い主 M P U部 4 0 4 により行われる。まず、図 7 の装置における録画時のビデオ信号の流れについて説明をする。録画時には、主 M P U部 4 0 4 内のストリ —ムデータ作成制御部 4 0 4 b という名のシ一ケンシヤノレプログラムにしたがって、一連の処理が行われる。

すなわち、 I E E E 1 3 9 4 規格に準拠した伝送経路経由して S T B 部 4 0 3 力らエンコード部 4 0 1 へ送出されたストリ一ムデータは、まずフォーマッタ部 4 1 9 に転送される。フォーマッタ部 4 1 9 の I E E E 1 3 9 4 受信側は、 S T C 4 2 4 のタイムカウント値に基づいて、ストリームデータ転送開始からの時間を読み込む。読み込んだ時間情報は、管理情報として主 M P U部 4 0 4 へ送られ、ワーク R A M部 4 0 4 a に保存される。

主 M P U部 4 0 4 は、上記時間情報に基づいて、ストリームデータをストリ一ムブロック毎（リアノレタイム R T R レコーダでは V O B U毎、ストリーマでは S O B U毎）に切り分ける区切れ情報を作成するとともに、この区切れ情報に対応したセルの切り分け情報およびプログラムの切り分け情報、さらには P G C の切り分け情報を作成し、主 M P U部 4 0 4 内のワーク R A M部 4 0 4 a に逐次記録する。

フォーマッタ部 4 1 9 は、主 M P U部 4 0 4 のストリームデータ作成制御部 4 0 4 b 力ゝらの指示にしたがって、図 1 ( a ) の形で S T B 部 4 0 3 カゝら送られてきたストリ一ムデ —タを図 1 ( c ) ( i ) の形（後述する図 8 ( h ) のストリ —ムノヽ。ックの列）に変換し、変換されたストリームノ、。ック列を D — P R O部 4 1 ◦ へ入力する。入力されたストリームノヽ⁰ ックはセクタと同じ 2 0 4 8 ノィ卜の一定サイズを持っている。 D — P R O部 4 1 0 は、入力されたストリームノ、。ックを 1 6 セクタ毎にまとめて E C C ブロックにして、ディスクドライブ部 4 0 9 へ送る。

ここで、ディスクドライブ部 4 0 9 において R A Mデイスク（情報記憶媒体） 2 0 1 への記録準備ができていない場合には、 D — P R O部 4 1 0 は、記録データを一時記憶部 4 1 1 に転送して一時保存し、ディスクドライブ部 4 0 9 においてデータ記録準備ができるまで待つ。

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

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

次に、再生時のデータ処理について説明する。ストリームデータ記録再生装置における再生時の制御は、ストリームデータ再生制御部 4 0 4 c という名のシ一ケンシャノレプロダラムにしたがレ、、主 M P U部 4 0 4 によって、一連の処理が行われる。

まず、ディスクドライブ部 4 0 9 により、 R A Mディスク (情報記憶媒体） 2 0 1 からストリームデータが再生される再生されたストリ一ムデータは、 D — P R O部 4 0 9 を経由してデコーダ部 4 0 2 に転送される。

デコーダ部 4 0 2 内部では、再生されたストリームデータ中のトランスポートバケツトを分離部 4 2 5 が受け取る。

分離部 4 2 5 は、図 1 0 を参照して後述するストリ一ム I D 6 0 3 およびサブストリーム I D に従って、ビデオノ、。ケットデータ（ M P E G ビデオデータ）はビデオデコード部 4 2 8 へ転送し、ォ一ディォバケツトデータはオーディオデコ一ド部 4 3 0 へ転送し、副映像バケツトデータは S Pデコード部 4 2 9 へ転送する。

ビデオデコード部 4 2 8 でデコードされたビデォデータは V ミキシング部 4 0 5 および D / A変換部 4 3 6 を介してァナログ T V信号に変換され、丁 V 4 3 7 に転送されて画像表示される。

同時に、オーディオデコード部 4 3 ◦ でデコードされたォ一ディォ信号も D / A変換部 4 3 2 へ送られ、デジタル音声データに変換される。変換されたデジタル音声データは、 I Z F 4 3 1 を介して外部オーディオ機器（図示せず）のデジタル入力に転送される。あるいは、変換されたデジタル音声データは、 D / A変換部 4 3 2 によりアナログ音声信号に変換され、図示しないオーディオアンプを介して、スピーカ 4 3 3 に送られる。

以上この発明の実施の形態におけるストリームデータ記録再生装置（ストリーマ）内での信号の流れを説明した。以上説明したように、 D V D — R A Mディスク（情報記憶媒体） 2 0 1 へ記録するストリームデータは、フォ一マッタ部 4 1 9 内で図 1 ( c ) ( i ) の構造に変換される。この変換プロセスを中心にしたストリ一ムデータ録画手順は、図 1 3 のフローチヤ一トを参照して後述する。

また、ストリームデータの再生手順については、図 1 4 のフローチヤ一トを参照して後述する。

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

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

トランスポートノ、。ケットヘッダ 5 1 1 は、図 8 ( 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 ピクチャ情報（後述する図 9 の 5 7 1 ) が記録されている最初のトランスポートパケットには、図 8 ( a ) のランダムアクセスィンジケ一タ 5 0 3 に " 1 " のフラグが立つ。また、各 B 、 P ピクチャ情報（後述する図 9 の 5 7 3 、 5 7 4 、 5 7 2 ) の最初のトランスポートノ、。ケットには、図 8 ( a ) のペイロードュニット開始インジケータ 5 0 1 に " 1 " のフラグが立つ _c これらのランダムアクセスインジケータ 5 0 3 およびペイ口一ドュエツト開始インジケータ 5 0 1 の情報を利用して、 I ーピクチャマッピングテーブル（後述する図 1 1 の 6 4 1 ) および B 、 P — ピクチャ開始位置マッピングテーブル (後述する図 1 1 の 6 4 2 ) の情報が作成される。

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

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

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

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

いま、たとえばデジタル放送受信者（図 7 の S T B のユーザ等）の操作により、図 8 ( c ) に示される番組 2 が、図 3 または図 7 の情報記憶媒体 2 0 1 に記録される場合を想定してみる。この場合、図 7 の S 丁 B 部 4 0 3 におレ、て、図 8

( c ) の番組 2 のトランスポートノ、。ケット b 、 e のみが抽出される。

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

その後、 I E E E 1 3 9 4 の転送方式によって図 7 の S T B部 4 0 3 カゝらフォーマッタ部 4 1 9 へデータを転送する場合には、図 8 ( e ) に示すように、上記タイムスタンプ 5 3 1 とトランスポートノ、。ケット 5 2 2 との組力 S細力く分割されて転送されることになる。

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

具体的には、この発明の一実施の形態においては、各セクタ（図 1 ( d ) ( h ) ) の先頭には、システムクロック情報などが記録されたノ、⁰ ックヘッダ 1 、 2 、 3 、 4 と P E S へッダ 6 、 7 、 8 、 9 が配置される（図 1 ( c ) ( i ) 、図 6

( d ) 参照）。その直後には、セクタデータヘッダ 1 2 、 1 3 (図 1 ( c ) ( i ) 、図 6 ( d ) ) が記録されるが、各ストリームブロック先頭のセクタのみ、セクタデータヘッダではなく、ストリームブロックヘッダ 1 1 が記録される（図 1

( c ) 、図 6 ( d ) ) 。

データエリア 2 1 、 2 2 、 2 3 、 2 4 ( 図 1 ( c )

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

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

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

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

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

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

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

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

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

ところで、ストリームブロック内に余り部分が生じた場合には、パディングデータ（データが未記録である領域と認識できる情報）が記録される。たとえば、図 1 ( b ) のようにストリームブロック # 1 内の最後のトランスポートバケツト ί の後ろにはエンドコード 3 1 が配置され、残りの部分はパデイングエリア 3 6 としてレ、る。図 1 ( 〗）のパディングェリア 3 7 、 3 8 も同様なパディングデータ用のエリアである。なお、パディングエリァの具体的な内部データ構造については、図 2 6 を参照して後述する。

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

前述したように、デジタル放送では、映像情報は M P E G 2 の規格に従って圧縮された情報が転送されてくる。

図 9 に示すように、 I ピクチャ 5 5 1 の圧縮情報 5 6 1 は I ピクチャ情報 5 7 1 としてトランスポートノ、。ケット a 、 b 、 … に記録される。 B ピクチャ 5 5 3 の差分情報 5 6 3 、 5 6 4 は B ピクチヤ情報 5 7 3 としてトランスポ一トノ、。ケット d 、 …に記録される。また、 B ピクチャ 5 5 4 の差分情報 5 6 5 、 5 6 6 は B ピクチヤ情報 5 7 3 、 5 7 4 としてトランスポートノ、。ケット d 、 f 、 … に記録される。そして、 P ピクチャ 5 5 2 の差分情報 5 6 2 力ピクチャ情報 5 7 2 としてトランスポートノ、。ケット h 、 …に記録される。

このように各 I 、 B 、 P ピクチャ情報は異なるトランスポ一トバケツトに記録されている。

このようなトランスポートノ、。ケットがストリーマに記録されるときは、トランスポートノ、°ケットの内容はアプリケーシヨンタイムスタンプ（ A T S ) とレ、うタイムスタンプ付きのパケット（アプリケーションパケット）に移し替えられる。

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

このストリーム P E S ノヽ。ケットにノヽ。ックヘッダを付したものが図 8 ( h ) で例示した 1 つのストリームノ、"ックになる。

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

なお、 P E S ヘッダ（ストリーム P E S ノヽ⁰ケットヘッダ）の内容については、図 1 0 を参照して後述する。また、ァプリケーシヨンヘッダ（ストリームブロックヘッダ 1 1 またはセクタデータヘッダ 1 2 に対応）については、図 1 1 および図 1 2 を参照して、後述する。

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

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

図 1 ( j ) の P E S ヘッダ 9 力 S図 1 0 ( a ) に示す P E S ヘッダ 6 0 1 の内部構造を持つときは、 M P E G の規格では、この P E Sヘッダのストリ一ム I D 6 0 3 (図 1 0 ( b ) ) 力 S " 1 0 1 1 1 1 1 0 " のときに、この P E Sヘッダを持つノ、。ケットを、ノ、。ディングノケット 4 0 (図 1 ( i ) にすると定義されている。

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

図 1 ( e ) のストリームブロック # 1 では、最後のトランスポートノ、。ケット f (図 1 ( _a ) ) が最後のセクタ N o . 3 1 (図 1 ( d ) ) 内に存在している。し力し、ストリームブロック # 2 (図 1 ( e ) ( g ) ) では、ユーザ等により途中で録画が終了されたために、最後のトランスポートバケツト z (図 1 ( j ) ) がセクタ N o . 7 8 (図 1 ( h ) ) に配置され、セクタ N o . 7 9 (図 1 ( h ) ) 内はストリームデータが記録されいない空き領域となっている。このため、セクタ N o . 7 9 は、ノ、。ディングノ、°ケット 4 0 (図 1 ( i ) ) として記録されている。

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

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

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

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

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

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

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

図 1 1 ( c ) のトランスポートノ、。ケット情報 6 1 1 は、図 1 1 ( d ) に示すように、トランスポ一トノ、°ケットの数（ァプリケーシヨンパケットの数） 6 3 1 、トランスポートノ、。ケットマッピングテーブル 6 3 2 等を含んでレヽる（図 1 1 ( d のアプリケーションパケットの数は、後述する図 1 2 ( c ) の A P— N s に対応する）。

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

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

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

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

図 1 ( c ) ( i ) のセクタデータヘッダ 1 2 、 1 3 は、デ一タエリア 2 1 、 2 2 、 2 3 、 2 4 内のデータ配列情報を示し、図 1 2 に示すように、ファーストアクセスポイント 6 5 1 およびトランスポートノ、。ケット接続フラグ 6 5 2 を含む内部構造を持っている。

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

このアプリケーションノ、。ケットヘッダは、図 1 2 ( 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 2 ( d ) のアプリケーションノ、。ケットに含まれる F I R S T一 A P一 O F F S E T は、図 1 2 ( a ) のセクタデータヘッダ 1 2 に含まれるファーストアクセスポイント 6 5 1 に対応する。

図 1 ( b ) に示すように、トランスポートノ、。ケット d は 2 個のセクタに跨って記録されている。ここで、セクタ内の最後のタイムスタンプ、またはトランスポートノ、。ケットが次のセクタへ跨った場合には、トランスポートノケット接続フラグ 6 5 2 が " 1 " に設定される。また図 1 ( b ) の例では、次のセクタへ跨ったトランスポートノ、。ケット d の次にくるタィムスタンプ先頭位置のデータエリア 2 2 内のァドレスが、ファーストアクセスポイント 6 5 1 内に記録（ビット単位の表現）されている。

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

この発明の一実施の形態では、ファーストアクセスポイント 6 5 1 の値としてデータエリア 2 1 、 2 2 、 2 3 、 2 4 のサイズよりも大きな値を指定可能にすることで、セクタサイズ（あるいはストリ一ムノヽ。ックサイズ = 2 0 4 8 ノィト）よりも大きなサイズを有するノ、。ケットに対しても、タイムスタンプ先頭位置を指定することができる。たとえば、図 1 ( d ) のデータ構造において、 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 のファーストアクセスポイントの値は " 丁 " となる。

図 1 3 は、この発明の一実施の形態に係るストリームデータのエンコード手順および録画手順を説明するフローチヤ一トである。

まず、図 7 のエンコード部 4 0 1 において、ノヽ。ケットイ匕されたデータが、タイムスタンプ（図 1 ( b ) 、図 8 ( f ) 等のタイムスタンプ、あるレ、は図 9 の A T S ) と一緒に、ノッファメモリ部 4 2 0 に一時記憶される（ステップ S 0 1 ) 。別の言い方をすると、ステップ S 0 1 において、図 7 の装置（ストリーマ）により、連続するストリームブロック（ S O B U ) のセクタに格納される再生データのエリアが、タイムスタンプ（ A T S ) 付きトランスポートノ、。ケット（アプリケーシヨンノ、。ケット）により埋められる。ここで付カ卩されるタイムスタンプには、図 7 の S T C部 4 2 4 力ら得たロー力ノレク口ック値が用レ、られる。

次に、ノくッファメモリ部 4 2 0 に一時記憶されたタイムスタンプとノ、 "ケットデータとのビット列が、ストリームブロック（あるレ、は S O B U ) 毎に切り分けられる（ステップ S O 2 ) 。

この実施の形態では、図 1 ( b ) に示すように同一のトランスポートノ、。ケット（ d ) が異なるストリームブロック（ # 1 、 # 2 ) に跨って記録されることを禁止できる。この場合、図 7 のノッファメモリ部 4 2 0 に一時記録されたタイムスタンプとノケットデータをストリームブロック毎に切り分ける S 0 2 のステップでは、タイムスタンプとトランスポートノ、 ° ケットの組が完全に 1 個のストリームブロック内に収まるように切り分けを行なう必要がある。

切り分けられた各ストリームブロック（ S O B U ) 内のデータ末尾には、エンドコード（図 1 ( j ) ) と、必要に応じてパディングエリアが追記される（ステップ S 0 3 ) 。

こうしてノッファメモリ部 4 2 0 内でストリ一ムブロック ( S O B U ) 毎に切り分けられたタイムスタンプとノ、。ケットデータのビット列の内部が、さらに、セクタ毎（あるいは 2 0 4 8 ノイトのストリームノ、。ック毎）に分割される（ステツプ S 0 4 ) 。

この実施の形態では、同一のトランスポートノ、。ケット ( d ) を、異なるセクタ（図 1 ( d ) の N o . 0 と N o . 1 ) に跨って記録させることもできる。この場合は、セクタ毎に分割する S 0 4 のステップでは、各データエリア 2 1 、 2 2 、 2 3 、 2 4 に割り当てられた所定サイズに従って、無造作に分割が行われる。

その後、ノッファメモリ部 4 2 0 内で各セクタ（ストリームパック）の先頭位置に、図 1 ( c ) 、図 9 その他に示すような、パックヘッダおよび P E S へッダの情報が挿入される (ステップ S 0 5 ) 。

なお、ステップ S 0 5 において挿入されるノ、。ックへッダおよび P E S ヘッダの情報は、トランスポートノケット（ァプリケ一シヨンパケット）を生成したデバイス（アプリケーションデバイス）が任意に出力するシーケンスヘッダの情報でもある。

次に、ストリームブロック（ S O B U ) 内の最後にあるノ、。デイングエリアサイズがセクタ記録サイズ（ストリームパックサイズ 2 0 4 8 バイト）より大きレ、力どう力、チェックされる（ステップ S 0 6 ) 。

たとえば図 1 ( ί ) のストリームオブジェクト # Α · 2 9 8 の最後のストリームブロック # 2 では、ユーザ等により任意の位置での録画終了処理が行われる可能性がある。そのため、ストリームブロック # 2 内の記録可能領域のサイズに対して記録すべきストリームデータのサイズの方が大幅に小さい場合が生じる。

この場合には、ステップ S 0 6 の判定結果として、トータルのパディングエリァサイズがセクタ記録サイズより大きい状況になる。（図 1 ( f ) 〜（ j ) の例では、ストリームデータはセクタ N o . 7 8 の途中まで記録され、セクタ N o . 7 9 内は実質的に記録されない状態になっている。この場合、図 1 ( ； j ) のノヽ。デイングエリア 3 7 、 3 8 のト一タノレサイズがセクタ N o . 7 9 内サイズより大きくなる。）

この場合（ステップ S 0 6 イエス）には、図 1 0 ( b ) のストリ一ム I D 6 0 3 の値が前述したように " 1 0 1 1 1 1 1 0 " に設定され、セクタ N o . 7 9 (全てがパディングェリアで埋められるセクタ）がパディングバケツト 4 0 に変換される（ステップ S O 7 ) 。

ステップ S 0 6 においてパディングエリァサイズがセクタ記録サイズ以下と判定されれば（ステップ S T 0 6 ノー）、あるいはステップ S 0 7 においてパディングバケツ卜への変換処理が済めば、ノッファメモリ部 4 2 0 に記録されているストリームブロック（ S 〇 B U ) 内のノ、⁰ケットデータ列が解析される。この解析結果から、トランスポートパケット情報の関連情報（図 1 1 ( b ) 〜（ e ) 、図 1 2 ( b ) 〜 ( d ) ) が作成される。そして、ストリームブロック内で最初のセクタの P E S ヘッダの直後に図 1 1 ( a ) のストリームブロック 1 1 が挿入される（ステップ S 0 8 ) 。

あるいは、ストリームブロック（ S O B U ) 内で最初のセクタ（最初のストリ一ムノ、 ° ック）の P E S ヘッダの後に図 9 、図 1 1 その他で示したアプリケ一ションヘッダが挿入される (ステップ S 0 8 ) 。

さらに、ストリ一ムブロック内の先頭セクタとパディングノケットを除レヽた全てのセクタに対して、その P E S ヘッダの直後に図 1 2 ( a ) のセクタデ一タヘッダ 1 2 が挿入される（ステップ S 0 9 ) 。

あるいは、ストリームブロック（ S O B U ) 内の先頭セクタ（最初のストリームノック）とパディングエリアを除いた全てのセクタ（ストリームノ、。ック）に対して、その P E Sへッダの後に図 9 、図 1 2 その他で示したアプリケーションへッダが挿入される（ステップ S 0 9 ) 。

上記ステップ S 0 8 およびステップ S 0 9 でのヘッダ挿入は、ノッファメモリ部 4 2 0 内で行われる。

以上の工程（ステップ S O 1 〜ステップ S O 9 ) によりェンコードされたビットストリ一ム（ノッファメモリ部 4 2 0 上で作成したデータ構造を持つストリーム情報）が、図 7 の装置により、 D V D — R A Mディスク等の情報記憶媒体（図 3 または図 7 の 2 0 1 ) に記録される。

なお、ステップ S 0 8 では、ストリームブロック（ S O B U ) 内の全トランスポートノケットヘッダ 5 1 1 ( 図 8 ( b ) ) を検索し、図 8 ( a ) のペイロードユニット開始ィンジケータ 5 0 1 、 P I D 5 0 2 , ランダムアクセスインジケ一タ 5 0 3 の値を利用して、図 1 1 ( e ) のトランスポートノ、。ケットマッピングテーブル 6 3 2 内の各データを作成することができる。

また、次のストリームブロック（ S O B U ) 内の最初にくるタイムスタンプの値と現行のストリ一ムブロック（ S O B U ) 内の最初にくるタイムスタンプの値との差を計算して、図 8 ( c ) のストリームブロック時間差 6 2 5 の値を求めることもできる。図 1 4 は、この発明の一実施の形態に係るストリームデータのデコード手順および再生手順を説明するフローチヤ一トである。

以下、図 1 ( c ) ( i ) あるいは図 8 ( h ) の構造で情報記憶媒体（ D V D — R A Mディスク） 2 0 1 上に記録されたストリーム情報から、図 7 の分離部 4 2 5 内部でトランスポ ― トノ、。ケットを抽出するプロセスを中心に、ストリームデータの再生手順を説明する。

ユーザ等からは再生すべき範囲が時間情報で指定される。この場合の再生時には、指定された時間情報に対応する、再生すべきストリームブロック（または S O B U ) を探す処理が必要となる。

まず、図 1 3 で例示した方法で情報記録がなされた R A M ディスク（図 3 あるいは図 7 の情報記憶媒体） 2 0 1 が、図 7 のディスクドライブ部 4 0 9 に装填される。その後、例えば装置ユーザが、希望する再生範囲を、「再生開始時間」と「再生終了時間」で指定したとする。この指定がなされたあと図 7 のキー入力部 4 0 7 (あるいは図示しないリモ一トコントローラ）のプレイキー（再生ボタン）が押されたとする。

すると、図 7 の主 M P U部 4 0 4 は、制御プログラム「ストリームデータ再生制御部 4 0 4 c 」に従い図 3 ( f ) のストリームファイル情報テーブル（ S F I T ) 2 3 2 にァクセスして、図 3 ( h ) のタイムマップ情報 2 5 2 の内容を読み取る。読み取られた情報内容から、主^ ? 11部 4 0 4 は、指定された「再生開始時間」の位置（再生開始時刻位置）が含まれるストリームブロック（ S O B U ) の番号とそのストリ — ムブロック（ S 〇 B U ) の先頭位置アドレスを割り出す

(ステップ S 1 1 ) 。

ここで、図 3 ( i ) の実施の形態では、タイムマップ情報 2 5 2 内には各ストリームブロック毎の差分時間情報しか記録されていない。この場合、主 M P U部 4 0 4 内のストリームデータ再生制御部（再生制御プログラム）では、各ストリームオブジェクト情報（ S O B I ) 2 4 2 、 2 4 3 (図 3

( g ) ) 毎にタイムマップ情報 2 5 2 内の各ストリームブロックの時間差（図 5 ( b ) 参照） 2 6 3 、 2 6 5 の値を逐次加算し、ュ一ザが指定した時刻に到達するか比較する。その比較結果を元に、ユーザが指定した時刻はどのストリームォブジェクト（ S O B ) 内の何番目のストリームブロック（ S 〇 B U ) の中に含まれるタイムスタンプ値と一致するかを割り出す。これにより、アクセスしょうとするストリームプロック（ S O B U ) の先頭位置アドレスを割り出すことができる。

あるいは、後述する図 2 9 に示すようなデータ構造を持つストリームオブジェクト情報（ S O B I ) が用いられるときは、この S O B I に含まれる情報（タイムマップ情報 M A P L、 M A P L のエントリ数 M A P L _ E N T— N s 等）を用いて、アクセスしょうとするストリームブロック（ S O B U ) の先頭位置アドレスを割り出すことができる。

ステップ S 1 1 で割り出された先頭位置アドレスは、ディスクドライブ部 4 0 9 に通知される。こうしてアクセス先のァドレス情報を得たデスクドライブ部 4 0 9 は、このァドレス情報に対応する所定のストリームブロック（ S ◦ B U ) の先頭位置にアクセスする。そして、このストリームブロック ( S O B U ) の先頭を起点として、ディスクドライブ部 4 0 9 は、装填されたディスク 2 0 1 力ら、ストリームブロック ( S O B U ) 単位で、記録済みのストリームデータを読み込む（ステップ S 1 2 ) 。

ステップ S 1 2 の処理により、ノ、。ケット到着時間（またはアプリケ一ションバケツト到着時間 A P A T ) を伴う個別のトランスポートノ、。ケット（またはアプリケーションノ、。ケット）が検索され、検索されたバケツトの回収（その記録内容の再生）が可能になる。

こうして読み込まれたストリームデータは、 D — P R O部 4 1 0 を介して、ディスクドライブ部 4 0 9 からデコード部 4 0 2 内の分離部 4 2 5 へ転送される。転送されたストリームデータは、分離部 4 2 5 の内部メモリ 4 2 6 に一時的に保管される（ステップ S 1 3 ) 。

分離部 4 2 5 の内部メモリ 4 2 6 に保管されたストリームデータが一定量を越えると、そこからパディングエリア（図 1 ( j ) の 3 7 、 3 8 等）のパケットが自動的に検索されるパディングノ、。ケットである力、どうカま、図 1 0 ( c ) のサブストリーム I D をチェックすることで分力、る。

分離部 4 2 5 の内部メモリ 4 2 6 上でパディングバケツトが見つかると、ノ、。ディングバケツトが含まれるパディングェリアが、分離部 4 2 5 の内部メモリ 4 2 6 上で消去される (ステップ S 1 4 ) 。

こうしてパディングバケツトが除かれたストリームデータ力ら、分離部 4 2 5 の内部メモリ 4 2 6 上で、各種ヘッダ

(ノヽ⁰ ックヘッダ、 P E Sへッダ、ストリームブロックへッダセクタデータヘッダ、その他）が消去される。こうして、分離部 4 2 5 の内部メモリ 4 2 6 上のストリ一ムデータが、タィムスタンプ（ A T S ) およびパケットデータだけの列情報

( ビットストリーム）に変換される（ステップ S 1 5 ) 。次に、変換されたビットストリームデータを、通信回線

( I E E E 1 3 9 4 シリアルバス等）を用いて外部装置（図 7 の S T B 部 4 0 3 等）に転送する必要がある力どうか、チエックされる（ステップ S 1 6 ) 。

ステップ S 1 6 のチェックは、例えば次のような方法で行なうことができる。すなわち、図 7 の装置ユーザが装置の初期設定において「再生したビットストリームを外部装置に転送しますか？ …イエス / ノー」という設定画面（図示せず）でイエスを選択している場合に、そのイエスのフラグが立つているかどうかで判定できる。

情報記憶媒体 2 0 1 から再生したストリ一ムデータを図 7 の S T B 部 4 0 3 に送る必要がある場合には（ステップ S 1 6 イエス）、各トランスポートストリームに付レヽてレヽるタイムスタンプのタイミングに同期させて、再生したストリームデータを S T B 部 4 0 3 へ逐次転送する（ステップ S 1 7 ) この S T B 部 4 0 3 への転送手段として I E E E 1 3 9 4 が利用される場合は、再生したストリームデータは図 8 ( e ) に示すようなデータ構造に変換されて転送される。

上記 I E E E 1 3 9 4 転送が不要なら（ステップ S 1 6 ノ一）、あるいは上記 I E E E 1 3 9 4 転送が実施されたあと分離部 4 2 5 の内部メモリ 4 2 6 上で、ステップ S 1 5 で変換されたビットストリーム力らタイムスタンプ（ A T S ) が消去され、バケツトデータのみのデータ列に変換される（ステツプ S 1 8 )

こうして変換されたデータ列中のバケツトデータには、記録時の内容に応じて、ビデオパケット、副映像（ S P ) パケット、オーディオパケット等が含まれている。これらのパケットを含むデータックはックヘッダを持ち、そのパックヘッダ内のストリーム I D (図示せず）により、データの種類（ビデォか副映像かオーディオか等）が区別できるようになっている。

このストリーム I D の内容を参照することで、ビデオパケットは図 7 のビデオデコ一ド部 4 2 8 に転送され、副映像パケットは S Pデコード部 4 2 9 に転送され、ォ一ディォパケットはオーディオデコード部 4 3 0 に転送される。こうして各デコード部（ 4 2 8 4 3 0 ) において、該当する記録内容が、それぞれ個別にデコードされる（ステップ S 1 9 ) 以上のようにして記録された各種情報（ビデオ、副映像、オーディオ等）のデコードが個別に開始されると、図 7 の S T C (システムタイムカウンタ） 4 2 4 にセットされた再生タイムスタンプに基づいて、ビデオ情報、副映像情報、およびノまたはオーディオ情報等が、所定のタイミングで再生される（モニタ T V に画面表示されあるいはスピ一力カゝら音声再生される）（ステップ S 2 0 ) 。

ここで、ステップ S 2 0 の再生タイムスタンプは、図 1 、図 1 0 その他に例示された P E S ヘッダに格納されたもの (図 1 0 ( b ) では 6 0 4 ) を用いることができる。

あるレヽは、ステップ S 2 0 の再生タイムスタンプとして、図 8 ( h ) その他に例示されたノ、 ' ックヘッダ内の S C R (システムクロックリファレンス）ベ一ス（図示せず）を用いることも可能である。

図 1 5 および図 1 6 は、この発明の一実施の形態に係るストリームデータの部分消去方法を説明する図である。

図 1 5 は部分消去後の見かけ上の前半残存領域 7 4 3 について詳細を示しており、図 1 6 は部分消去後の見かけ上の後半残存領域 7 4 4 について詳細を示している。

また、図 2 2 および図 2 4 は、この発明の他実施の形態に係るストリームデータの部分消去方法を説明するもので、各ストリームブロックが一定サイズ（ 3 2 セクタ 6 4 k ノィト）のストリ一ムォブジェクトュニット S O B U で構成される場合を示している。

図 2 2 は部分消去後の見かけ上の前半残存領域 7 4 3 について詳細を示しており、図 2 4 は部分消去後の見かけ上の後半残存領域 7 4 4 について詳細を示してレ、る。

さらに、図 2 3 および図 2 5 は、この発明の他実施の形態に係るストリ一ムデータの仮消去方法を説明するもので、各ストリ一ムブロックが一定サイズ（ 3 2 セクタ 6 4 k ノくィト）のストリームオブジェクトュニット S O B Uで構成される場合を示している。

図 2 3 は、図 2 2 ( g ) ( h ) の消去領域（ 7 4 1 、 7 4 2 ) が仮消去領域（ 7 4 7 、 7 4 8 ) である場合のデータ構造を例示してレヽる。また、図 2 5 は、図 2 4 ( g ) ( h ) の消去領域（ 7 4 1 、 7 4 2 ) が仮消去領域（ 7 4 7 、 7 4 8 ) である場合のデータ構造を例示している。

以下では、図 3 または図 7 の情報記憶媒体 2 0 1 上に既に記録してあるストリームデータの一部を部分的に消去する場合（あるいは仮消去する場合）について説明を行う。

ストリームデータの記録再生装置（ストリーマ）では、部分消去処理（仮消去処理）は、図 7 の主 M P U部 4 0 4 の制御プログラム「ストリ一ムデータ部分消去 /仮消去制御部」 4 0 4 d により実行される。

この発明の一実施の形態では、データ消去（あるいは仮消去）は常にストリームブロック単位（あるいは S O B U 単位）で行なわれる。さらに、オリジナルセル範囲を指定した時間情報（セル開始 A P A T ( S C— S— A P A T / E R A — S— A P A T ) ；セル終了 A P A T ( S C— E— A P A T Z E R A— E— A P A T ) ) を利用して、細かい部分消去範囲（あるいは仮消去範囲）をユーザが指定できるようにしている。ここにもこの発明の特徴がある。

この発明の一実施の形態では、図 1 ( b ) ( j ) に示すようにストリームブロック（あるレ、は S 〇 B U ) の最後をパデイングエリア 3 6 、 3 8 とし、同一のトランスポートノヽ。ケッ卜が異なるストリームブロック（ S O B U ) を跨って記録できなレ、ような構造になっている。

このようにすると、常にトランスポートノ、。ケットの切れ目とストリームブロック（ S O B U ) の切れ目が一致するため . ストリームブロック（ S O B U ) 単位での部分消去が容易に実行可能になる。

図 1 7 は、この発明の一実施の形態に係るストリームデータの部分消去の手順（記録情報の一部を完全消去する手順）を説明するフローチヤ一トである。このフローチヤ一トを利用して仮消去の手順（記録情報の一部があたかも消去されたかの如く管理情報を変更するが、情報本体そのものは消去されずに残す手順）についても説明する。

図 1 7 では図示を省いているが、図 7 の主 M P U部 4 0 4 により「ストリームデータ部分消去 Z仮消去制御部」 4 0 4 d とレ、う制御プログラムがスタートすると、まず、図 7 のデイスクドライブ部 4 0 9 に装填された情報記憶媒体 2 0 1 から、ストリ一ムデータに関する管理情報が記載されている S T R E A M . I F O 1 0 5 (図 2 、図 3 ( e ) 等参照）の情報が読み込まれる。読み込まれた管理情報は、主 M P U部 4 0 4 内のワーク R A M部 4 0 4 a に一時保管される。

図 7 のディスクドライブ部 4 0 9 に装填された情報記憶媒体 2 0 1 には、消去前（あるいは仮消去前）の状態として、ストリームオブジェクト（ S O B ) # Β · 2 9 9 が記録されている。この S O B # B は、ストリームブロック（または S O B U ) # 3〜 # 5 力ゝら構成され、その中に記録されている全トランスポートノ、° ケット（あるいはアプリケーションノ、。ケット）が再生可能な状態になっている場合を考える。

この場合の消去処理では、 S O B # B · 2 9 9 に対応するオリジナノレセル情報 # 2 · 2 7 3 (図 3 ( g ) ；このオリジナルセル情報は、ワーク R A M部 4 0 4 a に一時保管された管理情報 S T R E A M . I F O l 0 5 の一部に含まれる）の指定範囲として、以下の指定がなされる：

( l a ) 該当セルの開始時間 7 5 1 (図 1 5 ( 1 ) または図 2 2 ( 1 ) ) の時刻をトランスポートノ、。ケット r (図 1 5 ( k ) または図 2 2 ( k ) ) に対応したタイムスタンプ r の時刻（トランスポートバケツト！■ の到着時刻を表す）に指定し、

( 2 a ) 該当セノレの終了時間 7 5 6 (図 1 6 ( 1 ) または図 2 4 ( 1 ) ) の時刻をトランスポートノ、。ケット w (図 1 6 ( k ) または図 2 4 ( k ) ) に対応したタイムスタンプ wの時刻（トランスポートノ、。ケット wの到着時刻を表す）に指定する。

一方、仮消去処理の場合には、 S O B # B ' 2 9 9 に対応するオリジナルセル情報 # 2 · 2 7 3 (図 3 ( g ) ； S T R E A M . I F O 1 0 5 の一部）の指定範囲として、以下の指定がなされる：

( l b ) 該当セルの開始時間 7 5 2 (図 2 3 ( 1 ) ) の時刻をトランスポートノ、。ケット r r (図 2 3 ( k ) ) に対応したタイムスタンプ r r の時刻（トランスポートノヽ。ケット r r の到着時刻を表す）に指定し、 ( 2 b ) 該当セルの終了時間 7 5 8 (図 2 5 ( 1 ) ) の時刻をトランスポートパケット j (図 2 5 ( k ) ) に対応したタイムスタンプ〗の時刻（トランスポートノケット j の到着時刻を表す）に指定する。

以下の部分消去手順（または仮消去手順）の説明において部分消去前後（仮消去前後）で図 2 の S T R E A M . I F O 1 0 5 および S T R E A M . V R O 1 0 6 の内容力 S どのように変化する力を、図 1 5 、図 1 6 および図 2 2 〜図 2 5 を適宜参照しながら説明する。

初めは、部分消去の場合を説明し、その後に仮消去の場合を説明する。

[部分消去の場合]

レ、ま、図 1 5 ( f ) 、図 1 6 ( f ) 、図 2 2 ( f ) あるいは図 2 4 ( f ) に示すストリームオブジェクト（ S O B ) # B · 2 9 9 の中央部を部分消去するものとし、図 1 5 ( g ) 図 1 6 ( g ) 、図 2 2 ( g ) あるレヽは図 2 4 ( g ) に示すように見かけ上の消去領域 7 4 1 が設定される場合を想定して図 1 7 のフローチャートの説明に入る。

まず、ユーザ等により、部分消去範囲が、時間情報（部分消去の開始時刻と部分消去の終了時刻）等により指定される (ステップ S 2 1 ) 。

この指定により、図 1 5 ( g ) 等に示した「見かけ上の消去領域 7 4 1 」の範囲が特定される。この消去範囲指定操作後は、図 1 5 ( f ) 等の S 〇 B # B ' 2 9 9 内に、見かけ上の前半残存領域 7 4 3 および見かけ上の後半残存領域 7 4 4 67 が残る（図 1 5 ( g ) 、図 1 6 ( g ) 、図 2 2 ( g ) あるいは図 2 4 ( g ) 参照）。

上記ステップ S 2 1 により「見かけ上の消去領域 7 4 1 」の範囲が特定されると、図 7 のストリ一ムデータ部分消去 Z 仮消去制御部 4 0 4 d を実行する主 M P U部 4 0 4 により、タイムマップ情報（図 3 ( h ) の 2 5 2 あるいは後述する図 2 9 の 5 〇 8 1 ) が読み出される。読み出されたタイムマツプ情報の内容に基づいて、ユーザが指定した部分消去の範囲に完全に含まれるストリームプロック（ 1 または複数の S O B U あるいは 1 以上の S O B U を含んだ S O B ；代表的にはストリームブロック = S O B U ) が、検索される。そして、検索されたストリームプロック（換言すると該当 S 〇 B に含まれるトランスポートバケツトあるいはアプリケーションパケットのうち消去終了位置より前の全てのバケツト）が消去される（ステップ S 2 2 ) 。

こうして消去されたストリームブロック（あるレ、は S O B U ) は、図 2 の管理情報（ S T R E A M . I F 〇 Z S R— M A N G R . I F O ) 1 0 5 により、フアイノレ S T R E A M . V R O l 0 6 になレヽものとして扱われる（つまり、フアイノレシステムは、消去されたストリ一ムブロック / S 〇 B U を無視する）。

なお、消去されたストリームブロック / S O B Uの情報が記録されていた情報記憶媒体 2 0 1 上の物理アドレス位置には、図 2 の D V D— R T Rディレクトリ 1 0 2 以外のディレクトリ（管理情報 1 0 5 が関与できないところ、たとえば図 2 のコンピュータデータ保存用サブディレクトリ 1 1 3 ) の下に存在する別ファイルを記録することもできる。この場合も、サブディレクトリ 1 1 3 の下に存在する別フアイノレを記録した情報記憶媒体 2 0 1 上の物理的な記録場所は、フアイノレシステム上は、フアイノレ S T R E A M , V R O 1 0 6 力ら外される。

次に、図 1 5 ( g ) 等に示す部分消去範囲に対する前半残存領域 7 4 3 と後半残存領域 7 4 4 とでストリームオブジェクト（ S O B ) を分割する。続いて、この分割により生じた新たなストリームオブジェクト（図 1 5 ( h ) 等の S 〇 B # B * 7 4 5 、 S O B # C . 7 4 6 ) に対する S O B情報（ S O B I ) が作成され、作成された S O B I が図 7 の主 M P U 部 4 0 4 内のワーク R A M部 4 0 4 a に一時記憶される。その際、分割前の S ◦ B # B に対して記録されていたタイムマップ情報 2 5 2 内の該当個所を転記する形で、新たな S O B # 8 * 7 4 5 ぉょび 5 0 8 # じ · 7 4 6 に対するタイムマツプ情報も作成される（ステップ S 2 3 ) 。

上記タイムマップ情報の内容変更（転記 · 作成）の具体的な対象は、たとえば図 3 ( i ) に示す各種情報（ 2 6 1 〜 2 6 5 ) 、あるいは図 2 9 に示すストリームオブジェクト情報 ( S O B I ) の内容（ M A P L 、 M A P L一 E N T一 N s 等）である。

なお、部分消去によりタイムマップ情報（ M A P L ) が短くなつたときは、短くなつたタイムマップ情報（ M A P L ) を含む S O B I の後にくる「 1 以上の後続 S O B I および全ての後続情報テーブル」は、変更された（短くなつた） S O B I にァラインされる。こうすることで、隣接 S O B I 間にギャップが生じることを防止できる。

その場合、図 2 9 の S O B I — S R P # 、 S F I T の一部図 3 ( f ) または図 2 7 の S T R— V M G I ( S F I T以降の情報テ一ブルの開始アドレス全て）等も、上記 S O B I ァラインに対応して修正される。

上記ステップ S 2 3 の処理内容について、さらに説明する図 7 の主 M P U部 4 0 4 は、ストリームデータ部分消去/ 仮消去制御部 4 0 4 d に関するシーケンシャノレプログラムに従って処理を実行し、ディスクドライブ部 4 0 9 に対してデータ読み出しの指示を出す。これにより、情報記憶媒体 2 0 1 上でストリームデータが記録されてレ、るフアイノレ S T R E A M . V R O (または S R一 T R A N S . S R O ) 1 0 6 (図 2 ) 内力ら、ストリ一ムブロック # 5 のデータ（図 1 6 または図 2 4 の（ i ) 〜（ 1 ) ) が再生され、そのデータが主 M P U部 4 0 4 内のワーク R A M部 4 0 4 a に一時保管される。

次に、主 M P U部 4 0 4 は、その一時保管したデータ内を検索し、図 1 6 ( g ) または図 2 4 ( g ) で示す見かけ上の後半残存エリア 7 4 4 の開始時刻に最も近い値を持つタイムスタンプの値を、検索する。

その検索結果が図 1 6 ( i ) 〜（ k ) で示すようにセクタ N o . 1 1 2 内にあるタイムスタンプ k (あるいは図 2 4 ( i ) 〜（ k ) で示すようにセクタ N o . 1 4 4 内にあるタィムスタンプ k ) の値と一致しあるいは近似していた場合には、このタイムスタンプ k の値が、オリジナルセル情報 # 3 · 7 6 2 の該当セルの開始時間 7 5 2 の値に設定される。こうして設定された該当セルの開始時間（ S C— S _ A T A P 等） 7 5 2 が、主 M P U部 4 0 4 内のワーク R A M部 4 0 4 a に一時保管された、ストリームデータの管理情報 S T R E A M . I F O (または S R— M A N G R . I F O ) 1 0 5 内に追記される。

同様に、オリジナルセル情報 # 3 . 7 6 2 の該当セルの終了時間（ S C— E— A T A P等） 7 5 6 の値としては、部分消去前のオリジナルセル情報 # 2 · 2 7 3 の該当セルの終了時間 7 5 6 の値が転記される。

ところで、図 1 5 、図 1 6 、図 2 2 あるいは図 2 4 の実施の形態では、ストリ一ムブ口ック # 4 が部分消去の範囲内に完全に含まれるので、その部分が実質上の消去領域 7 4 2 として実質的に消去される。

このとき、ストリームブロック # 3 とストリームブロック # 5 は実質的には消去されずにそのまま残存するが、図 1 5 図 1 6 、図 2 2 あるレヽは図 2 4 の（ e ) 〜（ g ) に示すように、ストリームブロック # 3 の末尾側およびストリ一ムブロック # 5 の先頭側の一部は、ユーザ等により指定された見かけ上の消去領域 7 4 1 に含まれている。

この発明の一実施の形態では、部分消去の範囲 7 4 1 に対する前半残存エリア 7 4 3 および後半残存エリア 7 4 4 において、ストリームオブジェクト（ S O B # B ) が分割 ' 分離されるとともに、それに対応してオリジナルセル範囲も分割 · 分離される。

この分割 ' 分離に対応して、図 1 5 、図 1 6 、図 2 2 あるいは図 2 4 の実施の形態では、ストリームブロック # 5 の位置を新たにストリームオブジェクト # C · 7 4 6 と定義される。

一方、消去前のストリームオブジェクト（ S O B ) # Β · 2 9 9 に対応するストリームォブジェクト情報（ S O B I ) # Β · 2 4 3 (図 3 ( g ) ) 内に記載されたタイムマップ情報（その内容は図 3 ( i ) と同様であり、図 2 9 の S O B I の内容に対応する）の中で、ストリームブロック # 5 に対するストリームブロックサイズおよびストリームブロック時間差の値は、部分消去前後で変化しない。

そこで、図 1 7 のステップ S 2 3 に示すように、このタイムマップ情報がそっくりそのまま、 S T R E A M . I F O 1 0 5 内に新規に作成されるストリームオブジェクト # じ · 7 4 6 (図 1 6 ( h ) 、図 2 4 ( h ) 等）に対応するストリームォブジヱクト情報 # C 内のタイムマップ情報情報として、転記される。

この新たに定義されたストリームオブジェクトヰ C · 7 4 6 に対応した部分消去後のオリジナルセル情報 # 3 · 7 6 2 (図 1 6 ( m ) または図 2 4 ( m ) ) が指定する表示範囲は . ユーザが指定した見かけ上の後半残存エリァ 7 4 4 の範囲と一致する。

ステップ S 2 3 の処理によりタイムマップ情報の作成が済むと、新たに定義された S O B ( S O B # # B * 、 S O B # C ) に対するオリジナルセル情報が作成される（ステップ S 2 4 ) 。

このオリジナルセル情報の作成において、対応オリジナルセノレ # 3 ■ 7 6 2 (図 1 6 ( m ) 、図 2 4 ( m ) ) の指定範囲が設定される。

この設定は、ユーザ等により指定された部分消去終了時刻に該当セルの開始時刻を合わせることで、（あるいはュ一ザ等により指定された部分消去開始時刻に該当セルの終了時刻を合わせることで）行われる。

具体的には、後述する図 3 1 下段の図解を例に採れば、完全消去後（部分消去が完全に実行された後）の新たな S O B のセル # k + 1 (完全消去前はセル # k + 2 ) の開始時刻 ( S C— S— A P A T k + 1 ) を、ュ一ザ等により指定された消去終了時刻（完全消去前のセル # k + 1 の S C _ E _ A P A T k + 1 ) に合わせることになる。

あるいは、完全消去後の S 〇 B のセル # k (完全消去前もセノレ # k ) の終了時刻（ S C— E— A P A T k ) を、ュ一ザ等により指定された消去開始時刻（完全消去前のセル # k + 1 の S C— S— A P A T k + 1 ) に合わせてもよい。

なお、図 3 1 下段の図解例において、完全消去の前後で変更のないセル # k については、その開始時刻（ S C— S— A P A T k ) および終了時刻（ S C— E— A P A T k ) に変更はない。

上記ステップ S 2 4 の処理により、前述した「 S 〇 B I ァライン」がなされる（これにより隣接 S O B I 間にギャップが生じることを防止できる）。

次に、元の（消去前の）ストリームオブジェクト情報（ S O B I ) # Β · 2 4 3 (図 3 ( g ) ) に関する情報（タイムマップ情報等）が書き替えられる（ステップ S 2 5 ) 。

具体的には、実質上の消去領域 7 4 2 (図 1 6 ( h ) 、図 2 4 ( h ) ) の部分および新たに定義された S O B領域 7 4 6 (図 1 6 ( h ) 、図 2 4 ( h ) ) の部分を元のタイムマツプ情報から除去した内容に、タイムマップ情報が書き替えられる。

そうする理由は、部分消去後には S O B # B * 7 4 5 (図 1 5 ( h ) 、図 2 2 ( h ) ) を構成するストリームブロックは # 3 のみとなったので、部分消去前の S 〇 B I # B ' 2 4 3 内のタイムマップ情報力ゝら、実質的に消去されたストリ一ムブロック # 4 の部分、および別のストリームオブジェクト ( S O B # C ) の所属になったストリームブロック # 5 の情報を削除する必要があるからである。

この情報削除がステップ S 2 5 の情報書替処理である。この削除処理は、図 7 の主 M P U部 4 0 4 内のワーク R A M部 4 0 4 a に一時保管された管理情報（ S T R E A M . I F O / S R _M A N G R . I F O ) 1 0 5 に対してなされる。

このステップ S 2 5 における情報（タイムマップ情報等）の書き替えにおいても、前述した「 S O B I ァライン」がなされる（これにより隣接 S 〇 B I 間にギャップが生じることを防止できる）。次に消去前のオリジナルセル情報 # 2 · 2 7 3 に関する情報内容の変更処理が行なわれる。ここでは、ステップ S 2 4 におけるオリジナルセル情報 # 3 · 7 6 2 の作成と同様な処理が実行される。

まず、タイムマップ情報が書き替えられた S O B に対応したオリジナルセルの時刻範囲が変更される（ステップ S 2 6 ) 。

この変更は、ユーザ等により指定された部分消去開始時刻に該当セルの終了時刻を合わせることで、（あるいはユーザ等により指定された部分消去終了時刻に該当セルの開始時刻を合わせることで）行われる。

具体的には、後述する図 3 1 下段の図解を例に採れば、セノレ # k (完全消去前もセル # k ) の終了時刻（ S C _ E— A P A T k ) を、ユーザ等により指定された消去開始時刻（完全消去前のセル # k + 1 の S C— S— A P A T k + 1 ) に合わせることになる。

あるいは、完全消去後のセル # k + 1 (完全消去前はセル # k + 2 ) の開始時刻（ S C— S— A P A T k + 1 ) を、ュ —ザ等により指定された消去終了時刻（完全消去前のセル # k + 1 の S C— E一 A P A T k + 1 ) に合わせてもよい。

次に 7 の主 M P U部 4 0 4 は、ストリームデータ部分： 77 消去 Z仮消去制御部 4 0 4 d に関するシーケンシャルプ口グラムに従って処理を実行し、ディスクドライブ部 4 ◦ 9 に対してデータ読み出しの指示を出す。これにより、情報記憶媒体 2 0 1 上でストリ一ムデータが記録されてレヽるフアイノレ S T R E A M . V R O (または S R一 T R A N S . S R 〇） 1

0 6 (図 2 ) 内力ら、ストリームブロック # 3 のデータ（図 1 5 または図 2 2 の（ i ) 〜（ 1 ) ) が再生され、そのデータカ S主 M P U部 4 0 4 内のワーク R A M部 4 0 4 a に一時保管される。

主 M P U部 4 0 4 は、その一時保管したデータ内を検索し図 1 5 ( g ) または図 2 2 ( g ) で示される見かけ上の前半残存エリァ 7 4 3 の終了時刻にもっとも近い値を持つタイムスタンプの値を、検索する。

その検索結果が図 1 5 または図 2 2 の（ i ) 〜（ k ) で示すようにセクタ N o . 9 0 内にあるタイムスタンプ V のィ直と一致しあるいは近似していた場合には、このタイムスタンプ V の値が、部分消去後のオリジナルセル情報 # 2 · 7 6 1 (図 1 5 ( m ) 、図 2 2 ( m ) ) の該当セルの終了時間 7 5

7 (図 1 5 ( 1 ) 、図 2 2 ( 1 ) ) の値として設定される。こうして設定された値が、主 M P U部 4 0 4 内のワーク R A M部 4 0 4 a 内に一時保管された管理情報（ S T R E A M I F O / S R— M A N G R . I F O ) 1 0 5 に追記される。なお、部分消去後のオリジナルセル情報 # 2 · 7 6 1 の該当セルの開始時間 7 5 1 の値（ S C— S— A P A T ) は、部分消去前のオリジナルセル情報 # 2 ■ 2 7 3 の該当セルの開始時間 7 5 1 の値（ S C— S— A P A T ) と同じなので、変更されずにそのままの値が管理情報（ S T R E A M . I F O / S R— MA N G R . I F O ) 1 0 5 内に残される。

以上一連の処理が終了すると、図 7 のワーク ] A M部 4 0 4 a 內で変更されたストリームデータの管理情報（ S T R E A M . I F O / S R— M A N G R . I F O ) 1 0 5 の情報を元に、主 M P U部 4 0 4 力、らディスクドライブ部 4 0 9 へ指示が出される。

これにより、情報記憶媒体 2 0 1 上の S T R E A M . I F 0 / S R _M A N G R . I F O 1 0 5 の情報が書き替えられる（ステップ S 2 7 ) 。

この情報書き替えの結果、削除されたストリームブロック ( S O B U ) は図 2 のフアイノレシステム（ D V D— R T A V のファイルシステム）力ら無視されるようになる。

最後に、 S 2 8 で情報記憶媒体 2 0 1 上に記録されたボリユーム & ファイル構造情報 2 0 6 (図 3 ( b ) ) の情報が書き替えられて、ファイルシステム情報が更新される（ステツプ S 2 8 ) 。

ストリームブロック毎のデータサイズと時間情報（時間差）が記録されているストリームオブジェクト情報（ S O B 1 ) による指定範囲に対して、この指定範囲に対応した再生範囲を示すオリジナルセル情報の指定範囲を、等しいかあるいは狭くすることができる（図 1 5 、図 1 6 、図 2 2 あるいは図 2 4 の（ ί ) 〜（ h ) 参照）。このようにすれば、ユーザは、見かけ上、ストリームブロックよりも細かな任意の範囲で、記録済み S O B情報の部分消去が可能となる。

なお、各ストリ一ムブロック毎のデータサイズを加算することで、特定のストリームブロックが記録されている位置 ( = アドレス情報）を算出することができる。上記のように部分消去処理を行つた後に情報記憶媒体 2 0 1 から再生が行われると、図 4 に示すように 1 個のオリジナル P G C 2 9 0 ではオリジナルセル # 2 とオリジナルセル # 3 が連続して再生される。

つまり、部分消去処理が実行された情報記憶媒体 2 0 1 からユーザ等により再生が行われる場合には、オリジナルセル情報 # 2 · 7 6 1 (図 1 5 ( m ) 等）内の該当セルの開始時間 7 5 1 から該当セルの終了時間 7 5 7 の時刻まで再生された直後に、オリジナルセル情報 # 3 ■ 7 6 2 (図 1 6 ( m ) 等）内の該当セルの開始時間 7 5 2 の位置から、続けて（通常はシームレスに）再生が始まる。

[仮消去の場合]

D V D ストリーマでは、 2 種類の消去が可能となっている第 1 は上述したストリームの一部を完全に消去するものであり、第 2 は以下に述べるストリ一ムの一部を仮に消去する (仮消去またはテンポラリ · ィレーズ；これを適宜 T E と略記する）ものである。

仮消去に関しては：

( 1 1 ) ストリームの仮消去部分は完全に構成し直すことができる；

( 1 2 ) 仮消去部分の開始位置および終了位置は、アプリケーシヨンパケット到着時間（ A P A T ) の精度で、時間情報によりマークできる（ストリーマのュ一ザは、 S 〇 B 、 S O B U、 S O B I / M A P L等の内部情報を認識できないが記録時間は認識できる。そこで、仮消去の範囲、すなわち仮消去部分の開始位置および終了位置を、ユーザが時間ベースでマークできるようにしてレヽる。）；

( 1 3 ) 記録中、ストリーマのフォーマットは、ストリーム内に配慮せず、仮消去部分を完全消去状態にすることができる（これにより、仮消去部分をリアルタイムでリサイクル利用できるようになる）。

上記（ 1 1 ) 〜（ 1 3 ) は、図 3 ( f ) 、図 4 、図 2 7 または図 3 2 に示すオリジナル P G C (ュ一ザ定義 P G C に非ず）内のストリームセル情報 S C I (図 2 8 ) に含まれるプロテクトフラグ T E (図 2 8 ) を利用して、実現できる。この T E フラグは仮消去されたセルを示すものである。

次に、図 2 3 ( f ) あるいは図 2 5 ( f ) に示すストリームオブジェクト（ S O B ) # B ■ 2 9 9 の中央部を仮消去するものとし、図 2 3 ( g ) あるいは図 2 5 ( g ) に示すように見かけ上の仮消去領域 7 4 7 が設定される場合を想定して図 1 7 のフローチャートの説明に入る。

仮消去の処理においては、図 1 7 のステップ S 2 1 〜 S 2 3 の「部分消去範囲」あるいは「消去範囲」を「仮消去範囲」と読み替えれば、処理内容の手順は同様である。また、図 1 7 のステップ S 2 7 〜 S 2 8 も、処理手順としては、部分消去の場合も仮消去の場合も変わらない。

以下では、図 1 7 のステップ S 2 4 ~ S 2 6 に関して、仮消去の場合の手順を、図 2 3 および図 2 5 を参照しながら、説明する。

ステップ S 2 3 の処理によりタイムマップ情報の作成が済むと、新たに定義された S O B ( S 〇 B # # B * 、 S O B # C ) に対するオリジナルセル情報が作成される（ステップ S 2 4 ) 。

このオリジナルセル情報の作成において、対応オリジナルセルの指定範囲が設定される。

具体的には、後述する図 3 0 ( b ) の図解を例に採れば、仮消去フラグ T E が " 1 0 b " に設定されたセル # k + 1 の開始時刻は、ユーザ等により指定された仮消去開始時亥 U ( E R A— S— A P A T ；仮消去の開始マーク）となる。また、仮消去フラグ T Eが " 1 0 b " に設定されたセル # k + 1 の終了時刻は、ユーザ等により指定された仮消去終了時刻（ E R A— E— A P A T ; 仮消去の終了マーク）となる。

あるいは、後述する図 3 1 上段の図解を例に採れば、仮消去フラグ T E が " 1 0 b " に設定されたセノレ # k + 1 の開始時刻は S C— S— A P A T k + 1 となり、このセノレ # k + l の終了時刻は S C— E A P A T k + 1 となる。

次に、元の（仮消去前の）ストリームオブジェクト報

( S O B I ) に関する情報（タイムマップ情報等）が、前述した部分消去と同様な方法で書き替えられる（ステップ S 2 5 ) 。

この仮消去では、仮消去対象のデータ自体が消去されるのではなく、消去対象のデータの管理情報が「仮消去」状態に書き替えられるだけである。しカゝし、仮消去対象のデータ (図 3 0 ( b ) あるいは図 3 1 上段の例ではセル # k + 1 のデータ）が完全消去されると、以下の処理がなされる。まず、タイムマップ情報が書き替えられた S O B に対応したオリジナルセルの時刻範囲が変更される（ステップ S 2 6 ) 。

具体的には、後述する図 3 0 の図解を例に採れば、図 3 0 ( b ) の仮消去セル # k + 1 の開始時刻（ E R A— S— A P A T ) が図 3 0 ( c ) の完全消去後のセル # k の終了時刻 ( S C— E— A P A T ) に合わせられ、図 3 0 ( b ) の仮消去セノレ # k + l の終了時亥 ij ( E R A— E— A P A T ) が図 3 0 ( c ) の完全消去後のセル # k + 1 (完全消去前はセル # K + 2 ) の開始時刻（ S C— S— A P A T ) に合わせられることになる。

以上の仮消去処理の要点を纏めると、次のようになる。

( a ) 仮消去の開始時刻（ E R A— S— A P A T ) および仮消去の終了時刻（ E R A— E— A P A T ) によって、ストリームオブジェクト（ S O B ) に含まれるビットストリーム情報の一部（図 2 3 または図 2 5 の仮消去領域 7 4 7 ) に対する仮の消去範囲が指定される（ステップ S 2 1 において、「部分消去範囲」を「仮消去範囲」に読み替える）。

開始時刻（ S C— S — A P A T ) 力 Sストリームブロック ( S O B U ) 内で開始するトランスポートパケット（アプリケ一シヨンノ、。ケット）の先頭に一致するときに、開始時刻 ( S C— S— A P A T ) を伴うトランスポートノ、。ケット（ァプリケーシヨンバケツト）を含むところのストリームブロック（ S O B U ) 内で開始するトランスポートノ、。ケット（ァプリケーシヨンパケット）のうちの最初のものの開始時刻（ S c— S— A P A Τ ) に、仮消去の開始時刻（ E R A— S— A

P A T ) を合わせる（ステップ S 2 6 におレ、て、「部分消去」を「仮消去」に読み替える）。そして、ストリ情報 ( S T R E A M . I F O / S T R I ) を書き替える（ステツプ S 2 7 ) 。

( b ) あるいは、仮消去の開始時刻（ E R A— S _ A P A τ ) および仮消去の終了時刻（ E R A _ E— A P A T ) によつて、ストリームオブジェクト（ S O B ) に含まれるビットストリ一ム情報の一部（図 2 3 または図 2 5 の仮消去領域 7

4 7 ) に対する仮の消去範囲が指定される（ステップ S 2 1 おいて、「部分消去範囲」を「仮消去範囲」に読み替える

仮の消去範囲力; 指定された部分に相当するセル（ T E セル ) がストリームオブジェクト（ S O B ) の先頭を含むとき、開始時刻（ S C— S— A P A T ) を伴うトランスポートパケット（アプリケーションバケツト）を含むところのストジームブロック（ S O B U ) 内で開始するトランスポートパケット（アプリケーシヨンノ、。ケット）のうちの最初のものの開始時刻（ S C— S— A P A T ) に、仮消去の開始時刻（ E R A— S— A P A T ) を合わせる（ステップ S 2 6 において部分消去」を「仮消去」に読み替える）。そして、ストリマ情報（ S T R E A M . I F O / S T R I ) を書き替えるステップ S 2 7

( c ) あるレ、は、仮消去の開始時刻（ E R A— S— A P A 丁 ) および仮消去の終了時刻（ E R A一 E— A P A T ) によつて、ストリームオブジェクト（ S O B ) に含まれるビットストリーム情報の一部（図 2 3 または図 2 5 の仮消去領域 7 4 7 ) に対する仮の消去範囲が指定される（ステップ S 2 1 において、「部分消去範囲」を「仮消去範囲」に読み替える）。

開始時刻（ S C— S— A P A T ) を伴うトランスポートパケット（アプリケーションパケット）を含むところのストリームブロック（図 3 0 ( b ) の S O B U # 3 ) 力 S直後に続く他のストリームブロック（図 3 0 ( b ) の S 〇 B U # 2 ) 内で開始するトランスポートノケット（アプリケーションパケット）のうちの最初のものの開始時刻（ S C— S— A P A T ) に、仮消去の開始時刻（ E R A— S— A P A T ) を合わせる（ステップ S 2 6 において、「部分消去」を「仮消去」に読み替える）。そして、ストリーマ情報（ S T R E A M . I F O / S T R I ) を書き替える（ステップ S 2 7 ) 。

( d ) あるいは、仮消去の開始時刻（ E R A— S— A P A T ) および仮消去の終了時刻（ E R A— Ε— A P A Τ ) によつて、ストリームオブジェクト（ S O B ) に含まれるビットストリーム情報の一部（図 2 3 または図 2 5 の仮消去領域 7 4 7 ) に対する仮の消去範囲が指定される（ステップ S 2 1 において、「部分消去範囲」を「仮消去範囲」に読み替える）。

仮の消去範囲が指定された部分に相当するセル（ T E セル）の直後に続くトランスポートノ、。ケット（アプリケ一ションノケット）を含むところのストリームブロック（図 3 0 ( c ) のセノレ # k + l の S 〇 B U # 1 ) 内で開始するトランスポ一トノケット（アプリケーションノ、°ケット）のうちの最初のものの開始時刻（ S C— S— A P A T ) に、仮消去の終了時刻（ E R A— E— A P A T ) を合わせる（ステップ S 2 6 において、「部分消去」を「仮消去」に読み替える）。そして、ストリーマ情報（ S T R E A M . I F O / S T R I ) を書き替える（ステップ S 2 7 ) 。

図 1 8 は、 M P E Gエンコードされた映像データ（部分消去前あるいは仮消去前）に対する時間管理情報設定方法を説明する図である。

また、図 1 9 は、図 1 8 の映像データに対応したオリジナルセル情報（部分消去前あるいは仮消去前）における時間情報とフィールド情報との関係を説明する図である。

前述した実施の形態では、特定のデータサイズ（たとえば 3 2 セクタ Z 6 4 kノィト）毎に分割したストリ一ムブロック（ S O B U ) 毎に実質的な部分消去を行い、詳細な見かけ上の部分消去範囲を、オリジナルセル範囲で定義できるようになってレヽる。

しかし、この発明はそれだけに限られない。映像データなどの特定のデータをュニットもしくはプロックに分割管理しそのュニットもしくはブロック単位で消去を行なうとともに再生情報（セルなど）の範囲指定により「ユーザによる詳細な再生範囲を指定できる」あらゆる方法に対して、この発明を適用することができる。

たとえば、 M P E G 2 により記録された映像情報を管理する管理情報フアイノレである R T R . I F O 1 0 4 (図 2 ) では、図 1 8 に示すように M P E G 2 の動画圧縮に特有な I ピクチャカゝら次の I ピクチャの手前までがュニットイヒされて取り扱われる。このユニットは、ビデオオブジェクトユニット ( V O B U ) と呼ばれる。この V O B Uは、ストリームォブジェタトユニット（ S O B U ) に対応させて考えることができる。

N T S C の T V規格では、 1 秒間に約 3 0 枚の画像（フレーム）を表示している。各画像をピクチャと呼び、インタ一レース方式では 1 枚のピクチャ（フレーム）を 2 回のフィ一ルド走査（奇数フィールド走査と偶数フィールド走査）で表現している。

ストリーマでは、ストリームデータが受信機に到達した時刻情報が記録されているタイムスタンプ情報を、時間（時刻）情報として利用している。しかし、この発明の一実施の形態においては、映像情報に対しては、図 1 8 に示す最初の I ピクチャ a から数えたフィールド数で、時間（時刻）情報を表わすことも可能としている。

この実施の形態でのタイムマップ情報は、 V O B U (あるいは S O B U ) 毎のユニットとして管理される。たとえば、図 3 ( i ) のストリームブロックサイズ 2 6 2 に対しては、 1 個の V O B U (あるいは S O B U ) のデータサイズが対応する。また、ストリームブロック時間差 2 6 3 に対応する時間情報としては、 1 個の対応する V O B U (あるいは S O B U ) 内に含まれるフィールド数が当てはまる。このとき、オリジナルセル # 1 の情報（図 2 8 の S C I ) 7 6 3 (図 1 9 ) における該当セルの開始時間（ S C— S— A P A T あるレヽは E R A一 S— A P A T ) 7 5 3 および該当セルの終了時間（ S C— E— A P A 丁あるいは E R A— E— A P A T ) 7 5 8 の情報は、図 1 8 の先頭 I ピクチャ a 力ら数えたフィールド数で表現できる。

たとえば、図 1 8 の n 枚目のピクチャの時間情報は、 2 n 番目のフィールドとして表現できる。

図 2 0 は、 M P E Gエンコードされた映像データ（部分消去後あるいは仮消去後）に対する時問管理情報設定方法を説明する図である。

また、図 2 1 は、図 2 0 の映像データに対応したオリジナルセル情報（部分消去後あるいは仮消去後）における時間情報とフィールド情報との関係を説明する図である。

図 1 8 の映像情報に対して部分消去の処理を行った場合には、図 2 0 に示すように、 V O B U # 2 ( S O B U # 2 ) のみが実質的に部分消去される。ユーザ等が指定した細かい部分消去の範囲は、図 I 5 その他を参照して説明したストリ一ムデータの部分消去の場合と同様、セルの範囲設定で規定でさる。

すなわち、図 2 0 において、ユーザ等力 S B ピクチャ ί 力ら Β ピクチャ s まで部分消去を指定した場合、部分消去指定範囲に完全に含まれる V O B U # 2 ( S 〇 B U # 2 ) は完全に消去される。このとき、一部のみ部分消去の指定範囲に含まれる V O B U # l ( S O B U # l ) および V O B U # 3 ( S 〇 B U # 3 ) は、 V O B U単位（ S O B U単位）で実質的に残存する。

ストリームデータの場合と同様に、部分消去した部分の前後で V O B (あるいは S O B ) が分割されて V〇 B # 1 ( S Ο Β # 1 ) と V O B # 2 ( S O B # 2 ) になる。これに対応して、部分消去前のセルは、オリジナルセル # 1 とオリジナノレセノレ # 2 に分かれる。

このとき、図 2 1 に示すように、オリジナルセル # 1 の情報（ S C I ) 7 6 4 の該当セルの終了時間（ S C— E— A P A T あるレヽは E R A— E— A P A T ) 7 5 9 として B ピクチャ ί に対応した 2 f 番目のフィールドを指定し、オリジナルセル # 2 の情報（ S C I ) 7 6 5 の該当セルの開始時間（ S C一 S一 A P A T あるいは E R A— S— A P A T ) 7 5 4 として B ピクチャ s に対応した 2 ( s — q ) 番目のフィールドを指定することができる。

たとえば、図 2 0 の f 枚目のピクチヤの時間情報は、 2 f 番目のフィールドとして表現できる。

図 2 0 、図 2 1 の実施の形態では、フィールド数は、必ず V O B ( S O B ) 毎に V O B の先頭ピクチャ力ら数えたフィ一ルド数で表わしている。さらに、セル情報（ S C I ) 内でフィールド数により、対応する V 〇 B ( S O B ) を指定できるようにしている。ここにこの実施の形態の特徴がある。

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

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

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

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

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

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

すなわち、セクタ N o . ◦ は 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 ノくイト）を持つものとして扱うことができる。

図 2 6 ( a ) のスタッフイングノイトは、ストリームノ、。ックを常に所定長（ 2 0 4 8 バイト）に保っために利用できるストリ一ムの記録時において、最初のアプリケ一ションパケットのアプリケーションタイムスタンプ A T S の先頭バイトは、ストリームオブジェクト S O B の始まりにおける最初のストリームノ、°ケット内のアプリケーションノ、⁰ケットエリアの開始位置に、ァラインされている必要がある。

一方、 S O B 内のその後のストリームノヽ⁰ケットにつレヽては隣接ストリームノヽ。ケット境界で、アプリケーションノケットが分割（スプリット）されてもよい。図 9 の下段に例示した部分パケットは、この分割（スプリット）により生じたァプリケ一ションバケツトを示してレヽる。

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

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

図 2 6 ( a ) のノックヘッダは、図示しないが、パック開始コードの情報、 S C Rベースの情報、 S C Rェクステンシヨンの情報、プログラム最大レートの情報、マーカビット、ノックスタッフィング長の情報等を含んでいる。

S C Rベースは 3 2 ビットで構成され、その 3 2 ビット目はゼロとされる。また、プログラム最大レートとしては、 1 0 . 0 8 M b p s が採用される。

図 2 6 ( a ) の P E S ヘッダおよびサブストリーム I Dは図 1 0 ( c ) に示したような内容を持ってレ、る。

図 2 6 ( a ) のアプリケーションヘッダは、図 1 2 ( 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 には、該当ストリームパケット内で開始される最初のアプリケーションバケツトのタィムスタンプ位置が、このストリームノケットの最初のバイトカらの相対値として、ノイト単位で、記述される。もしストリームバケツト内で開始するアプリケーションバケツトがなレ、ときは、 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 には、該当ストリームノヽ。ケット内にアプリケーションヘッダェクステンションおよび Zまたはスタッフィングバイトが存在するか否力力 S、記述される。

E X T E N S I O 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の内容力 1 0 b の場合は、アプリケーションヘッダの後にアプリケーシヨンヘッダェクステンションがあるが、スタッフイングノくィトは存在しないことが示される。

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 〇 = l l b 」によりアクティブになる。こうすることで、アプリケーションヘッダェクステンション内のノくィト数と、アプリケーションバケツトエリア内に格納できるァプリケーシヨンバケツト数との間に矛盾が生じた場合に「パッキングパラドクス」が起きるのを防止できる。

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 が記述される。

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

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

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

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

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

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

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

一方、 S O B 内のその後のストリームノヽ⁰ケットについては隣接ストリームバケツト境界で、アプリケーションバケツトが分割（スプリット）されてもよい。図 8 ( f ) ( g ) あるいは図 9 に示した部分アプリケーションバケツトは、この分割（スプリット）により生じたアプリケーションパケットを示してレヽる。

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

こうすることにより、あるストリームバケツト内 ,において最初のアプリケ一ションタイムスタンプの前および最後のァプリケ一ションノ、。ケットの後におけるスタッフィングが、自動的に行われる。

すなわち、上記自動化メカニズムにより、「アプリケ一シヨンが自分でスタッフイングを行なう」ことが実現される。この自動スタッフイングにより、ストリームノケットは常に必要な長さを持つことになる。

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

なお、 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 〇 P Y R I G H T には、関連アプリケーションノ、°ケットの著作権の状態が記述される。

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

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

すなわち、図 2 6 ( 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 ；あるいは図 2 9 の S O B I 内 M A P L ) の回復（再生）を確実にするためにスタッフィングが必要になる。図 2 6 ( 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 としたときに、 0 ≤ n ≤ S O B U _ S I Z — 1 とすれば、スタッフイングノ、。ケットの全長は、「 4 + 2 0 1 4 + n X 2 0 1 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 」をカ卩えたものとする；

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

* アプリケーションヘッダ（図 1 2 ( 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 ) とする。

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

このストリーマ情報 S T R I は、図 3 ( f ) あるいは図 2 7 に示すように、ストリーマビデオマネージャ情報 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 は、図 2 7 に示すように、 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の詳細については、図 2 9 を参照して後述する。

オリジナノレ P G C情報 O R G— P G C I は、オリジナル P G C ( O R G— P G C ) に関する情報を記述した部分である O R G— P G C はプログラムセットを記述したナビゲーションデータを示す。 O R G— P G C はプログラムの連なり（チェ — ン）であり、図 2 または図 3 2 の「 . S R O」フアイノレ (図 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 に属するストリームデータを参照するようになってレヽる。

図 2 7 のユーザ定義 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 については、図 2 8 を参照して後述する。

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

図 2 7 のアプリケーションプライべ一トデータマネージャ 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 とは、ストリーマに接続されたアプリケーションデバイスが任意の非リアノレタイム情報（リアルタイムストリームデ一タに加えさらに望まれる情報）を格納できるような概念上のエリァである。

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

図 2 8 に示すように、 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 とを含んでいる _c

各プログラム情報 P G I (たとえば P G I # 1 ) は、プログラムタイプ P G— T Y と、該当プロダラム内のセノレの数 C — N s と、該当プログラムのプライマリテキスト情報 P R M — Τ Χ Τ I と、アイテムテキストのサ一チポインタ番号 I 丁 — T X T— S R P N とを含んでいる。

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

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

セルの数 C— N s は、該当プログラム内のセノレの数を示す P G C の全プログラムおよび全セルの全体に渡り、セノレは、その昇順に従い、プログラムに（喑黙のうちに）付随している。

たとえば、 P G C 内でプログラム # 1 が C— N s = 1 を持ち、プログラム # 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 j にセットされる。

各ストリームセル情報サーチポインタ 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 = 0 1 b ) にあるときにその仮消去セルの開始 A P A T を示す消去開始 A P A T (図 6 他で示した E R A S A P A T ) と、セルが仮消去状態（ T E = 1 0 b ) にあるときにその仮消去セルの終了 A P A T を示す消去終了 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 力 S 「 0 0 b 」であれば該当セルは通常の状態にあることが示され、フラグ T E 力 S 「 0 1 b 」あるいは「 1 0 b 」であれば該当セルは仮消去の状態にあることが示される。

フラグ T E = 「 0 1 b 」は、該当セル（仮消去状態にあるセル）が、 S O 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 内に含まれるストリームセルェントリポイント情報の数を記述したものである , 図 2 8 の各ストリ一ムセルエントリポイント情報 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 = 「 0 0 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 フィーノレドカ S 「 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 Q B U境界を含む仮消去セル（その C— T Yの T E フィーノレドカ；「 1 0 b 」）において、仮消去セルのすぐ後に続くアプリケーションバケツトを含む S O B U内で開始する最初のアプリケーションバケツトの到着時間（ A P A T ) を記述したものである。

図 2 9 は、ストリームファイル情報テーブル（図 3 ( f ) または図 2 7 の S F I T ) の内部データ構造を説明する図である。

図 2 9 に示すように、ストリ一ムファイル情報テーブル S F I T は、ストリ一ムフアイノレ情報テーブル情報 S F I T I と、 1 以上のストリームォブジェクトストリーム情報 S 〇 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

〇 B— S T I は、ストリームオブジェクト情報（ S O B I ) のテーブルとは別のテ一ブルに格納され、幾つかのストリームオブジェクト（ S O B ) 力 S同じ S O B— S T I を共有する (つまり同じ S O B— S T I をポイントする）ことが認められてレ、る。したがって、通常は、 S O B の数よりもそ B— S T I の数の方が少なくなる。

図 2 7 の各ストリ一ムォブジェクトストリ一ム情報 S O 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 O 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 は、図 2 9 に示すように、ストリームフアイノレ一般情報 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 O B 情報（たとえば S O B I # 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 〇 B— S— A P A T と、ストリームォブジェクトの終了ァプリケーシヨンバケツト到着時間 S O B— E— A P A T と、該当ストリームオブジェクトの先頭ストリームオブジェクトュニット S O B— S— S O B U と、タイムマップ情報のェントリ数 M A P L E N T _ N s とを含んでいる。

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

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

ストリ一ムオブジェクトのストリーム情報番号 S O B— S T I — N は、該当ストリ一ムォブジェクトに対して有効な S 〇 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 ) 自体は、図 2 9 に示すように、アクセスユニット一般情報 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 O 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 のリアルタイムデータ内にアクセスュニットフラグはないことが示される。

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

フラグ A U D— F L G力 0 b のときは、該当 S O B に対してアクセスユニットデータ（ A U D ) がなレヽことが示されるフラグ A U D— F L G力 1 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力 S O b のときは、該当 S O B に P T 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 〇 B I — G I の後に続くタィムマップ情報（M A P L ) のエントリ数を記述したものである。

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

図 3 0 は、あるプログラム # j の一部が部分的に消去（仮消去および本消去）された場合における、セルと対応時間情報（ S C一 S— A P A T / S C一 E— A P A T ； E R A— S — A P A T / E R A一 E— A P A T ) との関係例（その 1 ) を説明する図である。

この発明の一実施の形態に係るストリーマは、図 1 7 のところで前述したように、ストリームの一部を完全に消去する部分消去と、ストリームの一部を仮に消去（テンポラリイレ —ズ； T E ) する仮消去とを扱うことができる。

レ、ま、図 3 0 ( a ) に示すようにオリジナルプログラム ( S O B # n に対応）のプログラム # j がセル # k で構成され、このセノレ # k 力 S S O B U # l 〜 S O B U # 6 で構成されてレ、るとする。このとき、セノレ # k の開始時間力 S S C— S— A P A T で示され、その終了時間が S C— E— A P A T で示されている。

このようなプログラム # j において、ストリーマのユーザ、図 3 0 ( b ) に示すように、 S 〇 B U # 3 〜 S O B U # 4 を完全に含むエリア（ S C— S— A P A T力ら始まり S C — E _A P A Tで終わる）を仮消去セル # k + 1 として設定したとする。このとき、セノレ # k + l の仮消去フラグ T E は「 1 0 b 」となる。

この場合、仮消去前（図 3 0 ( a ) ) のセル # k の S O B U # 1 〜 S 〇 B U # 2 に対応する部分は、仮消去後（図 3 0 ( b ) ) も変わらずセノレ # k となる。また、仮消去セル（ T Eセノレ） # 1^ + 1 に含まれる 3 〇 8 リ # 3 〜 3 0 8 11 # 4 の後の S O B U # 5 〜 S 〇 B U # 6 に対応する部分は、仮消去後（図 3 0 ( b ) ) のセノレ # k + 2 となる。

図 3 0 ( b ) に示すように、仮消去セル（ T Eセノレ） # k + 1 は、 S O B U # 3 と S O B U # 4 との間にできる S O B U境界を含んでいる。この場合、 S O B U # 3 内で開始する先頭アプリケーションノ、。ケットのアプリケーションノ、。ケット到着時間が、 T Eセル # k + 1 の E R A— S— A P A T で示される。また、 Τ Εセノレ # k + 1 の直ぐ後に続くアプリケーシヨンバケツトを含む S O B U # 5 内で開始する先頭アプリケーシヨンバケツトのアプリケーションバケツト到着時間が T Eセノレ # k + 1 の E R A— E— A P A Tで示されている。

図 3 0 ( b ) のプログラム # j 力、ら T Eセノレ # k + l が本当に消去（完全消去）されると、オリジナルプログラム（図 3 0 ( a ) ) では S O B # n に属してレ、たプログラム # j は図 3 0 ( c ) に示すように、 S O B # n と S O B # n + l とに分かれる。

この場合、完全消去後のセル # k の S C— E _A P A T を T Eセノレ； if k + 1 の E R A— S— A P A T に合わせることができる。また、完全消去後のセル # k + l の S C— S— A P A T は、 T Eセノレ # k + l の E R A— E— A P A T に合わせることができる。

このように S C— S— A P A Tおよび S C— E— A P A T だけでなく E R A— S— A P A Tおよび E R A— E— A P A T も用いる理由を以下に述べる。

Τ Εセルは、 2 種類の特別な A P A T、すなわち S C— S 一 A P A T / S C _ E _ A P A 丁と E R A— S— A P A T / E R A— E— A P A T を持つことができる。それは、 T Eセル内の S O B U (図 3 0 ( b ) では S O B U # 3 〜 S O B U # 4 ) を、記録中に再利用できるようにするためである。換言すれば、記録中に媒体（ D V D — R A Mディスク） 2 0 1 が満杯になってしまったとき、ストリーマは、 T Eセルを完全消去することにより新たな未記録状態の S O B U (図 3 0 ( b ) では S O B U # 3 〜 S O B U # 4 ) を獲得し、この S O B Uを用いて記録を中断なく継続する。

この「新たな未記録状態の S O B Uの獲得」とレ、う目的に対しては、 T Eセノレの S C— S— A P A Tおよび S C— E— A P A T だけでは不十分である。とレ、うのも、タイムマップ情報（ M A P L ) を介した検索において、割り当てられた S O B Uには 2 つの可能な検索位置ができてしまうためであるし力 > し、 E R A— S一 A P A Tおよび E R A— E— A P A T を用いれば、ストリームに何ら関与することなく正確な S O B U位匱を特定できるようになる。

図 3 1 におレ、て、オリジナル記録のプログラム # j は、 T E フラグ力；「 0 0 b 」のセル # k (開始時間は S C— S— A P A T ；終了時間は S C— E— A P A T ) で構成されているここでは、仮消去セルが S O B U境界を含まない場合（ E R A— S— A P A T / E R A— E— A P A T を）を想定している。

このプログラム # j の途中の一部（ A P A T = A力ら A P A T == B までの範囲）に対して仮消去が実行されると、オリジナル記録のセノレ # k は、セノレ # k ( T E フラグ力 S 「 0 0 b 」；開始時間は S C S A P A T k ；終了時間は S C E _ A P A T k ) と、セノレ # k + l ( T E フラグ力 S 「 1 0 b 」；開始時間は S C S— A P A T k + 1 ；終了時間は S C— E— A P A T k + l ) と、セノレ # k + 2 ( T E フラグ力「 0 0 b 」；開始時間は S C— S— A P A T k + 2 ；終了時間は S C— E— A P A T k + 2 ) に 3 分割される。

仮消去（ T E ) 実行後、オリジナルセルを再編成すると、図 3 1 の中段に示すように、プログラム # j は再び T E フラダカ S 「 0 0 b 」のセル？ ί k (開始時間は S C— S— A P A T ；終了時間は S C— E— A P A T ) となる。

ここで、仮消去（ T E ) 動作はオリジナル P G C情報の内容には影響せず、ストリームファイル情報 S F I の内容は変更されず残される。

一方、ユーザ定義 P G C 情報は、変更されないか、あるいはユーザ定義セルが T Eセルを参照しないように修正できる。

仮消去の主な動作は、プログラム # j 内で実行される。仮消去は、プログラム # j のセルを、通常のストリーム部（消去されていない部分）および仮消去部をカバーする部分に分割することで実行される。

ユーザ定義 P G C情報の内容を変更せずにそのままにしておく場合は、 T E動作の再構成後も、ナビゲ一シヨンデータは仮消去前の状態と全く変わらない。

情報記憶媒体 2 0 1 の未記録領域を使いきり記録スペースが不足すると、仮消去セル # k + 1 は完全消去される。すると、図 3 1 の下段に示すように、仮消去時のセル # k は完全消去後にも変更されずセル # k となるが仮消去時のセル # k + 2 は完全消去後にセル # k + 1 となる図 3 2 は、オリジナル P G C あるいはユーザ定義 P G C で指定されるセルと、これらのセルに対応する S O B U とが、タイムマップ情報によってどのように関係付けられるかを例示する図である。

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

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

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

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

ユーザ定義 P G C 内のセルからオリジナル P G Cへ（ S O B I のタイムマップ情報へ）の実線矢印は、該当セルに対する再生期間を示している。ユーザ定義 P G C 内のセル再生順序は、オリジナル P G C における再生順序と全く異なってもよい。任意の S O Bおよびその S O B Uの再生は、図 3 2 の開始 A P A T ( S— A P A T ) および終了 A P A T ( E— A P A T ) により特定される。

S O B あるレヽは S O B Uの S— A P A Tは、該当 S O Bのストリームノックのペイロード（図 8 ( b ) 参照）内に記録されたタイムスタンプに関係して定義される。 S 〇 B の記録中、各到来アプリケーションパケットには、ストリーマ内のロー力ノレクロックリファレンスによりタイムスタンプが付される。これが、アプリケーションパケット到着時間（ A P A T ) である。

S 〇 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 O ファイル内の対応アプリケーションバケツト用に予め固定されている。

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

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

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

図 3 3 は、各ストリームオブジェクト（ S O B ) を構成する S O B Uの内容が、図 3 のデータエリア 2 0 7 (図 1 ではデータエリア 2 1 〜 2 3 ) にどのように記録されるかを例示する図である。ここでは、 S O B が記録されるときに S 〇 B をどのようにァロケ一トするかを説明する。

情報記憶媒体（ D V D — R A Mディスク） 2 0 1 のフリースペースを有効活用するため、図 3 3 に示すように、媒体 (ディスク）全体に分散したデータエリア内に S O B をァロケ一トすることができる。

このような S O B を媒体（ディスク）カゝら読み取るときは、あるデータエリァから次のデータエリァにジャンプする間、媒体（ディスク）からのデータ供給が中断する。このような場合でも S O B データの連続供給を保証するためには、 S O Bデータのァロケ一ションは次のような条件で行なう。

すなわち、 S O B は連続データエリア（以下適宜 C D A と略記する）のチェーン内にアロケートする。 C D Aは基本的には媒体（ディスク）内の連続物理セクタのシーケンスとなる。

D C Aの最小長および C D A内のデータアロケーションは . 各 S O B を連続再生できるような再生装置モデルにより制限を受ける。

連続データエリア（ C D A ) は媒体（ディスク）內の連続物理セクタである。 C D Aは複数の E C C ブロック力らなる _c C D A内では、 C D A内で幾つかの物理セクタが記録時にスキップするような場合を除き、 S O B データが連続的にァロケ一トされる。

S 〇 B データが C D A内に記録される際の制限としては、以下のものがある：

( 2 1 ) S O Bデータとその他のデータは、同じ E C C ブ口ック内に記録しなレ、；

( 2 2 ) S O Bデータの記録中に欠陥セクタに出くわしたとしても、交替処理（リユアリプレイスメント）は用いない _c ここで、複数アプリケーションバケツトを含むある S O B U内にセル開始 A P A Tがある場合の再生について、説明を補足しておく。

セルは、 S O B U境界に一致しないセル開始 A P A T あるいはセル終了 A P A T を持つことができる。いま、 2 つの連続 S O B U # K— l および S O B U # k 力 Sあり、 S O B U # k 内の中間部分にセル開始 A P A Tがある場合を考えてみる _t 上記セル開始 A P A T により特定されるアプリケーションケットカゝら一連のアプリケーションバケツトの再生を開始する場合には、まず、目的のアプリケーションパケット（所望の A P A T に対応）を含む S O B U # k にアクセスする必要がある。いきなり目的のアプリケーションバケツトにァクセスしないのは、タイムマップ情報（ M A P L ) によるアドレス方式が S 〇 B Uの開始ァドレスしか与えない場合を想定してレ、る力らである。

所望の A P A T を見つけるためには、上記 S O B U # k 内の全てのアプリケーションケットを初め（ S O B U # k — 1 と S O B U # k との境界）力らスキャンしなければならない。このスキャンにより所望の A P A Tが見つかれば、見つかった位置から以後のアプリケーションバケツトの再生出力が、それらのアプリケーションケットのタイムスタンプ ( A T S ) にしたがって開始される。

以上説明したように、この発明の実施の形態における効果をまとめると、以下のようになる。

1 . 情報記憶媒体上に記録するストリームデータを所定サィズのストリームブロック単位（あるいは S O B U単位）で構成し、そのストリームブロック単位で記録 · 消去するため、ストリームプロック先頭位置のァドレス割り出しが非常に容易となり、再生時のアクセス制御がしゃすくなる。（図 1 4 の S 1 2 に示すように再生時には、ストリームブロック先頭位置から再生を開始する。） 2 . 情報記憶媒体上に記録するストリームデータを所定サィズ（たとえば 3 2 セクタ 6 4 k ノイト）のストリームブロックで構成し、同一ストリームブロック内ではタイムスタンプゃデータパケット（トランスポートパケット）が異なるセクタを跨いで記録できるため、セクタサイズ（ 2 0 4 8 k ノくイト）よりも大きなサイズのデータパケット（トランスポートパケット）を記録することができる。

3 . 情報記憶媒体として D V D — R A Mディスクが用レヽられる場合には、 1 6 セクタ毎に E C C ブロックが構成され、その E C C ブロック内ではデータのインターリーブ（並び替え）とエラー訂正用コードが付加されている。そのため、 E C C ブロック内の特定のセクタのみを消去し、あるいは書き換え、もしくは追記するためには、一度 E C C ブロック内の全データを読み取り（リード）、ノくッファメモリ内で再並び替え（ディンターリーブ）を行った後、特定セクタ分のデ一タを消去あるいは書き換え、追記を行い（モディファイ）、再度インターリーブ（並び替え）とエラー訂正用コードを付加して記録する（リード · モディファイ，ライト）と言う処理が必要となる。この処理は非常に時間が掛かりストリームデータの記録や部分消去が実時間で行えないと言う問題がある。

それに対してストリームブロックサイズを E C Cブロックサイズの整数倍（たとえば S 〇 B U = 2 E C C ブロックサイズ）にして、ストリームブロック単位（ S 〇 B U単位）で記録、部分消去を行う。このため、リード ' モディファイ ' ラィト処理が不要となり、直接 E C C ブロック単位で情報記憶媒体上に上書きが可能となる。その結果、ストリームデータの記録あるいは部分消去の処理が高速で行え、実時間処理 ( リアルタイム処理）が可能となる。

4 . ストリームブロック毎に独自のヘッダ情報（ストリームプロックヘッダあるいはアプリケーションヘッダ）を持たせることにより、ストリームデータ再生時にはストリ一ムブロック先頭位置から再生を開始することが可能となる。そのため、ストリームデータ記録再生装置（ストリーマ）では早い時期にストリームプロックヘッダを読み取ることで再生したストリームデータ処理を容易にすることができる。

5 . 上述したように基本的にストリームブロック先頭位置から再生を開始するが、希なケースとしてストリ一ムブロック内の 2 番目以降の E C C ブロック先頭位置から再生を開始する場合があり得る。

図 1 において同一のトランスポートノ、。ケット d が 2 個のセクタ（セクタ N o . 0 とセクタ N o , 1 ) に跨って記録されてレ、る例に示すように、 2 番目以降の E C C ブロック先頭位置から再生を開始した場合には、何処に次のタイムスタンプ情報が記録されているかを知る必要がある。

各セクタの先頭位置に独自のヘッダ情報（セクタデータへッダあるいはアプリケーションヘッダ）を配置させ、その中にファーストアクセスポイント 6 5 1 ( あるレ、は図 1 2 ( c ) の F I R S T一 A P— O F F S E T ) を記録することで、ストリームブロック内の 2 番目以降の E C C ブロックの先頭位置から再生開始を容易にすることができる。

6 . 図 1 ( j ) に示すように、ストリームブロック # 2 内に記録するストリ一ムデータの最後にはエンドコード 3 2 が付けられている。しかし、情報記憶媒体からのデータ再生時に E C C ブロック毎のエラ一訂正ミスあるいはストリームデ —タ記録再生装置内でのデータ転送エラーによりェンドコード 3 2 が読めない場合、パディングエリア 3 8 内にもストリームデータが記録されていると誤解釈されて間違った映像が表示される危険性がある。

図 1 0 の P E Sヘッダ 6 0 1 (あるいはストリーム P E S ノ、。ケットヘッダ）のストリーム I D 6 0 3 (あるいはサブストリーム I D ) を " 1 0 1 1 1 1 1 0 " にしてセクタ N o . 7 9 をパディングバケツト 4 0 とした場合には、パディングエリア 3 8 内にもストリームデータが記録されていると誤解釈されてデータ転送された場合でもェンコ一ド部（ビデオェンコード部 4 1 6 、オーディオエンコード部 4 1 7 、 S P ェンコード部 4 1 8 ) でノ、°デイングバケツト 4 0 と理解され、読み飛ばしてくれる。

以上のようにパディングノ、。ケット 4 0 (あるレヽは図 2 6 ( i ) のスタッフイングパケット）を設定することで、ェンドコード 3 2 が読めずにパディングエリア 3 8 を誤認識した場合でも間違った映像を表示する危険性を大幅に低下させることができる。

7 . オリジナルセルで指定される領域範囲を、ストリームオブジェクトで指定される領域範囲と等しい力、それより小さくする。このように部分消去後の残存したストリームォブジェクト内の再生範囲を指定することで、ユーザは、見かけ上、任意の範囲を、精度良く、部分消去の範囲として設定でさる。

Claims

請求の範囲

1 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームォブジェクトで構成されるビットストリーム情報を扱う方法において、

前記ストリームオブジェクトに含まれるビットストリーム情報の一部を、前記第 3 データ単位を単位として消去する情報消去方法。

2 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリ一マ情報を扱う方法において、

前記ビットストリーム情報が、 1 以上のセルで構成されるプログラムの情報と、前記プログラムまたはその一部のシーケンスを示すプログラムチェーンの情報とを含み、

前記プログラムチェーンの情報が前記ストリーマ情報に含まれ、

前記プログラムチェーンの情報が、前記セルの内容を含む前記第 1 データ単位の開始時間情報と、前記セルの内容を含む前記第 1 データ単位の終了時間情報とを含み、

前記開始時間情報および前記終了時間情報によって、前記ストリームォブジェクトに含まれるビットストリーム情報の一部の消去範囲が指定される消去範囲指定方法。

3 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリ一ム情報を极ぅ方法において、

前記ストリームオブジェクトに含まれるビットストリーム情報の一部を、前記第 3 データ単位を単位として仮消去状態に設定する仮消去状態設定方法。

4 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を扱う方法において、

前記プログラムチェーンの情報が、前記セルの内容を含む前記第 1 データ単位の仮消去開始時間情報と、前記セルの内容を含む前記第 1 データ単位の仮消去終了時間情報とを含み、前記仮消去開始時間情報および前記仮消去終了時間情報によって、前記ストリームォブジェク卜に含まれるビットストリ一ム情報の一部に対する仮の消去範囲が指定される仮消去範囲指定方法。

5 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームォブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を扱う方法において、

前記ビットストリーム情報が、 1 以上のセルで構成されるプログラムの情報と、前記プログラムまたはその一部のシ一ケンスを示すプログラムチェーンの情報とを含み、

前記プログラムチェーンの情報が、

前記セルの内容を含む前記第 1 データ単位の開始時間情報と、

前記セルの内容を含む前記第 1 データ単位の仮消去開始時間情報と、

前記セルの内容を含む前記第 1 データ単位の仮消去終了時間情報とを含み、

前記仮消去開始時間情報および前記仮消去終了時間情報によって、前記ストリームォブジェクトに含まれるビットストリーム情報の一部に対する仮の消去範囲が指定され、

前記開始時間情報が前記第 3 データ単位内で開始する前記第 1 データ単位の先頭に一致するときに、前記開始時間情報を伴う前記第 1 データ単位を含むところの前記第 3 データ単位内で開始する前記第 1 データ単位のうちの最初のものの開始時間情報に、前記仮消去開始時間情報を合わせることで、前記ストリーマ情報を書き替える情報管理方法。

6 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリ一ム情報、および前記ストリーム情報を管理するストリーマ情報を扱う方法において、

前記ビットストリーム情報が、 1 以上のセルで構成されるプログラムの情報と、前記プログラムまたはその一部のシーケンスを示すプログラムチェ一ンの情報とを含み、

前記プログラムチェーンの情報が、

前記仮の消去範囲が指定された部分に相当する前記セルが前記ストリームオブジェクトの先頭を含むときに、前記開始時間情報を伴う前記第 1 データ単位を含むところの前記第 3 データ単位内で開始する前記第 1 データ単位のうちの最初のものの開始時間情報に、前記仮消去開始時間情報を合わせることで、前記ストリーマ情報を書き替える情報管理方法。

7 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリ一ムォブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を扱う方法において、

前記ビットストリ一ム情報が、 1 以上のセルで構成されるプログラムの情報と、前記プログラムまたはその一部のシーケンスを示すプログラムチェーンの情報とを含み、

前記プログラムチェーンの情報が、

前記セルの内容を含む前記第 1 デタ単位の仮消去開始時間情報と、

前記セルの内容を含む前記第 1 デタ単位の仮消去終了時間情報とを含み、

前記開始時間情報を伴う前記第 1 データ単位を含むところの前記第 3 データ単位が直後に続く他の前記第 3 データ単位内で開始する前記第 1 データ単位のうちの最初のものの開始

ヽ時間情報に、前記仮消去開始時間情報を合わせることで、 j 記ストリーマ情報を書き替える情報管理方法。

8 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 デ一タ単位とを含むストリ一ムォブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を扱う方法において、

前記プログラムチェーンの情報が、

前記仮消去開始時間情報および前記仮消去終了時間情報によって、前記ストリームォブジェク卜に含まれるビットストリーム情報の一部に対する仮の消去範囲が指定され、

前記仮の消去範囲が指定された部分に相当する前記セルの直後に続く前記第 1 データ単位を含むところの前記第 3 データ単位内で開始する前記第 1 デ一タ単位のうちの最初のものの開始時間情報に、前記仮消去終了時間情報を合わせることで、前記ストリーマ情報を書き替える情報管理方法。つ

9 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を极ぅ方法において、

前記ストリーマ情報が前記ストリームオブジェクトの管理情報を含み、

前記ストリームォブジェクトの先頭部分が削除された場合に、削除後の前記ストリームオブジェクトの先頭に位置する前記第 3 データ単位はそのままとされ、削除された部分に関する前記管理情報の内容だけが削除に対応して変更される情報管理方法。

1 0 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームォブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を扱う方法において、

前記ビットストリーム情報が、 1 以上のセルで構成されるプログラムの情報と、前記プログラムまたはその一部の再生シーケンスを示すプログラムチェーンの情報とを含み、

前記ストリーマ情報が、前記プログラムチェーンの情報を含み、

前記プログラムチェーンの情報が、前記セルの内容を含む前記第 1 データ単位の開始時間情報を含み、

2 以上の前記第 3 データ単位の隣接境界と前記開始時間情報とが時間的に対応しない場合は、

前記開始時間情報が示す前記第 1 データ単位を含むところの前記第 3 データ単位の先頭位置から前記開始時間情報が示す位置までの間の前記第 1 データ単位を、前記プログラムチェ一ンの再生シーケンスから外す再生シーケンス設定方法。

1 1 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェク卜で構成されるビットストリ一ム情報を扱う方法において、

前記第 1 データ単位で構成される 1 以上のバケツトデータそれぞれにタイムスタンプを付し；

1 以上の前記タイムスタンプ付パケットデータの配列を前記第 3 データ単位で切り分け；

前記第 3 データ単位内で最初の前記第 2 データ単位に前記バケツトデータに関する情報を含んだヘッダが揷入されるビットストリ一ム情報のエンコード方法。

1 2 . 請求項 1 1 に記載の方法でエンコードされたビットストリーム情報を所定の情報媒体に記録する方法。

1 3 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリ一ムォブジェクトで構成されるビットストリーム情報を扱う方法において、

1 以上の前記タイムスタンプ付バケツトデータの配列を前記第 3 データ単位で切り分け；

前記第 3 データ単位内のデータ末尾側にェンドコ一ドおよび必要に応じてパディングエリアを追加するビットストリーム情報のェンコ一ド方法。

1 4 . 請求項 1 3 に記載の方法において、さらに、前記第 3 データ単位で切り分けられたデータ列の内部を前記第 2 データ単位で分割し；

前記第 3 データ単位内の末尾に前記パディングエリァがぁる場合において、このパディングエリァのサイズが前記第 2 データ単位のサイズより大きい場合は、全て実質的な内容のない情報で埋められた前記第 1 データ単位を前記パディングエリアとし；

前記第 3 データ単位内で最初の前記第 2 データ単位に前記パケットデータに関する情報を含んだヘッダを挿入するビットストリ一ム情報のエンコード方法。

1 5 . 請求項 1 3 または請求項 1 4 に記載の方法でェンコードされた前記ビットストリーム情報を所定の情報媒体に記録する方法。

1 6 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1. 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリーム情報を扱う方法において、

前記第 1 データ単位で構成される 1 以上のバケツトデータそれぞれにタイムスタンプを付し； 1 以上の前記タイムスタンプ付パケットデータの配列を前記第 3 データ単位で切り分け；前記第 3 データ単位内のデータ末尾側にエンドコードおよび必要に応じてパディングエリアを追加し；前記第 3 データ単位で切り分けられたデータ列の内部を前記第 2 データ単位で分割し；前記第 3 データ単位内の末尾に前記パディングエリアがある場合において、このパディングエリアのサイズが前記第 2 データ単位のサイズより大きい場合は、全て実質的な内容のない情報で埋められた前記第 1 データ単位を前記パディングエリアとし；前記第 3 データ単位内で最初の前記第 2 データ単位に前記バケツトデータに閲する情報を含んだヘッダを挿入することでエンコードされたビットストリ一ム情報から、

前記パデイングエリアおよび前記ヘッダを消去し、さらに前記タイムスタンプを消去して、前記バケツトデータだけのデータ列に変換する

ビットストリ一ム情報のデコード方法。

1 7 . 請求項 1 6 に記載の方法でエンコードされた前記ビットストリーム情報が記録された情報媒体から、請求項 1 6 に記載の方法でデコードされたデータ列を取り出し、このデータ列に含まれる情報内容を再生する方法。

1 8 . 請求項 1 3 または請求項 1 4 に記載の方法でェンコ一ドされた前記ビットストリーム情報が記録された情報媒体。

1 9 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を記録する媒体において、

前記開始時間情報および前記終了時間情報によって、前記ストリームオブジェクトに含まれるビットストリーム情報の一部の消去範囲が指定されるように構成された情報媒体。

2 0 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 デ一タ単位とを含むストリームォブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を記録する媒体において、

前記プログラムチェ一ンの情報が前記ストリーマ情報に含まれ、

前記プログラムチェーンの情報が、前記セルの内容を含む前記第 1 データ単位の仮消去開始時間情報と、前記セルの内容を含む前記第 1 データ単位の仮消去終了時間情報とを含み、前記仮消去開始時間情報および前記仮消去終了時間情報によって、前記ストリームオブジェクトに含まれるビットストリーム情報の一部に対する仮の消去範囲が指定されるように構成された情報媒体。

2 1 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を記録する媒体において、

前記プログラムチヱ一ンの情報が前記ストリーマ情報に含まれ、

前記プログラムチェーンの情報が、

前記仮消去開始時間情報および前記仮消去終了時間情報によって、前記ストリームオブジェクトに含まれるビットストリ一ム情報の一部に対する仮の消去範囲が指定され、前記開始時間情報が前記第 3 データ単位内で開始する前記第 1 データ単位の先頭に一致するときに、前記開始時間情報を伴う前記第 1 データ単位を含むところの前記第 3 データ単位内で開始する前記第 1 データ単位のうちの最初のものの開始時間情報に、前記仮消去開始時間情報を合わせることで、前記ストリ一マ情報を書き替えるように構成された情報媒体,

2 2 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリ一ム情報、および前記ストリ一ム情報を管理するストリーマ情報を記録する媒体において、

前記プログラムチェーンの情報が、

前記仮の消去範囲が指定された部分に相当する前記セルが前記ストリームオブジェクトの先頭を含むときに、前記開始時間情報を伴う前記第 1 データ単位を含むところの前記第 3 データ単位内で開始する前記第 1 データ単位のうちの最初のものの開始時間情報に、前記仮消去開始時間情報を合わせることで、前記ストリーマ情報を書き替えるように構成された情報媒体。

2 3 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームォブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を記録する媒体において、

前記プログラムチェーンの情報が、

前記セルの内容を含む前記第 1 データ単位の仮消去終了時間情報とを含み、前記仮消去開始時間情報および前記仮消去終了時間情報によって、前記ストリームオブジェクトに含まれるビットストリーム情報の一部に対する仮の消去範囲が指定され、

前記開始時間情報を伴う前記第 1 データ単位を含むところの前記第 3 デ一タ単位が直後に続く他の前記第 3 データ単位内で開始する前記第 1 データ単位のうちの最初のものの開始時間情報に、前記仮消去開始時間情報を合わせることで、前記ストリ一マ情報を書き替えるように構成された情報媒体。

2 4 . 第 1 データ単位と、 1 以上の前記第 1 デ一タ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームオブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を記録する媒体において、

前記プログラムチェーンの情報が、

前記セルの内容を含む前記第 1 データ単位の仮消去終了時間情報とを含み、前記仮消去開始時問情報および前記仮消去終了時間情報によって、前記ストリームォブジュクトに含まれるビットストリーム情報の一部に対する仮の消去範囲が指定され、

前記仮の消去範囲が指定された部分に相当する前記セルの直後に続く前記第 1 データ単位を含むところの前記第 3 デ一タ単位内で開始する前記第 1 データ単位のうちの最初のものの開始時間情報に、前記仮消去終了時間情報を合わせることで、前記ストリーマ情報を書き替えるように構成された情報媒体。

2 5 . 第 1 データ単位と、 1 以上の前記第 1 データ単位を有する第 2 データ単位と、 1 以上の前記第 2 データ単位を有する第 3 データ単位とを含むストリームォブジェクトで構成されるビットストリーム情報、および前記ストリーム情報を管理するストリーマ情報を記録する媒体において、

前記ストリームオブジェクトの先頭部分が削除された場合に、削除後の前記ストリームオブジェクトの先頭に位置する前記第 3 データ単位はそのままとされ、削除された部分に関する前記管理情報の内容だけが削除に対応して変更されるように構成された情報媒体。