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

Abstract

(57)【要約】 【課題】ストリーム情報記録の処理に関する改善。 【解決手段】１以上の第１データ単位（トランスポート
パケット）を含む第２データ単位（ストリームブロッ
ク）により構成されるＭＰＥＧビットストリーム（トラ
ンスポートストリーム）を記録する情報媒体が用いられ
る。ここで、前記第２データ単位（ストリームブロッ
ク）は、前記ＭＰＥＧビットストリーム内のＩピクチャ
情報の有無を示すヘッダ情報（５０３）を格納するよう
に構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、デジタル放送な
どのビットストリーム情報あるいはパケット構造をもっ
て伝送されるストリームデータを生成（エンコード）
し、エンコードされたストリームデータを情報媒体に記
録し、エンコードされたストリームデータをデコード
し、あるいは記録されたストリームデータを部分的に消
去（仮消去／本消去）する方法に関する。

【０００２】

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

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

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

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

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

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

【０００８】

【発明が解決しようとする課題】一般に、情報記憶媒体
としてＤＶＤ−ＲＡＭディスクを用いた場合には１６セ
クタ毎にＥＣＣブロックを構成し、そのＥＣＣブロック
内ではデータのインターリーブ（並び替え）とエラー訂
正用コードが付加されている。そのため、ＥＣＣブロッ
ク内の特定のセクタのみを消去しあるいは書き換え、さ
らに追記するためには、次のような複雑な処理が必要に
なる。

【０００９】すなわち、一旦ＥＣＣブロック内の全デー
タを読み取り（リード）、バッファメモリ内で再び並べ
替え（デインターリーブ）を行った後、特定セクタ分の
データを消去しあるいは書き換え、そこに追記を行い
（モディファイ）、再度インターリーブ（並び替え）と
エラー訂正用コードを付加して記録する「リード・モデ
ィファイ・ライト」と言う処理が必要となる。

【００１０】この処理は非常に時間が掛かる処理であ
り、ストリームデータの記録や部分消去がリアルタイム
で行えないと言う問題がある。

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

【００１２】

【課題を解決するための手段】上記目的を達成するため
に、この発明の実施の形態では、１以上の第１データ単
位（トランスポートパケット）を含む第２データ単位
（ストリームブロック）により構成されるＭＰＥＧビッ
トストリーム（トランスポートストリーム）を記録する
情報媒体が用いられる。ここで、前記第２データ単位
（ストリームブロック）は、前記ＭＰＥＧビットストリ
ーム内のＩピクチャ情報の有無を示すヘッダ情報（図８
（ａ）の５０３）を格納するように構成される。

【００１３】

【発明の実施の形態】以下、図面を参照して、この発明
の一実施の形態に係るストリームデータの生成方法、そ
の記録方法、および記録されたストリームデータの部分
消去処理方法その他を説明する。

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

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

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

【００１７】この実施の形態では、１個または複数のＥ
ＣＣブロックを単位としてストリームブロックが構成さ
れ、このストリームブロック単位でストリーム情報の記
録あるいは部分消去が行われる。ここにこの発明の特徴
がある。

【００１８】この実施の形態では、何個のＥＣＣブロッ
クでストリームブロックが構成されるかは、転送される
ストリームデータの転送レートに応じて決めることがで
きる。たとえば、図１（ｅ）の例では、ストリームブロ
ック＃１は２つのＥＣＣブロック＃α、＃βで構成さ
れ、ストリームブロック＃２は３つのＥＣＣブロック＃
γ、＃δ、＃εで構成されている。ＤＶＤストリーマで
は、２個のＥＣＣブロック（３２セクタ）で１つのスト
リームブロック（ストリームオブジェクトユニットＳＯ
ＢＵ）が構成される。

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

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

【００２１】各セクタの内容はストリームパック（詳細
は図９等を参照して後述）に対応している。そして、た
とえばセクタＮｏ．０（図１（ｄ））に対応するストリ
ームパックは、図１（ｃ）に示すように、パックヘッダ
１と、ＰＥＳヘッダ６と、ストリームブロックヘッダ
（図１１を参照して後述）１１と、データエリア２１と
を含んでいる。また、セクタＮｏ．１（図（ｄ））に対
応するストリームパックは、図１（ｃ）に示すように、
パックヘッダ２と、ＰＥＳヘッダ７と、セクタデータヘ
ッダ（図１２を参照して後述）１２と、データエリア２
２とを含んでいる。

【００２２】なお、図１（ｃ）のＰＥＳヘッダ６、７の
内部構成例は、図１０を参照して後述する。

【００２３】図１（ｃ）のデータエリア２１は、図１
（ｂ）に示すように、タイムスタンプとトランスポート
パケットとのペアの配列（タイムスタンプａ、トランス
ポートパケットａ、タイムスタンプｂ、………トランス
ポートパケットｄ）を含んでいる。同様に、データエリ
ア２２は、タイムスタンプとトランスポートパケットと
のペアの別配列を含んでいる。一方、後方のデータエリ
ア２３は、図１（ｂ）に示すように、トランスポートパ
ケットｆ、エンドコード３１、およびパディングエリア
３６を含んでいる。

【００２４】図１（ｂ）のタイムスタンプとトランスポ
ートパケットの複数ペアは、図１（ａ）に示すような配
列のビットストリームとなる。

【００２５】ＳＯＢ＃Ａ・２９８（図１（ｆ））の前方
のストリームブロック＃１（図１（ｅ））のデータ構造
は図１（ｄ）〜（ｂ）のようになるが、ＳＯＢ＃Ａ・２
９８の後方のストリームブロック＃２（図１（ｇ））の
データ構造は、次のようになる。

【００２６】すなわち、ストリームブロック＃２の末尾
ＥＣＣブロック＃εの後方セクタＮｏ．７８（図１
（ｈ））は、図１（ｉ）に示すように、パックヘッダ３
と、ＰＥＳヘッダ８と、セクタデータヘッダ１３と、デ
ータエリア２４とを含んでいる。また、ＥＣＣブロック
＃εの最終セクタＮｏ．７９（図１（ｈ））は、図１
（ｉ）に示すように、パックヘッダ４とパディングパケ
ット４０を含んでいる。

【００２７】セクタＮｏ．７８のデータエリア２４は、
図１（ｊ）に示すように、トランスポートパケットｚ
と、エンドコード３２と、パディングエリア３７とを含
んでいる。また、最終セクタＮｏ．７９のパディングパ
ケット４０は、図１（ｊ）に示すように、ＰＥＳヘッダ
９とパディングエリア３８を含んでいる。

【００２８】なお、パディングエリア３８の内容につい
ては、図２６を参照して後述する。

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

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

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

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

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

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

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

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

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

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

【００３９】図３は、この発明の一実施の形態に係る情
報媒体、たとえばＤＶＤーＲＡＭディスク等の録再可能
光ディスク２０１上の記録データ構造を説明する図であ
る。

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

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

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

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

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

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

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

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

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

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

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

【００５１】なお、図３（ｆ）の情報内容については、
図２７を参照して後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７２】図６は、オリジナルセルおよびユーザ定義
セルにおけるセルの範囲指定方法を説明する図である。

【００７３】それぞれのセルの範囲指定は、開始時刻と
終了時刻の時間指定により行なうことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９７】なお、上記セル開始ＡＰＡＴおよびセル終
了ＡＰＡＴについては、後述する図１８〜図２１、図３
０〜図３３の説明において具体例を示す。

【００９８】図７は、この発明の一実施の形態に係るス
トリームデータ記録再生装置（ストリーマ）の構成を説
明する図である。

【００９９】以下、図７を用いて、この発明の好ましい
実施形態としてのストリームデータ記録再生装置（スト
リーマ）の内部構造の説明を行う。

【０１００】この実施の形態におけるストリームデータ
記録再生装置は、エンコーダ部４０１、デコーダ部４０
２、ＳＴＢ部４０３、主ＭＰＵ部４０４、Ｖ（ビデオ）
ミキシング部４０５、フレームメモリ部４０６、キー入
力部４０７、表示部４０８、ＤＶＤ−ＲＡＭディスク２
０１に対して情報記録あるいは情報再生を行なうディス
クドライブ部４０９、データプロセサ（Ｄ−ＰＲＯ）部
４１０、一時記憶部４１１、Ａ／Ｖ（オーディオ・ビデ
オ）入力部４１２、ＴＶチューナ部４１３を備えてい
る。

【０１０１】このストリームデータ記録再生装置はさら
に、ＳＴＢ部４０３に接続された衛星アンテナ４２１、
システムタイムカウンタ（ＳＴＣ）部４２４、Ｖミキシ
ング部４０５からパーソナルコンピュータ（ＰＣ）４３
５へデジタルビデオ信号を送るインターフェイス（Ｉ／
Ｆ）４３４、アナログＴＶ４３７用Ｄ／Ａ変換部４３６
を備えている。

【０１０２】ここで、Ｖミキシング部４０５は、デコー
ド部４０２のＶ−ＰＲＯ部４３８からのデジタルビデオ
信号と、ＳＴＢ部４０３からのデジタルビデオ信号４２
３とを、適宜ミキシングする機能を持っている。このミ
キシング機能により、たとえばＴＶ４３７の表示画面の
左側にＳＴＢ部４０３からの放送画像を表示し、ＴＶ４
３７の表示画面の右側にディスク２０１から再生した画
像を表示することができる。

【０１０３】あるいは、ＳＴＢ部４０３からの放送画像
とディスク２０１からの再生画像とを、ＰＣ４３５のモ
ニタ画面において、オーバーラッピングウインドウに重
ねて表示することもできる。

【０１０４】以上の構成において、エンコーダ部４０１
内は、ビデオおよびオーディオ用のＡ／Ｄ変換部４１
４、Ａ／Ｄ変換部４１４からのデジタルビデオ信号また
はＳＴＢ分０３からのデジタルビデオ信号４２３を選択
してビデオエンコード部４１６に送るセレクタ４１５、
セレクタ４１５からのビデオ信号をエンコードするビデ
オエンコード部４１６、Ａ／Ｄ変換部４１４からのオー
ディオ信号をエンコードするオーディオエンコード部４
１７、ＴＶチューナ部４１３からのクローズドキャプシ
ョン（ｃｃ）信号あるいは文字放送信号等を副映像（Ｓ
Ｐ）にエンコードするＳＰエンコード部４１８、フォー
マッタ部４１９、バッファメモリ部４２０より構成され
る。

【０１０５】一方、デコード部４０２内は、メモリ４２
６を内蔵する分離部４２５、縮小画像（サムネールピク
チャ）生成部４３９を内蔵するビデオデコード部４２
８、ＳＰデコード部４２９、オーディオデコード部４３
０、ＴＳパケット転送部４２７、ビデオプロセサ（Ｖ−
ＰＲＯ）部４３８、オーディオ用Ｄ／Ａ変換部４３２よ
り構成されている。

【０１０６】デコード部４３０でデコードされたデジタ
ルオーディオ信号は、インターフェイス（Ｉ／Ｆ）４３
１を介して外部出力可能となっている。また、このデジ
タルオーディオ信号をＤ／Ａ変換部４３２でアナログ化
したアナログオーディオ信号により、外部のオーディオ
アンプ（図示せず）を介してスピーカ４３３が駆動され
るようになっている。

【０１０７】なお、Ｄ／Ａ変換部４３２は、オーディオ
デコード部４３０からのデジタルオーディオ信号のみな
らず、ＳＴＢ部４０３からのデジタルオーディオ信号４
２２のＤ／Ａ変換もできるように構成される。

【０１０８】なお、ディスク２０１からの再生データを
ＳＴＢ部４０３に転送する場合は、ＴＳパケット転送部
４２７において分離部４２５からの再生データ（ビット
ストリーム）をトランスポートパケット（ＴＳパケッ
ト）に変更し、ＳＴＣ４２４からの時間情報に転送時間
を合わせて、ＴＳパケットをＳＴＢ部４０３に送ればよ
い。

【０１０９】図７の主ＭＰＵ部４０４は、作業用メモリ
としてのワークＲＡＭ４０４ａと、ストリームデータ作
成制御部４０４ｂという名の制御プログラムと、ストリ
ームデータ再生制御部４０４ｃという名の制御プログラ
ムと、ストリームデータの部分消去／仮消去制御部４０
４ｄという名の制御プログラム等を含んでいる。

【０１１０】ここで、ファイルの管理領域（図２あるい
は図３（ｅ）のナビゲーションＲＴＲ．ＩＦＯ１０４、
ＳＴＲＥＡＭ．ＩＦＯ１０５）などを読み書きするため
に、主ＭＰＵ部４０４は、Ｄ−ＰＲＯ部４１０に、専用
のマイクロコンピュータバスを介して接続されている。

【０１１１】ストリームデータ記録再生装置における録
画時の制御は、上記制御プログラム（シーケンシャルな
制御プログラム）を用い主ＭＰＵ部４０４により行われ
る。

【０１１２】まず、図７の装置における録画時のビデオ
信号の流れについて説明をする。録画時には、主ＭＰＵ
部４０４内のストリームデータ作成制御部４０４ｂとい
う名のシーケンシャルプログラムにしたがって、一連の
処理が行われる。

【０１１３】すなわち、ＩＥＥＥ１３９４規格に準拠し
た伝送経路経由してＳＴＢ部４０３からエンコード部４
０１へ送出されたストリームデータは、まずフォーマッ
タ部４１９に転送される。

【０１１４】フォーマッタ部４１９のＩＥＥＥ１３９４
受信側は、ＳＴＣ４２４のタイムカウント値に基づい
て、ストリームデータ転送開始からの時間を読み込む。
読み込んだ時間情報は、管理情報として主ＭＰＵ部４０
４へ送られ、ワークＲＡＭ部４０４ａに保存される。

【０１１５】主ＭＰＵ部４０４は、上記時間情報に基づ
いて、ストリームデータをストリームブロック毎（リア
ルタイムＲＴＲレコーダではＶＯＢＵ毎、ストリーマで
はＳＯＢＵ毎）に切り分ける区切れ情報を作成するとと
もに、この区切れ情報に対応したセルの切り分け情報お
よびプログラムの切り分け情報、さらにはＰＧＣの切り
分け情報を作成し、主ＭＰＵ部４０４内のワークＲＡＭ
部４０４ａに逐次記録する。

【０１１６】フォーマッタ部４１９は、主ＭＰＵ部４０
４のストリームデータ作成制御部４０４ｂからの指示に
したがって、図１（ａ）の形でＳＴＢ部４０３から送ら
れてきたストリームデータを図１（ｃ）（ｉ）の形（後
述する図８（ｈ）のストリームパックの列）に変換し、
変換されたストリームパック列をＤ−ＰＲＯ部４１０へ
入力する。入力されたストリームパックはセクタと同じ
２０４８バイトの一定サイズを持っている。Ｄ−ＰＲＯ
部４１０は、入力されたストリームパックを１６セクタ
毎にまとめてＥＣＣブロックにして、ディスクドライブ
部４０９へ送る。

【０１１７】ここで、ディスクドライブ部４０９におい
てＲＡＭディスク（情報記憶媒体）２０１への記録準備
ができていない場合には、Ｄ−ＰＲＯ部４１０は、記録
データを一時記憶部４１１に転送して一時保存し、ディ
スクドライブ部４０９においてデータ記録準備ができる
まで待つ。

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

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

【０１２０】次に、再生時のデータ処理について説明す
る。ストリームデータ記録再生装置における再生時の制
御は、ストリームデータ再生制御部４０４ｃという名の
シーケンシャルプログラムにしたがい、主ＭＰＵ部４０
４によって、一連の処理が行われる。

【０１２１】まず、ディスクドライブ部４０９により、
ＲＡＭディスク（情報記憶媒体）２０１からストリーム
データが再生される。再生されたストリームデータは、
Ｄ−ＰＲＯ部４０９を経由してデコーダ部４０２に転送
される。

【０１２２】デコーダ部４０２内部では、再生されたス
トリームデータ中のトランスポートパケットを分離部４
２５が受け取る。

【０１２３】分離部４２５は、図１０を参照して後述す
るストリームＩＤ６０３およびサブストリームＩＤに従
って、ビデオパケットデータ（ＭＰＥＧビデオデータ）
はビデオデコード部４２８へ転送し、オーディオパケッ
トデータはオーディオデコード部４３０へ転送し、副映
像パケットデータはＳＰデコード部４２９へ転送する。

【０１２４】ビデオデコード部４２８でデコードされた
ビデオデータは、Ｖミキシング部４０５およびＤ／Ａ変
換部４３６を介してアナログＴＶ信号に変換され、ＴＶ
４３７に転送されて画像表示される。

【０１２５】同時に、オーディオデコード部４３０でデ
コードされたオーディオ信号もＤ／Ａ変換部４３２へ送
られ、デジタル音声データに変換される。変換されたデ
ジタル音声データは、Ｉ／Ｆ４３１を介して外部オーデ
ィオ機器（図示せず）のデジタル入力に転送される。あ
るいは、変換されたデジタル音声データは、Ｄ／Ａ変換
部４３２によりアナログ音声信号に変換され、図示しな
いオーディオアンプを介して、スピーカ４３３に送られ
る。

【０１２６】以上この発明の実施の形態におけるストリ
ームデータ記録再生装置（ストリーマ）内での信号の流
れを説明した。

【０１２７】以上説明したように、ＤＶＤ−ＲＡＭディ
スク（情報記憶媒体）２０１へ記録するストリームデー
タは、フォーマッタ部４１９内で図１（ｃ）（ｉ）の構
造に変換される。この変換プロセスを中心にしたストリ
ームデータ録画手順は、図１３のフローチャートを参照
して後述する。

【０１２８】また、ストリームデータの再生手順につい
ては、図１４のフローチャートを参照して後述する。

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

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

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

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

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

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

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

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

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

【０１３８】いま、たとえばデジタル放送受信者（図７
のＳＴＢのユーザ等）の操作により、図８（ｃ）に示さ
れる番組２が、図３または図７の情報記憶媒体２０１に
記録される場合を想定してみる。この場合、図７のＳＴ
Ｂ部４０３において、図８（ｃ）の番組２のトランスポ
ートパケットｂ、ｅのみが抽出される。

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

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

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

【０１４２】具体的には、この発明の一実施の形態にお
いては、各セクタ（図１（ｄ）（ｈ））の先頭には、シ
ステムクロック情報などが記録されたパックヘッダ１、
２、３、４とＰＥＳヘッダ６、７、８、９が配置される
（図１（ｃ）（ｉ）、図６（ｄ）参照）。その直後に
は、セクタデータヘッダ１２、１３（図１（ｃ）
（ｉ）、図６（ｄ））が記録されるが、各ストリームブ
ロック先頭のセクタのみ、セクタデータヘッダではな
く、ストリームブロックヘッダ１１が記録される（図１
（ｃ）、図６（ｄ））。

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

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

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

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

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

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

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

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

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

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

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

【０１５４】なお、パディングエリアの具体的な内部デ
ータ構造については、図２６を参照して後述する。

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

【０１５６】前述したように、デジタル放送では、映像
情報はＭＰＥＧ２の規格に従って圧縮された情報が転送
されてくる。

【０１５７】図９に示すように、Ｉピクチャ５５１の圧
縮情報５６１はＩピクチャ情報５７１としてトランスポ
ートパケットａ、ｂ、…に記録される。Ｂピクチャ５５
３の差分情報５６３、５６４はＢピクチャ情報５７３と
してトランスポートパケットｄ、…に記録される。ま
た、Ｂピクチャ５５４の差分情報５６５、５６６はＢピ
クチャ情報５７３、５７４としてトランスポートパケッ
トｄ、ｆ、…に記録される。そして、Ｐピクチャ５５２
の差分情報５６２がＰピクチャ情報５７２としてトラン
スポートパケットｈ、…に記録される。

【０１５８】このように各Ｉ、Ｂ、Ｐピクチャ情報は異
なるトランスポートパケットに記録されている。

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

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

【０１６１】このストリームＰＥＳパケットにパックヘ
ッダを付したものが図８（ｈ）で例示した１つのストリ
ームパックになる。

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

【０１６３】なお、ＰＥＳヘッダ（ストリームＰＥＳパ
ケットヘッダ）の内容については、図１０を参照して後
述する。また、アプリケーションヘッダ（ストリームブ
ロックヘッダ１１またはセクタデータヘッダ１２に対
応）については、図１１および図１２を参照して、後述
する。

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

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

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

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

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

【０１６９】図１（ｅ）のストリームブロック＃１で
は、最後のトランスポートパケットｆ（図１（ａ））が
最後のセクタＮｏ．３１（図１（ｄ））内に存在してい
る。しかし、ストリームブロック＃２（図１（ｅ）
（ｇ））では、ユーザ等により途中で録画が終了された
ために、最後のトランスポートパケットｚ（図１
（ｊ））がセクタＮｏ．７８（図１（ｈ））に配置さ
れ、セクタＮｏ．７９（図１（ｈ））内はストリームデ
ータが記録されいない空き領域となっている。このた
め、セクタＮｏ．７９は、パディングパケット４０（図
１（ｉ））として記録されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１８４】図１（ｃ）（ｉ）のセクタデータヘッダ１
２、１３は、データエリア２１、２２、２３、２４内の
データ配列情報を示し、図１２に示すように、ファース
トアクセスポイント６５１およびトランスポートパケッ
ト接続フラグ６５２を含む内部構造を持っている。

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

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

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

【０１８８】図１（ｂ）に示すように、トランスポート
パケットｄは２個のセクタに跨って記録されている。こ
こで、セクタ内の最後のタイムスタンプ、またはトラン
スポートパケットが次のセクタへ跨った場合には、トラ
ンスポートパケット接続フラグ６５２が”１”に設定さ
れる。また図１（ｂ）の例では、次のセクタへ跨ったト
ランスポートパケットｄの次にくるタイムスタンプ先頭
位置のデータエリア２２内のアドレスが、ファーストア
クセスポイント６５１内に記録（ビット単位の表現）さ
れている。

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

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

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

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

【０１９３】図１３は、この発明の一実施の形態に係る
ストリームデータのエンコード手順および録画手順を説
明するフローチャートである。

【０１９４】まず、図７のエンコード部４０１におい
て、パケット化されたデータが、タイムスタンプ（図１
（ｂ）、図８（ｆ）等のタイムスタンプ、あるいは図９
のＡＴＳ）と一緒に、バッファメモリ部４２０に一時記
憶される（ステップＳ０１）。

【０１９５】別の言い方をすると、ステップＳ０１にお
いて、図７の装置（ストリーマ）により、連続するスト
リームブロック（ＳＯＢＵ）のセクタに格納される再生
データのエリアが、タイムスタンプ（ＡＴＳ）付きトラ
ンスポートパケット（アプリケーションパケット）によ
り埋められる。ここで付加されるタイムスタンプには、
図７のＳＴＣ部４２４から得たローカルクロック値が用
いられる。

【０１９６】次に、バッファメモリ部４２０に一時記憶
されたタイムスタンプとパケットデータとのビット列
が、ストリームブロック（あるいはＳＯＢＵ）毎に切り
分けられる（ステップＳ０２）。

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

【０１９８】切り分けられた各ストリームブロック（Ｓ
ＯＢＵ）内のデータ末尾には、エンドコード（図１
（ｊ））と、必要に応じてパディングエリアが追記され
る（ステップＳ０３）。

【０１９９】こうしてバッファメモリ部４２０内でスト
リームブロック（ＳＯＢＵ）毎に切り分けられたタイム
スタンプとパケットデータのビット列の内部が、さら
に、セクタ毎（あるいは２０４８バイトのストリームパ
ック毎）に分割される（ステップＳ０４）。

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

【０２０１】その後、バッファメモリ部４２０内で各セ
クタ（ストリームパック）の先頭位置に、図１（ｃ）、
図９その他に示すような、パックヘッダおよびＰＥＳヘ
ッダの情報が挿入される（ステップＳ０５）。

【０２０２】なお、ステップＳ０５において挿入される
パックヘッダおよびＰＥＳヘッダの情報は、トランスポ
ートパケット（アプリケーションパケット）を生成した
デバイス（アプリケーションデバイス）が任意に出力す
るシーケンスヘッダの情報でもある。

【０２０３】次に、ストリームブロック（ＳＯＢＵ）内
の最後にあるパディングエリアサイズがセクタ記録サイ
ズ（ストリームパックサイズ２０４８バイト）より大き
いかどうかチェックされる（ステップＳ０６）。

【０２０４】たとえば図１（ｆ）のストリームオブジェ
クト＃Ａ・２９８の最後のストリームブロック＃２で
は、ユーザ等により任意の位置での録画終了処理が行わ
れる可能性がある。そのため、ストリームブロック＃２
内の記録可能領域のサイズに対して記録すべきストリー
ムデータのサイズの方が大幅に小さい場合が生じる。

【０２０５】この場合には、ステップＳ０６の判定結果
として、トータルのパディングエリアサイズがセクタ記
録サイズより大きい状況になる。（図１（ｆ）〜（ｊ）
の例では、ストリームデータはセクタＮｏ．７８の途中
まで記録され、セクタＮｏ．７９内は実質的に記録され
ない状態になっている。この場合、図１（ｊ）のパディ
ングエリア３７、３８のトータルサイズがセクタＮｏ．
７９内サイズより大きくなる。）この場合（ステップＳ
０６イエス）には、図１０（ｂ）のストリームＩＤ６０
３の値が前述したように”１０１１１１１０”に設定さ
れ、セクタＮｏ．７９（全てがパディングエリアで埋め
られるセクタ）がパディングパケット４０に変換される
（ステップＳ０７）。

【０２０６】ステップＳ０６においてパディングエリア
サイズがセクタ記録サイズ以下と判定されれば（ステッ
プＳＴ０６ノー）、あるいはステップＳ０７においてパ
ディングパケットへの変換処理が済めば、バッファメモ
リ部４２０に記録されているストリームブロック（ＳＯ
ＢＵ）内のパケットデータ列が解析される。この解析結
果から、トランスポートパケット情報の関連情報（図１
１（ｂ）〜（ｅ）、図１２（ｂ）〜（ｄ））が作成され
る。そして、ストリームブロック内で最初のセクタのＰ
ＥＳヘッダの直後に図１１（ａ）のストリームブロック
１１が挿入される（ステップＳ０８）。

【０２０７】あるいは、ストリームブロック（ＳＯＢ
Ｕ）内で最初のセクタ（最初のストリームパック）のＰ
ＥＳヘッダの後に図９、図１１その他で示したアプリケ
ーションヘッダが挿入される（ステップＳ０８）。

【０２０８】さらに、ストリームブロック内の先頭セク
タとパディングパケットを除いた全てのセクタに対し
て、そのＰＥＳヘッダの直後に図１２（ａ）のセクタデ
ータヘッダ１２が挿入される（ステップＳ０９）。

【０２０９】あるいは、ストリームブロック（ＳＯＢ
Ｕ）内の先頭セクタ（最初のストリームパック）とパデ
ィングエリアを除いた全てのセクタ（ストリームパッ
ク）に対して、そのＰＥＳヘッダの後に図９、図１２そ
の他で示したアプリケーションヘッダが挿入される（ス
テップＳ０９）。

【０２１０】上記ステップＳ０８およびステップＳ０９
でのヘッダ挿入は、バッファメモリ部４２０内で行われ
る。

【０２１１】以上の工程（ステップＳ０１〜ステップＳ
０９）によりエンコードされたビットストリーム（バッ
ファメモリ部４２０上で作成したデータ構造を持つスト
リーム情報）が、図７の装置により、ＤＶＤ−ＲＡＭデ
ィスク等の情報記憶媒体（図３または図７の２０１）に
記録される。

【０２１２】なお、ステップＳ０８では、ストリームブ
ロック（ＳＯＢＵ）内の全トランスポートパケットヘッ
ダ５１１（図８（ｂ））を検索し、図８（ａ）のペイロ
ードユニット開始インジケータ５０１、ＰＩＤ５０２、
ランダムアクセスインジケータ５０３の値を利用して、
図１１（ｅ）のトランスポートパケットマッピングテー
ブル６３２内の各データを作成することができる。

【０２１３】また、次のストリームブロック（ＳＯＢ
Ｕ）内の最初にくるタイムスタンプの値と現行のストリ
ームブロック（ＳＯＢＵ）内の最初にくるタイムスタン
プの値との差を計算して、図８（ｃ）のストリームブロ
ック時間差６２５の値を求めることもできる。

【０２１４】図１４は、この発明の一実施の形態に係る
ストリームデータのデコード手順および再生手順を説明
するフローチャートである。

【０２１５】以下、図１（ｃ）（ｉ）あるいは図８
（ｈ）の構造で情報記憶媒体（ＤＶＤ−ＲＡＭディス
ク）２０１上に記録されたストリーム情報から、図７の
分離部４２５内部でトランスポートパケットを抽出する
プロセスを中心に、ストリームデータの再生手順を説明
する。

【０２１６】ユーザ等からは再生すべき範囲が時間情報
で指定される。この場合の再生時には、指定された時間
情報に対応する、再生すべきストリームブロック（また
はＳＯＢＵ）を探す処理が必要となる。

【０２１７】まず、図１３で例示した方法で情報記録が
なされたＲＡＭディスク（図３あるいは図７の情報記憶
媒体）２０１が、図７のディスクドライブ部４０９に装
填される。その後、例えば装置ユーザが、希望する再生
範囲を、「再生開始時間」と「再生終了時間」で指定し
たとする。この指定がなされたあと図７のキー入力部４
０７（あるいは図示しないリモートコントローラ）のプ
レイキー（再生ボタン）が押されたとする。

【０２１８】すると、図７の主ＭＰＵ部４０４は、制御
プログラム「ストリームデータ再生制御部４０４ｃ」に
従い図３（ｆ）のストリームファイル情報テーブル（Ｓ
ＦＩＴ）２３２にアクセスして、図３（ｈ）のタイムマ
ップ情報２５２の内容を読み取る。読み取られた情報内
容から、主ＭＰＵ部４０４は、指定された「再生開始時
間」の位置（再生開始時刻位置）が含まれるストリーム
ブロック（ＳＯＢＵ）の番号とそのストリームブロック
（ＳＯＢＵ）の先頭位置アドレスを割り出す（ステップ
Ｓ１１）。

【０２１９】ここで、図３（ｉ）の実施の形態では、タ
イムマップ情報２５２内には各ストリームブロック毎の
差分時間情報しか記録されていない。この場合、主ＭＰ
Ｕ部４０４内のストリームデータ再生制御部（再生制御
プログラム）では、各ストリームオブジェクト情報（Ｓ
ＯＢＩ）２４２、２４３（図３（ｇ））毎にタイムマッ
プ情報２５２内の各ストリームブロックの時間差（図５
（ｂ）参照）２６３、２６５の値を逐次加算し、ユーザ
が指定した時刻に到達するか比較する。その比較結果を
元に、ユーザが指定した時刻はどのストリームオブジェ
クト（ＳＯＢ）内の何番目のストリームブロック（ＳＯ
ＢＵ）の中に含まれるタイムスタンプ値と一致するかを
割り出す。これにより、アクセスしようとするストリー
ムブロック（ＳＯＢＵ）の先頭位置アドレスを割り出す
ことができる。

【０２２０】あるいは、後述する図２９に示すようなデ
ータ構造を持つストリームオブジェクト情報（ＳＯＢ
Ｉ）が用いられるときは、このＳＯＢＩに含まれる情報
（タイムマップ情報ＭＡＰＬ、ＭＡＰＬのエントリ数Ｍ
ＡＰＬ＿ＥＮＴ＿Ｎｓ等）を用いて、アクセスしようと
するストリームブロック（ＳＯＢＵ）の先頭位置アドレ
スを割り出すことができる。

【０２２１】ステップＳ１１で割り出された先頭位置ア
ドレスは、ディスクドライブ部４０９に通知される。こ
うしてアクセス先のアドレス情報を得たデスクドライブ
部４０９は、このアドレス情報に対応する所定のストリ
ームブロック（ＳＯＢＵ）の先頭位置にアクセスする。
そして、このストリームブロック（ＳＯＢＵ）の先頭を
起点として、ディスクドライブ部４０９は、装填された
ディスク２０１から、ストリームブロック（ＳＯＢＵ）
単位で、記録済みのストリームデータを読み込む（ステ
ップＳ１２）。

【０２２２】ステップＳ１２の処理により、パケット到
着時間（またはアプリケーションパケット到着時間ＡＰ
ＡＴ）を伴う個別のトランスポートパケット（またはア
プリケーションパケット）が検索され、検索されたパケ
ットの回収（その記録内容の再生）が可能になる。

【０２２３】こうして読み込まれたストリームデータ
は、Ｄ−ＰＲＯ部４１０を介して、ディスクドライブ部
４０９からデコード部４０２内の分離部４２５へ転送さ
れる。転送されたストリームデータは、分離部４２５の
内部メモリ４２６に一時的に保管される（ステップＳ１
３）。

【０２２４】分離部４２５の内部メモリ４２６に保管さ
れたストリームデータが一定量を越えると、そこからパ
ディングエリア（図１（ｊ）の３７、３８等）のパケッ
トが自動的に検索される。パディングパケットであるか
どうかは、図１０（ｃ）のサブストリームＩＤをチェッ
クすることで分かる。

【０２２５】分離部４２５の内部メモリ４２６上でパデ
ィングパケットが見つかると、パディングパケットが含
まれるパディングエリアが、分離部４２５の内部メモリ
４２６上で消去される（ステップＳ１４）。

【０２２６】こうしてパディングパケットが除かれたス
トリームデータから、分離部４２５の内部メモリ４２６
上で、各種ヘッダ（パックヘッダ、ＰＥＳヘッダ、スト
リームブロックヘッダ、セクタデータヘッダ、その他）
が消去される。こうして、分離部４２５の内部メモリ４
２６上のストリームデータが、タイムスタンプ（ＡＴ
Ｓ）およびパケットデータだけの列情報（ビットストリ
ーム）に変換される（ステップＳ１５）。

【０２２７】次に、変換されたビットストリームデータ
を、通信回線（ＩＥＥＥ１３９４シリアルバス等）を用
いて外部装置（図７のＳＴＢ部４０３等）に転送する必
要があるかどうか、チェックされる（ステップＳ１
６）。

【０２２８】ステップＳ１６のチェックは、例えば次の
ような方法で行なうことができる。すなわち、図７の装
置ユーザが装置の初期設定において「再生したビットス
トリームを外部装置に転送しますか？…イエス／ノー」
という設定画面（図示せず）でイエスを選択している場
合に、そのイエスのフラグが立っているかどうかで判定
できる。

【０２２９】情報記憶媒体２０１から再生したストリー
ムデータを図７のＳＴＢ部４０３に送る必要がある場合
には（ステップＳ１６イエス）、各トランスポートスト
リームに付いているタイムスタンプのタイミングに同期
させて、再生したストリームデータをＳＴＢ部４０３へ
逐次転送する（ステップＳ１７）。このＳＴＢ部４０３
への転送手段としてＩＥＥＥ１３９４が利用される場合
は、再生したストリームデータは図８（ｅ）に示すよう
なデータ構造に変換されて転送される。

【０２３０】上記ＩＥＥＥ１３９４転送が不要なら（ス
テップＳ１６ノー）、あるいは上記ＩＥＥＥ１３９４転
送が実施されたあと、分離部４２５の内部メモリ４２６
上で、ステップＳ１５で変換されたビットストリームか
らタイムスタンプ（ＡＴＳ）が消去され、パケットデー
タのみのデータ列に変換される（ステップＳ１８）。

【０２３１】こうして変換されたデータ列中のパケット
データには、記録時の内容に応じて、ビデオパケット、
副映像（ＳＰ）パケット、オーディオパケット等が含ま
れている。これらのパケットを含むデータパックはパッ
クヘッダを持ち、そのパックヘッダ内のストリームＩＤ
（図示せず）により、データの種類（ビデオか副映像か
オーディオか等）が区別できるようになっている。

【０２３２】このストリームＩＤの内容を参照すること
で、ビデオパケットは図７のビデオデコード部４２８に
転送され、副映像パケットはＳＰデコード部４２９に転
送され、オーディオパケットはオーディオデコード部４
３０に転送される。こうして、各デコード部（４２８〜
４３０）において、該当する記録内容が、それぞれ個別
にデコードされる（ステップＳ１９）。

【０２３３】以上のようにして記録された各種情報（ビ
デオ、副映像、オーディオ等）のデコードが個別に開始
されると、図７のＳＴＣ（システムタイムカウンタ）４
２４にセットされた再生タイムスタンプに基づいて、ビ
デオ情報、副映像情報、および／またはオーディオ情報
等が、所定のタイミングで再生される（モニタＴＶに画
面表示されあるいはスピーカから音声再生される）（ス
テップＳ２０）。

【０２３４】ここで、ステップＳ２０の再生タイムスタ
ンプは、図１、図１０その他に例示されたＰＥＳヘッダ
に格納されたもの（図１０（ｂ）では６０４）を用いる
ことができる。

【０２３５】あるいは、ステップＳ２０の再生タイムス
タンプとして、図８（ｈ）その他に例示されたパックヘ
ッダ内のＳＣＲ（システムクロックリファレンス）ベー
ス（図示せず）を用いることも可能である。

【０２３６】図１５および図１６は、この発明の一実施
の形態に係るストリームデータの部分消去方法を説明す
る図である。

【０２３７】図１５は部分消去後の見かけ上の前半残存
領域７４３について詳細を示しており、図１６は部分消
去後の見かけ上の後半残存領域７４４について詳細を示
している。

【０２３８】また、図２２および図２４は、この発明の
他実施の形態に係るストリームデータの部分消去方法を
説明するもので、各ストリームブロックが一定サイズ
（３２セクタ６４ｋバイト）のストリームオブジェクト
ユニットＳＯＢＵで構成される場合を示している。

【０２３９】図２２は部分消去後の見かけ上の前半残存
領域７４３について詳細を示しており、図２４は部分消
去後の見かけ上の後半残存領域７４４について詳細を示
している。

【０２４０】さらに、図２３および図２５は、この発明
の他実施の形態に係るストリームデータの仮消去方法を
説明するもので、各ストリームブロックが一定サイズ
（３２セクタ６４ｋバイト）のストリームオブジェクト
ユニットＳＯＢＵで構成される場合を示している。

【０２４１】図２３は、図２２（ｇ）（ｈ）の消去領域
（７４１、７４２）が仮消去領域（７４７、７４８）で
ある場合のデータ構造を例示している。また、図２５
は、図２４（ｇ）（ｈ）の消去領域（７４１、７４２）
が仮消去領域（７４７、７４８）である場合のデータ構
造を例示している。

【０２４２】以下では、図３または図７の情報記憶媒体
２０１上に既に記録してあるストリームデータの一部を
部分的に消去する場合（あるいは仮消去する場合）につ
いて説明を行う。

【０２４３】ストリームデータの記録再生装置（ストリ
ーマ）では、部分消去処理（仮消去処理）は、図７の主
ＭＰＵ部４０４の制御プログラム「ストリームデータ部
分消去／仮消去制御部」４０４ｄにより実行される。

【０２４４】この発明の一実施の形態では、データ消去
（あるいは仮消去）は常にストリームブロック単位（あ
るいはＳＯＢＵ単位）で行なわれる。さらに、オリジナ
ルセル範囲を指定した時間情報（セル開始ＡＰＡＴ（Ｓ
Ｃ＿Ｓ＿ＡＰＡＴ／ＥＲＡ＿Ｓ＿ＡＰＡＴ）；セル終了
ＡＰＡＴ（ＳＣ＿Ｅ＿ＡＰＡＴ／ＥＲＡ＿Ｅ＿ＡＰＡ
Ｔ））を利用して、細かい部分消去範囲（あるいは仮消
去範囲）をユーザが指定できるようにしている。ここに
もこの発明の特徴がある。

【０２４５】この発明の一実施の形態では、図１（ｂ）
（ｊ）に示すようにストリームブロック（あるいはＳＯ
ＢＵ）の最後をパディングエリア３６、３８とし、同一
のトランスポートパケットが異なるストリームブロック
（ＳＯＢＵ）を跨って記録できないような構造になって
いる。

【０２４６】このようにすると、常にトランスポートパ
ケットの切れ目とストリームブロック（ＳＯＢＵ）の切
れ目が一致するため、ストリームブロック（ＳＯＢＵ）
単位での部分消去が容易に実行可能になる。

【０２４７】図１７は、この発明の一実施の形態に係る
ストリームデータの部分消去の手順（記録情報の一部を
完全消去する手順）を説明するフローチャートである。
このフローチャートを利用して仮消去の手順（記録情報
の一部があたかも消去されたかの如く管理情報を変更す
るが、情報本体そのものは消去されずに残す手順）につ
いても説明する。

【０２４８】図１７では図示を省いているが、図７の主
ＭＰＵ部４０４により「ストリームデータ部分消去／仮
消去制御部」４０４ｄという制御プログラムがスタート
すると、まず、図７のディスクドライブ部４０９に装填
された情報記憶媒体２０１から、ストリームデータに関
する管理情報が記載されているＳＴＲＥＡＭ．ＩＦＯ１
０５（図２、図３（ｅ）等参照）の情報が読み込まれ
る。読み込まれた管理情報は、主ＭＰＵ部４０４内のワ
ークＲＡＭ部４０４ａに一時保管される。

【０２４９】図７のディスクドライブ部４０９に装填さ
れた情報記憶媒体２０１には、消去前（あるいは仮消去
前）の状態として、ストリームオブジェクト（ＳＯＢ）
＃Ｂ・２９９が記録されている。このＳＯＢ＃Ｂは、ス
トリームブロック（またはＳＯＢＵ）＃３〜＃５から構
成され、その中に記録されている全トランスポートパケ
ット（あるいはアプリケーションパケット）が再生可能
な状態になっている場合を考える。

【０２５０】この場合の消去処理では、ＳＯＢ＃Ｂ・２
９９に対応するオリジナルセル情報＃２・２７３（図３
（ｇ）；このオリジナルセル情報は、ワークＲＡＭ部４
０４ａに一時保管された管理情報ＳＴＲＥＡＭ．ＩＦＯ
１０５の一部に含まれる）の指定範囲として、以下の指
定がなされる： （１ａ）該当セルの開始時間７５１（図１５（ｌ）また
は図２２（ｌ））の時刻をトランスポートパケットｒ
（図１５（ｋ）または図２２（ｋ））に対応したタイム
スタンプｒの時刻（トランスポートパケットｒの到着時
刻を表す）に指定し、（２ａ）該当セルの終了時間７５
６（図１６（ｌ）または図２４（ｌ））の時刻をトラン
スポートパケットｗ（図１６（ｋ）または図２４
（ｋ））に対応したタイムスタンプｗの時刻（トランス
ポートパケットｗの到着時刻を表す）に指定する。

【０２５１】一方、仮消去処理の場合には、ＳＯＢ＃Ｂ
・２９９に対応するオリジナルセル情報＃２・２７３
（図３（ｇ）；ＳＴＲＥＡＭ．ＩＦＯ１０５の一部）の
指定範囲として、以下の指定がなされる： （１ｂ）該当セルの開始時間７５２（図２３（ｌ））の
時刻をトランスポートパケットｒｒ（図２３（ｋ））に
対応したタイムスタンプｒｒの時刻（トランスポートパ
ケットｒｒの到着時刻を表す）に指定し、（２ｂ）該当
セルの終了時間７５８（図２５（ｌ））の時刻をトラン
スポートパケットｊ（図２５（ｋ））に対応したタイム
スタンプｊの時刻（トランスポートパケットｊの到着時
刻を表す）に指定する。

【０２５２】以下の部分消去手順（または仮消去手順）
の説明において、部分消去前後（仮消去前後）で図２の
ＳＴＲＥＡＭ．ＩＦＯ１０５およびＳＴＲＥＡＭ．ＶＲ
Ｏ１０６の内容がどのように変化するかを、図１５、図
１６および図２２〜図２５を適宜参照しながら説明す
る。

【０２５３】初めは、部分消去の場合を説明し、その後
に仮消去の場合を説明する。

【０２５４】［部分消去の場合］いま、図１５（ｆ）、
図１６（ｆ）、図２２（ｆ）あるいは図２４（ｆ）に示
すストリームオブジェクト（ＳＯＢ）＃Ｂ・２９９の中
央部を部分消去するものとし、図１５（ｇ）、図１６
（ｇ）、図２２（ｇ）あるいは図２４（ｇ）に示すよう
に見かけ上の消去領域７４１が設定される場合を想定し
て、図１７のフローチャートの説明に入る。

【０２５５】まず、ユーザ等により、部分消去範囲が、
時間情報（部分消去の開始時刻と部分消去の終了時刻）
等により指定される（ステップＳ２１）。

【０２５６】この指定により、図１５（ｇ）等に示した
「見かけ上の消去領域７４１」の範囲が特定される。こ
の消去範囲指定操作後は、図１５（ｆ）等のＳＯＢ＃Ｂ
・２９９内に、見かけ上の前半残存領域７４３および見
かけ上の後半残存領域７４４が残る（図１５（ｇ）、図
１６（ｇ）、図２２（ｇ）あるいは図２４（ｇ）参
照）。

【０２５７】上記ステップＳ２１により「見かけ上の消
去領域７４１」の範囲が特定されると、図７のストリー
ムデータ部分消去／仮消去制御部４０４ｄを実行する主
ＭＰＵ部４０４により、タイムマップ情報（図３（ｈ）
の２５２あるいは後述する図２９のＳＯＢＩ）が読み出
される。読み出されたタイムマップ情報の内容に基づい
て、ユーザが指定した部分消去の範囲に完全に含まれる
ストリームブロック（１または複数のＳＯＢＵあるいは
１以上のＳＯＢＵを含んだＳＯＢ；代表的にはストリー
ムブロック＝ＳＯＢＵ）が、検索される。そして、検索
されたストリームブロック（換言すると該当ＳＯＢに含
まれるトランスポートパケットあるいはアプリケーショ
ンパケットのうち消去終了位置より前の全てのパケッ
ト）が消去される（ステップＳ２２）。

【０２５８】こうして消去されたストリームブロック
（あるいはＳＯＢＵ）は、図２の管理情報（ＳＴＲＥＡ
Ｍ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．ＩＦＯ）１０５によ
り、ファイルＳＴＲＥＡＭ．ＶＲＯ１０６にないものと
して扱われる（つまり、ファイルシステムは、消去され
たストリームブロック／ＳＯＢＵを無視する）。

【０２５９】なお、消去されたストリームブロック／Ｓ
ＯＢＵの情報が記録されていた情報記憶媒体２０１上の
物理アドレス位置には、図２のＤＶＤ＿ＲＴＲディレク
トリ１０２以外のディレクトリ（管理情報１０５が関与
できないところ、たとえば図２のコンピュータデータ保
存用サブディレクトリ１１３）の下に存在する別ファイ
ルを記録することもできる。この場合も、サブディレク
トリ１１３の下に存在する別ファイルを記録した情報記
憶媒体２０１上の物理的な記録場所は、ファイルシステ
ム上は、ファイルＳＴＲＥＡＭ．ＶＲＯ１０６から外さ
れる。

【０２６０】次に、図１５（ｇ）等に示す部分消去範囲
に対する前半残存領域７４３と後半残存領域７４４とで
ストリームオブジェクト（ＳＯＢ）を分割する。続い
て、この分割により生じた新たなストリームオブジェク
ト（図１５（ｈ）等のＳＯＢ＃Ｂ＊７４５、ＳＯＢ＃Ｃ
・７４６）に対するＳＯＢ情報（ＳＯＢＩ）が作成さ
れ、作成されたＳＯＢＩが図７の主ＭＰＵ部４０４内の
ワークＲＡＭ部４０４ａに一時記憶される。その際、分
割前のＳＯＢ＃Ｂに対して記録されていたタイムマップ
情報２５２内の該当個所を転記する形で、新たなＳＯＢ
＃Ｂ＊７４５およびＳＯＢ＃Ｃ・７４６に対するタイム
マップ情報も作成される（ステップＳ２３）。

【０２６１】上記タイムマップ情報の内容変更（転記・
作成）の具体的な対象は、たとえば図３（ｉ）に示す各
種情報（２６１〜２６５）、あるいは図２９に示すスト
リームオブジェクト情報（ＳＯＢＩ）の内容（ＭＡＰ
Ｌ、ＭＡＰＬ＿ＥＮＴ＿Ｎｓ等）である。

【０２６２】なお、部分消去によりタイムマップ情報
（ＭＡＰＬ）が短くなったときは、短くなったタイムマ
ップ情報（ＭＡＰＬ）を含むＳＯＢＩの後にくる「１以
上の後続ＳＯＢＩおよび全ての後続情報テーブル」は、
変更された（短くなった）ＳＯＢＩにアラインされる。
こうすることで、隣接ＳＯＢＩ間にギャップが生じるこ
とを防止できる。

【０２６３】その場合、図２９のＳＯＢＩ＿ＳＲＰ＃、
ＳＦＩＴの一部、図３（ｆ）または図２７のＳＴＲ＿Ｖ
ＭＧＩ（ＳＦＩＴ以降の情報テーブルの開始アドレス全
て）等も、上記ＳＯＢＩアラインに対応して修正され
る。

【０２６４】上記ステップＳ２３の処理内容について、
さらに説明する。

【０２６５】図７の主ＭＰＵ部４０４は、ストリームデ
ータ部分消去／仮消去制御部４０４ｄに関するシーケン
シャルプログラムに従って処理を実行し、ディスクドラ
イブ部４０９に対してデータ読み出しの指示を出す。こ
れにより、情報記憶媒体２０１上でストリームデータが
記録されているファイルＳＴＲＥＡＭ．ＶＲＯ（または
ＳＲ＿ＴＲＡＮＳ．ＳＲＯ）１０６（図２）内から、ス
トリームブロック＃５のデータ（図１６または図２４の
（ｉ）〜（ｌ））が再生され、そのデータが主ＭＰＵ部
４０４内のワークＲＡＭ部４０４ａに一時保管される。

【０２６６】次に、主ＭＰＵ部４０４は、その一時保管
したデータ内を検索し、図１６（ｇ）または図２４
（ｇ）で示す見かけ上の後半残存エリア７４４の開始時
刻に最も近い値を持つタイムスタンプの値を、検索す
る。

【０２６７】その検索結果が図１６（ｉ）〜（ｋ）で示
すようにセクタＮｏ．１１２内にあるタイムスタンプｋ
（あるいは図２４（ｉ）〜（ｋ）で示すようにセクタＮ
ｏ．１４４内にあるタイムスタンプｋ）の値と一致しあ
るいは近似していた場合には、このタイムスタンプｋの
値が、オリジナルセル情報＃３・７６２の該当セルの開
始時間７５２の値に設定される。

【０２６８】こうして設定された該当セルの開始時間
（ＳＣ＿Ｓ＿ＡＴＡＰ等）７５２が、主ＭＰＵ部４０４
内のワークＲＡＭ部４０４ａに一時保管された、ストリ
ームデータの管理情報ＳＴＲＥＡＭ．ＩＦＯ（またはＳ
Ｒ＿ＭＡＮＧＲ．ＩＦＯ）１０５内に追記される。

【０２６９】同様に、オリジナルセル情報＃３・７６２
の該当セルの終了時間（ＳＣ＿Ｅ＿ＡＴＡＰ等）７５６
の値としては、部分消去前のオリジナルセル情報＃２・
２７３の該当セルの終了時間７５６の値が転記される。

【０２７０】ところで、図１５、図１６、図２２あるい
は図２４の実施の形態では、ストリームブロック＃４が
部分消去の範囲内に完全に含まれるので、その部分が実
質上の消去領域７４２として実質的に消去される。

【０２７１】このとき、ストリームブロック＃３とスト
リームブロック＃５は実質的には消去されずにそのまま
残存するが、図１５、図１６、図２２あるいは図２４の
（ｅ）〜（ｇ）に示すように、ストリームブロック＃３
の末尾側およびストリームブロック＃５の先頭側の一部
は、ユーザ等により指定された見かけ上の消去領域７４
１に含まれている。

【０２７２】この発明の一実施の形態では、部分消去の
範囲７４１に対する前半残存エリア７４３および後半残
存エリア７４４において、ストリームオブジェクト（Ｓ
ＯＢ＃Ｂ）が分割・分離されるとともに、それに対応し
てオリジナルセル範囲も分割・分離される。

【０２７３】この分割・分離に対応して、図１５、図１
６、図２２あるいは図２４の実施の形態では、ストリー
ムブロック＃５の位置を新たにストリームオブジェクト
＃Ｃ・７４６と定義される。

【０２７４】一方、消去前のストリームオブジェクト
（ＳＯＢ）＃Ｂ・２９９に対応するストリームオブジェ
クト情報（ＳＯＢＩ）＃Ｂ・２４３（図３（ｇ））内に
記載されたタイムマップ情報（その内容は図３（ｉ）と
同様であり、図２９のＳＯＢＩの内容に対応する）の中
で、ストリームブロック＃５に対するストリームブロッ
クサイズおよびストリームブロック時間差の値は、部分
消去前後で変化しない。

【０２７５】そこで、図１７のステップＳ２３に示すよ
うに、このタイムマップ情報がそっくりそのまま、ＳＴ
ＲＥＡＭ．ＩＦＯ１０５内に新規に作成されるストリー
ムオブジェクト＃Ｃ・７４６（図１６（ｈ）、図２４
（ｈ）等）に対応するストリームオブジェクト情報＃Ｃ
内のタイムマップ情報情報として、転記される。

【０２７６】この新たに定義されたストリームオブジェ
クト＃Ｃ・７４６に対応した部分消去後のオリジナルセ
ル情報＃３・７６２（図１６（ｍ）または図２４
（ｍ））が指定する表示範囲は、ユーザが指定した見か
け上の後半残存エリア７４４の範囲と一致する。

【０２７７】ステップＳ２３の処理によりタイムマップ
情報の作成が済むと、新たに定義されたＳＯＢ（ＳＯＢ
＃＃Ｂ＊、ＳＯＢ＃Ｃ）に対するオリジナルセル情報が
作成される（ステップＳ２４）。

【０２７８】このオリジナルセル情報の作成において、
対応オリジナルセル＃３・７６２（図１６（ｍ）、図２
４（ｍ））の指定範囲が設定される。

【０２７９】この設定は、ユーザ等により指定された部
分消去終了時刻に該当セルの開始時刻を合わせること
で、（あるいはユーザ等により指定された部分消去開始
時刻に該当セルの終了時刻を合わせることで）行われ
る。

【０２８０】具体的には、後述する図３１下段の図解を
例に採れば、完全消去後（部分消去が完全に実行された
後）の新たなＳＯＢのセル＃ｋ＋１（完全消去前はセル
＃ｋ＋２）の開始時刻（ＳＣ＿Ｓ＿ＡＰＡＴｋ＋１）
を、ユーザ等により指定された消去終了時刻（完全消去
前のセル＃ｋ＋１のＳＣ＿Ｅ＿ＡＰＡＴｋ＋１）に合わ
せることになる。

【０２８１】あるいは、完全消去後のＳＯＢのセル＃ｋ
（完全消去前もセル＃ｋ）の終了時刻（ＳＣ＿Ｅ＿ＡＰ
ＡＴｋ）を、ユーザ等により指定された消去開始時刻
（完全消去前のセル＃ｋ＋１のＳＣ＿Ｓ＿ＡＰＡＴｋ＋
１）に合わせてもよい。

【０２８２】なお、図３１下段の図解例において、完全
消去の前後で変更のないセル＃ｋについては、その開始
時刻（ＳＣ＿Ｓ＿ＡＰＡＴｋ）および終了時刻（ＳＣ＿
Ｅ＿ＡＰＡＴｋ）に変更はない。

【０２８３】上記ステップＳ２４の処理により、前述し
た「ＳＯＢＩアライン」がなされる（これにより隣接Ｓ
ＯＢＩ間にギャップが生じることを防止できる）。

【０２８４】次に、元の（消去前の）ストリームオブジ
ェクト情報（ＳＯＢＩ）＃Ｂ・２４３（図３（ｇ））に
関する情報（タイムマップ情報等）が書き替えられる
（ステップＳ２５）。

【０２８５】具体的には、実質上の消去領域７４２（図
１６（ｈ）、図２４（ｈ））の部分および新たに定義さ
れたＳＯＢ領域７４６（図１６（ｈ）、図２４（ｈ））
の部分を元のタイムマップ情報から除去した内容に、タ
イムマップ情報が書き替えられる。

【０２８６】そうする理由は、部分消去後にはＳＯＢ＃
Ｂ＊７４５（図１５（ｈ）、図２２（ｈ））を構成する
ストリームブロックは＃３のみとなったので、部分消去
前のＳＯＢＩ＃Ｂ・２４３内のタイムマップ情報から、
実質的に消去されたストリームブロック＃４の部分、お
よび別のストリームオブジェクト（ＳＯＢ＃Ｃ）の所属
になったストリームブロック＃５の情報を削除する必要
があるからである。

【０２８７】この情報削除がステップＳ２５の情報書替
処理である。この削除処理は、図７の主ＭＰＵ部４０４
内のワークＲＡＭ部４０４ａに一時保管された管理情報
（ＳＴＲＥＡＭ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．ＩＦＯ）
１０５に対してなされる。

【０２８８】このステップＳ２５における情報（タイム
マップ情報等）の書き替えにおいても、前述した「ＳＯ
ＢＩアライン」がなされる（これにより隣接ＳＯＢＩ間
にギャップが生じることを防止できる）。

【０２８９】次に消去前のオリジナルセル情報＃２・２
７３に関する情報内容の変更処理が行なわれる。ここで
は、ステップＳ２４におけるオリジナルセル情報＃３・
７６２の作成と同様な処理が実行される。

【０２９０】まず、タイムマップ情報が書き替えられた
ＳＯＢに対応したオリジナルセルの時刻範囲が変更され
る（ステップＳ２６）。

【０２９１】この変更は、ユーザ等により指定された部
分消去開始時刻に該当セルの終了時刻を合わせること
で、（あるいはユーザ等により指定された部分消去終了
時刻に該当セルの開始時刻を合わせることで）行われ
る。

【０２９２】具体的には、後述する図３１下段の図解を
例に採れば、セル＃ｋ（完全消去前もセル＃ｋ）の終了
時刻（ＳＣ＿Ｅ＿ＡＰＡＴｋ）を、ユーザ等により指定
された消去開始時刻（完全消去前のセル＃ｋ＋１のＳＣ
＿Ｓ＿ＡＰＡＴｋ＋１）に合わせることになる。

【０２９３】あるいは、完全消去後のセル＃ｋ＋１（完
全消去前はセル＃ｋ＋２）の開始時刻（ＳＣ＿Ｓ＿ＡＰ
ＡＴｋ＋１）を、ユーザ等により指定された消去終了時
刻（完全消去前のセル＃ｋ＋１のＳＣ＿Ｅ＿ＡＰＡＴｋ
＋１）に合わせてもよい。

【０２９４】次に、図７の主ＭＰＵ部４０４は、ストリ
ームデータ部分消去／仮消去制御部４０４ｄに関するシ
ーケンシャルプログラムに従って処理を実行し、ディス
クドライブ部４０９に対してデータ読み出しの指示を出
す。これにより、情報記憶媒体２０１上でストリームデ
ータが記録されているファイルＳＴＲＥＡＭ．ＶＲＯ
（またはＳＲ＿ＴＲＡＮＳ．ＳＲＯ）１０６（図２）内
から、ストリームブロック＃３のデータ（図１５または
図２２の（ｉ）〜（ｌ））が再生され、そのデータが主
ＭＰＵ部４０４内のワークＲＡＭ部４０４ａに一時保管
される。

【０２９５】主ＭＰＵ部４０４は、その一時保管したデ
ータ内を検索し、図１５（ｇ）または図２２（ｇ）で示
される見かけ上の前半残存エリア７４３の終了時刻にも
っとも近い値を持つタイムスタンプの値を、検索する。

【０２９６】その検索結果が図１５または図２２の
（ｉ）〜（ｋ）で示すようにセクタＮｏ．９０内にある
タイムスタンプｖの値と一致しあるいは近似していた場
合には、このタイムスタンプｖの値が、部分消去後のオ
リジナルセル情報＃２・７６１（図１５（ｍ）、図２２
（ｍ））の該当セルの終了時間７５７（図１５（ｌ）、
図２２（ｌ））の値として設定される。

【０２９７】こうして設定された値が、主ＭＰＵ部４０
４内のワークＲＡＭ部４０４ａ内に一時保管された管理
情報（ＳＴＲＥＡＭ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．ＩＦ
Ｏ）１０５に追記される。

【０２９８】なお、部分消去後のオリジナルセル情報＃
２・７６１の該当セルの開始時間７５１の値（ＳＣ＿Ｓ
＿ＡＰＡＴ）は、部分消去前のオリジナルセル情報＃２
・２７３の該当セルの開始時間７５１の値（ＳＣ＿Ｓ＿
ＡＰＡＴ）と同じなので、変更されずにそのままの値が
管理情報（ＳＴＲＥＡＭ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．
ＩＦＯ）１０５内に残される。

【０２９９】以上一連の処理が終了すると、図７のワー
クＲＡＭ部４０４ａ内で変更されたストリームデータの
管理情報（ＳＴＲＥＡＭ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．
ＩＦＯ）１０５の情報を元に、主ＭＰＵ部４０４からデ
ィスクドライブ部４０９へ指示が出される。

【０３００】これにより、情報記憶媒体２０１上のＳＴ
ＲＥＡＭ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．ＩＦＯ１０５の
情報が書き替えられる（ステップＳ２７）。

【０３０１】この情報書き替えの結果、削除されたスト
リームブロック（ＳＯＢＵ）は図２のファイルシステム
（ＤＶＤ＿ＲＴＡＶのファイルシステム）から無視され
るようになる。

【０３０２】最後に、Ｓ２８で情報記憶媒体２０１上に
記録されたボリューム＆ファイル構造情報２０６（図３
（ｂ））の情報が書き替えられて、ファイルシステム情
報が更新される（ステップＳ２８）。

【０３０３】ストリームブロック毎のデータサイズと時
間情報（時間差）が記録されているストリームオブジェ
クト情報（ＳＯＢＩ）による指定範囲に対して、この指
定範囲に対応した再生範囲を示すオリジナルセル情報の
指定範囲を、等しいかあるいは狭くすることができる
（図１５、図１６、図２２あるいは図２４の（ｆ）〜
（ｈ）参照）。このようにすれば、ユーザは、見かけ
上、ストリームブロックよりも細かな任意の範囲で、記
録済みＳＯＢ情報の部分消去が可能となる。

【０３０４】なお、各ストリームブロック毎のデータサ
イズを加算することで、特定のストリームブロックが記
録されている位置（＝アドレス情報）を算出することが
できる。

【０３０５】上記のように部分消去処理を行った後に情
報記憶媒体２０１から再生が行われると、図４に示すよ
うに１個のオリジナルＰＧＣ２９０ではオリジナルセル
＃２とオリジナルセル＃３が連続して再生される。

【０３０６】つまり、部分消去処理が実行された情報記
憶媒体２０１からユーザ等により再生が行われる場合に
は、オリジナルセル情報＃２・７６１（図１５（ｍ）
等）内の該当セルの開始時間７５１から該当セルの終了
時間７５７の時刻まで再生された直後に、オリジナルセ
ル情報＃３・７６２（図１６（ｍ）等）内の該当セルの
開始時間７５２の位置から、続けて（通常はシームレス
に）再生が始まる。

【０３０７】［仮消去の場合］ＤＶＤストリーマでは、
２種類の消去が可能となっている。第１は上述したスト
リームの一部を完全に消去するものであり、第２は以下
に述べるストリームの一部を仮に消去する（仮消去また
はテンポラリ・イレーズ；これを適宜ＴＥと略記する）
ものである。

【０３０８】仮消去に関しては： （１１）ストリームの仮消去部分は完全に構成し直すこ
とができる； （１２）仮消去部分の開始位置および終了位置は、アプ
リケーションパケット到着時間（ＡＰＡＴ）の精度で、
時間情報によりマークできる（ストリーマのユーザは、
ＳＯＢ、ＳＯＢＵ、ＳＯＢＩ／ＭＡＰＬ等の内部情報を
認識できないが、記録時間は認識できる。そこで、仮消
去の範囲、すなわち仮消去部分の開始位置および終了位
置を、ユーザが時間ベースでマークできるようにしてい
る。）； （１３）記録中、ストリーマのフォーマットは、ストリ
ーム内に配慮せず、仮消去部分を完全消去状態にするこ
とができる（これにより、仮消去部分をリアルタイムで
リサイクル利用できるようになる）。

【０３０９】上記（１１）〜（１３）は、図３（ｆ）、
図４、図２７または図３２に示すオリジナルＰＧＣ（ユ
ーザ定義ＰＧＣに非ず）内のストリームセル情報ＳＣＩ
（図２８）に含まれるプロテクトフラグＴＥ（図２８）
を利用して、実現できる。このＴＥフラグは仮消去され
たセルを示すものである。

【０３１０】次に、図２３（ｆ）あるいは図２５（ｆ）
に示すストリームオブジェクト（ＳＯＢ）＃Ｂ・２９９
の中央部を仮消去するものとし、図２３（ｇ）あるいは
図２５（ｇ）に示すように見かけ上の仮消去領域７４７
が設定される場合を想定して、図１７のフローチャート
の説明に入る。

【０３１１】仮消去の処理においては、図１７のステッ
プＳ２１〜Ｓ２３の「部分消去範囲」あるいは「消去範
囲」を「仮消去範囲」と読み替えれば、処理内容の手順
は同様である。また、図１７のステップＳ２７〜Ｓ２８
も、処理手順としては、部分消去の場合も仮消去の場合
も変わらない。

【０３１２】以下では、図１７のステップＳ２４〜Ｓ２
６に関して、仮消去の場合の手順を、図２３および図２
５を参照しながら、説明する。

【０３１３】ステップＳ２３の処理によりタイムマップ
情報の作成が済むと、新たに定義されたＳＯＢ（ＳＯＢ
＃＃Ｂ＊、ＳＯＢ＃Ｃ）に対するオリジナルセル情報が
作成される（ステップＳ２４）。

【０３１４】このオリジナルセル情報の作成において、
対応オリジナルセルの指定範囲が設定される。

【０３１５】具体的には、後述する図３０（ｂ）の図解
を例に採れば、仮消去フラグＴＥが”１０ｂ”に設定さ
れたセル＃ｋ＋１の開始時刻は、ユーザ等により指定さ
れた仮消去開始時刻（ＥＲＡ＿Ｓ＿ＡＰＡＴ；仮消去の
開始マーク）となる。また、仮消去フラグＴＥが”１０
ｂ”に設定されたセル＃ｋ＋１の終了時刻は、ユーザ等
により指定された仮消去終了時刻（ＥＲＡ＿Ｅ＿ＡＰＡ
Ｔ；仮消去の終了マーク）となる。

【０３１６】あるいは、後述する図３１上段の図解を例
に採れば、仮消去フラグＴＥが”１０ｂ”に設定された
セル＃ｋ＋１の開始時刻はＳＣ＿Ｓ＿ＡＰＡＴｋ＋１と
なり、このセル＃ｋ＋１の終了時刻はＳＣ＿Ｅ＿ＡＰＡ
Ｔｋ＋１となる。

【０３１７】次に、元の（仮消去前の）ストリームオブ
ジェクト情報（ＳＯＢＩ）に関する情報（タイムマップ
情報等）が、前述した部分消去と同様な方法で書き替え
られる（ステップＳ２５）。

【０３１８】この仮消去では、仮消去対象のデータ自体
が消去されるのではなく、消去対象のデータの管理情報
が「仮消去」状態に書き替えられるだけである。しか
し、仮消去対象のデータ（図３０（ｂ）あるいは図３１
上段の例ではセル＃ｋ＋１のデータ）が完全消去される
と、以下の処理がなされる。

【０３１９】まず、タイムマップ情報が書き替えられた
ＳＯＢに対応したオリジナルセルの時刻範囲が変更され
る（ステップＳ２６）。

【０３２０】具体的には、後述する図３０の図解を例に
採れば、図３０（ｂ）の仮消去セル＃ｋ＋１の開始時刻
（ＥＲＡ＿Ｓ＿ＡＰＡＴ）が図３０（ｃ）の完全消去後
のセル＃ｋの終了時刻（ＳＣ＿Ｅ＿ＡＰＡＴ）に合わせ
られ、図３０（ｂ）の仮消去セル＃ｋ＋１の終了時刻
（ＥＲＡ＿Ｅ＿ＡＰＡＴ）が図３０（ｃ）の完全消去後
のセル＃ｋ＋１（完全消去前はセル＃Ｋ＋２）の開始時
刻（ＳＣ＿Ｓ＿ＡＰＡＴ）に合わせられることになる。

【０３２１】以上の仮消去処理の要点を纏めると、次の
ようになる。

【０３２２】（ａ）仮消去の開始時刻（ＥＲＡ＿Ｓ＿Ａ
ＰＡＴ）および仮消去の終了時刻（ＥＲＡ＿Ｅ＿ＡＰＡ
Ｔ）によって、ストリームオブジェクト（ＳＯＢ）に含
まれるビットストリーム情報の一部（図２３または図２
５の仮消去領域７４７）に対する仮の消去範囲が指定さ
れる（ステップＳ２１において、「部分消去範囲」を
「仮消去範囲」に読み替える）。

【０３２３】開始時刻（ＳＣ＿Ｓ＿ＡＰＡＴ）がストリ
ームブロック（ＳＯＢＵ）内で開始するトランスポート
パケット（アプリケーションパケット）の先頭に一致す
るときに、開始時刻（ＳＣ＿Ｓ＿ＡＰＡＴ）を伴うトラ
ンスポートパケット（アプリケーションパケット）を含
むところのストリームブロック（ＳＯＢＵ）内で開始す
るトランスポートパケット（アプリケーションパケッ
ト）のうちの最初のものの開始時刻（ＳＣ＿Ｓ＿ＡＰＡ
Ｔ）に、仮消去の開始時刻（ＥＲＡ＿Ｓ＿ＡＰＡＴ）を
合わせる（ステップＳ２６において、「部分消去」を
「仮消去」に読み替える）。そして、ストリーマ情報
（ＳＴＲＥＡＭ．ＩＦＯ／ＳＴＲＩ）を書き替える（ス
テップＳ２７）。

【０３２４】（ｂ）あるいは、仮消去の開始時刻（ＥＲ
Ａ＿Ｓ＿ＡＰＡＴ）および仮消去の終了時刻（ＥＲＡ＿
Ｅ＿ＡＰＡＴ）によって、ストリームオブジェクト（Ｓ
ＯＢ）に含まれるビットストリーム情報の一部（図２３
または図２５の仮消去領域７４７）に対する仮の消去範
囲が指定される（ステップＳ２１において、「部分消去
範囲」を「仮消去範囲」に読み替える）。

【０３２５】仮の消去範囲が指定された部分に相当する
セル（ＴＥセル）がストリームオブジェクト（ＳＯＢ）
の先頭を含むときに、開始時刻（ＳＣ＿Ｓ＿ＡＰＡＴ）
を伴うトランスポートパケット（アプリケーションパケ
ット）を含むところのストリームブロック（ＳＯＢＵ）
内で開始するトランスポートパケット（アプリケーショ
ンパケット）のうちの最初のものの開始時刻（ＳＣ＿Ｓ
＿ＡＰＡＴ）に、仮消去の開始時刻（ＥＲＡ＿Ｓ＿ＡＰ
ＡＴ）を合わせる（ステップＳ２６において、「部分消
去」を「仮消去」に読み替える）。そして、ストリーマ
情報（ＳＴＲＥＡＭ．ＩＦＯ／ＳＴＲＩ）を書き替える
（ステップＳ２７）。

【０３２６】（ｃ）あるいは、仮消去の開始時刻（ＥＲ
Ａ＿Ｓ＿ＡＰＡＴ）および仮消去の終了時刻（ＥＲＡ＿
Ｅ＿ＡＰＡＴ）によって、ストリームオブジェクト（Ｓ
ＯＢ）に含まれるビットストリーム情報の一部（図２３
または図２５の仮消去領域７４７）に対する仮の消去範
囲が指定される（ステップＳ２１において、「部分消去
範囲」を「仮消去範囲」に読み替える）。

【０３２７】開始時刻（ＳＣ＿Ｓ＿ＡＰＡＴ）を伴うト
ランスポートパケット（アプリケーションパケット）を
含むところのストリームブロック（図３０（ｂ）のＳＯ
ＢＵ＃３）が直後に続く他のストリームブロック（図３
０（ｂ）のＳＯＢＵ＃２）内で開始するトランスポート
パケット（アプリケーションパケット）のうちの最初の
ものの開始時刻（ＳＣ＿Ｓ＿ＡＰＡＴ）に、仮消去の開
始時刻（ＥＲＡ＿Ｓ＿ＡＰＡＴ）を合わせる（ステップ
Ｓ２６において、「部分消去」を「仮消去」に読み替え
る）。そして、ストリーマ情報（ＳＴＲＥＡＭ．ＩＦＯ
／ＳＴＲＩ）を書き替える（ステップＳ２７）。

【０３２８】（ｄ）あるいは、仮消去の開始時刻（ＥＲ
Ａ＿Ｓ＿ＡＰＡＴ）および仮消去の終了時刻（ＥＲＡ＿
Ｅ＿ＡＰＡＴ）によって、ストリームオブジェクト（Ｓ
ＯＢ）に含まれるビットストリーム情報の一部（図２３
または図２５の仮消去領域７４７）に対する仮の消去範
囲が指定される（ステップＳ２１において、「部分消去
範囲」を「仮消去範囲」に読み替える）。

【０３２９】仮の消去範囲が指定された部分に相当する
セル（ＴＥセル）の直後に続くトランスポートパケット
（アプリケーションパケット）を含むところのストリー
ムブロック（図３０（ｃ）のセル＃ｋ＋１のＳＯＢＵ＃
１）内で開始するトランスポートパケット（アプリケー
ションパケット）のうちの最初のものの開始時刻（ＳＣ
＿Ｓ＿ＡＰＡＴ）に、仮消去の終了時刻（ＥＲＡ＿Ｅ＿
ＡＰＡＴ）を合わせる（ステップＳ２６において、「部
分消去」を「仮消去」に読み替える）。そして、ストリ
ーマ情報（ＳＴＲＥＡＭ．ＩＦＯ／ＳＴＲＩ）を書き替
える（ステップＳ２７）。

【０３３０】図１８は、ＭＰＥＧエンコードされた映像
データ（部分消去前あるいは仮消去前）に対する時間管
理情報設定方法を説明する図である。

【０３３１】また、図１９は、図１８の映像データに対
応したオリジナルセル情報（部分消去前あるいは仮消去
前）における時間情報とフィールド情報との関係を説明
する図である。

【０３３２】前述した実施の形態では、特定のデータサ
イズ（たとえば３２セクタ／６４ｋバイト）毎に分割し
たストリームブロック（ＳＯＢＵ）毎に実質的な部分消
去を行い、詳細な見かけ上の部分消去範囲を、オリジナ
ルセル範囲で定義できるようになっている。

【０３３３】しかし、この発明はそれだけに限られな
い。映像データなどの特定のデータをユニットもしくは
ブロックに分割管理し、そのユニットもしくはブロック
単位で消去を行なうとともに、再生情報（セルなど）の
範囲指定により「ユーザによる詳細な再生範囲を指定で
きる」あらゆる方法に対して、この発明を適用すること
ができる。

【０３３４】たとえば、ＭＰＥＧ２により記録された映
像情報を管理する管理情報ファイルであるＲＴＲ．ＩＦ
Ｏ１０４（図２）では、図１８に示すようにＭＰＥＧ２
の動画圧縮に特有なＩピクチャから次のＩピクチャの手
前までがユニット化されて取り扱われる。このユニット
は、ビデオオブジェクトユニット（ＶＯＢＵ）と呼ばれ
る。このＶＯＢＵは、ストリームオブジェクトユニット
（ＳＯＢＵ）に対応させて考えることができる。

【０３３５】ＮＴＳＣのＴＶ規格では、１秒間に約３０
枚の画像（フレーム）を表示している。各画像をピクチ
ャと呼び、インターレース方式では１枚のピクチャ（フ
レーム）を２回のフィールド走査（奇数フィールド走査
と偶数フィールド走査）で表現している。

【０３３６】ストリーマでは、ストリームデータが受信
機に到達した時刻情報が記録されているタイムスタンプ
情報を、時間（時刻）情報として利用している。しか
し、この発明の一実施の形態においては、映像情報に対
しては、図１８に示す最初のＩピクチャａから数えたフ
ィールド数で、時間（時刻）情報を表わすことも可能と
している。

【０３３７】この実施の形態でのタイムマップ情報は、
ＶＯＢＵ（あるいはＳＯＢＵ）毎のユニットとして管理
される。たとえば、図３（ｉ）のストリームブロックサ
イズ２６２に対しては、１個のＶＯＢＵ（あるいはＳＯ
ＢＵ）のデータサイズが対応する。また、ストリームブ
ロック時間差２６３に対応する時間情報としては、１個
の対応するＶＯＢＵ（あるいはＳＯＢＵ）内に含まれる
フィールド数が当てはまる。

【０３３８】このとき、オリジナルセル＃１の情報（図
２８のＳＣＩ）７６３（図１９）における該当セルの開
始時間（ＳＣ＿Ｓ＿ＡＰＡＴあるいはＥＲＡ＿Ｓ＿ＡＰ
ＡＴ）７５３および該当セルの終了時間（ＳＣ＿Ｅ＿Ａ
ＰＡＴあるいはＥＲＡ＿Ｅ＿ＡＰＡＴ）７５８の情報
は、図１８の先頭Ｉピクチャａから数えたフィールド数
で表現できる。

【０３３９】たとえば、図１８のｎ枚目のピクチャの時
間情報は、２ｎ番目のフィールドとして表現できる。

【０３４０】図２０は、ＭＰＥＧエンコードされた映像
データ（部分消去後あるいは仮消去後）に対する時間管
理情報設定方法を説明する図である。

【０３４１】また、図２１は、図２０の映像データに対
応したオリジナルセル情報（部分消去後あるいは仮消去
後）における時間情報とフィールド情報との関係を説明
する図である。

【０３４２】図１８の映像情報に対して部分消去の処理
を行った場合には、図２０に示すように、ＶＯＢＵ＃２
（ＳＯＢＵ＃２）のみが実質的に部分消去される。ユー
ザ等が指定した細かい部分消去の範囲は、図１５その他
を参照して説明したストリームデータの部分消去の場合
と同様、セルの範囲設定で規定できる。

【０３４３】すなわち、図２０において、ユーザ等がＢ
ピクチャｆからＢピクチャｓまで部分消去を指定した場
合、部分消去指定範囲に完全に含まれるＶＯＢＵ＃２
（ＳＯＢＵ＃２）は完全に消去される。このとき、一部
のみ部分消去の指定範囲に含まれるＶＯＢＵ＃１（ＳＯ
ＢＵ＃１）およびＶＯＢＵ＃３（ＳＯＢＵ＃３）は、Ｖ
ＯＢＵ単位（ＳＯＢＵ単位）で実質的に残存する。

【０３４４】ストリームデータの場合と同様に、部分消
去した部分の前後でＶＯＢ（あるいはＳＯＢ）が分割さ
れてＶＯＢ＃１（ＳＯＢ＃１）とＶＯＢ＃２（ＳＯＢ＃
２）になる。これに対応して、部分消去前のセルは、オ
リジナルセル＃１とオリジナルセル＃２に分かれる。

【０３４５】このとき、図２１に示すように、オリジナ
ルセル＃１の情報（ＳＣＩ）７６４の該当セルの終了時
間（ＳＣ＿Ｅ＿ＡＰＡＴあるいはＥＲＡ＿Ｅ＿ＡＰＡ
Ｔ）７５９としてＢピクチャｆに対応した２ｆ番目のフ
ィールドを指定し、オリジナルセル＃２の情報（ＳＣ
Ｉ）７６５の該当セルの開始時間（ＳＣ＿Ｓ＿ＡＰＡＴ
あるいはＥＲＡ＿Ｓ＿ＡＰＡＴ）７５４としてＢピクチ
ャｓに対応した２（ｓ―ｑ）番目のフィールドを指定す
ることができる。

【０３４６】たとえば、図２０のｆ枚目のピクチャの時
間情報は、２ｆ番目のフィールドとして表現できる。

【０３４７】図２０、図２１の実施の形態では、フィー
ルド数は、必ずＶＯＢ（ＳＯＢ）毎にＶＯＢの先頭ピク
チャから数えたフィールド数で表わしている。さらに、
セル情報（ＳＣＩ）内で、フィールド数により、対応す
るＶＯＢ（ＳＯＢ）を指定できるようにしている。ここ
にこの実施の形態の特徴がある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０４００】ビットレートが極めて低い記録がなされる
場合、タイムマップ情報（図３（ｈ）の２５２；あるい
は図２９のＳＯＢＩ内ＭＡＰＬ）の回復（再生）を確実
にするためにスタッフィングが必要になる。図２６
（ｉ）のスタッフィングパケットは、そのための概念的
な単位として定義されている。このスタッフィングパケ
ットの目的は、スタッフィングエリアを含め夫々のＳＯ
ＢＵが少なくとも１つのＡＴＳ値を含むようにすること
で、達成される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０５０１】図３０は、あるプログラム＃ｊの一部が部
分的に消去（仮消去および本消去）された場合におけ
る、セルと対応時間情報（ＳＣ＿Ｓ＿ＡＰＡＴ／ＳＣ＿
Ｅ＿ＡＰＡＴ；ＥＲＡ＿Ｓ＿ＡＰＡＴ／ＥＲＡ＿Ｅ＿Ａ
ＰＡＴ）との関係例（その１）を説明する図である。

【０５０２】この発明の一実施の形態に係るストリーマ
は、図１７のところで前述したように、ストリームの一
部を完全に消去する部分消去と、ストリームの一部を仮
に消去（テンポラリイレーズ；ＴＥ）する仮消去とを扱
うことができる。

【０５０３】いま、図３０（ａ）に示すようにオリジナ
ルプログラム（ＳＯＢ＃ｎに対応）のプログラム＃ｊが
セル＃ｋで構成され、このセル＃ｋがＳＯＢＵ＃１〜Ｓ
ＯＢＵ＃６で構成されているとする。このとき、セル＃
ｋの開始時間がＳＣ＿Ｓ＿ＡＰＡＴで示され、その終了
時間がＳＣ＿Ｅ＿ＡＰＡＴで示されている。

【０５０４】このようなプログラム＃ｊにおいて、スト
リーマのユーザが、図３０（ｂ）に示すように、ＳＯＢ
Ｕ＃３〜ＳＯＢＵ＃４を完全に含むエリア（ＳＣ＿Ｓ＿
ＡＰＡＴから始まりＳＣ＿Ｅ＿ＡＰＡＴで終わる）を仮
消去セル＃ｋ＋１として設定したとする。このとき、セ
ル＃ｋ＋１の仮消去フラグＴＥは「１０ｂ」となる。

【０５０５】この場合、仮消去前（図３０（ａ））のセ
ル＃ｋのＳＯＢＵ＃１〜ＳＯＢＵ＃２に対応する部分
は、仮消去後（図３０（ｂ））も変わらずセル＃ｋとな
る。また、仮消去セル（ＴＥセル）＃ｋ＋１に含まれる
ＳＯＢＵ＃３〜ＳＯＢＵ＃４の後のＳＯＢＵ＃５〜ＳＯ
ＢＵ＃６に対応する部分は、仮消去後（図３０（ｂ））
のセル＃ｋ＋２となる。

【０５０６】図３０（ｂ）に示すように、仮消去セル
（ＴＥセル）＃ｋ＋１は、ＳＯＢＵ＃３とＳＯＢＵ＃４
との間にできるＳＯＢＵ境界を含んでいる。この場合、
ＳＯＢＵ＃３内で開始する先頭アプリケーションパケッ
トのアプリケーションパケット到着時間が、ＴＥセル＃
ｋ＋１のＥＲＡ＿Ｓ＿ＡＰＡＴで示される。また、ＴＥ
セル＃ｋ＋１の直ぐ後に続くアプリケーションパケット
を含むＳＯＢＵ＃５内で開始する先頭アプリケーション
パケットのアプリケーションパケット到着時間が、ＴＥ
セル＃ｋ＋１のＥＲＡ＿Ｅ＿ＡＰＡＴで示されている。

【０５０７】図３０（ｂ）のプログラム＃ｊからＴＥセ
ル＃ｋ＋１が本当に消去（完全消去）されると、オリジ
ナルプログラム（図３０（ａ））ではＳＯＢ＃ｎに属し
ていたプログラム＃ｊは、図３０（ｃ）に示すように、
ＳＯＢ＃ｎとＳＯＢ＃ｎ＋１とに分かれる。

【０５０８】この場合、完全消去後のセル＃ｋのＳＣ＿
Ｅ＿ＡＰＡＴを、ＴＥセル＃ｋ＋１のＥＲＡ＿Ｓ＿ＡＰ
ＡＴに合わせることができる。また、完全消去後のセル
＃ｋ＋１のＳＣ＿Ｓ＿ＡＰＡＴは、ＴＥセル＃ｋ＋１の
ＥＲＡ＿Ｅ＿ＡＰＡＴに合わせることができる。

【０５０９】このようにＳＣ＿Ｓ＿ＡＰＡＴおよびＳＣ
＿Ｅ＿ＡＰＡＴだけでなくＥＲＡ＿Ｓ＿ＡＰＡＴおよび
ＥＲＡ＿Ｅ＿ＡＰＡＴも用いる理由を以下に述べる。

【０５１０】ＴＥセルは、２種類の特別なＡＰＡＴ、す
なわちＳＣ＿Ｓ＿ＡＰＡＴ／ＳＣ＿Ｅ＿ＡＰＡＴとＥＲ
Ａ＿Ｓ＿ＡＰＡＴ／ＥＲＡ＿Ｅ＿ＡＰＡＴを持つことが
できる。それは、ＴＥセル内のＳＯＢＵ（図３０（ｂ）
ではＳＯＢＵ＃３〜ＳＯＢＵ＃４）を、記録中に再利用
できるようにするためである。

【０５１１】換言すれば、記録中に媒体（ＤＶＤ−ＲＡ
Ｍディスク）２０１が満杯になってしまったとき、スト
リーマは、ＴＥセルを完全消去することにより新たな未
記録状態のＳＯＢＵ（図３０（ｂ）ではＳＯＢＵ＃３〜
ＳＯＢＵ＃４）を獲得し、このＳＯＢＵを用いて記録を
中断なく継続する。

【０５１２】この「新たな未記録状態のＳＯＢＵの獲
得」という目的に対しては、ＴＥセルのＳＣ＿Ｓ＿ＡＰ
ＡＴおよびＳＣ＿Ｅ＿ＡＰＡＴだけでは不十分である。
というのも、タイムマップ情報（ＭＡＰＬ）を介した検
索において、割り当てられたＳＯＢＵには２つの可能な
検索位置ができてしまうためである。しかし、ＥＲＡ＿
Ｓ＿ＡＰＡＴおよびＥＲＡ＿Ｅ＿ＡＰＡＴを用いれば、
ストリームに何ら関与することなく正確なＳＯＢＵ位置
を特定できるようになる。

【０５１３】図３１は、あるプログラム＃ｊの一部が部
分的に消去（仮消去および本消去）された場合におけ
る、セルと対応時間情報（ＳＣ＿Ｓ＿ＡＰＡＴ／ＳＣ＿
Ｅ＿ＡＰＡＴ）との関係例（その２）を説明する図であ
る。

【０５１４】図３１において、オリジナル記録のプログ
ラム＃ｊは、ＴＥフラグが「００ｂ」のセル＃ｋ（開始
時間はＳＣ＿Ｓ＿ＡＰＡＴ；終了時間はＳＣ＿Ｅ＿ＡＰ
ＡＴ）で構成されている。

【０５１５】ここでは、仮消去セルがＳＯＢＵ境界を含
まない場合（ＥＲＡ＿Ｓ＿ＡＰＡＴ／ＥＲＡ＿Ｅ＿ＡＰ
ＡＴを）を想定している。

【０５１６】このプログラム＃ｊの途中の一部（ＡＰＡ
Ｔ＝ＡからＡＰＡＴ＝Ｂまでの範囲）に対して仮消去が
実行されると、オリジナル記録のセル＃ｋは、セル＃ｋ
（ＴＥフラグが「００ｂ」；開始時間はＳＣ＿Ｓ＿ＡＰ
ＡＴｋ；終了時間はＳＣ＿Ｅ＿ＡＰＡＴｋ）と、セル＃
ｋ＋１（ＴＥフラグが「１０ｂ」；開始時間はＳＣ＿Ｓ
＿ＡＰＡＴｋ＋１；終了時間はＳＣ＿Ｅ＿ＡＰＡＴｋ＋
１）と、セル＃ｋ＋２（ＴＥフラグが「００ｂ」；開始
時間はＳＣ＿Ｓ＿ＡＰＡＴｋ＋２；終了時間はＳＣ＿Ｅ
＿ＡＰＡＴｋ＋２）に３分割される。

【０５１７】仮消去（ＴＥ）実行後、オリジナルセルを
再編成すると、図３１の中段に示すように、プログラム
＃ｊは再びＴＥフラグが「００ｂ」のセル＃ｋ（開始時
間はＳＣ＿Ｓ＿ＡＰＡＴ；終了時間はＳＣ＿Ｅ＿ＡＰＡ
Ｔ）となる。

【０５１８】ここで、仮消去（ＴＥ）動作はオリジナル
ＰＧＣ情報の内容には影響せず、ストリームファイル情
報ＳＦＩの内容は変更されず残される。

【０５１９】一方、ユーザ定義ＰＧＣ情報は、変更され
ないか、あるいはユーザ定義セルがＴＥセルを参照しな
いように修正できる。

【０５２０】仮消去の主な動作は、プログラム＃ｊ内で
実行される。仮消去は、プログラム＃ｊのセルを、通常
のストリーム部（消去されていない部分）および仮消去
部をカバーする部分に分割することで実行される。

【０５２１】ユーザ定義ＰＧＣ情報の内容を変更せずに
そのままにしておく場合は、ＴＥ動作の再構成後も、ナ
ビゲーションデータは仮消去前の状態と全く変わらな
い。

【０５２２】情報記憶媒体２０１の未記録領域を使いき
り記録スペースが不足すると、仮消去セル＃ｋ＋１は完
全消去される。すると、図３１の下段に示すように、仮
消去時のセル＃ｋは完全消去後にも変更されずセル＃ｋ
となるが、仮消去時のセル＃ｋ＋２は完全消去後にセル
＃ｋ＋１となる。

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

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

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

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

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

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

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

【０５３０】ＳＯＢあるいはＳＯＢＵのＳ＿ＡＰＡＴ
は、該当ＳＯＢのストリームパックのペイロード（図８
（ｂ）参照）内に記録されたタイムスタンプに関係して
定義される。ＳＯＢの記録中、各到来アプリケーション
パケットには、ストリーマ内のローカルクロックリファ
レンスによりタイムスタンプが付される。これが、アプ
リケーションパケット到着時間（ＡＰＡＴ）である。

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

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

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

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

【０５３５】図３３は、各ストリームオブジェクト（Ｓ
ＯＢ）を構成するＳＯＢＵの内容が、図３のデータエリ
ア２０７（図１ではデータエリア２１〜２３）にどのよ
うに記録されるかを例示する図である。ここでは、ＳＯ
Ｂが記録されるときにＳＯＢをどのようにアロケートす
るかを説明する。

【０５３６】情報記憶媒体（ＤＶＤ−ＲＡＭディスク）
２０１のフリースペースを有効活用するため、図３３に
示すように、媒体（ディスク）全体に分散したデータエ
リア内にＳＯＢをアロケートすることができる。

【０５３７】このようなＳＯＢを媒体（ディスク）から
読み取るときは、あるデータエリアから次のデータエリ
アにジャンプする間、媒体（ディスク）からのデータ供
給が中断する。このような場合でもＳＯＢデータの連続
供給を保証するためには、ＳＯＢデータのアロケーショ
ンは次のような条件で行なう。

【０５３８】すなわち、ＳＯＢは連続データエリア（以
下適宜ＣＤＡと略記する）のチェーン内にアロケートす
る。ＣＤＡは基本的には媒体（ディスク）内の連続物理
セクタのシーケンスとなる。

【０５３９】ＤＣＡの最小長およびＣＤＡ内のデータア
ロケーションは、各ＳＯＢを連続再生できるような再生
装置モデルにより制限を受ける。

【０５４０】連続データエリア（ＣＤＡ）は媒体（ディ
スク）内の連続物理セクタである。ＣＤＡは複数のＥＣ
Ｃブロックからなる。ＣＤＡ内では、ＣＤＡ内で幾つか
の物理セクタが記録時にスキップするような場合を除
き、ＳＯＢデータが連続的にアロケートされる。

【０５４１】ＳＯＢデータがＣＤＡ内に記録される際の
制限としては、以下のものがある： （２１）ＳＯＢデータとその他のデータは、同じＥＣＣ
ブロック内に記録しない； （２２）ＳＯＢデータの記録中に欠陥セクタに出くわし
たとしても、交替処理（リニアリプレイスメント）は用
いない。

【０５４２】ここで、複数アプリケーションパケットを
含むあるＳＯＢＵ内にセル開始ＡＰＡＴがある場合の再
生について、説明を補足しておく。

【０５４３】セルは、ＳＯＢＵ境界に一致しないセル開
始ＡＰＡＴあるいはセル終了ＡＰＡＴを持つことができ
る。いま、２つの連続ＳＯＢＵ＃Ｋ−１およびＳＯＢＵ
＃ｋがあり、ＳＯＢＵ＃ｋ内の中間部分にセル開始ＡＰ
ＡＴがある場合を考えてみる。

【０５４４】上記セル開始ＡＰＡＴにより特定されるア
プリケーションパケットから一連のアプリケーションパ
ケットの再生を開始する場合には、まず、目的のアプリ
ケーションパケット（所望のＡＰＡＴに対応）を含むＳ
ＯＢＵ＃ｋにアクセスする必要がある。いきなり目的の
アプリケーションパケットにアクセスしないのは、タイ
ムマップ情報（ＭＡＰＬ）によるアドレス方式がＳＯＢ
Ｕの開始アドレスしか与えない場合を想定しているから
である。

【０５４５】所望のＡＰＡＴを見つけるためには、上記
ＳＯＢＵ＃ｋ内の全てのアプリケーションパケットを初
め（ＳＯＢＵ＃ｋ−１とＳＯＢＵ＃ｋとの境界）からス
キャンしなければならない。このスキャンにより所望の
ＡＰＡＴが見つかれば、見つかった位置から以後のアプ
リケーションパケットの再生出力が、それらのアプリケ
ーションパケットのタイムスタンプ（ＡＴＳ）にしたが
って開始される。

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

【０５４７】１．情報記憶媒体上に記録するストリーム
データを所定サイズのストリームブロック単位（あるい
はＳＯＢＵ単位）で構成し、そのストリームブロック単
位で記録・消去するため、ストリームブロック先頭位置
のアドレス割り出しが非常に容易となり、再生時のアク
セス制御がしやすくなる。（図１４のＳ１２に示すよう
に再生時には、ストリームブロック先頭位置から再生を
開始する。） ２．情報記憶媒体上に記録するストリームデータを所定
サイズ（たとえば３２セクタ６４ｋバイト）のストリー
ムブロックで構成し、同一ストリームブロック内ではタ
イムスタンプやデータパケット（トランスポートパケッ
ト）が異なるセクタを跨いで記録できるため、セクタサ
イズ（２０４８ｋバイト）よりも大きなサイズのデータ
パケット（トランスポートパケット）を記録することが
できる。

【０５４８】３．情報記憶媒体としてＤＶＤ−ＲＡＭデ
ィスクが用いられる場合には、１６セクタ毎にＥＣＣブ
ロックが構成され、そのＥＣＣブロック内ではデータの
インターリーブ（並び替え）とエラー訂正用コードが付
加されている。そのため、ＥＣＣブロック内の特定のセ
クタのみを消去し、あるいは書き換え、もしくは追記す
るためには、一度ＥＣＣブロック内の全データを読み取
り（リード）、バッファメモリ内で再並び替え（デイン
ターリーブ）を行った後、特定セクタ分のデータを消去
あるいは書き換え、追記を行い（モディファイ）、再度
インターリーブ（並び替え）とエラー訂正用コードを付
加して記録する（リード・モディファイ・ライト）と言
う処理が必要となる。この処理は非常に時間が掛かりス
トリームデータの記録や部分消去が実時間で行えないと
言う問題がある。

【０５４９】それに対してストリームブロックサイズを
ＥＣＣブロックサイズの整数倍（たとえばＳＯＢＵ＝２
ＥＣＣブロックサイズ）にして、ストリームブロック単
位（ＳＯＢＵ単位）で記録、部分消去を行う。このた
め、リード・モディファイ・ライト処理が不要となり、
直接ＥＣＣブロック単位で情報記憶媒体上に上書きが可
能となる。その結果、ストリームデータの記録あるいは
部分消去の処理が高速で行え、実時間処理（リアルタイ
ム処理）が可能となる。

【０５５０】４．ストリームブロック毎に独自のヘッダ
情報（ストリームブロックヘッダあるいはアプリケーシ
ョンヘッダ）を持たせることにより、ストリームデータ
再生時にはストリームブロック先頭位置から再生を開始
することが可能となる。そのため、ストリームデータ記
録再生装置（ストリーマ）では早い時期にストリームブ
ロックヘッダを読み取ることで再生したストリームデー
タ処理を容易にすることができる。

【０５５１】５．上述したように基本的にストリームブ
ロック先頭位置から再生を開始するが、希なケースとし
てストリームブロック内の２番目以降のＥＣＣブロック
先頭位置から再生を開始する場合があり得る。

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

【０５５３】各セクタの先頭位置に独自のヘッダ情報
（セクタデータヘッダあるいはアプリケーションヘッ
ダ）を配置させ、その中にファーストアクセスポイント
６５１（あるいは図１２（ｃ）のＦＩＲＳＴ＿ＡＰ＿Ｏ
ＦＦＳＥＴ）を記録することで、ストリームブロック内
の２番目以降のＥＣＣブロックの先頭位置から再生開始
を容易にすることができる。

【０５５４】６．図１（ｊ）に示すように、ストリーム
ブロック＃２内に記録するストリームデータの最後には
エンドコード３２が付けられている。しかし、情報記憶
媒体からのデータ再生時にＥＣＣブロック毎のエラー訂
正ミスあるいはストリームデータ記録再生装置内でのデ
ータ転送エラーによりエンドコード３２が読めない場
合、パディングエリア３８内にもストリームデータが記
録されていると誤解釈されて間違った映像が表示される
危険性がある。

【０５５５】図１０のＰＥＳヘッダ６０１（あるいはス
トリームＰＥＳパケットヘッダ）のストリームＩＤ６０
３（あるいはサブストリームＩＤ）を”１０１１１１１
０”にしてセクタＮｏ．７９をパディングパケット４０
とした場合には、パディングエリア３８内にもストリー
ムデータが記録されていると誤解釈されてデータ転送さ
れた場合でもエンコード部（ビデオエンコード部４１
６、オーディオエンコード部４１７、ＳＰエンコード部
４１８）でパディングパケット４０と理解され、読み飛
ばしてくれる。

【０５５６】以上のようにパディングパケット４０（あ
るいは図２６（ｉ）のスタッフィングパケット）を設定
することで、エンドコード３２が読めずにパディングエ
リア３８を誤認識した場合でも間違った映像を表示する
危険性を大幅に低下させることができる。

【０５５７】７．オリジナルセルで指定される領域範囲
を、ストリームオブジェクトで指定される領域範囲と等
しいか、それより小さくする。このように部分消去後の
残存したストリームオブジェクト内の再生範囲を指定す
ることで、ユーザは、見かけ上、任意の範囲を、精度良
く、部分消去の範囲として設定できる。

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

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

【０５６０】

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

【図面の簡単な説明】

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

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

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

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

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

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

【図７】この発明の一実施の形態に係るストリームデー
タ記録再生装置（ストリーマ）の構成を説明する図。

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

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

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

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

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

【図１３】この発明の一実施の形態に係るストリームデ
ータのエンコード手順および録画手順を説明するフロー
チャート図。

【図１４】この発明の一実施の形態に係るストリームデ
ータのデコード手順および再生手順を説明するフローチ
ャート図。

【図１５】この発明の一実施の形態に係るストリームデ
ータの部分消去方法を説明する図（例１）。

【図１６】この発明の他の実施の形態に係るストリーム
データの部分消去方法説明図を説明する図（例２）。

【図１７】この発明の一実施の形態に係るストリームデ
ータの部分消去手順を説明するフローチャート図。

【図１８】ＭＰＥＧエンコードされた映像データ（部分
消去前あるいは仮消去前）に対する時間管理情報設定方
法を説明する図。

【図１９】図１８の映像データに対応したオリジナルセ
ル情報（部分消去前あるいは仮消去前）における時間情
報とフィールド情報との関係を説明する図。

【図２０】ＭＰＥＧエンコードされた映像データ（部分
消去後あるいは仮消去後）に対する時間管理情報設定方
法を説明する図。

【図２１】図２０の映像データに対応したオリジナルセ
ル情報（部分消去後あるいは仮消去後）における時間情
報とフィールド情報との関係を説明する図。

【図２２】図１５の変形例であって、全ストリームブロ
ックが一定サイズ（３２セクタ＝２ＥＣＣブロック）の
ＳＯＢＵで構成される場合におけるストリームデータの
部分消去方法の一例を説明する図。

【図２３】図２２の変形例であって、全ストリームブロ
ックが一定サイズ（３２セクタ＝２ＥＣＣブロック）の
ＳＯＢＵで構成される場合におけるストリームデータの
仮消去方法の一例を説明する図。

【図２４】図１６の変形例であって、全ストリームブロ
ックが一定サイズ（３２セクタ＝２ＥＣＣブロック）の
ＳＯＢＵで構成される場合におけるストリームデータの
部分消去方法の他例を説明する図。

【図２５】図２４の変形例であって、全ストリームブロ
ックが一定サイズ（３２セクタ＝２ＥＣＣブロック）の
ＳＯＢＵで構成される場合におけるストリームデータの
仮消去方法の他例を説明する図。

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

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

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

【図２９】ストリームファイル情報テーブル（図３また
は図２７のＳＦＩＴ）の内部データ構造を説明する図。

【図３０】あるプログラム＃ｊの一部が部分的に消去
（仮消去および本消去）された場合における、セルと対
応時間情報（ＳＣ＿Ｓ＿ＡＰＡＴ／ＳＣ＿Ｅ＿ＡＰＡ
Ｔ；ＥＲＡ＿Ｓ＿ＡＰＡＴ／ＥＲＡ＿Ｅ＿ＡＰＡＴ）と
の関係例（その１）を説明する図。

【図３１】あるプログラム＃ｊの一部が部分的に消去
（仮消去および本消去）された場合における、セルと対
応時間情報（ＳＣ＿Ｓ＿ＡＰＡＴ／ＳＣ＿Ｅ＿ＡＰＡ
Ｔ）との関係例（その２）を説明する図。

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

【図３３】各ストリームオブジェクト（ＳＯＢ）を構成
するＳＯＢＵの内容が、図３のデータエリア２０７（図
１ではデータエリア２１〜２３）にどのように記録され
るかを例示する図。

【符号の説明】 ２０１…情報媒体、４０１…エンコード部、４０２…デ
コード部、４０４…メインＭＰＵ、４０９…ディスクド
ライブ部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 宇山 和之 埼玉県熊谷市美土里町２丁目199 ＬＭ301 号 (72)発明者 伊藤 雄司 東京都大田区中央５−22−１−302号 (72)発明者 菊地 伸一 神奈川県横浜市磯子区洋光台４−23−１ ショックビラヨーコーＶ−202号 Ｆターム(参考） 5C053 FA25 GB06 GB15 GB37 LA07 5D044 AB07 BC04 CC06 DE27 DE38 DE54 DE59 EF03 EF05 FG10 FG18 GK08 GK12 5D110 AA17 AA29 BB01 DA12 DB05 DC02 DC16

Claims (5)

【特許請求の範囲】
1. 【請求項１】１以上の第１データ単位を含む第２データ
   単位により構成されるＭＰＥＧビットストリームを記録
   することに用いられる情報媒体において、 前記第２データ単位が、前記ＭＰＥＧビットストリーム
   内のＩピクチャ情報に関係したヘッダ情報を格納するよ
   うに構成されたことを特徴とする情報媒体。
2. 【請求項２】１以上の第１データ単位を含む第２データ
   単位により構成されるＭＰＥＧビットストリームを記録
   することに用いられる情報媒体において、 前記第２データ単位の末尾にパディングエリアを適宜設
   けることができるように構成されたことを特徴とする情
   報媒体。
3. 【請求項３】１以上の第１データ単位を含む第２データ
   単位により構成されるＭＰＥＧビットストリームを記録
   することに用いられる情報媒体において、 前記第２データ単位を単位として記録内容の管理が行わ
   れるように構成されたことを特徴とする情報媒体。
4. 【請求項４】１以上の第１データ単位を含む第２データ
   単位により構成されるＭＰＥＧビットストリームを記録
   することに用いられる情報媒体において、 前記第２データ単位を単位として記録内容の管理が行わ
   れるように構成され、 前記第２データ単位の末尾にパディングエリアを適宜設
   けることができるように構成され、 前記第２データ単位が前記ＭＰＥＧビットストリーム内
   のＩピクチャ情報の有無を示すヘッダ情報を格納するよ
   うに構成されたことを特徴とする情報媒体。
5. 【請求項５】 請求項１ないし請求項４のいずれか１項
   に記載の媒体を用いて情報記録あるいは記録情報の再生
   を行うように構成されたことを特徴とする装置あるいは
   システム。