"コンテンツの実態としての実態情報の再生を指定する再生情報であって、他の前記再生情報ととともに、同じ前記実態情報を共有可能な前記再生情報と、前記再生情報が参照する前記実態情報との対応関係を、記録媒体に記録されている全ての前記再生情報に関して記述するテーブルを、1つのファイルに記録する記録部と、指示された前記再生情報を削除する削除部と、前記再生情報が削除された場合、前記テーブルを更新する更新部とを備える情報処理装置。前記再生情報はPlayListであり、前記実態情報はClipである請求項1に記載の情報処理装置。前記記録部は、前記PlayListのファイル名、前記PlayListに含まれる再生区間を表すPlayItem、および前記PlayItemが参照するClipInformationfileのファイル名であるClipInformationfilenameをさらに記録する請求項2に記載の情報処理装置。前記削除部は、削除が指示された前記PlayListがRealPlayListであり、他の前記RealPlayListが同じ前記ClipInformationfileを参照している場合、削除が指示された前記RealPlayListを削除し、他の前記RealPlayListが同じ前記ClipInformationfileを参照していない場合、削除が指示された前記RealPlayList以外に、前記RealPlayListに対応する前記ClipInformationfileを削除する請求項3に記載の情報処理装置。前記削除部は、削除が指示された前記PlayListがVertualPlayListである場合、前記VertualPlayListを削除する請求項4に記載の情報処理装置。コンテンツの実態としての実態情報の再生を指定する再生情報であって、他の前記再生情報ととともに、同じ前記実態情報を共有可能な前記再生情報と、前記再生情報が参照する前記実態情報との対応関係を、記録媒体に記録されている全ての前記再生情報に関して記述するテーブルを、1つのファイルに記録する記録ステップと、指示された前記再生情報を削除する削除ステップと、前記再生情報が削除された場合、前記テーブルを更新する更新ステップとを含む情報処理方法。コンテンツの実態としての実態情報の再生を指定する再生情報であって、他の前記再生情報ととともに、同じ前記実態情報を共有可能な前記再生情報と、前記再生情報が参照する前記実態情報との対応関係を、記録媒体に記録されている全ての前記再生情報に関して記述するテーブルを、1つのファイルに記録する記録ステップと、指示された前記再生情報を削除する削除ステップと、前記再生情報が削除された場合、前記テーブルを更新する更新ステップとを含む処理をコンピュータに実行させるプログラム。1つのClipは2以上のPlayListにより参照されることがある。参照された範囲は共通する場合もあるし、異なる場合もある。このようにコンテンツの実態であるデータとしてのClipと、その再生範囲としてのPlayListを独立に管理することで、データ量が多い実態としてのコンテンツデータを重複して記録することが防止される。その結果、記録媒体の記録容量を効率的に利用することができるようになる。その結果、1つのPlayListの削除が指示された場合、対応するClipを直ちに削除することはできない。そのClipが他のPlayListにより参照されているか否かを調べ、そのClipが他のPlayListにより参照されていない場合にのみ、そのClipを削除することができる。しかしながら、PlayListの数が多くなると、記録媒体に記録されているPlayListの削除が指示された場合、対応するClipが他のPlayListにより参照されているか否かを調べるのに長い時間がかかる。その結果、PlayList、つまりコンテンツを迅速に削除することが困難になる。本技術はこのような状況に鑑みてなされたものであり、コンテンツを迅速に削除することができるようにするものである。本技術の一側面は、コンテンツの実態としての実態情報の再生を指定する再生情報であって、他の前記再生情報ととともに、同じ前記実態情報を共有可能な前記再生情報と、前記再生情報が参照する前記実態情報との対応関係を、記録媒体に記録されている全ての前記再生情報に関して記述するテーブルを、1つのファイルに記録する記録部と、指示された前記再生情報を削除する削除部と、前記再生情報が削除された場合、前記テーブルを更新する更新部とを備える情報処理装置である。前記再生情報はPlayListとし、前記実態情報はClipとすることができる。前記記録部は、前記PlayListのファイル名、前記PlayListに含まれる再生区間を表すPlayItem、および前記PlayItemが参照するClipInformationfileのファイル名であるClipInformationfilenameをさらに記録することができる。前記削除部は、削除が指示された前記PlayListがRealPlayListであり、他の前記RealPlayListが同じ前記ClipInformationfileを参照している場合、削除が指示された前記RealPlayListを削除し、他の前記RealPlayListが同じ前記ClipInformationfileを参照していない場合、削除が指示された前記RealPlayList以外に、前記RealPlayListに対応する前記ClipInformationfileを削除することができる。前記削除部は、削除が指示された前記PlayListがVertualPlayListである場合、前記VertualPlayListを削除することができる。本技術の他の側面は、前記情報処理装置に対応する情報処理方法およびプログラムである。本技術の側面においては、コンテンツの実態としての実態情報の再生を指定する再生情報であって、他の再生情報ととともに、同じ実態情報を共有可能な再生情報と、再生情報が参照する実態情報との対応関係が、記録媒体に記録されている全ての再生情報に関して記述するテーブルが、1つのファイルに記録され、指示された再生情報が削除された場合、テーブルが更新される。以上のように、本技術の一側面によれば、コンテンツを迅速に削除することができる。以下、本技術を実施するための形態以下、実施の形態と称するについて説明する。なお、説明は以下の順序で行う。1.記録再生装置の構成2.AVストリームの編集3.制御部の機能的構成4.操作の説明5.PlayList6.RealPlayListの編集7.VirtualPlayListに対する操作8.VirtualPlayListの再編集9.マーク10.サムネイル11.CPI12ディレクトリとファイル13.INDEXBAVファイル14.INFOBAV15.ExtensionData16.PLtoClipstable17.RealPlayListfileとVirtualPlayListfile18.PlayListのシンタクス19.UIAppInfoPlayList20.PlayItemのシンタクス21.PlayListMark22.MENUTHM23.AVストリームファイル24.記録処理25.削除処理26.削除の例27.本技術のプログラムへの適用28.その他[記録再生装置の構成]以下に、本技術の実施の形態について、図面を参照して説明する。図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出力される。PlayListの一覧は、ユーザがPlayListの削除を指示した場合にも表示される。ユーザは表示された一覧の中から具体的に削除するPlayListを指定する。ソースデパケッタイザ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、削除部205、更新部206、および表示部207を有している。これらの各部は、例えばハードウェアにより構成することもできるし、ソフトウェアにより構成することもできる。記録部201は、各種の情報を記録する。取得部202は、各種の情報を取得する。追加部203は、所定の情報を追加する。判定部204は、判定処理を行う。削除部205は、所定の情報を削除する。更新部206は、所定の情報を更新する。表示部207は情報を表示する。[操作の説明]以下に、アプリケーションデータベース情報や、その情報に基づく再生、編集といった操作に関する説明をする。図3は、アプリケーションフォーマットの構造を説明する図である。アプリケーションフォーマットは、AVストリームの管理のためにPlayListとClipの2つのレイヤをもつ。VolumeInformationは、ディスク内のすべてのClipとPlayListの管理をする。ここでは、1つのAVストリームとその付属情報のペアを1つのオブジェクトと考え、それをClipと称する。AVストリームファイルはClipAVstreamfileと称し、その付属情報は、ClipInformationfileと称する。つまり、Clipは、コンテンツの実態としての実態情報であり、PlayListはその実態情報の再生を指定する再生情報である。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毎に作成されたサムネイルがファイルされている。[CPI]次に、CPICharacteristicPointInformationについて説明する。CPIは、Clipインフォメーションファイルに含まれるデータであり、主に、それはClipへのアクセスポイントのタイムスタンプが与えられた時、ClipAVstreamfileの中でデータの読み出しを開始すべきデータアドレスを見つけるために用いられる。本実施の形態では、2種類のCPIを用いる。1つは、EPmapであり、もう1つは、TUmapである。EPmapは、エントリポイントデータのリストであり、それはエレメンタリーストリームおよびトランスポートストリームから抽出されたものである。これは、AVストリームの中でデコードを開始すべきエントリポイントの場所を見つけるためのアドレス情報を持つ。1つのEPデータは、プレゼンテーションタイムスタンプPTSと、そのPTSに対応するアクセスユニットのAVストリームの中のデータアドレスの対で構成される。EPmapは、主に2つの目的のために使用される。第1に、PlayListの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのAVストリームの中のデータアドレスを見つけるために使用される。第2に、ファーストフォワード再生やファーストリバース再生のために使用される。記録再生装置1が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができるとき、EPmapが作成され、ディスクに記録される。TUmapは、デジタルインタフェースを通して入力されるトランスポートパケットの到着時刻に基づいたタイムユニットTUデータのリストを持つ。これは、到着時刻ベースの時間とAVストリームの中のデータアドレスとの関係を与える。記録再生装置1が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができないとき、TUmapが作成され、ディスクに記録される。STCInfoは、MPEG2トランスポートストリームをストアしているAVストリームファイルの中にあるSTCの不連続点情報をストアする。AVストリームがSTCの不連続点を持つ場合、そのAVストリームファイルの中で同じ値のPTSが現れるかもしれない。そのため、AVストリーム上のある時刻をPTSベースで指す場合、アクセスポイントのPTSだけではそのポイントを特定するためには不十分である。更に、そのPTSを含むところの連続なSTC区間のインデックスが必要である。連続なSTC区間を、このフォーマットではSTCsequenceと呼び、そのインデックスをSTCsequenceidと呼ぶ。STCsequenceの情報は、ClipInformationfileのSTCInfoで定義される。STCsequenceidは、EPmapを持つAVストリームファイルで使用するものであり、TUmapを持つAVストリームファイルではオプションである。プログラムは、エレメンタリーストリームの集まりであり、これらのストリームの同期再生のために、ただ1つのシステムタイムベースを共有するものである。再生装置図1の記録再生装置1にとって、AVストリームのデコードに先だち、そのAVストリームの内容がわかることは有用である。例えば、ビデオやオーディオのエレメンタリーストリームを伝送するトランスポートパケットのPIDの値や、ビデオやオーディオのコンポーネント種類例えば、HDTVのビデオとMPEG2AACのオーディオストリームなどなどの情報である。この情報はAVストリームを参照するところのPlayListの内容をユーザに説明するところのメニュー画面を作成するのに有用であるし、また、AVストリームのデコードに先だって、再生装置のAVデコーダおよびデマルチプレクサの初期状態をセットするために役立つ。この理由のために、ClipInformationfileは、プログラムの内容を説明するためのProgramInfoを持つ。MPEG2トランスポートストリームをストアしているAVストリームファイルは、ファイルの中でプログラム内容が変化するかもしれない。例えば、ビデオエレメンタリーストリームを伝送するところのトランスポートパケットのPIDが変化したり、ビデオストリームのコンポーネント種類がSDTVからHDTVに変化するなどである。ProgramInfoは、AVストリームファイルの中でのプログラム内容の変化点の情報をストアする。AVストリームファイルの中で、このフォーマットで定めるところのプログラム内容が一定である区間をProgramsequenceと呼ぶ。Programsequenceは、EPmapを持つAVストリームファイルで使用するものであり、TUmapを持つAVストリームファイルではオプションである。本実施の形態では、セルフエンコードのストリームフォーマットSESFを定義する。SESFは、アナログ入力信号を符号化する目的、およびデジタル入力信号例えばDVをデコードしてからMPEG2トランスポートストリームに符号化する場合に用いられる。SESFは、MPEG2トランスポートストリームおよびAVストリームについてのエレメンタリーストリームの符号化制限を定義する。記録再生装置1が、SESFストリームをエンコードし、記録する場合、EPmapが作成され、ディスクに記録される。デジタル放送のストリームは、次に示す方式のうちのいずれかが用いられて記録媒体100に記録される。まず、デジタル放送のストリームをSESFストリームにトランスコーディングする。この場合、記録されたストリームは、SESFに準拠しなければならない。この場合、EPmapが作成されて、ディスクに記録されなければならない。あるいは、デジタル放送のストリームを構成するエレメンタリーストリームを新しいエレメンタリーストリームにトランスコーディングし、そのデジタル放送ストリームの規格化組織が定めるストリームフォーマットに準拠した新しいトランスポートストリームに再多重化する。この場合、EPmapが作成されて、ディスクに記録されなければならない。例えば、入力ストリームがISDB日本のデジタルBS放送の規格名称準拠のMPEG2トランスポートストリームであり、それがHDTVビデオストリームとMPEGAACオーディオストリームを含むとする。HDTVビデオストリームをSDTVビデオストリームにトランスコーディングし、そのSDTVビデオストリームとオリジナルのAACオーディオストリームをTSに再多重化する。SDTVストリームと記録されるトランスポートストリームは、共にISDBフォーマットに準拠しなければならない。デジタル放送のストリームが、記録媒体100に記録される際の他の方式として、入力トランスポートストリームをトランスペアレントに記録する入力トランスポートストリームを何も変更しないで記録する場合であり、ストリームのシンタクスを解析することができるときに、EPmapが作成されてディスクに記録される。または、入力トランスポートストリームをトランスペアレントに記録する入力トランスポートストリームを何も変更しないで記録する場合であり、ストリームのシンタクスを解析することができないときに、TUmapが作成されてディスクに記録される。[ディレクトリとファイル]次にディレクトリとファイルについて説明する。以下、記録再生装置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後述する図25の中に現れるフィールドの名称である。reftomenuthumbnailindexだけは、UIAppInfoPlayListに含まれていない。これは、PlayListファイル後述する図22の中のPlayListMark後述する図27のmarktypeの値が0x01または0x02であり後述する図28、プレイリスト代表画像であることを示すときのrefthumbnailindex後述する図27の値が参照される。つまり、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ファイルの中にストアされている。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の値は何でも良い。[INFOBAV]図18は、INFOBAVファイルのシンタクスを示す図である。INFOBAVファイルは、3個のオブジェクトから構成され、それらは、UIAppInfoBDAV、TableOfPlayLists、およびExtensionDataである。図18に示したINFOBAVのシンタクスについて説明する。typeindicatorのフィールドには、INFOのキャラクタ文字が入る。versionnumberのフィールドは、このINFOBAVファイルのバージョンナンバを示す4個のキャラクタ文字を表す。TableOfPlayListsStartaddressのフィールドは、INFOBAVファイルの先頭のバイトからの相対バイト数を単位として、TableOfPlayListの先頭アドレスを示す。相対バイト数はゼロからカウントされる。ExtensionDataStartaddressのフィールドは、INFOBAVファイルの先頭のバイトからの相対バイト数を単位として、ExtensionDataの先頭アドレスを示す。相対バイト数はゼロからカウントされる。paddingwordパディングワードは、infodvrのシンタクスに従って挿入される。N1とN2は、ゼロまたは任意の正の整数である。それぞれのパディングワードは、任意の値を取るようにしても良い。TableOfPlayListsのフィールドは、PlayListのファイル名をストアする。TableOfPlayListsは、PlayListのデフォルトの再生順序を示す。ExtensionDataのフィールドは、メーカ各社の特別なアプリケーションのためのプライベートデータか、または、BDAV規格により定義される拡張データベースを含む。レコーダーメーカは、各社の特別なアプリケーションのためにExtensionDataの中にメーカのプライベートデータを挿入してもよい。各メーカのプライベートデータは、それを定義したメーカを識別するために標準化されたメーカ識別子を持つ。また、INFOBAVファイルのExtensionDataには、BDAV規格により定義される拡張データベースとして、後述するPLtoClipstableを記録する。[ExtensionData]図19は、ExtensionDataのシンタクスを示す図である。図19に示したExtensionDataのシンタクスを以下に説明する。lengthのフィールドは、このlengthフィールドの直後からExtensionDataの最後までのバイト数を示す。datablockstartaddressのフィールドは、ExtensionDataの先頭のバイトからの相対バイト数を単位として、datablockの先頭バイトアドレスを示す。相対バイト数はゼロからカウントされる。numberofextdataentriesのフィールドは、ExtensionDataの中に含まれているextdataentryのエントリ数を示す。ID1ID1の値0x0000~0x00FFは、BDAV規格により定義される拡張データベースの識別のために使われる。ID1の値が0x0000~0x00FFの範囲外であるとき、それは、メーカプライベートデータを作成したレコーダの製造メーカを示す。メーカ識別の値は、このBDAVフォーマットのライセンサによって指定される。ID2ID1の値が0x0000~0x00FFの場合、ID2は、BDAV規格により定義される拡張データベースの識別のために使われる。ID1の値が0x0000~0x00FFの範囲外であるとき、ID2は、そのメーカプライベートデータを作成したレコーダのモデルナンバーコードを示す。この場合、ID2に符号化される値は、このフォーマットのライセンスを受けた製造メーカによって決められる。PLtoClipstableを識別するためのID1とID2の値は、それぞれ0x00F0と0x0001である。extdatastartaddressのフィールドは、ExtensionDataの先頭のバイトからの相対バイト数を単位として、extensiondataが開始するバイトアドレスを示す。相対バイト数はゼロからカウントされる。extdatalengthこのフィールドは、extensiondataのバイト単位でデータの大きさを示す。paddingwordの値は何でもよい。図20は、ExtensionDataのシンタクスの例を示す図であり、ExtensionDataの中に記録されるPLtoClipstableのイメージを示す。同図に示されるように、PLtoClipstableはExtensionDataの中に記録される。datablockstartaddressは、ExtensionDataの中でのdatablockの先頭バイトのアドレスを示す。この例では、ExtensionDataの中にextensiondataとしてのPLtoClipstableを1個記録するだけなので、numberofextdataentriesには1がセットされている。PLtoClipstableを識別するためのID1とID2の値は、それぞれ0x00F0と0x0001とされている。extdatastartaddressは、ExtensionDataの中でのPLtoClipstableの先頭バイトのアドレスを示すこの例ではdatablockの先頭バイトのアドレスと同じ値である。extdatalengthは、PLtoClipstableのバイト長を示す。datablockの中に、PLtoClipstableが記録される。[PLtoClipstable]INFOBAVファイルのExtensionDataに記録されるPLtoClipstableのシンタクスを図21に示す。PLtoClipstableは、PLAYLISTディレクトリの下に記録されているすべてのPlayListファイルについて、個々のPlayListファイルが参照するClipInformationfileが、リスト化されたテーブルである。lengthのフィールドは、このlengthフィールドの直後からPLtoClipstableの最後までのバイト数を示す。numberofPlayListsのフィールドの数字は、PLAYLISTディレクトリに記録されているPlayListの数に等しくなければならない。PlayListfilenamekのフィールドは、PlayListのファイル名を示す。Clipstablestartaddresskのフィールドは、PLtoClipstableの先頭バイトからの相対バイト数を単位として、clipstablekの先頭バイトアドレスを示す。相対バイト数はゼロからカウントされる。numberofPlayItemskのフィールドは、PlayListfilenamekが示すPlayListの中にあるPlayItemの数を示す。ClipInformationfilenamekiのフィールドは、PlayListfilenamekが示すPlayListの中にあるPlayItemsが参照するClipInformationfileのファイル名を示す。paddingwordの値は何でも良い。[RealPlayListfileとVirtualPlayListfile]次に、RealPlayListfileとVirtualPlayListfileについて、すなわち、図15のPLAYLISTディレクトリのxxxxxRPLとyyyyyVPLについて説明する。図22は、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の中でオーバーラップさせてはならない。図23を参照してさらに説明するに、図23Aに示したように、全てのClipは、対応するRealPlayListが存在する。この規則は、図23Bに示したように、編集作業が行われた後においても守られる。従って、全てのClipは、どれかしらのRealPlayListを参照することにより、必ず視聴することが可能である。図23Cに示したように、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のシンタクスについて説明する。図24は、PlayListのシンタクスを示す図である。図24に示した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のタイトル番組名を示す。[PlayItemのシンタクス]図26は、PlayItemのシンタクスを示す図である。図26に示したPlayItemのシンタクスを説明するに、ClipInformationfilenameのフィールドは、ClipInformationfileのファイル名を示す。このClipInformationfileのClipInfoにおいて定義されるClipstreamtypeは、ClipAVstreamを示していなければならない。STCsequenceidは、8ビットのフィールドであり、PlayItemが参照するSTC連続区間のSTCsequenceidを示す。PlayListの中で指定されるCPItypeがTUmaptypeである場合、この8ビットフィールドは何も意味を持たず、0にセットされる。INtimeは、32ビットフィールドであり、PlayItemの再生開始時刻をストアする。INtimeのセマンティクスは、PlayListにおいて定義されるCPItypeによって異なる。OUTtimeは、32ビットフィールドであり、PlayItemの再生終了時刻をストアする。OUTtimeのセマンティクスは、PlayListにおいて定義されるCPItypeによって異なる。ConnectionConditionは、先行するPlayItemと、現在のPlayItemとの間の接続状態を示す2ビットのフィールドである。[PlayListMark]次に、図22に示したxxxxxRPLとyyyyyVPLのシンタクス内のPlayListMarkについて説明する。PlayListについてのマーク情報は、このPlayListMarkにストアされる。図27は、PlayListMarkのシンタクスを示す図である。図27に示したPlayListMarkのシンタクスについて説明するに、versionnumberは、このPlayListMarkのバージョンナンバを示す4個のキャラクタ文字である。versionnumberは、ISO646に従って、0045と符号化されなければならない。lengthは、このlengthフィールドの直後からPlayListMarkの最後までのPlayListMarkのバイト数を示す32ビットの符号なし整数である。numberofPlayListmarksは、PlayListMarkの中にストアされているマークの個数を示す16ビットの符号なし整数である。numberofPlayListmarksは、0であってもよい。marktypeは、マークのタイプを示す8ビットのフィールドである。marktimestampの32ビットフィールドは、マークが指定されたポイントを示すタイムスタンプをストアする。marktimestampのセマンティクスは、PlayListにおいて定義されるCPItypeによって異なる。PlayItemidは、マークが置かれているところのPlayItemを指定する8ビットのフィールドである。所定のPlayItemに対応するPlayItemidの値は、PlayListにおいて定義される図24参照。charactersetの8ビットのフィールドは、marknameフィールドに符号化されているキャラクタ文字の符号化方法を示す。namelengthの8ビットフィールドは、marknameフィールドの中に示されるマーク名のバイト長を示す。marknameのフィールドは、マークの名称を示す。このフィールドの中の左からnamelength数のバイト数が、有効なキャラクタ文字であり、それはマークの名称を示す。marknameフィールドの中で、それら有効なキャラクタ文字の後の値は、どのような値が設定されても良い。refthumbnailindexのフィールドは、マークに付加されるサムネイル画像の情報を示す。refthumbnailindexフィールドが、0xFFFFでない値の場合、そのマークにはサムネイル画像が付加されており、そのサムネイル画像は、MENUTHMファイルの中にストアされている。その画像は、MENUTHMファイルの中でrefthumbnailindexの値を用いて参照される。refthumbnailindexフィールドが、0xFFFFである場合、そのマークにはサムネイル画像が付加されていない事を示す。図28は、marktypeのテーブルを示す図である。同図に示されるように、marktypeの値によってマークのタイプが規定されている。marktypeの値が0x01である場合、そのマークは、プレイリストの代表画像であり、その画像はPlayListが参照するビデオのピクチャから選択されたものである。この場合、marktimestamp図27は、PlayListが参照するビデオの中のピクチャのPresentationtimestampを示す。refthumbnailindex図27の値が、xFFFF以外のとき、後述する図29のMENUTHMの中に、サムネイル画像がストアされる。refthumbnailindexの値が、xFFFFのとき、図29のMENUTHMの中に、サムネイル画像がストアされていない。この場合、プレーヤは、PlayListが参照するビデオの中のPresentationtimestampによって指定されるピクチャをデコードしてよい。PlayListMarkのマークタイプの値0x01または0x02の数は、0または1である。marktypeの値が0x02である場合、そのマークは、プレイリスト代表画像であり、その画像は、PLayListが参照するビデオのピクチャから選択されたものではない。この場合、refthumbnailindexの値は、0xFFFF以外でなければならない。図29のMENUTHMの中に、サムネイル画像がストアされる。marktimestampとPlayItemidにはゼロをセットする。PlayListMarkのマークタイプの値0x01または0x02の数は、0または1である。marktypeの値が0x03である場合、そのマークは、Resumemarkである。これは再生リジュームポイントである。PlayListmarkにおいて定義される再生リジュームポイントの数は、0または1でなければならない。marktypeの値が0x04である場合、そのマークは、PlayListの再生エントリポイントである。このマークは、ユーザがセットすることができ、例えばお気に入りのシーンの開始点を指定するマークに使う。marktypeの値が0x06である場合、そのマークは、スキップマークポイントである。このポイントからプログラムの最後まで、プレーヤはプログラムをスキップする。PlayListMarkにおいて定義されるスキップマークポイントの数は、0または1でなければならない。[MENUTHM]図29は、図15のMENUTHMまたはMARKTHMのシンタクスを示す図であり、MENUTHMファイルはThumbnailを有する。図30は、図29に示したMENUTHMまたはMARKTHMのシンタクス内のThumbnailのシンタクスを示す図である。図29に示した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トランスポートストリームファイルの構造でなければならない。[記録処理]次に図31を参照して、PLtoClipstableの記録媒体100への記録処理について説明する。図31は、記録処理を説明するフローチャートである。この処理は、ユーザの指示に基づきコンテンツとしての番組を記録媒体100に記録したとき、付随して実行される。ステップS11において記録部201は、PlayListを記録する。つまり、コンテンツに対応する図22のxxxxxRPLまたはyyyyyVPLが記録媒体100に記録される。ステップS12において取得部202は、PlayListを取得する。つまり、ステップS11で記録されたPlayListすなわち、図22のxxxxxRPLまたはyyyyyVPLから、図24のPlayListが読み出され、取得される。ステップS13において取得部202は、numberofPlayItemsの値とPlayItemを取得する。つまり、ステップS12で取得されたPlayList図24の中のnumberofPlayItemsの値と、numberofPlayItemsのループの中のPlayItem図26が読み出される。ステップS14において取得部202は、ClipInformationfilenameを取得する。つまりステップS13で取得されたPlayItem図26の中のClipInformationfilenameが読み出される。ステップS15において追加部203は、PlayListのファイル名、numberofPlayItems、およびClipInformationfilenameを追加する。すなわち、ステップS11で記録したPlayListファイルの名称であるPlayListfilename、ステップS13で取得されたnumberofPlayItems、並びにそのPlayListが参照するClipInformationfileの名称であるClipInformationfilenameが、PLtoClipstable図21に追加される。ステップS16において記録部201は、INFOBAVを記録する。すなわちステップS15で各情報が追加されたPLtoClipstableを有するINFOBAVファイルが記録媒体100に記録される。[削除処理]次に図32を参照して、PLtoClipstableの削除処理を説明する。図32は、削除処理を説明するフローチャートである。ステップS51において取得部202は、INFOBAVのPLtoClipstableを取得する。つまり、図30のステップS16で記録媒体100に記録されたINFOBAVファイル図18が読み出され、その中のExtensionDataのdatablockの、さらにその中のPLtoClipstable図21が読み出される。ステップS52において取得部202は、PlayListの削除の指示を取得する。つまり、ユーザがコンテンツの削除を指示するとき、コンテンツの一覧図16が表示される。ユーザはこの一覧の中から削除対象とするコンテンツPlayListを指定する。この指定されたPlayListが取得される。ステップS53において判定部204は、ステップS52において取得されたPlayListファイルがRealPlayListであるかを判定する。取得されたPlayListがRealPlayListである場合、ステップS55において判定部204は、ClipInformationfileが他のPlayListにより参照されているかを判定する。つまり、削除対象のPlayListいまの場合RealPlayListが参照するClipInformationfileが、他のPlayListファイルによっても参照されているかどうかが判定される。この判定は、ステップS51で取得したPLtoClipstableに基づいて行われる。すなわち、PLtoClipstableには、PLAYLISTディレクトリの下に記録されているすべてのPlayListについて、個々のPlayListが参照するClipInformationfileが、リスト化されている。従って、このPLtoClipstableから、ClipInformationfileが他のPlayListによっても参照されているかを迅速に判定することができる。つまり、コンテンツを削除する場合にチェックする必要がある情報は、1つのファイルINFOBAV具体的にはその中のPLtoClipstableにまとめて保持されている。従ってコンテンツの数が多くても、迅速にコンテンツを削除することが可能になる。削除対象のRealPlayListが参照するClipInformationfileが、他のPlayListに参照されていない場合、ステップS56において削除部205は、RealPlayListと対応するClipとを削除する。つまり、削除が指定されたRealPlayListと、そのRealPlayListにより参照されているClipが削除される。削除したClipを参照するVirtualPlayListがあれば、それも削除することができる。削除対象のRealPlayListが参照するClipInformationfileが、他のPlayListにより参照されている場合、ステップS57において削除部205は、RealPlayListを削除する。つまり、削除が指定されたRealPlayListは削除されるが、そのRealPlayListが参照するClipは他のPlayListにより参照されているので削除されない。Clipを削除してしまうと、それを参照している他のPlayListに基づく再生ができなくなるからである。ステップS53において削除が指示されたPlayListがRealPlayListではない、すなわちVertualPlayListであると判定された場合、ステップS54において削除部205は、そのVertualPlayList削除が指示されたPlayListを削除する。図4を参照して上述したように、VirtualPlayListは、Clipを共有していないので、VirtualPlayListが削除されたとしても、Clipの内容には何も変化が生じない。ステップS54,S56,S57の削除処理の後、ステップS58において更新部206は、PLtoClipstableを更新する。すなわち、ステップS54,S56,S57の削除処理に対応するようにPLtoClipstableが更新される。次にステップS59において記録部201は、INFOBAVファイルを記録する。つまり、ステップS58で更新されたPLtoClipstableを有するINFOBAVファイルが記録媒体100に記録される。[削除の例]次に、PLtoClipstableの効果について説明する。PLAYLISTディレクトリの下に記録されているすべてのPlayListについて、図33に示すようにPlayListfilesがClipsを参照しているとする。図33の例においては、RealPlayList1がClip1の全部を参照し、RealPlayList2がClip2の一部を参照している。RealPlayList3は、Clip2のRealPlayList2が参照していない残りの部分を参照するとともに、Clip3の一部を参照している。RealPlayList4は、Clip3のRealPlayList3が参照していない残りの部分を参照するとともに、Clip4の全部を参照している。いま、RealPlayList2を削除するものとする。RealPlayList2は、Clip2を参照している。もし、PLtoClipstableが無い場合には、他のRealPlayList1RealPlayList3RealPlayList4を記録媒体100から読み出して、Clip2が他のPlayListfilesから参照をされていないかどうかを調べる必要がある。図33の例では、PLAYLISTディレクトリの下のPlayListfilesの数が4個なので、高々3個のファイルを読み出す時間は長くは無い。しかし、記録媒体100に記録されているPlayListファイル数が非常に大きな数たとえば、10000個以上である場合、すべてのPlayListfilesを読み出して、Clip2が他のPlayListfilesから参照をされているかどうかを調べるには長い時間が必要となる。そこで、INFOBAVの中のPLtoClipstableを読み出すことにより、このPlayListfilesとClipsの参照関係を調べる時間を、PLtoClipstableが存在しない場合に較べて短縮することができる。図34は、記録媒体100に図33に示されるようにRealPlayListファイルが記録されている場合におけるINFOBAVのPLtoClipstableのイメージを表している。PlayListの数numberofPlayListsは4であることが記述されている。また、RealPlayList1はClip1、RealPlayList2はClip2、RealPlayList3はClip2Clip3、RealPlayList4はClip3,Clip4を、それぞれ参照していることが記述されている。RealPlayList2を削除したいとき、PLtoClipstableを参照することにより、Clip2は、RealPlayList3からも参照されていることが即座にわかるので、RealPlayList2を削除してもよいが、Clip2を削除してはいけないことが判る。このように、あるRealPlayListの削除時に、PLtoClipstableを参照することにより、そのRealPlayListが参照するClipInformationfileが他のPlayListに参照されているかどうかを高速に判定することができるようになる。そのRealPlayListと、そのRealPlayListだけが参照するClipを削除することができる。本技術のプログラムへの適用上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることができる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。このようなプログラムを含む記録媒体は、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスクフロッピディスクを含む、光ディスクCDROMDVDを含む、光磁気ディスクMDMiniDiskを含む、もしくは半導体メモリなどよりなるリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているフラッシュROMやハードディスクなどで構成される。なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。[その他]本技術は、以下のような構成もとることができる。1コンテンツの実態としての実態情報の再生を指定する再生情報であって、他の前記再生情報ととともに、同じ前記実態情報を共有可能な前記再生情報と、前記再生情報が参照する前記実態情報との対応関係を、記録媒体に記録されている全ての前記再生情報に関して記述するテーブルを、1つのファイルに記録する記録部と、指示された前記再生情報を削除する削除部と、前記再生情報が削除された場合、前記テーブルを更新する更新部とを備える情報処理装置。2前記再生情報はPlayListであり、前記実態情報はClipである前記1に記載の情報処理装置。3前記記録部は、前記PlayListのファイル名、前記PlayListに含まれる再生区間を表すPlayItem、および前記PlayItemが参照するClipInformationfileのファイル名であるClipInformationfilenameをさらに記録する前記2に記載の情報処理装置。4前記削除部は、削除が指示された前記PlayListがRealPlayListであり、他の前記RealPlayListが同じ前記ClipInformationfileを参照している場合、削除が指示された前記RealPlayListを削除し、他の前記RealPlayListが同じ前記ClipInformationfileを参照していない場合、削除が指示された前記RealPlayList以外に、前記RealPlayListに対応する前記ClipInformationfileを削除する前記2または3に記載の情報処理装置。5前記削除部は、削除が指示された前記PlayListがVertualPlayListである場合、前記VertualPlayListを削除する前記2、3または4に記載の情報処理装置。6コンテンツの実態としての実態情報の再生を指定する再生情報であって、他の前記再生情報ととともに、同じ前記実態情報を共有可能な前記再生情報と、前記再生情報が参照する前記実態情報との対応関係を、記録媒体に記録されている全ての前記再生情報に関して記述するテーブルを、1つのファイルに記録する記録ステップと、指示された前記再生情報を削除する削除ステップと、前記再生情報が削除された場合、前記テーブルを更新する更新ステップとを含む情報処理方法。7コンテンツの実態としての実態情報の再生を指定する再生情報であって、他の前記再生情報ととともに、同じ前記実態情報を共有可能な前記再生情報と、前記再生情報が参照する前記実態情報との対応関係を、記録媒体に記録されている全ての前記再生情報に関して記述するテーブルを、1つのファイルに記録する記録ステップと、指示された前記再生情報を削除する削除ステップと、前記再生情報が削除された場合、前記テーブルを更新する更新ステップとを含む処理をコンピュータに実行させるプログラム。"