(57)【要約】【課題】より容易にコンテンツデータの破壊編集を正しく行うことができるようにする。【解決手段】  挿入情報選択処理部２７１は、SDTI-CPタイムコード２００のタイムアドレス２０１およびユーザビット２０２の内、クリップに挿入する情報の選択を受け付ける。タイムアドレス情報更新部２７５は、ユーザビットのみの更新の場合、破壊編集前のLTCを保存するように、そのLTCを用いてタイムアドレス情報を更新する。TUB保持制御部２７６は、ユーザビットのみの更新の場合、ノンリアルタイムメタデータに含まれるティピカルユーザビットが更新されないようにその情報を保持する。LTC更新部２７９は、リアルタイムメタデータのLTCの更新に整合するように、ノンリアルタイムメタデータのLTC変化点テーブルを更新する。本発明は、例えば、編集装置に適用できる。【選択図】図１５
2006107640.tif 000002
【特許請求の範囲】
【請求項１】
各フレームにタイムコード情報が付加された画像データを含むコンテンツデータを処理する情報処理装置であって、
前記コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータに含まれる、前記タイムコード情報を更新するリアルタイムメタデータ更新手段と、
前記コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータに含まれる、前記タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブルを、前記リアルタイムメタデータ更新手段による更新の内容に応じて更新するノンリアルタイムメタデータ更新手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記画像データの低解像度のデータを含むプロキシデータにおいて、前記低解像度の画像データの各フレームのタイムコード情報を、前記リアルタイムメタデータ更新手段による更新の内容に応じて更新するプロキシデータ更新手段とをさらに備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ノンリアルタイムメタデータ更新手段は、前記コンテンツデータを、前記リアルタイムメタデータ更新手段により前記タイムコード情報が更新された区間と、前記タイムコード情報が更新された区間よりも前の区間と、前記タイムコード情報が更新された区間よりも後の区間の３つの区間に分割し、各区間毎に前記タイムコード情報の変化が非線形となる変化点を抽出し、前記変化点テーブルを更新する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記リアルタイムメタデータ更新手段による更新によるステータスがOVERの変化点の発生を確認するOVER発生確認手段をさらに備え、
前記ノンリアルタイムメタデータ更新手段は、前記OVER発生確認手段によりステータスがOVERの変化点の発生が確認された場合、それ以降の区間の変化点を抽出せずに更新処理を終了する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記リアルタイムメタデータ更新手段による更新前の下地における、ステータスがOVERの変化点を検出する下地OVER検出手段をさらに備え、
前記ノンリアルタイムメタデータ更新手段は、前記OVER発生確認手段によりステータスがOVERの変化点の発生が確認されなくても、前記下地OVER検出手段によりOVERが検出された区間より後の区間の変化点を抽出せずに更新処理を終了する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記リアルタイムメタデータ更新手段による更新により、前記タイムコード情報に含まれる、時刻情報により構成されるタイムアドレスと、ユーザが設定した任意の情報であるユーザビットの内、いずれを更新するかを選択させる挿入情報選択手段と
をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記挿入情報選択手段による選択処理により前記ユーザビットが選択された場合、前記リアルタイムメタデータに含まれるタイムアドレスを保持するために、前記リアルタイムメタデータに含まれるタイムアドレスを用いて、前記タイムコード情報のタイムアドレスを更新するタイムアドレス更新手段をさらに備え、
前記リアルタイムメタデータ更新手段は、前記タイムアドレス更新手段により更新された前記タイムコード情報を用いて前記リアルタイムメタデータを更新する
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記挿入情報選択手段による選択処理により前記ユーザビットが選択された場合、前記ノンリアルタイムメタデータに含まれる、前記画像データの全フレームに対するメタデータであるティピカルユーザビット情報を保持するティピカルユーザビット保持手段と、
前記挿入情報選択手段による選択処理により前記ユーザビットが選択された場合、前記ティピカルユーザビット保持手段により保持された前記ティピカルユーザビット情報を用いて、前記ノンリアルタイムメタデータ更新手段により更新された前記ノンリアルタイムメタデータのティピカルユーザビット情報を再度更新するティピカルユーザビット更新手段と
をさらに備えることを特徴とする請求項６に記載の情報処理装置。
【請求項９】
各フレームにタイムコード情報が付加された画像データを含むコンテンツデータを処理する情報処理装置の情報処理方法であって、
前記コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータに含まれる、前記タイムコード情報を更新するリアルタイムメタデータ更新ステップと、
前記コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータに含まれる、前記タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブルを、前記リアルタイムメタデータ更新ステップの処理による更新の内容に応じて更新するノンリアルタイムメタデータ更新ステップと
を含むことを特徴とする情報処理方法。
【請求項１０】
各フレームにタイムコード情報が付加された画像データを含むコンテンツデータに関する処理を、コンピュータに行わせるプログラムにおいて、
前記コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータに含まれる、前記タイムコード情報を更新するリアルタイムメタデータ更新ステップと、
前記コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータに含まれる、前記タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブルを、前記リアルタイムメタデータ更新ステップの処理による更新の内容に応じて更新するノンリアルタイムメタデータ更新ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、例えば、より容易にコンテンツデータの破壊編集を正しくユーザの意図に沿うように行うことができるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来、VTR（Video Tape Recorder）において、画像データや音声データ等のコンテンツデータを、記録媒体であるテープデバイスに記録する場合、通常、テープデバイスには、そのコンテンツデータのみが記録されていた。コンテンツデータに例えばタイムコード等のメタデータが付加される場合もあったが、このメタデータは、テープデバイスにおいて、コンテンツデータとともに時間軸に沿ってリニアに記録されていた。従って、このコンテンツデータの一部を書き換える等の編集が行われた場合、メタデータは、そのコンテンツデータの編集部分に対応する（付随する）部分のみが更新される。
【０００３】
これに対して、近年、画像データや音声データ等のコンテンツデータを、光ディスクやハードディスク等のランダムアクセスが可能な記録媒体を用いて、ノンリニアに記録する方法がある（例えば、特許文献１参照）。その場合、記録された各コンテンツデータは、ファイルシステムにより、それぞれ、ファイル（クリップ）として管理されており、それらの記録位置（記録順序）は、必ずしも時間軸のとおりではない。
【０００４】
例えば、映像や音声等よりなるテレビジョン番組等の場合、そのコンテンツデータは、画像ファイル、音声ファイル、およびメタデータファイル等の複数のファイルの集合として管理される。このとき、これらのファイルを管理したり、再生したりするための情報としてのメタデータも生成される。すなわち、このようにノンリニアにコンテンツデータが記録される場合、そのコンテンツデータには、VTRの場合よりも多くのメタデータが付加される。
【０００５】
例えば、フレーム毎にメタデータとしてタイムコード情報が付加されている画像データを光ディスク等のランダムアクセス可能な媒体に記録する場合、画像データの全フレームのタイムコードを容易に管理することができるようにタイムコードとフレームの関係を示すテーブル情報が新たなメタデータとして生成される。各フレームに付加されるタイムコード情報は、それぞれ、各フレームのタイムコードの値を直接示すのみであり、各タイムコード情報から他のフレームのタイムコードを示す情報は含まれていない。従って、例えば、ユーザがタイムコードを用いて任意のフレームを再生させる場合、そのユーザが全フレームのタイムコードを予め把握しておくか、再生装置が各フレームに付加されるメタデータ（タイムコード情報）を１つずつ調査し、ユーザに指定されたタイムコードのフレームを検索する必要がある。
【０００６】
そこで、記録装置は、画像データの記録時において、例えば、タイムコード情報の値の変化の仕方が変化するフレームを抽出し、そのフレームのフレーム番号とタイムコードの値で構成されるテーブル情報を生成することにより、タイムコードからフレームを容易に算出することができるようにする。記録装置は、このようなテーブル情報を新たなメタデータとして画像データに付加して画像データとともに記録する。
【０００７】
従来の場合、このようにノンリニアに記録されたデータの編集においては、編集装置は、編集対象の元のデータは更新せずに、編集内容を示す情報（編集結果を導出可能な情報）を含むファイルを新たに生成していた（非破壊編集を行っていた）。
【０００８】
【特許文献１】特開２００１−２９２４２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、このような非破壊編集においては、元のデータを残したまま編集結果となるファイルを新たに生成するため、例えばコンテンツデータの一部を他のコンテンツデータで上書きするような編集の場合、記録媒体の記録領域を不要に消費してしまう恐れがあった。
【００１０】
そこで、光ディスク等のノンリニアにコンテンツデータを記録する記録媒体の場合であっても、VTRの場合と同様に、編集対象のコンテンツデータを実際に更新する「破壊編集」を行うことが要求されるようになってきている。
【００１１】
しかしながら、その場合、例えば、上述したように、各フレームにタイムコード情報がメタデータとして付加されている画像データを破壊編集する場合、画像データとそのタイムコード情報を更新しただけでは、上述したタイムコード情報に関するテーブル情報に不整合が生じてしまう恐れがあるという課題があった。
【００１２】
また、タイムコード情報が、所謂タイムコードとなる時刻を示すタイムアドレスだけでなく、ユーザが任意の情報を入力可能なユーザビットを含む場合がある。
【００１３】
ユーザビットには、例えば、フレーム画像の特徴や役割等の情報で構成されるマーキング情報が、そのフレームの目印として挿入される。つまり、再生装置（ユーザ）は、画像データの再生時においてフレームに付加されたこのタイムコード情報のユーザビットを参照し、そのマーキング情報の内容からフレームがどのようなフレームであるかを容易に把握することができる。また、ユーザビットには、画像データが記録された記録媒体を示す情報（例えば、記録媒体がテープデバイスの場合、リール番号）が挿入される場合もある。この場合、再生装置（ユーザ）は、画像データの再生時においてフレームに付加されたこのタイムコード情報のユーザビットを参照することにより、画像データがどの記録媒体に記録されたものであるかを容易に把握することができる。
【００１４】
このように、画像データに付加されるタイムコード情報がタイムアドレス以外の情報を含む場合、上述したように、画像データの破壊編集とともにタイムコード情報も全て更新すると、ユーザビットの情報も変更されてしまう。しかしながら、ユーザは、あくまでも画像データの編集を意図して画像データの破壊編集を行っただけであり、このユーザビットの変更は意図していない場合もある。従って、上述したように破壊編集を行うことにより、ユーザが意図しない情報まで更新され、不都合が生じてしまう恐れがあるという課題があった。
【００１５】
また、逆に、ユーザがユーザビットのみを更新したい場合、タイムコード情報を破壊編集すると、タイムアドレス情報も更新されてしまう。従って、テーブル情報の更新も必要になり、このような場合、処理の負荷が増大してしまうという課題があった。
【００１６】
本発明は、このような状況に鑑みてなされたものであり、例えば、コンテンツデータを破壊編集する際にそのタイムコードも更新する場合、更新の必要なデータのみを更新し、それ以外のデータを保護することにより、より容易にコンテンツデータの破壊編集を正しくユーザの意図に沿うように行うことができるようにするものである。
【課題を解決するための手段】
【００１７】
本発明の情報処理装置は、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータに含まれる、タイムコード情報を更新するリアルタイムメタデータ更新手段と、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータに含まれる、タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブルを、リアルタイムメタデータ更新手段による更新の内容に応じて更新するノンリアルタイムメタデータ更新手段とを備えることを特徴とする。
【００１８】
前記画像データの低解像度のデータを含むプロキシデータにおいて、低解像度の画像データの各フレームのタイムコード情報を、リアルタイムメタデータ更新手段による更新の内容に応じて更新するプロキシデータ更新手段とをさらに備えるようにすることができる。
【００１９】
前記ノンリアルタイムメタデータ更新手段は、コンテンツデータを、リアルタイムメタデータ更新手段によりタイムコード情報が更新された区間と、タイムコード情報が更新された区間よりも前の区間と、タイムコード情報が更新された区間よりも後の区間の３つの区間に分割し、各区間毎にタイムコード情報の変化が非線形となる変化点を抽出し、変化点テーブルを更新するようにすることができる。
【００２０】
前記リアルタイムメタデータ更新手段による更新によるステータスがOVERの変化点の発生を確認するOVER発生確認手段をさらに備え、ノンリアルタイムメタデータ更新手段は、OVER発生確認手段によりステータスがOVERの変化点の発生が確認された場合、それ以降の区間の変化点を抽出せずに更新処理を終了するようにすることができる。
【００２１】
前記リアルタイムメタデータ更新手段による更新前の下地における、ステータスがOVERの変化点を検出する下地OVER検出手段をさらに備え、ノンリアルタイムメタデータ更新手段は、OVER発生確認手段によりステータスがOVERの変化点の発生が確認されなくても、下地OVER検出手段によりOVERが検出された区間より後の区間の変化点を抽出せずに更新処理を終了するようにすることができる。
【００２２】
前記リアルタイムメタデータ更新手段による更新により、タイムコード情報に含まれる、時刻情報により構成されるタイムアドレスと、ユーザが設定した任意の情報であるユーザビットの内、いずれを更新するかを選択させる挿入情報選択手段とをさらに備えるようにすることができる。
【００２３】
前記挿入情報選択手段による選択処理によりユーザビットが選択された場合、リアルタイムメタデータに含まれるタイムアドレスを保持するために、リアルタイムメタデータに含まれるタイムアドレスを用いて、タイムコード情報のタイムアドレスを更新するタイムアドレス更新手段をさらに備え、リアルタイムメタデータ更新手段は、タイムアドレス更新手段により更新されたタイムコード情報を用いてリアルタイムメタデータを更新するようにすることができる。
【００２４】
前記挿入情報選択手段による選択処理によりユーザビットが選択された場合、ノンリアルタイムメタデータに含まれる、画像データの全フレームに対するメタデータであるティピカルユーザビット情報を保持するティピカルユーザビット保持手段と、挿入情報選択手段による選択処理によりユーザビットが選択された場合、ティピカルユーザビット保持手段により保持されたティピカルユーザビット情報を用いて、ノンリアルタイムメタデータ更新手段により更新されたノンリアルタイムメタデータのティピカルユーザビット情報を再度更新するティピカルユーザビット更新手段とをさらに備えるようにすることができる。
【００２５】
本発明の情報処理方法は、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータに含まれる、タイムコード情報を更新するリアルタイムメタデータ更新ステップと、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータに含まれる、タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブルを、リアルタイムメタデータ更新ステップの処理による更新の内容に応じて更新するノンリアルタイムメタデータ更新ステップとを含むことを特徴とする。
【００２６】
本発明のプログラムは、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータに含まれる、タイムコード情報を更新するリアルタイムメタデータ更新ステップと、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータに含まれる、タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブルを、リアルタイムメタデータ更新ステップの処理による更新の内容に応じて更新するノンリアルタイムメタデータ更新ステップとを含むことを特徴とする。
【００２７】
本発明の情報処理装置および方法、並びにプログラムにおいては、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータに含まれる、タイムコード情報が更新され、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータに含まれる、タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブルが、リアルタイムメタデータの更新の内容に応じて更新される。
【発明の効果】
【００２８】
本発明によれば、例えば、より容易にコンテンツデータの破壊編集を正しく行うことができる。
【発明を実施するための最良の形態】
【００２９】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３０】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定したりするものではない。
【００３１】
本発明においては、各フレームにタイムコード情報（例えば、図１２のLTC）が付加された画像データを含むコンテンツデータ（例えば、図４のクリップディレクトリ）を処理する情報処理装置（例えば、図１の編集装置）が提供される。この情報処理装置は、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータ（例えば、図６のリアルタイムメタデータ）に含まれる、タイムコード情報を更新するリアルタイムメタデータ更新手段（例えば、図１５のRTM更新部）と、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータ（例えば、図１２のノンリアルタイムメタデータ）に含まれる、タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブル（例えば、図７のLTC変化点テーブル）を、リアルタイムメタデータ更新手段による更新の内容に応じて更新するノンリアルタイムメタデータ更新手段（例えば、図１５のLTC更新部）とを備える。
【００３２】
前記画像データの低解像度のデータを含むプロキシデータ（例えば、図４のプロキシデータファイル）において、低解像度の画像データの各フレームのタイムコード情報を、リアルタイムメタデータ更新手段による更新の内容に応じて更新するプロキシデータ更新手段（例えば、図１５のPRX更新部）とをさらに備えるようにすることができる。
【００３３】
前記ノンリアルタイムメタデータ更新手段は、コンテンツデータを、リアルタイムメタデータ更新手段によりタイムコード情報が更新された区間（例えば、図１７のIN点とOUT点の間の区間）と、タイムコード情報が更新された区間よりも前の区間（例えば、図１７のIN点より前の区間）と、タイムコード情報が更新された区間よりも後の区間（例えば、図１７のOUT点より後の区間）の３つの区間に分割し、各区間毎にタイムコード情報の変化が非線形となる変化点を抽出し、変化点テーブルを更新する（例えば、図２６のステップＳ３１、図２６のステップＳ３５、および図２７のステップＳ４３）ようにすることができる。
【００３４】
前記リアルタイムメタデータ更新手段による更新によるステータスがOVERの変化点の発生を確認するOVER発生確認手段（例えば、図１６のOVER発生確認部）をさらに備え、ノンリアルタイムメタデータ更新手段は、OVER発生確認手段によりステータスがOVERの変化点の発生が確認された場合、それ以降の区間の変化点を抽出せずに更新処理を終了するようにすることができる。
【００３５】
前記リアルタイムメタデータ更新手段による更新前の下地における、ステータスがOVERの変化点を検出する下地OVER検出手段（例えば、図１６の下地OVER検出部）をさらに備え、ノンリアルタイムメタデータ更新手段は、OVER発生確認手段によりステータスがOVERの変化点の発生が確認されなくても、下地OVER検出手段によりOVERが検出された区間より後の区間の変化点を抽出せずに更新処理を終了するようにすることができる。
【００３６】
前記リアルタイムメタデータ更新手段による更新により、タイムコード情報（例えば、図１２のSDTI-CPタイムコード）に含まれる、時刻情報により構成されるタイムアドレス（例えば、図２１２のタイムアドレス）と、ユーザが設定した任意の情報であるユーザビット（例えば、図１２のユーザビット）の内、いずれを更新するかを選択させる挿入情報選択手段（例えば、図１５の挿入情報選択処理部）とをさらに備えるようにすることができる。
【００３７】
前記挿入情報選択手段による選択処理によりユーザビットが選択された場合、リアルタイムメタデータに含まれるタイムアドレスを保持するために、リアルタイムメタデータに含まれるタイムアドレスを用いて、タイムコード情報のタイムアドレスを更新するタイムアドレス更新手段（例えば、図１５のタイムアドレス情報更新部）をさらに備え、リアルタイムメタデータ更新手段は、タイムアドレス更新手段により更新されたタイムコード情報を用いてリアルタイムメタデータを更新するようにすることができる。
【００３８】
前記挿入情報選択手段による選択処理によりユーザビットが選択された場合、ノンリアルタイムメタデータに含まれる、画像データの全フレームに対するメタデータであるティピカルユーザビット情報（例えば、図１２のティピカルユーザビット情報）を保持するティピカルユーザビット保持手段（例えば、図１５のTUB保持制御部）と、挿入情報選択手段による選択処理によりユーザビットが選択された場合、ティピカルユーザビット保持手段により保持されたティピカルユーザビット情報を用いて、ノンリアルタイムメタデータ更新手段により更新されたノンリアルタイムメタデータのティピカルユーザビット情報を再度更新するティピカルユーザビット更新手段（例えば、図１５のTUB更新部）とをさらに備えるようにすることができる。
【００３９】
本発明においては、各フレームにタイムコード情報（例えば、図１２のLTC）が付加された画像データを含むコンテンツデータ（例えば、図４のクリップディレクトリ）を処理する情報処理装置（例えば、図１の編集装置）の情報処理方法が提供される。この情報処理方法は、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータ（例えば、図６のリアルタイムメタデータ）に含まれる、タイムコード情報を更新するリアルタイムメタデータ更新ステップ（例えば、図２４のステップＳ８）と、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータ（例えば、図１２のノンリアルタイムメタデータ）に含まれる、タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブル（例えば、図７のLTC変化点テーブル）を、リアルタイムメタデータ更新ステップの処理による更新の内容に応じて更新するノンリアルタイムメタデータ更新ステップ（例えば、図２５のステップＳ１２）とを含む。
【００４０】
本発明においては、各フレームにタイムコード情報（例えば、図１２のLTC）が付加された画像データを含むコンテンツデータ（例えば、図４のクリップディレクトリ）に関する処理をコンピュータ（例えば、図１の編集装置）に行わせるプログラムが提供される。このプログラムは、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータ（例えば、図６のリアルタイムメタデータ）に含まれる、タイムコード情報を更新するリアルタイムメタデータ更新ステップ（例えば、図２４のステップＳ８）と、コンテンツデータの再生時における読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータ（例えば、図１２のノンリアルタイムメタデータ）に含まれる、タイムコード情報の変化が非線形となるフレームの一覧情報である変化点テーブル（例えば、図７のLTC変化点テーブル）を、リアルタイムメタデータ更新ステップの処理による更新の内容に応じて更新するノンリアルタイムメタデータ更新ステップ（例えば、図２５のステップＳ１２）とを含む。
【００４１】
以下に、本発明の実施の形態について図面を参照して説明する。
【００４２】
図１は、本発明を適用した番組制作システムの一実施の形態の構成例を示している。
【００４３】
図１において、番組制作システム１は、例えば、テレビジョン放送等で放送される番組（コンテンツ）を制作するシステムである。番組制作システム１は、カムコーダ１１および編集装置１３を有している。
【００４４】
カムコーダ１１は、被写体を撮影し、得られた画像データや音声データ等の素材データ２１やそのメタデータ２２等を記録媒体である光ディスク１２に記録する装置であり、番組制作行程の１つである取材作業に用いられる。
【００４５】
編集装置１３は、光ディスク１２に記録されている素材データ２１やメタデータ２２を編集し、例えば、複数のデータを繋ぎ合わせたり、不要な部分を削除したり、音声を挿入したり、字幕などの文字データを挿入したりし、コンテンツとして完成されたデータであるカンパケデータ２３を生成する装置であり、番組制作行程の１つである編集作業に用いられる。
【００４６】
光ディスク１２は、例えば、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形式で記述される。
【００８１】
なお、画像データ、プロキシデータ、およびリアルタイムメタデータは、場合によって、それぞれ、複数のファイルとして管理されるようにしてもよい。同様に、音声データに対応するファイルの数は、３つ以下であってもよいし、５つ以上であってもよい。
【００８２】
図５に示されるエディットリストディレクトリ６５のファイルの構成例は、全てのエディットリスト（編集結果）において適用することができる。すなわち、図３に示される、その他のエディットリストディレクトリ６４、６６、または６７においても、図５に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００８３】
なお、画像データ、音声データ、プロキシデータ、およびリアルタイムメタデータの各データは、光ディスク１２に記録される際、再生時のリアルタイム性を容易に保つことができるように、それぞれ所定の時間毎に分割され、分割された各種のデータが年輪データとしてまとめられて記録される。
【００８４】
すなわち、光ディスク１２には、各データの互いに対応する部分で構成される年輪データが連続するように記録される。
【００８５】
図６は、図４のリアルタイムメタデータファイル（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、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）等の情報を含む。
【０１０９】
次に、以上のような構成のデータの編集について説明する。例えば、図１の編集装置１３が光ディスク１２に記録されている素材データ２１やメタデータ２２を編集する場合、編集対象の素材データ２１やメタデータ２２を更新する方法（破壊編集）と、編集対象の素材データ２１やメタデータ２２はそのままにして、編集結果を示すデータを新たに生成する方法（非破壊編集）がある。
【０１１０】
図１０は、非破壊編集の様子を説明する図である。図１０は、図２を参照して説明した光ディスク１２の記憶領域における非破壊編集の様子を示している。上段は編集前の光ディスク１２の記憶領域の構成を示し、下段は編集後の光ディスク１２の記憶領域の構成を示している。
【０１１１】
図１０の上段においてクリップ３４ＡのボディＡの一部分を上書きすると、非破壊編集の場合、下段に示されるように、元のクリップ３４Ａはそのままにされ、未使用領域３４Ｃにクリップ３４Ａの上書き結果であるクリップ３４Ａ’（ボディＡ’、フッダF_A’、およびヘッダH_A’）が新たに記録される。従って、非破壊編集が行われると、編集結果が新たに記録される分、未使用領域３４Ｃの容量が少なくなる。ただし、編集前のクリップ３４Ａが残されているので、ユーザは、編集後であっても、編集前のクリップ３４Ａを容易に得ることができる。
【０１１２】
これに対して、図１１は、破壊編集の様子を説明する図である。図１１は、図２を参照して説明した光ディスク１２の記憶領域における破壊編集の様子を示している。上段は編集前の光ディスク１２の記憶領域の構成を示し、下段は編集後の光ディスク１２の記憶領域の構成を示している。
【０１１３】
図１１の上段においてクリップ３４ＡのボディＡの一部分を上書きすると、破壊編集の場合、下段に示されるように、元のクリップ３４Ａは、更新されて上書き結果であるクリップ３４Ａ’（ボディＡ’、フッダF_A’、およびヘッダH_A’）となる。従って、編集前と編集後でデータ量が変化しない場合、破壊編集が行われても、未使用領域３４Ｃの容量は変化しない。ただし、編集前のクリップ３４Ａが残されていないので、ユーザは、編集後に編集前のクリップ３４Ａを容易に得ることができなくなる。
【０１１４】
このような破壊編集により、タイムコードに関する情報を更新する場合の例について図１２を参照して説明する。
【０１１５】
図１２に示されるように、一般的なコンテンツデータの伝送フォーマットであるSDTI-CP（Serial Data Transport Interface Content Pakage）のタイムコード情報であるSDTI-CPタイムコード２００は、時刻情報により構成されるタイムアドレス２０１と、ユーザが任意の情報を設定可能なユーザビット２０２とを有する。
【０１１６】
SDTI-CPは、VTRのSerial線を使って、画像データ、音声データ、それらの多重化データ、およびメタデータ等を送信する伝送方式であり、この方式により伝送される画像データの各フレームには通常タイムコードがメタデータとして付加されている。SDTI-CPタイムコード２００は、この各フレームに割り当てられたタイムコード情報である。SDTI-CPタイムコード２００の構成例については後述する。
【０１１７】
タイムアドレス２０１は、このSDTI-CPタイムコード２００に含まれる時刻情報であり、SDTI-CPタイムコード２００が付加されるフレームに割り当てられる時刻を示す。つまり、このタイムアドレス２０１は、LTCと同様の役割を果たすものである。ユーザビット２０２は、任意の情報を入力可能な領域である。例えば、対応するフレームのエッセンスマークやリール番号等の情報が入力される。
【０１１８】
図１２に示されるように、このようなSDTI-CPタイムコード２００を用いて、光ディスク１２に記録されている素材データに対するLTCを更新する処理であるLTC更新２０３を行う場合、タイムアドレス２０１の値が利用される。つまり、タイムアドレス２０１の値が、LTCの更新位置に挿入（上書き）される。図１２の場合、LTCの値が「１１」のフレームとLTCの値が「１５」のフレームに挟まれるフレームの、値が「１２」乃至「１４」のLTCがタイムアドレス２０３により上書き更新され、その値が「９７」乃至「９９」に変更されている。
【０１１９】
このようなLTC更新２０３により、リアルタイムメタデータ２０４のLTC２０５が更新され、さらに、その更新に応じて、ノンリアルタイムメタデータ２０６が有するLTC変化点テーブル２０７も更新される。
【０１２０】
また、図１２に示されるように、このようなSDTI-CPタイムコード２００を用いて、光ディスク１２に記録されている素材データに対するKLVパケットの情報を更新する処理であるKLV更新２１０を行う場合、ユーザビット２０２の値が利用される。つまり、ユーザビット２０２の値が、KLVパケットの更新位置に挿入（上書き）される。図１２の場合、KLVとしてクリップ全体に対して「リール番号」が割り当てられているが、このKLVの一部のフレームにユーザビット（UB）の情報であるエッセンスマーク（EM）が挿入（上書き）されている。
【０１２１】
このようなKLV更新２１０により、リアルタイムメタデータ２１１のKLV２１２が更新され、さらに、その更新に応じて、ノンリアルタイムメタデータ２１３が有するKLVパケットテーブル２１４も更新される。ただし、リール番号自体は更新されていないので、ノンリアルタイムメタデータ２１３が有するティピカルユーザビット（Typcal Ubit）は、更新されずに保持される。
【０１２２】
図１３は、SDTI-CPタイムコード２００の構成例を説明する模式図である。
【０１２３】
図１３に示されるように、SDTI-CPタイムコード２００は、８ビット（ｂ０乃至ｂ７）のフレーム番号（Frame）、８ビットの秒番号（Seconds）、８ビットの分番号（Minutes）、８ビットの時刻番号（Hour）、並びに、３２ビット(８ビット×４列）のバイナリグループデータ（BG０乃至BG７）により構成される。図１３の左側４列のフレーム番号乃至時刻番号にはタイムアドレス２０１が挿入され、図１３の右側４列のバイナリグループデータはユーザビットとして利用される。
【０１２４】
図１４は、本発明を適用した図１の編集装置１３の構成例を示すブロック図である。
【０１２５】
図１４において、編集装置１３は、システム制御部２２１、操作入力部２２２、制御情報入力部２２３、制御情報出力部２２４、入力部２３１、記録信号処理部２３２、情報処理部２３３、ネットワークインタフェース２３４、メタデータ処理部２３５、ドライブ制御部２３６、ピックアップ部２３７、スピンドル駆動部２３８、再生信号処理部２３９、および出力部２４０を有している。
【０１２６】
システム制御部２２１は、編集装置１３全体を制御する制御部であり、図示せぬ演算部、制御部、および記憶部等を有し、点線矢印で示されるように、編集装置１３を構成する各部の制御に関する処理を行う。操作入力部２２２は、例えばキーボードやボタン等の入力デバイスにより構成され、ユーザからの操作入力を受け付け、その情報をシステム制御部２２１に供給する。
【０１２７】
制御情報入力部２２３は、編集装置１３の外部より、素材データやメタデータ等のコンテンツに関する情報以外の情報を制御情報として受け付け、それをシステム制御部２２１に供給する。制御情報出力部２２４は、システム制御部２２１に供給される素材データやメタデータ等のコンテンツに関する情報以外の情報を編集装置１３の外部に出力する。
【０１２８】
入力部２３１は、編集装置１３の外部より供給されるコンテンツに関する情報を受け付ける処理部であり、編集装置１３の外部より供給される素材データ（例えば、画像データや音声データ等）を受け付ける素材データ入力部２５１と、編集装置１３の外部より供給されるメタデータ（例えば、リアルタイムメタデータやノンリアルタイムメタデータ等）を受け付けるメタデータ入力部２５２とを有している。素材データ入力部２５１は、入力された素材データを記録信号処理部２３２に供給し、メタデータ入力部２５２は、入力されたメタデータを記録信号処理部２３２に供給する。例えば、図２４を参照して説明したSDTI-CPタイムコードは、このメタデータ入力部２５２を介して編集装置１３に入力される。
【０１２９】
記録信号処理部２３２は、入力部２３１より供給される素材データやメタデータ等に対して信号処理を行い、各データを伝送用のフォーマットから記録用のフォーマットに変換する等の処理を行う。記録信号処理部２３２は、信号処理したデータを情報処理部２３３に供給する。
【０１３０】
情報処理部２３３は、システム制御部２２１に制御され、素材データの編集に関する処理を行う。例えば、情報処理部２３３は、複数のデータを多重化する情報多重化部２５３と、１つの情報を複数に分解する情報分解部２５４を有し、合成や分割等の処理を行う。これらの編集対象の素材データやメタデータは、記録信号処理部２３２、ネットワークインタフェース２３４、またはドライブ制御部２３６等より供給される。情報処理部２３３は、このように供給された素材データやメタデータを取得すると、システム制御部２２１に制御されて素材データの編集を行い、それらを、ネットワークインタフェース２３４、ドライブ制御部２３６、または再生信号処理部２３９に供給する。なお、メタデータの編集はメタデータ処理部２３５において行われる。従って、情報処理部２３３は、メタデータが供給されるとそれをメタデータ処理部２３５に供給する。
【０１３１】
ネットワークインタフェース２３４は、例えば、イーサネット（登録商標）等のLAN（Local Area Network）やインターネットに接続されるインタフェースであり、同じネットワークに接続される編集装置１３以外の通信装置と通信を行うことによって、他の装置より素材データやメタデータ等を取得し、それらを情報処理部２３３に供給したり、情報処理部２３３より供給された素材データやメタデータ等を、他の装置に供給したりする。メタデータ処理部２３５は、システム制御部２２１に制御されて情報処理部２３３より供給されるメタデータを編集し、編集したメタデータを情報処理部２３３に返す。
【０１３２】
ドライブ制御部２３６は、編集装置１３の、光ディスク１２が装着される図示せぬドライブの各部を制御する処理部である。ドライブ制御部２３６は、例えば、システム制御部２２１に制御されて、ドライブに装着された光ディスク１２に記録されている情報を読み出したり、光ディスク１２に情報を記録したりする処理を行うピックアップ部２３７や、ドライブに装着された光ディスク１２の駆動を制御するスピンドル駆動部２３８を制御する。そして、ドライブ制御部２３６は、ピックアップ部２３７およびスピンドル駆動部２３８を制御して、ピックアップ部２３７より読み出されたデータを情報処理部２３３に供給する。また、ドライブ制御部２３６は、ピックアップ部２３７およびスピンドル駆動部２３８を制御して、情報処理部２３３より供給されたデータを、ピックアップ部２３７を介して光ディスク１２に書き込む（記録させる）。
【０１３３】
ピックアップ部２３７は、ドライブ制御部２３６に制御され、ドライブに装着された光ディスク１２に対してレーザ光を照射し、光ディスク１２に記録されているデータを読み出し、それをドライブ制御部２３６に供給したり、ドライブ制御部２３６より供給されたデータを光ディスク１２に書き込んだりする。その際、ピックアップ部２３７は、ドライブ制御部２３６に制御されて、光ディスク１２に対してその半径方向にスライドし、光ディスク１２の半径方向に対するアクセス位置の制御を行う。スピンドル駆動部２３８は、ドライブに装着された光ディスク１２の主に回転運動を制御し、ピックアップ部２３７による光ディスク１２の回転方向に対するアクセス位置の制御を行う。
【０１３４】
再生信号処理部２３９は、情報処理部２３３より供給される出力信号（または再生信号）に対する信号処理を行い、例えば、各データを記録用のフォーマットから伝送用のフォーマットに変換する等の処理を行う。再生信号処理部２３９は、信号処理したデータを出力部２４０に供給する。
【０１３５】
出力部２４０は、編集装置１３の外部に対して、コンテンツに関する情報を出力する処理部であり、再生信号処理部２３９より供給される素材データ（画像データや音声データ等）を外部に出力する素材データ出力部２５５と、再生信号処理部２３９より供給されるメタデータ（リアルタイムメタデータやノンリアルタイムメタデータ等）を外部に出力するメタデータ出力部２５６とを有している。なお、出力部２４０がディスプレイやスピーカ等の出力デバイスを有しており、再生信号処理部２３９より供給される再生信号を、その出力デバイスより出力するようにしてもよい。
【０１３６】
上述した各部は、システム制御部２２１に制御されて動作し、光ディスク１２に記録されている素材データ２１やメタデータ２２の編集や出力（再生）に関する処理を行う。
【０１３７】
図１５は、図１４のシステム制御部２２１の詳細な構成例を示すブロック図である。
【０１３８】
図１５において、システム制御部２２１は、制御部２６１、挿入情報選択処理部２７１、タイムコード情報受付部２７２、クリップ書き込み部２７３、クリップ読み出し部２７４、タイムアドレス情報更新部２７５、TUB保持制御部２７６、RTM更新部２７７、PRX更新部２７８、LTC更新部２７９、KLV更新部２８０、TUB更新部２８１、入力制御部２９１、通信制御部２９２、書き込み制御部２９３、読み出し制御部２９４、編集更新処理制御部２９５、および出力制御部２９６により構成される。これらは３つの層に分かれており、システム制御部２２１全体を制御する制御部２６１が一番上位の層を構成し、挿入情報選択処理部２７１、タイムコード情報受付部２７２、クリップ書き込み部２７３、クリップ読み出し部２７４、タイムアドレス情報更新部２７５、TUB保持制御部２７６、RTM更新部２７７、PRX更新部２７８、LTC更新部２７９、KLV更新部２８０、およびTUB更新部２８１が、目的の処理を実行する上から２番目の層を構成し、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および出力制御部２８６が、編集装置１３のシステム制御部２２１以外の処理部を制御する最下位の層を構成する。
【０１３９】
制御部２６１は、挿入情報選択処理部２７１、タイムコード情報受付部２７２、クリップ書き込み部２７３、クリップ読み出し部２７４、タイムアドレス情報更新部２７５、TUB保持制御部２７６、RTM更新部２７７、PRX更新部２７８、LTC更新部２７９、KLV更新部２８０、または、TUB更新部２８１が実行する処理の開始や終了を制御したり、他の処理との連携を制御したりする。また、制御部２６１は、操作入力部２２２より供給される操作入力情報や制御情報入力部２２３より供給される制御情報に基づいて、上述した各部を制御する。さらに、制御部２６１は、制御情報を制御情報出力部２２４に供給することにより、制御情報出力部２２４を介して編集装置１３の外部に出力する。また、出力部２６１は、出力制御部２８６を制御し、素材データやメタデータの出力に関する処理を制御する。
【０１４０】
挿入情報選択処理部２７１は、制御部２６１を介して操作入力部２２２を制御し、入力されるSDTI-CPタイムコード２００のタイムアドレス２０１およびユーザビット２０２の内、クリップに挿入する情報の選択を受け付ける。
【０１４１】
タイムコード情報受付部２７２は、入力制御部２９１および通信制御部２９２を制御し、メタデータ入力部２５２やネットワークインタフェース２３４を介して入力されるタイムコード情報であるSDTI-CPタイムコード２００を受け付ける。
【０１４２】
クリップ書き込み部２７３は、書き込み制御部２９３を制御し、破壊編集されたクリップの光ディスク１２への書き込みに関する処理を行う。クリップ読み出し部２７４は、読出し制御部２９４を制御し、指定されたクリップの光ディスク１２からの読み出しに関する処理を行う。
【０１４３】
タイムアドレス情報更新部２７５は、編集更新処理制御部２９５を制御し、情報処理部２３３に保持されている素材データのメタデータである、メタデータ処理部２３５に保持されているタイムアドレス情報の更新に関する処理を行う。
【０１４４】
ティピカルユーザビット（TUB）保持制御部２７６は、クリップの破壊編集時において、ノンリアルタイムメタデータの更新が行われる際に、ノンリアルタイムメタデータに含まれるティピカルユーザビットが更新されないようにその情報をメタデータ処理部２３５に保持させる。
【０１４５】
リアルタイムメタデータ（RTM）更新部２７７は、クリップの破壊編集時において、編集更新処理制御部２９５を制御し、メタデータ処理部２３５に保持されているリアルタイムメタデータの更新に関する処理を行う。プロキシデータ（PRX）更新部２７８は、クリップの破壊編集時において、情報処理部２３３に保持されているプロキシデータの更新に関する処理を行う。LTC更新部２７９は、クリップの破壊編集時において、メタデータ処理部２３５に保持されているノンリアルタイムメタデータのLTC変化点テーブルの更新に関する処理を行う。KLV更新部２８０は、クリップの破壊編集時において、メタデータ処理部２３５に保持されているノンリアルタイムメタデータのKLVパケットテーブルの更新に関する処理を行う。TUB更新部２８１は、クリップの破壊編集時において、メタデータ処理部２３５に保持されているKLVパケットの更新に関する処理を行う。ティピカルユーザビット（TUB）更新部２８１は、クリップの破壊編集時において、メタデータ処理部２３５に保持されているティピカルユーザビットの更新に関する処理を行う。
【０１４６】
入力制御部２９１は、入力部２３１および記録信号処理部２３２を制御し、編集装置１３の外部より入力部２３１に入力される素材データやメタデータを受け付ける処理を実行させる。通信制御部２９２は、ネットワークインタフェース２３４を制御し、他の装置との通信に関する処理を行う。書き込み制御部２９３は、ドライブ制御部２３６を制御し、光ディスク１２に対するデータの書き込みに関する処理を行う。読み出し制御部２９４は、ドライブ制御部２３６を制御し、光ディスク１２に記録されているデータの読み出しに関する処理を行う。編集更新処理制御部２９５は、情報処理部２３３およびメタデータ処理部２３５を制御し、例えば、情報処理部２３３が保持している素材データの破壊編集に関する処理を行ったり、メタデータ処理部２３５が保持しているメタデータの破壊編集に関する処理を行ったりする。出力制御部２９６は、再生信号処理部２３９および出力部２４０を制御し、情報処理部２３３より出力されたデータの編集装置１３の外部への出力に関する処理を実行する。
【０１４７】
図１６は、図１５のLTC更新部２７９の詳細な構成例を示すブロック図である。
【０１４８】
図２１６において、LTC更新部２７９は、IN点前更新処理部３０１、IN点連続性確認更新処理部３０２、挿入部分更新処理部３０３、OUT点連続性確認更新処理部３０４、OUT点後更新処理部３０５、更新終了処理部３０６、下地OVER検出部３１１、OVER発生確認部３１２、OUT点確認部３１３、およびEND発生確認部３１４を有している。
【０１４９】
IN点前更新処理部３０１は、編集更新処理制御部２９５を制御し、LTC変化点テーブルの、LTCの更新開始位置であるIN点より前の部分の更新に関する処理を行う。IN点連続性確認更新処理部３０２は、編集更新処理制御部２９５を制御し、IN点の前後のフレームに対応するLTCの連続性を確認し、必要に応じて、そのIN点についてのLTC変化点テーブルの更新に関する処理を行う。挿入部分更新処理部３０３は、編集更新処理制御部２９５を制御し、LTC変化点テーブルの、LTCが更新された部分（IN点とOUT点の間）である挿入部分の更新に関する処理を行う。OUT点連続性確認更新処理部３０４は、編集更新処理制御部２９５を制御し、LTCの更新終了位置であるOUT点の前後のフレームに対応するLTCの連続性を確認し、必要に応じて、そのOUT点についてのLTC変化点テーブルの更新に関する処理を行う。OUT点後更新処理部３０５は、編集更新処理制御部２９５を制御し、LTC変化点テーブルの、LTCの更新終了位置であるOUT点より後の部分の更新に関する処理を行う。更新終了処理部３０６は、編集更新処理制御部２９５を制御し、更新されたLTC変化点テーブルをノンリアルタイムメタデータに埋め込む等の、更新終了処理を行う。
【０１５０】
下地OVER検出部３１１は、IN点前更新処理部３０１またはOUT点後更新処理部３０５に制御され、下地となる更新前のLTCに存在するOVERを検出する処理を行う。OVERとは、LTC変化点テーブルにおける変化点のステータスの１つであり、それまでに検出された変化点数が機器制限等による上限数を超えたことを示すステータスである。つまり、OVERが発生した場合、クリップのそれ以降の変化点はLTC変化点テーブルに登録されない。
【０１５１】
OVER発生確認部３１２は、IN点連続性確認更新処理部３０２、挿入部分更新処理部３０３、OUT点連続性確認更新処理部３０４、およびOUT点後更新処理部３０５に制御され、OVERの発生の確認処理を行う。OUT点確認部３１３は、挿入部分更新処理部３０３に制御され、挿入部分の終了を示すOUT点の確認処理を行う。END発生確認部３１４は、OUT点後更新処理部３０５に制御され、END点の発生の確認処理を行う。
【０１５２】
つまり、編集装置１３は、リアルタイムメタデータのLTCの更新に伴い、ノンリアルタイムメタデータのLTC変化点テーブルの更新も行うが、その更新によりLTCの変化点数が変化し、OVERの発生が更新前後で異なる場合がある。従って、LTC更新部２７９の各部は、OVERの検出を行いながら、LTC変化点テーブルの更新に関する処理を行う。
【０１５３】
このOVERの発生のパターンについて、図１７乃至図２３を参照して説明する。図１７は、更新前も更新後もOVERが発生しない場合を説明する図である。
【０１５４】
図１７の上段に示されるように、LTCに関する情報は、プロキシデータ、リアルタイムメタデータおよびノンリアルタイムメタデータが有している。プロキシデータのLTC（Proxy-LTC）は、プロキシデータに含まれる低解像度の素材データに対応するLTCである。リアルタイムメタデータのLTC（RT-LTC）は、素材データ（本線データ）に対応するLTCである。また、ノンリアルタイムメタデータは、リアルタイムメタデータのLTC（RT-LTC）より生成された変化点テーブル（NRT-LTC）を有する。
【０１５５】
図１７の上段に示されるように、クリップの開始（BEGIN）から終了（END）までの各フレームにLTCが割り当てられており（下地のProxy-LTC、下地のRT-LTC）、その全LTCに対応するLTC変化点テーブル（下地のNRT-LTC）が設けられている。この場合、LTC変化点テーブル（下地のNRT-LTC）においてOVERは発生していない。
【０１５６】
このようなクリップに対して、図１７の下段に示されるように、一部分（IN点からOUT点まで）にLTC（LTCが付加された素材データ）が挿入（インサート）されると、そのIN点からOUT点までの挿入部分は、インサートされたLTCが上書きされる。つまり、図２８の場合、プロキシデータのLTC（Proxy-LTC）は、クリップの先頭（BEGIN）からIN点までと、OUT点からクリップの最後（END）までが下地のProxy-LTCにより構成され、IN点からOUT点までがインサートされたProxy-LTCにより構成される。同様に、リアルタイムメタデータのLTC（RT-LTC）は、クリップの先頭（BEGIN）からIN点までと、OUT点からクリップの最後（END）までが下地のRT-LTCにより構成され、IN点からOUT点までがインサートされたRT-LTCにより構成される。
【０１５７】
LTC変化点テーブル（NRT-LTC）も、このリアルタイムメタデータのLTC（RT-LTC）に基づいて更新される。図１７の場合、更新後もLTC変化点テーブルにおいてOVERは発生しないので、LTC変化点テーブル（NRT-LTC）は、図１７の下段に示されるように、クリップの先頭（BEGIN）からIN点までと、OUT点からクリップの最後（END）までが更新前のLTCを示し（下地のNRT-LTC）、IN点からOUT点までが更新後のLTCを示す（インサートされたNRT-LTC）ような構成となる。
【０１５８】
図１８は、更新後に挿入部分においてOVERが発生する場合について説明する図である。
【０１５９】
図１８の上段に示されるように、更新前のLTC変化点テーブル（下地のNRT-LTC）において、OVERは発生していない。しかしながら、図１８の下段に示されるように、リアルタイムメタデータのLTCの更新により変化点数が増加し、更新後のLTC変化点テーブルの挿入部分（IN点とOUT点の間）の変化点においてOVERが発生した場合、それ以降の変化点については全て削除され、更新処理が終了される。つまり、OVER点以降の変化点は無視され、更新後のLTC変化点テーブルに登録されない。
【０１６０】
これは、図１９に示されるように、OUT点後においてOVERが発生した場合も同様である。図１９は、更新後にOUT点後の部分においてOVERが発生する場合について説明する図である。例えば、挿入部分における更新後のLTCの変化点数が更新前よりも多く、結果的にOUT点後の部分のLTC変化点テーブルを更新中にOVERが発生してしまうような場合、図１８の場合と同様に、それ以降の変化点については全て削除され、更新処理が終了される。つまり、この場合もOVER点以降の変化点は無視され、更新後のLTC変化点テーブルに登録されない。
【０１６１】
次に、更新前よりLTC変化点テーブルにOVERが存在する場合について説明する。図２０は、更新後にOVERが発生しなかった場合を説明する図である。
【０１６２】
図２０の上段に示されるように、更新前の変化点テーブル（下地のNRT-LTC）には、更新後のOUT点よりも前の位置においてOVERが発生している。この場合において、例えば、リアルタイムメタデータのLTCの更新により変化点数が減少し、図２０の下段に示されるように、OVERが発生しなくなった場合、挿入部分（OUT点）までのLTC変化点テーブルが生成される。しかしながら、更新前のLTC変化点テーブルにおいて、OVERより後ろに位置するので、OUT点以降の変化点は登録されていない。従って、更新後のLTC変化点テーブルにおいてもOUT点においてOVERが発生したことにし、OUT点以降の変化点は無視されるようにする。
【０１６３】
つまり、図２０のように、更新前のLTC変化点テーブルにおいてOUT点よりも前にOVERが存在する場合、更新後のLTC変化点テーブルは、OUT点までOVERが発生しなくても、強制的に、OUT点においてOVERが発生した事にされ、OUT点以降の変化点が登録されないようにされる。
【０１６４】
なお、図２１に示されるように、図２０と同様に更新前のLTC変化点テーブルにおいてOUT点よりも前にOVERが存在する場合において、OUT点よりも前にOVERが発生するとき、更新後のLTC変化点テーブルは、そのOVERより後の変化点を登録しない（図３２下段）。
【０１６５】
また、図２２に示されるように、更新前のLTC変化点テーブルにおいて、LTC挿入開始位置であるIN点よりも前の部分においてOVERが発生する場合、更新後のLTC変化点テーブルは、更新処理と関係なく更新前のLTC変化点テーブルと同じ位置にOVERが発生するので、それ以降の変化点を登録しない（図２２下段）。
【０１６６】
逆に、図２３に示されるように、更新前のLTC変化点テーブルにおいて、LTC挿入終了位置であるOUT点よりも後の部分においてOVERが発生する場合、例えば、更新により挿入部分の変化点数が減少し、更新後のLTC変化点テーブルにおいてOVERが発生しなくなったとしても、更新前のLTC変化点テーブルのOVERより後の変化点は登録されていないので、更新後のLTC変化点テーブルは、更新前と同じ位置に強制的にOVERが発生させられ、それ以降の変化点が登録されない（図２３下段）。
【０１６７】
このように、リアルタイムメタデータのLTCの変化に合わせた方法で、ノンリアルタイムメタデータのLTC変化点テーブルを更新することにより、編集装置１３は、より容易かつ正確にタイムコードに関する情報を更新することができる。
【０１６８】
次に、図２４および図２５のフローチャートを参照して、編集装置１３によるタイムコード（TC）のインサートに関する処理の流れについて説明する。
【０１６９】
TCインサート処理が開始されると、システム制御部２２１の挿入情報選択処理部２７１は、ステップＳ１において、挿入する情報の選択を受け付ける。挿入情報選択処理部２７１は、制御部２６１を介して操作入力部２２２を制御し、メタデータ入力部２５２を介して入力されるSDTI-CPタイムコード２００のタイムアドレス２０１を挿入するか、ユーザビット２０２を挿入するかの選択指示を受け付ける。選択が受け付けられると、ステップＳ２において、クリップ読み出し部２７４は、指定されたクリップを光ディスク１２より読み出し、情報処理部２３３とメタデータ処理部２３５に保持させる。そして、タイムコード情報受付部２７２は、ステップＳ３において、入力制御部２９１または通信制御部２９２を制御し、入力部２３１またはネットワークインタフェース２３４を介して編集装置１３の外部より供給される、挿入するタイムコード情報を受け付ける。
【０１７０】
ステップＳ４において、制御部２６１は、ステップＳ１において受け付けられた選択指示に基づいて、タイムアドレス情報を挿入するか否かを判定し、タイムアドレス情報を挿入すると判定した場合、ステップＳ８に処理を進める。
【０１７１】
また、ステップＳ４において、ユーザビット２０２を挿入すると判定した場合、制御部２６１は、処理をステップＳ５に進める。タイムアドレス情報更新部２７５は、ステップＳ５において、メタデータよりタイムコード情報を挿入する部分のLTCを抽出し、ステップＳ６において、タイムコード情報のタイムアドレス情報を抽出したLTCで更新する。つまり、タイムアドレス情報更新部２７５は、破壊編集する前のクリップに付加されているLTCで、挿入するタイムコード情報のタイムアドレス情報を更新する。これにより、タイムコード情報によってクリップのリアルタイムメタデータが更新されても、元のLTCを元のLTCによって上書き更新することになるので、タイムアドレス情報更新部２７５は、元のLTCを保存することができる。
【０１７２】
ステップＳ６の処理が終了すると、タイムアドレス情報更新部２７５は、処理をステップＳ７に進める。ステップＳ７において、TUB保持制御部２７６は、ノンリアルタイムメタデータのティピカルユーザビット情報を抽出し保持する。これにより、ユーザビットの挿入によって、クリップ全体に対する情報であるティピカルユーザビット情報が更新されてしまうことを抑制することができる。
【０１７３】
ティピカルユーザビット情報は、タイムコード情報のユーザビットの値を用いて生成される情報であるが、上述したように、例えば、リール番号のように、クリップ全体に対する情報を登録することを目的としている。従って、例えば、１フレームのエッセンスマークを追加するような小さな更新のために、ティピカルユーザビット情報が更新されてしまうのは望ましくない。しかしながら、タイムコード情報の更新時にティピカルユーザビット情報を更新しないようにすると、クリップの全フレームのユーザビットを更新してもティピカルユーザビット情報が更新されないことになってしまう。そこで、編集装置１３は、上述したように、タイムアドレスも更新する場合のみティピカルユーザビット情報の更新を許可し、ユーザビットのみの更新の場合は、ティピカルユーザビット情報の更新を許可しないようにする。このようにすることにより、上述した不具合の発生を抑制することができる。
【０１７４】
ステップＳ７の処理を終了すると、TUB保持制御部２７６は、処理をステップＳ８に進める。
【０１７５】
ステップＳ８において、RTM更新部２７７は、入力されたタイムコード情報を用いてリアルタイムメタデータを更新する。また、ステップＳ９において、PRX更新部２７８は、入力されたタイムコード情報を用いてプロキシデータを更新する。ステップＳ９の処理が終了すると、PRX更新部２７８は、処理を図２５のステップＳ１１に進める。
【０１７６】
ステップＳ１１において、制御部２６１は、LTCが変化したか否かを判定し、LTCが変化したと判定した場合、処理をステップＳ１２に進める。ステップＳ１２において、LTC更新部２７９は、ノンリアルタイムメタデータのLTC変化点テーブル更新処理を実行する。LTC変化点テーブル更新処理の詳細については後述する。
【０１７７】
ステップＳ１２の処理が終了すると、LTC更新部２７９は、処理をステップＳ１３に進める。また、ステップＳ１１において、LTCが変化していないと判定した場合、制御部２６１は、処理をステップＳ１３に進める。
【０１７８】
ステップＳ１３において、制御部２６１は、KLVパケットデータが変化したか否かを判定し、変化したと判定した場合、処理をステップＳ１４に進める。ステップＳ１４において、KLV更新部２８０は、ノンリアルタイムメタデータのKLVパケットテーブルの変化部分を更新し、処理をステップＳ１５に進める。ステップＳ１５において、TUB更新部２８１は、入力されたタイムコード情報のユーザビットを用いて、ノンリアルタイムメタデータのティピカルユーザビットを更新し、処理をステップＳ１６に進める。
【０１７９】
ステップＳ１６において、制御部２６１は、TUB保持制御部２７６がティピカルユーザビットを保持しているか否かを判定し、保持していると判定した場合、処理をステップＳ１７に進める。ステップＳ１７において、TUB更新部２８１は、TUB保持制御部２７６が保持しているデータへノンリアルタイムメタデータのティピカルユーザビットを再度更新する。すなわち、TUB更新部２８１は、ノンリアルタイムメタデータのティピカルユーザビットを元の値に戻す。ステップＳ１７の処理を終了すると、TUB更新部２８１は、処理をステップＳ１８に進める。
【０１８０】
また、ステップＳ１３において、KLVパケットデータが変化していないと判定した場合、制御部２６１は、処理をステップＳ１８に進める。さらに、ステップＳ１６において、ティピカルユーザビットを保持していないと判定した場合、制御部２６１は、処理をステップＳ１８に進める。
【０１８１】
ステップＳ１８において、クリップ書き込み部２７３は、書き込み制御部２９３を制御し、更新されたクリップを光ディスク１２に書き込み、TCインサート処理を終了する。
【０１８２】
次に、図２５のステップＳ１２において実行されるLTC変化点テーブル更新処理の詳細の流れを、図２６および図２７のフローチャートを参照して説明する。
【０１８３】
LTC変化点テーブル更新処理が開始されると、LTC更新部２７９のIN点前更新処理部３０１は、最初に、ステップＳ３１において、LTC変化点テーブルのIN点前の部分について変化点の情報を更新するIN点前更新処理を行う。IN点前の部分は、通常、更新されていないので、更新前（下地）のLTCの変化点と同じである。ステップＳ３２において、下地OVER検出部３１１は、その下地のLTCの変化点のステータスを監視し、OVERを検出したか否かを判定する。OVERを検出していないと判定した場合、下地OVER検出部３１１は、処理をステップＳ３３に進める。
【０１８４】
ステップＳ３３において、IN点連続性確認更新処理部３０２は、IN点の前後におけるLTCの連続性を確認し、必要に応じてLTC変化点テーブルを更新し、IN点を変化点として登録するIN点連続性確認更新処理を行う。このとき、IN点連続性確認更新処理部３０２は、OVER発生確認部３１２を制御し、変化点をLTC変化点テーブルに登録した場合そのステータスを監視させる。OVER発生確認部３１２は、LTC変化点テーブルに登録される変化点のステータスを監視し、ステップＳ３４においてOVERが発生したか否かを判定する。OVERが発生していないと判定した場合、OVER発生確認部３１２は、処理をステップＳ３５に進める。
【０１８５】
ステップＳ３５において、挿入部分更新処理部３０３は、IN点とOUT点の間の挿入部分について、LTC変化点テーブルの更新を行う挿入部分更新処理を行う。このとき、挿入部分更新処理部３０３は、OVER発生確認部３１２を制御し、LTC変化点テーブルに登録した変化点のステータスを監視させる。OVER発生確認部３１２は、LTC変化点テーブルに登録される変化点のステータスを監視し、ステップＳ３６においてOVERが発生したか否かを判定する。OVERが発生していないと判定した場合、OVER発生確認部３１２は、処理をステップＳ３７に進める。
【０１８６】
また、このとき挿入部分更新処理部３０３は、OUT点確認部３１３を制御し、挿入部分の終了（OUT点）の位置を確認する。OUT点確認部３１３は、ステップＳ３７において、LTC変化点テーブルの更新処理が行われているフレームがOUT点に達したか否かを判定し、達していないと判定した場合、処理をステップＳ３５に戻し、それ以降のステップＳ３５乃至ステップＳ３７の処理を繰り返す。
【０１８７】
そして、ステップＳ３７において、LTC変化点テーブルの更新処理が、OUT点に達したと判定した場合、OUT点確認部３１３は、処理を図２７のステップＳ４１に進める。ステップＳ４１において、OUT点連続性確認更新処理部３０４は、OUT点の前後におけるLTCの連続性を確認し、必要に応じてLTC変化点テーブルを更新し、OUT点を変化点として登録するOUT点連続性確認更新処理を行う。このとき、OUT点連続性確認更新処理部３０４は、OVER発生確認部３１２を制御し、変化点をLTC変化点テーブルに登録した場合そのステータスを監視させる。OVER発生確認部３１２は、LTC変化点テーブルに登録される変化点のステータスを監視し、ステップＳ４２においてOVERが発生したか否かを判定する。OVERが発生していないと判定した場合、OVER発生確認部３１２は、処理をステップＳ４３に進める。
【０１８８】
OUT点後更新処理部３０５は、ステップＳ４３において、OUT点後の部分についてLTC変化点テーブルの更新処理を行うOUT点後更新処理を行う。このとき、OUT点後更新処理部３０５は、下地OVER検出部３１１を制御し、ステップＳ４４において、下地のLTCの変化点のステータスを監視し、OVERを検出したか否かを判定する。OVERを検出していないと判定した場合、下地OVER検出部３１１は、処理をステップＳ４５に進める。また、このとき、OUT点後更新処理部３０５は、OVER発生確認部３１２を制御し、変化点をLTC変化点テーブルに登録した場合そのステータスを監視させる。OVER発生確認部３１２は、LTC変化点テーブルに登録される変化点のステータスを監視し、ステップＳ４５においてOVERが発生したか否かを判定する。OVERが発生していないと判定した場合、OVER発生確認部３１２は、処理をステップＳ４６に進める。さらに、このとき、OUT点後更新処理部３０５は、END発生確認部３１４を制御し、変化点をLTC変化点テーブルに登録した場合そのステータスを監視させる。END発生確認部３１４は、LTC変化点テーブルに登録される変化点のステータスを監視し、ステップＳ４６においてクリップの終了を示すENDが発生したか否かを判定する。ENDが発生していないと判定した場合、END発生確認部３１４は、処理をステップＳ４３に戻す。
【０１８９】
ステップＳ４６において、ENDが発生したと判定した場合、END発生確認部３１４は、処理をステップＳ４７に進める。また、図２６のステップＳ３２若しくは図２７のステップＳ４４においてOVERを検出したと判定した場合、下地OVER検出部３１１は、処理をステップＳ４７に進める。さらに、図２６のステップＳ３４若しくはステップＳ３６、または、図２７のステップＳ４２若しくはステップＳ４５においてOVERが発生したと判定した場合、OVER発生確認部３１２は、処理をステップＳ４７に進める。
【０１９０】
ステップＳ４７において、更新終了処理部３０６は、更新されたLTC変化点テーブルをノンリアルタイムメタデータに挿入する等の更新終了処理を行い、LTC変化点テーブル更新処理を終了し、図２５のステップＳ１２に処理を戻し、それ以降の処理を繰り返させる。
【０１９１】
以上のように、タイムコードに関する情報の更新処理を行うことにより、より容易にコンテンツデータの破壊編集を正しく行うことができる。
【０１９２】
以上のようにして、リアルタイムメタデータのLTCとノンリアルタイムメタデータのLTC変化点テーブルの整合性を保つことにより、ユーザは、破壊編集後もクリップの正しいキューアップ再生等を実行することができる。また、プロキシデータのタイムコード情報も整合させるので、ユーザは、破壊編集後もプロキシデータ用いた正常なオフライン編集を行うことができる。
【０１９３】
また、上述したように破壊編集処理を行うことにより、タイムアドレス情報（LTC）の更新が必要無い場合は、リアルタイムメタデータとノンリアルタイムメタデータとの間で整合性を保つための処理を省略することができるので、編集装置１３は、破壊編集処理の負荷を低減させることができる。
【０１９４】
さらに、ノンリアルタイムメタデータのティピカルユーザビット情報は、通常、従来のテープ媒体におけるリール番号の代わりとして扱われることが多く、不要な更新はユーザの混乱を招く恐れがあったが、上述したようにユーザビットのみの編集時には下地記録の（破壊編集前の）ティピカルユーザビット情報の値を保存することにより、ユーザは、ユーザビット編集後の素材に関しても編集前と同様に、ティピカルユーザビット情報をリール番号としての運用することができる。
【０１９５】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。この場合、例えば、図１の編集装置１３は、図２８に示されるようなパーソナルコンピュータとして構成されるようにしてもよい。
【０１９６】
図２８において、パーソナルコンピュータ４００の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４０２や、記憶部４１３に含まれるハードディスクなどで構成される。
【０２０２】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０３】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２０４】
【図１】本発明を適用した番組制作システムの構成例を示す図である。
【図２】図１の光ディスクの記録領域の構成例を示す模式図である。
【図３】図１の光ディスクに記録されたファイルのディレクトリ構造の例を示す模式図である。
【図４】図１の光ディスクに記録されたファイルのディレクトリ構造の例を示す模式図である。
【図５】図１の光ディスクに記録されたファイルのディレクトリ構造の例を示す模式図である。
【図６】リアルタイムメタデータファイルの構成例を示す模式図である。
【図７】LTC変化点の例を説明する図である。
【図８】基本UMID変化点、時刻情報変化点、位置情報変化点、および人物情報変化点の例を説明する図である。
【図９】KLVパケットの例を説明する図である。
【図１０】非破壊編集の様子を説明する図である。
【図１１】破壊編集の様子を説明する図である。
【図１２】破壊編集により、タイムコードに関する情報を更新する場合の例を説明する図である。
【図１３】SDTI-CPタイムコードの構成例を説明する模式図である。
【図１４】本発明を適用した図１の編集装置の構成例を示すブロック図である。
【図１５】図１４のシステム制御部の詳細な構成例を示すブロック図である。
【図１６】図１５のLTC更新部の詳細な構成例を示すブロック図である。
【図１７】OVERの発生について説明する図である。
【図１８】OVERの発生について説明する図である。
【図１９】OVERの発生について説明する図である。
【図２０】OVERの発生について説明する図である。
【図２１】OVERの発生について説明する図である。
【図２２】OVERの発生について説明する図である。
【図２３】OVERの発生について説明する図である。
【図２４】タイムコードインサート処理を説明するフローチャートである。
【図２５】タイムコードインサート処理を説明する、図２４に続くフローチャートである。
【図２６】LTC変化点テーブル更新処理を説明するフローチャートである。
【図２７】LTC変化点テーブル更新処理を説明する、図２６に続くフローチャートである。
【図２８】本発明を適用したパーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０２０５】
１  番組制作システム，  １１  カムコーダ，  １２  光ディスク，  １３  編集装置，  ２１  素材データ，  ２２  メタデータ，  ２３  カンパケデータ，  ２００  SDTI-CPタイムコード，  ２０１  タイムアドレス，  ２０２  ユーザビット，  ２２１  システム制御部，  ２２２  操作入力部，  ２２３  制御情報入力部，  ２２４  制御情報出力部，  ２３１  入力部，  ２３２  記録信号処理部，  ２３３  情報処理部，  ２３４  ネットワークインタフェース，  ２３５  メタデータ処理部，  ２３６  ドライブ制御部，  ２３７  ピックアップ部，  ２３８  スピンドル駆動部，  ２３９  再生信号処理部，  ２４０  出力部，  ２５１  素材データ入力部，  ２５２  メタデータ入力部，  ２５３  情報多重化部，  ２５４  情報分解部，  ２５５  素材データ出力部，  ２５６  メタデータ出力部，  ２６１  制御部，  ２７１  挿入情報選択処理部，  ２７２  タイムコード情報受付部，  ２７３  クリップ書き込み部，  ２７４  クリップ読み出し部，  ２７５  タイムアドレス情報更新部，  ２７６  TUB保持制御部，  ２７７  RTM更新部，  ２７８  PRX更新部，  ２７９  LTC更新部，  ２８０  KLV更新部，  ２８１  TUB更新部，  ２９１  入力制御部，  ２９２  通信制御部，  ２９３  書き込み制御部，  ２９４  読み出し制御部，  ２９５  編集更新処理制御部，  ２９６  出力制御部，  ３０１  IN点前更新処理部，  ３０２  IN点連続性確認処理部，  ３０３  挿入部分更新処理部，  ３０４  OUT点連続性確認更新処理部，  ３０５  OUT点後更新処理部，  ３０６  更新処理部，  ３１１，  下地OVER検出部，  ３１２  OVER発生確認部，  ３１３  OUT点確認部，  ３１４  END発生確認部，  ４００  パーソナルコンピュータ
【図１】
2006107640.tif 000003
【図２】
2006107640.tif 000004
【図３】
2006107640.tif 000005
【図４】
2006107640.tif 000006
【図５】
2006107640.tif 000007
【図６】
2006107640.tif 000008
【図７】
2006107640.tif 000009
【図８】
2006107640.tif 000010
【図９】
2006107640.tif 000011
【図１０】
2006107640.tif 000012
【図１１】
2006107640.tif 000013
【図１２】
2006107640.tif 000014
【図１３】
2006107640.tif 000015
【図１４】
2006107640.tif 000016
【図１５】
2006107640.tif 000017
【図１６】
2006107640.tif 000018
【図１７】
2006107640.tif 000019
【図１８】
2006107640.tif 000020
【図１９】
2006107640.tif 000021
【図２０】
2006107640.tif 000022
【図２１】
2006107640.tif 000023
【図２２】
2006107640.tif 000024
【図２３】
2006107640.tif 000025
【図２４】
2006107640.tif 000026
【図２５】
2006107640.tif 000027
【図２６】
2006107640.tif 000028
【図２７】
2006107640.tif 000029
【図２８】
2006107640.tif 000030