"再生情報が参照するコンテンツの実態としての実態情報が、他の前記再生情報により参照されていることを示すフラグを記録する記録部と、前記再生情報の削除が指示された場合、前記フラグを用いて削除可能な前記実態情報を検索する検索部と、前記再生情報の削除が指示された場合、削除対象の前記再生情報と削除可能な前記実態情報とを削除する削除部とを備える情報処理装置。前記検索部は、削除可能な前記実態情報として、削除対象の前記再生情報が参照する前記実態情報であって、削除対象以外の前記再生情報により参照されていない前記実態情報を検索する請求項1に記載の情報処理装置。前記検索部は、他の前記再生情報により参照されていることを示す前記フラグを有する前記再生情報が参照する前記実体情報の中から削除可能な前記実態情報を検索する請求項2に記載の情報処理装置。削除対象の前記再生情報の前記フラグが、削除対象の前記再生情報が参照する前記実態情報が他の前記再生情報により参照されていないことを示す場合、前記削除部は、削除対象の前記再生情報と削除対象の前記再生情報が参照する前記実態情報とを削除する請求項3に記載の情報処理装置。前記削除部は、削除された前記実態情報を参照する前記再生情報であって、前記実態情報を共有しない前記再生情報をさらに削除する請求項4に記載の情報処理装置。前記再生情報の編集に伴って前記フラグを設定する設定部をさらに備える請求項5に記載の情報処理装置。前記設定部は、前記再生情報がデバイドされた場合、前記フラグを、前記実態情報が他の前記再生情報により参照されていることを示す状態に設定し、前記再生情報がクリエイト、コンバイン、および部分削除された場合、前記フラグを、前記実態情報が他の前記再生情報により参照されていないことを示す状態に設定する請求項6に記載の情報処理装置。前記設定部は、編集前の前記再生情報の前記フラグが、前記実態情報が他の前記再生情報により参照されていることを示す状態に設定されている場合に、編集後の前記再生情報が参照する前記実態情報が、前記実態情報が他の前記再生情報により参照されていることを示す前記フラグの他の前記再生情報により参照されないとき、前記フラグを、前記実態情報が他の前記再生情報により参照されていないことを示す状態に変更する請求項7に記載の情報処理装置。前記フラグは、前記再生情報が、記録されてから、かつて、前記実態情報が他の前記再生情報により参照されことがあることを示し、前記設定部は、前記フラグが、一旦、前記実態情報が他の前記再生情報により参照されていることを示す状態に設定された場合、以後、前記実態情報が他の前記再生情報により参照されていないことを示す状態に変更しない請求項7に記載の情報処理装置。再生情報が参照するコンテンツの実態としての実態情報が、他の前記再生情報により参照されていることを示すフラグを記録する記録ステップと、前記再生情報の削除が指示された場合、前記フラグを用いて削除可能な前記実態情報を検索する検索ステップと、前記再生情報の削除が指示された場合、削除対象の前記再生情報と削除可能な前記実態情報とを削除する削除ステップとを含む情報処理方法。再生情報が参照するコンテンツの実態としての実態情報が、他の前記再生情報により参照されていることを示すフラグを記録する記録ステップと、前記再生情報の削除が指示された場合、前記フラグを用いて削除可能な前記実態情報を検索する検索ステップと、前記再生情報の削除が指示された場合、削除対象の前記再生情報と削除可能な前記実態情報とを削除する削除ステップとを含む処理をコンピュータに実行させるプログラム。1つのClipは2以上のPlayListにより参照されることがある。参照された範囲は共通する場合もあるし、異なる場合もある。このようにコンテンツの実態であるデータとしてのClipと、その再生範囲としてのPlayListを独立に管理することで、データ量が多い実態としてのコンテンツデータを重複して記録することが防止される。その結果、記録媒体の記録容量を効率的に利用することができるようになる。その結果、1つのPlayListの削除が指示された場合、対応するClipを直ちに削除することはできない。そのClipが他のPlayListにより参照されているか否かを調べ、そのClipが他のPlayListにより参照されていない場合にのみ、そのClipを削除することができる。しかしながら、PlayListの数が多くなると、記録媒体に記録されているPlayListの削除が指示された場合、対応するClipが他のPlayListにより参照されているか否かを調べるのに長い時間がかかる。その結果、PlayList、つまりコンテンツを迅速に削除することが困難になる。本技術はこのような状況に鑑みてなされたものであり、コンテンツを迅速に削除することができるようにするものである。本技術の一側面は、再生情報が参照するコンテンツの実態としての実態情報が、他の前記再生情報により参照されていることを示すフラグを記録する記録部と、前記再生情報の削除が指示された場合、前記フラグを用いて削除可能な前記実態情報を検索する検索部と、前記再生情報の削除が指示された場合、削除対象の前記再生情報と削除可能な前記実態情報とを削除する削除部とを備える情報処理装置である。前記検索部は、削除可能な前記実態情報として、削除対象の前記再生情報が参照する前記実態情報であって、削除対象以外の前記再生情報により参照されていない前記実態情報を検索することができる。前記検索部は、他の前記再生情報により参照されていることを示す前記フラグを有する前記再生情報が参照する前記実体情報の中から削除可能な前記実態情報を検索することができる。削除対象の前記再生情報の前記フラグが、削除対象の前記再生情報が参照する前記実態情報が他の前記再生情報により参照されていないことを示す場合、前記削除部は、削除対象の前記再生情報と削除対象の前記再生情報が参照する前記実態情報とを削除することができる。前記削除部は、削除された前記実態情報を参照する前記再生情報であって、前記実態情報を共有しない前記再生情報をさらに削除することができる。前記再生情報の編集に伴って前記フラグを設定する設定部をさらに備えることができる。前記設定部は、前記再生情報がデバイドされた場合、前記フラグを、前記実態情報が他の前記再生情報により参照されていることを示す状態に設定し、前記再生情報がクリエイト、コンバイン、および部分削除された場合、前記フラグを、前記実態情報が他の前記再生情報により参照されていないことを示す状態に設定することができる。前記設定部は、編集前の前記再生情報の前記フラグが、前記実態情報が他の前記再生情報により参照されていることを示す状態に設定されている場合に、編集後の前記再生情報が参照する前記実態情報が、前記実態情報が他の前記再生情報により参照されていることを示す前記フラグの他の前記再生情報により参照されないとき、前記フラグを、前記実態情報が他の前記再生情報により参照されていないことを示す状態に変更することができる。前記フラグは、前記再生情報が、記録されてから、かつて、前記実態情報が他の前記再生情報により参照されことがあることを示し、前記設定部は、前記フラグが、一旦、前記実態情報が他の前記再生情報により参照されていることを示す状態に設定された場合、以後、前記実態情報が他の前記再生情報により参照されていないことを示す状態に変更しないことができる。本技術の他の側面は、前記情報処理装置に対応する情報処理方法およびプログラムである。本技術の側面においては、再生情報が参照するコンテンツの実態としての実態情報が、他の再生情報により参照されていることを示すフラグが記録される。再生情報の削除が指示された場合、フラグを用いて削除可能な実態情報が検索される。再生情報の削除が指示された場合、削除対象の再生情報と削除可能な実態情報とが削除される。以上のように、本技術の一側面によれば、コンテンツを迅速に削除することができる。以下、本技術を実施するための形態以下、実施の形態と称するについて説明する。なお、説明は以下の順序で行う。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.記録処理125.コンテンツ削除処理26.編集の例127.記録処理228.編集の例229.本技術のプログラムへの適用30.その他[記録再生装置の構成]以下に、本技術の実施の形態について、図面を参照して説明する。図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は、記録されてから一度も再生されたことがない。isvirtualPLkのフラグが1にセットされている場合、PlayListfilenamekが示すPlayListは、VirtualPlayListであることを示す。issharedClipkのフラグが1にセットされている場合、PlayListfilenamekが示すPlayListは、次の条件を満たす。1そのPlayListは、RealPlayListである。2かつ、そのRealPlayListのPlayItemsが参照するClipsのうちの少なくとも1つが、他のRealPlayListによって参照されている。なお、上記2の条件は、それを含むより広い次の条件3に代えることができる。3PlayListfilenamekが示すPlayListは、記録されてから、かつて、issharedClipの値が1にセットされたことがある現在は、そのRealPlayListが参照するClipsは、他のRealPlayListによって参照されていないかもしれない。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トランスポートストリームファイルの構造でなければならない。[記録処理1]次に図31乃至図34を参照して、issharedClipの記録媒体100への記録処理について説明する。図31は、記録処理を説明するフローチャートである。図32乃至図34は、RealPlayListのクリエイト、RealPlayListのデバイド、RealPlayListのコンバインを示す図である。この処理は、ユーザの指示に基づきコンテンツとしての番組を記録媒体100に記録したり、編集したりするとき、付随して実行される。ステップS11において判定部204は、RealPlayListがクリエイトされたかを判定する。例えば新たなコンテンツを記録する場合、RealPlayListがクリエイトされる。RealPlayListがクリエイトされた場合、ステップS16において設定部203は、RealPlayListのissharedClipに0を設定する。例えば新たなコンテンツを記録する場合、RealPlayListのissharedClipに0が設定される。例えば図32に示されるように、Clip1とClip2を記録媒体100に記録するため、それぞれに対応するRealPlayList1とRealPlayList2がクリエイトされた場合、それぞれのissharedClipには0が設定される。RealPlayListがクリエイトされない場合、ステップS12において判定部204は、RealPlayListのissharedClipは0であるかを判定する。例えば、記録済みのコンテンツを編集する場合、記録済みのRealPlayListが編集される。この場合、記録済みのRealPlayList、つまり編集対象のRealPlayListのissharedClipの値が判定される。編集対象のRealPlayListのissharedClipが0である場合、ステップS13において判定部204は、現在の編集がデバイド編集であるかを判定する。現在の編集がデバイド編集である場合、ステップS14において設定部203は、RealPlayListのissharedClipに1を設定する。例えば図33に示されるように、Clip1に対応するRealPlayList1を所定のデバイドポイントでRealPlayList1とRealPlayList2の2つデバイドする場合、編集後のRealPlayList1とRealPlayList2のissharedClipには、それぞれ1が設定される。なお、この操作により、Clipは何も変化しない。これに対して、現在の編集がデバイド編集ではない場合、ステップS16において設定部203は、RealPlayListのissharedClipに0を設定する。例えば図34に示されるように、それぞれClip1とClip2に対応するRealPlayList1とRealPlayList2をコンバインする場合、編集後のRealPlayList1のissharedClipには0が設定される。なお、この操作により、Clipは何も変化しない。一方、ステップS12において編集対象のRealPlayListのissharedClipは0ではない、すなわち1であると判定された場合、ステップS15の判定処理が実行される。ステップS15において判定部204は、Clipが他のRealPlayListにより参照されているかを判定する。具体的には、編集後のRealPlayListが参照するClipが、他のissharedClip=1のRealPlayListにより参照されているかが判定される。編集後のRealPlayListが参照するClipが、他のissharedClip=1のRealPlayListにより参照されている場合、ステップS14の処理が実行される。つまり、編集後のRealPlayListのissharedClipに1が設定される。編集後のRealPlayListが参照するClipが、他のissharedClip=1のRealPlayListにより参照されていない場合、ステップS16の処理が実行される。つまり、編集後のRealPlayListのissharedClipに0が設定される。ステップS14,S16の処理の後、ステップS17において更新部206は、記録対象のRealPlayListのINDEXBAVの情報を更新する。つまり、図17を参照して説明したように、issharedClipは図17のINDEXBAVに含まれている。そこで、INDEXBAVのissharedClipが、ステップS14,S16の処理で設定された値に更新される。勿論、その他変更された情報も更新される。ステップS18において記録部201は、RealPlayListとINDEXBAVを記録する。すなわちステップS17でissharedClipと各種の情報が更新されたINDEXBAVが記録媒体100に記録される。図31の記録処理において、issharedClipフラグが1にセットされている場合におけるPlayListが満たす条件は、上述した2である。すなわち、issharedClip=1であるRealPlayListは、そのPlayItemsが参照するClipsのうちの少なくとも1つが、他のRealPlayListによって参照されているPlayListである。issharedClipの意味を、上述の3のように規定する場合の記録処理を図43を参照して後述するが、その場合に比べて、この図31の記録処理では、issharedClip=1のPlayListが少なくて済む。その結果、この図31の記録処理では、すべてのissharedClip=1のPlayListを読み出す時間は、issharedClipの意味を、上述の3のように規定する図31の記録処理の場合に比べて短くて済む。[コンテンツ削除処理]次に図35乃至図37を参照して、コンテンツの削除処理を説明する。図35は、削除処理を説明するフローチャートである。図36は、RealPlayListの全体の削除を示す図であり、図37は、RealPlayListの一部分の削除を示す図である。ステップS51において取得部202は、INDEXBAVを取得する。つまり、図31のステップS18で記録媒体100に記録されたINDEXBAVファイル図17が読み出される。ステップS52において取得部202は、RealPlayListの削除の指示を取得する。つまり、ユーザがコンテンツの削除を指示するとき、コンテンツの一覧図16が表示される。ユーザはこの一覧の中から削除対象とするコンテンツPlayListを指定する。この指定されたRealPlayListが取得される。ステップS53において取得部202は、issharedClipの値を取得する。つまり、ステップS51で読み出されたINDEXBAVに含まれるissharedClipの中から、削除対象のRealPlayListのissharedClipの値が取得される。ステップS54において判定部204は、ステップS53において取得された削除対象のRealPlayListのissharedClipの値が1であるかを判定する。削除対象のRealPlayListのissharedClipが1ではない場合、すなわち0である場合、ステップS58において削除部205は、RealPlayListと、それが参照するClipを削除する。つまりこの場合、削除対象のRealPlayListが参照するClipは、他のRealPalyListにより参照されていないので、削除対象のRealPlayListとそれが参照するClipが削除される。例えば図36に示されるように、RealPlayListがClipを参照している場合に、そのRealPlayListの全体の削除が指示された場合、RealPlayListとそれにより参照されているClipが削除される。また例えば図37に示されるように、RealPlayListがClipを参照している場合に、そのRealPlayListの一部の削除が指示された場合、RealPlayListの削除が指示された部分が削除される。また、Clipの、削除が指示された部分により参照されている部分が削除される。issharedClipの値が0のRealPlayListの部分削除の編集をしたとき、編集後のRealPlayListのissharedClipの値もまた0とされる上述した図31のステップS12,S13,S16の処理。実用的には、issharedClipが1であるRealPlayListより、issharedClipが0であるRealPlayListの方がその数は圧倒的に多い。つまり、自身がが参照するClipが、他のRealPalyListにより参照されているRealPlayListより、参照されていないRealPalyListの方が多い。そこで、issharedClipが0であるRealPlayListを直ちに削除することで、削除処理の平均の処理時間を短くすることが可能になる。これに対して、ステップS54で削除対象のRealPlayListのissharedClipが1であると判定された場合、削除対象のRealPlayListが参照する少なくとも1つのClipのは、他のRealPalyListにより参照されている。そこでステップS55において取得部202は、issharedClip=1であるすべてのRealPlayListを取得する。つまり、図17のINDEXBAVからissharedClip=1であるすべてのRealPlayListが読み出される。ステップS56で検索部207は、削除可能なClipを検索する。つまり、ステップS55で取得されたissharedClip=1であるRealPlayListの中から、削除可能なClipが検索される。ここで削除可能なClipとは、削除対象のRealPlayListが参照するClipのうち、issharedClip=1である他のRealPalyListにより参照されていないClipである。検索対象とされるRealPlayListは、ステップS55の処理で、issharedClip=1であるRealPalyListに限定されている。従って、issharedClipフラグが存在しない場合に比べて、迅速な検索、すなわち迅速な削除が可能となる。ステップS57において削除部205は、RealPlayListと、削除可能なClipを削除する。つまり、削除対象のRealPlayListと、ステップS56で検索された削除可能なClipが削除される。ステップS57,S58の処理の後、ステップS59において削除部205は、削除したClipを参照するVertualPlayListを削除する。つまり、削除したClipを参照するVertualPlayListは最早存在意義がない。また、VertualPlayListは他のVertualPlayListとClipを共有していない。そこで、VertualPlayListが存在する場合、それは直ちに削除される。ステップS60において更新部206は、INDEXBAVを更新する。すなわち、ステップS57乃至S59の削除処理に対応するようにINDEXBAVが更新される。なお、この削除処理に伴うissharedClip等の情報は、上述した図31のステップS17の処理で更新される。次にステップS61において記録部201は、INDEXBAVを記録する。つまり、ステップS60で更新されたINDEXBAVファイルが記録媒体100に記録される。[編集の例1]次に、図38乃至図42を参照して、RealPlayListの編集について説明する。図38乃至図42は、RealPlayListの編集を示す図である。図38は、複数のClip1乃至Clip4に対応するRealPlayList1乃至RealPlayList4をクリエイトによって作成した時の例を示す。図32に示される場合と同様に、すべてのRealPlayList1乃至RealPlayList4のissharedClipの値は0である。図39は、複数回の編集後の記録媒体100上のRealPlayListの例を示す。この例ではRealPlayList1のissharedClipの値が0であり、RealPlayList2乃至RealPlayList4のissharedClipの値が1である。RealPlayList1は、Clip1を参照している。RealPlayList2は、Clip2の一部を参照している。RealPlayList3は、Clip2の、RealPlayList2が参照していない部分と、Clip3の一部を参照している。RealPlayList4は、Clip3の、RealPlayList3が参照していない部分と、Clip4を参照している。図40は、図39のRealPlayList1を削除した後の記録媒体100上のRealPlayListを示す。RealPlayList1のissharedClipは0であるので、RealPlayList1と、それが参照するClip1を削除することができる上述した図35のステップS58の処理。図41は、図40の状態からRealPlayList4を削除した後の記録媒体100上のRealPlayListを示す。図40のRealPlayList4のissharedClipは1であるので、INDEXBAVの中のissharedClip=1であるすべてのPlayListfilesが記録媒体100から読み出される上述した図35のステップS55の処理。そして、削除対象のRealPlayList4が参照するClip4が、他のissharedClip=1のRealPlayListから参照されているかが調べられる上述した図35のステップS56の処理。RealPlayList4が参照するClip3は、issharedClip=1の他のRealPlayList3から参照されているので削除可能なClipではない。RealPlayList4が参照するClip4は、issharedClip=1の他のRealPlayListから参照されていないので削除可能なClipである。したがって、RealPlayList4と、Clip4が削除され、図41のようになる上述した図35のステップS57の処理。図42は、図31の記録処理と図35の削除処理を行って、図40の状態からRealPlayList3を削除した後のRealPlayListを示す。図40のRealPlayList3のissharedClipは1であるので、INDEXBAVの中のissharedClip=1であるすべてのPlayListが記録媒体100から読み出される上述した図35のステップS55の処理。そして、削除対象のRealPlayList3が参照するClipが、他のissharedClip=1のRealPlayListから参照されているかが調べられる上述した図35のステップS56の処理。RealPlayList3が参照するClip2とClip3は、issharedClip=1の他のRealPlayList1とRealPlayList4から参照されているので、削除可能なClipではない。そこでRealPlayList3だけが削除され、図42に示される状態になる上述した図35のステップS57の処理。なお、図42の例では、RealPlayList3の削除とともに、Clip2とClip3の不必要なストリーム部分が削除されている。この処理は、図37のRealPlayListの部分的な削除の例に対応する処理である。図42に示されるように、編集の結果、RealPlayList2が参照するClip2と、RealPlayList4が参照するClip3,4は、他のRealPlayListによって参照されなくなる。そこで、RealPlayList2とRealPlayList4のissharedClipがいずれも0に変更される上述した図31のステップS12,S15,S16の処理。[記録処理2]次に、issharedClipフラグが1にセットされている場合におけるPlayListが満たす条件を上述した3とした場合のissharedClipフラグの記録処理を、図43を参照して説明する。この場合におけるissharedClip=1であるRealPlayListは、記録されてから、かつて、issharedClipの値が1にセットされたことがあるRealPlayListである。すなわち、そのRealPlayListは、現在は、それが参照するClipsは、他のRealPlayListによって参照されていないかもしれないRealPlayListである。ステップS111において判定部204は、RealPlayListがクリエイトされたかを判定する。例えば新たなコンテンツを記録する場合、RealPlayListがクリエイトされる。RealPlayListがクリエイトされた場合、ステップS115において設定部203は、RealPlayListのissharedClipに0を設定する。例えば新たなコンテンツを記録する場合、RealPlayListのissharedClipに0が設定される。RealPlayListがクリエイトされていない場合、ステップS112において判定部204は、RealPlayListのissharedClipは0であるかを判定する。例えば、記録済みのコンテンツを編集する場合、記録済みのRealPlayListが編集される。この場合、記録済みのRealPlayList、つまり編集対象のRealPlayListのissharedClipの値が判定される。編集対象のRealPlayListのissharedClipが0である場合、ステップS113において判定部204は、現在の編集がデバイド編集であるかを判定する。現在の編集がデバイド編集である場合、ステップS114において設定部203は、RealPlayListのissharedClipに1を設定する。これに対して、現在の編集がデバイド編集ではない場合、ステップS115において設定部203は、RealPlayListのissharedClipに0を設定する。また、ステップS112においてRealPlayListのissharedClipが0ではない、すなわち1であると判定された場合、ステップS113の判定処理はスキップされ、処理はステップS114に進み、RealPlayListのissharedClipに1が設定される。つまり、issharedClipは一度1に設定されると、以後、0に変更されることはない。ステップS114,S115の処理の後、ステップS116において更新部206は、記録対象のRealPlayListのINDEXBAVの情報を更新する。ステップS117において記録部201は、RealPlayListとINDEXBAVを記録する。すなわちステップS116でissharedClipと各種の情報が更新されたINDEXBAVが記録媒体100に記録される。このように、図43の記録処理においては、図31の記録処理のステップS15の処理が削除されている。図43の記録処理のその他の処理は、図31の場合と同様である。すなわち、図43のステップS111乃至S117の処理は、それぞれ図31のステップS11乃至S14,S16乃至S18の処理に対応する。[編集の例2]図31の記録処理においては、図40と図42を参照して説明したように、issharedClipが書き替えられる。すなわち、図40に示される状態でRealPlayList3が削除されると、図42に示されるように、RealPlayList2とRealPlayList4が参照するClipsが、他のRealPlayListによって参照されなくなる。そこで、RealPlayList2とRealPlayList4のissharedClipは、1から0に書き替えられる。しかしながら、図43の記録処理においては、編集後のRealPlayList2とRealPlayList4のissharedClipの値は変更されず、値1のままとされる上述した図43のステップS112,S114の処理。図44は、図43の記録処理と図35の削除処理を行って、図40の状態からRealPlayList3を削除した後のRealPlayListを示す。図35の削除処理に伴うRealPlayListとClipの変化は、図42を参照して説明した場合と同様である。図44に示されるように、RealPlayList2が参照するClip2と、RealPlayList4が参照するClip3,4が、他のRealPlayListによって参照されなくなると、図43の記録処理ではissharedClipに関して次のような処理が行われる。すなわち、図40に示されるように、RealPlayList2とRealPlayList4のissharedClipは、編集前に既に1に設定されている。このような場合、ステップS112において常にNOと判定される。その結果、一旦issharedClipに1が設定されると、ステップS115のissharedClipに0を設定する処理は実行されることがなく、issharedClipは1のままとされる。このようにすると、RealPlayList3の削除のときに、そのRealPlayList3についてのINDEXBAVの情報の削除更新だけで済み、RealPlayList2とRealPlayList4についてのINDEXBAVの情報を更新しなくてよい。すなわち、issharedClipの意味を、上述の2から3に広げることにより、削除対象のRealPlayListのINDEXBAVの情報のみを更新すればよいので、INDEXBAVの内容管理が容易になる。次に、INDEXBAVのissharedClipの効果について説明する。PLAYLISTディレクトリの下に記録されているすべてのPlayListのClipsの参照状態は、図39に示されるようであるものとする。いま図39の状態から、RealPlayList2を削除するものとする。RealPlayList2は、Clip2を参照している。仮に、INDEXBAVのissharedClipが存在しないとすると、他のRealPlayList1RealPlayList3RealPlayList4を記録媒体100から読み出して、それらによりClip2が参照されていないかどうかを調べる必要がある。この例では、PLAYLISTディレクトリの下のPlayListの数が4個なので、高々3個のファイルを読み出す時間はそれ程長くは無い。しかし、記録媒体100に記録されているPlayListの数が非常に大きな数たとえば、10000個以上である場合、すべてのPlayListを読み出して、それらによりClip2が参照をされているかどうかを調べる時間は相当に長くなる。そこで、INDEXBAVにissharedClipを記録し、その値を調べて、その値が1であるPlayListだけを読み出すようにすることにより、読み出す必要のあるPlayListの数を減らすことが期待できる。その結果、PlayListとClipsの参照関係を調べる時間を短縮できる。本技術のプログラムへの適用上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることができる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。このようなプログラムを含む記録媒体は、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスクフロッピディスクを含む、光ディスクCDROMDVDを含む、光磁気ディスクMDMiniDiskを含む、もしくは半導体メモリなどよりなるリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているフラッシュROMやハードディスクなどで構成される。なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。[その他]本技術は、以下のような構成もとることができる。1再生情報が参照するコンテンツの実態としての実態情報が、他の前記再生情報により参照されていることを示すフラグを記録する記録部と、前記再生情報の削除が指示された場合、前記フラグを用いて削除可能な前記実態情報を検索する検索部と、前記再生情報の削除が指示された場合、削除対象の前記再生情報と削除可能な前記実態情報とを削除する削除部とを備える情報処理装置。2前記検索部は、削除可能な前記実態情報として、削除対象の前記再生情報が参照する前記実態情報であって、削除対象以外の前記再生情報により参照されていない前記実態情報を検索する前記1に記載の情報処理装置。3前記検索部は、他の前記再生情報により参照されていることを示す前記フラグを有する前記再生情報が参照する前記実体情報の中から削除可能な前記実態情報を検索する前記1または2に記載の情報処理装置。4削除対象の前記再生情報の前記フラグが、削除対象の前記再生情報が参照する前記実態情報が他の前記再生情報により参照されていないことを示す場合、前記削除部は、削除対象の前記再生情報と削除対象の前記再生情報が参照する前記実態情報とを削除する前記1乃至3のいずれかに記載の情報処理装置。5前記削除部は、削除された前記実態情報を参照する前記再生情報であって、前記実態情報を共有しない前記再生情報をさらに削除する前記4に記載の情報処理装置。6前記再生情報の編集に伴って前記フラグを設定する設定部をさらに備える前記1乃至5のいずれかに記載の情報処理装置。7前記設定部は、前記再生情報がデバイドされた場合、前記フラグを、前記実態情報が他の前記再生情報により参照されていることを示す状態に設定し、前記再生情報がクリエイト、コンバイン、および部分削除された場合、前記フラグを、前記実態情報が他の前記再生情報により参照されていないことを示す状態に設定する前記6に記載の情報処理装置。8前記設定部は、編集前の前記再生情報の前記フラグが、前記実態情報が他の前記再生情報により参照されていることを示す状態に設定されている場合に、編集後の前記再生情報が参照する前記実態情報が、前記実態情報が他の前記再生情報により参照されていることを示す前記フラグの他の前記再生情報により参照されないとき、前記フラグを、前記実態情報が他の前記再生情報により参照されていないことを示す状態に変更する前記6または7に記載の情報処理装置。9前記フラグは、前記再生情報が、記録されてから、かつて、前記実態情報が他の前記再生情報により参照されことがあることを示し、前記設定部は、前記フラグが、一旦、前記実態情報が他の前記再生情報により参照されていることを示す状態に設定された場合、以後、前記実態情報が他の前記再生情報により参照されていないことを示す状態に変更しない前記6乃至8のいずれかに記載の情報処理装置。10再生情報が参照するコンテンツの実態としての実態情報が、他の前記再生情報により参照されていることを示すフラグを記録する記録ステップと、前記再生情報の削除が指示された場合、前記フラグを用いて削除可能な前記実態情報を検索する検索ステップと、前記再生情報の削除が指示された場合、削除対象の前記再生情報と削除可能な前記実態情報とを削除する削除ステップとを含む情報処理方法。11再生情報が参照するコンテンツの実態としての実態情報が、他の前記再生情報により参照されていることを示すフラグを記録する記録ステップと、前記再生情報の削除が指示された場合、前記フラグを用いて削除可能な前記実態情報を検索する検索ステップと、前記再生情報の削除が指示された場合、削除対象の前記再生情報と削除可能な前記実態情報とを削除する削除ステップとを含む処理をコンピュータに実行させるプログラム。"