JP4562115B2 - ファイル生成装置および方法、プログラム、並びに記録媒体 - Google Patents

ファイル生成装置および方法、プログラム、並びに記録媒体 Download PDF

Info

Publication number
JP4562115B2
JP4562115B2 JP2003165859A JP2003165859A JP4562115B2 JP 4562115 B2 JP4562115 B2 JP 4562115B2 JP 2003165859 A JP2003165859 A JP 2003165859A JP 2003165859 A JP2003165859 A JP 2003165859A JP 4562115 B2 JP4562115 B2 JP 4562115B2
Authority
JP
Japan
Prior art keywords
data
file
audio
header
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003165859A
Other languages
English (en)
Other versions
JP2005004854A (ja
Inventor
勇志 岡
聡 勝尾
貴士 古川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2003165859A priority Critical patent/JP4562115B2/ja
Priority to EP04736466A priority patent/EP1632945B1/en
Priority to US10/560,128 priority patent/US8204919B2/en
Priority to PCT/JP2004/008402 priority patent/WO2004112024A1/ja
Priority to CN2004800231975A priority patent/CN1836284B/zh
Priority to KR1020057023872A priority patent/KR101047268B1/ko
Publication of JP2005004854A publication Critical patent/JP2005004854A/ja
Application granted granted Critical
Publication of JP4562115B2 publication Critical patent/JP4562115B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G11B2020/10592—Audio or video recording specifically adapted for recording or reproducing multichannel signals

Description

【０００１】
【発明の属する技術分野】
本発明はファイル生成装置および方法、プログラム、並びに記録媒体に関し、特に、記録媒体への記録に適したファイルを生成するか、またはファイルを記録するファイル生成装置および方法、プログラム、並びに記録媒体に関する。
【０００２】
【従来の技術】
近年においては、通信プロトコル等の標準化や、通信機器の低価格化等が進み、通信I/F(Interface)を標準で装備しているパーソナルコンピュータが一般的になってきている。
【０００３】
さらに、パーソナルコンピュータの他、例えば、AV(Audio Visual)サーバやVTR(Video Tape Recorder)などの業務用放送機器についても、通信I/Fが標準装備されているもの、あるいは装備可能なものが一般的になっており、そのような放送機器どうしの間では、ビデオデータやオーディオデータ（以下、適宜、両方まとめて、AVデータという）のファイル交換が行われている。
【０００４】
ところで、従来においては、放送機器どうしの間で交換されるファイルのフォーマットとしては、一般に、例えば、機種ごとやメーカごとに、独自のフォーマットが採用されていたため、異なる機種やメーカの放送機器どうしの間では、ファイル交換を行うことが困難であった。
【０００５】
そこで、ファイル交換のためのフォーマットとして、例えば、MXF(Material eXchange Format)が提案され、現在標準化されつつある（例えば、特許文献１参照）。
【０００６】
MXFは、ファイル交換に加えて、ストリーミングを考慮したフォーマットであり、ビデオデータとオーディオデータがフレームごと等の細かい単位で多重化されている。
【特許文献１】
特開２００３−８７６９８号公報
【０００７】
【発明が解決しようとする課題】
MXFは、上述したように、ストリーミングを考慮して、ビデオデータとオーディオデータがフレームごとに多重化されている。従って、放送機器において、MXFのファイルをストレージに取り込んでから、ビデオデータとオーディオデータを別々に編集（AV独立編集）するのが困難である課題があった。
【０００８】
そこで、放送機器において、MXFのファイルを取り込んだ後、それを、独自のフォーマットのファイルに変換する方法がある。しかしながら、放送機器において、MXFのファイルを、MXFとは全く関係のない独自フォーマットのファイルに変換し、ストレージに記録してしまうと、そのファイルを、他の放送機器において扱うことが困難となる。
【０００９】
即ち、例えば、ある放送機器のストレージに記録された独自フォーマットのファイルに対して、他の放送機器から、例えば、IEEE(Institute of Electrical and Electronics Engineers)1394やUSB(Universal Serial Bus)等の通信I/Fを介してアクセスしても、他の放送機器において、その独自フォーマットを理解することができない場合には、独自フォーマットのファイルを扱うこと（ここでは、例えば、読み出すこと）ができない。
【００１０】
また、ある放送機器において、独自フォーマットのファイルが記録されるストレージが、例えば、光ディスク等のリムーバブルな記録媒体である場合に、そのリムーバブルな記録媒体を、他の放送機器に装着しても、やはり、他の放送機器において、独自フォーマットを理解することができない場合には、その独自フォーマットのファイルを扱うことができない。
【００１１】
さらに、記録媒体に、独自フォーマットのファイルを記録するようにした場合、フォーマットの方式が記録媒体に適合していないと、記録媒体へのファイルの読み書きにおいて、例えば、読み書きしようとするファイルに比較してより大きいデータの読み書きをしなければならない場合があった。
【００１２】
本発明はこのような状況に鑑みてなされたものであり、例えば、ファイルを構成するヘッダ、ボディ、またはフッタのそれぞれを迅速に読み出しできるようにする等の、記録媒体の利便性を向上させると共に、記録媒体へのファイルの読み書きにおいて、本来不要なデータの読み書きをより少なくするなど、読み書きの処理をより効率良くできるようにするものである。
【００１３】
【課題を解決するための手段】
本発明のファイル生成装置は、オーディオデータをKLV構造に変換するフォーマット変換手段と、オーディオデータのファイルの最後に配置される第１のデータを生成する第１のデータ生成手段と、オーディオデータのファイルのヘッダを生成する第１のヘッダ生成手段と、オーディオデータのヘッダとKLV構造に変換されたオーディオデータのキーおよびレングスとからなり、オーディオデータのファイルの先頭に配置され、記録媒体への記録時に、記録媒体において第１のデータの後に配置される第２のデータ、KLV構造に変換されたオーディオデータのバリュー、および第１のデータのそれぞれに付加することによって、第２のデータ、バリュー、および第１のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第３のデータのそれぞれを生成する第２のデータ生成手段と、ビデオデータのファイルの最後に配置される第４のデータを生成する第３のデータ生成手段と、記録媒体への記録時に、記録媒体において第４のデータの後に配置される、ビデオデータのファイルのヘッダを生成する第２のヘッダ生成手段と、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれに付加することによって、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第５のデータのそれぞれを生成する第４のデータ生成手段とを備え、第２のデータ生成手段は、オーディオデータがKLV構造に変換されてからバリューに付加される第３のデータを生成し、第３のデータが付加されたバリューが出力され、さらに第１のデータが生成されてから第１のデータに付加される第３のデータを生成した後、第３のデータが付加された第１のデータが出力され、オーディオデータのファイルのヘッダが生成されてから、第２のデータに付加される第３のデータを生成して、第３のデータが付加された第２のデータが出力され、第４のデータ生成手段は、整数であるＮ個に分割されているKLV構造のビデオデータのうちの、先頭側のＮ−１個の分割されているビデオデータのそれぞれに付加することによって、Ｎ−１個の分割されているビデオデータのそれぞれのデータ量を記録媒体の物理的単位領域の整数倍とする第５のデータのそれぞれを生成し、後ろ側の１個の分割されているビデオデータに付加することによって、ビデオデータの全体のデータ量を、物理的単位領域の整数倍とし、かつ記録媒体の読み書きを行う単位の整数倍とする第５のデータを生成し、第５のデータの付加されたビデオデータが出力され、さらに第４のデータが生成されてから、第４のデータに付加される第５のデータを生成した後、第５のデータが付加された第４のデータが出力され、ビデオデータのファイルのヘッダが生成されてから、ヘッダに付加される第５のデータを生成して、第５のデータが付加されたヘッダが出力されることを特徴とする。
【００１４】
第１のデータを、オーディオデータのファイルのフッタとし、第４のデータを、ビデオデータのファイルのフッタとし、オーディオデータのファイルのヘッダおよびフッタ、並びにビデオデータのファイルのヘッダおよびフッタを、オーディオデータとビデオデータとが多重化された所定のフォーマットのファイルのヘッダおよびフッタと同じ形式とすることができる。
【００２０】
本発明のファイル生成方法は、オーディオデータをKLV構造に変換するフォーマット変換ステップと、オーディオデータのファイルの最後に配置される第１のデータを生成する第１のデータ生成ステップと、オーディオデータのファイルのヘッダを生成する第１のヘッダ生成ステップと、オーディオデータのヘッダとKLV構造に変換されたオーディオデータのキーおよびレングスとからなり、オーディオデータのファイルの先頭に配置され、記録媒体への記録時に、記録媒体において第１のデータの後に配置される第２のデータ、KLV構造に変換されたオーディオデータのバリュー、および第１のデータのそれぞれに付加することによって、第２のデータ、バリュー、および第１のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第３のデータのそれぞれを生成する第２のデータ生成ステップと、ビデオデータのファイルの最後に配置される第４のデータを生成する第３のデータ生成ステップと、記録媒体への記録時に、記録媒体において第４のデータの後に配置される、ビデオデータのファイルのヘッダを生成する第２のヘッダ生成ステップと、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれに付加することによって、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第５のデータのそれぞれを生成する第４のデータ生成ステップとを含み、第２のデータ生成ステップにおいて、オーディオデータがKLV構造に変換されてからバリューに付加される第３のデータを生成し、第３のデータが付加されたバリューが出力され、さらに第１のデータが生成されてから第１のデータに付加される第３のデータを生成した後、第３のデータが付加された第１のデータが出力され、オーディオデータのファイルのヘッダが生成されてから、第２のデータに付加される第３のデータを生成して、第３のデータが付加された第２のデータが出力され、第４のデータ生成ステップにおいて、整数であるＮ個に分割されているKLV構造のビデオデータのうちの、先頭側のＮ−１個の分割されているビデオデータのそれぞれに付加することによって、Ｎ−１個の分割されているビデオデータのそれぞれのデータ量を記録媒体の物理的単位領域の整数倍とする第５のデータのそれぞれを生成し、後ろ側の１個の分割されているビデオデータに付加することによって、ビデオデータの全体のデータ量を、物理的単位領域の整数倍とし、かつ記録媒体の読み書きを行う単位の整数倍とする第５のデータを生成し、第５のデータの付加されたビデオデータが出力され、さらに第４のデータが生成されてから、第４のデータに付加される第５のデータを生成した後、第５のデータが付加された第４のデータが出力され、ビデオデータのファイルのヘッダが生成されてから、ヘッダに付加される第５のデータを生成して、第５のデータが付加されたヘッダが出力されることを特徴とする。
【００２１】
本発明のプログラムは、コンピュータに、オーディオデータをKLV構造に変換するフォーマット変換ステップと、オーディオデータのファイルの最後に配置される第１のデータを生成する第１のデータ生成ステップと、オーディオデータのファイルのヘッダを生成する第１のヘッダ生成ステップと、オーディオデータのヘッダとKLV構造に変換されたオーディオデータのキーおよびレングスとからなり、オーディオデータのファイルの先頭に配置され、記録媒体への記録時に、記録媒体において第１のデータの後に配置される第２のデータ、KLV構造に変換されたオーディオデータのバリュー、および第１のデータのそれぞれに付加することによって、第２のデータ、バリュー、および第１のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第３のデータのそれぞれを生成する第３のデータ生成ステップと、ビデオデータのファイルの最後に配置される第４のデータを生成する第３のデータ生成ステップと、記録媒体への記録時に、記録媒体において第４のデータの後に配置される、ビデオデータのファイルのヘッダを生成する第２のヘッダ生成ステップと、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれに付加することによって、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第５のデータのそれぞれを生成する第４のデータ生成ステップとを実行させ、第２のデータ生成ステップにおいて、オーディオデータがKLV構造に変換されてからバリューに付加される第３のデータを生成し、第３のデータが付加されたバリューが出力され、さらに第１のデータが生成されてから第１のデータに付加される第３のデータを生成した後、第３のデータが付加された第１のデータが出力され、オーディオデータのファイルのヘッダが生成されてから、第２のデータに付加される第３のデータを生成して、第３のデータが付加された第２のデータが出力され、第４のデータ生成ステップにおいて、整数であるＮ個に分割されているKLV構造のビデオデータのうちの、先頭側のＮ−１個の分割されているビデオデータのそれぞれに付加することによって、Ｎ−１個の分割されているビデオデータのそれぞれのデータ量を記録媒体の物理的単位領域の整数倍とする第５のデータのそれぞれを生成し、後ろ側の１個の分割されているビデオデータに付加することによって、ビデオデータの全体のデータ量を、物理的単位領域の整数倍とし、かつ記録媒体の読み書きを行う単位の整数倍とする第５のデータを生成し、第５のデータの付加されたビデオデータが出力され、さらに第４のデータが生成されてから、第４のデータに付加される第５のデータを生成した後、第５のデータが付加された第４のデータが出力され、ビデオデータのファイルのヘッダが生成されてから、ヘッダに付加される第５のデータを生成して、第５のデータが付加されたヘッダが出力されることを特徴とする。
【００２２】
本発明の記録媒体は、第１の付加データの付加により、ECC処理が施される単位の整数倍のデータ量とされたバリューとビデオデータとを、バリューまたはビデオデータの境界と単位の境界とが一致するよう所定の再生時間分のデータ量ずつ交互に記録し、バリューのファイルの先頭に配置されるヘッダ、並びにオーディオデータのキーおよびレングスからなる第１のデータであって、第２の付加データの付加により、単位の整数倍のデータ量とされたものと、ビデオデータのファイルの先頭に配置されるヘッダであって、第２の付加データの付加により、単位の整数倍のデータ量とされたものとを、第１のデータまたはビデオデータのヘッダの境界と単位の境界とが一致するように記録し、バリューのファイルの最後に配置される第２のデータであって、第３の付加データの付加により、単位の整数倍のデータ量とされたものと、ビデオデータのファイルの最後に配置される第３のデータであって、第３の付加データの付加により、単位の整数倍のデータ量とされたものとを、第２のデータまたは第３のデータの境界と単位の境界とが一致するように記録し、第１のデータおよびビデオデータのヘッダは、第２のデータおよび第３のデータの後に配置されて記録されていることを特徴とする。
【００２３】
本発明のファイル生成装置および方法、並びにプログラムにおいては、オーディオデータがKLV構造に変換され、オーディオデータのファイルの最後に配置される第１のデータが生成され、オーディオデータのファイルのヘッダが生成される。そして、オーディオデータのヘッダとKLV構造に変換されたオーディオデータのキーおよびレングスとからなり、オーディオデータのファイルの先頭に配置され、記録媒体への記録時に、記録媒体において第１のデータの後に配置される第２のデータ、KLV構造に変換されたオーディオデータのバリュー、および第１のデータのそれぞれに付加することによって、第２のデータ、バリュー、および第１のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第３のデータのそれぞれが生成される。また、ビデオデータのファイルの最後に配置される第４のデータが生成され、記録媒体への記録時に、記録媒体において第４のデータの後に配置される、ビデオデータのファイルのヘッダが生成され、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれに付加することによって、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第５のデータのそれぞれが生成される。また、オーディオデータがKLV構造に変換されてからバリューに付加される第３のデータが生成され、第３のデータが付加されたバリューが出力され、さらに第１のデータが生成されてから第１のデータに付加される第３のデータが生成された後、第３のデータが付加された第１のデータが出力され、オーディオデータのファイルのヘッダが生成されてから、第２のデータに付加される第３のデータが生成されて、第３のデータが付加された第２のデータが出力される。さらに、ビデオデータに付加される第５のデータとして、整数であるＮ個に分割されているKLV構造のビデオデータのうちの、先頭側のＮ−１個の分割されているビデオデータのそれぞれに付加することによって、Ｎ−１個の分割されているビデオデータのそれぞれのデータ量を記録媒体の物理的単位領域の整数倍とする第５のデータのそれぞれが生成され、後ろ側の１個の分割されているビデオデータに付加することによって、ビデオデータの全体のデータ量を、物理的単位領域の整数倍とし、かつ記録媒体の読み書きを行う単位の整数倍とする第５のデータが生成され、第５のデータの付加されたビデオデータが出力され、さらに第４のデータが生成されてから、第４のデータに付加される第５のデータが生成された後、第５のデータが付加された第４のデータが出力され、ビデオデータのファイルのヘッダが生成されてから、ヘッダに付加される第５のデータが生成されて、第５のデータが付加されたヘッダが出力される。
【００２４】
本発明の記録媒体においては、第１の付加データの付加により、ECC処理が施される単位の整数倍のデータ量とされたバリューとビデオデータとが、バリューまたはビデオデータの境界と単位の境界とが一致するよう所定の再生時間分のデータ量ずつ交互に記録され、バリューのファイルの先頭に配置されるヘッダ、並びにオーディオデータのキーおよびレングスからなる第１のデータであって、第２の付加データの付加により、単位の整数倍のデータ量とされたものと、ビデオデータのファイルの先頭に配置されるヘッダであって、第２の付加データの付加により、単位の整数倍のデータ量とされたものとが、第１のデータまたはビデオデータのヘッダの境界と単位の境界とが一致するように記録される。さらに、バリューのファイルの最後に配置される第２のデータであって、第３の付加データの付加により、単位の整数倍のデータ量とされたものと、ビデオデータのファイルの最後に配置される第３のデータであって、第３の付加データの付加により、単位の整数倍のデータ量とされたものとが、第２のデータまたは第３のデータの境界と単位の境界とが一致するように記録される。そして、第１のデータおよびビデオデータのヘッダは、第２のデータおよび第３のデータの後に配置されて記録されている。
【００２５】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２６】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００２７】
請求項１に記載のファイル生成装置は、オーディオデータをKLV構造に変換するフォーマット変換手段（例えば、図１０のＫＬＶエンコーダ６４）と、オーディオデータのファイルの最後に配置される第１のデータを生成する第１のデータ生成手段（例えば、図１０のフッタ生成部６６）と、オーディオデータのファイルのヘッダを生成する第１のヘッダ生成手段（例えば、図１０のヘッダ生成部６５）と、オーディオデータのヘッダとKLV構造に変換されたオーディオデータのキーおよびレングスとからなり、オーディオデータのファイルの先頭に配置され、記録媒体への記録時に、記録媒体において第１のデータの後に配置される第２のデータ、KLV構造に変換されたオーディオデータのバリュー、および第１のデータのそれぞれに付加することによって、第２のデータ、バリュー、および第１のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第３のデータのそれぞれを生成する第２のデータ生成手段（例えば、図１０のフィラー生成部６７）と、ビデオデータのファイルの最後に配置される第４のデータを生成する第３のデータ生成手段（例えば、図９のフッタ生成部５２）と、記録媒体への記録時に、記録媒体において第４のデータの後に配置される、ビデオデータのファイルのヘッダを生成する第２のヘッダ生成手段（例えば、図９のヘッダ生成部５３）と、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれに付加することによって、ビデオデータのファイルのヘッダ、ビデオデータ、および第４のデータのそれぞれのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第５のデータのそれぞれを生成する第４のデータ生成手段（例えば、図９のフィラー生成部５４）とを備え、第２のデータ生成手段は、オーディオデータがKLV構造に変換されてからバリューに付加される第３のデータを生成し、第３のデータが付加されたバリューが出力され、さらに第１のデータが生成されてから第１のデータに付加される第３のデータを生成した後、第３のデータが付加された第１のデータが出力され、オーディオデータのファイルのヘッダが生成されてから、第２のデータに付加される第３のデータを生成して、第３のデータが付加された第２のデータが出力され、第４のデータ生成手段は、整数であるＮ個に分割されているKLV構造のビデオデータのうちの、先頭側のＮ−１個の分割されているビデオデータのそれぞれに付加することによって、Ｎ−１個の分割されているビデオデータのそれぞれのデータ量を記録媒体の物理的単位領域の整数倍とする第５のデータのそれぞれを生成し、後ろ側の１個の分割されているビデオデータに付加することによって、ビデオデータの全体のデータ量を、物理的単位領域の整数倍とし、かつ記録媒体の読み書きを行う単位の整数倍とする第５のデータを生成し、第５のデータの付加されたビデオデータが出力され、さらに第４のデータが生成されてから、第４のデータに付加される第５のデータを生成した後、第５のデータが付加された第４のデータが出力され、ビデオデータのファイルのヘッダが生成されてから、ヘッダに付加される第５のデータを生成して、第５のデータが付加されたヘッダが出力されることを特徴とする。
【００２８】
請求項５に記載の記録媒体は、第１の付加データ（例えば、図４のボディに付加されたフィラーまたは図６のKLV構造とされたフィラー）の付加により、ECC処理が施される単位の整数倍のデータ量とされたバリュー（例えば、図６のオーディオデータのバリューおよびKLV構造とされたフィラー）とビデオデータ（例えば、図５のピクチャアイテムおよびKLV構造とされたフィラー）とを、バリューまたはビデオデータの境界と単位の境界とが一致するよう所定の再生時間分のデータ量ずつ交互に記録し、バリューのファイルの先頭に配置されるヘッダ、並びにオーディオデータのキーおよびレングスからなる第１のデータ（例えば、図６のヘッダ乃至オーディオデータのレングス）であって、第２の付加データ（例えば、図４のヘッダに付加されたフィラーまたは図６のヘッダに付加されたフィラー）の付加により、単位の整数倍のデータ量とされたものと、ビデオデータのファイルの先頭に配置されるヘッダ（例えば、図４のヘッダ）であって、第２の付加データの付加により、単位の整数倍のデータ量とされたものとを、第１のデータまたはビデオデータのヘッダの境界と単位の境界とが一致するように記録し、バリューのファイルの最後に配置される第２のデータ（例えば、図６のフッタ）であって、第３の付加データ（例えば、図４のフッタに付加されたフィラーまたは図６のフッタに付加されたフィラー）の付加により、単位の整数倍のデータ量とされたものと、ビデオデータのファイルの最後に配置される第３のデータ（例えば、図４のフッタ）であって、第３の付加データの付加により、単位の整数倍のデータ量とされたものとを、第２のデータまたは第３のデータの境界と単位の境界とが一致するように記録し、第１のデータおよびビデオデータのヘッダは、第２のデータおよび第３のデータの後に配置されて記録されていることを特徴とする。
【００２９】
図１は、本発明を適用したAVネットワークシステム（システムとは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００３０】
ディスク装置１は、ディスクドライブ装置１１、フォーマット変換部１２、および通信I/F１３で構成され、ネットワーク４を介して伝送されてくるAVデータのファイルを受信し、光ディスク７に記録し、また、光ディスク７に記録されたAVデータのファイルを読み出し、ネットワーク４を介して伝送する。
【００３１】
即ち、ディスクドライブ装置１１には、光ディスク７を着脱することができるようになっている。ディスクドライブ装置１１は、そこに装着された光ディスク７を駆動することにより、フォーマット変換部１２から供給される、後述するAV独立フォーマットのファイルを光ディスク７に記録し（書き込み）、また、光ディスク７からAV独立フォーマットのファイルを読み出して、フォーマット変換部１２に供給する。
【００３２】
フォーマット変換部１２は、ディスクドライブ装置１１から供給されるAV独立フォーマットのファイルを、後述する標準AV多重フォーマットのファイルに変換し、通信I/F１３に供給する。また、フォーマット変換部１２は、通信I/F１３から供給される標準AV多重フォーマットのファイルを、AV独立フォーマットのファイルに変換し、ディスクドライブ装置１１に供給する。
【００３３】
通信I/F１３は、例えば、IEEE(Institute of Electrical and Electronics Engineers)1394ポートや、USB(Universal Serial Bus)ポート、LAN(Local Area Network)接続用のNIC(Network Interface Card)、あるいは、アナログモデムや、TA(Terminal Adapter)およびDSU(Digital Service Unit)、ADSL(Asymmetric Digital Subscriber Line)モデム等で構成され、例えば、インターネットやイントラネット等のネットワーク４を介して、標準AV多重フォーマットのファイルをやりとりする。即ち、通信I/F１３は、フォーマット変換部１２から供給される標準AV多重フォーマットのファイルを、ネットワーク４を介して伝送し、また、ネットワーク４を介して伝送されてくる標準AV多重フォーマットのファイルを受信して、フォーマット変換部１２に供給する。
【００３４】
以上のように構成されるディスク装置１では、通信I/F１３が、ネットワーク４を介して伝送されてくる標準AV多重フォーマットのファイルを受信し、フォーマット変換部１２に供給する。フォーマット変換部１２は、通信I/F１３からの標準AV多重フォーマットのファイルを、AV独立フォーマットのファイルに変換し、ディスクドライブ装置１１に供給する。そして、ディスクドライブ装置１１は、フォーマット変換部１２からのAV独立フォーマットのファイルを、そこに装着された光ディスク７に記録する。
【００３５】
また、ディスク装置１では、ディスクドライブ装置１１が、そこに装着された光ディスク７からAV独立フォーマットのファイルを読み出し、フォーマット変換部１２に供給する。フォーマット変換部１２は、ディスクドライブ装置１１からのAV独立フォーマットのファイルを、標準AV多重フォーマットのファイルに変換し、通信I/F１３に供給する。そして、通信I/F１３は、フォーマット変換部１２からの標準AV多重フォーマットのファイルを、ネットワーク４を介して伝送する。
【００３６】
ここで、標準AV多重フォーマットのファイルは、例えば、MXFの規格に準拠したファイルであり、ヘッダ、ボディ、フッタからなる。そして、標準AV多重フォーマットのファイルは、MXFの規格に準拠したファイルであるから、そのボディには、AVデータであるビデオデータとオーディオデータとが、例えば、１フレーム単位で多重化されて配置されている。
【００３７】
図１において、ネットワーク４に接続されているAV装置５や６は、MXFの規格に準拠したファイルを取り扱うことができるMXFの規格に準拠した装置であり、従って、AV装置５や６は、標準AV多重フォーマットのファイルを、ネットワーク４を介して、ディスク装置１に伝送することができる。さらに、AV装置５や６は、ネットワーク４を介して、ディスク装置１から伝送されてくる標準AV多重フォーマットのファイルを受信することができる。即ち、ディスク装置１と、AV装置５や６との間では、ネットワーク４を介して、標準AV多重フォーマットのファイルのファイル交換を行うことができる。さらに、AV装置５や６は、受信した標準AV多重フォーマットのファイルを対象に、そのストリーミング再生等の各種の処理を行うことができる。
【００３８】
ここで、AV装置５や６のように、現行のMXFの規格に準拠した装置を、以下、適宜、標準装置という。
【００３９】
一方、AV独立フォーマットのファイルは、標準AV多重フォーマットのファイルと同様に、ヘッダ、ボディ、フッタからなるが、そのボディの形式だけは、標準AV多重フォーマットとは異なるものとなっている。即ち、AV独立フォーマットのファイルでは、ビデオデータとオーディオデータとが別々のファイルとされている。そして、ビデオデータのファイルであるビデオファイルは、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを有するが、そのボディには、ビデオデータがまとめて配置されている。また、オーディオデータのファイルであるオーディオファイルも、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを有するが、そのボディには、オーディオデータがまとめて配置されている。
【００４０】
従って、仮に、ディスク装置１からAV装置５や６に対して、AV独立フォーマットのビデオファイルやオーディオファイルを伝送した場合、標準装置であるAV装置５や６では、AV独立フォーマットに対応していない限り、そのAV独立フォーマットのビデオファイルやオーディオファイルのボディに配置されたビデオデータやオーディオデータを扱うことはできないが、そのAV独立フォーマットのビデオファイルやオーディオファイル自体を扱うことはできる。即ち、AV独立フォーマットのビデオファイルやオーディオファイルは、標準AV多重フォーマットのファイルと同様に、ヘッダ、ボディ、フッタで構成され、そのヘッダとフッタとして、標準AV多重フォーマットのファイルと同一形式のものを採用しているから、そのボディの「中身」（ボディに配置されたデータ）を参照しない限り、AV独立フォーマットのビデオファイルやオーディオファイル自体は、標準AVフォーマットのファイルと等価である（標準AVフォーマットに準拠したファイルになっている）。従って、標準装置であるAV装置５や６が、AV独立フォーマットに対応していない場合であっても、AV独立フォーマットのビデオファイルやオーディオファイル自体を扱うことはできる。
【００４１】
即ち、ディスク装置１と、標準装置であるAV装置５や６との間においては、AV独立フォーマットのファイルのファイル交換だけであれば、行うことが可能である。
【００４２】
以上のように、AV独立フォーマットのファイルは、そのボディの「中身」を参照しない限り、標準AV多重フォーマットのファイルと等価であり、この観点からは、AV独立フォーマットのファイルは、標準AV多重フォーマットのファイルと互換性があるということができる。
【００４３】
次に、図１において、ディスク装置２には、光ディスク７を着脱することができるようになっている。ディスク装置２は、例えば、AV装置５や６と同様に、標準装置であり、そこに装着された光ディスク７から、AV独立フォーマットのビデオファイルやオーディオファイルを読み出し、編集装置３に供給する。
【００４４】
即ち、上述したように、AV独立フォーマットのビデオファイルやオーディオファイルは、そのボディの「中身」を参照しない限り、標準AV多重フォーマットのファイルと等価であるから、標準装置であるディスク装置２は、光ディスク７から、AV独立フォーマットのビデオファイルやオーディオファイルを読み出すことができる。
【００４５】
編集装置３は、AV独立フォーマットのファイルを取り扱うことができる、AV独立フォーマットに対応した装置であり、ディスク装置２から供給されるAV独立フォーマットビデオファイルやオーディオファイルを対象に、例えば、AV独立編集を行い、その編集結果としてのAV独立フォーマットのビデオファイルやオーディオファイルを、ディスク装置２に供給する。
【００４６】
そして、ディスク装置２は、そこに装着された光ディスク７に、編集装置３から供給されるAV独立フォーマットのビデオファイルやオーディオファイルを記録する。
【００４７】
即ち、上述したように、AV独立フォーマットのビデオファイルやオーディオファイルは、そのボディの「中身」を参照しない限り、標準AV多重フォーマットのファイルと等価であるから、標準装置であるディスク装置２は、光ディスク７に、AV独立フォーマットのビデオファイルやオーディオファイルを記録することができる。
【００４８】
上述したように、標準AV多重フォーマットのファイルにおいては、そのボディに、ビデオデータとオーディオデータとが、例えば、１フレーム単位で多重化されて配置されているのに対して、AV独立フォーマットのビデオファイルやオーディオファイルにおいては、そのボディに、ビデオデータやオーディオデータがまとめて配置されているので、AV独立編集等の編集を容易に行うことができる。そして、AV独立フォーマットのファイルは、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを有するから、ボディの「中身」を参照しない限り、標準AV多重フォーマットのファイルと互換性があり、これにより、標準装置で扱うことができる。
【００４９】
次に、図２は、標準AV多重フォーマットの例を示している。
【００５０】
ここで、図２では、ボディに配置されるビデオデータとオーディオデータとして、D10と呼ばれるMPEG(Moving Picture Experts Group) IMX方式で符号化されたビデオデータと、AES(Audio Engineering Society)3形式の非圧縮のオーディオデータを、それぞれ採用した場合の標準AV多重フォーマットを示している。
【００５１】
なお、ボディには、その他、DV(Digital Video)等の各種のフォーマットのビデオデータとオーディオデータを配置することが可能である。
【００５２】
標準AV多重フォーマットのファイルは、その先頭から、ヘッダ(File Header)、ボディ(File Body)、フッタ(File Footer)が順次配置されて構成される。
【００５３】
ヘッダには、その先頭から、ヘッダパーティションパック(Header Partition Pack)、ヘッダメタデータ(Header Metadata)、インデックステーブル(Index Table)が順次配置される。ヘッダパーティションパックには、ヘッダを特定するためのデータや、ボディに配置されるデータの形式、ファイルフォーマットを表す情報などが配置される。ヘッダメタデータには、例えば、ファイルの作成日や、ボディに配置されたデータに関する情報などのファイル単位のメタデータが配置される。インデックステーブルには、ボディに配置される、後述するエディットユニットの位置を表すテーブルが配置される。
【００５４】
ここで、メタデータとしては、ビデオファイルに対して、フレームごと等に付されるタイムコードや、UMID(Unique Material Identifier)、ビデオカメラによる撮像が行われた位置を表すGPS(Global Positioning System)の情報、その撮像が行われた日時（年、月、日、時、分、秒）、ARIB(Association of Radio Industries and Businesses)メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。なお、ARIBメタデータとは、ARIBで標準化され、SDI(Serial Digital Interface)等の標準の通信インタフェースに重畳されるメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、IRIS（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスなどに関するレンズ情報などである。
【００５５】
なお、インデックステーブルは、オプションであり、ヘッダに含めても、含めなくても良い。また、ヘッダには、インデックステーブルの他、種々のオプションのデータを配置することができる。
【００５６】
また、ヘッダパーティションパックに配置されるファイルフォーマットを表す情報としては、標準AV多重フォーマットのファイルでは、標準AV多重フォーマットを表す情報が採用されるが、AV独立フォーマットのファイルでは、AV独立フォーマットを表す情報が採用される。但し、ヘッダパーティションパックの形式自体は、標準AV多重フォーマットとAV独立フォーマットにおいて同一である。
【００５７】
フッタは、フッタパーティションパック(Footer Partition Pack)で構成され、フッタパーティションパックには、フッタを特定するためのデータなどが配置される。
【００５８】
ボディは、１以上のエディットユニット(Edit Unit)で構成される。エディットユニットは、１フレームの単位であり、そこには、１フレーム分のAVデータその他が配置される。
【００５９】
即ち、エディットユニットは、その先頭から、システムアイテム(Sytem Item)、ピクチャアイテム(Picture Item)、サウンドアイテム(Sound Item)、オグジュアリアイテム(Auxiliary Item)が配置されて構成される。
【００６０】
システムアイテムには、その後段のピクチャアイテムに配置されるビデオデータのフレームについてのメタデータ（フレーム単位のメタデータ）が配置される。ここで、フレーム単位のメタデータとしては、例えば、タイムコードなどがある。
【００６１】
ピクチャアイテムには、１フレーム分のビデオデータが配置される。図２では、上述したD10形式のビデオデータが配置される。
【００６２】
ここで、ピクチャアイテムには、１フレームのビデオデータがKLV(Key,Length,Value)構造にKLVコーディングされて配置される。
【００６３】
KLV構造とは、その先頭から、キー(Key)、レングス(Length)、バリュー(Value)が順次配置された構造であり、キーには、バリューに配置されるデータがどのようなデータであるかを表す、SMPTE 298Mの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長が配置される。バリューには、実データ、即ち、ここでは、１フレームのビデオデータが配置される。
【００６４】
また、ピクチャアイテムは、そのデータ長が、KAG(KLV Alignment Grid)を基準とする固定長となっている。そして、ピクチャアイテムを固定長とするのに、スタッフィング(stuffing)のためのデータとしてのフィラー(Filler)が、やはりKLV構造とされて、ピクチャアイテムのビデオデータの後に配置される。
【００６５】
なお、ピクチャアイテムのデータ長であるKAGを基準とする固定長は、例えば、光ディスク７のセクタ長の整数倍（例えば、５１２バイトや２Ｋバイトなど）とされている。この場合、光ディスク７とピクチャアイテムとの、いわば親和性が高くなり、光ディスク７に対するピクチャアイテムの読み書き処理の高速化を図ることができる。
【００６６】
また、上述のシステムアイテム、並びに後述するサウンドアイテムおよびオグジュアリアイテムにおいても、ピクチャアイテムと同様に、KLV構造が採用されているとともに、そのデータ長がKAGを基準とする固定長になっている。
【００６７】
サウンドアイテムには、ピクチャアイテムに配置されたビデオデータのフレームにおける１フレーム分のオーディオデータが、上述のピクチャアイテムにおける場合と同様にKLV構造で配置される。
【００６８】
また、サウンドアイテムには、複数としての、例えば８チャネルのオーディオデータが多重化されて配置される。
【００６９】
即ち、サウンドアイテムにおいて、KLV構造のバリューには、その先頭から、エレメントヘッダEH(Element Header)、オーディオサンプルカウントASC(Audio Sample Count)、ストリームバリッドフラグSVF(Stream Valid Flags)、多重化された８チャネルのオーディオデータが順次配置される。
【００７０】
ここで、サウンドアイテムにおいて、８チャネルのオーディオデータは、１フレームにおける８チャネルそれぞれのオーディオデータの第１サンプル、第２サンプル、・・・といった順番に、オーディオデータのサンプルが配置されることにより多重化されている。図２の最下部に示したオーディオデータにおいて、括弧付きで示してある数字は、オーディオデータのサンプルが何サンプル目かを表している。
【００７１】
また、エレメントヘッダEHには、そのエレメントヘッダを特定するためのデータなどが配置される。オーディオサンプルカウントASCには、サウンドアイテムに配置されているオーディオデータのサンプル数が配置される。ストリームバリッドフラグSVFは、８ビット（１バイト）のフラグで、各ビットは、そのビットに対応するチャネルのオーディオデータが有効か、無効かを表す。即ち、ストリームバリッドフラグSVFの各ビットは、そのビットに対応するチャネルのオーディオデータが有効である場合に、例えば１とされ、無効である場合に、例えば０とされる。
【００７２】
オグジュアリアイテムには、必要なユーザデータが配置される。従って、オグジュアリアイテムは、ユーザが任意のデータを配置することができるエリアである。
【００７３】
以上のように、標準AV多重フォーマットでは、フレーム単位のメタデータが配置されるシステムアイテム、ビデオデータが配置されるピクチャアイテム、オーディオデータが配置されるサウンドアイテム、ユーザデータが配置されるオグジュアリアイテムが、１フレーム単位で多重化されており、さらに、サウンドアイテムでは、８チャネルのオーディオデータが、１サンプル単位で多重化されている。
【００７４】
このため、ビデオデータとオーディオデータが、別々にまとめて配置されているファイルでは、そのまとまったビデオデータのファイルとオーディオデータのファイルをすべて受信してからでないと、そのビデオデータおよびオーディオデータの再生を開始することができないが、標準AV多重フォーマットでは、ビデオデータとオーディオデータとがフレーム単位で多重化されているため、１フレーム分のビデオデータとオーディオデータを受信すれば、そのフレームのビデオデータおよびオーディオデータを、即座に再生することができる。従って、標準AV多重フォーマットは、ストリーミングに適しているということができる。
【００７５】
以上のように、標準AVフォーマットは、ビデオデータとオーディオデータとがフレーム単位で多重化されているので、ストリーミングには適している。しかしながら、その反面、ビデオデータとオーディオデータそれぞれを別々に編集するAV独立編集がしにくい。
【００７６】
さらに、ファイル単位のメタデータも、エディットユニットのシステムアイテムに散在しており、編集時等において扱いにくい。
【００７７】
また、標準AVフォーマットで採用可能なAES3形式では、オーディオデータの１サンプルに、少なくとも４バイトを割り当てる仕様になっており、ファイルの全体の大きさが大になる。
【００７８】
そこで、図３は、AV独立フォーマットの例を示している。
【００７９】
AV独立フォーマットでは、標準AV多重フォーマットにおいて多重化されているビデオデータ、オーディオデータ、ファイル単位のメタデータ、ユーザデータが、それぞれまとめて配置されたファイルとされる。
【００８０】
即ち、AV独立フォーマットでは、標準AV多重フォーマットにおいてビデオデータが配置されるピクチャアイテムがまとめてボディに配置され、さらに、そのボディに、標準AV多重フォーマットと同一形式のヘッダとフッタが付加されて、ビデオファイルが構成される。
【００８１】
なお、AV独立フォーマットのビデオファイルのボディには、光ディスク７のセクタ長の整数倍のピクチャアイテムがまとめて配置されているため、そのボディ全体の大きさも、光ディスク７のセクタ長の整数倍になっている。即ち、AV独立フォーマットのビデオファイルのボディは、セクタアラインメント(sector alignment)がとれた大きさとなっている。
【００８２】
さらに、ビデオファイルのボディ全体の大きさは、光ディスク７のECCブロック長の整数倍になっている。後述するように、ボディの最後のフィラーは、ビデオファイルのボディ全体の大きさが、光ディスク７のECC(Error Correction Code：誤り訂正符号)ブロック長の整数倍となるように、その大きさが調整されている。
【００８３】
ECCブロックは、光ディスク７の読み書きの単位となる、ECC処理が施される単位である。
【００８４】
なお、セクタは、光ディスク７の物理的単位領域の一例であり、ECCブロックは、光ディスク７の読み書きを行う単位の一例である。また、光ディスク７の物理的単位領域は、例えば、複数の固定数のセクタとすることが可能である。光ディスク７の読み書きを行う単位は、例えば、複数の固定数の物理的単位領域とすることが可能である。
【００８５】
ここで、ECC処理は、例えば、後述する信号処理部１１５で、ECCブロック単位で施される。ECCブロックは、１以上の個数のセクタで構成することができる。
【００８６】
以下では、１つのセクタを、光ディスク７の物理的単位領域とし、１つのECCブロックを、１以上のセクタからなる、読み書きを行う単位として説明を行う。
【００８７】
また、図２では、標準AV多重フォーマットのファイルのヘッダに、インデックステーブルを図示してあるが、MXFでは、上述したように、インデックステーブルはオプションであり、図３のビデオファイルでは（後述するオーディオファイルでも同様）、インデックステーブルを採用していない。
【００８８】
AV独立フィーマットでは、標準AV多重フォーマットにおいてサウンドアイテムに配置される、多重化された８チャンネルのオーディオデータを、各チャンネルごとのオーディオデータに分離したものであって、AES3形式からWAVE形式に変換したものが、各チャネルごとのファイルのボディに、KLV構造で配置され、さらに、そのボディに、標準AV多重フォーマットと同一形式のヘッダとフッタが付加されて、オーディオファイルが構成される。
【００８９】
即ち、AV独立フォーマットでは、８チャンネルのオーディオデータについて、各チャネルのオーディオファイルが、独立に構成される。各チャネルのオーディオファイルは、そのチャネルのオーディオデータをWAVE形式にし、かつまとめてKLV構造化したものが、ボディに配置され、さらに、そのボディに、標準AV多重フォーマットと同一形式のヘッダとフッタが付加されて構成される。
【００９０】
なお、AV独立フォーマットのオーディオファイルのボディには、上述したように、あるチャネルのWAVE形式のオーディオデータをまとめてKLV構造化したものが配置されるが、このオーディオデータ全体の大きさが、光ディスク７のECCブロック長の整数倍になるとは限らない。そこで、AV独立フォーマットのオーディオファイルのボディには、KLV構造のオーディオデータの後に、KLV構造のフィラーが配置されると共に、ヘッダの後およびフッタの後にフィラーが配置される。
【００９１】
AV独立フォーマットでは、以上のようなビデオファイル、８チャネルそれぞれごとのオーディオファイルの他、標準AV多重フォーマットにおいてヘッダメタデータに配置されるファイル単位のメタデータがまとめて配置されたファイル単位のメタデータファイルと、標準AV多重フォーマットにおいてフレーム単位のメタデータが配置されたシステムアイテムがまとめて配置されたフレーム単位のメタデータファイルが構成される。さらに、AV独立フォーマットでは、標準AV多重フォーマットにおいてユーザデータが配置されたオグジュアリアイテムがまとめて配置されたオグジュアリファイルが構成される。
【００９２】
そして、AV独立フォーマットでは、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルそれぞれへのポインタが記述されたマスタファイル(master File)が構成される。
【００９３】
即ち、マスタファイルは、例えば、XML(Extensible Markup Language)で記述され、そこには、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルそれぞれへのポインタとして、例えば、各ファイルのファイル名が記述される。
【００９４】
従って、マスタファイルから、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルを参照することができる。
【００９５】
なお、例えば、オグジュアリファイルは、オプショナルなファイルとすることができる。
【００９６】
また、図３では、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルは、標準AV多重フォーマットと同一形式のヘッダとフッタを有していないが、これらのファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルも、標準AV多重フォーマットと同一形式のヘッダとフッタを付加して構成することができる。
【００９７】
さらに、AV独立フォーマットのビデオファイルとオーディオファイルのヘッダを構成するヘッダメタデータには、最小セットのファイル単位のメタデータが配置される。
【００９８】
即ち、AV独立フォーマットでは、標準AV多重フォーマットにおいてヘッダメタデータに配置されるファイル単位のメタデータがまとめて配置されたファイル単位のメタデータファイルが存在するので、そのメタデータファイルに配置されるファイル単位のメタデータを、ビデオファイルとオーディオファイルのヘッダを構成するヘッダメタデータに重複して配置するのは、冗長であり、また、AV独立フォーマットのファイル全体の大きさを大にすることになる。
【００９９】
しかしながら、MXFにおいて、ヘッダメタデータは、ヘッダに必須の項目であり、ヘッダメタデータをまったく配置せずにヘッダを構成したのでは、そのヘッダは、標準AV多重フォーマットと同一形式のヘッダでなくなることとなる。
【０１００】
一方、MXFにおいて、ヘッダメタデータに配置すべきファイル単位のメタデータには、種々の項目があるが、その項目の中には、必須のものと、オプショナルなものとがある。
【０１０１】
そこで、ファイルの大きさが大になるのを抑制するとともに、標準AV多重フォーマットとの互換性を維持するために、AV独立フォーマットのビデオファイルとオーディオファイルのヘッダを構成するヘッダメタデータには、最小セットのファイル単位のメタデータ、即ち、MXFにおいて、ヘッダメタデータに配置することが必須とされている項目のメタデータのみが配置される。
【０１０２】
以上のように、AV独立フォーマットでは、ビデオデータがまとめてビデオファイルに配置されるとともに、各チャネルのオーディオデータがまとめて、そのチャネルのオーディオファイルに配置されるので、ビデオデータとオーディオデータそれぞれを別々に編集するAV独立編集などの編集を、容易に行うことができる。
【０１０３】
さらに、AV独立フォーマットでは、オーディオデータが、WAVE形式とされるので、標準AV独立フォーマットのように、AES3形式のオーディオデータを採用する場合に比較して、データ量を小さくすることができる。その結果、AV独立フォーマットのファイルを、光ディスク７等のストレージに記録する場合には、標準AV多重フォーマットのファイルを記録する場合に比較して、その記録に必要なストレージの容量を抑制することができる。
【０１０４】
また、AV独立フォーマットのビデオファイルとオーディオファイルは、標準AV多重フォーマットのファイルと同様に、先頭から、ヘッダ、ボディ、フッタが配置されて構成され、さらに、ヘッダとフッタは、標準AV多重フォーマットと同一形式のものであるので、ディスク装置１において、AV独立フォーマットのビデオファイルやオーディオファイルを、リムーバブルな光ディスク７に記録し、その光ディスク７を、ディスク装置２に装着した場合に、ディスク装置２が、標準装置（MXFのファイルを扱うことのできる装置）であれば、光ディスク７から、AV独立フォーマットのビデオファイルやオーディオファイルを読み出すことができる。
【０１０５】
さらに、AV独立フォーマットでは、ファイル単位のメタデータと、フレーム単位のメタデータとは、それぞれ別々にまとめられ、いずれも、１つのファイルとされるので、メタデータを使用した検索処理が容易となる。
【０１０６】
図４および図５は、AV独立フォーマットのビデオファイルのデータ量を説明する図である。図４で示されるように、AV独立フォーマットのビデオファイルのヘッダの後には、フィラーが配置され、ヘッダ全体の大きさは、光ディスク７のECCブロック長の整数倍とされる。ビデオファイルのヘッダの境界が、光ディスク７のECCブロックの境界に一致するように、ビデオファイルが光ディスク７に書き込まれる。
【０１０７】
ビデオファイルのフッタの後には、フィラーが配置され、フッタ全体の大きさは、光ディスク７のECCブロック長の整数倍とされる。ビデオファイルのフッタの境界が、光ディスク７のECCブロックの境界に一致するように、ビデオファイルが光ディスク７に書き込まれる。
【０１０８】
ビデオファイルのボディ全体の大きさは、光ディスク７のECCブロック長の整数倍とされ、ボディの境界が、光ディスク７のECCブロックの境界に一致するように、ビデオファイルは、光ディスク７に書き込まれる。さらに、ボディの各ピクチャアイテムおよびその後ろのフィラーは、光ディスク７のセクタ長の整数倍になっている。ピクチャアイテムの前側の境界が、セクタの境界に一致し、ピクチャアイテムに付されたフィラーの後ろ側の境界が、セクタの境界に一致するように、ビデオファイルが光ディスク７に書き込まれる。
【０１０９】
図５で示されるように、ボディ全体の大きさが、光ディスク７のECCブロック長の整数倍となるように、ボディの最後のフィラーは、その大きさが調整される。ビデオファイルが光ディスク７に書き込まれた場合、ボディの最後のピクチャアイテムに付されたフィラーの後ろ側の境界は、ECCブロックの境界に一致する。
【０１１０】
図６は、AV独立フォーマットのオーディオファイルのデータ量を説明する図である。オーディオファイルのヘッダ、およびボディのKLV構造とされたオーディオデータのキーおよびレングスの大きさが、光ディスク７のECCブロック長の整数倍となるように、ヘッダの最後にフィラーは、その大きさが調整される。オーディオファイルのヘッダの前側の境界が、光ディスク７のECCブロックの境界に一致するように、光ディスク７にオーディオファイルが書き込まれる。また、レングスの後ろ側の境界が、光ディスク７のECCブロックの境界に一致するように、光ディスク７にオーディオファイルが書き込まれる。
【０１１１】
ボディのKLV構造とされたオーディオデータのバリューおよびボディに付加されているKLV構造とされたフィラーの大きさは、光ディスク７のECCブロック長の整数倍とされる。ボディの後ろ側の境界が、光ディスク７のECCブロックの境界に一致するように、光ディスク７にオーディオファイルが書き込まれる。
【０１１２】
オーディオファイルのフッタの後には、フィラーが配置され、フッタ全体の大きさは、光ディスク７のECCブロック長の整数倍とされる。オーディオファイルのフッタの前後の境界が、光ディスク７のECCブロックの境界に一致するように、光ディスク７にオーディオファイルが書き込まれる。
【０１１３】
次に、図７は、図１のディスク装置１が有するフォーマット変換部１２の構成例を示している。
【０１１４】
フォーマット変換部１２は、標準／独立変換部２１と、独立／標準変換部２２とから構成されている。
【０１１５】
標準／独立変換部２１は、通信I/F１３から供給される図２の標準AV多重フォーマットのファイルを、図３のAV独立フォーマットのファイルに変換し、ディスクドライブ装置１１に供給する。独立／標準変換部２２は、ディスクドライブ装置１１から供給される図３のAV独立フォーマットのファイルを、図２の標準AV多重フォーマットのファイルに変換し、通信I/F１３に供給する。
【０１１６】
次に、図８は、図７の標準／独立変換部２１の構成例を示している。
【０１１７】
バッファ３１には、通信I/F１３から標準AV多重フォーマットのファイルが供給されるようになっている。バッファ３１は、そこに供給される標準AV多重フォーマットのファイルを一時記憶する。
【０１１８】
マスタファイル生成部３２は、バッファ３１に、標準AV多重フォーマットのファイルが記憶されると、その標準AV多重フォーマットのファイルについて、AV独立フォーマットのマスタファイルを生成し、バッファ４４に供給する。
【０１１９】
ヘッダ取得部３３は、バッファ３１に記憶された標準AV多重フォーマットのファイルからヘッダを抽出することで取得し、そのヘッダを、ヘッダメタデータ抽出部３５に供給する。
【０１２０】
ボディ取得部３４は、バッファ３１に記憶された標準AV多重フォーマットのファイルからボディを抽出することで取得し、そのボディを、システムアイテム処理部３６、オグジュアリアイテム抽出部３８、ピクチャアイテム抽出部４０、およびサウンドアイテム抽出部４２に供給する。
【０１２１】
ヘッダメタデータ抽出部３５は、ヘッダ取得部３３から供給されるヘッダから、ヘッダメタデータを抽出し、そのヘッダメタデータに配置されたファイル単位のメタデータを、メタデータファイル生成部３７に供給する。システムアイテム処理部３６は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のメタデータが配置されたシステムアイテムを抽出し、メタデータファイル生成部３７に供給する。メタデータファイル生成部３７は、ヘッダメタデータ抽出部３５から供給されるファイル単位のメタデータを配置したファイル単位のメタデータファイルを生成するとともに、システムアイテム処理部３６から供給される各エディットユニットのシステムアイテムをまとめて（シーケンシャルに）配置したフレーム単位のメタデータファイルを生成し、そのファイル単位とフレーム単位のメタデータファイルを、バッファ４４に供給する。
【０１２２】
オグジュアリアイテム抽出部３８は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のユーザデータが配置されたオグジュアリアイテムを抽出し、オグジュアリファイル生成部３９に供給する。オグジュアリファイル生成部３９は、オグジュアリアイテム抽出部３８から供給される各エディットユニットのオグジュアリアイテムをまとめて配置したオグジュアリファイルを生成し、バッファ４４に供給する。
【０１２３】
ピクチャアイテム抽出部４０は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のビデオデータが配置されたピクチャアリアイテムを抽出し、ビデオファイル生成部４１に供給する。ビデオファイル生成部４１は、ピクチャアイテム抽出部４０から供給される各エディットユニットのピクチャアイテムをまとめてボディに配置し、さらに、そのボディに、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを付加したビデオファイルを生成し、バッファ４４に供給する。
【０１２４】
サウンドアイテム抽出部４２は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のオーディオデータが配置されたサウンドアイテムを抽出し、オーディオファイル生成部４３に供給する。オーディオファイル生成部４３は、サウンドアイテム抽出部４２から供給される各エディットユニットのサウンドアイテムに配置された各チャネルのオーディオデータを、各チャネルごとにまとめてボディに配置し、さらに、そのボディに、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを付加した各チャネルごとのオーディオファイルを生成し、バッファ４４に供給する。
【０１２５】
バッファ４４は、マスタファイル生成部３２から供給されるマスタファイル、メタデータファイル生成部３７から供給されるファイル単位とフレーム単位それぞれのメタデータファイル、オグジュアリファイル生成部３９から供給されるオグジュアリファイル、ビデオファイル生成部４１から供給されるビデオファイル、およびオーディオファイル生成部４３から供給される各チャネルごとのオーディオファイルを一時記憶し、それらのファイルを、AV独立フォーマットのファイルとして、ディスクドライブ装置１１に供給する。
【０１２６】
次に、図９は、図８のビデオファイル生成部４１の構成例を示している。
【０１２７】
ピクチャアイテム抽出部４０から供給される各エディットユニットのピクチャアイテムは、結合部５１に供給される。結合部５１は、そこに供給される各エディットユニットのピクチャアイテムを順次結合（連結）し、フッタ生成部５２に供給する。フッタ生成部５２は、結合部５１から供給される、各エディットユニットのピクチャアイテムが結合されたものをボディとして、そのボディに付加する、標準AV多重フォーマットのファイルと同一形式のフッタを生成する。フッタ生成部５２は、フッタおよびボディをヘッダ生成部５３に供給する。
【０１２８】
ヘッダ生成部５３は、フッタ生成部５２はから供給されたフッタおよびボディに付加する、ヘッダを生成する。ヘッダ生成部５３は、ヘッダ、ボディ、およびフッタをフィラー生成部５４に供給する。
【０１２９】
フィラー生成部５４は、ヘッダに付加するフィラー、フッタに付加するフィラーを生成する。さらに、フィラー生成部５４は、ボディの最後のフィラーを生成する。フィラー生成部５４のKLVエンコーダ５５は、ボディの最後のフィラーをKLV構造にエンコードする。
【０１３０】
フィラー生成部５４は、フィラーを付加した、ヘッダ、ボディ、およびフッタからなるAV独立フォーマットのビデオファイルを構成して出力する。
【０１３１】
フィラー生成部５４によって生成されたフィラーを、ビデオファイルにおける、ヘッダ、ボディ、またはフッタに付加することにより、ヘッダ、ボディ、およびフッタのデータ量は、光ディスク７のECCブロック長の整数倍に調整される。
【０１３２】
このようにすることで、ビデオファイルを光ディスク７に書き込む場合、ECCブロックの一部にヘッダ、ボディ、またはフッタが記録されることが防止され、ビデオファイルの読み書きをより効率良くできるようになる。
【０１３３】
また、ヘッダ、ボディ、およびフッタのそれぞれが、光ディスク７のECCブロック長の整数倍なので、ヘッダ、ボディ、およびフッタのそれぞれの境界がECCブロックの境界に一致するように記録すれば、ヘッダのみ、ボディのみ、またはフッタのみを書き込むか、読み出す場合に、最小の数のECCブロックへの書き込み、または最小の数のECCブロックからの読み出しで、ヘッダ、ボディ、若しくはフッタを書き込むか、または読み出すことができるようになる。すなわち、光ディスク７への、ビデオファイルの読み書きの処理をより効率良くできるようになる。
【０１３４】
次に、図１０は、図８のオーディオファイル生成部４３の構成例を示している。
【０１３５】
サウンドアイテム抽出部４２から供給される各エディットユニットのサウンドアイテムは、KLVデコーダ６１に供給される。KLVデコーダ６１は、各エディットユニットのサウンドアイテムに配置されたオーディオデータのKLV構造を分解し、その結果得られる、８チャネルが多重化されたオーディオデータ（以下、適宜、多重化オーディオデータという）を、チャネル分離部６２に供給する。
【０１３６】
チャネル分離部６２は、KLVデコーダ６１から供給される、各サウンドアイテムごとの多重化オーディオデータから、各チャネルのオーディオデータを分離し、その各チャネルのオーディオデータを、チャネルごとにまとめて、データ変換部６３に供給する。
【０１３７】
データ変換部６３は、チャネル分離部６２から供給される各チャネルのオーディオデータの符号化方式を変換する。即ち、標準AV多重フォーマットでは、オーディオデータは、AES3形式で符号化されたものとなっているが、AV独立フォーマットでは、オーディオデータはWAVE方式で符号化されたものとなっている。このため、データ変換部６３は、チャネル分離部６２から供給される、AES3方式で符号化されたオーディオデータ（AES3方式のオーディオデータ）を、WAVE方式で符号化されたオーディオデータ（WAVE方式のオーディオデータ）に変換する。
【０１３８】
なお、ここでは、データ変換部６３において、AES3方式のオーディオデータを、WAVE方式のオーディオデータに変換するようにしたが、データ変換部６３では、オーディオデータを、WAVE方式以外のオーディオデータに変換することが可能である。即ち、データ変換部６３でのオーディオデータの変換は、AES3方式のオーディオデータのデータ量を抑制することを目的として行うものであり、その目的を達成することができる符号化方式であれば、データ変換部６３では、どのような符号化方式を採用しても良い。
【０１３９】
また、オーディオデータのデータ量が問題とならない場合は、オーディオファイル生成部４３は、データ変換部６３を設けずに構成することが可能である。
【０１４０】
データ変換部６３で得られたWAVE方式の各チャネルごとのオーディオデータは、KLVエンコーダ６４に供給される。KLVエンコーダ６４は、データ変換部６３から供給されるチャネルごとにまとめられたオーディオデータそれぞれを、KLV構造にKLVコーディングし、ヘッダ生成部６５に供給する。
【０１４１】
ヘッダ生成部６５は、KLVエンコーダ６４から供給される各チャネルのオーディオデータそれぞれをボディとして、各チャネルのボディに付加する、標準AV多重フォーマットのファイルと同一形式のヘッダを生成し、ボディおよびヘッダをフッタ生成部６６に供給する。
【０１４２】
フッタ生成部６６は、ボディに付加する、標準AV多重フォーマットのファイルと同一形式のフッタを生成する。フッタ生成部６６は、ヘッダ、フッタ、およびボディをフィラー生成部６７に供給する。
【０１４３】
フィラー生成部６７は、ヘッダに付加するフィラー、ボディに付加するフィラー、およびフッタに付加するフィラーを生成する。ここで、フィラー生成部６７は、図６で示されるように、ヘッダおよびKLVエンコーダ６４に付加されたキーおよびレングスのデータ量が、ECCブロックのデータ量の整数倍となるように、フィラーを生成して、生成したフィラーをヘッダの後ろに付加する。また、フィラー生成部６７は、図６で示されるように、フッタのデータ量が、ECCブロックのデータ量の整数倍となるように、フィラーを生成して、生成したフィラーをフッタの後ろに付加する。
【０１４４】
フィラー生成部６７のKLVエンコーダ６８は、ボディに付加するフィラーをKLV構造にエンコードする。フィラー生成部６７は、図６で示されるように、オーディオデータのデータ量が、ECCブロックのデータ量の整数倍となるように、KLV構造にエンコードされたフィラーを生成して、生成したフィラーをオーディオデータの後ろに付加する。
【０１４５】
なお、KLVエンコーダ６４およびヘッダ生成部６５は、先頭データ生成部７１を構成する。
【０１４６】
このように、フィラー生成部５４によって生成されたフィラーを、ヘッダ、オーディオデータ、またはフッタに付加することにより、オーディオファイルにおける、ヘッダおよびKLVエンコーダ６４に付加されたキーおよびレングス、オーディオデータ、およびフッタのデータ量は、光ディスク７のECCブロック長の整数倍に調整される。
【０１４７】
このようにすることで、オーディオファイルを光ディスク７に書き込む場合、ECCブロックの一部にヘッダ、ボディ、またはフッタが記録されることが防止され、ビデオファイルの読み書きをより効率良くできるようになる。
【０１４８】
また、ヘッダおよびKLVエンコーダ６４に付加されたキーおよびレングス、オーディオデータ、並びにフッタのそれぞれが、光ディスク７のECCブロック長の整数倍なので、ヘッダおよびKLVエンコーダ６４に付加されたキーおよびレングス、オーディオデータ、またはフッタのそれぞれの境界がECCブロックの境界に一致するように記録すれば、ヘッダおよびKLVエンコーダ６４に付加されたキーおよびレングスのみ、オーディオデータのみ、またはフッタのみを書き込むか、読み出す場合に、最小の数のECCブロックへの書き込み、または最小の数のECCブロックからの読み出しで、ヘッダおよびKLVエンコーダ６４に付加されたキーおよびレングス、オーディオデータ、若しくはフッタを書き込むか、または読み出すことができるようになる。すなわち、光ディスク７への、オーディオファイルの読み書きの処理をより効率良くできるようになる。
【０１４９】
次に、図８の標準／独立変換部２１では、AV独立フォーマットのファイルとしてのマスタファイルを生成するマスタファイル生成処理、ファイル単位とフレーム単位のメタデータファイルそれぞれを生成するメタデータファイル生成処理、オグジュアリファイルを生成するオグジュアリファイル生成処理、ビデオファイルを生成するビデオファイル生成処理、オーディオファイルを生成するオーディオファイル生成処理が行われる。
【０１５０】
そこで、図１１乃至図１３のフローチャートを参照して、標準／独立変換部２１が行うマスタファイル生成処理、メタデータファイル生成処理、オグジュアリファイル生成処理、ビデオファイル生成処理、およびオーディオファイル生成処理について説明する。
【０１５１】
まず最初に、図１１のフローチャートを参照して、マスタファイル生成処理について説明する。
【０１５２】
例えば、バッファ３１（図８）に、標準AVフォーマットのファイルが供給されて記憶されると、マスタファイル生成処理が開始され、まず最初に、ステップＳ１において、マスタファイル生成部３２（図８）は、ファイル単位とフレーム単位それぞれのメタデータファイル、オグジュアリファイル、ビデオファイル、各チャネルそれぞれのオーディオファイルのファイル名を生成し、ステップＳ２に進む。ステップＳ２では、マスタファイル生成部３２は、ステップＳ１で生成した各ファイル名のファイルへのリンクを、XMLで記述したマスタファイルを生成し、バッファ４４に供給して記憶させ、マスタファイル生成処理を終了する。
【０１５３】
次に、図１２のフローチャートを参照して、ファイル単位のメタデータファイルを生成するファイル単位のメタデータファイル生成処理について説明する。
【０１５４】
例えば、バッファ３１（図８）に、標準AVフォーマットのファイルが供給されて記憶されると、ファイル単位のメタデータファイル生成処理が開始され、まず最初に、ステップＳ１１において、ヘッダ取得部３３は、バッファ３１に記憶された標準AVフォーマットのファイルからヘッダを取得し、ヘッダメタデータ抽出部３５に供給して、ステップＳ１２に進む。ステップＳ１２では、ヘッダメタデータ抽出部３５が、ヘッダ取得部３３から供給されるヘッダから、ヘッダメタデータを抽出し、そのヘッダメタデータに配置されたファイル単位のメタデータを、メタデータファイル生成部３７に供給して、ステップＳ１３に進む。ステップＳ１３では、メタデータファイル生成部３７が、ヘッダメタデータ抽出部３５から供給されるファイル単位のメタデータを配置したファイル単位のメタデータファイルを生成し、バッファ４４に供給して記憶させ、ファイル単位のメタデータファイル生成処理を終了する。
【０１５５】
次に、図１３のフローチャートを参照して、フレーム単位のメタデータファイルを生成するフレーム単位のメタデータファイル生成処理について説明する。
【０１５６】
例えば、バッファ３１（図８）に、標準AVフォーマットのファイルが供給されて記憶されると、フレーム単位のメタデータファイル生成処理が開始され、まず最初に、ステップＳ２１において、ボディ取得部３４は、バッファ３１に記憶された標準AV多重フォーマットのファイルからボディを取得し、システムアイテム処理部３６に供給して、ステップＳ２２に進む。ステップＳ２２では、システムアイテム処理部３６は、ボディ取得部３４から供給されるボディの各エディットユニットから、フレーム単位のメタデータが配置されたシステムアイテムを抽出し、メタデータファイル生成部３７に供給して、ステップＳ２３に進む。ステップＳ２３では、メタデータファイル生成部３７は、システムアイテム処理部３６から供給される各エディットユニットのシステムアイテムにフィラーを付加して、ステップＳ２４に進む。
【０１５７】
ステップＳ２４では、メタデータファイル生成部３７は、フィラーが付加されたシステムアイテムを結合することにより、その各エディットユニットのシステムアイテムまとめて配置したフレーム単位のメタデータファイルのボディを生成して、生成したボディをバッファ４４に供給して、ステップＳ２５に進む。ステップＳ２５では、バッファ４４は、メタデータファイルのボディを出力し、ステップＳ２６に進む。
【０１５８】
ステップＳ２６では、メタデータファイル生成部３７は、フッタを生成して、ステップＳ２７に進む。ステップＳ２７では、メタデータファイル生成部３７は、フッタのフィラーを生成して、フィラーが付加されたフッタをバッファ４４に供給して、ステップＳ２８に進む。ステップＳ２８において、バッファ４４は、フッタを出力して、ステップＳ２９に進む。
【０１５９】
ステップＳ２９において、メタデータファイル生成部３７は、ヘッダを生成して、ステップＳ３０に進む。ステップＳ２７では、メタデータファイル生成部３７は、ヘッダのフィラーを生成して、フィラーが付加されたヘッダをバッファ４４に供給して、ステップＳ３１に進む。ステップＳ３１において、バッファ４４は、ヘッダを出力して、フレーム単位のメタデータファイル生成処理を終了する。
【０１６０】
次に、図１４のフローチャートを参照して、オグジュアリファイルを生成するオグジュアリファイル生成処理について説明する。
【０１６１】
例えば、バッファ３１（図８）に、標準AVフォーマットのファイルが供給されて記憶されると、オグジュアリファイル生成処理が開始され、まず最初に、ステップＳ４１において、ボディ取得部３４は、バッファ３１に記憶された標準AV多重フォーマットのファイルからボディを取得し、オグジュアリアイテム抽出部３８に供給して、ステップＳ４２に進む。ステップＳ４２では、オグジュアリアイテム抽出部３８は、ボディ取得部３４から供給されるボディの各エディットユニットからオグジュアリアイテムを抽出し、オグジュアリファイル生成部３９に供給して、ステップＳ４３に進む。ステップＳ４３では、オグジュアリファイル生成部３９は、オグジュアリアイテム抽出部３８から供給される各エディットユニットのオグジュアリアイテムを結合することにより、その各エディットユニットのオグジュアリアイテムまとめて配置したオグジュアリファイルを生成し、バッファ４４に供給して記憶させ、オグジュアリファイル生成処理を終了する。
【０１６２】
次に、図１５のフローチャートを参照して、ビデオファイルを生成するビデオファイル生成処理について説明する。
【０１６３】
例えば、バッファ３１（図８）に、標準AVフォーマットのファイルが供給されて記憶されると、ビデオファイル生成処理が開始され、まず最初に、ステップＳ５１において、ボディ取得部３４は、バッファ３１に記憶された標準AV多重フォーマットのファイルからボディを取得し、ピクチャアイテム抽出部４０に供給して、ステップＳ５２に進む。ステップＳ５２では、ピクチャアイテム抽出部４０は、ボディ取得部３４から供給されるボディの各エディットユニットからピクチャアイテムを抽出し、ビデオファイル生成部４１に供給して、ステップＳ５３に進む。ステップＳ５３では、ビデオファイル生成部４１（図９）において、結合部５１が、ピクチャアイテム抽出部４０から供給される各エディットユニットのピクチャアイテムを結合することにより、その各エディットユニットのピクチャアイテムをまとめて配置したボディを生成して、ステップＳ５４に進む。
【０１６４】
ステップＳ５４では、ビデオファイル生成部４１は、結合したピクチャアイテムが最後のピクチャアイテムであるか否かを判定し、最後のピクチャアイテムでないと判定された場合、ステップＳ５５に進み、生成したボディをバッファ４４に出力して、ステップＳ５２に戻り、上述した処理を繰り返す。この場合、フッタ生成部５２、ヘッダ生成部５３、およびフィラー生成部５４は、ボディをそのまま通過させる。
【０１６５】
ステップＳ５４において、最後のピクチャアイテムであると判定された場合、ステップＳ５６に進み、ビデオファイル生成部４１（図９）において、フィラー生成部５４が、KLV構造に変換されたときに、ボディのデータ量がECCブロックの整数倍となるようにデータ量が調整された、最後のピクチャアイテムのフィラーを生成して、ステップＳ５７に進む。ステップＳ５７では、KLVエンコーダ５５が、最後のピクチャアイテムのフィラーをKLV構造に変換して、ステップＳ５８に進む。ステップＳ５８では、ビデオファイル生成部４１が、KLV構造に変換されたフィラーをボディとして、出力して、ステップＳ５９に進む。
【０１６６】
ステップＳ５９では、フッタ生成部５２が、フッタを生成して、ステップＳ６０に進む。ステップＳ６０では、フィラー生成部５４が、フッタのデータ量がECCブロックの整数倍となるようにデータ量が調整された、フッタのフィラーを生成して、ステップＳ６１に進む。ステップＳ６１では、ビデオファイル生成部４１が、フッタを出力して、ステップＳ６２に進む。
【０１６７】
ステップＳ６２では、ヘッダ生成部５３が、ヘッダを生成して、ステップＳ６３に進む。ステップＳ６３では、フィラー生成部５４が、ヘッダのデータ量がECCブロックの整数倍となるようにデータ量が調整された、ヘッダのフィラーを生成して、ステップＳ６４に進む。ステップＳ６４では、ビデオファイル生成部４１が、ヘッダを出力して、ビデオファイル生成処理を終了する。
【０１６８】
このように、ヘッダをボディおよびフッタの後に生成するようにしたので、ビデオデータの再生時間またはタイムコード（TC）などの、ボディが確定しなければ決まらないデータを含むヘッダを１度の処理で生成することができるようになる。
【０１６９】
例えば、最初にヘッダを生成すると、ビデオデータの再生時間またはタイムコード（TC）などデータは、ボディの生成が終了するまで確定しないので、書き込む事が出来ず、ボディの生成が終了したとき、再度、ヘッダに再生時間またはタイムコードなどを書き込まねばならず、２度手間であった。この場合、光ディスク７などの記録媒体にビデオファイルを記録する場合、ヘッダをシークする余計な処理が発生することになるか、または、ヘッダのデータ量が確定しないので、ヘッダの記録に要する領域の確保が困難になり、時には、光ディスク７上において、ヘッダがボディおよびフッタに対して離れた位置に記録されることになってしまう場合がある。
【０１７０】
ヘッダをボディおよびフッタの後に生成すれば、このような重複する手間を省いて、ボディが確定しなければ決まらないデータを含むヘッダを１度の処理で生成することができるようになる。また、光ディスク７などの記録媒体にビデオファイルを記録する場合、ヘッダをボディおよびフッタに続けて確実に記録することができるようになる。
【０１７１】
次に、図１６のフローチャートを参照して、オーディオファイルを生成するオーディオファイル生成処理について説明する。
【０１７２】
例えば、バッファ３１（図８）に、標準AVフォーマットのファイルが供給されて記憶されると、オーディオファイル生成処理が開始され、まず最初に、ステップＳ７１において、ボディ取得部３４は、バッファ３１に記憶された標準AV多重フォーマットのファイルからボディを取得し、サウンドアイテム抽出部４２に供給して、ステップＳ７２に進む。ステップＳ７２では、サウンドアイテム抽出部４２は、ボディ取得部３４から供給されるボディの各エディットユニットからサウンドアイテムを抽出し、オーディオファイル生成部４３に供給して、ステップＳ７３に進む。ステップＳ７３では、オーディオファイル生成部４３（図１０）において、KLVデコーダ６１が、各エディットユニットのサウンドアイテムに配置されたオーディオデータのKLV構造を分解し、その結果得られる、８チャネルが多重化されたオーディオデータ（多重化オーディオデータ）を、チャネル分離部６２に供給して、ステップＳ７４に進む。
【０１７３】
ステップＳ７４では、チャネル分離部６２が、KLVデコーダ６１から供給される、各サウンドアイテムごとの多重化オーディオデータから、各チャネルのAES3形式のオーディオデータを分離し、その各チャネルのAES3形式のオーディオデータを、チャネルごとにまとめて配置して、データ変換部６３に供給する。
【０１７４】
そして、ステップＳ７５に進み、データ変換部６３は、チャネル分離部６２から供給される各チャネルのAES3形式のオーディオデータを、WAVE方式のオーディオデータに変換し、KLVエンコーダ６４に供給して、ステップＳ７６に進む。ステップＳ７６では、KLVエンコーダ６４が、データ変換部６３から供給されるチャネルごとにまとめられたWAVE形式のオーディオデータそれぞれを、KLV構造にKLVコーディングする。これにより、KLVエンコーダ６４は、各チャネルのWAVE形式のオーディオデータをまとめて配置した各チャネルのボディを生成し、ステップＳ７７に進む。
【０１７５】
ステップＳ７７では、フィラー生成部６７が、KLV構造とされたときに、オーディオデータのデータ量がECCブロックの整数倍となるようにデータ量が調整された、各チャンネルのボディのフィラーを生成して、ステップＳ７８に進む。ステップＳ７８では、KLVエンコーダ６８が、各チャンネルのボディのフィラーのそれぞれをKLV構造にKLVコーディングして、ステップＳ７９に進む。ステップＳ７９では、オーディオファイル生成部４３は、各チャンネルのボディを出力して、ステップＳ８０に進む。各チャンネルのボディを出力する場合、オーディオデータのバリューおよびKLV構造のフィラーが出力され、オーディオデータのキーおよびレングスは出力されない。
【０１７６】
ステップＳ８０では、フッタ生成部６６が、各チャンネルのフッタを生成して、ステップＳ８１に進む。ステップＳ８１では、フィラー生成部６７が、フッタのデータ量がECCブロックの整数倍となるようにデータ量が調整された、各チャンネルのフッタのフィラーを生成して、ステップＳ８２に進む。ステップＳ８２では、ビデオファイル生成部４１が、各チャンネルのフッタを出力して、ステップＳ８３に進む。
【０１７７】
ステップＳ８３では、ヘッダ生成部６５が、各チャンネルのヘッダを生成して、ステップＳ８４に進む。ステップＳ８４では、フィラー生成部５４が、ヘッダ並びにオーディオデータのキーおよびレングスのデータ量がECCブロックの整数倍となるようにデータ量が調整された、各チャンネルのヘッダのフィラーを生成して、ステップＳ８５に進む。ステップＳ８５では、ビデオファイル生成部４１が、各チャンネルのヘッダを出力して、オーディオファイル生成処理を終了する。ステップＳ８５においては、各チャンネルのヘッダと共に、オーディオデータのキーおよびレングスが出力される。
【０１７８】
このように、ヘッダをボディおよびフッタの後に生成するようにしたので、オーディオデータの再生時間またはタイムコード（TC）などの、ボディが確定しなければ決まらないデータを含むヘッダを１度の処理で生成することができるようになる。
【０１７９】
また、光ディスク７などの記録媒体にオーディオファイルを記録する場合、ヘッダをボディおよびフッタに続けて確実に記録することができるようになる。
【０１８０】
図１７は、ディスクドライブ装置１１の一実施の形態の構成例を示している。
【０１８１】
スピンドルモータ１１１は、サーボ制御部１１４からのスピンドルモータ駆動信号に基づいて、光ディスク７をCLV(Constant Linear Velocity)またはCAV(Constant Angular Velocity)で回転駆動する。
【０１８２】
ピックアップ部１１２は、信号処理部１１５から供給される記録信号に基づきレーザ光の出力を制御して、光ディスク７に記録信号を記録する。ピックアップ部１１２はまた、光ディスク７にレーザ光を集光して照射するとともに、光ディスク７からの反射光を光電変換して電流信号を生成し、RF(Radio Frequency)アンプ１１３に供給する。なお、レーザ光の照射位置は、サーボ制御部１１４からピックアップ部１１２に供給されるサーボ信号により所定の位置に制御される。
【０１８３】
RFアンプ１１３は、ピックアップ部１１２からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、並びに再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部１１４に供給し、再生信号を信号処理部１１５に供給する。
【０１８４】
サーボ制御部１１４は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部１１４は、RFアンプ１１３からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部１１２のアクチュエータ（図示せず）に供給する。またサーボ制御部１１４は、スピンドルモータ１１１を駆動するスピンドルモータ駆動信号を生成して、光ディスク７を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
【０１８５】
さらにサーボ制御部１１４は、ピックアップ部１１２を光ディスク７の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク７の信号読み出し位置の設定は、制御部１１９によって行われ、設定された読み出し位置から信号を読み出すことができるようにピックアップ部１１２の位置が制御される。
【０１８６】
信号処理部１１５は、メモリコントローラ１１６から入力される記録データを変調して記録信号を生成し、ピックアップ部１１２に供給する。信号処理部１１５はまた、RFアンプ１１３からの再生信号を復調して再生データを生成し、メモリコントローラ１１６に供給する。
【０１８７】
メモリコントローラ１１６は、データ変換部１１８からの記録データを、後述するように、適宜、メモリ１１７に記憶するとともに、それを読み出し、信号処理部１１５に供給する。メモリコントローラ１１６はまた、信号処理部１１５からの再生データを、適宜、メモリ１１７に記憶するとともに、それを読み出し、データ変換部１１８に供給する。
【０１８８】
データ変換部１１８は、フォーマット変換部１２から供給される、AV独立フォーマットのファイルから、AV独立フォーマットのファイルに含まれるデータのデータ量を少なくしたデータであるローレゾデータのファイルを生成し、AV独立フォーマットのファイルと共にローレゾデータのファイルをメモリコントローラ１１６に供給する。
【０１８９】
データ変換部１１８はまた、メモリコントローラ１１６から供給される再生データを、フォーマット変換部１２に供給する。
【０１９０】
制御部１１９は、操作部１２０からの操作信号などに基づき、サーボ制御部１１４、信号処理部１１５、メモリコントローラ１１６、およびデータ変換部１１８を制御し、記録再生処理を実行させる。
【０１９１】
操作部１２０は、例えば、ユーザによって操作され、その操作に対応する操作信号を、制御部１１９に供給する。
【０１９２】
以上のように構成されるディスクドライブ装置１１では、ユーザが操作部１２０を操作することにより、データの記録を指令すると、フォーマット変換部１２から供給されるデータが、データ変換部１１８、メモリコントローラ１１６、信号処理部１１５、およびピックアップ部１１２を介して、光ディスク７に供給されて記録される。
【０１９３】
また、ユーザが操作部１２０を操作することにより、データの再生を指令すると、光ディスク７から、ピックアップ部１１２、RFアンプ１１３、信号処理部１１５、メモリコントローラ１１６、およびデータ変換部１１８を介して、データが読み出されて再生され、フォーマット変換部１２に供給される。
【０１９４】
次に、図１８は、図１７のデータ変換部１１８の構成例を示している。
【０１９５】
光ディスク７へのデータの記録時には、フォーマット変換部１２から記録すべき、ビデオファイル、オーディオファイル、およびメタデータファイルからなるAV独立フォーマットのファイルが、データ量検出部１４１に供給される。
【０１９６】
データ量検出部１４１は、フォーマット変換部１２から供給されるビデオファイル、オーディオファイル、およびメタデータファイルを、そのまま、メモリコントローラ１１６にそれぞれ供給するとともに、そのビデオファイルとオーディオファイルのデータ量を検出し、メモリコントローラ１１６に供給する。即ち、データ量検出部１４１は、フォーマット変換部１２から供給されるビデオファイルとオーディオファイルそれぞれについて、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ１１６に供給する。
【０１９７】
ローレゾデータ生成部１４２は、そこに供給されるデータのデータ量を少なくしたデータであるローレゾデータのデータ系列を生成し、メモリコントローラ１１６に供給する。この場合、ローレゾデータ生成部１４２は、ファイル形式としたローレゾデータを出力する。また、ローレゾデータ生成部１４２は、ローレゾファイルの、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ１１６に供給する。
【０１９８】
以下、ファイル形式のローレゾデータをローレゾデータファイルとも称する。
【０１９９】
そして、メモリコントローラ１１６に供給されたビデオファイルとオーディオファイルは、上述したようにして、光ディスク７に供給されて記録される。
【０２００】
ここで、フォーマット変換部１２から供給されるビデオファイルおよびオーディオファイルのデータ系列と、ローレゾデータ生成部１４２が出力するローレゾデータのデータ系列とは、同一内容の画像および音声のデータ系列であるが、フォーマット変換部１２から供給されるビデオファイルおよびオーディオファイルは、いわば本来的に、ユーザに提供されるべきものであり、このことから、フォーマット変換部１２から供給されるビデオファイルおよびオーディオファイルを、以下、適宜、本線データという。
【０２０１】
ローレゾデータは、上述したように、本線データと同一内容の画像および音声のデータではあるが、そのデータ量が少ない。従って、ある再生時間の再生を行うとした場合、ローレゾデータは、本線データに比較して、光ディスク７から短時間で読み出すことができる。
【０２０２】
なお、本線データのデータレートとしては、例えば、２５Mbps(Mega bit per second)程度を採用することができる。この場合、ローレゾデータのデータレートとしては、例えば、３Mbps程度を採用することができる。さらに、この場合、メタデータのデータレートとして、例えば、２Mbps程度を採用することとすると、光ディスク７に記録するデータ全体のデータレートは、３０（＝２５＋３＋２）Mbps程度となる。従って、光ディスク７（をドライブするディスクドライブ装置１１）としては、例えば、35Mbpsなどの記録レートを有する、十分実用範囲内のものを採用することが可能である。
【０２０３】
以上のように、図１６のデータ変換部１１８では、本線データ（ビデオファイルおよびオーディオファイル）のデータ系列の他、メタデータとローレゾデータのデータ系列も、メモリコントローラ１１６に供給される。そして、メモリコントローラ１１６に供給された本線データ、メタデータ、およびローレゾデータは、光ディスク７に供給されて記録される。
【０２０４】
一方、光ディスク７からのデータの再生時においては、光ディスク７からビデオファイル、オーディオファイル、メタデータファイル、およびローレゾデータファイルが読み出され、フォーマット変換部１２に供給される。
【０２０５】
次に、図１９乃至図２４を参照して、ローレゾデータファイルの構造を説明する。図１９で示されるように、ローレゾデータファイルのヘッダには、ランイン（Run In）、ヘッダパーティションパック（Header Partition Pack）、ヘッダメタデータ（Header Metadata）、インデックステーブル（Index Table）、およびフィラーが配置される。ローレゾデータファイルのボディには、エッセンスコンテナ（Essence Container）が、ボディパーテーションパック（Body Partition Pack）により仕切られて、配置される。
【０２０６】
ローレゾデータファイルのフッタには、フッタパーティションパック（Footter Partition Pack）およびヘッダメタデータ（Header Metadata）が配置される。フッタにおける、ヘッダメタデータは、オプションである。
【０２０７】
ローレゾデータファイルにおける、ヘッダパーティションパック、ヘッダメタデータ、インデックステーブル、およびフッタパーティションパックは、標準AV多重フォーマットのファイルの場合と同様なので、その説明は省略する。
【０２０８】
ローレゾデータファイルのヘッダの大きさは、光ディスク７のECCブロック長の整数倍になっている。ローレゾデータファイルのボディに配置されている、１組のボディパーテーションパックおよびエッセンスコンテナは、光ディスク７のECCブロック長の整数倍になっている。ローレゾデータファイルのフッタの大きさは、光ディスク７のECCブロック長の整数倍になっている。
【０２０９】
図２０は、ローレゾデータファイルのボディに配置されている、ボディパーテーションパックおよびエッセンスコンテナの構成を示す図である。エッセンスコンテナには、システムアイテム、MPEG4エレメンタリストリーム方式のピクチャエッセンス（ビデオデータ）、およびサウンドエッセンス（サウンドデータ）が格納されている。システムアイテムとピクチャエッセンスとの間には、フィルアイテムが配置されている。ボディパーテーションパック、システムアイテム、フィルアイテム、およびピクチャエッセンスは、光ディスク７のECCブロック長の整数倍になっている。
【０２１０】
サウンドエッセンスは、４つに分割され、それぞれに、フィラーが付されている。１組の分割されたサウンドエッセンスおよびこれに付されたフィラーのデータ量は、光ディスク７のECCブロック長の1/2になっている。すなわち、２組の分割されたサウンドエッセンスとフィラーのデータ量は、光ディスク７のECCブロック長に等しい。従って、１つのエッセンスコンテナにおける、サウンドエッセンスとこれに付されたフィラーのデータ量の全体は、光ディスク７のECCブロック長の２倍である。
【０２１１】
図２１は、ヘッダのシステムアイテムおよびフィルアイテムの構成を示す図である。システムアイテムには、パッケージメタデータ（Package Metadata）が格納されている。フィルアイテムは、KLV構造を有するフィラーからなる。
【０２１２】
図２２は、ピクチャエッセンスの構成を示す図である。ピクチャエッセンスは、KLV構造を有するMPEG4エレメンタリストリーム方式の画像データである。すなわち、総走査線数/フレームレートが525/60（59.94）である画像データの場合、フレームレートが24（23.97）のプログレッシブスキャン画像である画像データの場合、またはフレームレートが60（59.94）のプログレッシブスキャン画像である画像データの場合、１つのエディットユニットのピクチャエッセンスには、６つのGOV（Group of VideoObjectPlane）が配置される。一方、総走査線数/フレームレートが625/50である画像データの場合、１つのエディットユニットのピクチャエッセンスには、５つのGOVが配置される。１つのGOVに先頭には、フレーム内符号化されたI-VOP（Intra Video Object Plane）が配置され、その後ろには、所定の数のフレーム間順方向予測符号化されたP-VOP（Predicted Video Object Plane）が配置される。
【０２１３】
図２３は、KLV構造を有するピクチャエッセンスのデータ量を説明する図である。総走査線数/フレームレートが525/60（59.94）である画像データの場合、バリューのデータ量は、384000バイト（オクテット）であり、すなわち、１つのGOVのデータ量は、6400バイトとなる。この場合、１つのGOVには、１０フレームの画像が格納される。
【０２１４】
フレームレートが24（23.97）のプログレッシブスキャン画像である画像データの場合、バリューのデータ量は、384000バイトであり、すなわち、１つのGOVのデータ量は、6400バイトとなる。この場合、１つのGOVには、８フレームの画像が格納される。
【０２１５】
フレームレートが60（59.94）のプログレッシブスキャン画像である画像データの場合、バリューのデータ量は、384000バイトであり、すなわち、１つのGOVのデータ量は、6400バイトとなる。この場合、１つのGOVには、２０フレームの画像が格納される。
【０２１６】
総走査線数/フレームレートが625/50である画像データの場合、バリューのデータ量は、384000バイトであり、すなわち、１つのGOVのデータ量は、76800バイトとなる。この場合、１つのGOVには、１０フレームの画像が格納される。
【０２１７】
図２４は、サウンドエッセンスの構成を示す図である。ローレゾデータファイルのサウンドエッセンスは、２チャンネルの、ITU-T（International Telecommunication Union,Telecommunication Standardization Sector） G.711の規格に基づいた方式のデータである。サウンドエッセンスは、４つに分割され、それぞれが、KLV構造とされる。そして、KLV構造とされた、分割されているデータのそれぞれに、KLV構造とされたフィラーが付されている。
【０２１８】
バリューには、２チャンネルのサンプルが交互に配置される。総走査線数/フレームレートが525/60（59.94）であるピクチャエッセンスに対するサウンドエッセンスの場合、フレームレートが24（23.97）のプログレッシブスキャン画像であるピクチャエッセンスに対するサウンドエッセンスの場合、またはフレームレートが60（59.94）のプログレッシブスキャン画像であるピクチャエッセンスに対するサウンドエッセンスの場合、４つに分割されたうちの１つのサウンドエッセンスには、16016のサンプルが配置される。一方、総走査線数/フレームレートが625/50であるピクチャエッセンスに対するサウンドエッセンスの場合、４つに分割されたうちの１つのサウンドエッセンスには、16000のサンプルが配置される。
【０２１９】
図２５は、ローレゾデータ生成部１４２の構成を示すブロック図である。
【０２２０】
バッファ１６１は、フォーマット変換部１２から供給されるAV独立フォーマットのファイル（マスタファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイル）を一時記憶する。
【０２２１】
ファイル取得部１６２は、バッファ１６１に記憶されたマスタファイルを参照することにより、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイルのファイル名を認識し、そのファイル名に基づき、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイルを、バッファ１６１を介し、フォーマット変換部１２から取得する。さらに、ファイル取得部１０２は、取得したファイル単位のメタデータファイルとフレーム単位のメタデータファイルをメタデータファイル処理部１６３に、ビデオファイルをビデオファイル処理部１６４に、８チャネルそれぞれのオーディオファイルをオーディオファイル処理部１６５に、それぞれ供給する。
【０２２２】
メタデータファイル処理部１６３は、ファイル取得部１６２から供給されるファイル単位のメタデータファイルからファイル単位のメタデータを抽出するとともに、フレーム単位のメタデータファイルからフレーム単位のメタデータが配置されたシステムアイテムを抽出し、データ合成部１６６に供給する。
【０２２３】
ビデオファイル処理部１６４は、ファイル取得部１６２から供給されるビデオファイルからピクチャアイテムを抽出し、抽出されたピクチャアイテムからローレゾデータのファイルのピクチャエッセンスを生成して、データ合成部１６６に供給する。
【０２２４】
オーディオファイル処理部１６５は、ファイル取得部１６２から供給される８チャネルそれぞれのオーディオファイルから、各チャネルのオーディオデータを抽出し、抽出されたピクチャアイテムから低ビットレートのオーディオデータを生成して、さらに、その各チャネルのオーディオデータを多重化して配置したサウンドエッセンスを構成して、データ合成部１６６に供給する。
【０２２５】
データ合成部１６６は、メタデータファイル処理部１６３から供給されるファイル単位のメタデータおよびシステムアイテム、ビデオファイル処理部１６４から供給されるピクチャエッセンス、並びにオーディオファイル処理部１６５から供給されるサウンドエッセンスを用いて、ローレゾデータのファイルを構成し、バッファ１６７に供給する。
【０２２６】
バッファ１６７は、データ合成部１６６から供給されるローレゾデータのファイルを一時記憶し、メモリコントローラ１１６に供給する。
【０２２７】
図２６は、ビデオファイル処理部１６４の構成を説明するブロック図である。
分解部１８１は、ファイル取得部１６２から供給されるビデオファイルをピクチャアイテムに分解し、分解されたピクチャアイテムをデータ変換部１８２に供給する。データ変換部１８２は、分解されたピクチャアイテムをMPEG4方式の画像データに変換し、KLVエンコーダ１８３に供給する。KLVエンコーダ１８３は、データ変換部１８２から供給されたピクチャエッセンスをKLV構造にKLVエンコードし、KLV構造とされたピクチャエッセンスをデータ合成部１６６に供給する。
【０２２８】
図２７は、オーディオファイル処理部１６５の構成を説明するブロック図である。KLVデコーダ２０１は、ファイル取得部１６２から供給される各チャネルのオーディオファイルのボディのKLV構造を分解し、これにより得られる各チャネルのWAVE形式のオーディオデータを、データ変換部２０２に供給する。
【０２２９】
データ変換部２０２は、KLVデコーダ２０１から供給される、WAVE形式の各チャネルのオーディオデータを、ITU-T G.711形式の２チャネルのオーディオデータに変換し、チャンネル多重化部２０３に供給する。チャンネル多重化部２０３は、データ変換部２０２から供給される２チャネルのオーディオデータを、サンプル単位で多重化し、その結果得られる多重化オーディオデータを、KLVエンコーダ２０４に供給する。KLVエンコーダ２０４は、チャンネル多重化部２０３から供給されるオーディオデータを、４つに区切り、区切られたオーディオデータ毎にKLV構造にKLVコーディングし、フィラー生成部２０５に供給する。
【０２３０】
フィラー生成部２０５は、KLV構造とされたオーディオデータ毎にフィラーを生成して、フィラーをオーディオデータに付加し、KLVエンコーダ２０６に供給する。KLVエンコーダ２０６は、オーディオデータに付加されたフィラーをKLV構造にKLVコーディングし、KLV構造とされたフィラーが付加されたサウンドエッセンスを出力する。
【０２３１】
図２８は、データ合成部１６６の構成を示すブロック図である。多重化部２２１は、メタデータファイル処理部１６３から供給されたシステムアイテム、ビデオファイル処理部１６４から供給されたビデオエッセンス、およびオーディオファイル処理部１６５から供給されたサウンドエッセンスを多重化して、ボディパーテーションを付加して、ボディを生成し、生成したボディをフッタ生成部２２２に供給する。フッタ生成部２２２は、フッタを生成して、ボディにフッタを付加し、ボディおよびフッタをヘッダ生成部２２３に供給する。
【０２３２】
ヘッダ生成部２２３は、ヘッダを生成して、ボディおよびフッタにヘッダを付加し、ボディ、フッタ、およびヘッダをフィラー生成部２２４に供給する。フィラー生成部２２４は、ヘッダに付加するフィラーを生成して、生成したフィラーをヘッダに付加し、フィラーが付加されたローレゾファイルを出力する。
【０２３３】
図２９は、ビデオファイルの処理を説明するフローチャートである。ステップＳ１０１において、ファイル取得部１６２は、バッファ１６１を介し、フォーマット変換部１２からビデオファイルのボディを取得して、ステップＳ１０２に進む。ステップＳ１０２では、分解部１８１が、ファイル取得部１６２から供給されるビデオファイルをピクチャアイテムに分解して、ステップＳ１０３に進む。
ステップＳ１０３では、データ変換部１８２が、分解されたピクチャアイテムをMPEG4方式の画像データに変換して、ステップＳ１０４に進む。ステップＳ１０４では、KLVエンコーダ１８３が、データ変換部１８２から供給されたピクチャアイテムをKLV構造にKLVエンコードし、ピクチャエッセンスとして、ビデオファイルの処理は終了する。
【０２３４】
図３０は、オーディオファイルの処理を説明するフローチャートである。ステップＳ１２１において、ファイル取得部１６２は、バッファ１６１を介し、フォーマット変換部１２からオーディオファイルのボディを取得して、ステップＳ１２２に進む。ステップＳ１２２において、KLVデコーダ２０１は、ファイル取得部１６２から供給される各チャネルのオーディオファイルのボディのKLV構造を分解し、ステップＳ１２３に進む。
【０２３５】
ステップＳ１２３では、データ変換部２０２が、KLVデコーダ２０１から供給される、WAVE形式の各チャネルのオーディオデータを、ITU-T G.711形式の２チャネルのオーディオデータに変換して、ステップＳ１２４に進む。ステップＳ１２４では、チャンネル多重化部２０３が、データ変換部２０２から供給される２チャネルのオーディオデータを、サンプル単位で多重化して、ステップＳ１２５に進む。ステップＳ１２５では、KLVエンコーダ２０４は、チャンネル多重化部２０３から供給されるオーディオデータを、４つに区切り、区切られたオーディオデータ毎にKLV構造にKLVコーディングして、ステップＳ１２６に進む。
【０２３６】
ステップＳ１２６では、フィラー生成部２０５が、KLV構造とされたオーディオデータ毎にフィラーを生成して、フィラーをオーディオデータに付加して、ステップＳ１２７に進む。ステップＳ１２７では、KLVエンコーダ２０６が、オーディオデータに付加されたフィラーをKLV構造にKLVコーディングして、サウンドエッセンスとして、オーディオファイルの処理は終了する。
【０２３７】
図３１は、メタデータファイルの処理を説明するフローチャートである。ステップＳ１４１において、ファイル取得部１６２は、バッファ１６１を介し、フォーマット変換部１２からメタデータファイルのボディを取得して、システムアイテムとし、ステップＳ１４２に進む。ステップＳ１４２では、メタデータファイル処理部１６３が、フィラーを生成して、ステップＳ１４３に進む。ステップＳ１４３では、メタデータファイル処理部１６３が、システムアイテムに付加されたフィラーをKLV構造にKLVコーディングして、フィルアイテムとして、フィルアイテムが付加されたシステムアイテムを出力して、メタデータファイルの処理は終了する。
【０２３８】
図３２は、ローレゾデータファイル合成の処理を説明するフローチャートである。ステップＳ１６１では、多重化部２２１が、メタデータファイル処理部１６３から供給されたシステムアイテム、ビデオファイル処理部１６４から供給されたビデオエッセンス、およびオーディオファイル処理部１６５から供給されたサウンドエッセンスを多重化して、エッセンスコンテナを生成して、ステップＳ１６２に進む。ステップＳ１６２では、多重化部２２１が、エッセンスコンテナにボディパーテーションを付加して、ボディを生成して、ステップＳ１６３に進む。
【０２３９】
ステップＳ１６３では、データ合成部１６６は、ボディを出力して、ステップＳ１６４に進む。ステップＳ１６４では、フッタ生成部２２２が、フッタを生成して、ステップＳ１６５に進む。ステップＳ１６５では、データ合成部１６６が、フッタを出力して、ステップＳ１６６に進む。
【０２４０】
ステップＳ１６６では、ヘッダ生成部２２３が、ヘッダを生成して、ステップＳ１６７に進む。ステップＳ１６７では、フィラー生成部２２４が、ヘッダに付加するフィラーを生成して、ステップＳ１６８に進む。ステップＳ１６８では、データ合成部１６６が、フィラーが付加されたヘッダを出力して、ローレゾデータファイル合成の処理は終了する。
【０２４１】
次に、図３３のフローチャートを参照して、制御部１１９が行う記録処理について説明する。
【０２４２】
操作部１２０が操作されることによって、記録処理開始を指令する旨の操作信号が、操作部１２０から制御部１１９に供給されると、制御部１１９は、記録処理を開始する。
【０２４３】
即ち、制御部１１９は、まず最初に、ステップＳ２３１において、音声年輪サイズＴsaおよび画像年輪サイズＴsv、さらには、ローレゾ年輪サイズＴslとメタ年輪サイズＴsmを設定する。
【０２４４】
ここで、音声年輪サイズＴsaは、光ディスク７にひとまとめで配置して記録するオーディオファイルのデータ量を決定する変数で、例えば、オーディオファイルの再生時間によって表される。画像年輪サイズＴsvも、同様に、光ディスク７にひとまとめで配置して記録するビデオファイルのデータ量を決定する変数で、例えば、ビデオファイルの再生時間によって表される。
【０２４５】
なお、音声年輪サイズＴsaと画像年輪サイズＴsvを、例えば、ビット数やバイト数などのデータ量そのものによって表すのではなく、再生時間によって、いわば間接的に表すようにしたのは、次のような理由による。
【０２４６】
即ち、図３３の記録処理によれば、後述するように、光ディスク７には、オーディオファイルの系列から抽出された音声年輪サイズＴsaに基づくデータ量ごとのオーディオファイルのまとまりである音声年輪データと、ビデオファイルの系列から抽出された画像年輪サイズＴsvに基づくデータ量ごとのビデオファイルのまとまりである画像年輪データとが周期的に配置されて記録される。
【０２４７】
このように、光ディスク７に、音声年輪データと画像年輪データとが周期的に配置されて記録される場合、画像と音声の再生を考えると、その再生は、ビデオファイルとそのビデオファイルに付随するオーディオファイルとが揃わないと行うことができない。かかる再生の観点からは、ある再生時間帯の音声年輪データと、その再生時間帯の画像年輪データとは、光ディスク７上の近い位置、即ち、例えば、隣接する位置に記録すべきである。
【０２４８】
しかしながら、同一の再生時間分のオーディオファイルとビデオファイルのデータ量を比較した場合、それらのデータ量は、一般に大きく異なる。即ち、ある再生時間分のオーディオファイルのデータ量は、その再生時間分のビデオファイルのデータ量に比較してかなり少ない。さらに、オーディオファイルやビデオファイルのデータレートが、固定ではなく、可変となっているケースもある。
【０２４９】
従って、音声年輪サイズＴsaと画像年輪サイズＴsvを、データ量で表し、そのデータ量ごとの音声年輪データと画像年輪データを、オーディオファイルとビデオファイルの系列それぞれから順次抽出すると、各再生時間帯の画像年輪データに対して、再生時刻が徐々に進んだ（先の）再生時間帯の音声年輪データが得られるようになり、その結果、同一の再生時間帯に再生されるべきオーディオファイルとビデオファイルとを、光ディスク７上の近い位置に配置することが困難となる。
【０２５０】
一方、音声年輪サイズＴsaと画像年輪サイズＴsvを、再生時間で表し、その再生時間分のデータ量ごとの音声年輪データと画像年輪データを、オーディオファイルとビデオファイルの系列それぞれから順次抽出した場合には、同じような再生時間帯の音声年輪データと画像年輪データとをセットで得ることができ、その結果、同一の再生時間帯に再生されるべきオーディオファイルとビデオファイルとを、近い位置に配置することができる。
【０２５１】
ここで、音声年輪サイズＴsaは、それが表す再生時間分のデータ量の音声年輪データを、光ディスク７から読み出すよりは、シークして読み飛ばした方が早くなるような値とするのが望ましい。画像年輪サイズＴsvも、同様であり、そのような画像年輪サイズＴsvは、本件発明者の経験上、例えば、１．５秒から２秒程度である。
【０２５２】
また、同じような再生時間帯の音声年輪データと画像年輪データとを構成する場合には、音声年輪サイズＴsaと画像年輪サイズＴsvを、同一の値とすればよく、この場合、同じような再生時間帯の音声年輪データと画像年輪データは、上述の再生の観点から、光ディスク７上に、交互に配置するのが望ましい。
【０２５３】
さらに、音声年輪サイズＴsaと画像年輪サイズＴsvは、異なる値とすることが可能であり、オーディオファイルのデータレートがビデオファイルのデータレートよりもかなり低いことが一般的であることを考えると、音声年輪サイズＴsaは、画像年輪サイズＴsvの、例えば２倍などにすることが可能である。この場合、ある１つの音声年輪データに対して、その再生時間帯と同じような再生時間帯の画像年輪データは２つとなるが、この１つの音声年輪データと、対応する２つの画像年輪データとは、上述の再生の観点からは、やはり、光ディスク７上の近い位置に配置するのが望ましい。具体的には、１つの音声年輪データと、対応する２つの画像年輪データとは、例えば、音声年輪データ、対応する２つの画像年輪データのうちの一方、その他方という順番や、２つの画像年輪データのうちの一方、音声年輪データ、２つの画像年輪データのうちの他方という順番で、周期的に配置するのが望ましい。
【０２５４】
なお、ステップＳ１で設定する音声年輪サイズＴsaと画像年輪サイズＴsvの値は、あらかじめ定められた固定の値でも良いし、可変の値でも良い。音声年輪サイズＴsaと画像年輪サイズＴsvの値を可変とする場合には、その可変の値は、例えば、操作部１２０を操作することによって入力するようにすることができる。
【０２５５】
また、ローレゾ年輪サイズＴslは、光ディスク７にひとまとめで配置して記録するローレゾデータのデータ量を決定する変数で、例えば、上述の音声年輪サイズＴsaおよび画像年輪サイズＴsvと同様に、そのローレゾデータの元となったビデオファイル（またはオーディオファイル）の再生時間によって表される。メタ年輪サイズＴsも、同様に、光ディスク７にひとまとめで配置して記録するメタデータのデータ量を決定する変数で、例えば、上述の音声年輪サイズＴsaおよび画像年輪サイズＴsvと同様に、そのメタデータによって各種の情報（例えば、画像の撮像が行われた日時など）が説明されるビデオファイル（またはオーディオファイル）の再生時間によって表される。
【０２５６】
なお、ローレゾ年輪サイズＴslとメタ年輪サイズＴsmを、例えば、ビット数やバイト数などのデータ量そのものによって表すのではなく、再生時間によって、いわば間接的に表すようにしたのは、上述した音声年輪サイズＴsaと画像年輪サイズＴsvにおける場合と同様の理由による。
【０２５７】
即ち、図３３の記録処理によれば、後述するように、オーディオファイルの系列から抽出された音声年輪サイズＴsaに基づくデータ量ごとのオーディオファイルのまとまりである音声年輪データと、ビデオファイルの系列から抽出された画像年輪サイズＴsvに基づくデータ量ごとのビデオファイルのまとまりである画像年輪データの他、ローレゾデータのデータ系列から抽出されたローレゾ年輪サイズＴslに基づくデータ量ごとのローレゾデータのまとまりであるローレゾ年輪データと、メタデータのデータ系列から抽出されたメタ年輪サイズＴsmに基づくデータ量ごとのメタデータのまとまりであるメタ年輪データも、光ディスク７に周期的に配置されて記録される。
【０２５８】
このように、光ディスク７に、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データが周期的に配置されて記録される場合、ローレゾ年輪データは、音声年輪データや画像年輪データのデータ量を少なくしたものであるから、ある再生時間帯の音声年輪データおよび画像年輪データと、その再生時間帯の音声年輪データや画像年輪データのデータ量を少なくしたローレゾ年輪データとは、光ディスク７上の近い位置に記録すべきである。さらに、メタ年輪データは、音声年輪データや画像年輪データに関する情報を表すものであるから、やはり、ある再生時間帯の音声年輪データおよび画像年輪データと、その再生時間帯の音声年輪データや画像年輪データに関する情報を表すメタ年輪データとは、光ディスク７上の近い位置に記録すべきである。
【０２５９】
しかしながら、同一の再生時間分のオーディオファイルやビデオファイルのデータレートと、ローレゾデータやメタデータのデータレートとを比較した場合、オーディオファイルやビデオファイルのデータレートに比較して、ローレゾデータやメタデータのデータレートは小である。
【０２６０】
従って、ローレゾ年輪サイズＴslとメタ年輪サイズＴsmを、データ量で表すと、上述した音声年輪サイズＴsaおよび画像年輪サイズＴsvをデータ量で表した場合と同様に、同じような再生時間帯に再生されるべきオーディオファイル、ビデオファイル、ローレゾデータ、およびメタデータを、光ディスク７上の近い位置に配置することが困難となる不都合が生じる。
【０２６１】
そこで、図３３の実施の形態では、ローレゾ年輪サイズＴslとメタ年輪サイズＴsmも、音声年輪サイズＴsaおよび画像年輪サイズＴsvと同様に、再生時間で表し、これにより、同じような再生時間帯に再生されるべきオーディオファイル、ビデオファイル、ローレゾデータ、およびメタデータを、光ディスク７上の近い位置に配置することができるようにしている。
【０２６２】
なお、ステップＳ２３１で設定する音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、およびメタ年輪サイズＴsmの値は、あらかじめ定められた固定の値でも良いし、可変の値でも良い。音声年輪サイズＴsaや、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、メタ年輪サイズＴsmの値を可変とする場合には、その可変の値は、例えば、操作部１２０を操作することによって入力するようにすることができる。
【０２６３】
ステップＳ２３１の処理後は、ステップＳ２３２に進み、制御部１１９は、フォーマット変換部１２からディスクドライブ装置１１に供給されるオーディオファイルとビデオファイルからローレゾデータの系列を生成するローレゾデータ生成処理とを開始させるとともに、メモリコントローラ１１６を制御して、データ変換部１１８で取得されたオーディオファイルとビデオファイルをメモリ１１７に供給して記憶させるオーディオファイル記憶処理とビデオファイル記憶処理をそれぞれ開始させる。さらに、ステップＳ２３２では、制御部１１９は、メモリコントローラ１１６を制御して、データ変換部１１８で得られたメタデータとローレゾデータをメモリ１１７に供給して記憶させるメタデータ記憶処理とローレゾデータ記憶処理をそれぞれ開始させる。
【０２６４】
そして、ステップＳ２３３，Ｓ２３４に順次進み、制御部１１９は、ステップＳ２３３において、オーディオファイルを光ディスク７に記録させる制御タスクであるオーディオファイル記録タスクを開始するとともに、ステップＳ２３４において、ビデオファイルを光ディスク７に記録させる制御タスクであるビデオファイル記録タスクを開始し、ステップＳ２３５に進む。ステップＳ２３５では、制御部１１９は、ローレゾデータを光ディスク７に記録させる制御タスクであるローレゾデータ記録タスクを開始し、ステップＳ２３６に進む。ステップＳ２３６では、制御部１１９は、メタデータを光ディスク７に記録させる制御タスクであるメタデータ記録タスクを開始し、ステップＳ２３７に進む。なお、ステップＳ２３３におけるオーディオファイル記録タスク、ステップＳ２３４におけるビデオファイル記録タスク、ステップＳ２３５におけるローレゾデータ記録タスク、およびステップＳ２３６におけるメタデータ記録タスクの詳細については、後述する。
【０２６５】
ステップＳ２３７では、制御部１１９は、操作部１２０から、データの記録の終了を指令する操作信号が供給されたかどうかを判定し、供給されていないと判定した場合、ステップＳ２３８に進み、制御部１１９は、すべての記録タスクが終了したかどうかを判定する。ステップＳ２３８おいて、すべての記録タスクが終了していないと判定された場合、ステップＳ２３７に戻り、以下、同様の処理が繰り返される。
【０２６６】
また、ステップＳ２３８において、すべての記録タスクが終了したと判定された場合、即ち、ステップＳ２３３で開始されたオーディオファイル記録タスク、ステップＳ２３４で開始されたビデオファイル記録タスク、ステップＳ２３５で開始されたローレゾデータ記録タスク、およびステップＳ２３６で開始されたメタデータ記録タスクのすべてが終了している場合、記録処理を終了する。
【０２６７】
一方、ステップＳ２３７において、データの記録の終了を指令する操作信号が供給されたと判定された場合、即ち、例えば、ユーザが、データの記録を終了するように、操作部１２０を操作した場合、ステップＳ２３９に進み、制御部１１９は、ステップＳ２３２で開始させたローレゾデータ生成処理、並びにオーディオファイル記憶処理、ビデオファイル記憶処理、メタデータ記憶処理、およびローレゾデータ記憶処理を終了させ、ステップＳ２４０に進む。
【０２６８】
ステップＳ２４０では、ステップＳ２３８における場合と同様に、すべての記録タスクが終了したかどうかを判定する。ステップＳ２４０において、すべての記録タスクが終了していないと判定された場合、ステップＳ２４０に戻り、すべての記録タスクが終了するまで待ち時間がおかれる。
【０２６９】
また、ステップＳ２４０において、すべての記録タスクが終了したと判定された場合、即ち、ステップＳ２３３で開始されたオーディオファイル記録タスク、ステップＳ２３４で開始されたビデオファイル記録タスク、ステップＳ２３５で開始されたローレゾデータ記録タスク、およびステップＳ２３６で開始されたメタデータ記録タスクのすべてが終了した場合、記録処理を終了する。
【０２７０】
次に、図３４のフローチャートを参照して、図３３のステップＳ２３３で開始されるオーディオファイル記録タスクについて説明する。
【０２７１】
オーディオファイル記録タスクが開始されると、まず最初に、ステップＳ２５１において、制御部１１９は、後で行われるステップＳ２５７の処理で、１ずつインクリメントされる変数Ｎaを、例えば１に初期化し、ステップＳ２５２に進む。
【０２７２】
ステップＳ２５２では、制御部１１９は、図５のステップＳ１２における場合と同様に、Ｔsa×Ｎaが、Ｔsv×Ｎv以下であるかどうかを判定し、さらに、Ｔsa×Ｎaが、Ｔsl×Ｎl以下で、かつＴsm×Ｎm以下であるかどうかを判定する。
【０２７３】
ここで、Ｔsaは、音声年輪サイズであり、オーディオファイルの、ある再生時間を表す。また、変数Ｎaは、後述するように、音声年輪サイズＴsaに基づくデータ量のオーディオファイル（音声年輪データ）が光ディスク７に記録されるごとに、１ずつインクリメントされていく。同様に、Ｔsvは、画像年輪サイズであり、変数Ｎvは、後述するように、ビデオファイル記録タスクにおいて、画像年輪サイズＴsvに基づくデータ量のビデオファイル（画像年輪データ）が光ディスク７に記録されるごとに、１ずつインクリメントされていく。従って、Ｔsa×Ｎaは、オーディオファイルを、音声年輪サイズＴsa単位で記録していった場合に、これから光ディスク７に記録しようとしている音声年輪データの最後の再生時刻に相当し、Ｔsv×Ｎvは、ビデオファイルを、画像年輪サイズＴsv単位で記録していった場合に、これから光ディスク７に記録しようとしている画像年輪データの最後の再生時刻に相当する。
【０２７４】
また、Ｔslは、ローレゾ年輪サイズであり、変数Ｎlは、後述するように、ローレゾデータ記録タスクにおいて、ローレゾ年輪サイズＴseに基づくデータ量のローレゾデータ（ローレゾ年輪データ）が光ディスク７に記録されるごとに、１ずつインクリメントされていく。さらに、Ｔsmは、メタ年輪サイズであり、変数Ｎmは、後述するように、メタデータ記録タスクにおいて、メタ年輪サイズＴsmに基づくデータ量のメタデータ（メタ年輪データ）が光ディスク７に記録されるごとに、１ずつインクリメントされていく。従って、Ｔsl×Ｎlは、ローレゾデータを、ローレゾ年輪サイズＴse単位で記録していった場合に、これから光ディスク７に記録しようとしているローレゾ年輪データの最後の再生時刻に相当し、Ｔsm×Ｎmは、メタデータを、メタ年輪サイズＴsm単位で記録していった場合に、これから光ディスク７に記録しようとしているメタ年輪データの最後の再生時刻に相当する。
【０２７５】
一方、いま、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データを、同じような再生時間帯のものが、光ディスク７上の近い位置に記録されるように、周期的に配置するものとする。さらに、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データについては、その再生時刻が早いものほど、光ディスク７の前の位置（光ディスク７に対するデータの読み書き順で、先の位置）に配置され、さらに、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データについては、例えば、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データの順番で、光ディスク７のより前の位置に配置されるものとする。
【０２７６】
この場合、これから記録しようとする音声年輪データである注目音声年輪データは、再生時刻Ｔsa×Ｎa以前の最近の（再生時刻Ｔsa×Ｎaに最も近い）再生時間帯の音声年輪データとなるが、この注目音声年輪データは、再生時刻Ｔsa×Ｎa以前の最近の再生時間帯の画像年輪データ、ローレゾ年輪データ、およびメタ年輪データが記録される直前、つまり、再生時刻Ｔsa×Ｎa以前の２番目に新しい再生時間帯の画像年輪データ、ローレゾ年輪データ、およびメタ年輪データが記録された直後に記録する必要がある。
【０２７７】
ところで、これから記録される画像年輪データは、Ｔsv×Ｎv以前の最近の再生時間帯の画像年輪データである。また、これから記録されるローレゾ年輪データは、Ｔsl×Ｎl以前の最近の再生時間帯のローレゾ年輪データであり、これから記録されるメタ年輪データは、Ｔsm×Ｎm以前の最近の再生時間帯のメタ年輪データである。同じような再生時間帯の年輪データについては、上述したように、音声年輪データが、光ディスク７のより前の位置に配置されるから、注目音声年輪データの記録は、音声年輪データの再生時刻Ｔsa×Ｎaが、画像年輪データの再生時刻Ｔsv×Ｎv以下となっており、さらに、ローレゾ年輪データの再生時刻Ｔsl×Ｎl以下であり、かつ、メタ年輪データの再生時刻Ｔsm×Ｎm以下となっているタイミングで行う必要がある。
【０２７８】
そこで、ステップＳ２５２では、上述したように、音声年輪データの再生時刻Ｔsa×Ｎaが、画像年輪データの再生時刻Ｔsv×Ｎv以下であり、さらに、ローレゾ年輪データの再生時刻Ｔsl×Ｎl以下であり、かつ、メタ年輪データの再生時刻Ｔsm×Ｎm以下であるかどうかが判定され、これにより、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングであるかどうかが判定される。
【０２７９】
ステップＳ２５２において、音声年輪データの再生時刻Ｔsa×Ｎaが、画像年輪データの再生時刻Ｔsv×Ｎv、ローレゾ年輪データの再生時刻Ｔsl×Ｎl、またはメタ年輪データの再生時刻Ｔsm×Ｎmのうちのいずれか以下（以前）でないと判定された場合、即ち、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングでない場合、ステップＳ２５２に戻り、以下、同様の処理が繰り返される。
【０２８０】
また、ステップＳ２５２において、音声年輪データの再生時刻Ｔsa×Ｎaが、画像年輪データの再生時刻Ｔsv×Ｎv、ローレゾ年輪データの再生時刻Ｔsl×Ｎl、およびメタ年輪データの再生時刻Ｔsm×Ｎmのすべての時刻以下であると判定された場合、即ち、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングである場合、ステップＳ２５３に進み、制御部１１９は、データ変換部１１８からメモリコントローラ１１６を介して、メモリ１１７に、オーディオファイルが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ２５４に進む。
【０２８１】
ステップＳ２５４では、制御部１１９は、メモリ１１７に、通算して、音声年輪サイズＴsa×Ｎa分の再生に必要なオーディオファイルのオーディオファイルが記憶されたか否かを判定し、まだ、その分のオーディオファイルがメモリ１１７に記憶されていないと判定された場合、ステップＳ２５２に戻り、それ以降の処理が繰り返される。また、ステップＳ２５４において、再生時間Ｔsa×Ｎaに対応する分のオーディオファイルがメモリ１１７に記憶されたと判定された場合、処理はステップＳ２５５に進む。
【０２８２】
なお、データ変換部１１８のデータ量検出部１４１は、通算して、再生時間Ｔsa×Ｎa分の再生に必要なオーディオファイルを検出したとき、その旨を、メモリコントローラ１１６に通知する。メモリコントローラ１１６は、その通知に基づいて、通算して、再生時間Ｔsa×Ｎa分の再生に必要なオーディオファイルをメモリ１１７に記憶させたか否かの判定を行い、その判定結果を制御部１１９に通知する。すなわち制御部１１９は、メモリコントローラ１１６からのその判定結果に基づいて、ステップＳ２５４における判定を行う。
【０２８３】
ここで、図３５は、メモリ１１７に記憶されるオーディオファイルの通算のデータ量（通算データ量）Ｌａと時間（再生時間）との関係を示している。なお、図６中右側の上下方向を示す小さな矢印（水平方向の点線の間隔を示す矢印）は、ECCブロックのデータ量Buを表している。また、図３５における点線Ｌｖは、後述する図９において実線で示してある、メモリ１１７に記憶されるビデオファイルの通算のデータ量（通算データ量）Ｌｖを示している。さらに、図３５では、オーディオファイルの通算データ量Ｌａが直線となっており、従って、オーディオファイルのデータレートが、固定であるものとしてある。但し、オーディオファイルは、可変のデータレートのものとすることが可能である。
【０２８４】
図３５において、例えば、Ｎa＝１のときの時間Ｔsa×Ｎa（＝１）分の再生に必要なオーディオファイルのデータ量は、AN1'である。従って、Ｎa＝１のときのステップＳ２５４では、通算データ量がAN1'のオーディオファイルが、メモリ１１７に記憶されたとき、再生時間Ｔsa×Ｎaに対応する分のオーディオファイルがメモリ１１７に記憶されたと判定され、ステップＳ２５５に進む。
【０２８５】
ステップＳ２５５では、制御部１１９は、メモリコントローラ１１６を制御して、メモリ１１７に記憶されているオーディオファイルから、光ディスク７に対して読み書きを行う単位としての、例えば１つのECCブロックのデータ量Buの整数倍（ｎ倍）のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のオーディオファイルを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ２５６に進む。なお、このECCブロックの整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のオーディオファイルとして、メモリ１１７から読み出される音声年輪データが、上述した、再生時刻Ｔsa×Ｎa以前の最近の音声年輪データである。
【０２８６】
ここで、上述の図３５において時刻が１×Ｔsaのとき、メモリ１１７には、少なくともデータ量AN1'のオーディオファイルが記憶されている。データ量AN1'は、１つのECCブロックのデータ量より大であるが、２つのECCブロックのデータ量より小であるため、ステップＳ２５５では、１つのECCブロックのデータ量BuであるAN1分のオーディオファイルが、メモリ１１７から、注目音声年輪データとして読み出されることにより抽出される。
【０２８７】
なお、ステップＳ２５５において読み出されなかったオーディオファイル、即ち、図３５の時刻が１×Ｔsaのときにおいては、１つのECCブロックのデータ量Buに満たないデータ量Aα1のオーディオファイルは、そのままメモリ１１７に残される。
【０２８８】
図３４に戻り、ステップＳ２５６では、制御部１１９が、ステップＳ２５５で得られた、ECCブロックの整数倍のデータ量の注目音声年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのECCブロックの整数倍のデータ量の注目音声年輪データが、その整数倍の数のECCブロックに記録されるように記録制御を行う。
【０２８９】
ここで、図３５の時刻が１×Ｔsaのときには、１つのECCブロックのデータ量Buのオーディオファイルが、注目音声年輪データとして、メモリコントローラ１１６から信号処理部１１５に供給される。そして、この１つのECCブロックのデータ量Buの注目音声年輪データは、ピックアップ部１１２に供給され、図３６に示すように、光ディスク７の１つのECCブロックであるECCブロック＃１に、音声年輪データの境界と、光ディスク７のECCブロック＃１の境界とが一致するように記録される。
【０２９０】
なお、ここでは、説明を簡単にするために、光ディスク７には、物理的に連続した、十分大きな空き領域が存在するものとする。また、光ディスク７に対するデータの読み書きが、例えば、その内周から外周方向に行われるものとすると、データの記録は、メモリコントローラ１１６から信号処理部１１５に供給されるデータの順番で、空き領域の内周側から外周側に連続して行われていくものとする。
【０２９１】
ステップＳ２５６において、上述のように、注目音声年輪データの記録制御が行われた後は、ステップＳ２５７に進み、制御部１１９は、変数Ｎaを１だけインクリメントし、ステップＳ２５２に戻り、それ以降の処理を実行する。
【０２９２】
一方、ステップＳ２５３において、オーディオファイルがメモリ１１７に供給されていないと判定された場合、即ち、データ変換部１１８からメモリコントローラ１１６へのオーディオファイルの供給が停止した場合、ステップＳ２５８に進み、制御部１１９は、メモリコントローラ１１６を制御することにより、メモリ１１７にいま残っているオーディオファイルのすべてを読み出し、その音声年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのECCブロックの整数倍のデータ量の音声年輪データが、その整数倍の数のECCブロックに記録されるように記録制御を行う。
【０２９３】
上述したように、オーディオファイルは、ECCブロックの整数倍のデータ量とされているので、ステップＳ２５３において、ECCブロックの整数倍のデータ量の音声年輪データが、その整数倍の数のECCブロックに記録されることになる。
【０２９４】
その後、ステップＳ２５９に進み、制御部１１９は、変数Ｎaに、無限大に相当する値（非常に大きな値）をセットして、オーディオファイル記録タスクを終了する。
【０２９５】
これにより、図３４のオーディオファイル記録タスクにおいて、光ディスク７に対して読み書きを行う単位としての、例えば、ECCブロックの整数倍のデータ量の音声年輪データが、その整数倍の数のECCブロックに、音声年輪データの境界と、光ディスク７のECCブロックの境界とが一致するように、周期的に記録される。
【０２９６】
次に、図３６のフローチャートを参照して、図３３のステップＳ２３４で開始されるビデオファイル記録タスクについて説明する。
【０２９７】
ビデオファイル記録タスクが開始されると、まず最初に、ステップＳ２６１において、制御部１１９は、後で行われるステップＳ２６７の処理で、１ずつインクリメントされる変数Ｎvを、例えば１に初期化し、ステップＳ２６２に進む。
【０２９８】
ステップＳ２６２では、制御部１１９は、Ｔsv×Ｎvが、Ｔsa×Ｎa未満であり、さらに、Ｔsv×Ｎvが、Ｔsl×Ｎl以下で、かつＴsm×Ｎm以下であるかどうかを判定する。
【０２９９】
ここで、Ｔsa×Ｎaは、オーディオファイルを、音声年輪サイズＴsa単位で記録していった場合に、これから光ディスク７に記録しようとしている音声年輪データの最後の再生時刻に相当し、Ｔsv×Ｎvは、ビデオファイルを、画像年輪サイズＴsv単位で記録していった場合に、これから光ディスク７に記録しようとしている画像年輪データの最後の再生時刻に相当する。
【０３００】
いま、上述したように、音声年輪データと画像年輪データとを、同じような再生時間帯のものが、光ディスク７上の近い位置に記録されるように、周期的に配置し、さらに、同じような再生時間帯の音声年輪データと画像年輪データについては、音声年輪データが先に配置され、その後に、画像年輪データが配置されるものとする。そして、これから記録しようとする画像年輪データを、注目画像年輪データというものとすると、注目画像年輪データは、再生時刻Ｔsv×Ｎv以前の最近の（再生時刻Ｔsv×Ｎvに最も近い）再生時間帯の画像年輪データとなるが、この注目画像年輪データは、再生時刻Ｔsa×Ｎa以前の最近の再生時間帯の音声年輪データが記録された直後に記録する必要がある。従って、注目画像年輪データの記録は、画像年輪データの再生時刻Ｔsv×Ｎvが、音声年輪データの再生時刻Ｔsa×Ｎa未満となっているタイミングで行う必要がある。
【０３０１】
そこで、ステップＳ２６２では、上述したように、画像年輪データの再生時刻Ｔsv×Ｎvが、音声年輪データの再生時刻Ｔsa×Ｎa未満であるかどうかが判定され、これにより、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングであるかどうかが判定される。
【０３０２】
さらに、Ｔsv×Ｎvが、Ｔsl×Ｎl以下であるというのは、図３４のステップＳ２５２における場合と同様に、これから記録しようとする画像年輪データである注目画像年輪データ、即ち、再生時刻Ｔsv×Ｎv以前の最近の（再生時刻Ｔsv×Ｎvに最も近い）再生時間帯の画像年輪データを、再生時刻Ｔsv×Ｎv以前の最近の再生時間帯のローレゾ年輪データ直前、つまり、再生時刻Ｔsv×Ｎv以前の２番目に新しい再生時間帯のローレゾ年輪データが記録された直後に記録するための条件である。
【０３０３】
また、Ｔsv×Ｎvが、Ｔsm×Ｎm以下であるというのは、図３４のステップＳ２５２における場合と同様に、これから記録しようとする画像年輪データである注目画像年輪データ、即ち、再生時刻Ｔsv×Ｎv以前の最近の再生時間帯の画像年輪データを、再生時刻Ｔsv×Ｎv以前の最近の再生時間帯のメタ年輪データ直前、つまり、再生時刻Ｔsv×Ｎv以前の２番目に新しい再生時間帯のメタ年輪データが記録された直後に記録するための条件である。
【０３０４】
ステップＳ２６２において、画像年輪データの再生時刻Ｔsv×Ｎvが、音声年輪データの再生時刻Ｔsa×Ｎa未満、ローレゾ年輪データの再生時刻Ｔsl×Ｎl以下、またはメタ年輪データの再生時刻Ｔsm×Ｎm以下のうちのいずれかではないと判定された場合、即ち、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングでない場合、ステップＳ２６２に戻り、以下、同様の処理が繰り返される。
【０３０５】
また、ステップＳ２６２において、画像年輪データの再生時刻Ｔsv×Ｎvが、音声年輪データの再生時刻Ｔsa×Ｎa未満であり、さらに、ローレゾ年輪データの再生時刻Ｔsl×Ｎl以下であり、かつメタ年輪データの再生時刻Ｔsm×Ｎm以下であると判定された場合、即ち、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングである場合、ステップＳ２６３に進み、制御部１１９は、データ変換部１１８からメモリコントローラ１１６を介して、メモリ１１７に、ビデオファイルが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ２４に進む。
【０３０６】
ステップＳ２６４では、制御部１１９は、メモリ１１７に、通算して、画像年輪サイズＴsv×Ｎv分の再生に必要なビデオファイルのビデオファイルが記憶されたか否かを判定し、まだ、その分のビデオファイルがメモリ１１７に記憶されていないと判定された場合、ステップＳ２６２に戻り、それ以降の処理が繰り返される。また、ステップＳ２６４において、再生時間Ｔsv×Ｎvに対応する分のビデオファイルがメモリ１１７に記憶されたと判定された場合、処理はステップＳ２６５に進む。
【０３０７】
なお、データ変換部１１８のデータ量検出部１４１は、通算して、再生時間Ｔsv×Ｎv分の再生に必要なビデオファイルを検出したとき、その旨を、メモリコントローラ１１６に通知する。メモリコントローラ１１６は、その通知に基づいて、通算して、再生時間Ｔsv×Ｎv分の再生に必要なビデオファイルをメモリ１１７に記憶したか否かの判定を行い、その判定結果を制御部１１９に通知する。
すなわち制御部１１９は、メモリコントローラ１１６からのその判定結果に基づいて、ステップＳ２６４における判定を行う。
【０３０８】
ここで、図４０は、メモリ１１７に記憶されるビデオファイルの通算のデータ量（通算データ量）Ｌａと時間（再生時間）との関係を示している。なお、図４０中右側の上下方向を示す小さな矢印（水平方向の点線の間隔を示す矢印）は、図３５における場合と同様に、ECCブロックのデータ量Buを表している。また、図４０における点線Ｌａは、上述の図３５において実線で示した、メモリ１１７に記憶されるオーディオファイルの通算データ量Ｌａである。
【０３０９】
図４０において、例えば、Ｎv＝１のときの時間Ｔsv×Ｎv（＝１）分の再生に必要なビデオファイルのデータ量は、VN1'である。従って、Ｎv＝１のときのステップＳ２６４では、通算データ量がVN1'のビデオファイルが、メモリ１１７に記憶されたとき、再生時間Ｔsv×Ｎvに対応する分のビデオファイルがメモリ１１７に記憶されたと判定され、ステップＳ２６５に進む。
【０３１０】
ステップＳ２６５では、制御部１１９は、メモリコントローラ１１６を制御して、メモリ１１７に記憶されているビデオファイルから、光ディスク７に対して読み書きを行う単位としての、例えば１つのECCブロックのデータ量Buの整数倍（ｎ倍）のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のビデオファイルを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ２６６に進む。なお、このECCブロックの整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のビデオファイルとして、メモリ１１７から読み出される画像年輪データが、上述した、再生時刻Ｔsv×Ｎv以前の最近の画像年輪データである。
【０３１１】
ここで、上述の図４０において時刻が１×Ｔsvのとき、メモリ１１７には、少なくともデータ量VN1'のビデオファイルが記憶されている。データ量VN1'は、４つのECCブロックのデータ量より大であるが、５つのECCブロックのデータ量より小であるため、ステップＳ２６５では、４つのECCブロックのデータ量BuであるVN1分のビデオファイルが、メモリ１１７から、注目画像年輪データとして読み出されることにより抽出される。
【０３１２】
なお、ステップＳ２６５において読み出されなかったビデオファイル、即ち、図４０の時刻が１×Ｔsvのときにおいては、１つのECCブロックのデータ量Buに満たないデータ量Vα1のビデオファイルは、そのままメモリ１１７に残される。
【０３１３】
図３９に戻り、ステップＳ２６６では、制御部１１９が、ステップＳ２６５で得られた、ECCブロックの整数倍のデータ量の注目画像年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのECCブロックの整数倍のデータ量の注目画像年輪データが、その整数倍の数のECCブロックに記録されるように記録制御を行う。
【０３１４】
ここで、図４０の時刻が１×Ｔsvのときには、４つのECCブロックのデータ量Buのビデオファイルが、注目画像年輪データとして、メモリコントローラ１１６から信号処理部１１５に供給される。そして、この４つのECCブロックのデータ量Buの注目画像年輪データは、ピックアップ部１１２に供給され、上述した図３６に示すように、光ディスク７の４つのECCブロックであるECCブロック＃２，＃３，＃４，＃５に、画像年輪データの境界と、光ディスク７のECCブロック＃２乃至＃５の領域の境界（ECCブロック＃２の先頭側の境界およびECCブロック＃５の終わり側の境界）とが一致するように記録される。
【０３１５】
即ち、いま、説明を簡単にするため、音声年輪サイズＴsaと画像年輪サイズＴsvとが等しいものとすると、図３４のオーディオファイル記録タスクと、図３９のビデオファイル記録タスクの開始後、Ｎa＝Ｎa＝１のときに、図３６に示したように、ECCブロック＃１に、再生時刻Ｔsa×Ｎa以前の最近の音声年輪データが記録される。ECCブロック＃１に音声年輪データが記録されることにより、図３４のオーディオファイル記録タスクのステップＳ２５７では、変数Ｎaが１だけインクリメントされ、Ｎa＝２とされる。このとき、変数Ｎvは、まだ１のままであり、従って、再生時刻Ｔsa×Ｎaは、再生時刻Ｔsa×Ｎa未満となる。その結果、図３９のビデオファイル記録タスクでは、ステップＳ２６６において、再生時刻Ｔsv×Ｎv以前の最近の画像年輪データが、ECCブロック＃２乃至＃５に記録される。
【０３１６】
即ち、ここでは、上述したように、光ディスク７において、データの記録が、メモリコントローラ１１６から信号処理部１１５に供給されるデータの順番で、空き領域の内周側から外周側に連続して行われていくものとしているため、再生時刻Ｔsv×Ｎv以前の最近の画像年輪データである４つのECCブロック分の画像年輪データは、直前に、音声年輪データが記録されたECCブロック＃１の直後のECCブロック＃２から開始され、これにより、図３６に示したように、ECCブロック＃２乃至＃５に記録される。
【０３１７】
以上から、Ｎa＝Ｎa＝１の場合に得られる音声年輪データと画像年輪データ、即ち、再生時刻Ｔsa×Ｎa以前の最近の音声年輪データと、その再生時刻Ｔsa×Ｎaに等しい再生時刻Ｔsv×Ｎv以前の最近の画像年輪データ、つまりは、同じような再生時間帯の音声年輪データと画像年輪データは、光ディスク７の隣接する位置に配置されて記録される。
【０３１８】
ステップＳ２６６において、上述のように、注目画像年輪データの記録制御が行われた後は、ステップＳ２６７に進み、制御部１１９は、変数Ｎvを１だけインクリメントし、ステップＳ２６２に戻り、それ以降の処理を繰り返す。
【０３１９】
一方、ステップＳ２６３において、ビデオファイルがメモリ１１７に供給されていないと判定された場合、即ち、データ変換部１１８からメモリコントローラ１１６へのビデオファイルの供給が停止した場合、ステップＳ２６８に進み、制御部１１９は、メモリコントローラ１１６を制御することにより、メモリ１１７にいま残っているビデオファイルのすべてを読み出し、そのビデオファイルを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのECCブロックの整数倍のデータ量の画像年輪データが、その整数倍の数のECCブロックに記録されるように記録制御を行う。
【０３２０】
ビデオファイルは、ECCブロックの整数倍のデータ量とされているので、ステップＳ２６８においては、ECCブロックの整数倍のデータ量の画像年輪データが、その整数倍の数のECCブロックに記録される。
【０３２１】
その後、ステップＳ２６９に進み、制御部１１９は、変数Ｎvに、無限大に相当する値をセットして、ビデオファイル記録タスクを終了する。
【０３２２】
これにより、図３６のビデオファイル記録タスクでも、図３４のビデオファイル記録タスクにおける場合と同様に、光ディスク７の読み書きの単位としての、例えば、ECCブロックの整数倍のデータ量の画像年輪データが、その整数倍の数のECCブロックに、画像年輪データの境界と、光ディスク７のECCブロックの境界とが一致するように、周期的に記録される。
【０３２３】
次に、図３９のフローチャートを参照して、ローレゾデータファイルとされたローレゾデータを記録する、図３３のステップＳ２３５で開始されるローレゾデータ記録タスクについて説明する。
【０３２４】
ローレゾデータ記録タスクが開始されると、まず最初に、ステップＳ２７１において、制御部１１９は、後述するステップＳ２７７の処理で、１ずつインクリメントされる変数Ｎlを、例えば１に初期化し、ステップＳ２７２に進む。
【０３２５】
ステップＳ２７２では、制御部１１９は、Ｔsl×Ｎlが、Ｔsa×Ｎa未満であり、さらに、Ｔsl×Ｎlが、Ｔsv×Ｎv未満で、かつＴsm×Ｎm以下であるかどうかを判定する。
【０３２６】
ここで、Ｔsl×Ｎlが、Ｔsa×Ｎa未満であるというのは、図３７のステップＳ２６２で説明した場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データを、再生時刻Ｔsl×Ｎl以前の最近の再生時間帯の音声年輪データが記録された直後に記録するための条件である。また、Ｔsl×Ｎlが、Ｔsv×Ｎv未満であるというのは、やはり、図３７のステップＳ２６２で説明した場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データを、再生時刻Ｔsl×Ｎl以前の最近の再生時間帯の画像年輪データが記録された直後に記録するための条件である。
【０３２７】
さらに、Ｔsl×Ｎlが、Ｔsm×Ｎm以下であるというのは、図３４のステップＳ２５２における場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データ、即ち、再生時刻Ｔsl×Ｎl以前の最近の（再生時刻Ｔsl×Ｎlに最も近い）再生時間帯のローレゾ年輪データを、再生時刻Ｔsl×Ｎl以前の最近の再生時間帯のメタ年輪データ直前、つまり、再生時刻Ｔsl×Ｎl以前の２番目に新しい再生時間帯のメタ年輪データが記録された直後に記録するための条件である。
【０３２８】
ステップＳ２７２において、ローレゾ年輪データの再生時刻Ｔsl×Ｎlが、音声年輪データの再生時刻Ｔsa×Ｎa未満、画像年輪データの再生時刻Ｔsv×Ｎv未満、またはメタ年輪データの再生時刻Ｔsm×Ｎm以下のうちのいずれかではないと判定された場合、即ち、現在のタイミングが、注目ローレゾ年輪データの記録を行うべきタイミングでない場合、ステップＳ２７２に戻り、以下、同様の処理が繰り返される。
【０３２９】
また、ステップＳ２７２において、ローレゾ年輪データの再生時刻Ｔsl×Ｎlが、音声年輪データの再生時刻Ｔsa×Ｎa未満であり、さらに、画像年輪データの再生時刻Ｔsv×Ｎv未満であり、かつメタ年輪データの再生時刻Ｔsm×Ｎm以下であると判定された場合、即ち、現在のタイミングが、注目ローレゾ年輪データの記録を行うべきタイミングである場合、ステップＳ２７３に進み、制御部１１９は、データ変換部１１８からメモリコントローラ１１６を介して、メモリ１１７に、ローレゾデータが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ２７４に進む。
【０３３０】
ステップＳ２７４では、制御部１１９は、メモリ１１７に、通算して、ローレゾ年輪サイズＴsl×Ｎl分の再生に必要なローレゾデータが記憶されたか否かを判定し、まだ、その分のローレゾデータがメモリ１１７に記憶されていないと判定された場合、ステップＳ２７２に戻り、以下、同様の処理が繰り返される。また、ステップＳ２７４において、再生時間Ｔsl×Ｎlに対応する分のローレゾデータがメモリ１１７に記憶されたと判定された場合、ステップＳ２７５に進む。
【０３３１】
なお、データ変換部１１８のデータ量検出部１４１は、通算して、再生時間Ｔsl×Ｎl分の再生に必要なビデオファイルおよびオーディオファイルを検出したとき、その旨を、メモリコントローラ１１６に通知する。メモリコントローラ１１６は、その通知に基づいて、通算して、再生時間Ｔsl×Ｎl分の再生に必要なローレゾデータをメモリ１１７に記憶したか否かの判定を行い、その判定結果を制御部１１９に通知する。そして、制御部１１９は、メモリコントローラ１１６からのその判定結果に基づいて、ステップＳ２７４における判定処理を行う。なお、本実施の形態では、ビデオファイル等のデータ量を少なくしたビデオファイル等を圧縮符号したものを、ローレゾデータとするようにしたが、その他、ビデオファイル等のデータ量を少なくしたビデオファイル等を、そのまま、ローレゾデータとするようにすることも可能である。
【０３３２】
ステップＳ２７５では、制御部１１９は、メモリコントローラ１１６を制御して、メモリ１１７に記憶されているローレゾデータから、光ディスク７に対して読み書きを行う単位としての、例えば１つのECCブロックのデータ量Buの整数倍（ｎ倍）のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のローレゾデータを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ２７６に進む。
【０３３３】
なお、このECCブロックの整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のローレゾデータとして、メモリ１１７から読み出されるローレゾ年輪データが、上述した、再生時刻Ｔsl×Ｎl以前の最近のローレゾ年輪データである。
【０３３４】
また、ステップＳ２７５において読み出されなかったローレゾデータは、そのままメモリ１１７に残される。
【０３３５】
ステップＳ２７６では、制御部１１９が、ステップＳ２７５で得られた、ECCブロックの整数倍のデータ量の注目ローレゾ年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのECCブロックの整数倍のデータ量の注目ローレゾ年輪データが、その整数倍の数のECCブロックに記録されるように記録制御を行う。これにより、ECCブロックの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のECCブロックに、ローレゾ年輪データの境界と、光ディスク７のECCブロックの境界とが一致するように記録される。
【０３３６】
その後、ステップＳ２７７に進み、制御部１１９は、変数Ｎlを１だけインクリメントし、ステップＳ２７２に戻り、以下、同様の処理を繰り返される。
【０３３７】
一方、ステップＳ２７３において、ローレゾデータがメモリ１１７に供給されていないと判定された場合、即ち、データ変換部１１８からメモリコントローラ１１６へのローレゾデータの供給が停止した場合、ステップＳ２７８に進み、制御部１１９は、メモリコントローラ１１６を制御することにより、メモリ１１７にいま残っているローレゾデータのすべてを読み出し、そのローレゾデータを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのECCブロックの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のECCブロックに記録されるように記録制御を行う。
【０３３８】
ローレゾデータファイルは、ECCブロックの整数倍のデータ量とされているので、ステップＳ２７８において、ECCブロックの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のECCブロックに記録される。
【０３３９】
その後、ステップＳ２７９に進み、制御部１１９は、変数Ｎlに、無限大に相当する値をセットして、ローレゾデータ記録タスクを終了する。
【０３４０】
次に、図４０のフローチャートを参照して、図３３のステップＳ２３６で開始されるメタデータ記録タスクについて説明する。
【０３４１】
メタデータ記録タスクが開始されると、まず最初に、ステップＳ２８１において、制御部１１９は、後述するステップＳ２８７の処理で、１ずつインクリメントされる変数Ｎlを、例えば１に初期化し、ステップＳ２８２に進む。
【０３４２】
ステップＳ２８２では、制御部１１９は、Ｔsm×Ｎmが、Ｔsa×Ｎa未満であり、さらに、Ｔsm×Ｎmが、Ｔsv×Ｎv未満で、かつＴsl×Ｎl未満であるかどうかを判定する。
【０３４３】
ここで、Ｔsm×Ｎmが、Ｔsa×Ｎa未満であるというのは、図３７のステップＳ２６２で説明した場合と同様に、これから記録しようとするメタ年輪データである注目メタ年輪データを、再生時刻Ｔsm×Ｎm以前の最近の再生時間帯の音声年輪データが記録された直後に記録するための条件である。また、Ｔsm×Ｎmが、Ｔsv×Ｎv未満であるというのは、やはり、図３７のステップＳ２６２で説明した場合と同様に、これから記録しようとするメタ年輪データである注目メタ年輪データを、再生時刻Ｔsm×Ｎm以前の最近の再生時間帯の画像年輪データが記録された直後に記録するための条件である。同様に、Ｔsm×Ｎmが、Ｔsl×Ｎl未満であるというのは、これから記録しようとするメタ年輪データである注目メタ年輪データを、再生時刻Ｔsm×Ｎm以前の最近の再生時間帯のローレゾ年輪データが記録された直後に記録するための条件である。
【０３４４】
ステップＳ２８２において、メタ年輪データの再生時刻Ｔsm×Ｎmが、音声年輪データの再生時刻Ｔsa×Ｎa未満、画像年輪データの再生時刻Ｔsv×Ｎv未満、またはメタ年輪データの再生時刻Ｔsl×Ｎl未満のうちのいずれかではないと判定された場合、即ち、現在のタイミングが、注目メタ年輪データの記録を行うべきタイミングでない場合、ステップＳ２８２に戻り、以下、同様の処理が繰り返される。
【０３４５】
また、ステップＳ２８２において、メタ年輪データの再生時刻Ｔsm×Ｎmが、音声年輪データの再生時刻Ｔsa×Ｎa未満であり、さらに、画像年輪データの再生時刻Ｔsv×Ｎv未満でもあり、かつローレゾ年輪データの再生時刻Ｔsl×Ｎl未満であると判定された場合、即ち、現在のタイミングが、注目メタ年輪データの記録を行うべきタイミングである場合、ステップＳ２８３に進み、制御部１１９は、データ変換部１１８からメモリコントローラ１１６を介して、メモリ１１７に、メタデータが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ２８４に進む。
【０３４６】
ステップＳ２８４では、制御部１１９は、メモリ１１７に、通算して、メタ年輪サイズＴsm×Ｎm分の再生に必要なメタデータが記憶されたか否かを判定し、まだ、その分のメタデータがメモリ１１７に記憶されていないと判定された場合、ステップＳ２８２に戻り、以下、同様の処理が繰り返される。また、ステップＳ２８４において、再生時間Ｔsm×Ｎmに対応する分のメタデータがメモリ１１７に記憶されたと判定された場合、ステップＳ２８５に進む。
【０３４７】
なお、データ変換部１１８のデータ量検出部１４１は、通算して、再生時間Ｔsm×Ｎm分の再生に必要なビデオファイルおよびオーディオファイルを検出したとき、その旨を、メモリコントローラ１１６に通知する。メモリコントローラ１１６は、その通知に基づいて、通算して、再生時間Ｔsm×Ｎm分の再生に必要なメタデータをメモリ１１７に記憶したか否かの判定を行い、その判定結果を制御部１１９に通知する。そして、制御部１１９は、メモリコントローラ１１６からのその判定結果に基づいて、ステップＳ２８４における判定処理を行う。
【０３４８】
ステップＳ２８５では、制御部１１９は、メモリコントローラ１１６を制御して、メモリ１１７に記憶されているメタデータから、光ディスク７に対して読み書きを行う単位としての、例えば１つのECCブロックのデータ量Buの整数倍（ｎ倍）のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のメタデータを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ２８６に進む。
【０３４９】
なお、このECCブロックの整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のメタデータとして、メモリ１１７から読み出されるメタ年輪データが、上述した、再生時刻Ｔsm×Ｎm以前の最近のメタ年輪データである。
【０３５０】
また、ステップＳ２８５において読み出されなかったメタデータは、そのままメモリ１１７に残される。
【０３５１】
ステップＳ２８６では、制御部１１９が、ステップＳ２８５で得られた、ECCブロックの整数倍のデータ量の注目メタ年輪データを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのECCブロックの整数倍のデータ量の注目メタ年輪データが、その整数倍の数のECCブロックに記録されるように記録制御を行う。これにより、ECCブロックの整数倍のデータ量のメタ年輪データが、その整数倍の数のECCブロックに、メタ年輪データの境界と、光ディスク７のECCブロックの境界とが一致するように、周期的に記録される。
【０３５２】
その後、ステップＳ２８７に進み、制御部１１９は、変数Ｎmを１だけインクリメントし、ステップＳ２８２に戻り、以下、同様の処理を繰り返される。
【０３５３】
一方、ステップＳ２８３において、メタデータがメモリ１１７に供給されていないと判定された場合、即ち、データ変換部１１８からメモリコントローラ１１６へのメタデータの供給が停止した場合、ステップＳ２８８に進み、制御部１１９は、メモリコントローラ１１６を制御することにより、メモリ１１７にいま残っているメタデータのすべてを読み出し、そのメタデータを、メモリコントローラ１１６から信号処理部１１５に供給させ、これにより、そのECCブロックの整数倍のデータ量のメタ年輪データが、その整数倍の数のECCブロックに記録されるように記録制御を行う。
【０３５４】
その後、ステップＳ２８９に進み、制御部１１９は、変数Ｎmに、無限大に相当する値をセットして、メタデータ記録タスクを終了する。
【０３５５】
このように、オーディオファイル記録タスク、ビデオファイル記録タスク、ローレゾデータ記録タスク、およびメタデータ記録タスクの処理が行われ、オーディオファイル、ビデオファイル、メタデータ、およびローレゾデータが、光ディスク７に記録される。これにより、例えば、音声年輪サイズＴsaと画像年輪サイズＴsvが同一の時間である場合には、同じような再生時間帯のオーディオファイルのまとまりである音声年輪データと、ビデオファイルのまとりまりである画像年輪データとが、光ディスク７の隣接した位置に配置されるように、順次記録される。さらに、同じような再生時間帯のローレゾデータのまとまりであるローレゾ年輪データ、およびメタデータのまとまりであるメタデータ年輪データが、光ディスク７の音声年輪データおよび画像年輪データに隣接した位置に配置されるように、順次記録される。
【０３５６】
光ディスク７には、木の年輪を形成するかのように、ビデオファイルとオーディオファイルなどが記録される。このことから、光ディスク７に記録されるオーディオファイルやビデオファイルなどのひとまとまりを、音声「年輪」データや画像「年輪」データと呼んでいる。ローレゾ年輪データやメタ年輪データについても、同様である。なお、以下、適宜、木の年輪を形成するかのように、光ディスク７に記録される、あるデータ系列の中のデータのまとまりを、年輪データという。
【０３５７】
ここで、光ディスク７に形成される年輪の幅（ある１つの音声年輪データや画像年輪データが、幾つのトラックに亘って記録されるか）は、音声年輪サイズＴsaと画像年輪サイズＴsvによって決定される。なお、音声年輪サイズＴsaや画像年輪サイズＴsvは、音声年輪データや画像年輪データを記録する光ディスク７の半径位置に応じて変化させることができる。そして、音声年輪サイズＴsaや画像年輪サイズＴsvによっては、１つの音声年輪データや画像年輪データが記録されるトラックが、１周分に満たないケースが生じる。
【０３５８】
以上のように、同じような再生時間帯の音声年輪データと画像年輪データが、光ディスク７上の近い位置に記録されるので、光ディスク７から、同一の再生時刻のオーディオファイルとビデオファイルを、迅速に読み出して再生することが可能となる。
【０３５９】
また、オーディオファイルとビデオファイルは、複数のECCブロックのデータ量分の年輪データととされ、その複数のECCブロックに、年輪データの境界とECCブロックの境界とが一致するように記録されるので、光ディスク７から、オーディオファイルまたはビデオファイルだけを読み出すことが可能となり、その結果、オーディオファイルまたはビデオファイルだけの編集処理を迅速に行うことが可能となる。
【０３６０】
ビデオファイルのヘッダ、ボディ、およびフッタのそれぞれのデータ量が、ECCブロックの整数倍とされているので、ヘッダ、ボディ、およびフッタ毎に、ECCブロックに記録される。すなわち、１つのECCブロックに、ヘッダ、ボディ、およびフッタのいずれか２つが記録されることはない。
【０３６１】
従って、ヘッダ、ボディ、およびフッタの１つのを書き込む場合、または読み出す場合、最小の数のECCブロックに対して、書き込みまたは読み出しの処理が実行されることになり、より効率的に読み書きの処理ができるようになる。その結果、ファイルの書き込みの処理において、データが書き換えられるクラスタの数が最小の数となり、光ディスク７の書き換えの回数に物理的（物性的な）な制限がある場合、データの書き換えの回数に対しての光ディスク７の寿命が長くなるというメリットが得られる。
【０３６２】
なお、図３４のオーディオファイル記録タスクにおけるステップＳ２５２、図３７のビデオファイル記録タスクにおけるステップＳ２６２、図３９のローレゾデータ記録タスクにおけるステップＳ２７２、図４０のメタデータ記録タスクにおけるステップＳ２８２それぞれの判定処理によって、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データどうしが、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データの順の優先順位で、光ディスク７に周期的に記録される。
【０３６３】
但し、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データを光ディスク７に記録するときの優先順位は、上述した、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データの順に限定されるものではない。
【０３６４】
例えば、光ディスク７に記録するときの優先順位は、メタ年輪データ、音声年輪データ、画像年輪データ、およびローレゾ年輪データの順とすることができる。
【０３６５】
次に、メモリコントローラ１１６は、上述したように、メモリ１１７からデータを読み出すことにより、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データを抽出するが、この音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データを構成（抽出）する処理について、図４１乃至図４５を参照して、さらに説明する。
【０３６６】
図４１は、メモリ１１７に記憶されるオーディオファイルの通算のデータ量（通算データ量）Ｌａ、ビデオファイルの通算データ量Ｌｖ、ローレゾデータの通算データ量Ｌｌ、メタデータの通算データ量Ｌｍそれぞれと、時間（再生時間）ｔとの関係を示している。なお、図４１中（後述する図４２乃至図４５においても同様）、右側の上下方向を示す小さな矢印（水平方向の点線の間隔を示す矢印）は、ECCブロックのデータ量Buを表している。
【０３６７】
上述したように、メモリコントローラ１１６は、再生時間Ｔsa×Ｎaの再生に必要なオーディオファイルがメモリ１１７に記憶されると、メモリ１１７から読み出すことのできるECCブロックの整数倍の最大のデータ量のオーディオファイルを読み出し、そのECCブロックの整数倍の最大のデータ量のオーディオファイルを、音声年輪データとして抽出する。また、メモリコントローラ１１６は、再生時間Ｔsv×Ｎvの再生に必要なビデオファイルがメモリ１１７に記憶されると、メモリ１１７から読み出すことのできるECCブロックの整数倍の最大のデータ量のビデオファイルを読み出し、そのECCブロックの整数倍の最大のデータ量のビデオファイルを、画像年輪データとして抽出する。さらに、メモリコントローラ１１６は、再生時間Ｔsl×Ｎlの再生に必要なローレゾデータがメモリ１１７に記憶されると、メモリ１１７から読み出すことのできるECCブロックの整数倍の最大のデータ量のローレゾデータを読み出し、そのECCブロックの整数倍の最大のデータ量のローレゾデータを、ローレゾ年輪データとして抽出する。また、メモリコントローラ１１６は、再生時間Ｔsm×Ｎmの再生に必要なメタデータがメモリ１１７に記憶されると、メモリ１１７から読み出すことのできるECCブロックの整数倍の最大のデータ量のメタデータを読み出し、そのECCブロックの整数倍の最大のデータ量のメタデータを、メタ年輪データとして抽出する。
【０３６８】
従って、図４１に示したように、メモリ１１７に記憶されるオーディオファイルの通算データ量Ｌａが変化する場合には、メモリコントローラ１１６は、図４２に示すように、時刻ｔが、音声年輪サイズＴsaの整数倍であるｉ×Ｔsaとなるタイミングで（ｉ＝１，２，・・・）、メモリ１１７から読み出すことのできるECCブロックの整数倍の最大のデータ量のオーディオファイルを読み出し、そのECCブロックの整数倍の最大のデータ量のオーディオファイルを、音声年輪データとして抽出する。
【０３６９】
ここで、図４２の実施の形態では、時刻ｔが、Ｔsa，２×Ｔsa，３×Ｔsa，４×Ｔsaのタイミングにおいて、それぞれ、１つのECCブロック、２つのECCブロック、１つのECCブロック、２つのECCブロック分のオーディオファイルが、音声年輪データ＃１，＃２，＃３，＃４として抽出されている。
【０３７０】
また、図４１に示したように、メモリ１１７に記憶されるビデオファイルの通算データ量Ｌｖが変化する場合には、メモリコントローラ１１６は、図４３に示すように、時刻ｔが、画像年輪サイズＴsvの整数倍であるｉ×Ｔsvとなるタイミングで、メモリ１１７から読み出すことのできるECCブロックの整数倍の最大のデータ量のビデオファイルを読み出し、そのECCブロックの整数倍の最大のデータ量のビデオファイルを、画像年輪データとして抽出する。
【０３７１】
ここで、図４３の実施の形態では、時刻ｔが、Ｔsv，２×Ｔsv，３×Ｔsv，４×Ｔsvのタイミングにおいて、それぞれ、４つのECCブロック、２つのECCブロック、５つのECCブロック、２つのECCブロック分のビデオファイルが、画像年輪データ＃１，＃２，＃３，＃４として抽出されている。
【０３７２】
さらに、図４１に示したように、メモリ１１７に記憶されるローレゾデータの通算データ量Ｌｌが変化する場合には、メモリコントローラ１１６は、図４４に示すように、時刻ｔが、ローレゾ年輪サイズＴslの整数倍であるｉ×Ｔslとなるタイミングで、メモリ１１７から読み出すことのできるECCブロックの整数倍の最大のデータ量のローレゾデータを読み出し、そのECCブロックの整数倍の最大のデータ量のローレゾデータを、ローレゾ年輪データとして抽出する。
【０３７３】
ここで、図４４の実施の形態では、時刻ｔが、Ｔsl，２×Ｔslのタイミングにおいて、それぞれ、１つのECCブロック、３つのECCブロック分のローレゾデータが、ローレゾ年輪データ＃１，＃２として抽出されている。
【０３７４】
また、図４１に示したように、メモリ１１７に記憶されるメタデータの通算データ量Ｌｍが変化する場合には、メモリコントローラ１１６は、図４５に示すように、時刻ｔが、メタ年輪サイズＴsmの整数倍であるｉ×Ｔsmとなるタイミングで、メモリ１１７から読み出すことのできるECCブロックの整数倍の最大のデータ量のメタデータを読み出し、そのECCブロックの整数倍の最大のデータ量のメタデータを、メタ年輪データとして抽出する。
【０３７５】
ここで、図４５の実施の形態では、時刻ｔが、Ｔsm，２×Ｔsmのタイミングにおいて、いずれも、１つのECCブロック分のメタデータが、メタ年輪データ＃１，＃２としてそれぞれ抽出されている。
【０３７６】
いま、図４２に示した音声年輪サイズＴsa、図４３に示した画像年輪サイズＴsv、図４４に示したローレゾ年輪サイズＴsl、および図４５に示したメタ年輪サイズＴsmについて、例えば、画像年輪サイズＴsvが、音声年輪サイズＴsaと等しく、ローレゾ年輪サイズＴslおよびメタ年輪サイズＴsmが、音声年輪サイズＴsaの２倍に等しいという関係があるとすると（２×Ｔsa＝２×Ｔsv＝Ｔsl＝Ｔsm）、図３４のオーディオファイル記録タスク、図３７のビデオファイル記録タスク、図３９のローレゾデータ記録タスク、および図４０のメタデータ記録タスクによれば、図４２の音声年輪データ＃１乃至＃４、図４３の画像年輪データ＃１乃至＃４、図４４のローレゾ年輪データ＃１および＃２、図４５のメタ年輪データ＃１および＃２は、図２７に示すように、光ディスク７に周期的に記録される。
【０３７７】
即ち、上述したように、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびメタ年輪データについては、上述したように、音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データの順の優先順位で、光ディスク７のより前の位置に記録される。
【０３７８】
さらに、例えば、最も優先順位が高い音声年輪データを基準に考えると、音声年輪サイズＴsaと同一の画像年輪サイズＴsvの画像年輪データについては、音声年輪データと同一の周期で光ディスク７に記録される。即ち、ある再生時間帯の音声年輪データが記録されれば、その音声年輪データに続いて、その再生時間帯と同じような再生時間帯の画像年輪データが記録される。
【０３７９】
また、音声年輪サイズＴsaの２倍となっているローレゾ年輪サイズＴslのローレゾ年輪については、音声年輪データの２倍の周期で光ディスク７に記録される。即ち、ある再生時間帯のローレゾ年輪データについては、その再生時間帯を２分するような２つの再生時間帯の音声年輪データが存在し、その２つの再生時間帯の音声年輪データが記録された後に記録される。
【０３８０】
さらに、音声年輪サイズＴsaの２倍となっているメタ年輪サイズＴsmのメタ年輪については、やはり、音声年輪データの２倍の周期で光ディスク７に記録される。即ち、ある再生時間帯のメタ年輪データについては、その再生時間帯を２分するような２つの再生時間帯の音声年輪データが存在し、その２つの再生時間帯の音声年輪データが記録された後に記録される。
【０３８１】
以上から、図４２の音声年輪データ＃１乃至＃４、図４３の画像年輪データ＃１乃至＃４、図４４のローレゾ年輪データ＃１および＃２、図４５のメタ年輪データ＃１および＃２は、図４６に示すように、その光ディスク７の内周側から外周側に向かって、音声年輪データ＃１、画像年輪データ＃１、音声年輪データ＃２、画像年輪データ＃２、ローレゾ年輪データ＃１、メタ年輪データ＃１、音声年輪データ＃３、画像年輪データ＃３、音声年輪データ＃４、画像年輪データ＃４、ローレゾ年輪データ＃２、メタ年輪データ＃２，・・・の順番で記録される。
【０３８２】
なお、図４１乃至図４６の実施の形態では、画像年輪サイズＴsvと音声年輪サイズＴsaと等しくし、ローレゾ年輪サイズＴslおよびメタ年輪サイズＴsmを、音声年輪サイズＴsaの２倍とするようにしたが、音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、メタ年輪サイズＴsmそれぞれどうしの関係は、これに限定されるものではない。即ち、音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、メタ年輪サイズＴsmは、例えば、すべて同一の時間とすることもできるし、すべて異なる時間とすることなども可能である。
【０３８３】
また、音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、およびメタ年輪サイズＴsmは、例えば、光ディスク７の用途や使用目的にあわせて設定することが可能である。
【０３８４】
即ち、ローレゾ年輪サイズＴslや、メタ年輪サイズＴsmは、例えば、音声年輪サイズＴsaおよび画像年輪サイズＴsvよりも大とすることが可能である。
【０３８５】
ローレゾ年輪サイズＴslを、音声年輪サイズＴsaおよび画像年輪サイズＴsvよりも大とした場合（例えば、音声年輪サイズＴsaおよび画像年輪サイズＴsvが２秒であるのに対して、ローレゾ年輪サイズＴslを１０秒とした場合）には、例えば、ローレゾデータによるシャトル再生速度や、コンピュータなどの外部の装置へのローレゾデータの転送速度を向上させることができる。
【０３８６】
即ち、ローレゾデータは、本線データよりもデータ量が少ないため、光ディスク７からの読み出しを短時間で行うことができ、さらに、処理負担も少ないので、シャトル再生などの変速再生に利用することができる。そして、ローレゾ年輪サイズＴslを大とする場合には、光ディスク７からローレゾデータだけを読み出すときに生じるシークの頻度を少なくすることができるから、光ディスク７からのローレゾデータだけの読み出しを、より短時間で行うことが可能となり、そのローレゾデータを利用したシャトル再生を行うときには、シャトル再生の速度を向上させることができる。さらに、ローレゾデータをコンピュータなどに転送して処理する場合には、その転送速度を向上させる（転送に要する時間を短くする）ことができる。
【０３８７】
また、メタ年輪サイズＴsを、音声年輪サイズＴsaおよび画像年輪サイズＴsvよりも大とした場合（例えば、音声年輪サイズＴsaおよび画像年輪サイズＴsvが２秒であるのに対して、メタ年輪サイズＴsmを２０秒とした場合）には、ローレゾ年輪サイズＴslを大とした場合と同様に、光ディスク７からメタデータだけを短時間で読み出すことができる。従って、例えば、そのメタデータに含まれるタイムコードなどを用いて、本線データであるビデオファイルの特定のフレームの検索などを、高速で行うことが可能となる。
【０３８８】
従って、ローレゾデータのシャトル再生や外部への転送を高速で行うことが要求される場合には、ローレゾ年輪サイズＴslを大にすることにより、また、フレームの検索の高速性が要求される場合には、メタ年輪サイズＴsを大とすることにより、その要求に応えた利便性の高い光ディスク７を提供することが可能となる。
【０３８９】
以上のように、ローレゾ年輪サイズＴslや、メタ年輪サイズＴsmを大とすることにより、ローレゾデータやメタデータだけなどの特定のデータ系列の読み出しに要する時間（さらには、書き込みに要する時間も）を短縮することができる。
【０３９０】
従って、音声年輪サイズＴsaや、画像年輪サイズＴsvを大とした場合には、やはり、本線データとしてのオーディオファイルやビデオファイルだけの読み出し（さらには、書き込み）に要する時間を短縮することができる。その結果、オーディオファイルまたはビデオファイルだけを編集する、いわゆるAV(Audio Visual)スプリット編集を行う場合には、その編集処理の高速化を図ることができる。
【０３９１】
但し、画像と音声の再生を行う場合、その再生を開指するには、各再生時刻のビデオファイルと、そのビデオファイルに付随するオーディオファイルとが揃うまで待つ必要がある。音声年輪サイズＴsaや、画像年輪サイズＴsvを大とすると、その大きな音声年輪サイズＴsaのオーディオファイルまたは画像年輪サイズＴsvのビデオファイルのうちの一方を読み出し、さらに、その後に、他方を読み出さなければならず、ある再生時刻のビデオファイルと、そのビデオファイルに付随するオーディオファイルとが揃うまでの時間が大となって、再生が指令されてから、実際に再生が開始されるまでの遅延時間が大となる。さらに、ある再生時刻のビデオファイルと、そのビデオファイルに付随するオーディオファイルとを同時に再生するために、大きな音声年輪サイズＴsaのオーディオファイルまたは画像年輪サイズＴsvのビデオファイルのうちの先に読み出される方は、少なくとも、後に読み出される方の読み出しが開始されるまで、メモリ１１７に記憶しておく必要がある。以上から、音声年輪サイズＴsaや、画像年輪サイズＴsvを大とすると、再生が開始されるまでの遅延時間が大となる他、メモリ１１７として、容量の大きなものが必要となる。
【０３９２】
従って、音声年輪サイズＴsaと画像年輪サイズＴsvは、再生が開始されるまでの遅延時間や、メモリ１１７の容量として許容される値を考慮して決めるのが望ましい。
【０３９３】
なお、ローレゾデータやメタデータは、オーディオファイルやビデオファイルに比較してデータ量が十分小さいので、ローレゾ年輪サイズＴslやメタ年輪サイズＴsmを大としても、音声年輪サイズＴsaや画像年輪サイズＴsvを大とした場合に比較して、メモリ１１７に必要とされる容量の増加は、それほど問題とならない。
【０３９４】
また、光ディスク７に記録するときの優先順位は、メタ年輪データ、音声年輪データ、画像年輪データ、およびローレゾ年輪データの順とすることができる。
この場合、メタ年輪データ＃１および＃２、音声年輪データ＃１および＃２、画像年輪データ＃１および＃４、ローレゾ年輪データ＃１および＃２は、例えば、図４７に示すように、その光ディスク７の内周側から外周側に向かって、メタ年輪データ＃１、音声年輪データ＃１、画像年輪データ＃１、ローレゾ年輪データ＃１、メタ年輪データ＃２、音声年輪データ＃２、画像年輪データ＃２、ローレゾ年輪データ＃２、・・・の順番で記録される。
【０３９５】
図４８は、ディスクドライブ装置１１によって、光ディスク７に対するデータの読み書きが行われる様子を示している。なお、図４８では、光ディスク７に対して、メタデータファイル、オーディオファイル、ビデオファイル、およびローレゾデータの４つのデータ系列の読み書きが行われるものとしてある。
【０３９６】
図４８においては、メタ年輪データ＃１、音声年輪データ＃１、画像年輪データ＃１、およびローレゾ年輪データ＃１を、年輪データ＃１とし、メタ年輪データ＃２、音声年輪データ＃２、画像年輪データ＃２、およびローレゾ年輪データ＃２を、年輪データ＃２とし、同様に、Ｎ番目のメタ年輪データ＃Ｎ、音声年輪データ＃Ｎ、画像年輪データ＃Ｎ、およびローレゾ年輪データ＃Ｎを、年輪データ＃Ｎとして表している。
【０３９７】
光ディスク７にデータが書き込まれる場合には、光ディスク７に十分な大きさの連続した空き領域が存在し、その空き領域に、欠陥（ディフェクト）がないとすれば、メタデータ、オーディオファイル、ビデオファイル、ローレゾデータのデータ系列それぞれから抽出された音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データは、図４８に示すように、光ディスク７上の空き領域に、いわば一筆書きをするように書き込まれる。なお、メタ年輪データ、音声年輪データ、画像年輪データ、およびローレゾ年輪データは、いずれも、光ディスク７のECCブロックの整数倍のデータ量を有し、さらに、そのデータの境界と、ECCブロックの境界とが一致するように記録される。
【０３９８】
図１３のメタデータファイル生成処理のフローチャート、および図１５のビデオファイル生成処理のフローチャートを参照して説明したように、メタデータファイル、およびビデオファイルは、ボディ、フッタ、およびヘッダの順に、ディスクドライブ装置１１に供給される。
【０３９９】
図１６のオーディオファイル生成処理のフローチャートを参照して説明したように、オーディオファイルは、ボディのオーディオアイテムのバリューおよびKLV構造とされたフィラーが、ディスクドライブ装置１１に供給されて、次に、フッタがディスクドライブ装置１１に供給されて、その後に、ヘッダ並びにオーディオアイテムキーおよびレングスがディスクドライブ装置１１に供給される。
【０４００】
図３２のローレゾファイル合成の処理のフローチャートを参照して説明したように、ローレゾファイルは、ボディ、フッタ、およびヘッダの順に、メモリコントローラ１１６に供給される。
【０４０１】
従って、メタデータ、オーディオファイル、ビデオファイル、ローレゾデータのデータ系列それぞれから抽出された音声年輪データ、画像年輪データ、ローレゾ年輪データ、メタ年輪データは、図４８に示すように、ボディ、フッタ、ヘッダの順に、光ディスク７上の空き領域に書き込まれる。
【０４０２】
図１３のメタデータファイル生成処理のフローチャート、図１５のビデオファイル生成処理のフローチャート、図１６のオーディオファイル生成処理のフローチャート、図３２のローレゾファイル合成の処理のフローチャート、および図３３の記録処理のフローチャートで説明される処理をまとめて、記録の処理として、図４９のフローチャートを参照して説明する。
【０４０３】
ステップＳ２９１において、ディスクドライブ装置１１の制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのボディを光ディス７に記録して、ステップＳ２９２に進む。ステップＳ２９２において、制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのボディの記録が終了したか否かを判定し、ボディの記録が終了していないと判定された場合、ステップＳ２９１に戻り、ボディの記録の処理を繰り返す。
【０４０４】
ステップＳ２９２において、ボディの記録が終了したと判定された場合、ステップＳ２９３に進み、制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのフッタを光ディス７に記録して、ステップＳ２９４に進む。ステップＳ２９４において、制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのフッタの記録が終了したか否かを判定し、フッタの記録が終了していないと判定された場合、ステップＳ２９３に戻り、フッタの記録の処理を繰り返す。
【０４０５】
ステップＳ２９４において、フッタの記録が終了したと判定された場合、ステップＳ２９５に進み、制御部１１９は、メタデータファイル、ビデオファイル、オーディオファイル、およびローレゾファイルのヘッダを光ディス７に記録して、記録の処理は終了する。
【０４０６】
このように、ヘッダをボディおよびフッタの後に記録するようにしたので、オーディオデータの再生時間またはタイムコード（TC）などの、ボディが確定しなければ決まらないデータを含むヘッダを１度の処理で記録することができるようになる。
【０４０７】
また、光ディスク７上で、ヘッダをボディおよびフッタに続けて、言い換えれば、ボディおよびフッタにに近接した位置にヘッダを確実に記録することができるようになる。
【０４０８】
なお、光ディスク７から、ファイルを読み出す場合には、ヘッダ、ボディ、フッタが順にシークされて、ヘッダ、ボディ、およびフッタが順に読み出される。
【０４０９】
また、本実施の形態では、メモリコントローラ１１６において、音声年輪サイズＴsaの整数倍の時刻ごとに、ECCブロックなどの読み書きを行う単位の整数倍のデータ量であって、メモリ１１７から読み出すことのできる最大のデータ量のオーディオファイルを読み出すことによって、音声年輪データを抽出するようにしたが、即ち、音声年輪サイズＴsaの整数倍の時刻において、メモリ１１７に、Ｎ個のECCブロックより大であるが、Ｎ＋１個のECCブロックより小のデータ量のオーディオファイルが記憶されている場合に、Ｎ個のECCブロックのデータ量のオーディオファイルを、音声年輪データとして抽出するようにしたが、その他、例えば、音声年輪サイズＴsaの整数倍の時刻となった後、Ｎ＋１個のECCブロック以上のデータ量のオーディオファイルがメモリ１１７に記憶されるのを待って、Ｎ＋１個のECCブロックのデータ量のオーディオファイルを読み出すことにより、音声年輪データを抽出するようにすることが可能である。画像年輪データや、ローレゾ年輪データ、メタ年輪データの抽出についても、同様である。即ち、年輪データのデータ量は、光ディスク７に対して読み書きを行う単位の整数倍のデータ量であって、かつ音声年輪サイズ等として設定された再生時間分の再生に必要なデータ量に近いデータ量であればよい。
【０４１０】
さらに、メタデータについては、そのすべての構成要素を、メタ年輪データに含める他、その一部の構成要素だけをメタ年輪データに含め、他の構成要素は、メタ年輪データとは別に記録するようにすることが可能である。即ち、メタデータについては、例えば、タイムコードなどの、ビデオファイルのフレームなどの検索に用いることのできる構成要素と、その他の構成要素とに分けて、検索に用いることのできる構成要素は、例えば、光ディスク７の内周側などにまとめて記録し、その他の構成要素は、メタ年輪データに含めて、光ディスク７に周期的に記録することが可能である。この場合、検索に用いることのできる構成要素が、光ディスク７にまとめて記録されるので、検索に要する時間を短縮することができる。
【０４１１】
なお、メタデータについては、そのすべての構成要素を、光ディスク７の内周側などにまとめて記録しても良い。但し、メタデータのすべての構成要素を、光ディスク７の内周側などにまとめて記録する場合には、その記録が終了するまで、メタデータ以外のデータ系列の記録を待つ必要があるか、あるいは、メタデータ以外のデータ系列の記録が終了するまで、メタデータのすべての構成要素を記憶しておく必要がある。これに対して、メタデータのうちの検索に用いることのできる構成要素だけを、光ディスク７にまとめて記録する場合には、メタデータのすべての構成要素を、光ディスク７にまとめて記録する場合に比較して、メタデータ以外のデータ系列の記録を待つ時間を短くし、あるいは、メタデータ以外のデータ系列の記録が終了するまで記憶しておく必要のあるメタデータのデータ量を低減することができる。
【０４１２】
または本発明は、光ディスク以外のディスク状記録媒体に適用することができる。
【０４１３】
また、以上においては、ビデオファイルおよびオーディオファイルを、螺旋状のトラックに配置する場合を例として説明したが、同心円状のトラックに交互に配置することもできる。この場合、各トラックは、内周側のトラックから隣接する外周側のトラックに連続することになる。
【０４１４】
次に、図５０は、図７の独立／標準変換部２２の構成例を示している。
【０４１５】
バッファ３０１は、ディスクドライブ装置１１（図１）から供給されるAV独立フォーマットのファイル（マスタファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイル、ローレゾデータファイル）を一時記憶する。
【０４１６】
ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイル、ローレゾファイルのファイル名を認識し、そのファイル名に基づき、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイル、ビデオファイル、８チャネルそれぞれのオーディオファイル、ローレゾファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得する。さらに、ファイル取得部３０２は、取得したファイル単位のメタデータファイルとフレーム単位のメタデータファイルをメタデータファイル処理部３０３に、オグジュアリファイルをオグジュアリファイル処理部３０４に、ビデオファイルをビデオファイル処理部３０５に、８チャネルそれぞれのオーディオファイルをオーディオファイル処理部３０６に、それぞれ供給する。また、ファイル取得部３０２は、ローレゾファイルをバッファ３０９に供給する。
【０４１７】
メタデータファイル処理部３０３は、ファイル取得部３０２から供給されるファイル単位のメタデータファイルからファイル単位のメタデータを抽出するとともに、フレーム単位のメタデータファイルからフレーム単位のメタデータが配置されたシステムアイテムを抽出し、データ合成部３０７に供給する。
【０４１８】
オグジュアリファイル処理部３０４は、ファイル取得部３０２から供給されるオグジュアリファイルからオグジュアリアイテムを抽出し、データ合成部３０７に供給する。
【０４１９】
ビデオファイル処理部３０５は、ファイル取得部３０２から供給されるビデオファイルからピクチャアイテムを抽出し、データ合成部３０７に供給する。
【０４２０】
オーディオファイル処理部１０５は、ファイル取得部３０２から供給される８チャネルそれぞれのオーディオファイルから、各チャネルのオーディオデータを抽出し、さらに、その各チャネルのオーディオデータを多重化して配置したサウンドアイテムを構成して、データ合成部３０７に供給する。
【０４２１】
データ合成部３０７は、メタデータファイル処理部３０３から供給されるファイル単位のメタデータおよびシステムアイテム、オグジュアリファイル処理部３０４から供給されるオグジュアリアイテム、ビデオファイル処理部３０５から供給されるピクチャアイテム、並びにオーディオファイル処理部３０６から供給されるサウンドアイテムを用いて、標準AV多重フォーマットのファイルを構成し、バッファ３０８に供給する。
【０４２２】
バッファ３０８は、データ合成部３０７から供給される標準AV多重フォーマットのファイルまたはファイル取得部３０２から供給されるローレゾファイルを一時記憶し、通信I/F１３（図１）に供給する。
【０４２３】
次に、図５１は、図５０のビデオファイル処理部３０５の構成例を示している。
【０４２４】
ファイル取得部３０２から供給されるビデオファイルは、ヘッダ／フッタ除去部３１１に供給される。ヘッダ／フッタ除去部３１１は、そこに供給されるビデオファイルからヘッダとフッタを除去し、残ったボディを、分解部３１２に供給する。分解部３１２は、ヘッダ／フッタ除去部３１１から供給されるボディに配置されたピクチャアイテムのシーケンスを分離することにより、そのシーケンスから、他のアイテム（システムアイテム、サウンドアイテム、オグジュアリアイテム）と多重化する単位、即ち、ここでは、フレーム単位のビデオデータが配置された個々のピクチャアイテムを抽出し、データ合成部３０７（図５０）に供給する。
【０４２５】
次に、図５２は、図５０のオーディオファイル処理部３０６の構成例を示している。
【０４２６】
ファイル取得部３０２から供給される８チャネルそれぞれのオーディオファイルは、ヘッダ／フッタ除去部３２１に供給される。ヘッダ／フッタ除去部３２１は、そこに供給される８チャネルそれぞれのオーディオファイルから、ヘッダとフッタを除去し、その結果残る各チャネルのボディを、KLVデコーダ３２２に供給する。
【０４２７】
KLVデコーダ３２２は、ヘッダ／フッタ除去部３２１から供給される各チャネルのボディのKLV構造を分解し、これにより得られる各チャネルのWAVE形式のオーディオデータを、データ変換部３２３に供給する。
【０４２８】
データ変換部３２３は、KLVデコーダ３２２から供給されるオーディオデータに対して、図１０のデータ変換部６３における場合と逆の変換処理を施す。即ち、データ変換部３２３は、KLVデコーダ３２２から供給されるWAVE形式の各チャネルのオーディオデータを、AES3形式の各チャネルのオーディオデータに変換し、チャネル多重化部３２４に供給する。
【０４２９】
チャネル多重化部３２４は、データ変換部１２４から供給される各チャネルのオーディオデータを、サンプル単位で多重化し、その結果得られる多重化オーディオデータを、KLVエンコーダ３２５に供給する。
【０４３０】
KLVエンコーダ３２５は、チャネル多重化部３２４から供給される多重化オーディオデータを、ビデオデータの各フレームに対応する単位に区切り、その各フレームに対応する多重化オーディオデータをKLV構造にKLVコーディングする。さらに、KLVエンコーダ３２５は、各フレームに対応する多重化オーディオデータのKLV構造に対して、固定長のサウンドアイテムのデータ長に足りない分のフィラーのKLV構造を付加し、これにより、サウンドアイテムを構成して、データ合成部３０７（図５０）に供給する。
【０４３１】
次に、図５３は、図５０のデータ合成部３０７の構成例を示している。
【０４３２】
ヘッダ／フッタ生成部３３１には、メタデータファイル処理部３０３が出力するファイル単位のメタデータが供給される。ヘッダ／フッタ生成部３３１は、標準AV多重フォーマットのファイルのヘッダとフッタを生成し、さらに、そのヘッダのヘッダメタデータに、メタデータファイル処理部３０３からのファイル単位のメタデータを配置して、そのヘッダとフッタを、ヘッダ／フッタ付加部３３３に供給する。
【０４３３】
多重化部３３２には、メタデータファイル処理部３０３が出力するシステムアイテム、オグジュアリファイル処理部３０４が出力するオグジュアリアイテム、ビデオファイル処理部３０５が出力するピクチャアイテム、オーディオファイル処理部３０６が出力するサウンドアイテムが供給される。多重化部３３２は、そこに供給されるシステムアイレム、ピクチャアイテム、サウンドアイテム、オグジュアリアイテムを、その順で、順次多重化することにより、エディットユニットのシーケンスを構成し、そのエディットユニットのシーケンスを、ボディとして、ヘッダ／フッタ付加部３３３に供給する。
【０４３４】
ヘッダ／フッタ付加部３３３は、多重化部３３２から供給されるボディに、ヘッダ／フッタ生成部３３１から供給されるヘッダとフッタを付加し、これにより、標準AV多重フォーマットのファイルを構成して出力する。
【０４３５】
次に、図５０の独立／標準変換部２２では、メタデータファイルを処理するメタデータファイル処理、オグジュアリファイルを処理するオグジュアリファイル処理、ビデオファイルを処理するビデオファイル処理、オーディオファイルを処理するオーディオファイル処理、これらの処理結果を用いて標準AV多重フォーマットのファイルを合成（生成）する合成処理が行われる。
【０４３６】
そこで、図５４乃至図５８のフローチャートを参照して、独立／標準変換部２２が行うメタデータファイル処理、オグジュアリファイル処理、ビデオファイル処理、オーディオファイル処理、および合成処理について説明する。
【０４３７】
まず最初に、図５４のフローチャートを参照して、メタデータファイル処理について説明する。
【０４３８】
メタデータファイル処理は、例えば、ディスクドライブ装置１１によって光ディスク７から、マスタファイルが読み出され、バッファ３０１に記憶されると開始される。
【０４３９】
即ち、まず最初に、ステップＳ３０１において、ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、ファイル単位とフレーム単位それぞれのメタデータファイルのファイル名を認識する。さらに、ステップＳ３０１では、ファイル取得部３０２は、そのファイル名に基づき、ファイル単位とフレーム単位それぞれのメタデータファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得し、メタデータファイル処理部３０３に供給して、ステップＳ３０２に進む。ステップＳ３０２では、メタデータファイル処理部３０３は、ファイル取得部３０２から供給されるファイル単位のメタデータファイルからファイル単位のメタデータを抽出するとともに、フレーム単位のメタデータファイルからフレーム単位のメタデータが配置されたシステムアイテムを抽出し、データ合成部３０７に供給して、メタデータファイル処理を終了する。
【０４４０】
次に、図５５のフローチャートを参照して、オグジュアリファイル処理について説明する。
【０４４１】
オグジュアリファイル処理は、例えば、ディスクドライブ装置１１によって光ディスク７から、マスタファイルが読み出され、バッファ３０１に記憶されると開始される。
【０４４２】
即ち、まず最初に、ステップＳ３１１において、ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、オグジュアリファイルのファイル名を認識する。さらに、ステップＳ３１１では、ファイル取得部３０２は、そのファイル名に基づき、オグジュアリファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得し、オグジュアリファイル処理部３０４に供給して、ステップＳ３１２に進む。
【０４４３】
ステップＳ３１２では、オグジュアリファイル処理部３０４は、ファイル取得部３０２から供給されるオグジュアリファイルをオグジュアリアイテム単位に分解することで、オグジュアリファイルからオグジュアリアイテムを抽出（取得）し、データ合成部３０７に供給して、オグジュアリファイル処理を終了する。
【０４４４】
次に、図５６のフローチャートを参照して、ビデオファイル処理について説明する。
【０４４５】
ビデオファイル処理は、例えば、ディスクドライブ装置１１によって光ディスク７から、マスタファイルが読み出され、バッファ３０１に記憶されると開始される。
【０４４６】
即ち、まず最初に、ステップＳ３２１において、ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、ビデオファイルのファイル名を認識する。さらに、ステップＳ３２１では、ファイル取得部３０２は、そのファイル名に基づき、ビデオファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得し、ビデオファイル処理部３０５に供給して、ステップＳ３２２に進む。
【０４４７】
ステップＳ３２２では、ビデオファイル処理部３０５（図５１）のヘッダ／フッタ除去部３１１が、ファイル取得部３０２から供給されるビデオファイルからヘッダとフッタを除去し、その結果残ったボディを、分解部３１２に供給して、ステップＳ３２３に進む。ステップＳ３２３では、分解部３１２は、ヘッダ／フッタ除去部３１１から供給されるボディに配置されたピクチャアイテムのシーケンスを、個々のピクチャアイテムに分解し、データ合成部３０７に供給して、ビデオファイル処理を終了する。
【０４４８】
次に、図５７のフローチャートを参照して、オーディオファイル処理について説明する。
【０４４９】
オーディオファイル処理は、例えば、ディスクドライブ装置１１によって光ディスク７から、マスタファイルが読み出され、バッファ３０１に記憶されると開始される。
【０４５０】
即ち、まず最初に、ステップＳ３３１において、ファイル取得部３０２は、バッファ３０１に記憶されたマスタファイルを参照することにより、８チャネルそれぞれのオーディオファイルのファイル名を認識する。さらに、ステップＳ３３１では、ファイル取得部３０２は、そのファイル名に基づき、８チャネルそれぞれのオーディオファイルを、バッファ３０１を介し、ディスクドライブ装置１１に光ディスク７から読み出させることで取得し、オーディオファイル処理部３０６に供給して、ステップＳ３３２に進む。
【０４５１】
ステップＳ３３２では、オーディファイル処理部１０６（図５２）のヘッダ／フッタ除去部３２１が、ファイル取得部３０２から供給される８チャネルそれぞれのオーディオファイルから、ヘッダとフッタを除去し、その結果残る各チャネルのボディを、KLVデコーダ３２２に供給して、ステップＳ３３３に進む。ステップＳ３３３では、KLVデコーダ３２２は、ヘッダ／フッタ除去部３２１から供給される各チャネルのボディのKLV構造を分解し、これにより得られる各チャネルのWAVE形式のオーディオデータを、データ変換部３２３に供給して、ステップＳ３３４に進む。
【０４５２】
ステップＳ３３４では、データ変換部３２３は、KLVデコーダ３２２から供給されるWAVE形式の各チャネルのオーディオデータを、AES3形式の各チャネルのオーディオデータに変換し、チャネル多重化部３２４に供給して、ステップＳ３３５に進む。ステップＳ３３５では、チャネル多重化部３２４は、データ変換部１２４から供給される各チャネルのオーディオデータを多重化し、その結果得られる多重化オーディオデータを、KLVエンコーダ３２５に供給して、ステップＳ３３６に進む。
【０４５３】
ステップＳ３３６では、KLVエンコーダ３２５は、チャネル多重化部３２４から供給される多重化オーディオデータを、ビデオデータの各フレームに対応する単位に区切り、そのフレームに対応する多重化オーディオデータをKLV構造にKLVコーディングして、ステップＳ３３７に進む。さらに、ステップＳ３３７では、KLVエンコーダ３２５は、各フレームに対応する多重化オーディオデータのKLV構造に対して、必要なフィラーのKLV構造を付加し、これにより、サウンドアイテムを構成して、データ合成部３０７に供給し、オーディオファイル処理を終了する。
【０４５４】
次に、図５８のフローチャートを参照して、合成処理について説明する。
【０４５５】
合成処理は、例えば、データ合成部３０７に対して、メタデータファイル処理部３０３からファイル単位のメタデータおよびシステムアイテムが、オグジュアリファイル処理部３０４からオグジュアリアイテムが、ビデオファイル処理部３０５からピクチャアイテムが、オーディオファイル処理部３０６からサウンドアイテムが、それぞれ供給されると開始される。
【０４５６】
即ち、まず最初に、ステップＳ３４１において、データ合成部３０７（図５３）のヘッダ／フッタ生成部３３１が、標準AV多重フォーマットのファイルのヘッダとフッタを生成し、さらに、そのヘッダのヘッダメタデータに、メタデータファイル処理部３０３からのファイル単位のメタデータを配置する。さらに、ステップＳ３４１では、ヘッダ／フッタ生成部３３１が、以上のようにして得られたヘッダとフッタを、ヘッダ／フッタ付加部３３３に供給して、ステップＳ３４２に進む。
【０４５７】
ステップＳ３４２では、多重化部３３２が、メタデータファイル処理部３０３が出力するシステムアイテム、オグジュアリファイル処理部３０４が出力するオグジュアリアイテム、ビデオファイル処理部３０５が出力するピクチャアイテム、オーディオファイル処理部３０６が出力するサウンドアイテムを多重化し、その多重化の結果得られるエディットユニットのシーケンスを、ボディとして、ヘッダ／フッタ付加部３３３に供給して、ステップＳ３４３に進む。
【０４５８】
ステップＳ３４３では、ヘッダ／フッタ付加部３３３は、多重化部３３２から供給されるボディに、ヘッダ／フッタ生成部３３１から供給されるヘッダとフッタを付加し、これにより、標準AV多重フォーマットのファイルを構成して出力し、合成処理を終了する。
【０４５９】
このように、ファイルを、記録媒体の読み書きを行う単位の整数倍とするようにした場合には、読み書きの処理を効率良くできるようになる。
【０４６０】
また、ファイルの先頭に配置される第２のデータを生成し、ファイルの最後に配置される第３のデータを生成し、第１のデータ、第２のデータ、または第３のデータに付加することによって、第１のデータ、第２のデータ、または第３のデータのデータ量を、記録媒体の読み書きを行う単位の整数倍とする第４のデータを生成するようにした場合には、記録媒体の利便性が向上すると共に、記録媒体へのファイルの読み書きにおいて、読み書きの処理をより効率良くできるようになる。
【０４６１】
次に、上述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
【０４６２】
そこで、図５９は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０４６３】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク４０５やＲＯＭ４０３に予め記録しておくことができる。
【０４６４】
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体４１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体４１１は、いわゆるパッケージソフトウエアとして提供することができる。
【０４６５】
なお、プログラムは、上述したようなリムーバブル記録媒体４１１からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部４０８で受信し、内蔵するハードディスク４０５にインストールすることができる。
【０４６６】
コンピュータは、CPU(Central Processing Unit)４０２を内蔵している。CPU４０２には、バス４０１を介して、入出力インタフェース４１０が接続されており、CPU４０２は、入出力インタフェース４１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部４０７が操作等されることにより指令が入力されると、それにしたがって、ROM(Read Only Memory)４０３に格納されているプログラムを実行する。あるいは、また、CPU４０２は、ハードディスク４０５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部４０８で受信されてハードディスク４０５にインストールされたプログラム、またはドライブ４０９に装着されたリムーバブル記録媒体４１１から読み出されてハードディスク４０５にインストールされたプログラムを、RAM(Random Access Memory)４０４にロードして実行する。これにより、CPU４０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU４０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース４１０を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部４０６から出力、あるいは、通信部４０８から送信、さらには、ハードディスク４０５に記録等させる。
【０４６７】
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【０４６８】
以上のように、ビデオデータとオーディオデータとが多重化されてボディに配置される標準AV多重フォーマットのファイルと、ビデオデータまたはオーディオデータそれぞれがまとめてボディに配置されるAV独立フォーマットのファイルとの間の相互変換を行うようにしたので、例えば、ネットワーク４を介してのファイルの伝送（ファイル交換やストリーミング）を行う場合には、標準AV多重フォーマットを使用し、光ディスク７へのファイルの記録を行う場合には、AV独立フォーマットを使用することが可能となる。
【０４６９】
そして、光ディスク７に、AV独立フォーマットのファイルを記録する場合には、例えば、AV独立編集を容易に行うことが可能となる。
【０４７０】
また、AV独立フォーマットでは、フレーム単位のメタデータを、１つのファイル（フレーム単位のメタデータファイル）に集めて（まとめて）配置するようにしたので、フレーム単位のメタデータの検索を、高速で行うことが可能となる。
【０４７１】
さらに、AV独立フォーマットでは、オーディオデータの符号化方式として、WAVEを採用しているので、AES3を採用する標準AV多重フォーマットの場合に比較して、オーディオデータのデータ量を低減することができる。
【０４７２】
また、AV独立フォーマットでは、標準AV多重フォーマットと同一のヘッダ、ボディ、フッタという形を採用し、さらに、ヘッダとフッタについては、標準AV多重フォーマットと同一形式のヘッダとフッタを採用することとしたので、標準AV多重フォーマットに対応している標準装置であれば、AV独立フォーマットのファイルの送受信や、記録媒体に対する読み書きを行うことができる。
【０４７３】
さらに、標準AV多重フォーマットのファイルでは、そのボディに、ビデオデータや、オーディオデータ、ユーザデータ、フレーム単位のメタデータといった複数のエッセンスが多重化されて配置されているのに対して、AV独立フォーマットのファイル（のビデオファイルとオーディオファイル）では、そのボディに、ビデオデータまたはオーディオデータだけが配置されている。従って、AV独立フォーマットのファイルは、単一エッセンスをボディとしたMXFのファイルということができる。そして、この単一エッセンスをボディとしたMXFのファイルであるビデオファイルやオーディオファイルについては、単一エッセンスをボディとしたMXFを理解することができる装置であれば、その内容を読み出すことができる。
【０４７４】
なお、本実施の形態では、ディスク装置１において、光ディスク７に対して、AV独立フォーマットのファイルを読み書きするようにしたが、AV独立フォーマットのファイルは、光ディスク７などのディスク状の記録媒体に限らず、磁気テープなどのテープ状の記録媒体や、半導体メモリ等に対して読み書きすることが可能である。
【０４７５】
また、図１の実施の形態では、ディスクドライブ装置１１、フォーマット変換部１２、通信I/F１３によって、１つの装置であるディスク装置１を構成するようにしたが、ディスクドライブ装置１１、フォーマット変換部１２、通信I/F１３は、それぞれ、独立した１つの装置とすることが可能である。
【０４７６】
さらに、本実施の形態では、標準AV多重フォーマットのファイルとして、MXFに準拠したファイルを採用することとしたが、標準AV多重フォーマットのファイルとしては、MXFに準拠したファイルの他、ヘッダ、ボディ、フッタからなり、ボディに、任意の２つのデータ（以上）が多重化されて配置されるファイルを採用することが可能である。
【０４７７】
また、本実施の形態では、標準AV多重フォーマットのファイルのボディに、ビデオデータとオーディオデータとを多重化したものが配置されることとしたが、標準AV多重フォーマットのファイルのボディには、その他、例えば、２以上のビデオデータ（のストリーム）を多重化したものや、２以上のオーディオデータ（のストリーム）を多重化したものを配置するようにすることが可能である。
【０４７８】
【発明の効果】
以上のように、第１の本発明によれば、読み書きの処理を効率良くできるようになる。
【０４７９】
また、第１の本発明によれば、記録媒体の利便性が向上すると共に、記録媒体へのファイルの読み書きにおいて、読み書きの処理をより効率良くできるようになる。
【０４８０】
第２の本発明によれば、読み書きの処理を効率良くできるようになる。
【０４８１】
また、第２の本発明によれば、利便性が向上すると共に、記録媒体へのファイルの読み書きにおいて、読み書きの処理をより効率良くできるようになる。
【図面の簡単な説明】
【図１】本発明を適用したAVネットワークシステムの一実施の形態の構成例を示すブロック図である。
【図２】標準AV多重フォーマットを示す図である。
【図３】 AV独立フォーマットを示す図である。
【図４】 AV独立フォーマットを示す図である。
【図５】 AV独立フォーマットを示す図である。
【図６】 AV独立フォーマットを示す図である。
【図７】フォーマット変換部１２の構成例を示すブロック図である。
【図８】標準／独立変換部２１の構成例を示すブロック図である。
【図９】ビデオファイル生成部４１の構成例を示すブロック図である。
【図１０】オーディオファイル生成部４３の構成例を示すブロック図である。
【図１１】マスタファイル生成処理を説明するフローチャートである。
【図１２】ファイル単位のメタデータファイル生成処理を説明するフローチャートである。
【図１３】フレーム単位のメタデータファイル生成処理を説明するフローチャートである。
【図１４】オグジュアリファイル生成処理を説明するフローチャートである。
【図１５】ビデオファイル生成処理を説明するフローチャートである。
【図１６】オーディオファイル生成処理を説明するフローチャートである。
【図１７】ディスクドライブ装置１１の構成例を示すブロック図である。
【図１８】データ変換部１１８の構成例を示すブロック図である。
【図１９】ローレゾデータファイルの構造を説明する図である。
【図２０】ローレゾデータファイルの構造を説明する図である。
【図２１】システムアイテムの構造を説明する図である。
【図２２】ピクチャエッセンスの構成を示す図である。
【図２３】 KLV構造を有するピクチャエッセンスのデータ量を説明する図である。
【図２４】サウンドエッセンスの構成を示す図である。
【図２５】ローレゾデータ生成部１４２の構成を示すブロック図である。
【図２６】ビデオファイル処理部１６４の構成を説明するブロック図である。
【図２７】オーディオファイル処理部１６５の構成を説明するブロック図である。
【図２８】データ合成部１６６の構成を示すブロック図である。
【図２９】ビデオファイルの処理を説明するフローチャートである。
【図３０】オーディオファイルの処理を説明するフローチャートである。
【図３１】メタデータファイルの処理を説明するフローチャートである。
【図３２】ローレゾファイル合成の処理を説明するフローチャートである。
【図３３】制御部１１９による記録処理を説明するフローチャートである。
【図３４】音声データ記録タスクを説明するフローチャートである。
【図３５】音声データの通算データ量Ｌａと画像データの通算データ量Ｌｖの変化を表す図である。
【図３６】光ディスク７における音声データおよび画像データの記録状態を表す図である。
【図３７】画像データ記録タスクを説明するフローチャートである。
【図３８】音声データの通算データ量Ｌａと画像データの通算データ量Ｌｖの変化を表す図である。
【図３９】ローレゾデータ記録タスクを説明するフローチャートである。
【図４０】メタデータ記録タスクを説明するフローチャートである。
【図４１】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４２】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４３】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４４】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４５】メモリ１８に記憶されるデータの通算データ量を示す図である。
【図４６】光ディスク７におけるデータの記録状態を示す図である。
【図４７】光ディスク７におけるデータの記録状態を示す図である。
【図４８】光ディスク７に記録されているデータを説明する図である。
【図４９】記録の処理を説明するフローチャートである。
【図５０】独立／標準変換部２２の構成例を示すブロック図である。
【図５１】ビデオファイル処理部３０５の構成例を示すブロック図である。
【図５２】オーディオファイル処理部３０６の構成例を示すブロック図である。
【図５３】データ合成部３０７の構成例を示すブロック図である。
【図５４】メタデータファイル処理を説明するフローチャートである。
【図５５】オグジュアリファイル処理を説明するフローチャートである。
【図５６】ビデオファイル処理を説明するフローチャートである。
【図５７】オーディオファイル処理を説明するフローチャートである。
【図５８】合成処理を説明するフローチャートである。
【図５９】本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
１，２ ディスク装置， ３ 編集装置， ４ ネットワーク， ５，６ AV装置， ７ 光ディスク， １１ ディスクドライブ装置， １２ フォーマット変換部， １３ 通信I/F， ２１ 標準／独立変換部， ２２ 独立／標準変換部， ３１ バッファ， ３２ マスタファイル生成部， ３３ ヘッダ取得部， ３４ ボディ取得部， ３５ ヘッダメタデータ抽出部， ３６ システムアイテム抽出部， ３７ メタデータファイル生成部， ３８ オグジュアリアイテム抽出部， ３９ オグジュアリファイル生成部， ４０ ピクチャアイテム抽出部， ４１ ビデオファイル生成部， ４２ サウンドアイテム抽出部， ４３ オーディオファイル生成部， ４４ バッファ， ５１ 結合部，５２ フッタ生成部， ５３ ヘッダ生成部， ５４ フィラー生成部， ５５ KLVエンコーダ， ６１ KLVデコーダ， ６２ チャネル分離部， ６３ データ変換部， ６４ KLVエンコーダ， ６５ ヘッダ生成部， ６６ フッタ生成部， ６７ フィラー生成部， ６８ KLVエンコーダ， ７１ 先頭データ生成部， １１１ スピンドルモータ， １１２ ピックアップ部， １１３ RFアンプ， １１４ サーボ制御部， １１５ 信号処理部， １１６ メモリコントローラ， １１７ メモリ， １１８ データ変換部， １１９ 制御部， １２０ 操作部， １４１ データ量検出部， １４２ ローレゾデータ生成部， １６１ バッファ， １６２ ファイル処理部， １６３ メタデータ処理部， １６４ ビデオファイル処理部， １６５ オーディオファイル処理部， １６６ データ合成部， １６７ バッファ， １８１ 分解部， １８２ データ変換部， １８３ KLVエンコーダ， ２０１ KLVデコーダ， ２０２ データ変換部， ２０３ チャンネル多重化部， ２０４ KLVエンコーダ， ２０５ フィラー生成部， ２０６ KLVエンコーダ， ２２１ 多重化部， ２２２ フッタ生成部， ２２３ ヘッダ生成部， ２２４ フィラー生成部， ３０１ バッファ， ３０２ ファイル取得部， ３０３ メタデータファイル処理部， ３０４ オグジュアリファイル処理部， ３０５ ビデオファイル処理部， ３０６ オーディオファイル処理部， ３０７ データ合成部， ３０８ バッファ， ３１１ ヘッダ／フッタ除去部， ３１２ 分解部， ３２１ ヘッダ／フッタ除去部， ３２２ KLVデコーダ， ３２３ データ変換部， ３２４ チャネル多重化部， ３２５ KLVエンコーダ， ３３１ヘッダ／フッタ生成部， ３３２ 多重化部， ３３３ ヘッダ／フッタ付加部， ４０１ バス， ４０２ CPU， ４０３ ROM， ４０４ RAM， ４０５ ハードディスク， ４０６ 出力部， ４０７ 入力部， ４０８ 通信部， ４０９ ドライブ， ４１０ 入出力インタフェース， ４１１ リムーバブル記録媒体

Claims (5)

  1. 記録媒体に記録する、オーディオデータのファイルおよびビデオデータのファイルを生成するファイル生成装置であって、
    前記オーディオデータをKLV(Key,Length,Value)構造に変換するフォーマット変換手段と、
    前記オーディオデータのファイルの最後に配置される第１のデータを生成する第１のデータ生成手段と、
    前記オーディオデータのファイルのヘッダを生成する第１のヘッダ生成手段と、
    前記オーディオデータのヘッダと前記KLV構造に変換された前記オーディオデータのキーおよびレングスとからなり、前記オーディオデータのファイルの先頭に配置され、前記記録媒体への記録時に、前記記録媒体において前記第１のデータの後に配置される第２のデータ、前記KLV構造に変換された前記オーディオデータのバリュー、および前記第１のデータのそれぞれに付加することによって、前記第２のデータ、前記バリュー、および前記第１のデータのそれぞれのデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする第３のデータのそれぞれを生成する第２のデータ生成手段と、
    前記ビデオデータのファイルの最後に配置される第４のデータを生成する第３のデータ生成手段と、
    前記記録媒体への記録時に、前記記録媒体において前記第４のデータの後に配置される、前記ビデオデータのファイルのヘッダを生成する第２のヘッダ生成手段と、
    前記ビデオデータのファイルのヘッダ、前記ビデオデータ、および前記第４のデータのそれぞれに付加することによって、前記ビデオデータのファイルのヘッダ、前記ビデオデータ、および前記第４のデータのそれぞれのデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする第５のデータのそれぞれを生成する第４のデータ生成手段と
    を備え、
    前記第２のデータ生成手段は、前記オーディオデータが前記KLV構造に変換されてから前記バリューに付加される前記第３のデータを生成し、前記第３のデータが付加された前記バリューが出力され、さらに前記第１のデータが生成されてから前記第１のデータに付加される前記第３のデータを生成した後、前記第３のデータが付加された前記第１のデータが出力され、前記オーディオデータのファイルのヘッダが生成されてから、前記第２のデータに付加される前記第３のデータを生成して、前記第３のデータが付加された前記第２のデータが出力され、
    前記第４のデータ生成手段は、整数であるＮ個に分割されている前記KLV構造の前記ビデオデータのうちの、先頭側のＮ−１個の分割されている前記ビデオデータのそれぞれに付加することによって、前記Ｎ−１個の分割されている前記ビデオデータのそれぞれのデータ量を前記記録媒体の物理的単位領域の整数倍とする前記第５のデータのそれぞれを生成し、後ろ側の１個の分割されている前記ビデオデータに付加することによって、前記ビデオデータの全体のデータ量を、前記物理的単位領域の整数倍とし、かつ前記記録媒体の読み書きを行う前記単位の整数倍とする前記第５のデータを生成し、前記第５のデータの付加された前記ビデオデータが出力され、さらに前記第４のデータが生成されてから、前記第４のデータに付加される前記第５のデータを生成した後、前記第５のデータが付加された前記第４のデータが出力され、前記ビデオデータのファイルのヘッダが生成されてから、前記ヘッダに付加される前記第５のデータを生成して、前記第５のデータが付加された前記ヘッダが出力される
    ことを特徴とするファイル生成装置。
  2. 前記第１のデータは、前記オーディオデータのファイルのフッタとされ、前記第４のデータは、前記ビデオデータのファイルのフッタとされ、
    前記オーディオデータのファイルのヘッダおよびフッタ、並びに前記ビデオデータのファイルのヘッダおよびフッタは、前記オーディオデータと前記ビデオデータとが多重化された所定のフォーマットのファイルのヘッダおよびフッタと同じ形式とされる
    ことを特徴とする請求項１に記載のファイル生成装置。
  3. 記録媒体に記録する、オーディオデータのファイルおよびビデオデータのファイルを生成するファイル生成方法であって、
    前記オーディオデータをKLV構造に変換するフォーマット変換ステップと、
    前記オーディオデータのファイルの最後に配置される第１のデータを生成する第１のデータ生成ステップと、
    前記オーディオデータのファイルのヘッダを生成する第１のヘッダ生成ステップと、
    前記オーディオデータのヘッダと前記KLV構造に変換された前記オーディオデータのキーおよびレングスとからなり、前記オーディオデータのファイルの先頭に配置され、前記記録媒体への記録時に、前記記録媒体において前記第１のデータの後に配置される第２のデータ、前記KLV構造に変換された前記オーディオデータのバリュー、および前記第１のデータのそれぞれに付加することによって、前記第２のデータ、前記バリュー、および前記第１のデータのそれぞれのデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする第３のデータのそれぞれを生成する第２のデータ生成ステップと、
    前記ビデオデータのファイルの最後に配置される第４のデータを生成する第３のデータ生成ステップと、
    前記記録媒体への記録時に、前記記録媒体において前記第４のデータの後に配置される、前記ビデオデータのファイルのヘッダを生成する第２のヘッダ生成ステップと、
    前記ビデオデータのファイルのヘッダ、前記ビデオデータ、および前記第４のデータのそれぞれに付加することによって、前記ビデオデータのファイルのヘッダ、前記ビデオデータ、および前記第４のデータのそれぞれのデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする第５のデータのそれぞれを生成する第４のデータ生成ステップと
    を含み、
    前記第２のデータ生成ステップにおいて、前記オーディオデータが前記KLV構造に変換されてから前記バリューに付加される前記第３のデータを生成し、前記第３のデータが付加された前記バリューが出力され、さらに前記第１のデータが生成されてから前記第１のデータに付加される前記第３のデータを生成した後、前記第３のデータが付加された前記第１のデータが出力され、前記オーディオデータのファイルのヘッダが生成されてから、前記第２のデータに付加される前記第３のデータを生成して、前記第３のデータが付加された前記第２のデータが出力され、
    前記第４のデータ生成ステップにおいて、整数であるＮ個に分割されている前記KLV構造の前記ビデオデータのうちの、先頭側のＮ−１個の分割されている前記ビデオデータのそれぞれに付加することによって、前記Ｎ−１個の分割されている前記ビデオデータのそれぞれのデータ量を前記記録媒体の物理的単位領域の整数倍とする前記第５のデータのそれぞれを生成し、後ろ側の１個の分割されている前記ビデオデータに付加することによって、前記ビデオデータの全体のデータ量を、前記物理的単位領域の整数倍とし、かつ前記記録媒体の読み書きを行う前記単位の整数倍とする前記第５のデータを生成し、前記第５のデータの付加された前記ビデオデータが出力され、さらに前記第４のデータが生成されてから、前記第４のデータに付加される前記第５のデータを生成した後、前記第５のデータが付加された前記第４のデータが出力され、前記ビデオデータのファイルのヘッダが生成されてから、前記ヘッダに付加される前記第５のデータを生成して、前記第５のデータが付加された前記ヘッダが出力される
    ことを特徴とするファイル生成方法。
  4. 記録媒体に記録する、オーディオデータのファイルおよびビデオデータのファイルを生成するファイル生成処理を、コンピュータに行わせるプログラムにおいて、
    前記オーディオデータをKLV構造に変換するフォーマット変換ステップと、
    前記オーディオデータのファイルの最後に配置される第１のデータを生成する第１のデータ生成ステップと、
    前記オーディオデータのファイルのヘッダを生成する第１のヘッダ生成ステップと、
    前記オーディオデータのヘッダと前記KLV構造に変換された前記オーディオデータのキーおよびレングスとからなり、前記オーディオデータのファイルの先頭に配置され、前記記録媒体への記録時に、前記記録媒体において前記第１のデータの後に配置される第２のデータ、前記KLV構造に変換された前記オーディオデータのバリュー、および前記第１のデータのそれぞれに付加することによって、前記第２のデータ、前記バリュー、および前記第１のデータのそれぞれのデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする第３のデータのそれぞれを生成する第２のデータ生成ステップと、
    前記ビデオデータのファイルの最後に配置される第４のデータを生成する第３のデータ生成ステップと、
    前記記録媒体への記録時に、前記記録媒体において前記第４のデータの後に配置される、前記ビデオデータのファイルのヘッダを生成する第２のヘッダ生成ステップと、
    前記ビデオデータのファイルのヘッダ、前記ビデオデータ、および前記第４のデータのそれぞれに付加することによって、前記ビデオデータのファイルのヘッダ、前記ビデオデータ、および前記第４のデータのそれぞれのデータ量を、前記記録媒体の読み書きを行う単位の整数倍とする第５のデータのそれぞれを生成する第４のデータ生成ステップと
    を含み、
    前記第２のデータ生成ステップにおいて、前記オーディオデータが前記KLV構造に変換されてから前記バリューに付加される前記第３のデータを生成し、前記第３のデータが付加された前記バリューが出力され、さらに前記第１のデータが生成されてから前記第１のデータに付加される前記第３のデータを生成した後、前記第３のデータが付加された前記第１のデータが出力され、前記オーディオデータのファイルのヘッダが生成されてから、前記第２のデータに付加される前記第３のデータを生成して、前記第３のデータが付加された前記第２のデータが出力され、
    前記第４のデータ生成ステップにおいて、整数であるＮ個に分割されている前記KLV構造の前記ビデオデータのうちの、先頭側のＮ−１個の分割されている前記ビデオデータのそれぞれに付加することによって、前記Ｎ−１個の分割されている前記ビデオデータのそれぞれのデータ量を前記記録媒体の物理的単位領域の整数倍とする前記第５のデータのそれぞれを生成し、後ろ側の１個の分割されている前記ビデオデータに付加することによって、前記ビデオデータの全体のデータ量を、前記物理的単位領域の整数倍とし、かつ前記記録媒体の読み書きを行う前記単位の整数倍とする前記第５のデータを生成し、前記第５のデータの付加された前記ビデオデータが出力され、さらに前記第４のデータが生成されてから、前記第４のデータに付加される前記第５のデータを生成した後、前記第５のデータが付加された前記第４のデータが出力され、前記ビデオデータのファイルのヘッダが生成されてから、前記ヘッダに付加される前記第５のデータを生成して、前記第５のデータが付加された前記ヘッダが出力される
    ことを特徴とするプログラム。
  5. KLV構造とされたオーディオデータのバリューのファイル、および複数に分割された前記KLV構造のビデオデータのファイルが記録されている記録媒体において、
    第１の付加データの付加により、ECC処理が施される単位の整数倍のデータ量とされた前記バリューと前記ビデオデータとを、前記バリューまたは前記ビデオデータの境界と前記単位の境界とが一致するよう所定の再生時間分のデータ量ずつ交互に記録し、
    前記バリューのファイルの先頭に配置されるヘッダ、並びに前記オーディオデータのキーおよびレングスからなる第１のデータであって、第２の付加データの付加により、前記単位の整数倍のデータ量とされたものと、前記ビデオデータのファイルの先頭に配置されるヘッダであって、前記第２の付加データの付加により、前記単位の整数倍のデータ量とされたものとを、前記第１のデータまたは前記ビデオデータのヘッダの境界と前記単位の境界とが一致するように記録し、
    前記バリューのファイルの最後に配置される第２のデータであって、第３の付加データの付加により、前記単位の整数倍のデータ量とされたものと、前記ビデオデータのファイルの最後に配置される第３のデータであって、前記第３の付加データの付加により、前記単位の整数倍のデータ量とされたものとを、前記第２のデータまたは前記第３のデータの境界と前記単位の境界とが一致するように記録し、
    前記第１のデータおよび前記ビデオデータのヘッダは、前記第２のデータおよび前記第３のデータの後に配置されて記録されている
    ことを特徴とする記録媒体。
JP2003165859A 2003-06-11 2003-06-11 ファイル生成装置および方法、プログラム、並びに記録媒体 Expired - Fee Related JP4562115B2 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2003165859A JP4562115B2 (ja) 2003-06-11 2003-06-11 ファイル生成装置および方法、プログラム、並びに記録媒体
EP04736466A EP1632945B1 (en) 2003-06-11 2004-06-09 File generation device, method, program, and recording medium
US10/560,128 US8204919B2 (en) 2003-06-11 2004-06-09 File generation apparatus, method, program, and recording medium
PCT/JP2004/008402 WO2004112024A1 (ja) 2003-06-11 2004-06-09 ファイル生成装置および方法、プログラム、並びに記録媒体
CN2004800231975A CN1836284B (zh) 2003-06-11 2004-06-09 文件生成设备、方法
KR1020057023872A KR101047268B1 (ko) 2003-06-11 2004-06-09 파일 생성 장치 및 방법과 기록 매체

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003165859A JP4562115B2 (ja) 2003-06-11 2003-06-11 ファイル生成装置および方法、プログラム、並びに記録媒体

Publications (2)

Publication Number Publication Date
JP2005004854A JP2005004854A (ja) 2005-01-06
JP4562115B2 true JP4562115B2 (ja) 2010-10-13

Family

ID=33549237

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003165859A Expired - Fee Related JP4562115B2 (ja) 2003-06-11 2003-06-11 ファイル生成装置および方法、プログラム、並びに記録媒体

Country Status (6)

Country Link
US (1) US8204919B2 (ja)
EP (1) EP1632945B1 (ja)
JP (1) JP4562115B2 (ja)
KR (1) KR101047268B1 (ja)
CN (1) CN1836284B (ja)
WO (1) WO2004112024A1 (ja)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1713284A1 (en) * 2005-04-15 2006-10-18 Deutsche Thomson-Brandt Gmbh Method and device for recording digital data
JP4172500B2 (ja) * 2006-05-30 2008-10-29 ソニー株式会社 記録装置および方法、プログラム、並びに記録媒体
US7962499B2 (en) * 2006-08-18 2011-06-14 Falconstor, Inc. System and method for identifying and mitigating redundancies in stored data
US8346051B2 (en) 2007-06-01 2013-01-01 Panasonic Corporation Recording apparatus and recording method
US8086651B2 (en) 2008-05-12 2011-12-27 Research In Motion Limited Managing media files using metadata injection
US10552384B2 (en) 2008-05-12 2020-02-04 Blackberry Limited Synchronizing media files available from multiple sources
US8706690B2 (en) 2008-05-12 2014-04-22 Blackberry Limited Systems and methods for space management in file systems
KR100964281B1 (ko) * 2008-11-19 2010-06-17 주식회사 제머나이소프트 데이터 구조 및 그의 전송방법
DE112009005021T5 (de) * 2009-07-02 2012-07-26 Mitsubishi Electric Corp. Datenaufzeichungseinrichtung und audiosystem
JP5493531B2 (ja) * 2009-07-17 2014-05-14 三菱電機株式会社 映像音声記録再生装置および映像音声記録再生方法
JP5148676B2 (ja) * 2010-10-05 2013-02-20 株式会社東芝 ビデオデータ処理装置及びビデオデータ処理方法
JP5792574B2 (ja) * 2011-09-30 2015-10-14 日立コンシューマエレクトロニクス株式会社 データ記録方法、データ再生方法、データ記録装置及びデータ再生装置
KR101518294B1 (ko) * 2013-05-07 2015-05-07 주식회사 인코렙 멀티 트랙 미디어 파일이 기록된 기록 매체, 멀티 트랙 미디어 파일 편집 방법, 및 멀티 트랙 미디어 파일 편집 장치
CN103559898B (zh) * 2013-10-11 2017-01-18 华为技术有限公司 多媒体文件播放方法、播放装置和系统
US11474874B2 (en) 2014-08-14 2022-10-18 Qubole, Inc. Systems and methods for auto-scaling a big data system
FR3027756B1 (fr) * 2014-10-24 2017-11-10 Thales Sa Procede et systeme de traitement de donnees dans un systeme de telecommunications pour une adaptation dynamique a la quantite de donnees a transmettre
US11436667B2 (en) 2015-06-08 2022-09-06 Qubole, Inc. Pure-spot and dynamically rebalanced auto-scaling clusters
US20170097893A1 (en) * 2015-10-01 2017-04-06 Tridib Chakravarty Systems and methods for tape data access
US11080207B2 (en) * 2016-06-07 2021-08-03 Qubole, Inc. Caching framework for big-data engines in the cloud
US10606664B2 (en) 2016-09-07 2020-03-31 Qubole Inc. Heterogeneous auto-scaling big-data clusters in the cloud
US10157102B2 (en) * 2016-12-29 2018-12-18 Whatsapp Inc. Techniques to scan and reorganize media files to remove gaps
US10733024B2 (en) 2017-05-24 2020-08-04 Qubole Inc. Task packing scheduling process for long running applications
US11228489B2 (en) 2018-01-23 2022-01-18 Qubole, Inc. System and methods for auto-tuning big data workloads on cloud platforms
US11144360B2 (en) 2019-05-31 2021-10-12 Qubole, Inc. System and method for scheduling and running interactive database queries with service level agreements in a multi-tenant processing system
US11704316B2 (en) 2019-05-31 2023-07-18 Qubole, Inc. Systems and methods for determining peak memory requirements in SQL processing engines with concurrent subtasks
WO2021200186A1 (ja) * 2020-03-30 2021-10-07 ソニーグループ株式会社 信号処理装置および信号処理方法
JP2023005842A (ja) * 2021-06-29 2023-01-18 キヤノン株式会社 記録装置、およびその制御方法、プログラム

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5853010A (ja) 1981-09-24 1983-03-29 Hitachi Ltd シリアル記録デ−タフアイル構成法
JPS5960670A (ja) 1982-09-30 1984-04-06 Fujitsu Ltd 磁気テ−プ装置のデ−タ記憶処理方式
US5166921A (en) * 1987-06-17 1992-11-24 Pioneer Electronic Corporation Optical disk carrying tracking information in multiple formats and apparatus for analyzing same
US5388090A (en) * 1991-07-09 1995-02-07 Hitachi, Ltd. Method, apparatus, and medium for recording information in data sections having number of bytes which increases with increase in circumference of tracks on medium
JP3199082B2 (ja) 1992-11-18 2001-08-13 ソニー株式会社 オーディオデータの区切り位置調整方法および装置
JPH08102148A (ja) 1994-09-30 1996-04-16 Sanyo Electric Co Ltd 記録媒体
JPH08289248A (ja) * 1995-04-11 1996-11-01 Toshiba Corp 記録媒体とこの記録媒体へのデータの記録方式とその記録装置、その記録媒体からのデータの再生方法とその再生装置
US6118754A (en) * 1995-05-16 2000-09-12 Sony Corporation Data recording/reproducing apparatus and method corresponding to a plurality of data formats, and data recording medium
WO1999031657A2 (en) * 1997-12-15 1999-06-24 Matsushita Electric Industrial Co., Ltd. Optical disc, optical disc recording apparatus, and optical disc recording method for facilitating dubbing, storage medium for storing optical disc recording program for facilitating dubbing, optical disc reproducing apparatus, and optical disc reproducing method
JPH11238361A (ja) 1998-02-19 1999-08-31 Victor Co Of Japan Ltd 素材データの管理方法、編集方法、編集機械及び編集プログラムを記録したコンピュータ読みとり可能な記録媒体
CN1118772C (zh) * 1998-05-06 2003-08-20 松下电器产业株式会社 数字数据发送接收系统及其方法
US7389038B1 (en) 1998-09-09 2008-06-17 Sharp Kabushiki Kaisha Multimedia information recording device and method for recording multimedia information file on recording medium
WO2000055854A1 (fr) * 1999-03-17 2000-09-21 Kabushiki Kaisha Toshiba Procede d'enregistrement de donnees en fluxet de leur structure
US6269080B1 (en) * 1999-04-13 2001-07-31 Glenayre Electronics, Inc. Method of multicast file distribution and synchronization
US6574417B1 (en) * 1999-08-20 2003-06-03 Thomson Licensing S.A. Digital video processing and interface system for video, audio and ancillary data
GB2366926A (en) 2000-09-06 2002-03-20 Sony Uk Ltd Combining material and data
EP1364510B1 (en) * 2000-10-26 2007-12-12 Prismedia Networks, Inc. Method and system for managing distributed content and related metadata
JP2002218398A (ja) 2001-01-16 2002-08-02 Matsushita Electric Ind Co Ltd 記録媒体
JP2002230952A (ja) 2001-01-31 2002-08-16 Tietech Co Ltd ハードディスクへのデータ記録方法
JP2003151216A (ja) * 2001-11-12 2003-05-23 Hitachi Ltd 情報記録方法、及び情報記録装置
JP4045940B2 (ja) 2002-04-05 2008-02-13 ソニー株式会社 記録制御装置および記録制御方法、プログラム、並びに記録媒体
JP2004087011A (ja) * 2002-08-28 2004-03-18 Hitachi Ltd 記録方法、記録装置、再生方法、及び再生装置
JP3871210B2 (ja) * 2002-09-19 2007-01-24 ソニー株式会社 変換装置および変換方法、プログラム、並びにデータ構造
JP3891295B2 (ja) * 2003-07-09 2007-03-14 ソニー株式会社 情報処理装置および方法、プログラム記録媒体、並びにプログラム
WO2005074393A2 (en) * 2004-02-10 2005-08-18 Lg Electronics Inc. Recording medium having a data structure for managing various data streams and recording and reoroducing methods and apparatuses
JP4306525B2 (ja) * 2004-04-16 2009-08-05 ソニー株式会社 情報処理装置および方法、並びにプログラム

Also Published As

Publication number Publication date
CN1836284B (zh) 2012-11-14
EP1632945A4 (en) 2009-02-18
US8204919B2 (en) 2012-06-19
EP1632945B1 (en) 2011-10-26
KR20060015754A (ko) 2006-02-20
EP1632945A1 (en) 2006-03-08
CN1836284A (zh) 2006-09-20
KR101047268B1 (ko) 2011-07-06
JP2005004854A (ja) 2005-01-06
US20070094290A1 (en) 2007-04-26
WO2004112024A1 (ja) 2004-12-23

Similar Documents

Publication Publication Date Title
JP4562115B2 (ja) ファイル生成装置および方法、プログラム、並びに記録媒体
US20120195576A1 (en) Recording apparatus, reproduction apparatus, and file management method
JP2001084705A (ja) 記録装置および記録方法、並びにディスク状記録媒体
JP4228288B2 (ja) 記録制御装置および方法、プログラム、並びにデータ記録方法
JP3777609B2 (ja) 記録装置および方法、並びにプログラム
JP4045940B2 (ja) 記録制御装置および記録制御方法、プログラム、並びに記録媒体
JP3858151B2 (ja) 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP3859146B2 (ja) 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP3610975B2 (ja) 記録装置および方法
JP3873921B2 (ja) 記録装置および方法
JP4466482B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP4265438B2 (ja) 変換装置、変換補助方法、およびプログラム
JP3277781B2 (ja) データ記録再生装置およびデータ記録再生方法
JP4204008B2 (ja) 情報記録媒体、情報記録装置、及び情報再生装置
JP4179030B2 (ja) 記録装置および方法、ならびに、再生装置および方法
JP3277922B2 (ja) データ記録再生装置とその方法
JP4264668B2 (ja) 再生装置、および、再生方法、並びに、プログラム格納媒体
JP4013161B2 (ja) 記録装置、記録方法、および、記録媒体、並びに、撮像装置および、再生方法
JP4218900B2 (ja) 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP4280750B2 (ja) 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP2005085391A (ja) マルチメディアコンテンツデータ作成方法および作成装置
JP2005236434A (ja) 記録装置、再生装置、伝送システム及び記録方法
JP2004310832A (ja) 記録装置および方法

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070228

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070501

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080110

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080312

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20080401

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20080516

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100723

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130806

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4562115

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees