(57)【要約】【課題】コンテンツデータの安全性を向上させる。【解決手段】  属性判定部２７４は、上書きデータの属性を判定する。オーディオデータ破壊編集部２７５は、指定されたオーディオデータを破壊編集する。メタデータ更新部２７６は、オーディオデータの破壊編集に応じてメタデータを更新する。プロキシデータ編集部２７７は、オーディオデータの破壊編集に応じてプロキシデータを破壊編集する。また、編集点編集部２７８は、破壊編集された音声データにノンオーディオ（Non-Audio）属性のデータが含まれる場合、その音声データの編集点を再度破壊編集し、クリップの接合部分に施された画像効果を無効化し、全て単純なカット繋ぎに変換する。本発明は、例えば、編集装置に適用できる。【選択図】図１０
2006107641.tif 000002
【特許請求の範囲】
【請求項１】
非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータを処理する情報処理装置であって、
前記コンテンツデータが音声データとして有している第１のデータの属性、および、前記第１のデータの破壊編集に用いられる第２のデータの属性を判定する属性判定手段と、
前記第２のデータを用いて前記第１のデータを破壊編集する編集手段と、
前記属性判定手段による前記第１のデータまたは前記第２のデータの属性の判定結果に基づいて、前記第１のデータまたは前記第２のデータが非圧縮音声以外のデータであると判定された場合、前記編集手段により破壊編集された前記第１のデータの属性を、非圧縮音声以外のデータに設定するように、前記第１のデータに付加されるメタデータを更新するメタデータ更新手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記属性判定手段による前記第１のデータまたは前記第２のデータの属性の判定結果に基づいて、前記第１のデータまたは前記第２のデータが非圧縮音声以外のデータであると判定された場合、前記第１のデータの低解像度のデータであるプロキシデータを編集し、前記プロキシデータの音声データとして無音のデータを記録するプロキシデータ編集手段をさらに備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記属性判定手段による前記第１のデータまたは前記第２のデータの属性の判定結果に基づいて、前記第１のデータまたは前記第２のデータが非圧縮音声以外のデータであると判定された場合、前記編集手段による破壊編集において、前記第１のデータと前記第２のデータが繋ぎ合わされる編集点のフェード処理を無効化するように設定を変更する編集点編集手段をさらに備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータを処理する情報処理装置の情報処理方法であって、
前記コンテンツデータが音声データとして有している第１のデータの属性、および、前記第１のデータの破壊編集に用いられる第２のデータの属性を判定する属性判定ステップと、
前記第２のデータを用いて前記第１のデータを破壊編集する編集ステップと、
前記属性判定ステップの処理による前記第１のデータまたは前記第２のデータの属性の判定結果に基づいて、前記第１のデータまたは前記第２のデータが非圧縮音声以外のデータであると判定された場合、前記編集ステップの処理により破壊編集された前記第１のデータの属性を、非圧縮音声以外のデータに設定するように、前記第１のデータに付加されるメタデータを更新するメタデータ更新ステップと
を含むことを特徴とする情報処理方法。
【請求項５】
非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータに関する処理を、コンピュータに行わせるプログラムにおいて、
前記コンテンツデータが音声データとして有している第１のデータの属性、および、前記第１のデータの破壊編集に用いられる第２のデータの属性を判定する属性判定ステップと、
前記第２のデータを用いて前記第１のデータを破壊編集する編集ステップと、
前記属性判定ステップの処理による前記第１のデータまたは前記第２のデータの属性の判定結果に基づいて、前記第１のデータまたは前記第２のデータが非圧縮音声以外のデータであると判定された場合、前記編集ステップの処理により破壊編集された前記第１のデータの属性を、非圧縮音声以外のデータに設定するように、前記第１のデータに付加されるメタデータを更新するメタデータ更新ステップと
を含むことを特徴とするプログラム。
【請求項６】
非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータを処理する情報処理装置であって、
前記コンテンツデータが音声データとして有しているデータの属性を判定する属性判定手段と、
前記データを出力する際に、前記属性判定手段により前記データが非圧縮音声以外のデータであると判定された場合、前記データが非圧縮音声以外のデータであることを示すように、前記データの属性を示すチャネルステータス情報を更新するチャネルステータス情報更新手段と
を備えることを特徴とする情報処理装置。
【請求項７】
前記データのフォーマットを出力用フォーマットに変換し、オーディオ出力データを生成するオーディオ出力データ生成手段をさらに備え、
前記チャネルステータス情報更新手段は、前記オーディオ出力データに付加される前記チャネルステータス情報を更新する
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記チャネルステータス情報更新手段により前記チャネルステータス情報が更新された前記データを出力するデータ出力手段をさらに備える
ことを特徴とする請求項６に記載の情報処理装置。
【請求項９】
非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータを処理する情報処理装置の情報処理方法であって、
前記コンテンツデータが音声データとして有しているデータの属性を判定する属性判定ステップと、
前記データを出力する際に、前記属性判定ステップの処理により前記データが非圧縮音声以外のデータであると判定された場合、前記データが非圧縮音声以外のデータであることを示すように、前記データの属性を示すチャネルステータス情報を更新するチャネルステータス情報更新ステップと
を含むことを特徴とする情報処理方法。
【請求項１０】
非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータに関する処理を、コンピュータに行わせるプログラムにおいて、
前記コンテンツデータが音声データとして有しているデータの属性を判定する属性判定ステップと、
前記データを出力する際に、前記属性判定ステップの処理により前記データが非圧縮音声以外のデータであると判定された場合、非圧縮音声以外のデータであることを示すように、前記データの属性を示すチャネルステータス情報を更新するチャネルステータス情報更新ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、例えば、コンテンツデータの安全性を向上させることができるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来、VTR（Video Tape Recorder）において、画像データや音声データ等のコンテンツデータを、記録媒体であるテープデバイスに記録する場合、通常、テープデバイスには、そのコンテンツデータのみが記録されていた。コンテンツデータに例えばタイムコード等のメタデータが付加される場合もあったが、このメタデータは、テープデバイスにおいて、コンテンツデータとともに時間軸に沿ってリニアに記録されていた。従って、このコンテンツデータの一部を書き換える等の編集が行われた場合、メタデータは、そのコンテンツデータの編集部分に対応する（付随する）部分のみが更新される。
【０００３】
これに対して、近年、画像データや音声データ等のコンテンツデータを、光ディスクやハードディスク等のランダムアクセスが可能な記録媒体を用いて、ノンリニアに記録（管理）する方法がある（例えば、特許文献１参照）。その場合、記録された各コンテンツデータは、ファイルシステムにより、それぞれ、ファイル（クリップ）として管理されており、それらの記録位置（記録順序）や管理方法は、必ずしも時間軸のとおりではない。
【０００４】
例えば、映像や音声等よりなるテレビジョン番組等の場合、そのコンテンツデータは、画像ファイル、音声ファイル、およびメタデータファイル等の複数のファイルの集合として管理され、それらの記録順によらず、各ファイルへの直接的なアクセスが可能である。
【０００５】
このようにノンリニアに記録されたデータの編集方法には大きく分けて２つの方法がある。１つ目は、記録媒体のランダムアクセス可能であるという特徴を生かし、編集対象の元のデータは更新せずに、編集内容を示す情報（編集結果を導出可能な情報）を含むファイルを新たに生成する非破壊編集という方法である。ランダムアクセス可能な記録媒体においては、任意の順番で各ファイルに容易にアクセス可能であるため、このような編集内容を示すファイルを用いた編集結果の再現等が容易に実現可能である。しかしながら、この方法では、編集を行うたびにファイルを新たに生成するため、記録媒体の記録領域の消費量が増大してしまう場合があった。
【０００６】
もう１つは、コンテンツデータを実際に更新してしまう破壊編集という方法である。この破壊編集の場合、元のコンテンツデータを上書き編集するため、編集作業による記録領域の消費を抑制することができる。しかしながら、編集後には、編集前のデータが存在しないので、編集作業のやり直し等が困難になる場合があった。
【０００７】
ところで、このようなコンテンツデータは、通常、複数のチャンネル（例えば最大８チャンネル）の音声データを有することができる。しかしながら、通常音声データは２チャンネル以下であることが多く、チャンネルが余ってしまう場合があった。このような余ったチャンネルを利用して、例えば、圧縮された音声データ等、非圧縮音声以外のデータを音声データとして登録する方法がある。このようにすることにより、通常の音声データである非圧縮音声以外のデータであってもコンテンツデータに含めることが可能になる。
【特許文献１】特開２００１−２９２４２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述したように、コンテンツデータに、非圧縮音声以外のデータを非圧縮音声データと同時に含めるようにする場合、非圧縮音声以外のデータを誤った方法で再生することによる再生装置の故障を抑制させるために、そのような非圧縮音声以外のデータが含まれることを示す情報をメタデータとして所定の場所に付加させる必要がある。コンテンツデータの再生時においては、再生装置はこのような情報を参照することにより、コンテンツデータの中に非圧縮音声以外のデータが含まれることを把握し、そのデータを再生しないように制御する。
【０００９】
しかしながら、例えば、このように非圧縮音声以外のデータを含む可能性のあるコンテンツデータの一部分を編集する（または編集に利用する）場合、例えば、音声データの前半部分を圧縮された音声データで上書きする等、音声データの一部分のみが非圧縮音声以外のデータとなってしまう恐れがある。
【００１０】
このような場合、非圧縮音声以外のデータを検出する方法によっては、この非圧縮音声以外のデータを検出できない恐れがあった。つまり、コンテンツデータに非圧縮音声以外のデータが含まれることを示すメタデータが付加されず、コンテンツデータを再生した再生装置を故障させてしまう恐れがあるという課題があった。
【００１１】
また、コンテンツデータに、本線データである画像データや音声データの低解像度のデータであるプロキシデータが含まれる場合、このプロキシデータにも非圧縮音声以外のデータが含まれることになり、このプロキシデータについても本線データと同様に、再生時に備えて、対処する必要があるという課題もあった。
【００１２】
さらに、編集点においてフェードインやフェードアウト等の処理が行われていると、再生装置は、その再生処理を行う際にフェード演算処理を行うが、破壊編集された音声データに非圧縮音声以外のデータが含まれる場合、そのフェード演算処理によってその非圧縮音声以外のデータが破壊されてしまう恐れがあるという課題もあった。
【００１３】
さらに、このように非圧縮音声以外のデータを含むコンテンツデータを装置の外部に出力し、ネットワーク等を伝送させる場合、その伝送時のフォーマットにおいても、コンテンツデータに非圧縮音声以外のデータが含まれることを示す何らかの情報を用意する必要があるという課題があった。
【００１４】
本発明は、このような状況に鑑みてなされたものであり、例えば、非圧縮音声以外のデータを含むコンテンツデータを破壊編集する場合であっても、安全に再生させることができるような編集結果を容易に得ることができるようにするためのものである。
【課題を解決するための手段】
【００１５】
本発明の第１の情報処理装置は、コンテンツデータが音声データとして有している第１のデータの属性、および、第１のデータの破壊編集に用いられる第２のデータの属性を判定する属性判定手段と、第２のデータを用いて第１のデータを破壊編集する編集手段と、属性判定手段による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、編集手段により破壊編集された第１のデータの属性を、非圧縮音声以外のデータに設定するように、第１のデータに付加されるメタデータを更新するメタデータ更新手段とを備えることを特徴とする。
【００１６】
前記属性判定手段による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、第１のデータの低解像度のデータであるプロキシデータを編集し、プロキシデータの音声データとして無音のデータを記録するプロキシデータ編集手段をさらに備えるようにすることができる。
【００１７】
前記属性判定手段による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、編集手段による破壊編集において、第１のデータと第２のデータが繋ぎ合わされる編集点のフェード処理を無効化するように設定を変更する編集点編集手段をさらに備えるようにすることができる。
【００１８】
本発明の第１の情報処理方法は、コンテンツデータが音声データとして有している第１のデータの属性、および、第１のデータの破壊編集に用いられる第２のデータの属性を判定する属性判定ステップと、第２のデータを用いて第１のデータを破壊編集する編集ステップと、属性判定ステップの処理による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、編集ステップの処理により破壊編集された第１のデータの属性を、非圧縮音声以外のデータに設定するように、第１のデータに付加されるメタデータを更新するメタデータ更新ステップとを含むことを特徴とする。
【００１９】
本発明の第１のプログラムは、コンテンツデータが音声データとして有している第１のデータの属性、および、第１のデータの破壊編集に用いられる第２のデータの属性を判定する属性判定ステップと、第２のデータを用いて第１のデータを破壊編集する編集ステップと、属性判定ステップの処理による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、編集ステップの処理により破壊編集された第１のデータの属性を、非圧縮音声以外のデータに設定するように、第１のデータに付加されるメタデータを更新するメタデータ更新ステップとを含むことを特徴とする。
【００２０】
本発明の第２の情報処理装置は、コンテンツデータが音声データとして有しているデータの属性を判定する属性判定手段と、データを出力する際に、属性判定手段によりデータが非圧縮音声以外のデータであると判定された場合、データが非圧縮音声以外のデータであることを示すように、データの属性を示すチャネルステータス情報を更新するチャネルステータス情報更新手段とを備えることを特徴とする。
【００２１】
前記データのフォーマットを出力用フォーマットに変換し、オーディオ出力データを生成するオーディオ出力データ生成手段をさらに備え、チャネルステータス情報更新手段は、オーディオ出力データに付加されるチャネルステータス情報を更新するようにすることができる。
【００２２】
前記チャネルステータス情報更新手段によりチャネルステータス情報が更新されたデータを出力するデータ出力手段をさらに備えるようにすることができる。
【００２３】
本発明の第２の情報処理方法は、コンテンツデータが音声データとして有しているデータの属性を判定する属性判定ステップと、データを出力する際に、属性判定ステップの処理によりデータが非圧縮音声以外のデータであると判定された場合、データが非圧縮音声以外のデータであることを示すように、データの属性を示すチャネルステータス情報を更新するチャネルステータス情報更新ステップとを含むことを特徴とする。
【００２４】
本発明の第２のプログラムは、コンテンツデータが音声データとして有しているデータの属性を判定する属性判定ステップと、データを出力する際に、属性判定ステップの処理によりデータが非圧縮音声以外のデータであると判定された場合、データが非圧縮音声以外のデータであることを示すように、データの属性を示すチャネルステータス情報を更新するチャネルステータス情報更新ステップとを含むことを特徴とする。
【００２５】
本発明の第１の情報処理装置および方法、並びに第１のプログラムにおいては、コンテンツデータが音声データとして有している第１のデータの属性、および、第１のデータの破壊編集に用いられる第２のデータの属性が判定され、第２のデータを用いて第１のデータが破壊編集され、第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、破壊編集された第１のデータの属性を、非圧縮音声以外のデータに設定するように、第１のデータに付加されるメタデータが更新される。
【００２６】
本発明の第２の情報処理装置および方法、並びに第２のプログラムにおいては、コンテンツデータが音声データとして有しているデータの属性が判定され、データを出力する際に、データが非圧縮音声以外のデータであると判定された場合、データが非圧縮音声以外のデータであることを示すように、データの属性を示すチャネルステータス情報が更新される。
【発明の効果】
【００２７】
本発明によれば、コンテンツデータの安全性を向上させることができる。
【発明を実施するための最良の形態】
【００２８】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２９】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定したりするものではない。
【００３０】
本発明においては、非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータを処理する情報処理装置（例えば、図１の編集装置）が提供される。この情報処理装置は、コンテンツデータが音声データとして有している第１のデータ（例えば、図１１のオーディオデータ３０１）の属性、および、第１のデータの破壊編集に用いられる第２のデータ（例えば、図１１のオーディオデータ３０２）の属性を判定する属性判定手段（例えば、図１０の属性判定部）と、第２のデータを用いて第１のデータを破壊編集する編集手段（例えば、図１０のオーディオデータ破壊編集部）と、属性判定手段による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、編集手段により破壊編集された第１のデータの属性を、非圧縮音声以外のデータに設定するように、第１のデータに付加されるメタデータ（例えば、図４のノンリアルタイムメタデータファイル）を更新するメタデータ更新手段（例えば、図１０のメタデータ更新部）とを備える。
【００３１】
前記属性判定手段による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、第１のデータの低解像度のデータであるプロキシデータ（例えば、図４のプロキシデータファイル）を編集し、プロキシデータの音声データとして無音のデータを記録するプロキシデータ編集手段（例えば、図１０のプロキシデータ編集部）をさらに備えるようにすることができる。
【００３２】
前記属性判定手段による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、編集手段による破壊編集において、第１のデータと第２のデータが繋ぎ合わされる編集点のフェード処理を無効化するように設定を変更する編集点編集手段（例えば、図１０の編集点編集部）をさらに備えるようにすることができる。
【００３３】
本発明においては、非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータを処理する情報処理装置（例えば、図１の編集装置）の情報処理方法が提供される。この情報処理方法は、コンテンツデータが音声データとして有している第１のデータ（例えば、図１１のオーディオデータ３０１）の属性、および、第１のデータの破壊編集に用いられる第２のデータ（例えば、図１１のオーディオデータ３０２）の属性を判定する属性判定ステップ（例えば、図１３のステップＳ２およびステップＳ４）と、第２のデータを用いて第１のデータを破壊編集する編集ステップ（例えば、図１３のステップＳ５）と、属性判定ステップの処理による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、編集ステップの処理により破壊編集された第１のデータの属性を、非圧縮音声以外のデータに設定するように、第１のデータに付加されるメタデータ（例えば、図４のノンリアルタイムメタデータファイル）を更新するメタデータ更新ステップ（例えば、図１３のステップＳ７またはステップＳ１１）とを含む。
【００３４】
本発明においては、非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータ（例えば、図４のクリップディレクトリ）に関する処理をコンピュータ（例えば、図１の編集装置）に行わせるプログラムが提供される。このプログラムは、コンテンツデータが音声データとして有している第１のデータ（例えば、図１１のオーディオデータ３０１）の属性、および、第１のデータの破壊編集に用いられる第２のデータ（例えば、図１１のオーディオデータ３０２）の属性を判定する属性判定ステップ（例えば、図１３のステップＳ２およびステップＳ４）と、第２のデータを用いて第１のデータを破壊編集する編集ステップ（例えば、図１３のステップＳ５）と、属性判定ステップの処理による第１のデータまたは第２のデータの属性の判定結果に基づいて、第１のデータまたは第２のデータが非圧縮音声以外のデータであると判定された場合、編集ステップの処理により破壊編集された第１のデータの属性を、非圧縮音声以外のデータに設定するように、第１のデータに付加されるメタデータ（例えば、図４のノンリアルタイムメタデータファイル）を更新するメタデータ更新ステップ（例えば、図１３のステップＳ７またはステップＳ１１）とを含む。
【００３５】
本発明においては、非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータを処理する情報処理装置（例えば、図１の編集装置）が提供される。この情報処理装置は、コンテンツデータが音声データとして有しているデータの属性を判定する属性判定手段（例えば、図１６の属性判定部）と、データを出力する際に、属性判定手段によりデータが非圧縮音声以外のデータであると判定された場合、データが非圧縮音声以外のデータであることを示すように、データの属性を示すチャネルステータス情報（例えば、図１５のチャネルステータスデータ）を更新するチャネルステータス情報更新手段（例えば、図１６のチャネルステータス情報更新部）とを備える。
【００３６】
前記データのフォーマットを出力用フォーマットに変換し、オーディオ出力データを生成するオーディオ出力データ生成手段（例えば、図１６のオーディオ出力データ生成部）をさらに備え、チャネルステータス情報更新手段は、オーディオ出力データに付加されるチャネルステータス情報を更新するようにすることができる。
【００３７】
前記チャネルステータス情報更新手段によりチャネルステータス情報が更新されたデータを出力するデータ出力手段（例えば、図１６のオーディオ出力データ出力部）をさらに備えるようにすることができる。
【００３８】
本発明においては、非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータを処理する情報処理装置（例えば、図１の編集装置）の情報処理方法が提供される。この情報処理方法は、コンテンツデータが音声データとして有しているデータの属性を判定する属性判定ステップ（例えば、図１７のステップＳ３２）と、データを出力する際に、属性判定ステップの処理によりデータが非圧縮音声以外のデータであると判定された場合、データが非圧縮音声以外のデータであることを示すように、データの属性を示すチャネルステータス情報（例えば、図１５のチャネルステータスデータ）を更新するチャネルステータス情報更新ステップ（例えば、図１７のステップＳ３５）とを含む。
【００３９】
本発明においては、非圧縮音声以外のデータを非圧縮音声データと同時に有することができるコンテンツデータ（例えば、図４のクリップディレクトリ）に関する処理をコンピュータ（例えば、図１の編集装置）に行わせるプログラムが提供される。このプログラムは、コンテンツデータが音声データとして有しているデータの属性を判定する属性判定ステップ（例えば、図１７のステップＳ３２）と、データを出力する際に、属性判定ステップの処理によりデータが非圧縮音声以外のデータであると判定された場合、データが非圧縮音声以外のデータであることを示すように、データの属性を示すチャネルステータス情報（例えば、図１５のチャネルステータスデータ）を更新するチャネルステータス情報更新ステップ（例えば、図１７のステップＳ３５）とを含む。
【００４０】
以下に、本発明の実施の形態について図面を参照して説明する。
【００４１】
図１は、本発明を適用した番組制作システムの一実施の形態の構成例を示している。
【００４２】
図１において、番組制作システム１は、例えば、テレビジョン放送等で放送される番組（コンテンツ）を制作するシステムである。番組制作システム１は、カムコーダ１１および編集装置１３を有している。
【００４３】
カムコーダ１１は、被写体を撮影し、得られた画像データや音声データ等の素材データ２１やそのメタデータ２２等を記録媒体である光ディスク１２に記録する装置であり、番組制作行程の１つである取材作業に用いられる。
【００４４】
編集装置１３は、光ディスク１２に記録されている素材データ２１やメタデータ２２を編集し、例えば、複数のデータを繋ぎ合わせたり、不要な部分を削除したり、音声を挿入したり、字幕などの文字データを挿入したりし、コンテンツとして完成されたデータであるカンパケデータ２３を生成する装置であり、番組制作行程の１つである編集作業に用いられる。
【００４５】
光ディスク１２は、例えば、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形式で記述される。
【００８０】
なお、画像データ、プロキシデータ、およびリアルタイムメタデータは、場合によって、それぞれ、複数のファイルとして管理されるようにしてもよい。同様に、音声データに対応するファイルの数は、３つ以下であってもよいし、５つ以上であってもよい。
【００８１】
なお、プレイリスト用リアルタイムメタデータファイル１０１は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM形式に対応するBBM形式のファイルである。
【００８２】
図５に示されるエディットリストディレクトリ６５のファイルの構成例は、全てのエディットリスト（編集結果）において適用することができる。すなわち、図３に示される、その他のエディットリストディレクトリ６４、６６、または６７においても、図５に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００８３】
図４に示されるように、画像データや音声データは、容易に各データをそれぞれ別々に編集（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独立編集などの編集を、容易に行うことができる。
【００９１】
なお、画像データ、音声データ、プロキシデータ、およびリアルタイムメタデータの各データは、光ディスク１２に記録される際、再生時のリアルタイム性を容易に保つことができるように、それぞれ所定の時間毎に分割され、分割された各種のデータが年輪データとしてまとめられて記録される。
【００９２】
すなわち、光ディスク１２には、各データの互いに対応する部分で構成される年輪データが連続するように記録される。
【００９３】
次に、以上のような構成のデータの編集について説明する。例えば、図１の編集装置１３が光ディスク１２に記録されている素材データ２１やメタデータ２２を編集する場合、編集対象の素材データ２１やメタデータ２２を更新する方法（破壊編集）と、編集対象の素材データ２１やメタデータ２２はそのままにして、編集結果を示すデータを新たに生成する方法（非破壊編集）がある。
【００９４】
図７は、非破壊編集の様子を説明する図である。図７は、図２を参照して説明した光ディスク１２の記憶領域における非破壊編集の様子を示している。上段は編集前の光ディスク１２の記憶領域の構成を示し、下段は編集後の光ディスク１２の記憶領域の構成を示している。
【００９５】
図７の上段においてクリップ３４ＡのボディＡの一部分を上書きすると、非破壊編集の場合、下段に示されるように、元のクリップ３４Ａはそのままにされ、未使用領域３４Ｃにクリップ３４Ａの上書き結果であるクリップ３４Ａ’（ボディＡ’、フッダF_A’、およびヘッダH_A’）が新たに記録される。従って、非破壊編集が行われると、編集結果が新たに記録される分、未使用領域３４Ｃの容量が少なくなる。ただし、編集前のクリップ３４Ａが残されているので、ユーザは、編集後であっても、編集前のクリップ３４Ａを容易に得ることができる。
【００９６】
これに対して、図８は、破壊編集の様子を説明する図である。図８は、図２を参照して説明した光ディスク１２の記憶領域における破壊編集の様子を示している。上段は編集前の光ディスク１２の記憶領域の構成を示し、下段は編集後の光ディスク１２の記憶領域の構成を示している。
【００９７】
図８の上段においてクリップ３４ＡのボディＡの一部分を上書きすると、破壊編集の場合、下段に示されるように、元のクリップ３４Ａは、更新されて上書き結果であるクリップ３４Ａ’（ボディＡ’、フッダF_A’、およびヘッダH_A’）となる。従って、編集前と編集後でデータ量が変化しない場合、破壊編集が行われても、未使用領域３４Ｃの容量は変化しない。ただし、編集前のクリップ３４Ａが残されていないので、ユーザは、編集後に編集前のクリップ３４Ａを容易に得ることができなくなる。
【００９８】
図９は、本発明を適用した図１の編集装置１３の構成例を示すブロック図である。
【００９９】
図９において、編集装置１３は、システム制御部２２１、操作入力部２２２、制御情報入力部２２３、制御情報出力部２２４、入力部２３１、記録信号処理部２３２、情報処理部２３３、ネットワークインタフェース２３４、メタデータ処理部２３５、ドライブ制御部２３６、ピックアップ部２３７、スピンドル駆動部２３８、再生信号処理部２３９、および出力部２４０を有している。
【０１００】
システム制御部２２１は、編集装置１３全体を制御する制御部であり、図示せぬ演算部、制御部、および記憶部等を有し、点線矢印で示されるように、編集装置１３を構成する各部の制御に関する処理を行う。操作入力部２２２は、例えばキーボードやボタン等の入力デバイスにより構成され、ユーザからの操作入力を受け付け、その情報をシステム制御部２２１に供給する。
【０１０１】
制御情報入力部２２３は、編集装置１３の外部より、素材データやメタデータ等のコンテンツに関する情報以外の情報を制御情報として受け付け、それをシステム制御部２２１に供給する。制御情報出力部２２４は、システム制御部２２１に供給される素材データやメタデータ等のコンテンツに関する情報以外の情報を編集装置１３の外部に出力する。
【０１０２】
入力部２３１は、編集装置１３の外部より供給されるコンテンツに関する情報を受け付ける処理部であり、編集装置１３の外部より供給される素材データ（例えば、画像データや音声データ等）を受け付ける素材データ入力部２５１と、編集装置１３の外部より供給されるメタデータ（例えば、リアルタイムメタデータやノンリアルタイムメタデータ等）を受け付けるメタデータ入力部２５２とを有している。素材データ入力部２５１は、入力された素材データを記録信号処理部２３２に供給し、メタデータ入力部２５２は、入力されたメタデータを記録信号処理部２３２に供給する。
【０１０３】
記録信号処理部２３２は、入力部２３１より供給される素材データやメタデータ等に対して信号処理を行い、各データを伝送用のフォーマットから記録用のフォーマットに変換する等の処理を行う。記録信号処理部２３２は、信号処理したデータを情報処理部２３３に供給する。
【０１０４】
情報処理部２３３は、システム制御部２２１に制御され、素材データの編集に関する処理を行う。例えば、情報処理部２３３は、複数のデータを多重化する情報多重化部２５３と、１つの情報を複数に分解する情報分解部２５４を有し、合成や分割等の処理を行う。これらの編集対象の素材データやメタデータは、記録信号処理部２３２、ネットワークインタフェース２３４、またはドライブ制御部２３６等より供給される。情報処理部２３３は、このように供給された素材データやメタデータを取得すると、システム制御部２２１に制御されて素材データの編集を行い、それらを、ネットワークインタフェース２３４、ドライブ制御部２３６、または再生信号処理部２３９に供給する。なお、メタデータの編集はメタデータ処理部２３５において行われる。従って、情報処理部２３３は、メタデータが供給されるとそれをメタデータ処理部２３５に供給する。
【０１０５】
ネットワークインタフェース２３４は、例えば、イーサネット（登録商標）等のLAN（Local Area Network）やインターネットに接続されるインタフェースであり、同じネットワークに接続される編集装置１３以外の通信装置と通信を行うことによって、他の装置より素材データやメタデータ等を取得し、それらを情報処理部２３３に供給したり、情報処理部２３３より供給された素材データやメタデータ等を、他の装置に供給したりする。メタデータ処理部２３５は、システム制御部２２１に制御されて情報処理部２３３より供給されるメタデータを編集し、編集したメタデータを情報処理部２３３に返す。
【０１０６】
ドライブ制御部２３６は、編集装置１３の、光ディスク１２が装着される図示せぬドライブの各部を制御する処理部である。ドライブ制御部２３６は、例えば、システム制御部２２１に制御されて、ドライブに装着された光ディスク１２に記録されている情報を読み出したり、光ディスク１２に情報を記録したりする処理を行うピックアップ部２３７や、ドライブに装着された光ディスク１２の駆動を制御するスピンドル駆動部２３８を制御する。そして、ドライブ制御部２３６は、ピックアップ部２３７およびスピンドル駆動部２３８を制御して、ピックアップ部２３７より読み出されたデータを情報処理部２３３に供給する。また、ドライブ制御部２３６は、ピックアップ部２３７およびスピンドル駆動部２３８を制御して、情報処理部２３３より供給されたデータを、ピックアップ部２３７を介して光ディスク１２に書き込む（記録させる）。
【０１０７】
ピックアップ部２３７は、ドライブ制御部２３６に制御され、ドライブに装着された光ディスク１２に対してレーザ光を照射し、光ディスク１２に記録されているデータを読み出し、それをドライブ制御部２３６に供給したり、ドライブ制御部２３６より供給されたデータを光ディスク１２に書き込んだりする。その際、ピックアップ部２３７は、ドライブ制御部２３６に制御されて、光ディスク１２に対してその半径方向にスライドし、光ディスク１２の半径方向に対するアクセス位置の制御を行う。スピンドル駆動部２３８は、ドライブに装着された光ディスク１２の主に回転運動を制御し、ピックアップ部２３７による光ディスク１２の回転方向に対するアクセス位置の制御を行う。
【０１０８】
再生信号処理部２３９は、情報処理部２３３より供給される出力信号（または再生信号）に対する信号処理を行い、例えば、各データを記録用のフォーマットから伝送用のフォーマットに変換する等の処理を行う。再生信号処理部２３９は、信号処理したデータを出力部２４０に供給する。
【０１０９】
出力部２４０は、編集装置１３の外部に対して、コンテンツに関する情報を出力する処理部であり、再生信号処理部２３９より供給される素材データ（画像データや音声データ等）を外部に出力する素材データ出力部２５５と、再生信号処理部２３９より供給されるメタデータ（リアルタイムメタデータやノンリアルタイムメタデータ等）を外部に出力するメタデータ出力部２５６とを有している。なお、出力部２４０がディスプレイやスピーカ等の出力デバイスを有しており、再生信号処理部２３９より供給される再生信号を、その出力デバイスより出力するようにしてもよい。
【０１１０】
上述した各部は、システム制御部２２１に制御されて動作し、光ディスク１２に記録されている素材データ２１やメタデータ２２の編集や出力（再生）に関する処理を行う。
【０１１１】
図１０は、図９のシステム制御部２２１の詳細な構成例を示すブロック図である。
【０１１２】
図１０において、システム制御部２２１は、制御部２６１、上書きデータ入力部２７１、クリップ書き込み部２７２、クリップ読み出し部２７３、属性判定部２７４、オーディオデータ破壊編集部２７５、メタデータ更新部２７６、プロキシデータ編集部２７７、編集点編集部２７８、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および出力制御部２８６により構成される。これらは３つの層に分かれており、システム制御部２２１全体を制御する制御部２６１が一番上位の層を構成し、上書きデータ入力部２７１、クリップ書き込み部２７２、クリップ読み出し部２７３、属性判定部２７４、オーディオデータ破壊編集部２７５、メタデータ更新部２７６、プロキシデータ編集部２７７、および編集点編集部２７８が、目的の処理を実行する上から２番目の層を構成し、入力制御部２８１、通信制御部２８２、書き込み制御部２８３、読み出し制御部２８４、編集更新処理制御部２８５、および出力制御部２８６が、編集装置１３のシステム制御部２２１以外の処理部を制御する最下位の層を構成する。
【０１１３】
制御部２６１は、上書きデータ入力部２７１、クリップ書き込み部２７２、クリップ読み出し部２７３、属性判定部２７４、オーディオデータ破壊編集部２７５、メタデータ更新部２７６、プロキシデータ編集部２７７、または編集点編集部２７８が実行する処理の開始や終了を制御したり、他の処理との連携を制御したりする。また、制御部２６１は、操作入力部２２２より供給される操作入力情報や制御情報入力部２２３より供給される制御情報に基づいて、上述した各部を制御する。さらに、制御部２６１は、制御情報を制御情報出力部２２４に供給することにより、制御情報出力部２２４を介して編集装置１３の外部に出力する。また、出力部２６１は、出力制御部２８６を制御し、素材データやメタデータの出力に関する処理を制御する。
【０１１４】
上書きデータ入力部２７１は、入力制御部２８１や通信制御部２８２を制御し、入力部２３１やネットワークインタフェース２３４を介して編集装置１３に入力される、クリップに上書きするための上書きデータの入力を受け付ける。クリップ書き込み部２７２は、書き込み制御部２８３を制御し、編集されたクリップをドライブに装着された光ディスク１２に書き込む。クリップ読み出し部２７３は、読み出し制御部２８４を制御し、指定された、上書き編集するクリップをドライブに装着された光ディスク１２より読み出す。属性判定部２７４は、編集更新処理制御部２８５を制御し、上書きデータの属性を判定する。
【０１１５】
オーディオデータ破壊編集部２７５は、編集更新処理制御部２８５を制御し、指定されたオーディオデータを破壊編集する。メタデータ更新部２７６は、編集更新処理制御部２８５を制御し、オーディオデータの破壊編集に応じて、オーディオデータのMXFヘッダ、クリップインフォメーションファイル、インデックスファイル、およびノンリアルタイムメタデータファイル等のメタデータを更新する。プロキシデータ編集部２７７は、編集更新処理制御部２８５を制御し、オーディオデータの破壊編集に応じてプロキシデータを破壊編集する。また、編集点編集部２７８は、編集更新処理制御部２８５を制御し、破壊編集する音声データ（下地データまたは上書きデータ）にノンオーディオ（Non-Audio）属性のデータが含まれる場合、その音声データを破壊編集する際の下地データと上書きデータの接合部分（編集点）に施された画像効果を無効化し、設定を全て単純なカット繋ぎに変換する。
【０１１６】
次に、オーディオデータの破壊編集のパターンによる更新情報の違いについて説明する。
【０１１７】
図１１Ａに示されるように、オーディオデータ３０１に他のオーディオデータ３０２を挿入する場合、編集結果としてのオーディオデータ３０３が生成されるとともに、オーディオデータのMXFヘッダ、クリップインフォメーションファイル、インデックスファイル、またはノンリアルタイムメタデータファイル等に含まれるオーディオ属性３０４の値がオーディオにされ、プロキシデータのオーディオデータ３０５には編集後のオーディオデータ３０３が採用され、オーディオデータ３０６の編集点には、編集指示通りの効果が施される。
【０１１８】
図１１Ｂに示されるように、オーディオデータ３０１に非オーディオデータ３０２を挿入する場合、編集結果としてのオーディオデータ３０３が生成されるとともに、オーディオデータのMXFヘッダ、クリップインフォメーションファイル、インデックスファイル、またはノンリアルタイムメタデータファイル等に含まれるオーディオ属性３０４の値がノンオーディオにされ、プロキシデータのオーディオデータ３０５には無音が採用され、オーディオデータ３０６の編集点は、最も単純なクリップの接続方法であるカット繋ぎが採用される。つまり、たとえ、破壊編集の際に、編集装置１３に編集点における動作としてフェードインフェードアウト等の動作が設定されていても、この場合、最も単純なクリップの接続方法である、単に各クリップの先頭フレームと最終フレームを接続するカット繋ぎという方法が採用される。
【０１１９】
図１２Ａに示されるように、非オーディオデータ３０１にオーディオデータ３０２を挿入する場合、編集結果としてのオーディオデータ３０３が生成されるとともに、オーディオデータのMXFヘッダ、クリップインフォメーションファイル、インデックスファイル、またはノンリアルタイムメタデータファイル等に含まれるオーディオ属性３０４の値がノンオーディオにされ、プロキシデータのオーディオデータ３０５には無音が採用され、オーディオデータ３０６の編集点には、カット繋ぎが採用される。
【０１２０】
図１２Ｂに示されるように、非オーディオデータ３０１に非オーディオデータ３０２を挿入する場合、編集結果としてのオーディオデータ３０３が生成されるとともに、オーディオデータのMXFヘッダ、クリップインフォメーションファイル、インデックスファイル、またはノンリアルタイムメタデータファイル等に含まれるオーディオ属性３０４の値がノンオーディオにされ、プロキシデータのオーディオデータ３０５には無音が採用され、オーディオデータ３０６の編集点には、カット繋ぎが採用される。
【０１２１】
このように、非オーディオデータを含む可能性のある編集（図２１Ｂ、図２２Ａ、および図２２Ｂ）の場合、編集装置１３は、そのオーディオ属性をノンオーディオに設定する。また、プロキシデータは簡易的な再生や編集に利用されるデータであり、再生時において、通常、オーディオデータの属性情報は参照されない。そこで、このように、編集結果に非オーディオデータを含む可能性のある場合、編集装置１３は、無音の音声データをプロキシデータのオーディオデータに設定する。また、オーディオデータの編集点にはカット繋ぎが採用される。
【０１２２】
次に、このようなオーディオ編集処理の流れを図１３のフローチャートを参照して説明する。
【０１２３】
オーディオ編集処理が開始されると、システム制御部２２１のクリップ読み出し部２７３は、ステップＳ１において、指定されたクリップを読み出す。クリップが読み出されると、属性判定部２７４は、ステップＳ２において、読み出したクリップを調査し、下地データの属性を判定する。属性の判定が終了すると、ステップＳ３において、上書きデータ入力部７１は、上書きするデータの入力を受け付ける。上書きするデータが入力されると、属性判定部２７４は、ステップＳ４において、その入力された上書きデータの属性を判定する。属性の判定が終了すると、制御部２６１は、ステップＳ５において、属性判定部２７４の判定結果に基づいて、下地データおよび上書きデータの属性がともにオーディオ（Audio）であるか否かを判定し、どちらもオーディオ（Audio）であると判定した場合、処理をステップＳ６に進める。
【０１２４】
ステップＳ６において、オーディオデータ破壊編集部２７５は、編集更新処理制御部２８５を制御し、情報処理部２３３において、指定されたオーディオトラック（チャンネル）のデータを設定どおりに破壊編集する。つまり、オーディオデータ破壊編集部２７５は、光ディスク１２より読み出されたクリップの音声データファイルについて、指定されたオーディオトラックのデータ（下地データ）の、指定された範囲を、外部より入力した上書きデータで上書き編集する。その際の編集点には、フェードインやフェードアウト等の画像効果が設定に応じて付加される。破壊編集が終了すると、ステップＳ７において、メタデータ更新部２７６は、破壊編集したオーディオトラックのデータの属性をオーディオ（Audio）として、オーディオデータのMXFヘッダ、クリップインフォメーションファイル、インデックスファイル、またはノンリアルタイムメタデータファイル等のメタデータの音声データファイルに関する属性情報を更新する。そして、プロキシデータ編集部２７７は、ステップＳ８において、プロキシデータオーディオトラックに破壊編集データを記録する。ステップＳ８の処理が終了すると、プロキシデータ編集部２７７は、処理をステップＳ１３に進める。
【０１２５】
また、ステップＳ５において、下地データまたは上書きデータの内、少なくとも一方の属性がノンオーディオ（Non-Audio）であると判定した場合、制御部２６１は、処理をステップＳ９に進める。
【０１２６】
ステップＳ９において、編集点編集部２７８は、破壊編集するオーディオトラックの編集点の設定を全て「カット繋ぎ」に変更する。ステップＳ１０において、オーディオデータ破壊編集部２７５は、編集更新処理制御部２８５を制御し、情報処理部２３３において、指定されたオーディオトラック（チャンネル）のデータを、編集点編集部２７８による設定どおりに破壊編集する。すなわち、この破壊編集により、下地データと上書きデータは「カット繋ぎ」される。
【０１２７】
ステップＳ１０の処理が終了すると、ステップＳ１１において、メタデータ更新部２７６は、破壊編集したオーディオトラックのデータの属性をノンオーディオ（Non-Audio）として、オーディオデータのMXFヘッダ、クリップインフォメーションファイル、インデックスファイル、またはノンリアルタイムメタデータファイル等のメタデータの音声データファイルに関する属性情報を更新する。そして、プロキシデータ編集部２７７は、ステップＳ１２において、プロキシデータオーディオトラックに無音データを記録する。ステップＳ１２の処理が終了すると、編集点編集部２７８は、処理をステップＳ１３に進める。
【０１２８】
ステップＳ１３において、クリップ書き込み部２７２は、書き込み制御部２８３を制御し、破壊編集されたクリップを光ディスク１２に書き込む。クリップの書き込みが終了すると、クリップ書き込み部２７２は、オーディオ編集処理を終了する。
【０１２９】
以上のように音声データの破壊編集を行うことにより、編集装置１３は、非圧縮音声以外のデータを非圧縮音声データと同時に有するコンテンツデータを破壊編集する場合であっても、安全に再生させることができるような編集結果を容易に得ることができる。すなわち、編集装置１３は、コンテンツデータの安全性を向上させることができる。
【０１３０】
次に、このように破壊編集された音声データを出力する場合について説明する。
【０１３１】
光ディスク１２に記録されている音声データを読み出して出力する場合、編集装置１３は、図９に示されるように、システム制御部２２１がドライブ制御部２３６とスピンドル駆動部２３８を制御し、ドライブに装着された光ディスク１２より目的の音声データを読み出し、それを情報処理部２３３に供給させる。システム制御部２２１は、情報処理部２３３を制御し、その音声データを再生信号処理部２３９に供給させる。システム制御部２２１は、さらに、再生信号処理部２３９を制御し、音声データに信号処理を施し、出力用（伝送用）のフォーマットに変換する。そして、システム制御部２２１は、再生信号処理部２３９に、信号処理を施した音声データを出力部２４０に供給させる。システム制御部２２１は、出力部２４０の素材データ出力部２５５を制御して、その音声データを編集装置１３の外部に出力させる。
【０１３２】
出力用（伝送用）のフォーマットにおいて、音声データは、２４ビットのデータとしてAES（Audio Engineering Society）３フォーマットに変換される。図１４にAES３フォーマットにおけるサブフレームの主な構成例を示す。
【０１３３】
AES３フォーマットにおいて、音声データは、チャンネル毎に、図１４に示されるような３２ビットのサブフレーム３２１が形成される。音声データは、全チャンネルのサブフレーム３２１の集合であるフレームの集合として構成される。このサブフレーム３２１は、ユーザが任意の情報を登録することができるチャネルステータスビット（Channerl status bit）３２２を有している。
【０１３４】
このようなチャネルステータスビット３２２がチャンネル（トラック）毎にまとめられ、図１５に示されるようなフォーマットのチャネルステータスデータが構成される。図１５は、１ブロック分のチャネルステータスデータのフォーマットの例を示す図である。
【０１３５】
図１５において、チャネルステータスデータ３２３は、１つのチャンネルのチャネルステータスビット３２２の集合であり、１ブロック分のチャネルステータスデータである。つまり、チャネルステータスデータは、１９６ビット（８ビット×２４）を１ブロックとして、ブロック単位で構成される。図１５に示されるように、チャネルステータスデータ３２３の第２ビット目（バイト番号０、ビット番号１）には、そのチャンネルに記録されているデータの属性が非圧縮音声のオーディオ（Audio）であるか、非圧縮音声以外のノンオーディオ（Non-Audio）であるかを示すフラグ（Ａ／Ｎ flag）３２４が設けられている。このフラグ３２４の値を参照することにより、この音声データを処理する装置は、容易にこのチャンネルのデータの属性を把握することができる。
【０１３６】
編集装置１３は、音声データを出力する際に、音声データを伝送用のフォーマットに変換した後、このフラグ３２４の値を設定する。
【０１３７】
図１６は、音声データを装置外部に出力する際の、システム制御部２２１の詳細な構成例を示すブロック図である。
【０１３８】
図１６において、システム制御部２２１は、制御部２６１、クリップ読み出し部３４１、属性判定部３４２、オーディオ出力データ生成部３４３、チャネルステータス情報更新部３４４、オーディオ出力データ出力部３４５、読み出し制御部２８４、編集更新処理制御部２８５、および出力制御部２８６により構成される。これらは３つの層に分かれており、システム制御部２２１全体を制御する制御部２６１が一番上位の層を構成し、クリップ読み出し部３４１、属性判定部３４２、オーディオ出力データ生成部３４３、チャネルステータス情報更新部３４４、およびオーディオ出力データ出力部３４５が、目的の処理を実行する上から２番目の層を構成し、読み出し制御部２８４、編集更新処理制御部２８５、および出力制御部２８６が、編集装置１３のシステム制御部２２１以外の処理部を制御する最下位の層を構成する。
【０１３９】
制御部２６１は、クリップ読み出し部３４１、属性判定部３４２、オーディオ出力データ生成部３４３、チャネルステータス情報更新部３４４、またはオーディオ出力データ出力部３４５が実行する処理の開始や終了を制御したり、他の処理との連携を制御したりする。また、制御部２６１は、操作入力部２２２より供給される操作入力情報や制御情報入力部２２３より供給される制御情報に基づいて、上述した各部を制御する。さらに、制御部２６１は、制御情報を制御情報出力部２２４に供給することにより、制御情報出力部２２４を介して編集装置１３の外部に出力する。また、制御部２６１は、出力制御部２８６を制御し、素材データやメタデータの出力に関する処理を制御する。
【０１４０】
クリップ読み出し部３４１は、読み出し制御部２８４を制御し、指定されたクリップを、ドライブに装着された光ディスク１２より読み出し、情報処理部２３３に供給する。属性判定部３４２は、編集更新処理制御部２８５を制御し、情報処理部２３３に読み出されたクリップのオーディオデータのMXFヘッダ、クリップインフォメーションファイル、インデックスファイル、またはノンリアルタイムメタデータファイル等を参照し、それらに含まれる属性情報に基づいて、音声データの属性を判定する。オーディオ出力データ生成部３４３は、出力制御部２８６を制御し、情報処理部２３３より再生信号処理部２３９に供給されたクリップの音声データを伝送用のフォーマットに変換し、オーディオ出力データを生成する。チャネルステータス情報更新部３４４は、出力制御部２８６を制御し、再生信号処理部２３９において、オーディオ出力データのチャネルステータスデータ３２３のフラグ３２４の値を設定する。オーディオ出力データ出力部３４５は、出力制御部２８６を制御し、再生信号処理部２３９のオーディオ出力データを出力部２４０より出力させる。
【０１４１】
次に、この音声データを出力するオーディオ再生処理の具体的な流れについて、図１７のフローチャートを参照して説明する。
【０１４２】
図１７において、オーディオ再生処理が開始されると、クリップ読み出し部３４１は、ステップＳ３１において、指定されたクリップを光ディスク１２より読み出し、それを情報処理部２３３に供給する。ステップＳ３２において、属性判定部３４２は、情報処理部２３３に供給されたオーディオデータのMXFヘッダ、クリップインフォメーションファイル、インデックスファイル、またはノンリアルタイムメタデータファイル等を参照し、それらに含まれる属性情報に基づいて、音声データの各オーディオトラックの属性を判定する。
【０１４３】
制御部２６１は、ステップＳ３３において、属性判定部３４２の判定結果に基づいて、オーディオトラックのデータの属性がNon-Audio属性であるか否かを判定し、Non-Audio属性であると判定したオーディオトラックについては、処理をステップＳ３４に進める。
【０１４４】
ステップＳ３４において、オーディオ出力データ生成部３４３は、そのオーディオトラックのデータのフォーマットを伝送用フォーマットに変換する。変換が終了すると、チャネルステータス情報更新部３４４は、ステップＳ３５において、出力データのチャネルステータス情報にNon-Audio属性を重畳する。具体的には、チャネルステータス情報更新部３４４は、伝送用フォーマットに変換されたオーディオ出力データのチャネルステータス情報を更新し、フラグ３２４の値を「Non-Audio」に設定する。ステップＳ３５の処理を終了すると、チャネルステータス情報更新部３４４は、処理をステップＳ３７に進める。
【０１４５】
また、ステップＳ３３において、属性判定部３４２の判定結果に基づいて、オーディオトラックのデータの属性がNon-Audio属性でないと判定したオーディオトラックについては、処理をステップＳ３６に進める。ステップＳ３６において、オーディオ出力データ生成部３４３は、そのオーディオトラックのデータのフォーマットを伝送用フォーマットに変換し、処理をステップＳ３７に進める。
【０１４６】
なお、このステップＳ３２乃至ステップＳ３６の各処理は、オーディオトラック（チャンネル）毎にそれぞれ行い、最終的に、全オーディオトラックについて行う。
【０１４７】
ステップＳ３７において、オーディオ出力データ出力部３４５は、オーディオ出力データを出力部２４０より編集装置１３の外部に出力する（伝送する）。ステップＳ３７の処理を終了したオーディオ出力データ出力部３４５は、オーディオ再生処理を終了する。
【０１４８】
このように、音声データを出力する際に、その音声データに、音声データの属性に関する情報を付加して出力することにより、出力された音声データを取得し、再生出力処理等を行う他の装置も、その音声データの属性情報を容易に把握し、適切な方法で安全に再生することができる。このように、編集装置１３は、コンテンツデータの安全性を向上させることができる。
【０１４９】
以上のように、編集装置１３は、非圧縮音声データ以外のNon-audio属性のデータを、誤って非圧縮音声データであるAudio属性のデータとして出力することにより、結果的に騒音が出力される等の危険性を抑制するようにデータを編集することができる。
【０１５０】
また、クリップのノンリアルタイムメタデータに記述されている音声データの属性に関する情報（Audioか、Non-audioか）に従って、伝送用のフォーマットであるAESフォーマットのＣビットやSDI Embedded AudioフォーマットのＣビット等を生成し、そのデータを出力することができるので、より安全な状態でそれらのデータをそれらのインタフェースを介して伝送することができる。
【０１５１】
さらに、編集装置１３は、音声データの属性がNon-Audioである可能性がある場合、プロキシデータに「無音」を割り当てるようにすることにより、例えば、プロキシデータを利用したオフライン編集において、非圧縮音声データ以外のNon-audio属性のデータを、誤って非圧縮音声データであるAudio属性用の方法で出力してしまうという事故の発生率を抑制することができる。
【０１５２】
4.また、編集装置１３は、非圧縮音声データ以外のNon-Audio属性の音声データに対してフェード演算を行うことにより非圧縮音声データ以外のNon-audio データを破壊してしまう危険性を抑制することができる。
【０１５３】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。この場合、例えば、図１の編集装置１３は、図１８に示されるようなパーソナルコンピュータとして構成されるようにしてもよい。
【０１５４】
図１８において、パーソナルコンピュータ４００の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独立フォーマットの構成例を示す模式図である。
【図７】非破壊編集の様子を説明する図である。
【図８】破壊編集の様子を説明する図である。
【図９】本発明を適用した図１の編集装置の構成例を示すブロック図である。
【図１０】図９のシステム制御部の詳細な構成例を示すブロック図である。
【図１１】破壊編集における属性のパターン毎に更新内容を説明する図である。
【図１２】破壊編集における属性のパターン毎に更新内容を説明する図である。
【図１３】オーディオ編集処理を説明するフローチャートである。
【図１４】AESのサブフレームの構成例を示す図である。
【図１５】チャネルステータスデータの構成例を示す図である。
【図１６】図９のシステム制御部の詳細な他の構成例を示すブロック図である。
【図１７】オーディオ再生処理を説明するフローチャートである。
【図１８】本発明を適用したパーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０１６３】
１  番組制作システム，  １１  カムコーダ，  １２  光ディスク，  １３  編集装置，  ２１  素材データ，  ２２  メタデータ，  ２３  カンパケデータ，  ２２１  システム制御部，  ２２２  操作入力部，  ２２３  制御情報入力部，  ２２４  制御情報出力部，  ２３１  入力部，  ２３２  記録信号処理部，  ２３３  情報処理部，  ２３４  ネットワークインタフェース，  ２３５  メタデータ処理部，  ２３６  ドライブ制御部，  ２３７  ピックアップ部，  ２３８  スピンドル駆動部，  ２３９  再生信号処理部，  ２４０  出力部，  ２５１  素材データ入力部，  ２５２  メタデータ入力部，  ２５３  情報多重化部，  ２５４  情報分解部，  ２５５  素材データ出力部，  ２５６  メタデータ出力部，  ２６１  制御部，  ２７１  上書きデータ入力部，  ２７２  クリップ書き込み部，  ２７３  クリップ読み出し部，  ２７４  属性判定部，  ２７５  オーディオデータ破壊編集部，  ２７６  メタデータ更新部，  ２７７  プロキシデータ編集部，  ２７８  編集点編集部，  ２８１  入力制御部，  ２８２  通信制御部，  ２８３  書き込み制御部，  ２８４  読み出し制御部，  ２８５  編集更新処理制御部，  ２８６  出力制御部，  ３２１  サブフレーム，  ３２２  チャネルステータスビット，  ３２３  チャネルステータスデータ，  ３２４  フラグ，  ３４１  クリップ読み出し部，  ３４２  属性判定部，  ３４３  オーディオ出力データ生成部，  ３４４  チャネルステータス情報更新部，  ３４５  オーディオ出力データ出力部，  ４００  パーソナルコンピュータ
【図１】
2006107641.tif 000003
【図２】
2006107641.tif 000004
【図３】
2006107641.tif 000005
【図４】
2006107641.tif 000006
【図５】
2006107641.tif 000007
【図６】
2006107641.tif 000008
【図７】
2006107641.tif 000009
【図８】
2006107641.tif 000010
【図９】
2006107641.tif 000011
【図１０】
2006107641.tif 000012
【図１１】
2006107641.tif 000013
【図１２】
2006107641.tif 000014
【図１３】
2006107641.tif 000015
【図１４】
2006107641.tif 000016
【図１５】
2006107641.tif 000017
【図１６】
2006107641.tif 000018
【図１７】
2006107641.tif 000019
【図１８】
2006107641.tif 000020