(57)【特許請求の範囲】
【請求項１】
ビデオデータを書き換え可能な光ディスクに記録する記録装置において、
圧縮符号化によってビデオデータを符号化する符号化手段と、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、上記符号化手段からの符号化ビデオデータのデータ構造を変換する手段と、
上記ファイル構造を有するデータを光ディスクに記録する手段とからなり、
上記ファイル構造は、第１のデータ単位と、複数の上記第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の上記第２のデータ単位を上記光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録装置。
【請求項２】
オーディオデータを書き換え可能な光ディスクに記録する記録装置において、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、オーディオデータまたは符号化オーディオデータのデータ構造を変換する手段と、
上記ファイル構造を有するデータを光ディスクに記録する手段とからなり、
上記ファイル構造は、第１のデータ単位と、複数の上記第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の上記第２のデータ単位を上記光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録装置。
【請求項３】
ビデオデータおよびオーディオデータを書き換え可能な光ディスクに記録する記録装置において、
フレーム間予測符号化と動き補償とを組み合わせ、複数フレームのグループ構造を有する圧縮符号化によってビデオデータを符号化するビデオ符号化手段と、
圧縮符号化または非圧縮のオーディオデータを出力するオーディオ出力手段と、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、上記符号化手段からの符号化ビデオデータと上記オーディオ出力手段からのオーディオデータのデータ構造をそれぞれ変換し、上記ファイル構造を有する符号化ビデオデータと上記オーディオデータを多重化する手段と、
上記ファイル構造を有し、多重化されたデータを光ディスクに記録する手段とからなり、
上記ファイル構造は、第１のデータ単位と、複数の上記第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の上記第２のデータ単位を上記光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録装置。
【請求項４】
請求項３において、
上記多重化されたデータは、上記第２のデータ単位の符号化ビデオデータと上記第２の単位のオーディオデータの時間長が略等しくされたことを特徴とする記録装置。
【請求項５】
請求項３において、
上記多重化されたデータは、上記第２のデータ単位の符号化ビデオデータと上記第２の単位のオーディオデータとが交互に配列され、
隣接する上記第２の単位の符号化ビデオデータおよびオーディオデータのセットの複数個を上記連続記録長に対応させることを特徴とする記録装置。
【請求項６】
請求項２または３において、
上記オーディオデータがＡＴＲＡＣにより圧縮符号化され、
上記ファイル構造の上記第１のデータ単位に上記ＡＴＲＡＣの１または複数のサウンドユニットが含まれることを特徴とする記録装置。
【請求項７】
請求項１または２において、
上記ファイル構造が管理情報を記述するためのデータ部分をさらに有し、上記データ部分に、上記連続記録長に含まれる上記第２のデータ単位の個数を記述することを特徴とする記録装置。
【請求項８】
請求項３において、
上記ファイル構造が管理情報を記述するためのデータ部分をさらに有し、上記データ部分に、上記第２の単位の符号化ビデオデータおよびオーディオデータのセットを記録しているか否かを示すフラグと、上記連続記録長に含まれる上記セットの個数を記述することを特徴とする記録装置。
【請求項９】
ビデオデータを書き換え可能な光ディスクに記録する記録方法において、
圧縮符号化によってビデオデータを符号化するステップと、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化ビデオデータのデータ構造を変換するステップと、
上記ファイル構造を有するデータを光ディスクに記録するステップとからなり、
上記ファイル構造は、第１のデータ単位と、複数の上記第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の上記第２のデータ単位を上記光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録方法。
【請求項１０】
オーディオデータを書き換え可能な光ディスクに記録する記録方法において、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、オーディオデータまたは符号化オーディオデータのデータ構造を変換するステップと、
上記ファイル構造を有するデータを光ディスクに記録するステップとからなり、
上記ファイル構造は、第１のデータ単位と、複数の上記第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の上記第２のデータ単位を上記光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録方法。
【請求項１１】
ビデオデータおよびオーディオデータを書き換え可能な光ディスクに記録する記録方法において、
フレーム間予測符号化と動き補償とを組み合わせ、複数フレームのグループ構造を有する圧縮符号化によってビデオデータを符号化するビデオ符号化のステップと、
圧縮符号化または非圧縮のオーディオデータを出力するオーディオ出力のステップと、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化ビデオデータと上記出力されるオーディオデータのデータ構造をそれぞれ変換し、上記ファイル構造を有する符号化ビデオデータと上記オーディオデータを多重化するステップと、
上記ファイル構造を有し、多重化されたデータを光ディスクに記録するステップとからなり、
上記ファイル構造は、第１のデータ単位と、複数の上記第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の上記第２のデータ単位を上記光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録方法。
【請求項１２】
ビデオデータを書き換え可能な光ディスクに記録するためのコンピュータ制御可能なプログラムが記録された記録媒体において、
上記プログラムは、
圧縮符号化によってビデオデータを符号化するステップと、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化ビデオデータのデータ構造を変換するステップと、
上記ファイル構造を有するデータを光ディスクに記録するステップとからなり、
上記ファイル構造は、第１のデータ単位と、複数の上記第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の上記第２のデータ単位を上記光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録媒体。
【請求項１３】
オーディオデータを書き換え可能な光ディスクに記録するためのコンピュータ制御可能なプログラムが記録された記録媒体において、
上記プログラムは、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、オーディオデータまたは符号化オーディオデータのデータ構造を変換するステップと、
上記ファイル構造を有するデータを光ディスクに記録するステップとからなり、
上記ファイル構造は、第１のデータ単位と、複数の上記第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の上記第２のデータ単位を上記光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録媒体。
【請求項１４】
ビデオデータおよびオーディオデータを書き換え可能な光ディスクに記録するためのコンピュータ制御可能なプログラムが記録された記録媒体において、
上記プログラムは、
フレーム間予測符号化と動き補償とを組み合わせ、複数フレームのグループ構造を有する圧縮符号化によってビデオデータを符号化するビデオ符号化のステップと、
圧縮符号化または非圧縮のオーディオデータを出力するオーディオ出力のステップと、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化ビデオデータと上記出力されるオーディオデータのデータ構造をそれぞれ変換し、上記ファイル構造を有する符号化ビデオデータと上記オーディオデータを多重化するステップと、
上記ファイル構造を有し、多重化されたデータを光ディスクに記録するステップとからなり、
上記ファイル構造は、第１のデータ単位と、複数の上記第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の上記第２のデータ単位を上記光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、圧縮符号化例えばＭＰＥＧで符号化されたビデオ信号および／またはオーディオ信号を光ディスクに対して記録するのに好適な記録装置および方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
近年、マルチメディア対応のシステムソフトウェアとして、QuickTime が知られている。QuickTime は、時系列的に変化するデータ（Movie と称される）を扱うためのソフトウェアである。Movie には、動画、音声および文字データが含まれる。現在、Apple がQuickTime ファイルフォーマットとして、Macintosh プラットフォーム上でのみ対応しているＭＰＥＧ−１(Moving Picture Experts Group phase1) のプログラムストリーム（ビデオエレメンタリストリームとオーディオエレメンタリストリームを時間で多重化したデータ形式）ファイル格納形式がある。この格納形式では、ＭＰＥＧ−１ファイル全体、すなわち、１つの閉じたシーン全体をその時間の長さと無関係に、QuickTime ファイルフォーマットにおけるSampleに対応させ、且つその巨大なSampleを１つの巨大なChunk として扱っている。
【０００３】
また、オーディオとビデオの各データをまとめてQuickTime ファイルフォーマットにおける１つのTrack 、そして、１つのMedia に格納している。このデータを理解するための新たなMedia TypeとしてＭＰＥＧMedia を定義し、その中で巨大なSample、Chunk の中に含まれているビデオデータやオーディオデータの理解を行っている。
【０００４】
【発明が解決しようとする課題】
しかしながら、巨大なSample中の特定のデータに対するアクセス性が低下し、また、編集性が乏しい問題があった。例えばコンピュータにおいて、QuickTime による再生、編集を可能とするために、携帯形カメラ一体形記録再生装置における記録媒体例えば光ディスクへの映像音声データをQuickTime ファイルフォーマットに準拠して格納することが考えられる。この場合でも、特定のデータへのアクセス性が劣り、編集性が乏しい問題を解決する必要がある。ビデオデータに限らずオーディオデータの記録再生装置においても同様である。
【０００５】
したがって、この発明の目的は、QuickTime のようなマルチメディアデータフォーマットに準拠したファイル構造を持つように、データ構造が変換されたデータを記録媒体に記録する時に、アクセス性の低下を防止し、編集性を向上できる記録装置および方法、並びに記録媒体を提供することにある。
【０００６】
【課題を解決するための手段】
請求項１の発明は、上述した課題を達成するために、ビデオデータを書き換え可能な光ディスクに記録する記録装置において、
圧縮符号化によってビデオデータを符号化する符号化手段と、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化手段からの符号化ビデオデータのデータ構造を変換する手段と、
ファイル構造を有するデータを光ディスクに記録する手段とからなり、
ファイル構造は、第１のデータ単位と、複数の第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の第２のデータ単位を光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録装置である。
【０００７】
請求項２の発明は、オーディオデータを書き換え可能な光ディスクに記録する記録装置において、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、オーディオデータまたは符号化オーディオデータのデータ構造を変換する手段と、
ファイル構造を有するデータを光ディスクに記録する手段とからなり、
ファイル構造は、第１のデータ単位と、複数の第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の第２のデータ単位を光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録装置である。
【０００８】
請求項３の発明は、ビデオデータおよびオーディオデータを書き換え可能な光ディスクに記録する記録装置において、
フレーム間予測符号化と動き補償とを組み合わせ、複数フレームのグループ構造を有する圧縮符号化によってビデオデータを符号化するビデオ符号化手段と、
圧縮符号化または非圧縮のオーディオデータを出力するオーディオ出力手段と、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化手段からの符号化ビデオデータとオーディオ出力手段からのオーディオデータのデータ構造をそれぞれ変換し、ファイル構造を有する符号化ビデオデータとオーディオデータを多重化する手段と、
ファイル構造を有し、多重化されたデータを光ディスクに記録する手段とからなり、
ファイル構造は、第１のデータ単位と、複数の第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の第２のデータ単位を光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録装置である。
【０００９】
請求項９の発明は、ビデオデータを書き換え可能な光ディスクに記録する記録方法において、
圧縮符号化によってビデオデータを符号化するステップと、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化ビデオデータのデータ構造を変換するステップと、
ファイル構造を有するデータを光ディスクに記録するステップとからなり、
ファイル構造は、第１のデータ単位と、複数の第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の第２のデータ単位を光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録方法である。
【００１０】
請求項１０の発明は、オーディオデータを書き換え可能な光ディスクに記録する記録方法において、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、オーディオデータまたは符号化オーディオデータのデータ構造を変換するステップと、
ファイル構造を有するデータを光ディスクに記録するステップとからなり、
ファイル構造は、第１のデータ単位と、複数の第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の第２のデータ単位を光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録方法である。
【００１１】
請求項１１の発明は、ビデオデータおよびオーディオデータを書き換え可能な光ディスクに記録する記録方法において、
フレーム間予測符号化と動き補償とを組み合わせ、複数フレームのグループ構造を有する圧縮符号化によってビデオデータを符号化するビデオ符号化のステップと、
圧縮符号化または非圧縮のオーディオデータを出力するオーディオ出力のステップと、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化ビデオデータと出力されるオーディオデータのデータ構造をそれぞれ変換し、ファイル構造を有する符号化ビデオデータとオーディオデータを多重化するステップと、
ファイル構造を有し、多重化されたデータを光ディスクに記録するステップとからなり、
ファイル構造は、第１のデータ単位と、複数の第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の第２のデータ単位を光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録方法である。
【００１２】
請求項１２の発明は、ビデオデータを書き換え可能な光ディスクに記録するためのコンピュータ制御可能なプログラムが記録された記録媒体において、
プログラムは、
圧縮符号化によってビデオデータを符号化するステップと、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化ビデオデータのデータ構造を変換するステップと、
ファイル構造を有するデータを光ディスクに記録するステップとからなり、
ファイル構造は、第１のデータ単位と、複数の第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の第２のデータ単位を光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録媒体である。
【００１３】
請求項１３の発明は、オーディオデータを書き換え可能な光ディスクに記録するためのコンピュータ制御可能なプログラムが記録された記録媒体において、
プログラムは、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、オーディオデータまたは符号化オーディオデータのデータ構造を変換するステップと、
ファイル構造を有するデータを光ディスクに記録するステップとからなり、
ファイル構造は、第１のデータ単位と、複数の第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の第２のデータ単位を光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録媒体である。
【００１４】
請求項１４の発明は、ビデオデータおよびオーディオデータを書き換え可能な光ディスクに記録するためのコンピュータ制御可能なプログラムが記録された記録媒体において、
プログラムは、
フレーム間予測符号化と動き補償とを組み合わせ、複数フレームのグループ構造を有する圧縮符号化によってビデオデータを符号化するビデオ符号化のステップと、
圧縮符号化または非圧縮のオーディオデータを出力するオーディオ出力のステップと、
特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、符号化ビデオデータと出力されるオーディオデータのデータ構造をそれぞれ変換し、ファイル構造を有する符号化ビデオデータとオーディオデータを多重化するステップと、
ファイル構造を有し、多重化されたデータを光ディスクに記録するステップとからなり、
ファイル構造は、第１のデータ単位と、複数の第１のデータ単位の集合としての第２のデータ単位とを有し、
複数の第２のデータ単位を光ディスクに書き込む時の連続記録長に対応させることを特徴とする記録媒体である。
【００１５】
この発明によれば、光ディスクにファイル構造を有するデータを記録する時に、連続記録長を複数の第２のデータ単位（例えばQuickTime のChunk ）に対応させているので、アクセス性、編集性を向上できる。また、符号化ビデオデータとオーディオデータ（圧縮または非圧縮）とのセットの複数個を連続記録長に対応させているので、アクセス性、編集性を向上できる。
【００１６】
【発明の実施の形態】
以下、この発明の一実施形態について図面を参照して説明する。図１は、この発明の一実施形態におけるディジタル記録再生装置を示す。図１において、１がビデオ符号器を示す。ビデオ入力がビデオ符号器１に供給され、ビデオ符号器１において、ビデオ信号が圧縮符号化される。また、２がオーディオ符号器を示し、オーディオ入力がオーディオ符号器２においてオーディオ信号が圧縮符号化される。ビデオ信号およびオーディオ信号に対する圧縮符号化としては、例えばＭＰＥＧが使用される。ビデオ符号器１およびオーディオ符号器２のそれぞれの出力がエレメンタリストリームと称される。
【００１７】
ビデオ符号器１は、ＭＰＥＧの場合、動きベクトルを検出する動き予測部、ピクチャ順序並び替え部、入力映像信号とローカル復号映像信号間の予測誤差を形成する減算部、減算出力をＤＣＴ変換するＤＣＴ部、ＤＣＴ部の出力を量子化する量子化部、量子化出力を可変長符号化する可変長符号化部、一定レートで符号化データを出力するバッファメモリとから構成される。ピクチャ順序並び替え部は、ピクチャの順序を符号化処理に適したものに並び替える。つまり、ＩおよびＰピクチャを先に符号化し、その後、Ｂピクチャを符号化するのに適した順序にピクチャを並び替える。ローカル復号部は、逆量子化部、逆ＤＣＴ部、加算部、フレームメモリおよび動き補償部で構成される。動き補償部では、順方向予測、逆方向予測、両方向予測が可能とされている。イントラ符号化の場合では、減算部は、減算処理を行わず、単にデータが通過する。また、オーディオ符号器２は、サブバンド符号化部、適応量子化ビット割り当て部等で構成される。
【００１８】
一例として、携帯形カメラ一体ディスク記録再生装置の場合では、ビデオカメラで撮影された画像がビデオ入力とされ、マイクロホンで集音された音声がオーディオ入力とされる。ビデオ符号器１およびオーディオ符号器２では、アナログ信号がディジタル信号へ変換されて処理される。また、この一実施形態では、書き換え可能な光ディスクを記録媒体として使用する。この種の光ディスクとしては、光磁気ディスク、相変化型ディスク等を使用できる。一実施形態では、比較的小径の光磁気ディスクを使用している。
【００１９】
ビデオ符号器１およびオーディオ符号器２の出力がファイル生成器５に供給される。ファイル生成器５は、特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、ビデオエレメンタリストリームおよびオーディオエレメンタリストリームのデータ構造を変換する。この一実施形態では、ソフトウェアとして例えばQuickTime を使用する。QuickTime が処理する時系列的に変化する一連のデータ（ビデオデータ、オーディオデータ、テキストデータ）は、QuickTime ムービー(Movie) と称される。また、ファイル生成器５では、符号化ビデオデータおよび符号化オーディオデータが多重化される。QuickTime ムービーファイルの構造を作成するために、システム制御マイコン９によってファイル生成器５が制御される。
【００２０】
ファイル生成器５からのQuickTime ムービーファイルがメモリコントローラ８を介してメモリ７に順次書き込まれる。メモリコントローラ８に対して、システム制御マイコン（マイクロコンピュータ）９からディスクへのデータ書き込み要求が入力されると、メモリコントローラ８によって、メモリ７からQuickTime ムービーファイルが読み出される。ここで、QuickTime ムービー符号化の転送レートは、ディスクへの書き込みデータの転送レートより低く、例えば約１／２とされている。したがって、QuickTime ムービーファイルが連続的にメモリ７に書き込まれるのに対して、メモリ７からの読み出しは、メモリ７がオーバーフローまたはアンダーフローしないことをシステム制御マイコン９が監視しながら間欠的に行われる。
【００２１】
メモリコントローラ８を介してメモリ７から読み出されたQuickTime ムービーファイルがエラー訂正符号／復号器１１に供給される。エラー訂正符号／復号器１１は、QuickTime ムービーファイルを一旦メモリ１０に書き込み、インターリーブおよびエラー訂正符号の冗長データの生成の処理を行い、冗長データが付加されたデータをメモリ１０から読み出す。
【００２２】
エラー訂正符号／復号器１１の出力がデータ変復調器１３に供給される。データ変復調器１３は、ディジタルデータをディスクに記録する時に、再生時のクロック抽出を容易とし、符号間干渉のような問題が生じないように、データを変調する。例えばＲＬＬ（１，７）を使用できる。
【００２３】
データ変復調器１３の出力が磁界変調ドライバ１４に供給されると共に、光ピックアップ２３を駆動するための信号を出力する。磁界変調ドライバ１４は、入力された信号に応じて磁界ヘッド２２を駆動して光ディスク２０に磁界を印加する。光ピックアップ２３は、記録用のレーザビームを光ディスク２０に照射する。このようにして光ディスク２０に対してデータが記録される。光ディスク２０は、モータ２１によって、ＣＬＶ（線速度一定），ＣＡＶ（角速度一定），またはＺＣＡＶ（ゾーンＣＬＶ）で回転される。
【００２４】
メモリコントローラ８から読み出される間欠的なデータを光ディスク２０へ記録するので、通常は、連続的な記録動作がなされず、一定のデータ量を記録したら記録動作を中断し、次の記録要求まで待機するように、記録動作が間欠的になされる。
【００２５】
また、システム制御マイコン９からの要求に応じて、ドライブ制御マイコン１２がサーボ回路１５に要求を出し、ディスクドライブ全体の制御がなされる。それによって記録動作がなされる。サーボ回路１５によって、光ピックアップ２３のディスク径方向の移動のサーボ、トラッキングサーボ、フォーカスサーボがなされ、また、モータ２１のスピンドルサーボがなされる。図示しないが、システム制御マイコン９と関連してユーザの操作入力部が設けられている。
【００２６】
次に、再生のための構成および動作について説明する。再生時には、再生用のレーザビームを光ディスク２０に照射し、光ディスク２０からの反射光を光ピックアップ２３中のディテクタによって再生信号へ変換する。この場合、光ピックアップ２３のディテクタの出力信号からトラッキングエラーおよびフォーカスエラーが検出され、読み取りレーザビームがトラック上に位置し、トラック上に合焦するように、サーボ回路１５により制御される。また、光ディスク２０上の所望の位置のデータを再生するために、光ピックアップ２３の径方向の移動が制御される。
【００２７】
再生時においても、記録時と同様に、QuickTime ムービーファイルの転送レーザよりも高い、例えば２倍のレートで光ディスク２０からデータを再生する。この場合では、通常、連続的な再生が行われず、一定のデータ量を再生したら再生動作を中断し、次の再生要求まで待機するような間欠的な再生動作がなされる。再生時動作において、記録動作と同様に、システム制御マイコン９からの要求に応じて、ドライブ制御マイコン１２がサーボ回路１５に要求を出して、ディスクドライブ全体の制御がなされる。
【００２８】
光ピックアップ２３からの再生信号がデータ変復調器１３に入力され、復調処理がなされる。復調後のデータがエラー訂正符号／復号器１１に供給される。エラー訂正符号／復号器１１においては、再生データを一旦メモリ１０に書き込み、デインターリーブ処理およびエラー訂正処理がなされる。エラー訂正後のQuickTime ムービーファイルがメモリコントローラ８を介してメモリ７に書き込まれる。
【００２９】
メモリ７に書き込まれたQuickTime ムービーファイルは、システム制御マイコン９の要求に応じて、多重化を解く同期のタイミングに合わせてファイル復号器６に出力される。システム制御マイコン９は、ビデオ信号およびオーディオ信号を連続再生するために、光ディスク２０から再生されてメモリ７に書き込まれるデータ量とメモリ７から読み出してファイル復号器６に出力されるデータ量を監視し、メモリ７がオーバーフローまたはアンダーフローしないように、メモリコントローラ８およびドライブ制御マイコン１２を制御し、光ディスク２０からのデータの読み出しを行う。
【００３０】
ファイル復号器６では、システム制御マイコン９の制御の下で、QuickTime ムービーファイルをビデオエレメンタリストリームおよびオーディオエレメンタリストリームに分解する。ビデオエレメンタリストリームがビデオ復号器３に供給され、オーディオエレメンタリストリームがオーディオ復号器４に供給される。ファイル復号器６からのビデオエレメンタリストリームおよびオーディオエレメンタリストリームは、両者が同期するように出力される。
【００３１】
ビデオ復号器３およびオーディオ復号器４は、圧縮符号化の復号をそれぞれ行い、ビデオ出力およびオーディオ出力を発生する。例えばＭＰＥＧがビデオ信号およびオーディオ信号の圧縮符号化として使用される。図示しないが、ビデオ出力が表示ドライブを介してディスプレイ（液晶等）に出力され、表示され、オーディオ出力がオーディオアンプを介してスピーカに対して出力され、再生される。
【００３２】
ビデオ復号器３は、バッファメモリ、可変長符号復号部、逆ＤＣＴ部、逆量子化部、逆量子化部の出力とローカル復号出力を加算する加算部、ピクチャ順序並び替え部並びにフレームメモリおよび動き補償部からなるローカル復号部によって構成されている。イントラ符号化の場合では、加算部での加算処理がなされず、データが加算部を通過する。加算部からの復号データがピクチャ順序並び替え部によって元の画像の順序とされる。
【００３３】
なお、上述したようにデータが記録された光ディスク２０は、着脱自在のものであるので、他の機器でも再生できる。例えばQuickTime のアプリケーションソフトウェアで動作するパーソナルコンピュータが光ディスク２０に記録されているデータを読み取り、パーソナルコンピュータによって記録されているビデオおよびオーディオデータを再生することができる。さらに、この発明は、ビデオデータのみ、またはオーディオデータのみを扱う場合に対しても適用することができる。
【００３４】
上述したこの発明の一実施形態についてより詳細に説明する。先ず、QuickTime について、図２を参照して概略的に説明する。QuickTime は、一般的には、特殊なハードウエアを用いずに動画を再生するためのＯＳの拡張機能である。取り扱い可能なデータ形式は、多様で３２Track までの音声、動画、ＭＩＤＩなどの出力を同期させることができる。
【００３５】
QuickTime ムービーファイルは、大きくは、Movie ResourceとMovie Dataの二つの部分に分かれている。Movie Resourceの部分には、そのQuickTime ファイルを再生するのに必要な時間や、実データ参照のための情報が格納されており、Movie Data部分には、ビデオやオーディオの実データが格納されている。
【００３６】
一つのQuickTime ムービーファイルには、サウンド、ビデオ、テキストといった異なるタイプのMedia Dataをそれぞれ別のTrack として格納することができ、Sound Track,Video Track , Text Trackと呼ばれ、時間軸で厳密に管理されている。各Track には、それぞれの実データの圧縮方式や格納場所と表示時間を参照するためのMedia を有している。Media の中で、実データをMovie Data部分にどのような単位で格納されているかを示す最小単位のSampleのサイズや、そのSampleを複数個集めてブロック化したChunk の格納場所や、各Sampleの表示時間などの情報を格納している。
【００３７】
図２は、オーディオデータと画像データとを扱うQuickTime ムービーファイルの一例を示す。QuickTime ムービーファイルの最も大きな構成部分は、Movie Resource部分とMovie Data部分とである。Movie Resource部分には、そのファイルを再生するために必要な時間や実データ参照のためのデータが格納される。また、Movie Data部分には、ビデオ、オーディオ等の実データが格納される。
【００３８】
Movie Resource部分について詳細に説明する。Movie Resource部分５０と、ムービーデータに格納した個々のデータに関する情報を記述するトラック部５１と、個々のデータに関する情報を記述するメディア部５２と、メディアインフォメーション部５３と、サンプルテーブル部５４との階層構造を有する。このResourceは、一つのVideo Track に関するものであり、図示を省略するが、オーディオトラックに関しても同様の構造のResource５５が記述される。
【００３９】
Movie Resource部分５０には、ファイル全体に係わる情報を記述するムービーヘッダ４１が含まれる。トラック部５１には、トラック全体に係る情報を記述するTrack ヘッダ４２が含まれる。メディア部５２には、メディア全体に係る情報を記述するMedia ヘッダ４３、Media データの取り扱いに係る情報を記述するMedia ハンドラ４４が含まれる。Media インフォメーション部５３には、画像メディアに係る情報を記述するMedia ヘッダ４５、画像データの取り扱いに係る情報を記述するデータハンドラ４６、およびデータについての情報を記述するデータインフォーメーション４７が含まれる。サンプルテーブル部５４には、各Sampleについての記述を行うサンプルデスクリプション５７、Sampleと時間軸の関係を記述するタイム−ツーサンプル、Sampleの大きさを記述するSampleサイズ４８、SampleとChunk の関係を記述するサンプル−ツーChunk と、ムービーファイル内でのChunk の開始バイト位置を記述するChunk オフセット４９、同期に係る記述を行うシンクサンプル等が格納されている。
【００４０】
一方、Movie Data部５６には、例えばＭＰＥＧオーディオレイヤ２に基づく圧縮符号化方式によって符号化されたオーディオデータ、および例えばＭＰＥＧ規定に従う圧縮符号化方式によって符号化された画像データがそれぞれ所定数のSampleからなるChunk を単位として格納されている。勿論、符号化方式はこれらに限定されるものではなく、また、圧縮符号化が施されていないリニアデータを格納することも可能である。
【００４１】
Movie Resource部分における各Track と、Movie Data部分に格納されているデータとは対応付けられている。すなわち、図２に示した一例は、オーディオデータと画像データとを扱うものなので、Movie Resource部分にビデオデータについてのTrack とオーディオデータについてのTrack とが含まれ、Movie Data部分に、オーディオデータの実データと画像データの実データとが含まれている。他の種類のデータを扱う場合には、Movie Resource部分におけるTrack 、およびMovie Data部分における実データの内容を、扱うべきデータに合わせれば良い。例えばテキスト、ＭＩＤＩ等を扱う場合には、Movie Resource部分にテキスト、ＭＩＤＩ等についてのTrack を含むようにし、Movie Data部分に、テキスト、ＭＩＤＩ等の実データを含むようにすれば良い。
【００４２】
図３および図４は、QuickTime におけるMovie Resourceのより詳細なデータ構成を示すものである。図３および図４は、本来は、一つの図であるが、作図スペースの制約から分割してResourceのデータ構成を示すものである。図２を参照して説明したように、Movie Resource部分５０は、ムービーデータに格納した個々のデータに関する情報を記述するトラック部５１と、個々のデータに関する情報を記述するメディア部５２と、メディアインフォメーション部５３と、サンプルテーブル部５４との階層構造を有する。このResourceは、一つのVideo Track に関するものであり、図示を省略するが、オーディオトラックに関しても同様の構造のResource５５が記述される。
【００４３】
次に、圧縮符号化復号化方法としてＭＰＥＧ２を用いた場合、圧縮されたビデオデータ（ビデオエレメンタリストリーム）および圧縮されたオーディオデータ（オーディオエレメンタリストリーム）をQuickTime ファイルフォーマットに変換する方法について説明する。ここで、ＭＰＥＧについて説明すると、ＭＰＥＧは、上位から順にシーケンス層、ＧＯＰ層、ピクチャ層、スライス層、マクロブロック層、ブロック層の６層の階層構造を有している。各層の先頭にヘッダが付加される。例えばシーケンスヘッダは、シーケンス層の先頭に付加されるヘッダであり、シーケンス開始コード、画面の水平および垂直サイズ、アスペクト比、ピクチャレート、ビットレート、ＶＢＶバッファサイズ、制約パラメータビット、２つの量子化マトリックスのロードフラグと内容などが含まれている。
【００４４】
また、ＭＰＥＧの場合では、ピクチャタイプとして、Ｉ、Ｐ、Ｂの３種類が存在する。Ｉピクチャ(Intra-coded picture：イントラ符号化画像) は、符号化されるときその画像１枚の中だけで閉じた情報を使用するものである。従って、復号時には、Ｉピクチャ自身の情報のみで復号できる。Ｐピクチャ(Predictive-coded picture ：順方向予測符号化画像）は、予測画像（差分をとる基準となる画像）として、時間的に前の既に復号されたＩピクチャまたはＰピクチャを使用するものである。動き補償された予測画像との差を符号化するか、差分を取らずに符号化するか、効率の良い方をマクロブロック単位で選択する。Ｂピクチャ(Bidirectionally predictive-coded picture ：両方向予測符号化画像）は、予測画像（差分をとる基準となる画像）として、時間的に前の既に復号されたＩピクチャまたはＰピクチャ、時間的に後ろの既に復号されたＩピクチャまたはＰピクチャ、並びにこの両方から作られた補間画像の３種類を使用する。この３種類のそれぞれの動き補償後の差分の符号化と、イントラ符号化の中で、最も効率の良いものをマクロブロック単位で選択する。
【００４５】
従って、マクロブロックタイプとしては、フレーム内符号化(Intra) マクロブロックと、過去から未来を予測する順方向(Foward)フレーム間予測マクロブロックと、未来から過去を予測する逆方向(Backward)フレーム間予測マクロブロックと、前後両方向から予測する両方向マクロブロックとがある。Ｉピクチャ内の全てのマクロブロックは、フレーム内符号化マクロブロックである。また、Ｐピクチャ内には、フレーム内符号化マクロブロックと順方向フレーム間予測マクロブロックとが含まれる。Ｂピクチャ内には、上述した４種類の全てのタイプのマクロブロックが含まれる。
【００４６】
そして、ＭＰＥＧでは、ランダムアクセスを可能とするために、複数枚のピクチャのまとまりであるＧＯＰ(Group Of Picture)構造が規定されている。ＧＯＰに関するＭＰＥＧの規則では、第１にビットストリーム上で、ＧＯＰの最初がＩピクチャであること、第２に、原画像の順で、ＧＯＰの最後がＩまたはＰピクチャであることが規定されている。また、ＧＯＰとしては、以前のＧＯＰの最後のＩまたはＰピクチャからの予測を必要とする構造も許容されている。以前のＧＯＰの画像を使用しないで復号できるＧＯＰは、クローズドＧＯＰと称される。この一実施形態では、クローズドＧＯＰの構造とし、ＧＯＰ単位の編集を可能としている。
【００４７】
また、ＭＰＥＧオーディオ（圧縮方式）としては、レイヤ１、レイヤ２およびレイヤ３の３個のモードが規定されている。例えばレイヤ１では、３２サブバンド符号化および適応ビット割り当てがなされ、１オーディオ復号単位が３８４サンプルとされている。１オーディオ復号単位は、オーディオビットストリームの１オーディオフレームのことである。オーディオ復号単位が単独で符号化データをオーディオデータへ復号できる最小単位である。ビデオデータについても、同様に１ビデオフレームに対応するビデオ復号単位が規定されている。１ビデオフレームは、ＮＴＳＣ方式では、１／３０秒である。通常、レイヤ１のオーディオのビットレートは、ステレオで２５６kbpsである。また、レイヤ２では、３２サブバンド符号化および適応ビット割り当てがなされ、１オーディオ復号単位が１１５２サンプルとされている。通常、レイヤ２のオーディオのビットレートは、ステレオで１９２kbpsである。
【００４８】
ファイル生成器５は、上述したQuickTime ファイルフォーマットに準拠したファイル構造へＭＰＥＧで圧縮されたビデオおよびオーディオデータを変換する。図５は、ビデオフレームと、ＧＯＰと、QuickTime ファイルフォーマットでのSampleとChunk の単位との関係を示す。上述したように、Sampleは、Movie データ中の最小単位であり、Chunk は、複数のSampleを集めてブロック化した単位である。
【００４９】
図５Ａに示すように、原ビデオ信号の例えば１５ビデオフレームがＭＰＥＧ２で圧縮符号化され、１ＧＯＰとされる。１５ビデオフレームは、０．５秒の時間である。ＧＯＰは、好ましくは、クローズドＧＯＰの構造とされる。各ＧＯＰの先頭にシーケンスヘッダ（ＳＨ）が付加される。シーケンスヘッダとＧＯＰとを１つのビデオ復号単位とする。シーケンスヘッダをＧＯＰごとに付加することによって、QuickTime で直接Sample単位のアクセスとそのデータの復号とが可能となる。図１中のビデオ符号器１が図５Ａに示すＭＰＥＧビデオエレメンタリストリームを出力する。
【００５０】
図５Ｂに示すように、ビデオ復号単位の１つをQuickTime ファイルフォーマットの１Sampleとする。時間的に連続する２個のSample（例えばSample#0，Sample#1) を１つのビデオChunk （例えばChunk#0)と対応させる。１ビデオChunk の長さは、１秒であり、３個のビデオChunk の長さが３秒となる。なお、１Sampleに６個のＧＯＰを対応させ、１ビデオChunk に１Sampleを対応させるようにしても良い。その場合でも、１ビデオChunk の時間長が３秒となる。
【００５１】
図６は、ＭＰＥＧオーディオのレイヤ２の符号化（２チャンネルステレオで２５６ｋbps)を行う時のオーディオフレームと、オーディオ復号単位と、QuickTime ファイルフォーマットでのSampleとオーディオChunk の単位との関係を示す。レイヤ２においては、オーディオサンプルの１１５２サンプル／チャンネルが１オーディオフレームとされる。図６Ａに示すように、ステレオの場合、１１５２サンプル×２チャンネルのオーディオデータがレイヤ２で符号化され、１つのオーディオ復号単位とされる。１つのオーディオ復号単位には、圧縮符号化後の３８４バイト×２チャンネルのデータが含まれる。オーディオ復号単位中には、ヘッダおよび復号に必要な情報（アロケーション、スケールファクタ等）が含まれる。
【００５２】
図６Ｂに示すように、オーディオ復号単位の１つをQuickTime ファイルフォーマットの１Sampleとする。したがって、QuickTime でSample単位でオーディオの復号が可能となる。時間的に連続する４１個のSample（例えばSample#0〜Sample#40 ) を１つのオーディオChunk （例えばChunk #0) と対応させ、時間的に連続する４２個のSample（例えばSample#41 〜Sample#82 ) を１つのオーディオChunk （例えばChunk #1) と対応させ、時間的に連続する４２個のSample（例えばSample#83 〜Sample#124) を１つのオーディオChunk （例えばChunk #2) と対応させる。１オーディオChunk の長さは、オーディオのサンプリング周波数を４８ｋHzとするときに、約１秒である。したがって、３個の連続するオーディオChunk は、３秒の長さとなる。
【００５３】
図５および図６は、ビデオデータの構造とオーディオデータの構造とを別々に示しているが、ファイル生成器５では、これらを一つのデータストリームとして多重化（インターリーブとも称される）し、QuickTime ムービーファイルを形成する。QuickTime ムービーファイルでは、ビデオChunk とオーディオChunk とがMovie データ内で交互に存在する。この場合、同じ時間に同期させて再生するオーディオChunk と、ビデオChunk （例えば図５ＢのビデオChunk#0 と図６ＢのオーディオChunk#0 ）とが対応したものとなるように、関連するビデオおよびオーディオChunk が隣接して配される。上述したように、１つのビデオChunk に含まれるビデオデータの時間長と、１つのオーディオChunk に含まれるオーディオデータの時間長とが等しく、例えば１秒に選ばれている。１個のオーディオChunk の時間長は、厳密には１秒ではないが、３個のビデオChunk の時間長と３個のオーディオChunk の時間長とは、等しく３秒となる。
【００５４】
オーディオの圧縮符号化の他の例として、ミニディスクで採用されているＡＴＲＡＣ(Adaptive Transform Acoustic Coding)を使用しても良い。ＡＴＲＡＣでは、４４．１ｋHzでサンプリングした１サンプル１６ビットのオーディオデータを処理する。ＡＴＲＡＣでオーディオデータを処理する時の最小のデータ単位がサウンドユニットである。ステレオの場合、１サウンドユニットは、５１２サンプル×１６ビット×２チャンネルである。
【００５５】
ＡＴＲＡＣをオーディオ圧縮符号化として採用する場合には、図７Ａに示すように、１サウンドユニットが２１２バイト×２チャンネルのオーディオ復号単位に圧縮される。図７Ｂに示すように、１オーディオ復号単位をQuickTime ファイルフォーマットの１Sampleに対応させる。また、６４個のSampleをQuickTime ファイルフォーマットの１オーディオChunk に対応させる。
【００５６】
また、オーディオ圧縮符号化としては、ＭＰＥＧオーディオレイヤー３、ＡＴＲＡＣの圧縮率をより高めたＡＴＲＡＣ３等も使用できる。さらに、この発明は、オーディオデータを圧縮しないで記録するようにしても良い。圧縮しない方式をリニアＰＣＭと称する。リニアＰＣＭにおいても、５１２個のオーディオサンプルを１個のオーディオ復号単位とし、１個のオーディオ復号単位をQuickTime ファイルフォーマットの１Sampleに対応させる。
【００５７】
図８は、ビデオとオーディオを多重化した場合における、ビデオに関してのQuickTime ファイルフォーマットを示す。図８Ａに示すように、ビデオフレームの周期をｔ０秒とし、１ＧＯＰに含まれるフレーム数をｆ０としている。原ビデオデータがＭＰＥＧ２で符号化されることによって、図８Ｂに示すＭＰＥＧビデオエレメンタリストリームが形成される。上述したように、ＧＯＰごとにシーケンスヘッダ（ＳＨ）が付加されている。
【００５８】
そして、図８Ｃに示すように、シーケンスヘッダが付加されたＧＯＰがQuickTime ファイルフォーマットの１Sampleに対応付けられる。１Sampleの大きさは、Sampleサイズと称される。複数Sample例えば上述した６個のSampleによってQuickTime ファイルフォーマットの１Chunk が構成される。図８Ｄに示すように、ビデオChunk とオーディオChunk とがMovie データ内に交互に配されることによって多重化され、QuickTime ムービーファイルが構成される。QuickTime ムービーファイル上で各ビデオChunk の先頭の位置がビデオChunk オフセットと称される。ビデオChunk オフセットは、ファイルの先頭からそのビデオChunk の先頭の位置までのバイト数で表される。
【００５９】
図９は、ビデオとオーディオを多重化した場合における、オーディオに関してのQuickTime ファイルフォーマットを示す。図９では、信号処理の順番に沿って図の下側から上側に向かってＡ、Ｂ、Ｃ、Ｄの分図記号が付されている。図９Ａに示すように、原オーディオ信号がディジタル化され、１オーディオフレーム内にｆ０音声サンプル×ｎチャンネルが含まれる。原オーディオデータがＭＰＥＧオーディオで圧縮符号化されることによって、図９Ｂに示すＭＰＥＧオーディオエレメンタリストリームが形成される。
【００６０】
そして、図９Ｃに示すように、例えば１個のオーディオ復号単位がQuickTime ファイルフォーマットの１Sampleに対応付けられる。１Sampleの大きさは、Sampleサイズと称される。複数Sample例えば上述した１２５個のSampleによってQuickTime ファイルフォーマットの１オーディオChunk が構成される。図９Ｄに示すように、ビデオChunk とオーディオChunk とが時間軸上に交互に配されることによって多重化され、QuickTime ムービーファイルが構成される。QuickTime ムービーファイル上で各オーディオChunk の先頭の位置がオーディオChunk オフセットと称される。オーディオChunk オフセットは、ファイルの先頭からそのオーディオChunk の先頭の位置までのバイト数で表される。ビデオChunk およびオーディオChunk の時間長は、互いに等しく、１秒または３秒とされる。
【００６１】
ビデオSampleのSampleサイズ、オーディオSampleのSampleサイズ、ビデオChunk オフセットの値、オーディオChunk オフセットの値は、そのQuickTime ムービーファイルのResource中に記述される。それによって、各Chunk 中の各Sampleを特定することが可能となり、Sample単位（復号単位）で編集を行うことができる。
【００６２】
上述したように、ビデオChunk とオーディオChunk とが多重化（インターリーブ）されたQuickTime ムービーファイルを光ディスク２０に対して記録する時の記録方法について説明する。上述したように、QuickTime ムービーファイルは、大きくは、Movie ResourceとMovie Dataの二つの部分に分かれている。QuickTime ムービーファイルを光ディスク２０に記録する時には、Movie Resourceと、Movie Data（実データ）のChunk （ビデオChunk またはオーディオChunk ）の複数個をディスク上の連続記録長に対応させる。連続記録長とは、１回のアクセス、すなわち、光ピックアップ２３のジャンプ動作を伴わないで、連続したアドレスに書き込み可能な長さのことである。
【００６３】
また、ビデオChunk とオーディオChunk とが多重化されている場合には、Movie Data中の互いに対応する（隣接している）オーディオChunk とビデオChunk のセットの複数個を連続記録長に対応させる。図１０に示すように、同期して再生されるべき、図５Ｂに示す１秒分のビデオChunk #iと、図６Ｂに示す約１秒分のオーディオChunk #iとからなるセットを３個集めた３秒分のデータが光ディスク上の連続記録長に対応される。例えば（オーディオChunk #1，ビデオChunk #1，〜オーディオChunk #3，ビデオChunk #3）の３秒分のデータが１個の連続記録長と対応するように、記録される。
【００６４】
図１０に示すように、光ディスク２０上の連続記録長の位置は、物理的には不連続である。したがって、Movie Resourceを最初に再生し、次に最初のオーディオChunk およびビデオChunk を再生するまでの間のように、二つの連続記録長を再生する間では、トラックジャンプが生じる。しかしながら、上述したように、書き込み／読み出しデータの転送レートがQuickTime ムービーファイルの転送レートより高いもの、例えば２倍に選定されているので、間欠的な読み出しがなされても、連続したQuickTime ムービーファイルを再生することができる。
【００６５】
このように、QuickTime ムービーファイルの転送レート、光ディスクの読み出しレート、連続記録長の時間、ディスクドライブのシークタイム（あるトラックから異なるトラックにジャンプして再生するまでの時間）は、相互に関係している。したがって、連続記録長に記録されるビデオおよびオーディオデータの時間は、３秒以外に種々選ぶことができる。連続記録長に記録されるビデオデータのビデオフレーム数の時間に対応する時間に、整数個のオーディオサンプルが含まれることが好ましい。
【００６６】
上述した実施形態において、ビデオまたはオーディオのみを光ディスク上に記録すること、ビデオおよびオーディオを多重化して光ディスク上に記録することが可能とされており、さらに、連続記録長として、１個または複数個のChunk が含まれる場合が可能とされる。したがって、一実施形態では、オーディオChunk 、ビデオChunk をどのよう単位で光ディスク上で連続記録長としているかを示す情報をQuickTime ムービーファイル内のMovie Resource部（管理情報部）に格納する。すなわち、オーディオTrack と、ビデオTrack のデータがどのように連続記録の対象となっているかをファイル内の管理データ部の情報を見ればわかるようにしている。この情報としては、連続記録の対象となるトラックの関係を示す情報と、連続記録長に含まれるChunk （またはセット）の個数の情報とである。
【００６７】
具体的には、QuickTime ムービーファイル内のMovie Resource部の中に存在するサンプルデスクリプション５７（図２および図４参照）の部分に上述した情報を記述する。図１１は、ビデオとオーディオの二つのトラックで構成されるQuickTime ムービーファイルの一般的な構造を示す。サンプルデスクリプション５７には、主としてサンプルデータを解釈するために必要な情報として、ＣＯＤＥＣ（圧縮伸張方式）や、その属性に関する各種の情報を格納することができる。
【００６８】
図１２は、サンプルデスクリプション５７をより詳細に示す。この一実施形態は、サンプルデスクリプション５７内で通常使用される情報格納領域に加えて、図１２中に示すように、７つのフィールドを追加定義する。なお、Data format のフィールドは、オーディオやビデオの圧縮方式等のフォーマットタイプを識別するための情報である。本例では、ＭＰＥＧ２のビデオと、ＭＰＥＧオーディオレイヤー２のオーディオデータを記録する時に、フォーマットタイプの一例としてＤＭＰＧという文字列を格納する。
【００６９】
また、拡張した７つのフィールドはセットで定義するものである。これは、QuickTime のMovie Resourceの基本的な構造単位に似せて、拡張した部分全体に渡っての「サイズ」に始まり、その拡張した内容を認識するための「タイプ」、そして実際の拡張した「データ」が続く構造を持たせている。
【００７０】
具体的には、本例では、４バイトのExtension sizeの部分に、拡張した７つのフィールド全部のサイズ（バイト数）を格納し、どこまでが拡張した部分なのかを識別する。続いて、４バイトのExtension typeの部分に、拡張した内容を認識するタイプ名として、例えばstdeという文字列を格納することにする。つまり、このタイプ名(stde)により、拡張して定義するディスク上の連続記録の対象としているトラックやそのChunk の情報をデータとして格納していることを理解する。そして、その情報データとして５種類(Flags,Track ID,Data reference index,Recorded data size,Repeat number)のフィールドを定義し、各々に以下に示す内容を格納する。
【００７１】
１バイトのFlags には、Track ID,Data reference index,Recorded data size,Repeat numberに格納するデータの解釈方法に関する情報フラグを格納する。４バイトのTrack ID、２バイトの Data reference index 、２バイトのRecorded data size、１バイトの Repeat numberには、オーディオやビデオのトラックのChunk がどのような単位でインターリーブされて、且つ連続記録されているのかを示す情報を複合的に格納している。
【００７２】
Flags は、主に、その値によって異なるトラックのChunk がインターリーブ（値：４）されてディスク上に連続書きされていか、それとも単独（値：０）であるかを示す。
【００７３】
Track IDは、ムービーファイルにおいて、図２や図３のTrack ヘッダ４２内に格納されているトラックのインデックスの識別値である。また、その値は、一つのムービーファイルの中で重複することのないものである。この値を用いることで、どのトラックに対して連続書きの対象としているかを規定する。
【００７４】
Data reference index は、トラック内に存在するサンプルディスクリプション５７（図１１に詳細に示す）において、そのサンプルの詳細情報を格納するSample description table毎に１つ割り当てられる識別値である。通常は、１つのサンプルディスクリプション内には、１つのSample description tableが格納されるが、ムービーファイルの編集後などにおいては、複数のSample description tableを格納することもある。また、その値は、一つのトラックの中で重複することのないものである。この値を用いることで、どのSample description tableで記述されているサンプル情報を持つサンプルで構成されるChunk に対して連続書きの対象としているかを規定する。
【００７５】
Recorded data sizeには、Track IDと Data reference index で指定した一つのトラックのChunk が、ディスク上で連続記録されているChunk のき最小個数を指定する。
【００７６】
Repeat numberは、Track ID， Data reference index ，Recorded data sizeで指定したトラックのChunk のセットが複数回繰り返してディスク上に連続記録されるときの回数を指定する。
【００７７】
以上の５つのデータフィールドを組み合わせて、どのトラックのChunk が、どういう並び順で、どういう個数の単位で、セットとしてディスク上に連続記録されているかを示す情報を格納する。
【００７８】
以降、例を示して説明する。簡単のため、オーディオとビデオのトラックが一つずつ存在するムービーファイル、もしくはオーディオのトラックのみのムービーファイルについて述べる。
【００７９】
第１の例を図１３Ａに示す。第１の例は、オーディオのトラック（Track ID＝１）とビデオのトラック（Track ID＝２）が存在し、オーディオのChunk （ Data reference index ＝１）とビデオのChunk （ Data reference index ＝１）が１個ずつ交互で、先にオーディオChunk 、続いてビデオChunk の順にディスク上に連続書きされている場合である。この場合では、上述した５つのデータフィールドには、
オーディオのトラック
Flags＝４
Track ID ＝２
Data reference index ＝１
Recorded data size ＝１
Repeat number＝１
ビデオのトラック
Flags＝４
Track ID ＝０
Data reference index ＝０
Recorded data size ＝１
Repeat number＝１
のような値が格納される。
【００８０】
これらの値において、２つのトラックはインターリーブされて配置されているので、 Flagsフィールドは、双方のトラックにおいて、インターリーブ形式であることを示すための値として、４という値を与える。
【００８１】
２つのトラックの依存関係は、オーディオChunk と、その後に連結したビデオChunk という順序の状態でセットとしているので、そのための記述として先に配置されているオーディオ Trackの方にのみ、どのトラックのChunk と連結された依存関係を持つかを示すために、 Track ID フィールドにビデオ Trackの Track ID 値（２）、加えて Data reference index フィールドにビデオ Trackの Data reference index 値（１）を与える。
【００８２】
逆に後ろ側のトラックであるビデオ Trackの方には、その後ろには連続書きの連結対象が存在しないことを示すために、 Track ID フィールドと Data reference index フィールドの双方に、不連続であることを示すための値（０）を与える。
【００８３】
連続書きされているオーディオおよびビデオの TrackのChunk の個数として、 Recorded data size フィールドには、双方とも１Chunk ずつを示す値（１）を与える
また、そのオーディオとビデオのChunk を１個ずつの繰り返し回数として、
Repeat numberのフィールドには、双方とも１回ずつ（１）を与える。
【００８４】
第２の例を図１３Ｂに示す。第２の例は、オーディオのトラック（Track ID＝１）とビデオのトラック（Track ID＝２）が存在し、オーディオのChunk （ Data reference index ＝１）とビデオのChunk （ Data reference index ＝１）が１個ずつ交互で、先にビデオChunk 、続いてオーディオChunk の順にディスク上に連続書きされている場合である。この場合では、上述した５つのデータフィールドには、
オーディオのトラック
Flags＝４
Track ID ＝０
Data reference index ＝０
Recorded data size ＝１
Repeat number＝１
ビデオのトラック
Flags＝４
Track ID ＝１
Data reference index ＝１
Recorded data size ＝１
Repeat number＝１
のような値が格納される。
【００８５】
第３の例を図１３Ｃに示す。第３の例は、オーディオのトラック（Track ID＝１）とビデオのトラック（Track ID＝２）が存在し、オーディオのChunk （ Data reference index ＝１）が２個とビデオのChunk （ Data reference index ＝１）が１個の関係で、先にオーディオChunk が２個連続し、続いてビデオChunk が１個の順に、セットでディスク上に連続書きされている場合である。この場合では、上述した５つのデータフィールドには、
オーディオのトラック
Flags＝４
Track ID ＝２
Data reference index ＝１
Recorded data size ＝２
Repeat number＝１
ビデオのトラック
Flags＝４
Track ID ＝０
Data reference index ＝０
Recorded data size ＝１
Repeat number＝１
のような値が格納される。
【００８６】
第４の例を図１３Ｄに示す。第４の例は、オーディオのトラック（Track ID＝１）とビデオのトラック（Track ID＝２）が存在し、オーディオのChunk （ Data reference index ＝１）が１個とビデオのChunk （ Data reference index ＝１）が１個の関係で、先にオーディオChunk が１個、続いてビデオChunk が１個の順のセットが３回連続した単位で、ディスク上に連続書きされている場合である。この場合では、上述した５つのデータフィールドには、
オーディオのトラック
Flags＝４
Track ID ＝２
Data reference index ＝１
Recorded data size ＝１
Repeat number＝３
ビデオのトラック
Flags＝４
Track ID ＝０
Data reference index ＝０
Recorded data size ＝１
Repeat number＝３
のような値が格納される。
【００８７】
第５の例を図１３Ｅに示す。第５の例は、オーディオのトラック（Track ID＝１）とビデオのトラック（Track ID＝２）が存在し、オーディオのChunk （ Data reference index ＝１）が２個とビデオのChunk （ Data reference index ＝１）が１個の関係で、先にオーディオChunk が２個連続し、続いてビデオChunk が１個の順のセットが２回連続した単位で、ディスク上に連続書きされている場合である。この場合では、上述した５つのデータフィールドには、
オーディオのトラック
Flags＝４
Track ID ＝２
Data reference index ＝１
Recorded data size ＝２
Repeat number＝２
ビデオのトラック
Flags＝４
Track ID ＝０
Data reference index ＝０
Recorded data size ＝１
Repeat number＝２
のような値が格納される。
【００８８】
第６の例を図１３Ｆに示す。第６の例は、オーディオのトラック（Track ID＝１）のみが存在し、オーディオのChunk （ Data reference index ＝１）が１個単位で、ディスク上に連続書きされている場合である。この場合では、上述した５つのデータフィールドには、
オーディオのトラック
Flags＝０
Track ID ＝０
Data reference index ＝０
Recorded data size ＝１
Repeat number＝１
のような値が格納される。
【００８９】
第７の例を図１３Ｇに示す。第７の例は、オーディオのトラック（Track ID＝１）のみが存在し、オーディオのChunk （ Data reference index ＝１）が３個単位で、ディスク上に連続書きされている場合である。この場合では、上述した５つのデータフィールドには、
オーディオのトラック
Flags＝０
Track ID ＝０
Data reference index ＝０
Recorded data size ＝３
Repeat number＝１
のような値が格納される。
【００９０】
なお、以上の説明では、携帯形カメラ一体形ディスク記録再生装置に対してこの発明を適用した例について説明したが、他の機器に対してもこの発明を適用できる。例えばディジタルスチルカメラ、ディジタルオーディオレコーダ／プレーヤ等にもこの発明を適用できる。
【００９１】
さらに、この発明は、図１のブロック図に示すハードウエア構成の一部、または全体をソフトウェアによって実現するようにしても良い。また、このソフトウェアは、ＣＤ−ＲＯＭ等のコンピュータによって読み取り可能な記録媒体に格納されて提供される。
【００９２】
また、QuickTime について説明したが、それ以外に、複数の時系列的に変化する一連のデータを特殊なハードウエアを使用せずに同期して再生することを可能とするコンピュータソフトウェアに対してこの発明を適用しても良い。
【００９３】
【発明の効果】
この発明によれば、光ディスクにファイル構造を有するデータを記録する時に、連続記録長を複数の第２のデータ単位（例えばQuickTime のChunk ）に対応させているので、アクセス性、編集性を向上できる。また、この発明では、連続記録の対象となるトラックの関係を示す情報、並びに連続記録長に含まれるチャンクまたはセットの個数を示す情報を管理部に記録するので、連続記録を実行する対象を直ちに知ることができる。
【図面の簡単な説明】
【図１】この発明の一実施形態のブロック図である。
【図２】この発明を適用できるQuickTime ファイルフォーマットの一例を示す略線図である。
【図３】  QuickTime におけるMovie Resourceのより詳細なデータ構成を示す略線図である。
【図４】  QuickTime におけるMovie Resourceのより詳細なデータ構成を示す略線図である。
【図５】この発明の一実施形態におけるＭＰＥＧビデオのＧＯＰとQuickTime のファイルフォーマットの関係を説明するための略線図である。
【図６】この発明の一実施形態における圧縮符号化オーディオとQuickTime のファイルフォーマットの関係の一例を説明するための略線図である。
【図７】この発明の一実施形態における圧縮符号化オーディオとQuickTime のファイルフォーマットの関係の他の例を説明するための略線図である。
【図８】この発明の一実施形態におけるＭＰＥＧビデオのＧＯＰとQuickTime のファイルフォーマットの関係を説明するための略線図である。
【図９】この発明の一実施形態における圧縮符号化オーディオとQuickTime のファイルフォーマットの関係の一例を説明するための略線図である。
【図１０】この発明の一実施形態における光ディスクへの記録方法の一例を説明するための略線図である。
【図１１】ビデオとオーディオの二つのトラックで構成されるQuickTime ムービーファイルの一般的なデータ構成を示す略線図である。
【図１２】この発明の一実施形態におけるサンプルデスクリプションのデータ構成をより詳細に示す略線図である。
【図１３】この発明の一実施形態におけるチャンクフラグおよびチャンクナンバーの幾つかの例を説明するための略線図である。
【符号の説明】
１・・・ビデオ符号器、２・・・オーディオ符号器、３・・・ビデオ復号器、４・・・オーディオ復号器、５・・・ファイル生成器、６・・・ファイル復号器、２０・・・光ディスク
【図１】
0003991540.tif 000002
【図２】
0003991540.tif 000003
【図３】
0003991540.tif 000004
【図４】
0003991540.tif 000005
【図５】
0003991540.tif 000006
【図６】
0003991540.tif 000007
【図７】
0003991540.tif 000008
【図８】
0003991540.tif 000009
【図９】
0003991540.tif 000010
【図１０】
0003991540.tif 000011
【図１１】
0003991540.tif 000012
【図１２】
0003991540.tif 000013
【図１３】
0003991540.tif 000014