JP2003228922A - 情報記録媒体、情報記録媒体に情報を記録する装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は外部ＡＶ入力信号をＭＰＥＧ−ＴＳ
に符号化する際に、ＤＶＤ規格準拠のＭＰＥＧ−ＰＳへ
高速に変換することができる情報記録媒体と、その情報
記録媒体に対して情報を記録する装置、方法を提供す
る。 【解決手段】 第１のストリーム（例えば、ＭＰＥＧト
ランスポートストリーム）を第２のストリーム（例え
ば、ＭＰＥＧプログラムストリーム）へ変換可能とする
制限フォーマットで記録されたことを示すフラグ情報を
管理情報（ＶＯＢＩ）に記録する。この管理情報を参照
することにより、情報記録媒体に記録されたデータを解
析することなく、記録データが当該制限フォーマットで
記録されたか否かを容易に認識できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は読み書き可能な情報
記録媒体であって、特に、動画像データおよび静止画デ
ータおよびオーディオデータおよびデータ放送等の種々
のフォーマットのデータを含むマルチメディアデータが
記録される情報記録媒体に関する。さらに、本発明はそ
のような情報記録媒体に対して情報の記録、再生を行な
う装置及び方法に関する。

【０００２】

【従来の技術】６５０ＭＢ程度が上限であった書き換え
型光ディスクの分野で数ＧＢの容量を有する相変化型デ
ィスクＤＶＤ−ＲＡＭが出現した。ディジタルＡＶデー
タの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）の実用化
とあいまってＤＶＤ−ＲＡＭは、コンピュータ用途だけ
でなくオーディオ・ビデオ（ＡＶ）技術分野における記
録・再生メディアとして期待されている。

【０００３】昨今、日本においてもデジタル放送が開始
され、ＭＰＥＧトランスポートストリーム（以下「ＭＰ
ＥＧ−ＴＳ」と称す。）にのせて、複数番組の映像、音
声、データを同時に多重化して送出することが可能とな
り、ＨＤＤやＤＶＤを利用したデジタル放送記録装置が
普及しつつある。

【０００４】このような次世代型のデジタル放送レコー
ダは、デジタル放送の形態に合わせて、放送のままのＭ
ＰＥＧ−ＴＳを変換することなくそのままの形式で記録
することが多く、外部入力のＡＶデータを自己記録する
場合においても、レコーダ内部でＭＰＥＧプログラムス
トリーム（以下「ＭＰＥＧ−ＰＳ」と称す。）とＭＰＥ
Ｇ−ＴＳの両者を扱う必要がないように、ＭＰＥＧ−Ｔ
Ｓで記録すると予想される。

【０００５】一方、現在のＤＶＤ論理規格（ＤＶＤ−Ｖ
ｉｄｅｏ規格、ＤＶＤ−Ａｕｄｉｏ規格、ＤＶＤ Ｖｉ
ｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格、ＤＶＤ Ｓｔｒｅａ
ｍＲｅｃｏｒｄｉｎｇ規格等）では、ＡＶストリームの
記録方式に、ＭＰＥＧ−ＰＳ形式を用いているため、上
記のデジタル放送対応レコーダのようにＭＰＥＧ−ＴＳ
形式で記録を行ったコンテンツを、例えばＤＶＤ−Ｖｉ
ｄｅｏ形式に変換する場合には、ＭＰＥＧ−ＴＳからＭ
ＰＥＧ−ＰＳ形式への変換（ＴＳ２ＰＳ変換）が必須と
なる。

【０００６】しかしながら、ＭＰＥＧ−ＴＳで多重化さ
れたストリームをＭＰＥＧ−ＰＳへ変換するには、デコ
ーダの複雑なバッファマネージメントを再計算する必要
があり、ＴＳ２ＰＳ変換に時間がかかったり、エレメン
タリーストリームを再エンコードする等して、画質・音
質に劣化を生じるケースがあり扱いにくいものであっ
た。

【０００７】

【発明が解決しようとする課題】本発明は上記課題を解
決すべくなされたものであり、その目的とするところ
は、ＭＰＥＧ−ＴＳ形式で記録したコンテンツを、ＭＰ
ＥＧ−ＰＳ形式に変換するときに、簡単にかつ高速に変
換可能なＭＰＥＧ−ＴＳ形式で記録した情報記録媒体
と、そのような情報記録媒体に対してデータの記録、変
換、再生を行なう装置及び方法を提供することにある。

【０００８】

【課題を解決するための手段】本発明の第１の態様にお
いて、映像情報と音声情報とをシステムストリームにエ
ンコードして情報記録媒体に記録する情報記録装置が提
供される。システムストリームには第１タイプのフォー
マット（PS）と第２タイプのフォーマット（TS）とが許
される。情報記録装置は、第２タイプのフォーマット
（TS）に基づき、映像情報と音声情報に所定の符号化を
施しビデオエレメンタリストリームとオーディオエレメ
ンタリストリームとを生成する第１のエンコード手段
と、第２タイプのフォーマット（TS）に基づき、ビデオ
エレメンタリストリームとオーディオエレメンタリスト
リームとをマルチプレクスしシステムストリームを生成
するシステムエンコードを行なう第２のエンコード手段
と、第１及び第２のエンコード手段を制御する制御手段
とを備える。第２タイプのフォーマット（TS）には、第
２タイプのフォーマット（TS）から第１タイプのフォー
マット（PS）にシステムストリームを変換するための制
限フォーマットが許される。制御手段は第１及び第２の
エンコード手段のそれぞれに対し、制限フォーマットで
エンコードさせる制御を行う。

【０００９】上記記録装置において、制限フォーマット
は、第２タイプのフォーマット（TS）のシステムストリ
ームを第１タイプのフォーマット（PS）のシステムスト
リームに変換するに際し、エレメンタリストリームの再
エンコードを必要としなくてもよい。

【００１０】また、上記記録装置において、制限フォー
マットは、第２タイプのフォーマット（TS）のシステム
ストリームを第１タイプのフォーマット（PS）のシステ
ムストリームに変換するに際し、システムストリームを
構成する前記ビデオエレメンタリストリームとオーディ
オエレメンタリストリームのマルチプレクスの順序の変
更を必要としなくてもよい。

【００１１】また、上記記録装置において、第１タイプ
のフォーマット（PS）及び第２タイプのフォーマット
（TS）のそれぞれに対し、いくつかの種類の符号化方法
が許される。制御手段は、第１タイプと第２タイプとの
両者で許される符号化方法の種類でエレメンタリストリ
ームをエンコードするよう第１のエンコード手段を制御
するようにしてもよい。

【００１２】また、上記記録装置において、第２タイプ
のフォーマット（TS）は、データをパケットで分割して
格納し、各パケットに対して相対的な転送タイミングを
示すタイムスタンプ情報が付加されたパケット構造を有
し、第１タイプのフォーマット（PS）は、データをパッ
クで分割して格納し、各パックに対して転送タイミング
を示すタイムスタンプ情報が付加されたパック構造を有
してもよい。このとき、パックのサイズはパケットのサ
イズよりも大きくする。制御手段は、マルチプレクスの
単位として固定数のパケットをグループ化したユニット
として管理し、ユニットとして管理されるパケットのデ
ータ領域のサイズの合計がパックに格納されるデータ領
域のサイズを超えないように第２のエンコード手段を制
御する。

【００１３】本発明の第２の態様において、映像情報と
音声情報とをシステムストリームにエンコードして情報
記録媒体に記録する情報記録方法が提供される。システ
ムストリームには、第１タイプのフォーマット（PS）と
第２タイプのフォーマット（TS）とが許される。情報記
録方法は、第２タイプのフォーマット（TS）に基づき、
映像情報と音声情報とをエンコードし、ビデオエレメン
タリストリームとオーディオエレメンタリストリームと
を生成する第１のエンコードステップと、第２タイプの
フォーマット（TS）に基づき、ビデオエレメンタリスト
リームとオーディオエレメンタリストリームとからシス
テムストリームを生成するシステムエンコードを行なう
第２のエンコードステップと、第１及び第２のエンコー
ドステップを制御する制御ステップとを包含する。第２
タイプのフォーマット（TS）には、第２タイプのフォー
マット（TS）から第１タイプのフォーマット（PS）にシ
ステムストリームを変換するための制限フォーマットが
許される。制御ステップは第１及び第２のエンコードス
テップのそれぞれに対し、制限フォーマットでエンコー
ドさせる制御を行う。

【００１４】

【発明の実施の形態】以下、添付の図面を用いて本発明
に係る情報記録媒体、記録装置及び再生装置の実施形態
であるＤＶＤディスク、ＤＶＤレコーダ及びＤＶＤプレ
ーヤについて下記の順序で説明する。

【００１５】特に、発明のポイントは「８．発明の概
要」及び「９．詳細な実施形態」で説明する。なお、関
連の度合いは異なるが、全て本発明の実施形態である。

【００１６】１．ＤＶＤレコーダ装置のシステム概要 ２．ＤＶＤレコーダ装置の機能概要 ３．ＤＶＤディスクの概要 ４．再生されるＡＶ情報の概要 ５．ＡＶ情報の管理情報と再生制御の概要 ６．再生機能の基本動作 ７．記録機能の基本動作 ８．発明の概要 ９．詳細な実施形態 なお、以下では、説明の便宜上、ＭＰＥＧトランスポー
トストリーム（ＭＰＥＧ−ＴＳ）からＭＰＥＧプログラ
ムストリーム（ＭＰＥＧ−ＰＳ）への変換を「ＴＳ２Ｐ
Ｓ変換」と称する。また、ＭＰＥＧ−ＰＳ形式である、
ＤＶＤ−Ｖｉｄｅｏ規格フォーマット、ＤＶＤ−Ｖｉｄ
ｅｏ Ｒｅｃｏｒｉｄｉｎｇ規格フォーマットを総称し
て「ＤＶＤフォーマット」と称する。

【００１７】（１．ＤＶＤレコーダ装置のシステム概
要）図１は、ＤＶＤレコーダ装置の外観と関連機器との
インタフェースの一例を説明する図である。

【００１８】図１に示すように、ＤＶＤレコーダには光
ディスクであるＤＶＤが装填され、ビデオ情報の記録再
生を行う。操作は一般的にはリモコンで行われる。

【００１９】ＤＶＤレコーダに入力されるビデオ情報に
はアナログ信号とデジタル信号の両者があり、アナログ
信号としてはアナログ放送があり、ディジタル信号とし
てデジタル放送がある。一般的にはアナログ放送は、テ
レビジョン装置に内蔵された受信機により受信、復調さ
れ、ＮＴＳＣ等のアナログビデオ信号としてＤＶＤレコ
ーダに入力され、デジタル放送は、受信機であるＳＴＢ
（Ｓｅｔ Ｔｏｐ Ｂｏｘ）でデジタル信号に復調さ
れ、ＤＶＤレコーダに入力され記録される。

【００２０】一方、ビデオ情報が記録されたＤＶＤディ
スクはＤＶＤレコーダにより再生され外部に出力され
る。出力も入力同様に、アナログ信号とデジタル信号の
両者があり、アナログ信号であれば直接テレビジョン装
置に入力され、デジタル信号であればＳＴＢを経由し、
アナログ信号に変換された後にテレビジョン装置に入力
されテレビジョン装置で映像表示される。

【００２１】また、ＤＶＤディスクにはＤＶＤレコーダ
以外のＤＶＤカムコーダや、パーソナルコンピュータで
ビデオ情報が記録再生される場合がある。ＤＶＤレコー
ダ外でビデオ情報が記録されたＤＶＤディスクであって
も、ＤＶＤレコーダに装填されれば、ＤＶＤレコーダは
これを再生する。

【００２２】なお、上述したアナログ放送やデジタル放
送のビデオ情報には通常、音声情報が付随している。付
随している音声情報も同様にＤＶＤレコーダで記録再生
される。またビデオ情報は一般的には動画であるが、静
止画の場合もある。例えば、ＤＶＤカムコーダの写真機
能で静止画が記録される場合がそうなる。

【００２３】なお、ＳＴＢとＤＶＤレコーダの間のデジ
タルＩ／ＦはＩＥＥＥ１３９４、ＡＴＡＰＩ、ＳＣＳＩ
等がありうる。

【００２４】なお、ＤＶＤレコーダとテレビジョン装置
との間はコンポジットビデオ信号であるＮＴＳＣと例示
したが、輝度信号と色差信号を個別に伝送するコンポー
ネント信号でもよい。さらには、ＡＶ機器とテレビジョ
ン装置の間の映像伝送Ｉ／ＦはアナログＩ／Ｆをデジタ
ルＩ／Ｆ、例えば、ＤＶＩに置きかえる研究開発が進め
られており、ＤＶＤレコーダとテレビジョン装置がデジ
タルＩ／Ｆで接続されることも当然予想される。

【００２５】（２．ＤＶＤレコーダ装置の機能概要）図
２は、ＤＶＤレコーダ装置の機能を示すブロック図であ
る。ドライブ装置は、ＤＶＤ−ＲＡＭディスク１００の
データを読み出す光ピックアップ１０１、ＥＣＣ（Ｅｒ
ｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｅ）処理部１０
２、トラックバッファ１０３、トラックバッファへ１０
３の入出力を切り替えるスイッチ１０４、エンコーダ部
１０５及びデコーダ部１０６を備える。

【００２６】図に示すように、ＤＶＤ−ＲＡＭディスク
１００には、１セクタ＝２ＫＢを最小単位としてデータ
が記録される。 また、３２セクタ＝１ＥＣＣブロック
として、ＥＣＣブロックを単位としてＥＣＣ処理部１０
２でエラー訂正処理が施される。

【００２７】なお、ＤＶＤレコーダ装置はデータの蓄積
媒体として、ＤＶＤディスクに加え、半導体メモリカー
ドやハードディスクドライブ装置を備えても良い。図４
は、半導体メモリカードとハードディスクドライブ装置
を備える場合のＤＶＤレコーダのブロック図を示す。

【００２８】なお、１セクタは５１２Ｂでも良いし、８
ＫＢ等でも良い。また、ＥＣＣブロックも１セクタ、１
６セクタ、３２セクタ等でも良い。記録できる情報容量
の増大に伴い、セクタサイズ及びＥＣＣブロックを構成
するセクタ数は増大すると予想される。

【００２９】トラックバッファ１０３は、ＤＶＤ−ＲＡ
Ｍディスク１００にＡＶデータをより効率良く記録する
ため、ＡＶデータを可変ビットレート（ＶＢＲ）で記録
するためのバッファである。ＤＶＤ−ＲＡＭ１００への
読み書きレート（Ｖａ）が固定レートであるのに対し
て、ＡＶデータはその内容（ビデオであれば画像）の持
つ複雑さに応じてビットレート（Ｖｂ）が変化するた
め、このビットレートの差を吸収するためのバッファで
ある。

【００３０】このトラックバッファ１０３を更に有効利
用すると、ディスク１００上にＡＶデータを離散配置す
ることが可能になる。図３Ａ、図３Ｂを用いてこれを説
明する。

【００３１】図３Ａは、ディスク上のアドレス空間を示
す図である。図３Ａに示す様にＡＶデータが［ａ１、ａ
２］の連続領域と［ａ３、ａ４］の連続領域に分かれて
記録されている場合、ａ２からａ３へシークを行ってい
る間、トラックバッファに蓄積してあるデータをデコー
ダ部１０６へ供給することでＡＶデータの連続再生が可
能になる。この時の状態を示したのが図３Ｂである。

【００３２】位置ａ１で読み出しを開始したＡＶデータ
は、時刻ｔ１からトラックバッファへ１０３入力される
とともに、トラックバッファ１０３からデータの出力が
開始される。これにより、トラックバッファへの入力レ
ート（Ｖａ）とトラックバッファからの出力レート（Ｖ
ｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラックバッフ
ァへデータが蓄積されていく。この状態が、検索領域が
ａ２に達するまで、すなわち、時刻ｔ２に達するまで継
続する。この間にトラックバッファ１０３に蓄積された
データ量をＢ（ｔ２）とすると、時間ｔ２から、領域ａ
３のデータの読み出しを開始する時刻ｔ３までの間、ト
ラックバッファ１０３に蓄積されているＢ（ｔ２）を消
費してデコーダ１０６へ供給しつづけられれば良い。

【００３３】言い方を変えれば、シーク前に読み出すデ
ータ量（［ａ１、ａ２］）が一定量以上確保されていれ
ば、シークが発生した場合でも、ＡＶデータの連続供給
が可能である。

【００３４】ＡＶデータの連続供給が可能な連続領域の
サイズはＥＣＣブロック数（Ｎ＿ｅｃｃ）に換算すると
次の式で示される。式において、Ｎ＿ｓｅｃはＥＣＣブ
ロックを構成するセクタ数であり、Ｓ＿ｓｉｚｅはセク
タサイズ、Ｔｊはシーク性能（最大シーク時間）であ
る。

【００３５】 N_ecc = Vb*Tj/((N_sec*8*S_size)*(1-Vb/Va)) また、連続領域の中には欠陥セクタが生じる場合があ
る。この場合も考慮すると連続領域は次の式で示され
る。式において、ｄＮ＿ｅｃｃは容認する欠陥セクタの
サイズであり、Tsは連続領域の中で欠陥セクタをスキッ
プするのに要する時間である。このサイズもＥＣＣブロ
ック数で表される。

【００３６】 N_ecc = dN_ecc+Vb*Tj/((N_sec*8*S_size)*(1-Vb/Va)) なお、ここでは、ＤＶＤ−ＲＡＭからデータを読み出
す、即ち再生の場合の例を説明したが、ＤＶＤ−ＲＡＭ
へのデータの書き込み、即ち録画の場合も同様に考える
ことができる。

【００３７】上述したように、ＤＶＤ−ＲＡＭでは一定
量以上のデータが連続記録さえされていればディスク上
にＡＶデータを分散記録しても連続再生／録画が可能で
ある。ＤＶＤでは、この連続領域をＣＤＡと称する。

【００３８】（３．ＤＶＤディスクの概要）図５Ａ、図
５Ｂは、記録可能な光ディスクであるＤＶＤ−ＲＡＭデ
ィスクの外観と物理構造を表した図である。なお、ＤＶ
Ｄ−ＲＡＭは一般的にはカートリッジに収納された状態
でＤＶＤレコーダに装填される。記録面を保護するのが
目的である。但し、記録面の保護が別の構成で行われた
り、容認できる場合にはカートリッジに収納せずに、Ｄ
ＶＤレコーダに直接装填できるようにしてももちろん良
い。

【００３９】ＤＶＤ−ＲＡＭディスクは相変化方式によ
りデータを記録する。ディスク上の記録データはセクタ
単位で管理され、アクセス用のアドレスが付随する。３
２個のセクタは誤り訂正の単位となり、誤り訂正コード
が付与され、ＥＣＣブロックと呼称される。

【００４０】図５Ａは、記録可能な光ディスクであるＤ
ＶＤ−ＲＡＭディスクの記録領域を表した図である。同
図のように、ＤＶＤ−ＲＡＭディスクは、最内周にリー
ドイン領域を、最外周にリードアウト領域を、その間に
データ領域を配置している。リードイン領域は、光ピッ
クアップのアクセス時においてサーボを安定させるため
に必要な基準信号や他のメディアとの識別信号などが記
録されている。リードアウト領域もリードイン領域と同
様の基準信号などが記録される。データ領域は、最小の
アクセス単位であるセクタ（２０４８バイトとする）に
分割されている。 また、ＤＶＤ−ＲＡＭは、記録・再
生時においてＺ−ＣＬＶ（Ｚｏｎｅ Ｃｏｎｓｔａｎｔ
Ｌｉｎｅａｒ Ｖｅｌｏｃｉｔｙ）と呼ばれる回転制
御を実現するために、データ領域が複数のゾーン領域に
分割されている。

【００４１】図５Ａは、ＤＶＤ−ＲＡＭに同心円状に設
けられた複数のゾーン領域を示す図である。同図のよう
に、ＤＶＤ−ＲＡＭは、ゾーン０〜ゾーン２３の２４個
のゾーン領域に分割されている。ＤＶＤ−ＲＡＭの回転
角速度は、内周側のゾーン程速くなるようにゾーン領域
毎に設定され、光ピックアップが１つのゾーン内でアク
セスする間は一定に保たれる。これにより、ＤＶＤ−Ｒ
ＡＭの記録密度を高めるとともに、記録・再生時におけ
る回転制御を容易にしている。

【００４２】図５Ｂは、図５Ａにおいて同心円状に示し
たリードイン領域と、リードアウト領域と、ゾーン領域
０〜２３を横方向に配置した説明図である。

【００４３】リードイン領域とリードアウト領域は、そ
の内部に欠陥管理領域（ＤＭＡ：Ｄｅｆｅｃｔ Ｍａｎ
ａｇｅｍｅｎｔ Ａｒｅａ）を有する。欠陥管理領域と
は、欠陥が生じたセクタの位置を示す位置情報と、その
欠陥セクタを代替するセクタが上記代替領域の何れに存
在するかを示す代替位置情報とが記録されている領域を
いう。

【００４４】各ゾーン領域はその内部にユーザ領域を有
すると共に、境界部に代替領域及び未使用領域を有して
いる。ユーザ領域は、ファイルシステムが記録用領域と
して利用することができる領域をいう。代替領域は、欠
陥セクタが存在する場合に代替使用される領域である。
未使用領域は、データ記録に使用されない領域である。
未使用領域は、２トラック分程度設けられる。未使用領
域を設けているのは、ゾーン内では隣接するトラックの
同じ位置にセクタアドレスが記録されているが、Ｚ−Ｃ
ＬＶではゾーン境界に隣接するトラックではセクタアド
レスの記録位置が異なるため、それに起因するセクタア
ドレス誤判別を防止するためである。

【００４５】このようにゾーン境界にはデータ記録に使
用されないセクタが存在する。そのためデータ記録に使
用されるセクタのみを連続的に示すように、ＤＶＤ−Ｒ
ＡＭは、内周から順に論理セクタ番号（ＬＳＮ：Ｌｏｇ
ｉｃａｌ Ｓｅｃｔｏｒ Ｎｕｍｂｅｒ）をユーザ領域
の物理セクタに割り当てている。

【００４６】図６Ａ、図６Ｂは、論理セクタにより構成
されるＤＶＤ−ＲＡＭの論理的なデータ空間を示す。論
理的なデータ空間はボリューム空間と呼称され、ユーザ
データを記録する。

【００４７】ボリューム領域は、記録データをファイル
システムで管理する。すなわち、データを格納する１群
のセクタをファイルとして、さらには１群のファイルを
ディレクトリとして管理するボリューム構造情報がボリ
ューム領域の先頭と終端に記録される。本実施の形態の
ファイルシステムはＵＤＦと呼称され、ＩＳＯ１３３４
６規格に準拠している。

【００４８】なお、上記１群のセクタはボリューム空間
で必ずしも連続的には配置されず、部分的に離散配置さ
れる。このため、ファイルシステムは、ファイルを構成
するセクタ群のうち、ボリューム空間で連続的に配置さ
れる１群のセクタをエクステントとして管理し、ファイ
ルを関連のあるエクステントの集合として管理する。

【００４９】図７は、ＤＶＤ−ＲＡＭに記録されるディ
レクトリとファイルの構造を示す。ルートの下に、ＶＩ
ＤＥＯ＿ＲＴディレクトリがあり、この下に、再生用の
データである各種オブジェクトのファイルと、これらの
再生順序や各種属性を示す管理情報としてＶＩＤＥＯ
Ｍａｎａｇｅｒファイルが格納される。

【００５０】オブジェクトはＭＰＥＧ規格に準拠したデ
ータであり、ＰＳ＿ＶＯＢ、ＴＳ１＿ＶＯＢ、ＴＳ２＿
ＶＯＢ、ＡＯＢ、ＰＯＢ、ＭＮＦ（Ｍａｎｕｆａｃｔｕ
ｒｅｒ'ｓ Ｐｒｉｖａｔｅ Ｄａｔａ）がある。

【００５１】ＰＳ＿ＶＯＢ、ＡＯＢ、ＰＯＢはＭＰＥＧ
のプログラムストリーム（ＰＳ）であり、ＴＳ１＿ＶＯ
Ｂ及びＴＳ２＿ＶＯＢはトランスポートストリーム（Ｔ
Ｓ）である。プログラムストリームは、パッケージメデ
ィアにＡＶ情報を格納することを考慮されたデータ構造
を有し、一方、トランスポートストリームは通信メディ
アを考慮したデータ構造を有する。

【００５２】ＰＳ＿ＶＯＢ、ＴＳ１＿ＶＯＢ、ＴＳ２＿
ＶＯＢは、いずれも映像情報と音声情報を共に有し映像
情報が主体となるオブジェクトである。このうち、ＴＳ
１＿ＶＯＢは原則、ＤＶＤレコーダによりエンコードが
行われ、内部のピクチャ構造が詳細に管理されているオ
ブジェクトであり、ＴＳ２＿ＶＯＢはＤＶＤレコーダ外
でエンコードされたオブジェクトであり、内部のピクチ
ャ構造等のデータ構造が一部不明なオブジェクトであ
る。

【００５３】典型的には、ＴＳ１＿ＶＯＢは外部から入
力されるアナログビデオ信号をＤＶＤレコーダがトラン
スポートストリームにエンコードしたオブジェクトであ
り、ＴＳ２＿ＶＯＢは外部から入力されるデジタルビデ
オ信号をエンコードすることなく直接ディスクに記録し
たオブジェクトである。

【００５４】ＡＯＢ、ＰＯＢはＭＰＥＧのプログラムス
トリームであり、ＡＯＢは音声情報が主体となるオブジ
ェクトであり、ＰＯＢは静止画が主体となるオブジェク
トである。

【００５５】ＭＮＦ（Ｍａｎｕｆａｃｔｕｒｅｒ'ｓ
Ｐｒｉｖａｔｅ Ｄａｔａ）は製造者固有の情報を格納
するためのデータ領域である。

【００５６】上述した、映像情報主体、音声情報主体と
は、ビットレートの割り当てが大きいことを意味する。
ＶＯＢは映画等のアプリケーションに用いられ、ＡＯＢ
は音楽アプリケーションに用いられる。

【００５７】（４．再生されるＡＶ情報の概要）図８
は、ＤＶＤディスクに各種ＡＶオブジェクトとして記録
されるＭＰＥＧデータの構造を示す図である。

【００５８】図８が示すようにビデオストリーム及びオ
ーディオストリームは、それぞれ分割され多重される。
ＭＰＥＧ規格においては、多重化後のストリームをシス
テムストリームと呼称する。ＤＶＤの場合、ＤＶＤ固有
の情報が設定されたシステムストリームをＶＯＢ（Ｖｉ
ｄｅｏ Ｏｂｊｅｃｔ）と呼称している。分割の単位
は、パック・パケットと称され、約２ＫＢｙｔｅのデー
タ量を有する。

【００５９】ビデオストリームはＭＰＥＧ規格で符号化
されており、可変ビットレートで圧縮されており、動き
が激しい等の複雑な映像であればビットレートが高くな
っている。ＭＰＥＧ規格では、映像の各ピクチャは、Ｉ
ピクチャ、Ｐピクチャ、Ｂピクチャに種類分けして符号
化される。このうち、Ｉピクチャはフレーム内で完結す
る空間的な圧縮符号化が施されおり、Ｐピクチャ、Ｂピ
クチャはフレーム間の相関を利用した時間的な圧縮符号
化が施されている。ＭＰＥＧでは少なくともＩピクチャ
を含む区間をＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒ
ｅ）として管理する。ＧＯＰは早送り再生等の特殊再生
におけるアクセスポイントになる。フレーム内圧縮され
たＩピクチャを有するためである。

【００６０】一方、音声ストリームの符号化には、ＤＶ
Ｄの場合、ＭＰＥＧオーディオに加え、ＡＣ―３やＬＰ
ＣＭの符号化が用いられる。

【００６１】図８が示すように、ＧＯＰを構成するビデ
オ情報とそれに付随する音声情報とを含む多重化後のデ
ータ単位はＶＯＢＵ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ Ｕｎ
ｉｔ）と称される。ＶＯＢＵには、当該動画区間の管理
用の情報をヘッダ情報として含ませる場合がある。

【００６２】図８で説明したシステムストリームには、
プログラムストリーム（ＰＳ）とトランスポートストリ
ーム（ＴＳ）がある。前者はパッケージメディアを考慮
したデータ構造を有し、後者は通信メディアを考慮した
データ構造を有する。

【００６３】図９は、プログラムストリームとトランス
ポートストリームのデータ構造の概要を説明する図であ
る。

【００６４】プログラムストリームは、伝送及び多重化
の最小単位である固定長のパックからなり、パックはさ
らに、１つ以上のパケットを有する。パックもパケット
もヘッダ部とデータ部を有する。ＭＰＥＧではデータ部
をペイロードと称する。ＤＶＤの場合はパックの固定長
はセクタサイズと整合性をとり２ＫＢになる。パックは
複数のパケットを有することができるが、ＤＶＤの映像
や音声を格納するパックは１パケットのみを有するた
め、特別な場合を除いて１パック＝１パケットになる。

【００６５】一方、トランスポートストリームの伝送及
び多重化の単位は固定長のＴＳパケットからなる。ＴＳ
パケットのサイズは１８８Ｂであり、通信用規格である
ＡＴＭ伝送との整合性をとっている。ＴＳパケットは１
つ以上が集まりＰＥＳパケットを構成する。

【００６６】ＰＥＳパケットはプログラムストリームと
トランスポートストリームで共通する概念であり、デー
タ構造は共通である。プログラムストリームのパックに
格納されるパケットはＰＥＳパケットを直接構成し、ト
ランスポートストリームのＴＳパケットは１つ以上が集
まりＰＥＳパケットを構成する。

【００６７】また、ＰＥＳパケットは符号化の最小単位
であり、符号化が共通するビデオ情報、オーディオ情報
をそれぞれ格納する。すなわち、一つのＰＥＳパケット
内に符号化方式の異なるビデオ情報、オーディオ情報が
混在して格納されることはない。但し、同じ符号化方式
であればピクチャバウンダリやオーディオフレームのバ
ウンダリは保証せずとも良い。図９に示すように複数の
ＰＥＳパケットで１つのフレームを格納したり、１つの
ＰＥＳパケットに複数のフレームを格納するケースもあ
りうる。

【００６８】図１０Ａ〜１０Ｃと図１１Ａ〜１１Ｃに、
トランスポートストリームとプログラムストリームの個
別のデータ構造を示す。

【００６９】図１０Ａ〜１０Ｃ、図１２Ａ〜１２Ｄに示
すように、ＴＳパケットは、ＴＳパケットヘッダと、適
用フィールドと、ペイロード部から構成される。ＴＳパ
ケットヘッダにはＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉ
ｆｉｅｒ）が格納され、これにより、ＴＳパケットが所
属するビデオストリームまたはオーディオストリーム等
の各種ストリームが識別される。

【００７０】適用フィールドにはＰＣＲ（Ｐｒｏｇｒａ
ｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）が格納される。
ＰＣＲはストリームをデコードする機器の基準クロック
（ＳＴＣ）の参照値である。機器は典型的にはＰＣＲの
タイミングでシステムストリームをデマルチプレクス
し、ビデオストリーム等の各種ストリームに再構築す
る。

【００７１】ＰＥＳヘッダには、ＤＴＳ（Ｄｅｃｏｄｉ
ｎｇ Ｔｉｍｅ Ｓｔａｍｐ）とＰＴＳ（Ｐｒｅｓｅｎ
ｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）が格納される。
ＤＴＳは当該ＰＥＳパケットに格納されるピクチャ／オ
ーディオフレームのデコードタイミングを示し、ＰＴＳ
は映像音声出力等のプレゼンテーションタイミングを示
す。

【００７２】なお、全てのＰＥＳパケットヘッダにＰＴ
Ｓ、ＤＴＳを有する必要はなく、Ｉピクチャの先頭デー
タが格納開始されるＰＥＳパケットのヘッダにＰＴＳ、
ＤＴＳがあればデコード及び出力に支障はない。

【００７３】ＴＳパケットの構造の詳細は図１２Ａ〜図
１２Ｄに示される。

【００７４】図１２Ａ〜図１２Ｄに示すように、適用フ
ィールドにはＰＣＲに加えて、ランダムアクセス表示フ
ラグが格納され、当該フラグにより、対応するペイロー
ド部にビデオ・オーディオのフレーム先頭であってアク
セスポイントとなりうるデータを格納するか否かを示
す。また、ＴＳパケットのヘッダ部には前述したＰＩＤ
に加えて、ＰＥＳパケットの開始を示すユニット開始表
示フラグ、適用フィールドが後続するか否かを示す適用
フィールド制御情報も格納される。ユニット開始表示フ
ラグは新たなＰＥＳパケットの開始を示し、ＰＩＤはス
トリームの種類及び属性を示す。

【００７５】図１１Ａ〜図１１Ｃには、プログラムスト
リームを構成するパックの構造を示す。パックは、パッ
クヘッダにＳＣＲを有し、格納するパケットのパケット
ヘッダにｓｔｒｅａｍ＿ｉｄを有している。ＳＣＲはト
ランスポートストリームのＰＣＲと、ｓｔｒｅａｍ＿ｉ
ｄはＰＩＤと実質同じである。またＰＥＳパケットのデ
ータ構造はトランスポートストリームと共通なため、Ｐ
ＥＳヘッダにＰＴＳとＤＴＳが格納される。

【００７６】プログラムストリームとトランスポートス
トリームの大きな違いの１つに、トランスポートストリ
ームではマルチプログラムが許される点がある。すなわ
ち、番組という単位では１つの番組しかプログラムスト
リームは伝送できないが、トランスポートストリームは
複数の番組を同時に伝送することを想定している。この
ため、トランスポートストリームでは、番組毎に番組を
構成するビデオストリームとオーディオストリームがい
ずれかを再生装置が識別することが必要になる。

【００７７】図１３Ａ〜１３Ｃ２に、番組を構成するオ
ーディオストリームとビデオストリームの構成情報を伝
送するＰＡＴテーブル、ＰＭＡＰテーブルを示す。これ
らの図に示すように、番組毎に使用されるビデオストリ
ームとオーディオストリームの組み合わせに関する情報
をＰＭＡＰテーブルが格納し、番組とＰＭＡＰテーブル
の組み合わせに関する情報をＰＡＴテーブルが格納す
る。再生装置は、ＰＡＴテーブル、ＰＭＡＰテーブルに
より出力が要求された番組を構成するビデオストリーム
とオーディオストリームを検出することができる。

【００７８】次に上述してきたプログラムストリームの
パックと、トランスポートストリームのＴＳパケットの
ディスク上の配置に関して、図１４Ａ〜１４Ｃを用いて
説明する。

【００７９】図１４Ａに示すように、３２個のセクタは
ＥＣＣブロックを構成する。

【００８０】プログラムストリームの形式をとるビデオ
オブジェクト（ＰＳ＿ＶＯＢ）を構成するパック（ＰＳ
Ｐａｃｋ）は、図１４Ｂが示すように、セクタバウン
ダリで配置される。パックサイズもセクタサイズも２Ｋ
Ｂだからである。

【００８１】一方、トランスポートストリームの形式を
とるビデオオブジェクト（ＴＳ１−ＶＯＢ／ＴＳ２−Ｖ
ＯＢ）は８ＫＢのサイズを有する単位でＥＣＣブロック
内に配置される。この８ＫＢ単位で１８Ｂのヘッダ領域
を有し、データ領域にはＡＴＳ情報が付加されたＴＳパ
ケットが４３個配置される。ＡＴＳ情報（Ａｒｒｉｖａ
ｌ Ｔｉｍｅ Ｓｔａｍｐ Ｉｎｆｏｒｍａｔｉｏｎ）
は、ＤＶＤレコーダにより生成し付加される情報であっ
て、当該パケットがＤＶＤレコーダに外部より伝送され
てきたタイミングを示す情報である。

【００８２】尚、図１４Ｃに示したように、固定バイト
のＡＴＳとＭＰＥＧ−ＴＳパケットとの組で連続して記
録したＭＰＥＧ−ＴＳの蓄積フォーマットも有り得る。

【００８３】（５．ＡＶ情報の管理情報と再生制御の概
要）図１５Ａ、１５Ｂ、１６Ａ、１６Ｂは図７が示すと
ころのビデオ管理情報（Ｖｉｄｅｏ Ｍａｎａｇｅｒ）
と称されるファイルのデータ構造を示す図である。

【００８４】ビデオ管理情報は、各種オブジェクトのデ
ィスク上の記録位置等の管理情報を示すオブジェクト情
報と、オブジェクトの再生順序等を示す再生制御情報と
を有する。

【００８５】図１５Ａ、１５Ｂはディスクに記録される
オブジェクトとして、ＰＳ−ＶＯＢ＃１〜ＰＳ−ＶＯＢ
＃ｎ、ＴＳ１−ＶＯＢ＃１〜ＴＳ１−ＶＯＢ＃ｎ、ＴＳ
２−ＶＯＢ＃１〜ＴＳ２−ＶＯＢ＃ｎがある場合を示
す。

【００８６】図１５Ａが示すように、これらオブジェク
トの種類に応じて、ＰＳ−ＶＯＢ用の情報テーブルと、
ＴＳ１−ＶＯＢ用の情報テーブルと、ＴＳ２−ＶＯＢ用
の情報テーブルが個別に存在すると共に、各情報テーブ
ルは各オブジェクト毎のＶＯＢ情報を有している。

【００８７】ＶＯＢ情報は、それぞれ、対応するオブジ
ェクトの一般情報と、オブジェクトの属性情報と、オブ
ジェクトの再生時刻をディスク上のアドレスに変換する
ためのアクセスマップ、当該アクセスマップの管理情報
を有している。一般情報は、対応するオブジェクトの識
別情報、オブジェクトの記録時刻等を有し、属性情報
は、ビデオストリームのコーディングモードをはじめと
するビデオストリーム情報（Ｖ＿ＡＴＲ）と、オーディ
オストリームの本数（ＡＳＴ＿Ｎｓ）と、オーディオス
トリームのコーディングモードをはじめとするオーディ
オストリーム情報（Ａ＿ＡＴＲ）とから構成される。

【００８８】アクセスマップを必要とする理由は２つあ
る。まず１つは、再生経路情報がオブジェクトのディス
ク上での記録位置をセクタアドレス等で直接的に参照す
るのを避け、オブジェクトの再生時刻で間接的に参照で
きるようにするためである。ＲＡＭ媒体の場合、オブジ
ェクトの記録位置が編集等で変更される場合がおこりう
るが、再生経路情報がセクタアドレス等で直接的にオブ
ジェクトの記録位置を参照している場合、更新すべき再
生経路情報が多くなるためである。一方、再生時刻で間
接的に参照している場合は、再生経路情報の更新は不要
で、アクセスマップの更新のみ行えば良い。

【００８９】２つ目の理由は、ＡＶストリームが一般に
時間軸とデータ（ビット列）軸の二つの基準を有してお
り、この二つの基準間には完全な相関性がないためであ
る。

【００９０】例えば、ビデオストリームの国際標準規格
であるＭＰＥＧ−２ビデオの場合、可変ビットレート
（画質の複雑さに応じてビットレートを変える方式）を
用いることが主流になりつつあり、この場合、先頭から
のデータ量と再生時間との間に比例関係がないため、時
間軸を基準にしたランダムアクセスができない。この問
題を解決するため、オブジェクト情報は、時間軸とデー
タ（ビット列）軸との間の変換を行なうためのアクセス
マップを有している。

【００９１】図１５Ａが示すように再生制御情報は、ユ
ーザ定義再生経路情報テーブル、オリジナル再生経路情
報テーブル、タイトルサーチポインタを有する。

【００９２】図１６Ａが示すように、再生経路には、Ｄ
ＶＤレコーダがオブジェクト記録時に記録された全ての
オブジェクトを示すように自動生成するオリジナル定義
再生経路情報と、ユーザが自由に再生シーケンスを定義
できるユーザ定義再生経路情報の２種類がある。再生経
路はＤＶＤではＰＧＣ情報（Ｐｒｏｇｒａｍ Ｃｈａｉ
ｎ Ｉｎｆｏｒｍａｔｉｏｎ）と統一的呼称され、ま
た、ユーザ定義再生経路情報はＵ−ＰＧＣ情報、オリジ
ナル再生経路情報はＯ−ＰＧＣ情報と呼称される。Ｏ−
ＰＧＣ情報、Ｕ−ＰＧＣ情報はそれぞれ、オブジェクト
の再生区間であるセルを示す情報であるセル情報をテー
ブル形式で列挙する情報である。Ｏ−ＰＧＣ情報で示さ
れるオブジェクトの再生区間はオリジナルセル（Ｏ−Ｃ
ＥＬＬ）と呼称され、Ｕ−ＰＧＣ情報で示されるオブジ
ェクトの再生区間はユーザセル（Ｕ−ＣＥＬＬ）と呼称
される。

【００９３】セルは、オブジェクトの再生開始時刻と再
生終了時刻でオブジェクトの再生区間を示し、再生開始
時刻と再生終了時刻は前述したアクセスマップにより、
オブジェクトの実際のディスク上の記録位置情報に変換
される。

【００９４】図１６Ｂが示すように、ＰＧＣ情報により
示されるセル群は、テーブルのエントリー順序に従って
順次再生される一連の再生シーケンスを構成する。

【００９５】図１７は、オブジェクト、セル、ＰＧＣ、
アクセスマップの関係を具体的に説明する図である。

【００９６】図１７に示すように、オリジナルＰＧＣ情
報５０は少なくとも１つのセル情報６０、６１、６２、
６３を含む。 セル情報６０…は再生するオブジェクト
を指定し、かつ、そのオブジェクトタイプ、オブジェク
トの再生区間を指定する。ＰＧＣ情報５０におけるセル
情報の記録順序は、各セルが指定するオブジェクトが再
生されるときの再生順序を示す。

【００９７】一のセル情報６０には、それが指定するオ
ブジェクトの種類を示すタイプ情報（Ｔｙｐｅ）６０ａ
と、オブジェクトの識別情報であるオブジェクトＩＤ
（Ｏｂｊｅｃｔ ＩＤ） ６０ｂと、時間軸上でのオブ
ジェクト内の開始時刻情報（Ｓｔａｒｔ＿ＰＴＭ）６０
ｃと、時間軸上でのオブジェクト内の終了時刻情報（Ｅ
ｎｄ＿ＰＴＭ）６０ｄとが含まれる。

【００９８】データ再生時は、ＰＣＧ情報５０内のセル
情報６０が順次読み出され、各セルにより指定されるオ
ブジェクトが、セルにより指定される再生区間分再生さ
れることになる。

【００９９】アクセスマップ８０ｃは、セル情報が示す
開始時刻情報と終了時刻情報とをオブジェクトのディス
ク上での位置情報に変換する。

【０１００】上述したマップ情報であるが、オブジェク
トの記録時にともに生成され記録される。マップを生成
するためには、オブジェクトのデータ内のピクチャ構造
を解析する必要がある。具体的には図９で示すＩピクチ
ャの位置の検出と、図１０Ａ〜１０Ｃ、図１１Ａ〜１１
Ｃに示す当該Ｉピクチャの再生時刻であるＰＴＳ等のタ
イムスタンプ情報の検出が必要になる。

【０１０１】ここで、ＰＳ−ＶＯＢとＴＳ１−ＶＯＢと
ＴＳ２−ＶＯＢのマップ情報を生成する際に生じる問題
について以下説明する。

【０１０２】ＰＳ−ＶＯＢ、ＴＳ−ＶＯＢ１は、図１で
説明したように主として、受信されたアナログ放送をＤ
ＶＤレコーダがＭＰＥＧストリームにエンコードするこ
とにより生成される。このため、Ｉピクチャや各種タイ
ムスタンプの情報は自らが生成しており、ＤＶＤレコー
ダにとってストリーム内部のデータ構造は明確であり、
マップ情報の生成になんの問題も生じない。

【０１０３】次に、ＴＳ２−ＶＯＢであるが、図１で説
明したように主として、受信されたデジタル放送をＤＶ
Ｄレコーダがエンコードすることなく直接ディスクに記
録する。このため、ＰＳ−ＶＯＢのようにＩピクチャの
位置とタイムスタンプ情報を自ら生成するわけではない
ため、ＤＶＤレコーダにとってストリーム内部のデータ
構造は明確ではなく、記録するデジタルストリームから
これら情報を検出することが必要になる。

【０１０４】このため、ＤＶＤレコーダは、レコーダ外
部にてエンコードされたストリームを記録しているＴＳ
２−ＶＯＢのマップ情報については下記のようにＩピク
チャとタイムスタンプを検出する。

【０１０５】まず、Ｉピクチャの検出は、図１２Ａ〜１
２Ｄに示すＴＳパケットの適用フィールドのランダムア
クセス表示情報を検出することにより行う。また、タイ
ムスタンプの検出については、ＰＥＳヘッダのＰＴＳを
検出することにより行う。タイムスタンプについては、
ＰＴＳの代わりに、適用フィールドのＰＣＲや、ＴＳパ
ケットがＤＶＤレコーダに伝送されてきた到着タイミン
グであるＡＴＳで代用することもある。いずれにせよ、
ＤＶＤレコーダはＭＰＥＧストリームのビデオ層のデー
タ構造を解析することなく、その上位層であるシステム
層の情報により、Ｉピクチャの位置を検出する。これ
は、マップ情報を生成するためにビデオ層の解析まで行
うのはシステムの負荷が大きいためである。

【０１０６】また、システム層の検出が不可能な場合も
ありうるが、この場合は、マップ情報が生成できないた
め、有効なマップ情報が無いことを示すことが必要にな
る。ＤＶＤレコーダでは図１５Ｂに示すマップ管理情報
によりこれらが示される。

【０１０７】図１５Ｂに示すようにマップ管理情報は、
マップ有効性情報と自己エンコーディングフラグとを有
する。自己エンコーディングフラグは、ＤＶＤレコーダ
自らがエンコードしたオブジェクトであることを示し、
内部のピクチャ構造が明確であり、マップ情報のタイム
スタンプ情報やＩピクチャの位置情報等が正確であるこ
とを示している。また、マップ有効性情報は、有効なア
クセスマップがある無いかを示す。

【０１０８】なお、システム層の検出が不可能な例とし
ては、適用フィールドが設定されていない場合や、そも
そもＭＰＥＧトランスポートストリームで無いデジタル
ストリームの場合が考えうる。デジタル放送が世界各国
で各種方式が成立しうるため、ＤＶＤレコーダがマップ
を生成できないオブジェクトを記録するケースも当然予
想される。例えば、日本のデジタル放送を想定したＤＶ
Ｄレコーダを米国で使用し、米国のデジタル放送を記録
した場合、マップを生成できないオブジェクトを記録す
るケースが出てくる。

【０１０９】但し、ＤＶＤレコーダはマップ情報が生成
されないオブジェクトについても、先頭から順次再生す
ることは可能である。この場合、記録されたデジタルス
トリームをデジタルＩ／Ｆを介して、当該ストリームに
対応したＳＴＢに出力することでこれを映像再生するこ
とができる。

【０１１０】（６．再生機能の基本動作）次に、図１８
を用いて上記光ディスクを再生するＤＶＤレコーダプレ
ーヤの再生動作について説明する。

【０１１１】図１８に示すように、プレーヤは、光ディ
スク１００からデータを読み出す光ピックアップ２０１
と、読み出したデータのエラー訂正等を行なうＥＣＣ処
理部２０２と、エラー訂正後の読み出しデータを一時的
に格納するトラックバッファ２０３と、動画オブジェク
ト（ＰＳ＿ＶＯＢ）等のプログラムストリームを再生す
るＰＳデコーダ２０５と、ディジタル放送オブジェクト
（ＴＳ２＿ＶＯＢ）等のトランスポートストリームを再
生するＴＳデコーダ２０６と、オーディオ・オブジェク
ト（ＡＯＢ）を再生するオーディオデコーダ２０７と、
静止画オブジェクト（ＰＯＢ）をデコードする静止画デ
コーダ２０８と、各デコーダ２０５、２０６…へのデー
タ入力を切り換える切換え手段２１０と、プレーヤの各
部を制御する制御部２１１とを備える。

【０１１２】光ディスク１００上に記録されているデー
タは、光ピックアップ２０１から読み出され、ＥＣＣ処
理部２０２を通してトラックバッファ２０３に格納され
る。トラックバッファ２０３に格納されたデータは、Ｐ
Ｓデコーダ２０５、ＴＳデコーダ２０６、オーディオデ
コーダ２０７、静止画デコーダ２０８の何れかに入力さ
れデコードおよび出力される。

【０１１３】このとき、制御部２１１は読み出すべきデ
ータを図１６が示す再生経路情報（ＰＧＣ）が示す再生
シーケンスに基づき決定する。すなわち、図１６の例で
あれば、制御部２１１は、ＶＯＢ＃１の部分区間（ＣＥ
ＬＬ＃１）を最初に再生し、次いで、ＶＯＢ＃３の部分
区間（ＣＥＬＬ＃２）を再生し、最後にＶＯＢ＃２（Ｃ
ＥＬＬ＃３）と再生する制御を行う。

【０１１４】また、制御部２１１は、図１７が示す再生
経路情報（ＰＧＣ）のセル情報により、再生するセルの
タイプ、対応するオブジェクト、オブジェクトの再生開
始時刻、再生終了時刻を獲得することができる。制御部
２１１は、セル情報により特定されるオブジェクトの区
間のデータを、適合するデコーダに入力する。

【０１１５】この際、制御部２１１は、セル情報のＯｂ
ｊｅｃｔ ＩＤにより再生対象のオブジェクトを特定す
る。さらに、制御部２１１は、特定したオブジェクトの
再生区間であるセルの特定を、セル情報のＳｔａｒｔＰ
ＴＭとＥｎｄＰＴＭを、対応するＶＯＢ情報のアクセス
マップでディスク情報のアドレスに変換することにより
行う。

【０１１６】また、本実施形態のプレーヤは、さらに、
ＡＶストリームを外部に供給するためのディジタルイン
タフェース２０４を有している。これにより、ＡＶスト
リームをＩＥＥＥ１３９４やＩＥＣ９５８などの通信手
段を介して外部に供給することも可能である。これは、
特に、自らがエンコードしていないＴＳ２−ＶＯＢにつ
いては、プレーヤ内部に該当するデコーダが存在しない
ケースもありうるため、デコードすることなく、直接、
ディジタルインタフェース２０４を通じて外部のＳＴＢ
に出力し、そのＳＴＢで再生させることができる。

【０１１７】外部にデジタルデータを直接出力する際に
は、制御部２１１は図１５Ｂのマップ管理情報に基づ
き、ランダムアクセス再生が可能かを否か判断する。ア
クセスポイント情報フラグが有効であれば、アクセスマ
ップはＩピクチャの位置情報を有する。このため、制御
部２１１は外部機器から早送り再生等の要求があればこ
れに応じて、Ｉピクチャを含むデジタルデータをデジタ
ルＩ／Ｆを介して外部機器に出力することができる。ま
た、タイムアクセス情報フラグが有効であれば、タイム
アクセスが可能である。このため制御部２１１は、外部
の機器からのタイムアクセスの要求に応じて、指定され
た再生時刻に相当するピクチャデータを含むデジタルデ
ータをデジタルＩ／Ｆを介して外部機器に出力すること
ができる。

【０１１８】（７．記録機能の基本動作）次に、図１９
を用いて上記光ディスクに対して記録、再生を行なう本
発明に係るＤＶＤレコーダの構成および動作について説
明する。

【０１１９】図１９に示すように、ＤＶＤレコーダは、
ユーザへの表示およびユーザからの要求を受け付けるユ
ーザインターフェース部２２２、ＤＶＤレコーダ全体の
管理および制御を司るシステム制御部２１２、ＶＨＦお
よびＵＨＦを受信するアナログ放送チューナ２１３、ア
ナログ信号をディジタル信号に変換しＭＰＥＧプログラ
ムストリームにエンコードするエンコーダ２１４、ディ
ジタル衛星放送を受信するディジタル放送チューナ２１
５、ディジタル衛星で送られるＭＰＥＧトランスポート
ストリームを解析する解析部２１６、テレビおよびスピ
ーカなどの表示部２１７、ＡＶストリームをデコードす
るデコーダ２１８とを備える。デコーダ２１８は、図１
８に示した第１及び第２のデコーダ等からなる。さら
に、ＤＶＤレコーダは、ディジタルインターフェース部
２１９と、書きこみデータを一時的に格納するトラック
バッファ２２０と、ＤＶＤ−ＲＡＭ１００にデータを書
きこむドライブ２２１とを備える。ディジタルインター
フェース部２１９はＩＥＥＥ１３９４等の通信手段によ
り外部機器にデータを出力するインタフェースである。

【０１２０】このように構成されるＤＶＤレコーダにお
いては、ユーザインターフェース部２２２が最初にユー
ザからの要求を受ける。ユーザインターフェース部２２
２はユーザからの要求をシステム制御部２１２に伝え、
システム制御部２１２はユーザからの要求を解釈すると
共に各モジュールへの処理要求を行う。

【０１２１】録画には、入力されるデジタルデータを自
らエンコードするセルフエンコーディングと、エンコー
ド済みのデジタルデータをエンコードすることなくディ
スクに記録するアウトサイドエンコーディングがある。

【０１２２】（７．１ セルフエンコーディングによる
録画動作）最初にセルフエンコーディングの録画につい
て、アナログ放送をＰＳ−ＶＯＢにエンコードして記録
する動作を以下、具体的に説明する。

【０１２３】システム制御部２１２はアナログ放送チュ
ーナ２１３への受信とエンコーダ部２１４へのエンコー
ドを要求する。

【０１２４】エンコーダ部２１４はアナログ放送チュー
ナ２１３から送られるＡＶデータをビデオエンコード、
オーディオエンコードおよびシステムエンコードしてト
ラックバッファ２２０に送出する。

【０１２５】エンコーダ部２１４は、エンコード開始直
後に、エンコードしているＭＰＥＧプログラムストリー
ムの先頭データが有するタイムスタンプ情報を再生開始
時刻（ＰＳ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）としてシステム
制御部２１２に送り、続いてアクセスマップを作成する
ために必要な情報をエンコード処理と平行してシステム
制御部２１２に送る。この値は、後に生成される図１７
に示すセル情報のＳｔａｒｔ＿ＰＴＭに設定される。タ
イムスタンプ情報は、一般的にはＰＴＳになるがＳＣＲ
で代用しても良い。

【０１２６】次にシステム制御部２１２は、ドライブ２
２１に対して記録要求を出し、ドライブ２２１はトラッ
クバッファ２２０に蓄積されているデータを取り出しＤ
ＶＤ−ＲＡＭディスク１００に記録する。この際、前述
した連続領域（ＣＤＡ）をディスク上の記録可能領域か
ら検索し、検索した連続領域にデータを記録していく。

【０１２７】録画終了はユーザからのストップ要求によ
って指示される。ユーザからの録画停止要求は、ユーザ
インターフェース部２２２を通してシステム制御部２１
２に伝えられ、システム制御部２１２はアナログ放送チ
ューナ２１３とエンコーダ部２１４に対して停止要求を
出す。

【０１２８】エンコーダ２１４はシステム制御部２１２
からのエンコード停止要求を受けエンコード処理を止
め、最後にエンコードを行ったＭＰＥＧプログラムスト
リームの終端データが有するタイムスタンプ情報を再生
終了時刻（ＰＳ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）として、シ
ステム制御部２１２に送る。この値は、図１７に示すセ
ル情報のＥｎｄ＿ＰＴＭに設定される。タイムスタンプ
情報は通常ＰＴＳが設定されるが、ＳＣＲで代用しても
良い。

【０１２９】システム制御部２１２は、エンコード処理
終了後、エンコーダ２１４から受け取った情報に基づ
き、図１５に示すＰＳ−ＶＯＢ用のＶＯＢ情報（ＰＳ−
ＶＯＢＩ）と再生制御情報を生成する。

【０１３０】ここで、生成されるＶＯＢ情報はオブジェ
クト種類に適合したアクセスマップとマップ管理情報と
を含む。システム制御部２１２は、マップ管理情報のマ
ップ有効性情報を有効に設定すると共に、自己エンコー
ディングフラグをＯＮにする。

【０１３１】また、再生制御情報は、記録されるオブジ
ェクトを再生対象の１つとする図１６に示すオリジナル
再生経路（Ｏ−ＰＧＣ情報）が生成される。生成された
Ｏ−ＰＧＣ情報はオリジナル再生経路テーブルに追記さ
れる。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情
報を有する。セル情報のタイプ情報には「ＰＳ−ＶＯ
Ｂ」が設定される。

【０１３２】最後にシステム制御部２１２は、ドライブ
２２１に対してトラックバッファ１９１０に蓄積されて
いるデータの記録終了と、ＰＳ−ＶＯＢ用のＶＯＢ情報
（ＰＳ＿ＶＯＢＩ）および再生制御情報の記録を要求
し、ドライブ２２１がトラックバッファ２２０の残りデ
ータと、これらの情報をＤＶＤ−ＲＡＭディスク１００
に記録し、録画処理を終了する。

【０１３３】なお、アナログ放送をＴＳ１−ＶＯＢにエ
ンコードしてももちろん良い。この場合、エンコーダ２
１４はアナログ信号をディジタル信号に変換しＭＰＥＧ
トランスポートストリームにエンコードするエンコーダ
である必要があり、セル情報内のタイプ情報は「ＴＳ１
−ＶＯＢ」に設定される。この場合のＳｔａｒｔ＿ＰＴ
ＭおよびＥｎｄ＿ＰＴＭは、ＰＴＳでも良いしＰＣＲを
用いても良い。

【０１３４】（７．２ アウトサイドエンコーディング
による録画動作）次にアウトサイドエンコーディングに
よる録画について、デジタル放送を録画する動作を通し
て以下、具体的に説明する。この場合、記録されるオブ
ジェクトの種類はＴＳ２−ＶＯＢになる。

【０１３５】ユーザによるディジタル放送録画要求は、
ユーザインターフェース部２２２を通してシステム制御
部２１２に伝えられる。システム制御部２１２はディジ
タル放送チューナ２１５への受信と解析部２１６へのデ
ータ解析を要求する。

【０１３６】ディジタル放送チューナ２１５から送られ
るＭＰＥＧトランスポートストリームは解析部２１６を
通してトラックバッファ２２０へ転送される。

【０１３７】解析部２１６は、最初にディジタル放送と
して受信されたエンコード済みのＭＰＥＧトランスポー
トストリーム（ＴＳ２−ＶＯＢ）のＶＯＢ情報（ＴＳ２
＿ＶＯＢＩ）の生成に必要な情報として、トランスポー
トストリームの先頭データが有するタイムスタンプ情報
を開始時刻情報（ＴＳ２＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と
して抽出し、システム制御部２１２に送る。開始時刻情
報は、後に生成される図１７に示すセル情報のＳｔａｒ
ｔ＿ＰＴＭに設定される。このタイムスタンプ情報は、
ＰＣＲ又はＰＴＳになる。また、オブジェクトがＤＶＤ
レコーダに伝送されてくるタイミングであるＡＴＳで代
用しても良い。

【０１３８】解析部２１６は、さらに、ＭＰＥＧトラン
スポートストリームのシステム層を解析し、アクセスマ
ップ作成に必要な情報を検出する。Ｉピクチャのオブジ
ェクト内での位置については、前述したようにＴＳパケ
ットヘッダ中の適用フィールド（ａｄａｐｔａｔｉｏｎ
ｆｉｅｌｄ）内のランダムアクセスインジケータ（ｒ
ａｎｄａｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒ）をも
とに検出する。

【０１３９】次にシステム制御部２１２は、ドライブ２
２１に対して記録要求を出力し、ドライブ２２１はトラ
ックバッファ２２０に蓄積されているデータを取り出し
ＤＶＤ−ＲＡＭディスク１００に記録する。この時、シ
ステム制御部２１２はファイルシステムのアロケーショ
ン情報からディスク上のどこに記録するかをあわせてド
ライブ２２１に指示する。この際、前述した連続領域
（ＣＤＡ）をディスク上の記録可能領域から検索し、検
索した連続領域にデータを記録していく。

【０１４０】録画終了はユーザからのストップ要求によ
って指示される。ユーザからの録画停止要求は、ユーザ
インターフェース部２２２を通してシステム制御部２１
２に伝えられ、システム制御部２１２はディジタルチュ
ーナ２１５と解析部２１６に停止要求を出す。

【０１４１】解析部２１６はシステム制御部２１２から
の解析停止要求を受け解析処理を止め、最後に解析を行
ったＭＰＥＧトランスポートストリームの終了区間のデ
ータが有するタイムスタンプ情報を表示終了時刻（ＴＳ
２＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）としてシステム制御部２
１２に送る。この値は、図１７に示すセル情報のＥｎｄ
＿ＰＴＭに設定される。このタイムスタンプ情報は、Ｐ
ＣＲ又はＰＴＳになる。また、オブジェクトがＤＶＤレ
コーダに伝送されてくるタイミングであるＡＴＳで代用
しても良い。

【０１４２】システム制御部２１２は、ディジタル放送
の受信処理終了後、解析部２１６から受け取った情報に
基づき、図１５に示すＴＳ２−ＶＯＢ用のＶＯＢ情報
（ＴＳ２＿ＶＯＢＩ）と再生制御情報を生成する。

【０１４３】ここで、生成されるＶＯＢ情報はオブジェ
クト種類に適合したアクセスマップとマップ管理情報と
を含む。システム制御部２１２は、Ｉピクチャのオブジ
ェクト内での位置等を検出でき有効なアクセスマップを
生成した場合にはマップ管理情報のマップ有効性情報を
有効に設定する。また自己エンコーディングフラグはＯ
ＦＦ設定をする。有効なアクセスマップを生成できなか
った場合にはマップ有効性情報を無効に設定する。な
お、有効なアクセスマップを生成できないケースとして
は、対応していないデジタル放送を受信した場合や、適
用フィールドにランダムアクセス情報が無い場合等が考
えられる。また、デジタルＩ／Ｆから直接入力された場
合は、ＭＰＥＧトランスポートストリームでないケース
もありえ、この場合も当然、マップ有効性情報は無効に
設定される。

【０１４４】また、再生制御情報は、記録されるオブジ
ェクトを再生対象の１つとする図１６に示すオリジナル
再生経路（Ｏ−ＰＧＣ情報）が生成される。生成された
Ｏ−ＰＧＣ情報はオリジナル再生経路テーブルに追記さ
れる。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情
報を有する。セル情報のタイプ情報には「ＴＳ２−ＶＯ
Ｂ」が設定される。

【０１４５】最後にシステム制御部２１２は、ドライブ
２２１に対してトラックバッファ２２０に蓄積されてい
るデータの記録終了と、ＴＳ２−ＶＯＢ用のＶＯＢ情報
（ＴＳ２＿ＶＯＢＩ）および再生制御情報の記録を要求
し、ドライブ２２１がトラックバッファ２２０の残りデ
ータと、これらの情報をＤＶＤ−ＲＡＭディスク１００
に記録し、録画処理を終了する。

【０１４６】以上、ユーザからの録画開始および終了要
求をもとに動作を説明したが、例えば、ＶＴＲで使用さ
れているタイマー録画の場合では、ユーザの代わりにシ
ステム制御部が自動的に録画開始および終了要求を発行
するだけであって、本質的にＤＶＤレコーダの動作が異
なるものではない。

【０１４７】（８．発明の概要）本発明の情報記録媒体
は様々なフォーマットのデータを記録するものであっ
て、アナログ放送もしくはデジタル放送のコンテンツ
や、アナログ／デジタルインターフェースを介して入力
される多種多様なデータを記録した情報記録媒体であ
り、本発明の情報記録装置は、その情報記録媒体に対し
てＡＶデータの記録／再生を行う装置である。

【０１４８】特に、本発明の情報記録媒体には、外部入
力されたＡＶデータがＭＰＥＧ−ＴＳ形式で記録され、
各ＭＰＥＧ−ＴＳパケットのデコーダ入力時刻情報を、
各ＭＰＥＧ−ＴＳパケットに付与したストリームが記録
されている。

【０１４９】さらに、ＭＰＥＧ−ＴＳの制御情報を受け
持つＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎ
ｆｏｒｍａｔｉｏｎ）パケットの配置とレコーダ固有／
コンテンツ固有等の情報をユーザプライベートストリー
ム（ＵＰパケット）として埋め込み、各パケットのデコ
ーダ入力時刻情報を蓄積に適した形式で付与することを
特徴とする。

【０１５０】さらに、前記ＭＰＥＧ−ＴＳの多重化の際
に、ＭＰＥＧ−ＰＳへの変換が容易になるように、１パ
ック（２０４８バイト）以下のデータを１多重化連続単
位としてシステムエンコードし、各多重化連続単位を１
つまたは複数のＭＰＥＧ−ＴＳパケットに分割しなが
ら、ＭＰＥＧ−ＴＳ記録することを特徴とする。

【０１５１】（９．詳細な実施形態） 第１の実施例．本発明の情報記録／再生装置の記録／再
生時の基本動作に関しては、ほぼ前述の説明の通りであ
るため、以下にアナログ外部入力記録時の基本動作に関
してのみ図２０を用いて具体的に説明する。この場合、
記録されるオブジェクトの種類はＴＳ１−ＶＯＢにな
る。

【０１５２】ユーザによる外部入力録画要求は、ユーザ
インターフェース部２２２を通してシステム制御部２１
２に伝えられる。システム制御部２１２は外部入力部２
２３への受信とエンコーダ２１４へのデータ符号化を要
求する。

【０１５３】エンコーダ２１４から送られるＭＰＥＧト
ランスポートストリームはトラックバッファ２２０へ転
送される。

【０１５４】エンコーダ２１４は、最初にエンコード済
みのＭＰＥＧトランスポートストリーム（ＴＳ１−ＶＯ
Ｂ）のＶＯＢ情報（ＴＳ１＿ＶＯＢＩ）の生成に必要な
情報として、トランスポートストリームの先頭データが
有するタイムスタンプ情報を開始時刻情報（ＴＳ１＿Ｖ
ＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）として設定し、システム制御部
２１２に送る。開始時刻情報は、後に生成される図１７
に示すセル情報のＳｔａｒｔ＿ＰＴＭに設定される。こ
のタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。

【０１５５】エンコーダ２１４は、さらに、ＭＰＥＧト
ランスポートストリームを生成しながら、アクセスマッ
プ作成に必要な情報を生成する。

【０１５６】例えば、Ｉピクチャの先頭ＭＰＥＧトラン
スポートパケットには、ａｄａｐｔａｔｉｏｎ ｆｉｅ
ｌｄを格納し、ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｉｎｄｉ
ｃａｔｏｒのビットを立て、ＶＯＢＵのスタートである
ことをシステム制御部２１２に転送する。

【０１５７】次にシステム制御部２１２は、ドライブ２
２１に対して記録要求を出力し、ドライブ２２１はトラ
ックバッファ２２０に蓄積されているデータを取り出し
ＤＶＤ−ＲＡＭディスク１００に記録する。この時、シ
ステム制御部２１２はファイルシステムのアロケーショ
ン情報からディスク上のどこに記録するかをあわせてド
ライブ２２１に指示する。この際、前述した連続領域
（ＣＤＡ）をディスク上の記録可能領域から検索し、検
索した連続領域にデータを記録していく。

【０１５８】録画終了はユーザからのストップ要求によ
って指示される。ユーザからの録画停止要求は、ユーザ
インターフェース部２２２を通してシステム制御部２１
２に伝えられ、システム制御部２１２はエンコーダ２１
４に停止要求を出す。

【０１５９】エンコーダ２１４はシステム制御部２１２
からの記録停止要求を受け符号化処理を止め、最後に符
号化を行ったＭＰＥＧトランスポートストリームの終了
区間のデータが有するタイムスタンプ情報を表示終了時
刻（ＴＳ１＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）としてシステム
制御部２１２に送る。この値は、図１７に示すセル情報
のＥｎｄ＿ＰＴＭに設定される。このタイムスタンプ情
報は、ＰＣＲ又はＰＴＳになる。

【０１６０】システム制御部２１２は、記録処理終了
後、エンコーダ２１４から受け取った情報に基づき、図
１５に示すＴＳ１−ＶＯＢ用のＶＯＢ情報（ＴＳ１＿Ｖ
ＯＢＩ）と再生制御情報を生成する。

【０１６１】ここで、生成されるＶＯＢ情報はオブジェ
クト種類に適合したアクセスマップとマップ管理情報と
を含む。システム制御部２１２は、マップ管理情報のマ
ップ有効性情報を有効に設定する。また自己エンコーデ
ィングフラグはＯＮ設定をする。

【０１６２】また、再生制御情報は、記録されるオブジ
ェクトを再生対象の１つとする図１６に示すオリジナル
再生経路（Ｏ−ＰＧＣ情報）が生成される。生成された
Ｏ−ＰＧＣ情報はオリジナル再生経路テーブルに追記さ
れる。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情
報を有する。セル情報のタイプ情報には「ＴＳ１−ＶＯ
Ｂ」が設定される。

【０１６３】最後にシステム制御部２１２は、ドライブ
２２１に対してトラックバッファ２２０に蓄積されてい
るデータの記録終了と、ＴＳ１−ＶＯＢ用のＶＯＢ情報
（ＴＳ１＿ＶＯＢＩ）および再生制御情報の記録を要求
し、ドライブ２２１がトラックバッファ２２０の残りデ
ータと、これらの情報をＤＶＤ−ＲＡＭディスク１００
に記録し、録画処理を終了する。

【０１６４】以下、エンコーダ２１４にて生成されるセ
ルフエンコディングＭＰＥＧトランスポートストリーム
の詳細について説明する。

【０１６５】図２１ＡにセルフエンコーディングＭＰＥ
Ｇトランスポートストリームの構造を示す。同図に示す
ように、セルフエンコーディングのＭＰＥＧトランスポ
ートストリームはＶＯＢＵ単位に区切られ、各ＶＯＢＵ
の先頭にはＰＡＴパケットとＰＭＴパケットさらにはス
トリームに固有の情報を埋め込んだユーザプライベート
パケット（以下「ＵＰパケット」と称す。）が続いてい
る。または、少なくともＶＯＢの先頭にはＰＡＴパケッ
ト、ＰＭＴパケットが配置される。

【０１６６】図２１Ｂに示したように、それぞれのパケ
ットにはデコーダ入力時刻情報であるＡＴＳが付与され
ており、個々のパケットは対応するＡＴＳで意図された
時刻にデコーダへ転送される。

【０１６７】先頭パケットのＰＡＴパケットには、セル
フエンコーディングのプログラム情報（ＰＭＴパケット
のＰＩＤ等）が格納され、ＡＴＳ１の時刻でデコーダに
入力される。

【０１６８】２番目のパケットのＰＭＴパケットには、
プログラムを構成するエレメンタリーストリームごとの
ＰＩＤ等が格納される。ここでは、ビデオ、オーディ
オ、データ放送（図中の”Ｄａｔａ”）、ユーザプライ
ベート（図中の”ｐｒｉｖａｔｅ”）パケットのＰＩＤ
を格納した例を示す。

【０１６９】３番目のパケットのＵＰパケットには、ス
トリームへの付加情報が格納される。例えば、ストリー
ムのタイトル情報や、記録日時情報や、ストリームの符
号化情報（ビットレート、ビデオ解像度、フレームレー
ト、アスペクト比、符号化方式等）であるストリーム属
性や、外部入力がアナログかデジタルか等の識別する入
力源識別情報や、さらにはデジタルであった場合に入力
ＡＶデータの符号化方式を特定する情報や、コピー許可
／不許可等の著作権保護情報や、ＶＢＩ（Ｖｅｒｔｉｃ
ａｌ Ｂｌａｎｋｉｎｇ Ｉｎｔｅｒｖａｌ）信号であ
る、クローズドキャプション（ＣＣ）やテレテキストデ
ータ、または表示制御を指定するＷＳＳ（Ｗｉｄｅ−Ｓ
ｃｒｅｅｎ Ｓｉｇｎａｌｉｎｇ）等や、システムエン
コードの条件を示した情報や、各種ＤＶＤ規格との変換
性（互換性）を示す情報や、該ストリームを記録した製
造業者の固有データ等を用いてユーザ利便性の高いメニ
ュー情報や、各種ＤＶＤ規格対応のＭＰＥＧ−ＰＳに変
換する際に有用な様々なデータを格納することが考えら
れる。

【０１７０】前述のようにＭＰＥＧトランスポートスト
リーム内に配置され、付加情報を格納されたパケットの
デコーダ入力時刻について図２２Ａ、２２Ｂを用いて詳
細に説明する。

【０１７１】図２２Ａはトランスポートストリームシス
テムターゲットデコーダ（Ｔ−ＳＴＤ）と呼ばれる基本
的なデコーダの構成を示したブロック図であり、前述で
は触れていなかったＰＳＩパケットを解析し、デコーダ
の制御を行うシステムデコーダ２３５も加えて示した図
である。

【０１７２】ＰＳＩパケットであるＰＡＴ、ＰＭＴ、Ｃ
ＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｔａｂ
ｌｅ）パケットは、Ｔ−ＳＴＤに入力されると、デマル
チプレクサ２３２でパケット種別に応じて弁別され、シ
ステムコントロールに関するＰＳＩパケットはトランス
ポートバッファ２３３に瞬時に転送される。

【０１７３】続いて、トランスポートバッファ２３３に
蓄積されたデータは随時システムバッファ２３４に１０
０００００ビット／秒（＝Ｒｓｙｓ）のレートで転送さ
れる。

【０１７４】ＰＳＩデータが有効になるのは、システム
バッファ２３４に必要なＰＳＩのデータが揃った瞬間で
ある。

【０１７５】このようにＭＰＥＧのＴ−ＳＴＤモデルで
は、デコーダの動作モデルを規定し、ＭＰＥＧトランス
ポートストリームの転送レート等の基準を定めている。

【０１７６】情報記録装置はＴ−ＳＴＤにて正しく復号
が可能と保証されるＭＰＥＧトランスポートストリーム
の形式に従いセルフエンコーディングする必要があるた
め、ＰＳＩパケットの転送にはいくつかの制限がある。
以下に図２２Ｂを用いて、パケット転送レートを決定す
るＡＴＳの決定方法について説明する。

【０１７７】セルフエンコーディングストリームの再生
時には、まずは先頭のＰＡＴ、ＰＭＴ、ＵＰパケットが
それぞれＡＴＳ１、ＡＴＳ２、ＡＴＳ３が示す時刻にＴ
−ＳＴＤに入力される。

【０１７８】ＰＭＴパケットとＵＰパケットに注目すれ
ば、ＰＭＴパケットで指定されたＵＰパケットのＰＩＤ
をＴ−ＳＴＤが解釈し、有効にするためには、ＴＳ＿ｐ
ｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎ（ｍバイト）の
最後のバイトがシステムバッファ２３４に蓄えられてい
る必要がある。

【０１７９】つまり、ＰＭＴが有効になるには、ＰＭＴ
パケット入力時刻であるＡＴＳ２から、（ｍ＋ｎ＋５）
×８／Ｒｓｙｓ秒が経過しなければならない。ここで、
ｎはＰＭＴパケットのａｄａｐｔａｔｉｏｎ＿ｆｉｅｌ
ｄのバイト長である。

【０１８０】Ｔ−ＳＴＤの基準クロックであるＳｙｓｔ
ｅｍ Ｃｌｏｃｋ Ｆｒｅｑｕｅｎｃｙ（ＳＣＦ）は２
７００００００Ｈｚ（誤差として±８１０Ｈｚまでの許
容範囲が規定されている）であるため、ＡＴＳをＳｙｓ
ｔｅｍ Ｃｌｏｃｋ Ｆｒｅｑｕｅｎｃｙの時刻精度で
表した時刻情報だとすると、ＡＴＳ３とＡＴＳ２の間に
は以下の関係が成り立つ必要がある。

【０１８１】ATS3≧ATS2 + ((m+n+5)*8/Rsys)*SCF さらに、ＡＴＳ２とＡＴＳ３の最小間隔はＰＭＴパケッ
ト内にａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄがなく（ｎ＝
０）、かつＰＭＴパケットには最小のＴＳ＿ｐｒｏｇｒ
ａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎ（２１バイト）が格納さ
れているのみの時であるため、この場合２０８／Ｒｓｙ
ｓ×ＳＣＦの時間間隔が最小となる。

【０１８２】同様に、ＰＡＴパケットの入力時刻ＡＴＳ
１とＰＭＴパケットの入力時刻ＡＴＳ２に関しても、Ｐ
ＡＴパケット内のＰｒｏｇｒａｍ ａｓｓｏｃｉａｔｉ
ｏｎｓｅｃｔｉｏｎのバイト長をｍ０とし、ＰＡＴパケ
ットのａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄのバイト長を
ｎ０とすれば、以下の関係を満足する必要がある。

【０１８３】ATS2≧ATS1 + ((m0+n0+5)*8/Rsys)*SCF さらに、ＡＴＳ１とＡＴＳ２の最小間隔はＰＡＴパケッ
ト内にａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄがなく（ｎ０
＝０）、かつＰＡＴパケットには最小のＰｒｏｇｒａｍ
ａｓｓｏｃｉａｔｉｏｎ ｓｅｃｔｉｏｎ（１６バイ
ト）が格納されているのみの時であるため、この場合１
６８／Ｒｓｙｓ×ＳＣＦの時間間隔が最小となる。

【０１８４】Ｓｙｓｔｅｍ Ｃｌｏｃｋ Ｆｒｅｑｕｅ
ｎｃｙ（ＳＣＦ）を２７ＭＨｚとして時間を２７ＭＨｚ
の精度で表現すれば、ＡＴＳ１とＡＴＳ２の時間間隔お
よびＡＴＳ２とＡＴＳ３の時間間隔の最小値は、それぞ
れ４５３６と５６１６となる。

【０１８５】続いて、図２３、図２４、図２５、図２６
を用いて、Ｕｓｅｒ Ｐｒｉｖａｔｅパケット（ＵＰパ
ケット）のセルフエンコーディングトランスポートスト
リームへの格納方法について説明する。

【０１８６】図２３では、ＵＰパケットをＵｓｅｒ Ｐ
ｒｉｖａｔｅ ｓｔｒｅａｍとして定義した場合のＵＰ
パケット格納方法を示している。この場合、ＵＰパケッ
トに対応するＰＭＴのｓｔｒｅａｍ＿ｔｙｐｅには、０
ｘ８０以上でかつ０ｘＦＦ以下の識別番号が割り振ら
れ、ＵＰパケットには固有のＰＩＤが付与され、ＵＰパ
ケット内部のデータ構造はＭＰＥＧ規格外となる。ま
た、ここではＵＰパケット内に、ＤＶＤ＿ａｔｔｒｉｂ
ｕｔｅ＿ｓｅｃｔｉｏｎ（）というセクション構造を持
たせた例を示している。

【０１８７】また、図２４では、ＵＰパケットをｐｒｉ
ｖａｔｅ＿ｓｅｃｔｉｏｎ構造を持たせ、固有のＰＩＤ
を付与する場合の格納方法を示している。ｐｒｉｖａｔ
ｅ＿ｓｅｃｔｉｏｎ内のｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ
＿ｉｎｄｉｃａｔｏｒの値によって、ｐｒｉｖａｔｅ＿
ｓｅｃｔｉｏｎのデータ構造が若干異なるが、ＵＰパケ
ットの固有データはｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎの
ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅに格納される。こ
の場合、ｓｔｒｅａｍ＿ｔｙｐｅには、０ｘ０５の識別
番号が割り振られる。

【０１８８】また、図２５では、ＵＰパケットをＰＭＴ
と同じＰＩＤのパケットとして格納する方法が示されて
いる。この場合、ＵＰパケットのデータ構造はｐｒｉｖ
ａｔｅ＿ｓｅｃｔｉｏｎ構造に従う。この場合、ｓｔｒ
ｅａｍ＿ｔｙｐｅは定義されず、ＵＰパケットにはＰＭ
ＴパケットのＰＩＤが付与される。

【０１８９】また、図２６では、ＵＰパケットを個別に
設けずに、ＰＭＴパケットに内包する方法が示されてい
る。この場合も、ＵＰパケットに該当する固有データは
ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ構造となり、ＴＳ＿ｐ
ｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎに続いてｐｒｉ
ｖａｔｅ＿ｓｅｃｔｉｏｎが記述される。すなわち、Ｐ
ＭＴパケット内に、ＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓ
ｅｃｔｉｏｎとｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎの両方
を格納している。

【０１９０】ここで、前述の方法によってＭＰＥＧ−Ｔ
Ｓに格納される固有データの詳細について、説明する。

【０１９１】図２３、図２４、図２５、図２６にて記述
されているように、固有データとしては、ＤＶＤ Ｖｉ
ｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のＲＤＩ Ｕｎｉｔの
ＲＤＩ＿ＧＩ（Real-time Data Information General I
nformation）と、ＤＣＩ＿ＣＣＩ（Display Control In
formation and Copy Control Information）を持つ。

【０１９２】ＲＤＩ＿ＧＩは、該当ＶＯＢＵの先頭再生
開始時刻（ＶＯＢＵ＿Ｓ＿ＰＭＴ）と、記録日時情報を
格納し、ＤＣＩ＿ＣＣＩは、当該ＶＯＢＵ内のアスペク
ト比情報、サブタイトルモード情報、フィルム・カメラ
モード情報等の表示制御に関わる情報と、コピー世代管
理情報や、ＡＰＳ情報、入力ソース情報等が格納されて
いる。（ＲＤＩ＿ＧＩとＤＣＩ＿ＣＣＩの詳細について
はＤＶＤ ＶｉｄｅｏＲｅｃｏｒｄｉｎｇ規格を参
照。） また、Ｖ＿ＡＴＲには、ビデオのビットレート情報、解
像度情報、フレームレート情報（もしくはＮＴＳＣ／Ｐ
ＡＬ等のｖｉｄｅｏ＿ｆｏｒｍａｔ情報）、アスペクト
比情報、符号化方式（ＭＰＥＧ２−Ｖｉｄｅｏや、ＭＰ
ＥＧ１−Ｖｉｄｅｏ等の識別）の情報が格納される。

【０１９３】同様に、Ａ＿ＡＴＲにも、オーディオの本
数に応じて、全部もしくは一部のオーディオのビットレ
ート、符号化方式、チャンネル数、量子化ビット数、ダ
イナミックレンジコントロール等の情報が格納される。

【０１９４】また、ＣＣには、当該ＶＯＢＵ内のＣｌｏ
ｓｅｄ Ｃａｐｔｉｏｎデータが格納される。ＣＣデー
タの格納には、ＰＳ変換の移植性を高めるために、予め
ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿ｕｓｅｒ＿ｄａｔａ
（１）（ＧＯＰレイヤーでユーザーデータを格納する方
法）形式で記述しても良いし、ＣＣデータを別記述方式
で記述しても良い。

【０１９５】ＧＯＰレイヤーのユーザーデータにＣＣデ
ータを格納する形式で記述するのがＭＰＥＧ−ＰＳ変換
の効率を高めるのは、ＤＶＤ−ＶｉｄｅｏやＤＶＤ Ｖ
ｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格がそのようにしてい
るからである。

【０１９６】また、Ｃ＿ＳＥには、当該ＶＯＢＵ（もし
くはＶＯＢ）のＴＳ２ＰＳ変換時に問題となるいくつか
の問題点に対する情報が記述されている。

【０１９７】例えば、ＣＣ／ＷＳＳ／Ｔｅｌｅｔｅｘｔ
データ格納位置情報には、ＣＣデータがＵＰパケットに
あるのか、各ピクチャーヘッダのユーザーデータとして
記述されているのか、もしくはこのＶＯＢＵ（ＶＯＢ）
にＣＣデータが無いのか等を識別するための情報であ
る。

【０１９８】ＷＳＳ格納位置情報については、固有デー
タとしてＵＰパケットにまとめて格納されているのか、
各ピクチャーヘッダのユーザーデータに記述されている
のか等を示す情報である。

【０１９９】Ｔｅｌｅｔｅｘｔ格納位置情報について
は、Ｔｅｌｅｔｅｘｔを格納したＴＳパケットを設けて
格納されているのか、各ピクチャーヘッダのユーザーデ
ータに記述されているのか等を示す情報である。

【０２００】多重化ブロック構造・転送情報について
は、図２７Ａ〜２７Ｈに示す多重化ブロック（１つのエ
レメンタリーストリームのみが、他のエレメンタリース
トリームと混在することなく格納されたデータブロッ
ク）を構成するＴＳパケットが固定数なのか可変数なの
か、また、固定数ならばその固定数を表す情報や、ＰＴ
Ｓ／ＤＴＳが多重化ブロックの先頭ＴＳパケットに付与
されているかを示す情報や、同一多重化ブロック内での
転送レートについての情報等が記述されている。従来の
多重化に条件を課さないＭＰＥＧ−ＴＳエンコード時に
は、多重化ブロックは１つのＴＳパケットからのみ構成
される固定長サイズとして記述することも可能である。

【０２０１】各デコーダバッファ制御用情報について
は、ビデオベリファイングバッファのパラメーターであ
るｖｂｖ＿ｄｅｌａｙや、ｖｂｖ＿ｂｕｆｆｅｒ＿ｓｉ
ｚｅ等のビデオバッファの余裕量を示す情報や（この情
報を用いてビデオデータをＡＴＳの入力時刻からどれだ
け先読みして良いのか判断することができる）、当該Ｖ
ＯＢＵ内のフレームでバッファ入力時刻が最もそのフレ
ームのデコード時刻に近いフレームの入力完了時刻とデ
コード時刻との時刻差情報（この情報を用いてビデオ・
オーディオデータをＡＴＳの入力時刻からどれだけ後読
みして良いのか判断することができる）等を記述する。

【０２０２】さらに、ＤＶＤ＿Ｃｏｍｐａｔｉｂｉｌｉ
ｔｙ情報には、該ＭＰＥＧ−ＴＳを各ＤＶＤ規格に準じ
たＭＰＥＧ−ＰＳにシステムトランスコードする際に、
どの程度の負荷があるかを示した情報である。

【０２０３】例えば、多重化ブロックが２ＫＢ以下で構
成されていることでレベル１のインジケータ、ＣＣ、Ｗ
ＳＳ、Ｔｅｌｅｔｅｘｔデータが存在する場合に、Ｃ
Ｃ、ＷＳＳデータがＵＰパケットに格納され、Ｔｅｌｅ
ｔｅｘｔがビデオデータを格納した多重化ブロック内に
Ｔｅｌｅｔｅｘｔパケットとして格納されていればレベ
ル２のインジケータ、ＣＣ、ＷＳＳ、Ｔｅｌｅｔｅｘｔ
データを各ＤＶＤ規格で定める領域に格納した際にバッ
ファマネージメントを考慮する必要がなければレベル３
のインジケータ、多重化ブロックの先頭ＴＳパケットの
ＡＴＳをＳＣＲに置換する際に、バッファマネージメン
トを考慮する必要がなければレベル４のインジケータ等
と、該ＭＰＥＧ−ＴＳを各ＤＶＤのフォーマットに容易
に変換できるか否かの変換性を示す情報である。

【０２０４】このＤＶＤ＿Ｃｏｍｐａｔｉｂｉｌｉｔｙ
情報は、ＤＶＤ−Ｖｉｄｅｏ用、ＤＶＤ−Ａｕｄｉｏ
用、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ用、ＤＶ
Ｄ Ｓｔｒｅａｍ Ｒｅｃｏｒｄｉｎｇ用等といった、
ＤＶＤフォーマットにそれぞれ対応した変換容易性を示
す情報群である。

【０２０５】図２７Ａ〜２７Ｈに多重化ブロックを利用
したＭＰＥＧ−ＴＳの構造図と、それをＤＶＤ−Ｖｉｄ
ｅｏ、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇフォー
マットに変換した場合のデータ構成図を示した。

【０２０６】図２７Ａに示す自己録ＴＳストリームは、
図２７Ｂに示す自己録ＴＳストリームのＶＯＢＵ（再生
・復号の単位）から構成される。図２７Ｃに示すよう
に、１つのＶＯＢＵは複数の多重化ブロック（ＭＰＥＧ
−ＰＳのパックに該当する）から構成される。それぞれ
の多重化ブロックは、図２７Ｄに示すように、固定長デ
ータサイズに分割されてもよく（これにより機器への実
装が簡単になる。）、もしくは、図２７Ｅに示すよう
に、可変長データサイズに分割されてもよい（この場
合、記録媒体の容量を浪費しない）。図２７Ｄ、２７Ｅ
の場合は、ＰＳＩ／ＳＩパケットやＵＰパケット等の非
エレメンタリーストリームと、エレメンタリストリーム
とをそれぞれ分離して多重化ブロックを構成している
が、図２７Ｆに示すように、多重化ブロックにおいて、
エレメンタリストリームとともに、ＰＳＩ／ＳＩパケッ
トやＵＰパケット等の非エレメンタリーストリームが格
納されてもよい。なお、図２７Ｆの場合、多重化ブロッ
ク＃１と多重化ブロック＃２とが１つの多重化ブロック
となる。

【０２０７】さらに上記ストリームは、容易に図２７Ｇ
に示すＤＶＤ−Ｖｉｄｅｏ形式や、図２７Ｈに示すＤＶ
Ｄ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ形式に変換される
ことができる。

【０２０８】この場合、多重化ブロックの並びの通りに
ＭＰＥＧ−ＰＳのパックが形成され、１多重化ブロック
は１パックのデータを格納した単位であることが、ＴＳ
２ＰＳ変換を簡単に行うために重要である。

【０２０９】なお、図２７Ａ〜２７Ｈにおいて、カプセ
ルヘッダや、ＡＴＳは本発明と関連が性が低いため、省
略している。また、図２７Ｇ、２７Ｈで示した変換後の
ＭＰＥＧ−ＰＳの各パックは格納されるエレメンタリの
バイト長やＶＯＢＵアライメントに応じてstuffingやpa
ddingがなされる。

【０２１０】図２８Ａ〜２８Ｇは、図８で示した従来の
ストリームの多重化方法と対応して本発明における多重
化を説明した図である。同図に示すように、最終的なフ
ォーマットは図２８ＧのＭＰＥＧ−ＴＳに準拠したフォ
ーマットである。ビデオストリーム（図２８Ａ）は複数
のＧＯＰからなる（図２８Ａ）。各ＧＯＰは所定のピク
チャデータからなり、ＭＰＥＧ−ＰＳに変換したときの
１パックのデータ量に相当するデータ量を持つＴＳパケ
ット群を１つの多重化ブロックとする（図２８Ｃ参
照）。すなわち、１つの多重化ブロックは図２８Ｄに示
すように１パックのデータ量に相当する複数のＴＳパケ
ットに分割される。オーディオストリームについても同
様に複数のＴＳパケットをまとめて１つの多重化ブロッ
クとする。そして、図２８Ｅに示すように、多重化ブロ
ック単位で多重化することによりＶＯＢＵを構成する。
このように、本発明では、ＭＰＥＧ−ＰＳの１パックの
データ量に相当するデータ量を有するデータを多重化ブ
ロックとしてまとめて配置する（図２８Ｅ参照）点が、
図８に示す従来例に対して最大の相違点である。

【０２１１】また、ＭＰＥＧ−ＴＳの各パケットに付与
するＡＴＳについて、図２９に示すように、同一多重化
ブロック内においては、一定の増分（ΔＡＴＳ）だけＡ
ＴＳを増加させながらＡＴＳを付与してもよい。このこ
とは、ＴＳ２ＰＳへの変換時に複雑なバッファマネージ
メントを行うことを避け、単純なオフセット又はオフセ
ットなしでＡＴＳからＳＣＲに置換するために有効であ
る。このとき、ＡＴＳi（i=0,1,2,...）は次式の関係を
満たす。

【０２１２】ＡＴＳi＋（多重化ブロック内のパケット
数）×ΔＡＴＳ≦ＡＴＳi+1 多重化ブロックが固定長の場合、１つの多重化ブロック
に含まれるＴＳパケット数は一定であるため、多重化ブ
ロックの境界を容易に知ることができる。しかし、多重
化ブロックが可変長であるとき、１つの多重化ブロック
に含まれるＴＳパケット数は不定であるため、多重化ブ
ロックの境界を知ることが困難となる。そこで、この場
合は、多重化ブロックの境界におけるＡＴＳ値の増分
（ΔＡＴＳ）を、多重化ブロック内での増分（一定値）
とは異なる所定の値に設定する。つまり、前の多重化ブ
ロック内の最後のパケットのＡＴＳ値と、その直後の多
重化ブロックの最初のパケットのＡＴＳ値との差分（Δ
ＡＴＳ）を、一定値と異なる所定の値に設定する。これ
により、ΔＡＴＳを監視することにより、多重化ブロッ
クの境界を知ることができる。ＭＰＥＧ−ＰＳへ変換す
る際のＴＳパケットとパックとを一対一に対応付けるこ
とができる。このとき、ＡＴＳiは次式の関係を満た
す。

【０２１３】ＡＴＳi＋（多重化ブロック内パケット
数）×ΔＡＴＳ＜ＡＴＳi+1 また、図２９に示すように、ＭＰＥＧ−ＴＳにおける多
重化ブロックの先頭のパケットに付与されたＡＴＳi
と、変換後のＭＰＥＧ−ＰＳのパック毎に付与されるＳ
ＣＲiとが対応する。

【０２１４】また、図２９に示すように、ＵＰパケット
内にＣｌｏｓｅｄ ＣａｐｔｉｏｎやＤＳＩ等の文字情
報を格納してもよい。ＵＰパケット内のＤＳＩは変換後
のＮＶ＿ＰＣＫのデータ生成に使用され、Ｃｌｏｓｅｄ
Ｃａｐｔｉｏｎはビデオパックに格納される。また、
欧州でのＰＡＬ規格にも対応できるように、図３０に示
すように多重化ブロックにおいてＴｅｌｅｔｅｘｔデー
タを格納したパケットを、ビデオデータを格納したパケ
ットの間に挿入してもよい。このとき、Ｔｅｌｅｔｅｘ
ｔデータを格納したパケットは、同時に表示されるＰＴ
Ｓを持つピクチャの直前に配置される。Ｔｅｌｅｔｅｘ
ｔデータは、変換後はビデオパックに格納される。図３
１に上記のようにＤＳＩ等を格納するＵＰパケットのデ
ータ構造を示す。

【０２１５】また、ＵＰパケットの付加情報に、ＶＯＢ
Ｕ先頭のＩピクチャーの最後のバイトを格納したＴＳパ
ケットを特定する情報（ＶＯＢＵ先頭からの相対番号
等）を記述してもよく、これにより、効率良い特殊再生
が実現できる。同様に、ＶＯＢＵ内のいくつかのＩ、Ｐ
ピクチャや、全ピクチャのピクチャ符号化種別情報と、
そのピクチャのデータ長情報（例えば、最後のバイトを
含んだＴＳパケットを特定する情報等）と、各ピクチャ
のＤＴＳ／ＰＴＳを示す情報を記述することで、特殊再
生を支援することも可能である。

【０２１６】尚、前述の実施例において、ＰＴＳ／ＤＴ
Ｓを付与されたＴＳパケットが多重化ブロックの先頭に
なるようにエンコードすれば、ＴＳ２ＰＳ変換後のパッ
クの先頭にアクセスユニットの先頭が配置されることに
なり、ＤＶＤ固有のヘッダ処理が簡単になる効果が期待
できる。

【０２１７】尚、多重化ブロックを形成するＴＳパケッ
トにはＭＰＥＧ−ＰＳへの変換を考慮し、パックに格納
されるデータがあふれることの無いように、適宜スタッ
フィングを入れても良いし、多重化ブロック最後のＴＳ
パケットからスタッフィングを必要バイト数挿入しても
良い。

【０２１８】尚、上記説明においては、ＤＶＤに記録す
ることを中心に説明を行ったが、本発明はこれに限る訳
ではなく、自己録ＴＳをＨＤＤや半導体メモリー等の情
報記録媒体に記録した後、同一もしくは別の記録媒体上
にＭＰＥＧ−ＰＳ変換されたストリームを記録するよう
にしても良い。

【０２１９】尚、上記説明においては、ＰＡＴ、ＰＭ
Ｔ、ＵＰパケットを各ＶＯＢＵの先頭に記録するとした
が、少なくともＶＯＢの先頭に記録するとしても良い
し、少なくとも再生管理単位であるＣｅｌｌの先頭に記
録するとしても良い。

【０２２０】尚、上記説明においては、ＰＡＴ、ＰＭ
Ｔ、ＵＰパケットを記録するとしたが、ＵＰパケットは
無くても良い。

【０２２１】尚、上記説明においては、ＰＡＴ、ＰＭ
Ｔ、ＵＰパケットの配置を先頭に固定配置したが、本発
明はこれに限る訳ではなく、Ｎｕｌｌパケットを格納し
たパケット等を間に挿入して記録しても良い。

【０２２２】尚、上記説明においては、セルフエンコー
ディングのストリームはＰＡＴパケットから始まるとし
たが、これに限る訳ではなく、Ｎｕｌｌパケットから始
まっても良い。

【０２２３】尚、Ｎｕｌｌパケットをセルフエンコーデ
ィングのストリームに適宜挿入することで、システム転
送レートを固定レートにしても良い。

【０２２４】尚、図７のように、製造業者固有の情報を
格納するデータ領域を設け、そこにＭＰＥＧ−ＴＳシス
テムエンコードの条件を記述するようにしても良い。

【０２２５】尚、上記説明にてＵＰパケットに記述した
情報の全て若しくは一部を、図１５に示したＴＳ１−Ｖ
ＯＢ情報内に記述しても良い。

【０２２６】尚、ｄｕａｌ ｍｏｎｏの音声チャンネル
で記録されたセルフエンコーディングトランスポートス
トリームをＤＶＤ−Ｖｉｄｅｏフォーマットに変換する
ときには、ＤＶＤ−Ｖｉｄｅｏには、ｄｕａｌ ｍｏｎ
ｏの音声が規格上存在しないため、２本の異なる音声ス
トリームとして、左右のモノラル音声をそれぞれ分割し
変換しても良い。

【０２２７】また、上記説明にてＵＰパケットに記述さ
れるパラメータの一部もしくは全部を管理情報内に記述
するようにしても良い。これは、１セルフエンコーディ
ングトランスポートストリーム内で変化しないパラメー
タを多数回記録することを避けることで無駄な記録領域
を発生させず、ＵＰパケットの出現ごとにパラメータが
変化したか否かを判定する余分なデコーダ処理を軽減す
る効果が得られる。

【０２２８】第２の実施例． （エンコーダの構成）以下、本発明の別の実施例につい
て詳細に説明する。最初に、本発明に係る情報記録装置
のエンコーダについて、ＡＶ入力を受けてＭＰＥＧ−Ｔ
Ｓにセルフエンコードを行うエンコード処理に焦点を当
てて説明する。

【０２２９】図３３に、本発明に係る情報記録装置のエ
ンコーダの構成を示す。同図に示したようにエンコーダ
２１４は、各エレメンタリーエンコーダ２３０ａ、２３
０ｂ、２３０ｃと、システムエンコーダ２３２とからな
る。エンコーダ２１４はシステム制御部２１２からの制
御信号を受け、エレメンタリーエンコーダ２３０ａ、２
３０ｂ、２３０ｃ及びシステムエンコーダ２３２によ
り、エレメンタリーエンコード又はシステムエンコード
に切替えながらエンコード処理を行なう。各エレメンタ
リーエンコーダ２３０ａ、２３０ｂ、２３０ｃは、ビデ
オ、オーディオ、ＶＢＩ（Vertical Blanking Interva
l）のそれぞれの信号を受けとり、エンコードを行う。

【０２３０】ビデオエンコーダ２３０ａは、システム制
御部２１２からの制御信号を受け、これに従い、ビデオ
ストリームのビットレート、解像度、アスペクト比等の
属性を決められた範囲内でエンコードする。具体的に
は、ビデオエンコーダ２３０ａは、エンコード開始時に
システム制御部２１２から、「ＤＶＤ−Ｖｉｄｅｏ互換
モード」、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ
互換モード」または「通常モード」のいずれかの動作モ
ードを指定する制御信号を受信する。制御信号が指定す
るモードが「ＤＶＤ−Ｖｉｄｅｏ互換モード」であれ
ば、ＤＶＤ−Ｖｉｄｅｏ規格のビデオ属性に準じたビデ
オストリームを、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄ
ｉｎｇ互換モード」であれば、ＤＶＤ Ｖｉｄｅｏ Ｒ
ｅｃｏｒｄｉｎｇ（以下「ＤＶＤ ＶＲ」と称す。）規
格のビデオ属性に準じたビデオストリームを、「通常モ
ード」であれば、ある所定の範疇の属性に準じたビデオ
ストリームを生成する。

【０２３１】オーディオエンコーダ２３０ｂも同様に、
システム制御部２１２からの制御信号を受け、これに従
い、オーディオストリームのビットレート、量子化ビッ
ト数、チャンネル数等の属性を決められた範囲でエンコ
ードする。ビデオエンコーダ２３０ａと同様に、具体的
にはシステム制御部２１２から動作モードを示す制御信
号を受信し、制御信号が示すモードが、「ＤＶＤ−Ｖｉ
ｄｅｏ互換モード」であれば、ＤＶＤ−Ｖｉｄｅｏ規格
のオーディオ属性に準じたオーディオストリームを、
「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ互換モー
ド」であれば、ＤＶＤ ＶＲ規格のオーディオ属性に準
じたオーディオストリームを、「通常モード」であれ
ば、ある所定の範疇の属性に準じたオーディオストリー
ムを生成する。

【０２３２】ＶＢＩエンコーダ２３０ｃも、システム制
御部２１２から動作モードを指定する制御信号を受け取
り、これに従って、ＶＢＩデータをエンコードする。具
体的には、ＶＢＩエンコーダ２３０ｃは、システム制御
部２１２からＶＢＩエンコーダへ入力されるエレメンタ
リーストリームエンコード制御信号が、「ＤＶＤ−Ｖｉ
ｄｅｏ互換モード」、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏ
ｒｄｉｎｇ互換モード」を指定する時には、夫々の規格
で規定されたＶＢＩデータの格納方法にしたがいＶＢＩ
データを追加でエンコードする。追加でエンコードする
とは、元々の通常モードでもＶＢＩデータを格納する方
法が別途決められている可能性があるため、それと重複
してエレメンタリーストリーム内に格納することを意味
してしている。

【０２３３】以上のようにして、エンコードされたエレ
メンタリーストリームは夫々システムエンコーダ２３２
によってＭＰＥＧ−ＴＳシステムストリームへ多重化さ
れる。

【０２３４】システムエンコーダ２３２も、各エレメン
タリーストリームエンコーダ２３０ａ、２３０ｂ、２３
０ｃと同様にシステム制御部２１２からエンコードの制
御信号を受け、これに従ったエンコードを行う。

【０２３５】システム制御部２１２からシステムエンコ
ーダ２３２への制御信号は、通常のＭＰＥＧ−ＴＳへの
システムエンコード制御信号か、通常のＭＰＥＧ−ＴＳ
に制限を加え、ＭＰＥＧ−ＰＳ（特にＤＶＤ固有のフォ
ーマット）に容易に変換できるシステムエンコード制御
信号かのどちらかである。

【０２３６】通常のＭＰＥＧ−ＴＳへのシステムエンコ
ード制御信号である場合には、システムエンコーダ２３
２は、各エレメンタリーストリームエンコーダ２３０
ａ、２３０ｂ、２３０ｃから入力されてきたエレメンタ
リーストリームをＭＰＥＧ−ＴＳシステムストリームの
基準となるデコーダモデル（以下「Ｔ−ＳＴＤ」と称
す。）で破綻を起こさないように、バッファマネージメ
ントしながら、システムエンコードを行う。

【０２３７】さらに、システム制御部２１２からの制御
信号が、ＭＰＥＧ−ＰＳへ容易に変換できるＭＰＥＧ−
ＴＳへのシステムエンコードを指定する制御信号である
場合には、上記に加えさらに特殊なシステムエンコード
ルールを守りながらエンコードを行う。

【０２３８】このようにして生成されたセルフエンコー
ディングＭＰＥＧ−ＴＳシステムストリームがエンコー
ダ２１４から出力される。

【０２３９】上述のように、本発明の情報記録装置は、
エレメンタリーストリームとシステムストリームレベル
で個々にエンコードモードを切り換えることを特徴とし
ている。このエンコードモードの切り換えによって、夫
々のエンコードモードに対しＤＶＤフォーマットへ変換
する際の処理をまとめた表を図３４に示す。

【０２４０】このように、エレメンタリーストリームエ
ンコーダ２３０ａ、２３０ｂ、２３０ｃ及び、システム
ストリームエンコーダ２３２にＭＰＥＧ−ＰＳへの変換
を前提としたエンコードを行わせることで、ＭＰＥＧ−
ＰＳへ容易に変換可能なＭＰＥＧ−ＴＳが作成される。

【０２４１】（セルフエンコードされたＭＰＥＧ−Ｔ
Ｓ）以下に、本発明の情報記録装置にてセルフエンコー
ドされたＭＰＥＧ−ＴＳのフォーマットの一実施例を詳
細に説明し、通常のＭＰＥＧ−ＴＳ（以下「ＳＥＳＦ」
と称す。）と、ＭＰＥＧ−ＰＳに容易に変換可能なＭＰ
ＥＧ−ＴＳ（以下「Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
Ｆ」と称す。）との相違を説明する。

【０２４２】以下の例では、ＭＰＥＧ−ＴＳストリーム
単位で属性情報等を格納するＶＯＢＩに、そのストリー
ムの符号化条件を表す情報を格納する。このようにスト
リーム中ではなく、管理情報に符号化条件を表す情報を
格納することにより、ストリームを解析することなくそ
のストリームがＤＶＤ−ＶｉｄｅｏやＤＶＤ ＶＲのフ
ォーマットに容易に変換可能なのか否かの判定を素早く
行うことが可能となる。なお、このストリームの符号化
条件を表す情報は後述のＴｉｐパケット中に格納されて
も良い。

【０２４３】このストリームの符号化条件を表す情報
を”ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ”という２ビッ
トのフラグで表す。フラグの値の意味は以下の通りであ
る。

【０２４４】 ００ｂ：通常のＭＰＥＧ−ＴＳ （ＳＥＳＦ） ０１ｂ：ＤＶＤ ＶＲ規格のストリームフォーマットに
容易に変換可能なＭＰＥＧ−ＴＳ （Ｃｏｎｓｔｒａ
ｉｎｅｄ ＳＥＳＦ） １０ｂ：リザーブ １１ｂ：ＤＶＤ Ｖｉｄｅｏ規格のストリームフォーマ
ットに容易に変換可能なＭＰＥＧ−ＴＳ （Ｃｏｎｓｔ
ｒａｉｎｅｄ ＳＥＳＦ） ストリーム管理情報内に、００ｂの値を取る場合には、
元々ＭＰＥＧ−ＰＳへの高速変換を考慮せずにエンコー
ドされている場合と、ユーザーの編集作業によって、個
々のＭＰＥＧ−ＰＳへの変換が容易なＭＰＥＧ−ＰＳを
連結して一つのストリームとした場合が考えられる。

【０２４５】また、ストリーム中にもｅｎｃｏｄｅ＿ｃ
ｏｎｄｉｔｉｏｎを併せ持つ場合、通常のＭＰＥＧ−Ｔ
Ｓを示すｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝００ｂを
ストリーム内に持つ意味は無く、ストリーム中では（後
述のＴｉｐパケット内では）、ｅｎｃｏｄｅ＿ｃｏｎｄ
ｉｔｉｏｎ＝００ｂはリザーブとして、使用禁止とされ
るとして、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎの使用方
法がストリーム内／外で異なることもあり得る。

【０２４６】以上のようにフラグの値を決定すること
で、ＶＯＢＩのｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィ
ールドの値から、そのストリームがＤＶＤ−Ｖｉｄｅｏ
やＶＲフォーマットに容易に変換できるのか否かを判定
することができる。ここでいう容易に変換できるという
のは後述の変換方法で変換できることを意味している。

【０２４７】（Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのス
トリーム構造）図８０にＣｏｎｓｔｒａｉｎｅｄ ＳＥ
ＳＦの全体的なストリーム構造を示す。Ｃｏｎｓｔｒａ
ｉｎｅｄ ＳＥＳＦは複数のＳＥＳＦ ｃａｐｓｕｌｅ
（ＳＥＳＦカプセル）２００からなる。ＳＥＳＦ ｃａ
ｐｓｕｌｅ（２００）は所定のＭｕｌｔｉｐｌｅｘｉｎ
ｇ Ｕｎｉｔ（２１０）を含み、かつ、先頭にＴｉｐパ
ケット（詳細は後述）を有する。各ＳＥＳＦ ｃａｐｓ
ｕｌｅ（２００）の再生時刻情報（ＰＴＳ）と、Ｔｉｐ
パケットのアドレス情報とはアクセスマップ８０ｃによ
り対応付けられる。後述するように、ＴＳ２ＰＳ変換で
は、このＳＥＳＦｃａｐｓｕｌｅ毎に変換処理が行なわ
れる。

【０２４８】図３２は１つのＳＥＳＦ ｃａｐｓｕｌｅ
内の各パケットとＭＰＥＧ−ＰＳのパックとの対応を示
した図である。図３２に示すように、Ｃｏｎｓｔｒａｉ
ｎｅｄ ＳＥＳＦ内に、ストリームの固有情報を格納し
たＴＳパケット（以下「Ｔｉｐパケット」と称す。）が
挿入される。以下に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
Ｆ内に埋め込まれるＴｉｐパケットを図３５から図４１
を用いて説明する。

【０２４９】＜Ｔｉｐパケット＞図３５にＴｉｐパケッ
トの全体構造を示す。この図にあるようにＴｉｐパケッ
トは、そのパケットがＴｉｐパケットであると特定する
ためのＤａｔａ＿ＩＤと、ＤＶＤ ＶＲのＤＣＩ＿ＣＣ
Ｉフィールドに対応し、表示制御やコピー制御情報を含
むｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏと、ス
トリームのエンコード情報を格納したｅｎｃｏｄｅ＿ｉ
ｎｆｏと、製造者独自の付加情報を記述できるＭａｋｅ
ｒｓＰｒｉｖａｔｅＤａｔａとを格納する。

【０２５０】図３５、３６に示したように、Ｔｉｐパケ
ットには後述のＳＣＲ演算に必要なＰＣＲ値をアダプテ
ーションフィールド内に記述している。このアダプテー
ションフィールドも固定バイト長であるため、Ｔｉｐパ
ケット内の各種情報へ固定アドレスでのアクセスが可能
である。

【０２５１】図３７にＤａｔａ＿ＩＤの構造を示す。Ｄ
ａｔａ＿ＩＤは、そのパケットがＴｉｐパケットである
ことを識別するためのＤａｔａ＿Ｉｄｅｎｔｉｆｉｅｒ
を備える。Ｄａｔａ＿Ｉｄｅｎｔｉｆｉｅｒは、アスキ
ーコードで”ＴＩＰ”を表す「０ｘ５４４９５０」の値
を持った３バイトのフィールドである。再生装置のデコ
ーダはこのフィールドの値を判定し、Ｔｉｐパケットと
特定することもできる。

【０２５２】図３８に、ｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏ
ｐｙ＿ｉｎｆｏの構造を示す。このｄｉｓｐｌａｙ＿ａ
ｎｄ＿ｃｏｐｙ＿ｉｎｆｏに、ＤＶＤ ＶＲ規格のＲＤ
ＩＵｎｉｔのＤＣＩ＿ＣＣＩと同一の構造および情報を
持たせることで、当該Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
ＦをＤＶＤ ＶＲフォーマットへ変換する際のＲＤＩパ
ックの生成を容易にしている。（なお、ＤＶＤ ＶＲ規
格のＤＣＩ＿ＣＣＩの詳細については「ＤＶＤ Ｓｐｅ
ｃｉｆｉｃａｔｉｏｎｓ ｆｏｒ Ｒｅｗｒｉｔａｂｌ
ｅ／Ｒｅ−ｒｅｃｏｒｄａｂｌｅ Ｄｉｓｃ Ｐａｒｔ
３ ＶＩＤＥＯ ＲＥＣＯＲＤＩＮＧ」や特許第３１６
２０４４号に開示されている。これらの文献において
は、一部フィールド名が異なっているが、各フィールド
の定義はＤＶＤ ＶＲフォーマットへの変換時にそのま
まコピーを可能にするため同一である。）

【０２５３】図３９にｅｎｃｏｄｅ＿ｉｎｆｏの構造を
示す。ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドに
は、Ｔｉｐパケットに続くビデオストリームの解像度情
報が記述される。ｅｎｃｏｄｅ＿ｉｎｆｏの値を以下に
示す。 ００００ｂ：７２０ｘ４８０（ＮＴＳＣ）、７２０ｘ５
７６（ＰＡＬ） ０００１ｂ：７０４ｘ４８０（ＮＴＳＣ）、７０４ｘ５
７６（ＰＡＬ） ００１０ｂ：３５２ｘ４８０（ＮＴＳＣ）、３５２ｘ５
７６（ＰＡＬ） ００１１ｂ：３５２ｘ２４０（ＮＴＳＣ）、３５２ｘ２
８８（ＰＡＬ） ０１００ｂ：５４４ｘ４８０（ＮＴＳＣ）、５４４ｘ５
７６（ＰＡＬ） ０１０１ｂ：４８０ｘ４８０（ＮＴＳＣ）、４８０ｘ５
７６（ＰＡＬ） Ｏｔｈｅｒｓ：リザーブ

【０２５４】ＤＶＤ ＶＲフォーマットでは１連続記録
中の解像度が、可変であっても良い。しかしながら、こ
の場合、解像度が異なるストリームは別個のＶＯＢとし
て管理され、レコーダによっては再生時のシームレス接
続が保証される。したがって、Ｃｏｎｓｔｒａｉｎｅｄ
ＳＥＳＦ記録中に解像度変化を起こす場合には、ＤＶ
Ｄ ＶＲフォーマットに変換した場合に、どの地点から
ＶＯＢを切り分ける必要があるのかを判定するために、
このフィールドが使用される。

【０２５５】ＤＶＤ−Ｖｉｄｅｏフォーマットに変換す
ることを考慮して記録されるＣｏｎｓｔｒａｉｎｅｄ
ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１
ｂ）では、解像度変化は１ストリーム内では起こらな
い。

【０２５６】ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィー
ルドは、ＶＯＢＩに格納された値と（００ｂである場合
を除き）同一である。ストリームの管理情報だけでな
く、ストリーム中にも埋め込んでｅｎｃｏｄｅ＿ｃｏｎ
ｄｉｔｉｏｎフィールドを格納する理由は、ＩＥＥＥ１
３９４に代表されるデジタルインターフェースを介して
ストリームがコピーされるようなことがあっても、受け
手の記録装置がこのＴｉｐパケット内のｅｎｃｏｄｅ＿
ｃｏｎｄｉｔｉｏｎフィールドを確認することで、容易
にＤＶＤフォーマットへ変換できるか否かの判定を行う
ことを可能とするためである。

【０２５７】ＦＶＦＰＳＴフィールドには、ＤＶＤ Ｖ
Ｒ規格のＶＯＢＵ＿Ｓ＿ＰＴＭが記録される。これは、
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤＶＤ−Ｖｉｄｅ
ｏ／ＶＲフォーマットへ変換する際に、Ｔｉｐパケット
に続き符号化されているビデオストリームの解析を行
い、最初に表示されるビデオフィールドの再生時刻を算
出する処理を省くためである。

【０２５８】ＦＶＦＰＳＴフィールドは、前記ビデオフ
ィールドの表示時刻を９０ＫＨｚ精度で表した３２ビッ
トのフィールドと、これに表現されない２７ＭＨｚ精度
で表した１６ビットのフィールドから成る。

【０２５９】図４０に、ＰＥＳ＿ｉｎｆｏの構造を示
す。ＰＥＳ＿ｉｎｆｏは、エレメンタリーストリームの
解析をすることなく、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
ＦをＤＶＤ−Ｖｉｄｅｏフォーマットへ変換するために
必須となる情報である。この情報は、ＤＶＤ−Ｖｉｄｅ
ｏのストリームに挿入されるＮＶ＿ＰＣＫと呼ばれる、
特殊再生を支援するためのパックに格納される情報を生
成するために必要となる。

【０２６０】ＰＥＳ＿ｉｎｆｏには、合計１３６個のビ
デオデータとオーディオデータを格納したＰＥＳパケッ
トの情報を格納することが可能である。夫々のＰＥＳパ
ケットに対して、４ビットずつのデータが割り当てら
れ、ＰＥＳパケットの内部を解析せずともＮＶ＿ＰＣＫ
の情報を生成できるようになっている。尚、ビデオまた
は、オーディオデータを格納していないＰＥＳパケット
がある場合には、そのＰＥＳパケットは無視される。

【０２６１】Ｔｉｐパケットから、次のＴｉｐパケット
の一つ前のパケットまでのデータ単位であるＳＥＳＦ
Ｃａｐｓｕｌｅに対して、ＰＥＳ＿ｅｘｉｓｔｅｎｃｅ
＿ｆｌａｇは、ｊ番目のＰＥＳパケットがこの該当のＳ
ＥＳＦ Ｃａｐｓｕｌｅ内に存在するか否かのフラグで
ある。ＰＥＳ＿ｅｘｉｓｔｅｎｃｅ＿ｆｌａｇの値は以
下のように設定される。 ０ｂ：ｊ番目のＰＥＳパケットが当該ＳＥＳＦ Ｃａｐ
ｓｕｌｅ内に存在しない。 １ｂ：ｊ番目のＰＥＳパケットが当該ＳＥＳＦ Ｃａｐ
ｓｕｌｅ内に存在する。

【０２６２】ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ＝
０ｂ（ＰＥＳパケットが存在しない場合）である時に
は、当該ＰＥＳパケットの残りのフィールドは全て０ｂ
とする。

【０２６３】ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆ
ｉｅｒは、該ＰＥＳパケットに格納されたデータが、ビ
デオデータなのか、オーディオデータなのかを識別する
ための情報である。ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎ
ｔｉｆｉｅｒの値は以下のように設定される。 ０ｂ：ビデオストリーム １ｂ：オーディオストリーム

【０２６４】ＰＥＳ＿ｅｘｉｓｔｅｎｃｅ＿ｆｌａｇと
ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒは対象
となる全てのＰＥＳパケットについて記述されるフィー
ルドである。

【０２６５】さて、上記ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄ
ｅｎｔｉｆｉｅｒによってビデオかオーディオが格納さ
れていると判明した時点で、ＰＥＳパケットが格納する
ストリームの種別によって、それ以降のフィールド定義
が異なる。

【０２６６】そのＰＥＳパケットがビデオストリームを
格納していた場合（ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎ
ｔｉｆｉｅｒ＝０ｂ）は、ＰＥＳ＿ｐａｙｌｏａｄ＿ｉ
ｄｅｎｔｉｆｉｅｒに続いて、そのＰＥＳパケットに格
納されたピクチャの種別を示すｐｉｃｔｕｒｅ＿ｃｏｄ
ｉｎｇ＿ｔｙｐｅが定義される。

【０２６７】ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅ
の値は以下のように設定される。 ００ｂ：０１ｂ、１０ｂ以外の符号化が施されたピクチ
ャ ０１ｂ：フレームエンコードされたＩピクチャまたは、
フィールドエンコードされたＩピクチャの一対または、
フィールドエンコードされたＩピクチャとフィールドエ
ンコードされたＰピクチャの一対 １０ｂ：フレームエンコードされたＰピクチャまたは、
フィールドエンコードされたＰピクチャの一対 １１ｂ：リザーブ つまり、０１ｂもしくは１０ｂのピクチャはＤＶＤ−Ｖ
ｉｄｅｏ規格で定義される参照ピクチャとなるピクチャ
である。以上が、ビデオを格納したＰＥＳパケットに対
する付加情報である。

【０２６８】一方、ＰＥＳパケットがオーディオストリ
ームを格納していた場合（ＰＥＳ＿ｐａｙｌｏａｄ＿ｉ
ｄｅｎｔｉｆｉｅｒ＝１ｂ）は、ＰＥＳ＿ｐａｙｌｏａ
ｄ＿ｉｄｅｎｔｉｆｉｅｒに続いて、そのＰＥＳパケッ
トに格納されたオーディオストリームが第一音声ストリ
ームなのか、第二音声ストリームなのかを識別するｓｔ
ｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒと、毎Ｔｉｐパケット
に記述されたＦＶＦＰＳＴ（一番最初に表示されるビデ
オフィールドの再生開始時刻）と同時もしくはその直後
に再生が開始されるオーディオフレームを含んでいるか
否かの判定フラグであるｓｙｎｃ＿ｐｒｅｓｅｎｔａｔ
ｉｏｎ＿ｆｌａｇとがある。

【０２６９】ｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒの値
は以下のように設定される。 ０ｂ：第一音声ストリーム １ｂ：第二音声ストリーム

【０２７０】第一音声ストリームか、第二音声ストリー
ムかの識別は、ＰＩＤの設定規則や、ＰＭＴでのエレメ
ンタリーストリーム宣言の順番等でも決めることができ
る。

【０２７１】ｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆ
ｌａｇの値は、以下のように設定される。 ０ｂ：該オーディオＰＥＳパケットの中に、ＦＶＦＰＳ
Ｔと同時もしくは直後に再生開始されるオーディオフレ
ームが格納されていない。 １ｂ：該オーディオＰＥＳパケットの中に、ＦＶＦＰＳ
Ｔと同時もしくは直後に再生開始されるオーディオフレ
ームが格納されている。

【０２７２】以上が、オーディオを格納したＰＥＳパケ
ットに対する付加情報である。ＰＥＳ＿ｉｎｆｏは、こ
のように該Ｔｉｐパケットに続く個々のＰＥＳパケット
ごとの情報を抽出し、格納しているフィールドである。

【０２７３】図４１に、ＭａｋｅｒｓＰｒｉｖａｔｅＤ
ａｔａを示す。図示した通り、ＭａｋｅｒｓＰｒｉｖａ
ｔｅＤａｔａは、本Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ
を生成した製造者を特定するｍａｋｅｒ＿ＩＤと、その
製造者が固有付加情報を記述するｍａｋｅｒ＿ｐｒｉｖ
ａｔｅ＿ｄａｔａを設ける。

【０２７４】図４２Ａ〜４２Ｂに、ＴｉｐパケットのＰ
ＩＤとストリームの種別を示すｓｔｒｅａｍ＿ｔｙｐｅ
値の一例を示す。ＰＩＤ、ｓｔｒｅａｍ＿ｔｙｐｅ共に
ＭＰＥＧや他規格にて予約されている値があるため、そ
れらと干渉せずかつＭＰＥＧ規格外のプライベートデー
タであることを加味し、上記の値を選択した。

【０２７５】以上のように、Ｃｏｎｓｔｒａｉｎｅｄ
ＳＥＳＦに格納されるＴｉｐパケットには、各種ストリ
ームの属性情報が抽出され格納されている。上記説明し
たフィールドがＤＶＤフォーマットへ変換する際にどの
ように使用されているかの詳細については、後述する。

【０２７６】（システムエンコード条件）次に、Ｃｏｎ
ｓｔｒａｉｎｅｄ ＳＥＳＦのシステムエンコード条件
について詳細に説明する。尚、以下のシステムエンコー
ド条件は通常のＳＥＳＦには適用されない。

【０２７７】＜多重化単位（Multiplexing Unit）＞Ｃ
ｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内のエレメンタリース
トリームを格納したＴＳパケットは、ＤＶＤフォーマッ
トの２ＫＢのパックに格納されるデータをまとめたユニ
ットである多重化単位（Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕ
ｎｉｔ）から構成される。なお、この多重化単位（Ｍｕ
ｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）は第１の実施例の多
重化ブロックに対応する。

【０２７８】１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉ
ｔ内には、１種類のエレメンタリーストリームを格納す
るＴＳパケットだけが格納されており、他の種類のエレ
メンタリーストリームを格納するＴＳパケットと混在す
ることはない。また、ＮＵＬＬパケットとの混在は、１
つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを構成する際
に必要となる場合があるので（例えば、ストリームの最
後のパートを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎ
ｉｔ）、禁止しない。これも、Ｍｕｌｔｉｐｌｅｘｉｎ
ｇ Ｕｎｉｔとパックの関係を明確にするために必要で
ある。

【０２７９】１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉ
ｔは１１個の連続したＴＳパケットから構成され、各Ｍ
ｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内のエレメンタリー
ストリーム（ペイロードデータ）は対応する１つのパッ
クに完全に格納される。これも同様に、パックとの関連
性を制限している。

【０２８０】ＰＥＳパケットヘッダを格納したＴＳパケ
ットは、ＭｕｌｔｉｐｌｅｘｉｎｇＵｎｉｔの先頭に配
置される。これは、ＤＶＤフォーマットのパックへ変換
する際に、パックのパケットヘッダ（ＭＰＥＧ−ＴＳ上
では「ＰＥＳパケットヘッダ」と称する。）とＣｏｎｓ
ｔｒａｉｎｅｄ ＳＥＳＦのＰＥＳパケットヘッダとを
関連付け、容易にＴＳパケットごとの逐次処理にて変換
できるようにしている。

【０２８１】ビデオストリームを格納したＰＥＳパケッ
トが複数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに分割
配置される場合には、ＰＥＳパケットの最後のバイトを
含むＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを除き、全て
のＭｕｌｔｉｐｌｅｘｉｎｇＵｎｉｔは１８４×１１＝
２０２４ＢのＴＳパケットペイロードデータを格納す
る。これは、最大の効率でストリームを転送すること
と、ＴＳパケット単位の逐次処理がＴＳ２ＰＳ変換時に
容易に実行できるようにするためである。仮に最後以外
のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔのデータ量を２
０２４Ｂ以下と認めてしまうと、ＴＳ２ＰＳ変換時にＭ
ｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ最初のＴＳパケット
を変換する際にＭＰＥＧ−ＰＳのパック毎のパケットヘ
ッダに格納されるＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ
の値を容易に決定することができなくなる。

【０２８２】オーディオストリームを格納したＰＥＳパ
ケットは、１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ
内の先頭のＴＳパケットで始まり、そのＭｕｌｔｉｐｌ
ｅｘｉｎｇ Ｕｎｉｔ内で終わる。これも、オーディオ
ストリームを格納したＰＥＳパケットが複数のＭｕｌｔ
ｉｐｌｅｘｉｎｇ Ｕｎｉｔに格納されることを考える
と分り易い。仮に１つのオーディオＰＥＳパケットが複
数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに分割配置さ
れるとすると、２つ目以降のＭｕｌｔｉｐｌｅｘｉｎｇ
ＵｎｉｔをＭＰＥＧ−ＰＳのパックに変換する際に、
パケットヘッダを生成するために、ＰＴＳを特定し、１
つのパックに格納されるオーディオフレームの個数を決
定する必要があり、このため、オーディオストリームの
内部解析が必要となる。

【０２８３】以上がＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉ
ｔの定義となる。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを
生成するエンコーダは、上記Ｍｕｌｔｉｐｌｅｘｉｎｇ
Ｕｎｉｔの制限の中でシステムエンコードを行う。

【０２８４】（Constrained SESF内のＰＥＳパケットヘ
ッダの制限）次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ
内のＰＥＳパケットヘッダのフィールド値について、い
くつかの制限を説明する。

【０２８５】図４３に示したように、ＰＥＳパケットヘ
ッダのフィールドには、固定値しか許されないものがあ
る。これは、ＤＶＤフォーマットへ変換した際に余計な
処理を発生させないためである。余計な処理とは、ＤＶ
Ｄフォーマットで定義された値と異なる値によって付加
的に発生／消滅するフィールドを処理することを意味し
ている。言い換えれば、ＴＳ２ＰＳ変換時に、ヘッダに
追加されるフィールドや削除されるフィールドを極力押
さえることが、このＰＥＳパケットヘッダの制限の目的
である。

【０２８６】ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｇｎｔｈの値
はＭＰＥＧ−ＴＳに格納されたビデオストリーム場合、
０が許されることがある。

【０２８７】ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓは、ＰＴＳ、
ＤＴＳが記述されているか否かを示すフラグである。

【０２８８】オーディオストリームを格納したＰＥＳパ
ケットの場合、必ず１つ以上のオーディオフレームがＰ
ＥＳパケット内で開始され、ＰＴＳ＿ＤＴＳ＿ｆｌａｇ
ｓは１０ｂ（ＤＴＳがある場合には１１ｂ）に設定され
る。

【０２８９】ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇと
ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｇｎｔｈには、
ＴＳ２ＰＳ変換の際にＴＳパケット単位の逐次処理を行
うための制限がある。これを図４４に示した。

【０２９０】図４４に示した通り、エレメンタリースト
リームの種別、ＰＥＳパケットの位置とｅｎｃｏｄｅ＿
ｃｏｎｄｉｔｉｏｎの値によって、夫々の値が定義され
る。

【０２９１】ここで、図４４にあるＶＰＤとは、ＰＥＳ
パケットのＰＴＳフィールドとＤＴＳフィールドを足し
合わせたバイト長である。即ち、 ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝００ｂならば、ＶＰＤ＝
０ ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１０ｂならば、ＶＰＤ＝
５ ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１１ｂならば、ＶＰＤ＝
１０ である。

【０２９２】前述の通り、ＤＶＤ−ＶｉｄｅｏやＶＲへ
変換する際に、１パックのペイロード長が確定してから
パックを構成するのではなく、ＴＳパケットごとの逐次
処理を容易にするためにこの制限が必要となる。

【０２９３】以上が、ＰＥＳパケットヘッダの定義とな
る。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成するエン
コーダは、上記制限の中でシステムエンコードを行う。

【０２９４】（Ｔｉｐパケットの挿入間隔に対する制
限）次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内に挿入
されるＴｉｐパケットの挿入間隔に関する制限を説明す
る。

【０２９５】ＴｉｐパケットのＡＴＳ（ＡＴＳ１）が示
すデコーダ入力時刻と、Ｔｉｐパケットに続いて最初に
デコーダに入力されるビデオもしくはオーディオストリ
ームを格納したＴＳパケットのＡＴＳ（ＡＴＳ２）が示
すデコーダ入力時刻とは、以下の関係が成り立つ必要が
ある。

【０２９６】ATS1 + T <= ATS2 T = (PS_pack_size*8*system_clock_frequency) / PSra
te Tは、PSパックの最小転送期間である。この最小転送期
間は、PSパックがシステムデコーダに入力開始されてか
ら完了するまでの最小期間である。すなわち上記の式
は、各TSパケットのATS間隔は、少なくとも変換後のPS
パックがシステムデコーダに入力可能な間隔よりも大き
いことが必要なことを示している。Tの値を求めると次
のようになる。

【０２９７】ＰＳ＿ｐａｃｋ＿ｓｉｚｅはＴＳ２ＰＳ変
換で生成されるＭＰＥＧ−ＰＳでの１パックのバイト長
であり、ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃ
ｙはＭＰＥＧ−ＰＳデコーダの基準時刻の周波数であ
り、ＰＳｒａｔｅはＴＳ２ＰＳ変換で生成されるＭＰＥ
Ｇ−ＰＳストリームの多重化レートである。

【０２９８】ＤＶＤフォーマットの場合、それぞれ以下
の値を取るため、ＡＴＳ１とＡＴＳ２の関係は次のよう
になる。

【０２９９】 ＰＳ＿ｐａｃｋ＿ｓｉｚｅ＝２０４８ バイト、 ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙ＝２７
００００００ Ｈｚ、 ＰＳｒａｔｅ＝１００８００００ ビット／秒、 ATS1 + 43885.714... <= ATS2 よって、ATS1 + 43886 = ATS2 がＡＴＳ２の最小値とな
る。典型的には、後述のＴＳ２ＰＳ変換にてＴｉｐパケ
ットがＮＶ＿ＰＣＫ（ＤＶＤ−Ｖｉｄｅｏ変換時）もし
くはＲＤＩ＿ＰＣＫ（ＤＶＤ ＶＲ変換時）の２ＫＢの
サイズを持つパックに変換されるが、上記の式を満たさ
ない場合は、続くエレメンタリーストリームの転送時刻
が早まり、ＤＶＤのシステム転送レート１０．０８Ｍｂ
ｐｓの上限を超えてしまうことになる。

【０３００】尚、Ｔｉｐパケット送出後だけにＡＶデー
タの非転送時間を設けるだけでなく、Ｔｉｐパケットを
境界として、その前後に送出されるＡＶデータの間隔を
上記の時間確保するとしても同様の効果がある。

【０３０１】一つのＳＥＳＦ ｃａｐｓｕｌｅには整数
個のＧＯＰがアライメントされて配置される。これは、
ＤＶＤフォーマットのＶＯＢＵの概念をＣｏｎｓｔｒａ
ｉｎｅｄ ＳＥＳＦ上で実現するために、ＳＥＳＦ ｃ
ａｐｓｕｌｅを、ＤＶＤフォーマットのＶＯＢＵに対応
させるためである。ＤＶＤフォーマット（ＤＶＤ Ｖ
Ｒ）では、このＶＯＢＵは整数個のＧＯＰから構成され
る必要がある。

【０３０２】一つのＳＥＳＦ ｃａｐｓｕｌｅ内に格納
されるビデオデータの再生時間軸上での時間幅は、０．
４秒以上、１．０秒以下でなければならない。また、最
後のＳＥＳＦ ｃａｐｓｕｌｅに格納されるビデオデー
タの再生時間軸上での時間幅は、ｅｎｃｏｄｅ＿ｃｏｎ
ｄｉｔｉｏｎ＝１１ｂ（ＤＶＤ−Ｖｉｄｅｏモード）時
には０．４秒以上１．２秒以下であり、ｅｎｃｏｄｅ＿
ｃｏｎｄｉｔｉｏｎ＝０１ｂ（ＤＶＤ ＶＲモード）時
には１．０秒以下でなければならない。これは、ＳＥＳ
Ｆ ｃａｐｓｕｌｅがＶＯＢＵとなり、各ＤＶＤフォー
マットに従うために必要である。

【０３０３】各Ｔｉｐパケットは、通常、時間−アドレ
ス変換を行うアクセスマップと１対１にポイントされる
ことが望まれる。これは、ＴＳ２ＰＳ変換を行う際に、
ＤＶＤフォーマットで言う所のＶＯＢＵ単位で変換を即
座に始められるようにすることと、変換時にＤＶＤ−Ｖ
ｉｄｅｏフォーマットに変換する場合に、Ｔｉｐパケッ
トをＮＶ＿ＰＣＫへと変換していく際に、ＮＶ＿ＰＣＫ
内に格納される近隣ＶＯＢＵへのアドレス情報であるＤ
ＳＩ（Data Search Information）をアクセスマップか
ら作成するために必要である。ＤＳＩを計算するために
は、アクセスマップが、Ｔｉｐパケットごとにその再生
時間（ＦＶＦＰＳＴに準じたＴｉｐパケット直後のＡＶ
再生時刻情報の一部もしくは全部）とＴｉｐパケットの
記録アドレスとを格納し、２つの連続するＴｉｐパケッ
ト間にＭｕｌｔｉｐｌｅｘｉｎｇＵｎｉｔが何個格納さ
れているかが判れば良い。これは次の制約によって実現
される。

【０３０４】尚、全てのＴｉｐパケットがアクセスマッ
プからポイントされなくても良い、例えば、Ｃｏｎｓｔ
ｒａｉｎｅｄ ＳＥＳＦ内で一番最後のＴｉｐパケット
に続くＡＶデータは、再生時間長や次のＴｉｐパケット
が無い等、他のＴｉｐパケットと異なる状態にあるため
扱いが異なる。このような場合、一番最後のＴｉｐパケ
ットをアクセスマップに登録せずとも特に再生や変換に
支障をきたす訳ではない為、機器の実装を鑑み、例外処
理としても良い。

【０３０５】連続する２つのＴｉｐパケット間には、Ｍ
ｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに属さないパケット
が合計３２個挿入される。これは、ＴＳ２ＰＳ変換時に
アクセスマップを用いてＤＶＤフォーマットに変換した
場合、ＶＯＢＵのパック数がいくつになるのかを特定す
るために必要である。（パケット数は３２個に限定する
必要はないが、ある所定の個数である必要がある。アク
セスマップのＴｉｐパケットのアドレス情報から、Ｔｉ
ｐパケットに続くＴＳパケット数が特定できるため、Ｍ
ｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔでないパケットがい
くつあるのかが判れば、ＤＶＤフォーマットに変換した
際に、ＶＯＢＵにいくつのパックが入るのか特定でき
る。これが重要である。） また、３２個にする理由は、ＭＰＥＧ−ＴＳのプログラ
ム構成情報を示すＰＡＴ、ＰＭＴパケットが最低１００
ｍｓｅｃに一回以上埋め込まれることと、プログラムご
との固有情報を格納したＳＩＴパケットが最低１秒に一
回以上埋め込まれることと、デコーダ基準時刻を作り出
すＰＣＲ（Program Clock Reference）を格納するＰＣ
Ｒパケットが最低１００ｍｓｅｃに一回以上埋め込まれ
ることと、何れのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ
にも属さないＮＵＬＬパケットが自由に付加できること
と、Ｔｉｐパケットの挿入間隔がＡＶデータ再生時間軸
で１．０秒以下であることから、連続する２つのＴｉｐ
パケット間には、少なくとも３１個のＰＡＴ、ＰＭＴ、
ＰＣＲ、ＳＩＴパケットがあれば良い事になる。従って
連続する２つのＴｉｐパケット間に、その時間に応じた
ＰＡＴ、ＰＭＴ、ＰＣＲ、ＳＩＴパケットを挿入し、３
２パケットになるまでＮＵＬＬパケットを付与すること
で、ＶＯＢＵのパック数をアクセスマップから特定する
ことができる。

【０３０６】一例として、０．５秒間隔でＴｉｐパケッ
トが挿入され、アクセスマップ特定できる該Ｔｉｐパケ
ットに続くＴＳパケットの個数が１２１０ＴＳパケット
である場合について変換後のパック数を考えてみると、
ＰＡＴ、ＰＭＴ、ＰＣＲパケットを合計して１５パケッ
ト（=5+5+5）、ＳＩＴパケットがこのＴｉｐパケットに
続けて挿入されたとして１パケット、残りの１６パケッ
トをＮＵＬＬパケットとして挿入する。これをＤＶＤフ
ォーマットに変換する場合には、ＴｉｐパケットがＮＶ
＿ＰＣＫ（ＤＶＤ−Ｖｉｄｅｏへ変換時）もしくはＲＤ
Ｉ＿ＰＣＫ（ＤＶＤ ＶＲへ変換時）に変換されて１パ
ック、１つのＭｕｌｔｉｐｌｅｘｉｎｇＵｎｉｔ（１１
ＴＳパケット）は１パックに夫々変換される。従って、
ＶＯＢＵのパック数は、 １＋Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの個数 という式で求めることができ、Ｍｕｌｉｔｐｌｅｘｉｎ
ｇ Ｕｎｉｔの個数は、 （該Ｔｉｐパケットに続くＴＳパケット数−３３）／１
１ であるため、この例の場合には、 1+((1210-33)/11) = 1+107 = 108 となり、該ＶＯＢＵは、トータル１０８パックであるこ
とが計算できる。このＶＯＢＵ毎のパック数と再生開始
時刻情報があれば、ＤＶＤ Ｖｉｄｅｏへ変換する際に
必要となるＮＶ＿ＰＣＫのＤＳＩパケットを生成するの
がきわめて高速に実現できる。

【０３０７】以上が、Ｔｉｐパケット挿入間隔に対する
制限である。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成
するエンコーダは、上記制限の中でシステムエンコード
を行う。

【０３０８】（デコーダ制御に関する制限）次に、Ｃｏ
ｎｓｔｒａｉｎｅｄ ＳＥＳＦのデコーダ制御（バッフ
ァマネージメント）に関する制限を説明する。

【０３０９】Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、Ｍ
ＰＥＧ−ＴＳの基準デコーダモデルであるＴ−ＳＴＤの
基準を満たすよう作成される必要がある。これは、Ｔ−
ＳＴＤ準拠のデコーダを搭載したＳＴＢ等でもストリー
ムの種別さえ合えば、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
Ｆのデコードが可能であることを意味している。

【０３１０】ＭＰＥＧ−ＴＳの基準デコーダモデルであ
るＴ−ＳＴＤと、ＭＰＥＧ−ＰＳの基準デコーダモデル
であるＰ−ＳＴＤは、ほぼ同じ動作・処理能力を持つ
が、オーディオストリームのデコーダへの入力レートが
異なる。具体的には、Ｔ−ＳＴＤは、図１８を用いて説
明すると、オーディオデコーダ前のトランスポートバッ
ファからオーディオバッファへの転送レートがＡＡＣを
除いて、２Ｍｂｐｓ固定となっている。しかしながら、
Ｐ−ＳＴＤはシステムレートつまりＤＶＤだと１０．０
８Ｍｂｐｓのレートで、各種ストリームをデコーダへ入
力することができる。

【０３１１】したがって、Ｃｏｎｓｔｒａｉｎｅｄ Ｓ
ＥＳＦとＤＶＤフォーマットとのバッファマネージメン
トは共通化できないことになる。

【０３１２】このように、一般的には、ＭＰＥＧ−ＴＳ
とＭＰＥＧ−ＰＳ間でのバッファマネージメントは共通
化できないが、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤ
ＶＤフォーマットへ変換する際に、再度バッファマネー
ジメントを考慮しながらシステムエンコード処理を行う
ことを避け、各ＴＳパケットに付与されたＡＴＳを用い
て、変換後のパックのデコーダ入力開始時刻を示すＳＣ
Ｒ（System Clock Reference）を算出できれば、極めて
高速にかつ容易に変換が実行できる。ＡＴＳを用いたＳ
ＣＲの導出方法の詳細は後述する。

【０３１３】また、本発明のＣｏｎｓｔｒａｉｎｅｄ
ＳＥＳＦは、Ｔ−ＳＴＤ準拠であると共に、後述する変
換方法によって生成されたＭＰＥＧ−ＰＳが、Ｐ−ＳＴ
Ｄ準拠であることを保証できるように、予めエンコード
される必要がある。

【０３１４】つまり、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
Ｆとは、ＭＰＥＧ−ＰＳに変換してもＰ−ＳＴＤ準拠に
なるようにＭＰＥＧ−ＴＳにエンコードされたストリー
ムである。

【０３１５】以上が、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
Ｆのバッファマネージメントに関する制限である。な
お、ＳＥＳＦではこれらのことを気にすることなく、Ｔ
−ＳＴＤに合致するようにエンコードするのみである。

【０３１６】ここで、Ｔ−ＳＴＤ、Ｐ−ＳＴＤの基準モ
デルに準拠しないＭＰＥＧ−ＴＳ、ＭＰＥＧ−ＰＳの例
を説明する。

【０３１７】最初に図４５に、ＭＰＥＧ−ＰＳに変換可
能だが、Ｔ−ＳＴＤモデルを満たさないようにセルフエ
ンコードされたＭＰＥＧ−ＴＳの例を示す。ストリーム
ＴＳ１は、Ｔ−ＳＴＤモデルに準拠するようにシステム
エンコードされたＭＰＥＧトランスポートストリームで
ある。ストリームＴＳ２は、Ｔ−ＳＴＤモデルに準拠し
ていないＭＰＥＧトランスポートストリームである。す
なわち、ストリームＴＳ２においては、ＡＴＳ［４７］
からＡＴＳ［５７］の値が、ＭＰＥＧ−ＴＳにおいてオ
ーディオデータに対して許容される転送レートを超えて
しまうように設定されており、このため、オーディオの
トランスポートバッファ（図１８参照）をオーバーフロ
ーさせてしまいＴ−ＳＴＤモデルを満たさないようにな
っている。これに対し、ストリームＴＳ１は、ＡＴＳ
［４７］からＡＴＳ[５７]の値がＭＰＥＧ−ＴＳにおい
てオーディオデータに対して許容される転送レートを満
たすように設定されている。このストリームからは、後
述のＳＣＲ変換式にてＰ−ＳＴＤ準拠のＭＰＥＧプログ
ラムストリームＰＳ１に正しく変換できる。また、スト
リームＴＳ２も、Ｔ−ＳＴＤを満たさないが、後述のＳ
ＣＲ変換式で変換すれば、ＰＳ１を生成する。ストリー
ムＴＳ２をＴ−ＳＴＤ準拠のＭＰＥＧ−ＴＳにするため
には、ＡＴＳ［４７］からＡＴＳ[５７]で指定されるオ
ーディオパケットの転送時間間隔を広げ、トランスポー
トバッファをオーバーフローさせないようにすることが
必要である。

【０３１８】次に、図４６Ａ、４６ＢにＴ−ＳＴＤは満
たすが、ＭＰＥＧ−ＴＳから変換されたＭＰＥＧ−ＰＳ
がＰ−ＳＴＤモデルを満たさない場合の例を示す。スト
リームＴＳ３はＭＰＥＧトランスポートストリームであ
り、ストリームＰＳ３はＭＰＥＧトランスポートストリ
ームＴＳ３から変換されたＭＰＥＧプログラムストリー
ムである。図４６Ｂは、各ストリームのデコ−ド時のビ
デオデータ用バッファの状態の変化を示している。ＰＥ
Ｓ＃１のピクチャのデコード時刻はＳＣＲ［２］であ
り、ＰＥＳ＃２のピクチャのデコード時刻はＳＣＲ
［４］とＳＣＲ［５］の間にくる。 図４６Ｂに示すよ
うに、トランスポートストリームＴＳ３においては、Ｐ
ＥＳ＃１、ＰＥＳ＃２に含まれるピクチャデータのデコ
ードまでに各ＴＳパケットのデータ転送が間に合ってい
る。これに対し、プログラムストリームＰＳ３ではＰＥ
Ｓ＃１に対してはＶ＿ＰＣＫ＃１の転送が間にあってい
るが、ＰＥＳ＃２に対しては、Ｖ＿ＰＣＫ＃４の転送が
間に合わず、その転送途中でデコードが開始されたため
にバッファアンダーフローを生じる。よって、Ｐ−ＳＴ
Ｄモデルが満たされていない。このような状態を回避す
るためには、ＭＰＥＧ−ＴＳにおいてＰＥＳ＃２の転送
が早期に完了するように、Ｖ＿ＰＣＫ＃２〜Ｖ＿ＰＣＫ
＃４に変換される各ＴＳパケットのＡＴＳ（ＡＴＳ[１
４]、ＡＴＳ[２５]、ＡＴＳ[３６]）の値をＰＥＳ＃２
のピクチャのデコード時刻よりも時間的に早くなるよう
にシフトさせればよい。

【０３１９】＜ＡＴＳ−ＳＣＲ変換＞次に、Ｃｏｎｓｔ
ｒａｉｎｅｄ ＳＥＳＦのストリームをプログラムスト
リームに変換するときのＰＳパケットのＳＣＲの導出方
法について説明する。なお、ＳＣＲの計算が必要となる
のは新規にパックを生成するときであるため、Ｔｉｐパ
ケットと、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭
のＴＳパケットを変換するときのみ必要となる。

【０３２０】Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのスト
リームは、図１４Ｃに示す構造を持っている。ＴＳパケ
ット中には基準時刻情報（ＰＣＲ）を格納したＰＣＲパ
ケットかつ／またはＴｉｐパケットが適宜挿入されてお
り、これを用いてデコーダ基準時刻であるＳＴＣ（Syst
em Time Clock）をある時間間隔でリセットすることが
可能である。また、各ＴＳパケットには、各ＴＳパケッ
ト間の相対的な送出時刻情報を格納したＡＴＳが前置さ
れている。そのため、ＰＣＲを格納したＴＳパケット以
降に送出されるＴＳパケットは、ＰＣＲ値と、ＴＳパケ
ット間の相対的な送出時刻情報であるＡＴＳとから得ら
れるタイミングでデコーダに入力される。つまり、ＰＣ
Ｒを格納したＴＳパケット以降のＴＳパケットに対して
は、各ＴＳパケットのデコーダ入力時刻（以下「ｃａｌ
ｃｕｌａｔｅｄ＿ＰＣＲ」と称す）を生成できる。ま
た、ＰＣＲを格納したＴＳパケットが無い場合でも、Ｐ
ＣＲに相当する情報を管理情報に抽出しておくことも可
能である。

【０３２１】図４７は、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥ
ＳＦからＭＰＥＧ−ＰＳへ変換した際のｃａｌｃｕｌａ
ｔｅｄ＿ＰＣＲとＳＣＲの関係を示した図であり、図８
０で示すＣａｐｓｕｌｅの先頭部である。なお、図にお
いて、各ＴＳパケットにストリーム先頭から昇順で付与
されたＡＴＳをＡＴＳ［ｋ］と表記している。また、Ｍ
ｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケット
に対して、その出現順に計算されたＰＣＲ値をｃａｌｃ
ｕｌａｔｅｄ＿ＰＣＲ［ｉ］（i=0,1,2,...）と表記し
ている。同様に変換後のパックのＳＣＲも出現順にＳＣ
Ｒ［ｉ］と表記している。

【０３２２】前述の通り、Ｔ−ＳＴＤ基準モデルでは、
ビデオストリームの転送については最大転送レート１５
Ｍｂｐｓ（ＭＰ＠ＭＬの場合、マルチプレクサバッファ
からビデオバッファの転送レートは１５Ｍｂｐｓを超え
ない）の制限があり、オーディオストリームの入力レー
トについては、ビデオよりも低いレート制限がある。
（トランスポートバッファからオーディオバッファへの
転送レートはＡＡＣを除き２Ｍｂｐｓを超えない）この
ため、オーディオデータを格納したＭｕｌｔｉｐｌｅｘ
ｉｎｇ Ｕｎｉｔは、ビデオデータを格納したＭｕｌｔ
ｉｐｌｅｘｉｎｇＵｎｉｔと異なり、低レートで転送さ
れる。従って、ビデオデータの転送レートをＤＶＤフォ
ーマットの最大レートである９．８Ｍｂｐｓ近くまで上
げようとすれば、転送レートが低く時間がかかるオーデ
ィオデータの転送時間を確保するために、ビデオデータ
のＴＳパケットは、ＤＶＤの転送レート（１０．０８Ｍ
ｂｐｓ）より高いレートで送出される必要がある。

【０３２３】図４７に示すように、Ｃｏｎｓｔｒａｉｎ
ｅｄ ＳＥＳＦと、ＤＶＤフォーマットとの間で、転送
時間帯が異なっていることがわかる。

【０３２４】ＴｉｐパケットもしくはＭｕｌｔｉｐｌｅ
ｘｉｎｇ Ｕｎｉｔの先頭のＴＳパケットのデコーダ到
着時刻（ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ）と、それらが
変換された後のパックのＳＣＲとの間には、次の関係式
が成り立つ必要がある。

【０３２５】SCR[0] = calculated_PCR[0] SCR[i] = max( SCR[i-1] + T , calculated_PCR[i] )
(i= 1,2, 3, ...) calculated_PCR[i] = PCR_tip + (ATS[i] - ATS_tip +
WA*BS) T = PS_pack_size*8*system_clock_frequency / PSrate ここで、PCR_tipとATS_tipは夫々、変換するＭｕｌｔｉ
ｐｌｅｘｉｎｇ Ｕｎｉｔ直前のＴｉｐパケットに記述
されたＰＣＲ値と、そのＴｉｐパケットのＡＴＳ値であ
る。WAは、ｉ番目のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉ
ｔの中で先頭のＴＳパケットに付与されたＡＴＳ（ATS
[i]）とATS_tipとの間のＡＴＳで、何回桁あふれが起き
たかを表しており、BSは、ＡＴＳの一回の桁あふれの量
を表している。また、max(a, b)はａ，ｂの内で大きい
方の値を選択する関数である。

【０３２６】また、ＳＣＲ［ｉ］（ｉ＝０、１、２、
３．．．）に関する関係式では、前述の通り、ＰＳ＿ｐ
ａｃｋ＿ｓｉｚｅはＴＳ２ＰＳ変換で生成されるＭＰＥ
Ｇ−ＰＳのパック１個分のバイト長である。ｓｙｓｔｅ
ｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙはＭＰＥＧ−ＰＳ
デコーダの基準時刻の周波数であり、ＰＳｒａｔｅはＴ
Ｓ２ＰＳ変換で生成されるＭＰＥＧ−ＰＳストリームの
多重化レートである。すなわち、 ＰＳ＿ｐａｃｋ＿ｓｉｚｅ＝２０４８ バイト、 ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙ＝２７
００００００ Ｈｚ、 ＰＳｒａｔｅ＝１００８００００ ビット／秒である。

【０３２７】従って、先頭以降のパックの送出について
は、一つ前のパックの送出時刻から転送レートで定めら
れる転送最小時間経過後に送出するか、そのパックを形
成する最初のＴＳパケットのデコーダ入力時刻にて送出
されるか、の２つのパターンがある。ビデオデータをＤ
ＶＤフォーマットへ変換した時刻よりも早い時刻に送出
している時には、前者の転送最小時間間隔をあけて送出
される方が選択される。例えば、ビデオデータをＤＶＤ
フォーマットへ変換したときよりも早い時間帯に送出し
ている場合は、一つ前のパックの送出時刻から転送レー
トで定められる転送最小時間経過後に送出される前者が
選択される。

【０３２８】尚、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは
編集が可能であるため、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉ
ｏｎ＝１１ｂで記録した場合でも、ストリームの先頭部
分を編集で消去した場合等は、ｃａｌｃｕｌａｔｅｄ＿
ＰＣＲ［０］＝０とならず、ｅｎｃｏｄｅ＿ｃｏｎｄｉ
ｔｉｏｎ＝００ｂへ戻されることも考えられる。

【０３２９】しかしながら、ｅｎｃｏｄｅ＿ｃｏｎｄｉ
ｔｉｏｎ＝１１ｂでありながら、ｃａｌｃｕｌａｔｅｄ
＿ＰＣＲ［０］＝０でない場合を容認する場合には、ｅ
ｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂの場合のみ、
次の変換式を定義することで、問題を解決することがで
きる。

【０３３０】SCR[0] = 0 SCR[i] = max( SCR[i-1] + T, calculated_PCR[i] ) -
calculated_PCR[0] (i= 1,2, 3, ...) calculated_PCR[i] = PCR_tip + (ATS[i] - ATS_tip +
WA*BS) T = PS_pack_size*8*system_clock_frequency / PSrate PTS(DVD-Video) = PTS(Constrained SESF) - calculate
d_PCR[0] DTS(DVD-Video) = DTS(Constrained SESF) - calculate
d_PCR[0] つまり、ＤＶＤ−Ｖｉｄｅｏ規格に準拠させるために、
ＳＣＲ［０］＝０とし、以降のＳＣＲは前述の変換式の
結果に時間ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［０］だけオ
フセットされた値を用い、ＤＶＤ−Ｖｉｄｅｏストリー
ム中のＰＴＳ、ＤＴＳも全て、一律に時間ｃａｌｃｕｌ
ａｔｅｄ＿ＰＣＲ［０］だけオフセットする。

【０３３１】こうして、ストリームの時刻情報を一律に
オフセットすることで、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥ
ＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ）の
先頭等を削除した場合でも、ｅｎｃｏｄｅ＿ｃｏｎｄｉ
ｔｉｏｎ＝１１ｂのまま管理されＤＶＤ−Ｖｉｄｅｏフ
ォーマットへ変換ができる。

【０３３２】ＤＶＤ−Ｖｉｄｅｏ規格フォーマットへの
変換においては、ＰＴＳ／ＤＴＳ値の変換が発生する
が、ＴＳパケット単位の逐次処理で容易に実現できる。

【０３３３】ＴＳ２ＰＳ変換する際には、上式に基づい
てＡＴＳからＳＣＲが計算される。ＴＳ２ＰＳ変換によ
り得られるプログラムストリームは前述のようにＰ−Ｓ
ＴＤモデルを準拠する必要があり、このためＳＣＲの値
はある範囲に制限される。したがって、Ｃｏｎｓｔｒａ
ｉｎｅｄ ＳＥＳＦの各パケットに付与されるＡＴＳの
値は上述のＡＴＳ−ＳＣＲ関係式を考慮して設定される
必要がある。

【０３３４】（エレメンタリーストリームに関する制
限）次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエレメ
ンタリーストリームに関する制限を説明する。

【０３３５】エレメンタリーストリームの再エンコード
は機器にとって非常に負荷の高い処理になるため、ビデ
オデータについては、ＭＰＥＧ２−Ｖｉｄｅｏのみが許
され、オーディオデータについては、ＡＣ−３、ＭＰＥ
Ｇ１−Ａｕｄｉｏ、ＬＰＣＭが許される。

【０３３６】ここで説明するＣｏｎｓｔｒａｉｎｅｄ
ＳＥＳＦは、ＬＰＣＭを除外しているが、これは２０ビ
ット以上の量子化ビット数を持つＬＰＣＭの場合にエレ
メンタリーストリームの再エンコードを行う危険性を避
けるためと、転送レートが上げられないオーディオのデ
ータ量を削減することで、バッファマネージメントを容
易に行うためでもある。しかしながら、１６ビットのＬ
ＰＣＭであれば、特に除外する必要はないと思われる。
したがって以下に説明するＣｏｎｓｔｒａｉｎｅｄ Ｓ
ＥＳＦに許されたストリームは、ビデオに関してＭＰＥ
Ｇ２−Ｖｉｄｅｏ、オーディオに関してＡＣ−３、ＭＰ
ＥＧ１−Ａｕｄｉｏの２種類のみとして説明する。な
お、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでない通常のＳ
ＥＳＦでは、オーディオデータの符号化がこれに限ら
ず、ＢＳデジタル放送で使用されているＡＡＣ（Ａｄｖ
ａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）等の符号化方
式が用いられても良い。

【０３３７】図４８にｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏ
ｎ＝"１１ｂ"の場合のエレメンタリーストリーム属性を
まとめて示した。

【０３３８】同図に示された属性は、ＤＶＤ−Ｖｉｄｅ
ｏ又はＤＶＤ ＶＲフォーマットに対してエレメンタリ
ーストリームレベルでの互換性を保てるように設定され
ているため、この属性に従ったＣｏｎｓｔｒａｉｎｅｄ
ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１
ｂ）は、ＤＶＤ−Ｖｉｄｅｏ又はＤＶＤ ＶＲフォーマ
ットへ変換する際に、エレメンタリーストリームの再エ
ンコードを必要とせず、高速変換が可能である。

【０３３９】図４９にｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏ
ｎ＝"０１ｂ"時のエレメンタリーストリーム属性をまと
めて示した。

【０３４０】同図に示された属性は、ＤＶＤ ＶＲとの
エレメンタリーストリームレベルでの互換性を保てるよ
うに設定されているため、この属性に従ったＣｏｎｓｔ
ｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔ
ｉｏｎ＝０１ｂ）は、ＤＶＤＶＲフォーマットへ変換す
る際に、エレメンタリーストリームの再エンコードを必
要とせず、高速に変換可能である。

【０３４１】ここで、図４８、図４９に記述したＮｏｔ
ｅ１〜４について説明する。 Ｎｏｔｅ１：この属性は、同一ＶＯＢ内で変化してはい
けない。 Ｎｏｔｅ２：この属性は、Ｔｉｐパケットに続く最初の
エレメンタリーストリームを格納したＴＳパケット内で
変化しても良い。言い換えれば、ＳＥＳＦ Ｃａｐｓｕ
ｌｅで先頭のビデオもしくはオーディオのＴＳパケット
でのみ変化できる。 Ｎｏｔｅ３：ｈｏｒｉｚｏｎｔａｌ＿ｓｉｚｅ、ｖｅｒ
ｔｉｃａｌ＿ｓｉｚｅとａｓｐｅｃｔ＿ｒａｔｉｏ＿ｉ
ｎｆｏｒｍａｔｉｏｎが同一であるｓｅｑｕｅｎｃｅ＿
ｈｅａｄｅｒ間には、ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏ
ｄｅを挿入してはならない。 Ｎｏｔｅ４：この属性は、同一ＶＯＢ内で変化しても良
い。

【０３４２】以上が、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
Ｆのエレメンタリーストリームに関する制限である。

【０３４３】ここで、説明してきたエンコード条件を加
えることでＤＶＤフォーマットへ容易にかつ高速に変換
可能なＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの生成が可能
となる。

【０３４４】（変換後のＤＶＤ−Ｖｉｄｅｏ／ＤＶＤ
ＶＲフォーマット）次に、Ｃｏｎｓｔｒａｉｎｅｄ Ｓ
ＥＳＦが変換されるべきＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ
ＶＲのフォーマットにおけるフィールド設定について説
明する。

【０３４５】＜ＤＶＤ−Ｖｉｄｅｏフォーマット＞以下
では、簡単にＤＶＤ−Ｖｉｄｅｏ規格のストリームにつ
いて説明する。なお、ＤＶＤ−Ｖｉｄｅｏのストリーム
フォーマットの詳細については、「ＤＶＤＳｐｅｃｉｆ
ｉｃａｔｉｏｎｓ ｆｏｒ Ｒｅａｄ−Ｏｎｌｙ Ｄｉ
ｓｃ Ｐａｒｔ３ ＶＩＤＥＯ ＳＰＥＣＩＦＩＣＡＴ
ＩＯＮＳ」に記述されている。

【０３４６】図５０にＤＶＤ−Ｖｉｄｅｏ規格のフォー
マットのストリーム構造を示す。同図に示すように、各
ストリームは複数のＶＯＢを含み、各ＶＯＢは整数個の
ＶＯＢＵから成る。ＶＯＢＵは整数個のパックから成
り、ＮＶ＿ＰＣＫを先頭としてビデオパック（Ｖ＿ＰＣ
Ｋ）やオーディオパック（Ａ＿ＰＣＫ）がこれに続く。
ＮＶ＿ＰＣＫは、通常のＤＶＤのパックの構造と異なり
２つのパケットを内包した形となっている。それぞれの
パケットはＰＣＩ（Presentation Control Informatio
n）パケット、ＤＳＩ（Data Search Information）パケ
ットと呼ばれ、ＰＣＩパケットには、当該ＶＯＢＵに対
する再生制御情報が格納される。ＤＳＩパケットには、
当該ＶＯＢＵと周辺のＶＯＢＵとの位置関係等の特殊再
生に有用な情報が格納されている。以下では、フィール
ドを説明するとともに、その計算方法を合わせて記述し
ていく。

【０３４７】図５１にＮＶ＿ＰＣＫのＰＣＩデータの構
造を示す。ＰＣＩデータは、ＰＣＩの全般的な情報を格
納するＰＣＩ＿ＧＩ（PCI General Information）と、
非シームレスのアングル情報であるＮＳＭＬ＿ＡＧＬＩ
と、メニューボタンなどにハイライトを当てるための情
報であるＨＬＩと、ＩＳＲＣ（International Standard
Recording Code）を格納するＲＥＣＩとから構成され
る。

【０３４８】ＮＳＭＬ＿ＡＧＬＩとＨＬＩは、Ｃｏｎｓ
ｔｒａｉｎｅｄ ＳＥＳＦから変換された場合には、無
効を意味するデータが記述される。

【０３４９】ＩＳＲＣには、無効を意味するデータを記
述しても良いし、ＩＳＲＣコードを正しく記述しても良
いが、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからの変換に
関係がないため、ここでの説明は割愛する。従って、Ｃ
ｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからＰＣＩデータを作
成する際に問題となるのは、ＰＣＩ＿ＧＩのみである。

【０３５０】図５２にＮＶ＿ＰＣＫのＰＣＩ＿ＧＩの構
造を示す。以下では、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
Ｆから変換する際に計算を要するフィールドについての
みその算出方法を説明する。

【０３５１】ＮＶ＿ＰＣＫ＿ＬＢＮ（ＶＯＢＳファイル
内でのＮＶ＿ＰＣＫ相対アドレス）は、情報記録装置が
変換中に何番目のパックになるか数えておくことで、生
成可能である。

【０３５２】ＶＯＢＵ＿ＣＡＴ（アナログコピープロテ
クション状態の情報）は、ＮＶ＿ＰＣＫに対応している
Ｔｉｐパケットのｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿
ｉｎｆｏから取得可能である。

【０３５３】ＶＯＢＵ＿Ｓ＿ＰＴＭ（ＶＯＢＵ内で最初
に表示されるビデオフィールドの再生時刻情報）は、Ｎ
Ｖ＿ＰＣＫに対応しているＴｉｐパケットのＦＶＦＰＳ
Ｔから計算可能である。

【０３５４】ＶＯＢＵ＿Ｅ＿ＰＴＭ（ＶＯＢＵ内のビデ
オデータが再生完了する時刻情報）は、アクセスマップ
の次のエントリーに記述された再生時刻情報から取得す
るか、ＶＯＢＵに対応するビデオストリームを解析し
て、ビデオの再生が終了する時刻を算出することで生成
可能である。

【０３５５】ＶＯＢＵ＿ＳＥ＿Ｅ＿ＰＴＭ（ＶＯＢＵ内
のビデオデータでｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅ
によって再生が終了する時刻情報）は、ｓｅｑｕｅｎｃ
ｅ＿ｅｎｄ＿ｃｏｄｅがＶＯＢの最後にしか認められて
いないため（図４８参照）、ストリーム途中のＶＯＢＵ
には、ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅがなく、
「０ｘ００００００００」が埋められる。最後のＮＶ＿
ＰＣＫについてのみ、ＶＯＢＵ＿Ｅ＿ＰＴＭと同値とな
る。

【０３５６】Ｃ＿ＥＬＴＭ（該ＮＶ＿ＰＣＫが格納され
るＣＥＬＬの最初に表示されるビデオフレームの再生時
刻と該ＶＯＢＵ内で最初に表示されるビデオフレームと
の時間差情報。フレーム精度が必要）は、情報記録装置
が変換中に、ＣＥＬＬ最初に表示されるビデオフレーム
の再生時刻情報と、該当するＴｉｐパケットのＦＶＦＰ
ＳＴを用いて随時計算することが可能である。

【０３５７】以上のようにして、ＮＶ＿ＰＣＫのＰＣＩ
データは、変換中に、ＶＯＢＵ単位で随時生成していく
ことが可能である。

【０３５８】図５３にＮＶ＿ＰＣＫのＤＳＩの構造を示
す。図示したように、ＤＳＩデータは、ＤＳＩの一般情
報を格納するＤＳＩ＿ＧＩ（Data Search Information
General Information）と、ＶＯＢ間をシームレス再生
するために必要となる記録アドレス、再生情報等を格納
したＳＭＬ＿ＰＢＩ（Seamless Playback Informatio
n）と、異なるアングル間でシームレス再生するための
配置情報等を格納したＳＭＬ＿ＡＧＬＩ（Angle Inform
ation for seamless）と、そのＶＯＢＵ近隣のＶＯＢＵ
の記録アドレス情報等を格納したＶＯＢＵ＿ＳＲＩ（VO
B Unit Search Information）と、ビデオとオーディオ
／サブピクチャとの同期再生のための情報であるＳＹＮ
ＣＩ（Synchronous Information）とから構成される。

【０３５９】ＳＭＬ＿ＡＧＬＩは、Ｃｏｎｓｔｒａｉｎ
ｅｄ ＳＥＳＦから変換された場合には、無効を意味す
るデータが記述される。

【０３６０】図５４にＮＶ＿ＰＣＫのＤＳＩ＿ＧＩの構
造を示す。ＣｏｎｓｔｒａｉｎｅｄＳＥＳＦから変換す
る場合に、計算が必要なフィールドについてだけ、以下
にその算出方法を説明する。

【０３６１】ＮＶ＿ＰＣＫ＿ＳＣＲ（ＮＶ＿ＰＣＫのＳ
ＣＲ値）は、後述する算出方法でＣｏｎｓｔｒａｉｎｅ
ｄ ＳＥＳＦのＡＴＳからＳＣＲを導出しており、その
ＳＣＲから導出される。

【０３６２】ＮＶ＿ＰＣＫ＿ＬＢＮ（ＶＯＢＳファイル
内でのＮＶ＿ＰＣＫ相対アドレス）は、ＰＣＩデータと
同様である。

【０３６３】ＶＯＢＵ＿ＥＡ（ＮＶ＿ＰＣＫからＶＯＢ
Ｕ内の最後のパックまでの相対アドレス）は、アクセス
マップから計算可能である。前述の通り、２つの連続す
るＴｉｐパケット間において、Ｍｕｌｔｉｐｌｅｘｉｎ
ｇ Ｕｎｉｔに属さないパケット個数が既知（固定）で
あるため、アクセスマップから、次のエントリー（次の
Ｔｉｐパケット）までのＴＳパケット数が計算でき、そ
のＴＳパケット内に、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎ
ｉｔに属さないＴＳパケットの個数を減算し、その結果
を１１で割ることでＮＶ＿ＰＣＫに続き、何個のパック
が形成されるか計算可能である。最後のＴｉｐパケット
から派生されるＮＶ＿ＰＣＫ、もしくは全てのＮＶ＿Ｐ
ＣＫについては、変換後に生成されたパック数を記述し
ても良い。

【０３６４】ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡ（ＶＯＢＵ
内で、ＮＶ＿ＰＣＫから１番目の参照ピクチャの最後の
パックまでの相対アドレス）と、ＶＯＢＵ＿２ＮＤＲＥ
Ｆ＿ＥＡ（ＶＯＢＵ内で、ＮＶ＿ＰＣＫから２番目の参
照ピクチャの最後のパックまでの相対アドレス）と、Ｖ
ＯＢＵ＿３ＲＤＲＥＦ＿ＥＡ（ＶＯＢＵ内で、ＮＶ＿Ｐ
ＣＫから３番目の参照ピクチャの最後のパックまでの相
対アドレス）とについては、ＴｉｐパケットのＰＥＳ＿
ｉｎｆｏを参照しながら、ＴＳ２ＰＳ変換を行えば、ビ
デオストリーム層まで解析する必要なく導出することが
可能である。

【０３６５】ＰＥＳ＿ｉｎｆｏには、各ビデオのＰＥＳ
パケットが、どのようなエンコードをされたピクチャか
を示すｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅが記述
されている。ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅ
＝０１ｂ，１０ｂを持つＰＥＳパケットは、ＤＶＤ−Ｖ
ｉｄｅｏ規格でいう参照ピクチャを格納している。

【０３６６】従って、ＴＳ２ＰＳ変換を行いながら、Ｐ
ＥＳ＿ｉｎｆｏを参照し、現在変換しているＰＥＳパケ
ットが、参照ピクチャを格納しているのか否かを判断
し、この変換しているＰＥＳパケットが終了したパック
が、参照ピクチャの終端のパックとなる。

【０３６７】このようにして、参照ピクチャーの終端の
パックは、変換中に識別可能であるため、ＶＯＢＵを生
成しながら、１番目、２番目、３番目の参照ピクチャが
どのパックで完結しているかを求め、ＶＯＢＵ先頭のＮ
Ｖ＿ＰＣＫのＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡと、ＶＯＢ
Ｕ＿２ＮＤＲＥＦ＿ＥＡと、ＶＯＢＵ＿３ＲＤＲＥＦ＿
ＥＡとに夫々の終端までの相対アドレスを記述すること
が可能である。

【０３６８】ＶＯＢＵ＿ＶＯＢ＿ＩＤＮ（該ＶＯＢＵが
属するＶＯＢのＩＤ番号）は、情報記録装置が変換中に
求めることができるはずである。１つのＣｏｎｓｔｒａ
ｉｎｅｄ ＳＥＳＦを変換している時には、Ｃｏｎｓｔ
ｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔ
ｉｏｎ＝１１ｂ）の定義により、属性の変化等のストリ
ームの条件でＶＯＢが分割される可能性はなく、同一番
号が割り振られる。

【０３６９】ＶＯＢＵ＿Ｃ＿ＩＤＮ（ＶＯＢＵが属する
ＣＥＬＬのＩＤ番号）もＶＯＢＵ＿ＶＯＢ＿ＩＤＮと同
様に、情報記録装置が変換中に自ら設定する番号であ
り、ストリームとの関連はない。Ｃｏｎｓｔｒａｉｎｅ
ｄ ＳＥＳＦのＰＧＣ情報等の管理情報からＣＥＬＬを
意図的に分割する場合には、分割に応じた番号が付与さ
れるだけである。

【０３７０】Ｃ＿ＥＬＴＭ（ＮＶ＿ＰＣＫが格納される
ＣＥＬＬの最初に表示されるビデオフレームの再生時刻
とＶＯＢＵ内で最初に表示されるビデオフレームとの時
間差情報。フレーム精度が必要）は、ＰＣＩデータ内に
記述されたＣ＿ＥＬＴＭと同一である。

【０３７１】以上のようにして、ＮＶ＿ＰＣＫのＤＳＩ
＿ＧＩの各フィールドは、変換中に、ＶＯＢＵ単位で随
時生成していくことが可能である。

【０３７２】図５５にＮＶ＿ＰＣＫのＳＭＬ＿ＰＢＩの
構造を示す。以下では、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥ
ＳＦから変換する場合に計算が必要となるフィールドに
ついてのみその算出方法を説明する。

【０３７３】ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ（ＮＶ＿ＰＣＫが
属するＶＯＢの最初に表示されるビデオフレームの時刻
情報）は、最初のＴｉｐパケットのＦＶＦＰＳＴから計
算可能である。

【０３７４】ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ（ＮＶ＿ＰＣＫが
属するＶＯＢのビデオ再生終了時刻情報）は、ＴＳ２Ｐ
Ｓ変換の前に、予めＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ
の中で、変換に指定された部分で最後のＴｉｐパケット
以降のストリームを解析することで、取得可能である。

【０３７５】以上のようにして、ＮＶ＿ＰＣＫのＳＭＬ
＿ＰＢＩの各フィールドは、変換前に、計算しておくこ
とが可能である。

【０３７６】ＶＯＢＵ＿ＳＲＩは、前述の通り、アクセ
スマップを利用し、計算することが可能であるため、こ
こでの説明は割愛する。

【０３７７】また、ＶＯＢＵ＿ＳＲＩはセルごとに完結
して記述されるため、セルが定義されなければ、計算す
ることはできない。したがって、リアルタイムにＤＶＤ
−Ｖｉｄｅｏフォーマットで記録するようなレコーダに
おいては、任意の区間でセルを切ることができず、編集
性、再生性に欠けるが、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥ
ＳＦから変換する際には、上記方法に従って、ユーザー
が指定した区間をセルと定義し変換することが可能なた
め、チャプターをユーザーが意図した通りに作成できる
ことになり、ユーザー指定の地点から再生を開始するプ
レイリストがＤＶＤ−Ｖｉｄｅｏフォーマットで実現可
能となる。

【０３７８】図５６にＮＶ＿ＰＣＫのＳＹＮＣＩの構造
を示す。以下では、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ
から変換する場合に計算が必要なフィールドについてだ
け、その算出方法を説明する。

【０３７９】Ａ＿ＳＹＮＣＡ０（プライマリーオーディ
オを格納したパックで、ＶＯＢＵ＿Ｓ＿ＰＴＭと同時も
しくは直後に再生されるオーディオフレームが格納され
たパックの相対アドレス）は、Ｔｉｐパケット内のＰＥ
Ｓ＿ｉｎｆｏを用いて、ストリーム解析することなく、
ＴＳ２ＰＳ変換中に取得することが可能である。

【０３８０】ＰＥＳ＿ｉｎｆｏのｓｔｒｅａｍ＿ｉｄｅ
ｎｔｉｆｉｅｒを参照することで、そのＰＥＳパケット
がプライマリーオーディオを格納しているか判別でき、
次のｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇに
て、ＰＥＳパケットの中に含まれるオーディオフレーム
の中に、ＶＯＢＵ＿Ｓ＿ＰＴＭと同時もしくはその直後
に再生されるオーディオフレームがあるか否かが識別で
きる。従って、ＴＳ２ＰＳ変換を行いながら、ＰＥＳパ
ケットがプライマリーオーディオを含み、かつ、ｓｙｎ
ｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇ＝１ｂである
場合に、ＮＶ＿ＰＣＫからＰＥＳパケットが格納された
パックまでのアドレスを記述できる。

【０３８１】尚、ｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ
＿ｆｌａｇがＶＯＢＵ内の１つのオーディオパック内で
１ｂになる保証はない。オーディオを先に多重化してい
るエンコーダであれば、あるＶＯＢＵのＶＯＢＵ＿Ｓ＿
ＰＴＭと同時もしくは直後に再生されるオーディオパッ
クが前のＶＯＢＵに格納されることも考えられるし、ま
たその逆も考えられる。

【０３８２】従って、Ａ＿ＳＹＮＣＡ０の値の設定にお
いて、変換中のプライマリーオーディオのＰＥＳパケッ
ト（そのｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａ
ｇは１ｂ）と、以降生成されるＮＶ＿ＰＣＫとの順序関
係を正しく理解した上で、その値を設定する必要があ
る。

【０３８３】尚、この処理をなくすために、予めＣｏｎ
ｓｔｒａｉｎｅｄ ＳＥＳＦは、ＳＥＳＦ ｃａｐｓｕ
ｌｅ内に、そのＳＥＳＦ ｃａｐｓｕｌｅ先頭のＴｉｐ
パケットに記述されたＦＶＦＰＳＴと同時もしくは直後
に再生されるオーディオデータを格納するようにシステ
ムエンコードするようにしておいても良い。

【０３８４】このように定義することで、ＶＯＢＵ（Ｓ
ＥＳＦ ｃａｐｓｕｌｅ）を超えてＶＯＢＵ＿Ｓ＿ＰＴ
Ｍ（ＦＶＦＰＳＴ）と同期したオーディオデータを検出
する処理をなくすことが可能となる。

【０３８５】Ａ＿ＳＹＮＣＡ１（セカンダリーオーディ
オを格納したパックで、ＶＯＢＵ＿Ｓ＿ＰＴＭと同時も
しくは直後に再生されるオーディオフレームが格納され
たパックの相対アドレス）は、Ａ＿ＳＹＮＣＡ０と同様
の方法にて設定可能である。

【０３８６】以上のようにして、ＮＶ＿ＰＣＫのＤＳＩ
データは、変換中に、Ａ＿ＳＹＮＣＡを除きＶＯＢＵ単
位で随時生成していくことが可能である。

【０３８７】図８２にＮＶ＿ＰＣＫの生成方法の一例を
まとめる。

【０３８８】＜ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎ
ｇのフォーマット＞ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄ
ｉｎｇ（ＶＲ）のストリームフォーマットへの変換時の
フィールド設定について説明する。

【０３８９】以下、簡単にＤＶＤ ＶＲのストリームを
説明する。なお、ＤＶＤ ＶＲのストリームフォーマッ
トの詳細については、「ＤＶＤ Ｓｐｅｃｉｆｉｃａｔ
ｉｏｎｓ ｆｏｒ Ｒｅｗｒｉｔａｂｌｅ／Ｒｅ−ｒｅ
ｃｏｒｄａｂｌｅ Ｄｉｓｃｓ Ｐａｒｔ３ ＶＩＤＥ
Ｏ ＲＥＣＯＲＤＩＮＧ」に記述されている。

【０３９０】図５７にＤＶＤ ＶＲフォーマットによる
ストリーム構造を示す。ここに示したように、各ストリ
ームは複数個のＶＯＢを含み、各ＶＯＢは整数個のＶＯ
ＢＵから成る。ＶＯＢＵは整数個のパックから成り、Ｒ
ＤＩ＿ＰＣＫを先頭としてビデオパック（Ｖ＿ＰＣＫ）
やオーディオパック（Ａ＿ＰＣＫ）がこれに続く。ＲＤ
Ｉ＿ＰＣＫは、通常のパックと異なり、表示やコピーの
制御情報や、製造者固有情報を格納している。以下で
は、ＲＤＩ＿ＰＣＫに含まれる各フィールドを説明する
とともに、その計算方法を合わせて説明する。

【０３９１】図に示したように、ＲＤＩ＿ＰＣＫのペイ
ロードデータ（ＲＤＩ Ｕｎｉｔ）は、ＲＤＩの全般情
報を格納したＲＤＩ＿ＧＩ（Real-time Data Informati
on General Information）と、表示およびコピー制御の
ための情報を格納したＤＣＩ＿ＣＣＩ（Display Contor
l Information and Copy Control Information）と、製
造者固有情報を格納するＭＮＦＩ（Manufacturer's Inf
ormation）とから構成される。

【０３９２】ＲＤＩ＿ＧＩはその内部にＶＯＢＵ＿Ｓ＿
ＰＴＭフィールドを含み、このフィールドだけが可変で
あり、その他のフィールドは固定値が埋め込まれる。

【０３９３】ＶＯＢＵ＿Ｓ＿ＰＴＭは、変換前トランス
ポートストリーム中の対応するＴｉｐパケットに記述さ
れたＦＶＦＰＳＴと全く同一形式であるため、ＦＶＦＰ
ＳＴの値がそのままコピーされることが可能である。

【０３９４】ＤＣＩ＿ＣＣＩは、Ｔｉｐパケットのｄｉ
ｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏと全く同一形
式であるため、ｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉ
ｎｆｏの値がそのままコピーされることが可能である。

【０３９５】ＭＮＦＩは、Ｔｉｐパケットに記述された
ｍａｋｅｒ＿ＩＤが当情報記録装置の製造者ＩＤと同一
の場合のみ、固有の製造者ＩＤが割り当てられ、製造者
固有情報が記述（コピー）される。しかし、Ｔｉｐパケ
ット内のｍａｋｅｒ＿ＩＤが、他製造業者のＩＤである
場合や、無効なｍａｋｅｒ＿ＩＤ値である場合には、Ｍ
ＮＦＩに無効なデータを記述することでＲＤＩパックを
生成しても良い。

【０３９６】尚、Ｔｉｐパケット内に記述されたデータ
が一部無効である場合が想定される。この場合、Ｔｉｐ
パケット内の該当データが無効であることを意味するフ
ラグ（無効化フラグ）が格納されているはずであるの
で、その無効化フラグがＯＮである場合には、Ｔｉｐパ
ケットの該当データを最新のデータに更新してから変更
する必要がある。

【０３９７】一例として、各ＴＳパケットごとのＡＴＳ
（４Ｂ）の中に最新のＣＣＩ情報とＴＳパケット内のＣ
ＣＩデータ無効化フラグが存在する場合等が考えられ
る。

【０３９８】この場合、ＴＳ２ＰＳ変換する際に、無効
化フラグが立っていないことを確認し、立っていれば、
ＡＴＳ内のＣＣＩフラグでもってｄｉｓｐｌａｙ＿ａｎ
ｄ＿ｃｏｐｙ＿ｉｎｆｏのＣＣＩ情報を更新したデータ
を用いてＲＤＩ＿ＰＣＫに変換する必要がある。

【０３９９】以上のように、ＲＤＩ＿ＰＣＫは、対応す
るＴｉｐパケット（及びそのＡＴＳ）のみから、逐次作
成できる。

【０４００】図５８に上記のＲＤＩ＿ＰＣＫの生成フロ
ーチャートを示す。

【０４０１】ＲＤＩ＿ＰＣＫ（またはＮＶ＿ＰＣＫ）の
場合、システムヘッダは固定値のフィールドから構成さ
れている。システムヘッダの詳細は図６１に示してあ
る。また、ＲＤＩ＿ＰＣＫに格納される、パケットヘッ
ダ、プライベートヘッダをそれぞれ図６２Ａ、６２Ｂに
示した。図示した通り、これらのヘッダも固定値フィー
ルドから構成されるため、生成が容易である。

【０４０２】図５９にＡＶデータを格納したＴＳパケッ
ト（１ＭｕｌｔｉｐｌｅｘｉｎｇＵｎｉｔ）からＰＳの
パックを生成するためのフローチャートを示す。

【０４０３】同図に示したように、ＡＶデータを格納す
るＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＴＳパケット
は、１Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔをその処理
単位として、ＡＶデータを格納するＭＰＥＧ−ＰＳの２
ＫＢのパックへと変換される。以下に、各ステップごと
に処理を追って説明する。

【０４０４】（ステップＳ４２００） Ｃｏｎｓｔｒａ
ｉｎｅｄ ＳＥＳＦのストリームの変換開始点からＴＳ
パケットを１つだけ読み出す。

【０４０５】（ステップＳ４２０１） 読み出したＴＳ
パケットが、ＡＶデータを格納し、かつ、Ｍｕｌｔｉｐ
ｌｅｘｉｎｇ Ｕｎｉｔの先頭のＴＳパケットであるか
否かを判定する。ＡＶデータの格納の判定は、ＰＭＴに
てＡＶデータを格納すると宣言されたＴＳパケットのＰ
ＩＤ値を参照することによって行われる。Ｍｕｌｔｉｐ
ｌｅｘｉｎｇ Ｕｎｉｔの先頭か否かの判定について
は、その前のＴＳパケットが、Ｔｉｐパケット、ＰＳＩ
／ＳＩパケット及びＰＣＲパケットのいずれかである場
合に、その直後に続くＡＶデータを格納したＴＳパケッ
トがＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭である
と判定する。変換開始点はＴｉｐパケットであることが
予想されるため、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ
の先頭か否かは順にＴＳパケットを読み込むことで判定
可能である（つまりＴｉｐパケット直後のＡＶデータを
格納したＴＳパケットは必ずＭｕｌｔｉｐｌｅｘｉｎｇ
Ｕｎｉｔの先頭である。）。判定の結果、Ｍｕｌｔｉ
ｐｌｅｘｉｎｇ Ｕｎｉｔの先頭でないＴＳパケットの
場合、または、変換がＴｉｐパケットからスタートして
おらず、判定ができない場合は、次のＴＳパケットを読
み込むため、Ｓ４２００へ処理が戻される。Ｍｕｌｔｉ
ｐｌｅｘｉｎｇ Ｕｎｉｔ先頭であることが確認できた
場合は、次の処理へ進む。

【０４０６】（ステップＳ４２０２） Ｍｕｌｔｉｐｌ
ｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットに付与された
ＡＴＳを用いて、そのＴＳパケットが変換されるＭＰＥ
Ｇ−ＰＳのパックがデコーダに入力される時刻（ＰＣ
Ｒ）を算出する。この算出方法については前述のとおり
である。ＰＣＲが計算されれば、ＳＣＲが前述の算出方
法によって計算でき、図６０に示したパックヘッダが完
全に決定される。これは、パックヘッダは、ＳＣＲを除
いて固定の値しか認められないためである。

【０４０７】（ステップＳ４２０３） パケットヘッ
ダ、プライベートヘッダを作成する。

【０４０８】パケットヘッダは、Ｃｏｎｓｔｒａｉｎｅ
ｄ ＳＥＳＦのＰＥＳパケットヘッダを基に作成され
る。作成されたパケットヘッダは、図６３に示されたフ
ィールド値を満たす形式でなければならない。これは、
ヘッダ長を変えるようなフィールドの値は決定しておか
なければＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからの変換
が一意に決定されず、バッファマネージメントに影響を
及ぼす危険があるためである。ここに示されていないフ
ィールドは固定値であるため列挙していない。

【０４０９】Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでＰＥ
Ｓパケットヘッダの個々のフィールド値を詳細に決定し
ているのは、ＰＥＳパケットヘッダ（ＭＰＥＧ−ＴＳ）
からパケットヘッダ（ＭＰＥＧ−ＰＳ）への変換で要す
る処理を最小限にするためである。

【０４１０】ＰＥＳパケットのサイズが１パックのサイ
ズに比較して大きい場合には、１ＰＥＳパケットが複数
のパックに変換されることになる。この場合、２つ目以
降のパックのパケットヘッダは、ＰＥＳパケットから生
成された最初のパケットヘッダのＰＴＳ＿ＤＴＳ＿ｆｌ
ａｇｓを「００ｂ」に、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿
ｆｌａｇを「０ｂ」に設定すること、ｓｔｕｆｆｉｎｇ
＿ｂｙｔｅ長を調整すること、及び、ＰＥＳ＿ｈｅａｄ
ｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを補正することが大きな
修正点となる。

【０４１１】プライベートヘッダは、ＭＰＥＧ規格外の
ストリームを格納する際に必要となるため、ＮＶ＿ＰＣ
ＫやＲＤＩ＿ＰＣＫ、それにＡＣ−３、ＬＰＣＭ等を格
納したパックに必要である。

【０４１２】図６４にＡＣ−３のプライベートヘッダを
示す。図に示すフィールドのうち、Ｃｏｎｓｔｒａｉｎ
ｅｄ ＳＥＳＦのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ
の定義によって、ＴＳ２ＰＳ変換時に計算を要するもの
は、ｎｕｍｂｅｒ＿ｏｆ＿ｆｒａｍｅ＿ｈｅａｄｅｒｓ
のみである。このフィールドはそのパックに格納される
ＡＣ−３のオーディオフレームの数を指定するため、そ
のフィールドの値は、固定レートのＡＣ−３について
は、１オーディオフレームのバイト長がそのビットレー
トから計算でき、かつその値が固定長となることから、
容易にＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ等から計算
できる。

【０４１３】尚、ＡＣ−３のプライベートヘッダ（４
Ｂ）により、ＣｏｎｓｔｒａｉｎｅｄＳＥＳＦのＰＥＳ
パケットヘッダのＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌ
ｅｎｇｔｈが４バイト分余計にスタッフィングされてい
ることに注意すべきである。（図４４参照）このよう
に、予め変換後のヘッダ長を見積もってペイロードの位
置をずらしておくことで、ＴＳパケット単位の逐次処理
を容易にしているのである。

【０４１４】以上のように、最初のパケットヘッダはそ
のＰＥＳパケットのヘッダから一部修正し、２つ目以降
のパケットヘッダは、最初のパケットヘッダを一部修正
し、プライベートヘッダはＡＣ−３の時のみ挿入するこ
とで、パケットヘッダおよびプライベートヘッダを生成
することが可能である。

【０４１５】（ステップＳ４２０４） プライベートヘ
ッダが作成されれば、後はＴＳパケットのペイロード部
分をＰＳパックのペイロード部分の先頭から順に詰めて
コピーしていくだけである。

【０４１６】（Ｓ４２０５〜Ｓ４２０７） これをＭｕ
ｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（１１個のＴＳパケッ
ト）が終了するまで単純に繰り返すだけだが、途中でＮ
ＵＬＬパケットが挿入されている可能性があるため、Ｎ
ＵＬＬパケットのＰＩＤ（０ｘ１ＦＦＦ）を確認して、
ＴＳパケットのペイロードデータのコピーを行う。

【０４１７】尚、この際、Ｍｕｌｔｉｐｌｅｘｉｎｇ
Ｕｎｉｔ内で最後のＴＳパケットだけがアダプテーショ
ンフィールドを持つように定義しておくか、１ＰＥＳパ
ケットの最後のデータを格納するＴＳパケットだけがア
ダプテーションフィールドを持つように定義しておくの
が好ましい。これにより、ＭｕｌｔｉｐｌｅｘｉｎｇＵ
ｎｉｔの最後を除くＴＳパケットには最低でも１８４Ｂ
のペイロードデータが格納されていることになるため、
ペイロードデータの読み出しが容易になる。

【０４１８】（ステップＳ４２０８） 次に、Ｍｕｌｔ
ｉｐｌｅｘｉｎｇ Ｕｎｉｔのペイロードデータまで、
完全にコピーが終了した時点で、形成されたパックのバ
イト長を計算し、２０４８Ｂになっているかどうか確認
する。既に２０４８Ｂになっていれば、そのパックの生
成は終了する。まだ２０４８Ｂになっていない場合に
は、Ｓ４２０９へ進む。

【０４１９】（ステップＳ４２０９） パックが２０４
８Ｂになっていない場合、２０４８Ｂになるようにパデ
ィングパケットをペイロードの最後に追加する。

【０４２０】以上のように、ＡＶデータを格納したＭｕ
ｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔからの変換処理を行な
う。上記の処理を、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ
の指定された変換部分の処理が終了するまで、Ｍｕｌｔ
ｉｐｌｅｘｉｎｇ Ｕｎｉｔが検出された場合のみ繰り
返せば良い。

【０４２１】上記の変換処理について各種パック毎の変
換結果を説明すると以下のようになる。

【０４２２】＜ビデオパック（Ｖ＿ＰＣＫ）への変換＞
図６５Ａ、６５ＢにＣｏｎｓｔａｉｎｅｄ ＳＥＳＦか
らＭＰＥＧ−ＰＳへの変換を図示した。図６５Ａに示し
たように、一つのビデオＰＥＳパケットは、通常２ＫＢ
よりも大きいため、複数のＭｕｌｔｉｐｌｅｘｉｎｇ
Ｕｎｉｔに分割され、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳ
Ｆに多重化されているのが一般的である。

【０４２３】Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの規定
により、一つのビデオＰＥＳパケットを構成する最後の
Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを除き、Ｍｕｌｔ
ｉｐｌｅｘｉｎｇ Ｕｎｉｔには、最大にビデオＰＥＳ
パケットのデータが詰め込まれる。従って、最後のＭｕ
ｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを除き、全てのＭｕｌ
ｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、２０２４バイト（＝
１８４×１１バイト）のデータが格納される。

【０４２４】このように規定することで、ＴＳ２ＰＳ変
換時に個々のパックのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇ
ｔｈや、ｓｔｕｆｆｉｎｇ＿ｂｙｔｅといったフィール
ドを予め決めておくことができる。

【０４２５】一つのビデオＰＥＳパケットのデータを格
納した最後のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、
余ったデータ量をアダプテーションフィールドと、ＮＵ
ＬＬパケットで埋め合わせ、１つの完全なＭｕｌｔｉｐ
ｌｅｘｉｎｇ Ｕｎｉｔを構成する。

【０４２６】図６５Ａ、６５Ｂに図示したように、一つ
のビデオＰＥＳパケットを構成するＭｕｌｔｉｐｌｅｘ
ｉｎｇ Ｕｎｉｔは、以下の３つの種類に分別が可能で
ある。

【０４２７】ＰＥＳパケットの先頭データを格納した最
初のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（図中ＭＵ＃
１）と、ＰＥＳパケットの途中部分のデータを格納した
Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（図中ＭＵ＃ｎ、
ここで、n=2,3,・N-1）と、ＰＥＳパケットの最後のデ
ータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ
（図中ＭＵ＃Ｎ）である。

【０４２８】それぞれの種類に応じて、ＴＳ２ＰＳ変換
されたＭＰＥＧ−ＰＳストリームの各パックは、同図６
５Ｂに示す構造になる。

【０４２９】ＭＵ＃１から変換されたパックは、パック
生成時に必ず１０バイト以上の空きができるため、パデ
ィングパケットが最後に挿入される。

【０４３０】ＤＶＤフォーマットでは、パックに７バイ
ト以下の空きができる時には、スタッフィングバイト
（パケットヘッダの最後のフィールド）を２０４８バイ
トになるまで追加し、８バイト以上の空きができる時に
は、パディングパケットを挿入する決まりになっている
ためである。

【０４３１】また、ＭＵ＃ｎから変換されたパックは、
スタッフィングを１バイト足してパックを構成する。

【０４３２】また、ＭＵ＃Ｎから変換されたパックは、
通常、パック構成時の空き領域が８バイトよりも大きく
パディングパケットが挿入されることになる。

【０４３３】＜オーディオパック（Ａ＿ＰＣＫ）への変
換＞図６６Ａ、６６ＢにＣｏｎｓｔａｉｎｅｄ ＳＥＳ
ＦからＭＰＥＧ−ＰＳへの変換を図示した。図６６Ａに
示したように、（１つ以上のオーディオフレームを格納
する）一つのオーディオＰＥＳパケットは、１つのＭｕ
ｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔよりも小さなサイズと
なる。

【０４３４】一つのオーディオＰＥＳパケットは、一つ
のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに収まるため、
ビデオＰＥＳパケットのように複雑な変換は必要ない。
つまり、図６６Ｂに示したように、必ずパディングパケ
ットが挿入されるパックが生成されるはずである。

【０４３５】また、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔ
ｈもＴＳ２ＰＳ変換で変わることがないため、変換時に
計算するのは、ＭＰＥＧ１−Ａｕｄｉｏを変換する際に
ｓｔｒｅａｍ＿ｉｄを適宜設定したり、ＡＣ−３用のプ
ライベートヘッダを生成したりする程度の簡単な処理の
みである。

【０４３６】また、図に示したように、Ｃｏｎｓｔｒａ
ｉｎｅｄ ＳＥＳＦのシステムエンコードを困難にする
大きな要素であるオーディオデータの転送時間を、最小
にすることで、バッファマネージメントを簡単にするこ
とが可能である。

【０４３７】オーディオＭｕｌｔｉｐｌｅｘｉｎｇ Ｕ
ｎｉｔの転送時間分は、ビデオデータやその他のＰＳＩ
／ＳＩパケットが転送できないため、全体の転送レート
が下がってしまう課題（画質低下）と、この転送時間が
長くなればなる程、その分ビデオデータをＴＳ上では前
倒しで転送する必要が出てくる課題（システムエンコー
ドが複雑化）等の問題を引き起こすため、可能な限り短
い時間で転送することが理想である。

【０４３８】言い換えれば、オーディオＭｕｌｔｉｐｌ
ｅｘｉｎｇ Ｕｎｉｔを短い時間で転送するということ
は、オーディオの転送レートを上げるということであ
り、これは、Ｔ−ＳＴＤとＰ−ＳＴＤの大きな違いであ
った、オーディオの許容入力レートの差を減少させるこ
とにつながる。従って、２つのデコーダモデルに合致し
なければならないＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを
生成することを容易にするという大きな利点がある。

【０４３９】図６７に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥ
ＳＦで許される各音声のビットレートと、その夫々ごと
にＡＣ−３とＭＰＥＧ１−Ａｕｄｉｏを格納する場合
に、１オーディオＰＥＳパケットに格納される最大ペイ
ロード長を示した。ここに示すバイト長よりも大きなデ
ータが１オーディオＰＥＳパケットに格納されることは
ないため、常にパディングパケットが挿入されることに
なる。

【０４４０】＜ＴＳ２ＰＳ変換処理＞図６８から図７９
のフローチャートを用いてＴＳ２ＰＳ変換処理の詳細を
説明する。

【０４４１】図６８はＴＳ２ＰＳ変換のメインの処理を
示したフローチャートである。本処理はユーザによりＴ
Ｓ２ＰＳ変換のリクエストがあったときに開始される。
まず、変換を開始する先頭のＳＥＳＦ Ｃａｐｓｕｌｅ
をシークする（Ｓ１１）。そして、処理すべきＳＥＳＦ
Ｃａｐｓｕｌｅが有るか否かを判断し（Ｓ１２）、な
ければ処理を終了し、ＳＥＳＦ Ｃａｐｓｕｌｅがあれ
ば、初期化処理（Ｓ１３）及びカプセル単位処理（Ｓ１
４）を行なう。

【０４４２】図６９のフローチャートを用いて初期化処
理（Ｓ１３）について説明する。ここでは、その後の処
理に使用される変数等の設定、初期化を行なう。まず、
Ｔｉｐパケットが読み込まれたか否かを判断し（Ｓ２
１）、未だＴｉｐパケットが読み込まれていなければ、
Ｔｉｐパケットを読み込む（Ｓ２２）。変数ＡＴＳTip
にＴｉｐパケットのＡＴＳ値を代入する（Ｓ２３）。変
数ＰＣＲTipにＴｉｐパケットのＰＣＲ値を代入する
（Ｓ２４）。処理中のＭｕｌｔｉｐｌｅｘｉｎｇＵｎｉ
ｔの番号を指定する変数ＭＵ＿numを０に設定する（Ｓ
２５）。ＡＴＳの桁あふれの回数を示す変数ＷＡを０に
設定する（Ｓ２６）。

【０４４３】図７０のフローチャートを用いてカプセル
単位処理（Ｓ１４）について説明する。一つのＴＳパケ
ットを読み込む（Ｓ３１）。読み込んだＴＳパレットが
Ｔｉｐパケットであるか否かを判断する（Ｓ３２）。Ｔ
ｉｐパケットであれば処理を終了する。Ｔｉｐパケット
でなければ、読み込んだＴＳパケットがオーディオパケ
ットまたはビデオパケットを含むか否かを判断する（Ｓ
３３）。読み込んだＴＳパケットがオーディオパケット
またはビデオパケットを含まない場合、ステップＳ３１
に戻り、読み込んだＴＳパケットがオーディオパケット
またはビデオパケットになるまで順次ＴＳパケットを読
む（Ｓ３１〜Ｓ３３）。読み込んだＴＳパケットがオー
ディオパケットまたはビデオパケットであれば、その後
に続く１０個のＴＳパケットを読み込む（Ｓ３４）。Ｍ
Ｕ＿numをインクリメントする（Ｓ３５）。Ｍｕｌｔｉ
ｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットのＡＴＳ
値を、変数ＡＴＳ[ＭＵ_num]に格納する（Ｓ３６）。Ｍ
ｕｌｔｉｐｌｅｘｉｎｇＵｎｉｔに格納されたＰＥＳパ
ケットのペイロードデータのバイト長をpayload_lenと
する（Ｓ３７）。そして、パック単位処理を行なう（Ｓ
３８）。

【０４４４】パック単位処理は図７１のフローチャート
に示すように、ＳＣＲ演算処理（Ｓ４１）、パックヘッ
ダ処理（Ｓ４２）、パケットヘッダ処理（Ｓ４３）、ペ
イロード処理（Ｓ４４）及びパディングパケット処理
（Ｓ４５）からなる。以下に各処理を詳細に説明する。

【０４４５】図７２を用いてＳＣＲ演算処理を説明す
る。

【０４４６】ここでは、パックのＳＣＲ値を求めてい
る。まず、変数ＭＵ_numの値を参照し、Ｃｕｐｓｕｌｅ
において第１番目のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉ
ｔか否かを判断し、第１番目であれば、変数ＡＴＳ[０]
に変数ＡＴＳTipの値を、変数ＳＣＲ[０]に変数ＰＣＲT
ipの値を代入する（Ｓ５１〜Ｓ５３）。

【０４４７】そして、ＡＴＳ[ＭＵ＿num]と、ＡＴＳ[Ｍ
Ｕ＿num−１]とを比較する（Ｓ５５）。ＡＴＳ「i」に
は、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のパケッ
トのＡＴＳ値が格納され、このＡＴＳ値は、あるパケッ
トを基準とした相対的な転送タイミングを示す値であ
る。したがって、通常は、後のパケットのＡＴＳ値は前
のパケットのＡＴＳ値よりも大きな値をとる。しかし、
ＡＴＳ値は一般に３０ビットで表される有限な値である
ため、桁あふれを起こす場合があり、このときは、後の
パケットのＡＴＳ値は前のパケットのＡＴＳ値よりも小
さくなる。ステップＳ５４では、このＡＴＳ値の逆転を
見ており、これにより、桁あふれが発生したか否かを判
断している。ＡＴＳ[ＭＵ＿num]がＡＴＳ[ＭＵ＿num−
１]以下であれば、すなわち、桁あふれが発生していれ
ば、変数ＷＡをインクリメントする（Ｓ５５）。

【０４４８】そして、ＳＣＲ[ＭＵ＿num]に、ＳＣＲ[Ｍ
Ｕ＿num−１]＋Ｔか、（ＰＣＲTIP＋ＡＴＳ[ＭＵ＿num]
−ＡＴＳTip＋ＷＡ×ＢＳ）のいずれか大きい方を代入
する（Ｓ５６）。

【０４４９】図７３を用いてパックヘッダ処理を説明す
る。ここでは、図６０に示すデータ構造を有するパック
ヘッダデータを編集する。ＳＣＲ＿extensionにＳＣＲ
を３００で除算したときの余りの値を代入する（Ｓ６
１）。ＳＣＲ＿baseにＳＣＲを３００で除算したときの
商の値を代入する（Ｓ６２）。program_mux_rateに「０
ｘ６２７０」を代入する（Ｓ６３）。pack_stuffing_le
ngthに「０００ｂ」を代入する（Ｓ６４）。その他のフ
ィールドを編集し、パックヘッダデータを完成させる
（Ｓ６５）。

【０４５０】図７４を用いてパケットヘッダ処理を説明
する。まず、ストリームＩＤを設定するストリームＩＤ
処理を行なう（Ｓ７１）。その後、Ｍｕｌｔｉｐｌｅｘ
ｉｎｇ Ｕｎｉｔ先頭のＴＳパケットがＰＥＳパケット
ヘッダを含むか否かを判定する（Ｓ７２）。Ｍｕｌｔｉ
ｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットがＰＥＳ
パケットヘッダを含む場合、ＰＥＳパケット先頭処理を
行ない（Ｓ７３）、そうでない場合は、ＰＥＳパケット
非先頭処理を行なう（Ｓ７４）。尚、Ｍｕｌｔｉｐｌｅ
ｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットがＰＥＳパケッ
トヘッダを含むか否かは、ＴＳパケットのヘッダのｐａ
ｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏ
ｒを参照したり、直接、ＰＥＳパケットヘッダのスター
トコードが格納されているかを参照することで判定す
る。

【０４５１】図７５を用いてストリームＩＤ処理を説明
する。ここでは、ｓｔｒｅａｍ＿ｉｄフィールドの値を
設定する。処理中のストリームの種類が”ＭＰＥＧ２−
ｖｉｄｅｏ”であれば、ｓｔｒｅａｍ＿ｉｄに”０ｘＥ
０”を設定する（Ｓ８１、Ｓ８２）。処理中のストリー
ムの種類が”ＡＣ３−ａｕｄｉｏ”であれば、ｓｔｒｅ
ａｍ＿ｉｄに”０ｘＢＤ”を設定する（Ｓ８３、Ｓ８
４）。処理中のストリームの種類が”ＭＰＥＧ１−ａｕ
ｄｉｏ”で且つ”Ｐｒｉｍａｒｙ ａｕｄｉｏ”場合
は、ｓｔｒｅａｍ＿ｉｄに”０ｘＣ０”を設定する（Ｓ
８５、Ｓ８６、Ｓ８７）。処理中のストリームの種類
が”ＭＰＥＧ１−ａｕｄｉｏ”で且つ”Ｓｅｃｏｎｄａ
ｒｙ ａｕｄｉｏ”場合は、ｓｔｒｅａｍ＿ｉｄに”０
ｘＣ１”を設定する（Ｓ８５、Ｓ８８、Ｓ８９）。

【０４５２】図７６を用いてＰＥＳパケット先頭処理を
説明する。図８１はＭＰＥＧ規格におけるＰＥＳパケッ
トの構造を詳細に示した図である。本処理では図８１の
構造にしたがい各フィールドを編集する。

【０４５３】まず、ストリームの種類が”ＭＰＥＧ２−
ｖｉｄｅｏ”か否かを判定し（Ｓ９１）、”ＭＰＥＧ２
−ｖｉｄｅｏ”であれば、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅ
ｎｇｔｈに次式で計算した値を設定する（Ｓ９２）。

【０４５４】ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝
（３＋ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔ
ｈ）＋ｐａｙｌｏａｄ＿ｌｅｎ

【０４５５】次に、変換前のＴＳパケットの各フィール
ドにおいて”１０”からＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔ
ａ＿ｌｅｎｇｔｈまでの３バイト（図８１参照）を、変
換後のＭＰＥＧ−ＰＳパックのパケットヘッダの対応す
るフィールドにそのままコピーする（Ｓ９３）。変換前
のＴＳパケットにおいてＰＴＳ＿ＤＴＳ＿ｆｌａｇｓを
参照し、ＰＴＳの有無を判断する（Ｓ９４）。ＰＴＳが
あるときは、変換後のＰＳパックのパケットヘッダの対
応するフィールドにそのままコピーする（Ｓ９５）。同
様に、ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓを参照し、ＤＴＳの
有無を判断する（Ｓ９６）。ＤＴＳがあるときは、変換
後のＰＳパケットの対応するフィールドにそのままコピ
ーする（Ｓ９７）。ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌ
ａｇが”１”か否かを判断し（Ｓ９８）、ＰＥＳ＿ｅｘ
ｔｅｎｓｉｏｎ＿ｆｌａｇが”１”のときは、さらに、
次の処理を行なう。

【０４５６】ストリームの種類を判定し、その種類に応
じてＰＥＳ＿ｐｒｉｖａｔｅ＿ｄａｔａ＿ｆｌａｇから
Ｐ−ＳＴＤ＿ｂｕｆｆｅｒ＿ｆｌａｇまでの３バイトを
所定値で上書きする。すなわち、ストリームの種類が”
ＭＰＥＧ２−ｖｉｄｅｏ”のときは（Ｓ９９）、ＰＥＳ
＿ｐｒｉｖａｔｅ＿ｄａｔａ＿ｆｌａｇからＰ−ＳＴＤ
＿ｂｕｆｆｅｒ＿ｆｌａｇまでの３バイトを”０ｘ１Ｅ
６０Ｅ８”で上書きする（Ｓ１００）。ストリームの種
類が”ＡＣ３−ａｕｄｉｏ”のときは（Ｓ１０１）、”
０ｘ１Ｅ６０３Ａ”で上書きする（Ｓ１０２）。ストリ
ームの種類が”ＭＰＥＧ１−ａｕｄｉｏ”のときは（Ｓ
１０３）、”０ｘ１Ｅ４０２０”で上書きする（Ｓ１０
４）。

【０４５７】図７７を用いてＰＥＳパケット非先頭処理
を説明する。次に、ＰＥＳパケットの”１０”からＰＥ
Ｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇまでの２バイトを”
０ｘ８０００”に設定する（Ｓ１１１）。次に、ｐａｙ
ｌｏａｄ＿ｌｅｎが２０１８より小さいか否かを判定す
る（Ｓ１１２）。ｐａｙｌｏａｄ＿ｌｅｎは、１つのＭ
ｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内のＰＥＳパケット
データ長であるため、その最大値は１８４×１１＝２０
２４バイトである。ｐａｙｌｏａｄ＿ｌｅｎが２０１８
より小さいとき、ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌ
ｅｎｇｔｈを０に設定する（Ｓ１１３）。ｐａｙｌｏａ
ｄ＿ｌｅｎが２０１８以上のとき、ＰＥＳ＿ｈｅａｄｅ
ｒ＿ｄａｔａ＿ｌｅｎｇｔｈを（２０２５−ｐａｙｌｏ
ａｄ＿ｌｅｎ）に設定し（Ｓ１１４）、ＰＥＳ＿ｈｅａ
ｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈのバイト長だけスタッ
フィングする（Ｓ１１５）。ＰＥＳ＿ｐａｃｋｅｔ＿ｌ
ｅｎｇｔｈに次式で計算した値を設定する（Ｓ１１
６）。 ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝（３＋ＰＥＳ＿
ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈ）＋ｐａｙｌｏ
ａｄ＿ｌｅｎ

【０４５８】図７８を用いてペイロード処理を説明す
る。変数ｉに１を設定する（Ｓ１２１）。ｉ番目のＴＳ
パケットに格納されたＰＥＳパケットのペイロードデー
タを読み込む（Ｓ１２２）。ｉ番目のＴＳパケットに格
納されたＰＥＳパケットのペイロードデータをパックの
ペイロードに追加する（Ｓ１２３）。変数ｉをインクリ
メントする（Ｓ１２４）。上記処理を変数ｉが１２を超
えない範囲で繰り返す（Ｓ１２５）。すなわち、１つの
Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに含まれる全ての
ＴＳパケットについて上記の処理が行なわれるまで、処
理が繰り返される（Ｓ１２２〜Ｓ１２５）。

【０４５９】図７９を用いてパディングパケット処理を
説明する。ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈが２０
２８か否かを判定する（Ｓ１３１）。ＰＥＳ＿ｐａｃｋ
ｅｔ＿ｌｅｎｇｔｈが２０２８でなければ、パディング
パケットのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに
｛（２０２８−ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ）
−６｝を設定する（Ｓ１３２）。ペイロードに続けてパ
ディングパケットを追加する（Ｓ１３３）。

【０４６０】尚、上記説明において、ビデオのＭｕｌｔ
ｉｐｌｅｘｉｎｇ ＵｎｉｔはビデオのＰＥＳパケット
ヘッダを格納したＴＳパケットをその先頭に配置すると
して説明したが、ＭＰＥＧ−ＰＳのパックごとの逐次処
理が許容できる場合には、この制限を無くしても良い。
その結果、各ピクチャごとの最後のデータを格納するＭ
ｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔでも、次のピクチャ
のデータを格納し、その分、ビデオのビットレートを上
げることが可能となる。

【０４６１】尚、上記説明において、ビデオのＰＥＳパ
ケットの長さを示すＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔ
ｈが０であるために、パックへ変換した後のパケットヘ
ッダ内ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈの算出がパ
ックにデータが確定した後でなければ確定しない問題が
あったが、ＳＥＳＦ ｃａｐｓｕｌｅ内のビデオＰＥＳ
パケットごとのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈを
Ｔｉｐパケットに記述するようにしても良い。その結
果、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈをＴＳパケッ
ト単位の逐次処理にて決定することが可能となり、変換
がさらに高速に行えるようになる。

【０４６２】尚、上記説明において、パックヘッダ（Ｓ
ＣＲ）をＴＳ２ＰＳ変換時に生成するように説明した
が、ＭＰＥＧ−ＴＳに格納されるＰＥＳパケットヘッダ
にパックヘッダを予め格納しておいても良い。例えば、
ＰＥＳパケットヘッダのｐａｃｋ＿ｈｅａｄｅｒ＿ｆｉ
ｅｌｄ＿ｆｌａｇ＝１ｂとして、ＰＥＳパケットヘッダ
内にＴＳ２ＰＳ変換後のパックヘッダを格納しておき、
該パックヘッダと同一のパックに格納されるデータは該
ＴＳパケットから所定の規則（例えば所定個数）までの
ＴＳパケットに格納されたデータがパックに格納される
としても良い。

【０４６３】以上に示した情報記録装置／方法では、外
部入力されたＡＶデータをＭＰＥＧトランスポートスト
リーム形式にセルフエンコーディングする際に、デコー
ダ互換を保ちながら効率良く符号化／復号化処理を行う
ことが可能である。

【０４６４】また、情報記録媒体に記録されるストリー
ムには、ユーザプライベート情報を格納することができ
るため、ＭＰＥＧトランスポートストリーム形式の記録
コンテンツの付加価値を高めることが可能である。

【０４６５】さらに、情報記録媒体に記録されるＭＰＥ
Ｇ−ＴＳは、ＭＰＥＧ−ＰＳへの親和性が高くなるよう
に２ＫＢ以下のブロック単位で多重化処理がなされるた
め、ＭＰＥＧ−ＴＳをＭＰＥＧ−ＰＳに変換すること
が、バッファマネージメントを考慮することなく極めて
容易に実現することができる。

【０４６６】

【発明の効果】本発明によれば、第１のストリーム（例
えば、ＭＰＥＧトランスポートストリーム）を第２のス
トリーム（例えば、ＭＰＥＧプログラムストリーム）へ
変換可能とする制限フォーマットで記録されたことを示
すフラグ情報を管理情報に記録するため、情報記録媒体
に記録されたデータを解析することなく、記録データが
当該フォーマットで記録されたか否かを容易に認識で
き、当該認識処理の効率化が図れる。

【図面の簡単な説明】

【図１】 ＤＶＤレコーダ装置の外観と関連機器とのイ
ンタフェースの一例を説明した図

【図２】 ＤＶＤレコーダのドライブ装置のブロック図

【図３】 ディスク上の連続領域及びトラックバッファ
内データ蓄積量を説明した図

【図４】半導体メモリカードとハードディスクドライブ
装置を備える場合のＤＶＤレコーダのブロック図

【図５】 ディスクの外観と物理構造を説明した図

【図６】 ディスクの論理的なデータ空間を説明した図

【図７】 ディスクのディレクトリとファイル構造を説
明した図

【図８】 ビデオオブジェクトの構成を示す図

【図９】 ＭＰＥＧシステムストリームを説明した図

【図１０】 ＭＰＥＧ−ＴＳストリームを説明した図

【図１１】 ＭＰＥＧ−ＰＳストリームを説明した図

【図１２】 ＴＳパケットを説明した図

【図１３】 ＰＡＴテーブルを説明した図

【図１４】 ビデオオブジェクトのディスク上への配置
を説明した図

【図１５】 ビデオ管理情報のデータ構造を説明した図

【図１６】 ビデオ管理情報のデータ構造を説明した図

【図１７】 ビデオ管理情報のＰＧＣ情報とオブジェク
ト情報とオブジェクトとの関係を説明した図

【図１８】 再生装置の機能の構成を示すブロック図

【図１９】 記録装置の機能の構成を示すブロック図

【図２０】 本発明の情報記録／再生装置の構成を示す
ブロック図

【図２１】 自己記録ストリームの構成を説明する図

【図２２】 パケット転送時間間隔を説明する図

【図２３】 Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納
方法を説明する図

【図２４】 Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納
方法を説明する図

【図２５】 Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納
方法を説明する図

【図２６】 Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納
方法を説明する図

【図２７】 ＭＰＥＧ−ＴＳからＭＰＥＧ−ＰＳへの変
換を説明する図

【図２８】 ＭＰＥＧ−ＰＳへの変換が容易なＭＰＥＧ
−ＴＳの符号化方法を説明する図

【図２９】 ＤＶＤ−Ｖｉｄｅｏフォーマットへの変換
を説明する図（ＮＴＳＣ）

【図３０】 ＤＶＤ−Ｖｉｄｅｏフォーマットへの変換
を説明する図（ＰＡＬ）

【図３１】 Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの内部
データ構造を説明する図

【図３２】 ＭＰＥＧ−ＰＳへ容易に変換可能にエンコ
ードされたＭＰＥＧ−ＴＳと、変換後のＭＰＥＧ−ＰＳ
との対応関係を説明した図

【図３３】 本発明の情報記録装置のエンコーダを示す
ブロック図

【図３４】 システムエンコード方法の違いによる、セ
ルフエンコーディングＭＰＥＧ−ＴＳからＤＶＤフォー
マットへ変換する際の処理の違いを説明した図

【図３５】 Ｔｉｐパケットのデータ構造を説明した図

【図３６】 ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄのデー
タ構造を説明した図

【図３７】 Ｄａｔａ＿ＩＤのデータ構造を説明した図

【図３８】 ｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎ
ｆｏのデータ構造を説明した図

【図３９】 ｅｎｃｏｄｅ＿ｉｎｆｏのデータ構造を説
明した図

【図４０】 ＰＥＳ＿ｉｎｆｏの構造を示した図

【図４１】 ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａのデ
ータ構造を説明した図

【図４２】 ＴｉｐパケットのＰＩＤ（ａ）、ｓｔｒｅ
ａｍ＿ｔｙｐｅ（ｂ）を説明した図

【図４３】 Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦストリ
ーム内でのＰＥＳパケットヘッダのフィールド値を説明
した図

【図４４】 Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦストリ
ーム内でのＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇとＰ
ＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを説明し
た図

【図４５】 Ｔ−ＳＴＤモデルを満たさないようにセル
フエンコードされたＭＰＥＧ−ＴＳの例を示した図

【図４６】 ＭＰＥＧ−ＴＳから変換されたＭＰＥＧ−
ＰＳがＰ−ＳＴＤモデルを満たさない場合の例を示した
図

【図４７】 ＳＣＲの計算を説明した図

【図４８】 ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝"１
１ｂ"の場合のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエ
レメンタリーストリーム属性を説明した図

【図４９】 ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝"０
１ｂ"の場合のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエ
レメンタリーストリーム属性を説明した図

【図５０】 ＤＶＤ−Ｖｉｄｅｏ規格のフォーマットの
ストリーム構造を示した図

【図５１】 ＮＶ＿ＰＣＫのＰＣＩデータの構造を示し
た図

【図５２】 ＮＶ＿ＰＣＫのＰＣＩ＿ＧＩデータの構造
を示した図

【図５３】 ＮＶ＿ＰＣＫのＤＳＩデータの構造を示し
た図

【図５４】 ＮＶ＿ＰＣＫのＤＳＩ＿ＧＩデータの構造
を示した図

【図５５】 ＮＶ＿ＰＣＫのＳＭＬ＿ＰＢＩデータの構
造を示した図

【図５６】 ＮＶ＿ＰＣＫのＳＹＮＣＩデータの構造を
示した図

【図５７】 ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ
規格のフォーマットのストリーム構造を示した図

【図５８】 ＴＳパケット（ＲＤ＿ＰＣＫ）の変換処理
のフローチャート

【図５９】 ＴＳパケット（Ｖ＿ＰＣＫ、Ａ＿ＰＣＫ）
の変換処理のフローチャート

【図６０】 ＭＰＥＧ２−ＰＳのパックのパックヘッダ
のデータ構造の一部を説明した図

【図６１】 ＤＶＤフォーマットのシステムヘッダの構
造図

【図６２】 ＲＤＩ＿ＰＣＫに格納される、パケットヘ
ッダ（ａ）、プライベートヘッダ（ｂ）の構造図

【図６３】 ＭＰＥＧ２−ＰＳのパケットのパケットヘ
ッダのデータ構造の一部を説明した図

【図６４】 ＤＶＤフォーマットのＡＣ−３規格のプラ
イベートヘッダの構造図

【図６５】 Ｃｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰ
ＥＧ−ＰＳへの変換を説明した図（ビデオパック）

【図６６】 Ｃｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰ
ＥＧ−ＰＳへの変換を説明した図（オーディオパック）

【図６７】 Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦで許さ
れる各音声のビットレートと、ＡＣ−３とＭＰＥＧ１−
Ａｕｄｉｏを格納する場合の１オーディオＰＥＳパケッ
トに格納される最大ペイロード長との対応を示した図

【図６８】 ＴＳ２ＰＳ変換処理全体のフローチャート

【図６９】 ＴＳ２ＰＳ変換処理の初期化処理のフロー
チャート

【図７０】 ＴＳ２ＰＳ変換処理のカプセル単位処理の
フローチャート

【図７１】 パック単位処理のフローチャート

【図７２】 ＳＣＲ演算処理のフローチャート

【図７３】 パックヘッダ処理のフローチャート

【図７４】 パケットヘッダ処理のフローチャート

【図７５】 ストリームＩＤ処理のフローチャート

【図７６】 ＰＥＳパケット先頭処理のフローチャート

【図７７】 ＰＥＳパケット非先頭処理のフローチャー
ト

【図７８】 ペイロード処理のフローチャート

【図７９】 パディングパケット処理のフローチャート

【図８０】 Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのスト
リームフォーマットを示した図

【図８１】 ＭＰＥＧ規格によるＰＥＳパケットのデー
タ構造図

【図８２】 ＮＶ＿ＰＣＫデータの生成方法を説明した
図

【符号の説明】

１００ ＤＶＤディスク １０１、２０１ 光ピックアップ １０２、２０２ ＥＣＣ処理部 １０３、２０３、２２０ トラックバッファ １０４、２１０ スイッチ １０５、２１４ エンコーダ １０６、２０５、２０６、２１８ デコーダ ２０７ オーディオデコーダ ２０８ 静止画デコーダ ２１１ 制御部 ２１２ システム制御部 ２１３ アナログ放送チューナ ２１５ デジタル放送チューナ ２１６ 解析部 ２１７ 表示部 ２１９ デジタルＩ／Ｆ部 ２２１ ドライブ ２２２ ユーザＩ／Ｆ部 ２２３ 外部入力部 ２３０ Ｕｓｅｒ Ｐｒｉｖａｔｅパケット ２３１ トランスポートストリームシステムターゲット
デコーダ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 川▲さき▼ 弘二郎 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5C052 AA04 AB02 AB05 AB09 CC01 CC11 DD10 5C053 FA25 GA11 GA14 GB06 GB38 JA21 KA24 LA06 LA07 5D044 AB05 AB07 BC04 CC04 DE14 GK07

Claims (6)

【特許請求の範囲】
1. 【請求項１】 映像情報と音声情報とをシステムストリ
   ームにエンコードして情報記録媒体に記録する情報記録
   装置であって、 前記システムストリームには第１タイプのフォーマット
   （PS）と第２タイプのフォーマット（TS）とが許され、 前記情報記録装置は、 前記第２タイプのフォーマット（TS）に基づき、前記映
   像情報と前記音声情報に所定の符号化を施しビデオエレ
   メンタリストリームとオーディオエレメンタリストリー
   ムとを生成する第１のエンコード手段と、 前記第２タイプのフォーマット（TS）に基づき、前記ビ
   デオエレメンタリストリームと前記オーディオエレメン
   タリストリームとをマルチプレクスし前記システムスト
   リームを生成するシステムエンコードを行なう第２のエ
   ンコード手段と、 前記第１及び第２のエンコード手段を制御する制御手段
   とを備え、 前記第２タイプのフォーマット（TS）には、第２タイプ
   のフォーマット（TS）から前記第１タイプのフォーマッ
   ト（PS）にシステムストリームを変換するための制限フ
   ォーマットが許され、 前記制御手段は前記第１及び第２のエンコード手段のそ
   れぞれに対し、前記制限フォーマットでエンコードさせ
   る制御を行う、ことを特徴とする情報記録装置。
2. 【請求項２】 前記制限フォーマットは、前記第２タイ
   プのフォーマット（TS）のシステムストリームを前記第
   １タイプのフォーマット（PS）のシステムストリームに
   変換するに際し、エレメンタリストリームの再エンコー
   ドを必要としない、ことを特徴とする請求項１記載の情
   報記録装置。
3. 【請求項３】 前記制限フォーマットは、前記第２タイ
   プのフォーマット（TS）のシステムストリームを前記第
   １タイプのフォーマット（PS）のシステムストリームに
   変換するに際し、システムストリームを構成する前記ビ
   デオエレメンタリストリームと前記オーディオエレメン
   タリストリームのマルチプレクスの順序の変更を必要と
   しない、ことを特徴とする請求項１記載の情報記録装
   置。
4. 【請求項４】 前記第１タイプのフォーマット（PS）及
   び前記第２タイプのフォーマット（TS）のそれぞれに対
   し、いくつかの種類の符号化方法が許され、 前記制御手段は、前記第１タイプと前記第２タイプとの
   両者で許される符号化方法の種類で前記エレメンタリス
   トリームをエンコードするよう前記第１のエンコード手
   段を制御する、ことを特徴とする請求項２記載の情報記
   録装置。
5. 【請求項５】 前記第２タイプのフォーマット（TS）
   は、データをパケットで分割して格納し、各パケットに
   対して相対的な転送タイミングを示すタイムスタンプ情
   報が付加されたパケット構造を有し、前記第１タイプの
   フォーマット（PS）は、データをパックで分割して格納
   し、各パックに対して転送タイミングを示すタイムスタ
   ンプ情報が付加されたパック構造を有し、 前記パックのサイズは前記パケットのサイズよりも大き
   く、 前記制御手段は、マルチプレクスの単位として固定数の
   前記パケットをグループ化したユニットとして管理し、
   ユニットとして管理されるパケットのデータ領域のサイ
   ズの合計が前記パックに格納されるデータ領域のサイズ
   を超えないように前記第２のエンコード手段を制御す
   る、ことを特徴とする請求項３記載の情報記録装置。
6. 【請求項６】 映像情報と音声情報とをシステムストリ
   ームにエンコードして情報記録媒体に記録する情報記録
   方法であって、 前記システムストリームには第１タイプのフォーマット
   （PS）と第２タイプのフォーマット（TS）とが許され、 前記情報記録方法は、 前記第２タイプのフォーマット（TS）に基づき、前記映
   像情報と前記音声情報とをエンコードし、ビデオエレメ
   ンタリストリームとオーディオエレメンタリストリーム
   とを生成する第１のエンコードステップと、 前記第２タイプのフォーマット（TS）に基づき、前記ビ
   デオエレメンタリストリームと前記オーディオエレメン
   タリストリームとから前記システムストリームを生成す
   るシステムエンコードを行なう第２のエンコードステッ
   プと、 前記第１及び第２のエンコードステップを制御する制御
   ステップとを包含し、 前記第２タイプのフォーマット（TS）には、前記第２タ
   イプのフォーマット（TS）から前記第１タイプのフォー
   マット（PS）にシステムストリームを変換するための制
   限フォーマットが許され、 前記制御ステップは前記第１及び第２のエンコードステ
   ップのそれぞれに対し、前記制限フォーマットでエンコ
   ードさせる制御を行う、ことを特徴とする情報記録方
   法。