"映像音声ストリームと、該映像音声ストリームを管理する管理情報とを記録する映像音声ストリームの記録方法であって、前記管理情報は、前記映像音声ストリームの編集点として、編集点に対応するGOPの位置情報と、そのGOP内のフレーム番号を記録することを特徴とする映像音声ストリームの記録方法。前記編集点は、プレイリストの開始点と、終了点であることを特徴とする請求項1記載の映像音声ストリームの記録方法。前記編集点は、サムネールの表示位置であることを特徴とする請求項1記載の映像音声ストリームの記録方法。前記編集点は、ユーザが指定したインデックスであることを特徴とする、請求項1記載の映像音声ストリームの記録方法。映像音声ストリームと、該映像音声ストリームを管理する管理情報とを記録する映像音声ストリームの記録方法であって、前記管理情報は、前記映像音声ストリームのレジューム点として、レジューム点に対応するGOPの位置情報と、そのGOP内のフレーム番号を記録することを特徴とする映像音声ストリームの記録方法。映像音声ストリームと、該映像音声ストリームを管理する管理情報とを記録する映像音声ストリームの記録方法であって、前記映像音声ストリームは複数のGOPを有し、前記GOPは複数のフレームを有し、前記管理情報は、前記映像音声ストリームの編集点として、GOPの位置情報と、該GOP内のフレーム番号を記録することを特徴とする映像音声ストリームの記録方法。高能率符号化技術の進展に伴い、映像や音声といったAVデータをデジタルデータとして符号量圧縮し、ハードディスクや記録型光ディスクなどの大容量の記録媒体へリアルタイムに記録することが可能となっている。また、これらの記録媒体を備えた記録再生装置では、放送や通信により、既に符号量圧縮された状態でデジタルデータが外部から入力された場合、これらのデジタルデータをそのまま記録媒体へ記録することも可能である。これらの記録再生装置では、記録するデジタルデータを管理するための管理情報を生成し、同一の記録媒体上へ合わせて記録する。記録媒体として書換え可能なものを用いた場合、前記管理情報を書換えて再生順序を示すリストを生成、操作することにより、ユーザは記録再生装置上での編集作業ができる。すなわち、プレイリストはAVデータの部分をつなぎ合わせ、再生順序を指し示したものである。一例として、上記従来技術における記録媒体上のAVデータの管理状態を図2に示す。201は記録媒体上のAVデータそのものであり、記録単位としてプログラム1~プログラム3例えば、放送番組を記録するレコーダが1番組を記録した場合の1番組に相当するが存在する場合を示している。202は管理情報における第2管理階層を示しており、オリジナルセル情報1~オリジナルセル情報3は、夫々プログラム1~プログラム3というプログラム単位の全ての再生範囲を示すものとなっている。またユーザ定義セル情報1~ユーザ定義セル情報2はユーザが任意に指定したプログラムの全体あるいは一部例えば、上記レコーダにおける1番組のうちユーザが指定した一部分の再生範囲を示すものであり、その数はユーザの編集操作により増減する。203は管理情報の第1管理階層を示しており、プログラムセット情報は前記オリジナルセル情報1~オリジナルセル情報3の全てを含むものであり、これを元に再生することにより、ユーザは記録媒体上に記録された全てのAVデータを再生することができる。またプレイリスト情報1~プレイリスト情報kはユーザが任意に指定した前記ユーザ定義セル情報の再生順序を示すものであり、複数持つことが可能である。204で示す枠内が、管理情報におけるAVデータ全体を管理するオリジナル情報であり、205で示す枠内がユーザの編集操作によるプレイリストを管理するためのユーザ定義情報となる。図2において、プレイリスト情報はプログラムセット情報と同列に、管理レベル1として管理されるため、複数のプレイリスト情報自体の順番は一意に決まってしまい、例えばプレイリストの一覧を、ユーザインターフェース上で、その表示順番を変更したりすることを行うことができなかった。使い勝手向上の観点からすれば、ユーザが任意にプレイリストの一覧表示順番を、ユーザインターフェース上で並べ替え操作できるような記録方式や装置が望まれる。また、従来例では、複数のユーザが好みのプレイリスト情報を生成選択して管理するといった点についても考慮されていなかった。また、上記特許文献1では、再生した番組を途中で再生中断し、再度再生を行う場合に、再生中断した部分から再生するレジューム再生に関し、たとえばプレイリストを再生していた場合や、プログラムを再生していた場合など、再生停止時の再生状態に応じてレジューム再生制御を行えるという点に関して考慮されていなかった。また、記録媒体を光ディスクとしており、もともと媒体への記録、再生の切換速度などが遅い媒体であり、記録しながら再生する処理を行った場合に関しては、記録フォーマットとして考慮がなされていなかった。また、記録媒体中のプログラムコンテンツを縮小画像以下サムネールという単位で1画面に一覧表示するナビゲーション表示の場合、サムネールの表示を行う際に、実際のプログラムの圧縮画像を伸張し、サムネールのサイズに縮小し、ナビゲーション用画面に配置し、これを繰り返す処理を求められるため、ナビゲーションの表示を高速に行うという点での考慮がなされていなかった。また、上記特許文献2では、記録媒体中にプログラムコンテンツが複数存在する場合であっても、各プログラムコンテンツに対する複数のサムネールは1つのファイルによって記録されていた特許文献2の図4、図7等参照。具体的には、特許文献2の図4において、複数のサムネール1~3が、1つのファイルThumbNaildat70040として記録されている点である。この場合、例えば複数のサムネールのうち一つを削除するには、一度ThumbNaildat70040を開き、不要なサムネールを削除後、ThumbNaildat70040を保存する必要がある。このようにThumbNaildat70040の一部が削除されるような編集があった場合は、削除されたサムネールによって生じた空き領域を埋めるように他のサムネールが再配置され、それに伴い各プログラムコンテンツも再配置される。つまり、削除されたサムネールの容量分、他のサムネールやプログラムコンテンツ等の情報を記録媒体上で移動させることになる。このようなサムネール削除に伴う情報の再配置は、記録媒体の容量が大きくなるほど処理時間が増す。特に、現状のDVD4.7GBから容量が増加する可搬方型HDDなどではその処理時間の増加が顕著になると考えられる。また上記特許文献1では、録画した映像音声ストリームを、ユーザが任意に再生位置を指定する場合の再生開始点や他のシーンへのつなぎの点などの編集のつなぎ目の以下編集点というを、管理ファイルに記録する手法として、プレゼンテーションタイムスタンプPTS、MPEGMovingPictureExpertGroup規格を編集点のデータとして、記録する手法を取っていた。しかしながら、本記録手法では、再生時に編集点のPTSから何番目のGOPに当たるかを算出し、さらにそのGOPの何フレームこれ以降、フレームとは、映像信号のフレームをいうこととする目に当たるかをさらに算出して、MPEGのデコーダに供給するストリームと、表示切替タイミングなどを制御する必要がある。実際の制御においては、録画した映像音声ストリームの何番目のGOPGroupeOfPicture,MPEG規格の何フレーム目とするかを管理するほうが再生時の制御上好ましい。本発明は、上記の点に鑑みてなされたものであり、記録再生装置の使い勝手向上を目的とする。本発明のある一面の概要は、次のとおりである。上記目的を達成するために、登録された全てのプレイリスト情報を管理する管理単位及び上位の管理階層を追加し、該管理単位はAVデータ全ての再生範囲を示す統合情報と同列に扱うように構成する。また追加した管理階層でユーザ定義による統合情報を扱うように構成し、この統合情報には下位階層に含まれる任意の再生範囲を登録できるように構成する。また、再生した番組を途中で再生中断し、再度再生停止点から再生を行うために、再生を停止した位置を管理情報として媒体に、プレイリスト再生時のレジューム点、プログラム再生時のレジューム点、再生装置の動作状態に応じたレジューム点など、独立に保持することで、再生停止時の再生状態に応じてレジューム再生制御を行えるようにする。また、記録する媒体を、高速なハードディスクドライブを用いて、記録しながら再生などの動作を行えるようにするため、プログラムのストリームを記録あるいは再生する単位を所定量確保するように記録再生単位を構成する。また、ナビゲーション表示高速化のため、あらかじめナビゲーション表示用のサムネールを生成したものを、記録媒体上に、プログラムと関連付け記録する構成とした。また、上記編集点の管理情報として、記録された映像音声ストリームの何番目のGOPGOP番号の、何フレーム目フレーム番号かを記録するようにした。本発明のうち特許請求する発明の詳細は、特許請求の範囲に記載したとおりである。本発明による記録再生装置によれば、使い勝手が向上する。例えば、次のような使い勝手向上の効果を奏する。ユーザは任意のプレイリスト、あるいは再生範囲を選択して管理することが可能となるため、単一の記録媒体を複数のユーザが共有する場合などでも、ユーザ毎に好みの再生内容を管理することができ、使い勝手が向上するし、プレイリストを統合管理するので、プレイリストの表示順などをユーザが任意に変更が可能となる。また、ユーザは、プレイリスト再生やプログラム再生などんも再生状態にかかわらず、プログラム再生、プレイリスト再生のレジューム点より再生できる。また、ユーザが所望のナビゲーション表示を行う際に、再生機は高速にサムネールの一覧を表示できる。また、編集点として記録された、GOP番号とフレーム番号を元に、該当するGOPの部分をデコーダに供給し、編集点の何フレーム目の情報を元に再生表示をするかについて制御可能となり、再生制御を容易にすることが可能となる。以下、図面を用いて本発明の実施形態について説明する。図1は本実施例による記録再生装置における、記録媒体上のAVデータの管理状態を示す図である。101は図2における201と同様に、記録媒体上のAVデータそのものであり、記録単位としてプログラム1~プログラム3が存在する場合を示している。102は図2における202に相当し、ここでは管理情報における第3管理階層を示している。プログラム情報1~プログラム情報3は、夫々プログラム1~プログラム3というプログラム単位の全ての再生範囲を示すものとなっている以下これらのプログラムの実体と対を成すプログラム情報をオリジナルプログラム情報という。また、図1においてOPGR1のように示してある。。またプログラム情報2a~プログラム情報3aはユーザが任意に指定したプログラムの全体あるいは一部の再生範囲を示すものであり以下これらをユーザ定義プログラム情報という。また、図1においてUPGR2aのように示してある。、ここでは夫々プログラム2の一部、プログラム3の一部を示している。プログラム情報1~プログラム情報3に相当する箇所は、AVデータの追記や削除、つまりプログラムの増減に伴いその情報も増減する。またプログラム情報2aやプログラム情報3aに相当する箇所は、ユーザの編集操作により、その情報の数が増減する。103は図2における管理レベル1に相当するが、ここでは管理情報の第2管理階層を示しており、プレイリスト情報1~プレイリスト情報nのみを含む。夫々のプレイリスト情報は前記管理レベル3における任意のプログラム情報の再生順序を示すものであり、複数持つことが可能となっている。104が本実施例の特徴的な点として、新たに追加した管理情報の第1管理階層であり、複数の統合情報を含む。オリジナル統合情報は、システムレジューム情報などを記憶している統合情報であり、詳細については後述する。ユーザ定義統合情報1~ユーザ定義統合情報mは、管理レベル2におけるプレイリスト情報及び管理レベル3におけるプログラム情報のうちの任意の一つあるいは複数を含むものである。例えば複数のユーザが単一の記録媒体を用いる場合に、ユーザ単位に一つのユーザ定義統合情報を使用することにより、夫々のユーザの嗜好に合致した再生内容を管理することが可能となる。次に本発明による記録再生装置の実施形態について、別の図を用い、さらに具体的に説明する。図3は本実施例による記録再生装置の一例を示すブロック図であり、デジタル放送を受信して記録媒体に記録し、また記録したデータを再生し、再生出力を得ることができるような記録再生装置を示している。300は記録再生装置、301はアンテナからの受信波を入力する入力端子、3011は他の機器からの圧縮された映像音声データを入力するための入力端子、3012はアナログ映像信号を入力するためのアナログ映像入力端子、3013はアナログ音声信号を入力するためのアナログ音声入力端子、333及び334は、アナログ信号をデジタル信号に変換するアナログ/デジタルA/D変換回路、302は復調回路、330は復調したデジタル信号を音声、映像、その他のデータに分離する分離回路、335はデジタル化された映像及び音声信号を圧縮する圧縮回路、303は記録系信号処理回路、331は記録するデータを暗号化するための暗号化回路、304は記録媒体のドライブ機能を含めた記録再生系、305は記録媒体、332は記録媒体上に暗号化され記録されたデータを非暗号化するための非暗号化回路、306は再生系信号処理回路、307は切替え回路、308は分離回路、309は映像復号回路、310はデジタル/アナログ変換回路、311は映像出力端子、312は音声復号回路、313はD/A変換回路、314は音声出力端子、315はTVセット、316はユーザI/F、317は制御部、318はシステムバス、319はOSD生成部、320は加算回路である。記録時においては、デジタル放送などにより放送局から送信され、本記録再生装置で受信された信号が、復調回路302において所定の方式により復調された後、記録系信号処理回路303においてタイミング調整用のデータ付加や変調などの必要な信号処理が施されて、暗号化回路331にて暗号化された後、記録再生系304により記録媒体305へ記録される。また、デジタル入力端子3011より入力されたデジタル信号は記録系信号処理回路303においてタイミング調整用のデータ付加や変調などの必要な信号処理が施されて、暗号化回路331にて暗号化された後、記録再生系304により記録媒体305へ記録される。また、アナログ映像入力端子3012より入力されたアナログ映像信号と、アナログ音声入力端子3013より入力されたアナログ音声信号は、圧縮回路335によって圧縮処理がなされ、記録系信号処理回路303を介し、暗号化回路331にて暗号化された後、記録再生系304により記録媒体305へ記録される。再生時においては、ユーザの指示に応じて記録媒体305から記録再生系304を介して読み出された暗号化されたデジタルデータは、非暗号化回路332にて非暗号化され、再生系信号処理回路103において所定の変調方式に則った形式で復調等の再生に必要な信号処理が施され、切替え回路307を介して分離回路308に送られる。映像復号回路309では所定の映像復号処理が施されて、D/A変換回路310においてデジタルデータからアナログ信号への変換が成された後、映像出力端子311を介してTVセット315のモニタ出力へと表示される。また音声復号回路312では所定の音声復号処理が成され、D/A変換回路313においてデジタルデータからアナログ信号への変換が成された後、音声出力端子314を介してTVセット315の音声出力機構により出力される。制御部317は、システムバス318を介して記録再生装置300の各部を制御するものであり、またユーザI/F316を介して入力されたユーザの指示入力に基づいた動作を行うように、装置全体を制御する。なおユーザへの指示入力要求、あるいは必要なユーザへのOSD表示は、OSD生成部319で用意され、加算回路320において、映像復号回路309の出力と適当なレベルで加算されて、最終的にTVセット315のモニタ画面に出力されることにより実現される。次に図1における管理情報構成の具体的な使用例として、管理レベル1における各統合情報を記録データのメニュー表示に使用した場合について説明する。図4は図1におけるオリジナル統合情報を使用してメニュー表示を行う一例である。315は図3におけるTVセットであり、401は全プログラム表示用のタグ、402はプログラム情報1を示すサムネール、403はプログラム情報2を示すサムネール、404はプログラム情報3を示すサムネールである。ユーザはリモコン等により画面上のカーソル位置を所望のサムネールに移動して選択決定することにより、任意のプログラム、あるいは全てのプログラムを再生することができる。次に図5は図1における、いくつかのユーザ定義統合情報の1つを使用して、これをプレイリストとしてメニュー表示を行う一例である。501は全プレイリスト表示用のタグ、502はプレイリスト情報1を示すサムネール、503はプレイリスト情報2を示すサムネールである。ユーザは前述の場合と同様にリモコン等により画面上のカーソル位置を所望のサムネールに移動して選択決定することにより、任意のプレイリスト、あるいは全てのプレイリストを再生することができる。なお前述の全プログラム表示用タグ401から全プレイリスト表示用タグ501への表示切り替えは、ユーザが例えばタグの文字位置でカーソルを移動することなどにより実現することが可能である。次に図6は図1におけるユーザ定義統合情報1を使用してメニュー表示を行う一例である。601はユーザ1用メニュー表示用のタグであり、402と502は図1からわかるように、プログラム情報1及びプレイリスト情報1を示すサムネールとなっている。ママはママ用メニュー表示用タグ601を自分専用のフォルダとして、自由に再生したいデータを登録、削除することが可能である。同様に図7は図1におけるユーザ定義統合情報2を使用してメニュー表示を行う一例である。701はユーザ2用メニュー表示用のタグであり、503と502は図1からわかるように、プレイリスト情報2及びプレイリスト情報1を示すサムネールとなっている。この場合パパは2つのプレイリストを選択しているが、その再生順序を変更することが可能となっている。また前述のママと同様に、パパはパパ用メニュー表示用タグ701を自分専用のフォルダとして、自由に再生したいデータを登録、削除することが可能である。以上のように本発明の実施例によれば、登録された全てのプレイリスト情報を管理する管理単位及び上位の管理階層を追加し、AVデータ全ての再生範囲を示す統合情報と同列に扱うように構成とする。また、追加した管理階層でユーザ定義による統合情報を扱うように構成し、このユーザ定義による統合情報には下位階層に含まれる任意の再生範囲を登録できるように構成する。これにより、ユーザは任意のプレイリスト、あるいは再生範囲を選択して管理することが可能となる。このようにして、単一の記録媒体を複数のユーザが共有する場合などでも、ユーザ毎に好みの再生内容を管理することができ、使い勝手が向上する。なお以上の実施例では、デジタル放送を受信してデジタルデータをそのまま記録する場合について述べたが、これはこの限りではなく、ネットワークI/Fを具備し、外部ネットワークからAVデータを取得したり、符号化手段を具備し、アナログデータを符号化しながら記録媒体に記録するような構成でも良い。つまり本実施例は記録媒体上のデータ管理について言及しているものであり、その入力経路については特に限定されるものではない。図8に、上記に述べたプログラムやプログラム情報、プレイリスト情報、及びオリジナル統合情報、ユーザ定義統合情報を、実際に記録媒体305図3上にどのようなファイル構成で記録するかの一例を示す。本記録媒体は、デジタル記録再生を行う媒体であり、媒体上の各ファイルは、いわゆるパーソナルコンピュータなど記録媒体の管理に用いられるのと同様のファイルシステムで管理されている。同図においてROOT800は、ファイルディレクトリの最上位階層を示し、TVR801はその下層のディレクトリであり、本発明にかかる図1に示した管理構造を実現する各ファイル構造を示したものである。TVREC.MGR802、PGRG.MGR803、PGRG_INF.TBL804、PGR.MGR805、PGR_INF.TBL806、UPGR.MGR807、UPGR_INF.TBL808、UDFF.MGR809、UDFF_INF.TBL810、などの管理ファイルと、映像と音声の多重化されたAVストリームPROG0001.AVS820、PROGxxxx.AVSAVストリームファイルのxxxxの部分は番号付けされ、たとえばAVストリームが記録されるごとに順次番号が増えていく821がTVR801の下に記録される。830はさらにTVR801下のディレクトリで、記録媒体に記録されたナビゲーション一覧などに使用するサムネール関連のファイルを格納するためのディレクトリ名TNDというディレクトリである。831はファイル名TND.MGRというサムネールの実体ファイル832、833、、834を統合管理するサムネール管理ファイルである。サムネールの実体ファイルのファイル名は、834に示したようにTNxxxxyy.zzzとし、xxxxはサムネールに関連するプログラムファイル821のxxxxに対応し、yyはサムネールとして登録された順番の数字が当てられ、zzzの部分は、たとえばサムネールのデータの種類が、非圧縮のビットマップならばbmpとし、JPEGJointPhotographicExpertsGroup圧縮されたものである場合はjpgとする。本実施例では、各プログラムファイルに対応するサムネールのファイルを、832~834のように、それぞれ別々に記録されている。このように、複数のサムネールのファイルを1ファイルにまとめずに832~834のように別々に記録することにより、サムネールのファイルを追加削除する際の処理が容易となる。特に可搬型ハードディスクのように大容量の記録媒体において、サムネールのファイルを削除追加した際の処理時間の短縮化を図ることができる。図8のAVストリームファイル820PROG0001.AVSや821PROGxxxx.AVSは、図14に示す構成で記録されている。図14において1401が、AVストリームファイルであり、放送で受信したAVストリームを記録する際の最小単位をALUということとする。また、AVストリームが暗号化されている場合、ALUは暗号化の最小単位ともなっている。RP1402は、記録パケットの単位で、MPEGMovingPictureExpertGroup規格のトランスポートパケットに、受信時のタイムスタンプ27MHzでカウントし、受信した時点でのカウント値4バイトをヘッダとして付加した、192バイトのデータパケットであり、本実施例では、この192バイトのRPパケット1402を8192パケットまとめて1ALUとしている。AVストリームファイル1401の中には、ALU1~ALUvと順次記録されたAVストリームに加えて、ALU情報1403として、記録したAVストリームの総ALU数と、最初のALU番号、最初のALUのRP数、及びAVストリーム最後のALUのRP数、を記録する。ALU情報1403は、図8のAllocUnitInfo823に対応する。これは、AVストリームの最初のALUおよび最後のALUのRP数は8192にならない場合があるため、これを記録するためのものである詳細は後述する。またこれらのAVストリームファイル820,821は、たとえばUDFUniversalDiscFormatで規定される、ファイル構造の下層にストリームディレクトリ822の構成を持ち、さらにネームドストリームと呼ばれるAllocUnitInfo823、ProgramInfo824、AccessUnitInfo825と呼ばれるファイルを持つ。図9は、TVREC.MGR802図8の管理テーブル構成を示したものである。オリジナル統合情報901として、システムレジューム情報902と、プログラム統合情報名903が記録される。システムレジューム情報として、ユーザが再生停止した時点のユーザ定義統合情報UDFFの番号及びその下の階層のプレイリスト情報PGRG番号と、その下の階層のオリジナルプログラム情報OPGRもしくはユーザ定義プログラム情報UPGRの番号PGRと、停止時点でのGOPに対応する、後述するAVストリームの記録時の最小単位であるALU番号と、該ALU内の対応するGOPの記録パケットのRP番号と、対応するGOPのフレーム番号を表として記録する。このようにしておけば、システムのレジューム再生開始の制御をフレーム単位の精度で行うことができる。PGR番号は、OPGRか、UPGRかの判定のために、たとえばPGR番号=0000~7FFFまではOPGRとし、PGR番号=8000~FFFFならばUPGRとして区別する。903はプログラム統合情報につける名前PGSET名を記録するフィールドであり、たとえば記録媒体に記録されているコンテンツ群にユーザが命名した名前の文字列情報を記録する。こうすることで、記録媒体は誰によって使用されているか、などの判別に用いることもできるし、コンテンツ群に関連した名前を記録することができるため、記録内容を把握しやすくなる利点がある。図10はプレイリストを管理する、プレイリスト管理情報PGRGファイル1001と、プレイリスト管理表ファイル1010の内容を示したものである。プレイリスト管理情報PGRGファイルは、図8のPGRG.MGR803に、プレイリスト管理表ファイル1010は図8のPGRG_INF.TBL804に対応する。PGRG.MGR1001は、ユーザが編集によって登録したプレイリストの数図10ではn個の場合と、以下プレイリスト1、プレイリスト2プレイリストn-1、プレイリストnの内容が記録されたプレイリスト管理表ファイルPGRG_INF.TBLの位置の情報たとえばプレイリスト管理表ファイルPGRG_INF.TBL1010の頭から何バイト目から、といった情報が記録される。プレイリスト管理表ファイル1010には、各プレイリスト1、、n-1、nのそれぞれの下記する情報が表として記録される。図10のプレイリスト管理表1010の詳細例としてプレイリストn-1の構成を示す。プレイリストn-1の情報として、作成時間1011ユーザが装置を操作してプレイリストn-1を作成した時点での時間、及び名前1012、サムネール情報1013、レジューム情報1017、及びそれに続いてプレイリストn-1に登録されたオリジナルプログラム情報OPGRまたはユーザ定義プログラム情報UPGRを示すプログラム情報の数1018と、登録された番号一覧プログラム情報PGR情報。OPGRとUPGRの区別は先に述べたとおりで、PGRの番号16進数=7FFF以下はOPGR、8000以上はUPGRの番号が記録される。プレイリストの作成時間1011が管理情報として記録されているので、再生時に、プレイリスト一覧を、作成時間順に表示するといったことが可能である。図10のサムネール情報1013は、形式情報コンテンツ保護必要か不要か、表示するサムネールは、記録されたAVストリームの画像の参照位置を元にして作成する必要があるか、外部ファイルに登録されているサムネールデータを参照するか、等の情報1014、AVストリーム中のサムネールとして表示する位置情報1015、外部ファイルのサムネールデータ位置情報1016より構成される。サムネール位置情報1015は、サムネールとして表示するプログラム情報PGR番号と、そのPGR番号に対応したAVストリームの表示するサムネールのGOP位置に対応したALUの番号と、該GOPに対応したALU番号の中のRP番号と、前記GOPのサムネールとして表示するフレーム番号から構成される。レジューム情報1017は、プレイリストn-1の再生を停止した時点での、再生していたプログラムPGR番号PGR番号が7FFF以下ならOPGR、8000以上ならUPGRと、そのPGR番号における再生を停止した時点でのGOPに対応したALU番号と、RP番号と、前記GOP内の停止時のフレーム番号を記録する。このようにしておけば、レジュームが図9に示したシステムレジューム情報902に加え、個別のオリジナルプログラム情報もしくはユーザ定義のプレイリストごとにレジューム情報1017のように個別にレジューム情報を記録管理できる。よって、再生時にレジューム再生機能として、たとえばオリジナルプログラムごとのレジューム点で再生制御を行ったり、前回の再生停止状態に応じて、ユーザ定義統合情報UDFFの何番で再生を停止したかなど含めての、レジューム再生制御ができる機能を提供できるし、再生開始の制御をフレーム単位の精度で行うことができる。図11はオリジナルプログラム管理情報OPGRファイル1101と、オリジナルプログラム管理表ファイル1110の内容を示したものである。記録媒体上のオリジナルプログラム情報の全てを含み、これを元に再生することにより、ユーザは記録媒体上に記録された全てのAVデータを再生することが可能となる。オリジナルプログラム管理情報OPGRファイル1101は、図8のPGR.MGR805に、オリジナルプログラム管理表ファイル1110は図8のPGR_INF.TBL806に対応する。オリジナルプログラム管理情報ファイル1101は、記録媒体に記録されているオリジナルプログラムの数図11ではp個の場合と、以下オリジナルプログラム情報1、オリジナルプログラム情報2オリジナルプログラム情報n-1、オリジナルプログラム情報nの内容が記録されたオリジナルプログラム管理表ファイル1110内の位置の情報たとえばオリジナルプログラム情報管理表ファイルPGR_INF.TBL1110の頭から何バイト目から、といった情報が記録される。図11のオリジナルプログラム管理表1110の詳細例としてプレイリストp-1の表部分を示す。プレイリストp-1の情報として、このp-1のオリジナルプログラム情報が、有効であるか無効であるか、コピー制御情報以下CCIというなどを含むプログラム情報フラグ1111、作成時間1112ユーザが装置を録画操作してオリジナルプログラム情報p-1を作成した時点での時間、及び名前1113、サムネールファイル番号図8に記載のPROGxxxxAVS821のxxxx1114、サムネール情報1115、レジューム情報1119、さらにインデックス数1120と、それぞれのインデックス番号ごとの形式、及びインデックスの場所を示すプログラム情報p-1に対応したAVストリームのGOPに対応したALU番号とRP番号と、該GOP内のインデックスとして指定したフレーム番号が配置されている。インデックスとは、たとえばユーザがオリジナルプログラム情報p-1に対応したプログラムを編集して、マーキング点指定を指定した場合の指定位置情報であり、編集でインデックスを指定しておけば、オリジナルプログラム情報p-1に対応したプログラムを再生時にすばやくインデックスで指定した位置に飛ばす、などの操作がフレーム単位で可能となる。サムネール情報1115の各構成要素のサムネール形式1116、サムネール位置1117、サムネール外部ファイル位置1118は、先の図10のプレイリスト管理表1010中のサムネール形式1014、サムネール位置1015、サムネール外部ファイル位置1016と同様のデータ構造である。また、レジューム情報1119の構成要素も、先の図10のレジューム情報1017と同様である。また、図11の先頭ACUオフセット番号1130には、録画されたオリジナルプログラムのAVストリームの最初のGOP位置から、最初の再生位置に対応するGOPとの差分値を記録し、先頭フレーム番号1131には、該GOPの再生したいフレーム番号を記録する。ACUエントリ番号の定義については、後述する。また、終端ACUオフセット番号1132には、記録されたオリジナルプログラムのAVストリームの終端のGOPから、再生する終端のGOPに対応したACUエントリ番号の差分値を記録し、終端フレーム番号1133には、再生する終端のGOP内の再生するフレーム番号を記録する。このようにしておけば、記録されたストリームのうち、前後の不要な部分の再生がなされることを防ぐことができる。また、実際の録画されたオリジナルプログラムのAVストリームの先頭から、再生開始までの差分値の大きさを規定し、さらに実際の録画されたオリジナルプログラムのAVストリームの終端から再生する終端の差分値を規定することで、実際に録画されたオリジナルプログラムのAVストリームと再生されるオリジナルプログラムのAVストリームの時間のギャップを、規定量以内に絞ることが可能である。よって、例えばこの再生範囲のデータが何らかの要因で壊れてしまった場合、最悪の場合まったく再生できない状況に陥る可能性があるが、規定量以内に抑えることで再生できなくなる範囲を少なくできる。ただし、先頭ACUオフセット番号1130及び、終端ACUオフセット番号1132は、再生する範囲を指定するACUエントリ番号の絶対値差分値で無くであってもよい。図12はユーザ定義プログラム管理情報UPGRファイル1201と、ユーザ定義プログラム管理表ファイル1210の内容を示したものである。ユーザ定義プログラム管理情報UPGRファイル1101は、図8のUPGR.MGR807に、ユーザ定義プログラム管理表ファイル1210は図8のUPGR_INF.TBL808に対応する。ユーザ定義プログラム管理情報ファイル1201は、ユーザが編集によって登録したユーザ定義プログラムの数図12ではr個の場合と、以下ユーザ定義プログラム情報1、ユーザ定義プログラム情報2ユーザ定義プログラム情報r-1、ユーザ定義プログラム情報rの内容が記録されたユーザ定義プログラム管理表ファイル1210内の位置の情報たとえばユーザ定義プログラム管理表ファイルUPGR_INF.TBL1210の頭から何バイト目から、といった情報が記録される。図12のユーザ定義プログラム管理表1210の詳細例としてユーザ定義プログラムr-1の表部分を示す。ユーザ定義プログラムr-1の情報として、本ユーザ定義情報に関連したプログラムのファイル番号図8に記載のPROGxxxxAVS821のxxxx1211、ユーザ定義プログラム情報として指定した、上記ファイル番号のAVストリームの再生開始位置情報としてAVストリーム中の再生指定する先頭のGOPに対応したALU番号と、RP番号、及び該GOP内の再生開始するフレーム番号12201212、及び再生終了位置1213情報としてAVストリーム中の再生指定する終端のGOPに対応したALU番号と、RP番号、及び該GOP内の再生終了するフレーム番号1221、さらにインデックスの数1214と、それぞれのインデックス番号ごとの形式、及びインデックスの場所を示すユーザ定義プログラム情報r-1に対応したAVストリームのALU番号とそのALU内のインデックス指定位置のRP番号が配置されている。インデックスは、先の図11のオリジナルプログラム情報と同様に、たとえばユーザがユーザ定義プログラム情報r-1に対応したプログラムを編集して、マーキング点指定を指定した場合の指定位置情報であり、インデックスを指定しておけば、オリジナルプログラム情報p-1に対応したプログラムを再生時にすばやくインデックスで指定した位置に飛ばす、などの操作が可能となる。図13はユーザ定義統合管理情報UDFFファイル1301と、ユーザ定義統合管理表ファイル1310の内容を示したものである。ユーザ定義統合管理情報UDFFファイル1301は、図8のUDFF.MGR809に、ユーザ定義統合管理表ファイル1310は図8のUDFF_INF.TBL810に対応する。ユーザ定義統合管理情報ファイル1301は、ユーザが編集によって登録したユーザ定義統合情報の数図13ではt個の場合と、以下ユーザ定義統合情報1、ユーザ定義統合情報2ユーザ定義統合情報t-1、ユーザ定義統合情報tの内容が記録されたユーザ定義統合情報表ファイル1310内の位置の情報たとえばユーザ定義統合管理表ファイルUDFF_INF.TBL1310の頭から何バイト目から、といった情報が記録される。図13のユーザ定義統合管理表1310の詳細例としてユーザ定義統合情報t-1の表部分を示す。ユーザ定義統合情報t-1の情報として、本ユーザ定義統合情報を作成した作成時間1311と、本ユーザ定義統合情報の名前1312、本ユーザ定義統合情報を代表するサムネールの情報1313、本ユーザ定義統合を構成するオリジナルプログラム番号またはプレイリスト番号の数1317、及びそれに続いて本ユーザ定義統合情報を構成するオリジナルプログラム番号またはプレイリスト番号の羅列より構成される。サムネール情報1313の各構成要素のサムネール形式1314、サムネール位置1315、サムネール外部ファイル位置1316は、先の図10のプレイリスト管理表1010中のサムネール形式1014、サムネール位置1015、サムネール外部ファイル位置1016と同様のデータ構造である。図16は、サムネールの管理データ構造と外部サムネールファイルの相関を示した図である。同図においてサムネール管理データ1601は、サムネール形式とサムネール位置とサムネール外部ファイル位置で構成され、図10のサムネール情報1013、図11のサムネール情報1115、図13のサムネール情報1313と同様である。サムネール位置は、プログラムファイル1602プログラム情報PGRの番号と、サムネールとして表示するAVストリームの位置に対応したALU番号、及びそのALU番号に対応したALU内のRP番号から構成され、サムネール外部ファイル情報はプログラムファイル番号xxxxとサムネールファイル番号yyから構成される。図17は、全サムネール管理情報ファイル1701の構造を示したものであり、図8のTND.MGR831に対応する。サムネールを統合する情報として、登録されているサムネール数本図ではi個の場合1702、以降登録個数分のサムネールの情報が入っている場所のポインタ値などを情報として持つサムネールポインタ1703~1704、これに続いて各サムネール情報1705~1706で構成される。各サムネール情報1705~1706は、プログラムファイル番号、サムネールファイル番号、サムネール関連情報サムネールの縦横の画素サイズ、圧縮方式など、及びサムネール保護情報サムネールの暗号化の可否の情報から構成される。このようにサムネールの情報を一箇所にまとめていれば、本全サムネール管理情報ファイル1701を参照するのみで、全サムネールの情報が把握できるため、本発明にかかる再生機などで、サムネール情報一覧などを取得する場合に動作を高速化できるなどの利点がある。図15は、たとえばユーザが編集操作において、1つのプログラムを分割する場合例えば、録画した1つの番組を2つに分割する場合の、AVストリームの入ったプログラムファイルの管理がどのようになるかを示した模式図である。同図に示したように任意のPROGxxxx.AVSファイルのAVストリームは、ALU単位で配置されている。このためALU単位で分割すれば単純であるが、ALU単位を録画したAVストリームの再生時間にたとえると、数十秒の単位になり、分割精度が非常に粗いものとなってしまう。このため、分割点においては、RP単位でできるようにする。この場合図15のように、ALU番号fの部分で分割することとなる。そして分割したファイルのALU1~ALUfのAVストリームを新たにPROGxxxx.AVSとし、ALUf~ALUhのAVストリームをPROGxxxx1.AVSファイル番号xxxxにプラス1するとして記録する。この場合、分割後のPROGxxxx.AVSのストリーム部分の終端はALU値が所定の8192RP図14に記載とはならないため、図14のALU管理情報1403のパラメータであるプログラムのALU数を変更すると同時に最後のALUのRP数を、分割後のRP数、すなわちALUfの分割した点より前のRP数に変更して、ファイルPROGxxxx.AVSを更新する。また、分割後のAVストリームをPROGxxxx1.AVS図15に対しても、図14のALU管理情報1403のパラメータであるプログラムのALU数を変更すると同時に最初のALUのRP数を、分割後のRP数、すなわちALUfの分割した点より後のRP数に変更して、記録する。このようにすれば、分割点の精度が向上する。少なくとも、分割点はMPEG圧縮されたAVストリームの場合、GOPGroupOfPicture単位の精度で分割が可能となる。図18はプログラム情報1801であり、先の図8におけるネームドストリームProgramInfo824の内容を示したものである。同図において、録画したAVストリームのオリジナルプログラムのプログラム総合情報1802として、本実施例の記録形式で記録された旨のプログラム識別情報1803、及び録画されたオリジナルプログラムのAVストリームの種類として、たとえばデジタル放送日本、欧州、北米などまたは記録機で自己エンコードされたAVストリームである、などの識別情報であるストリームフォーマット情報1804、及び記録開始時刻や終了時刻、プログラムの名前やジャンルなどからなるストリームフォーマット詳細情報1805である。図19はACU情報1900の詳細を示したものであり、またACU情報1900は図8のネームドストリームAccessUnitInfo825の内容を示すものである。ACUとは、AVストリームのGOPの位置する部分の、ALU番号と、RP番号図14、及びGOP中のMPEG規格におけるIピクチャの長さに相当するRP数などを情報として持つものである。同図において、ACU総合情報1901として、ACUグループの数としてACUグループエントリ数を持つ。他への拡張を含めて、複数のグループのACUエントリを管理できるように、本実施例では表を構成しているが、通常の場合は、1AVストリームにつき、ACUグループは1個でよい。これに続いてACUグループエントリ1の内容が配置された位置情報例えば本ACU情報1900の最初から何バイト目にACUグループエントリ1の内容が記録されている1902が、続いてACUグループエントリ2の内容の位置1903、、ACUグループエントリz-1の内容の位置1904、ACUグループエントリzの内容の位置1905を記録する。さらに続き、ACUグループエントリ1の総合情報1906ACUグループエントリ1に記録されたACUの総数ACUエントリ数、及びACUグループエントリ1に記録されたACUの最大値からなる、続いてACUのエントリ1の情報1907、、ACUのエントリnの情報1908、ACUグループエントリ2の総合情報、と記録する。ACUのエントリ1の情報1907、、ACUのエントリnの情報1908はそれぞれ、GOPの構成としてシーケンスヘッダMPEG規格の有無や、GOPヘッダの有無や、本ACUを構成するピクチャ種別MPEG規格のIピクチャPピクチャ、本実施例ではIピクチャのみを想定などをフラグとして持つことで構成されるACU形式と、ACUのタイムスタンプ、ACU開始位置として、ACUエントリ番号に対応したGOPのあるALU番号と、そのALU内のRP番号及びIピクチャのパケット数からなるACUサイズより構成される。"