"記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得部と、前記表示情報をまとめて1つのファイルに記録する記録部とを備える情報処理装置。前記表示情報は、前記コンテンツのタイトル、時間長、および記録日時を少なくとも含む請求項1に記載の情報処理装置。前記ファイルは、前記コンテンツを記録するディレクトリと同じ並びに位置する請求項2に記載の情報処理装置。前記表示情報は、さらに前記コンテンツのサムネイルの位置を表す位置情報を含み、前記取得部は、前記コンテンツのタイトル、時間長、および記録日時を第1の情報ファイルから取得し、前記位置情報を、前記第1の情報ファイルとは異なる第2の情報ファイルから取得する請求項3に記載の情報処理装置。前記ファイルには、前記情報処理装置のメーカの情報もさらに記録される請求項4に記載の情報処理装置。前記ファイルから読み出された前記表示情報から前記コンテンツの一覧を表示する表示部をさらに備える請求項5に記載の情報処理装置。前記表示情報はさらに前記情報処理装置のメーカのIDとメーカ独自の情報を含み、前記表示部は、前記表示情報に含まれる前記メーカのIDが、前記情報処理装置に記憶されている前記メーカのIDと一致する場合、さらに前記メーカ独自の情報も表示する請求項6に記載の情報処理装置。記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得ステップと、前記表示情報をまとめて1つのファイルに記録する記録ステップとを含む情報処理方法。記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得ステップと、前記表示情報をまとめて1つのファイルに記録する記録ステップとを含む処理をコンピュータに実行させるプログラム。ところで、記録媒体に記録されているコンテンツを再生する場合、ユーザは記録されているコンテンツの中から所望のコンテンツを選択し、再生を指示する。このため、記録されているコンテンツのタイトルの一覧を表示し、その一覧の中から所望のコンテンツをユーザに選択させるのが一般的である。しかしながら、コンテンツの数が多くなると、記録媒体に記録されているコンテンツの一覧を作成し、表示するのにかかる時間が長くなる。その結果、ユーザは迅速に所望のコンテンツを選択することが困難になる。本技術はこのような状況に鑑みてなされたものであり、コンテンツの一覧を迅速に表示することができるようにするものである。本技術の一側面は、記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得部と、前記表示情報をまとめて1つのファイルに記録する記録部とを備える情報処理装置である。前記表示情報は、前記コンテンツのタイトル、時間長、および記録日時を少なくとも含むことができる。前記ファイルは、前記コンテンツを記録するディレクトリと同じ並びに位置することができる。前記表示情報は、さらに前記コンテンツのサムネイルの位置を表す位置情報を含み、前記取得報は、前記コンテンツのタイトル、時間長、および記録日時を第1の情報ファイルから取得し、前記位置情報を、前記第1の情報ファイルとは異なる第2の情報ファイルから取得することができる。前記ファイルには、前記情報処理装置のメーカの情報もさらに記録することができる。前記インデックスファイルから読み出された前記表示情報から前記コンテンツの一覧を表示する表示部をさらに備えることができる。前記表示情報はさらに前記情報処理装置のメーカのIDとメーカ独自の情報を含み、前記表示部は、前記表示情報に含まれる前記メーカのIDが、前記情報処理装置に記憶されている前記メーカのIDと一致する場合、さらに前記メーカ独自の情報も表示することができる。本技術の他の側面は、記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得ステップと、前記表示情報をまとめて1つのインデックスファイルに記録する記録ステップとを含む情報処理方法である。本技術のさらに他の側面は、記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得ステップと、前記表示情報をまとめて1つのインデックスファイルに記録する記録ステップとを含む処理をコンピュータに実行させるプログラムである。本技術の側面においては、記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報が取得され、表示情報がまとめて1つのインデックスファイルに記録される。以上のように、本技術の一側面によれば、コンテンツの一覧を迅速に表示することができる。以下、本技術を実施するための形態以下、実施の形態と称するについて説明する。なお、説明は以下の順序で行う。1.記録再生装置の構成2.AVストリームの編集3.制御部の機能的構成4.操作の説明5.PlayList6.RealPlayListの編集7.VirtualPlayListに対する操作8.VirtualPlayListの再編集9.マーク10.サムネイル11ディレクトリとファイル12.INDEXBAVファイル13.RealPlayListfileとVirtualPlayListfile14.PlayListのシンタクス15.UIAppInfoPlayList16.PlayListMark17.MENUTHMとMARKTHM18.AVストリームファイル19.記録処理20.再生処理21.本技術のプログラムへの適用22.その他[記録再生装置の構成]以下に、本技術の実施の形態について、図面を参照して説明する。図1は、本技術を適用した情報処理装置の一実施の形態の内部構成例を示す図である。まず、外部から入力された信号を記録媒体に記録する動作を行う部分の構成について説明する。情報の記録または再生の少なくとも一方を実行する情報処理装置としての記録再生装置1は、アナログデータ、または、デジタルデータを入力し、記録することができる構成とされている。端子11には、アナログのビデオ信号が、端子12には、アナログのオーディオ信号が、それぞれ入力される。端子11に入力されたビデオ信号は、解析部14とAVエンコーダ15に、それぞれ出力される。端子12に入力されたオーディオ信号は、AVエンコーダ15に出力される。解析部14は、入力されたビデオ信号からシーンチェンジなどの特徴点を抽出する。AVエンコーダ15は、入力されたビデオ信号とオーディオ信号を、それぞれ符号化し、符号化ビデオストリーム、符号化オーディオストリーム、およびAV同期等のシステム情報をマルチプレクサ16に出力する。符号化ビデオストリームは、例えば、MPEGMovingPictureExpertGroup2方式により符号化されたビデオストリームであり、符号化オーディオストリームは、例えば、MPEG1方式により符号化されたオーディオストリームや、ドルビーAC3方式により符号化されたオーディオストリーム等である。マルチプレクサ16は、入力されたビデオおよびオーディオのストリームを、入力システム情報に基づいて多重化して、スイッチ17を介して多重化ストリーム解析部18とソースパケッタイザ19に出力する。多重化ストリームは、例えば、MPEG2トランスポートストリームやMPEG2プログラムストリームである。ソースパケッタイザ19は、入力された多重化ストリームを、そのストリームを記録させる記録媒体100のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームを符号化する。AVストリームは、ECC誤り訂正符号化部20、変調部21で所定の処理が施され、書き込み部22に出力される。書き込み部22は、制御部23から出力される制御信号に基づいて、記録媒体100にAVストリームファイルを書き込むつまり記録する。なお、記録媒体100は、ブルーレイディスク、DVDDigitalVersatileDisk、ハードディスク等のディスクの他、フラッシュメモリカードといった半導体メモリにより構成することができる。デジタルインタフェイスまたはデジタルテレビジョンチューナから入力されるデジタルテレビジョン放送等のトランスポートストリームは、端子13に入力される。端子13に入力されたトランスポートストリームの記録方式には、2通りあり、それらは、トランスペアレントに記録する方式と、記録ビットレートを下げるなどの目的のために再エンコードをした後に記録する方式である。記録方式の指示情報は、ユーザインタフェイス図示せずが接続されている端子24から制御部23へ入力される。入力トランスポートストリームをトランスペアレントに記録する場合、端子13に入力されたトランスポートストリームは、多重化ストリーム解析部18と、ソースパケッタイザ19に出力される。これ以降の記録媒体100へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同一の処理なので、その説明は省略する。入力トランスポートストリームを再エンコードした後に記録する場合、端子13に入力されたトランスポートストリームは、デマルチプレクサ26に入力される。デマルチプレクサ26は、入力されたトランスポートストリームに対してデマルチプレクス処理を施し、ビデオストリーム、オーディオストリーム、およびシステム情報を抽出する。デマルチプレクサ26により抽出されたストリームすなわち情報のうち、ビデオストリームはAVデコーダ27に、オーディオストリームとシステム情報はマルチプレクサ16に、それぞれ出力される。AVデコーダ27は、入力されたビデオストリームを復号し、その再生ビデオ信号をAVエンコーダ15に出力する。AVエンコーダ15は、入力ビデオ信号を符号化し、符号化ビデオストリームをマルチプレクサ16に出力する。一方、デマルチプレクサ26から出力され、マルチプレクサ16に入力されたオーディオストリームとシステム情報、および、AVエンコーダ15から出力されたビデオストリームは、入力システム情報に基づいて、多重化されて、多重化ストリームとして多重化ストリーム解析部18とソースパケットタイザ19にスイッチ17を介して出力される。これ以後の記録媒体100へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同一の処理なので、その説明は省略する。本実施の形態の記録再生装置1は、AVストリームのファイルを記録媒体100に記録すると共に、そのファイルを説明するアプリケーションデータベース情報も記録する。アプリケーションデータベース情報は、制御部23により作成される。制御部23への入力情報は、解析部14からの動画像の特徴情報、多重化ストリーム解析部18からのAVストリームの特徴情報、および端子24から入力されるユーザからの指示情報である。解析部14から供給される動画像の特徴情報は、入力動画像信号の中の特徴的な画像に関係する情報であり、例えば、プログラムの開始点、シーンチェンジ点、コマーシャルCMの開始終了点などの指定情報例えばマークであり、また、その指定場所の画像のサムネイル画像の情報も含まれる。多重化ストリーム解析部18からのAVストリームの特徴情報は、記録されるAVストリームの符号化情報に関係する情報であり、例えば、AVストリーム内のIピクチャのアドレス情報、AVストリームの符号化パラメータ、AVストリームの中の符号化パラメータの変化点情報、ビデオストリームの中の特徴的な画像に関係する情報例えばマークなどである。端子24からのユーザの指示情報は、AVストリームの中の、ユーザが指定した再生区間の指定情報、その再生区間の内容を説明するキャラクタ文字、ユーザが好みのシーンにセットするブックマークやリジューム点の情報などである。例えばマイクロプロセッサユニットからなる制御部23は、所定の情報を記憶する記憶部23Aを有している。制御部23は、上記の入力情報に基づいて、AVストリームのデータベース、AVストリームの再生区間をグループ化したものPlayListのデータベース、記録媒体100の記録内容の管理情報、およびサムネイル画像の情報を作成する。これらの情報から構成されるアプリケーションデータベース情報は、AVストリームと同様にして、ECC符号化部20、変調部21で処理されて、書き込み部22へ入力される。書き込み部22は、制御部23から出力される制御信号に基づいて、記録媒体100へデータベースファイルを記録する。上述したアプリケーションデータベース情報についての詳細は後述する。このようにして記録媒体100に記録されたAVストリームファイルすなわち画像データと音声データのファイルと、アプリケーションデータベース情報が再生される場合、次のように処理される。まず、制御部23は、読み出し部28に対して、記録媒体100からアプリケーションデータベース情報を読み出すように指示する。そして、読み出し部28は、記録媒体100からアプリケーションデータベース情報を読み出し、そのアプリケーションデータベース情報は、復調部29、ECC復号部30の処理を経て、制御部23へ入力される。制御部23は、アプリケーションデータベース情報に基づいて、記録媒体100に記録されているPlayListの一覧つまりコンテンツの一覧を、ユーザインタフェイス入出力が接続されている端子24に出力する。勿論、PlayListの一覧をビデオ出力として端子32から図示せぬディスプレイに出力することもできる。ユーザが、PlayListの一覧から再生したいPlayListつまりコンテンツを選択すると、再生を指定されたPlayListに関する情報が端子24のユーザインタフェイス入出力から制御部23へ入力される。制御部23は、そのPlayListの再生に必要なAVストリームファイルの読み出しを、読み出し部28に指示する。読み出し部28は、その指示に従い、記録媒体100から対応するAVストリームを読み出し復調部29に出力する。復調部29に入力されたAVストリームは、所定の処理が施されることにより復調され、さらにECC復号部30の処理を経て、ソースデパケッタイザ31出力される。ソースデパケッタイザ31は、記録媒体100から読み出され、所定の処理が施されたアプリケーションフォーマットのAVストリームを、デマルチプレクサ26に出力できるストリームに変換する。デマルチプレクサ26は、制御部23により指定されたAVストリームの再生区間を構成するビデオストリーム、オーディオストリーム、およびAV同期等のシステム情報を、AVデコーダ27に出力する。AVデコーダ27は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ対応する端子32と端子33から出力する。また、ユーザインタフェイスとしての端子24から、ランダムアクセス再生や特殊再生を指示する情報が入力された場合、制御部23は、AVストリームのデータベースの内容に基づいて、記憶媒体100からのAVストリームの読み出し位置を決定し、そのAVストリームの読み出しを、読み出し部28に指示する。例えば、ユーザにより選択されたPlayListを、所定の時刻から再生する場合、制御部23は、指定された時刻に最も近いタイムスタンプを持つIピクチャからのデータを読み出すように読み出し部28に指示する。また、ユーザによって高速再生が指示された場合、制御部23は、AVストリームのデータベースに基づいて、AVストリームの中のIピクチャデータを順次連続して読み出すように読み出し部28に指示する。読み出し部28は、指定されたランダムアクセスポイントからAVストリームのデータを読み出し、読み出されたデータは、後段の各部の処理を経て再生される。[AVストリームの編集]次に、ユーザが、記録媒体100に記録されているAVストリームの編集をする場合を説明する。ユーザが、記録媒体100に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合、例えば、番組Aという歌番組から歌手aの部分を再生し、その後続けて、番組Bという歌番組の歌手aの部分を再生したいといった再生経路を作成したい場合、ユーザインタフェイスとしての端子24から再生区間の開始点イン点と終了点アウト点の情報が制御部23に入力される。制御部23は、AVストリームの再生区間をグループ化したものPlayListのデータベースを作成する。ユーザが、記録媒体100に記録されているAVストリームの一部を消去したい場合、ユーザインタフェイスとしての端子24から消去区間のイン点とアウト点の情報が制御部23に入力される。制御部23は、必要なAVストリーム部分だけを参照するようにPlayListのデータベースを変更する。また、AVストリームの不必要なストリーム部分を消去するように、書き込み部22に指示する。ユーザが、記録媒体100に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつ、それぞれの再生区間をシームレスに接続したい場合について説明する。このような場合、制御部23は、AVストリームの再生区間をグループ化したものPlayListのデータベースを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再エンコードと再多重化を行う。まず、端子24から再生区間のイン点のピクチャの情報と、アウト点のピクチャの情報が制御部23へ入力される。制御部23は、読み出し部28にイン点側ピクチャとアウト点側のピクチャを再生するために必要なデータの読み出しを指示する。そして、読み出し部28は、記録媒体100からデータを読み出し、そのデータは、復調部29、ECC復号部30、ソースデパケッタイザ31を経て、デマルチプレクサ26に出力される。制御部23は、デマルチプレクサ26に入力されたデータを解析して、ビデオストリームの再エンコード方法picturecodingtypeの変更、再エンコードする符号化ビット量の割り当てと、再多重化方式を決定し、その方式をAVエンコーダ15とマルチプレクサ16に供給する。次に、デマルチプレクサ26は、入力されたストリームをビデオストリーム、オーディオストリーム、およびシステム情報に分離する。ビデオストリームは、AVデコーダ27に入力されるデータとマルチプレクサ16に入力されるデータがある。前者のデータは、再エンコードするために必要なデータであり、これはAVデコーダ27で復号され、復号されたピクチャはAVエンコーダ15で再エンコードされて、ビデオストリームにされる。後者のデータは、再エンコードをしないで、オリジナルのストリームからコピーされるデータである。オーディオストリーム、システム情報については、直接、マルチプレクサ16に入力される。マルチプレクサ16は、制御部23から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、ECC符号化部20、変調部21で処理されて、書き込み部22に入力される。書き込み部22は、制御部23から供給される制御信号に基づいて、記録媒体100にAVストリームを記録する。[制御部の機能的構成]図2は、制御部23の機能的構成を示すブロック図である。この実施の形態においては、制御部23は、記録部201、取得部202、判定部203、および表示部204を有している。これらの各部は、例えばハードウェアにより構成することもできるし、ソフトウェアにより構成することもできる。記録部201は、各種の情報を記録する。取得部202は、各種の情報を取得する。判定部203は、判定処理を行う。表示部204は、表示処理を行う。[操作の説明]以下に、アプリケーションデータベース情報や、その情報に基づく再生、編集といった操作に関する説明をする。図3は、アプリケーションフォーマットの構造を説明する図である。アプリケーションフォーマットは、AVストリームの管理のためにPlayListとClipの2つのレイヤをもつ。VolumeInformationは、ディスク内のすべてのClipとPlayListの管理をする。ここでは、1つのAVストリームとその付属情報のペアを1つのオブジェクトと考え、それをClipと称する。AVストリームファイルはClipAVstreamfileと称し、その付属情報は、ClipInformationfileと称する。1つのClipAVstreamfileは、MPEG2トランスポートストリームをアプリケーションフォーマットによって規定される構造に配置したデータをストアする。一般的に、ファイルは、バイト列として扱われるが、ClipAVstreamfileのコンテンツは、時間軸上に展開され、Clipの中のエントリポイントは、主に時間ベースで指定される。所定のClipへのアクセスポイントのタイムスタンプが与えられた時、ClipInformationfileは、ClipAVstreamfileの中でデータの読み出しを開始すべきアドレス情報を見つけるために役立つ。[PlayList]PlayListについて、図4を参照して説明する。PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができるようにするために設けられている。1つのPlayListは、Clipの中の再生区間の集まりである。所定のClipの中の1つの再生区間は、PlayItemと呼ばれ、それは、時間軸上のイン点INとアウト点OUTの対で表される。従って、PlayListは、複数のPlayItemが集まることにより構成される。PlayListには、2つのタイプがある。1つは、RealPlayListであり、もう1つは、VirtualPlayListである。RealPlayListは、それが参照しているClipのストリーム部分を共有している。すなわち、RealPlayListは、それの参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占め、RealPlayListが消去された場合、それが参照しているClipのストリーム部分もまたデータが消去される。VirtualPlayListは、Clipのデータを共有していない。従って、VirtualPlayListが変更または消去されたとしても、Clipの内容には何も変化が生じない。[RealPlayListの編集]次に、RealPlayListの編集について説明する。図5Aは、RealPlayListのクリエイトに関する図であり、AVストリームが新しいClipとして記録される場合、そのClip全体を参照するRealPlayListが新たに作成される操作である。図5Bは、RealPlayListのディバイドに関する図であり、RealPlayListが所望な点で分けられて、2つのRealPlayListに分割される操作である。この分割という操作は、例えば、1つのPlayListにより管理される1つのクリップ内に、2つの番組が管理されているような場合に、ユーザが1つ1つの番組として登録記録し直したいといったようなときに行われる。この操作により、Clipの内容が変更されるClip自体が分割されることはない。図5Cは、RealPlayListのコンバインに関する図であり、2つのRealPlayListを結合して、1つの新しいRealPlayListにする操作である。この結合という操作は、例えば、ユーザが2つの番組を1つの番組として登録し直したいといったようなときに行われる。この操作により、Clipが変更されるClip自体が1つにされることはない。図6Aは、RealPlayList全体のデリートに関する図であり、所定のRealPlayList全体を消去する操作がされた場合、削除されたRealPlayListが参照するClipの、対応するストリーム部分も削除される。図6Bは、RealPlayListの部分的な削除に関する図であり、RealPlayListの所望な部分が削除された場合、対応するPlayItemが、必要なClipのストリーム部分だけを参照するように変更される。そして、Clipの対応するストリーム部分は削除される。図6Cは、RealPlayListのミニマイズに関する図であり、RealPlayListに対応するPlayItemを、VirtualPlayListに必要なClipのストリーム部分だけを参照するようにする操作である。VirtualPlayListにとって不必要なClipの、対応するストリーム部分は削除される。上述したような操作により、RealPlayListが変更されて、そのRealPlayListが参照するClipのストリーム部分が削除された場合、その削除されたClipを使用しているVirtualPlayListが存在し、そのVirtualPlayListにおいて、削除されたClipにより問題が生じる可能性がある。そのようなことが生じないように、ユーザに、削除という操作に対して、そのRealPlayListが参照しているClipのストリーム部分を参照しているVirtualPlayListが存在し、もし、そのRealPlayListが消去されると、そのVirtualPlayListもまた消去されることになるが、それでも良いかといったメッセージなどを表示させることにより、確認警告を促した後に、ユーザの指示により削除の処理を実行、または、キャンセルする。または、VirtualPlayListを削除する代わりに、RealPlayListに対してミニマイズの操作が行われるようにする。[VirtualPlayListに対する操作]次にVirtualPlayListに対する操作について説明する。VirtualPlayListに対して操作が行われたとしても、Clipの内容が変更されることはない。図7は、アセンブル編集に関する図であり、ユーザが見たいと所望した再生区間のPlayItemを作り、VirtualPlayListを作成するといった操作である。PlayItem間のシームレス接続が、アプリケーションフォーマットによりサポートされている。図7Aに示したように、2つのRealPlayList1,2と、それぞれのRealPlayListに対応するClip1,2が存在している場合に、ユーザがRealPlayList1内の所定の区間In1乃至Out1までの区間:PlayItem1を再生区間として指示し、続けて再生する区間として、RealPlayList2内の所定の区間In2乃至Out2までの区間:PlayItem2を再生区間として指示したとき、図7Bに示すように、PlayItem1とPlayItem2から構成される1つのVirtualPlayListが作成される。[VirtualPlayListの再編集]次に、VirtualPlayListの再編集について説明する。再編集には、VirtualPlayListの中のイン点やアウト点の変更、VirtualPlayListへの新しいPlayItemの挿入や追加、VirtualPlayListの中のPlayItemの削除などがある。また、VirtualPlayListそのものを削除することもできる。図8は、VirtualPlayListへのオーディオのアフレコに関する図であり、VirtualPlayListへのオーディオのアフレコをサブパスとして登録する操作のことである。このオーディオのアフレコは、アプリケーションフォーマットによりサポートされている。VirtualPlayListのメインパスのAVストリームに、付加的なオーディオストリームが、サブパスとして付加される。RealPlayListとVirtualPlayListで共通の操作として、図9に示すようなPlayListの再生順序の変更がある。この操作は、ディスクの中でのPlayListの再生順序の変更であり、アプリケーションフォーマットにおいて定義されるTableOfPlayListによってサポートされる。この操作により、Clipの内容が変更されるようなことはない。[マーク]次に、マークMarkについて説明する。マークは、ClipおよびPlayListの中のハイライトや特徴的な時間を指定するために設けられている。Clipに付加されるマークは、AVストリームの内容に起因する特徴的なシーンを指定する、例えば、シーンチェンジ点などである。PlayListを再生する時、そのPlayListが参照するClipのマークを参照して、使用する事ができる。PlayListに付加されるマークは、主にユーザによってセットされる、例えば、ブックマークやリジューム点などである。ClipまたはPlayListにマークをセットすることは、マークの時刻を示すタイムスタンプをマークリストに追加することにより行われる。また、マークを削除することは、マークリストの中から、そのマークのタイムスタンプを除去する事である。従って、マークの設定や削除により、AVストリームは何の変更もされない。[サムネイル]次にサムネイルについて説明する。サムネイルは、Volume、PlayList、およびClipに付加される静止画である。サムネイルには、2つの種類があり、1つは、内容を表す代表画としてのサムネイルである。これは主としてユーザがカーソル不図示などを操作して見たいものを選択するためのメニュー画面で使われるものである。もう1つは、マークが指しているシーンを表す画像である。Volumeと各Playlistは代表画を持つことができるようにする必要がある。Volumeの代表画は、ディスク記録媒体100、以下、記録媒体100はディスク状のものであるとし、適宜、ディスクと記述するを記録再生装置1の所定の場所にセットした時に、そのディスクの内容を表す静止画を最初に表示する場合などに用いられることを想定している。Playlistの代表画は、Playlistを選択するメニュー画面コンテンツの一覧の画面において、Playlistの内容を表すための静止画として用いられることを想定している。Playlistの代表画として、Playlistの最初の画像をサムネイル代表画にすることが考えられるが、必ずしも再生時刻0の先頭の画像が内容を表す上で最適な画像とは限らない。そこで、Playlistのサムネイルとして、任意の画像をユーザが設定できるようにする。以上2種類のサムネイルをメニューサムネイルと称する。メニューサムネイルは頻繁に表示されるため、ディスクから高速に読み出される必要がある。このため、すべてのメニューサムネイルを1つのファイルに格納することが効率的である。メニューサムネイルは、必ずしもボリューム内の動画から抜き出したピクチャである必要はなく、図11に示すように、パーソナルコンピュータやデジタルスチルカメラから取り込こまれた画像でもよい。一方、ClipとPlaylistには、複数個のマークを打てる必要があり、マーク位置の内容を知るためにマーク点の画像を容易に見ることが出来るようにする必要がある。このようなマーク点を表すピクチャをマークサムネイルMarkThumbnailsと称する。従って、サムネイルの元となる画像は、外部から取り込んだ画像よりも、マーク点の画像を抜き出したものが主となる。図12は、PlayListに付けられるマークと、そのマークサムネイルの関係について示す図であり、図13は、Clipに付けられるマークと、そのマークサムネイルの関係について示す図である。マークサムネイルは、メニューサムネイルと異なり、Playlistの詳細を表す時に、サブメニュー等で使われるため、短いアクセス時間で読み出されるようなことは要求されない。そのため、サムネイルが必要になる度に、記録再生装置1がファイルを開き、そのファイルの一部を読み出すことで多少時間がかかっても、問題にはならない。また、ボリューム内に存在するファイル数を減らすために、すべてのマークサムネイルは1つのファイルに格納するのがよい。Playlistはメニューサムネイル1つと複数のマークサムネイルを有することができるが、Clipは直接ユーザが選択する必要性がない通常、Playlist経由で指定するため、メニューサムネイルを設ける必要はない。図14は、上述したことを考慮した場合のメニューサムネイル、マークサムネイル、PlayList、およびClipの関係について示した図である。メニューサムネイルファイルには、PlayList毎に設けられたメニューサムネイルがファイルされている。メニューサムネイルファイルには、ディスクに記録されているデータの内容を代表するボリュームサムネイルが含まれている。マークサムネイルファイルは、各PlayList毎と各Clip毎に作成されたサムネイルがファイルされている。[ディレクトリとファイル]次にディレクトリとファイルについて説明する。以下、記録再生装置1をDVRDigitalVideoRecordingと適宜記述する。図15はディスク上のディレクトリ構造の一例を示す図である。DVRのディスク上に必要なディレクトリは、図15に示したように、BDAVディレクトリを含むrootディレクトリ、PLAYLISTディレクトリ、CLIPINFディレクトリ、およびSTREAMディレクトリである。rootディレクトリの下に、これら以外のディレクトリを作成されるようにしても良いが、それらは、本実施の形態のアプリケーションフォーマットでは、無視されるとする。BDAVディレクトリの下には、DVRアプリケーションフォーマットによって規定される全てのファイルとディレクトリがストアされる。BDAVディレクトリは、3個のディレクトリを含む。PLAYLISTディレクトリの下には、RealPlayListとVirtualPlayListのデータベースファイルが置かれる。このディレクトリは、PlayListが1つもなくても存在する。CLIPINFディレクトリの下には、Clipのデータベースが置かれる。このディレクトリも、Clipが1つもなくても存在する。STREAMディレクトリの下には、AVストリームファイルが置かれる。このディレクトリは、AVストリームファイルが1つもなくても存在する。BDAVディレクトリは、次に示すファイルをストアする。INDEXBAVファイルは、PLAYLISTディレクトリの下のすべてのPlayListfilesについて、UIAppInfoPlayListの情報の中で、タイトル一覧の表示に有用な表示情報を抜粋して集めたインデックスファイルである。ここには、追加で、PlayListfileファイル毎のメーカのプライベートデータも格納することができる。INDEXBAVファイルは、コンテンツを記録するPLAYLISTディレクトリと同じ親のディレクトリであるBDAVディレクトリの下に位置し、かつ、同じ並びに位置する。つまり両者は兄弟のディレクトリである。INDEXBAVファイルの詳細については図17を参照して後述する。INFOBAVファイルは、BDAVディレクトリの下に作られ、アプリケーションレイヤの全体的な情報をストアする。BDAVディレクトリの下には、ただ1つのINFOBAVがなければならない。ファイル名は、INFOBAVに固定される。MENUTHMファイルは、メニューサムネイル画像コンテンツ一覧のサムネイル画像に関連する情報をストアする。BDAVディレクトリの下には、0または1つのメニューサムネイルがなければならない。ファイル名は、MENUTHMに固定される。メニューサムネイル画像が1つもない場合、このファイルは、存在しなくても良い。PLAYLISTディレクトリは、2種類のPlayListファイルをストアするものであり、それらは、RealPlayListとVirtualPlayListである。xxxxxRPLファイルは、1つのRealPlayListに関連する情報をストアする。それぞれのRealPlayList毎に、1つのファイルが作られる。ファイル名は、xxxxxRPLである。ここで、xxxxxは、5個の0乃至9まで数字である。ファイル拡張子は、RPLでなければならないとする。yyyyyVPLファイルは、1つのVirtualPlayListに関連する情報をストアする。それぞれのVirtualPlayList毎に、1つのファイルが作られる。ファイル名は、yyyyyVPLである。ここで、yyyyyは、5個の0乃至9まで数字である。ファイル拡張子は、VPLでなければならないとする。CLIPINFディレクトリは、それぞれのAVストリームファイルに対応して、1つのファイルをストアする。zzzzzCPIファイルは、1つのAVストリームファイルに対応するClipInformationfileである。ファイル名は、zzzzzCPIであり、zzzzzは、5個の0乃至9までの数字である。ファイル拡張子は、CPIでなければならないとする。STREAMディレクトリは、AVストリームのファイルをストアする。zzzzzMTSファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、ClipAVstreamfileまたはBridgeClipAVstreamである。ファイル名は、zzzzzMTSであり、zzzzzは、5個の0乃至9までの数字である。ファイル拡張子は、MTSでなければならないとする。[INDEXBAVファイル]次に図15のINDEXBAVファイルについて説明する。記録媒体100に記録されたコンテンツである番組をユーザに選択させるために、全番組のタイトル一覧すなわちPlayList一覧が生成され、そのうちの表示可能な範囲が抽出され、端子24からユーザインタフェイス入出力に出力され、表示される。または端子32から図示せぬディスプレイに出力され、表示される。図17を参照して後述するように、1つのINDEXBAVファイルには、タイトル一覧を表示するのに必要な全番組の表示情報がまとめて格納されている。その結果、タイトル一覧を迅速に作成し、表示することが可能になる。図16は、タイトル一覧の表示例を示す図である。画面表示のデザインや表示内容は、記録再生装置1のメーカに依存する。この例においては、次の表示情報が表示されている。番組のタイトル:朝のニュース。昼のニュース、昼のバラエティ、夜のニュース夜の歌謡番組記録日時:1月1日月7:00AM、1月1日月0:00PM1月1日月1:00PM、1月1日月7:00PM1月1日月9:00PM番組の時間長:1時間30分、1時間00分、2時間00分、チャンネル番号:1ch、2ch、3chチャンネル名:日本放送局、AAA放送局記録モード:直接記録モード、標準記録モード、長時間記録モードタイトル一覧には、ユーザが確実に所望の番組すなわちタイトルを選択することができるような情報である表示情報を表示する必要がある。この表示情報は、例えば次のような情報を含むことができる。1タイトル番組の名称2記録日時3タイトルの時間長4サムネイル参照情報5新着の記録かどうかの印6チャンネル番号7チャンネルの名称上記した7個の表示情報のうち、タイトル一覧に特に欠くことのできない情報は、番号1乃至3で示した3個の表示情報である。番号4の表示情報もユーザに迅速に番組の内容を理解させるのに重要である。上記7個の表示情報の後のカッコの中に示すフィールドの名称は、reftomenuthumbnailindexを除き、UIAppInfoPlayList後述する図21の中に現れるフィールドの名称である。reftomenuthumbnailindexだけは、UIAppInfoPlayListに含まれていない。これは、PlayListファイル後述する図18の中のPlayListMark後述する図22のmarktypeの値が0x01または0x02であり後述する図23、プレイリスト代表画像であることを示すときのrefthumbnailindex後述する図22の値が参照される。つまり、refthumbnailindexの値がreftomenuthumbnailindexの値として設定される。図17は、INDEXBAVのシンタクスを示す図である。同図に示されるように、INDEXBAVファイルは以下のような情報を含んでいる。typeindicatorのフィールドには、INDXのキャラクタ文字が入る。versionnumberのフィールドは、このINDEXBAVファイルのバージョンナンバを示す4個のキャラクタ文字を表す。lengthのフィールドは、このlengthフィールドの直後からINDEXBAVファイルの最後までのバイト数を示す。numberofPlayListsの数字は、PLAYLISTディレクトリに記録されているPlayListの数に等しくなければならない。PlayListfilenamekのフィールドは、PlayListのファイル名を示す。なおkは、forループ中でインクリメントされる変数である。indexinfostartaddresskのフィールドは、INDEXBAVファイルの先頭バイトからの相対バイト数を単位として、indexinfokの先頭バイトアドレスを示す。相対バイト数はゼロからカウントされる。reftomenuthumbnailindexkのフィールドは、PlayListfilenamekが示すPlayListを代表するサムネイル画像の情報を示す。reftomenuthumbnailindexkフィールドが、0xFFFF以外の値の場合、そのPlayListには、PlayListを代表するサムネイル画像が付加されており、そのサムネイル画像は、MENUTHMファイル図15と後述する図24の中にストアされている。その画像は、MENUTHMファイルの中でThumbnail後述する図25の値を用いて参照される。reftomenuthumbnailindexkフィールドが、0xFFFFである場合、そのPlayListには、PlayListを代表するサムネイル画像が付加されていない。PlayListcharactersetkのフィールドは、channelnamekPlayListnamekフィールドに符号化されているキャラクタ文字の符号化方法を示す。isplayedflagkのフラグは再生の有無を表す。このフラグが1にセットされている場合、PlayListfilenamekが示すPlayListは、記録されてから一度は再生されている。このフラグが0にセットされている場合、そのPlayListは、記録されてから一度も再生されたことがない。timezonekのフィールドは、recordtimeanddatekが示す時間情報のタイムゾーン例えば、日本、英国等を示す。recordtimeanddatekのフィールドは、PlayListfilenamekが示すPlayListが記録された時の日時をストアする56ビットのフィールドである。このフィールドは、年/月/日/時/分/秒について、14個の数字を4ビットのBinaryCodedDecimalで符号化したものである。例えば、20011223010203は、0x20011223010203と符号化される。PlayListdurationkはPlayListfilenamekが示すPlayListの総再生時間を時間/分/秒の単位で示した24ビットのフィールドである。このフィールドは、6個の数字を4ビットのBinaryCodedDecimalで符号化したものである。例えば、014530は、0x014530と符号化される。channelnumberkのフィールドは、PlayListfilenamekが示すPlayListが記録されたときにユーザが選択をした放送のチャネル番号またはサービス番号を示す。このフィールドの値が0xFFFFであるときはこのフィールドは無効である。channelnamelengthkのフィールドは、channelnamekフィールドの示すチャネル名の長さのバイト数を示す。channelnamekのフィールドは、PlayListfilenamekが示すPlayListが記録されたときにユーザが選択した放送のチャネル名またはサービス名を示す。PlayListnamelengthkのフィールドは、PlayListnamekフィールドの示すPlayList名の長さのバイト数を示す。PlayListnamekのフィールドは、PlayListfilenamekが示すPlayListのタイトル番組名を示す。lengthmpdkのフィールド値がゼロでないとき、mdpkが存在し、その値はmdpkのバイト数を示す。makerIDkのフィールドは、mdpkを記録したレコーダの製造者を示す。makeridに符号化される値は、このフォーマットのライセンサによって割り当てられる。makermodelcodekのフィールドは、mdpkを記録したレコーダのモデル番号を示す。makermodelcodekに符号化される値は、このフォーマットのライセンスを受けた製造者によって決められる。makerprivatedatakのフィールドは、メーカプライベートデータがストアされる領域である。ここには、INDEXBAVファイルで標準化された上記の情報のほかに、メーカ独自の記録情報を格納してよい。例えば、記録モード標準記録モードや長時間記録モードといった情報や番組のジャンルなどの情報を記録することができる。これらのlengthmpdk,makerIDk,makermodelcodek,makerprivatedatakは、メーカ独自情報を構成する。XYは、任意の正の整数である。paddingwordの値は何でも良い。[RealPlayListfileとVirtualPlayListfile]次に、RealPlayListfileとVirtualPlayListfileについて、すなわち、図15のPLAYLISTディレクトリのxxxxxRPLとyyyyyVPLについて説明する。図18は、xxxxxRPLRealPlayList、および、yyyyyVPLVirtualPlayListのシンタクスを示す図である。xxxxxRPLとyyyyyVPLは、同一のシンタクス構成をもつ。xxxxxRPLとyyyyyVPLは、それぞれ、3個のオブジェクトから構成され、それらは、PlayList、PlayListMark、およびMakerPrivateDataである。PlayListMarkStartaddressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayListMarkの先頭アドレスを示す。相対バイト数はゼロからカウントされる。MakerPrivateDataStartaddressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、MakerPrivateDataの先頭アドレスを示す。相対バイト数はゼロからカウントされる。paddingwordパディングワードは、PlayListファイルのシンタクスにしたがって挿入され、N1とN2は、ゼロまたは任意の正の整数である。それぞれのパディングワードは、任意の値を取るようにしても良い。ここで、既に、簡便に説明したが、PlayListについてさらに説明する。記録媒体100内にあるすべてのRealPlayListによって、BridgeClipを除くすべてのClipの中の再生区間が参照されていなければならない。かつ、2つ以上のRealPlayListが、それらのPlayItemで示される再生区間を同一のClipの中でオーバーラップさせてはならない。図19を参照してさらに説明するに、図19Aに示したように、全てのClipは、対応するRealPlayListが存在する。この規則は、図19Bに示したように、編集作業が行われた後においても守られる。従って、全てのClipは、どれかしらのRealPlayListを参照することにより、必ず視聴することが可能である。図19Cに示したように、VirtualPlayListの再生区間は、RealPlayListの再生区間またはBridgeClipの再生区間の中に含まれていなければならない。どのVirtualPlayListにも参照されないBridgeClipがディスクの中に存在してはならない。RealPlayListは、PlayItemのリストを含むが、SubPlayItemを含んではならない。VirtualPlayListは、PlayItemのリストを含み、PlayListの中に示されるCPItypeがEPmaptypeであり、かつPlayListtypeが0ビデオとオーディオを含むPlayListである場合、VirtualPlayListは、ひとつのSubPlayItemを含む事ができる。本実施の形態におけるPlayListでは、SubPlayItemはオーディオのアフレコの目的にだけに使用される。そして、1つのVirtualPlayListが持つSubPlayItemの数は、0または1でなければならない。[PlayListのシンタクス]次に、PlayListのシンタクスについて説明する。図20は、PlayListのシンタクスを示す図である。図20に示したPlayListのシンタクスを説明するに、versionnumberは、このPlayListのバージョンナンバを示す4個のキャラクタ文字である。versionnumberは、ISO646に従って、0045と符号化されなければならない。lengthは、このlengthフィールドの直後からPlayListの最後までのPlayListのバイト数を示す32ビットの符号なし整数である。PlayListtypeは、このPlayListのタイプを示す8ビットのフィールドである。CPItypeは、1ビットのフラグであり、PlayItemおよびSubPlayItemによって参照されるClipのCPItypeの値を示す。1つのPlayListによって参照される全てのClipは、それらのCPIの中に定義されるCPItypeの値が同じでなければならない。numberofPlayItemsは、PlayListの中にあるPlayItemの数を示す16ビットのフィールドである。所定のPlayItemに対応するPlayItemidは、PlayItemを含むforループの中で、そのPlayItemの現れる順番により定義される。PlayItemidは、0から開始される。numberofSubPlayItemsは、PlayListの中にあるSubPlayItemの数を示す16ビットのフィールドである。この値は、0または1である。付加的なオーディオストリームのパスで符号化したものである。例えば、20011223010203は、0x20011223010203と符号化される。PlayListdurationのフィールドは、このPlayListの総再生時間を時間/分/秒の単位で示した24ビットのフィールドである。このフィールドは、6個の数字を4ビットのBinaryCodedDecimalで符号化したものである。例えば、014530は、0x014530と符号化される。channelnumberのフィールドは、このPlayListが記録されたときにユーザが選択をした放送のチャネル番号またはサービス番号を示す。このフィールドの値が0xFFFFであるときはこのフィールドは無効である。channelnamelengthのフィールドは、channelnameフィールドの示すチャネル名の長さのバイト数を示す。channelnameのフィールドは、このPlayListが記録されたときにユーザが選択をした放送のチャネル名またはサービス名を示す。PlayListnamelengthのフィールドは、このPlayList名の長さのバイト数を示す。PlayListnameのフィールドは、このPlayListのタイトル番組名を示す。[PlayListMark]次に、図18に示したxxxxxRPLとyyyyyVPLのシンタクス内のPlayListMarkについて説明する。PlayListについてのマーク情報は、このPlayListMarkにストアされる。図22は、PlayListMarkのシンタクスを示す図である。図22に示したPlayListMarkのシンタクスについて説明するに、versionnumberは、このPlayListMarkのバージョンナンバを示す4個のキャラクタ文字である。versionnumberは、ISO646に従って、0045と符号化されなければならない。lengthは、このlengthフィールドの直後からPlayListMarkの最後までのPlayListMarkのバイト数を示す32ビットの符号なし整数である。numberofPlayListmarksは、PlayListMarkの中にストアされているマークの個数を示す16ビットの符号なし整数である。numberofPlayListmarksは、0であってもよい。marktypeは、マークのタイプを示す8ビットのフィールドであり、後述する図23に示すテーブルに従って符号化される。marktimestampの32ビットフィールドは、マークが指定されたポイントを示すタイムスタンプをストアする。marktimestampのセマンティクスは、PlayListにおいて定義されるCPItypeによって異なる。PlayItemidは、マークが置かれているところのPlayItemを指定する8ビットのフィールドである。所定のPlayItemに対応するPlayItemidの値は、PlayListにおいて定義される図20参照。charactersetの8ビットのフィールドは、marknameフィールドに符号化されているキャラクタ文字の符号化方法を示す。namelengthの8ビットフィールドは、marknameフィールドの中に示されるマーク名のバイト長を示す。marknameのフィールドは、マークの名称を示す。このフィールドの中の左からnamelength数のバイト数が、有効なキャラクタ文字であり、それはマークの名称を示す。marknameフィールドの中で、それら有効なキャラクタ文字の後の値は、どのような値が設定されても良い。refthumbnailindexのフィールドは、マークに付加されるサムネイル画像の情報を示す。refthumbnailindexフィールドが、0xFFFFでない値の場合、そのマークにはサムネイル画像が付加されており、そのサムネイル画像は、MENUTHMファイルの中にストアされている。その画像は、MENUTHMファイルの中でrefthumbnailindexの値を用いて参照される。refthumbnailindexフィールドが、0xFFFFである場合、そのマークにはサムネイル画像が付加されていない事を示す。図23は、marktypeのテーブルを示す図である。同図に示されるように、marktypeの値によってマークのタイプが規定されている。marktypeの値が0x01である場合、そのマークは、プレイリストの代表画像であり、その画像はPlayListが参照するビデオのピクチャから選択されたものである。この場合、marktimestamp図22は、PlayListが参照するビデオの中のピクチャのPresentationtimestampを示す。refthumbnailindex図22の値が、xFFFF以外のとき、後述する図24のMENUTHMの中に、サムネイル画像がストアされる。refthumbnailindexの値が、xFFFFのとき、図24のMENUTHMの中に、サムネイル画像がストアされていない。この場合、プレーヤは、PlayListが参照するビデオの中のPresentationtimestampによって指定されるピクチャをデコードしてよい。PlayListMarkのマークタイプの値0x01または0x02の数は、0または1である。marktypeの値が0x02である場合、そのマークは、プレイリスト代表画像であり、その画像は、PLayListが参照するビデオのピクチャから選択されたものではない。この場合、refthumbnailindexの値は、0xFFFF以外でなければならない。図24のMENUTHMの中に、サムネイル画像がストアされる。marktimestampとPlayItemidにはゼロをセットする。PlayListMarkのマークタイプの値0x01または0x02の数は、0または1である。marktypeの値が0x03である場合、そのマークは、Resumemarkである。これは再生リジュームポイントである。PlayListmarkにおいて定義される再生リジュームポイントの数は、0または1でなければならない。marktypeの値が0x04である場合、そのマークは、PlayListの再生エントリポイントである。このマークは、ユーザがセットすることができ、例えばお気に入りのシーンの開始点を指定するマークに使う。marktypeの値が0x06である場合、そのマークは、スキップマークポイントである。このポイントからプログラムの最後まで、プレーヤはプログラムをスキップする。PlayListMarkにおいて定義されるスキップマークポイントの数は、0または1でなければならない。[MENUTHMとMARKTHM]図24は、図15のMENUTHMまたはMARKTHMのシンタクスを示す図であり、MENUTHMファイルはThumbnailを有する。図25は、図24に示したMENUTHMまたはMARKTHMのシンタクス内のThumbnailのシンタクスを示す図である。図24に示したThumbnailのシンタクスについて説明するに、versionnumberは、このThumbnailのバージョンナンバを示す4個のキャラクタ文字である。versionnumberは、ISO646に従って、0045と符号化されなければならない。lengthは、このlengthフィールドの直後からThumbnailの最後までのThumbnailのバイト数を示す32ビットの符号なし整数である。tnblocksstartaddressは、Thumbnailの先頭のバイトからの相対バイト数を単位として、最初のtnblockの先頭バイトアドレスを示す32ビットの符号なし整数である。相対バイト数はゼロからカウントされる。numberofthumbnailsは、Thumbnailの中に含まれているサムネイル画像のエントリ数を与える16ビットの符号なし整数である。tnblocksizeは、1024バイトを単位として、1つのtnblockの大きさを与える16ビットの符号なし整数である。例えば、tnblocksize=1ならば、それは1つのtnblockの大きさが1024バイトであることを示す。numberoftnblocksは、このThumbnail中のtnblockのエントリ数を表す16ビットの符号なし整数である。thumbnailindexは、このthumbnailindexフィールドから始まるforループ1回分のサムネイル情報で表されるサムネイル画像のインデクス番号を表す16ビットの符号なし整数である。thumbnailindexとして、0xFFFFという値を使用してはならない。thumbnailindexはUIAppInfoVolume、UIAppInfoPlayList、PlayListMark、およびClipMarkの中のrefthumbnailindexによって参照される。thumbnailpictureformatは、サムネイル画像のピクチャフォーマットを表す8ビットの符号なし整数である。picturedatasizeは、サムネイル画像のバイト長をバイト単位で示す32ビットの符号なし整数である。starttnblocknumberは、サムネイル画像のデータが始まるtnblockのtnblock番号を表す16ビットの符号なし整数である。サムネイル画像データの先頭は、tbblockの先頭と一致していなければならない。tnblock番号は、0から始まり、tnblockのforループ中の変数kの値に関係する。xpicturelengthは、サムネイル画像のフレーム画枠の水平方向のピクセル数を表す16ビットの符号なし整数である。ypicturelengthは、サムネイル画像のフレーム画枠の垂直方向のピクセル数を表す16ビットの符号なし整数である。tnblockは、サムネイル画像がストアされる領域である。Thumbnailの中のすべてのtnblockは、同じサイズ固定長であり、その大きさはtnblocksizeによって定義される。[AVストリームファイル]次に、AVストリームファイルについて説明する。AVストリームファイルは、STREAMディレクトリ図15のMTSファイルにストアされる。AVストリームファイルには、2つのタイプがあり、それらは、ClipAVストリームとBridgeClipAVストリームファイルである。両方のAVストリーム共に、DVRMPEG2トランスポートストリームファイルの構造でなければならない。[記録処理]次に図26を参照して、INDEXBAVファイルの記録媒体100への記録処理について説明する。図26は、記録処理を説明するフローチャートである。この処理は、ユーザの指示に基づきコンテンツとしての番組を記録媒体100に記録したとき、付随して実行される。ステップS11において記録部201は、PlayListファイルを記録する。つまり、コンテンツに対応する図18のxxxxxRPLまたはyyyyyVPLが記録媒体100に記録される。ステップS12において取得部202は、UIAppInfoPlayListを取得する。つまり、ステップS11で図18のxxxxxRPLまたはyyyyyVPLの一部として記録媒体100に記録された図20のPlayListから、UIAppInfoPlayListが読み出される。ステップS13において取得部202は、refthumbnailindexの値を取得する。つまり、ステップS11で図18のxxxxxRPLまたはyyyyyVPLの一部として記録媒体100に記録された図22のPlayListMarkから、refthumbnailindexの値が取得され、reftomenuthumbnailindexに設定される。ステップS14において記録部201は、UIAppInfoPlayListとreftomenuthumbnailindexを記録する。すなわち、ステップS12で取得されたUIAppInfoPlayList図21の情報と、ステップS13で設定されたreftomenuthumbnailindexの情報が、記録媒体100のINDEXBAVファイル図17に記録される。図21に示したように、UIAppInfoPlayListは次のような情報を含んでいる。PlayListcharactersetplaybackprotectflagwriteprotectflagisplayedflagiseditedflagtimezonerecordtimeanddatePlayListdurationmakerIDmakermodelcodechannelnumberchannelnamelengthchannelnamePlayListnamelengthPlayListnamePlayListdetaillengthPlayListdetailステップS15において記録部201は、メーカ独自情報とmakerIDを記録する。記録再生装置1のメーカのメーカ独自情報とmakerIDは、制御部23の記憶部23Aに予め記憶されている。これが読み出され、記録媒体100のINDEXBAVファイルに記録される。すなわち、次の情報が記録される。makerIDmakermodecodemakerpraivatedata[再生処理]次に図27を参照して、コンテンツ一覧の表示処理を説明する。図27は、表示処理を説明するフローチャートである。ステップS51において取得部202は、INDEXBAVファイルを取得する。つまり、図26を参照して説明したように、記録媒体100に記録されたINDEXBAVファイルが読み出される。ステップS52において取得部202は、1つのPlayListコンテンツのreftomenuthumbnailindexの値を取得する。つまり、ステップS51で読み出されたINDEXBAVファイル図17から、reftomenuthumbnailindexの値が取得される。このreftomenuthumbnailindexは、MENUTHM図24に保持されているサムネイルの位置情報を表している。ステップS53において取得部202は、サムネイル画像を取得する。つまり、ステップS52で取得されたreftomenuthumbnailindexの値が示す位置MENUTHMの位置からサムネイルの画像Thumbnailが読み出される。サムネイルの画像そのものをINDEXBAVに記憶すると、その容量が大きくなるので、サムネイルの画像は別のファイルMENUTHMに記憶されている。ステップS54において取得部202は、PlayListcharactersetkからPlayListnamekまでの情報を取得する。つまり、図17に示されるようにINDEXBAVに記憶されているPlayListcharactersetkからPlayListnamekまでの情報が読み出される。具体的には次の情報が読み出される。PlayListcharactersetkisplayedflagtimezonerecordtimeanddatekPlayListdurationkchannelnumberkchannelnamelengthkchannelnamekPlayListnamelengthkPlayListnamekステップS55において判定部203は、makerIDが一致するかを判定する。つまり、ステップS51で読み出されたINDEXBAV図17に保持されているmakerIDと、記憶部23Aに記憶されているmakerIDが一致するかが判定される。両者が一致する場合、ステップS56において取得部201は、メーカ独自情報を取得する。つまり、ステップS51で読み出されたINDEXBAVに保持されているmakermodelcodemakerpravatedataが読み出される。makerIDが一致しない場合、makerpravatedataの情報を一覧として表示することが困難であるので、ステップS56の処理はスキップされる。以上の処理は、各コンテンツPlayListについて実行される。各コンテンツPlayListについてステップS52乃至ステップS56の処理が実行された後、ステップS57において表示部204は、PlayList一覧を表示する。つまり、ステップS54で取得された情報と、ステップS56で取得された情報に基づいて、図16に示されるようなコンテンツの一覧が表示される。一覧の表示に必要な表示情報は、1つのファイルINDEXBAVにまとめて保持されている。従ってコンテンツの数が多くても、迅速にコンテンツの一覧を表示させることができる。本技術のプログラムへの適用上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることができる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。このようなプログラムを含む記録媒体は、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスクフロッピディスクを含む、光ディスクCDROMDVDを含む、光磁気ディスクMDMiniDiskを含む、もしくは半導体メモリなどよりなるリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているフラッシュROMやハードディスクなどで構成される。なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。[その他]本技術は、以下のような構成もとることができる。1記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得部と、前記表示情報をまとめて1つのファイルに記録する記録部とを備える情報処理装置。2前記表示情報は、前記コンテンツのタイトル、時間長、および記録日時を少なくとも含む前記1に記載の情報処理装置。3前記ファイルは、前記コンテンツを記録するディレクトリと同じ並びに位置する前記1または2に記載の情報処理装置。4前記表示情報は、さらに前記コンテンツのサムネイルの位置を表す位置情報を含み、前記取得部は、前記コンテンツのタイトル、時間長、および記録日時を第1の情報ファイルから取得し、前記位置情報を、前記第1の情報ファイルとは異なる第2の情報ファイルから取得する前記1、2または3に記載の情報処理装置。5前記ファイルには、前記情報処理装置のメーカの情報もさらに記録される前記1乃至4のいずれかに記載の情報処理装置。6前記ファイルから読み出された前記表示情報から前記コンテンツの一覧を表示する表示部をさらに備える前記1乃至5のいずれかに記載の情報処理装置。7前記表示情報はさらに前記情報処理装置のメーカのIDとメーカ独自の情報を含み、前記表示部は、前記表示情報に含まれる前記メーカのIDが、前記情報処理装置に記憶されている前記メーカのIDと一致する場合、さらに前記メーカ独自の情報も表示する前記6に記載の情報処理装置。8記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得ステップと、前記表示情報をまとめて1つのファイルに記録する記録ステップとを含む情報処理方法。9記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得ステップと、前記表示情報をまとめて1つのファイルに記録する記録ステップとを含む処理をコンピュータに実行させるプログラム。"