JP2002157840A - ストリーム記録に適した情報媒体およびストリーム記録に適したシステム - Google Patents

Abstract

(57)【要約】 【課題】ランダムアクセス可能なＤＶＤ−ＲＡＭを利用
したストリーマを構築する上で、ストリームデータの効
率の良い管理を可能とする。 【解決手段】データ領域および管理領域を持つ情報媒体
において、前記データ領域はデータパケット形式のデー
タオブジェクトを格納できるように構成される。そし
て、前記管理領域が、前記データパケットのサイズを示
すパケット長情報（ＴＳパケット長）を格納できるよう
に構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、デジタルビデオ
のデータストリームを記録するシステムの改良に関す
る。とくに、デジタル放送されるＭＰＥＧトランスポー
トストリームを効率よく記録できるシステムに関する。
さらには、ＭＰＥＧトランスポートストリームのサポー
ト情報を管理領域に記録するシステムに関する。

【０００２】

【従来の技術】近年、ＴＶ放送はデジタル放送の時代に
突入しつつあり、そのために、デジタルＴＶ放送のスト
リーマ（デジタルデータをそのままの形で保存する装
置）の必要性が要望されている。

【０００３】また、現在放送されているデジタルＴＶ放
送ではＭＰＥＧトランスポートストリームが採用されて
おり、今後も動画を使用したデジタル放送の分野ではＭ
ＰＥＧトランスポートストリームが標準となりつつあ
る。

【０００４】このデジタル放送データを記録するストリ
ーマとして、たとえばＤ−ＶＨＳ（デジタルＶＨＳ）が
ある。

【０００５】デジタルＴＶ放送は、放送局より通信衛星
を通して放送される。放送されたデジタルデータは、各
家庭に設置されたセットトップボックス（Set Top Bo
x；以下、ＳＴＢと略記する）で受信され、ＴＶモニタ
上に表示される。このＳＴＢは、放送局から配給される
キーコードを元に、スクランブルされたデジタルデータ
を解除して再生する装置である。

【０００６】データがスクランブルされる理由は、放送
局と契約していないユーザにより不正に受信され、盗視
聴されることを防ぐためである。

【０００７】受信されたデータがそのまま再生される場
合には、ＳＴＢ内で、受信されたデータのスクランブル
が解除される。そして、ＳＴＢ内で、スクランブル解除
されたデータがＭＰＥＧデコーダでデコードされ、ビデ
オエンコーダでＴＶ信号に変換されて、ＴＶモニタ上に
表示される。

【０００８】放送データを録画する場合には、ＩＥＥＥ
１３９４デジタル・インターフェースを介して、チュー
ナで受信されたデジタルデータがＤ−ＶＨＳレコーダに
記録される。

【０００９】ここで、ＩＥＥＥ１３９４は標準的なイン
ターフェースの規格で、コマンドの授受、データの送受
信を実行する規格である。

【００１０】また、録画された放送データを再生する場
合には、Ｄ−ＶＨＳレコーダから記録データが読み取ら
れ、ＳＴＢ内のデータ伸張部に送られて、再生される。

【００１１】ここで、Ｄ−ＶＨＳレコーダに記録される
デジタルデータは、一般に次のような構造を有してい
る。

【００１２】すなわち、記録されるデジタルデータは、
６トラックが１ＥＣＣブロックとして取り扱われ、主デ
ータ領域の同期ブロック（Ｓｙｎｃ Ｂｌｏｃｋ）内
に、主データとして記録される。この場合、トランスポ
ートストリーム（ＴＳ）パケットにはヘッダが付加され
て記録される。

【００１３】このようなＤ−ＶＨＳストリーマでは、放
送されたビットストリームがそのままテープに記録され
る。そのため、このテープには、複数の番組が多重化さ
れて記録されることになる。

【００１４】従って、最初から再生する場合でも途中か
ら再生する場合でも、再生時には、そのまま全てのデー
タが送り出される。ＳＴＢでは、送り出されたデータか
ら希望の番組のみが選択されて再生されることとなる。

【００１５】このようなシステムでは、記録にテープメ
ディアを使用するために、ランダムアクセス性能が極め
て悪い。そのため、ある番組中においてユーザが所望す
る箇所に素早くジャンプしてその再生場面を再生したい
と思ってもそれが実行困難である。

【００１６】一方、ＤＶＤ−ＲＡＭなどの大容量ディス
クメディアにおいても、ストリーマの記録については、
問題がある。このようなＤＶＤシステムでは、ランダム
アクセス或いは特殊再生などを考慮すると、必然的に、
管理データを放送データと共に記録することが要求され
る。

【００１７】このようなＤＶＤシステムでは、ＤＶＤビ
デオのフォーマットに準じて、データが管理され、また
フォーマットされることも必要とされる。

【００１８】しかしながら、ＤＶＤビデオでは、衛星放
送を想定してフォーマットが定められていないことか
ら、そのままでは、特殊再生などに対応できない問題が
ある。

【００１９】たとえば特願平１０−０４０８７６では、
ＤＶＤビデオフォーマットを元に、家庭用録再機を想定
したフォーマットの提案がされている。しかしながら、
このフォーマットでも、デジタル放送に関しては、全く
考慮されていないのが現状である。

【００２０】

【発明が解決しようとする課題】以上のように、デジタ
ルＴＶ放送対応のストリーマシステムに於いて、ランダ
ムアクセスの可能なＤＶＤ−ＲＡＭ、すなわち、リード
／ライト（Ｒ／Ｗ）ディスクを利用したストリーマを構
築する上でＴＳストリームデータを効率の良く管理でき
ない問題がある。

【００２１】この発明は、上記事情に鑑みなされたもの
で、デジタルＴＶ放送などで用いられるストリームデー
タの効率の良い管理を目的とする。

【００２２】

【課題を解決するための手段】上記目的を達成するため
に、この発明の実施の形態では、データ領域（図９ｃの
２４）および管理領域（図９ｄの２５）を持つ情報媒体
（図９ａの５０）が用いられる。この情報媒体におい
て、前記データ領域（２４）はデータパケット形式のデ
ータオブジェクト（図２ｂのＳＯＢ）を格納できるよう
に構成され、前記管理領域（２５）が、前記データパケ
ットのサイズを示すパケット長情報（図８のＴＳパケッ
ト長）を格納できるように構成される。

【００２３】

【発明の実施の形態】以下図面を参照してこの発明の一
実施例に係るＤＶＤ録再器並びにその書き込み可能な光
ディスクのフォーマットについて説明する。

【００２４】始めにフォーマットの用語について簡単に
説明する。光ディスクには、通常のファイル形式でデー
タが保存されている。タイトルは、たとえば映画の一本
分に相当し、一枚のディスクに、このタイトルが複数収
納されている。このタイトルが集まったものをタイトル
セットと称し、このタイトルセットは、複数のファイル
で構成されている。また、１枚のディスクには、このデ
ィスクを管理するための情報としてビデオマネージャ
（Ｖｉｄｅｏ Ｍａｎａｇｅｒ；以降ＶＭＧと称する）
と称するファイルが存在する。

【００２５】さらに、タイトルセットでは、このタイト
ルセットを管理するための情報が、ビデオタイトルセッ
ト情報（Ｖｉｄｅｏ Ｔｉｔｌｅ Ｓｅｔ Ｉｎｆｏｒ
ｍａｔｉｏｎ、以降ＶＴＳＩと略記する）の管理情報フ
ァイルとビデオデータで構成されているビデオファイル
とＶＴＳＩのバックアップファイルとで構成されてい
る。

【００２６】前記ビデオファイルは、階層構造となって
おり、１つのファイルは複数のプログラムチェーンで構
成され、１つのプログラムチェーンは、複数のプログラ
ムで構成されており、１つのプログラムは、複数のセル
で構成され、１つのセルは、複数のビデオオブジェクト
ユニット（以降ＶＯＢＵと略記する）で構成されてい
る。また、ＶＯＢＵは、複数の様々な種類のデータから
なるパックによって構成されている。パックは１つ以上
のパケットとパックヘッダで構成されている。パック
は、データ転送処理を行う最小単位となっている。さら
に、論理上の処理を行う最小単位はセル単位で、論理上
の処理はこのセル単位で行われる。

【００２７】次に、トランスポート（ＴＳ）ストリーム
について説明する。一般に、デジタルＴＶ放送などやイ
ンターネットなどの有線を使用した放送などの圧縮動画
を放送（配信）する方式おいては、共通の基本フォーマ
ットであるＴＳストリームがＭＰＥＧ２の規格として定
められている。

【００２８】このＴＳストリームは、図１（ａ）に示す
ように多数のＴＳパケット３８から構成され、各ＴＳパ
ケット３８は、図１（ｂ）から図１（ｄ）に示す構造を
有し、図１（ｂ）に示すようにパケットの管理データ部
分４１およびペイロード４２とから構成される。ペイロ
ード４２には、再生されるべき対象のデータがスクラン
ブルされた状態で格納されている。

【００２９】ペイロード４２に格納される再生対象とし
ては、ＭＰＥＧビデオデータ、Ｄｏｌｂｙ ＡＣ３ オ
ーディオデータ或いはＭＰＥＧオーディオデータ等があ
り、また、直接、再生対象以外の情報として、再生する
上で必要なプログラムアソシエーションテーブル（Ｐｒ
ｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ；以
下ＰＡＴと略記する）、プログラムマップテーブル（Ｐ
ｒｏｇｒａｍ ＭａｐＴａｂｌｅ；以下ＰＭＴと略記す
る）等の情報、さらに、電子番組情報（Ｅｌｅｃｔｒｏ
ｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ；以下ＥＰＧと略
記する）等がある。

【００３０】ＰＡＴには、番組毎のＰＭＴのパケット識
別情報（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏ
ｎ；以下ＰＩＤと略記する）が含まれており、さらに、
ＰＭＴには、ビデオデータ或いはオーディオデータ等の
ＰＩＤが記録されている。

【００３１】これにより、ＳＴＢ部の通常の再生手順と
しては、ＥＰＧ情報により、ユーザが番組を決定する
と、目的の番組の開始時間に、ＰＡＴを読み込み、その
データを基に希望の番組のＰＭＴのＰＩＤを決定し、目
的のＰＭＴを読み出し、そこに含まれる再生すべきビデ
オ、オーディオパケットのＰＩＤを決定し、ビデオ、オ
ーディオデータをＰＩＤに従って、切り出されて再生が
なされる。ここで、ＰＡＴは、途中再生にも使用するた
めに、数１００ｍｓ毎に送信されている。

【００３２】これらＴＳストリームのデータを、ＤＶＤ
ーＲＷ（リード／ライト）ディスク等のディスクメディ
アに記録する場合には、これらのデータをそのまま、デ
ジタルデータとして記録することが好ましい。ただし、
現在、ＤＶＤ−ＲＡＭの最高ビットレートが１０．０８
Ｍｂｐｓであるため、全チャンネルを多重化された衛星
放送（２０Ｍｂｐｓ以上）そのものを記録することはで
きない。そのため、記録する場合には、１つの番組を選
んで、記録する必要がある。

【００３３】さらに、ディスクメディアに記録すると、
ユーザが希望の番組の希望の時間より再生を開始したい
とか、早送りを行いたいなどの希望を満たすためには、
記録したデータを管理するためのデータが必要となる。
しかしながら、再生するデータ自身には、スクランブル
が掛かっているため、再生するデータ自身から、その管
理データを作成することは困難である。

【００３４】そのため、ＴＳストリームパケット内のコ
ントロールデータであるパケットヘッダ内のデータや、
ＴＳストリームのＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉ
ｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）データであるＰＡＴ
パケット、或いは、ＰＭＴパケットのデータを利用し
て、管理データを作成することが好ましい。

【００３５】ここで注意すべきは、衛星放送の種類など
により、これらパケットヘッダの内容のなかで、サポー
トされていない情報がある場合があり、さらに、ＰＡＴ
およびＰＭＴさえも使用していない場合があることであ
る。そのため、前記のような方法でいきなり管理データ
を作成しようとすると、衛星放送毎に、管理データが作
れずに、記録できない場合がある。

【００３６】そこで、録画時に、管理情報内に衛星放送
の使用するパケットヘッダの情報、ＰＡＴ或いはＰＭＴ
があるかどうかを示す情報を保存し、サポートされてい
る情報に従って管理データを作成し、再生時には、その
サポート情報によりサービス内容を変更し、可能なサー
ビスのみを提供するようにすることが好ましい。

【００３７】まず、サポート情報を検出する方法として
は、次の２通りの方法がある。

【００３８】第１の方法には、サポート情報をＳＴＢ部
より受け取る方法である。ＳＴＢ部は、受信する衛星放
送毎に異なり、専用機となっている。そのため、サポー
トに関する情報を前もって（ＳＴＢの出荷時に）把握し
ているはずである。そこで、録画開始時に、ＳＴＢ部か
らそのサポート情報を取り込む。

【００３９】第２の方法は、録画中に、ＳＴＢ部より、
ＴＳストリームストリームデータを受け取った際に、使
用する各データをチェックし、アクティブである場合
に、その情報がサポートされていると判定し、サポート
情報を蓄積すると共に、そのサポートされた情報を基に
管理データを作成し、記録終了時に、蓄積したサポート
情報を管理データとして光ディスクの管理領域に記録す
ることである。

【００４０】次に、管理データにサポート情報が含まれ
るフォーマットについて説明する。第１の実例は、既に
フォーマットの規格が統一化されたＤＶＤ―ビデオのフ
ォーマットに準拠するデータを管理する管理データにつ
いて始めに説明する。

【００４１】現ＤＶＤ−ビデオでは、衛星放送などを想
定してフォーマットされていない。従って、衛星放送を
録画してその後、録画データを特殊再生する場合には、
現状では、対応できないものである。従って、現ＤＶＤ
−ビデオに準拠して録再の規格を提唱する場合には、次
のようなフォーマットが最適なものとなる。

【００４２】現ＤＶＤ−ビデオでは、再生対象としての
ビデオオブジェクトセット３０（ＶＯＢＳ）は、図２
（ａ）〜（ｄ）に示すような構造を有している。

【００４３】すなわち、図２（ａ）に示されるＶＯＢＳ
３０は、図２（ｂ）に示すように１または、多数のビデ
オオブジェクト（ＶＯＢ）３１の集合に定められ、ＶＯ
Ｂ３１は、また、図２（ｃ）に示すように１または、多
数のセル（Ｃｅｌｌ）３２の集合に定められている。さ
らに、このセル３２は、図２（ｄ）に示すように１また
は、多数のビデオオブジェクトユニット（ＶＯＢＵ）３
３の集合に定められている。そして、ＶＯＢＵ３３が図
２（ｅ）に示すように１または、多数のＴＳパック３４
で構成される。

【００４４】なお、ストリーマでは、上記ＶＯＢに対応
するものとしてストリーマオブジェクト（ＳＯＢ）が定
義され、上記ＶＯＢＵに対応するものとしてストリーマ
オブジェクトユニット（ＳＯＢＵ）が定義されている。

【００４５】以下の説明において、ＶＯＢあるいはＶＯ
ＢＵに関する説明は、適宜ＳＯＢあるいはＳＯＢＵに置
き換えて解釈できる。

【００４６】ここで、ＶＯＢＵ３３の構造に関しては、
２種類のフォーマット方式を提唱することができる。

【００４７】第１の方式では、１ＶＯＢＵ３３が、トラ
ンスポートストリーム（ＴＳストリーム）を記録した１
または複数のＴＳパック３４で構成される。図３（ａ）
に示す１ＴＳパック３４は、図３（ｂ）に示すようにパ
ックヘッダ３５、パケットヘッダ３６、サブストリーム
ＩＤ３７およびトランスポートパケット（ＴＳパケッ
ト）３８で構成されている。１ＴＳパック３４は、その
サイズが２０４８バイトに定められ、２０４８バイトに
満たない場合には、パディングパケット３９が挿入され
てそのサイズが調整される。

【００４８】ＴＳパック３８は、１０個のＴＳパケット
で構成され、パケットヘッダ３６は、ＭＰＥＧ２におけ
るプライベートストリームである旨を示す０ｘｂｄが記
述されるストリームＩＤを含み、また、パケット内のデ
ータがトランスポートストリームである旨を特定するサ
ブストリームＩＤには、０ｘｆ０が記述される。

【００４９】なお、各ＴＳパケットの先頭には、図３
（ｂ）に示すように、タイムスタンプ（ＡＴＳ）を配置
することができる。

【００５０】また、第２の方式では、図３（ｃ）に示す
ように図３（ｂ）のパケット構造においてサブストリー
ムＩＤ３７の後に２バイトのパケットアクセスポインタ
４０が設けられる構造を有している。そのパケットアク
セスポインタ４０は、パック３４内にある最初のパケッ
ト３８の先頭アドレスを示している。

【００５１】例えば、図３（ｃ）においては、パック３
４内の最初のパケット３８は、パケットアクセスポイン
タ４０の直後にあるため相対アドレスで示せばアドレス
は０となる。この図３（ｃ）に示すパック３４では、最
終パケット３９は、他のパケット３８が１８８バイトで
あるに対して１４２バイトしかないためその残余の４６
バイトが図３（ｄ）に示す次のパック３４に格納され
る。

【００５２】図３（ｄ）に示す次のパック３４では、パ
ケットアクセスポインタ４０の直後には、残余の４６バ
イトがあるためにその残余の４６バイトに続いて最終パ
ケット３９が位置されることとなる。従って、最終パケ
ット３９のアドレスを示す０ｘ２ｅが次のパック３４の
パケットアクセスポインタ４０に記述される。

【００５３】このパケットアクセスポインタ４０によ
り、第一の方式では、パディングで未使用であった部分
も、パケットデータの格納領域として利用できるように
なる。このとき、パケットアクセスポインタが０ｘｆｆ
ｆｆの場合には、１パック内にパケットの先頭が存在し
ない場合を意味している。

【００５４】ただし、この場合、ＶＯＢＵ３３の先頭の
パックは、図３（ｃ）に示す例のように必ずパケットの
先頭がパケットアクセスポインタ４０後尾にアラインさ
れるものとする。これにより、ＶＯＢＵ単位でパケット
を管理でき、しかも、パケットのサイズが１パックに入
りきらない場合に対応できることとなる。

【００５５】なお、図３（ｃ）および図３（ｄ）に示さ
れるトランスポートストリームパケット（ＴＳパケッ
ト）の一部は、以下の場合に該当する。

【００５６】すなわち、ＴＳパケットの記録において、
１パケットが２セクタに跨って記録される場合に、第１
のセクタに記録されるものおよび第１のセクタに記録さ
れるものそれぞれが、ＴＳパケットの一部に該当する。

【００５７】このようにすると、１パケットが２セクタ
に跨って記録される場合にパディングデータを挿入する
必要がないので、その分高密度記録できる。

【００５８】その際、パケットヘッダに、「各セクタの
最初に来るＴＳ開始位置が基準位置から何バイト目か」
の位置情報を記録しておくことができる。ここで、基準
位置としては、たとえばパケットヘッダの位置、あるい
はＴＳパケットの先頭位置、またはＴＳパケットの終了
位置、若しくは連続するＴＳパケットの隣接境界位置を
用いることができる。

【００５９】基準位置としてＴＳパケットの先頭位置を
用いる場合は、図３（ｃ）のパケットアクセスポインタ
＝０を、上記位置情報として用いることができる。

【００６０】また、基準位置としてＴＳパケットの終了
位置（または隣接境界位置）を用いる場合は、図３
（ｄ）のパケットアクセスポインタ＝０ｘ２ｅを、上記
位置情報として用いることができる。

【００６１】既に説明した第２の方式の例を図４を参照
してより詳細に説明する。図４は、ＶＯＢＵ（またはＳ
ＯＢＵ）の構造並びにＴＳパケットの構造の詳細を示し
ている。図４（ａ）に示すＶＯＢＵ（ＳＯＢＵ）３３
は、整数個のＴＳパック３４から構成され、ＶＯＢＵ
（ＳＯＢＵ）３３内の先頭のＴＳパック３４は、図４
（ｃ）に示す構造を有している。

【００６２】すなわち、常にＴＳパック３４内のパケッ
トアクセスポインタ４０の次には、ＴＳパケット３８の
先頭部分がアラインされ、パケットアクセスポインタ４
０の相対アドレスは、ゼロとなる。従って、ＶＯＢＵ
（ＳＯＢＵ）３３をアクセスしてそのパケットと取り出
せば常にその先頭がＴＳパケット３８の先頭に一致し、
ＴＳパケット３８を切り離して即座に転送可能となる。
このＶＯＢＵ（ＳＯＢＵ）３３内の先頭のＴＳパック３
４に続いてＴＳパケット３４が配置されるが、２０４８
バイトの１パックに格納されないＴＳパケット３８の残
余の部分は、図４（ｃ）に示すように次のＴＳパック３
４のパケット３８に収納される。

【００６３】このように次々にＶＯＢＵ（ＳＯＢＵ）３
３内には、ＴＳパック３４が配置される。が、そのＶＯ
ＢＵ（ＳＯＢＵ）３３内の最後のＴＳパック３４は、図
５（ｃ）に示すように、他のＴＳパック３４と異なり、
そのパック内の最後の部分に１ＴＳパケット３８が入り
きらないことがある。

【００６４】このような場合には、その最後の部分に、
パッディングパケット３９を適宜挿入することができ
る。このパッディングパケットを挿入することによっ
て、次のＶＯＢＵ（ＳＯＢＵ）３３内の先頭ＴＳパック
３４は、ＴＳパケット３８の先頭から始まるパケットの
データ部を有することとなる。

【００６５】なお、上記パディングなしで対処する方法
（ＴＳパケットの記録において、１パケットが２セクタ
に跨って記録される場合）もあり、それについては前述
した。

【００６６】図３並びに図４に示した例では、パケット
アクセスポインタ４０でそのパック３４内の最初のＴＳ
パケット３８のアドレスが指定され、このパケットアク
セスポインタ４０でそのパック３４が指定された際にそ
のパック３４内で最初に取り出されるＴＳパケット３８
を特定することができる。

【００６７】このパケットアクセスポインタ４０に代え
て図５に示す続きパケットフラグで次のＴＳパック３４
の構造を特定するようにしても良い。

【００６８】すなわち、図５（ａ）に示すようにＴＳパ
ック３４内には、パケットヘッダ３６に続いてＴＳパケ
ットである旨を特定するサブストリームＩＤ３６が設け
られ、このサブストリームＩＤに続いて続きパケットフ
ラグ４１が設けられている。この続きパケットフラグ４
１は、これが含まれるＴＳパック３４に続くＴＳパック
３４には、ＴＳパケット３９の一部が収納されている否
かを示している。

【００６９】すなわち、続きパケットフラグ４１が１で
あれば、そのＴＳパック３４の最後には、ＴＳパケット
３９の一部が収納され、そのＴＳパケット３９の残余が
次のＴＳパック３４の続きパケットフラグ４１に続いて
配置されている。

【００７０】ＴＳパック３４内の最後にＴＳパック３９
がアラインされて配置され、残余が次のパック３９に格
納されない場合には、続きパケットフラグ４１は、ゼロ
となる。このことは、続きパケットフラグ４１がゼロで
あるＴＳパケット３９を獲得すれば、続きパケットフラ
グ４１に続くＴＳパケット３９を再生すればスムーズな
再生処理が可能となる。

【００７１】次に、上述のようなデータ構造における管
理データの構造について説明する。

【００７２】管理データは、光ディスクの内周側のリー
ドイン領域に続く管理領域に記録され、この管理領域
は、図６（ａ）に示すようにビデオタイトルセット情報
（ＶＴＳＩ）あるいはストリーマ制御情報（ＳＴＲ＿Ｖ
ＭＧＩ）のテーブルを含む。このＳＴＲ＿ＶＭＧＩは、
ストリーマの管理情報（ＳＴＲＩ）に含まれている。こ
のＳＴＲＩはＶＴＳＩに対応した機能を持っている。

【００７３】このＶＴＳＩ（ＳＴＲ＿ＶＭＧＩ）は、図
６（ａ）に示すように、ＶＴＳＩ（ＳＴＲ＿ＶＭＧＩ）
に関する管理情報が記述されたＶＴＳＩの管理テーブル
（ＶＴＳＩ＿ＭＡＴ）；ＶＴＳ（ビデオタイトルセッ
ト）あるいはストリーム内のプレイリストをサーチする
ためのサーチポインタが記述されたＶＴＳタイトルサー
チポインタテーブル（ＶＴＳ＿ＴＴ＿ＳＲＰＴ）あるい
はプレイリストサーチポインタテーブル（ＰＬ＿ＳＲＰ
Ｔ）；セルの再生順序が規定されているプログラムチェ
ーンを定めるＶＴＳプログラムチェーン情報テーブル
（ＶＴＳ＿ＰＧＣＩＴ）あるいはユーザが定義したプロ
グラムチェーン情報のテーブル（ＵＤ＿ＰＧＣＩＴ）；
ＶＴＳメニューのためのプログラムチェーン情報ユニッ
トテーブル（ＶＴＳＭ＿ＰＧＣＩ＿ＵＴ）；ＶＴＳタイ
ムマップテーブル（ＶＴＳ＿ＴＭＡＰＴ）；ＶＴＳメニ
ューのためのセルアドレステーブル（ＶＴＳＭ＿Ｃ＿Ａ
ＤＴ）；ＶＴＳメニューのためのＶＯＢＵアドレスマッ
プテーブル（ＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰ）；ＶＴ
Ｓのセルアドレステーブル（ＶＴＳ＿Ｃ＿ＡＤＴ）およ
びＶＴＳのＶＯＢＵアドレスマップテーブル（ＶＴＳ＿
ＶＯＢＵ＿ＡＤＭＡＰ）から構成されている。

【００７４】なお、上記ＵＤ＿ＰＧＣＩＴ内のユーザ定
義ＰＧＣ情報（ＵＤ＿ＰＧＣＩ）は、ユーザにより定義
されたプログラムパーツのシーケンスを定義している。
また、上記プレイリストは、プログラムパーツの再生シ
ーケンスをユーザが自由に定めたものである。

【００７５】ＶＴＳ＿ＰＧＣＩＴ（ＵＤ＿ＰＧＣＩＴ）
は、図６（ｂ）に示すように、ＶＴＳ＿ＰＧＣＩＴの情
報（ＶＴＳ＿ＰＧＣＩＴＩ）（またはＵＤ＿ＰＧＣＩＴ
Ｉ）、再生順序に配置された各プログラムチェーンをサ
ーチするためのＶＴＳプログラムチェーンサーチポイン
タ（ＶＴＳ＿ＰＧＣ＿ＳＲＰ＃ｎ）（またはＵＤ＿ＰＧ
Ｃ＿ＳＲＰ＃ｎ）およびこのサーチポインタで指定され
る各ＶＴＳプログラムチェーンの情報（ＶＴＳ＿ＰＧＣ
Ｉ＃ｎ）（またはＵＤ＿ＰＧＣＩ＃ｎ）から構成されて
いる。

【００７６】ＶＴＳ＿ＰＧＣＩ＃ｎ（またはＵＤ＿ＰＧ
ＣＩ＃ｎ）は、図６（ｃ）に示すようにプログラムチェ
ーン（ＰＧＣ）の一般情報（ＰＧＣ＿ＧＩ）あるいはス
トリームセル一般情報（ＳＣ＿ＧＩ）；ＰＧＣプログラ
ムマップ（ＰＧＣ＿ＰＧＭＡＰ）あるいはプログラム情
報（ＰＧＩ＃ｍ）；セルの再生に関する情報が記述され
たセル再生情報テーブル（Ｃ＿ＰＢＩＴ）あるいはスト
リームセル情報（ＳＣＩ＃ｎ）；セルの位置情報、すな
わち、アドレス情報が記述されたセル位置情報テーブル
（Ｃ＿ＰＯＳＩＴ）あるいはストリームセル情報サーチ
ポインタ（ＳＣＩ＿ＳＲＰ＃ｎ）から構成されている。
Ｃ＿ＰＢＩＴ（ＳＣＩ＃ｎ）は、図６（ｄ）に示すよう
に、セルの再生順に配置された多数のセルの再生情報
（Ｃ＿ＰＢＩ＃ｊ）あるいはストリームセルのエントリ
ポイント情報（ＳＣ＿ＥＰＩ＃ｎ）から構成されてい
る。

【００７７】ＰＧＣ一般情報（ＰＧＣ＿ＧＩ）は、図７
（ａ）に示すように構成できる。すなわち、プログラム
数およびセル数等のＰＧＣの内容（ＰＧＣ＿ＣＮＴ）が
記述され；１ＰＧＣの記録時間を記述したＰＧＣ記録時
間（ＰＧＣ＿ＴＲＳ＿ＴＭ：ＰＧＣ Ｔｒａｎｓｐｏｒ
ｔ Ｔｉｍｅ）が記述され；サポート情報（Ｓｕｐｐｏ
ｒｔ Ｉｎｆoｒｍａｔｉｏｎ）が記述され；ＰＧＣプ
ログラムマップ（ＰＧＣ＿ＰＧＭＡＰ）の先頭アドレス
（ＰＧＣ＿ＰＧＭＡＰ＿ＳＡ）が記述され；セル再生情
報テーブル（Ｃ＿ＰＢＩＴ）の先頭アドレス（Ｃ＿ＰＢ
ＩＴ＿ＳＡ）が記述され；セル位置情報テーブル（Ｃ＿
ＰＯＳＩＴ）の先頭アドレス（Ｃ＿ＰＯＳＩＴ＿ＳＡ）
が記述され；そして、消去禁止フラッグ（ＡＲＣＨＩＶ
Ｅ Ｆｌａｇ）が記述されている。

【００７８】ＳＣ＿ＧＩの場合は、ＡＲＣＨＩＶＥ Ｆ
ｌａｇの代わりに、セルタイプ（Ｃ＿ＴＹ＝０１０ｂ）
および一時消去（ＴＥ）フラグが記述され、さらに以下
のものが記述される： ＊ＳＣＩに含まれるエントリポイント情報の数を記述し
たＳＣ＿ＥＰＩ＿Ｎｓ； ＊セルが参照するＳＯＢの数を記述したＳＯＢ＿Ｎ； ＊ＤＶＤストリーム記録ＰＡＴ記述フォーマットにより
セルの開始アプリケーションパケット到着時間（開始Ａ
ＰＡＴ）を記述したＳＣ＿Ｓ＿ＡＰＡＴ； ＊ＤＶＤストリーム記録ＰＡＴ記述フォーマットにより
セルの終了アプリケーションパケット到着時間（終了Ａ
ＰＡＴ）を記述したＳＣ＿Ｅ＿ＡＰＡＴ（この終了ＡＰ
ＡＴは該当セルに属する最後のアプリケーションパケッ
トのＡＰＡＴである）； ＊少なくとも１つのＳＯＢＵ境界（該当セルタイプＣ＿
ＴＹのＴＥフィールドが「１０ｂ」）を含む「仮消去」
状態のセルに対して、最初のＳＯＢＵ（その始まりが仮
消去状態セルに含まれるもの）の最初のアプリケーショ
ンパケットのＡＰＡＴを記述したＥＲＡ＿Ｓ＿ＡＰＡ
Ｔ； ＊少なくとも１つのＳＯＢＵ境界（該当セルタイプＣ＿
ＴＹのＴＥフィールドが「１０ｂ」）を含む「仮消去」
状態のセルに対して、該当ＳＯＢＵ（仮消去状態セルの
すぐ後に続くアプリケーションパケットを含むもの）の
最初のアプリケーションパケットのＡＰＡＴを記述した
ＥＲＡ＿Ｅ＿ＡＰＡＴ。

【００７９】記録時の信号の流れは、ＳＴＢ部で受け取
ったＴＳパケットデータは、フォーマッタ部で、パック
化されて記録される。このとき、各情報の有無を検知
し、ワークＲＡＭに保存し、記録終了時に、管理情報と
して記録する。

【００８０】サポート情報（Ｓｕｐｐｏｒｔ Ｉｎｆo
ｒｍａｔｉｏｎ）には、図７（ｂ）に示すように、ビッ
トｂ０にランダムアクセスを許可するか否かを示すラン
ダムアクセスインジケータサポートフラグが記録され、
ビットｂ１にはユニット単位でスタートを許可するか否
かを示すユニットスタートインジケータサポートが記録
される。また、ビットｂ２にはＰＡＴ（Ｐｒｏｇｒａｍ
Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）およびＰＭＴ
（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）がサポートさ
れているか否を示すＰＡＴ・ＰＭＴサポートが記録さ
れ、ビットｂ３には再生クロックリファレンスＰＣＲが
サポートされているか否を示すＰＣＲサポートが記録さ
れ、ビットｂ４にはスプライスカウントダウンＳＣＤが
サポートされているか否を示すＳＣＤサポートが記録さ
れ、ビットｂ５からｂ７には、記録したＳＴ部の識別コ
ードが記録されている。

【００８１】識別コードには、例えば、ＢＳデジタル放
送のＳＴＢ（００１）、ディレクトＴＶのＶｅｒ２のＳ
ＴＢ（０１０）およびスカイパーフェクトＴＶのＶｅｒ
１のＳＴＢ（０１１）がある。

【００８２】また、再生時は、ディスクから読み出した
パックデータを分離部で解析し、ＴＳパケットが入って
いるパックの場合には、ＴＳパケット転送部へ送る。Ｔ
Ｓパケット転送部は、ＳＴＢ部からのリクエストに従っ
て、ＳＴＢ部へＴＳパケットのみを転送する。

【００８３】図８に示されるように各セル再生情報（Ｃ
＿ＰＢＩ）（またはストリームセル情報ＳＣＩ）にさら
にサポート情報が記述されることが好ましい。

【００８４】すなわち、図８に示すように、相対バイト
位置（Relative Byte Position ＲＰＢ）による表現で
セル再生情報（Ｃ＿ＰＢＩ）の０バイト目トには、セル
タイプ等のセルカテゴリ（Ｃ＿ＣＡＴ）（またはセルタ
イプＣ＿ＴＹ）が記録され；ＲＢＰで１から４バイト目
には当該セルの先頭記録時のＳＴＣの値或いはＰＣＲが
記述されるセル到着時間（Ｃ＿ＡＲＬ＿ＴＭ： Ｃｅｌ
ｌ ＡｒｒｉｖａｌＴｉｍｅ）が記録され；ＲＢＰで５
から８バイト目にはセル内の最初のＶＯＢＵの先頭アド
レス（Ｃ＿ＦＶＯＢＵ＿ＳＡ）が記述され；ＲＢＰで９
から１２バイト目にはセル内の最後のＶＯＢＵの先頭ア
ドレス（Ｃ＿ＬＶＯＢＵ＿ＳＡ）が記述され；ＲＢＰで
１３から１６バイト目にはセル内の最後のＶＯＢＵの終
了アドレス（Ｃ＿ＬＶＯＢＵ＿ＥＡ）が記述されてい
る。

【００８５】また、ＲＢＰで１７から１８バイト目には
トランスポートストリームパケット（ＴＳパケット）の
長さを示すＴＳパケット長（ＴＳ Ｐａｃｋｅｔ Ｌｅ
ｎｇｔｈ）が記述されている。

【００８６】また、このセル再生情報（またはＳＣＩ）
には、ＲＢＰで１９から２２バイト目にサポート情報と
してＩピクチャの数（ＲＥＦＰＩＣ＿Ｎｓ）（またはア
クセスユニット数ＡＵ＿Ｎｓ）が記録されている。

【００８７】さらに、このセル再生情報（またはＳＣ
Ｉ）には、ＲＢＰで２３バイト目以降に、Ｉピクチャの
先頭アドレス（ＲＥＦＰＩＣ＿ＳＡ＃１〜＃ｎ）（また
はアクセスユニット開始マップＡＵＳＭ）およびＩピク
チャの最後のアドレス（ＲＥＦＰＩＣ＿ＥＡ＃１〜＃
ｎ）（またはアクセスユニット終了マップＡＵＥＭ）が
次々と記録されている。

【００８８】上記ＲＥＦＰＩＣ＿ＳＡ＃（Ｉピクチャ開
始位置）は後述するＡＵＳＭ（Access Unit Start Ma
p）に対応している。このＡＵＳＭは、ストリーマオブ
ジェクト（ＳＯＢ）のデータユニット（ＳＯＢＵ）のど
れがアクセスユニット（ＡＵ）を含んでいるかを示して
いる。

【００８９】また、上記ＲＥＦＰＩＣ＿ＥＡ＃（Ｉピク
チャ終了位置）は後述するＡＵＥＭ（Access Unit End
Map）に対応している。このＡＵＥＭは、ＡＵＳＭと同
じ長さのビットアレイである。このＡＵＥＭ内のbits
は、どのＳＯＢＵが該当ＳＯＢのアクセスユニットに伴
うビットストリームセグメントの末尾を含むのかを示し
ている。

【００９０】なお、上記ＳＯＢおよびＳＯＢＵはストリ
ーマにおいて用いられる名称であり、ＤＶＤビデオ（Ｄ
ＶＤ＿ＲＴＲ）で用いられるＶＯＢおよびＶＯＢＵとい
う名称に対応する立場にある。

【００９１】ストリーマは送られてくるビットストリー
ムをそのまま記録するもので、その内容には関知しない
（つまりストリーマは記録内容を知らない）。

【００９２】ストリーマで記録されるビットストリーム
がＭＰＥＧ２のトランスポートストリームの場合、Ｉピ
クチャ位置からデコードが開始される。この場合、ある
Ｉピクチャと次のＩピクチャとの間の位置にタイムサー
チされると（つまりタイムスタンプのみでアクセスする
と）、その位置にはＩピクチャがないので、その後のＩ
ピクチャが検出されるまでデコード開始が遅れてしまう
（つまり、出画タイミングが遅れる）。

【００９３】一方、ストリーマにおけるアクセス単位と
してデータユニット（ＳＯＢＵ）を用いると、ＳＯＢＵ
単位でＩピクチャの先頭位置／終了位置が分かる（ＡＵ
ＳＭとＡＵＥＭで分かる）ので、ＭＰＥＧトランスポー
トストリームを用いたタイムサーチにおいてＩピクチャ
位置がすぐに分かる。

【００９４】すなわち、ＳＯＢＵをアクセス単位に用い
れば、タイムサーチにおいてＩピクチャ位置がすぐに分
かるので、デコード開始を素早くでき、かつスムースな
早送り（ファーストフォワードＦＦ）および早戻し（フ
ァーストリバースＦＲ）も可能となる。

【００９５】図８では、ＴＳパケット長が記述されてい
るが、常に１８８バイトのＴＳパケットが次々に転送さ
れている場合には、このＴＳパケット長が判らなくても
問題はない。しかしながら、放送局の都合でストリーマ
に送られるＴＳパケットが１８８バイト以上のパケット
が送られてくる可能性がある。この実施の形態では、こ
のような特別な場合をも考慮してパケット長を設定でき
るようにしている。

【００９６】すなわち、ディスクからデータを読み出し
た後にパック内のデータパケットをこのＴＳパケット長
で切り分けることにより、各パケットに切り分けること
ができるようにしている。

【００９７】なお、ＭＰＥＧのトランスポートストリー
ムにおけるＴＳパケットサイズ（１８８バイト）、ＤＶ
Ｄビデオ（ＤＶＤ＿ＲＴＲ）のプログラムストリームお
けるパケットサイズ（２０４８バイト）、その他のパケ
ットサイズ（ｎバイト／パケット）に対応したものをス
トリーマの記録対象として考える場合には、アプリケー
ションストリームという上位概念的なビットストリーム
を用いる。

【００９８】次に他の例として、現在提唱されている録
再ビデオフォーマットにおいてサポート情報を管理情報
に記録する場合の例について説明する。

【００９９】図９は、そのフォーマットの概略を示す。
符号５０は記録消去再生可能なＲＡＭビデオであり、図
９（ａ）に示すディスクの記録領域は、図９（ｂ）に示
すように、リードイン２０およびリードアウト２１との
間に定められている。その領域には、ボリュームおよび
ファイル管理情報領域２２およびデータ領域２３が設け
られている。

【０１００】データ領域２３は、図９（ｃ）に示すよう
に複数のＤＶＤ領域２４に区分され、各ＤＶＤ領域２４
は、図９（ｄ）に示すように制御情報２５並びに図２に
示す構造を有するビデオオブジェクト３１から構成され
ている。制御情報２５は、図９（ｅ）に示すようにＶＯ
Ｂ一般情報（ＶＯＢ＿ＧＩ）（またはストリームファイ
ル一般情報ＳＦ＿ＧＩ）２７並びに多数のＶＯＢＵ情報
（ＶＯＢＵＩ）（またはストリームオブジェクト情報Ｓ
ＯＢＩ）２９を含むＶＯＢＵ情報テーブル（またはスト
リームファイル情報ＳＦＩ）２８から構成されている。

【０１０１】ＶＯＢ一般情報（ＶＯＢ＿ＧＩ）（または
ＳＦ＿ＧＩ）２７には、図９（ｆ）に示されるように、
ＶＯＢＵ＿Ｎｓ（またはＳＯＢＩ＿Ｎｓ）、ＶＯＢＩエ
ンドアドレス（またはＳＯＢＵ＿ＳＩＺ）、サポート情
報、その他が記録される領域が設けられている。

【０１０２】すなわち、ＲＢＰで０から３バイト目には
ＶＯＢＵの数（ＶＯＢＵ＿Ｎｓ）またはＳＯＢＩの数
（ＳＯＢＩ＿Ｎｓ）が記録され；ＲＢＰで４から７バイ
ト目にはＶＯＢＩのエンドアドレス或いはＶＯＢＩのサ
イズすなわち長さが記録され；ＲＢＰで８バイト目には
図７（ｂ）に示したと同様のサポート情報が記録され
る。さらに、ＲＢＰで９バイト目には消去禁止フラグ
（ＡＲＣＨＩＶＥ Ｆｌａｇ）を記録することができ
る。

【０１０３】図９（ｅ）に示されるＶＯＢＵＩ（または
ＳＯＢＩ）２９には、図１０に示されるサポート情報を
記録できる。

【０１０４】すなわち、ＲＢＰでＶＯＢＵＩ（ＳＯＢ
Ｉ）２９の０から３バイト目にはＶＯＢＵのスタートア
ドレスが記録され；ＲＢＰで４から７バイト目にはＶＯ
ＢＵのエンドアドレス或いはその長さが記録される。

【０１０５】また、ＲＢＰで８から１１バイト目には当
該ＶＯＢＵの先頭が記録される際のシステムタイムクロ
ックＳＴＣ或いはプログラムクロックリファレンス（Ｐ
ＣＲ：Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃ
ｅ）がＶＯＢＵ＿ＲＥＣＴＭとして記録され；ＲＢＰで
１２から１３バイト目にはＴＳパケットの長さを示すＴ
Ｓパケット長（ＴＳ Ｐａｃｋｅｔ Ｌｅｎｇｔｈ）が
記述されている。

【０１０６】また、ＲＢＰで１４から１７バイト目に
は、Ｉピクチャの数（ＲＥＦＰＩＣ＿Ｎｓ）が記録され
ている。

【０１０７】さらに、ＲＢＰで１８バイト目以降には、
次々に、Ｉピクチャの先頭アドレス（ＲＥＦＰＩＣ＿Ｓ
Ａ）および最後のアドレス（ＲＥＦＰＩＣ＿ＥＡ）が記
録されている。

【０１０８】ここで、Ｉピクチャが常に先頭に配置され
るようにＶＯＢＵが複数のＴＳパケットの集合に区分さ
れる場合には、ＶＯＢＵの区分する際に、Ｉピクチャの
アドレスが用いられる。

【０１０９】図１０の上記ＲＥＦＰＩＣ＿ＳＡ＃は前述
したＡＵＳＭ（Access Unit StartMap）に対応し、上記
ＲＥＦＰＩＣ＿ＥＡ＃は前述したＡＵＥＭ（Access Uni
t End Map）に対応している。

【０１１０】このようにＶＯＢＵ内でＩピクチャが常に
先頭に配置される例では、Ｉピクチャのスタートアドレ
スは、記述する必要が無く、Ｉピクチャのエンドアドレ
スのみが記述されればよいこととなる。

【０１１１】次に、上述したＴＳパケットに含まれる管
理データを上述したテーブルに記録する場合の例とし
て、次の５つの情報について説明する。

【０１１２】第１の情報は、図１（ｃ）に示されるＴＳ
パケットヘッダ内に含まれるランダムアクセス表示（ラ
ンダムアクセスインジケータ）で、これは、Ｉピクチャ
の先頭のデータが含まれるＴＳパケットの場合にアクテ
ィブとなる。

【０１１３】このフラグにより、Ｉピクチャの先頭の位
置が特定できる。これをフォーマットに反映する場合に
は、二つの方法がある。

【０１１４】第１の方法は、図１１（ａ）に示すよう
に、ＶＯＢＵ（またはＳＯＢＵ）３３に区分する際にこ
の情報を使用してフォーマットする場合である。

【０１１５】これにより、ＶＯＢＵ（ＳＯＢＵ）の先頭
が常にＩピクチャの先頭と一致するため、ＶＯＢＵ（Ｓ
ＯＢＵ）毎の再生が容易にできることになる。この場
合、図１１（ａ）に示すように常にＩピクチャのデータ
をＶＯＢＵ（ＳＯＢＵ）内の先頭に位置させるために、
必要に応じてパディングパケットがＶＯＢＵ（ＳＯＢ
Ｕ）内に挿入される。

【０１１６】また、第２の方法として、図８および図１
０に示すように各Ｉピクチャの先頭位置を管理領域に記
録することにより、後に説明するＦＦ或いはＦＲ等の特
殊再生等に利用できる。

【０１１７】実際のシステムでは、Ｉのスタートアドレ
スだけでは、ＳＴＢ部からのＩデコード終了割り込みを
利用する必要があることから、ＳＴＢ部へ余分なデータ
が流れてしまい、効率が悪い。

【０１１８】そこで、さらに、第２の情報として、図１
（ｂ）に示すユニット開始表示（ユニットスタートイン
ジケータ）をサポートする。

【０１１９】すると、Ｉピクチャのエンドアドレスが特
定できるため、さらに、無駄なデータの読み出しをしな
いファーストフォワードＦＦ或いはファーストリワイン
ドＦＲ等の特殊再生を実現することができる。

【０１２０】このユニットスタートインジケータによっ
て各ピクチャのスタートアドレスが特定できる。Ｉピク
チャのエンドアドレスは、図８および図９に示すように
管理情報として書き込まれる。

【０１２１】また、ここで、本実施例では、アドレス情
報として、論理ブロックアドレスを使用している。これ
は、エラー情報などにより、実際の物理アドレスとは、
スキッピングなどを行うため、一致しない。特にＤＶＤ
−ＲＡＭなどの場合には、傷や指紋などの汚れによって
も、エラーは発生するため、さらに違ってくる。そのた
め、論理ブロックアドレスはファイルシステムなどによ
り、物理アドレスへと変換される。

【０１２２】また、アドレス情報として考えられるもの
としては、論理ブロックアドレスだけでなく、例えば、
転送時間で示し、その時間情報から対応表を用いて、論
理ブロックアドレスに変換し、さらに、物理アドレスに
変換する方法なども考えられる。つまり、アドレス情報
とは、対応表などを参照して、または、計算などを介し
て、物理アドレスに変換でき得る情報を指す。

【０１２３】第３の情報は、図１（ｄ）、図１１
（ｃ）、図１３（ａ）〜（ｃ）に示されるＴＳパケット
ヘッダ内に含まれるスプライスカウントダウン（ＳＣ
Ｄ： Ｓｐｌｉｃｅ ＣｏｕｎｔＤｏｗｎ）で、これに
より、編集可能な位置を特定できる。つまり、この単位
で、論理的な最小単位（ＤＶＤでは、ＣＥＬＬが該当す
る。）を区切れば、そこからの編集に利用できる。

【０１２４】そのため、図１２（ａ）および図１３
（ａ）に示すように、ＳＣＤ＝０のＴＳパケットを先頭
にしたＴＳパックがセルの先頭にくるように調整する。
こうしてセルをアラインすることにより、図１３（ｂ）
に示すようにセル単位での編集が可能となり、さらに、
図１３（ｃ）に示すように編集後でも、セル間でのシー
ムレス再生が可能となる。

【０１２５】第４の情報は、図１（ｄ）に示されるＰＣ
Ｒを利用して、図８および図１０に示すようにセルまた
はＶＯＢＵの再生時間を表示する方法である。

【０１２６】ここで、ＰＣＲはＴＳパケットの転送到着
リファレンス時間を示しており、毎ＴＳパケットについ
ているわけではない。が、ＴＳストリームは、リアルタ
イムに再生されるべきデータであるため、再生時間とほ
ぼ同じ時間を示す可能性が高い。しかしながら、再生時
間に関しては、ペイロードに含まれているために、スク
ランブルを解かない限り利用できないため、録再ＤＶＤ
ストリーマでは、利用できない。

【０１２７】このため、ＰＣＲ情報とその時間データを
取り込むＳＴＣを利用して、再生時の表示を行う。これ
により、だいたいの再生時間が表示できるようになる。
ただし、ＰＣＲをサポートしていない場合には、再生を
開始した時をＳＴＣ＝０とし、その後カウントを開始し
てその時々のＳＴＣの値を再生時間とする。

【０１２８】第５の情報は、図１１（ｂ）、図１２
（ａ）〜（ｃ）のＰＡＴ、ＰＭＴパケットで、これらの
パケットには、番組を再生すべき各データのＰＩＤが記
録されている。これらは、数１００ｍｓ〜数ｓ間隔で挿
入されており、番組を途中から再生する場合には、この
データにより再生が開始される。

【０１２９】そのため、これを利用して、図１１
（ｂ）、図１２（ａ）〜（ｃ）に示すように、データの
区切りとして使うことができる。

【０１３０】ここで、ＤＶＤ―ビデオフォーマットに合
わせて考えると、次の４種類の切り分けに利用できる。

【０１３１】まず、第１に、図１１（ｂ）に示すよう
に、ＶＯＢＵ（またはＳＯＢＵ）の先頭をＰＡＴパケッ
トの先頭と合わせることにより、ＶＯＢＵ（ＳＯＢＵ）
毎の途中再生が可能となる。ただし、ここで、問題なの
は、ＰＡＴの後のビデオデータが必ずしもＩピクチャか
ら始まっているとは限らないため、Ｉピクチャを見つけ
るまで、若干のタイムラグ生じる可能性がある。そのた
め、ＶＯＢＵ（ＳＯＢＵ）に関しては、前記Ｉピクチャ
での切り分けの方が望ましいと考えられる。

【０１３２】第２に、図１２（ａ）に示すように、セル
の先頭をＰＡＴパケットの先頭と合わせることにより、
セルの区切りとする。ただし、ＰＡＴの出現頻度が、数
１００ｍｓ〜数ｓオーダーであるため、数ＰＡＴおきに
セルの区切れを設定することになる。しかしながら、こ
の方法では、編集点を基準にしていないため、編集など
を行うと、連続性を損なわれ、シームレスな再生は保証
できなくなる。そのため、前記のＳＣＤによるセルの切
り分けの方が望ましい。

【０１３３】第３に、図１２（ｂ）で示すように、プロ
グラムの切り分けをＰＡＴにより、行うことが考えられ
る。これにより、ＰＧジャンプ、ＰＧＳＫＩＰなどが対
応できるようになる。ただし、ＰＡＴの出現頻度が、数
１００ｍｓ〜数ｓオーダーであるため、数十〜数百ＰＡ
Ｔおきにプログラムの区切れを設定することになる。

【０１３４】第４に、図１２（ｃ）で示すように、ＰＧ
Ｃの切り分けをＰＡＴにより、行うことが考えられる。
これにより、ＰＧＣジャンプ、ＰＧＣＳＫＩＰなどが対
応できるようになる。ただし、ＰＡＴの出現頻度が、数
１００ｍｓ〜数ｓオーダーであるため、数百〜数千ＰＡ
ＴおきにＰＧＣの区切れを設定することになる。

【０１３５】また、ＳＴＢ部の識別コードは、接続され
ているＳＴＢ部の受信できるデジタル放送の種類を示し
ている。これにより、再生時に、接続しているＳＴＢ部
を調べ、記録時と同じＳＴＢ部を選択して再生すること
ができる。さらに、このコードで、再生時間の表示に関
する動作を代えることもできる。

【０１３６】ＳＴＢ部が再生時間をレコーダに出力する
命令をサポートしている場合には、定期的に再生時間を
ＳＴＢ部より取り込み、表示する。この値が再生時間と
しては一番、正しいことになる。

【０１３７】次に、図１４を参照して衛生放送に対応可
能なＤＶＤ録再機のシステム構成について説明する。

【０１３８】図１４において、符号５０は、ＲＡＭディ
スクであり、このＲＡＭディスク５０は、ディスクドラ
イブ部５１で駆動され、また、ディスクドライブ部５１
によってデータプロセッサ（Ｄ−ＰＲＯ）５２との間で
データが授受される。データプロセッサ５２には、デー
タを一時的に保存する一時記憶部５３が接続されてい
る。

【０１３９】図１４の録再機は、ＭＰＥＧのビットスト
リームおよび／または通常ビデオ信号を、記録／再生で
きるように構成されている。これらのビットストリーム
およびビデオ信号は、単独で、あるいは混在して記録可
能となっている。

【０１４０】図１４のシステムのデコーダ部５９は、メ
モリを有する分離部６０を含み、この分離部６０には、
データプロセッサ５２から再生データが転送される。

【０１４１】再生データは、分離部６０でビデオデー
タ、副映像データおよびオーディオデータ（いずれもパ
ケットデータ）に分離され、ビデオデータは、縮小画像
（サムネールピクチャ）生成部６２を有するビデオデコ
ード部６１に転送され、副映像データおよびオーディオ
データは、副映像デコーダ６３およびオーディオデコー
ダ６４にそれぞれ転送される。

【０１４２】これらビデオデコード部６１および副映像
デコーダ６３でデコードされたビデオデジタル信号およ
び副映像デジタル信号は、ビデオプロセッサ（Ｖ−ＰＲ
Ｏ）部６５で合成されてビデオミキシング部６６に供給
される。ビデオミキシング部６６は、ビデオデジタル信
号をフレーム毎に一時的に記憶するフレームメモリ７３
に接続され、外部から供給されたテキストデータ等がビ
デオフレーム中に合成処理されてビデオデジタル信号が
Ｄ／Ａ変換器６７に供給され、Ｄ／Ａ変換されたビデオ
信号がＴＶモニタ６８に出力される。ビデオデジタル信
号は、インターフェース６９を介して外部に取り出すこ
とができる。

【０１４３】また、オーディオデコーダ６４からのオー
ディオデジタル信号は、Ｄ／Ａ変換器７０に供給され、
Ｄ／Ａ変換されたオーディオ信号がスピーカ７２に出力
される。オーディオデジタル信号は、同様にインターフ
ェース７１を介して外部に取り出すことができる。

【０１４４】なお、ビデオデコード部６１の縮小画像
（サムネールピクチャ）生成部６２は、主ＭＰＵ８０か
らの縮小ＯＮの命令に基づいて転送されたビデオデータ
の縮小画像のビデオ信号を生成し、これをビデオプロセ
ッサ部６５に供給してＴＶモニタ６８に縮小画像を表示
することができる。主ＭＰＵ８０には、外部から指令、
例えば、再生（ＰＬＡＹ）、停止（ＳＴＰ）、記録位置
に関するマークを付すマーカ等の指示をするためのキー
を備えたキー入力部１０３および表示部１０４が接続さ
れている。

【０１４５】図１４に示されたシステムのエンコーダ部
７９には、外部のＡＶ機器８１或いはＴＶチューナ８２
からＡＶ入力が可能であり、また、ＳＴＢ部８３からデ
ジタル放送データが入力可能である。ＳＴＢ部８３に
は、デジタル放送データを受信する衛星放送アンテナが
接続されている。

【０１４６】外部のＡＶ機器８１或いはＴＶチューナ８
２からのＡＶ信号は、Ａ／Ｄ変換器８４でデジタル化さ
れ、デジタルオーディオ信号は、オーディオエンコーダ
部８６に供給され、デジタルビデオ信号は、セレクタ８
５を介してビデオエンコーダ８７に供給され、ＭＰＥＧ
圧縮される。

【０１４７】文字情報等の字幕情報がＴＶチューナ８２
から出力されている場合には、この字幕情報は、副映像
エンコーダ８８に供給され、ランレングス圧縮される。

【０１４８】エンコーダ部８６、８７、８８でエンコー
ドされたデータは、バッファメモリ部９１が接続されて
いるフォーマッタ部９０に供給され、このフォーマッタ
部９０でパケットヘッダが付されたビデオパケット、オ
ーディオパケット並びに副映像パケットに格納され、さ
らにパックヘッダが付されてパック構造に変換される。

【０１４９】これらパックは、図２（ｄ）に示すように
ＶＯＢＵ（ＳＯＢＵ）単位にまとめられ、さらに、多数
のＶＯＢＵ（ＳＯＢＵ）でセルに構成され、セルの集合
としてのビデオオブジェクトＶＯＢ（ＳＯＢ）に、ま
た、必要であれば、ビデオオブジェクトセットが定めら
れる。

【０１５０】これらのフォーマットの過程で、ＴＶチュ
ーナ８２で発生される切り分け情報を参照して、管理情
報がフォーマッタ部９０で生成される。例えば、切り分
け情報を参照してＰＧＣ情報が作成される。

【０１５１】生成された管理情報およびパックデータ
は、データプロセッサ部５２に送られ、データプロセッ
サ部５２において主ＭＰＵ８０の管理データ作成部８０
Ｂで作成され、この管理データ作成部８０Ｂから与えら
れた管理データテーブルに生成された管理情報が格納さ
れ、ディスクドライブ部５１を介して光ディスク５０に
管理データと共にパックデータが記録される。

【０１５２】ＳＴＢ部８３からは、選択した番組、すな
わちタイトルに相当するＭＰＥＧ２トランスポートスト
リームが直接フォーマッタ部９０に供給され、図１に示
すようにフォーマットされると共に管理情報が生成さ
れ、データプロセッサ部５２において管理情報が所定の
管理データテーブル内に格納され、この管理データテー
ブル並びにトランスポートパケットは、同様にディスク
ドライブ部５１を介して光ディスク５０に記録される。

【０１５３】ＳＴＢ部８３は、デコーダを内臓し、ＴＳ
パケット内のＡＶデータがデコードされてそれぞれオー
ディオ信号並びにビデオ信号に変換され、オーディオ信
号並びにビデオ信号は、それぞれＤ／Ａ変換器７０、６
７を介してスピーカ７２およびＴＶモニタ６８に供給さ
れる。

【０１５４】光ディスク５０に供給されたＴＳパック３
４は、データプロセッサ部５２およびディスクドライブ
部５１を介してデコーダ部５９の分離部６０に供給さ
れ、分離部６０では、ストリームＩＤ並びにサブストリ
ームＩＤを参照してその内のパケットデータがＴＳパケ
ットデータである旨を検知し、そのＴＳパケットをＴＳ
パケット転送部１００に分配することとなる。

【０１５５】ＴＳパケット転送部１００は、ＴＳパケッ
ト３８をＳＴＢ部８３に所定の転送タイミングを供給す
ることとなる。このＴＳパケット内のデータは、ＳＴＢ
部８３でデコードされ、デコードされたオーディオ信号
並びにビデオ信号は、それぞれＤ／Ａ変換器７０、６７
を介してスピーカ７２およびＴＶモニタ６８に供給され
る。

【０１５６】なお、上述した記録再生動作は、デコーダ
部５９並びにエンコーダ部７９は、システムタイムクロ
ック１０２の管理下でデータの転送等が実行される。

【０１５７】次に、録画処理および再生処理について図
１５から図２３を参照して説明する。

【０１５８】始めに録画時のデータ処理について図１
５、図１６および図１７に示すフローチャートを参照し
て説明する。

【０１５９】まず、ステップＳ１０でＭＰＵ部８０がキ
ー入力部１０３から録画命令受けると、録画処理が開始
される。

【０１６０】ステップＳ１１でドライブ部５１によって
光ディスク５０から管理データが読み込まれ、ステップ
Ｓ１２で示すように空き容量があるかがチェックされ
る。空き容量がない場合には、ステップＳ１３に示すよ
うに空き容量がない旨の表示が表示部１０３に表示さ
れ、ステップＳ１４に示すように処理が終了する。

【０１６１】空き容量がある場合には、ステップＳ１５
に示すように空き容量に相当する領域中に書き込み領域
を決定する。すなわち、書き込みアドレスが決定され
る。次に、決定された領域に録画データを書き込むため
に管理領域にそのアドレスを書き込み、ビデオデータの
書き込みスタートアドレスをドライブ部５１に設定し、
データを記録する準備を行う。次に、ステップＳ１６に
示すようにＳＴＢ部８３からＥＰＧ（Ｅｌｅｃｔｒｏｎ
ｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）を読み出す命令を
出す。

【０１６２】ＭＰＵ部８０からの要求に応じてＳＴＢ部
８３は、そのときの最新のＥＰＧを用意する。すなわ
ち、ＳＴＢ部８３は、最新のＥＰＧを受信し、ワークメ
モリに保存する。受信した、或いは、ＳＴＢ部８３内の
ワークメモリに保存してあるＥＰＧデータは、ＭＰＵ部
８０に返信される。

【０１６３】ＭＰＵ部８０は、ステップＳ１７に示すよ
うにそのＥＰＧデータを表示してユーザに記録する番組
を選ばせることとなる。その後、記録する番組が決定さ
れると、ステップＳ１８に示すようにＭＰＵ部８０は、
ＳＴＢ部８３に対してサポート情報を出力する命令を出
し、ＳＴＢ部８３からサポート情報がＭＰＵ部８０に取
り込まれる。また、この時にサポート情報とともにＳＴ
Ｂ識別コードもＳＴＢ部８３からＭＰＵ部８０に取り込
まれる。サポート情報は、ＭＰＵ部８０内のサポート管
理情報検出部８０Ｃで検出される。

【０１６４】このとき、サポート情報がＳＴＢ部８３内
に無い場合には、録画中に、該当の情報があるかどうか
がチェックされて、該当情報がその代用となる。ＭＰＵ
部８０は、ＳＴＢ部８３へ録画する目的の番組を指定
し、受信を開始させる。

【０１６５】ＭＰＵ部８０は、ステップＳ１９に示すよ
うに光ディスク５０の管理領域に管理情報を書き込む指
示をする。すなわち、ＶＭＧＩにＶＴＳを登録し、ビデ
オタイトルセットのための管理データテーブルとしての
ＶＴＳＩが作成されてこれにサポート情報が書き込まれ
る。あるいは、ステップＳ１９において、図６のＳＴＲ
＿ＶＭＧＩが作成される。

【０１６６】なお、ＤＶＤ＿ＲＴＲ（アナログビデオを
内部でＭＰＥＧデータに変換してリアルタイムレコーデ
ィングを行なうシステム）では、上記ＶＭＧＩおよびＶ
ＴＳＩの役割は、ＲＴＲビデオマネージャ情報（ＲＴＲ
＿ＶＭＧＩ）に統合されている。よって、ＤＶＤ＿ＲＴ
Ｒレコーダをストリーマとして利用するときは、ＶＭＧ
ＩおよびＶＴＳＩ（またはＳＴＲ＿ＶＭＧＩ）を、適宜
ＲＴＲ＿ＶＭＧＩに読み変えればよい。

【０１６７】ＭＰＵ部８０は、ステップＳ２０に示すよ
うに録画のための初期設定としてＳＴＣ部１０２の時間
をリセットする。ここで、ＳＴＣ部１０２はシステムの
タイマーでこの値を基準に録画並びに再生が実行され
る。また、ファイルシステムにＶＭＧおよびＶＴＳファ
イルのデータを書き込み、ＶＭＧＩおよびＶＴＳＩに必
要な情報を書き込む。

【０１６８】このとき、サポート情報が判明している場
合には、その判明しているサポート情報が書き込まれ
る。さらに、各部へ録画設定を行う。このとき、フォー
マッタ部に図１１から図１３を参照して説明したような
各データの区切りを設定し、また、ＴＳパケットを受け
取る設定がなされる。

【０１６９】録画を開始する際には、図１６のステップ
Ｓ２１に示すように録画開始の設定が各部になされる。
具体的には、フォーマッタ部９０に録画開始の命令が与
えられ、フォーマッタ部９０で録画開始されて録画デー
タのフォーマット作業が開始される。

【０１７０】録画が開始されると、フォーマッタ部のバ
ッファＲＡＭが一杯になる前に定期的にＭＰＵ部８０
は、ステップＳ２２に示すように切り分け情報、すなわ
ち、図１１から図１３を参照して説明したデータの区分
け情報の更新の入力があるかをチェックし、ある場合に
は、ステップＳ２３に示すようその切り分け情報がＭＰ
Ｕ部９０のワークＲＡＭ９０Ａに保存される。

【０１７１】切り分け情報の保存後、或いは、切り分け
情報の更新がない場合には、ステップＳ２４ー１におい
て録画終了のキー入力があったかがチェックされる。録
画終了のキー入力がある場合には、ステップＳ２８の録
画終了の処理が実行される。録画終了のキー入力がない
場合には、ステップＳ２４ー２に示すように光ディスク
５０中の空き領域の容量がチェックされ、残り容量が算
出される。

【０１７２】この残り容量が所定の値以下になったかが
ステップＳ２５においてチェックされる。所定値に以下
となっていない場合には、再びステップＳ２４に戻さ
れ、定期的に残り容量がチェックされる。残り容量が所
定値以下になった場合には、ステップＳ２６において残
り残り容量が少ない処理がなされる。

【０１７３】その後、ステップＳ２７において録画可能
容量がないかがチェックされる。録画可能容量が十分で
あれば、再びステップＳ２２に戻され、ステップＳ２２
からＳ２６が繰り返される。

【０１７４】録画可能容量がない場合には、ステップＳ
２８に示す録画終了処理が実行される。この録画終了処
理においては、フォーマッタ部９０から残ったデータに
対する切り分け情報が取り込まれ、その情報がワークＲ
ＡＭ８０Ａに追加され、それらのデータが管理データ
（ＶＭＧＩ、ＶＴＳＩ；またはＲＴＲ＿ＶＭＧＩ；もし
くはＳＴＲ＿ＶＭＧＩ）に記録されるとともにファイル
システムに記録したデータに対する情報が記録される。
その後、ステップＳ２９に示すように録画動作が終了さ
れる。

【０１７５】図１４に示したシステムにおける録画動作
におけるビデオ信号の流れについて詳述すれば、次のよ
うになる。

【０１７６】まず、ＳＴＢ部８３から入力されたＴＳパ
ケットがフォーマッタ部に入力される。ここで、ＳＴＣ
の値から、転送開始からの時間を読み込み、その時間を
管理情報として、バッファＲＡＭ９１に保存される。こ
の情報は、切り分け情報と共に、ＭＰＵ部８０に送ら
れ、管理情報に記録される。また、切り分け情報として
ＶＯＢＵ（またはＳＯＢＵ）の切り分け情報、セルの切
り分け情報、プログラムの切り分け情報、ＰＧＣの切り
分け情報が作成され、定期的に、ＭＰＵ部８０に送られ
る。

【０１７７】ここで、ＶＯＢＵ（ＳＯＢＵ）の切り分け
情報としては、ＶＯＢＵ（ＳＯＢＵ）の先頭アドレス、
ＶＯＢＵ（ＳＯＢＵ）の再生時間、Ｉピクチャのスター
トアドレスおよびエンドアドレスがある。Ｉピクチャの
スタートアドレスには、ＴＳパケット内のランダムアク
セスインジケータがアクティブになっているＴＳパケッ
トが記録されているパックのアドレスが設定される。

【０１７８】Ｉピクチャのエンドアドレスには、ランダ
ムアクセスインジケータがアクティブになった後に、Ｔ
Ｓパケット内のユニットスタートインジケータがアクテ
ィブになっているＴＳパケットの直前のビデオデータが
格納されるＴＳパケットがＩピクチャのエンドパケット
であるのでこのＴＳパケットが記録されているパックの
アドレスが設定される。

【０１７９】また、ＶＯＢＵ（ＳＯＢＵ）の再生時間に
は、ＶＯＢＵ（ＳＯＢＵ）の転送開始から転送終了まで
の時間で代用される。

【０１８０】フォーマッタ部９０は、バッファメモリ部
９１にＴＳパケットデータを一時保存し、その後、入力
されたＴＳパケットデータをパック化して、図２（ｅ）
に示すようなパック列になるようにフォーマットして、
Ｄ−ＰＲＯ部５２に入力する。

【０１８１】Ｄ−ＰＲＯ部５２は、１６パック毎にまと
めてＥＣＣグループとして、エラー訂正データを付加し
てドライブ部５１へ送る。ただし、ドライブ部５１がデ
ィスクへの記録準備ができていない場合には、一時記憶
部５３に転送し、データを記録する準備ができるまで待
ち、用意ができた段階で記録を開始する。ここで、一時
記憶部５３は、高速アクセスで数分以上の記録データを
保持するため、大容量メモリが想定される。

【０１８２】ただし、マイコンは、ファイルの管理領域
などを読み書きするために、Ｄ−ＰＲＯ部５２へマイコ
ンバスを通して、読み書きすることができる。

【０１８３】ここで、録画終了時に、消去禁止フラグ
（プロテクトフラグあるいはアーカイブフラグ）をクリ
アし、消去許可とする。つまり、記録初期時には、消去
を可能としている。

【０１８４】次に、再生時のデータ処理について図１７
および図１８を参照して説明する。

【０１８５】ＭＰＵ部８０が再生命令を受けると、ステ
ップＳ３０に示すように再生処理が開始される。ステッ
プＳ３１に示すようにディスク５０がディスクドライブ
部５１で検索されてディスク５０のチェックが実行され
る。

【０１８６】ディスク５０のチェックにおいて、ディス
ク５０に欠陥等がある場合には、ステップＳ３２でエラ
ー処理が施されてステップＳ３３に示すように再生が終
了される。

【０１８７】ディスク５０に問題がなければ、ステップ
Ｓ３４に示すように接続されているＳＴＢ部８３がチェ
ックされ、その識別コードが取り込まれる。その後、ス
テップＳ３５に示すようにディスク５０の管理領域がデ
ィスクドライブ部５１で検索されてＤ−ＰＲＯ部５２を
介してその管理情報（ＶＭＧＩ、またはＳＴＲ＿ＶＭＧ
Ｉを含むＳＴＲＩ）が読み込まれ、ステップＳ３６に示
すように再生するタイトルセット（または１以上のＰＧ
Ｃ）を選択することが可能となる。

【０１８８】ステップＳ３６で再生するタイトルセット
（ＰＧＣ）がユーザによって決定されてそのアドレスが
決定されると、ＭＰＵ部８０は、次にドライブ部５１に
決定されアドレスのリード命令を送ることとなる。従っ
て、ステップＳ３７に示すように決定されたタイトルセ
ット（ＰＧＣ）のＶＴＳＩ（またはＳＴＲ＿ＶＭＧＩ）
が読み込まれ、その内のＰＧＣＩ（またはプレイリスト
サーチポインタ）がワークＲＡＭ８０Ａに保存される。

【０１８９】ここで、ステップＳ３８に示すように選択
されたタイトルセット中から接続されているＳＴＢ部８
３に対応するタイトル、或いは、ＰＧＣ（プログラムＰ
Ｇでも良い。）の全てが表示される。この表示に基づい
て、ユーザは、ステップＳ３９に示すように再生するタ
イトル、或いは、ＰＧＣ（または、プログラム）を選択
し、決定することとなる。

【０１９０】その後、ステップＳ４０に示すように図７
または図９に示される管理情報内のサポート情報が読み
出され、サポート情報に基づく各部のセットが実行され
る。すなわち、ステップＳ４１に示すようにランダムア
クセスインジケータがサポートされているかが確認さ
れ、サポートされていれば、ステップＳ４２に示すよう
にＩピクチャに基づくＦＦおよびＦＲの特殊再生を許可
する旨のフラグがセットされる。

【０１９１】ランダムアクセスインジケータがサポート
されていない場合には、ステップＳ４３に示すようにＰ
ＡＴがサポートされているかが確認される。ＰＡＴがサ
ポートされていれば、ステップＳ４４に示すようにＰＡ
Ｔに基づくＦＦおよびＦＲの特殊再生を許可する旨のフ
ラグがセットされる。ＰＡＴもサポートされていない場
合には、ステップＳ４５に示すようにＦＦおよびＦＲの
特殊再生を禁止する旨のフラグがセットされる。

【０１９２】サポート情報に基づくセットが終了する
と、ステップＳ４６に示すように再生を開始するプログ
ラム番号およびセル番号が決定される。ＭＰＵ部８０
は、ＳＴＢ部８３に対して内部バスを介してＴＳパケッ
トを再生する命令を送ることとなる。また、ＭＰＵ部８
０は、分離部６０に対してＴＳパケットをＳＴＢ部８３
に送る初期設定を実行するとともにＶミキシング部６６
に対してＳＴＢ部８３から送られるビデオ信号を表示処
理可能に設定する（図１８のステップＳ４７）。

【０１９３】ドライブ部５１は、ＭＰＵ部８０から送ら
れた命令に従って、すなわち、決定されたプログラム番
号およびセル番号に従って、ディスク５０からセクタデ
ータが読み出される。そして、Ｄ−ＰＲＯ部５２におい
て読み出されたデータのエラーが訂正され、パックデー
タとしてデコーダ部５９に出力される。

【０１９４】デコーダ部５９においては、分離部６０
は、そのストリームＩＤ並びにサブストリームＩＤから
ＴＳパケットである旨を判断してＴＳパケットをＴＳパ
ケット転送部１００に送り、ＴＳパケットは、ＳＴＢ部
８３に転送される（ステップＳ４７）。

【０１９５】ここで、ＳＴＢ部８３は、送られたＴＳパ
ケットをデコードすることになる。通常放送受信の場合
には、送られたデータをそのまま書き込んでいたが、内
部バスによるデータの受け渡し時には、ＲＥＣ信号、Ａ
ＣＫ信号を用いて、次のようにする。すなわち、ＳＴＢ
部８３が消費するバッファが空いた際にＲＥＣ信号をア
クティブにする。そして、分離部６０でデータの転送の
用意ができたら、バスにデータを流す毎にＡＣＫ信号を
アクティブにする。こうすることで、ＳＴＢ部８３より
データ転送の要求があった際に、データを転送するよう
にしている。

【０１９６】送られたＴＳパケットデータは、ＳＴＢ部
８３で再生され、ビデオデータは、Ｖミキシング部６６
を経由してＴＶ信号に変換され、ＴＶモニタ６８に表示
される。オーディオ信号もＤ／Ａ部９０に送られ、音声
に変換され、スピーカ７２から再生される。

【０１９７】再生中、定期的にＰＣＲのデータがＳＴＣ
にセットされ、ＳＴＣの内容が再生時間として表示され
る。また、ＳＴＢ部８３から再生時間を転送することが
できる場合には、定期的に再生時間データが転送され、
表示される。ただし、ＳＴＢ部８３で、ビデオデータ内
のＰＴＳを基に再生時間を表示できる場合には、その再
生時間が表示に使用される。

【０１９８】再生時には、図１８のステップＳ４８に示
すようにセルを単位として処理される。ＭＰＵ部８０
は、セル再生処理後エラー等が原因でドライブ部５１が
停止していないかどうかを、常にチェックしている（ス
テップＳ４９）。ドライブが停止されている場合には、
ステップＳ５０に示すようにその再生動作が終了され
る。

【０１９９】ドライブ部５１が動作している間は、常に
最終セルか否かがチェックされ（ステップＳ５１）、最
終セルでない場合には、セル番号がステップＳ５２に示
すようにカウントアップされてステップＳ４８に示すセ
ル再生処理に戻される。

【０２００】ステップＳ５１において最終セルに達する
と、再生終了かがステップＳ５３においてチェックさ
れ、再生終了でない場合には、再度ステップＳ４８に戻
され、他のプログラム（または他のプレイリスト）或い
はＰＧＣのセルの再生が開始される。

【０２０１】ステップＳ５３において、再生終了である
場合には、再生終了に伴う処理がステップＳ５４で実行
され、その後、ステップＳ５５に示すように再生動作を
終了する。

【０２０２】次に、図１８に示したセル再生時の処理の
詳細について図１９を参照して説明する。

【０２０３】始めに、図１８のステップＳ４８に相当す
るセル再生時の処理が図１９のステップＳ６０に示すよ
うに開始されると、ステップＳ６１に示すようにセルの
再生処理開始の要求があるかがチェックされる。セル再
生処理の要求がない場合には、ステップＳ６２でＶＯＢ
Ｕ（またはＳＯＢＵ）が連続しているか否かがチェック
される。

【０２０４】ＶＯＢＵ（ＳＯＢＵ）が連続している場合
には、ステップＳ６５に示すようにＦＦキーが入力され
たかがチェックされる。

【０２０５】ＶＯＢＵ（ＳＯＢＵ）が連続していない場
合には、ステップＳ６３に示すようにＰＧＣＩ（または
図１０のＳＯＢＩ）が参照されて再生開始アドレス（論
理ブロック番号ＬＢＮ）が決定される。そして、ステッ
プＳ６４に示すように、このアドレスでドライブ部５１
にデータ読み出しの命令が出され、ドライブ部５１が検
索を開始することとなる。

【０２０６】その後、再生開始アドレスからセルの再生
が開始され、再生中において同様にステップＳ６５に示
すようにＦＦ再生キーが入力されたかがチェックされ
る。

【０２０７】ステップＳ６５においてＦＦ再生キーが入
力されている場合には、ステップＳ６６においてＦＦ再
生が許可されているかが確認される。ＦＦ再生が許可さ
れていない場合には、ステップＳ６７に示すように「放
送局の都合によりＦＦ再生ができません。」の表示がな
され、ステップＳ７１に移行される。ここで、ＦＦ動作
の禁止として画面に「放送局の都合によりＦＦできませ
ん」との表示が出される場合とは、サポート情報にＩピ
クチャの特定もまたＰＡＴのサポートもない場合が該当
する。

【０２０８】ＦＦ再生が許可されている場合には、ステ
ップＳ６８に示すようにＦＦの処理が実行される。ＦＦ
処理の実行中にエラー等が原因でドライブ５１が停止し
たか否かがチェックされ（ステップＳ６９）、ドライブ
５１が停止された場合には、ステップＳ７０に示すよう
にＦＦ処理並びに再生処理が終了される。

【０２０９】ステップＳ６５においてＦＦ再生キーが入
力されていない場合には、また、ステップＳ６７におい
てＦＦ不可の表示がなされた場合には、あるいはステッ
プＳ６９においてドライブ５１が停止していない場合
は、ステップＳ７１に示すようにＳＴＢ部８３が再生時
間を出力するタイプであるかがチェックされる。

【０２１０】ＳＴＢ部８３が再生時間を出力するのであ
れば、ステップＳ７２に示すようにＳＴＢ部８３から出
力される再生時間が表示される。ＳＴＢ部８３が再生時
間を出力しない場合には、ステップＳ７３に示すように
サポート情報を参照して転送されてくるＴＳパケットの
管理データ中に時刻情報が記述されたＰＣＲがあるかが
確認される。

【０２１１】ＰＣＲ対応であれば、ステップＳ７５に示
すようにそのＴＳパケットの管理データ内のＰＣＲの値
が表示されてステップＳ７６に移行される。ＰＣＲ対応
でなければ、ＳＴＣ部１０２の時刻が表示（ステップＳ
７４）されてステップＳ７６に移行される。

【０２１２】ステップＳ７６においては、セルが最後に
相当するかが確認され、最後のセルでない場合には、再
びステップＳ６５に戻されて再びステップＳ６５からス
テップＳ７５が実行される。

【０２１３】セルが最後に相当する場合には、ステップ
Ｓ７７に示すようにそのセル内のＶＯＢＵ（またはＳＯ
ＢＵ）の再生が終了するのを待つこととなり、その後、
ＶＯＢＵ（ＳＯＢＵ）の再生が終了すると、ステップＳ
７８に示すように、既に説明した図１８のステップＳ５
４に移行される。

【０２１４】さらに、特殊再生を図２０から図２３を参
照して説明する。この特殊再生の実例では、ＦＦ再生に
関して説明するが、ＦＲ再生に関しても同様であるの
で、その説明は、ＦＦ再生と同様として省略する。

【０２１５】ステップＳ６８に示すＦＦ再生処理は、図
２０および図２１に示すフローが実行される。

【０２１６】すなわち、ＦＦ処理がステップＳ８０で開
始されると、ＳＴＢ部８３にＩピクチャのみ再生の命令
が出される（ステップＳ８１）。ステップＳ８２に示す
ようにＴＳパケットがランダムアクセスインジケータを
サポートしているか否かがサポート情報を参照して確認
され、サポートしていない場合には、ステップＳ８４に
示すようにＰＡＴによるＦＦ処理に移行される。このＰ
ＡＴによるＦＦ処理については、図２３を参照して後に
説明する。

【０２１７】ＴＳパケットがランダムアクセスインジケ
ータをサポートしている場合には、ステップＳ８３に示
すように転送中のＶＯＢＵ（ＳＯＢＵ）がセル中におけ
る最後のＶＯＢＵ（ＳＯＢＵ）に相当するかが確認され
る。最後のＶＯＢＵ（ＳＯＢＵ）の場合には、ステップ
Ｓ８６に示すように次のＶＯＢＵ（ＳＯＢＵ）中の先頭
Ｉピクチャアドレスを読み出してステップＳ８７に移行
される。ＶＯＢＵ（ＳＯＢＵ）が最後のＶＯＢＵ（ＳＯ
ＢＵ）に相当しない場合には、２つ先のＩピクチャスタ
ートアドレスを読み出して（ステップＳ８５）、ステッ
プＳ８７に移行される。

【０２１８】ステップＳ８７においては、ユニットスタ
ートインジケータがサポートされているかが調べられ
る。

【０２１９】サポートしている場合（ステップＳ８７イ
エス）には、ステップＳ９１に示すように転送割り込み
フラッグがクリアされ、次のＩピクチャエンドアドレス
が読み出される。そして、ステップＳ９２に示すように
ドライブ部５１にＩピクチャのスタートアドレスおよび
エンドアドレスを指定して読み込み命令が与えられてＩ
ピクチャスタートアドレスおよびＩピクチャエンドアド
レスでＩピクチャデータが読み出される。

【０２２０】ステップＳ９３において、ドライブ部５１
に、データの転送終了割り込み、すなわち、ドライブ部
５１からの割り込みを待ち、そのＩピクチャデータの転
送が終了したか否かが確認される。

【０２２１】転送が終了している場合には、ステップＳ
９１に戻されて次のＩピクチャを再生するために再びス
テップＳ９１およびステップＳ９２が実行される。Ｉピ
クチャデータの転送が終了していない場合には、ステッ
プＳ９４に示すようにストップ（ＳＴＯＰ）キー或いは
プレー（ＰＬＡＹ）キーが押されたかが確認される。

【０２２２】これらキーが押されていない場合には、再
びステップＳ９３に戻されてＩピクチャデータの転送を
待つこととなる。ステップＳ９４において、キーが押さ
た場合には、図２１に示すステップＳ９５に移行され
る。

【０２２３】ステップＳ８７において、ユニットスター
トインジケータがサポートされていない場合（ステップ
Ｓ８７ノー）には、ステップＳ８８に示すように始めに
Ｉピクチャ再生割り込みフラグがクリアされ、ドライブ
部５１にＩピクチャのスタートアドレス、連続読みだし
を指定して読み込み命令が出される。

【０２２４】その後、ステップＳ８９に示すようにＩピ
クチャのデコード終了割り込み、すなわち、ＳＴＢ部８
３からの割り込みを待ち、割り込みがある場合には、ス
テップＳ８８に戻され、再びステップＳ８８およびステ
ップＳ８９が実行される。

【０２２５】割り込みがない場合には、ステップＳ９０
に示すようにストップ（ＳＴＯＰ）キー或いはプレー
（ＰＬＡＹ）キーが押されたかが確認される。これらキ
ーが押されていない場合には、再びステップＳ８９に戻
されてＳＴＢ部８３からの割り込みを待つこととなる。
ステップＳ９０において、キーが押さた場合には、図２
１に示すステップＳ９５に移行される。

【０２２６】ここで、割り込み処理（図２０のステップ
Ｓ８９）については、図２２に示すように実行される。
すなわち、ステップＳ１２０に示すように割り込み処理
が開始されると、ステップＳ１２１において割り込みの
要因がチェックされる。

【０２２７】この要因がドライブ部５１からの転送終了
割り込み処理であれば、ステップＳ１２２に示すように
転送終了割り込みフラグがセットされ、ＳＴＢ部８３か
らのＩピクチャ再生割り込み処理であれば、Ｉピクチャ
再生割り込みフラグがセットされる。また、タイマー割
り込み処理であり、ＳＴＢ部８３が再生時間出力対応の
タイプであれば、ＳＴＢ部８３から再生時間が取り込ま
れ、ワークＲＡＭにセットされる。これらセットの後に
対応するステップが実行される。

【０２２８】図２１のステップＳ９５において、入力さ
れたキーが停止の場合には、ステップＳ９６に示すよう
に停止命令がセットされて、ステップＳ９７に示すよう
に、再生終了時の処理（図１８のステップＳ５４）がさ
れて再生が終了される。

【０２２９】ステップＳ９５において、ＰＬＡＹキーが
押されている場合には、ステップＳ９８に示すように次
のＶＯＢＵ（ＳＯＢＵ）のＩピクチャスタートアドレス
で読み出し命令がそれぞれドライブ部５１に与えられ、
ステップＳ９９に示すようにそのアドレスでデータの読
み出しが開始され、次々にデータが読み出される。その
後、ステップＳ１００に示すように処理フローが図１８
のステップＳ４８に戻され、ＦＦ再生の処理が終了す
る。

【０２３０】なお、ＦＲ再生に関しては、取り出すＩピ
クチャの位置がＦＦとは逆方向になっただけであり、図
２０および図２１のフローを援用することができる。ま
た、ＴＳパケットの構造がパケットアクセスポインタを
備える構造においては、特殊再生時に以下のような処理
がなされる。

【０２３１】ＶＯＢＵ（ＳＯＢＵ）がＩピクチャ毎に区
分されている場合には、ＴＳパケットがＶＯＢＵ（ＳＯ
ＢＵ）毎にアラインされているのでパケットアクセスポ
インタはなくてもよい。しかしＶＯＢＵ（ＳＯＢＵ）が
Ｉピクチャ毎に区分されていない場合には、ランダムア
クセスポインタを利用して再生を実行する場合に問題が
生じる。

【０２３２】すなわち、Ｉピクチャのスタートアドレス
によってパックを読み出そうとする場合には、Ｉピクチ
ャがＶＯＢＵ（ＳＯＢＵ）の先頭に位置されているとは
限らないことから、パックのデータ領域のスタート位置
とＴＳパケットの区分け（スプリット）開始位置とが一
致していない恐れがある。その場合には、このパケット
アクセスポインタ（たとえば図３（ｄ）の０ｘ２ｅ）に
より、ＴＳパケットの区分け（スプリット）開始場所が
決定される。

【０２３３】図２０に示したステップＳ８４におけるＰ
ＡＴ（プログラムアソシエーションテーブル）によるＦ
Ｆ処理は、図２３に示すように処理される。

【０２３４】ＰＡＴによるＦＦ処理がステップＳ１０１
で開始されると、ステップＳ１０２に示すように転送さ
れたＶＯＢＵ（ＳＯＢＵ）がセル中の最後のＶＯＢＵ
（ＳＯＢＵ）かどうかが判断される。最後のＶＯＢＵ
（ＳＯＢＵ）の場合には、ステップＳ１０４に示すよう
に次のセルの先頭のＶＯＢＵ（ＳＯＢＵ）のスタートア
ドレスが読み出される。転送されたＶＯＢＵ（ＳＯＢ
Ｕ）が最後のＶＯＢＵ（ＳＯＢＵ）でない場合には、ス
テップＳ１０３に示すように２つ先のＶＯＢＵ（ＳＯＢ
Ｕ）のスタートアドレスが読み出される。

【０２３５】次に、ステップＳ１０５に示すようにＩピ
クチャ再生割り込みフラグがクリアされ、ドライブ部５
１にＶＯＢＵ（ＳＯＢＵ）のスタートアドレスおよびエ
ンドアドレスを指定して読み込み命令を出し、Ｉピクチ
ャのデコード終了割り込み、すなわち、ＳＴＢ部からの
割り込みを待つこととなる。

【０２３６】ステップＳ１０６において、Ｉピクチャ再
生の割り込みがある場合には、再びステップＳ１０５に
戻されることとなる。Ｉピクチャ再生の割り込みがな
く、転送が終了した後は、ステップＳ１０７に示すよう
にストップ或いはプレーのキー入力があったか否かがチ
ェックされる。キー入力がない場合には、ステップＳ１
０６に戻される。

【０２３７】ステップＳ１０８において、入力されたキ
ーがストップ（ＳＴＯＰ）か否かが確認される。ストッ
プの場合には、ステップＳ１０９においてドライブ部５
１に停止命令が与えられて、ステップＳ１１０に示すよ
うに、再生終了の処理（図１８のステップＳ５４）がな
される。

【０２３８】入力されたキーがプレー（ＰＬＡＹ）の場
合には、ステップＳ１１１に示すように次のＶＯＢＵ
（ＳＯＢＵ）のＩピクチャスタートアドレスで読み出し
命令がそれぞれドライブ部５１に与えられ、ステップＳ
１１２に示すようにそのアドレスでデータの読み出しが
が開始され、次々にデータが読み出される。その後ステ
ップＳ１１３に示すように図１８のステップＳ４８に戻
され、ＦＦ再生の処理が終了される。

【０２３９】次に、この発明の一実施の形態に係るスト
リームデータについて説明をする。

【０２４０】図２４は、ストリームデータ（図１のＭＰ
ＥＧ２トランスポートストリームに対応）のデータ構造
を説明する図である。

【０２４１】ストリームデータは、ストリームデータ内
の映像情報のコンテンツ毎にストリームオブジェクト
（ＳＯＢ）としてまとまって記録されている。図２４
（ｆ）ではその内の１個のＳＯＢについて示され、ＳＯ
Ｂ＃Ａ２９８で表現されている。

【０２４２】ＤＶＤ−ＲＡＭディスクにこのストリーム
データを記録する場合には２０４８バイト毎のセクタを
最小単位として記録される。さらに１６個のセクタをま
とめて１個のＥＣＣブロックとし、同一ＥＣＣブロック
内でインターリーブ（データ配列順序の並び替え）とエ
ラー訂正用の訂正コードの付加が行われる。

【０２４３】この実施の形態では、１個もしくは複数の
ＥＣＣブロック単位でストリームブロックが構成され
る。そして、このストリームブロック単位で、ストリー
ム情報の記録および／または部分消去が行なわれる。こ
の実施の形態では、何個のＥＣＣブロックでストリーム
ブロックが構成されるかは、転送されるストリームデー
タの転送レートに応じて変わる。

【０２４４】デジタル放送では、１個のトランスポンダ
に、複数の番組がパケット化された形で時分割されて転
送されてくる。例えば第２の番組を情報記憶媒体に記録
する場合には、図１４のＳＴＢ部８３で番組２のトラン
スポートパケット（図３のＴＳパケット）のみが抽出さ
れる。その時、ＳＴＢ部８３では、各トランスポートパ
ケットを受信した時刻情報を、タイムスタンプ（図３の
ＡＴＳ）の形で付加する。

【０２４５】その後、ＩＥＥＥ１３９４の転送方式によ
って図１４のフォーマッタ部９０にデータを転送する場
合には、上記タイムスタンプ（ＡＴＳ）とトランスポー
トパケット（ＴＳパケット）の組が細かく分割（segmen
ted）されて転送される。このフォーマッタ部９０で
は、ＩＥＥＥ１３９４で転送されてきたストリームデー
タが図２４（ａ）の形に一旦戻されて、図１４の情報記
憶媒体５０に記録される。

【０２４６】すなわち、各セクタの先頭には、システム
クロック情報などが記録されたパックヘッダおよびＰＥ
Ｓヘッダが配置される（図２４（ｃ）、図３９参照）。
各ストリームブロック先頭のセクタのみ、ＰＥＳヘッダ
の直後にストリームブロックヘッダ１１が記録される。
各ストリームブロックの２番目以降のセクタでは、ＰＥ
Ｓヘッダの直後に、ストリームブロックヘッダではな
く、セクタデータヘッダ１２、１３が記録される。

【０２４７】図２４（ｃ）（ｉ）のデータエリア２１、
２２、２３、２４には、図２４（ａ）に示したタイムス
タンプ（ＡＴＳ）、トランスポートパケットが逐次詰め
込まれる。

【０２４８】ただし、図２４（ｂ）の例では、１個のト
ランスポートパケットｄが２つのセクタ（Ｎｏ．０とＮ
ｏ．１）に跨って記録されている。

【０２４９】このように１つのトランスポートパケット
を複数セクタに分けて記録することにより、１個のセク
タサイズよりも大きなサイズを持つパケットを記録でき
るようになる。

【０２５０】デジタル放送では、トランスポートストリ
ームと呼ばれるマルチプログラム対応の多重・分離方式
を採用しており、１個のトランスポートパケットのサイ
ズが比較的小さい（１８８バイトまたは１８３バイト）
場合が多い。

【０２５１】一方、図２４のデータ構造の例では、前述
したように、１セクタサイズが２０４８バイトあり、各
種ヘッダサイズを２０４８バイトセクタサイズから差し
引いても１個のデータエリア２１、２２、２３、２４内
にはデジタル放送用のトランスポートパケットが１０個
前後記録できる。

【０２５２】それに対してＩＳＤＮなどのデジタル通信
網では１パケットサイズが４０９６バイトもある大きな
ロングパケットが転送される場合がある。

【０２５３】この発明では、１個のパケットを、複数の
データエリアに連続して跨るように記録できるようにな
っている。こうすることで、デジタル放送などのように
１個のデータエリア内に複数個のトランスポートパケッ
トが記録される場合だけでなく、ＩＳＤＮのロングパケ
ットのようにパケットサイズの大きなパケットの場合で
も記録できるようになる。

【０２５４】すなわち、デジタル放送用のトランスポー
トパケットあるいはデジタル通信用のロングパケットな
どは、パケットサイズに依ることなく、全てのパケット
をストリームブロック内に端数無く記録することができ
る。

【０２５５】ストリームブロック内に余り部分が生じた
場合には、パディングデータ（データが未記録である領
域と認識できる情報）が記録される。すなわち図２４
（ｂ）（ｅ）のように、ストリームブロック＃１内の最
後のトランスポートパケットｆの後ろにエンドコード３
１が配置され、残りの部分がパディングエリア３６とさ
れる。

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

【０２５７】図２４（ｄ）のセクタＮｏ．１の最初のア
クセスポイントの値として、セクタＮｏ．１のデータエ
リア２２のサイズよりも大きな値に設定することによ
り、セクタＮｏ．１内に記録されたパケットの次にくる
パケットに対応するタイムスタンプの位置が、次以降の
セクタに存在することが示される。

【０２５８】上記セクタデータヘッダと同様な情報が、
ストリームブロックヘッダ１１内のセクタデータヘッダ
情報６１３（図２５）にも記録されている。

【０２５９】ストリームブロック全体に関する情報が記
録されているストリームブロック情報６１２内の情報
は、以下のものから構成されている： ＊レコードタイム６２２（情報記憶媒体に記録した年月
日と時刻情報）； ＊トランスポートパケット属性６２３（トランスポート
パケットに関する属性情報）； ＊ストリームブロックサイズ６２４（該当するストリー
ムブロックのデータサイズ（ＥＣＣブロック数で記
載））； ＊ストリームブロック時間差６２５（該当するストリー
ムブロック内の時間範囲情報）。

【０２６０】このストリームブロック時間差は、図２４
（ｂ）を例にとれば、 ［ストリームブロック時間差］＝［ストリームブロック
＃２内で最初にくるタイムスタンプ値］−［タイムスタ
ンプａの値］ で計算される。

【０２６１】図１４のフォーマッタ部９０は、図２４
（ａ）の形で入力されたストリームデータを、図２４
（ｃ）（ｉ）の形に変換して、Ｄ−ＰＲＯ部５２へ入力
する。

【０２６２】Ｄ−ＰＲＯ部５２は、１６セクタ毎に入力
データをまとめてＥＣＣブロックにして、ディスクドラ
イブ部５１へ送る。

【０２６３】ただし、ディスクドライブ部５１において
記録準備ができていない場合には、送られてきたＥＣＣ
ブロックデータを一時記憶部５３へ転送して一時記憶
し、記録準備ができるまで待つ。ディスクドライブ部５
１において記録準備ができた段階で、一時記憶部５３に
一時記憶されたデータが読み出しされて、情報記憶媒体
への記録が開始される。ここで、一時記憶部５３は高速
アクセスで数分以上の記録データを保持できるように、
大容量メモリになっている。

【０２６４】この発明の一実施形態におけるストリーム
データ記録再生装置（図１４）内での信号の流れは、以
上のようになっている。

【０２６５】上記の説明で示したように情報記憶媒体５
０に記録されるストリームデータはフォーマッタ部９０
内で図２４（ｃ）（ｉ）の構造に変換される。

【０２６６】この発明の一実施形態では、同一のトラン
スポートパケットが異なるストリームブロックに跨って
記録されることが禁止される場合、バッファメモリに一
時記録されたタイムスタンプとパケットデータをストリ
ームブロック毎に切り分ける際に、タイムスタンプとト
ランスポートパケットの組が完全に１個のストリームブ
ロック内に収まるようにする必要がある。

【０２６７】一方、この発明の一実施形態では、同一の
トランスポートパケットを、異なるセクタ（例えば図２
４（ｄ）のＮｏ．０とＮｏ．１）に跨って記録すること
ができる。その場合、セクタ毎に分割する処理では、各
データエリア２１、２２、２３、２４に割り当てられた
所定サイズに従って、無造作に分割が行われる。

【０２６８】デジタル放送では、映像情報はＭＰＥＧ２
規格に従って圧縮され、そのＩ、Ｂ、Ｐピクチャー情報
が、異なるトランスポートパケットに記録されて転送さ
れてくる。

【０２６９】トランスポートパケット内は、トランスポ
ートパケットヘッダおよびペイロードで構成されてい
る。

【０２７０】Ｉピクチャー情報が記録されている最初の
トランスポートパケットでは、ランダムアクセスインジ
ケータ（図１（ｃ）のＡＵＳＭ対応）に”１”のフラグ
が立つ。また、Ｂ、Ｐピクチャー情報が記録されている
最初のトランスポートパケットには、ペイロード単位開
始インジケータに”１”のフラグが立つ。

【０２７１】これらランダムアクセスインジケータ（Ａ
ＵＳＭ）およびペイロード単位開始インジケータの情報
を利用して、図２５（ｅ）のＩーピクチャマッピングテ
ーブル６４１（アクセスユニット開始マップのテーブ
ル）およびＢ、Ｐピクチャ開始位置マッピングテーブル
６４２（アクセスユニット終了マップのテーブル）の情
報が作成される。

【０２７２】図２５（ｄ）のトランスポートパケットマ
ッピングテーブル６３２内の各マッピングテーブルはビ
ットマップ形式で構成されている。

【０２７３】例えば１個のストリームブロック内にｎ個
のトランスポートパケットが記録されていた場合には、
図２５（ｄ）のトランスポートパケット数６３１の値
が”ｎ”となる。

【０２７４】この場合、図２５（ｅ）の各マッピングテ
ーブルは「ｎビットデータ」からなる。そして、ストリ
ームブロック内に前から並んでいる個々のトランスポー
トパケットに対して、この「ｎビットデータ」それぞれ
の１ビットずつが割り当てられている。

【０２７５】図２６は、図２４に示されたセクタデータ
ヘッダの内部構造を説明する図である。

【０２７６】図２４（ｃ）（ｉ）のセクタデータヘッダ
１２、１３は、データエリア２１、２２、２３、２４内
のデータ配列情報を示す。

【０２７７】これらのセクタデータヘッダは、図２６に
示すように、最初のアクセスポイント６５１およびトラ
ンスポートパケット接続フラグ６５２で構成されてい
る。

【０２７８】図２４（ｂ）に示すようにトランスポート
パケットｄは２個のセクタに跨って記録されている。こ
の場合、セクタ内の最後のタイムスタンプが”１”に設
定される。また、トランスポートパケットが次のセクタ
へ跨った場合には、トランスポートパケット接続フラグ
６５２が”１”に設定される。

【０２７９】図２４（ｂ）の例では、次のセクタへ跨っ
たトランスポートパケットｄの次にくるタイムスタンプ
先頭位置のデータエリア２２内のアドレスが、図２６
（ｂ）の最初のアクセスポイント６５１内に記録（ビッ
ト単位の表現）されている。

【０２８０】この発明の一実施の形態では、最初のアク
セスポイント６５１の値として、データエリア２１、２
２、２３、２４のサイズよりも大きな値を指定可能にし
ている。こうすることで、セクタサイズよりも大きなサ
イズを有するパケットに対してもタイムスタンプ先頭位
置を指定することができる。

【０２８１】例えば、図２４（ｄ）のデータ構造におい
て、１個のパケットがセクタＮｏ．０からセクタＮｏ．
２まで跨って記録され、そのパケットに対するタイムス
タンプがＮｏ．０のデータエリア２１内の最初の位置に
記録されるとともに、その次のパケットに対するタイム
スタンプがセクタＮｏ．２のデータエリア内のＴビット
目に配置されている場合を考える。

【０２８２】この場合、セクタＮｏ．０の最初のアクセ
スポイントの値は”０”、セクタＮｏ．１の最初のアク
セスポイントの値は”セクタＮｏ．１のデータエリア２
２サイズ ＋ Ｔ”となり、セクタＮｏ．２の最初のア
クセスポイントの値は”Ｔ”となる。

【０２８３】この発明の一実施の形態では、基本的にス
トリームブロック先頭位置から再生は開始される。が、
希なケースとして、ストリームブロック内の２番目以降
のＥＣＣブロック先頭位置から再生が開始される場合も
あり得る。

【０２８４】図２４において同一のトランスポートパケ
ットｄが２個のセクタ（セクタＮｏ．０とセクタＮｏ．
１）に跨って記録されている例に示すように、２番目以
降のＥＣＣブロック先頭位置から再生を開始した場合に
は、何処に次のタイムスタンプ情報が記録されているか
を知る必要がある。

【０２８５】そのために、各セクタの先頭位置に独自の
ヘッダー情報（図２６（ａ）のセクタデータヘッダ）を
配置させる。その独自ヘッダー情報中に最初のアクセス
ポイント６５１を記録することで、ストリームブロック
内の２番目以降のＥＣＣブロックの先頭位置から、容易
に再生を開始することができる。

【０２８６】ＳＯＢとは、オリジナルＰＧＣに属するス
トリームデータである。ＳＯＢのデータ構造は、「動画
および関連オーディオの一般的な符号化システム（ＩＳ
Ｏ／ＩＥＣ１３８１８ー１）」に記述されたプログラム
ストリームに従っている。ＳＯＢは１種類のデータ、す
なわちストリームデータのみで構成されている。

【０２８７】ＳＯＢのデータ構造は、ストリームパック
のシーケンスで定義される。このストリームパックは、
一定サイズ（２０４８バイト）を持っている。このサイ
ズはＤＶＤディスクファミリの論理ブロックサイズと同
じである。各ストリームパックは論理ブロック内に記録
される。

【０２８８】図２７は、ストリームオブジェクト（ＳＯ
Ｂ）に対するＭＰＥＧ規格上の制約を説明する図であ
る。

【０２８９】すなわち、（１）ＳＯＢはシステムヘッダ
を持たず、（２）ＳＯＢの最初のパック内のシステムク
ロックリファレンス（ＳＣＲ）は任意の値を取ることが
でき、（３）ＭＰＥＧのプログラムエンドコードは持た
ず、（４）ストリームｉｄは全てのＰＥＳパケット内に
おいてＢＦｈ（プライベートストリーム２）に等しい。

【０２９０】ナビゲーションデータとは、任意のビット
ストリームに対する記録、再生および編集の制御を行な
うためのデータである。ＤＶＤストリーム記録において
は、ナビゲーションデータは「ストリーマ情報（ＳＴＲ
Ｉ）」と呼ばれる。

【０２９１】図２８は、ＤＶＤストリーマ情報（ＳＴＲ
Ｉ）内のナビゲーションデータ（図９の制御情報２５に
対応）の構造を説明する図である。図２８に示すよう
に、ストリーマ情報ＳＴＲＩは、以下の情報で構成され
ている。

【０２９２】すなわち、（１）ストリーマビデオマネー
ジャ情報（ＳＴＲ＿ＶＭＧＩ）と、（２）ストリームフ
ァイル情報テーブル（ＳＦＩＴ）と、（３）オリジナル
ＰＧＣ情報（ＯＲＧ＿ＰＧＣＩ）と、（４）ユーザ定義
ＰＧＣ情報テーブル（ＵＤ＿ＰＧＣＩＴ）と、（５）テ
キストデータマネージャ（ＴＸＴＤＴ＿ＭＧ）と、
（６）アプリケーションプライベートデータマネージャ
（ＡＰＤＴ＿ＭＧ）とによって、ＳＴＲＩは構成されて
いる。

【０２９３】図２８のＳＴＲ＿ＶＭＧＩ、ＳＦＩＴ、Ｏ
ＲＧ＿ＰＧＣＩ、ＵＤ＿ＰＧＣＩＴ、およびＴＸＴＤＴ
＿ＭＧは、その順で、ＳＲ＿ＭＡＮＧＲ．ＩＦＯという
名のファイルに記録される。

【０２９４】一方、図２８のＡＰＤＴ＿ＭＧは、ＳＲ＿
ＡＤＡＴＡ．ＤＡＴという名のファイルに記録される。

【０２９５】図２８のＳＴＲＩのサイズが５１２ｋバイ
トを越えない限りは、”００ｈ”等で符号化されたスタ
ッフィングを上記（１）〜（６）の情報テーブル間に挿
入するしないは自由である。ただし、このようなスタッ
フィングを（１）〜（６）の情報テーブル内に挿入する
ことはできない。

【０２９６】なお、ＳＲ＿ＭＡＮＧＲ．ＩＦＯというフ
ァイルに記述された情報の多くは、ストリーマ装置（図
１４等）のシステムメモリに格納されることが想定され
ている。

【０２９７】図２８のストリーマビデオマネージャ情報
ＳＴＲ＿ＶＭＧＩは、ビデオマネージャ情報管理テーブ
ル（ＶＭＧＩ＿ＭＡＴ）およびプレイリストサーチポイ
ンタテーブル（ＰＬ＿ＳＲＰＴ）により構成されてい
る。

【０２９８】図２９は、図２８に示されたストリームフ
ァイル情報テーブル（ＳＦＩＴ）の構造を説明する図で
ある。

【０２９９】ストリームファイル情報テーブルＳＦＩＴ
は、ストリーマの動作に直接関与する全てのナビゲーシ
ョンデータを含んでいる。すなわち、（１）ストリーム
ファイル情報テーブル情報（ＳＦＩＴＩ）と、（２）１
以上（ｎ個）のＳＯＢストリーム情報（ＳＯＢ＿ＳＴＩ
＃ｎ）と、（３）ストリームファイル情報（ＳＦＩ）と
によって、ＳＦＩＴは構成されている。

【０３００】上記ストリームファイル情報テーブル情報
ＳＦＩＴＩは、ストリームファイルの数を示すＳＦＩ＿
Ｎｓと、ＳＯＢストリーム情報の数を示すＳＯＢ＿ＳＴ
Ｉ＿Ｎｓと、ＳＦＩＴの終了アドレスを示すＳＦＩＴ＿
ＥＡと、ＳＦＩの開始アドレスを示すＳＦＩ＿ＳＡとを
含んでいる。

【０３０１】図３０は、図２９に示されたストリームフ
ァイル情報（ＳＦＩ）の構造を説明する図である。

【０３０２】ストリームファイル情報ＳＦＩは、（１）
ストリームファイル一般情報（ＳＦ＿ＧＩ）と、（２）
１以上（ｎ個）のＳＯＢ情報サーチポインタ（ＳＯＢＩ
＿ＳＲＰ＃ｎ）と、（３）１以上（ｎ個）のＳＯＢ情報
（ＳＯＢＩ＃ｎ）とで、構成されている。

【０３０３】図３１は、図３０に示されたストリームフ
ァイル一般情報（ＳＦ＿ＧＩ）の内容を説明する図であ
る。

【０３０４】ストリームファイル一般情報ＳＦ＿ＧＩ
は、ＳＯＢ情報の数を示すＳＯＢＩ＿Ｎｓと、ＳＯＢＵ
１個あたりのセクタ数によりＳＯＢＵのサイズを示すＳ
ＯＢＵ＿ＳＩＺと、マッピング時間単位シフトを示すＭ
ＴＵ＿ＳＨＦＴとを含んでいる。

【０３０５】ＳＯＢＵ＿ＳＩＺはＳＯＢＵのサイズをセ
クタ数で記述したもので、固定値（３２）を持つ。この
ことは、各マッピングリストにおける最初のエントリ
が、ＳＯＢの最初の３２セクタ内に含まれるアプリケー
ションパケットに関係していることを、意味する。ま
た、各マッピングリストにおける２番目のエントリは次
の３２セクタ内に含まれるアプリケーションパケットに
関係している。以下同様である。

【０３０６】上記マッピング時間単位シフトＭＴＵ＿Ｓ
ＨＦＴは、ＰＡＴ記述フォーマットに対するマッピング
リストエントリのＬＳＢ（リーストシグニフィカントビ
ット）の重み付けを記述したものである。このＭＴＵ＿
ＳＨＦＴは１８と記述される。

【０３０７】図３２は、図３０に示されたストリームオ
ブジェクト情報（ＳＯＢＩ＃）の構造を説明する図であ
る。

【０３０８】図３２に示すように、各ストリームオブジ
ェクト情報ＳＯＢＩは、（１）ＳＯＢＩ一般情報（ＳＯ
ＢＩ＿ＧＩ）と、（２）マッピングリスト（ＭＡＰＬ）
と、（３）アクセスユニットデータ（ＡＵＤ）とで構成
される（ＡＵＤはオプション）。

【０３０９】図３３は、図３２に示されたストリームオ
ブジェクト情報一般情報（ＳＯＢＩ＿ＧＩ）の内容を説
明する図である。

【０３１０】図３３に示すように、ストリームオブジェ
クト情報一般情報ＳＯＢＩ＿ＧＩは、（１）ＳＯＢ形式
を示すＳＯＢ＿ＴＹと、（２）ＳＯＢ記録時間を示すＳ
ＯＢ＿ＲＥＣ＿ＴＭと、（３）ＳＯＢストリーム情報番
号を示すＳＯＢ＿ＳＴＩ＿Ｎと、（４）アクセスユニッ
トデータフラグを示すＡＵＤ＿ＦＬＡＧＳと、（５）Ｓ
ＯＢ開始ＡＰＡＴを示すＳＯＢ＿Ｓ＿ＡＰＡＴと、
（６）ＳＯＢ終了ＡＰＡＴを示すＳＯＢ＿Ｅ＿ＡＰＡＴ
と、（７）該当ＳＯＢの最初のＳＯＢＵを示すＳＯＢ＿
Ｓ＿ＳＯＢＵと、（８）マッピングリストエントリの数
を示すＭＡＰＬ＿ＥＮＴ＿Ｎｓとを含んでいる。

【０３１１】上記ＳＯＢ＿ＴＹは、一時消去（ＴＥ）状
態を記述したビットおよびコピー世代管理システムを記
述したビットを含むことができる。

【０３１２】上記ＳＯＢ＿ＲＥＣ＿ＴＭは、ＤＶＤスト
リーム記録の日時記述フォーマットにより関連ＳＯＢの
記録時間を記述したものである。

【０３１３】上記ＳＯＢ＿ＳＴＩ＿Ｎは、該当ＳＯＢに
対して有効なＳＯＢ＿ＳＴＩのインデックスを記述した
ものである。

【０３１４】上記ＡＵＤ＿ＦＬＡＧＳは、該当ＳＯＢに
対してアクセスユニットデータ（ＡＵＤ）が存在するか
どうか、また存在するならどんな種類のＡＵＤが存在す
るのかを記述したものである。ＡＵＤが存在する場合
は、ＡＵＤ＿ＦＬＡＧＳにより、ＡＵＤの特性の幾つか
が記述される。

【０３１５】ＡＵＤ自体は、テーブル（ＡＵＳＭ）を含
む一般情報（ＡＵ＿ＧＩ）、およびオプションテーブル
（ＡＵＥＭ、ＰＴＳＬ）からなっている（図３４参
照）。

【０３１６】上記ＳＯＢ＿Ｓ＿ＡＰＡＴは、ＳＯＢの開
始アプリケーションパケット到着時間を記述したもので
ある。すなわち、そのＳＯＢに属する最初のパケットの
パケット到着時間が、ＳＯＢ＿Ｓ＿ＡＰＡＴにより記述
される。ＳＯＢ＿Ｓ＿ＡＰＡＴは、ＤＶＤストリーム記
録のＰＡＴ記述フォーマットにより記述される。

【０３１７】ＰＡＴは２つの部分、すなわち基本部分と
拡張部分に分けられる。基本部分は９０ｋＨｚユニット
値と呼ばれる部分であり、拡張部分は２７ＭＨｚで測っ
た細かい値（less significant value）を示す。

【０３１８】上記ＳＯＢ＿Ｅ＿ＡＰＡＴは、ＳＯＢの終
了アプリケーションパケット到着時間を記述したもので
ある。すなわち、そのＳＯＢに属する最後のパケットの
パケット到着時間が、ＳＯＢ＿Ｅ＿ＡＰＡＴにより記述
される。ＳＯＢ＿Ｅ＿ＡＰＡＴは、ＤＶＤストリーム記
録のＰＡＴ記述フォーマットにより記述される。

【０３１９】上記ＳＯＢ＿Ｓ＿ＳＯＢＵは、開始ＳＯＢ
Ｕの数、つまりＳＯＢの最初のアプリケーションパケッ
トに含まれるＳＯＢＵの数を記述したものである。

【０３２０】上記ＭＡＰＬ＿ＥＮＴ＿Ｎｓは、ＳＯＢＩ
＿ＧＩに続くマッピングリストエントリの数を記述した
ものである。

【０３２１】図３４は、図３２に示されたアクセスユニ
ットデータ（ＡＵＤ）の構造を説明する図である。

【０３２２】アクセスユニットデータＡＵＤ（オプショ
ン）は、（１）アクセスユニット一般情報（ＡＵ＿Ｇ
Ｉ）と、（２）アクセスユニット終了マップ（ＡＵＥ
Ｍ）と、（３）再生タイムスタンプリスト（ＰＴＳＬ）
とを含むことができる。これらのパーツのどれが存在す
るかは、ＳＯＢＩ＿ＧＩのＡＵＤ＿ＦＬＡＧＳにより示
すことができる。

【０３２３】前述したＳＯＢＩ＿ＧＩのＡＵＤ＿ＦＬＡ
ＧＳ（図３３）がアクセスユニットデータの存在を示す
ときは、ＡＵ＿ＧＩだけが存在する。

【０３２４】図３５は、図３４に示されたアクセスユニ
ット一般情報（ＡＵ＿ＧＩ）の内容を説明する図であ
る。

【０３２５】アクセスユニット一般情報ＡＵ＿ＧＩは、
アクセスユニットの数を示すＡＵ＿Ｎｓと、アクセスユ
ニット開始マップを示すＡＵＳＭとを含んでいる。

【０３２６】上記ＡＵ＿Ｎｓは、該当ＳＯＢに対するア
クセスユニット数を記述したものである。同時に、ＡＵ
ＳＭがアクセスユニットの存在を示す場合において、こ
のＡＵ＿Ｎｓは、（アクセスユニットの）ロケーション
の数も記述している。

【０３２７】上記アクセスユニット開始マップＡＵＳＭ
は、該当ＳＯＢのどのＳＯＢＵがアクセスユニットを含
むのかを示すものである。ＳＯＢの各ＳＯＢＵに対して
は、ＡＵＳＭのエレメントは１個だけ存在する。それゆ
え、ＡＵＳＭはマップリストエントリ数（ＭＡＰＬ＿Ｅ
ＮＴ＿Ｎｓ）のエレメントで構成されるとも言える。

【０３２８】各ＡＵＳＭエレメントは、対応ＳＯＢＵ内
（あるいはその後のＳＯＢＵ内）の何処かで始まるアク
セス可能なアクセスユニットを示している。ＡＵ＿Ｎｓ
アクセスユニットは、ＡＵＳＭにより厳密に示されるも
ので、ビット”１”となっているＡＵＳＭのＡＵ＿Ｎｓ
ビットに等しい。

【０３２９】ＡＵＳＭはバイトアラインされている必要
がある。もし連鎖状のＡＵＳＭエレメントが８の整数倍
のビット数でない（バイトアラインされていない）とき
は、このＡＵＳＭの最終バイトの残りのＬＳＢ（１また
は複数のＬＳＢ）にビット”０”のパッドを当てて、連
鎖状のＡＵＳＭエレメントが８の整数倍のビット数とな
る（バイトアラインされてる）ようにする。

【０３３０】図３６は、アクセスユニット開始マップ
（ＡＵＳＭ；図８、図１０参照）とストリームオブジェ
クトユニット（ＳＯＢＵ；図２、図４、図１１参照）と
の対応関係を例示する図である。

【０３３１】図示するように、ＡＵＳＭのうちビット”
１”の部分が、対応ＳＯＢＵにアクセスユニット（Ａ
Ｕ）が含まれることを示している。

【０３３２】いま、ＡＵＳＭ内でビットがセットされた
ｉ番目（１≦ｉ≦ＡＵ＿Ｎｓ）のビット位置をＡＵＳＭ
＿ｐｏｓ（ｉ）としてみる。すると、アクセスユニット
ＡＵの位置は次のようになる。

【０３３３】（１）もしＡＵＳＭ＿ｐｏｓ（ｉ）により
示されるＳＯＢＵ＃ｉが１以上の開始ＡＵ（これはスト
リーム内で（もしあるなら）ＡＵ＿ＳＴＡＲＴマークお
よびＡＵ＿ＥＮＤマークにより記述される）を含むな
ら、ＡＵＳＭ＿ｐｏｓ（ｉ）は、ＳＯＢＵ＃ｉ内で開始
する最初のＡＵに割り当てられる。ここで、ＳＯＢＵ＃
ｉは、ＡＵＳＭ＿ｐｏｓ（ｉ）および（ＡＵＥＭが存在
するなら）ＡＵＥＭ＿ｐｏｓ（ｉ）により記述されたＳ
ＯＢＵｓ内に配置されたものである。

【０３３４】（２）ＡＵは、このＡＵ開始後に最初に現
れるＡＵ＿ＥＮＤマークで終了し、かつ、ＡＵは、（も
しＡＵＥＭが存在するなら）割り当てられたＡＵＥＭエ
レメントにより示される最後のＳＯＢＵで終了する。

【０３３５】なお、いずれのアクセスユニットデータに
おいても、ＳＯＢの各ＳＯＢＵ１個当たりに、２以上の
アクセス可能なアクセスユニットを記述することはでき
ない。

【０３３６】図３７は、アクセスユニット開始マップ
（ＡＵＳＭ；図８、図１０参照）およびアクセスユニッ
ト終了マップ（ＡＵＥＭ；図８、図１０参照）とストリ
ームオブジェクトユニット（ＳＯＢＵ；図２、図４、図
１１参照）との対応関係を例示する図である。

【０３３７】ＡＵＥＭは、（もし存在するなら）ＡＵＳ
Ｍと同じ長さのビットアレイである。ＡＵＥＭのビット
は、該当ＳＯＢのアクセスユニットに付随するビットス
トリームセグメントの末尾がどのＳＯＢＵに含まれるの
かを、示している。

【０３３８】ＡＵＥＭ内にセットされたビットの数はＡ
ＵＳＭ内にセットされたビットの数に一致する。すなわ
ち、ＡＵＳＭ内の各設定ビットは、ＡＵＥＭ内に対応し
てセットされたビットを持つ。

【０３３９】いま、ＡＵＳＭ内でビットがセットされた
ｉ番目（１≦ｉ≦ＡＵ＿Ｎｓ）のビット位置をＡＵＳＭ
＿ｐｏｓ（ｉ）とし、ＡＵＥＭ内でビットがセットされ
たｉ番目（１≦ｉ≦ＡＵ＿Ｎｓ）のビット位置をＡＵＥ
Ｍ＿ｐｏｓ（ｉ）としてみる。この場合、以下の関係が
ある。

【０３４０】（１）１≦ＡＵＳＭ＿ｐｏｓ（ｉ）≦ＡＵ
ＥＭ＿ｐｏｓ（ｉ）≦ＭＡＰＬ＿ＥＮＴ＿Ｎｓ； （２）ＡＵＳＭ＿ｐｏｓ（ｉ＋１）＞ＡＵＥＭ＿ｐｏｓ
（ｉ）； （３）もしｉ＝＝ＡＵ＿ＮｓあるいはＡＵＳＭ＿ｐｏｓ
（ｉ＋１）＞１＋ＡＵＥＭ＿ｐｏｓ（ｉ）なら、ＡＵ＃
ｉは、ＳＯＢＵ＃［ＡＵＥＭ＿ｐｏｓ（ｉ）］で終了す
る（１≦ｉ≦ＡＵ＿Ｎｓ）； （４）もしＡＵＳＭ＿ｐｏｓ（ｉ＋１）＝＝１＋ＡＵＥ
Ｍ＿ｐｏｓ（ｉ）なら、ＡＵ＃ｉは、ＳＯＢＵ＃［ＡＵ
ＥＭ＿ｐｏｓ（ｉ）］で終了する。あるいはＳＯＢＵ＃
［１＋ＡＵＥＭ＿ｐｏｓ（ｉ）］＝＝ＳＯＢＵ＃［Ａｕ
ＳＭ＿ｐｏｓ（ｉ＋１）］のところで終了する。つま
り、ＡＵ＃ｉは、ＳＯＢＵ内においてＡＵ＃ｉ＋１が開
始するところで終了する（１≦ｉ≦ＡＵ＿Ｎｓ）。

【０３４１】図３８は、ストリームパック（図２〜図４
のＴＳパックに対応）の構造を説明する図である。

【０３４２】図示するように、１つのストリームパック
（２０４８バイト）は、パックヘッダ（１４バイト）と
ストリームＰＥＳパケット（２０３４バイト）とで構成
されている。

【０３４３】ストリームパックのパックヘッダは１４バ
イトで構成される。このパックヘッダには、最初の４バ
イト（０００００１ＢＡｈ）にパックスタートコードが
記録され；次の６バイトに、プロバイダが定義した、シ
ステムクロックリファレンスＳＣＲの基準（トータル３
２ビットのＳＣＲ＿ｂａｓｅ）、複数のマーカビットお
よびシステムクロックリファレンスＳＣＲの拡張（９ビ
ットのＳＣＲ＿ｅｘｔｅｎｓｉｏｎ）が記録され；次の
３バイト（０１８９Ｃ３ｈ）にプログラム多重化レート
（２２ビットのｐｒｏｇｒａｍ＿ｍｕｘ＿ｒａｔｅ）と
複数のマーカビットが記録され；最後の１バイト（Ｆ８
ｈ）には、パックスタッフィング長（３ビットのｐａｃ
ｋ＿ｓｔｕｆｆｉｎｇ＿ｌｅｎｇｔｈ）が記録され、さ
らに５ビットの予約エリアが設けられている。

【０３４４】ここで、ＳＣＲ＿ｂａｓｅの３２ビット目
はゼロにセットされる。また、ｐｒｏｇｒａｍ＿ｍｕｘ
＿ｒａｔｅは１０．０８Ｍｂｐｓにセットされる。

【０３４５】なおストリーム記録ではアプリケーション
が自分でスタッフィングを行なう（図３９を参照して後
述）ので、ＤＶＤＲＯＭビデオあるいはＤＶＤビデオレ
コーダ（ＤＶＤ−ＶＲ）のようにパック長の調整を行な
う必要はない。すなわち、ストリーム記録においては、
ストリームパケットが常に必要な長さを持っていると想
定してよい。

【０３４６】一方、ストリームパックのストリームＰＥ
Ｓパケットは、次のようなデータ構造を持っている。

【０３４７】図３９は、図３８に示されるストリームＰ
ＥＳパケット内のストリームデータエリアの構造を説明
する図である。

【０３４８】図示するように、１つのストリームＰＥＳ
パケット（２０３４バイト）は、ＰＥＳヘッダ（６バイ
ト）と、サブストリームＩＤ（１バイト）と、ストリー
ムデータエリア（２０２７バイト）とで構成されてい
る。

【０３４９】ストリームＰＥＳパケットのＰＥＳパケッ
トヘッダには、最初の３バイト（０００００１ｈ）にパ
ケットスタートコードプリフィックス（２４ビットのｐ
ａｃｋｅｔ＿ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ）が
記録され；次の１バイトにストリームＩＤ（８ビットの
ｓｔｒｅａｍ＿ｉｄ＝１０１１１１１１ｂ；プライベー
トストリーム２を示す）が記録され；次の２バイト（０
７ＥＣｈ）にＰＥＳパケット長（ＰＥＳ＿ｐａｃｋｅｔ
＿ｌｅｎｇｔｈ）が記録され；最後の１バイトにサブス
トリームＩＤ（８ビットのｓｕｂ＿ｓｔｒｅａｍ＿ｉｄ
＝００００００１０ｂ；ストリーム記録データを示す）
が記録される。

【０３５０】図３９に示すストリームパケット内のスト
リームデータエリア（２０２７バイト）は、アプリケー
ションヘッダ（９バイト）と、アプリケーションヘッダ
エクステンション（オプション）と、スタッフィングバ
イト（オプション）と、アプリケーションパケットエリ
アとで構成されている。

【０３５１】図３９のアプリケーションパケットエリア
は、アプリケーションタイムスタンプ（図３あるいは図
２４のＡＴＳに対応）をそれぞれが持つ１以上のアプリ
ケーションパケットで構成される。

【０３５２】このアプリケーションパケットエリアは、
図３（ｄ）と同様に構成できる（図３のＴＳパケットを
図３９ではアプリケーションパケットに読み替える）。
すなわち、アプリケーションパケットエリアの先頭にパ
ーシャルアプリケーションパケットが記録され、その後
に、アプリケーションタイムスタンプＡＴＳとアプリケ
ーションパケットとのペアが複数ペア、シーケンシャル
に記録され、末尾にパーシャルアプリケーションパケッ
トが記録される。

【０３５３】別の言い方をすると、アプリケーションパ
ケットエリアの開始位置には、パーシャルアプリケーシ
ョンパケットが存在できる。アプリケーションパケット
エリアの終了位置には、パーシャルアプリケーションパ
ケットあるいは予約されたバイト数のスタッフィングエ
リアが存在できる。

【０３５４】各アプリケーションパケットの前に配置さ
れたアプリケーションタイムスタンプ（ＡＴＳ）は３２
ビットで構成される。ＡＴＳは、２つの部分、すなわち
基本部分と拡張部分に分けられる。基本部分は９０ｋＨ
ｚユニット値と呼ばれる部分であり、拡張部分は２７Ｍ
Ｈｚで測った細かい値（less significant value）を示
す。

【０３５５】図３９において、アプリケーションヘッダ
エクステンションは、アプリケーションパケット〜アプ
リケーションパケット間で異なり得る情報を格納するの
に用いることができる。このような情報は、必ずしも全
てのアプリケーションに必要なものではない。

【０３５６】それゆえ、アプリケーションヘッダのデー
タフィールドは、ストリームデータエリア内にオプショ
ンのアプリケーションヘッダエクステンションが存在す
ることを記述するように定義されいる。

【０３５７】ストリームの記録時において、最初のアプ
リケーションパケットのアプリケーションタイムスタン
プＡＴＳの先頭バイトは、ストリームオブジェクトＳＯ
Ｂの始まりにおける最初のストリームパケット内のアプ
リケーションパケットエリアの開始位置に、アラインさ
れている必要がある。

【０３５８】一方、ＳＯＢ内のその後のストリームパケ
ットについては、隣接ストリームパケット境界で、アプ
リケーションパケットが分割（スプリット）されてもよ
い。図３９のパーシャルアプリケーションパケットは、
この分割（スプリット）により生じたアプリケーション
パケットを示している。

【０３５９】ストリームパケット内で開始される最初の
アプリケーションタイムスタンプのバイトオフセット、
およびそのストリームパケット内で開始されるアプリケ
ーションパケットの数は、そのアプリケーションヘッダ
（図４０参照）に記述される。

【０３６０】こうすることにより、あるストリームパケ
ット内において、最初のアプリケーションタイムスタン
プの前および最後のアプリケーションパケットの後にお
けるスタッフィングが、自動的に行われる。

【０３６１】すなわち、上記自動化メカニズムが、図３
８の説明の所で述べた「アプリケーションが自分でスタ
ッフィングを行なう」ことに対応する。この自動スタッ
フィングにより、ストリームパケットは常に必要な長さ
を持つことになる。

【０３６２】アプリケーションヘッダエクステンション
（オプション）はエントリのリストからなる。ここに
は、該当ストリームパケット内で開始する各アプリケー
ションパケットに対する１バイト長の１エントリがあ
る。これらエントリのバイトは、アプリケーションパケ
ット毎に異なり得る情報を格納するのに利用できる。

【０３６３】なお、１バイトのアプリケーションヘッダ
エクステンション（オプション）には、１ビットのＡＵ
＿ＳＴＡＲＴと、１ビットのＡＵ＿ＥＮＤと、２ビット
のＣＯＰＹＲＩＧＨＴとが、記述される。

【０３６４】ＡＵ＿ＳＴＡＲＴが”１”にセットされる
と、関連アプリケーションパケットが、ストリーム内に
ランダムアクセスエントリポイント（ランダムアクセス
ユニットの開始）を含むことが示される。

【０３６５】ＡＵ＿ＥＮＤが”１”にセットされると、
関連アプリケーションパケットがランダムアクセスユニ
ットの最終パケットであることが示される。

【０３６６】ＣＯＰＹＲＩＧＨＴには、関連アプリケー
ションパケットの著作権の状態が記述される。

【０３６７】図４０は、図３９に示されたストリームデ
ータエリア先頭のアプリケーションヘッダの内容を説明
する図である。

【０３６８】このアプリケーションヘッダは、１バイト
のＶＥＲＳＩＯＮ（０１ｈ）と、１バイトのＡＰ＿Ｎｓ
と、２バイトのＦＩＲＳＴ＿ＡＰ＿ＯＦＦＳＥＴと、２
ビットのＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮＦＯ
（００ｂ、１０ｂ、あるいは１１ｂ）と、１ビットのＣ
ＣＩ＿ＥＳＣ用予約エリアと、５ビットの予約エリア
と、２バイトのＳＥＲＶＩＣＥ＿ＩＤと、１バイトのＭ
ＡＸ＿ＢＲ＿ＬＯＧ２と、１バイトのＳＭＯ＿ＢＳ＿Ｌ
ＯＧ２とを、含んでいる。

【０３６９】ここで、ＶＥＲＳＩＯＮには、アプリケー
ションヘッダフォーマットのバージョン番号が記述され
る。

【０３７０】ＡＰ＿Ｎｓには、該当ストリームパケット
内で開始されるアプリケーションパケットの数が記述さ
れる。もしアプリケーションタイムスタンプの最初のバ
イトがストリームパケット内に格納されているなら、ア
プリケーションパケットはそのストリームパケット内で
開始されると考えてよい。

【０３７１】ＦＩＲＳＴ＿ＡＰ＿ＯＦＦＳＥＴには、該
当ストリームパケット内で開始される最初のアプリケー
ションパケットのタイムスタンプ位置が、このストリー
ムパケットの最初のバイトからの相対値として、バイト
単位で、記述される。もしストリームパケット内で開始
するアプリケーションパケットがないときは、ＦＩＲＳ
Ｔ＿ＡＰ＿ＯＦＦＳＥＴには「０」が記述される。

【０３７２】ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮ
ＦＯには、該当ストリームパケット内にアプリケーショ
ンヘッダエクステンションおよび／またはスタッフィン
グバイトが存在するか否かが、記述される。

【０３７３】ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮ
ＦＯの内容が００ｂの場合は、アプリケーションヘッダ
の後にアプリケーションヘッダエクステンションもスタ
ッフィングバイトも存在しないことが示される。

【０３７４】ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮ
ＦＯの内容が１０ｂの場合は、アプリケーションヘッダ
の後にアプリケーションヘッダエクステンションがある
が、スタッフィングバイトは存在しないことが示され
る。

【０３７５】ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮ
ＦＯの内容が１１ｂの場合は、アプリケーションヘッダ
の後にアプリケーションヘッダエクステンションが存在
し、かつアプリケーションヘッダエクステンションの後
にスタッフィングバイトも存在することが示される。

【０３７６】ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮ
ＦＯの内容が０１ｂとなることは禁止されている。

【０３７７】アプリケーションパケットエリアの前のス
タッフィングバイト（オプション）は、「ＥＸＴＥＮＳ
ＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮＦＯ＝１１ｂ」によりアク
ティブになる。こうすることで、アプリケーションヘッ
ダエクステンション内のバイト数と、アプリケーション
パケットエリア内に格納できるアプリケーションパケッ
ト数との間に矛盾が生じた場合に「パッキングパラドク
ス」が起きるのを防止できる。

【０３７８】ＳＥＲＶＩＣＥ＿ＩＤには、ストリームを
生成するサービスのＩＤが記述される。このサービスが
未知のものであれば、ＳＥＲＶＩＣＥ＿ＩＤに０ｘ００
００が記述される。

【０３７９】ＭＡＸ＿ＢＲ＿ＬＯＧ２には、「ｌｅａｋ
ｙ ｂｕｃｋｅｔ ｆｌｏｗ ｃｏｎｔｒｏｌ ｍｏｄ
ｅｌ」における出力ビットレートパラメータのバイナリ
アルゴリズムが記述される。

【０３８０】ＳＭＯ＿ＢＳ＿ＬＯＧ２には、「ｌｅａｋ
ｙ ｂｕｃｋｅｔ ｆｌｏｗ ｃｏｎｔｒｏｌ ｍｏｄ
ｅｌ」におけるバッファサイズパラメータのバイナリア
ルゴリズムが記述される。

【０３８１】以上説明したようにこの発明の実施によれ
ば、ＡＵＳＭ、ＡＵＥＭ、および／またはサポート情報
を記録することができ、それにより、よりユーザフレン
ドリーなデータ管理ができる。

【０３８２】

【発明の効果】以上説明したようにこの発明によれば、
デジタルＴＶ放送等のストリームデータを効率良く管理
できる。

【図面の簡単な説明】

【図１】ＭＰＥＧにおけるＴＳストリームのフォーマッ
トを示す説明図。

【図２】この発明のＤＶＤ記録再生システムで記録再生
されるオブジェクトセットのフォーマットを示す説明
図。

【図３】図２に示すＴＳパックのフォーマット構造を示
す説明図。

【図４】図３に示したパック構造に最適なＶＯＢＵの構
造を示す説明図。

【図５】図３に示すＴＳパックの変形例に係る構造を示
す説明図。

【図６】再生対象としてのビデオオブジェクトセット
（図２）を管理するための管理情報のフォーマットの一
例を示す説明図。

【図７】図６に示したＰＧＣＩの記述内容を示すテーブ
ル図。

【図８】図６に示したＣ＿ＰＢＩの記述内容を示すテー
ブル図。

【図９】再生対象としてのビデオオブジェクト（図２）
を管理するための管理情報のフォーマットの他の例を示
す説明図。

【図１０】図９に示されたＶＯＢＵＩの記述内容を示す
テーブル図。

【図１１】図６に示されたＶＯＢＵ或いはセルのフォー
マット構造の例を示す説明図。

【図１２】図６に示されたセル或いはＰＧＣのフォーマ
ット構造の例を示す説明図。

【図１３】図６に示されたセルフォーマット構造を利用
した編集作業を説明するための図。

【図１４】この発明の一実施例に係るＤＶＤ記録再生シ
ステムの全体を示すブロック図。

【図１５】図９に示されたフォーマット構造における録
画処理を説明するためのフローチャート図。

【図１６】図９に示されたフォーマット構造における録
画処理を説明するためのフローチャート図。

【図１７】図９に示されたフォーマット構造における再
生処理を説明するためのフローチャート図。

【図１８】図９に示されたフォーマット構造における再
生処理を説明するためのフローチャート図。

【図１９】図９に示されたフォーマット構造におけるＦ
Ｆ処理を説明するためのフローチャート図。

【図２０】図９に示されたフォーマット構造におけるＦ
Ｆ処理を説明するためのフローチャート図。

【図２１】図９に示されたフォーマット構造におけるＦ
Ｆ処理を説明するためのフローチャート図。

【図２２】図２０および図２１に示したフローにおける
割り込み処理について説明するフローチャート図。

【図２３】図２０に示されたフォーマット構造における
ＰＡＴ処理を説明するためのフローチャート図。

【図２４】ストリームデータ（図１のＭＰＥＧ２トラン
スポートストリームに対応）のデータ構造を説明する
図。

【図２５】図２４に示されたストリームブロックヘッダ
の内部構造を説明する図。

【図２６】図２４に示されたセクタデータヘッダの内部
構造を説明する図。

【図２７】ストリームオブジェクト（ＳＯＢ）に対する
ＭＰＥＧ規格上の制約を説明する図。

【図２８】ＤＶＤストリーマ情報（ＳＴＲＩ）内のナビ
ゲーションデータ（図９の制御情報２５に対応）の構造
を説明する図。

【図２９】図２８に示されたストリームファイル情報テ
ーブル（ＳＦＩＴ）の構造を説明する図。

【図３０】図２９に示されたストリームファイル情報
（ＳＦＩ）の構造を説明する図。

【図３１】図３０に示されたストリームファイル一般情
報（ＳＦ＿ＧＩ）の内容を説明する図。

【図３２】図３０に示されたストリームオブジェクト情
報（ＳＯＢＩ＃）の構造を説明する図。

【図３３】図３２に示されたストリームオブジェクト情
報一般情報（ＳＯＢＩ＿ＧＩ）の内容を説明する図。

【図３４】図３２に示されたアクセスユニットデータ
（ＡＵＤ）の構造を説明する図。

【図３５】図３４に示されたアクセスユニット一般情報
（ＡＵ＿ＧＩ）の内容を説明する図。

【図３６】アクセスユニット開始マップ（ＡＵＳＭ；図
８、図１０参照）とストリームオブジェクトユニット
（ＳＯＢＵ；図２、図４、図１１参照）との対応関係を
例示する図。

【図３７】アクセスユニット開始マップ（ＡＵＳＭ；図
８、図１０参照）およびアクセスユニット終了マップ
（ＡＵＥＭ；図８、図１０参照）とストリームオブジェ
クトユニット（ＳＯＢＵ；図２、図４、図１１参照）と
の対応関係を例示する図。

【図３８】ストリームパック（図２〜図４のＴＳパック
に対応）の構造を説明する図。

【図３９】図３８に示されるストリームＰＥＳパケット
内のストリームデータエリアの構造を説明する図。

【図４０】図３９に示されたストリームデータエリア先
頭のアプリケーションヘッダの内容を説明する図。

【符号の説明】

２５…制御情報；２７…ＶＯＢ一般情報（ＳＦ＿Ｇ
Ｉ）；２８…ＶＯＢＵ情報テーブル（ＳＦＩ）；２９…
ＶＯＢＵ情報（ＳＯＢＩ）；３１…ＶＯＢ（ＳＯＢ）；
３２…セル；３３…ＶＯＢＵ（ＳＯＢＵ）；３４…ＴＳ
パック（ストリームパケット）；３８…ＴＳパケット
（アプリケーションパケット）；３９…ＴＳパケットの
一部（パーシャルアプリケーションパケット）；５０…
ＲＡＭディスク（記録媒体）；５１…ディスクドライブ
部；５９…デコーダ部；７９…エンコーダ部；８０…主
ＭＰＵ；８０Ａ…ワークＲＡＭ部；８０Ｂ…管理データ
作成部；８０Ｃ…サポート情報検出部；８０Ｄ…サポー
ト情報追加部；８３…ＳＴＢ部；９０…フォーマッタ
部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 安東 秀夫 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町工場内 (72)発明者 宇山 和之 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町工場内 Ｆターム(参考） 5C052 AA04 AB03 AB04 AB09 CC06 DD04 5C053 FA20 FA25 GB06 GB37 5D044 AB05 AB07 BC06 CC04 DE02 DE03 DE48 GK12

Claims (4)

【特許請求の範囲】
1. 【請求項１】データ領域および管理領域を持つ情報媒体
   において、 前記データ領域は、データパケット形式のデータオブジ
   ェクトを格納できるように構成され、 前記管理領域が、前記データパケットのサイズを示すパ
   ケット長情報を格納できるように構成されたことを特徴
   とする情報媒体。
2. 【請求項２】 請求項１に記載の媒体に前記データオブ
   ジェクトのストリームデータを記録するように構成した
   ことを特徴とする記録方法。
3. 【請求項３】 請求項１に記載の媒体に記録された前記
   データオブジェクトのストリームデータの再生を行うよ
   うに構成したことを特徴とする再生方法。
4. 【請求項４】 請求項１に記載の媒体を用いてストリー
   ムデータの記録あるいは記録されたストリームデータの
   再生を行うように構成したことを特徴とする装置あるい
   はシステム。