WO2000068946A1

WO2000068946A1 - Structure de donnees pour donnees en continu, et procede d'enregistrement et de reproduction de donnees en continu

Info

Publication number: WO2000068946A1
Application number: PCT/JP2000/002935
Authority: WO
Inventors: Hideo Ando; Hideki Mimura
Original assignee: Kabushiki Kaisha Toshiba
Priority date: 1999-05-07
Filing date: 2000-05-08
Publication date: 2000-11-16
Also published as: US20030031467A1; US6456783B1; US7418194B2

Description

明細書

ストリームデータのデータ構造、その記録方法およびその再生方法

発明の分野

この発明は、デジタル放送などで伝送される映像データあるいはバケツト構造をもって伝送されるストリームデータの記録再生に適したデータ構造、このデータ構造を用いてストリームデータを記録する方法、およびこのデータ構造により記録されたストリームデータを再生する方法に関する。

背景技術

(従来説明） .

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

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

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

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

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

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

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

(課題）

デジタル T V放送では、映像情報を含むストリームデータの伝送方式として M P E G のトランスポートストリームが採用されており、映像情報はたとえば 1 8 8 バイト毎のアプリケーションバケツト毎に纏められて伝送されてくる。それに対して、 D V D — R A Mディスクなど D V D ファミリの記録メディアを用いた場合には、最小記録単位が 2 0 4 8 ノくィトであるセクタ毎に記録を行なう必要がある。しかしながら、

( 1 ) たとえば 1 8 8 ノくィト毎のアプリケーションノ、。ケットの情報を 2 0 4 8 バイトのセクタ毎に効率良く情報記憶媒体に記録する方法が未だ決まっていない；

( 2 ) 情報記憶媒体上に記録したストリームデータをデジタル T V放送で受信したときのタイミングを保持したまま再生する方法が未だ決まっていない；

と言う問題がある。

さらに、デジタル T V放送以外に、ローカルエリアネットワーク（ L A N ) あるいは I S D N等のデジタノレ電話回線においてバケツト構造を持って転送されるデジタルデータも、ストリーマを用いて記録したいというニーズがある。

し力しながら、

( 3 ) デジタル T V以外のデジタルデータも記録できる汎用性のある記録方法が存在しないと言う問題もある。

( 目的）

この発明の目的は、効率良くストリームデータを情報記憶媒体に記録するとともに、デジタル T V放送で受信したときの各アプリケーションバケツト間の転送タイミングを保持したまま情報記憶媒体からストリームデータを再生できるような情報記憶媒体上のデータ構造（記録フォーマツト）を提供することである。

この発明の他の目的は、上記データ構造を用いてストリ一ムデータを記録する方法を提供することである。

この発明のさらに他の目的は、上記データ構造により記録されたストリームデータを再生する方法を提供することである。

発明の開示

上記目的を達成するために、この発明に係るデータ構造では、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ S O B ) 力 S i 以上集まってストリームデータが構成され、前記ストリームオブジェクト（ S 〇 B ) 力 S I 以上のストリームノ、。ック（ S— P C K ) で構成され前記ストリームノ、。ック（ S— P C K ) はノックヘッダとストリームパケット（ S— P K T ) とで構成される。前記パックヘッダは所定の時間情報（ S C R ) を含み、前記ストリームノ、。ケット（ S— P K T ) は所定のタイムスタンプ（ A T S ) が付されたアプリケーションノケット（ A P— P K T ) を 1 以上含む。そして、前記ストリームオブジェクト（ S O B ) の記録中に（ストリーマに）入ってくる前記アプリケーションパケット（ A P— P K T ) が、前記所定の時間情報（ S C R ) に対応した（ストリーマ内部の）ローカル基準クロック (図 9 の 4 4 0 ) によりタイムスタンプ（図 1 4 のモディフアイドタイムスタンプ；図 1 5 の A T S ) される。

上記他の目的を達成するために、この発明に係る記録方法では、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ S 〇 B ) 力 1 以上集まってストリームデータが構成され、前記ストリームオブジェクト（ S O B ) 力 S 1 以上のストリームノ、。ック（ S— P C K ) で構成され、前記ストリームノ、。ック（ S— P C κ ) はノ、。ックヘッダとストリームパケット（ S— P K T ) とで構成される。前記パックヘッダは所定の時間情報（ S C R ) を含み、前記ストリームノヽ。ケット（ S— P K T ) は所定のタイムスタンプ（ A T S ) が付されたアプリケーションノ、。ケット（ A P— P K T ) を 1 以上含む。そして、前記ストリームオブジェクト（ S O B ) を情報媒体（ 2 0 1 ) に記録するときに（ストリーマに）入ってくる前記アプリケーションパケット（ A P _ P K T ) が、前記所定の時間情報（ S C R ) に対応した（ストリ一マ内部の）ロー力ノレ基準クロック（図 9 の 4 4 0 ) によりタイムスタンプ（図 1 0 の S 4 のモディファイドタイムスタンプ；図 2 1 〜図 2 3 では S T 1 0 6 、 S T 2 1 2 、 S T 3 1 2 のタイムスタンプ）される。

上記さらに他の目的を達成するために、この発明に係る再生方法では、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ S O B ) が 1 以上集まつてストリームデータが構成され、前記ストリームオブジェクト（ S O B ) カ 1 以上のストリームノ、。ック（ S— P C K ) で構成され、前記ストリームノック（ S— P C K ) がパックへッダとストリームパケット（ S— P K T ) とで構成され、前記パックヘッダが所定の時間情報（ S C R ) を含み、前記ストリームパケット（ S P K T ) が所定のタイムスタンプ ( A T S ) が付されたアプリケーションパケット（ A P— P Κ Τ ) を 1 以上含み、（ストリーマに）入ってくる前記ァプリケーシヨンパケット（ A Ρ— Ρ Κ Τ ) が前記所定の時間情報（ S C R ) に対応した（ストリーマ内部の）ローカル基準クロック（図 9 の 4 4 0 ) によりタイムスタンプされて前記ストリームオブジェクト（ S O B ) が記録された情報媒体

( 2 0 1 ) を用いる。この媒体から記録情報を再生するとき前記情報媒体（ 2 0 1 ) から再生された前記ローカル基準クロック（図 5 の S C R 3 0 3 、図 1 5 の S C Rベース）に基づいて再生用の基準クロックが設定され（図 1 1 の 3 3 7 ) 前記設定された再生用の基準クロック（ S C R ) に基づいて前記情報媒体（ 2 0 1 ) から前記ビットストリームの内容が再生される。

図面の簡単な説明

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

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

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

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

図 5 は、図 1 に示されるパックヘッダの内部構造を例示する図である。

図 6 は、図 1 に示される P E S ヘッダおよびサブストリーム I Dの内部構造を例示する図である。

図 7 は、図 1 に示されるロングアプリケーションヘッダの内部構造を例示する図である。

図 8 は、図 1 に示されるアプリケーションヘッダ（ショートアプリケーションヘッダ）の内部構造を例示する図である図 9 は、この発明の一実施の形態に係る記録再生システム (光ディスク装置/ストリーマと S T B装置）の構成を説明する図である。

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

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

図 1 2 は、この発明の他の実施の形態に係る記録再生システム（光ディスク装置と S T B 装置とが一体化されたシステム）の構成を説明する図である。

図 1 3 は、この発明の他の実施の形態に係るストリームデータ記録手順（ショートアプリケーションヘッダ利用）を説明するフローチヤ一ト図である。

図 1 4 は、この発明の一実施の形態に係るデータ構造において、とくにデータエリア内のデータ構造を説明する図である。

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

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

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

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

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

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

図 2 2 は、この発明のさらに他の実施の形態に係るストリームデータ記録手順（デジタルビデォ放送サービス）を説明するフローチヤ一ト図である。

図 2 3 は、この発明のさらに他の実施の形態に係るストリームデータ記録手順（記録済み媒体に新たなストリームォブジェクトを追記する場合）を説明するフローチャート図である。

発明を実施するための最良の形態以下、図面を参照してこの発明の一実施の形態に係るストリ一ムデータの記録方法およびそのデータ構造などについて説明をする。

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

(たとえば相変化記録方式、光磁気記録方式などを利用した光ディスク）上に記録するストリームデータのデータ構造 (階層構造）と、その構築経過を示している。

情報記憶媒体上に記録されるストリームデータ（図 1 ( f ) の S T R E A M . V R O 1 0 6 ) は、ストリームデータ内の映像情報のコンテンツ毎に、ストリームォブジェクト

( S O B と略記される）としてまとまって記録されている。図 1 では、そのうちの 2 個のストリームオブジェクトについて詳細に示され、それらはストリームオブジェクト # A ( S 〇 B # A ) 2 9 8 とストリームオブジェクト # B ( S O B # B ) 2 9 9 で表現されてレ、る。図 1 には、 S T R E A M . V R O 1 0 6 ( S 〇 B # A - 2 9 8 、 S 〇 B # B ' 2 9 9 、〜）を構成するデータと、それが構築されるまでの途中のデータ構造が示されている。

S 〇 B # A . 2 9 8 は、図 1 ( e ) ( g ) に示すように、ストリームオブジェクトュニット（ S O B U と略記される） 5 1 、 5 2 、 …で構成される。同様に、 S 〇 B # B · 2 9 9 は、 S O B U 5 4 、 …、 S O B U 5 7 、 …で構成される。

各 S O B Uは、図 1 ( d ) ( h ) に示すように、複数のストリームノックで構成されている。ここでは、 S O B # A · 2 9 8 の S O B U 5 1 力 S ストリームパック N o . 0 、 N o . 1 、 ··' Ν ο . 3 1 で構成され、 S 〇 B # A ' 2 9 8 の S O B U 5 2 力ストリームノック N o . 3 2 、 N o . 3 3 、 ·-· N o 3 2 n - 1 で構成された例を示している。

ストリームノ、。ック N o . 0 は、図 1 ( c ) に示すように、ノックヘッダ 1 と、 P E S ヘッダ &サブストリ一ム I D 6 とロングアプリケーションヘッダ 1 1 と、データエリア 2 1 とで構成されている。他のストリームノ、。ックも同様に構成される。ここで、ロングアプリケーションヘッダ 1 1 は記録媒体に記録が行われるときに付加されるものである。記録時には図 1 ( b ) に示すように、データエリア 2 1 にはモディファィドタイムスタンプ（あるいはアプリケーションタイムスタンプ）およびアプリケ一ションバケツトの組が 1 以上含まれる。

図 1 ( b ) のモディファイドタイムスタンプは、デジタノレ放送で送られてきたオリジナルタイムスタンプ（図 1 ( a ) ) を、記録装置用として付け直したものである。オリジナルタイムスタンプは、 I E E E 1 3 9 4 の規格に基いて送信するときのタイムスタンプである。図 1 ( b ) のアプリケ一シヨンバケツトは、デジタル放送により送られてきたパケットそのものである。

次に、ストリームオブジェクト # B ( S O B # B ) 2 9 9 側について説明する。 S O B # B · 2 9 9 の S O B U 5 4 は図 1 ( g ) ( h ) に示すように、ストリームパック N o . 3 2 n 、 N o . 3 2 n + l 、 ••• N o . 3 2 n + 1 5 で構成され S O B # B ■ 2 9 9 の S O B U 5 7 はストリームノック N o 3 2 n + 1 6 、 ••• N o . 3 2 n + 1 6 m一 2 、ノヽ。ディングハ。ック 4 0 で構成されている。

ストリームパック N o . 3 2 η は、図 1 ( i ) に示すように、ノヽ。ックヘッダ 3 と、 P E S ヘッダ &サブストリーム I D 8 と、アプリケーションヘッダ（ショートアプリケーションヘッダ） 1 3 と、データエリア 2 4 とで構成されている。他のストリームノックも同様に構成できる。データエリア 2 4 には、図 1 ( j ) に示すように、タイムスタンプとアプリケ —シヨンバケツトの組が 1 以上含まれる。

D V D — R A Mディスクなどの記録媒体にストリームデータを記録する場合には、 2 0 4 8 k バイト毎のセクタを最小単位として、記録が行われる。ストリームデータの記録フォ一マット（データ構造）では、図 1 ( d ) 、 ( h ) に示すように、セクタ毎にストリームノ、。ックを構成してレヽる。ストリ — ムノ、° ックは、図 1 ( c ) または図 1 ( i ) に示すように、ノヽ。ックヘッダ、 P E S ヘッダ &サブストリーム I D と、ロングアプリケ一ションヘッダまたはショ一トアプリケーションヘッダと、データエリアとで構成される。

つまり、各ストリームノックの先頭位置には、ノックへッダ 1 、 2、 3、 4 とそれに続く P E S ヘッダ &サブストリーム I D 6、 7、 8、 9 が配置されている。また、実際のストリームデータが記録されているデータエリア 2 1 〜 2 6 と上記 P E S ヘッダ &サブストリーム I D 6〜 9 との間には、ァプリケーションヘッダが配置されている。この発明の一実施の形態では、記録されるストリ一ムデータの情報内容に応じて、このアプリケーションヘッダとして、ロングアプリケーシヨンヘッダ 1 1 、 1 2 とショートアプリケーションヘッダ

1 3 、 1 4 との使い分けを行ってレ、る。

また、この発明の一実施の形態では、同一のストリームォブジェクト（ S O B # A . 2 9 8 または S O B # B ' 2 9

9 ) 内では、全てのストリームノ、ック内のアプリケーションヘッダのタイプ（ロングアプリケーションヘッダカゝショートアプリケーションヘッダか）が同一となっている。すなわち図 1 ( c ) に示すように S 〇 B # A ' 2 9 8 内では全てロングアプリケーションヘッダ 1 1 、 1 2 が使用され、図 1 ( i ) に示すように S 〇 B # B ' 2 9 9 内では全てショートアプリケーションヘッダ 1 3 、 1 4 が使用されている。

ロングアプリケーションヘッダ 1 1 およびショートアプリケーシヨンヘッダ 1 3 の詳細については、図 7 および図 8 を参照して後述する。

図 1 に戻って説明を続ける。図 1 ( b ) に示すように、デジタル T V放送を受信したときに得られたアプリケーションパケット d を情報記憶媒体上に記録する場合、 2 個のストリームパックに分割記録することがある。これは、情報記憶媒体の記録エリアを効率的に利用するためである。このときのアプリケーションノ、。ケットを部分アプリケーションバケツトとして示してレ、る。この場合にはストリームノ、。ック N o . 1 のデータエリア 2 2 の開始位置には、部分アプリケーションバケツト d 2 が配置記録される。ストリームデータ再生時にストリームノヽ。ック N o . 1 (図 1 ( d ) ) の情報から再生を開始する場合には、図示しないが、この部分アプリケーションバケツト d 2 直後のモディフアイドタイムスタンプ位置から再生開始する必要がある。したがって、再生装置の再生手段がこのモディファイドタイムスタンプに直接アクセス可能なように、ストリームノック内の最初に配置されたモディフアイドタイムスタンプの先頭位置情報が、ロングアプリケーションヘッダ 1 1 あるいはショ — トアプリケーションヘッダ 1 3 内のフィーノレド 3 2 5 (図 7 、図 8 参照）に、バイト数で記録される。

この情報（ストリームノック内の最初に配置されたモディフアイドタイムスタンプの先頭位置情報）と、モディファイドタイムスタンプのデータ長（図 7 、図 8 のフィールド 3 2 2 ) の情報と、アプリケーションパケットのデータ長（図 7 図 8 のフィーノレド 3 2 3 ) の情報と力ら、図 1 ( c ) のデータエリア 2 1 内に記録されてレ、る所定番号のアプリケ一ションバケツト位置を求めることができる。

図 1 ( e ) ( g ) に示すように、複数のストリームパックをまとめてストリームオブジェクトュニット S O B U 5 1 〜 5 7 が形成されている。図 1 に示した実施の形態では、 S O Β # Α · 2 9 8 内の 1 個の S O B U 5 1 または S O B U 5 2 は 3 2個のストリームノック（セクタ）から構成され、 S 〇 Β # Β · 2 9 9 內の 1 個の S O B U 5 4 または S O B U 5 7 は 1 6 個のストリームノック（セクタ）力ら構成されている最後のストリームパック内の最後に記録されたアプリケーシヨンパケット ί 、 ζ (図 1 ( a ) ( j ) ) の後ろには、図 1 ( b ) ( j ) に示すように、エンドコード 3 1 、 3 2 が記録される。これらのエンドコードの後ろには、全て力； " 1 " または全てが " 0 " のデータで埋められたパデイングエリア 3 6 、 3 7 が適宜設けられる。

ストリーム情報が最後に記録された最後のストリームパックカ S S 〇 B U 5 7 の中央部に位置している場合には、同一 S 〇 B U 5 7 内でそれ以降のセクタは図 1 ( h ) に示すパディングノヽ。ック 4 0 になる。

S O B # B ■ 2 9 9 内でストリームデータが記録されている範囲を示すため、 S O B # B ' 2 9 9 の開始/終了アプリケーションバケツトがストリームノック内に存在することを示すフラグが、ショートアプリケーションヘッダ 1 3 内のフィールド 3 2 7 * 、 3 2 8 * (図 8 参照）内に設けられる。情報記憶媒体上に記録されたアプリケーションバケツトに対する検索情報としてモディファイドタイムスタンプ情報を用いて検索することができる。特に録画経過時間を利用して検索する場合、アプリケーションヘッダ内のフィールド 3 2 9 (図 7 、図 8 参照）に記述されてレヽるモディファイドタイムスタンプの基準ク口ック周波数の値が重要となる。そのため、この基準クロック周波数情報も、ロングアプリケーションヘッダ 1 1 およびショートアプリケーションヘッダ 1 3 内に記録されている。

図 2 は、この発明の一実施の形態に係るデータファイルのディレクトリ構造を説明する図である。図 2 を用いて、この発明の一実施の形態に係る情報記億媒体上に記録される情報の内容（ファイル構造）について説明する。

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

D V D一 R T R ( D V D一 R T A V ) ディレクトリ 1 0 2 内には、以下の内容のデータフアイノレ 1 0 3 が格納される。すなわち、管理情報（ナビゲ一シヨンデータ）のグループとして、 R T R . I F O (または V R一 M A N G R . I F O ) 1 0 4 と、 S T R E A M . I F 〇（ S R一 M A N G R . I F 〇 / S R一 M A N G R . B U P ) 1 0 5 と、 S R— P R I V T . D A T Z S R— P R I V T . B U P 1 0 5 a とが格納される。

また、データ本体（コンテンツ情報）として、 S T R E A M . V R O (または S R _ T R A N S . S R 〇） 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 〇） 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格納される。

上記データフアイノレ 1 0 3 を含むサブディレクトリ 1 0 1 の上位階層にあるノレ一トディレクトリ 1 0 0 には、その他の情報を格納するサブディレクトリ 1 1 0 を設けることができる。このサブディレクトリの内容としては、ビデオプログラムを収めたビデオタイトノレセット V I D E O一 T S 1 1 1 、ォ一ディオプログラムを収めたオーディオタイトノレセット A U D I O— T S 1 1 2 、コンピュータデータ保存用のサブディレクトリ 1 1 3 等がある。

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

(または S R— T R A N S . S R O ) 1 0 6 と言うフアイノレ名でまとめて記録される。そのストリームデータに対する管理情報が記録されているファイルが、 S T R E A M . I F 〇

(または S R— M A N G R . I F O とそのノックアップファィル S R— MA N G R . B U P ) 1 0 5 である。

また、 V C R ( V T R ) あるいは従来 T V などで扱われるアナログ映像情報を M P E G 2 規格に基づきデジタル圧縮して記録されたファイルが、 R T R— M O V . V R O (または V R一 M O V I E . V R O ) 1 0 7 であり、アフターレコーディング音声あるいはバックグランド音声等を含む静止画像情報を集めたフアイノレが R T R— S T ◦ . V R O (または V R— S T I L L . V R O ) 1 0 8 であり、そのアフレコ音声情報フアイノレが 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 録再ディスク）上の記録データ構造（とくに管理情報の構造）を説明する図である。図 3 ( a ) の情報記憶媒体 2 0 1 の内周方向 2 0 2 の端部と外周方向 2 0 3 の端部とで挟まれた領域には、図 3 ( b ) に示すように、リードインエリア 2 0 4 と、フアイノレシステム情報が記録されているボリユーム & フアイノレ構造情報 2 0 6 と、データエリア 2 0 7 と、リ一ドアウトエリア 2 0 5 が存在する。リードインエリア 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 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

0 ( V R— A U D I O . V R O ) 1 0 9 とが記録される。

同じく図 3 ( e ) に示すように、ストリーム記録エリア 2

2 2 には、図 2 に示された、ストリーマのナビゲーシヨンデータ S T R E A M . I F 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 O ) 1 0 6 とが記録される。

なお、図 3 ( d ) ( e ) では図示しないが、ストリーム記録エリア 2 2 2 には、図 2 に示したアプリケーション固有のナビゲ一シヨンデータ S R— P R I V T , D A T / S R— P R I V T . B U P 1 0 5 a を記録することもできる。この S R— P R I V T , D A T 1 0 5 a は、ストリーマに接続（供給）された個々のアプリケーションに固有のナビゲーションデータであり、ストリーマにより認識される必要のないデータである。

ストリームデータに関する管理情報である S T R E A M .

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

図 3 ( f ) のストリームファイル情報テーブル（ S F I T ) 2 3 2 は、図 3 ( g ) に示すように、ストリームフアイル情報テーブル情報（ S F I T I ) 2 4 1 と、 1 以上のストリームオブジェクト情報（ S O B I ) # Α · 2 4 2 、 # Β · 2 4 3 、 … と、オリジナル P G C情報一般情報 2 7 1 と、 1 以上のオリジナルセル情報 # 1 · 2 7 2 、 # 2 ■ 2 7 3 、 … とを含むことができるようになつてレヽる。

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

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

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

図 4 は、この発明におけるストリームオブジェクト（ S 〇 B ) 、セル、プログラムチェーン（ P G C ) 等の間の関係を説明する図である。以下、図 4 の例示を用いて S 〇 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 〇（ 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 O ( S R— M A N G R . I F O ) 1 0 5 (図 4 の最下部および図 3 ( e ) ( f ) 参照）内に記録されている。図 4 の各ストリームオブジェクト # Α · 2 9 8 、 # Β · 2 9 9 毎の管理情報（ S T R E A M . I F O 1 0 5 ) は、図 3 ( f ) ( g ) に示すように、ストリームファイル情報テープノレ（ S F I T ) 2 3 2 内のストリームオブジェクト情報（ S O B I ) # Α · 2 4 2 、 # Β · 2 4 3 として記録されてレヽるストリームオブジェクト情報（ S O B I ) # Α · 2 4 2 、

( S O B I ) # B · 2 4 3 それぞれの内部は、主にストリームブロック毎のデータサイズおよび時間情報等が記載されているタイムマップ情報 2 5 2 を含んでいる。

ストリームデータの再生時には、 1 個以上のセルの連続で構成されるプログラムチェーン（ P G C ) の情報（後述する図 1 7 の P G C I # i に対応）が利用される。この P G C を構成するセルの設定順にしたがって、ストリームデータを再生すること力 S できる。 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 T - 2 3 4 の中身に対応）の 2 種類が存在する。

オリジナル P G C 2 9 0 を構成するオリジナルセル # 1 - 2 9 1 、林 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 個のストリームオブジェクト # Α · 2 9 8 または # Β · 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 のディンターリ一ブ /インターリーブのやり直しが、生じない；

( 0 2 ) 任意の S O B U内部の記録情報に対するアクセス位置を、セクタ数（あるいはセクタ数に対応した他のパラメータ；たとえば後述する図 1 5 のストリームノックおよびその内部のアプリケーションバケツト群の情報）で特定できるたとえば、ある S 〇 B U # k の中間位置にアクセスする場合は、 S O B U # k — 1 と S O B U # k との境界力ら 1 6 セクタ目（あるいは 1 6 セクタ目に対応するアプリケーションパケットの位置）を指定すればよい。図 5 は、図 1 に示されるノックヘッダの内部構造を例示する図である。ノックヘッダ 1 は例えば 1 4 ノくィ卜で構成されており、ここにはノ、。ック開始コード 3 0 1 、 " 0 1 " コードシステムクロックリファレンス S C R 3 0 3 、多重化レート (例えば 8 M b p s ) 3 0 4 、スタッフイング長 3 0 5 、およびスタッフイングノくィト 3 0 6 のフィーノレドカ Sあり、それぞれのフィールドに該当情報が記述されている。

ところで、ストリームオブジェクト S O B の記録中にストリーマに入ってくるアプリケーションノ、。ケット A P一 P K T は、ストリーマ内部のロー力ノレ基準クロックによりタイムスタンプされる。このタイムスタンプで示される時間がアプリケーシヨンバケツト到着時間 A P A T である。 S 〇 B 内の最初のノ、。ックに対しては、ストリーマ内部のロー力ノレ基準クロック（図 5 の S C R 3 0 3 または後述する図 1 5 の S C Rベースに対応）は、そのパック内で開始する最初のアプリケーションバケツトの A P A T に等しくなる。

図 6 は、図 1 に示される P E S ヘッダ &サブストリーム I Dの内部構造を例示する図である。 P E S ヘッダ &サブストリーム I D 6 は例えば 6 ノィトで構成されており、ここにはノヽ。ケット開始コード 3 1 1 、ストリーム I D 3 1 2 、 " 1 1 " コード 3 1 3 、 P E S ' C R C フラグ 3 1 4 、 P E S 拡張フラグ 3 1 6 、 P E Sヘッダ長 3 1 6 、サブストリーム I D 3 1 7 の各記述フィールドが存在する。

次に、ロングアプリケーションヘッダ 1 1 とショートァプリケ一シヨンヘッダ 1 3 の詳細について説明する。図 7 は、図 1 ( c ) に示されるロングアプリケーションヘッダ 1 1 (または 1 2 ) の内部構造を例示する図である。また、図 8 は、図 1 ( i ) に示されるアプリケーションヘッダ Zショートアプリケーションヘッダ 1 3 (または 1 4 ) の内部構造を例示する図である。

図 7 および図 8 の図示力、ら分かるように、ロングアプリケーションヘッダ 1 1 内のデータ内容の一部がショ一トアプリケーシヨンヘッダ 1 3 のデータ内容になっている。ストリームデータの内容に依存しない共通に必要な情報がショ一トァプリケーシヨンヘッダ 1 3 内に含まれており、全てのストリームデータを情報記憶媒体上に記録するときにストリームデ —タと一緒にこのショートアプリケーションヘッダ 1 3 の内容が記録される。

ところで、デジタル T V放送の映像情報は、一般に M P E G 2 を用いて情報圧縮されている。したがって、ストリームデータとしてデジタル T V映像情報を情報記憶媒体上に記録した場合、再生時には M P E G 2 固有の情報が必要となる。そこで、全てのストリームデータに共通なショートアプリケ — シヨンヘッダ 1 3 の情報にデジタノレ T V放送（ M P E G 2 ) の再生に必要な情報を付加した情報を、ロングアプリケーシヨンヘッダ 1 1 に持たせている。

以下、図 7 および図 8 を参照して、ロングアプリケーションヘッダ 1 1 の情報内容およびショートアプリケーションへッダ 1 3 内の情報内容について、具体的に説明する。以下の説明において、特に断りがない限り、同じ参照番号のフィーノレドは、ロングアプリケーションヘッダ 1 1 とショートァプリケーシヨンヘッダ 1 3 との間で共通である。

アプリケーションヘッダ 1 1 、 1 3 は、その內部にロングアプリケーションヘッダ 1 1 の識別フラグを格納する 1 ビットフィーノレド 3 2 6 を持つ。この識別フラグ力 S " 1 " のときはロングアプリケーションヘッダであることが示され、

" 0 " のときはショートアプリケーションヘッダであることが示される。また、アプリケーションヘッダ 1 1 、 1 3 は、個々のストリームデータに対応したサービス I D情報を格納するフィーゾレド 3 3 0 も持つ。この I D情報と別の場所に記録してあるサービス情報とのリンクをとることで、各ストリームデータ毎の固有のサービス情報を得ることができる。また、将来アプリケーションヘッダの情報内容を変更できるように、アプリケーションヘッダのバ一ジョン番号がフィールド 3 2 1 に記録されている。

さらに、アプリケーションヘッダ 1 1 、 1 3 内には、モディファイドタイムスタンプのデータ長（バイト数）がフィ一ルド 3 2 2 に記述される。またアプリケーションノケットのデータ長（バイト数）がフィールド 3 2 3 にバイト数で記述される。さらにストリームバケツト内に存在するアプリケーションノヽ。ケットの数力 Sフィーノレド 3 2 4 に記述される。このアプリケーションバケツト数は、ストリームノック内の最初に配置されたモディフアイドタイムスタンプが指し示すアブリケーションバケツトから数えた数である。さらにストリームパック内の最初に配置されたモディフアイドタイムスタンプの先頭位置情報がフィールド 3 2 5 にバイト数で記述される。フィ一ノレド 3 2 6 には、ロングアプリケーションヘッダの識別フラグが記述される。

ここで、図 8 のフィールド 3 2 7 * には S O B # B ' 2 9 9 の開始アプリケーションバケツトがストリームノック内に存在することを示すフラグが記述され、図 8 のフィールド 3 2 8 * には S O B # B · 2 9 9 の終了アプリケーションパケットがストリームパック内に存在することを示すフラグが記述される。

同様に、図 7 のフィールド 3 2 7 には 3 0 8 # ' 2 9 8 の開始アプリケーションバケツトがストリームノ、。ック内に存在することを示すフラグが記述され、図 7 のフィールド 3 2 8 には S O B # A ■ 2 9 8 の終了アプリケーションノヽ。ケットがストリームパック内に存在することを示すフラグが記述される。

アプリケーションヘッダ 1 1 、 1 3 内のフィールド 3 2 9 には、モディファイドタイムスタンプの基準クロック周波数情報が記述される。

さらに、図 7 に示すロングアプリケーションヘッダ 1 1 内のフィーノレド 3 3 1 には、最大ビットレート情報が記述される。これはデータ溢れ量を制御するモデルのための出力ビットレートノラメータである。また、ロングアプリケーションヘッダ 1 1 内のフィーノレド 3 3 2 には、スムーズバッファサィズが記述される。これはデータ溢れ量を制御するモデル

(ストリーマのスムージングバッファモデノレ）のためのノッフアサイズノ、。ラメ —タ（バイト）である。

図 7 、図 8 ではモディファイドタイムスタンプ（図 1 ( b ) 参照）のデータ長（フィ一ノレド 3 2 2 ) 、モディファィドタイムスタンプの基準クロック周波数（フィールド 3 2 9 ) を例示したが、それに限らず、この発明の実施の形態によっては、タイムスタンプの付け直しを行わず、受信直後のタイムスタンプをそのまま情報記憶媒体上に記録することも可能である。その場合には、通常のタイムスタンプのデータ長（フィ一ノレド 3 2 2 ) および Zまたは通常のタイムスタンプの基準クロック周波数（フィールド 3 2 9 ) の情報を用いることができる。

上記スムージングノッファモデルとは、 S O B 内に記録されるアプリケーションデータの平均ビットレートおよび瞬間的な途切れを制限するために定義されたものである。バケツトヘッダ、 P E Sヘッダ、アプリケーションヘッダ、アプリケーシヨンタイムスタンプ、およびスタッフイングを含む完全なノヽ。ックデータは、このモデノレのスム一ジングノくッファに入る。このスムージングバッファ力らアプリケ一ションノ、。ケットを取り除くに際しては、該当アプリケーションバケツトの先頭バイトと先行アプリケーションバケツトの最終バイトとの間に格納された全てのデータバイトが、スムージングバッファ力ゝら瞬間的に削除される。

M P E G 2 プログラムストリームをスムージングノッファに導入でき、かつアプリケーションタイムスタンプにより規定され正しく再構成された再生タイミングに基づいてその全てのアプリケーションバケツトをスムージングノッファ力ら取り除くことができるように S O B が媒体 ( D V D - R A M ディスクなど）に記録されるなら、それはストリのスム一ジングバッファモデルにより与えられた制限に従うものと解釈される。この制限は、スムージングバッファのサイズおよび M P E G 2 プログラムストリームの最大プログラム多重化レート（図 5 の 3 0 4 あるレヽは図 1 5 ( e ) のプログラム多重化レート）の最大値（ 1 0 . 0 8 M b P S ) に！:、し飞疋めることができる。

記録（録画）中に、ノ、。ックを形成するに十分なアプリケーションデータがスム一ジングバッファ内に貯まれば、直ちにパックをスムージングノッファ力らトラッタノッファに転送できる。そのための条件は、（ 1 ) ノ、。ックがアプリケーションバケツトにより完全に埋められるか、（ 2 ) システムクロックリファレンス S C R とロー力ノレクロック（ 2 7 M H z ) とのずれが所定のしきい値（秒数で表される時間値）を越えるカゝしたときに、満足される。

レヽま、先行ノックの S C R を S C R— p r e v としてみるこの場合、アプリケーションバケツトの開始が含まれない後続ノ、。ックに対しては、 " S C R = S C R— p r e v + 2 0 4 8 X 8 ビット Z 1 0 . 0 8 M H z " の関係から、それらノヽ。ックの S C R を求めることができる。

一方、アプリケーションパケットの開始を少なくとも 1 つ含む後続パックに対しては、 " S C R 二 ( S C R— ρ r e v + 2 0 4 8 X 8 ビット / 1 0 . 0 8 M H z ；あるいは A P A T [ 4 0 ■·· 0 ] ) の最大値" 力ら、それらノ、。ックの S C R を求めることができる。ここで、 A P A T とは、該当ノック内で開始する先頭アプリケーションバケツトの到着時間を指す S 〇 B 内の最初のノヽ。ックに対して、その S C R はそのノ、。ック内で開始する先頭アプリケーションバケツトの A P A T と同じになる。このことを具体的に例示すれば、 " S C R [ 4 0 ··· 0 ] = A P A T [ 4 0 ··· 0 ] " となる。この S C R [ 4 0 ··· 0 ] の次の S C R [ 4 1 ] はゼロとなる。なお、 S C R [ 4 0 ■·· 0 ] の [ 4 0 … 0 ] はこの S C R を構成する情報ビット（ 4 0 ) 〜（ 0 ) の内容を示し、 A P A T [ 4 0 ··· 0 ] の [ 4 0 … 0 ] はこの A P A T を構成する情報ビット（ 4 0 ) 〜（ 0 ) の内容を示す。同様に、 S C R [ 4 1 ] の [ 4 1 ] はこの S C R を構成する情報ビット（ 4 1 ) の内容を示す。

ファームウェアのプログラミングで例示すれば、上述したことは、以下のように表現できる：

if (APAT [40...0] > (SCR_prev + 2048*8bits/10.08Mbps)), then SCR[40. . .0] = APAT [40.. .0]

SCR [41] = 0

else

SCR[40...0] = (SCR一 prev + 2048*8bits/10.08Mbps) [40...0] SCR [41] 0

endi f

なお、再生中にスムージングバッファが満杯になれば、ァプリケーションバケツ卜を出力する処理を直ちに開始することができる。

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

このストリームデータ記録再生装置は、光ディスク装置 (ストリーマ） 4 1 5 、 S T B 装置 4 1 6 およびその周辺機器から構成される。周辺機器としては、ビデオミキシング部 4 0 5 、フレームメモリ部 4 0 6 、夕部スピーカ 4 3 3 、ノヽ。 — ソナノレコンピュータ（ P C ) 4 3 5 、モニタ T V 4 3 7 、 D / A コンノータ 4 3 2 、 4 3 6 、 I / F部 4 3 1 、 4 3 4 等がある。

光ディスク装置 4 1 5 は、ディスクドライブを含む記録再生部 4 0 9 と、記録再生部 4 0 9 へのストリームデータ（あるいは記録再生部 4 0 9 カゝらのストリームデータ）を処理するデータプロセサ部（以下 D — P R O部と略記する） 4 1 0 と、 D — P R O部 4 1 0 力らォ一ノーフローしてきたストリームデータを一時記憶する一時記憶部（前述したスムージングバッファとして利用可能） 4 1 1 と、記録再生部 4 0 9 および D — P R O部 4 1 0 の動作を制御する光ディスク装置制御部 4 1 2 とを備えている。

光ディスク装置 4 1 5 はさらに、 S T B 装置 4 1 6 カゝら 1 E E E 1 3 9 4 等を介して送られてきたストリームデータを受ける（あるいは I E E E 1 3 9 4 等を介して S T B 装置 4 1 6 ヘストリームデータを送る）データ転送インターフエ.ィス部 4 1 4 と、データ転送インタ一フェイス部 4 1 4 で受けたストリームデータを情報記憶媒体（ R A Mディスク） 2 0

1 に記録する信号形式に変換する（あるいは媒体 2 0 1 から再生されたストリームデータを I E E E 1 3 9 4 等の信号形式に変換する）フォーマッタ Zデフォーマッタ部 4 1 3 とを備えている。

具体的には、データ転送インターフユイス部 4 1 4 の I E E E 1 3 9 4 受信側は、基準クロック発生部（口一カルクロック） 4 4 0 のタイムカウント値に基づレヽて、ストリームデータ転送開始からの時間を読み込む。このタイムカウント値 (時間情報）に基づいて、ストリームデータをストリームブロック毎（あるいは S O B U毎）に切り分ける区切れ情報を作成するとともに、この区切れ情報に対応したセルの切り分け情報およびプログラムの切り分け情報、さらには P G C の切り分け情報を作成する。

フォーマッタ /デフォーマッタ部 4 1 3 は、 S T B装置 4 1 6 力ら送られてきたストリームデータをストリームノ、。ックの列に変換し、変換されたストリームノ、。ック列を D — P R ◦ 部 4 1 0 へ入力する。入力されたストリームパックはセクタと同じ 2 0 4 8 ノィトの一定サイズを持っている。 D — P R 〇部 4 1 0 は、入力されたストリームノ、 ° ックを 1 6 セクタ毎にまとめて E C Cブロックにして、記録再生部 4 0 9 へ送る記録再生部 4 0 9 において媒体 2 0 1 への記録準備ができていない場合には、 D — P R O部 4 1 0 は、記録データを一時記憶部 4 1 1 に転送して一時保存し、記録再生部 ⁴ 0 9 においてデータ記録準備ができるまで待つ。記録再生部 4 0 9 において記録準備ができた段階で、 D — P R 〇部 4 1 0 は一時記憶部 4 1 1 に保存されたデータを記録再生部 4 0 9 に転送する _D これにより、媒体 2 0 1 への記録が開始される。一時記憶部 4 1 1 に保存されたデータの記録が済むと、その続きのデータはフォーマッタ Zデフォーマッタ部 4 1 3 力ら D — P R O部 4 1 0 ヘシ一ムレスに転送されるようになっている。ここで、一時記憶部 4 1 1 は、高速アクセス可能で数分以上の記録データを保持できるようにするため、大容量メモリを想定している。

なお、フォーマッタ Zデフォーマッタ部 4 1 3 を介して記録ビットストリームに付されるタイムスタンプ情報は、基準クロック発生部 4 4 0 力ら得ることができる。また、フォーマツタデフォーマッタ部 4 1 3 を介して再生ビットストリームから取り出されたタイムスタンプ情報（ S C R ) は、基準クロック発生部 4 4 0 にセットすることができる。

情報記憶媒体 2 0 1 に記録されたストリームデータ内のパックヘッダには、基準クロック（システムクロックリファレンス S C R ) が記録されている。この媒体 2 0 1 に記録されたストリームデータ（ 3 〇 8 または 3 〇 8 11 ) を再生する場合において、基準クロック発生部 4 4 0 は、媒体 2 0 1 力、ら再生された基準クロック（ S C R ) に適合される（ S C Rの値が基準クロック発生部 4 4 0 にセットされる）。つまり、 S O B あるいは S O B Uのデータを再生するために、ストリ一マ（光ディスク装置 4 1 5 ). 内の基準クロック（基準クロック発生部 4 4 0 ) を、再生が開始される最初のストリームノ、。ック内に記述されたシステムク口ックリファレンス S C R に合わせる。その後は、基準クロック発生部 4 4 0 のカウントアップは自動的に行われる。

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

一方、情報記憶媒体 2 0 1 に記録された番組を再生する場合は、 I E E E 1 3 9 4 のシリアノレバスを介して光ディスク装置 4 1 5 力ら S T B装置 4 1 6 に送られてきたストリームデータは、セレクタ部 4 2 3 を介してデコーダ部 4 0 2 の多重化情報分離部 4 2 5 に送られる。多重化情報分離部 4 2 5 は、セレクタ部 4 2 3 力ら送られてきたストリームデータに含まれる各種バケツト（ビデオバケツト、オーディオパケット、サブピクチヤノ、"ケット等）を、内部メモリ部 4 2 6 上で各パケットの I D により区分けする。そして、区分けされたパケットを、それぞれ該当するデコード部（ビデォデコード部 4 2 8 、サブピクチャデコード部 4 2 9 、オーディオデコ一ド部 4 3 0 に分配する。

ビデオデコード部 4 2 8 は、多重化情報分離部 4 2 5 から送られてきた（ M P E Gエンコードされた）ビデオパケットをデコードして、動画データを生成する。その際、 M P E G ビデオデータ中の I ピクチャから記録内容を代表する縮小画像（サムネールピクチャ）を生成する機能を持たせるためにビデオデコード部 4 2 8 は、代表画像（サムネール）生成部 4 3 9 を内蔵してレヽる。ビデオデコード部 4 2 8 でデコードされた動画（および/または生成部 4 3 9 で生成された代表画像）と、サブピクチャデコード部 4 2 9 でデコードされたサブピクチャ（字幕、メニュー等の情報）と、オーディオデコード部 4 3 0 でデコードされた音声とは、ビデオプロセサ部 4 3 8 を介してビデオミキシング部 4 0 5 へ送出される。

ビデオミキシング部 4 0 5 は、フレームメモリ部 ⁴ 0 6 を利用して、動画に字幕等を重ねたデジタル映像を作り出す。このデジタノレ映像は、 D Z A変換器 4 3 6 を介してアナログ映像化され、モニタ T V 4 3 7 に送られる。また、ビデオミキシング部 4 0 5 からのデジタル映像は、 I / F 部 4 3 4 および I E E E 1 9 4 等の信号ラインを介して、パーソナノレコンピュータ 4 3 5 に適宜取り込まれる。一方、オーディオデコード部 4 3 0 でデコードされたデジタルオーディオ情報は D Z A変換器 4 3 2 および図示しないオーディオアンプを介して、外部スピーカ 4 3 3 に送られる。また、デコードされたオーディオ情報は、 I Z F部 4 3 1 を介して外部にデジタル出力される。なお、 S T B装置 4 1 6 内の動作タイミングは、システムタイムカウンタ（ S T C ) 部 4 2 4 力らのクロックにより決定される。

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

図 9 に示すストリ一ムデータ記録再生装置では光ディスク装置 4 1 5 と S T B装置 4 1 6 との間でデータ転送インターフェイス部 4 1 4 、 4 2 0 を介してストリームデータの転送処理が行われる。 M P E G 2 の形式で圧縮されたデジタノレ T Vの映像情報が間欠なく連続して転送されるために必要な情報として、データ転送ィンターフェイス部 4 1 4 と 4 2 0 間で情報転送するときの最大ビットレート（情報の最大転送速度）の情報がロングアプリケーションヘッダ 1 1 のフィールド 3 2 7 (図 7 ) に記録されている。また、光ディスク装置 4 1 5 および S T B 装置 4 1 6 のデータ転送インターフェイス部 4 1 4、 4 2 0 間で M P E G 2 映像情報のリアルタイム連続転送を保証するために必要な情報、すなわちデータ転送インターフェイス部 4 1 4、 4 2 0 内部で持つ必要のあるメモリサイズが、スムーズノくッファサイズとして、図 7 のフィ一ルド 3 3 2 に記録されてレ、る。

この S T B制御部 4 0 4 およびデコーダ部 4 0 2 を含め S T B装置 4 1 6 の内部動作のタイミングは、 S T C部 4 2 4 力らのクロックで規制できる。また、光ディスク装置 4 1 5 の基準クロック発生部 4 4 0 と S T B装置 4 1 6 の S T C部

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

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

具体的には、 S T B装置 4 1 6 カゝら光ディスク装置（ストリーマ） 4 1 5 に送られてくるストリームデータに含まれる

5 O B 内の最初のパックに対して、ストリーマ 4 1 5 内部のロー力ノレ基準クロック（ 4 4 0 ) を、そのノック内で開始する最初のアプリケーションバケツトの A P A T に設定することになる。図 1 9 の装置構成を機能別にみると、 5 丁 8装置 4 1 6 内は、「受信時刻管理部」と、「ストリームデータ内容解析部」と、「ストリームデータ転送部」と、「時間関連情報生成部」とに分割 Z分類できる。

ここで、「受信時刻管理部」は、デモジュレータ（復調部） 4 2 2 、受信情報セレクタ部 4 2 3 、多重化情報分離部

4 2 5 、 S T B 制御部 4 0 4 等で構成される。この「受信時刻管理部」は、衛星アンテナ 4 2 1 でデジタル T V放送を受信し、受信した放送情報内の各トランスポートバケツト毎の受信時刻を記録する。

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

5 (プレゼンテーションタイムスタンプ）値を抽出する。

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

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

この発明の一実施の形態では、 S T B装置 4 1 6 で取り込まれたアプリケーションバケツト（トランスポートケット）間の時間間隔を保持したままディスク 2 0 1 に記録可能とし、受信時の各パケット間の時間間隔を保持したまま再生

( S T B装置へ光ディスク装置から送信）可能としている。ただし、この場合、 S T B装置 4 1 6 内の基準クロック周波数（ S T C 4 2 4 ) と、光ディスク装置 4 1 5 内の基準クロック周波数（口一力ノレクロック 4 4 0 ) とが異なるために、光ディスク装置 4 1 5 で記録する前にタイムスタンプの付け直しを行い、光ディスク装置 4 1 5 内のクロックをパックへッダに記録するようにしてレヽる。これにより、再生時には、受信時の各パケット間の時間間隔を保持したまま光ディスク装置 4 1 5 力ら S T B 装置 4 1 6 アプリケーションケットを送信することが可能となる。その結果、 S T B装置 4 1 6 では、データ転送インターフェイス部 4 2 0 および受信情報セレクタ部 4 2 3 を通して多重化情報分離部 4 2 5 に取り込まれたアプリケーションバケツトは、衛星アンテナ 4 2 1 を通じて取り込まれたときと同様な処理でデコード可能となる。

すなわち、先に説明した「受信時刻管理部」が機能し、ァプリケーシヨンパケットの受信時刻（取り込み時刻）およびアプリケーションバケツトが多重情報分離部 4 2 5 のメモリ部 4 2 6 に取り込まれる。次に「ストリームデータ内容解析部」ではメモリ部 4 2 6 に記憶されているアプリケーションノ、。ケット内の情報を解析し、そのヘッダであるトランスポートノ、。ケットヘッダ、ペイロードを認識する（図 1 4 参照）。ペイロードの種類としては、ピクチャ情報、オーディオ情報副映像情報、さらにはデータ、テキスト情報なども含まれるそれぞれの情報には、 P T S (プレゼンテーションタイムスタンプまたは再生タイムスタンプ）が付加されている。トランスポートノヽ°ケットヘッダには、追随するペイロードがどのようなデータであるかの識別情報や各種の属性情報が含まれているので、この情報にしたがって、ピクチャ情報、オーディォ情報、副映像情報などの切り出し、それぞれの情報に対応する P T S の抽出が行われる。

各情報は、それぞれ対応するビデオデコード部 4 2 8 、ォ一ディォデコード部 4 3 0 、サブピクチャデコード部 4 2 9 に入力されデコードされる。ビデオデコ一ド部 4 2 8 力ゝらのビデオ信号と、サブピクチャデコード部 4 2 9 からの副映像信号とは、ビデオプロセッサ部 4 3 8 に入力される。ビデオプロセッサ部 4 3 8 では、デコードされたビデォ信号と副映像信号との合成処理、その他ビデオ信号に必要な処理が行なわれる。ビデオプロセッサ部 4 3 8 からの出力ビデオ信号はビデオミキシング部 4 0 5 を介してデジタルアナ口グ変換部 4 3 6 に入力され、ここでアナログ信号となり、テレビジョン受像機 4 3 7 でモニタされる。

ビデオミキシング部 4 0 5 には、フレームメモリ部 4 0 6 が接続されており、ミキシング処理のときの一時保管部として利用される。またミキシング部 4 0 5 のデジタル出力（映像、副映像、オーディオを含む）は、インターフェイス 4 3 4 を介してノーソナノレコンピュータ 4 3 5 に与えることもできる。オーディオデコード部 4 3 0 の出力は、インターフエイス部 4 3 1 を介してデジタル出力として取り出すことができる。またオーディオデータは、デジタルアナログ変換部 4 3 2 を介してアナログ信号に変換されスピーカ 4 3 3 に入力される。

上述したように、図 9 の装置では、受信時の各パケット間の時間間隔を保持したまま再生（光ディスク装置から S T B 装置への送信）可能としている。このことは、し力しな力 S ら記録媒体 2 0 1 に対する物理的記録箇所が間欠的にならないことを意味するものではない。場合によっては、物理的な記録箇所が間隔を有することもあるが、基本的には連続的に記録される。しかし、上述したようにパケット間には時間間隔が時間情報上で存在するので、記録媒体からのデータ再生量が S T B装置の単位時間当たりのデータ処理量よりも多くなることがある。この場合には、光ディスク装置のキックノック機能が働くようになつており、取り込んだ再生データの一部を破棄し、再度、記憶媒体 2 0 1 から読み取るようになつている。これにより、アプリケーションパケットは、アンテナより受信したときと同様なタイミングで S T B 装置へ伝送される。

図 1 0 は、この発明の一実施の形態に係るストリームデータ記録手順を説明するフローチャート図である。まず、図 9 の S T B装置 4 1 6 においてデジタル T V放送の映像情報が受信される（ステップ S 1 ) 。一般にデジタル T V放送での受信情報は、 1 個のトランスボンダ内に複数番組情報が時分割多重化されている。その情報に対して、受信情報セレクタ部 4 2 3 内で、特定番組のみのアプリケーションバケツトが抽出される。

図 9 の説明で述べた「受信時刻管理部」では、必要な番組情報が多重化情報分離部 4 2 5 内のメモリ部 4 2 6 内に一時保管される。これと同時に、「受信時刻管理部」では各アブリケーシヨンバケツト毎の受信時刻が計測され、その計測 ί直が、図 1 ( a ) に示したようなオリジナルタイムスタンプとして各アプリケーションバケツト毎に付加される（ステップ S 2 ) 。ここで、オリジナルタイムスタンプは、 I E E E 1 3 9 4 の規格に基いてデータ伝送するとき（各アプリケーシヨンノ、ケットを伝送するとき）のタイムスタンプである。このように付加されたオリジナルタイムスタンプ情報は、メモリ部 4 2 6 内に記録される。

次に、図 9 の説明で述べた「ストリームデータ内容解析部」では、メモリ部 4 2 6 内に記録されたアプリケーションパケット内の情報が解析される。具体的には、アプリケーションバケツト列から各ピクチャ境界位置を切り出す処理と、 P T S (プレゼンテーションタイムスタンプ）情報の抽出処理とが行なわれる。また、「ストリームデータ内容解析部」では、ストリームデータ内容からデジタル T V放送の映像†; 報であるか否かの判定も行なわれる。以上の処理が行なわれたあと、オリジナルタイムスタンプのタイミングに合わせてストリームデータがデータ転送インターフェイス部 4 2 0 に転送される。

データ転送インターフェイス部 4 1 4 とデータ転送インタ一フェイス部 4 2 0 との間でストリームデータを転送するとき、このデータ転送と同時に、データ転送インターフユイス部 4 1 4 内部で発生させたデジタル T V映像情報識別フラグが添付されて転送される（ステップ S 3 ) 。

光ディスク装置 4 1 5 側では、データ転送インターフェイス部 4 1 4 から出力された各アプリケーションバケツトに対して、装置内部の基準ク口ック発生部 4 4 0 で生成する基準クロックに合わせて、タイムスタンプの付け替え（モディフアイドタイムスタンプの付け直し）が行なわれる（ステップ S 4 ) 。

このタイムスタンプの付け替えにより、 5 丁 8 装置 4 1 6 から光ディスク装置（ストリーマ） 4 1 5 に送られてくるストリームデータに含まれるストリームオブジェクト S O B 内の最初のノックに対して、ストリーマ 4 1 5 内部のローカル基準クロック（ 4 4 0 ) を、そのパック内で開始する最初のアプリケーションバケツトの A P A T に設定することになる換言すれば、 S O B の記録中にストリ一マに入ってくるァプリケーシヨンバケツト A P— P K Tは、ストリーマ内部の口一カル基準クロックによりタイムスタンプされ（このタイムスタンプで示される時間がアプリケーションバケツト到着時間 A P A T ) 、 S 〇 B 内の最初のノックに対しては、ストリ一マ内部のロー力ノレ基準クロック（図 5 の S C R 3 0 3 または後述する図 1 5 の S C Rベースに対応）は、そのパック内で開始する最初のアプリケーションバケツトの A P A T に等しくなる。

上記ステップ S 4 のタイムスタンプ付け替え処理と並行して、光ディスク装置制御部 4 1 5 ではデジタル T V映像情報識別フラグが認識され、図 1 ( c ) または図 7 で示された口ングアプリケーションヘッダ 1 1 の設定が行なわれる（ステップ S 5 ) 。

ストリームデータを情報記憶媒体 2 0 1 上に記録する処理においては、図 9 の D — P R ◦ (デジタルプロセッサ）部 4 1 0 がデータ制御を行い、記録再生部 4 0 9 が動作する（ステツプ S 6 〜ステップ S 9 ) 。このときは、図 1 ( c ) に示すように、各セクタ毎に、順次パックヘッダ 1 、 P E S へッダ &サブストリーム I D 6 、ロングアプリケーションヘッダ 1 1 が記録され、データエリア 2 1 内では順次モディファイドタイムスタンプおよびアプリケーションバケツトが記録されて行く。

ここで、ノ、。ックヘッダ 1 には図 5 に示す S C R 3 0 3 (後述する図 1 5 の S C Rベースに対応）が記録されている。情報記憶媒体 2 0 1 にストリームデータを記録するときの時刻情報として基準クロック発生部 4 4 0 カゝら出力されたクロックのカウント値が、この S C R情報として記録される。

ステップ S 6 〜ステップ S 9 の中身をより具体的に説明すると、まず D — P R O部 4 1 0 を介して記録再生部 4 0 9 でストリームパック（セクタ）毎にパックヘッダが情報記憶媒体に記録される（ステップ S 6 ) 。次に、 D — P R ◦部 4 1 0 を介して記録再生部 4 0 9 でストリームノック（セクタ）毎に P E S ヘッダ &サブストリーム I D力 S情報記憶媒体に記録される（ステップ S 7 ) 。続いて、 D — P R O部 4 1 0 を介して記録再生部 4 0 9 でストリームノック（セクタ）毎にロングアプリケーションヘッダが情報記憶媒体に記録される

(ステップ S 8 ) 。そして、 D — P R O部 4 1 0 を介して記録再生部 4 0 9 でストリームノック（セクタ）毎にモディフアイドタイムスタンプおよびアプリケーションバケツトが情報記憶媒体に記録される（ステップ S 7 ) 。

以上の処理により、図 9 の光ディスク装置（またはストリ一マ） 4 1 5 内では、基準クロック発生部 4 4 0 力ゝらの基準クロックを用いて作成した時間情報（モディファイドタイムスタンプ Z S C R ) を、データの送出 /転送のタイミングを得るための情報として利用できるようになる。

以上の処理を別の言葉で表現すると、以下のようになる。すなわち、情報媒体上にストリームデータを記録する場合において、前記ストリームデータを記録する第 1 の記録単位

(ストリームパック /セクタ）および第 2 の記録単位（ァプリケーシヨンパケット）が用意される。そして、前記第 1 の記録単位（ストリームノック Zセクタ）毎に第 1 のヘッダ

(パックへッダ）情報が記録され、前記第 2 の記録単位（ァプリケーシヨンパケット）毎に時間情報（タイムスタンプ）が記録され、前記第 2 の記録単位（アプリケーションバケツト）毎に前記ストリームデータが記録される。また、前記第 1 のヘッダ（ノックへッダ）情報内に所定のシステムクロック情報が記録されるとともに、前記第 2 の記録単位（アプリケーシヨンパケット）毎に記録される前記時間情報（タイムスタンプ）が、前記所定のシステムクロックの値に連動して設定される（ステップ S 4 ) 。

図 1 1 は、この発明の一実施の形態に係るストリームデ一タ再生手順を説明するフローチヤ一ト図である。この再生手順において、まずパックヘッダ 1 カゝら再生が開始される（ステツプ S 3 1 ) 。

ノックヘッダ 1 にはストリームデータを記録するときの時刻情報として基準クロック発生部 4 4 0 から出力されたクロックの力ゥント値が記録されており、その値に合わせて基準クロック発生部 4 4 0 の初期値の再設定が行なわれる（ステップ S 3 2 ) 。

その直後に、図 9 の情報再生部 4 0 9 で、情報記憶媒体 2 0 1 上に記録されたタイムスタンプおよびアプリケーションバケツトが再生され、その再生データが一時記憶部 4 1 1 に一時保管される（ステップ S 3 3 ) 。

情報記憶媒体 2 0 1 に記録されたモディファイドタイムスタンプは、前述した S C R 3 0 3 に連動して設定されているこのこと力ゝら、基準クロック発生部 4 4 0 から発生した基準クロックのカウント値がモディファイドタイムスタンプの値に一致したときに、一時記憶部 4 1 1 内に一時記録されたモディフアイドタイムスタンプとそれに関連したアプリケーシヨンバケツトがデータ転送インターフェイス部 4 1 4 に転送される（ステップ S 3 4 ) _D

データ転送インターフェイス部 4 1 4 内部では、その内部に持ってレ、る基準ク口ックに合わせてタイムスタンプ値が付け直されて、一時記憶部 4 1 1 から転送されてきた情報がデータ転送インターフェイス部 4 2 0 に転送される。

ところで、情報記憶媒体 2 0 1 上に点在記録されたストリ —ムデータを記録再生部 4 0 9 内の光学へッド（図示せず）がアクセスして再生する場合、モディファイドタイムスタンプの連続性が崩れる。そこで、情報記憶媒体 2 0 1 上に点在記録されたストリームデータに光学へッドがアクセスし（ステツプ S 3 5 ) 、情報記憶媒体上の大きく離れた位置で再生開始する場合には、次のような処理が行われる。すなわち、図 9 の記録再生部 4 0 9 で情報記憶媒体 2 0 1 上に記録されたノックヘッダ力ら S C R 3 0 3 が再生され（ステップ S 3 6 ) 、再生された S C R の値に合わせて基準クロック発生部 4 4 0 の値が再設定される（ステップ S 3 7 ) 。

このような処理により、基準クロック発生部 4 4 0 から得られる S C R の値が、再生されるバケツトのタイムスタンプに同期可能な関係になる。この同期関係が確立されてから、情報再生部 4 0 9 において、情報記憶媒体上に記録されたタィムスタンプおよびアプリケーションノ、。ケットが再生される (ステップ S 3 8 ) 。最後に、基準クロック発生部 4 4 0 から発生した基準クロックのカウント値がモディファイドタイムスタンプの値に一致したときに、一時記憶部 4 1 1 内に一時記録されたモディフアイドタイムスタンプとそれに関連したアプリケーションバケツトがデータ転送ィンターフェイス部 4 1 4 に転送される（ステップ S 3 9 ) 。

データ転送インターフェイス部 4 1 4 に転送された再生情報は I E E E 1 3 9 4 ライン等を介して S T B装置 4 1 6 に送られ、そこで必要なデコードが行われる。デコードされた情報（媒体 2 0 1 上の記録コンテンツ）は、図 ⁹ の T V 4 3 7 、スピーカ 4 3 3 等により再生される。

以上の処理を別の言葉で表現すると、以下のようになる。すなわち、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ S O B ) が 1 以上集まってストリームデータが構成され、前記ストリ一ムォブジェクト

( S O B ) 力 S i 以上のストリームノック（ S— P C K ) で構成され、前記ストリームノック（ S— P C K ) はパックへッダとストリームパケット（ S— P K T ) とで構成され、前記ノ、。ックヘッダが所定の時間情報（ S C R ) を含み、前記ストリームノ、。ケット（ S— P K T ) が所定のタイムスタンプ（ A T S ) が付されたアプリケーションノ、。ケット（ A P— P K T ) を 1 以上含み、（ストリーマに）入ってくる前記アプリケ一シヨンパケット（ A P— P K T ) が前記所定の時間情報

( S C R ) に対応した（ストリーマ內部の）ローカル基準クロック（図 9 の 4 4 0 ) によりタイムスタンプされ、前記タィムスタンプの情報が前記ストリームパック（ S— P C K ) 内に記録された形式で前記ストリームオブジェクト（ S O B ) が記録された情報媒体（ 2 0 1 ) から記録情報を再生する場合において、

前記情報媒体（ 2 0 1 ) から再生された前記ローカル基準クロック（図 5 の S C R 3 0 3 、図 1 5 の S C Rベース）に基づいて再生用の基準クロックが設定され（ステップ S 3 7 ) 、前記設定された再生用の基準クロック（ S C R ) に基づいて、前記情報媒体（ 2 0 1 ) から前記ビットストリームの内容が再される。

以上の処理をさらに別の言葉で表現すると、以下のようになる。すなわち、第 1 の記録単位（ストリームパック 7セクタ）毎にシステムク口ック情報が記録されている第 1 のへッダ（パックヘッダ）情報と、第 2 の記録単位（アプリケーシヨンパケット）毎に記録されているストリームデータと、前記第 2 の記録単位（アプリケーションパケット）毎に記録されている時間情報（タイムスタンプ）とを有したビットストリーム情報が記録された媒体から記録情報を再生する場合において、

前記第 1 のヘッダ（パックへッダ）情報内から前記システムクロック情報が再生され（ステップ S 3 6 ) 、前記再生したシステムクロック情報から基準クロックが再設定され（ステツプ S 3 7 ) 、前記第 2 の記録単位（アプリケーションパケット）毎に記録されている時間情報（タイムスタンプ）が再生され（ステップ S 3 8 ) 、前記再設定した基準クロックを基に前記再生した時間情報（タイムスタンプ）に応じて前記媒体に記録されたビットストリーム情報の内容が出力される（ステップ S 3 9 ) 。

図 1 2 は、この発明の他の実施の形態に係る記録再生システム（光ディスク装置と S T B装置とが一体化されたス卜ームデータ記録再生装置）の構成を説明する図である。

この実施の形態におけるストリームデータ記録再生装置はエンコーダ部 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 5 7 、表示部 4 5 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 4 2 、 T Vチューナ部 4 4 3 を備えている。また、デジタノレ T Vの映像情報以外に、例えば M P E G 4 で圧縮された T V 電話の映像情報あるいは M D ( ミディディスク）もしくは C D (コンパクトディスク）などのデジタルオーディオ情報などを入力し、ストリームデータとして情報記憶媒体 2 0 1 上に記録することも可能とするために、デジタル信号入力部 4 4 1 を備えている。

このストリームデータ記録再生装置はさらに、 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 、ァナログ丁 4 3 7用 13 /八変换部 4 3 6 を備ぇているここで、 V ミキシング部 4 0 5 は、デコーダ部 4 0 2 の V 一 P R O部 4 3 8 からのデジタルビデオ信号と、 S T B部 4 0 3 からのデジタルビデオ信号 4 5 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 4 4 、 A / D変換部 4 4 4 力、らのデジタノレビデオ信号、 S T B 部 4 0 3 力ゝらのデジタルビデオ信号 4 5 3 あるいはデジタル信号入力部 4 1 からのデジタル信号を選択してビデオェンコ一ド部 4 4 6 に送るセレクタ 4 4 5 、セレクタ 4 4 5 力らのビデオ信号をェンコ — ドするビデオエンコード部 4 4 6 、 A / D変換部 4 4 4 からのオーディォ信号をェンコ一ドするオーディオェンコ一ド部 4 4 7 、 T Vチューナ部 4 4 3 力ゝらのクローズドキヤプシヨン（ c c ) 信号あるいは文字放送信号等を副映像（ S P ) にェンコ一ドする S P ェンコ一ド部 4 4 8 、フォーマッタ部 4 4 9 、一時的にデータを格納するためのノッファメモリ部 4 5 0 より構成される。

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

オーディオデコード部 4 3 0 でデコードされたデジタルォ一ディォ信号は、インターフェイス（ 1 / 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 5 2 の D Z A変換もできるように構成される。

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

図 1 2 のメイン M P U 4 0 4 は、作業用メモリとしてのヮーク R A M 4 5 4 a と、ストリームデータ作成制御部 4 5 4 b とレヽぅ名の制御プログラムと、ストリームデータ再生制御部 4 5 4 c とレヽぅ名の制御プログラムと、ストリームデータの部分消去 /仮消去制御部 4 5 4 d という名の制御プログラム等を含んでいる。ストリ一ムデータ記録再生装置における録画時の制御は、上記制御プログラム（シーケンシャルな制御プログラム）を用いメイン M P U 4 0 4 により行われる。

ここで、ファイルの管理領域（図 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 に、専用のマイクロコンピュータバスを介して接続されている。

まず、図 1 2 の装置における録画時のビデオ信号の流れについて説明をする。録画時には、メイン M P U 4 0 4 内のストリ一ムデータ作成制御部 4 5 4 b という名のシーケンシャルプログラムにしたがって、一連の処理が行われる。すなわち、 I E E E 1 3 9 4 規格に準拠した伝送経路経由して S T B部 4 0 3 カゝらエンコーダ部 4 0 1 へ送出されたストリームデータは、まずフォーマッタ部 4 4 9 に転送される。フォーマッタ部 4 4 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 5 4 a に保存される。

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

フォーマッタ部 4 4 9 は、メイン M P U 4 0 4 のストリ一ムデータ作成制御部 4 5 4 b 力ゝらの指示にしたがって、 S T B 部 4 0 3 力ら送られてきたストリームデータをストリームノ、 ° ックの列に変換し、変換されたストリームパック列を D — P R O部 4 1 0 へ入力する。入力されたストリームノ、。ックはセクタと同じ 2 0 4 8 ノィトの一定サイズを持っている。 D 一 P R 〇部 4 1 0 は、入力されたストリームノヽ。ックを 1 6 セクタ毎にまとめて E C Cブロックにして、ディスクドライブ部 4 0 9 へ送る。ディスクドライブ部 4 0 9 では、データ記録を行なうに適した変調処理が施され、図示しない光学へッドを介して媒体 2 0 1 へ記録が行われるようになつている。ディスクドライブ部 4 0 9 において D V D — 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 O部 4 1 ◦ は一時記憶部 4 1 1 に保存されたデータをディスクドライブ部 4 0 9 に転送する。これにより、ディスク 2 0 1 への記録が開始される。一時記憶部 4 1 1 に保存されたデータの記録が済むと、その続きのデータはフォーマッタ部 4 4 9 カゝら D — P R O部 4 1 0 へシームレスに転送されるようになっている。ここで、一時記憶部 4 1 1 は、高速アクセス可能で数分以上の記録データを保持できるようにするため、大容量メモリを想定している。

次に、再生時のデータ処理について説明する。ストリームデータ記録再生装置における再生時の制御は、ストリームデータ再生制御部 4 5 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 は、ストリ一ム I D /サブストリーム 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 Z A変換部 4 3 6 を介してァナログ T V信号に変換され、 T V 4 3 7 に転送されて画像表示される。同時に、オーディオデコード部 4 3 0 でデコードされたォ一ディォ信号も D Z A変換部 4 3 2 へ送られ、デジタル音声データに変換される。変換されたデジタル音声データは、 I / F 4 3 1 を介して外部オーディオ機器（図示せず）のデジタル入力に転送される。あるいは、変換されたデジタノレ音声データは、 D / A変換部 4 3 2 によりアナログ音声信号に変換され、図示しないオーディオアンプを介して、スピーカ 4 3 3 に送られる。

図 1 2 に示したストリームデータ記録再生装置では、ディスクドライブ部 4 0 9 と S T B部 4 0 3 とが一体化された構成を採っているため、図 9 のようなデータ転送インターフエイス部 4 1 4 、 4 2 0 を持たない。また、 S T C 部 4 2 4 というシステム全体に共通の基準ク口ック発生部を持っているため、モディファイドタイムスタンプで示されるようなタイムスタンプの付け替え処理が不要となる。またデジタル信号入力部 4 4 1 を持っているため、デジタル T Vの映像情報以外の例えば M P E G 4 で圧縮された T V電話の映像情報や M D ( ミディディスク）や C D ( コンノ、°タトディスク）などの P C Mオーディオ情報などを入力し、ストリームデータとして情報記憶媒体 2 0 1 上に記録することもできる。

なお、モディファイドタイムスタンプで示されるようなタィムスタンプの付け替え処理が不要とはいっても、ストリーム記録時において、「 S 〇 B 内の最初のノ、。ックに対してストリーマ内部のローカル基準ク口ックをそのパック內で開始する最初のアプリケーションバケツトの A P A T に等しくする」ことは必要である。

図 1 2 の装置において、再生が行われる場合には、図示しない光学へッドを介して情報記憶媒体 2 0 1 の記録データが読み取られる。記録再生部 4 0 9 ではその復調処理が行われ復調されたデータは D _ P R 〇部 4 1 0 に入力され、エラ一訂正処理等が施される。復調されたデータは、多重化情報分離部 4 2 5 に入力される。この多重化情報分離部 4 2 5 では図 9 で説明したのと同様な信号処理が行われる。ビデォデコ — ド部 4 2 8 には、縮小画面生成部 4 3 9 (図 9 では代表画像生成部と称した）が設備されているが、これは、例えば編集用や見出し用の画像を生成する部分である。

図 1 3 は、この発明の他の実施の形態に係るストリームデータ記録手順（ショートアプリケーションヘッダ利用）を説明するフローチャート図である。たとえば図 1 2 のデジタル信号入力部 4 4 1 からデジタルストリームデータが入力される（ステップ S 1 1 ) 。入力されたストリームデータに対して、図 1 2 のフォーマッタ部 4 4 9 におレ、て、 S T C 4 2 4 が発生する基準ク口ックに合わせて、アプリケーションパケット毎に、タイムスタンプが生成される（ステップ S 1 2 ) この処理と並行して、メイン M P U部 4 5 4 により、入力されたストリームデータの内容が判別され（ステップ S 1 3 ) 判別された內容に応じてショートアプリケーションヘッダの設定が行なわれる（ステップ S 1 4 ) 。

ステップ S 1 2 で生成されるタイムスタンプが示す時間は前述したアプリケ一ションバケツト到着時間 A P A T に相当する。つまり、 S O B 内の最初のノックに対して、ストリーマ内部のロー力ノレ基準クロック（図 5 の S C R 3 0 3 または後述する図 1 5 の S C Rベースに対応）が、そのノック内で開始する最初のアプリケーションバケツ卜の A P A T に等しくなる。

図 1 3 のその後の処理（ステップ S 1 5 〜ステップ S 1 8 ) は、ステップ S T 1 7 で記録されるアプリケーションへッダがショ一トアプリケーションヘッダであることを除き、図 1 0 を参照して説明したステップ S 6 〜ステップ S 9 の処理と同様である。

図 1 4 は、この発明の一実施の形態に係るデータ構造において、とくにデータエリア内のデータ構造を説明する図である。図 1 4 には、図 1 ( c ) のデータエリア（ 2 1 〜 2 3 ) に配置されるデータの構成がさらに詳しく例示されている。

図 1 4 の最上段に示すデータエリアには、図 1 4 の 2 段目に示すように、モディファイドタイムスタンプとアプリケーションバケツトとの組が複数存在する。このアプリケーションパケット内には、図 1 4 の 3 段目に示すように、アプリケ —ションノ、。ケットヘッダとペイロードとの組が複数格納される。複数のペイロードカゝらデータを集めると、図 1 4 の 4 段目に例示するように、 I ピクチャ、 B ピクチャ、 P ピクチャのデータ集合体となる。ここで、 I ピクチャのデータ部を見ると、図 1 4 の 5 段目に示すように、ピクチャヘッダ、圧縮情報等が存在する。また、ピクチャヘッダの内部を見ると、図 1 4 の最下段に示すように、ヘッダ I D、ピクチャ I D などが存在する。

なお、図示しないが、プレゼンテーションタイムスタンプ P T S は、図 9 のメモリ部 4 2 6 力らビデオデコード部 4 2 8 へバケツトを送るタイミングを示している。システムタイムカウンタ（システムクロック） S T C 部 4 2 4 の値カ；？丁 S の値に一致したとき、または所定の大きな値となったときに、図 1 4 の I ピクチャ情報がビデォデコード部 4 2 8 に送られ、ビデオデコード部 4 2 8 は図示しないデコードタイムスタンプ D T S のタイミングで、送られてきた I ピクチャ情報のデコードを開始するようになっている。

ここで、たとえば図 9 の光ディスク装置 4 1 5 と S T B装置 4 1 6 との間で同期ずれがあると、 P T S に基いてメモリ部 4 2 6 カゝらビデオデコード部 4 2 8 へ送られるデータ転送量と、光ディスク装置 4 1 5 カゝらメモリ部 4 2 6 へ送られてくるデータ量の不整合（アンマッチング）が生じる。このような不具合を取り除くために、図 9 の装置では、次のような機能が設けられている。

たとえばアプリケーションパケットの特定個数（例えば 1 万個、あるいは 1 0 万個）を送信ノ受信する毎に、光デイスク装置と S T B 装置側とで、その送信時刻 Z受信時刻を一時記憶部 4 1 1 、ワーク R A Mメモリ部 4 0 7 に記憶する。これにより、両者には、アプリケーションパケットを特定個数を送信/受信する毎の時刻情報テーブルを作成することができる。ここで、適当な時間間隔たとえば 1 0 分、あるいは 3 0 分間隔（この時間間隔は任意に修正できるようにしてもよい）で、 S T B 装置側から、光ディスク装置側へ時刻情報テ一ブルを転送する。光ディスク装置側では、両者の時刻情報テーブルを比較し、時刻のずれ情報を把握する。そうすればアプリケーションパケットの特定個数毎に、双方の装置間でどのくらいの時間ずれ（同期ずれ）が生じているのかを把握することができる。この同期ずれ量に応じて、光ディスク装置 4 1 5 側のデータ再生速度あるいは、データの転送タイミングの調整を行なうことができる。

データの転送タイミングを制御する手段の例としては、前述したモディファイドタイムスタンプを、実際に使用する前に図示しない変換テーブルを通して使用する方法がある。時間調整手段としては、その調整量に応じて各種の方法が可能である。この調整手段は、情報記憶媒体 2 0 1 に対するデータ記録が、別の光ディスク装置によってなされている場合に有効である。実際にデータを再生する装置の基準クロックと実際にデータ記録した装置の基準ク口ックとの間に周波数ずれがあると、再生されたモディファイドタイムスタンプの値が、再生する装置の予期しているモディファイドタイムスタンプの値とずれている場合があるからである。

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

* 情報記憶媒体に記録するストリームデータの内容（種類）に応じて最適なアプリケーションヘッダタイプ（ロングかショート力を選択するため、アプリケーションヘッダ情報として不要な情報を記録する必要がない。その結果、情報記憶媒体上に記録する情報の記録効率を向上させ、情報記憶媒体に対する実質的な有効記録容量を増加させることができる。

* I E E E 1 3 9 4 などで転送されてくるストリームデータに対して、ストリーマ内部の基準クロックでタイムスタンプを付け直し、さらにその基準クロックに基づき各ストリームパック先頭位置での時刻情報をシステムク口ック（ s C

R ) としてストリームノ、。ック内に記録することができる。こうすることで、

( a ) ストリームデータを読み飛ばしながら再生する場合にストリームノ、。ック内に記録されたシステムクロック（ S C R ) に合わせてストリーマの基準クロックをリセットし、そのリセットしたストリーマ内の基準クロックを基準にしてタィムスタンプ情報のタイミングに合わせて各アプリケーションバケツトを出力することができる。このようにストリ一ムノ、。ック内に記録されたシステムクロック（ S C R ) で常にリセットすると、情報記憶媒体上に点在するストリームデータをランダムかつ断続的に再生しても安定に各アプリケーションバケツト間の出力タイミングを保持できる。

( b ) タイムスタンプの値を用いて情報記憶媒体上に記録されたストリームデータを検索する場合、いちいちタイムスタンプまで再生せずにストリームノック内に記録されたシステムクロック（ S C R ) の値を再生するだけで（見出しとして活用して）粗いアクセスを行うことができる。

( c ) 再生時にストリームノ、。ック内に記録されたシステムクロック（ S C R ) の ί直とタイムスタンプのィ直を比較することで、現在再生中のストリームデータが本来再生したいデータであるかどうかの確認を、リアルタイムで行うことができる。 * 光ディスク装置から S T B装置側へ転送されるデータが適切な量となるように、装置間の同期を管理することができる。

図 1 5 は、ストリームパックのデータ構造を説明する図である。各ストリームノックは、図 1 5 ( b ) に示すようなデータ構造を持っている。すなわち、 1 4 バイトのノ、。ックへッダと、 6 ノイトの P E S ヘッダと、 1 ノくイトのサブストリーム I D と、 9 バイトのアプリケーションヘッダと、必要に応じて用いられるォプションのアプリケーションヘッダェクステンションと、必要に応じて用いられるォプションのスタッフイングノィトと、アプリケーションタイムスタンプ A T S が付されたアプリケーションバケツトを 1 以上含むアプリケーションバケツト群とで、 1 つのストリームノックが構成される。

図 1 5 ( b ) のパックヘッダは、図 1 5 ( e ) に示すように、ノ、。ック開始コードの情報、システムクロックリファレンス（ S C R ) ベースの情報、 S C Rエクステンションの情報プログラム多重化レ一トの情報、ノ、° ックスタッフイング長の情報等を含んでいる。 S C Rベースは 3 2 ビットで構成されその 3 2 ビット目はゼロとされる。また、プログラム多重化レートとしては、たとえば 1 0 . 0 8 M b p s が採用される図 1 5 ( b ) の P E Sヘッダは、図 1 5 ( d ) に示すように、パケット開始コ一ドプリフィックスの情報、ストリーム I D (プライベートストリーム 2 ) の情報、 P E S ノ、。ケット長の情報を含んでいる。このサブストリーム I D は、図 1 5 ( d ) に示すように、ストリーム記録データを特定する内容を持つ。具体的には、サブストリーム I D = " O 0 O O O 0 1 0 b " によって、そのストリームパックに格納されたデータがストリーム記録データであることが示される。このストリーム I Dが " 1 0 1 1 1 1 1 0 b " のときは、そのストリームノックがパデイングバケツトに用いられるものであることが示される。

図 1 5 ( b ) のアプリケーションヘッダは、図 1 5 ( a ) に示すように、バージョン情報、アプリケーションパケット数 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 〇、サービス 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 には、該当ストリームハ°ケット内にアプリケーションヘッダェクステンショノねび/またはスタツフィングバイトが存在するか否かが、記述される。 E X T E N S I O N一 H E A D E R一 I N F Oの内容カ S 0 0 b の場合は、アプリケーションヘッダの後にアプリケ一ションへッダェクステンションもスタッフィングバイトも存在しないことが示される。 E X T E N S I O N一 H E A D E R— I N F 〇の内容が 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 の場合は、アプリケーションヘッダの後にァプリケーシ 3 ンヘッダェクステンションが存在し、かつァプリケーショソへ " ラエりステンションの後にスタッフィングバィトも存在することが示される。 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 〇 N— H E A D E R一 I N F 0 = 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 力 S記述される。

図 1 5 ( b ) のスタッフイングノくイトおよびアプリケーシヨンバケツト群は、アプリケーションバケツトエリアを構成している。このアプリケーションバケツトエリアの先頭部分は、図 1 5 ( b ) のストリームパケットに対して先行するストリームバケツトカゝら跨るアプリケーションバケツトの一部

(部分パケット）を適宜含むことができる。その後に、アブリケーションタイムスタンプ A T S とアプリケ一ンョンノヽ。ケットとのペアが複数ペア、シーケンシャルに記録できる。そして、アプリケーションパケットエリアの末尾部分は、図 1 5 ( b ) のストリームパケットに対して後続するストリームバケツトへ跨るアプリケ一ションバケツトの一部（部分パケット）、あるいは予約されたノイト数のスタッフイングエリァを適宜含むことができる。

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

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

図 1 5 ( b ) において、アプリケーションヘッダエタステンシヨンは、アプリケーションバケツト〜アプリケーションバケツト間で異なり得る情報を格納することに用いることができる。このような情報は、必ずしも全てのアプリケーションに必要なものではない。それゆえ、アプリケーションへッダのデータフィールドは、ストリームデータエリア内にォプションのアプリケーションヘッダェクステンションが存在することを（前述した E X T E N S I O N— H E A D E R— I N F 〇において）記述できるように定義されいる。

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

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

ストリームバケツト内で開始される最初のアプリケーションタイムスタンプのバイトオフセット、およびそのストリームバケツト内で開始されるアプリケーションバケツトの数はそのアプリケーションヘッダに記述される。こうすることにより、あるストリームノ、。ケット内にぉレヽて、最初のアプリケーションタイムスタンプの前および最後のアプリケーションノケットの後におけるスタッフィングが、自動的に行われるすなわち、上記自動化メカニズムにより、「アプリケーションが自分でスタッフイングを行なう」ことが実現される。この自動スタッフイングにより、ストリームノ、。ケットは常に必要な長さを持つことになる。

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

なお、 1 ノくィトのアプリケーションヘッダェクステンション（オプション）には、図 1 5 ( c ) に示すように、 1 ビットの A U— S T A R T と、 1 ビットの A U _ E N D と、 2 ビッ卜の C O P Y R I G H T とを記述できるようになってレヽる A U— S T A R Tが " 1 " にセットされると、関連アプリケーシヨンハ°ケットが、ストリーム内にランダムアクセスェントリポイント（ランダムアクセスユニットの開始）を含むことが示される。 A U— E N Dが " 1 " にセットされると、関連アプリケーションノ、。ケットがランダムアクセスュニットの最終バケツトであることが示される。 C O P Y R I G H T には、関連アプリケーションパケットの著作権の状態が記述される。

図 1 5 のノ、。ケット構造は、該当ス卜リームオブジェクト ( S O B ) の最終セクタ以外に適用できるが、その最終セクタには必ずしも適用されない。 S O B の情報記録が行われないような最終セクタに対しては、アプリケーションバケツトエリア力 S i つの A T S とゼロノィトで埋められたスタッフィングパケット（先頭のスタッフイングノケット）、あるいはアプリケーションバケツトエリアがゼロバイトで埋められたスタッフイングバケツト（後続のスタッフイングパケット）が適用される。

図 1 5 のデータ構造の特徴を纏めると、たとえば次のようになる。すなわち、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ S 〇 B ) が 1 以上集まってストリームデータが構成される。前記ストリームォブジェクト（ S O B ) 力 S i 以上のストリームノ、。ック（ S— P C K ) で構成される。前記ストリームノ、。ック（ S— P C K ) はノ、。ックヘッダとストリームノケット（ S— P K T ) とで構成される。前記パックへッダは所定の時間情報（ S C R ) を含む。前記ストリームパケット（ S— P K T ) は所定のタイムスタンプ（ A T S ) が付されたアプリケーションパケット ( A P— P K T ) を 1 以上含む。そして、前記ストリームォブジェクト（ S O B ) の記録中に（ストリーマに）入ってくる前記アプリケーションパケット（ A P— P K T ) が、前記所定の時間情報（ S C R ) に対応した（ストリーマ内部の）ローカスレ基準クロック（図 9 の 4 4 0 ) によりタイムスタンプされ（図 1 4 のモディファイドタイムスタンプ；図 1 5 の A T S ) 、前記タイムスタンプの情報が前記ストリームノック（ S— P C K ) 内に記録される。

前記ストリームノ、。ケットはアプリケーションヘッダを持ち前記ストリームバケツト内の最初に記録されているタイムスタンプの位置情報（ F I R S T— A P— O F F S E T ) が前記アプリケーションヘッダ内に含まれる。

前記ストリームオブジェクト（ S O B ) を情報媒体（ 2 0 1 ) に記録するときは、（ストリーマに）入ってくる前記ァプリケーシヨンノ、。ケット（ A P— P K T ) が、前記所定の時間情報（ S C R ) に対応した（ストリーマ内部の）ローカル基準クロック（図 9 の 4 4 0 ) 〖こよりタイムスタンプされ (図 1 0 の S 4 のモディファイドタイムスタンプ；図 2 1 〜図 2 3 では S T 1 0 6 、 S T 2 1 2 、 S T 3 1 2 のタイムスタンプ）、前記タイムスタンプの情報が前記ストリームパック（ S _ P C K ) 内に記録される。

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

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

ストリーマビデオマネージャ情報 S T R— V M G I は、図 1 6 に示すように、 S T R I 、 S T R— V M G I に関する管理情報等が記述されたビデォマネージャ情報管理情報 V T S I — M A T と、ストリーム内のプレイリストをサーチするためのサーチポインタが記述されたプレイリストサーチポインタテーブル（ P L— S R P T ) とを含んでいる。ここで、プレイリストとは、プログラムの一部のリストである。このプレイリストにより、（プログラムの内容に対して）任意の再生シーケンスをユーザが定義できる。ストリームファイル情報テーブル S F I T は、ストリ一マ動作に直接関係する全てのナビゲーションデータを含むものである。ストリームファィノレ情報テーブル S F I T の詳細については、図 1 8 を参照；して後述する。

オリジナノレ 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 はプログラムの連なり（チエーン）であり、「〜 . S R O」フアイノレ（図 2 では S R一 T R A S . S R O 1 0 6 ) 内に記録されたストリームデータを含む。ここで、プログラムセットとは、情報記憶媒体 2 0 1 の記録内容全体（全てのプログラム）を示すものである。プログラムセットの再生においては、任意のプログラムが編集されオリジナル記録に対してその再生順序が変更されている場合を除き、再生順序としてはそのプログラムの記録順序と同じ再生順序が用いられる。このプログラムセットは、オリジナノレ P G C ( O R G— P G C ) と呼ばれるデータ構造に対応してレヽる。

また、プログラムは、ユーザにより認識されあるいはユーザにより定義されるところの、記録内容の論理単位である。プログラムセット中のプログラムは、 1 以上のオリジナルセノレにより構成される。プログラムはオリジナル P G C 内でのみ定義されるものである。さらに、セルは、プログラムの一部を示すデータ構造である。オリジナル P G C 内のセルは「オリジナルセル」と呼ばれ、後述するユーザ定義 P G C 内のセルは「ユーザ定義セル」と呼ばれる。プログラムセット内の各々のプログラムは、少なくとも 1 個のオリジナノレセルで構成される。また、各々のプレイリスト中のプログラムの一部それぞれは、少なくとも 1 個のユーザ定義セルで構成される。

一方、ストリーマでは、ストリームセル（ S C ) だけが定義される。各ストリームセルは、記録されたビットストリームの一部を参照するものである。この発明の実施の形態においては、特に断りなく「セル」と述べた場合は、「ストリームセル」のことを意味している。なお、プログラムチェーン ( P G C ) とは、上位概念的な単位を示す。オリジナル P G C では、 P G C はプログラムセットに対応したプログラムの連なり（チェーン）を指す。また、ユーザ定義 P G C では、 P G C はプレイリストに対応するプログラムの一部の連なり（チェーン）を指す。また、プログラムの一部のチェーンを指すユーザ定義 P G C は、ナビゲ一シヨンデータだけを含む。そして、各プログラムの一部が、オリジナル P G C に属するストリームデータを参照するようになってレヽる。

図 1 6 のユーザ定義 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 力 S示す U D— P G C一 S R P の数は、ユーザ定義 P G C情報（ U D— P G C I ) の数と同じであり、ユーザ定義 P G C ( U D— P G C ) の数とも同じである。この数は、最大「 9 9 」まで許されている。 U D— P G C I T— E Aは、該当 U D— P G C I T の終了アドレスを、その U D P G C I T の先頭バイトカゝらの相対バイト数 ( F— R B N ) で記述したものである。ここで、 F _ R B N とは、フアイノレ内において、定義されたフィールドの先頭バィトカらの相対バイト数を示すもので、ゼロカゝら始まる。

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

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

図 1 6 のアプリケーションプライべ一トデータマネージャ A P D T— Mは、図示しないが、アプリケーションプライべ一トデータマネージャ一般情報 A P D T— G I と、 1 以上の A P D Tサーチポインタ A P D T— S R P # n と、 1 以上の A P D Tエリア A P A D T A # n とを含むことができる。ここで、アプリケーションプライベートデータ A P D T とは、ストリーマに接続されたアプリケーションデバイスが任意の非リアルタイム情報（リアルタイムストリームデータに加えさらに望まれる情報）を格納できるような概念上のエリアである。

図 1 7 は、 P G C情報（図 3 の O R G— P G C I Z U D— P G C I T または図 1 6 の P G C I 林 i ) の内部データ構造を説明する図である。図 1 7 の P G C 情報 P G C I # i は、図 1 6 のオリジナル P G C情報 O R G P G C I あるいはュ一ザ定義 P G C情報テーブル U D _ P G C I T内のユーザ定義 P G C情報 U D— P G C I を一般的に表現したものである図 1 7 に示すように、 P G C情報 P G C I # i は、 P G C 一般情報 P G C— G I と、 1 以上のプログラム情報 P G I # m と、 1 以上のストリームセル情報サーチポインタ S C I — S R P # n と、 1 以上のストリームセル情報 S C I # n とで構成されている。 P G C—般情報 P G C— G I は、プロダラムの数 P G— N s と、ストリームセル情報サーチポインタ S C I — S R P の数 S C I — S R P— N s とを含んでいる。各プログラム情報 p G I (たとえば P G I # 1 ) は、プロダラムタイプ P G— T Y と、該当プログラム内のセルの数 C— N s と、該当プログラムのプライマリテキスト情報 P R M— T X T I と、アイテムテキストのサーチポインタ番号 I T— T X T— S R P N とを含んでレ、る。

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

セノレの数 C— N s は、該当プログラム内のセルの数を示す P G C の全プロダラムおよび全セノレの全体に渡り、セルは、その昇順に従い、プログラムに（喑黙のうちに）付随している。たとえば、 P G C 内でプログラム # 1 が C— N s 二 1 を持ち、プログラム # 2 が 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 は「 O O O O h 」にセットされる。

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

各ストリームセル情報 S C I (たとえば S C I # 1 ) は、ストリームセル一般情報 S C _ G I と、 1 以上のストリームセルエントリポイント情報 S C— E P I # n とで構成されるストリームセル一般情報 S C— G I は、仮消去（テンポラリィレーズ； T E ) 状態を示すフラグ T E を含むセルタイプ C — T Y と、ストリームセノレのエントリポイント情報の数 S C — E P I — N s と、ストリームォブジェクト番号 S 〇 B— N と、ストリームセル開始 A P A T ( S C一 S— A P A T ) とストリ一ムセノレ終了 A P A T ( S C一 E— A P A T ) と、セルが仮消去状態（ T E = 1 0 b ) にあるときにその仮消去セノレの開始 A P A T を示す消去開始 A P A T ( E R A— S— A P A T ) と、セルが仮消去状態（ T E = 1 0 b ) にあるときにその仮消去セノレの終了 A P A T を示す消去終了 A P A T ( 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 〇 B U内で開始する最初のアプリケーシヨンバケツトの後力、ら開始し、同じ S O B U 内の最終アプリケ一シヨンパケットの前で終了する場合を示す。また、フラグ T E 二「 1 ◦ b 」は、該当セル（仮消去状態にあるセル）が、少なくとも 1 つの S O B U境界（先頭アプリケーションバケツトあるレ、は最終アプリケーションバケツトがその S ◦ B U内で開始する）を含む場合を示す。

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

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

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

ストリームセノレのエントリポイント情報の数 S C— E P I _ N s は、該当ストリームセノレ情報 S C I 内に含まれるストリームセノレエントリポイント情報の数を記述したものである図 1 7 の各ストリームセルエントリポイント情報 S C— E P I (たとえば S C— E P I # 1 ) は、 2 種類（タイプ A とタイプ B ) 存在する。タイプ Aの S C— E P I は、エントリポイントタイプ E P— T Y とェントリポイントのアプリケーションバケツト到着時間 E P— A P A T とを含む。タイプ A は、エントリポイントタイプ E P— T Y 1 = 「 O O b 」により示される。タイプ B の S C— E P I は、タイプ Aの E P— T Yおよび E P _A P A T の他に、プライマリテキスト情報 P R M— T X T I を含む。タイプ B は、エントリポイントタィプ E P— T Y 1 = 「 0 1 b 」により示される。

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

ストリームオブジェクト番号 S 〇 B Nは、該当セルが参照する S O B の番号を記述したものである。ストリームセル開始 A P A T ( S C _ S _A P A T ) は、該当セルの開始 A P A T を記述したものである。ストリームセル終了 A P A T ( S C— E— A P A T ) は、該当セルの終了 A P A T を記述したものである。

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

図 1 7 のデータ構造の特徴を纏めると、たとえば次のようになる。すなわち、前記ストリームオブジェクト（ S O B ) はストリームセル（ S C ) の情報を含む。前記ストリームセノレに対する前記アプリケーションバケツト（ A P— P K T ) の到着時間情報（ S C— S — A P A T ノ S C— E— A P A T ) は、前記ストリームパック（ S— P C Κ ) 内に記録された前記タイムスタンプの情報の値と連動する。そして、前記タイムスタンプ情報値が、前記ストリームパック（ S— P C Κ ) 内の前記時間情報（ S C R ) に対応して設定される。図 1 8 は、ストリームフアイノレ情報テーブル（ S F I T ) の内部データ構造を説明する図である。図示するように、ストリームフアイノレ情報テーブル S F I T は、ストリームファィノレ情報テーブル情報 S F I T I と、 1 以上のストリームォブジェクトストリーム情報 S O B— S T I # n と、ストリームファイル情報 S F I とで構成される。

ストリームフアイノレ情報テーブル情報 S F I T I は、情報記憶媒体（ D V D — R A Mディスク） 2 0 1 上のストリームファイル情報の数 S F I — N s と、 S F I T I に続くストリ —ムォブジェクトストリーム情報の数 S O B— S T I — N s と、 S F I Tの終了アドレス S F I T— E A と、 S F I の開始ァドレス S F I — S A とで構成される。 S F I T— E Aは S F I T の先頭ノイト力らの相対ノイト数（ F— R B N ) で S F I T の終了アドレスを記述したものである。また、 S F I — S Aは、 S F I T の先頭バイトカらの相対ノくィト数（ F _ R B N ) で S F I の開始アドレスを記述したものである。

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

図 1 8 の各ストリ一ムォブジェクトストリーム情報 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 は、図 1 8 に示すように、ストリームフアイノレ一般情報 S F __ G I と、 1 以上のス卜リームォブジェクト情報（ S O B 情報）サーチポインタ（ S 〇 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 とを含んでいる。

ここで、 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 ) は、 3 〇 8 1 の開始ァドレス 3 〇 8 1 ー 3 を含んでいる。この 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 〇 B— G I と、タイムマップ情報 M A P L と、アクセスユニットデータ A U D (オプション）とで構成される。ストリームォブジェクト一般情報 S 〇 B— G I は、ストリームォブジェクトのタイプ S O B— T Y と、ストリームォブジェクト記録時間 S O B— R E C— T Mと、ストリームォブジェクトのストリーム情報番号 S 〇 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 〇 B— S— S O B U と、タイムマップ情報のェントリ数 MA P L— E N T— N s とを含んでいる。

ストリームォブジェクトのタイプ S O B— T Yは、仮消去状態（ T E状態）を示すビットおよび Zまたはコピー世代管理システムのビットを記述できる部分である。ストリームォブジェクト記録時間 S O B— R E C— T Mは、関連ストリームオブジェクト（ S 〇 B ) の記録時間を記述したものであるストリームオブジェクトのストリーム情報番号 S O B— S T I — Nは、該当ストリームオブジェクトに対して有効な S O B— S T I のインデックスを記述したものである。

アクセスュニットデータフラグ A U D— F L A G S は、該当ストリームォブジェクトに対してアクセスュニットデータ ( A U D ) が存在するか否力また存在するならどんな種類のアクセスュニットデータなのかを記述したものである。ァクセスユニットデータ（ A U D ) が存在する場合は、 A U D

F L A G S により、 A U Dの幾つかの特性が記述される。アクセスユニットデータ（ A U D ) 自体は、図 1 8 に示すように、アクセスユニット一般情報 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 〇 B Uが含むのかを示す。再生タィムスタンプリスト P T S L は、該当 S 〇 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 1 b のときは、図 1 5 ( b ) のアプリケーションヘッダェクステンシヨン内に記述される A U フラグ（ A U— S T A R T、 A U — E N D ) が該当 S O B のリアルタイムデータ内に存在可能なことが示される。この状態は、下記 A U D— F L G力 S O b の場合にも許される。

フラグ A U D— F L G力 S 0 b のときは、該当 S O B に対してアクセスユニットデータ（ A U D ) がないことが示されるフラグ A U D— F L G力 S I b のときは、該当 S O B に対してアクセスュニットデータ（ A U D ) が存在し得ることが示される。フラグ A U E M— F L G力 ^ 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 力； 1 b のときは、該当 S O B に P T S L が存在することが示される。

図 1 8 の S O B— G I 内に含まれる S O B— S— A P A T は、ストリームオブジェク卜の開始アプリケーションバケツト到着時間を記述したものである。つまり、 S 〇 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 ◦ B に属する最後のアプリケーションバケツト到着時間が示される。

S O B— S— S Q B Uは、該当ストリームオブジェクトの先頭ストリームォブジェクトュニットを記述したものである，つまり、 S O B— S— S O B U により、ストリームオブジェクトの先頭アプリケーションバケツトの開始部分を含む S O B Uが示される。 M A P L— E N T— N s は、 S O B I _ G I の後に続くタイムマップ情報（M A P L ) のエントリ数を記述したものである。タイムマップ情報 M A P L は、図 3

( h ) のタイムマップ情報 2 5 2 に対応する内容を持つ。

図 1 6 および図 1 8 の内容の関連性の 1 つについて纏めると、次のようになる。すなわち、図 2 または図 3 ( e ) の管理情報 1 0 5 に含まれるストリーマ情報（ S T R I ) は、ストリームデータの内容の一部を構成するストリームオブジェクト S 〇 B を管理するストリームフアイノレ情報テーブル S F I T を含む。この S F I T は、 S O B を管理するストリームオブジェクト情報 S O B I を含む。この S O B I が、管理情報（アクセスュニット開始マップ A U S M) を含むアクセスユニット一般情報 A U— G I と、管理情報（ P T S L ) とを含む。ここで、管理情報（ A T S または A U S M) がストリームデータの転送時に使用される情報を含み、管理情報（ P T S または S C— S— A P A T ) が前記ストリームデータを表示するときに使用される情報を含む。

図 1 8 のデータ構造の特徴を纏めると、たとえば次のようになる。すなわち、前記ストリームオブジェクト（ S O B ) に対する前記アプリケーションパケット（ A P一 P K T ) の到着時間情報（ S O B— S— A P A T Z S O B— E— A P A T は、前記ストリームパック（ S— P C K 内に記録された前記タイムスタンプの情報の値と連動する。そして、前記タイムスタンプ情報値が、前記ストリームック（ S— P C K ) 内の前記時間情報（ S C R ) に対応して設定される。

図 1 9 は、アクセスユニット開始マップ（ A U S M ) とストリームオブジェクトユエット（ S O B U ) との対応関係を例示する図である。図示するように、 A U S Mのうちビット " 1 " の部分が、対応 S 〇 B U にアクセスユニット（ A U ) が含まれることを示している。

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

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

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

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

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

A U E Mは、（もし存在するなら） A U S Mと同じ長さのビットアレイである。 A U E Mのビットは、該当 S 〇 B のァクセスュニットに付随するビットストリームセグメントの末尾力 S どの S O B U に含まれるの力を示してレ、る。 A U E M内にセットされたビットの数は、 A U S M内にセットされたビットの数に一致する。すなわち、 A U S M内の各設定ビットは、 A U E M内に対応してセットされたビットを持つ。

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

( 2 ) A U S M— p o s ( i + 1 ) > A U E M一 p o s

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

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

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

S O B U # [ 1 + A U E M— p o s ( i ) ] = = S 〇 B U # [ A U S M— p o s ( i + 1 ) ] のところで終了する。つまり、 A U # i は、 S O B U内において A U # i + 1 が開始するところで終了する（ l ^ i A U— N s ) 。

図 2 1 は、この発明の他の実施の形態に係るストリ一ムデータ記録手順を説明するフローチャート図である。まず、ァプリケーシヨンデバイス（ S 丁 B など）がデジタル I Z F 上にノケットを出力する（ステップ S T 1 0 0 ) 。すると、ストリーマにおいて記録が開始される（ステップ S T 1 0 2 ) 以下はストリ一マ側の処理となる。

記録が開始されると、ストリーマは、ロー力ノレクロックを t 0 = 0 にリセットする（ステップ S T 1 0 4 ) 。その後、ストリーマは、最初の S O B Uのセクタ 0〜 3 1 に、ロー力ノレクロック値 t 0、 t 1、 t 2 、 …を付けて、アプリケーシヨンノ、。ケットを詰め込む（ステップ S T 1 0 6 ) 。ステップ S T 1 0 4 〜 S T 1 0 6 の処理（図 1 0 のステップ S 4 、あるレヽは図 1 3 のステップ S 1 2 に対応）により、 S O B 內最初のノ、。ックに対してストリーマ内部のロー力ノレ基準ク口ックがそのパック内で開始する最初のアプリケーションパケットの到着時間 A P A T に等しくなる。そして、最初の S O B U のセクタ 0 〜 3 1 をプレゼンテーションデータ（再生データ）として情報記憶媒体（ディスク）に書き込む（ステップ S T 1 0 8 ) 。

ストリーマは、 2 番目の S O B Uの先頭ノックを受け、最初のタイムマップエントリを生成して、生成したタイムマツプェントリをナビゲーションデータとしてメモリに保存する (ステップ S T 1 1 0 ) 。以後、ロー力ノレクロックのタイムスタンプを付けてパケットを 2 番目以降の S 〇 B U に詰め込み、 2番目以降の S O B Uのセクタを再生データとしてディスクに書き込み、その後のタイムマップェントリを生成し、生成したタイムマップェントリをナビゲーションデータとしてメモリに保存する（ステップ S T 1 1 2 ) 。ステップ S T 1 1 0 〜 S T 1 1 2 の処理（図 1 0 のステップ S 9 、あるレ、は図 1 3 のステップ S 1 8 に対応）は、記録が終了するまで反復される。

記録が終了すれば（ステップ S T 1 1 4 イエス）、最後の S O B Uにバケツトと適宜スタッフイングを詰め込み、最後の S O B U のセクタを再生データとしてディスクに書き込む (ステップ S T 1 1 6 ) 。最後に、最後のタイムマップェントリ、 S O B Uストリーム情報（ S O B— S T I ) 、 S O B 情報（ S O B I ) 、および 1 セノレのオリジナル P G C を、ナピゲーションデータとしてメモリ内に生成し、生成したナビゲーシヨンデータをディスクに書き込む（ステップ S T 1 1 8 ) 。

図 2 1 の処理により、口一カル基準クロックのタイムスタンプが付されたアプリケーションバケツト（ A P— P K T ) が記録される（ S T 1 0 6 ) とともに、所定のタイムマップエントリがナビゲーシヨンデータとして生成される（ S T 1 1 0〜 S T 1 1 2 ) 。

図 2 2 は、この発明のさらに他の実施の形態に係るストリームデータ記録手順（デジタルビデォ放送サービス）を説明するフローチャート図である。まず、アプリケーションデバイス（ A D ) において、記録が開始される（ステップ S T 2 0 0 ) 。この記録は、図示しないデバイスの記録ボタンが押され、あるレ、は図示しなレヽュ一ザインターフェイス力らの操作が生じたときに、開始される。

記録が開始されると、アプリケーションデバイスは、適正なノンド幅のアイソクロナスデジタノレ I Z F ( D I F ) チヤネルを確立し、ビットストリーム中に I ピクチャの開始が生じるまで待機する（ステップ S T 2 0 2 ) 。

アプリケーションデバイスがストリ一マに記録開始を通知すると、ストリーマはロー力ノレクロックをリセットする（ t 0 = 0 ) (ステップ S T 2 0 4 ) 。この処理は、図 1 3 のステツプ S 1 2 に対応する。次に、アプリケーションデバイスは、デジタノレ I Z F へォプシヨンでシーケンスヘッダを出力し、その後、デジタノレ I Z F にノケットを出力する（ステップ S T 2 0 6 ) 。この処理は、図 1 3 のステップ S 1 5 、 S 1 6 に対応する。

続レヽて、ストリーマにおいて、ローカルクロック直でタイムスタンプしたアプリケーションバケツトを連続した S O B Uのセクタに詰め込み、連続 S O B Uのセクタを再生データとしてディスクに書き込み、連続したタイムマップェントリをナビゲーションデータとしてメモリ内に生成する（ステツプ S T 2 1 2 ) 。このステップ S T 2 1 2 の処理は、アプリケーシヨンデバイスにおいて記録終了の指示があるまで続くアプリケーションデバイスにおいて記録終了の指示が出ると（ステップ S T 2 1 4 イエス）、アプリケーションデバイスは、ビットストリームが現フレームの末尾に到達するまで待ち、デジタノレ I / F のコマンドチャネルを介してストリ一マに記録停止を通知する（ステップ S T 2 1 5 ) 。

すると、ストリーマは、最後の S O B U にパケットと適宜スタッフィングを詰め込み、最後の S 〇 B Uのセクタを再生データとしてディスクに書き込む（ステップ S T 2 1 6 ) 。

そして、ストリーマは、最後のタイムマップエントリ、 S O B ストリーム情報、 S O B 情報および 1 セノレのオリジナル P G C をナビゲーションデータとしてメモリ内に生成し、生成したナビゲーションデータをディスクに書き込む（ステツプ S T 2 1 8 ) 。

図 2 2 の処理により、口一力ノレ基準クロックのタイムスタンプ情報に基づいて S O B に対するアプリケ一ションバケツト（ A P— P K T ) の到着時間情報（ S 〇 B _ S一 A P A T / S ◦ B— E— A P A T ) が算出され、算出された到着時間情報（ S O B— S— A P A T / S O B一 Ε—Α Ρ Α Τ ) がナピゲーシヨンデータとして記録される（ S T 2 1 8 ) 。

図 2 3 は、この発明のさらに他の実施の形態に係るストリームデータ記録手順（記録済み媒体に新たなストリームォブジ工クトを追記する場合）を説明するフローチャート図である。まず、アプリケーションデバイスがデジタル I / F にパケットを出力する（ステップ S T 3 0 0 ) 。すると、ストリ一マにおいて記録が開始される（ステップ S T 3 0 2 ) 。以下はストリーマ側の処理となる。

記録が開始されると、ストリーマは、ローカルクロックを t 0 = 0 にリセットする（ステップ S T 3 0 4 ) 。この処理は図 1 3 のステップ S 1 2 に対応する。

その後、ストリーマにおいて、ロー力ノレクロック値でタイムスタンプされたアプリケ一ションバケツ卜が連続した新 S O B Uに詰め込まれ、連続した新 S O B Uのセクタが再生データとしてディスクに書き込まれ、連続した新タイムマップェントリがナビゲーションデータとしてメモリ内に生成される（ステップ S T 3 1 2 ) 。この処理は図 1 3 のステップ S 1 2 に対応する。このステップ S T 3 1 2 の処理は、記録が終了されるまで続く。

記録が終了すると（ステップ S T 3 1 4 イエス）、最後の新 S O B U にバケツトと適宜スタッフイングを詰め込み、最後の新 S 〇 B U のセクタを再生データとしてディスクに書き込む（ステップ S T 3 1 6 ) 。

そして、ストリーマは、最後の新タイムマップエントリ、 S O B ストリ一ム情報（記録パラメータが先行記録に対して変更された場合のみ）および S O B情報を生成し、メモリ内のナビゲーションデータのオリジナノレ P G C へ新たな 1 つのセルを追加し、その結果得られたナビゲーションデータをデイスクに記録する（ステップ S T 3 1 8 ) 。この処理は図 1 3 のステップ S 1 8 に対応する。

図 2 3 の処理により、ストリームセノレに対するアプリケーシヨンパケット（ A P— P K T ) の到着時間情報（ S C— S — A P A T Z S C— E— A P A T ) が算出され、算出された到着時間情報（ S C— S— A P A T / S C一 E _A P A T ) がナビゲーシヨンデータとして記録される（ S T 3 1 8 ) 。

以上説明したように、この発明によれば、たとえばデジタノレ T V放送で受信したときの各アプリケーションバケツト間の転送タイミングを保持したまま情報記憶媒体からストリームデータを再生できるような媒体上のデータ構造（記録フォ —マット）を提供することができる。また、このデータ構造を利用して情報記憶媒体にストリームデータを記録する方法を提供することができる。さらに、デジタル T V放送のデータ以外にパケット構造を持って転送されるデジタルデータも記録可能な汎用性のあるデータ構造（記録フォーマツト）を提供することもできる。また、このデータ構造を利用して情報記憶媒体にストリ一ムデータを記録する方法を提供するこ

° 2 ^、

£6

S£6Z0/00If/丄:) d 9f689/00 OM

Claims

請求の範囲

1 . 記録されたビットストリームに対する再生データを表すストリ一ムォブジェクトカ以上集まってストリームデ一タが構成され、

前記ストリームォブジェクトカ； 1 以上のストリームノ、。ックで構成され、

前記ストリームノックはノックヘッダとストリームバケツトとで構成され、

前記パックへッダが所定の時間情報を含み、

前記ストリームバケツトが、所定のタイムスタンプが付されたアプリケーションバケツトを 1 以上含み、

前記ストリームォブジェクトの記録中に入ってくる前記ァプリケーシヨンパケットが、前記所定の時間情報に対応したロー力ノレ基準ク口ックによりタイムスタンプされ、前記タイムスタンプの情報が前記ストリームパック内に記録されるように構成したことを特徴とするデータ構造。

2 . 前記ストリームノヽ。ケットはアプリケーションヘッダを持ち、前記ストリームバケツト内の最初に記録されているタィムスタンプの位置情報が前記アプリケーションヘッダ内に含まれることを特徴とする請求項 1 に記載のデータ構造。

3 . 前記ストリームオブジェクトはストリームセルの情報を含み、

前記ストリームセルに対する前記アプリケ一ションバケツトの到着時間情報が前記ストリームパック内に記録された前記タイムスタンプの情報の値と連動し、かつ、前記タイムスタンプ情報値が前記ストリームパック内の前記時間情報に対応して設定されることを特徴とする請求項 1 に記載のデータ構造。

4 . 前記ストリームオブジェクトに対する前記アプリケーションバケツトの到着時間情報が前記ストリームパック内に記録された前記タイムスタンプの情報の値と連動し、かつ、前記タイムスタンプ情報値が前記ストリームパック内の前記時間情報に対応して設定されることを特徴とする請求項 1 に記載のデータ構造。

5 . 記録されたビットストリームに対する再生データを表すストリームォブジェクトが 1 以上集まってストリームデータが構成され、

前記ストリームォブジェクトが 1 以上のストリームパックで構成され、

前記ストリームノックはノ、° ックヘッダとストリームバケツトとで構成され、

前記パックへッダが所定の時間情報を含み、

前記ストリームバケツトが、所定のタイムスタンプが付されたアプリケーションバケツトを 1 以上含む場合において、前記ストリームオブジェクトを情報媒体に記録するときに入ってくる前記アプリケーションバケツトが、前記所定の時間情報に対応したローカル基準ク口ックによりタイムスタンプされ、前記タイムスタンプの情報が前記ストリームパック内に記録されるように構成したことを特徴とするストリームデータ記録方法。

6 . 前記ロー力ノレ基準ク口ックのタイムスタンプを付けて前記アプリケーションバケツトが記録されるとともに、所定のタイムマップェントリがナビゲーションデータとして生成されることを特徴とする請求項 5 に記載の記録方法。

7 . 前記ロー力ノレ基準ク口ックのタイムスタンプ情報に基づいて、前記ストリームォブジェクトに対する前記アプリケーシヨンバケツトの到着時間情報が算出され、算出された到着時間情報がナビゲーシヨンデータとして記録されることを特徴とする請求項 5 に記載の記録方法。

8 . 前記ストリームオブジェクトはストリームセルの情報を含み、

前記ストリームセルに対する前記アプリケーションバケツトの到着時間情報が算出され、算出された到着時間情報がナピゲ一ションデータとして記録されることを特徴とする請求項 5 に記載の記録方法。

9 . 情報媒体上にストリームデータを記録する方法において、

前記ストリームデータを記録する第 1 の記録単位および第

2 の記録単位を用意し、

前記第 1 の記録単位毎に第 1 のヘッダ情報を記録し、前記第 2 の記録単位毎に時間情報を記録し、

前記第 2 の記録単位毎に前記ストリームデータを記録し、前記第 1 のヘッダ情報内に所定のシステムク口ック情報を記録するとともに、

前記第 2 の記録単位毎に記録される前記時間情報を、前記所定のシステムク口ックの値に連動して設定することを特徴とするストリームデータ記録方法。

1 0 . 記録されたビットストリームに対する再生データを表すストリームオブジェクトカ 1 以上集まってストリームデータが構成され、前記ストリームオブジェクトが 1 以上のストリームパックで構成され、前記ストリームノ、。ックはパックヘッダとストリームノ、。ケットとで構成され、前記パックへッダが所定の時間情報を含み、前記ストリームバケツトが、所定のタイムスタンプが付されたアプリケーションバケツトを

1 以上含み、入ってくる前記アプリケーションバケツトが前記所定の時間情報に対応したローカル基準ク口ックによりタィムスタンプされ、前記タイムスタンプの情報が前記ストリームパック内に記録された形式で前記ストリームオブジェクトが記録された情報媒体から記録情報を再生する方法において、

前記情報媒体から再生された前記ローカル基準クロックに基づいて再生用の基準ク口ックを設定し、

前記設定された再生用の基準クロックに基づいて、前記情報媒体から前記ビットストリームの内容を再生するように構成したことを特徴とするストリームデータ再生方法。

1 1 . 第 1 の記録単位毎にシステムクロック情報が記録されている第 1 のヘッダ情報と、第 2 の記録単位毎に記録されているストリームデータと、前記第 2 の記録単位毎に記録されている時間情報とを有したビットストリーム情報が記録された媒体から記録情報を再生する方法において、前記第 1 のヘッダ情報内から前記システムク口ック情報を再生し、

前記再生したシステムク口ック情報から基準ク口ックを再設定し、

前記第 2 の記録単位毎に記録されている時間情報を再生し前記再設定した基準ク口ックを基に前記再生した時間情報に応じて前記媒体に記録されたビットストリーム情報の内容を出力することを特徴とするデータの再生方法。