(57)【要約】      （修正有）【課題】複数層の追記型または書換型の記録媒体にコンテンツをダウンロードして記録するために、予め準備されたイメージデータを可能な限り簡易に修正してディスクに書き込み可能にする。【解決手段】データ処理装置は、各々が第１および第２記録容量を有する第１および第２記録層を備えた記録媒体の両記録層にわたって分割して書き込まれるデータを生成する。第１データのデータサイズは第１記録容量よりも小さく、第２データのデータサイズは第２記録容量よりも小さいデータ格納部と、第１記録層のデータ記録可能領域の最終アドレスを取得する通信部と、第１データの先頭が第１記録層のデータ記録可能領域の先頭アドレスから書き込まれ、かつ、取得した最終アドレスに第１データの終端が書き込まれるように第１データのデータサイズを調整する制御部と、データサイズが調整された第１データと第２データを出力する出力部とを備えている。【選択図】図１
2008103064.tif 000002
【特許請求の範囲】
【請求項１】
第１記録容量を有する第１記録層および第２記録容量を有する第２記録層を備えた記録媒体に対し、前記第１記録層および前記第２記録層にわたって書き込まれるデータを生成するデータ処理装置であって、
書き込み対象のデータを第１データおよび第２データに分割して保持するデータ格納部であって、前記第１データのデータサイズは前記第１記録容量よりも小さく、前記第２データのデータサイズは前記第２記録容量よりも小さいデータ格納部と、
前記第１記録層のデータ記録可能領域の最終アドレスを取得する通信部と、
前記第１データの先頭が前記第１記録層のデータ記録可能領域の先頭アドレスから書き込まれ、かつ、取得した前記最終アドレスに前記第１データの終端が書き込まれるように前記第１データのデータサイズを調整する制御部と、
データサイズが調整された前記第１データ、および、前記第２データを出力する出力部と
を備えた、データ処理装置。
【請求項２】
前記制御部は、前記最終アドレスに基づいてデータを追加することにより、前記第１データのデータサイズを調整する、請求項１に記載のデータ処理装置。
【請求項３】
前記第１記録層のデータ記録可能領域の先頭アドレスは予め定められており、
前記制御部は、前記第１記録容量を有する前記第１記録層のデータ記録可能領域であって、前記先頭アドレスおよび前記最終アドレスに基づいて特定されるデータ記録可能領域の領域サイズと、保持している前記第１データのデータサイズとの差に等しいデータサイズを有するデータを追加する、請求項２に記載のデータ処理装置。
【請求項４】
前記第１データは、コンテンツのデータ、および、前記コンテンツのデータの配置を管理する管理情報を含んでおり、
前記データの追加に起因して前記コンテンツのデータの配置が変動したとき、前記制御部は前記管理情報を更新する、請求項２に記載のデータ処理装置。
【請求項５】
前記記録媒体は、固有の識別情報を保持しており、
前記通信部は前記識別情報を取得し、
前記制御部は、前記識別情報を利用して前記コンテンツのデータを暗号化するとともに、暗号化したことを示すスクランブル情報を前記第１データの一部として生成する、請求項４に記載のデータ処理装置。
【請求項６】
第１記録層および第２記録層を備えた記録媒体に対し、サーバから受け取ったデータを、前記第１記録層および前記第２記録層にわたって書き込むデータ記録装置であって、
前記第１記録層のデータ記録可能領域の最終アドレスを前記サーバに送信し、前記最終アドレスに基づいてデータサイズが調整された第１データ、および、第２データを受信する通信制御部と、
データサイズが調整された前記第１データを前記第１記録層に書き込み、前記第２データを前記第２記録層に書き込むドライブ制御部と
を備えた、データ記録装置。
【請求項７】
前記記録媒体は、固有の識別情報を保持しており、
前記通信制御部は、前記識別情報を前記サーバに送信し、その後、前記識別情報によって暗号化され、かつデータサイズが調整された前記第１データを受信する、請求項６に記載のデータ記録装置。
【請求項８】
前記記録媒体には、記録単位が定められており、
前記第１データには、暗号化されたコンテンツのデータ、前記コンテンツのデータが暗号化されていることを示すスクランブル情報、および、前記コンテンツのデータの配置を管理する管理情報が含まれており、
前記ドライブ制御部は、前記暗号化されたコンテンツのデータを、前記記録単位ごとに分割して書き込み、かつ、前記記録単位のヘッダに前記スクランブル情報を書き込む、請求項６に記載のデータ記録装置。
【請求項９】
前記ドライブ制御部が、前記第１記録層のデータ記録可能領域の先頭アドレスから前記第１データを書き込むことにより、前記第１データの終端が、前記最終アドレスに書き込まれる、請求項６に記載のデータ記録装置。
【請求項１０】
請求項９に記載のデータ記録装置によって記録された記録媒体から、データを読み出す再生装置であって、
読み出しの開始を指示する制御部と、
前記第１記録層のデータ記録可能領域の先頭アドレスから前記第１データを読み出し、前記第２記録層のデータ記録可能領域の先頭アドレスから前記第２データを読み出すドライブ制御部と
を備え、前記ドライブ制御部は、前記第１データの終端が前記最終アドレスに書き込まれていることにより、前記第２記録層のデータ記録可能領域の先頭アドレスとして、前記最終アドレスの次のアドレスから前記第２データを読み出す、データ再生装置。
【請求項１１】
第１記録容量のデータを書き込み可能な第１記録層および第２記録容量のデータを書き込み可能な第２記録層にわたって、データが書き込まれた記録媒体であって、
前記第１記録層においては、データ記録可能領域の先頭アドレスから第１データが書き込まれ、最終アドレスに前記第１データの終端が書き込まれており、前記第１データは、前記第１データのデータ長を調整するためのデータを含んでおり、
前記第２記録層においては、データ記録可能領域の先頭アドレスから第２データが書き込まれている、記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２層ディスクへのビデオコンテンツのダウンロードサービスのために使用される、イメージデータのデータ処理装置、当該イメージデータの記録装置に関する。
【背景技術】
【０００２】
市販される再生専用ＤＶＤ−Ｖｉｄｅｏディスク（以下、ＤＶＤ−Ｖｉｄｅｏディスクと記す）を作成する際には、予め、カッティング・マスター・フォーマット（Cutting Master Format；CMF）に準拠したデータが準備され、このデータに基づいて原盤が作成される。そしてその原盤を用いて、ＤＶＤ−Ｖｉｄｅｏディスクが作成される。２層の記録層を有するＤＶＤ−Ｖｉｄｅｏディスク（記録容量８．５４ギガバイト（１０の９乗バイト））が作成される際には、各層毎に、ＣＭＦに準拠したデータが準備される。
【０００３】
図１２は、ＣＭＦに準拠したデータ（以下「ＣＭＦデータ」と記述する。）のデータ構造を示す。非特許文献１は、このデータ構造を規定する。
【０００４】
ＣＭＦデータは、４つのファイル１０１〜１０４に分けられて構成されている。ＤＤＶＩＤ．ＤＡＴ１０１はＣＭＦの識別情報を格納している。ＶＯＢＴＢＬ．ＤＡＴ１０２は、ビデオマネージャーおよび各ビデオタイトルセットの位置情報を格納している。ＣＯＮＴＲＯＬ．ＤＡＴ１０３は、リードイン領域に記録されるコントロールデータの情報を格納している。ＩＭＡＧＥ．ＤＡＴ１０４は、データ記録領域に記録されるイメージデータを格納している。
【０００５】
図１３は、２層ＤＶＤ−Ｖｉｄｅｏディスク（以下「ディスク」と記述する。）の層構造と、ディスクにイメージデータが記録される際のデータ配置を示す。まずディスクの構造を説明する。
【０００６】
ディスクはいわゆるオポジットトラックパスであり、ディスクの各セクタには物理アドレスが割り当てられている。
【０００７】
ディスクには、リードイン領域１１１、データ領域１１２およびミドル領域１１３から構成される第１層（Ｌａｙｅｒ０；Ｌ０層）と、ミドル領域１１４、データ領域１１５およびリードアウト領域１１６から構成される第２層（Ｌａｙｅｒ１；Ｌ１層）とが設けられている。物理アドレスは領域１１１〜１１３、領域１１４〜１１６の順に徐々に大きくなるよう割り当てられている。
【０００８】
２層ＤＶＤ−Ｖｉｄｅｏディスクでは、Ｌ０層のデータ領域１１２の先頭アドレスは固定されているが、終端アドレスは固定されていない。終端アドレスはデータ領域１１２の記録データのサイズに応じて決定される。Ｌ０層のミドル領域１１３はデータ領域１１２の直後に設けられるため、ミドル領域１１３の開始位置もまた、データ領域１１２の記録データのサイズに応じて決定される。
【０００９】
Ｌ１層のミドル領域１１４は、Ｌ０層のミドル領域１１３と対称になるように設定されている。その結果、Ｌ０層のデータ領域１１２の終端位置とＬ１層のデータ領域１１５の開始位置とは、ディスクに垂直な方向から見るとほぼ一致している。
【００１０】
Ｌ０層のデータ領域１１２の終端アドレスとＬ１層のデータ領域１１５の先頭アドレスとは、物理セクタ番号の空間では２の補数の関係にあり、かつ、論理セクタ番号の空間では連続している。
【００１１】
Ｌ１層のデータ領域１１５の終端アドレスは固定されておらず、終端アドレスは、Ｌ１層のデータ領域１１５の先頭アドレス、および、データ領域１１５の記録データのサイズに応じて決定される。Ｌ１層のデータ領域１１５の直後にはＬ１層のリードアウト領域１１６が設けられる。よって、リードアウト領域１１６の開始位置もまた、データ領域１１５の記録データのサイズに応じて決定され得る。
【００１２】
このような構造のディスクを作成する際には、上述のように各層に対応してＣＭＦデータが準備される。本例では、Ｌ０層のデータ領域１１２に対してはＩＭＡＧＥ．ＤＡＴ１１７が準備され、Ｌ１層のデータ領域１１５に対してはＩＭＡＧＥ．ＤＡＴ１１８が準備される。各層のデータ領域に対応するイメージデータが準備されると、そのデータのサイズおよび上述の領域の配置に関する条件に応じて、ミドル領域とリードアウト領域が設定される。
【非特許文献１】DVD Cutting Master Format Specification Ver.1.00: for DVD Video and DVD ROM、［平成１８年９月１９日検索］、インターネット＜URL：http://www.dvdforum.org/tech-dvd_cutting_master_format_spec.htm＞
【発明の開示】
【発明が解決しようとする課題】
【００１３】
市販される再生専用ＤＶＤ−Ｖｉｄｅｏディスクの作成にあたっては、蓄積対象となるデータが予め得られているため、上述の各領域の開始位置および終了位置を調整しながら、ＣＭＦデータを作成することが可能である。
【００１４】
しかしながら、このような各領域の開始位置および終了位置の調整は、複数の記録層を有する追記型または書換型の光ディスクにデータを書き込む際には不可能である。その理由は、Ｌ０層のデータ領域、ミドル領域、Ｌ１層のミドル領域およびデータ領域は、固定されて設けられているためである。
【００１５】
よって、たとえばビデオコンテンツのダウンロードサービスによって取得したコンテンツデータが、複数層をまたいで書き込まなければならないほど大きいデータサイズを有するときは、追記型または書換型の光ディスクを利用できないという問題が生じる。
【００１６】
図１４は、２層ＤＶＤ−Ｒディスクの物理構造を示す。ＤＶＤ−Ｖｉｄｅｏディスクと同様、リードイン領域（Ｌ−ｉ１２１）の最後のアドレスは固定値である。一方、Ｌ０層のデータ記録可能領域１２２の終端アドレスおよびミドル領域１２３の先頭アドレスはディスク製造時に設定されている。
【００１７】
物理セクタ番号のアドレス空間に関し、Ｌ０層のデータ記録可能領域１２２の終端のアドレスおよびＬ１層のデータ記録可能領域１２５の先頭アドレスは、２の補数の関係にある。他方、論理セクタ番号の空間では、これらのアドレスは連続している。このため、Ｌ１層のミドル領域１２４の最後のアドレスもディスク製造時に設定されている。なお、リードアウト領域（Ｌ−ｏ１２６）は、データが記録された後で設定することが可能である。
【００１８】
図１４に示す２層ＤＶＤ−Ｒディスクでは、ミドル領域１２３および１２４がディスク製造時に固定される。したがって、イメージデータのデータサイズとＬ０層のデータ記録可能領域１２２の領域サイズとが一致しない限り、イメージデータをＬ０層に記録すると、イメージデータとミドル領域の間にデータ記録可能領域１２２の未記録領域が残る。よって、Ｌ０層に記録されたイメージデータの論理セクタアドレスと、Ｌ１層に記録されたイメージデータの論理セクタアドレスとが連続せずに離れてしまう。これでは、Ｌ０層とＬ１層との間で論理セクタアドレスが連続していることを前提として設計されているＤＶＤプレーヤは、コンテンツを正しく再生することができない。
【００１９】
特に、２層ＤＶＤ−Ｒディスクでは、ディスク製造装置の製造誤差に起因して、Ｌ０層のデータ記録可能領域１２２とＬ１層のデータ記録可能領域１２５の位置が垂直方向から見た時に、所定の範囲でずれることがある。「製造誤差」とは、たとえばメーカの製造装置の相違によって発生するトラックピッチの製造誤差、２枚の記録層の張り合わせ誤差である。２層ＤＶＤ−ＲディスクのＬ１層にデータを記録する場合、Ｌ０層において垂直方向に対応する位置にデータが記録されていないと、Ｌ１層に正しくデータが記録できない。このため、２層ＤＶＤ−Ｒディスクでは、Ｌ１層とＬ０層の製造誤差を考慮して、Ｌ０層のデータ記録領域のサイズが、Ｌ１層のデータ記録領域のサイズより大きくなっている。
【００２０】
図１４は、Ｌ０層のデータ記録可能領域１２２が、Ｌ１層のデータ記録可能領域１２５より大きいときの例を示す。記録可能容量が２層ＤＶＤ−Ｖｉｄｅｏディスクと２層ＤＶＤ−Ｒディスクとで同じであるとすると、２層ＤＶＤ−ＲディスクのＬ０層のデータ記録可能領域の方が、２層ＤＶＤ−ＶｉｄｅｏディスクのＬ０層のデータ領域よりも大きくなる。仮に、２層ＤＶＤ−Ｖｉｄｅｏディスクを基準にしてイメージデータを作成すると、２層ＤＶＤ−Ｒディスクでは上述の未記録領域が残るという問題が発生する。
【００２１】
なお、Ｌ０層に書き込まれるイメージデータに続けて、Ｌ１層に記録すべきイメージデータの一部を上述の未記録領域に書き込むという対応が考えられる。しかしながら、ＤＶＤ−Ｖｉｄｅｏフォーマットでは、ビデオデータの最小連続単位であるセルが、層の境界を含んで記録されてはならないという制約が存在する。よってこの対応は適切ではない。既存のＣＭＦデータの作成方法との整合性に鑑みれば、各層に記録されるイメージデータの境界においてセルが分割された状態のＣＭＦデータを準備する必要がある。
【００２２】
本発明の目的は、複数層の追記型または書換型の記録媒体にコンテンツをダウンロードして記録するために、予め準備されたイメージデータを可能な限り簡易に修正して記録媒体に書き込み可能にすることにある。
【課題を解決するための手段】
【００２３】
本発明によるデータ処理装置は、第１記録容量を有する第１記録層および第２記録容量を有する第２記録層を備えた記録媒体に対し、前記第１記録層および前記第２記録層にわたって書き込まれるデータを生成する。前記データ処理装置は、書き込み対象のデータを第１データおよび第２データに分割して保持するデータ格納部であって、前記第１データのデータサイズは前記第１記録容量よりも小さく、前記第２データのデータサイズは前記第２記録容量よりも小さいデータ格納部と、前記第１記録層のデータ記録可能領域の最終アドレスを取得する通信部と、前記第１データの先頭が前記第１記録層のデータ記録可能領域の先頭アドレスから書き込まれ、かつ、取得した前記最終アドレスに前記第１データの終端が書き込まれるように前記第１データのデータサイズを調整する制御部と、データサイズが調整された前記第１データ、および、前記第２データを出力する出力部とを備えている。
【００２４】
前記制御部は、前記最終アドレスに基づいてデータを追加することにより、前記第１データのデータサイズを調整してもよい。
【００２５】
前記第１記録層のデータ記録可能領域の先頭アドレスは予め定められており、前記制御部は、前記第１記録容量を有する前記第１記録層のデータ記録可能領域であって、前記先頭アドレスおよび前記最終アドレスに基づいて特定されるデータ記録可能領域の領域サイズと、保持している前記第１データのデータサイズとの差に等しいデータサイズを有するデータを追加してもよい。
【００２６】
前記第１データは、コンテンツのデータ、および、前記コンテンツのデータの配置を管理する管理情報を含んでおり、前記データの追加に起因して前記コンテンツのデータの配置が変動したとき、前記制御部は前記管理情報を更新してもよい。
【００２７】
前記記録媒体は、固有の識別情報を保持しており、前記通信部は前記識別情報を取得し、前記制御部は、前記識別情報を利用して前記コンテンツのデータを暗号化するとともに、暗号化したことを示すスクランブル情報を前記第１データの一部として生成してもよい。
【００２８】
本発明によるデータ記録装置は、第１記録層および第２記録層を備えた記録媒体に対し、サーバから受け取ったデータを、前記第１記録層および前記第２記録層にわたって書き込む。前記データ記録装置は、前記第１記録層のデータ記録可能領域の最終アドレスを前記サーバに送信し、前記最終アドレスに基づいてデータサイズが調整された第１データ、および、第２データを受信する通信制御部と、データサイズが調整された前記第１データを前記第１記録層に書き込み、前記第２データを前記第２記録層に書き込むドライブ制御部とを備えている。
【００２９】
前記記録媒体は、固有の識別情報を保持しており、前記通信制御部は、前記識別情報を前記サーバに送信し、その後、前記識別情報によって暗号化され、かつデータサイズが調整された前記第１データを受信してもよい。
【００３０】
前記記録媒体には、記録単位が定められており、前記第１データには、暗号化されたコンテンツのデータ、前記コンテンツのデータが暗号化されていることを示すスクランブル情報、および、前記コンテンツのデータの配置を管理する管理情報が含まれており、前記ドライブ制御部は、前記暗号化されたコンテンツのデータを、前記記録単位ごとに分割して書き込み、かつ、前記記録単位のヘッダに前記スクランブル情報を書き込んでもよい。
【００３１】
前記ドライブ制御部が、前記第１記録層のデータ記録可能領域の先頭アドレスから前記第１データを書き込むことにより、前記第１データの終端が、前記最終アドレスに書き込まれてもよい。
【００３２】
本発明によるデータ再生装置は、上記データ記録装置によって記録された記録媒体から、データを読み出す。前記データ再生装置は、読み出しの開始を指示する制御部と、前記第１記録層のデータ記録可能領域の先頭アドレスから前記第１データを読み出し、前記第２記録層のデータ記録可能領域の先頭アドレスから前記第２データを読み出すドライブ制御部とを備え、前記ドライブ制御部は、前記第１データの終端が前記最終アドレスに書き込まれていることにより、前記第２記録層のデータ記録可能領域の先頭アドレスとして、前記最終アドレスの次のアドレスから前記第２データを読み出す。
【００３３】
本発明による記録媒体は、第１記録容量のデータを書き込み可能な第１記録層および第２記録容量のデータを書き込み可能な第２記録層にわたって、データが書き込まれている。前記記録媒体には、前記第１記録層においては、データ記録可能領域の先頭アドレスから第１データが書き込まれ、最終アドレスに前記第１データの終端が書き込まれており、前記第１データは、前記第１データのデータ長を調整するためのデータを含んでおり、前記第２記録層においては、データ記録可能領域の先頭アドレスから第２データが書き込まれている。
【発明の効果】
【００３４】
本発明のデータ処理装置によれば、第１記録層のデータ記録可能領域の最終アドレスを取得して、第１記録層の最終アドレスに第１データの末尾が書き込まれるように第１データのデータサイズを調整し、加工された第１データを生成する。そのような第１データを第１記録層に書き込むと第１記録層の末尾までデータで埋められるため、第１記録層の末尾データのアドレスと、第２記録層の先頭データのアドレスとが連続する。これにより、再生時において、第１記録層から第２記録層へのアクセス時のアドレッシングを確実にできる。
【発明を実施するための最良の形態】
【００３５】
以下、添付の図面を参照しながら、本発明によるデータ処理装置の実施形態を説明する。
【００３６】
（実施形態１）
図１（ａ）、（ｂ１）、（ｂ２）および（ｃ）は、イメージデータを２層光ディスク１９への書き込むための、イメージデータのデータサイズ調整方法の概要を示す。図１（ｃ）は２層光ディスク１９の断面を模式的に示す。２層光ディスク１９は、２層ＤＶＤ−Ｒディスクであるとするが、２層ＤＶＤ−ＲＷディスクなどの、複数層を有する記録可能な光ディスクであればよい。図１（ａ）および（ｂ２）は、それぞれＬ０層およびＬ１層に書き込まれることを想定して準備されたイメージデータ２１、および、イメージデータ２６が示されている。図１（ｂ１）は本実施形態の処理によって加工されたイメージデータを示す。
【００３７】
図１（ｃ）に示すように、Ｌ０層には先頭から順にリードイン領域１１、データ記録可能領域１２およびミドル領域１３が形成されている。Ｌ０層のデータ記録可能領域１２の先頭セクタの物理アドレスはＳで示し、終端の物理アドレスはＸで示す。ミドル領域１３は予め形成されている。
【００３８】
アドレスがオポジットトラックパスで形成されているので、物理アドレスは、Ｌ０層のミドル領域１３からＬ１層のミドル領域１４へと続く。Ｌ１層のミドル領域１４に続いてデータ記録可能領域１５が形成されている。なお、図１（ｃ）にはリードアウト領域１６が形成されているが、データが記録される前のディスク１９には、リードアウト領域１６は設けられていない。
【００３９】
データ記録可能領域１５の先頭アドレスはＸにバーを付けて示す。これは、Ｌ０層のデータ記録可能領域１２の最終アドレスＸの２の補数を表す。以下ではデータ記録可能領域１５の先頭アドレスを「Ｙ」と示す。またＬ１層のデータ記録可能領域１５の終端アドレスを「Ｅ」と示す。
【００４０】
Ｌ０層およびＬ１層にわたって書き込まれるデータは、２つに分割されている。分割された各データは、ダウンロードサービスに供するためにサーバに保持されている。「ダウンロードサービス」とは、ユーザが課金されたコンテンツ（たとえばビデオコンテンツ）を選択して購入することにより、ネットワークを介して、ユーザが当該コンテンツのデータをサーバからダウンロードすることを可能にするサービスを言う。たとえば、ビデオ・オン・デマンドでユーザがコンテンツを購入するダウンロードサービスである。
【００４１】
イメージデータ２１、および、イメージデータ２６は、ＤＶＤ−Ｖｉｄｅｏ規格に適合するデータ構造を有している。各イメージデータのデータサイズは、Ｌ０層およびＬ１層の各データ記録可能領域１２および１５の最低領域サイズよりも小さい。
【００４２】
この「最低領域サイズ」は、２層ＤＶＤ−Ｒディスクの規格に基づいて決定される。当該規格では、製造されたディスクのデータ記録可能領域に関する製造誤差の許容範囲を規定している。「最低領域サイズ」は、規格上認められた製造誤差によって最も小さくなったときのデータ記録可能領域の領域サイズとして、予め定められる。このため、２層ＤＶＤ−ＲディスクのＬ０層のデータ記録領域の終端の物理アドレスは、メーカごと、または、製造ロットごとに異なる場合がある。
【００４３】
イメージデータ２１の先頭には、ボリューム・ファイル構造を示す情報２２が配置され、その後ろに、Ｌ０層用のＤＶＤ−Ｖｉｄｅｏデータ２３が配置される。論理セクタ空間では、論理セクタ番号（Logical Sector Number：ＬＳＮ）がセクタ毎に割り当てられる。イメージデータ２１の先頭はＬＳＮ０、Ｌ０層用のＤＶＤ−Ｖｉｄｅｏデータの先頭と終端は、それぞれＬＳＮａとＬＳＮｂで示されている。
【００４４】
イメージデータ２６の先頭にはＬ１層用のＤＶＤ−Ｖｉｄｅｏデータ２７が配置され、その後、ボリューム・ファイル構造２８が配置される。図１では、オポジットトラックパスなので、Ｌ１層において、論理セクタ番号は、ミドル領域１４からリードアウト領域１６の方向に、データ記録領域１５内の各物理セクタに割り振られることに注意されたい。
【００４５】
本実施形態による処理では、（１）２層ＤＶＤ−ＲディスクのＬ０層およびＬ１層にわたってデータを書き込むにあたり、Ｌ０層のデータ記録可能領域１２の最終アドレスＸを取得し、（２）Ｌ０層データ記録可能領域１２の先頭アドレスＳからイメージデータ２１が書き込まれるとき、取得した最終アドレスＸに基づいて、そのイメージデータ２１の末尾がデータ記録可能領域１２の終端アドレスＸに書き込まれるようにイメージデータ２１のデータサイズを調整する。
【００４６】
ここでいう「データサイズを調整する」とは、イメージデータ２１のボリューム・ファイル構造を示す情報２２とＤＶＤ−Ｖｉｄｅｏデータ２３との間に、追加データ（パディングデータ）を挿入することを意味する。
【００４７】
図１（ｂ１）は、追加データ２５が挿入された、調整後のイメージデータ２４を示す。追加データ２５のデータサイズは、（Ｘ−Ｓ）−ｂである。これは、Ｌ０層のデータ記録可能領域１２の領域サイズとＬ０層用のイメージデータ２１のデータサイズとの差に相当する。追加データは、たとえばダミーデータであり、全て「０」の値で埋められている。
【００４８】
追加データ２５の挿入によってＤＶＤ−Ｖｉｄｅｏデータ２３の配置がシフトされるため、ボリューム・ファイル構造を示す情報２２中の各ファイルの位置を指定しているファイル管理情報が更新される。イメージデータ２４のボリューム・ファイル構造を示す情報は、更新後のファイル管理情報が格納されている。最初にアクセスすべきデータ位置として、図１（ａ）に示されるＤＶＤ−Ｖｉｄｅｏデータ２３の先頭部分を指し示すようにファイル管理情報を変更することにより、追加データ２５が挿入されたとしても再生処理に影響はない。管理情報の詳細は、図８を参照しながら後述する。
【００４９】
生成されたイメージデータ２４は、Ｌ０層のアドレスＳから、Ｌ０層のデータ記録可能領域１２に書き込まれる。また、イメージデータ２６はＬ１層のアドレスＹからデータ記録可能領域１５に書き込まれる。
【００５０】
その後、ディスクに対してファイナライズ処理が行われる。ファイナライズ処理を行う時点で、Ｌ１層のデータ記録可能領域１５内のデータが記録されたアドレスＥの次から、リードアウト領域１６が形成される。上述のように、Ｌ１層に書き込まれるイメージデータのデータサイズは、ブランク状態のディスクにおけるＬ１層のデータ記録可能領域よりも小さければよい。
【００５１】
なお、ファイナライズ処理に関連して、Ｌ０層，Ｌ１層に記録されるボリューム構造の中のパラメータも更新されるが、その詳細もまた後述する。
【００５２】
上述のように、本実施形態においては、各ディスクのデータ記録可能領域の終端アドレスに応じて、イメージデータのデータサイズを追加データの挿入によって調整する。その結果、Ｌ０層およびＬ１層にわたってデータを書き込んだとき、Ｌ０層に記録されたイメージデータの論理セクタアドレスと、Ｌ１層に記録されたイメージデータの論理セクタアドレスとが連続する。よって、ＤＶＤプレーヤがコンテンツのデータを確実に読み出し、コンテンツを再生することが可能になる。
【００５３】
上述した、当初のイメージデータ（図１（ａ）および（ｂ２））の保持、最終アドレスＸの取得、および、追加データ２５の挿入によるイメージデータのデータサイズの調整は、ダウンロードサービスのために設置されたサーバによって行われる（詳細は後述する）。データサイズが調整されたイメージデータは、たとえばユーザが保有する記録装置にダウンロードされ、２層ＤＶＤ−Ｒに書き込まれる。これらの処理を実現するために、ユーザの記録装置には、装填された２層ＤＶＤ−Ｒの最終アドレスＸをサーバに送信する機能が必要とされる。
【００５４】
図２は、ダウンロードサービスに利用される機器の接続構成の例を示す。ＨＤＤ内蔵光ディスクレコーダ２０（以下「レコーダ２０」と記述する。）とビデオサーバ３０とは、インターネット１０を介して互いに接続されている。ビデオサーバ３０はダウンロードサービス提供者によって設置される。レコーダ２０はユーザの家庭に設置される。
【００５５】
また、ビデオサーバ３０とダウンロード端末４０とは、専用回線３５を介して互いに接続されている。ダウンロード端末４０は、たとえば駅や街中の売店に設置される。ユーザは、ダウンロード端末４０を操作してビデオコンテンツを選択し、所定の金額を支払い、ビデオコンテンツが２層ディスクに記録され、そのディスクを受け取る。
【００５６】
以下では、インターネット１０を介してビデオサーバ３０と接続されたレコーダ２０を例として本実施形態による処理を説明するが、専用回線３５を介してビデオサーバ３０と接続されたダウンロード端末４０を利用しても、レコーダ２０と同等の処理を行うことが可能である。
【００５７】
次に図３および図４を参照しながら、レコーダ２０およびビデオサーバ３０の具体的なハードウェア構成を説明する。
【００５８】
図３は、本実施形態によるレコーダ２０のハードウェアの構成を示す。レコーダ２０はその基本的な機能として、放送局から送信される番組の信号を受信して、その信号に基づいて生成したデータストリームを、２層ＤＶＤ−Ｒディスク（以下「２層光ディスク２０５ａ」と記述する。）またはハードディスク２０５ｂに書き込む機能（番組録画機能）を有しているとする。なお、受信する番組の信号はアナログ放送番組の信号であってもよいし、デジタル放送番組の信号であってもよい。図３には、アナログ放送番組を録画するための構成を示している。
【００５９】
さらに、レコーダ２０は、後述するようにダウンロードサービスを提供するビデオサーバ３０へ所定の要求を送信し、ビデオサーバ３０からコンテンツデータを受信し、そのデータを複数の記録層を有する光ディスクに書き込む機能（ダウンロード記録機能）を有している。なお、ダウンロード記録機能は本実施形態によるレコーダ２０に必須であるが、上述した番組録画機能は例であり、本実施形態において必須ではない。
【００６０】
以下、レコーダ２０の構成要素を説明する。
【００６１】
レコーダ２０は、チューナ２０１と、ＡＤコンバータ２０２と、ＭＰＥＧ−２エンコーダ２０３と、ドライブ制御部２０４と、ＭＰＥＧ−２デコーダ２０６と、グラフィック制御部２０７と、メモリ２０８と、ＤＡコンバータ２０９と、ＣＰＵバス２１３と、ネットワーク制御部２１４と、指示受信部２１５と、システム制御部２５０とを含む。図３には、２層光ディスク２０５ａがレコーダ２０内に記載されているが、２層光ディスク２０５ａはレコーダ２０から取り外し可能であり、レコーダ２０自体の構成要素ではない。
【００６２】
システム制御部２５０は主としてＣＰＵ２１１、プログラムＲＯＭ２１０およびＲＡＭ２１２によって構成されており、レコーダ２０内の信号の流れを含む全体的な処理を制御する。他の構成要素はシステム制御部２５０からの指示に基づいて動作する。
【００６３】
プログラムＲＯＭ２１０、ＣＰＵ２１１およびＲＡＭ（メモリ）２１２はそれぞれＣＰＵバス２１３に接続されている。
【００６４】
プログラムＲＯＭ２１０はレコーダ２０を制御するためのソフトウェアプログラムを格納している。ＣＰＵ２１１は、プログラムＲＯＭ２１０から読み出してＲＡＭ２１２上に展開したプログラム２１２ａを実行することにより、プログラムに基づいて規定される処理を実現するための制御信号を生成し、ＣＰＵバス２１３を介して各構成要素に出力する。メモリ２１２は、プログラム２１２ａの他に、ＣＰＵ２１１がプログラム２１２ａを実行するために必要なデータ２１２ｂを格納するためのワーク領域を有する。
【００６５】
たとえばシステム制御部２５０は、ユーザがダウンロードサービスを受けるためにビデオサーバ３０への接続操作を行うと、後述するネットワーク制御部２１４に対して、インターネット１０を介してビデオサーバ３０にアクセスするよう指示する。またシステム制御部２５０は、ユーザによって行われた番組の録画開始操作および終了操作に基づいて、録画の開始指示および終了指示を出力する。
【００６６】
チューナ２０１は、放送局から送信されたアナログ放送電波を選局して受信し、番組の映像および音声信号をＡＤコンバータ２０２に出力する。ＡＤコンバータ２０２は入力された信号をデジタル変換してＭＰＥＧ−２エンコーダ２０３に供給する。ＭＰＥＧ−２エンコーダ２０３（以下「エンコーダ２０３」と記述する）は、録画の開始指示を受け取ると、供給されたデジタルデータをＭＰＥＧ−２形式に圧縮符号化して、ＤＶＤ−ｖｉｄｅｏ規格に準拠したＭＰＥＧ−２プログラムストリーム（以下「プログラムストリーム」と称する）を生成し、ドライブ制御部２０４に入力する。この処理は、エンコーダ２０３が録画の終了指示を受け取るまで継続される。エンコーダ２０３は圧縮符号化を行うために、フレームデータ等を一時的に保持するバッファ（図示せず）等を有する。
【００６７】
ドライブ制御部２０４は、光ヘッド（図示せず）を利用して２層光ディスク２０５ａへのデータの書き込み処理、および２層光ディスク２０５ａからのデータの読み出し処理を制御する。またドライブ制御部２０４は、磁気ヘッド（図示せず）を利用してハードディスク２０５ｂへのデータの書き込み処理、およびハードディスク２０５ｂからのデータの読み出し処理を制御する。
【００６８】
ドライブ制御部２０４は、ダウンロードサービスの利用中に２層光ディスク２０５ａが装填されたか否かを監視する。そして２層光ディスク２０５ａが装填されたと判断すると、そのＬ０層のデータ記録可能領域１２の終端アドレスＸ（図１（ｃ））を特定して、ネットワーク制御部２１４を経てビデオサーバ３０に送信する。またドライブ制御部２０４は、ビデオサーバ３０から送られてきたイメージデータを、ネットワーク制御部２１４を介して受け取ると、そのデータを２層光ディスク２０５ａに書き込む。ここで、データを一旦ハードディスク２０５ｂに記録してから、２層光ディスク２０５ａに記録しても良い。
【００６９】
またドライブ制御部２０４は録画の開始指示を受けて録画開始処理を行い、その後プログラムストリームを受け取って２層光ディスク２０５ａまたはハードディスク２０５ｂへの書き込みを開始する。またドライブ制御部２０４は、録画の終了指示を受けた後、プログラムストリームの入力がなくなると書き込み処理を終了し、録画終了処理を行う。
【００７０】
なお、ドライブ制御部２０４は２層光ディスク２０５ａおよびハードディスク２０５ｂの両方に対する情報の授受を制御するとして説明しているが、２層光ディスク２０５ａのドライブ装置およびハードディスク２０５ｂのドライブ装置の各々に設けられてもよい。
【００７１】
一方、番組等のコンテンツの再生時には、システム制御部２５０による読み出しの開始指示に基づいて、ドライブ制御部２０４は２層光ディスク２０５ａまたはハードディスク２０５ｂからデータを読み出す。ドライブ制御部２０４は、読み出したデータをＭＰＥＧ−２デコーダ２０６に出力する。ＭＰＥＧ−２デコーダ２０６（以下「デコーダ２０６」と記述する）は、供給されたＭＰＥＧ−２圧縮符号化データを伸長して非圧縮データに変換し、グラフィック制御部２０７に供給する。グラフィック制御部２０７には内部演算用のメモリ２０８が接続されており、オン・スクリーン・ディスプレイ（On Screen Display；ＯＳＤ）機能を実現できる。例えば、グラフィック制御部２０７は種々のメニュー画像を映像と合成してＤＡコンバータ２０９に出力する。ＤＡコンバータ２０９は、入力されたＯＳＤ合成画像および音声データをアナログ変換して出力する。
【００７２】
ＣＰＵバス２１３はレコーダ２０内の信号を伝送する経路であり、チューナ２０１、ＡＤコンバータ２０２、エンコーダ２０３、ドライブ制御部２０４、デコーダ２０６、グラフィック制御部２０７、ＤＡコンバータ２０９が接続されている。また、ＣＰＵバス２１３には、前述のシステム制御部２５０の各構成要素も接続されている。
【００７３】
ネットワーク制御部２１４は、レコーダ２０をインターネット１０に接続するためのインターフェイス機能を有しており、インターネット１０を介してデータを授受する。
【００７４】
ネットワーク制御部２１４からビデオサーバ３０に対して送信するデータは、たとえばコンテンツの購入要求、ダウンロード要求、Ｌ０層のデータ記録可能領域１２の最終アドレスＸを特定する情報である。ネットワーク制御部２１４がビデオサーバ３０から受信するデータは、たとえば購入可能なコンテンツのタイトルリストの情報、購入したコンテンツのイメージデータである。なおイメージデータは、Ｌ０層へ書き込むためのイメージデータと、Ｌ１層へ書き込むためのイメージデータとに分かれている。
【００７５】
指示受信部２１５は、レコーダ２０に付属するリモコン（図示せず）がユーザによって操作されたときにおいて、リモコンからその操作に対応する信号を受信する。指示受信部２１５は、たとえばリモコンから入力されたビデオサーバ３０への接続操作、録画開始操作、録画終了操作に対応する信号を受信する。指示受信部２１５はさらに、レコーダ２０に設けられた操作ボタンを含んでもよい。
【００７６】
図４は、本実施形態によるビデオサーバ３０のハードウェアの構成を示す。
【００７７】
ビデオサーバ３０は、複数のビデオコンテンツ（たとえば映画）のＣＭＦデータをハードディスク等の記録媒体に保持しており、ユーザがビデオコンテンツの購入手続きを完了すると、購入されたビデオコンテンツのＣＭＦデータをユーザのレコーダ２０に送信する。ビデオコンテンツのデータはレコーダ２０によってＤＶＤ−Ｒに書き込まれ、その後ＤＶＤ−Ｖｉｄｅｏディスクと同等の再生専用ディスクとして取り扱われる。
【００７８】
送信するビデオコンテンツデータのデータサイズが大きく、２層ＤＶＤ−Ｒでなければそのデータを完全に書き込みできないときには、ビデオサーバ３０は、２層ＤＶＤ−ＲのＬ０層およびＬ１層の書き込まれるＣＭＦデータ（以下それぞれ「Ｌ０層用ＣＭＦデータ」および「Ｌ１層用ＣＭＦデータ」）の組をそれぞれ保持している。
【００７９】
このようなコンテンツが購入されたとき、ビデオサーバ３０はレコーダ２０に対し、レコーダ２０に装填された２層ＤＶＤ−Ｒの情報、具体的には、Ｌ０層のデータ記録可能領域１２の最終アドレスＸのアドレス情報の送信を要求する。ビデオサーバ３０がレコーダ２０から最終アドレスＸのアドレス情報を受け取ると、ビデオサーバ３０は、Ｌ０層用ＣＭＦデータのデータサイズを調整する。具体的には、Ｌ０層用ＣＭＦデータの先頭がＬ０層データ記録可能領域の先頭アドレスから書き込まれるとき、Ｌ０層用ＣＭＦデータの終端が、取得した最終アドレスＸに書き込まれるように、追加データを挿入することによってＬ０層用ＣＭＦデータのデータサイズを調整し、加工されたＬ０層用ＣＭＦデータを生成する。その後、ビデオサーバ３０は、加工されたＬ０層用ＣＭＦデータ、および、Ｌ１層用ＣＭＦデータをレコーダ２０に送信する。
【００８０】
次に、ビデオサーバ３０の構成を説明する。
【００８１】
ビデオサーバ３０は、ドライブ制御部３０４と、ハードディスク３０５と、バス３１３と、ネットワーク制御部３１４と、システム制御部３５０とを含む。ビデオサーバ３０の構成はレコーダ２０の構成と類似しており、レコーダ２０の構成要素のうち、番組録画機能のみに利用される構成要素を省いたものである。
【００８２】
ビデオサーバ３０に対して、外部からコンテンツデータ３００が入力されると、ドライブ制御部３０４はコンテンツデータ３００をハードディスク３０５に書き込む。このコンテンツデータ３００はＣＭＦデータであるとする。データサイズが比較的大きいときには、２層ＤＶＤ−ＲのＬ０層用／Ｌ１層用ＣＭＦデータの組がそれぞれ格納される。なお、セキュリティーを高めるために、ＣＭＦデータはＣＰＲＭ（Content Protection for Recordable Media）方式によって暗号化されているとする。ＣＰＲＭ方式では、記録対象となるディスクごとの固有の情報を用いて暗号化が行われる。ディスクごとの固有の情報として、ディスクのＢＣＡ（burst cutting area）領域に記録されたメディアの識別情報（ディスクキー）が利用される。ＢＣＡ領域は、リードイン領域の中に設定されている。ＢＣＡ領域にはバーコード状のパターンが設けられており、そのパターンによってその光ディスクを識別するディスクキーを記録することができる。このパターンは、製品の出荷時点から記録されている。ＢＣＡ領域を有する記録型ＤＶＤとして、ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭが知られている。
【００８３】
なお、コンテンツデータ３００が符号化された単なるＭＰＥＧ形式の符号化データである場合には、システム制御部３５０においてＣＭＦデータを生成する処理を行って、そのＣＭＦデータをハードディスク３０５に書き込んでもよい。
【００８４】
システム制御部３５０は、ＲＯＭ３１０と、ＣＰＵ３１１と、ＲＡＭ３１２によって構成されており、ビデオサーバ３０内の信号の流れを含む全体的な処理を制御する。
【００８５】
プログラムＲＯＭ３１０はビデオサーバ３０を制御するためのソフトウェアプログラム、たとえばコンテンツの購入処理プログラム、Ｌ０層用ＣＭＦデータの加工処理プログラムを格納している。
【００８６】
ＣＰＵ３１１は、プログラムＲＯＭ３１０から読み出してＲＡＭ３１２上に展開したプログラムを実行する。ＣＰＵ３１１が、たとえばＬ０層用ＣＭＦデータの加工処理プログラムを実行すると、ＣＰＵ３１１は、レコーダ２０から受け取ったアドレス情報に基づいてＬ０層用ＣＭＦデータに追加データを挿入し、加工されたＬ０層用ＣＭＦデータを生成する。そしてＣＰＵ３１１は、そのデータをネットワーク制御部３１４からレコーダ２０に送信する。なお、ネットワーク制御部３１４の機能は、レコーダ２０のネットワーク制御部２１４の機能と同じであるので説明は省略する。
【００８７】
本実施形態においてはビデオサーバ３０がＬ０層用ＣＭＦデータのデータサイズを調整するとして説明している。その理由は、映画などのビデオコンテンツには、多くの場合著作権保護の観点からデータの自由な改変が認められていないためである。
【００８８】
なお、録画中の番組または以前録画した番組のデータを、既存のレコーダが２層ＤＶＤ−ＲにＤＶＤ−Ｖｉｄｅｏ形式で書き込む際には、レコーダ２０はＬ０層用ＣＭＦデータを自ら生成する。このときレコーダは、最小連続単位であるセル間の境界が、Ｌ０層のデータ記録可能領域の最終位置に来るように符号化処理または再符号化処理を行っている。予めＬ０層用ＣＭＦデータを準備し、そのＣＭＦデータに追加データを挿入する処理は行われていないことに留意されたい。
【００８９】
次に、ディスクに記録されるビデオコンテンツのディレクトリ・ファイルのファイル構造を説明し、その後、Ｌ０層用ＣＭＦデータに対する追加データ２５の挿入に関連して、どのような処理が行われるかを説明する。
【００９０】
図５は、ディスクに記録するビデオコンテンツのディレクトリ・ファイルの一例を示す。
【００９１】
図５に示すように、Ｒｏｏｔディレクトリ３０の下に、ビデオコンテンツ用のＶＩＤＥＯ＿ＴＳディレクトリ３１が設けられる。ビデオコンテンツの各ファイルは、ＶＩＤＥＯ＿ＴＳディレクトリ３１の下に記録される。
【００９２】
ＶＩＤＥＯ＿ＴＳ．ＩＦＯファイル３２には、各ビデオタイトルセットを管理するビデオマネージャー情報（ＶＭＧＩ）が格納される。ＶＩＤＥＯ＿ＴＳ．ＶＯＢファイル３３には、ビデオマネージャー用のメニュー（ＶＭＧ  Ｍｅｎｕ）を表示するためのビデオオブジェクトが格納される。ＶＩＤＥＯ＿ＴＳ．ＢＵＰファイル３４には、ビデオマネージャー情報のバックアップ（ＶＭＧＩ  ｂａｃｋｕｐ）が記録される。ビデオマネージャーは、ファイル３２、３３、３４から構成される。
【００９３】
ＶＴＳ＿０１＿０．ＩＦＯファイル３５には、第１のビデオタイトルセットの情報（ＶＴＳＩ＃１）が格納される。ＶＴＳ＿０１＿０．ＶＯＢファイル３６には、第１のビデオタイトルセットのメニュー用のビデオオブジェクト（ＶＴＳ＃１  Ｍｅｎｕ）が格納される。
【００９４】
第１のビデオタイトルセットのビデオオブジェクト（ＶＴＳ＃１）は、便宜上、ＶＴＳ＿０１＿１．ＶＯＢファイル３７と、ＶＴＳ＿０１＿２．ＶＯＢファイル３８とに分割されて格納される。これは、ファイルのサイズを所定のサイズより小さくするためである。この例では、４ＧＢより小さくなるように約６ＧＢのビデオオブジェクトが２つのファイルに分割されている。
【００９５】
ＩＳＯ９６６０も併用して記録される場合は、各ファイルは、１ＧＢより小さいことが望ましい。なお、ファイルとして分割されているが、ディスク上には隣接して記録されているため、ビデオオブジェクトが独立した位置に分割され格納されるわけではない。ＶＴＳ＿０１＿０．ＢＵＰファイル３９は、第１のビデオタイトルセットの情報のバックアップ（ＶＴＳＩ＃１  ｂａｃｋｕｐ）が格納される。
【００９６】
ＶＴＳ＿０２＿０．ＩＦＯファイル４０には、第２のビデオタイトルセットの情報（ＶＴＳＩ＃２）が格納される。ＶＴＳ＿０２＿０．ＶＯＢファイル４１には、第２のビデオタイトルセットのメニュー用のビデオオブジェクト（ＶＴＳ＃２  Ｍｅｎｕ）が格納される。第２のビデオタイトルセットのビデオオブジェクト（ＶＴＳ＃２）は、ＶＴＳ＿０２＿１．ＶＯＢファイル４２に格納される。この例では、このビデオオブジェクトは約２ＧＢである。
【００９７】
ＶＴＳ＿０２＿０．ＢＵＰファイル４３には、第２のビデオタイトルセットの情報のバックアップ（ＶＴＳＩ＃２  ｂａｃｋｕｐ）が格納される。
【００９８】
図６（ａ）〜（ｃ）は、ＤＶＤ−Ｖｉｄｅｏディスク用に作成されたイメージデータと、本発明の２層ＤＶＤ−Ｒ／ＲＷディスク用に修正されたイメージデータとの関係を示す図である。図６（ａ）および（ｂ）は、ＤＶＤ−Ｖｉｄｅｏディスク用に作成されたイメージデータの例である。図６（ａ）は、ビデオコンテンツのデータの配置とビデオマネージャーから指定されるアドレスのポインターを示している。図６（ｂ）は、ビデオコンテンツのファイルの配置とファイル構造の中に格納されるファイル管理情報としてのファイルエントリ（FileEntry）からのアドレスのポインターを示している。図６（ｃ）は、２層ＤＶＤ−Ｒディスク用に修正されたイメージデータの例である。
【００９９】
Ｌ０層用とＬ１層用の２つのイメージデータは、２層ＤＶＤ−Ｖｉｄｅｏディスクの論理アドレス空間に書き込まれるために準備されている。この論理アドレス空間の先頭からＵＤＦ（universal disk format）のボリューム構造５０、ＵＤＦのファイル構造５１が配置され、ＵＤＦボリューム構造により指定されるパーティション（ボリューム構造とボリューム構造の間の空間）に、ビデオコンテンツが配置される。
【０１００】
図６（ａ）は、図５で説明した例に対応しており、ビデオマネージャー情報（ＶＭＧＩ）５２、ビデオマネージャーのメニュー（ＶＭＧ  Ｍｅｎｕ）５３、ビデオマネージャー情報のバックアップ（ＶＭＧＩ  ｂａｃｋｕｐ）５４、第１のビデオタイトルセットとして、ビデオタイトルセット情報（ＶＴＳＩ＃１）５５、そのメニュー（ＶＴＳ＃１  Ｍｅｎｕ）５６、ビデオオブジェクト（ＶＴＳ＃１）５７、ビデオタイトルセット情報のバックアップ（ＶＴＳＩ＃１  ｂａｃｋｕｐ）５８、第２のビデオタイトルセットとして、ビデオタイトルセット情報（ＶＴＳＩ＃２）５９、そのメニュー（ＶＴＳ＃２  Ｍｅｎｕ）６０、ビデオオブジェクト（ＶＴＳ＃２）６１、ビデオタイトルセット情報のバックアップ（ＶＴＳＩ＃２  ｂａｃｋｕｐ）６２が配置される。最後に、ＵＤＦのボリューム構造が配置される。
【０１０１】
ここで、図６（ａ）〜（ｂ）にまたがる破線６４は、オリジナルのイメージデータが作成された時点で想定される層の境界を表している。このため、ＶＴＳ＃１の前半がＬ０層用のイメージデータに含まれ、その後半がＬ１層用のイメージデータに含まれ、各々が各層に書き込まれる。
【０１０２】
図７は第１のビデオタイトルセットの詳細を示す。ビデオオブジェクト（ＶＴＳ＃１）５７は、ビデオの最小連続再生単位としてのセル（ＣＥＬＬ＃１から＃４）６６から６９で構成される。ＤＶＤ−Ｖｉｄｅｏの制約として、各セルは層を跨いではならないので、層境界６４においてセルが分割されている。
【０１０３】
再生専用のＤＶＤ−Ｖｉｄｅｏプレーヤ（以下「ＤＶＤプレーヤ」）による再生時、ＤＶＤプレーヤは、ビデオマネージャー情報５２の各ビデオタイトルセットへのポインターを参照して、ビデオタイトルセットへジャンプする。ビデオタイトルセットの中の各ビデオデータのビデオタイトルセット情報５５または５９には、ポインター情報が格納されている。ＤＶＤプレーヤは、このポインター情報を参照して、再生を実行する。ＤＶＤプレーヤは、ファイル構造を利用してビデオマネージャー情報５２の先頭アドレスを取得し、それ以後は、ファイル構造にアクセスする必要は無い。アクセスに必要な情報は、ビデオコンテンツの中に格納されているからである。
【０１０４】
図６（ｂ）は、各ビデオコンテンツのデータのファイルを表す。データの配置は、図６（ａ）と同じである。しかしながら、各ファイルの配置情報は、ファイル構造５１の中のファイルエントリに登録されており、これらの情報を用いて各ファイルへアクセスすることが可能である。
【０１０５】
図６（ｃ）は、２層ＤＶＤ−Ｒに書き込むためにビデオサーバ３０のシステム制御部３５０によって修正されたイメージデータである。２層ＤＶＤ−Ｒ／ＲＷディスクのＬ０層のデータ記録可能領域の終端は、破線６５で示されている。
【０１０６】
オリジナルのＬ０層用のイメージデータの中のファイル構造５１とＶＩＤＥＯ＿ＴＳファイル．ＩＦＯ３２との間に追加データ２５が挿入されて、ＶＩＤＥＯ＿ＴＳファイル．ＩＦＯ３２以降のファイルの配置が後ろにシフトされる。この結果、修正されたＬ０層用イメージデータのＩＭＡＧＥ２．ＤＡＴのサイズが追加データ２５の分だけ大きくなる。一方、Ｌ１層用イメージデータにおいて、ビデオコンテンツのデータの配置は変更しない。
【０１０７】
しかしながら、Ｌ０層用とＬ１層用のイメージデータＩＭＡＧＥ２．ＤＡＴから構成される論理セクタ空間では、Ｌ１層用のイメージデータの中のビデオコンテンツのデータの配置も追加データの分だけシフトされる。更に、パーティションのサイズも追加データの分だけ伸び、ボリューム構造６３の配置も追加データの分だけシフトされる。
【０１０８】
ＶＩＤＥＯ＿ＴＳ．ＩＦＯファイル３２の先頭のアドレスは、ファイル構造を辿ることによって特定することが可能であり、ＣＭＦデータのＶＯＢＴＢＬ．ＤＡＴの情報から特定することも可能である。
【０１０９】
また、追加データが挿入されても、ビデオコンテンツの各データの相対的な位置関係は変わらない。したがって、図６（ａ）に示したビデオマネージャおよびビデオタイトルセットに格納されているアドレス情報を変更する必要は無い。
【０１１０】
ファイル構造５１に格納されているファイルエントリの各ファイルの配置情報（アドレス）に追加データのデータサイズを加算することにより、シフトされた各ファイルの配置情報が更新される。また、ボリューム構造５０に登録されているパーティションのサイズも更新し、ボリューム構造６３に登録されているアドレス情報も更新する。
【０１１１】
図８（ａ）および（ｂ）は、セクタ毎に記録されるボリューム・ファイル構造のデータの例を示す。この図は、図５、図６に示す内容に対応している。イメージデータから構成される論理セクタ空間には、ＬＳＮがセクタごとに割り当てられる。ボリューム・ファイル構造はＵＤＦに準拠している。
【０１１２】
図８（ａ）を参照すると、ＬＳＮ１６から１８には、開始拡張領域記述子（Beginning Extended Area Descriptor）、ＮＳＲ記述子（NSR Descriptor）、終端拡張領域記述子（Terminating Extended AreaDescriptor）が格納されている。これらの情報は、ボリューム認識列（Volume Recognition Sequence）とよばれ、このディスクがＵＤＦの親規格である、ＥＣＭＡ１６７規格に準拠していることを示している。
【０１１３】
ＬＳＮ３２から３５には、主ボリューム記述子（Primary Volume Descriptor）、区画記述子（Partition Descriptor）、論理ボリューム記述子（Logical Volume Descriptor）、終端記述子（Terminating Descriptor）が格納されている。これらの情報は、ボリューム記述子列（Volume Descriptor Sequence）と呼ばれる。特に、区画（パーティション）の配置情報は、区画記述子に登録され、ファイル構造の先頭の情報が、論理ボリューム記述子に登録されている。
【０１１４】
ＬＳＮ２５６には、開始ボリューム記述子ポインター（Anchor Volume Descriptor Pointer）が格納される。このポインターにはボリューム記述子列の位置情報が登録されている。このポインターは、ＬＳＮ２５６と論理セクタ空間の終端Ｎとに格納される。また、各記述子には、その記述子が格納されている論理セクタ番号が登録されている。よって、記述子が移動する場合は、この番号を変更しなければならない。この例では、ＬＳＮ０から２５６までがボリューム構造、ＬＳＮ２７２から２８８までがファイル構造を示している。
【０１１５】
ＬＳＮ２７２には、Ｒｏｏｔディレクトリのファイルエントリが格納され、Ｒｏｏｔディレクトリの位置情報を示す。なお、ＵＤＦでは、ファイル集合記述子がファイル構造の先頭情報として格納されるが、図８では割愛している。ＬＳＮ２７３には、Ｒｏｏｔディレクトリが格納され、このサブディレクトリであるＶＩＤＥＯ＿ＴＳディレクトリのファイルエントリの位置情報が格納されている。ＬＳＮ２７４には、ＶＩＤＥＯ＿ＴＳディレクトリのファイルエントリが格納され、ＶＩＤＥＯ＿ＴＳディレクトリの位置情報が格納されている。ＬＳＮ２７５には、ＶＩＤＥＯ＿ＴＳディレクトリが格納され、このディレクトリの登録されている各ファイルのファイルエントリの位置情報が格納されている。
【０１１６】
ＬＳＮ２７６から２８８には、ＶＩＤＥＯ＿ＴＳディレクトリに登録されている各ファイルのファイルエントリが格納されている。ここで、ファイルエントリの中に登録されるファイルの位置情報は、図８（ｂ）に示すように、エクステント長（Extent Length)、エクステントポジション（Extent Position：エクステントの先頭アドレスの情報）の形式で登録されている。
【０１１７】
図７で説明したように、２層ＤＶＤ−Ｒ／ＲＷディスクにイメージデータを格納する時に、ＶＩＤＥＯ＿ＴＳディレクトリに登録されているファイルの位置が追加データ２５の分だけ移動する。よってＬＳＮ２７６から２８８に格納される各ファイルエントリが指し示すファイルの位置情報のうち、エクステントポジションに登録されている値に追加データ２５のサイズが加算されて、この値が更新される。また、パーティションのサイズが大きくなるので、ＬＳＮ３３の区画記述子に登録されているパーティションの配置情報が更新される。また、各記述子（Descriptor）は、自身が格納された論理セクタの番号をＴａｇＩＤの中に格納することになっているため、最後に記録される開始ボリューム記述子ポインターの中の論理セクタ番号Ｎも更新される。
【０１１８】
シフトされた各ファイルの配置情報を更新するもう一つの方法は、パーティションの位置を更新することである。区画記述子に登録されるパーティションの位置情報をパーティションが追加データの分だけシフトするように修正すればよい。この場合、図示していないが、パーティション内の各ファイルはパーティションの先頭からの相対アドレスである論理ブロック番号でアドレッシングされるので、各ファイルの管理情報を更新する必要はない。
【０１１９】
図９は、本実施形態によるレコーダ２０とビデオサーバ３０との処理の手順を示す。
【０１２０】
図９において、左側はレコーダ２０の処理を示し、右側はビデオサーバ３０の処理を示す。なお図９の処理が開始される前提として、ユーザがレコーダ２０を利用してビデオサーバ３０への接続操作を行い、レコーダ２０とビデオサーバ３０との間で接続が確立されているとする。
【０１２１】
まず、ステップＳ１では、ユーザがレコーダ２０を操作して、購入可能なコンテンツのタイトルリストから購入するタイトルを選択する。タイトルリストの情報は、たとえばレコーダ２０とビデオサーバ３０とが接続されたときにビデオサーバ３０からレコーダ２０に送信されてもよいし、インターネット１０などを介してレコーダ２０が事前に取得してもよい。
【０１２２】
ユーザが選択した購入するタイトルを特定する情報は、ダウンロード要求として、インターネット１０を通じて、ビデオサーバ３０に送られる。
【０１２３】
ステップＳ２では、コンテンツを記録するためにユーザが２層ＤＶＤ−Ｒディスクを挿入すると、レコーダ２０のドライブ（ドライブ制御部２０４）は、挿入されたディスクを検出し、スタートアップ処理を行ってディスクにデータを書き込み可能な状態にする。
【０１２４】
ステップＳ３では、ドライブ制御部２０４は、挿入された２層ＤＶＤ−Ｒディスクのリードイン領域から情報を読み取り、Ｌ０層のデータ記録可能領域の終端アドレスＸとディスクキーを取得し、これらの情報をビデオサーバ３０に送る。
【０１２５】
ステップＳ４では、ビデオサーバ３０は、ユーザが選択したタイトルを特定する情報を受信して、その情報に基づいて対応するイメージデータを検索する。
【０１２６】
ステップＳ５では、ビデオサーバ３０は、受信した終端アドレスＸに基づいて、ステップＳ４で検索されたデータの内、Ｌ０層イメージデータ内のビデオコンテンツのデータの配置をシフトし、Ｌ０層イメージデータを加工する。
【０１２７】
ステップＳ６では、ビデオサーバ３０は、予めＣＰＲＭ方式で暗号化されているデータの暗号が複号できるように、受信したディスクキーを利用して暗号解読キーの生成・発行のための所定の処理を行う。ＣＰＲＭ方式においては、ディスクキーから暗号解読キーが作られるので、ビデオサーバ３０に蓄積されるイメージデータは、ディスク毎に暗号化しなくても良い。暗号化されたデータは複数のディスクで使用することが出来る。生成された暗号解読キーはイメージデータ内の所定の場所に格納される。
【０１２８】
ステップ７では、ビデオコンテンツの各ファイルのファイルエントリを修正して、シフトされたビデオコンテンツの配置情報を更新する。さらに、ボリューム構造の情報として、パーティションのサイズ、論理セクタ番号Ｎに格納される開始ボリューム記述子ポインターの情報も更新する。この処理により、２層ＤＶＤ−Ｒディスクへの書き込みのために最適化されたＬ０層イメージデータが得られる。
【０１２９】
ステップＳ８では、ビデオサーバ３０は、ステップＳ５およびＳ６で修正したイメージデータをレコーダ２０に送信する。
【０１３０】
ステップＳ９では、レコーダ２０はイメージデータを受信する。ステップＳ１０では、レコーダ２０は受信したイメージデータを２層ディスクに書き込む。書き込み後のデータを確認すると、このディスクはユーザに提供される。
【０１３１】
なお、これまでの説明では、オリジナルのイメージデータはＣＭＦデータであるとしたが、これに限定されない。例えば、記録層毎のイメージデータを予め準備するとしたが、１つのイメージデータでも良い。層境界は、他の情報で指定することも出来るからである。例えば、ＣＯＮＴＲＯＬ．ＤＡＴの中に格納しても良いし、ＤＶＤ−Ｖｉｄｅｏフォーマットのデータの中からセル境界を調べるようにしても良い。
【０１３２】
なお、次に図１（ｂ１）に示すように、ＣＰＲＭ暗号化が行われたＣＭＦデータ２４に対して、追加データ２５が挿入される。この処理は、ビデオサーバ３０によって行われる。なお、追加データ２５として挿入される領域に、メディアキーブロックのデータを記録してもよい。メディアキーブロックとは、ディスクキーをライセンサが発行する全てのデバイスキーで暗号化した、いわば暗号化鍵束のようなデータである。
【０１３３】
ビデオオブジェクトデータを準備するためには、オリジナルの素材データをＭＰＥＧ２等の圧縮フォーマットでエンコードして作成される。しかしながら、パッケージやダウンロードサービスで提供される場合には、高画質が要求されるためにエンコード処理に時間がかかり、リアルタイムでエンコードすることができない。よって、セルの境界は、予め想定した層境界で分割しておく必要がある。また、ビデオサーバ３０に格納されるイメージデータの形式がＣＭＦ以外の形式に準拠するものであっても、上述の方法と同様に、利用される２層ＤＶＤ−Ｒディスクに合わせてイメージデータを修正することが有用である。
【０１３４】
なお、２層ＤＶＤ−Ｖｉｄｅｏディスクと比べ、２層ＤＶＤ−Ｒ／ＲＷディスクのＬ０層のデータ記録可能領域のサイズは大きい。このため、２層ＤＶＤ−Ｖｉｄｅｏディスクを作成するためにビデオコンテンツを準備するときに、２層ＤＶＤ−Ｒ／ＲＷディスクの最大容量８．５４ＧＢをすべて必要とするデータではなく、最大容量よりもある程度（たとえば数十ＭＢ）小さいデータを用意することで、ダウンロードサービスに対して、再エンコードする必要が無くなる。
【０１３５】
追加データとして、ＤＶＤ−Ｖｉｄｅｏフォーマットに準拠した他のビデオコンテンツを記録してもよい。通常、追加データは数十ＭＢであるので、短編のビデオコンテンツを記録することも出来る。この場合、ファイル構造にこれらのファイルに対応したファイル管理情報が追加登録される。
【０１３６】
なお、ファイル構造としてＩＳＯ９６６０に準拠したファイル管理情報を追加しても良い。
【０１３７】
ビデオコンテンツの終端から論理セクタ空間の終端に記録されるボリューム構造までの領域は通常空いているので、この領域に、ＰＣ（personal computer）等で使用するデータを追加し、Ｌ１層のデータ記録可能領域の最大まで、有効にデータを記録するようにしても良い。
【０１３８】
なお、ダウンロード端末の場合には、Ｌ０層のデータ記録可能領域の終端アドレスＸを所定のアドレスとなるディスクのみを使うようにしてもよい。本発明の目的は、様々な用途でダウンロードサービスが低コストで行えるようにすることであるので、この効果に変わりはない。なぜならば、ダウンロードサービスに求められるものは、店舗に設置できないほどの数のタイトルを提供できるよう準備することにある。このため、既に発売したＤＶＤ−Ｖｉｄｅｏディスクを作成する時に使用されたＣＭＦフォーマットのデータは、Ｌ０層に記録されるイメージデータが、通常、タイトルごとに異なっている。本実施形態によれば、これらのＣＭＦフォーマットのデータについて再エンコードを行う必要が無く、ダミーデータを挿入し、暗号化方式に対応して暗号化を施せば良いので、オーサリングのコストを抑えることができる。
【０１３９】
（実施形態２）
実施形態１においては、Ｌ０層用ＣＭＦデータのデータサイズを調整する例を説明した。このＣＭＦデータは、ＣＰＲＭ方式で暗号化されているとした。
【０１４０】
本実施形態においては、ＣＭＦデータがＣＰＲＭ方式とは異なる暗号化方式で暗号化されたときの、データの記録方法を説明する。
【０１４１】
記録型ディスクに適した暗号化方式は、ＣＰＲＭ方式以外では、ＡＡＣＳ（advanced access content system）やＣＳＳ（copy scrambling system）が知られている。以下では、実施形態１の処理に加え、ＣＳＳ方式でデータを暗号化したときの処理を説明する。ＣＳＳ方式を採用する場合には、記録対象となるディスクごとの固有の情報を用いて暗号化が行われる。
【０１４２】
ディスクごとの固有の情報として、リードイン領域（Lead-in area）に記録されたメディアの識別情報（ディスクキー）が利用される。
【０１４３】
なお、既存のＤＶＤ−Ｒにはディスクキーは設けられていない。したがって、ＤＶＤ−Ｒを利用する場合には固有のディスクキーが設定された新たな種類のディスクが必要となる、もしくは、予め有効なディスクキーが記録された新たな種類のディスクが必要となる。本実施の形態では、ＣＳＳ暗号化の一例として、使用されるディスクキーは予めリードイン領域に記録された状態でディスクが供給されることを前提として説明する。
【０１４４】
以下、図１０（ａ）〜（ｅ）を参照しながら説明する。なお、本実施形態による処理は、実施形態１において説明したレコーダ２０およびビデオサーバ３０によって実行することが可能である。以下では、同じレコーダ２０およびビデオサーバ３０を利用して本実施形態による処理を説明する。
【０１４５】
図１０（ａ）、（ｂ１）、（ｃ）〜（ｅ）は、イメージデータを２層光ディスク２９への書き込むための処理の概要を示す。
【０１４６】
まず図１０（ｃ）は、ディスクキー９１が格納されているディスク２９上の位置を示している。ディスクキー９１は、ディスク２９の内周位置に設けられたリードイン領域に格納されている。
【０１４７】
図１０（ａ）には、Ｌ０層に書き込まれることを想定して準備されたイメージデータ２１が示されている。なお、Ｌ１層に書き込まれるべきイメージデータは図１の（ｂ２）と同様であるため、その記載は省略する。
【０１４８】
図１０（ａ）に示されるように、Ｌ０層用ＤＶＤ−Ｖｉｄｅｏデータ２３は、複数のビデオオブジェクト（ＶＯＢ）を含んでおり、各ＶＯＢは複数のＶＯＢユニット（ＶＯＢＵ）を含んでいる。ＶＯＢＵ８０は、主として、映像の再生時間にして０．４秒から１秒までの範囲内の映像データを含むデータ単位である。
【０１４９】
ＶＯＢＵ８０は、ＭＰＥＧプログラムストリームの下位階層であるパックが複数集まって構成されている。パックには複数の種類が存在する。たとえば、“Ｖ”で示されるビデオパック、および”Ａ”で示されるオーディオパックである。各パックのデータサイズ（パック長）は一定（２キロバイト（２０４８バイト））である。
【０１５０】
たとえばビデオパック（Ｖ）８１は、パックヘッダ８２およびビデオデータ８３を格納している。なお、このビデオデータは、暗号化されていなくてもよいし、暗号化されていてもよい。
【０１５１】
レコーダ２０は図１０（ｃ）に示すディスクキー９１をビデオサーバ３０に送信する。
【０１５２】
図１０（ｄ）は、ビデオパックの一部がディスクキー９１によって暗号化されたＣＭＦデータ８４を示す。ビデオサーバ３０は、ディスクキー９１を利用して、ビデオデータ８３を暗号化する。暗号解読キーは、コンテンツ内（たとえばＶＩＤＥＯ＿ＴＳ．ＩＦＯファイル内）に格納され、コンテンツの再生時に、レコーダ２０によって読み出される。
【０１５３】
高いセキュリティを実現するためには、すべてのビデオデータを暗号化することが好ましいが、そうすると復号化処理に時間を要するという弊害が生じる。したがって、全体の５０％〜６０％程度のビデオパックに格納されたビデオデータのみを暗号化すればよい。
ＣＭＦデータ８４のＬ０層用ＤＶＤ−Ｖｉｄｅｏデータ８５では、暗号化されていないビデオパック８６と、暗号化されたビデオパック８７とが混在している。
【０１５４】
暗号化されたビデオパック８７では、パックヘッダ８８、および、ディスクキー９１によって暗号化されたビデオデータ８９が含まれている。ここで留意すべきは、ビデオパック８７のパックヘッダ８８内にはスクランブル情報が設けられていることにある。スクランブル情報とは、そのパックのビデオデータが暗号化されているか否かを示しており、たとえば「１」のときはそのビデオデータが暗号化されていることを示し、「０」のときはそのビデオデータが暗号化されていないことを示す。
【０１５５】
なお、仮に、当初のビデオデータがＣＰＲＭによって暗号化されていたとしても、いったん復号し、その後ディスクキー９１を利用してＣＳＳによって暗号化する処理を行うことは可能である。このような暗号方式を変更する処理は、たとえ再生時間が２時間ほどの比較的データサイズが大きいビデオデータであっても、リアルタイムに処理を行うことが出来るためである。よって、ユーザが選択したタイトルのビデオデータの送信時に処理を行う上で支障にはならない。
【０１５６】
次に図１０（ｂ１）に示すように、ＣＭＦデータ８４に対して、追加データ２５が挿入された後、ＣＳＳ暗号化が行われる。この処理は、ビデオサーバ３０によって行われる。
【０１５７】
一方、追加データ２５が挿入されてデータサイズが調整されたＣＭＦデータ８４は、ディスク２９のデータ記録可能領域１２に過不足無く書き込まれる。この処理はレコーダ２０によって行われる。これらの処理は実施形態１で説明したとおりである。
【０１５８】
図１０（ｅ）は、暗号化されたビデオパックが書き込まれたセクタ部分を詳細に示している。ディスク２９はセクタ構造を有しており、セクタヘッダ９３とセクタ９４との組からなる記録単位９２が存在する。各セクタのセクタサイズはビデオパックのデータサイズと同じ２キロバイトである。
【０１５９】
図１０（ｅ）に示すセクタ９４には、ビデオパック８７がそのまま格納されている。よって、セクタ９４にはビデオパック８７に格納されていたスクランブル情報９０や暗号化ビデオデータ８９が格納されている。
【０１６０】
本実施形態による記録処理の特徴のひとつは、追加データ２５が挿入されてＬ０層に記録するイメージデータのデータサイズが調整された後、セクタヘッダ９３にもスクランブル情報９５を書き込むことにある。スクランブル情報９５はスクランブル情報９０のコピーであり、その内容は互いに同一である。
【０１６１】
セクタヘッダ９３にスクランブル情報９５を格納する理由は、ドライブによる読み出しを制限するためである。データを読み出すドライブは、そのデータが暗号化されているか否かを判断することはできない。一方、暗号化されているとしても、コンテンツのデータが無条件に読み出されることは好ましくない。そこでＤＶＤ規格に対応する既存のドライブは、セクタヘッダ９３内のスクランブル情報が「１」を示しているときにはその後のセクタを読み出さず、スクランブル情報が「０」を示しているときのみ、その後のセクタを読み出すように設計されている。
【０１６２】
本実施形態においては、追加データが挿入されて記録するイメージデータのサイズが調整された後で、そのスクランブル情報を、暗号化されているか否かを示すスクランブル情報と同一の値に設定することにより、ドライブによる読み出しを制限することが可能になる。図１０（ａ）または（ｄ）の状態で、セクタヘッダの情報を作成すると、図示していないが、セクタヘッダに記録される物理セクタの番号が、追加データが挿入された後で、データの記録位置が変わるために更新が必要になる。このため、スクランブル情報の設定は追加データが挿入された後で行うのが効率的である。
【０１６３】
ドライブは、セクタヘッダ内のスクランブル情報を読み出すだけで、続くセクタ内のデータを読み出してよいか否かを判断できる。これにより、ドライブは、不正規なソフトウェアに対して暗号化されたデータを読み出さないので、不正規なソフトウェアでのコンテンツの再生を制限することが出来る。
【０１６４】
図１１は、本実施形態によるレコーダ２０とビデオサーバ３０との処理の手順を示す。図１１による処理が実施形態１による図９の処理と異なる点は、図９のステップＳ６およびＳ１０に代えて、それぞれステップＳ１１、Ｓ１２の処理が行われることにある。以下、相違点のみを説明する。
【０１６５】
ステップＳ２においてレコーダ２０に、２層ＤＶＤ−Ｒディスクが挿入されると、レコーダ２０は２層ＤＶＤ−ＲディスクのＣＳＳ暗号化で用いられるディスクキーを読み出す。
【０１６６】
ステップＳ３において、Ｌ０層のデータ記録領域の終端アドレスＸと共に、読み出したディスクキーをビデオサーバ３０に送信する。
【０１６７】
その後のステップＳ５において、ビデオサーバ３０は、受信した終端アドレスＸに基づいて、Ｌ０層イメージデータ内の暗号化されたビデオコンテンツのデータの配置をシフトし、Ｌ０層イメージデータを加工する。
【０１６８】
ステップＳ１１において、ビデオサーバ３０は、受け取ったディスクキーを利用して、ユーザが要求したタイトルのビデオコンテンツのデータをＣＳＳ暗号化し、パックヘッダにスクランブル情報を設定する。ここで、ＣＳＳ暗号化においては、予めディスクに記録されたディスクキーで暗号の解読が行われるので、ビデオサーバ３０において、ディスクキーを利用して、ＣＳＳの暗号化が必要になる。
【０１６９】
一方、レコーダ２０は、ステップＳ１２において、レコーダ２０は受信したイメージデータを２層ＤＶＤ−Ｒディスクに書き込みながら、パックヘッダのスクランブル情報をコピーして、セクタヘッダに書き込む。
【０１７０】
以上の処理によって作成された２層ＤＶＤ−Ｒディスクによれば、ドライブによる暗号化データの読み出しを制限することが可能になる。
【０１７１】
なお、２層ディスクを例に説明したが、本発明は３層以上の多層ディスクであっても適用可能である。本実施の形態１および２で説明した第１層と第２層が多層ディスクにも含まれるからである。
【０１７２】
本発明の好ましい実施形態により本発明を例示して説明したが、本発明は、上述の実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきである。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができる。
【産業上の利用可能性】
【０１７３】
本発明は、複数の記録層を有するディスクにビデオコンテンツをダウンロード記録するサービスにおいて、記録型２層ディスクに対して確実かつ効率よくイメージデータを変更することが可能な、データ処理装置、および、データ記録装置を提供するものとして有用である。
【図面の簡単な説明】
【０１７４】
【図１】（ａ）、（ｂ１）、（ｂ２）および（ｃ）は、イメージデータを２層光ディスク１９への書き込むための、イメージデータのデータサイズ調整方法の概要を示す図である。
【図２】ダウンロードサービスに利用される機器の接続構成の例を示す図である。
【図３】実施形態１によるレコーダ２０のハードウェアの構成を示す図である。
【図４】実施形態１によるビデオサーバ３０のハードウェアの構成を示す図である。
【図５】ディスクに記録するビデオコンテンツのディレクトリ・ファイルの一例を示す図である。
【図６】（ａ）〜（ｃ）は、ＤＶＤ−Ｖｉｄｅｏディスク用に作成されたイメージデータと、本発明の２層ＤＶＤ−Ｒ／ＲＷディスク用に修正されたイメージデータとの関係を示す図である。
【図７】第１のビデオタイトルセットの詳細を示す図である。
【図８】（ａ）および（ｂ）は、セクタ毎に記録されるボリューム・ファイル構造のデータの例を示す図である。
【図９】実施形態１によるレコーダ２０とビデオサーバ３０との処理の手順を示す図である。
【図１０】（ａ）、（ｂ１）、（ｃ）〜（ｅ）は、イメージデータを２層光ディスク１９への書き込むための処理の概要を示す図である。
【図１１】実施形態２によるレコーダ２０とビデオサーバ３０との処理の手順を示す図である。
【図１２】ＣＭＦに準拠したデータのデータ構造を示す図である。
【図１３】２層ＤＶＤ−Ｖｉｄｅｏディスクの層構造と、当該ディスクにイメージデータが記録される際のデータ配置を示す図である。
【図１４】２層ＤＶＤ−Ｒディスクの物理構造を示す図である。
【符号の説明】
【０１７５】
１０  インターネット
１１  リードイン領域
１２  Ｌ０のデータ記録可能領域
１３  Ｌ０のミドルエリア
１４  Ｌ１のミドルエリア
１５  Ｌ１のデータ記録可能領域
１６  リードアウト領域
２１、２４  Ｌ０用のイメージデータ
２６  Ｌ１用のイメージデータ
２０  ＨＤＤ内蔵光ディスクレコーダ
３０  ビデオサーバ
２０４、３０４  ドライブ制御部
２０５ａ  ２層光ディスク
２０５ａ  ハードディスク
２１４、３１４  ネットワーク制御部
２５０、３５０  システム制御部
【図１】
2008103064.tif 000003
【図２】
2008103064.tif 000004
【図３】
2008103064.tif 000005
【図４】
2008103064.tif 000006
【図５】
2008103064.tif 000007
【図６】
2008103064.tif 000008
【図７】
2008103064.tif 000009
【図８】
2008103064.tif 000010
【図９】
2008103064.tif 000011
【図１０】
2008103064.tif 000012
【図１１】
2008103064.tif 000013
【図１２】
2008103064.tif 000014
【図１３】
2008103064.tif 000015
【図１４】
2008103064.tif 000016