JP2002197806A - ストリーム情報処理システム - Google Patents

Abstract

(57)【要約】 【課題】ストリーム情報記録に関する改善。 【解決手段】ストリームデータを記録するように構成さ
れたデータエリアと、前記ストリームデータに関する管
理情報を記録するように構成された管理エリアとを持つ
情報媒体が用いられる。ここで、前記管理情報（ＳＦＩ
Ｔ／ＳＦＩ／ＳＯＢＩ）が、前記ストリームデータの特
定部分に対応した時間情報（ＰＴＳＬ）を含むように構
成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、デジタル放送な
どで伝送される映像データあるいはパケット構造をもっ
て伝送されるストリームデータを記録する情報記憶媒
体、この媒体に記録されるストリームデータに関する管
理情報のデータ構造、およびこの管理情報の記録方法と
再生方法に関する。

【０００２】

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

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

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

【０００５】このデジタル放送データを記録するストリ
ーマとして、現在市販されているものとしては、Ｄ−Ｖ
ＨＳ（デジタルＶＨＳ）などの家庭用デジタルＶＣＲが
ある。このＤ−ＶＨＳを利用したストリーマでは、放送
されたビットストリームがそのままテープに記録され
る。そのため、ビデオテープには、複数の番組が多重さ
れて記録されることになる。

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

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

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

【０００９】ここで、デジタルＴＶの受信装置であるＳ
ＴＢとＤＶＤ−ＲＡＭなどの大容量ディスクメディアを
利用したストリーマとの間、あるいはこの大容量ディス
クメディアを利用したストリーマとＤ−ＶＨＳ等を利用
した他のストリーマとの間のデータ転送には、ＩＥＥＥ
１３９４等に準拠したデジタルインターフェースを利用
できる。

【００１０】このデジタルインターフェースでは、デジ
タル放送で受信したトランスポートパケット毎に映像デ
ータ／ストリームデータが転送される。

【００１１】たとえばＩＥＥＥ１３９４を用いたデジタ
ルインターフェースでは、デジタル放送の受信データに
対して実時間での転送を保証するため、各トランスポー
トパケット毎に受信時刻を表すタイムスタンプデータが
付加されて、転送が行なわれている。

【００１２】また、ＤＶＤ−ＲＡＭなどの情報記憶媒体
に記録された上記デジタル放送の受信データに対してＳ
ＴＢでの実時間による間断の無い再生を保証するため、
情報記憶媒体上に、各トランスポートパケットデータと
ともに上記タイムスタンプデータも同時に記録される。

【００１３】

【発明が解決しようとする課題】上記の場合、ＤＶＤ−
ＲＡＭなどの大容量ディスクメディアを利用した情報記
憶媒体に記録するストリームデータとして、トランスポ
ートパケット毎にタイムスタンプデータが付加されて記
録されている。このため、このタイムスタンプデータを
利用して時間管理を行うことになる。

【００１４】デジタルＴＶでは、映像データはＭＰＥＧ
２と呼ばれるデジタル圧縮方式を用いて情報圧縮された
形で放送される。このＭＰＥＧ２方式によると、Ｐピク
チャ情報はＩピクチャに対する差分情報しか持たず、ま
たＢピクチャ情報はＩピクチャとＰピクチャに対する差
分情報しか持っていない。したがって、Ｂピクチャある
いはＰピクチャは単独で再生することができず、これら
を再生するためにはＩピクチャからの再生が必要とな
る。

【００１５】ここで、Ｉ、Ｂ、Ｐの各ピクチャの表示時
刻で示されるユーザから見た映像再生時間と、前記タイ
ムスタンプ時間とは異なる。このため、情報記憶媒体上
に記録したストリームデータに対する時間管理をタイム
スタンプデータのみで行った場合には、ユーザに対する
表示時刻（映像再生時間）の制御が正確に行えないとい
う問題が生じる。

【００１６】この発明は上記事情に鑑みなされたもの
で、その目的は、ストリーム情報記録の処理に関する改
善を図ることである。

【００１７】

【課題を解決するための手段】上記目的を達成するため
に、この発明の実施の形態では、ストリームデータを記
録するように構成されたデータエリア（ＳＴＲＥＡＭ．
ＶＲＯ）と、このストリームデータに関する管理情報
（ＳＴＲＩ）を記録するように構成された管理エリア
（ＳＴＲＥＡＭ．ＩＦＯ）とを持つ情報媒体（２０１）
が用いられる。ここで、前記管理情報（図１３のＳＴＲ
Ｉ／図１５のＳＦＩＴ）が、前記ストリームデータの特
定部分（図１６〜図１７のＡＵ）に対応した時間情報
（図１５のＰＴＳＬ）を含むように構成される。

【００１８】なお、前記ストリームデータは、一定サイ
ズのデータユニット（例えば６４ｋＢのＳＯＢＵ）で構
成することができる。

【００１９】

【発明の実施の形態】以下、図面を参照して、この発明
の一実施の形態に係るストリームデータ記憶媒体、この
媒体に記録されるストリームデータに関する管理情報の
データ構造、およびこの管理情報の記録方法と再生方法
その他を説明する。

【００２０】図１は、この発明の一実施の形態に係るス
トリームデータのデータ構造を説明する図である。図１
を用いて情報記憶媒体上に記録されたストリームデータ
のデータ構造について説明する。

【００２１】ＤＶＤ−ＲＡＭディスク等の情報記憶媒体
（図３その他の２０１）上に記録されるストリームデー
タ（ＳＴＲＥＡＭ．ＶＲＯ）１０６（図１（ａ））は、
ストリームデータ内の映像情報のコンテンツ毎にストリ
ームオブジェクト（以下、適宜ＳＯＢと略記する）とし
てまとめられている。つまり、各ＳＯＢは、１つのリア
ルタイムな連続記録により得られたストリームデータに
より形成される。

【００２２】情報記憶媒体上に記録されるストリームデ
ータは、図１（ｂ）に示されるように、ストリームデー
タ内の映像情報のコンテンツ毎にストリームオブジェク
ト（ＳＯＢ）＃Ａ・２９８、＃Ｂ・２９９としてまとま
って記録されている。

【００２３】図１（ｂ）〜（ｋ）は、複数あるストリー
ムオブジェクト（ＳＯＢ＃Ａ、＃Ｂ、…）のうち、１個
のＳＯＢ＃Ａ・２９８について内容を詳細に示してい
る。

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

【００２５】この実施の形態では、１個または複数（代
表的には２個）のＥＣＣブロックを単位としてストリー
ムブロック（あるいはストリームオブジェクトユニット
ＳＯＢＵ）が構成され、このストリームブロック単位
（あるいはＳＯＢＵ単位）でストリーム情報の記録、部
分消去、編集その他が行われる。

【００２６】この実施の形態では、何個のＥＣＣブロッ
クでストリームブロックが構成されるかは、転送される
ストリームデータ（ＳＴＲＥＡＭ．ＶＲＯ）１０６の転
送レートに応じて決めることができる。

【００２７】たとえば、図１（ｃ）（ｄ）の例では、ス
トリームブロック＃１は２つのＥＣＣブロック＃α、＃
βで構成され、ストリームブロック＃２は３つのＥＣＣ
ブロック＃γ、＃δ、＃εで構成されている。ＤＶＤス
トリーマでは、２個のＥＣＣブロック（３２セクタ）で
１つのストリームブロック（またはＳＯＢＵ）が構成さ
れる。

【００２８】各ＥＣＣブロックは、図１（ｅ）に示すよ
うに、１６セクタで構成される。したがって、図１
（ｃ）〜（ｅ）から分かるように、２ＥＣＣブロックで
構成されるストリームブロック（あるいはＳＯＢＵ）＃
１は、３２セクタ（セクタＮｏ．０〜セクタＮｏ．３
１）に相当する。

【００２９】つまり、１セクタ＝２ｋバイトとすれば、
ストリームブロック（ＳＯＢＵ）は、６４ｋバイト（３
２セクタ）の固定サイズとして、この発明を実施するこ
とができる。

【００３０】ストリームデータ（ＳＴＲＥＡＭ．ＶＲ
Ｏ）１０６は、図１（ｇ）に示すようにタイムスタンプ
とトランスポートパケットを組にして、情報記憶媒体に
記録される。

【００３１】その際、各セクタの先頭には、図１（ｆ）
に示すように、システムクロック情報（システムクロッ
クリファレンスＳＣＲ）等が記録されたパックヘッダ１
１、１２とＰＥＳヘッダ１３、１４が配置される。ＰＥ
Ｓヘッダ１４の直後にはセクタデータヘッダ１７が記録
されるが、各ストリームブロック（またはＳＯＢＵ）先
頭のセクタのみ、セクタデータヘッダではなく、ストリ
ームブロックヘッダ１６が記録される。

【００３２】なお、ストリームブロックヘッダ１６ある
いはセクタデータヘッダ１７は、後述するアプリケーシ
ョンヘッダに対応する内容を持つことができるようにな
っている（図９あるいは図１０参照）。

【００３３】図１（ｆ）のセクタデータヘッダ１７は、
データエリア２２、２３内のデータ配列情報を示してい
る。

【００３４】図１（ｆ）のデータエリア２１、２２（あ
るいは２３）には、図１（ｇ）に示すように、タイムス
タンプ（図２０、図２９その他に示したＡＴＳに対応）
およびトランスポートパケット（図２２または図２３の
パケット、あるいは図２９のアプリケーションパケット
ＡＰに対応）が逐次詰め込まれる。

【００３５】図１（ｇ）の例では、１個のトランスポー
トパケットｄが複数のセクタ（Ｎｏ．０とＮｏ．１）に
跨って記録される場合が例示されている。このようなト
ランスポートパケットｄは、図２２または図２３の部分
パケットに対応する。

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

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

【００３８】トランスポートパケット内は、図１（ｈ）
に示すように、トランスポートパケットヘッダ６１〜６
４（後述する図２３（ｂ）の５１１に対応）とデータが
記録されているペイロード７１〜７５（後述する図２３
（ｂ）の５１２に対応）とで構成されている。

【００３９】ペイロード７１〜７５には、図１（ｉ）に
示すように、ＭＰＥＧエンコードされたＩピクチャ情報
３１、Ｂピクチャ情報３３、３４、およびＰピクチャ情
報３２が記録される。

【００４０】Ｉピクチャ情報３１が記録されている最初
のトランスポートパケットでは、ランダムアクセスイン
ジケータ５０３（図２３（ａ）参照）に”１”のフラグ
が立ち、各Ｂ、Ｐピクチャ情報３２〜３４の最初のトラ
ンスポートパケットにはペイロードユニット開始インジ
ケータ５０１（図２３（ａ）参照）に”１”のフラグが
立つ。

【００４１】ペイロード７１〜７５内に分割記録されて
いる各ピクチャ情報３１〜３４には、図１（ｊ）に示す
ように、それぞれの先頭に、ピクチャヘッダ情報４１
と、実質的なピクチャ情報であるピクチャ圧縮情報４２
（Ｉピクチャ情報３１に対してはＩピクチャ圧縮情報４
２）とが記録されている。

【００４２】また、それぞれのピクチャヘッダ情報４１
内には、図１（ｋ）に示すように、ヘッダ識別情報５
１、それぞれのＩ、Ｂ、Ｐピクチャの識別を可能とする
ピクチャ識別情報５２、デコーダ出力の表示タイミング
を示すＰＴＳ（プレゼンテーションタイムスタンプ）情
報５３、およびデコーダがデコード開始を行うためのタ
イミングを示すＤＴＳ（デコードタイムスタンプ）情報
５４が記録されている。これらのピクチャヘッダ情報４
１は、デジタル放送の受信情報内に予め含まれている。

【００４３】情報記憶媒体上に記録されたストリームデ
ータ内では、図１（ｋ）に示すピクチャ識別情報５２を
用いて特定のピクチャ位置を同定できる。

【００４４】あるいは、図１（ｊ）（ｋ）に示すように
ピクチャヘッダ情報４１内にＰＴＳ情報５３が記録され
ているので、この値を用いてデコーダが表示を開始する
ことも可能である。

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

【００４６】ＤＶＤーＲＡＭディスク等の情報記憶媒体
に記録される情報は、各情報毎に階層ファイル構造を持
っている。この実施の形態において説明される映像情報
とストリームデータ情報は、ＤＶＤ＿ＲＴＲディレクト
リ（またはＤＶＤ＿ＲＴＡＶ）１０２と言う名のサブデ
ィレクトリ１０１内に入っている。

【００４７】ＤＶＤ＿ＲＴＲ（ＤＶＤ＿ＲＴＡＶ）ディ
レクトリ１０２内には、以下の内容のデータファイル１
０３が格納される。

【００４８】すなわち、管理情報（ナビゲーションデー
タ）のグループとして、ＲＴＲ．ＩＦＯ（またはＶＲ＿
ＭＡＮＧＲ．ＩＦＯ）１０４と、ＳＴＲＥＡＭ．ＩＦＯ
（ＳＲ＿ＭＡＮＧＲ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．ＢＵ
Ｐ）１０５と、ＳＲ＿ＰＲＩＶＴ．ＤＡＴ／ＳＲ＿ＰＲ
ＩＶＴ．ＢＵＰ１０５ａとが格納される。

【００４９】また、データ本体（コンテンツ情報）とし
て、ＳＴＲＥＡＭ．ＶＲＯ（またはＳＲ＿ＴＲＡＮＳ．
ＳＲＯ）１０６と、ＲＴＲ＿ＭＯＶ．ＶＲＯ（ＶＲ＿Ｍ
ＯＶＩＥ．ＶＲＯ）１０７と、ＲＴＲ＿ＳＴＯ．ＶＲＯ
（またはＶＲ＿ＳＴＩＬＬ．ＶＲＯ）１０８と、ＲＴＲ
＿ＳＴＡ．ＶＲＯ（またはＶＲ＿ＡＵＤＩＯ．ＶＲＯ）
１０９とが格納される。

【００５０】上記データファイル１０３を含むサブディ
レクトリ１０１の上位階層にあるルートディレクトリ１
００には、その他の情報を格納するサブディレクトリ１
１０を設けることができる。

【００５１】このサブディレクトリの内容としては、ビ
デオプログラムを収めたビデオタイトルセットＶＩＤＥ
Ｏ＿ＴＳ１１１、オーディオプログラムを収めたオーデ
ィオタイトルセットＡＵＤＩＯ＿ＴＳ１１２、コンピュ
ータデータ保存用のサブディレクトリ１１３等がある。

【００５２】有線または無線のデータ通信経路上をパケ
ット構造の形で伝送されたデータに対して、パケット構
造を保持したまま情報記憶媒体に記録したデータを、
「ストリームデータ」と呼ぶ。

【００５３】そのストリームデータそのものはＳＴＲＥ
ＡＭ．ＶＲＯ（またはＳＲ＿ＴＲＡＮＳ．ＳＲＯ）１０
６と言うファイル名でまとめて記録される。そのストリ
ームデータに対する管理情報が記録されているファイル
が、ＳＴＲＥＡＭ．ＩＦＯ（またはＳＲ＿ＭＡＮＧＲ．
ＩＦＯとそのバックアップファイルＳＲ＿ＭＡＮＧＲ．
ＢＵＰ）１０５である。

【００５４】また、ＶＣＲ（ＶＴＲ）あるいは従来ＴＶ
などで扱われるアナログ映像情報をＭＰＥＧ２規格に基
づきデジタル圧縮して記録されたファイルが、ＲＴＲ＿
ＭＯＶ．ＶＲＯ（またはＶＲ＿ＭＯＶＩＥ．ＶＲＯ）１
０７であり、アフターレコーディング音声あるいはバッ
クグランド音声等を含む静止画像情報を集めたファイル
がＲＴＲ＿ＳＴＯ．ＶＲＯ（またはＶＲ＿ＳＴＩＬＬ．
ＶＲＯ）１０８であり、そのアフレコ音声情報ファイル
がＲＴＲ＿ＳＴＡ．ＶＲＯ（またはＶＲ＿ＡＵＤＩＯ．
ＶＲＯ）１０９である。

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

【００５６】図３（ａ）の情報記憶媒体２０１の内周方
向２０２の端部と外周方向２０３の端部とで挟まれた領
域には、図３（ｂ）に示すように、リードインエリア２
０４と、ファイルシステム情報が記録されているボリュ
ーム＆ファイル構造情報２０６と、データエリア２０７
と、リードアウトエリア２０５が存在する。リードイン
エリア２０４はエンボスおよび書替可能データゾーンで
構成され、リードアウトエリア２０５は書替可能データ
ゾーンで構成されている。データエリア２０７も書替可
能データゾーンで構成されている。

【００５７】データエリア２０７内は、図３（ｃ）に示
すように、コンピュータデータとオーディオ＆ビデオデ
ータとが混在記録可能となっている。この例では、コン
ピュータデータエリア２０８およびコンピュータデータ
エリア２０９の間に、オーディオ＆ビデオデータエリア
２１０が、挟まれる形態となっている。

【００５８】オーディオ＆ビデオデータエリア２１０内
は、図３（ｄ）に示すように、リアルタイムビデオ記録
エリア２２１およびストリーム記録エリア２２２の混在
記録が可能となっている。（リアルタイムビデオ記録エ
リア２２１あるいはストリーム記録エリア２２２の一方
だけを使用することも可能である。）図３（ｅ）に示す
ように、リアルタイムビデオ記録エリア２２１には、図
２に示された、ＲＴＲのナビゲーションデータＲＴＲ．
ＩＦＯ（ＶＲ＿ＭＡＮＧＲ．ＩＦＯ）１０４と、ムービ
ーリアルタイムビデオオブジェクトＲＴＲ＿ＭＯＶ．Ｖ
ＲＯ（ＶＲ＿ＭＯＶＩＥ．ＶＲＯ）１０７と、スチルピ
クチャリアルタイムビデオオブジェクトＲＴＲ＿ＳＴ
Ｏ．ＶＲＯ（ＶＲ＿ＳＴＩＬＬ．ＶＲＯ）１０８と、ア
フターレコーディング等のオーディオオブジェクトＲＴ
Ｒ＿ＳＴＡ．ＶＲＯ（ＶＲ＿ＡＵＤＩＯ．ＶＲＯ）１０
９とが記録される。

【００５９】同じく図３（ｅ）に示すように、ストリー
ム記録エリア２２２には、図２に示された、ストリーマ
のナビゲーションデータＳＴＲＥＡＭ．ＩＦＯ（ＳＲ＿
ＭＡＮＧＲ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．ＢＵＰ）１０
５と、トランスポートビットストリームデータＳＴＲＥ
ＡＭ．ＶＲＯ（ＳＲ＿ＴＲＡＮＳ．ＶＲＯ）１０６とが
記録される。

【００６０】なお、図３（ｄ）（ｅ）では図示しない
が、ストリーム記録エリア２２２には、図２に示したア
プリケーション固有のナビゲーションデータＳＲ＿ＰＲ
ＩＶＴ，ＤＡＴ／ＳＲ＿ＰＲＩＶＴ．ＢＵＰ１０５ａを
記録することもできる。

【００６１】このＳＲ＿ＰＲＩＶＴ，ＤＡＴ１０５ａ
は、ストリーマに接続（供給）された個々のアプリケー
ションに固有のナビゲーションデータであり、ストリー
マにより認識される必要のないデータである。

【００６２】ストリームデータに関する管理情報である
ＳＴＲＥＡＭ．ＩＦＯ（またはＳＲ＿ＭＡＮＧＲ．ＩＦ
Ｏ）１０５は、図３（ｆ）〜（ｉ）に示すようなデータ
構造を有している。

【００６３】すなわち、図３（ｆ）に示すように、ＳＴ
ＲＥＡＭ．ＩＦＯ（またはＳＲ＿ＭＡＮＧＲ．ＩＦＯ）
１０５は、ビデオマネージャ（ＶＭＧＩまたはＳＴＲ＿
ＶＭＧＩ）２３１と、ストリームファイル情報テーブル
（ＳＦＩＴ）２３２と、オリジナルＰＧＣ情報（ＯＲＧ
＿ＰＧＣＩ）２３３と、ユーザ定義ＰＧＣ情報テーブル
（ＵＤ＿ＰＧＣＩＴ）２３４と、テキストデータマネー
ジャ（ＴＸＴＤＴ＿ＭＧ）２３５と、製造者情報テーブ
ル（ＭＮＦＩＴ）またはアプリケーション固有のナビゲ
ーションデータＳＲ＿ＰＲＩＶＴ．ＤＡＴ１０５ａを管
理するアプリケーションプライベートデータマネージャ
（ＡＰＤＴ＿ＭＧ）２３６とで構成されている。

【００６４】図３（ｆ）のストリームファイル情報テー
ブル（ＳＦＩＴ）２３２は、図３（ｇ）に示すように、
ストリームファイル情報テーブル情報（ＳＦＩＴＩ）２
４１と、１以上のストリームオブジェクト情報（ＳＯＢ
Ｉ）＃Ａ・２４２、＃Ｂ・２４３、………と、オリジナ
ルＰＧＣ情報一般情報２７１と、１以上のオリジナルセ
ル情報＃１・２７２、＃２・２７３………とを含むこと
ができるようになっている。

【００６５】図３（ｇ）の各ストリームオブジェクト情
報（たとえばＳＯＢＩ＃Ａ・２４２）は、図３（ｈ）に
示すように、ストリームオブジェクト一般情報（ＳＯＢ
Ｉ＿ＧＩ）２５１、タイムマップ情報２５２、その他を
含むことができる。

【００６６】また、図３（ｇ）の各オリジナルセル情報
（たとえば＃１・２７２；後述するが図１４で示される
ＳＣＩに対応）は、図３（ｈ）に示すように、セルタイ
プ２８１（後述するが図１４で示されるＣ＿ＴＹに対
応）と、セルＩＤ２８２と、該当セル開始時間（後述す
る図６（ｂ）、図１４その他で示されるＳＣ＿Ｓ＿ＡＰ
ＡＴに対応）２８３と、該当セル終了時間（後述する図
６（ｂ）、図１４その他で示されるＳＣ＿Ｅ＿ＡＰＡＴ
に対応）２８４と、ＰＴＳオフセット９と、時間関係テ
ーブル２とを含むことができる。

【００６７】ここで、ＰＴＳオフセット９とは、オリジ
ナルセル（オリジナルセルの詳細は後述する）の表示開
始ピクチャのＰＴＳ（プレゼンテーションタイムスタン
プ）値とその直前にあるＩピクチャのＰＴＳ値との差分
をいう（詳細は図２０を参照して後述）。

【００６８】図３（ｇ）のＳＯＢＩ＃Ａに含まれる図３
（ｈ）のタイムマップ情報２５２は、図３（ｉ）に示す
ように、ストリームブロック番号２６１、第１ストリー
ムブロックサイズ２６２、第１ストリームブロック時間
差２６３、第２ストリームブロックサイズ２６４、第２
ストリームブロック時間差２６５、………を含むことが
できる。タイムマップ情報２５２を構成する各ストリー
ムブロック時間差の内容については、図５を参照して後
述する。

【００６９】図４は、この発明の一実施の形態における
ストリームオブジェクト（ＳＯＢ）、セル、プログラム
チェーン（ＰＧＣ）等の間の関係を説明する図である。
以下、図４の例示を用いてＳＯＢとＰＧＣの関係を説明
する。

【００７０】ストリームデータ（ＳＴＲＥＡＭ．ＶＲＯ
またはＳＲ＿ＴＲＡＮＳ．ＳＲＯ）１０６内に記録され
たストリームデータは、１個以上のＥＣＣブロックの集
まりとしてストリームブロックを構成し、このストリー
ムブロック単位で記録、部分消去処理等がなされる。こ
のストリームデータは、記録する情報の内容毎（たとえ
ばデジタル放送での番組毎）にストリームオブジェクト
と言うまとまりを作る。

【００７１】ＳＴＲＥＡＭ．ＶＲＯ（ＳＲ＿ＴＲＡＮ
Ｓ．ＳＲＯ）１０６内に記録されたストリームオブジェ
クト（ＳＯＢ＃Ａ、ＳＯＢ＃Ｂ）毎の管理情報（オリジ
ナルＰＧＣ情報２３３、ユーザ定義ＰＧＣ情報テーブル
２３４等）は、ナビゲーションデータＳＴＲＥＡＭ．Ｉ
ＦＯ（ＳＲ＿ＭＡＮＧＲ．ＩＦＯ）１０５（図４の最下
部および図３（ｅ）（ｆ）参照）内に記録されている。

【００７２】図４の各ストリームオブジェクト＃Ａ・２
９８、＃Ｂ・２９９毎の管理情報（ＳＴＲＥＡＭ．ＩＦ
Ｏ１０５）は、図３（ｆ）（ｇ）に示すように、ストリ
ームファイル情報テーブル（ＳＦＩＴ）２３２内のスト
リームオブジェクト情報（ＳＯＢＩ）＃Ａ・２４２、＃
Ｂ・２４３として記録されている。

【００７３】ストリームオブジェクト情報（ＳＯＢＩ）
＃Ａ・２４２、（ＳＯＢＩ）＃Ｂ・２４３それぞれの内
部は、主にストリームブロック毎のデータサイズおよび
時間情報等が記載されているタイムマップ情報２５２を
含んでいる。

【００７４】ストリームデータの再生時には、１個以上
のセルの連続で構成されるプログラムチェーン（ＰＧ
Ｃ）の情報（後述する図１４のＰＧＣＩ＃ｉに対応）が
利用される。このＰＧＣを構成するセルの設定順にした
がって、ストリームデータを再生することができる。

【００７５】ＰＧＣには、ＳＴＲＥＡＭ．ＶＲＯ（ＳＲ
＿ＴＲＡＮＳ．ＳＲＯ）１０６に記録された全ストリー
ムデータを連続して再生することのできるオリジナルＰ
ＧＣ２９０（図３（ｆ）ではＯＲＧ＿ＰＧＣＩ・２３
３）と、ユーザが再生したいと希望する場所と順番を任
意に設定できるユーザ定義ＰＧＣ＃ａ・２９３、＃ｂ・
２９６（図３（ｆ）ではＵＤ＿ＰＧＣＩＴ・２３４の中
身に対応）の２種類が存在する。

【００７６】オリジナルＰＧＣ２９０を構成するオリジ
ナルセル＃１・２９１、＃２・２９２は、基本的にスト
リームオブジェクト＃Ａ・２９８、＃Ｂ・２９９と一対
一に対応して存在する。

【００７７】それに対して、ユーザ定義ＰＧＣを構成す
るユーザ定義セル＃１１・２９４、＃１２・２９５、＃
３１・２９７は、１個のストリームオブジェクト＃Ａ・
２９８または＃Ｂ・２９９の範囲内では任意の位置を設
定することができる。

【００７８】なお、各ストリームブロックのセクタサイ
ズは種々に設定可能であるが、好ましい実施の形態とし
ては、図４のストリームブロック＃１のように、２ＥＣ
Ｃブロック（３２セクタ）で一定サイズ（６４ｋバイ
ト）のストリームオブジェクトユニット（ＳＯＢＵ）
を、ストリームブロックとして採用するとよい。

【００７９】このようにストリームブロックを一定サイ
ズ（たとえば２ＥＣＣブロック＝３２セクタ＝６４ｋバ
イト）のＳＯＢＵに固定すれば、次の利点が得られる： （０１）ＳＯＢＵ単位でストリームデータの消去あるい
は書替を行っても、そのＳＯＢＵのＥＣＣブロックが、
消去あるいは書替対象以外のＳＯＢＵのＥＣＣブロック
に影響しない。そのため、消去あるいは書替に伴う（消
去あるいは書替の対象でないＳＯＢＵに対する）ＥＣＣ
のデインターリーブ／インターリーブのやり直しが、生
じない； （０２）任意のＳＯＢＵ内部の記録情報に対するアクセ
ス位置を、セクタ数（あるいはセクタ数に対応した他の
パラメータ；たとえば後述する図１０のストリームパッ
クおよびその内部のアプリケーションパケット群の情
報）で特定できる。たとえば、あるＳＯＢＵ＃ｋの中間
位置にアクセスする場合は、ＳＯＢＵ＃ｋー１とＳＯＢ
Ｕ＃ｋとの境界から１６セクタ目（あるいは１６セクタ
目に対応するアプリケーションパケットの位置）を指定
すればよい。

【００８０】図５は、タイムマップ情報におけるストリ
ームブロックサイズ、ストリームブロック時間差の内容
を説明する図である。以下、図５を用いてタイムマップ
情報２５２内の各データの内容について説明する。

【００８１】図５（ｆ）（ｇ）（ｈ）に例示するよう
に、ストリームオブジェクト（ＳＯＢ）＃Ａ・２９８は
２つのストリームブロック＃１、＃２で構成されてい
る。

【００８２】図５（ｆ）（ｈ）の例では、ＳＯＢ＃Ａ・
２９８を構成するストリームブロック＃１のデータサイ
ズは２ＥＣＣブロック（＃α、＃β）で構成され、３２
セクタ分（図５（ｅ）（ｉ））のサイズを持っている。
すなわち、タイムマップ情報２５２（図５（ａ）
（ｋ））内の第１ストリームブロックサイズ２６２（図
５（ｊ））は、３２セクタ（６４ｋバイト）となる。

【００８３】ＳＯＢ＃Ａ・２９８（図５（ｇ））の先頭
にあるストリームブロック＃１（図５（ｆ））はその先
頭にセクタＮｏ．０（図５（ｅ））を持ち、セクタＮ
ｏ．０に含まれるデータエリア２１（図５（ｄ））の先
頭にはタイムスタンプａ（図５（ｃ））が記録されてい
る。

【００８４】また、ＳＯＢ＃Ａ・２９８（図５（ｇ））
の後続ストリームブロック＃２（図５（ｆ））はその先
頭にセクタＮｏ．３２（図５（ｅ））を持ち、セクタＮ
ｏ．３２に含まれるデータエリア３１１（図５（ｄ））
の先頭にはタイムスタンプｐ（図５（ｃ））が記録され
ている。

【００８５】図５（ｃ）に示すように、ストリームブロ
ック＃１の最初のストリームデータのタイムスタンプ値
はタイムスタンプａであり、次のストリームブロック＃
２の最初のストリームデータのタイムスタンプ値はタイ
ムスタンプｐとなっている。

【００８６】図５（ｂ）の第１ストリームブロック時間
差２６３（図３（ｉ）のストリームブロック時間差２６
３に対応）の値は、上記タイムスタンプｐとタイムスタ
ンプａとの差分値（［タイムスタンプｐ］−［タイムス
タンプａ］）で与えられる。

【００８７】なお、図５（ａ）のタイムマップ情報２５
２は、図１５を参照して後述するストリームオブジェク
ト情報ＳＯＢＩ内のアクセスデータユニットＡＵＤも含
むものとして、取り扱うことができる。このＡＵＤに含
まれる情報（アクセスユニット開始マップＡＵＳＭ等）
により、アクセスしたい情報を含むＳＯＢＵを特定でき
る。

【００８８】図６は、オリジナルセルおよびユーザ定義
セルにおけるセル範囲指定方法を説明する図である。そ
れぞれのセルの範囲指定は、開始時刻と終了時刻の時間
指定により行なうことができる。

【００８９】具体的には、ストリームデータの録画直後
のオリジナルセルにおける該当セルの開始時間２８３お
よび該当セルの終了時間２８４（図６（ｂ））の時間と
して、該当するストリームオブジェクト＃Ａ・２９８
（図６（ｆ））内の最初のタイムスタンプａの値および
最後のタイムスタンプｚ（図６（ｃ））の値が使用され
る。

【００９０】それに対して、ユーザ定義セル＃１２・２
９５（図６（ｋ））での時間範囲指定は、任意時刻を指
定できる。たとえば、図６（ｉ）（ｊ）に示すように指
定されたトランスポートパケットｄ、ｎに対応したタイ
ムスタンプｄ、ｎの値を、該当セルの開始時間３３１と
該当セルの終了時間３３２の値として設定することがで
きる。

【００９１】図６（ｆ）は、ストリームオブジェクト
（ＳＯＢ）＃Ａ・２９８は２つのストリームブロック＃
１および＃２で構成されている場合を例示している。

【００９２】図６（ｅ）（ｇ）の例では、ストリームブ
ロック＃１は３２セクタ（セクタＮｏ．０〜Ｎｏ．３
１）で構成され、ストリームブロック＃２は４８セクタ
（セクタＮｏ．３２〜Ｎｏ．７９）で構成されている。

【００９３】ストリームブロック＃１の先頭セクタＮ
ｏ．０は、図６（ｅ）（ｄ）に示すように、パックヘッ
ダ１、ＰＥＳヘッダ６、ストリームブロックヘッダ１
１、データエリア２１等で構成されている。

【００９４】また、ストリームブロック＃２の後方セク
タＮｏ．７８は、図６（ｅ）（ｄ）に示すように、パッ
クヘッダ３、ＰＥＳヘッダ８、セクタデータヘッダ１
３、データエリア２４等で構成されている。

【００９５】さらに、図６（ｇ）のセクタＮｏ．１には
図６（ｈ）に示すようにパックヘッダ２、セクタデータ
ヘッダ１２、データエリア２２その他が記録され、図６
（ｇ）のセクタＮｏ．３３には図６（ｈ）に示すように
セクタデータヘッダ３２１、データエリア３１２その他
が記録されている。

【００９６】図６（ｄ）（ｈ）のデータエリア２１に
は、図６（ｃ）（ｉ）に示すように、タイムスタンプａ
とトランスポートパケットａとのペアないしタイムスタ
ンプｄとトランスポートパケットｄとのペアが記録され
ている。

【００９７】また、図６（ｄ）のデータエリア２４の領
域には、複数のタイムスタンプおよびトランスポートパ
ケットのペアと、最後のタイムスタンプｚ＋トランスポ
ートパケットｚのペアの後に続くエンドコード３２と、
パディングエリア３７が記録されている。

【００９８】さらに、図６（ｈ）のデータエリア２２に
は、図６（ｉ）に示すように、データエリア２１のトラ
ンスポートパケットｄの後続内容を含むトランスポート
パケットｄが含まれている。つまり、この例では、トラ
ンスポートパケットｄの内容が、データエリア２１とデ
ータエリア２２とで分断されて記録されている。

【００９９】図６（ｉ）のトランスポートパケットｄの
前半部分（データエリア２１側）は、後述する図２３
（ｆ）の末尾側部分パケットに対応し、図６（ｉ）のト
ランスポートパケットｄの後半部分（データエリア２２
側）は、後述する図２３（ｇ）の先頭側部分パケットに
対応している。

【０１００】さらに、図６（ｈ）のデータエリア３１２
には、図６（ｉ）に示すように、タイムスタンプｎとト
ランスポートパケットｎとのペアおよびその他の同様な
ペアが記録されている。

【０１０１】ここで、ユーザ等が再生開始時間を指定し
た箇所に該当するセルの開始時間３３１（図６（ｊ））
は、データエリア２１および２２に分断された２つのト
ランスポートパケットｄ全体に対するタイムスタンプｄ
（図６（ｉ））により指定される。

【０１０２】トランスポートパケットをアプリケーショ
ンパケット（ＡＰ）と読み替え、アプリケーションパケ
ット到着時間をＡＰＡＴとした場合に、上記セル開始時
間３３１は、セル開始ＡＰＡＴとして表現できる。

【０１０３】また、ユーザ等が再生終了時間を指定した
箇所に該当するセルの終了時間３３２（図６（ｊ））
は、データエリア３１２のトランスポートパケットｎに
対するタイムスタンプｎ（図６（ｉ））により指定され
る。このセル終了時間３３２は、セル終了ＡＰＡＴとし
て表現できる。

【０１０４】以上のセル開始時間（セル開始ＡＰＡＴ）
３３１およびセル終了時間（セル終了ＡＰＡＴ）３３２
は、図６（ｋ）に示すように、ユーザ定義セル情報＃１
２・２９５内部に記録できる。

【０１０５】このユーザ定義セル情報＃１２・２９５
は、図３（ｆ）または図４下段に示すユーザ定義ＰＧＣ
情報テーブル２３４内に記録することができる。

【０１０６】以上はユーザ定義セル情報（ユーザ定義Ｐ
ＧＣの情報）に関するセル開始／終了時間情報について
であるが、オリジナルセル情報（オリジナルセルの情
報）に関するセル開始／終了時間情報については、次の
ような例示ができる。

【０１０７】すなわち、図６（ｃ）の先頭側タイムスタ
ンプａにより図６（ｂ）の該当セルの開始時間２８３を
示すことができ、末尾側タイムスタンプｚにより該当セ
ルの終了時間２８４を示すことができる。

【０１０８】図６（ｂ）の該当セルの開始時間２８３
は、セル開始ＡＰＡＴ（ストリームセル開始ＡＰＡＴ
（ＳＣ＿Ｓ＿ＡＰＡＴ）または消去開始ＡＰＡＴ（ＥＲ
Ａ＿Ｓ＿ＡＰＡＴ）も含む）に対応させることができ
る。

【０１０９】また、図６（ｂ）の該当セルの終了時間２
８４は、セル終了ＡＰＡＴ（ストリームセル終了ＡＰＡ
Ｔ（ＳＣ＿Ｅ＿ＡＰＡＴ）または消去終了ＡＰＡＴ（Ｅ
ＲＡ＿Ｅ＿ＡＰＡＴ）も含む）に対応させることができ
る。

【０１１０】以上のセル開始時間（セル開始ＡＰＡＴ）
２８３およびセル終了時間（セル終了ＡＰＡＴ）２８４
は、図６（ａ）に示すように、オリジナルセル情報＃１
・２７２内部に記録される。

【０１１１】このオリジナルセル情報＃１・２７２は、
図３（ｆ）または図４下段に示すオリジナルＰＧＣ情報
２３３内に記録することができる。

【０１１２】図７は、この発明の他の実施の形態に係る
情報媒体（ＤＶＤ録再ディスク）上の記録データ構造
（とくに再生終了位置情報／レジューム情報、ＶＭＧＩ
管理情報／記録時間情報等の構造）を説明する図であ
る。

【０１１３】図７（ａ）〜（ｆ）のデータ構成は、図３
（ａ）〜（ｆ）と同じなので、その説明は省略する。

【０１１４】図７（ｆ）のビデオマネージャ（ＳＴＲ＿
ＶＭＧＩ）２３１は、図７（ｇ）に示すように、再生終
了位置情報（レジューム情報）６１１０、ビデオマネー
ジャ管理情報（ＶＭＧＩ＿ＭＡＴ）６１１１その他を含
んでいる。

【０１１５】再生終了位置情報（レジューム情報）６１
１０は、図７（ｈ）に示すように、オリジナルＰＧＣ番
号６２１０、オリジナルセル番号６２２０、再生終了位
置時刻（レジューム時刻）情報６２３０等を含んでい
る。

【０１１６】また、ビデオマネージャ管理情報（ＶＭＧ
Ｉ＿ＭＡＴ）６１１１は、タイムゾーン（ＴＭ＿ＺＯＮ
Ｅ）６２４０を含んでいる。

【０１１７】記録済みのストリームブロック（またはオ
リジナルセル）の再生が終了した段階で、再生終了位置
情報６１１０をレジューム情報として図７（ｅ）の管理
情報記録領域（ＳＴＲＥＡＭ．ＩＦＯ）内のビデオマネ
ージャ情報２３１中に記録することができる。

【０１１８】なお、再生終了位置情報６１１０に含まれ
る時刻情報６２３０はタイムスタンプ（ＡＴＳ）値で記
録されているが、それに限らずＰＴＳ値（あるいはセル
再生先頭位置からの通算フィールド数）を時刻情報６２
３０として記録することもできる。

【０１１９】タイムゾーン（ＴＭ＿ＺＯＮＥ）６２４０
は、図７（ｉ）に示すように、記録時間（ＲＥＣ＿Ｔ
Ｍ）の情報を含む。

【０１２０】記録時間（ＲＥＣ＿ＴＭ）の情報は、ＲＥ
Ｃ＿ＴＭがユニバーサル・タイム・コオーディネート
（ＵＴＣ）によるものか特定のローカルタイムによるも
のかを識別するタイムゾーンタイプ（ＴＺ＿ＴＹ）と、
ＵＴＣからのＲＥＣ＿ＴＭのタイムオフセットの日時を
分単位で記述したタイムゾーンオフセット（ＴＺ＿ＯＦ
ＦＳＥＴ）とを含んでいる。

【０１２１】上記記録時間（ＲＥＣ＿ＴＭ）は、図６
（ｂ）等で示したセル開始時間（ＳＣ＿Ｓ＿ＡＰＡＴ）
の形式あるいはそのセルの再生時刻（プレゼンテーショ
ンタイムＰＴＭ）の形式で記述してもよい。

【０１２２】この記録時間（ＲＥＣ＿ＴＭ）には２種類
ある。第１はストリームオブジェクト記録時間（ＳＯＢ
＿ＲＥＣ＿ＴＭ）であり、第２はプレイリスト作成時間
（ＰＬ＿ＣＲＥＡＴＥ＿ＴＭ）である。

【０１２３】ここで、オリジナルセルに対応するストリ
ームオブジェクト（ＳＯＢ）が記録された時間が、ＳＯ
Ｂ＿ＲＥＣ＿ＴＭにより示される。

【０１２４】また、プレイリストとは、プログラムの一
部のリストである。このプレイリストにより、（プログ
ラムの内容に対して）任意の再生シーケンスをユーザが
定義できる。このようなプレイリストが作成された時間
が、ＰＬ＿ＣＲＥＡＴＥ＿ＴＭにより示される。

【０１２５】図８は、図１その他に示されたＰＥＳヘッ
ダの内部構造を説明する図である。

【０１２６】図８（ａ）のＰＥＳヘッダ６０１は、図８
（ｂ）に示すように、パケット開始コードプリフィック
ス６０２、ストリームＩＤ６０３、再生タイムスタンプ
６０４等を含んでいる。このＰＥＳヘッダ６０１は、図
１（ｆ）、図５（ｄ）、図６（ｄ）等のＰＥＳヘッダに
対応している。

【０１２７】また、図８（ｄ）のストリームＰＥＳヘッ
ダは、図８（ｃ）に示すように、パケット開始コードプ
リフィックス、ストリームＩＤ（プライベートストリー
ム２）、ＰＥＳパケット長、サブストリームＩＤ等を含
んでいる。このストリームＰＥＳヘッダは、後述する図
２２のストリームＰＥＳヘッダと同じもので、図８
（ａ）のＰＥＳヘッダ６０１に対応する内容を持つ。

【０１２８】図１（ｆ）のＰＥＳヘッダが図８（ａ）に
示すＰＥＳヘッダ６０１の内部構造を持つときは、ＭＰ
ＥＧの規格では、このＰＥＳヘッダのストリームＩＤ６
０３（図８（ｂ））が”１０１１１１１０”のときに、
このＰＥＳヘッダを持つパケットを、パディングパケッ
ト（後述する図１２（ｇ）参照）にすると定義されてい
る。

【０１２９】一方、ストリームＩＤ６０３（図８（ｃ）
のサブストリームＩＤ）が”００００００１０”のとき
は、そのＰＥＳパケットの付いたパケットは、ストリー
ム記録データを含むことになる。

【０１３０】図１（ｃ）のストリームブロック＃１で
は、最後のトランスポートパケットｇ（図１（ｇ））が
セクタＮｏ．０〜Ｎｏ．３１（図１（ｅ））内に存在し
ている。しかし、ストリームブロック＃２（図１（ｅ）
（ｇ））では、ユーザ等により途中で録画が終了される
と、最後のトランスポートパケット（図示せず）が最後
のセクタより前のセクタに配置され、最後のセクタ（図
示せず）内はストリームデータが記録されていない空き
領域となることがある。この場合、最後のセクタには、
上記パディングパケット（後述する図１２（ｇ）のパデ
ィングパケット４０）が記録される。

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

【０１３２】ストリームブロックヘッダ１１は、図９
（ａ）に示すように、サブストリームＩＤ、アプリケー
ションヘッダ、アプリケーションヘッダエクステンショ
ン、スタッフィングバイト等に対応した内容を持つ。

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

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

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

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

【０１３７】ストリームブロックヘッダ１１は、図９
（ｂ）に示すように、トランスポートパケット情報６１
１、ストリームブロック情報６１２、セクタデータヘッ
ダ情報６１３等を含んでいる。

【０１３８】図９（ｂ）のトランスポートパケット情報
６１１は図９（ｃ）のトランスポートパケット情報６１
１と同じものを指す。

【０１３９】ストリームブロック全体に関する情報が記
録されている図９（ｂ）のストリームブロック情報６１
２は、図９（ｃ）の記録時間６２２（情報記憶媒体２０
１に記録した年月日と時刻情報）、トランスポートパケ
ット属性６２３（トランスポートパケットに関する属性
情報）、ストリームブロックサイズ６２４（該当するス
トリームブロックのデータサイズ（たとえばＥＣＣブロ
ック数で記載できる））、ストリームブロック時間差６
２５等に対応する。

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

【０１４１】また、図９（ｂ）のセクタデータヘッダ情
報６１３は、図９（ｃ）のファーストアクセスポイント
６２６およびトランスポートパケット接続フラグ６２７
に対応する。このセクタデータヘッダ情報６１３は、後
述する図１０のセクタデータヘッダ１２と同様な情報を
含んでいる。

【０１４２】図９（ｃ）のトランスポートパケット情報
６１１は、図９（ｄ）に示すように、トランスポートパ
ケットの数（アプリケーションパケットの数）６３１、
トランスポートパケットマッピングテーブル６３２等を
含んでいる。

【０１４３】なお、図９（ｄ）のアプリケーションパケ
ットの数は、後述する図１０（ｃ）または図１１のパケ
ット数ＡＰ＿Ｎｓに対応している。

【０１４４】図９（ｄ）のトランスポートパケット（ア
プリケーションパケット）の数６３１は、図９（ｅ）に
示すように、Ｉピクチャマッピングテーブル６４１、
Ｂ，Ｐピクチャマッピングテーブル６４２等を含むこと
ができる。

【０１４５】また、図９（ｄ）のトランスポートパケッ
トマッピングテーブル６３２は、ビデオパケットマッピ
ングテーブル６４３、オーディオパケットマッピングテ
ーブル６４４、プログラム固有情報マッピングテーブル
６４５等を含むことができる。

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

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

【０１４８】さらに、各マッピングテーブル６４３〜６
４５は”ｎビットデータ”からなり、ストリームブロッ
ク内に前から並んでいる個々のトランスポートパケット
（アプリケーションパケット）に対してそれぞれ１ビッ
トずつが割り当てられている。

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

【０１５０】たとえば図１（ｆ）のセクタデータヘッダ
１７は、データエリア２２、２３内のデータ配列情報を
示すもので、図１０（ａ）のセクタデータヘッダ（図１
０（ｄ）のアプリケーションヘッダに対応）１２に相当
する。

【０１５１】セクタデータヘッダ１２は、図１０（ｂ）
に示すように、ファーストアクセスポイント６５１およ
びトランスポートパケット接続フラグ６５２を含む内部
構造を持っている。

【０１５２】ところで、図１０（ｄ）に示すように、１
セクタと同じく２０４８バイトのサイズを持つ１つのス
トリームパックは、パックヘッダおよびストリームＰＥ
Ｓヘッダで構成されている。そして、このストリームＰ
ＥＳパケット内に、図１０（ａ）のセクタデータヘッダ
１２あるいは図９（ａ）のストリームブロックヘッダ１
１の一部に対応した、アプリケーションパケットヘッダ
が含まれている。

【０１５３】このアプリケーションパケットヘッダは、
図１０（ｃ）に示すように、以下のものを含んでいる： ＊アプリケーションパケットヘッダ形式のバージョン記
載； ＊該当ストリームパック内で開始するアプリケーション
パケット（トランスポートパケット）の数ＡＰ＿Ｎｓ； ＊該当ストリームパック内で開始する先頭アプリケーシ
ョンパケットのタイムスタンプの位置をそのストリーム
パックの最初のバイトからの相対値で記述した、先頭ア
プリケーションパケット・タイムスタンプ位置ＦＩＲＳ
Ｔ＿ＡＰ＿ＯＦＦＳＥＴ； ＊ヘッダエクステンションおよび／またはスタッフィン
グバイトが存在するか否かを示すエクステンションヘッ
ダ情報ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＦＯ； ＊該当ストリームを生成したサービスの識別子ＳＥＲＶ
ＩＣＥ＿ＩＤ。

【０１５４】上記図１０（ｄ）のアプリケーションパケ
ットに含まれるＦＩＲＳＴ＿ＡＰ＿ＯＦＦＳＥＴは、図
１０（ａ）のセクタデータヘッダ１２に含まれるファー
ストアクセスポイント６５１に対応する。

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

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

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

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

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

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

【０１６１】図１１は、この発明の一実施の形態におけ
るタイムマップ情報２５２の他例を説明する図である。

【０１６２】このタイムマップ情報２５２は、図３
（ｈ）（ｉ）のタイムマップ情報２５２とは別の例であ
り、各ストリームブロック（最初のストリームブロッ
ク、２番目のストリームブロック、…）毎に、ストリー
ムブロックサイズとストリームブロック時間差とパケッ
ト数（ＡＰ＿Ｎｓ）とを記述したテーブル情報である。

【０１６３】図１１のタイムマップ情報２５２を用い、
所定の画面（ピクチャ）にアクセスするため（ＳＴＢ側
から）通算トランスポートパケット数（または通算アプ
リケーションパケット数ＡＰ＿Ｎｓ）が指定されたとす
る。すると、（ディスク装置側は）図１１の最初のスト
リームブロックから順次トランスポートパケット数（Ａ
Ｐ＿Ｎｓ）を加算して行き、指定された値に達した時点
でのストリームブロックへアクセスする。

【０１６４】図１２は、ストリームブロック（ＳＯＢ
Ｕ）を構成するセクタの内部構成（アプリケーションパ
ケットを含むストリームパックおよびスタッフィングパ
ケットを含むストリームパック）の一例を説明する図で
ある。

【０１６５】図１２（ｄ）のストリームオブジェクト
（ＳＯＢ）＃Ａ・２９８は、図１２（ｃ）（ｅ）に示す
ように、複数のストリームブロック＃１、＃２、…で構
成されている。

【０１６６】各ストリームブロック＃１、＃２、…は全
て、２ＥＣＣブロックサイズ（＝３２セクタ＝６４ｋバ
イト）のストリームオブジェクトユニット（ＳＯＢＵ）
で構成される。

【０１６７】このようにすると、たとえばストリームブ
ロック（ＳＯＢＵ）＃２を削除しても、ストリームブロ
ック（ＳＯＢＵ）＃１のＥＣＣブロックはこの削除に影
響されない。

【０１６８】ＳＯＢ＃Ａ・２９８の先頭ストリームブロ
ック（ＳＯＢＵ）＃１は、図１２（ｂ）に示すように、
セクタＮｏ．０〜セクタＮｏ．３１（３２セクタ／６４
ｋバイト）で構成されている。

【０１６９】ストリームブロック（ＳＯＢＵ）＃１の各
セクタは、同様なデータ構造を持っている。、たとえば
セクタＮｏ．０についていうと、図１２（ａ）に示すよ
うになっている。

【０１７０】すなわち、セクタＮｏ．０は２０４８バイ
ト（２ｋバイト）のストリームパックにより構成され
る。このストリームパックは、１４バイトのパックヘッ
ダと、２０３４バイトのストリームＰＥＳパケットとで
構成される。

【０１７１】ストリームＰＥＳパケットは、６バイトの
ＰＥＳヘッダと、１バイトのサブストリームＩＤと、２
０２７バイトのストリームデータエリアとで構成され
る。

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

【０１７３】アプリケーションパケットエリアは、おの
おのがアプリケーションタイムスタンプ（ＡＴＳ）を先
頭に持つアプリケーションパケット群で構成される。

【０１７４】たとえば１８８バイトサイズのトランスポ
ートパケットがアプリケーションパケットとしてアプリ
ケーションパケットエリアに格納されるときは、１０個
程度のアプリケーションパケットがアプリケーションパ
ケットエリアに格納できる。

【０１７５】ストリーム記録においては、記録内容を生
成するアプリケーションは、パック長の調整を別途行な
う必要がないように、自身でスタッフィングを行なう。
このため、ストリーム記録においては、ストリームパッ
クが常に必要な長さ（たとえば２０４８バイト）を持つ
ものとして扱うことができる。

【０１７６】図１２（ａ）のスタッフィングバイトは、
ストリームパックを常に所定長（２０４８バイト）に保
つために利用できる。

【０１７７】図１２（ａ）のパックヘッダは、図示しな
いが、パック開始コードの情報、ＳＣＲベースの情報、
ＳＣＲエクステンションの情報、プログラム最大レート
の情報、マーカビット、パックスタッフィング長の情報
等を含んでいる。

【０１７８】ＳＣＲベースは３２ビットで構成され、そ
の３２ビット目はゼロとされる。また、プログラム最大
レートとしては、１０．０８Ｍｂｐｓが採用される。

【０１７９】図１２（ａ）のＰＥＳヘッダおよびサブス
トリームＩＤは、図８（ｃ）に示したような内容を持っ
ている。

【０１８０】図１２（ａ）のアプリケーションヘッダ
は、図１０（ｃ）に示したように、バージョン情報、ア
プリケーションパケット数ＡＰ＿Ｎｓ、先頭アプリケー
ションパケットのタイムスタンプ位置ＦＩＲＳＴ＿ＡＰ
＿ＯＦＦＳＥＴ、エクステンションヘッダ情報ＥＸＴＥ
ＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＦＯ、サービスＩＤ等を
含んでいる。

【０１８１】ここで、バージョンには、アプリケーショ
ンヘッダフォーマットのバージョン番号が記述される。

【０１８２】アプリケーションヘッダのＡＰ＿Ｎｓは、
該当ストリームパック内で開始するアプリケーションパ
ケットの数を記述したものである。該当ストリームパッ
ク内にＡＴＳの先頭バイトが格納されているときは、こ
のストリームパック内でアプリケーションパケットが開
始すると見なすことができる。

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

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

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

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

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

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

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

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

【０１９１】図１２（ａ）のアプリケーションパケット
エリアは、後述する図２２の下段に示したと同様に構成
できる（図２２のパケットを図１２ではアプリケーショ
ンパケットに読み替える）。

【０１９２】すなわち、アプリケーションパケットエリ
アの先頭に部分アプリケーションパケットが記録され、
その後に、アプリケーションタイムスタンプＡＴＳとア
プリケーションパケットとのペアが複数ペア、シーケン
シャルに記録され、末尾に部分アプリケーションパケッ
トが記録される。

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

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

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

【０１９６】それゆえ、アプリケーションヘッダのデー
タフィールドは、ストリームデータエリア内にオプショ
ンのアプリケーションヘッダエクステンションが存在す
ることを（前述したＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ
＿ＩＮＦＯにおいて）記述できるように定義されいる。

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

【０１９８】一方、ＳＯＢ内のその後のストリームパケ
ットについては、隣接ストリームパケット境界で、アプ
リケーションパケットが分割（スプリット）されてもよ
い。

【０１９９】後述する図２２あるいは図２３（ｆ）
（ｇ）に示した部分アプリケーションパケットは、この
分割（スプリット）により生じたアプリケーションパケ
ットを示している。

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

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

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

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

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

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

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

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

【０２０８】図１２（ａ）のパケット構造は、ＳＯＢ＃
Ａ・２９８の最終セクタ以外に適用できるが、最終セク
タには必ずしも適用されない。

【０２０９】たとえば、ＳＯＢ＃Ａ・２９８の末尾が図
１２（ｆ）のセクタＮｏ．６３であり、このセクタが図
１２（ｇ）に示すようにパディングパケット４０で構成
されるときは、そのパディングエリア３８（図１２
（ｈ））の内容が、図１２（ａ）と違ったものになる。

【０２１０】すなわち、図１２（ｉ）に示すように、パ
ディングパケット４０としてのスタッフィングパケット
は、１４バイトのパックヘッダと、６バイトのＰＥＳヘ
ッダと、１バイトのサブストリームＩＤと、９バイトの
アプリケーションヘッダと、２０１８バイトのアプリケ
ーションパケットエリアとで構成される。

【０２１１】スタッフィングパケットの先頭を含むパッ
クでは、このアプリケーションパケットエリアは、４バ
イトのアプリケーションタイムスタンプＡＴＳおよび２
０１４バイト分のゼロバイトデータ（実質的な記録内容
を持たないデータ）で構成される。

【０２１２】一方、その後続スタッフィングパケットを
含むパックでは、このアプリケーションパケットエリア
は、２０１８バイト分のゼロバイトデータ（ＡＴＳな
し）で構成される。

【０２１３】ところで、ビットレートが極めて低い記録
がなされる場合、タイムマップ情報（図３（ｈ）の２５
２；あるいは後述する図１５のＳＯＢＩ内ＭＡＰＬ）の
回復（再生）を確実にするために、スタッフィングが必
要になる。図１２（ｉ）のスタッフィングパケットは、
そのための概念的な単位として定義されている。

【０２１４】このスタッフィングパケットの目的は、ス
タッフィングエリアを含め夫々のＳＯＢＵが少なくとも
１つのＡＴＳ値を含むようにすることで、達成される。

【０２１５】スタッフィングパケットには、以下の条件
が付く：＊１または複数のスタッフィングパケットは、
常に、実際のアプリケーションパケットデータを含むパ
ックの後のパックのアプリケーションパケットエリアか
ら開始する；＊１または複数のスタッフィングパケット
は、１つの４バイトＡＴＳと、該当ＳＯＢＵの残りパッ
クのアプリケーションデータエリアを埋め尽くすのに必
要なだけのゼロバイトデータ（ＡＴＳの後に続く）とで
構成される。いま、ＳＯＢＵ１個あたりのセクタ数をＳ
ＯＢＵ＿ＳＩＺとしたときに、０≦ｎ≦ＳＯＢＵ＿ＳＩ
Ｚー１とすれば、スタッフィングパケットの全長は、
「４＋２０１４＋ｎ×２０１８」バイトとなる。

【０２１６】スタッフィングパケットのＡＴＳは、次の
ように設定される： ＊少なくとも１個のパックが実際のアプリケーションパ
ケットデータを含んでいるＳＯＢＵ内では、スタッフィ
ングパケットのＡＴＳは、スタッフィングパケットに先
行するアプリケーションパケットのＡＴＳに設定され
る； ＊実際のアプリケーションパケットデータを含まないＳ
ＯＢＵ内では、スタッフィングパケットのＡＴＳはタイ
ムマップ情報等の内容に応じて決定される。

【０２１７】スタッフィングパケットあるいはスタッフ
ィングパケットの一部を含む全てのパックは、次のよう
に構成される： ＊パックヘッダのＳＣＲは、先行パックのＳＣＲに「２
０４８×８ビット÷１０．０８Ｍｂｐｓ」を加えたもの
とする； ＊ＰＥＳパケットヘッダおよびサブストリームＩＤは、
他の全てのＰＥＳパケットに対するものと同じにする； ＊アプリケーションヘッダ（図１０（ｃ）（ｄ）参照）
内において、ＡＰ＿Ｎｓ＝０、ＦＩＲＳＴ＿ＡＰ＿ＯＦ
ＦＳＥＴ＝０、ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿Ｉ
ＦＯ＝００ｂ、ＳＥＲＶＩＣＥ＿ＩＤ＝０（アプリケー
ションヘッダ内のその他のパラメータも０）とする。

【０２１８】図１３は、ストリーマの管理情報（図２の
ＳＴＲＥＡＭ．ＩＦＯまたはＳＲ＿ＭＡＮＧＲ．ＩＦＯ
に対応）の内部データ構造を説明する図である。

【０２１９】図２あるいは図３（ｅ）に示した管理情報
（ナビゲーションデータ）であるＳＴＲＥＡＭ．ＩＦＯ
（ＳＲ＿ＭＡＮＧＲ．ＩＦＯ）１０５は、図１３に示す
ように、ストリーマ情報ＳＴＲＩを含んでいる。

【０２２０】このストリーマ情報ＳＴＲＩは、図３
（ｆ）あるいは図１３に示すように、ストリーマビデオ
マネージャ情報ＳＴＲ＿ＶＭＧＩと、ストリームファイ
ル情報テーブルＳＦＩＴと、オリジナルＰＧＣ情報ＯＲ
Ｇ＿ＰＧＣＩ（より一般的に表現すればＰＧＣ情報ＰＧ
ＣＩ＃ｉ）と、ユーザ定義ＰＧＣ情報テーブルＵＤ＿Ｐ
ＧＣＩＴと、テキストデータマネージャＴＸＴＤＴ＿Ｍ
Ｇと、アプリケーションプライベートデータマネージャ
ＡＰＤＴ＿ＭＧとで、構成されている。

【０２２１】ストリーマビデオマネージャ情報ＳＴＲ＿
ＶＭＧＩは、図１３に示すように、ＳＴＲＩ、ＳＴＲ＿
ＶＭＧＩに関する管理情報等が記述されたビデオマネー
ジャ情報管理情報ＶＴＳＩ＿ＭＡＴと、ストリーム内の
プレイリストをサーチするためのサーチポインタが記述
されたプレイリストサーチポインタテーブル（ＰＬ＿Ｓ
ＲＰＴ）とを含んでいる。

【０２２２】ここで、プレイリストとは、プログラムの
一部のリストである。このプレイリストにより、（プロ
グラムの内容に対して）任意の再生シーケンスをユーザ
が定義できる。

【０２２３】ストリームファイル情報テーブルＳＦＩＴ
は、ストリーマ動作に直接関係する全てのナビゲーショ
ンデータを含むものである。ストリームファイル情報テ
ーブルＳＦＩＴの詳細については、図１５を参照して後
述する。

【０２２４】オリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩ
は、オリジナルＰＧＣ（ＯＲＧ＿ＰＧＣ）に関する情報
を記述した部分である。ＯＲＧ＿ＰＧＣはプログラムセ
ットを記述したナビゲーションデータを示す。ＯＲＧ＿
ＰＧＣはプログラムの連なり（チェーン）であり、図２
または後述する図１８の「．ＳＲＯ」ファイル（図２で
はＳＲ＿ＴＲＡＮＳ．ＳＲＯ１０６）内に記録されたス
トリームデータを含む。

【０２２５】ここで、プログラムセットとは、情報記憶
媒体２０１の記録内容全体（全てのプログラム）を示す
ものである。プログラムセットの再生においては、任意
のプログラムが編集されオリジナル記録に対してその再
生順序が変更されている場合を除き、再生順序としては
そのプログラムの記録順序と同じ再生順序が用いられ
る。このプログラムセットは、オリジナルＰＧＣ（ＯＲ
Ｇ＿ＰＧＣ）と呼ばれるデータ構造に対応している。

【０２２６】また、プログラムは、ユーザにより認識さ
れあるいはユーザにより定義されるところの、記録内容
の論理単位である。プログラムセット中のプログラム
は、１以上のオリジナルセルにより構成される。プログ
ラムはオリジナルＰＧＣ内でのみ定義されるものであ
る。

【０２２７】さらに、セルは、プログラムの一部を示す
データ構造である。オリジナルＰＧＣ内のセルは「オリ
ジナルセル」と呼ばれ、後述するユーザ定義ＰＧＣ内の
セルは「ユーザ定義セル」と呼ばれる。

【０２２８】プログラムセット内の各々のプログラム
は、少なくとも１個のオリジナルセルで構成される。ま
た、各々のプレイリスト中のプログラムの一部それぞれ
は、少なくとも１個のユーザ定義セルで構成される。

【０２２９】一方、ストリーマでは、ストリームセル
（ＳＣ）だけが定義される。各ストリームセルは、記録
されたビットストリームの一部を参照するものである。
この発明の実施の形態においては、特に断り無く「セ
ル」と述べた場合は、「ストリームセル」のことを意味
している。

【０２３０】なお、プログラムチェーン（ＰＧＣ）と
は、上位概念的な単位を示す。オリジナルＰＧＣでは、
ＰＧＣはプログラムセットに対応したプログラムの連な
り（チェーン）を指す。また、ユーザ定義ＰＧＣでは、
ＰＧＣはプレイリストに対応するプログラムの一部の連
なり（チェーン）を指す。

【０２３１】また、プログラムの一部のチェーンを指す
ユーザ定義ＰＧＣは、ナビゲーションデータだけを含
む。そして、各プログラムの一部が、オリジナルＰＧＣ
に属するストリームデータを参照するようになってい
る。

【０２３２】図１３のユーザ定義ＰＧＣ情報テーブルＵ
Ｄ＿ＰＧＣＩＴは、ユーザ定義ＰＧＣ情報テーブル情報
ＵＤ＿ＰＧＣＩＴＩと、１以上のユーザ定義ＰＧＣサー
チポインタＵＤ＿ＰＧＣ＿ＳＲＰ＃ｎと、１以上のユー
ザ定義ＰＧＣ情報ＵＤ＿ＰＧＣＩ＃ｎとを含むことがで
きる。

【０２３３】ユーザ定義ＰＧＣ情報テーブル情報ＵＤ＿
ＰＧＣＩＴＩは、図示しないが、ユーザ定義ＰＧＣサー
チポインタＵＤ＿ＰＧＣ＿ＳＲＰの数を示すＵＤ＿ＰＧ
Ｃ＿ＳＲＰ＿Ｎｓと、ユーザ定義ＰＧＣ情報テーブルＵ
Ｄ＿ＰＧＣＩＴの終了アドレスを示すＵＤ＿ＰＧＣＩＴ
＿ＥＡとを含む。

【０２３４】ＵＤ＿ＰＧＣ＿ＳＲＰ＿Ｎｓが示すＵＤ＿
ＰＧＣ＿ＳＲＰの数は、ユーザ定義ＰＧＣ情報（ＵＤ＿
ＰＧＣＩ）の数と同じであり、ユーザ定義ＰＧＣ（ＵＤ
＿ＰＧＣ）の数とも同じである。この数は、最大「９
９」まで許されている。

【０２３５】ＵＤ＿ＰＧＣＩＴ＿ＥＡは、該当ＵＤ＿Ｐ
ＧＣＩＴの終了アドレスを、そのＵＤ＿ＰＧＣＩＴの先
頭バイトからの相対バイト数（Ｆ＿ＲＢＮ）で記述した
ものである。

【０２３６】ここで、Ｆ＿ＲＢＮとは、ファイル内にお
いて、定義されたフィールドの先頭バイトからの相対バ
イト数を示すもので、ゼロから始まる。

【０２３７】オリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩあ
るいはユーザ定義ＰＧＣ情報テーブルＵＤ＿ＰＧＣＩＴ
内のユーザ定義ＰＧＣ情報ＵＤ＿ＰＧＣＩを一般的に表
現したＰＧＣＩ＃ｉについては、図１４を参照して後述
する。

【０２３８】図１３のテキストデータマネージャＴＸＴ
ＤＴ＿ＭＧは、補足的なテキスト情報である。このＴＸ
ＴＤＴ＿ＭＧは、図１４のプライマリテキスト情報ＰＲ
Ｍ＿ＴＸＴＩとともに、プレイリストおよびプログラム
内に格納できる。

【０２３９】図１３のアプリケーションプライベートデ
ータマネージャＡＰＤＴ＿Ｍは、図示しないが、アプリ
ケーションプライベートデータマネージャ一般情報ＡＰ
ＤＴ＿ＧＩと、１以上のＡＰＤＴサーチポインタＡＰＤ
Ｔ＿ＳＲＰ＃ｎと、１以上のＡＰＤＴエリアＡＰＡＤＴ
Ａ＃ｎとを含むことができる。

【０２４０】ここで、アプリケーションプライベートデ
ータＡＰＤＴとは、ストリーマに接続されたアプリケー
ションデバイスが任意の非リアルタイム情報（リアルタ
イムストリームデータに加えさらに望まれる情報）を格
納できるような概念上のエリアである。

【０２４１】図１４は、ＰＧＣ情報（図３のＯＲＧ＿Ｐ
ＧＣＩ／ＵＤ＿ＰＧＣＩＴまたは図１３のＰＧＣＩ＃
ｉ）の内部データ構造を説明する図である。

【０２４２】図１４のＰＧＣ情報ＰＧＣＩ＃ｉは、図１
３のオリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩあるいはユ
ーザ定義ＰＧＣ情報テーブルＵＤ＿ＰＧＣＩＴ内のユー
ザ定義ＰＧＣ情報ＵＤ＿ＰＧＣＩを一般的に表現したも
のである。

【０２４３】図１４に示すように、ＰＧＣ情報ＰＧＣＩ
＃ｉは、ＰＧＣ一般情報ＰＧＣ＿ＧＩと、１以上のプロ
グラム情報ＰＧＩ＃ｍと、１以上のストリームセル情報
サーチポインタＳＣＩ＿ＳＲＰ＃ｎと、１以上のストリ
ームセル情報ＳＣＩ＃ｎとで構成されている。

【０２４４】ＰＧＣ一般情報ＰＧＣ＿ＧＩは、プログラ
ムの数ＰＧ＿Ｎｓと、ストリームセル情報サーチポイン
タＳＣＩ＿ＳＲＰの数ＳＣＩ＿ＳＲＰ＿Ｎｓとを含んで
いる。

【０２４５】各プログラム情報ＰＧＩ（たとえばＰＧＩ
＃１）は、プログラムタイプＰＧ＿ＴＹと、該当プログ
ラム内のセルの数Ｃ＿Ｎｓと、該当プログラムのプライ
マリテキスト情報ＰＲＭ＿ＴＸＴＩと、アイテムテキス
トのサーチポインタ番号ＩＴ＿ＴＸＴ＿ＳＲＰＮとを含
んでいる。

【０２４６】ここで、プログラムタイプＰＧ＿ＴＹは、
該当プログラムの状態を示す情報を含む。とくに、その
プログラムが誤消去などから保護された状態にあるかど
うかを示すフラグ、すなわちプロテクトフラグを含む。

【０２４７】このプロテクトフラグが「０ｂ」のときは
該当プログラムは保護されておらず、「１ｂ」のときは
保護された状態にある。

【０２４８】セルの数Ｃ＿Ｎｓは、該当プログラム内の
セルの数を示す。ＰＧＣの全プログラムおよび全セルの
全体に渡り、セルは、その昇順に従い、プログラムに
（暗黙のうちに）付随している。

【０２４９】たとえば、ＰＧＣ内でプログラム＃１がＣ
＿Ｎｓ＝１を持ち、プログラム＃２がＣ＿Ｎｓ＝２を持
つとすれば、そのＰＧＣの最初のストリームセル情報Ｓ
ＣＩはプログラム＃１に付随するものとなり、第２、第
３のＳＣＩはプログラム＃２に付随するものとなる。

【０２５０】プライマリテキスト情報ＰＲＭ＿ＴＸＴＩ
は、情報記憶媒体（ＤＶＤ−ＲＡＭディスク）２０１を
世界中で利用可能とするために、１つの共通キャラクタ
セット（ＩＳＯ／ＩＥＣ６４６：１９８３（ＡＳＣＩＩ
コード））を持ったテキスト情報を記述したものであ
る。

【０２５１】アイテムテキストのサーチポインタ番号Ｉ
Ｔ＿ＴＸＴ＿ＳＲＰＮは、アイテムテキスト（該当プロ
グラムに対応するテキストデータ）ＩＴ＿ＴＸＴに対す
るサーチポインタ番号を記述したものである。該当プロ
グラムがアイテムテキストを持たないときは、ＩＴ＿Ｔ
ＸＴ＿ＳＲＰＮは「００００ｈ」にセットされる。

【０２５２】各ストリームセル情報サーチポインタＳＣ
Ｉ＿ＳＲＰ（たとえばＳＣＩ＿ＳＲＰ＃１）は、対応ス
トリームセル情報ＳＣＩの開始アドレスを示すＳＣＩ＿
ＳＡを含んでいる。このＳＣＩ＿ＳＡは、ＰＧＣＩの先
頭バイトからの相対バイト数（Ｆ＿ＲＢＮ）で記述され
る。

【０２５３】各ストリームセル情報ＳＣＩ（たとえばＳ
ＣＩ＃１）は、ストリームセル一般情報ＳＣ＿ＧＩと、
１以上のストリームセルエントリポイント情報ＳＣ＿Ｅ
ＰＩ＃ｎとで構成される。

【０２５４】ストリームセル一般情報ＳＣ＿ＧＩは、仮
消去（テンポラリイレーズ；ＴＥ）状態を示すフラグＴ
Ｅを含むセルタイプＣ＿ＴＹと、ストリームセルのエン
トリポイント情報の数ＳＣ＿ＥＰＩ＿Ｎｓと、ストリー
ムオブジェクト番号ＳＯＢ＿Ｎと、ストリームセル開始
ＡＰＡＴ（図６他で示したＳＣ＿Ｓ＿ＡＰＡＴ）と、ス
トリームセル終了ＡＰＡＴ（図６他で示したＳＣ＿Ｅ＿
ＡＰＡＴ）と、セルが仮消去状態（ＴＥ＝１０ｂ）にあ
るときにその仮消去セルの開始ＡＰＡＴを示す消去開始
ＡＰＡＴ（図６他で示したＥＲＡ＿Ｓ＿ＡＰＡＴ）と、
セルが仮消去状態（ＴＥ＝１０ｂ）にあるときにその仮
消去セルの終了ＡＰＡＴを示す消去終了ＡＰＡＴ（図６
他で示したＥＲＡ＿Ｅ＿ＡＰＡＴ）とを含んでいる。

【０２５５】セルタイプＣ＿ＴＹは、該当ストリームセ
ルの形式およびその仮消去状態を記述するものである。

【０２５６】すなわち、セルの形式Ｃ＿ＴＹ１＝「０１
０ｂ」は全てのストリームセルの形式に記述される（こ
のＣ＿ＴＹ１＝「０１０ｂ」によりストリームセルとそ
れ以外のセルの区別ができる）。

【０２５７】一方、フラグＴＥが「００ｂ」であれば該
当セルは通常の状態にあることが示され、フラグＴＥが
「０１ｂ」あるいは「１０ｂ」であれば該当セルは仮消
去の状態にあることが示される。

【０２５８】フラグＴＥ＝「０１ｂ」は、該当セル（仮
消去状態にあるセル）が、ＳＯＢＵ内で開始する最初の
アプリケーションパケットの後から開始し、同じＳＯＢ
Ｕ内の最終アプリケーションパケットの前で終了する場
合を示す。

【０２５９】また、フラグＴＥ＝「１０ｂ」は、該当セ
ル（仮消去状態にあるセル）が、少なくとも１つのＳＯ
ＢＵ境界（先頭アプリケーションパケットあるいは最終
アプリケーションパケットがそのＳＯＢＵ内で開始す
る）を含む場合を示す。

【０２６０】なお、プログラムのプロテクトフラグと、
そのプログラム内のセルのＴＥフラグとは、同時に設定
できないようになっている。それゆえ、 （ａ）プロテクト状態にあるプログラム内のセルは何れ
も仮消去状態に設定できず； （ｂ）仮消去状態にあるセルを１以上含むプログラムは
プロテクト状態に設定できない。

【０２６１】ストリームセルのエントリポイント情報の
数ＳＣ＿ＥＰＩ＿Ｎｓは、該当ストリームセル情報ＳＣ
Ｉ内に含まれるストリームセルエントリポイント情報の
数を記述したものである。

【０２６２】図１４の各ストリームセルエントリポイン
ト情報ＳＣ＿ＥＰＩ（たとえばＳＣ＿ＥＰＩ＃１）は、
２種類（タイプＡとタイプＢ）存在する。

【０２６３】タイプＡのＳＣ＿ＥＰＩは、エントリポイ
ントタイプＥＰ＿ＴＹとエントリポイントのアプリケー
ションパケット到着時間ＥＰ＿ＡＰＡＴとを含む。タイ
プＡは、エントリポイントタイプＥＰ＿ＴＹ１＝「００
ｂ」により示される。

【０２６４】タイプＢのＳＣ＿ＥＰＩは、タイプＡのＥ
Ｐ＿ＴＹおよびＥＰ＿ＡＰＡＴの他に、プライマリテキ
スト情報ＰＲＭ＿ＴＸＴＩを含む。タイプＢは、エント
リポイントタイプＥＰ＿ＴＹ１＝「０１ｂ」により示さ
れる。

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

【０２６６】ストリームオブジェクト番号ＳＯＢ＿Ｎ
は、該当セルが参照するＳＯＢの番号を記述したもので
ある。

【０２６７】ストリームセル開始ＡＰＡＴ（ＳＣ＿Ｓ＿
ＡＰＡＴ）は、該当セルの開始ＡＰＡＴを記述したもの
である。

【０２６８】ストリームセル終了ＡＰＡＴ（ＳＣ＿Ｅ＿
ＡＰＡＴ）は、該当セルの終了ＡＰＡＴを記述したもの
である。

【０２６９】消去開始ＡＰＡＴ（ＥＲＡ＿Ｓ＿ＡＰＡ
Ｔ）は、少なくとも１個のＳＯＢＵ境界を含む仮消去セ
ル（そのＣ＿ＴＹのＴＥフィールドが「１０ｂ」）にお
いて、この仮消去セルに先頭が含まれる最初のＳＯＢＵ
内で開始する最初のアプリケーションパケットの到着時
間（ＡＰＡＴ）を記述したものである。

【０２７０】消去終了ＡＰＡＴ（ＥＲＡ＿Ｅ＿ＡＰＡ
Ｔ）は、少なくとも１個のＳＯＢＵ境界を含む仮消去セ
ル（そのＣ＿ＴＹのＴＥフィールドが「１０ｂ」）にお
いて、仮消去セルのすぐ後に続くアプリケーションパケ
ットを含むＳＯＢＵ内で開始する最初のアプリケーショ
ンパケットの到着時間（ＡＰＡＴ）を記述したものであ
る。

【０２７１】図１５は、ストリームファイル情報テーブ
ル（ＳＦＩＴ）の内部データ構造を説明する図である。

【０２７２】図１５に示すように、ストリームファイル
情報テーブルＳＦＩＴは、ストリームファイル情報テー
ブル情報ＳＦＩＴＩと、１以上のストリームオブジェク
トストリーム情報ＳＯＢ＿ＳＴＩ＃ｎと、ストリームフ
ァイル情報ＳＦＩとで構成される。

【０２７３】ストリームファイル情報テーブル情報ＳＦ
ＩＴＩは、情報記憶媒体（ＤＶＤ−ＲＡＭディスク）２
０１上のストリームファイル情報の数ＳＦＩ＿Ｎｓと、
ＳＦＩＴＩに続くストリームオブジェクトストリーム情
報の数ＳＯＢ＿ＳＴＩ＿Ｎｓと、ＳＦＩＴの終了アドレ
スＳＦＩＴ＿ＥＡと、ＳＦＩの開始アドレスＳＦＩ＿Ｓ
Ａとで構成される。

【０２７４】ＳＦＩＴ＿ＥＡは、ＳＦＩＴの先頭バイト
からの相対バイト数（Ｆ＿ＲＢＮ）でＳＦＩＴの終了ア
ドレスを記述したものである。

【０２７５】また、ＳＦＩ＿ＳＡは、ＳＦＩＴの先頭バ
イトからの相対バイト数（Ｆ＿ＲＢＮ）でＳＦＩの開始
アドレスを記述したものである。

【０２７６】各ストリームオブジェクトストリーム情報
ＳＯＢ＿ＳＴＩは、３種類のパラメータを含む。各パラ
メータは箇々のビットストリーム記録に対して固有な値
を持つことができる。しかしながら、通常は、多くのビ
ットストリーム記録においてこれらのパラメータセット
は等しいものにできる。それゆえ、ＳＯＢ＿ＳＴＩは、
ストリームオブジェクト情報（ＳＯＢＩ）のテーブルと
は別のテーブルに格納され、幾つかのストリームオブジ
ェクト（ＳＯＢ）が同じＳＯＢ＿ＳＴＩを共有する（つ
まり同じＳＯＢ＿ＳＴＩをポイントする）ことが認めら
れている。したがって、通常は、ＳＯＢの数よりもＳＯ
Ｂ＿ＳＴＩの数の方が少なくなる。

【０２７７】図１５の各ストリームオブジェクトストリ
ーム情報ＳＯＢ＿ＳＴＩ（たとえばＳＯＢ＿ＳＴＩ＃
１）は、アプリケーションパケットサイズＡＰ＿ＳＩＺ
と、サービスＩＤの数ＳＥＲＶ＿ＩＤ＿Ｎｓと、サービ
スＩＤ（ＳＥＲＶ＿ＩＤｓ）と、アプリケーションパケ
ットデバイスユニークＩＤ（ＡＰ＿ＤＥＶ＿ＵＩＤ）と
を含んでいる。

【０２７８】ＡＰ＿ＳＩＺは、アプリケーションデバイ
スからストリーマへ転送されたビットストリーム内のパ
ケットのバイト長で、アプリケーションパケットサイズ
を記述したものである。

【０２７９】なお、ＤＶＤストリーマではアプリケーシ
ョンパケットサイズは、各ビットストリーム記録におい
て、一定とされている。そのため、各々の中断のない記
録中において、アプリケーションパケットサイズが変化
するようなことがあれば、現在のストリームオブジェク
ト（現ＳＯＢ）はそこで終了され、新たなストリームオ
ブジェクト（新ＳＯＢ）が、新たなＡＰ＿ＳＩＺを伴っ
て開始される。その際、現ＳＯＢおよび新ＳＯＢの双方
は、オリジナルＰＧＣ情報（ＯＲＧ＿ＰＧＣＩ）内の同
じプログラムに属するものとなる。

【０２８０】ＳＥＲＶ＿ＩＤ＿Ｎｓは、後続パラメータ
に含まれるサービスＩＤの数を記述したものである。

【０２８１】ＳＥＲＶ＿ＩＤｓは、サービスＩＤのリス
トを任意の順序で記述したものである。

【０２８２】ＡＰ＿ＤＥＶ＿ＵＩＤは、記録されたビッ
トストリームを供給したアプリケーションデバイスに固
有の、ユニークなデバイスＩＤを記述したものである。

【０２８３】ストリームファイル情報ＳＦＩは、図１５
に示すように、ストリームファイル一般情報ＳＦ＿ＧＩ
と、１以上のストリームオブジェクト情報（ＳＯＢ情
報）サーチポインタ（ＳＯＢＩ＿ＳＲＰ）＃ｎと、１以
上のＳＯＢ情報（ＳＯＢＩ）＃ｎとで構成されている。

【０２８４】ストリームファイル一般情報ＳＦ＿ＧＩ
は、ＳＯＢＩの数ＳＯＢＩ＿Ｎｓと、ＳＯＢＵ１個あた
りのセクタ数ＳＯＢＵ＿ＳＩＺと、タイムマップ情報の
一種であるＭＴＵ＿ＳＨＦＴとを含んでいる。

【０２８５】ここで、ＳＯＢＵ＿ＳＩＺは、ＳＯＢＵの
サイズをセクタ数で記述したもので、このサイズは３２
（３２セクタ＝６４ｋバイト）で一定となっている。こ
のことは、各タイムマップ情報（ＭＡＰＬ）内におい
て、最初のエントリが、ＳＯＢの最初の３２セクタ内に
含まれるアプリケーションパケットに関係していること
を意味する。同様に、２番目のエントリは、次の３２セ
クタに含まれるアプリケーションパケットに関係する。
３番目以降のエントリについても以下同様である。

【０２８６】各ＳＯＢ情報サーチポインタ（たとえばＳ
ＯＢＩ＿ＳＲＰ＃１）は、ＳＯＢＩの開始アドレスＳＯ
ＢＩ＿ＳＡを含んでいる。このＳＯＢＩ＿ＳＡは、スト
リームファイル情報ＳＦＩの先頭バイトから相対バイト
数（Ｆ＿ＲＢＮ）でもって関連ＳＯＢＩの開始アドレス
を記述したものである。

【０２８７】各ＳＯＢ情報（たとえばＳＯＢＩ＃１）
は、ストリームオブジェクト一般情報ＳＯＢ＿ＧＩと、
タイムマップ情報ＭＡＰＬと、アクセスユニットデータ
ＡＵＤ（オプション）とで構成される。

【０２８８】ストリームオブジェクト一般情報ＳＯＢ＿
ＧＩは、ストリームオブジェクトのタイプＳＯＢ＿ＴＹ
と、ストリームオブジェクト記録時間ＳＯＢ＿ＲＥＣ＿
ＴＭと、ストリームオブジェクトのストリーム情報番号
ＳＯＢ＿ＳＴＩ＿Ｎと、アクセスユニットデータフラグ
ＡＵＤ＿ＦＬＡＧＳと、ストリームオブジェクトの開始
アプリケーションパケット到着時間ＳＯＢ＿Ｓ＿ＡＰＡ
Ｔと、ストリームオブジェクトの終了アプリケーション
パケット到着時間ＳＯＢ＿Ｅ＿ＡＰＡＴと、該当ストリ
ームオブジェクトの先頭ストリームオブジェクトユニッ
トＳＯＢ＿Ｓ＿ＳＯＢＵと、タイムマップ情報のエント
リ数ＭＡＰＬ＿ＥＮＴ＿Ｎｓとを含んでいる。

【０２８９】ストリームオブジェクトのタイプＳＯＢ＿
ＴＹは、仮消去状態（ＴＥ状態）を示すビットおよび／
またはコピー世代管理システムのビットを記述できる部
分である。

【０２９０】ストリームオブジェクト記録時間ＳＯＢ＿
ＲＥＣ＿ＴＭは、関連ストリームオブジェクト（ＳＯ
Ｂ）の記録時間を記述したものである。

【０２９１】ストリームオブジェクトのストリーム情報
番号ＳＯＢ＿ＳＴＩ＿Ｎは、該当ストリームオブジェク
トに対して有効なＳＯＢ＿ＳＴＩのインデックスを記述
したものである。

【０２９２】アクセスユニットデータフラグＡＵＤ＿Ｆ
ＬＡＧＳは、該当ストリームオブジェクトに対してアク
セスユニットデータ（ＡＵＤ）が存在するか否か、また
存在するならどんな種類のアクセスユニットデータなの
かを記述したものである。

【０２９３】アクセスユニットデータ（ＡＵＤ）が存在
する場合は、ＡＵＤ＿ＦＬＡＧＳにより、ＡＵＤの幾つ
かの特性が記述される。

【０２９４】アクセスユニットデータ（ＡＵＤ）自体
は、図１５に示すように、アクセスユニット一般情報Ａ
Ｕ＿ＧＩと、アクセスユニットエンドマップＡＵＥＭ
と、再生タイムスタンプリストＰＴＳＬとで構成され
る。

【０２９５】アクセスユニット一般情報ＡＵ＿ＧＩは、
該当ＳＯＢに対して記述されたアクセスユニットの数を
示すＡＵ＿Ｎｓと、該当ＳＯＢに属するＳＯＢＵのどれ
がアクセスユニットを含むのかを示すアクセスユニット
開始マップＡＵＳＭとを含んでいる。

【０２９６】アクセスユニットエンドマップＡＵＥＭ
は、（もし存在するときは）ＡＵＳＭと同じ長さのビッ
トアレイであり、該当ＳＯＢのアクセスユニットに付随
するビットストリームセグメントの終端をどのＳＯＢＵ
が含むのかを示す。

【０２９７】再生タイムスタンプリストＰＴＳＬは、該
当ＳＯＢに属する全てのアクセスユニットの再生タイム
スタンプのリストである。このリストに含まれる１つの
ＰＴＳＬエレメントは、対応アクセスユニットの再生タ
イムスタンプ（ＰＴＳ）の値を含む。

【０２９８】なお、アクセスユニット（ＡＵ）とは、記
録されたビットストリームのうちの任意の単一連続部分
を指し、個別の再生に適するように構成されている。た
とえばオーディオ・ビデオのビットストリームにおいて
は、アクセスユニットは、通常は、ＭＰＥＧのＩピクチ
ャに対応する部分となる。

【０２９９】ここで再びＳＯＢ＿ＧＩの内容説明に戻
る。

【０３００】ＡＵＤ＿ＦＬＡＧＳは、フラグＲＴＡＵ＿
ＦＬＧと、フラグＡＵＤ＿ＦＬＧと、フラグＡＵＥＭ＿
ＦＬＧと、フラグＰＴＳＬ＿ＦＬＧとを含んでいる。

【０３０１】フラグＲＴＡＵ＿ＦＬＧが０ｂのときは、
該当ＳＯＢのリアルタイムデータ内にアクセスユニット
フラグはないことが示される。

【０３０２】フラグＲＴＡＵ＿ＦＬＧが１ｂのときは、
図９（ａ）または図１２（ａ）のアプリケーションヘッ
ダエクステンション内に記述されるＡＵフラグ（ＡＵ＿
ＳＴＡＲＴ、ＡＵ＿ＥＮＤ）が、該当ＳＯＢのリアルタ
イムデータ内に存在可能なことが示される。この状態
は、下記ＡＵＤ＿ＦＬＧが０ｂの場合にも許される。

【０３０３】フラグＡＵＤ＿ＦＬＧが０ｂのときは、該
当ＳＯＢに対してアクセスユニットデータ（ＡＵＤ）が
ないことが示される。

【０３０４】フラグＡＵＤ＿ＦＬＧが１ｂのときは、該
当ＳＯＢに対してアクセスユニットデータ（ＡＵＤ）が
存在し得ることが示される。

【０３０５】フラグＡＵＥＭ＿ＦＬＧが０ｂのときは、
該当ＳＯＢにＡＵＥＭが存在しないことが示される。

【０３０６】フラグＡＵＥＭ＿ＦＬＧが１ｂのときは、
該当ＳＯＢにＡＵＥＭが存在することが示される。

【０３０７】フラグＰＴＳＬ＿ＦＬＧが０ｂのときは、
該当ＳＯＢにＰＴＳＬが存在しないことが示される。

【０３０８】フラグＰＴＳＬ＿ＦＬＧが１ｂのときは、
該当ＳＯＢにＰＴＳＬが存在することが示される。

【０３０９】ＳＯＢ＿Ｓ＿ＡＰＡＴは、ストリームオブ
ジェクトの開始アプリケーションパケット到着時間を記
述したものである。つまり、ＳＯＢ＿Ｓ＿ＡＰＡＴによ
り、該当ＳＯＢに属する最初のアプリケーションパケッ
ト到着時間が示される。

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

【０３１１】ＳＯＢ＿Ｅ＿ＡＰＡＴは、ストリームオブ
ジェクトの終了アプリケーションパケット到着時間を記
述したものである。つまり、ＳＯＢ＿Ｅ＿ＡＰＡＴによ
り、該当ＳＯＢに属する最後のアプリケーションパケッ
ト到着時間が示される。

【０３１２】ＳＯＢ＿Ｓ＿ＳＯＢＵは、該当ストリーム
オブジェクトの先頭ストリームオブジェクトユニットを
記述したものである。つまり、ＳＯＢ＿Ｓ＿ＳＯＢＵに
より、ストリームオブジェクトの先頭アプリケーション
パケットの開始部分を含むＳＯＢＵが示される。

【０３１３】ＭＡＰＬ＿ＥＮＴ＿Ｎｓは、ＳＯＢＩ＿Ｇ
Ｉの後に続くタイムマップ情報（ＭＡＰＬ）のエントリ
数を記述したものである。

【０３１４】タイムマップ情報ＭＡＰＬは、図３（ｈ）
のタイムマップ情報２５２に対応する内容を持つ。

【０３１５】図１３および図１５の内容の関連性の１つ
について纏めると、次のようになる：管理情報１０５に
含まれるストリーマ情報ＳＴＲＩは、ストリームデータ
の内容の一部を構成するストリームオブジェクトＳＯＢ
を管理するストリームファイル情報テーブルＳＦＩＴを
含む。このＳＦＩＴは、ＳＯＢを管理するストリームオ
ブジェクト情報ＳＯＢＩを含む。このＳＯＢＩが、管理
情報（アクセスユニット開始マップＡＵＳＭ）を含むア
クセスユニット一般情報ＡＵ＿ＧＩと、管理情報（ＰＴ
ＳＬ）とを含む。

【０３１６】ここで、管理情報（ＡＴＳまたはＡＵＳ
Ｍ）がストリームデータの転送時に使用される情報を含
み、管理情報（ＰＴＳまたはＳＣ＿Ｓ＿ＡＰＡＴ）が前
記ストリームデータを表示するときに使用される情報を
含む。

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

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

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

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

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

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

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

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

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

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

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

【０３２８】図１８は、オリジナルＰＧＣあるいはユー
ザ定義ＰＧＣで指定されるセルと、これらのセルに対応
するＳＯＢＵとが、タイムマップ情報によってどのよう
に関係付けられるかを例示する図である。

【０３２９】ユーザ定義ＰＧＣは自身のＳＯＢを含まな
いが、オリジナルＰＧＣ内のＳＯＢを参照する。それゆ
え、ユーザ定義ＰＧＣはＰＧＣ情報を用いることのみで
記述できる。このことは、ＳＯＢデータを何らいじるこ
となく任意の再生シーケンスが実現可能なことを意味す
る。

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

【０３３１】このようなユーザ定義ＰＧＣの一例が、図
１８に示されている。この例は、ＰＧＣ内のセルがオリ
ジナルＰＧＣ内のＳＯＢを参照するようにユーザ定義Ｐ
ＧＣ＃ｎが作成されている場合を示す。

【０３３２】図１８において、ＰＧＣ＃ｎは４つのセル
＃１〜＃４を持っている。そのうち２つはＳＯＢ＃１を
参照し、残りの２つがＳＯＢ＃２を参照している。

【０３３３】ユーザ定義ＰＧＣ内のセルからオリジナル
ＰＧＣへ（ＳＯＢＩのタイムマップ情報へ）の実線矢印
は、該当セルに対する再生期間を示している。ユーザ定
義ＰＧＣ内のセル再生順序は、オリジナルＰＧＣにおけ
る再生順序と全く異なってもよい。

【０３３４】任意のＳＯＢおよびそのＳＯＢＵの再生
は、図１８の開始ＡＰＡＴ（Ｓ＿ＡＰＡＴ）および終了
ＡＰＡＴ（Ｅ＿ＡＰＡＴ）により特定される。

【０３３５】ＳＯＢあるいはＳＯＢＵのＳ＿ＡＰＡＴ
は、該当ＳＯＢのストリームパックのペイロード（図１
（ｈ）、図２２、図２３参照）内に記録されたタイムス
タンプに関係して定義される。

【０３３６】ＳＯＢの記録中、各到来アプリケーション
パケットには、ストリーマ内のローカルクロックリファ
レンスによりタイムスタンプが付される。これが、アプ
リケーションパケット到着時間（ＡＰＡＴ）である。

【０３３７】ＳＯＢの先頭アプリケーションパケットの
ＡＰＡＴはＳＯＢ＿Ｓ＿ＡＰＡＴとして記憶される。全
てのＡＰＡＴの４最下位バイト（4 least significant
bytes）は、「〜．ＳＲＯ」ファイル内の対応アプリケ
ーションパケット用に予め固定されている。

【０３３８】ＳＯＢあるいはＳＯＢＵのデータを再生す
るために、ストリーマ内部のリファレンスクロックはＳ
ＣＲ値にセットされ、その後クロックが自動的にカウン
トされる。このＳＣＲ値は、再生が始まる最初のストリ
ームパック内（パックヘッダ内）に記述されている。こ
のクロックに基づいて、ＳＯＢあるいはＳＯＢＵからの
全ての後続アプリケーションパケットの再生・出力が、
実行される。

【０３３９】任意のストリームセル（ＳＣ）が、そのＳ
ＣがポイントするＳＯＢのＳＯＢ＿Ｓ＿ＡＰＡＴとＳＯ
Ｂ＿Ｅ＿ＡＰＡＴとの間の任意の値を持つストリームセ
ル開始ＡＰＡＴ（ＳＣ＿Ｓ＿ＡＰＡＴ）を規定している
ときは、所望のＡＰＡＴを伴うアプリケーションパケッ
トを含んだＳＯＢＵを見つけるためのアドレスが必要と
なる。

【０３４０】ＳＯＢＵ１個あたりのストリームパックの
数は一定であるが、各ＳＯＢＵにより捕らえられた到着
時間の間隔はフレキシブルである。それゆえ、各ＳＯＢ
は、該当ＳＯＢのＳＯＢＵの到着時間間隔が記述された
タイムマップ情報（ＭＡＰＬ）を持つ。つまり、タイム
マップ情報（ＭＡＰＬ）により実現されるアドレス方式
は、任意のＡＰＡＴをファイル内の相対論理ブロックア
ドレスに変換して、所望のアプリケーションパケットを
見つけることができるＳＯＢＵをポイントする。

【０３４１】図１９は、この発明の一実施の形態に係る
ストリームデータ記録再生システム（光ディスク装置／
ストリーマ、ＳＴＢ装置）の構成を説明する図である。
この実施の形態では、情報記憶媒体２０１として、ＤＶ
Ｄ−ＲＡＭディスクのような記録／再生可能光ディスク
を想定している。

【０３４２】以下、図１９を用いて、この発明の一実施
の形態に係るストリームデータ記録再生装置の内部構造
を説明する。

【０３４３】このストリームデータ記録再生装置は、光
ディスク装置４１５、ＳＴＢ装置４１６およびその周辺
機器から構成される。

【０３４４】周辺機器としては、ビデオミキシング部４
０５、フレームメモリ部４０６、外部スピーカ４３３、
パーソナルコンピュータ（ＰＣ）４３５、モニタＴＶ４
３７、Ｄ／Ａコンバータ４３２、４３６、Ｉ／Ｆ部４３
１、４３４等がある。

【０３４５】光ディスク装置４１５は、ディスクドライ
ブを含む記録再生部４０９と、記録再生部４０９へのス
トリームデータ（あるいは記録再生部４０９からのスト
リームデータ）を処理するデータプロセサ部（以下Ｄ−
ＰＲＯ部と略記する）４１０と、Ｄ−ＰＲＯ部４１０か
らオーバーフローしてきたストリームデータを一時記憶
する一時記憶部４１１と、記録再生部４０９およびＤ−
ＰＲＯ部４１０の動作を制御する光ディスク装置制御部
４１２とを備えている。

【０３４６】光ディスク装置４１５はさらに、ＳＴＢ装
置４１６からＩＥＥＥ１３９４等を介して送られてきた
ストリームデータを受ける（あるいはＩＥＥＥ１３９４
等を介してＳＴＢ装置４１６へストリームデータを送
る）データ転送インターフェース部４１４と、データ転
送インターフェース部４１４で受けたストリームデータ
を情報記憶媒体（ＲＡＭディスク）２０１に記録する信
号形式に変換する（あるいは媒体２０１から再生された
ストリームデータをＩＥＥＥ１３９４等の信号形式に変
換する）フォーマッタ／デフォーマッタ部４１３とを備
えている。

【０３４７】具体的には、データ転送インターフェース
部４１４のＩＥＥＥ１３９４受信側は、基準クロック発
生器（システムタイムカウンタＳＴＣ）４４０のタイム
カウント値に基づいて、ストリームデータ転送開始から
の時間を読み込む。

【０３４８】上記時間情報に基づいて、ストリームデー
タをストリームブロック毎（あるいはＳＯＢＵ毎）に切
り分ける区切れ情報を作成するとともに、この区切れ情
報に対応したセルの切り分け情報およびプログラムの切
り分け情報、さらにはＰＧＣの切り分け情報を作成す
る。

【０３４９】フォーマッタ／デフォーマッタ部４１３
は、ＳＴＢ装置４１６から送られてきたストリームデー
タをストリームパックの列（図１２（ａ）、図２３
（ｈ）等を参照）に変換し、変換されたストリームパッ
ク列をＤ−ＰＲＯ部４１０へ入力する。入力されたスト
リームパックはセクタと同じ２０４８バイトの一定サイ
ズを持っている。Ｄ−ＰＲＯ部４１０は、入力されたス
トリームパックを１６セクタ毎にまとめてＥＣＣブロッ
クにして、記録再生部４０９へ送る。

【０３５０】ここで、記録再生部４０９において媒体２
０１への記録準備ができていない場合には、Ｄ−ＰＲＯ
部４１０は、記録データを一時記憶部４１１に転送して
一時保存し、記録再生部４０９においてデータ記録準備
ができるまで待つ。

【０３５１】記録再生部４０９において記録準備ができ
た段階で、Ｄ−ＰＲＯ部４１０は一時記憶部４１１に保
存されたデータを記録再生部４０９に転送する。これに
より、媒体２０１への記録が開始される。一時記憶部４
１１に保存されたデータの記録が済むと、その続きのデ
ータはフォーマッタ／デフォーマッタ部４１３からＤ−
ＰＲＯ部４１０へシームレスに転送されるようになって
いる。

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

【０３５３】なお、フォーマッタ／デフォーマッタ部４
１３を介して記録ビットストリームに付されるタイムス
タンプ情報は、基準クロック発生器（ＳＴＣ）４４０か
ら得ることができる。

【０３５４】また、フォーマッタ／デフォーマッタ部４
１３を介して再生ビットストリームから取り出されたタ
イムスタンプ情報（ＳＣＲ）は、ＳＴＣ４４０にセット
することができる。

【０３５５】情報記憶媒体２０１に記録されたストリー
ムデータ内のパックヘッダには、基準クロック（システ
ムクロックリファレンスＳＣＲ）が記録されている。こ
の媒体２０１に記録されたストリームデータ（ＳＯＢま
たはＳＯＢＵ）を再生する場合において、基準クロック
発生器（ＳＴＣ）４４０は、媒体２０１から再生された
基準クロック（ＳＣＲ）に適合される（ＳＣＲの値がＳ
ＴＣ４４０にセットされる）。

【０３５６】つまり、ＳＯＢあるいはＳＯＢＵのデータ
を再生するために、ストリーマ（光ディスク装置４１
５）内の基準クロック（ＳＴＣ４４０）を、再生が開始
される最初のストリームパック内に記述されたシステム
クロックリファレンスＳＣＲに合わせる。その後は、Ｓ
ＴＣ４４０のカウントアップは自動的に行われる。

【０３５７】ＳＴＢ部４１６は、衛星アンテナ４２１で
受信したデジタル放送電波の内容を復調し、１以上の番
組が多重化された復調データ（ストリームデータ）を提
供するデモジュレータ４２２と、デモジュレータ４２２
で復調されたデータから（ユーザが希望する）特定番組
の情報（後述する図２３を例に採れば、番組２のトラン
スポートパケット）を選択する受信情報セレクタ部４２
３とを備えている。

【０３５８】受信情報セレクタ部４２３で選択された特
定番組の情報（トランスポートパケット）を情報記憶媒
体２０１に記録する場合は、ＳＴＢ制御部４０４の指示
にしたがい、セレクタ部４２３は特定番組のトランスポ
ートパケットだけを含むストリームデータを、データ転
送インターフェイス部２０を介して、ＩＥＥＥ１３９４
転送により、光ディスク装置４１５のデータ転送インタ
ーフェイス部４１４に送る。

【０３５９】受信情報セレクタ部４２３で選択された特
定番組の情報（トランスポートパケット）を記録するこ
となく単に視聴するだけの場合は、ＳＴＢ制御部４０４
の指示にしたがい、セレクタ部４２３は特定番組のトラ
ンスポートパケットだけを含むストリームデータを、デ
コーダ部４０２の多重化情報分離部４２５に送る。

【０３６０】一方、情報記憶媒体２０１に記録された番
組を再生する場合は、ＩＥＥＥ１３９４のシリアルバス
を介して光ディスク装置４１５からＳＴＢ装置４１６に
送られてきたストリームデータは、セレクタ部４２３を
介してデコーダ部４０２の多重化情報分離部４２５に送
られる。

【０３６１】多重化情報分離部４２５は、セレクタ部４
２３から送られてきたストリームデータに含まれる各種
パケット（ビデオパケット、オーディオパケット、サブ
ピクチャパケット）を、内部メモリ部４２６上で、各パ
ケットのＩＤにより区分けする。そして、区分けされた
パケットを、それぞれ該当するデコード部（ビデオデコ
ード部４２８、サブピクチャデコード部４２９、オーデ
ィオデコード部４３０に分配する。

【０３６２】ビデオデコード部４２８は、多重化情報分
離部４２５から送られてきた（ＭＰＥＧエンコードされ
た）ビデオパケットをデコードして、動画データを生成
する。その際、ＭＰＥＧビデオデータ中のＩピクチャか
ら記録内容を代表する縮小画像（サムネールピクチャ）
を生成する機能を持たせるために、ビデオデコード部４
２８は、代表画像（サムネール）生成部４３９を内蔵し
ている。

【０３６３】ビデオデコード部４２８でデコードされた
動画（および／または生成部４３９で生成された代表画
像）と、サブピクチャデコード部４２９でデコードされ
たサブピクチャ（字幕、メニュー等の情報）と、オーデ
ィオデコード部４３０でデコードされた音声とは、ビデ
オプロセサ部４３８を介してビデオミキシング部４０５
へ送出される。

【０３６４】ビデオミキシング部４０５は、フレームメ
モリ部４０６を利用して、動画に字幕等を重ねたデジタ
ル映像を作り出す。このデジタル映像は、Ｄ／Ａ変換器
４３６を介してアナログ映像化され、モニタＴＶ４３７
に送られる。

【０３６５】また、ビデオミキシング部４０５からのデ
ジタル映像は、Ｉ／Ｆ部４３４およびＩＥＥＥ１９４等
の信号ラインを介して、パーソナルコンピュータ４３５
に適宜取り込まれる。

【０３６６】一方、オーディオデコード部４３０でデコ
ードされたデジタルオーディオ情報は、Ｄ／Ａ変換器４
３２および図示しないオーディオアンプを介して、外部
スピーカ４３３に送られる。また、デコードされたオー
ディオ情報は、Ｉ／Ｆ部４３１を介して外部にデジタル
出力される。

【０３６７】なお、ＳＴＢ装置４１６内の動作タイミン
グは、システムタイムカウンタ（ＳＴＣ）部４２４から
のクロックにより決定される。

【０３６８】上述したＳＴＢ制御部４０４による指示等
（ＳＴＢ装置４１６の内部構成各々の動作制御）は、プ
ログラムメモリ部４０４ａに格納された制御プログラム
により実行される。その際、ＳＴＢ制御部４０４による
制御過程においてワークメモリ部４０７が適宜利用され
る。

【０３６９】このＳＴＢ制御部４０４およびデコーダ部
４０２を含めＳＴＢ装置４１６の内部動作のタイミング
は、ＳＴＣ部４２４からのクロックで規制できる。ま
た、光ディスク装置４１５のＳＴＣ４４０とＳＴＢ装置
４１６のＳＴＣ部４２４を同期させることで、光ディス
ク装置４１５およびＳＴＢ装置４１６を含めたストリー
マシステム全体の動作タイミングを規制できる。

【０３７０】ＳＴＣ４４０とＳＴＣ部４２４を同期させ
る方法としては、データ転送インターフェース部４１４
とデータ転送インターフェース部４２０との間で受け渡
されるストリームデータ中の基準クロック（ＳＣＲ）に
より、ＳＴＣ４４０およびＳＴＣ部４２４をセットする
方法がある。

【０３７１】図１９の装置構成を機能別にみると、ＳＴ
Ｂ装置４１６内は、「受信時刻管理部」と、「ストリー
ムデータ内容解析部」と、「ストリームデータ転送部」
と、「時間関連情報生成部」とに分割／分類できる。

【０３７２】ここで、「受信時刻管理部」は、デモジュ
レータ（復調部）４２２、受信情報セレクタ部４２３、
多重化情報分離部４２５、ＳＴＢ制御部４０４等で構成
される。この「受信時刻管理部」は、衛星アンテナ４２
１でデジタルＴＶ放送を受信し、受信した放送情報内の
各トランスポートパケット毎の受信時刻を記録する。

【０３７３】「ストリームデータ内容解析部」は、多重
化情報分離部４２５、ＳＴＢ制御部４０４等で構成され
る。この「ストリームデータ内容解析部」は、受信した
ストリームデータの中身を解析し、Ｉ，Ｂ，Ｐの各ピク
チャ位置および／またはＰＴＳ値を抽出する。

【０３７４】「ストリームデータ転送部」は、多重化情
報分離部４２５、受信情報セレクタ部４２３、ＳＴＢ制
御部４０４、データ転送インターフェース部４２０等で
構成される。この「ストリームデータ転送部」は、各ト
ランスポートパケット毎の差分受信時刻間隔を保持した
ままストリームデータを光ディスク装置４１５へ転送す
る。

【０３７５】「時間関連情報生成部」は、多重化情報分
離部４２５、ＳＴＢ制御部４０４、データ転送インター
フェース部４２０等で構成される。この「時間関連情報
生成部」は、「受信時刻管理部」で記録した受信時刻
（タイムスタンプ）情報と「ストリームデータ内容解析
部」で抽出した表示時刻情報（ＰＴＳ値および／または
フィールド数）との間の関係情報を作成する。

【０３７６】図２０は、この発明の一実施の形態におい
て、表示時刻とデータ転送時刻との間の関係を示す時間
関係テーブルを説明する図である。図２０を用いてこの
発明の基本的特徴について説明する。

【０３７７】ＴＶの表示方式の１つであるＮＴＳＣ方式
では、１秒間に３０枚の画面／ピクチャ（フレーム）を
映像信号としてＴＶのモニタスクリーンに表示してい
る。通常のＴＶでは、インターレース方式を用いている
ので、１画面の全走査線に対して始めに１本おきに画面
を走査して表示し、その後で１本ずらした画像を１本お
きに走査することで直前の画面の間を埋めて１枚の画面
（ピクチャ）の表示を行う。この１本おきに表示する画
像をフィールドと呼ぶ。

【０３７８】ＮＴＳＣ方式では、毎秒３０フレーム／６
０フィールドを表示している。このＮＴＳＣ方式は主に
日本とアメリカで採用されている表示方式である。それ
に対して、主に欧州で採用されているＰＡＬ方式では、
毎秒２５フレーム／５０フィールドの表示を行ってい
る。

【０３７９】図２０（ａ）は、毎秒３０枚変化する画面
／ピクチャ（フレーム）を表示時刻（プレゼンテーショ
ンタイム；または再生時間）１に沿って並べた図であ
る。

【０３８０】画面／ピクチャの表示時刻（再生時間）１
を表す情報としては、 （ａ）”ある特定の画面（ピクチャ）からの差分フィー
ルド枚数”で表す方法と； （ｂ）”ＰＴＳ（プレゼンテーションタイムスタンプ；
または再生タイムスタンプ）”で表す方法がある。

【０３８１】ＰＴＳは、２７ＭＨｚおよび／または９０
ｋＨｚの基準クロックを利用し、常にインクリメント
（カウンタの値が１ずつ増加）するカウンタの値で表示
時刻を表す方法で用いることができる。たとえば、２７
ＭＨｚ（または９０ｋＨｚ）の基準クロックでインクリ
メントするカウンタで各画面／ピクチャ（フレーム）を
示すときのカウンタの値が、ＰＴＳの値として用いられ
る。

【０３８２】デジタルＴＶでの受信信号情報内には、各
ピクチャ毎のＰＴＳ値がピクチャヘッダ情報４１（図１
（ｊ）参照）内に含まれている。

【０３８３】図２０（ａ）では、Ｉピクチャａの表示時
刻がＰＴＳＮｏ．１で表わされ、Ｉピクチャｉおよびｑ
の表示時刻がＰＴＳＮｏ．２およびＰＴＳＮｏ．３で表
わされている。

【０３８４】いま、例えばユーザから、Ｉピクチャａ表
示の何時間何分何秒後の画面（ピクチャ）を表示するよ
うに指示を受けたとする。すると、上記指定時間間隔
（何時間何分何秒後）が２７ＭＨｚおよび／または９０
ｋＨｚのカウント値に換算される。そして、この換算値
とＩピクチャａ表示のＰＴＳ値（ＰＴＳＮｏ．１）との
加算結果を計算して、ユーザから指示された「表示すべ
き画面（ピクチャ）」を検索することができる。

【０３８５】情報記憶媒体２０１上に記録されたストリ
ームデータは、図１（ｇ）その他に示したように各トラ
ンスポートパケット毎にタイムスタンプを付加して記録
されているので、このタイムスタンプ情報を利用してス
トリームデータに対する時間管理を行っている。

【０３８６】しかし、このタイムスタンプ情報はユーザ
には認知できないため、ユーザは表示時刻（再生時間）
１を用いて、見たい画面（ピクチャ）を指定することに
なる。

【０３８７】この場合、ストリームデータを時間管理す
るためのタイムスタンプ情報とユーザが指定可能な表示
時刻（再生時間）１情報との間の関係を示す情報が必要
になる。この関係を示す情報が、図２０（ｂ）に示す時
間関係テーブル２（あるいは図１５の再生タイムスタン
プリストＰＴＳＬ）である。

【０３８８】図２０（ｂ）に例示するように、時間関係
テーブル２には、各ＰＴＳ値（ＰＴＳＮｏ．１、ＰＴＳ
Ｎｏ．２、ＰＴＳＮｏ．３、…）毎に、対応するデータ
転送時刻情報（Ｉピクチャ転送開始時刻４）、データ転
送時刻情報（Ｉピクチャ転送終了時刻５）、セル先頭か
ら目的のＩピクチャまでの通算パケット数１０が記述さ
れている。

【０３８９】たとえばＰＴＳＮｏ．１のＩピクチャａに
ついてみると、データ転送時刻情報（Ｉピクチャ転送開
始時刻４）の行のタイムスタンプ（ＡＴＳ）＃１は図２
（ｃ）のＩピクチャａ情報７の先頭側パケット（ＡＰ）
＃１のタイムスタンプ（ＡＴＳ）＃１に対応し、データ
転送時刻情報（Ｉピクチャ転送終了時刻５）の行のタイ
ムスタンプ（ＡＴＳ）＃２は図２（ｃ）のＩピクチャａ
情報７の末尾側パケット（ＡＰ）＃２のタイムスタンプ
（ＡＴＳ）＃２に対応している。ここではＩピクチャａ
が最初のピクチャなので、ＰＴＳＮｏ．１のＩピクチャ
ａに対する通算パケット数１０は、図２０（ｂ）に示す
ように「１」となる。

【０３９０】同様にＰＴＳＮｏ．２のＩピクチャｉにつ
いてみると、データ転送時刻情報（Ｉピクチャ転送開始
時刻４）の行のタイムスタンプ（ＡＴＳ）＃３は図２
（ｃ）のＩピクチャｉ情報８の先頭側パケット（ＡＰ）
＃３のタイムスタンプ（ＡＴＳ）＃３に対応し、データ
転送時刻情報（Ｉピクチャ転送終了時刻５）の行のタイ
ムスタンプ（ＡＴＳ）＃４は図２（ｃ）のＩピクチャｉ
情報８の末尾側パケット（ＡＰ）＃４のタイムスタンプ
（ＡＴＳ）＃４に対応している。ここではＩピクチャｉ
が最初のＩピクチャａから８５１００枚後としているの
で、ＰＴＳＮｏ．２のＩピクチャｉに対する通算パケッ
ト数１０は、図２０（ｂ）に示すように「８５１０１」
となる。ＰＴＳＮｏ．３以後についても同様である。

【０３９１】図２０（ｂ）に示すような時間関係テーブ
ル２を、ストリームデータ（図１（ａ）、図２０（ｃ）
その他のＳＴＲＥＡＭ．ＶＲＯ１０６）に関する管理情
報（図１５のＳＦＩＴ）が記録されている領域に記録
し、この時間関係テーブルを利用して、ユーザにとって
ピクチャ単位の画面位置指定ができるようにした所に、
この発明の大きな特徴がある。

【０３９２】ここで、上記時間関係テーブル２と図１５
に示した再生タイムスタンプリストＰＴＳＬとの対応関
係について、説明しておく。

【０３９３】図１（ｇ）その他に示されたタイムスタン
プをＡＴＳとしたとき、図１５の再生タイムスタンプリ
ストＰＴＳＬに含まれるＰＴＳの値とＡＴＳとは、以下
のような関係を持つ： （１）セル（ストリームセル）は記録されたビットスト
リームの一部を参照するものである； （２）ＡＵ（通常Ｉピクチャ）は記録されたビットスト
リームの連続した一部である（ＡＵはセルの一部に対応
する）； （３）ＡＵ（セルの一部に対応するＩピクチャ）がどの
ＳＯＢＵに含まれるかは、図１５のアクセスユニット開
始マップＡＵＳＭにより示される（図１６参照）； （４）ＰＴＳの値は対応ＡＵの再生時間（表示時刻；あ
るいはプレゼンテーションタイムＰＴＭ）である（ＡＵ
に対応するＰＴＳの値は、再生時間に関して、セルの一
部に対応する）； （５）セル開始ＡＰＡＴ（ＳＣ＿Ｓ＿ＡＰＡＴ）は該当
セルのトランスポートパケットまたはアプリケーション
パケットＡＰの到着時間である（ＳＣ＿Ｓ＿ＡＰＡＴ
は、再生時間に関して、ＰＴＳの値に対応する）； （６）トランスポートパケットまたはアプリケーション
パケットＡＰは、その先頭にタイムスタンプＡＴＳを伴
う（図２２、図２９（ｇ）等参照）； （７）ＰＴＳの値は、ＰＴＳＬに含まれる（図１５参
照）； （８）上記（３）〜（７）から、ＰＴＳＬに含まれるＰ
ＴＳの値は、ＡＵＳＭ、ＳＣ＿Ｓ＿ＡＰＡＴ等を仲介し
て、ＡＴＳに対応することになる。

【０３９４】よって、再生タイムスタンプリストＰＴＳ
Ｌは、ＡＵ（Ｉピクチャ）の開始時刻（ＳＣ＿Ｓ＿ＡＰ
ＡＴ）と、ビットストリームに含まれるパケットのタイ
ムスタンプＡＴＳとの関係（再生時間に関する関係）を
示す情報（ＰＴＳの値）を含む「時間関係テーブル（図
２０（ｂ））」であると言える。

【０３９５】あるいは、ＰＴＳＬ（時間関係テーブル）
は、ＰＴＳの値とＡＴＳとの対応関係を示す情報である
とも言える。

【０３９６】ところで、ＢピクチャあるいはＰピクチャ
を表示するためには、必ずＩピクチャの表示（デコー
ド）から開始する必要がある。このため、図２０（ｂ）
に示す時間関係テーブル２は、Ｉピクチャ位置でのタイ
ムスタンプと対応する表示時刻情報を一覧表として示し
てある。

【０３９７】ここでは、表示時刻情報として、”ＰＴＳ
情報（ＰＴＳの値）”、”特定基準画面（ピクチャ）か
らの差分フィールド数”、”年月日時刻情報”等を用い
ることができる。

【０３９８】なお、表示時刻情報として図２０（ｂ）に
示すような絶対値表示を行う代わりに、各Ｉピクチャ間
の差分情報（例えば各Ｉピクチャ間に挿入されるフィー
ルド数情報）を使用することも可能である。（フィール
ド数を利用した時間関係テーブルについては、図２８を
参照して後述する。） また、図２０（ｂ）では表示時刻情報として”ＰＴＳ情
報”を使用しているが、種々可能なこの発明の実施の形
態では、この方法に限らず、その代わりに、”特定基準
画面（ピクチャ）からの差分フィールド数”あるいは”
年月日時刻情報”等を使用することができる。

【０３９９】図２０（ｂ）に示す時間関係テーブル２で
は、各Ｉピクチャ毎の転送開始時刻４の値がタイムスタ
ンプ（ＡＴＳ）＃１、＃３、＃５として一覧表に記録さ
れているだけでなく、Ｉピクチャの転送終了時刻５の値
もタイムスタンプ（ＡＴＳ）＃２、＃４、＃６として記
録されている。

【０４００】このため、早送り再生（ファーストフォワ
ードＦＦ）あるいは早戻し再生（ファーストリバースＦ
Ｒなどの特殊再生を行う場合には、”タイムスタンプ
（ＡＴＳ）＃１から＃２まで”、”タイムスタンプ（Ａ
ＴＳ）＃３から＃４まで”、”タイムスタンプ（ＡＴ
Ｓ）＃５から＃６まで”というように、再生するＩピク
チャのトランスポートパケット位置（またはアプリケー
ションパケット位置）を指定することで、情報記憶媒体
２０１から、Ｉピクチャ情報（またはアクセスユニット
ＡＵ情報）のみを再生し、デコードし、表示することが
可能となる。

【０４０１】図２０（ａ）の実施の形態では、オリジナ
ルセル（図４参照）の表示開始ピクチャ位置（Ｂピクチ
ャｆの位置）を基準に採っている。このオリジナルセル
の表示開始ピクチャのＰＴＳ値（ＰＴＳＮｏ．５）とそ
の直前にあるＩピクチャａのＰＴＳ値（ＰＴＳＮｏ．
１）との差分が、ＰＴＳオフセット９である。このＰＴ
Ｓオフセット値９は、図３（ｈ）に示したように、オリ
ジナルセル情報２７２内に記録される。

【０４０２】具体的には、図２０（ａ）に示すように、
オリジナルセルの表示開始ピクチャをＢピクチャｆと
し、その時のＰＴＳ値をＰＴＳＮｏ．５とする。その直
前のＩピクチャａの表示時刻をＰＴＳＮｏ．１とする
と、ＰＴＳオフセット９の値は、”ＰＴＳＮｏ．５ −
ＰＴＳＮｏ．１”で求まる。

【０４０３】ユーザが特定画面（特定のピクチャフレー
ム）を指定する場合、オリジナルセルの表示開始位置か
らの差分表示時間で指定する場合が多い。この差分表示
時間を２７ＭＨｚおよび／または９０ｋＨｚのカウンタ
数に換算後、ＰＴＳオフセット９の値を加算すること
で、ユーザが指定した画面（ピクチャフレーム）のＰＴ
Ｓ値を算出できる。

【０４０４】図２０（ｂ）に示すように、時間関係テー
ブル２には、各Ｉピクチャ毎のＰＴＳ値一覧が記録され
ている。このテーブルを参照し、算出したＰＴＳ値より
も小さく、しかも算出したＰＴＳ値に最も近いＩピクチ
ャ位置のＰＴＳ値を探し、そこに対応したＩピクチャ転
送開始時刻４のタイムスタンプ（ＡＴＳ）値を指定し
て、情報記憶媒体２０１へのアクセスを開始する。

【０４０５】図２０（ｂ）に示すように、時間関係テー
ブル２には、タイムスタンプと並行して、オリジナルセ
ル先頭位置から該当するＩピクチャまでの通算トランス
ポートパケット数１０（アクセス位置情報）も記録され
ている。

【０４０６】したがって、図２０の実施の形態によれ
ば、タイムスタンプ（ＡＴＳ）の代わりにオリジナルセ
ル先頭位置からのトランスポートパケット数（またはア
プリケーションパケット数ＡＰ＿Ｎｓ）を指定して、所
望のストリームデータ位置へアクセスすることも可能で
ある。

【０４０７】図２０（ｃ）のストリームデータ（ＳＴＲ
ＥＡＭ．ＶＲＯ）１０６が図３等に示す情報記憶媒体２
０１に記録される場合、ストリームデータ１０６の内容
（ＳＯＢまたはＳＯＢＵ）は、所定のデータ記録単位
（トランスポートパケットまたはアプリケーションパケ
ット）で、媒体２０１のデータ領域（ＳＴＲＥＡＭ．Ｖ
ＲＯ／ＳＲ＿ＴＲＡＮＳ．ＳＲＯ）に記録される。その
際、ストリームデータ１０６に関する管理情報（ＳＴＲ
Ｉ）も、媒体２０１の管理領域（ＳＴＲＥＡＭ．ＩＦＯ
／ＳＲ＿ＭＡＮＧＲ．ＩＦＯ）に記録される。

【０４０８】この管理情報（ＳＴＲＩ）に、ストリーム
データ１０６のアクセス（Ｉピクチャ情報またはアクセ
スユニットＡＵへのアクセス）に利用される第１の管理
情報（Ｉピクチャ転送開始時刻に対応したＡＴＳ；また
はＡＵＳＭ）と；第１の管理情報（ＡＵＳＭ）とは異な
るものであって、この第１の管理情報と前記ストリーム
データのアクセスに利用される第２の管理情報（ＰＴ
Ｓ；またはＳＣ＿Ｓ＿ＡＰＡＴ）との間の関係を示す第
３の管理情報（時間関係テーブル；またはＰＴＳＬ）が
記録される。

【０４０９】ここで、ストリームデータ１０６はＭＰＥ
Ｇ規格に基づき圧縮されたビットストリームであり、前
記第２の管理情報はストリームデータの再生時間（ＰＴ
Ｓ）に対応する。

【０４１０】図２１は、この発明の一実施の形態におい
て、表示時刻とデータ転送時刻との間の関係を説明する
図である。

【０４１１】情報記憶媒体２０１上に記録されたストリ
ームデータ（図１、図２その他のＳＴＲＥＡＭ．ＶＲＯ
１０６）内のデータ構造に関し、図２１を用いて、各ピ
クチャ情報６０１０〜６０３０の記録位置とストリーム
ブロック（ＳＯＢＵ）との間の配置関係を説明する。

【０４１２】この実施の形態では、ストリームデータは
ストリームブロック（ＳＯＢＵ）単位で記録され、所定
画像（ピクチャ）へのアクセス指定にはタイムスタンプ
情報が利用される。

【０４１３】図１９のＳＴＢ装置４１６から再生開始位
置としてタイムスタンプ値が指定された場合において、
指定されたタイムスタンプ値に対応するストリームブロ
ック（ＳＯＢＵ）を算出するための情報が、図３（ｈ）
のタイムマップ情報２５２（あるいは図１５のタイムマ
ップ情報ＭＡＰＬ、もしくは図１８のタイムマップ情
報）である。

【０４１４】図３（ｈ）の例では、タイムマップ情報２
５２は、ストリームデータに対する管理情報記録領域で
あるＳＴＲＥＡＭ．ＩＦＯ１０５内のストリームオブジ
ェクト情報（ＳＯＢＩ）２４２の一部として記録されて
いる。図１５の例でも、タイムマップ情報ＭＡＰＬはＳ
ＯＢＩの一部として記録されている。

【０４１５】図３（ｉ）に示すタイムマップ情報２５２
内では、各ストリームブロック毎のタイムスタンプ差分
時間情報しか記録されていない。この場合は、各ストリ
ームオブジェクト情報（ＳＯＢＩ）２４２、２４３毎
に、タイムマップ情報２５２内の各ストリームブロック
の時間差２６３、２６５の値を逐次加算する。そして、
この逐次加算値が、ＳＴＢ装置４１６側により指定され
たタイムスタンプ時刻に到達したか否か比較する必要が
ある。その比較結果を元に、ＳＴＢ装置４１６側により
指定された時刻がどのストリームオブジェクト（ＳＯ
Ｂ）内の何番目のストリームブロック（ＳＯＢＵ）の中
に含まれるタイムスタンプ値と一致するかが割り出され
る。

【０４１６】図２１（ｃ）に示すように各ピクチャ情報
６０１０〜６０３０の境界位置とストリームブロック
（ＳＯＢＵ）の境界位置とは必ずしも一致しない。

【０４１７】この場合、例えば図２１（ａ）で示すよう
に、ＰＴＳの値がＰＴＳＮｏ．６であるＰピクチャｏの
位置から再生を開始しようとするなら、次のような処理
が必要になる。

【０４１８】すなわち、図２１（ｂ）の時間関係テーブ
ル２（内部構成は図２０（ｂ）と同様）からその直前に
あるＩピクチャｉのＰＴＳＮｏ．２の値を割り出し、Ｉ
ピクチャｉ情報６０１０が記録されている先頭のトラン
スポートパケット＃２が含まれるストリームブロック
（ＳＯＢＵ）＃Ａ先頭位置から、再生を開始する必要が
ある。

【０４１９】ただし、ストリームブロック（ＳＯＢＵ）
＃Ａ先頭位置から所望のＰピクチャｏの位置まで再生が
進むまで、その間の画像情報（図２１（ａ）ではピクチ
ャｉからピクチャｎまで）は外部モニタ（ＴＶ）に出力
されない。

【０４２０】図２２は、ＭＰＥＧにおける映像情報圧縮
方法とトランスポートパケットとの関係、およびＭＰＥ
Ｇにおけるトランスポートパケットとストリーマにおけ
るアプリケーションパケットとの関係を説明する図であ
る。

【０４２１】図２２に示すように、デジタルＴＶでの放
送信号情報にはＭＰＥＧ２と呼ばれる信号圧縮方法が採
用されている。ＭＰＥＧによる信号圧縮方法では、ＴＶ
表示用の各画面（ピクチャ）は時間差分情報を含まない
Ｉピクチャ５５１と時間差分情報を含むＢピクチャ５５
３、５５４とＰピクチャ５５２に分類される。

【０４２２】Ｉピクチャは前後の画面（ピクチャ）情報
の影響を受けることなく単体で存在し、１枚の画面（ピ
クチャ）に対してＤＣＴ変換後、量子化した情報がＩピ
クチャ圧縮情報５６１となり、Ｉピクチャ情報３１とし
て記録される。Ｐピクチャ５５２はＩピクチャ５５１に
対する差分情報５６２のみがＰピクチャ情報３２として
記録され、Ｂピクチャ５５３、５５４はＩピクチャ５５
１とＰピクチャ５５２に対する差分情報がＢピクチャ情
報３３、３４として記録される。

【０４２３】従って、映像再生時にはＰピクチャ５５２
やＢピクチャ５５３、５５４単体では画面を生成するこ
とができず、必ずＩピクチャ５５１画面を生成した後に
初めて各ピクチャ画面を生成できる。各ピクチャ情報３
１〜３４は１個または複数のトランスポートパケット内
のペイロードに分割記録されている。この時、各ピクチ
ャ情報３１〜３４の境界位置とトランスポートパケット
間の境界位置は常に一致するように記録されている。

【０４２４】図２２のトランスポートパケットがストリ
ーマ（図１９の光ディスク装置４１５）に記録されると
きは、トランスポートパケットの内容はアプリケーショ
ンタイムスタンプ（ＡＴＳ）というタイムスタンプ付き
のパケット（アプリケーションパケット）に移し替えら
れる。

【０４２５】そして、ＡＴＳ付きアプリケーションパケ
ットの一群（通常１０パケット前後）がストリームＰＥ
Ｓパケット内のアプリケーションパケットエリアに格納
される。

【０４２６】このストリームＰＥＳパケットにパックヘ
ッダを付したものが１つのストリームパックになる。

【０４２７】ストリームＰＥＳパケットは、ＰＥＳヘッ
ダと、サブストリームＩＤと、アプリケーションヘッダ
と、アプリケーションヘッダエクステンション（オプシ
ョン）と、スタッフィングバイト（オプション）と、上
記ＡＴＳ付きアプリケーションパケット群を格納するア
プリケーションパケットエリアとで、構成される。

【０４２８】図２３は、デジタル放送のコンテンツとＩ
ＥＥＥ１３９４における映像データ転送形態とストリー
マにおけるストリームパックとの対応関係を説明する図
である。

【０４２９】デジタル放送では、ＭＰＥＧ２規格に従っ
て圧縮された映像情報がトランスポートパケットに乗っ
て転送されてくる。このトランスポートパケット内は、
図２３（ｂ）に示すように、トランスポートパケットヘ
ッダ５１１と、記録情報のデータ本体が記録されている
ペイロード５１２とで構成されている。

【０４３０】トランスポートパケットヘッダ５１１は、
図２３（ａ）に示すように、ペイロードユニット開始イ
ンジケータ５０１、パケットＩＤ（ＰＩＤ）５０２、ラ
ンダムアクセスインジケータ５０３、プログラムクロッ
クリファレンス５０４等で構成されている。

【０４３１】ＭＰＥＧ圧縮された映像情報は、Ｉピクチ
ャ情報、Ｂピクチャ情報、およびＰピクチャ情報を含ん
でいる。Ｉピクチャ情報が記録されている最初のトラン
スポートパケットには、図２３（ａ）のランダムアクセ
スインジケータ５０３に”１”のフラグが立つ。また、
各Ｂ、Ｐピクチャ情報の最初のトランスポートパケット
には、図２３（ａ）のペイロードユニット開始インジケ
ータ５０１に”１”のフラグが立つ。

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

【０４３３】たとえば、図２３（ａ）に示したペイロー
ドユニット開始インジケータ５０１に”１”のフラグが
立ったトランスポートパケットに対して、Ｂ、Ｐピクチ
ャ開始位置マッピングテーブル（図９（ｅ）の６４２）
内の該当個所のビットが”１”になる。

【０４３４】デジタル放送では、ビデオ情報とオーディ
オ情報がそれぞれ異なるトランスポートパケットに入っ
て転送される。そして、それぞれの情報の区別が、図２
３（ａ）のパケットＩＤ（ＰＩＤ）５０２で識別され
る。このＰＩＤ５０２の情報を用いて、ビデオパケット
マッピングテーブル（図９（ｅ）の６４３）とオーディ
オパケットマッピングテーブル（図９（ｅ）の６４４）
が作成される。

【０４３５】図２３（ｃ）に示すように、デジタル放送
では、１個のトランスポンダに複数の番組（この例では
番組１〜番組３）がパケット化された形で時分割されて
転送されてくる。

【０４３６】たとえば、図２３（ｂ）のトランスポート
パケットヘッダ５１１およびペイロード（記録情報）５
１２の情報は、図２３（ｃ）に示される番組２のトラン
スポートパケットｂ・５２２、ｅ・５２５により転送さ
れる。

【０４３７】ユーザが例えば図２３（ｃ）の第２の番組
を情報記憶媒体２０１に記録しようとする場合には、図
１９に示すＳＴＢ装置４１６内の受信情報セレクタ部４
２３において、番組２のトランスポートパケットｂ、ｅ
のみが抽出される。

【０４３８】そのとき、ＳＴＢ装置４１６では、図２３
（ｄ）に示すように、各トランスポートパケット ｂ５
２２、ｅ５２５を受信した時刻情報をタイムスタンプ５
３１、５３２の形で付加する。

【０４３９】その後、ＩＥＥＥ１３９４の転送方式を用
いて図１９のフォーマッタ／デフォーマッタ部４１３に
データを転送する場合には、図２３（ｅ）に示すよう
に、タイムスタンプとトランスポートパケットの組が細
かく分割されて転送されることになる。

【０４４０】図１９のフォーマッタ／デフォーマッタ部
４１３では、ＳＴＢ装置４１６からＩＥＥＥ１３９４で
転送されてきたストリームデータが、図２３（ｄ）の形
（図１（ｇ）の形に相当）に一旦戻される。そして、図
２３（ｄ）の形式のビットストリーム（図２３（ｈ）の
ストリームパック列）が、情報記憶媒体２０１に記録さ
れる。

【０４４１】具体的には、この発明の一実施の形態にお
いては、各セクタの先頭には、システムクロック情報な
どが記録されたパックヘッダとＰＥＳヘッダが配置され
る（図２３（ｈ）等参照）。

【０４４２】データエリア２１、２２、２３（図１
（ｆ））には複数のタイムスタンプおよびトランスポー
トパケット（図１（ｇ））が逐次詰め込まれるが、１個
のトランスポートパケット（図１（ｇ）ではパケット
ｄ；図２３（ｄ）では番組２のパケットｂ）が複数のセ
クタ（図１（ｅ）ではＮｏ．０とＮｏ．１；図２３
（ｆ）（ｇ）では部分パケット）に跨って記録される。
ここに、この発明の特徴の１つがある。

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

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

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

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

【０４４７】デジタル放送などのように１個のデータエ
リア２１、２２、２３（図１（ｆ））内に複数個のトラ
ンスポートパケットを記録するだけでなく、ロングパケ
ットのようにパケットサイズの大きなパケットの場合で
も記録できるよう、前記特徴を生かしたデータ構造（１
パケットのデータを複数パケットに跨って記録できる特
徴）を用いることにより、１個のパケットを複数のデー
タエリア２１、２２、２３に連続して跨るように記録す
る。

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

【０４４９】また、通常のパケットにはタイムスタンプ
が付いているが、図２３（ｇ）に示すように、部分パケ
ットではタイムスタンプを省略することができる。

【０４５０】このようにすると、２つの隣接ストリーム
パック（図２３（ｈ））の境界で分断された部分パケッ
ト（パケット１つあたり１８８バイトとすれば部分パケ
ットのサイズは１〜１８７バイト；平均して１００バイ
ト弱）を情報記録に有効利用できる。のみならず、部分
パケットに対して省略されたタイムスタンプの分（タイ
ムスタンプ１つあたり例えば４バイト）、媒体２０１に
対する記憶容量を増やすことができる。

【０４５１】なお、図２３（ｇ）の先頭部分パケットの
直後にくるタイムスタンプの位置は、図１０（ｂ）のフ
ァーストアクセスポイント６２５あるいは図１０（ｃ）
のＦＩＲＳＴ＿ＡＰ＿ＯＦＦＳＥＴにより、特定するこ
とができる。

【０４５２】図１９の光ディスク装置４１５（ストリー
マ）では、タイムスタンプとトランスポートパケットと
の組（図２３（ｆ）（ｇ））をそのままの形で情報記憶
媒体２０１上に記録する。

【０４５３】図２４は、この発明の一実施の形態に係る
ストリームデータの記録手順を説明するフローチャート
図である。図２４を用いて、ストリームデータ録画時の
処理について説明する。この処理は、図１９に示すＳＴ
Ｂ制御部４０４のプログラムメモリ部４０４ａ内に格納
された処理プログラムにより実行できる。

【０４５４】図２３（ｃ）に示すように、１個のトラン
スポンダ内には複数番組情報が時分割多重化されてい
る。

【０４５５】図１９の受信情報セレクタ部４２３内で、
この時分割多重化された複数番組情報のパケット列か
ら、特定番組のみのトランスポートパケットが抽出され
る（ステップＳ０１）。

【０４５６】「受信時刻管理部（図１９の復調部４２
２、受信情報セレクタ部４２３、多重化情報分離部４２
５、ＳＴＢ制御部４０４等）」では、必要な番組情報
が、多重化情報分離部４２５のメモリ部４２６内に、一
時保管される（ステップＳ０２）。

【０４５７】それと同時に、各トランスポートパケット
毎の受信時刻が計測され、その計測値が、図２３（ｄ）
に示すように、タイムスタンプ（ＡＴＳ）として各トラ
ンスポートパケット（またはアプリケーションパケッ
ト）毎に付加される。こうして付加されたタイムスタン
プ情報は、メモリ部４２６内に記録される（ステップＳ
０３）。

【０４５８】次に、「ストリームデータ内容解析部（図
１９の多重化情報分離部４２５、ＳＴＢ制御部４０４
等）」において、メモリ部４２６内に記録されたトラン
スポートパケット（アプリケーションパケット）内の情
報が解析される。

【０４５９】具体的には、トランスポートパケット（ア
プリケーションパケット）列から各ピクチャ境界位置の
切り出しが行われるとともに、各パケット毎のピクチャ
ヘッダ情報４１からＰＴＳ情報（まあは対応フィールド
枚数情報）の抽出が行なわれる（ステップＳ０４）。

【０４６０】ここで、各ピクチャ境界位置の切り出し方
法には２通りの方法が存在し、いずれの方法を選択する
かはストリームデータの内容による。

【０４６１】第１のピクチャ境界位置切出方法は、トラ
ンスポートパケットヘッダ５１１（図２３（ｂ））内の
ランダムアクセスインジケータ５０３（図２３（ａ））
のフラグを検出してＩピクチャ位置を検出し、ペイロー
ドユニット開始インジケータ５０１（図２３（ａ））の
フラグ検出からＢまたはＰピクチャ位置を検出する方法
である。

【０４６２】第２のピクチャ境界位置切出方法は、ピク
チャヘッダ情報４１（図１（ｊ））内にあるピクチャ識
別情報５２（図１（ｋ））およびＰＴＳ情報５３（図１
（ｋ））を抽出する方法である。

【０４６３】上記の処理（ステップＳ０１〜Ｓ０４）を
経た後、「時間関連情報生成部（図１９の多重化情報分
離部４２５、ＳＴＢ制御部４０４、データ転送インター
フェース部４２０等）」では、タイムスタンプ（ＡＴ
Ｓ）とＰＴＳ値との間の関係を示す一覧表として、図２
０（ｂ）に示すような時間関係テーブル２（あるいは図
１５の再生タイムスタンプリストＰＴＳＬ）を作成し、
ＳＴＢ制御部４０４内のワークメモリ部４０７に記録す
る（ステップＳ０５）。

【０４６４】その後、ＳＴＢ装置４１６および光ディス
ク装置４１５における受信時刻間隔を保持しながら（つ
まり図１９のＳＴＣ４４０のカウント値変化とＳＴＣ４
２４のカウント値変化との間の関係を一定に保ちなが
ら）、多重化情報分離部４２５のメモリ部４２６に一時
保管されたパケットデータ（ストリームデータ）が、光
ディスク装置４１５に転送される（ステップＳ０６）。

【０４６５】こうして、光ディスク装置４１５により、
メモリ部４２６に一時保管されたストリームデータが、
情報記憶媒体２０１上に記録される（ステップＳ０
７）。

【０４６６】光ディスク装置４１５へのストリームデー
タ転送が完了するまでは（ステップＳ０８ノー）、ステ
ップＳ０６〜Ｓ０７の処理が反復される。

【０４６７】光ディスク装置４１５へのストリームデー
タ転送が済みその録画処理が完了すると（ステップＳ０
８イエス）、ＳＴＢ制御部４０４のワークメモリ部４０
７内に一時記録されていた時間関係テーブル２（あるい
は再生タイムスタンプリストＰＴＳＬ）の情報が、光デ
ィスク装置４１５へ転送される（ステップＳ１０）。

【０４６８】そして、時間関係テーブル２（あるいは再
生タイムスタンプリストＰＴＳＬ）の情報が、情報記憶
媒体２０１の管理情報記録領域（ＳＴＲＥＡＭ．ＩＦ
Ｏ）１０５に記録される（ステップＳ１１）。

【０４６９】なお、上記ステップＳ１１の処理時に、録
画されたストリームデータの内容であるストリームオブ
ジェクトの記録時間（図７（ｉ）のＳＯＢ＿ＲＥＣ＿Ｔ
Ｍ）を、管理情報記録領域（ＳＴＲＥＡＭ．ＩＦＯ）１
０５内のタイムゾーン（ＴＭ＿ＺＯＮＥ）６２４０（図
７（ｈ）に記録することができる。

【０４７０】ところで、ストリームデータ録画時にコン
テンツプロバイダの著作権保護を目的として暗号化され
たストリームデータを記録する場合がある。このように
暗号化がなされるときは、全てのトランスポートパケッ
トが暗号化されるとともに、ＳＴＢ装置４１６と光ディ
スク装置４１５との間のタイムスタンプ転送処理が禁止
される。この場合には、情報記憶媒体２０１への（暗号
化された）ストリームデータ記録時に、光ディスク装置
４１５側で独自にタイムスタンプを付加する必要が生じ
る。

【０４７１】図１９のＳＴＢ装置４１６側では、トラン
スポートパケット（アプリケーションパケット）毎の受
信時刻管理を行っている。この場合、ＳＴＢ装置４１６
側と光ディスク装置４１５側との間で、基準クロック周
波数のずれに対する対策（具体的には基準クロックの同
期化）が重要課題となる。そこで、以下、暗号化された
ストリームデータに対する録画処理について説明する。

【０４７２】図２５は、この発明の一実施の形態に係
る、暗号化されたストリームデータの記録手順を説明す
るフローチャートである。この処理手順は、図１９に示
すＳＴＢ制御部４０４のプログラムメモリ部４０４ａ内
に格納された処理プログラムにより実行できる。

【０４７３】まず、図１９のＳＴＢ制御部４０４のワー
クメモリ４０７内に時間関係テーブル２（図２０
（ｂ））あるいは再生タイムスタンプリストＰＴＳＬ
（図１５）があるかどうか、チェックされる（ステップ
Ｓ５０）。

【０４７４】時間関係テーブル（あるいはＰＴＳＬ）が
ない場合は（ステップＳ５０ノー）、図２４のステップ
Ｓ０４〜Ｓ０５と同様な処理で、時間関係テーブル（あ
るいはＰＴＳＬ）が作成される（ステップＳ５２）。

【０４７５】こうして時間関係テーブル（あるいはＰＴ
ＳＬ）が作成されたあと、あるいは既に時間関係テーブ
ル（あるいはＰＴＳＬ）がＳＴＢ制御部４０４のワーク
メモリ４０７内にあるときは（ステップＳ５０イエ
ス）、ＳＴＢ装置４１６から光ディスク装置４１５へ
（暗号化された）ストリームデータが転送され、このス
トリームデータが情報記憶媒体２０１に記録される（ス
テップＳ５１）。

【０４７６】この（暗号化された）ストリームデータの
記録が完了するまで（ステップＳ５３ノー）、ステップ
Ｓ５１の処理が継続される。このストリームデータ記録
ステップＳ５１は、図２４のステップＳ０１〜Ｓ０３、
Ｓ０６と同様な処理内容である。

【０４７７】なお、ステップＳ５２の処理は、ステップ
Ｓ５１の処理中にこれと並行して実行されてもよい。

【０４７８】こうして（暗号化された）ストリームデー
タの記録が完了すると（ステップＳ５３イエス）、ＳＴ
Ｂ装置４１６と光ディスク装置４１５との間で基準クロ
ックの同期化処理が実行される（ステップＳ５４）。

【０４７９】この基準クロックの同期化処理は、たとえ
ば以下のようにして行なうことができる。

【０４８０】すなわち、ストリームデータ転送時に、ト
ランスポートパケット（アプリケーションパケット）を
特定個数（例えば１万個あるいは１０万個）送信／受信
する毎にその送信／受信時刻をＳＴＢ装置４１６と光デ
ィスク装置４１５でそれぞれワークメモリ部４０７と一
時記憶部４１１に記録しておく。

【０４８１】その後、ＳＴＢ装置４１６側から光ディス
ク装置４１５側へトランスポートパケット（アプリケー
ションパケット）を特定個数送信する毎に送信時刻一覧
表を送付する。そして、光ディスク装置４１５側におい
て、送付された一覧表と光ディスク装置４１５側で事前
に作成した一覧表とを比較することで、両者間の基準ク
ロック同期ずれ量を算出する。

【０４８２】その後、ＳＴＢ装置４１６から光ディスク
装置４１５へ、時間関係テーブル２（あるいはＰＴＳ
Ｌ）が転送される（ステップＳ５５）。

【０４８３】こうしてＳＴＢ装置４１６から光ディスク
装置４１５へ転送された時間関係テーブル２（あるいは
ＰＴＳＬ）は、ステップＳ５４の基準クロックの同期化
処理で算出した基準クロック同期ずれ量の情報を基に、
修正される（ステップＳ５６）。

【０４８４】こうして基準クロック同期ずれ量分修正さ
れた時間関係テーブル２（あるいはＰＴＳＬ）が、情報
記憶媒体２０１の管理情報領域（図３（ｅ）のＳＴＲＥ
ＡＭ．ＩＦＯ１０５；あるいは図１５のＳＦＩＴ）内に
記録される（ステップＳ５７）。

【０４８５】以上のようにすれば、（暗号化された状態
の）ストリームデータの記録／再生が可能になる。

【０４８６】上記のような「暗号化されたストリームデ
ータに対する基準クロック同期のずれ補正」方法の代わ
りに、他の方法として、次のようにしてもよい。

【０４８７】すなわち、図２０（ｂ）に示すように、各
Ｉピクチャ間に転送されるトランスポートパケット数を
時間関係テーブル２に記録する。そして、（ピクチャ指
定方法として）再生開始の画面のタイムスタンプ値を指
定する代わりに、セル先頭からの通算トランスポートパ
ケット（またはアプリケーションパケット）数を指定す
る。

【０４８８】この場合には、タイムマップ情報２５２内
の情報として、図３（ｉ）に示したデータ構造の代わり
に、図１１に示すように、ストリームブロック毎に含ま
れるトランスポートパケット数（またはアプリケーショ
ンパケット数ＡＰ＿Ｎｓ）６３３を持たせる。

【０４８９】所定の画面（ピクチャ）にアクセスするた
めＳＴＢ装置４１６側から通算トランスポートパケット
数（通算アプリケーションパケット数）が指定される
と、光ディスク装置４１５側では、図１１に示すの最初
のストリームブロックから順次トランスポートパケット
（アプリケーションパケット）数６３３が加算されて行
き、加算結果が指定された値に達した時点でのストリー
ムブロック（またはＳＯＢＵ）へ、アクセスが行われ
る。

【０４９０】図２６は、この発明の一実施の形態に係る
ストリームデータの再生手順を説明するフローチャート
である。この処理手順は、図１９に示すＳＴＢ制御部４
０４のプログラムメモリ部４０４ａ内に格納された処理
プログラムにより実行できる。以下、図２６を用いてス
トリームデータの再生ステップについて説明する。

【０４９１】ユーザは、希望する再生開始時刻および／
または再生終了時刻を、「指定したオリジナルセルの表
示開始時刻を基準とした差分時間（何時間何分何秒）」
の形で指定することができる。こうして指定された、た
とえば特定の再生開始時刻および再生終了時刻を、ＳＴ
Ｂ装置４１６内のＳＴＢ制御部４０４が受け取る（ステ
ップＳ２１）。

【０４９２】ＳＴＢ制御部４０４内では、その受け取っ
た再生開始時刻および再生終了時刻の時間情報を、２７
ＭＨｚおよび／または９０ｋＨｚのクロックカウント値
に換算して、オリジナルセルの表示開始時刻からの差分
ＰＴＳ値を算出する。

【０４９３】ＳＴＢ制御部４０４は、光ディスク装置４
１５をコントロールしてストリームデータ管理情報記録
領域（ＳＴＲＥＡＭ．ＩＦＯ１０５）内に記録された時
間関係テーブル２（またはＰＴＳＬ）を読み取り、ワー
クメモリ部４０７内に一時記録する（ステップＳ２
２）。

【０４９４】また、ＳＴＢ制御部４０４は、光ディスク
装置４１５をコントロールしてストリームデータ管理情
報記録領域（ＳＴＲＥＡＭ．ＩＦＯ１０５）内に記録さ
れたタイムマップ情報２５２（またはＭＡＰＬ）の情報
を読み取り、ワークメモリ部４０７内に一時記録する
（ステップＳ２３）。

【０４９５】次に、図３（ｈ）および図２０（ａ）に示
したＰＴＳオフセット９の値を読み取り、該当するオリ
ジナルセル（図２０（ａ）ではＢピクチャｆに該当）の
表示開始時刻とその直前のＩピクチャａの表示時刻との
差（図２０（ａ）ではＰＴＳＮｏ．５−ＰＴＳＮｏ．
１）を調べる（ステップＳ２４）。

【０４９６】さらに、図３（ｈ）および図２０（ａ）に
示したＰＴＳオフセット９の値を読み取り、（イ）その
値（ＰＴＳオフセット９）と、（ロ）オリジナルセルの
表示開始時刻の直前のＩピクチャ−ａ位置でのＰＴＳ値
（ＰＴＳＮｏ．１）（図２０（ａ）のようにオリジナル
セルの表示開始ピクチャｆがＩピクチャａの直後にある
場合）と、（ハ）ステップＳ２４で調べた差分ＰＴＳ値
（ＰＴＳＮｏ．５−ＰＴＳＮｏ．１）とを加算し、ユー
ザが指定した再生開始時刻と再生終了時刻のＰＴＳ値を
算出する（ステップＳ２５）。

【０４９７】次に、ユーザが指定した再生開始場所の直
前のＩピクチャｉのＰＴＳ値とタイムスタンプ＃２の値
を、時間関係テーブル２を利用して調べ（ステップＳ２
６）、光ディスク装置４１５に通知する。

【０４９８】光ディスク装置は、図３（ｈ）に示したタ
イムマップ情報２５２のデータ（図３（ｉ））から、そ
のＩピクチャｉ情報６０１０（図２１（ｃ））の先頭位
置が含まれるストリームブロック（ＳＯＢＵ）＃Ａの先
頭のタイムスタンプ（ＡＴＳ）＃１の値を調べるととも
に、アクセスすべき先頭セクタ＃αの場所（アドレス）
を割り出す（ステップＳ２７）。

【０４９９】こうして割り出されたアドレスに基づい
て、光ディスク装置４１５は、図２１（ｃ）のトランス
ポートパケット（ＡＰ）＃１からの情報を、情報記憶媒
体２０１から再生する（ステップＳ２８）。

【０５００】次に、図１９のＳＴＢ制御部４０４は、デ
コーダ部４０２へ、ステップＳ２８で再生を開始した情
報の表示開始時刻を示すＰＴＳ値（図２１（ａ）のＰＴ
ＳＮｏ．６）を通知する（ステップＳ２９）。

【０５０１】この通知とともに、光ディスク装置４１５
はＳＴＢ装置４１６側に、ステップＳ２８で再生を開始
した情報を転送する（ステップＳ３０）。

【０５０２】続いて、ＳＴＢ制御部４０４は、デコーダ
部４０２内のメモリ４２６からピクチャ識別情報５２
（図１（ｋ））を読み取り、入力されたＩピクチャ（光
ディスク装置４１５から転送されてきた情報の一部）よ
り前のデータを破棄（あるいは無視）する（ステップＳ
３１）。

【０５０３】次に、図１９のビデオデコード部４２８
は、ステップＳ３１で入力されたＩピクチャ（図２１
（ａ）ではＩピクチャｉ）の先頭位置からデコードを開
始し、ステップＳ２９の通知により指定されたＰＴＳ値
（図２１（ａ）のＰＴＳＮｏ．６）のところから、表示
（ビデオ出力）を開始する（ステップＳ３２）。

【０５０４】以下、ステップＳ２４〜Ｓ２８と同様な処
理を反復し、再生終了時刻に対応した情報記憶媒体２０
１上のアドレスを調べ、再生終了時刻に対応した終了ア
ドレスまで再生を継続する（ステップＳ３３）。

【０５０５】上記の一連の再生が終了した段階で、図７
（ｇ）に示す再生終了位置情報６１１０を、レジューム
情報として、管理情報記録領域（図７（ｅ）に示すＳＴ
ＲＥＡＭ．ＩＦＯ１０５）内のビデオマネージャ情報２
３１（図７（Ｆ））中に記録することができる。

【０５０６】この再生終了位置情報６１１０のデータ内
容としては、図７（ｈ）に示すように該当するＰＧＣ番
号６２１０とその中のセル番号６２２０、再生終了位置
時刻情報６２３０が記録される。

【０５０７】この時刻情報６２３０はタイムスタンプ値
で記録されているが、ＰＴＳ値（あるいはセル再生先頭
位置からの通算フィールド数）を時刻情報６２３０とし
て記録することもできる。

【０５０８】再度この再生終了位置情報を（レジュー
ム）情報６１１０の位置から再生開始する場合には、後
述する図２７の処理により再生開始位置を求めることが
できる。

【０５０９】図２６を参照して上述したような標準再生
時には、ＳＴＢ装置４１６内の基準クロック作成部であ
るＳＴＣ部４２４のカウント値が、図１（ｋ）に示すＤ
ＴＳ（デコードタイムスタンプ）情報５４の値に一致し
た時から、デコーダ部４０２内のデコードが開始され
る。

【０５１０】図２７は、この発明の一実施の形態に係る
ストリームデータの特殊再生の手順を説明するフローチ
ャートである。この処理手順は、図１９に示すＳＴＢ制
御部４０４のプログラムメモリ部４０４ａ内に格納され
た処理プログラムにより実行できる。

【０５１１】早送り再生（ファーストフォワードＦＦ）
あるいは早戻し再生（ファーストリバースＦＲ）などの
特殊再生を行う場合には、情報記憶媒体２０１上に記録
されたＩピクチャ情報のみを抽出再生し、デコード表示
する。

【０５１２】この場合、ＳＴＣ部４２４（図１９）とＤ
ＴＳ情報５４（図１（ｋ））と間の同期をはずし、フリ
ーモードでデコードするように、デコーダ部４０２に対
して「特殊再生モードの設定」を行う（ステップＳ４
１）。

【０５１３】特殊再生時にも、時間関係テーブル２とタ
イムマップ情報２５２の情報を情報記憶媒体２０１の管
理情報記録領域（ＳＴＲＡＭ．ＩＦＯ）１０５から読み
取り、ＳＴＢ制御部４０４のワークメモリ部４０７内に
記録する（ステップＳ４２）。

【０５１４】次に、該当する再生開始場所に対応したス
トリームオブジェクト情報（ＳＯＢＩ）２４２のタイム
マップ情報２５２を読み取り、ＳＴＢ制御部４０４内の
ワークメモリ部４０７に一時記録する（ステップＳ４
３）。

【０５１５】次に、時間関係テーブル２から、各Ｉピク
チャ位置（図１６の例では各ＡＵ＃の位置）での開始時
刻／終了時刻のタイムスタンプ値を抽出する（ステップ
Ｓ４４）。

【０５１６】次に、タイムマップ情報２５２から、該当
するＩピクチャのタイムスタンプ値が含まれるストリー
ムブロック（ＳＯＢＵ）を調べ、その先頭セクタのアド
レスを調べる（ステップＳ４５）。

【０５１７】たとえば、特殊再生時には、後述する図２
８（ｂ）のＩピクチャ情報６０１０〜６０５０のみがデ
コードされて表示される。このＩピクチャ情報６０１０
〜６０５０の位置は、時間関係テーブル２およびタイム
マップ情報２５２の情報を利用して、求めることができ
る。

【０５１８】次に、光ディスク装置４１５は、情報記憶
媒体２０１上の各Ｉピクチャが含まれる禅ストリームブ
ロック（ＳＯＢＵ）内の情報を再生し、再生した情報を
多重化情報分離部４２５内のメモリ部４２６に転送する
（ステップＳ４６）。

【０５１９】次に、図１９のデコーダ部４０２内におい
て、多重化情報分離部４２５のメモリ部４２６に転送さ
れたデータ内のピクチャ識別情報５２（図１（ｋ））を
読み取り、この情報５２を基にＩピクチャ以外のデータ
を破棄する（ステップＳ４７）。

【０５２０】つまり、ステップＳ４７においては、再生
・転送されたストリームデータの中から、ピクチャ識別
情報５２を用いてＩピクチャ情報のみが抽出され、ビデ
オデコード部４２８において抽出されたＩピクチャ情報
のみがデコードされる。

【０５２１】次に、デコーダ部４０２内の多重化情報分
離部４２５のメモリ部４２６内部で選別された（つまり
破棄されなかった）Ｉピクチャデータを、フレームメモ
リ部４０６に転送する（ステップＳ４８）。

【０５２２】こうしてフレームメモリ部４０６に転送さ
れたＩピクチャのデータが、ＴＶ（あるいはビデオモニ
タ）４３７の表示スクリーン上で、逐次表示される（ス
テップＳ４９）。

【０５２３】図２８は、この発明の他の実施の形態にお
いて、表示時刻とデータ転送時刻との間の関係を示す時
間関係テーブルを説明する図である。

【０５２４】図２０の実施の形態では、表示時刻情報と
して図２０（ｂ）に示すように絶対値表示を行なってい
るが、その代わりに各Ｉピクチャ間の差分情報（例えば
各Ｉピクチャ間に挿入されるフィールド数情報）を使用
することも可能である。

【０５２５】また、図２０（ｂ）では表示時刻情報とし
て”ＰＴＳ情報”を使用しているが、種々可能なこの発
明の実施の形態では、この方法に限らず、その代わり
に、”特定基準画面（ピクチャ）からの差分フィールド
数”あるいは”年月日時刻情報”等を使用することがで
きる。この場合の例が、図２８の時間関係テーブル６で
ある。

【０５２６】図２８（ｂ）に示すように、各グループオ
ブピクチャ（ＧＯＰ）は、あるＩピクチャ位置を先頭と
し、そのＩピクチャから次のＩピクチャの直前までのピ
クチャ群を示す。図２８（ｃ）に示した時間関係テーブ
ル６のデータ構造では、表示時間情報として、各ＧＯＰ
毎の表示フィールド枚数が記録されている。

【０５２７】また、時間関係テーブル６内に、ＧＯＰ毎
に占有しているストリームブロック（ＳＯＢＵ）の個数
も記載している。こうすることで、図３（ｈ）に示した
タイムマップ情報２５２を使用せずに、与えられた表示
時間情報から、直接、Ｉピクチャ情報の先頭位置が記録
してあるストリームブロック（ＳＯＢＵ）へのアクセス
か可能となる。

【０５２８】図２８（ｂ）の例におけるＧＯＰ＃２とＧ
ＯＰ＃３の境界位置では、ＧＯＰの切り替わり位置とス
トリームブロック（ＳＯＢＵ）の切り替わり位置が一致
している。このように隣接ＧＯＰの境界と隣接ＳＯＢＵ
の境界とが一致する場合に、図２８（ｃ）に示した時間
関係テーブル６内のＧＯＰ終端マッチングフラグが”
１”に設定される。こうすることにより、Ｉピクチャ情
報先頭位置が含まれるストリームブロック位置（ＳＯＢ
Ｕ位置）の同定精度を向上させている。

【０５２９】また、前述したＦＦあるいはＦＲ等の特殊
再生時においてはＩピクチャ情報の後端位置を使用する
ので、図２８（ｃ）の時間関係テーブル６には各ＧＯＰ
内のＩピクチャサイズ情報も持たせている。

【０５３０】図２９は、この発明の一実施の形態におい
て、ストリームデータ（ＳＯＢＵ）内のパケット（Ａ
Ｐ）がどのように再生されるかを説明する図である。

【０５３１】図２９は、図１（ｃ）のストリームブロッ
ク＃＃１、＃２、…を、全て一定サイズ（２ＥＣＣブロ
ックサイズ）のＳＯＢＵ＃１、＃２、…で構成した場合
を例示している。

【０５３２】図２９（ｆ）は、ＳＯＢＵ＃１の先頭セク
タＮｏ．０（図２９（ｅ））のデータ構造と、ＳＯＢＵ
＃１に隣接するＳＯＢＵ＃２の末尾セクタＮｏ．６３
（図２９（ｅ））のデータ構造を示している。図示しな
いが、セクタＮｏ．０〜セクタＮｏ．６２も同様な構想
を持つ。

【０５３３】図２９（ｆ）に示すように、セクタＮｏ．
０に対応するストリームパックのパックヘッダにはシス
テムクロックリファレンスＳＣＲが記録され、セクタＮ
ｏ．６３に対応するストリームパックのパックヘッダに
もシステムクロックリファレンスＳＣＲが記録されてい
る。

【０５３４】いま、再生しようとするピクチャ（ユーザ
が再生時間で指定したピクチャ）がＳＯＢＵ＃２の中間
（図１６では、たとえばＡＵ＃１が示す位置）に存在す
るとする。ユーザが再生時間で指定したピクチャは、セ
ル開始アプリケーションパケット到着時間ＳＣ＿Ｓ＿Ａ
ＰＡＴに対応する。

【０５３５】この場合、図１９の記録再生部４０９に含
まれるディスクドライブ（図示せず）は、ＳＯＢＵ＃２
の中間に直接アクセスすることはできず、ＳＯＢＵ＃１
とＳＯＢＵ＃２との境界位置にアクセスする。そして、
図２９（ａ）のストリームデータ（ＳＴＲＥＡＭ．ＶＲ
Ｏ）１０６の再生は、ＳＯＢＵ＃１とＳＯＢＵ＃２との
境界位置から始まる。

【０５３６】ＳＯＢＵ＃１とＳＯＢＵ＃２との境界位置
から再生開始位置（ＳＣ＿Ｓ＿ＡＰＡＴに対応する位
置）までの間隔は、図２０（ａ）で説明したＰＴＳオフ
セット９に対応する。

【０５３７】ＳＯＢＵ＃１とＳＯＢＵ＃２との境界位置
から再生開始位置（ＳＣ＿Ｓ＿ＡＰＡＴに対応する位
置）までの間に存在するアプリケーションパケットは、
デコードはされているが、再生出力はされない（画面表
示されない）。これは、図２６のステップＳ３１の処理
に対応している。

【０５３８】図２９（ｇ）は、ＰＴＳの情報（ＰＴＳ値
あるいはＰＴＳオフセット）と再生しようとするアプリ
ケーションパケットＡＰとが、図２０（ａ）の時間関係
テーブル２によって関係付けられていることを図解した
ものである。

【０５３９】ここで、上記時間関係テーブルと図１５に
示した再生タイムスタンプリストＰＴＳＬとの関係につ
いて、改めて整理しておく。

【０５４０】図１（ｇ）その他に示されたタイムスタン
プをＡＴＳとしたとき、図１５の再生タイムスタンプリ
ストＰＴＳＬに含まれるＰＴＳの値とＡＴＳとは、以下
のような関係を持つ： （１）ストリームセルは記録されたビットストリームの
一部を参照するものである； （２）ＡＵ（通常Ｉピクチャ）は記録されたビットスト
リームの連続した一部である（ＡＵはセルの一部に対応
する）； （３）ＡＵ（セルの一部に対応するＩピクチャ）がどの
ＳＯＢＵに含まれるかは、ＡＵＳＭにより示される（図
１６参照）； （４）ＰＴＳの値は対応ＡＵの再生時間（表示時刻；あ
るいはプレゼンテーションタイムＰＴＭ）である（ＡＵ
に対応するＰＴＳの値は、再生時間に関して、セルの一
部に対応する）； （５）セル開始ＡＰＡＴ（ＳＣ＿Ｓ＿ＡＰＡＴ）は該当
セルのアプリケーションパケットＡＰの到着時間である
（ＳＣ＿Ｓ＿ＡＰＡＴは、再生時間に関して、ＰＴＳの
値に対応する）； （６）アプリケーションパケットＡＰは、その先頭にタ
イムスタンプＡＴＳを伴う（図２９（ｇ）等参照）； （７）ＰＴＳの値は、ＰＴＳＬに含まれる（図１５参
照）； （８）上記から、ＰＴＳＬに含まれるＰＴＳの値は、Ａ
ＵＳＭ、ＳＣ＿Ｓ＿ＡＰＡＴ等を仲介して、ＡＴＳに対
応する。

【０５４１】よって、再生タイムスタンプリストＰＴＳ
Ｌは、ＡＵ（Ｉピクチャ）の開始時刻（ＳＣ＿Ｓ＿ＡＰ
ＡＴ）と、ビットストリームに含まれるパケットのタイ
ムスタンプＡＴＳとの関係（再生時間に関する関係）を
示す情報（ＰＴＳの値）を含む「時間関係テーブル（図
２０（ｂ））」である。

【０５４２】あるいは、ＰＴＳＬ（時間関係テーブル）
は、ＰＴＳの値とＡＴＳとの対応関係を示す情報である
とも言える。

【０５４３】最後に、各実施の形態の説明中で用いた一
部の用語の意味について纏めておく： ＊ストリームオブジェクト（ＳＯＢ）は、記録済みビッ
トストリームのデータを示す。ＳＲ＿ＴＲＡＮＳ．ＳＲ
Ｏファイル内には、最大９９９個のＳＯＢを記録でき
る。

【０５４４】＊ストリームオブジェクトユニット（ＳＯ
ＢＵ）は、ＳＯＢ内にオーガナイズされる基本単位であ
る。つまり、各ＳＯＢは、ＳＯＢＵの連なり（チェー
ン）からなる。なお、とくに編集後は、ＳＯＢの先頭お
よび／または末尾のＳＯＢＵは、そのＳＯＢの有効部分
に属していないデータを含むことがある。

【０５４５】ＳＯＢＵは、再生時間あるいは再生順序に
より特徴付けられるのではなく、一定サイズ（３２セク
タ分のサイズあるいは２ＥＣＣブロック分のサイズ）に
より特徴付けられる。

【０５４６】＊アクセスユニット（ＡＵ）は、個別の再
生に適した記録済みビットストリームにおける、任意の
単一連続部分を指す。このＡＵは、ＭＰＥＧエンコード
されたビットストリームにおいては、通常はＩピクチャ
に対応する。

【０５４７】＊アクセスユニット開始マップ（ＡＵＳ
Ｍ）は、該当ＳＯＢのどのＳＯＢＵがＡＵを含むのかを
示すものである。

【０５４８】＊アプリケーションパケット（ＡＰ）は、
記録中にアプリケーションデバイスからやってくるビッ
トストリームの一部である。あるいは、ＡＰは、再生中
にアプリケーションデバイスへ行くビットストリームの
一部である。これらのＡＰは、多重化トランスポートに
含まれ、記録中は一定サイズ（最大６４５７４バイト）
を持つ。

【０５４９】＊アプリケーションタイムスタンプ（ＡＴ
Ｓ）は、各ＡＰの前に配置され、３２ビット（４バイ
ト）で構成される。ＡＴＳは、９０ｋＨｚの基本部分と
２７ＭＨｚの拡張部分とで構成されている。

【０５５０】＊セル（あるいはストリームセルＳＣ）
は、プログラムの一部を示すデータ構造である。オリジ
ナルＰＧＣ内のセルはオリジナルセルと呼ばれ、ユーザ
定義ＰＧＣ内のセルはユーザ定義セルと呼ばれる。プロ
グラムセット中の各プログラムは、少なくとも１つのオ
リジナルセルからなる。夫々のプレイリスト内のプログ
ラムの各部分は、少なくとも１つのユーザ定義セルから
なる。ストリーマにおいて、単にセルという場合は、ス
トリームセル（ＳＣ）のことをいう。各ＳＣは記録済み
ビットストリームの一部を参照するものである。

【０５５１】＊セル番号（ＣＮ）は、ＰＧＣ内のセルに
割り振られた番号（１〜９９９）である。

【０５５２】＊ストリームセルエントリポイント情報
（ＳＣ＿ＥＰＩ）は、記録の一部をスキップするための
道具として用いるもので、任意のストリームセル（Ｓ
Ｃ）内に存在できる。

【０５５３】＊ストリームオブジェクトの開始アプリケ
ーションパケット到着時間（ＳＯＢ＿Ｓ＿ＡＰＡＴ）
は、該当ＳＯＢに属する最初のＡＰの到着時間を指す。
この到着時間は、９０ｋＨｚの基本部分と２７ＭＨｚの
拡張部分とで構成されている。

【０５５４】＊ストリームオブジェクトの終了アプリケ
ーションパケット到着時間（ＳＯＢ＿Ｅ＿ＡＰＡＴ）
は、該当ＳＯＢに属する最後のＡＰの到着時間を指す。

【０５５５】＊ストリームセルの開始アプリケーション
パケット到着時間（ＳＣ＿Ｓ＿ＡＰＡＴ）は、該当ＳＣ
に属する最初のＡＰの到着時間を指す。

【０５５６】＊ストリームセルの終了アプリケーション
パケット到着時間（ＳＣ＿Ｅ＿ＡＰＡＴ）は、該当ＳＣ
に属する最後のＡＰの到着時間を指す。

【０５５７】＊ナビゲーションデータは、ビットストリ
ーム（ＳＯＢ）に対する、記録、再生、および編集の制
御をする際に用いられるデータである。

【０５５８】＊プレイリスト（ＰＬ）は、ユーザが再生
シーケンスを任意に定義できるプログラム部分のリスト
である。ＰＬは、ユーザ定義ＰＧＣとして記述される。

【０５５９】＊プログラム（ＰＧ）は、ユーザにより認
識されあるいは定義されるところの、記録内容の論理単
位である。プログラムセット内のプログラムは、１以上
のオリジナルセルからなる。プログラムは、オリジナル
ＰＧＣ内でのみ定義される。

【０５６０】＊プログラムチェーン（ＰＧＣ）は、上位
概念的な単位である。オリジナルＰＧＣの場合、ＰＧＣ
はプログラムセットに対応するプログラムの連なり（チ
ェーン）を示すものである。一方、ユーザ定義ＰＧＣの
場合は、ＰＧＣはプレイリストに対応するものであって
プログラムの一部の連なり（チェーン）を示すものであ
る。

【０５６１】＊プログラムチェーン情報（ＰＧＣＩ）
は、ＰＧＣの全体的な再生を示すデータ構造である。Ｐ
ＧＣＩはオリジナルＰＧＣおよびユーザ定義ＰＧＣのい
ずれでも使用される。ユーザ定義ＰＧＣはＰＧＣＩだけ
で構成され、そのセルはオリジナルＰＧＣ内のＳＯＢを
参照するようになっている。

【０５６２】＊プログラムチェーン番号（ＰＧＣＮ）
は、ユーザ定義ＰＧＣに割り振られた連続番号（１〜９
９）である。

【０５６３】＊プログラム番号（ＰＧＮ）は、オリジナ
ルＰＧＣ内のプログラムに割り振られた連続番号（１〜
９９）である。

【０５６４】＊プログラムセットは、全てのプログラム
で構成されるディスク（記録媒体）の記録内容全体を指
す。オリジナルの記録に対して再生順序が変わるような
編集がどのプログラムに対してもなされていないなら、
プログラムセットの再生にあたっては、プログラムの記
録順序と同じ再生順序が用いられる。

【０５６５】＊リアルタイム記録とは、バッファメモリ
サイズが限られている場合において、制限された転送レ
ートでコード化された任意のストリームデータを制限さ
れた転送レートで転送している限り、バッファメモリが
オーバーフローすることなく、そのストリームデータを
ディスク（記録媒体）に記録できるような記録をいう。

【０５６６】この発明に係る各実施の形態における効果
をまとめると以下のようになる： １．ストリームデータ内に記録されたタイムスタンプデ
ータ（ＡＴＳ）とユーザに対する表示時刻情報（ＰＴＳ
あるいはフィールド情報）との間の関係を示す情報（時
間関係テーブルあるいはＰＴＳＬ）を管理情報（ＳＦＩ
Ｔ）の一部に持たせることにより、高い精度で、ユーザ
が指定した表示時刻から、再生／画面表示を開始させる
ことが可能となる。

【０５６７】２．ユーザは、編集時に、記録済みのスト
リームデータの部分消去範囲または並び替えの指定範囲
を、モニタＴＶ上での表示時刻で指定する。

【０５６８】上記「１．」のように、ストリームデータ
内に、管理情報（ＳＦＩＴ）の一部として、タイムスタ
ンプデータと表示時刻情報との間の関係を示す時間関係
テーブル（あるいはＰＴＳＬ）を持たせる。これによ
り、この時間関係テーブル（あるいはＰＴＳＬ）を用い
て、正確に編集点位置（部分消去範囲あるいは並び替え
の指定範囲）を設定することが可能となる。その結果、
ストリームデータに対する時間管理をタイムスタンプデ
ータ（ＡＴＳ）を用いて行うことができ、かつユーザリ
クエストに応じた正確な編集処理を保証できる。

【０５６９】３．上記「１．」のように、ストリームデ
ータ内に時間関係テーブル（あるいはＰＴＳＬ）を持た
せてあるので、タイムスタンプデータ（ＡＴＳ）あるい
は表示時刻情報（ＰＴＳ）のいずれか一方の情報を再生
終了位置情報（レジューム情報）として記載するだけ
で、ストリーマ再起動時の再生開始位置（レジューム再
生開始位置）を、正確に設定できる。

【０５７０】４．再生終了位置情報（レジューム情報）
をタイムスタンプデータ（ＡＴＳ）で記録することによ
り、情報記憶媒体上の特定位置にアクセスする場合、タ
イムマップ情報２５２を用いてアクセスすべきアドレス
を、素早く知ることができる。

【０５７１】５．ＭＰＥＧによる圧縮データは必ずＩピ
クチャからの再生開始が必要となる。各Ｉピクチャ開始
位置（あるいはアクセスユニットＡＵの開始位置）での
タイムスタンプデータ（ＡＴＳ）と表示時刻情報（ＰＴ
Ｓあるいはフィールド情報）との間の関係を示す情報
（時間関係テーブル）を記録することにより、所望のＩ
ピクチャ（所望のＡＵ）へのアクセス制御を、タイムマ
ップ情報２５２を用いて高速に行える。

【０５７２】６．各Ｉピクチャ開始位置（各ＡＵの開始
位置）でのタイムスタンプデータ（ＡＴＳ）と表示時刻
情報（ＰＴＳあるいはフィールド情報）との間の関係を
示す情報（時間関係テーブル）を記録することにより、
タイムマップ情報２５２との組み合わせで、Ｉピクチャ
（ＡＵ）を含むストリームブロック（あるいはＳＯＢ
Ｕ）位置のアドレスが分かる。このため、Ｉピクチャの
みの再生・表示を行うファーストフォワードＦＦあるい
はファーストリバースＦＲなどの特殊再生処理が可能と
なる。

【０５７３】なお、この発明は上記各実施の形態に限定
されるものではなく、その実施の段階ではその要旨を逸
脱しない範囲で種々な変形・変更が可能である。また、
各実施の形態は可能な限り適宜組み合わせて実施されて
もよく、その場合組み合わせによる効果が得られる。

【０５７４】さらに、上記実施の形態には種々な段階の
発明が含まれており、この出願で開示される複数の構成
要件における適宜な組み合わせにより種々の発明が抽出
され得る。たとえば、実施の形態に示される全構成要件
から１または複数の構成要件が削除されても、この発明
の効果あるいはこの発明の実施に伴う効果のうち少なく
とも１つが得られるときは、この構成要件が削除された
構成が発明として抽出され得るものである。

【０５７５】

【発明の効果】以上述べたように、この発明によれば、
ストリーム情報記録の処理に関する改善を図ることがで
きる。

【図面の簡単な説明】

【図１】この発明の一実施の形態に係るストリームデー
タのデータ構造を説明する図。

【図２】この発明の一実施の形態に係るデータファイル
のディレクトリ構造を説明する図。

【図３】この発明の一実施の形態に係る情報媒体（ＤＶ
Ｄ録再ディスク）上の記録データ構造（とくに管理情報
の構造）を説明する図。

【図４】この発明におけるストリームオブジェクト（Ｓ
ＯＢ）、セル、プログラムチェーン（ＰＧＣ）等の間の
関係を説明する図。

【図５】タイムマップ情報におけるストリームブロック
サイズ、ストリームブロック時間差の内容その他を説明
する図。

【図６】オリジナルセルおよびユーザ定義セルにおける
セル範囲指定方法を説明する図。

【図７】この発明の他の実施の形態に係る情報媒体（Ｄ
ＶＤ録再ディスク）上の記録データ構造（とくに再生終
了位置情報／レジューム情報、ＶＭＧＩ管理情報／記録
時間情報等の構造）を説明する図。

【図８】図１その他に示されたＰＥＳヘッダの内部構造
を説明する図。

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

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

【図１１】この発明の一実施の形態におけるタイムマッ
プ情報の他例を説明する図。

【図１２】ストリームブロック（ＳＯＢＵ）を構成する
セクタの内部構成（アプリケーションパケットを含むス
トリームパックおよびスタッフィングパケットを含むス
トリームパック）の一例を説明する図。

【図１３】ストリーマの管理情報（図２のＳＴＲＥＡ
Ｍ．ＩＦＯまたはＳＲ＿ＭＡＮＧＲ．ＩＦＯに対応）の
内部データ構造を説明する図。

【図１４】ＰＧＣ情報（図３のＯＲＧ＿ＰＧＣＩ／ＵＤ
＿ＰＧＣＩＴまたは図１３のＰＧＣＩ＃ｉ）の内部デー
タ構造を説明する図。

【図１５】ストリームファイル情報テーブル（ＳＦＩ
Ｔ）の内部データ構造を説明する図。

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

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

【図１８】オリジナルＰＧＣあるいはユーザ定義ＰＧＣ
で指定されるセルと、これらのセルに対応するＳＯＢＵ
とが、タイムマップ情報によってどのように関係付けら
れるかを例示する図。

【図１９】この発明の一実施の形態に係るストリームデ
ータ記録再生システム（光ディスク装置／ストリーマ、
ＳＴＢ装置）の構成を説明する図。

【図２０】この発明の一実施の形態において、表示時刻
とデータ転送時刻との間の関係を示す時間関係テーブル
を説明する図。

【図２１】この発明の一実施の形態において、表示時刻
とデータ転送時刻との間の関係を説明する図。

【図２２】ＭＰＥＧにおける映像情報圧縮方法とトラン
スポートパケットとの関係、およびＭＰＥＧにおけるト
ランスポートパケットとストリーマにおけるアプリケー
ションパケットとの関係を説明する図。

【図２３】デジタル放送のコンテンツとＩＥＥＥ１３９
４における映像データ転送形態とストリーマにおけるス
トリームパックとの対応関係を説明する図。

【図２４】この発明の一実施の形態に係るストリームデ
ータの記録手順を説明するフローチャート図。

【図２５】この発明の一実施の形態に係る、暗号化され
たストリームデータの記録手順を説明するフローチャー
ト図。

【図２６】この発明の一実施の形態に係るストリームデ
ータの再生手順を説明するフローチャート図

【図２７】この発明の一実施の形態に係るストリームデ
ータの特殊再生の手順を説明するフローチャート図。

【図２８】この発明の他の実施の形態において、表示時
刻とデータ転送時刻との間の関係を示す時間関係テーブ
ルを説明する図。

【図２９】この発明の一実施の形態において、ストリー
ムデータ（ＳＯＢＵ）内のパケット（ＡＰ）がどのよう
に再生されるかを説明する図。

【符号の説明】

２０１…情報媒体、４１５…光ディスク装置、４１６…
ＳＴＢ装置。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/85 Ｈ０４Ｎ 5/85 Ｚ 5/92 5/92 Ｈ (72)発明者 宇山 和之 埼玉県熊谷市美土里町２丁目199 ＬＭ301 号 (72)発明者 伊藤 雄司 東京都大田区中央５−22−１−302号 (72)発明者 菊地 伸一 神奈川県横浜市磯子区洋光台４−23−１ ショックビラヨーコーＶ−202号 Ｆターム(参考） 5C052 AA04 AB03 AB04 AB09 CC06 CC11 DD04 5C053 FA20 FA25 GB06 GB37 JA22 LA05 5D044 AB05 AB07 BC06 CC04 DE02 DE03 DE39 5D077 AA30 BA09 BB11 CA02 DC03 5D110 AA17 AA26 AA28 DA17 DB02 DE01

Claims (6)

【特許請求の範囲】
1. 【請求項１】データパケットによりストリームデータを
   記録するように構成されたデータエリアと、前記ストリ
   ームデータに関する管理情報を記録するように構成され
   た管理エリアとを持ち、 前記管理情報が、前記ストリームデータの特定部分に対
   応した時間情報を含むように構成されたことを特徴とす
   る情報媒体。
2. 【請求項２】 前記ストリームデータが、一定サイズの
   データユニットで構成されることを特徴とする請求項１
   に記載の媒体。
3. 【請求項３】 請求項１または請求項２に記載の媒体に
   対して前記ストリームデータを記録し、その後にこの媒
   体に対して前記管理情報を記録するように構成されたこ
   とを特徴とする方法。
4. 【請求項４】 前記ストリームデータの送り手と前記ス
   トリームデータの受け手との間で所定のクロック同期化
   処理を行い、このクロック同期化処理の結果に基づき前
   記管理情報の内容を変更するように構成されたことを特
   徴とする請求項３に記載の方法。
5. 【請求項５】 請求項１または請求項２に記載の媒体か
   ら前記管理情報を読み取り、この読み取った管理情報の
   内容に基づいて前記データエリアの記録内容を読み取る
   ように構成されたことを特徴とする方法。
6. 【請求項６】 請求項１または請求項２に記載の媒体を
   用いて情報記録あるいは記録情報の再生を行うように構
   成されたことを特徴とする装置あるいはシステム。