"ストリームパケットを用いて、MPEGのIピクチャ情報を含むストリームデータが記録されたデータ領域と、前記ストリームデータに関する管理情報が記録された管理領域とを有する情報媒体であって、前記ストリームパケットを第1データ単位として表現し、ストリームブロックあるいはストリームオブジェクトユニットというデータ単位を第2データ単位として表現し、ストリームオブジェクトというオブジェクトデータを第3データ単位として表現したときに、1以上の前記第1データ単位を含む前記第2データ単位を1以上含んで構成される前記第3データ単位の前記ストリームオブジェクトにより、前記データ領域に記録される前記ストリームデータが形成され、前記Iピクチャ情報へのアクセス単位に関するデータをアクセスユニットデータとしたときに、このアクセスユニットデータが存在するか否かを示す情報が前記管理領域に記録され、前記ストリームパケットが著作権情報を含む情報媒体。ストリームパケットを用いてMPEGのIピクチャ情報を含むストリームデータが記録されるデータ領域と前記ストリームデータに関する管理情報が記録される管理領域とを有する情報媒体であって、前記ストリームパケットを第1データ単位として表現しストリームブロックあるいはストリームオブジェクトユニットというデータ単位を第2データ単位として表現しストリームオブジェクトというオブジェクトデータを第3データ単位として表現したときに1以上の前記第1データ単位を含む前記第2データ単位を1以上含んで構成される前記第3データ単位の前記ストリームオブジェクトにより前記データ領域に記録される前記ストリームデータが形成され、前記Iピクチャ情報へのアクセス単位に関するデータをアクセスユニットデータとしたときにこのアクセスユニットデータが存在するか否かを示す情報が前記管理領域に記録され、前記ストリームパケットが著作権情報を含むように構成された情報媒体を用いる記録方法において、前記データ領域に前記ストリームデータを記録し、前記管理領域に前記管理情報を記録する記録方法。ストリームパケットを用いてMPEGのIピクチャ情報を含むストリームデータが記録されるデータ領域と前記ストリームデータに関する管理情報が記録される管理領域とを有する情報媒体であって、前記ストリームパケットを第1データ単位として表現しストリームブロックあるいはストリームオブジェクトユニットというデータ単位を第2データ単位として表現しストリームオブジェクトというオブジェクトデータを第3データ単位として表現したときに1以上の前記第1データ単位を含む前記第2データ単位を1以上含んで構成される前記第3データ単位の前記ストリームオブジェクトにより前記データ領域に記録される前記ストリームデータが形成され、前記Iピクチャ情報へのアクセス単位に関するデータをアクセスユニットデータとしたときにこのアクセスユニットデータが存在するか否かを示す情報が前記管理領域に記録され、前記ストリームパケットが著作権情報を含む情報媒体を用いる再生方法において、前記管理領域から前記管理情報を再生し、前記データ領域から前記ストリームデータを再生する再生方法。ストリームパケットを用いてMPEGのIピクチャ情報を含むストリームデータが記録されるデータ領域と前記ストリームデータに関する管理情報が記録される管理領域とを有する情報媒体であって、前記ストリームパケットを第1データ単位として表現しストリームブロックあるいはストリームオブジェクトユニットというデータ単位を第2データ単位として表現しストリームオブジェクトというオブジェクトデータを第3データ単位として表現したときに1以上の前記第1データ単位を含む前記第2データ単位を1以上含んで構成される前記第3データ単位の前記ストリームオブジェクトにより前記データ領域に記録される前記ストリームデータが形成され、前記Iピクチャ情報へのアクセス単位に関するデータをアクセスユニットデータとしたときにこのアクセスユニットデータが存在するか否かを示す情報が前記管理領域に記録され、前記ストリームパケットが著作権情報を含む情報媒体を用いる再生装置において、前記管理領域から前記管理情報を再生する手段と、前記データ領域から前記ストリームデータを再生する手段を具備した再生装置。前記著作権情報がパケット単位の著作権管理に用いられる請求項5に記載の情報媒体。情報記憶媒体としてDVD-RAMディスクを用いた場合には、2048バイト毎に纏められたセクタ単位でデータが記録される。一方、デジタルTV放送ではMPEGのトランスポートストリームが採用されており、映像情報が入ったストリームデータは、トランスポートストリームの最小単位として188バイトのトランスポートパケット毎に纏まって送信される。このトランスポートパケットのサイズはデジタルTV放送局により異なり、たとえば130バイト単位として送信するデジタルTV放送局もある。この受信したトランスポートパケットそのままをDVD-RAMディスクなどの情報記憶媒体にセクタ単位で記録した場合、以下のような問題が生じる。すなわち、1.セクタサイズの2048バイトがトランスポートパケットサイズたとえば188バイトの整数倍でないため、セクタ内へのトランスポートパケットの記録方法が問題となる。具体的には、あるセクタ内へトランスポートパケットを先頭から順次配置し、このセクタ内で生じた余りの端数分をパディングエリア扱いとした場合には、各セクタ毎に無駄なパディングエリアが多数発生する。このため、情報記憶媒体上に記録できるストリームデータ量が、セクタ毎のパディングエリアの分、減少する。その結果、情報記憶媒体の実質的な記録容量が少なくなる。2.MPEG規格に従って映像圧縮されているストリームデータは、情報記憶媒体から再生した後デコーダでデコードされる必要があるが、各トランスポートパケット毎のデコーダに転送される時間間隔はデジタルTV放送局から受信した直後の時間間隔を保持する必要がある。そのため、各トランスポートパケット毎のデコーダへ転送される時間間隔情報が必要となる。3.情報記憶媒体上に記録される各トランスポートパケットは、それぞれのトランスポートパケットを個々に識別する識別情報を持たないため、検索サーチまたは編集時に特定のトランスポートパケットを指定する手段がない。4.情報記憶媒体としてDVD-RAMディスクを用いた場合には、2048バイト毎のセクタ単位で記録されるため、トランスポートパケット単位での部分的な消去処理が難しい。5.デジタルTV放送で送信するストリームデータは、MPEG規格に従って映像圧縮されているため、Iピクチャ位置からデコードを開始する必要がある。従って、特定の映像位置で部分消去する場合は、実質的にはその先頭にあるIピクチャ開始位置を境界位置として部分消去する必要がある。しかし、トランスポートパケットをセクタ内に順次記録しただけの情報では、Iピクチャ開始位置を上記境界位置とした部分消去処理は難しい。この発明は上記事情に鑑みなされたもので、その目的は、ストリームデータを効率よく記録できる記録方法を提供することである。この発明の他の目的は、ストリームデータを効率よく管理できるデータ構造を提供することである。この発明の一実施の形態に係る情報媒体は、ストリームパケットを用いてMPEGのIピクチャ情報を含むストリームデータが記録されるデータ領域と、前記ストリームデータに関する管理情報が記録される管理領域とを有する。ここで、前記Iピクチャ情報とこのIピクチャ情報に隣接する情報との境界は、前記ストリームデータのうちこの境界に該当する部分の開始時間情報SOB_S_APATまたはその終了時間情報SOB_E_APATにより示すことができる。ストリームデータを効率よく記録できるようになる。以下、図面を参照してこの発明の一実施の形態に係るストリームデータの記録方法およびそのデータ構造などについて説明をする。図1は、この発明の一実施の形態に係るストリームデータのデータ構造を説明する図である。情報媒体上に記録されるストリームデータは、ストリームデータ内の映像情報のコンテンツ毎あるいは一回の映像録画単位毎にストリームオブジェクトとして纏められて記録されている。図1hは、DVD-RAMディスク等の情報媒体上に記録されたストリームオブジェクトを例示している。ここでは、ストリームオブジェクトA298の最後の部分と、それに続いて記録されているストリームオブジェクトB299を示している。DVD-RAMディスク等にこのストリームデータを記録する場合には、図1dに示すように、2048kバイト毎のセクタを最小単位として記録される。各セクタ毎には、図1ceに示すように、パックヘッダあるいはパケットヘッダ11~15の記録領域とストリームデータを記録するデータエリアに分かれている。各データエリアには、図1fgに示すように、タイムスタンプおよびトランスポートパケットが逐次詰め込まれる。これは、以下のように行うことができる。すなわち、1.タイムスタンプとトランスポートパケットをセクタ内のパックヘッダ11~15以外の場所に順次めて記録し、タイムスタンプの切れ目またはトランスポートパケット毎に記録されるストリームデータの切れ目がセクタの境界位置とは異なる場合には、タイムスタンプまたはトランスポートパケットのどちらかを隣のセクタに跨って配置記録する。具体的には、図1gでは、データエリアNo.1内にタイムスタンプとトランスポートパケットを順次詰め込むと、トランスポートパケット1kの所でデータエリアNo.1に入り切れず、トランスポートパケット1kの一部がデータエリアNo.1からはみ出してしまう。このトランスポートパケット1kの中で、データエリアNo.1からはみ出した部分を、次のセクタNo.2内のデータエリアNo.2の先頭位置に継続して記録する。2.ユーザ等が行う一回の映像録画の纏まり、もしくは1番組などの同一コンテンツの纏まりをストリームオブジェクトと定義する。そして、情報記憶媒体上に記録されたストリームオブジェクトの最後のトランスポートパケット位置がセクタの境界位置とは異なる場合には、該当するセクタ内に限りこの最後のトランスポートパケット位置以降をパディングエリアとする。具体的には、図1kの例では、トランスポートパケット321aで映像録画が終了し、ここがストリームオブジェクトB299の実質的な最終位置になる。その際、このトランスポートパケット321aが図1jのデータエリアNo.321の途中に配置されている場合には、データエリアNo.321に限り、それ以降をパディングエリア21とする。以上のようなデータ構造を用いることにより、セクタサイズよりも大きなサイズを持つパケットを効率よく記録することができる。図1はまた、タイムマップ情報に関係したデータ構造も示している。以下、図1を用いてタイムマップ情報252内の各データの内容について説明する。図1hiに例示するように、ストリームオブジェクトSOBB299は複数のストリームブロックSOBUα~γで構成されている。図1hiの例では、SOBB299を構成するストリームブロックSOBUα~γ各々のデータサイズは2ECCブロックで構成され、32セクタ分のサイズを持っている。すなわち、タイムマップ情報252図1m内の第1ストリームブロックサイズ261~264図1lは、それぞれ32セクタ64kバイトとなる。SOBB299図1hの先頭にあるストリームブロックSOBUα図1iはその先頭にセクタNo.1図1dを持ち、セクタNo.1に含まれるデータエリアNo.1図1efjの先頭にはタイムスタンプ1a図1gkが記録されている。また、SOBB299図1hの後続ストリームブロックSOBUβ図1iはデータエリアNo.33図1jを持ち、データエリアNo.33にはタイムスタンプ33aを伴うトランスポートパケット33a図1kが記録されている。図1kに示すように、ストリームブロックSOBUαの最初のストリームデータトランスポートパケット1aのタイムスタンプ値[0]はタイムスタンプ1aであり、次のストリームブロックSOBUβ内のストリームデータトランスポートパケット33aのタイムスタンプ値[28]はタイムスタンプ33aとなっている。図1lの第1ストリームブロック時間差266の値[30]は、上記タイムスタンプ33aとタイムスタンプ1aとの差分値[28]-[0]を所定の有効桁数ここでは有効1桁で丸める切り上げることで与えられる[28]-[0]≒[30]。なお、図1mのタイムマップ情報252は、図15を参照して後述するストリームオブジェクト情報SOBI内のアクセスデータユニットAUDも含むものとして、取り扱かわれてもよい。このAUDに含まれる情報アクセスユニット開始マップAUSM等により、アクセスしたい情報所望のIピクチャ情報などを含むSOBUを特定できる。図1の表記方法では、ストリームオブジェクトB299の先頭セクタのセクタ番号を1とし、順次セクタ番号を増加させている。セクタ番号とデータエリア番号は一致させ、それに合わせてタイムスタンプ番号とトランスポートパケット番号を設定している。すなわち33番目のセクタ内のデータエリア内に配置された最初のタイムスタンプとトランスポートパケットの組を33aとし、同一データエリア内の次の組を順次33b、33c、.........と番号を設定する。ここで、トランスポートパケット32j、320kのように直前のデータエリアに入り切らずに次のデータエリアに跨ったタイムスタンプまたはトランスポートパケットの番号は、直前のデータエリア番号に合わせて表示している。また図1kの鍵括弧[]内はタイムスタンプの実際の値を例示している。図1a~cに示すように、パックヘッダまたはパケットヘッダ11~15内の情報において、セクタ内共通情報41としては、パックヘッダサイズ51、タイムスタンプサイズ52、トランスポートパケットサイズ53が記載されている。ここで、図1dのセクタNo.1の例を取れば、図1bの検索情報42の中でセクタ内の最初のタイムスタンプ値54とは、図1kのタイムスタンプ1a[=0]の値を意味する。また、検索情報42の中でセクタ内の最後のタイムスタンプ値55とは、タイムスタンプ1k図示せずの値を意味している。ところで、多くの辞書では各ページ毎に脚注もしくはヘッダ位置に該当ページ最初と最後の単語を記載して、検索を容易にしている。それと同様に、上記2個の情報図1aに示す最初のタイムスタンプ値54と最後のタイムスタンプ値55により、ストリームデータの検索を容易にしている。同一のタイムスタンプあるいはトランスポートパケットが隣接するセクタを跨いで配置され得るため、各セクタ毎に単独でアクセスした場合には、最初のタイムスタンプ位置情報が必要となる。図1aに示したファーストアクセスポイント56は、パケットヘッダ直後から数えた最初のタイムスタンプ位置までのビット数を意味している。しかし、この実施の形態ではそれに限らず、例えば最初のトランスポートパケット先頭位置までのビット数をファーストアクセスポイント56相当の情報として持っても良い。この実施の形態では、ファーストアクセスポイント56の値としてデータエリアのサイズよりも大きな値を指定可能にすることで、セクタサイズよりも大きなサイズを有するパケットに対してもタイムスタンプ先頭位置を指定することができるようになっている。たとえば図1d~gのデータ構造において、1個のパケットがセクタNo.1からセクタNo.2まで跨って記録され、そのパケットに対するタイムスタンプがNo.1のデータエリア内の最初の位置に記録されるとともに、その次のパケットに対するタイムスタンプがセクタNo.2のデータエリア内のTビット目に配置されている場合を考える。この場合、セクタNo.1のファーストアクセスポイント56の値はセクタNo.1のデータエリアサイズT、セクタNo.2のファーストアクセスポイントの値はTとなる。セクタNo.1のファーストアクセスポイント56の値としてセクタNo.1のデータエリアのサイズよりも大きな値に設定することにより、セクタNo.1内に記録されたパケットの次にくるパケットに対応するタイムスタンプの位置が次以降のセクタに存在することが示される。セクタ単位での部分消去図9参照を行った場合には、次のセクタに跨らない実質的に有効なタイムスタンプとトランスポートパケットの組の最終位置情報57図1aが必要となる。この実施の形態においては、完全な形で記録されている他セクタへ跨って配置されないタイムスタンプとトランスポートパケットの組数で記載されているが、それに限らず、例えば最終位置アドレスなどの情報を最終位置情報57として記録することも可能である。図1abに示すように、箇々のトランスポートパケットに関するビットマップ情報43は、Iピクチャ位置フラグ58と、ピクチャ先頭位置フラグ59と、暗号情報60を含んでいる。図1aのIピクチャ位置フラグ58およびピクチャ先頭位置フラグ59の情報は、図5を参照して後述するランダムアクセスインジケータ303およびペイロードユニット開始インジケータ301の情報を利用して作成できる。また、暗号情報60には、コピープロテクトに利用される情報が適宜記録される。図1bのセクタ内共通情報41および検索情報42から、該当セクタ内のトランスポートパケット数が分かる。その各トランスポートパケット毎に配列順に1ビットずつ対応させ、条件に該当したトランスポートパケットに対して1のフラグを立てることができる。このフラグを立てた個々のトランスポートパケットに関するビットマップ情報43も、図1bcに示すように、パックヘッダ内に記録されている。デジタル放送では、映像情報はMPEG2の規格に従って圧縮された情報が転送されてくる。デジタル放送では図5cに示すようにトランスポートストリームと呼ばれるマルチプログラム対応の多重分離方式を採用しており、1個のトランスポートパケットb322のサイズが188バイトまたは183バイトの場合が多い。前述したように1セクタサイズは2048バイトであり、各種ヘッダサイズを差し引いても1個のデータエリア内にはデジタル放送用のトランスポートパケットが10個前後記録できる。それに対してISDNなどのデジタル通信網では1パケットサイズが4096バイトもある大きなロングパケットが転送される場合がある。図1のデータ構造を採用すれば、デジタル放送などのように1個のデータエリア内に複数個のトランスポートパケットを記録するだけでなく、ロングパケットのようにパケットサイズの大きなパケットの場合でも記録できるよう、1個のパケットを複数のデータエリアに連続して跨るように記録できる。デジタル放送用のトランスポートパケットやデジタル通信用のロングパケットなどは、パケットサイズに依ることなく、全てのパケットをストリームブロック図1iのSOBU内に端数なく記録することができる。図2は、この発明の一実施の形態に係るデータファイルのディレクトリ構造を説明する図である。図2を用いて、この発明の一実施の形態に係る情報記憶媒体上に記録される情報の内容ファイル構造について説明する。DVDーRAMディスク等の情報記憶媒体に記録される情報は、各情報毎に階層ファイル構造を持っている。この実施の形態において説明される映像情報とストリームデータ情報は、DVD_RTRディレクトリまたはDVD_RTAV102と言う名のサブディレクトリ101内に入っている。DVD_RTRDVD_RTAVディレクトリ102内には、以下の内容のデータファイル103が格納される。すなわち、管理情報ナビゲーションデータのグループとして、RTR.IFOまたはVR_MANGR.IFO104と、STREAM.IFOSR_MANGR.IFO/SR_MANGR.BUP105と、SR_PRIVT.DAT/SR_PRIVT.BUP105aとが格納される。また、データ本体コンテンツ情報として、STREAM.VROまたはSR_TRANS.SRO106と、RTR_MOV.VROVR_MOVIE.VRO107と、RTR_STO.VROまたはVR_STILL.VRO108と、RTR_STA.VROまたはVR_AUDIO.VRO109とが格納される。上記データファイル103を含むサブディレクトリ101の上位階層にあるルートディレクトリ100には、その他の情報を格納するサブディレクトリ110を設けることができる。このサブディレクトリの内容としては、ビデオプログラムを収めたビデオタイトルセットVIDEO_TS111、オーディオプログラムを収めたオーディオタイトルセットAUDIO_TS112、コンピュータデータ保存用のサブディレクトリ113等がある。有線または無線のデータ通信経路上をパケット構造の形で伝送されたデータに対して、パケット構造を保持したまま情報記憶媒体に記録したデータを、ストリームデータと呼ぶ。そのストリームデータそのものはSTREAM.VROまたはSR_TRANS.SRO106と言うファイル名でまとめて記録される。そのストリームデータに対する管理情報が記録されているファイルが、STREAM.IFOまたはSR_MANGR.IFOとそのバックアップファイルSR_MANGR.BUP105である。また、VCRVTRあるいは従来TVなどで扱われるアナログ映像情報をMPEG2規格に基づきデジタル圧縮して記録されたファイルが、RTR_MOV.VROまたはVR_MOVIE.VRO107であり、アフターレコーディング音声あるいはバックグランド音声等を含む静止画像情報を集めたファイルがRTR_STO.VROまたはVR_STILL.VRO108であり、そのアフレコ音声情報ファイルがRTR_STA.VROまたはVR_AUDIO.VRO109である。図3は、この発明の一実施の形態に係る情報媒体DVD録再ディスク上の記録データ構造とくに管理情報の構造を説明する図である。図3aの情報記憶媒体201の内周方向202の端部と外周方向203の端部とで挟まれた領域には、図3bに示すように、リードインエリア204と、ファイルシステム情報が記録されているボリュームファイル構造情報206と、データエリア207と、リードアウトエリア205が存在する。リードインエリア204はエンボスおよび書替可能データゾーンで構成され、リードアウトエリア205は書替可能データゾーンで構成されている。データエリア207も書替可能データゾーンで構成されている。データエリア207内は、図3cに示すように、コンピュータデータとオーディオビデオデータとが混在記録可能となっている。この例では、コンピュータデータエリア208およびコンピュータデータエリア209の間に、オーディオビデオデータエリア210が、挟まれる形態となっている。オーディオビデオデータエリア210内は、図3dに示すように、リアルタイムビデオ記録エリア221およびストリーム記録エリア222の混在記録が可能となっている。リアルタイムビデオ記録エリア221あるいはストリーム記録エリア222の一方だけを使用することも可能である。図3eに示すように、リアルタイムビデオ記録エリア221には、図2に示された、RTRのナビゲーションデータRTR.IFOVR_MANGR.IFO104と、ムービーリアルタイムビデオオブジェクトRTR_MOV.VROVR_MOVIE.VRO107と、スチルピクチャリアルタイムビデオオブジェクトRTR_STO.VROVR_STILL.VRO108と、アフターレコーディング等のオーディオオブジェクトRTR_STA.VROVR_AUDIO.VRO109とが記録される。同じく図3eに示すように、ストリーム記録エリア222には、図2に示された、ストリーマのナビゲーションデータSTREAM.IFOSR_MANGR.IFO/SR_MANGR.BUP105と、トランスポートビットストリームデータSTREAM.VROSR_TRANS.VRO106とが記録される。なお、図3deでは図示しないが、ストリーム記録エリア222には、図2に示したアプリケーション固有のナビゲーションデータSR_PRIVT,DAT/SR_PRIVT.BUP105aを記録することもできる。このSR_PRIVT,DAT105aは、ストリーマに接続供給された個々のアプリケーションに固有のナビゲーションデータであり、ストリーマにより認識される必要のないデータである。ストリームデータに関する管理情報であるSTREAM.IFOまたはSR_MANGR.IFO105は、図3f~iに示すようなデータ構造を有している。すなわち、図3fに示すように、STREAM.IFOまたはSR_MANGR.IFO105は、ビデオマネージャVMGIまたはSTR_VMGI231と、ストリームファイル情報テーブルSFIT232と、オリジナルPGC情報ORG_PGCI233と、ユーザ定義PGC情報テーブルUD_PGCIT234と、テキストデータマネージャTXTDT_MG235と、製造者情報テーブルMNFITまたはアプリケーション固有のナビゲーションデータSR_PRIVT.DAT105aを管理するアプリケーションプライベートデータマネージャAPDT_MG236とで構成されている。図3fのストリームファイル情報テーブルSFIT232は、図3gに示すように、ストリームファイル情報テーブル情報SFITI241と、1以上のストリームオブジェクト情報SOBIA242、B243、.........と、オリジナルPGC情報一般情報271と、1以上のオリジナルセル情報1272、2273、.........とを含むことができるようになっている。図3gの各ストリームオブジェクト情報たとえばSOBIB243は、図3hに示すように、ストリームオブジェクト一般情報SOBI_GI251、タイムマップ情報252、その他を含むことができる。また、図3gの各オリジナルセル情報たとえば1272;後述するが図14で示されるSCIに対応は、図3hに示すように、セルタイプ281後述するが図14で示されるC_TYに対応と、セルID282と、該当セル開始時間後述する図9kl、図14で示されるSC_S_APATに対応283と、該当セル終了時間後述する図9kl、図14で示されるSC_E_APATに対応284と、エントリポイント情報SC_EPI285を含むことができる。エントリポイント情報SC_EPI285は、記録内容を部分的にスキップする道具として利用できる情報である。このエントリポイント情報SC_EPI285には、図14に示すように、プライマリテキスト情報PRM_TXTIの有無によって2つの形式タイプAとタイプBがある。ここで、エントリポイントとは、オリジナルPGCの場合はプログラム内に入る位置、またユーザ定義PGCの場合はプログラムの一部に入る位置を示すものである。各PGCは、自身のエントリポイントセットを持つことができる。これらのエントリポイントはセル情報SCIの一部として記録される。記録内容の再生時に記録内容の一部をスキップする場合に、これらのエントリポイントを用いることができる。全てのエントリポイントは、どこからデータ出力を開始するのかを示すアプリケーションパケット到着時間APATにより特定できる。このエントリポイントのアプリケーションパケット到着時間は、図14のEP_APATにより示される。図3gのSOBIBに含まれる図3hのタイムマップ情報252は、図3iに示すように、ストリームブロック番号260、第1ストリームブロックサイズ261、第2ストリームブロックサイズ262、...と、第1ストリームブロック時間差266、第2ストリームブロック時間差267、...とを含むことができる。タイムマップ情報252を構成するストリームブロック時間差266の具体例については、図1lに示されている。タイムマップ情報252を構成する各ストリームブロック時間差の内容については、図8を参照して後述する。図4は、この発明の一実施の形態におけるストリームオブジェクトSOB、セル、プログラムチェーンPGC等の間の関係を説明する図である。以下、図4の例示を用いてSOBとPGCの関係を説明する。ストリームデータSTREAM.VROまたはSR_TRANS.SRO106内に記録されたストリームデータは、1個以上のECCブロックの集まりとしてストリームブロックを構成し、このストリームブロック単位で記録、部分消去処理等を行うことができる。このストリームデータは、記録する情報の内容毎たとえばデジタル放送での番組毎にストリームオブジェクトという纏まりを作る。STREAM.VROSR_TRANS.SRO106内に記録されたストリームオブジェクトSOBA、SOBB毎の管理情報オリジナルPGC情報233、ユーザ定義PGC情報テーブル234等は、ナビゲーションデータSTREAM.IFOSR_MANGR.IFO105内に記録されている図4の最下部および図3ef参照。図4の各ストリームオブジェクトA298、B299毎の管理情報STREAM.IFO105は、図3fgに示したように、ストリームファイル情報テーブルSFIT232内のストリームオブジェクト情報SOBIA242、B243として記録されている。ストリームオブジェクト情報SOBIA242、SOBIB243それぞれの内部は、主にストリームブロック毎のデータサイズおよび時間情報等が記載されているタイムマップ情報252を含んでいる。ストリームデータの再生時には、1個以上のセルの連続で構成されるプログラムチェーンPGCの情報後述する図14のPGCIiに対応が利用される。このPGCを構成するセルの設定順にしたがって、ストリームデータを再生することができる。PGCには、STREAM.VROSR_TRANS.SRO106に記録された全ストリームデータを連続して再生することのできるオリジナルPGC290図3fではORG_PGCI233と、ユーザが再生したいと希望する場所と順番を任意に設定できるユーザ定義PGCa293、b296図3fではUD_PGCIT234の中身に対応の2種類が存在する。オリジナルPGC290を構成するオリジナルセル1291、2292は、基本的にストリームオブジェクトA298、B299と一対一に対応して存在する。それに対して、ユーザ定義PGCを構成するユーザ定義セル11294、12295、31297は、1個のストリームオブジェクトA298またはB299の範囲内では任意の位置を設定することができる。それぞれのセルの指定範囲は、開始時刻と終了時刻の時間指定により行うことができる。すなわち、部分消去あるいは編集がなされる前ストリームデータの録画直後のオリジナルセル2292の該当セルの開始時間283および該当セルの終了時間284図3hの時間には、図1kの例に従えば、該当するストリームオブジェクトB299内の最初のタイムスタンプ1aの値と最後のタイムスタンプ321aの値が使用される。それに対して、図4のユーザ定義セル11294での時間範囲指定は任意時刻を指定でき、指定されたトランスポートパケットに対応したタイムスタンプの値が、該当セルの開始時間および該当セルの終了時間の値に設定される。ストリームオブジェクト内の再生開始したいストリームデータへのアクセス方法としては、この実施の形態では1各ストリームオブジェクトの記録開始位置からの累計記録データ量でアクセスする方法と;2MPEG方式による映像圧縮に対応し、デコーダによるデコードタイミングを意識してアクセスする方法との2通りが可能となっている。図1gから明らかなように全トランスポートパケットにはタイムスタンプ情報が付属記録されており、このタイムスタンプ情報を利用して各トランスポートパケットに対してアクセス可能となっている。情報記憶媒体としてDVD-RAMディスクを用いた場合には、それぞれ16セクタ毎にECCブロックが構成されている。そこで、この発明の実施の形態ではECCブロックの整数倍例えば2倍毎にストリームデータをグループ化し、各グループ毎の経過時間のテーブルを持つことで、上記1の累計記録データ量でアクセスする方法を可能にしている。上記2のデコードタイミングを意識してアクセスする方法については、図11の説明において詳述する。この発明の実施の形態では、各グループ毎の経過時間のテーブルをタイムマップ情報252としている。このタイムマップ情報252は、図3ghに示すように、それぞれのストリームオブジェクトに対応するストリームオブジェクト情報A242;B243の一部に記録されている。また、この発明の実施の形態では上記グループ2ECCブロック毎にグループ化されたセクタをストリームブロックあるいはSOBUというデータユニットと呼ぶ図4上段、あるいは図1i参照。各ストリームブロックSOBUの先頭に配置されているセクタの開始位置には、タイムスタンプが配置されていない場合がある。この場合は、各ストリームブロックSOBU毎の経過時間の定義が難しい。その対応策としては、以下のものがある。A各ストリームブロック毎の特定位置に配置されているタイムスタンプ値を、それぞれのストリームブロック固有時間とする。具体的には各ストリームブロック毎の最初に配置されているしかも前のセクタから跨って記録されてないタイムスタンプの値をそれぞれのストリームブロックの開始時刻とする。B各ストリームブロック毎の固有時間例えば開始時刻間の差分時間を、各ストリームブロック毎の経過時間と定義する。C上記経過時間差分時間情報をタイムマップ情報252に記録する。上記差分時間経過時間で表示する方がデータ量が少なくなるメリットがある。しかしこの発明の実施の形態ではそれに限らず、それぞれのストリームブロック固有時間をタイムマップ情報252に記録することも可能である。D上記経過時間差分時間情報の丸め値をタイムマップ情報252に記録する。経過時間差分時間情報の計算結果を丸める桁数の低い値を切り上げまたは四捨五入することで桁数の低い値を省略し、この丸め値をタイムマップ情報252に記録することで、データサイズを少なくできる。E部分消去後のストリームデータに対しても初期記録時に設定したストリームブロック境界位置を不変に保つ。なお、各ストリームブロックのセクタサイズは種々に設定可能であるが、好ましい実施の形態としては、図4のストリームブロックμのように、2ECCブロック32セクタで一定サイズ64kバイトのストリームオブジェクトユニットSOBUを、ストリームブロックとして採用するとよい。このようにストリームブロックを一定サイズたとえば2ECCブロック=32セクタ=64kバイトのSOBUに固定すれば、次の利点が得られる:01SOBU単位でストリームデータの消去あるいは書替を行っても、そのSOBUのECCブロックが、消去あるいは書替対象以外のSOBUのECCブロックに影響しない。そのため、消去あるいは書替に伴う消去あるいは書替の対象でないSOBUに対するECCのデインターリーブ/インターリーブのやり直しが、生じない;02任意のSOBU内部の記録情報に対するアクセス位置を、セクタ数あるいはセクタ数に対応した他のパラメータ;たとえばストリームパックおよびその内部のアプリケーションパケット群の情報で特定できる。たとえば、あるSOBUk図示せずの中間位置にアクセスする場合は、SOBUkー1とSOBUkとの境界から16セクタ目あるいは16セクタ目に対応するアプリケーションパケットの位置を指定すればよい。図5は、デジタル放送のコンテンツとIEEE1394における映像データ転送形態とストリーマにおけるストリームパックとの対応関係を説明する図である。デジタル放送では、MPEG2規格に従って圧縮された映像情報がトランスポートパケットに乗って転送されてくる。デジタル放送では、図5cに示すようにトランスポートストリームと呼ばれるマルチプログラム対応の多重分離方式を採用しており、1個のトランスポートパケットb322のサイズが188バイトまたは183バイトの場合が多い。このトランスポートパケット内は、図5bに示すように、トランスポートパケットヘッダ311と、記録情報のデータ本体が記録されているペイロード312とで構成されている。トランスポートパケットヘッダ311は、図5aに示すように、ペイロードユニット開始インジケータ301、パケットIDPID302、ランダムアクセスインジケータ303、プログラムクロックリファレンス504、再生タイムスタンプPTS305等で構成されている。MPEG圧縮された映像情報は、Iピクチャ情報、Bピクチャ情報、およびPピクチャ情報を含んでいる。Iピクチャ情報が記録されている最初のトランスポートパケットには、図5aのランダムアクセスインジケータ303に1のフラグが立つ。また、各B、Pピクチャ情報の最初のトランスポートパケットには、図5aのペイロードユニット開始インジケータ301に1のフラグが立つ。これらのランダムアクセスインジケータ303およびペイロードユニット開始インジケータ301の情報を利用して、IピクチャマッピングテーブルおよびB、Pピクチャ開始位置マッピングテーブルの情報を作成することができる。たとえば、図5aに示したペイロードユニット開始インジケータ301に1のフラグが立ったトランスポートパケットに対して、B、Pピクチャ開始位置マッピングテーブル内の該当個所のビットが1になる。デジタル放送では、ビデオ情報とオーディオ情報がそれぞれ異なるトランスポートパケットに入って転送される。そして、それぞれの情報の区別が、図5aのパケットIDPID302で識別される。このPID302の情報を用いて、ビデオパケットマッピングテーブルとオーディオパケットマッピングテーブルを作成することができる。図5cに示すように、デジタル放送では、1個のトランスポンダに複数の番組この例では番組1~番組3がパケット化された形で時分割されて転送されてくる。たとえば、図5bのトランスポートパケットヘッダ311およびペイロード記録情報312の情報は、図5cに示される番組2のトランスポートパケットb322、トランスポートパケットe325により転送される。IEEE1394では、図5efに示すように、各IEEEアイソクロナスヘッダ343、344は、アイソクロナスパケットヘッダ351およびコモンアイソクロナスパケットヘッダ352を含む。このコモンアイソクロナスパケットヘッダ352内には、フォーマット依存のリザーブ領域が設定されている。この発明の実施の形態では、図5gに示すように、コモンアイソクロナスパケットヘッダ352内のフォーマット依存のリザーブ領域に、ソースID361と、データブロックサイズ情報362と、Iピクチャ開始位置フラグ363が格納される。このようにフォーマット依存のリザーブ領域にIピクチャ開始位置フラグ363を設定することで、ストリームデータをアイソクロナスモードで転送する時に同時にリアルタイムでストリームデータ内のIピクチャ位置指定すなわちIピクチャの開始位置に該当するトランスポートパケットの指定も行えるようにしている。ここに、この実施の形態の大きな特徴がある。なお、図5hにおいて、アプリケーションパケットエリアの末尾に番組2のトランスポートパケットbの前半部346が記録されるのではなく、このアプリケーションパケットエリアの末尾が余白となる場合もある。この場合は、アプリケーションパケットエリアの末尾は部分パケットではなく、予約バイト数のスタッフィングエリアその先頭にタイムスタンプはないとなる。また、通常のパケットにはタイムスタンプが付いているが、図5iに示すように、部分パケットではタイムスタンプを省略することができる。このようにすると、2つの隣接ストリームパック図5jの境界で分断された部分パケットパケット1つあたり188バイトとすれば部分パケットのサイズは1~187バイト;平均して100バイト弱を情報記録に有効利用できる。のみならず、部分パケットに対して省略されたタイムスタンプの分タイムスタンプ1つあたり例えば4バイト、媒体201に対する記憶容量を増やすことができる。また、図5iの先頭部分パケットの直後にくるタイムスタンプの位置は、図1aのファーストアクセスポイント56、あるいは図10cのFIRST_AP_OFFSETにより、特定することができる。図6は、ストリームオブジェクトのデータを格納するセクタ構造を説明する図である。図6a~dは、図1h~kに相当する内容を示している。図6の例では、全てのストリームブロックSOBUα~γが一定サイズ32セクタ/2ECCブロック=64kバイトで構成されている。そのうち、ストリームブロックSOBUγの最終セクタNo.n、およびその1つ手前のセクタNo.nー1図6eを構成するパック構造が、図6f~jに例示されている。ストリームブロックSOBUγの各セクタは、最終セクタNo.nを除き、同様なデータ構造を持っている。たとえばセクタNo.nー1についていうと、図6fに示すようになっている。すなわち、セクタNo.nー1は2048バイト2kバイトのストリームパックにより構成される。このストリームパックは、14バイトのパックヘッダと、2034バイトのストリームPESパケットとで構成される。ストリームPESパケットは、6バイトのPESヘッダと、1バイトのサブストリームIDと、2027バイトのストリームデータエリアとで構成される。ストリームデータエリアは、9バイトのアプリケーションヘッダと、アプリケーションヘッダエクステンションオプションと、スタッフィングバイトオプションと、アプリケーションパケットエリアとで構成される。図6fのアプリケーションパケットエリアは、図5hiに示したものと同様に構成できる図5hiのパケットを図6ではアプリケーションパケットに読み替える。アプリケーションパケットエリアは、各々が図5hのスタッフィングエリアおよび図5iの部分パケットを除きアプリケーションタイムスタンプATSを先頭に持つアプリケーションパケット群で構成される。たとえば188バイトサイズのトランスポートパケットがアプリケーションパケットとしてアプリケーションパケットエリアに格納されるときは、10個程度のアプリケーションパケットがアプリケーションパケットエリアに格納できる。ストリーム記録においては、記録内容を生成するアプリケーションは、パック長の調整を別途行なう必要がないように、自身でスタッフィングを行なう。このため、ストリーム記録においては、ストリームパックが常に必要な長さたとえば2048バイトを持つものとして扱うことができる。図6fのスタッフィングバイトは、ストリームパックを常に所定長2048バイトに保つために利用できる。ストリームブロックSOBUγの最終セクタNo.nは、図6g~jに示すようになっている。すなわち、図6gに示すように最終セクタNo.nはパックヘッダおよびパディングパケットにより構成される。このパディングパケットは、図6hに示すように、そのアプリケーションパケットエリアにパディングエリア21図1kのパディングエリア21に対応を含む。パディングエリア21内で最初のアプリケーションパケットエリア先頭スタッフィングパケットの場合は、図6iに示すように、アプリケーションタイムスタンプATS付きのスタッフィングパケット実質的な記録内容を持たないゼロバイトデータで埋められる。もしパディングエリア21が複数セクタ分の長さを持つときは、パディングエリア21内で2番目以降のアプリケーションパケットエリア後続スタッフィングパケットは、図6Jに示すように、ATSなしのスタッフィングパケットゼロバイトデータで埋められる。ところで、ビットレートが極めて低い記録がなされる場合、タイムマップ情報図3hの252;あるいは後述する図15のSOBI内MAPLの回復再生を確実にするために、スタッフィングが必要になる。図6ijのスタッフィングパケットは、そのための概念的な単位として定義されている。このスタッフィングパケットの目的は、スタッフィングエリアを含め夫々のSOBUが少なくとも1つのATS値を含むようにすることで、達成される。スタッフィングパケットには、以下の条件が付く:1または複数のスタッフィングパケットは、常に、実際のアプリケーションパケットデータを含むパックの後のパックのアプリケーションパケットエリアから開始する;1または複数のスタッフィングパケットは、1つの4バイトATSと、該当SOBUの残りパックのアプリケーションデータエリアを埋め尽くすのに必要なだけのゼロバイトデータATSの後に続くとで構成される。いま、SOBU1個あたりのセクタ数をSOBU_SIZとしたときに、0≦n≦SOBU_SIZー1とすれば、スタッフィングパケットの全長は、42014n×2018バイトとなる。スタッフィングパケットのATSは、次のように設定される:少なくとも1個のパックが実際のアプリケーションパケットデータを含んでいるSOBU内では、スタッフィングパケットのATSは、スタッフィングパケットに先行するアプリケーションパケットのATSに設定される;実際のアプリケーションパケットデータを含まないSOBU内では、スタッフィングパケットのATSはタイムマップ情報等の内容に応じて決定される。スタッフィングパケットあるいはスタッフィングパケットの一部を含む全てのパックは、次のように構成される:パックヘッダのSCRは、先行パックのSCRに2048×8ビット÷10.08Mbpsを加えたものとする;PESパケットヘッダおよびサブストリームIDは、他の全てのPESパケットに対するものと同じにする;アプリケーションヘッダ図10cd参照内において、AP_Ns=0、FIRST_AP_OFFSET=0、EXTENSION_HEADER_IFO=00b、SERVICE_ID=0アプリケーションヘッダ内のその他のパラメータも0とする。図7は、MPEGにおける映像情報圧縮方法とトランスポートパケットとの関係、およびMPEGにおけるトランスポートパケットとストリーマにおけるアプリケーションパケットとの関係を説明する図である。図7に示すように、デジタルTVでの放送信号情報にはMPEG2と呼ばれる信号圧縮方法が採用されている。MPEGによる信号圧縮方法では、TV表示用の各画面ピクチャは時間差分情報を含まないIピクチャ501と時間差分情報を含むBピクチャ503、504およびPピクチャ502に分類される。Iピクチャは前後の画面ピクチャ情報の影響を受けることなく単体で存在し、1枚の画面ピクチャに対してDCT変換後、量子化した情報がIピクチャ圧縮情報511となり、Iピクチャ情報521として記録される。Pピクチャ502はIピクチャ501に対する差分情報512のみがPピクチャ情報522として記録される。また、Bピクチャ503はIピクチャ501とPピクチャ502に対する差分情報513、514がBピクチャ情報523として記録され、Bピクチャ504はIピクチャ501とPピクチャ502に対する差分情報515、516がBピクチャ情報524として記録される。図7に示すように、Iピクチャ501の圧縮情報511はIピクチャ情報521としてトランスポートパケット1a、1b、...に記録され、Bピクチャの差分情報513、514はBピクチャ情報523としてトランスポートパケット33a、...に記録され、Bピクチャの差分情報515、516はBピクチャ情報524としてトランスポートパケット41d、...に記録され、Pピクチャ差分情報512はPピクチャ情報522としてトランスポートパケットTP48h~298gに記録される。このように各I、B、Pピクチャ情報は異なるトランスポートパケットに記録されている。映像再生時には、Pピクチャ502あるいはBピクチャ503、504単体では画面を生成することができず、必ずIピクチャ501画面を生成した後に初めて各ピクチャ画面を生成できる。各ピクチャ情報521~524は1個または複数のトランスポートパケット内のペイロードに分割記録されている。このとき、各ピクチャ情報521~524の境界位置とトランスポートパケット間の境界位置は、図7に示されるように、常に一致するように記録される。Iピクチャ情報521が記録されている最初のトランスポートパケット1aには、そのランダムアクセスインジケータ303図5aに1のフラグが立つ。また、各B、Pピクチャ情報523、524、522の最初のトランスポートパケット33a、41d、48hには、そのペイロードユニット開始インジケータ301図5aに1のフラグが立つ。このランダムアクセスインジケータ303とペイロードユニット開始インジケータ301の情報を利用して、図1aのIピクチャ位置フラグ58とピクチャ先頭位置フラグ59の情報が作成される。同様に、個々のトランスポートパケットに関するビットマップ情報43図5bとしてコピープロテクトに利用する暗号情報60などの情報も記録される。図7のIピクチャ501の位置情報Iピクチャ位置情報は、図3ghに示すようにオリジナルセル情報SCI1272等内にエントリポイント情報SC_EPI285として記録されている。エントリポイント情報285内のデータ構造は、図7abに示すように、同一ストリームオブジェクト内に存在する個々のIピクチャ位置情報を示すエントリポイント位置第1エントリポイント位置EP_APAT531、第2エントリポイント位置532、第3エントリポイント位置533、...、最終エントリポイント位置535の情報の羅列記載形式になっている。またエントリポイント位置EP_APAT531の情報内容としては、図7aに示すように、Iピクチャ情報521の最初の情報が記録されているトランスポートパケット1aに対応したタイムスタンプ1aの値が記録されている。個々のエントリポイント位置EP_APAT532、533、535の情報内容も、同様に、それぞれの対応Iピクチャ情報の最初の情報が記録されているトランスポートパケットに対応したタイムスタンプ87f、183d、298gの値が記録される。図4に示した例えばユーザ定義セル11294に対する該当セルの開始時間および/または該当セルの終了時間の情報は、図3fのユーザ定義PGC情報テーブル234内に記録されている。この場合に、図7のBピクチャ情報524から再生したい場合には、該当セルの開始時間としてタイムスタンプ41dを設定することができる。このように、該当セルの開始時間あるいは該当セルの終了時間の情報は、Iピクチャ位置に関わりなく任意のタイムスタンプ情報で設定できる。一方、この実施の形態におけるストリームオブジェクトの開始/終了時刻は、Iピクチャ位置を意識して設定される。すなわち、図3hおよび図7dに示したストリームオブジェクト一般情報251の情報内容としては、図7cに示すように、録画開始時間を示す記録時間SOB_REC_TM541と、ストリームオブジェクト開始時間SOB_S_APAT542と、ストリームオブジェクト終了時間SOB_E_APAT543が記録されている。このストリームオブジェクト開始時間SOB_S_APAT542は、必ず、Iピクチャ情報521の先頭が記録されているトランスポートパケット1aに対応したタイムスタンプ1aの値に設定される必要がある。同様に、ストリームオブジェクト終了時間SOB_E_APAT543は、Iピクチャ情報の直前のトランスポートパケット298gに対応したタイムスタンプ298gの値に設定される必要がある。図7のトランスポートパケットがストリーマ後述する図11の光ディスク装置415に記録されるときは、トランスポートパケットの内容はアプリケーションタイムスタンプATSというタイムスタンプ付きのパケットアプリケーションパケットに移し替えられる。そして、ATS付きアプリケーションパケットの一群通常10パケット前後がストリームPESパケット内のアプリケーションパケットエリアに格納される。このストリームPESパケットにパックヘッダを付したものが、1つのストリームパックになる。ストリームPESパケットは、PESヘッダと、サブストリームIDと、アプリケーションヘッダと、アプリケーションヘッダエクステンションオプションと、スタッフィングバイトオプションと、上記ATS付きアプリケーションパケット群を格納するアプリケーションパケットエリアとで構成される。図8は、図1その他で示されるタイムマップ情報252の設定方法を説明する図である。図1gあるいは図8bに示したようにタイムスタンプTMSおよびトランスポートパケットTPまたはアプリケーションパケットAPを順次詰めて記録してあるストリームデータに対して、図8aのように例えば2ECCブロック32セクタ毎に区切って、ストリームブロックSOBUα、β、γ、~λを構成する。ストリームブロックSOBUαの先頭位置には、タイムスタンプTMS1aが配置されている。このタイムスタンプ1aは、SOBUαの先頭パケットの到着時間SOBU_S_APATを示している。このタイムスタンプ1aの値[0]が、SOBUαの開始時刻になる。他のストリームブロックSOBUβ~SOBUλに対しては、前のセクタから跨って記録されないという条件の下で、最初に配置されたタイムスタンプ33a、65a、98a、...321aの値[28]、[63]、[98]、[297]が、各ストリームブロックSOBUβ~SOBUλの開始時刻とされる。各ストリームブロック、たとえば最後のSOBUλの、最終パケットの直前にある最後のタイムスタンプ300aは、SOBUλの最終パケットの到着時間SOBU_E_APATを示している。このタイムスタンプ300aの値[300]が、SOBUλの終了時刻になる。なお、最後のSOBUλの末尾に余白が生じるときは、この余白は実データのないパディングエリア21図1kあるいは図6h~j参照とされる。図8bに示すように、各ストリームブロックSOBUα~SOBUλそれぞれの開始時刻を、0、28、63、98、...297とする。これらの時刻は、a秒単位、bフィールドあるいはフレーム/ピクチャ数例えばNTSCでは30ピクチャ/秒、60フィールド/秒、PALでは25ピクチャ/秒、50フィールド/秒、およびc27MHzあるいは90kHzの基準クロックによるカウント数のうちの、いずれかで表示できる。図8abの例示では、最初のストリームブロックSOBUαの経過時間は[28]-[0]=[28]有効数2桁であるが、この経過時間の表現はもっと粗くても実用性は損なわれないので、この経過時間値[28]の1桁目を丸め切り上げて、[30]としている。2番目のストリームブロックSOBUβの経過時間は、上記丸め計算結果[30]を用いると[63]-[30]となるが、同様に1桁目を丸め切り上げて[40]とする。以下同様に後続ストリームブロックSOBUγ~SOBUλの経過時間は有効数1桁に丸めた切り上げた数値で表現される。なお、ストリームブロックSOBUλ以降へはアクセスしないので、図8cのように、最後のストリームブロックに対する時間差値をあえてブランクにしている。以上の丸め計算の結果とタイムマップ情報252との関係は、図8cに示されている。ところで、ストリームブロックSOBUλ以降のストリームブロックは存在しないので、他のストリームブロックと同様な差分時間計算は行えない。そこで、この実施の形態では、最後のストリームブロックSOBUλだけは、その中で最後に記録されたタイムスタンプの値図8bの例ではタイムスタンプ300aの値[300]と最後のストリームブロックSOBUλ内で最初に記録されたタイムスタンプの値図8bの例ではタイムスタンプ321aの値[297]との間の差分を計算し、切り上げした値を時間差値に設定する方法も可能にしている。これを図8dに示す。なお、図8dの最後のSOBUλの時間差値計算方法は、2つの考え方が可能である。第1は、最後のタイムスタンプ300aSOBUλのSOBU_E_APATの丸める前の値[300]と最初のタイムスタンプ321aの丸める前の値[297]を用い、その差分結果[3]を切り上げ丸めして時間差値[10]を求める方法である。第2は、最後のタイムスタンプ300aの丸め値[300]と最初のタイムスタンプ321aの丸め値[300]を用い、その差分結果[0]に丸め誤差分[10]を加えて時間差値[10]を求める方法である。第2の方法では、全ての数値の末尾1桁にある0を取り除いた有効桁数1で数値を纏め、丸め誤差分を[1]とし、その他の数値の末尾1桁をそれぞれ削除して考えることもできる。図9は、記録済みのストリームオブジェクトの一部を部分的に消去した場合において、消去前後で、ストリームオブジェクト情報およびオリジナルセル情報がどのように変化するかを説明する図である。前述した一連の情報記載方法は、部分消去されたストリームオブジェクトに対しても適応できる。図9kは部分消去前の状態であり、録画直後のストリームオブジェクト図1hその他のSOBB299に関するストリームデータ構造およびオリジナルセル範囲、ストリームオブジェクト範囲は、図9a~eに示すようになっている。以下、実表示範囲としてタイムスタンプ97cからタイムスタンプ224kまでの範囲を除いて、その範囲の前後を部分消去した後の処理を説明する。この実施の形態においては、セクタ単位で部分消去が行なわれる。しかし部分消去後のストリームオブジェクトの再生を行った直後に別のストリームオブジェクトの再生を行い、しかもそれらのストリームオブジェクトの繋ぎ目で画面の乱れを生じさせることなくシームレス再生を可能にするには、MPEGビットストリームのGOP境界位置を保持したまま部分削除を行う必要がある。タイムスタンプ97cに対応したトランスポートパケット97cの直前のIピクチャ先頭位置が図7aの第2エントリポイント位置532に示すようにトランスポートパケット87fに存在するとする。この場合、トランスポートパケット87fを含むセクタNo.87を残し、その前のセクタ以前の全セクタを部分消去し、このタイムスタンプ87fの値を部分消去後のストリームオブジェクトのストリームオブジェクト開始時間SOB_S_APAT542とする図9l参照。その結果、たとえば元には32セクタあったストリームブロックγのサイズが30セクタに減少する。同時に、それに対応してタイムマップ情報252内に記載されるストリームブロック時間差の値も、たとえば40から30へと減少する。ストリームブロックδ~ηの境界位置は部分消去前後で不変に保たれるので、その部分に関係したタイムマップ情報252内情報は変化しない。図7では省略したがIピクチャ先頭位置がトランスポートパケット225eから始まるとすれば、トランスポートパケット225dを含む図9iのセクタNo.225まで残し、それ以降の全セクタを消去する。図9jのストリームオブジェクト終了時間SOB_E_APAT543は、上記トランスポートパケット225dのタイムスタンプ225dにより設定できる。部分消去後の該当セルの開始時間SC_S_APAT283/終了時間SC_E_APAT284は、図9iに示すように、部分消去の実指定範囲に合わせて、タイムスタンプ97c、タイムスタンプ224kとされる。このような方法でタイムマップ情報あるいはストリームオブジェクト情報SOBI/オリジナルセル情報SCIが作成される所にこの実施の形態の特徴がある。なお、部分消去前後で開始時間および/または終了時間は変化するが、SOBUサイズは不変たとえば32セクタ分64kバイト一定に保たれる。部分消去時はSOBU単位の消去を行なうことも可能であり、この場合は、オリジナルセル内で最初のまたは最後のタイムスタンプTMSは、必ず、SOB内最初のまたは最後のSOBU内に含まれるようになる。図10は、図5その他に示されるストリームパックのデータ構造を説明する図である。各ストリームパックは、図10dに示すようなデータ構造を持っている。すなわち、14バイトのパックヘッダ11と、6バイトのPESヘッダ601と、1バイトのサブストリームIDと、9バイトのアプリケーションヘッダと、必要に応じて用いられるオプションのアプリケーションヘッダエクステンションと、必要に応じて用いられるオプションのスタッフィングバイトと、アプリケーションタイムスタンプATSが付されたアプリケーションパケットを1以上含むアプリケーションパケット群とで、1つのストリームパックが構成される図6f参照。パックヘッダ11は、図10gに示すように、パック開始コードの情報、システムクロックリファレンスSCRベースの情報、SCRエクステンションの情報、プログラム多重化レートの情報、パックスタッフィング長の情報等を含んでいる。SCRベースは32ビットで構成され、その32ビット目はゼロとされる。また、プログラム多重化レートとしては、たとえば10.08Mbpsが採用される。PESヘッダは、図8fに示すように、パケット開始コードプリフィックスの情報、ストリームIDプライベートストリーム2の情報、PESパケット長の情報を含んでいる。また、サブストリームIDは、図8fに示すように、ストリーム記録データを特定する内容を持つ。具体的には、サブストリームID=00000010bによって、そのストリームパックに格納されたデータがストリーム記録データであることが示される。このストリームIDが10111110bのときは、そのストリームパックがパディングパケット図6g参照に用いられるものであることが示される。図10dのアプリケーションヘッダは、図10cに示すように、バージョン情報、アプリケーションパケット数AP_Ns、先頭アプリケーションパケットのタイムスタンプ位置FIRST_AP_OFFSET、エクステンションヘッダ情報EXTENSION_HEADER_IFO、サービスID等を含んでいる。ここで、バージョンには、アプリケーションヘッダフォーマットのバージョン番号が記述される。アプリケーションヘッダのAP_Nsは、該当ストリームパック内で開始するアプリケーションパケットの数を記述したものである。該当ストリームパック内にATSの先頭バイトが格納されているときは、このストリームパック内でアプリケーションパケットが開始すると見なすことができる。FIRST_AP_OFFSETには、該当ストリームパケット内で開始される最初のアプリケーションパケットのタイムスタンプ位置が、このストリームパケットの最初のバイトからの相対値として、バイト単位で、記述される。もしストリームパケット内で開始するアプリケーションパケットがないときは、FIRST_AP_OFFSETには0が記述される。EXTENSION_HEADER_INFOには、該当ストリームパケット内にアプリケーションヘッダエクステンションおよび/またはスタッフィングバイトが存在するか否かが、記述される。EXTENSION_HEADER_INFOの内容が00bの場合は、アプリケーションヘッダの後にアプリケーションヘッダエクステンションもスタッフィングバイトも存在しないことが示される。EXTENSION_HEADER_INFOの内容が10bの場合は、アプリケーションヘッダの後にアプリケーションヘッダエクステンションがあるが、スタッフィングバイトは存在しないことが示される。EXTENSION_HEADER_INFOの内容が11bの場合は、アプリケーションヘッダの後にアプリケーションヘッダエクステンションが存在し、かつアプリケーションヘッダエクステンションの後にスタッフィングバイトも存在することが示される。EXTENSION_HEADER_INFOの内容が01bとなることは禁止されている。アプリケーションパケットエリアの前のスタッフィングバイトオプションは、EXTENSION_HEADER_INFO=11bによりアクティブになる。こうすることで、アプリケーションヘッダエクステンション内のバイト数と、アプリケーションパケットエリア内に格納できるアプリケーションパケット数との間に矛盾が生じた場合にパッキングパラドクスが起きるのを防止できる。SERVICE_IDには、ストリームを生成するサービスのIDが記述される。このサービスが未知のものであれば、SERVICE_IDに0x0000が記述される。図10cのFIRST_AP_OFFSETは、図10bあるいは図1aのファーストアクセスポイント56に相当する。このファーストアクセスポイント56は、図10aに示すように、パックヘッダまたはアプリケーションヘッダ内の検索情報42図1b参照内に格納される。図10dのスタッフィングバイトおよびアプリケーションパケット群は、図6fで示したように、アプリケーションパケットエリアを構成している。このアプリケーションパケットエリアの先頭に部分アプリケーションパケットが記録される。その後に、アプリケーションタイムスタンプATSとアプリケーションパケットとのペアが複数ペア、シーケンシャルに記録される。そして、図5hで示したように、アプリケーションパケットエリアの末尾に、部分アプリケーションパケットまたは予約バイトのスタッフィングエリアが記録される。別の言い方をすると、アプリケーションパケットエリアの開始位置には、部分アプリケーションパケットが存在でき、アプリケーションパケットエリアの終了位置には、部分アプリケーションパケットあるいは予約されたバイト数のスタッフィングエリアが存在できる。各アプリケーションパケットの前に配置されたアプリケーションタイムスタンプATSは、32ビット4バイトで構成される。このATSは、2つの部分、すなわち基本部分と拡張部分に分けられる。基本部分は90kHzユニット値と呼ばれる部分であり、拡張部分は27MHzで測った細かい値lesssignificantvalueを示す。図10dにおいて、アプリケーションヘッダエクステンションは、アプリケーションパケット~アプリケーションパケット間で異なり得る情報を格納するのに用いることができる。このような情報は、必ずしも全てのアプリケーションに必要なものではない。それゆえ、アプリケーションヘッダのデータフィールドは、ストリームデータエリア内にオプションのアプリケーションヘッダエクステンションが存在することを前述したEXTENSION_HEADER_INFOにおいて記述できるように定義されいる。ストリームの記録時において、最初のアプリケーションパケットのアプリケーションタイムスタンプATSの先頭バイトは、ストリームオブジェクトSOBの始まりにおける最初のストリームパケット内のアプリケーションパケットエリアの開始位置に、アラインされている必要がある。一方、SOB内のその後のストリームパケットについては、隣接ストリームパケット境界で、アプリケーションパケットが分割スプリットされてもよい。図1gに示した2つのトランスポートパケット1k、あるいは図5hiに示した部分アプリケーションパケットは、この分割スプリットにより生じたアプリケーションパケットを示している。ストリームパケット内で開始される最初のアプリケーションタイムスタンプのバイトオフセット、およびそのストリームパケット内で開始されるアプリケーションパケットの数は、そのアプリケーションヘッダに記述される。こうすることにより、あるストリームパケット内において、最初のアプリケーションタイムスタンプの前および最後のアプリケーションパケットの後におけるスタッフィングが、自動的に行われる。すなわち、上記自動化メカニズムにより、アプリケーションが自分でスタッフィングを行なうことが実現される。この自動スタッフィングにより、ストリームパケットは常に必要な長さを持つことになる。アプリケーションヘッダエクステンションオプションはエントリのリストからなる。ここには、該当ストリームパケット内で開始する各アプリケーションパケットに対する1バイト長の1エントリがある。これらエントリのバイトは、アプリケーションパケット毎に異なり得る情報を格納するのに利用できる。なお、1バイトのアプリケーションヘッダエクステンションオプションには、図10eに示すように、1ビットのAU_STARTと、1ビットのAU_ENDと、2ビットのCOPYRIGHTとが記述される。AU_STARTが1にセットされると、関連アプリケーションパケットが、ストリーム内にランダムアクセスエントリポイントランダムアクセスユニットの開始を含むことが示される。AU_ENDが1にセットされると、関連アプリケーションパケットがランダムアクセスユニットの最終パケットであることが示される。COPYRIGHTには、関連アプリケーションパケットの著作権の状態が記述される。図10のパケット構造は、該当ストリームオブジェクトSOBの最終セクタ以外に適用できるが、その最終セクタには必ずしも適用されない。最終セクタに対しては、図6ijのパケット構造が適用される。図11は、この発明の一実施の形態に係るストリームデータ記録再生システム光ディスク装置/ストリーマ、STB装置の構成を説明する図である。この実施の形態では、情報記憶媒体201として、DVD-RAMディスクのような記録/再生可能光ディスクを想定している。以下、図11を用いて、この発明の一実施の形態に係るストリームデータ記録再生装置の内部構造を説明する。このストリームデータ記録再生装置は、光ディスク装置415、STB装置416およびその周辺機器から構成される。周辺機器としては、ビデオミキシング部405、フレームメモリ部406、外部スピーカ433、パーソナルコンピュータPC435、モニタTV437、D/Aコンバータ432、436、I/F部431、434等がある。光ディスク装置415は、ディスクドライブを含む記録再生部409と、記録再生部409へのストリームデータあるいは記録再生部409からのストリームデータを処理するデータプロセサ部以下D-PRO部と略記する410と、D-PRO部410からオーバーフローしてきたストリームデータを一時記憶する一時記憶部411と、記録再生部409およびD-PRO部410の動作を制御する光ディスク装置制御部412とを備えている。光ディスク装置415はさらに、STB装置416からIEEE1394等を介して送られてきたストリームデータを受けるあるいはIEEE1394等を介してSTB装置416へストリームデータを送るデータ転送インターフェース部414と、データ転送インターフェース部414で受けたストリームデータを情報記憶媒体RAMディスク201に記録する信号形式に変換するあるいは媒体201から再生されたストリームデータをIEEE1394等の信号形式に変換するフォーマッタ/デフォーマッタ部413とを備えている。データ転送インターフェース部414のIEEE1394受信側は、基準クロック発生器システムタイムカウンタSTC440のタイムカウント値に基づいて、ストリームデータ転送開始からの時間を読み込む。上記時間情報に基づいて、ストリームデータをストリームブロック毎あるいはSOBU毎に切り分ける区切り情報が作成されるとともに、この区切り情報に対応したセルの切り分け情報およびプログラムの切り分け情報、さらにはPGCの切り分け情報が作成される。フォーマッタ/デフォーマッタ部413は、STB装置416から送られてきたストリームデータをストリームパックの列図5j等参照に変換し、変換されたストリームパック列をD-PRO部410へ入力する。入力されたストリームパックは、セクタと同じ2048バイトの一定サイズを持っている。D-PRO部410は、入力されたストリームパックを16セクタ毎にまとめてECCブロックにして、記録再生部409へ送る。ここで、記録再生部409において媒体201への記録準備ができていない場合には、D-PRO部410は、記録データを一時記憶部411に転送して一時保存し、記録再生部409においてデータ記録準備ができるまで待つ。記録再生部409において記録準備ができた段階で、D-PRO部410は、一時記憶部411に保存されたデータを記録再生部409に転送する。これにより、媒体201への記録が開始される。一時記憶部411に保存されたデータの記録が済むと、その続きのデータはフォーマッタ/デフォーマッタ部413からD-PRO部410へシームレスに転送されるようになっている。ここで、一時記憶部411は、高速アクセス可能で数分以上の記録データを保持できるようにするため、大容量メモリを想定している。なお、フォーマッタ/デフォーマッタ部413を介して記録ビットストリームに付されるタイムスタンプ情報は、基準クロック発生器STC440から得ることができる。また、フォーマッタ/デフォーマッタ部413を介して再生ビットストリームから取り出されたタイムスタンプ情報SCRは、STC440にセットすることができる。情報記憶媒体201に記録されたストリームデータ内のパックヘッダには、基準クロックシステムクロックリファレンスSCRが記録されている。この媒体201に記録されたストリームデータSOBまたはSOBUを再生する場合において、基準クロック発生器STC440は、媒体201から再生された基準クロックSCRに適合されるSCRの値がSTC440にセットされる。つまり、SOBあるいはSOBUのデータを再生するために、ストリーマ光ディスク装置415内の基準クロックSTC440を、再生が開始される最初のストリームパック内に記述されたシステムクロックリファレンスSCRに合わせる。その後は、STC440のカウントアップが自動的に行われる。STB部416は、衛星アンテナ421で受信したデジタル放送電波の内容を復調し、1以上の番組が多重化された復調データストリームデータを提供するデモジュレータ422と、デモジュレータ422で復調されたデータからユーザが希望する特定番組の情報図5を例に採れば、番組2のトランスポートパケットを選択する受信情報セレクタ部423とを備えている。受信情報セレクタ部423で選択された特定番組の情報トランスポートパケットを情報記憶媒体201に記録する場合は、STB制御部404の指示にしたがい、セレクタ部423は特定番組のトランスポートパケットだけを含むストリームデータを、データ転送インターフェイス部420を介して、IEEE1394転送により、光ディスク装置415のデータ転送インターフェイス部414に送る。光ディスク装置415内のデータ転送インターフェイス部414では、IEEE1394で転送されてきたストリームデータが図5dの形に一旦戻され、図5dの形のタイムスタンプとトランスポートパケットの組が、情報記憶媒体201上に順次詰めて記録される。受信情報セレクタ部423で選択された特定番組の情報トランスポートパケットを記録することなく単に視聴するだけの場合は、STB制御部404の指示にしたがい、セレクタ部423は特定番組のトランスポートパケットだけを含むストリームデータを、デコーダ部402の多重化情報分離部425に送る。一方、情報記憶媒体201に記録された番組を再生する場合、IEEE1394のシリアルバスを介して光ディスク装置415からSTB装置416に送られてきたストリームデータは、セレクタ部423を介してデコーダ部402の多重化情報分離部425に送られる。多重化情報分離部425は、セレクタ部423から送られてきたストリームデータに含まれる各種パケットビデオパケット、オーディオパケット、サブピクチャパケットを、内部メモリ部426上で、各パケットのIDにより区分けする。そして、区分けされたパケットを、それぞれ該当するデコード部ビデオデコード部428、サブピクチャデコード部429、オーディオデコード部430に分配する。ビデオデコード部428は、多重化情報分離部425から送られてきたMPEGエンコードされたビデオパケットをデコードして、動画データを生成する。その際、MPEGビデオデータ中のIピクチャから記録内容を代表する縮小画像サムネールピクチャを生成する機能を持たせるために、ビデオデコード部428は、代表画像サムネール生成部439を内蔵している。ビデオデコード部428でデコードされた動画および/または生成部439で生成された代表画像と、サブピクチャデコード部429でデコードされたサブピクチャ字幕、メニュー等の情報と、オーディオデコード部430でデコードされた音声とは、ビデオプロセサ部438を介してビデオミキシング部405へ送出される。ビデオミキシング部405は、フレームメモリ部406を利用して、動画に字幕等を重ねたデジタル映像を作り出す。このデジタル映像は、D/A変換器436を介してアナログ映像化され、モニタTV437に送られる。また、ビデオミキシング部405からのデジタル映像は、I/F部434およびIEEE194等の信号ラインを介して、パーソナルコンピュータ435等に取り込むことができるようになっている。一方、オーディオデコード部430でデコードされたデジタルオーディオ情報は、D/A変換器432および図示しないオーディオアンプを介して、外部スピーカ433に送られる。また、デコードされたオーディオ情報は、I/F部431を介して外部にデジタル出力される。なお、STB装置416内の動作タイミングは、システムタイムカウンタSTC部424からのクロックにより決定される。上述したSTB制御部404による指示等STB装置416の内部構成各々の動作制御は、プログラムメモリ部404aに格納された制御プログラムにより実行される。その際、STB制御部404による制御過程においてワークメモリ部407が適宜利用される。このSTB制御部404およびデコーダ部402を含めSTB装置416の内部動作のタイミングは、STC部424からのクロックで規制できる。また、光ディスク装置415のSTC440とSTB装置416のSTC部424を同期させることで、光ディスク装置415およびSTB装置416を含めたストリーマシステム全体の動作タイミングを規制できる。STC440とSTC部424を同期させる方法としては、データ転送インターフェース部414とデータ転送インターフェース部420との間で受け渡されるストリームデータ中の基準クロックSCRにより、STC440およびSTC部424をセットする方法がある。図11の光ディスク装置415ストリーマでは、タイムスタンプとトランスポートパケットとの組図5hiがそのままの形で情報記憶媒体201上に記録される。ユーザが例えば図5cの第2の番組を情報記憶媒体図3aの201に記録しようとする場合には、図11に示すSTB装置416内の受信情報セレクタ部423において、番組2のトランスポートパケットb、eのみが抽出される。そのとき、STB装置416では、図5dに示すように、各トランスポートパケットb522、e525を受信した時刻情報がタイムスタンプ331、332の形で付加される。その後、IEEE1394の転送方式を用いて図11のフォーマッタ/デフォーマッタ部413にデータを転送する場合には、図5eに示すように、タイムスタンプとトランスポートパケットの組が細かく分割されて転送されることになる。図11のフォーマッタ/デフォーマッタ部413では、STB装置416からIEEE1394で転送されてきたストリームデータが、図5dの形図1gの形に相当に一旦戻される。そして、図5dの形式のビットストリーム図5jのストリームパック列が、情報記憶媒体201に記録される。具体的には、この発明の一実施の形態においては、各セクタの先頭には、システムクロック情報などが記録されたパックヘッダとPESヘッダが配置される図5j等参照。データエリア図1fには複数のタイムスタンプおよびトランスポートパケット図1gが逐次詰め込まれるが、1個のトランスポートパケット図1gではパケット1k;図5dでは番組2のパケットbが複数のセクタ図1eではNo.1とNo.2;図5hiでは部分パケットに跨って記録されことも可能になっている。ここに特徴の1つがある。この特徴を生かしたデータ構造を用いることにより、セクタサイズ例えば2048バイトよりも大きなサイズを持つパケットを記録することができる。この点について、さらに説明する。デジタル放送では図5cに示すようにトランスポートストリームと呼ばれるマルチプログラム対応の多重分離方式を採用しており、1個のトランスポートパケットb522のサイズが188バイトまたは183バイトの場合が多い。前述したように1セクタサイズは2048バイトであり、各種ヘッダサイズを差し引いても1個のデータエリア図1f内にはデジタル放送用のトランスポートパケットが10個前後記録できる。それに対して、ISDNなどのデジタル通信網では1パケットサイズが4096バイトある大きなロングパケットが転送される場合がある。デジタル放送などのように1個のデータエリア図1f内に複数個のトランスポートパケットを記録するだけでなく、ロングパケットのようにパケットサイズの大きなパケットの場合でも記録できるよう、前記特徴を生かしたデータ構造1パケットのデータを複数パケットに跨って記録できる特徴を用いることにより、1個のパケットを複数のデータエリアに連続して跨るように記録する。そうすれば、デジタル放送用のトランスポートパケットやデジタル通信用のロングパケットなどは、パケットサイズに依ることなく、全てのパケットをストリームブロック内に端数なく記録することができる。図11の装置構成を機能別にみると、STB装置416内は、受信時刻管理部と、ストリームデータ内容解析部と、ストリームデータ転送部と、時間関連情報生成部とに分割/分類できる。ここで、受信時刻管理部は、デモジュレータ復調部422、受信情報セレクタ部423、多重化情報分離部425、STB制御部404等で構成される。この受信時刻管理部は、衛星アンテナ421でデジタルTV放送を受信し、受信した放送情報内の各トランスポートパケット毎の受信時刻を記録する。ストリームデータ内容解析部は、多重化情報分離部425、STB制御部404等で構成される。このストリームデータ内容解析部は、受信したストリームデータの中身を解析し、I,B,Pの各ピクチャ位置および/またはPTS値を抽出する。ストリームデータ転送部は、多重化情報分離部425、受信情報セレクタ部423、STB制御部404、データ転送インターフェース部420等で構成される。このストリームデータ転送部は、各トランスポートパケット毎の差分受信時刻間隔を保持したままストリームデータを光ディスク装置415へ転送する。時間関連情報生成部は、多重化情報分離部425、STB制御部404、データ転送インターフェース部420等で構成される。この時間関連情報生成部は、受信時刻管理部で記録した受信時刻タイムスタンプ情報とストリームデータ内容解析部で抽出した表示時刻情報PTS値および/またはフィールド数との間の関係情報を作成する。次に、図11の装置におけるストリームデータ録画時の処理について説明する。図5cに示すように、デジタル放送では1個のトランスポンダ内に複数番組情報が時分割多重化されている。その情報に対して受信情報セレクター部423内で図5dに示すように特定番組のみのトランスポートパケットを抽出する。前記受信時刻管理部では、必要な番組情報を多重化情報分離部425内のメモリ部426内に一時保管すると同時に各トランスポートパケット毎の受信時刻を測定し、その値を図5dのようにタイムスタンプとして各トランスポートパケット毎に付加する。この付加したタイムスタンプ情報はメモリ部426内に記録される。前記ストリームデータ内容解析部では、メモリ部426内に記録されたトランスポートパケット内の情報が解析される。具体的には、トランスポートパケット列から、各ピクチャ境界位置の切り出しと、再生タイムスタンプPTS情報の抽出が行なわれる。各ピクチャ境界位置の切り出し方法は前述したように2通り存在し、ストリームデータ内容に応じて選択する。同様にピクチャヘッダ情報41内にあるPTS情報53を抽出する。次にメモリ部426に一時保管されたストリームデータを情報記憶媒体201上に記録する。STB装置416から再生開始位置としてタイムスタンプ値が指定された場合、対応するストリームブロックを算出するための情報がタイムマップ情報252である。このタイムマップ情報252は、図3e~hに示すように、ストリームデータに対する管理情報記録領域であるSTREAM.IFO105内のストリームオブジェクト情報243の一部として記録されている。図3iに示すように、タイムマップ情報252内には各ストリームブロック毎のタイムスタンプ差分時間情報しか記録されていない。従って、各ストリームオブジェクト情報242、243毎にタイムマップ情報252内の各ストリームブロックの時間差の値を逐次加算し、その逐次加算値がSTB装置416側で指定したタイムスタンプ時刻に到達するかどうか比較する必要がある。その比較結果を元に、STB装置416側が指定した時刻はどのストリームオブジェクト内の何番目のストリームブロックの中に含まれるタイムスタンプ値と一致するかが、割り出される。次に、既に情報記憶媒体201上に記録してあるストリームデータの部分消去に関する実施例の説明を行う。ストリームデータの記録再生装置では、前述した部分消去処理はSTB制御部404により制御され、その中でも特にストリームデータ部分消去制御部と言う名のシーケンシャルプログラムが中心となり処理実行が行なわれる。図11のSTB制御部404では、部分消去が行われる前に、ストリームデータに関する管理情報STRIが記載されているSTREAM.IFO105の情報が読み込みまれ、ワークRAMメモリ部407に一時保管されている。部分消去処理が完了すると、部分消去対象のセクタが図2のSTREAM.VROまたはSR_TRANS.SRO106から外される。その後、管理情報SOBIおよびSCIを含むSTRIが図9lに示した内容に変更され、図2のSTREAM.IFO105内のデータが書き替えられる。次に、ストリームオブジェクト内の再生開始したいストリームデータへのアクセス方法として、MPEG方式による映像圧縮に対応し、デコーダによるデコードタイミングを意識したアクセス方法について説明する。この発明の実施の形態では、STB装置416からアイソクロナスモードでストリームデータが転送されると同時に、リアルタイムでIピクチャ情報が転送され、その情報が図1aのようにストリームデータを記録するSTREAM.VRO106ファイル内に記録される。また、この発明の実施の形態では、この情報は、ストリームデータの管理情報が記録されているSTREAM.IFO105内にも記録される。図11に示すSTB装置416側で、例えば図7のBピクチャ情報504を再生表示したい場合には、その直前に存在するIピクチャ情報501の先頭に位置するトランスポートパケット1aに対応したタイムスタンプ1aの値を、光ディスク装置415に通知する。光ディスク装置415では、図1あるいは図3に示した構造を有するタイムマップ情報252の情報を用いて再生開始するセクタ位置を割り出し、情報記憶媒体201上の所定位置へアクセスし、再生したいストリームデータをSTB装置416へ転送する。すると、STB装置416のデコーダ部402では、Iピクチャ情報501からデコードを開始し、指定されたBピクチャ情報504から表示を開始する。Bピクチャ情報504の開始情報が記録されているトランスポートパケット41d図7には、図5abに示すように、そのトランスポートパケットヘッダ311内に表示開始時刻を示す再生タイムスタンププレゼンテーションタイムスタンプPTS305の情報が記録されている。デコーダ部402では、このPTS305を読み取って、再生開始時刻を設定する。図11のデコーダ部402でIピクチャ位置を抽出する方法に付いて前述した。しかしデジタルTV放送局によっては送信の段階で各ピクチャ位置情報を送信する場合もある。送信の段階で既に記録されている各ピクチャ位置情報について、以下に説明する。この発明の実施の形態では、部分消去後のストリームデータに対しても初期記録時に設定したストリームブロック境界位置を不変に保つとともに、部分消去部分を境界として残存部分を新たなストリームオブジェクトに定義し直すようにしている。この場合、ストリームオブジェクト内の最初と最後のストリームブロックのサイズが他のストリームブロックのサイズより小さくなることがある。そのため、図1lあるいは図3iに示すようにタイムマップ情報252では個々のストリームブロックサイズ情報も記録してある。この実施の形態においては、上記に限らず、例えば最初と最後のストリームブロックサイズ情報のみ持ち、他にはそれ以外の共通のストリームブロックサイズ情報のみ記録することも可能である。図12は、図11のシステムによりビットストリームの情報記録を行なう場合において、アプリケーションパケットとストリームオブジェクトとの位置合わせ、およびストリームオブジェクト末尾のパディング処理がどのように行われるかを説明するフローチャート図である。図11の光ディスク装置ストリーマ415において、記録するビットストリームトランスポートパケットの内容が、スタッフィングパケット内のアプリケーションパケットエリアに分配されるステップST10。最初のアプリケーションパケットのアプリケーションタイムスタンプATSの先頭バイトこれをAとすると、ビットストリームが記録されるストリームオブジェクトSOBの開始部分にくる最初のストリームパケット内のアプリケーションパケットエリアの開始部分これをBとするとが比較されるステップST12。ATSの先頭バイトAと最初のストリームパケット内のアプリケーションパケットエリアの開始部分Bとが一致しないときはステップST14ノー、たとえば必要バイト数のスタッフィングバイトをストリームパケット内に設けて、先頭バイトAと開始部分Bとを一致アラインさせるステップST16。ATSの先頭バイトAと最初のストリームパケット内のアプリケーションパケットエリアの開始部分Bとが一致するときステップST14イエス、あるいは先頭バイトAと開始部分Bとを一致アラインさせたあと、記録するビットストリームの実際のデータを含む最終アプリケーションパケットこれをCとするの末尾と、ビットストリームが記録されるSOBの末尾これをDとするとの間に、1ストリームパケット分1セクタ分以上の余白があるかどうかチェックされるステップST18。アプリケーションパケットCの末尾とSOBの末尾Dとの間に1ストリームパケット分1セクタ分以上の余白があるときはステップST18イエス、この余白は、1つのATSを含む1以上のスタッフィングパケットで埋められるステップST20。アプリケーションパケットCの末尾とSOBの末尾Dとの間に余白がないときステップST18ノー、あるいはアプリケーションパケットCの末尾とSOBの末尾Dとの間の余白がスタッフィングパケットで埋められたあと、記録するビットストリームの内容を含む1以上のアプリケーションパケット群適宜スタッフィングパケットあるいはスタッフィングエリアバイトを含み得るが、情報媒体201に記録されるステップST22。その後、記録情報に対応して管理情報STRIに書き込みが行われるステップST24。上記記録ステップST22においては、以下の処理が適宜行なわれる。10アプリケーションパケットエリアの末尾に余白部分があるときは、この余白部分にタイムスタンプがなく所定バイト数のスタッフィングエリア図5hまたは図19jのパディングエリア37を設ける。また、上記記録ステップST22~ST24においては、以下の処理が適宜行なわれる。11複数のデータユニット図8aのSOBUα...λによりストリームデータSOBを構成し、所定のタイムスタンプTMS情報が内部に記録されている1以上の前記データパケット図8bのTP/APにより各々の前記データユニットSOBUα...λを構成し、複数の前記データユニットSOBUα...λのうち、少なくとも、第1のデータユニットSOBUα内に記録された第1タイムスタンプTMS1aと、第2のデータユニットSOBUβ内に記録された第2タイムスタンプTMS33aとの差分に対応した時間差値図8cdの切り上げ丸め値を、管理領域STRIまたはSTREAM.IFO/SR_MANGR.IFO内に記録する。12ストリームデータSOBに、1以上のセル図18の情報を記録し、管理領域STRIまたはSTREAM.IFO/SR_MANGR.IFOに、1以上のセルの集まりを記述したプログラムチェーンPGCの情報図3fまたは図13のPGCIを記録し、前記ストリームデータSOBの記録内容の一部を再生時にスキップする際に、そのスキップ位置の目印として利用できるエントリポイントEPの情報SC_EPIを、前記管理情報STRIに記録する。13管理情報STRIに、ストリームデータSOBの記録時間情報SOB_REC_TM、前記ストリームデータSOBの始まり部分のデータパケット到着時間SOB_S_APAT、および前記ストリームデータSOBの終わり部分のデータパケット到着時間SOB_E_APATのうち、少なくとも1つを含むストリームオブジェクト一般情報図7dまたは図15のSOBI_GIを書き込む。図13は、ストリーマの管理情報図2または図3のSTREAM.IFOに対応の内部データ構造を説明する図である。図2あるいは図3eに示した管理情報ナビゲーションデータであるSTREAM.IFOSR_MANGR.IFO105は、図13に示すように、ストリーマ情報STRIを含んでいる。このストリーマ情報STRIは、図3fあるいは図13に示すように、ストリーマビデオマネージャ情報STR_VMGIと、ストリームファイル情報テーブルSFITと、オリジナルPGC情報ORG_PGCIより一般的に表現すればPGC情報PGCIiと、ユーザ定義PGC情報テーブルUD_PGCITと、テキストデータマネージャTXTDT_MGと、アプリケーションプライベートデータマネージャAPDT_MGとで、構成されている。ストリーマビデオマネージャ情報STR_VMGIは、図13に示すように、STRI、STR_VMGIに関する管理情報等が記述されたビデオマネージャ情報管理情報VTSI_MATと、ストリーム内のプレイリストをサーチするためのサーチポインタが記述されたプレイリストサーチポインタテーブルPL_SRPTとを含んでいる。ここで、プレイリストとは、プログラムの一部のリストである。このプレイリストにより、プログラムの内容に対して任意の再生シーケンスをユーザが定義できる。ストリームファイル情報テーブルSFITは、ストリーマ動作に直接関係する全てのナビゲーションデータを含むものである。ストリームファイル情報テーブルSFITの詳細については、図15を参照して後述する。オリジナルPGC情報ORG_PGCIは、オリジナルPGCORG_PGCに関する情報を記述した部分である。ORG_PGCはプログラムセットを記述したナビゲーションデータを示す。ORG_PGCはプログラムの連なりチェーンであり、図2または後述する図18の.SROファイル図2ではSR_TRANS.SRO106内に記録されたストリームデータを含む。ここで、プログラムセットとは、情報記憶媒体201の記録内容全体全てのプログラムを示すものである。プログラムセットの再生においては、任意のプログラムが編集されオリジナル記録に対してその再生順序が変更されている場合を除き、再生順序としてはそのプログラムの記録順序と同じ再生順序が用いられる。このプログラムセットは、オリジナルPGCORG_PGCと呼ばれるデータ構造に対応している。また、プログラムは、ユーザにより認識されあるいはユーザにより定義されるところの、記録内容の論理単位である。プログラムセット中のプログラムは、1以上のオリジナルセルにより構成される。プログラムはオリジナルPGC内でのみ定義されるものである。さらに、セルは、プログラムの一部を示すデータ構造である。オリジナルPGC内のセルはオリジナルセルと呼ばれ、後述するユーザ定義PGC内のセルはユーザ定義セルと呼ばれる。プログラムセット内の各々のプログラムは、少なくとも1個のオリジナルセルで構成される。また、各々のプレイリスト中のプログラムの一部それぞれは、少なくとも1個のユーザ定義セルで構成される。一方、ストリーマでは、ストリームセルSCだけが定義される。各ストリームセルは、記録されたビットストリームの一部を参照するものである。この発明の実施の形態においては、特に断り無くセルと述べた場合は、ストリームセルのことを意味している。なお、プログラムチェーンPGCとは、上位概念的な単位を示す。オリジナルPGCでは、PGCはプログラムセットに対応したプログラムの連なりチェーンを指す。また、ユーザ定義PGCでは、PGCはプレイリストに対応するプログラムの一部の連なりチェーンを指す。また、プログラムの一部のチェーンを指すユーザ定義PGCは、ナビゲーションデータだけを含む。そして、各プログラムの一部が、オリジナルPGCに属するストリームデータを参照するようになっている。図13のユーザ定義PGC情報テーブルUD_PGCITは、ユーザ定義PGC情報テーブル情報UD_PGCITIと、1以上のユーザ定義PGCサーチポインタUD_PGC_SRPnと、1以上のユーザ定義PGC情報UD_PGCInとを含むことができる。ユーザ定義PGC情報テーブル情報UD_PGCITIは、図示しないが、ユーザ定義PGCサーチポインタUD_PGC_SRPの数を示すUD_PGC_SRP_Nsと、ユーザ定義PGC情報テーブルUD_PGCITの終了アドレスを示すUD_PGCIT_EAとを含む。UD_PGC_SRP_Nsが示すUD_PGC_SRPの数は、ユーザ定義PGC情報UD_PGCIの数と同じであり、ユーザ定義PGCUD_PGCの数とも同じである。この数は、最大99まで許されている。UD_PGCIT_EAは、該当UD_PGCITの終了アドレスを、そのUD_PGCITの先頭バイトからの相対バイト数F_RBNで記述したものである。ここで、F_RBNとは、ファイル内において、定義されたフィールドの先頭バイトからの相対バイト数を示すもので、ゼロから始まる。オリジナルPGC情報ORG_PGCIあるいはユーザ定義PGC情報テーブルUD_PGCIT内のユーザ定義PGC情報UD_PGCIを一般的に表現したPGCIiについては、図14を参照して後述する。図13のテキストデータマネージャTXTDT_MGは、補足的なテキスト情報である。このTXTDT_MGは、図14のプライマリテキスト情報PRM_TXTIとともに、プレイリストおよびプログラム内に格納できる。図13のアプリケーションプライベートデータマネージャAPDT_Mは、図示しないが、アプリケーションプライベートデータマネージャ一般情報APDT_GIと、1以上のAPDTサーチポインタAPDT_SRPnと、1以上のAPDTエリアAPADTAnとを含むことができる。ここで、アプリケーションプライベートデータAPDTとは、ストリーマに接続されたアプリケーションデバイスが任意の非リアルタイム情報リアルタイムストリームデータに加えさらに望まれる情報を格納できるような概念上のエリアである。図14は、PGC情報図3のORG_PGCI/UD_PGCITまたは図13のPGCIiの内部データ構造を説明する図である。図14のPGC情報PGCIiは、図13のオリジナルPGC情報ORG_PGCIあるいはユーザ定義PGC情報テーブルUD_PGCIT内のユーザ定義PGC情報UD_PGCIを一般的に表現したものである。図14に示すように、PGC情報PGCIiは、PGC一般情報PGC_GIと、1以上のプログラム情報PGImと、1以上のストリームセル情報サーチポインタSCI_SRPnと、1以上のストリームセル情報SCInとで構成されている。PGC一般情報PGC_GIは、プログラムの数PG_Nsと、ストリームセル情報サーチポインタSCI_SRPの数SCI_SRP_Nsとを含んでいる。各プログラム情報PGIたとえばPGI1は、プログラムタイプPG_TYと、該当プログラム内のセルの数C_Nsと、該当プログラムのプライマリテキスト情報PRM_TXTIと、アイテムテキストのサーチポインタ番号IT_TXT_SRPNとを含んでいる。ここで、プログラムタイプPG_TYは、該当プログラムの状態を示す情報を含む。とくに、そのプログラムが誤消去などから保護された状態にあるかどうかを示すフラグ、すなわちプロテクトフラグを含む。このプロテクトフラグが0bのときは該当プログラムは保護されておらず、1bのときは保護された状態にある。セルの数C_Nsは、該当プログラム内のセルの数を示す。PGCの全プログラムおよび全セルの全体に渡り、セルは、その昇順に従い、プログラムに暗黙のうちに付随している。たとえば、PGC内でプログラム1がC_Ns=1を持ち、プログラム2がC_Ns=2を持つとすれば、そのPGCの最初のストリームセル情報SCIはプログラム1に付随するものとなり、第2、第3のSCIはプログラム2に付随するものとなる。プライマリテキスト情報PRM_TXTIは、情報記憶媒体DVD-RAMディスク201を世界中で利用可能とするために、1つの共通キャラクタセットISO/IEC646:1983ASCIIコードを持ったテキスト情報を記述したものである。アイテムテキストのサーチポインタ番号IT_TXT_SRPNは、アイテムテキスト該当プログラムに対応するテキストデータIT_TXTに対するサーチポインタ番号を記述したものである。該当プログラムがアイテムテキストを持たないときは、IT_TXT_SRPNは0000hにセットされる。各ストリームセル情報サーチポインタSCI_SRPたとえばSCI_SRP1は、対応ストリームセル情報SCIの開始アドレスを示すSCI_SAを含んでいる。このSCI_SAは、PGCIの先頭バイトからの相対バイト数F_RBNで記述される。各ストリームセル情報SCIたとえばSCI1は、ストリームセル一般情報SC_GIと、1以上のストリームセルエントリポイント情報SC_EPInとで構成される。ストリームセル一般情報SC_GIは、仮消去テンポラリイレーズ;TE状態を示すフラグTEを含むセルタイプC_TYと、ストリームセルのエントリポイント情報の数SC_EPI_Nsと、ストリームオブジェクト番号SOB_Nと、ストリームセル開始APAT図9で示したSC_S_APATと、ストリームセル終了APAT図9で示したSC_E_APATと、セルが仮消去状態TE=10bにあるときにその仮消去セルの開始APATを示す消去開始APATERA_S_APATと、セルが仮消去状態TE=10bにあるときにその仮消去セルの終了APATを示す消去終了APATERA_E_APATとを含んでいる。セルタイプC_TYは、該当ストリームセルの形式およびその仮消去状態を記述するものである。すなわち、セルの形式C_TY1=010bは全てのストリームセルの形式に記述されるこのC_TY1=010bによりストリームセルとそれ以外のセルの区別ができる。一方、フラグTEが00bであれば該当セルは通常の状態にあることが示され、フラグTEが01bあるいは10bであれば該当セルは仮消去の状態にあることが示される。フラグTE=01bは、該当セル仮消去状態にあるセルが、SOBU内で開始する最初のアプリケーションパケットの後から開始し、同じSOBU内の最終アプリケーションパケットの前で終了する場合を示す。また、フラグTE=10bは、該当セル仮消去状態にあるセルが、少なくとも1つのSOBU境界先頭アプリケーションパケットあるいは最終アプリケーションパケットがそのSOBU内で開始するを含む場合を示す。なお、プログラムのプロテクトフラグと、そのプログラム内のセルのTEフラグとは、同時に設定できないようになっている。それゆえ、aプロテクト状態にあるプログラム内のセルは何れも仮消去状態に設定できず;b仮消去状態にあるセルを1以上含むプログラムはプロテクト状態に設定できない。ストリームセルのエントリポイント情報の数SC_EPI_Nsは、該当ストリームセル情報SCI内に含まれるストリームセルエントリポイント情報の数を記述したものである。図14の各ストリームセルエントリポイント情報SC_EPIたとえばSC_EPI1は、2種類タイプAとタイプB存在する。タイプAのSC_EPIは、エントリポイントタイプEP_TYとエントリポイントのアプリケーションパケット到着時間EP_APATとを含む。タイプAは、エントリポイントタイプEP_TY1=00bにより示される。タイプBのSC_EPIは、タイプAのEP_TYおよびEP_APATの他に、プライマリテキスト情報PRM_TXTIを含む。タイプBは、エントリポイントタイプEP_TY1=01bにより示される。任意のストリームセルにおいて、記録内容の一部をスキップする道具として、エントリポイントを利用することができる。全てのエントリポイントはアプリケーションパケット到着時間APATにより特定できる。このAPATにより、どこからデータ出力が開始されるのかを特定できる。ストリームオブジェクト番号SOB_Nは、該当セルが参照するSOBの番号を記述したものである。ストリームセル開始APATSC_S_APATは、該当セルの開始APATを記述したものである。ストリームセル終了APATSC_E_APATは、該当セルの終了APATを記述したものである。消去開始APATERA_S_APATは、少なくとも1個のSOBU境界を含む仮消去セルそのC_TYのTEフィールドが10bにおいて、この仮消去セルに先頭が含まれる最初のSOBU内で開始する最初のアプリケーションパケットの到着時間APATを記述したものである。消去終了APATERA_E_APATは、少なくとも1個のSOBU境界を含む仮消去セルそのC_TYのTEフィールドが10bにおいて、仮消去セルのすぐ後に続くアプリケーションパケットを含むSOBU内で開始する最初のアプリケーションパケットの到着時間APATを記述したものである。図15は、ストリームファイル情報テーブルSFITの内部データ構造を説明する図である。図15に示すように、ストリームファイル情報テーブルSFITは、ストリームファイル情報テーブル情報SFITIと、1以上のストリームオブジェクトストリーム情報SOB_STInと、ストリームファイル情報SFIとで構成される。ストリームファイル情報テーブル情報SFITIは、情報記憶媒体DVD-RAMディスク201上のストリームファイル情報の数SFI_Nsと、SFITIに続くストリームオブジェクトストリーム情報の数SOB_STI_Nsと、SFITの終了アドレスSFIT_EAと、SFIの開始アドレスSFI_SAとで構成される。SFIT_EAは、SFITの先頭バイトからの相対バイト数F_RBNでSFITの終了アドレスを記述したものである。また、SFI_SAは、SFITの先頭バイトからの相対バイト数F_RBNでSFIの開始アドレスを記述したものである。各ストリームオブジェクトストリーム情報SOB_STIは、3種類のパラメータを含む。各パラメータは箇々のビットストリーム記録に対して固有な値を持つことができる。しかしながら、通常は、多くのビットストリーム記録においてこれらのパラメータセットは等しいものにできる。それゆえ、SOB_STIは、ストリームオブジェクト情報SOBIのテーブルとは別のテーブルに格納され、幾つかのストリームオブジェクトSOBが同じSOB_STIを共有するつまり同じSOB_STIをポイントすることが認められている。したがって、通常は、SOBの数よりもSOB_STIの数の方が少なくなる。図15の各ストリームオブジェクトストリーム情報SOB_STIたとえばSOB_STI1は、アプリケーションパケットサイズAP_SIZと、サービスIDの数SERV_ID_Nsと、サービスIDSERV_IDsと、アプリケーションパケットデバイスユニークIDAP_DEV_UIDとを含んでいる。AP_SIZは、アプリケーションデバイスからストリーマへ転送されたビットストリーム内のパケットのバイト長で、アプリケーションパケットサイズを記述したものである。なお、DVDストリーマではアプリケーションパケットサイズは、各ビットストリーム記録において、一定とされている。そのため、各々の中断のない記録中において、アプリケーションパケットサイズが変化するようなことがあれば、現在のストリームオブジェクト現SOBはそこで終了され、新たなストリームオブジェクト新SOBが、新たなAP_SIZを伴って開始される。その際、現SOBおよび新SOBの双方は、オリジナルPGC情報ORG_PGCI内の同じプログラムに属するものとなる。SERV_ID_Nsは、後続パラメータに含まれるサービスIDの数を記述したものである。SERV_IDsは、サービスIDのリストを任意の順序で記述したものである。AP_DEV_UIDは、記録されたビットストリームを供給したアプリケーションデバイスに固有の、ユニークなデバイスIDを記述したものである。ストリームファイル情報SFIは、図15に示すように、ストリームファイル一般情報SF_GIと、1以上のストリームオブジェクト情報SOB情報サーチポインタSOBI_SRPnと、1以上のSOB情報SOBInとで構成されている。ストリームファイル一般情報SF_GIは、SOBIの数SOBI_Nsと、SOBU1個あたりのセクタ数SOBU_SIZとを含んでいる。ここで、SOBU_SIZは、SOBUのサイズをセクタ数で記述したもので、このサイズは3232セクタ=64kバイトで一定となっている。このことは、各タイムマップ情報MAPL内において、最初のエントリが、SOBの最初の32セクタ内に含まれるアプリケーションパケットに関係していることを意味する。同様に、2番目のエントリは、次の32セクタに含まれるアプリケーションパケットに関係する。3番目以降のエントリについても以下同様である。各SOB情報サーチポインタたとえばSOBI_SRP1は、SOBIの開始アドレスSOBI_SAを含んでいる。このSOBI_SAは、ストリームファイル情報SFIの先頭バイトから相対バイト数F_RBNでもって関連SOBIの開始アドレスを記述したものである。各SOB情報たとえばSOBI1は、ストリームオブジェクト一般情報SOB_GIと、タイムマップ情報MAPLと、アクセスユニットデータAUDオプションとで構成される。ストリームオブジェクト一般情報SOB_GIは、ストリームオブジェクトのタイプSOB_TYと、ストリームオブジェクト記録時間SOB_REC_TMと、ストリームオブジェクトのストリーム情報番号SOB_STI_Nと、アクセスユニットデータフラグAUD_FLAGSと、ストリームオブジェクトの開始アプリケーションパケット到着時間SOB_S_APATと、ストリームオブジェクトの終了アプリケーションパケット到着時間SOB_E_APATと、該当ストリームオブジェクトの先頭ストリームオブジェクトユニットSOB_S_SOBUと、タイムマップ情報のエントリ数MAPL_ENT_Nsとを含んでいる。ストリームオブジェクトのタイプSOB_TYは、仮消去状態TE状態を示すビットおよび/またはコピー世代管理システムのビットを記述できる部分である。ストリームオブジェクト記録時間SOB_REC_TMは、関連ストリームオブジェクトSOBの記録時間を記述したものである。ストリームオブジェクトのストリーム情報番号SOB_STI_Nは、該当ストリームオブジェクトに対して有効なSOB_STIのインデックスを記述したものである。アクセスユニットデータフラグAUD_FLAGSは、該当ストリームオブジェクトに対してアクセスユニットデータAUDが存在するか否か、また存在するならどんな種類のアクセスユニットデータなのかを記述したものである。アクセスユニットデータAUDが存在する場合は、AUD_FLAGSにより、AUDの幾つかの特性が記述される。アクセスユニットデータAUD自体は、図15に示すように、アクセスユニット一般情報AU_GIと、アクセスユニットエンドマップAUEMと、再生タイムスタンプリストPTSLとで構成される。アクセスユニット一般情報AU_GIは、該当SOBに対して記述されたアクセスユニットの数を示すAU_Nsと、該当SOBに属するSOBUのどれがアクセスユニットを含むのかを示すアクセスユニット開始マップAUSMとを含んでいる。アクセスユニットエンドマップAUEMは、もし存在するときはAUSMと同じ長さのビットアレイであり、該当SOBのアクセスユニットに付随するビットストリームセグメントの終端をどのSOBUが含むのかを示す。再生タイムスタンプリストPTSLは、該当SOBに属する全てのアクセスユニットの再生タイムスタンプのリストである。このリストに含まれる1つのPTSLエレメントは、対応アクセスユニットの再生タイムスタンプPTSの値を含む。なお、アクセスユニットAUとは、記録されたビットストリームのうちの任意の単一連続部分を指し、個別の再生に適するように構成されている。たとえばオーディオビデオのビットストリームにおいては、アクセスユニットは、通常は、MPEGのIピクチャに対応する部分となる。ここで再びSOB_GIの内容説明に戻る。AUD_FLAGSは、フラグRTAU_FLGと、フラグAUD_FLGと、フラグAUEM_FLGと、フラグPTSL_FLGとを含んでいる。フラグRTAU_FLGが0bのときは、該当SOBのリアルタイムデータ内にアクセスユニットフラグはないことが示される。フラグRTAU_FLGが1bのときは、図10dのアプリケーションヘッダエクステンション内に記述されるAUフラグAU_START、AU_ENDが、該当SOBのリアルタイムデータ内に存在可能なことが示される。この状態は、下記AUD_FLGが0bの場合にも許される。フラグAUD_FLGが0bのときは、該当SOBに対してアクセスユニットデータAUDがないことが示される。フラグAUD_FLGが1bのときは、該当SOBに対してアクセスユニットデータAUDが存在し得ることが示される。フラグAUEM_FLGが0bのときは、該当SOBにAUEMが存在しないことが示される。フラグAUEM_FLGが1bのときは、該当SOBにAUEMが存在することが示される。フラグPTSL_FLGが0bのときは、該当SOBにPTSLが存在しないことが示される。フラグPTSL_FLGが1bのときは、該当SOBにPTSLが存在することが示される。SOB_S_APATは、ストリームオブジェクトの開始アプリケーションパケット到着時間を記述したものである。つまり、SOB_S_APATにより、該当SOBに属する最初のアプリケーションパケット到着時間が示される。このパケット到着時間PATは、2つの部分、すなわち基本部分と拡張部分に分けられる。基本部分は90kHzユニット値と呼ばれる部分であり、拡張部分は27MHzで測った細かい値lesssignificantvalueを示す。SOB_E_APATは、ストリームオブジェクトの終了アプリケーションパケット到着時間を記述したものである。つまり、SOB_E_APATにより、該当SOBに属する最後のアプリケーションパケット到着時間が示される。SOB_S_SOBUは、該当ストリームオブジェクトの先頭ストリームオブジェクトユニットを記述したものである。つまり、SOB_S_SOBUにより、ストリームオブジェクトの先頭アプリケーションパケットの開始部分を含むSOBUが示される。MAPL_ENT_Nsは、SOBI_GIの後に続くタイムマップ情報MAPLのエントリ数を記述したものである。タイムマップ情報MAPLは、図3hのタイムマップ情報252に対応する内容を持つ。図13および図15の内容の関連性の1つについて纏めると、次のようになる:管理情報105に含まれるストリーマ情報STRIは、ストリームデータの内容の一部を構成するストリームオブジェクトSOBを管理するストリームファイル情報テーブルSFITを含む。このSFITは、SOBを管理するストリームオブジェクト情報SOBIを含む。このSOBIが、管理情報アクセスユニット開始マップAUSMを含むアクセスユニット一般情報AU_GIと、管理情報PTSLとを含む。ここで、管理情報ATSまたはAUSMがストリームデータの転送時に使用される情報を含み、管理情報PTSまたはSC_S_APATが前記ストリームデータを表示するときに使用される情報を含む。図16は、アクセスユニット開始マップAUSMとストリームオブジェクトユニットSOBUとの対応関係を例示する図である。図示するように、AUSMのうちビット1の部分が、対応SOBUにアクセスユニットAUが含まれることを示している。いま、AUSM内でビットがセットされたi番目1≦i≦AU_Nsのビット位置をAUSM_posiとしてみる。すると、アクセスユニットAUの位置は次のようになる。1もしAUSM_posiにより示されるSOBUiが1以上の開始AUこれはストリーム内でもしあるならAU_STARTマークおよびAU_ENDマークにより記述されるを含むなら、AUSM_posiは、SOBUi内で開始する最初のAUに割り当てられる。ここで、SOBUiは、AUSM_posiおよびAUEMが存在するならAUEM_posiにより記述されたSOBUs内に配置されたものである。2AUは、このAU開始後に最初に現れるAU_ENDマークで終了し、かつ、AUは、もしAUEMが存在するなら割り当てられたAUEMエレメントにより示される最後のSOBUで終了する。なお、いずれのアクセスユニットデータにおいても、SOBの各SOBU1個当たりに、2以上のアクセス可能なアクセスユニットを記述することはできない。図17は、アクセスユニット開始マップAUSMおよびアクセスユニット終了マップAUEMとストリームオブジェクトユニットSOBUとの対応関係を例示する図である。AUEMは、もし存在するならAUSMと同じ長さのビットアレイである。AUEMのビットは、該当SOBのアクセスユニットに付随するビットストリームセグメントの末尾がどのSOBUに含まれるのかを、示している。AUEM内にセットされたビットの数はAUSM内にセットされたビットの数に一致する。すなわち、AUSM内の各設定ビットは、AUEM内に対応してセットされたビットを持つ。いま、AUSM内でビットがセットされたi番目1≦i≦AU_Nsのビット位置をAUSM_posiとし、AUEM内でビットがセットされたi番目1≦i≦AU_Nsのビット位置をAUEM_posiとしてみる。この場合、以下の関係がある。11≦AUSM_posi≦AUEM_posi≦MAPL_ENT_Ns;2AUSM_posi1>AUEM_posi;3もしi==AU_NsあるいはAUSM_posi1>1AUEM_posiなら、AUiは、SOBU[AUEM_posi]で終了する1≦i≦AU_Ns;4もしAUSM_posi1==1AUEM_posiなら、AUiは、SOBU[AUEM_posi]で終了する。あるいはSOBU[1AUEM_posi]==SOBU[AuSM_posi1]のところで終了する。つまり、AUiは、SOBU内においてAUi1が開始するところで終了する1≦i≦AU_Ns。図18は、オリジナルPGCあるいはユーザ定義PGCで指定されるセルと、これらのセルに対応するSOBUとが、タイムマップ情報によってどのように関係付けられるかを例示する図である。ユーザ定義PGCは自身のSOBを含まないが、オリジナルPGC内のSOBを参照する。それゆえ、ユーザ定義PGCはPGC情報を用いることのみで記述できる。このことは、SOBデータを何らいじることなく任意の再生シーケンスが実現可能なことを意味する。ユーザ定義PGCはまた、プログラムを含まず、オリジナルPGC内のプログラムの一部に対応したセルの連なりチェーンで構成される。このようなユーザ定義PGCの一例が、図18に示されている。この例は、PGC内のセルがオリジナルPGC内のSOBを参照するようにユーザ定義PGCnが作成されている場合を示す。図18において、PGCnは4つのセル1~4を持っている。そのうち2つはSOB1を参照し、残りの2つがSOB2を参照している。ユーザ定義PGC内のセルからオリジナルPGCへSOBIのタイムマップ情報への実線矢印は、該当セルに対する再生期間を示している。ユーザ定義PGC内のセル再生順序は、オリジナルPGCにおける再生順序と全く異なってもよい。任意のSOBおよびそのSOBUの再生は、図18の開始APATS_APATおよび終了APATE_APATにより特定される。SOBあるいはSOBUのS_APATは、該当SOBのストリームパックのペイロード図5b参照内に記録されたタイムスタンプに関係して定義される。SOBの記録中、各到来アプリケーションパケットには、ストリーマ内のローカルクロックリファレンスによりタイムスタンプが付される。これが、アプリケーションパケット到着時間APATである。SOBの先頭アプリケーションパケットのAPATはSOB_S_APATとして記憶される。全てのAPATの4最下位バイト4leastsignificantbytesは、~.SROファイル内の対応アプリケーションパケット用に予め固定されている。SOBあるいはSOBUのデータを再生するために、ストリーマ内部のリファレンスクロックはSCR値にセットされ、その後クロックが自動的にカウントされる。このSCR値は、再生が始まる最初のストリームパック内パックヘッダ内に記述されている。このクロックに基づいて、SOBあるいはSOBUからの全ての後続アプリケーションパケットの再生出力が、実行される。任意のストリームセルSCが、そのSCがポイントするSOBのSOB_S_APATとSOB_E_APATとの間の任意の値を持つストリームセル開始APATSC_S_APATを規定しているときは、所望のAPATを伴うアプリケーションパケットを含んだSOBUを見つけるためのアドレスが必要となる。SOBU1個あたりのストリームパックの数は一定であるが、各SOBUにより捕らえられた到着時間の間隔はフレキシブルである。それゆえ、各SOBは、該当SOBのSOBUの到着時間間隔が記述されたタイムマップ情報を持つ。つまり、タイムマップ情報により実現されるアドレス方式は、任意のAPATをファイル内の相対論理ブロックアドレスに変換して、所望のアプリケーションパケットを見つけることができるSOBUをポイントする。図18に例示された各エントリポイントEPi、EPkは、どこからデータ出力を開始するのかを示すアプリケーションパケット到着時間APATにより特定できる。このエントリポイントのアプリケーションパケット到着時間は、図14のEP_APATにより示される。このエントリポイントを用いることにより、例えばセル1のSOBU1からの再生時において、SOBU2~SOBUi-1をスキップして、SOBUiの指定位置エントリポイントEPiから再生を開始することができる。図19は、この発明の他の実施の形態に係るストリームデータのデータ構造を説明する図である。DVD-RAMディスク等の情報記憶媒体上に記録されるストリームデータは、ストリームデータ内の映像情報のコンテンツ毎にストリームオブジェクトSOBとしてまとめられている。各SOBは、1つのリアルタイムな連続記録により得られたストリームデータにより形成される。図19fは、1以上あるストリームオブジェクトのうち1個のSOBA298について示している。DVD-RAMディスクにこのストリームデータが記録される場合には、各々が2048kバイトのセクタを最小単位として記録される。さらに、16個のセクタをまとめて1個のECCブロックとし、同一ECCブロック内でインターリーブデータ配列順序の並び替えとエラー訂正用の訂正コードの付加が行われる。この実施の形態では、1個または複数のECCブロックを単位としてストリームブロックが構成され、このストリームブロック単位でストリーム情報の記録あるいは部分消去が行われる。この実施の形態では、何個のECCブロックでストリームブロックが構成されるかは、転送されるストリームデータの転送レートに応じて決めることができる。たとえば、図19eの例では、ストリームブロック1は2つのECCブロックα、βで構成され、ストリームブロック2は3つのECCブロックγ、δ、εで構成されている。DVDストリーマでは、2個のECCブロック32セクタで1つのストリームブロックストリームオブジェクトユニットSOBUが構成される。各ECCブロックは、図19dに示すように、16セクタで構成される。したがって、図19deから分かるように、2ECCブロックで構成されるストリームブロックあるいはSOBU1は、32セクタセクタNo.0~セクタNo.31に相当する。つまり、1セクタ=2kバイトとすれば、ストリームブロックSOBUは、64kバイト32セクタの固定サイズとして、この発明を実施することができる。各セクタの内容はストリームパック詳細は図5、図6、図10参照に対応している。そして、たとえばセクタNo.0図19dに対応するストリームパックは、図19cに示すように、パックヘッダ1xと、PESヘッダ6xと、ストリームブロックヘッダ11xと、データエリア21xとを含んでいる。また、セクタNo.1図19dに対応するストリームパックは、図19cに示すように、パックヘッダ2xと、PESヘッダ7xと、セクタデータヘッダ12xと、データエリア22xとを含んでいる。図19cのデータエリア21xは、図19bに示すように、タイムスタンプとトランスポートパケットとのペアの配列タイムスタンプa、トランスポートパケットa、タイムスタンプb、.........トランスポートパケットdを含んでいる。同様に、データエリア22xは、タイムスタンプとトランスポートパケットとのペアの別配列を含んでいる。一方、後方のデータエリア23xは、図19bに示すように、トランスポートパケットf、エンドコード31x、およびパディングエリア36xを含んでいる。図19bのタイムスタンプとトランスポートパケットの複数ペアは、図19aに示すような配列のビットストリームとなる。SOBA298図19fの前方のストリームブロック1図19eのデータ構造は図19d~bのようになるが、SOBA298の後方のストリームブロック2図19gのデータ構造は、次のようになる。すなわち、ストリームブロック2の末尾ECCブロックεの後方セクタNo.78図19hは、図19iに示すように、パックヘッダ3xと、PESヘッダ8xと、セクタデータヘッダ13xと、データエリア24xとを含んでいる。また、ECCブロックεの最終セクタNo.79図19hは、図19iに示すように、パックヘッダ4xとパディングパケット40xを含んでいる。セクタNo.78のデータエリア24xは、図19jに示すように、トランスポートパケットzと、エンドコード32xと、パディングエリア37xとを含んでいる。また、最終セクタNo.79のパディングパケット40xは、図19jに示すように、PESヘッダ9xとパディングエリア38xを含んでいる。なお、パディングエリア37xの内容は、図5hに示すように、1以上のタイムスタンプとパケットとのペアと、予約バイトのスタッフィングエリアスタッフィングエリアにタイムスタンプは付かないとで構成できる。この場合、スタッフィングエリアにはストリームデータの記録はなされない。一方、パディングエリア38の内容は、図6ijに示すように、スタッフィングパケット先頭だけアプリケーションタイムスタンプATSが付くを含むアプリケーションパケットエリアで構成できる。この発明では、以下のような特徴を持つデータ構造を採用することもできる:A各セクタ/ストリームパック毎にパックヘッダ/パケットヘッダを設け、セクタ/ストリームパック毎に必要な情報をパックヘッダ/パケットヘッダ内に記録するデータ構造図1a~c、図5a~b、図10a~g参照。B各トランスポートパケット/アプリケーションパケットがデコーダに転送される時間間隔に関係した時間情報を、タイムスタンプ情報として、各トランスポートパケット/アプリケーションパケットと一緒に情報記憶媒体上に記録するデータ構造図1k~m、図5~図10参照。Cタイムスタンプとトランスポートパケット/アプリケーションパケットをセクタ/ストリームパック内のパックヘッダ/パケットヘッダ以外の場所に順次詰めて記録するデータ構造。そして、タイムスタンプの切れ目またはトランスポートパケット/アプリケーションパケット毎に記録されるストリームデータの切れ目がセクタ/ストリームパックの境界位置とは異なる場合には、タイムスタンプまたはトランスポートパケット/アプリケーションパケットのどちらかを、隣のセクタ/ストリームパックに跨って配置記録するデータ構造図1d~g、図5e~j参照。Dユーザ等が行う一回の録画映像の纏まりをストリームオブジェクトSOBとし、一回の映像録画において情報記憶媒体上に記録された最後のトランスポートパケット/アプリケーションパケット位置1個のストリームオブジェクト内の最後のトランスポートパケット/アプリケーションパケット位置がセクタ/ストリームパックの境界位置とは異なる場合には、該当するセクタ/ストリームパック内に限りこの最後のトランスポートパケット/アプリケーションパケット位置以降をパディングエリアとするデータ構造図1gk、図6g~j、図19j参照。E情報記憶媒体上にストリームデータを記録するファイルSTREAM.VROあるいはRTR_MOV.VROとは別に、そのファイル内のストリームデータを管理する管理ファイルSTREAM.IFOあるいはRTR.IFOを設けてストリームデータの検索および/または編集を容易とするデータ構造。Fストリームデータを管理する管理ファイルSTREAM.IFOあるいはRTR.IFO内では、STREAM.VROファイルあるいはRTR_MOV.VROファイル内に記録してあるタイムスタンプの値を、個々のトランスポートパケット/アプリケーションパケット毎の識別/指定に利用するデータ構造図8b~d参照。Gタイムサーチを容易にするため、複数セクタを纏めてストリームブロックという単位あるいはストリームオブジェクトユニットSOBUというデータユニットを管理ファイル上で構成し、このストリームブロックSOBU毎の時間情報を持ったタイムマップ情報を、この管理ファイルSTREAM.IFOあるいはRTR.IFO内に持たせるデータ構造図8a~d参照。なお、少なくともストリームオブジェクト内の最初と最後のストリームブロックSOBUのデータサイズを、管理ファイルSTREAM.IFOあるいはRTR.IFO内のタイムマップ情報に記録するようにしてもよい図3i参照。H各ストリームブロックSOBU内の最初に配置されたタイムスタンプ前のストリームブロックから跨って記録されたタイムスタンプを除くの値を各ストリームブロックSOBU先頭時刻として管理ファイルSTREAM.IFOあるいはRTR.IFO内で管理するデータ構造図8a~d参照。具体的には、管理ファイル内のタイムマップ情報に各ストリームブロックSOBU内で最初に配置されたタイムスタンプたとえば図8bのTMS1aの値を記録する。この発明に係るストリームデータ記録方法では、第1の記録単位セクタまたはストリームパック毎に情報記録を行える情報記憶媒体を用い、第2の記録単位トランスポートパケット/アプリケーションパケットに分割されたストリームデータが記録される。上記第2の記録単位トランスポートパケット/アプリケーションパケットでストリームデータが記録される第1の記録領域図3dのストリーム記録エリア222内に、上記第1記録単位セクタ/ストリームパック毎に付与するパケットヘッダあるいはパックヘッダ情報と、上記第2の記録単位トランスポートパケット/アプリケーションパケットのストリームデータに関係する時間情報を有するタイムスタンプ情報と、上記第2の記録単位トランスポートパケット/アプリケーションパケット毎のストリームデータとが記録される。上記タイムスタンプ情報の切れ目もしくは上記第2の記録単位トランスポートパケット/アプリケーションパケット毎に記録されるストリームデータの切れ目が上記第1の記録単位セクタ/ストリームパックの境界位置とは異なる場合には、上記タイムスタンプ情報または上記第2の記録単位トランスポートパケット/アプリケーションパケット毎に記録されるストリームデータが複数の上記第1の記録単位セクタ/ストリームパックに跨って配置されるように記録される図5eの番組2のトランスポートパケットbの前半部346と後半部347、および図5h~j参照。情報記憶媒体上に最後に記録されたストリームデータにおいて、上記第2の記録単位トランスポートパケット/アプリケーションパケットの最終位置が上記第1の記録単位セクタ/ストリームパックの境界位置とは異なる場合には、最後に記録された上記第1の記録単位セクタ/ストリームパックまたは上記第2の記録単位トランスポートパケット/アプリケーションパケットの最終位置以降に、パディングエリア図1kあるいは図6hの21として、所定のデータたとえば、オール1ビットあるいはオール0ビットが記録される図6ij参照。上記第1の記録領域ストリーム記録エリア222内に記録されたデータに関する管理情報を格納する第2の記録領域STREAM.IFOあるいはRTR.IFOが記録される図3de参照。上記第1の記録領域ストリーム記録エリア222に関する時間情報が記録された第3の記録領域ストリームファイル情報に対して、上記第1の記録単位セクタ/ストリームパックを複数集めて第3の記録単位ストリームブロック/SOBUが構成される図6b~e、図8a~b参照。上記第1の記録領域ストリーム記録エリア222内に記録されたストリームデータに対する上記第3の記録単位ストリームブロック/SOBU毎の先頭に配置されたタイムスタンプ情報間の差分値が、タイムマップ情報として記録される図1i~m、図8a~d参照。また上記の方法でストリームデータが記録されたデータ構造を有する情報記憶媒体も、この発明の特徴となっている。さらにIピクチャ開始位置を意識しながらトランスポートパケット単位での部分消去を可能とする方法として、以下のものがある。I部分消去場所前後で新たにストリームオブジェクトを分割する。Jストリームデータが記録されているSTREAM.VROファイルあるいはRTR_MOV.VROファイルに関する情報を記載するストリームファイル情報の情報と、ストリームデータの再生時に使用する再生単位情報セル情報を、管理ファイルSTREAM.IFOあるいはRTR.IFO内に持つ。Kストリームデータが記録されているSTREAM.VROファイルあるいはRTR_MOV.VROファイルに対してはセクタ単位で部分消去処理を行う。L管理ファイルSTREAM.IFOあるいはRTR.IFO上ではIピクチャ開始位置に従ってストリームオブジェクトを分割する。具体的には、ストリームファイル情報図7dのSOBI_GI251内にストリームオブジェクト開始時間の情報図7CのSOB_S_APAT542とストリームオブジェクト終了時間の情報図7CのSOB_E_APAT543を持たせ、部分消去後はIピクチャ開始位置が記録されているトランスポートパケット図7の1aに対応したタイムスタンプ図7の1aの値をストリームオブジェクト開始時間SOB_S_APAT542の値に変更あるいは追記し、部分消去境界位置を含むストリームデータの直後に来るIピクチャ開始位置が記録されているトランスポートパケットの1個前のトランスポートパケット図7のTP298gに対応したタイムスタンプ図7のTMS298gの値をストリームオブジェクト終了時間SOB_E_APAT543の値に変更あるいは追記する。M管理ファイルSTREAM.IFOあるいはRTR.IFO上では部分消去指定したトランスポートパケットに対応してセル情報内の開始/終了位置を設定する。具体的には、部分消去の範囲をトランスポートパケット単位で指定し、その指定範囲に対して残存したトランスポートパケットのうち、先頭のトランスポートパケットに対応したタイムスタンプ図9jのTMS97cの値を新たなオリジナルセルの該当セルの開始時間図9lのSC_S_APAT283とし、最後のトランスポートパケットに対応したタイムスタンプ図9jのTMS224kの値を新たなオリジナルセルの該当セルの終了時間図9lのSC_E_APAT284として管理ファイルSTREAM.IFOあるいはRTR.IFO内に変更あるいは追記する。上述した部分消去方法を適用できる情報媒体は、第1の記録単位セクタ毎に情報の記録が行える媒体である。この媒体は、ストリームデータが記録される第1の記録領域STREAM.VROあるいはRTR_MOV.VROと、上記第1の記録領域内に記録されたデータに関する管理情報を記録した第2の記録領域STREAM.IFOあるいはRTR.IFOとを持つ。上記第1の記録領域STREAM.VROあるいはRTR_MOV.VRO内に、上記第1記録単位セクタ毎に付与するパケットヘッダ情報と、上記第2の記録単位トランスポートパケットのストリームデータに関係する時間情報を有するタイムスタンプ情報と、上記第2の記録単位トランスポートパケット毎のストリームデータが詰めて記録される。上記第1の記録単位セクタを複数集めて第3の記録単位ストリームブロックが構成される。そして、複数の前記第3の記録単位ストリームブロックから構成されストリームデータに対する大きなデータのまとまりを示す第4の記録単位ストリームオブジェクトが構成される。上記第2の記録領域STREAM.IFOあるいはRTR.IFO内に、上記第3の記録単位ストリームブロック毎の時間情報タイムマップ情報と上記第4の記録単位ストリームオブジェクトの開始と終了位置での上記第3の記録単位ストリームブロックのデータサイズ情報が記録される。上記第1の記録領域STREAM.VROあるいはRTR_MOV.VRO内に記録されたストリームデータは、上記第1の記録単位セクタで部分消去できる。そして、部分消去後は新たなサイズを持った第4の記録単位ストリームオブジェクトが形成され、かつ上記新たなサイズを持った第4の記録単位ストリームオブジェクトにおける開始位置もしくは終了位置での上記第3の記録単位ストリームブロックでのデータサイズと時間情報の内の少なくともいずれかの情報が、上記第2の記録領域STREAM.IFOあるいはRTR.IFO内で書き換えられるか、または新規記録される。この発明の実施により得られる効果をまとめると以下のようになる。1.各トランスポートパケット毎の時間情報をタイムスタンプ情報として各トランスポートパケットとともに一緒に情報記憶媒体上に記録するため、aそのタイムスタンプ値に合わせてSTBへトランスポートパケットを転送するタイミングが分かる。bそのタイムスタンプ値に合わせたタイミングでデコーダへトランスポートパケットを転送できるため、デコーダ側にバッファーがなくても破綻なく安定にデコードと画面表示が行える。cそのタイムスタンプ値を用いて個々のトランスポートパケットを識別分別できるため、アクセス時の到着位置指定や編集時の範囲指定が容易となる。2.セクタ内のパケットヘッダを除いた残りの部分にタイムスタンプとトランスポートパケットを順次詰めて記録し、タイムスタンプの切れ目またはトランスポートパケット毎に記録されるストリームデータの切れ目がセクタの境界位置とは異なる場合には、タイムスタンプまたはトランスポートパケットのどちらかを隣のセクタに跨って配置記録し、映像の録画終了位置ストリームオブジェクトの最後の位置のセクタ内にのみパディングエリアを設定する。このため、効率良く情報記憶媒体上にストリームデータを記録できる。その結果、トランスポートパケット毎に分割されたストリームデータの録画記録時には情報記憶媒体の実行容量をほとんど低下させずに記録できる。3.セクタ内のパケットヘッダを除いた残りの部分にタイムスタンプとトランスポートパケットを順次詰めて記録し、タイムスタンプの切れ目またはトランスポートパケット毎に記録されるストリームデータの切れ目がセクタの境界位置とは異なる場合には、タイムスタンプまたはトランスポートパケットのどちらかを隣のセクタに跨って配置記録し、映像の録画終了位置ストリームオブジェクトの最後の位置のセクタ内にのみパディングエリアを設定する。このため、セクタサイズ2048kバイトよりも大きなサイズのトランスポートパケットを記録することができる。4.この発明の実施の形態に従えば、各セクタ内でパケットヘッダ直後にタイムスタンプがくるとは限らない。従って、各ストリームブロック毎の時間情報の抽出方法として、この発明の実施の形態では、各ストリームブロック内の最初に配置されたタイムスタンプ前のストリームブロックから跨って記録されたタイムスタンプを除くの値を各ストリームブロック先頭時刻として取り扱うことにより、管理ファイルSTREAM.IFOあるいはRTR.IFO内のタイムマップ情報の作成を可能としている。そうすると、このタイムマップ情報を用いた所定のトランスポートパケットに対するアクセスが容易となる。5.STREAM.VROファイルあるいはRTR_MOV.VROファイル内のストリームデータに対してセクタ単位での部分消去を可能にすると、DVD-RAMなどの情報記憶媒体に対する記録最小単位セクタ単位でのSTREAM.VROファイルあるいはRTR_MOV.VROファイルの部分開放が可能となる。その結果、STREAM.VROファイルあるいはRTR_MOV.VROファイルから開放されたセクタに対して後でコンピュータデータを記録する等の有効利用が可能となる。なお、上記内容と異なった部分消去単位として、例えばストリームブロックSOBU単位でしか部分消去STREAM.VROファイルあるいはRTR_MOV.VROファイルの部分開放しない場合には、ユーザがセクタサイズ程度の細かい範囲での部分消去を指定しても部分消去範囲が狭いために実質的にSTREAM.VROファイルあるいはRTR_MOV.VROファイルの部分開放が生じない。その結果、ユーザが指定した細かい範囲での部分消去の指定領域を他のデータ記録に利用できず、実質的には情報記憶媒体上に情報が記録されない無駄領域が増える危険性がある。とはいえ、この発明はSOBU単位での部分消去の利用を排除するものではない。6.情報記憶媒体上にストリームデータを記録するファイルSTREAM.VROあるいはRTR_MOV.VROとは別に、そのファイル内のストリームデータを管理する管理ファイルSTREAM.IFOあるいはRTR.IFOを設け、その管理ファイル内にストリームデータの再生時の再生単位を表すセルに関する情報を記録したセル情報を記録する。そのセルに関する開始/終了位置情報をタイムスタンプに対応した時間情報で持たせることにより、タイムスタンプ値で代表されるトランスポートパケットが指定できる。このようにセルの開始/終了位置情報を時間情報で記述させることで、部分消去後の再生範囲を実質的にトランスポートパケット単位で細かく指定できる。7.情報記憶媒体上にストリームデータを記録するファイルSTREAM.VROあるいはRTR_MOV.VROとは別に、そのファイル内のストリームデータを管理する管理ファイルSTREAM.IFOあるいはRTR.IFOを設け、さらにその管理ファイル内存在するストリームファイル情報内にストリームオブジェクト開始時間とストリームオブジェクト終了時間情報を持たせる。そして、部分消去後はIピクチャ開始位置が記録されているトランスポートパケットに対応したタイムスタンプ値をストリームオブジェクト開始時間の値に設定し直し、あるいは部分消去境界位置を含むストリームデータの直後にくるIピクチャ開始位置が記録されているトランスポートパケットの1個前のトランスポートパケットに対応したタイムスタンプ値をストリームオブジェクト終了時間の値に設定し直すことでIピクチャ開始位置を境界位置としたストリームデータの部分消去分割が可能となる。その結果、aデコーダが常にIピクチャ位置からデコード開始できるので、フレーム単位の任意位置から表示開始が可能となる。b管理ファイルSTREAM.IFOあるいはRTR.IFOの情報から常にIピクチャ位置が分かり、Iピクチャ開始位置を区切りにストリームデータが分割されているので異なる複数のストリームオブジェクトを連続して再生する場合に、ストリームオブジェクトの切れ目変わり目で画面が乱れることなくシームレスに連続して映像再生が行える。8.アイソクロナスパケットヘッダ343、344にIピクチャ位置を示すフラグを設けることで、STB装置416から光ディスク装置415に対してストリームデータトランスポートパケットの転送と同時にIピクチャ位置情報をリアルタイムで通知できる。その結果、容易にストリームデータ記録ファイルSTREAM.VROあるいはRTR_MOV.VRO内にIピクチャ位置情報をリアルタイムで記録できるとともに、管理ファイルSTREAM.IFOあるいはRTR.IFO内にも容易にIピクチャ位置情報を記録できる。なお、この発明は上記各実施の形態に限定されるものではなく、その実施の段階ではその要旨を逸脱しない範囲で種々な変形変更が可能である。また、各実施の形態は可能な限り適宜組み合わせて実施されてもよく、その場合組み合わせによる効果が得られる。さらに、上記実施の形態には種々な段階の発明が含まれており、この出願で開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。たとえば、実施の形態に示される全構成要件から1または複数の構成要件が削除されても、この発明の効果あるいはこの発明の実施に伴う効果のうち少なくとも1つが得られるときは、この構成要件が削除された構成が発明として抽出され得るものである。"