ストリームデータを記録するデータエリアおよびこのストリームデータの管理情報を記録する管理エリアを持つものであって、トランスポートパケットあるいはアプリケーションパケットというデータパケットを第1データ単位として表現し、ストリームオブジェクトユニットというデータ単位を第2データ単位として表現し、ストリームオブジェクトというオブジェクトデータを第3データ単位として表現したときに、1以上の前記第1データ単位を含む前記第2データ単位を1以上含んで構成される前記第3データ単位の前記ストリームオブジェクトにより、前記データエリアに記録される前記ストリームデータが形成され、前記第2データ単位は前記第1データ単位を含む中間単位を複数含み、前記中間単位に相当するサイズの単位で前記第2データ単位を表し、前記中間単位が前記データパケットとタイムスタンプとの組を含んで構成される情報記憶媒体。請求項1に記載の情報記憶媒体を用いる記録方法において、前記データ領域に前記ストリームデータを記録し、前記管理領域に前記管理情報を記録する記録方法。請求項1に記載の情報記憶媒体を用いる再生方法において、前記管理領域から前記管理情報を再生し、前記データ領域から前記ストリームデータを再生する再生方法。請求項1に記載の情報記憶媒体を用いる再生装置において、前記管理領域から前記管理情報を再生する手段と、前記データ領域から前記ストリームデータを再生する手段を具備した再生装置。以上のように、デジタルTV放送対応のストリーマシステムに於いて、ランダムアクセスの可能なDVD-RAM、すなわち、リード/ライトR/Wディスクを利用したストリーマを構築する上でTSストリームデータを効率の良く管理できない問題がある。この発明の目的は、ランダムアクセス可能なメディアDVD-RAM等を利用したストリーマを構築するにあたって、トランスポートパケットを効率よく記録できるシステムを提供することである。また、この発明の他の目的は、DVDビデオフォーマットにストリーマ機能を付加することである。この発明のさらに他の目的は、デジタルTV放送を想定した新たなフォーマットを提案することにより、デジタルTV放送データの効率の良い管理を可能とすることである。一実施の形態では、ストリームデータを記録するデータエリアおよびこのストリームデータの管理情報を記録する管理エリアを持つ光ディスクにおいて、トランスポートパケットあるいはアプリケーションパケットというデータパケットを第1データ単位として表現し、ストリームブロックあるいはストリームオブジェクトユニットというデータ単位を第2データ単位として表現し、ストリームオブジェクトというオブジェクトデータを第3データ単位として表現したときに、1以上の前記第1データ単位を含む前記第2データ単位を1以上含んで構成される前記第3データ単位の前記ストリームオブジェクトにより、前記データエリアに記録される前記ストリームデータが形成される。ここで、前記ストリームデータはMPEGのIピクチャ情報を含んでおり、このIピクチャ情報へのアクセス単位AUに関するデータをアクセスユニットデータAUDとしたときに、このアクセスユニットデータが存在するか否かを示す情報AUD_FLAGSが前記管理エリアに記録される。デジタルTV放送等のストリームデータを効率良く管理できる。以下図面を参照して一実施の形態に係るDVD録再器並びにその書き込み可能な光ディスクのフォーマットについて説明する。始めにフォーマットの用語について簡単に説明する。光ディスクには、通常のファイル形式でデータが保存されている。タイトルは、たとえば映画の一本分に相当し、一枚のディスクに、このタイトルが複数収納されている。このタイトルが集まったものをタイトルセットと称し、このタイトルセットは、複数のファイルで構成されている。また、1枚のディスクには、このディスクを管理するための情報としてビデオマネージャVideoManager;以降VMGと称すると称するファイルが存在する。さらに、タイトルセットでは、このタイトルセットを管理するための情報が、ビデオタイトルセット情報VideoTitleSetInformation、以降VTSIと略記するの管理情報ファイルとビデオデータで構成されているビデオファイルとVTSIのバックアップファイルとで構成されている。前記ビデオファイルは、階層構造となっており、1つのファイルは複数のプログラムチェーンで構成され、1つのプログラムチェーンは、複数のプログラムで構成されており、1つのプログラムは、複数のセルで構成され、1つのセルは、複数のビデオオブジェクトユニット以降VOBUと略記するで構成されている。また、VOBUは、複数の様々な種類のデータからなるパックによって構成されている。パックは1つ以上のパケットとパックヘッダで構成されている。パックは、データ転送処理を行う最小単位となっている。さらに、論理上の処理を行う最小単位はセル単位で、論理上の処理はこのセル単位で行われる。次に、トランスポートTSストリームについて説明する。一般に、デジタルTV放送などやインターネットなどの有線を使用した放送などの圧縮動画を放送配信する方式おいては、共通の基本フォーマットであるTSストリームがMPEG2の規格として定められている。このTSストリームは、図1aに示すように多数のTSパケット38から構成され、各TSパケット38は、図1bから図1dに示す構造を有し、図1bに示すようにパケットの管理データ部分41およびペイロード42とから構成される。ペイロード42には、再生されるべき対象のデータがスクランブルされた状態で格納されている。ペイロード42に格納される再生対象としては、MPEGビデオデータ、DolbyAC3オーディオデータ或いはMPEGオーディオデータ等があり、また、直接、再生対象以外の情報として、再生する上で必要なプログラムアソシエーションテーブルProgramAssociationTable;以下PATと略記する、プログラムマップテーブルProgramMapTable;以下PMTと略記する等の情報、さらに、電子番組情報ElectronicProgramGuide;以下EPGと略記する等がある。PATには、番組毎のPMTのパケット識別情報PacketIdentification;以下PIDと略記するが含まれており、さらに、PMTには、ビデオデータ或いはオーディオデータ等のPIDが記録されている。これにより、STB部の通常の再生手順としては、EPG情報により、ユーザが番組を決定すると、目的の番組の開始時間に、PATを読み込み、そのデータを基に希望の番組のPMTのPIDを決定し、目的のPMTを読み出し、そこに含まれる再生すべきビデオ、オーディオパケットのPIDを決定し、ビデオ、オーディオデータをPIDに従って、切り出されて再生がなされる。ここで、PATは、途中再生にも使用するために、数100ms毎に送信されている。これらTSストリームのデータを、DVDーRWリード/ライトディスク等のディスクメディアに記録する場合には、これらのデータをそのまま、デジタルデータとして記録することが好ましい。ただし、現在、DVD-RAMの最高ビットレートが10.08Mbpsであるため、全チャンネルを多重化された衛星放送20Mbps以上そのものを記録することはできない。そのため、記録する場合には、1つの番組を選んで、記録する必要がある。さらに、ディスクメディアに記録すると、ユーザが希望の番組の希望の時間より再生を開始したいとか、早送りを行いたいなどの希望を満たすためには、記録したデータを管理するためのデータが必要となる。しかしながら、再生するデータ自身には、スクランブルが掛かっているため、再生するデータ自身から、その管理データを作成することは困難である。そのため、TSストリームパケット内のコントロールデータであるパケットヘッダ内のデータや、TSストリームのPSIProgramSpecificInformationデータであるPATパケット、或いは、PMTパケットのデータを利用して、管理データを作成することが好ましい。ここで注意すべきは、衛星放送の種類などにより、これらパケットヘッダの内容のなかで、サポートされていない情報がある場合があり、さらに、PATおよびPMTさえも使用していない場合があることである。そのため、前記のような方法でいきなり管理データを作成しようとすると、衛星放送毎に、管理データが作れずに、記録できない場合がある。そこで、録画時に、管理情報内に衛星放送の使用するパケットヘッダの情報、PAT或いはPMTがあるかどうかを示す情報を保存し、サポートされている情報に従って管理データを作成し、再生時には、そのサポート情報によりサービス内容を変更し、可能なサービスのみを提供するようにすることが好ましい。まず、サポート情報を検出する方法としては、次の2通りの方法がある。第1の方法には、サポート情報をSTB部より受け取る方法である。STB部は、受信する衛星放送毎に異なり、専用機となっている。そのため、サポートに関する情報を前もってSTBの出荷時に把握しているはずである。そこで、録画開始時に、STB部からそのサポート情報を取り込む。第2の方法は、録画中に、STB部より、TSストリームストリームデータを受け取った際に、使用する各データをチェックし、アクティブである場合に、その情報がサポートされていると判定し、サポート情報を蓄積すると共に、そのサポートされた情報を基に管理データを作成し、記録終了時に、蓄積したサポート情報を管理データとして光ディスクの管理領域に記録することである。次に、管理データにサポート情報が含まれるフォーマットについて説明する。第1の実例は、既にフォーマットの規格が統一化されたDVD―ビデオのフォーマットに準拠するデータを管理する管理データについて始めに説明する。現DVD-ビデオでは、衛星放送などを想定してフォーマットされていない。従って、衛星放送を録画してその後、録画データを特殊再生する場合には、現状では、対応できないものである。従って、現DVD-ビデオに準拠して録再の規格を提唱する場合には、次のようなフォーマットが最適なものとなる。現DVD-ビデオでは、再生対象としてのビデオオブジェクトセット30VOBSは、図2a~dに示すような構造を有している。すなわち、図2aに示されるVOBS30は、図2bに示すように1または、多数のビデオオブジェクトVOB31の集合に定められ、VOB31は、また、図2cに示すように1または、多数のセルCell32の集合に定められている。さらに、このセル32は、図2dに示すように1または、多数のビデオオブジェクトユニットVOBU33の集合に定められている。そして、VOBU33が図2eに示すように1または、多数のTSパック34で構成される。なお、ストリーマでは、上記VOBに対応するものとしてストリーマオブジェクトSOBが定義され、上記VOBUに対応するものとしてストリーマオブジェクトユニットSOBUが定義されている。以下の説明において、VOBあるいはVOBUに関する説明は、適宜SOBあるいはSOBUに置き換えて解釈できる。ここで、VOBU33の構造に関しては、2種類のフォーマット方式を提唱することができる。第1の方式では、1VOBU33が、トランスポートストリームTSストリームを記録した1または複数のTSパック34で構成される。図3aに示す1TSパック34は、図3bに示すようにパックヘッダ35、パケットヘッダ36、サブストリームID37およびトランスポートパケットTSパケット38で構成されている。1TSパック34は、そのサイズが2048バイトに定められ、2048バイトに満たない場合には、パディングパケット39が挿入されてそのサイズが調整される。TSパック38は、10個のTSパケットで構成され、パケットヘッダ36は、MPEG2におけるプライベートストリームである旨を示す0xbdが記述されるストリームIDを含み、また、パケット内のデータがトランスポートストリームである旨を特定するサブストリームIDには、0xf0が記述される。なお、各TSパケットの先頭には、図3bに示すように、タイムスタンプATSを配置することができる。また、第2の方式では、図3cに示すように図3bのパケット構造においてサブストリームID37の後に2バイトのパケットアクセスポインタ40が設けられる構造を有している。そのパケットアクセスポインタ40は、パック34内にある最初のパケット38の先頭アドレスを示している。例えば、図3cにおいては、パック34内の最初のパケット38は、パケットアクセスポインタ40の直後にあるため相対アドレスで示せばアドレスは0となる。この図3cに示すパック34では、最終パケット39は、他のパケット38が188バイトであるに対して142バイトしかないためその残余の46バイトが図3dに示す次のパック34に格納される。図3dに示す次のパック34では、パケットアクセスポインタ40の直後には、残余の46バイトがあるためにその残余の46バイトに続いて最終パケット39が位置されることとなる。従って、最終パケット39のアドレスを示す0x2eが次のパック34のパケットアクセスポインタ40に記述される。このパケットアクセスポインタ40により、第一の方式では、パディングで未使用であった部分も、パケットデータの格納領域として利用できるようになる。このとき、パケットアクセスポインタが0xffffの場合には、1パック内にパケットの先頭が存在しない場合を意味している。ただし、この場合、VOBU33の先頭のパックは、図3cに示す例のように必ずパケットの先頭がパケットアクセスポインタ40後尾にアラインされるものとする。これにより、VOBU単位でパケットを管理でき、しかも、パケットのサイズが1パックに入りきらない場合に対応できることとなる。なお、図3cおよび図3dに示されるトランスポートストリームパケットTSパケットの一部は、以下の場合に該当する。すなわち、TSパケットの記録において、1パケットが2セクタに跨って記録される場合に、第1のセクタに記録されるものおよび第1のセクタに記録されるものそれぞれが、TSパケットの一部に該当する。このようにすると、1パケットが2セクタに跨って記録される場合にパディングデータを挿入する必要がないので、その分高密度記録できる。その際、パケットヘッダに、各セクタの最初に来るTS開始位置が基準位置から何バイト目かの位置情報を記録しておくことができる。ここで、基準位置としては、たとえばパケットヘッダの位置、あるいはTSパケットの先頭位置、またはTSパケットの終了位置、若しくは連続するTSパケットの隣接境界位置を用いることができる。基準位置としてTSパケットの先頭位置を用いる場合は、図3cのパケットアクセスポインタ=0を、上記位置情報として用いることができる。また、基準位置としてTSパケットの終了位置または隣接境界位置を用いる場合は、図3dのパケットアクセスポインタ=0x2eを、上記位置情報として用いることができる。既に説明した第2の方式の例を図4を参照してより詳細に説明する。図4は、VOBUまたはSOBUの構造並びにTSパケットの構造の詳細を示している。図4aに示すVOBUSOBU33は、整数個のTSパック34から構成され、VOBUSOBU33内の先頭のTSパック34は、図4cに示す構造を有している。すなわち、常にTSパック34内のパケットアクセスポインタ40の次には、TSパケット38の先頭部分がアラインされ、パケットアクセスポインタ40の相対アドレスは、ゼロとなる。従って、VOBUSOBU33をアクセスしてそのパケットと取り出せば常にその先頭がTSパケット38の先頭に一致し、TSパケット38を切り離して即座に転送可能となる。このVOBUSOBU33内の先頭のTSパック34に続いてTSパケット34が配置されるが、2048バイトの1パックに格納されないTSパケット38の残余の部分は、図4cに示すように次のTSパック34のパケット38に収納される。このように次々にVOBUSOBU33内には、TSパック34が配置される。が、そのVOBUSOBU33内の最後のTSパック34は、図5cに示すように、他のTSパック34と異なり、そのパック内の最後の部分に1TSパケット38が入りきらないことがある。このような場合には、その最後の部分に、パッディングパケット39を適宜挿入することができる。このパッディングパケットを挿入することによって、次のVOBUSOBU33内の先頭TSパック34は、TSパケット38の先頭から始まるパケットのデータ部を有することとなる。なお、上記パディングなしで対処する方法TSパケットの記録において、1パケットが2セクタに跨って記録される場合もあり、それについては前述した。図3並びに図4に示した例では、パケットアクセスポインタ40でそのパック34内の最初のTSパケット38のアドレスが指定され、このパケットアクセスポインタ40でそのパック34が指定された際にそのパック34内で最初に取り出されるTSパケット38を特定することができる。このパケットアクセスポインタ40に代えて図5に示す続きパケットフラグで次のTSパック34の構造を特定するようにしても良い。すなわち、図5aに示すようにTSパック34内には、パケットヘッダ36に続いてTSパケットである旨を特定するサブストリームID36が設けられ、このサブストリームIDに続いて続きパケットフラグ41が設けられている。この続きパケットフラグ41は、これが含まれるTSパック34に続くTSパック34には、TSパケット39の一部が収納されている否かを示している。すなわち、続きパケットフラグ41が1であれば、そのTSパック34の最後には、TSパケット39の一部が収納され、そのTSパケット39の残余が次のTSパック34の続きパケットフラグ41に続いて配置されている。TSパック34内の最後にTSパック39がアラインされて配置され、残余が次のパック39に格納されない場合には、続きパケットフラグ41は、ゼロとなる。このことは、続きパケットフラグ41がゼロであるTSパケット39を獲得すれば、続きパケットフラグ41に続くTSパケット39を再生すればスムーズな再生処理が可能となる。次に、上述のようなデータ構造における管理データの構造について説明する。管理データは、光ディスクの内周側のリードイン領域に続く管理領域に記録され、この管理領域は、図6aに示すようにビデオタイトルセット情報VTSIあるいはストリーマ制御情報STR_VMGIのテーブルを含む。このSTR_VMGIは、ストリーマの管理情報STRIに含まれている。このSTRIはVTSIに対応した機能を持っている。このVTSISTR_VMGIは、図6aに示すように、VTSISTR_VMGIに関する管理情報が記述されたVTSIの管理テーブルVTSI_MAT;VTSビデオタイトルセットあるいはストリーム内のプレイリストをサーチするためのサーチポインタが記述されたVTSタイトルサーチポインタテーブルVTS_TT_SRPTあるいはプレイリストサーチポインタテーブルPL_SRPT;セルの再生順序が規定されているプログラムチェーンを定めるVTSプログラムチェーン情報テーブルVTS_PGCITあるいはユーザが定義したプログラムチェーン情報のテーブルUD_PGCIT;VTSメニューのためのプログラムチェーン情報ユニットテーブルVTSM_PGCI_UT;VTSタイムマップテーブルVTS_TMAPT;VTSメニューのためのセルアドレステーブルVTSM_C_ADT;VTSメニューのためのVOBUアドレスマップテーブルVTSM_VOBU_ADMAP;VTSのセルアドレステーブルVTS_C_ADTおよびVTSのVOBUアドレスマップテーブルVTS_VOBU_ADMAPから構成されている。なお、上記UD_PGCIT内のユーザ定義PGC情報UD_PGCIは、ユーザにより定義されたプログラムパーツのシーケンスを定義している。また、上記プレイリストは、プログラムパーツの再生シーケンスをユーザが自由に定めたものである。VTS_PGCITUD_PGCITは、図6bに示すように、VTS_PGCITの情報VTS_PGCITIまたはUD_PGCITI、再生順序に配置された各プログラムチェーンをサーチするためのVTSプログラムチェーンサーチポインタVTS_PGC_SRPnまたはUD_PGC_SRPnおよびこのサーチポインタで指定される各VTSプログラムチェーンの情報VTS_PGCInまたはUD_PGCInから構成されている。VTS_PGCInまたはUD_PGCInは、図6cに示すようにプログラムチェーンPGCの一般情報PGC_GIあるいはストリームセル一般情報SC_GI;PGCプログラムマップPGC_PGMAPあるいはプログラム情報PGIm;セルの再生に関する情報が記述されたセル再生情報テーブルC_PBITあるいはストリームセル情報SCIn;セルの位置情報、すなわち、アドレス情報が記述されたセル位置情報テーブルC_POSITあるいはストリームセル情報サーチポインタSCI_SRPnから構成されている。C_PBITSCInは、図6dに示すように、セルの再生順に配置された多数のセルの再生情報C_PBIjあるいはストリームセルのエントリポイント情報SC_EPInから構成されている。PGC一般情報PGC_GIは、図7aに示すように構成できる。すなわち、プログラム数およびセル数等のPGCの内容PGC_CNTが記述され;1PGCの記録時間を記述したPGC記録時間PGC_TRS_TM:PGCTransportTimeが記述され;サポート情報SupportInformationが記述され;PGCプログラムマップPGC_PGMAPの先頭アドレスPGC_PGMAP_SAが記述され;セル再生情報テーブルC_PBITの先頭アドレスC_PBIT_SAが記述され;セル位置情報テーブルC_POSITの先頭アドレスC_POSIT_SAが記述され;そして、消去禁止フラッグARCHIVEFlagが記述されている。SC_GIの場合は、ARCHIVEFlagの代わりに、セルタイプC_TY=010bおよび一時消去TEフラグが記述され、さらに以下のものが記述される:SCIに含まれるエントリポイント情報の数を記述したSC_EPI_Ns;セルが参照するSOBの数を記述したSOB_N;DVDストリーム記録PAT記述フォーマットによりセルの開始アプリケーションパケット到着時間開始APATを記述したSC_S_APAT;DVDストリーム記録PAT記述フォーマットによりセルの終了アプリケーションパケット到着時間終了APATを記述したSC_E_APATこの終了APATは該当セルに属する最後のアプリケーションパケットのAPATである;少なくとも1つのSOBU境界該当セルタイプC_TYのTEフィールドが10bを含む仮消去状態のセルに対して、最初のSOBUその始まりが仮消去状態セルに含まれるものの最初のアプリケーションパケットのAPATを記述したERA_S_APAT;少なくとも1つのSOBU境界該当セルタイプC_TYのTEフィールドが10bを含む仮消去状態のセルに対して、該当SOBU仮消去状態セルのすぐ後に続くアプリケーションパケットを含むものの最初のアプリケーションパケットのAPATを記述したERA_E_APAT。記録時の信号の流れは、STB部で受け取ったTSパケットデータは、フォーマッタ部で、パック化されて記録される。このとき、各情報の有無を検知し、ワークRAMに保存し、記録終了時に、管理情報として記録する。サポート情報SupportInformationには、図7bに示すように、ビットb0にランダムアクセスを許可するか否かを示すランダムアクセスインジケータサポートフラグが記録され、ビットb1にはユニット単位でスタートを許可するか否かを示すユニットスタートインジケータサポートが記録される。また、ビットb2にはPATProgramAssociationTableおよびPMTProgramMapTableがサポートされているか否を示すPATPMTサポートが記録され、ビットb3には再生クロックリファレンスPCRがサポートされているか否を示すPCRサポートが記録され、ビットb4にはスプライスカウントダウンSCDがサポートされているか否を示すSCDサポートが記録され、ビットb5からb7には、記録したST部の識別コードが記録されている。識別コードには、例えば、BSデジタル放送のSTB001、ディレクトTVのVer2のSTB010およびスカイパーフェクトTVのVer1のSTB011がある。また、再生時は、ディスクから読み出したパックデータを分離部で解析し、TSパケットが入っているパックの場合には、TSパケット転送部へ送る。TSパケット転送部は、STB部からのリクエストに従って、STB部へTSパケットのみを転送する。図8に示されるように各セル再生情報C_PBIまたはストリームセル情報SCIにさらにサポート情報が記述されることが好ましい。すなわち、図8に示すように、相対バイト位置RelativeBytePositionRPBによる表現でセル再生情報C_PBIの0バイト目トには、セルタイプ等のセルカテゴリC_CATまたはセルタイプC_TYが記録され;RBPで1から4バイト目には当該セルの先頭記録時のSTCの値或いはPCRが記述されるセル到着時間C_ARL_TM:CellArrivalTimeが記録され;RBPで5から8バイト目にはセル内の最初のVOBUの先頭アドレスC_FVOBU_SAが記述され;RBPで9から12バイト目にはセル内の最後のVOBUの先頭アドレスC_LVOBU_SAが記述され;RBPで13から16バイト目にはセル内の最後のVOBUの終了アドレスC_LVOBU_EAが記述されている。また、RBPで17から18バイト目にはトランスポートストリームパケットTSパケットの長さを示すTSパケット長TSPacketLengthが記述されている。また、このセル再生情報またはSCIには、RBPで19から22バイト目にサポート情報としてIピクチャの数REFPIC_Nsまたはアクセスユニット数AU_Nsが記録されている。さらに、このセル再生情報またはSCIには、RBPで23バイト目以降に、Iピクチャの先頭アドレスREFPIC_SA1~nまたはアクセスユニット開始マップAUSMおよびIピクチャの最後のアドレスREFPIC_EA1~nまたはアクセスユニット終了マップAUEMが次々と記録されている。上記REFPIC_SAIピクチャ開始位置は後述するAUSMAccessUnitStartMapに対応している。このAUSMは、ストリーマオブジェクトSOBのデータユニットSOBUのどれがアクセスユニットAUを含んでいるかを示している。また、上記REFPIC_EAIピクチャ終了位置は後述するAUEMAccessUnitEndMapに対応している。このAUEMは、AUSMと同じ長さのビットアレイである。このAUEM内のbitsは、どのSOBUが該当SOBのアクセスユニットに伴うビットストリームセグメントの末尾を含むのかを示している。なお、上記SOBおよびSOBUはストリーマにおいて用いられる名称であり、DVDビデオDVD_RTRで用いられるVOBおよびVOBUという名称に対応する立場にある。ストリーマは送られてくるビットストリームをそのまま記録するもので、その内容には関知しないつまりストリーマは記録内容を知らない。ストリーマで記録されるビットストリームがMPEG2のトランスポートストリームの場合、Iピクチャ位置からデコードが開始される。この場合、あるIピクチャと次のIピクチャとの間の位置にタイムサーチされるとつまりタイムスタンプのみでアクセスすると、その位置にはIピクチャがないので、その後のIピクチャが検出されるまでデコード開始が遅れてしまうつまり、出画タイミングが遅れる。一方、ストリーマにおけるアクセス単位としてデータユニットSOBUを用いると、SOBU単位でIピクチャの先頭位置/終了位置が分かるAUSMとAUEMで分かるので、MPEGトランスポートストリームを用いたタイムサーチにおいてIピクチャ位置がすぐに分かる。すなわち、SOBUをアクセス単位に用いれば、タイムサーチにおいてIピクチャ位置がすぐに分かるので、デコード開始を素早くでき、かつスムースな早送りファーストフォワードFFおよび早戻しファーストリバースFRも可能となる。図8では、TSパケット長が記述されているが、常に188バイトのTSパケットが次々に転送されている場合には、このTSパケット長が判らなくても問題はない。しかしながら、放送局の都合でストリーマに送られるTSパケットが188バイト以上のパケットが送られてくる可能性がある。この実施の形態では、このような特別な場合をも考慮してパケット長を設定できるようにしている。すなわち、ディスクからデータを読み出した後にパック内のデータパケットをこのTSパケット長で切り分けることにより、各パケットに切り分けることができるようにしている。なお、MPEGのトランスポートストリームにおけるTSパケットサイズ188バイト、DVDビデオDVD_RTRのプログラムストリームおけるパケットサイズ2048バイト、その他のパケットサイズnバイト/パケットに対応したものをストリーマの記録対象として考える場合には、アプリケーションストリームという上位概念的なビットストリームを用いる。次に他の例として、現在提唱されている録再ビデオフォーマットにおいてサポート情報を管理情報に記録する場合の例について説明する。図9は、そのフォーマットの概略を示す。符号50は記録消去再生可能なRAMビデオであり、図9aに示すディスクの記録領域は、図9bに示すように、リードイン20およびリードアウト21との間に定められている。その領域には、ボリュームおよびファイル管理情報領域22およびデータ領域23が設けられている。データ領域23は、図9cに示すように複数のDVD領域24に区分され、各DVD領域24は、図9dに示すように制御情報25並びに図2に示す構造を有するビデオオブジェクト31から構成されている。制御情報25は、図9eに示すようにVOB一般情報VOB_GIまたはストリームファイル一般情報SF_GI27並びに多数のVOBU情報VOBUIまたはストリームオブジェクト情報SOBI29を含むVOBU情報テーブルまたはストリームファイル情報SFI28から構成されている。VOB一般情報VOB_GIまたはSF_GI27には、図9fに示されるように、VOBU_NsまたはSOBI_Ns、VOBIエンドアドレスまたはSOBU_SIZ、サポート情報、その他が記録される領域が設けられている。すなわち、RBPで0から3バイト目にはVOBUの数VOBU_NsまたはSOBIの数SOBI_Nsが記録され;RBPで4から7バイト目にはVOBIのエンドアドレス或いはVOBIのサイズすなわち長さが記録され;RBPで8バイト目には図7bに示したと同様のサポート情報が記録される。さらに、RBPで9バイト目には消去禁止フラグARCHIVEFlagを記録することができる。図9eに示されるVOBUIまたはSOBI29には、図10に示されるサポート情報を記録できる。すなわち、RBPでVOBUISOBI29の0から3バイト目にはVOBUのスタートアドレスが記録され;RBPで4から7バイト目にはVOBUのエンドアドレス或いはその長さが記録される。また、RBPで8から11バイト目には当該VOBUの先頭が記録される際のシステムタイムクロックSTC或いはプログラムクロックリファレンスPCR:ProgramClockReferenceがVOBU_RECTMとして記録され;RBPで12から13バイト目にはTSパケットの長さを示すTSパケット長TSPacketLengthが記述されている。また、RBPで14から17バイト目には、Iピクチャの数REFPIC_Nsが記録されている。さらに、RBPで18バイト目以降には、次々に、Iピクチャの先頭アドレスREFPIC_SAおよび最後のアドレスREFPIC_EAが記録されている。ここで、Iピクチャが常に先頭に配置されるようにVOBUが複数のTSパケットの集合に区分される場合には、VOBUの区分する際に、Iピクチャのアドレスが用いられる。図10の上記REFPIC_SAは前述したAUSMAccessUnitStartMapに対応し、上記REFPIC_EAは前述したAUEMAccessUnitEndMapに対応している。このようにVOBU内でIピクチャが常に先頭に配置される例では、Iピクチャのスタートアドレスは、記述する必要が無く、Iピクチャのエンドアドレスのみが記述されればよいこととなる。次に、上述したTSパケットに含まれる管理データを上述したテーブルに記録する場合の例として、次の5つの情報について説明する。第1の情報は、図1cに示されるTSパケットヘッダ内に含まれるランダムアクセス表示ランダムアクセスインジケータで、これは、Iピクチャの先頭のデータが含まれるTSパケットの場合にアクティブとなる。このフラグにより、Iピクチャの先頭の位置が特定できる。これをフォーマットに反映する場合には、二つの方法がある。第1の方法は、図11aに示すように、VOBUまたはSOBU33に区分する際にこの情報を使用してフォーマットする場合である。これにより、VOBUSOBUの先頭が常にIピクチャの先頭と一致するため、VOBUSOBU毎の再生が容易にできることになる。この場合、図11aに示すように常にIピクチャのデータをVOBUSOBU内の先頭に位置させるために、必要に応じてパディングパケットがVOBUSOBU内に挿入される。また、第2の方法として、図8および図10に示すように各Iピクチャの先頭位置を管理領域に記録することにより、後に説明するFF或いはFR等の特殊再生等に利用できる。実際のシステムでは、Iのスタートアドレスだけでは、STB部からのIデコード終了割り込みを利用する必要があることから、STB部へ余分なデータが流れてしまい、効率が悪い。そこで、さらに、第2の情報として、図1bに示すユニット開始表示ユニットスタートインジケータをサポートする。すると、Iピクチャのエンドアドレスが特定できるため、さらに、無駄なデータの読み出しをしないファーストフォワードFF或いはファーストリワインドFR等の特殊再生を実現することができる。このユニットスタートインジケータによって各ピクチャのスタートアドレスが特定できる。Iピクチャのエンドアドレスは、図8および図9に示すように管理情報として書き込まれる。また、ここで、本実施の形態では、アドレス情報として、論理ブロックアドレスを使用している。これは、エラー情報などにより、実際の物理アドレスとは、スキッピングなどを行うため、一致しない。特にDVD-RAMなどの場合には、傷や指紋などの汚れによっても、エラーは発生するため、さらに違ってくる。そのため、論理ブロックアドレスはファイルシステムなどにより、物理アドレスへと変換される。また、アドレス情報として考えられるものとしては、論理ブロックアドレスだけでなく、例えば、転送時間で示し、その時間情報から対応表を用いて、論理ブロックアドレスに変換し、さらに、物理アドレスに変換する方法なども考えられる。つまり、アドレス情報とは、対応表などを参照して、または、計算などを介して、物理アドレスに変換でき得る情報を指す。第3の情報は、図1d、図11c、図13a~cに示されるTSパケットヘッダ内に含まれるスプライスカウントダウンSCD:SpliceCountDownで、これにより、編集可能な位置を特定できる。つまり、この単位で、論理的な最小単位DVDでは、CELLが該当する。を区切れば、そこからの編集に利用できる。そのため、図12aおよび図13aに示すように、SCD=0のTSパケットを先頭にしたTSパックがセルの先頭にくるように調整する。こうしてセルをアラインすることにより、図13bに示すようにセル単位での編集が可能となり、さらに、図13cに示すように編集後でも、セル間でのシームレス再生が可能となる。第4の情報は、図1dに示されるPCRを利用して、図8および図10に示すようにセルまたはVOBUの再生時間を表示する方法である。ここで、PCRはTSパケットの転送到着リファレンス時間を示しており、毎TSパケットについているわけではない。が、TSストリームは、リアルタイムに再生されるべきデータであるため、再生時間とほぼ同じ時間を示す可能性が高い。しかしながら、再生時間に関しては、ペイロードに含まれているために、スクランブルを解かない限り利用できないため、録再DVDストリーマでは、利用できない。このため、PCR情報とその時間データを取り込むSTCを利用して、再生時の表示を行う。これにより、だいたいの再生時間が表示できるようになる。ただし、PCRをサポートしていない場合には、再生を開始した時をSTC=0とし、その後カウントを開始してその時々のSTCの値を再生時間とする。第5の情報は、図11b、図12a~cのPAT、PMTパケットで、これらのパケットには、番組を再生すべき各データのPIDが記録されている。これらは、数100ms~数s間隔で挿入されており、番組を途中から再生する場合には、このデータにより再生が開始される。そのため、これを利用して、図11b、図12a~cに示すように、データの区切りとして使うことができる。ここで、DVD―ビデオフォーマットに合わせて考えると、次の4種類の切り分けに利用できる。まず、第1に、図11bに示すように、VOBUまたはSOBUの先頭をPATパケットの先頭と合わせることにより、VOBUSOBU毎の途中再生が可能となる。ただし、ここで、問題なのは、PATの後のビデオデータが必ずしもIピクチャから始まっているとは限らないため、Iピクチャを見つけるまで、若干のタイムラグ生じる可能性がある。そのため、VOBUSOBUに関しては、前記Iピクチャでの切り分けの方が望ましいと考えられる。第2に、図12aに示すように、セルの先頭をPATパケットの先頭と合わせることにより、セルの区切りとする。ただし、PATの出現頻度が、数100ms~数sオーダーであるため、数PATおきにセルの区切れを設定することになる。しかしながら、この方法では、編集点を基準にしていないため、編集などを行うと、連続性を損なわれ、シームレスな再生は保証できなくなる。そのため、前記のSCDによるセルの切り分けの方が望ましい。第3に、図12bで示すように、プログラムの切り分けをPATにより、行うことが考えられる。これにより、PGジャンプ、PGSKIPなどが対応できるようになる。ただし、PATの出現頻度が、数100ms~数sオーダーであるため、数十~数百PATおきにプログラムの区切れを設定することになる。第4に、図12cで示すように、PGCの切り分けをPATにより、行うことが考えられる。これにより、PGCジャンプ、PGCSKIPなどが対応できるようになる。ただし、PATの出現頻度が、数100ms~数sオーダーであるため、数百~数千PATおきにPGCの区切れを設定することになる。また、STB部の識別コードは、接続されているSTB部の受信できるデジタル放送の種類を示している。これにより、再生時に、接続しているSTB部を調べ、記録時と同じSTB部を選択して再生することができる。さらに、このコードで、再生時間の表示に関する動作を代えることもできる。STB部が再生時間をレコーダに出力する命令をサポートしている場合には、定期的に再生時間をSTB部より取り込み、表示する。この値が再生時間としては一番、正しいことになる。次に、図14を参照して衛生放送に対応可能なDVD録再機のシステム構成について説明する。図14において、符号50は、RAMディスクであり、このRAMディスク50は、ディスクドライブ部51で駆動され、また、ディスクドライブ部51によってデータプロセッサD-PRO52との間でデータが授受される。データプロセッサ52には、データを一時的に保存する一時記憶部53が接続されている。図14の録再機は、MPEGのビットストリームおよび/または通常ビデオ信号を、記録/再生できるように構成されている。これらのビットストリームおよびビデオ信号は、単独で、あるいは混在して記録可能となっている。図14のシステムのデコーダ部59は、メモリを有する分離部60を含み、この分離部60には、データプロセッサ52から再生データが転送される。再生データは、分離部60でビデオデータ、副映像データおよびオーディオデータいずれもパケットデータに分離され、ビデオデータは、縮小画像サムネールピクチャ生成部62を有するビデオデコード部61に転送され、副映像データおよびオーディオデータは、副映像デコーダ63およびオーディオデコーダ64にそれぞれ転送される。これらビデオデコード部61および副映像デコーダ63でデコードされたビデオデジタル信号および副映像デジタル信号は、ビデオプロセッサV-PRO部65で合成されてビデオミキシング部66に供給される。ビデオミキシング部66は、ビデオデジタル信号をフレーム毎に一時的に記憶するフレームメモリ73に接続され、外部から供給されたテキストデータ等がビデオフレーム中に合成処理されてビデオデジタル信号がD/A変換器67に供給され、D/A変換されたビデオ信号がTVモニタ68に出力される。ビデオデジタル信号は、インターフェース69を介して外部に取り出すことができる。また、オーディオデコーダ64からのオーディオデジタル信号は、D/A変換器70に供給され、D/A変換されたオーディオ信号がスピーカ72に出力される。オーディオデジタル信号は、同様にインターフェース71を介して外部に取り出すことができる。なお、ビデオデコード部61の縮小画像サムネールピクチャ生成部62は、主MPU80からの縮小ONの命令に基づいて転送されたビデオデータの縮小画像のビデオ信号を生成し、これをビデオプロセッサ部65に供給してTVモニタ68に縮小画像を表示することができる。主MPU80には、外部から指令、例えば、再生PLAY、停止STP、記録位置に関するマークを付すマーカ等の指示をするためのキーを備えたキー入力部103および表示部104が接続されている。図14に示されたシステムのエンコーダ部79には、外部のAV機器81或いはTVチューナ82からAV入力が可能であり、また、STB部83からデジタル放送データが入力可能である。STB部83には、デジタル放送データを受信する衛星放送アンテナが接続されている。外部のAV機器81或いはTVチューナ82からのAV信号は、A/D変換器84でデジタル化され、デジタルオーディオ信号は、オーディオエンコーダ部86に供給され、デジタルビデオ信号は、セレクタ85を介してビデオエンコーダ87に供給され、MPEG圧縮される。文字情報等の字幕情報がTVチューナ82から出力されている場合には、この字幕情報は、副映像エンコーダ88に供給され、ランレングス圧縮される。エンコーダ部86、87、88でエンコードされたデータは、バッファメモリ部91が接続されているフォーマッタ部90に供給され、このフォーマッタ部90でパケットヘッダが付されたビデオパケット、オーディオパケット並びに副映像パケットに格納され、さらにパックヘッダが付されてパック構造に変換される。これらパックは、図2dに示すようにVOBUSOBU単位にまとめられ、さらに、多数のVOBUSOBUでセルに構成され、セルの集合としてのビデオオブジェクトVOBSOBに、また、必要であれば、ビデオオブジェクトセットが定められる。これらのフォーマットの過程で、TVチューナ82で発生される切り分け情報を参照して、管理情報がフォーマッタ部90で生成される。例えば、切り分け情報を参照してPGC情報が作成される。生成された管理情報およびパックデータは、データプロセッサ部52に送られ、データプロセッサ部52において主MPU80の管理データ作成部80Bで作成され、この管理データ作成部80Bから与えられた管理データテーブルに生成された管理情報が格納され、ディスクドライブ部51を介して光ディスク50に管理データと共にパックデータが記録される。STB部83からは、選択した番組、すなわちタイトルに相当するMPEG2トランスポートストリームが直接フォーマッタ部90に供給され、図1に示すようにフォーマットされると共に管理情報が生成され、データプロセッサ部52において管理情報が所定の管理データテーブル内に格納され、この管理データテーブル並びにトランスポートパケットは、同様にディスクドライブ部51を介して光ディスク50に記録される。STB部83は、デコーダを内臓し、TSパケット内のAVデータがデコードされてそれぞれオーディオ信号並びにビデオ信号に変換され、オーディオ信号並びにビデオ信号は、それぞれD/A変換器70、67を介してスピーカ72およびTVモニタ68に供給される。光ディスク50に供給されたTSパック34は、データプロセッサ部52およびディスクドライブ部51を介してデコーダ部59の分離部60に供給され、分離部60では、ストリームID並びにサブストリームIDを参照してその内のパケットデータがTSパケットデータである旨を検知し、そのTSパケットをTSパケット転送部100に分配することとなる。TSパケット転送部100は、TSパケット38をSTB部83に所定の転送タイミングを供給することとなる。このTSパケット内のデータは、STB部83でデコードされ、デコードされたオーディオ信号並びにビデオ信号は、それぞれD/A変換器70、67を介してスピーカ72およびTVモニタ68に供給される。なお、上述した記録再生動作は、デコーダ部59並びにエンコーダ部79は、システムタイムクロック102の管理下でデータの転送等が実行される。次に、録画処理および再生処理について図15から図23を参照して説明する。始めに録画時のデータ処理について図15、図16および図17に示すフローチャートを参照して説明する。まず、ステップS10でMPU部80がキー入力部103から録画命令受けると、録画処理が開始される。ステップS11でドライブ部51によって光ディスク50から管理データが読み込まれ、ステップS12で示すように空き容量があるかがチェックされる。空き容量がない場合には、ステップS13に示すように空き容量がない旨の表示が表示部103に表示され、ステップS14に示すように処理が終了する。空き容量がある場合には、ステップS15に示すように空き容量に相当する領域中に書き込み領域を決定する。すなわち、書き込みアドレスが決定される。次に、決定された領域に録画データを書き込むために管理領域にそのアドレスを書き込み、ビデオデータの書き込みスタートアドレスをドライブ部51に設定し、データを記録する準備を行う。次に、ステップS16に示すようにSTB部83からEPGElectronicProgramGuideを読み出す命令を出す。MPU部80からの要求に応じてSTB部83は、そのときの最新のEPGを用意する。すなわち、STB部83は、最新のEPGを受信し、ワークメモリに保存する。受信した、或いは、STB部83内のワークメモリに保存してあるEPGデータは、MPU部80に返信される。MPU部80は、ステップS17に示すようにそのEPGデータを表示してユーザに記録する番組を選ばせることとなる。その後、記録する番組が決定されると、ステップS18に示すようにMPU部80は、STB部83に対してサポート情報を出力する命令を出し、STB部83からサポート情報がMPU部80に取り込まれる。また、この時にサポート情報とともにSTB識別コードもSTB部83からMPU部80に取り込まれる。サポート情報は、MPU部80内のサポート管理情報検出部80Cで検出される。このとき、サポート情報がSTB部83内に無い場合には、録画中に、該当の情報があるかどうかがチェックされて、該当情報がその代用となる。MPU部80は、STB部83へ録画する目的の番組を指定し、受信を開始させる。MPU部80は、ステップS19に示すように光ディスク50の管理領域に管理情報を書き込む指示をする。すなわち、VMGIにVTSを登録し、ビデオタイトルセットのための管理データテーブルとしてのVTSIが作成されてこれにサポート情報が書き込まれる。あるいは、ステップS19において、図6のSTR_VMGIが作成される。なお、DVD_RTRアナログビデオを内部でMPEGデータに変換してリアルタイムレコーディングを行なうシステムでは、上記VMGIおよびVTSIの役割は、RTRビデオマネージャ情報RTR_VMGIに統合されている。よって、DVD_RTRレコーダをストリーマとして利用するときは、VMGIおよびVTSIまたはSTR_VMGIを、適宜RTR_VMGIに読み変えればよい。MPU部80は、ステップS20に示すように録画のための初期設定としてSTC部102の時間をリセットする。ここで、STC部102はシステムのタイマーでこの値を基準に録画並びに再生が実行される。また、ファイルシステムにVMGおよびVTSファイルのデータを書き込み、VMGIおよびVTSIに必要な情報を書き込む。このとき、サポート情報が判明している場合には、その判明しているサポート情報が書き込まれる。さらに、各部へ録画設定を行う。このとき、フォーマッタ部に図11から図13を参照して説明したような各データの区切りを設定し、また、TSパケットを受け取る設定がなされる。録画を開始する際には、図16のステップS21に示すように録画開始の設定が各部になされる。具体的には、フォーマッタ部90に録画開始の命令が与えられ、フォーマッタ部90で録画開始されて録画データのフォーマット作業が開始される。録画が開始されると、フォーマッタ部のバッファRAMが一杯になる前に定期的にMPU部80は、ステップS22に示すように切り分け情報、すなわち、図11から図13を参照して説明したデータの区分け情報の更新の入力があるかをチェックし、ある場合には、ステップS23に示すようその切り分け情報がMPU部90のワークRAM90Aに保存される。切り分け情報の保存後、或いは、切り分け情報の更新がない場合には、ステップS24ー1において録画終了のキー入力があったかがチェックされる。録画終了のキー入力がある場合には、ステップS28の録画終了の処理が実行される。録画終了のキー入力がない場合には、ステップS24ー2に示すように光ディスク50中の空き領域の容量がチェックされ、残り容量が算出される。この残り容量が所定の値以下になったかがステップS25においてチェックされる。所定値に以下となっていない場合には、再びステップS24に戻され、定期的に残り容量がチェックされる。残り容量が所定値以下になった場合には、ステップS26において残り残り容量が少ない処理がなされる。その後、ステップS27において録画可能容量がないかがチェックされる。録画可能容量が十分であれば、再びステップS22に戻され、ステップS22からS26が繰り返される。録画可能容量がない場合には、ステップS28に示す録画終了処理が実行される。この録画終了処理においては、フォーマッタ部90から残ったデータに対する切り分け情報が取り込まれ、その情報がワークRAM80Aに追加され、それらのデータが管理データVMGI、VTSI;またはRTR_VMGI;もしくはSTR_VMGIに記録されるとともにファイルシステムに記録したデータに対する情報が記録される。その後、ステップS29に示すように録画動作が終了される。図14に示したシステムにおける録画動作におけるビデオ信号の流れについて詳述すれば、次のようになる。まず、STB部83から入力されたTSパケットがフォーマッタ部に入力される。ここで、STCの値から、転送開始からの時間を読み込み、その時間を管理情報として、バッファRAM91に保存される。この情報は、切り分け情報と共に、MPU部80に送られ、管理情報に記録される。また、切り分け情報としてVOBUまたはSOBUの切り分け情報、セルの切り分け情報、プログラムの切り分け情報、PGCの切り分け情報が作成され、定期的に、MPU部80に送られる。ここで、VOBUSOBUの切り分け情報としては、VOBUSOBUの先頭アドレス、VOBUSOBUの再生時間、Iピクチャのスタートアドレスおよびエンドアドレスがある。Iピクチャのスタートアドレスには、TSパケット内のランダムアクセスインジケータがアクティブになっているTSパケットが記録されているパックのアドレスが設定される。Iピクチャのエンドアドレスには、ランダムアクセスインジケータがアクティブになった後に、TSパケット内のユニットスタートインジケータがアクティブになっているTSパケットの直前のビデオデータが格納されるTSパケットがIピクチャのエンドパケットであるのでこのTSパケットが記録されているパックのアドレスが設定される。また、VOBUSOBUの再生時間には、VOBUSOBUの転送開始から転送終了までの時間で代用される。フォーマッタ部90は、バッファメモリ部91にTSパケットデータを一時保存し、その後、入力されたTSパケットデータをパック化して、図2eに示すようなパック列になるようにフォーマットして、D-PRO部52に入力する。D-PRO部52は、16パック毎にまとめてECCグループとして、エラー訂正データを付加してドライブ部51へ送る。ただし、ドライブ部51がディスクへの記録準備ができていない場合には、一時記憶部53に転送し、データを記録する準備ができるまで待ち、用意ができた段階で記録を開始する。ここで、一時記憶部53は、高速アクセスで数分以上の記録データを保持するため、大容量メモリが想定される。ただし、マイコンは、ファイルの管理領域などを読み書きするために、D-PRO部52へマイコンバスを通して、読み書きすることができる。ここで、録画終了時に、消去禁止フラグプロテクトフラグあるいはアーカイブフラグをクリアし、消去許可とする。つまり、記録初期時には、消去を可能としている。次に、再生時のデータ処理について図17および図18を参照して説明する。MPU部80が再生命令を受けると、ステップS30に示すように再生処理が開始される。ステップS31に示すようにディスク50がディスクドライブ部51で検索されてディスク50のチェックが実行される。ディスク50のチェックにおいて、ディスク50に欠陥等がある場合には、ステップS32でエラー処理が施されてステップS33に示すように再生が終了される。ディスク50に問題がなければ、ステップS34に示すように接続されているSTB部83がチェックされ、その識別コードが取り込まれる。その後、ステップS35に示すようにディスク50の管理領域がディスクドライブ部51で検索されてD-PRO部52を介してその管理情報VMGI、またはSTR_VMGIを含むSTRIが読み込まれ、ステップS36に示すように再生するタイトルセットまたは1以上のPGCを選択することが可能となる。ステップS36で再生するタイトルセットPGCがユーザによって決定されてそのアドレスが決定されると、MPU部80は、次にドライブ部51に決定されアドレスのリード命令を送ることとなる。従って、ステップS37に示すように決定されたタイトルセットPGCのVTSIまたはSTR_VMGIが読み込まれ、その内のPGCIまたはプレイリストサーチポインタがワークRAM80Aに保存される。ここで、ステップS38に示すように選択されたタイトルセット中から接続されているSTB部83に対応するタイトル、或いは、PGCプログラムPGでも良い。の全てが表示される。この表示に基づいて、ユーザは、ステップS39に示すように再生するタイトル、或いは、PGCまたは、プログラムを選択し、決定することとなる。その後、ステップS40に示すように図7または図9に示される管理情報内のサポート情報が読み出され、サポート情報に基づく各部のセットが実行される。すなわち、ステップS41に示すようにランダムアクセスインジケータがサポートされているかが確認され、サポートされていれば、ステップS42に示すようにIピクチャに基づくFFおよびFRの特殊再生を許可する旨のフラグがセットされる。ランダムアクセスインジケータがサポートされていない場合には、ステップS43に示すようにPATがサポートされているかが確認される。PATがサポートされていれば、ステップS44に示すようにPATに基づくFFおよびFRの特殊再生を許可する旨のフラグがセットされる。PATもサポートされていない場合には、ステップS45に示すようにFFおよびFRの特殊再生を禁止する旨のフラグがセットされる。サポート情報に基づくセットが終了すると、ステップS46に示すように再生を開始するプログラム番号およびセル番号が決定される。MPU部80は、STB部83に対して内部バスを介してTSパケットを再生する命令を送ることとなる。また、MPU部80は、分離部60に対してTSパケットをSTB部83に送る初期設定を実行するとともにVミキシング部66に対してSTB部83から送られるビデオ信号を表示処理可能に設定する図18のステップS47。ドライブ部51は、MPU部80から送られた命令に従って、すなわち、決定されたプログラム番号およびセル番号に従って、ディスク50からセクタデータが読み出される。そして、D-PRO部52において読み出されたデータのエラーが訂正され、パックデータとしてデコーダ部59に出力される。デコーダ部59においては、分離部60は、そのストリームID並びにサブストリームIDからTSパケットである旨を判断してTSパケットをTSパケット転送部100に送り、TSパケットは、STB部83に転送されるステップS47。ここで、STB部83は、送られたTSパケットをデコードすることになる。通常放送受信の場合には、送られたデータをそのまま書き込んでいたが、内部バスによるデータの受け渡し時には、REC信号、ACK信号を用いて、次のようにする。すなわち、STB部83が消費するバッファが空いた際にREC信号をアクティブにする。そして、分離部60でデータの転送の用意ができたら、バスにデータを流す毎にACK信号をアクティブにする。こうすることで、STB部83よりデータ転送の要求があった際に、データを転送するようにしている。送られたTSパケットデータは、STB部83で再生され、ビデオデータは、Vミキシング部66を経由してTV信号に変換され、TVモニタ68に表示される。オーディオ信号もD/A部90に送られ、音声に変換され、スピーカ72から再生される。再生中、定期的にPCRのデータがSTCにセットされ、STCの内容が再生時間として表示される。また、STB部83から再生時間を転送することができる場合には、定期的に再生時間データが転送され、表示される。ただし、STB部83で、ビデオデータ内のPTSを基に再生時間を表示できる場合には、その再生時間が表示に使用される。再生時には、図18のステップS48に示すようにセルを単位として処理される。MPU部80は、セル再生処理後エラー等が原因でドライブ部51が停止していないかどうかを、常にチェックしているステップS49。ドライブが停止されている場合には、ステップS50に示すようにその再生動作が終了される。ドライブ部51が動作している間は、常に最終セルか否かがチェックされステップS51、最終セルでない場合には、セル番号がステップS52に示すようにカウントアップされてステップS48に示すセル再生処理に戻される。ステップS51において最終セルに達すると、再生終了かがステップS53においてチェックされ、再生終了でない場合には、再度ステップS48に戻され、他のプログラムまたは他のプレイリスト或いはPGCのセルの再生が開始される。ステップS53において、再生終了である場合には、再生終了に伴う処理がステップS54で実行され、その後、ステップS55に示すように再生動作を終了する。次に、図18に示したセル再生時の処理の詳細について図19を参照して説明する。始めに、図18のステップS48に相当するセル再生時の処理が図19のステップS60に示すように開始されると、ステップS61に示すようにセルの再生処理開始の要求があるかがチェックされる。セル再生処理の要求がない場合には、ステップS62でVOBUまたはSOBUが連続しているか否かがチェックされる。VOBUSOBUが連続している場合には、ステップS65に示すようにFFキーが入力されたかがチェックされる。VOBUSOBUが連続していない場合には、ステップS63に示すようにPGCIまたは図10のSOBIが参照されて再生開始アドレス論理ブロック番号LBNが決定される。そして、ステップS64に示すように、このアドレスでドライブ部51にデータ読み出しの命令が出され、ドライブ部51が検索を開始することとなる。その後、再生開始アドレスからセルの再生が開始され、再生中において同様にステップS65に示すようにFF再生キーが入力されたかがチェックされる。ステップS65においてFF再生キーが入力されている場合には、ステップS66においてFF再生が許可されているかが確認される。FF再生が許可されていない場合には、ステップS67に示すように放送局の都合によりFF再生ができません。の表示がなされ、ステップS71に移行される。ここで、FF動作の禁止として画面に放送局の都合によりFFできませんとの表示が出される場合とは、サポート情報にIピクチャの特定もまたPATのサポートもない場合が該当する。FF再生が許可されている場合には、ステップS68に示すようにFFの処理が実行される。FF処理の実行中にエラー等が原因でドライブ51が停止したか否かがチェックされステップS69、ドライブ51が停止された場合には、ステップS70に示すようにFF処理並びに再生処理が終了される。ステップS65においてFF再生キーが入力されていない場合には、また、ステップS67においてFF不可の表示がなされた場合には、あるいはステップS69においてドライブ51が停止していない場合は、ステップS71に示すようにSTB部83が再生時間を出力するタイプであるかがチェックされる。STB部83が再生時間を出力するのであれば、ステップS72に示すようにSTB部83から出力される再生時間が表示される。STB部83が再生時間を出力しない場合には、ステップS73に示すようにサポート情報を参照して転送されてくるTSパケットの管理データ中に時刻情報が記述されたPCRがあるかが確認される。PCR対応であれば、ステップS75に示すようにそのTSパケットの管理データ内のPCRの値が表示されてステップS76に移行される。PCR対応でなければ、STC部102の時刻が表示ステップS74されてステップS76に移行される。ステップS76においては、セルが最後に相当するかが確認され、最後のセルでない場合には、再びステップS65に戻されて再びステップS65からステップS75が実行される。セルが最後に相当する場合には、ステップS77に示すようにそのセル内のVOBUまたはSOBUの再生が終了するのを待つこととなり、その後、VOBUSOBUの再生が終了すると、ステップS78に示すように、既に説明した図18のステップS54に移行される。さらに、特殊再生を図20から図23を参照して説明する。この特殊再生の実例では、FF再生に関して説明するが、FR再生に関しても同様であるので、その説明は、FF再生と同様として省略する。ステップS68に示すFF再生処理は、図20および図21に示すフローが実行される。すなわち、FF処理がステップS80で開始されると、STB部83にIピクチャのみ再生の命令が出されるステップS81。ステップS82に示すようにTSパケットがランダムアクセスインジケータをサポートしているか否かがサポート情報を参照して確認され、サポートしていない場合には、ステップS84に示すようにPATによるFF処理に移行される。このPATによるFF処理については、図23を参照して後に説明する。TSパケットがランダムアクセスインジケータをサポートしている場合には、ステップS83に示すように転送中のVOBUSOBUがセル中における最後のVOBUSOBUに相当するかが確認される。最後のVOBUSOBUの場合には、ステップS86に示すように次のVOBUSOBU中の先頭Iピクチャアドレスを読み出してステップS87に移行される。VOBUSOBUが最後のVOBUSOBUに相当しない場合には、2つ先のIピクチャスタートアドレスを読み出してステップS85、ステップS87に移行される。ステップS87においては、ユニットスタートインジケータがサポートされているかが調べられる。サポートしている場合ステップS87イエスには、ステップS91に示すように転送割り込みフラッグがクリアされ、次のIピクチャエンドアドレスが読み出される。そして、ステップS92に示すようにドライブ部51にIピクチャのスタートアドレスおよびエンドアドレスを指定して読み込み命令が与えられてIピクチャスタートアドレスおよびIピクチャエンドアドレスでIピクチャデータが読み出される。ステップS93において、ドライブ部51に、データの転送終了割り込み、すなわち、ドライブ部51からの割り込みを待ち、そのIピクチャデータの転送が終了したか否かが確認される。転送が終了している場合には、ステップS91に戻されて次のIピクチャを再生するために再びステップS91およびステップS92が実行される。Iピクチャデータの転送が終了していない場合には、ステップS94に示すようにストップSTOPキー或いはプレーPLAYキーが押されたかが確認される。これらキーが押されていない場合には、再びステップS93に戻されてIピクチャデータの転送を待つこととなる。ステップS94において、キーが押さた場合には、図21に示すステップS95に移行される。ステップS87において、ユニットスタートインジケータがサポートされていない場合ステップS87ノーには、ステップS88に示すように始めにIピクチャ再生割り込みフラグがクリアされ、ドライブ部51にIピクチャのスタートアドレス、連続読みだしを指定して読み込み命令が出される。その後、ステップS89に示すようにIピクチャのデコード終了割り込み、すなわち、STB部83からの割り込みを待ち、割り込みがある場合には、ステップS88に戻され、再びステップS88およびステップS89が実行される。割り込みがない場合には、ステップS90に示すようにストップSTOPキー或いはプレーPLAYキーが押されたかが確認される。これらキーが押されていない場合には、再びステップS89に戻されてSTB部83からの割り込みを待つこととなる。ステップS90において、キーが押さた場合には、図21に示すステップS95に移行される。ここで、割り込み処理図20のステップS89については、図22に示すように実行される。すなわち、ステップS120に示すように割り込み処理が開始されると、ステップS121において割り込みの要因がチェックされる。この要因がドライブ部51からの転送終了割り込み処理であれば、ステップS122に示すように転送終了割り込みフラグがセットされ、STB部83からのIピクチャ再生割り込み処理であれば、Iピクチャ再生割り込みフラグがセットされる。また、タイマー割り込み処理であり、STB部83が再生時間出力対応のタイプであれば、STB部83から再生時間が取り込まれ、ワークRAMにセットされる。これらセットの後に対応するステップが実行される。図21のステップS95において、入力されたキーが停止の場合には、ステップS96に示すように停止命令がセットされて、ステップS97に示すように、再生終了時の処理図18のステップS54がされて再生が終了される。ステップS95において、PLAYキーが押されている場合には、ステップS98に示すように次のVOBUSOBUのIピクチャスタートアドレスで読み出し命令がそれぞれドライブ部51に与えられ、ステップS99に示すようにそのアドレスでデータの読み出しが開始され、次々にデータが読み出される。その後、ステップS100に示すように処理フローが図18のステップS48に戻され、FF再生の処理が終了する。なお、FR再生に関しては、取り出すIピクチャの位置がFFとは逆方向になっただけであり、図20および図21のフローを援用することができる。また、TSパケットの構造がパケットアクセスポインタを備える構造においては、特殊再生時に以下のような処理がなされる。VOBUSOBUがIピクチャ毎に区分されている場合には、TSパケットがVOBUSOBU毎にアラインされているのでパケットアクセスポインタはなくてもよい。しかしVOBUSOBUがIピクチャ毎に区分されていない場合には、ランダムアクセスポインタを利用して再生を実行する場合に問題が生じる。すなわち、Iピクチャのスタートアドレスによってパックを読み出そうとする場合には、IピクチャがVOBUSOBUの先頭に位置されているとは限らないことから、パックのデータ領域のスタート位置とTSパケットの区分けスプリット開始位置とが一致していない恐れがある。その場合には、このパケットアクセスポインタたとえば図3dの0x2eにより、TSパケットの区分けスプリット開始場所が決定される。図20に示したステップS84におけるPATプログラムアソシエーションテーブルによるFF処理は、図23に示すように処理される。PATによるFF処理がステップS101で開始されると、ステップS102に示すように転送されたVOBUSOBUがセル中の最後のVOBUSOBUかどうかが判断される。最後のVOBUSOBUの場合には、ステップS104に示すように次のセルの先頭のVOBUSOBUのスタートアドレスが読み出される。転送されたVOBUSOBUが最後のVOBUSOBUでない場合には、ステップS103に示すように2つ先のVOBUSOBUのスタートアドレスが読み出される。次に、ステップS105に示すようにIピクチャ再生割り込みフラグがクリアされ、ドライブ部51にVOBUSOBUのスタートアドレスおよびエンドアドレスを指定して読み込み命令を出し、Iピクチャのデコード終了割り込み、すなわち、STB部からの割り込みを待つこととなる。ステップS106において、Iピクチャ再生の割り込みがある場合には、再びステップS105に戻されることとなる。Iピクチャ再生の割り込みがなく、転送が終了した後は、ステップS107に示すようにストップ或いはプレーのキー入力があったか否かがチェックされる。キー入力がない場合には、ステップS106に戻される。ステップS108において、入力されたキーがストップSTOPか否かが確認される。ストップの場合には、ステップS109においてドライブ部51に停止命令が与えられて、ステップS110に示すように、再生終了の処理図18のステップS54がなされる。入力されたキーがプレーPLAYの場合には、ステップS111に示すように次のVOBUSOBUのIピクチャスタートアドレスで読み出し命令がそれぞれドライブ部51に与えられ、ステップS112に示すようにそのアドレスでデータの読み出しがが開始され、次々にデータが読み出される。その後ステップS113に示すように図18のステップS48に戻され、FF再生の処理が終了される。次に、一実施の形態に係るストリームデータについて説明をする。図24は、ストリームデータ図1のMPEG2トランスポートストリームに対応のデータ構造を説明する図である。ストリームデータは、ストリームデータ内の映像情報のコンテンツ毎にストリームオブジェクトSOBとしてまとまって記録されている。図24fではその内の1個のSOBについて示され、SOBA298で表現されている。DVD-RAMディスクにこのストリームデータを記録する場合には2048バイト毎のセクタを最小単位として記録される。さらに16個のセクタをまとめて1個のECCブロックとし、同一ECCブロック内でインターリーブデータ配列順序の並び替えとエラー訂正用の訂正コードの付加が行われる。この実施の形態では、1個もしくは複数のECCブロック単位でストリームブロックが構成される。そして、このストリームブロック単位で、ストリーム情報の記録および/または部分消去が行なわれる。この実施の形態では、何個のECCブロックでストリームブロックが構成されるかは、転送されるストリームデータの転送レートに応じて変わる。デジタル放送では、1個のトランスポンダに、複数の番組がパケット化された形で時分割されて転送されてくる。例えば第2の番組を情報記憶媒体に記録する場合には、図14のSTB部83で番組2のトランスポートパケット図3のTSパケットのみが抽出される。その時、STB部83では、各トランスポートパケットを受信した時刻情報を、タイムスタンプ図3のATSの形で付加する。その後、IEEE1394の転送方式によって図14のフォーマッタ部90にデータを転送する場合には、上記タイムスタンプATSとトランスポートパケットTSパケットの組が細かく分割segmentedされて転送される。このフォーマッタ部90では、IEEE1394で転送されてきたストリームデータが図24aの形に一旦戻されて、図14の情報記憶媒体50に記録される。すなわち、各セクタの先頭には、システムクロック情報などが記録されたパックヘッダおよびPESヘッダが配置される図24c、図39参照。各ストリームブロック先頭のセクタのみ、PESヘッダの直後にストリームブロックヘッダ11が記録される。各ストリームブロックの2番目以降のセクタでは、PESヘッダの直後に、ストリームブロックヘッダではなく、セクタデータヘッダ12、13が記録される。図24ciのデータエリア21、22、23、24には、図24aに示したタイムスタンプATS、トランスポートパケットが逐次詰め込まれる。ただし、図24bの例では、1個のトランスポートパケットdが2つのセクタNo.0とNo.1に跨って記録されている。このように1つのトランスポートパケットを複数セクタに分けて記録することにより、1個のセクタサイズよりも大きなサイズを持つパケットを記録できるようになる。デジタル放送では、トランスポートストリームと呼ばれるマルチプログラム対応の多重分離方式を採用しており、1個のトランスポートパケットのサイズが比較的小さい188バイトまたは183バイト場合が多い。一方、図24のデータ構造の例では、前述したように、1セクタサイズが2048バイトあり、各種ヘッダサイズを2048バイトセクタサイズから差し引いても1個のデータエリア21、22、23、24内にはデジタル放送用のトランスポートパケットが10個前後記録できる。それに対してISDNなどのデジタル通信網では1パケットサイズが4096バイトもある大きなロングパケットが転送される場合がある。この実施形態では、1個のパケットを、複数のデータエリアに連続して跨るように記録できるようになっている。こうすることで、デジタル放送などのように1個のデータエリア内に複数個のトランスポートパケットが記録される場合だけでなく、ISDNのロングパケットのようにパケットサイズの大きなパケットの場合でも記録できるようになる。すなわち、デジタル放送用のトランスポートパケットあるいはデジタル通信用のロングパケットなどは、パケットサイズに依ることなく、全てのパケットをストリームブロック内に端数無く記録することができる。ストリームブロック内に余り部分が生じた場合には、パディングデータデータが未記録である領域と認識できる情報が記録される。すなわち図24beのように、ストリームブロック1内の最後のトランスポートパケットfの後ろにエンドコード31が配置され、残りの部分がパディングエリア36とされる。図25は、図24に示されたストリームブロックヘッダの内部構造を説明する図である。図24dのセクタNo.1の最初のアクセスポイントの値として、セクタNo.1のデータエリア22のサイズよりも大きな値に設定することにより、セクタNo.1内に記録されたパケットの次にくるパケットに対応するタイムスタンプの位置が、次以降のセクタに存在することが示される。上記セクタデータヘッダと同様な情報が、ストリームブロックヘッダ11内のセクタデータヘッダ情報613図25にも記録されている。ストリームブロック全体に関する情報が記録されているストリームブロック情報612内の情報は、以下のものから構成されている:レコードタイム622情報記憶媒体に記録した年月日と時刻情報;トランスポートパケット属性623トランスポートパケットに関する属性情報;ストリームブロックサイズ624該当するストリームブロックのデータサイズECCブロック数で記載;ストリームブロック時間差625該当するストリームブロック内の時間範囲情報。このストリームブロック時間差は、図24bを例にとれば、[ストリームブロック時間差]=[ストリームブロック2内で最初にくるタイムスタンプ値]-[タイムスタンプaの値]で計算される。図14のフォーマッタ部90は、図24aの形で入力されたストリームデータを、図24ciの形に変換して、D-PRO部52へ入力する。D-PRO部52は、16セクタ毎に入力データをまとめてECCブロックにして、ディスクドライブ部51へ送る。ただし、ディスクドライブ部51において記録準備ができていない場合には、送られてきたECCブロックデータを一時記憶部53へ転送して一時記憶し、記録準備ができるまで待つ。ディスクドライブ部51において記録準備ができた段階で、一時記憶部53に一時記憶されたデータが読み出しされて、情報記憶媒体への記録が開始される。ここで、一時記憶部53は高速アクセスで数分以上の記録データを保持できるように、大容量メモリになっている。一実施形態におけるストリームデータ記録再生装置図14内での信号の流れは、以上のようになっている。上記の説明で示したように情報記憶媒体50に記録されるストリームデータはフォーマッタ部90内で図24ciの構造に変換される。一実施形態では、同一のトランスポートパケットが異なるストリームブロックに跨って記録されることが禁止される場合、バッファメモリに一時記録されたタイムスタンプとパケットデータをストリームブロック毎に切り分ける際に、タイムスタンプとトランスポートパケットの組が完全に1個のストリームブロック内に収まるようにする必要がある。一方、一実施形態では、同一のトランスポートパケットを、異なるセクタ例えば図24dのNo.0とNo.1に跨って記録することができる。その場合、セクタ毎に分割する処理では、各データエリア21、22、23、24に割り当てられた所定サイズに従って、無造作に分割が行われる。デジタル放送では、映像情報はMPEG2規格に従って圧縮され、そのI、B、Pピクチャー情報が、異なるトランスポートパケットに記録されて転送されてくる。トランスポートパケット内は、トランスポートパケットヘッダおよびペイロードで構成されている。Iピクチャー情報が記録されている最初のトランスポートパケットでは、ランダムアクセスインジケータ図1cのAUSM対応に1のフラグが立つ。また、B、Pピクチャー情報が記録されている最初のトランスポートパケットには、ペイロード単位開始インジケータに1のフラグが立つ。これらランダムアクセスインジケータAUSMおよびペイロード単位開始インジケータの情報を利用して、図25eのIーピクチャマッピングテーブル641アクセスユニット開始マップのテーブルおよびB、Pピクチャ開始位置マッピングテーブル642アクセスユニット終了マップのテーブルの情報が作成される。図25dのトランスポートパケットマッピングテーブル632内の各マッピングテーブルはビットマップ形式で構成されている。例えば1個のストリームブロック内にn個のトランスポートパケットが記録されていた場合には、図25dのトランスポートパケット数631の値がnとなる。この場合、図25eの各マッピングテーブルはnビットデータからなる。そして、ストリームブロック内に前から並んでいる個々のトランスポートパケットに対して、このnビットデータそれぞれの1ビットずつが割り当てられている。図26は、図24に示されたセクタデータヘッダの内部構造を説明する図である。図24ciのセクタデータヘッダ12、13は、データエリア21、22、23、24内のデータ配列情報を示す。これらのセクタデータヘッダは、図26に示すように、最初のアクセスポイント651およびトランスポートパケット接続フラグ652で構成されている。図24bに示すようにトランスポートパケットdは2個のセクタに跨って記録されている。この場合、セクタ内の最後のタイムスタンプが1に設定される。また、トランスポートパケットが次のセクタへ跨った場合には、トランスポートパケット接続フラグ652が1に設定される。図24bの例では、次のセクタへ跨ったトランスポートパケットdの次にくるタイムスタンプ先頭位置のデータエリア22内のアドレスが、図26bの最初のアクセスポイント651内に記録ビット単位の表現されている。一実施の形態では、最初のアクセスポイント651の値として、データエリア21、22、23、24のサイズよりも大きな値を指定可能にしている。こうすることで、セクタサイズよりも大きなサイズを有するパケットに対してもタイムスタンプ先頭位置を指定することができる。例えば、図24dのデータ構造において、1個のパケットがセクタNo.0からセクタNo.2まで跨って記録され、そのパケットに対するタイムスタンプがNo.0のデータエリア21内の最初の位置に記録されるとともに、その次のパケットに対するタイムスタンプがセクタNo.2のデータエリア内のTビット目に配置されている場合を考える。この場合、セクタNo.0の最初のアクセスポイントの値は0、セクタNo.1の最初のアクセスポイントの値はセクタNo.1のデータエリア22サイズTとなり、セクタNo.2の最初のアクセスポイントの値はTとなる。一実施の形態では、基本的にストリームブロック先頭位置から再生は開始される。が、希なケースとして、ストリームブロック内の2番目以降のECCブロック先頭位置から再生が開始される場合もあり得る。図24において同一のトランスポートパケットdが2個のセクタセクタNo.0とセクタNo.1に跨って記録されている例に示すように、2番目以降のECCブロック先頭位置から再生を開始した場合には、何処に次のタイムスタンプ情報が記録されているかを知る必要がある。そのために、各セクタの先頭位置に独自のヘッダー情報図26aのセクタデータヘッダを配置させる。その独自ヘッダー情報中に最初のアクセスポイント651を記録することで、ストリームブロック内の2番目以降のECCブロックの先頭位置から、容易に再生を開始することができる。SOBとは、オリジナルPGCに属するストリームデータである。SOBのデータ構造は、動画および関連オーディオの一般的な符号化システムISO/IEC13818ー1に記述されたプログラムストリームに従っている。SOBは1種類のデータ、すなわちストリームデータのみで構成されている。SOBのデータ構造は、ストリームパックのシーケンスで定義される。このストリームパックは、一定サイズ2048バイトを持っている。このサイズはDVDディスクファミリの論理ブロックサイズと同じである。各ストリームパックは論理ブロック内に記録される。図27は、ストリームオブジェクトSOBに対するMPEG規格上の制約を説明する図である。すなわち、1SOBはシステムヘッダを持たず、2SOBの最初のパック内のシステムクロックリファレンスSCRは任意の値を取ることができ、3MPEGのプログラムエンドコードは持たず、4ストリームidは全てのPESパケット内においてBFhプライベートストリーム2に等しい。ナビゲーションデータとは、任意のビットストリームに対する記録、再生および編集の制御を行なうためのデータである。DVDストリーム記録においては、ナビゲーションデータはストリーマ情報STRIと呼ばれる。図28は、DVDストリーマ情報STRI内のナビゲーションデータ図9の制御情報25に対応の構造を説明する図である。図28に示すように、ストリーマ情報STRIは、以下の情報で構成されている。すなわち、1ストリーマビデオマネージャ情報STR_VMGIと、2ストリームファイル情報テーブルSFITと、3オリジナルPGC情報ORG_PGCIと、4ユーザ定義PGC情報テーブルUD_PGCITと、5テキストデータマネージャTXTDT_MGと、6アプリケーションプライベートデータマネージャAPDT_MGとによって、STRIは構成されている。図28のSTR_VMGI、SFIT、ORG_PGCI、UD_PGCIT、およびTXTDT_MGは、その順で、SR_MANGR.IFOという名のファイルに記録される。一方、図28のAPDT_MGは、SR_ADATA.DATという名のファイルに記録される。図28のSTRIのサイズが512kバイトを越えない限りは、00h等で符号化されたスタッフィングを上記1~6の情報テーブル間に挿入するしないは自由である。ただし、このようなスタッフィングを1~6の情報テーブル内に挿入することはできない。なお、SR_MANGR.IFOというファイルに記述された情報の多くは、ストリーマ装置図14等のシステムメモリに格納されることが想定されている。図28のストリーマビデオマネージャ情報STR_VMGIは、ビデオマネージャ情報管理テーブルVMGI_MATおよびプレイリストサーチポインタテーブルPL_SRPTにより構成されている。図29は、図28に示されたストリームファイル情報テーブルSFITの構造を説明する図である。ストリームファイル情報テーブルSFITは、ストリーマの動作に直接関与する全てのナビゲーションデータを含んでいる。すなわち、1ストリームファイル情報テーブル情報SFITIと、21以上n個のSOBストリーム情報SOB_STInと、3ストリームファイル情報SFIとによって、SFITは構成されている。上記ストリームファイル情報テーブル情報SFITIは、ストリームファイルの数を示すSFI_Nsと、SOBストリーム情報の数を示すSOB_STI_Nsと、SFITの終了アドレスを示すSFIT_EAと、SFIの開始アドレスを示すSFI_SAとを含んでいる。図30は、図29に示されたストリームファイル情報SFIの構造を説明する図である。ストリームファイル情報SFIは、1ストリームファイル一般情報SF_GIと、21以上n個のSOB情報サーチポインタSOBI_SRPnと、31以上n個のSOB情報SOBInとで、構成されている。図31は、図30に示されたストリームファイル一般情報SF_GIの内容を説明する図である。ストリームファイル一般情報SF_GIは、SOB情報の数を示すSOBI_Nsと、SOBU1個あたりのセクタ数によりSOBUのサイズを示すSOBU_SIZと、マッピング時間単位シフトを示すMTU_SHFTとを含んでいる。SOBU_SIZはSOBUのサイズをセクタ数で記述したもので、固定値32を持つ。このことは、各マッピングリストにおける最初のエントリが、SOBの最初の32セクタ内に含まれるアプリケーションパケットに関係していることを、意味する。また、各マッピングリストにおける2番目のエントリは次の32セクタ内に含まれるアプリケーションパケットに関係している。以下同様である。上記マッピング時間単位シフトMTU_SHFTは、PAT記述フォーマットに対するマッピングリストエントリのLSBリーストシグニフィカントビットの重み付けを記述したものである。このMTU_SHFTは18と記述される。図32は、図30に示されたストリームオブジェクト情報SOBIの構造を説明する図である。図32に示すように、各ストリームオブジェクト情報SOBIは、1SOBI一般情報SOBI_GIと、2マッピングリストMAPLと、3アクセスユニットデータAUDとで構成されるAUDはオプション。図33は、図32に示されたストリームオブジェクト情報一般情報SOBI_GIの内容を説明する図である。図33に示すように、ストリームオブジェクト情報一般情報SOBI_GIは、1SOB形式を示すSOB_TYと、2SOB記録時間を示すSOB_REC_TMと、3SOBストリーム情報番号を示すSOB_STI_Nと、4アクセスユニットデータフラグを示すAUD_FLAGSと、5SOB開始APATを示すSOB_S_APATと、6SOB終了APATを示すSOB_E_APATと、7該当SOBの最初のSOBUを示すSOB_S_SOBUと、8マッピングリストエントリの数を示すMAPL_ENT_Nsとを含んでいる。上記SOB_TYは、一時消去TE状態を記述したビットおよびコピー世代管理システムを記述したビットを含むことができる。上記SOB_REC_TMは、DVDストリーム記録の日時記述フォーマットにより関連SOBの記録時間を記述したものである。上記SOB_STI_Nは、該当SOBに対して有効なSOB_STIのインデックスを記述したものである。上記AUD_FLAGSは、該当SOBに対してアクセスユニットデータAUDが存在するかどうか、また存在するならどんな種類のAUDが存在するのかを記述したものである。AUDが存在する場合は、AUD_FLAGSにより、AUDの特性の幾つかが記述される。AUD自体は、テーブルAUSMを含む一般情報AU_GI、およびオプションテーブルAUEM、PTSLからなっている図34参照。上記SOB_S_APATは、SOBの開始アプリケーションパケット到着時間を記述したものである。すなわち、そのSOBに属する最初のパケットのパケット到着時間が、SOB_S_APATにより記述される。SOB_S_APATは、DVDストリーム記録のPAT記述フォーマットにより記述される。PATは2つの部分、すなわち基本部分と拡張部分に分けられる。基本部分は90kHzユニット値と呼ばれる部分であり、拡張部分は27MHzで測った細かい値lesssignificantvalueを示す。上記SOB_E_APATは、SOBの終了アプリケーションパケット到着時間を記述したものである。すなわち、そのSOBに属する最後のパケットのパケット到着時間が、SOB_E_APATにより記述される。SOB_E_APATは、DVDストリーム記録のPAT記述フォーマットにより記述される。上記SOB_S_SOBUは、開始SOBUの数、つまりSOBの最初のアプリケーションパケットに含まれるSOBUの数を記述したものである。上記MAPL_ENT_Nsは、SOBI_GIに続くマッピングリストエントリの数を記述したものである。図34は、図32に示されたアクセスユニットデータAUDの構造を説明する図である。アクセスユニットデータAUDオプションは、1アクセスユニット一般情報AU_GIと、2アクセスユニット終了マップAUEMと、3再生タイムスタンプリストPTSLとを含むことができる。これらのパーツのどれが存在するかは、SOBI_GIのAUD_FLAGSにより示すことができる。前述したSOBI_GIのAUD_FLAGS図33がアクセスユニットデータの存在を示すときは、AU_GIだけが存在する。図35は、図34に示されたアクセスユニット一般情報AU_GIの内容を説明する図である。アクセスユニット一般情報AU_GIは、アクセスユニットの数を示すAU_Nsと、アクセスユニット開始マップを示すAUSMとを含んでいる。上記AU_Nsは、該当SOBに対するアクセスユニット数を記述したものである。同時に、AUSMがアクセスユニットの存在を示す場合において、このAU_Nsは、アクセスユニットのロケーションの数も記述している。上記アクセスユニット開始マップAUSMは、該当SOBのどのSOBUがアクセスユニットを含むのかを示すものである。SOBの各SOBUに対しては、AUSMのエレメントは1個だけ存在する。それゆえ、AUSMはマップリストエントリ数MAPL_ENT_Nsのエレメントで構成されるとも言える。各AUSMエレメントは、対応SOBU内あるいはその後のSOBU内の何処かで始まるアクセス可能なアクセスユニットを示している。AU_Nsアクセスユニットは、AUSMにより厳密に示されるもので、ビット1となっているAUSMのAU_Nsビットに等しい。AUSMはバイトアラインされている必要がある。もし連鎖状のAUSMエレメントが8の整数倍のビット数でないバイトアラインされていないときは、このAUSMの最終バイトの残りのLSB1または複数のLSBにビット0のパッドを当てて、連鎖状のAUSMエレメントが8の整数倍のビット数となるバイトアラインされてるようにする。図36は、アクセスユニット開始マップAUSM;図8、図10参照とストリームオブジェクトユニットSOBU;図2、図4、図11参照との対応関係を例示する図である。図示するように、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以上のアクセス可能なアクセスユニットを記述することはできない。図37は、アクセスユニット開始マップAUSM;図8、図10参照およびアクセスユニット終了マップAUEM;図8、図10参照とストリームオブジェクトユニットSOBU;図2、図4、図11参照との対応関係を例示する図である。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。図38は、ストリームパック図2~図4のTSパックに対応の構造を説明する図である。図示するように、1つのストリームパック2048バイトは、パックヘッダ14バイトとストリームPESパケット2034バイトとで構成されている。ストリームパックのパックヘッダは14バイトで構成される。このパックヘッダには、最初の4バイト000001BAhにパックスタートコードが記録され;次の6バイトに、プロバイダが定義した、システムクロックリファレンスSCRの基準トータル32ビットのSCR_base、複数のマーカビットおよびシステムクロックリファレンスSCRの拡張9ビットのSCR_extensionが記録され;次の3バイト0189C3hにプログラム多重化レート22ビットのprogram_mux_rateと複数のマーカビットが記録され;最後の1バイトF8hには、パックスタッフィング長3ビットのpack_stuffing_lengthが記録され、さらに5ビットの予約エリアが設けられている。ここで、SCR_baseの32ビット目はゼロにセットされる。また、program_mux_rateは10.08Mbpsにセットされる。なおストリーム記録ではアプリケーションが自分でスタッフィングを行なう図39を参照して後述ので、DVDROMビデオあるいはDVDビデオレコーダDVD-VRのようにパック長の調整を行なう必要はない。すなわち、ストリーム記録においては、ストリームパケットが常に必要な長さを持っていると想定してよい。一方、ストリームパックのストリームPESパケットは、次のようなデータ構造を持っている。図39は、図38に示されるストリームPESパケット内のストリームデータエリアの構造を説明する図である。図示するように、1つのストリームPESパケット2034バイトは、PESヘッダ6バイトと、サブストリームID1バイトと、ストリームデータエリア2027バイトとで構成されている。ストリームPESパケットのPESパケットヘッダには、最初の3バイト000001hにパケットスタートコードプリフィックス24ビットのpacket_start_code_prefixが記録され;次の1バイトにストリームID8ビットのstream_id=10111111b;プライベートストリーム2を示すが記録され;次の2バイト07EChにPESパケット長PES_packet_lengthが記録され;最後の1バイトにサブストリームID8ビットのsub_stream_id=00000010b;ストリーム記録データを示すが記録される。図39に示すストリームパケット内のストリームデータエリア2027バイトは、アプリケーションヘッダ9バイトと、アプリケーションヘッダエクステンションオプションと、スタッフィングバイトオプションと、アプリケーションパケットエリアとで構成されている。図39のアプリケーションパケットエリアは、アプリケーションタイムスタンプ図3あるいは図24のATSに対応をそれぞれが持つ1以上のアプリケーションパケットで構成される。このアプリケーションパケットエリアは、図3dと同様に構成できる図3のTSパケットを図39ではアプリケーションパケットに読み替える。すなわち、アプリケーションパケットエリアの先頭にパーシャルアプリケーションパケットが記録され、その後に、アプリケーションタイムスタンプATSとアプリケーションパケットとのペアが複数ペア、シーケンシャルに記録され、末尾にパーシャルアプリケーションパケットが記録される。別の言い方をすると、アプリケーションパケットエリアの開始位置には、パーシャルアプリケーションパケットが存在できる。アプリケーションパケットエリアの終了位置には、パーシャルアプリケーションパケットあるいは予約されたバイト数のスタッフィングエリアが存在できる。各アプリケーションパケットの前に配置されたアプリケーションタイムスタンプATSは32ビットで構成される。ATSは、2つの部分、すなわち基本部分と拡張部分に分けられる。基本部分は90kHzユニット値と呼ばれる部分であり、拡張部分は27MHzで測った細かい値lesssignificantvalueを示す。図39において、アプリケーションヘッダエクステンションは、アプリケーションパケット~アプリケーションパケット間で異なり得る情報を格納するのに用いることができる。このような情報は、必ずしも全てのアプリケーションに必要なものではない。それゆえ、アプリケーションヘッダのデータフィールドは、ストリームデータエリア内にオプションのアプリケーションヘッダエクステンションが存在することを記述するように定義されいる。ストリームの記録時において、最初のアプリケーションパケットのアプリケーションタイムスタンプATSの先頭バイトは、ストリームオブジェクトSOBの始まりにおける最初のストリームパケット内のアプリケーションパケットエリアの開始位置に、アラインされている必要がある。一方、SOB内のその後のストリームパケットについては、隣接ストリームパケット境界で、アプリケーションパケットが分割スプリットされてもよい。図39のパーシャルアプリケーションパケットは、この分割スプリットにより生じたアプリケーションパケットを示している。ストリームパケット内で開始される最初のアプリケーションタイムスタンプのバイトオフセット、およびそのストリームパケット内で開始されるアプリケーションパケットの数は、そのアプリケーションヘッダ図40参照に記述される。こうすることにより、あるストリームパケット内において、最初のアプリケーションタイムスタンプの前および最後のアプリケーションパケットの後におけるスタッフィングが、自動的に行われる。すなわち、上記自動化メカニズムが、図38の説明の所で述べたアプリケーションが自分でスタッフィングを行なうことに対応する。この自動スタッフィングにより、ストリームパケットは常に必要な長さを持つことになる。アプリケーションヘッダエクステンションオプションはエントリのリストからなる。ここには、該当ストリームパケット内で開始する各アプリケーションパケットに対する1バイト長の1エントリがある。これらエントリのバイトは、アプリケーションパケット毎に異なり得る情報を格納するのに利用できる。なお、1バイトのアプリケーションヘッダエクステンションオプションには、1ビットのAU_STARTと、1ビットのAU_ENDと、2ビットのCOPYRIGHTとが、記述される。AU_STARTが1にセットされると、関連アプリケーションパケットが、ストリーム内にランダムアクセスエントリポイントランダムアクセスユニットの開始を含むことが示される。AU_ENDが1にセットされると、関連アプリケーションパケットがランダムアクセスユニットの最終パケットであることが示される。COPYRIGHTには、関連アプリケーションパケットの著作権の状態が記述される。図40は、図39に示されたストリームデータエリア先頭のアプリケーションヘッダの内容を説明する図である。このアプリケーションヘッダは、1バイトのVERSION01hと、1バイトのAP_Nsと、2バイトのFIRST_AP_OFFSETと、2ビットのEXTENSION_HEADER_INFO00b、10b、あるいは11bと、1ビットのCCI_ESC用予約エリアと、5ビットの予約エリアと、2バイトのSERVICE_IDと、1バイトのMAX_BR_LOG2と、1バイトのSMO_BS_LOG2とを、含んでいる。ここで、VERSIONには、アプリケーションヘッダフォーマットのバージョン番号が記述される。AP_Nsには、該当ストリームパケット内で開始されるアプリケーションパケットの数が記述される。もしアプリケーションタイムスタンプの最初のバイトがストリームパケット内に格納されているなら、アプリケーションパケットはそのストリームパケット内で開始されると考えてよい。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が記述される。MAX_BR_LOG2には、leakybucketflowcontrolmodelにおける出力ビットレートパラメータのバイナリアルゴリズムが記述される。SMO_BS_LOG2には、leakybucketflowcontrolmodelにおけるバッファサイズパラメータのバイナリアルゴリズムが記述される。以上説明したように一実施形態によれば、AUSM、AUEM、および/またはサポート情報を記録することができ、それにより、よりユーザフレンドリーなデータ管理ができる。なお、この発明は前述した実施の形態に限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、この構成要件が削除された構成が発明として抽出され得る。