JP4691798B2 - 記録装置および記録媒体 - Google Patents
記録装置および記録媒体 Download PDFInfo
- Publication number
- JP4691798B2 JP4691798B2 JP2001040717A JP2001040717A JP4691798B2 JP 4691798 B2 JP4691798 B2 JP 4691798B2 JP 2001040717 A JP2001040717 A JP 2001040717A JP 2001040717 A JP2001040717 A JP 2001040717A JP 4691798 B2 JP4691798 B2 JP 4691798B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- track
- group
- atom
- recording
- 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
Links
Images
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/10—Address translation
- G06F12/1009—Address translation using page tables, e.g. page table structures
-
- 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/00007—Time or data compression or expansion
-
- 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
- G11B7/00—Recording or reproducing by optical means, e.g. recording using a thermal beam of optical radiation by modifying optical properties or the physical structure, reproducing using an optical beam at lower power by sensing optical properties; Record carriers therefor
- G11B7/007—Arrangement of the information on the record carrier, e.g. form of tracks, actual track shape, e.g. wobbled, or cross-section, e.g. v-shaped; Sequential information structures, e.g. sectoring or header formats within a track
- G11B7/0079—Zoned data area, e.g. having different data structures or formats for the user data within data layer, Zone Constant Linear Velocity [ZCLV], Zone Constant Angular Velocity [ZCAV], carriers with RAM and ROM areas
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/781—Television signal recording using magnetic recording on disks 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/78—Television signal recording using magnetic recording
- H04N5/782—Television signal recording using magnetic recording on tape
- H04N5/783—Adaptations for reproducing at a rate different from the recording rate
-
- 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
-
- 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
- G11B2020/1264—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
- G11B2020/1265—Control data, system data or management information, i.e. data used to access or process user data
- G11B2020/1277—Control data, system data or management information, i.e. data used to access or process user data for managing gaps between two recordings, e.g. control data in linking areas, run-in or run-out fields, guard or buffer zones
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2545—CDs
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Television Signal Processing For Recording (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、記録媒体にデータを記録する記録装置に関し、特に、記録媒体からのデータ読み出し時間、ドライブのシーク時間、連続再生時間および連続記録長を記録する記録装置に関する。本発明は、さらに、記録媒体に記録された複数のデータ間の関係を記録する記録装置に関する。そして、本発明は、このような情報を記録した記録媒体に関する。
【０００２】
【従来の技術】
動画は、静止画を時系列順に再生した集合として捉えられるため、動画を記録・再生する動画記録再生装置は、一連の静止画データを時系列的に記録・再生することが求められる。そのため、静止画データ間の時間関係を管理するファイルが必要である。
【０００３】
動画記録再生装置は、光ディスクなどのランダムアクセス可能な記録媒体にデータを記録する場合、通常、データを記録媒体上に一定の纏まりをもって分散して記録する。また、動画を再生する場合に、動画記録再生装置は、再生すべきデータの記録媒体上における位置をこの管理ファイルに基づいて特定し、光ピックアップなどの読み取り部を当該位置まで移動し、一定の纏まりのデータを読み込み、そして、読み込んだデータを管理ファイルに基づいて再生する。
【０００４】
一方、このような、時系列的に変化する一連のデータ（Movie、ムービーと呼ぶ）を扱うためのソフトウェアとして、例えば、クイックタイム（QuickTime、以下、「ＱＴ」と略記する）やビデオ・フォ・ウインドウズ（Video for Windows）などがある。
【０００５】
ＱＴは、各種データを時間軸に沿って管理するソフトウェアであり、特殊なハードウェアを用いずに動画や音声やテキストなどを同期して再生するためのＯＳ拡張機能である。アプリケーションは、ＱＴを利用することにより、データタイプやデータフォーマット、圧縮形式、ハードウェア構成にとらわれることなく、マルチメディアデータを扱うことができ、さらに、ＱＴ自身が拡張容易な構造となっている。これらのため、ＱＴは、広く利用されており、例えば、「INSIDE MACINTOSH :QuickTime（日本語版）（アジソンウエスレス）」などに開示されている。以下、このＱＴについて概説する。
【０００６】
ＱＴムービーリソースの基本的なデータユニットは、アトム（atom）と呼ばれ、各アトムは、そのデータとともに、サイズ及びタイプ情報を含んでいる。また、ＱＴでは、データの最小単位がサンプルとして扱われ、サンプルの集合としてチャンクが定義される。
【０００７】
図２６は、QuickTimeムービー・ファイルの一構成例を示す図である。
【０００８】
図２７は、ビデオ・メディア情報アトムの一構成例を示す図である。図２７は、図２６におけるビデオ・メディア情報アトムをより詳細に示した図となっており、トラックがビデオ情報の場合について示している。
【０００９】
図２６および図２７において、QuickTimeムービー・ファイルは、大きく２つの部分、ムービー・アトム（movie atom）５０１及びメディア・データ・アトム（media data atom）５０２から構成される。ムービー・アトム５０１は、そのファイルを再生するために必要な情報や実データを参照するために必要な情報を格納する部分である。メディア・データ・アトム５０２は、ビデオやオーディオなどの実データを格納する部分である。
【００１０】
ムービー・アトム５０１は、サイズ、「moov」とされるタイプ、ムービー・ヘッダ・アトム（movie header atom）５１１、ムービー・クリッピング・アトム（movie clipping atom）５１２、ユーザ定義データ・アトム５１３および１または複数のトラック・アトム（track atom）５１４を含む。
【００１１】
ムービー・ヘッダ・アトム５１１は、タイプが「mvhd」とされ、タイム・スケールや長さなどのムービー全体に関する情報が含まれる。
【００１２】
ムービー・クリッピング・アトム５１２は、タイプが「clip」とされ、クリッピング領域アトム５２１を含む。ムービー・クリッピング・アトム５１２は、ムービーおよびトラックに対するクリッピング領域を指定し、クリッピングデータは、クリッピング領域アトム５２１で指定される。クリッピング領域アトム５２１のタイプは、「crgn」とされる。
【００１３】
ユーザ定義データ・アトム５１３は、タイプが「udat」とされ、ムービー・ユーザ・データ・アトム５２２を含み、データを保存することができる。
【００１４】
トラック・アトム５１４は、ムービー内の１つのトラックごとに用意され、サイズ、「trak」とされるタイプ、トラック・ヘッダ・アトム（track header atom）５３１、トラック・クリッピング・アトム（track clipping atom）５３２、トラック・マット・アトム（track matte atom）５３３、エデット・アトム（edit atom）５３４およびメディア・アトム（media atom）５３５を含む。トラック・アトム５１４は、メディア・データ・アトム５０２の個々のデータに関する情報をこれらアトム５３１〜５３５に記述する。図２６では、１つのビデオムービーのトラック・アトム５１４-1が示され、他のトラック・アトムは、省略されている。
【００１５】
トラック・ヘッダ・アトム５３１は、タイプが「tkhd」とされ、時間情報、空間情報、音量情報などが記述され、ムービー内におけるトラックの特性を規定する。
【００１６】
トラック・クリッピング・アトム５３２は、タイプが「clip」とされ、クリッピング領域アトム５４１を含む。トラック・クリッピング・アトム５３２は、上述のムービー・クリッピング・アトム５１２と同様な働きをする。
【００１７】
トラック・マット・アトム５３３は、タイプが「matt」とされ、圧縮マット・アトム５４２を含む。トラック・マット・アトム５３３は、トラックに対するマットを指定する。圧縮マット・アトム５４２は、タイプが「kmat」とされ、イメージ・ディスクリプション構造体を指定する。
【００１８】
エディット・アトム５３４は、タイプが「edts」とされ、エディット・リスト・アトム（edit list atom）５４３を含む。エディット・アトム５３４は、エディット・リスト・アトム５４３によって、ムービーの１トラックを構成するメディアの部分を定義する。エディット・リスト・アトム５４３は、タイプが「elst」とされ、トラック長さとメディア時間とメディア速度とからなるエディット・リスト・テーブルによって、トラックの時間からメディアの時間へ、そして最終的にはメディアデータへのマッピングをＱＴに指定する。
【００１９】
メディア・アトム５３５は、ムービー・トラックのデータが記述される。メディア・アトム５３５は、メディアデータを解釈するコンポーネントを規定する情報も記述され、そのメディアのデータ情報も規定する。メディア・アトム５３５は、サイズ、「mdia」とされるタイプ、メディア・ヘッダ・アトム（media header atom）５４４、メディア情報アトム（media information atom）（図２６および図２７では、ビデオ・メディア情報アトム５４５）及びメディア・ハンドラ・リファレンス・アトム（media handler reference atom）５４６を含む。
【００２０】
メディア・ヘッダ・アトム５４４は、タイプが「mdhd」とされ、メディアのタイム・スケールを表す時間値およびメディアの長さを表す時間値を含み、メディアの特性を規定する。
【００２１】
メディア・ハンドラ・リファレンス・アトム５４６は、メディア全体にかかる情報が記述され、ムービー・トラックに対応する保存場所としてのメディアの特性が規定される。メディア・ハンドラ・リファレンス・アトム５４６は、タイプが「mhlr」とされ、メディアに格納されているデータを解釈すべきコンポーネントを指定する。このコンポーネントは、メディア・ハンドラによって呼び出される。
【００２２】
メディア情報アトム５４５は、トラックを構成するメディアデータ用のハンドラ固有の情報を保存する。メディア・ハンドラは、この情報を使用して、メディア時間からメディアデータへのマッピングを行う。メディア情報アトム５４５は、タイプが「minf」とされ、データ・ハンドラ・リファレンス・アトム（data handler reference atom）５６１、メディア情報ヘッダ・アトム（media information header atom）、データ情報アトム（data information atom）５６３およびサンプル・テーブル・アトム（sample table atom）５６４を含む。
【００２３】
メディア情報ヘッダ・アトム（図２７では、ビデオ・メディア情報ヘッダ・アトム５６２）は、メディアにかかる情報が記述される。データ・ハンドラ・リファレンス・アトム５６１は、タイプが「hdlr」とされ、メディアデータの取り扱いにかかる情報が記述され、メディアデータへのアクセス手段を提供するデータ・ハンドラ・コンポーネントを指定するための情報が含まれる。
【００２４】
データ情報アトム５６３は、タイプが「dinf」とされ、データ・リファレンス・アトム（data reference atom）５７１を含み、データについての情報が記述される。
【００２５】
サンプル・テーブル・アトム５６４は、タイプが「stbl」とされ、メディア時間を、サンプル位置を指すサンプル番号に変換するために必要な情報を含む。サンプル・テーブル・アトム５６４は、サンプル・サイズ・アトム（sample size atom）５７２、時間サンプル・アトム（time-to-sample atom）５７３、同期サンプル・アトム（sync sample atom）５７４、サンプル・ディスクリプション・アトム（sample description atom）５７５、サンプル・チャンク・アトム（sample-to-chunk atom）５７６およびチャンク・オフセット・アトム（chunk offset atom）５７７で構成される場合である。
【００２６】
サンプル・サイズ・アトム５７２は、タイプが「stsz」とされ、サンプルの大きさが記述される。時間サンプル・アトム５７３は、タイプが「stts」とされ、何秒分のデータが記録されているか？という、サンプルと時間軸との関係が記述される。同期サンプル・アトム５７４は、同期にかかる情報が記述され、メディア内のキーフレームが指定される。キーフレームは、先行するフレームに依存しない自己内包型のフレームである。同期サンプル・アトム５７４のタイプは、「stss」とされる。サンプル・ディスクリプション・アトム５７５は、タイプが「stsd」とされ、メディア内のサンプルをデコード（decode）するために必要な情報が保存される。メディアは、当該メディア内で使用される圧縮タイプの種類に応じて、１つ又は複数のサンプル・ディスクリプション・アトムを持つことができる。サンプル・チャンク・アトム５７６は、サンプル・ディスクリプション・アトム５７５内のテーブルを参照することで、メディア内の各サンプルに対応するサンプル・ディスクリプションを識別する。サンプル・チャンク・アトム５７６は、タイプが「stsc」とされ、サンプルとチャンクとの関係が記述され、先頭チャンク、チャンク当たりのサンプル数及びサンプル・ディスクリプションＩＤ（sample description-ID）の情報を基に、メディア内におけるサンプル位置が識別される。チャンク・オフセット・アトム５７７は、タイプが「stco」とされ、ムービー・データ内でのチャンクの開始ビット位置が記述され、データストリーム内の各チャンクの位置が規定される。
【００２７】
また、メディア・データ・アトム５０２には、図２６では、例えば、所定の圧縮符号化方式によって符号化されたオーディオ・データ、および、所定の圧縮符号化方式によって符号化された画像データがそれぞれ所定数のサンプルから成るチャンクを単位として格納される。なお、データは、必ずしも圧縮符号化する必要はなく、リニアデータを格納することもできる。そして、例えば、テキストやＭＩＤＩなどを扱う場合には、メディア・データ・アトム５０２にテキストやＭＩＤＩなどの実データが含くまれ、これに対応して、ムービー・アトム５０１にテキスト・トラックやＭＩＤＩトラックなどが含まれる。
【００２８】
ムービー・アトム５０１における各トラックと、メディア・データ・アトム５０２に格納されているデータとは、対応付けられている。
【００２９】
このような階層構造において、ＱＴは、メディア・データ・アトム５０２内のデータを再生する場合に、最上位階層のムービー・アトム５０１から順次に階層を辿り、サンプル・テーブル・アトム５６４内の最下位階層である各アトム５７２〜５７８を基に、サンプル・テーブルをメモリに展開して、各データ間の関係を識別する。
【００３０】
また、ＱＴは、データ間の関係を示す機能として、ムービーの所定の時間箇所にテキストデータを表示させるチャプター（chapter）機能がある。
【００３１】
【発明が解決しようとする課題】
ところで、ＱＴのような、管理ファイルのデータ構造が階層的になっており、さらに、各データごとに当該データについての情報を下層に分散して記述している場合には、動画記録再生装置は、データ間の関係を判断するために、階層の下層まで辿り、かつ、分散している各情報を収集する必要がある。
【００３２】
また、一連の時系列データは、一定の纏まりをもって記録媒体上に記録されることを前提としているため、纏まりの大きさが変更される場合にこれに対応する必要がある。
【００３３】
そして、一連の時系列データを編集する場合に、連続再生可能とするために、データ読み込み時間、シーク時間および読み込んだデータの再生時間を必要とする。
【００３４】
さらに、上述した、データ間の関係を示すチャプター機能があるが、この機能は、ムービーにおける所定の時間箇所にチャプターを対応させるという特定の処理を行う機能であり、柔軟にデータ間の関係を示すことができない。このため、例えば、ビデオデータＸに時間的に対応するオーディオ・データＡとオーディオ・データＢがある場合に、ビデオデータＸにオーディオ・データＡを対応させて再生したり、ビデオデータＸにオーディオ・データＢを対応させたりということを適宜に変更をするということができない。
【００３５】
そこで、本発明は、上述の必要性に対応することができる、記録装置および記録媒体を提供することを目的とする。
【００３６】
【課題を解決するための手段】
本発明の第１の手段では、符号化されたビデオデータ及び符号化されたオーディオデータを含むデータである実データと、前記実データの再生処理に用いる参照データと、を記録媒体に記録させる記録制御手段を備え、前記参照データは、所定のデータ構造を単位とした階層構造のデータであって、対応する実データの再生処理に要するトラックデータを１または複数含み、前記１または複数のトラックデータのそれぞれに対応する属性データは、前記記録媒体に記録され、前記属性データには、前記それぞれのトラックデータが対応する実データの再生用途を表すデータが記憶されることで構成される。
【００３７】
第１の手段において、前記属性データは、前記参照データの上位階層に記録されており、前記再生用途を表すデータは、前記属性データに含まれる属性テーブルに記録される。
【００３８】
そして、第１の手段において、前記属性テーブルには、前記属性データが対応するトラックデータのＩＤが記録されている。
【００３９】
また、第１の手段において、前記属性テーブルには、前記属性データに記録された情報を利用できるかを表すデータが記録されている。
【００４０】
そして、第１の手段において、前記属性テーブルには、前記属性データが対応するトラックデータの種別を示す情報が入っている。
【００４６】
このような記録装置および記録媒体では、連続記録長に記録されるデータの情報が纏めて記録されるので、記録装置は、データ間の関係を容易に把握することができる。特に、階層的なファイル構造である場合に、このような情報をより上位の階層に記述することにより、迅速にデータ間の関係を把握することができる。
【００４７】
また、連続記録長に記録される第２のデータ単位に対し、第１のデータ単位のデータ種別、複数の第１のデータ単位の記録順序、データ種別ごとに第１のデータ単位の連続個数、データ種別ごとに連続した第１のデータ単位が繰り返す回数、および、先頭の第１のデータ単位を識別する情報など、各種情報が記録されるので、一纏まりの大きさが変更される場合に対応でき、データ記録後に連続再生可能な編集を行うことができる。
【００５２】
このような記録装置および記録媒体では、第１のデータ単位の並び順を複数の階層からなる管理情報で管理するので、柔軟に第１のデータ単位の並び順を記述することができる。
【００５３】
【発明の実施の形態】
以下、本発明の実施形態について図面に基づいて説明する。なお、各図において、同一の構成については、その説明を省略することがある。
【００５４】
（第１の実施形態）
第１の実施形態は、ビデオ信号およびオーディオ信号を所定の圧縮伸張方式により符号化し、一連の時系列実データを管理するアプリケーションが扱える形式で符号化された実データを管理し、実データと管理データとを所定のフォーマットで記録媒体に記録する。また、本発明は、記録された実データを管理データを参照しながら逆に処理することによってビデオ信号およびオーディオ信号を再生するものである。第１の実施形態における１つの特徴は、QuickTimeムービー・ファイルに、記憶媒体の読み出しレート、連続記録長、および、記録媒体のドライブのシークタイム（あるトラックから異なるトラックに移動して再生するまでの時間）を記述するファイルを備えることである。
【００５５】
そして、第１の実施形態は、例えば、所定の圧縮伸張方式にエムペグ（Moving Picture Coding Experts group、以下、「ＭＰＥＧ」と略記する）を利用し、アプリケーションにＱＴを利用し、フォーマットにＵＤＦ（Universal Disk Format Specification）を利用する。
【００５６】
ＭＰＥＧは、基本的に離散コサイン変換（ＤＣＴ）、動き補償フレーム間予測および可変長符号化を用いて圧縮伸張を行い、そして、ランダムアクセスを容易にするために、Ｉピクチャ（intra-coded picture）とＰピクチャ（predictive-coded picture）とＢピクチャ（bidirectionally predictive-coded picture）とを組み合わせたＧＯＰ（Group Of Pictures）構造となっている。
【００５７】
ＵＤＦは、高密度光ディスクに関する規格である。ＵＤＦは、階層的なファイルシステムであり、ルートディレクトリに格納された情報からサブディレクトリが参照され、サブディレクトリに格納された情報から、更に別のサブディレクトリや実体的なファイルが参照される。
【００５８】
次に、記録再生装置の構成について説明する。
図１は、ディジタル記録再生装置の構成を示すブロック図である。
図２は、ビデオ符号器の構成を示すブロック図である。
図３は、ビデオ復号器の構成を示すブロック図である。
【００５９】
図１ないし図３において、ディジタル記録再生装置は、ビデオ符号器１１、オーディオ符号器１２、ビデオ復号器１３、オーディオ復号器１４、ファイル生成器１５、ファイル復号器１６、メモリ１７、２０、メモリコントローラ１８、システム制御マイコン１９、エラー訂正符号／復号器２１、ドライブ制御マイコン２２、データ変復調器２３、磁界変調ドライバ２４、操作部２６、サーボ回路３０、モータ３１、磁界ヘッド３２およよ光ピックアップ３３を備えて構成される。
【００６０】
ビデオ信号は、ビデオ入力端子からビデオ符号器１１に供給され、圧縮符号化される。オーディオ信号は、オーディオ入力端子からオーディオ符号器１２に供給され、圧縮符号化される。ビデオ符号器１１およびオーディオ符号器１２の各出力がエレメンタリストームと呼ばれる。
【００６１】
第１の実施形態において、ディジタル記録再生装置は、カメラ一体型ディジタル記録再生装置に備えられているものとする。ビデオ信号は、ビデオカメラで撮影された画像が供給され、ビデオカメラは、光学系によって被写体の撮像光がCCD(Charge Coupled Device)などの撮像素子に供給されることによってビデオ信号を生成する。オーディオ信号は、マイクロフォンで集音された音声が供給される。
【００６２】
ビデオ符号器１１は、例えば、圧縮符号化がＭＰＥＧの場合には、図２に示すように、アナログ／ディジタル変換器（以下、「Ａ／Ｄ」と略記する。）５１、フォーマット変換部５２、画像並替部５３、減算器５４、ＤＣＴ部５５、量子化部５６、可変長符号化部５７、バッファメモリ５８、レート制御部、逆量子化部６０、逆ＤＣＴ部６１、加算部６２、ビデオメモリ６３、動き補償予測部６４およびスイッチ６５の各電子回路を備えて構成される。
【００６３】
ビデオ符号器１１に供給されたビデオ信号は、Ａ／Ｄ５１でディジタル化された後に、フォーマット変換部５２で符号化で用いる空間解像度に変換され、画像並替部５３に出力される。画像並替部５３は、ピクチャの順序を符号化処理に適した順に並び替える。すなわち、ＩピクチャおよびＰピクチャを先に符号化し、その後、Ｂピクチャを符号化するのに適した順に並び替える。
【００６４】
画面並替部５３の出力は、減算部５４を介してＤＣＴ部５５に入力され、ＤＣＴ符号化が行われる。ＤＣＴ部の出力は、量子化部５６に入力され、所定のビット数で量子化される。量子化部５６の出力は、可変長符号化部５７および逆量子化部６０に入力される。可変長符号化部５７は、出現頻度がより高いデータにより短いコードを割り当てる可変長符号、例えば、ハフマン符号で符号化され、符号化データは、メモリのバッファメモリ５８に出力される。バッファメモリ５８は、一定レートで符号化データをビデオ符号器１１の出力として出力する。また、レート制御部５９は、可変長符号化部５７で発生する符号量が可変であるため、バッファメモリ５８を監視することによって所定のビットレートを保つように、量子化部５６の量子化動作を制御する。
【００６５】
一方、ＩピクチャおよびＰピクチャの場合は、動き補償予測部６４で参照画面として使用されるため、量子化部５６から逆量子化部６０に入力された信号は、逆量子化された後に逆ＤＣＴ部６１に入力され、逆ＤＣＴが行われる。逆ＤＣＴ部６１の出力は、加算部６２で動き補償予測部６４の出力と加算され、ビデオメモリ６３に入力される。ビデオメモリ６３の出力は、動き補償予測部６４に入力される。動き補償予測部６４は、前方向予測、後方向予測および両方向予測を行い、加算部６２および減算部５４に出力する。これら逆量子化部６０、逆ＤＣＴ部６１、加算部６２、ビデオメモリ６３および動き補償予測部６４は、ローカル復号部を構成し、ビデオ復号器１３と同一のビデオ信号が復元される。
【００６６】
減算部５４は、画像並替部５３の出力と動き補償予測部６４の出力との間で減算を行い、ビデオ信号とローカル復号部で復号された復号ビデオ信号との間の予測誤差を形成する。フレーム内符号化（Ｉピクチャ）の場合では、スイッチ６５により、減算部５４は、減算処理を行わず、単にデータが通過する。
【００６７】
図１に戻って、オーディオ符号器１２は、例えば、ＭＰＥＧ／Ａｕｄｉｏレイヤ１／レイヤ２の場合では、サブバンド符号化部および適応量子化ビット割り当て部などの各電子回路を備えて構成される。オーディオ信号は、サブバンド符号化部で３２帯域のサブバンド信号に分割され、適応量子化ビット割り当て部で心理聴覚重み付けに従って量子化され、ビットストリームに形成された後に出力される。
【００６８】
なお、符号化品質を向上させるために、ＭＰＥＧ／Ａｕｄｉｏレイヤ３の場合では、さらに、適応ブロック長変形離散コサイン変換部、折り返し歪み削減バタフライ部、非線形量子化部および可変長符号化部などが導入される。
【００６９】
ビデオ符号器１１の出力およびオーディオ符号器１２の出力がファイル生成器１５に供給される。ファイル生成器１５は、特定のハードウェア構成を使用することなく動画、音声およびテキストなどを同期して再生することができるコンピュータソフトウェアにより扱うことができるファイル構造を持つように、ビデオエレメンタリストリームおよびオーディオエレメンタリストームのデータ構造を変換する。このようなソフトウェアは、例えば、前述のＱＴである。そして、ファイル生成器１５は、符号化ビデオデータと符号化オーディオ・データとを多重化する。ファイル生成器１５は、システム制御マイコン１９によって制御される。
【００７０】
ファイル生成器１５の出力であるQuickTimeムービー・ファイルは、メモリコントローラ１８を介してメモリ１７に順次に書き込まれる。メモリコントローラ１８は、システム制御マイコン１９から記録媒体４０へのデータ書き込みが要求されると、メモリ１７からQuickTimeムービー・ファイルを読み出す。
【００７１】
ここで、QuickTimeムービー符号化の転送レートは、記録媒体４０への書き込みデータの転送レートより低い転送レート、例えば、１／２に設定される。よって、QuickTimeムービー・ファイルが連続的にメモリ１７に書き込まれるのに対し、メモリ１７からのQuickTimeムービー・ファイルの読み出しは、メモリ１７がオーバーフローまたはアンダーフローしないように、システム制御マイコン１９によって監視されながら間欠的に行われる。
【００７２】
メモリ１７から読み出されたQuickTimeムービー・ファイルは、メモリコントローラ１８からエラー訂正符号／復号器２１に供給される。エラー訂正符号／復号器２１は、このQuickTimeムービー・ファイルを一旦メモリ２０に書き込み、インターリーブ（interleaved）およびエラー訂正符号の冗長データの生成を行う。エラー訂正符号／復号器２１は、冗長データが付加されたデータをメモリ２０から読み出し、これをデータ変復調器２３に供給する。
【００７３】
データ変復調器２３は、デジタルデータを記録媒体４０に記録する際に、再生時のクロック抽出を容易とし、符号間干渉などの問題が生じないように、データを変調する。例えば、（１，７）ＲＬＬ（run length limited）符号やトレリス符号などを利用することができる。
【００７４】
データ変復調器２３の出力は、磁界変調ドライバ２４および光ピックアップ３３に供給される。磁界変調ドライバ２４は、入力信号に応じて、磁界ヘッド３２を駆動して記録媒体４０に磁界を印加する。光ピックアップ３３は、入力信号に応じて記録用のレーザビームを記録媒体４０に照射する。このようにして、記録媒体４０にデータが記録される。
【００７５】
記録媒体４０は、書き換え可能な光ディスク、例えば、光磁気ディスク（ＭＯ、magneto-optical disk）、相変化型ディスクなどである。
【００７６】
第１の実施形態では、ＭＯ、例えば、直径約４ｃｍ、直径約５ｃｍ、直径約６．５ｃｍまたは直径約８ｃｍなどの比較的小径なディスクが使用される。そして、記録媒体４０は、モータ３１によって、線速度一定（ＣＬＶ）、角速度一定（ＣＡＶ）またはゾーンＣＬＶ（ＺＣＬＶ）で回転される。
【００７７】
ドライブ制御マイコン２２は、システム制御マイコン１９の要求に応じて、サーボ回路３０に信号を出力する。サーボ回路３０は、この出力に応じて、モータ３１および光ピックアップ３３を制御することによって、ドライブ全体を制御する。例えば、サーボ回路３０は、光ピックアップ３３に対し、記録媒体４０の径方向の移動サーボ、トラッキングサーボおよびフォーカスサーボを行い、モータ３１に対し、回転数を制御する。
【００７８】
また、システム制御マイコン１９には、ユーザが所定の指示を入力する操作部２６が接続される。
【００７９】
一方、再生の際には、光ピックアップ３３は、再生用の出力でレーザビームを記録媒体４０に照射し、その反射光を光ピックアップ３３内の光検出器で受光することによって、再生信号を得る。この場合において、ドライブ制御マイコン２２は、光ピックアップ３３内の光検出器の出力信号からトラッキングエラーおよびフォーカスエラーを検出し、読み取りのレーザビームがトラック上に位置し、トラック上に合焦するように、サーボ回路３０によって光ピックアップ３３を制御する。さらに、ドライブ制御マイコン２２は、記録媒体４０上における所望の位置のデータを再生するために、光ピックアップの径方向における移動も制御する。所望の位置は、記録時と同様にシステム制御マイコン１９によって、ドライブ制御マイコン２２に信号が与えられ、決定される。
【００８０】
光ピックアップ３３の再生信号は、データ変復調器２３に供給され、復調される。復調されたデータは、エラー訂正符号／復号器２１に供給され、再生データを一旦メモリ２０に格納し、デインターリーブ（deinterleaved）およびエラー訂正が行われる、エラー訂正後のQuickTimeムービー・ファイルは、メモリコントローラ１８を介してメモリ１７に格納される。
【００８１】
メモリ１７に格納されたQuickTimeムービー・ファイルは、システム制御マイコン１９の要求に応じて、ファイル復号器１６に出力される。システム制御マイコン１９は、ビデオ信号およびオーディオ信号を連続再生するために、記録媒体４０の再生信号がメモリ１７に格納されるデータ量と、メモリ１７から読み出されてファイル復号器１６に供給されるデータ量とを監視することによって、メモリ１７がオーバーフローまたはアンダーフローしないようにメモリコントローラ１８およびドライブ制御マイコン２２を制御する。こうして、システム制御マイコン１９は、記録媒体４０から間欠的にデータを読み出す。
【００８２】
ファイル復号器１６は、システム制御マイコン１９の制御下で、QuickTimeムービー・ファイルをビデオエレメンタリストリームとオーディオエレメンタリファイルとに分離する。ビデオエレメンタリストリームは、ビデオ復号器１３に供給され、圧縮符号化の復号が行われてビデオ出力となってビデオ出力端子から出力される。オーディオエレメンタリストリームは、オーディオ復号器１４に供給され、圧縮符号化の復号が行われてオーディオ出力となってオーディオ出力端子から出力される。ここで、ファイル復号器１６は、ビデオエレメンタリストリームとオーディオエレメンタリストリームとが同期するように出力する。
【００８３】
ビデオ復号器１３は、例えば、ＭＰＥＧの場合では、図３に示すように、メモリのバッファメモリ７１、可変長符号復号部７２、逆量子化部７３、逆ＤＣＴ部７４、加算部７５、ビデオメモリ７８、動き補償予測部７９、画面並替部７６およびディジタル／アナログ変換器（以下、「Ｄ／Ａ」と略記する。）７７の各電子回路を備えて構成される。ビデオエレメンタリストームは、一旦バッファメモリ７１に蓄積され、可変長復号部７２に入力される。可変長復号部７２は、マクロブロック符号化情報が復号され、符号化モード、動きベクトル、量子化情報および量子化ＤＣＴ係数が分離される。量子化ＤＣＴ係数は、逆量子化部７３でＤＣＴ係数に復元され、逆ＤＣＴ部７４で画素空間データに変換される。加算部７５は、逆量子化部７４の出力と動き補償予測部７９の出力とを加算するが、Ｉピクチャを復号する場合には、加算しない。画面内のすべてのマクロブロックが復号され、画面は、画面並替部７６で元の入力順序に並べ替えられて、Ｄ／Ａ７７でアナログ信号に変換されて出力される。また、加算器７５の出力は、ＩピクチャおよびＰピクチャの場合には、その後の復号処理で参照画面として使用されるため、ビデオメモリ７８に蓄積され、動き補償予測部７９に出力される。
【００８４】
図１に戻って、オーディオ復号器１４は、例えば、ＭＰＥＧ／Ａｕｄｉｏレイヤ１／レイヤ２の場合では、ビットストリーム分解部、逆量子化部およびサブバンド合成フィルタバンク部などの各電子回路を備えて構成される。入力されたオーディオエレメンタリストリームは、ビットストリーム分解部でヘッダと補助情報と量子化サブバンド信号とに分離され、量子化サブバンド信号は、逆量子化部で割り当てられたビット数で逆量子化され、サブバンド合成フィルタバンクで合成された後に、出力される。
【００８５】
次に、このような記録再生装置に使用するQuickTimeムービー・ファイルについて説明する。
図４は、QuickTimeムービー・ファイルの構成を示す図である。
図５は、QuickTimeムービー・ファイルのデータ構成の一例を示す図である。
図６は、QuickTimeムービー・ファイルのデータ構成の別の一例を示す図である。
【００８６】
図４において、QuickTimeムービー・ファイルは、ムービー・データ・アトム（movie data atom）１０１、ムービー・アトム１０２およびＭＱＴディスクリプション・アトム（MQT Description atom）１０３を備えて構成される。ムービー・データ・アトム１０１は、図２６に示すメディア・データ・アトム５０２に相当するアトムであり、ビデオ・チャンクやオーディオ・チャンクを収容する。ムービー・アトム１０２は、図２６に示すムービー・アトム５０１に相当するアトムであり、ムービー・データ・アトム１０１を管理する管理ファイルである。ＭＱＴディスクリプション・アトム１０３は、各種のチャンク、例えば、オーディオ・チャンクおよびビデオ・チャンクをどのような単位で記録媒体４０上で連続記録長としているかを示す情報を収容する。さらに、ＭＱＴディスクリプション・アトム１０３は、記録媒体４０の読み出しレート（playback rate）および記録媒体４０のドライブのシーク時間（seek time）も収容する。
【００８７】
ＭＱＴディスクリプション・アトム１０３は、インターリーブ・データ・ディスクリプション・アトム（interleaved data description atom、以下「ＩＤＤＡ」と略記する。）２０１およびセット・パフォーマンス・アトム（set performance atom、以下「ＳＴＰＡ」と略記する。）２０２を備えて構成され、第１の実施形態では、アトムのタイプを例えば、「mqbs」とする。
【００８８】
ＩＤＤＡ２０１は、トラックＩＤ（track ID）、ナンバ・オブ・エントリ（number of entries、以下「ＮＯＥ」と略記する。）およびインターリーブ・データ・ディスクリプション・テーブル（interleaved data description table、以下、「ＩＤＤＴ」と略記する。）２１１を備えて構成される。ＩＤＤＡ２０１は、トラックごとに作成される。
【００８９】
トラックＩＤは、ＩＤＤＡ２０１が対応するトラックを識別するための識別符号であり、第１の実施形態では、ＩＤＤＡ２０１が対応するトラック番号である。トラックＩＤには、４バイト（byte）が割り当てられる。
【００９０】
ＮＯＥは、ＩＤＤＴ２１１の数であり、４バイトが割り当てられる。
【００９１】
ＩＤＤＴ２１１は、ファースト・チャンク（first chunk）、ネクスト・トラックＩＤ（next track ID）、ナンバ・オブ・レコード・チャンク（number of recorded chunks）、ナンバ・オブ・リピート（number of repeat）、デュレーション（duration）およびレコード・データ・サイズ（recorded data size）を備えて構成される。ＩＤＤＴ２１１は、記録パターンが変更されるごとに作成される。
【００９２】
ファースト・チャンクは、データ構造が変更された場合に、そのデータ構造で記録媒体４０上に連続的に記録される先頭チャンクであり、第１の実施形態では、その先頭チャンクの番号で示される。ファースト・チャンクには、４バイトが割り当てられる。
【００９３】
ネクスト・トラックＩＤは、あるトラックに対して、記録媒体４０に連続的に記録されるトラックを表示する識別符号であり、連続記録長内におけるトラック間の時系列的な繋がり状態も示している。ネクスト・トラックＩＤは、第１の実施形態では、トラックＩＤで示され、４バイトが割り当てられる。
【００９４】
なお、第１の実施形態では、連続記録長のデータ構造（トラック間の時系列的な繋がり順序）は、ネクスト・トラックＩＤによって示されたが、これをポジション・ナンバーとし、データ構造中におけるトラックの並び順を示す番号によって示してもよい。例えば、図７Ｂにおいて、データ構造は、第１番目のオーディオ・トラックと第２番目のビデオ・トラックとから構成されるが、それぞれのトラックに対するポジション・ナンバーを「１」、「２」のように示してもよい。
【００９５】
ナンバ・オブ・レコード・チャンクは、指定されたトラックにおける、記録媒体４０に連続的に記録されるチャンクの個数である。ナンバ・オブ・レコード・チャンクには、２バイトが割り当てられる。
【００９６】
ナンバ・オブ・リピートは、指定されたトラックにおけるチャンクの組み合わせが複数回繰り返して記録媒体４０に連続記録される場合のその回数である。すなわち、ナンバ・オブ・リピートは、異なるトラックのデータをインターリーブ（多重化）して記録した後、再び同一のトラックのチャンクが連続的に記録される場合のその繰り返し数である。ナンバ・オブ・リピートには、１バイトが割り当てられる。
【００９７】
デュレーションは、連続的に記録されているトラックのデータにおける時間長である。デュレーションには、４バイトが割り当てられる。
【００９８】
レコード・データ・サイズは、同種のトラックにおけるデータ・サイズであり、特に、編集後に連続的に再生が可能であるか否かを判別するために使用される。レコード・データ・サイズは、各４バイトの最大レコード・データ・サイズ（max. recorded data size）、最小レコード・データ・サイズ（min. recorded data size）および平均レコード・データ・サイズ（average recorded data size）が用意され、必要に応じて、ＩＤＤＴ２０１に収容される。すなわち、ＩＤＤＴ２０１は、▲１▼最大レコード・データ・サイズと最小レコード・データ・サイズと平均レコード・データ・サイズとからなる場合、▲２▼最大レコード・データ・サイズと平均レコード・データ・サイズとからなる場合、▲３▼最小レコード・データ・サイズと平均レコード・データ・サイズとからなる場合、▲４▼最大レコード・データ・サイズと最小レコード・データ・サイズとからなる場合、▲５▼最大レコード・データ・サイズからなる場合、▲６▼最小レコード・データ・サイズからなる場合、▲７▼平均レコード・データ・サイズからなる場合および▲８▼最大レコード・データ・サイズと最小レコード・データ・サイズと平均レコード・データ・サイズとを含まない場合がある。そして、トラックのデータ・サイズに変更がない場合には、▲１▼〜▲７▼の場合のように、最大レコード・データ・サイズ、最小レコード・データ・サイズおよび平均レコード・データ・サイズのうち少なくとも１つがそれぞれ同一の値でＩＤＤＡ２０１に記述されるか、あるいは、レコード・データ・サイズとして１つがＩＤＤＡ２０１に記述される。このように様々な場合があるが、主に編集後の連続再生可能性を判断するために、レコード・データ・サイズの値が少なくとも１つがＩＤＤＴ２１１またはＩＤＤＡ２０１に記述される。
【００９９】
図５は、ＩＤＤＴ２１１に最大レコード・データ・サイズと最小レコード・データ・サイズと平均レコード・データ・サイズとを記述する場合であり、図６は、ＩＤＤＡ２０１に最大レコード・データ・サイズと最小レコード・データ・サイズと平均レコード・データ・サイズとを記述する場合である。
【０１００】
なお、第１の実施形態では、連続記録長に含まれるデータ・サイズは、そのままの値で示したが、レコード・データ・レート（recorded data rate）（bps）を用いることもできる。
【０１０１】
ＳＴＰＡ２０２は、２バイトのシーク時間（seek time）、および、２バイトのプレイバック・レイト（playback rate）（bps）を備えて構成され、これら各値が記述される。
【０１０２】
ここで、デュレーションの大きさは、編集の容易性とシーク時間とプレイバック・レイトに応じて決定される。編集の容易性は、デュレーションの大きさが小さいほど高くなるが、小さくし過ぎると連続記録長のデータ再生時間よりもシーク時間とプレイバック時間（読み込むビット数／プレイバック・レイト）との和が大きくなり、連続的にムービーを再生することができなくなる。
【０１０３】
なお、上述では、割り当てられるバイト数を具体的な数値で示したが、これらに限定されるものではなく、各フィールドの値に応じてバイト数が割り当てられる。
【０１０４】
このようにＭＱＴディスクリプション・アトム１０３は、どのトラックのチャンクが、どういう並び順で、どういう個数の単位で、セットとして記録媒体４０に連続的に記録されているかを示す情報を収容する。すなわち、第１の実施形態では、連続記録長に含まれるデータの管理情報およびドライブなどの記録装置に依存した情報をＭＱＴディスクリプション・アトム１０３に纏めて収容する。
【０１０５】
記録再生装置は、QuickTimeムービー・ファイルを再生する場合には、ＭＱＴディスクリプション・アトム１０３を参照して、記録媒体４０上における実データの記録状態を判断し、連続記録されている一纏まりのデータを読み込み、この読み込んだデータを再生している間に、次の一纏まりのデータを読み込むことが時間的に可能か否かを判断する。これによって、記録再生装置は、連続再生可能であるか否かを判断することができる。
【０１０６】
また、記録再生装置は、記録媒体４０上に記録されている実データを編集する場合に、ＭＱＴディスクリプション・アトム１０３を参照することによって、編集後のデータ構造で連続的に再生することが可能であるか否かを判断することができる。
【０１０７】
ここで、判断の結果、連続再生することができない場合には、記録再生装置は、その旨の警告表示をすることが好ましい。
【０１０８】
記録媒体４０に実データを記録した記録再生装置と記録されている実データを再生する記録再生装置とが異なる場合、および、記録媒体４０に実データを記録した記録再生装置と記録されている実データを編集する記録再生装置とが異なる場合に、ＭＱＴディスクリプション・アトム１０３は、特に有用である。
【０１０９】
そして、これら情報をＭＱＴディスクリプション・アトム１０３に纏めているので、本来、論理的構造を記述するムービー・アトム１０２と明確に区別することができ、特に、ＭＱＴディスクリプション・アトム１０３を認識することができない記録再生装置でも、これを無視することによって、QuickTimeムービー・ファイルを再生することができる。
【０１１０】
なお、第１の実施形態では、ＭＱＴディスクリプション・アトム１０３は、データ構造の最上位の階層に置いているが、ＭＱＴディスクリプション・アトム１０３に収容されている情報をムービー・アトム１０２内のより上位の階層の方に収容してもよい。特に、階層を辿ることなくまた一つに纏めるという観点から、このＭＱＴディスクリプション・アトム１０３に収容されている情報を最上位の階層に収容することが好ましい。
【０１１１】
次に、ディジタル記録再生装置がＭＱＴディスクリプション・アトム１０３に収容された情報から、記録媒体４０上に連続的に記録されるデータ構造を解釈する手順について、より具体的な例を示して説明する。
【０１１２】
（第１の例）
図７は、第１例のインターリーブ・データ・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図７Ａは、インターリーブ・データ・ディスクリプション・テーブルを示し、図７Ｂは、記録媒体に連続記録されたデータを示す。
【０１１３】
図７Ａにおいて、ＩＤＤＴ２１１には、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ（ｎは、正の整数）
最大レコード・データ・サイズ＝ａ（ａは、正の整数）
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ビデオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ（ｂは、正の整数）
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容される。
【０１１４】
ＭＱＴディスクリプション・アトム１０３に上述の値が収容されている場合、ディジタル記録再生装置のシステム制御マイコン１９は、次のようにして、記録媒体４０上に連続記録されるデータ構造を判断する。
【０１１５】
まず、システム制御マイコン１９は、ファースト・チャンク＝１から、トラックＩＤ＝１のオーディオにおける先頭チャンクがチャンク＃１であると判断する。システム制御マイコン１９は、ファースト・チャンク＝１から、トラックＩＤ＝２のビデオにおける先頭チャンクがチャンク＃１であると判断する。
【０１１６】
次に、システム制御マイコン１９は、ナンバ・オブ・レコード・チャンク＝２から、トラックＩＤ＝１のオーディオが２チャンク連続であると判断する。システム制御マイコン１９は、ナンバ・オブ・レコード・チャンク＝１から、トラックＩＤ＝２のビデオが１チャンクであると判断する。
【０１１７】
次に、システム制御マイコン１９は、ネクスト・トラックＩＤ＝２から、トラックＩＤ＝１のオーディオにトラックＩＤ＝２、すなわち、トラックＩＤ＝２のビデオが続くと判断する。システム制御マイコン１９は、ネクスト・トラックＩＤ＝０から、トラックＩＤ＝２のビデオに続く新規なトラックがないことを判断する。
【０１１８】
次に、システム制御マイコン１９は、ナンバ・オブ・リピート＝２から、トラックＩＤ＝１のオーディオが同一の記録状態を２回繰り返すと判断する。システム制御マイコン１９は、ナンバ・オブ・リピート＝２から、同一の記録状態であるトラックＩＤ＝２のビデオが２回であると判断する。
【０１１９】
次に、システム制御マイコン１９は、デュレーション＝ｎ（ｎは正の整数）、最大レコード・データ・サイズ＝ａ（ａは正の整数）、最小レコード・データ・サイズ＝ａおよび平均レコード・データ・サイズ＝ａから、トラックＩＤ＝１のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のａと判断する。システム制御マイコン１９は、デュレーション＝ｎ、最大レコード・データ・サイズ＝ｂ（ｂは正の整数）、最小レコード・データ・サイズ＝ｂおよび平均レコード・データ・サイズ＝ｂから、トラックＩＤ＝２のビデオがデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０１２０】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録されるデータ構造を図７Ｂであると判別する。
【０１２１】
（第２の例）
図８は、第２例のインターリーブ・データ・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図８Ａは、インターリーブ・データ・ディスクリプション・テーブルを示し、図８Ｂは、記録媒体に連続記録されたデータを示す。
【０１２２】
図８Ａにおいて、ＩＤＤＴ２１１には、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝３
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝１
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｃ（ｃは、正の整数）
最小レコード・データ・サイズ＝ｃ
平均レコード・データ・サイズ＝ｃ
の各値が収容され、ビデオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝１
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容される。
【０１２３】
ＭＱＴディスクリプション・アトム１０３に上述の値が収容されている場合、システム制御マイコン１９は、各ファースト・チャンクの値から、トラックＩＤ＝２のオーディオにおける先頭チャンクがチャンク＃１であると、トラックＩＤ＝３のオーディオにおける先頭チャンクがチャンク＃１であると、および、トラックＩＤ＝１のビデオにおける先頭チャンクがチャンク＃１であると判断する。
【０１２４】
次に、システム制御マイコン１９は、各ナンバ・オブ・レコード・チャンクの値から、トラックＩＤ＝２のオーディオが２チャンク連続であると、トラックＩＤ＝３のオーディオが４チャンク連続であると、および、トラックＩＤ＝１のビデオが１チャンクであると判断する。
【０１２５】
次に、システム制御マイコン１９は、各ネクスト・トラックＩＤの値から、トラックＩＤ＝２のオーディオにトラックＩＤ＝３のオーディオが続くと、トラックＩＤ＝３のオーディオにトラックＩＤ＝１のオーディオが続くと、トラックＩＤ＝１のビデオに続く新規なトラックがないことを判断する。
【０１２６】
次に、システム制御マイコン１９は、各ナンバ・オブ・リピートの値から、同一の記録状態であるトラックＩＤ＝２のオーディオが１回であると、同一の記録状態であるトラックＩＤ＝３のオーディオが１回であると、および、同一の記録状態であるトラックＩＤ＝１のビデオが１回であると判断する。
【０１２７】
次に、システム制御マイコン１９は、各デュレーションの値、各最大レコード・データ・サイズの値、各最小レコード・データ・サイズの値および各平均レコード・データ・サイズの値から、トラックＩＤ＝２のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のａと、トラックＩＤ＝３のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のｃ（ｃは正の整数）と、および、トラックＩＤ＝１のビデオがデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０１２８】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録されるデータ構造を図８Ｂであると判別する。
【０１２９】
次に、図８Ｂを用いて、トラックの一部をアフターレコーディング（以下、「アフレコ」と略記する。）用に予約する場合について説明する。
【０１３０】
図８Ｂにおける連続記録長のデータ構造において、例えば、トラックＩＤ＝３のオーディオ・トラック（Audio B）をアフレコオーディオ・データ用に予約する。すなわち、トラックＩＤ＝２のオーディオ・トラック（Audio A）には、記録時にオーディオ入力から入力されるオリジナルのオーディオ・データを記録し、トラックＩＤ＝１のビデオ・トラック（Video）には、記録時にビデオ入力から入力されるオリジナルのビデオデータを記録する。そして、この時に、記録媒体４０上には、トラックＩＤ＝３のオーディオ・トラック（Audio B）として、再度何らかのデータを記録するための予備領域として確保する。例えば、Audio Aデータと同等バイト分の空データ（例えば、全ビットを０にする。）を記録することによって予備領域として確保する。あるいは、例えば、トラックＩＤ＝１のビデオデータを記録する際に、Audio Aデータと同等バイト分が確保されるように、オフセットを与えて記録を開始する。これによって、Audio Aデータの記録終了位置からオフセットまでの領域が予備領域として確保される。
【０１３１】
このようなデータ構造で記録されたムービーにアフレコを行う場合には、アフレコ用に入力されるオーディオ・データを予備領域、すなわち、トラックＩＤ＝３に記録する。
【０１３２】
このように連続記録長中に予備領域を予め記録媒体４０に記録時に確保することによって、記録後に再度データを記録する際に、この予備領域を使用することができる。そして、この予備領域を使用することによって、記録後に記録されたデータを既に記録されているデータと同期させて再生することができる。さらに、連続記録長中に予備領域を確保しているので、再度データを記録したとしても、連続再生が容易に達成される。
【０１３３】
例えば、上述のようにトラックＩＤ＝３にアフレコオーディオ・データをAudio Bとして記録した場合において、記録再生装置は、アフレコオーディオ・データとビデオデータとを同期させて再生することができ、関連するビデオ・チャンクとアフレコオーディオ・チャンクが物理的に連続して記録されることになるので、トラックジャンプが生じることはない。このため、アフレコされたムービーも、途切れることなく再生することができる。
【０１３４】
ここで、どのトラックがオリジナルデータ（最初に記録媒体４０に記録されたデータ）を収容する領域であり、どのトラックがアフレコデータ（再度、記録媒体４０に記録されるデータ）を収容する予備領域であるかを識別するために、例えば、図５および図６に示すように、インターリーブ・データ・ディスクリプション・アトムにフラグ（flag）が用意される。そして、例えば、フラグの第１ビット（ＬＳＢ）が「０」である場合には、対応するトラックがオリジナルデータを収容したトラックであることを示し、一方、フラグの第１ビットが「１」である場合には、対応するトラックがアフレコデータを収容するトラックであることを示すようにする。さらに、予備領域にデータが収容されたか否かを示すために、例えば、フラグの第２ビットを使用する。そして、この第２ビットが「０」である場合には、予備領域が未使用（アフレコデータが記録されていないこと）であることを示し、フラグの第２ビットが「１」である場合には、予備領域が使用（アフレコデータが記録されていること）であることを示すようにする。記録再生装置は、このフラグを参照することによって、トラックＩＤ＝２およびトラックＩＤ＝３のトラックのうち、いずれのトラックに収容されているオーディオ・データを優先的に再生すべきかを判断することができる。そして、記録再生装置は、予備領域にデータを記録した後に、さらに、オリジナルのデータに戻すために予備領域のデータを消去する場合にも、このフラグを参照することによって、消去すべき予備領域を容易に判断することができる。
【０１３５】
また、インターリーブ・データ・ディスクリプション・アトムもしくはインターリーブ・データ・ディスクリプション・テーブル内に、予備領域であるか否かを識別するために新たなフィールド、例えば、アトリビュート（attribute）・フィールドを設けてもよい。そして、このアトリビュート・フィールドは、オリジナルオーディオ／オリジナルビデオの識別、予備領域未記録／予約領域記録済みの状態識別、アフレコオーディオ、第２外国語オーディオ、マルチアングルビデオなどのトラックに収容されるデータの属性やその再生優先順位（プライオリティ）などを記述することが可能である。
【０１３６】
さらに、これらフラグやフィールドを使用する方法の他に、記録時にトラックＩＤを決めておくようにしてもよい。例えば、トラックＩＤ＝１は、オリジナルデータ、トラックＩＤ＝２は、アフレコデータなどのようにである。また、例えば、トラックＩＤ＝１は、オリジナルオーディオ、トラックＩＤ＝２は、オリジナルビデオ、トラックＩＤ＝３は、オフレコオーディオ、トラックＩＤ＝４〜ｎは、第２外国語オーディオ、トラックＩＤ＝ｉ〜ｋは、マルチアングルビデオ（ｎ、ｉ、ｋは整数、４＜ｎ＜ｉ＜ｋ）などのようにである。そして、優先順位は、トラックＩＤの値の小さい順とする。また、このような場合に、予備領域が空きであるかデータが記録済みであるかは、ＱＴのフィールドフォーマット内にあるenableフラグを利用してもよい。
【０１３７】
次に、記録中に連続記録長のデータ構造を変える場合や編集によって連続記録長のデータ構造が変わった場合など、連続記録長のデータ構造に変更がある場合の例について説明する。
【０１３８】
（第３の例）
図９は、第３例のインターリーブ・データ・ディスクリプション・テーブルを示す図である。
図１０は、第３例の記録媒体に連続記録されたデータとを示す図である。
第３例のＩＤＤＴ２１１は、図９Ａから図９Ｂに変更され、図９Ｂから図９Ｃに変更される。
【０１３９】
まず、図９Ａにおいて、ＩＤＤＴ２１１-11には、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ＩＤＤＴ２１１-21には、ビデオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容される。
【０１４０】
これら各値から、システム制御マイコン１９は、トラックＩＤ＝１のオーディオが、チャンク＃１で始まり、２チャンク連続で、トラックＩＤ＝２のビデオを連続させると判断する。システム制御マイコン１９は、トラックＩＤ＝２のビデオが、チャンク＃１で始まり、１チャンクで、新規なトランクを連続させないと判断する。そして、システム制御マイコン１９は、同一の記録状態であるトラックＩＤ＝１のオーディオが２回であり、同一の記録状態であるトラックＩＤ＝２のビデオが２回であると判断する。さらに、システム制御マイコン１９は、トラックＩＤ＝１のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のａと、および、トラックＩＤ＝１のビデオがデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０１４１】
システム制御マイコン１９は、判断の結果、記録媒体４０上に連続的に記録されるデータ構造を図１０Ａ“であると判別する。
【０１４２】
そして、トラックＩＤ＝１のオーディオにおいて、チャンク＝ｋ（ｋは正の整数）を含む連続記録長からデータ構造が、チャンクのサンプル数を２倍にして記録するように変更があった場合、ＩＤＤＴ２１１-11にＩＤＤＴ２１１-12が追加される。ＩＤＤＴ２１１-12を図９Ｂに示す。図９Ｂにおいて、ＩＤＤＴ２１１-12には、オーディオのトラックに対して、
ファースト・チャンク＝ｋ
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容される。
【０１４３】
ここで、連続していたチャンクを１つに纏めて１チャンクにする変更であるため、ナンバ・オブ・レコード・チャンク＝１となり、デュレーション値および各レコード・データ・サイズ値は、変わらない。そして、トラックＩＤ＝２のビデオには、変化がないのでテーブルは追加されない。
【０１４４】
この図９Ｂの場合に対するデータ構造を図１０Ｂ“に示す。
【０１４５】
さらに、トラックＩＤ＝１のオーディオにおいて、チャンク＝ｍ（ｍは正の整数）を含む連続記録長からデータ構造が、チャンクのサンプル数を１／２倍、デュレーションを２倍およびレコード・データ・サイズを２にして記録するように変更があり、そして、トラックＩＤ＝２のビデオにおいて、チャンク＝ｊ（ｊは正の整数）を含む連続記録長からデータ構造が、デュレーションを２倍およびレコード・データ・サイズを２にして記録するように変更があり、さらに、オーディオとビデオとの記録順序が変わった場合、ＩＤＤＴ２１１-12にオーディオに関するＩＤＤＴ２１１-13が追加され、ＩＤＤＴ２１１-21にビデオに関するＩＤＤＴ２１１-22とが追加される。ＩＤＤＴ２１１-13およびＩＤＤＴ２１１-22を図９Ｃに示す。図９Ｃにおいて、ＩＤＤＴ２１１-13には、オーディオのトラックに対して、
ファースト・チャンク＝ｍ
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝２×ｎ
最大レコード・データ・サイズ＝２×ａ
最小レコード・データ・サイズ＝２×ａ
平均レコード・データ・サイズ＝２×ａ
の各値が収容され、ＩＤＤＴ２１１-22には、ビデオのトラックに対して、
ファースト・チャンク＝ｊ
ネクスト・トラックＩＤ＝１
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝２×ｎ
最大レコード・データ・サイズ＝２×ｂ
最小レコード・データ・サイズ＝２×ｂ
平均レコード・データ・サイズ＝２×ｂ
の各値が収容される。
【０１４６】
ここで、ビデオの後にオーディオを記録するように変更されたので、オーディオのネクスト・トラックＩＤが０となり、ビデオのネクスト・トラックＩＤが１となる。
【０１４７】
この図９Ｃの場合に対するデータ構造を図１０Ｃ“に示す。
【０１４８】
（第４の例）
図１１は、第４例のインターリーブ・データ・ディスクリプション・テーブルを示す図である。
図１２は、第４例の記録媒体に連続記録されたデータとを示す図である。
第４例のＩＤＤＴ２１１は、図１１Ａから図１１Ｂに変更され、図１１Ｂから図１１Ｃに変更される。
【０１４９】
まず、図１１Ａにおいて、ＩＤＤＴ２１１-11には、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ＩＤＤＴ２１１-21には、ビデオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容される。
【０１５０】
これら各値から、システム制御マイコン１９は、トラックＩＤ＝１のオーディオが、チャンク＃１で始まり、２チャンク連続で、トラックＩＤ＝２のビデオを連続させると判断する。システム制御マイコン１９は、トラックＩＤ＝２のビデオが、チャンク＃１で始まり、１チャンクで、新規なトラックを連続させないと判断する。そして、システム制御マイコン１９は、同一の記録状態であるトラックＩＤ＝１のオーディオが２回であり、同一の記録状態であるトラックＩＤ＝２のビデオが２回であると判断する。さらに、システム制御マイコン１９は、トラックＩＤ＝１のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のａと、および、トラックＩＤ＝１のビデオがデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０１５１】
システム制御マイコン１９は、判断の結果、記録媒体４０上に連続的に記録されるデータ構造を図１２Ａ“であると判別する。
【０１５２】
そして、トラックＩＤ＝１のオーディオにおいて、チャンク＝ｋを含む連続記録長からレコード・データ・サイズが固定長から可変にして記録するように変更があった場合、ＩＤＤＴ２１１-11にＩＤＤＴ２１１-12が追加される。ＩＤＤＴ２１１-12を図１１Ｂに示す。図１１Ｂにおいて、ＩＤＤＴ２１１-12には、オーディオのトラックに対して、
ファースト・チャンク＝ｋ
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｘ（ｘは正の整数）
最小レコード・データ・サイズ＝ｙ（ｙは正の整数）
平均レコード・データ・サイズ＝ｚ（ｚは正の整数）
の各値が収容される。
【０１５３】
ここで、データ構造は、変わらないので、ネクスト・トラックＩＤ、ナンバ・オブ・レコード・チャンク、ナンバ・オブ・リピートおよびデュレーションの各値は、変わらない。可変長記録であるため、最大レコード・データ・サイズ、最小レコード・データ・サイズおよび平均レコード・データ・サイズの各値は、互いに異なる値となり得る。そして、トラックＩＤ＝２のビデオには、変化がないのでテーブルは追加されない。
【０１５４】
この図１１Ｂの場合に対するデータ構造を図１２Ｂ“に示す。
【０１５５】
さらに、トラックＩＤ＝１のオーディオにおいて、チャンク＝ｍ（ｍは正の整数）を含む連続記録長から、チャンクのサンプル数が変化した場合、デュレーションが変更される。そして、トラックＩＤ＝２のビデオにおいて、チャンク＝ｊ（ｊは正の整数）を含む連続記録長から、チャンクのサンプル数が変化した場合、デュレーションが変更される。この場合、ＩＤＤＴ２１１-12にオーディオに関するＩＤＤＴ２１１-13が追加され、ＩＤＤＴ２１１-21にビデオに関するＩＤＤＴ２１１-22とが追加される。ＩＤＤＴ２１１-13およびＩＤＤＴ２１１-22を図１１Ｃに示す。図１１Ｃにおいて、ＩＤＤＴ２１１-13には、オーディオのトラックに対して、
ファースト・チャンク＝ｍ
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ‘（ｎ'は正の整数）
最大レコード・データ・サイズ＝ｘ‘（ｘ'は正の整数）
最小レコード・データ・サイズ＝ｙ‘（ｙ'は正の整数）
平均レコード・データ・サイズ＝ｚ‘（ｚ'は正の整数）
の各値が収容され、ＩＤＤＴ２１１-22には、ビデオのトラックに対して、
ファースト・チャンク＝ｊ
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ‘
最大レコード・データ・サイズ＝ｂ‘（ｂ'は正の整数）
最小レコード・データ・サイズ＝ｂ‘
平均レコード・データ・サイズ＝ｂ‘
の各値が収容される。
【０１５６】
この図１１Ｃの場合に対するデータ構造を図１２Ｃ“に示す。
【０１５７】
なお、これら第１の例ないし第４の例では、ＭＱＴディスクリプション・アトム１０３に収容された情報から、記録媒体４０上のデータ構造を解釈する手順を説明したが、もちろん、かかるデータ構造で記録媒体４０上に記録される場合に、記録再生装置は、第１の例ないし第４の例のＭＱＴディスクリプション・アトムをそれぞれ生成する。
【０１５８】
次に、QuickTimeムービー・ファイルと記録媒体４０上の記録状態との関係を説明する。
【０１５９】
図１３は、QuickTimeムービー・ファイルと記録媒体４０上の記録状態との関係を示す図である。
【０１６０】
図１３において、ビデオ復号単位の１つがQuickTimeファイルフォーマットの１サンプルとされる。ビデオ復号単位は、ＭＰＥＧにおける、シーケンスヘッダ（ＳＨ）とＧＯＰとである。時間的に連続する２個のサンプルが１ビデオ・チャンクとされ、１秒間に当たる。なお、１サンプルに６個のＧＯＰを対応させ、１ビデオ・チャンクに１サンプルを対応させてもよい。また、同様に、オーディオ復号単位の１つがQuickTimeファイルフォーマットの１サンプルとされ、時間的に連続する４２個のサンプルが１つのオーディオ・チャンクとされる。１オーディオ・チャンクの時間は、サンプリング周波数を４８ｋＨｚとすると、約１秒間に当たる。
【０１６１】
QuickTimeムービー・ファイルは、上述のように大きく、ムービー・データ・アトム１０１、ムービー・アトム１０２およびＭＱＴディスクリプション・アトム１０３の部分に分かれるが、記録媒体４０に記録する場合には、ムービー・アトム１０２と、ＭＱＴディスクリプション・アトム１０３と、ムービー・データ・アトム１０１のチャンクの複数個を記録媒体４０上の連続記録長に対応させる。連続記録長は、１回のアクセス、すなわち、光ピックアップ３３のジャンプ動作を伴わないで、連続したアドレスに書き込み可能な長さである。また、ビデオ・チャンクとオーディオ・チャンクとが多重化されている場合には、ムービー・データ中の互いに対応するオーディオ・チャンクとビデオ・チャンクのセットの複数個を連続記録長に対応させる。
【０１６２】
図１３に示すように、連続記録長として、１個または複数個のチャンクが含まれる場合が可能である。記録媒体４０、例えば、光ディスク上の連続記録長の位置は、物理的には、不連続である。このため、１つの連続記録長データを再生した後に、次の連続記録長データを再生するためには、トラックジャンプが生じる。例えば、連続記録長データ１０１-1を再生した後に、連続記録長データ１０１-2を再生する場合には、記録媒体４０上のａ点からｂ点までトラックジャンプが生じる。したがって、連続記録長データ１０１-1と連続記録長データ１０１-2とを連続再生するためには、連続記録長データ１０１-1を再生している時間に、光ピックアップをａ点からｂ点に移動し、連続記録長データ１０１-2を読み込まなければならない。
【０１６３】
すなわち、連続記録長データの時間長Ｔｄ、連続記録長データのビット数Ｌｂ、シーク時間Ｔｓ、プレイバック・レイトＴｒとの間に、
Ｔｄ≧Ｔｓ＋Ｌｂ／Ｔｒ （式１）
が成立する必要がある。現実には、読み取り装置の製造バラツキなどによるマージンＴｍを見込んで、
Ｔｄ≧Ｔｓ＋Ｌｂ／Ｔｒ＋Ｔｍ （式２）
が成立する必要がある。
【０１６４】
この式２（または式１）の成立を判断するためには、システム制御マイコン１９は、ＭＱＴディスクリプション・アトム１０３に収容されている情報によって、判断することができる。すなわち、システム制御マイコン１９は、ＩＤＤＡ２０１に収容されている情報から連続記録長データの時間長Ｔｄおよび連続記録長データのビット数Ｌｂを計算し、セット・パフォーマンス・アトム２０２に収容されている情報から、シーク時間Ｔｓおよびプレイバック時間Ｌｂ／Ｔｒを計算し、これら計算結果から、式２（または式１）の成立性を判断することができる。
【０１６５】
特に、記録媒体４０上に既に記録されているムービー・データ・アトム１０１のデータを編集する場合に、編集後のデータ構造で連続的に再生することが可能であるか否かをＭＱＴディスクリプション・アトム１０３に収容されている情報から判断することができる。ここで、ＭＱＴディスクリプション・アトム１０３に最大レコード・データ・サイズ、最小レコード・データ・サイズおよび平均レコード・データ・サイズの各値が収容されているため、これら各値から式２（または式１）の成立限界を計算することができるから、編集後のデータ構造で連続的に再生することが可能であるか否かを、ムービー・アトム１０２内のサンプル・ディスクリプション・テーブルから情報を集めることなく、判断することができる。このため、連続再生可能な編集であるか否かを判断する時間は、サンプル・ディスクリプション・テーブルから計算する場合よりもＭＱＴディスクリプション・アトム１０３から計算する場合の方がより短時間である。
【０１６６】
なお、比較のために、未公開である特願平１１−３５６０３７号に記載の技術により、一纏まりの連続記録長の時間長、データ長をムービー・アトム内のサンプル・ディスクリプション・テーブルから計算する計算手順について説明する。特願平１１−３５６０３７号では、サンプル・ディスクリプション・テーブル内にフィールド群を追加定義することによって、連続記録の対象となるトラックの関係および連続記録長に含まれるチャンクの個数などの情報を収容する。
【０１６７】
連続記録長の時間長は、次のような手順で計算される。
第１に、サンプル・ディスクリプション・テーブル内によって追加定義されたフィールド群に基づいて、任意の連続記録長のオーディオの先頭と次の連続記録長の先頭のチャンク番号（chunk(h)、chunk(h+4)とする）を得る。
第２に、サンプル・チャンク・アトム５７６に基づいて、chunk(h)内の先頭のサンプル番号（sample(h-first)とする）を得る。
第３に、サンプル・チャンク・アトム５７６に基づいて、chunk(h+4)内の先頭のサンプル番号（sample(h+4-first)とする）を得る。
第４に、時間サンプル・アトム５７３に基づいて、sample(h-first)のタイム・ユニット（time unit）（tu(h-first)とする）を得る。
第５に、時間サンプル・アトム５７３に基づいて、sample(h+4-first)のタイム・ユニット（time unit）（tu(h+4-first)とする）を得る。
第６に、tu(h-first)とtu(h+4-first)とから、この連続記録長のオーディオのタイム・ユニットを計算する。
第７に、メディア・ヘッダ・アトム５４４のタイム・スケール（time scale）から実時間長を計算する。
【０１６８】
一方、連続記録長のデータ長は、次のような手順で計算される。
第１に、サンプル・ディスクリプション・テーブル内によって追加定義されたフィールド群に基づいて、任意の連続記録長の先頭に記録されているトラックのチャンク番号（chunk(h)とする）を得る。
第２に、サンプル・ディスクリプション・テーブル内によって追加定義されたフィールド群に基づいて、上述の任意の連続記録長に対し次の連続記録長の先頭に記録されているトラックのチャンク番号（chunk(h+4)とする）を得る。
第３に、チャンク・オフセット・アトム５７７に基づいて、chunk(ｈ)のチャンク・オフセットが、この連続記録長の先頭論理番地であるので、これを得る（ad(h)とする）。
第４に、チャンク・オフセット・アトム５７７に基づいて、chunk(h+4)のチャンク・オフセットが、この連続記録長の先頭論理番地であるので、これを得る（ad(h+4)とする）。
第５に、ad(h)とad(h+4)とから、データ長を計算する。
【０１６９】
以上のように、連続記録長の時間長およびデータ長が計算されるが、各トラックごとに計算する必要があり、膨大な計算量が必要となる。
【０１７０】
一方、上述のようにＭＱＴディスクリプション・アトムを用いることによって、このような膨大な計算を回避することができる。
【０１７１】
そして、ＭＱＴディスクリプション・テーブルを備えるので、データを記録した記録媒体４０を記録を行った同種の記録再生装置で再生することを目的として他種の記録再生装置で容易に連続再生可能な編集を行うことができる。例えば、ビデオカメラで記録した記録媒体４０をビデオカメラで再生することを目的としてパーソナル・コンピュータ上で連続再生可能な編集処理を行うことができる。
【０１７２】
また、データ構造が変更されるチャンクの情報をファースト・チャンクとして収容するので、第３の例や第４の例で示したように、データ構造の変更に柔軟に対応することができる。
【０１７３】
なお、第１の実施形態では、ディジタル記録再生装置を携帯型のカメラ一体ディスク記録再生装置に搭載する場合であるが、これに限定されるものではない。本発明のディジタル記録再生装置は、単体で使用することができるだけでなく、QuickTimeアプリケーションソフトウェアが動作するコンピュータに搭載可能である。また、本発明は、ビデオデータ及びオーディオ・データを扱う場合だけでなく、ビデオデータのみ、またはオーディオ・データのみを扱う場合や、さらに、テキストデータやＭＩＤＩなども扱う場合にも適用することができる。
【０１７４】
また、第１の実施形態では、オーディオの圧縮符号化の例として、ＭＰＥＧ／Ａｕｄｉｏについて説明したが、これに限定されるものではない。例えば、他の圧縮符号化の例として、ミニディスクで採用されているＡＴＲＡＣ（Adaptive Transform Acoustic Coding）を使用してもよい。
【０１７５】
そして、第１の実施形態では、連続記録長に含まれるデータの管理情報とプレイバック・レイトやシーク時間などの記録装置に依存した情報とを収容するアトムにＭＱＴディスクリプション・アトムと名付け、そして、各情報のフィールドにファースト・チャンクやネクスト・トラックＩＤなどの上述の名前を付したが、これに限定されるものではない。例えば、ＭＱＴディスクリプション・アトムをＨＩＴＹ・アトムなどとしてもよい。
【０１７６】
（第２の実施形態）
第２の実施形態では、ムービー・データ・アトム１０１およびムービー・アトム１０２を備える点では第１の実施形態と同様であるが、データ間の関係を柔軟に取り扱うことができるようにするため、ＭＱＴディスクリプション・アトム１０３の代わりに拡張されたＭＱＴディスクリプション・アトム１１３を用いる点で異なる。
【０１７７】
このような第２の実施形態におけるＭＱＴディスクリプション・アトム１１３について説明する。なお、第２の実施形態におけるディジタル記録再生装置の構成は、図１ないし図３に示す構成と同一であるので、その説明を省略する。
図１４は、ＭＱＴディスクリプション・アトムの構成を示す図である。
図１５は、ＩＤＤＡのデータ構成の一例を示す図である。
図１６は、ＩＤＤＡのデータ構成の別の一例を示す図である。
【０１７８】
図１４において、ＭＱＴディスクリプション・アトム１１３は、トラック・プロパティ・アトム（track property atom、以下「ＴＰＰＡ」と略記する。）２２１、ＩＤＤＡ２２２およびＳＴＰＡ２２３を備えて構成される。
【０１７９】
ＴＰＰＡ２２１は、ＮＯＥおよびトラック・プロパティ・テーブル（track property table、以下「ＴＰＴ」と略記する。）２３１を備えて構成され、ＴＰＴ２３１は、トラックごとに作成される。ＴＰＰＡ２２１は、トラックごとの属性情報を記述するアトムである。アトム・タイプは、tkqtである。ＮＯＥは、第１の実施形態と同様に、ＴＰＴの数であり、４バイトが割り当てられる。
【０１８０】
ＴＰＴ２３１は、トラックＩＤ、フラグ、メディア・タイプおよびＭＱＴタイプを備えて構成される。
【０１８１】
トラックＩＤは、第１の実施形態と同様に、ＴＰＰＡ２２１が対応するトラックを識別するための識別符号であり、トラック番号である。トラックＩＤには、４バイト（byte）が割り当てられる。
【０１８２】
フラグは、トラックの状態を識別する情報が記述される。例えば、フラグ１（Flag1）として使用可能か否かを示すイネーブル（enabled）・ディスネーブル（disabled）、フラグ２（Flag2）として本発明に係るＭＱＴディスクリプション・アトムを認識し、解釈可能であるか否かを示すＱＴ・ｎｏｎである。このＦｌａｇ２を備えることで、本発明に係る拡張されたＱＴでない、いわゆるＱＴでも、ＭＱＴディスクリプション・アトムを無視することで、ムービー・アトムに基づいて、メディア・データ・アトムを再生することができる。
【０１８３】
メディア・タイプは、ビデオ（vide）、オーディオ（soun）、テキスト（text）など、トラックの種別を示す情報が記述される。
【０１８４】
ＭＱＴタイプは、トラックの属性を示す情報が記述される。例えば、オリジナルのデータであるか（orig）、アフターレコーディング用の予備領域であるか（afrv）、チャプター（章）であるか（chap）、バックグラウンド・ミュージック（bgmc）であるかなどである。このように初期記録時のデータかアフターレコーディングによるデータかを容易に識別することができ、また、chapを利用することにより静止画によるインデックスを作成することができる。
【０１８５】
ＴＰＴ２３１の一例を図１８に基づいて説明する。
図１８は、ＴＰＴの一例を示す図である。
【０１８６】
図１８において、トラック１は、ＴＰＴの各記述をFlag1=enabled、Flag2=QT、Media Type=videおよびMQT Type=origとすることで、有効なビデオ・トラックであり、いわゆるＱＴ（本発明に係る拡張機能を備えていない）で表現可能な、初期記録であるメイン・ビデオのデータである。
【０１８７】
また、ＴＰＴの各記述をFlag1=enabled、Flag2=QT、Media Type=sounおよびMQT Type=origとすることで、トラック２は、有効なオーディオ・トラックであり、いわゆるＱＴで表現可能な、初期記録であるメイン・オーディオのデータである。
【０１８８】
ＴＰＴの各記述をFlag1=disabled、Flag2=non、Media Type=sounおよびMQT Type=afrvとすることで、トラック３は、いわゆるＱＴ上無効なオーディオ・トラックであり、本発明に係るＱＴで表現可能な、アフターレコーディング用の予備領域である。
【０１８９】
ＴＰＴの各記述をFlag1=disabled、Flag2=non、Media Type=sounおよびMQT Type=afrvとすることで、トラック４は、いわゆるＱＴ上無効なビデオ・トラックであり、本発明に係るＱＴで表現可能な、メイン・ビデオのインデックス用（索引用）の静止画データである。
【０１９０】
ＴＰＴの各記述をFlag1=disabled、Flag2=non、Media Type=sounおよびMQT Type=afrvとすることで、トラック５は、いわゆるＱＴ上無効なテキスト・トラックであるが、いわゆるＱＴで表現可能な、メイン・ビデオのインデックス用のテキストデータである。
【０１９１】
ＴＰＴの各記述をFlag1=enabled、Flag2=QT、Media Type=sounおよびMQT Type=bgmcとすることで、トラック６は、有効なオーディオ・トラックであり、いわゆるＱＴで表現可能な、アフターレコーディングしたサブオーディオのＢＧＭである。
【０１９２】
このようにＴＰＴ２３１は、各トラックの属性とともに、いわゆるＱＴのムービー・ファイル形式のものか、アプリケーションに依存する形式のものか記述することができる。
【０１９３】
本発明は、ＴＰＰＡ２２１によって、トラックに含まれる情報も一元管理することができるので、ファイル全体のメディア構成を各トラック情報を集めることなく、１つのアトムで把握することができる。また、物理構造の記述と独立するため、必要に応じてＴＰＰＡ２２１を記録媒体４０に記録するか否かを独立に処理することができる。
【０１９４】
ＩＤＤＡ２２２は、ＩＤＤＡ２０１の機能を拡張したアトムであり、グループ・ディスクリプション・アトム（group description atom、以下「ＧＤＣＡ」と略記する。）２３２およびトラック・ディスクリプション・アトム（track description atom、以下「ＴＤＣＡ」と略記する。）２３３を備えて構成される。アトム・タイプは、ildsである。
【０１９５】
ＧＤＣＡ２３２は、ＮＯＥおよびグループ・ディスクリプション・テーブル（group description atom、以下、「ＧＤＴ」と略記する。）２４１を備えて構成され、ＧＤＴ２４１は、グループのパターンが変更されるごとに作成される。ＧＤＣＡ２３２のアトム・タイプは、gpdsである。
【０１９６】
ＧＤＴ２４１は、グループＩＤ（group ID）、ペアレントＩＤ（parent ID）、ネクスト・グループ・ＩＤ（next group ID）、ナンバ・オブ・リピート（number of repeat）を備えて構成される。
【０１９７】
グループＩＤは、ＩＤＤＡ２２２が対応するグループを識別するための識別符号であり、グループに割り振られた番号で示される。グループＩＤには、２バイトが割り当てられる。
【０１９８】
ペアレントＩＤは、当該グループが属する上位階層のグループ（上位グループ）を示す識別符号であり、上位グループに割り振られた番号である。ペアレントＩＤには、２バイトが割り振られる。ペアレントＩＤによって、トラック間の相関関係を柔軟に表すことができる。すなわち、トラック間の相関関係に変更があった場合に、当該グループが属する上位グループを変更することにより、新たなトラック間の相関関係を表すことができる。
【０１９９】
ネクスト・グループＩＤは、あるグループに対して、記録媒体４０に連続的に記録されるグループを表示する識別符号であり、連続記録長内におけるグループ間の時系列的な繋がり状態も示している。ネクスト・グループＩＤは、第２の実施形態では、グループＩＤで示され、２バイトが割り当てられる。
【０２００】
ＧＤＴ２４１におけるナンバ・オブ・リピートは、指定されたグループにおけるトラックの組み合わせが複数回繰り返して記録媒体４０に連続記録される場合のその回数である。ナンバ・オブ・リピートには、１バイトが割り当てられる。
【０２０１】
ＴＤＣＡ２３３は、トラックＩＤ、ＮＯＥおよびトラック・ディスクリプション・テーブル（track description table、以下「ＴＤＴ」と略記する。）２４２を備えて構成される。
【０２０２】
ＴＤＴ２４２は、第１の実施形態におけるＩＤＤＴ２１１の機能を拡張したテーブルであり、グループＩＤ、ファースト・チャンク、ネクスト・トラックＩＤ、ナンバ・オブ・レコード・チャンク、ナンバ・オブ・リピート、デュレーションおよびレコード・データ・サイズを備えて構成される。すなわち、ＴＤＴ２４２は、第１の実施形態のＩＤＤＴ２１１にさらにグループＩＤを備えた構成である。ＴＤＴ２４２は、記録パターンが変更されるごとに作成される。
【０２０３】
グループＩＤは、当該トラックが属するグループを示す識別符号であり、第２の実施形態では、グループに割り振られた番号によって占め宇される。グループＩＤには、２バイトが割り当てられる。
【０２０４】
ファースト・チャンク、ネクスト・トラックＩＤ、ナンバ・オブ・レコード・チャンク、ナンバ・オブ・リピート、デュレーションおよびレコード・データ・サイズは、第１の実施形態と同様であるのでその説明を省略する。
【０２０５】
このようにグループＩＤをＴＤＴ２４２に記述する場合が図１５である。なお、各トラックが属するグループが同一の場合には、図１６に示すように、グループＩＤは、ＴＤＣＡ２３３のフィールド（field）に記述してもよい。
【０２０６】
ＳＴＰＡ２０２は、第１の実施形態と同一であり、２バイトのシーク時間、および、２バイトのプレイバック・レイト（bps）を備えて構成され、これら各値が記述される。
【０２０７】
なお、上述では、割り当てられるバイト数を具体的な数値で示したが、これらに限定されるものではなく、各フィールドの値に応じてバイト数が割り当てられる。
【０２０８】
このようにＭＱＴディスクリプション・アトム１１３は、どのトラックのチャンクが、どういう並び順で、どういう個数の単位で、セットとして記録媒体４０に連続的に記録されているかを示す情報を収容する。さらに、ＭＱＴディスクリプション・アトム１１３は、トラックの並び順が同一であるグループが、どういう並び順で、どういう個数の単位で、セットとして記録媒体４０に連続的に記録されているかを示す情報も収容する。すなわち、第２の実施形態では、連続記録長に含まれるデータの管理情報およびドライブなどの記録装置に依存した情報をＭＱＴディスクリプション・アトム１１３に纏めて収容するだけでなく、トラック間の相関関係を示す情報も収容する。そして、グループ内におけるトラックの並び順などのパターンが変更された場合に、ＧＤＴ２４１を追加することによって、変更に柔軟に対応することができる。記録再生装置は、記録媒体４０上に記録されている実データを編集する場合に、ＭＱＴディスクリプション・アトム１１３に編集後の状態に対するＧＤＴ２４１およびＴＤＴ２４２を追加することによって、柔軟にトラック間の相関関係を変更することができる。
【０２０９】
記録再生装置は、QuickTimeムービー・ファイルを再生する場合には、ＭＱＴディスクリプション・アトム１１３を参照して、同期して再生すべきトラック同士を判断し、データを再生する。
【０２１０】
次に、ディジタル記録再生装置がＭＱＴディスクリプション・アトム１１３に収容された情報から、記録媒体４０上に連続的に記録されるデータ構造を解釈する手順について、より具体的な例を示して説明する。
【０２１１】
（第５の例）
図１９は、第５例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図１９Ａは、グループ・ディスクリプション・テーブルを示し、図１９Ｂは、トラック・ディスクリプション・テーブルを示し、図１９Ｃは、記録媒体に連続記録されたデータを示す。
【０２１２】
図１９Ｂにおいて、ＴＤＴ２４２には、オーディオのトラック１に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ビデオのトラック２に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容され、オーディオのトラック３に対して、
グループＩＤ＝２
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝２ｎ
最大レコード・データ・サイズ＝ｃ
最小レコード・データ・サイズ＝ｃ
平均レコード・データ・サイズ＝ｃ
の各値が収容される。
【０２１３】
また、図１９Ａにおいて、ＧＤＴ２４１には、第１番目のテーブルには、
グループＩＤ＝１
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝２
の各値が収容され、第２目のテーブルには、
グループＩＤ＝２
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝１
ナンバ・オブ・リピート＝２
の各値が収容される。
【０２１４】
ＭＱＴディスクリプション・アトム１１３に上述の値が収容されている場合、ディジタル記録再生装置のシステム制御マイコン１９は、次のようにして、記録媒体４０上に連続的に記録されるデータ構造を判断する。
【０２１５】
まず、システム制御マイコン１９は、オーディオ・トラック１について、そのグループＩＤ＝１より、オーディオ・トラック１が第１番目のグループに属すると判断する。
【０２１６】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのファースト・チャンク＝１より、オーディオ・トラック１における先頭チャンクがチャンク＃１であると判断する。
【０２１７】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのネクスト・トラックＩＤ＝２より、オーディオ・トラック１にトラック番号２であるビデオ・トラック＃２が続くと判断する。
【０２１８】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのナンバ・オブ・レコード・チャンク＝２から、オーディオ・トラック１が２チャンク連続であると判断する。
【０２１９】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのナンバ・オブ・リピート＝２から、オーディオ・トラック１が同一の記録状態を２回繰り返すと判断する。
【０２２０】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのデュレーション＝ｎ（ｎは正の整数）、最大レコード・データ・サイズ＝ａ（ａは正の整数）、最小レコード・データ・サイズ＝ａおよび平均レコード・データ・サイズ＝ａから、オーディオ・トラック１がデータの時間長をｎ、そして、データ・サイズを固定のａと判断する。
【０２２１】
次に、システム制御マイコン１９は、同様に、ビデオ・トラック２について、そのグループＩＤ＝１より、ビデオ・トラック２が第１番目のグループに属すると判断する。さらに、システム制御マイコン１９は、ビデオ・トラック２について、先頭チャンクがチャンク＃１であり、第１番目のグループ内においてビデオ・トラック２に続くトラックがなく、チャンクが１個であり、同一の記録状態を２回繰り返し、ビデオ・トラック２がデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０２２２】
次に、システム制御マイコン１９は、同様に、オーディオ・トラック３について、そのグループＩＤ＝２より、オーディオ・トラック３が第２番目のグループに属すると判断する。さらに、システム制御マイコン１９は、オーディオ・トラック３について、先頭チャンクがチャンク＃１であり、第２番目のグループ内においてオーディオ・トラック３に続くトラックがなく、チャンクが４個であり、同一の記録状態を１回繰り返し、オーディオ・トラック３がデータの時間長を２ｎ、そして、データ・サイズを固定のｃと判断する。
【０２２３】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録される第１番目のグループが、図１９Ｃに示すように、オーディオ・トラック１、ビデオ・トラック２、オーディオ・トラック１、ビデオ・トラック２のように並ぶと判別する。さらに、システム制御マイコン１９は、第２番目のグループが、図１９Ｃに示すように、オーディオ・トラック３の１つのトラックで構成されると判別する。
【０２２４】
次に、システム制御マイコン１９は、ＧＤＴ２４１に基づいてグループ間の関係を解析する。
【０２２５】
まず、システム制御マイコン１９は、テーブル＃１のグループＩＤ＝１より、テーブル＃１が第１番目のグループ１に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ１が属する上位グループが上位グループ０であると判断する。
【０２２６】
次に、システム制御マイコン１９は、グループ１について、テーブル＃１のネクスト・グループＩＤ＝０より、グループ１に続くグループが無いと判断する。
【０２２７】
次に、システム制御マイコン１９は、グループ１について、テーブル＃１のナンバ・オブ・リピート＝２より、グループ１が２回有ると判断する。
【０２２８】
次に、システム制御マイコン１９は、テーブル＃２のグループＩＤ＝２より、テーブル＃２が第２番目のグループ２に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ２が属する上位グループがグループ０であると判断する。すなわち、グループ１と同一グループ（グループ１と相関関係）にあると判断する。
【０２２９】
次に、システム制御マイコン１９は、グループ２について、テーブル＃２のネクスト・グループＩＤ＝１より、グループ２に続くグループが同一のペアレントＩＤを持つグループ１であると判断する。
【０２３０】
次に、システム制御マイコン１９は、グループ２について、テーブル＃２のナンバ・オブ・リピート＝２より、グループ２が２回有ると判断する。
【０２３１】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録されるデータ構造を図１９Ｃであると判別する。
【０２３２】
（第６の例）
ここで、図１９Ｃをみると、オーディオ・トラック３、オーディオ・トラック１、ビデオ・トラック２、オーディオ・トラック１、ビデオ・トラック２を一纏まりとして１つのグループと考えることもできる。この場合におけるＧＤＴ２４１およびＴＤＴ２４２を示す。
【０２３３】
図２０は、第６例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図２０Ａは、グループ・ディスクリプション・テーブルを示し、図２０Ｂは、トラック・ディスクリプション・テーブルを示し、図２０Ｃは、記録媒体に連続記録されたデータを示す。すなわち、図２０Ｃは、グループの纏め方が異なるものの、トラックの並び順が図１９Ｃと同一である。
【０２３４】
図２０Ｂにおいて、ＴＤＴ２４２には、オーディオのトラック１に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ビデオのトラック２に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容され、オーディオのトラック３に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝１
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝２ｎ
最大レコード・データ・サイズ＝ｃ
最小レコード・データ・サイズ＝ｃ
平均レコード・データ・サイズ＝ｃ
の各値が収容される。
【０２３５】
また、図２０Ａにおいて、ＧＤＴ２４１には、
グループＩＤ＝１
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝２
の各値が収容される。
【０２３６】
このようにトラックの並び順が同一でも、グループの纏め方によって複数種の記述をすることができる。特に、グループを変えることによって、オーディオ・トラックでも、あるグループに属するオーディオ・トラックは、オリジナルのオーディオ・データとし、他のグループに属するオーディオ・トラックは、アフターレコーディングの予約領域とするなど、記録領域の役割を区別することができる。
【０２３７】
（第７の例）
図２１は、第７例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図２１Ａは、グループ・ディスクリプション・テーブルを示し、図２１Ｂは、トラック・ディスクリプション・テーブルを示し、図２１Ｃは、記録媒体に連続記録されたデータを示す。
【０２３８】
図２１Ｂにおいて、ＴＤＴ２４２には、オーディオのトラック１に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ビデオのトラック２に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容され、オーディオのトラック３に対して、
グループＩＤ＝２
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝４ｎ
最大レコード・データ・サイズ＝ｃ
最小レコード・データ・サイズ＝ｃ
平均レコード・データ・サイズ＝ｃ
の各値が収容され、オーディオのトラック４に対して、
グループＩＤ＝３
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝４ｎ
最大レコード・データ・サイズ＝ｄ（ｄは、正の整数）
最小レコード・データ・サイズ＝ｄ
平均レコード・データ・サイズ＝ｄ
の各値が収容される。
【０２３９】
また、図２１Ａにおいて、ＧＤＴ２４１には、第１番目のテーブルには、
グループＩＤ＝１
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝３
ナンバ・オブ・リピート＝２
の各値が収容され、第２目のテーブルには、
グループＩＤ＝２
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝１
ナンバ・オブ・リピート＝１
の各値が収容され、第３目のテーブルには、
グループＩＤ＝３
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝１
の各値が収容される。
【０２４０】
ＭＱＴディスクリプション・アトム１１３に上述の値が収容されている場合、ディジタル記録再生装置のシステム制御マイコン１９は、第５の例と同様に、記録媒体４０上に連続的に記録されるデータ構造を判断する。
【０２４１】
すなわち、システム制御マイコン１９は、オーディオ・トラック１について、そのグループＩＤ＝１より、オーディオ・トラック１が第１番目のグループ１に属すると判断する。システム制御マイコン１９は、オーディオ・トラック１について、先頭チャンクがチャンク＃１であり、グループ１内においてオーディオ・トラック１にグループ１のオーディオ・トラック２が続くと判断する。そして、システム制御マイコン１９は、オーディオ・トラック１について、チャンクが２個であり、同一の記録状態を２回繰り返すと判断する。さらに、システム制御マイコン１９は、オーディオ・トラック１がデータの時間長をｎ、そして、データ・サイズを固定のａと判断する。
【０２４２】
また、システム制御マイコン１９は、ビデオ・トラック２について、そのグループＩＤ＝１より、ビデオ・トラック２が第１番目のグループ１に属すると判断する。システム制御マイコン１９は、ビデオ・トラック２について、先頭チャンクがチャンク＃１であり、グループ１内においてビデオ・トラック２に続くトラックが無いと判断する。そして、システム制御マイコン１９は、ビデオ・トラック２について、チャンクが１個であり、同一の記録状態を２回繰り返すと判断する。さらに、システム制御マイコン１９は、ビデオ・トラック２がデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０２４３】
そして、システム制御マイコン１９は、オーディオ・トラック３について、そのグループＩＤ＝２より、オーディオ・トラック３が第２番目のグループ２に属すると判断する。システム制御マイコン１９は、オーディオ・トラック３について、先頭チャンクがチャンク＃１であり、グループ２内においてオーディオ・トラック３に続くトラックが無いと判断する。そして、システム制御マイコン１９は、オーディオ・トラック３について、チャンクが４個であり、同一の記録状態が１回であると判断する。さらに、システム制御マイコン１９は、オーディオ・トラック３がデータの時間長を４ｎ、そして、データ・サイズを固定のｃと判断する。
【０２４４】
さらに、システム制御マイコン１９は、オーディオ・トラック４について、そのグループＩＤ＝３より、オーディオ・トラック４が第３番目のグループ３に属すると判断する。システム制御マイコン１９は、オーディオ・トラック４について、先頭チャンクがチャンク＃１であり、グループ３内においてオーディオ・トラック４に続くトラックが無いと判断する。そして、システム制御マイコン１９は、オーディオ・トラック４について、チャンクが４個であり、同一の記録状態が１回であると判断する。さらに、システム制御マイコン１９は、オーディオ・トラック４がデータの時間長を４ｎ、そして、データ・サイズを固定のｄと判断する。
【０２４５】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録される第１番目のグループ１が、図２１Ｃに示すように、オーディオ・トラック１、ビデオ・トラック２、オーディオ・トラック１、ビデオ・トラック２のように並ぶと判別する。システム制御マイコン１９は、第２番目のグループ２が、図２１Ｃに示すように、オーディオ・トラック３の１つのトラックで構成されると判別する。さらに、システム制御マイコン１９は、第３番目のグループ３が、図２１Ｃに示すように、オーディオ・トラック４の１つのトラックで構成されると判別する。
【０２４６】
次に、システム制御マイコン１９は、ＧＤＴ２４１に基づいてグループ間の関係を解析する。
【０２４７】
まず、システム制御マイコン１９は、テーブル＃１のグループＩＤ＝１より、テーブル＃１が第１番目のグループ１に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ１の所属する上位グループがグループ０であると判断する。
【０２４８】
次に、システム制御マイコン１９は、グループ１について、テーブル＃１のネクスト・グループＩＤ＝３より、グループ１に第３番目のグループ３が続くと判断する。
【０２４９】
次に、システム制御マイコン１９は、グループ１について、テーブル＃１のナンバ・オブ・リピート＝２より、グループ１が２回有ると判断する。
【０２５０】
次に、システム制御マイコン１９は、テーブル＃２のグループＩＤ＝２より、テーブル＃２が第２番目のグループ２に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ２の所属する上位グループがグループ０であると判断する。すなわち、グループ２がグループ１と同一グループ（グループ１と相関関係）にあると判断する。
【０２５１】
次に、システム制御マイコン１９は、グループ２について、テーブル＃２のネクスト・グループＩＤ＝１より、グループ２に続くグループが同一のペアレントＩＤを持つグループ１であると判断する。
【０２５２】
次に、システム制御マイコン１９は、グループ２について、テーブル＃２のナンバ・オブ・リピート＝２より、グループ２が１回有ると判断する。
【０２５３】
次に、システム制御マイコン１９は、テーブル＃３のグループＩＤ＝３より、テーブル＃３が第３番目のグループ３に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ３の所属する上位グループがグループ０であると判断する。結局、グループ１ないしグループ３は、互いに同一グループであり、相互に相関関係にある。
【０２５４】
次に、システム制御マイコン１９は、グループ３について、テーブル＃３のネクスト・グループＩＤ＝０より、グループ３に続くグループが無いと判断する。
【０２５５】
次に、システム制御マイコン１９は、グループ３について、テーブル＃３のナンバ・オブ・リピート＝１より、グループ３が１回有ると判断する。
【０２５６】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録されるデータ構造を図２１Ｃであると判別する。
【０２５７】
第１の実施形態は、各トラックが同じ繰り返し周期で記録される場合を簡便に記述できるが、図２１Ｃに示すオーディオ・トラック３およびオーディオ・トラック４のように同じ繰り返し周期で記録されない場合に対応することが困難である。一方、第２の実施形態は、オーディオ・トラック３およびオーディオ・トラック４のように異なる周期で記録される場合でもＧＤＣＡ２３２（ＧＤＴ２４２）およびＴＤＣＡ２３３（ＴＤＴ２４２）を用いることによって、図２１Ａおよび図２１Ｃに示すように、容易に対応することができる。
【０２５８】
次に、記録中に連続記録長のデータ構造やトラック間の相関関係を変える場合、あるいは、編集によって連続記録長のデータ構造やトラック間の相関関係が変わった場合など、連続記録長のデータ構造やトラック間の相関関係に変更がある場合の例について説明する。
【０２５９】
（第８の例）
第８の例は、図１９Ｃに示すデータ構造から、図２２Ｃ‘'にデータ構造が変わった場合である。すなわち、途中からグループ２の場所に別のトラック４をグループ３として記録する場合である。そして、グループ同士の組み合わせも、第１番目のグループ１と第２番目のグループ２との組み合わせから、グループ１と第３番目のグループ３との組み合わせに変更される。
【０２６０】
このような変更は、例えば、オーディオ・トラック１およびオーディオ・トラック３にオリジナルのデータを記録してビデオ・トラック２と共に再生する場合から、編集などにより、オーディオ・トラック４にアフターレコーディングのデータを記録してビデオ・トラック２と共に再生する場合である。なお、例えば、オーディオ・トラック１には、ある言語によるデータを記録し、オーディオ・トラック３には、別の言語によるデータを記録する。
【０２６１】
この場合における、ＧＤＴ２４１およびＴＤＴ２４２を図２２Ａおよび図２２Ｂにそれぞれ示す。
【０２６２】
図１９Ｂと図２２Ｂとを対比すると分かるように、この変更により、オーディオ・トラック４に対応するテーブルがＴＤＴ２４２に追加される。さらに、組み合わせの変更により、テーブル＃３およびテーブル＃４がＧＤＴ２４１に追加される。
【０２６３】
図２２Ｂにおいて、オーディオのトラック４に対して、
グループＩＤ＝３
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝４ｎ
最大レコード・データ・サイズ＝ｄ
最小レコード・データ・サイズ＝ｄ
平均レコード・データ・サイズ＝ｄ
の各値が収容される。また、図２２Ａにおいて、ＧＤＴ２４１には、第３番目のテーブルには、
グループＩＤ＝１
ペアレントＩＤ＝１
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝２
の各値が収容され、第４目のテーブルには、
グループＩＤ＝３
ペアレントＩＤ＝１
ネクスト・グループＩＤ＝１
ナンバ・オブ・リピート＝２
の各値が収容される。
【０２６４】
これらより、システム制御マイコン１９は、テーブル＃３のグループＩＤ＝１より、テーブル＃３がグループ１に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝１より、グループ１の所属する上位グループがグループ１であると判断する。すなわち、グループ１の所属する上位グループがグループ０からグループ１に変更される。
【０２６５】
次に、システム制御マイコン１９は、グループ１について、テーブル＃３のネクスト・グループＩＤ＝０より、グループ１に続くグループが無いと判断する。
【０２６６】
次に、システム制御マイコン１９は、グループ１について、テーブル＃３のナンバ・オブ・リピート＝２より、グループ１が２回繰り返し記録されていると判断する。
【０２６７】
一方、システム制御マイコン１９は、テーブル＃４のグループＩＤ＝３より、テーブル＃４がグループ３に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝１より、グループ３の所属する上位グループがグループ１であると判断する。すなわち、グループ３は、グループ１と同一のグループに属し、グループ１と相関関係にあると判断する。
【０２６８】
次に、システム制御マイコン１９は、グループ３について、テーブル＃４のネクスト・グループＩＤ＝１より、グループ３に続くグループがグループ１であると判断する。
【０２６９】
次に、システム制御マイコン１９は、グループ３について、テーブル＃４のナンバ・オブ・リピート＝２より、グループ３が２回繰り返し記録されていると判断する。
【０２７０】
システム制御マイコン１９は、記録媒体４０上に連続的に記録されるデータ構造が図１Ｃに示す構造から図２２Ｃに示す構造に変更されたと認識する。
【０２７１】
図７Ｂに示すデータ構造は、グループＩＤを使用することなく、その構造を第１の実施形態で説明したように記述することができるが、グループＩＤを使用しても記述することができる。以下、その説明をする。
【０２７２】
（第９の例）
第９の例は、図７Ｂに示すデータ構造をグループＩＤを用いて記述する場合である。
【０２７３】
図２３は、第９の例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図２３Ａは、グループ・ディスクリプション・テーブルを示し、図２３Ｂは、オーディオ・トラックに対するトラック・ディスクリプション・テーブルを示し、図２３Ｃは、ビデオ・トラックに対するトラック・ディスクリプション・テーブルを示し、図２３Ｄは、記録媒体に連続記録されたデータ、すなわち、図７Ｂに示すデータである。
【０２７４】
グループＩＤを用いて図２３Ｄ（図７Ｂ）を記述する場合には、図２３Ｂに示すように、ＴＤＴ２４２には、オーディオのトラックに対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値を収容する。ビデオのトラックに対して、図２３Ｃに示すように、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値を収容する。そして、図２３Ａにおいて、ＧＤＴ２４１には、
グループＩＤ＝１
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝１
の各値を収容すればよい。
【０２７５】
（第１０の例）
一方、このようなデータ構造から、図１０Ｂ‘'に変更され、さらに、図１０Ｃ‘'に変更された場合には、図２４および図２５のように記述すればよい。
【０２７６】
図２４および図２５は、第１０の例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図２４Ａおよび図２５Ａは、グループ・ディスクリプション・テーブルを示し、図２４Ｂおよび図２５Ｂは、オーディオ・トラックに対するトラック・ディスクリプション・テーブルを示し、図２４Ｃおよび図２５Ｃは、ビデオ・トラックに対するトラック・ディスクリプション・テーブルを示し、図２４Ｄおよび図２５Ｄは、記録媒体に連続記録されたデータを示す。ここで、図２４Ｄは、図１０Ｂ‘'と同一であり、図２５Ｄは、図１０Ｃ‘'と同一である。
【０２７７】
図１０Ａ‘'（図２３Ｄ）から図１０Ｂ‘'（図２４Ｄ）に変更された場合には、図２３と図２４とを対比すると分かるように、チャンク・サイズが２チャンクから１チャンクに変更され、オーディオ・トラックに対するＴＤＴ２４２にテーブルが追加される。追加されるテーブル＃２には、
グループＩＤ＝１
ファースト・チャンク＝ｋ
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容される。
【０２７８】
図１０Ｂ‘'（図２４Ｄ）から図１０Ｃ‘'（図２５Ｄ）に変更された場合には、図２４と図２５とを対比すると分かるように、各トラックのデュレーションおよびレコード・オブ・サイズが変更される。これに対応して、ＧＤＴ２４１には、第２番目のグループ２に係るテーブルが追加され、オーディオ・トラックおよびビデオ・トラックに対するＴＤＴ２４２にそれぞれテーブルが追加される。ＧＤＴ２４１に追加されるテーブルには、
グループＩＤ＝２
ペアレントＩＤ＝１
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝１
の各値が収容される。
【０２７９】
そして、オーディオ・トラックに対するＴＤＴ２４２に追加されるテーブル＃３には、
グループＩＤ＝２
ファースト・チャンク＝ｍ
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝２ｎ
最大レコード・データ・サイズ＝２ａ
最小レコード・データ・サイズ＝２ａ
平均レコード・データ・サイズ＝２ａ
の各値が収容され、ビデオ・トラックに対するＴＤＴ２４２に追加されるテーブル＃２には、
グループＩＤ＝２
ファースト・チャンク＝ｊ
ネクスト・トラックＩＤ＝１
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝２ｎ
最大レコード・データ・サイズ＝２ｂ
最小レコード・データ・サイズ＝２ｂ
平均レコード・データ・サイズ＝２ｂ
の各値が収容される。
【０２８０】
このように第１の実施形態で示した各例は、グループＩＤを使用しても記述することができる。
【０２８１】
【発明の効果】
本発明によれば、記録媒体に記録されているデータ間の関係を容易に、迅速に把握することができ、記録中の記録単位の変更や、記録後に連続再生可能な編集を行うことができる。
【０２８２】
さらに、本発明によれば、データ相互間の関係も記述することができ、データ相互間の関係が変更された場合にも対応することができる。そして、繰り返し記録されないデータ領域も取り扱うことができる。
【図面の簡単な説明】
【図１】ディジタル記録再生装置の構成を示すブロック図である。
【図２】ビデオ符号器の構成を示すブロック図である。
【図３】ビデオ復号器の構成を示すブロック図である。
【図４】 QuickTimeムービー・ファイルの構成を示す図である。
【図５】 QuickTimeムービー・ファイルのデータ構成の一例を示す図である。
【図６】 QuickTimeムービー・ファイルのデータ構成の別の一例を示す図である。
【図７】第１例のインターリーブ・データ・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図８】第２例のインターリーブ・データ・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図９】第３例のインターリーブ・データ・ディスクリプション・テーブルを示す図である。
【図１０】第３例の記録媒体に連続記録されたデータとを示す図である。
【図１１】第４例のインターリーブ・データ・ディスクリプション・テーブルを示す図である
【図１２】第４例の記録媒体に連続記録されたデータとを示す図である。
【図１３】 QuickTimeムービー・ファイルと記録媒体４０上の記録状態との関係を示す図である。
【図１４】ＭＱＴディスクリプション・アトムの構成を示す図である。
【図１５】インターリーブ・ディスクリプション・データ・アトムのデータ構成の一例を示す図である。
【図１６】インターリーブ・ディスクリプション・データ・アトムのデータ構成の別の一例を示す図である。
【図１７】トラック・プロパティ・アトムのデータ構造の一例を示す図である。
【図１８】トラック・プロパティ・テーブルの一例を示す図である。
【図１９】第５例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２０】第６例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２１】第７例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２２】第８例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２３】第９例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２４】第１０例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２５】第１０例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２６】 QuickTimeムービー・ファイルの一構成例を示す図である。
【図２７】ビデオ・メディア情報アトムの一構成例を示す図である
【符号の説明】
１１・・・ビデオ符号器、１２・・・オーディオ符号器、１３・・・ビデオ復号器、１４・・・オーディオ復号器、１５・・・ファイル生成器、１６・・・ファイル復号器、１９・・・システム制御マイコン、３０・・・サーボ回路、３１・・・モータ、３３・・・光ピックアップ、４０・・・記録媒体、１０３、１１３・・・ＭＱＴディスクリプション・アトム、２０１・・・インターリーブ・データ・ディスクリプション・アトム、２０２、２２３・・・セット・パフォーマンス・アトム、２１１、２２２・・・インターリーブ・データ・ディスクリプション・テーブル、２２１・・・トラック・プロパティ・アトム、２３２・・・グループ・ディスクリプション・アトム、２３３・・・トラック・ディスクリプション・アトム
【発明の属する技術分野】
本発明は、記録媒体にデータを記録する記録装置に関し、特に、記録媒体からのデータ読み出し時間、ドライブのシーク時間、連続再生時間および連続記録長を記録する記録装置に関する。本発明は、さらに、記録媒体に記録された複数のデータ間の関係を記録する記録装置に関する。そして、本発明は、このような情報を記録した記録媒体に関する。
【０００２】
【従来の技術】
動画は、静止画を時系列順に再生した集合として捉えられるため、動画を記録・再生する動画記録再生装置は、一連の静止画データを時系列的に記録・再生することが求められる。そのため、静止画データ間の時間関係を管理するファイルが必要である。
【０００３】
動画記録再生装置は、光ディスクなどのランダムアクセス可能な記録媒体にデータを記録する場合、通常、データを記録媒体上に一定の纏まりをもって分散して記録する。また、動画を再生する場合に、動画記録再生装置は、再生すべきデータの記録媒体上における位置をこの管理ファイルに基づいて特定し、光ピックアップなどの読み取り部を当該位置まで移動し、一定の纏まりのデータを読み込み、そして、読み込んだデータを管理ファイルに基づいて再生する。
【０００４】
一方、このような、時系列的に変化する一連のデータ（Movie、ムービーと呼ぶ）を扱うためのソフトウェアとして、例えば、クイックタイム（QuickTime、以下、「ＱＴ」と略記する）やビデオ・フォ・ウインドウズ（Video for Windows）などがある。
【０００５】
ＱＴは、各種データを時間軸に沿って管理するソフトウェアであり、特殊なハードウェアを用いずに動画や音声やテキストなどを同期して再生するためのＯＳ拡張機能である。アプリケーションは、ＱＴを利用することにより、データタイプやデータフォーマット、圧縮形式、ハードウェア構成にとらわれることなく、マルチメディアデータを扱うことができ、さらに、ＱＴ自身が拡張容易な構造となっている。これらのため、ＱＴは、広く利用されており、例えば、「INSIDE MACINTOSH :QuickTime（日本語版）（アジソンウエスレス）」などに開示されている。以下、このＱＴについて概説する。
【０００６】
ＱＴムービーリソースの基本的なデータユニットは、アトム（atom）と呼ばれ、各アトムは、そのデータとともに、サイズ及びタイプ情報を含んでいる。また、ＱＴでは、データの最小単位がサンプルとして扱われ、サンプルの集合としてチャンクが定義される。
【０００７】
図２６は、QuickTimeムービー・ファイルの一構成例を示す図である。
【０００８】
図２７は、ビデオ・メディア情報アトムの一構成例を示す図である。図２７は、図２６におけるビデオ・メディア情報アトムをより詳細に示した図となっており、トラックがビデオ情報の場合について示している。
【０００９】
図２６および図２７において、QuickTimeムービー・ファイルは、大きく２つの部分、ムービー・アトム（movie atom）５０１及びメディア・データ・アトム（media data atom）５０２から構成される。ムービー・アトム５０１は、そのファイルを再生するために必要な情報や実データを参照するために必要な情報を格納する部分である。メディア・データ・アトム５０２は、ビデオやオーディオなどの実データを格納する部分である。
【００１０】
ムービー・アトム５０１は、サイズ、「moov」とされるタイプ、ムービー・ヘッダ・アトム（movie header atom）５１１、ムービー・クリッピング・アトム（movie clipping atom）５１２、ユーザ定義データ・アトム５１３および１または複数のトラック・アトム（track atom）５１４を含む。
【００１１】
ムービー・ヘッダ・アトム５１１は、タイプが「mvhd」とされ、タイム・スケールや長さなどのムービー全体に関する情報が含まれる。
【００１２】
ムービー・クリッピング・アトム５１２は、タイプが「clip」とされ、クリッピング領域アトム５２１を含む。ムービー・クリッピング・アトム５１２は、ムービーおよびトラックに対するクリッピング領域を指定し、クリッピングデータは、クリッピング領域アトム５２１で指定される。クリッピング領域アトム５２１のタイプは、「crgn」とされる。
【００１３】
ユーザ定義データ・アトム５１３は、タイプが「udat」とされ、ムービー・ユーザ・データ・アトム５２２を含み、データを保存することができる。
【００１４】
トラック・アトム５１４は、ムービー内の１つのトラックごとに用意され、サイズ、「trak」とされるタイプ、トラック・ヘッダ・アトム（track header atom）５３１、トラック・クリッピング・アトム（track clipping atom）５３２、トラック・マット・アトム（track matte atom）５３３、エデット・アトム（edit atom）５３４およびメディア・アトム（media atom）５３５を含む。トラック・アトム５１４は、メディア・データ・アトム５０２の個々のデータに関する情報をこれらアトム５３１〜５３５に記述する。図２６では、１つのビデオムービーのトラック・アトム５１４-1が示され、他のトラック・アトムは、省略されている。
【００１５】
トラック・ヘッダ・アトム５３１は、タイプが「tkhd」とされ、時間情報、空間情報、音量情報などが記述され、ムービー内におけるトラックの特性を規定する。
【００１６】
トラック・クリッピング・アトム５３２は、タイプが「clip」とされ、クリッピング領域アトム５４１を含む。トラック・クリッピング・アトム５３２は、上述のムービー・クリッピング・アトム５１２と同様な働きをする。
【００１７】
トラック・マット・アトム５３３は、タイプが「matt」とされ、圧縮マット・アトム５４２を含む。トラック・マット・アトム５３３は、トラックに対するマットを指定する。圧縮マット・アトム５４２は、タイプが「kmat」とされ、イメージ・ディスクリプション構造体を指定する。
【００１８】
エディット・アトム５３４は、タイプが「edts」とされ、エディット・リスト・アトム（edit list atom）５４３を含む。エディット・アトム５３４は、エディット・リスト・アトム５４３によって、ムービーの１トラックを構成するメディアの部分を定義する。エディット・リスト・アトム５４３は、タイプが「elst」とされ、トラック長さとメディア時間とメディア速度とからなるエディット・リスト・テーブルによって、トラックの時間からメディアの時間へ、そして最終的にはメディアデータへのマッピングをＱＴに指定する。
【００１９】
メディア・アトム５３５は、ムービー・トラックのデータが記述される。メディア・アトム５３５は、メディアデータを解釈するコンポーネントを規定する情報も記述され、そのメディアのデータ情報も規定する。メディア・アトム５３５は、サイズ、「mdia」とされるタイプ、メディア・ヘッダ・アトム（media header atom）５４４、メディア情報アトム（media information atom）（図２６および図２７では、ビデオ・メディア情報アトム５４５）及びメディア・ハンドラ・リファレンス・アトム（media handler reference atom）５４６を含む。
【００２０】
メディア・ヘッダ・アトム５４４は、タイプが「mdhd」とされ、メディアのタイム・スケールを表す時間値およびメディアの長さを表す時間値を含み、メディアの特性を規定する。
【００２１】
メディア・ハンドラ・リファレンス・アトム５４６は、メディア全体にかかる情報が記述され、ムービー・トラックに対応する保存場所としてのメディアの特性が規定される。メディア・ハンドラ・リファレンス・アトム５４６は、タイプが「mhlr」とされ、メディアに格納されているデータを解釈すべきコンポーネントを指定する。このコンポーネントは、メディア・ハンドラによって呼び出される。
【００２２】
メディア情報アトム５４５は、トラックを構成するメディアデータ用のハンドラ固有の情報を保存する。メディア・ハンドラは、この情報を使用して、メディア時間からメディアデータへのマッピングを行う。メディア情報アトム５４５は、タイプが「minf」とされ、データ・ハンドラ・リファレンス・アトム（data handler reference atom）５６１、メディア情報ヘッダ・アトム（media information header atom）、データ情報アトム（data information atom）５６３およびサンプル・テーブル・アトム（sample table atom）５６４を含む。
【００２３】
メディア情報ヘッダ・アトム（図２７では、ビデオ・メディア情報ヘッダ・アトム５６２）は、メディアにかかる情報が記述される。データ・ハンドラ・リファレンス・アトム５６１は、タイプが「hdlr」とされ、メディアデータの取り扱いにかかる情報が記述され、メディアデータへのアクセス手段を提供するデータ・ハンドラ・コンポーネントを指定するための情報が含まれる。
【００２４】
データ情報アトム５６３は、タイプが「dinf」とされ、データ・リファレンス・アトム（data reference atom）５７１を含み、データについての情報が記述される。
【００２５】
サンプル・テーブル・アトム５６４は、タイプが「stbl」とされ、メディア時間を、サンプル位置を指すサンプル番号に変換するために必要な情報を含む。サンプル・テーブル・アトム５６４は、サンプル・サイズ・アトム（sample size atom）５７２、時間サンプル・アトム（time-to-sample atom）５７３、同期サンプル・アトム（sync sample atom）５７４、サンプル・ディスクリプション・アトム（sample description atom）５７５、サンプル・チャンク・アトム（sample-to-chunk atom）５７６およびチャンク・オフセット・アトム（chunk offset atom）５７７で構成される場合である。
【００２６】
サンプル・サイズ・アトム５７２は、タイプが「stsz」とされ、サンプルの大きさが記述される。時間サンプル・アトム５７３は、タイプが「stts」とされ、何秒分のデータが記録されているか？という、サンプルと時間軸との関係が記述される。同期サンプル・アトム５７４は、同期にかかる情報が記述され、メディア内のキーフレームが指定される。キーフレームは、先行するフレームに依存しない自己内包型のフレームである。同期サンプル・アトム５７４のタイプは、「stss」とされる。サンプル・ディスクリプション・アトム５７５は、タイプが「stsd」とされ、メディア内のサンプルをデコード（decode）するために必要な情報が保存される。メディアは、当該メディア内で使用される圧縮タイプの種類に応じて、１つ又は複数のサンプル・ディスクリプション・アトムを持つことができる。サンプル・チャンク・アトム５７６は、サンプル・ディスクリプション・アトム５７５内のテーブルを参照することで、メディア内の各サンプルに対応するサンプル・ディスクリプションを識別する。サンプル・チャンク・アトム５７６は、タイプが「stsc」とされ、サンプルとチャンクとの関係が記述され、先頭チャンク、チャンク当たりのサンプル数及びサンプル・ディスクリプションＩＤ（sample description-ID）の情報を基に、メディア内におけるサンプル位置が識別される。チャンク・オフセット・アトム５７７は、タイプが「stco」とされ、ムービー・データ内でのチャンクの開始ビット位置が記述され、データストリーム内の各チャンクの位置が規定される。
【００２７】
また、メディア・データ・アトム５０２には、図２６では、例えば、所定の圧縮符号化方式によって符号化されたオーディオ・データ、および、所定の圧縮符号化方式によって符号化された画像データがそれぞれ所定数のサンプルから成るチャンクを単位として格納される。なお、データは、必ずしも圧縮符号化する必要はなく、リニアデータを格納することもできる。そして、例えば、テキストやＭＩＤＩなどを扱う場合には、メディア・データ・アトム５０２にテキストやＭＩＤＩなどの実データが含くまれ、これに対応して、ムービー・アトム５０１にテキスト・トラックやＭＩＤＩトラックなどが含まれる。
【００２８】
ムービー・アトム５０１における各トラックと、メディア・データ・アトム５０２に格納されているデータとは、対応付けられている。
【００２９】
このような階層構造において、ＱＴは、メディア・データ・アトム５０２内のデータを再生する場合に、最上位階層のムービー・アトム５０１から順次に階層を辿り、サンプル・テーブル・アトム５６４内の最下位階層である各アトム５７２〜５７８を基に、サンプル・テーブルをメモリに展開して、各データ間の関係を識別する。
【００３０】
また、ＱＴは、データ間の関係を示す機能として、ムービーの所定の時間箇所にテキストデータを表示させるチャプター（chapter）機能がある。
【００３１】
【発明が解決しようとする課題】
ところで、ＱＴのような、管理ファイルのデータ構造が階層的になっており、さらに、各データごとに当該データについての情報を下層に分散して記述している場合には、動画記録再生装置は、データ間の関係を判断するために、階層の下層まで辿り、かつ、分散している各情報を収集する必要がある。
【００３２】
また、一連の時系列データは、一定の纏まりをもって記録媒体上に記録されることを前提としているため、纏まりの大きさが変更される場合にこれに対応する必要がある。
【００３３】
そして、一連の時系列データを編集する場合に、連続再生可能とするために、データ読み込み時間、シーク時間および読み込んだデータの再生時間を必要とする。
【００３４】
さらに、上述した、データ間の関係を示すチャプター機能があるが、この機能は、ムービーにおける所定の時間箇所にチャプターを対応させるという特定の処理を行う機能であり、柔軟にデータ間の関係を示すことができない。このため、例えば、ビデオデータＸに時間的に対応するオーディオ・データＡとオーディオ・データＢがある場合に、ビデオデータＸにオーディオ・データＡを対応させて再生したり、ビデオデータＸにオーディオ・データＢを対応させたりということを適宜に変更をするということができない。
【００３５】
そこで、本発明は、上述の必要性に対応することができる、記録装置および記録媒体を提供することを目的とする。
【００３６】
【課題を解決するための手段】
本発明の第１の手段では、符号化されたビデオデータ及び符号化されたオーディオデータを含むデータである実データと、前記実データの再生処理に用いる参照データと、を記録媒体に記録させる記録制御手段を備え、前記参照データは、所定のデータ構造を単位とした階層構造のデータであって、対応する実データの再生処理に要するトラックデータを１または複数含み、前記１または複数のトラックデータのそれぞれに対応する属性データは、前記記録媒体に記録され、前記属性データには、前記それぞれのトラックデータが対応する実データの再生用途を表すデータが記憶されることで構成される。
【００３７】
第１の手段において、前記属性データは、前記参照データの上位階層に記録されており、前記再生用途を表すデータは、前記属性データに含まれる属性テーブルに記録される。
【００３８】
そして、第１の手段において、前記属性テーブルには、前記属性データが対応するトラックデータのＩＤが記録されている。
【００３９】
また、第１の手段において、前記属性テーブルには、前記属性データに記録された情報を利用できるかを表すデータが記録されている。
【００４０】
そして、第１の手段において、前記属性テーブルには、前記属性データが対応するトラックデータの種別を示す情報が入っている。
【００４６】
このような記録装置および記録媒体では、連続記録長に記録されるデータの情報が纏めて記録されるので、記録装置は、データ間の関係を容易に把握することができる。特に、階層的なファイル構造である場合に、このような情報をより上位の階層に記述することにより、迅速にデータ間の関係を把握することができる。
【００４７】
また、連続記録長に記録される第２のデータ単位に対し、第１のデータ単位のデータ種別、複数の第１のデータ単位の記録順序、データ種別ごとに第１のデータ単位の連続個数、データ種別ごとに連続した第１のデータ単位が繰り返す回数、および、先頭の第１のデータ単位を識別する情報など、各種情報が記録されるので、一纏まりの大きさが変更される場合に対応でき、データ記録後に連続再生可能な編集を行うことができる。
【００５２】
このような記録装置および記録媒体では、第１のデータ単位の並び順を複数の階層からなる管理情報で管理するので、柔軟に第１のデータ単位の並び順を記述することができる。
【００５３】
【発明の実施の形態】
以下、本発明の実施形態について図面に基づいて説明する。なお、各図において、同一の構成については、その説明を省略することがある。
【００５４】
（第１の実施形態）
第１の実施形態は、ビデオ信号およびオーディオ信号を所定の圧縮伸張方式により符号化し、一連の時系列実データを管理するアプリケーションが扱える形式で符号化された実データを管理し、実データと管理データとを所定のフォーマットで記録媒体に記録する。また、本発明は、記録された実データを管理データを参照しながら逆に処理することによってビデオ信号およびオーディオ信号を再生するものである。第１の実施形態における１つの特徴は、QuickTimeムービー・ファイルに、記憶媒体の読み出しレート、連続記録長、および、記録媒体のドライブのシークタイム（あるトラックから異なるトラックに移動して再生するまでの時間）を記述するファイルを備えることである。
【００５５】
そして、第１の実施形態は、例えば、所定の圧縮伸張方式にエムペグ（Moving Picture Coding Experts group、以下、「ＭＰＥＧ」と略記する）を利用し、アプリケーションにＱＴを利用し、フォーマットにＵＤＦ（Universal Disk Format Specification）を利用する。
【００５６】
ＭＰＥＧは、基本的に離散コサイン変換（ＤＣＴ）、動き補償フレーム間予測および可変長符号化を用いて圧縮伸張を行い、そして、ランダムアクセスを容易にするために、Ｉピクチャ（intra-coded picture）とＰピクチャ（predictive-coded picture）とＢピクチャ（bidirectionally predictive-coded picture）とを組み合わせたＧＯＰ（Group Of Pictures）構造となっている。
【００５７】
ＵＤＦは、高密度光ディスクに関する規格である。ＵＤＦは、階層的なファイルシステムであり、ルートディレクトリに格納された情報からサブディレクトリが参照され、サブディレクトリに格納された情報から、更に別のサブディレクトリや実体的なファイルが参照される。
【００５８】
次に、記録再生装置の構成について説明する。
図１は、ディジタル記録再生装置の構成を示すブロック図である。
図２は、ビデオ符号器の構成を示すブロック図である。
図３は、ビデオ復号器の構成を示すブロック図である。
【００５９】
図１ないし図３において、ディジタル記録再生装置は、ビデオ符号器１１、オーディオ符号器１２、ビデオ復号器１３、オーディオ復号器１４、ファイル生成器１５、ファイル復号器１６、メモリ１７、２０、メモリコントローラ１８、システム制御マイコン１９、エラー訂正符号／復号器２１、ドライブ制御マイコン２２、データ変復調器２３、磁界変調ドライバ２４、操作部２６、サーボ回路３０、モータ３１、磁界ヘッド３２およよ光ピックアップ３３を備えて構成される。
【００６０】
ビデオ信号は、ビデオ入力端子からビデオ符号器１１に供給され、圧縮符号化される。オーディオ信号は、オーディオ入力端子からオーディオ符号器１２に供給され、圧縮符号化される。ビデオ符号器１１およびオーディオ符号器１２の各出力がエレメンタリストームと呼ばれる。
【００６１】
第１の実施形態において、ディジタル記録再生装置は、カメラ一体型ディジタル記録再生装置に備えられているものとする。ビデオ信号は、ビデオカメラで撮影された画像が供給され、ビデオカメラは、光学系によって被写体の撮像光がCCD(Charge Coupled Device)などの撮像素子に供給されることによってビデオ信号を生成する。オーディオ信号は、マイクロフォンで集音された音声が供給される。
【００６２】
ビデオ符号器１１は、例えば、圧縮符号化がＭＰＥＧの場合には、図２に示すように、アナログ／ディジタル変換器（以下、「Ａ／Ｄ」と略記する。）５１、フォーマット変換部５２、画像並替部５３、減算器５４、ＤＣＴ部５５、量子化部５６、可変長符号化部５７、バッファメモリ５８、レート制御部、逆量子化部６０、逆ＤＣＴ部６１、加算部６２、ビデオメモリ６３、動き補償予測部６４およびスイッチ６５の各電子回路を備えて構成される。
【００６３】
ビデオ符号器１１に供給されたビデオ信号は、Ａ／Ｄ５１でディジタル化された後に、フォーマット変換部５２で符号化で用いる空間解像度に変換され、画像並替部５３に出力される。画像並替部５３は、ピクチャの順序を符号化処理に適した順に並び替える。すなわち、ＩピクチャおよびＰピクチャを先に符号化し、その後、Ｂピクチャを符号化するのに適した順に並び替える。
【００６４】
画面並替部５３の出力は、減算部５４を介してＤＣＴ部５５に入力され、ＤＣＴ符号化が行われる。ＤＣＴ部の出力は、量子化部５６に入力され、所定のビット数で量子化される。量子化部５６の出力は、可変長符号化部５７および逆量子化部６０に入力される。可変長符号化部５７は、出現頻度がより高いデータにより短いコードを割り当てる可変長符号、例えば、ハフマン符号で符号化され、符号化データは、メモリのバッファメモリ５８に出力される。バッファメモリ５８は、一定レートで符号化データをビデオ符号器１１の出力として出力する。また、レート制御部５９は、可変長符号化部５７で発生する符号量が可変であるため、バッファメモリ５８を監視することによって所定のビットレートを保つように、量子化部５６の量子化動作を制御する。
【００６５】
一方、ＩピクチャおよびＰピクチャの場合は、動き補償予測部６４で参照画面として使用されるため、量子化部５６から逆量子化部６０に入力された信号は、逆量子化された後に逆ＤＣＴ部６１に入力され、逆ＤＣＴが行われる。逆ＤＣＴ部６１の出力は、加算部６２で動き補償予測部６４の出力と加算され、ビデオメモリ６３に入力される。ビデオメモリ６３の出力は、動き補償予測部６４に入力される。動き補償予測部６４は、前方向予測、後方向予測および両方向予測を行い、加算部６２および減算部５４に出力する。これら逆量子化部６０、逆ＤＣＴ部６１、加算部６２、ビデオメモリ６３および動き補償予測部６４は、ローカル復号部を構成し、ビデオ復号器１３と同一のビデオ信号が復元される。
【００６６】
減算部５４は、画像並替部５３の出力と動き補償予測部６４の出力との間で減算を行い、ビデオ信号とローカル復号部で復号された復号ビデオ信号との間の予測誤差を形成する。フレーム内符号化（Ｉピクチャ）の場合では、スイッチ６５により、減算部５４は、減算処理を行わず、単にデータが通過する。
【００６７】
図１に戻って、オーディオ符号器１２は、例えば、ＭＰＥＧ／Ａｕｄｉｏレイヤ１／レイヤ２の場合では、サブバンド符号化部および適応量子化ビット割り当て部などの各電子回路を備えて構成される。オーディオ信号は、サブバンド符号化部で３２帯域のサブバンド信号に分割され、適応量子化ビット割り当て部で心理聴覚重み付けに従って量子化され、ビットストリームに形成された後に出力される。
【００６８】
なお、符号化品質を向上させるために、ＭＰＥＧ／Ａｕｄｉｏレイヤ３の場合では、さらに、適応ブロック長変形離散コサイン変換部、折り返し歪み削減バタフライ部、非線形量子化部および可変長符号化部などが導入される。
【００６９】
ビデオ符号器１１の出力およびオーディオ符号器１２の出力がファイル生成器１５に供給される。ファイル生成器１５は、特定のハードウェア構成を使用することなく動画、音声およびテキストなどを同期して再生することができるコンピュータソフトウェアにより扱うことができるファイル構造を持つように、ビデオエレメンタリストリームおよびオーディオエレメンタリストームのデータ構造を変換する。このようなソフトウェアは、例えば、前述のＱＴである。そして、ファイル生成器１５は、符号化ビデオデータと符号化オーディオ・データとを多重化する。ファイル生成器１５は、システム制御マイコン１９によって制御される。
【００７０】
ファイル生成器１５の出力であるQuickTimeムービー・ファイルは、メモリコントローラ１８を介してメモリ１７に順次に書き込まれる。メモリコントローラ１８は、システム制御マイコン１９から記録媒体４０へのデータ書き込みが要求されると、メモリ１７からQuickTimeムービー・ファイルを読み出す。
【００７１】
ここで、QuickTimeムービー符号化の転送レートは、記録媒体４０への書き込みデータの転送レートより低い転送レート、例えば、１／２に設定される。よって、QuickTimeムービー・ファイルが連続的にメモリ１７に書き込まれるのに対し、メモリ１７からのQuickTimeムービー・ファイルの読み出しは、メモリ１７がオーバーフローまたはアンダーフローしないように、システム制御マイコン１９によって監視されながら間欠的に行われる。
【００７２】
メモリ１７から読み出されたQuickTimeムービー・ファイルは、メモリコントローラ１８からエラー訂正符号／復号器２１に供給される。エラー訂正符号／復号器２１は、このQuickTimeムービー・ファイルを一旦メモリ２０に書き込み、インターリーブ（interleaved）およびエラー訂正符号の冗長データの生成を行う。エラー訂正符号／復号器２１は、冗長データが付加されたデータをメモリ２０から読み出し、これをデータ変復調器２３に供給する。
【００７３】
データ変復調器２３は、デジタルデータを記録媒体４０に記録する際に、再生時のクロック抽出を容易とし、符号間干渉などの問題が生じないように、データを変調する。例えば、（１，７）ＲＬＬ（run length limited）符号やトレリス符号などを利用することができる。
【００７４】
データ変復調器２３の出力は、磁界変調ドライバ２４および光ピックアップ３３に供給される。磁界変調ドライバ２４は、入力信号に応じて、磁界ヘッド３２を駆動して記録媒体４０に磁界を印加する。光ピックアップ３３は、入力信号に応じて記録用のレーザビームを記録媒体４０に照射する。このようにして、記録媒体４０にデータが記録される。
【００７５】
記録媒体４０は、書き換え可能な光ディスク、例えば、光磁気ディスク（ＭＯ、magneto-optical disk）、相変化型ディスクなどである。
【００７６】
第１の実施形態では、ＭＯ、例えば、直径約４ｃｍ、直径約５ｃｍ、直径約６．５ｃｍまたは直径約８ｃｍなどの比較的小径なディスクが使用される。そして、記録媒体４０は、モータ３１によって、線速度一定（ＣＬＶ）、角速度一定（ＣＡＶ）またはゾーンＣＬＶ（ＺＣＬＶ）で回転される。
【００７７】
ドライブ制御マイコン２２は、システム制御マイコン１９の要求に応じて、サーボ回路３０に信号を出力する。サーボ回路３０は、この出力に応じて、モータ３１および光ピックアップ３３を制御することによって、ドライブ全体を制御する。例えば、サーボ回路３０は、光ピックアップ３３に対し、記録媒体４０の径方向の移動サーボ、トラッキングサーボおよびフォーカスサーボを行い、モータ３１に対し、回転数を制御する。
【００７８】
また、システム制御マイコン１９には、ユーザが所定の指示を入力する操作部２６が接続される。
【００７９】
一方、再生の際には、光ピックアップ３３は、再生用の出力でレーザビームを記録媒体４０に照射し、その反射光を光ピックアップ３３内の光検出器で受光することによって、再生信号を得る。この場合において、ドライブ制御マイコン２２は、光ピックアップ３３内の光検出器の出力信号からトラッキングエラーおよびフォーカスエラーを検出し、読み取りのレーザビームがトラック上に位置し、トラック上に合焦するように、サーボ回路３０によって光ピックアップ３３を制御する。さらに、ドライブ制御マイコン２２は、記録媒体４０上における所望の位置のデータを再生するために、光ピックアップの径方向における移動も制御する。所望の位置は、記録時と同様にシステム制御マイコン１９によって、ドライブ制御マイコン２２に信号が与えられ、決定される。
【００８０】
光ピックアップ３３の再生信号は、データ変復調器２３に供給され、復調される。復調されたデータは、エラー訂正符号／復号器２１に供給され、再生データを一旦メモリ２０に格納し、デインターリーブ（deinterleaved）およびエラー訂正が行われる、エラー訂正後のQuickTimeムービー・ファイルは、メモリコントローラ１８を介してメモリ１７に格納される。
【００８１】
メモリ１７に格納されたQuickTimeムービー・ファイルは、システム制御マイコン１９の要求に応じて、ファイル復号器１６に出力される。システム制御マイコン１９は、ビデオ信号およびオーディオ信号を連続再生するために、記録媒体４０の再生信号がメモリ１７に格納されるデータ量と、メモリ１７から読み出されてファイル復号器１６に供給されるデータ量とを監視することによって、メモリ１７がオーバーフローまたはアンダーフローしないようにメモリコントローラ１８およびドライブ制御マイコン２２を制御する。こうして、システム制御マイコン１９は、記録媒体４０から間欠的にデータを読み出す。
【００８２】
ファイル復号器１６は、システム制御マイコン１９の制御下で、QuickTimeムービー・ファイルをビデオエレメンタリストリームとオーディオエレメンタリファイルとに分離する。ビデオエレメンタリストリームは、ビデオ復号器１３に供給され、圧縮符号化の復号が行われてビデオ出力となってビデオ出力端子から出力される。オーディオエレメンタリストリームは、オーディオ復号器１４に供給され、圧縮符号化の復号が行われてオーディオ出力となってオーディオ出力端子から出力される。ここで、ファイル復号器１６は、ビデオエレメンタリストリームとオーディオエレメンタリストリームとが同期するように出力する。
【００８３】
ビデオ復号器１３は、例えば、ＭＰＥＧの場合では、図３に示すように、メモリのバッファメモリ７１、可変長符号復号部７２、逆量子化部７３、逆ＤＣＴ部７４、加算部７５、ビデオメモリ７８、動き補償予測部７９、画面並替部７６およびディジタル／アナログ変換器（以下、「Ｄ／Ａ」と略記する。）７７の各電子回路を備えて構成される。ビデオエレメンタリストームは、一旦バッファメモリ７１に蓄積され、可変長復号部７２に入力される。可変長復号部７２は、マクロブロック符号化情報が復号され、符号化モード、動きベクトル、量子化情報および量子化ＤＣＴ係数が分離される。量子化ＤＣＴ係数は、逆量子化部７３でＤＣＴ係数に復元され、逆ＤＣＴ部７４で画素空間データに変換される。加算部７５は、逆量子化部７４の出力と動き補償予測部７９の出力とを加算するが、Ｉピクチャを復号する場合には、加算しない。画面内のすべてのマクロブロックが復号され、画面は、画面並替部７６で元の入力順序に並べ替えられて、Ｄ／Ａ７７でアナログ信号に変換されて出力される。また、加算器７５の出力は、ＩピクチャおよびＰピクチャの場合には、その後の復号処理で参照画面として使用されるため、ビデオメモリ７８に蓄積され、動き補償予測部７９に出力される。
【００８４】
図１に戻って、オーディオ復号器１４は、例えば、ＭＰＥＧ／Ａｕｄｉｏレイヤ１／レイヤ２の場合では、ビットストリーム分解部、逆量子化部およびサブバンド合成フィルタバンク部などの各電子回路を備えて構成される。入力されたオーディオエレメンタリストリームは、ビットストリーム分解部でヘッダと補助情報と量子化サブバンド信号とに分離され、量子化サブバンド信号は、逆量子化部で割り当てられたビット数で逆量子化され、サブバンド合成フィルタバンクで合成された後に、出力される。
【００８５】
次に、このような記録再生装置に使用するQuickTimeムービー・ファイルについて説明する。
図４は、QuickTimeムービー・ファイルの構成を示す図である。
図５は、QuickTimeムービー・ファイルのデータ構成の一例を示す図である。
図６は、QuickTimeムービー・ファイルのデータ構成の別の一例を示す図である。
【００８６】
図４において、QuickTimeムービー・ファイルは、ムービー・データ・アトム（movie data atom）１０１、ムービー・アトム１０２およびＭＱＴディスクリプション・アトム（MQT Description atom）１０３を備えて構成される。ムービー・データ・アトム１０１は、図２６に示すメディア・データ・アトム５０２に相当するアトムであり、ビデオ・チャンクやオーディオ・チャンクを収容する。ムービー・アトム１０２は、図２６に示すムービー・アトム５０１に相当するアトムであり、ムービー・データ・アトム１０１を管理する管理ファイルである。ＭＱＴディスクリプション・アトム１０３は、各種のチャンク、例えば、オーディオ・チャンクおよびビデオ・チャンクをどのような単位で記録媒体４０上で連続記録長としているかを示す情報を収容する。さらに、ＭＱＴディスクリプション・アトム１０３は、記録媒体４０の読み出しレート（playback rate）および記録媒体４０のドライブのシーク時間（seek time）も収容する。
【００８７】
ＭＱＴディスクリプション・アトム１０３は、インターリーブ・データ・ディスクリプション・アトム（interleaved data description atom、以下「ＩＤＤＡ」と略記する。）２０１およびセット・パフォーマンス・アトム（set performance atom、以下「ＳＴＰＡ」と略記する。）２０２を備えて構成され、第１の実施形態では、アトムのタイプを例えば、「mqbs」とする。
【００８８】
ＩＤＤＡ２０１は、トラックＩＤ（track ID）、ナンバ・オブ・エントリ（number of entries、以下「ＮＯＥ」と略記する。）およびインターリーブ・データ・ディスクリプション・テーブル（interleaved data description table、以下、「ＩＤＤＴ」と略記する。）２１１を備えて構成される。ＩＤＤＡ２０１は、トラックごとに作成される。
【００８９】
トラックＩＤは、ＩＤＤＡ２０１が対応するトラックを識別するための識別符号であり、第１の実施形態では、ＩＤＤＡ２０１が対応するトラック番号である。トラックＩＤには、４バイト（byte）が割り当てられる。
【００９０】
ＮＯＥは、ＩＤＤＴ２１１の数であり、４バイトが割り当てられる。
【００９１】
ＩＤＤＴ２１１は、ファースト・チャンク（first chunk）、ネクスト・トラックＩＤ（next track ID）、ナンバ・オブ・レコード・チャンク（number of recorded chunks）、ナンバ・オブ・リピート（number of repeat）、デュレーション（duration）およびレコード・データ・サイズ（recorded data size）を備えて構成される。ＩＤＤＴ２１１は、記録パターンが変更されるごとに作成される。
【００９２】
ファースト・チャンクは、データ構造が変更された場合に、そのデータ構造で記録媒体４０上に連続的に記録される先頭チャンクであり、第１の実施形態では、その先頭チャンクの番号で示される。ファースト・チャンクには、４バイトが割り当てられる。
【００９３】
ネクスト・トラックＩＤは、あるトラックに対して、記録媒体４０に連続的に記録されるトラックを表示する識別符号であり、連続記録長内におけるトラック間の時系列的な繋がり状態も示している。ネクスト・トラックＩＤは、第１の実施形態では、トラックＩＤで示され、４バイトが割り当てられる。
【００９４】
なお、第１の実施形態では、連続記録長のデータ構造（トラック間の時系列的な繋がり順序）は、ネクスト・トラックＩＤによって示されたが、これをポジション・ナンバーとし、データ構造中におけるトラックの並び順を示す番号によって示してもよい。例えば、図７Ｂにおいて、データ構造は、第１番目のオーディオ・トラックと第２番目のビデオ・トラックとから構成されるが、それぞれのトラックに対するポジション・ナンバーを「１」、「２」のように示してもよい。
【００９５】
ナンバ・オブ・レコード・チャンクは、指定されたトラックにおける、記録媒体４０に連続的に記録されるチャンクの個数である。ナンバ・オブ・レコード・チャンクには、２バイトが割り当てられる。
【００９６】
ナンバ・オブ・リピートは、指定されたトラックにおけるチャンクの組み合わせが複数回繰り返して記録媒体４０に連続記録される場合のその回数である。すなわち、ナンバ・オブ・リピートは、異なるトラックのデータをインターリーブ（多重化）して記録した後、再び同一のトラックのチャンクが連続的に記録される場合のその繰り返し数である。ナンバ・オブ・リピートには、１バイトが割り当てられる。
【００９７】
デュレーションは、連続的に記録されているトラックのデータにおける時間長である。デュレーションには、４バイトが割り当てられる。
【００９８】
レコード・データ・サイズは、同種のトラックにおけるデータ・サイズであり、特に、編集後に連続的に再生が可能であるか否かを判別するために使用される。レコード・データ・サイズは、各４バイトの最大レコード・データ・サイズ（max. recorded data size）、最小レコード・データ・サイズ（min. recorded data size）および平均レコード・データ・サイズ（average recorded data size）が用意され、必要に応じて、ＩＤＤＴ２０１に収容される。すなわち、ＩＤＤＴ２０１は、▲１▼最大レコード・データ・サイズと最小レコード・データ・サイズと平均レコード・データ・サイズとからなる場合、▲２▼最大レコード・データ・サイズと平均レコード・データ・サイズとからなる場合、▲３▼最小レコード・データ・サイズと平均レコード・データ・サイズとからなる場合、▲４▼最大レコード・データ・サイズと最小レコード・データ・サイズとからなる場合、▲５▼最大レコード・データ・サイズからなる場合、▲６▼最小レコード・データ・サイズからなる場合、▲７▼平均レコード・データ・サイズからなる場合および▲８▼最大レコード・データ・サイズと最小レコード・データ・サイズと平均レコード・データ・サイズとを含まない場合がある。そして、トラックのデータ・サイズに変更がない場合には、▲１▼〜▲７▼の場合のように、最大レコード・データ・サイズ、最小レコード・データ・サイズおよび平均レコード・データ・サイズのうち少なくとも１つがそれぞれ同一の値でＩＤＤＡ２０１に記述されるか、あるいは、レコード・データ・サイズとして１つがＩＤＤＡ２０１に記述される。このように様々な場合があるが、主に編集後の連続再生可能性を判断するために、レコード・データ・サイズの値が少なくとも１つがＩＤＤＴ２１１またはＩＤＤＡ２０１に記述される。
【００９９】
図５は、ＩＤＤＴ２１１に最大レコード・データ・サイズと最小レコード・データ・サイズと平均レコード・データ・サイズとを記述する場合であり、図６は、ＩＤＤＡ２０１に最大レコード・データ・サイズと最小レコード・データ・サイズと平均レコード・データ・サイズとを記述する場合である。
【０１００】
なお、第１の実施形態では、連続記録長に含まれるデータ・サイズは、そのままの値で示したが、レコード・データ・レート（recorded data rate）（bps）を用いることもできる。
【０１０１】
ＳＴＰＡ２０２は、２バイトのシーク時間（seek time）、および、２バイトのプレイバック・レイト（playback rate）（bps）を備えて構成され、これら各値が記述される。
【０１０２】
ここで、デュレーションの大きさは、編集の容易性とシーク時間とプレイバック・レイトに応じて決定される。編集の容易性は、デュレーションの大きさが小さいほど高くなるが、小さくし過ぎると連続記録長のデータ再生時間よりもシーク時間とプレイバック時間（読み込むビット数／プレイバック・レイト）との和が大きくなり、連続的にムービーを再生することができなくなる。
【０１０３】
なお、上述では、割り当てられるバイト数を具体的な数値で示したが、これらに限定されるものではなく、各フィールドの値に応じてバイト数が割り当てられる。
【０１０４】
このようにＭＱＴディスクリプション・アトム１０３は、どのトラックのチャンクが、どういう並び順で、どういう個数の単位で、セットとして記録媒体４０に連続的に記録されているかを示す情報を収容する。すなわち、第１の実施形態では、連続記録長に含まれるデータの管理情報およびドライブなどの記録装置に依存した情報をＭＱＴディスクリプション・アトム１０３に纏めて収容する。
【０１０５】
記録再生装置は、QuickTimeムービー・ファイルを再生する場合には、ＭＱＴディスクリプション・アトム１０３を参照して、記録媒体４０上における実データの記録状態を判断し、連続記録されている一纏まりのデータを読み込み、この読み込んだデータを再生している間に、次の一纏まりのデータを読み込むことが時間的に可能か否かを判断する。これによって、記録再生装置は、連続再生可能であるか否かを判断することができる。
【０１０６】
また、記録再生装置は、記録媒体４０上に記録されている実データを編集する場合に、ＭＱＴディスクリプション・アトム１０３を参照することによって、編集後のデータ構造で連続的に再生することが可能であるか否かを判断することができる。
【０１０７】
ここで、判断の結果、連続再生することができない場合には、記録再生装置は、その旨の警告表示をすることが好ましい。
【０１０８】
記録媒体４０に実データを記録した記録再生装置と記録されている実データを再生する記録再生装置とが異なる場合、および、記録媒体４０に実データを記録した記録再生装置と記録されている実データを編集する記録再生装置とが異なる場合に、ＭＱＴディスクリプション・アトム１０３は、特に有用である。
【０１０９】
そして、これら情報をＭＱＴディスクリプション・アトム１０３に纏めているので、本来、論理的構造を記述するムービー・アトム１０２と明確に区別することができ、特に、ＭＱＴディスクリプション・アトム１０３を認識することができない記録再生装置でも、これを無視することによって、QuickTimeムービー・ファイルを再生することができる。
【０１１０】
なお、第１の実施形態では、ＭＱＴディスクリプション・アトム１０３は、データ構造の最上位の階層に置いているが、ＭＱＴディスクリプション・アトム１０３に収容されている情報をムービー・アトム１０２内のより上位の階層の方に収容してもよい。特に、階層を辿ることなくまた一つに纏めるという観点から、このＭＱＴディスクリプション・アトム１０３に収容されている情報を最上位の階層に収容することが好ましい。
【０１１１】
次に、ディジタル記録再生装置がＭＱＴディスクリプション・アトム１０３に収容された情報から、記録媒体４０上に連続的に記録されるデータ構造を解釈する手順について、より具体的な例を示して説明する。
【０１１２】
（第１の例）
図７は、第１例のインターリーブ・データ・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図７Ａは、インターリーブ・データ・ディスクリプション・テーブルを示し、図７Ｂは、記録媒体に連続記録されたデータを示す。
【０１１３】
図７Ａにおいて、ＩＤＤＴ２１１には、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ（ｎは、正の整数）
最大レコード・データ・サイズ＝ａ（ａは、正の整数）
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ビデオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ（ｂは、正の整数）
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容される。
【０１１４】
ＭＱＴディスクリプション・アトム１０３に上述の値が収容されている場合、ディジタル記録再生装置のシステム制御マイコン１９は、次のようにして、記録媒体４０上に連続記録されるデータ構造を判断する。
【０１１５】
まず、システム制御マイコン１９は、ファースト・チャンク＝１から、トラックＩＤ＝１のオーディオにおける先頭チャンクがチャンク＃１であると判断する。システム制御マイコン１９は、ファースト・チャンク＝１から、トラックＩＤ＝２のビデオにおける先頭チャンクがチャンク＃１であると判断する。
【０１１６】
次に、システム制御マイコン１９は、ナンバ・オブ・レコード・チャンク＝２から、トラックＩＤ＝１のオーディオが２チャンク連続であると判断する。システム制御マイコン１９は、ナンバ・オブ・レコード・チャンク＝１から、トラックＩＤ＝２のビデオが１チャンクであると判断する。
【０１１７】
次に、システム制御マイコン１９は、ネクスト・トラックＩＤ＝２から、トラックＩＤ＝１のオーディオにトラックＩＤ＝２、すなわち、トラックＩＤ＝２のビデオが続くと判断する。システム制御マイコン１９は、ネクスト・トラックＩＤ＝０から、トラックＩＤ＝２のビデオに続く新規なトラックがないことを判断する。
【０１１８】
次に、システム制御マイコン１９は、ナンバ・オブ・リピート＝２から、トラックＩＤ＝１のオーディオが同一の記録状態を２回繰り返すと判断する。システム制御マイコン１９は、ナンバ・オブ・リピート＝２から、同一の記録状態であるトラックＩＤ＝２のビデオが２回であると判断する。
【０１１９】
次に、システム制御マイコン１９は、デュレーション＝ｎ（ｎは正の整数）、最大レコード・データ・サイズ＝ａ（ａは正の整数）、最小レコード・データ・サイズ＝ａおよび平均レコード・データ・サイズ＝ａから、トラックＩＤ＝１のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のａと判断する。システム制御マイコン１９は、デュレーション＝ｎ、最大レコード・データ・サイズ＝ｂ（ｂは正の整数）、最小レコード・データ・サイズ＝ｂおよび平均レコード・データ・サイズ＝ｂから、トラックＩＤ＝２のビデオがデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０１２０】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録されるデータ構造を図７Ｂであると判別する。
【０１２１】
（第２の例）
図８は、第２例のインターリーブ・データ・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図８Ａは、インターリーブ・データ・ディスクリプション・テーブルを示し、図８Ｂは、記録媒体に連続記録されたデータを示す。
【０１２２】
図８Ａにおいて、ＩＤＤＴ２１１には、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝３
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝１
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｃ（ｃは、正の整数）
最小レコード・データ・サイズ＝ｃ
平均レコード・データ・サイズ＝ｃ
の各値が収容され、ビデオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝１
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容される。
【０１２３】
ＭＱＴディスクリプション・アトム１０３に上述の値が収容されている場合、システム制御マイコン１９は、各ファースト・チャンクの値から、トラックＩＤ＝２のオーディオにおける先頭チャンクがチャンク＃１であると、トラックＩＤ＝３のオーディオにおける先頭チャンクがチャンク＃１であると、および、トラックＩＤ＝１のビデオにおける先頭チャンクがチャンク＃１であると判断する。
【０１２４】
次に、システム制御マイコン１９は、各ナンバ・オブ・レコード・チャンクの値から、トラックＩＤ＝２のオーディオが２チャンク連続であると、トラックＩＤ＝３のオーディオが４チャンク連続であると、および、トラックＩＤ＝１のビデオが１チャンクであると判断する。
【０１２５】
次に、システム制御マイコン１９は、各ネクスト・トラックＩＤの値から、トラックＩＤ＝２のオーディオにトラックＩＤ＝３のオーディオが続くと、トラックＩＤ＝３のオーディオにトラックＩＤ＝１のオーディオが続くと、トラックＩＤ＝１のビデオに続く新規なトラックがないことを判断する。
【０１２６】
次に、システム制御マイコン１９は、各ナンバ・オブ・リピートの値から、同一の記録状態であるトラックＩＤ＝２のオーディオが１回であると、同一の記録状態であるトラックＩＤ＝３のオーディオが１回であると、および、同一の記録状態であるトラックＩＤ＝１のビデオが１回であると判断する。
【０１２７】
次に、システム制御マイコン１９は、各デュレーションの値、各最大レコード・データ・サイズの値、各最小レコード・データ・サイズの値および各平均レコード・データ・サイズの値から、トラックＩＤ＝２のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のａと、トラックＩＤ＝３のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のｃ（ｃは正の整数）と、および、トラックＩＤ＝１のビデオがデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０１２８】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録されるデータ構造を図８Ｂであると判別する。
【０１２９】
次に、図８Ｂを用いて、トラックの一部をアフターレコーディング（以下、「アフレコ」と略記する。）用に予約する場合について説明する。
【０１３０】
図８Ｂにおける連続記録長のデータ構造において、例えば、トラックＩＤ＝３のオーディオ・トラック（Audio B）をアフレコオーディオ・データ用に予約する。すなわち、トラックＩＤ＝２のオーディオ・トラック（Audio A）には、記録時にオーディオ入力から入力されるオリジナルのオーディオ・データを記録し、トラックＩＤ＝１のビデオ・トラック（Video）には、記録時にビデオ入力から入力されるオリジナルのビデオデータを記録する。そして、この時に、記録媒体４０上には、トラックＩＤ＝３のオーディオ・トラック（Audio B）として、再度何らかのデータを記録するための予備領域として確保する。例えば、Audio Aデータと同等バイト分の空データ（例えば、全ビットを０にする。）を記録することによって予備領域として確保する。あるいは、例えば、トラックＩＤ＝１のビデオデータを記録する際に、Audio Aデータと同等バイト分が確保されるように、オフセットを与えて記録を開始する。これによって、Audio Aデータの記録終了位置からオフセットまでの領域が予備領域として確保される。
【０１３１】
このようなデータ構造で記録されたムービーにアフレコを行う場合には、アフレコ用に入力されるオーディオ・データを予備領域、すなわち、トラックＩＤ＝３に記録する。
【０１３２】
このように連続記録長中に予備領域を予め記録媒体４０に記録時に確保することによって、記録後に再度データを記録する際に、この予備領域を使用することができる。そして、この予備領域を使用することによって、記録後に記録されたデータを既に記録されているデータと同期させて再生することができる。さらに、連続記録長中に予備領域を確保しているので、再度データを記録したとしても、連続再生が容易に達成される。
【０１３３】
例えば、上述のようにトラックＩＤ＝３にアフレコオーディオ・データをAudio Bとして記録した場合において、記録再生装置は、アフレコオーディオ・データとビデオデータとを同期させて再生することができ、関連するビデオ・チャンクとアフレコオーディオ・チャンクが物理的に連続して記録されることになるので、トラックジャンプが生じることはない。このため、アフレコされたムービーも、途切れることなく再生することができる。
【０１３４】
ここで、どのトラックがオリジナルデータ（最初に記録媒体４０に記録されたデータ）を収容する領域であり、どのトラックがアフレコデータ（再度、記録媒体４０に記録されるデータ）を収容する予備領域であるかを識別するために、例えば、図５および図６に示すように、インターリーブ・データ・ディスクリプション・アトムにフラグ（flag）が用意される。そして、例えば、フラグの第１ビット（ＬＳＢ）が「０」である場合には、対応するトラックがオリジナルデータを収容したトラックであることを示し、一方、フラグの第１ビットが「１」である場合には、対応するトラックがアフレコデータを収容するトラックであることを示すようにする。さらに、予備領域にデータが収容されたか否かを示すために、例えば、フラグの第２ビットを使用する。そして、この第２ビットが「０」である場合には、予備領域が未使用（アフレコデータが記録されていないこと）であることを示し、フラグの第２ビットが「１」である場合には、予備領域が使用（アフレコデータが記録されていること）であることを示すようにする。記録再生装置は、このフラグを参照することによって、トラックＩＤ＝２およびトラックＩＤ＝３のトラックのうち、いずれのトラックに収容されているオーディオ・データを優先的に再生すべきかを判断することができる。そして、記録再生装置は、予備領域にデータを記録した後に、さらに、オリジナルのデータに戻すために予備領域のデータを消去する場合にも、このフラグを参照することによって、消去すべき予備領域を容易に判断することができる。
【０１３５】
また、インターリーブ・データ・ディスクリプション・アトムもしくはインターリーブ・データ・ディスクリプション・テーブル内に、予備領域であるか否かを識別するために新たなフィールド、例えば、アトリビュート（attribute）・フィールドを設けてもよい。そして、このアトリビュート・フィールドは、オリジナルオーディオ／オリジナルビデオの識別、予備領域未記録／予約領域記録済みの状態識別、アフレコオーディオ、第２外国語オーディオ、マルチアングルビデオなどのトラックに収容されるデータの属性やその再生優先順位（プライオリティ）などを記述することが可能である。
【０１３６】
さらに、これらフラグやフィールドを使用する方法の他に、記録時にトラックＩＤを決めておくようにしてもよい。例えば、トラックＩＤ＝１は、オリジナルデータ、トラックＩＤ＝２は、アフレコデータなどのようにである。また、例えば、トラックＩＤ＝１は、オリジナルオーディオ、トラックＩＤ＝２は、オリジナルビデオ、トラックＩＤ＝３は、オフレコオーディオ、トラックＩＤ＝４〜ｎは、第２外国語オーディオ、トラックＩＤ＝ｉ〜ｋは、マルチアングルビデオ（ｎ、ｉ、ｋは整数、４＜ｎ＜ｉ＜ｋ）などのようにである。そして、優先順位は、トラックＩＤの値の小さい順とする。また、このような場合に、予備領域が空きであるかデータが記録済みであるかは、ＱＴのフィールドフォーマット内にあるenableフラグを利用してもよい。
【０１３７】
次に、記録中に連続記録長のデータ構造を変える場合や編集によって連続記録長のデータ構造が変わった場合など、連続記録長のデータ構造に変更がある場合の例について説明する。
【０１３８】
（第３の例）
図９は、第３例のインターリーブ・データ・ディスクリプション・テーブルを示す図である。
図１０は、第３例の記録媒体に連続記録されたデータとを示す図である。
第３例のＩＤＤＴ２１１は、図９Ａから図９Ｂに変更され、図９Ｂから図９Ｃに変更される。
【０１３９】
まず、図９Ａにおいて、ＩＤＤＴ２１１-11には、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ＩＤＤＴ２１１-21には、ビデオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容される。
【０１４０】
これら各値から、システム制御マイコン１９は、トラックＩＤ＝１のオーディオが、チャンク＃１で始まり、２チャンク連続で、トラックＩＤ＝２のビデオを連続させると判断する。システム制御マイコン１９は、トラックＩＤ＝２のビデオが、チャンク＃１で始まり、１チャンクで、新規なトランクを連続させないと判断する。そして、システム制御マイコン１９は、同一の記録状態であるトラックＩＤ＝１のオーディオが２回であり、同一の記録状態であるトラックＩＤ＝２のビデオが２回であると判断する。さらに、システム制御マイコン１９は、トラックＩＤ＝１のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のａと、および、トラックＩＤ＝１のビデオがデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０１４１】
システム制御マイコン１９は、判断の結果、記録媒体４０上に連続的に記録されるデータ構造を図１０Ａ“であると判別する。
【０１４２】
そして、トラックＩＤ＝１のオーディオにおいて、チャンク＝ｋ（ｋは正の整数）を含む連続記録長からデータ構造が、チャンクのサンプル数を２倍にして記録するように変更があった場合、ＩＤＤＴ２１１-11にＩＤＤＴ２１１-12が追加される。ＩＤＤＴ２１１-12を図９Ｂに示す。図９Ｂにおいて、ＩＤＤＴ２１１-12には、オーディオのトラックに対して、
ファースト・チャンク＝ｋ
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容される。
【０１４３】
ここで、連続していたチャンクを１つに纏めて１チャンクにする変更であるため、ナンバ・オブ・レコード・チャンク＝１となり、デュレーション値および各レコード・データ・サイズ値は、変わらない。そして、トラックＩＤ＝２のビデオには、変化がないのでテーブルは追加されない。
【０１４４】
この図９Ｂの場合に対するデータ構造を図１０Ｂ“に示す。
【０１４５】
さらに、トラックＩＤ＝１のオーディオにおいて、チャンク＝ｍ（ｍは正の整数）を含む連続記録長からデータ構造が、チャンクのサンプル数を１／２倍、デュレーションを２倍およびレコード・データ・サイズを２にして記録するように変更があり、そして、トラックＩＤ＝２のビデオにおいて、チャンク＝ｊ（ｊは正の整数）を含む連続記録長からデータ構造が、デュレーションを２倍およびレコード・データ・サイズを２にして記録するように変更があり、さらに、オーディオとビデオとの記録順序が変わった場合、ＩＤＤＴ２１１-12にオーディオに関するＩＤＤＴ２１１-13が追加され、ＩＤＤＴ２１１-21にビデオに関するＩＤＤＴ２１１-22とが追加される。ＩＤＤＴ２１１-13およびＩＤＤＴ２１１-22を図９Ｃに示す。図９Ｃにおいて、ＩＤＤＴ２１１-13には、オーディオのトラックに対して、
ファースト・チャンク＝ｍ
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝２×ｎ
最大レコード・データ・サイズ＝２×ａ
最小レコード・データ・サイズ＝２×ａ
平均レコード・データ・サイズ＝２×ａ
の各値が収容され、ＩＤＤＴ２１１-22には、ビデオのトラックに対して、
ファースト・チャンク＝ｊ
ネクスト・トラックＩＤ＝１
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝２×ｎ
最大レコード・データ・サイズ＝２×ｂ
最小レコード・データ・サイズ＝２×ｂ
平均レコード・データ・サイズ＝２×ｂ
の各値が収容される。
【０１４６】
ここで、ビデオの後にオーディオを記録するように変更されたので、オーディオのネクスト・トラックＩＤが０となり、ビデオのネクスト・トラックＩＤが１となる。
【０１４７】
この図９Ｃの場合に対するデータ構造を図１０Ｃ“に示す。
【０１４８】
（第４の例）
図１１は、第４例のインターリーブ・データ・ディスクリプション・テーブルを示す図である。
図１２は、第４例の記録媒体に連続記録されたデータとを示す図である。
第４例のＩＤＤＴ２１１は、図１１Ａから図１１Ｂに変更され、図１１Ｂから図１１Ｃに変更される。
【０１４９】
まず、図１１Ａにおいて、ＩＤＤＴ２１１-11には、オーディオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ＩＤＤＴ２１１-21には、ビデオのトラックに対して、
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容される。
【０１５０】
これら各値から、システム制御マイコン１９は、トラックＩＤ＝１のオーディオが、チャンク＃１で始まり、２チャンク連続で、トラックＩＤ＝２のビデオを連続させると判断する。システム制御マイコン１９は、トラックＩＤ＝２のビデオが、チャンク＃１で始まり、１チャンクで、新規なトラックを連続させないと判断する。そして、システム制御マイコン１９は、同一の記録状態であるトラックＩＤ＝１のオーディオが２回であり、同一の記録状態であるトラックＩＤ＝２のビデオが２回であると判断する。さらに、システム制御マイコン１９は、トラックＩＤ＝１のオーディオがデータの時間長をｎ、そして、データ・サイズを固定のａと、および、トラックＩＤ＝１のビデオがデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０１５１】
システム制御マイコン１９は、判断の結果、記録媒体４０上に連続的に記録されるデータ構造を図１２Ａ“であると判別する。
【０１５２】
そして、トラックＩＤ＝１のオーディオにおいて、チャンク＝ｋを含む連続記録長からレコード・データ・サイズが固定長から可変にして記録するように変更があった場合、ＩＤＤＴ２１１-11にＩＤＤＴ２１１-12が追加される。ＩＤＤＴ２１１-12を図１１Ｂに示す。図１１Ｂにおいて、ＩＤＤＴ２１１-12には、オーディオのトラックに対して、
ファースト・チャンク＝ｋ
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｘ（ｘは正の整数）
最小レコード・データ・サイズ＝ｙ（ｙは正の整数）
平均レコード・データ・サイズ＝ｚ（ｚは正の整数）
の各値が収容される。
【０１５３】
ここで、データ構造は、変わらないので、ネクスト・トラックＩＤ、ナンバ・オブ・レコード・チャンク、ナンバ・オブ・リピートおよびデュレーションの各値は、変わらない。可変長記録であるため、最大レコード・データ・サイズ、最小レコード・データ・サイズおよび平均レコード・データ・サイズの各値は、互いに異なる値となり得る。そして、トラックＩＤ＝２のビデオには、変化がないのでテーブルは追加されない。
【０１５４】
この図１１Ｂの場合に対するデータ構造を図１２Ｂ“に示す。
【０１５５】
さらに、トラックＩＤ＝１のオーディオにおいて、チャンク＝ｍ（ｍは正の整数）を含む連続記録長から、チャンクのサンプル数が変化した場合、デュレーションが変更される。そして、トラックＩＤ＝２のビデオにおいて、チャンク＝ｊ（ｊは正の整数）を含む連続記録長から、チャンクのサンプル数が変化した場合、デュレーションが変更される。この場合、ＩＤＤＴ２１１-12にオーディオに関するＩＤＤＴ２１１-13が追加され、ＩＤＤＴ２１１-21にビデオに関するＩＤＤＴ２１１-22とが追加される。ＩＤＤＴ２１１-13およびＩＤＤＴ２１１-22を図１１Ｃに示す。図１１Ｃにおいて、ＩＤＤＴ２１１-13には、オーディオのトラックに対して、
ファースト・チャンク＝ｍ
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ‘（ｎ'は正の整数）
最大レコード・データ・サイズ＝ｘ‘（ｘ'は正の整数）
最小レコード・データ・サイズ＝ｙ‘（ｙ'は正の整数）
平均レコード・データ・サイズ＝ｚ‘（ｚ'は正の整数）
の各値が収容され、ＩＤＤＴ２１１-22には、ビデオのトラックに対して、
ファースト・チャンク＝ｊ
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ‘
最大レコード・データ・サイズ＝ｂ‘（ｂ'は正の整数）
最小レコード・データ・サイズ＝ｂ‘
平均レコード・データ・サイズ＝ｂ‘
の各値が収容される。
【０１５６】
この図１１Ｃの場合に対するデータ構造を図１２Ｃ“に示す。
【０１５７】
なお、これら第１の例ないし第４の例では、ＭＱＴディスクリプション・アトム１０３に収容された情報から、記録媒体４０上のデータ構造を解釈する手順を説明したが、もちろん、かかるデータ構造で記録媒体４０上に記録される場合に、記録再生装置は、第１の例ないし第４の例のＭＱＴディスクリプション・アトムをそれぞれ生成する。
【０１５８】
次に、QuickTimeムービー・ファイルと記録媒体４０上の記録状態との関係を説明する。
【０１５９】
図１３は、QuickTimeムービー・ファイルと記録媒体４０上の記録状態との関係を示す図である。
【０１６０】
図１３において、ビデオ復号単位の１つがQuickTimeファイルフォーマットの１サンプルとされる。ビデオ復号単位は、ＭＰＥＧにおける、シーケンスヘッダ（ＳＨ）とＧＯＰとである。時間的に連続する２個のサンプルが１ビデオ・チャンクとされ、１秒間に当たる。なお、１サンプルに６個のＧＯＰを対応させ、１ビデオ・チャンクに１サンプルを対応させてもよい。また、同様に、オーディオ復号単位の１つがQuickTimeファイルフォーマットの１サンプルとされ、時間的に連続する４２個のサンプルが１つのオーディオ・チャンクとされる。１オーディオ・チャンクの時間は、サンプリング周波数を４８ｋＨｚとすると、約１秒間に当たる。
【０１６１】
QuickTimeムービー・ファイルは、上述のように大きく、ムービー・データ・アトム１０１、ムービー・アトム１０２およびＭＱＴディスクリプション・アトム１０３の部分に分かれるが、記録媒体４０に記録する場合には、ムービー・アトム１０２と、ＭＱＴディスクリプション・アトム１０３と、ムービー・データ・アトム１０１のチャンクの複数個を記録媒体４０上の連続記録長に対応させる。連続記録長は、１回のアクセス、すなわち、光ピックアップ３３のジャンプ動作を伴わないで、連続したアドレスに書き込み可能な長さである。また、ビデオ・チャンクとオーディオ・チャンクとが多重化されている場合には、ムービー・データ中の互いに対応するオーディオ・チャンクとビデオ・チャンクのセットの複数個を連続記録長に対応させる。
【０１６２】
図１３に示すように、連続記録長として、１個または複数個のチャンクが含まれる場合が可能である。記録媒体４０、例えば、光ディスク上の連続記録長の位置は、物理的には、不連続である。このため、１つの連続記録長データを再生した後に、次の連続記録長データを再生するためには、トラックジャンプが生じる。例えば、連続記録長データ１０１-1を再生した後に、連続記録長データ１０１-2を再生する場合には、記録媒体４０上のａ点からｂ点までトラックジャンプが生じる。したがって、連続記録長データ１０１-1と連続記録長データ１０１-2とを連続再生するためには、連続記録長データ１０１-1を再生している時間に、光ピックアップをａ点からｂ点に移動し、連続記録長データ１０１-2を読み込まなければならない。
【０１６３】
すなわち、連続記録長データの時間長Ｔｄ、連続記録長データのビット数Ｌｂ、シーク時間Ｔｓ、プレイバック・レイトＴｒとの間に、
Ｔｄ≧Ｔｓ＋Ｌｂ／Ｔｒ （式１）
が成立する必要がある。現実には、読み取り装置の製造バラツキなどによるマージンＴｍを見込んで、
Ｔｄ≧Ｔｓ＋Ｌｂ／Ｔｒ＋Ｔｍ （式２）
が成立する必要がある。
【０１６４】
この式２（または式１）の成立を判断するためには、システム制御マイコン１９は、ＭＱＴディスクリプション・アトム１０３に収容されている情報によって、判断することができる。すなわち、システム制御マイコン１９は、ＩＤＤＡ２０１に収容されている情報から連続記録長データの時間長Ｔｄおよび連続記録長データのビット数Ｌｂを計算し、セット・パフォーマンス・アトム２０２に収容されている情報から、シーク時間Ｔｓおよびプレイバック時間Ｌｂ／Ｔｒを計算し、これら計算結果から、式２（または式１）の成立性を判断することができる。
【０１６５】
特に、記録媒体４０上に既に記録されているムービー・データ・アトム１０１のデータを編集する場合に、編集後のデータ構造で連続的に再生することが可能であるか否かをＭＱＴディスクリプション・アトム１０３に収容されている情報から判断することができる。ここで、ＭＱＴディスクリプション・アトム１０３に最大レコード・データ・サイズ、最小レコード・データ・サイズおよび平均レコード・データ・サイズの各値が収容されているため、これら各値から式２（または式１）の成立限界を計算することができるから、編集後のデータ構造で連続的に再生することが可能であるか否かを、ムービー・アトム１０２内のサンプル・ディスクリプション・テーブルから情報を集めることなく、判断することができる。このため、連続再生可能な編集であるか否かを判断する時間は、サンプル・ディスクリプション・テーブルから計算する場合よりもＭＱＴディスクリプション・アトム１０３から計算する場合の方がより短時間である。
【０１６６】
なお、比較のために、未公開である特願平１１−３５６０３７号に記載の技術により、一纏まりの連続記録長の時間長、データ長をムービー・アトム内のサンプル・ディスクリプション・テーブルから計算する計算手順について説明する。特願平１１−３５６０３７号では、サンプル・ディスクリプション・テーブル内にフィールド群を追加定義することによって、連続記録の対象となるトラックの関係および連続記録長に含まれるチャンクの個数などの情報を収容する。
【０１６７】
連続記録長の時間長は、次のような手順で計算される。
第１に、サンプル・ディスクリプション・テーブル内によって追加定義されたフィールド群に基づいて、任意の連続記録長のオーディオの先頭と次の連続記録長の先頭のチャンク番号（chunk(h)、chunk(h+4)とする）を得る。
第２に、サンプル・チャンク・アトム５７６に基づいて、chunk(h)内の先頭のサンプル番号（sample(h-first)とする）を得る。
第３に、サンプル・チャンク・アトム５７６に基づいて、chunk(h+4)内の先頭のサンプル番号（sample(h+4-first)とする）を得る。
第４に、時間サンプル・アトム５７３に基づいて、sample(h-first)のタイム・ユニット（time unit）（tu(h-first)とする）を得る。
第５に、時間サンプル・アトム５７３に基づいて、sample(h+4-first)のタイム・ユニット（time unit）（tu(h+4-first)とする）を得る。
第６に、tu(h-first)とtu(h+4-first)とから、この連続記録長のオーディオのタイム・ユニットを計算する。
第７に、メディア・ヘッダ・アトム５４４のタイム・スケール（time scale）から実時間長を計算する。
【０１６８】
一方、連続記録長のデータ長は、次のような手順で計算される。
第１に、サンプル・ディスクリプション・テーブル内によって追加定義されたフィールド群に基づいて、任意の連続記録長の先頭に記録されているトラックのチャンク番号（chunk(h)とする）を得る。
第２に、サンプル・ディスクリプション・テーブル内によって追加定義されたフィールド群に基づいて、上述の任意の連続記録長に対し次の連続記録長の先頭に記録されているトラックのチャンク番号（chunk(h+4)とする）を得る。
第３に、チャンク・オフセット・アトム５７７に基づいて、chunk(ｈ)のチャンク・オフセットが、この連続記録長の先頭論理番地であるので、これを得る（ad(h)とする）。
第４に、チャンク・オフセット・アトム５７７に基づいて、chunk(h+4)のチャンク・オフセットが、この連続記録長の先頭論理番地であるので、これを得る（ad(h+4)とする）。
第５に、ad(h)とad(h+4)とから、データ長を計算する。
【０１６９】
以上のように、連続記録長の時間長およびデータ長が計算されるが、各トラックごとに計算する必要があり、膨大な計算量が必要となる。
【０１７０】
一方、上述のようにＭＱＴディスクリプション・アトムを用いることによって、このような膨大な計算を回避することができる。
【０１７１】
そして、ＭＱＴディスクリプション・テーブルを備えるので、データを記録した記録媒体４０を記録を行った同種の記録再生装置で再生することを目的として他種の記録再生装置で容易に連続再生可能な編集を行うことができる。例えば、ビデオカメラで記録した記録媒体４０をビデオカメラで再生することを目的としてパーソナル・コンピュータ上で連続再生可能な編集処理を行うことができる。
【０１７２】
また、データ構造が変更されるチャンクの情報をファースト・チャンクとして収容するので、第３の例や第４の例で示したように、データ構造の変更に柔軟に対応することができる。
【０１７３】
なお、第１の実施形態では、ディジタル記録再生装置を携帯型のカメラ一体ディスク記録再生装置に搭載する場合であるが、これに限定されるものではない。本発明のディジタル記録再生装置は、単体で使用することができるだけでなく、QuickTimeアプリケーションソフトウェアが動作するコンピュータに搭載可能である。また、本発明は、ビデオデータ及びオーディオ・データを扱う場合だけでなく、ビデオデータのみ、またはオーディオ・データのみを扱う場合や、さらに、テキストデータやＭＩＤＩなども扱う場合にも適用することができる。
【０１７４】
また、第１の実施形態では、オーディオの圧縮符号化の例として、ＭＰＥＧ／Ａｕｄｉｏについて説明したが、これに限定されるものではない。例えば、他の圧縮符号化の例として、ミニディスクで採用されているＡＴＲＡＣ（Adaptive Transform Acoustic Coding）を使用してもよい。
【０１７５】
そして、第１の実施形態では、連続記録長に含まれるデータの管理情報とプレイバック・レイトやシーク時間などの記録装置に依存した情報とを収容するアトムにＭＱＴディスクリプション・アトムと名付け、そして、各情報のフィールドにファースト・チャンクやネクスト・トラックＩＤなどの上述の名前を付したが、これに限定されるものではない。例えば、ＭＱＴディスクリプション・アトムをＨＩＴＹ・アトムなどとしてもよい。
【０１７６】
（第２の実施形態）
第２の実施形態では、ムービー・データ・アトム１０１およびムービー・アトム１０２を備える点では第１の実施形態と同様であるが、データ間の関係を柔軟に取り扱うことができるようにするため、ＭＱＴディスクリプション・アトム１０３の代わりに拡張されたＭＱＴディスクリプション・アトム１１３を用いる点で異なる。
【０１７７】
このような第２の実施形態におけるＭＱＴディスクリプション・アトム１１３について説明する。なお、第２の実施形態におけるディジタル記録再生装置の構成は、図１ないし図３に示す構成と同一であるので、その説明を省略する。
図１４は、ＭＱＴディスクリプション・アトムの構成を示す図である。
図１５は、ＩＤＤＡのデータ構成の一例を示す図である。
図１６は、ＩＤＤＡのデータ構成の別の一例を示す図である。
【０１７８】
図１４において、ＭＱＴディスクリプション・アトム１１３は、トラック・プロパティ・アトム（track property atom、以下「ＴＰＰＡ」と略記する。）２２１、ＩＤＤＡ２２２およびＳＴＰＡ２２３を備えて構成される。
【０１７９】
ＴＰＰＡ２２１は、ＮＯＥおよびトラック・プロパティ・テーブル（track property table、以下「ＴＰＴ」と略記する。）２３１を備えて構成され、ＴＰＴ２３１は、トラックごとに作成される。ＴＰＰＡ２２１は、トラックごとの属性情報を記述するアトムである。アトム・タイプは、tkqtである。ＮＯＥは、第１の実施形態と同様に、ＴＰＴの数であり、４バイトが割り当てられる。
【０１８０】
ＴＰＴ２３１は、トラックＩＤ、フラグ、メディア・タイプおよびＭＱＴタイプを備えて構成される。
【０１８１】
トラックＩＤは、第１の実施形態と同様に、ＴＰＰＡ２２１が対応するトラックを識別するための識別符号であり、トラック番号である。トラックＩＤには、４バイト（byte）が割り当てられる。
【０１８２】
フラグは、トラックの状態を識別する情報が記述される。例えば、フラグ１（Flag1）として使用可能か否かを示すイネーブル（enabled）・ディスネーブル（disabled）、フラグ２（Flag2）として本発明に係るＭＱＴディスクリプション・アトムを認識し、解釈可能であるか否かを示すＱＴ・ｎｏｎである。このＦｌａｇ２を備えることで、本発明に係る拡張されたＱＴでない、いわゆるＱＴでも、ＭＱＴディスクリプション・アトムを無視することで、ムービー・アトムに基づいて、メディア・データ・アトムを再生することができる。
【０１８３】
メディア・タイプは、ビデオ（vide）、オーディオ（soun）、テキスト（text）など、トラックの種別を示す情報が記述される。
【０１８４】
ＭＱＴタイプは、トラックの属性を示す情報が記述される。例えば、オリジナルのデータであるか（orig）、アフターレコーディング用の予備領域であるか（afrv）、チャプター（章）であるか（chap）、バックグラウンド・ミュージック（bgmc）であるかなどである。このように初期記録時のデータかアフターレコーディングによるデータかを容易に識別することができ、また、chapを利用することにより静止画によるインデックスを作成することができる。
【０１８５】
ＴＰＴ２３１の一例を図１８に基づいて説明する。
図１８は、ＴＰＴの一例を示す図である。
【０１８６】
図１８において、トラック１は、ＴＰＴの各記述をFlag1=enabled、Flag2=QT、Media Type=videおよびMQT Type=origとすることで、有効なビデオ・トラックであり、いわゆるＱＴ（本発明に係る拡張機能を備えていない）で表現可能な、初期記録であるメイン・ビデオのデータである。
【０１８７】
また、ＴＰＴの各記述をFlag1=enabled、Flag2=QT、Media Type=sounおよびMQT Type=origとすることで、トラック２は、有効なオーディオ・トラックであり、いわゆるＱＴで表現可能な、初期記録であるメイン・オーディオのデータである。
【０１８８】
ＴＰＴの各記述をFlag1=disabled、Flag2=non、Media Type=sounおよびMQT Type=afrvとすることで、トラック３は、いわゆるＱＴ上無効なオーディオ・トラックであり、本発明に係るＱＴで表現可能な、アフターレコーディング用の予備領域である。
【０１８９】
ＴＰＴの各記述をFlag1=disabled、Flag2=non、Media Type=sounおよびMQT Type=afrvとすることで、トラック４は、いわゆるＱＴ上無効なビデオ・トラックであり、本発明に係るＱＴで表現可能な、メイン・ビデオのインデックス用（索引用）の静止画データである。
【０１９０】
ＴＰＴの各記述をFlag1=disabled、Flag2=non、Media Type=sounおよびMQT Type=afrvとすることで、トラック５は、いわゆるＱＴ上無効なテキスト・トラックであるが、いわゆるＱＴで表現可能な、メイン・ビデオのインデックス用のテキストデータである。
【０１９１】
ＴＰＴの各記述をFlag1=enabled、Flag2=QT、Media Type=sounおよびMQT Type=bgmcとすることで、トラック６は、有効なオーディオ・トラックであり、いわゆるＱＴで表現可能な、アフターレコーディングしたサブオーディオのＢＧＭである。
【０１９２】
このようにＴＰＴ２３１は、各トラックの属性とともに、いわゆるＱＴのムービー・ファイル形式のものか、アプリケーションに依存する形式のものか記述することができる。
【０１９３】
本発明は、ＴＰＰＡ２２１によって、トラックに含まれる情報も一元管理することができるので、ファイル全体のメディア構成を各トラック情報を集めることなく、１つのアトムで把握することができる。また、物理構造の記述と独立するため、必要に応じてＴＰＰＡ２２１を記録媒体４０に記録するか否かを独立に処理することができる。
【０１９４】
ＩＤＤＡ２２２は、ＩＤＤＡ２０１の機能を拡張したアトムであり、グループ・ディスクリプション・アトム（group description atom、以下「ＧＤＣＡ」と略記する。）２３２およびトラック・ディスクリプション・アトム（track description atom、以下「ＴＤＣＡ」と略記する。）２３３を備えて構成される。アトム・タイプは、ildsである。
【０１９５】
ＧＤＣＡ２３２は、ＮＯＥおよびグループ・ディスクリプション・テーブル（group description atom、以下、「ＧＤＴ」と略記する。）２４１を備えて構成され、ＧＤＴ２４１は、グループのパターンが変更されるごとに作成される。ＧＤＣＡ２３２のアトム・タイプは、gpdsである。
【０１９６】
ＧＤＴ２４１は、グループＩＤ（group ID）、ペアレントＩＤ（parent ID）、ネクスト・グループ・ＩＤ（next group ID）、ナンバ・オブ・リピート（number of repeat）を備えて構成される。
【０１９７】
グループＩＤは、ＩＤＤＡ２２２が対応するグループを識別するための識別符号であり、グループに割り振られた番号で示される。グループＩＤには、２バイトが割り当てられる。
【０１９８】
ペアレントＩＤは、当該グループが属する上位階層のグループ（上位グループ）を示す識別符号であり、上位グループに割り振られた番号である。ペアレントＩＤには、２バイトが割り振られる。ペアレントＩＤによって、トラック間の相関関係を柔軟に表すことができる。すなわち、トラック間の相関関係に変更があった場合に、当該グループが属する上位グループを変更することにより、新たなトラック間の相関関係を表すことができる。
【０１９９】
ネクスト・グループＩＤは、あるグループに対して、記録媒体４０に連続的に記録されるグループを表示する識別符号であり、連続記録長内におけるグループ間の時系列的な繋がり状態も示している。ネクスト・グループＩＤは、第２の実施形態では、グループＩＤで示され、２バイトが割り当てられる。
【０２００】
ＧＤＴ２４１におけるナンバ・オブ・リピートは、指定されたグループにおけるトラックの組み合わせが複数回繰り返して記録媒体４０に連続記録される場合のその回数である。ナンバ・オブ・リピートには、１バイトが割り当てられる。
【０２０１】
ＴＤＣＡ２３３は、トラックＩＤ、ＮＯＥおよびトラック・ディスクリプション・テーブル（track description table、以下「ＴＤＴ」と略記する。）２４２を備えて構成される。
【０２０２】
ＴＤＴ２４２は、第１の実施形態におけるＩＤＤＴ２１１の機能を拡張したテーブルであり、グループＩＤ、ファースト・チャンク、ネクスト・トラックＩＤ、ナンバ・オブ・レコード・チャンク、ナンバ・オブ・リピート、デュレーションおよびレコード・データ・サイズを備えて構成される。すなわち、ＴＤＴ２４２は、第１の実施形態のＩＤＤＴ２１１にさらにグループＩＤを備えた構成である。ＴＤＴ２４２は、記録パターンが変更されるごとに作成される。
【０２０３】
グループＩＤは、当該トラックが属するグループを示す識別符号であり、第２の実施形態では、グループに割り振られた番号によって占め宇される。グループＩＤには、２バイトが割り当てられる。
【０２０４】
ファースト・チャンク、ネクスト・トラックＩＤ、ナンバ・オブ・レコード・チャンク、ナンバ・オブ・リピート、デュレーションおよびレコード・データ・サイズは、第１の実施形態と同様であるのでその説明を省略する。
【０２０５】
このようにグループＩＤをＴＤＴ２４２に記述する場合が図１５である。なお、各トラックが属するグループが同一の場合には、図１６に示すように、グループＩＤは、ＴＤＣＡ２３３のフィールド（field）に記述してもよい。
【０２０６】
ＳＴＰＡ２０２は、第１の実施形態と同一であり、２バイトのシーク時間、および、２バイトのプレイバック・レイト（bps）を備えて構成され、これら各値が記述される。
【０２０７】
なお、上述では、割り当てられるバイト数を具体的な数値で示したが、これらに限定されるものではなく、各フィールドの値に応じてバイト数が割り当てられる。
【０２０８】
このようにＭＱＴディスクリプション・アトム１１３は、どのトラックのチャンクが、どういう並び順で、どういう個数の単位で、セットとして記録媒体４０に連続的に記録されているかを示す情報を収容する。さらに、ＭＱＴディスクリプション・アトム１１３は、トラックの並び順が同一であるグループが、どういう並び順で、どういう個数の単位で、セットとして記録媒体４０に連続的に記録されているかを示す情報も収容する。すなわち、第２の実施形態では、連続記録長に含まれるデータの管理情報およびドライブなどの記録装置に依存した情報をＭＱＴディスクリプション・アトム１１３に纏めて収容するだけでなく、トラック間の相関関係を示す情報も収容する。そして、グループ内におけるトラックの並び順などのパターンが変更された場合に、ＧＤＴ２４１を追加することによって、変更に柔軟に対応することができる。記録再生装置は、記録媒体４０上に記録されている実データを編集する場合に、ＭＱＴディスクリプション・アトム１１３に編集後の状態に対するＧＤＴ２４１およびＴＤＴ２４２を追加することによって、柔軟にトラック間の相関関係を変更することができる。
【０２０９】
記録再生装置は、QuickTimeムービー・ファイルを再生する場合には、ＭＱＴディスクリプション・アトム１１３を参照して、同期して再生すべきトラック同士を判断し、データを再生する。
【０２１０】
次に、ディジタル記録再生装置がＭＱＴディスクリプション・アトム１１３に収容された情報から、記録媒体４０上に連続的に記録されるデータ構造を解釈する手順について、より具体的な例を示して説明する。
【０２１１】
（第５の例）
図１９は、第５例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図１９Ａは、グループ・ディスクリプション・テーブルを示し、図１９Ｂは、トラック・ディスクリプション・テーブルを示し、図１９Ｃは、記録媒体に連続記録されたデータを示す。
【０２１２】
図１９Ｂにおいて、ＴＤＴ２４２には、オーディオのトラック１に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ビデオのトラック２に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容され、オーディオのトラック３に対して、
グループＩＤ＝２
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝２ｎ
最大レコード・データ・サイズ＝ｃ
最小レコード・データ・サイズ＝ｃ
平均レコード・データ・サイズ＝ｃ
の各値が収容される。
【０２１３】
また、図１９Ａにおいて、ＧＤＴ２４１には、第１番目のテーブルには、
グループＩＤ＝１
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝２
の各値が収容され、第２目のテーブルには、
グループＩＤ＝２
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝１
ナンバ・オブ・リピート＝２
の各値が収容される。
【０２１４】
ＭＱＴディスクリプション・アトム１１３に上述の値が収容されている場合、ディジタル記録再生装置のシステム制御マイコン１９は、次のようにして、記録媒体４０上に連続的に記録されるデータ構造を判断する。
【０２１５】
まず、システム制御マイコン１９は、オーディオ・トラック１について、そのグループＩＤ＝１より、オーディオ・トラック１が第１番目のグループに属すると判断する。
【０２１６】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのファースト・チャンク＝１より、オーディオ・トラック１における先頭チャンクがチャンク＃１であると判断する。
【０２１７】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのネクスト・トラックＩＤ＝２より、オーディオ・トラック１にトラック番号２であるビデオ・トラック＃２が続くと判断する。
【０２１８】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのナンバ・オブ・レコード・チャンク＝２から、オーディオ・トラック１が２チャンク連続であると判断する。
【０２１９】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのナンバ・オブ・リピート＝２から、オーディオ・トラック１が同一の記録状態を２回繰り返すと判断する。
【０２２０】
次に、システム制御マイコン１９は、オーディオ・トラック１について、そのデュレーション＝ｎ（ｎは正の整数）、最大レコード・データ・サイズ＝ａ（ａは正の整数）、最小レコード・データ・サイズ＝ａおよび平均レコード・データ・サイズ＝ａから、オーディオ・トラック１がデータの時間長をｎ、そして、データ・サイズを固定のａと判断する。
【０２２１】
次に、システム制御マイコン１９は、同様に、ビデオ・トラック２について、そのグループＩＤ＝１より、ビデオ・トラック２が第１番目のグループに属すると判断する。さらに、システム制御マイコン１９は、ビデオ・トラック２について、先頭チャンクがチャンク＃１であり、第１番目のグループ内においてビデオ・トラック２に続くトラックがなく、チャンクが１個であり、同一の記録状態を２回繰り返し、ビデオ・トラック２がデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０２２２】
次に、システム制御マイコン１９は、同様に、オーディオ・トラック３について、そのグループＩＤ＝２より、オーディオ・トラック３が第２番目のグループに属すると判断する。さらに、システム制御マイコン１９は、オーディオ・トラック３について、先頭チャンクがチャンク＃１であり、第２番目のグループ内においてオーディオ・トラック３に続くトラックがなく、チャンクが４個であり、同一の記録状態を１回繰り返し、オーディオ・トラック３がデータの時間長を２ｎ、そして、データ・サイズを固定のｃと判断する。
【０２２３】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録される第１番目のグループが、図１９Ｃに示すように、オーディオ・トラック１、ビデオ・トラック２、オーディオ・トラック１、ビデオ・トラック２のように並ぶと判別する。さらに、システム制御マイコン１９は、第２番目のグループが、図１９Ｃに示すように、オーディオ・トラック３の１つのトラックで構成されると判別する。
【０２２４】
次に、システム制御マイコン１９は、ＧＤＴ２４１に基づいてグループ間の関係を解析する。
【０２２５】
まず、システム制御マイコン１９は、テーブル＃１のグループＩＤ＝１より、テーブル＃１が第１番目のグループ１に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ１が属する上位グループが上位グループ０であると判断する。
【０２２６】
次に、システム制御マイコン１９は、グループ１について、テーブル＃１のネクスト・グループＩＤ＝０より、グループ１に続くグループが無いと判断する。
【０２２７】
次に、システム制御マイコン１９は、グループ１について、テーブル＃１のナンバ・オブ・リピート＝２より、グループ１が２回有ると判断する。
【０２２８】
次に、システム制御マイコン１９は、テーブル＃２のグループＩＤ＝２より、テーブル＃２が第２番目のグループ２に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ２が属する上位グループがグループ０であると判断する。すなわち、グループ１と同一グループ（グループ１と相関関係）にあると判断する。
【０２２９】
次に、システム制御マイコン１９は、グループ２について、テーブル＃２のネクスト・グループＩＤ＝１より、グループ２に続くグループが同一のペアレントＩＤを持つグループ１であると判断する。
【０２３０】
次に、システム制御マイコン１９は、グループ２について、テーブル＃２のナンバ・オブ・リピート＝２より、グループ２が２回有ると判断する。
【０２３１】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録されるデータ構造を図１９Ｃであると判別する。
【０２３２】
（第６の例）
ここで、図１９Ｃをみると、オーディオ・トラック３、オーディオ・トラック１、ビデオ・トラック２、オーディオ・トラック１、ビデオ・トラック２を一纏まりとして１つのグループと考えることもできる。この場合におけるＧＤＴ２４１およびＴＤＴ２４２を示す。
【０２３３】
図２０は、第６例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図２０Ａは、グループ・ディスクリプション・テーブルを示し、図２０Ｂは、トラック・ディスクリプション・テーブルを示し、図２０Ｃは、記録媒体に連続記録されたデータを示す。すなわち、図２０Ｃは、グループの纏め方が異なるものの、トラックの並び順が図１９Ｃと同一である。
【０２３４】
図２０Ｂにおいて、ＴＤＴ２４２には、オーディオのトラック１に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ビデオのトラック２に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容され、オーディオのトラック３に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝１
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝２ｎ
最大レコード・データ・サイズ＝ｃ
最小レコード・データ・サイズ＝ｃ
平均レコード・データ・サイズ＝ｃ
の各値が収容される。
【０２３５】
また、図２０Ａにおいて、ＧＤＴ２４１には、
グループＩＤ＝１
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝２
の各値が収容される。
【０２３６】
このようにトラックの並び順が同一でも、グループの纏め方によって複数種の記述をすることができる。特に、グループを変えることによって、オーディオ・トラックでも、あるグループに属するオーディオ・トラックは、オリジナルのオーディオ・データとし、他のグループに属するオーディオ・トラックは、アフターレコーディングの予約領域とするなど、記録領域の役割を区別することができる。
【０２３７】
（第７の例）
図２１は、第７例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図２１Ａは、グループ・ディスクリプション・テーブルを示し、図２１Ｂは、トラック・ディスクリプション・テーブルを示し、図２１Ｃは、記録媒体に連続記録されたデータを示す。
【０２３８】
図２１Ｂにおいて、ＴＤＴ２４２には、オーディオのトラック１に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容され、ビデオのトラック２に対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値が収容され、オーディオのトラック３に対して、
グループＩＤ＝２
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝４ｎ
最大レコード・データ・サイズ＝ｃ
最小レコード・データ・サイズ＝ｃ
平均レコード・データ・サイズ＝ｃ
の各値が収容され、オーディオのトラック４に対して、
グループＩＤ＝３
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝４ｎ
最大レコード・データ・サイズ＝ｄ（ｄは、正の整数）
最小レコード・データ・サイズ＝ｄ
平均レコード・データ・サイズ＝ｄ
の各値が収容される。
【０２３９】
また、図２１Ａにおいて、ＧＤＴ２４１には、第１番目のテーブルには、
グループＩＤ＝１
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝３
ナンバ・オブ・リピート＝２
の各値が収容され、第２目のテーブルには、
グループＩＤ＝２
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝１
ナンバ・オブ・リピート＝１
の各値が収容され、第３目のテーブルには、
グループＩＤ＝３
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝１
の各値が収容される。
【０２４０】
ＭＱＴディスクリプション・アトム１１３に上述の値が収容されている場合、ディジタル記録再生装置のシステム制御マイコン１９は、第５の例と同様に、記録媒体４０上に連続的に記録されるデータ構造を判断する。
【０２４１】
すなわち、システム制御マイコン１９は、オーディオ・トラック１について、そのグループＩＤ＝１より、オーディオ・トラック１が第１番目のグループ１に属すると判断する。システム制御マイコン１９は、オーディオ・トラック１について、先頭チャンクがチャンク＃１であり、グループ１内においてオーディオ・トラック１にグループ１のオーディオ・トラック２が続くと判断する。そして、システム制御マイコン１９は、オーディオ・トラック１について、チャンクが２個であり、同一の記録状態を２回繰り返すと判断する。さらに、システム制御マイコン１９は、オーディオ・トラック１がデータの時間長をｎ、そして、データ・サイズを固定のａと判断する。
【０２４２】
また、システム制御マイコン１９は、ビデオ・トラック２について、そのグループＩＤ＝１より、ビデオ・トラック２が第１番目のグループ１に属すると判断する。システム制御マイコン１９は、ビデオ・トラック２について、先頭チャンクがチャンク＃１であり、グループ１内においてビデオ・トラック２に続くトラックが無いと判断する。そして、システム制御マイコン１９は、ビデオ・トラック２について、チャンクが１個であり、同一の記録状態を２回繰り返すと判断する。さらに、システム制御マイコン１９は、ビデオ・トラック２がデータの時間長をｎ、そして、データ・サイズを固定のｂと判断する。
【０２４３】
そして、システム制御マイコン１９は、オーディオ・トラック３について、そのグループＩＤ＝２より、オーディオ・トラック３が第２番目のグループ２に属すると判断する。システム制御マイコン１９は、オーディオ・トラック３について、先頭チャンクがチャンク＃１であり、グループ２内においてオーディオ・トラック３に続くトラックが無いと判断する。そして、システム制御マイコン１９は、オーディオ・トラック３について、チャンクが４個であり、同一の記録状態が１回であると判断する。さらに、システム制御マイコン１９は、オーディオ・トラック３がデータの時間長を４ｎ、そして、データ・サイズを固定のｃと判断する。
【０２４４】
さらに、システム制御マイコン１９は、オーディオ・トラック４について、そのグループＩＤ＝３より、オーディオ・トラック４が第３番目のグループ３に属すると判断する。システム制御マイコン１９は、オーディオ・トラック４について、先頭チャンクがチャンク＃１であり、グループ３内においてオーディオ・トラック４に続くトラックが無いと判断する。そして、システム制御マイコン１９は、オーディオ・トラック４について、チャンクが４個であり、同一の記録状態が１回であると判断する。さらに、システム制御マイコン１９は、オーディオ・トラック４がデータの時間長を４ｎ、そして、データ・サイズを固定のｄと判断する。
【０２４５】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録される第１番目のグループ１が、図２１Ｃに示すように、オーディオ・トラック１、ビデオ・トラック２、オーディオ・トラック１、ビデオ・トラック２のように並ぶと判別する。システム制御マイコン１９は、第２番目のグループ２が、図２１Ｃに示すように、オーディオ・トラック３の１つのトラックで構成されると判別する。さらに、システム制御マイコン１９は、第３番目のグループ３が、図２１Ｃに示すように、オーディオ・トラック４の１つのトラックで構成されると判別する。
【０２４６】
次に、システム制御マイコン１９は、ＧＤＴ２４１に基づいてグループ間の関係を解析する。
【０２４７】
まず、システム制御マイコン１９は、テーブル＃１のグループＩＤ＝１より、テーブル＃１が第１番目のグループ１に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ１の所属する上位グループがグループ０であると判断する。
【０２４８】
次に、システム制御マイコン１９は、グループ１について、テーブル＃１のネクスト・グループＩＤ＝３より、グループ１に第３番目のグループ３が続くと判断する。
【０２４９】
次に、システム制御マイコン１９は、グループ１について、テーブル＃１のナンバ・オブ・リピート＝２より、グループ１が２回有ると判断する。
【０２５０】
次に、システム制御マイコン１９は、テーブル＃２のグループＩＤ＝２より、テーブル＃２が第２番目のグループ２に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ２の所属する上位グループがグループ０であると判断する。すなわち、グループ２がグループ１と同一グループ（グループ１と相関関係）にあると判断する。
【０２５１】
次に、システム制御マイコン１９は、グループ２について、テーブル＃２のネクスト・グループＩＤ＝１より、グループ２に続くグループが同一のペアレントＩＤを持つグループ１であると判断する。
【０２５２】
次に、システム制御マイコン１９は、グループ２について、テーブル＃２のナンバ・オブ・リピート＝２より、グループ２が１回有ると判断する。
【０２５３】
次に、システム制御マイコン１９は、テーブル＃３のグループＩＤ＝３より、テーブル＃３が第３番目のグループ３に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝０より、グループ３の所属する上位グループがグループ０であると判断する。結局、グループ１ないしグループ３は、互いに同一グループであり、相互に相関関係にある。
【０２５４】
次に、システム制御マイコン１９は、グループ３について、テーブル＃３のネクスト・グループＩＤ＝０より、グループ３に続くグループが無いと判断する。
【０２５５】
次に、システム制御マイコン１９は、グループ３について、テーブル＃３のナンバ・オブ・リピート＝１より、グループ３が１回有ると判断する。
【０２５６】
システム制御マイコン１９は、このような手順によって、記録媒体４０上に連続的に記録されるデータ構造を図２１Ｃであると判別する。
【０２５７】
第１の実施形態は、各トラックが同じ繰り返し周期で記録される場合を簡便に記述できるが、図２１Ｃに示すオーディオ・トラック３およびオーディオ・トラック４のように同じ繰り返し周期で記録されない場合に対応することが困難である。一方、第２の実施形態は、オーディオ・トラック３およびオーディオ・トラック４のように異なる周期で記録される場合でもＧＤＣＡ２３２（ＧＤＴ２４２）およびＴＤＣＡ２３３（ＴＤＴ２４２）を用いることによって、図２１Ａおよび図２１Ｃに示すように、容易に対応することができる。
【０２５８】
次に、記録中に連続記録長のデータ構造やトラック間の相関関係を変える場合、あるいは、編集によって連続記録長のデータ構造やトラック間の相関関係が変わった場合など、連続記録長のデータ構造やトラック間の相関関係に変更がある場合の例について説明する。
【０２５９】
（第８の例）
第８の例は、図１９Ｃに示すデータ構造から、図２２Ｃ‘'にデータ構造が変わった場合である。すなわち、途中からグループ２の場所に別のトラック４をグループ３として記録する場合である。そして、グループ同士の組み合わせも、第１番目のグループ１と第２番目のグループ２との組み合わせから、グループ１と第３番目のグループ３との組み合わせに変更される。
【０２６０】
このような変更は、例えば、オーディオ・トラック１およびオーディオ・トラック３にオリジナルのデータを記録してビデオ・トラック２と共に再生する場合から、編集などにより、オーディオ・トラック４にアフターレコーディングのデータを記録してビデオ・トラック２と共に再生する場合である。なお、例えば、オーディオ・トラック１には、ある言語によるデータを記録し、オーディオ・トラック３には、別の言語によるデータを記録する。
【０２６１】
この場合における、ＧＤＴ２４１およびＴＤＴ２４２を図２２Ａおよび図２２Ｂにそれぞれ示す。
【０２６２】
図１９Ｂと図２２Ｂとを対比すると分かるように、この変更により、オーディオ・トラック４に対応するテーブルがＴＤＴ２４２に追加される。さらに、組み合わせの変更により、テーブル＃３およびテーブル＃４がＧＤＴ２４１に追加される。
【０２６３】
図２２Ｂにおいて、オーディオのトラック４に対して、
グループＩＤ＝３
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝４
ナンバ・オブ・リピート＝１
デュレーション＝４ｎ
最大レコード・データ・サイズ＝ｄ
最小レコード・データ・サイズ＝ｄ
平均レコード・データ・サイズ＝ｄ
の各値が収容される。また、図２２Ａにおいて、ＧＤＴ２４１には、第３番目のテーブルには、
グループＩＤ＝１
ペアレントＩＤ＝１
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝２
の各値が収容され、第４目のテーブルには、
グループＩＤ＝３
ペアレントＩＤ＝１
ネクスト・グループＩＤ＝１
ナンバ・オブ・リピート＝２
の各値が収容される。
【０２６４】
これらより、システム制御マイコン１９は、テーブル＃３のグループＩＤ＝１より、テーブル＃３がグループ１に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝１より、グループ１の所属する上位グループがグループ１であると判断する。すなわち、グループ１の所属する上位グループがグループ０からグループ１に変更される。
【０２６５】
次に、システム制御マイコン１９は、グループ１について、テーブル＃３のネクスト・グループＩＤ＝０より、グループ１に続くグループが無いと判断する。
【０２６６】
次に、システム制御マイコン１９は、グループ１について、テーブル＃３のナンバ・オブ・リピート＝２より、グループ１が２回繰り返し記録されていると判断する。
【０２６７】
一方、システム制御マイコン１９は、テーブル＃４のグループＩＤ＝３より、テーブル＃４がグループ３に係る情報であると判断する。そして、システム制御マイコン１９は、そのペアレントＩＤ＝１より、グループ３の所属する上位グループがグループ１であると判断する。すなわち、グループ３は、グループ１と同一のグループに属し、グループ１と相関関係にあると判断する。
【０２６８】
次に、システム制御マイコン１９は、グループ３について、テーブル＃４のネクスト・グループＩＤ＝１より、グループ３に続くグループがグループ１であると判断する。
【０２６９】
次に、システム制御マイコン１９は、グループ３について、テーブル＃４のナンバ・オブ・リピート＝２より、グループ３が２回繰り返し記録されていると判断する。
【０２７０】
システム制御マイコン１９は、記録媒体４０上に連続的に記録されるデータ構造が図１Ｃに示す構造から図２２Ｃに示す構造に変更されたと認識する。
【０２７１】
図７Ｂに示すデータ構造は、グループＩＤを使用することなく、その構造を第１の実施形態で説明したように記述することができるが、グループＩＤを使用しても記述することができる。以下、その説明をする。
【０２７２】
（第９の例）
第９の例は、図７Ｂに示すデータ構造をグループＩＤを用いて記述する場合である。
【０２７３】
図２３は、第９の例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図２３Ａは、グループ・ディスクリプション・テーブルを示し、図２３Ｂは、オーディオ・トラックに対するトラック・ディスクリプション・テーブルを示し、図２３Ｃは、ビデオ・トラックに対するトラック・ディスクリプション・テーブルを示し、図２３Ｄは、記録媒体に連続記録されたデータ、すなわち、図７Ｂに示すデータである。
【０２７４】
グループＩＤを用いて図２３Ｄ（図７Ｂ）を記述する場合には、図２３Ｂに示すように、ＴＤＴ２４２には、オーディオのトラックに対して、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値を収容する。ビデオのトラックに対して、図２３Ｃに示すように、
グループＩＤ＝１
ファースト・チャンク＝１
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ｂ
最小レコード・データ・サイズ＝ｂ
平均レコード・データ・サイズ＝ｂ
の各値を収容する。そして、図２３Ａにおいて、ＧＤＴ２４１には、
グループＩＤ＝１
ペアレントＩＤ＝０
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝１
の各値を収容すればよい。
【０２７５】
（第１０の例）
一方、このようなデータ構造から、図１０Ｂ‘'に変更され、さらに、図１０Ｃ‘'に変更された場合には、図２４および図２５のように記述すればよい。
【０２７６】
図２４および図２５は、第１０の例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。図２４Ａおよび図２５Ａは、グループ・ディスクリプション・テーブルを示し、図２４Ｂおよび図２５Ｂは、オーディオ・トラックに対するトラック・ディスクリプション・テーブルを示し、図２４Ｃおよび図２５Ｃは、ビデオ・トラックに対するトラック・ディスクリプション・テーブルを示し、図２４Ｄおよび図２５Ｄは、記録媒体に連続記録されたデータを示す。ここで、図２４Ｄは、図１０Ｂ‘'と同一であり、図２５Ｄは、図１０Ｃ‘'と同一である。
【０２７７】
図１０Ａ‘'（図２３Ｄ）から図１０Ｂ‘'（図２４Ｄ）に変更された場合には、図２３と図２４とを対比すると分かるように、チャンク・サイズが２チャンクから１チャンクに変更され、オーディオ・トラックに対するＴＤＴ２４２にテーブルが追加される。追加されるテーブル＃２には、
グループＩＤ＝１
ファースト・チャンク＝ｋ
ネクスト・トラックＩＤ＝２
ナンバ・オブ・レコード・チャンク＝１
ナンバ・オブ・リピート＝２
デュレーション＝ｎ
最大レコード・データ・サイズ＝ａ
最小レコード・データ・サイズ＝ａ
平均レコード・データ・サイズ＝ａ
の各値が収容される。
【０２７８】
図１０Ｂ‘'（図２４Ｄ）から図１０Ｃ‘'（図２５Ｄ）に変更された場合には、図２４と図２５とを対比すると分かるように、各トラックのデュレーションおよびレコード・オブ・サイズが変更される。これに対応して、ＧＤＴ２４１には、第２番目のグループ２に係るテーブルが追加され、オーディオ・トラックおよびビデオ・トラックに対するＴＤＴ２４２にそれぞれテーブルが追加される。ＧＤＴ２４１に追加されるテーブルには、
グループＩＤ＝２
ペアレントＩＤ＝１
ネクスト・グループＩＤ＝０
ナンバ・オブ・リピート＝１
の各値が収容される。
【０２７９】
そして、オーディオ・トラックに対するＴＤＴ２４２に追加されるテーブル＃３には、
グループＩＤ＝２
ファースト・チャンク＝ｍ
ネクスト・トラックＩＤ＝０
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝２ｎ
最大レコード・データ・サイズ＝２ａ
最小レコード・データ・サイズ＝２ａ
平均レコード・データ・サイズ＝２ａ
の各値が収容され、ビデオ・トラックに対するＴＤＴ２４２に追加されるテーブル＃２には、
グループＩＤ＝２
ファースト・チャンク＝ｊ
ネクスト・トラックＩＤ＝１
ナンバ・オブ・レコード・チャンク＝２
ナンバ・オブ・リピート＝１
デュレーション＝２ｎ
最大レコード・データ・サイズ＝２ｂ
最小レコード・データ・サイズ＝２ｂ
平均レコード・データ・サイズ＝２ｂ
の各値が収容される。
【０２８０】
このように第１の実施形態で示した各例は、グループＩＤを使用しても記述することができる。
【０２８１】
【発明の効果】
本発明によれば、記録媒体に記録されているデータ間の関係を容易に、迅速に把握することができ、記録中の記録単位の変更や、記録後に連続再生可能な編集を行うことができる。
【０２８２】
さらに、本発明によれば、データ相互間の関係も記述することができ、データ相互間の関係が変更された場合にも対応することができる。そして、繰り返し記録されないデータ領域も取り扱うことができる。
【図面の簡単な説明】
【図１】ディジタル記録再生装置の構成を示すブロック図である。
【図２】ビデオ符号器の構成を示すブロック図である。
【図３】ビデオ復号器の構成を示すブロック図である。
【図４】 QuickTimeムービー・ファイルの構成を示す図である。
【図５】 QuickTimeムービー・ファイルのデータ構成の一例を示す図である。
【図６】 QuickTimeムービー・ファイルのデータ構成の別の一例を示す図である。
【図７】第１例のインターリーブ・データ・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図８】第２例のインターリーブ・データ・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図９】第３例のインターリーブ・データ・ディスクリプション・テーブルを示す図である。
【図１０】第３例の記録媒体に連続記録されたデータとを示す図である。
【図１１】第４例のインターリーブ・データ・ディスクリプション・テーブルを示す図である
【図１２】第４例の記録媒体に連続記録されたデータとを示す図である。
【図１３】 QuickTimeムービー・ファイルと記録媒体４０上の記録状態との関係を示す図である。
【図１４】ＭＱＴディスクリプション・アトムの構成を示す図である。
【図１５】インターリーブ・ディスクリプション・データ・アトムのデータ構成の一例を示す図である。
【図１６】インターリーブ・ディスクリプション・データ・アトムのデータ構成の別の一例を示す図である。
【図１７】トラック・プロパティ・アトムのデータ構造の一例を示す図である。
【図１８】トラック・プロパティ・テーブルの一例を示す図である。
【図１９】第５例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２０】第６例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２１】第７例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２２】第８例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２３】第９例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２４】第１０例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２５】第１０例のグループ・ディスクリプション・テーブルとトラック・ディスクリプション・テーブルと記録媒体に連続記録されたデータとを示す図である。
【図２６】 QuickTimeムービー・ファイルの一構成例を示す図である。
【図２７】ビデオ・メディア情報アトムの一構成例を示す図である
【符号の説明】
１１・・・ビデオ符号器、１２・・・オーディオ符号器、１３・・・ビデオ復号器、１４・・・オーディオ復号器、１５・・・ファイル生成器、１６・・・ファイル復号器、１９・・・システム制御マイコン、３０・・・サーボ回路、３１・・・モータ、３３・・・光ピックアップ、４０・・・記録媒体、１０３、１１３・・・ＭＱＴディスクリプション・アトム、２０１・・・インターリーブ・データ・ディスクリプション・アトム、２０２、２２３・・・セット・パフォーマンス・アトム、２１１、２２２・・・インターリーブ・データ・ディスクリプション・テーブル、２２１・・・トラック・プロパティ・アトム、２３２・・・グループ・ディスクリプション・アトム、２３３・・・トラック・ディスクリプション・アトム
Claims (5)
- 符号化されたビデオデータ及び符号化されたオーディオデータを含むデータである実データと、前記実データの再生処理に用いる参照データと、を記録媒体に記録させる記録制御手段を備え、
前記参照データは、所定のデータ構造を単位とした階層構造のデータであって、対応する実データの再生処理に要するトラックデータを１または複数含み、
前記１または複数のトラックデータのそれぞれに対応する属性データは、前記記録媒体に記録され、前記属性データには、前記それぞれのトラックデータが対応する実データの再生用途を表すデータが記憶される記録装置。 - 前記属性データは、前記参照データの上位階層に記録されており、
前記再生用途を表すデータは、前記属性データに含まれる属性テーブルに記録される請求項１に記載の記録装置 - 前記属性テーブルには、前記属性データが対応するトラックデータのＩＤが記録されている請求項２に記載の記録装置。
- 前記属性テーブルには、前記属性データに記録された情報を利用できるかを表すデータが記録されている請求項２に記載の記録装置。
- 前記属性テーブルには、前記属性データが対応するトラックデータの種別を示す情報が入っている請求項２に記載の記録装置。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001040717A JP4691798B2 (ja) | 2001-01-15 | 2001-02-16 | 記録装置および記録媒体 |
| PCT/JP2002/000177 WO2002056587A1 (fr) | 2001-01-15 | 2002-01-15 | Appareil d'enregistrement et support d'enregistrement |
| EP02729570A EP1353508B1 (en) | 2001-01-15 | 2002-01-15 | RECORDING APPARATUS AND RECORDING METHOD for a modified QuickTime file format |
| KR1020027012019A KR100858759B1 (ko) | 2001-01-15 | 2002-01-15 | 기록 장치 및 기록 매체 |
| DE60232777T DE60232777D1 (de) | 2001-01-15 | 2002-01-15 | AUFZEICHNUNGSVORRICHTUNG UND AUFZEICHNUNGSVERFAHREN für ein modifiziertes QuickTime Dateiformat |
| US10/221,470 US7853116B2 (en) | 2001-01-15 | 2002-01-15 | Recording apparatus and record medium for successively reproducing movie data |
| US12/080,446 US8521003B2 (en) | 2001-01-15 | 2008-04-03 | Recording apparatus and recording medium |
| US12/080,447 US8463105B2 (en) | 2001-01-15 | 2008-04-03 | Recording apparatus and record medium |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001006210 | 2001-01-15 | ||
| JP2001-6210 | 2001-01-15 | ||
| JP2001006210 | 2001-01-15 | ||
| JP2001040717A JP4691798B2 (ja) | 2001-01-15 | 2001-02-16 | 記録装置および記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002281443A JP2002281443A (ja) | 2002-09-27 |
| JP4691798B2 true JP4691798B2 (ja) | 2011-06-01 |
Family
ID=26607675
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001040717A Expired - Fee Related JP4691798B2 (ja) | 2001-01-15 | 2001-02-16 | 記録装置および記録媒体 |
Country Status (6)
| Country | Link |
|---|---|
| US (3) | US7853116B2 (ja) |
| EP (1) | EP1353508B1 (ja) |
| JP (1) | JP4691798B2 (ja) |
| KR (1) | KR100858759B1 (ja) |
| DE (1) | DE60232777D1 (ja) |
| WO (1) | WO2002056587A1 (ja) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3973522B2 (ja) * | 2002-09-19 | 2007-09-12 | 三洋電機株式会社 | コンテンツ編集装置 |
| JP3937223B2 (ja) | 2003-01-21 | 2007-06-27 | ソニー株式会社 | 記録装置、再生装置、記録方法及び再生方法 |
| JP2005012262A (ja) * | 2003-06-16 | 2005-01-13 | Canon Inc | 記録装置、記録方法、記録再生装置及び記録再生方法 |
| JP3997428B2 (ja) * | 2003-09-25 | 2007-10-24 | ソニー株式会社 | 記録装置、ファイル管理方法、ファイル管理方法のプログラム及びファイル管理方法のプログラムを記録した記録媒体 |
| JP4337502B2 (ja) | 2003-10-29 | 2009-09-30 | ソニー株式会社 | ファイル処理装置、ファイル処理方法、ファイル処理方法のプログラム、ファイル処理方法のプログラムを記録した記録媒体及び撮像装置 |
| US20070006238A1 (en) * | 2005-07-01 | 2007-01-04 | Microsoft Corporation | Managing application states in an interactive media environment |
| US8442989B2 (en) * | 2006-09-05 | 2013-05-14 | Thomson Licensing | Method for assigning multimedia data to distributed storage devices |
| JP4661760B2 (ja) * | 2006-10-11 | 2011-03-30 | ソニー株式会社 | 記録装置、再生装置、記録方法、再生方法 |
| JP4853216B2 (ja) * | 2006-10-11 | 2012-01-11 | ソニー株式会社 | 記録装置、再生装置、記録方法、再生方法 |
| KR100919291B1 (ko) * | 2007-06-18 | 2009-10-01 | 주식회사 코아로직 | 멀티미디어 데이터 생성/재생 장치 및 방법과 그 기록매체 |
| US8489702B2 (en) * | 2007-06-22 | 2013-07-16 | Apple Inc. | Determining playability of media files with minimal downloading |
| JP5381454B2 (ja) * | 2009-07-23 | 2014-01-08 | ソニー株式会社 | 映像音声記録装置及び編集方法 |
| JP5678807B2 (ja) * | 2011-06-09 | 2015-03-04 | 富士通セミコンダクター株式会社 | 映像・音声データ処理装置およびデータ多重化方法 |
| CN107079178B (zh) * | 2014-09-26 | 2020-10-09 | 索尼公司 | 信息处理装置和信息处理方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000306327A (ja) * | 1999-02-17 | 2000-11-02 | Matsushita Electric Ind Co Ltd | 情報記録媒体、その情報記録媒体に対してアフターレコ−ディングを行なう記録装置及び記録方法 |
Family Cites Families (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2542629B2 (ja) * | 1987-08-24 | 1996-10-09 | 日本電気株式会社 | 光中継器監視回路 |
| JP2712656B2 (ja) * | 1989-10-25 | 1998-02-16 | 日本電気ホームエレクトロニクス株式会社 | Ｃｄ―ｒｏｍ記録方法 |
| KR100215586B1 (ko) * | 1992-11-09 | 1999-08-16 | 모리시타 요이찌 | 다이제스트 화상 자동생성 장치 및 다이제스트 화상 자동생성 방법 |
| JPH0832922A (ja) * | 1994-07-14 | 1996-02-02 | Hitachi Ltd | 磁気記録再生装置 |
| TW305043B (ja) * | 1995-09-29 | 1997-05-11 | Matsushita Electric Ind Co Ltd | |
| JP3277923B2 (ja) * | 1995-12-08 | 2002-04-22 | ソニー株式会社 | データ記録再生装置とその方法 |
| DE69627992T2 (de) * | 1996-01-08 | 2004-05-19 | Kabushiki Kaisha Toshiba, Kawasaki | Informationsaufzeichnungsmedium, aufzeichnungsverfahren und wiedergabegerät |
| US6003991A (en) * | 1996-02-17 | 1999-12-21 | Erik Scott Viirre | Eye examination apparatus and method for remote examination of a patient by a health professional |
| JP3889457B2 (ja) * | 1996-03-13 | 2007-03-07 | パイオニア株式会社 | 回転制御装置及び回転制御方法 |
| US5745642A (en) * | 1996-03-15 | 1998-04-28 | Broderbund Software, Inc. | System to add selectivley persistent resource data to unused bandwidth of digital movie |
| JP3778985B2 (ja) * | 1996-03-19 | 2006-05-24 | パイオニア株式会社 | 情報記録媒体、記録装置及び記録方法並びに再生装置及び再生方法 |
| US5956729A (en) | 1996-09-06 | 1999-09-21 | Motorola, Inc. | Multimedia file, supporting multiple instances of media types, and method for forming same |
| US6106457A (en) * | 1997-04-04 | 2000-08-22 | Welch Allyn, Inc. | Compact imaging instrument system |
| JPH1138954A (ja) | 1997-07-23 | 1999-02-12 | Sanyo Electric Co Ltd | 画像表示装置、画像表示方法および画像表示プログラムを記録した媒体 |
| CN100388382C (zh) | 1997-09-17 | 2008-05-14 | 松下电器产业株式会社 | 光盘记录装置 |
| US5861939A (en) * | 1997-10-16 | 1999-01-19 | Odyssey Optical Systems, Llc | Portable fundus viewing system for an undilated eye |
| TW385436B (en) * | 1997-12-12 | 2000-03-21 | Toshiba Corp | Digital recording system using variable recording rate |
| US5953729A (en) * | 1997-12-23 | 1999-09-14 | Microsoft Corporation | Using sparse file technology to stage data that will then be stored in remote storage |
| US6453355B1 (en) | 1998-01-15 | 2002-09-17 | Apple Computer, Inc. | Method and apparatus for media data transmission |
| KR100345235B1 (ko) * | 1998-11-08 | 2005-07-29 | 엘지전자 주식회사 | 디지털데이터스트림기록방법및그장치 |
| EP1057184B1 (en) | 1998-11-16 | 2016-04-27 | Koninklijke Philips N.V. | Method and device for recording real-time information |
| KR100591806B1 (ko) * | 1999-02-17 | 2006-06-20 | 마츠시타 덴끼 산교 가부시키가이샤 | 기록 매체에 애프터 리코딩을 실행하기 위한 정보 기록매체, 장치 및 방법 |
| JP4489248B2 (ja) * | 1999-06-02 | 2010-06-23 | パナソニック株式会社 | 光ディスク、光ディスクに対してデータの記録、再生を行なう装置及び方法 |
| DE29913602U1 (de) * | 1999-08-04 | 1999-11-25 | Oculus Optikgeräte GmbH, 35582 Wetzlar | Gerät zur Augenuntersuchung mit einer Scheimpflugkamera und einem Spaltprojektor zur Aufnahme von Schnittbildern eines Auges |
| EP1089572B1 (en) * | 1999-09-30 | 2011-09-21 | Sony Corporation | Recording apparatus, recording method, and record medium |
| JP3956549B2 (ja) | 1999-09-30 | 2007-08-08 | ソニー株式会社 | 記録装置および方法、再生装置および方法並びに記録媒体 |
| JP2001266544A (ja) | 2000-03-17 | 2001-09-28 | Brother Ind Ltd | データ処理装置及びデータ処理方法並びにデータ処理プログラムを記録したコンピュータ読み取り可能な記録媒体 |
-
2001
- 2001-02-16 JP JP2001040717A patent/JP4691798B2/ja not_active Expired - Fee Related
-
2002
- 2002-01-15 US US10/221,470 patent/US7853116B2/en not_active Expired - Fee Related
- 2002-01-15 EP EP02729570A patent/EP1353508B1/en not_active Expired - Lifetime
- 2002-01-15 DE DE60232777T patent/DE60232777D1/de not_active Expired - Lifetime
- 2002-01-15 KR KR1020027012019A patent/KR100858759B1/ko not_active IP Right Cessation
- 2002-01-15 WO PCT/JP2002/000177 patent/WO2002056587A1/ja active Application Filing
-
2008
- 2008-04-03 US US12/080,447 patent/US8463105B2/en not_active Expired - Fee Related
- 2008-04-03 US US12/080,446 patent/US8521003B2/en not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000306327A (ja) * | 1999-02-17 | 2000-11-02 | Matsushita Electric Ind Co Ltd | 情報記録媒体、その情報記録媒体に対してアフターレコ−ディングを行なう記録装置及び記録方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20080193097A1 (en) | 2008-08-14 |
| EP1353508A4 (en) | 2007-04-11 |
| EP1353508B1 (en) | 2009-07-01 |
| US20030133695A1 (en) | 2003-07-17 |
| DE60232777D1 (de) | 2009-08-13 |
| WO2002056587A1 (fr) | 2002-07-18 |
| US7853116B2 (en) | 2010-12-14 |
| KR20020084187A (ko) | 2002-11-04 |
| US8463105B2 (en) | 2013-06-11 |
| US20080193098A1 (en) | 2008-08-14 |
| KR100858759B1 (ko) | 2008-09-16 |
| US8521003B2 (en) | 2013-08-27 |
| JP2002281443A (ja) | 2002-09-27 |
| EP1353508A1 (en) | 2003-10-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8521003B2 (en) | Recording apparatus and recording medium | |
| KR100832952B1 (ko) | 기록 장치, 기록 방법 및 기록 매체 | |
| US7668437B1 (en) | Recording apparatus, recording method, and record medium | |
| JP3695581B2 (ja) | 記録装置および記録方法、記録媒体、並びに、電子カメラ | |
| JP4576725B2 (ja) | 記録装置、記録方法、プログラムおよび記録媒体 | |
| JP4114318B2 (ja) | データ記録方法、データ記録装置及び記録媒体 | |
| JP2003050811A (ja) | 記録装置、記録方法、プログラム、記録媒体および撮像装置 | |
| JP4292465B2 (ja) | ファイル記録装置及びファイル記録方法 | |
| JP3991540B2 (ja) | 記録装置および方法、並びに記録媒体 | |
| JP4100375B2 (ja) | 記録装置、記録方法、プログラム、記録媒体および撮像装置 | |
| JP4264668B2 (ja) | 再生装置、および、再生方法、並びに、プログラム格納媒体 | |
| JP4013161B2 (ja) | 記録装置、記録方法、および、記録媒体、並びに、撮像装置および、再生方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080107 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100216 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100419 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20101005 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101220 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20110104 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110125 |
|
| 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: 20110207 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140304 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |