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