(57)【要約】【課題】データ（素材データ）の利便性を向上させる。【解決手段】ヘッダ／フッタ抽出部６１は、ビデオファイルのヘッダからヘッダメタデータを抽出する。UUID抽出部６２は、そのヘッダメタデータの所定のUUIDを抽出する。時刻情報変更部６３は、そのUUIDに含まれる時刻情報の値を＋１インクリメントする。UUID保持部６４は、そのUUIDを一旦保持する。加算処理部７１は、そのUUIDを取得すると、カウンタ７２のカウント値をUUIDの乱数値に加算し、データ合成部に供給し、カウンタ７２に１回カウントさせる。加算処理部７１は、このように処理を繰り返し、２６個のインスタンスUIDをデータ合成部に供給し、光ディスクより読み出されたファイルのヘッダに挿入させる。本発明は、例えば、放送機器に適用できる。【選択図】図１４
2005244300.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に記録されているデータを識別するための記録データ識別情報が付加された前記データを前記記録媒体から読み出す情報処理装置において、
前記記録媒体から前記データを、前記記録データ識別情報とともに読み出す読み出し手段と、
前記読み出し手段により前記記録媒体から読み出された前記データに付加されている前記記録データ識別情報の値の一部を変更することにより、前記読み出し手段により前記記録媒体から読み出された前記データを識別するための出力データ識別情報を生成する出力データ識別情報生成手段と、
前記出力データ識別情報生成手段により生成された前記出力データ識別情報を前記読み出し手段により前記記録媒体から読み出された前記データに付加する出力データ識別情報付加手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記出力データ識別情報生成手段は、
前記読み出し手段により前記記録媒体から読み出された前記データから、前記データに付加されている前記記録データ識別情報を抽出する抽出手段と、
前記抽出手段により抽出された前記記録データ識別情報に含まれる、所定の桁数の乱数値を変更することにより、前記出力データ識別情報を生成する乱数値変更手段と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記出力データ識別情報生成手段は、
前記読み出し手段により前記記録媒体から読み出された前記データから、前記データに付加されている前記記録データ識別情報を抽出する抽出手段と、
前記抽出手段により抽出された前記記録データ識別情報に含まれる、所定の桁数の時刻情報を変更することにより、前記出力データ識別情報を生成する時刻情報変更手段と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記出力データ識別情報生成手段は、
前記記録媒体に記録されている１つの前記データに含まれる複数の内部データにそれぞれ付加された前記記録データ識別情報の内、予め定められた１つの前記内部データに付加された１つの前記記録データ識別情報を抽出する抽出手段と、
前記抽出手段により抽出された１つの前記記録データ識別情報を複製する複製手段と、
前記複製手段により複製された複数の前記記録データ識別情報のそれぞれに含まれる、所定の桁数の乱数値を変更することにより、複数の前記出力データ識別情報を生成する乱数値変更手段と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記出力データ識別情報生成手段は、前記出力データ識別情報が生成される度に、これまでに生成された前記出力データ識別情報の数をカウントするカウント手段をさらに備え、
前記乱数値変更手段は、前記記録データ識別情報に含まれる前記領域の値に、前記カウント手段によるカウント値を加算することにより、互いに前記乱数値の値が異なる複数の前記出力データ識別情報を生成する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記読み出し手段により前記記録媒体から読み出された前記データのファイルフォーマットを変換するフォーマット変換手段をさらに備え、
前記出力データ識別情報生成手段は、フォーマット変換前の前記データに付加された前記記録データ識別情報の一部の値を変更して、フォーマット変換後の前記データにおいて必要な数の前記出力データ識別情報を生成する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項７】
記録媒体に記録されているデータを識別するための記録データ識別情報が付加された前記データを前記記録媒体から読み出す情報処理装置の情報処理方法であって、
前記記録媒体から前記データを、前記記録データ識別情報とともに読み出すように制御する読み出し制御ステップと、
前記読み出し制御ステップの処理により制御されて前記記録媒体から読み出された前記データに付加されている前記記録データ識別情報の値の一部を変更することにより、前記読み出し制御ステップの処理により制御されて前記記録媒体から読み出された前記データを識別するための出力データ識別情報を生成する出力データ識別情報生成ステップと、
前記出力データ識別情報生成ステップの処理により生成された前記出力データ識別情報を前記読み出し制御ステップの処理により制御されて前記記録媒体から読み出された前記データに付加する出力データ識別情報付加ステップと
を含むことを特徴とする情報処理方法。
【請求項８】
記録媒体に記録されているデータを識別するための記録データ識別情報が付加された前記データを前記記録媒体から読み出す処理を、コンピュータに行わせるプログラムにおいて、
前記記録媒体から前記データを、前記記録データ識別情報とともに読み出すように制御する読み出し制御ステップと、
前記読み出し制御ステップの処理により制御されて前記記録媒体から読み出された前記データに付加されている前記記録データ識別情報の値の一部を変更することにより、前記読み出し制御ステップの処理により制御されて前記記録媒体から読み出された前記データを識別するための出力データ識別情報を生成する出力データ識別情報生成ステップと、
前記出力データ識別情報生成ステップの処理により生成された前記出力データ識別情報を前記読み出し制御ステップの処理により制御されて前記記録媒体から読み出された前記データに付加する出力データ識別情報付加ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、例えば、ディスクに記録されている素材データ等を読み出す際に、その素材データの識別番号情報の管理を容易にすることにより、データ（素材データ）の利便性を向上させることができるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来、撮像や録音等により得られた画像データや音声データ等の素材データは、記録媒体である、ビデオテープ等のテープデバイスに記録されていたが、近年、情報処理技術の向上に伴い、情報のディジタル化が進み、DVD（Digital Versatile Disc）等のディスクを記録媒体として利用するようになってきている。
【０００３】
特に、例えば、テレビジョン番組の制作等の場合、大量の素材データを生成し、記録するだけでなく、記録された素材データから不要な部分を削除したり、複数の素材データを繋ぎ合わせたり、特殊効果を付加したり、BGM（Back Ground Music）を挿入したりする等の様々な編集が何度も繰り返し行われる。
【０００４】
このように、テレビジョン番組の制作等のような大規模な画像処理システムにおいては、大量のデータを複雑に処理する必要がある。そこで、各素材データを容易に管理することができるように、各素材データに対してグローバルユニークに識別可能なIDを付加する方法がある。
【０００５】
しかしながら、近年においては、上述したような編集作業等において、素材データの利便性を向上させるために、例えば、低解像度の画像データ（ローレゾデータ（音声データも含む））やメタデータ等、様々なデータが素材データに付加されるようになってきた。また、画像処理技術の向上とともに、編集機能もより多機能になり、編集作業はより複雑化してきた。
【０００６】
例えば、１枚の光ディスク上に同じ時間情報を有した複数チャンネルの映像を同時に記録し、その光ディスクを編集装置に供給することによって、マルチチャンネルの編集を容易に行う画像編集装置等も提案されている（特許文献１参照）。
【０００７】
このような状況に対応するために、素材データ毎にグローバルユニークな識別情報を割り当てるだけでなく、素材データの各データ単位（例えば、画像データの場合、クリップ単位、GOP単位、またはフレーム単位等）にそれぞれグローバルユニークな識別情報を割り当て、さらに、素材データに付加されるローレゾデータやメタデータにも各種のデータ単位毎にグローバルユニークな識別情報を割り当てることによって素材データを扱う各種の機器がこれらのデータをより正確かつ容易に取り扱うことができるようになってきた。
【０００８】
【特許文献１】特開平１１−１３６６１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、以上のようにグローバルユニークなIDを利用して素材データの管理を行う場合、例えば、編集作業において、素材データを記録媒体である光ディスク等より読み出した素材データと、光ディスクに記録されている素材データとが互いに異なるデータとして管理される。すなわち、素材データが光ディスクより読み出される場合、必ず、新たなIDが生成され、その読み出された素材データに付加されているIDと差し替えられる。
【００１０】
ところで上述したように、IDは１つの素材データ（およびそれに付加されたデータ）に対して、複数のIDが割り当てられる。例えば、図１に示されるように、光ディスク１に記録されている素材データであるファイルＡ２には、複数のグローバルユニークなID（ID Ａ、ID Ｂ、ID Ｃ、・・・が割り当てられている。このようなファイルＡ２を光ディスク１より読み出され、ファイルＢ４が生成される場合、ID新規生成処理３が行われ、新たなIDが付加される。従って、ファイルＢ４に付加されている複数のグローバルユニークなID（ID Ｐ、ID Ｑ、ID Ｒ、・・・）は、ファイルＡ２に付加されているIDと異なるものになるので、これらのファイルは、素材データとして同じ内容であるにも関わらず、互いに異なるファイルとして管理されてしまい、IDも多数存在するため、ユーザである編集者にとっては、どのファイルのどのデータとどのファイルのどのデータが同じ内容のデータであるかを管理することが困難になってしまうという課題があった。
【００１１】
また、上述したように、このような編集作業は何度も行われる。すなわち、光ディスクに記録されている同じ素材データが何度も読み出される。このような場合、図２に示されるように、光ディスク１に記録されているファイルＡ５（ID Ａ）を２回読み出すと、ID新規生成処理３により、同じファイルＡ５より読み出されたにも関わらず、１回目に読み出されたファイルＢ６（ID Ｂ）と２回目に読み出されたファイルＣ７（ID Ｃ）とで互いに異なるIDが割り当てられてしまう。このように、素材データとして同じ内容であるにも関わらず、読み出す度に、毎回、異なるIDが割り当てられるので、ユーザである編集者にとっては、どのファイルのどのデータとどのファイルのどのデータが同じ内容のデータであるかを管理することがさらに困難になってしまうという課題があった。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、データの利便性を向上させることができるようにするものである。
【課題を解決するための手段】
【００１３】
本発明の情報処理装置は、記録媒体からデータを、記録データ識別情報とともに読み出す読み出し手段と、読み出し手段により記録媒体から読み出されたデータに付加されている記録データ識別情報の値の一部を変更することにより、読み出し手段により記録媒体から読み出されたデータを識別するための出力データ識別情報を生成する出力データ識別情報生成手段と、出力データ識別情報生成手段により生成された出力データ識別情報を読み出し手段により記録媒体から読み出されたデータに付加する出力データ識別情報付加手段とを備えることを特徴とする。
【００１４】
前記出力データ識別情報生成手段は、前記読み出し手段により前記記録媒体から読み出された前記データから、前記データに付加されている前記記録データ識別情報を抽出する抽出手段と、前記抽出手段により抽出された前記記録データ識別情報に含まれる、所定の桁数の乱数値を変更することにより、前記出力データ識別情報を生成する乱数値変更手段とを備えるようにすることができる。
【００１５】
前記出力データ識別情報生成手段は、前記読み出し手段により前記記録媒体から読み出された前記データから、前記データに付加されている前記記録データ識別情報を抽出する抽出手段と、前記抽出手段により抽出された前記記録データ識別情報に含まれる、所定の桁数の時刻情報を変更することにより、前記出力データ識別情報を生成する時刻情報変更手段とを備えるようにすることができる。
【００１６】
前記出力データ識別情報生成手段は、前記記録媒体に記録されている１つの前記データに含まれる複数の内部データにそれぞれ付加された前記記録データ識別情報の内、予め定められた１つの前記内部データに付加された１つの前記記録データ識別情報を抽出する抽出手段と、前記抽出手段により抽出された１つの前記記録データ識別情報を複製する複製手段と、前記複製手段により複製された複数の前記記録データ識別情報のそれぞれに含まれる、所定の桁数の乱数値を変更することにより、複数の前記出力データ識別情報を生成する乱数値変更手段とを備えるようにすることができる。
【００１７】
前記出力データ識別情報生成手段は、前記出力データ識別情報が生成される度に、これまでに生成された前記出力データ識別情報の数をカウントするカウント手段をさらに備え、前記乱数値変更手段は、前記記録データ識別情報に含まれる前記領域の値に、前記カウント手段によるカウント値を加算することにより、互いに前記乱数値の値が異なる複数の前記出力データ識別情報を生成するようにすることができる。
【００１８】
前記読み出し手段により前記記録媒体から読み出された前記データのファイルフォーマットを変換するフォーマット変換手段をさらに備え、前記出力データ識別情報生成手段は、フォーマット変換前の前記データに付加された前記記録データ識別情報の一部の値を変更して、フォーマット変換後の前記データにおいて必要な数の前記出力データ識別情報を生成するようにすることができる。
【００１９】
本発明の情報処理方法は、記録媒体からデータを、記録データ識別情報とともに読み出すように制御する読み出し制御ステップと、読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータに付加されている記録データ識別情報の値の一部を変更することにより、読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータを識別するための出力データ識別情報を生成する出力データ識別情報生成ステップと、出力データ識別情報生成ステップの処理により生成された出力データ識別情報を読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータに付加する出力データ識別情報付加ステップとを含むことを特徴とする。
【００２０】
本発明のプログラムは、記録媒体からデータを、記録データ識別情報とともに読み出すように制御する読み出し制御ステップと、読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータに付加されている記録データ識別情報の値の一部を変更することにより、読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータを識別するための出力データ識別情報を生成する出力データ識別情報生成ステップと、出力データ識別情報生成ステップの処理により生成された出力データ識別情報を読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータに付加する出力データ識別情報付加ステップとをコンピュータに実行させる。
【００２１】
本発明の情報処理装置および方法、並びにプログラムにおいては、記録媒体からデータが、記録データ識別情報とともに読み出され、その記録媒体から読み出されたデータに付加されている記録データ識別情報の値の一部が変更されることにより、記録媒体から読み出されたデータを識別するための出力データ識別情報が生成され、その生成された出力データ識別情報が、記録媒体から読み出されたデータに付加される。
【発明の効果】
【００２２】
本発明によれば、データを処理することができる。特に、例えば、ディスクに記録されている素材データ等を読み出す際に、その素材データの識別番号情報の管理を容易にすることにより、素材データの利便性を向上させることができる。
【発明を実施するための最良の形態】
【００２３】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２４】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定したりするものではない。
【００２５】
本発明においては、記録媒体（例えば、図３の光ディスク１７）に記録されているデータ（例えば、図５のAV独立フォーマットのファイル）を識別するための記録データ識別情報（例えば、図６および図７のUUID）が付加されたデータを記録媒体から読み出す情報処理装置（例えば、図３のディスク装置１１）が提供される。この情報処理装置では、記録媒体からデータを、記録データ識別情報とともに読み出す読み出し手段（例えば、図１３のファイル取得部４２）と、読み出し手段により記録媒体から読み出されたデータに付加されている記録データ識別情報の値の一部（例えば、図１９の乱数値１２３）を変更することにより、読み出し手段により記録媒体から読み出されたデータ（例えば、図４の標準AV多重フォーマットのファイル）を識別するための出力データ識別情報（例えば、図８乃至図１１のUUID）を生成する出力データ識別情報生成手段（例えば、図１３のインスタンスUID生成部５１）と、出力データ識別情報生成手段により生成された出力データ識別情報を読み出し手段により記録媒体から読み出されたデータに付加する出力データ識別情報付加手段（例えば、図１３のデータ合成部４７）とを備える。
【００２６】
前記出力データ識別情報生成手段は、前記読み出し手段により前記記録媒体から読み出された前記データから、前記データに付加されている前記記録データ識別情報を抽出する抽出手段（例えば、図１４のヘッダ／フッタ抽出部６１およびUUID抽出部６２）と、前記抽出手段により抽出された前記記録データ識別情報に含まれる、所定の桁数の乱数値（例えば、図１９の乱数値１２３）を変更することにより、前記出力データ識別情報を生成する乱数値変更手段（乱数値変更部６５）とを備えるようにすることができる。
【００２７】
前記出力データ識別情報生成手段は、前記読み出し手段により前記記録媒体から読み出された前記データから、前記データに付加されている前記記録データ識別情報を抽出する抽出手段（例えば、図１４のヘッダ／フッタ抽出部６１およびUUID抽出部６２）と、前記抽出手段により抽出された前記記録データ識別情報に含まれる、所定の桁数の時刻情報（例えば、図１９のタイムスナップ１２１）を変更することにより、前記出力データ識別情報を生成する時刻情報変更手段（例えば、図１４の時刻情報変更部６３）とを備えるようにすることができる。
【００２８】
前記出力データ識別情報生成手段は、前記記録媒体に記録されている１つの前記データに含まれる複数の内部データ（例えば、図６および図７の一覧に示されるヘッダメタデータの各セット）にそれぞれ付加された前記記録データ識別情報の内、予め定められた１つの前記内部データ（例えば、図６のプリフェースセット）に付加された１つの前記記録データ識別情報（例えば、図６の一覧の一番上の行に示されるUUID）を抽出する抽出手段（例えば、図１４のヘッダ／フッタ抽出部６１およびUUID抽出部６２）と、前記抽出手段により抽出された１つの前記記録データ識別情報を複製する複製手段（例えば、図１４のUUID保持部６４）と、前記複製手段により複製された複数の前記記録データ識別情報のそれぞれに含まれる、所定の桁数の乱数値（例えば、図１９の乱数値１２３）を変更することにより、複数の前記出力データ識別情報を生成する乱数値変更手段（例えば、図１４の加算処理部７１）とを備えるようにすることができる。
【００２９】
前記出力データ識別情報生成手段は、前記出力データ識別情報が生成される度に、これまでに生成された前記出力データ識別情報の数をカウントするカウント手段（例えば、図１４のカウンタ７２）をさらに備え、前記乱数値変更手段は、前記記録データ識別情報に含まれる前記領域の値に、前記カウント手段によるカウント値を加算することにより、互いに前記乱数値の値が異なる複数の前記出力データ識別情報を生成するようにすることができる。
【００３０】
前記読み出し手段により前記記録媒体から読み出された前記データのファイルフォーマットを変換するフォーマット変換手段（例えば、図１２の独立／標準変換部３２）をさらに備え、前記出力データ識別情報生成手段は、フォーマット変換前（例えば、図５のAV独立フォーマット）の前記データに付加された前記記録データ識別情報の一部の値を変更して、フォーマット変換後（例えば、図４の標準AV多重フォーマット）の前記データにおいて必要な数の前記出力データ識別情報を生成するようにすることができる。
【００３１】
本発明においては、記録媒体（例えば、図３の光ディスク１７）に記録されているデータ（例えば、図５のAV独立フォーマットのファイル）を識別するための記録データ識別情報（例えば、図６および図７のUUID）が付加されたデータを記録媒体から読み出す情報処理装置（例えば、図３のディスク装置１１）の情報処理方法が提供される。この情報処理方法においては、記録媒体からデータを、記録データ識別情報とともに読み出すように制御する読み出し制御ステップ（例えば、図１８のステップＳ１）と、読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータに付加されている記録データ識別情報の値の一部（例えば、図１９の乱数値１２３）を変更することにより、読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータ（例えば、図４の標準AV多重フォーマットのファイル）を識別するための出力データ識別情報（例えば、図８乃至図１１のUUID）を生成する出力データ識別情報生成ステップ（例えば、図１８のステップＳ２乃至ステップＳ８）と、出力データ識別情報生成ステップの処理により生成された出力データ識別情報を読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータに付加する出力データ識別情報付加ステップ（例えば、図２４のステップＳ１０２）とを含む。
【００３２】
本発明においては、記録媒体（例えば、図３の光ディスク１７）に記録されているデータ（例えば、図５のAV独立フォーマットのファイル）を識別するための記録データ識別情報（例えば、図６および図７のUUID）が付加されたデータを記録媒体から読み出す処理を、コンピュータ（例えば、図３のディスク装置１１）に行わせるプログラムが提供される。このプログラムは、記録媒体からデータを、記録データ識別情報とともに読み出すように制御する読み出し制御ステップ（例えば、図１８のステップＳ１）と、読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータに付加されている記録データ識別情報の値の一部（例えば、図１９の乱数値１２３）を変更することにより、読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータ（例えば、図４の標準AV多重フォーマットのファイル）を識別するための出力データ識別情報（例えば、図８乃至図１１のUUID）を生成する出力データ識別情報生成ステップ（例えば、図１８のステップＳ２乃至ステップＳ８）と、出力データ識別情報生成ステップの処理により生成された出力データ識別情報を読み出し制御ステップの処理により制御されて記録媒体から読み出されたデータに付加する出力データ識別情報付加ステップ（例えば、図２４のステップＳ１０２）とを含む。
【００３３】
以下に、本発明の実施の形態について図面を参照して説明する。
【００３４】
図３は、本発明を適用したAVネットワークシステム１０（システムとは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００３５】
ディスク装置１１は、ディスク駆動部２１、フォーマット変換部２２、および通信I/F２３で構成され、ネットワーク１４を介して伝送されてくるAVデータのファイルを受信し、光ディスク１７に記録し、また、光ディスク１７に記録されたAVデータのファイルを読み出し、ネットワーク１４を介して伝送する。
【００３６】
即ち、ディスク駆動部２１には、光ディスク１７を着脱することができるようになっている。ディスク駆動部２１は、そこに装着された光ディスク１７を駆動することにより、フォーマット変換部２２から供給される、後述するAV独立フォーマットのファイルを光ディスク１７に記録し（書き込み）、また、光ディスク１７からAV独立フォーマットのファイルを読み出して、フォーマット変換部２２に供給する。
【００３７】
フォーマット変換部２２は、ディスク駆動部２１から供給されるAV独立フォーマットのファイルを、後述する標準AV多重フォーマットのファイルに変換し、通信I/F２３に供給する。また、フォーマット変換部２２は、通信I/F２３から供給される標準AV多重フォーマットのファイルを、AV独立フォーマットのファイルに変換し、ディスク駆動部２１に供給する。
【００３８】
通信I/F２３は、例えば、IEEE(Institute of Electrical and Electronics Engineers)1394ポートや、USB(Universal Serial Bus)ポート、LAN(Local Area Network)接続用のNIC(Network Interface Card)、あるいは、アナログモデムや、TA(Terminal Adapter)およびDSU(Digital Service Unit)、ADSL(Asymmetric Digital Subscriber Line)モデム等で構成され、例えば、インターネットやイントラネット等のネットワーク１４を介して、標準AV多重フォーマットのファイルをやりとりする。即ち、通信I/F２３は、フォーマット変換部２２から供給される標準AV多重フォーマットのファイルを、ネットワーク１４を介して伝送し、また、ネットワーク１４を介して伝送されてくる標準AV多重フォーマットのファイルを受信して、フォーマット変換部２２に供給する。
【００３９】
以上のように構成されるディスク装置１１では、通信I/F２３が、ネットワーク１４を介して伝送されてくる標準AV多重フォーマットのファイルを受信し、フォーマット変換部２２に供給する。フォーマット変換部２２は、通信I/F２３からの標準AV多重フォーマットのファイルを、AV独立フォーマットのファイルに変換し、ディスク駆動部２１に供給する。そして、ディスク駆動部２１は、フォーマット変換部２２からのAV独立フォーマットのファイルを、そこに装着された光ディスク１７に記録する。
【００４０】
また、ディスク装置１１では、ディスク駆動部２１が、そこに装着された光ディスク１７からAV独立フォーマットのファイルを読み出し、フォーマット変換部２２に供給する。フォーマット変換部２２は、ディスク駆動部２１からのAV独立フォーマットのファイルを、標準AV多重フォーマットのファイルに変換し、通信I/F２３に供給する。そして、通信I/F２３は、フォーマット変換部２２からの標準AV多重フォーマットのファイルを、ネットワーク１４を介して伝送する。
【００４１】
ここで、標準AV多重フォーマットのファイルは、例えば、MXFの規格に準拠したファイルであり、ヘッダ、ボディ、フッタからなる。そして、標準AV多重フォーマットのファイルは、MXFの規格に準拠したファイルであるから、そのボディには、AVデータであるビデオデータとオーディオデータとが、例えば、１フレーム単位で多重化されて配置されている。
【００４２】
図１において、ネットワーク１４に接続されているAV装置１５や１６は、MXFの規格に準拠したファイルを取り扱うことができるMXFの規格に準拠した装置であり、従って、AV装置１５や１６は、標準AV多重フォーマットのファイルを、ネットワーク１４を介して、ディスク装置１１に伝送することができる。さらに、AV装置１５や１６は、ネットワーク１４を介して、ディスク装置１１から伝送されてくる標準AV多重フォーマットのファイルを受信することができる。即ち、ディスク装置１１と、AV装置１５や１６との間では、ネットワーク１４を介して、標準AV多重フォーマットのファイルのファイル交換を行うことができる。さらに、AV装置１５や１６は、受信した標準AV多重フォーマットのファイルを対象に、そのストリーミング再生等の各種の処理を行うことができる。
【００４３】
ここで、AV装置１５や１６のように、現行のMXFの規格に準拠した装置を、以下、適宜、標準装置という。
【００４４】
一方、AV独立フォーマットのファイルは、標準AV多重フォーマットのファイルと同様に、ヘッダ、ボディ、フッタからなるが、そのボディの形式だけは、標準AV多重フォーマットとは異なるものとなっている。即ち、AV独立フォーマットのファイルでは、ビデオデータとオーディオデータとが別々のファイルとされている。そして、ビデオデータのファイルであるビデオファイルは、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを有するが、そのボディには、ビデオデータがまとめて配置されている。また、オーディオデータのファイルであるオーディオファイルも、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを有するが、そのボディには、オーディオデータがまとめて配置されている。
【００４５】
従って、仮に、ディスク装置１１からAV装置１５や１６に対して、AV独立フォーマットのビデオファイルやオーディオファイルを伝送した場合、標準装置であるAV装置１５や１６では、AV独立フォーマットに対応していない限り、そのAV独立フォーマットのビデオファイルやオーディオファイルのボディに配置されたビデオデータやオーディオデータを扱うことはできないが、そのAV独立フォーマットのビデオファイルやオーディオファイル自体を扱うことはできる。即ち、AV独立フォーマットのビデオファイルやオーディオファイルは、標準AV多重フォーマットのファイルと同様に、ヘッダ、ボディ、フッタで構成され、そのヘッダとフッタとして、標準AV多重フォーマットのファイルと同一形式のものを採用しているから、そのボディの「中身」（ボディに配置されたデータ）を参照しない限り、AV独立フォーマットのビデオファイルやオーディオファイル自体は、標準AVフォーマットのファイルと等価である（標準AVフォーマットに準拠したファイルになっている）。従って、標準装置であるAV装置１５や１６が、AV独立フォーマットに対応していない場合であっても、AV独立フォーマットのビデオファイルやオーディオファイル自体を扱うことはできる。
【００４６】
即ち、ディスク装置１１と、標準装置であるAV装置１５や１６との間においては、AV独立フォーマットのファイルのファイル交換だけであれば、行うことが可能である。
【００４７】
以上のように、AV独立フォーマットのファイルは、そのボディの「中身」を参照しない限り、標準AV多重フォーマットのファイルと等価であり、この観点からは、AV独立フォーマットのファイルは、標準AV多重フォーマットのファイルと互換性があるということができる。
【００４８】
次に、図３において、ディスク装置１２には、光ディスク１７を着脱することができるようになっている。ディスク装置１２は、例えば、AV装置１５や１６と同様に、標準装置であり、そこに装着された光ディスク１７から、AV独立フォーマットのビデオファイルやオーディオファイルを読み出し、編集装置１３に供給する。
【００４９】
即ち、上述したように、AV独立フォーマットのビデオファイルやオーディオファイルは、そのボディの「中身」を参照しない限り、標準AV多重フォーマットのファイルと等価であるから、標準装置であるディスク装置１２は、光ディスク１７から、AV独立フォーマットのビデオファイルやオーディオファイルを読み出すことができる。
【００５０】
編集装置１３は、AV独立フォーマットのファイルを取り扱うことができる、AV独立フォーマットに対応した装置であり、ディスク装置１２から供給されるAV独立フォーマットビデオファイルやオーディオファイルを対象に、例えば、AV独立編集を行い、その編集結果としてのAV独立フォーマットのビデオファイルやオーディオファイルを、ディスク装置１２に供給する。
【００５１】
そして、ディスク装置１２は、そこに装着された光ディスク１７に、編集装置１３から供給されるAV独立フォーマットのビデオファイルやオーディオファイルを記録する。
【００５２】
即ち、上述したように、AV独立フォーマットのビデオファイルやオーディオファイルは、そのボディの「中身」を参照しない限り、標準AV多重フォーマットのファイルと等価であるから、標準装置であるディスク装置１２は、光ディスク１７に、AV独立フォーマットのビデオファイルやオーディオファイルを記録することができる。
【００５３】
上述したように、標準AV多重フォーマットのファイルにおいては、そのボディに、ビデオデータとオーディオデータとが、例えば、１フレーム単位で多重化されて配置されているのに対して、AV独立フォーマットのビデオファイルやオーディオファイルにおいては、そのボディに、ビデオデータやオーディオデータがまとめて配置されているので、AV独立編集等の編集を容易に行うことができる。そして、AV独立フォーマットのファイルは、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを有するから、ボディの「中身」を参照しない限り、標準AV多重フォーマットのファイルと互換性があり、これにより、標準装置で扱うことができる。
【００５４】
次に、図４は、標準AV多重フォーマットの例を示している。
【００５５】
ここで、図４では、ボディに配置されるビデオデータとオーディオデータとして、D10と呼ばれるMPEG(Moving Picture Experts Group) IMX方式で符号化されたビデオデータと、AES(Audio Engineering Society)3形式の非圧縮のオーディオデータを、それぞれ採用した場合の標準AV多重フォーマットを示している。
【００５６】
なお、ボディには、その他、DV(Digital Video)等の各種のフォーマットのビデオデータとオーディオデータを配置することが可能である。
【００５７】
標準AV多重フォーマットのファイルは、その先頭から、ヘッダ(File Header)、ボディ(File Body)、フッタ(File Footer)が順次配置されて構成される。
【００５８】
ヘッダには、その先頭から、ヘッダパーティションパック(Header Partition Pack)、ヘッダメタデータ(Header Metadata)、インデックステーブル(Index Table)が順次配置される。ヘッダパーティションパックには、ヘッダを特定するためのデータや、ボディに配置されるデータの形式、ファイルフォーマットを表す情報などが配置される。ヘッダメタデータには、例えば、ファイルの作成日や、ボディに配置されたデータに関する情報などのファイル単位のメタデータが配置される。インデックステーブルには、ボディに配置される、後述するエディットユニットの位置を表すテーブルが配置される。
【００５９】
なお、インデックステーブルは、オプションであり、ヘッダに含めても、含めなくても良い。また、ヘッダには、インデックステーブルの他、種々のオプションのデータを配置することができる。
【００６０】
また、ヘッダパーティションパックに配置されるファイルフォーマットを表す情報としては、標準AV多重フォーマットのファイルでは、標準AV多重フォーマットを表す情報が採用されるが、AV独立フォーマットのファイルでは、AV独立フォーマットを表す情報が採用される。但し、ヘッダパーティションパックの形式自体は、標準AV多重フォーマットとAV独立フォーマットにおいて同一である。
【００６１】
フッタは、フッタパーティションパック(Footer Partition Pack)で構成され、フッタパーティションパックには、フッタを特定するためのデータなどが配置される。
【００６２】
ボディは、１以上のエディットユニット(Edit Unit)で構成される。エディットユニットは、１フレームの単位であり、そこには、１フレーム分のAVデータその他が配置される。
【００６３】
即ち、エディットユニットは、その先頭から、システムアイテム(Sytem Item)、ピクチャアイテム(Picture Item)、サウンドアイテム(Sound Item)、オグジュアリアイテム(Auxiliary Item)が配置されて構成される。
【００６４】
システムアイテムには、その後段のピクチャアイテムに配置されるビデオデータのフレームについてのメタデータ（フレーム単位のメタデータ）が配置される。ここで、フレーム単位のメタデータとしては、例えば、タイムコードなどがある。
【００６５】
ピクチャアイテムには、１フレーム分のビデオデータが配置される。図４では、上述したD10形式のビデオデータが配置される。
【００６６】
ここで、ピクチャアイテムには、１フレームのビデオデータがKLV(Key,Length,Value)構造にKLVコーディングされて配置される。
【００６７】
KLV構造とは、その先頭から、キー(Key)、レングス(Length)、バリュー(Value)が順次配置された構造であり、キーには、バリューに配置されるデータがどのようなデータであるかを表す、SMPTE 298Mの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長が配置される。バリューには、実データ、即ち、ここでは、１フレームのビデオデータが配置される。
【００６８】
また、ピクチャアイテムは、そのデータ長が、KAG(KLV Alignment Grid)を基準とする固定長となっている。そして、ピクチャアイテムを固定長とするのに、スタッフィング(stuffing)のためのデータとしてのフィラー(Filler)が、やはりKLV構造とされて、ピクチャアイテムのビデオデータの後に配置される。
【００６９】
なお、ピクチャアイテムのデータ長であるKAGを基準とする固定長は、例えば、光ディスク７のセクタ長の整数倍（例えば、５１２バイトや２Ｋバイトなど）とされている。この場合、光ディスク７とピクチャアイテムとの、いわば親和性が高くなり、光ディスク７に対するピクチャアイテムの読み書き処理の高速化を図ることができる。
【００７０】
また、上述のシステムアイテム、並びに後述するサウンドアイテムおよびオグジュアリアイテムにおいても、ピクチャアイテムと同様に、KLV構造が採用されているとともに、そのデータ長がKAGを基準とする固定長になっている。
【００７１】
サウンドアイテムには、ピクチャアイテムに配置されたビデオデータのフレームにおける１フレーム分のオーディオデータが、上述のピクチャアイテムにおける場合と同様にKLV構造で配置される。
【００７２】
また、サウンドアイテムには、複数としての、例えば８チャネルのオーディオデータが多重化されて配置される。
【００７３】
即ち、サウンドアイテムにおいて、KLV構造のバリューには、その先頭から、エレメントヘッダEH(Element Header)、オーディオサンプルカウントASC(Audio Sample Count)、ストリームバリッドフラグSVF(Stream Valid Flags)、多重化された８チャネルのオーディオデータが順次配置される。
【００７４】
ここで、サウンドアイテムにおいて、８チャネルのオーディオデータは、１フレームにおける８チャネルそれぞれのオーディオデータの第１サンプル、第２サンプル、・・・といった順番に、オーディオデータのサンプルが配置されることにより多重化されている。図４の最下部に示したオーディオデータにおいて、括弧付きで示してある数字は、オーディオデータのサンプルが何サンプル目かを表している。
【００７５】
また、エレメントヘッダEHには、そのエレメントヘッダを特定するためのデータなどが配置される。オーディオサンプルカウントASCには、サウンドアイテムに配置されているオーディオデータのサンプル数が配置される。ストリームバリッドフラグSVFは、８ビット（１バイト）のフラグで、各ビットは、そのビットに対応するチャネルのオーディオデータが有効か、無効かを表す。即ち、ストリームバリッドフラグSVFの各ビットは、そのビットに対応するチャネルのオーディオデータが有効である場合に、例えば１とされ、無効である場合に、例えば０とされる。
【００７６】
オグジュアリアイテムには、必要なユーザデータが配置される。従って、オグジュアリアイテムは、ユーザが任意のデータを配置することができるエリアである。
【００７７】
以上のように、標準AV多重フォーマットでは、フレーム単位のメタデータが配置されるシステムアイテム、ビデオデータが配置されるピクチャアイテム、オーディオデータが配置されるサウンドアイテム、ユーザデータが配置されるオグジュアリアイテムが、１フレーム単位で多重化されており、さらに、サウンドアイテムでは、８チャネルのオーディオデータが、１サンプル単位で多重化されている。
【００７８】
このため、ビデオデータとオーディオデータが、別々にまとめて配置されているファイルでは、そのまとまったビデオデータのファイルとオーディオデータのファイルをすべて受信してからでないと、そのビデオデータおよびオーディオデータの再生を開始することができないが、標準AV多重フォーマットでは、ビデオデータとオーディオデータとがフレーム単位で多重化されているため、１フレーム分のビデオデータとオーディオデータを受信すれば、そのフレームのビデオデータおよびオーディオデータを、即座に再生することができる。従って、標準AV多重フォーマットは、ストリーミングに適しているということができる。
【００７９】
以上のように、標準AVフォーマットは、ビデオデータとオーディオデータとがフレーム単位で多重化されているので、ストリーミングには適している。しかしながら、その反面、ビデオデータとオーディオデータそれぞれを別々に編集するAV独立編集がしにくい。
【００８０】
さらに、ファイル単位のメタデータも、エディットユニットのシステムアイテムに散在しており、編集時等において扱いにくい。
【００８１】
また、標準AVフォーマットで採用可能なAES3形式では、オーディオデータの１サンプルに、少なくとも４バイトを割り当てる仕様になっており、ファイルの全体の大きさが大になる。
【００８２】
そこで、図５は、AV独立フォーマットの例を示している。
【００８３】
AV独立フォーマットでは、標準AV多重フォーマットにおいて多重化されているビデオデータ、オーディオデータ、ファイル単位のメタデータ、ユーザデータが、それぞれまとめて配置されたファイルとされる。
【００８４】
即ち、AV独立フォーマットでは、標準AV多重フォーマットにおいてビデオデータが配置されるピクチャアイテムがまとめてボディに配置され、さらに、そのボディに、標準AV多重フォーマットと同一形式のヘッダとフッタが付加されて、ビデオファイルが構成される。
【００８５】
なお、AV独立フォーマットのビデオファイルのボディには、光ディスク７のセクタ長の整数倍のピクチャアイテムがまとめて配置されているため、そのボディ全体の大きさも、光ディスク７のセクタ長の整数倍になっている。即ち、AV独立フォーマットのビデオファイルのボディは、セクタアラインメント(sector alignment)がとれた大きさとなっている。
【００８６】
また、図４では、標準AV多重フォーマットのファイルのヘッダに、インデックステーブルを図示してあるが、MXFでは、上述したように、インデックステーブルはオプションであり、図５のビデオファイルでは（後述するオーディオファイルでも同様）、インデックステーブルを採用していない。
【００８７】
AV独立フィーマットでは、標準AV多重フォーマットにおいてサウンドアイテムに配置される、多重化された８チャンネルのオーディオデータを、各チャンネルごとのオーディオデータに分離したものであって、AES3形式からWAVE形式に変換したものが、各チャネルごとのファイルのボディに、KLV構造で配置され、さらに、そのボディに、標準AV多重フォーマットと同一形式のヘッダとフッタが付加されて、オーディオファイルが構成される。
【００８８】
即ち、AV独立フォーマットでは、８チャンネルのオーディオデータについて、各チャネルのオーディオファイルが、独立に構成される。各チャネルのオーディオファイルは、そのチャネルのオーディオデータをWAVE形式にし、かつまとめてKLV構造化したものが、ボディに配置され、さらに、そのボディに、標準AV多重フォーマットと同一形式のヘッダとフッタが付加されて構成される。
【００８９】
なお、AV独立フォーマットのオーディオファイルのボディには、上述したように、あるチャネルのWAVE形式のオーディオデータをまとめてKLV構造化したものが配置されるが、このオーディオデータ全体の大きさが、光ディスク７のセクタ長の整数倍になるとは限らない。そこで、セクタアラインメントをとるために、AV独立フォーマットのオーディオファイルのボディには、KLV構造のオーディオデータの後に、セクタアライメントをとるのに必要な分のKLV構造のフィラーが配置される。
【００９０】
AV独立フォーマットでは、以上のようなビデオファイル、８チャネルそれぞれごとのオーディオファイルの他、標準AV多重フォーマットにおいてヘッダメタデータに配置されるファイル単位のメタデータがまとめて配置されたファイル単位のメタデータファイルと、標準AV多重フォーマットにおいてフレーム単位のメタデータが配置されたシステムアイテムがまとめて配置されたフレーム単位のメタデータファイルが構成される。さらに、AV独立フォーマットでは、標準AV多重フォーマットにおいてユーザデータが配置されたオグジュアリアイテムがまとめて配置されたオグジュアリファイルが構成される。
【００９１】
そして、AV独立フォーマットでは、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルそれぞれへのポインタが記述されたマスタファイル(master File)が構成される。
【００９２】
即ち、マスタファイルは、例えば、XML(Extensible Markup Language)で記述され、そこには、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルそれぞれへのポインタとして、例えば、各ファイルのファイル名が記述される。
【００９３】
従って、マスタファイルから、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルを参照することができる。
【００９４】
なお、例えば、オグジュアリファイルは、オプショナルなファイルとすることができる。
【００９５】
また、図５では、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルは、標準AV多重フォーマットと同一形式のヘッダとフッタを有していないが、これらのファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルも、標準AV多重フォーマットと同一形式のヘッダとフッタを付加して構成することができる。
【００９６】
さらに、AV独立フォーマットのビデオファイルとオーディオファイルのヘッダを構成するヘッダメタデータには、最小セットのファイル単位のメタデータが配置される。
【００９７】
即ち、AV独立フォーマットでは、標準AV多重フォーマットにおいてヘッダメタデータに配置されるファイル単位のメタデータがまとめて配置されたファイル単位のメタデータファイルが存在するので、そのメタデータファイルに配置されるファイル単位のメタデータを、ビデオファイルとオーディオファイルのヘッダを構成するヘッダメタデータに重複して配置するのは、冗長であり、また、AV独立フォーマットのファイル全体の大きさを大にすることになる。
【００９８】
しかしながら、MXFにおいて、ヘッダメタデータは、ヘッダに必須の項目であり、ヘッダメタデータをまったく配置せずにヘッダを構成したのでは、そのヘッダは、標準AV多重フォーマットと同一形式のヘッダでなくなることとなる。
【００９９】
一方、MXFにおいて、ヘッダメタデータに配置すべきファイル単位のメタデータには、種々の項目があるが、その項目の中には、必須のものと、オプショナルなものとがある。
【０１００】
そこで、ファイルの大きさが大になるのを抑制するとともに、標準AV多重フォーマットとの互換性を維持するために、AV独立フォーマットのビデオファイルとオーディオファイルのヘッダを構成するヘッダメタデータには、最小セットのファイル単位のメタデータ、即ち、MXFにおいて、ヘッダメタデータに配置することが必須とされている項目のメタデータのみが配置される。
【０１０１】
以上のように、AV独立フォーマットでは、ビデオデータがまとめてビデオファイルに配置されるとともに、各チャネルのオーディオデータがまとめて、そのチャネルのオーディオファイルに配置されるので、ビデオデータとオーディオデータそれぞれを別々に編集するAV独立編集などの編集を、容易に行うことができる。
【０１０２】
さらに、AV独立フォーマットでは、オーディオデータが、WAVE形式とされるので、標準AV独立フォーマットのように、AES3形式のオーディオデータを採用する場合に比較して、データ量を小さくすることができる。その結果、AV独立フォーマットのファイルを、光ディスク７等のストレージに記録する場合には、標準AV多重フォーマットのファイルを記録する場合に比較して、その記録に必要なストレージの容量を抑制することができる。
【０１０３】
また、AV独立フォーマットのビデオファイルとオーディオファイルは、標準AV多重フォーマットのファイルと同様に、先頭から、ヘッダ、ボディ、フッタが配置されて構成され、さらに、ヘッダとフッタは、標準AV多重フォーマットと同一形式のものであるので、ディスク装置１において、AV独立フォーマットのビデオファイルやオーディオファイルを、リムーバブルな光ディスク７に記録し、その光ディスク７を、ディスク装置２に装着した場合に、ディスク装置２が、標準装置（MXFのファイルを扱うことのできる装置）であれば、光ディスク７から、AV独立フォーマットのビデオファイルやオーディオファイルを読み出すことができる。
【０１０４】
さらに、AV独立フォーマットでは、ファイル単位のメタデータと、フレーム単位のメタデータとは、それぞれ別々にまとめられ、いずれも、１つのファイルとされるので、メタデータを使用した検索処理が容易となる。
【０１０５】
これらの標準AV多重フォーマットにおけるファイルヘッダのヘッダメタデータの内部、およびAV独立フォーマットにおけるビデオファイルのヘッダ部に含まれるヘッダメタデータの内部には、図６乃至図１１に示されるような各項目毎に、グローバルユニークなIDであるUUID（Universally Unique IDentifier）が割り当てられている。なお、図６乃至図１１においては、UUIDに関する項目のみを示してある。すなわち、実際のヘッダメタデータには、図６乃至図１１に示されるセット名以外のデータも含まれており、また、各セットにもUUID以外の情報が含まれる。
【０１０６】
図６および図７は、光ディスク１７に記録されているAV独立フォーマットのビデオファイルのヘッダ部に含まれるヘッダメタデータのUUIDの分布を示す図であり、図８乃至図１１は、伝送時等における標準AV多重フォーマットのファイルヘッダに含まれるヘッダメタデータのUUIDの分布を示す図である。
【０１０７】
すなわち、図６および図７に示されるUUIDは、記録媒体に記録されているデータ（記録データ）を識別する識別情報（記録データ識別情報）であり、図８乃至図１１に示されるUUIDは、記録媒体より読み出されたデータ（出力データ）を識別する識別情報（出力データ識別情報）である。図６乃至図１１に示されるように、これらのUUIDは、記録データまたは出力データに含まれるデータ（内部データ）をそれぞれ識別する識別情報である。具体的には、これらのUUIDは、例えば、各セットに含まれる情報をそれぞれ識別するとともに、それらの前後関係や従属関係等を示すための情報である。
【０１０８】
なお、リンクの欄において同じ番号が付されているUUIDは互いに同じUUIDが割り当てられる。すなわち、AV独立フォーマットにおいては、１８種類のUUIDが各セットに割り当てられ、標準AV多重フォーマットにおいては、２６種類のUUIDが各セットに割り当てられる。なお、AV独立フォーマットのファイルのUUIDは、ファイル内においてUUIDに含まれる乱数値によって識別される。すなわち、１つのAV独立フォーマットのファイルにおけるUUIDの乱数値としては、互いに異なる１８種類の値が存在する。
【０１０９】
例えば、ディスク装置１１が光ディスク１７よりファイルを読み出す場合、ディスク装置１１は、AV独立フォーマットのファイルを標準AV多重フォーマットにフォーマット変換し、２６種類のUUIDを図８乃至図１１に示されるように割り当てる必要がある。
【０１１０】
そこで、ディスク装置１１のフォーマット変換部２２は、それらのUUIDを全て新たに作成するのではなく、後述するように、図６および図７に示される、光ディスク１７に記録されているビデオファイルのヘッダメタデータに格納されるUUIDを利用して生成する。具体的には、フォーマット変換部２２は、図６の一番上の行に示される、ヘッダメタデータのプリフェースセット（Preface Set）のアドレス「0x000740」（実際にはオフセット値が存在するので「0x000744」）にアイテム名「UUID」として構成されるUUIDを用いて、上述した２６種類のUUIDを生成する。
【０１１１】
このようにすることにより、多数のUUIDを容易に生成することができるだけでなく、光ディスク１７に記録されているファイルと、読み出された後のファイルとでUUIDが互いに関連するので、ユーザである編集者は、それらのファイルおよびそれらのファイルに含まれる各種のデータの関係を容易に把握することができる。また、詳細は後述するが、ファイルを読み出す際に毎回同じ方法で、UUIDを生成するため、光ディスク１７に記録されている同じファイルより読み出したファイルは全て同様にUUIDが割り当てられる。従って、編集者は、複数回、読み出されることにより生成された複数のファイル（およびそれらのファイルに含まれる各種のデータ）が互いに同じ内容であることを容易に把握することができる。
【０１１２】
次に、図１２は、図３のディスク装置１１が有するフォーマット変換部２２の構成例を示している。
【０１１３】
フォーマット変換部２２は、標準／独立変換部３１と、独立／標準変換部３２とから構成されている。
【０１１４】
標準／独立変換部３１は、通信I/F２３から供給される図４の標準AV多重フォーマットのファイルを、図５のAV独立フォーマットのファイルに変換し、ディスク駆動部２１に供給する。独立／標準変換部３２は、ディスク駆動部２１から供給される図５のAV独立フォーマットのファイルを、図４の標準AV多重フォーマットのファイルに変換し、通信I/F２３に供給する。
【０１１５】
次に、図１３は、図１２の独立／標準変換部３２の構成例を示している。
【０１１６】
バッファ４１は、ディスク駆動部２１（図３）から供給されるAV独立フォーマットのファイル（マスタファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイル）を一時記憶する。
【０１１７】
ファイル取得部４２は、バッファ４１に記憶されたマスタファイルを参照することにより、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイルのファイル名を認識し、そのファイル名に基づき、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイルを、バッファ４１を介し、ディスク駆動部２１に光ディスク１７から読み出させることで取得する。さらに、ファイル取得部４２は、取得したファイル単位のメタデータファイルとフレーム単位のメタデータファイルをメタデータファイル処理部４３に、オグジュアリファイルをオグジュアリファイル処理部４４に、ビデオファイルをビデオファイル処理部４５に、８チャネルそれぞれのオーディオファイルをオーディオファイル処理部４６に、それぞれ供給する。さらに、ファイル取得部４２は、ビデオファイルをインスタンスUID生成部５１に供給する。
【０１１８】
メタデータファイル処理部４３は、ファイル取得部４２から供給されるファイル単位のメタデータファイルからファイル単位のメタデータを抽出するとともに、フレーム単位のメタデータファイルからフレーム単位のメタデータが配置されたシステムアイテムを抽出し、データ合成部４７に供給する。
【０１１９】
オグジュアリファイル処理部４４は、ファイル取得部４２から供給されるオグジュアリファイルからオグジュアリアイテムを抽出し、データ合成部４７に供給する。
【０１２０】
ビデオファイル処理部４５は、ファイル取得部４２から供給されるビデオファイルからピクチャアイテムを抽出し、データ合成部４７に供給する。
【０１２１】
オーディオファイル処理部４６は、ファイル取得部４２から供給される８チャネルそれぞれのオーディオファイルから、各チャネルのオーディオデータを抽出し、さらに、その各チャネルのオーディオデータを多重化して配置したサウンドアイテムを構成して、データ合成部４７に供給する。
【０１２２】
インスタンスUID生成部５１は、ファイル取得部４２から供給されるビデオファイルから、ヘッダメタデータ（Header Metadata）を抽出し、さらに、そこから上述したプリフェースセットの（アドレス「0x000744」の）UUIDを抽出し、そのUUIDを基に、２６個のUUID（インスタンスUID）を生成し、それらをデータ合成部４７に供給する。
【０１２３】
データ合成部４７は、メタデータファイル処理部４３から供給されるファイル単位のメタデータおよびシステムアイテム、オグジュアリファイル処理部４４から供給されるオグジュアリアイテム、ビデオファイル処理部１０５から供給されるピクチャアイテム、オーディオファイル処理部４６から供給されるサウンドアイテム、並びに、インスタンスUID生成部５１から供給されるインスタンスUIDを用いて、標準AV多重フォーマットのファイルを構成し、バッファ４８に供給する。
【０１２４】
バッファ４８は、データ合成部４７から供給される標準AV多重フォーマットのファイルを一時記憶し、通信I/F２３（図３）に供給する。
【０１２５】
次に、図１４は、図１３のインスタンスUID生成部５１の構成例を示している。
【０１２６】
ファイル取得部４２から供給されるビデオファイルは、ヘッダ／フッタ抽出部６１に供給される。ヘッダ／フッタ抽出部６１は、そこに供給されるビデオファイルからヘッダとフッタを抽出し、そのヘッダからヘッダメタデータをさらに抽出し、そのヘッダメタデータを、UUID抽出部６２に供給する。UUID抽出部６２は、ヘッダ／フッタ抽出部６１から供給されるヘッダメタデータのプリフェースセットに配置されたUUIDを分離することにより、そのシーケンスから、UUIDを抽出し、それを時刻情報変更部６３に供給する。時刻情報変更部６３は、UUID抽出部６２より供給されるUUIDに含まれる時刻情報（タイムスナップ部分（Time Snap））の値を＋１インクリメントし、それをUUID保持部６４に供給する。UUID保持部６４は、時刻情報変更部６３より供給されるUUIDを一旦保持し、加算処理部７１の要求に基づいて、保持しているUUIDのコピー（複製）を乱数値変更部６５の加算処理部７１に供給する。
【０１２７】
加算処理部７１は、UUID保持部６４に対してUUIDの供給を要求し、UUID保持部６４より供給されたUUIDを取得すると、カウンタ７２のカウント値を取得し、その取得したカウント値を、UUID保持部６４より供給されたUUIDの乱数部（RandomNumber）の値に加算し、それをデータ合成部４７（図１３）に供給する。そして、加算処理部７１は、カウンタ７２を制御してカウント処理を実行させ、カウント値を＋１インクリメントさせる。加算処理部７１は、このようにUUID保持部６４からUUIDを取得し、そのUUIDの乱数部の値（乱数値）にカウント値を加算し、インスタンスUIDとしてデータ合成部４７に供給する処理を、２６回繰り返し、２６個のインスタンスUIDを生成し、データ合成部４７に供給する。すなわち、加算処理部７１（乱数値変更部６５）より出力される２６個のインスタンスUIDは、互いに、乱数値が異なるIDとなる。
【０１２８】
次に、図１５は、図１３のビデオファイル処理部４５の構成例を示している。
【０１２９】
ファイル取得部４２から供給されるビデオファイルは、ヘッダ／フッタ除去部８１に供給される。ヘッダ／フッタ除去部８１は、そこに供給されるビデオファイルからヘッダとフッタを除去し、残ったボディを、分解部８２に供給する。分解部８２は、ヘッダ／フッタ除去部８１から供給されるボディに配置されたピクチャアイテムのシーケンスを分離することにより、そのシーケンスから、他のアイテム（システムアイテム、サウンドアイテム、オグジュアリアイテム）と多重化する単位、即ち、ここでは、フレーム単位のビデオデータが配置された個々のピクチャアイテムを抽出し、データ合成部４７（図１３）に供給する。
【０１３０】
次に、図１６は、図１３のオーディオファイル処理部４６の構成例を示している。
【０１３１】
ファイル取得部４２から供給される８チャネルそれぞれのオーディオファイルは、ヘッダ／フッタ除去部９１に供給される。ヘッダ／フッタ除去部９１は、そこに供給される８チャネルそれぞれのオーディオファイルから、ヘッダとフッタを除去し、その結果残る各チャネルのボディを、KLVデコーダ９２に供給する。
【０１３２】
KLVデコーダ９２は、ヘッダ／フッタ除去部９１から供給される各チャネルのボディのKLV構造を分解し、これにより得られる各チャネルのWAVE形式のオーディオデータを、データ変換部９３に供給する。
【０１３３】
データ変換部９３は、KLVデコーダ９２から供給されるWAVE形式の各チャネルのオーディオデータを、AES3形式の各チャネルのオーディオデータに変換し、チャネル多重化部９４に供給する。
【０１３４】
チャネル多重化部９４は、データ変換部９３から供給される各チャネルのオーディオデータを、サンプル単位で多重化し、その結果得られる多重化オーディオデータを、KLVエンコーダ９５に供給する。
【０１３５】
KLVエンコーダ９５は、チャネル多重化部９４から供給される多重化オーディオデータを、ビデオデータの各フレームに対応する単位に区切り、その各フレームに対応する多重化オーディオデータをKLV構造にKLVコーディングする。さらに、KLVエンコーダ９５は、各フレームに対応する多重化オーディオデータのKLV構造に対して、固定長のサウンドアイテムのデータ長に足りない分のフィラーのKLV構造を付加し、これにより、サウンドアイテムを構成して、データ合成部９７（図１３）に供給する。
【０１３６】
次に、図１７は、図１３のデータ合成部４７の構成例を示している。
【０１３７】
ヘッダ／フッタ生成部１０１には、メタデータファイル処理部４３が出力するファイル単位のメタデータが供給される。ヘッダ／フッタ生成部１０１は、標準AV多重フォーマットのファイルのヘッダとフッタを生成し、さらに、そのヘッダのヘッダメタデータに、メタデータファイル処理部４３からのファイル単位のメタデータを配置して、そのヘッダとフッタを、インスタンスUID挿入部１０４に供給する。
【０１３８】
インスタンスUID挿入部１０４には、ヘッダ／フッタ生成部１０１から供給されるヘッダとフッタの他に、インスタンスUID生成部５１が出力する２６個のインスタンスUIDが供給される。インスタンスUID挿入部１０４は、図８乃至図１１に示される一覧と同様の情報を有しており、どの部分にどのインスタンスUIDを挿入すればよいかを予め把握している。インスタンスUID挿入部１０４は、この情報を基に、ヘッダ／フッタ生成部１０１から供給されるヘッダに含まれるヘッダメタデータの各セットに、インスタンスUID生成部５１が出力するインスタンスUIDを適宜挿入する。そして、インスタンスUID挿入部１０４は、インスタンスUIDが挿入されたヘッダメタデータを含むヘッダとフッタをヘッダ／フッタ付加部１０３に供給する。
【０１３９】
多重化部１０２には、メタデータファイル処理部４３が出力するシステムアイテム、オグジュアリファイル処理部４４が出力するオグジュアリアイテム、ビデオファイル処理部４５が出力するピクチャアイテム、オーディオファイル処理部４６が出力するサウンドアイテムが供給される。多重化部１０２は、そこに供給されるシステムアイレム、ピクチャアイテム、サウンドアイテム、オグジュアリアイテムを、その順で、順次多重化することにより、エディットユニットのシーケンスを構成し、そのエディットユニットのシーケンスを、ボディとして、ヘッダ／フッタ付加部１０３に供給する。
【０１４０】
ヘッダ／フッタ付加部１０３は、多重化部１０２から供給されるボディに、インスタンスUID挿入部１０４から供給される、インスタンスUIDが挿入されたヘッダメタデータを含むヘッダ（File Header）とフッタ（File Footer）を付加し、これにより、標準AV多重フォーマットのファイルを構成して出力する。
【０１４１】
次に、図１３の独立／標準変換部３２では、インスタンスUIDを生成するインスタンスUID生成処理、メタデータファイルを処理するメタデータファイル処理、オグジュアリファイルを処理するオグジュアリファイル処理、ビデオファイルを処理するビデオファイル処理、オーディオファイルを処理するオーディオファイル処理、これらの処理結果を用いて標準AV多重フォーマットのファイルを合成（生成）する合成処理が行われる。
【０１４２】
そこで、図１８並びに、図２０乃至図２４のフローチャートを参照して、独立／標準変換部３２が行うインスタンスUID生成処理、メタデータファイル処理、オグジュアリファイル処理、ビデオファイル処理、オーディオファイル処理、および合成処理について説明する。また、必要に応じて図１９を参照して説明する。
【０１４３】
まず最初に、図１８のフローチャートを参照して、インスタンスUID生成処理について説明する。また、必要に応じて図１９を参照して説明する。
【０１４４】
インスタンスUID生成処理は、例えば、ディスク駆動部２１によって光ディスク１７から、マスタファイルが読み出され、バッファ４１に記憶されると開始される。
【０１４５】
即ち、まず、ステップＳ１において、ファイル取得部４２は、バッファ４１に記憶されたマスタファイルを参照することにより、ビデオファイルのファイル名を認識する。さらに、ステップＳ１において、ファイル取得部４２は、そのファイル名に基づき、ビデオファイルを、バッファ４１を介し、ディスク駆動部２１に光ディスク１７から読み出させることで取得し、インスタンスUID生成部５１に供給し、処理をステップＳ２に進める。ステップＳ２において、インスタンスUID生成部５１のヘッダ／フッタ抽出部６１は、ファイル取得部４２から供給されるビデオファイルからヘッダとフッタを抽出し、抽出したヘッダとフッタをUUID抽出部６２に供給し、ステップＳ３に処理を進める。
【０１４６】
ステップＳ３において、UUID抽出部６２は、ヘッダ／フッタ抽出部６１より供給されたビデオファイルのヘッダに含まれるヘッダメタデータ（Header Metadata）において図６および図７に示されるように構成されるUUIDの内、図６のUUIDの一覧において一番上の行に示される、プリフェースセットのアドレス「0x000744」に配置されるUUIDを抽出し、そのUUIDを時刻情報変更部６３に供給し、ステップＳ４に処理を進める。ステップＳ４において、時刻情報変更部６３は、UUID抽出部６２より供給されたUUIDに含まれる時刻情報（タイムスナップ）を、予め定められた定数（例えば＋１）をインクリメントすることによって変更する。
【０１４７】
図１９は、UUIDの構成例を示す図である。なお、図１９においては、例えば、IEEE１３９４の規格に準拠するネットワーク（以下、IEEE１３９４ネットワークと称する）を介したデータ伝送向けの伝送用ファイルフォーマットにおけるUUID１２０の構成が示される。UUID１２０は、８ビット（１バイト）毎に区切られたビット列として示されており、「X」で示されるビットは値が「０」または「１」のビットを示している。なお、右から４バイト目乃至６バイト目は、その値が１６進数で示されている。
【０１４８】
UUID１２０は、左から、７ビットのタイムスナップ１２１、２ビットの固定値１２２、６ビットの乱数値１２３、および、６４ビット（８バイト）のIEEE１３９４ノードユニークID１２４により構成されている。
【０１４９】
タイムスナップ１２１は、時刻または時間に関する情報を格納する領域であり、左から３バイト（２４ビット）に時間情報が格納され、残り４バイト（３２ビット）にユリウス日による時刻情報（ユリウス日情報）が格納される。
【０１５０】
固定値１２２は、予め決められた値「１１」が格納される、２ビットの領域である。この値は、例えば、UMID（Unique Material IDentifier）等のマテリアル番号のような他のIDとの区別をするための値である。乱数値１２３は、乱数値すなわち任意の値を格納する領域であり、６ビットにより構成される。この乱数値１２３には、所定の方法で算出された乱数値以外にも、例えば、タイムスナップを用いて求められた値や任意の値等も格納することができる。この乱数値１２３の値は、例えば、装置の時刻設定が誤っていた場合等に、作成時刻が同じID（同一のID）が複数生成され、それぞれが異なるフォーマットに割り当てられてしまうのを回避するために用いられる。
【０１５１】
IEEE１３９４ノードユニークID１２４は、IEEE１３９４ネットワークにおいてノードとなるIEEE１３９４インタフェース（ハードウェア）に予め割り当てられる固有の６４ビットの識別子が格納される領域であり、その左から３バイト目乃至５バイト目の３バイトには、インタフェースの製造会社または販売会社（メーカまたはベンダ）固有のアドレスが格納される。本来のIEEE１３９４ノードユニークIDの構成においては、このインタフェースの製造会社または販売会社（メーカまたはベンダ）に割り当てられた固有のアドレスは、IEEE１３９４ノードユニークIDの最上位３バイトに構成されるが、図１９のIEEE１３９４ノードユニークID１２４の領域においては、UUID１２０の構成を、他のデータに付加されるUMIDにおけるマテリアル番号と同様の構成にするために、最下位２バイト（１６ビット）の位置が、IEEE１３９４ノードユニークID１２４の最上位２バイト（UUID１２０全体において、左から９バイト目および１０バイト目）となるように調整されている。従って、図１９のIEEE１３９４ノードユニークID１２４においては、右から４バイト目乃至６バイト目（図中、１６進数の値「０８」、「００」、および「４６」で示される２４ビット）が本来のIEEE１３９４ノードユニークIDの上位２４ビットとなっている。
【０１５２】
図１８に戻り、時刻情報変更部６３は、ステップＳ４において、図１９に示されるような構成のUUID１２０のタイムスナップ１２１の値を、予め定められた定数（例えば＋１）をインクリメントし、インクリメントしたそのUUID１２０をUUID保持部６４に供給し、ステップＳ５に処理を進める。ステップＳ５において、UUID保持部６４は、時刻情報変更部６３より供給されるUUIDを保持し、UUIDを保持したことを乱数値変更部６１に通知すると、処理をステップＳ６に進める。
【０１５３】
UUID保持部６４より通知を受けた乱数値変更部６５の加算処理部７１は、所定のタイミングでUUID保持部６４にアクセスし、UUID保持部６４が保持しているUUIDを要求する。UUID保持部６４は、その要求に基づいて、保持しているUUID（正確には保持しているUUIDの複製）を加算処理部７１に供給する。加算処理部７１は、ステップＳ６においてその供給されたUUIDを取得すると、カウンタ７２より現在のカウント値を取得し、ステップＳ７においてUUIDの乱数値にカウント値を加算する。カウント値を加算した加算処理部７１は、ステップＳ８に処理を進め、そのUUIDをインスタンスUIDとしてデータ合成部４７に出力する。
【０１５４】
インスタンスUIDを出力した加算処理部７１は、さらに、ステップＳ９に処理を進め、カウンタ７２を制御して、１回カウントさせ、カウント値を＋１インクリメントさせる。カウント値をインクリメントさせた加算処理部７１は、そのカウント値に基づいて、全てのUUIDを処理したか否か、すなわち、例えば２６個のインスタンスUIDを生成したか否かを判定し、まだ全てのUUIDを処理していない（２６個のインスタンスUIDを生成していない）と判定した場合、処理をステップＳ６に戻し、それ以降の処理を繰り返す。すなわち、加算処理部７１は、再度、UUID保持部６４にアクセスして、時刻情報がインクリメントされたUUIDを取得し、乱数値を変更する処理を行う。このとき、ステップＳ９の処理により、カウント値が毎回変化するので、加算処理部７１より出力される２６個のインスタンスUIDの値は、全て異なる値（２６種類の値）となる。
【０１５５】
以上のようにステップＳ６乃至ステップＳ１０の処理を繰り返し、２６個のインスタンスUIDを出力し、ステップＳ１０において、全てのUUIDを処理したと判定した場合、加算処理部７１は、インスタンスUID生成処理を終了する。
【０１５６】
次に、図２０のフローチャートを参照して、メタデータファイル処理について説明する。
【０１５７】
メタデータファイル処理は、例えば、ディスク駆動部２１によって光ディスク１７から、マスタファイルが読み出され、バッファ４１に記憶されると開始される。
【０１５８】
即ち、最初に、ステップＳ２１において、ファイル取得部４２は、バッファ４１に記憶されたマスタファイルを参照することにより、ファイル単位とフレーム単位それぞれのメタデータファイルのファイル名を認識する。さらに、ステップＳ２１では、ファイル取得部４２は、そのファイル名に基づき、ファイル単位とフレーム単位それぞれのメタデータファイルを、バッファ４１を介し、ディスク駆動部２１に光ディスク１７から読み出させることで取得し、メタデータファイル処理部４３に供給して、ステップＳ２２に進む。ステップＳ２２では、メタデータファイル処理部４３は、ファイル取得部４２から供給されるファイル単位のメタデータファイルからファイル単位のメタデータを抽出するとともに、フレーム単位のメタデータファイルからフレーム単位のメタデータが配置されたシステムアイテムを抽出し、データ合成部４７に供給して、メタデータファイル処理を終了する。
【０１５９】
次に、図２１のフローチャートを参照して、オグジュアリファイル処理について説明する。
【０１６０】
オグジュアリファイル処理は、例えば、ディスク駆動部２１によって光ディスク１７から、マスタファイルが読み出され、バッファ４１に記憶されると開始される。
【０１６１】
即ち、最初に、ステップＳ４１において、ファイル取得部４２は、バッファ４１に記憶されたマスタファイルを参照することにより、オグジュアリファイルのファイル名を認識する。さらに、ステップＳ４１では、ファイル取得部４２は、そのファイル名に基づき、オグジュアリファイルを、バッファ４１を介し、ディスク駆動部２１に光ディスク１７から読み出させることで取得し、オグジュアリファイル処理部４４に供給して、ステップＳ４２に進む。
【０１６２】
ステップＳ４２では、オグジュアリファイル処理部４４は、ファイル取得部４２から供給されるオグジュアリファイルをオグジュアリアイテム単位に分解することで、オグジュアリファイルからオグジュアリアイテムを抽出（取得）し、データ合成部４７に供給して、オグジュアリファイル処理を終了する。
【０１６３】
次に、図２２のフローチャートを参照して、ビデオファイル処理について説明する。
【０１６４】
ビデオファイル処理は、例えば、ディスク駆動部２１によって光ディスク１７から、マスタファイルが読み出され、バッファ４１に記憶されると開始される。
【０１６５】
即ち、最初に、ステップＳ６１において、ファイル取得部４２は、バッファ４１に記憶されたマスタファイルを参照することにより、ビデオファイルのファイル名を認識する。さらに、ステップＳ６１では、ファイル取得部４２は、そのファイル名に基づき、ビデオファイルを、バッファ４１を介し、ディスク駆動部２１に光ディスク１７から読み出させることで取得し、ビデオファイル処理部４５に供給して、ステップＳ６２に進む。
【０１６６】
ステップＳ６２では、ビデオファイル処理部４５（図１５）のヘッダ／フッタ除去部８１が、ファイル取得部４２から供給されるビデオファイルからヘッダとフッタを除去し、その結果残ったボディを、分解部８２に供給して、ステップＳ６３に進む。ステップＳ６３では、分解部８２は、ヘッダ／フッタ除去部８１から供給されるボディに配置されたピクチャアイテムのシーケンスを、個々のピクチャアイテムに分解し、データ合成部４７に供給して、ビデオファイル処理を終了する。
【０１６７】
次に、図２３のフローチャートを参照して、オーディオファイル処理について説明する。
【０１６８】
オーディオファイル処理は、例えば、ディスク駆動部２１によって光ディスク１７から、マスタファイルが読み出され、バッファ４１に記憶されると開始される。
【０１６９】
即ち、最初に、ステップＳ８１において、ファイル取得部４２は、バッファ４１に記憶されたマスタファイルを参照することにより、８チャネルそれぞれのオーディオファイルのファイル名を認識する。さらに、ステップＳ８１では、ファイル取得部４２は、そのファイル名に基づき、８チャネルそれぞれのオーディオファイルを、バッファ４１を介し、ディスク駆動部２１に光ディスク１７から読み出させることで取得し、オーディオファイル処理部４６に供給して、ステップＳ８２に進む。
【０１７０】
ステップＳ８２では、オーディファイル処理部４６（図１６）のヘッダ／フッタ除去部９１が、ファイル取得部４２から供給される８チャネルそれぞれのオーディオファイルから、ヘッダとフッタを除去し、その結果残る各チャネルのボディを、KLVデコーダ９２に供給して、ステップＳ８３に進む。ステップＳ８３では、KLVデコーダ９２は、ヘッダ／フッタ除去部９１から供給される各チャネルのボディのKLV構造を分解し、これにより得られる各チャネルのWAVE形式のオーディオデータを、データ変換部９３に供給して、ステップＳ８４に進む。
【０１７１】
ステップＳ８４では、データ変換部９３は、KLVデコーダ９２から供給されるWAVE形式の各チャネルのオーディオデータを、AES3形式の各チャネルのオーディオデータに変換し、チャネル多重化部９４に供給して、ステップＳ８５に進む。ステップＳ８５では、チャネル多重化部９４は、データ変換部９３から供給される各チャネルのオーディオデータを多重化し、その結果得られる多重化オーディオデータを、KLVエンコーダ９５に供給して、ステップＳ８６に進む。
【０１７２】
ステップＳ８６では、KLVエンコーダ９５は、チャネル多重化部９４から供給される多重化オーディオデータを、ビデオデータの各フレームに対応する単位に区切り、そのフレームに対応する多重化オーディオデータをKLV構造にKLVコーディングして、ステップＳ
７に進む。さらに、ステップＳ８７では、KLVエンコーダ９５は、各フレームに対応する多重化オーディオデータのKLV構造に対して、必要なフィラーのKLV構造を付加し、これにより、サウンドアイテムを構成して、データ合成部４７に供給し、オーディオファイル処理を終了する。
【０１７３】
次に、図２４のフローチャートを参照して、合成処理について説明する。
【０１７４】
合成処理は、例えば、データ合成部４７に対して、メタデータファイル処理部４３からファイル単位のメタデータおよびシステムアイテムが、オグジュアリファイル処理部４４からオグジュアリアイテムが、ビデオファイル処理部４５からピクチャアイテムが、オーディオファイル処理部４６からサウンドアイテムが、インスタンスUID生成部５１からインスタンスUIDが、それぞれ供給されると開始される。
【０１７５】
即ち、最初に、ステップＳ１０１において、データ合成部４７（図１７）のヘッダ／フッタ生成部１０１が、標準AV多重フォーマットのファイルのヘッダとフッタを生成し、さらに、そのヘッダのヘッダメタデータに、メタデータファイル処理部４３からのファイル単位のメタデータを配置する。さらに、ステップＳ１０１では、ヘッダ／フッタ生成部１０１が、以上のようにして得られたヘッダとフッタを、インスタンスUID挿入部１０４に供給して、ステップＳ１０２に進む。
【０１７６】
ステップＳ１０２において、インスタンスUID挿入部１０４は、ヘッダ／フッタ生成部１０１より供給されたヘッダに含まれるヘッダメタデータに、インスタンスUID生成部５１より供給される２６個のインスタンスUIDを、それぞれ所定の位置、すなわち、図８乃至図１１に示されるような構成となるように挿入する。そして、インスタンスUID挿入部１０４は、インスタンスUIDを挿入したヘッダと、フッタをヘッダ／フッタ付加部１０３に供給し、処理をステップＳ１０３に進める。
【０１７７】
ステップＳ１０３では、多重化部１０２が、メタデータファイル処理部４３が出力するシステムアイテム、オグジュアリファイル処理部４４が出力するオグジュアリアイテム、ビデオファイル処理部４５が出力するピクチャアイテム、オーディオファイル処理部４６が出力するサウンドアイテムを多重化し、その多重化の結果得られるエディットユニットのシーケンスを、ボディとして、ヘッダ／フッタ付加部１０３に供給して、ステップＳ１０４に進む。
【０１７８】
ステップＳ１０４では、ヘッダ／フッタ付加部１０３は、多重化部１０２から供給されるボディに、インスタンスUID挿入部１０４から供給されるヘッダとフッタを付加し、これにより、標準AV多重フォーマットのファイルを構成して出力し、合成処理を終了する。
【０１７９】
以上のように、記録媒体である光ディスク１７より素材データを読み出す場合に、ディスク装置１１のフォーマット変換部２２が、フォーマット変換処理を行うとともに、光ディスクに記録されているビデオファイルのヘッダメタデータに含まれるUUIDを抽出し、そのUUIDを用いて、フォーマット変換後の伝送用フォーマットである標準AV多重フォーマットにおけるヘッダメタデータに格納されるUUIDを生成することにより、光ディスク１７に記録されている元のファイルと、読み出した後のファイルとで、UUID（インスタンスUID）に一定の関係（関連性）が生じるので、読み出されたファイルを利用するAV装置１５または１６（または、そのユーザである編集者等）は、読み出した後のファイルと、読み出す前のファイルとの関係、例えば、どのデータとどのデータが同じ内容であるか等を容易に把握することができ、編集作業等におけるデータの管理を容易に行うことができる。
【０１８０】
また、以上のようにすることにより、光ディスク１７に記録されているファイルを何度も繰り返して読み出した場合、読み出されたそれらのファイルに含まれるヘッダメタデータには、互いに同じUUID（インスタンスUID）が挿入されるので、それらの読み出されたファイルを利用するAV装置１５または１６（または、そのユーザである編集者等）は、それらの各ファイルが同じ内容であることを容易に把握することができ、編集作業等におけるデータの管理を容易に行うことができる。
【０１８１】
すなわち、ディスク装置１１は、以上のように処理を行うことにより、データ（素材データ）の利便性を向上させることができる。
【０１８２】
なお、上述したように、図１４において、加算処理部７１は、カウンタ７２のカウント値をUUIDの乱数値１２３に加算することにより、その値が互いに異なるように、２６個の（２６種類の）インスタンスUIDを生成することができる。これにより、ディスク装置１１は、光ディスク１７より読み出されたファイル（標準AV多重フォーマットのファイル）のヘッダメタデータに、図８乃至図１１に示されるように、２６種類のUUID（インスタンスUID）を挿入することができる。
【０１８３】
また、上述したように、図１４において、時刻情報６３は、UUID抽出部６２より供給されるUUIDのタイムスナップ１２１の値を所定の値（例えば、＋１）だけインクリメントするので、ディスク装置１１は、光ディスク１７より読み出されたファイル（標準AV多重フォーマットのファイル）のヘッダメタデータに、光ディスク１７の元のファイル（AV独立フォーマットのファイル）の場合と異なる値のUUID（インスタンスUID）を挿入することができる。これにより、読み出されたファイルに含まれるUUID（インスタンスUID）がグローバルユニークなIDであることが保証される（UUIDのグローバルユニーク性を維持することができる）。すなわち、このファイル内において各データを識別することができればよい場合（グローバルユニーク性を維持する必要の無い場合）、図１４の時刻情報変更部６３（または、図１８のステップＳ４の処理）は、省略することもできる。
【０１８４】
なお、以上においては、インスタンスUID生成部５１が生成するインスタンスUIDの数を２６個（２６種類のUUIDを生成する）として説明したが、これに限らず、インスタンスUID生成部５１が生成するインスタンスUIDの数はいくつであってもよい。ただし、上述した例においては、UUID１２０の乱数値１２３の値をインクリメントすることにより、ファイル内における各インスタンスUID間で値が互いに同一とならないようにしている（ユニーク性を維持している）。従って、この場合、インスタンスUID生成部５１が生成することができるUUIDの数の最大値は、この乱数値１２３の桁数によって決定される。図１９の例の場合、乱数値は６ビットであるので、インスタンスUID生成部５１は、６４個（６４種類）のインスタンスUIDを生成可能である。
【０１８５】
以上においては、光ディスク１７に記録されているAV独立フォーマットのファイルの各UUIDと、光ディスク１７より読み出された標準AV多重フォーマットのファイルの各UUIDは、それぞれ、各ファイル内において、乱数値１２３により互いに識別され、光ディスク１７に記録されているAV独立フォーマットのファイルのUUIDと、光ディスク１７より読み出された標準AV多重フォーマットのファイルのUUIDとは、時刻情報によって（ファイルを読み出す際に時刻情報の値がインクリメントされることにより）互いに識別されるように説明した。しかしながら、各UUIDの識別の方法（ユニーク性の維持方法）としては、これ以外にも、例えば、光ディスク１７に記録されているAV独立フォーマットのファイルの各UUIDと、光ディスク１７より読み出された標準AV多重フォーマットのファイルの各UUIDは、それぞれ、各ファイル内において、時刻情報（タイムスナップ）により互いに識別されるようにし、光ディスク１７に記録されているAV独立フォーマットのファイルのUUIDと、光ディスク１７より読み出された標準AV多重フォーマットのファイルのUUIDとは、乱数値によって（ファイルを読み出す際に乱数値がインクリメントされることにより）互いに識別されるようにしてもよい。
【０１８６】
その場合、図１４の時刻情報変更部６３（または、図１８のステップＳ４の処理）は、省略することができる。さらに、この場合、ファイルの読み出し時のインスタンスUID生成処理において、乱数値に予め定められた定数を加算すれば、光ディスク１７に記録されているAV独立フォーマットのファイルのUUIDと、光ディスク１７より読み出された標準AV多重フォーマットのファイルのUUIDとの識別が可能になるので、図１４のカウンタ７２は省略することができる。その場合、図１８のステップＳ７において、加算処理部７１は、カウント値ではなく、予め定められた所定の定数を乱数値に加算する。
【０１８７】
以下に、このように、光ディスク１７に記録されているAV独立フォーマットのファイルの各UUIDと、光ディスク１７より読み出された標準AV多重フォーマットのファイルの各UUIDが、それぞれ、各ファイル内において、時刻情報（タイムスナップ）により互いに識別されるようにし、光ディスク１７に記録されているAV独立フォーマットのファイルのUUIDと、光ディスク１７より読み出された標準AV多重フォーマットのファイルのUUIDとが、乱数値によって（ファイルを読み出す際に乱数値がインクリメントされることにより）互いに識別されるようにする場合の、ディスク装置１１による、ファイルの光ディスク１７への記録に関する処理等について説明する。
【０１８８】
図１２において説明したように、ディスク装置１１のフォーマット変換部２２において、通信I/F２３から供給された標準AV多重フォーマットのファイルは、標準／独立変換部３１により、AV独立フォーマットのファイルにフォーマット変換され、ディスク駆動部２１に供給される。
【０１８９】
図２５は、図１２の標準／独立変換部３１の構成例を示している。
【０１９０】
バッファ１３１には、通信I/F２３から標準AV多重フォーマットのファイルが供給されるようになっている。バッファ１３１は、そこに供給される標準AV多重フォーマットのファイルを一時記憶する。
【０１９１】
マスタファイル生成部１３２は、バッファ１３１に、標準AV多重フォーマットのファイルが記憶されると、その標準AV多重フォーマットのファイルについて、AV独立フォーマットのマスタファイルを生成し、バッファ１４４に供給する。
【０１９２】
ヘッダ取得部１３３は、バッファ１３１に記憶された標準AV多重フォーマットのファイルからヘッダを抽出することで取得し、そのヘッダを、ヘッダメタデータ抽出部１３５に供給する。
【０１９３】
ボディ取得部１３４は、バッファ１３１に記憶された標準AV多重フォーマットのファイルからボディを抽出することで取得し、そのボディを、システムアイテム抽出部１３６、オグジュアリアイテム抽出部１３８、ピクチャアイテム抽出部１４０、およびサウンドアイテム抽出部１４２に供給する。
【０１９４】
ヘッダメタデータ抽出部１３５は、ヘッダ取得部１３３から供給されるヘッダから、ヘッダメタデータを抽出し、そのヘッダメタデータに配置されたファイル単位のメタデータを、メタデータファイル生成部１３７に供給する。システムアイテム抽出部１３６は、ボディ取得部１３４から供給されるボディの各エディットユニットから、フレーム単位のメタデータが配置されたシステムアイテムを抽出し、メタデータファイル生成部１３７に供給する。メタデータファイル生成部１３７は、ヘッダメタデータ抽出部１３５から供給されるファイル単位のメタデータを配置したファイル単位のメタデータファイルを生成するとともに、システムアイテム抽出部１３６から供給される各エディットユニットのシステムアイテムをまとめて（シーケンシャルに）配置したフレーム単位のメタデータファイルを生成し、そのファイル単位とフレーム単位のメタデータファイルを、バッファ１４４に供給する。
【０１９５】
オグジュアリアイテム抽出部１３８は、ボディ取得部１３４から供給されるボディの各エディットユニットから、フレーム単位のユーザデータが配置されたオグジュアリアイテムを抽出し、オグジュアリファイル生成部１３９に供給する。オグジュアリファイル生成部１３９は、オグジュアリアイテム抽出部１３８から供給される各エディットユニットのオグジュアリアイテムをまとめて配置したオグジュアリファイルを生成し、バッファ１４４に供給する。
【０１９６】
ピクチャアイテム抽出部１４０は、ボディ取得部１３４から供給されるボディの各エディットユニットから、フレーム単位のビデオデータが配置されたピクチャアリアイテムを抽出し、ビデオファイル生成部１４１に供給する。ビデオファイル生成部１４１は、ピクチャアイテム抽出部１４０から供給される各エディットユニットのピクチャアイテムをまとめてボディに配置し、さらに、そのボディに、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを付加したビデオファイルを生成する。さらに、ビデオファイル生成部１４１は、UUID生成部１５１より供給されるUUID（１８種類のUUID）をビデオファイルのヘッダに含まれるヘッダメタデータの各部に格納し、そのビデオファイルをバッファ１４４に供給する。
【０１９７】
サウンドアイテム抽出部１４２は、ボディ取得部１３４から供給されるボディの各エディットユニットから、フレーム単位のオーディオデータが配置されたサウンドアイテムを抽出し、オーディオファイル生成部１４３に供給する。オーディオファイル生成部１４３は、サウンドアイテム抽出部１４２から供給される各エディットユニットのサウンドアイテムに配置された各チャネルのオーディオデータを、各チャネルごとにまとめてボディに配置し、さらに、そのボディに、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを付加したチャネルごとのオーディオファイルを生成し、バッファ１４４に供給する。
【０１９８】
UUID生成部１５１は、上述したように互いに時刻情報が異なるように、１８種類のUUIDを生成し、それらをビデオファイル生成部１４１に供給する。
【０１９９】
バッファ１４４は、マスタファイル生成部１３２から供給されるマスタファイル、メタデータファイル生成部１３７から供給されるファイル単位とフレーム単位それぞれのメタデータファイル、オグジュアリファイル生成部１３９から供給されるオグジュアリファイル、ビデオファイル生成部１４１から供給されるビデオファイル、およびオーディオファイル生成部１４３から供給される各チャネルのオーディオファイルを一時記憶し、それらのファイルを、AV独立フォーマットのファイルとして、ディスク駆動部２１に供給する。
【０２００】
図２６は、図２５のUUID生成部１５１の構成例を示すブロック図である。
【０２０１】
図２６において、UUID生成部１５１は、IEEE１３９４ノードユニークID保持部１６１、定数付加部１６２、定数保持部１６３、時刻情報付加部１６４、時刻情報生成部１６５、およびUUID出力制御部１６６により構成される。
【０２０２】
IEEE１３９４ノードユニークID保持部１６１は、ディスク装置１１のIEEE１３９４ネットワークのノードとしてのIDであるIEEE１３９４ノードユニークIDを保持しており、定数付加部１６２の要求に基づいて、それを定数付加部１６２に供給する。
【０２０３】
定数付加部１６２は、IEEE１３９４ノードユニークID保持部１６１よりIEEE１３９４ノードユニークIDを取得し、定数保持部１６３が保持している予め定められた所定の定数を取得し、その定数の情報をIEEE１３９４ノードユニークIDの上位ビットに付加（結合）し、それを時刻情報付加部１６４に供給する。
【０２０４】
時刻情報付加部１６４は、定数付加部１６２よりIEEE１３９４ノードユニークIDに定数の情報が付加（結合）されたものに、時刻情報生成部１６５のカウンタ１７２より取得したカウント値を、その上位ビットに付加（結合）することにより、UUIDを生成し、それをUUID出力制御部１６６に供給する。
【０２０５】
UUID出力制御部１６６は、時刻情報付加部１６４より供給されたUUIDを所定のタイミングでビデオファイル生成部１４１に供給する。
【０２０６】
時刻情報生成部１６５は、所定の周波数のクロックを発生するクロック発生部１７１およびクロック発生部１７１において発生するクロックのクロック数をカウントするカウンタ７２により構成される。クロック発生部１７１は、例えば、水晶振動子やPLL（Phase Locked Loop）回路等により構成され、予め定められた所定の周波数（例えば、画像データのフレーム周波数）のクロックを発生させ、それをカウンタ１７２に供給する。カウンタ１７２は、クロック発生部１７１より供給されるクロック数をカウントし、そのカウント値を時刻情報付加部１６４の要求に基づいて供給する。
【０２０７】
次に、図２７は、図２５のビデオファイル生成部１４１の構成例を示している。
【０２０８】
ピクチャアイテム抽出部１４０から供給される各エディットユニットのピクチャアイテムは、結合部１８１に供給される。結合部１８１は、そこに供給される各エディットユニットのピクチャアイテムを順次結合（連結）し、ヘッダ／フッタ付加部１８２に供給する。ヘッダ／フッタ付加部１８２は、結合部１８１から供給される、各エディットユニットのピクチャアイテムが結合されたものをボディとして、そのボディに、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを付加する。さらに、ヘッダ／フッタ付加部１８２は、UUID生成部１５１より供給されるUUIDをヘッダに含まれるヘッダメタデータの所定のアドレスに格納し、これにより、AV独立フォーマットのビデオファイルを構成して出力する。
【０２０９】
次に、図２８は、図２５のオーディオファイル生成部１４３の構成例を示している。
【０２１０】
サウンドアイテム抽出部１４２から供給される各エディットユニットのサウンドアイテムは、KLVデコーダ１９１に供給される。KLVデコーダ１９１は、各エディットユニットのサウンドアイテムに配置されたオーディオデータのKLV構造を分解し、その結果得られる、８チャネルが多重化されたオーディオデータ（以下、適宜、多重化オーディオデータという）を、チャネル分離部１９２に供給する。
【０２１１】
チャネル分離部１９２は、KLVデコーダ１９１から供給される、各サウンドアイテムの多重化オーディオデータから、各チャネルのオーディオデータを分離し、その各チャネルのオーディオデータを、チャネルごとにまとめて、データ変換部１９３に供給する。
【０２１２】
データ変換部１９３は、チャネル分離部１９２から供給される各チャネルのオーディオデータの符号化方式を変換する。即ち、標準AV多重フォーマットでは、オーディオデータは、AES3形式で符号化されたものとなっているが、AV独立フォーマットでは、オーディオデータはWAVE方式で符号化されたものとなっている。このため、データ変換部１９３は、チャネル分離部６２から供給される、AES3方式で符号化されたオーディオデータ（AES3方式のオーディオデータ）を、WAVE方式で符号化されたオーディオデータ（WAVE方式のオーディオデータ）に変換する。
【０２１３】
なお、ここでは、データ変換部１９３において、AES3方式のオーディオデータを、WAVE方式のオーディオデータに変換するようにしたが、データ変換部６３では、オーディオデータを、WAVE方式以外のオーディオデータに変換することが可能である。即ち、データ変換部１９３でのオーディオデータの変換は、AES3方式のオーディオデータのデータ量を抑制することを目的として行うものであり、その目的を達成することができる符号化方式であれば、データ変換部１９３では、どのような符号化方式を採用しても良い。
【０２１４】
また、オーディオデータのデータ量が問題とならない場合は、オーディオファイル生成部１４３は、データ変換部１９３を設けずに構成することが可能である。
【０２１５】
データ変換部１９３で得られたWAVE方式のチャネルごとのオーディオデータは、KLVエンコーダ１９４に供給される。KLVエンコーダ１９４は、データ変換部１９３から供給されるチャネルごとにまとめられたオーディオデータそれぞれを、KLV構造にKLVコーディングし、さらに、そのKLV構造とされた各チャネルのオーディオデータに、セクタアラインメントをとるための必要なフィラー（図３）を付加して、ヘッダ／フッタ付加部１９５に供給する。
【０２１６】
ヘッダ／フッタ付加部１９５は、KLVエンコーダ１９４から供給される各チャネルのオーディオデータそれぞれをボディとして、各チャネルのボディに、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを付加し、これにより、AV独立フォーマットの各チャネルのオーディオファイルを構成して出力する。
【０２１７】
次に、図２５の標準／独立変換部３１では、UUIDを生成するUUID生成処理、AV独立フォーマットのファイルとしてのマスタファイルを生成するマスタファイル生成処理、ファイル単位とフレーム単位のメタデータファイルそれぞれを生成するメタデータファイル生成処理、オグジュアリファイルを生成するオグジュアリファイル生成処理、ビデオファイルを生成するビデオファイル生成処理、オーディオファイルを生成するオーディオファイル生成処理が行われる。
【０２１８】
そこで、図２９乃至図３５のフローチャートを参照して、標準／独立変換部３１が行うUUID生成処理、マスタファイル生成処理、メタデータファイル生成処理、オグジュアリファイル生成処理、ビデオファイル生成処理、およびオーディオファイル生成処理について説明する。
【０２１９】
最初に、図２９のフローチャートを参照して、UUID生成処理について説明する。
【０２２０】
例えば、ビデオファイル生成部１４１に指示される等して、UUID生成処理が開始されると、UUID生成部１５１の定数付加部１６２は、ステップＳ１２１においてIEEE１３９４ノードユニークID保持部１６１にアクセスし、保持されているIEEE１３９４ノードユニークIDを読み出す（取得する）。定数付加部１６２は、さらに、ステップＳ１２２において、定数保持部１６３にアクセスし、保持されている定数を読み出す（取得する）。IEEE１３９４ノードユニークIDおよび定数を読み出した定数付加部１６２は、ステップＳ１２３に処理を進め、IEEE１３９４ノードユニークIDに定数を付加（結合）し、そのIEEE１３９４ノードユニークIDと定数により構成されるビット列を時刻情報付加部１６４に供給し、ステップＳ１２４に処理を進める。
【０２２１】
ステップＳ１２４において、時刻情報生成部１６５のカウンタ１７２は、クロック発生部１７１より供給されるクロックをカウントする。なお、実際には、クロック発生部１７１は、常にクロックを発生し、それをカウンタ１７２に供給しており、カウンタ１７２は、その供給されるクロックを全てカウントしている。すなわち、ステップＳ１２４において、カウンタ１７２は、そのカウント値を時刻情報付加部１６４に供給し、処理をステップＳ１２５に進める。
【０２２２】
時刻情報付加部１６４は、ステップＳ１２５において、カウンタ１７２より供給されるカウント値を取得し、ステップＳ１２６において、カウンタ１７２より取得したカウント値を時刻情報（タイムスナップ）として、定数付加部１６２より供給されたIEEE１３９４ノードユニークIDと定数により構成されるビット列に付加し、その、IEEE１３９４ノードユニークID、定数、および時刻情報（タイムスナップ）により構成されるビット列をUUID出力制御部１６６に供給する。
【０２２３】
UUID出力制御部１６６は、ステップＳ１２７において、所定のタイミングで、その、IEEE１３９４ノードユニークID、定数、および時刻情報（タイムスナップ）により構成されるビット列をUUIDとしてビデオファイル生成部１４１に出力し、処理をステップＳ１２８に進める。
【０２２４】
ステップＳ１２８において、時刻情報付加部１６４は、UUID生成処理を終了するか否かを判定し、終了しないと判定した場合、処理をステップＳ１２４に戻し、それ以降の処理を繰り返す。例えば、時刻情報付加部１６４は、UUIDを１８個生成するまでステップＳ１２４乃至ステップＳ１２８の処理を繰り返すように制御する。
【０２２５】
そして、ステップＳ１２８において、例えば１８個のUUIDを生成する等して、これ以上UUIDを生成する必要がなく、UUID生成処理を終了すると判定した場合、時刻情報付加部１６４は、UUID生成処理を終了する。
【０２２６】
次に、図３０のフローチャートを参照して、マスタファイル生成処理について説明する。
【０２２７】
例えば、バッファ１３１（図２５）に、標準AVフォーマットのファイルが供給されて記憶されると、マスタファイル生成処理が開始され、最初に、ステップＳ１４１において、マスタファイル生成部１３２（図２５）は、ファイル単位とフレーム単位それぞれのメタデータファイル、オグジュアリファイル、ビデオファイル、各チャネルそれぞれのオーディオファイルのファイル名を生成し、ステップＳ１４２に進む。ステップＳ１４２では、マスタファイル生成部１３２は、ステップＳ１４１で生成した各ファイル名のファイルへのリンクを、XMLで記述したマスタファイルを生成し、バッファ１４４に供給して記憶させ、マスタファイル生成処理を終了する。
【０２２８】
次に、図３１のフローチャートを参照して、ファイル単位のメタデータファイルを生成するファイル単位のメタデータファイル生成処理について説明する。
【０２２９】
例えば、バッファ１３１（図２５）に、標準AVフォーマットのファイルが供給されて記憶されると、ファイル単位のメタデータファイル生成処理が開始され、まず、ステップＳ１６１において、ヘッダ取得部１３３は、バッファ１３１に記憶された標準AVフォーマットのファイルからヘッダを取得し、ヘッダメタデータ抽出部１３５に供給して、ステップＳ１６２に進む。ステップＳ１６２では、ヘッダメタデータ抽出部１３５が、ヘッダ取得部１３３から供給されるヘッダから、ヘッダメタデータを抽出し、そのヘッダメタデータに配置されたファイル単位のメタデータを、メタデータファイル生成部１３７に供給して、ステップＳ１６３に進む。ステップＳ１６３では、メタデータファイル生成部１３７が、ヘッダメタデータ抽出部１３５から供給されるファイル単位のメタデータを配置したファイル単位のメタデータファイルを生成し、バッファ１４４に供給して記憶させ、ファイル単位のメタデータファイル生成処理を終了する。
【０２３０】
次に、図３２のフローチャートを参照して、フレーム単位のメタデータファイルを生成するフレーム単位のメタデータファイル生成処理について説明する。
【０２３１】
例えば、バッファ１３１（図２５）に、標準AVフォーマットのファイルが供給されて記憶されると、フレーム単位のメタデータファイル生成処理が開始され、最初に、ステップＳ１８１において、ボディ取得部１３４は、バッファ１３１に記憶された標準AV多重フォーマットのファイルからボディを取得し、システムアイテム抽出部１３６に供給して、ステップＳ１８２に進む。ステップＳ１８２では、システムアイテム抽出部１３６は、ボディ取得部１３４から供給されるボディの各エディットユニットから、フレーム単位のメタデータが配置されたシステムアイテムを抽出し、メタデータファイル生成部１３７に供給して、ステップＳ１８３に進む。ステップＳ１８３では、メタデータファイル生成部１３７は、システムアイテム抽出部１３６から供給される各エディットユニットのシステムアイテムを結合することにより、その各エディットユニットのシステムアイテムまとめて配置したフレーム単位のメタデータファイルを生成し、バッファ１４４に供給して記憶させ、フレーム単位のメタデータファイル生成処理を終了する。
【０２３２】
次に、図３３のフローチャートを参照して、オグジュアリファイルを生成するオグジュアリファイル生成処理について説明する。
【０２３３】
例えば、バッファ１３１（図２５）に、標準AVフォーマットのファイルが供給されて記憶されると、オグジュアリファイル生成処理が開始され、最初に、ステップＳ２０１において、ボディ取得部１３４は、バッファ１３１に記憶された標準AV多重フォーマットのファイルからボディを取得し、オグジュアリアイテム抽出部１３８に供給して、ステップＳ２０２に進む。ステップＳ２０２では、オグジュアリアイテム抽出部１３８は、ボディ取得部１３４から供給されるボディの各エディットユニットからオグジュアリアイテムを抽出し、オグジュアリファイル生成部１３９に供給して、ステップＳ２０３に進む。ステップＳ２０３では、オグジュアリファイル生成部１３９は、オグジュアリアイテム抽出部１３８から供給される各エディットユニットのオグジュアリアイテムを結合することにより、その各エディットユニットのオグジュアリアイテムまとめて配置したオグジュアリファイルを生成し、バッファ１４４に供給して記憶させ、オグジュアリファイル生成処理を終了する。
【０２３４】
次に、図３４のフローチャートを参照して、ビデオファイルを生成するビデオファイル生成処理について説明する。
【０２３５】
例えば、バッファ１３１（図２５）に、標準AVフォーマットのファイルが供給されて記憶されると、ビデオファイル生成処理が開始され、最初に、ステップＳ２２１において、ボディ取得部１３４は、バッファ１３１に記憶された標準AV多重フォーマットのファイルからボディを取得し、ピクチャアイテム抽出部１４０に供給して、ステップＳ２２２に進む。ステップＳ２２２では、ピクチャアイテム抽出部１４０は、ボディ取得部１３４から供給されるボディの各エディットユニットからピクチャアイテムを抽出し、ビデオファイル生成部１４１に供給して、ステップＳ２２３に進む。ステップＳ２２３では、ビデオファイル生成部１４１（図２７）において、結合部１８１が、ピクチャアイテム抽出部１４０から供給される各エディットユニットのピクチャアイテムを結合することにより、その各エディットユニットのピクチャアイテムまとめて配置したボディを生成し、ヘッダ／フッタ付加部１８２に供給して、ステップＳ２２４に進む。
【０２３６】
ステップＳ２２４では、ヘッダ／フッタ付加部１８２は、結合部１８１から供給されるボディに、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを付加し、これにより、AV独立フォーマットのビデオファイルを構成し、バッファ１４４に供給して記憶させ、ビデオファイル生成処理を終了する。
【０２３７】
次に、図３５のフローチャートを参照して、オーディオファイルを生成するオーディオファイル生成処理について説明する。
【０２３８】
例えば、バッファ１３１（図２５）に、標準AVフォーマットのファイルが供給されて記憶されると、オーディオファイル生成処理が開始され、最初に、ステップＳ２４１において、ボディ取得部１３４は、バッファ１３１に記憶された標準AV多重フォーマットのファイルからボディを取得し、サウンドアイテム抽出部１４２に供給して、ステップＳ２４２に進む。ステップＳ２４２では、サウンドアイテム抽出部１４２は、ボディ取得部１３４から供給されるボディの各エディットユニットからサウンドアイテムを抽出し、オーディオファイル生成部１４３に供給して、ステップＳ２４３に進む。ステップＳ２４３では、オーディオファイル生成部１４３（図２８）において、KLVデコーダ１９１が、各エディットユニットのサウンドアイテムに配置されたオーディオデータのKLV構造を分解し、その結果得られる、８チャネルが多重化されたオーディオデータ（多重化オーディオデータ）を、チャネル分離部１９２に供給して、ステップＳ２４４に進む。
【０２３９】
ステップＳ２４４では、チャネル分離部１９２が、KLVデコーダ１９１から供給される、各サウンドアイテムの多重化オーディオデータから、各チャネルのAES3形式のオーディオデータを分離し、その各チャネルのAES3形式のオーディオデータを、チャネルごとにまとめて配置して、データ変換部１９３に供給する。
【０２４０】
そして、ステップＳ２４５に進み、データ変換部１９３は、チャネル分離部１９２から供給される各チャネルのAES3形式のオーディオデータを、WAVE方式のオーディオデータに変換し、KLVエンコーダ１９４に供給して、ステップＳ２４６に進む。ステップＳ２４６では、KLVエンコーダ１９４が、データ変換部１９３から供給されるチャネルごとにまとめられたWAVE形式のオーディオデータそれぞれを、KLV構造にKLVコーディングし、さらに、そのKLV構造とされた各チャネルのオーディオデータに、セクタアラインメントをとるための必要なフィラー（図３）を付加する。これにより、KLVエンコーダ１９４は、各チャネルのWAVE形式のオーディオデータをまとめて配置するとともに、必要なフィラーを配置した各チャネルのボディを生成し、ヘッダ／フッタ付加部１９５に供給して、ステップＳ２４７に進む。
【０２４１】
ステップＳ２４７では、ヘッダ／フッタ付加部１９５が、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを生成し、さらに、UUID生成部１５１（図２７）より供給されるUUIDをヘッダのヘッダメタデータに挿入し、そのUUIDが挿入された、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを、KLVエンコーダ１９４から供給される各チャネルのボディに付加し、これにより、AV独立フォーマットの各チャネルのオーディオファイルを構成し、バッファ１４４に供給して記憶させ、オーディオファイル生成処理を終了する。
【０２４２】
以上のようにすることにより、ディスク装置１１は、光ディスク１７に記録されているAV独立フォーマットのファイルの各UUIDと、光ディスク１７より読み出された標準AV多重フォーマットのファイルの各UUIDが、それぞれ、各ファイル内において、時刻情報（タイムスナップ）により互いに識別されるようにし、光ディスク１７に記録されているAV独立フォーマットのファイルのUUIDと、光ディスク１７より読み出された標準AV多重フォーマットのファイルのUUIDとが、乱数値によって（ファイルを読み出す際に乱数値がインクリメントされることにより）互いに識別されるようにすることができる。これにより、光ディスク１７より読み出されたファイルを利用するAV装置１５およびAV装置１６（またはそれらのユーザである編集者）は、各データを識別することができるとともに、各ファイルの関係を容易に把握することができるので、ファイルの利便性が向上し、例えば編集者が編集作業等を容易に行うことができる。
【０２４３】
次に、上述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
【０２４４】
そこで、図３６は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０２４５】
プログラムは、コンピュータ２００に内蔵されている記録媒体としてのハードディスク２１５やＲＯＭ２１３に予め記録しておくことができる。
【０２４６】
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体２２１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体２２１は、いわゆるパッケージソフトウエアとして提供することができる。
【０２４７】
なお、プログラムは、上述したようなリムーバブル記録媒体２２１からコンピュータ２００にインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータ２００に無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータ２００に有線で転送し、コンピュータ２００では、そのようにして転送されてくるプログラムを、通信部２１８で受信し、内蔵するハードディスク２１５にインストールすることができる。
【０２４８】
コンピュータ２００は、CPU(Central Processing Unit)２０２を内蔵している。CPU２１２には、バス２１１を介して、入出力インタフェース２１１が接続されており、CPU２１２は、入出力インタフェース２２０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部２１７が操作等されることにより指令が入力されると、それにしたがって、ROM(Read Only Memory)２１３に格納されているプログラムを実行する。あるいは、また、CPU２１２は、ハードディスク２１５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部２１８で受信されてハードディスク２１５にインストールされたプログラム、またはドライブ２１９に装着されたリムーバブル記録媒体２２１から読み出されてハードディスク２１５にインストールされたプログラムを、RAM(Random Access Memory)２１４にロードして実行する。これにより、CPU２１２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU２１２は、その処理結果を、必要に応じて、例えば、入出力インタフェース２２０を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部２１６から出力、あるいは、通信部２１８から送信、さらには、ハードディスク２１５に記録等させる。
【０２４９】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２５０】
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【０２５１】
なお、本実施の形態では、ディスク装置１１において、光ディスク１７に対して、AV独立フォーマットのファイルを読み書きするようにしたが、AV独立フォーマットのファイルは、光ディスク１７などのディスク状の記録媒体に限らず、磁気テープなどのテープ状の記録媒体や、半導体メモリ等に対して読み書きすることが可能である。
【０２５２】
また、図３の実施の形態では、ディスク駆動部２１、フォーマット変換部２２、通信I/F２３によって、１つの装置であるディスク装置１１を構成するようにしたが、ディスク駆動部２１、フォーマット変換部２２、通信I/F２３は、それぞれ、独立した１つの装置とすることが可能である。
【０２５３】
さらに、本実施の形態では、標準AV多重フォーマットのファイルとして、MXFに準拠したファイルを採用することとしたが、標準AV多重フォーマットのファイルとしては、MXFに準拠したファイルの他、ヘッダ、ボディ、フッタからなり、ヘッダにUUIDが含まれており、ボディに、任意の２つのデータ（以上）が多重化されて配置されるファイルを採用することが可能である。
【０２５４】
また、本実施の形態では、標準AV多重フォーマットのファイルのボディに、ビデオデータとオーディオデータとを多重化したものが配置されることとしたが、標準AV多重フォーマットのファイルのボディには、その他、例えば、２以上のビデオデータ（のストリーム）を多重化したものや、２以上のオーディオデータ（のストリーム）を多重化したものを配置するようにすることが可能である。
【０２５５】
さらに、以上においては、ヘッダメタデータに配置されたUUIDを処理するように説明したが、UUIDは、各種ファイルのどの位置に配置されたものであってもよい。また、UUID以外の識別情報であってももちろんよい。
【０２５６】
なお、本明細書において、システムとは、複数のデバイス（装置）により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２５７】
【図１】ディスクからファイルを読み出す従来の方法の例を説明する図である。
【図２】ディスクからファイルを読み出す従来の方法の他の例を説明する図である。
【図３】本発明を適用したAVネットワークシステムの一実施の形態の構成例を示すブロック図である。
【図４】標準AV多重フォーマットを示す図である。
【図５】AV独立フォーマットを示す図である。
【図６】AV独立フォーマットにおけるビデオファイルのヘッダメタデータに配置されたUUIDの一覧の例を示す図でである。
【図７】AV独立フォーマットにおけるビデオファイルのヘッダメタデータに配置されたUUIDの一覧の例を示す、図６に続く図でである。
【図８】標準AV多重フォーマットにおけるヘッダメタデータに配置されたUUIDの一覧の例を示す図でである。
【図９】標準AV多重フォーマットにおけるヘッダメタデータに配置されたUUIDの一覧の例を示す、図８に続く図でである。
【図１０】標準AV多重フォーマットにおけるヘッダメタデータに配置されたUUIDの一覧の例を示す、図９に続く図でである。
【図１１】標準AV多重フォーマットにおけるヘッダメタデータに配置されたUUIDの一覧の例を示す、図１０に続く図でである。
【図１２】図３のフォーマット変換部の構成例を示すブロック図である。
【図１３】図１２の独立／標準変換部の構成例を示すブロック図である。
【図１４】図１３のインスタンスUID生成部の構成例を示すブロック図である。
【図１５】図１３のビデオファイル処理部の構成例を示すブロック図である。
【図１６】図１３のオーディオファイル処理部の構成例を示すブロック図である。
【図１７】図１３のデータ合成部の構成例を示すブロック図である。
【図１８】インスタンスUUID生成処理の例を説明するフローチャートである。
【図１９】UUIDの構成例を示す図である。
【図２０】メタデータファイル処理を説明するフローチャートである。
【図２１】オグジュアリファイル処理を説明するフローチャートである。
【図２２】ビデオファイル処理を説明するフローチャートである。
【図２３】オーディオファイル処理を説明するフローチャートである。
【図２４】合成処理を説明するフローチャートである。
【図２５】図４の標準／独立変換部の構成例を示すブロック図である。
【図２６】図２５のUUID生成部の構成例を示すブロック図である。
【図２７】図２５のビデオファイル生成部の構成例を示すブロック図である。
【図２８】図２５のオーディオファイル生成部の構成例を示すブロック図である。
【図２９】UUID生成処理を説明するフローチャートである。
【図３０】マスタファイル生成処理を説明するフローチャートである。
【図３１】ファイル単位のメタデータファイル生成処理を説明するフローチャートである。
【図３２】フレーム単位のメタデータファイル生成処理を説明するフローチャートである。
【図３３】オグジュアリファイル生成処理を説明するフローチャートである。
【図３４】ビデオファイル生成処理を説明するフローチャートである。
【図３５】オーディオファイル生成処理を説明するフローチャートである。
【図３６】本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
【０２５８】
１１，１２  ディスク装置，  １３  編集装置，  １４  ネットワーク，  １５，１６  AV装置，  １７  光ディスク,  ２１  ディスク駆動部，  ２２  フォーマット変換部，  ２３  通信I/F，  ３１  標準／独立変換部，  ３２  独立／標準変換部，  ４１  バッファ，  ４２  ファイル取得部，  ４３  メタデータファイル処理部，  ４４  オグジュアリファイル処理部，  ４５  ビデオファイル処理部，  ４６  オーディオファイル処理部，  ４７  データ合成部，  ４８  バッファ，  ５１  インスタンスUID生成部，  ６１  ヘッダ／フッタ抽出部６１，  ６２  UUID抽出部，  ６３  時刻情報変更部，  ６４  UUID保持部，  ６５  乱数値変更部，  ７１  加算処理部，  ７２  カウンタ，  ８１  ヘッダ／フッタ除去部，  ８２  分解部，  ９１  ヘッダ／フッタ除去部，  ９２  KLVデコーダ，  ９３  データ変換部，  ９４  チャネル多重化部，  ９５  KLVエンコーダ，  １０１  ヘッダ／フッタ生成部，  １０２  多重化部，  １０３  ヘッダ／フッタ付加部，  １２０  UUID，  １２１  タイムスナップ，  １２２  固定値，  １２３  乱数値，  １２４  IEEE１３９４ノードユニークID，  １３１  バッファ，  １３２  マスタファイル生成部，  １３３  ヘッダ取得部，  １３４  ボディ取得部，  １３５  ヘッダメタデータ抽出部，  １３６  システムアイテム抽出部，  １３７  メタデータファイル生成部，  １３８  オグジュアリアイテム抽出部，  １３９  オグジュアリファイル生成部，  １４０  ピクチャアイテム抽出部，  １４１  ビデオファイル生成部，  １４２  サウンドアイテム抽出部，  １４３  オーディオファイル生成部，  １４４  バッファ，  １５１  UUID生成部，  １６１  IEEE１３９４ノードユニークID保持部，  １６２  定数付加部，  １６３  定数保持部，  １６４  時刻情報付加部，  １６５  時刻情報生成部，  １６６  UUID出力制御部，  １７１  クロック発生部，  １７２  カウンタ，  １８１  結合部，  １８２  ヘッダ／フッタ付加部，  １９１  KLVデコーダ，  １９２  チャネル分離部，  １９３  データ変換部，  １９４  KLVエンコーダ，  １９５  ヘッダ／フッタ付加部，  ２００  コンピュータ，  ２１１  バス，  ２１２  CPU，  ２１３  ROM，  ２１４  RAM，  ２１５  ハードディスク，  ２１６  出力部，  ２１７  入力部，  ２１８  通信部，  ２１９  ドライブ，  ２２０  入出力インタフェース，  ２２１  リムーバブル記録媒体
【図１】
2005244300.tif 000003
【図２】
2005244300.tif 000004
【図３】
2005244300.tif 000005
【図４】
2005244300.tif 000006
【図５】
2005244300.tif 000007
【図６】
2005244300.tif 000008
【図７】
2005244300.tif 000009
【図８】
2005244300.tif 000010
【図９】
2005244300.tif 000011
【図１０】
2005244300.tif 000012
【図１１】
2005244300.tif 000013
【図１２】
2005244300.tif 000014
【図１３】
2005244300.tif 000015
【図１４】
2005244300.tif 000016
【図１５】
2005244300.tif 000017
【図１６】
2005244300.tif 000018
【図１７】
2005244300.tif 000019
【図１８】
2005244300.tif 000020
【図１９】
2005244300.tif 000021
【図２０】
2005244300.tif 000022
【図２１】
2005244300.tif 000023
【図２２】
2005244300.tif 000024
【図２３】
2005244300.tif 000025
【図２４】
2005244300.tif 000026
【図２５】
2005244300.tif 000027
【図２６】
2005244300.tif 000028
【図２７】
2005244300.tif 000029
【図２８】
2005244300.tif 000030
【図２９】
2005244300.tif 000031
【図３０】
2005244300.tif 000032
【図３１】
2005244300.tif 000033
【図３２】
2005244300.tif 000034
【図３３】
2005244300.tif 000035
【図３４】
2005244300.tif 000036
【図３５】
2005244300.tif 000037
【図３６】
2005244300.tif 000038