(57)【要約】【課題】より容易にコンテンツデータの破壊編集を正しくユーザの意図に沿うように行うことができるようにする。【解決手段】  エディットリスト存在確認部４２１は、読み出し制御部２８４を制御し、ドライブに装着されている光ディスクの記録領域にエディットリストが存在するか否かを確認する。破壊編集禁止通知処理部４２２は、ドライブに装着されている光ディスクの記録領域にエディットリストが存在する場合、制御部２６１を介して制御情報出力部２２４を制御し、例えば、モニタに所定のメッセージを表示する等の、その光ディスクに記録されている各クリップの破壊編集の禁止をユーザに通知する処理を行う。本発明は、例えば、編集装置に適用できる。【選択図】図２７
2006107645.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを形成する素材データ、および前記素材データに付加されるメタデータにより構成されるコンテンツデータを処理する情報処理装置であって、
前記素材データに対してデータを実際に更新する破壊編集を行う素材データ破壊編集手段と、
前記素材データ破壊編集手段による前記素材データの破壊編集に基づいて、前記素材データに対するデータの更新を伴わない非破壊編集において生成される、前記非破壊編集の編集結果を示すエディットリストの更新に関する処理を行うエディットリスト処理手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記エディットリスト処理手段は、
前記素材データ破壊編集手段により破壊編集される前記素材データを参照するエディットリストを検索する参照エディットリスト検索手段と、
前記エディットリスト検索手段により検索された前記素材データを参照するエディットリストを、前記素材データ破壊編集手段による破壊編集の内容に応じて更新するエディットリスト更新手段と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記エディットリスト処理手段は、
エディットリストが存在するか否かを確認するエディットリスト存在確認手段と、
前記エディットリスト存在確認手段によりエディットリストの存在が確認された場合、前記素材データ破壊編集手段による前記素材データの破壊編集を禁止し、ユーザにその旨を通知する破壊編集禁止通知手段と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記エディットリスト処理手段は、
前記素材データ破壊編集手段により破壊編集される前記素材データを参照するエディットリストを検索する参照エディットリスト検索手段と、
前記参照エディットリスト検索手段により検索された前記素材データを参照するエディットリストに対する前記素材データ破壊編集手段による破壊編集を禁止し、ユーザにその旨を通知する破壊編集禁止通知手段と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記エディットリスト処理手段は、
前記素材データ破壊編集手段により破壊編集される前記素材データを参照するエディットリストを検索する参照エディットリスト検索手段と、
前記参照エディットリスト検索手段により検索された前記素材データを参照するエディットリストを削除するエディットリスト削除手段と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記エディットリスト処理手段は、
前記素材データ破壊編集手段により破壊編集される前記素材データを参照するエディットリストを検索する参照エディットリスト検索手段と、
前記参照エディットリスト検索手段による検索結果に基づいて、前記素材データを参照するエディットリストが存在すると判定した場合、前記素材データを複製する素材データ複製手段と
を備え、
前記素材データ破壊編集手段は、前記素材データ複製手段により複製された新しい素材データを破壊編集する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記エディットリスト処理手段は、
前記参照エディットリスト検索手段による検索結果に基づいて、前記素材データを参照するエディットリストが存在すると判定した場合、前記エディットリストを複製するエディットリスト複製手段と、
前記素材データ破壊編集手段による破壊編集の内容に応じて、前記エディットリスト複製手段により複製されたエディットリストを更新するエディットリスト更新手段と
をさらに備えることを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記エディットリスト更新手段は、さらに、前記エディットリスト複製手段により複製された古いエディットリストを再生禁止にする
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
コンテンツを形成する素材データ、および前記素材データに付加されるメタデータにより構成されるコンテンツデータを処理する情報処理装置の情報処理方法であって、
前記素材データに対してデータを実際に更新する破壊編集を行う素材データ破壊編集ステップと、
前記素材データ破壊編集ステップの処理による前記素材データの破壊編集に基づいて、前記素材データに対するデータの更新を伴わない非破壊編集において生成される、前記非破壊編集の編集結果を示すエディットリストの更新に関する処理を行うエディットリスト処理ステップと
を含むことを特徴とする情報処理方法。
【請求項１０】
コンテンツを形成する素材データ、および前記素材データに付加されるメタデータにより構成されるコンテンツデータに関する処理を、コンピュータに行わせるプログラムにおいて、
前記素材データに対してデータを実際に更新する破壊編集を行う素材データ破壊編集ステップと、
前記素材データ破壊編集ステップの処理による前記素材データの破壊編集に基づいて、前記素材データに対するデータの更新を伴わない非破壊編集において生成される、前記非破壊編集の編集結果を示すエディットリストの更新に関する処理を行うエディットリスト処理ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、例えば、より容易にコンテンツデータの破壊編集を正しくユーザの意図に沿うように行うことができるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来、VTR（Video Tape Recorder）において、画像データや音声データ等のコンテンツデータを、記録媒体であるテープデバイスに記録する場合、通常、テープデバイスには、そのコンテンツデータのみが記録されていた。コンテンツデータに例えばタイムコード等のメタデータが付加される場合もあったが、このメタデータは、テープデバイスにおいて、コンテンツデータとともに時間軸に沿って記録されていた。従って、このコンテンツデータの一部を書き換える等の編集が行われた場合、メタデータは、そのコンテンツデータの編集部分に対応する（付随する）部分のみが更新される。
【０００３】
これに対して、近年、画像データや音声データ等のコンテンツデータを、光ディスクやハードディスク等のランダムアクセスが可能な記録媒体を用いて、ノンリニアに記録する方法がある（例えば、特許文献１参照）。その場合、記録された各コンテンツデータは、ファイルシステムにより、それぞれ、ファイル（クリップ）として管理される。
【０００４】
例えば、映像や音声等よりなるテレビジョン番組等の場合、そのコンテンツデータは、画像ファイル、音声ファイル、およびメタデータファイル等の複数のファイルの集合として管理される。このとき、これらのファイルを管理したり、再生したりするための情報としてのメタデータも生成される。すなわち、このようにノンリニアにコンテンツデータが記録される場合、そのコンテンツデータには、VTRの場合よりも多くのメタデータが付加される。
【０００５】
従って、VTRの場合のように、コンテンツデータを書き換える等の編集を行う場合、各ファイルの内容の整合性を保つために、そのコンテンツデータに対応するメタデータの内容も合わせて更新する必要がでてくる。
【０００６】
従来の場合、このようにノンリニアに記録されたデータの編集においては、編集装置は、編集対象の元のデータは更新せずに、編集内容を示す情報（編集結果を導出可能な情報）を含むファイルを新たに生成していた（非破壊編集を行っていた）（例えば、特許文献１参照）。
【０００７】
【特許文献１】特開２００１−２９２４２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、このような非破壊編集においては、元のデータを残したまま編集結果となるファイルを新たに生成するため、例えばコンテンツデータの一部を他のコンテンツデータで上書きするような編集の場合、記録媒体の記録領域を不要に消費してしまう恐れがあった。
【０００９】
そこで、光ディスク等のノンリニアにコンテンツデータを記録する記録媒体の場合であっても、VTRの場合と同様に、編集対象のコンテンツデータを実際に更新する「破壊編集」を行うことが要求されるようになってきている。
【００１０】
しかしながら、その場合、ユーザは、画像データや音声データを破壊編集する際に、それらのデータに対応するメタデータの更新作業を、各メタデータについて１つずつ行わなければならず、各データの整合性を正しく保つことが困難であるという課題があった。この整合性の維持は、破壊編集されるコンテンツデータに対応するメタデータの数や種類が増加するに従って、より困難になってくる。
【００１１】
また、例えば、コンテンツデータに対して非破壊編集が施されており、その非破壊編集結果を示すエディットリスト（Editlist）が存在する場合、そのエディットリストは、コンテンツデータを参照する情報であるので、コンテンツデータの破壊編集に伴って更新の必要が生じる。しかしながら、参照されるコンテンツデータには、どのエディットリストが自分自身を参照しているかを示す情報を有しておらず、コンテンツデータの破壊編集時において、編集装置がこのような参照関係を正確に把握し、正しくエディットリストの情報を更新することが困難であった。特に、コンテンツデータやエディットリストが多数存在する場合、編集装置は、ファイル間の参照関係を正確に把握するために、各ファイルを１つずつ調査する等の煩雑な作業を必要とする。このため、例えば、画像データの１フレームを差し替えただけの簡単な破壊編集であっても、編集装置は、全ファイルの参照関係の調査等の処理を行わなければならず、その破壊編集処理の負荷が不要に増大してしまうという課題があった。
【００１２】
また、編集装置がコンテンツデータを破壊編集した場合、ファイル間の整合性を保つためにそのコンテンツデータに対応するエディットリストを更新する必要があるが、そもそもこのエディットリストは破壊編集前のコンテンツデータに対して行われた編集の結果であり、その後の破壊編集後に対応するように更新されたエディットリストがユーザの意図に沿うものであるとは限らない。つまり、編集装置が整合性を保つように制御しても、コンテンツデータの破壊編集により、エディットリストがユーザにとって不要なものとなってしまう恐れがあった。
【００１３】
本発明は、このような状況に鑑みてなされたものであり、例えば、コンテンツデータを破壊編集する際に、エディットリストの有無に応じてファイル間の整合をとる方法を変更し、編集作業を簡易化することにより、より容易にコンテンツデータの破壊編集を正しくユーザの意図に沿うように行うことができるようにするものである。
【課題を解決するための手段】
【００１４】
本発明の情報処理装置は、素材データに対してデータを実際に更新する破壊編集を行う素材データ破壊編集手段と、素材データ破壊編集手段による素材データの破壊編集に基づいて、素材データに対するデータの更新を伴わない非破壊編集において生成される、非破壊編集の編集結果を示すエディットリストの更新に関する処理を行うエディットリスト処理手段とを備えることを特徴とする。
【００１５】
前記エディットリスト処理手段は、素材データ破壊編集手段により破壊編集される素材データを参照するエディットリストを検索する参照エディットリスト検索手段と、エディットリスト検索手段により検索された素材データを参照するエディットリストを、素材データ破壊編集手段による破壊編集の内容に応じて更新するエディットリスト更新手段とを備えるようにすることができる。
【００１６】
前記エディットリスト処理手段は、エディットリストが存在するか否かを確認するエディットリスト存在確認手段と、エディットリスト存在確認手段によりエディットリストの存在が確認された場合、素材データ破壊編集手段による素材データの破壊編集を禁止し、ユーザにその旨を通知する破壊編集禁止通知手段とを備えるようにすることができる。
【００１７】
前記エディットリスト処理手段は、素材データ破壊編集手段により破壊編集される素材データを参照するエディットリストを検索する参照エディットリスト検索手段と、参照エディットリスト検索手段により検索された素材データを参照するエディットリストに対する素材データ破壊編集手段による破壊編集を禁止し、ユーザにその旨を通知する破壊編集禁止通知手段とを備えるようにすることができる。
【００１８】
前記エディットリスト処理手段は、素材データ破壊編集手段により破壊編集される素材データを参照するエディットリストを検索する参照エディットリスト検索手段と、参照エディットリスト検索手段により検索された素材データを参照するエディットリストを削除するエディットリスト削除手段とを備えるようにすることができる。
【００１９】
前記エディットリスト処理手段は、素材データ破壊編集手段により破壊編集される素材データを参照するエディットリストを検索する参照エディットリスト検索手段と、参照エディットリスト検索手段による検索結果に基づいて、素材データを参照するエディットリストが存在すると判定した場合、素材データを複製する素材データ複製手段とを備え、素材データ破壊編集手段は、素材データ複製手段により複製された新しい素材データを破壊編集するようにすることができる。
【００２０】
前記エディットリスト処理手段は、参照エディットリスト検索手段による検索結果に基づいて、素材データを参照するエディットリストが存在すると判定した場合、エディットリストを複製するエディットリスト複製手段と、素材データ破壊編集手段による破壊編集の内容に応じて、エディットリスト複製手段により複製されたエディットリストを更新するエディットリスト更新手段とをさらに備えるようにすることができる。
【００２１】
前記エディットリスト更新手段は、さらに、エディットリスト複製手段により複製された古いエディットリストを再生禁止にするようにすることができる。
【００２２】
本発明の情報処理方法は、素材データに対してデータを実際に更新する破壊編集を行う素材データ破壊編集ステップと、素材データ破壊編集ステップの処理による素材データの破壊編集に基づいて、素材データに対するデータの更新を伴わない非破壊編集において生成される、非破壊編集の編集結果を示すエディットリストの更新に関する処理を行うエディットリスト処理ステップとを含むことを特徴とする。
【００２３】
本発明のプログラムは、素材データに対してデータを実際に更新する破壊編集を行う素材データ破壊編集ステップと、素材データ破壊編集ステップの処理による素材データの破壊編集に基づいて、素材データに対するデータの更新を伴わない非破壊編集において生成される、非破壊編集の編集結果を示すエディットリストの更新に関する処理を行うエディットリスト処理ステップとを含むことを特徴とする。
【００２４】
本発明の情報処理装置および方法、並びにプログラムにおいては、素材データに対してデータを実際に更新する破壊編集が行われ、素材データの破壊編集に基づいて、素材データに対するデータの更新を伴わない非破壊編集において生成される、非破壊編集の編集結果を示すエディットリストの更新に関する処理が行われる。
【発明の効果】
【００２５】
本発明によれば、例えば、より容易にコンテンツデータの破壊編集を正しくユーザの意図に沿うように行うことができる。
【発明を実施するための最良の形態】
【００２６】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２７】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定したりするものではない。
【００２８】
本発明においては、コンテンツを形成する素材データ（例えば、図４の画像データファイルまたは音声データファイル）、および前記素材データに付加されるメタデータ（例えば、図４のリアルタイムメタデータファイルまたはノンリアルタイムメタデータファイル）により構成されるコンテンツデータ（例えば、図４のクリップディレクトリ）を処理する情報処理装置（例えば、図１の編集装置）が提供される。この情報処理装置は、素材データに対してデータを実際に更新する破壊編集（例えば、図１４の破壊編集処理）を行う素材データ破壊編集手段（例えば、図１７のクリップ破壊編集部）と、素材データ破壊編集手段による素材データの破壊編集に基づいて、素材データに対するデータの更新を伴わない非破壊編集（例えば、図１３の非破壊編集処理）において生成される、非破壊編集の編集結果を示すエディットリスト（例えば、図５のエディットリストファイル）の更新に関する処理を行うエディットリスト処理手段（例えば、図１７の参照エディットリスト検索部およびエディットリスト更新部）とを備える。
【００２９】
前記エディットリスト処理手段は、素材データ破壊編集手段により破壊編集される素材データを参照するエディットリストを検索する参照エディットリスト検索手段（例えば、図１７の参照エディットリスト検索部）と、エディットリスト検索手段により検索された素材データを参照するエディットリストを、素材データ破壊編集手段による破壊編集の内容に応じて更新するエディットリスト更新手段（例えば、図１７のエディットリスト検索部）とを備えるようにすることができる。
【００３０】
前記エディットリスト処理手段は、エディットリストが存在するか否かを確認するエディットリスト存在確認手段（例えば、図２７のエディットリスト存在確認部）と、エディットリスト存在確認手段によりエディットリストの存在が確認された場合、素材データ破壊編集手段による素材データの破壊編集を禁止し、ユーザにその旨を通知する破壊編集禁止通知手段（例えば、図２７の破壊編集禁止通知処理部）とを備えるようにすることができる。
【００３１】
前記エディットリスト処理手段は、素材データ破壊編集手段により破壊編集される素材データを参照するエディットリストを検索する参照エディットリスト検索手段（例えば、図３０の参照エディットリスト検索部）と、参照エディットリスト検索手段により検索された素材データを参照するエディットリストに対する素材データ破壊編集手段による破壊編集を禁止し、ユーザにその旨を通知する破壊編集禁止通知手段（例えば、図３０の破壊編集禁止通知処理部）とを備えるようにすることができる。
【００３２】
前記エディットリスト処理手段は、素材データ破壊編集手段により破壊編集される素材データを参照するエディットリストを検索する参照エディットリスト検索手段（例えば、図３３の参照エディットリスト検索部）と、参照エディットリスト検索手段により検索された素材データを参照するエディットリストを削除するエディットリスト削除手段（例えば、図３３のエディットリスト削除部）とを備えるようにすることができる。
【００３３】
前記エディットリスト処理手段は、素材データ破壊編集手段により破壊編集される素材データを参照するエディットリストを検索する参照エディットリスト検索手段（例えば、図３６の参照エディットリスト検索部）と、参照エディットリスト検索手段による検索結果に基づいて、素材データを参照するエディットリストが存在すると判定した場合、素材データを複製する素材データ複製手段（例えば、図３６のクリップ複製部）とを備え、素材データ破壊編集手段は、素材データ複製手段により複製された新しい素材データを破壊編集する（例えば、図３７のステップＳ２１５）ようにすることができる。
【００３４】
前記エディットリスト処理手段は、参照エディットリスト検索手段による検索結果に基づいて、素材データを参照するエディットリストが存在すると判定した場合、エディットリストを複製するエディットリスト複製手段（例えば、図４８のエディットリスト複製部）と、素材データ破壊編集手段による破壊編集の内容に応じて、エディットリスト複製手段により複製されたエディットリストを更新するエディットリスト更新手段（例えば、図４８のエディットリスト更新部）とをさらに備えるようにすることができる。
【００３５】
前記エディットリスト更新手段は、さらに、エディットリスト複製手段により複製された古いエディットリストを再生禁止にする（例えば、図４６のステップＳ３０５）ようにすることができる。
【００３６】
本発明においては、コンテンツを形成する素材データ（例えば、図４の画像データファイルまたは音声データファイル）、および前記素材データに付加されるメタデータ（例えば、図４のリアルタイムメタデータファイルまたはノンリアルタイムメタデータファイル）により構成されるコンテンツデータ（例えば、図４のクリップディレクトリ）を処理する情報処理装置（例えば、図１の編集装置）の情報処理方法が提供される。この情報処理方法は、素材データに対してデータを実際に更新する破壊編集（例えば、図１４の破壊編集処理）を行う素材データ破壊編集ステップ（例えば、図２０のステップＳ１）と、素材データ破壊編集ステップの処理による素材データの破壊編集に基づいて、素材データに対するデータの更新を伴わない非破壊編集（例えば、図１３の非破壊編集処理）において生成される、非破壊編集の編集結果を示すエディットリスト（例えば、図５のエディットリストファイル）の更新に関する処理を行うエディットリスト処理ステップ（例えば、図２０のステップＳ２乃至ステップＳ６）とを含む。
【００３７】
本発明においては、コンテンツを形成する素材データ（例えば、図４の画像データファイルまたは音声データファイル）、および前記素材データに付加されるメタデータ（例えば、図４のリアルタイムメタデータファイルまたはノンリアルタイムメタデータファイル）により構成されるコンテンツデータ（例えば、図４のクリップディレクトリ）に関する処理をコンピュータ（例えば、図１の編集装置）に行わせるプログラムが提供される。このプログラムは、素材データに対してデータを実際に更新する破壊編集（例えば、図１４の破壊編集処理）を行う素材データ破壊編集ステップ（例えば、図２０のステップＳ１）と、素材データ破壊編集ステップの処理による素材データの破壊編集に基づいて、素材データに対するデータの更新を伴わない非破壊編集（例えば、図１３の非破壊編集処理）において生成される、非破壊編集の編集結果を示すエディットリスト（例えば、図５のエディットリストファイル）の更新に関する処理を行うエディットリスト処理ステップ（例えば、図２０のステップＳ２乃至ステップＳ６）とを含む。
【００３８】
以下に、本発明の実施の形態について図面を参照して説明する。
【００３９】
図１は、本発明を適用した番組制作システムの一実施の形態の構成例を示している。
【００４０】
図１において、番組制作システム１は、例えば、テレビジョン放送等で放送される番組（コンテンツ）を制作するシステムである。番組制作システム１は、カムコーダ１１および編集装置１３を有している。
【００４１】
カムコーダ１１は、被写体を撮影し、得られた画像データや音声データ等の素材データ２１やそのメタデータ２２等を記録媒体である光ディスク１２に記録する装置であり、番組制作行程の１つである取材作業に用いられる。
【００４２】
編集装置１３は、光ディスク１２に記録されている素材データ２１やメタデータ２２を編集し、例えば、複数のデータを繋ぎ合わせたり、不要な部分を削除したり、音声を挿入したり、字幕などの文字データを挿入したりし、コンテンツとして完成されたデータであるカンパケデータ２３を生成する装置であり、番組制作行程の１つである編集作業に用いられる。
【００４３】
光ディスク１２は、例えば、CD（Compact Disc）やDVD（Digital Versatile Disc）等の大容量記録媒体であり、素材データ２１やメタデータ２２等を記録する。この光ディスク１２は、ランダムアクセス可能な記録媒体であり、各データをファイルとして非時系列的に（ノンリニアに）管理する。従って、例えば、編集装置１３は、メタデータ１２に記録されている任意のファイルに対して、その記録順に関係なくアクセス可能となる。
【００４４】
つまり、番組制作システム１において、カムコーダ１１と編集装置１３は、ランダムアクセス可能な光ディスク１２を介して素材データ２１やメタデータ２２をやりとりする。
【００４５】
図２は、図１の光ディスク１２の記録領域の構成例を示す模式図である。
【００４６】
図２において、光ディスク１２の記録領域３０は、交替領域３１、ファイルシステム３２Ａおよび３２Ｂ、ノンリアルタイムメタデータ領域（NRT（Non Real Time）領域）３３、およびクリップ領域３４を有する。
【００４７】
交替領域３１は、その他の領域に、傷、汚れ、製造不良、または記録寿命などによる読み書き不良領域が発生した場合、読み書き不良領域の代替として利用される領域である。ファイルシステム３２Ａおよび３２Ｂは、NRT領域３３やクリップ領域３４に記録されたデータをファイルとして管理するための管理情報が記録される。
【００４８】
NRT領域３３は、クリップ領域３４に記録されるクリップに対応するメタデータであるノンリアルタイムメタデータ（NRT：Non Real Time metadata）を記録するための領域である。クリップとは、１つのコンテンツを形成するデータの集合であり、例えば、画像データ、音声データ、画像データの各フレームに対応するメタデータで構成されるリアルタイムメタデータ（RT：Real Time metadata）、および、画像データや音声データの低解像度のデータであるプロキシデータ等により構成される。
【００４９】
クリップとは、撮影者が撮像を開始して終了するまでの１回の撮像処理を示す単位である。すなわち、１つのクリップの画像信号は、通常、複数のフレームの画像信号からなる。なお、クリップは、１回の撮像処理を示すだけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す場合にも用いられる。また、クリップは、その１回の撮像処理により得られる画像データの長さやデータ量を示したり、その画像データ自体を示したりする場合にも用いられるし、その１回の撮像処理により得られる（または関連する）各種のデータの長さやデータ量を示したり、その各種のデータの集合体そのものを示したりする場合にも用いられる。具体的には、クリップに含まれるデータとして、例えば、画像データおよび音声データの素材データの他に、その素材データに関連する各種メタデータ、その素材データの低解像度のデータであるプロキシデータ、またはその素材データの再生方法等を制御するプレイリストデータ等も含まれる。
【００５０】
例えば、図１の取材作業において、カムコーダ１１が行う１回の撮影（録画開始から録画終了まで）により得られるデータ群が１つのクリップである。なお、例えば、編集装置１３における編集作業により複数の画像データが繋ぎ合わせられた場合、その編集結果となる１つの画像データ（およびその画像データに対応する各データ）が１つのクリップとされる。
【００５１】
クリップの素材データに付加されるメタデータとしては、その読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータと、その読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータが存在する。
【００５２】
リアルタイムメタデータ（RT）としては、例えば、画像信号のフレームの位置を時、分、秒等の所定の時間情報を利用して特定するLTC（Linear Time Code）、各フレームのフレーム番号であり、ファイルの先頭フレームからの相対的な位置情報であるFTC（File Time Code）、そのフレームの画像信号の信号特性を示すユーザビット（UB：User Bit）、フレームを識別するためのIDであるUMID(Unique Material Identifier)、ビデオカメラによる撮像が行われた位置を表すGPS(Global Positioning System)の情報、画像信号や音声信号等のエッセンスデータの内容に関する情報であるエッセンスマーク、ARIB(Association of Radio Industries and Businesses)メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。なお、ARIBメタデータとは、標準化団体であるARIBで標準化された、SDI(Serial Digital Interface)等の通信インタフェース用のメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、IRIS（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスに関するレンズ情報等の情報である。
【００５３】
ノンリアルタイムメタデータは、クリップ全体に対するメタデータである。ノンリアルタイムメタデータ（NRT）としては、例えば、各フレームに対応するLTCをフレーム番号（FTC）に対応させた変換テーブル、UMID、GPSの情報、またはその他の情報などがある。なお、フレームとは、画像信号の単位であり、１画面分の画像に対応する画像データ（または、その画像データに対応する各種のデータ）のことである。また、クリップとは、撮影者が撮像を開始して終了するまでの１回の撮像処理を示す単位である。すなわち、１つのクリップの画像信号は、通常、複数のフレームの画像信号からなる。
【００５４】
このようなリアルタイムメタデータおよびノンリアルタイムメタデータは、どのような単位の画像データに対して付加されてもよい。以下においては、リアルタイムメタデータがフレーム毎に画像データに付加され、ノンリアルタイムメタデータがクリップ毎に画像データに付加される場合について説明する。すなわち、以下においては、リアルタイムメタデータは、画像信号に対して、フレーム毎に付加されるフレームメタデータであり、付加されたフレームに対応するデータを含んでいるものとする。また、ノンリアルタイムメタデータは、画像信号に対して、クリップ毎に付加されるクリップメタデータであり、付加されたクリップ全体に対応するデータを含んでいるものとする。
【００５５】
通常、画像データは、クリップ毎にファイル化され、ファイルシステムにより管理される。このような場合、ノンリアルタイムメタデータは、画像データを含むファイル毎のメタデータであることとすることもできる。
【００５６】
なお、リアルタイムメタデータとノンリアルタイムメタデータは、上述した以外のデータを含むようにしてもよい。また、リアルタイムメタデータとノンリアルタイムメタデータで同じ内容のデータを含めるようにしてもよいし、上述したリアルタイムメタデータとしての各データをノンリアルタイムメタデータとしてもよいし、逆に、ノンリアルタイムメタデータとして上述した各データをリアルタイムメタデータとしてもよい。例えば、エッセンスマーク、ARIBメタデータ、または、ビデオカメラの設定／制御情報等をノンリアルタイムメタデータとしてもよいし、リアルタイムメタデータおよびノンリアルタイムメタデータの両方に含めるようにしてもよい。また、UMIDやGPSの情報等をリアルタイムメタデータに含めるようにしてもよいし、リアルタイムメタデータおよびノンリアルタイムメタデータの両方に含めるようにしてもよい。
【００５７】
図２に示されるように、クリップ領域３４には、例えば、クリップ３４Ａ、クリップ３４Ｂ、・・・等のように、各クリップのデータが順に記録される。図２において、クリップ領域３４のクリップがまだ記録されていない領域は未使用領域３４Ｃである。なお、クリップ３４Ａは、クリップ３４Ａに属する画像データや音声データ等を含むボディＡ、フッダ情報F_A、およびヘッダ情報H_Aにより構成される。同様に、クリップ３４Ｂは、クリップ３４Ｂに属する画像データや音声データ等を含むボディＢ、フッダ情報F_B、およびヘッダ情報H_Bにより構成される。
【００５８】
光ディスク１２においては、ファイルシステム３２Ａおよび３２Ｂの管理情報により、各データはファイルとして図３乃至図５のように管理される。
【００５９】
光ディスク１２に記録されたデータを管理するファイルシステムとしては、どのような方式のものを用いてもよく、例えば、UDF（Universal Disk Format）やISO9660（International Organization for Standardization 9660）等を用いてもよい。また、光ディスク１２の代わりにハードディスク等の磁気ディスクを用いた場合、ファイルシステムとして、FAT（File Allocation Tables）、NTFS（New Technology File System）、HFS（Hierarchical File System）、またはUFS（Unix（登録商標） File System）等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。
【００６０】
このファイルシステムにおいては、光ディスク１２に記録されたデータは図３に示されるようなディレクトリ構造およびファイルにより管理される。
【００６１】
図３において、ルートディレクトリ（ROOT）５１には、画像データや音声データ等の素材データに関する情報、および、素材データの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるPROAVディレクトリ５２が設けられる。なお、ルートディレクトリ５１には、図示は省略するが、構成表データ等も設けられる。
【００６２】
PROAVディレクトリ５２には、ディスクメタファイル（DISCMETA.XML）５３、光ディスク１２に記録されている全てのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル（INDEX.XML）５４、その複製のインデックスファイル（INDEX.BUP）５５、ディスクインフォメーションファイル（DISCINFO.XML）５６、その複製のディスクインフォメーションファイル（DISKINFO.BUP）５７、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（CLPR）５８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ（EDTR）５９が設けられる。
【００６３】
クリップルートディレクトリ５８には、光ディスク１２に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図３の場合、３つのクリップのデータが、クリップディレクトリ（C0001）６１、クリップディレクトリ（C0002）６２、および、クリップディレクトリ（C0003）６３の３つのディレクトリに分けられて管理されている。すなわち、光ディスク１２に記録された最初のクリップの各データは、クリップディレクトリ６１の下位のディレクトリのファイルとして管理され、２番目に光ディスク１２に記録されたクリップの各データは、クリップディレクトリ６２の下位のディレクトリのファイルとして管理され、３番目に光ディスク１２に記録されたクリップの各データは、クリップディレクトリ６３の下位のディレクトリのファイルとして管理される。
【００６４】
また、エディットリストルートディレクトリ５９には、光ディスク１２に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図３の場合、４つのエディットリストが、エディットリストディレクトリ（E0001）６４、エディットリストディレクトリ（E0002）６５、エディットリストディレクトリ（E0003）６６、およびエディットリストディレクトリ（E0004）６７の４つのディレクトリに分けて管理されている。すなわち、光ディスク１２に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ６４の下位のディレクトリのファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ６５の下位のディレクトリのファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ６６の下位のディレクトリのファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ６７の下位のディレクトリのファイルとして管理される。
【００６５】
上述したクリップルートディレクトリ５８に設けられるクリップディレクトリ６１の下位のディレクトリには、最初に光ディスク１２に記録されたクリップの各データが、図４に示されるようなファイルとして設けられ、管理される。
【００６６】
図４の場合、クリップディレクトリ６１には、このクリップを管理するファイルであるクリップインフォメーションファイル（C0001C01.SMI）７１、このクリップの画像データを含むファイルである画像データファイル（C0001V01.MXF）７２、それぞれ、このクリップの各チャンネルの音声データを含む８つのファイルである音声データファイル（C0001A01.MXF乃至C0001A08.MXF）７３乃至８０、このクリップの画像データに対応する低解像度のデータを含むファイルであるプロキシデータファイル（C0001S01.MXF）８１、このクリップ全体に対応するメタデータであり、例えば、LTC（Linear Time Code）とフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデータであるノンリアルタイムメタデータを含むファイルであるノンリアルタイムメタデータファイル（C0001M01.XML）８２、このクリップの画像データの各フレームに対応するメタデータであり、例えばLTC等の、リアルタイム性を要求されるメタデータであるリアルタイムメタデータを含むファイルであるリアルタイムメタデータファイル（C0001R01.BIM）８３、並びに、画像データファイル７２のフレーム構造（例えば、MPEG（Moving Picture Experts Group）等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（C0001I01.PPF）８４等のファイルが設けられる。
【００６７】
図４の場合、再生時にリアルタイム性を要求されるデータである、画像データ、プロキシデータ、およびリアルタイムメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
【００６８】
また、音声データも、再生時にリアルタイム性を要求されるが、7.1チャンネル等のような音声の多チャンネル化に対応するために、８チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは８つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、７つ以下であってもよいし、９つ以上であってもよい。
【００６９】
同様に、画像データ、プロキシデータ、およびリアルタイムメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
【００７０】
また、図４において、リアルタイム性を要求されないノンリアルタイムメタデータは、リアルタイム性を要求されるリアルタイムメタデータと異なるファイルとして管理される。これは、画像データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００７１】
なお、ノンリアルタイムメタデータファイル８２は、汎用性を持たせるためにXML（eXtensible Markup Language）形式で記述されているが、リアルタイムメタデータファイル８３は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM形式のファイルである。
【００７２】
図４に示されるクリップディレクトリ６１のファイルの構成例は、光ディスク１２に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、図３に示される、その他のクリップディレクトリ６２および６３においても、図４に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００７３】
次に、図３のエディットリストルートディレクトリ５９の下位のディレクトリにおけるファイルの構成例について説明する。上述したエディットリストルートディレクトリ５９に設けられるエディットリストディレクトリ６５の下位のディレクトリには、光ディスク１７に記録されたクリップの各データの２回目の編集結果に関する情報であるエディットリストのデータが、図５に示されるようなファイルとして設けられ、管理される。
【００７４】
図５の場合、エディットリストディレクトリ６５には、この編集結果（エディットリスト）を管理するファイルであるエディットリストファイル（E0002E01.SMI）９１、この編集後の素材データ（編集に用いられた全クリップの素材データの内、編集後のデータとして抽出された部分）全体に対応するノンリアルタイムメタデータ、または、そのノンリアルタイムメタデータに基づいて新たに生成されたノンリアルタイムメタデータを含むファイルであるエディットリスト用ノンリアルタイムメタデータファイル（E0002M01.XML）９２、プレイリストファイル（E0002P01.SMI）９３、プレイリスト用ピクチャポインタファイル（C0001I01.PPF）９４、プレイリスト用画像データファイル（E0002V01.BMX）９５、プレイリスト用音声データファイル（E0002A01.BMX乃至E0002A04.BMX）９６乃至９９、プレイリスト用プロキシデータファイル（E0002S01.BMX）１００、並びに、プレイリスト用リアルタイムメタデータファイル（E0002R01.BBM）１０１等のファイルが設けられる。
【００７５】
図５において、リアルタイム性を要求されないノンリアルタイムメタデータは、リアルタイム性を要求されるリアルタイムメタデータと異なるファイルとして管理される。これは、再生手順（プレイリスト）を用いて画像データ等を再生中に（編集結果の再現中に）、必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００７６】
エディットリスト用ノンリアルタイムメタデータファイル９２は、編集結果に基づいて、編集に使用されたクリップのノンリアルタイムメタデータ（クリップルートディレクトリ５８の下位のディレクトリに存在するノンリアルタイムメタデータファイル）に基づいて生成された新たなノンリアルタイムメタデータを含むファイルである。例えば、編集が行われると、図４のノンリアルタイムメタデータファイル８２に含まれるノンリアルタイムメタデータから、編集後の素材データに対応する部分が抽出され、それらを用いて、編集後の素材データを１クリップとする新たなノンリアルタイムメタデータが再構成され、エディットリスト用ノンリアルタイムメタデータファイルとして管理される。すなわち、編集後の素材データには、編集後の素材データを１クリップとする新たなノンリアルタイムメタデータが付加され、そのノンリアルタイムメタデータが１つのエディットリスト用ノンリアルタイムメタデータファイルとして管理される。従って、このエディットリスト用ノンリアルタイムメタデータファイルは、編集毎に生成される。
【００７７】
なお、このエディットリスト用ノンリアルタイムメタデータファイル９２は、汎用性を持たせるために、XML形式で記述される。
【００７８】
なお、画像データ、プロキシデータ、およびリアルタイムメタデータは、場合によって、それぞれ、複数のファイルとして管理されるようにしてもよい。同様に、音声データに対応するファイルの数は、３つ以下であってもよいし、５つ以上であってもよい。
【００７９】
図５に示されるエディットリストディレクトリ６５のファイルの構成例は、全てのエディットリスト（編集結果）において適用することができる。すなわち、図３に示される、その他のエディットリストディレクトリ６４、６６、または６７においても、図５に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００８０】
図４に示されるように、画像データや音声データは、容易に各データをそれぞれ別々に編集（AV（Audio Visual）独立編集）することができるように画像データファイル７２、並びに、音声データファイル７３乃至８０のようにそれぞれ独立したファイルとして管理される。図６は、このように管理される画像データファイル７２、並びに、音声データファイル７３乃至８０のフォーマット（AV独立フォーマット）の構成例を示している。
【００８１】
AV独立フォーマットでは、図６に示されるように、ビデオデータやオーディオデータが、それぞれまとめて配置されたファイルとされる。
【００８２】
なお、AV独立フォーマットのビデオファイルのボディには、光ディスク１２のセクタ長の整数倍のピクチャアイテムがまとめて配置されているため、そのボディ全体の大きさも、光ディスク１２のセクタ長の整数倍になっている。即ち、AV独立フォーマットのビデオファイルのボディは、セクタアラインメント(sector alignment)がとれた大きさとなっている。
【００８３】
また、MXFでは、インデックステーブルはオプションであり、図６のビデオファイルでは（後述するオーディオファイルでも同様）、インデックステーブルを採用していない。
【００８４】
AV独立フィーマットでは、WAVE形式のオーディオデータ（音声データ）が、チャネル毎のファイルのボディに、KLV（Key Length Value）構造で配置され、さらに、そのボディに、ヘッダとフッタが付加されて、オーディオファイルが構成される。
【００８５】
即ち、AV独立フォーマットでは、８チャンネルのオーディオデータについて、各チャネルのオーディオファイルが、独立に構成される。各チャネルのオーディオファイルは、そのチャネルのオーディオデータをWAVE形式にし、かつまとめてKLV構造化したものが、ボディに配置され、さらに、そのボディに、ヘッダとフッタが付加されて構成される。
【００８６】
なお、AV独立フォーマットのオーディオファイルのボディには、上述したように、あるチャネルのWAVE形式のオーディオデータをまとめてKLV構造化したものが配置されるが、このオーディオデータ全体の大きさが、光ディスク１２のセクタ長の整数倍になるとは限らない。そこで、セクタアラインメントをとるために、AV独立フォーマットのオーディオファイルのボディには、KLV構造のオーディオデータの後に、セクタアライメントをとるのに必要な分のKLV構造のフィラーが配置される。
【００８７】
以上のように、AV独立フォーマットでは、ビデオデータがまとめてビデオファイルに配置されるとともに、各チャネルのオーディオデータがまとめて、そのチャネルのオーディオファイルに配置されるので、ビデオデータとオーディオデータそれぞれを別々に編集するAV独立編集などの編集を、容易に行うことができる。
【００８８】
なお、画像データ、音声データ、プロキシデータ、およびリアルタイムメタデータの各データは、光ディスク１２に記録される際、再生時のリアルタイム性を容易に保つことができるように、それぞれ所定の時間毎に分割され、分割された各種のデータが年輪データとしてまとめられて記録される。
【００８９】
すなわち、光ディスク１２には、各データの互いに対応する部分で構成される年輪データが連続するように記録される。
【００９０】
図７は、図４のリアルタイムメタデータファイル（C0001R01.BIM）８３の構成例を示す模式図である。
【００９１】
図７に示されるように、リアルタイムメタデータファイル１２０は、再生のための参照情報が格納されるデコード情報（DecoderInit）１２１とメタデータ本体であるイニシャルディスクリプション（Initial Description）１２２により構成される。
【００９２】
リアルタイムメタデータは、画像データの各フレームに付加されるメタデータである。つまり、リアルメタデータファイル１２０は、各フレームに対するメタデータ（フレームユニット（FUU（Fragment Update Unit）））の集合として構成される。イニシャルディスクリプション１２２は、イニシャルディスクリプション１２２は、フレームユニットの数を示す情報であるフレームユニット数情報（Number of FUU）１２３を有し、そのフレームユニット数情報１２３に続いて、FUU１２４Ａ、FUU１２４Ｂ、FUU１２４Ｃ、FUU１２４Ｄ、・・・のように、各フレームに対するフレームユニットが連続する。なお、先頭のFUU１２４Ａは、先頭情報を示すFUUであり、リアルタイムメタデータターゲットマテリアルフィラーとして構成される。このFUU１２４Ａに続いて、画像データの先頭フレームであるフレーム番号０のフレームに対するFUU１２４Ｂが配置され、さらに続いて、フレーム番号１のフレームに対応するFUU１２４Ｃ、フレーム番号２のフレームに対応するFUU１２４Ｄ、・・・のように構成される。なお、フレームユニット数情報１２３の値は、以上の構成に基づいて、「画像データのフレーム数＋１」となる。
【００９３】
フレームユニットには、例えば、対応するフレームのLTC、対応するフレームのUMID、および、対応するフレームのエッセンスマーク等の情報により構成されるKLVパケット等が記述される。
【００９４】
図８は、そのUMIDの基本的な構成の例を説明する図である。図８において拡張UMID１３１は、６４バイトの識別情報であり、画像データ、音声データ、メタデータ等、あらゆる素材をグローバルユニークに識別するための識別情報である。UMIDには、最低限必要な基本情報を含む基本UMID１３２と、基本UMID１３２に拡張情報であるソースパック１３３を付加した拡張UMID１３１が存在する。
【００９５】
すなわち、６４バイトの拡張UMID１３１は、３２バイトの基本UMID１３２と、３２バイトのソースパック１３３により構成される。基本UMID１３２は、１２バイトのユニバーサルラベル１４１、１バイトのデータ長１４２、３バイトのインスタンス番号１４３、および１６バイトのマテリアル番号１４４により構成される。
【００９６】
ユニバーサルラベル１４１には、このIDがSMPTE（Society of Motion Picture and Television Engineers）で定義されたUMIDであることを示す普遍的なラベル情報が格納される。ユニバーサルラベル１４１は、１０バイトのUMIDを示す固定ヘッダと、１バイトの、このUMIDが割り当てられる対象AV素材の種類を示す情報と、１バイトのUMIDの各フィールド値の生成方法を示す情報とにより構成される。データ長１４２には、このUMIDのデータ長を示す情報が格納される。すなわち、データ長１４２の値は、基本UMIDの場合３２バイトになり、拡張UMIDの場合６４バイトになる。インスタンス番号１４３は、インスタンスを示す情報を格納するフィールドであり、ここにはマテリアル番号１４４の値が同じである素材を識別するための識別情報が格納される。例えば、同じデータを複数回コピー（複製）した場合に、その複製方法によってインスタンス番号１４３の値を変更し、識別することにより、それらの複製されたデータを識別することが可能になる。すなわち、このインスタンス番号１４３によりUMIDを素材のグローバルユニークな識別以外の識別に用いることが可能になる。マテリアル番号１４４は、グローバルユニークに素材を識別するための識別情報が格納されるフィールドであり、時刻情報であるタイムスナップ、グローバルユニークな装置識別情報、および乱数により構成される。
【００９７】
ソースパック１３３は、基本UMID１３２に対する拡張情報であり、８バイトの時刻情報１４５、１２バイトの位置情報１４６、および１２バイトの人物情報１４７により構成される。
【００９８】
時刻情報１４５、位置情報１４６、および人物情報１４７は、いずれも、UMIDを割り当てる素材の生成に関する情報が格納される領域である。すなわち、時刻情報１４５には生成時刻が、位置情報１４６には生成した場所を示すGPS（Global Positioning System）情報が、人物情報１４７には生成した人物に関する情報が、それぞれ格納される。
【００９９】
図９は、KLVパケットの基本的な構成の例を説明する図である。図９において、KLVパケット１５０は、キーデータ（Key）１５１、レングスデータ（Length）１５２、および、バリューデータ（Value）１５３からなるKLV符号化されたデータである。このフォーマットは、SMPTE 335M/RP214に準拠している。
【０１００】
KLVパケット１５０のキーデータ１５１は、KLV符号化されたデータ項目を示す識別子である。この識別子には、SMTPEのメタデータ辞書に定義された、各種のデータ項目に対応する識別子が用いられる。KLVパケット１５０のレングスデータ１５２は、バリューデータ１５３の長さをバイト単位で示すデータである。KLVパケット１５０のバリューデータ１５３は、XML（eXtensible Markup Language）文書等のように、テキストデータ等のデータ本体からなるデータである。すなわち、KLVパケット１５０は、キーデータ１５１に示されるデータ項目のデータであり、レングスデータ１５２に示されるデータ長のデータであり、かつ、バリューデータ１５３に示されるデータを符号化したものである。
【０１０１】
リアルタイムメタデータに含まれる各データは、このようなデータ構造のKLVパケットである、上述した各種のデータにより構成される。これらの複数のデータからなるリアルタイムメタデータは、その各データの内容から、大きく、必須部分と選択部分の２つに分けられる。必須部分は、全フレームに対応するリアルタイムメタデータに含まれるデータであり、LTC、ユーザビット、UMID、およびエッセンスマーク等のその他のKLVデータを含む各種のデータにより構成され、選択部分は、必要に応じてリアルタイムメタデータに含まれるデータで構成される。選択部分に含まれるデータとして、例えば、ARIBメタデータやビデオカメラの設定／制御情報等のデータ等がある。
【０１０２】
なお、この必須部分と選択部分のそれぞれのデータ長は、いずれも予め定められた固定長である。また、リアルタイムメタデータは、SDI等の同期系通信インタフェースによるデータ転送に対応するために、リアルタイム性を要求されるデータである必要があるので、光ディスク１２等に高速に書き込みおよび読み出しができるように、必須部分（および選択部分）をBIM（BInary Format for MPEG-7）形式の１つのファイルで構成されている。
【０１０３】
次に、図３のインデックスファイル５４について説明する。インデックスファイルは、光ディスク１２内に記録されたファイルの情報を管理するためのファイルであり、クリップルートディレクトリの下に格納されるクリップについては、クリップテーブルとして記述されている。クリップテーブルには、管理するクリップがUMIDを用いて指定されている。さらに、そのクリップを構成する各データもそれぞれのUMIDを用いて指定される。また、インデックスファイルは、エディットリストについても同様に管理し、エディットリストのUMIDを用いて管理するエディットリストを指定する。
【０１０４】
次に、図４のノンリアルタイムメタデータファイル８２に含まれる情報について説明する。ノンリアルタイムメタデータファイル８２は、そのノンリアルタイムメタデータファイル８２と同じクリップディレクトリ内に存在する画像データファイルや音声データファイルに関する、リアルタイム性を要求されない、そのクリップ全体に対する付加情報である。
【０１０５】
ノンリアルタイムメタデータファイル８２においては、そのノンリアルタイムメタデータファイル８２が付加されるクリップ（クリップインフォメーションファイル７１）のUMID、LTCの変化が非線形となるフレームの一覧情報であるLTC変化点テーブル（LtcChangeTable）が含まれる。また、クリップが記録された記録媒体を識別するための情報である「リール番号」等により構成されるティピカルユーザビット（TypicalUbit）も含まれる。なお、「リール番号」は、クリップの管理を容易にするために用いられる情報であり、VTRにおいて頻繁に利用されていた情報である。
【０１０６】
さらに、ノンリアルタイムメタデータファイル８２には、画像データの各フレームのUMID（BodyUmid）に含まれる基本情報である基本UMID（Basic）の値が変化するフレームの一覧情報である基本UMID変化点テーブル（BodyUmidBasicChangeTable）、画像データの各フレームのUMID（BodyUmid）の時刻情報（When）の値が変化するフレームの一覧情報である時刻情報変化点テーブル（BodyUmidWhenChangeTable）、画像データの各フレームのUMID（BodyUmid）の位置情報（Where）の値が変化するフレームの一覧情報である位置情報変化点テーブル（BodyUmidWhereChangeTable）、および、画像データの各フレームのUMID（BodyUmid）の人物情報（Who）の値が変化するフレームの一覧情報である人物情報変化点テーブル（BodyUmidWhoChangeTable）が含まれる。
【０１０７】
また、ノンリアルタイムメタデータファイル８２には、KLVパケットが付加されたフレームの一覧情報であるKLVパケットテーブル（KlvPacketTable）も含まれる。さらに、画像データのビデオフォーマットに関する情報、音声データのオーディオフォーマットに関する情報、データの記録や編集に用いられたハードウェアやソフトウェアに関する情報、ユーザ情報、ノンリアルタイムメタデータファイル８２が対応するクリップのタイトル情報、並びに、任意のメモ情報（ディスクリプション）等も含まれる。
【０１０８】
次に、上述したLTC変化点テーブルについて説明する。図１０は、LTC変化点の例を説明する図である。図１０に示されるグラフにおいて、横軸は時刻Ｔ（フレーム数）を示し、縦軸はLTCの値を示している。
【０１０９】
LTCはタイムコードであるので、撮影画像データにおいて、その値は通常１フレームずつ単調に増加する（線形に変化する）。しかしながら、例えば、編集作業により複数のクリップがつなぎ合わせられたり、一部のフレームが削除されたり、LTCの値自体を編集されたりすると、LTCの値は、必ずしも線形に変化するとは限らず、例えば単調増加から単調減少に変化する等、LTCの値の変化の仕方が変わることがある（非線形に変化することがある）。このようにLTCの値の変化の仕方が変わるフレームを変化点と称する。
【０１１０】
図１０において、例えば、フレーム１６１乃至フレーム１６４が変化点である。例えば、フレーム１６１の場合、その直前までは１フレーム進む毎に（横軸右方向に進む毎に）LTCの値が所定量増加（単調増加）している。これに対してフレーム１６１以降のフレームにおいては、フレームが進んでもLTCの値は変化しない。このようにLTCの値の変化の仕方が変わるので、フレーム１６１は、変化点である。
【０１１１】
フレーム１６２乃至フレーム１６４についても同様にその前後でLTCの変化の仕方が変わるので変化点とされる。このフレーム１６１乃至フレーム１６４のような変化点を抽出して、フレーム番号とLTCの値をテーブル化したものがLTC変化点テーブルとされ、ノンリアルタイムメタデータ８２に登録される。
【０１１２】
このようなLTC変化点テーブルは、例えば、LTCに基づいてフレームを検索する時などに利用される。
【０１１３】
次に、上述した基本UMID変化点テーブル、時刻情報変化点テーブル、位置情報変化点テーブル、および人物情報変化点テーブルについて説明する。図１１は、基本UMID変化点、時刻情報変化点、位置情報変化点、および人物情報変化点の例を説明する図である。図１１に示されるグラフにおいて、横軸は時刻Ｔ（フレーム数）を示し、縦軸は画像データの各フレームのUMIDの構成（Basic，When，Who，Where）を示している。
【０１１４】
UMIDの構成は、図８に示されるとおりであり、基本情報（Basic）、時刻情報（When）、位置情報（Where）、および人物情報（Who）により構成されている。各フレームに割り当てられたUMIDにおいてこれらの情報が変化するフレームが変化点としてテーブル化される。
【０１１５】
例えば、図１１において、０フレームから９９フレームまでのフレームには、UMIDが付加されておらず、基本情報（Basic）、時刻情報（When）、位置情報（Where）、および人物情報（Who）のいずれも存在しない。しかしながら、１００フレームから１９９フレームまでのフレームには、基本情報のみを有している基本UMIDが付加されている。従って、１００フレームは、基本情報（Basic）の変化点とされる。
【０１１６】
また、１００フレームから１９９フレームまでのフレームには、基本情報のみを有している基本UMIDが付加されているが、２００フレームから２９９フレームまでのフレームには、基本情報（Basic）、時刻情報（When）、位置情報（Where）、および人物情報（Who）の全てを有する拡張UMIDが付加されている。従って、２００フレームは、時刻情報（When）、位置情報（Where）、および人物情報（Who）の変化点とされる。
【０１１７】
このような各情報の変化点が抽出され、それぞれ、変化点テーブルとしてノンリアルタイムメタデータ８２に登録される。
【０１１８】
次に、上述したKLVパケットテーブルについて説明する。図１２は、KLVパケットの例を説明する図である。図１２の横軸は時刻Ｔ（フレーム数）を示している。つまり、図１２は、どのフレーム番号のフレームにどのようなKLVパケットが付加されているかを示す図である。
【０１１９】
例えば、図１２において、フレーム番号「０」の先頭フレームには「録画開始（RecStart）」を示すエッセンスマークがKLVパケットとして付加されており、フレーム番号「２００」乃至「３００」のフレームには「Japan」という文字列（キーワード（KeyWords））がKLVパケットとして付加されており、フレーム番号「４００」のフレームには「フラッシュ（Flash）」がたかれたことを示すエッセンスマークがKLVパケットとして付加されており、フレーム番号「５００」のフレームには「日本語」を示すエッセンスマークがKLVパケットとして付加されており、フレーム番号「６００」乃至「７００」のフレームには「US」という文字列（キーワード（KeyWords））がKLVパケットとして付加されており、フレーム番号「８００」の最終フレームには「録画終了（RecEnd）」を示すエッセンスマークがKLVパケットとして付加されている。
【０１２０】
このようなKLVパケットが付加されたフレームについての情報がテーブル化され、ノンリアルタイムメタデータ８２に登録される。
【０１２１】
なお、上述した画像データのビデオフォーマットに関する情報は、例えば、画像データのフォーマットの規格（port）、画像データのコーデックの規格（videoCodec）、録画時の１秒間のフレーム数（recFps）、再生時の１秒間のフレーム数（playFps）、１画面画像の画素数（pixel,numOfVerticalLine）、および、スキャン方式（VideoScan）等の情報を含む。
【０１２２】
また、上述した音声データのオーディオフォーマットは、例えば、チャンネル毎にオーディオフォーマットに関する情報として、音声データのチャンネル番号（cast）、信号の信号方式（port）、コーデック方式等の情報を含む。
【０１２３】
さらに、上述した、データの記録や編集に用いられたハードウェアやソフトウェアに関する情報は、例えば、ハードウェアの製造メーカ名（manufacturer）、型番（serialNO）、型名（modelName）、ハードウェア名（hardware）、および、ソフトウェアのバージョン情報（software）等の情報を含む。
【０１２４】
次に、図５のエディットリストファイルについて説明する。エディットリストファイルは、クリップの非破壊編集の編集情報を含むファイルであり、その編集結果の再生方法についても記述されている。
【０１２５】
エディットリストファイルのXML記述は、大きく分けて、ヘッダ部と、ボディ部により構成される。ヘッダ部には、同じエディットリストディレクトリに存在するエディットリストメタデータファイルの情報が記述されており、ボディ部には、編集に用いられるクリップがUMIDを用いて指定されており、そのクリップを用いた編集結果の情報が再生方法とともに記述されている。つまり、エディットリストファイルのXML記述には、UMIDで指定するクリップの非破壊編集の編集情報が記述されている。
【０１２６】
次に、以上のような構成のデータの編集について説明する。例えば、図１の編集装置１３が光ディスク１２に記録されている素材データ２１やメタデータ２２を編集する場合、編集対象の素材データ２１やメタデータ２２を更新する方法（破壊編集）と、編集対象の素材データ２１やメタデータ２２はそのままにして、編集結果を示すデータを新たに生成する方法（非破壊編集）がある。
【０１２７】
図１３は、非破壊編集の様子を説明する図である。図１３は、図２を参照して説明した光ディスク１２の記憶領域における非破壊編集の様子を示している。上段は編集前の光ディスク１２の記憶領域の構成を示し、下段は編集後の光ディスク１２の記憶領域の構成を示している。
【０１２８】
図１３の上段においてクリップ３４ＡのボディＡの一部分を上書きすると、非破壊編集の場合、下段に示されるように、元のクリップ３４Ａはそのままにされ、未使用領域３４Ｃにクリップ３４Ａの上書き結果であるクリップ３４Ａ’（ボディＡ’、フッダF_A’、およびヘッダH_A’）が新たに記録される。従って、非破壊編集が行われると、編集結果が新たに記録される分、未使用領域３４Ｃの容量が少なくなる。ただし、編集前のクリップ３４Ａが残されているので、ユーザは、編集後であっても、編集前のクリップ３４Ａを容易に得ることができる。
【０１２９】
これに対して、図１４は、破壊編集の様子を説明する図である。図１４は、図２を参照して説明した光ディスク１２の記憶領域における破壊編集の様子を示している。上段は編集前の光ディスク１２の記憶領域の構成を示し、下段は編集後の光ディスク１２の記憶領域の構成を示している。
【０１３０】
図１４の上段においてクリップ３４ＡのボディＡの一部分を上書きすると、破壊編集の場合、下段に示されるように、元のクリップ３４Ａは、更新されて上書き結果であるクリップ３４Ａ’（ボディＡ’、フッダF_A’、およびヘッダH_A’）となる。従って、編集前と編集後でデータ量が変化しない場合、破壊編集が行われても、未使用領域３４Ｃの容量は変化しない。ただし、編集前のクリップ３４Ａが残されていないので、ユーザは、編集後に編集前のクリップ３４Ａを容易に得ることができなくなる。
【０１３１】
また、上述したように、光ディスク１２に記録されている素材データ２１やメタデータ２２は、他のデータがUMIDを用いて参照している場合がある。従って、破壊編集の場合、複数のファイルにおいてデータの内容を共有しているときだけでなく、編集対象のファイルがUMIDを用いて他のファイルに参照されている（リンクされている）とき、そのリンクを維持するために、編集対象のファイルのUMIDの変化に合わせて、そのファイルを参照する他のファイルも更新する必要が生じる。
【０１３２】
図１５は、光ディスク１２における、各ファイルの参照関係の例を示す図である。図１５において、実線の矢印がUMIDを用いた参照関係であり、点線の矢印がディレクトリやファイル名等を用いた参照関係であり、矢印の方向が参照する方向を示している。
【０１３３】
例えば、インデックスファイル（INDEX）１７１は、クリップ（CLIP）１８１乃至クリップ（CLIP）１８４（正確にはクリップインフォメーションファイル（CLIPINFO）１９１乃至クリップインフォメーションファイル（CLIPINFO）１９４）、並びに、エディットリストファイル（EDITLIST）１８５およびエディットリストファイル（EDITLIST）１８６のそれぞれを、UMIDを用いて参照している。また、ディスクインフォメーションファイル（DISCINFO）１７２は、ディレクトリやファイル名等を用いて、クリップ１８１（正確にはクリップインフォメーションファイル１９１）、クリップ１８３（正確にはクリップインフォメーションファイル１９３）、クリップ１８４（正確にはクリップインフォメーションファイル１９４）、およびエディットリストファイル１８６を参照している。
【０１３４】
さらに、クリップ１８１において、クリップインフォメーションファイル１９１は、UMIDを用いて、画像データファイル（VIDEO）２０１、音声データファイル（AUDIO）２０２、およびローレゾデータファイル（PROXY）２０４を参照している。また、クリップインフォメーションファイル１９１は、ディレクトリやファイル名等を用いて、リアルタイムメタデータファイル（RTMETA）２０３を参照している。さらに、クリップ１８１（正確にはクリップインフォメーションファイル１９１）は、ディレクトリやファイル名等を用いて、ノンリアルタイムメタデータファイル（NRTMETA）２１１を参照している。
【０１３５】
クリップ１８２乃至クリップ１８４についてもクリップ１８１の場合と同様であるので、その説明を省略する。例えば、クリップ１８２乃至クリップ１８４（正確にはクリップインフォメーションファイル１９２乃至クリップインフォメーションファイル１９４）は、それぞれ、ノンリアルタイムメタデータファイル２１２乃至ノンリアルタイムメタデータファイル２１４を参照している。
【０１３６】
また、エディットリストファイル（EDITLIST）１８５は、UMIDを用いて、クリップ１８１乃至クリップ１８３（正確にはクリップインフォメーションファイル１９１乃至クリップインフォメーションファイル１９３）を参照している。すなわち、エディットリストファイル１８５は、クリップ１８１乃至クリップ１８３の編集結果を示す。なお、エディットリストファイル１８５は、ディレクトリやファイル名等を用いて、エディットリスト用ノンリアルタイムメタデータファイル（NRTMETA）２１５を参照している。
【０１３７】
同様に、エディットリストファイル（EDITLIST）１８６は、UMIDを用いて、クリップ１８３およびクリップ１８４（正確にはクリップインフォメーションファイル１９３およびクリップインフォメーションファイル１９４）を参照している。すなわち、エディットリストファイル１８６は、クリップ１８３およびクリップ１８４の編集結果を示す。なお、エディットリストファイル１８６は、ディレクトリやファイル名等を用いて、エディットリスト用ノンリアルタイムメタデータファイル（NRTMETA）２１６を参照している。
【０１３８】
光ディスク１２においては、このように各ファイルが他のファイルを参照しており、複雑な参照関係が形成されている場合がある。従って、例えば、画像データと音声データよりなるコンテンツを用いて、画像データファイル２０１および音声データファイルの一部を破壊編集すると、その編集に伴い、リアルタイムメタデータファイル２０３、およびローレゾデータファイル２０４の内容の更新が必要になることがある。さらに、画像データファイル２０１のUMIDが変更されることにより、クリップインフォメーションファイル１９１を更新する必要がある場合がある。さらに、クリップインフォメーションファイル１９１の更新によってクリップインフォメーションファイル１９１のUMIDも更新されるので、インデックスファイル１７１、ディスクインフォメーションファイル１７２、およびエディットリストファイル１８５の更新も必要になる場合がある。
【０１３９】
図１の編集装置１３は、光ディスク１２に記録されているデータを破壊編集する場合、光ディスク１２内の全てのファイルの参照関係を編集後も維持し、再生時等において不整合が生じないようにするために、編集対象のファイルだけでなく、そのファイルを参照する他のファイルも更新する。
【０１４０】
図１６は、本発明を適用した図１の編集装置１３の構成例を示すブロック図である。
【０１４１】
図１６において、編集装置１３は、システム制御部２２１、操作入力部２２２、制御情報入力部２２３、制御情報出力部２２４、入力部２３１、記録信号処理部２３２、情報処理部２３３、ネットワークインタフェース２３４、メタデータ処理部２３５、ドライブ制御部２３６、ピックアップ部２３７、スピンドル駆動部２３８、再生信号処理部２３９、および出力部２４０を有している。
【０１４２】
システム制御部２２１は、編集装置１３全体を制御する制御部であり、図示せぬ演算部、制御部、および記憶部等を有し、点線矢印で示されるように、編集装置１３を構成する各部の制御に関する処理を行う。操作入力部２２２は、例えばキーボードやボタン等の入力デバイスにより構成され、ユーザからの操作入力を受け付け、その情報をシステム制御部２２１に供給する。
【０１４３】
制御情報入力部２２３は、編集装置１３の外部より、素材データやメタデータ等のコンテンツに関する情報以外の情報を制御情報として受け付け、それをシステム制御部２２１に供給する。制御情報出力部２２４は、システム制御部２２１に供給される素材データやメタデータ等のコンテンツに関する情報以外の情報を編集装置１３の外部に出力する。
【０１４４】
入力部２３１は、編集装置１３の外部より供給されるコンテンツに関する情報を受け付ける処理部であり、編集装置１３の外部より供給される素材データ（画像データや音声データ等）を受け付ける素材データ入力部２５１と、編集装置１３の外部より供給されるメタデータ（リアルタイムメタデータやノンリアルタイムメタデータ等）を受け付けるメタデータ入力部２５２とを有している。素材データ入力部２５１は、入力された素材データを記録信号処理部２３２に供給し、メタデータ入力部２５２は、入力されたメタデータを記録信号処理部２３２に供給する。
【０１４５】
記録信号処理部２３２は、入力部２３１より供給される素材データやメタデータ等に対して信号処理を行い、各データを伝送用のフォーマットから記録用のフォーマットに変換する等の処理を行う。記録信号処理部２３２は、信号処理したデータを情報処理部２３３に供給する。
【０１４６】
情報処理部２３３は、システム制御部２２１に制御され、素材データの編集に関する処理を行う。例えば、情報処理部２３３は、複数のデータを多重化する情報多重化部２５３と、１つの情報を複数に分解する情報分解部２５４を有し、合成や分割等の処理を行う。これらの編集対象の素材データやメタデータは、記録信号処理部２３２、ネットワークインタフェース２３４、またはドライブ制御部２３６等より供給される。情報処理部２３３は、このように供給された素材データやメタデータを取得すると、システム制御部２２１に制御されて素材データの編集を行い、それらを、ネットワークインタフェース２３４、ドライブ制御部２３６、または再生信号処理部２３９に供給する。なお、メタデータの編集はメタデータ処理部２３５において行われる。従って、情報処理部２３３は、メタデータが供給されるとそれをメタデータ処理部２３５に供給する。
【０１４７】
ネットワークインタフェース２３４は、例えば、イーサネット（登録商標）等のLAN（Local Area Network）やインターネットに接続されるインタフェースであり、同じネットワークに接続される編集装置１３以外の通信装置と通信を行うことによって、他の装置より素材データやメタデータ等を取得し、それらを情報処理部２３３に供給したり、情報処理部２３３より供給された素材データやメタデータ等を、他の装置に供給したりする。メタデータ処理部２３５は、システム制御部２２１に制御されて情報処理部２３３より供給されるメタデータを編集し、編集したメタデータを情報処理部２３３に返す。
【０１４８】
ドライブ制御部２３６は、編集装置１３の、光ディスク１２が装着される図示せぬドライブの各部を制御する処理部である。ドライブ制御部２３６は、例えば、システム制御部２２１に制御されて、ドライブに装着された光ディスク１２に記録されている情報を読み出したり、光ディスク１２に情報を記録したりする処理を行うピックアップ部２３７や、ドライブに装着された光ディスク１２の駆動を制御するスピンドル駆動部２３８を制御する。そして、ドライブ制御部２３６は、ピックアップ部２３７およびスピンドル駆動部２３８を制御して、ピックアップ部２３７より読み出されたデータを情報処理部２３３に供給する。また、ドライブ制御部２３６は、ピックアップ部２３７およびスピンドル駆動部２３８を制御して、情報処理部２３３より供給されたデータを、ピックアップ部２３７を介して光ディスク１２に書き込む（記録させる）。
【０１４９】
ピックアップ部２３７は、ドライブ制御部２３６に制御され、ドライブに装着された光ディスク１２に対してレーザ光を照射し、光ディスク１２に記録されているデータを読み出し、それをドライブ制御部２３６に供給したり、ドライブ制御部２３６より供給されたデータを光ディスク１２に書き込んだりする。その際、ピックアップ部２３７は、ドライブ制御部２３６に制御されて、光ディスク１２に対してその半径方向にスライドし、光ディスク１２の半径方向に対するアクセス位置の制御を行う。スピンドル駆動部２３８は、ドライブに装着された光ディスク１２の主に回転運動を制御し、ピックアップ部２３７による光ディスク１２の回転方向に対するアクセス位置の制御を行う。
【０１５０】
再生信号処理部２３９は、情報処理部２３３より供給される出力信号（または再生信号）に対する信号処理を行い、例えば、各データを記録用のフォーマットから伝送用のフォーマットに変換する等の処理を行う。再生信号処理部２３９は、信号処理したデータを出力部２４０に供給する。
【０１５１】
出力部２４０は、編集装置１３の外部に対して、コンテンツに関する情報を出力する処理部であり、再生信号処理部２３９より供給される素材データ（画像データや音声データ等）を外部に出力する素材データ出力部２５５と、再生信号処理部２３９より供給されるメタデータ（リアルタイムメタデータやノンリアルタイムメタデータ等）を外部に出力するメタデータ出力部２５６とを有している。なお、出力部２４０がディスプレイやスピーカ等の出力デバイスを有しており、再生信号処理部２３９より供給される再生信号を、その出力デバイスより出力するようにしてもよい。
【０１５２】
上述した各部は、システム制御部２２１に制御されて動作し、光ディスク１２に記録されている素材データ２１やメタデータ２２の編集や出力（再生）に関する処理を行う。
【０１５３】
図１７は、図１６のシステム制御部２２１の詳細な構成例を示すブロック図である。
【０１５４】
図１７において、システム制御部２２１は、制御部２６１、クリップ破壊編集部２７１、参照エディットリスト検索部２７２、エディットリスト更新部２７３、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、不整合処理部２７６、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および出力制御部２８６により構成される。これらは３つの層に分かれており、システム制御部２２１全体を制御する制御部２６１が一番上位の層を構成し、クリップ破壊編集部２７１、参照エディットリスト検索部２７２、エディットリスト更新部２７３、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、および不整合処理部２７６が、目的の処理を実行する上から２番目の層を構成し、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および出力制御部２８６が、編集装置１３のシステム制御部２２１以外の処理部を制御する最下位の層を構成する。
【０１５５】
制御部２６１は、クリップ破壊編集部２７１、参照エディットリスト検索部２７２、エディットリスト更新部２７３、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、または不整合処理部２７６が実行する処理の開始や終了を制御したり、他の処理との連携を制御したりする。また、制御部２６１は、操作入力部２２２より供給される操作入力情報や制御情報入力部２２３より供給される制御情報に基づいて、上述した各部を制御する。さらに、制御部２６１は、制御情報を制御情報出力部２２４に供給することにより、制御情報出力部２２４を介して編集装置１３の外部に出力する。また、出力部２６１は、出力制御部２８６を制御し、素材データやメタデータの出力に関する処理を制御する。
【０１５６】
クリップ破壊編集部２７１は、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、および編集更新処理制御部２８５を制御し、クリップの画像データ、音声データ、リアルタイムメタデータ、プロキシデータ、およびノンリアルタイムメタデータ等の破壊編集に関する処理を行う。より具体的に説明すると、クリップ破壊編集部２７１は、入力制御部２８１を介して入力部２３１および記録信号処理部２３２を制御し、編集装置１３の外部より入力される素材データやメタデータを情報処理部２３３に供給させる。また、クリップ破壊編集部２７１は、通信制御部２８２を介してネットワークインタフェース２３４を制御し、他の装置より供給される素材データやメタデータを情報処理部２３３に供給させたり、情報処理部２３３より出力される編集結果を他の装置に供給させたりする。さらに、クリップ破壊編集部２７１は、書き込み制御部２８３を介してドライブ制御部２３６を制御し、情報処理部２３３より出力される編集結果を光ディスク１２に書き込ませる。また、クリップ破壊編集部２７１は、読み出し制御部２８４を介してドライブ制御部２３６を制御し、光ディスク１２に記録されている編集対象の素材データやメタデータを読み出させ、情報処理部２３３に供給させる。さらに、クリップ破壊編集部２７１は、編集更新処理制御部２８５を介して情報処理部２３３やメタデータ処理部２３５を制御し、素材データやメタデータの編集に関する処理を行わせる。
【０１５７】
参照エディットリスト検索部２７２は、読み出し制御部２８４および編集更新処理制御部２８５を制御し、破壊編集されるクリップを参照するエディットリストの検索に関する処理を行う。より具体的に説明すると、参照エディットリスト検索部２７２は、読み出し制御部２８４を介してドライブ制御部２３６を制御し、光ディスク１２に記録されているエディットリストを読み出させ、情報処理部２３３に供給させる。さらに、参照エディットリスト検索部２７２は、編集更新処理制御部２８５を介して情報処理部２３３やメタデータ処理部２３５を制御し、読み出させたエディットリストを参照させ、破壊編集されるクリップを参照するエディットリストを検索する処理を実行させる。
【０１５８】
エディットリスト更新部２７３は、書き込み制御部２８３および編集更新処理制御部２８５を制御し、参照エディットリスト検索部２７２に検索されたエディットリストの更新に関する処理を行う。より具体的に説明すると、エディットリスト更新部２７３は、書き込み制御部２８３を介してドライブ制御部２３６を制御し、更新されたエディットリストを光ディスク１２に書き込ませる。さらに、エディットリスト更新部２７３は、編集更新処理制御部２８５を介して情報処理部２３３やメタデータ処理部２３５を制御し、破壊編集されたクリップを参照するエディットリストをその破壊編集に応じて更新させる。
【０１５９】
インデックスファイル更新部２７４は、書き込み制御部２８３、読み出し制御部２８４、および編集更新処理制御部２８５を制御し、光ディスク１２に記録されているインデックスファイルの更新に関する処理を行う。より具体的に説明すると、インデックスファイル更新部２７４は、書き込み制御部２８３を介してドライブ制御部２３６を制御し、更新されたインデックスファイルを光ディスク１２に書き込ませる。また、インデックスファイル更新部２７４は、読み出し制御部２８４を介してドライブ制御部２３６を制御し、光ディスク１２に記録されているインデックスファイルを読み出させ、それを情報処理部２３３に供給させる。さらに、インデックスファイル更新部２７４は、編集更新処理制御部２８５を介して情報処理部２３３やメタデータ処理部２３５を制御し、インデックスファイルを、実行されたクリップの破壊編集に応じて更新させる。
【０１６０】
ディスクインフォメーションファイル更新部２７５は、書き込み制御部２８３、読み出し制御部２８４、および編集更新処理制御部２８５を制御し、光ディスク１２に記録されているディスクインフォメーションファイルの更新に関する処理を行う。より具体的に説明すると、ディスクインフォメーションファイル更新部２７５は、書き込み制御部２８３を介してドライブ制御部２３６を制御し、更新されたディスクインフォメーションファイルを光ディスク１２に書き込ませる。また、ディスクインフォメーションファイル更新部２７５は、読み出し制御部２８４を介してドライブ制御部２３６を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出させ、それを情報処理部２３３に供給させる。さらに、ディスクインフォメーションファイル更新部２７５は、編集更新処理制御部２８５を介して情報処理部２３３やメタデータ処理部２３５を制御し、ディスクインフォメーションファイルを、（ディスクインフォメーションファイルが破壊編集されたクリップを参照している場合、）実行されたクリップの破壊編集に応じて更新させる。
【０１６１】
不整合処理部２７６は、書き込み制御部２８３および編集更新処理制御部２８５を制御し、例えば、ユーザの指示等に基づいて、例えば、破壊編集されたファイルを参照する他のファイルを更新しないなど、あえてファイル間で整合を取らないようにした場合に生成された、そのことを示す不整合情報の出力や記録に関する処理を行う。より具体的に説明すると、不整合処理部２７６は、書き込み制御部２８３を介してドライブ制御部２３６を制御し、生成された不整合情報を光ディスク１２に書き込ませる。また、不整合処理部２７６は、編集更新処理制御部２８５を介して情報処理部２３３やメタデータ処理部２３５を制御し、生成された不整合情報を取得し、それを制御部２６１に供給する。さらに、不整合処理部２７６は、情報処理部２３３やメタデータ処理部２３５において生成された不整合情報を、制御部２６１に供給し、例えば、制御情報出力部２２４を介して編集装置１３の外部に出力させたり、出力制御部２８６を介して出力部２４０より編集装置１３の外部に出力させたりする。
【０１６２】
入力制御部２８１は、入力部２３１および記録信号処理部２３２を制御し、編集装置１３の外部より入力部２３１に入力される素材データやメタデータを受け付ける処理を実行させる。通信制御部２８２は、ネットワークインタフェース２３４を制御し、他の装置との通信に関する処理を行う。書き込み制御部２８３は、ドライブ制御部２３６を制御し、光ディスク１２に対するデータの書き込みに関する処理を行う。読み出し制御部２８４は、ドライブ制御部２３６を制御し、光ディスク１２に記録されいてるデータの読み出しに関する処理を行う。編集更新処理制御部２８５は、情報処理部２３３およびメタデータ処理部２３５を制御し、例えば、情報処理部２３３が保持している素材データの破壊編集に関する処理を行ったり、メタデータ処理部２３５が保持しているメタデータの破壊編集に関する処理を行ったりする。出力制御部２８６は、再生信号処理部２３９および出力部２４０を制御し、情報処理部２３３より出力されたデータの編集装置１３の外部への出力に関する処理を実行する。
【０１６３】
図１８は、図１７のクリップ破壊編集部２７１の詳細な構成例を示すブロック図である。
【０１６４】
図１８において、クリップ破壊編集部２７１は、クリップ読み出し部３０１、素材データ破壊編集処理部３０２、更新メタデータ特定部３０３、リアルタイムメタデータ更新部３０４、プロキシデータ更新部３０５、ノンリアルタイムメタデータ更新部３０６、不足メタデータ生成部３０７、クリップインフォメーションファイル更新部３０８、クリップ書き込み部３０９、更新確認処理部３１１、および不整合情報生成部３１２を有している。
【０１６５】
クリップ読み出し部３０１は、読み出し制御部２８４を制御して、制御部２６１より指定された破壊編集を行うクリップを光ディスク１２より読み出させる。素材データ破壊編集処理部３０２は、編集更新処理制御部２８５を制御し、光ディスク１２より読み出した素材データの破壊編集処理を行う。更新メタデータ特定部３０３は、編集更新処理制御部２８５を制御し、素材データ破壊編集処理部３０２による破壊編集処理により影響を受ける（更新の必要がある）メタデータを特定する。
【０１６６】
リアルタイムメタデータ更新部３０４は、更新メタデータ特定部３０３によってリアルタイムメタデータの更新が必要と判定された場合、編集更新処理制御部２８５を制御し、素材データ破壊編集処理部３０２が行った破壊編集処理に対応するようにリアルタイムメタデータを更新する。その際、リアルタイムメタデータ更新部３０４は、更新確認処理部３１１を制御して、ユーザがリアルタイムデータの更新を許可するか否かを確認させ、さらに更新が許可されなかった場合、不整合情報生成部３１２を制御し、ファイル間で不整合が発生したことを示す不整合情報を生成させる。プロキシデータ更新部３０５は、編集更新処理制御部２８５を制御し、素材データ破壊編集処理部３０２が行った破壊編集処理に対応するようにプロキシデータを更新する。ノンリアルタイムメタデータ更新部３０６は、更新メタデータ特定部３０３によってノンリアルタイムメタデータの更新が必要と判定された場合、編集更新処理制御部２８５を制御し、素材データ破壊編集処理部３０２が行った破壊編集処理に対応するようにノンリアルタイムメタデータを更新する。その際、ノンリアルタイムメタデータ更新部３０６は、更新確認処理部３１１を制御して、ユーザがノンリアルタイムデータの更新を許可するか否かを確認させ、さらに更新が許可されなかった場合、不整合情報生成部３１２を制御し、ファイル間で不整合が発生したことを示す不整合情報を生成させる。
【０１６７】
不足メタデータ生成部３０７は、編集更新処理制御部２８５を制御し、例えば、素材データの破壊編集処理により、今まで存在しなかった新たなメタデータを付加する必要が生じた場合等のように、リアルタイムメタデータ更新部３０４の更新、およびノンリアルタイムメタデータ更新部３０６の更新によってもメタデータが不足する場合、その不足するメタデータを生成する。クリップインフォメーションファイル更新部３０８は、編集更新処理制御部２８５を制御し、素材データ破壊編集処理部３０２が行った破壊編集処理に対応するようにクリップインフォメーションファイルを更新する。クリップ書き込み部３０９は、書き込み制御部２８３を制御し、以上の処理部により更新されたクリップの各データを光ディスク１２に記録させる。
【０１６８】
更新確認処理部３１１は、制御部２６１を介して操作入力部２２２や制御情報出力部２２４などを制御し、メタデータを更新するか否かをユーザに確認し、その確認結果をリアルタイムメタデータ更新部３０４またはノンリアルタイムメタデータ更新部３０６に供給する。不整合情報生成部３１２は、リアルタイムメタデータ更新部３０４における更新処理、またはノンリアルタイムメタデータ更新部３０６における更新処理においてファイル間で不整合が発生する場合、そのことを示す不整合情報を生成する。
【０１６９】
図１９は、図１７のエディットリスト更新部２７３の詳細な構成例を示すブロック図である。
【０１７０】
図１９において、エディットリスト更新部２７３は、エディットリスト読み出し部３３１、編集部分確認部３３２、エディットリストファイル更新部３３３、ノンリアルタイムメタデータ更新部３３４、素材データ破壊編集部３３５、リアルタイムメタデータ更新部３３６、プロキシデータ更新部３３７、不足メタデータ生成部３３８、エディットリスト書き込み部３３９、更新確認処理部３４１、および不整合情報生成部３４２を有している。
【０１７１】
エディットリスト読み出し部３３１は、読み出し制御部２８４を制御して、制御部２６１より指定された、更新を行うエディットリストを光ディスク１２より読み出させる。編集部分確認部３３２は、編集更新処理制御部２８５を制御して、クリップの破壊編集に対応して更新する必要があるか否かを判別するために編集部分を確認する。エディットリストファイル更新部３３３は、編集更新処理制御部２８５を制御し、エディットリストの更新処理を行う。ノンリアルタイムメタデータ更新部３３４は、クリップの破壊編集によって、エディットリスト用ノンリアルタイムメタデータの更新が必要である場合、ノンリアルタイムメタデータ更新処理を行う。素材データ破壊編集部３３５は、プレイリスト用の素材データである編集結果データが存在する場合、編集更新処理制御部２８５を制御し、素材データを破壊編集する。リアルタイムメタデータ更新部３３６は、編集結果データが存在する場合、編集更新処理制御部２８５を制御し、リアルタイムメタデータを更新する。プロキシデータ更新部３３７は、編集結果データが存在する場合、編集更新処理制御部２８５を制御し、プロキシデータを更新する。不足メタデータ更新部３３８は、編集更新処理制御部２８５を制御し、例えば、素材データの破壊編集処理により、今まで存在しなかった新たなメタデータを付加する必要が生じた場合等のように、ノンリアルタイムメタデータ更新部３３４の更新、およびリアルタイムメタデータ更新部３３６の更新によってもメタデータが不足する場合、その不足するメタデータを生成する。エディットリスト書き込み部３３９は、書き込み制御部２８３を制御し、以上の処理部により更新されたエディットリストの各データを光ディスク１２に記録させる。
【０１７２】
更新確認処理部３４１は、制御部２６１を介して操作入力部２２２や制御情報出力部２２４などを制御し、エディットリスト用ノンリアルタイムメタデータを更新するか否かをユーザに確認し、その確認結果をノンリアルタイムメタデータ更新部３３４に供給する。不整合情報生成部３４２は、ノンリアルタイムメタデータ更新部３３４における更新処理においてファイル間で不整合が発生する場合、そのことを示す不整合情報を生成する。
【０１７３】
次に、以上のような構成の編集装置１３が実行する各処理の流れについて説明する。
【０１７４】
例えば、編集装置１３のドライブに光ディスク１２が装着された状態において、ユーザが編集装置１３の操作入力部２２２を操作し、新たなクリップを編集装置１３に入力し、その入力したクリップを用いて光ディスク１２に記録されているクリップを破壊編集するように指示した場合、システム制御部２２１の制御部２６１は、破壊編集処理を行い、クリップの破壊編集に関する処理を開始する。
【０１７５】
図２０のフローチャートを参照して破壊編集処理の流れを説明する。
【０１７６】
破壊編集処理が開始されると、最初に、クリップ破壊編集部２７１は、ステップＳ１において、指定されたクリップの破壊編集を行うクリップ破壊編集処理を実行する。クリップ破壊編集処理の詳細については後述する。
【０１７７】
クリップ破壊編集処理が終了すると、参照エディットリスト検索部２７２は、ステップＳ２において、読み出し制御部２８４および編集更新処理制御部２８５を制御し、光ディスク１２に記録されているエディットリストを１つずつ読み出して調査し、破壊編集されたクリップを参照するエディットリストを検索する。そして、参照エディットリスト検索部２７２は、その検索結果を制御部２６１に供給する。制御部２６１は、ステップＳ３において、その検索結果に基づいて破壊編集されたクリップを参照するエディットリストが存在するか否かを判定する。
【０１７８】
参照するエディットリストが存在すると判定した場合、制御部２６１は、その検索結果に基づいて、ステップＳ４において、更新するエディットリストを選択する。ステップＳ５において、エディットリスト更新部２７３は、書き込み制御部２８３、読み出し制御部２８４、および編集更新処理制御部２８５を制御して、制御部２６１に指定されたエディットリストをクリップの破壊編集結果に整合させるように更新するエディットリスト更新処理を実行する。エディットリスト更新処理が終了すると、制御部２６１は、ステップＳ６において、その更新結果と検索結果に基づいて、更新すべき未処理のエディットリストが存在するか否かを判定する。
【０１７９】
未処理のエディットリストが存在すると判定した場合、制御部２６１は、処理をステップＳ４に戻し、それ以降の処理を繰り返す。すなわち、制御部２６１は、エディットリスト更新部２７３に、全ての更新すべきエディットリストに対してエディットリスト更新処理（ステップＳ５）を実行させる。そして、ステップＳ６において、更新すべき未処理のエディットリストが存在しない（更新すべきエディットリストを全て更新した）と判定した場合、制御部２６１は、処理をステップＳ７に進める。
【０１８０】
また、ステップＳ３において、参照エディットリスト検索部２７２より供給された検索結果に基づいて破壊編集されたクリップを参照するエディットリストが存在しないと判定した場合、制御部２６１は、ステップＳ４乃至ステップＳ６の処理を省略し、ステップＳ７に処理を進める。
【０１８１】
ステップＳ７において、インデックスファイル更新部２７４は、読み出し制御部２８４を制御し、光ディスク１２に記録されているインデックスファイルを読み出す。インデックスファイルを読み出したインデックスファイル更新部２７４は、ステップＳ８において、編集更新処理制御部２８５を制御し、読み出したインデックスファイルを、クリップの破壊編集に整合するように更新する。
【０１８２】
例えば、インデックスファイル更新部２７４は、画像データファイルが更新されると、そのUMIDが更新されるので、インデックスファイルに含まれる画像データファイルのUMIDの値を更新する。この破壊編集により、画像データファイルのファイル名、フレームレート、フォーマット等が変化したときは、インデックスファイル更新部２７４は、インデックスファイルに含まれる画像データファイルに関する各情報も更新する。
【０１８３】
また、通常、この破壊編集によりクリップインフォメーションファイルも更新されるので、クリップインフォメーションファイルのUMIDも更新される。従って、インデックスファイル更新部２７４は、インデックスファイルに含まれるクリップインフォメーションファイルのUMIDも新しいUMIDに更新する。このとき、クリップインフォメーションファイルのファイル名等が変化した場合、インデックスファイル更新部２７４は、インデックスファイルに含まれるそれらの情報も更新する。
【０１８４】
さらに、画像データファイルの破壊編集とともに音声データファイルも破壊編集された場合、各チャンネルの音声データファイルのUMIDも更新される。従って、その場合、インデックスファイル更新部２７４は、インデックスファイルに含まれる音声データファイルのUMIDの値を新しいUMIDの値に更新する。音声データファイルのファイル名等が変化した場合、インデックスファイル更新部２７４は、インデックスファイルに含まれるそれらの情報についても更新する。なお、インデックスファイル更新部２７４は、更新された音声データの全てのチャンネルについてこのような更新処理を行い、インデックスファイルに含まれる音声データファイルに関する情報を更新する。さらに、インデックスファイル更新部２７４は、プロキシデータファイル、リアルタイムメタデータファイル、およびノンリアルメタデータファイルについても同様に更新処理を行い、必要に応じて、インデックスファイルに含まれる、それらのファイルについての情報を更新する。
【０１８５】
なお、インデックスファイルに含まれる複数のクリップを破壊編集する場合も、インデックスファイル更新部２７４は、各クリップについて上述したような更新処理を行い、それぞれに含まれる各ファイルについての情報を必要に応じて更新する。
【０１８６】
なお、上述したように、インデックスファイルには、クリップの他に、エディットリストについての情報も含まれている。クリップの破壊編集に伴ってエディットリストが更新された場合、インデックスファイル更新部２７４は、そのエディットリストの更新もインデックスファイルに反映させる。つまり、インデックスファイル更新部２７４は、エディットリストの更新に整合するようにインデックスファイルに含まれる、そのエディットリストに関する情報を更新する。
【０１８７】
以上のように、インデックスファイル更新部２７４は、例えばUMID等、インデックスファイルの、破壊編集された画像データファイルについての情報だけでなく、その破壊編集に伴い更新された情報を全て更新する。
【０１８８】
図２０に戻り、ステップＳ８において、上述したようにインデックスファイルを更新すると、インデックスファイル更新部２７４は、ステップＳ９において、書き込み制御部２８３を制御してインデックスファイルを書き込む。
【０１８９】
ステップＳ１０において、ディスクインフォメーションファイル更新部２７５は、読み出し制御部２８４を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出す。ディスクインフォメーションファイルを読み出したディスクインフォメーションファイル更新部２７５は、ステップＳ１１において、編集更新処理制御部２８５を制御し、読み出したディスクインフォメーションファイルを、クリップの破壊編集に整合するように更新する。
【０１９０】
ステップＳ１１においてディスクインフォメーションファイルを破壊編集すると、ディスクインフォメーションファイル更新部２７５は、ステップＳ１２において書き込み制御部２８３を制御して、更新したディスクインフォメーションファイルを光ディスク１２に書き込ませる。
【０１９１】
ステップＳ１３において、不整合処理部２７６は、ステップＳ１のクリップ破壊編集処理やステップＳ５のエディットリスト更新処理において不整合情報が生成された場合、書き込み制御部２８３を制御して、その不整合情報を光ディスク１２に書き込ませる。また、不整合処理部２７６は、ステップＳ１４において、編集更新処理制御部２８５を制御して、生成された不整合情報を取得し、制御部２６１を介して制御情報出力部２２４に供給し、その不整合情報を編集装置１３の外部に出力する不整合情報出力処理を行う。
【０１９２】
不整合情報出力処理が終了すると、不整合処理部２７６は、破壊編集処理を終了する。
【０１９３】
次に、図２０のステップＳ１において実行されるクリップ破壊編集処理の詳細を図２１および図２２のフローチャートを参照して説明する。
【０１９４】
最初に、図２１のステップＳ３１において、クリップ破壊編集部２７１のクリップ読み出し部３０１（図１８）は、読み出し制御部２８４を制御して、ドライブに装着された光ディスク１２から、ユーザ等に指定されたクリップを読み出す。読み出したクリップが情報処理部２３３またはメタデータ処理部２３５に供給されると、素材データ破壊編集処理部３０２は、ステップＳ３２において、破壊編集の準備をし、例えば、入力制御部２８１や通信制御部２８２を制御して破壊編集に利用する新たなクリップのデータを取得する等の処理を行う。
【０１９５】
準備が整うと、素材データ破壊編集処理部３０２は、ステップＳ３３において、編集更新処理制御部２８５を制御し、画像データや音声データ等の素材データを破壊編集する。その場合、素材データ破壊編集処理部３０２は、図６に示されるような構成の素材データのボディそのものだけでなく、ヘッダやフッタも必要に応じて更新する。
【０１９６】
素材データの破壊編集が終了すると、更新メタデータ特定部３０３は、ステップＳ３４において、素材データの破壊編集に伴い、更新の必要なメタデータを特定し、その特定結果をリアルタイムメタデータ更新部３０４に供給する。リアルタイムメタデータ更新部３０４は、ステップＳ３５において、その特定結果に基づいて、リアルタイムメタデータの更新が必要であるか否かを判定する。更新が必要なメタデータとしてリアルタイムメタデータが指定されており、リアルタイムメタデータの更新が必要であると判定した場合、リアルタイムメタデータ更新部３０４は、処理をステップＳ３６に進める。
【０１９７】
ステップＳ３６において、リアルタイムメタデータ更新部３０４は、リアルタイムメタデータの更新可否をユーザに確認するか否かを判定し、ユーザに確認すると判定した場合、処理をステップＳ３７に進める。更新確認処理部３１１は、制御部２６１を介して操作入力部２２２や制御情報出力部２２４を制御する等して更新確認処理を行う。リアルタイムメタデータ更新部３０４は、その確認結果に基づいて、ステップＳ３８において、リアルタイムメタデータを更新するか否かを判定し、ユーザが更新を許可する等して更新すると判定した場合、ステップＳ３９に処理を進め、図７に示されるようなフレーム単位の構成のリアルタイムメタデータの、素材データの更新部分に対応するフレームに付加される部分の情報（ボディUMIDやKLVパケット等）を更新する。リアルタイムメタデータを更新したリアルタイムメタデータ更新部３０４は、ステップＳ４１に処理を進める。
【０１９８】
また、ステップＳ３５において、リアルタイムメタデータの更新が必要でないと判定した場合、リアルタイムメタデータ更新部３０４は、リアルタイムメタデータを更新せずに処理をステップＳ４１に進める。さらに、ステップＳ３６において、更新可否をユーザに確認しないと判定した場合、更新確認処理部３１１は、更新確認処理を行わずにステップＳ３９に処理を進める。また、ステップＳ３８において、ユーザが許可しない等、リアルタイムメタデータを更新しないと判定した場合、不整合情報生成部３１２は、素材データとリアルタイムメタデータとの不整合を示す不整合情報を生成する。不整合情報を生成した不整合情報生成部３１２は、処理をステップＳ４１に進める。
【０１９９】
ステップＳ４１において、プロキシデータ更新部３０５は、編集更新処理制御部２８５を制御し、素材データの更新に応じてプロキシデータを更新する。プロキシデータの更新が終了すると、プロキシデータ更新部３０５は、処理を図２２のステップＳ５１に供給する。
【０２００】
図２２のステップＳ５１において、ノンリアルタイムメタデータ更新部３０６は、リアルタイムメタデータ更新部３０４を介して取得した特定結果に基づいて、ノンリアルタイムメタデータの更新が必要であるか否かを判定する。特定結果において更新が必要なメタデータとしてノンリアルタイムメタデータが指定されている場合、すなわち、ノンリアルタイムメタデータの更新が必要であると判定した場合、ノンリアルタイムメタデータ更新部３０６は、ステップＳ５２において、ノンリアルタイムメタデータの更新可否をユーザに確認するか否かを判定し、ユーザに確認すると判定した場合、処理をステップＳ５３に進める。そのステップＳ５３において、更新確認処理部３１１は、制御部２６１を介して操作入力部２２２や制御情報出力部２２４を制御する等して更新確認処理を行う。ノンリアルタイムメタデータ更新部３０４は、その確認結果に基づいて、ステップＳ５４において、ノンリアルタイムメタデータを更新するか否かを判定し、ユーザが更新を許可する等して更新すると判定した場合、ステップＳ５５に処理を進め、上述した構成のノンリアルタイムメタデータを更新する。
【０２０１】
例えば、LTC変化点、ボディUMID変化点、若しくはKLVパケット等に関する各種のテーブル、または、その他の情報が、素材データの破壊編集に応じて更新される。
【０２０２】
ノンリアルタイムメタデータを更新したノンリアルタイムメタデータ更新部３０６は、ステップＳ５７に処理を進める。
【０２０３】
また、ステップＳ５１において、ノンリアルタイムメタデータの更新が必要でないと判定した場合、ノンリアルタイムメタデータ更新部３０６は、ノンリアルタイムメタデータを更新せずに処理をステップＳ５７に進める。さらに、ステップＳ５２において、更新可否をユーザに確認しないと判定した場合、更新確認処理部３１１は、更新確認処理を行わずにステップＳ５５に処理を進める。また、ステップＳ５４において、ユーザが許可しない等、ノンリアルタイムメタデータを更新しないと判定した場合、不整合情報生成部３１２は、素材データとノンリアルタイムメタデータとの不整合を示す不整合情報を生成する。不整合情報を生成した不整合情報生成部３１２は、処理をステップＳ５７に進める。
【０２０４】
ステップＳ５７において、不足メタデータ生成部３０７は、生成していない不足メタデータが存在すると判定した場合、処理をステップＳ５８に進め、不足するメタデータを生成し、処理をステップＳ５９に進める。なお、ステップＳ５７において、不足メタデータが存在しないと判定した場合、不足メタデータ生成部３０７は、ステップＳ５８の処理を省略し、ステップＳ５９に処理を進める。
【０２０５】
ステップＳ５９において、クリップインフォメーションファイル更新部３０８は、編集更新処理制御部２８５を制御し、素材データの破壊編集に応じてクリップインフォメーションファイルを更新する。更新が完了すると、クリップ書き込み部３０９は、処理をステップＳ６０に進め、書き込み制御部２８３を制御して、更新されたクリップの各ファイルを光ディスク１２に書き込ませる。書き込みが完了すると、クリップ破壊編集部２７１は、クリップ破壊編集処理を終了し、図２０のステップＳ１に処理を戻し、それ以降の処理を行わせる。
【０２０６】
次に、図２０のステップＳ５において実行されるエディットリスト更新処理の詳細を図２３および図２４のフローチャートを参照して説明する。
【０２０７】
最初に、図２３のステップＳ８１において、エディットリスト更新部２７３のエディットリスト読み出し部３３１（図１９）は、読み出し制御部２８４を制御して、ドライブに装着された光ディスク１２から、制御部２６１に指定されたエディットリストを読み出す。読み出されたエディットリストが情報処理部２３３またはメタデータ処理部２３５に供給されると、編集部分確認部３３２は、ステップＳ８２において、クリップの編集部分を確認する。
【０２０８】
例えば、クリップから一部分のフレームを抽出するようなエディットリストの場合、抽出されないフレームが破壊編集されていても編集結果には影響しない。従って、例えば、クリップにおいて、クリップ全体や各ファイル全体に対する情報（UMID等）が変化しておらず、クリップの破壊編集が編集結果に影響しないような場合、エディットリスト更新部２７３は、エディットリストの更新を行わない。
【０２０９】
エディットリストファイル更新部３３３は、編集部分確認部３３２による確認結果に基づいて、ステップＳ８３において更新の必要があるか否かを判定し、更新の必要があると判定した場合、ステップＳ８４に処理を進める。ステップＳ８４において、更新確認処理部３４１は、更新可否をユーザに確認するか否かを判定し、確認すると判定した場合、ステップＳ８５において、制御部２６１を介して制御情報出力部２２４および操作入力部２２２を制御して更新確認処理を行う。
【０２１０】
エディットリストファイル更新部３３３は、ステップＳ８６において、更新確認処理の確認結果に基づいて、エディットリストファイルを更新するか否かを判定し、更新すると判定した場合、ステップＳ８７に処理を進め、エディットリストファイルを更新する。そして、ステップＳ８８において、ノンリアルタイムメタデータ更新部３３４は、更新したエディットリストファイルに対応するエディットリスト用ノンリアルタイムメタデータが存在するか否かを判定し、存在すると判定した場合、ステップＳ８９においてノンリアルタイムメタデータを更新する。ノンリアルタイムメタデータを更新したノンリアルタイムメタデータ更新部３３４は、処理を図２４のステップＳ１０１に進める。
【０２１１】
また、図２３のステップＳ８８において、更新したエディットリストファイルに対応するエディットリスト用ノンリアルタイムメタデータが存在しないと判定した場合、ノンリアルタイムメタデータ更新部３３４は、ステップＳ８９の処理を省略し、処理を図２４のステップＳ１０１に進める。
【０２１２】
図２４のステップＳ１０１において、素材データ破壊編集部３３４は、エディットリストファイル対応する編集結果を示す素材データ等の編集結果データが存在するか否かを判定し、存在すると判定した場合、ステップＳ１０２に処理を進め、素材データを破壊編集する。また、リアルタイムメタデータ更新部３３６は、ステップＳ１０３においてリアルタイムメタデータを更新し、プロキシデータ更新部３３７は、ステップＳ１０４においてプロキシデータを更新する。プロキシデータの更新が終了すると、プロキシデータ更新部３３７は、ステップＳ１０５に処理を進める。また、ステップＳ１０１において、エディットリストファイル対応する編集結果を示す素材データ等の編集結果データが存在しないと判定した場合、素材データ破壊編集部３３４は、ステップＳ１０２乃至ステップＳ１０４の処理を省略し、ステップＳ１０５に処理を進める。
【０２１３】
ステップＳ１０５において、不足メタデータ生成部３３８は、生成していない不足メタデータが存在すると判定した場合、処理をステップＳ１０６に進め、不足するメタデータを生成し、処理をステップＳ１０７に進める。なお、ステップＳ１０５において、不足メタデータが存在しないと判定した場合、不足メタデータ生成部３０７は、ステップＳ１０６の処理を省略し、ステップＳ１０７に処理を進める。
【０２１４】
ステップＳ１０７において、エディットリスト書き込み部３３９は、書き込み制御部２８３を制御して、更新されたエディットリストの各ファイルを光ディスク１２に書き込ませる。書き込みが完了すると、エディットリスト書き込み部３３９は、エディットリスト更新処理を終了し、図２０のステップＳ５に処理を戻し、それ以降の処理を行わせる。
【０２１５】
なお、図２３のステップＳ８３において、エディットリストの更新の必要がないと判定された場合、エディットリストファイル更新部３３３は、エディットリスト更新処理を終了し、図２０のステップＳ５に処理を戻し、それ以降の処理を行わせる。
【０２１６】
また、図２３のステップＳ８６において、更新確認処理の確認結果に基づいて、エディットリストファイルを更新しないと判定した場合、エディットリストファイル更新部３３３は、処理をステップＳ９０に進める。不整合情報生成部３４２は、ステップＳ９０において、不整合情報を生成するとエディットリスト更新処理を終了し、図２０のステップＳ５に処理を戻し、それ以降の処理を行わせる。
【０２１７】
以上のように破壊編集処理を行うことにより、編集装置１３は、コンテンツデータを破壊編集する際に、そのコンテンツデータに対応するメタデータも更新し、各データの整合性を維持することにより、ユーザは、より容易にコンテンツデータの破壊編集を正しく行うことができる。
【０２１８】
図２５は、光ディスク１２に記録されているクリップに音声データを挿入（破壊編集）する場合に更新される、主なメタデータの例を示す図である。
【０２１９】
図２５に示される表において上から１行目（No.１）は、インデックスファイル（INDEX）のクリップテーブル（clipTable）におけるクリップ要素（clip）のUMID属性（umid）の値を、クリップインフォメーションファイルのUMID（No.６）を参照して写すことにより更新することが示されている。
【０２２０】
また、上から２行目（No.２）は、インデックスファイル（INDEX）のクリップテーブル（clipTable）におけるクリップ（clip）のオーディオ要素（audio）のUMID属性（umid）の値を、音声データファイルのUMID（AUDIO MXF MP UMID）（No.１４）を参照して写すことにより更新することが示されている。
【０２２１】
さらに、上から３行目（No.３）は、インデックスファイル（INDEX）のクリップテーブル（clipTable）におけるクリップ（clip）のサブストリーム要素（subStream）のUMID属性（umid）の値を、プロキシデータファイルのUMID（PROXY MXF MP UMID）（No.１７）を参照して写すことにより更新することが示されている。
【０２２２】
また、上から４行目（No.４）は、ディスクインフォメーションファイル（DISCINFO）のヒストリ要素（sequential.history.discinfo）のクリップID属性（clipId）の値を、（テープライク再生の場合のみ）再生位置を保存することにより更新することが示されている。
【０２２３】
さらに、上から５行目（No.５）は、ディスクインフォメーションファイル（DISCINFO）のヒストリ要素（sequential.history.discinfo）のFTC属性（ftc）の値を、（テープライク再生の場合のみ）再生位置を保存することにより更新することが示されている。
【０２２４】
また、上から６行目（No.６）は、クリップインフォメーションファイル（CLIPINFO）のスマイル要素（smil）のUMID属性（umid）の値を、新規生成することにより更新することが示されている。
【０２２５】
さらに、上から７行目（No.７）は、クリップインフォメーションファイル（CLIPINFO）のオーディオ要素（audio）のsrc属性（に含まれるUMID）の値を、音声データファイルのUMID（AUDIO MXF MP UMID）（No.１４）を参照して写すことにより更新することが示されている。
【０２２６】
また、上から８行目（No.８）は、クリップインフォメーションファイル（CLIPINFO）のref要素（ref）のsrc属性（に含まれるUMID）の値を、プロキシデータファイルのUMID（PROXY MXF MP UMID）（No.１７）を参照して写すことにより更新することが示されている。
【０２２７】
さらに、上から９行目（No.９）は、ノンリアルタイムメタデータファイル（NRT）のターゲットマテリアル要素（TargetMaterial）のUMID属性（umidRef）の値を、クリップインフォメーションファイルのUMID（No.６）を参照して写すことにより更新することが示されている。
【０２２８】
また、上から１０行目（No.１０）は、ノンリアルタイムメタデータファイル（NRT）のラストアップデート要素（LastUpdate）のvalue属性の値を、エッセンスの更新日時（すなわち、音声データを挿入した日時）とすることにより更新することが示されている。
【０２２９】
さらに、上から１１行目（No.１１）は、ノンリアルタイムメタデータファイル（NRT）のノンリアルタイムメタ要素（NonRealTimeMeta）のラストアップデート属性（lastUpdate）（ノンリアルタイムメタデータファイル自身の更新日時）の値を、No.１０の値に近似する値で更新することが示されている。
【０２３０】
No.１０の値は、実際にコンテンツがインサートされた時刻であり、No.１１の値は、ノンリアルメタデータファイル（NRT）が更新された時刻である。これらの値は同一となるのが望ましいが、実際には、システム処理上互いに時間差が生じる場合が多い。ただし、この時間差は非常に小さい値であるので、No.１１の値は、No.１０の値とほぼ一致する値（No.１０の値に近似する値）で更新されることになる。
【０２３１】
また、上から１２行目（No.１２）は、リアルタイムメタデータファイル（RT）のターゲットマテリアル要素（TargetMaterial.FragmentUpdatePayload.HeaderFuu）のUMID属性の値を、クリップインフォメーションファイルのUMID（No.６）を参照して写すことにより更新することが示されている。
【０２３２】
さらに、上から１３行目（No.１３）は、音声データファイル（AUDIO）のヘッダメタデータ（HeaderMetadata）のプリフェース要素（PrefaceSet）のラストモディファイドデート属性（LastModifiedDate）（MXFファイル更新日時）の値を、上述したNo.１１の場合と同様の理由により、音声データを挿入した日時に近似する値とすることにより更新することが示されている。
【０２３３】
また、上から１４行目（No.１４）は、音声データファイル（AUDIO）のマテリアルパッケージ要素（MaterialPackageSet）のパッケージUID属性（PackageUID）の値を、クリップインフォメーションファイルのUMID（No.６）を基に新規クリップ生成時と同じ方法で生成することにより更新することが示されている。
【０２３４】
さらに、上から１５行目（No.１５）は、音声データファイル（AUDIO）のマテリアルパッケージ要素（MaterialPackageSet）のパッケージモディファイドデート属性（PackageModifiedDate）の値を、上述したNo.１１の場合と同様の理由により、No.１０の値に近似する値で更新することが示されている。
【０２３５】
また、上から１６行目（No.１６）は、プロキシデータファイル（PROXY）のヘッダメタデータ（HeaderMetadata）のプリフェース要素（PrefaceSet）のラストモディファイドデート属性（LastModifiedDate）（MXFファイル更新日時）の値を、上述したNo.１１の場合と同様の理由により、音声データを挿入した日時に近似する値とすることにより更新することが示されている。
【０２３６】
さらに、上から１７行目（No.１７）は、プロキシデータファイル（PROXY）のマテリアルパッケージ要素（MaterialPackageSet）のパッケージUID属性（PackageUID）の値を、クリップインフォメーションファイルのUMID（No.６）を基に新規クリップ生成時と同じ方法で生成することにより更新することが示されている。
【０２３７】
また、上から１８行目（No.１８）は、プロキシデータファイル（PROXY）のマテリアルパッケージ要素（MaterialPackageSet）のパッケージモディファイドデート属性（PackageModifiedDate）の値を、上述したNo.１１の場合と同様の理由により、No.１０の値に近似する値で更新することが示されている。
【０２３８】
以上のように、編集装置１３の各部は、素材データの破壊編集に応じて、その素材データに対応する各種のメタデータを整合するように更新する。これにより、ユーザは、より容易にコンテンツデータの破壊編集を正しく行うことができる。
【０２３９】
以上においては、光ディスク１２にエディットリストが記録されいている場合も記録されていない場合も同様に処理を行い、クリップの破壊編集に伴って、必要な更新は全て行うように説明したが、これに限らず、エディットリストの有無に応じて処理方法を変更するようにしてもよい。
【０２４０】
例えば、図２６に示されるように、記録媒体である光ディスクにエディットリストが記録されている場合は全クリップの破壊編集を禁止するようにしてもよい。図２６は、破壊編集実施の条件の例を説明する図である。図２６において、光ディスク４０１には、エディットリストが記録されていない。従って、編集装置１３は、このような光ディスク４０１に記録されている各クリップは破壊編集可能とする。これに対して、光ディスク４０２には、エディットリスト４０３が記録されている。エディットリスト４０３がどのクリップを参照しているかを把握するためには、編集装置１３は、エディットリスト４０３を調査し、その参照先を特定する必要がある。つまり、どんなに簡単な破壊編集処理であっても、このエディットリストの参照関係の特定に関する処理が必ず生じてしまい、その分負荷が増大してしまう。従って、編集装置１３は、このような光ディスク４０１に記録されている各クリップの破壊編集は禁止とする。
【０２４１】
このように参照関係の特定の処理が必要なエディットリストが光ディスク１２内に存在する場合、その光ディスク１２に記録されている全てのクリップの破壊編集処理を禁止することにより、編集装置１３は、煩雑な作業を省略することができ、編集処理の負荷を低減させることができる。
【０２４２】
図２７は、このような場合のシステム制御部２２１の内部の構成例を示すブロック図である。
【０２４３】
図２７において、システム制御部２２１は、制御部２６１、エディットリスト存在確認部４２１、クリップ破壊編集部２７１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、不整合処理部２７６、破壊編集禁止通知処理部４２２、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および、出力制御部２８６を有している。
【０２４４】
エディットリスト存在確認部４２１は、読み出し制御部２８４を制御し、ドライブに装着されている光ディスク１２の記録領域にエディットリストが存在するか否かを確認する。破壊編集禁止通知処理部４２２は、ドライブに装着されている光ディスク１２の記録領域にエディットリストが存在する場合、制御部２６１を介して制御情報出力部２２４を制御し、例えば、モニタに所定のメッセージを表示する等の、その光ディスク１２に記録されている各クリップの破壊編集の禁止をユーザに通知する処理を行う。
【０２４５】
この場合の破壊編集処理の流れを図２８のフローチャートを参照して説明する。なお、このフローチャートは、図２０のフローチャートに対応する。
【０２４６】
破壊編集処理が開始されると、最初に、エディットリスト存在確認部４２１は、ステップＳ１２１において、読み出し制御部２８４を制御し、ドライブに装着されている光ディスク１２にアクセスし、光ディスク１２の記録領域においてエディットリストを検索する。制御部２６１は、ステップＳ１２２において、その検索結果に基づいてエディットリストが存在するか否かを判定し、存在すると判定した場合、処理をステップＳ１２３に進める。
【０２４７】
システム制御部２２１の各部（クリップ破壊編集部２７１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、および不整合処理部２７６）は、図２０のステップＳ１、並びに、ステップＳ７乃至ステップＳ１４と同様に、ステップＳ１２３乃至ステップＳ１３１の処理を実行する。
【０２４８】
すなわち、クリップ破壊編集部２７１は、図２８のステップＳ１２３において、図２０のステップＳ１と同様にクリップ破壊編集処理を実行する。
【０２４９】
インデックスファイル更新部２７４は、図２８のステップＳ１２４において、図２０のステップＳ７と同様に読み出し制御部２８４を制御して光ディスク１２に記録されているインデックスファイルを読み出し、図２８のステップＳ１２５において、図２０のステップＳ８と同様に編集更新処理制御部２８５を制御して読み出したインデックスファイルをクリップの破壊編集に整合するように更新し、図２８のステップＳ１２６において、図２０のステップＳ９と同様に書き込み制御部２８３を制御してインデックスファイルを書き込む。
【０２５０】
ディスクインフォメーションファイル更新部２７５は、図２８のステップＳ１２７において、図２０のステップＳ１０と同様に読み出し制御部２８４を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出し、図２８のステップＳ１２８において、図２０のステップＳ１１と同様に編集更新処理制御部２８５を制御して読み出したディスクインフォメーションファイルをクリップの破壊編集に整合するように更新し、図２８のステップＳ１２９において、図２０のステップＳ１２と同様に書き込み制御部２８３を制御して更新したディスクインフォメーションファイルを光ディスク１２に書き込ませる。
【０２５１】
不整合処理部２７６は、図２８のステップＳ１３０において、図２０のステップＳ１３と同様にステップＳ１２３のクリップ破壊編集処理において不整合情報が生成された場合、書き込み制御部２８３を制御して、その不整合情報を光ディスク１２に書き込ませ、図２８のステップＳ１３１において、図２０のステップＳ１４と同様に編集更新処理制御部２８５を制御して、生成された不整合情報を取得し、制御部２６１を介して制御情報出力部２２４に供給し、その不整合情報を編集装置１３の外部に出力する不整合情報出力処理を行う。不整合情報出力処理が終了すると、不整合処理部２７６は、破壊編集処理を終了する。
【０２５２】
また、ステップＳ１２２において、検索結果に基づいて光ディスク１２にエディットリストが存在しないと判定した場合、制御部２６１は、処理をステップＳ１３２に進める。ステップＳ１３２において、破壊編集禁止通知処理部４２２は、制御部２６１を介して制御情報出力部２２４よりクリップの破壊編集の禁止を示すメッセージ等をユーザに通知する破壊編集禁止通知処理を行う。破壊編集禁止通知処理が終了すると、破壊編集禁止通知処理部４２２は、破壊編集処理を終了する。
【０２５３】
このように、光ディスク１２の記録領域にエディットリストが存在する場合、その記録領域に記録されている全てのクリップを破壊編集禁止とすることにより、エディットリストとクリップの参照関係の調査に関する処理、並びにエディットリスト更新処理を省略することができるので、編集装置１３は、破壊編集処理の負荷を低減させることができる。
【０２５４】
なお、図２８の破壊編集処理の場合、エディットリストが存在するときは破壊編集禁止とされるので、図２０に示されるフローチャートのステップＳ３乃至ステップＳ６の処理（エディットリストに関する処理）に対応する処理は行われない。
【０２５５】
以上においては、記録媒体（光ディスク）単位でエディットリストの有無を確認し、破壊編集の制限を行うように説明したが、このエディットリストの有無を確認する領域の範囲はどのようなものであってもよく、破壊編集対象のクリップが存在する光ディスク１２以外の記録領域を含むようにしてもよいし、光ディスク１２の記録領域の一部分のみに限定するようにしてもよい。
【０２５６】
また、以上のように、編集装置１３は、エディットリストの有無によって破壊編集を制限する以外にも、例えば、図２９に示されるように、実際にエディットリストが参照するクリップのみを破壊編集禁止とするようにしてもよい。
【０２５７】
図２９は、破壊編集実施の条件の他の例を説明する図である。図２９において、クリップ４３１とクリップ４３２は、エディットリスト４４１が参照している。従って、編集装置１３は、このクリップ４３１とクリップ４３２を破壊編集禁止とし、エディットリスト４４１が参照していないクリップ４３３の破壊編集のみを許可する。
【０２５８】
このようにすることにより、編集装置１３は、エディットリストが存在しても、そのエディットリストと無関係のクリップについては破壊編集することができる。この場合、編集装置１３は、エディットリスト４４１がどのクリップを参照するかを調査する必要があるが、クリップ４３１またはクリップ４３２の破壊編集がエディットリスト４４１に対してどのような影響を及ぼすかまで細かく調査する必要がなく、さらに、エディットリストの更新処理も省略することができるので破壊編集処理の負荷の増大を抑制することができる。
【０２５９】
図３０は、このような場合のシステム制御部２２１の内部の構成例を示すブロック図である。
【０２６０】
図３０において、システム制御部２２１は、制御部２６１、クリップ破壊編集部２７１、参照エディットリスト検索部４５１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、不整合処理部２７６、破壊編集禁止通知処理部４２２、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および、出力制御部２８６を有している。
【０２６１】
参照エディットリスト検索部４５１は、読み出し制御部２８４および編集更新処理制御部２８５を制御し、ドライブに装着されている光ディスク１２の記録領域において破壊編集するクリップを参照するエディットリストを検索する。つまり、参照エディットリスト検索部４５１は、光ディスク１２に記録されているエディットリストを読み出し、その読み出したエディットリストの参照先を調査し、破壊編集するクリップを参照するエディットリストを検索する。破壊編集禁止通知処理部４２２は、この検索結果に基づいて、破壊編集するクリップを参照するエディットリストが存在する場合、破壊編集処理を禁止し、その旨をユーザに通知する。
【０２６２】
この場合の破壊編集処理の流れを図３１のフローチャートを参照して説明する。なお、このフローチャートは、図２０のフローチャートに対応する。
【０２６３】
破壊編集処理が開始されると、最初に、参照エディットリスト検索部４５１は、ステップＳ１５１において、読み出し制御部２８４を制御し、ドライブに装着されている光ディスク１２にアクセスし、光ディスク１２の記録領域において、破壊編集するクリップを参照するエディットリストを検索する。制御部２６１は、ステップＳ１５２において、その検索結果に基づいて破壊編集するクリップを参照するエディットリストが存在するか否かを判定し、存在すると判定した場合、処理をステップＳ１５３に進める。
【０２６４】
システム制御部２２１の各部（クリップ破壊編集部２７１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、および不整合処理部２７６）は、図２０のステップＳ１、並びに、ステップＳ７乃至ステップＳ１４と同様に、ステップＳ１５３乃至ステップＳ１６１の処理を実行する。
【０２６５】
すなわち、クリップ破壊編集部２７１は、図３１のステップＳ１５３において、図２０のステップＳ１と同様にクリップ破壊編集処理を実行する。
【０２６６】
インデックスファイル更新部２７４は、図３１のステップＳ１５４において、図２０のステップＳ７と同様に読み出し制御部２８４を制御して光ディスク１２に記録されているインデックスファイルを読み出し、図３１のステップＳ１５５において、図２０のステップＳ８と同様に編集更新処理制御部２８５を制御して読み出したインデックスファイルをクリップの破壊編集に整合するように更新し、図３１のステップＳ１５６において、図２０のステップＳ９と同様に書き込み制御部２８３を制御してインデックスファイルを書き込む。
【０２６７】
ディスクインフォメーションファイル更新部２７５は、図３１のステップＳ１５７において、図２０のステップＳ１０と同様に読み出し制御部２８４を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出し、図３１のステップＳ１５８において、図２０のステップＳ１１と同様に編集更新処理制御部２８５を制御して読み出したディスクインフォメーションファイルをクリップの破壊編集に整合するように更新し、図３１のステップＳ１５９において、図２０のステップＳ１２と同様に書き込み制御部２８３を制御して更新したディスクインフォメーションファイルを光ディスク１２に書き込ませる。
【０２６８】
不整合処理部２７６は、図３１のステップＳ１６０において、図２０のステップＳ１３と同様にステップＳ１２３のクリップ破壊編集処理において不整合情報が生成された場合、書き込み制御部２８３を制御して、その不整合情報を光ディスク１２に書き込ませ、図３１のステップＳ１６１において、図２０のステップＳ１４と同様に編集更新処理制御部２８５を制御して、生成された不整合情報を取得し、制御部２６１を介して制御情報出力部２２４に供給し、その不整合情報を編集装置１３の外部に出力する不整合情報出力処理を行う。不整合情報出力処理が終了すると、不整合処理部２７６は、破壊編集処理を終了する。
【０２６９】
また、ステップＳ１５２において、検索結果に基づいて、破壊編集するクリップを参照するエディットリストが光ディスク１２に存在しないと判定した場合、制御部２６１は、処理をステップＳ１６２に進める。ステップＳ１６２において、破壊編集禁止通知処理部４２２は、制御部２６１を介して制御情報出力部２２４よりクリップの破壊編集の禁止を示すメッセージ等をユーザに通知する破壊編集禁止通知処理を行う。破壊編集禁止通知処理が終了すると、破壊編集禁止通知処理部４２２は、破壊編集処理を終了する。
【０２７０】
このように、光ディスク１２の記録領域に、破壊編集するクリップを参照するエディットリストが存在する場合、そのクリップを破壊編集禁止とすることにより、エディットリスト更新処理を省略することができるので、編集装置１３は、破壊編集処理の負荷を低減させることができる。
【０２７１】
なお、図３１の破壊編集処理の場合、破壊編集するクリップを参照するエディットリストが存在するときは破壊編集禁止とされるので、図２０に示されるフローチャートのステップＳ３乃至ステップＳ６の処理（エディットリストに関する処理）に対応する処理は行われない。
【０２７２】
以上においては、記録媒体（光ディスク）単位で破壊編集するクリップを参照するエディットリストを検索し、その検索結果に基づいて破壊編集の制限を行うように説明したが、この検索範囲はどのようなものであってもよく、破壊編集対象のクリップが存在する光ディスク１２以外の記録領域を含むようにしてもよいし、光ディスク１２の記録領域の一部分のみに限定するようにしてもよい。
【０２７３】
また、以上においては、編集装置１３が、エディットリストの有無に基づいて、クリップの破壊編集を禁止するように説明したが、これに限らず、例えば、破壊編集するクリップを参照するエディットリストが存在する場合、図３２に示されるように、そのエディットリストを削除してからクリップの破壊編集を行うようにしてもよい。
【０２７４】
図３２は、破壊編集実施の条件の、さらに他の例を説明する図である。図３２において、クリップ４６１はエディットリスト４７２に参照されている。また、クリップ４６２はエディットリスト４７１乃至エディットリスト４７３に参照されており、クリップ４６３はエディットリスト４７３に参照されている。このような状態において、編集装置１３は、クリップ４６１を破壊編集する場合、クリップ４６１を参照するエディットリスト４７２を削除してからクリップ４６１を破壊編集する。
【０２７５】
破壊編集するクリップを参照するエディットリストが存在する場合、編集装置１３は、単純にクリップを破壊編集すると、その後で、そのクリップを参照するエディットリストの更新も行わなければならないが、このように先にエディットリストを削除してしまうことにより、エディットリストの更新処理を省略することができる。従って、編集装置１３は、このように破壊編集処理を行うことにより、破壊編集処理の負荷の増大を抑制することができる。
【０２７６】
なお、エディットリストはクリップの編集結果である。つまり、通常の場合、エディットリストは、ユーザが目的を持って行った編集の結果（ユーザの意図する成果物）を示すものである。しかしながら、元のクリップが破壊編集されるとそれを参照するエディットリストが示す編集結果も変化し、ユーザの意図と異なるものとなる恐れがある。つまり、このような、破壊編集の影響を受けた、ユーザが直接制御した編集結果でないエディットリストはユーザの意思を的確に反映しておらず、価値が低い。従って、編集装置１３は、このような価値の低いエディットリストを削除してもユーザに生じる不利益は少なく、破壊編集処理の負荷の増大を抑制するというより大きな効果を得ることを選択することができる。
【０２７７】
図３３は、このような場合のシステム制御部２２１の内部の構成例を示すブロック図である。
【０２７８】
図３３において、システム制御部２２１は、制御部２６１、クリップ破壊編集部２７１、参照エディットリスト検索部４５１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、不整合処理部２７６、エディットリスト削除部４８１、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および、出力制御部２８６を有している。
【０２７９】
参照エディットリスト検索部４５１は、読み出し制御部２８４および編集更新処理制御部２８５を制御し、ドライブに装着されている光ディスク１２の記録領域において破壊編集するクリップを参照するエディットリストを検索する。エディットリスト削除部４８１は、参照エディットリスト検索部４５１により検索されたエディットリスト（破壊編集するクリップを参照するエディットリスト）を削除する。
【０２８０】
この場合の破壊編集処理の流れを図３４のフローチャートを参照して説明する。なお、このフローチャートは、図２０のフローチャートに対応する。
【０２８１】
破壊編集処理が開始されると、最初に、参照エディットリスト検索部４５１は、ステップＳ１８１において、読み出し制御部２８４を制御し、ドライブに装着されている光ディスク１２にアクセスし、光ディスク１２の記録領域において、破壊編集するクリップを参照するエディットリストを検索する。制御部２６１は、ステップＳ１８２において、その検索結果に基づいて破壊編集するクリップを参照するエディットリストが存在するか否かを判定し、存在すると判定した場合、処理をステップＳ１８３に進める。
【０２８２】
ステップＳ１８３において、エディットリスト削除部４８１は、書き込み制御部２８３を制御して、光ディスク１３に記録されている、参照エディットリスト検索部４５１により検索された、破壊編集するクリップを参照するエディットリストを削除する。エディットリストを削除すると、エディットリスト削除部４８１は、処理をステップＳ１８４に進める。また、ステップＳ１８２において、破壊編集するクリップを参照するエディットリストが存在しないと判定した場合、制御部２６１は、ステップＳ１８３の処理を省略し、ステップＳ１８４に処理を進める。
【０２８３】
システム制御部２２１の各部（クリップ破壊編集部２７１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、および不整合処理部２７６）は、図２０のステップＳ１、並びに、ステップＳ７乃至ステップＳ１４と同様に、ステップＳ１８４乃至ステップＳ１９２の処理を実行する。
【０２８４】
すなわち、クリップ破壊編集部２７１は、図３４のステップＳ１８４において、図２０のステップＳ１と同様にクリップ破壊編集処理を実行する。
【０２８５】
インデックスファイル更新部２７４は、図３４のステップＳ１８５において、図２０のステップＳ７と同様に読み出し制御部２８４を制御して光ディスク１２に記録されているインデックスファイルを読み出し、図３４のステップＳ１８６において、図２０のステップＳ８と同様に編集更新処理制御部２８５を制御して読み出したインデックスファイルをクリップの破壊編集に整合するように更新し、図３４のステップＳ１８７において、図２０のステップＳ９と同様に書き込み制御部２８３を制御してインデックスファイルを書き込む。
【０２８６】
ディスクインフォメーションファイル更新部２７５は、図３４のステップＳ１８８において、図２０のステップＳ１０と同様に読み出し制御部２８４を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出し、図３４のステップＳ１８９において、図２０のステップＳ１１と同様に編集更新処理制御部２８５を制御して読み出したディスクインフォメーションファイルをクリップの破壊編集に整合するように更新し、図３４のステップＳ１９０において、図２０のステップＳ１２と同様に書き込み制御部２８３を制御して更新したディスクインフォメーションファイルを光ディスク１２に書き込ませる。
【０２８７】
不整合処理部２７６は、図３４のステップＳ１９１において、図２０のステップＳ１３と同様にステップＳ１２３のクリップ破壊編集処理において不整合情報が生成された場合、書き込み制御部２８３を制御して、その不整合情報を光ディスク１２に書き込ませ、図３４のステップＳ１９２において、図２０のステップＳ１４と同様に編集更新処理制御部２８５を制御して、生成された不整合情報を取得し、制御部２６１を介して制御情報出力部２２４に供給し、その不整合情報を編集装置１３の外部に出力する不整合情報出力処理を行う。不整合情報出力処理が終了すると、不整合処理部２７６は、破壊編集処理を終了する。
【０２８８】
このように、光ディスク１２の記録領域に、破壊編集するクリップを参照するエディットリストが存在する場合、そのエディットリストを削除することにより、エディットリスト更新処理を省略することができるので、編集装置１３は、破壊編集処理の負荷を低減させることができる。
【０２８９】
なお、図３４の破壊編集処理の場合、破壊編集するクリップを参照するエディットリストが存在するとき、そのエディットリストは削除されるので、図２０に示されるフローチャートのステップＳ３乃至ステップＳ６の処理（エディットリスト更新に関する処理）に対応する処理は行われない。
【０２９０】
以上においては、記録媒体（光ディスク）単位で破壊編集するクリップを参照するエディットリストを検索し、その検索結果に基づいて破壊編集を行うように説明したが、この検索範囲はどのようなものであってもよく、破壊編集対象のクリップが存在する光ディスク１２以外の記録領域を含むようにしてもよいし、光ディスク１２の記録領域の一部分のみに限定するようにしてもよい。
【０２９１】
また、編集装置１３は、破壊編集するクリップを参照するエディットリストが存在する場合、図３５に示されるように、そのクリップの複製を作成してからクリップの破壊編集を行うようにしてもよい。
【０２９２】
図３５は、破壊編集実施の条件の、さらに他の例を説明する図である。図３５Ａにおいて、破壊編集を行うクリップ４９１はエディットリスト４９２に参照されている。このような場合、編集装置１３は、図３５Ｂに示されるように、クリップ４９１を複製することによりクリップ４９３を生成する。クリップ４９３は、クリップ４９１とUMIDが異なるので、エディットリスト４９２から参照されない。つまり、クリップ４９３とエディットリスト４９２は互いに無関係である。編集装置１３は、このようなクリップ４９３を生成し、クリップ４９１を破壊編集する代わりに、その生成したクリップ４９３に対して破壊編集を行う。
【０２９３】
このようにすることにより、編集装置１３は、クリップ４９１（クリップ４９３）の破壊編集結果を得るとともに、その破壊編集によるエディットリスト４９２に対する影響を除去することができる。従って、編集装置１３は、このように破壊編集処理を行うことにより、エディットリスト更新処理を省略することができ、破壊編集処理の負荷の増大を抑制することができる。
【０２９４】
図３６は、このような場合のシステム制御部２２１の内部の構成例を示すブロック図である。
【０２９５】
図３６において、システム制御部２２１は、制御部２６１、クリップ破壊編集部２７１、参照エディットリスト検索部４５１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、不整合処理部２７６、クリップ複製部５０１、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および、出力制御部２８６を有している。
【０２９６】
参照エディットリスト検索部４５１は、読み出し制御部２８４および編集更新処理制御部２８５を制御し、ドライブに装着されている光ディスク１２の記録領域において破壊編集するクリップを参照するエディットリストを検索する。クリップ複製部５０１は、その検索結果に基づいて、破壊編集するクリップを参照するエディットリストが存在する場合、書き込み制御部２８３および読み出し制御部２８４を制御し、そのクリップを複製する。クリップ破壊編集部２７１は、その複製したクリップに対して破壊編集処理を行う。
【０２９７】
この場合の破壊編集処理の流れを図３７のフローチャートを参照して説明する。なお、このフローチャートは、図２０のフローチャートに対応する。
【０２９８】
破壊編集処理が開始されると、最初に、参照エディットリスト検索部４５１は、ステップＳ２１１において、読み出し制御部２８４を制御し、ドライブに装着されている光ディスク１２にアクセスし、光ディスク１２の記録領域において、破壊編集するクリップを参照するエディットリストを検索する。制御部２６１は、ステップＳ２１２において、その検索結果に基づいて破壊編集するクリップを参照するエディットリストが存在するか否かを判定し、存在しないと判定した場合、処理をステップＳ２１３に進める。
【０２９９】
クリップ破壊編集部２７１は、図３７のステップＳ２１３において、図２０のステップＳ１と同様にクリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ２１６に進める。
【０３００】
また、ステップＳ２１２において、破壊編集するクリップを参照するエディットリストが存在すると判定した場合、制御部２６１は、処理をステップＳ２１４に進める。ステップＳ２１４において、クリップ複製部５０１は、そのクリップを複製し、ステップＳ２１５に処理を進める。
【０３０１】
ステップＳ２１５において、クリップ破壊編集部２７１は、図２０のステップＳ１と同様に、複製されたクリップ（新しく生成された、エディットリストに参照されていないクリップ）に対して、クリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ２１６に進める。
【０３０２】
システム制御部２２１の各部（インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、および不整合処理部２７６）は、ステップＳ７乃至ステップＳ１４と同様に、ステップＳ２１６乃至ステップＳ２２３の処理を実行する。
【０３０３】
すなわち、インデックスファイル更新部２７４は、図３７のステップＳ２１６において、図２０のステップＳ７と同様に読み出し制御部２８４を制御して光ディスク１２に記録されているインデックスファイルを読み出し、図３７のステップＳ２１７において、図２０のステップＳ８と同様に編集更新処理制御部２８５を制御して読み出したインデックスファイルをクリップの破壊編集に整合するように更新し、図３７のステップＳ２１８において、図２０のステップＳ９と同様に書き込み制御部２８３を制御してインデックスファイルを書き込む。
【０３０４】
ディスクインフォメーションファイル更新部２７５は、図３７のステップＳ２１９において、図２０のステップＳ１０と同様に読み出し制御部２８４を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出し、図３７のステップＳ２２０において、図２０のステップＳ１１と同様に編集更新処理制御部２８５を制御して読み出したディスクインフォメーションファイルをクリップの破壊編集に整合するように更新し、図３７のステップＳ２２１において、図２０のステップＳ１２と同様に書き込み制御部２８３を制御して更新したディスクインフォメーションファイルを光ディスク１２に書き込ませる。
【０３０５】
不整合処理部２７６は、図３７のステップＳ２２２において、図２０のステップＳ１３と同様にステップＳ２１３またはステップＳ２１５のクリップ破壊編集処理において不整合情報が生成された場合、書き込み制御部２８３を制御して、その不整合情報を光ディスク１２に書き込ませ、図３７のステップＳ２２３において、図２０のステップＳ１４と同様に編集更新処理制御部２８５を制御して、生成された不整合情報を取得し、制御部２６１を介して制御情報出力部２２４に供給し、その不整合情報を編集装置１３の外部に出力する不整合情報出力処理を行う。不整合情報出力処理が終了すると、不整合処理部２７６は、破壊編集処理を終了する。
【０３０６】
このように、光ディスク１２の記録領域に、破壊編集するクリップを参照するエディットリストが存在する場合、そのクリップを複製し、その複製した新たなクリップを破壊編集することにより、エディットリスト更新処理を省略することができるので、編集装置１３は、破壊編集処理の負荷を低減させることができる。
【０３０７】
なお、図３７の破壊編集処理の場合、破壊編集するクリップを参照するエディットリストが存在するとき、破壊編集するクリップは複製され、エディットリストとの関係が解消されるので、図２０に示されるフローチャートのステップＳ３乃至ステップＳ６の処理（エディットリスト更新に関する処理）に対応する処理は行われない。
【０３０８】
以上においては、記録媒体（光ディスク）単位で破壊編集するクリップを参照するエディットリストを検索し、その検索結果に基づいて破壊編集を行うように説明したが、この検索範囲はどのようなものであってもよく、破壊編集対象のクリップが存在する光ディスク１２以外の記録領域を含むようにしてもよいし、光ディスク１２の記録領域の一部分のみに限定するようにしてもよい。
【０３０９】
また、編集装置１３は、破壊編集するクリップを参照するエディットリストが存在する場合、図３８に示されるように、そのクリップの一部の複製を作成してからクリップの破壊編集を行うようにしてもよい。
【０３１０】
図３８は、破壊編集実施の条件の、さらに他の例を説明する図である。図３８Ａにおいて、クリップ５１１は、その一部を編集対象５１２とするクリップであり、エディットリスト５１３に参照されている。このような場合、編集装置１３は、図３８Ｂに示されるように、クリップ５１１の一部である編集対象５１２を複製し、１つのクリップ５１４を生成する。クリップ５１４とエディットリスト５１３は互いに無関係である。編集装置１３は、このようなクリップ５１４を生成し、クリップ５１１（編集対象５１２）を破壊編集する代わりに、その生成したクリップ５１４に対して破壊編集を行う。
【０３１１】
このようにすることにより、編集装置１３は、クリップ５１１の複製を生成することによる記録領域の消費を低減させることができる。
【０３１２】
図３９は、このような場合のシステム制御部２２１の内部の構成例を示すブロック図である。
【０３１３】
図３９において、システム制御部２２１は、制御部２６１、クリップ破壊編集部２７１、参照エディットリスト検索部４５１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、不整合処理部２７６、クリップ生成部５２１、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および、出力制御部２８６を有している。
【０３１４】
参照エディットリスト検索部４５１は、読み出し制御部２８４および編集更新処理制御部２８５を制御し、ドライブに装着されている光ディスク１２の記録領域において破壊編集するクリップを参照するエディットリストを検索する。クリップ生成部５２１は、その検索結果に基づいて、破壊編集するクリップを参照するエディットリストが存在する場合、書き込み制御部２８３、読み出し制御部２８４、および編集更新処理制御部２８５を制御し、そのクリップを複製する。クリップ破壊編集部２７１は、その複製したクリップに対して破壊編集処理を行う。
【０３１５】
この場合の破壊編集処理の流れを図４０のフローチャートを参照して説明する。なお、このフローチャートは、図２０のフローチャートに対応する。
【０３１６】
破壊編集処理が開始されると、最初に、参照エディットリスト検索部４５１は、ステップＳ２４１において、読み出し制御部２８４を制御し、ドライブに装着されている光ディスク１２にアクセスし、光ディスク１２の記録領域において、破壊編集するクリップを参照するエディットリストを検索する。制御部２６１は、ステップＳ２４２において、その検索結果に基づいて破壊編集するクリップを参照するエディットリストが存在するか否かを判定し、存在しないと判定した場合、処理をステップＳ２４３に進める。
【０３１７】
ステップＳ２４３において、クリップ破壊編集部２７１は、図２０のステップＳ１と同様にクリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ２４６に進める。
【０３１８】
また、ステップＳ２４２において、破壊編集するクリップを参照するエディットリストが存在すると判定した場合、制御部２６１は、処理をステップＳ２４４に進める。ステップＳ２４４において、クリップ生成部５２１は、破壊編集部分を複製し、新たなクリップを生成する。そして、クリップ生成部５２１は、ステップＳ２４５に処理を進める。
【０３１９】
ステップＳ２４５において、クリップ破壊編集部２７１は、図２０のステップＳ１と同様に、生成されたクリップに対して、クリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ２４６に進める。
【０３２０】
システム制御部２２１の各部（インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、および不整合処理部２７６）は、ステップＳ７乃至ステップＳ１４と同様に、ステップＳ２４６乃至ステップＳ２５３の処理を実行する。
【０３２１】
すなわち、インデックスファイル更新部２７４は、図４０のステップＳ２４６において、図２０のステップＳ７と同様に読み出し制御部２８４を制御して光ディスク１２に記録されているインデックスファイルを読み出し、図４０のステップＳ２４７において、図２０のステップＳ８と同様に編集更新処理制御部２８５を制御して読み出したインデックスファイルをクリップの破壊編集に整合するように更新し、図４０のステップＳ２４８において、図２０のステップＳ９と同様に書き込み制御部２８３を制御してインデックスファイルを書き込む。
【０３２２】
ディスクインフォメーションファイル更新部２７５は、図４０のステップＳ２４９において、図２０のステップＳ１０と同様に読み出し制御部２８４を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出し、図４０のステップＳ２５０において、図２０のステップＳ１１と同様に編集更新処理制御部２８５を制御して読み出したディスクインフォメーションファイルをクリップの破壊編集に整合するように更新し、図４０のステップＳ２５１において、図２０のステップＳ１２と同様に書き込み制御部２８３を制御して更新したディスクインフォメーションファイルを光ディスク１２に書き込ませる。
【０３２３】
不整合処理部２７６は、図４０のステップＳ２５２において、図２０のステップＳ１３と同様にステップＳ２４３またはステップＳ２４５のクリップ破壊編集処理において不整合情報が生成された場合、書き込み制御部２８３を制御して、その不整合情報を光ディスク１２に書き込ませ、図４０のステップＳ２５３において、図２０のステップＳ１４と同様に編集更新処理制御部２８５を制御して、生成された不整合情報を取得し、制御部２６１を介して制御情報出力部２２４に供給し、その不整合情報を編集装置１３の外部に出力する不整合情報出力処理を行う。不整合情報出力処理が終了すると、不整合処理部２７６は、破壊編集処理を終了する。
【０３２４】
このように、光ディスク１２の記録領域に、破壊編集するクリップを参照するエディットリストが存在する場合、そのクリップの編集対象部分をクリップ化し、その生成した新たなクリップを破壊編集することにより、エディットリスト更新処理を省略することができるので、編集装置１３は、破壊編集処理の負荷を低減させることができる。また、新たに生成されるクリップのデータサイズが元のクリップより小さくなるので、編集装置１３は、記録領域の消費の増大を抑制することができる。
【０３２５】
なお、図４０の破壊編集処理の場合、破壊編集するクリップを参照するエディットリストが存在するとき、破壊編集するクリップの編集対象の部分が複製され、エディットリストとの関係が解消されるので、図２０に示されるフローチャートのステップＳ３乃至ステップＳ６の処理（エディットリスト更新に関する処理）に対応する処理は行われない。
【０３２６】
以上においては、記録媒体（光ディスク）単位で破壊編集するクリップを参照するエディットリストを検索し、その検索結果に基づいて破壊編集を行うように説明したが、この検索範囲はどのようなものであってもよく、破壊編集対象のクリップが存在する光ディスク１２以外の記録領域を含むようにしてもよいし、光ディスク１２の記録領域の一部分のみに限定するようにしてもよい。
【０３２７】
また、編集装置１３は、クリップの編集対象を新たにクリップ化する際に、図４１に示されるように、そのクリップを元のクリップと連結させるように非破壊編集し、新たなエディットリストを生成するようにしてもよい。
【０３２８】
図４１は、破壊編集実施の条件の、さらに他の例を説明する図である。図４１Ａにおいて、クリップ５３１は、その一部を破壊編集の対象である編集対象５３２とするクリップであり、エディットリスト５３３に参照されている。このような場合、編集装置１３は、図４１Ｂに示されるように、クリップ５３１の一部である編集対象５３２を複製し、１つのクリップ５３４を生成する。クリップ５３４とエディットリスト５３３は互いに無関係である。編集装置１３は、クリップ５３１（編集対象５３２）を破壊編集する代わりに、このように生成したクリップ５３４に対して破壊編集を行う。そして、編集装置１３は、その破壊編集したクリップ５３４を元のクリップ５３１の編集対象５３２に埋め込むようにクリップ５３１とクリップ５３４を連結する非破壊編集を行い、新たなエディットリスト５３５（新EDITLIST）を生成する。このようにすることにより、編集装置１３は、記録領域の消費の増大を抑制しながら、クリップ５３１を破壊編集した結果と等価のエディットリスト５３５を得ることができる。
【０３２９】
図４２は、このような場合のシステム制御部２２１の内部の構成例を示すブロック図である。
【０３３０】
図４２において、システム制御部２２１は、制御部２６１、クリップ破壊編集部２７１、参照エディットリスト検索部４５１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、不整合処理部２７６、クリップ生成部５２１、エディットリスト生成部５４１、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および、出力制御部２８６を有している。
【０３３１】
参照エディットリスト検索部４５１は、読み出し制御部２８４および編集更新処理制御部２８５を制御し、ドライブに装着されている光ディスク１２の記録領域において破壊編集するクリップを参照するエディットリストを検索する。クリップ生成部５２１は、その検索結果に基づいて、破壊編集するクリップを参照するエディットリストが存在する場合、書き込み制御部２８３、読み出し制御部２８４、および編集更新処理制御部２８５を制御し、そのクリップを複製する。クリップ破壊編集部２７１は、その複製したクリップに対して破壊編集処理を行う。また、エディットリスト生成部５４１は、書き込み制御部２８３および編集更新処理制御部２８５を制御し、破壊編集したクリップを、その元のクリップの編集対象部分に埋め込むようにこれら２つのクリップを連結するエディットリストを新規に生成する。
【０３３２】
この場合の破壊編集処理の流れを図４３のフローチャートを参照して説明する。なお、このフローチャートは、図２０のフローチャートに対応する。
【０３３３】
破壊編集処理が開始されると、最初に、参照エディットリスト検索部４５１は、ステップＳ２７１において、読み出し制御部２８４を制御し、ドライブに装着されている光ディスク１２にアクセスし、光ディスク１２の記録領域において、破壊編集するクリップを参照するエディットリストを検索する。制御部２６１は、ステップＳ２７２において、その検索結果に基づいて破壊編集するクリップを参照するエディットリストが存在するか否かを判定し、存在しないと判定した場合、処理をステップＳ２７３に進める。
【０３３４】
ステップＳ２７３において、クリップ破壊編集部２７１は、図２０のステップＳ１と同様にクリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ２７８に進める。
【０３３５】
また、ステップＳ２７２において、破壊編集するクリップを参照するエディットリストが存在すると判定した場合、制御部２６１は、処理をステップＳ２７４に進める。ステップＳ２７４において、クリップ生成部５２１は、破壊編集部分を複製し、新たなクリップを生成する。そして、クリップ生成部５２１は、ステップＳ２７５に処理を進める。
【０３３６】
ステップＳ２７５において、クリップ破壊編集部２７１は、図２０のステップＳ１と同様に、生成されたクリップに対して、クリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ２７６に進める。
【０３３７】
ステップＳ２７６において、エディットリスト生成部５４１は、元のクリップの破壊編集対象部分に、破壊編集が行われたクリップを挿入するように２つのクリップを連結する新たなエディットリストを生成する。新たなエディットリストを生成すると、エディットリスト生成部５４１は、処理をステップＳ２７８に進める。
【０３３８】
システム制御部２２１の各部（インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、および不整合処理部２７６）は、ステップＳ７乃至ステップＳ１４と同様に、ステップＳ２７８乃至ステップＳ２８５の処理を実行する。
【０３３９】
すなわち、インデックスファイル更新部２７４は、図４３のステップＳ２７８において、図２０のステップＳ７と同様に読み出し制御部２８４を制御して光ディスク１２に記録されているインデックスファイルを読み出し、図４３のステップＳ２７９において、図２０のステップＳ８と同様に編集更新処理制御部２８５を制御して読み出したインデックスファイルをクリップの破壊編集に整合するように更新し、図４３のステップＳ２８０において、図２０のステップＳ９と同様に書き込み制御部２８３を制御してインデックスファイルを書き込む。
【０３４０】
ディスクインフォメーションファイル更新部２７５は、図４３のステップＳ２８１において、図２０のステップＳ１０と同様に読み出し制御部２８４を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出し、図４３のステップＳ２８２において、図２０のステップＳ１１と同様に編集更新処理制御部２８５を制御して読み出したディスクインフォメーションファイルをクリップの破壊編集に整合するように更新し、図４３のステップＳ２８３において、図２０のステップＳ１２と同様に書き込み制御部２８３を制御して更新したディスクインフォメーションファイルを光ディスク１２に書き込ませる。
【０３４１】
不整合処理部２７６は、図４３のステップＳ２８４において、図２０のステップＳ１３と同様にステップＳ２４３またはステップＳ２４５のクリップ破壊編集処理において不整合情報が生成された場合、書き込み制御部２８３を制御して、その不整合情報を光ディスク１２に書き込ませ、図４３のステップＳ２８５において、図２０のステップＳ１４と同様に編集更新処理制御部２８５を制御して、生成された不整合情報を取得し、制御部２６１を介して制御情報出力部２２４に供給し、その不整合情報を編集装置１３の外部に出力する不整合情報出力処理を行う。不整合情報出力処理が終了すると、不整合処理部２７６は、破壊編集処理を終了する。
【０３４２】
このように、クリップの編集対象部分を新たにクリップ化し、その生成した新たなクリップを破壊編集し、その破壊編集したクリップを非破壊編集により元のクリップの編集対象部分を埋め込むようにすることにより、編集装置１３は、記録領域の消費の増大を抑制するとともに、元のクリップの破壊編集結果と等価のエディットリスト（非破壊編集結果）を得ることができる。
【０３４３】
なお、図４３の破壊編集処理の場合、破壊編集するクリップを参照するエディットリストが存在するとき、破壊編集するクリップの編集対象の部分が複製され、エディットリストとの関係が解消されるので、図２０に示されるフローチャートのステップＳ３乃至ステップＳ６の処理（エディットリスト更新に関する処理）に対応する処理は行われない。
【０３４４】
以上においては、記録媒体（光ディスク）単位で破壊編集するクリップを参照するエディットリストを検索し、その検索結果に基づいて破壊編集を行うように説明したが、この検索範囲はどのようなものであってもよく、破壊編集対象のクリップが存在する光ディスク１２以外の記録領域を含むようにしてもよいし、光ディスク１２の記録領域の一部分のみに限定するようにしてもよい。
【０３４５】
なお、編集装置１３は、図４４に示されるように、クリップを破壊編集し、そのクリップを参照するエディットリストが存在する場合、エディットリストを複製して新たなエディットリストを破壊編集に合わせて更新し、さらに、元のエディットリストは再生禁止とするようにしてもよい。
【０３４６】
図４４は、破壊編集実施の条件の、さらに他の例を説明する図である。図４４Ａにおいて、クリップ５５１は、エディットリスト５５２に参照されている。このようなクリップ５５１を破壊編集する場合、編集装置１３は、図４４Ｂに示されるように、クリップ５５１を破壊編集するとともに、エディットリスト５５２を複製する（エディットリスト５５３）。そして、編集装置１３は、クリップ５５１の破壊編集により不整合が生じる古いエディットリスト５５２を再生禁止にするとともに、新たなエディットリスト５５３を破壊編集に応じて更新する。このようにすることにより、編集装置１３は、破壊編集前のエディットリスト（非破壊編集結果）５５２を再生禁止状態にして安全に保存するとともに、整合性を保つ（安全な）エディットリスト５５３も生成する。
【０３４７】
つまり、編集装置１３は、ユーザがエディットリスト５５２の更新を希望していたか否かが不明なため、破壊編集前のクリップ５５１に対応するエディットリスト５５２と破壊編集後のクリップ５５１に対応するエディットリスト５５３の両方を保存する。しかしながら、不整合が生じているエディットリストが再生されると装置の故障に繋がる恐れもある。従って、編集装置１３は、不整合が生じる破壊編集前のクリップ５５１に対応するエディットリスト５５２を再生禁止状態にして安全に保存する。
【０３４８】
図４５は、このような場合のシステム制御部２２１の内部の構成例を示すブロック図である。
【０３４９】
図４５において、システム制御部２２１は、制御部２６１、クリップ破壊編集部２７１、参照エディットリスト検索部４５１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、不整合処理部２７６、エディットリスト複製部５６１、エディットリスト更新部２７３、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および、出力制御部２８６を有している。
【０３５０】
参照エディットリスト検索部４５１は、読み出し制御部２８４および編集更新処理制御部２８５を制御し、ドライブに装着されている光ディスク１２の記録領域において破壊編集するクリップを参照するエディットリストを検索する。エディットリスト複製部５６１は、検索されたエディットリストを複製する。エディットリスト更新部２７３は、古い方のエディットリストを再生禁止に設定し、新しい方のエディットリストをクリップの破壊編集に応じて更新する。
【０３５１】
この場合の破壊編集処理の流れを図４６のフローチャートを参照して説明する。なお、このフローチャートは、図２０のフローチャートに対応する。
【０３５２】
破壊編集処理が開始されると、最初に、参照エディットリスト検索部４５１は、ステップＳ３０１において、読み出し制御部２８４を制御し、ドライブに装着されている光ディスク１２にアクセスし、光ディスク１２の記録領域において、破壊編集するクリップを参照するエディットリストを検索する。制御部２６１は、ステップＳ３０２において、その検索結果に基づいて破壊編集するクリップを参照するエディットリストが存在するか否かを判定し、存在しないと判定した場合、処理をステップＳ３０３に進める。
【０３５３】
ステップＳ３０３において、クリップ破壊編集部２７１は、図２０のステップＳ１と同様にクリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ３０８に進める。
【０３５４】
また、ステップＳ３０２において、破壊編集するクリップを参照するエディットリストが存在すると判定した場合、制御部２６１は、処理をステップＳ３０４に進める。ステップＳ３０４において、エディットリスト複製部５６１は、破壊編集部分を複製する。そして、ステップＳ３０５において、エディットリスト更新部２７３は、編集更新処理制御部２８５を制御して、古いエディットリストを再生禁止にする。
【０３５５】
ステップＳ３０６において、クリップ破壊編集部２７１は、図２０のステップＳ１と同様に、生成されたクリップに対して、クリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ３０７に進める。ステップＳ３０７において、エディットリスト更新部２７３は、ステップＳ３０４において複製され、生成されたエディットリストに対して、ステップＳ３０６のクリップ破壊編集処理に対応するように、図２０のステップＳ５と同様に、エディットリスト更新処理を実行する。エディットリスト更新処理が終了すると、エディットリスト更新部２７３は、処理をステップＳ３０８に進める。
【０３５６】
システム制御部２２１の各部（インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、および不整合処理部２７６）は、ステップＳ７乃至ステップＳ１４と同様に、ステップＳ３０８乃至ステップＳ３１５の処理を実行する。
【０３５７】
すなわち、インデックスファイル更新部２７４は、図４６のステップＳ３０８において、図２０のステップＳ７と同様に読み出し制御部２８４を制御して光ディスク１２に記録されているインデックスファイルを読み出し、図４６のステップＳ３０９において、図２０のステップＳ８と同様に編集更新処理制御部２８５を制御して読み出したインデックスファイルをクリップの破壊編集に整合するように更新し、図４６のステップＳ３１０において、図２０のステップＳ９と同様に書き込み制御部２８３を制御してインデックスファイルを書き込む。
【０３５８】
ディスクインフォメーションファイル更新部２７５は、図４６のステップＳ３１１において、図２０のステップＳ１０と同様に読み出し制御部２８４を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出し、図４６のステップＳ３１２において、図２０のステップＳ１１と同様に編集更新処理制御部２８５を制御して読み出したディスクインフォメーションファイルをクリップの破壊編集に整合するように更新し、図４６のステップＳ３１３において、図２０のステップＳ１２と同様に書き込み制御部２８３を制御して更新したディスクインフォメーションファイルを光ディスク１２に書き込ませる。
【０３５９】
不整合処理部２７６は、図４６のステップＳ３１４において、図２０のステップＳ１３と同様にステップＳ３０３またはステップＳ３０６のクリップ破壊編集処理において不整合情報が生成された場合、書き込み制御部２８３を制御して、その不整合情報を光ディスク１２に書き込ませ、図４６のステップＳ３１５において、図２０のステップＳ１４と同様に編集更新処理制御部２８５を制御して、生成された不整合情報を取得し、制御部２６１を介して制御情報出力部２２４に供給し、その不整合情報を編集装置１３の外部に出力する不整合情報出力処理を行う。不整合情報出力処理が終了すると、不整合処理部２７６は、破壊編集処理を終了する。
【０３６０】
このように、エディットリストを複製することにより、編集装置１３は、破壊編集前後のクリップに対応するエディットリストを残すことができ、よりユーザの意図に近い状態で破壊編集処理を行うようにすることができる。また、クリップの破壊編集により不整合が生じるエディットリストを再生禁止にすることにより、編集装置１３は、安全にエディットリストを保存することができる。
【０３６１】
以上においては、記録媒体（光ディスク）単位で破壊編集するクリップを参照するエディットリストを検索し、その検索結果に基づいて破壊編集を行うように説明したが、この検索範囲はどのようなものであってもよく、破壊編集対象のクリップが存在する光ディスク１２以外の記録領域を含むようにしてもよいし、光ディスク１２の記録領域の一部分のみに限定するようにしてもよい。
【０３６２】
なお、編集装置１３は、図４７に示されるように、クリップを破壊編集する場合、そのクリップを参照するエディットリストが存在するときは、エディットリストとクリップの両方を複製して、破壊編集前のクリップおよびエディットリストを保存するようにしてもよい。
【０３６３】
図４７は、破壊編集実施の条件の、さらに他の例を説明する図である。図４７Ａにおいて、クリップ５７１は、エディットリスト５７２に参照されている。このようなクリップ５７１を破壊編集する場合、編集装置１３は、図４７Ｂに示されるように、クリップ５７１とエディットリスト５７２の両方を複製する（クリップ５７３およびエディットリスト５７４）。そして、編集装置１３は、その複製した新たなクリップ５７３を破壊編集し、エディットリスト５７４をその破壊編集に応じて更新する。このようにすることにより、編集装置１３は、破壊編集前のクリップ５７１とエディットリスト（非破壊編集結果）５７２を保存することができる。これにより、編集装置１３は、破壊編集後にも、破壊編集前のクリップ５７１とエディットリスト５７２をユーザに提供することができる。従って、編集装置１３は、ユーザの意図により従うように破壊編集を行うことができる。
【０３６４】
図４８は、このような場合のシステム制御部２２１の内部の構成例を示すブロック図である。
【０３６５】
図４８において、システム制御部２２１は、制御部２６１、クリップ破壊編集部２７１、参照エディットリスト検索部４５１、インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、不整合処理部２７６、クリップ複製部５０１、エディットリスト複製部５６１、エディットリスト更新部２７３、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および、出力制御部２８６を有している。
【０３６６】
参照エディットリスト検索部４５１は、読み出し制御部２８４および編集更新処理制御部２８５を制御し、ドライブに装着されている光ディスク１２の記録領域において破壊編集するクリップを参照するエディットリストを検索する。クリップ複製部５０１は、破壊編集するクリップを複製する。エディットリスト複製部５６１は、検索されたエディットリストを複製する。クリップ破壊編集部２７１は、複製された新しい方のクリップを破壊編集し、エディットリスト更新部２７３は、その破壊編集に応じて新しい方のエディットリストを更新する。
【０３６７】
この場合の破壊編集処理の流れを図４９のフローチャートを参照して説明する。なお、このフローチャートは、図２０のフローチャートに対応する。
【０３６８】
破壊編集処理が開始されると、最初に、参照エディットリスト検索部４５１は、ステップＳ３３１において、読み出し制御部２８４を制御し、ドライブに装着されている光ディスク１２にアクセスし、光ディスク１２の記録領域において、破壊編集するクリップを参照するエディットリストを検索する。制御部２６１は、ステップＳ３３２において、その検索結果に基づいて破壊編集するクリップを参照するエディットリストが存在するか否かを判定し、存在しないと判定した場合、処理をステップＳ３３３に進める。
【０３６９】
ステップＳ３３３において、クリップ破壊編集部２７１は、図２０のステップＳ１と同様にクリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ３３８に進める。
【０３７０】
また、ステップＳ３３２において、破壊編集するクリップを参照するエディットリストが存在すると判定した場合、制御部２６１は、処理をステップＳ３３４に進める。ステップＳ３３４において、クリップ複製部５０１は、破壊編集するクリップを複製する。そして、ステップＳ３３５において、エディットリスト複製部５６１は、参照エディットリスト検索部４５１に検索されたエディットリスト（破壊編集するクリップを参照するエディットリスト）を複製する。
【０３７１】
ステップＳ３３６において、クリップ破壊編集部２７１は、図２０のステップＳ１と同様に、複製された新しい方のクリップに対して、クリップ破壊編集処理を実行する。クリップ破壊編集処理が終了すると、クリップ破壊編集部２７１は、処理をステップＳ３３７に進める。ステップＳ３３７において、エディットリスト更新部２７３は、複製された新しい方のエディットリストに対して、ステップＳ３３６のクリップ破壊編集処理に対応するように、図２０のステップＳ５と同様に、エディットリスト更新処理を実行する。エディットリスト更新処理が終了すると、エディットリスト更新部２７３は、処理をステップＳ３３８に進める。
【０３７２】
システム制御部２２１の各部（インデックスファイル更新部２７４、ディスクインフォメーションファイル更新部２７５、および不整合処理部２７６）は、ステップＳ７乃至ステップＳ１４と同様に、ステップＳ３３８乃至ステップＳ３４５の処理を実行する。
【０３７３】
すなわち、インデックスファイル更新部２７４は、図４９のステップＳ３３８において、図２０のステップＳ７と同様に読み出し制御部２８４を制御して光ディスク１２に記録されているインデックスファイルを読み出し、図４９のステップＳ３３９において、図２０のステップＳ８と同様に編集更新処理制御部２８５を制御して読み出したインデックスファイルをクリップの破壊編集に整合するように更新し、図４９のステップＳ３４０において、図２０のステップＳ９と同様に書き込み制御部２８３を制御してインデックスファイルを書き込む。
【０３７４】
ディスクインフォメーションファイル更新部２７５は、図４９のステップＳ３４１において、図２０のステップＳ１０と同様に読み出し制御部２８４を制御し、光ディスク１２に記録されているディスクインフォメーションファイルを読み出し、図４９のステップＳ３４２において、図２０のステップＳ１１と同様に編集更新処理制御部２８５を制御して読み出したディスクインフォメーションファイルをクリップの破壊編集に整合するように更新し、図４９のステップＳ３４３において、図２０のステップＳ１２と同様に書き込み制御部２８３を制御して更新したディスクインフォメーションファイルを光ディスク１２に書き込ませる。
【０３７５】
不整合処理部２７６は、図４９のステップＳ３４４において、図２０のステップＳ１３と同様にステップＳ３０３またはステップＳ３０６のクリップ破壊編集処理において不整合情報が生成された場合、書き込み制御部２８３を制御して、その不整合情報を光ディスク１２に書き込ませ、図４９のステップＳ３４５において、図２０のステップＳ１４と同様に編集更新処理制御部２８５を制御して、生成された不整合情報を取得し、制御部２６１を介して制御情報出力部２２４に供給し、その不整合情報を編集装置１３の外部に出力する不整合情報出力処理を行う。不整合情報出力処理が終了すると、不整合処理部２７６は、破壊編集処理を終了する。
【０３７６】
このように、破壊編集するクリップ、および、そのクリップを参照するエディットリストを複製し、その複製されたクリップおよびエディットリストに対して破壊編集することにより、編集装置１３は、破壊編集前後のクリップに対応するエディットリストを残すことができ、よりユーザの意図に沿うように破壊編集処理を行うようにすることができる。
【０３７７】
以上においては、記録媒体（光ディスク）単位で破壊編集するクリップを参照するエディットリストを検索し、その検索結果に基づいて破壊編集を行うように説明したが、この検索範囲はどのようなものであってもよく、破壊編集対象のクリップが存在する光ディスク１２以外の記録領域を含むようにしてもよいし、光ディスク１２の記録領域の一部分のみに限定するようにしてもよい。
【０３７８】
また、以上においては、エディットリストについて説明したが、編集装置１３は、クリップの再生方法を制御する再生リスト（プレイリスト）の場合も、上述したエディットリストの場合と同様に処理し、同様の効果を得ることができる。
【０３７９】
以上のように、本発明を適用した編集装置１３によれば、クリップを参照するエディットリストが存在する場合、編集前に、そのクリップやエディットリストを複製することにより、編集前のエディットリストと編集後のエディットリストの両者とも実行可能となる。また、エディットリストの有無により破壊編集を制限することにより、編集可否がユーザにとってより分かりやすくなる。特に、エディットリストが存在する場合、全てのクリップを編集禁止とすることにより、複数のクリップを連続して再生するテープライク再生において、編集可能部分と不可部分が交互にやってくるようなわかりにくさを抑制することができる。またこれにより、テープライク再生動作中に編集可能部分と不可部分を動的に制御する必要がなくなり、編集装置１３の製造コストを低減させることができるようになる。また、破壊編集するクリップを参照するエディットリストを検索することにより、破壊編集の制限を不要に増大させることを抑制することができる。さらに、破壊編集結果をエディットリストに反映させることにより、破壊編集後も、エディットリストを実行可能な状態に保つようにすることができる。
【０３８０】
また、編集装置１３は、破壊編集されるクリップに対応するエディットリストを再生不可能にすることで，再生途中での破綻を避けるようにすることがある。さらに、編集前のコンテンツは保存されるため，再生リストとその再生結果には影響を与えずに編集を実現できる。また、破壊編集前に、クリップおよびエディットリストを複製することにより、編集装置１３は、編集前のエディットリストとクリップが保存される．
【０３８１】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。この場合、例えば、図１の編集装置１３は、図５０に示されるようなパーソナルコンピュータとして構成されるようにしてもよい。
【０３８２】
図５０において、パーソナルコンピュータ６００のCPU（Central Processing Unit）６０１は、ROM（Read Only Memory）６０２に記憶されているプログラム、または記憶部６１３からRAM（Random Access Memory）６０３にロードされたプログラムに従って各種の処理を実行する。RAM６０３にはまた、CPU６０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０３８３】
CPU６０１、ROM６０２、およびRAM６０３は、バス６０４を介して相互に接続されている。このバス６０４にはまた、入出力インタフェース６１０も接続されている。
【０３８４】
入出力インタフェース６１０には、キーボード、マウスなどよりなる入力部６１１、CRT、LCDなどよりなるディスプレイ、並びにスピーカなどよりなる出力部６１２、ハードディスクなどより構成される記憶部６１３、モデムなどより構成される通信部６１４が接続されている。通信部６１４は、インターネットを含むネットワークを介しての通信処理を行う。
【０３８５】
入出力インタフェース６１０にはまた、必要に応じてドライブ６１５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア６２１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部６１３にインストールされる。
【０３８６】
上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０３８７】
この記録媒体は、例えば、図５０に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）（登録商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア６２１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM６０２や、記憶部６１３に含まれるハードディスクなどで構成される。
【０３８８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０３８９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０３９０】
【図１】本発明を適用した番組制作システムの構成例を示す図である。
【図２】図１の光ディスクの記録領域の構成例を示す模式図である。
【図３】図１の光ディスクに記録されたファイルのディレクトリ構造の例を示す模式図である。
【図４】図１の光ディスクに記録されたファイルのディレクトリ構造の例を示す模式図である。
【図５】図１の光ディスクに記録されたファイルのディレクトリ構造の例を示す模式図である。
【図６】AV独立フォーマットの構成例を示す模式図である。
【図７】リアルタイムメタデータファイルの構成例を示す模式図である。
【図８】UMIDの基本的な構成の例を説明する図である。
【図９】KLVパケットの基本的な構成の例を説明する図である。
【図１０】LTC変化点の例を説明する図である。
【図１１】基本UMID変化点、時刻情報変化点、位置情報変化点、および人物情報変化点の例を説明する図である。
【図１２】KLVパケットの例を説明する図である。
【図１３】非破壊編集の様子を説明する図である。
【図１４】破壊編集の様子を説明する図である。
【図１５】ファイル間の参照関係の様子の例を示す図である。
【図１６】本発明を適用した図１の編集装置の構成例を示すブロック図である。
【図１７】図１６のシステム制御部の詳細な構成例を示すブロック図である。
【図１８】図１７のクリップ破壊編集部の詳細な構成例を示すブロック図である。
【図１９】図１７のエディットリスト更新部の詳細な構成例を示すブロック図である。
【図２０】破壊編集処理の例を示すフローチャートである。
【図２１】クリップ破壊編集処理の例を示すフローチャートである。
【図２２】クリップ破壊編集処理の例を示す、図２１に続くフローチャートである。
【図２３】エディットリスト更新処理の例を示すフローチャートである。
【図２４】エディットリスト更新処理の例を示す、図２３に続くフローチャートである。
【図２５】音声データを挿入する場合のデータ更新の例を説明する図である。
【図２６】破壊編集実施の条件の例を説明する図である。
【図２７】システム制御部の内部の、他の構成例を示すブロック図である。
【図２８】破壊編集処理の他の例を示すフローチャートである。
【図２９】破壊編集実施の条件の他の例を説明する図である。
【図３０】システム制御部の内部の、さらに他の構成例を示すブロック図である。
【図３１】破壊編集処理の、さらに他の例を示すフローチャートである。
【図３２】破壊編集実施の条件の、さらに他の例を説明する図である。
【図３３】システム制御部の内部の、さらに他の構成例を示すブロック図である。
【図３４】破壊編集処理の、さらに他の例を示すフローチャートである。
【図３５】破壊編集実施の条件の、さらに他の例を説明する図である。
【図３６】システム制御部の内部の、さらに他の構成例を示すブロック図である。
【図３７】破壊編集処理の、さらに他の例を示すフローチャートである。
【図３８】破壊編集実施の条件の、さらに他の例を説明する図である。
【図３９】システム制御部の内部の、さらに他の構成例を示すブロック図である。
【図４０】破壊編集処理の、さらに他の例を示すフローチャートである。
【図４１】破壊編集実施の条件の、さらに他の例を説明する図である。
【図４２】システム制御部の内部の、さらに他の構成例を示すブロック図である。
【図４３】破壊編集処理の、さらに他の例を示すフローチャートである。
【図４４】破壊編集実施の条件の、さらに他の例を説明する図である。
【図４５】システム制御部の内部の、さらに他の構成例を示すブロック図である。
【図４６】破壊編集処理の、さらに他の例を示すフローチャートである。
【図４７】破壊編集実施の条件の、さらに他の例を説明する図である。
【図４８】システム制御部の内部の、さらに他の構成例を示すブロック図である。
【図４９】破壊編集処理の、さらに他の例を示すフローチャートである。
【図５０】本発明を適用したパーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０３９１】
１  番組制作システム，  １１  カムコーダ，  １２  光ディスク，  １３  編集装置，  ２１  素材データ，  ２２  メタデータ，  ２３  カンパケデータ，  ２２１  システム制御部，  ２２２  操作入力部，  ２２３  制御情報入力部，  ２２４  制御情報出力部，  ２３１  入力部，  ２３２  記録信号処理部，  ２３３  情報処理部，  ２３４  ネットワークインタフェース，  ２３５  メタデータ処理部，  ２３６  ドライブ制御部，  ２３７  ピックアップ部，  ２３８  スピンドル駆動部，  ２３９  再生信号処理部，  ２４０  出力部，  ２５１  素材データ入力部，  ２５２  メタデータ入力部，  ２５３  情報多重化部，  ２５４  情報分解部，  ２５５  素材データ出力部，  ２５６  メタデータ出力部，  ２６１  制御部，  ２７１  クリップ破壊編集部，  ２７２  参照エディットリスト検索部，  ２７３  エディットリスト更新部，  ２７４  インデックスファイル更新部，  ２７５  ディスクインフォメーションファイル更新部，  ２７６  不整合処理部，  ２８１  入力制御部，  ２８２  通信制御部，  ２８３  書き込み制御部，  ２８４  読み出し制御部，  ２８５  編集更新処理制御部，  ２８６  出力制御部，  ３０１  クリップ読み出し部，  ３０２  素材データ破壊編集処理部，  ３０３  更新メタデータ特定部，  ３０４  リアルタイムメタデータ更新部，  ３０５  プロキシデータ更新部，  ３０６  ノンリアルタイムメタデータ更新部，  ３０７  不足メタデータ生成部，  ３０８  クリップインフォメーションファイル更新部，  ３０９  クリップ書き込み部，３１１  更新確認処理部，  ３１２  不整合情報生成部  ３３１  エディットリスト読み出し部，  ３３２  編集部分確認部，  ３３３  エディットリストファイル更新部，  ３３４  ノンリアルタイムメタデータ更新部，  ３３５  素材データ破壊編集部，  ３３６  リアルタイムメタデータ更新部，  ３３７  プロキシデータ更新部，  ３３８  不足メタデータ生成部，  ３３９  エディットリスト書き込み部，  ３４１  更新確認処理部，  ３４２  不整合情報生成部，  ４２１  エディットリスト存在確認部，  ４２２  破壊編集禁止通知処理部，  ４５１  参照エディットリスト検索部，  ４８１  エディットリスト削除部，  ５０１  クリップ複製部，  ５２１  クリップ生成部，  ５４１  エディットリスト生成部，  ５６１  エディットリスト複製部，  ６００  パーソナルコンピュータ
【図１】
2006107645.tif 000003
【図２】
2006107645.tif 000004
【図３】
2006107645.tif 000005
【図４】
2006107645.tif 000006
【図５】
2006107645.tif 000007
【図６】
2006107645.tif 000008
【図７】
2006107645.tif 000009
【図８】
2006107645.tif 000010
【図９】
2006107645.tif 000011
【図１０】
2006107645.tif 000012
【図１１】
2006107645.tif 000013
【図１２】
2006107645.tif 000014
【図１３】
2006107645.tif 000015
【図１４】
2006107645.tif 000016
【図１５】
2006107645.tif 000017
【図１６】
2006107645.tif 000018
【図１７】
2006107645.tif 000019
【図１８】
2006107645.tif 000020
【図１９】
2006107645.tif 000021
【図２０】
2006107645.tif 000022
【図２１】
2006107645.tif 000023
【図２２】
2006107645.tif 000024
【図２３】
2006107645.tif 000025
【図２４】
2006107645.tif 000026
【図２５】
2006107645.tif 000027
【図２６】
2006107645.tif 000028
【図２７】
2006107645.tif 000029
【図２８】
2006107645.tif 000030
【図２９】
2006107645.tif 000031
【図３０】
2006107645.tif 000032
【図３１】
2006107645.tif 000033
【図３２】
2006107645.tif 000034
【図３３】
2006107645.tif 000035
【図３４】
2006107645.tif 000036
【図３５】
2006107645.tif 000037
【図３６】
2006107645.tif 000038
【図３７】
2006107645.tif 000039
【図３８】
2006107645.tif 000040
【図３９】
2006107645.tif 000041
【図４０】
2006107645.tif 000042
【図４１】
2006107645.tif 000043
【図４２】
2006107645.tif 000044
【図４３】
2006107645.tif 000045
【図４４】
2006107645.tif 000046
【図４５】
2006107645.tif 000047
【図４６】
2006107645.tif 000048
【図４７】
2006107645.tif 000049
【図４８】
2006107645.tif 000050
【図４９】
2006107645.tif 000051
【図５０】
2006107645.tif 000052