WO2004030358A1

WO2004030358A1 - データ処理装置

Info

Publication number: WO2004030358A1
Application number: PCT/JP2003/012449
Authority: WO
Inventors: Masanori Ito; Hiroshi Yahata
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2002-09-30
Filing date: 2003-09-29
Publication date: 2004-04-08
Anticipated expiration: 2005-03-30
Also published as: AU2003266691A1; JP4566745B2; JPWO2004030358A1

Abstract

　本発明のデータ処理装置は、複数のフレームを含む映像および音声の少なくとも一方の信号が入力される信号入力部と、受け取った信号を圧縮符号化して、符号化データを生成する圧縮部と、符号化データを分割して一定のデータサイズを有する１以上のパケットを生成し、符号化データの再生を制御する情報を格納した制御パケットを付加して、データストリームを生成するストリーム組立部とを有する。ストリーム組立部は、各フレームについて、データストリーム内の格納位置を示す位置情報を生成して、補助情報として制御パケットに記述する。これにより、例えばトランスポートストリームに容易に変換可能なデータ構造を有するプログラムストリームが得られる。

Description

データ処理装置技術分野

本発明は、光ディスク等の記録媒体に動画ストリームのストリ一明

ムデータをリアルタイムで記録す細るデータ処理装置および方法等に関する。背景技術

映像（ビデオ）信号および音声（オーディオ）信号を低いビットレートで圧縮し符号化する種々のデータストリームが規格化されている。そのようなデータストリームの例として、 MP EG 2システム規格（IS0/IEC 13818- 1)のシステムストリームが知られている。システムストリームは、プログラムストリーム（P S) 、トランスポ一トストリ一ム（T S) 、および P E Sストリームの 3種類を包含する。

近年、磁気テープに代わって、相変化光ディスク、 MO等の光デイスクが、データストリームを記録するための記録媒体として注目を浴びてきている。現在、相変化光ディスクにデータストリームを記録するための規格として「 Video Recording規格」（DVD Specifications for Reiri table/Re - recordable Discs Par t3 VIDEO RECORDING version 1.0 September 1999) が規定されている。図 1は、従来のデータ処理装置 9 0の機能ブロックの構成を示す。デ一夕処理装置 9 0は、 DVD— RAMディスク、 B l u— r a y ディスク (B D) 等の相変化光ディスク 1 3 1にリアルタイムでデ一タストリームを記録し、記録されたデータストリームを再生することができる。

データ処理装置 9 0のデータ記録処理は以下のように行われる。まず、映像信号入力部 1 0 0に入力された映像信号は、映像圧縮部 1 0 1で圧縮符号化される。同時に、音声信号入力部 1 0 2に入力された音声信号が音声圧縮部 1 0 3で圧縮符号化される。プロダラムストリ一ム組立部 244は、それらを多重化して MP E G 2プログラムストリーム（以下、「プログラムストリーム」または「P S」と称する）を生成する。これらの処理は、 MP E G 2 P Sェンコーダ 1 7 0内で行われる。次に、記録部 1 2 0およびピックアツプ 1 3 0は、生成された P Sを光ディスク 1 3 1に書き込む。このとき、記録制御部 1 6 1、連続データ領域検出部 1 6 0、論理プロック管理部 1 6 3等の処理に基づいて光ディスク 1 3 1上の物理的に連続する空き領域が検出され、 P Sが記録される。

データストリームの再生処理は以下のように行われる。プロダラムストリーム分解部 1 1 4は、ピックアップ 1 3 0および再生部 1 2 1を介して再生されたプログラムストリ一ムをビデオ信号およびオーディオ信号に分離する。映像伸長部 1 1 1および音声伸長部 1 1 3は、それぞれビデオ信号およびオーディオ信号をデコードし、その結果得られたビデオデータおよびオーディォデータを映像表示部 1 1 0および音声出力部 1 1 2において表示し、出力する。

図 2は、プログラムストリーム 2 0のデータ構造の例を示す。プ口グラムストリーム 2 0は、ビデオオブジェクトュニット（Video OBject Unit; VO B U) 2 1を複数含んでいる。 VOBU 2 1は、ビデオデータが格納されたビデオパック（V— P CK) 2 2およびオーディオデータが格納されたオーディオパック（A— P CK) を複数含む。これらはビデオの再生時間にすると 0. 4秒から 1秒分のデータである。ビデオパック 2 2は、パックヘッダ 2 2 aと、パケットヘッダ 2 2 bと、圧縮されたビデオデータ 2 2 cとを含む。一方、オーディオパックでは、ビデオパック 2 2のビデオデータ 2 2 cに代えてオーディオデータが含まれる。なお、 1つの VOBU のデータサイズは、ビデオデータが可変ビットレートであれば最大記録再生レ一ト以下の範囲で変動する。ビデオデータが固定ビットレートであれば VOBUのデータサイズはほぼ一定である。なお、一般に「パック」とはパケットの 1つの例示的な形態として知られている。

図 3は、プログラムストリーム 2 0と光ディスク 1 3 1の記録領域との関係を示す。プログラムストリーム 2 0の VOBUは、光デイスク 1 3 1の連続データ領域 24に記録される。連続データ領域 24は物理的に連続する論理ブロックから構成されており、この領域には最大レートでの再生時間にして 1 7秒以上のデータが記録される。データ処理装置 9 0は、論理ブロックごとに誤り訂正符号を付与する。論理ブロックのデータサイズは 3 2 kバイトである。各論理ブロックは、 2 Kバイトのセクタを 1 6個含む。

図 4は、記録されたデータが光ディスク 1 3 1のファイルシステムにおいて管理されている状態を示す。例えば UDF (Universal Disk Format) 規格のファイルシステム、または I S OZ I E C 1 3 346 (Volume and file structure of write once and rewritable media using non-sequent i al recording for

information interchange) ファイルシステムが利用される。図 4 では、連続して記録されたプログラムストリームがファイル名 VR —MOV I E. V R Oとして記録されている。ファイルを構成するファイルエントリの位置として先頭セクタ番号が設定される。ファィルエントリは、各連続デ一夕領域（C D A ： Contiguous Data Area) a〜 cを管理するァロケーションディスクリプタ a〜 cを含む。 1つのファイルが複数の領域 a〜 cに分かれている理由は、領域 aの途中に不良論理ブロック、書き込みができない P Cファイル等が存在したからである。

なお、 UD F規格は IS0/IEC 13346規格のサブセットに相当する。また、光ディスクドライブ（データ処理装置 9 0) を 1 3 94インタフエースおよび S B P (Serial Bus Protocol) — 2を介して P C等と接続することにより、記録されたファイルを P Cからも 1つのフアイルとして扱うことができる。

図 5は、 DVD— VR規格に準拠したプログラムストリ一ム 2 5 のデ一夕構造の例を示す。プログラムストリーム 2 5とプログラムストリーム 2 0との相違点は、プログラムストリーム 2 5の各 VO BU 2 6の先頭に、必ず RD Iパック（RD I— P CK) 2 7が付加される点である。 1 0 1パック 2 7には、 P Sの再生を制御するための制御情報が規定され、パックヘッダ 2 7 a、システムヘッダ 2 7 b、 P E Sヘッダ 2 7 c、 R D Iデータ 2 7 dおよびメーカ拡張フィールド 2 7 eが含まれる。メーカ拡張フィールド 2 7 eには、メーカ独自の情報（メーカ拡張情報）を記述できる。

データ処理装置 9 0は、プログラムストリーム 2 0、 2 5の記録および再生に加え、 I EE E 1 3 94インタフェース部 1 40から D— VH S、セットトップボックス（S TB) 等へデータストリームを出力することができる。ただし、 I E EE 1 3 94インタフエース規格では、映像同期通信プロトコルとして MP E G 2 トランスポートストリーム（以下、「卜ランスポー卜ストリーム」または「T S」と称する）のみが規定されているため、データ処理装置 9 0は P Sを T Sに変換する必要がある。

以下、トランスポートストリームを説明する。図 6は、トランスポートストリーム 2 8のデータ構造の例を示す。 T S 2 8は複数の T Sオブジェクトユニット（TS OBject Unit; T O B U) 2 9を含み、その TOBU 2 9は 1以上のトランスポートパケット（T Sパケット）から構成されている。 T Sパケットは、例えば、圧縮ビデオデ一夕が格納されたビデオ T Sパケット（V— T S P) 3 0、圧縮されたオーディォデ一夕が格納されたオーディォ T Sバケツト（A_ T S P) 3 1、プログラム ' アソシエーション ' テ一ブル（ P A T) が格納されたパケット（PAT T S P) 3 2、プログラム，マップ · テーブル（PMT) が格納されたパケット（PMT— TS P) 3 3およびプログラム · クロック · リファレンス（P C R) が格納されたパケット（P CR— T S P) 34である。

図 7 (a) 〜（e) は、各 T Sパケットのデータ構造の例を示す。各 T Sパケット T Sパケットヘッダ 3 0 a〜 34 aに示すように、 T Sパケットの種類に応じて異なるパケット識別子（P I D) が割り当てられている。トランスポートストリームでは複数の番組のデ —夕のパケット毎に異なる P I Dが与えられているので、 P I Dを利用することにより必要な番組の T Sバケツトのみを取得できる。例えば、 V— T S P 3 0および A— T S P 3 1を取得するための手順は以下のとおりである。まず、 P I Dが " 0 X 0 0 0 " の P A T — T S P 3 2が取得される。 P AT— T S P 3 2内の PAT 3 2 c には、 PMT— T S Pの P I Dが記述されている。そこで、 PMT _T S Ρ 3 3の P I D ( " 0 x 0 0 3 0 " ) が取得される。 Ρ ΜΤ 一 T S P 3 3内の PMT 3 3 C には、 V— T S P 3 0の P I D ( " 0 x 0 0 2 0 " ) および A— T S P 3 1の P I D ( " 0 x 0 0 2 1 " ) が記述されている。それらの P I Dが付与されたパケットを取得することにより、 V_T S P 3 0および A— T S P 3 1が得られる。

トランスポートストリームは、パケット構造を保持した状態で B

D等の記録媒体に記録される。例えば、国際公開第 0 1 / 048 9 3号パンフレツトには、 MP EG 2映像のトランスポートストリームを記録媒体に記録する技術が記載されている。なお、受信されたトランスポートストリームに到着タイムスタンプが付加されて記録媒体に記録される場合がある。図 8 ( a) 〜（c ) は、タイムス夕ンプつきの T S 3 5のデータ構造を示す。図 8 (a) は、オブジェクトユニット（TTOBU) 3 6に格納されたビデオ T Sパケット (V— T S P T) 3 7およびオーディオ T Sパケット（A— T S P T) 3 8を示す。図 8 (b) および（ c ) は、それぞれビデオ T S バケツト 3 7およびオーディォ T Sバケツト 3 8のデータ構造を示す。先頭の 4バイトがタイムスタンプ 3 7 aおよび 3 8 aであり、次の 1 8 8バイトが受信した各 T Sバケツトである。

データ処理装置 9 0においてプログラムストリームがトランスポ —トストリームに変換される際、まず P S→P E S変換部 24 3が P Sを一旦パケット化エレメン夕リストリーム（P E S) に変換し、その後、 P E S→T S変換部 242が P E Sを T Sに変換する。このような処理は、例えば、日本国特開平 1 0— 243 3 94号公報に記載されている。

図 9 (a) 〜（c ) は、 P S 3 9を、 P E S 40を介して一般的な T S 4 1にストリ一ム変換するときのストリームの対応関係を示す。 P E S 40の各 P E Sパケットには、 1フレームのデータが格納されている。また、一般的な T S 4 1でも、 1個の P E Sバケツ卜には 1フレームのデータが格納される。説明の簡単化のため、図にはビデオデータに関する処理のみを示している。また、 P S 3 9 は、例えば D V D— V R規格準拠に準拠したストリームである。

図 9 (a) に示すように、まず、 P S 3 9の各ビデオパックからビデオデータ部分 3 9 a〜 3 9 cが抽出される。これらはビデオの 1フレーム単位でまとめられて、図 9 (b) に示すビデオ P E Sパケットのペイ口一ド 40 bが構成される。ペイロード 40 bに P E Sヘッダ 40 aが付加されると、 P E S 40の 1ビデオ P E Sパケットが得られる。

図 9 ( c ) の T S 4 1のビデオ T Sパケットは、例えば、 P E S 40を 1 84バイト単位で分割したデ一タ 4 1 bに、 4バイトの T Sヘッダ 4 1 aが付加されて構成される。 T S 4 1には、 PAT、 PMT等を含む T Sパケット（図示せず）も新たに生成され挿入される。

ところが、従来の装置では、プログラムストリームからトランスポートストリームへ変換する処理に非常に時間がかかるという問題が生じていた。

その第 1の理由は、従来の変換処理では、デコーダが動作するために基準とする時刻情報（プログラムクロックリファレンス； P C R) がトランスポートストリームに付加し直されていたからである。すなわち、トランスポートストリームは、トランスポートストリームのシステムターゲットでコーダモデル（T— S TD) に準拠した音声ノ映像データの多重化ストリ一ムとして構築される必要があり、多重化のタイミングゃ順序を変更してプログラムクロックリファレンス（P CR) の値を算出することを要するからである。また、トランスポートストリームには、ストリーム特有のパケット（PAT — T S P、 PMT T S P、 P C R T S P等）を例えば 1 0 0ミリ秒以下の間隔で挿入する必要があるため、やはり音声/映像デー夕を多重化するタイミングゃ順序を変更する必要がある。

第 2の理由は、トランスポートストリームの P E Sパケットのぺィロードに 1フレーム分のデータが格納される場合には、 P Sから P E Sへの変換時に、 P Sの各パックを走査して 1フレームごとの境界を探索しなければならないからである。例えば D V D— V R規格に準拠したプログラムストリームを、 1フレームのデ一夕が 1個の P E Sパケッ卜に格納される一般的なトランスポートストリームに変換するとき、音声 Z映像ストリームを全てスキャンして各音声 /映像フレームの開始位置およびデ一夕サイズを検出し、各フレ一ムの開始位置に P E Sバケツトヘッダを付与して P E Sバケツト化する必要がある。さらに、 P E Sパケット化に際しては、全ての音声 Z映像フレームに付与されているとは限らない P T Sおよび D T Sを、全ての音声 Z映像フレームの P E Sパケットヘッダに付与する必要がある。

本発明は、上記問題点に鑑みてなされたものであり、その目的とするところは、トランスポートストリームに容易に変換可能なデー夕構造を有するプログラムストリームを提供することにある。発明の開示

本発明によるデータ処理装置は、複数のフレームを含む映像および音声の少なくとも一方の信号が入力される信号入力部と、受け取つた前記信号を圧縮符号化して、符号化データを生成する圧縮部と、前記符号化データを分割して一定のデ一夕サイズを有する 1以上のパケットを生成し、前記符号化データの再生を制御する制御情報を格納した制御パケッ卜を付加して、データストリームを生成するストリーム組立部とを有している。前記ストリーム組立部は、各フレームについて、前記データストリーム内の格納位置を示す位置情報を生成して、前記制御情報として前記制御バケツトに記述する。

ある好ましい実施形態において、前記ストリーム組立部は、さらに各フレームの表示のタイミングを示す時刻情報を生成して、前記制御情報として前記制御バケツトに記述する。

ある好ましい実施形態において、前記ストリーム組立部は、さらに各フレームの復号化の夕イミングを示す時刻情報を生成して、前記制御情報として前記制御パケットに記述する。

ある好ましい実施形態において、前記ストリーム組立部は、さらに各フレームのデータサイズを示すサイズ情報を生成して、前記制御情報として前記制御パケッ卜に記述する。

ある好ましい実施形態において、前記ストリーム組立部は、前記制御バケツト内の、任意の情報を記述可能なフィールドに前記制御情報を記述する。

ある好ましい実施形態において、前記ストリーム組立部は、前記制御バケツ卜として制御パックを生成し、前記制御パックを付加して、前記デ一タストリームとしてプログラムストリームを生成する。本'発明によるデータ処理方法は、複数のフレームを含む映像および音声の少なくとも一方の信号を入力するステップと、受け取った前記信号を圧縮符号化して、符号化データを生成するステップと、前記符号化データを分割して一定のデータサイズを有する 1以上のパケットを生成するステップと、前記 1以上のパケットに、前記符号化データの再生を制御する制御情報を格納した制御パケットを付加して、デ一タストリームを生成するステップを包含する。データストリームを生成するステップは、各フレームについて、前記データストリーム内の格納位置を示す位置情報を生成して、前記制御情報として前記制御バケツトに記述する。.

ある好ましい実施形態において、前記デ一タストリームを生成するステツプは、各フレームの表示のタイミングを示す時刻情報を生成して、前記制御情報として前記制御パケットに記述するステップをさらに包含する。

ある好ましい実施形態において、前記デ一タストリームを生成するステツプは、各フレームの復号化の夕イミングを示す時刻情報を生成して、前記制御情報として前記制御バケツ卜に記述するステツプをさらに包含する。

ある好ましい実施形態において、前記データストリームを生成するステツプは、各フレームのデータサイズを示すサイズ情報を生成して、前記制御情報として前記制御パケットに記述するステップをさらに包含する。

ある好ましい実施形態において、前記データストリームを生成するステップは、前記制御パケット内の、任意の情報を記述可能なフィールドに前記制御情報を記述する。ある好ましい実施形態において、前記データストリームを生成するステップは、前記制御バケツ卜として制御パックを生成し、前記制御パックを付加して、前記データストリームとしてプログラムストリ一ムを生成する。

本発明によるデータ処理方法は、第 1のデータストリームを第 2 のデータストリームに変換する際に使用される。ここで、前記第 1 のデータストリ一ムは、第 1のデータサイズを有するバケツトであつて、複数のフレームを含む映像および音声の少なくとも一方の信号を圧縮符号化した符号化データを含む 1以上のバケツトと、前記符号化データの再生に関する制御情報が格納された制御パケットとを有する。また、前記第 2のデ一タストリームは、前記第 1のデー夕サイズとは異なる第 2のデータサイズを有する 1以上のバケツトを有する。このデータ処理方法は、前記制御パケットから、前記デ一夕ストリームにおける各フレームの格納位置を示す位置情報および再生夕イミングを示す時刻情報を含む前記制御情報を取り出すステツプと、前記制御情報に基づいて、各パケット内の前記符号化デ一夕が、フレームの先頭部分を含むか否かを判断するステツプと、前記フレームの先頭部分を含む場合には、前記第 2のデータストリームの再生タイミングを示す時刻情報を前記フレームの先頭部分の前に付加して、前記符号化データを分割して前記パケットに格納し、前記フレームの先頭部分を含まない場合には、前記符号化データを分割して前記バケツ卜に格納して、前記第 2のデータストリームを生成するステップとを包含する。本発明による他のデータ処理装置は、複数のフレームを含む映像および音声の少なくとも一方の信号が入力される信号入力部と、受け取った前記信号を圧縮符号化して、符号化データを生成する圧縮部と、前記符号化データを分割して一定のデータサイズを有するパケットを生成し、前記バケツトを並べて第 1のデータストリームを生成するストリーム組立部とを有する。前記ストリーム組立部は、全てのバケツトに対して復号のタイミングを示す第 1の時刻情報を生成し、さらに一部のバケツトに対して所定のタイミングで第 1の時刻情報の時刻よりも遅い時刻を示す第 2の時刻情報を生成して、前記第 1の時刻情報および前記第 2の時刻情報の一方を各パケットに記述する。

ある好ましい実施形態において、前記ストリーム組立部は、前記第 1のデータストリームと異なる第 2のデータストリームのバケツトのデータサイズに基づいて第 ₂の時刻情報を生成する。ある好ましい実施形態において、前記ストリーム組立部は、 1 0

0ミリ秒以内に 1回のタイミングで前記第 2の時刻情報を生成する。ある好ましい実施形態において、前記ストリーム組立部は、前記データストリームの映像再生時間に基づいて複数のバケツトを 1つのュニットとして関連付け、前記ュニッ卜の先頭に映像バケツ卜が現れるタイミングで前記第 2の時刻情報を生成する。

ある好ましい実施形態において、前記データ処理装置は、前記第 1のデータストリームを記録媒体に記録する記録部を有する。

ある好ましい実施形態において、他のデータ処理装置は、前記記録媒体に記録された前記第 1のデータストリームを前記第 2のデ一夕ストリームに変換する。デ一夕処理装置は、前記パケットを 1以上の前記パケットに変換する変換部を有する。変換部は、前記第 2 の時刻情報が記述されたバケツトを変換したパケットの前に、前記符号化データを含むバケツトを特定するための制御パケットを揷入する。

本発明によるさらに他のデータ処理装置は、複数のフレームを含む映像および音声の少なくとも一方の信号が入力される信号入力部と、受け取った前記信号を圧縮符号化して、符号化データを生成する圧縮部と、前記符号化データを分割して第 1のデータサイズを有するバケツ卜を生成し、前記バケツトを並べて第 1のデータストリームを生成するストリーム組立部とを有する。前記ストリーム組立部は、一部のパケット内にパディングパケットを設け、前記パディングバケツトのデータサイズを前記第 1のデータストリームと異なる第 2のデータストリー厶のパケットのデータサイズに基づいて決定する。

ある好ましい実施形態において、前記ストリーム組立部は、 1 0 0ミリ秒以内に 1回の夕イミングで、前記パディングバケツトを有するバケツトを設ける。

ある好ましい実施形態において、他のデータ処理装置は、前記記録媒体に記録された前記第 1のデ一タストリームを前記第 2のデータストリームに変換する。データ処理装置は、前記パケットを 1以上の前記パケットに変換する変換部を有する。変換部は、前記パディングバケツ卜が設けられたバケツトを変換する際に、前記パディングバケツトを、前記符号化データを含むパケットを特定するための制御パケットに変換する。図面の簡単な説明

図 1は、従来のデ一夕処理装置 9 0のブロック図である。

図 2は、プログラムストリーム 2 0のデータ構造の例を示す図である。

図 3は、プログラムストリーム 2 0と光ディスク 1 3 1の記録領域との関係を示す図である。

図 4は、記録されたデータが光ディスク 1 3 1のファイルシステムにおいて管理されている状態を示す図である。

図 5は、 DVD— VR規格に準拠したプログラムストリーム 2 5 のデータ構造の例を示す図である。

図 6は、トランスポートストリーム 2 8のデ一タ構造の例を示す図である。

図 7は、 V— T S P 3 0のデータ構造を示し、図 7 (b) は A— T S P 3 1のデータ構造を示す図であり、図 7 ( c ) は PAT— T S P 3 2のデータ構造を示す図であり、図 7 (d) は PMT— TS P 3 3のデータ構造を示し、図 7 ( e ) は P C R— T S P 34のデ一夕構造を示す図である。図 8は、（a) は、オブジェクトユニット（TTOBU) 3 6に格納されたビデオ T Sパケット（V— TS P T) 3 7およびオーディォ T Sパケット（A— T S P T) 3 8を示す図であり、（b) および（c) は、それぞれビデオ T Sパケット 3 7およびオーディオ T Sパケット 3 8のデータ構造を示す図である。

図 9 (a) 〜（c) は、 D VD— VR規格準拠の P S 3 9から、 P E S 40を介して 1フレームのデ一夕が 1個の P E Sバケツトに格納される一般的な T S 4 1にストリ一ム変換するときのストリ一ムの対応関係を示す図である。

図 1 0は、第 1の実施形態によるデータ処理装置 1 0のブロック図である。

図 1 1 (a) は、 P Sをデコードする MP E G 2 P Sデコーダ 1 7 1のブロック図であり、図 1 1 (b) は、 TSをデコードする T Sデコーダモデルのブロック図である。

図 1 2は、データ処理装置 1 0の P S組立部 1 04が生成した P

S 5 0と、 P S 5 0に基づいて変換された T S 5 5との対応関係を示す図である。

図 1 3は、 P Sの各パックに含まれるパックヘッダのデータ構造を示す図である。

図 1 4は、 S C Rギャップの位置を模式的に示す図である。図 1 5は、 VOBUの途中に 1 0 0ミリ秒以内で繰り返し設けられた S CRギャップを模式的に示す図である。

図 1 6は、 D VD— VR規格に準拠した P Sに設定した S C Rギャップを模式的に示す図である。

図 1 7は、 P S組立部 1 04がプログラムストリームの S CRを設定する際の処理の手順を示す図である。

図 1 8は、変換部 142において実行される、？から丁への変換処理の手順を示す図である。

図 1 9は、各パックに対する末尾 S C Rを示す図である。

図 2 0は、実施形態 2によるデータ処理装置 1 0の P S組立部 1 04が生成した P S 5 9— 1と、 P S 5 9— 1に基づいて変換された T S 5 9— 2との対応関係を示す図である。

図 2 1は、ビデオパック 6 1に含まれるパディングパケット 6 1 aのデータ構造を示す図である。

図 22は、 1 0 0ミリ秒以内で繰り返し設けられたパディングパケットを含むビデオパック 6 5、 6 6を模式的に示す図である。図 2 3 (a) は、本実施形態による P S組立部 1 04により生成されたプログラムストリームのデ一夕構造を示す図であり、図 2 3 (b) は、ビデオ用補助情報 6 7 dの詳細なデータ構造を示す図である。

図 24は、 VO B U# iの先頭を 0として算出したときの、 Iフレーム、 B 1フレームおよび B 2フレームの開始ァドレスを模式的に示す図である。

図 2 5は、変換部 1 42が P Sを T Sに変換する処理の手順を示す図である。

図 2 6 (a) は、補助情報フィールド 7 0にサイズ情報を規定したメーカ拡張フィールド 6 9を示す図であり、図 2 6 (b) は、補助情報フィールド 7 0のデータ構造を示す図である。発明を実施するための最良の形態

以下、添付の図面を参照しながら、本発明のデータ処理装置の各実施形態を説明する。

(実施形態 1 )

図 1 0は、本発明の第 1の実施形態によるデータ処理装置 1 0の機能ブロックの構成を示す。データ処理装置 1 0は、 DVD— RA Mディスク、 B l u— r a yディスク（BD) 等の相変化光ディスク 1 3 1にリアルタイムでデ一タストリームを記録し、記録されたデ一夕ストリ一ムを再生することができる。

デ一夕処理装置 1 0はさらに、生成し、または記録したプロダラムストリ一ム（P S) を MP E G 2 トランスポ一トス卜リ一ム（T S) に変換して、 I E E E 1 3 94インタ一フェース部 1 40を介して出力することができる。

以下、データ処理装置 1 0の記録機能に関する構成を説明する。データ処理装置 1 0は、映像信号入力部 1 0 0と、音声信号入力部 1 0 2と、 MP EG 2 P Sエンコーダ 1 7 0と、記録部 1 2 0と、連続データ領域検出部 1 6 0と、記録制御部 1 6 1と、論理ブロック管理部 1 6 3とを有する。

映像信号入力部 1 0 0は映像信号入力端子であり、映像データを表す映像信号を受け取る。音声信号入力部 1 0 2は音声信号入力端子であり、音声データを表す音声信号を受け取る。例えば、データ処理装置 1 0がポータブルビデオコーダである場合には、映像信号入力部 1 0 0および音声信号入力部 1 0 2は、それぞれチューナ部 (図示せず）の映像出力部および音声出力部と接続され、それぞれから映像信号および音声信号を受け取る。また、データ処理装置 1 0がムービーレコーダ、カムコーダ等である場合には、映像信号入力部 1 0 0および音声信号入力部 1 0 2は、それぞれカメラの C C D (図示せず）およびマイクから出力された映像信号および音声信号を受け取る。

MP E G 2— P Sエンコーダ 1 7 0 (以下、「エンコーダ 1 7 0」と称する）は、映像信号および音声信号を受け取り、後述する本発明の処理を行って、図 2に示す MP EG 2プログラムストリーム（P S) 、または、図 5に示す D VD— VR規格に準拠した P S を生成する。エンコーダ 1 7 0は、映像圧縮部 1 0 1と、音声圧縮部 1 0 3と、 P S組立部 1 04とを有する。映像圧縮部 1 0 1および音声圧縮部 1 0 3は、それぞれ映像信号および音声信号を MP E G 2規格に基づいて圧縮符号化して映像データおよび音声データを生成する。 P S組立部 1 04は、映像データと音声データを、それぞれ 2キロバイト単位のパック V— P CK及び A— P CKに分割し、この 2種類のパックが一つの VO B Uを構成するよう順番に並べるとともに、 R D Iパック 2 7を付加する。

記録部 1 2 0は、記録制御部 1 6 1の指示に基づいて'ピックアツプ 1 3 0を制御し、記録制御部 1 6 1から指示'された論理ブロック番号の位置から P Sのビデオオブジェクトユニット（V O B U ) 2 6を記録する。このとき、記録部 1 2 0は、各 V O B Uを 3 2 Kバィト単位に分割し、その単位で誤り訂正符号を付加して一つの論理プロックとして光ディスク 1 3 1上に記録する。一つの論理ブロックの途中で一つの V O B Uの記録が終了した場合は、隙間を開けることなく次の V O B Uの記録を連続的に行う。 P Sは、例えば図 4 に示すような形態で光ディスク 1 3 1に格納されている。

連続データ領域検出部 1 6 0は、論理ブロック管理部 1 6 3によつて管理される光ディスク 1 3 1のセクタの使用状況を調べ、連続した空き論理ブロック領域を検出する。

記録制御部 1 6 1は、記録部' 1 2 0の動作を制御する。記録制御部 1 6 1は、予め連続データ領域検出部 1 6 0に指示を出して、連続した空き論理ブロック領域を検出させておく。そして、記録制御部 1 6 1は、論理ブロック単位の書き込みが発生するたびに当該論理ブロック番号を記録部 1 2 0に通知し、論理ブロックが使用済みになった場合には論理ブロック管理部 1 6 3に通知する。なお、記録制御部 1 6 1は、連続デ一夕領域検出部 1 6 0に対して連続した空き論理プロック領域のサイズを動的に検出させてもよい。

論理ブロック管理部 1 6 3は、記録制御部 1 6 1から通知された使用済み論理プロック番号によって論理プロック番号ごとの使用状況を把握して管理を行う。すなわち、論理ブロック番号を構成する各セクタ単位の使用状況を、 U D Fもしくは I S0/IEC 13346のファィル構成で規定されているスペースビットディスクリプ夕領域を用いて、使用済みもしくは未使用であるかを記録して管理することになる。そして、記録処理の最終段階において、 F I D及びファイルエントリをディスク上のファイル管理領域へ書き込む。

以下、 P Sを記録する際のデータ量と再生時間との関係を説明する。連続データ領域検出部 1 6 0は、 1つの連続データ領域の残りが最大記録再生レート換算で 3秒分を切った時点で、次の連続デー夕領域の再検出を行なう。そして、 1つの連続データ領域が一杯になると、次の連続データ領域に書き込みを行なう。

データ処理装置 1 0が記録された P Sを再生するときは、光ディスク 1 3 1からのデ一夕の読み出しと読み出したデ一夕のデコード (再生）を並列的に行う。このとき、データの最大再生レートよりもデータの読出レートの方が高速となるように制御して、再生すベきデータが不足しないように動作する。その結果、 P Sの再生を継続すると、単位時間あたり、デ一夕最大再生レートとデータ読み出しレー卜とのレート差分だけ再生すべきデータを余分に確保できることになる。デ一タ処理装置 1 0は、ピックアップ 1 3 0がデータを読み出しできない期間中（例えばシーク動作中）に余分に確保したデータを再生することにより、途切れのない P Sの再生を実現することができる。

例えば、再生部 1 2 1のデ一夕読み出しレートが 1 1 . 0 8 M b ' p s 、 P S分解部 1 1 4のデータ最大再生レートが 1 0 . 0 8 M b p s、ピックアップの最大移動時間が 1 . 5秒とすると、途切れることなく P Sを再生するためには、ピックアップ 1 3 0の移動中に 1 5. 1 2Mビットの余分なデータが必要になる。これだけのデー夕を確保するためには、 1 5. 1 2秒間の連続読み出しが必要になる。すなわち、 1 5. 1 2 Mビットを、データ読み出しレート 1 1 0 8Mb p sとデータ最大記録再生レ一ト 1 0. 0 8 Mb p sの差で除算した時間だけ連続読み出しする必要がある。したがって、 1 5. 1 2秒間の連続データ読み出しの間に最大 1 6 7. 5 3 Mビット分のデ一タ（すなわち 1 6. 6 2秒分の再生データ）を読み出すことになるので、 1 6. 6 2秒（約 1 7秒）分以上の連続データ領域を確保することにより、連続的なデ一タ再生を保証することが可能となる。なお、連続データ領域の途中には、数個の不良論理プロックがあってもよい。ただし、この場合には、再生時にかかる不良論理ブロックを読み込むのに必要な読み出し時間を見越して、連続データ領域を再生時間にして 1 6. 6 2秒分よりも若干多く確保する必要がある。

以上の各構成要素によって、データ処理装置 1 0の記録機能が実現される。なおデータ処理装置 1 0の再生機能に関する構成および動作は従来のデータ処理装置 9 0と同じであるため、その説明は省略する。

次に、データ処理装置 1 0の P Sから TSへのストリーム変換機能およびそのための構成を説明する。データ処理装置 1 0は、 1 3 94 I ZF部 140と、出力タイミング調整部 1 4 1 と、 P S—T S変換部 1 42とを有する。

I EE E 1 3 94インタ一フェース規格によって伝送可能なデー夕形式は T Sに限られているため、データ処理装置 1 0は P Sから TSへのストリーム変換機能を有する。ストリーム変換は、例えば以下の局面で行われる。データ処理装置 1 0がカムコーダであるとき、映像および音声は、 P Sとして、カムコーダに装填された光デイスク 1 3 1に記録される。ユーザが I E E E 1 3 94ケーブルを介してカムコーダと P Cを接続し、記録内容を P Cに伝送するよう指示すると、カムコーダは P Sを T Sに変換する。これにより、力ムコ一ダから P Cに対して T Sが伝送される

1 3 94 I ZF部 1 40は、 I EEE 1 3 94インターフエ一ス規格に基づいて、デ一夕を出力する端子である。出力タイミング調整部 1 4 1は、 T Sの出力タイミングを調整して、丁 3を 1 3 94 I / F部 1 40に渡す。

? 3→丁3変換部 142 (以下、「変換部 1 42」と称する）は、 P Sから TSへのフォーマット変換を行う。変換部 1 42は、ピックアップ 1 3 0および再生部 1 2 1を介して再生された P S、または、エンコーダ 1 7 0において生成された P Sを受け取って、 T S を生成する。生成された T Sのデータ構造は、例えば図 6に示すとおりである。変換部 142は、図 6に示す P AT— T S P 3 2、 P MT— T S P 3 3、 P C R— T S P 34等を挿入して、 T Sを生成する。これらの TSパケットのデータ構造および機能は、図 7を参照しながら説明したとおりである。

次に、図 1 1を参照しながら P Sおよび T Sのストリーム特性を説明し、その後、データ処理装置 1 0による P Sの生成処理および P Sから T Sへのデータ変換処理を説明する。

P Sを生成するエンコーダ 1 7 0は、一般の MP E G 2 P Sデコーダにおいてデコ一ド可能な P Sにェンコ一ドしなければならない。そのために、システムエンコード条件と呼ばれる所定の条件が課されている。システムエンコード条件を満足することにより、 P Sは、一般の MP EG 2 P Sデコーダ 1 7 1がデコード可能なストリーム特性を有している。これは T Sについても同様である。

図 1 1 (a) は、 P Sをデコードする MP EG 2 P Sデコーダ 1 7 1のブロック図である。まず、デコーダ 1 7 1は、 P S分解部 1 1 4と、映像伸長部 1 1 1と、音声伸長部 1 1 3とを有する。これらの構成は、プログラムストリーム · システムターゲットデコーダ一（P— S TD) と呼ばれるデコーダモデルの構成と概ね同じである。

P Sは、パックヘッダに記述された任意のレート（例えば 1 0. 0 8Mb p sという比較的速いレート）で P S分解部 1 1 4のデマルチプレクサ 1 1 4 aに入力される。 P Sはデマルチプレクサ 1 1 4 aによって映像データおよび音声データに分離され、一定レー卜 (ピークレート 1 0. 0 8 Mb p s ) で映像データ用のバッファ B _v 1 1 4 bと、音声データ用のバッファ B_A 1 1 4 cに入力される。このとき、 P Sを構成していたパックヘッダ、システムヘッダ、 P E Sヘッダ等は除去されて、各バッファには、映像データおよび音声デ一夕からなるエレメンタリストリームが入力される。映像デー夕および音声データの各エレメンタリストリームはそれぞれ、映像伸長部 1 1 1および音声伸長部 1 1 3においてデコードされ、非圧縮の映像ストリームおよび音声ストリ一ムとして出力される。

一方、図 1 1 (b) は、 T Sをデコードする T Sデコーダモデルの機能ブロックを示す。この T Sデコーダモデルは、いわゆるトランスポートストリーム · システムターゲットデコーダ（T一 S T D) と呼ばれている。データ処理装置 1 0の変換部 1 42は、 T一 S TDに基づいて構成されている。

図 1 1 (b) において、 T Sは、伝送媒体等の特性に応じた一定の伝送レー卜でデコーダの P I Dフィルタ 42に入力される。 P I Dフィルタは、 T Sバケツ卜に割り当てられたバケツト識別し P I Dに応じて T Sを映像データ、音声データ、システムデータ等に分離され、映像データ用のトランスポ一トバッファ TB_V43 a、音声データ用のトランスポートバッファ TB_A4 5 a等に入力される。映像データはその後、マルチプレクスバッファ MB _v43 b、エレメンタリデコーダバッファ EB_v43 cを経て、映像伸長部 44にて映像ストリームにデコードされる。一方音声データは、エレメンタリデコーダバッファ E B_A4 5 bを経て、音声伸長部 46にて映像ストリームにデコードされる。

P I Dフィル夕 42において分離されたデータは、それぞれ異なるレートで各バッファに入力され、バッファ間を伝送される。例えば、映像デー夕は、バッファ 42からバッファ 4 3 aには 1 0. 0 8 M b p sで伝送され、ノッファ 43 aからバッファ 43 bへは 1 8 M b p sで伝送され、ノッファ 43 bからバッファ 43 cへは 1 5Mb s以下で伝送される。一方、音声データはバッファ 45 a からバッファ 45 bへ 2Mb p s以下で伝送される。

P Sおよび T Sの各々について、デコーダ内の伝送レー卜に注目すると、 P Sの音声データは T Sの音声データよりも速く伝送される。また P Sには、 P— S TDのデマルチプレクサ 1 1 4 aが P S の各パックを受け取ったときの時刻情報が規定されている。この時刻情報は、 P Sのパックヘッダ 2 2 a (図 2) 、 2 7 a (図 5) 内に、時刻情報（システムクロックリフアレンス； S C R) として規定される。一方、 T Sには T— S TDの P I Dフィルタ 42が TS の各トランスポートパケットを受け取った時の時刻情報が規定されている。この時刻情報は、トランスポートパケットヘッダ内に所定の頻度で記録される。例えば時刻情報は、 P CR— T S Pに 1 0 0 ミリ秒以下の間隔で設定される。

本実施形態による P S組立部 1 04は、 T Sに変換することを想定して P Sを生成し、 P— S TDにおける各ストリームの伝送速度の相違を考慮して時刻情報を付加する。すなわち、パケットの到着時刻情報を変更しなくても T一 S TDに適合するストリームに変換できるように、 P S用のシステムエンコードを行う。具体的には、音声ストリームは最大 2 Mb p sでデマルチプレクサ 1 1 4 aから 1 1 4 bへ伝送されるものとし、 P S用のシステムエンコードを行つて、例えばパッファ B_v l 1 4 bおよび B_A 1 1 4 cがアンダーフローしないようにする。これにより、 P Sの時刻情報（S CR) を T Sの時刻情報（P CR) へ変換する際に、値をそのまま利用することができ、再システムエンコードによる時刻情報（P CR) の再計算が不要になる。

また、 TSを生成する際には、 P Sには存在しない PATに関する T Sパケット、 PMTに関する T Sバケツト等を挿入する必要がある。そのため、本実施形態による P S組立部 1 04は、そのような T Sバケツトを揷入し、処理するタイミングを考慮して P Sに時刻情報を設定することにより、 T S変換時に T Sバケツトの時刻情報を再度計算することが不要になる。

本実施形態の P S組立部 1 04は、？ 3の時刻情報3じ1 に、以下説明する「S CRギャップ」を設けることにより、？ 3から丁 3 への変換に際して、 PATを含む T Sパケット、 PMTを含む T S バケツト等を容易に揷入できるようにしている。

以下、図 1 2、 1 3を参照しながら、本実施形態の P S組立部 1 04の処理を具体的に説明する。図 1 2は、 P S組立部 1 04によつて生成された P S 5 0と、 P S 5 0に基づいて変換された T S 5 5との対応関係を示す。 P S 50は、ビデオパック（V— P CK) 5 1、 5 4と、オーディオパック (A— P C K) 5 2とを含んでおり、これらによって各 VOBUが構成される。なお、 P S 5 0は光ディスク 1 3 1に記録されていることを想定しているが、記録されているか否かは特に問題ではない。

P S組立部 1 04は、適当なパック（図では V— P CK 5 1と A — P CK 5 2) 間に、 S C Rギャップ 5 3を設定する。 S C Rギヤップ 5 3は、 A— P CK 5 2の S CR # (n + 1)を、従来与えられていた S C R値よりも遅く（大きく）規定することによって設けることができる。具体的には、 3〇尺ギャップ5 3は、従来の P S 組立部 244 (図 1) が付加する S C R値を T 1とし、 P S組立部 1 04が付加する S CR値を T 2 (T 2 >T 1 ) としたとき、（Τ 2 - Τ 1 ) によって表される時間である。

図 1 3は、 P Sの各パックに含まれるパックへッダのデ一夕構造を示す。 S CRの値は、パックヘッダに規定されるデータのうち、フィールド名，， system— clock— reference— base，，として示される 3分割されたフィールド 5 6に 3 3ビットで規定される。本実施形態によれば、 A— P CK 5 2のフィールド 5 6には、上述の S CR値 T 2が設定される。

P Sから T Sへ変換する場合には、 S C Rギャップ 5 3の期間に、 PATの T Sパケット 3 2、 PMTのT Sパケッ卜 3 3、 P CRの TSパケット 34、 S I T等の T Sパケットを挿入する。これにより、 A— P C K 5 2の S C R値を再計算する必要がなくなり、ストリームの変換処理が簡単になる。なお、 P Sから T Sへの変換処理は、図 1 8を参照しながら後述する。

P S組立部 1 04は各パックがプログラムストリ一ム · システムターゲットデコーダ（P— S TD) (図 1 1 (a) ) においてデコ —ドできるようにエンコードするとともに、時間情報をほとんど再計算することなく変換した T S 5 5がトランスポートストリーム · システムターゲットデコーダ（T一 S TD) (図 1 1 (b) ) においてデコードできるように P S 5 0を生成する。 MP EG規格に従つた一般的なデコーダが確実にデコードできるようにするために、エンコードを行う際にシステムェンコ一ド条件が規定されている。システムエンコード条件を具体的に説明すると以下のとおりである。まず、 A— P CK 5 2の S C R# (n+ 1)を遅らせて S C R ギャップ 5 3を設けた場合であっても、 A— P CK 5 2は、後続の V— P CK 54の S CR # (n + 2) が示すタイミングまでに 2 M b p sの伝送レートで伝送されることが必要である。よって、 A— P CK 5 2の S CR# (n + 1 )と V一 P C K 54の S C R # (n + 2 ) とによって規定される時間間隔が、 2Mb p sの伝送レートで A— P CK 5 2が伝送される場合に要する時間以上になることが必要である。

さらに、 A— P CK 5 2の S CR、および、 V— P CK 54の S C R以外の隣り合う S C Rの時間間隔を決定する必要がある。この時間間隔は、 V— P〇と八—？ CKの間であれば P Sのピークレート（10.08Mbps) で 1個のパックを伝送するのに必要とされる時間以上であることを要する。

本実施形態の P S組立部 1 04は、 S CRギャップを、 VOBU の先頭に位置する V— P CKの直前に設け、それ以後は 1 0 0ミリ秒以内に設けている。これにより、 T Sへの変換時には、 1つの V O B Uの T Sバケツト化が終了した後に、 P AT等を含む T Sパケット 3 2〜 34を挿入できる。ただし、 TSのビットレートは、 1 0 0ミリ秒毎の S C Rギャップ 5 3中に 1以上（例えば 3偭）の T Sバケツトを挿入できる程度の増加を想定する必要がある。図 1 4は、 V〇 B U先頭およびその 1 0 0ms後に設ける S CR ギャップの位置を模式的に示している。図 1 5は、 1 0 0ミリ秒以内で繰り返し設けられた S C Rギャップを模式的に示す。 S CRギャップの先頭の S C R値が 2 7 0 0 0 0 0の整数倍となるように設けられている。「 2 7 0 0 0 0 0」とした理由は、この値は、 2 7 MH zのクロック周波数に対し、時間にして 1 0 0ミリ秒に相当するからである。なお、 S C Rギャップは 1 0 0ミリ秒以内で繰り返し設けるのみであってもよく、必ずしも VO B Uの先頭に位置する V— P CKの直前に設けなくてもよい。さらには、 1 0 0ミリ秒以内であれば、例えば 5 0ミリ秒の整数倍でもよいし、または、可変長であってもよい。図 1 6は、 D VD— VR規格に準拠する P Sに設定した S C Rギャップを模式的に示す。 S CRギャップは、 VO B U # nの先頭に位置する R D I— P C K 5 8の直前に設けられている。さらに、その S CRギャップから 1 0 0ミリ秒以内に次の S C Rギャップが設けられている。

図 1 7は、 P S組立部 1 04がプログラムストリームの S CRを設定する際の処理の手順を示す。まず、ステップ S 1 0 0において、 P S組立部 1 04は、各パックに対して仮の S C R値を決定する。この仮 S CR値は、従来の P S組立部 244が決定していた値と同じである。次にステップ S 1 0 1において、処理の対象となっているパックが V〇 B Uの先頭パックか否かを判定する。そのパックが先頭パックでなければステップ S 1 0 2に進み、先頭パックであればステツプ 1 04に進む。ステップ S 1 0 2では、 P S組立部 1 0 4は、 S CR値が 1 0 0m sの整数倍付近か否かを判定する。例えば、 2 7 MH zのカウンタを用いている場合には、 P S組立部 1 0 4は、 S CR値が 2 7 0 0 0 0 0の倍数であるか否かを判定する。判定の結果、整数倍付近でなければステップ S 1 0 3に進み、ステップ S 1 0 3において、仮決定した S C R値を変更することなくその値をパックヘッダに記述する。一方、整数倍付近であればステツプ S 1 04に進み、ステップ S 1 04において、 3じ尺を所定の3 C Rギヤップ分だけシフトする。

次に、 S C Rギャップを設けた P Sから T Sを生成する手順を説明する。図 1 8は、変換部 1 42において実行される、 P Sから T Sへの変換処理の手順を示す。まず、ステップ S 2 0 0において、 VO B Uの先頭に位置する V— P CKの S C R値に基づいて、最初の PAT、 PMT、 P C Rの挿入タイミングを決定する。例えば、 2 7 MH zのカウンタを用いる場合には、挿入タイミングは（先頭の VOBUの S C R値 d i v 2 7 0 0 0 0 0 ) によって得られる。この "d i v" は、除算結果の少数点以下を切り捨てることを意味する。また、 " 2 7 0 0 0 0 0 " は 1 0 0ミリ秒に対応しており、 2 7 MH zのカウン夕の 1 Z 1 0に相当する値である。

ステップ S 2 0 1において、変換部 1 42は、 1パック前の末尾 S CRの値を算出する（ただし、前にパックが存在しない最初のパックは除く）。図 1 9は、各パックに対する末尾 S C Rを示す。図に示すように、「末尾 S CR」とは、あるパックの直後の 1バイトを伝送する最も早いタイミング（時刻情報）を表す。再び図 1 8の各ステップを説明する。ステップ S 2 0 2では、変換部 1 4 2は、処理の対象となっているパックが V〇 B Uの先頭パックか否かを判定する。そのパックが先頭パックでなければステップ S 2 0 3に進み、先頭パックであればステップ 2 0 9に進む。ステップ S 2 0 3 において、変換部 1 4 2は、得られた挿入タイミングがパックの S C R値と末尾 S C R値との間に含まれるか否かを判定し、含まれる場合にはステップ S 2 0 9に進み、含まれない場合にはステップ S 2 0 7に進む。

ステップ S 2 0 9では、得られた挿入タイミングにおいて、 P A T、 Ρ Μ Τ、および P C Rの T Sパケットを挿入する。次にステツプ S 2 0 4において、揷入タイミング値に 2 7 0 0 0 0 0を加算して次の揷入タイミング値とする。その後、ステップ S 2 0 7に進む。ステップ S 2 0 7では、変換部 1 4 2は、 1つのパックを 1 8 8 バイトに分割して T Sバケツトを生成する。例えば図 1 2に示すように、 1個のビデオパックは 1 1個のビデオ T Sパケット 3 0に分割され、 1個のオーディオパックは 1 1個のオーディオ T Sバケツト 3 1に分割される。 T Sパケットには、ステップ S 2 0 8において、タイムスタンプが付加される。

ステップ S 2 0 6においては、変換部 1 4 2は、 P S内の全てのパックが処理されたか否かを判定する。そして、全てのパックの処理が完了した場合には処理を終了し、終了していない場合にはステップ S 2 0 5において次のパックを抽出して、再びステップ S 2 0 1以降の処理を行う。以上の処理により、変換部 1 42は、プグラムストリームからトランスポートストリームを容易に変換することができる。特に、 V— P C Kや A— P C K内の P C R, P T S (Presentation Time Stamp) および DT S (Decoding Time Stamp) を再計算して設定する必要がなく、かつ、プログラムストリームの S C R値に基づいてトランスポートストリームの各 T Sパケットの時刻情報を決定できるので、従来のように処理に時間を要することがなくなり、変換時の処理負担を著しく軽減できる。 TSパケットの時刻情報は、 P C Rと呼ばれ、 T Sバケツ卜が仮想的な M P E G 2デコーダへ到達すべき時刻を規定する。丁の？じ尺値は、？のじ尺値を基準にして算出することができる。例えば、図 1 2の P C R 34の値を P Sの S CR# (n + 1 ) の値よりも時間的に早い値にすればよい。その程度は、 1個の T Sパケット 34の伝送時間分である。

なお、記録されたプログラムストリームを I EEE 1 3 94インターフェ一ス部 1 40から出力するために、トランスポートストリ —ムに変換するとして説明した。しかし、記録されたプログラムストリームをトランスポートストリームへ変換し、その後、光ディスク 1 3 1等の記録媒体へ記録する場合も同様の処理を行うことができる。トランスポ一トストリームにタイムスタンプを含める場合には、プログラムストリームの S CRを基準としてタイムスタンプを選択すればよい。

なお、プログラムストリーム中に、 S CRギャップが設けられた位置を示す位置情報を規定することができる。位置情報は、例えば、プログラムストリ一ム先頭を 0としたパディングバケツトの先頭ァドレスである。また、 S C Rギャップ先頭の S C R値を RD I— P CKのメーカ拡張フィールド 2 7 e、 6 7 (図 5、図 2 3) 内に設けてもよい。さらに PAT, PMT, P C R、または S I Tを含む TSバケツ卜の使用可能な S CR値を候補として記録してもよい。また、動画ストリームを含むファイルとは別ファイル内にこれらの情報を記録してもよい。

(実施形態 2)

以下、本発明の第 2の実施形態によるデータ処理装置を説明する。本実施形態のデータ処理装置の構成要素は図 1 0に示すデータ処理装置 1 0 (図 1 0) と同じである。よって、それぞれの機能の説明は省略し、以下ではデ一夕処理装置の処理を説明する。

本実施形態によるデータ処理装置 1 0は、図 1 2の S C Rギヤップ 5 3に代えて、パディングパケットを設ける点において、第 1の実施形態によるデータ処理装置と相違する。

図 2 0は、本実施形態によるデータ処理装置 1 0の P S組立部 1 04が生成した P S 5 9— 1と、 P S 5 9— 1に基づいて変換された T S 5 9 _ 2との対応関係を示す。 P S組立部 1 04は、 VOB Uを構成する適当なパック（図ではビデオパック（V— P CK) 6 1 ) に、パディングパケット 6 1 aを挿入する。プログラムストリームからトランスポートストリームへ変換される際には、パディングパケット 6 1 aの位置に対応して、 PAT 3 2， PMT 3 3， P CR、 S I T等を含む T Sパケットが揷入される。 1個のビデオパックは 1 1個のビデオ T Sパケッ卜 3 0に分割され、 1個のォ一ディォパックは 1 1個のオーディオ T Sバケツト 3 1に分割される。図 2 1は、ビデオパック 6 1に含まれるパディングバケツト 6 1 aのデータ構造を示す。パディングパケット 6 1 aは、パケットへッダ 6 3と、一定値（O x F F) のパディングバイトが格納されたフィールド 6 4とを有する。パケットヘッダ 6 3には、パディングバイトフィールド 64のデータ長（P E Sパケット長）が 2バイトで示されており、これによりパディングパケット 6 1 aの長さを特定できる。パディングバイトフィールド 64のデータ長は、 T Sパケットのパケット長に関連しており、例えば、 1 8 8バイトの整数倍（例えば 2倍から 4倍）である。「 1 8 8バイト」は、トランスポートパケットのデータサイズに対応している。なお、パデイングバイトフィールド 64のデータ長が 1 8 8バイトの 2倍のときは、 2個の T Sパケットを挿入することが可能になり、 4倍のときは、 4個の T Sパケットを揷入することが可能になる。

なお、パディングパケット 6 1 aは、 MP E G 2システム規格に記載されたパディングバケツトと同じである。パディングバケツトの配置は DVD— VR規格と同じにしている。ビデオパック 6 1内には、通常の圧縮ビデオデータを可能な限り多く含むようにしてもよい。なお、本実施形態のパディングバケツト 6 1 aはビデオパック 6 1内に設けられているが、ォ一ディォパック 6 2に設けることもできる。

図 2 2は、 1 0 0ミリ秒以内で繰り返し設けられたパディングパケットを含むビデオパック 6 5、 6 6を模式的に示す。ビデオパック 6 5、 6 6は、 V〇 BU# nの途中部分に設けられている。この結果、 T Sのビットレートは、 1 0 0ミリ秒毎のパディングパケットに 1以上の T Sパケットを余分に挿入できる程度の増加を想定する必要がある。なお、パディングパケットは 1 0 0ミリ秒以内で繰り返し設けるのみであってもよく、 V〇 B Uの先頭に位置する V— P C Kの直前に設けなくてもよい。

図 1 2に関連してした説明と同様、 P S組立部 1 0 4は、各パックがプログラムストリ一ム · システム夕ーゲットデコーダ（P— S TD) のシステムェンコ一ド条件を満足し、かつ、変換後のトランスポートストリームがトランスポートストリーム · システムターゲットデコーダ（T— S TD) のシステムエンコード条件をも満たすように、プログラムストリーム 5 9— 1を生成する。

システムエンコード条件を具体的に説明すると以下のとおりである。オーディオパック（A— P CK) 6 2の30 # (n + 1 )と、後続の V_P CK (図示せず）の S C R # (n + 2 ) ) とによって規定される時間間隔が、 2 Mb p sの伝送レー卜で A__P C 5 2 が伝送される場合に要する時間以上になることが必要である。

さらに他のシステムェンコ一ド条件として、 A_P CK 6 2の S C R # (n + l )、および、後続の V— P CK (図示せず）の S C R # (n + 2)以外の隣り合う S C R間の時間間隔（例えばビデオパック 6 0および 6 1の S C R間の時間間隔）も規定される。すなわち、この時間間隔は P Sのピークレート（10.08Mbps) で 1個のパックを伝送するのに要する時間以上になるように各 S C R値を設定することが必要である。

なお、プログラムストリーム中に、パディングパケットが設けられた位置を示す位置情報を規定することができる。位置情報は、例えば、プログラムストリーム先頭を 0としたパディングバケツトの先頭アドレスである。また、 S C Rギャップ先頭の S C R値を RD I— P C Kのメ一力拡張フィールド 2 7 e、 6 7 (図 5、図 2 3) 内に設けてもよい。さらに PAT, PMT， P CR、または S I T を含む T Sバケツトの使用可能な S C R値を候補として記録してもよい。また、動画ストリームを含むファイルとは別ファイル内にこれらの情報を記録してもよい。

(実施形態 3)

以下、本発明の第 3の実施形態によるデータ処理装置を説明する。本実施形態のデータ処理装置の構成要素は図 1 0に示すデータ処理装置 1 0 (図 1 0) と同じである。よって、それぞれの機能の説明は省略し、以下ではデータ処理装置の処理を説明する。なお、以下では実施形態 1または実施形態 2によるプログラムストリ一ムが生成されるとして説明する。しかし、これは必須の前提ではない。実施形態 1または実施形態 2によるプログラムストリームが生成されない場合には、 P Sから T Sへ変換する場合のストリーム内の時刻情報を別途算出する必要がある。

本実施形態のデータ処理装置 1 0は、 DVD— VR規格に準拠したプログラムストリームをトランスポートストリームに変換する際に、処理負担を軽減し、かつ、変換処理時間を短縮することができるプログラムストリームを生成する。ここでいうプログラムストリームとトランスポートストリームとは、互いに図 9に示す関係にあるとする。よって、図 9の（c ) に記載されるように、 T Sバケツトのデ一夕部分 4 1 bには、（b) の P E Sパケットが分割されて格納される。 P E Sパケットのペイロード 40 bには、 1フレーム分のデータ（ビデオデ一夕またはオーディオデータ）が格納されている。 1フレーム分のデータは、（ a) に示すパックのデ一夕部分 3 9 aおよび 3 9 bのデータと、データ部分 3 9 cの一部のデータから得られる。なお、映像の 1フレームとは、例えばインターレース表示されたときの 2フィールド分の画面を表し、音声の 1フレ一ムとは、例えばサンプリング周波数 48 kH z、 2 5 6 k b p sの AC— 3音声の場合であれば合計 1 5 3 6個のサンプルをいう。データ処理装置 1 0の P S組立部 1 04は、 P Sを生成する際に各パックのデ一タ部分に格納するデータを決定しているため、ビデォゃオーディォ等のデータ種別のみならず、そのデータがどのフレームのどの部分を構成するデータであるか等を特定できる。そこで本実施形態の P S組立部 1 04は、そのような P Sを構成するデ一夕種別ごとのフレームの位置、 P T S (再生タイミング情報）、 D T S (デコードタイミング情報）等を示す補助情報を生成するようにした。 RD Iパック内にはメーカが自由に利用できるデータ領域が存在するため、この領域に補助情報を記録することができる。図 2 3 (a) は、本実施形態による P S組立部 1 04により生成されたプログラムストリームのデータ構造を示す。このプログラムストリームは DVD— VR規格に準拠しており、 2キロバイトの R D Iパック（RD I— P CK) にメ一力拡張フィールド 6 7が設けられている。

以下、メ一力拡張フィールド 6 7の構成を説明する。メーカ拡張フィールド 6 7は、メ一力識別情報 6 7 a、画素数情報 6 7 b、圧縮モード情報 6 7 c、ビデオ用補助情報 6 7 d、オーディオ用補助情報 6 7 eを有する。メーカ識別情報は P Sを生成したデータ処理装置 1 0のメーカを示し、画素数情報 6 7 bは記録された画像の縦横の画素数を示し、圧縮モード情報 6 7 cは DVD— VR規格準拠か否かを示す。このほか、メーカ拡張フィールド 6 7には、 P Sのァスぺクト情報（4 : 3、 1 6 : 9、レターボックス等）、音声のチャネル属性情報（モノラル/ステレオ等）を記録することもできる。

メーカ拡張フィールド 6 7のビデオ用補助情報 6 7 dおよびォーディォ用補助情報 6 7 eには、 P Sを構成するデータ種別ごとのデ一夕構造に関する情報が規定される。すなわち、ビデオ用補助情報 6 7 dは、 RD I— P CKを先頭に含む VOBU内の映像パックに関するデータ構造を規定しており、映像フレーム位置情報、 P T S ZDT S情報を含んでいる。オーディオ用補助情報 6 7 eは、音声パックに関するデータ構造を規定しており、音声フレーム位置情報、 P T S情報を含んでいる。

図 2 3 (b) は、ビデオ用補助情報 6 7 dの詳細なデータ構造を示す。ビデオ用補助情報 6 7 dには、 MP EG規格に規定される I、 P、 Bの各フレームについてのフレーム位置情報 6 8 a〜 6 8 dおよび P T S/DT S情報が規定されている。

各フレーム位置情報 6 8 a〜 6 8 dは、プログラムストリ一ム先頭または VO BU先頭から各フレームデータの先頭位置までのデー夕サイズであり、バイト単位で表される。図 24は、 VOBU# i の先頭を 0として算出したときの、 I フレーム、 B 1フレームおよび B 2フレームの開始アドレス（格納位置）を模式的に示す。映像フレームの開始ァドレスには、 VOBU先頭から A— P CKまでに含まれる A— P C Kのデータ長も含まれる。 P S組立部 1 04は、 P Sを生成するとき、各フレームの開始位置およびその位置の P T S等を保持しておき、ビデオ用補助情報 6 7 dを生成する。

図 2 3 (b) に記載の PT S/DT S情報は、フレーム単位の P 丁 3ぉょび0丁 3を示す。 D T Sは必要に応じて設ければよい。 P T S/DT S情報は、各フレーム位置情報 6 8 a〜 6 8 dに対応して設けられており、 Iフレームの位置情報 6 8 aの次には Iフレームの？丁 3/0丁 3情報が設けられ、 P 1フレームの位置情報 6 8 bの次には P 1フレームの P T S /D T S情報が設けられる。 B 1、 B 2フレーム等についても同様である。なお、オーディオ用補助情報 6 7 eは特に示していないが、 D T S情報が含まれない点を除いては、オーディオ用補助情報 6 7 eのデータ構造はビデオ用補助情報 6 7 dのデータ構造と同様である。

次に、変換部 1 42が上述のデータ構造を有する P Sを T Sに変換する手順を説明する。図 2 5は、 P Sから TSへの変換処理の手順を示す。まず、ステップ S 3 0 0において、変換部 1 42に DV D— VR規格に準拠した 2 kバイト単位のパックが入力されると、ステツプ S 3 0 1において、変換部 1 42はそのパックが RD Iパックか否かを判定する（S 3 0 1 ) 。判定の結果、そのパックが R D Iパックであればステツプ S 3 0 2に進み、 RD Iパックでなければステツプ S 3 0 3に進む。なお、ステップ S 3 0 3の処理は、そのパックが必ずビデオパック（V_P CK) またはオーディオパック（A— P CK) であることを意味する。

ステップ S 3 0 2では、変換部 1 42は R D Iパックのメーカ拡張フィールド 6 7から映像および音声の各々について、フレーム位置情報、 PT SZDTS情報を取り出す。

ステツプ S 3 0 3では、変換部 1 42は、処理の対象となっているパックのパックヘッダおよび P E Sヘッダを除去する。ここで留意すべきは、 RD Iパックは必ず VO B Uの先頭に配置されているため、ステップ S 3 0 3を実行する時点では、変換部 1 42は先行する RD Iパックから既にフレーム位置情報、 PT SZDT S情報を取得していることである。

そこで、変換部 1 42は、ステップ S 3 04においてフレーム位置情報を参照して、このパック内にフレーム開始位置があるか否かを判定する。フレーム開始位置が含まれていればステップ S 3 0 5 に進み、含まれていなければステップ S 3 0 6に進む。

ステップ S 3 0 5では、変換部 1 42は P T SZDT S情報を参照して該当する P T S /D T Sを抽出し、その PTSZDT Sを含む P E Sヘッダを生成してそのパックデ一夕の前に付加する。次のステップ S 3 0 6では、変換部 1 42は、加工したデータを分割して 1 1個または 1 2個の TSパケットを生成して出力する。その後、ステップ S 3 0 7に進み、次のパックを処理する。

以上の処理により、変換部 1 42は P S内のエレメンタリストリームを解析することなく、 P Sを、 1個の P E Sパケットに 1フレームのデータが含まれる P E Sから構成される T Sに容易に変換できる。

なお、図 2 3 ( a) および（b) に示す補助情報 6 7 d、 6 7 e をさらに拡張することも可能である。図 2 6 ( a) は、補助情報フィールド 7 0にサイズ情報を規定したメーカ拡張フィールド 6 9を示す。図 2 6 (b) は、補助情報フィールド 7 0のデータ構造を示す。補助情報フィールド 7 0は、フレームごとにそのフレームのデ —タサイズに関する情報が規定されている点において、図 2 3 (b) と異なっている。例えば、 Iフレ一ムに対しては、開始アドレス 6 8 aに続いて P T S /D T Sが記述され、その後にフレームサイズ 7 1が記述される。 P 1フレームに対しては、開始アドレス 6 9 aに続いて P T S/DT Sが記述され、その後にフレームサイズ 7 2が記述される。 B 1フレームについても同様に、アドレス 6 8 c、 P T S等、 B 1フレームサイズ 7 3が記述される。

なお、上述の処理では P AT/PMTを含む T Sパケットの挿入処理に言及していない。しかし、これらの T Sパケットは、例えば実施形態 1または 2によるデータ処理装置 1 0の処理をそのまま適用して挿入できる。これにより、データ処理装置 1 0は、再度のシステムエンコード処理を行う必要がなくなる。

なお、映像フレームの位置情報を、プログラムストリーム先頭もしくは VOBU先頭から、各フレームの先頭位置までのデータサイズであるとして説明したが、隣接フレーム間の開始ァドレスの差分を位置情報として規定することもできる。これは、音声フレームの位置情報も同様である。さらに、音声ストリームの数は 1つでも複数でもよい。音声ストリームが 2つ以上存在する場合であっても、 RD Iパック内に補助情報（例えば図 2 3) を規定することができる。

また、 1以上の補助情報が記録されているか否かを示すために、 RD Iパックのメーカ拡張フィールド 6 7、 6 9内に、補助情報が記録されているかどうかを示すフラグ情報を併せて記録してもよい。

V〇 B U内の映像フレーム情報および音声フレーム情報はその B

OBU先頭の RD I _P CK内に格納されるとした。しかし、映像フレーム情報および音声フレーム情報等の補助情報をストリーム中の別の位置に格納してもよい。また、 V〇 B U内の映像フレームに同期する音声フレームに関する補助情報をその VO B U先頭の RD I _P C K内に格納してもよい。

本実施の形態のプログラムストリームには、トランスポ一トストリームに変換するための補助情報が格納されている。そこで、トランスポートストリームからプログラムストリームへのいわゆる逆変換を考慮して、トランスポ一トストリ一ム内にプログラムストリームに変換するための補助情報を格納してもよい。補助情報は、例えばその補助情報を格納するための専用の卜ランスポ一トバケツトに格納すればよい。また、 P E Sストリ一ム内にプログラムストリームまたはトランスポートストリームに変換するための補助情報を格納してもよい。

以上、本発明の実施形態によるデータ処理装置を説明した。

上述したデータ処理装置の各構成要素の動作は、データ処理装置に設けられた中央制御部（図示せず）の指示に基づいて行われる。中央制御部は、データ処理装置のメモリ (図示せず) に配置されたプログラムに基づいて指示を出し、装置の全体的な動作を制御する。プログラムは、図 1 7、 1 8、 2 5等に記載された手順を実施し、予め定められたデータ構造に応じてデータストリームを解析し、または、そのようなデータ構造に適合するデ一タストリームを生成する。

本明細書では、 MP E G 2プログラムストリームを例に説明したが、 MP E G 1のシステムストリームであってもよい。また、記録媒体は相変化光ディスクであるとしたが、例えば D VD— R AM、 DVD-R, DVD— RW、 DVD + RW、 MO、 CD-R, CD _ RW等の光ディスクや、ハードディスク等の他のディスク形状の記録媒体も利用できる。また、半導体メモリであってもよい。これに関連して、読み書きへッドは光ディスク用のピックアップとしたが、例えば、記録媒体が MOの場合にはピックアップ及び磁気へッドとなり、またハードディスクの場合は磁気へッドとなる。

なお、本発明の各実施形態において、トランスポートストリームは、 MP E Gを用いたデジタル放送規格に準拠した形式であってもよいし、 MP E Gを用いたデジタルデータ放送に準拠した形式であつてもよい。これにより、デジタル放送用セッ卜トップボックス (S TB) との互換性を高めることができ、またデータ放送受信機能等の S TBの有する機能を活用することができる。

本明細書では、トランスポートストリ一ムへ変換後はわずかに転送レートが増加する例を説明したが、 P Sの 1個のパックから 1 3 個の T Sパケットが変換されることを想定して、変換後は 1 3Z 1 1倍の転送レートを想定して、空きタイミングに PAT, PMT, P C Rを含む T Sパケットを揷入してもよい。また、 1個のパックを 1 1個から 1 2個の T Sバケツトへ分割する例を挙げて説明したが、その数を必ず 1 1個に収めるために、 1パック内のエレメン夕リーストリ一ム部分のデータサイズを 2 0 24バイ卜以下に制限してもよい。 2 0 24バイト以下にする理由は、 2 0 24バイ卜はトランスポートバケツトのペイ口一ドサイズ（ 1 84バイト）のちようど 1 1個分に相当するからである。

データ処理装置 1 0は、カムコーダの他、例えば据え置き型の動画記録装置、またはプログラムストリームからトランスポートストリームへのデータ変換を行う装置であってもよい。 ' さらに、実施形態 1によるデータ処理装置では、 S CRギャップはトランスポートバケツト変換時に PAT等を挿入する目的に使用するとして説明したが、プログラムストリーム中に別のパックを揷入するために設けてもよい。例えば、プログラムストリーム中に 1 つの音声ストリームのみが含まれている場合に、 P S組立部 1 0 4 がシステムエンコード処理を行って時刻情報を再計算することなく、第 2の音声データストリームを A—P C Kに挿入できるように、 S C Rギヤップを使用してもよい。

実施形態 3による処理で得られた P Sは、メーカ拡張情報に各種の補助情報が規定されているが、補助情報を別途集めて M P E Gプログラムストリームとは別のデータファイルとして保持していてもよい。

上述の説明では、 P Sの伝送レートは D V D— V R規格に準拠して 1 0 . 0 8 M p b s以下であると想定しているが、 1 0 . 0 8 M b p sを超えてもよい。本実施形態の処理によって生成された P S によれば、ビットレー卜が上がってもトランスポートストリ一ムへの変換容易性および変換効率には影響しないからである。

以上のように本発明にかかるデータ処理装置によれば、プロダラムストリ一ムで記録し、かつトランスポートストリームへの変換が効率的かつ容易である。プログラムストリームで記録することより、 D V D機器や P C用の編集アプリケーシヨンソフトウエアとの親和性が高い。また、トランスポートストリームへの変換が容易であるので 1 3 9 4インタフェースとの親和性も高い。産業上の利用可能性本発明によれば、 DVD— VR規格に準拠した映像データのプログラムストリームを、例えば I E E E 1 3 94のデジタルィンタフエース経由で伝送する場合に、プログラムストリームをトランスポ一卜ストリームに容易に変換することができる。

Claims

1 . 複数のフレームを含む映像および音声の少なくとも一方の信号が入力される信号入力部と、受け取った前記信号を圧縮符号化して、符号化データを生成する請

圧縮部と、

前記符号化データを分割して一定のデータサイズを有する 1以上の

のパケットを生成し、前記符号化データの再生を制御する制御情報を格納した制御パケットを付加して、データストリームを生成する囲

ストリーム組立部とを有し、前記ストリーム組立部は、各フレームについて、前記デ一タストリーム内の格納位置を示す位置情報を生成して、前記制御情報として前記制御バケツトに記述する、データ処理装置。

2 . 前記ストリーム組立部は、さらに各フレームの表示の夕イミングを示す時刻情報を生成して、前記制御情報として前記制御パケットに記述する、請求項 1に記載のデータ処理装置。

3 . .前記ストリーム組立部は、さらに各フレームの復号化のタイミングを示す時刻情報を生成して、前記制御情報として前記制御パケットに記述する、請求項 2に記載のデータ処理装置。

4 . 前記ストリーム組立部は、さらに各フレームのデ一夕サイズを示すサイズ情報を生成して、前記制御情報として前記制御バケツ卜に記述する、請求項 1に記載のデータ処理装置。

5 . 前記ストリーム組立部は、前記制御パケット内の、任意の情報を記述可能なフィールドに前記制御情報を記述する、請求項 1から 4のいずれかに記載のデータ処理装置。

6 . 前記ストリーム組立部は、前記制御パケットとして制御パックを生成し、前記制御パックを付加して、前記データストリームとしてプログラムストリームを生成する、請求項 1に記載のデータ処理装置。

7 . 複数のフレームを含む映像および音声の少なくとも一方の信号を入力するステツプと、

受け取った前記信号を圧縮符号化して、符号化データを生成するステップと、

前記符号化データを分割して一定のデータサイズを有する 1以上のパケットを生成するステップと、

前記 1以上のパケットに、前記符号化データの再生を制御する制御情報を格納した制御パケットを付加して、データストリームを生成するステップであって、各フレームについて、前記データストリーム内の格納位置を示す位置情報を生成して、前記制御情報として前記制御バケツトに記述するステップとを包含するデータ処理方法。

8 . 前記データストリームを生成するステップは、各フレームの表示のタイミングを示す時刻情報を生成して、前記制御情報として前記制御パケットに記述するステップをさらに包含する、請求項 7 に記載のデータ処理方法。

9 . 前記デ一夕ストリームを生成するステップは、各フレームの復号化のタイミングを示す時刻情報を生成して、前記制御情報として前記制御パケットに記述するステツプをさらに包含する、請求項 8に記載のデータ処理方法。

1 0 . 前記データストリームを生成するステップは、各フレームのデータサイズを示すサイズ情報を生成して、前記制御情報として前記制御バケツトに記述するステップをさらに包含する、請求項 7 に記載のデータ処理方法。

1 1 . 前記データストリームを生成するステップは、前記制御パケッ卜内の、任意の情報を記述可能なフィールドに前記制御情報を記述する、請求項 6から 8のいずれかに記載のデータ処理方法。

1 2 . 前記データストリームを生成するステップは、前記制御パケットとして制御パックを生成し、前記制御パックを付加して、前 2004/030358

記デ—タストリームとしてプログラムストリームを生成する、請求項 7に記載のデータ処理方法。