JP4179030B2 - 記録装置および方法、ならびに、再生装置および方法 - Google Patents
記録装置および方法、ならびに、再生装置および方法 Download PDFInfo
- Publication number
- JP4179030B2 JP4179030B2 JP2003111629A JP2003111629A JP4179030B2 JP 4179030 B2 JP4179030 B2 JP 4179030B2 JP 2003111629 A JP2003111629 A JP 2003111629A JP 2003111629 A JP2003111629 A JP 2003111629A JP 4179030 B2 JP4179030 B2 JP 4179030B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- audio data
- channels
- recording
- audio
- 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
- 238000000034 method Methods 0.000 title claims description 60
- 238000001514 detection method Methods 0.000 claims description 32
- 238000000926 separation method Methods 0.000 claims description 13
- 230000003287 optical effect Effects 0.000 description 62
- 230000008859 change Effects 0.000 description 52
- 238000006243 chemical reaction Methods 0.000 description 49
- 230000005236 sound signal Effects 0.000 description 30
- 238000010586 diagram Methods 0.000 description 19
- 239000000463 material Substances 0.000 description 14
- 230000006835 compression Effects 0.000 description 12
- 238000007906 compression Methods 0.000 description 12
- 238000003384 imaging method Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 6
- 238000005070 sampling Methods 0.000 description 5
- 238000013523 data management Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 235000005811 Viola adunca Nutrition 0.000 description 3
- 240000009038 Viola odorata Species 0.000 description 3
- 235000013487 Viola odorata Nutrition 0.000 description 3
- 235000002254 Viola papilionacea Nutrition 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 230000001066 destructive effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 241000276420 Lophius piscatorius Species 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000012447 hatching Effects 0.000 description 1
- 239000010410 layer Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 239000002356 single layer Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、異なる複数のフォーマットのオーディオおよびビデオデータを、連続的な再生が可能なように１枚のディスク状記録媒体に混在して記録することが可能な記録装置および方法に関する。
【０００２】
【従来の技術】
近年では、より波長の短いレーザ光を光源として用い、より大容量の記録再生を可能としたディスク状記録媒体が出現している。例えば、波長４０５ｎｍのレーザ光を発する青紫色レーザを光源とし、片面１層構造の光ディスクを用いて２３ＧＢ（ギガバイト）の記録容量が実現されている。
【０００３】
一方、ビデオデータのデータフォーマットも、近年では、テレビジョン放送における画像の高精細度化などに伴い多岐にわたっており、符号化／復号化方式、データのビットレート、フレームレート、画素数、画面のアスペクト比など、それぞれ複数種類が一般的に用いられるようになっている。オーディオデータも同様に、ビット解像度や符号化／復号化方式など、それぞれ複数種類が一般的に用いられる。
【０００４】
さらに、ビデオカメラなどでは、撮像信号に基づき、高解像度の本映像信号を出力すると共に低解像度の補助映像信号を生成することが提案されている。補助映像信号は、例えばネットワークを介して一刻も早く映像信号を送りたいときや、早送りや巻き戻しによりビデオ映像の頭出しを行う際のシャトル操作などのときに用いて好適である。
【０００５】
非特許文献１には、上述した、大容量のディスク状記録媒体を用いると共に、高解像度の本映像信号を出力すると共に低解像度の補助映像信号を生成するようにしたビデオカメラが記載されている。
【０００６】
【非特許文献１】
ＡＶ Ｗａｔｃｈ編集部、”ソニー、青紫色レーザーディスクを使ったカムコーダなど”、”ソニー、青紫色レーザーディスクを使ったカムコーダなど−４月開催のＮＡＢ ２００３に出展。スタジオレコーダなども展示”［ｏｎｌｉｎｅ］、２００３年３月５日、Ｉｍｐｒｅｓｓ Ｃｏｒｐｏｒａｔｉｏｎ、ＡＶ Ｗａｔｃｈホームページ、［平成１５年３月２５日検索］、インターネット＜URL : http://www.watch.impress.co.jp/av/docs/20030305/sony.htm＞
【０００７】
【発明が解決しようとする課題】
このような状況において、上述した大容量のディスク状記録媒体に対して、複数の異なるデータフォーマットのオーディオ／ビデオデータ（以下、ＡＶデータ）を混在させ、尚かつ、連続的に記録、再生を可能とすることが求められている。
【０００８】
従来では、このように、複数の異なるデータフォーマットのＡＶデータを混在させ、且つ、連続的に記録媒体に記録し、複数の異なるデータフォーマットのＡＶデータが混在されて記録された記録媒体から、これら複数の異なるデータフォーマットのＡＶデータを連続的に再生し、また、編集するような技術は存在しなかった。
【０００９】
特に、オーディオデータに関しては、複数チャンネルのデータを同時に扱うことが一般的となっており、使用されるチャンネル構成の変更にも柔軟に対応できることが求められている。
【００１０】
したがって、この発明の目的は、異なる複数のフォーマットのオーディオおよびビデオデータを、連続的な再生が可能なように１枚のディスク状記録媒体に混在して記録できるようにした記録装置および方法を提供することにある。
【００１１】
また、この発明の他の目的は、オーディオデータのチャンネル構成に変更にも柔軟に対応できるようにした記録装置および方法を提供することにある。
【００１２】
【課題を解決するための手段】
この発明は、上述した課題を解決するために、複数のチャンネルのオーディオデータが多重化されて入力されたオーディオデータをディスク状記録媒体に記録する記録装置において、サンプル毎にプリアンブルが付加されたオーディオデータのデータ種類を、プリアンブルに含まれるオーディオデータが分離可能であるか否かを示す情報に基づき検出する検出手段と、検出手段による検出結果に基づきオーディオデータが複数のチャンネルがサンプル毎の分離が可能に多重化されたオーディオデータであると判断された場合、オーディオデータを複数のチャンネルそれぞれに分離する分離手段と、分離手段で複数のチャンネルそれぞれに分離された分離オーディオデータを、複数のチャンネルそれぞれの個別のファイルとしてディスク状記録媒体に記録し、検出手段による検出結果に基づきオーディオデータが複数のチャンネルがサンプル毎の分離が不能に多重化されたオーディオデータであると判断された場合、オーディオデータを単一のファイルとしてディスク状記録媒体に記録する記録手段とを有することを特徴とする記録装置である。
【００１３】
また、この発明は、複数のチャンネルのオーディオデータが多重化されて入力されたオーディオデータをディスク状記録媒体に記録する記録方法において、サンプル毎にプリアンブルが付加されたオーディオデータのデータ種類を、プリアンブルに含まれるオーディオデータが分離可能であるか否かを示す情報に基づき検出する検出のステップと、検出のステップによる検出結果に基づきオーディオデータが複数のチャンネルがサンプル毎の分離が可能に多重化されたオーディオデータであると判断された場合、オーディオデータを複数のチャンネルそれぞれに分離する分離のステップと、分離のステップで複数のチャンネルそれぞれに分離されたオーディオデータを、複数のチャンネルそれぞれの個別のファイルとしてディスク状記録媒体に記録し、検出のステップによる検出結果に基づきオーディオデータが複数のチャンネルがサンプル毎の分離が不能に多重化されたオーディオデータであると判断された場合、オーディオデータを単一のファイルとしてディスク状記録媒体に記録する記録のステップとを有することを特徴とする記録方法である。
【００１４】
また、この発明は、複数のチャンネルのオーディオデータが記録されたディスク状記録媒体からオーディオデータを再生する再生装置において、複数のチャンネルが多重化されたオーディオデータを複数のチャンネル毎に分離した分離オーディオデータがそれぞれ個別のファイルとして記録されたディスク状記録媒体から分離オーディオデータを再生する再生手段と、再生手段により再生された複数の分離オーディオデータに対して、オーディオデータが分離可能であるか否かを示す情報を含むプリアンブルをサンプル毎にそれぞれ付加して多重化する多重化手段とを有することを特徴とする再生装置である。
【００１５】
また、この発明は、複数のチャンネルのオーディオデータが記録されたディスク状記録媒体からオーディオデータを再生する再生方法において、複数のチャンネルが多重化されたオーディオデータを複数のチャンネル毎に分離した分離オーディオデータがそれぞれ個別のファイルとして記録されたディスク状記録媒体から分離オーディオデータを再生する再生のステップと、再生のステップにより再生された複数の分離オーディオデータに対して、オーディオデータが分離可能であるか否かを示す情報を含むプリアンブルをサンプル毎にそれぞれ付加して多重化する多重化のステップとを有することを特徴とする再生方法である。
【００１６】
上述したように、この発明は、オーディオデータのデータ種類を検出した検出結果に基づき、オーディオデータが複数のチャンネルがサンプルに基づく分離が可能に多重化されたオーディオデータであると判断された場合、オーディオデータを複数のチャンネルそれぞれに分離して複数のチャンネルそれぞれの個別のファイルとしてディスク状記録媒体に記録するようにしているため、オーディオデータのデータ種類が混在されて入力されたときに、複数チャンネルのそれぞれを分離可能なオーディオデータを判断し、チャンネル毎に分割されたファイルとして記録することができる。
【００１７】
また、この発明は、複数のチャンネルが多重化されたオーディオデータを複数のチャンネル毎に分離した分離オーディオデータがそれぞれ個別のファイルとして記録されたディスク状記録媒体から分離オーディオデータを再生し、再生された複数の分離オーディオデータを多重化するようにしているため、ディスク状記録媒体に記録された複数のオーディオデータを再生して元の多重化されたオーディオデータを作成することができる。
【００１８】
【発明の実施の形態】
以下、この発明の実施の一形態について説明する。この発明では、１枚のディスク状記録媒体（以下、ディスクと略称する）に対して、複数の信号種類（フォーマット）のオーディオデータおよびビデオデータ（以下、適宜、ＡＶデータと略称する）を、当該複数の信号種類のＡＶデータを連続的に再生することができるように混在させて連続的に記録可能とする。
【００１９】
なお、以下では、上述の「１枚のディスク状記録媒体に対して、複数の信号種類のＡＶデータを、当該複数の信号種類のＡＶデータを連続的に再生することができるように混在させて連続的に記録する、」ことを、繁雑さを避けるために、適宜「１枚のディスクに混在可能」などと称する。
【００２０】
先ず、この発明において１枚のディスクに混在可能とするデータの信号種類（フォーマット）の例について説明する。
【００２１】
符号化方式としては、例えばＭＰＥＧ２(Moving Pictures Experts Group 2)方式においてフレーム内符号化によるＩピクチャのみでビデオデータを構成する符号化方式や、Ｉピクチャと、予測符号化によるＰピクチャおよびＢピクチャとによりビデオデータを構成する符号化方式を１枚のディスクに混在可能とされる。勿論、ＭＰＥＧ２方式以外の符号化方式を混在させることも可能である。
【００２２】
なお、上述の、Ｉピクチャのみでビデオデータを構成する符号化方式においては、ランダムアクセスの単位であるＧＯＰ(Group Of Picture)は、一枚のＩピクチャで構成される。この方式を、以下、便宜上「シングルＧＯＰ方式」と称する。この発明の実施の一形態では、このシングルＧＯＰ方式は、ＭＰＥＧ２の４：２：２プロファイルが適用される。また、Ｉ、ＰおよびＢピクチャを用いてビデオデータを構成する符号化方式では、ＧＯＰは、Ｉピクチャで完結し、１または複数のＰおよびＢピクチャを含む。以下では、便宜上、複数フレームからＧＯＰが構成されるこの方式を、「ロングＧＯＰ方式」と称する。
【００２３】
ビデオデータについては、一例として、上述のシングルＧＯＰ方式におけるビットレートモード３０Ｍｂｐｓ(Mega bit per second)、４０Ｍｂｐｓおよび５０Ｍｂｐｓのビデオデータが１枚のディスクに混在可能とされ、ロングＧＯＰにおけるビットレートモード２５Ｍｂｐｓのビデオデータがさらに１枚のディスクに混在可能とされる。シングルＧＯＰやロングＧＯＰで、さらに他のビットレートモードを混在させてもよい。
【００２４】
なお、ビットレートモードは、ビットレートモードで示されるビットレート値を最大値とするようにビデオデータを圧縮符号するモードである。例えば、ビットレートモード５０Ｍｂｐｓのビデオデータは、実際には、画像の複雑さなどに応じて、５０Ｍｂｐｓ以下のビットレートのデータを伝送データ中に含む。ビットレートモードで示されるビットレートに満たないデータ量のフレームに対し、ビットレートモードで示されるビットレートとのデータ量の差分を、所定のパディングデータで埋めることで、見かけのビットレートをビットレートモードで示されるビットレートとすることができる。
【００２５】
また、ビデオデータに関して、走査方式はインタレース方式およびプログレッシブ方式のデータを１枚のディスクに混在可能とされ、それぞれの方式において複数のフレームレートのデータを１枚のディスクに混在可能とされる。画面サイズでは、アスペクト比が４：３および１６：９のそれぞれのデータを１枚のディスクに混在して記録可能とされ、例えばアスペクト比が４：３であれば、標準的（ＳＤ：Standard Definision）な６４０画素×４８０ラインおよびより高精細（ＨＤ：High Definision）な１４４０画素×１０８８ラインのデータを１枚のディスクに混在可能である。アスペクト比が１６：９の場合にも、複数種類の画像サイズのデータを同様に１枚のディスクに混在可能である。
【００２６】
さらに、カラープロファイルも、上述の４：２：２に限らず、４：２：０など、他のフォーマットが混在可能である。
【００２７】
オーディオデータについては、リニアＰＣＭ(Pulse Code Modulation)で符号化されたオーディオデータ（以下、リニアＰＣＭオーディオデータと略称する）およびリニアＰＣＭ以外の符号化方式で符号化されたオーディオデータ（例えば、リニアＰＣＭオーディオデータをさらに圧縮符号化したオーディオデータ）を１枚のディスクに混在可能である。オーディオデータは、例えば１６ビットおよび２４ビットといった複数種類のビット解像度に対応し、４チャンネルや８チャンネルなど、複数のチャンネル組み合わせを１枚のディスクに混在可能とされる。
【００２８】
この発明の実施の一形態においては、オーディオデータは、０チャンネル（オーディオ無し）、４チャンネルおよび８チャンネルから記録チャンネル数を選択するようにされている。入力されたオーディオデータのチャンネル数が選択された記録チャンネル数に満たない場合は、残りのチャンネルに対して無音を示すオーディオデータが記録され、記録チャンネル数が維持される。例えば、記録チャンネル数として８チャンネルが選択されたときに、２チャンネルのオーディオデータが入力された場合、残りの６チャンネルは、無音のオーディオデータが記録され、記録データとしては、８チャンネルのオーディオデータとされる。
【００２９】
また、複数チャンネルが多重化されて入力されたオーディオデータは、チャンネル毎に個別のオーディオデータとして記録される。再生の際には、例えば、個別のオーディオデータを元の多重化方式で多重化して出力される。
【００３０】
この発明の実施の一形態においては、上述の本線系、すなわち、実際の放送や編集の対象とされるＡＶデータの他に、さらに、本線系のＡＶデータに対応した補助ＡＶデータおよびメタデータが同一のディスク上に記録される。
【００３１】
補助ＡＶデータは、本線系のＡＶデータに基づくより低ビットレートとしたオーディオ／ビデオデータである。この補助ＡＶデータは、本線系のＡＶデータを、ビットレートを例えば数Ｍｂｐｓまで落とすように圧縮符号化して生成する。補助ＡＶデータを生成するための符号化方式は、ＭＰＥＧ４を初めとして複数種類が存在するが、この発明の実施の一形態では、異なる複数の符号化方式で符号化された補助ＡＶデータを１枚のディスクに混在可能である。また、同一の符号化方式であって、異なる符号化パラメータを用いて符号化された補助ＡＶデータも、１枚のディスクに混在可能である。
【００３２】
なお、この発明の実施の一形態では、補助ＡＶデータで扱われるオーディオデータのチャンネル数は、８チャンネルに固定的とされる。すなわち、例えば補助ＡＶデータのオーディオデータのチャンネル数を８チャンネルとして、上述した本線系のオーディオデータにおいて、記録チャンネルとして０チャンネルおよび４チャンネルの何れかが選択された場合や、選択された記録チャンネルに対してさらに入力チャンネル数が少ない場合でも、補助ＡＶデータにおけるオーディオデータのチャンネル数は、８チャンネルである。本線系のオーディオデータの記録チャンネル数が８チャンネルに満たない場合、補助ＡＶデータにおけるオーディオデータの残りのチャンネル（すなわち本線系のオーディオデータのチャンネルに対応しないチャンネル）は、無音を示すオーディオデータが記録される。
【００３３】
メタデータは、あるデータに関する上位データであり、各種データの内容を表すためのインデックスとして機能する。メタデータには、上述の本線系のＡＶデータの時系列に沿って発生される時系列メタデータと、本線系のＡＶデータにおけるシーン毎など、所定の区間に対して発生される非時系列メタデータの２種類がある。
【００３４】
時系列メタデータは、例えばタイムコード、ＵＭＩＤ(Unique Material Identifier)、エッセンスマークが必須データとされる。さらに、撮影時におけるビデオカメラのアイリスやズーム情報といったカメラメタ情報を、時系列メタデータに含めることもできる。さらにまた、ＡＲＩＢ(Association of Radio Industries and Businesses)に規定される情報を時系列メタデータに含めることもできる。なお、ＡＲＩＢに基づくデータおよびカメラメタ情報は、データサイズが比較的大きいので、排他的に混在させることが好ましい。カメラメタ情報およびＡＲＩＢは、時間解像度を落として時分割多重で時系列メタデータに含ませることもできる。
【００３５】
非時系列メタデータとしては、タイムコードやＵＭＩＤの変化点情報、エッセンスマークに関する情報、ユーザビットなどが含まれる。
【００３６】
ＵＭＩＤについて、概略的に説明する。ＵＭＩＤは、ビデオデータ、オーディオデータおよびその他の素材データを識別するために唯一的に決定される、ＳＭＰＴＥ−３３０Ｍにより規格化された識別子である。
【００３７】
図１は、ＵＭＩＤのデータ構造を示す。ＵＭＩＤは、素材データを識別するためのＩＤ情報としてのベーシックＵＭＩＤと、素材データ内の各コンテンツを識別するためのシグネイチャメタデータとから構成される。ベーシックＵＭＩＤおよびシグネイチャメタデータは、それぞれ３２バイトのデータ長からなるデータ領域を有する。ベーシックＵＭＩＤにシグネイチャメタデータが付加された６４バイトのデータ長を有する領域を、拡張ＵＭＩＤと称する。
【００３８】
ベーシックＵＭＩＤは、１２バイトのデータ長を有する領域Universal Labelと、１バイトのデータ長を有する領域Length Valueと、３バイトのデータ長を有する領域Instance Numberと、１６バイトのデータ長を有する領域Material Numberとから構成される。
【００３９】
領域Universal Labelは、直後から続くデータ列がＵＭＩＤであることを識別するための符号が格納される。領域Length Valueは、ＵＭＩＤの長さが示される。ベーシックＵＭＩＤと拡張ＵＭＩＤとでは符号の長さが異なるため、領域Lengthにおいて、ベーシックＵＭＩＤは値〔１３ｈ〕で示され、拡張ＵＭＩＤは値〔３３ｈ〕で示される。なお、この括弧〔〕内の表記において、数字の後の「ｈ」は、数字が１６進表記であることを示す。領域Instance Numberは、素材データに上書き処理や編集処理が施されたか否かが示される。
【００４０】
領域Material Numberは、４バイトのデータ長を有する領域Time Snapと、８バイトのデータ長を有する領域Rndと、４バイトのデータ長を有する領域Machine nodeの３つの領域からなる。領域Time Snapは、１日のスナップクロックサンプル数を示す。これにより、クロック単位で素材データの作成時刻などが示される。領域Rndは、正確でない時刻をセットしたときや、例えばＩＥＥＥ(Institute Electrical and Erectronic Engineers)で定義された機器のネットワークアドレスが変化したときに、番号が重複して付されないようにするためのランダムナンバである。
【００４１】
シグネイチャメタデータは、８バイトのデータ長を有する領域Time.Dateと、１２バイトのデータ長を有する領域Spatial Co-ordinatedと、それぞれ４バイトのデータ長を有する領域Country、領域Organizationおよび領域Userとから構成される。
【００４２】
領域Time/Dateは、素材が生成された時間と日付とが示される。領域Spatial Co-ordinatedは、素材が生成された時間に関する補正情報（時差情報）や、緯度、経度および高度で表される位置情報とが示される。位置情報は、例えばビデオカメラにＧＰＳ(Global Positioning System)に対応する機能を設けることで取得可能である。領域Country、領域Organizationおよび領域Userは、省略されたアルファベットの文字や記号などを用いて、それぞれ国名、組織名およびユーザ名が示される。
【００４３】
なお、ＵＭＩＤは、上述したように拡張ＵＭＩＤを用いる場合、データ長が６４バイトとなり、時系列的に順次記録するためには、容量が比較的大きい。そのため、時系列メタデータに対してＵＭＩＤを埋め込む際には、ＵＭＩＤを所定の方式で圧縮することが好ましい。
【００４４】
ＵＭＩＤは、この発明の実施の一形態の用途に用いる限りは、先頭から１０バイト乃至１３バイトが固定的な値とされる。そのため、この発明の実施の一形態においては、ＵＭＩＤの先頭から１０バイト乃至先頭から１３バイトは、省略することができる。また、ＵＭＩＤを時系列メタデータに格納する際に、所定の方式でエンコードすることができる。この場合、エンコード方式としてＢａｓｅ６４を用いると、エンコード結果がアスキーコードとなり、例えばＸＭＬ文書に埋め込むのが容易となり好ましい。さらに、差分だけを用いることも考えられる。例えば、同一ディレクトリ内に同一時刻に発生されるデータには、一部が共通とされたＵＭＩＤが付与される。これを利用してＵＭＩＤの差分だけを用いることで、データ量を減らすことができる。
【００４５】
エッセンスマークについて概略的に説明する。エッセンスマークは、撮影時において例えばビデオデータに構成される映像シーン（またはカット）である映像シーンデータに関連するインデックスを表す。エッセンスマークを用いることで、撮影後に、どのようなシーンであるかが映像シーンデータの再生処理をしなくても把握することができる。
【００４６】
この発明の実施の一形態においては、エッセンスマークは、予め予約語として定義される。そのため、例えば撮像装置、再生装置および編集装置のインターフェイス間で、エッセンスマークを相手装置に応じて変換することなく、共通した制御を行うことが可能とされる。
【００４７】
図２は、エッセンスマークを定義するために用いられる予約語の例を示す。なお、この図２の例は一例であって、さらに他のエッセンスマークを追加定義することも可能である。"_RecStart"は、記録の開始位置を示す撮影開始マークである。"_RecEnd"は、記録の終了位置を示す撮影終了マークである。"_ShotMark1"および"_ShotMark2"は、注目すべき時点などの任意の位置を示すショットマークである。"_Cut"は、カット位置を示すカットマークである。"_Flash"は、フラッシュが発光された位置を検出したフラッシュ検出位置を示すフラッシュマークである。"_FilterChange"は、撮像装置においてレンズフィルタを変更した位置を示すフィルタ変更マークである。"_ShutterSpeedChange"は、撮像装置においてシャッタ速度を変更した位置を示すシャッタ速度変更マークである。"_GainChange"は、フィルタなどのゲインを変更した位置を示すゲイン変更マークである。"_WhiteBalanceChange"は、ホワイトバランスを変更した位置を示すホワイトバランス変更マークである。"_OverBrightness"は、ビデオ信号の出力レベルが限界値を超えた位置を示すマークである。"_OverAudioLimiter"は、オーディオ信号の出力レベルが限界値を超えた位置を示す大音量マークである。上述までの各マークは、例えばビデオデータのフレーム単位で記録される。
【００４８】
"_In-XXX"は、カットまたは素材の切り出し開始位置を示す編集開始マークである。"_Out-XXX"は、カットまたは素材の切り出し終了位置を示す編集終了マークである。編集開始マークおよび編集終了マークは、編集開始点（ＩＮ点）や編集終了点（ＯＵＴ点）が追加される毎に、数字やアルファベットなどが"XXX"の部分にシーケンシャルにナンバリングされる。例えば、"_In-001"、"_In-002"、・・・のようになる。
【００４９】
上述のように定義されたエッセンスマークを、粗編集処理時にインデックス情報として用いることで、目的とする映像シーンを効率的に選択することが可能とされる。
【００５０】
図３は、エッセンスマークの一例のデータ構造を示す。エッセンスマークは、図２を用いて説明したように、映像シーンの特徴などがテキストデータにより表され、映像コンテンツデータ（本線系のＡＶデータ）と関連付けられたメタデータである。エッセンスマークは、ＫＬＶ(Key Length Value)符号化されて記録や伝送がなされる。図３は、このＫＬＶ符号化されたエッセンスマークのフォーマットを示す。このフォーマットは、ＳＭＰＴＥ ３３５Ｍ／ＲＰ２１０Ａのメタデータ辞書に準拠したものである。
【００５１】
ＫＬＶ符号化されたエッセンスマークは、１６バイトのデータ長を有する「Ｋｅｙ」部と、１バイトのデータ長を有する「Ｌ（ｌｅｎｇｔｈ）」部と、最大３２バイトのデータ長を有する「Ｖａｌｕｅ」部とからなる。「Ｋｅｙ」部は、ＳＭＰＴＥ ３３５Ｍ／ＲＰ２１０Ａに準拠した、ＫＬＶ符号化されたデータ項目を示す識別子であり、この例では、エッセンスマークであることを示す値とされる。「Ｌ」部は、「Ｌ」部以降に続くデータ長をバイト単位で表す。最大で３２バイトのデータ長が表現される。「Ｖａｌｕｅ」部は、エッセンスマークが格納されるテキストデータからなる領域である。
【００５２】
次に、この発明の実施の一形態によるディスク上へのデータ配置について説明する。この発明の実施の一形態では、ディスク上に年輪を形成するようにしてデータを記録する。年輪データは、データの再生時間によって示されるデータ量を単位としてディスクに記録されるデータである。例えば本線系のオーディオデータおよびビデオデータに限定して説明すると、再生時間帯が対応するオーディオデータおよびビデオデータを、トラックの１周分以上のデータサイズを有する所定の再生時間単位毎に交互に配置して記録する。このように記録を行うことで、再生時間帯が対応するオーディオデータおよびビデオデータの組が時系列的に重層されて、年輪が形成される。
【００５３】
この実施の一形態では、実際には、再生時間帯が対応するオーディオデータおよびビデオデータに加え、これらのデータに再生時間帯が対応する補助ＡＶデータおよび時系列メタデータを一組として記録することで年輪を形成し、光ディスク１に対するデータの記録を行う。
【００５４】
なお、年輪を形成するデータを年輪データと称する。年輪データは、ディスクにおける最小の記録単位であるセクタの整数倍のデータ量とされる。また、年輪は、その境界がディスクのセクタの境界と一致するように記録される。
【００５５】
図４は、光ディスク１に対して年輪データが形成された一例の様子を示す。この図４の例では、光ディスク１の内周側から順に、オーディオ年輪データ＃１、ビデオ年輪データ＃１、オーディオ年輪データ＃２、ビデオ年輪データ＃２、補助ＡＶ年輪データ＃１および時系列メタ年輪データ＃１が記録されており、この周期で年輪データが扱われる。時系列メタ年輪データ＃１の外周側には、さらに、次の周期の年輪データの一部がオーディオ年輪データ＃３およびビデオ年輪データ＃３として示されている。
【００５６】
この図４の例は、時系列メタ年輪データの１年輪データ分の再生時間帯と補助ＡＶ年輪データの１年輪データ分の再生時間帯とが対応し、時系列メタ年輪データの１年輪データ分の再生時間帯とオーディオ年輪データの２周期分の再生時間帯が対応することを示している。同様に、時系列メタ年輪データの１年輪データ分の再生時間帯とビデオ年輪データの２周期分の再生時間帯が対応することを示している。このような、各年輪データの再生時間帯および周期の対応付けは、例えばそれぞれのデータレートなどに基づき設定される。なお、ビデオ年輪データやオーディオ年輪データの１年輪データ分の再生時間は、経験値的には１．５秒〜２秒程度が好ましい。
【００５７】
図５は、上述の図４のように年輪が形成された光ディスク１に対するデータの読み書きが行われる一例の様子を示す。光ディスク１に十分な大きさの連続した空き領域が存在し、その空き領域に欠陥が無い場合、オーディオデータ、ビデオデータ、補助ＡＶデータ時系列メタデータの各データ系列から、再生時間帯に基づきそれぞれ生成されたオーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、図５Ａに一例が示されるように、光ディスク１の空き領域に対して、恰も一筆書きをするように書き込まれる。このとき、何れのデータの境界も、光ディスク１のセクタの境界と一致するように書き込まれる。光ディスク１からのデータの読み出しも、書き込み時と同様にして行われる。
【００５８】
一方、光ディスク１からある特定のデータ系列を読み出す場合には、読み出しデータ系列の記録位置にシークしてそのデータを読み出すという動作が繰り返される。図５Ｂは、このようにして補助ＡＶデータの系列を選択的に読み出す様子を示す。例えば図４も参照し、補助ＡＶ年輪データ＃１が読み出されたら、続いて記録されている時系列メタ年輪データ＃１、オーディオ年輪データ＃３およびビデオ年輪データ＃３、ならびに、オーディオ年輪データ＃４およびビデオ年輪データ＃４（図示しない）をシークにより飛び越し、次の周期の補助ＡＶ年輪データ＃２が読み出される。
【００５９】
このように、データの光ディスク１への記録を、再生時間を単位とし、再生時間帯に応じた年輪データとして周期的に行うことで、同じような再生時間帯のオーディオ年輪データとビデオ年輪データとが光ディスク１上の近い位置に配置されるので、光ディスク１から、再生時刻が対応するのオーディオデータとビデオデータとを迅速に読み出して再生することが可能となる。また、年輪の境界とセクタの境界とが一致するように記録されるので、光ディスク１からオーディオデータまたはビデオデータだけを読み出すことが可能となり、オーディオデータまたはビデオデータだけの編集を迅速に行うことが可能となる。また、上述したように、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、光ディスク１のセクタの整数倍のデータ量を有し、さらに、年輪データの境界とセクタの境界とが一致するように記録されている。そのため、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データのうち何れか１系列のデータだけが必要な場合に、他のデータの読み出しを行うことなく、必要なデータだけを読み出すことができる。
【００６０】
上述したような、年輪によるデータ配置の利便性を活かすためには、光ディスク１に対するデータの記録を、年輪の連続性が保証されるように行う必要がある。このことについて、図６を用いて説明する。例えば補助ＡＶ年輪データ（図６では「ＬＲ」と表示）だけ読み出すことを考える。
【００６１】
例えば記録時に連続した十分に大きな空き領域が確保されていれば、複数周期の年輪を連続的に記録することができる。この場合、図６Ａに示されるように、時間的に連続する補助ＡＶ年輪データを、最小のトラックジャンプで読み出すことができる。すなわち、補助ＡＶ年輪データを読み出したら、次の周期の年輪における補助ＡＶ年輪データを読み出すという動作を繰り返すことが可能となり、ピックアップがジャンプする距離が最短となる。
【００６２】
これに対して、例えば記録時に連続した空き領域が確保できず、時間的に連続する補助ＡＶデータを光ディスク１上の飛び飛びの領域に記録した場合、図６Ｂに一例が示されるように、最初の補助ＡＶ年輪データを読み出したら、例えば年輪の複数周期分に相当する距離をピックアップがジャンプして、次の補助ＡＶ年輪データを読み出さなければならない。この動作が繰り返されるため、図６Ａに示される場合に比べて、補助ＡＶ年輪データの読み出し速度が低下してしまう。また、本線系のＡＶデータにおいては、図６Ｃに一例が示されるように、未編集ＡＶデータ（ＡＶクリップ）の再生が滞る可能性がある。
【００６３】
そこで、この発明の実施の一形態では、年輪の連続性を保証するために、年輪の複数周期分の長さを持つアロケーションユニットを定義し、年輪でデータを記録する際に、このアロケーションユニットで定義されたアロケーションユニット長を越える長さの、連続した空き領域を確保する。
【００６４】
図７を用いてより具体的に説明する。アロケーションユニット長は、予め設定される。アロケーションユニット長を、年輪で１周期に記録される各データの合計再生時間の複数倍に設定する。例えば、年輪の１周期に対応する再生時間が２秒であるとした場合、アロケーションユニット長を１０秒に設定する。このアロケーションユニット長は、光ディスク１の空き領域の長さを計測する物差しとして用いられる（図７右上参照）。初期状態を、図７Ａに一例が示されるように、使用済み領域が光ディスク１に対して飛び飛びに３箇所、配置されているものとし、使用済み領域に挟まれた部分を空き領域とする。
【００６５】
この光ディスク１に対してある程度の長さを有するＡＶデータと、当該ＡＶデータに対応する補助ＡＶデータとを記録する場合、先ず、アロケーションユニット長と空き領域の長さとを比較して、アロケーションユニット長以上の長さを有する空き領域を予約領域として確保する（図７Ｂ）。この図７の例では、２つの空き領域のうち、右側の空き領域がアロケーションユニット長より長いとされ、予約領域として確保される。次に、この予約領域に対して、予約領域の先頭から年輪データを順次連続的に記録する（図７Ｃ）。このように年輪データを記録していき、予約領域の空き領域の長さが次に記録する年輪データの１周期分の長さに満たないときは（図７Ｄ）、予約領域を開放し、図７Ａのように、光ディスク１上のさらに他の空き領域に対してアロケーションユニット長を適用させながら、予約領域にできる空き領域を探す。
【００６６】
このように、複数周期分の年輪が記録できるだけの空き領域を探して、当該空き領域に年輪を記録することで、ある程度の年輪の連続性が保証され、年輪データの再生をスムースに行うことが可能とされる。なお、アロケーションユニット長は、上述では１０秒に設定したが、これはこの例に限定されず、さらに長い再生時間に対応する長さをアロケーションユニット長として設定することができる。実際的には、１０秒〜３０秒の間でアロケーションユニット長を設定すると好ましい。
【００６７】
次に、この発明の実施の一形態におけるデータの管理構造について、図８〜図１１を用いて説明する。この発明の実施の一形態では、データは、ディレクトリ構造で管理される。ファイルシステムとしては例えばＵＤＦ(Universal Disk Format)が用いられ、図８に一例が示されるように、ルートディレクトリ（ｒｏｏｔ）の直下にディレクトリＰＡＶが設けられる。この実施の一形態では、このディレクトリＰＡＶ以下を定義する。
【００６８】
すなわち、上述した、複数信号種のオーディオデータおよびビデオデータの１枚のディスク上への混在記録は、このディレクトリＰＡＶの配下において定義される。この発明の実施の一形態におけるデータ管理が及ばないディレクトリＰＡＶに対するデータの記録は、任意である。
【００６９】
ディレクトリＰＡＶの直下には、４つのファイル（INDEX.XML、INDEX.RSV、DISCINFO.XMLおよびDISCINFO.RSV）が置かれると共に、２つのディレクトリ（ＣＬＰＲおよびＥＤＴＲ）が設けられる。
【００７０】
ディレクトリＣＬＰＲは、クリップデータを管理する。ここでいうクリップは、例えば撮影が開始されてから停止されるまでの、ひとまとまりのデータである。例えば、ビデオカメラの操作において、操作開始ボタンが押されてから操作停止ボタンが押される（操作開始ボタンが解放される）までが１つのクリップとされる。
【００７１】
このひとまとまりのデータとは、上述した本線系のオーディオデータおよびビデオデータと、当該オーディオデータおよびビデオデータから生成された補助ＡＶデータと、当該オーディオデータおよびビデオデータに対応した時系列メタデータと非時系列メタデータとからなる。ディレクトリＣＬＰＲの直下に設けられたディレクトリ「C0001」、「C0002」、・・・には、クリップ毎に、クリップを構成するひとまとまりのデータが格納される。
【００７２】
すなわち、クリップは、図９に一例が示されるように、記録開始から終了までの共通の時間軸を有するビデオデータ、各チャンネルのオーディオデータ（１）、（２）、・・・、補助ＡＶデータおよび時系列メタデータ、ならびに、非時系列メタデータから構成される。なお、図９では、非時系列メタデータは、省略されている。
【００７３】
図１０は、ディレクトリＣＬＰＲの直下に設けられた、一つのクリップ「C0001」に対応するディレクトリ「C0001」の一例の構造を示す。以下、ディレクトリＣＬＰＲの直下の一つのクリップに対応するディレクトリを、適宜、クリップディレクトリと称する。クリップディレクトリの構成は、上述した図９の構成と略対応するものである。すなわち、クリップディレクトリ「C0001」に対して、上述のひとまとまりのデータのそれぞれがファイル名により区別されて格納される。この図１０の例では、ファイル名は、１２桁で構成され、デリミタ「．」より前の８桁のうち、前側５桁がクリップを識別するために用いられ、デリミタ直前の３桁は、オーディオデータ、ビデオデータ、補助ＡＶデータといった、データのタイプを示すために用いられている。また、デリミタ後の３桁は拡張子であって、データの形式を示している。
【００７４】
より具体的には、この図１０の例では、クリップ「C0001」を構成するひとまとまりのファイルとして、クリップ情報を示すファイル「C0001C01.SMI」、本線系ビデオデータファイル「C0001V01.MXF」、本線系の８ｃｈ分のオーディオデータファイル「C0001A01.MXF」〜「C0001A08.MXF」、補助ＡＶデータファイル「C0001S01.MXF」、非時系列メタデータファイル「C0001M01.XML」、時系列メタデータファイル「C0001R01.BIM」およびポインタ情報ファイル「C0001I01.PPF」が、クリップディレクトリ「C0001」に格納される。
【００７５】
このように、この発明の実施の一形態では、本線系のオーディオデータは、チャンネル毎にファイル（「C0001A01.MXF」〜「C0001A08.MXF」）に格納されて記録される。このとき、チャンネルペアのオーディオデータを単位として記録すると、再生の際のアクセス時間の短縮などの効果が期待でき、より好ましい。例えば、互いにチャンネルペアの関係にあるファイルをディスク上の物理的に近い位置に配置する。
【００７６】
この発明の実施の一形態では、ディレクトリＣＬＰＲ内におけるクリップディレクトリ間での上述のデータ信号種の混在は、許可される。例えば、本線系のビデオデータの信号種について、クリップディレクトリ「C0001」にシングルＧＯＰ、ビットレート５０Ｍｂｐｓのビデオデータを格納し、クリップディレクトリ「C0002」にロングＧＯＰ、ビットレート２５Ｍｂｐｓのビデオデータを格納することは可能である。一方、クリップディレクトリ内における各データ内でのデータ信号種の混在は、許可されない。例えば、ビデオデータにおいて、先頭からある時点まではビットレートモード５０Ｍｂｐｓで記録されており、その時点以降から末尾まではビットレートモード２５Ｍｂｐｓで記録されたようなビデオデータファイルは、格納できないものとされる。
【００７７】
説明は図８に戻り、ディレクトリＥＤＴＲは、編集情報が管理される。この発明の実施の一形態では、編集結果は、エディットリストやプレイリストとして記録される。ディレクトリＥＤＴＲの直下に設けられたディレクトリ「E0001」、「E0002」、・・・には、編集結果毎に、編集結果を構成するひとまとまりのデータが格納される。
【００７８】
エディットリストは、クリップに対する編集点（ＩＮ点、ＯＵＴ点など）や再生順序などが記述されるリストであって、クリップに対する非破壊の編集結果と、後述するプレイリストとからなる。エディットリストの非破壊の編集結果を再生すると、リストの記述に従いクリップディレクトリに格納されたファイルを参照し、恰も編集された１本のストリームを再生するかのように、複数のクリップからの連続した再生映像が得られる。しかしながら、非破壊編集の結果では、ファイルの光ディスク１上での位置とは無関係にリスト中のファイルが参照されるため、再生時の連続性が保証されない。
【００７９】
プレイリストは、編集結果に基づき、リストにより参照されるファイルやファイルの部分が連続的に再生するのが困難であると判断された場合に、当該ファイルやファイルの一部を光ディスク１上の所定の領域に再配置することで、エディットリストの再生時の連続性を保証するようにしたものである。
【００８０】
編集作業により上述のエディットリストを作成した結果に基づき、編集に用いられるファイルの管理情報（例えば後述するインデックスファイル「INDEX.XML」）を参照し、編集作業に基づき非破壊で、すなわち、編集結果に基づき参照されるファイルが各クリップディレクトリに置かれたままの状態で、連続的な再生が可能か否かを、見積もる。その結果、連続的な再生が困難であると判断されると、該当するファイルを光ディスク１の所定領域にコピーする。この所定領域に再配置されたファイルを、ブリッジエッセンスファイルと称する。また、編集結果にブリッジエッセンスファイルを反映させたリストを、プレイリストと称する。
【００８１】
例えば、編集結果が複雑なクリップの参照を行うようにされている場合、編集結果に基づく再生の際に、クリップからクリップへの移行の際にピックアップのシークが間に合わない事態が発生する可能性がある。このような場合に、プレイリストが作成され、ブリッジエッセンスファイルが光ディスク１の所定領域に記録される。
【００８２】
図１１は、ディレクトリＥＤＴＲの直下に設けられた、一つの編集結果「E0002」に対応するディレクトリ「E0002」の一例の構造を示す。以下、ディレクトリＥＤＴＲの直下の一つの編集結果に対応するディレクトリを、適宜、エディットディレクトリと称する。エディットディレクトリ「E0002」に対して、上述の編集結果により生成されたデータがそれぞれファイル名により区別されて格納される。ファイル名は、１２桁で構成され、デリミタ「．」より前の８桁のうち、前側５桁がエディット作業を識別するために用いられ、デリミタ直前の３桁は、データのタイプを示すために用いられる。また、デリミタ後の３桁は拡張子であって、データの形式を示している。
【００８３】
より具体的には、この図１１の例では、編集結果「E0002」を構成するファイルとして、エディットリストファイル「E0002E01.SMI」時系列および非時系列メタデータの情報が記述されるファイル「E0002M01.XML」、プレイリストファイル「E0002P01.SMI」、本線系データによるブリッジエッセンスファイル「E0002V01.BMX」および「E0002A01.BMX」〜「E0002A04.BMX」、補助ＡＶデータによるブリッジエッセンスファイル「E0002S01.BMX」および時系列、非時系列メタデータによるブリッジエッセンスファイル「E0002R01.BMX」が、エディットディレクトリ「E0002」に格納される。
【００８４】
エディットディレクトリ「E0002」に格納されるこれらのファイルのうち影を付して示したファイル、すなわち本線系データによるブリッジエッセンスファイル「E0002V01.BMX」および「E0002A01.BMX」〜「E0002A04.BMX」、補助ＡＶデータによるブリッジエッセンスファイル「E0002S01.BMX」および時系列、非時系列メタデータによるブリッジエッセンスファイル「E0002R01.BMX」は、プレイリストに属するファイルである。
【００８５】
なお、上述したように、エディットリストによりクリップディレクトリに格納された例えばビデオデータが参照される。クリップディレクトリ間では、異なるデータ信号種の混在が可能なので、結果的に、エディットリスト上では、異なるデータ信号種の混在が可能とされる。
【００８６】
説明は図８に戻り、ファイル「INDEX.XML」は、ディレクトリＰＡＶ以下に格納された素材情報を管理するインデックスファイルである。この例では、ファイル「INDEX.XML」は、ＸＭＬ(Extensible Markup Language)形式で記述される。このファイル「INDEX.XML」により、上述した各クリップおよびエディットリストが管理される。例えば、ファイル名とＵＭＩＤの変換テーブル、長さ情報(Duration)、当該光ディスク１全体を再生する際の各素材の再生順などが管理される。また、各クリップに属するビデオデータ、オーディオデータ、補助ＡＶデータなどが管理されると共に、クリップディレクトリ内にファイルで管理されるクリップ情報が管理される。
【００８７】
ファイル「DISCINFO.XML」は、このディスクに関する情報が管理される。再生位置情報なども、このファイル「DISCINFO.XML」に保存される。
【００８８】
この発明の実施の一形態では、撮影が開始されてから停止されるまでの間に、クリップを構成するひとまとまりのデータにおいて所定の変化が検出された場合には、その変化検出位置に対応する位置でクリップが分割され、分割位置以降を新規のクリップとする。この新規のクリップに対応する新規のディレクトリがディレクトリＣＬＰＲに対して自動的に作成され、作成されたディレクトリに当該新規クリップを構成するひとまとまりのデータが格納される。
【００８９】
クリップ分割は、少なくとも、クリップを構成するビデオデータおよびオーディオデータのうち何れか一方において、信号種（フォーマット）の変化が検出された場合になされる。分割の条件としては、より具体的には、以下の例が考えられる。先ず、ビデオデータに関しては、
（１）ビットレートの変化
（２）フレームレートの変化
（３）画像サイズの変化
（４）画像のアスペクト比の変化
（５）符号化方式の変化
オーディオデータに関しては、
（１）ビット解像度の変化
（２）サンプリング周波数の変化
（３）入力チャンネル数の変化
（４）符号化方式の変化
【００９０】
これらのうち、何れか一つに変化が検出された場合に、変化が検出されたタイミングに対応した位置で自動的にクリップが分割される。このとき、あるデータに変化が検出された場合、そのデータと同一のクリップに属する他のデータも、同じタイミングで分割される。
【００９１】
勿論、クリップ分割は、これに限らず、ビデオデータおよびオーディオデータのさらに他の属性の変化に応じて行うようにしてもよい。また、ビデオデータおよびオーディオデータに限らず、補助ＡＶデータや時系列メタデータにおける所定の変化を検出してクリップ分割を行うようにしてもよい。
【００９２】
例えば、補助ＡＶデータについては、例えばビットレートモードや符号化方式が変更された場合に、クリップ分割するようにできる。また、時系列メタデータについては、例えば、ＡＲＩＢによるメタデータとカメラデータとを排他的に記録する場合、ＡＲＩＢおよびカメラデータ間でデータ種類の変更があった場合に、クリップ分割するようにできる。さらに、時系列メタデータを伝送するために当初設定されているデータレートが変更されたときに、クリップ分割することも可能である。
【００９３】
さらに、本線系のビデオデータの変更に伴うクリップ分割の際に、本線系のオーディオデータおよび時系列メタデータを分割しないようにすることもできる。このようにすることで、クリップ分割によるファイルの増加を抑えることができる。なお、この場合でも、補助ＡＶデータは、本線系のビデオデータの変更に伴い分割される。
【００９４】
クリップ分割の際には、分割の境界を補助ＡＶデータのＧＯＰの境界に一致させると、クリップ内での時間軸とバイトオフセットとの関係が簡単になるので、処理が容易になり、好ましい。これは、例えばビデオデータやオーディオデータに上述した変化が検出された際に、図１２Ａに一例が示されるように、補助ＡＶデータの次のＧＯＰ境界までクリップ分割を待つか（分割位置Ｂ）、前のＧＯＰ境界に遡ってクリップ分割を行うことでなされる（分割位置Ａ）。実際には、分割位置Ｂでクリップ分割をするのが好ましい。
【００９５】
これに限らず、クリップ分割の際の分割の境界が補助ＡＶデータのＧＯＰ境界に一致しない場合に、補助ＡＶデータのＧＯＰの余った部分をスタッフィングバイトで埋め、補助ＡＶデータと本線系のビデオデータなど他のデータに対してデータ量を揃えることも考えられる。すなわち、図１２Ｂに一例が示されるように、補助ＡＶデータにおいて、例えばビデオデータに変化が検出された位置の直前のＧＯＰを当該クリップの最後のＧＯＰとし、その最後のＧＯＰの後端の境界から変化検出位置まで（図１２Ｂ中に斜線で表示）をスタッフィングバイトで埋める。
【００９６】
なお、本線系のビデオデータがシングルＧＯＰであれば、任意のフレーム位置でクリップ分割を行うことができる。これに対して、本線系のビデオデータがロングＧＯＰである場合には、クリップ分割位置のフレームが予測符号化によるＰピクチャあるいはＢピクチャによるフレームである可能性がある。そこで、ロングＧＯＰのビデオデータに対してクリップ分割を行う場合には、クリップ分割位置で一旦ＧＯＰを完結させるようにする。これは、例えば、分割位置直前のフレームがＢピクチャであれば当該フレームをＰピクチャあるいはＩピクチャに変換することで可能である。
【００９７】
クリップ分割の際に、分割の元クリップと分割によって新規に生成されるクリップとに重複部分を持たせるようにしてもよい。例えば、分割の元クリップおよび／または新規クリップにおいて、信号種の変化点を時間的に含むように、変化のタイミングに対して時間的な余裕を持ってクリップ分割が行われる。
【００９８】
一例として、本線系のビデオデータにおいて、当初のビットレート５０Ｍｂｐｓが３０Ｍｂｐｓに切り換えられる場合について、図１３を用いて説明する。図１２に示されるように、ビットレートが５０Ｍｂｐｓのビデオデータにおいては、ビットレートの切り換えが指示された位置からさらに所定の時間だけ余分（図中の斜線の部分）に、ビットレートが５０Ｍｂｐｓのままで記録がなされる。一方、ビットレートが３０Ｍｂｐｓのビデオデータは、ビットレートの切り換えが指示された位置よりも所定時間前（図中の斜線の部分）から、ビットレートが３０Ｍｂｐｓでの記録がなされる。
【００９９】
ビットレート切り換え点がクリップ分割位置となるため、例えばクリップの開始位置を指定するためのコマンドである"clip Begin"を用いて、実際のファイルの先頭位置に対するクリップの開始位置を調整する必要がある。
【０１００】
このような記録は、一例として、圧縮符号化以前のベースバンドのビデオデータにおいて、図１３の斜線の部分をそれぞれバッファリングしておき、対応するビットレートでそれぞれ圧縮符号化する。そして、例えば５０Ｍｂｐｓのビデオデータの例では、ビットレート切り換え点以前のビデオデータによるファイルに対して、斜線部分のファイルを継ぎ足すことで可能である。これは、実際にファイルを継ぎ足さずとも、上述したエディットリストへの記述や、クリップディレクトリ内のクリップ情報を示すファイル「C0001C01.SMI」にその旨を記述するようにしてもよい。
【０１０１】
なお、クリップディレクトリ名およびクリップディレクトリ内の各ファイルのファイル名の命名規則は、上述の例に限定されない。例えば、ファイル名やクリップディレクトリ名として、上述したＵＭＩＤを利用することが考えられる。ＵＭＩＤは、上述したように、拡張ＵＭＩＤまで考えるとデータ長が６４バイトとなり、ファイル名などに用いるには長いため、一部分だけを用いるのが好ましい。例えば、ＵＭＩＤ中で、クリップ毎に異なる値が得られるような部分がファイル名などに用いられる。
【０１０２】
また、クリップが分割された場合には、クリップディレクトリ名やファイル名を、クリップの分割理由を反映させるように命名すると、クリップの管理上、好ましい。この場合、少なくとも、クリップの分割がユーザにより明示的になされたものか、装置側の自動処理によるものかを判別可能なように、命名する。
【０１０３】
図１４は、この発明の実施の一形態に適用可能なディスク記録再生装置１０の一例の構成を示す。ここでは、ディスク記録再生装置１０は、ビデオカメラ（図示しない）に内蔵される記録再生部であるものとし、ビデオカメラにより撮像された撮像信号に基づくビデオ信号と、撮像に伴い入力されたオーディオ信号とが信号処理部３１に入力され、ディスク記録再生装置１０に供給される。また、信号入出力部３１から出力されたビデオ信号およびオーディオ信号は、例えばモニタ装置に供給される。
【０１０４】
勿論、これは一例であって、ディスク記録再生装置１０は、独立的に用いられる装置であるとしてもよい。例えば、記録部を有さないビデオカメラと組み合わせて用いることができる。ビデオカメラから出力されたビデオ信号およびオーディオ信号や、所定の制御信号、データが信号入出力部３１を介してディスク記録再生装置１０に入力される。また例えば、他の記録再生装置で再生されたビデオ信号およびオーディオ信号を、信号入出力部３１に入力するようにできる。また、信号入出力部３１に入力されるオーディオ信号は、ビデオ信号の撮像に伴い入力されるものに限定されず、例えば撮像後に、ビデオ信号の所望の区間にオーディオ信号を記録する、アフレコ（アフターレコーディング）のためのアフレコオーディオ信号でもよい。
【０１０５】
スピンドルモータ１２は、サーボ制御部１５からのスピンドルモータ駆動信号に基づいて、光ディスク１をＣＬＶ(Constant Linear Velocity)またはＣＡＶ(Constant Angler Velocity)で回転駆動する。
【０１０６】
ピックアップ部１３は、信号処理部１６から供給される記録信号に基づきレーザ光の出力を制御して、光ディスク１に記録信号を記録する。ピックアップ部１３はまた、光ディスク１にレーザ光を集光して照射すると共に、光ディスク１からの反射光を光電変換して電流信号を生成し、ＲＦ(Radio Frequency)アンプ１４に供給する。なお、レーザ光の照射位置は、サーボ制御部１５からピックアップ部１３に供給されるサーボ信号により所定の位置に制御される。
【０１０７】
ＲＦアンプ１４は、ピックアップ部１３からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、ならびに、再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部１５に供給し、再生信号を信号処理部１６に供給する。
【０１０８】
サーボ制御部１５は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部１５は、ＲＦアンプ１４からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部１３のアクチュエータ（図示しない）に供給する。またサーボ制御部１５は、スピンドルモータ１２を駆動するスピンドルモータ駆動信号を生成して、光ディスク１を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
【０１０９】
さらにサーボ制御部１５は、ピックアップ部１３を光ディスク１の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク１の信号読み出し位置の設定は、制御部２０によって行われ、設定された読み出し位置から信号を読み出すことができるように、ピックアップ部１３の位置が制御される。
【０１１０】
信号処理部１６は、メモリコントローラ１７から入力される記録データを変調して記録信号を生成し、ピックアップ部１３に供給する。信号処理部１６はまた、ＲＦアンプ１４からの再生信号を復調して再生データを生成し、メモリコントローラ１７に供給する。
【０１１１】
メモリコントローラ１７は、メモリ１８に対する書き込みアドレスの制御を行い、データ変換部１９から供給された記録データを適宜、メモリ１８に記憶する。また、メモリコントローラ１７は、メモリ１８に対する読み出しアドレスの制御を行い、メモリ１８に記憶されたデータを適宜、読み出し信号処理部１６に供給する。同様にして、メモリコントローラ１７はまた、信号処理部１６からの再生データを、適宜、メモリ１８に記憶すると共に、メモリ１８に記憶されたデータを読み出し、データ変換部１９に供給する。
【０１１２】
ビデオカメラで撮影された撮影画像に基づくビデオ信号とオーディオ信号が、信号入出力部３１を介してデータ変換部１９に供給される。詳細は後述するが、データ変換部１９では、供給されたビデオ信号を、例えばＭＰＥＧ２などの圧縮符号化方式を用い、制御部２０に指示されたモードで圧縮符号化し、本線系のビデオデータを生成する。このとき、よりビットレートの低い圧縮符号化処理も行われ、補助ＡＶデータが生成される。
【０１１３】
また、データ変換部１９では、供給されたオーディオ信号を、制御部２０に指示された方式で圧縮符号化し、本線系のオーディオデータとして出力する。オーディオ信号の場合は、圧縮符号化せずにリニアＰＣＭオーディオデータのまま出力してもよい。
【０１１４】
データ変換部１９で上述のようにして処理された本線系のオーディオデータおよびビデオデータ、ならびに、補助ＡＶデータは、メモリコントローラ１７に供給される。
【０１１５】
データ変換部１９はまた、メモリコントローラ１７から供給される再生データを、必要に応じて復号化し、所定のフォーマットの出力信号に変換して、信号入出力部３１に供給する。
【０１１６】
制御部２０は、ＣＰＵ(Central Processing Unit)、ＲＯＭ(Read Only Memory)やＲＡＭ(Random Access Memory)などのメモリ、これらを接続するためのバスなどからなり、このディスク記録再生装置１０の全体を制御する。ＲＯＭは、ＣＰＵの起動時に読み込まれる初期プログラムや、ディスク記録再生装置１０を制御するためのプログラムなどが予め記憶される。ＲＡＭは、ＣＰＵのワークメモリとして用いられる。また、制御部２０により、ビデオカメラ部の制御もなされる。
【０１１７】
さらに、制御部２０により、ＲＯＭに予め記憶されたプログラムに従い、光ディスク１にデータを記録し、記録されたデータを再生する際のファイルシステムが提供される。すなわち、このディスク記録再生装置１０において、データの光ディスク１に対する記録、光ディスク１からのデータの再生は、制御部２０の管理下において行われる。
【０１１８】
操作部２１は、例えば、ユーザによって操作され、その操作に対応する操作信号を制御部２０に供給する。制御部２０は、操作部２１からの操作信号などに基づき、サーボ制御部１５、信号処理部１６、メモリコントローラ１７およびデータ変換部１９を制御し、記録再生処理を実行させる。
【０１１９】
また、操作部２１からの操作信号に基づき、例えば記録ビデオデータに対するビットレート、フレームレート、画像サイズ、画像アスペクト比の設定などが行われる。さらに、記録オーディオデータに対する圧縮符号化処理のＯＮ／ＯＦＦやビット解像度の設定を、操作部２１から行うようにしてもよい。これらの設定に基づく制御信号がメモリコントローラ１７およびデータ変換部１９に供給される。
【０１２０】
さらに、操作部２１により、本線系のオーディオデータの記録チャンネル数を設定することができる。この設定に基づく操作信号が操作部２１から制御部２０に供給される。制御部２０では、この操作信号に基づき、設定された記録チャンネル数でオーディオデータを記録する旨を指令する制御信号が制御部２０から信号処理部１６、メモリコントローラ１７、データ変換部１９などに供給される。
【０１２１】
なお、このディスク記録再生装置１０には、ＧＰＳによる信号を受信するためのアンテナ２２と、アンテナ２２で受信されたＧＰＳ信号を解析し、緯度、経度、高度からなる位置情報を出力するＧＰＳ部２３とを有する。ＧＰＳ部２３から出力された位置情報は、制御部２０に供給される。なお、アンテナ２２およびＧＰＳ部２３は、ビデオカメラ部に設けてもよいし、ディスク記録再生装置１０の外部に外付けされる装置としてもよい。
【０１２２】
図１５は、データ変換部１９の一例の構成を示す。光ディスク１へのデータの記録時には、信号入出力部３１から入力された記録すべき信号が、デマルチプレクサ４１に供給される。信号入出力部３１には、ビデオカメラ部から、動画のビデオ信号、当該ビデオ信号に付随するオーディオ信号が入力されると共に、カメラの撮影情報、例えばアイリスやズームに関する情報がカメラデータとしてリアルタイムに入力される。
【０１２３】
デマルチプレクサ４１は、信号入出力部３１から供給される信号から、関連する複数のデータ系列、すなわち、例えば、動画のビデオ信号と、そのビデオ信号に付随するオーディオ信号とを分離し、データ量検出部４２に供給する。さらに、デマルチプレクサ４１は、信号入出力部３１から供給される信号からカメラデータを分離して出力する。このカメラデータは、制御部２０に供給される。
【０１２４】
データ量検出部４２は、デマルチプレクサ４１から供給されたビデオ信号とオーディオ信号を、そのまま、画像信号変換部４３、音声信号変換部４４および補助ＡＶデータ変換部４８とにそれぞれ供給すると共に、そのビデオ信号とオーディオ信号のデータ量を検出し、メモリコントローラ１７に供給する。すなわち、データ量検出部４２は、デマルチプレクサ４１から供給されるビデオ信号とオーディオ信号のそれぞれについて、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ１７に供給する。
【０１２５】
画像信号変換部４３は、データ量検出部４２から供給されるビデオ信号を、制御部２０からの指示に従い、例えばＭＰＥＧ２方式で圧縮符号化し、その結果得られるビデオデータのデータ系列を、メモリコントローラ１７に供給する。画像信号変換部４３に対して、制御部２０により、例えば圧縮符号化による発生符号量の最大ビットレートが設定される。画像信号変換部４３は、圧縮符号化後の１フレームのデータ量を見積もり、その結果に基づき圧縮符号化処理を制御して、発生符号量が設定された最大ビットレートに収まるようにビデオデータに対する実際の圧縮符号化処理を行う。設定された最大ビットレートと、実際の圧縮符号化によるデータ量との差分は、例えば所定のパディングデータで埋められ、最大ビットレートが維持される。圧縮符号化されたビデオデータのデータ系列は、メモリコントローラ１７に供給される。
【０１２６】
音声信号変換部４４は、データ量検出部４２から供給されるオーディオ信号がリニアＰＣＭオーディオデータでない場合、制御部２０からの指示に従い、当該オーディオ信号をリニアＰＣＭオーディオデータに変換する。これに限らず、音声信号変換部４４では、オーディオ信号を、例えばＭＰＥＧ方式に則った、ＭＰ３(Moving Pictures Experts Group 1 Audio Layer 3)やＡＡＣ(Advanced Audio Coding)方式などで圧縮符号化することもできる。オーディオデータの圧縮符号化方式は、これらに限定されず、他の方式でもよい。音声信号変換部４４から出力されるオーディオデータのデータ系列を、メモリコントローラ１７に供給する。
【０１２７】
本線系のオーディオデータ（すなわちデータ量検出部４２から供給されるオーディオ信号）は、例えば２チャンネルが対とされたチャンネルペアで入力される。このようなオーディオデータの伝送フォーマットとしては、例えばＡＥＳ(Audio Engineering Society)により策定された、AES3-1992(r1997)がある。AES3-1992(r1997)によれば、オーディオデータは、チャンネル毎にサンプルがインターリーブされたチャンネルペアでシリアル伝送される。
【０１２８】
このAES3-1992(r1997)によれば、オーディオデータは、１サンプル毎にサブフレームに格納される。サブフレームは、図１６Ａに一例が示されるように、第０ビットから第３ビットに所定のビットパターンからなるプリアンブルが配され、ビット解像度が２４ビットのこの例では、第４ビットから第２７ビットにオーディオデータの１サンプルが格納される。オーディオデータに続けて、ビットＶ、Ｕ、ＣおよびＰが配される。これらビットＶ、Ｕ、ＣおよびＰは、それぞれバリディティビット、ユーザデータビット、チャンネルステータスビットおよびパリティビットである。図１６Ｂに一例が示されるように、２サブフレームでオーディオデータの１フレームが構成され、１９２フレームで１ブロックとされる。
【０１２９】
各サブフレームの先頭に配されるプリアンブルは、特定のビットパターンからなる。第１チャンネルのプリアンブルは、ブロックの開始フレームフレーム（０）のみ異なる値（”Ｚ”とする）が用いられ、以降、フレーム（１）からフレーム（１９１）は、同じ値（”Ｘ”とする）が用いられる。第２チャンネルのプリアンブルは、全て第１チャンネルのプリアンブルとは異なる同一の値（”Ｙ”とする）が用いられる。このフォーマットによれば、プリアンブルを検出することで、ブロックの開始位置、ならびに、第１および第２チャンネルのサンプルの識別が可能である。
【０１３０】
また、各サブフレーム毎に１ビットが伝送されるチャンネルステータスビット（Ｃ）を１ブロック分、すなわち１９２ビット（２４バイト）集めて、チャンネルステータスデータが構成される。この２４バイトを用いて、伝送されるオーディオデータの様々な属性情報などが格納される。図１６Ｃは、このチャンネルステータスデータの最初の１バイト（第０バイト）を示す。第０ビットは、このデータがチャンネルステータスデータであることを示し、第１ビット１（図１６Ｃの斜線部分）は、伝送されるデータがリニアＰＣＭのオーディオデータであるか否かを示す。第２〜第４ビットは、オーディオデータのエンファシス情報が格納される。第５ビットは、伝送されるオーディオデータのサンプリング周波数がロックされているか否かが示される。第６および第７ビットは、伝送されるオーディオデータのサンプリング周波数が示される。
【０１３１】
この発明の実施の一形態では、リニアＰＣＭのオーディオデータが入力された場合、チャンネルペアで入力されたオーディオデータをそれぞれのチャンネルに分離して、チャンネル毎のオーディオデータをそれぞれ個別のファイルに格納して記録する。このオーディオデータのチャンネル分離処理は、例えば、この音声信号変換部４４で行うことができる。例えば入力されたオーディオデータのビットパターンに基づきプリアンブルを検出し、検出されたプリアンブルに基づき第１および第２チャンネルのオーディオデータのサンプルをそれぞれ抜き出し、チャンネル毎に並べ替えて出力する。
【０１３２】
それぞれのチャンネルに分離されたオーディオデータは、メモリコントローラ１７および信号処理部１６を介してピックアップ部１３に供給され、チャンネル毎の個別のオーディオデータファイルとして光ディスク１に記録される。このように、２チャンネルが対とされて入力されたオーディオデータを、１チャンネル毎のオーディオデータに分離して記録することで、チャンネル単位の処理を容易とすることができる。
【０１３３】
オーディオデータのチャンネル分離は、これに限らず、例えばメモリ１８およびメモリコントローラ１７を利用して行うこともできる。入力された状態のまま、２チャンネル対でメモリ１８に記憶されたオーディオデータを、メモリコントローラ１７により読み出しアドレスを所定に制御しながら読み出す。例えば、同一チャンネルのサンプル同士を並べて出力するように、読み出しを制御する。また、オーディオデータのチャンネル分離を信号入出力装置３１において行ってもよい。
【０１３４】
また、この発明の実施の一形態では、上述したように、設定された記録チャンネル数よりも少ないチャンネル数でオーディオデータが入力された場合、用いられないチャンネルは、無音を示すオーディオデータを出力する。無音を示すオーディオデータは、例えば、無音を示すオーディオデータを１サンプル生成してメモリやレジスタなどに記憶させる。それを、クロックに合わせて繰り返し読み出すことで、無音を示すオーディオデータを連続的に出力することができる。このような処理は、音声信号変換部４４で行うことができる。もちろん、メモリ１８およびメモリコントローラ１７を用いて行ってもよいし、信号入出力装置３１において行ってもよい。
【０１３５】
さらに、この発明の実施の一形態によれば、本線系のオーディオデータとしてノンオーディオのオーディオデータが入力され、これをリニアＰＣＭのオーディオデータに復号化せずに記録する場合、チャンネル分離を行わない。例えば上述したAES3-1992(r1997)によれば、リニアＰＣＭのオーディオデータ以外のデータも伝送することができるように定められている。伝送されるデータがリニアＰＣＭのオーディオデータであるか否かは、図１６Ｃを用いて上述したように、チャンネルステータスデータの最初の１バイトにおける第１ビットを参照することで知ることができる。この第１ビットにより、入力されるデータがリニアＰＣＭのオーディオデータではないことが示されていれば、当該データに対して上述したチャンネル分離の処理を行わない。例えば、サブフレームから１ワードずつデータが取り出され、順に並べられて出力される。
【０１３６】
一方、補助ＡＶデータ変換部４８は、データ量検出部４２から供給されるビデオ信号を、制御部２０からの指示に従い、例えばＭＰＥＧ４方式で圧縮符号化して補助ＡＶデータを生成する。この実施の一形態では、このとき、ビットレートが数Ｍｂｐｓに固定的とされ、１枚のＩピクチャおよび９枚のＰピクチャの１０フレームでＧＯＰが形成される。
【０１３７】
また、上述したように、この発明の実施の一形態では、補助ＡＶデータにおいて、オーディオデータは、本線系のオーディオデータのチャンネル数にかかわらず、常に８チャンネルのオーディオデータとして扱われる。補助ＡＶデータ変換部４８では、データ量検出部４２から供給されるオーディオデータのチャンネル数が８チャンネルに満たない場合、残りのチャンネルに対して無音を示すオーディオデータを生成して、ビデオ信号と共に符号化する。無音を示すオーディオデータは、例えば、上述したように、無音を示すオーディオデータの１サンプルを例えばメモリなどに記憶させ、これを繰り返し読み出すことで生成できる。
【０１３８】
なお、上述の構成は一例であって、これに限定されるものではない。例えば、信号入出力部３１に対し、本線系のＡＶデータ、カメラデータなどがそれぞれ独立的に入力される場合には、デマルチプレクサ４１を省略することができる。また、本線系のオーディオデータがリニアＰＣＭオーディオデータである場合には、音声信号変換部４４での処理を省略することもできる。
【０１３９】
そして、メモリコントローラ１７に供給されたビデオデータとオーディオデータは、上述したようにして、光ディスク１に供給されて記録される。
【０１４０】
記録は、上述したように、光ディスク１上に年輪が形成されながら行われる。データ変換部１９のデータ量検出部４２は、例えばオーディオデータにおいて、１年輪データ分の時間の再生に必要なオーディオデータが検出されたら、その旨をメモリコントローラ１７に通知する。メモリコントローラ１７は、この通知を受けて、１年輪データ分の再生に必要なオーディオデータをメモリ１８に記憶させたか否かの判定を行い、その判定結果を制御部２０に通知する。制御部２０では、この判定結果に基づき、１年輪データ分の再生時間に対応するオーディオデータをメモリ１８から読み出すようにメモリコントローラ１７を制御する。メモリコントローラ１７により、この制御に基づきメモリ１８からオーディオデータが読み出され、信号制御部１６に供給されて光ディスク１上にオーディオデータが記録される。
【０１４１】
１年輪データ分の再生時間に対応するオーディオデータが記録されると、次は、例えばビデオデータに対して同様の処理がなされ、オーディオ年輪データの次から１年輪データ分のビデオ年輪データが記録される。補助ＡＶデータも、同様にして、１年輪データ分の再生時間に対応するデータが順次、記録される。
【０１４２】
また、時系列メタデータについては、例えばカメラデータがデマルチプレクサ４１から制御部２０に供給されると共に、時系列メタデータのうちＵＭＩＤなどの幾つかのデータは、制御部２０で生成される。カメラデータと制御部２０で生成されたデータとがまとめて時系列メタデータとされ、メモリコントローラ１７を介してメモリ１８に記憶される。メモリコントローラ１７では、上述と同様にして、１年輪データ分の再生時間に対応する時系列メタデータをメモリ１８から読み出し、信号処理部１６に供給する。
【０１４３】
なお、制御部２０では、非時系列メタデータも生成される。非時系列メタデータは、当該データが属するクリップのクリップディレクトリに記録される。
【０１４４】
光ディスク１に対して上述のようにして記録されるデータは、図８〜図１１を用いて既に説明したように、ファイルに格納され、オーディオデータはチャンネル毎にファイルに格納され、ディレクトリ構造により管理される。例えば、データの光ディスク１への記録の際に、制御部２０により、各ファイルのアドレス情報やディレクトリ構造におけるポインタ情報、ファイル名およびディレクトリ名情報などの管理情報が光ディスク１の所定の管理領域に記録される。また、記録されたファイル情報などがインデックスファイル「INDEX.XML」に反映される。
【０１４５】
一方、光ディスク１からのデータの再生時においては、上述したようにして、光ディスク１からビデオデータ、各チャンネルのオーディオデータ、補助ＡＶデータおよび時系列メタデータが読み出される。このとき、高ビットレートである本線系のビデオデータの再生速度で、本線系のオーディオデータ、補助ＡＶデータ、時系列メタデータといった低ビットレートのデータも再生し、光ディスク１からのデータの再生速度を、読み出すデータによって変えないようにする。光ディスク１から読み出されたビデオデータおよび補助ＡＶデータは、メモリコントローラ１７から画像データ変換部４５および補助ＡＶデータ変換部４９にそれぞれ供給される。オーディオデータは、メモリコントローラ１７から音声データ変換部４６に供給される。
【０１４６】
画像データ変換部４５は、メモリコントローラ１７から供給される本線系のビデオデータのデータ系列を復号化し、その結果得られるビデオ信号をマルチプレクサ４７に供給する。また、補助ＡＶデータ変換部４９は、メモリコントローラ１７から供給される補助ＡＶデータのデータ系列を復号化し、その結果得られるビデオ信号および８チャンネル分のオーディオ信号をマルチプレクサ４７に供給する。
【０１４７】
また、音声データ変換部４６は、メモリコントローラ１７から供給されるオーディオデータがリニアＰＣＭのオーディオデータであれば、例えば、そのデータ系列を２チャンネル毎に対として、１サンプル毎にプリアンブルとビットＶ、Ｕ、ＣおよびＰを付加してサブフレームを構成し、チャンネル毎にサブフレームをインターリーブしてフレームを構成し、さらに１９２フレームで１ブロックを構成して、AES3-1992(r1997)により規定されるシリアルのオーディオデータとして出力する。このオーディオデータは、マルチプレクサ４７に供給される。一方、メモリコントローラ１７から供給されるオーディオデータがノンオーディオのオーディオデータである場合は、例えば１ワード毎にサブフレームに格納して、上述のようにしてシリアルのデータを形成し、出力する。このデータは、マルチプレクサ４７に供給される。
【０１４８】
なお、画像データ変換部４５、音声データ変換部４６および補助ＡＶデータ変換部４９において、供給された再生データを復号化せずに、そのままマルチプレクサ４７に供給し、多重化して出力することも可能である。さらに、マルチプレクサ４７を省略し、それぞれのデータを独立的に出力することも可能である。
【０１４９】
以上のように構成されたディスク記録再生装置１０では、ユーザが操作部２１を操作することにより、データの記録を指令すると、信号入出力部３１から供給されるデータがデータ変換部１９、メモリコントローラ１７、信号処理部１６およびピックアップ部１３を介して光ディスク１に供給され、記録される。
【０１５０】
記録の際に、ユーザは、操作部２１を操作することにより、本線系のビデオデータのビットレートを変更することができる。例えば、当初、ビットレートを５０Ｍｂｐｓに設定して記録を行い、光ディスク１の記録可能領域が少なくなったときにビットレートを３０Ｍｂｐｓなどの低いビットレートに変更し、録り逃しが無いようにするなどの使用法が考えられる。
【０１５１】
このとき、ビットレートの変更のタイミングに対応して、クリップが分割され、変更後のデータが新規のクリップとして光ディスク１に記録される。ビットレートの変更の検出は、操作部２１に対してなされた操作を検出することで行ってもよいし、制御部２０でビデオデータのビットレートを監視した結果に基づき行うことも可能である。例えば、メモリコントローラ１７で、データ変換部１９から供給された本線系のビデオデータのヘッダにおける、ビットレート情報が記述される所定のビット位置のデータを抽出して、ビットレートが変更されたことを検出することが可能である。
【０１５２】
ビットレートの変更が検出されると、例えば、制御部２０によりメモリコントローラ１７が制御され、ビットレート変更前のデータがメモリ１８から掃き出されて光ディスク１に記録され、変更後のデータにより新たな年輪が形成される。
【０１５３】
本線系のビデオデータの変更が検出されると、他のデータ、すなわち、本線系のオーディオデータ、補助ＡＶデータおよび時系列メタデータも同様にしてメモリコントローラ１７による制御がなされ、クリップの分割が行われる。このとき、上述したように、補助ＡＶデータのＧＯＰ境界に合わせて本線系のＡＶデータを分割することができる。
【０１５４】
また、本線系のビデオデータのビットレートが変更された場合、実際のビデオデータのビットレートを徐々に変化させていくようにすると、再生画像に不自然な変化が現れず、好ましい。
【０１５５】
先ず、高ビットレートから低ビットレートに変化させる場合について、図１７を用いて説明する。当初、ビットレートモードが５０Ｍｂｐｓに設定されているものとする。記録中の操作部２１に対する操作により、時刻ｔ0においてビットレートモードを３０Ｍｂｐｓに変更するように指示される。制御部２０は、その指示を受けて、データ変換部１９の画像信号変換部４３Ｂに対してビットレート変更を指示する。このとき、時刻ｔ0から所定時間後の時刻ｔ1を目標として、ビットレートが徐々に低くなるように、ビットレートの変化速度に対して時定数処理がなされる。そして、時刻ｔ1が実際のビットレートの変更点とされ、この点でクリップ分割が行われる。
【０１５６】
またこの場合、時点ｔ0でビットレートの変更が指示されても、実際には、時点ｔ1に達するまでは、変更前のビットレートモードのビデオデータとして扱われる。例えば、ビットレートモードで指定されたビットレートによるデータ量と、実際の圧縮符号化による発生符号量との差分が所定のパディングデータで埋められる。
【０１５７】
低ビットレートから高ビットレートに変化させる場合は、上述の逆の処理になる。すなわち、例えば当初３０Ｍｂｐｓに設定されているビットレートを５０Ｍｂｐｓに変更するような場合、先ず、変更の指示のタイミングでビットレートモードが３０Ｍｂｐｓから５０Ｍｂｐｓに変更される。そして、制御部２０からデータ変換部１９の画像信号変換部４３Ｂに対して、所定の時間をかけて徐々にビットレートを高くするように、ビットレートの変化速度に対して時定数処理がなされる。また、例えば、ビットレートモードで指定されたビットレートによるデータ量と、実際の圧縮符号化による発生符号量との差分が所定のパディングデータで埋められる。クリップ分割は、例えばビットレートモードの変更点で行われる。
【０１５８】
制御部２０から画像信号変換部４３Ｂに対して、所定の時間間隔で少しずつ小さい値のビットレートを指示することで、上述のように、ビットレートを徐々に変更することができる。画像信号変換部４３Ｂでは、少しずつ小さく指示されるビットレートの値に応じて符号化後のフレームの総符号量を見積もり、見積もられた値に応じて符号化処理を行う。
【０１５９】
一方、オーディオデータに関しては、例えばリニアＰＣＭオーディオデータとして入力された本線系のオーディオデータのビット解像度の変更に対応することができる。変更が検出されると、上述のビデオデータの場合と同様に、変更点でクリップが分割される。ここでも、補助ＡＶデータのＧＯＰ境界に合わせてクリップ分割を行うことが可能である。
【０１６０】
オーディオデータの場合には、ビット解像度の変更後に変更前のビット解像度を維持し、ビット解像度の変更によるクリップ分割を行わないようにできる。例えば、この発明の実施の一形態によるディスク記録再生装置１０に対して外部から入力されるオーディオデータを光ディスク１に記録する際に、入力されるオーディオデータのビット解像度が当初２４ビットだったものが、ある時点で１６ビットに変更された場合、ビット解像度の変更後も、ビット解像度は２４ビットのままとすることができる。
【０１６１】
なお、以降、オーディオデータに関して、「２４ビットのビット解像度」および「１６ビットのビット解像度」を適宜、それぞれ「２４ビット」および「１６ビット」と略称する。
【０１６２】
図１８を用いて説明する。当初、２４ビットで入力されていたオーディオデータが、ビット解像度変更点において、ビット解像度が１６ビットに変更される（図１８Ａ）。このとき、１６ビットに変更されたオーディオデータの下位側（ＬＳＢ側）８ビットに、図１８Ｂに一例が示されるように、オーディオデータにおいて無音を示すデータ（例えば値「０」）が付加され、全体として２４ビットとされる。このとき、付加する８ビットのデータは無音に限らず、ディザを加えるようにしてもよい。
【０１６３】
また例えば、当初１６ビットだったオーディオデータが２４ビットに変更された場合も同様に、ビット解像度の変更後も、ビット解像度は１６ビットのままとすることができる。
【０１６４】
図１９を用いて説明する。当初、１６ビットで入力されていたオーディオデータが、ビット解像度変更点において、ビット解像度が２４ビットに変更される（図１９Ａ）。このとき、図１９Ｂに一例が示されるように、２４ビットで入力されたオーディオデータの下位側（ＬＳＢ側）の８ビットが捨てられ、全体として１６ビットとされる。
【０１６５】
さらに、リニアＰＣＭオーディオデータとして入力されていたオーディオデータが、リニアＰＣＭ以外の符号化方式で符号化されたオーディオデータ（以降、ノンオーディオのオーディオデータと称する）に変更された場合には、ノンオーディオのオーディオデータをミュートし、クリップ分割をせずに記録を続行することができる。ミュートは、例えば無音を表すオーディオデータを記録することでなされ、ノンオーディオのオーディオデータは、無音のオーディオデータとして記録される。すなわち、ノンオーディオのオーディオデータは、無音を表すオーディオデータと置き換えられることになる。
【０１６６】
なお、ノンオーディオのオーディオデータがリニアＰＣＭオーディオデータに変更された場合には、分割後のクリップでリニアＰＣＭオーディオデータを記録することができる。
【０１６７】
以上のようなオーディオデータのビット解像度の変換処理やノンオーディオのオーディオデータ入力時の無音処理は、例えば、制御部２０の指示に基づく音声信号変換部４５で行うことができる。これに限らず、制御部２０の指示に基づくメモリコントローラ１７の制御により、メモリ１８からオーディオデータを読み出す際の処理により行うこともできる。例えば、メモリ１８に、ノンオーディオのオーディオデータ表すデータを例えば１サンプル分格納しておき、当該データを繰り返し読み出す。
【０１６８】
オーディオデータの解像度は、オーディオデータが例えば放送局などで一般的に用いられる、ＡＥＳ／ＥＢＵ(Audio Engineering Society/European Broadcasting Union)による規格に準拠したフォーマット（例えば上述のAES3-1992(r1997)）で伝送される場合には、ヘッダの所定位置に対してビット解像度の情報が格納されるので、このデータを抜き出すことで、判定できる。また、リニアＰＣＭオーディオデータと、ノンオーディオのオーディオデータの識別も、同様にしてヘッダ情報などから判別することができる。
【０１６９】
なお、上述では、本線系のビデオデータについて、記録中のビットレートの変更について説明したが、これはこの例に限定されず、この発明の実施の一形態によるディスク記録再生装置１０は、記録中のフレームレートの変更や画像サイズ、アスペクト比の変更などにも対応可能である。この場合には、再生時に、フレームレートの変更の際には時間軸方向の補間／間引き処理を、画像サイズやアスペクト比の変更の際にはフレーム内での補間／間引き処理を行うことで、一定のフレームレート、画像サイズ、画像アスペクト比でビデオデータを出力することができる。このような補間／間引き処理は、例えば、メモリコントローラ１７により、メモリ１８に記憶されたビデオデータに対して行われる。画像信号変換部４３Ｂにおいて行ってもよい。
【０１７０】
また、上述では、本線系のビデオデータの符号化方式をＭＰＥＧ２として説明したが、これはこの例に限定されず、さらに他の方式で符号化されたビデオデータを混在記録するようにできる。また、ビデオデータのビットレートや他のパラメータについても、同様に、上述した以外のものにも対応可能である。
【０１７１】
オーディオデータについても同様に、符号化してノンオーディオとする場合、さらに他の符号化方式を用いることができる。オーディオデータについても、ビット解像度も、１６ビットおよび２４ビットに限らず、３２ビットや８ビット、１２ビットなど、他のビット解像度のオーディオデータを混在記録するようにできる。また、オーディオデータのサンプリング周波数は、標準的には４８ｋＨｚであるが、これもこの例に限定されず、例えば９６ｋＨｚ、１９２ｋＨｚなど、他のサンプリング周波数のオーディオデータを混在記録するようにできる。
【０１７２】
さらに、補助ＡＶデータもＭＰＥＧ４方式に限定されず、他の方式で符号化したビデオデータを混在記録するようにできる。
【０１７３】
さらにまた、光ディスク１に記録されたクリップの一覧表示を、図示されないモニタ装置などに表示できるようにすると、好ましい。例えば、ユーザの操作部２１に対する操作に応じてインデックスファイル「INDEX.XML」を読み込み、光ディスク１に記録されている全クリップの情報を得る。そして、各クリップディレクトリを参照し、補助ＡＶデータに基づきサムネイル画像を自動的に作成する。サムネイル画像は、例えば補助ＡＶデータの所定位置のフレームを読み込んで、所定の画像サイズに縮小などしてその都度、作成される。
【０１７４】
各クリップのサムネイル画像データがメモリコントローラ１７に供給され、メモリ１８に記憶される。そして、メモリ１８に記憶されたサムネイル画像データがメモリコントローラ１７により読み出され、データ変換部１９および信号入出力部３１を介して図示されないモニタ装置に供給され、モニタ装置にサムネイル画像が一覧表示される。モニタ装置に対するサムネイル画像の表示制御は、操作部２１からの操作により行うことができる。また、操作部２１に対する所定の操作により、サムネイル画像から所望の画像を選択し、選択されたサムネイル画像に対応したクリップを再生するようにできる。
【０１７５】
上述のサムネイル画像のモニタ装置への表示の際に、表示されるサムネイル画像に対応するクリップの諸情報、例えば本線系ビデオデータのビットレート、符号化方式などを、サムネイル画像と共に表示するようにできる。これは、、各クリップディレクトリから時系列メタデータや非時系列メタデータを読み出すことで、可能である。
【０１７６】
なお、上述では、AES3-1992(r1997)に規定される、チャンネルペアのオーディオデータをチャンネル分離し、チャンネル毎のオーディオデータファイルとして光ディスク１に記録し、光ディスク１にチャンネル毎に記録されたオーディオデータを、サンプル毎にチャンネル間でインターリーブしてシリアルオーディオデータとして出力するように説明したが、これはこの例に限定されない。すなわち、他の方式により多チャンネルが多重されて供給されたオーディオデータの場合も、チャンネルを分離してチャンネル毎のオーディオデータファイルとして光ディスク１に記録するようにできる。出力の場合も同様である。なお、出力の場合、光ディスク１に記録する際に入力された方式とは異なる方式により、多チャンネルのオーディオデータを多重化して出力することができる。
【０１７７】
【発明の効果】
以上説明したように、この発明では、複数チャンネルが多重化されて入力されたリニアＰＣＭのオーディオデータをチャンネル分離し、チャンネル毎にファイルに格納して記録媒体に記録している。そのため、チャンネル毎のデータ処理が容易になり、チャンネル構成の変更にも柔軟に対応できるという効果がある。
【０１７８】
また、この発明の実施の一形態では、設定された記録チャンネルに対して入力オーディオデータのチャンネル数が満たないときに、用いられていないチャンネルに無音を示すオーディオデータを出力するようにしているため、オーディオデータのチャンネル数が変更されても、チャンネル数が維持され、再生時の処理が容易になるという効果がある。
【０１７９】
さらに、この発明の実施の一形態では、入力されたオーディオデータのデータ種類に応じてチャンネルの処理方法を選択するようにしているので、入力されたオーディオデータがリニアＰＣＭのオーディオデータであれば、チャンネルペアを分離してチャンネル毎のオーディオデータファイルとして記録し、入力されたオーディオデータがノンオーディオのオーディオデータであればチャンネルペアを分離しないで記録することができる効果がある。
【図面の簡単な説明】
【図１】ＵＭＩＤのデータ構造を示す略線図である。
【図２】エッセンスマークを定義するために用いられる予約語の例を示す略線図である。
【図３】エッセンスマークの一例のデータ構造を示す略線図である。
【図４】光ディスクに対して年輪データが形成された一例の様子を示す略線図である。
【図５】年輪が形成された光ディスクに対するデータの読み書きが行われる一例の様子を示す略線図である。
【図６】年輪の連続性が保証されるようにデータ記録を行うことを説明するための図である。
【図７】アロケーションユニットについて説明するための図である。
【図８】この発明の実施の一形態におけるデータの管理構造について説明するための図である。
【図９】クリップの構造を概略的に示す略線図である。
【図１０】この発明の実施の一形態におけるデータの管理構造について説明するための図である。
【図１１】この発明の実施の一形態におけるデータの管理構造について説明するための図である。
【図１２】クリップ分割の境界を補助ＡＶデータのＧＯＰの境界に一致させることを説明するための図である。
【図１３】クリップ分割の際に元クリップと分割によって新規に生成されるクリップとに重複部分を持たせることを説明するための図である。
【図１４】この発明の実施の一形態に適用可能なディスク記録再生装置の一例の構成を示すブロック図である。
【図１５】データ変換部の一例の構成を示すブロック図である。
【図１６】オーディオデータの一例のデータフォーマットを示す略線図である。
【図１７】ビットレートが変更されたときに実際のビデオデータのビットレートを徐々に変化させていくことを説明するための図である。
【図１８】オーディオデータのビット解像度が変更されたときの処理を説明するための図である。
【図１９】オーディオデータのビット解像度が変更されたときの処理を説明するための図である。
【符号の説明】
１・・・光ディスク、１０・・・ディスク記録再生装置、１６・・・信号処理部、１７・・・メモリコントローラ、１８・・・メモリ、１９・・・データ変換部、２０・・・制御部、２１・・・操作部、３１・・・信号入出力部、４２・・・データ量検出部、４３・・・画像信号変換部、４４・・・音声信号変換部、４５・・・画像データ変換部、４６・・・音声データ変換部、４８・・・補助ＡＶデータ変換部、４９・・・補助ＡＶデータ変換部
【発明の属する技術分野】
この発明は、異なる複数のフォーマットのオーディオおよびビデオデータを、連続的な再生が可能なように１枚のディスク状記録媒体に混在して記録することが可能な記録装置および方法に関する。
【０００２】
【従来の技術】
近年では、より波長の短いレーザ光を光源として用い、より大容量の記録再生を可能としたディスク状記録媒体が出現している。例えば、波長４０５ｎｍのレーザ光を発する青紫色レーザを光源とし、片面１層構造の光ディスクを用いて２３ＧＢ（ギガバイト）の記録容量が実現されている。
【０００３】
一方、ビデオデータのデータフォーマットも、近年では、テレビジョン放送における画像の高精細度化などに伴い多岐にわたっており、符号化／復号化方式、データのビットレート、フレームレート、画素数、画面のアスペクト比など、それぞれ複数種類が一般的に用いられるようになっている。オーディオデータも同様に、ビット解像度や符号化／復号化方式など、それぞれ複数種類が一般的に用いられる。
【０００４】
さらに、ビデオカメラなどでは、撮像信号に基づき、高解像度の本映像信号を出力すると共に低解像度の補助映像信号を生成することが提案されている。補助映像信号は、例えばネットワークを介して一刻も早く映像信号を送りたいときや、早送りや巻き戻しによりビデオ映像の頭出しを行う際のシャトル操作などのときに用いて好適である。
【０００５】
非特許文献１には、上述した、大容量のディスク状記録媒体を用いると共に、高解像度の本映像信号を出力すると共に低解像度の補助映像信号を生成するようにしたビデオカメラが記載されている。
【０００６】
【非特許文献１】
ＡＶ Ｗａｔｃｈ編集部、”ソニー、青紫色レーザーディスクを使ったカムコーダなど”、”ソニー、青紫色レーザーディスクを使ったカムコーダなど−４月開催のＮＡＢ ２００３に出展。スタジオレコーダなども展示”［ｏｎｌｉｎｅ］、２００３年３月５日、Ｉｍｐｒｅｓｓ Ｃｏｒｐｏｒａｔｉｏｎ、ＡＶ Ｗａｔｃｈホームページ、［平成１５年３月２５日検索］、インターネット＜URL : http://www.watch.impress.co.jp/av/docs/20030305/sony.htm＞
【０００７】
【発明が解決しようとする課題】
このような状況において、上述した大容量のディスク状記録媒体に対して、複数の異なるデータフォーマットのオーディオ／ビデオデータ（以下、ＡＶデータ）を混在させ、尚かつ、連続的に記録、再生を可能とすることが求められている。
【０００８】
従来では、このように、複数の異なるデータフォーマットのＡＶデータを混在させ、且つ、連続的に記録媒体に記録し、複数の異なるデータフォーマットのＡＶデータが混在されて記録された記録媒体から、これら複数の異なるデータフォーマットのＡＶデータを連続的に再生し、また、編集するような技術は存在しなかった。
【０００９】
特に、オーディオデータに関しては、複数チャンネルのデータを同時に扱うことが一般的となっており、使用されるチャンネル構成の変更にも柔軟に対応できることが求められている。
【００１０】
したがって、この発明の目的は、異なる複数のフォーマットのオーディオおよびビデオデータを、連続的な再生が可能なように１枚のディスク状記録媒体に混在して記録できるようにした記録装置および方法を提供することにある。
【００１１】
また、この発明の他の目的は、オーディオデータのチャンネル構成に変更にも柔軟に対応できるようにした記録装置および方法を提供することにある。
【００１２】
【課題を解決するための手段】
この発明は、上述した課題を解決するために、複数のチャンネルのオーディオデータが多重化されて入力されたオーディオデータをディスク状記録媒体に記録する記録装置において、サンプル毎にプリアンブルが付加されたオーディオデータのデータ種類を、プリアンブルに含まれるオーディオデータが分離可能であるか否かを示す情報に基づき検出する検出手段と、検出手段による検出結果に基づきオーディオデータが複数のチャンネルがサンプル毎の分離が可能に多重化されたオーディオデータであると判断された場合、オーディオデータを複数のチャンネルそれぞれに分離する分離手段と、分離手段で複数のチャンネルそれぞれに分離された分離オーディオデータを、複数のチャンネルそれぞれの個別のファイルとしてディスク状記録媒体に記録し、検出手段による検出結果に基づきオーディオデータが複数のチャンネルがサンプル毎の分離が不能に多重化されたオーディオデータであると判断された場合、オーディオデータを単一のファイルとしてディスク状記録媒体に記録する記録手段とを有することを特徴とする記録装置である。
【００１３】
また、この発明は、複数のチャンネルのオーディオデータが多重化されて入力されたオーディオデータをディスク状記録媒体に記録する記録方法において、サンプル毎にプリアンブルが付加されたオーディオデータのデータ種類を、プリアンブルに含まれるオーディオデータが分離可能であるか否かを示す情報に基づき検出する検出のステップと、検出のステップによる検出結果に基づきオーディオデータが複数のチャンネルがサンプル毎の分離が可能に多重化されたオーディオデータであると判断された場合、オーディオデータを複数のチャンネルそれぞれに分離する分離のステップと、分離のステップで複数のチャンネルそれぞれに分離されたオーディオデータを、複数のチャンネルそれぞれの個別のファイルとしてディスク状記録媒体に記録し、検出のステップによる検出結果に基づきオーディオデータが複数のチャンネルがサンプル毎の分離が不能に多重化されたオーディオデータであると判断された場合、オーディオデータを単一のファイルとしてディスク状記録媒体に記録する記録のステップとを有することを特徴とする記録方法である。
【００１４】
また、この発明は、複数のチャンネルのオーディオデータが記録されたディスク状記録媒体からオーディオデータを再生する再生装置において、複数のチャンネルが多重化されたオーディオデータを複数のチャンネル毎に分離した分離オーディオデータがそれぞれ個別のファイルとして記録されたディスク状記録媒体から分離オーディオデータを再生する再生手段と、再生手段により再生された複数の分離オーディオデータに対して、オーディオデータが分離可能であるか否かを示す情報を含むプリアンブルをサンプル毎にそれぞれ付加して多重化する多重化手段とを有することを特徴とする再生装置である。
【００１５】
また、この発明は、複数のチャンネルのオーディオデータが記録されたディスク状記録媒体からオーディオデータを再生する再生方法において、複数のチャンネルが多重化されたオーディオデータを複数のチャンネル毎に分離した分離オーディオデータがそれぞれ個別のファイルとして記録されたディスク状記録媒体から分離オーディオデータを再生する再生のステップと、再生のステップにより再生された複数の分離オーディオデータに対して、オーディオデータが分離可能であるか否かを示す情報を含むプリアンブルをサンプル毎にそれぞれ付加して多重化する多重化のステップとを有することを特徴とする再生方法である。
【００１６】
上述したように、この発明は、オーディオデータのデータ種類を検出した検出結果に基づき、オーディオデータが複数のチャンネルがサンプルに基づく分離が可能に多重化されたオーディオデータであると判断された場合、オーディオデータを複数のチャンネルそれぞれに分離して複数のチャンネルそれぞれの個別のファイルとしてディスク状記録媒体に記録するようにしているため、オーディオデータのデータ種類が混在されて入力されたときに、複数チャンネルのそれぞれを分離可能なオーディオデータを判断し、チャンネル毎に分割されたファイルとして記録することができる。
【００１７】
また、この発明は、複数のチャンネルが多重化されたオーディオデータを複数のチャンネル毎に分離した分離オーディオデータがそれぞれ個別のファイルとして記録されたディスク状記録媒体から分離オーディオデータを再生し、再生された複数の分離オーディオデータを多重化するようにしているため、ディスク状記録媒体に記録された複数のオーディオデータを再生して元の多重化されたオーディオデータを作成することができる。
【００１８】
【発明の実施の形態】
以下、この発明の実施の一形態について説明する。この発明では、１枚のディスク状記録媒体（以下、ディスクと略称する）に対して、複数の信号種類（フォーマット）のオーディオデータおよびビデオデータ（以下、適宜、ＡＶデータと略称する）を、当該複数の信号種類のＡＶデータを連続的に再生することができるように混在させて連続的に記録可能とする。
【００１９】
なお、以下では、上述の「１枚のディスク状記録媒体に対して、複数の信号種類のＡＶデータを、当該複数の信号種類のＡＶデータを連続的に再生することができるように混在させて連続的に記録する、」ことを、繁雑さを避けるために、適宜「１枚のディスクに混在可能」などと称する。
【００２０】
先ず、この発明において１枚のディスクに混在可能とするデータの信号種類（フォーマット）の例について説明する。
【００２１】
符号化方式としては、例えばＭＰＥＧ２(Moving Pictures Experts Group 2)方式においてフレーム内符号化によるＩピクチャのみでビデオデータを構成する符号化方式や、Ｉピクチャと、予測符号化によるＰピクチャおよびＢピクチャとによりビデオデータを構成する符号化方式を１枚のディスクに混在可能とされる。勿論、ＭＰＥＧ２方式以外の符号化方式を混在させることも可能である。
【００２２】
なお、上述の、Ｉピクチャのみでビデオデータを構成する符号化方式においては、ランダムアクセスの単位であるＧＯＰ(Group Of Picture)は、一枚のＩピクチャで構成される。この方式を、以下、便宜上「シングルＧＯＰ方式」と称する。この発明の実施の一形態では、このシングルＧＯＰ方式は、ＭＰＥＧ２の４：２：２プロファイルが適用される。また、Ｉ、ＰおよびＢピクチャを用いてビデオデータを構成する符号化方式では、ＧＯＰは、Ｉピクチャで完結し、１または複数のＰおよびＢピクチャを含む。以下では、便宜上、複数フレームからＧＯＰが構成されるこの方式を、「ロングＧＯＰ方式」と称する。
【００２３】
ビデオデータについては、一例として、上述のシングルＧＯＰ方式におけるビットレートモード３０Ｍｂｐｓ(Mega bit per second)、４０Ｍｂｐｓおよび５０Ｍｂｐｓのビデオデータが１枚のディスクに混在可能とされ、ロングＧＯＰにおけるビットレートモード２５Ｍｂｐｓのビデオデータがさらに１枚のディスクに混在可能とされる。シングルＧＯＰやロングＧＯＰで、さらに他のビットレートモードを混在させてもよい。
【００２４】
なお、ビットレートモードは、ビットレートモードで示されるビットレート値を最大値とするようにビデオデータを圧縮符号するモードである。例えば、ビットレートモード５０Ｍｂｐｓのビデオデータは、実際には、画像の複雑さなどに応じて、５０Ｍｂｐｓ以下のビットレートのデータを伝送データ中に含む。ビットレートモードで示されるビットレートに満たないデータ量のフレームに対し、ビットレートモードで示されるビットレートとのデータ量の差分を、所定のパディングデータで埋めることで、見かけのビットレートをビットレートモードで示されるビットレートとすることができる。
【００２５】
また、ビデオデータに関して、走査方式はインタレース方式およびプログレッシブ方式のデータを１枚のディスクに混在可能とされ、それぞれの方式において複数のフレームレートのデータを１枚のディスクに混在可能とされる。画面サイズでは、アスペクト比が４：３および１６：９のそれぞれのデータを１枚のディスクに混在して記録可能とされ、例えばアスペクト比が４：３であれば、標準的（ＳＤ：Standard Definision）な６４０画素×４８０ラインおよびより高精細（ＨＤ：High Definision）な１４４０画素×１０８８ラインのデータを１枚のディスクに混在可能である。アスペクト比が１６：９の場合にも、複数種類の画像サイズのデータを同様に１枚のディスクに混在可能である。
【００２６】
さらに、カラープロファイルも、上述の４：２：２に限らず、４：２：０など、他のフォーマットが混在可能である。
【００２７】
オーディオデータについては、リニアＰＣＭ(Pulse Code Modulation)で符号化されたオーディオデータ（以下、リニアＰＣＭオーディオデータと略称する）およびリニアＰＣＭ以外の符号化方式で符号化されたオーディオデータ（例えば、リニアＰＣＭオーディオデータをさらに圧縮符号化したオーディオデータ）を１枚のディスクに混在可能である。オーディオデータは、例えば１６ビットおよび２４ビットといった複数種類のビット解像度に対応し、４チャンネルや８チャンネルなど、複数のチャンネル組み合わせを１枚のディスクに混在可能とされる。
【００２８】
この発明の実施の一形態においては、オーディオデータは、０チャンネル（オーディオ無し）、４チャンネルおよび８チャンネルから記録チャンネル数を選択するようにされている。入力されたオーディオデータのチャンネル数が選択された記録チャンネル数に満たない場合は、残りのチャンネルに対して無音を示すオーディオデータが記録され、記録チャンネル数が維持される。例えば、記録チャンネル数として８チャンネルが選択されたときに、２チャンネルのオーディオデータが入力された場合、残りの６チャンネルは、無音のオーディオデータが記録され、記録データとしては、８チャンネルのオーディオデータとされる。
【００２９】
また、複数チャンネルが多重化されて入力されたオーディオデータは、チャンネル毎に個別のオーディオデータとして記録される。再生の際には、例えば、個別のオーディオデータを元の多重化方式で多重化して出力される。
【００３０】
この発明の実施の一形態においては、上述の本線系、すなわち、実際の放送や編集の対象とされるＡＶデータの他に、さらに、本線系のＡＶデータに対応した補助ＡＶデータおよびメタデータが同一のディスク上に記録される。
【００３１】
補助ＡＶデータは、本線系のＡＶデータに基づくより低ビットレートとしたオーディオ／ビデオデータである。この補助ＡＶデータは、本線系のＡＶデータを、ビットレートを例えば数Ｍｂｐｓまで落とすように圧縮符号化して生成する。補助ＡＶデータを生成するための符号化方式は、ＭＰＥＧ４を初めとして複数種類が存在するが、この発明の実施の一形態では、異なる複数の符号化方式で符号化された補助ＡＶデータを１枚のディスクに混在可能である。また、同一の符号化方式であって、異なる符号化パラメータを用いて符号化された補助ＡＶデータも、１枚のディスクに混在可能である。
【００３２】
なお、この発明の実施の一形態では、補助ＡＶデータで扱われるオーディオデータのチャンネル数は、８チャンネルに固定的とされる。すなわち、例えば補助ＡＶデータのオーディオデータのチャンネル数を８チャンネルとして、上述した本線系のオーディオデータにおいて、記録チャンネルとして０チャンネルおよび４チャンネルの何れかが選択された場合や、選択された記録チャンネルに対してさらに入力チャンネル数が少ない場合でも、補助ＡＶデータにおけるオーディオデータのチャンネル数は、８チャンネルである。本線系のオーディオデータの記録チャンネル数が８チャンネルに満たない場合、補助ＡＶデータにおけるオーディオデータの残りのチャンネル（すなわち本線系のオーディオデータのチャンネルに対応しないチャンネル）は、無音を示すオーディオデータが記録される。
【００３３】
メタデータは、あるデータに関する上位データであり、各種データの内容を表すためのインデックスとして機能する。メタデータには、上述の本線系のＡＶデータの時系列に沿って発生される時系列メタデータと、本線系のＡＶデータにおけるシーン毎など、所定の区間に対して発生される非時系列メタデータの２種類がある。
【００３４】
時系列メタデータは、例えばタイムコード、ＵＭＩＤ(Unique Material Identifier)、エッセンスマークが必須データとされる。さらに、撮影時におけるビデオカメラのアイリスやズーム情報といったカメラメタ情報を、時系列メタデータに含めることもできる。さらにまた、ＡＲＩＢ(Association of Radio Industries and Businesses)に規定される情報を時系列メタデータに含めることもできる。なお、ＡＲＩＢに基づくデータおよびカメラメタ情報は、データサイズが比較的大きいので、排他的に混在させることが好ましい。カメラメタ情報およびＡＲＩＢは、時間解像度を落として時分割多重で時系列メタデータに含ませることもできる。
【００３５】
非時系列メタデータとしては、タイムコードやＵＭＩＤの変化点情報、エッセンスマークに関する情報、ユーザビットなどが含まれる。
【００３６】
ＵＭＩＤについて、概略的に説明する。ＵＭＩＤは、ビデオデータ、オーディオデータおよびその他の素材データを識別するために唯一的に決定される、ＳＭＰＴＥ−３３０Ｍにより規格化された識別子である。
【００３７】
図１は、ＵＭＩＤのデータ構造を示す。ＵＭＩＤは、素材データを識別するためのＩＤ情報としてのベーシックＵＭＩＤと、素材データ内の各コンテンツを識別するためのシグネイチャメタデータとから構成される。ベーシックＵＭＩＤおよびシグネイチャメタデータは、それぞれ３２バイトのデータ長からなるデータ領域を有する。ベーシックＵＭＩＤにシグネイチャメタデータが付加された６４バイトのデータ長を有する領域を、拡張ＵＭＩＤと称する。
【００３８】
ベーシックＵＭＩＤは、１２バイトのデータ長を有する領域Universal Labelと、１バイトのデータ長を有する領域Length Valueと、３バイトのデータ長を有する領域Instance Numberと、１６バイトのデータ長を有する領域Material Numberとから構成される。
【００３９】
領域Universal Labelは、直後から続くデータ列がＵＭＩＤであることを識別するための符号が格納される。領域Length Valueは、ＵＭＩＤの長さが示される。ベーシックＵＭＩＤと拡張ＵＭＩＤとでは符号の長さが異なるため、領域Lengthにおいて、ベーシックＵＭＩＤは値〔１３ｈ〕で示され、拡張ＵＭＩＤは値〔３３ｈ〕で示される。なお、この括弧〔〕内の表記において、数字の後の「ｈ」は、数字が１６進表記であることを示す。領域Instance Numberは、素材データに上書き処理や編集処理が施されたか否かが示される。
【００４０】
領域Material Numberは、４バイトのデータ長を有する領域Time Snapと、８バイトのデータ長を有する領域Rndと、４バイトのデータ長を有する領域Machine nodeの３つの領域からなる。領域Time Snapは、１日のスナップクロックサンプル数を示す。これにより、クロック単位で素材データの作成時刻などが示される。領域Rndは、正確でない時刻をセットしたときや、例えばＩＥＥＥ(Institute Electrical and Erectronic Engineers)で定義された機器のネットワークアドレスが変化したときに、番号が重複して付されないようにするためのランダムナンバである。
【００４１】
シグネイチャメタデータは、８バイトのデータ長を有する領域Time.Dateと、１２バイトのデータ長を有する領域Spatial Co-ordinatedと、それぞれ４バイトのデータ長を有する領域Country、領域Organizationおよび領域Userとから構成される。
【００４２】
領域Time/Dateは、素材が生成された時間と日付とが示される。領域Spatial Co-ordinatedは、素材が生成された時間に関する補正情報（時差情報）や、緯度、経度および高度で表される位置情報とが示される。位置情報は、例えばビデオカメラにＧＰＳ(Global Positioning System)に対応する機能を設けることで取得可能である。領域Country、領域Organizationおよび領域Userは、省略されたアルファベットの文字や記号などを用いて、それぞれ国名、組織名およびユーザ名が示される。
【００４３】
なお、ＵＭＩＤは、上述したように拡張ＵＭＩＤを用いる場合、データ長が６４バイトとなり、時系列的に順次記録するためには、容量が比較的大きい。そのため、時系列メタデータに対してＵＭＩＤを埋め込む際には、ＵＭＩＤを所定の方式で圧縮することが好ましい。
【００４４】
ＵＭＩＤは、この発明の実施の一形態の用途に用いる限りは、先頭から１０バイト乃至１３バイトが固定的な値とされる。そのため、この発明の実施の一形態においては、ＵＭＩＤの先頭から１０バイト乃至先頭から１３バイトは、省略することができる。また、ＵＭＩＤを時系列メタデータに格納する際に、所定の方式でエンコードすることができる。この場合、エンコード方式としてＢａｓｅ６４を用いると、エンコード結果がアスキーコードとなり、例えばＸＭＬ文書に埋め込むのが容易となり好ましい。さらに、差分だけを用いることも考えられる。例えば、同一ディレクトリ内に同一時刻に発生されるデータには、一部が共通とされたＵＭＩＤが付与される。これを利用してＵＭＩＤの差分だけを用いることで、データ量を減らすことができる。
【００４５】
エッセンスマークについて概略的に説明する。エッセンスマークは、撮影時において例えばビデオデータに構成される映像シーン（またはカット）である映像シーンデータに関連するインデックスを表す。エッセンスマークを用いることで、撮影後に、どのようなシーンであるかが映像シーンデータの再生処理をしなくても把握することができる。
【００４６】
この発明の実施の一形態においては、エッセンスマークは、予め予約語として定義される。そのため、例えば撮像装置、再生装置および編集装置のインターフェイス間で、エッセンスマークを相手装置に応じて変換することなく、共通した制御を行うことが可能とされる。
【００４７】
図２は、エッセンスマークを定義するために用いられる予約語の例を示す。なお、この図２の例は一例であって、さらに他のエッセンスマークを追加定義することも可能である。"_RecStart"は、記録の開始位置を示す撮影開始マークである。"_RecEnd"は、記録の終了位置を示す撮影終了マークである。"_ShotMark1"および"_ShotMark2"は、注目すべき時点などの任意の位置を示すショットマークである。"_Cut"は、カット位置を示すカットマークである。"_Flash"は、フラッシュが発光された位置を検出したフラッシュ検出位置を示すフラッシュマークである。"_FilterChange"は、撮像装置においてレンズフィルタを変更した位置を示すフィルタ変更マークである。"_ShutterSpeedChange"は、撮像装置においてシャッタ速度を変更した位置を示すシャッタ速度変更マークである。"_GainChange"は、フィルタなどのゲインを変更した位置を示すゲイン変更マークである。"_WhiteBalanceChange"は、ホワイトバランスを変更した位置を示すホワイトバランス変更マークである。"_OverBrightness"は、ビデオ信号の出力レベルが限界値を超えた位置を示すマークである。"_OverAudioLimiter"は、オーディオ信号の出力レベルが限界値を超えた位置を示す大音量マークである。上述までの各マークは、例えばビデオデータのフレーム単位で記録される。
【００４８】
"_In-XXX"は、カットまたは素材の切り出し開始位置を示す編集開始マークである。"_Out-XXX"は、カットまたは素材の切り出し終了位置を示す編集終了マークである。編集開始マークおよび編集終了マークは、編集開始点（ＩＮ点）や編集終了点（ＯＵＴ点）が追加される毎に、数字やアルファベットなどが"XXX"の部分にシーケンシャルにナンバリングされる。例えば、"_In-001"、"_In-002"、・・・のようになる。
【００４９】
上述のように定義されたエッセンスマークを、粗編集処理時にインデックス情報として用いることで、目的とする映像シーンを効率的に選択することが可能とされる。
【００５０】
図３は、エッセンスマークの一例のデータ構造を示す。エッセンスマークは、図２を用いて説明したように、映像シーンの特徴などがテキストデータにより表され、映像コンテンツデータ（本線系のＡＶデータ）と関連付けられたメタデータである。エッセンスマークは、ＫＬＶ(Key Length Value)符号化されて記録や伝送がなされる。図３は、このＫＬＶ符号化されたエッセンスマークのフォーマットを示す。このフォーマットは、ＳＭＰＴＥ ３３５Ｍ／ＲＰ２１０Ａのメタデータ辞書に準拠したものである。
【００５１】
ＫＬＶ符号化されたエッセンスマークは、１６バイトのデータ長を有する「Ｋｅｙ」部と、１バイトのデータ長を有する「Ｌ（ｌｅｎｇｔｈ）」部と、最大３２バイトのデータ長を有する「Ｖａｌｕｅ」部とからなる。「Ｋｅｙ」部は、ＳＭＰＴＥ ３３５Ｍ／ＲＰ２１０Ａに準拠した、ＫＬＶ符号化されたデータ項目を示す識別子であり、この例では、エッセンスマークであることを示す値とされる。「Ｌ」部は、「Ｌ」部以降に続くデータ長をバイト単位で表す。最大で３２バイトのデータ長が表現される。「Ｖａｌｕｅ」部は、エッセンスマークが格納されるテキストデータからなる領域である。
【００５２】
次に、この発明の実施の一形態によるディスク上へのデータ配置について説明する。この発明の実施の一形態では、ディスク上に年輪を形成するようにしてデータを記録する。年輪データは、データの再生時間によって示されるデータ量を単位としてディスクに記録されるデータである。例えば本線系のオーディオデータおよびビデオデータに限定して説明すると、再生時間帯が対応するオーディオデータおよびビデオデータを、トラックの１周分以上のデータサイズを有する所定の再生時間単位毎に交互に配置して記録する。このように記録を行うことで、再生時間帯が対応するオーディオデータおよびビデオデータの組が時系列的に重層されて、年輪が形成される。
【００５３】
この実施の一形態では、実際には、再生時間帯が対応するオーディオデータおよびビデオデータに加え、これらのデータに再生時間帯が対応する補助ＡＶデータおよび時系列メタデータを一組として記録することで年輪を形成し、光ディスク１に対するデータの記録を行う。
【００５４】
なお、年輪を形成するデータを年輪データと称する。年輪データは、ディスクにおける最小の記録単位であるセクタの整数倍のデータ量とされる。また、年輪は、その境界がディスクのセクタの境界と一致するように記録される。
【００５５】
図４は、光ディスク１に対して年輪データが形成された一例の様子を示す。この図４の例では、光ディスク１の内周側から順に、オーディオ年輪データ＃１、ビデオ年輪データ＃１、オーディオ年輪データ＃２、ビデオ年輪データ＃２、補助ＡＶ年輪データ＃１および時系列メタ年輪データ＃１が記録されており、この周期で年輪データが扱われる。時系列メタ年輪データ＃１の外周側には、さらに、次の周期の年輪データの一部がオーディオ年輪データ＃３およびビデオ年輪データ＃３として示されている。
【００５６】
この図４の例は、時系列メタ年輪データの１年輪データ分の再生時間帯と補助ＡＶ年輪データの１年輪データ分の再生時間帯とが対応し、時系列メタ年輪データの１年輪データ分の再生時間帯とオーディオ年輪データの２周期分の再生時間帯が対応することを示している。同様に、時系列メタ年輪データの１年輪データ分の再生時間帯とビデオ年輪データの２周期分の再生時間帯が対応することを示している。このような、各年輪データの再生時間帯および周期の対応付けは、例えばそれぞれのデータレートなどに基づき設定される。なお、ビデオ年輪データやオーディオ年輪データの１年輪データ分の再生時間は、経験値的には１．５秒〜２秒程度が好ましい。
【００５７】
図５は、上述の図４のように年輪が形成された光ディスク１に対するデータの読み書きが行われる一例の様子を示す。光ディスク１に十分な大きさの連続した空き領域が存在し、その空き領域に欠陥が無い場合、オーディオデータ、ビデオデータ、補助ＡＶデータ時系列メタデータの各データ系列から、再生時間帯に基づきそれぞれ生成されたオーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、図５Ａに一例が示されるように、光ディスク１の空き領域に対して、恰も一筆書きをするように書き込まれる。このとき、何れのデータの境界も、光ディスク１のセクタの境界と一致するように書き込まれる。光ディスク１からのデータの読み出しも、書き込み時と同様にして行われる。
【００５８】
一方、光ディスク１からある特定のデータ系列を読み出す場合には、読み出しデータ系列の記録位置にシークしてそのデータを読み出すという動作が繰り返される。図５Ｂは、このようにして補助ＡＶデータの系列を選択的に読み出す様子を示す。例えば図４も参照し、補助ＡＶ年輪データ＃１が読み出されたら、続いて記録されている時系列メタ年輪データ＃１、オーディオ年輪データ＃３およびビデオ年輪データ＃３、ならびに、オーディオ年輪データ＃４およびビデオ年輪データ＃４（図示しない）をシークにより飛び越し、次の周期の補助ＡＶ年輪データ＃２が読み出される。
【００５９】
このように、データの光ディスク１への記録を、再生時間を単位とし、再生時間帯に応じた年輪データとして周期的に行うことで、同じような再生時間帯のオーディオ年輪データとビデオ年輪データとが光ディスク１上の近い位置に配置されるので、光ディスク１から、再生時刻が対応するのオーディオデータとビデオデータとを迅速に読み出して再生することが可能となる。また、年輪の境界とセクタの境界とが一致するように記録されるので、光ディスク１からオーディオデータまたはビデオデータだけを読み出すことが可能となり、オーディオデータまたはビデオデータだけの編集を迅速に行うことが可能となる。また、上述したように、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、光ディスク１のセクタの整数倍のデータ量を有し、さらに、年輪データの境界とセクタの境界とが一致するように記録されている。そのため、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データのうち何れか１系列のデータだけが必要な場合に、他のデータの読み出しを行うことなく、必要なデータだけを読み出すことができる。
【００６０】
上述したような、年輪によるデータ配置の利便性を活かすためには、光ディスク１に対するデータの記録を、年輪の連続性が保証されるように行う必要がある。このことについて、図６を用いて説明する。例えば補助ＡＶ年輪データ（図６では「ＬＲ」と表示）だけ読み出すことを考える。
【００６１】
例えば記録時に連続した十分に大きな空き領域が確保されていれば、複数周期の年輪を連続的に記録することができる。この場合、図６Ａに示されるように、時間的に連続する補助ＡＶ年輪データを、最小のトラックジャンプで読み出すことができる。すなわち、補助ＡＶ年輪データを読み出したら、次の周期の年輪における補助ＡＶ年輪データを読み出すという動作を繰り返すことが可能となり、ピックアップがジャンプする距離が最短となる。
【００６２】
これに対して、例えば記録時に連続した空き領域が確保できず、時間的に連続する補助ＡＶデータを光ディスク１上の飛び飛びの領域に記録した場合、図６Ｂに一例が示されるように、最初の補助ＡＶ年輪データを読み出したら、例えば年輪の複数周期分に相当する距離をピックアップがジャンプして、次の補助ＡＶ年輪データを読み出さなければならない。この動作が繰り返されるため、図６Ａに示される場合に比べて、補助ＡＶ年輪データの読み出し速度が低下してしまう。また、本線系のＡＶデータにおいては、図６Ｃに一例が示されるように、未編集ＡＶデータ（ＡＶクリップ）の再生が滞る可能性がある。
【００６３】
そこで、この発明の実施の一形態では、年輪の連続性を保証するために、年輪の複数周期分の長さを持つアロケーションユニットを定義し、年輪でデータを記録する際に、このアロケーションユニットで定義されたアロケーションユニット長を越える長さの、連続した空き領域を確保する。
【００６４】
図７を用いてより具体的に説明する。アロケーションユニット長は、予め設定される。アロケーションユニット長を、年輪で１周期に記録される各データの合計再生時間の複数倍に設定する。例えば、年輪の１周期に対応する再生時間が２秒であるとした場合、アロケーションユニット長を１０秒に設定する。このアロケーションユニット長は、光ディスク１の空き領域の長さを計測する物差しとして用いられる（図７右上参照）。初期状態を、図７Ａに一例が示されるように、使用済み領域が光ディスク１に対して飛び飛びに３箇所、配置されているものとし、使用済み領域に挟まれた部分を空き領域とする。
【００６５】
この光ディスク１に対してある程度の長さを有するＡＶデータと、当該ＡＶデータに対応する補助ＡＶデータとを記録する場合、先ず、アロケーションユニット長と空き領域の長さとを比較して、アロケーションユニット長以上の長さを有する空き領域を予約領域として確保する（図７Ｂ）。この図７の例では、２つの空き領域のうち、右側の空き領域がアロケーションユニット長より長いとされ、予約領域として確保される。次に、この予約領域に対して、予約領域の先頭から年輪データを順次連続的に記録する（図７Ｃ）。このように年輪データを記録していき、予約領域の空き領域の長さが次に記録する年輪データの１周期分の長さに満たないときは（図７Ｄ）、予約領域を開放し、図７Ａのように、光ディスク１上のさらに他の空き領域に対してアロケーションユニット長を適用させながら、予約領域にできる空き領域を探す。
【００６６】
このように、複数周期分の年輪が記録できるだけの空き領域を探して、当該空き領域に年輪を記録することで、ある程度の年輪の連続性が保証され、年輪データの再生をスムースに行うことが可能とされる。なお、アロケーションユニット長は、上述では１０秒に設定したが、これはこの例に限定されず、さらに長い再生時間に対応する長さをアロケーションユニット長として設定することができる。実際的には、１０秒〜３０秒の間でアロケーションユニット長を設定すると好ましい。
【００６７】
次に、この発明の実施の一形態におけるデータの管理構造について、図８〜図１１を用いて説明する。この発明の実施の一形態では、データは、ディレクトリ構造で管理される。ファイルシステムとしては例えばＵＤＦ(Universal Disk Format)が用いられ、図８に一例が示されるように、ルートディレクトリ（ｒｏｏｔ）の直下にディレクトリＰＡＶが設けられる。この実施の一形態では、このディレクトリＰＡＶ以下を定義する。
【００６８】
すなわち、上述した、複数信号種のオーディオデータおよびビデオデータの１枚のディスク上への混在記録は、このディレクトリＰＡＶの配下において定義される。この発明の実施の一形態におけるデータ管理が及ばないディレクトリＰＡＶに対するデータの記録は、任意である。
【００６９】
ディレクトリＰＡＶの直下には、４つのファイル（INDEX.XML、INDEX.RSV、DISCINFO.XMLおよびDISCINFO.RSV）が置かれると共に、２つのディレクトリ（ＣＬＰＲおよびＥＤＴＲ）が設けられる。
【００７０】
ディレクトリＣＬＰＲは、クリップデータを管理する。ここでいうクリップは、例えば撮影が開始されてから停止されるまでの、ひとまとまりのデータである。例えば、ビデオカメラの操作において、操作開始ボタンが押されてから操作停止ボタンが押される（操作開始ボタンが解放される）までが１つのクリップとされる。
【００７１】
このひとまとまりのデータとは、上述した本線系のオーディオデータおよびビデオデータと、当該オーディオデータおよびビデオデータから生成された補助ＡＶデータと、当該オーディオデータおよびビデオデータに対応した時系列メタデータと非時系列メタデータとからなる。ディレクトリＣＬＰＲの直下に設けられたディレクトリ「C0001」、「C0002」、・・・には、クリップ毎に、クリップを構成するひとまとまりのデータが格納される。
【００７２】
すなわち、クリップは、図９に一例が示されるように、記録開始から終了までの共通の時間軸を有するビデオデータ、各チャンネルのオーディオデータ（１）、（２）、・・・、補助ＡＶデータおよび時系列メタデータ、ならびに、非時系列メタデータから構成される。なお、図９では、非時系列メタデータは、省略されている。
【００７３】
図１０は、ディレクトリＣＬＰＲの直下に設けられた、一つのクリップ「C0001」に対応するディレクトリ「C0001」の一例の構造を示す。以下、ディレクトリＣＬＰＲの直下の一つのクリップに対応するディレクトリを、適宜、クリップディレクトリと称する。クリップディレクトリの構成は、上述した図９の構成と略対応するものである。すなわち、クリップディレクトリ「C0001」に対して、上述のひとまとまりのデータのそれぞれがファイル名により区別されて格納される。この図１０の例では、ファイル名は、１２桁で構成され、デリミタ「．」より前の８桁のうち、前側５桁がクリップを識別するために用いられ、デリミタ直前の３桁は、オーディオデータ、ビデオデータ、補助ＡＶデータといった、データのタイプを示すために用いられている。また、デリミタ後の３桁は拡張子であって、データの形式を示している。
【００７４】
より具体的には、この図１０の例では、クリップ「C0001」を構成するひとまとまりのファイルとして、クリップ情報を示すファイル「C0001C01.SMI」、本線系ビデオデータファイル「C0001V01.MXF」、本線系の８ｃｈ分のオーディオデータファイル「C0001A01.MXF」〜「C0001A08.MXF」、補助ＡＶデータファイル「C0001S01.MXF」、非時系列メタデータファイル「C0001M01.XML」、時系列メタデータファイル「C0001R01.BIM」およびポインタ情報ファイル「C0001I01.PPF」が、クリップディレクトリ「C0001」に格納される。
【００７５】
このように、この発明の実施の一形態では、本線系のオーディオデータは、チャンネル毎にファイル（「C0001A01.MXF」〜「C0001A08.MXF」）に格納されて記録される。このとき、チャンネルペアのオーディオデータを単位として記録すると、再生の際のアクセス時間の短縮などの効果が期待でき、より好ましい。例えば、互いにチャンネルペアの関係にあるファイルをディスク上の物理的に近い位置に配置する。
【００７６】
この発明の実施の一形態では、ディレクトリＣＬＰＲ内におけるクリップディレクトリ間での上述のデータ信号種の混在は、許可される。例えば、本線系のビデオデータの信号種について、クリップディレクトリ「C0001」にシングルＧＯＰ、ビットレート５０Ｍｂｐｓのビデオデータを格納し、クリップディレクトリ「C0002」にロングＧＯＰ、ビットレート２５Ｍｂｐｓのビデオデータを格納することは可能である。一方、クリップディレクトリ内における各データ内でのデータ信号種の混在は、許可されない。例えば、ビデオデータにおいて、先頭からある時点まではビットレートモード５０Ｍｂｐｓで記録されており、その時点以降から末尾まではビットレートモード２５Ｍｂｐｓで記録されたようなビデオデータファイルは、格納できないものとされる。
【００７７】
説明は図８に戻り、ディレクトリＥＤＴＲは、編集情報が管理される。この発明の実施の一形態では、編集結果は、エディットリストやプレイリストとして記録される。ディレクトリＥＤＴＲの直下に設けられたディレクトリ「E0001」、「E0002」、・・・には、編集結果毎に、編集結果を構成するひとまとまりのデータが格納される。
【００７８】
エディットリストは、クリップに対する編集点（ＩＮ点、ＯＵＴ点など）や再生順序などが記述されるリストであって、クリップに対する非破壊の編集結果と、後述するプレイリストとからなる。エディットリストの非破壊の編集結果を再生すると、リストの記述に従いクリップディレクトリに格納されたファイルを参照し、恰も編集された１本のストリームを再生するかのように、複数のクリップからの連続した再生映像が得られる。しかしながら、非破壊編集の結果では、ファイルの光ディスク１上での位置とは無関係にリスト中のファイルが参照されるため、再生時の連続性が保証されない。
【００７９】
プレイリストは、編集結果に基づき、リストにより参照されるファイルやファイルの部分が連続的に再生するのが困難であると判断された場合に、当該ファイルやファイルの一部を光ディスク１上の所定の領域に再配置することで、エディットリストの再生時の連続性を保証するようにしたものである。
【００８０】
編集作業により上述のエディットリストを作成した結果に基づき、編集に用いられるファイルの管理情報（例えば後述するインデックスファイル「INDEX.XML」）を参照し、編集作業に基づき非破壊で、すなわち、編集結果に基づき参照されるファイルが各クリップディレクトリに置かれたままの状態で、連続的な再生が可能か否かを、見積もる。その結果、連続的な再生が困難であると判断されると、該当するファイルを光ディスク１の所定領域にコピーする。この所定領域に再配置されたファイルを、ブリッジエッセンスファイルと称する。また、編集結果にブリッジエッセンスファイルを反映させたリストを、プレイリストと称する。
【００８１】
例えば、編集結果が複雑なクリップの参照を行うようにされている場合、編集結果に基づく再生の際に、クリップからクリップへの移行の際にピックアップのシークが間に合わない事態が発生する可能性がある。このような場合に、プレイリストが作成され、ブリッジエッセンスファイルが光ディスク１の所定領域に記録される。
【００８２】
図１１は、ディレクトリＥＤＴＲの直下に設けられた、一つの編集結果「E0002」に対応するディレクトリ「E0002」の一例の構造を示す。以下、ディレクトリＥＤＴＲの直下の一つの編集結果に対応するディレクトリを、適宜、エディットディレクトリと称する。エディットディレクトリ「E0002」に対して、上述の編集結果により生成されたデータがそれぞれファイル名により区別されて格納される。ファイル名は、１２桁で構成され、デリミタ「．」より前の８桁のうち、前側５桁がエディット作業を識別するために用いられ、デリミタ直前の３桁は、データのタイプを示すために用いられる。また、デリミタ後の３桁は拡張子であって、データの形式を示している。
【００８３】
より具体的には、この図１１の例では、編集結果「E0002」を構成するファイルとして、エディットリストファイル「E0002E01.SMI」時系列および非時系列メタデータの情報が記述されるファイル「E0002M01.XML」、プレイリストファイル「E0002P01.SMI」、本線系データによるブリッジエッセンスファイル「E0002V01.BMX」および「E0002A01.BMX」〜「E0002A04.BMX」、補助ＡＶデータによるブリッジエッセンスファイル「E0002S01.BMX」および時系列、非時系列メタデータによるブリッジエッセンスファイル「E0002R01.BMX」が、エディットディレクトリ「E0002」に格納される。
【００８４】
エディットディレクトリ「E0002」に格納されるこれらのファイルのうち影を付して示したファイル、すなわち本線系データによるブリッジエッセンスファイル「E0002V01.BMX」および「E0002A01.BMX」〜「E0002A04.BMX」、補助ＡＶデータによるブリッジエッセンスファイル「E0002S01.BMX」および時系列、非時系列メタデータによるブリッジエッセンスファイル「E0002R01.BMX」は、プレイリストに属するファイルである。
【００８５】
なお、上述したように、エディットリストによりクリップディレクトリに格納された例えばビデオデータが参照される。クリップディレクトリ間では、異なるデータ信号種の混在が可能なので、結果的に、エディットリスト上では、異なるデータ信号種の混在が可能とされる。
【００８６】
説明は図８に戻り、ファイル「INDEX.XML」は、ディレクトリＰＡＶ以下に格納された素材情報を管理するインデックスファイルである。この例では、ファイル「INDEX.XML」は、ＸＭＬ(Extensible Markup Language)形式で記述される。このファイル「INDEX.XML」により、上述した各クリップおよびエディットリストが管理される。例えば、ファイル名とＵＭＩＤの変換テーブル、長さ情報(Duration)、当該光ディスク１全体を再生する際の各素材の再生順などが管理される。また、各クリップに属するビデオデータ、オーディオデータ、補助ＡＶデータなどが管理されると共に、クリップディレクトリ内にファイルで管理されるクリップ情報が管理される。
【００８７】
ファイル「DISCINFO.XML」は、このディスクに関する情報が管理される。再生位置情報なども、このファイル「DISCINFO.XML」に保存される。
【００８８】
この発明の実施の一形態では、撮影が開始されてから停止されるまでの間に、クリップを構成するひとまとまりのデータにおいて所定の変化が検出された場合には、その変化検出位置に対応する位置でクリップが分割され、分割位置以降を新規のクリップとする。この新規のクリップに対応する新規のディレクトリがディレクトリＣＬＰＲに対して自動的に作成され、作成されたディレクトリに当該新規クリップを構成するひとまとまりのデータが格納される。
【００８９】
クリップ分割は、少なくとも、クリップを構成するビデオデータおよびオーディオデータのうち何れか一方において、信号種（フォーマット）の変化が検出された場合になされる。分割の条件としては、より具体的には、以下の例が考えられる。先ず、ビデオデータに関しては、
（１）ビットレートの変化
（２）フレームレートの変化
（３）画像サイズの変化
（４）画像のアスペクト比の変化
（５）符号化方式の変化
オーディオデータに関しては、
（１）ビット解像度の変化
（２）サンプリング周波数の変化
（３）入力チャンネル数の変化
（４）符号化方式の変化
【００９０】
これらのうち、何れか一つに変化が検出された場合に、変化が検出されたタイミングに対応した位置で自動的にクリップが分割される。このとき、あるデータに変化が検出された場合、そのデータと同一のクリップに属する他のデータも、同じタイミングで分割される。
【００９１】
勿論、クリップ分割は、これに限らず、ビデオデータおよびオーディオデータのさらに他の属性の変化に応じて行うようにしてもよい。また、ビデオデータおよびオーディオデータに限らず、補助ＡＶデータや時系列メタデータにおける所定の変化を検出してクリップ分割を行うようにしてもよい。
【００９２】
例えば、補助ＡＶデータについては、例えばビットレートモードや符号化方式が変更された場合に、クリップ分割するようにできる。また、時系列メタデータについては、例えば、ＡＲＩＢによるメタデータとカメラデータとを排他的に記録する場合、ＡＲＩＢおよびカメラデータ間でデータ種類の変更があった場合に、クリップ分割するようにできる。さらに、時系列メタデータを伝送するために当初設定されているデータレートが変更されたときに、クリップ分割することも可能である。
【００９３】
さらに、本線系のビデオデータの変更に伴うクリップ分割の際に、本線系のオーディオデータおよび時系列メタデータを分割しないようにすることもできる。このようにすることで、クリップ分割によるファイルの増加を抑えることができる。なお、この場合でも、補助ＡＶデータは、本線系のビデオデータの変更に伴い分割される。
【００９４】
クリップ分割の際には、分割の境界を補助ＡＶデータのＧＯＰの境界に一致させると、クリップ内での時間軸とバイトオフセットとの関係が簡単になるので、処理が容易になり、好ましい。これは、例えばビデオデータやオーディオデータに上述した変化が検出された際に、図１２Ａに一例が示されるように、補助ＡＶデータの次のＧＯＰ境界までクリップ分割を待つか（分割位置Ｂ）、前のＧＯＰ境界に遡ってクリップ分割を行うことでなされる（分割位置Ａ）。実際には、分割位置Ｂでクリップ分割をするのが好ましい。
【００９５】
これに限らず、クリップ分割の際の分割の境界が補助ＡＶデータのＧＯＰ境界に一致しない場合に、補助ＡＶデータのＧＯＰの余った部分をスタッフィングバイトで埋め、補助ＡＶデータと本線系のビデオデータなど他のデータに対してデータ量を揃えることも考えられる。すなわち、図１２Ｂに一例が示されるように、補助ＡＶデータにおいて、例えばビデオデータに変化が検出された位置の直前のＧＯＰを当該クリップの最後のＧＯＰとし、その最後のＧＯＰの後端の境界から変化検出位置まで（図１２Ｂ中に斜線で表示）をスタッフィングバイトで埋める。
【００９６】
なお、本線系のビデオデータがシングルＧＯＰであれば、任意のフレーム位置でクリップ分割を行うことができる。これに対して、本線系のビデオデータがロングＧＯＰである場合には、クリップ分割位置のフレームが予測符号化によるＰピクチャあるいはＢピクチャによるフレームである可能性がある。そこで、ロングＧＯＰのビデオデータに対してクリップ分割を行う場合には、クリップ分割位置で一旦ＧＯＰを完結させるようにする。これは、例えば、分割位置直前のフレームがＢピクチャであれば当該フレームをＰピクチャあるいはＩピクチャに変換することで可能である。
【００９７】
クリップ分割の際に、分割の元クリップと分割によって新規に生成されるクリップとに重複部分を持たせるようにしてもよい。例えば、分割の元クリップおよび／または新規クリップにおいて、信号種の変化点を時間的に含むように、変化のタイミングに対して時間的な余裕を持ってクリップ分割が行われる。
【００９８】
一例として、本線系のビデオデータにおいて、当初のビットレート５０Ｍｂｐｓが３０Ｍｂｐｓに切り換えられる場合について、図１３を用いて説明する。図１２に示されるように、ビットレートが５０Ｍｂｐｓのビデオデータにおいては、ビットレートの切り換えが指示された位置からさらに所定の時間だけ余分（図中の斜線の部分）に、ビットレートが５０Ｍｂｐｓのままで記録がなされる。一方、ビットレートが３０Ｍｂｐｓのビデオデータは、ビットレートの切り換えが指示された位置よりも所定時間前（図中の斜線の部分）から、ビットレートが３０Ｍｂｐｓでの記録がなされる。
【００９９】
ビットレート切り換え点がクリップ分割位置となるため、例えばクリップの開始位置を指定するためのコマンドである"clip Begin"を用いて、実際のファイルの先頭位置に対するクリップの開始位置を調整する必要がある。
【０１００】
このような記録は、一例として、圧縮符号化以前のベースバンドのビデオデータにおいて、図１３の斜線の部分をそれぞれバッファリングしておき、対応するビットレートでそれぞれ圧縮符号化する。そして、例えば５０Ｍｂｐｓのビデオデータの例では、ビットレート切り換え点以前のビデオデータによるファイルに対して、斜線部分のファイルを継ぎ足すことで可能である。これは、実際にファイルを継ぎ足さずとも、上述したエディットリストへの記述や、クリップディレクトリ内のクリップ情報を示すファイル「C0001C01.SMI」にその旨を記述するようにしてもよい。
【０１０１】
なお、クリップディレクトリ名およびクリップディレクトリ内の各ファイルのファイル名の命名規則は、上述の例に限定されない。例えば、ファイル名やクリップディレクトリ名として、上述したＵＭＩＤを利用することが考えられる。ＵＭＩＤは、上述したように、拡張ＵＭＩＤまで考えるとデータ長が６４バイトとなり、ファイル名などに用いるには長いため、一部分だけを用いるのが好ましい。例えば、ＵＭＩＤ中で、クリップ毎に異なる値が得られるような部分がファイル名などに用いられる。
【０１０２】
また、クリップが分割された場合には、クリップディレクトリ名やファイル名を、クリップの分割理由を反映させるように命名すると、クリップの管理上、好ましい。この場合、少なくとも、クリップの分割がユーザにより明示的になされたものか、装置側の自動処理によるものかを判別可能なように、命名する。
【０１０３】
図１４は、この発明の実施の一形態に適用可能なディスク記録再生装置１０の一例の構成を示す。ここでは、ディスク記録再生装置１０は、ビデオカメラ（図示しない）に内蔵される記録再生部であるものとし、ビデオカメラにより撮像された撮像信号に基づくビデオ信号と、撮像に伴い入力されたオーディオ信号とが信号処理部３１に入力され、ディスク記録再生装置１０に供給される。また、信号入出力部３１から出力されたビデオ信号およびオーディオ信号は、例えばモニタ装置に供給される。
【０１０４】
勿論、これは一例であって、ディスク記録再生装置１０は、独立的に用いられる装置であるとしてもよい。例えば、記録部を有さないビデオカメラと組み合わせて用いることができる。ビデオカメラから出力されたビデオ信号およびオーディオ信号や、所定の制御信号、データが信号入出力部３１を介してディスク記録再生装置１０に入力される。また例えば、他の記録再生装置で再生されたビデオ信号およびオーディオ信号を、信号入出力部３１に入力するようにできる。また、信号入出力部３１に入力されるオーディオ信号は、ビデオ信号の撮像に伴い入力されるものに限定されず、例えば撮像後に、ビデオ信号の所望の区間にオーディオ信号を記録する、アフレコ（アフターレコーディング）のためのアフレコオーディオ信号でもよい。
【０１０５】
スピンドルモータ１２は、サーボ制御部１５からのスピンドルモータ駆動信号に基づいて、光ディスク１をＣＬＶ(Constant Linear Velocity)またはＣＡＶ(Constant Angler Velocity)で回転駆動する。
【０１０６】
ピックアップ部１３は、信号処理部１６から供給される記録信号に基づきレーザ光の出力を制御して、光ディスク１に記録信号を記録する。ピックアップ部１３はまた、光ディスク１にレーザ光を集光して照射すると共に、光ディスク１からの反射光を光電変換して電流信号を生成し、ＲＦ(Radio Frequency)アンプ１４に供給する。なお、レーザ光の照射位置は、サーボ制御部１５からピックアップ部１３に供給されるサーボ信号により所定の位置に制御される。
【０１０７】
ＲＦアンプ１４は、ピックアップ部１３からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、ならびに、再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部１５に供給し、再生信号を信号処理部１６に供給する。
【０１０８】
サーボ制御部１５は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部１５は、ＲＦアンプ１４からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部１３のアクチュエータ（図示しない）に供給する。またサーボ制御部１５は、スピンドルモータ１２を駆動するスピンドルモータ駆動信号を生成して、光ディスク１を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
【０１０９】
さらにサーボ制御部１５は、ピックアップ部１３を光ディスク１の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク１の信号読み出し位置の設定は、制御部２０によって行われ、設定された読み出し位置から信号を読み出すことができるように、ピックアップ部１３の位置が制御される。
【０１１０】
信号処理部１６は、メモリコントローラ１７から入力される記録データを変調して記録信号を生成し、ピックアップ部１３に供給する。信号処理部１６はまた、ＲＦアンプ１４からの再生信号を復調して再生データを生成し、メモリコントローラ１７に供給する。
【０１１１】
メモリコントローラ１７は、メモリ１８に対する書き込みアドレスの制御を行い、データ変換部１９から供給された記録データを適宜、メモリ１８に記憶する。また、メモリコントローラ１７は、メモリ１８に対する読み出しアドレスの制御を行い、メモリ１８に記憶されたデータを適宜、読み出し信号処理部１６に供給する。同様にして、メモリコントローラ１７はまた、信号処理部１６からの再生データを、適宜、メモリ１８に記憶すると共に、メモリ１８に記憶されたデータを読み出し、データ変換部１９に供給する。
【０１１２】
ビデオカメラで撮影された撮影画像に基づくビデオ信号とオーディオ信号が、信号入出力部３１を介してデータ変換部１９に供給される。詳細は後述するが、データ変換部１９では、供給されたビデオ信号を、例えばＭＰＥＧ２などの圧縮符号化方式を用い、制御部２０に指示されたモードで圧縮符号化し、本線系のビデオデータを生成する。このとき、よりビットレートの低い圧縮符号化処理も行われ、補助ＡＶデータが生成される。
【０１１３】
また、データ変換部１９では、供給されたオーディオ信号を、制御部２０に指示された方式で圧縮符号化し、本線系のオーディオデータとして出力する。オーディオ信号の場合は、圧縮符号化せずにリニアＰＣＭオーディオデータのまま出力してもよい。
【０１１４】
データ変換部１９で上述のようにして処理された本線系のオーディオデータおよびビデオデータ、ならびに、補助ＡＶデータは、メモリコントローラ１７に供給される。
【０１１５】
データ変換部１９はまた、メモリコントローラ１７から供給される再生データを、必要に応じて復号化し、所定のフォーマットの出力信号に変換して、信号入出力部３１に供給する。
【０１１６】
制御部２０は、ＣＰＵ(Central Processing Unit)、ＲＯＭ(Read Only Memory)やＲＡＭ(Random Access Memory)などのメモリ、これらを接続するためのバスなどからなり、このディスク記録再生装置１０の全体を制御する。ＲＯＭは、ＣＰＵの起動時に読み込まれる初期プログラムや、ディスク記録再生装置１０を制御するためのプログラムなどが予め記憶される。ＲＡＭは、ＣＰＵのワークメモリとして用いられる。また、制御部２０により、ビデオカメラ部の制御もなされる。
【０１１７】
さらに、制御部２０により、ＲＯＭに予め記憶されたプログラムに従い、光ディスク１にデータを記録し、記録されたデータを再生する際のファイルシステムが提供される。すなわち、このディスク記録再生装置１０において、データの光ディスク１に対する記録、光ディスク１からのデータの再生は、制御部２０の管理下において行われる。
【０１１８】
操作部２１は、例えば、ユーザによって操作され、その操作に対応する操作信号を制御部２０に供給する。制御部２０は、操作部２１からの操作信号などに基づき、サーボ制御部１５、信号処理部１６、メモリコントローラ１７およびデータ変換部１９を制御し、記録再生処理を実行させる。
【０１１９】
また、操作部２１からの操作信号に基づき、例えば記録ビデオデータに対するビットレート、フレームレート、画像サイズ、画像アスペクト比の設定などが行われる。さらに、記録オーディオデータに対する圧縮符号化処理のＯＮ／ＯＦＦやビット解像度の設定を、操作部２１から行うようにしてもよい。これらの設定に基づく制御信号がメモリコントローラ１７およびデータ変換部１９に供給される。
【０１２０】
さらに、操作部２１により、本線系のオーディオデータの記録チャンネル数を設定することができる。この設定に基づく操作信号が操作部２１から制御部２０に供給される。制御部２０では、この操作信号に基づき、設定された記録チャンネル数でオーディオデータを記録する旨を指令する制御信号が制御部２０から信号処理部１６、メモリコントローラ１７、データ変換部１９などに供給される。
【０１２１】
なお、このディスク記録再生装置１０には、ＧＰＳによる信号を受信するためのアンテナ２２と、アンテナ２２で受信されたＧＰＳ信号を解析し、緯度、経度、高度からなる位置情報を出力するＧＰＳ部２３とを有する。ＧＰＳ部２３から出力された位置情報は、制御部２０に供給される。なお、アンテナ２２およびＧＰＳ部２３は、ビデオカメラ部に設けてもよいし、ディスク記録再生装置１０の外部に外付けされる装置としてもよい。
【０１２２】
図１５は、データ変換部１９の一例の構成を示す。光ディスク１へのデータの記録時には、信号入出力部３１から入力された記録すべき信号が、デマルチプレクサ４１に供給される。信号入出力部３１には、ビデオカメラ部から、動画のビデオ信号、当該ビデオ信号に付随するオーディオ信号が入力されると共に、カメラの撮影情報、例えばアイリスやズームに関する情報がカメラデータとしてリアルタイムに入力される。
【０１２３】
デマルチプレクサ４１は、信号入出力部３１から供給される信号から、関連する複数のデータ系列、すなわち、例えば、動画のビデオ信号と、そのビデオ信号に付随するオーディオ信号とを分離し、データ量検出部４２に供給する。さらに、デマルチプレクサ４１は、信号入出力部３１から供給される信号からカメラデータを分離して出力する。このカメラデータは、制御部２０に供給される。
【０１２４】
データ量検出部４２は、デマルチプレクサ４１から供給されたビデオ信号とオーディオ信号を、そのまま、画像信号変換部４３、音声信号変換部４４および補助ＡＶデータ変換部４８とにそれぞれ供給すると共に、そのビデオ信号とオーディオ信号のデータ量を検出し、メモリコントローラ１７に供給する。すなわち、データ量検出部４２は、デマルチプレクサ４１から供給されるビデオ信号とオーディオ信号のそれぞれについて、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ１７に供給する。
【０１２５】
画像信号変換部４３は、データ量検出部４２から供給されるビデオ信号を、制御部２０からの指示に従い、例えばＭＰＥＧ２方式で圧縮符号化し、その結果得られるビデオデータのデータ系列を、メモリコントローラ１７に供給する。画像信号変換部４３に対して、制御部２０により、例えば圧縮符号化による発生符号量の最大ビットレートが設定される。画像信号変換部４３は、圧縮符号化後の１フレームのデータ量を見積もり、その結果に基づき圧縮符号化処理を制御して、発生符号量が設定された最大ビットレートに収まるようにビデオデータに対する実際の圧縮符号化処理を行う。設定された最大ビットレートと、実際の圧縮符号化によるデータ量との差分は、例えば所定のパディングデータで埋められ、最大ビットレートが維持される。圧縮符号化されたビデオデータのデータ系列は、メモリコントローラ１７に供給される。
【０１２６】
音声信号変換部４４は、データ量検出部４２から供給されるオーディオ信号がリニアＰＣＭオーディオデータでない場合、制御部２０からの指示に従い、当該オーディオ信号をリニアＰＣＭオーディオデータに変換する。これに限らず、音声信号変換部４４では、オーディオ信号を、例えばＭＰＥＧ方式に則った、ＭＰ３(Moving Pictures Experts Group 1 Audio Layer 3)やＡＡＣ(Advanced Audio Coding)方式などで圧縮符号化することもできる。オーディオデータの圧縮符号化方式は、これらに限定されず、他の方式でもよい。音声信号変換部４４から出力されるオーディオデータのデータ系列を、メモリコントローラ１７に供給する。
【０１２７】
本線系のオーディオデータ（すなわちデータ量検出部４２から供給されるオーディオ信号）は、例えば２チャンネルが対とされたチャンネルペアで入力される。このようなオーディオデータの伝送フォーマットとしては、例えばＡＥＳ(Audio Engineering Society)により策定された、AES3-1992(r1997)がある。AES3-1992(r1997)によれば、オーディオデータは、チャンネル毎にサンプルがインターリーブされたチャンネルペアでシリアル伝送される。
【０１２８】
このAES3-1992(r1997)によれば、オーディオデータは、１サンプル毎にサブフレームに格納される。サブフレームは、図１６Ａに一例が示されるように、第０ビットから第３ビットに所定のビットパターンからなるプリアンブルが配され、ビット解像度が２４ビットのこの例では、第４ビットから第２７ビットにオーディオデータの１サンプルが格納される。オーディオデータに続けて、ビットＶ、Ｕ、ＣおよびＰが配される。これらビットＶ、Ｕ、ＣおよびＰは、それぞれバリディティビット、ユーザデータビット、チャンネルステータスビットおよびパリティビットである。図１６Ｂに一例が示されるように、２サブフレームでオーディオデータの１フレームが構成され、１９２フレームで１ブロックとされる。
【０１２９】
各サブフレームの先頭に配されるプリアンブルは、特定のビットパターンからなる。第１チャンネルのプリアンブルは、ブロックの開始フレームフレーム（０）のみ異なる値（”Ｚ”とする）が用いられ、以降、フレーム（１）からフレーム（１９１）は、同じ値（”Ｘ”とする）が用いられる。第２チャンネルのプリアンブルは、全て第１チャンネルのプリアンブルとは異なる同一の値（”Ｙ”とする）が用いられる。このフォーマットによれば、プリアンブルを検出することで、ブロックの開始位置、ならびに、第１および第２チャンネルのサンプルの識別が可能である。
【０１３０】
また、各サブフレーム毎に１ビットが伝送されるチャンネルステータスビット（Ｃ）を１ブロック分、すなわち１９２ビット（２４バイト）集めて、チャンネルステータスデータが構成される。この２４バイトを用いて、伝送されるオーディオデータの様々な属性情報などが格納される。図１６Ｃは、このチャンネルステータスデータの最初の１バイト（第０バイト）を示す。第０ビットは、このデータがチャンネルステータスデータであることを示し、第１ビット１（図１６Ｃの斜線部分）は、伝送されるデータがリニアＰＣＭのオーディオデータであるか否かを示す。第２〜第４ビットは、オーディオデータのエンファシス情報が格納される。第５ビットは、伝送されるオーディオデータのサンプリング周波数がロックされているか否かが示される。第６および第７ビットは、伝送されるオーディオデータのサンプリング周波数が示される。
【０１３１】
この発明の実施の一形態では、リニアＰＣＭのオーディオデータが入力された場合、チャンネルペアで入力されたオーディオデータをそれぞれのチャンネルに分離して、チャンネル毎のオーディオデータをそれぞれ個別のファイルに格納して記録する。このオーディオデータのチャンネル分離処理は、例えば、この音声信号変換部４４で行うことができる。例えば入力されたオーディオデータのビットパターンに基づきプリアンブルを検出し、検出されたプリアンブルに基づき第１および第２チャンネルのオーディオデータのサンプルをそれぞれ抜き出し、チャンネル毎に並べ替えて出力する。
【０１３２】
それぞれのチャンネルに分離されたオーディオデータは、メモリコントローラ１７および信号処理部１６を介してピックアップ部１３に供給され、チャンネル毎の個別のオーディオデータファイルとして光ディスク１に記録される。このように、２チャンネルが対とされて入力されたオーディオデータを、１チャンネル毎のオーディオデータに分離して記録することで、チャンネル単位の処理を容易とすることができる。
【０１３３】
オーディオデータのチャンネル分離は、これに限らず、例えばメモリ１８およびメモリコントローラ１７を利用して行うこともできる。入力された状態のまま、２チャンネル対でメモリ１８に記憶されたオーディオデータを、メモリコントローラ１７により読み出しアドレスを所定に制御しながら読み出す。例えば、同一チャンネルのサンプル同士を並べて出力するように、読み出しを制御する。また、オーディオデータのチャンネル分離を信号入出力装置３１において行ってもよい。
【０１３４】
また、この発明の実施の一形態では、上述したように、設定された記録チャンネル数よりも少ないチャンネル数でオーディオデータが入力された場合、用いられないチャンネルは、無音を示すオーディオデータを出力する。無音を示すオーディオデータは、例えば、無音を示すオーディオデータを１サンプル生成してメモリやレジスタなどに記憶させる。それを、クロックに合わせて繰り返し読み出すことで、無音を示すオーディオデータを連続的に出力することができる。このような処理は、音声信号変換部４４で行うことができる。もちろん、メモリ１８およびメモリコントローラ１７を用いて行ってもよいし、信号入出力装置３１において行ってもよい。
【０１３５】
さらに、この発明の実施の一形態によれば、本線系のオーディオデータとしてノンオーディオのオーディオデータが入力され、これをリニアＰＣＭのオーディオデータに復号化せずに記録する場合、チャンネル分離を行わない。例えば上述したAES3-1992(r1997)によれば、リニアＰＣＭのオーディオデータ以外のデータも伝送することができるように定められている。伝送されるデータがリニアＰＣＭのオーディオデータであるか否かは、図１６Ｃを用いて上述したように、チャンネルステータスデータの最初の１バイトにおける第１ビットを参照することで知ることができる。この第１ビットにより、入力されるデータがリニアＰＣＭのオーディオデータではないことが示されていれば、当該データに対して上述したチャンネル分離の処理を行わない。例えば、サブフレームから１ワードずつデータが取り出され、順に並べられて出力される。
【０１３６】
一方、補助ＡＶデータ変換部４８は、データ量検出部４２から供給されるビデオ信号を、制御部２０からの指示に従い、例えばＭＰＥＧ４方式で圧縮符号化して補助ＡＶデータを生成する。この実施の一形態では、このとき、ビットレートが数Ｍｂｐｓに固定的とされ、１枚のＩピクチャおよび９枚のＰピクチャの１０フレームでＧＯＰが形成される。
【０１３７】
また、上述したように、この発明の実施の一形態では、補助ＡＶデータにおいて、オーディオデータは、本線系のオーディオデータのチャンネル数にかかわらず、常に８チャンネルのオーディオデータとして扱われる。補助ＡＶデータ変換部４８では、データ量検出部４２から供給されるオーディオデータのチャンネル数が８チャンネルに満たない場合、残りのチャンネルに対して無音を示すオーディオデータを生成して、ビデオ信号と共に符号化する。無音を示すオーディオデータは、例えば、上述したように、無音を示すオーディオデータの１サンプルを例えばメモリなどに記憶させ、これを繰り返し読み出すことで生成できる。
【０１３８】
なお、上述の構成は一例であって、これに限定されるものではない。例えば、信号入出力部３１に対し、本線系のＡＶデータ、カメラデータなどがそれぞれ独立的に入力される場合には、デマルチプレクサ４１を省略することができる。また、本線系のオーディオデータがリニアＰＣＭオーディオデータである場合には、音声信号変換部４４での処理を省略することもできる。
【０１３９】
そして、メモリコントローラ１７に供給されたビデオデータとオーディオデータは、上述したようにして、光ディスク１に供給されて記録される。
【０１４０】
記録は、上述したように、光ディスク１上に年輪が形成されながら行われる。データ変換部１９のデータ量検出部４２は、例えばオーディオデータにおいて、１年輪データ分の時間の再生に必要なオーディオデータが検出されたら、その旨をメモリコントローラ１７に通知する。メモリコントローラ１７は、この通知を受けて、１年輪データ分の再生に必要なオーディオデータをメモリ１８に記憶させたか否かの判定を行い、その判定結果を制御部２０に通知する。制御部２０では、この判定結果に基づき、１年輪データ分の再生時間に対応するオーディオデータをメモリ１８から読み出すようにメモリコントローラ１７を制御する。メモリコントローラ１７により、この制御に基づきメモリ１８からオーディオデータが読み出され、信号制御部１６に供給されて光ディスク１上にオーディオデータが記録される。
【０１４１】
１年輪データ分の再生時間に対応するオーディオデータが記録されると、次は、例えばビデオデータに対して同様の処理がなされ、オーディオ年輪データの次から１年輪データ分のビデオ年輪データが記録される。補助ＡＶデータも、同様にして、１年輪データ分の再生時間に対応するデータが順次、記録される。
【０１４２】
また、時系列メタデータについては、例えばカメラデータがデマルチプレクサ４１から制御部２０に供給されると共に、時系列メタデータのうちＵＭＩＤなどの幾つかのデータは、制御部２０で生成される。カメラデータと制御部２０で生成されたデータとがまとめて時系列メタデータとされ、メモリコントローラ１７を介してメモリ１８に記憶される。メモリコントローラ１７では、上述と同様にして、１年輪データ分の再生時間に対応する時系列メタデータをメモリ１８から読み出し、信号処理部１６に供給する。
【０１４３】
なお、制御部２０では、非時系列メタデータも生成される。非時系列メタデータは、当該データが属するクリップのクリップディレクトリに記録される。
【０１４４】
光ディスク１に対して上述のようにして記録されるデータは、図８〜図１１を用いて既に説明したように、ファイルに格納され、オーディオデータはチャンネル毎にファイルに格納され、ディレクトリ構造により管理される。例えば、データの光ディスク１への記録の際に、制御部２０により、各ファイルのアドレス情報やディレクトリ構造におけるポインタ情報、ファイル名およびディレクトリ名情報などの管理情報が光ディスク１の所定の管理領域に記録される。また、記録されたファイル情報などがインデックスファイル「INDEX.XML」に反映される。
【０１４５】
一方、光ディスク１からのデータの再生時においては、上述したようにして、光ディスク１からビデオデータ、各チャンネルのオーディオデータ、補助ＡＶデータおよび時系列メタデータが読み出される。このとき、高ビットレートである本線系のビデオデータの再生速度で、本線系のオーディオデータ、補助ＡＶデータ、時系列メタデータといった低ビットレートのデータも再生し、光ディスク１からのデータの再生速度を、読み出すデータによって変えないようにする。光ディスク１から読み出されたビデオデータおよび補助ＡＶデータは、メモリコントローラ１７から画像データ変換部４５および補助ＡＶデータ変換部４９にそれぞれ供給される。オーディオデータは、メモリコントローラ１７から音声データ変換部４６に供給される。
【０１４６】
画像データ変換部４５は、メモリコントローラ１７から供給される本線系のビデオデータのデータ系列を復号化し、その結果得られるビデオ信号をマルチプレクサ４７に供給する。また、補助ＡＶデータ変換部４９は、メモリコントローラ１７から供給される補助ＡＶデータのデータ系列を復号化し、その結果得られるビデオ信号および８チャンネル分のオーディオ信号をマルチプレクサ４７に供給する。
【０１４７】
また、音声データ変換部４６は、メモリコントローラ１７から供給されるオーディオデータがリニアＰＣＭのオーディオデータであれば、例えば、そのデータ系列を２チャンネル毎に対として、１サンプル毎にプリアンブルとビットＶ、Ｕ、ＣおよびＰを付加してサブフレームを構成し、チャンネル毎にサブフレームをインターリーブしてフレームを構成し、さらに１９２フレームで１ブロックを構成して、AES3-1992(r1997)により規定されるシリアルのオーディオデータとして出力する。このオーディオデータは、マルチプレクサ４７に供給される。一方、メモリコントローラ１７から供給されるオーディオデータがノンオーディオのオーディオデータである場合は、例えば１ワード毎にサブフレームに格納して、上述のようにしてシリアルのデータを形成し、出力する。このデータは、マルチプレクサ４７に供給される。
【０１４８】
なお、画像データ変換部４５、音声データ変換部４６および補助ＡＶデータ変換部４９において、供給された再生データを復号化せずに、そのままマルチプレクサ４７に供給し、多重化して出力することも可能である。さらに、マルチプレクサ４７を省略し、それぞれのデータを独立的に出力することも可能である。
【０１４９】
以上のように構成されたディスク記録再生装置１０では、ユーザが操作部２１を操作することにより、データの記録を指令すると、信号入出力部３１から供給されるデータがデータ変換部１９、メモリコントローラ１７、信号処理部１６およびピックアップ部１３を介して光ディスク１に供給され、記録される。
【０１５０】
記録の際に、ユーザは、操作部２１を操作することにより、本線系のビデオデータのビットレートを変更することができる。例えば、当初、ビットレートを５０Ｍｂｐｓに設定して記録を行い、光ディスク１の記録可能領域が少なくなったときにビットレートを３０Ｍｂｐｓなどの低いビットレートに変更し、録り逃しが無いようにするなどの使用法が考えられる。
【０１５１】
このとき、ビットレートの変更のタイミングに対応して、クリップが分割され、変更後のデータが新規のクリップとして光ディスク１に記録される。ビットレートの変更の検出は、操作部２１に対してなされた操作を検出することで行ってもよいし、制御部２０でビデオデータのビットレートを監視した結果に基づき行うことも可能である。例えば、メモリコントローラ１７で、データ変換部１９から供給された本線系のビデオデータのヘッダにおける、ビットレート情報が記述される所定のビット位置のデータを抽出して、ビットレートが変更されたことを検出することが可能である。
【０１５２】
ビットレートの変更が検出されると、例えば、制御部２０によりメモリコントローラ１７が制御され、ビットレート変更前のデータがメモリ１８から掃き出されて光ディスク１に記録され、変更後のデータにより新たな年輪が形成される。
【０１５３】
本線系のビデオデータの変更が検出されると、他のデータ、すなわち、本線系のオーディオデータ、補助ＡＶデータおよび時系列メタデータも同様にしてメモリコントローラ１７による制御がなされ、クリップの分割が行われる。このとき、上述したように、補助ＡＶデータのＧＯＰ境界に合わせて本線系のＡＶデータを分割することができる。
【０１５４】
また、本線系のビデオデータのビットレートが変更された場合、実際のビデオデータのビットレートを徐々に変化させていくようにすると、再生画像に不自然な変化が現れず、好ましい。
【０１５５】
先ず、高ビットレートから低ビットレートに変化させる場合について、図１７を用いて説明する。当初、ビットレートモードが５０Ｍｂｐｓに設定されているものとする。記録中の操作部２１に対する操作により、時刻ｔ0においてビットレートモードを３０Ｍｂｐｓに変更するように指示される。制御部２０は、その指示を受けて、データ変換部１９の画像信号変換部４３Ｂに対してビットレート変更を指示する。このとき、時刻ｔ0から所定時間後の時刻ｔ1を目標として、ビットレートが徐々に低くなるように、ビットレートの変化速度に対して時定数処理がなされる。そして、時刻ｔ1が実際のビットレートの変更点とされ、この点でクリップ分割が行われる。
【０１５６】
またこの場合、時点ｔ0でビットレートの変更が指示されても、実際には、時点ｔ1に達するまでは、変更前のビットレートモードのビデオデータとして扱われる。例えば、ビットレートモードで指定されたビットレートによるデータ量と、実際の圧縮符号化による発生符号量との差分が所定のパディングデータで埋められる。
【０１５７】
低ビットレートから高ビットレートに変化させる場合は、上述の逆の処理になる。すなわち、例えば当初３０Ｍｂｐｓに設定されているビットレートを５０Ｍｂｐｓに変更するような場合、先ず、変更の指示のタイミングでビットレートモードが３０Ｍｂｐｓから５０Ｍｂｐｓに変更される。そして、制御部２０からデータ変換部１９の画像信号変換部４３Ｂに対して、所定の時間をかけて徐々にビットレートを高くするように、ビットレートの変化速度に対して時定数処理がなされる。また、例えば、ビットレートモードで指定されたビットレートによるデータ量と、実際の圧縮符号化による発生符号量との差分が所定のパディングデータで埋められる。クリップ分割は、例えばビットレートモードの変更点で行われる。
【０１５８】
制御部２０から画像信号変換部４３Ｂに対して、所定の時間間隔で少しずつ小さい値のビットレートを指示することで、上述のように、ビットレートを徐々に変更することができる。画像信号変換部４３Ｂでは、少しずつ小さく指示されるビットレートの値に応じて符号化後のフレームの総符号量を見積もり、見積もられた値に応じて符号化処理を行う。
【０１５９】
一方、オーディオデータに関しては、例えばリニアＰＣＭオーディオデータとして入力された本線系のオーディオデータのビット解像度の変更に対応することができる。変更が検出されると、上述のビデオデータの場合と同様に、変更点でクリップが分割される。ここでも、補助ＡＶデータのＧＯＰ境界に合わせてクリップ分割を行うことが可能である。
【０１６０】
オーディオデータの場合には、ビット解像度の変更後に変更前のビット解像度を維持し、ビット解像度の変更によるクリップ分割を行わないようにできる。例えば、この発明の実施の一形態によるディスク記録再生装置１０に対して外部から入力されるオーディオデータを光ディスク１に記録する際に、入力されるオーディオデータのビット解像度が当初２４ビットだったものが、ある時点で１６ビットに変更された場合、ビット解像度の変更後も、ビット解像度は２４ビットのままとすることができる。
【０１６１】
なお、以降、オーディオデータに関して、「２４ビットのビット解像度」および「１６ビットのビット解像度」を適宜、それぞれ「２４ビット」および「１６ビット」と略称する。
【０１６２】
図１８を用いて説明する。当初、２４ビットで入力されていたオーディオデータが、ビット解像度変更点において、ビット解像度が１６ビットに変更される（図１８Ａ）。このとき、１６ビットに変更されたオーディオデータの下位側（ＬＳＢ側）８ビットに、図１８Ｂに一例が示されるように、オーディオデータにおいて無音を示すデータ（例えば値「０」）が付加され、全体として２４ビットとされる。このとき、付加する８ビットのデータは無音に限らず、ディザを加えるようにしてもよい。
【０１６３】
また例えば、当初１６ビットだったオーディオデータが２４ビットに変更された場合も同様に、ビット解像度の変更後も、ビット解像度は１６ビットのままとすることができる。
【０１６４】
図１９を用いて説明する。当初、１６ビットで入力されていたオーディオデータが、ビット解像度変更点において、ビット解像度が２４ビットに変更される（図１９Ａ）。このとき、図１９Ｂに一例が示されるように、２４ビットで入力されたオーディオデータの下位側（ＬＳＢ側）の８ビットが捨てられ、全体として１６ビットとされる。
【０１６５】
さらに、リニアＰＣＭオーディオデータとして入力されていたオーディオデータが、リニアＰＣＭ以外の符号化方式で符号化されたオーディオデータ（以降、ノンオーディオのオーディオデータと称する）に変更された場合には、ノンオーディオのオーディオデータをミュートし、クリップ分割をせずに記録を続行することができる。ミュートは、例えば無音を表すオーディオデータを記録することでなされ、ノンオーディオのオーディオデータは、無音のオーディオデータとして記録される。すなわち、ノンオーディオのオーディオデータは、無音を表すオーディオデータと置き換えられることになる。
【０１６６】
なお、ノンオーディオのオーディオデータがリニアＰＣＭオーディオデータに変更された場合には、分割後のクリップでリニアＰＣＭオーディオデータを記録することができる。
【０１６７】
以上のようなオーディオデータのビット解像度の変換処理やノンオーディオのオーディオデータ入力時の無音処理は、例えば、制御部２０の指示に基づく音声信号変換部４５で行うことができる。これに限らず、制御部２０の指示に基づくメモリコントローラ１７の制御により、メモリ１８からオーディオデータを読み出す際の処理により行うこともできる。例えば、メモリ１８に、ノンオーディオのオーディオデータ表すデータを例えば１サンプル分格納しておき、当該データを繰り返し読み出す。
【０１６８】
オーディオデータの解像度は、オーディオデータが例えば放送局などで一般的に用いられる、ＡＥＳ／ＥＢＵ(Audio Engineering Society/European Broadcasting Union)による規格に準拠したフォーマット（例えば上述のAES3-1992(r1997)）で伝送される場合には、ヘッダの所定位置に対してビット解像度の情報が格納されるので、このデータを抜き出すことで、判定できる。また、リニアＰＣＭオーディオデータと、ノンオーディオのオーディオデータの識別も、同様にしてヘッダ情報などから判別することができる。
【０１６９】
なお、上述では、本線系のビデオデータについて、記録中のビットレートの変更について説明したが、これはこの例に限定されず、この発明の実施の一形態によるディスク記録再生装置１０は、記録中のフレームレートの変更や画像サイズ、アスペクト比の変更などにも対応可能である。この場合には、再生時に、フレームレートの変更の際には時間軸方向の補間／間引き処理を、画像サイズやアスペクト比の変更の際にはフレーム内での補間／間引き処理を行うことで、一定のフレームレート、画像サイズ、画像アスペクト比でビデオデータを出力することができる。このような補間／間引き処理は、例えば、メモリコントローラ１７により、メモリ１８に記憶されたビデオデータに対して行われる。画像信号変換部４３Ｂにおいて行ってもよい。
【０１７０】
また、上述では、本線系のビデオデータの符号化方式をＭＰＥＧ２として説明したが、これはこの例に限定されず、さらに他の方式で符号化されたビデオデータを混在記録するようにできる。また、ビデオデータのビットレートや他のパラメータについても、同様に、上述した以外のものにも対応可能である。
【０１７１】
オーディオデータについても同様に、符号化してノンオーディオとする場合、さらに他の符号化方式を用いることができる。オーディオデータについても、ビット解像度も、１６ビットおよび２４ビットに限らず、３２ビットや８ビット、１２ビットなど、他のビット解像度のオーディオデータを混在記録するようにできる。また、オーディオデータのサンプリング周波数は、標準的には４８ｋＨｚであるが、これもこの例に限定されず、例えば９６ｋＨｚ、１９２ｋＨｚなど、他のサンプリング周波数のオーディオデータを混在記録するようにできる。
【０１７２】
さらに、補助ＡＶデータもＭＰＥＧ４方式に限定されず、他の方式で符号化したビデオデータを混在記録するようにできる。
【０１７３】
さらにまた、光ディスク１に記録されたクリップの一覧表示を、図示されないモニタ装置などに表示できるようにすると、好ましい。例えば、ユーザの操作部２１に対する操作に応じてインデックスファイル「INDEX.XML」を読み込み、光ディスク１に記録されている全クリップの情報を得る。そして、各クリップディレクトリを参照し、補助ＡＶデータに基づきサムネイル画像を自動的に作成する。サムネイル画像は、例えば補助ＡＶデータの所定位置のフレームを読み込んで、所定の画像サイズに縮小などしてその都度、作成される。
【０１７４】
各クリップのサムネイル画像データがメモリコントローラ１７に供給され、メモリ１８に記憶される。そして、メモリ１８に記憶されたサムネイル画像データがメモリコントローラ１７により読み出され、データ変換部１９および信号入出力部３１を介して図示されないモニタ装置に供給され、モニタ装置にサムネイル画像が一覧表示される。モニタ装置に対するサムネイル画像の表示制御は、操作部２１からの操作により行うことができる。また、操作部２１に対する所定の操作により、サムネイル画像から所望の画像を選択し、選択されたサムネイル画像に対応したクリップを再生するようにできる。
【０１７５】
上述のサムネイル画像のモニタ装置への表示の際に、表示されるサムネイル画像に対応するクリップの諸情報、例えば本線系ビデオデータのビットレート、符号化方式などを、サムネイル画像と共に表示するようにできる。これは、、各クリップディレクトリから時系列メタデータや非時系列メタデータを読み出すことで、可能である。
【０１７６】
なお、上述では、AES3-1992(r1997)に規定される、チャンネルペアのオーディオデータをチャンネル分離し、チャンネル毎のオーディオデータファイルとして光ディスク１に記録し、光ディスク１にチャンネル毎に記録されたオーディオデータを、サンプル毎にチャンネル間でインターリーブしてシリアルオーディオデータとして出力するように説明したが、これはこの例に限定されない。すなわち、他の方式により多チャンネルが多重されて供給されたオーディオデータの場合も、チャンネルを分離してチャンネル毎のオーディオデータファイルとして光ディスク１に記録するようにできる。出力の場合も同様である。なお、出力の場合、光ディスク１に記録する際に入力された方式とは異なる方式により、多チャンネルのオーディオデータを多重化して出力することができる。
【０１７７】
【発明の効果】
以上説明したように、この発明では、複数チャンネルが多重化されて入力されたリニアＰＣＭのオーディオデータをチャンネル分離し、チャンネル毎にファイルに格納して記録媒体に記録している。そのため、チャンネル毎のデータ処理が容易になり、チャンネル構成の変更にも柔軟に対応できるという効果がある。
【０１７８】
また、この発明の実施の一形態では、設定された記録チャンネルに対して入力オーディオデータのチャンネル数が満たないときに、用いられていないチャンネルに無音を示すオーディオデータを出力するようにしているため、オーディオデータのチャンネル数が変更されても、チャンネル数が維持され、再生時の処理が容易になるという効果がある。
【０１７９】
さらに、この発明の実施の一形態では、入力されたオーディオデータのデータ種類に応じてチャンネルの処理方法を選択するようにしているので、入力されたオーディオデータがリニアＰＣＭのオーディオデータであれば、チャンネルペアを分離してチャンネル毎のオーディオデータファイルとして記録し、入力されたオーディオデータがノンオーディオのオーディオデータであればチャンネルペアを分離しないで記録することができる効果がある。
【図面の簡単な説明】
【図１】ＵＭＩＤのデータ構造を示す略線図である。
【図２】エッセンスマークを定義するために用いられる予約語の例を示す略線図である。
【図３】エッセンスマークの一例のデータ構造を示す略線図である。
【図４】光ディスクに対して年輪データが形成された一例の様子を示す略線図である。
【図５】年輪が形成された光ディスクに対するデータの読み書きが行われる一例の様子を示す略線図である。
【図６】年輪の連続性が保証されるようにデータ記録を行うことを説明するための図である。
【図７】アロケーションユニットについて説明するための図である。
【図８】この発明の実施の一形態におけるデータの管理構造について説明するための図である。
【図９】クリップの構造を概略的に示す略線図である。
【図１０】この発明の実施の一形態におけるデータの管理構造について説明するための図である。
【図１１】この発明の実施の一形態におけるデータの管理構造について説明するための図である。
【図１２】クリップ分割の境界を補助ＡＶデータのＧＯＰの境界に一致させることを説明するための図である。
【図１３】クリップ分割の際に元クリップと分割によって新規に生成されるクリップとに重複部分を持たせることを説明するための図である。
【図１４】この発明の実施の一形態に適用可能なディスク記録再生装置の一例の構成を示すブロック図である。
【図１５】データ変換部の一例の構成を示すブロック図である。
【図１６】オーディオデータの一例のデータフォーマットを示す略線図である。
【図１７】ビットレートが変更されたときに実際のビデオデータのビットレートを徐々に変化させていくことを説明するための図である。
【図１８】オーディオデータのビット解像度が変更されたときの処理を説明するための図である。
【図１９】オーディオデータのビット解像度が変更されたときの処理を説明するための図である。
【符号の説明】
１・・・光ディスク、１０・・・ディスク記録再生装置、１６・・・信号処理部、１７・・・メモリコントローラ、１８・・・メモリ、１９・・・データ変換部、２０・・・制御部、２１・・・操作部、３１・・・信号入出力部、４２・・・データ量検出部、４３・・・画像信号変換部、４４・・・音声信号変換部、４５・・・画像データ変換部、４６・・・音声データ変換部、４８・・・補助ＡＶデータ変換部、４９・・・補助ＡＶデータ変換部
Claims (10)
- 複数のチャンネルのオーディオデータが多重化されて入力されたオーディオデータをディスク状記録媒体に記録する記録装置において、
サンプル毎にプリアンブルが付加されたオーディオデータのデータ種類を、該プリアンブルに含まれるオーディオデータが分離可能であるか否かを示す情報に基づき検出する検出手段と、
上記検出手段による検出結果に基づき上記オーディオデータが複数のチャンネルがサンプル毎の分離が可能に多重化されたオーディオデータであると判断された場合、該オーディオデータを上記複数のチャンネルそれぞれに分離する分離手段と、
上記分離手段で上記複数のチャンネルそれぞれに分離された分離オーディオデータを、上記複数のチャンネルそれぞれの個別のファイルとしてディスク状記録媒体に記録し、上記検出手段による検出結果に基づき上記オーディオデータが複数のチャンネルがサンプル毎の分離が不能に多重化されたオーディオデータであると判断された場合、該オーディオデータを単一のファイルとして上記ディスク状記録媒体に記録する記録手段と
を有することを特徴とする記録装置。 - 請求項１に記載の記録装置において、
上記オーディオデータの上記複数のチャンネルが上記記録手段に対して設定された記録チャンネル数に満たないとき、上記記録手段は、該記録チャンネルのうち上記オーディオデータの記録に使用されないチャンネルのデータとして無音を示すオーディオデータを上記ディスク状記録媒体に記録するようにしたことを特徴とする記録装置。 - 請求項１に記載の記録装置において、
上記オーディオデータは、チャンネルペアのオーディオデータが多重化されたデータであって、上記記録手段は、上記複数のチャンネルのそれぞれの個別ファイルを上記チャンネルペア単位で上記ディスク状記録媒体に記録するようにしたことを特徴とする記録装置。 - 請求項１に記載の記録装置において、
上記オーディオデータは、２チャンネルのオーディオデータがサンプル毎にインターリーブされて上記多重化されていることを特徴とする記録装置。 - 複数のチャンネルのオーディオデータが多重化されて入力されたオーディオデータをディスク状記録媒体に記録する記録方法において、
サンプル毎にプリアンブルが付加されたオーディオデータのデータ種類を、該プリアンブルに含まれるオーディオデータが分離可能であるか否かを示す情報に基づき検出する検出のステップと、
上記検出のステップによる検出結果に基づき上記オーディオデータが複数のチャンネルがサンプル毎の分離が可能に多重化されたオーディオデータであると判断された場合、該オーディオデータを上記複数のチャンネルそれぞれに分離する分離のステップと、
上記分離のステップで上記複数のチャンネルそれぞれに分離されたオーディオデータを、上記複数のチャンネルそれぞれの個別のファイルとしてディスク状記録媒体に記録し、上記検出のステップによる検出結果に基づき上記オーディオデータが複数のチャンネルがサンプル毎の分離が不能に多重化されたオーディオデータであると判断された場合、該オーディオデータを単一のファイルとして上記ディスク状記録媒体に記録する記録のステップと
を有することを特徴とする記録方法。 - 複数のチャンネルのオーディオデータが記録されたディスク状記録媒体からオーディオデータを再生する再生装置において、
複数のチャンネルが多重化されたオーディオデータを上記複数のチャンネル毎に分離した分離オーディオデータがそれぞれ個別のファイルとして記録されたディスク状記録媒体から上記分離オーディオデータを再生する再生手段と、
上記再生手段により再生された複数の上記分離オーディオデータに対して、オーディオデータが分離可能であるか否かを示す情報を含むプリアンブルをサンプル毎にそれぞれ付 加して多重化する多重化手段と
を有することを特徴とする再生装置。 - 請求項６に記載の再生装置において、
上記多重化手段は、上記複数の分離オーディオデータをサンプル毎の分離が可能に多重化するようにしたことを特徴とする再生装置。 - 請求項６に記載の再生装置において、
上記多重化手段は、互いにチャンネルペアを構成する上記複数の分離オーディオデータを多重化するようにしたことを特徴とする再生装置。 - 請求項６に記載の再生装置において、
上記多重化手段は、２チャンネルのオーディオデータをサンプル毎にインターリーブして上記多重化を行うことを特徴とする再生装置。 - 複数のチャンネルのオーディオデータが記録されたディスク状記録媒体からオーディオデータを再生する再生方法において、
複数のチャンネルが多重化されたオーディオデータを上記複数のチャンネル毎に分離した分離オーディオデータがそれぞれ個別のファイルとして記録されたディスク状記録媒体から上記分離オーディオデータを再生する再生のステップと、
上記再生のステップにより再生された複数の上記分離オーディオデータに対して、オーディオデータが分離可能であるか否かを示す情報を含むプリアンブルをサンプル毎にそれぞれ付加して多重化する多重化のステップと
を有することを特徴とする再生方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003111629A JP4179030B2 (ja) | 2003-04-16 | 2003-04-16 | 記録装置および方法、ならびに、再生装置および方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003111629A JP4179030B2 (ja) | 2003-04-16 | 2003-04-16 | 記録装置および方法、ならびに、再生装置および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004319002A JP2004319002A (ja) | 2004-11-11 |
| JP4179030B2 true JP4179030B2 (ja) | 2008-11-12 |
Family
ID=33472123
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003111629A Expired - Fee Related JP4179030B2 (ja) | 2003-04-16 | 2003-04-16 | 記録装置および方法、ならびに、再生装置および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4179030B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4618799B2 (ja) * | 2005-10-25 | 2011-01-26 | キヤノン株式会社 | 動画記録装置 |
-
2003
- 2003-04-16 JP JP2003111629A patent/JP4179030B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004319002A (ja) | 2004-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4865884B2 (ja) | 情報記録媒体 | |
| JP4144533B2 (ja) | 再生装置および方法 | |
| JP4314531B2 (ja) | 再生装置および方法、並びにプログラム | |
| WO2005036876A1 (ja) | ファイル再生装置、ファイル再生方法、ファイル再生方法のプログラム及びファイル再生方法のプログラムを記録した記録媒体 | |
| JP3921593B2 (ja) | 情報処理装置および方法、プログラム格納媒体、プログラム、並びに情報記録媒体 | |
| JP4079100B2 (ja) | 再生装置および方法 | |
| JP3610975B2 (ja) | 記録装置および方法 | |
| JP3873921B2 (ja) | 記録装置および方法 | |
| US20070031112A1 (en) | Fast generation of a personalized DVD from a common template | |
| CN100562938C (zh) | 信息处理设备和方法 | |
| JP3982465B2 (ja) | ディスク装置およびディスク装置の制御方法、ならびに、ディスク装置の制御プログラム | |
| JP2004127399A (ja) | 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造 | |
| US6453113B1 (en) | Editing apparatus and editing method | |
| JP4179030B2 (ja) | 記録装置および方法、ならびに、再生装置および方法 | |
| JP4277708B2 (ja) | 再生装置および再生方法 | |
| JP3972911B2 (ja) | データ処理装置および方法、ならびに、再生装置および方法 | |
| US8224154B2 (en) | Recording control device and method, program, and recording medium | |
| JP2004310833A (ja) | 記録装置および方法 | |
| JPH1198447A (ja) | 撮像装置、編集装置及び編集システム | |
| JP2000215648A (ja) | 記録装置 | |
| JP2004310832A (ja) | 記録装置および方法 | |
| JP2004312158A (ja) | 信号処理装置および方法、ならびに、記録装置および方法 | |
| JP2007293946A (ja) | 記録制御装置および記録制御方法、並びにプログラム | |
| JP2005004878A (ja) | 記録装置および方法、ならびに、記録プログラム | |
| JP4564021B2 (ja) | 情報記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060320 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080116 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080129 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080331 |
|
| 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: 20080805 |
|
| 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: 20080818 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110905 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120905 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130905 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |