(57)【要約】【課題】記録媒体の利便性が向上すると共に、読み書きの処理をより効率良くできるようにする。【解決手段】ヘッダ生成部５３は、ファイルの先頭に配置されるヘッダを生成する。フッタ生成部５２は、ファイルの最後に配置されるフッタを生成する。フィラー生成部５４は、ファイルのボディ、ヘッダ、またはフッタに付加することによって、ボディ、ヘッダ、またはフッタのデータ量を、光ディスクのＥＣＣブロックの整数倍とするフィラーを生成する。ＫＬＶエンコーダ５５は、ボディに付するフィラーをＫＬＶ構造にＫＬＶエンコードする。本発明は、光ディスクにビデオデータまたはオーディオデータを記録するディスク装置に適用できる。【選択図】      図９
2005004854.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に記録する、第１のデータのファイルを生成するファイル生成装置であって、
前記ファイルの先頭に配置される第２のデータを生成する第１のデータ生成手段と、
前記ファイルの最後に配置される第３のデータを生成する第２のデータ生成手段と、
前記第１のデータ、前記第２のデータ、または前記第３のデータに付加することによって、前記第１のデータ、前記第２のデータ、または前記第３のデータのデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成する第３のデータ生成手段と
を含むことを特徴とするファイル生成装置。
【請求項２】
前記第１のデータ生成手段は、前記第２のデータである、前記ファイルのヘッダを生成する
ことを特徴とする請求項１に記載のファイル生成装置。
【請求項３】
前記第１のデータ生成手段は、第１のデータをＫＬＶ（Ｋｅｙ，Ｌｅｎｇｔｈ，Ｖａｌｕｅ）構造に変換するフォーマット変換手段をさらに含み、
前記第１のデータ生成手段は、前記ファイルのヘッダ、並びに前記ヘッダと前記第１のデータとの間に配置されたキーおよびレングスからなる前記第２のデータを生成する
ことを特徴とする請求項１に記載のファイル生成装置。
【請求項４】
前記第３のデータ生成手段は、整数であるＮ個に分割されている前記第１のデータのうちの、先頭側のＮ−１個の分割されている前記第１のデータのそれぞれに付加することによって、Ｎ−１個の分割されている前記第１のデータのそれぞれのデータ量を、前記記録媒体の物理的単位領域の整数倍とし、かつ、前記第１のデータの全体のデータ量を、前記記録媒体の読み書きを行う前記単位の整数倍とする前記第４のデータを生成する
ことを特徴とする請求項１に記載のファイル生成装置。
【請求項５】
前記第３のデータ生成手段は、所定の再生時間毎に分割され、分割された単位毎に、ビデオデータおよび複数チャンネルのオーディオデータが多重化されてなる前記第１のデータに対して、分割されている前記第１のデータのそれぞれのデータ量を、前記記録媒体の読み書きを行う前記単位の整数倍とする前記第４のデータを生成する
ことを特徴とする請求項１に記載のファイル生成装置。
【請求項６】
前記第３のデータ生成手段は、分割されている前記第１のデータのそれぞれを仕切るパーテーションデータ、並びに分割されている前記第１のデータのそれぞれに含まれるメタデータおよび前記ビデオデータを合わせたデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする前記第４のデータを生成する
ことを特徴とする請求項５に記載のファイル生成装置。
【請求項７】
前記第３のデータ生成手段は、分割されている前記第１のデータのそれぞれに含まれる、分割されている前記オーディオデータのそれぞれのデータ量を、前記記録媒体の読み書きを行う単位の整数分の１とし、かつ、前記オーディオデータの全体のデータ量を、前記記録媒体の読み書きを行う前記単位の整数倍とする前記第４のデータを生成する
ことを特徴とする請求項５に記載のファイル生成装置。
【請求項８】
記録媒体に記録する、第１のデータのファイルを生成するファイル生成方法であって、
前記ファイルの先頭に配置される第２のデータを生成する第１のデータ生成ステップと、
前記ファイルの最後に配置される第３のデータを生成する第２のデータ生成ステップと、
前記第１のデータ、前記第２のデータ、または前記第３のデータに付加することによって、前記第１のデータ、前記第２のデータ、または前記第３のデータのデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成する第３のデータ生成ステップと
を含むことを特徴とするファイル生成方法。
【請求項９】
記録媒体に記録する、第１のデータのファイルを生成するファイル生成処理を、コンピュータに行わせるプログラムにおいて、
前記ファイルの先頭に配置される第２のデータを生成する第１のデータ生成ステップと、
前記ファイルの最後に配置される第３のデータを生成する第２のデータ生成ステップと、
前記第１のデータ、前記第２のデータ、または前記第３のデータに付加することによって、前記第１のデータ、前記第２のデータ、または前記第３のデータのデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成する第３のデータ生成ステップと
を含むことを特徴とするプログラム。
【請求項１０】
第１のデータのファイルが記録されている記録媒体において、
第１の付加データの付加により、前記記録媒体の読み書きを行う単位の整数倍のデータ量とされた前記第１のデータを、前記第１のデータの境界と前記単位の境界とが一致するよう記録し、
前記ファイルの先頭に配置される第２のデータであって、第２の付加データの付加により、前記単位の整数倍のデータ量とされたものを、前記第２のデータの境界と前記単位の境界とが一致するように記録し、
前記ファイルの最後に配置される第３のデータであって、第３の付加データの付加により、前記単位の整数倍のデータ量とされたものを、前記第３のデータの境界と前記単位の境界とが一致するように記録している
ことを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はファイル生成装置および方法、プログラム、並びに記録媒体に関し、特に、記録媒体への記録に適したファイルを生成するか、またはファイルを記録するファイル生成装置および方法、プログラム、並びに記録媒体に関する。
【０００２】
【従来の技術】
近年においては、通信プロトコル等の標準化や、通信機器の低価格化等が進み、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）を標準で装備しているパーソナルコンピュータが一般的になってきている。
【０００３】
さらに、パーソナルコンピュータの他、例えば、ＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）サーバやＶＴＲ（Ｖｉｄｅｏ  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ）などの業務用放送機器についても、通信Ｉ／Ｆが標準装備されているもの、あるいは装備可能なものが一般的になっており、そのような放送機器どうしの間では、ビデオデータやオーディオデータ（以下、適宜、両方まとめて、ＡＶデータという）のファイル交換が行われている。
【０００４】
ところで、従来においては、放送機器どうしの間で交換されるファイルのフォーマットとしては、一般に、例えば、機種ごとやメーカごとに、独自のフォーマットが採用されていたため、異なる機種やメーカの放送機器どうしの間では、ファイル交換を行うことが困難であった。
【０００５】
そこで、ファイル交換のためのフォーマットとして、例えば、ＭＸＦ（Ｍａｔｅｒｉａｌ  ｅＸｃｈａｎｇｅ  Ｆｏｒｍａｔ）が提案され、現在標準化されつつある。
【０００６】
ＭＸＦは、ファイル交換に加えて、ストリーミングを考慮したフォーマットであり、ビデオデータとオーディオデータがフレームごと等の細かい単位で多重化されている。
【０００７】
【発明が解決しようとする課題】
ＭＸＦは、上述したように、ストリーミングを考慮して、ビデオデータとオーディオデータがフレームごとに多重化されている。従って、放送機器において、ＭＸＦのファイルをストレージに取り込んでから、ビデオデータとオーディオデータを別々に編集（ＡＶ独立編集）するのが困難である課題があった。
【０００８】
そこで、放送機器において、ＭＸＦのファイルを取り込んだ後、それを、独自のフォーマットのファイルに変換する方法がある。しかしながら、放送機器において、ＭＸＦのファイルを、ＭＸＦとは全く関係のない独自フォーマットのファイルに変換し、ストレージに記録してしまうと、そのファイルを、他の放送機器において扱うことが困難となる。
【０００９】
即ち、例えば、ある放送機器のストレージに記録された独自フォーマットのファイルに対して、他の放送機器から、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）１３９４やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等の通信Ｉ／Ｆを介してアクセスしても、他の放送機器において、その独自フォーマットを理解することができない場合には、独自フォーマットのファイルを扱うこと（ここでは、例えば、読み出すこと）ができない。
【００１０】
また、ある放送機器において、独自フォーマットのファイルが記録されるストレージが、例えば、光ディスク等のリムーバブルな記録媒体である場合に、そのリムーバブルな記録媒体を、他の放送機器に装着しても、やはり、他の放送機器において、独自フォーマットを理解することができない場合には、その独自フォーマットのファイルを扱うことができない。
【００１１】
さらに、記録媒体に、独自フォーマットのファイルを記録するようにした場合、フォーマットの方式が記録媒体に適合していないと、記録媒体へのファイルの読み書きにおいて、例えば、読み書きしようとするファイルに比較してより大きいデータの読み書きをしなければならない場合があった。
【００１２】
本発明はこのような状況に鑑みてなされたものであり、例えば、ファイルを構成するヘッダ、ボディ、またはフッタのそれぞれを迅速に読み出しできるようにする等の、記録媒体の利便性を向上させると共に、記録媒体へのファイルの読み書きにおいて、本来不要なデータの読み書きをより少なくするなど、読み書きの処理をより効率良くできるようにするものである。
【００１３】
【課題を解決するための手段】
本発明のファイル生成装置は、ファイルの先頭に配置される第２のデータを生成する第１のデータ生成手段と、ファイルの最後に配置される第３のデータを生成する第２のデータ生成手段と、第１のデータ、第２のデータ、または第３のデータに付加することによって、第１のデータ、第２のデータ、または第３のデータのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成する第３のデータ生成手段とを含むことを特徴とする。
【００１４】
第１のデータ生成手段は、第２のデータである、ファイルのヘッダを生成するようにすることができる。
【００１５】。
第１のデータ生成手段は、第１のデータをＫＬＶ（Ｋｅｙ，Ｌｅｎｇｔｈ，Ｖａｌｕｅ）構造に変換するフォーマット変換手段をさらに含み、第１のデータ生成手段は、ファイルのヘッダ、並びにヘッダと第１のデータとの間に配置されたキーおよびレングスからなる第２のデータを生成するようにすることができる。
【００１６】
第３のデータ生成手段は、整数であるＮ個に分割されている第１のデータのうちの、先頭側のＮ−１個の分割されている第１のデータのそれぞれに付加することによって、Ｎ−１個の分割されている第１のデータのそれぞれのデータ量を、記録媒体の物理的単位領域の整数倍とし、かつ、第１のデータの全体のデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成するようにすることができる。
【００１７】
第３のデータ生成手段は、所定の再生時間毎に分割され、分割された単位毎に、ビデオデータおよび複数チャンネルのオーディオデータが多重化されてなる第１のデータに対して、分割されている第１のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成するようにすることができる。
【００１８】
第３のデータ生成手段は、分割されている第１のデータのそれぞれを仕切るパーテーションデータ、並びに分割されている第１のデータのそれぞれに含まれるメタデータおよびビデオデータを合わせたデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成するようにすることができる。
【００１９】
第３のデータ生成手段は、分割されている第１のデータのそれぞれに含まれる、分割されているオーディオデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数分の１とし、かつ、オーディオデータの全体のデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成するようにすることができる。
【００２０】
本発明のファイル生成方法は、ファイルの先頭に配置される第２のデータを生成する第１のデータ生成ステップと、ファイルの最後に配置される第３のデータを生成する第２のデータ生成ステップと、第１のデータ、第２のデータ、または第３のデータに付加することによって、第１のデータ、第２のデータ、または第３のデータのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成する第３のデータ生成ステップとを含むことを特徴とする。
【００２１】
本発明のプログラムは、コンピュータに、ファイルの先頭に配置される第２のデータを生成する第１のデータ生成ステップと、ファイルの最後に配置される第３のデータを生成する第２のデータ生成ステップと、第１のデータ、第２のデータ、または第３のデータに付加することによって、第１のデータ、第２のデータ、または第３のデータのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成する第３のデータ生成ステップとを実行させることを特徴とする。
【００２２】
本発明の記録媒体は、第１の付加データの付加により、記録媒体の読み書きを行う単位の整数倍のデータ量とされた第１のデータを、第１のデータの境界と単位の境界とが一致するよう記録し、ファイルの先頭に配置される第２のデータであって、第２の付加データの付加により、単位の整数倍のデータ量とされたものを、第２のデータの境界と単位の境界とが一致するように記録し、ファイルの最後に配置される第３のデータであって、第３の付加データの付加により、単位の整数倍のデータ量とされたものを、第３のデータの境界と単位の境界とが一致するように記録していることを特徴とする。
【００２３】
本発明のファイル生成装置および方法、並びにプログラムにおいては、ファイルの先頭に配置される第２のデータが生成され、ファイルの最後に配置される第３のデータが生成される。そして、第１のデータ、第２のデータ、または第３のデータに付加することによって、第１のデータ、第２のデータ、または第３のデータのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータが生成される。
【００２４】
本発明の記録媒体においては、第１の付加データの付加により、記録媒体の読み書きを行う単位の整数倍のデータ量とされた第１のデータが、第１のデータの境界と単位の境界とが一致するよう記録され、ファイルの先頭に配置される第２のデータであって、第２の付加データの付加により、単位の整数倍のデータ量とされたものが、第２のデータの境界と単位の境界とが一致するように記録される。さらに、ファイルの最後に配置される第３のデータであって、第３の付加データの付加により、単位の整数倍のデータ量とされたものが、第３のデータの境界と単位の境界とが一致するように記録される。
【００２５】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２６】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００２７】
請求項１に記載のファイル生成装置は、ファイルの先頭に配置される第２のデータを生成する第１のデータ生成手段（例えば、図１０の先頭データ生成部７１）と、ファイルの最後に配置される第３のデータを生成する第２のデータ生成手段（例えば、図１０のフッタ生成部６６）と、第１のデータ、第２のデータ、または第３のデータに付加することによって、第１のデータ、第２のデータ、または第３のデータのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成する第３のデータ生成手段（例えば、図１０のフィラー生成部６７）とを含むことを特徴とする。
【００２８】
請求項１０に記載の記録媒体は、第１の付加データ（例えば、図６のＫＬＶ構造とされたフィラー）の付加により、記録媒体の読み書きを行う単位の整数倍のデータ量とされた第１のデータ（例えば、図６のオーディオデータのバリューおよびＫＬＶ構造とされたフィラー）を、第１のデータの境界と単位の境界とが一致するよう記録し、ファイルの先頭に配置される第２のデータ（例えば、図６のヘッダ乃至オーディオデータのレングス）であって、第２の付加データ（例えば、図６のヘッダに付加されたフィラー）の付加により、単位の整数倍のデータ量とされたものを、第２のデータの境界と単位の境界とが一致するように記録し、ファイルの最後に配置される第３のデータ（例えば、図６のフッタ）であって、第３の付加データ（例えば、図６のフッタに付加されたフィラー）の付加により、単位の整数倍のデータ量とされたものを、第３のデータの境界と単位の境界とが一致するように記録していることを特徴とする。
【００２９】
図１は、本発明を適用したＡＶネットワークシステム（システムとは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００３０】
ディスク装置１は、ディスクドライブ装置１１、フォーマット変換部１２、および通信Ｉ／Ｆ１３で構成され、ネットワーク４を介して伝送されてくるＡＶデータのファイルを受信し、光ディスク７に記録し、また、光ディスク７に記録されたＡＶデータのファイルを読み出し、ネットワーク４を介して伝送する。
【００３１】
即ち、ディスクドライブ装置１１には、光ディスク７を着脱することができるようになっている。ディスクドライブ装置１１は、そこに装着された光ディスク７を駆動することにより、フォーマット変換部１２から供給される、後述するＡＶ独立フォーマットのファイルを光ディスク７に記録し（書き込み）、また、光ディスク７からＡＶ独立フォーマットのファイルを読み出して、フォーマット変換部１２に供給する。
【００３２】
フォーマット変換部１２は、ディスクドライブ装置１１から供給されるＡＶ独立フォーマットのファイルを、後述する標準ＡＶ多重フォーマットのファイルに変換し、通信Ｉ／Ｆ１３に供給する。また、フォーマット変換部１２は、通信Ｉ／Ｆ１３から供給される標準ＡＶ多重フォーマットのファイルを、ＡＶ独立フォーマットのファイルに変換し、ディスクドライブ装置１１に供給する。
【００３３】
通信Ｉ／Ｆ１３は、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）１３９４ポートや、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続用のＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）、あるいは、アナログモデムや、ＴＡ（Ｔｅｒｍｉｎａｌ  Ａｄａｐｔｅｒ）およびＤＳＵ（Ｄｉｇｉｔａｌ  Ｓｅｒｖｉｃｅ  Ｕｎｉｔ）、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）モデム等で構成され、例えば、インターネットやイントラネット等のネットワーク４を介して、標準ＡＶ多重フォーマットのファイルをやりとりする。即ち、通信Ｉ／Ｆ１３は、フォーマット変換部１２から供給される標準ＡＶ多重フォーマットのファイルを、ネットワーク４を介して伝送し、また、ネットワーク４を介して伝送されてくる標準ＡＶ多重フォーマットのファイルを受信して、フォーマット変換部１２に供給する。
【００３４】
以上のように構成されるディスク装置１では、通信Ｉ／Ｆ１３が、ネットワーク４を介して伝送されてくる標準ＡＶ多重フォーマットのファイルを受信し、フォーマット変換部１２に供給する。フォーマット変換部１２は、通信Ｉ／Ｆ１３からの標準ＡＶ多重フォーマットのファイルを、ＡＶ独立フォーマットのファイルに変換し、ディスクドライブ装置１１に供給する。そして、ディスクドライブ装置１１は、フォーマット変換部１２からのＡＶ独立フォーマットのファイルを、そこに装着された光ディスク７に記録する。
【００３５】
また、ディスク装置１では、ディスクドライブ装置１１が、そこに装着された光ディスク７からＡＶ独立フォーマットのファイルを読み出し、フォーマット変換部１２に供給する。フォーマット変換部１２は、ディスクドライブ装置１１からのＡＶ独立フォーマットのファイルを、標準ＡＶ多重フォーマットのファイルに変換し、通信Ｉ／Ｆ１３に供給する。そして、通信Ｉ／Ｆ１３は、フォーマット変換部１２からの標準ＡＶ多重フォーマットのファイルを、ネットワーク４を介して伝送する。
【００３６】
ここで、標準ＡＶ多重フォーマットのファイルは、例えば、ＭＸＦの規格に準拠したファイルであり、ヘッダ、ボディ、フッタからなる。そして、標準ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠したファイルであるから、そのボディには、ＡＶデータであるビデオデータとオーディオデータとが、例えば、１フレーム単位で多重化されて配置されている。
【００３７】
図１において、ネットワーク４に接続されているＡＶ装置５や６は、ＭＸＦの規格に準拠したファイルを取り扱うことができるＭＸＦの規格に準拠した装置であり、従って、ＡＶ装置５や６は、標準ＡＶ多重フォーマットのファイルを、ネットワーク４を介して、ディスク装置１に伝送することができる。さらに、ＡＶ装置５や６は、ネットワーク４を介して、ディスク装置１から伝送されてくる標準ＡＶ多重フォーマットのファイルを受信することができる。即ち、ディスク装置１と、ＡＶ装置５や６との間では、ネットワーク４を介して、標準ＡＶ多重フォーマットのファイルのファイル交換を行うことができる。さらに、ＡＶ装置５や６は、受信した標準ＡＶ多重フォーマットのファイルを対象に、そのストリーミング再生等の各種の処理を行うことができる。
【００３８】
ここで、ＡＶ装置５や６のように、現行のＭＸＦの規格に準拠した装置を、以下、適宜、標準装置という。
【００３９】
一方、ＡＶ独立フォーマットのファイルは、標準ＡＶ多重フォーマットのファイルと同様に、ヘッダ、ボディ、フッタからなるが、そのボディの形式だけは、標準ＡＶ多重フォーマットとは異なるものとなっている。即ち、ＡＶ独立フォーマットのファイルでは、ビデオデータとオーディオデータとが別々のファイルとされている。そして、ビデオデータのファイルであるビデオファイルは、標準ＡＶ多重フォーマットのファイルと同一形式のヘッダとフッタを有するが、そのボディには、ビデオデータがまとめて配置されている。また、オーディオデータのファイルであるオーディオファイルも、標準ＡＶ多重フォーマットのファイルと同一形式のヘッダとフッタを有するが、そのボディには、オーディオデータがまとめて配置されている。
【００４０】
従って、仮に、ディスク装置１からＡＶ装置５や６に対して、ＡＶ独立フォーマットのビデオファイルやオーディオファイルを伝送した場合、標準装置であるＡＶ装置５や６では、ＡＶ独立フォーマットに対応していない限り、そのＡＶ独立フォーマットのビデオファイルやオーディオファイルのボディに配置されたビデオデータやオーディオデータを扱うことはできないが、そのＡＶ独立フォーマットのビデオファイルやオーディオファイル自体を扱うことはできる。即ち、ＡＶ独立フォーマットのビデオファイルやオーディオファイルは、標準ＡＶ多重フォーマットのファイルと同様に、ヘッダ、ボディ、フッタで構成され、そのヘッダとフッタとして、標準ＡＶ多重フォーマットのファイルと同一形式のものを採用しているから、そのボディの「中身」（ボディに配置されたデータ）を参照しない限り、ＡＶ独立フォーマットのビデオファイルやオーディオファイル自体は、標準ＡＶフォーマットのファイルと等価である（標準ＡＶフォーマットに準拠したファイルになっている）。従って、標準装置であるＡＶ装置５や６が、ＡＶ独立フォーマットに対応していない場合であっても、ＡＶ独立フォーマットのビデオファイルやオーディオファイル自体を扱うことはできる。
【００４１】
即ち、ディスク装置１と、標準装置であるＡＶ装置５や６との間においては、ＡＶ独立フォーマットのファイルのファイル交換だけであれば、行うことが可能である。
【００４２】
以上のように、ＡＶ独立フォーマットのファイルは、そのボディの「中身」を参照しない限り、標準ＡＶ多重フォーマットのファイルと等価であり、この観点からは、ＡＶ独立フォーマットのファイルは、標準ＡＶ多重フォーマットのファイルと互換性があるということができる。
【００４３】
次に、図１において、ディスク装置２には、光ディスク７を着脱することができるようになっている。ディスク装置２は、例えば、ＡＶ装置５や６と同様に、標準装置であり、そこに装着された光ディスク７から、ＡＶ独立フォーマットのビデオファイルやオーディオファイルを読み出し、編集装置３に供給する。
【００４４】
即ち、上述したように、ＡＶ独立フォーマットのビデオファイルやオーディオファイルは、そのボディの「中身」を参照しない限り、標準ＡＶ多重フォーマットのファイルと等価であるから、標準装置であるディスク装置２は、光ディスク７から、ＡＶ独立フォーマットのビデオファイルやオーディオファイルを読み出すことができる。
【００４５】
編集装置３は、ＡＶ独立フォーマットのファイルを取り扱うことができる、ＡＶ独立フォーマットに対応した装置であり、ディスク装置２から供給されるＡＶ独立フォーマットビデオファイルやオーディオファイルを対象に、例えば、ＡＶ独立編集を行い、その編集結果としてのＡＶ独立フォーマットのビデオファイルやオーディオファイルを、ディスク装置２に供給する。
【００４６】
そして、ディスク装置２は、そこに装着された光ディスク７に、編集装置３から供給されるＡＶ独立フォーマットのビデオファイルやオーディオファイルを記録する。
【００４７】
即ち、上述したように、ＡＶ独立フォーマットのビデオファイルやオーディオファイルは、そのボディの「中身」を参照しない限り、標準ＡＶ多重フォーマットのファイルと等価であるから、標準装置であるディスク装置２は、光ディスク７に、ＡＶ独立フォーマットのビデオファイルやオーディオファイルを記録することができる。
【００４８】
上述したように、標準ＡＶ多重フォーマットのファイルにおいては、そのボディに、ビデオデータとオーディオデータとが、例えば、１フレーム単位で多重化されて配置されているのに対して、ＡＶ独立フォーマットのビデオファイルやオーディオファイルにおいては、そのボディに、ビデオデータやオーディオデータがまとめて配置されているので、ＡＶ独立編集等の編集を容易に行うことができる。そして、ＡＶ独立フォーマットのファイルは、標準ＡＶ多重フォーマットのファイルと同一形式のヘッダとフッタを有するから、ボディの「中身」を参照しない限り、標準ＡＶ多重フォーマットのファイルと互換性があり、これにより、標準装置で扱うことができる。
【００４９】
次に、図２は、標準ＡＶ多重フォーマットの例を示している。
【００５０】
ここで、図２では、ボディに配置されるビデオデータとオーディオデータとして、Ｄ１０と呼ばれるＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）  ＩＭＸ方式で符号化されたビデオデータと、ＡＥＳ（Ａｕｄｉｏ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｓｏｃｉｅｔｙ）３形式の非圧縮のオーディオデータを、それぞれ採用した場合の標準ＡＶ多重フォーマットを示している。
【００５１】
なお、ボディには、その他、ＤＶ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ）等の各種のフォーマットのビデオデータとオーディオデータを配置することが可能である。
【００５２】
標準ＡＶ多重フォーマットのファイルは、その先頭から、ヘッダ（Ｆｉｌｅ  Ｈｅａｄｅｒ）、ボディ（Ｆｉｌｅ  Ｂｏｄｙ）、フッタ（Ｆｉｌｅ  Ｆｏｏｔｅｒ）が順次配置されて構成される。
【００５３】
ヘッダには、その先頭から、ヘッダパーティションパック（Ｈｅａｄｅｒ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ）、ヘッダメタデータ（Ｈｅａｄｅｒ  Ｍｅｔａｄａｔａ）、インデックステーブル（Ｉｎｄｅｘ  Ｔａｂｌｅ）が順次配置される。ヘッダパーティションパックには、ヘッダを特定するためのデータや、ボディに配置されるデータの形式、ファイルフォーマットを表す情報などが配置される。ヘッダメタデータには、例えば、ファイルの作成日や、ボディに配置されたデータに関する情報などのファイル単位のメタデータが配置される。インデックステーブルには、ボディに配置される、後述するエディットユニットの位置を表すテーブルが配置される。
【００５４】
ここで、メタデータとしては、ビデオファイルに対して、フレームごと等に付されるタイムコードや、ＵＭＩＤ（Ｕｎｉｑｕｅ  Ｍａｔｅｒｉａｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ビデオカメラによる撮像が行われた位置を表すＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）の情報、その撮像が行われた日時（年、月、日、時、分、秒）、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓｅｓ）メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。なお、ＡＲＩＢメタデータとは、ＡＲＩＢで標準化され、ＳＤＩ（Ｓｅｒｉａｌ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）等の標準の通信インタフェースに重畳されるメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、ＩＲＩＳ（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスなどに関するレンズ情報などである。
【００５５】
なお、インデックステーブルは、オプションであり、ヘッダに含めても、含めなくても良い。また、ヘッダには、インデックステーブルの他、種々のオプションのデータを配置することができる。
【００５６】
また、ヘッダパーティションパックに配置されるファイルフォーマットを表す情報としては、標準ＡＶ多重フォーマットのファイルでは、標準ＡＶ多重フォーマットを表す情報が採用されるが、ＡＶ独立フォーマットのファイルでは、ＡＶ独立フォーマットを表す情報が採用される。但し、ヘッダパーティションパックの形式自体は、標準ＡＶ多重フォーマットとＡＶ独立フォーマットにおいて同一である。
【００５７】
フッタは、フッタパーティションパック（Ｆｏｏｔｅｒ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ）で構成され、フッタパーティションパックには、フッタを特定するためのデータなどが配置される。
【００５８】
ボディは、１以上のエディットユニット（Ｅｄｉｔ  Ｕｎｉｔ）で構成される。エディットユニットは、１フレームの単位であり、そこには、１フレーム分のＡＶデータその他が配置される。
【００５９】
即ち、エディットユニットは、その先頭から、システムアイテム（Ｓｙｔｅｍ  Ｉｔｅｍ）、ピクチャアイテム（Ｐｉｃｔｕｒｅ  Ｉｔｅｍ）、サウンドアイテム（Ｓｏｕｎｄ  Ｉｔｅｍ）、オグジュアリアイテム（Ａｕｘｉｌｉａｒｙ  Ｉｔｅｍ）が配置されて構成される。
【００６０】
システムアイテムには、その後段のピクチャアイテムに配置されるビデオデータのフレームについてのメタデータ（フレーム単位のメタデータ）が配置される。ここで、フレーム単位のメタデータとしては、例えば、タイムコードなどがある。
【００６１】
ピクチャアイテムには、１フレーム分のビデオデータが配置される。図２では、上述したＤ１０形式のビデオデータが配置される。
【００６２】
ここで、ピクチャアイテムには、１フレームのビデオデータがＫＬＶ（Ｋｅｙ，Ｌｅｎｇｔｈ，Ｖａｌｕｅ）構造にＫＬＶコーディングされて配置される。
【００６３】
ＫＬＶ構造とは、その先頭から、キー（Ｋｅｙ）、レングス（Ｌｅｎｇｔｈ）、バリュー（Ｖａｌｕｅ）が順次配置された構造であり、キーには、バリューに配置されるデータがどのようなデータであるかを表す、ＳＭＰＴＥ  ２９８Ｍの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長が配置される。バリューには、実データ、即ち、ここでは、１フレームのビデオデータが配置される。
【００６４】
また、ピクチャアイテムは、そのデータ長が、ＫＡＧ（ＫＬＶ  Ａｌｉｇｎｍｅｎｔ  Ｇｒｉｄ）を基準とする固定長となっている。そして、ピクチャアイテムを固定長とするのに、スタッフィング（ｓｔｕｆｆｉｎｇ）のためのデータとしてのフィラー（Ｆｉｌｌｅｒ）が、やはりＫＬＶ構造とされて、ピクチャアイテムのビデオデータの後に配置される。
【００６５】
なお、ピクチャアイテムのデータ長であるＫＡＧを基準とする固定長は、例えば、光ディスク７のセクタ長の整数倍（例えば、５１２バイトや２Ｋバイトなど）とされている。この場合、光ディスク７とピクチャアイテムとの、いわば親和性が高くなり、光ディスク７に対するピクチャアイテムの読み書き処理の高速化を図ることができる。
【００６６】
また、上述のシステムアイテム、並びに後述するサウンドアイテムおよびオグジュアリアイテムにおいても、ピクチャアイテムと同様に、ＫＬＶ構造が採用されているとともに、そのデータ長がＫＡＧを基準とする固定長になっている。
【００６７】
サウンドアイテムには、ピクチャアイテムに配置されたビデオデータのフレームにおける１フレーム分のオーディオデータが、上述のピクチャアイテムにおける場合と同様にＫＬＶ構造で配置される。
【００６８】
また、サウンドアイテムには、複数としての、例えば８チャネルのオーディオデータが多重化されて配置される。
【００６９】
即ち、サウンドアイテムにおいて、ＫＬＶ構造のバリューには、その先頭から、エレメントヘッダＥＨ（Ｅｌｅｍｅｎｔ  Ｈｅａｄｅｒ）、オーディオサンプルカウントＡＳＣ（Ａｕｄｉｏ  Ｓａｍｐｌｅ  Ｃｏｕｎｔ）、ストリームバリッドフラグＳＶＦ（Ｓｔｒｅａｍ  Ｖａｌｉｄ  Ｆｌａｇｓ）、多重化された８チャネルのオーディオデータが順次配置される。
【００７０】
ここで、サウンドアイテムにおいて、８チャネルのオーディオデータは、１フレームにおける８チャネルそれぞれのオーディオデータの第１サンプル、第２サンプル、・・・といった順番に、オーディオデータのサンプルが配置されることにより多重化されている。図２の最下部に示したオーディオデータにおいて、括弧付きで示してある数字は、オーディオデータのサンプルが何サンプル目かを表している。
【００７１】
また、エレメントヘッダＥＨには、そのエレメントヘッダを特定するためのデータなどが配置される。オーディオサンプルカウントＡＳＣには、サウンドアイテムに配置されているオーディオデータのサンプル数が配置される。ストリームバリッドフラグＳＶＦは、８ビット（１バイト）のフラグで、各ビットは、そのビットに対応するチャネルのオーディオデータが有効か、無効かを表す。即ち、ストリームバリッドフラグＳＶＦの各ビットは、そのビットに対応するチャネルのオーディオデータが有効である場合に、例えば１とされ、無効である場合に、例えば０とされる。
【００７２】
オグジュアリアイテムには、必要なユーザデータが配置される。従って、オグジュアリアイテムは、ユーザが任意のデータを配置することができるエリアである。
【００７３】
以上のように、標準ＡＶ多重フォーマットでは、フレーム単位のメタデータが配置されるシステムアイテム、ビデオデータが配置されるピクチャアイテム、オーディオデータが配置されるサウンドアイテム、ユーザデータが配置されるオグジュアリアイテムが、１フレーム単位で多重化されており、さらに、サウンドアイテムでは、８チャネルのオーディオデータが、１サンプル単位で多重化されている。
【００７４】
このため、ビデオデータとオーディオデータが、別々にまとめて配置されているファイルでは、そのまとまったビデオデータのファイルとオーディオデータのファイルをすべて受信してからでないと、そのビデオデータおよびオーディオデータの再生を開始することができないが、標準ＡＶ多重フォーマットでは、ビデオデータとオーディオデータとがフレーム単位で多重化されているため、１フレーム分のビデオデータとオーディオデータを受信すれば、そのフレームのビデオデータおよびオーディオデータを、即座に再生することができる。従って、標準ＡＶ多重フォーマットは、ストリーミングに適しているということができる。
【００７５】
以上のように、標準ＡＶフォーマットは、ビデオデータとオーディオデータとがフレーム単位で多重化されているので、ストリーミングには適している。しかしながら、その反面、ビデオデータとオーディオデータそれぞれを別々に編集するＡＶ独立編集がしにくい。
【００７６】
さらに、ファイル単位のメタデータも、エディットユニットのシステムアイテムに散在しており、編集時等において扱いにくい。
【００７７】
また、標準ＡＶフォーマットで採用可能なＡＥＳ３形式では、オーディオデータの１サンプルに、少なくとも４バイトを割り当てる仕様になっており、ファイルの全体の大きさが大になる。
【００７８】
そこで、図３は、ＡＶ独立フォーマットの例を示している。
【００７９】
ＡＶ独立フォーマットでは、標準ＡＶ多重フォーマットにおいて多重化されているビデオデータ、オーディオデータ、ファイル単位のメタデータ、ユーザデータが、それぞれまとめて配置されたファイルとされる。
【００８０】
即ち、ＡＶ独立フォーマットでは、標準ＡＶ多重フォーマットにおいてビデオデータが配置されるピクチャアイテムがまとめてボディに配置され、さらに、そのボディに、標準ＡＶ多重フォーマットと同一形式のヘッダとフッタが付加されて、ビデオファイルが構成される。
【００８１】
なお、ＡＶ独立フォーマットのビデオファイルのボディには、光ディスク７のセクタ長の整数倍のピクチャアイテムがまとめて配置されているため、そのボディ全体の大きさも、光ディスク７のセクタ長の整数倍になっている。即ち、ＡＶ独立フォーマットのビデオファイルのボディは、セクタアラインメント（ｓｅｃｔｏｒ  ａｌｉｇｎｍｅｎｔ）がとれた大きさとなっている。
【００８２】
さらに、ビデオファイルのボディ全体の大きさは、光ディスク７のＥＣＣブロック長の整数倍になっている。後述するように、ボディの最後のフィラーは、ビデオファイルのボディ全体の大きさが、光ディスク７のＥＣＣ（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ  Ｃｏｄｅ：誤り訂正符号）ブロック長の整数倍となるように、その大きさが調整されている。
【００８３】
ＥＣＣブロックは、光ディスク７の読み書きの単位となる、ＥＣＣ処理が施される単位である。
【００８４】
なお、セクタは、光ディスク７の物理的単位領域の一例であり、ＥＣＣブロックは、光ディスク７の読み書きを行う単位の一例である。また、光ディスク７の物理的単位領域は、例えば、複数の固定数のセクタとすることが可能である。光ディスク７の読み書きを行う単位は、例えば、複数の固定数の物理的単位領域とすることが可能である。
【００８５】
ここで、ＥＣＣ処理は、例えば、後述する信号処理部１１５で、ＥＣＣブロック単位で施される。ＥＣＣブロックは、１以上の個数のセクタで構成することができる。
【００８６】
以下では、１つのセクタを、光ディスク７の物理的単位領域とし、１つのＥＣＣブロックを、１以上のセクタからなる、読み書きを行う単位として説明を行う。
【００８７】
また、図２では、標準ＡＶ多重フォーマットのファイルのヘッダに、インデックステーブルを図示してあるが、ＭＸＦでは、上述したように、インデックステーブルはオプションであり、図３のビデオファイルでは（後述するオーディオファイルでも同様）、インデックステーブルを採用していない。
【００８８】
ＡＶ独立フィーマットでは、標準ＡＶ多重フォーマットにおいてサウンドアイテムに配置される、多重化された８チャンネルのオーディオデータを、各チャンネルごとのオーディオデータに分離したものであって、ＡＥＳ３形式からＷＡＶＥ形式に変換したものが、各チャネルごとのファイルのボディに、ＫＬＶ構造で配置され、さらに、そのボディに、標準ＡＶ多重フォーマットと同一形式のヘッダとフッタが付加されて、オーディオファイルが構成される。
【００８９】
即ち、ＡＶ独立フォーマットでは、８チャンネルのオーディオデータについて、各チャネルのオーディオファイルが、独立に構成される。各チャネルのオーディオファイルは、そのチャネルのオーディオデータをＷＡＶＥ形式にし、かつまとめてＫＬＶ構造化したものが、ボディに配置され、さらに、そのボディに、標準ＡＶ多重フォーマットと同一形式のヘッダとフッタが付加されて構成される。
【００９０】
なお、ＡＶ独立フォーマットのオーディオファイルのボディには、上述したように、あるチャネルのＷＡＶＥ形式のオーディオデータをまとめてＫＬＶ構造化したものが配置されるが、このオーディオデータ全体の大きさが、光ディスク７のＥＣＣブロック長の整数倍になるとは限らない。そこで、ＡＶ独立フォーマットのオーディオファイルのボディには、ＫＬＶ構造のオーディオデータの後に、ＫＬＶ構造のフィラーが配置されると共に、ヘッダの後およびフッタの後にフィラーが配置される。
【００９１】
ＡＶ独立フォーマットでは、以上のようなビデオファイル、８チャネルそれぞれごとのオーディオファイルの他、標準ＡＶ多重フォーマットにおいてヘッダメタデータに配置されるファイル単位のメタデータがまとめて配置されたファイル単位のメタデータファイルと、標準ＡＶ多重フォーマットにおいてフレーム単位のメタデータが配置されたシステムアイテムがまとめて配置されたフレーム単位のメタデータファイルが構成される。さらに、ＡＶ独立フォーマットでは、標準ＡＶ多重フォーマットにおいてユーザデータが配置されたオグジュアリアイテムがまとめて配置されたオグジュアリファイルが構成される。
【００９２】
そして、ＡＶ独立フォーマットでは、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルそれぞれへのポインタが記述されたマスタファイル（ｍａｓｔｅｒ  Ｆｉｌｅ）が構成される。
【００９３】
即ち、マスタファイルは、例えば、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述され、そこには、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルそれぞれへのポインタとして、例えば、各ファイルのファイル名が記述される。
【００９４】
従って、マスタファイルから、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルを参照することができる。
【００９５】
なお、例えば、オグジュアリファイルは、オプショナルなファイルとすることができる。
【００９６】
また、図３では、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルは、標準ＡＶ多重フォーマットと同一形式のヘッダとフッタを有していないが、これらのファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルも、標準ＡＶ多重フォーマットと同一形式のヘッダとフッタを付加して構成することができる。
【００９７】
さらに、ＡＶ独立フォーマットのビデオファイルとオーディオファイルのヘッダを構成するヘッダメタデータには、最小セットのファイル単位のメタデータが配置される。
【００９８】
即ち、ＡＶ独立フォーマットでは、標準ＡＶ多重フォーマットにおいてヘッダメタデータに配置されるファイル単位のメタデータがまとめて配置されたファイル単位のメタデータファイルが存在するので、そのメタデータファイルに配置されるファイル単位のメタデータを、ビデオファイルとオーディオファイルのヘッダを構成するヘッダメタデータに重複して配置するのは、冗長であり、また、ＡＶ独立フォーマットのファイル全体の大きさを大にすることになる。
【００９９】
しかしながら、ＭＸＦにおいて、ヘッダメタデータは、ヘッダに必須の項目であり、ヘッダメタデータをまったく配置せずにヘッダを構成したのでは、そのヘッダは、標準ＡＶ多重フォーマットと同一形式のヘッダでなくなることとなる。
【０１００】
一方、ＭＸＦにおいて、ヘッダメタデータに配置すべきファイル単位のメタデータには、種々の項目があるが、その項目の中には、必須のものと、オプショナルなものとがある。
【０１０１】
そこで、ファイルの大きさが大になるのを抑制するとともに、標準ＡＶ多重フォーマットとの互換性を維持するために、ＡＶ独立フォーマットのビデオファイルとオーディオファイルのヘッダを構成するヘッダメタデータには、最小セットのファイル単位のメタデータ、即ち、ＭＸＦにおいて、ヘッダメタデータに配置することが必須とされている項目のメタデータのみが配置される。
【０１０２】
以上のように、ＡＶ独立フォーマットでは、ビデオデータがまとめてビデオファイルに配置されるとともに、各チャネルのオーディオデータがまとめて、そのチャネルのオーディオファイルに配置されるので、ビデオデータとオーディオデータそれぞれを別々に編集するＡＶ独立編集などの編集を、容易に行うことができる。
【０１０３】
さらに、ＡＶ独立フォーマットでは、オーディオデータが、ＷＡＶＥ形式とされるので、標準ＡＶ独立フォーマットのように、ＡＥＳ３形式のオーディオデータを採用する場合に比較して、データ量を小さくすることができる。その結果、ＡＶ独立フォーマットのファイルを、光ディスク７等のストレージに記録する場合には、標準ＡＶ多重フォーマットのファイルを記録する場合に比較して、その記録に必要なストレージの容量を抑制することができる。
【０１０４】
また、ＡＶ独立フォーマットのビデオファイルとオーディオファイルは、標準ＡＶ多重フォーマットのファイルと同様に、先頭から、ヘッダ、ボディ、フッタが配置されて構成され、さらに、ヘッダとフッタは、標準ＡＶ多重フォーマットと同一形式のものであるので、ディスク装置１において、ＡＶ独立フォーマットのビデオファイルやオーディオファイルを、リムーバブルな光ディスク７に記録し、その光ディスク７を、ディスク装置２に装着した場合に、ディスク装置２が、標準装置（ＭＸＦのファイルを扱うことのできる装置）であれば、光ディスク７から、ＡＶ独立フォーマットのビデオファイルやオーディオファイルを読み出すことができる。
【０１０５】
さらに、ＡＶ独立フォーマットでは、ファイル単位のメタデータと、フレーム単位のメタデータとは、それぞれ別々にまとめられ、いずれも、１つのファイルとされるので、メタデータを使用した検索処理が容易となる。
【０１０６】
図４および図５は、ＡＶ独立フォーマットのビデオファイルのデータ量を説明する図である。図４で示されるように、ＡＶ独立フォーマットのビデオファイルのヘッダの後には、フィラーが配置され、ヘッダ全体の大きさは、光ディスク７のＥＣＣブロック長の整数倍とされる。ビデオファイルのヘッダの境界が、光ディスク７のＥＣＣブロックの境界に一致するように、ビデオファイルが光ディスク７に書き込まれる。
【０１０７】
ビデオファイルのフッタの後には、フィラーが配置され、フッタ全体の大きさは、光ディスク７のＥＣＣブロック長の整数倍とされる。ビデオファイルのフッタの境界が、光ディスク７のＥＣＣブロックの境界に一致するように、ビデオファイルが光ディスク７に書き込まれる。
【０１０８】
ビデオファイルのボディ全体の大きさは、光ディスク７のＥＣＣブロック長の整数倍とされ、ボディの境界が、光ディスク７のＥＣＣブロックの境界に一致するように、ビデオファイルは、光ディスク７に書き込まれる。さらに、ボディの各ピクチャアイテムおよびその後ろのフィラーは、光ディスク７のセクタ長の整数倍になっている。ピクチャアイテムの前側の境界が、セクタの境界に一致し、ピクチャアイテムに付されたフィラーの後ろ側の境界が、セクタの境界に一致するように、ビデオファイルが光ディスク７に書き込まれる。
【０１０９】
図５で示されるように、ボディ全体の大きさが、光ディスク７のＥＣＣブロック長の整数倍となるように、ボディの最後のフィラーは、その大きさが調整される。ビデオファイルが光ディスク７に書き込まれた場合、ボディの最後のピクチャアイテムに付されたフィラーの後ろ側の境界は、ＥＣＣブロックの境界に一致する。
【０１１０】
図６は、ＡＶ独立フォーマットのオーディオファイルのデータ量を説明する図である。オーディオファイルのヘッダ、およびボディのＫＬＶ構造とされたオーディオデータのキーおよびレングスの大きさが、光ディスク７のＥＣＣブロック長の整数倍となるように、ヘッダの最後にフィラーは、その大きさが調整される。オーディオファイルのヘッダの前側の境界が、光ディスク７のＥＣＣブロックの境界に一致するように、光ディスク７にオーディオファイルが書き込まれる。また、レングスの後ろ側の境界が、光ディスク７のＥＣＣブロックの境界に一致するように、光ディスク７にオーディオファイルが書き込まれる。
【０１１１】
ボディのＫＬＶ構造とされたオーディオデータのバリューおよびボディに付加されているＫＬＶ構造とされたフィラーの大きさは、光ディスク７のＥＣＣブロック長の整数倍とされる。ボディの後ろ側の境界が、光ディスク７のＥＣＣブロックの境界に一致するように、光ディスク７にオーディオファイルが書き込まれる。
【０１１２】
オーディオファイルのフッタの後には、フィラーが配置され、フッタ全体の大きさは、光ディスク７のＥＣＣブロック長の整数倍とされる。オーディオファイルのフッタの前後の境界が、光ディスク７のＥＣＣブロックの境界に一致するように、光ディスク７にオーディオファイルが書き込まれる。
【０１１３】
次に、図７は、図１のディスク装置１が有するフォーマット変換部１２の構成例を示している。
【０１１４】
フォーマット変換部１２は、標準／独立変換部２１と、独立／標準変換部２２とから構成されている。
【０１１５】
標準／独立変換部２１は、通信Ｉ／Ｆ１３から供給される図２の標準ＡＶ多重フォーマットのファイルを、図３のＡＶ独立フォーマットのファイルに変換し、ディスクドライブ装置１１に供給する。独立／標準変換部２２は、ディスクドライブ装置１１から供給される図３のＡＶ独立フォーマットのファイルを、図２の標準ＡＶ多重フォーマットのファイルに変換し、通信Ｉ／Ｆ１３に供給する。
【０１１６】
次に、図８は、図７の標準／独立変換部２１の構成例を示している。
【０１１７】
バッファ３１には、通信Ｉ／Ｆ１３から標準ＡＶ多重フォーマットのファイルが供給されるようになっている。バッファ３１は、そこに供給される標準ＡＶ多重フォーマットのファイルを一時記憶する。
【０１１８】
マスタファイル生成部３２は、バッファ３１に、標準ＡＶ多重フォーマットのファイルが記憶されると、その標準ＡＶ多重フォーマットのファイルについて、ＡＶ独立フォーマットのマスタファイルを生成し、バッファ４４に供給する。
【０１１９】
ヘッダ取得部３３は、バッファ３１に記憶された標準ＡＶ多重フォーマットのファイルからヘッダを抽出することで取得し、そのヘッダを、ヘッダメタデータ抽出部３５に供給する。
【０１２０】
ボディ取得部３４は、バッファ３１に記憶された標準ＡＶ多重フォーマットのファイルからボディを抽出することで取得し、そのボディを、システムアイテム処理部３６、オグジュアリアイテム抽出部３８、ピクチャアイテム抽出部４０、およびサウンドアイテム抽出部４２に供給する。
【０１２１】
ヘッダメタデータ抽出部３５は、ヘッダ取得部３３から供給されるヘッダから、ヘッダメタデータを抽出し、そのヘッダメタデータに配置されたファイル単位のメタデータを、メタデータファイル生成部３７に供給する。システムアイテム処理部３６は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のメタデータが配置されたシステムアイテムを抽出し、メタデータファイル生成部３７に供給する。メタデータファイル生成部３７は、ヘッダメタデータ抽出部３５から供給されるファイル単位のメタデータを配置したファイル単位のメタデータファイルを生成するとともに、システムアイテム処理部３６から供給される各エディットユニットのシステムアイテムをまとめて（シーケンシャルに）配置したフレーム単位のメタデータファイルを生成し、そのファイル単位とフレーム単位のメタデータファイルを、バッファ４４に供給する。
【０１２２】
オグジュアリアイテム抽出部３８は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のユーザデータが配置されたオグジュアリアイテムを抽出し、オグジュアリファイル生成部３９に供給する。オグジュアリファイル生成部３９は、オグジュアリアイテム抽出部３８から供給される各エディットユニットのオグジュアリアイテムをまとめて配置したオグジュアリファイルを生成し、バッファ４４に供給する。
【０１２３】
ピクチャアイテム抽出部４０は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のビデオデータが配置されたピクチャアリアイテムを抽出し、ビデオファイル生成部４１に供給する。ビデオファイル生成部４１は、ピクチャアイテム抽出部４０から供給される各エディットユニットのピクチャアイテムをまとめてボディに配置し、さらに、そのボディに、標準ＡＶ多重フォーマットのファイルと同一形式のヘッダとフッタを付加したビデオファイルを生成し、バッファ４４に供給する。
【０１２４】
サウンドアイテム抽出部４２は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のオーディオデータが配置されたサウンドアイテムを抽出し、オーディオファイル生成部４３に供給する。オーディオファイル生成部４３は、サウンドアイテム抽出部４２から供給される各エディットユニットのサウンドアイテムに配置された各チャネルのオーディオデータを、各チャネルごとにまとめてボディに配置し、さらに、そのボディに、標準ＡＶ多重フォーマットのファイルと同一形式のヘッダとフッタを付加した各チャネルごとのオーディオファイルを生成し、バッファ４４に供給する。
【０１２５】
バッファ４４は、マスタファイル生成部３２から供給されるマスタファイル、メタデータファイル生成部３７から供給されるファイル単位とフレーム単位それぞれのメタデータファイル、オグジュアリファイル生成部３９から供給されるオグジュアリファイル、ビデオファイル生成部４１から供給されるビデオファイル、およびオーディオファイル生成部４３から供給される各チャネルごとのオーディオファイルを一時記憶し、それらのファイルを、ＡＶ独立フォーマットのファイルとして、ディスクドライブ装置１１に供給する。
【０１２６】
次に、図９は、図８のビデオファイル生成部４１の構成例を示している。
【０１２７】
ピクチャアイテム抽出部４０から供給される各エディットユニットのピクチャアイテムは、結合部５１に供給される。結合部５１は、そこに供給される各エディットユニットのピクチャアイテムを順次結合（連結）し、フッタ生成部５２に供給する。フッタ生成部５２は、結合部５１から供給される、各エディットユニットのピクチャアイテムが結合されたものをボディとして、そのボディに付加する、標準ＡＶ多重フォーマットのファイルと同一形式のフッタを生成する。フッタ生成部５２は、フッタおよびボディをヘッダ生成部５３に供給する。
【０１２８】
ヘッダ生成部５３は、フッタ生成部５２はから供給されたフッタおよびボディに付加する、ヘッダを生成する。ヘッダ生成部５３は、ヘッダ、ボディ、およびフッタをフィラー生成部５４に供給する。
【０１２９】
フィラー生成部５４は、ヘッダに付加するフィラー、フッタに付加するフィラーを生成する。さらに、フィラー生成部５４は、ボディの最後のフィラーを生成する。フィラー生成部５４のＫＬＶエンコーダ５５は、ボディの最後のフィラーをＫＬＶ構造にエンコードする。
【０１３０】
フィラー生成部５４は、フィラーを付加した、ヘッダ、ボディ、およびフッタからなるＡＶ独立フォーマットのビデオファイルを構成して出力する。
【０１３１】
フィラー生成部５４によって生成されたフィラーを、ビデオファイルにおける、ヘッダ、ボディ、またはフッタに付加することにより、ヘッダ、ボディ、およびフッタのデータ量は、光ディスク７のＥＣＣブロック長の整数倍に調整される。
【０１３２】
このようにすることで、ビデオファイルを光ディスク７に書き込む場合、ＥＣＣブロックの一部にヘッダ、ボディ、またはフッタが記録されることが防止され、ビデオファイルの読み書きをより効率良くできるようになる。
【０１３３】
また、ヘッダ、ボディ、およびフッタのそれぞれが、光ディスク７のＥＣＣブロック長の整数倍なので、ヘッダ、ボディ、およびフッタのそれぞれの境界がＥＣＣブロックの境界に一致するように記録すれば、ヘッダのみ、ボディのみ、またはフッタのみを書き込むか、読み出す場合に、最小の数のＥＣＣブロックへの書き込み、または最小の数のＥＣＣブロックからの読み出しで、ヘッダ、ボディ、若しくはフッタを書き込むか、または読み出すことができるようになる。すなわち、光ディスク７への、ビデオファイルの読み書きの処理をより効率良くできるようになる。
【０１３４】
次に、図１０は、図８のオーディオファイル生成部４３の構成例を示している。
【０１３５】
サウンドアイテム抽出部４２から供給される各エディットユニットのサウンドアイテムは、ＫＬＶデコーダ６１に供給される。ＫＬＶデコーダ６１は、各エディットユニットのサウンドアイテムに配置されたオーディオデータのＫＬＶ構造を分解し、その結果得られる、８チャネルが多重化されたオーディオデータ（以下、適宜、多重化オーディオデータという）を、チャネル分離部６２に供給する。
【０１３６】
チャネル分離部６２は、ＫＬＶデコーダ６１から供給される、各サウンドアイテムごとの多重化オーディオデータから、各チャネルのオーディオデータを分離し、その各チャネルのオーディオデータを、チャネルごとにまとめて、データ変換部６３に供給する。
【０１３７】
データ変換部６３は、チャネル分離部６２から供給される各チャネルのオーディオデータの符号化方式を変換する。即ち、標準ＡＶ多重フォーマットでは、オーディオデータは、ＡＥＳ３形式で符号化されたものとなっているが、ＡＶ独立フォーマットでは、オーディオデータはＷＡＶＥ方式で符号化されたものとなっている。このため、データ変換部６３は、チャネル分離部６２から供給される、ＡＥＳ３方式で符号化されたオーディオデータ（ＡＥＳ３方式のオーディオデータ）を、ＷＡＶＥ方式で符号化されたオーディオデータ（ＷＡＶＥ方式のオーディオデータ）に変換する。
【０１３８】
なお、ここでは、データ変換部６３において、ＡＥＳ３方式のオーディオデータを、ＷＡＶＥ方式のオーディオデータに変換するようにしたが、データ変換部６３では、オーディオデータを、ＷＡＶＥ方式以外のオーディオデータに変換することが可能である。即ち、データ変換部６３でのオーディオデータの変換は、ＡＥＳ３方式のオーディオデータのデータ量を抑制することを目的として行うものであり、その目的を達成することができる符号化方式であれば、データ変換部６３では、どのような符号化方式を採用しても良い。
【０１３９】
また、オーディオデータのデータ量が問題とならない場合は、オーディオファイル生成部４３は、データ変換部６３を設けずに構成することが可能である。
【０１４０】
データ変換部６３で得られたＷＡＶＥ方式の各チャネルごとのオーディオデータは、ＫＬＶエンコーダ６４に供給される。ＫＬＶエンコーダ６４は、データ変換部６３から供給されるチャネルごとにまとめられたオーディオデータそれぞれを、ＫＬＶ構造にＫＬＶコーディングし、ヘッダ生成部６５に供給する。
【０１４１】
ヘッダ生成部６５は、ＫＬＶエンコーダ６４から供給される各チャネルのオーディオデータそれぞれをボディとして、各チャネルのボディに付加する、標準ＡＶ多重フォーマットのファイルと同一形式のヘッダを生成し、ボディおよびヘッダをフッタ生成部６６に供給する。
【０１４２】
フッタ生成部６６は、ボディに付加する、標準ＡＶ多重フォーマットのファイルと同一形式のフッタを生成する。フッタ生成部６６は、ヘッダ、フッタ、およびボディをフィラー生成部６７に供給する。
【０１４３】
フィラー生成部６７は、ヘッダに付加するフィラー、ボディに付加するフィラー、およびフッタに付加するフィラーを生成する。ここで、フィラー生成部６７は、図６で示されるように、ヘッダおよびＫＬＶエンコーダ６４に付加されたキーおよびレングスのデータ量が、ＥＣＣブロックのデータ量の整数倍となるように、フィラーを生成して、生成したフィラーをヘッダの後ろに付加する。また、フィラー生成部６７は、図６で示されるように、フッタのデータ量が、ＥＣＣブロックのデータ量の整数倍となるように、フィラーを生成して、生成したフィラーをフッタの後ろに付加する。
【０１４４】
フィラー生成部６７のＫＬＶエンコーダ６８は、ボディに付加するフィラーをＫＬＶ構造にエンコードする。フィラー生成部６７は、図６で示されるように、オーディオデータのデータ量が、ＥＣＣブロックのデータ量の整数倍となるように、ＫＬＶ構造にエンコードされたフィラーを生成して、生成したフィラーをオーディオデータの後ろに付加する。
【０１４５】
なお、ＫＬＶエンコーダ６４およびヘッダ生成部６５は、先頭データ生成部７１を構成する。
【０１４６】
このように、フィラー生成部５４によって生成されたフィラーを、ヘッダ、オーディオデータ、またはフッタに付加することにより、オーディオファイルにおける、ヘッダおよびＫＬＶエンコーダ６４に付加されたキーおよびレングス、オーディオデータ、およびフッタのデータ量は、光ディスク７のＥＣＣブロック長の整数倍に調整される。
【０１４７】
このようにすることで、オーディオファイルを光ディスク７に書き込む場合、ＥＣＣブロックの一部にヘッダ、ボディ、またはフッタが記録されることが防止され、ビデオファイルの読み書きをより効率良くできるようになる。
【０１４８】
また、ヘッダおよびＫＬＶエンコーダ６４に付加されたキーおよびレングス、オーディオデータ、並びにフッタのそれぞれが、光ディスク７のＥＣＣブロック長の整数倍なので、ヘッダおよびＫＬＶエンコーダ６４に付加されたキーおよびレングス、オーディオデータ、またはフッタのそれぞれの境界がＥＣＣブロックの境界に一致するように記録すれば、ヘッダおよびＫＬＶエンコーダ６４に付加されたキーおよびレングスのみ、オーディオデータのみ、またはフッタのみを書き込むか、読み出す場合に、最小の数のＥＣＣブロックへの書き込み、または最小の数のＥＣＣブロックからの読み出しで、ヘッダおよびＫＬＶエンコーダ６４に付加されたキーおよびレングス、オーディオデータ、若しくはフッタを書き込むか、または読み出すことができるようになる。すなわち、光ディスク７への、オーディオファイルの読み書きの処理をより効率良くできるようになる。
【０１４９】
次に、図８の標準／独立変換部２１では、ＡＶ独立フォーマットのファイルとしてのマスタファイルを生成するマスタファイル生成処理、ファイル単位とフレーム単位のメタデータファイルそれぞれを生成するメタデータファイル生成処理、オグジュアリファイルを生成するオグジュアリファイル生成処理、ビデオファイルを生成するビデオファイル生成処理、オーディオファイルを生成するオーディオファイル生成処理が行われる。
【０１５０】
そこで、図１１乃至図１３のフローチャートを参照して、標準／独立変換部２１が行うマスタファイル生成処理、メタデータファイル生成処理、オグジュアリファイル生成処理、ビデオファイル生成処理、およびオーディオファイル生成処理について説明する。
【０１５１】
まず最初に、図１１のフローチャートを参照して、マスタファイル生成処理について説明する。
【０１５２】
例えば、バッファ３１（図８）に、標準ＡＶフォーマットのファイルが供給されて記憶されると、マスタファイル生成処理が開始され、まず最初に、ステップＳ１において、マスタファイル生成部３２（図８）は、ファイル単位とフレーム単位それぞれのメタデータファイル、オグジュアリファイル、ビデオファイル、各チャネルそれぞれのオーディオファイルのファイル名を生成し、ステップＳ２に進む。ステップＳ２では、マスタファイル生成部３２は、ステップＳ１で生成した各ファイル名のファイルへのリンクを、ＸＭＬで記述したマスタファイルを生成し、バッファ４４に供給して記憶させ、マスタファイル生成処理を終了する。
【０１５３】
次に、図１２のフローチャートを参照して、ファイル単位のメタデータファイルを生成するファイル単位のメタデータファイル生成処理について説明する。
【０１５４】
例えば、バッファ３１（図８）に、標準ＡＶフォーマットのファイルが供給されて記憶されると、ファイル単位のメタデータファイル生成処理が開始され、まず最初に、ステップＳ１１において、ヘッダ取得部３３は、バッファ３１に記憶された標準ＡＶフォーマットのファイルからヘッダを取得し、ヘッダメタデータ抽出部３５に供給して、ステップＳ１２に進む。ステップＳ１２では、ヘッダメタデータ抽出部３５が、ヘッダ取得部３３から供給されるヘッダから、ヘッダメタデータを抽出し、そのヘッダメタデータに配置されたファイル単位のメタデータを、メタデータファイル生成部３７に供給して、ステップＳ１３に進む。ステップＳ１３では、メタデータファイル生成部３７が、ヘッダメタデータ抽出部３５から供給されるファイル単位のメタデータを配置したファイル単位のメタデータファイルを生成し、バッファ４４に供給して記憶させ、ファイル単位のメタデータファイル生成処理を終了する。
【０１５５】
次に、図１３のフローチャートを参照して、フレーム単位のメタデータファイルを生成するフレーム単位のメタデータファイル生成処理について説明する。
【０１５６】
例えば、バッファ３１（図８）に、標準ＡＶフォーマットのファイルが供給されて記憶されると、フレーム単位のメタデータファイル生成処理が開始され、まず最初に、ステップＳ２１において、ボディ取得部３４は、バッファ３１に記憶された標準ＡＶ多重フォーマットのファイルからボディを取得し、システムアイテム処理部３６に供給して、ステップＳ２２に進む。ステップＳ２２では、システムアイテム処理部３６は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のメタデータが配置されたシステムアイテムを抽出し、メタデータファイル生成部３７に供給して、ステップＳ２３に進む。ステップＳ２３では、メタデータファイル生成部３７は、システムアイテム処理部３６から供給される各エディットユニットのシステムアイテムにフィラーを付加して、ステップＳ２４に進む。
【０１５７】
ステップＳ２４では、メタデータファイル生成部３７は、フィラーが付加されたシステムアイテムを結合することにより、その各エディットユニットのシステムアイテムまとめて配置したフレーム単位のメタデータファイルのボディを生成して、生成したボディをバッファ４４に供給して、ステップＳ２５に進む。ステップＳ２５では、バッファ４４は、メタデータファイルのボディを出力し、ステップＳ２６に進む。
【０１５８】
ステップＳ２６では、メタデータファイル生成部３７は、フッタを生成して、ステップＳ２７に進む。ステップＳ２７では、メタデータファイル生成部３７は、フッタのフィラーを生成して、フィラーが付加されたフッタをバッファ４４に供給して、ステップＳ２８に進む。ステップＳ２８において、バッファ４４は、フッタを出力して、ステップＳ２９に進む。
【０１５９】
ステップＳ２９において、メタデータファイル生成部３７は、ヘッダを生成して、ステップＳ３０に進む。ステップＳ２７では、メタデータファイル生成部３７は、ヘッダのフィラーを生成して、フィラーが付加されたヘッダをバッファ４４に供給して、ステップＳ３１に進む。ステップＳ３１において、バッファ４４は、ヘッダを出力して、フレーム単位のメタデータファイル生成処理を終了する。
【０１６０】
次に、図１４のフローチャートを参照して、オグジュアリファイルを生成するオグジュアリファイル生成処理について説明する。
【０１６１】
例えば、バッファ３１（図８）に、標準ＡＶフォーマットのファイルが供給されて記憶されると、オグジュアリファイル生成処理が開始され、まず最初に、ステップＳ４１において、ボディ取得部３４は、バッファ３１に記憶された標準ＡＶ多重フォーマットのファイルからボディを取得し、オグジュアリアイテム抽出部３８に供給して、ステップＳ４２に進む。ステップＳ４２では、オグジュアリアイテム抽出部３８は、ボディ取得部３４から供給されるボディの各エディットユニットからオグジュアリアイテムを抽出し、オグジュアリファイル生成部３９に供給して、ステップＳ４３に進む。ステップＳ４３では、オグジュアリファイル生成部３９は、オグジュアリアイテム抽出部３８から供給される各エディットユニットのオグジュアリアイテムを結合することにより、その各エディットユニットのオグジュアリアイテムまとめて配置したオグジュアリファイルを生成し、バッファ４４に供給して記憶させ、オグジュアリファイル生成処理を終了する。
【０１６２】
次に、図１５のフローチャートを参照して、ビデオファイルを生成するビデオファイル生成処理について説明する。
【０１６３】
例えば、バッファ３１（図８）に、標準ＡＶフォーマットのファイルが供給されて記憶されると、ビデオファイル生成処理が開始され、まず最初に、ステップＳ５１において、ボディ取得部３４は、バッファ３１に記憶された標準ＡＶ多重フォーマットのファイルからボディを取得し、ピクチャアイテム抽出部４０に供給して、ステップＳ５２に進む。ステップＳ５２では、ピクチャアイテム抽出部４０は、ボディ取得部３４から供給されるボディの各エディットユニットからピクチャアイテムを抽出し、ビデオファイル生成部４１に供給して、ステップＳ５３に進む。ステップＳ５３では、ビデオファイル生成部４１（図９）において、結合部５１が、ピクチャアイテム抽出部４０から供給される各エディットユニットのピクチャアイテムを結合することにより、その各エディットユニットのピクチャアイテムをまとめて配置したボディを生成して、ステップＳ５４に進む。
【０１６４】
ステップＳ５４では、ビデオファイル生成部４１は、結合したピクチャアイテムが最後のピクチャアイテムであるか否かを判定し、最後のピクチャアイテムでないと判定された場合、ステップＳ５５に進み、生成したボディをバッファ４４に出力して、ステップＳ５２に戻り、上述した処理を繰り返す。この場合、フッタ生成部５２、ヘッダ生成部５３、およびフィラー生成部５４は、ボディをそのまま通過させる。
【０１６５】
ステップＳ５４において、最後のピクチャアイテムであると判定された場合、ステップＳ５６に進み、ビデオファイル生成部４１（図９）において、フィラー生成部５４が、ＫＬＶ構造に変換されたときに、ボディのデータ量がＥＣＣブロックの整数倍となるようにデータ量が調整された、最後のピクチャアイテムのフィラーを生成して、ステップＳ５７に進む。ステップＳ５７では、ＫＬＶエンコーダ５５が、最後のピクチャアイテムのフィラーをＫＬＶ構造に変換して、ステップＳ５８に進む。ステップＳ５８では、ビデオファイル生成部４１が、ＫＬＶ構造に変換されたフィラーをボディとして、出力して、ステップＳ５９に進む。
【０１６６】
ステップＳ５９では、フッタ生成部５２が、フッタを生成して、ステップＳ６０に進む。ステップＳ６０では、フィラー生成部５４が、フッタのデータ量がＥＣＣブロックの整数倍となるようにデータ量が調整された、フッタのフィラーを生成して、ステップＳ６１に進む。ステップＳ６１では、ビデオファイル生成部４１が、フッタを出力して、ステップＳ６２に進む。
【０１６７】
ステップＳ６２では、ヘッダ生成部５３が、ヘッダを生成して、ステップＳ６３に進む。ステップＳ６３では、フィラー生成部５４が、ヘッダのデータ量がＥＣＣブロックの整数倍となるようにデータ量が調整された、ヘッダのフィラーを生成して、ステップＳ６４に進む。ステップＳ６４では、ビデオファイル生成部４１が、ヘッダを出力して、ビデオファイル生成処理を終了する。
【０１６８】
このように、ヘッダをボディおよびフッタの後に生成するようにしたので、ビデオデータの再生時間またはタイムコード（ＴＣ）などの、ボディが確定しなければ決まらないデータを含むヘッダを１度の処理で生成することができるようになる。
【０１６９】
例えば、最初にヘッダを生成すると、ビデオデータの再生時間またはタイムコード（ＴＣ）などデータは、ボディの生成が終了するまで確定しないので、書き込む事が出来ず、ボディの生成が終了したとき、再度、ヘッダに再生時間またはタイムコードなどを書き込まねばならず、２度手間であった。この場合、光ディスク７などの記録媒体にビデオファイルを記録する場合、ヘッダをシークする余計な処理が発生することになるか、または、ヘッダのデータ量が確定しないので、ヘッダの記録に要する領域の確保が困難になり、時には、光ディスク７上において、ヘッダがボディおよびフッタに対して離れた位置に記録されることになってしまう場合がある。
【０１７０】
ヘッダをボディおよびフッタの後に生成すれば、このような重複する手間を省いて、ボディが確定しなければ決まらないデータを含むヘッダを１度の処理で生成することができるようになる。また、光ディスク７などの記録媒体にビデオファイルを記録する場合、ヘッダをボディおよびフッタに続けて確実に記録することができるようになる。
【０１７１】
次に、図１６のフローチャートを参照して、オーディオファイルを生成するオーディオファイル生成処理について説明する。
【０１７２】
例えば、バッファ３１（図８）に、標準ＡＶフォーマットのファイルが供給されて記憶されると、オーディオファイル生成処理が開始され、まず最初に、ステップＳ７１において、ボディ取得部３４は、バッファ３１に記憶された標準ＡＶ多重フォーマットのファイルからボディを取得し、サウンドアイテム抽出部４２に供給して、ステップＳ７２に進む。ステップＳ７２では、サウンドアイテム抽出部４２は、ボディ取得部３４から供給されるボディの各エディットユニットからサウンドアイテムを抽出し、オーディオファイル生成部４３に供給して、ステップＳ７３に進む。ステップＳ７３では、オーディオファイル生成部４３（図１０）において、ＫＬＶデコーダ６１が、各エディットユニットのサウンドアイテムに配置されたオーディオデータのＫＬＶ構造を分解し、その結果得られる、８チャネルが多重化されたオーディオデータ（多重化オーディオデータ）を、チャネル分離部６２に供給して、ステップＳ７４に進む。
【０１７３】
ステップＳ７４では、チャネル分離部６２が、ＫＬＶデコーダ６１から供給される、各サウンドアイテムごとの多重化オーディオデータから、各チャネルのＡＥＳ３形式のオーディオデータを分離し、その各チャネルのＡＥＳ３形式のオーディオデータを、チャネルごとにまとめて配置して、データ変換部６３に供給する。
【０１７４】
そして、ステップＳ７５に進み、データ変換部６３は、チャネル分離部６２から供給される各チャネルのＡＥＳ３形式のオーディオデータを、ＷＡＶＥ方式のオーディオデータに変換し、ＫＬＶエンコーダ６４に供給して、ステップＳ７６に進む。ステップＳ７６では、ＫＬＶエンコーダ６４が、データ変換部６３から供給されるチャネルごとにまとめられたＷＡＶＥ形式のオーディオデータそれぞれを、ＫＬＶ構造にＫＬＶコーディングする。これにより、ＫＬＶエンコーダ６４は、各チャネルのＷＡＶＥ形式のオーディオデータをまとめて配置した各チャネルのボディを生成し、ステップＳ７７に進む。
【０１７５】
ステップＳ７７では、フィラー生成部６７が、ＫＬＶ構造とされたときに、オーディオデータのデータ量がＥＣＣブロックの整数倍となるようにデータ量が調整された、各チャンネルのボディのフィラーを生成して、ステップＳ７８に進む。ステップＳ７８では、ＫＬＶエンコーダ６８が、各チャンネルのボディのフィラーのそれぞれをＫＬＶ構造にＫＬＶコーディングして、ステップＳ７９に進む。ステップＳ７９では、オーディオファイル生成部４３は、各チャンネルのボディを出力して、ステップＳ８０に進む。各チャンネルのボディを出力する場合、オーディオデータのバリューおよびＫＬＶ構造のフィラーが出力され、オーディオデータのキーおよびレングスは出力されない。
【０１７６】
ステップＳ８０では、フッタ生成部６６が、各チャンネルのフッタを生成して、ステップＳ８１に進む。ステップＳ８１では、フィラー生成部６７が、フッタのデータ量がＥＣＣブロックの整数倍となるようにデータ量が調整された、各チャンネルのフッタのフィラーを生成して、ステップＳ８２に進む。ステップＳ８２では、ビデオファイル生成部４１が、各チャンネルのフッタを出力して、ステップＳ８３に進む。
【０１７７】
ステップＳ８３では、ヘッダ生成部６５が、各チャンネルのヘッダを生成して、ステップＳ８４に進む。ステップＳ８４では、フィラー生成部５４が、ヘッダ並びにオーディオデータのキーおよびレングスのデータ量がＥＣＣブロックの整数倍となるようにデータ量が調整された、各チャンネルのヘッダのフィラーを生成して、ステップＳ８５に進む。ステップＳ８５では、ビデオファイル生成部４１が、各チャンネルのヘッダを出力して、オーディオファイル生成処理を終了する。ステップＳ８５においては、各チャンネルのヘッダと共に、オーディオデータのキーおよびレングスが出力される。
【０１７８】
このように、ヘッダをボディおよびフッタの後に生成するようにしたので、オーディオデータの再生時間またはタイムコード（ＴＣ）などの、ボディが確定しなければ決まらないデータを含むヘッダを１度の処理で生成することができるようになる。
【０１７９】
また、光ディスク７などの記録媒体にオーディオファイルを記録する場合、ヘッダをボディおよびフッタに続けて確実に記録することができるようになる。
【０１８０】
図１７は、ディスクドライブ装置１１の一実施の形態の構成例を示している。
【０１８１】
スピンドルモータ１１１は、サーボ制御部１１４からのスピンドルモータ駆動信号に基づいて、光ディスク７をＣＬＶ（Ｃｏｎｓｔａｎｔ  Ｌｉｎｅａｒ  Ｖｅｌｏｃｉｔｙ）またはＣＡＶ（Ｃｏｎｓｔａｎｔ  Ａｎｇｕｌａｒ  Ｖｅｌｏｃｉｔｙ）で回転駆動する。
【０１８２】
ピックアップ部１１２は、信号処理部１１５から供給される記録信号に基づきレーザ光の出力を制御して、光ディスク７に記録信号を記録する。ピックアップ部１１２はまた、光ディスク７にレーザ光を集光して照射するとともに、光ディスク７からの反射光を光電変換して電流信号を生成し、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）アンプ１１３に供給する。なお、レーザ光の照射位置は、サーボ制御部１１４からピックアップ部１１２に供給されるサーボ信号により所定の位置に制御される。
【０１８３】
ＲＦアンプ１１３は、ピックアップ部１１２からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、並びに再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部１１４に供給し、再生信号を信号処理部１１５に供給する。
【０１８４】
サーボ制御部１１４は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部１１４は、ＲＦアンプ１１３からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部１１２のアクチュエータ（図示せず）に供給する。またサーボ制御部１１４は、スピンドルモータ１１１を駆動するスピンドルモータ駆動信号を生成して、光ディスク７を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
【０１８５】
さらにサーボ制御部１１４は、ピックアップ部１１２を光ディスク７の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク７の信号読み出し位置の設定は、制御部１１９によって行われ、設定された読み出し位置から信号を読み出すことができるようにピックアップ部１１２の位置が制御される。
【０１８６】
信号処理部１１５は、メモリコントローラ１１６から入力される記録データを変調して記録信号を生成し、ピックアップ部１１２に供給する。信号処理部１１５はまた、ＲＦアンプ１１３からの再生信号を復調して再生データを生成し、メモリコントローラ１１６に供給する。
【０１８７】
メモリコントローラ１１６は、データ変換部１１８からの記録データを、後述するように、適宜、メモリ１１７に記憶するとともに、それを読み出し、信号処理部１１５に供給する。メモリコントローラ１１６はまた、信号処理部１１５からの再生データを、適宜、メモリ１１７に記憶するとともに、それを読み出し、データ変換部１１８に供給する。
【０１８８】
データ変換部１１８は、フォーマット変換部１２から供給される、ＡＶ独立フォーマットのファイルから、ＡＶ独立フォーマットのファイルに含まれるデータのデータ量を少なくしたデータであるローレゾデータのファイルを生成し、ＡＶ独立フォーマットのファイルと共にローレゾデータのファイルをメモリコントローラ１１６に供給する。
【０１８９】
データ変換部１１８はまた、メモリコントローラ１１６から供給される再生データを、フォーマット変換部１２に供給する。
【０１９０】
制御部１１９は、操作部１２０からの操作信号などに基づき、サーボ制御部１１４、信号処理部１１５、メモリコントローラ１１６、およびデータ変換部１１８を制御し、記録再生処理を実行させる。
【０１９１】
操作部１２０は、例えば、ユーザによって操作され、その操作に対応する操作信号を、制御部１１９に供給する。
【０１９２】
以上のように構成されるディスクドライブ装置１１では、ユーザが操作部１２０を操作することにより、データの記録を指令すると、フォーマット変換部１２から供給されるデータが、データ変換部１１８、メモリコントローラ１１６、信号処理部１１５、およびピックアップ部１１２を介して、光ディスク７に供給されて記録される。
【０１９３】
また、ユーザが操作部１２０を操作することにより、データの再生を指令すると、光ディスク７から、ピックアップ部１１２、ＲＦアンプ１１３、信号処理部１１５、メモリコントローラ１１６、およびデータ変換部１１８を介して、データが読み出されて再生され、フォーマット変換部１２に供給される。
【０１９４】
次に、図１８は、図１７のデータ変換部１１８の構成例を示している。
【０１９５】
光ディスク７へのデータの記録時には、フォーマット変換部１２から記録すべき、ビデオファイル、オーディオファイル、およびメタデータファイルからなるＡＶ独立フォーマットのファイルが、データ量検出部１４１に供給される。
【０１９６】
データ量検出部１４１は、フォーマット変換部１２から供給されるビデオファイル、オーディオファイル、およびメタデータファイルを、そのまま、メモリコントローラ１１６にそれぞれ供給するとともに、そのビデオファイルとオーディオファイルのデータ量を検出し、メモリコントローラ１１６に供給する。即ち、データ量検出部１４１は、フォーマット変換部１２から供給されるビデオファイルとオーディオファイルそれぞれについて、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ１１６に供給する。
【０１９７】
ローレゾデータ生成部１４２は、そこに供給されるデータのデータ量を少なくしたデータであるローレゾデータのデータ系列を生成し、メモリコントローラ１１６に供給する。この場合、ローレゾデータ生成部１４２は、ファイル形式としたローレゾデータを出力する。また、ローレゾデータ生成部１４２は、ローレゾファイルの、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ１１６に供給する。
【０１９８】
以下、ファイル形式のローレゾデータをローレゾデータファイルとも称する。
【０１９９】
そして、メモリコントローラ１１６に供給されたビデオファイルとオーディオファイルは、上述したようにして、光ディスク７に供給されて記録される。
【０２００】
ここで、フォーマット変換部１２から供給されるビデオファイルおよびオーディオファイルのデータ系列と、ローレゾデータ生成部１４２が出力するローレゾデータのデータ系列とは、同一内容の画像および音声のデータ系列であるが、フォーマット変換部１２から供給されるビデオファイルおよびオーディオファイルは、いわば本来的に、ユーザに提供されるべきものであり、このことから、フォーマット変換部１２から供給されるビデオファイルおよびオーディオファイルを、以下、適宜、本線データという。
【０２０１】
ローレゾデータは、上述したように、本線データと同一内容の画像および音声のデータではあるが、そのデータ量が少ない。従って、ある再生時間の再生を行うとした場合、ローレゾデータは、本線データに比較して、光ディスク７から短時間で読み出すことができる。
【０２０２】
なお、本線データのデータレートとしては、例えば、２５Ｍｂｐｓ（Ｍｅｇａ  ｂｉｔ  ｐｅｒ  ｓｅｃｏｎｄ）程度を採用することができる。この場合、ローレゾデータのデータレートとしては、例えば、３Ｍｂｐｓ程度を採用することができる。さらに、この場合、メタデータのデータレートとして、例えば、２Ｍｂｐｓ程度を採用することとすると、光ディスク７に記録するデータ全体のデータレートは、３０（＝２５＋３＋２）Ｍｂｐｓ程度となる。従って、光ディスク７（をドライブするディスクドライブ装置１１）としては、例えば、３５Ｍｂｐｓなどの記録レートを有する、十分実用範囲内のものを採用することが可能である。
【０２０３】
以上のように、図１６のデータ変換部１１８では、本線データ（ビデオファイルおよびオーディオファイル）のデータ系列の他、メタデータとローレゾデータのデータ系列も、メモリコントローラ１１６に供給される。そして、メモリコントローラ１１６に供給された本線データ、メタデータ、およびローレゾデータは、光ディスク７に供給されて記録される。
【０２０４】
一方、光ディスク７からのデータの再生時においては、光ディスク７からビデオファイル、オーディオファイル、メタデータファイル、およびローレゾデータファイルが読み出され、フォーマット変換部１２に供給される。
【０２０５】
次に、図１９乃至図２４を参照して、ローレゾデータファイルの構造を説明する。図１９で示されるように、ローレゾデータファイルのヘッダには、ランイン（Ｒｕｎ  Ｉｎ）、ヘッダパーティションパック（Ｈｅａｄｅｒ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ）、ヘッダメタデータ（Ｈｅａｄｅｒ  Ｍｅｔａｄａｔａ）、インデックステーブル（Ｉｎｄｅｘ  Ｔａｂｌｅ）、およびフィラーが配置される。ローレゾデータファイルのボディには、エッセンスコンテナ（Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ）が、ボディパーテーションパック（Ｂｏｄｙ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ）により仕切られて、配置される。
【０２０６】
ローレゾデータファイルのフッタには、フッタパーティションパック（Ｆｏｏｔｔｅｒ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ）およびヘッダメタデータ（Ｈｅａｄｅｒ  Ｍｅｔａｄａｔａ）が配置される。フッタにおける、ヘッダメタデータは、オプションである。
【０２０７】
ローレゾデータファイルにおける、ヘッダパーティションパック、ヘッダメタデータ、インデックステーブル、およびフッタパーティションパックは、標準ＡＶ多重フォーマットのファイルの場合と同様なので、その説明は省略する。
【０２０８】
ローレゾデータファイルのヘッダの大きさは、光ディスク７のＥＣＣブロック長の整数倍になっている。ローレゾデータファイルのボディに配置されている、１組のボディパーテーションパックおよびエッセンスコンテナは、光ディスク７のＥＣＣブロック長の整数倍になっている。ローレゾデータファイルのフッタの大きさは、光ディスク７のＥＣＣブロック長の整数倍になっている。
【０２０９】
図２０は、ローレゾデータファイルのボディに配置されている、ボディパーテーションパックおよびエッセンスコンテナの構成を示す図である。エッセンスコンテナには、システムアイテム、ＭＰＥＧ４エレメンタリストリーム方式のピクチャエッセンス（ビデオデータ）、およびサウンドエッセンス（サウンドデータ）が格納されている。システムアイテムとピクチャエッセンスとの間には、フィルアイテムが配置されている。ボディパーテーションパック、システムアイテム、フィルアイテム、およびピクチャエッセンスは、光ディスク７のＥＣＣブロック長の整数倍になっている。
【０２１０】
サウンドエッセンスは、４つに分割され、それぞれに、フィラーが付されている。１組の分割されたサウンドエッセンスおよびこれに付されたフィラーのデータ量は、光ディスク７のＥＣＣブロック長の１／２になっている。すなわち、２組の分割されたサウンドエッセンスとフィラーのデータ量は、光ディスク７のＥＣＣブロック長に等しい。従って、１つのエッセンスコンテナにおける、サウンドエッセンスとこれに付されたフィラーのデータ量の全体は、光ディスク７のＥＣＣブロック長の２倍である。
【０２１１】
図２１は、ヘッダのシステムアイテムおよびフィルアイテムの構成を示す図である。システムアイテムには、パッケージメタデータ（Ｐａｃｋａｇｅ  Ｍｅｔａｄａｔａ）が格納されている。フィルアイテムは、ＫＬＶ構造を有するフィラーからなる。
【０２１２】
図２２は、ピクチャエッセンスの構成を示す図である。ピクチャエッセンスは、ＫＬＶ構造を有するＭＰＥＧ４エレメンタリストリーム方式の画像データである。すなわち、総走査線数／フレームレートが５２５／６０（５９．９４）である画像データの場合、フレームレートが２４（２３．９７）のプログレッシブスキャン画像である画像データの場合、またはフレームレートが６０（５９．９４）のプログレッシブスキャン画像である画像データの場合、１つのエディットユニットのピクチャエッセンスには、６つのＧＯＶ（Ｇｒｏｕｐ  ｏｆ  ＶｉｄｅｏＯｂｊｅｃｔＰｌａｎｅ）が配置される。一方、総走査線数／フレームレートが６２５／５０である画像データの場合、１つのエディットユニットのピクチャエッセンスには、５つのＧＯＶが配置される。１つのＧＯＶに先頭には、フレーム内符号化されたＩ−ＶＯＰ（Ｉｎｔｒａ  Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｐｌａｎｅ）が配置され、その後ろには、所定の数のフレーム間順方向予測符号化されたＰ−ＶＯＰ（Ｐｒｅｄｉｃｔｅｄ  Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｐｌａｎｅ）が配置される。
【０２１３】
図２３は、ＫＬＶ構造を有するピクチャエッセンスのデータ量を説明する図である。総走査線数／フレームレートが５２５／６０（５９．９４）である画像データの場合、バリューのデータ量は、３８４０００バイト（オクテット）であり、すなわち、１つのＧＯＶのデータ量は、６４００バイトとなる。この場合、１つのＧＯＶには、１０フレームの画像が格納される。
【０２１４】
フレームレートが２４（２３．９７）のプログレッシブスキャン画像である画像データの場合、バリューのデータ量は、３８４０００バイトであり、すなわち、１つのＧＯＶのデータ量は、６４００バイトとなる。この場合、１つのＧＯＶには、８フレームの画像が格納される。
【０２１５】
フレームレートが６０（５９．９４）のプログレッシブスキャン画像である画像データの場合、バリューのデータ量は、３８４０００バイトであり、すなわち、１つのＧＯＶのデータ量は、６４００バイトとなる。この場合、１つのＧＯＶには、２０フレームの画像が格納される。
【０２１６】
総走査線数／フレームレートが６２５／５０である画像データの場合、バリューのデータ量は、３８４０００バイトであり、すなわち、１つのＧＯＶのデータ量は、７６８００バイトとなる。この場合、１つのＧＯＶには、１０フレームの画像が格納される。
【０２１７】
図２４は、サウンドエッセンスの構成を示す図である。ローレゾデータファイルのサウンドエッセンスは、２チャンネルの、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ）  Ｇ．７１１の規格に基づいた方式のデータである。サウンドエッセンスは、４つに分割され、それぞれが、ＫＬＶ構造とされる。そして、ＫＬＶ構造とされた、分割されているデータのそれぞれに、ＫＬＶ構造とされたフィラーが付されている。
【０２１８】
バリューには、２チャンネルのサンプルが交互に配置される。総走査線数／フレームレートが５２５／６０（５９．９４）であるピクチャエッセンスに対するサウンドエッセンスの場合、フレームレートが２４（２３．９７）のプログレッシブスキャン画像であるピクチャエッセンスに対するサウンドエッセンスの場合、またはフレームレートが６０（５９．９４）のプログレッシブスキャン画像であるピクチャエッセンスに対するサウンドエッセンスの場合、４つに分割されたうちの１つのサウンドエッセンスには、１６０１６のサンプルが配置される。一方、総走査線数／フレームレートが６２５／５０であるピクチャエッセンスに対するサウンドエッセンスの場合、４つに分割されたうちの１つのサウンドエッセンスには、１６０００のサンプルが配置される。
【０２１９】
図２５は、ローレゾデータ生成部１４２の構成を示すブロック図である。
【０２２０】
バッファ１６１は、フォーマット変換部１２から供給されるＡＶ独立フォーマットのファイル（マスタファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイル）を一時記憶する。
【０２２１】
ファイル取得部１６２は、バッファ１６１に記憶されたマスタファイルを参照することにより、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイルのファイル名を認識し、そのファイル名に基づき、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイルを、バッファ１６１を介し、フォーマット変換部１２から取得する。さらに、ファイル取得部１０２は、取得したファイル単位のメタデータファイルとフレーム単位のメタデータファイルをメタデータファイル処理部１６３に、ビデオファイルをビデオファイル処理部１６４に、８チャネルそれぞれのオーディオファイルをオーディオファイル処理部１６５に、それぞれ供給する。
【０２２２】
メタデータファイル処理部１６３は、ファイル取得部１６２から供給されるファイル単位のメタデータファイルからファイル単位のメタデータを抽出するとともに、フレーム単位のメタデータファイルからフレーム単位のメタデータが配置されたシステムアイテムを抽出し、データ合成部１６６に供給する。
【０２２３】
ビデオファイル処理部１６４は、ファイル取得部１６２から供給されるビデオファイルからピクチャアイテムを抽出し、抽出されたピクチャアイテムからローレゾデータのファイルのピクチャエッセンスを生成して、データ合成部１６６に供給する。
【０２２４】
オーディオファイル処理部１６５は、ファイル取得部１６２から供給される８チャネルそれぞれのオーディオファイルから、各チャネルのオーディオデータを抽出し、抽出されたピクチャアイテムから低ビットレートのオーディオデータを生成して、さらに、その各チャネルのオーディオデータを多重化して配置したサウンドエッセンスを構成して、データ合成部１６６に供給する。
【０２２５】
データ合成部１６６は、メタデータファイル処理部１６３から供給されるファイル単位のメタデータおよびシステムアイテム、ビデオファイル処理部１６４から供給されるピクチャエッセンス、並びにオーディオファイル処理部１６５から供給されるサウンドエッセンスを用いて、ローレゾデータのファイルを構成し、バッファ１６７に供給する。
【０２２６】
バッファ１６７は、データ合成部１６６から供給されるローレゾデータのファイルを一時記憶し、メモリコントローラ１１６に供給する。
【０２２７】
図２６は、ビデオファイル処理部１６４の構成を説明するブロック図である。分解部１８１は、ファイル取得部１６２から供給されるビデオファイルをピクチャアイテムに分解し、分解されたピクチャアイテムをデータ変換部１８２に供給する。データ変換部１８２は、分解されたピクチャアイテムをＭＰＥＧ４方式の画像データに変換し、ＫＬＶエンコーダ１８３に供給する。ＫＬＶエンコーダ１８３は、データ変換部１８２から供給されたピクチャエッセンスをＫＬＶ構造にＫＬＶエンコードし、ＫＬＶ構造とされたピクチャエッセンスをデータ合成部１６６に供給する。
【０２２８】
図２７は、オーディオファイル処理部１６５の構成を説明するブロック図である。ＫＬＶデコーダ２０１は、ファイル取得部１６２から供給される各チャネルのオーディオファイルのボディのＫＬＶ構造を分解し、これにより得られる各チャネルのＷＡＶＥ形式のオーディオデータを、データ変換部２０２に供給する。
【０２２９】
データ変換部２０２は、ＫＬＶデコーダ２０１から供給される、ＷＡＶＥ形式の各チャネルのオーディオデータを、ＩＴＵ−Ｔ  Ｇ．７１１形式の２チャネルのオーディオデータに変換し、チャンネル多重化部２０３に供給する。チャンネル多重化部２０３は、データ変換部２０２から供給される２チャネルのオーディオデータを、サンプル単位で多重化し、その結果得られる多重化オーディオデータを、ＫＬＶエンコーダ２０４に供給する。ＫＬＶエンコーダ２０４は、チャンネル多重化部２０３から供給されるオーディオデータを、４つに区切り、区切られたオーディオデータ毎にＫＬＶ構造にＫＬＶコーディングし、フィラー生成部２０５に供給する。
【０２３０】
フィラー生成部２０５は、ＫＬＶ構造とされたオーディオデータ毎にフィラーを生成して、フィラーをオーディオデータに付加し、ＫＬＶエンコーダ２０６に供給する。ＫＬＶエンコーダ２０６は、オーディオデータに付加されたフィラーをＫＬＶ構造にＫＬＶコーディングし、ＫＬＶ構造とされたフィラーが付加されたサウンドエッセンスを出力する。
【０２３１】
図２８は、データ合成部１６６の構成を示すブロック図である。多重化部２２１は、メタデータファイル処理部１６３から供給されたシステムアイテム、ビデオファイル処理部１６４から供給されたビデオエッセンス、およびオーディオファイル処理部１６５から供給されたサウンドエッセンスを多重化して、ボディパーテーションを付加して、ボディを生成し、生成したボディをフッタ生成部２２２に供給する。フッタ生成部２２２は、フッタを生成して、ボディにフッタを付加し、ボディおよびフッタをヘッダ生成部２２３に供給する。
【０２３２】
ヘッダ生成部２２３は、ヘッダを生成して、ボディおよびフッタにヘッダを付加し、ボディ、フッタ、およびヘッダをフィラー生成部２２４に供給する。フィラー生成部２２４は、ヘッダに付加するフィラーを生成して、生成したフィラーをヘッダに付加し、フィラーが付加されたローレゾファイルを出力する。
【０２３３】
図２９は、ビデオファイルの処理を説明するフローチャートである。ステップＳ１０１において、ファイル取得部１６２は、バッファ１６１を介し、フォーマット変換部１２からビデオファイルのボディを取得して、ステップＳ１０２に進む。ステップＳ１０２では、分解部１８１が、ファイル取得部１６２から供給されるビデオファイルをピクチャアイテムに分解して、ステップＳ１０３に進む。ステップＳ１０３では、データ変換部１８２が、分解されたピクチャアイテムをＭＰＥＧ４方式の画像データに変換して、ステップＳ１０４に進む。ステップＳ１０４では、ＫＬＶエンコーダ１８３が、データ変換部１８２から供給されたピクチャアイテムをＫＬＶ構造にＫＬＶエンコードし、ピクチャエッセンスとして、ビデオファイルの処理は終了する。
【０２３４】
図３０は、オーディオファイルの処理を説明するフローチャートである。ステップＳ１２１において、ファイル取得部１６２は、バッファ１６１を介し、フォーマット変換部１２からオーディオファイルのボディを取得して、ステップＳ１２２に進む。ステップＳ１２２において、ＫＬＶデコーダ２０１は、ファイル取得部１６２から供給される各チャネルのオーディオファイルのボディのＫＬＶ構造を分解し、ステップＳ１２３に進む。
【０２３５】
ステップＳ１２３では、データ変換部２０２が、ＫＬＶデコーダ２０１から供給される、ＷＡＶＥ形式の各チャネルのオーディオデータを、ＩＴＵ−Ｔ  Ｇ．７１１形式の２チャネルのオーディオデータに変換して、ステップＳ１２４に進む。ステップＳ１２４では、チャンネル多重化部２０３が、データ変換部２０２から供給される２チャネルのオーディオデータを、サンプル単位で多重化して、ステップＳ１２５に進む。ステップＳ１２５では、ＫＬＶエンコーダ２０４は、チャンネル多重化部２０３から供給されるオーディオデータを、４つに区切り、区切られたオーディオデータ毎にＫＬＶ構造にＫＬＶコーディングして、ステップＳ１２６に進む。
【０２３６】
ステップＳ１２６では、フィラー生成部２０５が、ＫＬＶ構造とされたオーディオデータ毎にフィラーを生成して、フィラーをオーディオデータに付加して、ステップＳ１２７に進む。ステップＳ１２７では、ＫＬＶエンコーダ２０６が、オーディオデータに付加されたフィラーをＫＬＶ構造にＫＬＶコーディングして、サウンドエッセンスとして、オーディオファイルの処理は終了する。
【０２３７】
図３１は、メタデータファイルの処理を説明するフローチャートである。ステップＳ１４１において、ファイル取得部１６２は、バッファ１６１を介し、フォーマット変換部１２からメタデータファイルのボディを取得して、システムアイテムとし、ステップＳ１４２に進む。ステップＳ１４２では、メタデータファイル処理部１６３が、フィラーを生成して、ステップＳ１４３に進む。ステップＳ１４３では、メタデータファイル処理部１６３が、システムアイテムに付加されたフィラーをＫＬＶ構造にＫＬＶコーディングして、フィルアイテムとして、フィルアイテムが付加されたシステムアイテムを出力して、メタデータファイルの処理は終了する。
【０２３８】
図３２は、ローレゾデータファイル合成の処理を説明するフローチャートである。ステップＳ１６１では、多重化部２２１が、メタデータファイル処理部１６３から供給されたシステムアイテム、ビデオファイル処理部１６４から供給されたビデオエッセンス、およびオーディオファイル処理部１６５から供給されたサウンドエッセンスを多重化して、エッセンスコンテナを生成して、ステップＳ１６２に進む。ステップＳ１６２では、多重化部２２１が、エッセンスコンテナにボディパーテーションを付加して、ボディを生成して、ステップＳ１６３に進む。
【０２３９】
ステップＳ１６３では、データ合成部１６６は、ボディを出力して、ステップＳ１６４に進む。ステップＳ１６４では、フッタ生成部２２２が、フッタを生成して、ステップＳ１６５に進む。ステップＳ１６５では、データ合成部１６６が、フッタを出力して、ステップＳ１６６に進む。
【０２４０】
ステップＳ１６６では、ヘッダ生成部２２３が、ヘッダを生成して、ステップＳ１６７に進む。ステップＳ１６７では、フィラー生成部２２４が、ヘッダに付加するフィラーを生成して、ステップＳ１６８に進む。ステップＳ１６８では、データ合成部１６６が、フィラーが付加されたヘッダを出力して、ローレゾデータファイル合成の処理は終了する。
【０２４１】
次に、図３３のフローチャートを参照して、制御部１１９が行う記録処理について説明する。
【０２４２】
操作部１２０が操作されることによって、記録処理開始を指令する旨の操作信号が、操作部１２０から制御部１１９に供給されると、制御部１１９は、記録処理を開始する。
【０２４３】
即ち、制御部１１９は、まず最初に、ステップＳ２３１において、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖ、さらには、ローレゾ年輪サイズＴｓｌとメタ年輪サイズＴｓｍを設定する。
【０２４４】
ここで、音声年輪サイズＴｓａは、光ディスク７にひとまとめで配置して記録するオーディオファイルのデータ量を決定する変数で、例えば、オーディオファイルの再生時間によって表される。画像年輪サイズＴｓｖも、同様に、光ディスク７にひとまとめで配置して記録するビデオファイルのデータ量を決定する変数で、例えば、ビデオファイルの再生時間によって表される。
【０２４５】
なお、音声年輪サイズＴｓａと画像年輪サイズＴｓｖを、例えば、ビット数やバイト数などのデータ量そのものによって表すのではなく、再生時間によって、いわば間接的に表すようにしたのは、次のような理由による。
【０２４６】
即ち、図３３の記録処理によれば、後述するように、光ディスク７には、オーディオファイルの系列から抽出された音声年輪サイズＴｓａに基づくデータ量ごとのオーディオファイルのまとまりである音声年輪データと、ビデオファイルの系列から抽出された画像年輪サイズＴｓｖに基づくデータ量ごとのビデオファイルのまとまりである画像年輪データとが周期的に配置されて記録される。
【０２４７】
このように、光ディスク７に、音声年輪データと画像年輪データとが周期的に配置されて記録される場合、画像と音声の再生を考えると、その再生は、ビデオファイルとそのビデオファイルに付随するオーディオファイルとが揃わないと行うことができない。かかる再生の観点からは、ある再生時間帯の音声年輪データと、その再生時間帯の画像年輪データとは、光ディスク７上の近い位置、即ち、例えば、隣接する位置に記録すべきである。
【０２４８】
しかしながら、同一の再生時間分のオーディオファイルとビデオファイルのデータ量を比較した場合、それらのデータ量は、一般に大きく異なる。即ち、ある再生時間分のオーディオファイルのデータ量は、その再生時間分のビデオファイルのデータ量に比較してかなり少ない。さらに、オーディオファイルやビデオファイルのデータレートが、固定ではなく、可変となっているケースもある。
【０２４９】
従って、音声年輪サイズＴｓａと画像年輪サイズＴｓｖを、データ量で表し、そのデータ量ごとの音声年輪データと画像年輪データを、オーディオファイルとビデオファイルの系列それぞれから順次抽出すると、各再生時間帯の画像年輪データに対して、再生時刻が徐々に進んだ（先の）再生時間帯の音声年輪データが得られるようになり、その結果、同一の再生時間帯に再生されるべきオーディオファイルとビデオファイルとを、光ディスク７上の近い位置に配置することが困難となる。
【０２５０】
一方、音声年輪サイズＴｓａと画像年輪サイズＴｓｖを、再生時間で表し、その再生時間分のデータ量ごとの音声年輪データと画像年輪データを、オーディオファイルとビデオファイルの系列それぞれから順次抽出した場合には、同じような再生時間帯の音声年輪データと画像年輪データとをセットで得ることができ、その結果、同一の再生時間帯に再生されるべきオーディオファイルとビデオファイルとを、近い位置に配置することができる。
【０２５１】
ここで、音声年輪サイズＴｓａは、それが表す再生時間分のデータ量の音声年輪データを、光ディスク７から読み出すよりは、シークして読み飛ばした方が早くなるような値とするのが望ましい。画像年輪サイズＴｓｖも、同様であり、そのような画像年輪サイズＴｓｖは、本件発明者の経験上、例えば、１．５秒から２秒程度である。
【０２５２】
また、同じような再生時間帯の音声年輪データと画像年輪データとを構成する場合には、音声年輪サイズＴｓａと画像年輪サイズＴｓｖを、同一の値とすればよく、この場合、同じような再生時間帯の音声年輪データと画像年輪データは、上述の再生の観点から、光ディスク７上に、交互に配置するのが望ましい。
【０２５３】
さらに、音声年輪サイズＴｓａと画像年輪サイズＴｓｖは、異なる値とすることが可能であり、オーディオファイルのデータレートがビデオファイルのデータレートよりもかなり低いことが一般的であることを考えると、音声年輪サイズＴｓａは、画像年輪サイズＴｓｖの、例えば２倍などにすることが可能である。この場合、ある１つの音声年輪データに対して、その再生時間帯と同じような再生時間帯の画像年輪データは２つとなるが、この１つの音声年輪データと、対応する２つの画像年輪データとは、上述の再生の観点からは、やはり、光ディスク７上の近い位置に配置するのが望ましい。具体的には、１つの音声年輪データと、対応する２つの画像年輪データとは、例えば、音声年輪データ、対応する２つの画像年輪データのうちの一方、その他方という順番や、２つの画像年輪データのうちの一方、音声年輪データ、２つの画像年輪データのうちの他方という順番で、周期的に配置するのが望ましい。
【０２５４】
なお、ステップＳ１で設定する音声年輪サイズＴｓａと画像年輪サイズＴｓｖの値は、あらかじめ定められた固定の値でも良いし、可変の値でも良い。音声年輪サイズＴｓａと画像年輪サイズＴｓｖの値を可変とする場合には、その可変の値は、例えば、操作部１２０を操作することによって入力するようにすることができる。
【０２５５】
また、ローレゾ年輪サイズＴｓｌは、光ディスク７にひとまとめで配置して記録するローレゾデータのデータ量を決定する変数で、例えば、上述の音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖと同様に、そのローレゾデータの元となったビデオファイル（またはオーディオファイル）の再生時間によって表される。メタ年輪サイズＴｓも、同様に、光ディスク７にひとまとめで配置して記録するメタデータのデータ量を決定する変数で、例えば、上述の音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖと同様に、そのメタデータによって各種の情報（例えば、画像の撮像が行われた日時など）が説明されるビデオファイル（またはオーディオファイル）の再生時間によって表される。
【０２５６】
なお、ローレゾ年輪サイズＴｓｌとメタ年輪サイズＴｓｍを、例えば、ビット数やバイト数などのデータ量そのものによって表すのではなく、再生時間によって、いわば間接的に表すようにしたのは、上述した音声年輪サイズＴｓａと画像年輪サイズＴｓｖにおける場合と同様の理由による。
【０２５７】
即ち、図３３の記録処理によれば、後述するように、オーディオファイルの系列から抽出された音声年輪サイズＴｓａに基づくデータ量ごとのオーディオファイルのまとまりである音声年輪データと、ビデオファイルの系列から抽出された画像年輪サイズＴｓｖに基づくデータ量ごとのビデオファイルのまとまりである画像年輪データの他、ローレゾデータのデータ系列から抽出されたローレゾ年輪サイズＴｓｌに基づくデータ量ごとのローレゾデータのまとまりであるローレゾ年輪データと、メタデータのデータ系列から抽出されたメタ年輪サイズＴｓｍに基づくデータ量ごとのメタデータのまとまりであるメタ年輪データも、光ディスク７に周期的に配置されて記録される。
【０２５８】
このように、光ディスク７に、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データが周期的に配置されて記録される場合、ローレゾ年輪データは、音声年輪データや画像年輪データのデータ量を少なくしたものであるから、ある再生時間帯の音声年輪データおよび画像年輪データと、その再生時間帯の音声年輪データや画像年輪データのデータ量を少なくしたローレゾ年輪データとは、光ディスク７上の近い位置に記録すべきである。さらに、メタ年輪データは、音声年輪データや画像年輪データに関する情報を表すものであるから、やはり、ある再生時間帯の音声年輪データおよび画像年輪データと、その再生時間帯の音声年輪データや画像年輪データに関する情報を表すメタ年輪データとは、光ディスク７上の近い位置に記録すべきである。
【０２５９】
しかしながら、同一の再生時間分のオーディオファイルやビデオファイルのデータレートと、ローレゾデータやメタデータのデータレートとを比較した場合、オーディオファイルやビデオファイルのデータレートに比較して、ローレゾデータやメタデータのデータレートは小である。
【０２６０】
従って、ローレゾ年輪サイズＴｓｌとメタ年輪サイズＴｓｍを、データ量で表すと、上述した音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖをデータ量で表した場合と同様に、同じような再生時間帯に再生されるべきオーディオファイル、ビデオファイル、ローレゾデータ、およびメタデータを、光ディスク７上の近い位置に配置することが困難となる不都合が生じる。
【０２６１】
そこで、図３３の実施の形態では、ローレゾ年輪サイズＴｓｌとメタ年輪サイズＴｓｍも、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖと同様に、再生時間で表し、これにより、同じような再生時間帯に再生されるべきオーディオファイル、ビデオファイル、ローレゾデータ、およびメタデータを、光ディスク７上の近い位置に配置することができるようにしている。
【０２６２】
なお、ステップＳ２３１で設定する音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、およびメタ年輪サイズＴｓｍの値は、あらかじめ定められた固定の値でも良いし、可変の値でも良い。音声年輪サイズＴｓａや、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、メタ年輪サイズＴｓｍの値を可変とする場合には、その可変の値は、例えば、操作部１２０を操作することによって入力するようにすることができる。
【０２６３】
ステップＳ２３１の処理後は、ステップＳ２３２に進み、制御部１１９は、フォーマット変換部１２からディスクドライブ装置１１に供給されるオーディオファイルとビデオファイルからローレゾデータの系列を生成するローレゾデータ生成処理とを開始させるとともに、メモリコントローラ１１６を制御して、データ変換部１１８で取得されたオーディオファイルとビデオファイルをメモリ１１７に供給して記憶させるオーディオファイル記憶処理とビデオファイル記憶処理をそれぞれ開始させる。さらに、ステップＳ２３２では、制御部１１９は、メモリコントローラ１１６を制御して、データ変換部１１８で得られたメタデータとローレゾデータをメモリ１１７に供給して記憶させるメタデータ記憶処理とローレゾデータ記憶処理をそれぞれ開始させる。
【０２６４】
そして、ステップＳ２３３，Ｓ２３４に順次進み、制御部１１９は、ステップＳ２３３において、オーディオファイルを光ディスク７に記録させる制御タスクであるオーディオファイル記録タスクを開始するとともに、ステップＳ２３４において、ビデオファイルを光ディスク７に記録させる制御タスクであるビデオファイル記録タスクを開始し、ステップＳ２３５に進む。ステップＳ２３５では、制御部１１９は、ローレゾデータを光ディスク７に記録させる制御タスクであるローレゾデータ記録タスクを開始し、ステップＳ２３６に進む。ステップＳ２３６では、制御部１１９は、メタデータを光ディスク７に記録させる制御タスクであるメタデータ記録タスクを開始し、ステップＳ２３７に進む。なお、ステップＳ２３３におけるオーディオファイル記録タスク、ステップＳ２３４におけるビデオファイル記録タスク、ステップＳ２３５におけるローレゾデータ記録タスク、およびステップＳ２３６におけるメタデータ記録タスクの詳細については、後述する。
【０２６５】
ステップＳ２３７では、制御部１１９は、操作部１２０から、データの記録の終了を指令する操作信号が供給されたかどうかを判定し、供給されていないと判定した場合、ステップＳ２３８に進み、制御部１１９は、すべての記録タスクが終了したかどうかを判定する。ステップＳ２３８おいて、すべての記録タスクが終了していないと判定された場合、ステップＳ２３７に戻り、以下、同様の処理が繰り返される。
【０２６６】
また、ステップＳ２３８において、すべての記録タスクが終了したと判定された場合、即ち、ステップＳ２３３で開始されたオーディオファイル記録タスク、ステップＳ２３４で開始されたビデオファイル記録タスク、ステップＳ２３５で開始されたローレゾデータ記録タスク、およびステップＳ２３６で開始されたメタデータ記録タスクのすべてが終了している場合、記録処理を終了する。
【０２６７】
一方、ステップＳ２３７において、データの記録の終了を指令する操作信号が供給されたと判定された場合、即ち、例えば、ユーザが、データの記録を終了するように、操作部１２０を操作した場合、ステップＳ２３９に進み、制御部１１９は、ステップＳ２３２で開始させたローレゾデータ生成処理、並びにオーディオファイル記憶処理、ビデオファイル記憶処理、メタデータ記憶処理、およびローレゾデータ記憶処理を終了させ、ステップＳ２４０に進む。
【０２６８】
ステップＳ２４０では、ステップＳ２３８における場合と同様に、すべての記録タスクが終了したかどうかを判定する。ステップＳ２４０において、すべての記録タスクが終了していないと判定された場合、ステップＳ２４０に戻り、すべての記録タスクが終了するまで待ち時間がおかれる。
【０２６９】
また、ステップＳ２４０において、すべての記録タスクが終了したと判定された場合、即ち、ステップＳ２３３で開始されたオーディオファイル記録タスク、ステップＳ２３４で開始されたビデオファイル記録タスク、ステップＳ２３５で開始されたローレゾデータ記録タスク、およびステップＳ２３６で開始されたメタデータ記録タスクのすべてが終了した場合、記録処理を終了する。
【０２７０】
次に、図３４のフローチャートを参照して、図３３のステップＳ２３３で開始されるオーディオファイル記録タスクについて説明する。
【０２７１】
オーディオファイル記録タスクが開始されると、まず最初に、ステップＳ２５１において、制御部１１９は、後で行われるステップＳ２５７の処理で、１ずつインクリメントされる変数Ｎａを、例えば１に初期化し、ステップＳ２５２に進む。
【０２７２】
ステップＳ２５２では、制御部１１９は、図５のステップＳ１２における場合と同様に、Ｔｓａ×Ｎａが、Ｔｓｖ×Ｎｖ以下であるかどうかを判定し、さらに、Ｔｓａ×Ｎａが、Ｔｓｌ×Ｎｌ以下で、かつＴｓｍ×Ｎｍ以下であるかどうかを判定する。
【０２７３】
ここで、Ｔｓａは、音声年輪サイズであり、オーディオファイルの、ある再生時間を表す。また、変数Ｎａは、後述するように、音声年輪サイズＴｓａに基づくデータ量のオーディオファイル（音声年輪データ）が光ディスク７に記録されるごとに、１ずつインクリメントされていく。同様に、Ｔｓｖは、画像年輪サイズであり、変数Ｎｖは、後述するように、ビデオファイル記録タスクにおいて、画像年輪サイズＴｓｖに基づくデータ量のビデオファイル（画像年輪データ）が光ディスク７に記録されるごとに、１ずつインクリメントされていく。従って、Ｔｓａ×Ｎａは、オーディオファイルを、音声年輪サイズＴｓａ単位で記録していった場合に、これから光ディスク７に記録しようとしている音声年輪データの最後の再生時刻に相当し、Ｔｓｖ×Ｎｖは、ビデオファイルを、画像年輪サイズＴｓｖ単位で記録していった場合に、これから光ディスク７に記録しようとしている画像年輪データの最後の再生時刻に相当する。
【０２７４】
また、Ｔｓｌは、ローレゾ年輪サイズであり、変数Ｎｌは、後述するように、ローレゾデータ記録タスクにおいて、ローレゾ年輪サイズＴｓｅに基づくデータ量のローレゾデータ（ローレゾ年輪データ）が光ディスク７に記録されるごとに、１ずつインクリメントされていく。さらに、Ｔｓｍは、メタ年輪サイズであり、変数Ｎｍは、後述するように、メタデータ記録タスクにおいて、メタ年輪サイズＴｓｍに基づくデータ量のメタデータ（メタ年輪データ）が光ディスク７に記録されるごとに、１ずつインクリメントされていく。従って、Ｔｓｌ×Ｎｌは、ローレゾデータを、ローレゾ年輪サイズＴｓｅ単位で記録していった場合に、これから光ディスク７に記録しようとしているローレゾ年輪データの最後の再生時刻に相当し、Ｔｓｍ×Ｎｍは、メタデータを、メタ年輪サイズＴｓｍ単位で記録していった場合に、これから光ディスク７に記録しようとしているメタ年輪データの最後の再生時刻に相当する。
【０２７５】
一方、いま、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データを、同じような再生時間帯のものが、光ディスク７上の近い位置に記録されるように、周期的に配置するものとする。さらに、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データについては、その再生時刻が早いものほど、光ディスク７の前の位置（光ディスク７に対するデータの読み書き順で、先の位置）に配置され、さらに、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データについては、例えば、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データの順番で、光ディスク７のより前の位置に配置されるものとする。
【０２７６】
この場合、これから記録しようとする音声年輪データである注目音声年輪データは、再生時刻Ｔｓａ×Ｎａ以前の最近の（再生時刻Ｔｓａ×Ｎａに最も近い）再生時間帯の音声年輪データとなるが、この注目音声年輪データは、再生時刻Ｔｓａ×Ｎａ以前の最近の再生時間帯の画像年輪データ、ローレゾ年輪データ、およびメタ年輪データが記録される直前、つまり、再生時刻Ｔｓａ×Ｎａ以前の２番目に新しい再生時間帯の画像年輪データ、ローレゾ年輪データ、およびメタ年輪データが記録された直後に記録する必要がある。
【０２７７】
ところで、これから記録される画像年輪データは、Ｔｓｖ×Ｎｖ以前の最近の再生時間帯の画像年輪データである。また、これから記録されるローレゾ年輪データは、Ｔｓｌ×Ｎｌ以前の最近の再生時間帯のローレゾ年輪データであり、これから記録されるメタ年輪データは、Ｔｓｍ×Ｎｍ以前の最近の再生時間帯のメタ年輪データである。同じような再生時間帯の年輪データについては、上述したように、音声年輪データが、光ディスク７のより前の位置に配置されるから、注目音声年輪データの記録は、音声年輪データの再生時刻Ｔｓａ×Ｎａが、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ以下となっており、さらに、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ以下であり、かつ、メタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下となっているタイミングで行う必要がある。
【０２７８】
そこで、ステップＳ２５２では、上述したように、音声年輪データの再生時刻Ｔｓａ×Ｎａが、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ以下であり、さらに、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ以下であり、かつ、メタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下であるかどうかが判定され、これにより、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングであるかどうかが判定される。
【０２７９】
ステップＳ２５２において、音声年輪データの再生時刻Ｔｓａ×Ｎａが、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ、またはメタ年輪データの再生時刻Ｔｓｍ×Ｎｍのうちのいずれか以下（以前）でないと判定された場合、即ち、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングでない場合、ステップＳ２５２に戻り、以下、同様の処理が繰り返される。
【０２８０】
また、ステップＳ２５２において、音声年輪データの再生時刻Ｔｓａ×Ｎａが、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ、およびメタ年輪データの再生時刻Ｔｓｍ×Ｎｍのすべての時刻以下であると判定された場合、即ち、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングである場合、ステップＳ２５３に進み、制御部１１９は、データ変換部１１８からメモリコントローラ１１６を介して、メモリ１１７に、オーディオファイルが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ２５４に進む。
【０２８１】
ステップＳ２５４では、制御部１１９は、メモリ１１７に、通算して、音声年輪サイズＴｓａ×Ｎａ分の再生に必要なオーディオファイルのオーディオファイルが記憶されたか否かを判定し、まだ、その分のオーディオファイルがメモリ１１７に記憶されていないと判定された場合、ステップＳ２５２に戻り、それ以降の処理が繰り返される。また、ステップＳ２５４において、再生時間Ｔｓａ×Ｎａに対応する分のオーディオファイルがメモリ１１７に記憶されたと判定された場合、処理はステップＳ２５５に進む。
【０２８２】
なお、データ変換部１１８のデータ量検出部１４１は、通算して、再生時間Ｔｓａ×Ｎａ分の再生に必要なオーディオファイルを検出したとき、その旨を、メモリコントローラ１１６に通知する。メモリコントローラ１１６は、その通知に基づいて、通算して、再生時間Ｔｓａ×Ｎａ分の再生に必要なオーディオファイルをメモリ１１７に記憶させたか否かの判定を行い、その判定結果を制御部１１９に通知する。すなわち制御部１１９は、メモリコントローラ１１６からのその判定結果に基づいて、ステップＳ２５４における判定を行う。
【０２８３】
ここで、図３５は、メモリ１１７に記憶されるオーディオファイルの通算のデータ量（通算データ量）Ｌａと時間（再生時間）との関係を示している。なお、図６中右側の上下方向を示す小さな矢印（水平方向の点線の間隔を示す矢印）は、ＥＣＣブロックのデータ量Ｂｕを表している。また、図３５における点線Ｌｖは、後述する図９において実線で示してある、メモリ１１７に記憶されるビデオファイルの通算のデータ量（通算データ量）Ｌｖを示している。さらに、図３５では、オーディオファイルの通算データ量Ｌａが直線となっており、従って、オーディオファイルのデータレートが、固定であるものとしてある。但し、オーディオファイルは、可変のデータレートのものとすることが可能である。
【０２８４】
図３５において、例えば、Ｎａ＝１のときの時間Ｔｓａ×Ｎａ（＝１）分の再生に必要なオーディオファイルのデータ量は、ＡＮ１’である。従って、Ｎａ＝１のときのステップＳ２５４では、通算データ量がＡＮ１’のオーディオファイルが、メモリ１１７に記憶されたとき、再生時間Ｔｓａ×Ｎａに対応する分のオーディオファイルがメモリ１１７に記憶されたと判定され、ステップＳ２５５に進む。
【０２８５】
ステップＳ２５５では、制御部１１９は、メモリコントローラ１１６を制御して、メモリ１１７に記憶されているオーディオファイルから、光ディスク７に対して読み書きを行う単位としての、例えば１つのＥＣＣブロックのデータ量Ｂｕの整数倍（ｎ倍）のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のオーディオファイルを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ２５６に進む。なお、このＥＣＣブロックの整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のオーディオファイルとして、メモリ１１７から読み出される音声年輪データが、上述した、再生時刻Ｔｓａ×Ｎａ以前の最近の音声年輪データである。
【０２８６】
ここで、上述の図３５において時刻が１×Ｔｓａのとき、メモリ１１７には、少なくともデータ量ＡＮ１’のオーディオファイルが記憶されている。データ量ＡＮ１’は、１つのＥＣＣブロックのデータ量より大であるが、２つのＥＣＣブロックのデータ量より小であるため、ステップＳ２５５では、１つのＥＣＣブロックのデータ量ＢｕであるＡＮ１分のオーディオファイルが、メモリ１１７から、注目音声年輪データとして読み出されることにより抽出される。
【０２８７】
なお、ステップＳ２５５において読み出されなかったオーディオファイル、即ち、図３５の時刻が１×Ｔｓａのときにおいては、１つのＥＣＣブロックのデータ量Ｂｕに満たないデータ量Ａα１のオーディオファイルは、そのままメモリ１１７に残される。
【０２８８】
図３４に戻り、ステップＳ２５６では、制御部１１９が、ステップＳ２５５で得られた、ＥＣＣブロックの整数倍のデータ量の注目音声年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのＥＣＣブロックの整数倍のデータ量の注目音声年輪データが、その整数倍の数のＥＣＣブロックに記録されるように記録制御を行う。
【０２８９】
ここで、図３５の時刻が１×Ｔｓａのときには、１つのＥＣＣブロックのデータ量Ｂｕのオーディオファイルが、注目音声年輪データとして、メモリコントローラ１１６から信号処理部１１５に供給される。そして、この１つのＥＣＣブロックのデータ量Ｂｕの注目音声年輪データは、ピックアップ部１１２に供給され、図３６に示すように、光ディスク７の１つのＥＣＣブロックであるＥＣＣブロック＃１に、音声年輪データの境界と、光ディスク７のＥＣＣブロック＃１の境界とが一致するように記録される。
【０２９０】
なお、ここでは、説明を簡単にするために、光ディスク７には、物理的に連続した、十分大きな空き領域が存在するものとする。また、光ディスク７に対するデータの読み書きが、例えば、その内周から外周方向に行われるものとすると、データの記録は、メモリコントローラ１１６から信号処理部１１５に供給されるデータの順番で、空き領域の内周側から外周側に連続して行われていくものとする。
【０２９１】
ステップＳ２５６において、上述のように、注目音声年輪データの記録制御が行われた後は、ステップＳ２５７に進み、制御部１１９は、変数Ｎａを１だけインクリメントし、ステップＳ２５２に戻り、それ以降の処理を実行する。
【０２９２】
一方、ステップＳ２５３において、オーディオファイルがメモリ１１７に供給されていないと判定された場合、即ち、データ変換部１１８からメモリコントローラ１１６へのオーディオファイルの供給が停止した場合、ステップＳ２５８に進み、制御部１１９は、メモリコントローラ１１６を制御することにより、メモリ１１７にいま残っているオーディオファイルのすべてを読み出し、その音声年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのＥＣＣブロックの整数倍のデータ量の音声年輪データが、その整数倍の数のＥＣＣブロックに記録されるように記録制御を行う。
【０２９３】
上述したように、オーディオファイルは、ＥＣＣブロックの整数倍のデータ量とされているので、ステップＳ２５３において、ＥＣＣブロックの整数倍のデータ量の音声年輪データが、その整数倍の数のＥＣＣブロックに記録されることになる。
【０２９４】
その後、ステップＳ２５９に進み、制御部１１９は、変数Ｎａに、無限大に相当する値（非常に大きな値）をセットして、オーディオファイル記録タスクを終了する。
【０２９５】
これにより、図３４のオーディオファイル記録タスクにおいて、光ディスク７に対して読み書きを行う単位としての、例えば、ＥＣＣブロックの整数倍のデータ量の音声年輪データが、その整数倍の数のＥＣＣブロックに、音声年輪データの境界と、光ディスク７のＥＣＣブロックの境界とが一致するように、周期的に記録される。
【０２９６】
次に、図３６のフローチャートを参照して、図３３のステップＳ２３４で開始されるビデオファイル記録タスクについて説明する。
【０２９７】
ビデオファイル記録タスクが開始されると、まず最初に、ステップＳ２６１において、制御部１１９は、後で行われるステップＳ２６７の処理で、１ずつインクリメントされる変数Ｎｖを、例えば１に初期化し、ステップＳ２６２に進む。
【０２９８】
ステップＳ２６２では、制御部１１９は、Ｔｓｖ×Ｎｖが、Ｔｓａ×Ｎａ未満であり、さらに、Ｔｓｖ×Ｎｖが、Ｔｓｌ×Ｎｌ以下で、かつＴｓｍ×Ｎｍ以下であるかどうかを判定する。
【０２９９】
ここで、Ｔｓａ×Ｎａは、オーディオファイルを、音声年輪サイズＴｓａ単位で記録していった場合に、これから光ディスク７に記録しようとしている音声年輪データの最後の再生時刻に相当し、Ｔｓｖ×Ｎｖは、ビデオファイルを、画像年輪サイズＴｓｖ単位で記録していった場合に、これから光ディスク７に記録しようとしている画像年輪データの最後の再生時刻に相当する。
【０３００】
いま、上述したように、音声年輪データと画像年輪データとを、同じような再生時間帯のものが、光ディスク７上の近い位置に記録されるように、周期的に配置し、さらに、同じような再生時間帯の音声年輪データと画像年輪データについては、音声年輪データが先に配置され、その後に、画像年輪データが配置されるものとする。そして、これから記録しようとする画像年輪データを、注目画像年輪データというものとすると、注目画像年輪データは、再生時刻Ｔｓｖ×Ｎｖ以前の最近の（再生時刻Ｔｓｖ×Ｎｖに最も近い）再生時間帯の画像年輪データとなるが、この注目画像年輪データは、再生時刻Ｔｓａ×Ｎａ以前の最近の再生時間帯の音声年輪データが記録された直後に記録する必要がある。従って、注目画像年輪データの記録は、画像年輪データの再生時刻Ｔｓｖ×Ｎｖが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満となっているタイミングで行う必要がある。
【０３０１】
そこで、ステップＳ２６２では、上述したように、画像年輪データの再生時刻Ｔｓｖ×Ｎｖが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満であるかどうかが判定され、これにより、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングであるかどうかが判定される。
【０３０２】
さらに、Ｔｓｖ×Ｎｖが、Ｔｓｌ×Ｎｌ以下であるというのは、図３４のステップＳ２５２における場合と同様に、これから記録しようとする画像年輪データである注目画像年輪データ、即ち、再生時刻Ｔｓｖ×Ｎｖ以前の最近の（再生時刻Ｔｓｖ×Ｎｖに最も近い）再生時間帯の画像年輪データを、再生時刻Ｔｓｖ×Ｎｖ以前の最近の再生時間帯のローレゾ年輪データ直前、つまり、再生時刻Ｔｓｖ×Ｎｖ以前の２番目に新しい再生時間帯のローレゾ年輪データが記録された直後に記録するための条件である。
【０３０３】
また、Ｔｓｖ×Ｎｖが、Ｔｓｍ×Ｎｍ以下であるというのは、図３４のステップＳ２５２における場合と同様に、これから記録しようとする画像年輪データである注目画像年輪データ、即ち、再生時刻Ｔｓｖ×Ｎｖ以前の最近の再生時間帯の画像年輪データを、再生時刻Ｔｓｖ×Ｎｖ以前の最近の再生時間帯のメタ年輪データ直前、つまり、再生時刻Ｔｓｖ×Ｎｖ以前の２番目に新しい再生時間帯のメタ年輪データが記録された直後に記録するための条件である。
【０３０４】
ステップＳ２６２において、画像年輪データの再生時刻Ｔｓｖ×Ｎｖが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ以下、またはメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下のうちのいずれかではないと判定された場合、即ち、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングでない場合、ステップＳ２６２に戻り、以下、同様の処理が繰り返される。
【０３０５】
また、ステップＳ２６２において、画像年輪データの再生時刻Ｔｓｖ×Ｎｖが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満であり、さらに、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ以下であり、かつメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下であると判定された場合、即ち、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングである場合、ステップＳ２６３に進み、制御部１１９は、データ変換部１１８からメモリコントローラ１１６を介して、メモリ１１７に、ビデオファイルが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ２４に進む。
【０３０６】
ステップＳ２６４では、制御部１１９は、メモリ１１７に、通算して、画像年輪サイズＴｓｖ×Ｎｖ分の再生に必要なビデオファイルのビデオファイルが記憶されたか否かを判定し、まだ、その分のビデオファイルがメモリ１１７に記憶されていないと判定された場合、ステップＳ２６２に戻り、それ以降の処理が繰り返される。また、ステップＳ２６４において、再生時間Ｔｓｖ×Ｎｖに対応する分のビデオファイルがメモリ１１７に記憶されたと判定された場合、処理はステップＳ２６５に進む。
【０３０７】
なお、データ変換部１１８のデータ量検出部１４１は、通算して、再生時間Ｔｓｖ×Ｎｖ分の再生に必要なビデオファイルを検出したとき、その旨を、メモリコントローラ１１６に通知する。メモリコントローラ１１６は、その通知に基づいて、通算して、再生時間Ｔｓｖ×Ｎｖ分の再生に必要なビデオファイルをメモリ１１７に記憶したか否かの判定を行い、その判定結果を制御部１１９に通知する。すなわち制御部１１９は、メモリコントローラ１１６からのその判定結果に基づいて、ステップＳ２６４における判定を行う。
【０３０８】
ここで、図４０は、メモリ１１７に記憶されるビデオファイルの通算のデータ量（通算データ量）Ｌａと時間（再生時間）との関係を示している。なお、図４０中右側の上下方向を示す小さな矢印（水平方向の点線の間隔を示す矢印）は、図３５における場合と同様に、ＥＣＣブロックのデータ量Ｂｕを表している。また、図４０における点線Ｌａは、上述の図３５において実線で示した、メモリ１１７に記憶されるオーディオファイルの通算データ量Ｌａである。
【０３０９】
図４０において、例えば、Ｎｖ＝１のときの時間Ｔｓｖ×Ｎｖ（＝１）分の再生に必要なビデオファイルのデータ量は、ＶＮ１’である。従って、Ｎｖ＝１のときのステップＳ２６４では、通算データ量がＶＮ１’のビデオファイルが、メモリ１１７に記憶されたとき、再生時間Ｔｓｖ×Ｎｖに対応する分のビデオファイルがメモリ１１７に記憶されたと判定され、ステップＳ２６５に進む。
【０３１０】
ステップＳ２６５では、制御部１１９は、メモリコントローラ１１６を制御して、メモリ１１７に記憶されているビデオファイルから、光ディスク７に対して読み書きを行う単位としての、例えば１つのＥＣＣブロックのデータ量Ｂｕの整数倍（ｎ倍）のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のビデオファイルを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ２６６に進む。なお、このＥＣＣブロックの整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のビデオファイルとして、メモリ１１７から読み出される画像年輪データが、上述した、再生時刻Ｔｓｖ×Ｎｖ以前の最近の画像年輪データである。
【０３１１】
ここで、上述の図４０において時刻が１×Ｔｓｖのとき、メモリ１１７には、少なくともデータ量ＶＮ１’のビデオファイルが記憶されている。データ量ＶＮ１’は、４つのＥＣＣブロックのデータ量より大であるが、５つのＥＣＣブロックのデータ量より小であるため、ステップＳ２６５では、４つのＥＣＣブロックのデータ量ＢｕであるＶＮ１分のビデオファイルが、メモリ１１７から、注目画像年輪データとして読み出されることにより抽出される。
【０３１２】
なお、ステップＳ２６５において読み出されなかったビデオファイル、即ち、図４０の時刻が１×Ｔｓｖのときにおいては、１つのＥＣＣブロックのデータ量Ｂｕに満たないデータ量Ｖα１のビデオファイルは、そのままメモリ１１７に残される。
【０３１３】
図３９に戻り、ステップＳ２６６では、制御部１１９が、ステップＳ２６５で得られた、ＥＣＣブロックの整数倍のデータ量の注目画像年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのＥＣＣブロックの整数倍のデータ量の注目画像年輪データが、その整数倍の数のＥＣＣブロックに記録されるように記録制御を行う。
【０３１４】
ここで、図４０の時刻が１×Ｔｓｖのときには、４つのＥＣＣブロックのデータ量Ｂｕのビデオファイルが、注目画像年輪データとして、メモリコントローラ１１６から信号処理部１１５に供給される。そして、この４つのＥＣＣブロックのデータ量Ｂｕの注目画像年輪データは、ピックアップ部１１２に供給され、上述した図３６に示すように、光ディスク７の４つのＥＣＣブロックであるＥＣＣブロック＃２，＃３，＃４，＃５に、画像年輪データの境界と、光ディスク７のＥＣＣブロック＃２乃至＃５の領域の境界（ＥＣＣブロック＃２の先頭側の境界およびＥＣＣブロック＃５の終わり側の境界）とが一致するように記録される。
【０３１５】
即ち、いま、説明を簡単にするため、音声年輪サイズＴｓａと画像年輪サイズＴｓｖとが等しいものとすると、図３４のオーディオファイル記録タスクと、図３９のビデオファイル記録タスクの開始後、Ｎａ＝Ｎａ＝１のときに、図３６に示したように、ＥＣＣブロック＃１に、再生時刻Ｔｓａ×Ｎａ以前の最近の音声年輪データが記録される。ＥＣＣブロック＃１に音声年輪データが記録されることにより、図３４のオーディオファイル記録タスクのステップＳ２５７では、変数Ｎａが１だけインクリメントされ、Ｎａ＝２とされる。このとき、変数Ｎｖは、まだ１のままであり、従って、再生時刻Ｔｓａ×Ｎａは、再生時刻Ｔｓａ×Ｎａ未満となる。その結果、図３９のビデオファイル記録タスクでは、ステップＳ２６６において、再生時刻Ｔｓｖ×Ｎｖ以前の最近の画像年輪データが、ＥＣＣブロック＃２乃至＃５に記録される。
【０３１６】
即ち、ここでは、上述したように、光ディスク７において、データの記録が、メモリコントローラ１１６から信号処理部１１５に供給されるデータの順番で、空き領域の内周側から外周側に連続して行われていくものとしているため、再生時刻Ｔｓｖ×Ｎｖ以前の最近の画像年輪データである４つのＥＣＣブロック分の画像年輪データは、直前に、音声年輪データが記録されたＥＣＣブロック＃１の直後のＥＣＣブロック＃２から開始され、これにより、図３６に示したように、ＥＣＣブロック＃２乃至＃５に記録される。
【０３１７】
以上から、Ｎａ＝Ｎａ＝１の場合に得られる音声年輪データと画像年輪データ、即ち、再生時刻Ｔｓａ×Ｎａ以前の最近の音声年輪データと、その再生時刻Ｔｓａ×Ｎａに等しい再生時刻Ｔｓｖ×Ｎｖ以前の最近の画像年輪データ、つまりは、同じような再生時間帯の音声年輪データと画像年輪データは、光ディスク７の隣接する位置に配置されて記録される。
【０３１８】
ステップＳ２６６において、上述のように、注目画像年輪データの記録制御が行われた後は、ステップＳ２６７に進み、制御部１１９は、変数Ｎｖを１だけインクリメントし、ステップＳ２６２に戻り、それ以降の処理を繰り返す。
【０３１９】
一方、ステップＳ２６３において、ビデオファイルがメモリ１１７に供給されていないと判定された場合、即ち、データ変換部１１８からメモリコントローラ１１６へのビデオファイルの供給が停止した場合、ステップＳ２６８に進み、制御部１１９は、メモリコントローラ１１６を制御することにより、メモリ１１７にいま残っているビデオファイルのすべてを読み出し、そのビデオファイルを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのＥＣＣブロックの整数倍のデータ量の画像年輪データが、その整数倍の数のＥＣＣブロックに記録されるように記録制御を行う。
【０３２０】
ビデオファイルは、ＥＣＣブロックの整数倍のデータ量とされているので、ステップＳ２６８においては、ＥＣＣブロックの整数倍のデータ量の画像年輪データが、その整数倍の数のＥＣＣブロックに記録される。
【０３２１】
その後、ステップＳ２６９に進み、制御部１１９は、変数Ｎｖに、無限大に相当する値をセットして、ビデオファイル記録タスクを終了する。
【０３２２】
これにより、図３６のビデオファイル記録タスクでも、図３４のビデオファイル記録タスクにおける場合と同様に、光ディスク７の読み書きの単位としての、例えば、ＥＣＣブロックの整数倍のデータ量の画像年輪データが、その整数倍の数のＥＣＣブロックに、画像年輪データの境界と、光ディスク７のＥＣＣブロックの境界とが一致するように、周期的に記録される。
【０３２３】
次に、図３９のフローチャートを参照して、ローレゾデータファイルとされたローレゾデータを記録する、図３３のステップＳ２３５で開始されるローレゾデータ記録タスクについて説明する。
【０３２４】
ローレゾデータ記録タスクが開始されると、まず最初に、ステップＳ２７１において、制御部１１９は、後述するステップＳ２７７の処理で、１ずつインクリメントされる変数Ｎｌを、例えば１に初期化し、ステップＳ２７２に進む。
【０３２５】
ステップＳ２７２では、制御部１１９は、Ｔｓｌ×Ｎｌが、Ｔｓａ×Ｎａ未満であり、さらに、Ｔｓｌ×Ｎｌが、Ｔｓｖ×Ｎｖ未満で、かつＴｓｍ×Ｎｍ以下であるかどうかを判定する。
【０３２６】
ここで、Ｔｓｌ×Ｎｌが、Ｔｓａ×Ｎａ未満であるというのは、図３７のステップＳ２６２で説明した場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データを、再生時刻Ｔｓｌ×Ｎｌ以前の最近の再生時間帯の音声年輪データが記録された直後に記録するための条件である。また、Ｔｓｌ×Ｎｌが、Ｔｓｖ×Ｎｖ未満であるというのは、やはり、図３７のステップＳ２６２で説明した場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データを、再生時刻Ｔｓｌ×Ｎｌ以前の最近の再生時間帯の画像年輪データが記録された直後に記録するための条件である。
【０３２７】
さらに、Ｔｓｌ×Ｎｌが、Ｔｓｍ×Ｎｍ以下であるというのは、図３４のステップＳ２５２における場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データ、即ち、再生時刻Ｔｓｌ×Ｎｌ以前の最近の（再生時刻Ｔｓｌ×Ｎｌに最も近い）再生時間帯のローレゾ年輪データを、再生時刻Ｔｓｌ×Ｎｌ以前の最近の再生時間帯のメタ年輪データ直前、つまり、再生時刻Ｔｓｌ×Ｎｌ以前の２番目に新しい再生時間帯のメタ年輪データが記録された直後に記録するための条件である。
【０３２８】
ステップＳ２７２において、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ未満、またはメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下のうちのいずれかではないと判定された場合、即ち、現在のタイミングが、注目ローレゾ年輪データの記録を行うべきタイミングでない場合、ステップＳ２７２に戻り、以下、同様の処理が繰り返される。
【０３２９】
また、ステップＳ２７２において、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満であり、さらに、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ未満であり、かつメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下であると判定された場合、即ち、現在のタイミングが、注目ローレゾ年輪データの記録を行うべきタイミングである場合、ステップＳ２７３に進み、制御部１１９は、データ変換部１１８からメモリコントローラ１１６を介して、メモリ１１７に、ローレゾデータが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ２７４に進む。
【０３３０】
ステップＳ２７４では、制御部１１９は、メモリ１１７に、通算して、ローレゾ年輪サイズＴｓｌ×Ｎｌ分の再生に必要なローレゾデータが記憶されたか否かを判定し、まだ、その分のローレゾデータがメモリ１１７に記憶されていないと判定された場合、ステップＳ２７２に戻り、以下、同様の処理が繰り返される。また、ステップＳ２７４において、再生時間Ｔｓｌ×Ｎｌに対応する分のローレゾデータがメモリ１１７に記憶されたと判定された場合、ステップＳ２７５に進む。
【０３３１】
なお、データ変換部１１８のデータ量検出部１４１は、通算して、再生時間Ｔｓｌ×Ｎｌ分の再生に必要なビデオファイルおよびオーディオファイルを検出したとき、その旨を、メモリコントローラ１１６に通知する。メモリコントローラ１１６は、その通知に基づいて、通算して、再生時間Ｔｓｌ×Ｎｌ分の再生に必要なローレゾデータをメモリ１１７に記憶したか否かの判定を行い、その判定結果を制御部１１９に通知する。そして、制御部１１９は、メモリコントローラ１１６からのその判定結果に基づいて、ステップＳ２７４における判定処理を行う。なお、本実施の形態では、ビデオファイル等のデータ量を少なくしたビデオファイル等を圧縮符号したものを、ローレゾデータとするようにしたが、その他、ビデオファイル等のデータ量を少なくしたビデオファイル等を、そのまま、ローレゾデータとするようにすることも可能である。
【０３３２】
ステップＳ２７５では、制御部１１９は、メモリコントローラ１１６を制御して、メモリ１１７に記憶されているローレゾデータから、光ディスク７に対して読み書きを行う単位としての、例えば１つのＥＣＣブロックのデータ量Ｂｕの整数倍（ｎ倍）のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のローレゾデータを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ２７６に進む。
【０３３３】
なお、このＥＣＣブロックの整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のローレゾデータとして、メモリ１１７から読み出されるローレゾ年輪データが、上述した、再生時刻Ｔｓｌ×Ｎｌ以前の最近のローレゾ年輪データである。
【０３３４】
また、ステップＳ２７５において読み出されなかったローレゾデータは、そのままメモリ１１７に残される。
【０３３５】
ステップＳ２７６では、制御部１１９が、ステップＳ２７５で得られた、ＥＣＣブロックの整数倍のデータ量の注目ローレゾ年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのＥＣＣブロックの整数倍のデータ量の注目ローレゾ年輪データが、その整数倍の数のＥＣＣブロックに記録されるように記録制御を行う。これにより、ＥＣＣブロックの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のＥＣＣブロックに、ローレゾ年輪データの境界と、光ディスク７のＥＣＣブロックの境界とが一致するように記録される。
【０３３６】
その後、ステップＳ２７７に進み、制御部１１９は、変数Ｎｌを１だけインクリメントし、ステップＳ２７２に戻り、以下、同様の処理を繰り返される。
【０３３７】
一方、ステップＳ２７３において、ローレゾデータがメモリ１１７に供給されていないと判定された場合、即ち、データ変換部１１８からメモリコントローラ１１６へのローレゾデータの供給が停止した場合、ステップＳ２７８に進み、制御部１１９は、メモリコントローラ１１６を制御することにより、メモリ１１７にいま残っているローレゾデータのすべてを読み出し、そのローレゾデータを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのＥＣＣブロックの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のＥＣＣブロックに記録されるように記録制御を行う。
【０３３８】
ローレゾデータファイルは、ＥＣＣブロックの整数倍のデータ量とされているので、ステップＳ２７８において、ＥＣＣブロックの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のＥＣＣブロックに記録される。
【０３３９】
その後、ステップＳ２７９に進み、制御部１１９は、変数Ｎｌに、無限大に相当する値をセットして、ローレゾデータ記録タスクを終了する。
【０３４０】
次に、図４０のフローチャートを参照して、図３３のステップＳ２３６で開始されるメタデータ記録タスクについて説明する。
【０３４１】
メタデータ記録タスクが開始されると、まず最初に、ステップＳ２８１において、制御部１１９は、後述するステップＳ２８７の処理で、１ずつインクリメントされる変数Ｎｌを、例えば１に初期化し、ステップＳ２８２に進む。
【０３４２】
ステップＳ２８２では、制御部１１９は、Ｔｓｍ×Ｎｍが、Ｔｓａ×Ｎａ未満であり、さらに、Ｔｓｍ×Ｎｍが、Ｔｓｖ×Ｎｖ未満で、かつＴｓｌ×Ｎｌ未満であるかどうかを判定する。
【０３４３】
ここで、Ｔｓｍ×Ｎｍが、Ｔｓａ×Ｎａ未満であるというのは、図３７のステップＳ２６２で説明した場合と同様に、これから記録しようとするメタ年輪データである注目メタ年輪データを、再生時刻Ｔｓｍ×Ｎｍ以前の最近の再生時間帯の音声年輪データが記録された直後に記録するための条件である。また、Ｔｓｍ×Ｎｍが、Ｔｓｖ×Ｎｖ未満であるというのは、やはり、図３７のステップＳ２６２で説明した場合と同様に、これから記録しようとするメタ年輪データである注目メタ年輪データを、再生時刻Ｔｓｍ×Ｎｍ以前の最近の再生時間帯の画像年輪データが記録された直後に記録するための条件である。同様に、Ｔｓｍ×Ｎｍが、Ｔｓｌ×Ｎｌ未満であるというのは、これから記録しようとするメタ年輪データである注目メタ年輪データを、再生時刻Ｔｓｍ×Ｎｍ以前の最近の再生時間帯のローレゾ年輪データが記録された直後に記録するための条件である。
【０３４４】
ステップＳ２８２において、メタ年輪データの再生時刻Ｔｓｍ×Ｎｍが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ未満、またはメタ年輪データの再生時刻Ｔｓｌ×Ｎｌ未満のうちのいずれかではないと判定された場合、即ち、現在のタイミングが、注目メタ年輪データの記録を行うべきタイミングでない場合、ステップＳ２８２に戻り、以下、同様の処理が繰り返される。
【０３４５】
また、ステップＳ２８２において、メタ年輪データの再生時刻Ｔｓｍ×Ｎｍが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満であり、さらに、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ未満でもあり、かつローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ未満であると判定された場合、即ち、現在のタイミングが、注目メタ年輪データの記録を行うべきタイミングである場合、ステップＳ２８３に進み、制御部１１９は、データ変換部１１８からメモリコントローラ１１６を介して、メモリ１１７に、メタデータが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ２８４に進む。
【０３４６】
ステップＳ２８４では、制御部１１９は、メモリ１１７に、通算して、メタ年輪サイズＴｓｍ×Ｎｍ分の再生に必要なメタデータが記憶されたか否かを判定し、まだ、その分のメタデータがメモリ１１７に記憶されていないと判定された場合、ステップＳ２８２に戻り、以下、同様の処理が繰り返される。また、ステップＳ２８４において、再生時間Ｔｓｍ×Ｎｍに対応する分のメタデータがメモリ１１７に記憶されたと判定された場合、ステップＳ２８５に進む。
【０３４７】
なお、データ変換部１１８のデータ量検出部１４１は、通算して、再生時間Ｔｓｍ×Ｎｍ分の再生に必要なビデオファイルおよびオーディオファイルを検出したとき、その旨を、メモリコントローラ１１６に通知する。メモリコントローラ１１６は、その通知に基づいて、通算して、再生時間Ｔｓｍ×Ｎｍ分の再生に必要なメタデータをメモリ１１７に記憶したか否かの判定を行い、その判定結果を制御部１１９に通知する。そして、制御部１１９は、メモリコントローラ１１６からのその判定結果に基づいて、ステップＳ２８４における判定処理を行う。
【０３４８】
ステップＳ２８５では、制御部１１９は、メモリコントローラ１１６を制御して、メモリ１１７に記憶されているメタデータから、光ディスク７に対して読み書きを行う単位としての、例えば１つのＥＣＣブロックのデータ量Ｂｕの整数倍（ｎ倍）のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のメタデータを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ２８６に進む。
【０３４９】
なお、このＥＣＣブロックの整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のメタデータとして、メモリ１１７から読み出されるメタ年輪データが、上述した、再生時刻Ｔｓｍ×Ｎｍ以前の最近のメタ年輪データである。
【０３５０】
また、ステップＳ２８５において読み出されなかったメタデータは、そのままメモリ１１７に残される。
【０３５１】
ステップＳ２８６では、制御部１１９が、ステップＳ２８５で得られた、ＥＣＣブロックの整数倍のデータ量の注目メタ年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのＥＣＣブロックの整数倍のデータ量の注目メタ年輪データが、その整数倍の数のＥＣＣブロックに記録されるように記録制御を行う。これにより、ＥＣＣブロックの整数倍のデータ量のメタ年輪データが、その整数倍の数のＥＣＣブロックに、メタ年輪データの境界と、光ディスク７のＥＣＣブロックの境界とが一致するように、周期的に記録される。
【０３５２】
その後、ステップＳ２８７に進み、制御部１１９は、変数Ｎｍを１だけインクリメントし、ステップＳ２８２に戻り、以下、同様の処理を繰り返される。
【０３５３】
一方、ステップＳ２８３において、メタデータがメモリ１１７に供給されていないと判定された場合、即ち、データ変換部１１８からメモリコントローラ１１６へのメタデータの供給が停止した場合、ステップＳ２８８に進み、制御部１１９は、メモリコントローラ１１６を制御することにより、メモリ１１７にいま残っているメタデータのすべてを読み出し、そのメタデータを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのＥＣＣブロックの整数倍のデータ量のメタ年輪データが、その整数倍の数のＥＣＣブロックに記録されるように記録制御を行う。
【０３５４】
その後、ステップＳ２８９に進み、制御部１１９は、変数Ｎｍに、無限大に相当する値をセットして、メタデータ記録タスクを終了する。
【０３５５】
このように、オーディオファイル記録タスク、ビデオファイル記録タスク、ローレゾデータ記録タスク、およびメタデータ記録タスクの処理が行われ、オーディオファイル、ビデオファイル、メタデータ、およびローレゾデータが、光ディスク７に記録される。これにより、例えば、音声年輪サイズＴｓａと画像年輪サイズＴｓｖが同一の時間である場合には、同じような再生時間帯のオーディオファイルのまとまりである音声年輪データと、ビデオファイルのまとりまりである画像年輪データとが、光ディスク７の隣接した位置に配置されるように、順次記録される。さらに、同じような再生時間帯のローレゾデータのまとまりであるローレゾ年輪データ、およびメタデータのまとまりであるメタデータ年輪データが、光ディスク７の音声年輪データおよび画像年輪データに隣接した位置に配置されるように、順次記録される。
【０３５６】
光ディスク７には、木の年輪を形成するかのように、ビデオファイルとオーディオファイルなどが記録される。このことから、光ディスク７に記録されるオーディオファイルやビデオファイルなどのひとまとまりを、音声「年輪」データや画像「年輪」データと呼んでいる。ローレゾ年輪データやメタ年輪データについても、同様である。なお、以下、適宜、木の年輪を形成するかのように、光ディスク７に記録される、あるデータ系列の中のデータのまとまりを、年輪データという。
【０３５７】
ここで、光ディスク７に形成される年輪の幅（ある１つの音声年輪データや画像年輪データが、幾つのトラックに亘って記録されるか）は、音声年輪サイズＴｓａと画像年輪サイズＴｓｖによって決定される。なお、音声年輪サイズＴｓａや画像年輪サイズＴｓｖは、音声年輪データや画像年輪データを記録する光ディスク７の半径位置に応じて変化させることができる。そして、音声年輪サイズＴｓａや画像年輪サイズＴｓｖによっては、１つの音声年輪データや画像年輪データが記録されるトラックが、１周分に満たないケースが生じる。
【０３５８】
以上のように、同じような再生時間帯の音声年輪データと画像年輪データが、光ディスク７上の近い位置に記録されるので、光ディスク７から、同一の再生時刻のオーディオファイルとビデオファイルを、迅速に読み出して再生することが可能となる。
【０３５９】
また、オーディオファイルとビデオファイルは、複数のＥＣＣブロックのデータ量分の年輪データととされ、その複数のＥＣＣブロックに、年輪データの境界とＥＣＣブロックの境界とが一致するように記録されるので、光ディスク７から、オーディオファイルまたはビデオファイルだけを読み出すことが可能となり、その結果、オーディオファイルまたはビデオファイルだけの編集処理を迅速に行うことが可能となる。
【０３６０】
ビデオファイルのヘッダ、ボディ、およびフッタのそれぞれのデータ量が、ＥＣＣブロックの整数倍とされているので、ヘッダ、ボディ、およびフッタ毎に、ＥＣＣブロックに記録される。すなわち、１つのＥＣＣブロックに、ヘッダ、ボディ、およびフッタのいずれか２つが記録されることはない。
【０３６１】
従って、ヘッダ、ボディ、およびフッタの１つのを書き込む場合、または読み出す場合、最小の数のＥＣＣブロックに対して、書き込みまたは読み出しの処理が実行されることになり、より効率的に読み書きの処理ができるようになる。その結果、ファイルの書き込みの処理において、データが書き換えられるクラスタの数が最小の数となり、光ディスク７の書き換えの回数に物理的（物性的な）な制限がある場合、データの書き換えの回数に対しての光ディスク７の寿命が長くなるというメリットが得られる。
【０３６２】
なお、図３４のオーディオファイル記録タスクにおけるステップＳ２５２、図３７のビデオファイル記録タスクにおけるステップＳ２６２、図３９のローレゾデータ記録タスクにおけるステップＳ２７２、図４０のメタデータ記録タスクにおけるステップＳ２８２それぞれの判定処理によって、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データどうしが、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データの順の優先順位で、光ディスク７に周期的に記録される。
【０３６３】
但し、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データを光ディスク７に記録するときの優先順位は、上述した、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データの順に限定されるものではない。
【０３６４】
例えば、光ディスク７に記録するときの優先順位は、メタ年輪データ、音声年輪データ、画像年輪データ、およびローレゾ年輪データの順とすることができる。
【０３６５】
次に、メモリコントローラ１１６は、上述したように、メモリ１１７からデータを読み出すことにより、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データを抽出するが、この音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データを構成（抽出）する処理について、図４１乃至図４５を参照して、さらに説明する。
【０３６６】
図４１は、メモリ１１７に記憶されるオーディオファイルの通算のデータ量（通算データ量）Ｌａ、ビデオファイルの通算データ量Ｌｖ、ローレゾデータの通算データ量Ｌｌ、メタデータの通算データ量Ｌｍそれぞれと、時間（再生時間）ｔとの関係を示している。なお、図４１中（後述する図４２乃至図４５においても同様）、右側の上下方向を示す小さな矢印（水平方向の点線の間隔を示す矢印）は、ＥＣＣブロックのデータ量Ｂｕを表している。
【０３６７】
上述したように、メモリコントローラ１１６は、再生時間Ｔｓａ×Ｎａの再生に必要なオーディオファイルがメモリ１１７に記憶されると、メモリ１１７から読み出すことのできるＥＣＣブロックの整数倍の最大のデータ量のオーディオファイルを読み出し、そのＥＣＣブロックの整数倍の最大のデータ量のオーディオファイルを、音声年輪データとして抽出する。また、メモリコントローラ１１６は、再生時間Ｔｓｖ×Ｎｖの再生に必要なビデオファイルがメモリ１１７に記憶されると、メモリ１１７から読み出すことのできるＥＣＣブロックの整数倍の最大のデータ量のビデオファイルを読み出し、そのＥＣＣブロックの整数倍の最大のデータ量のビデオファイルを、画像年輪データとして抽出する。さらに、メモリコントローラ１１６は、再生時間Ｔｓｌ×Ｎｌの再生に必要なローレゾデータがメモリ１１７に記憶されると、メモリ１１７から読み出すことのできるＥＣＣブロックの整数倍の最大のデータ量のローレゾデータを読み出し、そのＥＣＣブロックの整数倍の最大のデータ量のローレゾデータを、ローレゾ年輪データとして抽出する。また、メモリコントローラ１１６は、再生時間Ｔｓｍ×Ｎｍの再生に必要なメタデータがメモリ１１７に記憶されると、メモリ１１７から読み出すことのできるＥＣＣブロックの整数倍の最大のデータ量のメタデータを読み出し、そのＥＣＣブロックの整数倍の最大のデータ量のメタデータを、メタ年輪データとして抽出する。
【０３６８】
従って、図４１に示したように、メモリ１１７に記憶されるオーディオファイルの通算データ量Ｌａが変化する場合には、メモリコントローラ１１６は、図４２に示すように、時刻ｔが、音声年輪サイズＴｓａの整数倍であるｉ×Ｔｓａとなるタイミングで（ｉ＝１，２，・・・）、メモリ１１７から読み出すことのできるＥＣＣブロックの整数倍の最大のデータ量のオーディオファイルを読み出し、そのＥＣＣブロックの整数倍の最大のデータ量のオーディオファイルを、音声年輪データとして抽出する。
【０３６９】
ここで、図４２の実施の形態では、時刻ｔが、Ｔｓａ，２×Ｔｓａ，３×Ｔｓａ，４×Ｔｓａのタイミングにおいて、それぞれ、１つのＥＣＣブロック、２つのＥＣＣブロック、１つのＥＣＣブロック、２つのＥＣＣブロック分のオーディオファイルが、音声年輪データ＃１，＃２，＃３，＃４として抽出されている。
【０３７０】
また、図４１に示したように、メモリ１１７に記憶されるビデオファイルの通算データ量Ｌｖが変化する場合には、メモリコントローラ１１６は、図４３に示すように、時刻ｔが、画像年輪サイズＴｓｖの整数倍であるｉ×Ｔｓｖとなるタイミングで、メモリ１１７から読み出すことのできるＥＣＣブロックの整数倍の最大のデータ量のビデオファイルを読み出し、そのＥＣＣブロックの整数倍の最大のデータ量のビデオファイルを、画像年輪データとして抽出する。
【０３７１】
ここで、図４３の実施の形態では、時刻ｔが、Ｔｓｖ，２×Ｔｓｖ，３×Ｔｓｖ，４×Ｔｓｖのタイミングにおいて、それぞれ、４つのＥＣＣブロック、２つのＥＣＣブロック、５つのＥＣＣブロック、２つのＥＣＣブロック分のビデオファイルが、画像年輪データ＃１，＃２，＃３，＃４として抽出されている。
【０３７２】
さらに、図４１に示したように、メモリ１１７に記憶されるローレゾデータの通算データ量Ｌｌが変化する場合には、メモリコントローラ１１６は、図４４に示すように、時刻ｔが、ローレゾ年輪サイズＴｓｌの整数倍であるｉ×Ｔｓｌとなるタイミングで、メモリ１１７から読み出すことのできるＥＣＣブロックの整数倍の最大のデータ量のローレゾデータを読み出し、そのＥＣＣブロックの整数倍の最大のデータ量のローレゾデータを、ローレゾ年輪データとして抽出する。
【０３７３】
ここで、図４４の実施の形態では、時刻ｔが、Ｔｓｌ，２×Ｔｓｌのタイミングにおいて、それぞれ、１つのＥＣＣブロック、３つのＥＣＣブロック分のローレゾデータが、ローレゾ年輪データ＃１，＃２として抽出されている。
【０３７４】
また、図４１に示したように、メモリ１１７に記憶されるメタデータの通算データ量Ｌｍが変化する場合には、メモリコントローラ１１６は、図４５に示すように、時刻ｔが、メタ年輪サイズＴｓｍの整数倍であるｉ×Ｔｓｍとなるタイミングで、メモリ１１７から読み出すことのできるＥＣＣブロックの整数倍の最大のデータ量のメタデータを読み出し、そのＥＣＣブロックの整数倍の最大のデータ量のメタデータを、メタ年輪データとして抽出する。
【０３７５】
ここで、図４５の実施の形態では、時刻ｔが、Ｔｓｍ，２×Ｔｓｍのタイミングにおいて、いずれも、１つのＥＣＣブロック分のメタデータが、メタ年輪データ＃１，＃２としてそれぞれ抽出されている。
【０３７６】
いま、図４２に示した音声年輪サイズＴｓａ、図４３に示した画像年輪サイズＴｓｖ、図４４に示したローレゾ年輪サイズＴｓｌ、および図４５に示したメタ年輪サイズＴｓｍについて、例えば、画像年輪サイズＴｓｖが、音声年輪サイズＴｓａと等しく、ローレゾ年輪サイズＴｓｌおよびメタ年輪サイズＴｓｍが、音声年輪サイズＴｓａの２倍に等しいという関係があるとすると（２×Ｔｓａ＝２×Ｔｓｖ＝Ｔｓｌ＝Ｔｓｍ）、図３４のオーディオファイル記録タスク、図３７のビデオファイル記録タスク、図３９のローレゾデータ記録タスク、および図４０のメタデータ記録タスクによれば、図４２の音声年輪データ＃１乃至＃４、図４３の画像年輪データ＃１乃至＃４、図４４のローレゾ年輪データ＃１および＃２、図４５のメタ年輪データ＃１および＃２は、図２７に示すように、光ディスク７に周期的に記録される。
【０３７７】
即ち、上述したように、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データについては、上述したように、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データの順の優先順位で、光ディスク７のより前の位置に記録される。
【０３７８】
さらに、例えば、最も優先順位が高い音声年輪データを基準に考えると、音声年輪サイズＴｓａと同一の画像年輪サイズＴｓｖの画像年輪データについては、音声年輪データと同一の周期で光ディスク７に記録される。即ち、ある再生時間帯の音声年輪データが記録されれば、その音声年輪データに続いて、その再生時間帯と同じような再生時間帯の画像年輪データが記録される。
【０３７９】
また、音声年輪サイズＴｓａの２倍となっているローレゾ年輪サイズＴｓｌのローレゾ年輪については、音声年輪データの２倍の周期で光ディスク７に記録される。即ち、ある再生時間帯のローレゾ年輪データについては、その再生時間帯を２分するような２つの再生時間帯の音声年輪データが存在し、その２つの再生時間帯の音声年輪データが記録された後に記録される。
【０３８０】
さらに、音声年輪サイズＴｓａの２倍となっているメタ年輪サイズＴｓｍのメタ年輪については、やはり、音声年輪データの２倍の周期で光ディスク７に記録される。即ち、ある再生時間帯のメタ年輪データについては、その再生時間帯を２分するような２つの再生時間帯の音声年輪データが存在し、その２つの再生時間帯の音声年輪データが記録された後に記録される。
【０３８１】
以上から、図４２の音声年輪データ＃１乃至＃４、図４３の画像年輪データ＃１乃至＃４、図４４のローレゾ年輪データ＃１および＃２、図４５のメタ年輪データ＃１および＃２は、図４６に示すように、その光ディスク７の内周側から外周側に向かって、音声年輪データ＃１、画像年輪データ＃１、音声年輪データ＃２、画像年輪データ＃２、ローレゾ年輪データ＃１、メタ年輪データ＃１、音声年輪データ＃３、画像年輪データ＃３、音声年輪データ＃４、画像年輪データ＃４、ローレゾ年輪データ＃２、メタ年輪データ＃２，・・・の順番で記録される。
【０３８２】
なお、図４１乃至図４６の実施の形態では、画像年輪サイズＴｓｖと音声年輪サイズＴｓａと等しくし、ローレゾ年輪サイズＴｓｌおよびメタ年輪サイズＴｓｍを、音声年輪サイズＴｓａの２倍とするようにしたが、音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、メタ年輪サイズＴｓｍそれぞれどうしの関係は、これに限定されるものではない。即ち、音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、メタ年輪サイズＴｓｍは、例えば、すべて同一の時間とすることもできるし、すべて異なる時間とすることなども可能である。
【０３８３】
また、音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、およびメタ年輪サイズＴｓｍは、例えば、光ディスク７の用途や使用目的にあわせて設定することが可能である。
【０３８４】
即ち、ローレゾ年輪サイズＴｓｌや、メタ年輪サイズＴｓｍは、例えば、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖよりも大とすることが可能である。
【０３８５】
ローレゾ年輪サイズＴｓｌを、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖよりも大とした場合（例えば、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖが２秒であるのに対して、ローレゾ年輪サイズＴｓｌを１０秒とした場合）には、例えば、ローレゾデータによるシャトル再生速度や、コンピュータなどの外部の装置へのローレゾデータの転送速度を向上させることができる。
【０３８６】
即ち、ローレゾデータは、本線データよりもデータ量が少ないため、光ディスク７からの読み出しを短時間で行うことができ、さらに、処理負担も少ないので、シャトル再生などの変速再生に利用することができる。そして、ローレゾ年輪サイズＴｓｌを大とする場合には、光ディスク７からローレゾデータだけを読み出すときに生じるシークの頻度を少なくすることができるから、光ディスク７からのローレゾデータだけの読み出しを、より短時間で行うことが可能となり、そのローレゾデータを利用したシャトル再生を行うときには、シャトル再生の速度を向上させることができる。さらに、ローレゾデータをコンピュータなどに転送して処理する場合には、その転送速度を向上させる（転送に要する時間を短くする）ことができる。
【０３８７】
また、メタ年輪サイズＴｓを、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖよりも大とした場合（例えば、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖが２秒であるのに対して、メタ年輪サイズＴｓｍを２０秒とした場合）には、ローレゾ年輪サイズＴｓｌを大とした場合と同様に、光ディスク７からメタデータだけを短時間で読み出すことができる。従って、例えば、そのメタデータに含まれるタイムコードなどを用いて、本線データであるビデオファイルの特定のフレームの検索などを、高速で行うことが可能となる。
【０３８８】
従って、ローレゾデータのシャトル再生や外部への転送を高速で行うことが要求される場合には、ローレゾ年輪サイズＴｓｌを大にすることにより、また、フレームの検索の高速性が要求される場合には、メタ年輪サイズＴｓを大とすることにより、その要求に応えた利便性の高い光ディスク７を提供することが可能となる。
【０３８９】
以上のように、ローレゾ年輪サイズＴｓｌや、メタ年輪サイズＴｓｍを大とすることにより、ローレゾデータやメタデータだけなどの特定のデータ系列の読み出しに要する時間（さらには、書き込みに要する時間も）を短縮することができる。
【０３９０】
従って、音声年輪サイズＴｓａや、画像年輪サイズＴｓｖを大とした場合には、やはり、本線データとしてのオーディオファイルやビデオファイルだけの読み出し（さらには、書き込み）に要する時間を短縮することができる。その結果、オーディオファイルまたはビデオファイルだけを編集する、いわゆるＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）スプリット編集を行う場合には、その編集処理の高速化を図ることができる。
【０３９１】
但し、画像と音声の再生を行う場合、その再生を開指するには、各再生時刻のビデオファイルと、そのビデオファイルに付随するオーディオファイルとが揃うまで待つ必要がある。音声年輪サイズＴｓａや、画像年輪サイズＴｓｖを大とすると、その大きな音声年輪サイズＴｓａのオーディオファイルまたは画像年輪サイズＴｓｖのビデオファイルのうちの一方を読み出し、さらに、その後に、他方を読み出さなければならず、ある再生時刻のビデオファイルと、そのビデオファイルに付随するオーディオファイルとが揃うまでの時間が大となって、再生が指令されてから、実際に再生が開始されるまでの遅延時間が大となる。さらに、ある再生時刻のビデオファイルと、そのビデオファイルに付随するオーディオファイルとを同時に再生するために、大きな音声年輪サイズＴｓａのオーディオファイルまたは画像年輪サイズＴｓｖのビデオファイルのうちの先に読み出される方は、少なくとも、後に読み出される方の読み出しが開始されるまで、メモリ１１７に記憶しておく必要がある。以上から、音声年輪サイズＴｓａや、画像年輪サイズＴｓｖを大とすると、再生が開始されるまでの遅延時間が大となる他、メモリ１１７として、容量の大きなものが必要となる。
【０３９２】
従って、音声年輪サイズＴｓａと画像年輪サイズＴｓｖは、再生が開始されるまでの遅延時間や、メモリ１１７の容量として許容される値を考慮して決めるのが望ましい。
【０３９３】
なお、ローレゾデータやメタデータは、オーディオファイルやビデオファイルに比較してデータ量が十分小さいので、ローレゾ年輪サイズＴｓｌやメタ年輪サイズＴｓｍを大としても、音声年輪サイズＴｓａや画像年輪サイズＴｓｖを大とした場合に比較して、メモリ１１７に必要とされる容量の増加は、それほど問題とならない。
【０３９４】
また、光ディスク７に記録するときの優先順位は、メタ年輪データ、音声年輪データ、画像年輪データ、およびローレゾ年輪データの順とすることができる。この場合、メタ年輪データ＃１および＃２、音声年輪データ＃１および＃２、画像年輪データ＃１および＃４、ローレゾ年輪データ＃１および＃２は、例えば、図４７に示すように、その光ディスク７の内周側から外周側に向かって、メタ年輪データ＃１、音声年輪データ＃１、画像年輪データ＃１、ローレゾ年輪データ＃１、メタ年輪データ＃２、音声年輪データ＃２、画像年輪データ＃２、ローレゾ年輪データ＃２、・・・の順番で記録される。
【０３９５】
図４８は、ディスクドライブ装置１１によって、光ディスク７に対するデータの読み書きが行われる様子を示している。なお、図４８では、光ディスク７に対して、メタデータファイル、オーディオファイル、ビデオファイル、およびローレゾデータの４つのデータ系列の読み書きが行われるものとしてある。
【０３９６】
図４８においては、メタ年輪データ＃１、音声年輪データ＃１、画像年輪データ＃１、およびローレゾ年輪データ＃１を、年輪データ＃１とし、メタ年輪データ＃２、音声年輪データ＃２、画像年輪データ＃２、およびローレゾ年輪データ＃２を、年輪データ＃２とし、同様に、Ｎ番目のメタ年輪データ＃Ｎ、音声年輪データ＃Ｎ、画像年輪データ＃Ｎ、およびローレゾ年輪データ＃Ｎを、年輪データ＃Ｎとして表している。
【０３９７】
光ディスク７にデータが書き込まれる場合には、光ディスク７に十分な大きさの連続した空き領域が存在し、その空き領域に、欠陥（ディフェクト）がないとすれば、メタデータ、オーディオファイル、ビデオファイル、ローレゾデータのデータ系列それぞれから抽出された音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データは、図４８に示すように、光ディスク７上の空き領域に、いわば一筆書きをするように書き込まれる。なお、メタ年輪データ、音声年輪データ、画像年輪データ、およびローレゾ年輪データは、いずれも、光ディスク７のＥＣＣブロックの整数倍のデータ量を有し、さらに、そのデータの境界と、ＥＣＣブロックの境界とが一致するように記録される。
【０３９８】
図１３のメタデータファイル生成処理のフローチャート、および図１５のビデオファイル生成処理のフローチャートを参照して説明したように、メタデータファイル、およびビデオファイルは、ボディ、フッタ、およびヘッダの順に、ディスクドライブ装置１１に供給される。
【０３９９】
図１６のオーディオファイル生成処理のフローチャートを参照して説明したように、オーディオファイルは、ボディのオーディオアイテムのバリューおよびＫＬＶ構造とされたフィラーが、ディスクドライブ装置１１に供給されて、次に、フッタがディスクドライブ装置１１に供給されて、その後に、ヘッダ並びにオーディオアイテムキーおよびレングスがディスクドライブ装置１１に供給される。
【０４００】
図３２のローレゾファイル合成の処理のフローチャートを参照して説明したように、ローレゾファイルは、ボディ、フッタ、およびヘッダの順に、メモリコントローラ１１６に供給される。
【０４０１】
従って、メタデータ、オーディオファイル、ビデオファイル、ローレゾデータのデータ系列それぞれから抽出された音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データは、図４８に示すように、ボディ、フッタ、ヘッダの順に、光ディスク７上の空き領域に書き込まれる。
【０４０２】
図１３のメタデータファイル生成処理のフローチャート、図１５のビデオファイル生成処理のフローチャート、図１６のオーディオファイル生成処理のフローチャート、図３２のローレゾファイル合成の処理のフローチャート、および図３３の記録処理のフローチャートで説明される処理をまとめて、記録の処理として、図４９のフローチャートを参照して説明する。
【０４０３】
ステップＳ２９１において、ディスクドライブ装置１１の制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのボディを光ディス７に記録して、ステップＳ２９２に進む。ステップＳ２９２において、制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのボディの記録が終了したか否かを判定し、ボディの記録が終了していないと判定された場合、ステップＳ２９１に戻り、ボディの記録の処理を繰り返す。
【０４０４】
ステップＳ２９２において、ボディの記録が終了したと判定された場合、ステップＳ２９３に進み、制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのフッタを光ディス７に記録して、ステップＳ２９４に進む。ステップＳ２９４において、制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのフッタの記録が終了したか否かを判定し、フッタの記録が終了していないと判定された場合、ステップＳ２９３に戻り、フッタの記録の処理を繰り返す。
【０４０５】
ステップＳ２９４において、フッタの記録が終了したと判定された場合、ステップＳ２９５に進み、制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのヘッダを光ディス７に記録して、記録の処理は終了する。
【０４０６】
このように、ヘッダをボディおよびフッタの後に記録するようにしたので、オーディオデータの再生時間またはタイムコード（ＴＣ）などの、ボディが確定しなければ決まらないデータを含むヘッダを１度の処理で記録することができるようになる。
【０４０７】
また、光ディスク７上で、ヘッダをボディおよびフッタに続けて、言い換えれば、ボディおよびフッタにに近接した位置にヘッダを確実に記録することができるようになる。
【０４０８】
なお、光ディスク７から、ファイルを読み出す場合には、ヘッダ、ボディ、フッタが順にシークされて、ヘッダ、ボディ、およびフッタが順に読み出される。
【０４０９】
また、本実施の形態では、メモリコントローラ１１６において、音声年輪サイズＴｓａの整数倍の時刻ごとに、ＥＣＣブロックなどの読み書きを行う単位の整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のオーディオファイルを読み出すことによって、音声年輪データを抽出するようにしたが、即ち、音声年輪サイズＴｓａの整数倍の時刻において、メモリ１１７に、Ｎ個のＥＣＣブロックより大であるが、Ｎ＋１個のＥＣＣブロックより小のデータ量のオーディオファイルが記憶されている場合に、Ｎ個のＥＣＣブロックのデータ量のオーディオファイルを、音声年輪データとして抽出するようにしたが、その他、例えば、音声年輪サイズＴｓａの整数倍の時刻となった後、Ｎ＋１個のＥＣＣブロック以上のデータ量のオーディオファイルがメモリ１１７に記憶されるのを待って、Ｎ＋１個のＥＣＣブロックのデータ量のオーディオファイルを読み出すことにより、音声年輪データを抽出するようにすることが可能である。画像年輪データや、ローレゾ年輪データ、メタ年輪データの抽出についても、同様である。即ち、年輪データのデータ量は、光ディスク７に対して読み書きを行う単位の整数倍のデータ量であって、かつ音声年輪サイズ等として設定された再生時間分の再生に必要なデータ量に近いデータ量であればよい。
【０４１０】
さらに、メタデータについては、そのすべての構成要素を、メタ年輪データに含める他、その一部の構成要素だけをメタ年輪データに含め、他の構成要素は、メタ年輪データとは別に記録するようにすることが可能である。即ち、メタデータについては、例えば、タイムコードなどの、ビデオファイルのフレームなどの検索に用いることのできる構成要素と、その他の構成要素とに分けて、検索に用いることのできる構成要素は、例えば、光ディスク７の内周側などにまとめて記録し、その他の構成要素は、メタ年輪データに含めて、光ディスク７に周期的に記録することが可能である。この場合、検索に用いることのできる構成要素が、光ディスク７にまとめて記録されるので、検索に要する時間を短縮することができる。
【０４１１】
なお、メタデータについては、そのすべての構成要素を、光ディスク７の内周側などにまとめて記録しても良い。但し、メタデータのすべての構成要素を、光ディスク７の内周側などにまとめて記録する場合には、その記録が終了するまで、メタデータ以外のデータ系列の記録を待つ必要があるか、あるいは、メタデータ以外のデータ系列の記録が終了するまで、メタデータのすべての構成要素を記憶しておく必要がある。これに対して、メタデータのうちの検索に用いることのできる構成要素だけを、光ディスク７にまとめて記録する場合には、メタデータのすべての構成要素を、光ディスク７にまとめて記録する場合に比較して、メタデータ以外のデータ系列の記録を待つ時間を短くし、あるいは、メタデータ以外のデータ系列の記録が終了するまで記憶しておく必要のあるメタデータのデータ量を低減することができる。
【０４１２】
または本発明は、光ディスク以外のディスク状記録媒体に適用することができる。
【０４１３】
また、以上においては、ビデオファイルおよびオーディオファイルを、螺旋状のトラックに配置する場合を例として説明したが、同心円状のトラックに交互に配置することもできる。この場合、各トラックは、内周側のトラックから隣接する外周側のトラックに連続することになる。
【０４１４】
次に、図５０は、図７の独立／標準変換部２２の構成例を示している。
【０４１５】
バッファ３０１は、ディスクドライブ装置１１（図１）から供給されるＡＶ独立フォーマットのファイル（マスタファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイル、ローレゾデータファイル）を一時記憶する。
【０４１６】
ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイル、ローレゾファイルのファイル名を認識し、そのファイル名に基づき、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイル、ローレゾファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得する。さらに、ファイル取得部３０２は、取得したファイル単位のメタデータファイルとフレーム単位のメタデータファイルをメタデータファイル処理部３０３に、オグジュアリファイルをオグジュアリファイル処理部３０４に、ビデオファイルをビデオファイル処理部３０５に、８チャネルそれぞれのオーディオファイルをオーディオファイル処理部３０６に、それぞれ供給する。また、ファイル取得部３０２は、ローレゾファイルをバッファ３０９に供給する。
【０４１７】
メタデータファイル処理部３０３は、ファイル取得部３０２から供給されるファイル単位のメタデータファイルからファイル単位のメタデータを抽出するとともに、フレーム単位のメタデータファイルからフレーム単位のメタデータが配置されたシステムアイテムを抽出し、データ合成部３０７に供給する。
【０４１８】
オグジュアリファイル処理部３０４は、ファイル取得部３０２から供給されるオグジュアリファイルからオグジュアリアイテムを抽出し、データ合成部３０７に供給する。
【０４１９】
ビデオファイル処理部３０５は、ファイル取得部３０２から供給されるビデオファイルからピクチャアイテムを抽出し、データ合成部３０７に供給する。
【０４２０】
オーディオファイル処理部１０５は、ファイル取得部３０２から供給される８チャネルそれぞれのオーディオファイルから、各チャネルのオーディオデータを抽出し、さらに、その各チャネルのオーディオデータを多重化して配置したサウンドアイテムを構成して、データ合成部３０７に供給する。
【０４２１】
データ合成部３０７は、メタデータファイル処理部３０３から供給されるファイル単位のメタデータおよびシステムアイテム、オグジュアリファイル処理部３０４から供給されるオグジュアリアイテム、ビデオファイル処理部３０５から供給されるピクチャアイテム、並びにオーディオファイル処理部３０６から供給されるサウンドアイテムを用いて、標準ＡＶ多重フォーマットのファイルを構成し、バッファ３０８に供給する。
【０４２２】
バッファ３０８は、データ合成部３０７から供給される標準ＡＶ多重フォーマットのファイルまたはファイル取得部３０２から供給されるローレゾファイルを一時記憶し、通信Ｉ／Ｆ１３（図１）に供給する。
【０４２３】
次に、図５１は、図５０のビデオファイル処理部３０５の構成例を示している。
【０４２４】
ファイル取得部３０２から供給されるビデオファイルは、ヘッダ／フッタ除去部３１１に供給される。ヘッダ／フッタ除去部３１１は、そこに供給されるビデオファイルからヘッダとフッタを除去し、残ったボディを、分解部３１２に供給する。分解部３１２は、ヘッダ／フッタ除去部３１１から供給されるボディに配置されたピクチャアイテムのシーケンスを分離することにより、そのシーケンスから、他のアイテム（システムアイテム、サウンドアイテム、オグジュアリアイテム）と多重化する単位、即ち、ここでは、フレーム単位のビデオデータが配置された個々のピクチャアイテムを抽出し、データ合成部３０７（図５０）に供給する。
【０４２５】
次に、図５２は、図５０のオーディオファイル処理部３０６の構成例を示している。
【０４２６】
ファイル取得部３０２から供給される８チャネルそれぞれのオーディオファイルは、ヘッダ／フッタ除去部３２１に供給される。ヘッダ／フッタ除去部３２１は、そこに供給される８チャネルそれぞれのオーディオファイルから、ヘッダとフッタを除去し、その結果残る各チャネルのボディを、ＫＬＶデコーダ３２２に供給する。
【０４２７】
ＫＬＶデコーダ３２２は、ヘッダ／フッタ除去部３２１から供給される各チャネルのボディのＫＬＶ構造を分解し、これにより得られる各チャネルのＷＡＶＥ形式のオーディオデータを、データ変換部３２３に供給する。
【０４２８】
データ変換部３２３は、ＫＬＶデコーダ３２２から供給されるオーディオデータに対して、図１０のデータ変換部６３における場合と逆の変換処理を施す。即ち、データ変換部３２３は、ＫＬＶデコーダ３２２から供給されるＷＡＶＥ形式の各チャネルのオーディオデータを、ＡＥＳ３形式の各チャネルのオーディオデータに変換し、チャネル多重化部３２４に供給する。
【０４２９】
チャネル多重化部３２４は、データ変換部１２４から供給される各チャネルのオーディオデータを、サンプル単位で多重化し、その結果得られる多重化オーディオデータを、ＫＬＶエンコーダ３２５に供給する。
【０４３０】
ＫＬＶエンコーダ３２５は、チャネル多重化部３２４から供給される多重化オーディオデータを、ビデオデータの各フレームに対応する単位に区切り、その各フレームに対応する多重化オーディオデータをＫＬＶ構造にＫＬＶコーディングする。さらに、ＫＬＶエンコーダ３２５は、各フレームに対応する多重化オーディオデータのＫＬＶ構造に対して、固定長のサウンドアイテムのデータ長に足りない分のフィラーのＫＬＶ構造を付加し、これにより、サウンドアイテムを構成して、データ合成部３０７（図５０）に供給する。
【０４３１】
次に、図５３は、図５０のデータ合成部３０７の構成例を示している。
【０４３２】
ヘッダ／フッタ生成部３３１には、メタデータファイル処理部３０３が出力するファイル単位のメタデータが供給される。ヘッダ／フッタ生成部３３１は、標準ＡＶ多重フォーマットのファイルのヘッダとフッタを生成し、さらに、そのヘッダのヘッダメタデータに、メタデータファイル処理部３０３からのファイル単位のメタデータを配置して、そのヘッダとフッタを、ヘッダ／フッタ付加部３３３に供給する。
【０４３３】
多重化部３３２には、メタデータファイル処理部３０３が出力するシステムアイテム、オグジュアリファイル処理部３０４が出力するオグジュアリアイテム、ビデオファイル処理部３０５が出力するピクチャアイテム、オーディオファイル処理部３０６が出力するサウンドアイテムが供給される。多重化部３３２は、そこに供給されるシステムアイレム、ピクチャアイテム、サウンドアイテム、オグジュアリアイテムを、その順で、順次多重化することにより、エディットユニットのシーケンスを構成し、そのエディットユニットのシーケンスを、ボディとして、ヘッダ／フッタ付加部３３３に供給する。
【０４３４】
ヘッダ／フッタ付加部３３３は、多重化部３３２から供給されるボディに、ヘッダ／フッタ生成部３３１から供給されるヘッダとフッタを付加し、これにより、標準ＡＶ多重フォーマットのファイルを構成して出力する。
【０４３５】
次に、図５０の独立／標準変換部２２では、メタデータファイルを処理するメタデータファイル処理、オグジュアリファイルを処理するオグジュアリファイル処理、ビデオファイルを処理するビデオファイル処理、オーディオファイルを処理するオーディオファイル処理、これらの処理結果を用いて標準ＡＶ多重フォーマットのファイルを合成（生成）する合成処理が行われる。
【０４３６】
そこで、図５４乃至図５８のフローチャートを参照して、独立／標準変換部２２が行うメタデータファイル処理、オグジュアリファイル処理、ビデオファイル処理、オーディオファイル処理、および合成処理について説明する。
【０４３７】
まず最初に、図５４のフローチャートを参照して、メタデータファイル処理について説明する。
【０４３８】
メタデータファイル処理は、例えば、ディスクドライブ装置１１によって光ディスク７から、マスタファイルが読み出され、バッファ３０１に記憶されると開始される。
【０４３９】
即ち、まず最初に、ステップＳ３０１において、ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、ファイル単位とフレーム単位それぞれのメタデータファイルのファイル名を認識する。さらに、ステップＳ３０１では、ファイル取得部３０２は、そのファイル名に基づき、ファイル単位とフレーム単位それぞれのメタデータファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得し、メタデータファイル処理部３０３に供給して、ステップＳ３０２に進む。ステップＳ３０２では、メタデータファイル処理部３０３は、ファイル取得部３０２から供給されるファイル単位のメタデータファイルからファイル単位のメタデータを抽出するとともに、フレーム単位のメタデータファイルからフレーム単位のメタデータが配置されたシステムアイテムを抽出し、データ合成部３０７に供給して、メタデータファイル処理を終了する。
【０４４０】
次に、図５５のフローチャートを参照して、オグジュアリファイル処理について説明する。
【０４４１】
オグジュアリファイル処理は、例えば、ディスクドライブ装置１１によって光ディスク７から、マスタファイルが読み出され、バッファ３０１に記憶されると開始される。
【０４４２】
即ち、まず最初に、ステップＳ３１１において、ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、オグジュアリファイルのファイル名を認識する。さらに、ステップＳ３１１では、ファイル取得部３０２は、そのファイル名に基づき、オグジュアリファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得し、オグジュアリファイル処理部３０４に供給して、ステップＳ３１２に進む。
【０４４３】
ステップＳ３１２では、オグジュアリファイル処理部３０４は、ファイル取得部３０２から供給されるオグジュアリファイルをオグジュアリアイテム単位に分解することで、オグジュアリファイルからオグジュアリアイテムを抽出（取得）し、データ合成部３０７に供給して、オグジュアリファイル処理を終了する。
【０４４４】
次に、図５６のフローチャートを参照して、ビデオファイル処理について説明する。
【０４４５】
ビデオファイル処理は、例えば、ディスクドライブ装置１１によって光ディスク７から、マスタファイルが読み出され、バッファ３０１に記憶されると開始される。
【０４４６】
即ち、まず最初に、ステップＳ３２１において、ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、ビデオファイルのファイル名を認識する。さらに、ステップＳ３２１では、ファイル取得部３０２は、そのファイル名に基づき、ビデオファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得し、ビデオファイル処理部３０５に供給して、ステップＳ３２２に進む。
【０４４７】
ステップＳ３２２では、ビデオファイル処理部３０５（図５１）のヘッダ／フッタ除去部３１１が、ファイル取得部３０２から供給されるビデオファイルからヘッダとフッタを除去し、その結果残ったボディを、分解部３１２に供給して、ステップＳ３２３に進む。ステップＳ３２３では、分解部３１２は、ヘッダ／フッタ除去部３１１から供給されるボディに配置されたピクチャアイテムのシーケンスを、個々のピクチャアイテムに分解し、データ合成部３０７に供給して、ビデオファイル処理を終了する。
【０４４８】
次に、図５７のフローチャートを参照して、オーディオファイル処理について説明する。
【０４４９】
オーディオファイル処理は、例えば、ディスクドライブ装置１１によって光ディスク７から、マスタファイルが読み出され、バッファ３０１に記憶されると開始される。
【０４５０】
即ち、まず最初に、ステップＳ３３１において、ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、８チャネルそれぞれのオーディオファイルのファイル名を認識する。さらに、ステップＳ３３１では、ファイル取得部３０２は、そのファイル名に基づき、８チャネルそれぞれのオーディオファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得し、オーディオファイル処理部３０６に供給して、ステップＳ３３２に進む。
【０４５１】
ステップＳ３３２では、オーディファイル処理部１０６（図５２）のヘッダ／フッタ除去部３２１が、ファイル取得部３０２から供給される８チャネルそれぞれのオーディオファイルから、ヘッダとフッタを除去し、その結果残る各チャネルのボディを、ＫＬＶデコーダ３２２に供給して、ステップＳ３３３に進む。ステップＳ３３３では、ＫＬＶデコーダ３２２は、ヘッダ／フッタ除去部３２１から供給される各チャネルのボディのＫＬＶ構造を分解し、これにより得られる各チャネルのＷＡＶＥ形式のオーディオデータを、データ変換部３２３に供給して、ステップＳ３３４に進む。
【０４５２】
ステップＳ３３４では、データ変換部３２３は、ＫＬＶデコーダ３２２から供給されるＷＡＶＥ形式の各チャネルのオーディオデータを、ＡＥＳ３形式の各チャネルのオーディオデータに変換し、チャネル多重化部３２４に供給して、ステップＳ３３５に進む。ステップＳ３３５では、チャネル多重化部３２４は、データ変換部１２４から供給される各チャネルのオーディオデータを多重化し、その結果得られる多重化オーディオデータを、ＫＬＶエンコーダ３２５に供給して、ステップＳ３３６に進む。
【０４５３】
ステップＳ３３６では、ＫＬＶエンコーダ３２５は、チャネル多重化部３２４から供給される多重化オーディオデータを、ビデオデータの各フレームに対応する単位に区切り、そのフレームに対応する多重化オーディオデータをＫＬＶ構造にＫＬＶコーディングして、ステップＳ３３７に進む。さらに、ステップＳ３３７では、ＫＬＶエンコーダ３２５は、各フレームに対応する多重化オーディオデータのＫＬＶ構造に対して、必要なフィラーのＫＬＶ構造を付加し、これにより、サウンドアイテムを構成して、データ合成部３０７に供給し、オーディオファイル処理を終了する。
【０４５４】
次に、図５８のフローチャートを参照して、合成処理について説明する。
【０４５５】
合成処理は、例えば、データ合成部３０７に対して、メタデータファイル処理部３０３からファイル単位のメタデータおよびシステムアイテムが、オグジュアリファイル処理部３０４からオグジュアリアイテムが、ビデオファイル処理部３０５からピクチャアイテムが、オーディオファイル処理部３０６からサウンドアイテムが、それぞれ供給されると開始される。
【０４５６】
即ち、まず最初に、ステップＳ３４１において、データ合成部３０７（図５３）のヘッダ／フッタ生成部３３１が、標準ＡＶ多重フォーマットのファイルのヘッダとフッタを生成し、さらに、そのヘッダのヘッダメタデータに、メタデータファイル処理部３０３からのファイル単位のメタデータを配置する。さらに、ステップＳ３４１では、ヘッダ／フッタ生成部３３１が、以上のようにして得られたヘッダとフッタを、ヘッダ／フッタ付加部３３３に供給して、ステップＳ３４２に進む。
【０４５７】
ステップＳ３４２では、多重化部３３２が、メタデータファイル処理部３０３が出力するシステムアイテム、オグジュアリファイル処理部３０４が出力するオグジュアリアイテム、ビデオファイル処理部３０５が出力するピクチャアイテム、オーディオファイル処理部３０６が出力するサウンドアイテムを多重化し、その多重化の結果得られるエディットユニットのシーケンスを、ボディとして、ヘッダ／フッタ付加部３３３に供給して、ステップＳ３４３に進む。
【０４５８】
ステップＳ３４３では、ヘッダ／フッタ付加部３３３は、多重化部３３２から供給されるボディに、ヘッダ／フッタ生成部３３１から供給されるヘッダとフッタを付加し、これにより、標準ＡＶ多重フォーマットのファイルを構成して出力し、合成処理を終了する。
【０４５９】
このように、ファイルを、記録媒体の読み書きを行う単位の整数倍とするようにした場合には、読み書きの処理を効率良くできるようになる。
【０４６０】
また、ファイルの先頭に配置される第２のデータを生成し、ファイルの最後に配置される第３のデータを生成し、第１のデータ、第２のデータ、または第３のデータに付加することによって、第１のデータ、第２のデータ、または第３のデータのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成するようにした場合には、記録媒体の利便性が向上すると共に、記録媒体へのファイルの読み書きにおいて、読み書きの処理をより効率良くできるようになる。
【０４６１】
次に、上述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
【０４６２】
そこで、図５９は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０４６３】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク４０５やＲＯＭ４０３に予め記録しておくことができる。
【０４６４】
あるいはまた、プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体４１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体４１１は、いわゆるパッケージソフトウエアとして提供することができる。
【０４６５】
なお、プログラムは、上述したようなリムーバブル記録媒体４１１からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部４０８で受信し、内蔵するハードディスク４０５にインストールすることができる。
【０４６６】
コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）４０２を内蔵している。ＣＰＵ４０２には、バス４０１を介して、入出力インタフェース４１０が接続されており、ＣＰＵ４０２は、入出力インタフェース４１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部４０７が操作等されることにより指令が入力されると、それにしたがって、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）４０３に格納されているプログラムを実行する。あるいは、また、ＣＰＵ４０２は、ハードディスク４０５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部４０８で受信されてハードディスク４０５にインストールされたプログラム、またはドライブ４０９に装着されたリムーバブル記録媒体４１１から読み出されてハードディスク４０５にインストールされたプログラムを、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）４０４にロードして実行する。これにより、ＣＰＵ４０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、ＣＰＵ４０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース４１０を介して、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）やスピーカ等で構成される出力部４０６から出力、あるいは、通信部４０８から送信、さらには、ハードディスク４０５に記録等させる。
【０４６７】
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【０４６８】
以上のように、ビデオデータとオーディオデータとが多重化されてボディに配置される標準ＡＶ多重フォーマットのファイルと、ビデオデータまたはオーディオデータそれぞれがまとめてボディに配置されるＡＶ独立フォーマットのファイルとの間の相互変換を行うようにしたので、例えば、ネットワーク４を介してのファイルの伝送（ファイル交換やストリーミング）を行う場合には、標準ＡＶ多重フォーマットを使用し、光ディスク７へのファイルの記録を行う場合には、ＡＶ独立フォーマットを使用することが可能となる。
【０４６９】
そして、光ディスク７に、ＡＶ独立フォーマットのファイルを記録する場合には、例えば、ＡＶ独立編集を容易に行うことが可能となる。
【０４７０】
また、ＡＶ独立フォーマットでは、フレーム単位のメタデータを、１つのファイル（フレーム単位のメタデータファイル）に集めて（まとめて）配置するようにしたので、フレーム単位のメタデータの検索を、高速で行うことが可能となる。
【０４７１】
さらに、ＡＶ独立フォーマットでは、オーディオデータの符号化方式として、ＷＡＶＥを採用しているので、ＡＥＳ３を採用する標準ＡＶ多重フォーマットの場合に比較して、オーディオデータのデータ量を低減することができる。
【０４７２】
また、ＡＶ独立フォーマットでは、標準ＡＶ多重フォーマットと同一のヘッダ、ボディ、フッタという形を採用し、さらに、ヘッダとフッタについては、標準ＡＶ多重フォーマットと同一形式のヘッダとフッタを採用することとしたので、標準ＡＶ多重フォーマットに対応している標準装置であれば、ＡＶ独立フォーマットのファイルの送受信や、記録媒体に対する読み書きを行うことができる。
【０４７３】
さらに、標準ＡＶ多重フォーマットのファイルでは、そのボディに、ビデオデータや、オーディオデータ、ユーザデータ、フレーム単位のメタデータといった複数のエッセンスが多重化されて配置されているのに対して、ＡＶ独立フォーマットのファイル（のビデオファイルとオーディオファイル）では、そのボディに、ビデオデータまたはオーディオデータだけが配置されている。従って、ＡＶ独立フォーマットのファイルは、単一エッセンスをボディとしたＭＸＦのファイルということができる。そして、この単一エッセンスをボディとしたＭＸＦのファイルであるビデオファイルやオーディオファイルについては、単一エッセンスをボディとしたＭＸＦを理解することができる装置であれば、その内容を読み出すことができる。
【０４７４】
なお、本実施の形態では、ディスク装置１において、光ディスク７に対して、ＡＶ独立フォーマットのファイルを読み書きするようにしたが、ＡＶ独立フォーマットのファイルは、光ディスク７などのディスク状の記録媒体に限らず、磁気テープなどのテープ状の記録媒体や、半導体メモリ等に対して読み書きすることが可能である。
【０４７５】
また、図１の実施の形態では、ディスクドライブ装置１１、フォーマット変換部１２、通信Ｉ／Ｆ１３によって、１つの装置であるディスク装置１を構成するようにしたが、ディスクドライブ装置１１、フォーマット変換部１２、通信Ｉ／Ｆ１３は、それぞれ、独立した１つの装置とすることが可能である。
【０４７６】
さらに、本実施の形態では、標準ＡＶ多重フォーマットのファイルとして、ＭＸＦに準拠したファイルを採用することとしたが、標準ＡＶ多重フォーマットのファイルとしては、ＭＸＦに準拠したファイルの他、ヘッダ、ボディ、フッタからなり、ボディに、任意の２つのデータ（以上）が多重化されて配置されるファイルを採用することが可能である。
【０４７７】
また、本実施の形態では、標準ＡＶ多重フォーマットのファイルのボディに、ビデオデータとオーディオデータとを多重化したものが配置されることとしたが、標準ＡＶ多重フォーマットのファイルのボディには、その他、例えば、２以上のビデオデータ（のストリーム）を多重化したものや、２以上のオーディオデータ（のストリーム）を多重化したものを配置するようにすることが可能である。
【０４７８】
【発明の効果】
以上のように、第１の本発明によれば、読み書きの処理を効率良くできるようになる。
【０４７９】
また、第１の本発明によれば、記録媒体の利便性が向上すると共に、記録媒体へのファイルの読み書きにおいて、読み書きの処理をより効率良くできるようになる。
【０４８０】
第２の本発明によれば、読み書きの処理を効率良くできるようになる。
【０４８１】
また、第２の本発明によれば、利便性が向上すると共に、記録媒体へのファイルの読み書きにおいて、読み書きの処理をより効率良くできるようになる。
【図面の簡単な説明】
【図１】本発明を適用したＡＶネットワークシステムの一実施の形態の構成例を示すブロック図である。
【図２】標準ＡＶ多重フォーマットを示す図である。
【図３】ＡＶ独立フォーマットを示す図である。
【図４】ＡＶ独立フォーマットを示す図である。
【図５】ＡＶ独立フォーマットを示す図である。
【図６】ＡＶ独立フォーマットを示す図である。
【図７】フォーマット変換部１２の構成例を示すブロック図である。
【図８】標準／独立変換部２１の構成例を示すブロック図である。
【図９】ビデオファイル生成部４１の構成例を示すブロック図である。
【図１０】オーディオファイル生成部４３の構成例を示すブロック図である。
【図１１】マスタファイル生成処理を説明するフローチャートである。
【図１２】ファイル単位のメタデータファイル生成処理を説明するフローチャートである。
【図１３】フレーム単位のメタデータファイル生成処理を説明するフローチャートである。
【図１４】オグジュアリファイル生成処理を説明するフローチャートである。
【図１５】ビデオファイル生成処理を説明するフローチャートである。
【図１６】オーディオファイル生成処理を説明するフローチャートである。
【図１７】ディスクドライブ装置１１の構成例を示すブロック図である。
【図１８】データ変換部１１８の構成例を示すブロック図である。
【図１９】ローレゾデータファイルの構造を説明する図である。
【図２０】ローレゾデータファイルの構造を説明する図である。
【図２１】システムアイテムの構造を説明する図である。
【図２２】ピクチャエッセンスの構成を示す図である。
【図２３】ＫＬＶ構造を有するピクチャエッセンスのデータ量を説明する図である。
【図２４】サウンドエッセンスの構成を示す図である。
【図２５】ローレゾデータ生成部１４２の構成を示すブロック図である。
【図２６】ビデオファイル処理部１６４の構成を説明するブロック図である。
【図２７】オーディオファイル処理部１６５の構成を説明するブロック図である。
【図２８】データ合成部１６６の構成を示すブロック図である。
【図２９】ビデオファイルの処理を説明するフローチャートである。
【図３０】オーディオファイルの処理を説明するフローチャートである。
【図３１】メタデータファイルの処理を説明するフローチャートである。
【図３２】ローレゾファイル合成の処理を説明するフローチャートである。
【図３３】制御部１１９による記録処理を説明するフローチャートである。
【図３４】音声データ記録タスクを説明するフローチャートである。
【図３５】音声データの通算データ量Ｌａと画像データの通算データ量Ｌｖの変化を表す図である。
【図３６】光ディスク７における音声データおよび画像データの記録状態を表す図である。
【図３７】画像データ記録タスクを説明するフローチャートである。
【図３８】音声データの通算データ量Ｌａと画像データの通算データ量Ｌｖの変化を表す図である。
【図３９】ローレゾデータ記録タスクを説明するフローチャートである。
【図４０】メタデータ記録タスクを説明するフローチャートである。
【図４１】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４２】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４３】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４４】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４５】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４６】光ディスク７におけるデータの記録状態を示す図である。
【図４７】光ディスク７におけるデータの記録状態を示す図である。
【図４８】光ディスク７に記録されているデータを説明する図である。
【図４９】記録の処理を説明するフローチャートである。
【図５０】独立／標準変換部２２の構成例を示すブロック図である。
【図５１】ビデオファイル処理部３０５の構成例を示すブロック図である。
【図５２】オーディオファイル処理部３０６の構成例を示すブロック図である。
【図５３】データ合成部３０７の構成例を示すブロック図である。
【図５４】メタデータファイル処理を説明するフローチャートである。
【図５５】オグジュアリファイル処理を説明するフローチャートである。
【図５６】ビデオファイル処理を説明するフローチャートである。
【図５７】オーディオファイル処理を説明するフローチャートである。
【図５８】合成処理を説明するフローチャートである。
【図５９】本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
１，２  ディスク装置，  ３  編集装置，  ４  ネットワーク，  ５，６  ＡＶ装置，  ７  光ディスク，  １１  ディスクドライブ装置，  １２  フォーマット変換部，  １３  通信Ｉ／Ｆ，  ２１  標準／独立変換部，  ２２  独立／標準変換部，  ３１  バッファ，  ３２  マスタファイル生成部，  ３３  ヘッダ取得部，  ３４  ボディ取得部，  ３５  ヘッダメタデータ抽出部，  ３６  システムアイテム抽出部，  ３７  メタデータファイル生成部，  ３８  オグジュアリアイテム抽出部，  ３９  オグジュアリファイル生成部，  ４０  ピクチャアイテム抽出部，  ４１  ビデオファイル生成部，  ４２  サウンドアイテム抽出部，  ４３  オーディオファイル生成部，  ４４  バッファ，  ５１  結合部，５２  フッタ生成部，  ５３  ヘッダ生成部，  ５４  フィラー生成部，  ５５  ＫＬＶエンコーダ，  ６１  ＫＬＶデコーダ，  ６２  チャネル分離部，  ６３  データ変換部，  ６４  ＫＬＶエンコーダ，  ６５  ヘッダ生成部，  ６６  フッタ生成部，  ６７  フィラー生成部，  ６８  ＫＬＶエンコーダ，  ７１  先頭データ生成部，  １１１  スピンドルモータ，  １１２  ピックアップ部，  １１３  ＲＦアンプ，  １１４  サーボ制御部，  １１５  信号処理部，  １１６  メモリコントローラ，  １１７  メモリ，  １１８  データ変換部，  １１９  制御部，  １２０  操作部，  １４１  データ量検出部，  １４２  ローレゾデータ生成部，  １６１  バッファ，  １６２  ファイル処理部，  １６３  メタデータ処理部，  １６４  ビデオファイル処理部，  １６５  オーディオファイル処理部，  １６６  データ合成部，  １６７  バッファ，  １８１  分解部，  １８２  データ変換部，  １８３  ＫＬＶエンコーダ，  ２０１  ＫＬＶデコーダ，  ２０２  データ変換部，  ２０３  チャンネル多重化部，  ２０４  ＫＬＶエンコーダ，  ２０５  フィラー生成部，  ２０６  ＫＬＶエンコーダ，  ２２１  多重化部，  ２２２  フッタ生成部，  ２２３  ヘッダ生成部，  ２２４  フィラー生成部，  ３０１  バッファ，  ３０２  ファイル取得部，  ３０３  メタデータファイル処理部，  ３０４  オグジュアリファイル処理部，  ３０５  ビデオファイル処理部，  ３０６  オーディオファイル処理部，  ３０７  データ合成部，  ３０８  バッファ，  ３１１  ヘッダ／フッタ除去部，  ３１２  分解部，  ３２１  ヘッダ／フッタ除去部，  ３２２  ＫＬＶデコーダ，  ３２３  データ変換部，  ３２４  チャネル多重化部，  ３２５  ＫＬＶエンコーダ，  ３３１ヘッダ／フッタ生成部，  ３３２  多重化部，  ３３３  ヘッダ／フッタ付加部，  ４０１  バス，  ４０２  ＣＰＵ，  ４０３  ＲＯＭ，  ４０４  ＲＡＭ，  ４０５  ハードディスク，  ４０６  出力部，  ４０７  入力部，  ４０８  通信部，  ４０９  ドライブ，  ４１０  入出力インタフェース，  ４１１  リムーバブル記録媒体
【図１】
2005004854.tif 000003
【図２】
2005004854.tif 000004
【図３】
2005004854.tif 000005
【図４】
2005004854.tif 000006
【図５】
2005004854.tif 000007
【図６】
2005004854.tif 000008
【図７】
2005004854.tif 000009
【図８】
2005004854.tif 000010
【図９】
2005004854.tif 000011
【図１０】
2005004854.tif 000012
【図１１】
2005004854.tif 000013
【図１２】
2005004854.tif 000014
【図１３】
2005004854.tif 000015
【図１４】
2005004854.tif 000016
【図１５】
2005004854.tif 000017
【図１６】
2005004854.tif 000018
【図１７】
2005004854.tif 000019
【図１８】
2005004854.tif 000020
【図１９】
2005004854.tif 000021
【図２０】
2005004854.tif 000022
【図２１】
2005004854.tif 000023
【図２２】
2005004854.tif 000024
【図２３】
2005004854.tif 000025
【図２４】
2005004854.tif 000026
【図２５】
2005004854.tif 000027
【図２６】
2005004854.tif 000028
【図２７】
2005004854.tif 000029
【図２８】
2005004854.tif 000030
【図２９】
2005004854.tif 000031
【図３０】
2005004854.tif 000032
【図３１】
2005004854.tif 000033
【図３２】
2005004854.tif 000034
【図３３】
2005004854.tif 000035
【図３４】
2005004854.tif 000036
【図３５】
2005004854.tif 000037
【図３６】
2005004854.tif 000038
【図３７】
2005004854.tif 000039
【図３８】
2005004854.tif 000040
【図３９】
2005004854.tif 000041
【図４０】
2005004854.tif 000042
【図４１】
2005004854.tif 000043
【図４２】
2005004854.tif 000044
【図４３】
2005004854.tif 000045
【図４４】
2005004854.tif 000046
【図４５】
2005004854.tif 000047
【図４６】
2005004854.tif 000048
【図４７】
2005004854.tif 000049
【図４８】
2005004854.tif 000050
【図４９】
2005004854.tif 000051
【図５０】
2005004854.tif 000052
【図５１】
2005004854.tif 000053
【図５２】
2005004854.tif 000054
【図５３】
2005004854.tif 000055
【図５４】
2005004854.tif 000056
【図５５】
2005004854.tif 000057
【図５６】
2005004854.tif 000058
【図５７】
2005004854.tif 000059
【図５８】
2005004854.tif 000060
【図５９】
2005004854.tif 000061
【手続補正書】
【提出日】平成16年4月30日(2004.4.30)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
そこで、ファイル交換のためのフォーマットとして、例えば、MXF(Material eXchange Format)が提案され、現在標準化されつつある（例えば、特許文献１参照）。


【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
MXFは、ファイル交換に加えて、ストリーミングを考慮したフォーマットであり、ビデオデータとオーディオデータがフレームごと等の細かい単位で多重化されている。
【特許文献１】
特開２００３−８７６９８号公報