(57)【要約】【課題】異なる複数のフォーマットのビデオデータを、１枚のディスク状記録媒体に連続的な再生が可能なように混在して記録する。【解決手段】クリップは、時系列的関連する、ビデオデータ、オーディオデータ、補助ＡＶデータおよび時系列メタデータからなる。ディレクトリ構造でデータが管理され、クリップを構成するデータは、ディレクトリＣＬＰＲ下のクリップディレクトリに纏めて格納される。クリップを記録中に、例えばビデオデータのフォーマットが変更されると、変更位置でクリップが分割されクリップディレクトリが新規に作成され新規のクリップが生成される。クリップディレクトリ間でのフォーマットの混在は、許可される。クリップディレクトリに格納されたファイル内でのフォーマットの混在は許可されない。【選択図】  図９
2004310831.tif 000002
【特許請求の範囲】
【請求項１】
第１のビデオデータと第１のビデオデータに時系列的に対応するデータとをディスク状記録媒体に記録する記録装置において、
連続的に供給される第１のビデオデータと、該第１のビデオデータに時系列的に対応して供給されるデータとのうち少なくとも１つにフォーマットの変化が検出されたら、上記第１のビデオデータおよび上記第１のビデオデータに時系列的に対応して供給されるデータを該変化に対応した位置でそれぞれ分割してディスク状記録媒体に記録するようにした
ことを特徴とする記録装置。
【請求項２】
請求項１に記載の記録装置において、
上記第１のビデオデータに時系列的に対応するデータは、少なくとも、上記第１のビデオデータに基づくデータであって上記第１のビデオデータに対してより伝送レートが低くされた第２のビデオデータであることを特徴とする記録装置。
【請求項３】
請求項２に記載の記録装置において、
上記分割は、上記第２のビデオデータのランダムアクセス可能な単位の境界位置で行われることを特徴とする記録装置。
【請求項４】
請求項２に記載の記録装置において、
上記第２のビデオデータのランダムアクセス単位が複数フレームからなり、上記分割の位置が上記ランダムアクセス単位の境界に一致していない場合、上記境界を上記分割の位置に強制的に合わせるようにしたことを特徴とする記録装置。
【請求項５】
請求項１に記載の記録装置において、
上記第１のビデオデータに時系列的に対応するデータは、少なくともオーディオデータであることを特徴とする記録装置。
【請求項６】
請求項５に記載の記録装置において、
上記オーディオデータはリニアＰＣＭで符号化されたオーディオデータまたはリニアＰＣＭデータ以外の符号化方式で符号化されたオーディオデータであって、上記フォーマットの変化は、上記リニアＰＣＭで符号化されたオーディオデータおよび上記リニアＰＣＭ以外の符号化方式で符号化されたオーディオデータ間の変化であることを特徴とする記録装置。
【請求項７】
請求項１に記載の記録装置において、
上記第１のビデオデータに時系列的に対応するデータは、少なくとも上記第１のビデオデータに対するメタデータであることを特徴とする記録装置。
【請求項８】
請求項１に記載の記録装置において、
上記第１のビデオデータのランダムアクセス単位が複数フレームからなり、上記分割の位置が上記ランダムアクセス単位の境界に一致していない場合、上記境界を上記分割の位置に強制的に合わせるようにしたことを特徴とする記録装置。
【請求項９】
請求項１に記載の記録装置において、
上記分割により生成されるデータは、上記変化に対応した位置を含むように、該位置に対して時間的余裕を持たせて成るようにしたことを特徴とする記録装置。
【請求項１０】
請求項１に記載の記録装置において、
上記第１のビデオデータに時系列的に対応するデータは、上記第１のビデオデータに基づくデータであって上記第１のビデオデータに対してより伝送レートが低くされた第２のビデオデータと、オーディオデータと、上記第１のビデオデータに対するメタデータとであることを特徴とする記録装置。
【請求項１１】
請求項１０に記載の記録装置において、
上記分割は、上記第２のビデオデータのランダムアクセス可能な単位の境界位置で行われることを特徴とする記録装置。
【請求項１２】
請求項１０に記載の記録装置において、
上記オーディオデータはリニアＰＣＭで符号化されたオーディオデータまたはリニアＰＣＭデータ以外の符号化方式で符号化されたオーディオデータであって、上記フォーマットの変化は、上記リニアＰＣＭで符号化されたオーディオデータおよび上記リニアＰＣＭ以外の符号化方式で符号化されたオーディオデータ間の変化であることを特徴とする記録装置。
【請求項１３】
第１のビデオデータと第１のビデオデータに時系列的に対応するデータとをディスク状記録媒体に記録する記録方法において、
連続的に供給される第１のビデオデータと、該第１のビデオデータに時系列的に対応して供給されるデータとのうち少なくとも１つにフォーマットの変化が検出されたら、上記第１のビデオデータおよび上記第１のビデオデータに時系列的に対応して供給されるデータを該変化に対応した位置でそれぞれ分割してディスク状記録媒体に記録するようにした
ことを特徴とする記録方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、異なる複数のフォーマットのビデオデータを、連続的な再生が可能なように１枚のディスク状記録媒体に混在して記録することが可能な記録装置および方法に関する。
【０００２】
【従来の技術】
近年では、より波長の短いレーザ光を光源として用い、より大容量の記録再生を可能としたディスク状記録媒体が出現している。例えば、波長４０５ｎｍのレーザ光を発する青紫色レーザを光源とし、片面１層構造の光ディスクを用いて２３ＧＢ（ギガバイト）の記録容量が実現されている。
【０００３】
一方、ビデオデータのデータフォーマットも、近年では、テレビジョン放送における画像の高精細度化などに伴い多岐にわたっており、符号化／復号化方式、データのビットレート、フレームレート、画素数、画面のアスペクト比など、それぞれ複数種類が一般的に用いられるようになっている。オーディオデータも同様に、ビット解像度や符号化／復号化方式など、それぞれ複数種類が一般的に用いられる。
【０００４】
さらに、ビデオカメラなどでは、撮像信号に基づき、高解像度の本映像信号を出力すると共に低解像度の補助映像信号を生成することが提案されている。補助映像信号は、例えばネットワークを介して一刻も早く映像信号を送りたいときや、早送りや巻き戻しによりビデオ映像の頭出しを行う際のシャトル操作などのときに用いて好適である。
【０００５】
非特許文献１には、上述した、大容量のディスク状記録媒体を用いると共に、高解像度の本映像信号を出力すると共に低解像度の補助映像信号を生成するようにしたビデオカメラが記載されている。
【０００６】
【非特許文献１】
ＡＶ  Ｗａｔｃｈ編集部、”ソニー、青紫色レーザーディスクを使ったカムコーダなど”、”ソニー、青紫色レーザーディスクを使ったカムコーダなど−４月開催のＮＡＢ  ２００３に出展。スタジオレコーダなども展示”［ｏｎｌｉｎｅ］、２００３年３月５日、Ｉｍｐｒｅｓｓ  Ｃｏｒｐｏｒａｔｉｏｎ、ＡＶ  Ｗａｔｃｈホームページ、［平成１５年３月２５日検索］、インターネット＜ＵＲＬ  ：  ｈｔｔｐ：／／ｗｗｗ．ｗａｔｃｈ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ａｖ／ｄｏｃｓ／２００３０３０５／ｓｏｎｙ．ｈｔｍ＞
【０００７】
【発明が解決しようとする課題】
このような状況において、上述した大容量のディスク状記録媒体に対して、複数の異なるデータフォーマットのオーディオ／ビデオデータ（以下、ＡＶデータ）を混在させ、尚かつ、連続的に記録、再生を可能とすることが求められている。
【０００８】
従来では、このように、複数の異なるデータフォーマットのＡＶデータを混在させ、且つ、連続的に記録媒体に記録し、複数の異なるデータフォーマットのＡＶデータが混在されて記録された記録媒体から、これら複数の異なるデータフォーマットのＡＶデータを連続的に再生し、また、編集するような技術は存在しなかった。
【０００９】
したがって、この発明の目的は、異なる複数のフォーマットのビデオデータを、連続的な再生が可能なように１枚のディスク状記録媒体に混在して記録できるようにした記録装置および方法を提供することにある。
【００１０】
【課題を解決するための手段】
この発明は、上述した課題を解決するために、第１のビデオデータと第１のビデオデータに時系列的に対応するデータとをディスク状記録媒体に記録する記録装置において、連続的に供給される第１のビデオデータと、第１のビデオデータに時系列的に対応して供給されるデータとのうち少なくとも１つにフォーマットの変化が検出されたら、第１のビデオデータおよび第１のビデオデータに時系列的に対応して供給されるデータを変化に対応した位置でそれぞれ分割してディスク状記録媒体に記録するようにしたことを特徴とする記録装置である。
【００１１】
また、この発明は、第１のビデオデータと第１のビデオデータに時系列的に対応するデータとをディスク状記録媒体に記録する記録方法において、連続的に供給される第１のビデオデータと、第１のビデオデータに時系列的に対応して供給されるデータとのうち少なくとも１つにフォーマットの変化が検出されたら、第１のビデオデータおよび第１のビデオデータに時系列的に対応して供給されるデータを変化に対応した位置でそれぞれ分割してディスク状記録媒体に記録するようにしたことを特徴とする記録方法である。
【００１２】
上述したように、この発明は、連続的に供給される第１のビデオデータと、第１のビデオデータに時系列的に対応して供給されるデータとのうち少なくとも１つにフォーマットの変化が検出されたら、第１のビデオデータおよび第１のビデオデータに時系列的に対応して供給されるデータを変化に対応した位置でそれぞれ分割してディスク状記録媒体に記録するようにしているため、例えば第１のビデオデータのフォーマットが記録中に異なるフォーマットに変化しても、フォーマット変化前および後の当該第１のビデオデータを、当該第１のビデオデータに時系列的に対応して供給されるデータと共に、１枚のディスク状記録媒体に混在して記録することができる。
【００１３】
【発明の実施の形態】
以下、この発明の実施の一形態について説明する。この発明では、１枚のディスク状記録媒体（以下、ディスクと略称する）に対して、複数の信号種類（フォーマット）のオーディオデータおよびビデオデータ（以下、適宜、ＡＶデータと略称する）を、当該複数の信号種類のＡＶデータを連続的に再生することができるように混在させて連続的に記録可能とする。
【００１４】
なお、以下では、上述の「１枚のディスク状記録媒体に対して、複数の信号種類のＡＶデータを、当該複数の信号種類のＡＶデータを連続的に再生することができるように混在させて連続的に記録する、」ことを、繁雑さを避けるために、適宜「１枚のディスクに混在可能」などと称する。
【００１５】
先ず、この発明において１枚のディスクに混在可能とするデータの信号種類（フォーマット）の例について説明する。
【００１６】
符号化方式としては、例えばＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ２）方式においてフレーム内符号化によるＩピクチャのみでビデオデータを構成する符号化方式や、Ｉピクチャと、予測符号化によるＰピクチャおよびＢピクチャとによりビデオデータを構成する符号化方式を１枚のディスクに混在可能とされる。勿論、ＭＰＥＧ２方式以外の符号化方式を混在させることも可能である。
【００１７】
なお、上述の、Ｉピクチャのみでビデオデータを構成する符号化方式においては、ランダムアクセスの単位であるＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅ）は、一枚のＩピクチャで構成される。この方式を、以下、便宜上「シングルＧＯＰ方式」と称する。この発明の実施の一形態では、このシングルＧＯＰ方式は、ＭＰＥＧ２の４：２：２プロファイルが適用される。また、Ｉ、ＰおよびＢピクチャを用いてビデオデータを構成する符号化方式では、ＧＯＰは、Ｉピクチャで完結し、１または複数のＰおよびＢピクチャを含む。以下では、便宜上、複数フレームからＧＯＰが構成されるこの方式を、「ロングＧＯＰ方式」と称する。
【００１８】
ビデオデータについては、一例として、上述のシングルＧＯＰ方式におけるビットレートモード３０Ｍｂｐｓ（Ｍｅｇａ  ｂｉｔ  ｐｅｒ  ｓｅｃｏｎｄ）、４０Ｍｂｐｓおよび５０Ｍｂｐｓのビデオデータが１枚のディスクに混在可能とされ、ロングＧＯＰにおけるビットレートモード２５Ｍｂｐｓのビデオデータがさらに１枚のディスクに混在可能とされる。シングルＧＯＰやロングＧＯＰで、さらに他のビットレートモードを混在させてもよい。
【００１９】
なお、ビットレートモードは、ビットレートモードで示されるビットレート値を最大値とするようにビデオデータを圧縮符号するモードである。例えば、ビットレートモード５０Ｍｂｐｓのビデオデータは、実際には、画像の複雑さなどに応じて、５０Ｍｂｐｓ以下のビットレートのデータを伝送データ中に含む。ビットレートモードで示されるビットレートに満たないデータ量のフレームに対し、ビットレートモードで示されるビットレートとのデータ量の差分を、所定のパディングデータで埋めることで、見かけのビットレートをビットレートモードで示されるビットレートとすることができる。
【００２０】
また、ビデオデータに関して、走査方式はインタレース方式およびプログレッシブ方式のデータを１枚のディスクに混在可能とされ、それぞれの方式において複数のフレームレートのデータを１枚のディスクに混在可能とされる。画面サイズでは、アスペクト比が４：３および１６：９のそれぞれのデータを１枚のディスクに混在して記録可能とされ、例えばアスペクト比が４：３であれば、標準的（ＳＤ：Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｓｉｏｎ）な６４０画素×４８０ラインおよびより高精細（ＨＤ：Ｈｉｇｈ  Ｄｅｆｉｎｉｓｉｏｎ）な１４４０画素×１０８８ラインのデータを１枚のディスクに混在可能である。アスペクト比が１６：９の場合にも、複数種類の画像サイズのデータを同様に１枚のディスクに混在可能である。
【００２１】
さらに、カラープロファイルも、上述の４：２：２に限らず、４：２：０など、他のフォーマットが混在可能である。
【００２２】
オーディオデータについては、リニアＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）で符号化されたオーディオデータ（以下、リニアＰＣＭオーディオデータと略称する）およびリニアＰＣＭ以外の符号化方式で符号化されたオーディオデータ（例えば、リニアＰＣＭオーディオデータをさらに圧縮符号化したオーディオデータ）を１枚のディスクに混在可能である。オーディオデータは、例えば１６ビットおよび２４ビットといった複数種類のビット解像度に対応し、４ｃｈや８ｃｈなど、複数のチャンネル組み合わせを１枚のディスクに混在可能とされる。
【００２３】
この発明の実施の一形態においては、上述の本線系、すなわち、実際の放送や編集の対象とされるＡＶデータの他に、さらに、本線系のＡＶデータに対応した補助ＡＶデータおよびメタデータが同一のディスク上に記録される。
【００２４】
補助ＡＶデータは、本線系のＡＶデータに基づくより低ビットレートとしたオーディオ／ビデオデータである。この補助ＡＶデータは、本線系のＡＶデータを、ビットレートを例えば数Ｍｂｐｓまで落とすように圧縮符号化して生成する。補助ＡＶデータを生成するための符号化方式は、ＭＰＥＧ４を初めとして複数種類が存在するが、この発明の実施の一形態では、異なる複数の符号化方式で符号化された補助ＡＶデータを１枚のディスクに混在可能である。また、同一の符号化方式であって、異なる符号化パラメータを用いて符号化された補助ＡＶデータも、１枚のディスクに混在可能である。
【００２５】
メタデータは、あるデータに関する上位データであり、各種データの内容を表すためのインデックスとして機能する。メタデータには、上述の本線系のＡＶデータの時系列に沿って発生される時系列メタデータと、本線系のＡＶデータにおけるシーン毎など、所定の区間に対して発生される非時系列メタデータの２種類がある。
【００２６】
時系列メタデータは、例えばタイムコード、ＵＭＩＤ（Ｕｎｉｑｕｅ  Ｍａｔｅｒｉａｌ  Ｉｄｅｎｔｉｆｉｅｒ）、エッセンスマークが必須データとされる。さらに、撮影時におけるビデオカメラのアイリスやズーム情報といったカメラメタ情報を、時系列メタデータに含めることもできる。さらにまた、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓｅｓ）に規定される情報を時系列メタデータに含めることもできる。なお、ＡＲＩＢに基づくデータおよびカメラメタ情報は、データサイズが比較的大きいので、排他的に混在させることが好ましい。カメラメタ情報およびＡＲＩＢは、時間解像度を落として時分割多重で時系列メタデータに含ませることもできる。
【００２７】
非時系列メタデータとしては、タイムコードやＵＭＩＤの変化点情報、エッセンスマークに関する情報、ユーザビットなどが含まれる。
【００２８】
ＵＭＩＤについて、概略的に説明する。ＵＭＩＤは、ビデオデータ、オーディオデータおよびその他の素材データを識別するために唯一的に決定される、ＳＭＰＴＥ−３３０Ｍにより規格化された識別子である。
【００２９】
図１は、ＵＭＩＤのデータ構造を示す。ＵＭＩＤは、素材データを識別するためのＩＤ情報としてのベーシックＵＭＩＤと、素材データ内の各コンテンツを識別するためのシグネイチャメタデータとから構成される。ベーシックＵＭＩＤおよびシグネイチャメタデータは、それぞれ３２バイトのデータ長からなるデータ領域を有する。ベーシックＵＭＩＤにシグネイチャメタデータが付加された６４バイトのデータ長を有する領域を、拡張ＵＭＩＤと称する。
【００３０】
ベーシックＵＭＩＤは、１２バイトのデータ長を有する領域Ｕｎｉｖｅｒｓａｌ  Ｌａｂｅｌと、１バイトのデータ長を有する領域Ｌｅｎｇｔｈ  Ｖａｌｕｅと、３バイトのデータ長を有する領域Ｉｎｓｔａｎｃｅ  Ｎｕｍｂｅｒと、１６バイトのデータ長を有する領域Ｍａｔｅｒｉａｌ  Ｎｕｍｂｅｒとから構成される。
【００３１】
領域Ｕｎｉｖｅｒｓａｌ  Ｌａｂｅｌは、直後から続くデータ列がＵＭＩＤであることを識別するための符号が格納される。領域Ｌｅｎｇｔｈ  Ｖａｌｕｅは、ＵＭＩＤの長さが示される。ベーシックＵＭＩＤと拡張ＵＭＩＤとでは符号の長さが異なるため、領域Ｌｅｎｇｔｈにおいて、ベーシックＵＭＩＤは値〔１３ｈ〕で示され、拡張ＵＭＩＤは値〔３３ｈ〕で示される。なお、この括弧〔〕内の表記において、数字の後の「ｈ」は、数字が１６進表記であることを示す。領域Ｉｎｓｔａｎｃｅ  Ｎｕｍｂｅｒは、素材データに上書き処理や編集処理が施されたか否かが示される。
【００３２】
領域Ｍａｔｅｒｉａｌ  Ｎｕｍｂｅｒは、４バイトのデータ長を有する領域Ｔｉｍｅ  Ｓｎａｐと、８バイトのデータ長を有する領域Ｒｎｄと、４バイトのデータ長を有する領域Ｍａｃｈｉｎｅ  ｎｏｄｅの３つの領域からなる。領域Ｔｉｍｅ  Ｓｎａｐは、１日のスナップクロックサンプル数を示す。これにより、クロック単位で素材データの作成時刻などが示される。領域Ｒｎｄは、正確でない時刻をセットしたときや、例えばＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｒｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ）で定義された機器のネットワークアドレスが変化したときに、番号が重複して付されないようにするためのランダムナンバである。
【００３３】
シグネイチャメタデータは、８バイトのデータ長を有する領域Ｔｉｍｅ．Ｄａｔｅと、１２バイトのデータ長を有する領域Ｓｐａｔｉａｌ  Ｃｏ−ｏｒｄｉｎａｔｅｄと、それぞれ４バイトのデータ長を有する領域Ｃｏｕｎｔｒｙ、領域Ｏｒｇａｎｉｚａｔｉｏｎおよび領域Ｕｓｅｒとから構成される。
【００３４】
領域Ｔｉｍｅ／Ｄａｔｅは、素材が生成された時間と日付とが示される。領域Ｓｐａｔｉａｌ  Ｃｏ−ｏｒｄｉｎａｔｅｄは、素材が生成された時間に関する補正情報（時差情報）や、緯度、経度および高度で表される位置情報とが示される。位置情報は、例えばビデオカメラにＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）に対応する機能を設けることで取得可能である。領域Ｃｏｕｎｔｒｙ、領域Ｏｒｇａｎｉｚａｔｉｏｎおよび領域Ｕｓｅｒは、省略されたアルファベットの文字や記号などを用いて、それぞれ国名、組織名およびユーザ名が示される。
【００３５】
なお、ＵＭＩＤは、上述したように拡張ＵＭＩＤを用いる場合、データ長が６４バイトとなり、時系列的に順次記録するためには、容量が比較的大きい。そのため、時系列メタデータに対してＵＭＩＤを埋め込む際には、ＵＭＩＤを所定の方式で圧縮することが好ましい。
【００３６】
ＵＭＩＤは、この発明の実施の一形態の用途に用いる限りは、先頭から１０バイト乃至１３バイトが固定的な値とされる。そのため、この発明の実施の一形態においては、ＵＭＩＤの先頭から１０バイト乃至先頭から１３バイトは、省略することができる。また、ＵＭＩＤを時系列メタデータに格納する際に、所定の方式でエンコードすることができる。この場合、エンコード方式としてＢａｓｅ６４を用いると、エンコード結果がアスキーコードとなり、例えばＸＭＬ文書に埋め込むのが容易となり好ましい。さらに、差分だけを用いることも考えられる。例えば、同一ディレクトリ内に同一時刻に発生されるデータには、一部が共通とされたＵＭＩＤが付与される。これを利用してＵＭＩＤの差分だけを用いることで、データ量を減らすことができる。
【００３７】
エッセンスマークについて概略的に説明する。エッセンスマークは、撮影時において例えばビデオデータに構成される映像シーン（またはカット）である映像シーンデータに関連するインデックスを表す。エッセンスマークを用いることで、撮影後に、どのようなシーンであるかが映像シーンデータの再生処理をしなくても把握することができる。
【００３８】
この発明の実施の一形態においては、エッセンスマークは、予め予約語として定義される。そのため、例えば撮像装置、再生装置および編集装置のインターフェイス間で、エッセンスマークを相手装置に応じて変換することなく、共通した制御を行うことが可能とされる。
【００３９】
図２は、エッセンスマークを定義するために用いられる予約語の例を示す。なお、この図２の例は一例であって、さらに他のエッセンスマークを追加定義することも可能である。”＿ＲｅｃＳｔａｒｔ”は、記録の開始位置を示す撮影開始マークである。”＿ＲｅｃＥｎｄ”は、記録の終了位置を示す撮影終了マークである。”＿ＳｈｏｔＭａｒｋ１”および”＿ＳｈｏｔＭａｒｋ２”は、注目すべき時点などの任意の位置を示すショットマークである。”＿Ｃｕｔ”は、カット位置を示すカットマークである。”＿Ｆｌａｓｈ”は、フラッシュが発光された位置を検出したフラッシュ検出位置を示すフラッシュマークである。”＿ＦｉｌｔｅｒＣｈａｎｇｅ”は、撮像装置においてレンズフィルタを変更した位置を示すフィルタ変更マークである。”＿ＳｈｕｔｔｅｒＳｐｅｅｄＣｈａｎｇｅ”は、撮像装置においてシャッタ速度を変更した位置を示すシャッタ速度変更マークである。”＿ＧａｉｎＣｈａｎｇｅ”は、フィルタなどのゲインを変更した位置を示すゲイン変更マークである。”＿ＷｈｉｔｅＢａｌａｎｃｅＣｈａｎｇｅ”は、ホワイトバランスを変更した位置を示すホワイトバランス変更マークである。”＿ＯｖｅｒＢｒｉｇｈｔｎｅｓｓ”は、ビデオ信号の出力レベルが限界値を超えた位置を示すマークである。”＿ＯｖｅｒＡｕｄｉｏＬｉｍｉｔｅｒ”は、オーディオ信号の出力レベルが限界値を超えた位置を示す大音量マークである。上述までの各マークは、例えばビデオデータのフレーム単位で記録される。
【００４０】
”＿Ｉｎ−ＸＸＸ”は、カットまたは素材の切り出し開始位置を示す編集開始マークである。”＿Ｏｕｔ−ＸＸＸ”は、カットまたは素材の切り出し終了位置を示す編集終了マークである。編集開始マークおよび編集終了マークは、編集開始点（ＩＮ点）や編集終了点（ＯＵＴ点）が追加される毎に、数字やアルファベットなどが”ＸＸＸ”の部分にシーケンシャルにナンバリングされる。例えば、”＿Ｉｎ−００１”、”＿Ｉｎ−００２”、・・・のようになる。
【００４１】
上述のように定義されたエッセンスマークを、粗編集処理時にインデックス情報として用いることで、目的とする映像シーンを効率的に選択することが可能とされる。
【００４２】
図３は、エッセンスマークの一例のデータ構造を示す。エッセンスマークは、図２を用いて説明したように、映像シーンの特徴などがテキストデータにより表され、映像コンテンツデータ（本線系のＡＶデータ）と関連付けられたメタデータである。エッセンスマークは、ＫＬＶ（Ｋｅｙ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）符号化されて記録や伝送がなされる。図３は、このＫＬＶ符号化されたエッセンスマークのフォーマットを示す。このフォーマットは、ＳＭＰＴＥ  ３３５Ｍ／ＲＰ２１０Ａのメタデータ辞書に準拠したものである。
【００４３】
ＫＬＶ符号化されたエッセンスマークは、１６バイトのデータ長を有する「Ｋｅｙ」部と、１バイトのデータ長を有する「Ｌ（ｌｅｎｇｔｈ）」部と、最大３２バイトのデータ長を有する「Ｖａｌｕｅ」部とからなる。「Ｋｅｙ」部は、ＳＭＰＴＥ  ３３５Ｍ／ＲＰ２１０Ａに準拠した、ＫＬＶ符号化されたデータ項目を示す識別子であり、この例では、エッセンスマークであることを示す値とされる。「Ｌ」部は、「Ｌ」部以降に続くデータ長をバイト単位で表す。最大で３２バイトのデータ長が表現される。「Ｖａｌｕｅ」部は、エッセンスマークが格納されるテキストデータからなる領域である。
【００４４】
次に、この発明の実施の一形態によるディスク上へのデータ配置について説明する。この発明の実施の一形態では、ディスク上に年輪を形成するようにしてデータを記録する。年輪データは、データの再生時間によって示されるデータ量を単位としてディスクに記録されるデータである。例えば本線系のオーディオデータおよびビデオデータに限定して説明すると、再生時間帯が対応するオーディオデータおよびビデオデータを、トラックの１周分以上のデータサイズを有する所定の再生時間単位毎に交互に配置して記録する。このように記録を行うことで、再生時間帯が対応するオーディオデータおよびビデオデータの組が時系列的に重層されて、年輪が形成される。
【００４５】
この実施の一形態では、実際には、再生時間帯が対応するオーディオデータおよびビデオデータに加え、これらのデータに再生時間帯が対応する補助ＡＶデータおよび時系列メタデータを一組として記録することで年輪を形成し、光ディスク１に対するデータの記録を行う。
【００４６】
なお、年輪を形成するデータを年輪データと称する。年輪データは、ディスクにおける最小の記録単位であるセクタの整数倍のデータ量とされる。また、年輪は、その境界がディスクのセクタの境界と一致するように記録される。
【００４７】
図４は、光ディスク１に対して年輪データが形成された一例の様子を示す。この図４の例では、光ディスク１の内周側から順に、オーディオ年輪データ＃１、ビデオ年輪データ＃１、オーディオ年輪データ＃２、ビデオ年輪データ＃２、補助ＡＶ年輪データ＃１および時系列メタ年輪データ＃１が記録されており、この周期で年輪データが扱われる。時系列メタ年輪データ＃１の外周側には、さらに、次の周期の年輪データの一部がオーディオ年輪データ＃３およびビデオ年輪データ＃３として示されている。
【００４８】
この図４の例は、時系列メタ年輪データの１年輪データ分の再生時間帯と補助ＡＶ年輪データの１年輪データ分の再生時間帯とが対応し、時系列メタ年輪データの１年輪データ分の再生時間帯とオーディオ年輪データの２周期分の再生時間帯が対応することを示している。同様に、時系列メタ年輪データの１年輪データ分の再生時間帯とビデオ年輪データの２周期分の再生時間帯が対応することを示している。このような、各年輪データの再生時間帯および周期の対応付けは、例えばそれぞれのデータレートなどに基づき設定される。なお、ビデオ年輪データやオーディオ年輪データの１年輪データ分の再生時間は、経験値的には１．５秒〜２秒程度が好ましい。
【００４９】
図５は、上述の図４のように年輪が形成された光ディスク１に対するデータの読み書きが行われる一例の様子を示す。光ディスク１に十分な大きさの連続した空き領域が存在し、その空き領域に欠陥が無い場合、オーディオデータ、ビデオデータ、補助ＡＶデータ時系列メタデータの各データ系列から、再生時間帯に基づきそれぞれ生成されたオーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、図５Ａに一例が示されるように、光ディスク１の空き領域に対して、恰も一筆書きをするように書き込まれる。このとき、何れのデータの境界も、光ディスク１のセクタの境界と一致するように書き込まれる。光ディスク１からのデータの読み出しも、書き込み時と同様にして行われる。
【００５０】
一方、光ディスク１からある特定のデータ系列を読み出す場合には、読み出しデータ系列の記録位置にシークしてそのデータを読み出すという動作が繰り返される。図５Ｂは、このようにして補助ＡＶデータの系列を選択的に読み出す様子を示す。例えば図４も参照し、補助ＡＶ年輪データ＃１が読み出されたら、続いて記録されている時系列メタ年輪データ＃１、オーディオ年輪データ＃３およびビデオ年輪データ＃３、ならびに、オーディオ年輪データ＃４およびビデオ年輪データ＃４（図示しない）をシークにより飛び越し、次の周期の補助ＡＶ年輪データ＃２が読み出される。
【００５１】
このように、データの光ディスク１への記録を、再生時間を単位とし、再生時間帯に応じた年輪データとして周期的に行うことで、同じような再生時間帯のオーディオ年輪データとビデオ年輪データとが光ディスク１上の近い位置に配置されるので、光ディスク１から、再生時刻が対応するのオーディオデータとビデオデータとを迅速に読み出して再生することが可能となる。また、年輪の境界とセクタの境界とが一致するように記録されるので、光ディスク１からオーディオデータまたはビデオデータだけを読み出すことが可能となり、オーディオデータまたはビデオデータだけの編集を迅速に行うことが可能となる。また、上述したように、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、光ディスク１のセクタの整数倍のデータ量を有し、さらに、年輪データの境界とセクタの境界とが一致するように記録されている。そのため、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データのうち何れか１系列のデータだけが必要な場合に、他のデータの読み出しを行うことなく、必要なデータだけを読み出すことができる。
【００５２】
上述したような、年輪によるデータ配置の利便性を活かすためには、光ディスク１に対するデータの記録を、年輪の連続性が保証されるように行う必要がある。このことについて、図６を用いて説明する。例えば補助ＡＶ年輪データ（図６では「ＬＲ」と表示）だけ読み出すことを考える。
【００５３】
例えば記録時に連続した十分に大きな空き領域が確保されていれば、複数周期の年輪を連続的に記録することができる。この場合、図６Ａに示されるように、時間的に連続する補助ＡＶ年輪データを、最小のトラックジャンプで読み出すことができる。すなわち、補助ＡＶ年輪データを読み出したら、次の周期の年輪における補助ＡＶ年輪データを読み出すという動作を繰り返すことが可能となり、ピックアップがジャンプする距離が最短となる。
【００５４】
これに対して、例えば記録時に連続した空き領域が確保できず、時間的に連続する補助ＡＶデータを光ディスク１上の飛び飛びの領域に記録した場合、図６Ｂに一例が示されるように、最初の補助ＡＶ年輪データを読み出したら、例えば年輪の複数周期分に相当する距離をピックアップがジャンプして、次の補助ＡＶ年輪データを読み出さなければならない。この動作が繰り返されるため、図６Ａに示される場合に比べて、補助ＡＶ年輪データの読み出し速度が低下してしまう。また、本線系のＡＶデータにおいては、図６Ｃに一例が示されるように、未編集ＡＶデータ（ＡＶクリップ）の再生が滞る可能性がある。
【００５５】
そこで、この発明の実施の一形態では、年輪の連続性を保証するために、年輪の複数周期分の長さを持つアロケーションユニットを定義し、年輪でデータを記録する際に、このアロケーションユニットで定義されたアロケーションユニット長を越える長さの、連続した空き領域を確保する。
【００５６】
図７を用いてより具体的に説明する。アロケーションユニット長は、予め設定される。アロケーションユニット長を、年輪で１周期に記録される各データの合計再生時間の複数倍に設定する。例えば、年輪の１周期に対応する再生時間が２秒であるとした場合、アロケーションユニット長を１０秒に設定する。このアロケーションユニット長は、光ディスク１の空き領域の長さを計測する物差しとして用いられる（図７右上参照）。初期状態を、図７Ａに一例が示されるように、使用済み領域が光ディスク１に対して飛び飛びに３箇所、配置されているものとし、使用済み領域に挟まれた部分を空き領域とする。
【００５７】
この光ディスク１に対してある程度の長さを有するＡＶデータと、当該ＡＶデータに対応する補助ＡＶデータとを記録する場合、先ず、アロケーションユニット長と空き領域の長さとを比較して、アロケーションユニット長以上の長さを有する空き領域を予約領域として確保する（図７Ｂ）。この図７の例では、２つの空き領域のうち、右側の空き領域がアロケーションユニット長より長いとされ、予約領域として確保される。次に、この予約領域に対して、予約領域の先頭から年輪データを順次連続的に記録する（図７Ｃ）。このように年輪データを記録していき、予約領域の空き領域の長さが次に記録する年輪データの１周期分の長さに満たないときは（図７Ｄ）、予約領域を開放し、図７Ａのように、光ディスク１上のさらに他の空き領域に対してアロケーションユニット長を適用させながら、予約領域にできる空き領域を探す。
【００５８】
このように、複数周期分の年輪が記録できるだけの空き領域を探して、当該空き領域に年輪を記録することで、ある程度の年輪の連続性が保証され、年輪データの再生をスムースに行うことが可能とされる。なお、アロケーションユニット長は、上述では１０秒に設定したが、これはこの例に限定されず、さらに長い再生時間に対応する長さをアロケーションユニット長として設定することができる。実際的には、１０秒〜３０秒の間でアロケーションユニット長を設定すると好ましい。
【００５９】
次に、この発明の実施の一形態におけるデータの管理構造について、図８、図９および図１０を用いて説明する。この発明の実施の一形態では、データは、ディレクトリ構造で管理される。ファイルシステムとしては例えばＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）が用いられ、図８に一例が示されるように、ルートディレクトリ（ｒｏｏｔ）の直下にディレクトリＰＡＶが設けられる。この実施の一形態では、このディレクトリＰＡＶ以下を定義する。
【００６０】
すなわち、上述した、複数信号種のオーディオデータおよびビデオデータの１枚のディスク上への混在記録は、このディレクトリＰＡＶの配下において定義される。この発明の実施の一形態におけるデータ管理が及ばないディレクトリＰＡＶに対するデータの記録は、任意である。
【００６１】
ディレクトリＰＡＶの直下には、４つのファイル（ＩＮＤＥＸ．ＸＭＬ、ＩＮＤＥＸ．ＲＳＶ、ＤＩＳＣＩＮＦＯ．ＸＭＬおよびＤＩＳＣＩＮＦＯ．ＲＳＶ）が置かれると共に、２つのディレクトリ（ＣＬＰＲおよびＥＤＴＲ）が設けられる。
【００６２】
ディレクトリＣＬＰＲは、クリップデータを管理する。ここでいうクリップは、例えば撮影が開始されてから停止されるまでの、ひとまとまりのデータである。例えば、ビデオカメラの操作において、操作開始ボタンが押されてから操作停止ボタンが押される（操作開始ボタンが解放される）までが１つのクリップとされる。
【００６３】
このひとまとまりのデータとは、上述した本線系のオーディオデータおよびビデオデータと、当該オーディオデータおよびビデオデータから生成された補助ＡＶデータと、当該オーディオデータおよびビデオデータに対応した時系列メタデータと非時系列メタデータとからなる。ディレクトリＣＬＰＲの直下に設けられたディレクトリ「Ｃ０００１」、「Ｃ０００２」、・・・には、クリップ毎に、クリップを構成するひとまとまりのデータが格納される。
【００６４】
図９は、ディレクトリＣＬＰＲの直下に設けられた、一つのクリップ「Ｃ０００１」に対応するディレクトリ「Ｃ０００１」の一例の構造を示す。以下、ディレクトリＣＬＰＲの直下の一つのクリップに対応するディレクトリを、適宜、クリップディレクトリと称する。クリップディレクトリ「Ｃ０００１」に対して、上述のひとまとまりのデータのそれぞれがファイル名により区別されて格納される。この図９の例では、ファイル名は、１２桁で構成され、デリミタ「．」より前の８桁のうち、前側５桁がクリップを識別するために用いられ、デリミタ直前の３桁は、オーディオデータ、ビデオデータ、補助ＡＶデータといった、データのタイプを示すために用いられている。また、デリミタ後の３桁は拡張子であって、データの形式を示している。
【００６５】
より具体的には、この図９の例では、クリップ「Ｃ０００１」を構成するひとまとまりのファイルとして、クリップ情報を示すファイル「Ｃ０００１Ｃ０１．ＳＭＩ」、本線系ビデオデータファイル「Ｃ０００１Ｖ０１．ＭＸＦ」、本線系の８ｃｈ分のオーディオデータファイル「Ｃ０００１Ａ０１．ＭＸＦ」〜「Ｃ０００１Ａ０８．ＭＸＦ」、補助ＡＶデータファイル「Ｃ０００１Ｓ０１．ＭＸＦ」、非時系列メタデータファイル「Ｃ０００１Ｍ０１．ＸＭＬ」、時系列メタデータファイル「Ｃ０００１Ｒ０１．ＢＩＭ」およびポインタ情報ファイル「Ｃ０００１Ｉ０１．ＰＰＦ」が、クリップディレクトリ「Ｃ０００１」に格納される。
【００６６】
この発明の実施の一形態では、ディレクトリＣＬＰＲ内におけるクリップディレクトリ間での上述のデータ信号種の混在は、許可される。例えば、本線系のビデオデータの信号種について、クリップディレクトリ「Ｃ０００１」にシングルＧＯＰ、ビットレート５０Ｍｂｐｓのビデオデータを格納し、クリップディレクトリ「Ｃ０００２」にロングＧＯＰ、ビットレート２５Ｍｂｐｓのビデオデータを格納することは可能である。一方、クリップディレクトリ内における各データ内でのデータ信号種の混在は、許可されない。例えば、ビデオデータにおいて、先頭からある時点まではビットレートモード５０Ｍｂｐｓで記録されており、その時点以降から末尾まではビットレートモード２５Ｍｂｐｓで記録されたようなビデオデータファイルは、格納できないものとされる。
【００６７】
説明は図８に戻り、ディレクトリＥＤＴＲは、編集情報が管理される。この発明の実施の一形態では、編集結果は、エディットリストやプレイリストとして記録される。ディレクトリＥＤＴＲの直下に設けられたディレクトリ「Ｅ０００１」、「Ｅ０００２」、・・・には、編集結果毎に、編集結果を構成するひとまとまりのデータが格納される。
【００６８】
エディットリストは、クリップに対する編集点（ＩＮ点、ＯＵＴ点など）や再生順序などが記述されるリストであって、クリップに対する非破壊の編集結果と、後述するプレイリストとからなる。エディットリストの非破壊の編集結果を再生すると、リストの記述に従いクリップディレクトリに格納されたファイルを参照し、恰も編集された１本のストリームを再生するかのように、複数のクリップからの連続した再生映像が得られる。しかしながら、非破壊編集の結果では、ファイルの光ディスク１上での位置とは無関係にリスト中のファイルが参照されるため、再生時の連続性が保証されない。
【００６９】
プレイリストは、編集結果に基づき、リストにより参照されるファイルやファイルの部分が連続的に再生するのが困難であると判断された場合に、当該ファイルやファイルの一部を光ディスク１上の所定の領域に再配置することで、エディットリストの再生時の連続性を保証するようにしたものである。
【００７０】
編集作業により上述のエディットリストを作成した結果に基づき、編集に用いられるファイルの管理情報（例えば後述するインデックスファイル「ＩＮＤＥＸ．ＸＭＬ」）を参照し、編集作業に基づき非破壊で、すなわち、編集結果に基づき参照されるファイルが各クリップディレクトリに置かれたままの状態で、連続的な再生が可能か否かを、見積もる。その結果、連続的な再生が困難であると判断されると、該当するファイルを光ディスク１の所定領域にコピーする。この所定領域に再配置されたファイルを、ブリッジエッセンスファイルと称する。また、編集結果にブリッジエッセンスファイルを反映させたリストを、プレイリストと称する。
【００７１】
例えば、編集結果が複雑なクリップの参照を行うようにされている場合、編集結果に基づく再生の際に、クリップからクリップへの移行の際にピックアップのシークが間に合わない事態が発生する可能性がある。このような場合に、プレイリストが作成され、ブリッジエッセンスファイルが光ディスク１の所定領域に記録される。
【００７２】
図１０は、ディレクトリＥＤＴＲの直下に設けられた、一つの編集結果「Ｅ０００２」に対応するディレクトリ「Ｅ０００２」の一例の構造を示す。以下、ディレクトリＥＤＴＲの直下の一つの編集結果に対応するディレクトリを、適宜、エディットディレクトリと称する。エディットディレクトリ「Ｅ０００２」に対して、上述の編集結果により生成されたデータがそれぞれファイル名により区別されて格納される。ファイル名は、１２桁で構成され、デリミタ「．」より前の８桁のうち、前側５桁がエディット作業を識別するために用いられ、デリミタ直前の３桁は、データのタイプを示すために用いられる。また、デリミタ後の３桁は拡張子であって、データの形式を示している。
【００７３】
より具体的には、この図１０の例では、編集結果「Ｅ０００２」を構成するファイルとして、エディットリストファイル「Ｅ０００２Ｅ０１．ＳＭＩ」時系列および非時系列メタデータの情報が記述されるファイル「Ｅ０００２Ｍ０１．ＸＭＬ」、プレイリストファイル「Ｅ０００２Ｐ０１．ＳＭＩ」、本線系データによるブリッジエッセンスファイル「Ｅ０００２Ｖ０１．ＢＭＸ」および「Ｅ０００２Ａ０１．ＢＭＸ」〜「Ｅ０００２Ａ０４．ＢＭＸ」、補助ＡＶデータによるブリッジエッセンスファイル「Ｅ０００２Ｓ０１．ＢＭＸ」および時系列、非時系列メタデータによるブリッジエッセンスファイル「Ｅ０００２Ｒ０１．ＢＭＸ」が、エディットディレクトリ「Ｅ０００２」に格納される。
【００７４】
エディットディレクトリ「Ｅ０００２」に格納されるこれらのファイルのうち影を付して示したファイル、すなわち本線系データによるブリッジエッセンスファイル「Ｅ０００２Ｖ０１．ＢＭＸ」および「Ｅ０００２Ａ０１．ＢＭＸ」〜「Ｅ０００２Ａ０４．ＢＭＸ」、補助ＡＶデータによるブリッジエッセンスファイル「Ｅ０００２Ｓ０１．ＢＭＸ」および時系列、非時系列メタデータによるブリッジエッセンスファイル「Ｅ０００２Ｒ０１．ＢＭＸ」は、プレイリストに属するファイルである。
【００７５】
なお、上述したように、エディットリストによりクリップディレクトリに格納された例えばビデオデータが参照される。クリップディレクトリ間では、異なるデータ信号種の混在が可能なので、結果的に、エディットリスト上では、異なるデータ信号種の混在が可能とされる。
【００７６】
説明は図８に戻り、ファイル「ＩＮＤＥＸ．ＸＭＬ」は、ディレクトリＰＡＶ以下に格納された素材情報を管理するインデックスファイルである。この例では、ファイル「ＩＮＤＥＸ．ＸＭＬ」は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記述される。このファイル「ＩＮＤＥＸ．ＸＭＬ」により、上述した各クリップおよびエディットリストが管理される。例えば、ファイル名とＵＭＩＤの変換テーブル、長さ情報（Ｄｕｒａｔｉｏｎ）、当該光ディスク１全体を再生する際の各素材の再生順などが管理される。また、各クリップに属するビデオデータ、オーディオデータ、補助ＡＶデータなどが管理されると共に、クリップディレクトリ内にファイルで管理されるクリップ情報が管理される。
【００７７】
ファイル「ＤＩＳＣＩＮＦＯ．ＸＭＬ」は、このディスクに関する情報が管理される。再生位置情報なども、このファイル「ＤＩＳＣＩＮＦＯ．ＸＭＬ」に保存される。
【００７８】
この発明の実施の一形態では、撮影が開始されてから停止されるまでの間に、クリップを構成するひとまとまりのデータにおいて所定の変化が検出された場合には、その変化検出位置に対応する位置でクリップが分割され、分割位置以降を新規のクリップとする。この新規のクリップに対応する新規のディレクトリがディレクトリＣＬＰＲに対して自動的に作成され、作成されたディレクトリに当該新規クリップを構成するひとまとまりのデータが格納される。
【００７９】
クリップ分割は、少なくとも、クリップを構成するビデオデータおよびオーディオデータのうち何れか一方において、信号種（フォーマット）の変化が検出された場合になされる。分割の条件としては、より具体的には、以下の例が考えられる。先ず、ビデオデータに関しては、
（１）ビットレートの変化
（２）フレームレートの変化
（３）画像サイズの変化
（４）画像のアスペクト比の変化
（５）符号化方式の変化
オーディオデータに関しては、
（１）ビット解像度の変化
（２）サンプリング周波数の変化
（３）入力チャンネル数の変化
（４）符号化方式の変化
【００８０】
これらのうち、何れか一つに変化が検出された場合に、変化が検出されたタイミングに対応した位置で自動的にクリップが分割される。このとき、あるデータに変化が検出された場合、そのデータと同一のクリップに属する他のデータも、同じタイミングで分割される。
【００８１】
勿論、クリップ分割は、これに限らず、ビデオデータおよびオーディオデータのさらに他の属性の変化に応じて行うようにしてもよい。また、ビデオデータおよびオーディオデータに限らず、補助ＡＶデータや時系列メタデータにおける所定の変化を検出してクリップ分割を行うようにしてもよい。
【００８２】
例えば、補助ＡＶデータについては、例えばビットレートモードや符号化方式が変更された場合に、クリップ分割するようにできる。また、時系列メタデータについては、例えば、ＡＲＩＢによるメタデータとカメラデータとを排他的に記録する場合、ＡＲＩＢおよびカメラデータ間でデータ種類の変更があった場合に、クリップ分割するようにできる。さらに、時系列メタデータを伝送するために当初設定されているデータレートが変更されたときに、クリップ分割することも可能である。
【００８３】
さらに、本線系のビデオデータの変更に伴うクリップ分割の際に、本線系のオーディオデータおよび時系列メタデータを分割しないようにすることもできる。このようにすることで、クリップ分割によるファイルの増加を抑えることができる。なお、この場合でも、補助ＡＶデータは、本線系のビデオデータの変更に伴い分割される。
【００８４】
クリップ分割の際には、分割の境界を補助ＡＶデータのＧＯＰの境界に一致させると、クリップ内での時間軸とバイトオフセットとの関係が簡単になるので、処理が容易になり、好ましい。これは、例えばビデオデータやオーディオデータに上述した変化が検出された際に、図１１Ａに一例が示されるように、補助ＡＶデータの次のＧＯＰ境界までクリップ分割を待つか（分割位置Ｂ）、前のＧＯＰ境界に遡ってクリップ分割を行うことでなされる（分割位置Ａ）。実際には、分割位置Ｂでクリップ分割をするのが好ましい。
【００８５】
これに限らず、クリップ分割の際の分割の境界が補助ＡＶデータのＧＯＰ境界に一致しない場合に、補助ＡＶデータのＧＯＰの余った部分をスタッフィングバイトで埋め、補助ＡＶデータと本線系のビデオデータなど他のデータに対してデータ量を揃えることも考えられる。すなわち、図１１Ｂに一例が示されるように、補助ＡＶデータにおいて、例えばビデオデータに変化が検出された位置の直前のＧＯＰを当該クリップの最後のＧＯＰとし、その最後のＧＯＰの後端の境界から変化検出位置まで（図１１Ｂ中に斜線で表示）をスタッフィングバイトで埋める。
【００８６】
なお、本線系のビデオデータがシングルＧＯＰであれば、任意のフレーム位置でクリップ分割を行うことができる。これに対して、本線系のビデオデータがロングＧＯＰである場合には、クリップ分割位置のフレームが予測符号化によるＰピクチャあるいはＢピクチャによるフレームである可能性がある。そこで、ロングＧＯＰのビデオデータに対してクリップ分割を行う場合には、クリップ分割位置で一旦ＧＯＰを完結させるようにする。これは、例えば、分割位置直前のフレームがＢピクチャであれば当該フレームをＰピクチャあるいはＩピクチャに変換することで可能である。
【００８７】
クリップ分割の際に、分割の元クリップと分割によって新規に生成されるクリップとに重複部分を持たせるようにしてもよい。例えば、分割の元クリップおよび／または新規クリップにおいて、信号種の変化点を時間的に含むように、変化のタイミングに対して時間的な余裕を持ってクリップ分割が行われる。
【００８８】
一例として、本線系のビデオデータにおいて、当初のビットレート５０Ｍｂｐｓが３０Ｍｂｐｓに切り換えられる場合について、図１２を用いて説明する。図１２に示されるように、ビットレートが５０Ｍｂｐｓのビデオデータにおいては、ビットレートの切り換えが指示された位置からさらに所定の時間だけ余分（図中の斜線の部分）に、ビットレートが５０Ｍｂｐｓのままで記録がなされる。一方、ビットレートが３０Ｍｂｐｓのビデオデータは、ビットレートの切り換えが指示された位置よりも所定時間前（図中の斜線の部分）から、ビットレートが３０Ｍｂｐｓでの記録がなされる。
【００８９】
ビットレート切り換え点がクリップ分割位置となるため、例えばクリップの開始位置を指定するためのコマンドである”ｃｌｉｐ  Ｂｅｇｉｎ”を用いて、実際のファイルの先頭位置に対するクリップの開始位置を調整する必要がある。
【００９０】
このような記録は、一例として、圧縮符号化以前のベースバンドのビデオデータにおいて、図１２の斜線の部分をそれぞれバッファリングしておき、対応するビットレートでそれぞれ圧縮符号化する。そして、例えば５０Ｍｂｐｓのビデオデータの例では、ビットレート切り換え点以前のビデオデータによるファイルに対して、斜線部分のファイルを継ぎ足すことで可能である。これは、実際にファイルを継ぎ足さずとも、上述したエディットリストへの記述や、クリップディレクトリ内のクリップ情報を示すファイル「Ｃ０００１Ｃ０１．ＳＭＩ」にその旨を記述するようにしてもよい。
【００９１】
なお、クリップディレクトリ名およびクリップディレクトリ内の各ファイルのファイル名の命名規則は、上述の例に限定されない。例えば、ファイル名やクリップディレクトリ名として、上述したＵＭＩＤを利用することが考えられる。ＵＭＩＤは、上述したように、拡張ＵＭＩＤまで考えるとデータ長が６４バイトとなり、ファイル名などに用いるには長いため、一部分だけを用いるのが好ましい。例えば、ＵＭＩＤ中で、クリップ毎に異なる値が得られるような部分がファイル名などに用いられる。
【００９２】
また、クリップが分割された場合には、クリップディレクトリ名やファイル名を、クリップの分割理由を反映させるように命名すると、クリップの管理上、好ましい。この場合、少なくとも、クリップの分割がユーザにより明示的になされたものか、装置側の自動処理によるものかを判別可能なように、命名する。
【００９３】
図１３は、この発明の実施の一形態に適用可能なディスク記録再生装置１０の一例の構成を示す。ここでは、ディスク記録再生装置１０は、ビデオカメラ（図示しない）に内蔵される記録再生部であるものとし、ビデオカメラにより撮像された撮像信号に基づくビデオ信号と、撮像に伴い録音されたオーディオ信号とが信号処理部３１に入力され、ディスク記録再生装置１０に供給される。また、信号入出力部３１から出力されたビデオ信号およびオーディオ信号は、例えばモニタ装置に供給される。
【００９４】
勿論、これは一例であって、ディスク記録再生装置１０は、独立的に用いられる装置であるとしてもよい。例えば、記録部を有さないビデオカメラと組み合わせて用いることができる。ビデオカメラから出力されたビデオ信号およびオーディオ信号や、所定の制御信号、データが信号入出力部３１を介してディスク記録再生装置１０に入力される。また例えば、他の記録再生装置で再生されたビデオ信号およびオーディオ信号を、信号入出力部３１に入力するようにできる。また、信号入出力部３１に入力されるオーディオ信号は、ビデオ信号の撮像に伴い入力されるものに限定されず、例えば撮像後に、ビデオ信号の所望の区間にオーディオ信号を記録する、アフレコ（アフターレコーディング）のためのアフレコオーディオ信号でもよい。
【００９５】
スピンドルモータ１２は、サーボ制御部１５からのスピンドルモータ駆動信号に基づいて、光ディスク１をＣＬＶ（Ｃｏｎｓｔａｎｔ  Ｌｉｎｅａｒ  Ｖｅｌｏｃｉｔｙ）またはＣＡＶ（Ｃｏｎｓｔａｎｔ  Ａｎｇｌｅｒ  Ｖｅｌｏｃｉｔｙ）で回転駆動する。
【００９６】
ピックアップ部１３は、信号処理部１６から供給される記録信号に基づきレーザ光の出力を制御して、光ディスク１に記録信号を記録する。ピックアップ部１３はまた、光ディスク１にレーザ光を集光して照射すると共に、光ディスク１からの反射光を光電変換して電流信号を生成し、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）アンプ１４に供給する。なお、レーザ光の照射位置は、サーボ制御部１５からピックアップ部１３に供給されるサーボ信号により所定の位置に制御される。
【００９７】
ＲＦアンプ１４は、ピックアップ部１３からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、ならびに、再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部１５に供給し、再生信号を信号処理部１６に供給する。
【００９８】
サーボ制御部１５は、フォーカスサーブフォＵＳＡやトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部１５は、ＲＦアンプ１４からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部１３のアクチュエータ（図示しない）に供給する。またサーボ制御部１５は、スピンドルモータ１２を駆動するスピンドルモータ駆動信号を生成して、光ディスク１を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
【００９９】
さらにサーボ制御部１５は、ピックアップ部１３を光ディスク１の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク１の信号読み出し位置の設定は、制御部２０によって行われ、設定された読み出し位置から信号を読み出すことができるように、ピックアップ部１３の位置が制御される。
【０１００】
信号処理部１６は、メモリコントローラ１７から入力される記録データを変調して記録信号を生成し、ピックアップ部１３に供給する。信号処理部１６はまた、ＲＦアンプ１４からの再生信号を復調して再生データを生成し、メモリコントローラ１７に供給する。
【０１０１】
メモリコントローラ１７は、データ変換部１９からの記録データを、後述するように、適宜、メモリ１８に記憶すると共に、それを読み出し、信号処理部１６に供給する。メモリコントローラ１７はまた、信号処理部１６からの再生データを、適宜、メモリ１８に記憶すると共に、それを読み出し、データ変換部１９に供給する。
【０１０２】
ビデオカメラで撮影された撮影画像に基づくビデオ信号とオーディオ信号が、信号入出力部３１を介してデータ変換部１９に供給される。詳細は後述するが、データ変換部１９では、供給されたビデオ信号を、例えばＭＰＥＧ２などの圧縮符号化方式を用い、制御部２０に指示されたモードで圧縮符号化し、本線系のビデオデータを生成する。このとき、よりビットレートの低い圧縮符号化処理も行われ、補助ＡＶデータが生成される。
【０１０３】
また、データ変換部１９では、供給されたオーディオ信号を、制御部２０に指示された方式で圧縮符号化し、本線系のオーディオデータとして出力する。オーディオ信号の場合は、圧縮符号化せずにリニアＰＣＭオーディオデータのまま出力してもよい。
【０１０４】
データ変換部１９で上述のようにして処理された本線系のオーディオデータおよびビデオデータ、ならびに、補助ＡＶデータは、メモリコントローラ１７に供給される。
【０１０５】
データ変換部１９はまた、メモリコントローラ１７から供給される再生データを、必要に応じて復号化し、所定のフォーマットの出力信号に変換して、信号入出力部３１に供給する。
【０１０６】
制御部２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などのメモリ、これらを接続するためのバスなどからなり、このディスク記録再生装置１０の全体を制御する。ＲＯＭは、ＣＰＵの起動時に読み込まれる初期プログラムや、ディスク記録再生装置１０を制御するためのプログラムなどが予め記憶される。ＲＡＭは、ＣＰＵのワークメモリとして用いられる。また、制御部２０により、ビデオカメラ部の制御もなされる。
【０１０７】
さらに、制御部２０により、ＲＯＭに予め記憶されたプログラムに従い、光ディスク１にデータを記録し、記録されたデータを再生する際のファイルシステムが提供される。すなわち、このディスク記録再生装置１０において、データの光ディスク１に対する記録、光ディスク１からのデータの再生は、制御部２０の管理下において行われる。
【０１０８】
操作部２１は、例えば、ユーザによって操作され、その操作に対応する操作信号を制御部２０に供給する。制御部２０は、操作部２１からの操作信号などに基づき、サーボ制御部１５、信号処理部１６、メモリコントローラ１７およびデータ変換部１９を制御し、記録再生処理を実行させる。
【０１０９】
また、操作部２１からの操作信号に基づき、例えば記録ビデオデータに対するビットレート、フレームレート、画像サイズ、画像アスペクト比の設定などが行われる。さらに、記録オーディオデータに対する圧縮符号化処理のＯＮ／ＯＦＦやビット解像度の設定を、操作部２１から行うようにしてもよい。これらの設定に基づく制御信号がメモリコントローラ１７およびデータ変換部１９に供給される。
【０１１０】
なお、このディスク記録再生装置１０には、ＧＰＳによる信号を受信するためのアンテナ２２と、アンテナ２２で受信されたＧＰＳ信号を解析し、緯度、経度、高度からなる位置情報を出力するＧＰＳ部２３とを有する。ＧＰＳ部２３から出力された位置情報は、制御部２０に供給される。なお、アンテナ２２およびＧＰＳ部２３は、ビデオカメラ部に設けてもよいし、ディスク記録再生装置１０の外部に外付けされる装置としてもよい。
【０１１１】
図１４は、データ変換部１９の一例の構成を示す。光ディスク１へのデータの記録時には、信号入出力部３１から入力された記録すべき信号が、デマルチプレクサ４１に供給される。信号入出力部３１には、ビデオカメラ部から、動画のビデオ信号、当該ビデオ信号に付随するオーディオ信号が入力されると共に、カメラの撮影情報、例えばアイリスやズームに関する情報がカメラデータとしてリアルタイムに入力される。
【０１１２】
デマルチプレクサ４１は、信号入出力部３１から供給される信号から、関連する複数のデータ系列、すなわち、例えば、動画のビデオ信号と、そのビデオ信号に付随するオーディオ信号とを分離し、データ量検出部４２に供給する。さらに、デマルチプレクサ４１は、信号入出力部３１から供給される信号からカメラデータを分離して出力する。このカメラデータは、制御部２０に供給される。
【０１１３】
データ量検出部４２は、デマルチプレクサ４１から供給されたビデオ信号とオーディオ信号を、そのまま、画像信号変換部４３Ａおよび４３Ｂと、音声信号変換部４４とにそれぞれ供給すると共に、そのビデオ信号とオーディオ信号のデータ量を検出し、メモリコントローラ１７に供給する。すなわち、データ量検出部４２は、デマルチプレクサ４１から供給されるビデオ信号とオーディオ信号のそれぞれについて、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ１７に供給する。
【０１１４】
画像信号変換部４３Ｂは、データ量検出部４２から供給されるビデオ信号を、制御部２０からの指示に従い、例えばＭＰＥＧ２方式で圧縮符号化し、その結果得られるビデオデータのデータ系列を、メモリコントローラ１７に供給する。画像信号変換部４３Ｂに対して、制御部２０により、例えば圧縮符号化による発生符号量の最大ビットレートが設定される。画像信号変換部４３Ｂは、圧縮符号化後の１フレームのデータ量を見積もり、その結果に基づき圧縮符号化処理を制御して、発生符号量が設定された最大ビットレートに収まるようにビデオデータに対する実際の圧縮符号化処理を行う。設定された最大ビットレートと、実際の圧縮符号化によるデータ量との差分は、例えば所定のパディングデータで埋められ、最大ビットレートが維持される。圧縮符号化されたビデオデータのデータ系列は、メモリコントローラ１７に供給される。
【０１１５】
一方、画像信号変換部４３Ａは、データ量検出部４２から供給されるビデオ信号を、制御部２０からの指示に従い、例えばＭＰＥＧ４方式で圧縮符号化して補助ＡＶデータを生成する。この実施の一形態では、このとき、ビットレートが数Ｍｂｐｓに固定的とされ、１枚のＩピクチャおよび９枚のＰピクチャの１０フレームでＧＯＰが形成される。
【０１１６】
また、音声信号変換部４４は、データ量検出部４２から供給されるオーディオ信号がリニアＰＣＭオーディオデータでない場合、制御部２０からの指示に従い、当該オーディオ信号をリニアＰＣＭオーディオデータに変換する。これに限らず、音声信号変換部４４では、オーディオ信号を、例えばＭＰＥＧ方式に則った、ＭＰ３（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  １  Ａｕｄｉｏ  Ｌａｙｅｒ  ３）やＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）方式などで圧縮符号化することもできる。オーディオデータの圧縮符号化方式は、これらに限定されず、他の方式でもよい。音声信号変換部４４から出力されるオーディオデータのデータ系列を、メモリコントローラ１７に供給する。
【０１１７】
なお、上述の構成は一例であって、これに限定されるものではない。例えば、信号入出力部３１に対し、本線系のＡＶデータ、カメラデータなどがそれぞれ独立的に入力される場合には、デマルチプレクサ４１を省略することができる。また、本線系のオーディオデータがリニアＰＣＭオーディオデータである場合には、音声信号変換部４４での処理を省略することもできる。
【０１１８】
そして、メモリコントローラ１７に供給されたビデオデータとオーディオデータは、上述したようにして、光ディスク１に供給されて記録される。
【０１１９】
記録は、上述したように、光ディスク１上に年輪が形成されながら行われる。データ変換部１９のデータ量検出部４２は、例えばオーディオデータにおいて、１年輪データ分の時間の再生に必要なオーディオデータが検出されたら、その旨をメモリコントローラ１７に通知する。メモリコントローラ１７は、この通知を受けて、１年輪データ分の再生に必要なオーディオデータをメモリ１８に記憶させたか否かの判定を行い、その判定結果を制御部２０に通知する。制御部２０では、この判定結果に基づき、１年輪データ分の再生時間に対応するオーディオデータをメモリ１８から読み出すようにメモリコントローラ１７を制御する。メモリコントローラ１７により、この制御に基づきメモリ１８からオーディオデータが読み出され、信号制御部１６に供給されて光ディスク１上にオーディオデータが記録される。
【０１２０】
１年輪データ分の再生時間に対応するオーディオデータが記録されると、次は、例えばビデオデータに対して同様の処理がなされ、オーディオ年輪データの次から１年輪データ分のビデオ年輪データが記録される。補助ＡＶデータも、同様にして、１年輪データ分の再生時間に対応するデータが順次、記録される。
【０１２１】
また、時系列メタデータについては、例えばカメラデータがデマルチプレクサ４１から制御部２０に供給されると共に、時系列メタデータのうちＵＭＩＤなどの幾つかのデータは、制御部２０で生成される。カメラデータと制御部２０で生成されたデータとがまとめて時系列メタデータとされ、メモリコントローラ１７を介してメモリ１８に記憶される。メモリコントローラ１７では、上述と同様にして、１年輪データ分の再生時間に対応する時系列メタデータをメモリ１８から読み出し、信号処理部１６に供給する。
【０１２２】
なお、制御部２０では、非時系列メタデータも生成される。非時系列メタデータは、当該データが属するクリップのクリップディレクトリに記録される。
【０１２３】
光ディスク１に対して上述のようにして記録されるデータは、図８、図９および図１０を用いて既に説明したように、ファイルに格納され、ディレクトリ構造により管理される。例えば、データの光ディスク１への記録の際に、制御部２０により、各ファイルのアドレス情報やディレクトリ構造におけるポインタ情報、ファイル名およびディレクトリ名情報などの管理情報が光ディスク１の所定の管理領域に記録される。また、記録されたファイル情報などがインデックスファイル「ＩＮＤＥＸ．ＸＭＬ」に反映される。
【０１２４】
一方、光ディスク１からのデータの再生時においては、上述したようにして、光ディスク１からビデオデータ、オーディオデータ、補助ＡＶデータおよび時系列メタデータが読み出される。このとき、高ビットレートである本線系のビデオデータの再生速度で、本線系のオーディオデータ、補助ＡＶデータ、時系列メタデータといった低ビットレートのデータも再生し、光ディスク１からのデータの再生速度を、読み出すデータによって変えないようにする。光ディスク１から読み出されたビデオデータおよび補助ＡＶデータは、メモリコントローラ１７から画像データ変換部４５Ｂおよび４５Ａにそれぞれ供給される。オーディオデータは、メモリコントローラ１７から音声データ変換部４６に供給される。
【０１２５】
画像データ変換部４５Ａおよび４５Ｂは、メモリコントローラ１７から供給される補助ＡＶデータおよび本線系のビデオデータのデータ系列を復号化し、その結果得られるビデオ信号を、マルチプレクサ４７に供給する。また、音声データ変換部４６は、メモリコントローラ１７から供給されるオーディオデータのデータ系列を復号化し、その結果得られるオーディオ信号を、マルチプレクサ４７に供給する。
【０１２６】
なお、画像データ変換部４５Ａ、４５Ｂおよび音声データ変換部４６において、供給された再生データを復号化せずに、そのままマルチプレクサ４７に供給し、多重化して出力することも可能である。さらに、マルチプレクサ４７を省略し、それぞれのデータを独立的に出力することも可能である。
【０１２７】
以上のように構成されたディスク記録再生装置１０では、ユーザが操作部２１を操作することにより、データの記録を指令すると、信号入出力部３１から供給されるデータがデータ変換部１９、メモリコントローラ１７、信号処理部１６およびピックアップ部１３を介して光ディスク１に供給され、記録される。
【０１２８】
記録の際に、ユーザは、操作部２１を操作することにより、本線系のビデオデータのビットレートを変更することができる。例えば、当初、ビットレートを５０Ｍｂｐｓに設定して記録を行い、光ディスク１の記録可能領域が少なくなったときにビットレートを３０Ｍｂｐｓなどの低いビットレートに変更し、録り逃しが無いようにするなどの使用法が考えられる。
【０１２９】
このとき、ビットレートの変更のタイミングに対応して、クリップが分割され、変更後のデータが新規のクリップとして光ディスク１に記録される。ビットレートの変更の検出は、操作部２１に対してなされた操作を検出することで行ってもよいし、制御部２０でビデオデータのビットレートを監視した結果に基づき行うことも可能である。例えば、メモリコントローラ１７で、データ変換部１９から供給された本線系のビデオデータのヘッダにおける、ビットレート情報が記述される所定のビット位置のデータを抽出して、ビットレートが変更されたことを検出することが可能である。
【０１３０】
ビットレートの変更が検出されると、例えば、制御部２０によりメモリコントローラ１７が制御され、ビットレート変更前のデータがメモリ１８から掃き出されて光ディスク１に記録され、変更後のデータにより新たな年輪が形成される。
【０１３１】
本線系のビデオデータの変更が検出されると、他のデータ、すなわち、本線系のオーディオデータ、補助ＡＶデータおよび時系列メタデータも同様にしてメモリコントローラ１７による制御がなされ、クリップの分割が行われる。このとき、上述したように、補助ＡＶデータのＧＯＰ境界に合わせて本線系のＡＶデータを分割することができる。
【０１３２】
また、本線系のビデオデータのビットレートが変更された場合、実際のビデオデータのビットレートを徐々に変化させていくようにすると、再生画像に不自然な変化が現れず、好ましい。
【０１３３】
先ず、高ビットレートから低ビットレートに変化させる場合について、図１５を用いて説明する。当初、ビットレートモードが５０Ｍｂｐｓに設定されているものとする。記録中の操作部２１に対する操作により、時刻ｔ０においてビットレートモードを３０Ｍｂｐｓに変更するように指示される。制御部２０は、その指示を受けて、データ変換部１９の画像信号変換部４３Ｂに対してビットレート変更を指示する。このとき、時刻ｔ０から所定時間後の時刻ｔ１を目標として、ビットレートが徐々に低くなるように、ビットレートの変化速度に対して時定数処理がなされる。そして、時刻ｔ１が実際のビットレートの変更点とされ、この点でクリップ分割が行われる。
【０１３４】
またこの場合、時点ｔ０でビットレートの変更が指示されても、実際には、時点ｔ１に達するまでは、変更前のビットレートモードのビデオデータとして扱われる。例えば、ビットレートモードで指定されたビットレートによるデータ量と、実際の圧縮符号化による発生符号量との差分が所定のパディングデータで埋められる。
【０１３５】
低ビットレートから高ビットレートに変化させる場合は、上述の逆の処理になる。すなわち、例えば当初３０Ｍｂｐｓに設定されているビットレートを５０Ｍｂｐｓに変更するような場合、先ず、変更の指示のタイミングでビットレートモードが３０Ｍｂｐｓから５０Ｍｂｐｓに変更される。そして、制御部２０からデータ変換部１９の画像信号変換部４３Ｂに対して、所定の時間をかけて徐々にビットレートを高くするように、ビットレートの変化速度に対して時定数処理がなされる。また、例えば、ビットレートモードで指定されたビットレートによるデータ量と、実際の圧縮符号化による発生符号量との差分が所定のパディングデータで埋められる。クリップ分割は、例えばビットレートモードの変更点で行われる。
【０１３６】
制御部２０から画像信号変換部４３Ｂに対して、所定の時間間隔で少しずつ小さい値のビットレートを指示することで、上述のように、ビットレートを徐々に変更することができる。画像信号変換部４３Ｂでは、少しずつ小さく指示されるビットレートの値に応じて符号化後のフレームの総符号量を見積もり、見積もられた値に応じて符号化処理を行う。
【０１３７】
一方、オーディオデータに関しては、例えばリニアＰＣＭオーディオデータとして入力された本線系のオーディオデータのビット解像度の変更に対応することができる。変更が検出されると、上述のビデオデータの場合と同様に、変更点でクリップが分割される。ここでも、補助ＡＶデータのＧＯＰ境界に合わせてクリップ分割を行うことが可能である。
【０１３８】
オーディオデータの場合には、ビット解像度の変更後に変更前のビット解像度を維持し、ビット解像度の変更によるクリップ分割を行わないようにできる。例えば、この発明の実施の一形態によるディスク記録再生装置１０に対して外部から入力されるオーディオデータを光ディスク１に記録する際に、入力されるオーディオデータのビット解像度が当初２４ビットだったものが、ある時点で１６ビットに変更された場合、ビット解像度の変更後も、ビット解像度は２４ビットのままとすることができる。
【０１３９】
なお、以降、オーディオデータに関して、「２４ビットのビット解像度」および「１６ビットのビット解像度」を適宜、それぞれ「２４ビット」および「１６ビット」と略称する。
【０１４０】
図１６を用いて説明する。当初、２４ビットで入力されていたオーディオデータが、ビット解像度変更点において、ビット解像度が１６ビットに変更される（図１６Ａ）。このとき、１６ビットに変更されたオーディオデータの下位側（ＬＳＢ側）８ビットに、図１６Ｂに一例が示されるように、オーディオデータにおいて無音を示すデータ（例えば値「０」）が付加され、全体として２４ビットとされる。このとき、付加する８ビットのデータは無音に限らず、ディザを加えるようにしてもよい。
【０１４１】
また例えば、当初１６ビットだったオーディオデータが２４ビットに変更された場合も同様に、ビット解像度の変更後も、ビット解像度は１６ビットのままとすることができる。
【０１４２】
図１７を用いて説明する。当初、１６ビットで入力されていたオーディオデータが、ビット解像度変更点において、ビット解像度が２４ビットに変更される（図１７Ａ）。このとき、図１７Ｂに一例が示されるように、２４ビットで入力されたオーディオデータの下位側（ＬＳＢ側）の８ビットが捨てられ、全体として１６ビットとされる。
【０１４３】
さらに、リニアＰＣＭオーディオデータとして入力されていたオーディオデータが、リニアＰＣＭ以外の符号化方式で符号化されたオーディオデータ（以降、ノンオーディオのオーディオデータと称する）に変更された場合には、ノンオーディオのオーディオデータをミュートし、クリップ分割をせずに記録を続行することができる。ミュートは、例えば無音を表すオーディオデータを記録することでなされ、ノンオーディオのオーディオデータは、無音のオーディオデータとして記録される。すなわち、ノンオーディオのオーディオデータは、無音を表すオーディオデータと置き換えられることになる。
【０１４４】
なお、ノンオーディオのオーディオデータがリニアＰＣＭオーディオデータに変更された場合には、分割後のクリップでリニアＰＣＭオーディオデータを記録することができる。
【０１４５】
以上のようなオーディオデータのビット解像度の変換処理やノンオーディオのオーディオデータ入力時の無音処理は、例えば、制御部２０の指示に基づく音声信号変換部４５で行うことができる。これに限らず、制御部２０の指示に基づくメモリコントローラ１７の制御により、メモリ１８からオーディオデータを読み出す際の処理により行うこともできる。例えば、メモリ１８に、ノンオーディオのオーディオデータ表すデータを例えば１サンプル分格納しておき、当該データを繰り返し読み出す。
【０１４６】
オーディオデータの解像度は、オーディオデータが例えば放送局などで一般的に用いられる、ＡＥＳ／ＥＢＵ（Ａｕｄｉｏ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｓｏｃｉｅｔｙ／Ｅｕｒｏｐｅａｎ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｕｎｉｏｎ）による規格に準拠したフォーマットで伝送される場合には、ヘッダの所定位置に対してビット解像度の情報が格納されるので、このデータを抜き出すことで、判定できる。また、リニアＰＣＭオーディオデータと、ノンオーディオのオーディオデータの識別も、同様にしてヘッダ情報などから判別することができる。
【０１４７】
なお、上述では、本線系のビデオデータについて、記録中のビットレートの変更について説明したが、これはこの例に限定されず、この発明の実施の一形態によるディスク記録再生装置１０は、記録中のフレームレートの変更や画像サイズ、アスペクト比の変更などにも対応可能である。この場合には、再生時に、フレームレートの変更の際には時間軸方向の補間／間引き処理を、画像サイズやアスペクト比の変更の際にはフレーム内での補間／間引き処理を行うことで、一定のフレームレート、画像サイズ、画像アスペクト比でビデオデータを出力することができる。このような補間／間引き処理は、例えば、メモリコントローラ１７により、メモリ１８に記憶されたビデオデータに対して行われる。画像信号変換部４３Ｂにおいて行ってもよい。
【０１４８】
また、上述では、本線系のビデオデータの符号化方式をＭＰＥＧ２として説明したが、これはこの例に限定されず、さらに他の方式で符号化されたビデオデータを混在記録するようにできる。また、ビデオデータのビットレートや他のパラメータについても、同様に、上述した以外のものにも対応可能である。
【０１４９】
オーディオデータについても同様に、符号化してノンオーディオとする場合、さらに他の符号化方式を用いることができる。オーディオデータについても、ビット解像度も、１６ビットおよび２４ビットに限らず、３２ビットや８ビット、１２ビットなど、他のビット解像度のオーディオデータを混在記録するようにできる。また、オーディオデータのサンプリング周波数は、標準的には４８ｋＨｚであるが、これもこの例に限定されず、例えば９６ｋＨｚ、１９２ｋＨｚなど、他のサンプリング周波数のオーディオデータを混在記録するようにできる。
【０１５０】
さらに、補助ＡＶデータもＭＰＥＧ４方式に限定されず、他の方式で符号化したビデオデータを混在記録するようにできる。
【０１５１】
さらにまた、光ディスク１に記録されたクリップの一覧表示を、図示されないモニタ装置などに表示できるようにすると、好ましい。例えば、ユーザの操作部２１に対する操作に応じてインデックスファイル「ＩＮＤＥＸ．ＸＭＬ」を読み込み、光ディスク１に記録されている全クリップの情報を得る。そして、各クリップディレクトリを参照し、補助ＡＶデータに基づきサムネイル画像を自動的に作成する。サムネイル画像は、例えば補助ＡＶデータの所定位置のフレームを読み込んで、所定の画像サイズに縮小などしてその都度、作成される。
【０１５２】
各クリップのサムネイル画像データがメモリコントローラ１７に供給され、メモリ１８に記憶される。そして、メモリ１８に記憶されたサムネイル画像データがメモリコントローラ１７により読み出され、データ変換部１９および信号入出力部３１を介して図示されないモニタ装置に供給され、モニタ装置にサムネイル画像が一覧表示される。モニタ装置に対するサムネイル画像の表示制御は、操作部２１からの操作により行うことができる。また、操作部２１に対する所定の操作により、サムネイル画像から所望の画像を選択し、選択されたサムネイル画像に対応したクリップを再生するようにできる。
【０１５３】
なお、上述のサムネイル画像のモニタ装置への表示の際に、表示されるサムネイル画像に対応するクリップの諸情報、例えば本線系ビデオデータのビットレート、符号化方式などを、サムネイル画像と共に表示するようにできる。これは、、各クリップディレクトリから時系列メタデータや非時系列メタデータを読み出すことで、可能である。
【０１５４】
【発明の効果】
以上説明したように、この発明では、本線系のオーディオデータおよびビデオデータ、補助ＡＶデータ、ならびに、時系列メタデータのうち何れか一つのフォーマットが記録中に変更されたら、変更点に対応する位置でクリップ分割を行うようにしているため、１枚のディスク状記録媒体に、連続的な再生が可能なように、複数の異なるフォーマットのデータを混在して記録することができるという効果がある。
【０１５５】
また、この発明の実施の一形態では、クリップの分割位置を、補助ＡＶデータのＧＯＰの境界に合わせるようにしているため、本線系のビデオデータの変化に基づきクリップが分割された場合でも、補助ＡＶデータを用いた編集作業を行うことができるという効果がある。
【図面の簡単な説明】
【図１】ＵＭＩＤのデータ構造を示す略線図である。
【図２】エッセンスマークを定義するために用いられる予約語の例を示す略線図である。
【図３】エッセンスマークの一例のデータ構造を示す略線図である。
【図４】光ディスクに対して年輪データが形成された一例の様子を示す略線図である。
【図５】年輪が形成された光ディスクに対するデータの読み書きが行われる一例の様子を示す略線図である。
【図６】年輪の連続性が保証されるようにデータ記録を行うことを説明するための図である。
【図７】アロケーションユニットについて説明するための図である。
【図８】この発明の実施の一形態におけるデータの管理構造について説明するための図である。
【図９】この発明の実施の一形態におけるデータの管理構造について説明するための図である。
【図１０】この発明の実施の一形態におけるデータの管理構造について説明するための図である。
【図１１】クリップ分割の境界を補助ＡＶデータのＧＯＰの境界に一致させることを説明するための図である。
【図１２】クリップ分割の際に元クリップと分割によって新規に生成されるクリップとに重複部分を持たせることを説明するための図である。
【図１３】この発明の実施の一形態に適用可能なディスク記録再生装置の一例の構成を示すブロック図である。
【図１４】データ変換部の一例の構成を示すブロック図である。
【図１５】ビットレートが変更されたときに実際のビデオデータのビットレートを徐々に変化させていくことを説明するための図である。
【図１６】オーディオデータのビット解像度が変更されたときの処理を説明するための図である。
【図１７】オーディオデータのビット解像度が変更されたときの処理を説明するための図である。
【符号の説明】
１・・・光ディスク、１０・・・ディスク記録再生装置、１６・・・信号処理部、１７・・・メモリコントローラ、１８・・・メモリ、１９・・・データ変換部、２０・・・制御部、２１・・・操作部、３１・・・信号入出力部、４２・・・データ量検出部、４３Ａ，４３Ｂ・・・画像信号変換部、４４・・・音声信号変換部、４５Ａ，４５Ｂ・・・画像データ変換部、４６・・・音声データ変換部
【図１】
2004310831.tif 000003
【図２】
2004310831.tif 000004
【図３】
2004310831.tif 000005
【図４】
2004310831.tif 000006
【図５】
2004310831.tif 000007
【図６】
2004310831.tif 000008
【図７】
2004310831.tif 000009
【図８】
2004310831.tif 000010
【図９】
2004310831.tif 000011
【図１０】
2004310831.tif 000012
【図１１】
2004310831.tif 000013
【図１２】
2004310831.tif 000014
【図１３】
2004310831.tif 000015
【図１４】
2004310831.tif 000016
【図１５】
2004310831.tif 000017
【図１６】
2004310831.tif 000018
【図１７】
2004310831.tif 000019