JP2005005916A - 情報処理装置および方法、記録媒体、並びにプログラム - Google Patents

Abstract

【課題】部分的に削除された動画ファイルを指示されたフレームから表示させる。
【解決手段】表示位置決定部４０１は、編集点のフレームを特定する。デコードフレーム特定部４０２は、編集点より前のフレームの中から、編集点以降のフレームをデコードするために必要なフレーム（以下、デコード用フレームと称する）を特定する。不要フレーム特定部４０３は、表示にもデコードにも利用されない不要なフレームを特定し、ビデオ・オーディオファイル管理部３０４は、ビデオファイル４１１から不要なフレームを削除する。表示開始位置設定部４０４は、デコード用フレームの個数に基づいて、表示を開始するフレームを設定する。表示を開始するフレームのタイムコードは、クリップインフォメーションファイル４２１に追記される。本発明は、例えば、撮影装置に適用することができる。
【選択図】 図１０

Description

【０００１】
【発明の属する技術分野】
本発明は情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、ユーザが所望する位置から映像の表示を開始させるようにした情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、データの書き込みや消去を繰り返し行うことができるＣＤ−ＲＷ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−ＲｅＷｒｉｔａｂｌｅ）、ＤＶＤ−ＲＷ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ−ＲｅＷｒｉｔａｂｌｅ）などの記録媒体が、その低価格化に伴い普及しつつある。
【０００３】
このようなディスク状の記録媒体を撮影装置に装着し、撮影処理により得られた動画データや音声データ（以下、動画データと音声データをあわせてＡＶデータとも称する）等を記録することができる。また、撮影装置に、これらの記録媒体を装着し、ＡＶデータを記録した後、不要な部分のＡＶデータを削除して、その記録領域に、次回以降の撮影処理により得られたＡＶデータを記録することにより、記録媒体の記録領域をより有効に利用することが可能となる。
【０００４】
例えば、野生動物の行動を記録するために、撮影装置を動物の巣の前に固定し、撮影処理を続けるような場合、撮影処理により得られたＡＶデータのうち、実際に必要な部分は、全体の記録時間と比較して、わずかな時間でしかないことが多い。この場合、記録媒体には、利用されない（今後の編集処理により削除される）ＡＶデータが多く記録されることとなってしまう。そこで、１回の撮影処理により記録媒体に記録された１つのクリップのＡＶデータのうち、不要な部分を削除することにより、記録媒体の記録可能な空き容量を増やすことができ、必要な映像をより多く撮影し、記録することが可能となる。
【０００５】
この場合、ユーザは、例えば、６０分間記録されたＡＶデータのうち、最後の５分ぶんのＡＶデータのみが必要な場合、先頭から５５分後のフレームより前のＡＶデータの削除を指示することにより、撮影装置は、先頭から５５分後より前のＡＶデータが記録されていた領域に、後の撮影処理により撮影されたＡＶデータを記録可能なように、記録媒体のファイルシステムに登録する。
【０００６】
【発明が解決しようとする課題】
しかしながら、ＡＶデータが例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）などのように、近傍のフレームとの相関を利用して符号化する、いわゆるフレーム間相関圧縮により符号化されたものであった場合、ユーザが、ＡＶデータのうち、削除する部分と残す部分の境界（以下、これを編集点とも称する）を指定しても、実際には、ユーザが指定した通りの編集点でＡＶデータを区切ることができないことがあるという課題があった。
【０００７】
すなわち、ＭＰＥＧでは、Ｉ（Ｉｎｔｒａ）ピクチャ、Ｐ（Ｐｒｅｄｉｃｔｉｖｅ）ピクチャ、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ）ピクチャの３つのピクチャタイプがある。Ｉピクチャは、他のピクチャ（本明細書においては、「ピクチャ」と「フレーム」を同義の語とする）を参照せずにイントラ符号化（エンコード）される。Ｐピクチャは、イントラ符号化されるか、あるいは、時間的に先に表示されるＩピクチャまたはＰピクチャを参照して、その参照されるピクチャから生成される予測画像を用いて予測符号化される。Ｂピクチャは、イントラ符号化されるか、時間的に先に表示されるＩピクチャまたはＰピクチャと、時間的に後に表示されるＩピクチャまたはＰピクチャとのうちの一方または両方を参照して、その参照されるピクチャから生成される予測画像を用いて予測符号化される。
【０００８】
デコード（復号）処理も、この順番で行われ、必要に応じて、時間的に後に表示されるピクチャが参照される。
【０００９】
このことから、例えば、編集点が設定されているピクチャのタイプ（Ｉピクチャ、Ｐピクチャ、Ｂピクチャのいずれか）によっては、編集点以降のピクチャをデコードするために、編集点より前のピクチャを参照する必要があり、従って、この場合、編集点以降のピクチャをデコードする前に、編集点より前のピクチャをデコードしておかなければならない。そのため、編集点より前のピクチャも削除せず残しておく必要がある。そして、このようにした場合、ＡＶデータの再生時に、残しておいた編集点より前のピクチャも表示してしまうことがあるという課題があった。
【００１０】
具体的には、いま、例えば、１５フレームのピクチャで構成され、ＩピクチャまたはＰピクチャが、３ピクチャ単位で配置されるＧＯＰ構造のＬｏｎｇ ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）を考える。
【００１１】
この場合、ＧＯＰを構成する各ピクチャを、そのピクチャタイプを表すアルファベット（Ｉ，Ｐ，Ｂ）と、表示順を表す数字との組み合わせで表すこととすると、１ＧＯＰは、Ｂ１，Ｂ２，Ｉ３，Ｂ４，Ｂ５，Ｐ６，Ｂ７，Ｂ８，Ｐ９，Ｂ１０，Ｂ１１，Ｐ１２，Ｂ１３，Ｂ１４，Ｐ１５で構成される。
【００１２】
Ｂピクチャは、時間的に先に表示されるピクチャだけでなく、時間的に後に表示されるピクチャを参照してエンコードされる場合があるため、デコード時には、その後に表示されるピクチャがデコードされていないと、Ｂピクチャをデコードすることはできない。
【００１３】
そこで、ＭＰＥＧでは、Ｂピクチャのデコードに参照されるピクチャは、そのＢピクチャよりも先にデコードされる。このため、上述のＧＯＰを構成するＢ１乃至Ｐ１５は、Ｉ３，Ｂ１，Ｂ２，Ｐ６，Ｂ４，Ｂ５，Ｐ９，Ｂ７，Ｂ８，Ｐ１２，Ｂ１０，Ｂ１１，Ｐ１５，Ｂ１３，Ｂ１４の順番でデコードされる。
【００１４】
即ち、ピクチャＢ１，Ｂ２は、先に表示される１つ前のＧＯＰのピクチャＰ１５と、後に表示される、同一のＧＯＰのピクチャＩ３を参照してデコードされる。ピクチャＩ３は、他のピクチャを参照せずにデコードされる。ピクチャＢ４，Ｂ５は、先に表示される、同一ＧＯＰのピクチャＩ３と、後に表示される、同一のＧＯＰのピクチャＰ６を参照してデコードされる。ピクチャＰ６は、先に表示される、同一ＧＯＰのピクチャＩ３を参照してデコードされる。ピクチャＢ７，Ｂ８は、先に表示される、同一ＧＯＰのピクチャＰ６と、後に表示される、同一のＧＯＰのピクチャＰ９を参照してデコードされる。ピクチャＰ９は、先に表示される、同一ＧＯＰのピクチャＰ６を参照してデコードされる。ピクチャＢ１０，Ｂ１１は、先に表示される、同一ＧＯＰのピクチャＰ９と、後に表示される、同一のＧＯＰのピクチャＰ１２を参照してデコードされる。ピクチャＰ１２は、先に表示される、同一ＧＯＰのピクチャＰ９を参照して復号される。ピクチャＢ１３，Ｂ１４は、先に表示される、同一ＧＯＰのピクチャＰ１２と、後に表示される、同一のＧＯＰのピクチャＰ１５を参照してデコードされる。ピクチャＰ１５は、先に表示される、同一ＧＯＰのピクチャＰ１２を参照してデコードされる。
【００１５】
以上のように、編集点が設定されているピクチャのタイプによって、そのピクチャをデコードする前に、予めデコードしておく必要のあるピクチャの数が異なるため、それに伴い、デコードの開始時刻や開始位置が異なることになる。
【００１６】
ここで、図１Ａおよび図１Ｂを参照して、ＭＰＥＧ方式により記録されたＡＶデータのデコードについて説明する。
【００１７】
ＡＶデータの先頭からｎ番目のＧＯＰをＧＯＰ（ｎ）と表し、いま、図１Ａに示されるように、例えば、ユーザにより、時刻ｔ１から時刻ｔ２までの期間の、ＧＯＰ（ｎ）のピクチャＰ９から、ＧＯＰ（ｎ）に続けて配置されるＧＯＰ（ｎ＋１）のピクチャＰ９までを残し、ＧＯＰ（ｎ）のピクチャＢ８以前のピクチャを削除することが要求されている場合、その要求に応じて行われるデコードは、図１Ｂに示されるようにして行われる。
【００１８】
すなわち、ＧＯＰ（ｎ）のピクチャＢ１乃至Ｂ１３を、その順番で表示させるためには、ピクチャＩ３，Ｂ１，Ｂ２，Ｐ６，Ｂ４，Ｂ５，Ｐ９，Ｂ７，Ｂ８，Ｐ１２，Ｂ１０，Ｂ１１，Ｐ１５，Ｂ１３の順番で、それぞれのピクチャをデコードする必要がある。
【００１９】
また、時刻ｔ１から時刻ｔ２までの期間に表示するＧＯＰ（ｎ）のピクチャＰ９乃至Ｂ１５を、その順番で表示させるためには、ピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２，Ｂ１０，Ｂ１１，Ｐ１５，Ｂ１３，Ｂ１４の順番で、それぞれのピクチャをデコードする必要がある。このとき、編集点が設定されているＧＯＰ（ｎ）のピクチャＰ９をデコードするためには、ピクチャＰ６を参照する必要があり、ピクチャＰ６をデコードするためには、ピクチャＩ３を参照する必要がある。従って、ＧＯＰ（ｎ）に関しては、表示しないピクチャＩ３、ピクチャＰ６を含めて、ピクチャＩ３，Ｐ６，Ｐ９，…の順番に、デコードが行われる。
【００２０】
同様に、ＧＯＰ（ｎ＋１）のピクチャＢ１乃至Ｂ９を、その順番で表示させるためには、ピクチャＩ３，Ｂ１，Ｂ２，Ｐ６，Ｂ４，Ｂ５，Ｐ９，Ｂ７，Ｂ８の順番で、それぞれのピクチャをデコードする必要がある。
【００２１】
従って、編集点ｔ１より前のＧＯＰ（ｎ）のピクチャＩ３およびＰ６も削除せずに残しておく必要がある。しかしながら、図１Ｂに示されるピクチャのうち、実際に、ユーザが指定した編集点はｔ１´であるものの、図１Ｂに示されるピクチャをそのまま表示させた場合、ｔ３の位置から表示が開始され、ユーザが削除を指示したはずの、ＧＯＰ（ｎ）のピクチャＩ３およびＰ６も表示されてしまう。
【００２２】
例えば、図１Ｂに示されるようにしてデコードしたピクチャのうち、不要なピクチャ、すなわちＧＯＰ（ｎ）のピクチャＩ３およびＰ６を除去したものを再エンコードし、再エンコードしたＡＶデータを、改めて記録媒体に記録することにより、編集点以降のＡＶデータのみを表示させるようにすることも可能である。しかしながら、このようにした場合、再エンコードを行うことにより、画質の劣化を招いてしまうという課題がある。
【００２３】
本発明はこのような状況に鑑みてなされたものであり、ユーザが所望する位置から映像の表示を開始させることができるようにするものである。
【００２４】
【課題を解決するための手段】
本発明の情報処理装置は、記録媒体に記録された動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定手段と、特定手段により特定された、デコードに必要であり、かつ表示させないフレームのフレーム数に基づいて、動画データの表示開始フレームを設定する設定手段とを備えることを特徴とする。
【００２５】
前記設定手段により設定された前記表示開始フレームを特定するための特定情報の前記記録媒体への記録を制御する記録制御手段をさらに設けるようにすることができる。
【００２６】
本発明の情報処理方法は、記録媒体に記録された動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定ステップと、特定ステップの処理により特定された、デコードに必要であり、かつ表示させないフレームのフレーム数に基づいて、動画データの表示開始フレームを設定する設定ステップとを含むことを特徴とする。
【００２７】
本発明の記録媒体のプログラムは、記録媒体に記録された動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定ステップと、特定ステップの処理により特定された、デコードに必要であり、かつ表示させないフレームのフレーム数に基づいて、動画データの表示開始フレームを設定する設定ステップとを含むことを特徴とする。
【００２８】
本発明のプログラムは、フレーム間予測により符号化された動画データから、指定された部分の動画データを削除する処理を実行するコンピュータに、記録媒体に記録された動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定ステップと、特定ステップの処理により特定された、デコードに必要であり、かつ表示させないフレームのフレーム数に基づいて、動画データの表示開始フレームを設定する設定ステップとを実行させることを特徴とする。
【００２９】
本発明の情報処理装置および方法、記録媒体、並びにプログラムにおいては、記録媒体に記録された動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームが特定され、特定された、デコードに必要であり、かつ表示させないフレームのフレーム数に基づいて、動画データの表示開始フレームが設定される。
【００３０】
本発明は、例えば、映像を撮影する撮影装置や、映像を編集する編集装置に適用することができる。
【００３１】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３２】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００３３】
請求項１に記載の情報処理装置（例えば、図２の記録再生装置１は、記録媒体（例えば、光ディスク３０）に記録された動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定手段（例えば、図１０の不要フレーム特定部４０３）と、特定手段により特定された、デコードに必要であり、かつ表示させないフレームのフレーム数に基づいて、動画データの表示開始フレームを設定する設定手段（例えば、図１０の表示開始位置設定部４０４）とを備えることを特徴とする。
【００３４】
請求項２に記載の情報処理装置は、前記設定手段により設定された前記表示開始フレームを特定するための特定情報（例えば、図１０のクリップインフォメーションファイル４２１）の前記記録媒体への記録を制御する記録制御手段（例えば、クリップインフォメーションファイル管理部３０３）をさらに備えることを特徴とする。
【００３５】
請求項３に記載の情報処理方法は、記録媒体（例えば、光ディスク３０）に記録された動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定ステップ（例えば、図２１のステップＳ１０３）と、特定ステップの処理により特定された、デコードに必要であり、かつ表示させないフレームのフレーム数に基づいて、動画データの表示開始フレームを設定する設定ステップ（例えば、図２１のステップＳ１０６）とを含むことを特徴とする。
【００３６】
請求項４に記載の記録媒体、および請求項５に記載のプログラムの構成要件は、請求項３に記載の情報処理方法と同様であるため、説明を省略する。
【００３７】
以下に、本発明の実施の形態について図面を参照して説明する。
【００３８】
図２は本発明を適用した記録再生装置１の一実施の形態の構成を示すブロック図である。
【００３９】
図２の記録再生装置１は、例えば、カムコーダ（登録商標）等のビデオカメラであり、放送用のニュース番組の取材や、スポーツ等の試合の模様、映画などの映像コンテンツの撮影に使用される装置である。記録再生装置１は、撮影スタッフに操作され、各場面の撮影を行う。そして、撮影により得られた動画データや音声データを光ディスク３０等の記録媒体に記録する。
【００４０】
また、記録再生装置１は、例えば、撮像により得られた動画データであるオリジナルの動画データだけでなく、ローレゾリューション（ｌｏｗ ｒｅｓｏｌｕｔｉｏｎ：低解像度）動画データ（以下、ローレゾデータと称する）を光ディスク３０に記録することができる。オリジナルの動画データは、データ量が大きいが、高画質な動画データであるので、映像プログラムの完成品に用いられる。一方、ローレゾデータは、オリジナルの動画データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する動画データである。また、ローレゾデータは、さらに、例えば、ＭＰＥＧ４方式等でエンコードされているようにしてもよい。このローレゾデータは、オリジナルの動画データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用される。
【００４１】
また、記録再生装置１は、例えば、必要な動画データ等を好適な順序で再生し、表示するだけでなく、取材により得られた動画データ等の編集処理を行う。この編集処理としては、粗編集処理と本編集処理がある。
【００４２】
粗編集処理は、動画データや音声データに対する簡易的な編集処理である。例えば、記録再生装置１は、粗編集処理において、１回の撮像処理を示す単位であるクリップに対応する、動画データや音声データ等を含む映像コンテンツに関するデータ（以下、クリップデータと称する）を複数取得した場合に、それらのクリップデータの中から、本編集で使用すべきクリップデータを選択し、選択されたクリップデータの中から、さらに必要な映像部分を選択（Ｌｏｇｇｉｎｇ）し、その選択された映像部分に対応する編集開始位置（Ｉｎ点）および編集終了位置（Ｏｕｔ点）を例えば、タイムコード等を利用して設定し、上述したクリップデータの中から、対応する部分を抽出（Ｉｎｇｅｓｔｉｎｇ）する。
【００４３】
なお、クリップは、１回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデータのデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。
【００４４】
本編集処理は、粗編集処理が施された各クリップデータを繋ぎ合わせ、その動画データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全パッケージデータを作成する処理である。
【００４５】
なお、本実施の形態においては、記録再生装置１により撮影、再生、および編集を行うようにしているが、これらをそれぞれ独立した装置により実行させるようにすることも勿論可能である。
【００４６】
図１において、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２に記憶されているプログラムに従って、各種の処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００４７】
クリップ管理部１４は、クリップを作成して光ディスク３０に記録する処理、光ディスク３０に記録されたクリップの内容を変更する処理、および光ディスク３０に記録されたクリップを削除する処理等を管理している。
【００４８】
エディットリスト管理部１５は、クリップを繋ぎ合わせたりして、編集処理が行なわれた場合、編集内容に関する情報や、編集後のデータに関する情報等に基づいて、編集結果に関する情報であるエディットリストを生成する。
【００４９】
再生制御部１６は、光ディスク３０に記録されたＡＶデータの再生処理を制御する。
【００５０】
インデックスファイル管理部１８は、光ディスク３０のフォーマット時に、インデックスファイル（ＩＮＤＥＸ．ＸＭＬ）４１を作成し、ドライブ２９を介して、光ディスク３０に記録する。また、インデックスファイル管理部１８は、光ディスク３０にクリップが記録された場合、エディットリストが記録された場合など、光ディスク３０に記録されるデータに変更がある場合、インデックスファイル４１の記述内容を更新し、ドライブ２９を介して、光ディスク３０に記録する。
【００５１】
ディスクインフォメーションファイル管理部１９は、光ディスク３０の再生履歴のリストファイルである、ディスクインフォメーションファイル（ＤＩＳＣＩＮＦＯ．ＸＭＬ）の作成および更新処理を実行する。
【００５２】
ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、クリップ管理部１４、エディットリスト管理部１５、再生制御部１６、インデックスファイル管理部１８、およびディスクインフォメーションファイル管理部１９は、バス１７を介して相互に接続されている。このバス１７にはまた、入出力インタフェース２０も接続されている。
【００５３】
入出力インタフェース２０には、ボタンやダイヤル等から構成される操作部２１が接続され、操作部２１に入力された操作に基づく操作信号をＣＰＵ１１に出力する。また、入出力インタフェース２０には、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などにより構成される表示部２２、スピーカなどにより構成される音声出力部２３、被写体の映像を撮像するとともに、音声を集音する撮像部２４、ハードディスク等により構成される記憶部２５、インターネットなどのネットワークを介して、他の装置とデータの通信を行う通信部２６、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア２８よりデータを読み出したり、データを書き込んだりするときに用いられるドライブ２７も接続されている。
【００５４】
さらに、入出力インタフェース２０には、光ディスク３０へのデータの記録、および光ディスク３０からのデータの読み出しを行うドライブ２９も接続されている。
【００５５】
光ディスク３０は、例えば、開口数（ＮＡ）０．８５、波長４０５ｎｍの青紫色レーザを用いて、最小マーク長０．１４μｍ、トラックピッチ０．３２μｍの記録密度で大容量（例えば２７ギガバイト）のデータを記録可能な光ディスクである。なお、光ディスク３０は、それ以外の記録媒体であってもよく、例えば、ＤＶＤ−ＲＡＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ − Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ），ＤＶＤ−Ｒ（ＤＶＤ − Ｒｅｃｏｒｄａｂｌｅ），ＤＶＤ−ＲＷ（ＤＶＤ − ＲｅＷｒｉｔａｂｌｅ），ＤＶＤ＋Ｒ（ＤＶＤ ＋ Ｒｅｃｏｒｄａｂｌｅ），ＤＶＤ＋ＲＷ（ＤＶＤ ＋ ＲｅＷｒｉｔａｂｌｅ），ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ − Ｒｅｃｏｒｄａｂｌｅ），またはＣＤ−ＲＷ（ＣＤ − ＲｅＷｒｉｔａｂｌｅ）等の各種の光ディスクであってもよい。
【００５６】
次に、光ディスク３０に記録された各データを管理するファイルシステム、並びにファイルシステムにおけるディレクトリ構造およびファイルについて説明する。
【００５７】
光ディスク３０に記録されたデータを管理するファイルシステムとしては、どのようなファイルシステムを用いてもよく、例えば、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）やＩＳＯ９６６０（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ ９６６０）等を用いてもよい。また、光ディスク３０の代わりにハードディスク等の磁気ディスクを用いた場合、ファイルシステムとして、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅｓ）、ＮＴＦＳ（Ｎｅｗ Ｔｅｃｈｎｏｌｏｇｙ Ｆｉｌｅ Ｓｙｓｔｅｍ）、ＨＦＳ（Ｈｉｅｒａｒｃｈｉｃａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）、またはＵＦＳ（Ｕｎｉｘ（登録商標） Ｆｉｌｅ Ｓｙｓｔｅｍ）等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。
【００５８】
このファイルシステムにおいては、光ディスク３０に記録されたデータは図３に示されるようなディレクトリ構造およびファイルにより管理される。
【００５９】
図３において、ルートディレクトリ（ＲＯＯＴ）２０１には、動画データや音声データ等のエッセンスデータに関する情報、および、エッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるＰＲＯＡＶディレクトリ２０２が設けられる。なお、ルートディレクトリ２０１には、図示は省略するが、構成表データ等も設けられる。
【００６０】
ＰＲＯＡＶディレクトリ２０２には、光ディスク３０に記録されている全てのエッセンスデータに対するタイトルやコメント、さらに、光ディスク３０に記録されている全ての動画データの代表となるフレームである代表画に対応する動画データのパス等の情報を含むファイルであるディスクメタファイル（ＤＩＳＣＭＥＴＡ．ＸＭＬ）２０３、光ディスク３０に記録されている全てのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル（ＩＮＤＥＸ．ＸＭＬ）２０４、およびインデックスファイル２０４のバックアップファイル（ＩＮＤＥＸ．ＢＵＰ）２０５が設けられている。なお、バックアップファイル２０５は、インデックスファイル２０４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。なお、図２に示されたインデックスファイル４１は、光ディスク３０に記録されたインデックスファイル２０４をドライブ２９を介して読み出したものである。
【００６１】
ＰＲＯＡＶディレクトリ２０２には、さらに、光ディスク３０に記録されているデータ全体に対するメタデータであり、例えば、ディスク属性、再生開始位置、またはＲｅｃｌｎｈｉ等の情報を含むファイルであるディスクインフォメーションファイル（ＤＩＳＣＩＮＦＯ．ＸＭＬ）２０６およびディスクインフォメーションファイル２０６のバックアップファイル（ＤＩＳＫＩＮＦＯ．ＢＵＰ）２０７が設けられている。なお、バックアップファイル２０７は、ディスクインフォメーションファイル２０６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
【００６２】
また、ＰＲＯＡＶディレクトリ２０２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（ＣＬＰＲ）２０８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ（ＥＤＴＲ）２０９が設けられる。
【００６３】
クリップルートディレクトリ２０８には、光ディスク３０に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図３の場合、３つのクリップのデータが、クリップディレクトリ（Ｃ０００１）２１１、クリップディレクトリ（Ｃ０００２）２１２、および、クリップディレクトリ（Ｃ０００３）２１３の３つのディレクトリに分けられて管理されている。すなわち、光ディスク３０に記録された最初のクリップの各データは、クリップディレクトリ２１１の下位のディレクトリのファイルとして管理され、２番目に光ディスク３０に記録されたクリップの各データは、クリップディレクトリ２１２の下位のディレクトリのファイルとして管理され、３番目に光ディスク３０に記録されたクリップの各データは、クリップディレクトリ２１３の下位のディレクトリのファイルとして管理される。
【００６４】
また、エディットリストルートディレクトリ２０９には、光ディスク３０に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図３の場合、４つのエディットリストが、エディットリストディレクトリ（Ｅ０００１）２１４、エディットリストディレクトリ（Ｅ０００２）２１５、エディットリストディレクトリ（Ｅ０００３）２１６、およびエディットリストディレクトリ（Ｅ０００４）２１７の４つのディレクトリに分けて管理されている。すなわち、光ディスク３０に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ２１４の下位のディレクトリのファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ２１５の下位のディレクトリのファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ２１６の下位のディレクトリのファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ２１７の下位のディレクトリのファイルとして管理される。
【００６５】
上述したクリップルートディレクトリ２０４に設けられるクリップディレクトリ２１１の下位のディレクトリには、最初に光ディスク３０に記録されたクリップの各データが、図４に示されるようなファイルとして設けられ、管理される。
【００６６】
図４の場合、クリップディレクトリ２１１には、このクリップを管理するファイルであるクリップインフォメーションファイル（Ｃ０００１Ｃ０１．ＳＭＩ）２２１、このクリップの動画データを含むファイルであるビデオファイル（Ｃ０００１Ｖ０１．ＭＸＦ）２２２、それぞれ、このクリップの各チャンネルの音声データを含む４つのファイルであるオーディオファイル（Ｃ０００１Ａ０１．ＭＸＦ乃至Ｃ０００１Ａ０４．ＭＸＦ）２２３乃至２２６、このクリップの動画データに対応するローレゾデータを含むファイルであるローレゾデータファイル（Ｃ０００１Ｓ０１．ＭＸＦ）２２７、このクリップのエッセンスデータに対応する、例えば、ＬＴＣとフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデータであるクリップメタデータを含むファイルであるクリップメタデータファイル（Ｃ０００１Ｍ０１．ＸＭＬ）２２８、このクリップのエッセンスデータに対応する、例えばＬＴＣ等の、リアルタイム性を要求されるメタデータであるフレームメタデータを含むファイルであるフレームメタデータファイル（Ｃ０００１Ｒ０１．ＢＩＭ）２２９、並びに、ビデオファイル２２２のフレーム構造（例えば、ＭＰＥＧ等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（Ｃ０００１Ｉ０１．ＰＰＦ）２３０等のファイルが設けられる。
【００６７】
図４の場合、再生時にリアルタイム性を要求されるデータである、動画データ、ローレゾデータ、およびフレームメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
【００６８】
また、音声データも、再生時にリアルタイム性を要求されるが、音声の多チャンネル化に対応するために、４チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは４つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、３つ以下であってもよいし、５つ以上であってもよい。
【００６９】
同様に、動画データ、ローレゾデータ、およびフレームメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
【００７０】
また、図４において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、動画データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００７１】
なお、クリップメタデータファイル２２８は、汎用性を持たせるためにＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されているが、フレームメタデータファイル２２９は、再生処理の処理時間や処理に必要な負荷を軽減させるために、ＸＭＬ形式のファイルをコンパイルしたＢＩＭ形式のファイルである。
【００７２】
図４に示されるクリップディレクトリ２１１のファイルの構成例は、光ディスク３０に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、図３に示される、その他のクリップディレクトリ２１２および２１３においても、図４に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００７３】
以上において、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各クリップディレクトリの下位のディレクトリに、そのクリップに対応するクリップメタデータファイルが存在すれば、どのような構成であってもよい。
【００７４】
なお、クリップディレクトリ２１１乃至２１３のそれぞれに対して、個々に、削除することが可能か否かを示すフラグを設定することができる。すなわち、例えば、クリップディレクトリ２１１内のビデオファイル２２２およびオーディオファイル２２３乃至２２６を削除したくない場合、ユーザは、操作部２１を操作して、クリップディレクトリ２１１の削除禁止を設定することができ、このときクリップディレクトリ２１１には削除禁止のフラグが設定される。この場合、その後、ユーザにより、誤ってクリップディレクトリ２１１内のファイル（例えばビデオファイル２２２）の削除が指示されても、そのファイルを削除しないようにすることができる。これにより、ユーザにとって必要なファイルを誤って消去することを防止することができる。また、クリップディレクトリに、１回分の撮影処理により作成されたクリップインフォメーションファイル、ビデオファイル、オーディオファイル、ローレゾデータファイル、クリップメタデータファイル、フレームメタデータファイル、およびピクチャポインタファイルをまとめて記録し、クリップディレクトリに対して、削除禁止のフラグを設定することにより、クリップディレクトリ内の個々のファイル、すなわち、クリップインフォメーションファイル、ビデオファイル、オーディオファイル、ローレゾデータファイル、クリップメタデータファイル、フレームメタデータファイル、およびピクチャポインタファイルに対して、それぞれ削除禁止のフラグを設定する必要がなくなり、ユーザの手間を省くことが可能となる。
【００７５】
次に、図３のエディットリストルートディレクトリ２０９の下位のディレクトリにおけるファイルの構成例について説明する。上述したエディットリストルートディレクトリ２０９に設けられるエディットリストディレクトリ２１５の下位のディレクトリには、光ディスク１７に記録されたクリップの各データの２回目の編集結果に関する情報であるエディットリストのデータが、図５に示されるようなファイルとして設けられ、管理される。
【００７６】
図５の場合、エディットリストディレクトリ２１５には、この編集結果（エディットリスト）を管理するファイルであるエディットリストファイル（Ｅ０００２Ｅ０１．ＳＭＩ）２４１、並びに、この編集後のエッセンスデータ（編集に用いられた全クリップのエッセンスデータの内、編集後のデータとして抽出された部分）に対応するクリップメタデータ、または、そのクリップメタデータに基づいて新たに生成されたクリップメタデータを含むファイルであるエディットリスト用クリップメタデータファイル（Ｅ０００２Ｍ０１．ＸＭＬ）２４２が設けられる。
【００７７】
エディットリスト用クリップメタデータファイル２４２は、後述するように、編集結果に基づいて、編集に使用されたクリップのクリップメタデータ（クリップルートディレクトリ２０８の下位のディレクトリに存在するクリップメタデータファイル）に基づいて生成された新たなクリップメタデータを含むファイルである。例えば、編集が行われると、図４のクリップメタデータファイル２２８に含まれるクリップメタデータから、編集後のエッセンスデータに対応する部分が抽出され、それらを用いて、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが再構成され、エディットリスト用クリップメタデータファイルとして管理される。すなわち、編集後のエッセンスデータには、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが付加され、そのクリップメタデータが１つのエディットリスト用クリップメタデータファイルとして管理される。従って、このエディットリスト用クリップメタデータファイルは、編集毎に生成される。
【００７８】
なお、このエディットリスト用クリップメタデータファイル２４２は、汎用性を持たせるために、ＸＭＬ形式で記述される。
【００７９】
図５に示されるエディットリストディレクトリ２１５のファイルの構成例は、全てのエディットリスト（編集結果）において適用することができる。すなわち、図３に示される、その他のエディットリストディレクトリ２１４、２１６、または２１７においても、図５に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００８０】
以上において、１回の編集作業に対応するエディットリストディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各エディットリストディレクトリの下位のディレクトリに、その編集に対応するエディットリスト用クリップメタデータファイルが存在すれば、どのような構成であってもよい。
【００８１】
次に、図６乃至図８は、インデックスファイル２０４（インデックスファイル４１）の記述例を表している。なお、図７は、図６の記述の続きであり、図８は図７の記述の続きである。
【００８２】
図６の第１行目の記述「＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”？＞」のうち、「ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”」は、インデックスファイル２０４がＸＭＬ文書であることを表している。また、「ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”」は、文字コードがＵＴＦ−８で固定であることを表している。図６の第２行目の記述「＜ｉｎｄｅｘＦｉｌｅ ｘｍｌｎｓ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｐｒｏｆｅｓｓｉｏｎａｌＤｉｓｃ：ｉｎｄｅｘ”」は、ＸＭＬ文書の名前空間を表している。図６の第３行目の記述「ｉｎｄｅｘＩｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ”＞」は、インデックスファイル２０４自体をグローバルユニークに識別するためのＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を表している。すなわち、本記述例においては、インデックスファイル２０４のＩＤは、「０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ」である。
【００８３】
図６の第４行目の記述「＜ｃｌｉｐＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＣＬＰＲ／”＞」は、クリップが記録されているディレクトリのディスク内の絶対パスを示している。すなわち、「／ＰＲＯＡＶ／ＣＬＰＲ／」は、クリップがＰＲＯＡＶディレクトリ２０２下のクリップルートディレクトリ２０８下に記録されていることを示している。図６の第５行目の記述「＜！−− Ｎｏｒｍａｌ Ｃｌｉｐ −−＞」は、その直後の行からノーマルなクリップについての記述があることを示している。図６の第６行目の記述「＜ｃｌｉｐ ｉｄ＝”Ｃ０００１” ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」のうち、「ｃｌｉｐ ｉｄ＝”Ｃ０００１”」は、クリップのＩＤ（以下、クリップＩＤとも称する）を表しており、本記述例においては、クリップＩＤが「Ｃ０００１」であることを示している。なお、このクリップＩＤは、クリップディレクトリ名と同一の名称とされる。すなわち、クリップＩＤ「Ｃ０００１」は、クリップディレクトリ２１１の名称がＩＤとして利用されたものである。また、「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、ＵＭＩＤを示しており、本記述例においては、ＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００８４】
図６の第７行目の記述「ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ” ｆｐｓ＝”５９．９４ｉ” ｄｕｒ＝”１２００１” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞」のうち、「ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ”」は、クリップインフォメーションファイル２２１のファイル名を示している。本記述例においては、クリップインフォメーションファイル２２１のファイル名が「Ｃ０００１Ｃ０１．ＳＭＩ」であることを示している。また、「ｆｐｓ＝”５９．９４ｉ”」は、クリップの時間軸方向のレゾリューションを示している。単位はｆｉｅｌｄ／ｓｅｃである。本記述例においては、ＮＴＳＣ方式の信号周波数を示している。また、「ｄｕｒ＝”１２００１”」は、クリップの有効な時間方向の長さを示している。単位はフレーム数であり、１フレームの時間はｆｐｓ属性によって知ることができる。すなわち、「１２００１」は、このクリップの動画データが、１２００１フレーム分の時間長であることを示している。また、「ｃｈ＝”４”」は、クリップに含まれるオーディオチャンネル数を示している。本記述例においては、オーディオチャンネル数が４つであることを示している。これは、図４のクリップディレクトリ２１１内に含まれるオーディオファイル２２３乃至２２６の個数に対応している。また、「ａｓｐｅｃｔＲａｔｉｏ＝”４：３”」は、このクリップに含まれるビデオファイル２２２のアスペクト比を示している。本記述例においては、アスペクト比が４：３であることを示している。
【００８５】
図６の第８行目の記述「＜ｖｉｄｅｏ ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、ビデオ要素の属性を示しており、「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、このビデオファイル２２２のＵＭＩＤを示している。すなわち、本記述例においては、ビデオファイル２２２のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００８６】
図６の第９行目の記述「ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ” ｔｙｐｅ＝”ＤＶ２５＿４１１” ｈｅａｄｅｒ＝”６５５３６”／＞」は、第８行目に引き続き、ビデオ要素の属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ”」は、ビデオファイル２２２のファイル名を示している。本記述例においては、ビデオファイル２２２のファイル名「Ｃ０００１Ｖ０１．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＤＶ２５＿４１１”」は、ビデオファイル２２２のファイル形式（符号化方式）を示している。本記述例においては、ファイル形式として「ＤＶ２５＿４１１」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、ビデオファイル２２２のヘッダサイズを示している。単位はＢｙｔｅである。ファイル先頭から、ヘッダサイズ分だけシークした位置からＢｏｄｙデータが開始することを意味する。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。
【００８７】
図６の第１０行目の記述「＜ａｕｄｉｏ ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオ要素に含まれる属性を示している。なお、オーディオ要素は、クリップディレクトリ２２１内に含まれるオーディオファイルに関する情報を管理する。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、このオーディオファイルのＵＭＩＤを示しており、本記述例においては、オーディオファイル２２３のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００８８】
図６の第１１行目の記述「ｆｉｌｅ＝”Ｃ０００１Ａ０１．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｈｅａｄｅｒ＝”６５５３６” ｔｒａｃｋＤｓｔ＝”ＣＨ１”／＞」は、第１０行目に引き続き、このオーディオファイル２２３のオーディオ要素に含まれる属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ａ０１．ＭＸＦ”」は、オーディオファイル２２３のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００１Ａ０１．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル２２３のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル２２３のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ１”」は、オーディオファイル２２３に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、音声を出力させるオーディオチャンネルとして「ＣＨ１」が記述されている。
【００８９】
図６の第１２行目の記述「＜ａｕｄｉｏ ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオ要素に含まれる属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオファイル２２４のＵＭＩＤを示しており、本記述例においては、このオーディオファイル２２４のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００９０】
図６の第１３行目の記述「ｆｉｌｅ＝”Ｃ０００１Ａ０２．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｈｅａｄｅｒ＝”６５５３６” ｔｒａｃｋＤｓｔ＝”ＣＨ２”／＞」は、第１２行目に引き続き、このオーディオファイル２２４のオーディオ要素に含まれる属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ａ０２．ＭＸＦ”」は、オーディオファイル２２４のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００１Ａ０２．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル２２４のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル２２４のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ２”」は、オーディオファイル２２４に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、音声を出力させるオーディオチャンネルとして「ＣＨ２」が記述されている。
【００９１】
図６の第１４行目の記述「＜ａｕｄｉｏ ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオ要素に含まれる属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオファイル２２５のＵＭＩＤを示しており、本記述例においては、このオーディオファイルのＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００９２】
図６の第１５行目の記述「ｆｉｌｅ＝”Ｃ０００１Ａ０３．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｈｅａｄｅｒ＝”６５５３６” ｔｒａｃｋＤｓｔ＝”ＣＨ３”／＞」は、第１４行目に引き続き、このオーディオファイル２２５のオーディオ要素に含まれる属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ａ０３．ＭＸＦ”」は、オーディオファイル２２５のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００１Ａ０３．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル２２５のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル２２５のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ３”」は、オーディオファイル２２５に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル２２５に基づく音声を出力させるオーディオチャンネルとして「ＣＨ３」が記述されている。
【００９３】
図６の第１６行目の記述「＜ａｕｄｉｏ ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオ要素に含まれる属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオファイル２２６のＵＭＩＤを示しており、本記述例においては、このオーディオファイル２２６のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００９４】
図６の第１７行目の記述「ｆｉｌｅ＝”Ｃ０００１Ａ０４．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｈｅａｄｅｒ＝”６５５３６” ｔｒａｃｋＤｓｔ＝”ＣＨ４”／＞」は、第１６行目に引き続き、このオーディオファイル２２６のオーディオ要素に含まれる属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ａ０４．ＭＸＦ”」は、オーディオファイル２２６のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００１Ａ０４．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル２２６のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル２２６のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ４”」は、オーディオファイル２２６に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル２２６に基づく音声を出力させるオーディオチャンネルとして「ＣＨ４」が記述されている。
【００９５】
図６の第１８行目の記述「＜ｓｕｂＳｔｒｅａｍ ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、ｓｕｂＳｔｒｅａｍ要素、すなわち、ローレゾデータファイル２２７に関する属性が記述されている。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、ローレゾデータファイル２２７のＵＭＩＤを示しており、本記述例においては、ローレゾデータファイル２２７のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００９６】
図６の第１９行目の記述「ｆｉｌｅ＝”Ｃ０００１Ｓ０１．ＭＸＦ” ｔｙｐｅ＝”ＰＤ−ＳｕｂＳｔｒｅａｍ” ｈｅａｄｅｒ＝”６５５３６”／＞」は、図６の第１８行目に引き続き、ローレゾデータファイル２２７に関する属性が記述されている。「ｆｉｌｅ＝”Ｃ０００１Ｓ０１．ＭＸＦ”」は、ローレゾデータファイル２２７のファイル名を示している。本記述例においては、ローレゾデータファイル２２７のファイル名「Ｃ０００１Ｓ０１．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＰＤ−ＳｕｂＳｔｒｅａｍ”」は、ローレゾデータファイル２２７のファイル形式を示す。本記述例においては、ローレゾデータファイル２２７のファイル形式として「ＰＤ−ＳｕｂＳｔｒｅａｍ」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、ローレゾデータファイル２２７のヘッダサイズを示している。本記述例においては、ヘッダサイズとして「６５５３６」と記述されており、これはローレゾデータファイル２２７のヘッダサイズが６５５３６Ｂｙｔｅであることを示している。
【００９７】
図６の第２０行目の記述「＜ｍｅｔａ ｆｉｌｅ＝”Ｃ０００１Ｍ０１．ＸＭＬ” ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”／＞」は、クリップメタデータファイル２２８の属性が記述されている。このメタ要素は、クリップメタデータファイル２２８に関する情報を管理する。「ｆｉｌｅ＝”Ｃ０００１Ｍ０１．ＸＭＬ”」は、クリップメタデータファイル２２８のファイル名を示している。本記述例においては、クリップメタデータファイル２２８のファイル名として「Ｃ０００１Ｍ０１．ＸＭＬ」が記述されている。また、「ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”」は、クリップメタデータファイル２２８のファイル形式を示す。本実施の形態においては、クリップメタデータファイル２２８のファイル形式として「ＰＤ−Ｍｅｔａ」が記述されている。
【００９８】
図６の第２１行目の記述「＜ｒｔｍｅｔａ ｆｉｌｅ＝”Ｃ０００１Ｒ０１．ＢＩＭ” ｔｙｐｅ＝”ｓｔｄ２ｋ” ｈｅａｄｅｒ＝”６５５３６”／＞」は、フレームメタデータファイル２２９の属性が記述されている。リアルタイムメタ要素は、フレームメタデータファイル２２９に関する情報を管理する。「ｆｉｌｅ＝”Ｃ０００１Ｒ０１．ＢＩＭ”」は、フレームメタデータファイル２２９のファイル名を示している。本記述例においては、フレームメタデータファイル２２９のファイル名として「Ｃ０００１Ｒ０１．ＢＩＭ」が記述されている。また、「ｔｙｐｅ＝”ｓｔｄ２ｋ”」は、フレームメタデータファイル２２９のファイル形式を示している。本記述例においては、フレームメタデータファイル２２９のファイル形式として「ｓｔｄ２ｋ」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、フレームメタデータファイル２２９のヘッダサイズを示している。本記述例においては、フレームメタデータファイル２２９のヘッダサイズとして「６５５３６」と記述されており、これは、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。
【００９９】
図６の第２２行目の記述「＜／ｃｌｉｐ＞」は、クリップＩＤ「Ｃ０００１」のクリップ、すなわちクリップディレクトリ２２１内に記録されたファイルに関する属性の記述が終了したことを示している。すなわち、図６の第５行目乃至第２２行目に、クリップＩＤ「Ｃ０００１」の、１つのクリップに関する情報が記述されている。
【０１００】
図６の第２３行目乃至図７の第１３行目には、クリップＩＤ「Ｃ０００２」のクリップ、すなわちクリップディレクトリ２１２内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップＩＤ「Ｃ０００１」のクリップの場合と同様であるので、詳細な説明は省略する。
【０１０１】
また、図７の第１４行目乃至図８の第３行目には、クリップＩＤ「Ｃ０００３」のクリップ、すなわちクリップディレクトリ２１３内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップＩＤ「Ｃ０００１」のクリップと同様であるので、詳細な説明は省略する。
【０１０２】
図８の第４行目の記述「＜／ｃｌｉｐＴａｂｌｅ＞」は、図８の第４行目までで、クリップに関する記述が終了したことを示している。すなわち、図４の第４行目乃至図８の第４行目には、クリップＩＤ「Ｃ０００１」乃至「Ｃ０００３」の３個のクリップに関する管理情報が記述されている。
【０１０３】
図８の第５行目の記述「＜ｅｄｉｔｌｉｓｔＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＥＤＴＲ／”＞」は、エディットリストが記録されているディレクトリのディスク内の絶対パスを示す。すなわち、本記述例においては、エディットリストは、ＰＲＯＡＶディレクトリ２０２下のエディットリストルートディレクトリ２０９内に記録されていることを示している。
【０１０４】
図８の第６行目の記述「＜ｅｄｉｔｌｉｓｔ ｉｄ＝”Ｅ０００１” ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」のうち、「ｉｄ＝”Ｅ０００１”」は、エディットリストのＩＤ（以下、エディットリストＩＤとも称する）を示している。このエディットリストＩＤは、エディットリストディレクトリの名称と同一とされる。すなわち、エディットリストＩＤ「Ｅ０００１」は、図３のエディットリストディレクトリ２１４の名称が用いられたものである。本記述例においては、エディットリストＩＤとして「Ｅ０００１」が記述されている。また、「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、このエディットリストディレクトリ２１４のＵＭＩＤを示している。本記述例においては、エディットリストディレクトリ２１４のＵＭＩＤとして「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」が記述されている。
【０１０５】
図８の第７行目の記述「ｆｉｌｅ＝”Ｅ０００１Ｅ０１．ＳＭＩ” ｄｕｒ＝”５００” ｆｐｓ＝”５９．９４ｉ” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞」は、図８の第６行目に引き続き、エディットリストディレクトリ２１４の属性が記述されている。「ｆｉｌｅ＝”Ｅ０００１Ｅ０１．ＳＭＩ”」は、エディットリストディレクトリ２１４内のエディットリストファイルのファイル名を示している。本記述例においては、エディットリストファイルのファイル名として「Ｅ０００１Ｅ０１．ＳＭＩ」が記述されている。また、「ｄｕｒ＝”５００”」は、エディットリストディレクトリ２１４に記録された編集結果の動画データを再生した場合の有効な時間方向の長さを示している。単位はフレーム数である。すなわち、「５００」は、エディットリストディレクトリ２１４に記録された編集結果の動画データを再生した場合、５００フレーム分の時間長になることを示している。また、「ｆｐｓ＝”５９．９４ｉ”」は、エディットリストディレクトリ２１４に記録された編集結果の動画データの時間軸方向のレゾリューションを示している。単位はｆｉｅｌｄ／ｓｅｃである。本記述例においては、ＮＴＳＣ方式の信号周波数を示している。また、「ｃｈ＝”４”」は、エディットリストディレクトリ２１４に記録された編集結果に含まれるオーディオチャンネル数を示している。本記述例においては、オーディオチャンネル数が４つであることを示している。また、「ａｓｐｅｃｔＲａｔｉｏ＝”４：３”」は、エディットリストディレクトリ２１４に記録された編集結果の動画データのアスペクト比を示している。本記述例においては、アスペクト比が４：３であることを示している。
【０１０６】
図８の第８行目の記述「＜ｍｅｔａ ｆｉｌｅ＝”Ｅ０００１Ｍ０１．ＸＭＬ” ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”／＞」は、メタ要素の属性が記述されている。メタ要素は、エディットリストディレクトリ２１４内のメタデータに関する情報を管理する。「ｆｉｌｅ＝”Ｅ０００１Ｍ０１．ＸＭＬ”」は、エディットリスト用クリップメタデータファイルのファイル名を示している。本記述例においては、エディットリスト用クリップメタデータファイルのファイル名として「Ｅ０００１Ｍ０１．ＸＭＬ」が記述されている。また、「ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”」は、エディットリスト用クリップメタデータファイルのファイル形式を示す。本実施の形態においては、エディットリスト用クリップメタデータファイルのファイル形式として「ＰＤ−Ｍｅｔａ」が記述されている。
【０１０７】
図８の第９行目の記述「＜／ｅｄｉｔｌｉｓｔ＞」は、１つのエディットリストに関する管理情報の記述が終了したことを示す。すなわち、図８の第６行目に記述が開始されたエディットリストディレクトリ２１４内のファイルに関する記述が、図８の第９行目に終了したことを示している。
【０１０８】
図８の第１０行目乃至第１３行目には、エディットリストＩＤ「Ｅ０００２」のエディットリスト、すなわちエディットリストディレクトリ２１５内のファイルに関する管理情報が記述されている。その属性の項目は、図８の第６行目乃至第９行目に記述されたエディットリストＩＤ「Ｅ０００１」のエディットリストの場合と同様であるので、詳細な説明は省略する。
【０１０９】
また、図８の第１４行目乃至第１７行目には、エディットリストＩＤ「Ｅ０００３」のエディットリスト、すなわちエディットリストディレクトリ２１６内のファイルに関する管理情報が記述されている。その属性の項目は、図８の第６行目乃至第９行目に記述されたエディットリストＩＤ「Ｅ０００１」のエディットリストの場合と同様であるので、詳細な説明は省略する。
【０１１０】
さらにまた、図８の第１８行目乃至第２１行目には、エディットリストＩＤ「Ｅ０００４」のエディットリスト、すなわちエディットリストディレクトリ２１７内のファイルに関する管理情報が記述されている。その属性の項目は、図８の第５行目乃至第９行目に記述されたエディットリストＩＤ「Ｅ０００１」のエディットリストの場合と同様であるので、詳細な説明は省略する。
【０１１１】
図８の第２２段落目の記述「＜／ｅｄｉｔｌｉｓｔＴａｂｌｅ＞」は、図８の第５行目から記述が開始されたエディットリストに関する管理情報の記述の終了を示している。
【０１１２】
図８の第２３行目の記述「＜／ｉｎｄｅｘＦｉｌｅ＞」は、インデックスファイル２０４の記述の終了を示している。
【０１１３】
次に、図９は、図１のクリップ管理部１４の内部の構成例を表している。
【０１１４】
図９において、クリップ作成部３０１は、撮影処理が実行された場合、ＡＶデータとそれに関する管理情報等からなる、１つのクリップを作成し、光ディスク３０のクリップルートディレクトリ２０８下に記録する。クリップ更新部３０２は、作成されたクリップの動画データのうち、ユーザにより指定されたデータのみを残して、余分なデータを削除する処理を実行する。クリップ更新部３０２の詳細な説明は、図１０を参照して後述する。
【０１１５】
クリップインフォメーションファイル管理部３０３は、クリップディレクトリ下のクリップインフォメーションファイル（例えば、図４のクリップインフォメーションファイル２２１）の作成および更新を管理する。
【０１１６】
ビデオ・オーディオファイル管理部３０４は、ビデオファイル（例えば、図４のビデオファイル２２２）およびオーディオファイル（例えば、図４のオーディオファイル２２３乃至２２６）の作成、更新等の処理を行う。また、ビデオ・オーディオファイル管理部３０４は、ローレゾデータファイル（例えば、図４のローレゾデータファイル２２７）の作成、更新等の処理を行う。
【０１１７】
メタデータ管理部３０５は、メタデータ（例えば、図４のクリップメタデータ２２８およびフレームメタデータ２２９）の作成、更新等の処理を行う。
【０１１８】
ピクチャポインタ管理部３０６は、ピクチャポインタファイル（例えば、図４のピクチャポインタファイル２３０）の作成、更新等の処理を行う。
【０１１９】
次に、図１０を参照して、クリップ更新部３０２について、さらに詳細に説明する。
【０１２０】
図１０に示されるように、クリップ更新部３０２は、表示位置決定部４０１、デコードフレーム特定部４０２、不要フレーム特定部４０３、および表示開始位置設定部４０４を含んでいる。
【０１２１】
表示位置決定部４０１は、例えば、クリップに含まれるビデオファイルが表示部２２に表示されているときに、操作部２１を介して、ユーザから、ビデオファイルを部分削除する指示が入力された場合、その瞬間のタイムコードに対応するフレームを、削除する部分と削除しない部分の境界位置のフレーム（以下、編集点のフレームとも称する）として決定する。なお、ここで決定される編集点のフレームは、削除しない側に属する。例えば、６０分間のビデオファイルのうち、最後の１０分間分だけ残しておきたい場合、ユーザは操作部２１を操作して、ビデオファイルの先頭から５０分後の、所望のフレームが表示部２２に表示されているタイミングで、その表示されているフレームより時間的に前のフレームを削除するように指示する。このとき、表示位置決定部４０１は、ユーザにより指示された、表示部２２に表示されていたフレームを編集点のフレームとして決定する。
【０１２２】
デコードフレーム特定部４０２は、ユーザにより削除が指示されなかったフレーム、すなわち、表示させるために残しておくように指示されたフレーム（以下、表示指示フレームとも称する）を表示させるために必要なフレームを特定する。すなわち、ビデオファイルが、フレーム間予測により符号化されている場合、表示指示フレームを表示させるためには、表示指示フレーム以外のフレームをデコードさせる必要があることがある。そこで、デコードフレーム特定部４０２は、表示指示フレーム以外のフレームの中から、表示指示フレームを表示させるためにデコードさせる必要があるフレーム（以下、デコード用フレームとも称する）を特定する。例えば、上述したように６０分間のビデオファイルのうち、最後の１０分間分だけを残す場合、表示位置決定部４０１により編集点のフレームが決定されるので、デコードフレーム特定部４０２は、編集点のフレームより時間的に前のフレームの中から、編集点より時間的に後のフレーム（表示指示フレーム）を表示させるためにデコードに必要なフレームを特定する。
【０１２３】
不要フレーム特定部４０３は、ユーザにより削除が指示されたフレームのうち、デコードフレーム特定部４０２により特定されたデコード用フレーム以外のフレームを、光ディスク３０から削除してよい不要なフレームとして特定する。なお、ビデオ・オーディオファイル管理部３０４は、不要フレーム特定部４０３により、不要なフレームとして特定されたフレームをビデオファイル４１１から削除して、光ディスク３０の記録を更新する。例えば、上述したように６０分間のビデオファイルのうち、最後の１０分間分だけを残す場合、デコードフレーム特定部４０２により、編集点のフレームより時間的に前のフレームの中からデコード用フレームが特定されるので、不要フレーム特定部４０３は、編集点のフレームより時間的に前のフレームのうち、デコード用フレーム以外のフレームを不要なフレームとして特定する。
【０１２４】
表示開始位置設定部４０４は、デコードフレーム特定部４０２により特定されたデコード用フレームの個数に基づいて、表示を開始するフレームのタイムコードを設定する。すなわち、デコード用フレームは、デコードしても、表示させないようにする必要がある。そこで、これらのデコード用フレームを表示させないようにするために、デコード用フレームの個数分だけ経過したタイムコードから、表示を開始することにより、デコード用フレームを表示させないようにすることができる。表示開始位置設定部４０４は、この表示開始位置のタイムコードを設定する。なお、クリップインフォメーションファイル管理部３０３は、表示開始位置設定部４０４により設定されたタイムコードを、表示開始位置のタイムコードとしてクリップインフォメーションファイル４２１に記録し、このクリップインフォメーションファイル４２１を光ディスク３０に記録する。また、インデックスファイル管理部１８は、クリップインフォメーションファイル管理部３０３が、クリップインフォメーションファイル４２１に記録した、表示開始位置のタイムコードを、インデックスファイル４１にも記録し、これを光ディスク３０に記録する。
【０１２５】
次に、図１１のフローチャートを参照して、記録再生装置１のクリップ追加処理について説明する。
【０１２６】
ステップＳ５１において、クリップ作成部３０１は、クリップルートディレクトリ２０８下にクリップディレクトリを作成する。図１２は、クリップルートディレクトリ２０８下に新たに作成されたクリップディレクトリの例を表している。すなわち、例えば、もともと図３のように、クリップルートディレクトリ２０８下に、クリップディレクトリ２１１乃至２１３があった場合、ステップＳ５１の処理により、クリップ作成部３０１は、ドライブ２９を介して、光ディスク３０のクリップルートディレクトリ２０８下に、クリップディレクトリ５０１を追加記録する。
【０１２７】
ステップＳ５２において、クリップインフォメーションファイル管理部３０３は、クリップインフォメーションファイルを作成し、ドライブ２９を介して、光ディスク３０のクリップディレクトリ５０１下に記録する。図１３は、クリップディレクトリ５０１下の構成例を表している。ステップＳ５２では、クリップディレクトリ５０１下にクリップインフォメーションファイル４２１が記録される。なお、クリップインフォメーションファイルの記述例は図１４乃至図１６を参照して後述する。
【０１２８】
ステップＳ５３において、ビデオ・オーディオファイル管理部３０４は、ビデオファイル４１１、オーディオファイル５２１乃至５２４、およびローレゾデータ５２５を作成し、ドライブ２９を介して、光ディスク３０のクリップディレクトリ５０１下に記録する。また、ステップＳ５３において、メタデータ管理部３０５は、クリップメタデータファイル５２６およびフレームメタデータファイル５２７を作成し、ドライブ２９を介して、光ディスク３０のクリップディレクトリ５０１下に記録する。さらに、ステップＳ５３において、ピクチャポインタ管理部３０６は、ピクチャポインタファイル５２８を作成し、ドライブ２９を介して、光ディスク３０のクリップディレクトリ５０１下に記録する。
【０１２９】
ステップＳ５４において、インデックスファイル管理部１８は、インデックスファイル４１に、クリップディレクトリ５０１のファイルの属性が記述されたクリップ要素を追加して、インデックスファイル４１を更新する。なお、更新されたインデックスファイル４１の記述例は、図１７乃至図２０を参照して後述する。
【０１３０】
ステップＳ５５において、インデックスファイル管理部１８は、ステップＳ５４で更新されたインデックスファイル４１を、ドライブ２９を介して、光ディスク３０のＰＲＯＡＶディレクトリ２０２下に記録する。なお、この際、インデックスファイル管理部１８は、もともとＰＲＯＡＶディレクトリ２０２に記録されていたインデックスファイル２０４に、インデックスファイル４１を上書き記録する。また、インデックスファイル管理部１８は、インデックスファイル４１を複製することにより、バックアップファイルを作成し、バックアップファイルも、ＰＲＯＡＶディレクトリ２０２下に記録する。なお、この際、インデックスファイル管理部１８は、もともとＰＲＯＡＶディレクトリ２０２に記録されていたバックアップファイル２０５に、新たに作成されたバックアップファイルを上書き記録する。
【０１３１】
以上のようにして、クリップ追加処理が実行される。
【０１３２】
図１４乃至図１６は、上述したクリップ追加処理によりクリップディレクトリ５０１下に作成されたクリップインフォメーションファイル４２１の記述例を表している。なお、図１５は図１４に続く記述を、図１６は図１５に続く記述をそれぞれ表している。
【０１３３】
図１４の第１行目の記述「＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”？＞」のうち、「ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”」は、クリップインフォメーションファイル４２１がＸＭＬ文書であることを表している。また、「ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”」は、文字コードがＵＴＦ−８で固定であることを表している。
【０１３４】
図１４の第２行目の記述「＜ｓｍｉｌ ｘｍｌｎｓ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｐｒｏｆｅｓｓｉｏｎａｌＤｉｓｃ：ｅｄｌ：ｃｌｉｐＩｎｆｏ”＞」は、ＸＭＬ文書の名前空間を表している。
【０１３５】
図１４の第３行目の記述「＜ｈｅａｄ＞」は、ヘッダの記述が開始されることを表している。すなわち、クリップインフォメーションファイル４２１の記述は、ヘッダ部分とボディ部分に分けられており、最初にヘッダ部分が記述される。図１４の第４行目の記述「＜ｍｅｔａｄａｔａ ｔｙｐｅ＝”Ｍｅｔａ”＞」は、クリップインフォメーションファイル４２１のファイル形式を示している。図１４の記述例においては、ファイル形式として「Ｍｅｔａ」と記述されている。図１４の第５行目の記述「＜！−− ｎｏｎｒｅａｌｔｉｍｅ ｍｅｔａ −−＞」は、クリップメタデータファイル５２６に関する記述が第６行目以下に記述されることを示している。図１４の第６行目の記述「＜ＮＲＭｅｔａ ｘｍｌｎｓ＝”ｕｒｎ：ｓｃｈｅｍａｓ：ｐｒｏＤｉｓｃ：ｎｒｔ”＞」は、クリップメタデータファイル５２６の名前空間を示している。図１４の第７行目の記述「＜ｒｅｆ ｓｒｃ＝”Ｃ０００４Ｍ０１．ＸＭＬ”／＞」は、参照するソース名を示している。図１４の記述例においては、クリップメタデータファイル５２６のファイル名「Ｃ０００４Ｍ０１．ＸＭＬ」が記述されている。図１４の第８行目の記述「＜／ＮＲＭｅｔａ＞」は、クリップメタデータファイル５２６に関する記述が終了したことを示している。図１４の第９行目の記述「＜／ｍｅｔａｄａｔａ＞」は、第４行目から記述が開始されたメタデータに関する記述が終了することを示している。図１４の第１０行目の記述「＜／ｈｅａｄ＞」は、第３行目から開始されたヘッダに関する記述が終了したことを示している。
【０１３６】
図１４の第１１行目の記述「＜ｂｏｄｙ＞」は、クリップインフォメーションファイル４２１のボディ部分の記述が開始されることを示している。図１４の第１２行目の記述「＜ｐａｒ＞」は、データを並行して再生させることを示している。図１４の第１３行目の記述「＜ｓｗｉｔｃｈ＞」は、データを選択的に再生させることを示している。図１４の第１４行目の記述「＜！−− ｍａｉｎ ｓｔｒｅａｍ −−＞」は、本線のＡＶデータに関する記述が開始されることを示している。なお、本線とは、低解像度のローレゾデータに対応する、高解像度のデータ（例えば、ビデオファイル４１１およびオーディオファイル５２１乃至５２４）のことを意味している。図１４の第１５行目の記述「＜ｐａｒ ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”＞」のうち、「ｐａｒ」は、図１４の第１６行目乃至図１５の第１２行目に記述されたデータを並行して再生させることをと示している。また、「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”」は、ビデオファイル４１１のファイル形式（符号化方式）を示している。図１４の記述例においては、ファイル形式として「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」が記述されている。なお、この符号化方式は、Ｌｏｎｇ ＧＯＰである。
【０１３７】
図１４の第１６行目乃至第１８行目の記述「＜ｖｉｄｅｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ” ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ」は、ビデオファイル４１１のＵＭＩＤを示している。本記述例においては、ビデオファイル４１１のＵＭＩＤとして「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ」が記述されている。また、「ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”」は、ビデオファイル４１１のファイル形式を示している。本記述例においては、ビデオファイルのファイル形式の例として「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」が記述されている。
【０１３８】
図１４の第１８行目の記述の続きが、図１５の第１行目以降に記述されている。図１５の第１行目乃至第３行目の記述「＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ１”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０」は、オーディオファイル５２１のＵＭＩＤを示している。本記述例においては、このオーディオファイル５２１のＵＭＩＤとして、「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、このオーディオファイル５２１のファイル形式を示す。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ１”」は、オーディオファイル５２１に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル５２１に基づく音声を出力させるオーディオチャンネルとして「ＣＨ１」が記述されている。
【０１３９】
図１５の第４行目乃至第６行目の記述「＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ２”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１」は、オーディオファイル５２２のＵＭＩＤを示している。本記述例においては、このオーディオファイル５２２のＵＭＩＤとして、「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、このオーディオファイル５２２のファイル形式を示す。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ２”」は、オーディオファイル５２２に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル５２２に基づく音声を出力させるオーディオチャンネルとして「ＣＨ２」が記述されている。
【０１４０】
図１５の第７行目乃至第９行目の記述「＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ３”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２」は、オーディオファイル５２３のＵＭＩＤを示している。本記述例においては、このオーディオファイル５２３のＵＭＩＤとして、「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、このオーディオファイル５２３のファイル形式を示す。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ３”」は、オーディオファイル５２３に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル５２３に基づく音声を出力させるオーディオチャンネルとして「ＣＨ３」が記述されている。
【０１４１】
図１５の第１０行目乃至第１２行目の記述「＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ４”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３」は、オーディオファイル５２４のＵＭＩＤを示している。本記述例においては、このオーディオファイル５２４のＵＭＩＤとして、「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、このオーディオファイル５２４のファイル形式を示す。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ４”」は、オーディオファイル５２４に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル５２４に基づく音声を出力させるオーディオチャンネルとして「ＣＨ４」が記述されている。
【０１４２】
図１５の第１３行目の記述「＜／ｐａｒ＞」は、図１４の第１５行目から記述が開始された、並行して再生させるデータの記述が終了したことを示している。すなわち、図１４の第１５行目乃至図１５の第１３行目には、ビデオファイル４１１と４チャンネル分のオーディオファイル５２１乃至５２４を同時に並行して再生させることが記述されている。
【０１４３】
図１５の第１３行目の記述の続きが、図１６の第１行目以降に記述されている。図１６の第１行目の記述「＜！−− ｓｕｂ ｓｔｒｅａｍ −−＞」は、第２行目以降にローレゾデータファイル５２５に関する記述があることを示している。図１６の第２行目乃至第４行目の記述「＜ｒｅｆ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８” ｔｙｐｅ＝”ＳｕｂＳｔｒｅａｍ” ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＳｕｂＳｔｒｅａｍ”／＞」は、ローレゾデータファイル５２５のＵＭＩＤを示している。本記述例においては、ＵＭＩＤとして「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８」が記述されている。また、「ｔｙｐｅ＝”ＳｕｂＳｔｒｅａｍ”」は、このローレゾデータファイル５２５がサブストリームであることを示している。また、「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＳｕｂＳｔｒｅａｍ”」は、ファイル形式を示している。本記述例においては、ファイル形式として「ＳｕｂＳｔｒｅａｍ」が記述されている。
【０１４４】
図１６の第５行目の記述「＜／ｓｗｉｔｃｈ＞」は、図１４の第１３行目を受けて記述されており、本線のデータ、およびローレゾデータのいずれかを選択して再生させることを示している。すなわち、ビデオファイル４１１およびオーディオファイル５２１乃至５２４、並びにローレゾデータファイル５２５のうち、いずれか一方を選択して再生させることを指定している。
【０１４５】
図１６の第６行目の記述「＜！−− ｒｅａｌｔｉｍｅ ｍｅｔａ −−＞」は、第７行目以降にフレームメタデータファイル５２７に関する記述があるこを示している。図１６の第７行目の記述「＜ｍｅｔａｓｔｒｅａｍ ｓｒｃ＝”Ｃ０００４Ｒ０１．ＢＩＭ” ｔｙｐｅ＝”ｒｅｑｕｉｒｅｄ２ｋ”／＞」のうち、「Ｃ０００４Ｒ０１．ＢＩＭ」は、フレームメタデータファイル５２７のファイル名を示している。また、「ｔｙｐｅ＝”ｒｅｑｕｉｒｅｄ２ｋ”」は、フレームメタデータファイル５２７のファイル形式を示している。
【０１４６】
図１６の第８行目の記述「＜／ｐａｒ＞」は、図１４の第１２行目の記述を受けて記述されており、本線のデータおよびローレゾデータのうちいずれかのデータ、並びにフレームメタデータファイル５２７を並行して再生させることを示している。
【０１４７】
図１６の第９行目の記述「＜／ｂｏｄｙ＞」は、図１４の第１１行目の記述を受けて記述されており、ボディ部の記述が終了したことを示している。図１６の第１０行目の記述「＜／ｓｍｉｌ＞」は、図１４の第２行目の記述を受けて記述されており、ｓｍｉｌによる記述が終了したことを示している。
【０１４８】
次に、クリップ追加処理によりクリップディレクトリ５０１が追加された後のインデックスファイル４１（２０４）の記述例を図１７乃至図２０に示す。なお、図１８は図１７に続く記述を、図１９は図１８に続く記述を、図２０は図１９に続く記述をそれぞれ表している。
【０１４９】
図１７の第１行目乃至図１９の第３行目の記述は、図６の第１行目乃至図８の第３行目の記述と同一であるため、説明を省略する。
【０１５０】
図１９の第４行目乃至第２１行目には、新たに追加されたクリップディレクトリ５０１に関する属性（管理情報）が記述されている。
【０１５１】
図１９の第４行目の記述「＜！−− Ｌｏｎｇ ＧＯＰ −−＞」は、第５行目以降にＬｏｎｇ ＧＯＰ形式のクリップに関する管理情報が記述されることを示している。図１９の第５行目および第６行目の記述「＜ｃｌｉｐ ｉｄ＝”Ｃ０００４” ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ” ｆｉｌｅ＝”Ｃ０００４Ｃ０１．ＳＭＩ” ｆｐｓ＝”５９．９４ｉ” ｄｕｒ＝”１２００１” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”１６：９” ＞」のうち「ｉｄ＝”Ｃ０００４”」は、クリップＩＤを示しており、本記述例においてはクリップＩＤが「Ｃ０００４」であることを示している。なお、このクリップＩＤ「Ｃ０００４」は、図１２のクリップディレクトリ５０１のディレクトリ名と同一である。また、「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、このクリップのＵＭＩＤを示しており、本記述例においては、ＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。また、「ｆｉｌｅ＝”Ｃ０００４Ｃ０１．ＳＭＩ”」は、このクリップディレクトリ５０１に含まれるクリップインフォメーションファイル４２１のファイル名を示しており、本記述例においては、ファイル名として「Ｃ０００４Ｃ０１．ＳＭＩ」が記述されている。また、「ｆｐｓ＝”５９．９４ｉ”」は、クリップディレクトリ５０１に含まれるビデオファイル４１１の時間軸方向のレゾリューションを示している。単位はｆｉｅｌｄ／ｓｅｃである。本記述例においては、ＮＴＳＣ方式の信号周波数を示している。また、「ｄｕｒ＝”１２００１”」は、ビデオファイル４１１の有効な時間方向の長さを示している。単位はフレーム数であり、１フレームの時間はｆｐｓ属性によって知ることができる。また、「ｃｈ＝”４”」は、クリップに含まれるオーディオチャンネル数を示している。本記述例においては、オーディオチャンネル数が４つであることを示している。また、「ａｓｐｅｃｔＲａｔｉｏ＝”１６：９”」は、ビデオファイル４１１のアスペクト比を示している。本記述例においては、アスペクト比が１６：９であることを示している。
【０１５２】
図１９の第７行目および第８行目の記述「＜ｖｉｄｅｏ ｕｍｉｄ＝”０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ” ｆｉｌｅ＝”Ｃ０００４Ｖ０１．ＭＸＦ” ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ” ｈｅａｄｅｒ＝”６５５３６”／＞」は、ビデオ要素の属性を示しており、「ｕｍｉｄ＝”０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ”」は、このビデオファイル４１１のＵＭＩＤを示している。すなわち、本記述例においては、ビデオファイル４１１のＵＭＩＤが「０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ」であることを示している。また、「ｆｉｌｅ＝”Ｃ０００４Ｖ０１．ＭＸＦ”」は、ビデオファイル４１１のファイル名を示している。また、「ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”」は、ビデオファイル４１１のファイル形式（符号化方式）を示している。本記述例においては、ファイル形式として「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」が記述されている。なお、このファイル形式は、Ｌｏｎｇ ＧＯＰのファイル形式である。また、「ｈｅａｄｅｒ＝”６５５３６”」は、ビデオファイル４１１のヘッダサイズを示している。単位はＢｙｔｅである。
【０１５３】
図１９の第９行目および第１０行目の記述「＜ａｕｄｉｏ ｕｍｉｄ＝”０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０” ｆｉｌｅ＝”Ｃ０００４Ａ０１．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｈｅａｄｅｒ＝”６５５３６” ｔｒａｃｋＤｓｔ＝”ＣＨ１”／＞」は、このクリップディレクトリ５０１に含まれるオーディオファイル５２１の属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０”」は、オーディオファイル５２１のＵＭＩＤを示しており、本記述例においては、このオーディオファイル５２１のＵＭＩＤが「０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０」であることを示している。また、「ｆｉｌｅ＝”Ｃ０００４Ａ０１．ＭＸＦ”」は、オーディオファイル５２１のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００４Ａ０１．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル５２１のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル５２１のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ１”」は、オーディオファイル５２１に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル５２１に基づく音声を出力させるオーディオチャンネルとして「ＣＨ１」が記述されている。
【０１５４】
図１９の第１１行目および第１２行目の記述「＜ａｕｄｉｏ ｕｍｉｄ＝”０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１” ｆｉｌｅ＝”Ｃ０００４Ａ０２．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｈｅａｄｅｒ＝”６５５３６” ｔｒａｃｋＤｓｔ＝”ＣＨ２”／＞」は、このクリップディレクトリ５０１に含まれるオーディオファイル５２２の属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１”」は、このオーディオファイル５２２のＵＭＩＤを示しており、本記述例においては、このオーディオファイル５２２のＵＭＩＤが「０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１」であることを示している。また、「ｆｉｌｅ＝”Ｃ０００４Ａ０２．ＭＸＦ”」は、オーディオファイル５２２のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００４Ａ０２．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル５２２のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル５２２のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ２”」は、オーディオファイル５２２に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル５２２に基づく音声を出力させるオーディオチャンネルとして「ＣＨ２」が記述されている。
【０１５５】
図１９の第１３行目および第１４行目の記述「＜ａｕｄｉｏ ｕｍｉｄ＝”０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２” ｆｉｌｅ＝”Ｃ０００４Ａ０３．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｈｅａｄｅｒ＝”６５５３６” ｔｒａｃｋＤｓｔ＝”ＣＨ３”／＞」は、このクリップディレクトリ５０１に含まれるオーディオファイル５２３の属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２”」は、このオーディオファイル５２３のＵＭＩＤを示しており、本記述例においては、このオーディオファイル５２３のＵＭＩＤが「０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２」であることを示している。また、「ｆｉｌｅ＝”Ｃ０００４Ａ０３．ＭＸＦ”」は、オーディオファイル５２３のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００４Ａ０３．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル５２３のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル５２３のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ３”」は、オーディオファイル５２３に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル５２３に基づく音声を出力させるオーディオチャンネルとして「ＣＨ３」が記述されている。
【０１５６】
図１９の第１５行目および第１６行目の記述「＜ａｕｄｉｏ ｕｍｉｄ＝”０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３” ｆｉｌｅ＝”Ｃ０００４Ａ０４．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｈｅａｄｅｒ＝”６５５３６” ｔｒａｃｋＤｓｔ＝”ＣＨ４”／＞」は、このクリップディレクトリ５０１に含まれるオーディオファイル５２４の属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３”」は、このオーディオファイル５２４のＵＭＩＤを示しており、本記述例においては、このオーディオファイル５２４のＵＭＩＤが「０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３」であることを示している。また、「ｆｉｌｅ＝”Ｃ０００４Ａ０４．ＭＸＦ”」は、オーディオファイル５２４のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００４Ａ０４．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル５２４のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル５２４のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ４”」は、オーディオファイル５２４に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル５２４に基づく音声を出力させるオーディオチャンネルとして「ＣＨ４」が記述されている。
【０１５７】
図１９の第１７行目および第１８行目の記述「＜ｓｕｂＳｔｒｅａｍ ｕｍｉｄ＝”０Ｄ１２１３００００００９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８” ｆｉｌｅ＝”Ｃ０００４Ｓ０１．ＭＸＦ” ｔｙｐｅ＝”ＰＤ−ＳｕｂＳｔｒｅａｍ” ｈｅａｄｅｒ＝”６５５３６”／＞」は、ｓｕｂＳｔｒｅａｍ要素、すなわち、ローレゾデータファイル５２５に関する属性が記述されている。「ｕｍｉｄ＝”０Ｄ１２１３００００００９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８”」は、ローレゾデータファイル５２５のＵＭＩＤを示しており、本記述例においては、ローレゾデータファイル５２５のＵＭＩＤが「０Ｄ１２１３００００００９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８」であることを示している。また、「ｆｉｌｅ＝”Ｃ０００４Ｓ０１．ＭＸＦ”」は、ローレゾデータファイル５２５のファイル名を示している。本記述例においては、ローレゾデータファイル５２５のファイル名として「Ｃ０００４Ｓ０１．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＰＤ−ＳｕｂＳｔｒｅａｍ”」は、ローレゾデータファイル５２５のファイル形式を示している。本記述例においては、ファイル形式として「ＰＤ−ＳｕｂＳｔｒｅａｍ」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、ローレゾデータファイル５２５のヘッダサイズを示している。本記述例においては、ヘッダサイズとして「６５５３６」と記述されており、これはローレゾデータファイル５２５のヘッダサイズが６５５３６Ｂｙｔｅであることを示している。
【０１５８】
図１９の第１９行目の記述「＜ｍｅｔａ ｆｉｌｅ＝”Ｃ０００４Ｍ０１．ＸＭＬ” ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”／＞」は、クリップメタデータファイル５２６の属性が記述されている。「ｆｉｌｅ＝”Ｃ０００４Ｍ０１．ＸＭＬ”」は、クリップメタデータファイル５２６のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００４Ｍ０１．ＸＭＬ」が記述されている。また、「ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”」は、クリップメタデータファイル５２６のファイル形式を示す。本実施の形態においては、ファイル形式として「ＰＤ−Ｍｅｔａ」が記述されている。
【０１５９】
図１９の第２０行目の記述「＜ｒｔｍｅｔａ ｆｉｌｅ＝”Ｃ０００４Ｒ０１．ＢＩＭ” ｔｙｐｅ＝”ｓｔｄ２ｋ” ｈｅａｄｅｒ＝”６５５３６”／＞」は、フレームメタデータファイル５２７の属性が記述されている。「ｆｉｌｅ＝”Ｃ０００４Ｒ０１．ＢＩＭ”」は、フレームメタデータファイル５２７のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００４Ｒ０１．ＢＩＭ」が記述されている。また、「ｔｙｐｅ＝”ｓｔｄ２ｋ”」は、フレームメタデータファイル５２７のファイル形式を示している。本記述例においては、フレームメタデータファイル５２７のファイル形式として「ｓｔｄ２ｋ」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、フレームメタデータファイル５２７のヘッダサイズを示している。本記述例においては、フレームメタデータファイル５２７のヘッダサイズとして「６５５３６」と記述されており、これは、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。
【０１６０】
図１９の第２１行目の記述「＜／ｃｌｉｐ＞」は、クリップＩＤ「Ｃ０００４」のクリップ、すなわちクリップディレクトリ５０１内のファイルに関する属性の記述が終了したことを示している。すなわち、図１９の第４行目乃至第２１行目に、クリップＩＤ「Ｃ０００４」の、１つのクリップに関する管理情報が記述されている。
【０１６１】
図１９の第２２行目乃至図２０の第１５行目の記述は、図８の第４行目乃至第２３行目の記述と同一であるため、説明を省略する。
【０１６２】
次に、上述のクリップ追加処理により追加されたクリップＩＤ「Ｃ０００４」のクリップに含まれるビデオファイル４１１から、一部分のフレームを削除する部分削除処理について、図２１のフローチャートを参照して説明する。
【０１６３】
例えば、クリップに含まれるビデオファイルが表示部２２に表示されているときに、操作部２１を介して、ユーザから、ビデオファイル４１１を部分削除する指示が入力された場合、そのタイムコードが編集点とされる。そこで、ステップＳ１０１において、ＣＰＵ１１は、操作部２１からの操作信号に基づいて、ユーザから、部分削除が指示されたか否かを判定し、部分削除が指示されるまでステップＳ１０１の処理を繰り返して待機する。そして、部分削除の指示が入力された場合、処理はステップＳ１０２に進む。
【０１６４】
ステップＳ１０２において、表示位置決定部４０１は、操作部２１から部分削除の指示が入力されたタイミングで表示部２２に表示されていたフレームのタイムコードを、編集点のタイムコードとして取得する。また、そのタイムコードに対応するフレームを編集点のフレームとして決定する。
【０１６５】
ステップＳ１０３において、デコードフレーム特定部４０２は、編集点より記録順が前のフレームのうち、デコードに必要なフレームをデコード用フレームとして特定する。ステップＳ１０４において、不要フレーム特定部４０３は、不要なフレームを特定する。
【０１６６】
ここで、図２２および図２３を参照して、デコードに必要なフレームおよび不要なフレームについて説明する。なお、以下の説明においては、編集点のフレームより時間的に前の動画データを全て削除するように指示された場合の例を説明する。
【０１６７】
図２２は、ＧＯＰの構成を示している。すなわち、図２２において、ビデオファイル４１１の先頭からｎ−１番目のＧＯＰをＧＯＰ（ｎ−１）と表し、先頭からｎ番目のＧＯＰをＧＯＰ（ｎ）と表す。また、ＧＯＰを構成する各ピクチャを、そのピクチャタイプ（Ｉピクチャ、Ｐピクチャ、Ｂピクチャ）を表すアルファベット（Ｉ，Ｐ，Ｂ）と、表示順を表す数字との組み合わせで表すこととすると、ＧＯＰ（ｎ−１）およびＧＯＰ（ｎ）は、それぞれＢ１，Ｂ２，Ｉ３，Ｂ４，Ｂ５，Ｐ６，Ｂ７，Ｂ８，Ｐ９，Ｂ１０，Ｂ１１，Ｐ１２，Ｂ１３，Ｂ１４，Ｐ１５で構成される。
【０１６８】
図２３は、図２２のＧＯＰ（ｎ）を構成するピクチャＢ１乃至Ｐ１５それぞれから表示を開始させた場合の、デコード順を示した表である。
【０１６９】
すなわち、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１である場合には、ＧＯＰ（ｎ）のピクチャＢ１のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ−１）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２，Ｐ１５の５つのピクチャであるから、デコードフレーム特定部４０２は、ＧＯＰ（ｎ−１）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２，Ｐ１５をデコード用フレームとして特定する。その後、不要フレーム特定部４０３は、表示指示フレームでもなく、デコード用フレームでもないフレーム、すなわちＧＯＰ（ｎ−１）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８，Ｂ１０，Ｂ１１，Ｂ１３，Ｂ１４を不要なフレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７０】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ２である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＢ２のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ−１）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２，Ｐ１５の５つのピクチャであるから、デコードフレーム特定部４０２は、ＧＯＰ（ｎ−１）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２，Ｐ１５をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＩ３，Ｂ１，Ｂ２，Ｐ６，・・・をデコードするが、編集点が設定されているピクチャＢ２より表示順で前のピクチャＢ１は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８，Ｂ１０，Ｂ１１，Ｂ１３，Ｂ１４、およびＧＯＰ（ｎ）のピクチャＢ１を不要なフレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７１】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＩ３である場合には、そのピクチャＩ３をデコードするのに、他のピクチャを参照する必要はないから、デコードフレーム特定部４０２は、どのフレームもデコード用フレームとして特定しない。そして、ＧＯＰ（ｎ）のピクチャＩ３からデコードするが、編集点が設定されているピクチャＩ３より表示順で前のピクチャＢ１，Ｂ２は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７２】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ４である場合には、ＧＯＰ（ｎ）のピクチャＢ４のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＩ３よりもデコード順（エンコード順）で後のピクチャＢ１，Ｂ２，Ｐ６，Ｂ４，Ｂ５・・・をデコードするが、編集点が設定されているピクチャＢ４より表示順で前のピクチャＢ１，Ｂ２は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７３】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ５である場合には、ＧＯＰ（ｎ）のピクチャＢ５のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＩ３よりもデコード順で後のピクチャＢ１，Ｂ２，Ｐ６，Ｂ４，Ｂ５・・・をデコードするが、編集点が設定されているピクチャＢ５より表示順で前のピクチャＢ１，Ｂ２，Ｂ４は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７４】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＰ６である場合には、ＧＯＰ（ｎ）のピクチャＰ６のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＩ３よりもデコード順で後のピクチャＢ１，Ｂ２，Ｐ６，Ｂ４，Ｂ５・・・をデコードするが、編集点が設定されているピクチャＰ６より表示順で前のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７５】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ７である場合には、ＧＯＰ（ｎ）のピクチャＢ７のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＰ６よりもデコード順で後のピクチャＢ４，Ｂ５，Ｐ９，Ｂ７，Ｂ８，・・・をデコードするが、編集点が設定されているピクチャＢ７より表示順で前のピクチャＢ４，Ｂ５は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７６】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ８である場合には、ＧＯＰ（ｎ）のピクチャＢ８のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＰ６よりもデコード順で後のピクチャＢ４，Ｂ５，Ｐ９，Ｂ７，Ｂ８，・・・をデコードするが、編集点が設定されているピクチャＢ８より表示順で前のピクチャＢ４，Ｂ５，Ｂ７は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７７】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＰ９である場合には、ＧＯＰ（ｎ）のピクチャＰ９のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＰ６よりもデコード順で後のピクチャＢ４，Ｂ５，Ｐ９，Ｂ７，Ｂ８，Ｐ１２，Ｂ１０，Ｂ１１，・・・をデコードするが、編集点が設定されているピクチャＰ９より表示順で前のピクチャＢ４，Ｂ５，Ｂ７，Ｂ８は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７８】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１０である場合には、ＧＯＰ（ｎ）のピクチャＢ１０のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＰ９よりもデコード順で後のピクチャＢ７，Ｂ８，Ｐ１２，Ｂ１０，Ｂ１１，・・・をデコードするが、編集点が設定されているピクチャＢ１０より表示順で前のピクチャＢ７，Ｂ８は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１７９】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１１である場合には、ＧＯＰ（ｎ）のピクチャＢ１１のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＰ９よりもデコード順で後のピクチャＢ７，Ｂ８，Ｐ１２，Ｂ１０，Ｂ１１，・・・をデコードするが、編集点が設定されているピクチャＢ１１より表示順で前のピクチャＢ７，Ｂ８，Ｂ１０は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８，Ｂ１０を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１８０】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＰ１２である場合には、ＧＯＰ（ｎ）のピクチャＰ１２のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＰ９よりもデコード順で後のピクチャＢ７，Ｂ８，Ｐ１２，Ｂ１０，Ｂ１１，Ｐ１５，Ｂ１３，Ｂ１４，次のＧＯＰのピクチャをデコードするが、編集点が設定されているピクチャＰ１２より表示順で前のピクチャＢ７，Ｂ８，Ｂ１０，Ｂ１１は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８，Ｂ１０，Ｂ１１を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１８１】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１３である場合には、ＧＯＰ（ｎ）のピクチャＢ１３のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＰ１２よりもデコード順で後のピクチャＢ１０，Ｂ１１，Ｐ１５，Ｂ１３，Ｂ１４，次のＧＯＰのピクチャをデコードするが、編集点が設定されているピクチャＢ１３より表示順で前のピクチャＢ１０，Ｂ１１は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８，Ｂ１０，Ｂ１１を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１８２】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１４である場合には、ＧＯＰ（ｎ）のピクチャＢ１４のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＰ１２よりもデコード順で後のピクチャＢ１０，Ｂ１１，Ｐ１５，Ｂ１３，Ｂ１４，次のＧＯＰのピクチャをデコードするが、編集点が設定されているピクチャＢ１４より表示順で前のピクチャＢ１０，Ｂ１１，Ｂ１３は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８，Ｂ１０，Ｂ１１，Ｂ１３を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１８３】
編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＰ１５である場合には、ＧＯＰ（ｎ）のピクチャＰ１５のデコードのためにデコードしなければならない必要最小限の、表示されないピクチャは、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２であり、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２をデコード用フレームとして特定する。さらに、その後は、ＧＯＰ（ｎ）のピクチャＰ１２よりもデコード順で後のピクチャＢ１０，Ｂ１１，Ｐ１５，Ｂ１３，Ｂ１４，次のＧＯＰのピクチャをデコードするが、編集点が設定されているピクチャＰ１５より表示順で前のピクチャＢ１０，Ｂ１１，Ｂ１３，Ｂ１４は表示も参照もされないからデコードする必要がない。そこで、不要フレーム特定部４０３は、ＧＯＰ（ｎ−１）の全てのピクチャ、およびＧＯＰ（ｎ）のピクチャＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８，Ｂ１０，Ｂ１１，Ｂ１３，Ｂ１４を不要フレームとして特定する。なお、不要フレーム特定部４０３は、図示せぬＧＯＰ（１）乃至ＧＯＰ（ｎ−２）のフレームも、全て不要フレームとして特定する。
【０１８４】
以上のように、編集点が設定されているピクチャによって、他のピクチャのデコードにおいて参照するために、そのデコードの前にデコードしておく必要があるピクチャの数が異なる。従って、この数に応じて、表示開始位置のタイムコードが決定される。
【０１８５】
図２１に戻って、ステップＳ１０５において、ビデオ・オーディオファイル管理部３０４は、ビデオファイル４１１から、ステップＳ１０４で特定された不要なフレームのデータを消去して、ビデオファイル４１１の記録内容を更新する。すなわち、ビデオ・オーディオファイル管理部３０４は、ファイルシステムに基づいて、不要なフレームのデータの、光ディスク３０上の記録領域を特定し、その領域を、データの記録が可能な空き領域としてファイルシステムに記録する。
【０１８６】
ステップＳ１０６において、表示開始位置設定部４０３は、デコード用フレームの個数に基づいて、先頭のフレームから表示を開始させるフレームまでのフレーム数を特定する。すなわち、表示開始位置設定部４０３は、デコード用フレームの個数に１を加算した値を、先頭のフレームから表示を開始するフレームまでのフレーム数として特定する。
【０１８７】
例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１である場合には、上述したように、ＧＯＰ（ｎ−１）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２，Ｐ１５の合計５個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、６個目のフレームに設定する。
【０１８８】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ２である場合には、上述したように、ＧＯＰ（ｎ−１）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２，Ｐ１５の合計５個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、６個目のフレームに設定する。
【０１８９】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＩ３である場合には、上述したように、デコード用フレームとして特定されているピクチャは存在しないので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、１個目のフレームに設定する。
【０１９０】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ４である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３の合計１個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、２個目のフレームに設定する。
【０１９１】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ５である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３の合計１個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、２個目のフレームに設定する。
【０１９２】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＰ６である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３の合計１個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、２個目のフレームに設定する。
【０１９３】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ７である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６の合計２個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、３個目のフレームに設定する。
【０１９４】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ８である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６の合計２個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、３個目のフレームに設定する。
【０１９５】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＰ９である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６の合計２個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、３個目のフレームに設定する。
【０１９６】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１０である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９の合計３個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、４個目のフレームに設定する。
【０１９７】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１１である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９の合計３個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、４個目のフレームに設定する。
【０１９８】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＰ１２である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９の合計３個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、４個目のフレームに設定する。
【０１９９】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１３である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２の合計４個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、５個目のフレームに設定する。
【０２００】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＢ１４である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２の合計４個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、５個目のフレームに設定する。
【０２０１】
また、例えば、編集点が設定されているピクチャが、図２２に示されるＧＯＰ（ｎ）のピクチャＰ１５である場合には、上述したように、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６，Ｐ９，Ｐ１２の合計４個が、デコード用フレームとして特定されているので、ステップＳ１０６において、表示開始位置設定部４０３は、表示開始位置のフレームを、５個目のフレームに設定する。
【０２０２】
ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、クリップインフォメーションファイル４２１に、表示開始位置を設定するためのｃｌｉｐＢｅｇｉｎ属性を記録し、ｃｌｉｐＢｅｇｉｎ属性が記録されたクリップインフォメーションファイル４２１を、ドライブ２９を介して光ディスク３０のクリップディレクトリ５０１下に記録する。なお、この際、クリップディレクトリ５０１下にもともと記録されていたクリックインフォメーションファイル４２１は消去される。
【０２０３】
ｃｌｉｐＢｅｇｉｎ属性が記録されたクリップインフォメーションファイル４２１の記述例を、図２４乃至図２６に示す。
【０２０４】
図２４の第１行目乃至第１７行目の記述は、図１４の第１行目乃至第１７行目と同一であるので、説明を省略する。また、図２５の第１行目乃至図２６の第１０行目の記述は、図１５の第１行目乃至図１６の第１０行目と同一であるので、説明を省略する。
【０２０５】
図２４乃至図２６の記述例と、図１４乃至図１６の記述例で異なるのは、図２４の第１８行目および図１４の第１８行目の記述である。
【０２０６】
すなわち、図１４の第１８行目には、「ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”／＞」と記述されていたのに対して、図２４の第１８行目には、「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”／＞」と記述されている。つまり、図２４においては、第１８行目に「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」の文字列が追記されている。これは、ｃｌｉｐＢｅｇｉｎ属性を示している。「ｓｍｐｔｅ−３０（−ｄｒｏｐ）？」は、このビデオファイルのフレームレートを示しており、３０ｆｒａｍｅ／ｓｅｃであることを示している。また、「００：００：００：０３」は、タイムコードを示しており、時、分、秒、フレーム数の順番に記述される。この記述例においては、００時００分００秒の３フレーム目であることを示している。すなわち、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」全体で、タイムコード「００：００：００：０３」のフレームから表示を開始させる指示を示している。
【０２０７】
例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ１である場合には、上述したように、表示開始位置のフレームは、６個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０６”」と記述する。
【０２０８】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ２である場合には、上述したように、表示開始位置のフレームは、６個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０６”」と記述する。
【０２０９】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＩ３である場合には、上述したように、表示開始位置のフレームは、１個目のフレームに設定されている。この場合、ｃｌｉｐＢｅｇｉｎ属性を記述しなくても、ビデオファイルは１個目のフレームから表示が開始されるので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、クリップインフォメーションファイル４２１に何も追記しない。
【０２１０】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ４である場合には、上述したように、表示開始位置のフレームは、２個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０２”」と記述する。
【０２１１】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ５である場合には、上述したように、表示開始位置のフレームは、２個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０２”」と記述する。
【０２１２】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＰ６である場合には、上述したように、表示開始位置のフレームは、２個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０２”」と記述する。
【０２１３】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ７である場合には、上述したように、表示開始位置のフレームは、３個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」と記述する。
【０２１４】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ８である場合には、上述したように、表示開始位置のフレームは、３個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」と記述する。
【０２１５】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＰ９である場合には、上述したように、表示開始位置のフレームは、３個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」と記述する。
【０２１６】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ１０である場合には、上述したように、表示開始位置のフレームは、４個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０４”」と記述する。
【０２１７】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ１１である場合には、上述したように、表示開始位置のフレームは、４個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０４”」と記述する。
【０２１８】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＰ１２である場合には、上述したように、表示開始位置のフレームは、４個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０４”」と記述する。
【０２１９】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ１３である場合には、上述したように、表示開始位置のフレームは、５個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０５”」と記述する。
【０２２０】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ１４である場合には、上述したように、表示開始位置のフレームは、５個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０５”」と記述する。
【０２２１】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＰ１５である場合には、上述したように、表示開始位置のフレームは、５個目のフレームに設定されているので、ステップＳ１０７において、クリップインフォメーションファイル管理部３０３は、図２４の第８行目の「ｔｙｐｅ＝ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」の記述に続けて、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０５”」と記述する。
【０２２２】
図２１のステップＳ１０８において、インデックスファイル管理部１８は、ステップＳ１０７でクリップインフォメーションファイル４２１が書き換えられたことに伴って、インデックスファイル４１の記述内容を更新し、ドライブ２９を介して光ディスク３０のＰＲＯＡＶディレクトリ２０２下に記録する。
【０２２３】
図２７乃至図３０は、ステップＳ１０８の処理により記述内容が更新されたインデックスファイル４１の記述例を示している。なお、図２８は図２７に続く記述を、図２９は図２８に続く記述を、図３０は図２９に続く記述をそれぞれ表している。
【０２２４】
図２７の第１行目乃至図２９の第６行目の記述は、図１７の第１行目乃至図１９の第６行目の記述と同一であるため、説明を省略する。また、図２９の第１０行目乃至図３０の第１５行目の記述は、図１９の第９行目乃至図２０の第１５行目と同一であるため、説明を省略する。
【０２２５】
図２７乃至図３０に示されたインデックスファイル４１の記述と、図１７乃至図２０に示されたインデックスファイル４１の記述で異なるのは、図２９の第７行目乃至第９行目、並びに図１９の第７行目および第８行目の記述である。すなわち、図１９の第７行目および第８行目には、「＜ｖｉｄｅｏ ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ” ｆｉｌｅ＝”Ｃ０００４Ｖ０１．ＭＸＦ” ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ” ｈｅａｄｅｒ＝”６５５３６”／＞」と記述されていたのに対して、図２９の第７行目乃至第９行目には、「＜ｖｉｄｅｏ ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ” ｆｉｌｅ＝”Ｃ０００４Ｖ０１．ＭＸＦ” ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ” ｈｅａｄｅｒ＝”６５５３６” ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”／＞」と記述されている。
【０２２６】
すなわち、図２９の記述例には、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”／＞」の記述が追記されている。これは、ｃｌｉｐＢｅｇｉｎ属性を示している。これは、ステップＳ１０７の処理においてクリップインフォメーションファイル４２１に追記されたｃｌｉｐＢｅｇｉｎ属性と同一のものである。すなわち、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」は、表示を開始するフレームは、タイムコード「００：００：００：０３」のフレームであることを示している。
【０２２７】
インデックスファイル管理部１８は、ステップＳ１０７でクリップインフォメーションファイル管理部３０３がクリップインフォメーションファイル４２１に追記したのと同一のｃｌｉｐＢｅｇｉｎ属性を、インデックスファイル４１に記録し、ｃｌｉｐＢｅｇｉｎ属性が記録されたインデックスファイル４１を、ドライブ２９を介して光ディスク３０のＰＲＯＡＶディレクトリ２０２下に記録する。
【０２２８】
例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ１、またはＢ２である場合には、上述したように、クリップインフォメーションファイル４２１に、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０６”」が追記されるので、インデックスファイル管理部１８は、同一のｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０６”」を図２９の第９行目に追記する。
【０２２９】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＩ３である場合には、上述したように、クリップインフォメーションファイル４２１に、なにも追記されないので、インデックスファイル管理部１８は、インデックスファイル４１に何も追記しない。
【０２３０】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ４、Ｂ５、またはＰ６である場合には、上述したように、クリップインフォメーションファイル４２１に、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０２”」が追記されるので、インデックスファイル管理部１８は、同一のｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０２”」を図２９の第９行目に追記する。
【０２３１】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ７、Ｂ８、またはＰ９である場合には、上述したように、クリップインフォメーションファイル４２１に、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」が追記されるので、インデックスファイル管理部１８は、同一のｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」を図２９の第９行目に追記する。
【０２３２】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ１０、Ｂ１１、またはＰ１２である場合には、上述したように、クリップインフォメーションファイル４２１に、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０４”」が追記されるので、インデックスファイル管理部１８は、同一のｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０４”」を図２９の第９行目に追記する。
【０２３３】
また、例えば、編集点が設定されているピクチャが、ＧＯＰ（ｎ）のピクチャＢ１３、Ｂ１４、またはＰ１５である場合には、上述したように、クリップインフォメーションファイル４２１に、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０５”」が追記されるので、インデックスファイル管理部１８は、同一のｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０５”」を図２９の第９行目に追記する。
【０２３４】
以上のようにして、部分削除処理が実行される。
【０２３５】
次に、図３１を参照して、部分削除処理による、不要なフレームの削除の例について説明する。
【０２３６】
図３１ＡのＧＯＰ（ｎ）のピクチャＰ９を編集点ｔ１として、それ以前のフレームの削除が要求されたとする。このとき、デコードフレーム特定部４０２は、デコード用フレームを特定する。図３１Ｂに示されるように、ＧＯＰ（ｎ）のピクチャＰ９をデコードするためには、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６をデコードする必要があるため、デコードフレーム特定部４０２は、ＧＯＰ（ｎ）のピクチャＩ３，Ｐ６をデコード用フレームとして特定する。ただし、このままでは、時刻ｔ３から表示が開始されてしまい、ピクチャＩ３，Ｐ６も表示されてしまう。これを、時刻ｔ１´から表示が開始されるように変更する必要がある。そこで、クリップインフォメーションファイル管理部３０３は、クリップインフォメーションファイル４２１にｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」を記録し、インデックスファイル管理部１８は、インデックスファイル４１にｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」を記録する。
【０２３７】
また、不要フレーム特定部４０３は、不要なフレーム（ピクチャ）を特定し、ビデオ・オーディオファイル管理部３０４は、不要なフレームとして特定されたフレームを光ディスク３０から消去する（ファイルシステムを更新する）。図３１Ｃは、不要なフレームが削除された後の例を示している。すなわち、図３１Ｃにおいては、編集点ｔ１以降のフレーム、並びに、デコード用フレームであるＧＯＰ（ｎ）のピクチャＩ３，Ｐ６を残して、それ以外のフレームが削除されている。
【０２３８】
このようにして、部分削除を行うことにより、光ディスク３０の記録可能な空き容量を増加させることができ、また、デコード用フレームを表示しないようにすることができる。
【０２３９】
次に、図３２のフローチャートを参照して、部分削除クリップの再生処理、すなわち、部分削除処理が実行されたビデオファイルを再生する処理について説明する。
【０２４０】
ユーザにより、部分削除処理が実行されたクリップ（例えば、クリップＩＤ「Ｃ０００４」のクリップ）の再生が指示されたとき、ステップＳ２０１において、再生制御部１６は、インデックスファイル管理部１８に、再生を指示されたクリップの属性を選択するように要求する。インデックスファイル管理部１８は、再生制御部１６からの要求に従って、再生を指示されたクリップの属性を選択する。例えば、クリップＩＤ「Ｃ０００４」のクリップの再生が指示されていた場合、インデックスファイル管理部１８は、再生制御部１６からの要求に従って、図２９の第４行目乃至第２２行目に記述された管理情報（属性）を選択する。
【０２４１】
ステップＳ２０２において、再生制御部１６は、ステップＳ２０１で選択されたクリップの管理情報の中に、ｃｌｉｐＢｅｇｉｎ属性が記述されているか否かを判定し、ステップＳ２０１で選択されたクリップの属性の中に、ｃｌｉｐＢｅｇｉｎ属性が記述されていなかった場合、処理はステップＳ２０３に進む。
【０２４２】
ステップＳ２０３において、再生制御部１６は、ビデオファイル４１１の先頭にある第１フレームを、表示を開始させるべきフレームとして決定する。その後、処理はステップＳ２０５に進む。
【０２４３】
ステップＳ２０２において、再生制御部１６が、ステップＳ２０１で選択されたクリップの属性の中に、ｃｌｉｐＢｅｇｉｎ属性が記述されていると判定した場合、処理はステップＳ２０４に進む。
【０２４４】
ステップＳ２０４において、再生制御部１６は、ｃｌｉｐＢｅｇｉｎ属性に記述されたタイムコードのフレームを、表示を開始すべきフレームとして決定する。
【０２４５】
例えば、ｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０６”」が記述されていた場合、再生制御部１６は、タイムコード「００：００：００：０６」のフレームを、表示開始フレームとして決定する。
【０２４６】
また、例えば、ｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０２”」が記述されていた場合、再生制御部１６は、タイムコード「００：００：００：０２」のフレームを、表示開始フレームとして決定する。
【０２４７】
また、例えば、ｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０３”」が記述されていた場合、再生制御部１６は、タイムコード「００：００：００：０３」のフレームを、表示開始フレームとして決定する。
【０２４８】
また、例えば、ｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０４”」が記述されていた場合、再生制御部１６は、タイムコード「００：００：００：０４」のフレームを、表示開始フレームとして決定する。
【０２４９】
また、例えば、ｃｌｉｐＢｅｇｉｎ属性「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０（−ｄｒｏｐ）？＝００：００：００：０５”」が記述されていた場合、再生制御部１６は、タイムコード「００：００：００：０５」のフレームを、表示開始フレームとして決定する。
【０２５０】
ステップＳ２０４の処理の後、処理はステップＳ２０５に進む。
【０２５１】
ステップＳ２０５において、再生制御部１６は、ステップＳ２０３またはステップＳ２０４で決定されたフレームから表示を開始するように、再生を実行する。すなわち、ステップＳ２０３の処理により、先頭のフレームから表示を開始するように決定されていた場合、ステップＳ２０５において、再生制御部１６は、ビデオファイル４１１のフレームを順次デコードして、表示順が先頭のフレームから、表示順に従って、フレームを表示部２２に表示させてゆく。
【０２５２】
また、例えば、ステップＳ２０４の処理により、タイムコード「００：００：００：０６」のフレームが表示開始フレームとして決定されていた場合、再生制御部１６は、ビデオファイル４１１のフレームを順次デコードしてゆき、タイムコード「００：００：００：０６」のフレーム（先頭から６番目のフレーム）から、表示順に従って、フレームを表示部２２に表示させてゆく。
【０２５３】
また、例えば、ステップＳ２０４の処理により、タイムコード「００：００：００：０２」のフレームが表示開始フレームとして決定されていた場合、再生制御部１６は、ビデオファイル４１１のフレームを順次デコードしてゆき、タイムコード「００：００：００：０２」のフレーム（先頭から２番目のフレーム）から、表示順に従って、フレームを表示部２２に表示させてゆく。
【０２５４】
また、例えば、ステップＳ２０４の処理により、タイムコード「００：００：００：０３」のフレームが表示開始フレームとして決定されていた場合、再生制御部１６は、ビデオファイル４１１のフレームを順次デコードしてゆき、タイムコード「００：００：００：０３」のフレーム（先頭から３番目のフレーム）から、表示順に従って、フレームを表示部２２に表示させてゆく。
【０２５５】
また、例えば、ステップＳ２０４の処理により、タイムコード「００：００：００：０４」のフレームが表示開始フレームとして決定されていた場合、再生制御部１６は、ビデオファイル４１１のフレームを順次デコードしてゆき、タイムコード「００：００：００：０４」のフレーム（先頭から４番目のフレーム）から、表示順に従って、フレームを表示部２２に表示させてゆく。
【０２５６】
また、例えば、ステップＳ２０４の処理により、タイムコード「００：００：００：０５」のフレームが表示開始フレームとして決定されていた場合、再生制御部１６は、ビデオファイル４１１のフレームを順次デコードしてゆき、タイムコード「００：００：００：０５」のフレーム（先頭から５番目のフレーム）から、表示順に従って、フレームを表示部２２に表示させてゆく。
【０２５７】
すなわち、ステップＳ２０４の処理によりｃｌｉｐＢｅｇｉｎ属性に記述されたタイムコードのフレームが、表示開始フレームとして決定された場合、ステップＳ２０５においては、決定されたタイムコードより前のフレームはデコードはされるが、表示はされず、決定されたタイムコード以降のフレームから、表示順に従って表示が開始されることになる。
【０２５８】
このようにして、ユーザが指定した編集点より前のフレームを表示しないようにすることが可能となる。
【０２５９】
なお、以上においては、動画データ、音声データ、ローレゾデータ、フレームメタデータ、クリップメタデータ、およびエディットリスト等のデータを光ディスクに記録する場合について、説明したが、これらの各データを記録する記録媒体としては、光ディスクに限らず、例えば、光磁気ディスク、フレキシブルディスクやハードディスク等の磁気ディスク、磁気テープ、または、フラッシュメモリ等の半導体メモリであってもよい。
【０２６０】
また、以上においては、記録再生装置１において、部分削除処理および再生処理を行う場合について説明したが、部分削除処理および再生処理を行う情報処理装置としては、これに限らず、例えば、編集専用の情報処理装置であってもよいし、それ以外の情報処理装置であってもよい。
【０２６１】
さらに、以上においては、記録再生装置を例にして説明したが、これは一体的に構成されることに限定されるものではなく、記録装置、および再生装置にそれぞれ分離してもよい。例えば、記録装置において部分削除処理を実行し、再生装置において再生処理を実行するようにしてもよいし、記録装置において部分削除処理および再生処理を実行するようにしてもよいし、再生装置において部分削除処理および再生処理を実行するようにしてもよい。
【０２６２】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。
【０２６３】
記録媒体は、図２に示されるように、記録再生装置１とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）を含む）、光磁気ディスク（ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）（登録商標）を含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア２８により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているＲＯＭ１２や記憶部２５が含まれるハードディスクなどで構成される。
【０２６４】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２６５】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２６６】
【発明の効果】
以上のように、本発明によれば、動画データや音声データ等を記録媒体に記録することができる。特に、記録媒体に記録された動画データを部分的に削除した場合に、削除後のデータを、ユーザにより指定されたフレームから表示させることが可能となる。
【図面の簡単な説明】
【図１】ＡＶデータの再生例について説明する図である。
【図２】本発明を適用した記録再生装置の構成例を示すブロック図である。
【図３】図１の光ディスクに記録されたデータを管理するためのディレクトリ構造の例を示す図である。
【図４】図３に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図５】図３に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図６】インデックスファイルの記述例を示す図である。
【図７】インデックスファイルの記述例を示す、図６に続く図である。
【図８】インデックスファイルの記述例を示す、図７に続く図である。
【図９】図２のクリップ管理部の内部の構成例を示すブロック図である。
【図１０】図９のクリップ更新部の内部の構成例を示すブロック図である。
【図１１】クリップ追加処理を説明するフローチャートである。
【図１２】図１の光ディスクに記録されたデータを管理するためのディレクトリ構造の例を示す図である。
【図１３】図１２に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図１４】クリップインフォメーションファイルの記述例を示す図である。
【図１５】クリップインフォメーションファイルの記述例を示す、図１４に続く図である。
【図１６】クリップインフォメーションファイルの記述例を示す、図１５に続く図である。
【図１７】インデックスファイルの記述例を示す図である。
【図１８】インデックスファイルの記述例を示す、図１７に続く図である。
【図１９】インデックスファイルの記述例を示す、図１８に続く図である。
【図２０】インデックスファイルの記述例を示す、図１９に続く図である。
【図２１】部分削除処理を説明するフローチャートである。
【図２２】ＧＯＰの構成例を説明する図である。
【図２３】デコードするピクチャの例を示す図である。
【図２４】クリップインフォメーションファイルの記述例を示す図である。
【図２５】クリップインフォメーションファイルの記述例を示す、図２４に続く図である。
【図２６】クリップインフォメーションファイルの記述例を示す、図２５に続く図である。
【図２７】インデックスファイルの記述例を示す図である。
【図２８】インデックスファイルの記述例を示す、図２７に続く図である。
【図２９】インデックスファイルの記述例を示す、図２８に続く図である。
【図３０】インデックスファイルの記述例を示す、図２９に続く図である。
【図３１】ビデオファイルの部分削除を説明する図である。
【図３２】部分削除クリップの再生処理を説明するフローチャートである。
【符号の説明】
１ 記録再生装置， １１ ＣＰＵ， １２ ＲＯＭ， １３ ＲＡＭ， １４ クリップ管理部， １５ エディットリスト管理部， １６ 再生制御部， １８ インデックスファイル管理部， １９ ディスクインフォメーションファイル管理部， ２１ 操作部， ２２ 表示部， ２９ ドライブ， ３０ 光ディスク， ４１ インデックスファイル， ２０２ ＰＲＯＡＶディレクトリ， ２０４インデックスファイル， ２０８ クリップルートディレクトリ， ２０９ エディットリストルートディレクトリ， ２１１乃至２１３ クリップディレクトリ， ２１４乃至２１７ エディットリストディレクトリ， ３０１ クリップ作成部， ３０２ クリップ更新部， ３０３ クリップインフォメーションファイル管理部， ３０４ ビデオ・オーディオファイル管理部， ４０１ 表示位置決定部， ４０２ デコードフレーム特定部， ４０３ 不要フレーム特定部， ４０４ 表示開始位置設定部， ４１１ ビデオファイル， ４２１ クリップインフォメーションファイル， ５０１ クリップディレクトリ

Claims (5)

1. フレーム間予測により符号化された動画データから、指定された部分の動画データを削除する情報処理装置において、
   記録媒体に記録された前記動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定手段と、
   前記特定手段により特定された、前記デコードに必要であり、かつ表示させない前記フレームのフレーム数に基づいて、前記動画データの表示開始フレームを設定する設定手段と
   を備えることを特徴とする情報処理装置。
2. 前記設定手段により設定された前記表示開始フレームを特定するための特定情報の前記記録媒体への記録を制御する記録制御手段をさらに備える
   ことを特徴とする請求項１に記載の情報処理装置。
3. フレーム間予測により符号化された動画データから、指定された部分の動画データを削除する情報処理装置の情報処理方法において、
   記録媒体に記録された前記動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定ステップと、
   前記特定ステップの処理により特定された、前記デコードに必要であり、かつ表示させない前記フレームのフレーム数に基づいて、前記動画データの表示開始フレームを設定する設定ステップと
   を含むことを特徴とする情報処理方法。
4. フレーム間予測により符号化された動画データから、指定された部分の動画データを削除する情報処理装置用のプログラムであって、
   記録媒体に記録された前記動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定ステップと、
   前記特定ステップの処理により特定された、前記デコードに必要であり、かつ表示させない前記フレームのフレーム数に基づいて、前記動画データの表示開始フレームを設定する設定ステップと
   を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録された記録媒体。
5. フレーム間予測により符号化された動画データから、指定された部分の動画データを削除する処理を実行するコンピュータに、
   記録媒体に記録された前記動画データの編集点に基づいて、デコードに必要であり、かつ表示させないフレームを特定する特定ステップと、
   前記特定ステップの処理により特定された、前記デコードに必要であり、かつ表示させない前記フレームのフレーム数に基づいて、前記動画データの表示開始フレームを設定する設定ステップと
   を実行させることを特徴とするプログラム。

Images