JP2005243060A - 再生装置および方法 - Google Patents

Abstract

【課題】 表示の配置が記録位置順に並べられていないサムネイル画像をより高速に表示する。
【解決手段】 編集モードでは、サムネイル画像は、編集結果の再生順に対応した位置に配置され表示される。ディスクからサムネイル画像のデータを読み出すときは、データの記録位置順に読み出すようにする。画面の配置とは異なった順序でサムネイル画像が表示されるが、ディスクに対するシーク時間が最短となるため、より高速にサムネイル画像を表示することができる。独立的に制御されるピックアップを２個、有する場合には、２個のピックアップのそれぞれが読み出すデータ量が等しくなるように、ディスクを２つの領域に分割し、それぞれの領域において、データの記録位置順に読み出しを行う。このときは、ディスクをＣＡＶ方式で回転駆動する必要がある。
【選択図】 図１５

Description

この発明は、記録媒体に多数が記録されたビデオクリップの選択を高速に行えるようにした再生装置および方法に関する。

近年では、より波長の短いレーザ光を光源として用い、より大容量の記録再生を可能としたディスク状記録媒体が出現している。例えば、波長４０５ｎｍのレーザ光を発する青紫色レーザを光源とし、片面１層構造の光ディスクを用いて２３ＧＢ（ギガバイト）の記録容量が実現されている。

このディスク状記録媒体を、放送局用の映像機器の記録媒体として用いることが提案されている。ディスク状記録媒体を、ビデオカメラ本体またはビデオカメラに接続されるカメラコントローラに装填する。装填されたディスク状記録媒体に対して、ビデオカメラで撮影された映像に基づくビデオデータが記録される。ビデオデータは、例えばクリップ毎に別ファイルとされて記録される。なお、クリップは、例えば撮影が開始されてから停止されるまでの、ひとまとまりのデータである。

また、このディスク状記録媒体は、ランダムアクセスが可能とされており、ビデオデータの編集にも適している。例えば、従来のテープ状記録媒体に比べクリップの頭出しや編集点の指定および検索を迅速に行うことができると共に、編集されたビデオデータを同一のディスク状記録媒体に記録することも可能である。ビデオカメラで撮影したビデオデータを、編集スタジオに持ち込むことなく、その場で編集することができる。

編集作業を行う際に、各クリップの先頭フレームの画像や編集点（ＩＮ点、ＯＵＴ点）の画像をサムネイル画像化して一覧表示すると、目的のクリップや編集点を迅速に探し出すことができ、効率的である。ユーザは、サムネイル画像に基づき所望の画像を選択し、編集作業を行う。サムネイル画像は、実際のビデオデータのあるフレームの画像を間引き処理などにより縮小した画像である。特許文献１に、サムネイル画像を用いてビデオデータを編集するようにした構成が記載されている。
特開２００１−１９７４２６

従来では、サムネイル画像を高速に表示するために、サムネイル画像を表示すべきフレームからビットマップ画像データを作成して記録媒体に記録しておき、サムネイル画像を表示する際には、このビットマップ画像データを表示するようにしていた。

ところが、この従来技術による方法では、例えば非破壊の編集作業などのように、サムネイル画像として表示すべきフレームが頻繁に変わるような場合、その都度、ビットマップ画像データを作成し直さなければならず、処理が迅速さを欠いていた。また、サムネイル画像のためのビットマップ画像データを、ビデオデータと共にディスク状記録媒体に記録するために、ディスク状記録媒体の容量を浪費してしまっていた。

これらの問題を解決するために、サムネイル画像として表示すべきフレームを再生しながら、その都度、サムネイル画像を作成するという方法が考えられる。この方法では、サムネイル画像の位置が頻繁に変わるような場合にも対応でき、ディスク状記録媒体の容量を浪費してしまうこともない。

ところで、クリップ毎のサムネイル画像は、ディスク状記録媒体へのクリップの記録順に表示することが多いと考えられる。例えばブランクディスクにクリップを記録していくような場合、クリップは、ディスクの内周側から記録されることが考えられる。この場合、サムネイル画像の表示の際にも、ディスクの内周側から順にクリップをアクセスしていけばよいため、サムネイル画像を高速に表示することが可能である。

ここで、サムネイル画像として、編集点（例えばＩＮ点）のフレーム画像を表示することを考える。この場合には、編集点の再生順が記録順と同一であるとは限らない。一方、サムネイル画像の表示は、編集点の再生順に一致していることが好ましい。そのため、サムネイル画像の表示の際のディスクアクセスが最短距離にならず、サムネイル画像が全て表示されるまでに相当の時間がかかってしまうおそれがあるという問題点があった。これは、例えば報道などの用途で編集に緊急性が要求されるような場合に、特に問題となる。

したがって、この発明の目的は、特に表示の配置が記録位置順に並べられていないサムネイル画像をより高速に表示できるような再生装置および方法を提供することにある。

この発明は、上述した課題を解決するために、ディスク状記録媒体に記録された、第１のビデオデータおよび／または第１のビデオデータをより高圧縮率で圧縮符号化した第２のビデオデータを再生する再生手段と、再生手段によりディスク状記録媒体の離散的な位置から再生した第２のビデオデータを用いてサムネイル画像を作成し表示するサムネイル画像作成手段と、サムネイル画像作成手段でサムネイル画像の作成のために用いる第２のビデオデータのそれぞれを、ディスク状記録媒体上の記録位置順にアクセスして再生するように再生手段を制御する再生制御手段とを有することを特徴とする再生装置である。

また、この発明は、ディスク状記録媒体に記録された、第１のビデオデータおよび／または第１のビデオデータをより高圧縮率で圧縮符号化した第２のビデオデータを再生する再生のステップと、再生のステップによりディスク状記録媒体の離散的な位置から再生した第２のビデオデータを用いてサムネイル画像を作成し表示するサムネイル画像作成のステップと、サムネイル画像作成のステップでサムネイル画像の作成のために用いる第２のビデオデータのそれぞれを、ディスク状記録媒体上の記録位置順にアクセスして再生するように再生のステップを制御する再生制御のステップとを有することを特徴とする再生方法である。

上述したように、この発明は、第１のビデオデータおよび／または第１のビデオデータをより高圧縮率で圧縮符号化した第２のビデオデータが記録されたディスク状記録媒体の、離散的な位置から再生した第２のビデオデータを用いてサムネイル画像を作成し表示するようにされ、サムネイル画像の作成のために用いる第２のビデオデータのそれぞれを、ディスク状記録媒体上の記録位置順にアクセスして再生するようにしているため、表示されるサムネイル画像の配置にかかわらず、常に最短の時間でサムネイル画像の表示を行うことができる。

この発明は、編集点のサムネイル表示の際に、ディスクの記録位置順にサムネイル画像を読み出し、読み出したサムネイル画像を編集結果の再生順に対応する位置に配置して表示するようにしている。そのため、編集点のサムネイル画像表示の際のディスクアクセス時間を最短にすることができ、サムネイル画像表示を高速化できる効果がある。

また、この発明は、通常のクリップ再生時にはディスクをＣＬＶで駆動し、サムネイル表示時にはディスクをＣＡＶで駆動するようにしている。そのため、サムネイル画像表示の際に、ピックアップの位置にかかわらずディスクの回転速度を一定にできるので、複数のピックアップを用いてディスクアクセスを行うような場合に、編集点のサムネイル表示時にディスクの記録位置順にサムネイル画像を読み出すことができ、サムネイル画像表示を、より高速化できるという効果がある。

また、この発明は、サムネイル画像を、本線系のＡＶデータと共にディスクに記録された、本線系のＡＶデータの解像度をより落としデータレートを低く抑えた補助ＡＶデータから作成するようにしている。そのため、本線系のＡＶデータを用いてサムネイル画像を作成する場合に比べ、サムネイル画像表示の際のシステムの負担を軽減できる効果がある。

以下、この発明の実施の一形態について説明する。この発明では、実際の放送や編集の対象とされるビデオデータおよびオーディオデータがディスク状記録媒体に記録されると共に、当該ビデオデータおよびオーディオデータに対応した補助的なビデオデータおよびオーディオデータと、メタデータとが同一のディスク上に記録される。なお、以下では、実際の放送や編集の対象とされるビデオデータおよびオーディオデータを本線系のＡＶ(Audio/Video)データと呼ぶ。また、補助的なビデオデータおよびオーディオデータを補助ＡＶデータと称し、補助ＡＶデータのうちビデオデータを補助ビデオデータ、オーディオデータを補助オーディオデータとそれぞれ呼ぶ。

本線系のＡＶデータは、例えば、ビデオデータは、ベースバンドのビデオデータがＭＰＥＧ２(Moving Pictures Experts Group 2)方式で圧縮符号化された、ビットレートが５０Ｍｂｐｓ(Mega bit per second)のビデオデータおよび／またはビットレートが２５Ｍｂｐｓのデータである。また、オーディオデータは、サンプリング周波数が４８ｋＨｚで量子化ビット数が２４ビットのデータおよび／または量子化ビット数が１６ビットのデータである。この発明の実施の一形態では、本線系のＡＶデータのビデオデータおよびオーディオデータのそれぞれについて、これら方式の異なるデータを同一のディスク上に混在させて記録可能なようになっている。

また、補助ＡＶデータは、本線系のＡＶデータに基づくより低ビットレートとしたオーディオ／ビデオデータであって、本線系ＡＶデータのディスクへの記録時に、本線系のＡＶデータから作成される。補助ビデオデータは、例えばＭＰＥＧ４方式で以て圧縮符号化される。また、補助オーディオデータは、例えばＡ−Ｌａｗおよびサンプル間引きを用いて圧縮符号化される。これにより、補助ＡＶデータは、本線系のＡＶデータに対して、ビットレートが例えば数Ｍｂｐｓまで落とされる。

なお、周知のようにＭＰＥＧ方式では、ＤＣＴ(Discrete Cosine Transform)を用いたフレーム内圧縮符号化と、時系列方向の予測符号化を用いたフレーム間圧縮符号化とを用いてビデオデータを圧縮符号化する。ここで、時系列方向に予測符号化を行ったＢ(Bidirectionally)ピクチャおよびＰ(Predictive)ピクチャと、１画面（１フレーム）で完結するＩ(Intra)ピクチャとが定義され、ＧＯＰ(Group Of Picture)は、最低１枚のＩピクチャを含むそれ自身で完結したグループで、ＭＰＥＧのストリームにおいて独立してアクセス可能な最小の単位とされる。

メタデータは、あるデータに関する上位データであり、各種データの内容を表すためのインデックスとして機能する。メタデータには、上述の本線系のＡＶデータの時系列に沿って発生される時系列メタデータと、本線系のＡＶデータにおけるシーン毎など、所定の区間に対して発生される非時系列メタデータの２種類がある。

次に、この発明の実施の一形態に適用可能なディスク状記録媒体（以下、ディスク）へのデータ配置について説明する。この発明の実施の一形態では、ディスク上に年輪を形成するようにしてデータを記録する。年輪データは、データの再生時間によって示されるデータ量を単位としてディスクに記録されるデータである。例えば本線系のオーディオデータおよびビデオデータに限定して説明すると、再生時間帯が対応するオーディオデータおよびビデオデータを、トラックの１周分以上のデータサイズを有する所定の再生時間単位毎に交互に配置して記録する。このように記録を行うことで、再生時間帯が対応するオーディオデータおよびビデオデータの組が時系列的に重層されて、年輪が形成される。

この実施の一形態では、実際には、再生時間帯が対応するオーディオデータおよびビデオデータに加え、これらのデータに再生時間帯が対応する補助ＡＶデータおよび時系列メタデータを一組として記録することで年輪を形成し、光ディスク１に対するデータの記録を行う。

なお、年輪を形成するデータを年輪データと称する。年輪データは、ディスクにおける最小の記録単位であるセクタの整数倍のデータ量とされる。また、年輪は、その境界がディスクのセクタの境界と一致するように記録される。

図１は、光ディスク１に対して年輪データが形成された一例の様子を示す。この図１の例では、光ディスク１の内周側から順に、オーディオ年輪データ＃１、ビデオ年輪データ＃１、オーディオ年輪データ＃２、ビデオ年輪データ＃２、補助ＡＶ年輪データ＃１および時系列メタ年輪データ＃１が記録されており、この周期で年輪データが扱われる。時系列メタ年輪データ＃１の外周側には、さらに、次の周期の年輪データの一部がオーディオ年輪データ＃３およびビデオ年輪データ＃３として示されている。

この図１の例は、時系列メタ年輪データの１年輪データ分の再生時間帯と補助ＡＶ年輪データの１年輪データ分の再生時間帯とが対応し、時系列メタ年輪データの１年輪データ分の再生時間帯とオーディオ年輪データの２周期分の再生時間帯が対応することを示している。同様に、時系列メタ年輪データの１年輪データ分の再生時間帯とビデオ年輪データの２周期分の再生時間帯が対応することを示している。このような、各年輪データの再生時間帯および周期の対応付けは、例えばそれぞれのデータレートなどに基づき設定される。なお、ビデオ年輪データやオーディオ年輪データの１年輪データ分の再生時間は、経験値的には１．５秒〜２秒程度が好ましい。

図２は、上述の図１のように年輪が形成された光ディスク１に対するデータの読み書きが行われる一例の様子を示す。光ディスク１に十分な大きさの連続した空き領域が存在し、その空き領域に欠陥が無い場合、オーディオデータ、ビデオデータ、補助ＡＶデータ時系列メタデータの各データ系列から、再生時間帯に基づきそれぞれ生成されたオーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、図２Ａに一例が示されるように、光ディスク１の空き領域に対して、恰も一筆書きをするように書き込まれる。このとき、何れのデータの境界も、光ディスク１のセクタの境界と一致するように書き込まれる。光ディスク１からのデータの読み出しも、書き込み時と同様にして行われる。

一方、光ディスク１からある特定のデータ系列を読み出す場合には、読み出しデータ系列の記録位置にシークしてそのデータを読み出すという動作が繰り返される。図２Ｂは、このようにして補助ＡＶデータの系列を選択的に読み出す様子を示す。例えば図１も参照し、補助ＡＶ年輪データ＃１が読み出されたら、続いて記録されている時系列メタ年輪データ＃１、オーディオ年輪データ＃３およびビデオ年輪データ＃３、ならびに、オーディオ年輪データ＃４およびビデオ年輪データ＃４（図示しない）をシークにより飛び越し、次の周期の補助ＡＶ年輪データ＃２が読み出される。

このように、データの光ディスク１への記録を、再生時間を単位とし、再生時間帯に応じた年輪データとして周期的に行うことで、同じような再生時間帯のオーディオ年輪データとビデオ年輪データとが光ディスク１上の近い位置に配置されるので、光ディスク１から、再生時刻が対応するオーディオデータとビデオデータとを迅速に読み出して再生することが可能となる。また、年輪の境界とセクタの境界とが一致するように記録されるので、光ディスク１からオーディオデータまたはビデオデータだけを読み出すことが可能となり、オーディオデータまたはビデオデータだけの編集を迅速に行うことが可能となる。

また、上述したように、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、光ディスク１のセクタの整数倍のデータ量を有し、さらに、年輪データの境界とセクタの境界とが一致するように記録されている。そのため、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データのうち何れか１系列のデータだけが必要な場合に、他のデータの読み出しを行うことなく、必要なデータだけを読み出すことができる。

上述したような、年輪によるデータ配置の利便性を活かすためには、光ディスク１に対するデータの記録を、年輪の連続性が保証されるように行う必要がある。このことについて、図３を用いて説明する。例えば補助ＡＶ年輪データ（図３では「ＬＲ」と表示）だけ読み出すことを考える。

例えば記録時に連続した十分に大きな空き領域が確保されていれば、複数周期の年輪を連続的に記録することができる。この場合、図３Ａに示されるように、時間的に連続する補助ＡＶ年輪データを、最小のトラックジャンプで読み出すことができる。すなわち、補助ＡＶ年輪データを読み出したら、次の周期の年輪における補助ＡＶ年輪データを読み出すという動作を繰り返すことが可能となり、ピックアップがジャンプする距離が最短となる。

これに対して、例えば記録時に連続した空き領域が確保できず、時間的に連続する補助ＡＶデータを光ディスク１上の飛び飛びの領域に記録した場合、図３Ｂに一例が示されるように、最初の補助ＡＶ年輪データを読み出したら、例えば年輪の複数周期分に相当する距離をピックアップがジャンプして、次の補助ＡＶ年輪データを読み出さなければならない。この動作が繰り返されるため、図３Ａに示される場合に比べて、補助ＡＶ年輪データの読み出し速度が低下してしまう。また、本線系のＡＶデータにおいては、図３Ｃに一例が示されるように、未編集ＡＶデータ（ＡＶクリップ）の再生が滞る可能性がある。

そこで、この発明の実施の一形態では、年輪の連続性を保証するために、年輪の複数周期分の長さを持つアロケーションユニットを定義し、年輪でデータを記録する際に、このアロケーションユニットで定義されたアロケーションユニット長を越える長さの、連続した空き領域を確保する。

図４を用いてより具体的に説明する。アロケーションユニット長は、予め設定される。アロケーションユニット長を、年輪で１周期に記録される各データの合計再生時間の複数倍に設定する。例えば、年輪の１周期に対応する再生時間が２秒であるとした場合、アロケーションユニット長を１０秒に設定する。このアロケーションユニット長は、光ディスク１の空き領域の長さを計測する物差しとして用いられる（図４右上参照）。初期状態を、図４Ａに一例が示されるように、使用済み領域が光ディスク１に対して飛び飛びに３箇所、配置されているものとし、使用済み領域に挟まれた部分を空き領域とする。

この光ディスク１に対してある程度の長さを有するＡＶデータと、当該ＡＶデータに対応する補助ＡＶデータとを記録する場合、先ず、アロケーションユニット長と空き領域の長さとを比較して、アロケーションユニット長以上の長さを有する空き領域を予約領域として確保する（図４Ｂ）。この図４の例では、２つの空き領域のうち、右側の空き領域がアロケーションユニット長より長いとされ、予約領域として確保される。次に、この予約領域に対して、予約領域の先頭から年輪データを順次連続的に記録する（図４Ｃ）。このように年輪データを記録していき、予約領域の空き領域の長さが次に記録する年輪データの１周期分の長さに満たないときは（図４Ｄ）、予約領域を開放し、図４Ａのように、光ディスク１上のさらに他の空き領域に対してアロケーションユニット長を適用させながら、予約領域にできる空き領域を探す。

このように、複数周期分の年輪が記録できるだけの空き領域を探して、当該空き領域に年輪を記録することで、ある程度の年輪の連続性が保証され、年輪データの再生をスムースに行うことが可能とされる。なお、アロケーションユニット長は、上述では１０秒に設定したが、これはこの例に限定されず、さらに長い再生時間に対応する長さをアロケーションユニット長として設定することができる。実際的には、１０秒〜３０秒の間でアロケーションユニット長を設定すると好ましい。

次に、この発明の実施の一形態におけるデータの管理構造について、図５、図６および図７を用いて説明する。この発明の実施の一形態では、データは、ディレクトリ構造で管理される。ファイルシステムとしては例えばＵＤＦ(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」に格納される。

この発明の実施の一形態では、ディレクトリＣＬＰＲ内におけるクリップディレクトリ間での上述のデータ信号種の混在は、許可される。例えば、本線系のビデオデータの信号種について、クリップディレクトリ「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」に保存される。

次に、この発明の実施の一形態に適用可能な記録再生装置について説明する。図８は、この記録再生装置のドライブ部１０の一例の構成を示す。

記録時には、後述する信号処理部４１（図９参照）から供給された記録データが、ＥＣＣ(Error Correction Coding)部１９およびメモリコントローラ１７を介してメモリ１８に溜め込まれる。メモリコントローラ１７は、制御部２０の制御に基づきメモリ１８に対するアクセスを制御する。なお、制御部２０は、マイクロコンピュータからなり、信号処理部４１からの制御信号に基づきこのドライブ部１０を制御する。

メモリ１８に溜め込まれた記録データに対して、ＥＣＣ部１９によりエラー訂正単位毎にエラー訂正符号が生成される。ビデオデータおよびオーディオデータに対するエラー訂正符号としては、積符号を使用することができる。積符号は、ビデオデータまたはオーディオデータの２次元配列の縦方向に外符号の符号化を行い、その横方向に内符号の符号化を行い、データシンボルを２重に符号化するものである。外符号および内符号としては、リードソロモンコード(Reed-Solomon code) を使用できる。積符号で完結するデータ単位をＥＣＣブロックと称する。ＥＣＣブロックは、例えば６４ｋバイト（６５５３６バイト）のサイズを有する。メモリコントローラ１７は、メモリ１８からＥＣＣブロックを読み出し、変調／復調部１６に記録データとして供給する。変調／復調部１６は、この記録データを変調して記録信号を生成し、ピックアップ部１３に供給する。

ピックアップ部１３は、変調／復調部１６から供給される記録信号に基づきレーザ光の出力を制御して、スピンドルモータ１２により回転駆動される光ディスク１に記録信号を記録する。

なお、ピックアップ部１３は、光ディスク１からの反射光を光電変換して電流信号を生成し、ＲＦ(Radio Frequency)アンプ１４に供給する。ＲＦアンプ１４は、ピックアップ部１３からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、ならびに、再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部１５に供給する。また、ＲＦアンプ１４は、再生時に再生信号を変調／復調部１６に供給する。

レーザ光の照射位置は、サーボ制御部１５からピックアップ部１３に供給されるサーボ信号により所定の位置に制御される。すなわち、サーボ制御部１５は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部１５は、ＲＦアンプ１４からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部１３のアクチュエータ（図示しない）に供給する。またサーボ制御部１５は、スピンドルモータ１２を駆動するスピンドルモータ駆動信号を生成して、光ディスク１を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。

さらにサーボ制御部１５は、ピックアップ部１３を光ディスク１の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク１の信号読み出し位置の設定は、信号制御部４１から供給される制御信号に基づき、制御部２０によって行われ、設定された読み出し位置から信号を読み出すことができるように、ピックアップ部１３の位置が制御される。

スピンドルモータ１２は、サーボ制御部１５からのスピンドルモータ駆動信号に基づいて、光ディスク１を線速度一定のＣＬＶ(Constant Linear Velocity)、または、角速度一定のＣＡＶ(Constant Angler Velocity)で回転駆動する。スピンドルモータ１２の駆動方式は、信号処理部４１からの制御信号に基づき、ＣＬＶおよびＣＡＶとで切り替え可能とされている。

なお、この実施の一形態では、スピンドルモータ１２の駆動モードとして、ＣＬＶ×１、ＣＬＶ×２、ＣＬＶ×２．４およびＣＡＶ×１の４モードが切り替え可能とされている。モードＣＬＶ×１は、ドライブ部１０の起動時のモードであって、それ以外では基本的に使用されない。モードＣＬＶ×２は、モードＣＬＶ×１に対してデータレートが２倍となっており、光ディスク１に対するデータの書き込みは、このモードで行われる。モードＣＬＶ×２．４は、通常再生やシャトル再生時など、再生系の動作において用いられる。モードＣＡＶ×１は、後述するサムネイル表示の際に用いられるモードである。

再生時には、ピックアップ部１３が光ディスク１にレーザ光を集光して照射し、光ディスク１からの反射光を光電変換した電流信号をＲＦアンプ１４に供給する。変調／復調部１６は、ＲＦアンプ１４から供給された再生信号を復調して再生データを生成し、メモリコントローラ１７に供給する。メモリコントローラ１７は、供給された再生データをメモリ１８に書き込む。メモリ１８からＥＣＣブロック単位で再生データが読み出され、ＥＣＣ部１９に供給される。

ＥＣＣ部１９は、供給されたＥＣＣブロック単位の再生データのエラー訂正符号を復号化してエラー訂正を行う。エラー訂正符号の持つエラー訂正能力を超えてエラーが検出されたときは、エラー訂正を行わずに、エラー訂正単位に対してエラーフラグを立てる。ＥＣＣ部１９から出力された再生データは、信号処理部４１に供給される。

図９は、この実施の一形態に適用可能な記録再生装置の全体の構成例を示す。信号処理部４１に対して、図示されないドライブ部１０、インターフェイス部４０および操作部４２が接続される。また、信号処理部４１に対して、例えばＬＣＤ(Liquid Crystal Display)からなる表示部８０が接続され、光ディスク１から再生された映像や、記録再生装置に対して入力された映像、ユーザインターフェイスなど、様々な表示が行われるようになっている。

信号処理部４１において、ＦＰＧＡ(Field Programmable Gate Array)にドライブ部１０が接続される。ドライブ部１０と信号処理部４１との間での記録データおよび再生データのやり取り、ならびに、ドライブ部１０内の制御部２０との間での制御信号のやり取りは、ＦＰＧＡ６４を介して行われる。

ＦＰＧＡ６４に対して、ＲＡＭ６５、エンコーダ６６、デコーダ６７、ＤＶコーデック６８、補助ＡＶデータ用エンコーダ／デコーダ６９が接続される。補助ＡＶデータ用エンコーダ／デコーダ６９は、補助ビデオデータのエンコードを行う。また、ＦＰＧＡ６４に対して、バス７０が接続される。バス７０には、入力データ用のオーディオＤＳＰ(Digital Signal Processor)７１、出力データ用のオーディオＤＳＰ７２および補助ＡＶデータ用オーディオＤＳＰ７３が接続される。さらに、ＦＰＧＡ６４は、バス６０とＦＰＧＡ７４とが接続される。ＦＰＧＡ６４は、ＲＡＭ６５に対するメモリコントローラとして機能すると共に、接続された各部間でのデータフローを制御するようになっている。

ＦＰＧＡ７４に対して、ＲＡＭ７５が接続される。また、ＦＰＧＡ７４に対して表示部８０、出力端子８１および入力端子８２がそれぞれ接続される。ＦＰＧＡ７４に対して、さらに、操作部４２のマイクロコンピュータ（以下、マイコン）９０が接続される。表示部８０は、例えばＬＣＤ(Liquid Crystal Display)からなる表示素子と、表示素子を駆動するための駆動回路とを有する。ＦＰＧＡ７４は、上述のＦＰＧＡ６４と同様に、ＲＡＭ７５に対するメモリコントローラとして機能すると共に、接続された各部間でのデータフローを制御するようになっている。

バス６０は、例えばＰＣＩ(Peripheral Component Bus)バスである。バス６０に対してＣＰＵ(Central Processing Unit)６１、ＲＯＭ(Read Only Memory)６２およびＲＡＭ(Random Access Memory)６３が接続される。ＲＡＭ６３は、ＣＰＵ６１のワークメモリとして用いられる。ＲＯＭ６２は、実際には２個の書き換え可能なフラッシュメモリからなり、そのうち一方はシステム起動用、他方はシステムが起動された後に用いられるプログラムやデータなどが予め格納される。また、ＲＡＭ６３および他方のＲＯＭは、図示されないＣＰＵバスを介してＣＰＵ６１に接続される。

ＣＰＵ６１は、他方のＲＯＭに格納されるプログラムに基づき、信号処理部４１を制御すると共に、ドライブ部１０における光ディスク１に対するアクセス制御や、メモリ１８に対するアクセス制御を行う。また、ＣＰＵ６１は、図５〜図７を用いて説明した、光ディスク１上のディレクトリ構造を管理する。

インターフェイス部４０において、バス５０は、例えばＰＣＩバスである。バス５０がＰＣＩブリッジ５７を介してバス６０に接続される。また、バス５０に対して通信インターフェイス５１、ＣＰＵ(Central Processing Unit)５２、ＲＯＭ(Read Only Memory)５３、ＲＡＭ(Random Access Memory)５４およびＯＳＤ(On Screen Displey)部５５が接続される。なお、ＣＰＵ５２、ＲＯＭ５３およびＲＡＭ５４は、実際には、メモリコントローラやバスコントローラなどを介してバス５０に接続される。ＲＡＭ５４は、ＣＰＵ５２のワークメモリとして用いられる。ＲＯＭ５３は、実際には２個の書き換え可能なフラッシュメモリからなり、一方はシステム起動用、他方はシステムが起動された後に用いられるプログラムやデータなどが予め格納される。

通信インターフェイス５１は、ＣＰＵ５２の命令に基づき、外部のネットワークとの間の通信を制御する。例えば、通信インターフェイス５１は、インターネットに対してＦＴＰ(File Transfer Protocol)によるデータ通信を行うことができる。ＯＳＤ部５５は、ＲＡＭ５６が接続され、ＣＰＵ５２から供給される表示制御命令に基づき、ユーザインターフェイスのための画像信号を生成する。

操作部４２において、操作子部９２は、各種スイッチ、ロータリーエンコーダなどの各種操作子を有し、これら操作子に対するユーザの操作に応じた信号を出力し、マイコン９０に供給する。マイコン９０は、操作子部９２から供給された信号に基づき制御信号を生成し、ＦＰＧＡ７４に供給する。制御信号は、制御の種類に応じてＣＰＵ６１やＣＰＵ５２に供給される。表示部９１は、例えば操作子部９２の各操作子にそれぞれ対応した複数のＬＥＤ(Light Emitting Diode)からなり、操作子部９２からの制御信号に基づき、マイコン９０により点灯が制御される。オーディオメータ９３は、例えば複数のＬＥＤからなり、信号処理部４１に入力されるオーディオデータまたは信号処理部４１から出力されるオーディオデータのレベルがリアルタイムで表示される。

なお、ビデオのフレーム周期に対応したフレーム同期信号が、図示されないインターフェイスを介して外部から供給される。フレーム同期信号を、この記録再生装置内部で発生させてもよい。この記録再生装置各部の信号処理は、必要に応じてフレーム同期信号に対して同期的に行われる。例えば、本線系ＡＶデータや補助ＡＶデータに対するＣＰＵ６１による処理命令は、フレーム同期信号に対して同期的に発行される。

このような構成において、記録時には、外部から供給されたビデオデータおよびオーディオデータが入力端子８２に入力される。例えば、ビデオデータおよびオーディオデータは、図示されないビデオカメラから出力され、入力端子８２に入力される。ビデオデータおよびオーディオデータは、ＲＡＭ７５に一旦バッファリングされてＦＰＧＡ６４に供給され、ＲＡＭ６５に溜め込まれる。

ＲＡＭ６５に溜め込まれたビデオデータおよびオーディオデータは、ＦＰＧＡ６４により補助ＡＶデータ用エンコーダ／デコーダ６９および補助ＡＶデータ用オーディオＤＳＰ７３にそれぞれ供給され、補助ＡＶデータが生成される。

補助ＡＶデータ用エンコーダ／デコーダ６９は、供給されたビデオデータをＭＰＥＧ４方式で以て圧縮符号化し、補助ビデオデータとして出力する。補助ＡＶデータ用エンコーダ／デコーダ６９から圧縮符号化されて出力された補助ビデオデータは、ＲＡＭ６５に書き込まれる。補助ＡＶデータ用エンコーダ／デコーダ６９は、例えば１フレームのＩピクチャと９フレームのＰピクチャの計１０フレームで１ＧＯＰを形成する。

なお、補助ビデオデータの解像度は、例えば、ＮＴＳＣシステムの場合３５２画素×２４０ライン、ＰＡＬシステムの場合３５２画素×２８８ラインとされる。また、補助ビデオデータの色空間は、輝度および色差により色を表現するＹＣｂＣｒ空間とされる。

オーディオデータは、補助ＡＶデータ用オーディオＤＳＰ７３において、必要に応じてレベル調整などの所定の信号処理を施され、さらに圧縮符号化され、補助オーディオデータとされる。詳細は後述するが、オーディオデータは、例えば間引きとＡ−Ｌａｗ符号化を用い、サンプリング周波数が４８ｋＨｚから８ｋＨｚとされ、また、量子化ビット数が１６ビットから８ビットのデータとされる。圧縮符号化された補助オーディオデータは、ＲＡＭ６５に書き込まれる。量子化ビット数が２４ビットのオーディオデータは、例えばサンプル毎の下位８ビットを削除し、１サンプルが１６ビットのデータとしてから圧縮符号化するようにできる。

ビデオデータおよびオーディオデータの、補助ＡＶデータ用エンコーダ／デコーダ６９および補助ＡＶデータ用オーディオＤＳＰ７３によるエンコード処理と並列的に、本線系ＡＶデータのエンコード処理も行われる。上述したように、この実施の一形態による記録再生装置は、本線系のビデオデータの処理モードとして、例えばデータレートが５０Ｍｂｐｓおよび２５Ｍｂｐｓの２種類のモードを有する。

データレートが５０Ｍｂｐｓのモードの場合、ＲＡＭ６５から読み出されたビデオデータは、エンコーダ６６に供給される。エンコーダ６６は、ビデオデータに対してＭＰＥＧ２による圧縮符号化を施す。このとき、エンコーダ／デコーダ６９は、フレーム単位での編集を考慮し、フレーム間圧縮を行わず、全てＩピクチャとしてエンコードを行う。また、エンコードは、エンコードされたデータのデータレートが５０Ｍｂｐｓになるように、フレーム毎や、フレームをさらに分割したマクロブロック毎に量子化係数などを適切に選択して行われる。エンコーダ６６でエンコードされたビデオデータは、ＲＡＭ６５に一旦溜め込まれる。

データレートが２５Ｍｂｐｓのモードの場合、ＲＡＭ６５から読み出されたビデオデータは、ＤＶコーデック部６８に供給される。ＤＶコーデック部６８は、供給されたビデオデータに対して、例えばＤＶフォーマットに則った圧縮符号化処理を施す。ＤＶコーデック部６８でエンコードされたビデオデータは、ＲＡＭ６５に一旦溜め込まれる。

本線系のＡＶデータのうち本線オーディオデータは、ＦＰＧＡ６４により、ＲＡＭ６５から読み出され、オーディオＤＳＰ７１に供給される。オーディオＤＳＰ７１でエンコードされた本線オーディオデータは、ＲＡＭ６５に溜め込まれる。

ＣＰＵ６１の命令に従い、ＲＡＭ６５に溜め込まれた本線系のオーディオデータおよびビデオデータの、年輪を形成するための所定の再生時間分が、記録フォーマットにマッピングされ、ドライブ部１０に供給される。同様に、ＲＡＭ６５に溜め込まれた補助オーディオデータおよび補助ビデオデータは、補助ＡＶデータのフォーマットにマッピングされ、年輪を形成するための所定の再生時間分がドライブ部１０に供給される。

なお、メタデータは、例えばＣＰＵ６２で所定に生成され、ＲＡＭ５４に溜め込まれる。ＲＡＭ６５に溜め込まれたメタデータは、本線系のＡＶデータおよび補助ＡＶデータと同様にして、年輪を形成するための所定の再生時間分がドライブ部１０に供給される。

ＣＰＵ６１により、ドライブ部１０に対して、本線系のＡＶデータ、補助ＡＶデータおよびメタデータを年輪を形成しながら光ディスク１に書き込むように命令が出される。この命令は、制御部２０に供給される。ＣＰＵ６１からの命令に基づく制御部２０の制御により、本線系のＡＶデータ、補助ＡＶデータおよびメタデータは、ドライブ部１０のＥＣＣ部１９でエラー訂正符号を付加され、信号処理部１６で記録信号に変調される。そして、制御部２０に書き込みアドレスを制御されて、光ディスク１に対して書き込まれる。

再生時には、ドライブ部１０において、ＣＰＵ６１の命令に基づき制御部２０により読み出しアドレスを制御され、光ディスク１から年輪単位でデータが読み出される。読み出されたデータは、既に説明したような処理を経てＥＣＣ部１９でエラー訂正符号を復号化されて、ドライブ部１０から出力される。ドライブ部１０から出力された本線系のＡＶデータ、補助ＡＶデータおよびメタデータは、ＦＰＧＡ６４に供給され、ＲＡＭ６５に溜め込まれる。

ＲＡＭ６５に溜め込まれた本線系のＡＶデータにおいて、本線ビデオデータがデータレート５０Ｍｂｐｓのモードのデータであれば、当該本線ビデオデータは、デコーダ６７に供給される。デ一方、本線ビデオデータがデータレート２５Ｍｂｐｓのモードのデータであれば、当該本線ビデオデータは、ＤＶコーデック部６８に供給される。コーダ６７またはＤＶコーデック部６８でデコードされた本線ビデオデータは、ＲＡＭ６５に溜め込まれる。

本線系のＡＶデータのうち本線オーディオデータは、ＦＰＧＡ６４によりＲＡＭ６５から読み出され、オーディオＤＳＰ７２に供給される。オーディオＤＳＰ７２でデコードされた本線オーディオデータは、ＲＡＭ６５に溜め込まれる。

本線系ＡＶデータのデコード処理と並列的に、補助ＡＶデータのデコード処理も行われる。ＲＡＭ６５に溜め込まれた補助ＡＶデータのうち、補助ビデオデータは、ＦＰＧＡ６４によりＲＡＭ６５から読み出され、補助ＡＶデータ用エンコーダ／デコーダ６９に供給される。補助ビデオデータは、補助ＡＶデータ用エンコーダ／デコーダ６９でデコードされ、ＲＡＭ６５に溜め込まれる。同様に、補助オーディオデータは、ＦＰＧＡ６４によりＲＡＭ６５から読み出され、補助ＡＶオーディオ用ＤＳＰ７３に供給される。補助オーディオデータは、補助ＡＶオーディオ用ＤＳＰ７３でデコードされ、量子化ビット数を８ビットから１６ビット（または２４ビット）に戻されると共に、サンプルが補間され、サンプリング周波数が４８ｋＨｚとされる。デコードされた補助オーディオデータは、ＲＡＭ６５に溜め込まれる。

ＲＡＭ６５にデコードされ溜め込まれた本線ビデオデータおよび本線オーディオデータ、ならびに、補助ビデオデータおよび補助オーディオデータは、図示されないフレーム同期信号に基づきＣＰＵ６１にタイミング制御され、ＲＡＭ６５から同期的に読み出される。例えば、本線オーディオデータおよび補助オーディオデータは、ＣＰＵ６１の命令に基づきＦＰＧＡ６４にＲＡＭ６５におけるアドレスポインタが制御され、ビデオデータと同期を取られながら、さらに本線および補助オーディオデータ間で同期を取られて、ＲＡＭ６５から読み出される。ＲＡＭ６５から読み出された本線および補助ビデオデータ、ならびに、本線および補助オーディオデータは、ＦＰＧＡ７４に供給される。

ＦＰＧＡ７４では、例えば本線ビデオデータを出力端子８１に導出すると共に、補助ビデオデータを表示部８０に供給する。それと共に、本線および補助オーディオデータを所定に選択して出力端子８１に導出する。本線および補助オーディオデータは、ＣＰＵ６１の命令に基づき所定のタイミングで切り替えて出力することができる。このとき、切り替えタイミングにおいて、本線および補助オーディオデータにクロスフェード処理を施すと、切り替えノイズが軽減されて好ましい。

一方、上述したように、インターフェイス部４０は、通信インターフェイス５１を有し、例えばインターネットを介してＦＴＰ転送されたビデオデータやオーディオデータを受信し、ドライブ部１０に送るようにできる。すなわち、ＦＴＰ転送されたデータを通信インターフェイス５１で受信し、バス５０、ＰＣＩブリッジ５７およびバス６０を介してＦＰＧＡ６４に供給し、ＲＡＭ６５に溜め込むようにする。ＦＴＰ転送により、非同期的に転送された例えばオーディオデータは、ＲＡＭ６５を用いて時間的に連続になるようにマッピングされる。

インターフェイス部４０において、ＯＳＤ部５５は、ＣＰＵ５２から供給される表示制御命令に基づき、ＲＡＭ５６を用いて、ＧＵＩ(Graphical User Interface)画面などを表示するための画像データを作成する。作成された画像データは、ＲＡＭ５６から読み出され、ＦＰＧＡ７４に転送される。この画像データは、ＦＰＧＡ７４により表示部８０に供給され、表示部８０に対して例えばＧＵＩ画面が表示される。

図１０は、補助ＡＶデータの一例のフォーマットを示す。補助ＡＶデータは、図１０Ａに一例が示されるように、ヘッダ部と、複数のエディットユニットとからなる。エディットユニットの先頭に配置されるシステム部は、そのエディットユニットのヘッダである。エディットユニットにおいて、システム部に続けて補助ビデオデータ（ピクチャ）が格納され、さらに続けて補助オーディオデータ（サウンド）が格納される。補助ビデオデータは、ＭＰＥＧ４のエレメンタリストリーム（ＥＳ）である。補助オーディオデータは、８チャンネルのデータからなり、２チャンネル毎に対になって格納される。エディットユニットは、年輪に対応し、補助ビデオデータおよび補助オーディオデータは、それぞれ１年輪分の再生時間（例えば２秒）に対応するデータである。

なお、光ディスク１に記録されるデータは、ＥＣＣブロック単位でＥＣＣブロックアドレスが割り振られる。ドライブ部１０のＥＣＣ部１９は、このＥＣＣブロックアドレスに基づきＥＣＣブロックの復号化処理を行う。１エディットユニットは、８ＥＣＣブロックが割り当てられる。ヘッダ部は、１ＥＣＣブロックが割り当てられる。

図１０Ｂは、ビデオシステムがＮＴＳＣの場合の補助ビデオデータ格納部の一例の構成を示す。先頭の「Ｋ」部は、続くアイテムの属性が示される。例えば、「Ｋ」部によって、続くアイテムにＭＰＥＧ４のエレメンタリストリームが格納されていることが示される。「Ｌ」部は、続くアイテムのデータ長が示される。この「Ｋ」部および「Ｌ」部を用いて、補助ビデオデータや２チャンネル毎に対にされた補助オーディオデータがそれぞれパッキングされる。

上述したように、この実施の一形態では、補助ビデオデータは、図１０Ｄに一例が示されるように、１枚のＩピクチャと９枚のＰピクチャとからなる１０フレームで１ＧＯＰが構成される。ビデオシステムがＮＴＳＣの場合、３０フレーム／秒なので、１年輪が２秒の再生時間に対応しているとした場合、図１０Ｂに一例が示されるように、１エディットユニット中に６ＧＯＰが含まれる。２５フレーム／秒であるＰＡＬシステムの場合は、図１０Ｃに一例が示されるように、１エディットユニット中に５ＧＯＰが含まれることになる。

補助オーディオデータについては、図１０Ｅに一例が示されるように、第１および第２チャンネル、第３および第４チャンネル、第５および第６チャンネル、第７および第８チャンネルがそれぞれ対とされ、対毎に「Ｋ」部および「Ｌ」部でパッキングされる。Ｆｉｌｌｅｒ部は、１エディットユニットのデータ長が８ＥＣＣブロックになるように補助オーディオデータのデータ長を調整するためのダミーデータが詰め込まれる部分で、各チャンネル対毎にそれぞれ「Ｋ」部および「Ｌ」部でパッキングされる。

１つのチャンネル対は、図１０Ｆに一例が示されるようになっている。すなわち、対とされたチャンネルのサンプルが、サンプル毎に交互に配置される。１つのチャンネル対に、ビデオシステムがＮＴＳＣの場合には２チャンネルで１６０１６サンプル、ＰＡＬの場合には２チャンネルで１６０００サンプルの補助オーディオデータが詰め込まれる。

この発明の実施の一形態では、光ディスク１に記録されたクリップを、サムネイル画像として表示部８０に一覧表示することができる。サムネイル画像は、主にインデックスとして用いられ、高品質を要求されないので、補助ＡＶデータから作成することができる。補助ＡＶデータは、予め解像度などを落としデータレートを低く抑えているので、本線系のＡＶデータを用いてサムネイル画像を作成する場合に比べ、処理に負担がかからない。

例えば、ユーザの操作部４２に対する操作に応じてインデックスファイル「INDEX.XML」を読み込み、光ディスク１に記録されている全クリップの情報を得る。そして、各クリップディレクトリを参照し、補助ＡＶデータに基づきサムネイル画像を自動的に作成する。サムネイル画像は、例えば補助ＡＶデータの所定位置のフレームを読み込んで、画像サイズの変換処理および色空間変換処理が施されて作成される。

図１１Ａは、サムネイル表示画面１２０の表示例を示す。サムネイル表示画面１２０は、表示部８０に表示される。これに限らず、サムネイル表示画面１２０の表示信号を出力端子８１に対して導出させ、外部のモニタにサムネイル表示画面１２０を表示させるようにもできる。サムネイル表示画面１２０は、所定枚数のサムネイル画像１２１、１２１、・・・が一覧表示される。

例えば、操作部４２に対して設けられたサムネイル表示ボタンを操作することで、サムネイル表示画面１２０の表示が指示される。サムネイル表示が指示されると、ドライブ部１０においてスピンドルモータ１２の駆動方式がＣＬＶ駆動からＣＡＶ駆動に切り替えられ、光ディスク１がＣＡＶ駆動でアクセスされて補助ＡＶデータが所定に読み出される。読み出された補助ＡＶデータから、サムネイル表示画面１２０の１画面に表示するためのサムネイル画像１２１、１２１、・・・が生成される。これらサムネイル画像１２１、１２１、・・・は、サムネイル表示画面１２０に対して一覧表示される。図１１Ａの例では、１画面に１２枚のサムネイル画像１２１、１２１、・・・が表示されている。サムネイル画像１２１、１２１、・・・は、例えば対応するクリップの記録順に配置されて表示される。

なお、サムネイル表示画面１２０に対して、クリップ毎のサムネイル画像１２１、１２１、・・・を一覧表示させる（以下、クリップモードと呼ぶ）か、編集点毎のサムネイル画像１２１、１２１、・・・を一覧表示させる（以下、編集モードと呼ぶ）かを選択することができる。この図１１Ａの例は、クリップモードの例であって、サムネイル表示画面１２０右上の表示１２２にその旨（「ＣＬＩＰ」）が示されている。

例えば操作部４２に設けられたカーソル移動キーを所定に操作することで、サムネイル表示画面１２０に表示された複数のサムネイル画像１２１、１２１、・・・から１枚のサムネイル画像１２１を選択することができる。現在選択されている選択サムネイル画像１２３は、選択されていることを示すように、例えば枠表示が非選択状態のサムネイル画像１２１、１２１、・・・とは異ならされる。また、サムネイル表示画面１２０の左上の表示１２４は、光ディスク１に記録されているクリップの総数と、選択サムネイル画像１２３によりその中の何番目のクリップが現在選択されているかを示す。この図１１Ａの例では、光ディスク１に１４３クリップが記録されており、その中の６番目のクリップが選択されていることが示されている。

さらに、サムネイル表示画面１２０の下部には、選択サムネイル画像１２３に対応するクリップの情報が示される。例えば、選択サムネイル画像１２３に対応するクリップの撮影時刻が表示１２５に、当該クリップの長さ（ＤＵＲＡＴＩＯＮ）が表示１２６にそれぞれ表示される。

選択サムネイル画像１２３により対応するクリップが選択された状態で、操作部４２に対して例えば決定ボタンの押下など所定の操作を行うことで、当該クリップの再生が指示される。クリップの再生が指示されると、ドライブ部１０においてスピンドルモータ１２の駆動方式がＣＡＶ駆動からＣＬＶ駆動に切り替えら表示部８０がクリップ表示画面１２７とされて、当該クリップの再生が開始される。また、クリップ表示画面１２７の表示中にサムネイル表示を指示すると、表示部８０の表示がサムネイル表示画面１２０に切り替わる。

操作部４２に対する所定の操作により、サムネイル表示画面１２０のページを切り替えることができる。例えば、サムネイル表示画面１２０の表示中にページ切り替えが指定されると、ＣＡＶ駆動のまま光ディスク１がアクセスされ、サムネイル表示画面１２０に現在表示されているサムネイル画像１２１、１２１、・・・が対応するクリップの次のクリップから次ページの１画面分のサムネイル画像１２１、１２１、・・・が読み出され、サムネイル表示画面１２０に表示される。

編集モードの場合も、クリップモードと略同様にサムネイル画像１２１、１２１、・・・が表示される。編集点毎のサムネイル画像１２１、１２１、・・・は、編集結果の再生順に従い、サムネイル表示画面１２０に配置され、表示される。また、表示１２２は、編集モードである旨を示す表示（例えば「ＥＤＩＴ」）とされ、表示１２４は、全編集点数と、選択サムネイル画像１２３の対応する編集点が全編集点中の何番目であるかが示される。さらに、表示１２５は、例えば編集日時が示され、表示１２６は、例えばその編集点（ＩＮ点）からＯＵＴ点までの時間が表示される。

サムネイル表示画面１２０の表示処理について、より詳細に説明する。図１２は、サムネイル表示の全体的な流れを示す一例のフローチャートである。なお、実際には、サムネイル表示制御は、ＣＰＵ５２の制御下において行われ、ＣＰＵ６１は、ＣＰＵ５２の命令に従い各部の制御を行う。最初のステップＳ１０で、ユーザにより操作部４２が所定に操作され、サムネイル表示を行うような指示がなされる。操作部４２から、指示に基づく制御信号が出力され、ＣＰＵ６１に供給される。

ＣＰＵ６１は、操作部４２から渡された制御信号に基づき、ドライブ部１０（制御部２０）に対して、スピンドルモータ１２の駆動方式をＣＬＶ駆動からＣＡＶ駆動へ切り替える旨を命令する切り替えコマンドが発行される（ステップＳ１１）。ドライブ部１０で、この切り替えコマンドに基づきスピンドルモータ１２の駆動方式がＣＬＶ駆動からＣＡＶ駆動に切り替わったと判断されたら（ステップＳ１２）、処理はステップＳ１３に移行し、光ディスク１からＣＡＶ駆動で回転駆動されて補助ＡＶデータが読み出される。そして、読み出された補助ＡＶデータから、サムネイル画像１２１、１２１、・・・を表示するためのフレームが取り出され、サムネイル表示画面１２０が表示される。

なお、この発明の実施の一形態では、このように、通常のクリップ再生の際には光ディスク１をＣＬＶで回転駆動し、サムネイル表示の際には光ディスク１をＣＡＶ駆動に切り替えて回転駆動させるようにしている。サムネイル画像１２１、１２１、・・・のデータを読み出すためのアクセスは、ランダムアクセスにより光ディスク１に対して飛び飛びになされるため、アクセス位置にかかわらず光ディスク１の回転速度が変化しないＣＡＶ駆動の方が、より高速に読み出しを行える。

勿論、ＣＡＶ駆動では、光ディスク１の内周側と外周側とでアクセスの線速度が大きく異なるため、通常のクリップ再生の際は、ＣＬＶ駆動を用いる必要がある。

ステップＳ１４で、ユーザがカーソルキーで選択サムネイル画像１２３を移動させ、サムネイル表示画面１２０を、次ページまたは前ページなどの別ページに切り替えたと判断されれば、処理はステップＳ１５に移行し、スピンドルモータ１２の駆動方式をＣＡＶ駆動のまま光ディスク１が回転駆動され、当該別ページのサムネイル画像１２１、１２１、・・・を表示するための補助ＡＶデータが読み出される。

ステップＳ１６で、ユーザによりＳＥＴボタンが押され、選択サムネイル画像１２３に対応するクリップや編集点が決定されたら、次のステップＳ１７で、ＣＰＵ５２の制御に基づきＣＰＵ６１からドライブ部１０に対して、スピンドルモータ１２の駆動方式をＣＡＶ駆動からＣＬＶ駆動へ切り替える旨を命令する切り替えコマンドが発行される。ドライブ部１０で、この切り替えコマンドに基づきスピンドルモータ１２の駆動方式がＣＡＶ駆動からＣＬＶ駆動に切り替わったと判断されたら（ステップＳ１８）、処理はステップＳ１９に移行する。

ステップＳ１９では、ドライブ部１０において、光ディスク１に対し、上述したステップＳ１６で決定された選択サムネイル画像１２３に対応するクリップまたは編集点が、ＣＬＶ駆動によりアクセスされ、当該クリップまたは編集点に対するキューアップ処理がなされる。

図１３は、サムネイル表示処理の一例のフローチャートを示す。この図１３は、上述した図１２のフローチャートにおけるステップＳ１３の処理をより詳細に示すものである。光ディスク１から補助ＡＶデータが読み出される処理は、サムネイル表示のモードがクリップモードか、編集モードかで多少異なる。クリップモードであれば（ステップＳ２０）、処理はステップＳ２１に移行し、光ディスク１に記録されているクリップがそれぞれ参照される。一方、編集モードであれば、処理はステップＳ２０からステップＳ２２に移行し、エディットリストが参照され、各編集点に対応するクリップがそれぞれ参照される（ステップＳ２３）。

なお、ドライブ部１０は、光ディスク１が装填されるとディレクトリＰＡＶの直下の４つのファイル(INDEX.XML、INDEX.RSV、DISCINFO.XMLおよびDISCINFO.RSV）を読み込み、光ディスク１に関する情報や、光ディスク１に記録されている各ファイルの情報を予め取得している。ステップＳ２１、Ｓ２２およびＳ２３の処理は、この予め取得された情報に基づき行われる。

ステップＳ２１またはステップＳ２３でクリップが参照されると、処理はステップＳ２４に移行し、サムネイル画像１２１、１２１、・・・として表示するためのフレームが確定される。クリップモードであれば、例えば、参照されたクリップの先頭のフレームがサムネイル画像１２１として用いるフレームとされる。クリップ内の他のフレームをサムネイル画像１２１として用いるフレームとしてもよい。編集モードであれば、例えば、参照されたクリップに対して設けられた編集点に対応するフレームがサムネイル画像１２１として用いるフレームとされる。

フレームが確定されると、ステップＳ２５で、光ディスク１に記録された補助ＡＶデータから、確定されたフレームを含む所定領域が読み出される。読み出されたデータは、ドライブ部１０から信号処理部４１に渡され、一旦ＲＡＭ６５に溜め込まれた後、ＦＰＧＡ６４を介して補助ＡＶデータ用エンコーダ／デコーダ６９に供給される。補助ＡＶデータ用エンコーダ／デコーダ６９は、供給されたデータをデコードし、確定されたフレームを抽出する（ステップＳ２６）。抽出されたフレームは、補助ＡＶデータ用エンコーダ／デコーダ６９から出力され、ＦＰＧＡ６４、バス６０、ＰＣＩブリッジ５７およびバス５０を介してＲＡＭ５４に一旦溜め込まれる。

次のステップＳ２７で、ＲＡＭ５４に溜め込まれたフレームに対して、ＣＰＵ５２により、色空間変換処理と、画素数変換処理が施され、サムネイル画像１２１が作成される。上述したように、補助ビデオデータの色空間は、ＹＣｂＣｒ空間である。色空間変換処理では、このＹＣｂＣｒ空間を、表示部８０による表示に適した例えばＲＧＢの三原色からなる色空間に変換する。また、上述したように、補助ビデオデータは、ＮＴＳＣシステムの場合３５２画素×２４０ライン、ＰＡＬシステムの場合３５２画素×２８８ラインからなる画像サイズとされている。画素数変換処理では、この画像サイズを、例えば所定に画素を間引いて画素数を減らし、サムネイル画像１２１に適した画像サイズに変換する。補間処理を併用してもよい。

ステップＳ２７で作成されたサムネイル画像１２１は、ステップＳ２８で、ＯＳＤ部５５に供給される。ＯＳＤ部５５は、供給されたサムネイル画像１２１をＲＡＭ５６に書き込む。また、ＯＳＤ部５５は、サムネイル表示画面１２０を構成する他の表示部分を作成し、ＲＡＭ５６に書き込む。サムネイル表示画面１２０中の表示１２２、１２４、１２５および１２６に表示するための各属性情報は、例えばＣＰＵ５２の命令に基づきＣＰＵ６１により取得され、ＣＰＵ６１からＯＳＤ部５５に渡される。こうしてサムネイル表示画面１２０の表示データが形成されたら、ＲＡＭ５６から当該表示データが読み出され、ＦＰＧＡ７４に渡される。ＦＰＧＡ７４は、渡されたデータを表示部８０に供給して、サムネイル表示画面１２０を表示部８０に表示させる。

ステップＳ２５の、光ディスク１からの補助ＡＶデータの読み出し処理について、より詳細に説明する。サムネイル画像１２１を表示する際に用いられる情報は、クリップを識別するためのクリップＩＤと、クリップ先頭からのフレーム位置情報である。例えば、クリップモードであれば、各クリップの先頭のフレームが抽出される。また例えば、編集モードであれば、エディットリストに基づき選択されたクリップのそれぞれについて、編集点に対応するフレームが抽出される。すなわち、これらクリップＩＤおよびフレーム位置情報から、光ディスク１に対するシーク位置および読み出しサイズを導く必要がある。

なお、以下の式において、（ｘ／ｙ）は、（ｘ÷ｙ）の商の値を表し、（ｘ％ｙ）は、（ｘ÷ｙ）の余りの値を表すものとする。また、数は０基準である。

上述したように、この実施の一形態では、補助ＡＶデータのビデオデータは、１ＧＯＰが１０フレームからなるため、ファイル先頭からのフレーム位置ｆは、ファイル先頭から（ｆ／１０）番目のＧＯＰ内の、（ｆ％１０）番目のフレームであることが分かる。また、（ｆ／１０）番目のＧＯＰがファイルの先頭からｇ番目のＧＯＰであるとする。ここで、図１０を用いて既に説明したように、１エディットユニット内のＧＯＰの数がビデオシステム毎にＮ個（ＮＴＳＣシステムでＮ＝６、ＰＡＬシステムでＮ＝５）に固定的である。したがって、このｇ番目のＧＯＰは、例えばＮＴＳＣシステムの場合、（ｇ／Ｎ）番目のエディットユニットに属し、このエディットユニット内の（ｇ％Ｎ）番目のＧＯＰであることが分かる。

このように考えることで、先頭からｆ番目のフレームのアドレスを、「Ａ番目のエディットユニット内の、Ｂ番目のＧＯＰ内の、Ｃ番目のフレームである」というように特定することができる。さらに、エディットユニットおよびＧＯＰのサイズは、それぞれ固定的に決まっているので、ｆ番目のフレームの位置を、ファイルの先頭からのバイト位置で求めることができる。

ここで、この実施の一形態では、補助ビデオデータは、１ＧＯＰが１枚のＩピクチャと９枚のＰピクチャとから構成されており、Ｐピクチャからなるフレームがサムネイル画像１２１として表示されるフレームである場合、ＧＯＰ内の他のピクチャを用いてデコードを行う必要がある。編集モードでサムネイル画像１２１を表示するときに、Ｐピクチャが用いられる可能性がある。クリップモードでは、Ｉピクチャのみが用いられる。

また、図１０を用いて既に説明したように、補助ＡＶデータは、１エディットユニットに対して８ＥＣＣブロックが割り当てられ、ＧＯＰの境界とＥＣＣブロックの境界とが一致しない。すなわち、光ディスク１に対するアクセスをＧＯＰ単位で行い、目的のフレームが含まれる１ＧＯＰだけを読み出しても、エラー訂正符号を完全に復号化できないことになる。そのため、光ディスク１からのＧＯＰの読み出しを、ＥＣＣブロック単位で行うようにする。

図１４を用いて説明する。図１４Ａは、補助ＡＶデータのフォーマット中、あるエディットユニットの補助ビデオデータの一部を示す。図１４Ａに斜線で示されるＧＯＰ１３０内に、サムネイル画像１２１として用いるフレームが含まれているものとする。一方、ＥＣＣブロックは、１エディットユニットに対して８ＥＣＣブロックが割り当てられ、図１４Ｂに一例が示されるように、ＧＯＰとは境界が一致しない。

そこで、図１４Ａに斜線で示される、ＧＯＰ１３０を含む２個のＥＣＣブロック（ＥＣＣブロック１３１および１３２）を光ディスク１から読み出し、エラー訂正符号を復号化する。ドライブ部１０から信号処理部４１に対して、このＥＣＣブロック１３１および１３２が復号化されたデータが渡され、ＲＡＭ６５に書き込まれる。

ＣＰＵ６１は、ＲＡＭ６５から、ＥＣＣブロック１３１および１３２が復号化されたデータ部分のうちＧＯＰ１３０に対応する部分を指定して、データを読み出す。ＲＡＭ６５から読み出されたＧＯＰ１３０のデータは、補助ＡＶデータ用エンコーダ／デコーダ６９に供給され、デコードされる。ＣＰＵ６１により、ＧＯＰ１３０がデコードされたフレームから、サムネイル画像１２１として用いるフレームが抽出され、ＣＰＵ５２に渡される。

なお、上述では、２個のＥＣＣブロックを読み出して１個のＧＯＰを再生しているが、これはこの例に限定されない。例えば、ＧＯＰが完全に１個のＥＣＣブロックに含まれているときには、その１ＥＣＣブロックを読み出すだけでよい。

次に、サムネイル表示が編集モードのときの、光ディスク１のアクセス制御について説明する。サムネイル表示画面１２０において、編集点毎のサムネイル画像１２１、１２１、・・・は、編集点の再生順に配置されるのが好ましい。一方、編集点の再生順が光ディスク１に対するクリップの記録順に一致しているとは限らない。そのため、編集点毎のサムネイル画像１２１、１２１、・・・を、サムネイル表示画面１２０上の配置順に表示させようとすると、光ディスク１に対するアクセスが最短距離にならず、サムネイル表示画面１２０上に対する全てのサムネイル画像１２１、１２１、・・・の表示が完了するまでに、相当の時間を要してしまう可能性がある。

この発明の実施の一形態では、編集点毎のサムネイル画像１２１、１２１、・・・を表示させる際の光ディスク１に対するアクセスを、各編集点が指定されるクリップの、光ディスク１上における記録位置順に行うようにしている。これにより、編集モードにおけるサムネイル表示を高速に行うことができる。

なお、このとき、編集点毎のサムネイル画像１２１、１２１、・・・の、サムネイル表示画面１２０における表示順は、サムネイル表示画面１２０上の配置順と異なる順序となる。

図１５を用いて、より具体的に説明する。図１５Ａに一例が示されるように、編集モードのサムネイル表示画面１２０に対し、６枚のサムネイル画像１２１−１〜１２１−６が表示されるものとする。なお、符号１２１の枝番１〜６は、編集点の編集結果における再生順を示し、サムネイル表示画面１２０では、編集結果の再生順に対応してサムネイル画像１２１−１〜１２１−６が配置されている。

一方、サムネイル画像１２１−１〜１２１−６を表示するためのフレームを含むＧＯＰは、図１５Ｂに一例が示されているように、光ディスク１上の内周側から外周側へ、編集結果の再生順に対応しない順序で記録されている。この図１５Ｂの例では、内周側から外周側へ向けて、サムネイル画像１２１−３、１２１−６、１２１−１、１２１−５、１２１−２、１２１−４の順で、それぞれ対応するＧＯＰが記録されている。

なお、図１４を用いて既に説明したように、この実施の一形態では、１つのＧＯＰを再生するために２つのＥＣＣブロックを読み出すようにされている。図１５Ｂでは、サムネイル画像１２１−１〜１２１−６を表示するためのフレームを含む各ＧＯＰに対応する２ＥＣＣブロックが、それぞれ示されている。例えばサムネイル画像１２１−３を表示するためには、対応するフレームを持つＧＯＰを含む２ＥＣＣブロックを読み出すことになる。

光ディスク１に対して、図１５Ｂの例のように各ＧＯＰが記録されている場合、サムネイル表示画面１２０に対するサムネイル画像１２１−１〜１２１−６の配置順に光ディスク１をアクセスすると、シーク距離が最短にならないと共に、シークの方向が一定せず、非効率的である。

そこで、この発明の実施の一形態では、ＥＣＣブロックアドレスの若い方から順にＥＣＣブロックを読み出していく。図１５Ｂの例では、光ディスク１の内周側から外周側へ向けて、サムネイル表示画面１２０に表示されるサムネイル画像１２１−１〜１２１−６のフレームを持つＧＯＰを含むＥＣＣブロックが、光ディスク１への記録順に、サムネイル画像１２１−３、１２１−６、１２１−１、１２１−５、１２１−２、１２１−４の順に読み出される。図１５Ａのサムネイル表示画面１２０に対するサムネイル画像１２１−１〜１２１−６の表示順は、光ディスク１からの読み出し順に対応して、サムネイル画像１２１−３、１２１−６、１２１−１、１２１−５、１２１−２、１２１−４の順になる。

このように、サムネイル画像１２１−１〜１２１−６のデータを光ディスク１に対する記録順に読み出すことで、ドライブ部１０は、光ディスク１に対するアクセスを、常に内周側から外周側へ向けて行うことができると共に、シーク距離も最短とされ、効率的である。したがって、サムネイル表示画面１２０に対するサムネイル画像１２１、１２１、・・・の表示を迅速に完了することができる。

なお、上述では、ドライブ部１０が１個のピックアップ部１３を持つものとして説明したが、ドライブ部１０が複数個、例えば２個のピックアップ部１３を持つようなシステムも提案されている。この場合のドライブ部１０の構成は、例えば、図８の構成に対して、ピックアップ部１３、ＲＦアンプ１４、信号処理部１６および図示されないピックアップ部１３のアクチュエータなどの構成が１系統分、追加された構成となる。２個のピックアップ部１３は、それぞれの動作に支障を来さない範囲内で、それぞれ独立的に制御が可能とされる。

このピックアップ部１３を２個設けたドライブ部１０を用いたシステムに、上述した編集モード時のサムネイル画像のアクセス方法を適用する場合について説明する。以下では、２個のピックアップ部１３を、それぞれピックアップＯＰ１およびピックアップＯＰ２と呼ぶ。この場合には、図１５Ｃに一例が示されるように、光ディスク１を、所定の半径Ａで内周側領域Ｂおよび外周側領域Ｃの２領域に分割し、内周側領域ＢをピックアップＯＰ１を用い、外周側領域ＣをピックアップＯＰ２を用いてそれぞれアクセスする。内周側領域Ｂおよび外周側領域ＣそれぞれにおけるＥＣＣブロックの読み出しは、上述したピックアップ部１３を１個だけ用いた場合と同様に、それぞれの領域でＥＣＣブロックアドレスの若い順とする。

光ディスク１を分割する半径Ａは、例えば最終的に読み出す総データサイズに基づき決めることができる。なお、総データサイズは、サムネイル表示画面１２０を１画面表示する際に読み出す、全てのＥＣＣブロックの合計データサイズを指す。図１５の例では、６枚のサムネイル画像１２１−１〜１２１−６のそれぞれに対して２ＥＣＣブロックを読み出し、合計で１２ＥＣＣブロックを光ディスク１から読み出す。そこで、光ディスク１上において、内周側領域Ｂおよび外周側領域Ｃにそれぞれ６ＥＣＣブロックが存在するように、半径Ａを決める。そして、ピックアップＯＰ１およびＯＰ２は、対応する領域内で、それぞれ６ＥＣＣブロックずつを内周側から外周側へと順次アクセスして読み出す。

半径Ａは、データサイズに基づき決める方法の他にも、シーク時間やシーク距離に基づき決めることも考えられる。例えば、ピックアップＯＰ１およびＯＰ２それぞれのシーク時間の合計の差が小さくなるように、半径Ａを決める。シーク距離を用いて半径Ａを決める場合も、同様である。シーク時間やシーク距離は、読み出すＥＣＣブロックのＥＣＣブロックアドレスから計算することができる。さらに、複数の方法を併用して半径Ａを決めることもできる。例えば、読み出すべきＥＣＣブロックの光ディスク１上での配置の分布に基づき、データサイズ、シーク時間およびシーク距離の何れを用いて半径Ａを決めるかを選択することができる。

ここで、ピックアップを２個用いる際に、光ディスク１をＣＬＶで駆動させた場合、２個のピックアップは略同一円周上に位置する必要があるという制限が生じる。これは、２個のピックアップの距離が半径方向に離れると、それぞれのピックアップに対する線速度が異なってしまうためである。ＣＡＶ駆動では、光ディスク１を常に角速度一定で回転させるため、このような制限が生じない。したがって、上述したような、光ディスク１を２つの領域に分割し、それぞれの領域でそれぞれ独立的にピックアップを制御してサムネイル画像を読み出すような処理を行う場合には、光ディスク１は、ＣＡＶ駆動されている必要がある。

ピックアップは、２個に限らず、さらに多数を用いることもできる。この場合、光ディスク１をピックアップ数に応じた数の領域に分割し、それぞれの領域において記録位置順にデータを再生させるようにする。分割位置は、ピックアップが２個の場合と同様にして決めることができる。

なお、上述では、この発明が光ディスク１上に年輪単位でデータを記録するフォーマットに対して適用されるように説明したが、これはこの例に限定されない。例えば、年輪構造を持たず、ファイル単位で記録を行う通常のフォーマットに対してこの発明を適用することも可能である。また、上述では、サムネイル画像を補助ビデオデータから作成しているが、本線ビデオデータからサムネイル画像を作成する場合にも、この発明を適用することができる。この場合、本線ビデオデータのみが光ディスク１に記録されているようなフォーマットであってもよい。

光ディスクに対して年輪データが形成された一例の様子を示す略線図である。 年輪が形成された光ディスクに対するデータの読み書きが行われる一例の様子を示す略線図である。 年輪の連続性が保証されるようにデータ記録を行うことを説明するための図である。 アロケーションユニットについて説明するための図である。 データの管理構造について説明するための図である。 データの管理構造について説明するための図である。 データの管理構造について説明するための図である。 この発明の実施の一形態に適用可能な記録再生装置のドライブ部の一例の構成を示すブロック図である。 この実施の一形態に適用可能な記録再生装置の全体の構成例を示すブロック図である。 補助ＡＶデータの一例のフォーマットを示す略線図である。 サムネイル表示画面の表示例を示す略線図である。 サムネイル表示の全体的な流れを示す一例のフローチャートである。 サムネイル表示処理の一例のフローチャートを示す。 ＧＯＰの読み出しをＥＣＣブロック単位で行うことを説明するための図である。 サムネイル表示の際のディスクアクセスを説明するための図である。

符号の説明

１ 光ディスク
１０ ドライブ部
１２ スピンドルモータ
１３ ピックアップ部
１８ メモリ
１９ ＥＣＣ部
２０ 制御部
４０ インターフェイス部
４１ 信号処理部
４２ 操作部
５２，６１ ＣＰＵ
５４，５６，６３，６５，７５ ＲＡＭ
５５ ＯＳＤ部
６４，７４ ＦＰＧＡ
６６ エンコーダ
６７ デコーダ
６８ ＤＶコーデック部
６９ 補助ＡＶデータ用エンコーダ／デコーダ
７３ 補助ＡＶデータ用オーディオＤＳＰ
８０ 表示部
８１ 出力端子
８２ 入力端子

Claims (11)

1. ディスク状記録媒体に記録された、第１のビデオデータおよび／または該第１のビデオデータをより高圧縮率で圧縮符号化した第２のビデオデータを再生する再生手段と、
   上記再生手段により上記ディスク状記録媒体の離散的な位置から再生した上記第２のビデオデータを用いてサムネイル画像を作成し表示するサムネイル画像作成手段と、
   上記サムネイル画像作成手段で上記サムネイル画像の作成のために用いる上記第２のビデオデータのそれぞれを、上記ディスク状記録媒体上の記録位置順にアクセスして再生するように上記再生手段を制御する再生制御手段と
   を有することを特徴とする再生装置。
2. 請求項１に記載の再生装置において、
   上記サムネイル画像は、編集点に対応することを特徴とする再生装置。
3. 請求項２に記載の再生装置において、
   上記サムネイル画像は、上記編集点に基づく編集結果の再生順に対応する位置に配置されて表示されることを特徴とする再生装置。
4. 請求項１に記載の再生装置において、
   上記ディスク状記録媒体には、データがブロック単位でエラー訂正符号化されて記録され、上記第２のビデオデータは、該第２のビデオデータの再生単位が含まれるように上記ブロック毎に再生されることを特徴とする再生装置。
5. 請求項１に記載の再生装置において、
   上記再生手段は、上記ディスク状記録媒体からデータを読み取る読み取り手段を複数個有し、
   上記再生制御手段は、上記ディスク状記録媒体の記録領域を上記読み取り手段の個数に応じた複数の領域に分割し、分割された該複数領域のそれぞれで上記第２のビデオデータを記録位置順にアクセスして再生するように上記再生手段を制御するようにしたことを特徴とする再生装置。
6. 請求項５に記載の再生装置において、
   上記ディスク状記録媒体の上記分割の位置は、分割された上記複数領域それぞれで上記第２のビデオデータが再生されるデータ量に基づくことを特徴とする再生装置。
7. 請求項５に記載の再生装置において、
   上記ディスク状記録媒体の上記分割の位置は、分割された上記複数領域それぞれで上記第２のビデオデータが再生される際の上記読み取り手段のシーク時間に基づくことを特徴とする再生装置。
8. 請求項５に記載の再生装置において、
   上記ディスク状記録媒体の上記分割の位置は、分割された上記複数領域それぞれで上記第２のビデオデータが再生される際の上記読み取り手段のシーク距離に基づくことを特徴とする再生装置。
9. 請求項１に記載の再生装置において、
   上記再生制御手段は、上記サムネイル画像作成手段による上記サムネイル画像作成の際に、上記ディスク状記録媒体をＣＡＶ駆動で回転駆動するようにしたことを特徴とする再生装置。
10. 請求項１に記載の再生装置において、
    上記サムネイル画像は、表示画面の１画面に所定枚数が表示され、上記再生制御手段は、上記再生手段の上記制御を、上記表示画面の１画面に表示される上記所定枚数毎に行うようにしたことを特徴とする再生装置。
11. ディスク状記録媒体に記録された、第１のビデオデータおよび／または該第１のビデオデータをより高圧縮率で圧縮符号化した第２のビデオデータを再生する再生のステップと、
    上記再生のステップにより上記ディスク状記録媒体の離散的な位置から再生した上記第２のビデオデータを用いてサムネイル画像を作成し表示するサムネイル画像作成のステップと、
    上記サムネイル画像作成のステップで上記サムネイル画像の作成のために用いる上記第２のビデオデータのそれぞれを、上記ディスク状記録媒体上の記録位置順にアクセスして再生するように上記再生のステップを制御する再生制御のステップと
    を有することを特徴とする再生方法。

Images