(57)【要約】  暗号化データ伝送方法、暗号化データを含む記録媒体、ローカルストレージを用いて暗号化データを再生する装置及び方法が開示される。本発明は、記録媒体と関連したデータをローカルストレージにダウンロードし、ダウンロードデータを記録媒体内のディスクパッケージにバインディングしてバーチャルパッケージを生成し、バーチャルパッケージ内のインデックステーブルのインデックス項目を記録媒体と関連したキーファイル内のキーを用いて復号化し、復号化されたインデックス項目を再生する方法を含む。バーチャルパッケージは、インデックステーブルのインデックス項目とキーファイルのインデックス項目との間で生じる不一致を解決する情報を含む。本発明によれば、コンテンツプロバイダによって提供されるコンテンツを保護しながら、記録媒体と関連したデータが外部からローカルストレージにダウンロードされる。バーチャルパッケージを用いて、記録媒体内のデータ及びローカルストレージ内のデータを共に効率的に再生できる。よって、本発明はユーザに一層便利な機能を提供できる。
2008535126.tif 000002
【特許請求の範囲】
【請求項１】
ローカルストレージを使用して記録媒体を再生する方法であって、
前記記録媒体と関連したデータを前記ローカルストレージにダウンロードするステップと、
前記ダウンロードしたデータを前記記録媒体内のディスクパッケージにバインディングすることによってバーチャルパッケージを生成するステップと、
前記バーチャルパッケージ内のインデックステーブルのインデックス項目を、前記記録媒体と関連したキーファイル内のキーを用いて復号化するステップと、
前記復号化されたインデックス項目を再生するステップと
を備え、
前記バーチャルパッケージは、前記インデックステーブルのインデックス項目と前記キーファイルのインデックス項目との間で生じる不適当な組み合わせを解決する情報を含むことを特徴とする方法。
【請求項２】
前記情報は、前記インデックステーブルのインデックス項目が、前記ダウンロードされたデータを含むか否かを識別する情報であることを特徴とする請求項１に記載の方法。
【請求項３】
前記情報は、前記インデックステーブルのインデックス項目が属するＣＰＳユニットに関する情報であることを特徴とする請求項１に記載の方法。
【請求項４】
前記情報は、インデックス項目ごとに与えられたインデックス項目識別情報であることを特徴とする請求項１に記載の方法。
【請求項５】
前記与えられたインデックス項目識別情報は不変であることを特徴とする請求項４に記載の方法。
【請求項６】
前記インデックステーブルが前記ダウンロードしたデータを含む新たに追加されたインデックス項目を含む場合、新しいインデックス項目識別情報が前記新たに追加されたインデックス項目に与えられることを特徴とする請求項４に記載の方法。
【請求項７】
前記キーファイルは、前記記録媒体内に格納されたキーファイルであることを特徴とする請求項１に記載の方法。
【請求項８】
前記キーファイルは、ダウンロードされたキーを含み、前記ローカルストレージに格納されたキーファイルであることを特徴とする請求項１に記載の方法。
【請求項９】
コンテンツが記録されるストリーム領域と、
前記コンテンツの再生を管理するデータベース領域と
を備えた記録媒体であって、
前記ストリーム領域は、暗号化されたタイトルを格納し、
前記データベース領域は、タイトル識別情報を基準にして定義されたキーを含むキーファイルを格納することを特徴とする記録媒体。
【請求項１０】
前記キーファイルは、ダウンロードされるタイトルのために格納される余分のキーを含むことを特徴とする請求項９に記載の記録媒体。
【請求項１１】
ローカルストレージを使用して記録媒体を再生する装置であって、
前記装置は、
前記記録媒体に記録されたデータを読み取るピックアップと、
前記記録媒体と関連したダウンロードデータを格納するローカルストレージと、
前記ダウンロードデータを前記記録媒体内のディスクパッケージにバインディングすることによってバーチャルパッケージを生成し、前記バーチャルパッケージ内のインデックステーブルのインデックス項目を、前記記録媒体と関連したキーファイル内の復号化キーを用いて復号化し、前記復号化されたインデックス項目を再生する制御装置と
を備え、
前記制御装置は、前記インデックステーブルのインデックス項目と前記キーファイルのインデックス項目との間に生じる不適当な組み合わせを解決するための、前記バーチャルパッケージ内に含まれる情報を使用して前記復号化キーを読み取ることを特徴とする装置。
【請求項１２】
前記インデックステーブルは、前記記録媒体の外部からコンテンツプロバイダによって提供されることを特徴とする請求項１１に記載の装置。
【請求項１３】
前記情報は、前記インデックステーブルのインデックス項目がダウンロードデータを含むか否かを識別するために提供されることを特徴とする請求項１１に記載の装置。
【請求項１４】
前記情報は、前記インデックステーブルのインデックス項目が属するＣＰＳユニットに関する情報であることを特徴とする請求項１１に記載の装置。
【請求項１５】
前記情報は、インデックス項目識別情報であることを特徴とする請求項１１に記載の装置。
【請求項１６】
コンテンツプロバイダから記録媒体と関連したデータを伝送する際に、
データ伝送方法は、前記データを再生可能にするインデックステーブルのインデックス項目と前記記録媒体と関連したキーファイルのインデックス項目との間で生じるインデックス項目の不適当な組み合わせを解決する情報を伝送するステップを備えることを特徴とする方法。
【請求項１７】
前記情報は、前記インデックステーブルのインデックス項目がダウンロードデータを含むか否かを識別するために提供されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記情報は、前記インデックステーブルのインデックス項目が属するＣＰＳユニットに関する情報であることを特徴とする請求項１６に記載の方法。
【請求項１９】
前記情報は、インデックス項目識別情報であることを特徴とする請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカルストレージを用いた記録媒体の再生に関し、特に、暗号化されたデータを伝送する方法、暗号化されたデータを含む記録媒体、ローカルストレージを用いて暗号化されたデータを再生する方法及び装置に関する。
【背景技術】
【０００２】
記録媒体として大容量のデータを記録できる光ディスクが広く一般的に使用されている。なかでも最近では高画質のビデオデータと高音質のオーディオデータを長時間格納するための新しい高密度記録媒体、例えば、ブルーレイディスク（Blu-ray Disc（登録商標）：以下、‘ＢＤ’という。）が開発されている。
【０００３】
次世代記録媒体技術であるＢＤは、既存のＤＶＤをはるかに凌駕する量のデータを備えられる次世代光記録ソリューションである。近来、他のデジタル機器と共にＢＤに対する研究および開発のための試みが多く行われている。
【０００４】
また、ＢＤ規格を適用した光記録／再生器が開発され始めた。しかし、未だＢＤ規格は完備しておらず、完成した光記録／再生器を開発するのに多く難題が生じている。
【０００５】
特に、上記のような光記録／再生器は、ＢＤに対して記録／再生する基本機能の他に、周辺の関連デジタル機器との統合的使用を考慮した付加的な機能も備えなければならない。したがって、光記録／再生器は、外部入力信号を受信してディスプレイする一般的機能、および外部入力信号を用いてＢＤを再生する機能を備えるべきことが期待されている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、外部入力信号及びＢＤを再生する際に、コンテンツプロバイダ（content provider）によって提供される暗号化データを保護する好ましい方法が提案されておらず、または開発されていないため、本格的なＢＤ基盤の光記録／再生器を開発するのに多くの制約がある。
【０００７】
したがって、本発明は、暗号化されたデータを伝送する方法、暗号化されたデータを含む記録媒体、そしてローカルストレージを用いて暗号化されたデータを再生する装置および方法を対象にするが、これは、関連技術の制約および欠点による１つ以上の問題点を実質的に取り除く。
【０００８】
本発明の目的は、暗号化されたデータを伝送する方法、暗号化されたデータを含む記録媒体、およびローカルストレージを用いて暗号化されたデータを記録再生する装置及び方法を提供することにあり、本発明によって、コンテンツプロバイダによって提供されるコンテンツを保護することが可能となり、そして外部から記録媒体に関連付けられたダウンロードデータを格納することが可能なローカルストレージを用いて記録媒体内のデータおよびローカルストレージ内のデータを共に再生することが可能となる。
【０００９】
本発明の付加的な利点、目的及び特徴は、以下の説明において一部説明され、本技術分野における当業者にとっては下記の実施形態から明らかになり、または本発明のプラクティスから分かるだろう。本発明の目的及び他の利点は、添付の図面と特許請求の範囲及び詳細な説明に具体的に指摘された構造によって実現及び達成される。
【課題を解決するための手段】
【００１０】
本明細書において具体的かつ広く説明されているように、上記目的及び他の利点を達成するため及び本発明の目的に合致するために、本発明によるローカルストレージを用いた記録媒体を再生する方法は、記録媒体と関連したデータをローカルストレージにダウンロードするステップと、ダウンロードしたデータを記録媒体内のディスクパッケージにバインディングすることによってバーチャルパッケージを生成するステップと、バーチャルパッケージ内のインデックステーブルのインデックス項目（indexing item）を、記録媒体と関連したキーファイル内のキーを用いて復号化するステップと、復号化されたインデックス項目を再生するステップと、を含み、バーチャルパッケージは、インデックステーブルのインデックス項目とキーファイルのインデックス項目との間で生じる不適当な組み合わせを解決する情報を含む。
【００１１】
例えば、当該情報は、インデックステーブルのインデックス項目がダウンロードされたデータを含むか否かを識別する。
【００１２】
例えば、当該情報は、インデックステーブルのインデックス項目が属するＣＰＳユニットに関する情報である。
【００１３】
例えば、当該情報は、インデックス項目ごとに与えられたインデックス項目識別情報である。
【００１４】
例えば、当該与えられたインデックス項目識別情報は変わらない。
【００１５】
例えば、当該インデックステーブルがダウンロードしたデータを含む新しく追加されたインデックス項目を含む場合、新しいインデックス項目識別情報が当該新しく追加されたインデックス項目に与えられる。
【００１６】
例えば、当該キーファイルは、記録媒体内に格納されるキーファイルである。
【００１７】
例えば、当該キーファイルは、ダウンロードされたキーを含み、ローカルストレージに格納されるキーファイルである。
【００１８】
本発明の他の実施形態において、記録媒体は、コンテンツが記録されたストリーム領域と、当該コンテンツの再生を管理するデータベース領域とを含み、当該ストリーム領域は暗号化されたタイトルを格納し、当該データベース領域はタイトル識別情報を参照して定義されたキーを含むキーファイルを格納する。
【００１９】
例えば、当該キーファイルは、ダウンロードされるタイトルのために格納される余分のキー（supplementary key）を含む。
【００２０】
また、本発明の他の実施形態において、ローカルストレージを用いて記録媒体を再生する装置は、記録媒体に記録されたデータを読み取るピックアップ、記録媒体と関連したダウンロードされたデータを格納するローカルストレージ、及び、ダウンロードされたデータを記録媒体内のディスクパッケージにバインディングすることによってバーチャルパッケージを生成し、当該バーチャルパッケージ内のインデックステーブルのインデックス項目を記録媒体と関連したキーファイル内のキーを用いて復号化し、当該復号化されたインデックス項目を再生する制御装置を備え、当該制御装置は、インデックステーブルのインデックス項目とキーファイルのインデックス項目との間で生じる不適当な組み合わせを解決する、バーチャルパッケージ内に含まれる情報を使用して当該復号化キーを読み取る。
【００２１】
例えば、当該インデックステーブルは、記録媒体の外部からコンテンツプロバイダによって提供される。
【００２２】
例えば、当該情報は、当該インデックステーブルのインデックス項目がダウンロードされたデータを含むか否かを識別するために提供される情報である。
【００２３】
例えば、当該情報は、バーチャルパッケージ内のインデックステーブルのインデックス項目が属するＣＰＳユニットに関する情報である。
【００２４】
例えば、当該情報はインデックス項目識別情報である。
【００２５】
また、本発明の他の実施形態において、コンテンツプロバイダから記録媒体と関連したデータを伝送する際に、データ伝送方法は、データの再生を可能にするインデックステーブルのインデックス項目と、前記記録媒体と関連したキーファイルのインデックス項目との間で生じるインデックス項目の不適当な組み合わせを解決する情報を伝送するステップを含む。
【００２６】
例えば、当該情報は、当該インデックステーブルのインデックス項目がダウンロードされたデータを含むか否かを識別する情報である。
【００２７】
例えば、前記情報は、当該インデックステーブルのインデックス項目が属するＣＰＳユニットに関する情報である。
【００２８】
例えば、当該情報はインデックス項目識別情報である。
【００２９】
前述した一般的な説明及び後述する本発明の詳細な説明は、例示的かつ説明するためのものであり、本発明の説明を特許請求の範囲としてさらに提供するためのものである。
【発明の効果】
【００３０】
本発明によれば、ダウンロードされたデータと記録媒体のデータを共に再生するインデックステーブルのインデックス項目によって再生されるデータの効率的な再生が可能になるため、ユーザに一層便利な機能を提供することができる。そして、コンテンツプロバイダはより安全にコンテンツを提供可能になる。
【００３１】
したがって、本発明は、以下の効果および利点を提供する。
【００３２】
コンテンツプロバイダによって提供されるコンテンツを保護しながら、記録媒体と関連したデータが外部からローカルストレージにダウンロードされる。そして、バーチャルパッケージを用いて記録媒体内のデータとローカルストレージ内のデータの両方を効率的に再生することができる。したがって、本発明は、ユーザに一層便利な機能を提供することができる。
【発明を実施するための最良の形態】
【００３３】
本発明のさらなる理解を提供するために含まれ、かつ本願の一部に組み込まれて構成される添付図面は、本発明の実施形態および本発明の原理を説明するために提供される記述とともに説明される。本発明の好ましい実施形態に詳細になされた参照は、添付図面において説明される例で行われる。可能な限り、同じ参照番号は、図面全体を通して、同一のものまたは類似の部分を示すために使用される。
【００３４】
まず、説明の便宜上、本発明は、記録媒体の一例として光ディスク、特に“ブルーレイディスク（ＢＤ）”を取り上げる。ただし、本発明の技術思想は他の記録媒体にも等しく適用可能であることは自明である。
【００３５】
本発明で、“ローカルストレージ”とは、図１に示す光記録／再生器内に備えられた一種の格納手段であり、必要な情報及びデータをユーザが任意に格納して活用できる要素を意味する。具体的には、現在一般的に用いられるローカルストレージには、“ハードディスク”、“システムメモリ”、“フラッシュメモリ”などが含まれるが、本発明は必ずしもこれに限定されるわけではない。
【００３６】
特に、“ローカルストレージ”は、記録媒体（例えば、ブルーレイディスク）と関連したデータを格納する手段としても用いられる。記録媒体と関連付けられてローカルストレージ内に格納されるデータは、通常、外部からダウンロードしたデータを含む。
【００３７】
加えて、記録媒体から一部直接読み取られた許容されたデータ、または、記録媒体の記録／再生と関連した生成されたシステムデータ（例えば、メタデータ等）は、ローカルストレージ内に格納することが可能であることは自明である。
【００３８】
本発明の説明の便宜上、記録媒体内に記録されたデータを“オリジナルデータ”と命名し、一方、ローカルストレージ内に格納されたデータのうち記録媒体と関連したデータを“付加データ（additional data）”と命名する。
【００３９】
本発明で“タイトル”とは、ユーザとのインターフェースを構成する再生単位である。それぞれのタイトルは、特定のオブジェクトとリンク（ｌｉｎｋ）されている。そして、ディスクに記録された該当のタイトルに関連したストリームが、オブジェクト内のコマンドあるいはプログラムによって再生される。特に、本発明の説明の便宜上、ディスクに記録されたタイトルのうち、ＭＰＥＧ２圧縮方式による動映像（moving picture）、映画及びインタラクティブ情報を有するタイトルを“ＨＤＭＶタイトル”と命名する。一方、ディスクに記録されたタイトルのうち、Ｊａｖａプログラムによって実行される動映像、映画及びインタラクティブ情報を有するタイトルを“ＢＤ−Ｊタイトル”と命名する。
【００４０】
図１は、本発明の概念的理解を助けるための図であり、光記録／再生器１０と周辺機器間の統合的使用が例示的に示されている。
【００４１】
図１を参照すると、本発明の“光記録／再生器１０”は、多用途の規格による光ディスクの記録または再生を可能にする。そして、光記録／再生器１０は、特定の規格の光ディスク（例えば、ＢＤ）を記録／再生するために設計されることが可能である。さらに、光記録／再生器１０は、光ディスクのみを再生するように作られてもよい。本発明の詳細な説明において、ブルーレイディスク（ＢＤ）と周辺機器とのインタラクティビティを考慮して、以下ではブルーレイディスク（ＢＤ）を再生するＢＤ−プレーヤーまたはブルーレイディスク（ＢＤ）を記録／再生するＢＤ−レコーダーを例として取り上げる。“光記録／再生器１０”は、コンピュータ内に内蔵可能なドライブまたは類似のものが含まれることは自明である。
【００４２】
本発明に係る光記録／再生器１０は、光ディスク３０を記録／再生する機能の他にも、外部入力信号を受信し、その受信した信号についての信号処理を実行し、別の外部ディスプレイ２０を介してユーザに該当する映像として伝達する機能を持つ。この場合、外部入力信号には制限は課せられない。そして、ＤＭＢ（デジタルマルチメディア放送）及びインターネットなどが、当該外部入力信号の代表的なものとなりうる。容易にアクセス可能な媒体としてのインターネットにおいて、インターネット上の特定のデータが光記録／再生器１０を介してダウンロードされて用いられることが可能である。
【００４３】
また、外部ソースとしてコンテンツを提供する者を総称して“コンテンツプロバイダ（ＣＰ）”と命名する。
【００４４】
本発明において、タイトルを構成するコンテンツは、記録媒体の製作者（author）によって提供されるデータを意味する。
【００４５】
特に、本発明の目的は、光記録／再生器１０内のオリジナルデータ及び／またはインターネットなどの光記録／再生器１０の外部に存在する当該オリジナルデータと関連した付加データが暗号化された場合に、暗号化されたデータをキーを用いて復号化することにある。当該キーを用いた暗号化及び復号化については、図７を参照して後述する。
【００４６】
オリジナルデータと付加データについて以下で具体的に説明する。例えば、特定のタイトル用の多重化されたＡＶストリームが光ディスク内にオリジナルデータとして記録され、当該オリジナルデータのオーディオストリーム（例えば、韓国語）と異なるオーディオストリーム（例えば、英語）をインターネット上で付加データとして提供する場合に、ユーザによっては、インターネット上の付加データであるオーディオストリーム（例えば、英語）をダウンロードして、オリジナルデータのＡＶストリームと共に再生したいという要求、または、インターネット上の付加データであるオーディオストリーム（例えば、英語）のみを再生したいという要求がありうる。このような要求を可能にするためには、オリジナルデータと付加データ間の関連性が規定される必要があり、これらのデータをユーザの要求に応じて管理／再生する体系化した方法が必要である。
【００４７】
上記で、説明の便宜上、ディスクに記録された信号をオリジナルデータと名付け、ディスクの外部に存在する信号を付加データと名付けたが、これはそれぞれのデータを取得する方法によって区分したものであって、オリジナルデータと付加データが特定のデータに限定されるという制約を課すものではない。
【００４８】
したがって、付加データには、一般に、オーディオ、プレゼンテーショングラフィック（Presentation Graphic：ＰＧ）、インタラクティブグラフィック（Interactive Graphic：ＩＧ）、テキストサブタイトル（text subtitle）等が含まれるが、これらに限定されることはない。そして、付加データは、これらの列挙したデータとビデオを全部含む多重化されたＡＶストリームに相当しても良い。すなわち、光ディスクの外部に存在し、オリジナルデータと関連しているいかなる種類の属性のデータも付加データになりうる。
【００４９】
さらに、付加データは、インデックスファイル（ｉｎｄｅｘ）、プレイリストファイル（＊．ｍ２ｔｓ）、またはクリップ情報ファイル（＊．ｃｌｐｉ）毎にそれぞれダウンロードされても良い。または、付加データは、コンテンツ単位またはタイトル単位でダウンロードされても良い。
【００５０】
上記のようなユーザの要求を実現するためには、オリジナルデータと付加データ間にファイル構造を持つことが必須となる。これと関連して、以下、図２及び図３を参照して、ブルーレイディスク（ＢＤ）で使用可能なファイル構造およびデータ記録構造について詳細に説明する。
【００５１】
図２は、本発明に係る、記録媒体である光ディスクに記録されたオリジナルデータを再生管理するためのファイル構造および当該ファイル構造を使用して特定のタイトルが再生される関係を示す図である。
【００５２】
図２を参照すると、本発明に係るファイル構造において、１つのルートディレクトリの下に、ＡＡＣＳディレクトリ（ＡＡＣＳ）と少なくとも１つのＢＤＭＶディレクトリ（ＢＤＭＶ）が存在する。ＢＤＭＶディレクトリは、ユーザとのインタラクティビティを保証するための一般ファイル（上位ファイル）情報としてインデックスファイル（“ｉｎｄｅｘ”）とオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｔ”）を含む。そして、ディスクに実際に記録されたデータに関する情報とこの記録されたデータを再生する方法に関する情報を有するＢＤＭＶディレクトリは、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助ディレクトリ（ＡＵＸＤＡＴＡ）、ＢＤＪＯディレクトリ、メタディレクトリ（ＭＥＴＡ）及びバックアップディレクトリ（ＢＡＣＫＵＰ）を備える。以下、これらのディレクトリ及びこれらのディレクトリ内に含まれるファイルについて詳細に説明する。
【００５３】
メタディレクトリ（ＭＥＴＡ）は、データに対するデータであるメタデータファイルを含む。すなわち、サーチファイル、ディスクライブラリ（Disc Library）用のメタデータファイルなどがメタディレクトリに存在する。
【００５４】
ＢＤＪＯディレクトリは、ＢＤ−Ｊタイトルを再生するためのＢＤ−Ｊオブジェクトファイルを含む。
【００５５】
補助データディレクトリ（ＡＵＸＤＡＴＡ）は、ディスク再生に必要な情報を含む補助的なファイルを含む。例えば、補助データディレクトリ（ＡＵＸＤＡＴＡ）は、インタラクティブグラフィック（Interactive Graphic）の実行時のクリックサウンドを提供する音声ファイル（“Ｓｏｕｎｄ．ｂｄｍｖ”）、およびディスク再生時のフォント情報を提供するフォントファイル（“１１１１１．ｏｔｆ”）を含むことができる。
【００５６】
ストリームディレクトリ（ＳＴＲＥＡＭ）には、ディスク内に特定のフォーマットで記録されたＡＶストリームファイルが存在し、それぞれのストリームファイルはＭＰＥＧ−２方式のトランスポートパケットで記録される場合が一般的であり、ストリームファイル（０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ）の拡張子名として“＊．ｍ２ｔｓ”が使用される。特に、ビデオ／オーディオ／グラフィック情報から多重化することから生成されたストリームをＡＶストリームと名付け、タイトルは少なくとも１つ以上のＡＶストリームファイルから構成される。
【００５７】
クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）は、それぞれのストリームファイル（“＊．ｍ２ｔｓ”）と一対一対応するクリップ情報ファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ）を含む。特に、クリップ情報ファイル（“＊．ｃｌｐｉ”）は、対応するストリームファイル（“＊．ｍ２ｔｓ”）の属性情報およびタイム情報（timing information）等を含む。特に、ストリームファイル（“＊．ｍ２ｔｓ”）とそのストリームファイル（“＊．ｍ２ｔｓ”）に一対一対応するクリップ情報ファイル（“＊．ｃｌｐｉ”）をまとめてクリップ（clip）と命名する。すなわち、クリップは、ストリームファイル（“＊．ｍ２ｔｓ”）及びそのクリップ情報ファイル（“＊．ｃｌｐｉ”）を含むデータである。
【００５８】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、プレイリストファイル（“＊．ｍｐｌｓ”）を含む。それぞれのプレイリストファイル（“＊．ｍｐｌｓ”）は、特定のクリップが再生される時間（playing interval）を指定する少なくとも１つのプレイアイテム（ＰＩ）及びサブプレイアイテム（ＳＰＩ）を含む。そのプレイアイテム（ＰＩ）及びサブプレイアイテム（ＳＰＩ）は、再生を希望する特定のクリップの再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関する情報を持つ。
【００５９】
少なくとも１つのプレイアイテム（ＰＩ）によるプレイリストファイル内の再生過程をメインパス（main path）といい、各サブプレイアイテム（ＳＰＩ）によるプレイリストファイル内の再生過程をサブパス（sub path）という。このメインパスは、プレイリストファイル内に存在しなければならず、少なくとも１つのサブパスは、サブプレイアイテム（ＳＰＩ）の存在によって必要に応じて存在することができる。
【００６０】
すなわち、プレイリストファイルは、少なくとも１つ以上のプレイアイテムの組み合わせによって特定のクリップの再生を実行する全体再生管理ファイル構造内の基本的再生管理ファイル単位となる。
【００６１】
バックアップディレクトリ（ＢＡＣＫＵＰ）は、当該ファイル構造のデータのうち、ディスク再生と関連した情報を記録するインデックスファイル（“ｉｎｄｅｘ”）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ、ＢＤ−Ｊ  Ｏｂｊｅｃｔ）、プレイリストディレクトリ内の全てのプレイリストファイル（“＊．ｍｐｌｓ”）、及びクリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）内の全てのクリップ情報ファイル（“＊．ｃｌｐｉ”）に対する全てのコピーファイルを格納する。これらファイルの損失はディスク再生に致命的であるから、バックアップディレクトリ（ＢＡＣＫＵＰ）はバックアップ用にこれらのファイルを格納する。
【００６２】
ＡＡＣＳディレクトリ（ＡＡＣＳ）には、ユニットキーファイルが存在する。ユニットキーファイルには、キーで暗号化されたデータに関する暗号化情報が存在する。
【００６３】
図２の中の別の図は、前述したディスクパッケージによって特定のタイトルが再生される関係を示している。
【００６４】
インデックスファイル（これを‘インデックステーブル’ともいう）によって提供されるタイトルに対してユーザのタイトル再生命令があると、該当タイトルの再生が始まる。これについては以下で詳細に説明する。
【００６５】
まず、インデックステーブル（ｉｎｄｅｘ．ｂｄｍｖ）は、該当のディスクがローディングされると、最初に再生される画像に関する情報を持つ“Ｆｉｒｓｔ  ｐｌａｙ”情報と、メニュー画像を提供する“Ｔｏｐ  Ｍｅｎｕ”情報と、少なくとも１つの“タイトル（Ｔｉｔｌｅ  ＃１〜Ｔｉｔｌｅ  ＃ｎ）”情報とを含む。
【００６６】
光ディスク３０が光記録／再生器１０内にロード（load）されると、当該インデックステーブルによるタイトルメニュー情報がディスプレイ２０を介してユーザに提供される。そのユーザが特定のタイトルまたはメニュー画像内の特定のメニューを選択すると、ディスク製作者（disc author）があらかじめ定義しておいたファイル構造によって再生が始まる。すなわち、特定のタイトル（例えば、Ｔｉｔｌｅ  ＃１）の再生命令が与えられると、再生管理ファイル構造上のオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ、ＢＤ−Ｊ  Ｏｂｊｅｃｔ）内に備えられたコマンドまたはプログラムによって該当するプレイリストファイルが実行される。Ｔｉｔｌｅ  ＃１を構成する少なくとも１つ以上のクリップ（例えば、Ｃｌｉｐ  ＃１〜Ｃｌｉｐ  ＃３）が、プレイリストファイル情報にしたがって、特定のプレイアイテム及び／またはサブプレイアイテムによって再生される。
【００６７】
“Ｆｉｒｓｔ  ｐｌａｙ”、“Ｔｏｐ  Ｍｅｎｕ”または“Ｔｉｔｌｅ”が暗号化された場合、当該“Ｆｉｒｓｔ  ｐｌａｙ”、“Ｔｏｐ  Ｍｅｎｕ”、“Ｔｉｔｌｅ”によって再生されるデータは、再生するために復号化されなければならない。当該“Ｆｉｒｓｔ  ｐｌａｙ”、“Ｔｏｐ  Ｍｅｎｕ”または“Ｔｉｔｌｅ”のいずれか１つに対する再生命令が与えられると、ＡＡＣＳディレクトリ内のユニットキーファイルから対応するキーが読み取られる。この読み取られたキーを用いてデータが復号化される。そして、この復号化されたデータが再生される。
【００６８】
図３は、本発明に係る記録媒体である光ディスク上に記録されたデータ記録構造を示す図である。
【００６９】
図３を参照して、ディスク内周から順に、ファイル全体を管理するためのシステム情報であるファイルシステム情報領域と、記録されたＡＶストリーム（“＊．ｍ２ｔｓ”）を再生するためのプレイリストファイル及びクリップ情報ファイルが記録された領域（これを“データベース領域”ともいう）と、及びオーディオ／ビデオ／グラフィックなどで構成されたストリームが記録されるＡＶストリーム領域が存在する。既に説明したように、本発明においてＡＶストリーム領域に記録されたデータをオリジナルデータと命名する。
【００７０】
本発明は、ディスク内に記録されたオリジナルデータ（例えば、図２のようなファイル構造）及び／またはローカルストレージ内に格納される付加データが暗号化された場合、暗号化されたデータを復号化する方法においてローカルストレージを用いて記録媒体を再生する装置及び方法を提供することを目的としている。
【００７１】
図４Ａは、本発明の一実施形態に係る光記録／再生器（１０）のブロック図である。
【００７２】
図４Ａを参照すると、本発明の一実施形態に係る光記録／再生器１０は、基本的に、光ディスクに記録されたオリジナルデータ及び再生管理ファイル情報を含む管理情報を再生するためのピックアップ１１と、ピックアップ１１の動作を制御するサーボ１４と、ピックアップ１１から受信した再生信号を特定の信号値に復元し、記録される信号を光ディスクに記録可能な信号に変調し、変調された信号を伝達する信号処理部１３と、これら全体の動作を制御するマイクロプロセッサ１６と、を備える
光ディスクの外部に存在する付加データは、制御装置１２によってローカルストレージにダウンロードされる。制御装置１２は、ローカルストレージ１５内のバインディングユニットマニフェストファイルに記録された情報を使用してバインディングユニットを生成する。制御装置１２は、記録媒体のデータとローカルストレージ内のデータを再生するために、ローカルストレージ１５内のバインディングユニットマニフェストファイルに記録されたネームマッピング情報を用いてバーチャルパッケージを生成する。制御装置１２は、ユーザの要求に応じて、生成されたバーチャルパッケージを用いてオリジナルデータ及び／または付加データを再生する。バインディングユニットマニフェストファイル、ネームマッピング情報、およびバーチャルパッケージについては、図５以降で詳細に説明する。
【００７３】
新しく生成されたバーチャルパッケージを以後の再利用のためにローカルストレージ１５に格納することも可能であり、または、別のダイナミックメモリ（Dynamic Memory）に一時的に格納して利用することも可能である。
【００７４】
制御装置１２は、オリジナルデータ及び／または付加データが暗号化された場合、データの復号化に用いられるキーをユニットキーファイルから読み取り、暗号化されたデータを復号化し、復号化されたデータをデコーダに提供する。
【００７５】
再生システム１７は、制御装置１２の制御の下で出力データを最終的にデコードしてユーザに提供する。再生システム１７は、ＡＶ信号をデコードするデコーダと、前述した特定のタイトルの再生と関連したオブジェクトコマンドあるいはアプリケーション、及び制御装置１２を介して入力されるユーザ命令を解析することによって再生方向を決定するプレーヤーモデルとを含む。再生システム１７は、図４Ｂの記述において詳細に説明される。
【００７６】
光ディスクに信号を記録する機能を行うために、ＡＶエンコーダ１８は、制御装置１２の制御によって入力信号を特定のフォーマットの信号、例えば、ＭＰＥＧ−２トランスポートストリームに変換して、その返還された信号を信号処理部１３に提供する。
【００７７】
図４Ｂは、本発明に係る再生システムを用いた記録媒体再生装置のブロック図である。
【００７８】
図４Ｂを参照すると、まず、“再生システム”は、光記録／再生器内に備えられるプログラム（ソフトウェア）及び／またはハードウェアで構成される集合的再生処理手段を含む。再生システムは、光記録／再生器内にロードされた記録媒体を再生して、記録媒体に関連してローカルストレージ内に格納されたデータ（例えば、外部からダウンロードしたデータ）を同時に再生し、かつ管理する。
【００７９】
特に、再生システム１７は、ユーザイベントマネージャ１７１、モジュールマネージャ１７２、ＨＤＭＶモジュール１７４、ＢＤ−Ｊモジュール１７５、再生制御エンジン１７６、プレゼンテーションエンジン１７７、およびバーチャルファイルシステム４０を備える。これを詳細に説明すると、次の通りである。
【００８０】
まず、ＨＤＭＶタイトルとＢＤ−Ｊタイトルをそれぞれ再生するための別々の再生処理管理手段として、ＨＤＭＶタイトルのためのＨＤＭＶモジュール１７４とＢＤ−ＪタイトルのためのＢＤ−Ｊモジュール１７５が独立的に構成される。ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５は、前述したオブジェクト（Ｍｏｖｉｅ  ＯｂｊｅｃｔまたはＢＤ−Ｊ  Ｏｂｊｅｃｔ）内のコマンドあるいはプログラムを受信し、これを処理する制御機能を持つ。当該コマンドなどを受信して処理する手段として、ＨＤＭＶモジュール１７４はコマンドプロセッサ１７４ａを含み、ＢＤ−Ｊモジュール１７５はアプリケーションマネージャ１７５ａ及びＪａｖａ  ＶＭ  １７５ｂを含む。
【００８１】
また、ＨＤＭＶモジュール１７４またはＢＤ−Ｊモジュール１７５にユーザ命令を伝達するため、およびＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５の動作を制御するためにモジュールマネージャ１７２が備えられる。ＨＤＭＶモジュール１７４またはＢＤ−Ｊモジュール１７５の再生命令によってディスクに記録されたプレイリストファイル情報を解析し、対応する再生機能を行う再生制御エンジン１７６が備えられる。また、再生制御エンジン１７６によって再生されて管理される特定のストリームをデコードして、デコードされたストリームを画面上に表示するためのプレゼンテーションエンジン１７７が備えられる。
【００８２】
特に、再生制御エンジン１７６は、実際に全ての再生を管理する再生制御ファンクション１７６ａと、プレーヤー状態レジスタ（ＰＳＲ）及び一般目的レジスタ（ＧＰＲ）を格納する再生レジスタ１７６ｂとを含む。場合によっては、再生制御ファンクション１７６ａが再生制御エンジン１７６を意味することもある。
【００８３】
前述した本発明の再生システムにおいて、モジュールマネージャ１７２、ＨＤＭＶモジュール１７４、ＢＤ−Ｊモジュール１７５、および再生制御エンジン１７６は、ソフトウェア的に処理されることができる。実質的には、ハードウェア的構成よりはソフトウェア的処理が、より設計に有用である。ただし、プレゼンテーションエンジン１７７、デコーダ及びプレーン（Plane）は、ハードウェア的に設計されることが一般的である。特に、ソフトウェア的に処理される構成要素（例えば、図面符号１７２、１７４、１７５、１７６）は、制御装置１２の一部分として構成されても良い。したがって、本発明の構成は、それが持つ固有の意味として理解すべきであり、ハードウェア的構成かソフトウェア的構成かに限定されない。
【００８４】
本発明の再生システム１７は、以下の特徴を有する。
【００８５】
第一に、前述したように、ＨＤＭＶタイトルのためのＨＤＭＶモジュール１７４とＢＤ−ＪタイトルのためのＢＤ−Ｊモジュール１７５が独立的に構成される。そして、両モジュール１７４、１７５は同時に実行されない。すなわち、ＨＤＭＶタイトルが再生される間にはＢＤ−Ｊタイトルが再生されることはなく、その逆も同様、つまり、ＢＤ−Ｊタイトルが再生される間にはＨＤＭＶタイトルが再生されることはない。
【００８６】
第二に、外部から付加データをダウンロードする動作のような、光記録／再生器内のネットワーク機能を管理するプログラムであり、かつローカルストレージ１５内に保存されたファイルを編集することによって、またはディスクパッケージにそのファイルをバインディング（binding）することによってバーチャルパッケージを生成する動作のような、ローカルストレージ１５を管理するプログラムであるＢＤ−Ｊアプリケーションが再生システム１７内に備えられる。すなわち、ＢＤ−Ｊアプリケーションは、ディスク内のファイルシステムとローカルストレージファイルシステムを１つのシステムとして管理するバーチャルファイルシステム４０を構成し、当該構成されたバーチャルファイルシステム４０を介してオリジナルデータ及び付加データを再生するためのバーチャルパッケージを生成し、かつ管理する。そして、バーチャルファイルシステム４０を介してバーチャルパッケージを生成する方法については、図５を参照して後述する。
【００８７】
第三に、ＨＤＭＶタイトルとＢＤ−Ｊタイトルはそれぞれ別の方式のユーザ命令を受信し、互いにそれぞれユーザ命令を独立して行う。ただし、ユーザ命令を受信してＨＤＭＶモジュール１７４とＢＤ−Ｊモジュール１７５のいずれか一つに伝達する手段が必要であり、ユーザイベントマネージャ１７１がこのような機能を担当する。したがって、例えば、受信した命令がユーザオペレーション（ＵＯ）によるユーザ命令であるならば、ユーザイベントマネージャ１７１は、その命令をモジュールマネージャ１７２またはＵＯ制御装置１７１ａに伝送し、モジュールマネージャ１７２またはＵＯ制御装置１７１ａは当該命令を実行することができる。受信した命令がキーイベント（Key Event）によるユーザ命令であるならば、ユーザイベントマネージャ１７１は、その命令をＢＤ−Ｊモジュール１７５内のＪａｖａ  ＶＭ  １７５ｂに伝送し、Ｊａｖａ  ＶＭ  １７５ｂは当該命令を実行することができる。
【００８８】
第四に、前述した再生制御エンジン１７６の管理（これを、“マスター”ともいう）は、現在動作中のモジュール１７４、１７５のいずれかが担当する。すなわち、ＨＤＭＶタイトルが再生される間にはＨＤＭＶモジュール１７４がマスターになり、一方、ＢＤ−Ｊタイトルが再生される間にはＢＤ−Ｊモジュール１７５がマスターになる。
【００８９】
なお、再生システムは、メタデータマネージャ１７３を含むことができる。そして、このメタデータマネージャ１７３は、ユーザにディスクライブラリ（Disc Library）及びエンハンスドサーチメタデータアプリケーション（Enhanced Search Metadata application）を提供する。
【００９０】
図５は、本発明によるバーチャルパッケージを生成する方法についての概念のための図である。
【００９１】
図５を参照すると、図４Ｂに示すような情報及びコンテンツがローカルストレージ１５に格納されている状態で特定のディスクがロードされると、光記録／再生器１０は、ローカルストレージ１５内のファイルシステム情報４１を読み取るとともに、ディスクに記録されたファイル構造を含むディスクファイルシステム情報４２を読み取り、当該読み取られた情報を用いてバーチャルファイルシステム（ＶＦＳ）を生成する。特に、前記バーチャルファイルシステム（ＶＦＳ）は、ローカルストレージ１５内のファイルシステムとロードされたディスクのファイルシステムとを統合して管理するために仮想的に生成された一種のファイルシステムを意味する。
【００９２】
本発明のバーチャルファイルシステム（ＶＦＳ）を介してディスク内のオリジナルデータとローカルストレージ内の付加データを共に再生するために、新しいバーチャルパッケージが生成される。このため、ローカルストレージ１５のファイルシステム内で、ロードされたディスク（例えば、ｄｉｓｃ＿ＩＤ  ＃１）と関連したファイル情報（Ｄｉｒｅｃｔｏｒｙ−Ｆｉｌｅ  ｆｏｒ  ｄｉｓｃ＿ＩＤ  ＃１  ｄｅｐｅｎｄｅｎｔ）のうち、バインディングユニットマニフェストファイル内の情報によってバインディングユニットが生成される。当該生成されたバインディングユニットを読み取り、当該バインディングユニットマニフェストファイルに記録されたネームマッピング情報によって、ロードされたディスク（ｄｉｓｃ＿ＩＤ  ＃１）のファイル構造に置換または追加するバインディングオペレーションが行われる。
【００９３】
本発明において、ネームマッピング情報は、ローカルストレージのファイル構造内のバインディングユニットマニフェストファイルに記録された情報である。そして、ネームマッピング情報は、バインディングユニットを生成する場合、またはバインディングオペレーションを介してバーチャルパッケージを生成する場合に適用される。
【００９４】
ファイル−タイトル関係リスト（files and title relation list）、プログレッシブプレイリスト（Progressive PlayList）情報、またはクレデンシャル（Credential）情報は、バインディングユニットマニフェストファイルに含まれうる情報である。当該ファイル−タイトル関係リストは、タイトル単位の削除と検証（deletion and verification）に用いられる。クレデンシャル情報は、他のコンテンツプロバイダ（ＣＰ）のファイルをバインディングする場合に用いられる。
【００９５】
これと関連して、バインディングユニットは、記録媒体のファイル構造であるディスクパッケージの構造と基本的に類似する構造を有している。しかし、バインディングユニットそれ自体は、再生管理ファイルとして動作できない。この点がバインディングユニットのファイル構造とディスク内のファイル構造（すなわち、ディスクパッケージ）との間の相異点に該当する。もし、バインディングユニット単独で再生を実行することが可能であると定義されるならば、単にローカルストレージ内のデータを再生することに他ならない。よって、このことは、ディスクに記録されたオリジナルデータを付加データと共に再生しようとする本発明の目的に反する。
【００９６】
上記バインディングオペレーションを介して生成されるバーチャルパッケージは、ディスク内の相異なる領域にそれぞれ格納されているオリジナルデータで構成されたオリジナルクリップ４２２及びローカルストレージ内の付加データで構成された付加クリップ４１２を管理するファイル構造を有している。
【００９７】
図６は、本発明のバーチャルパッケージを生成する関係を説明するために示す図である。
【００９８】
まず、特定のファイル構造（例えば、図２に示す構造）がロードされたディスクに存在し、これを特にディスクパッケージという。ローカルストレージ内には、ローカルストレージファイルシステム４１が存在する。当該ファイルシステム４１内には、ロードされたディスク（例えば、ｄｉｓｃ＿ＩＤ  ＃１）にバインドされるバインディングユニット及びバインディングユニットマニフェストファイルが含まれている。
【００９９】
これと関連して、バインディングユニットマニフェストファイルは、ネームマッピング情報を含む。そして、当該ネームマッピング情報は、バインディングユニットに関する情報である。例えば、ネームマッピング情報は、バインディングユニットを生成するファイルのリスト、ディスクとバインディングする場合におけるバインディングユニットのファイルのバーチャルパッケージ内での位置及びファイル名などを含む。
【０１００】
したがって、バーチャルファイルシステム（ＶＦＳ）は、ネームマッピング情報を用いることによって、バインディングオペレーションを介して新しいバーチャルパッケージを生成する。これについて図６を参照して説明すると、次の通りである。
【０１０１】
ディスクパッケージ４２１において、ルートディレクトリ（ｒｏｏｔ）の下位ディレクトリであるＢＤＭＶディレクトリは、インデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）、プレイリストファイル（０００００．ｍｐｌｓ）、クリップ情報ファイル（０１０００．ｃｌｐｉ）、ストリームファイル（０１０００．ｍ２ｔｓ）及び補助データファイル（ｓｏｕｎｄ．ｂｄｍｖ）を含む。ロードされたディスク（例えば、‘ｏｒｇ＿ＩＤ  ＃１”であり、“ｄｉｓｃ＿ＩＤ  ＃１”であるディスク）に関連したバインディングユニット６１が、特定のプレイリストファイル（Ａｐｒ２００５．ｍｐｌｓ）６１１と、当該プレイリストファイル（Ａｐｒ２００５．ｍｐｌｓ）６１１によって管理されるクリップであるクリップ情報ファイル（Ａｐｒ２００５．ｃｌｐｉ）６１２と、ストリームファイル（Ａｐｒ２００５．ｍ２ｔｓ）６１３と、ディスク従属共有ディレクトリ（ｄｉｓｃ  ｄｅｐｅｎｄｅｎｔ  ｓｈａｒｅｄ  ｄｉｒｅｃｔｏｒｙ）（Ｓｈａｒｅｄ）の補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）６１４と、を含む。ディスクパッケージにバインディングユニットをバインディングすることによってバーチャルパッケージ５１を生成する方法を説明すると、次の通りである。
【０１０２】
ネームマッピング情報によって、バインディングユニット内のプレイリストファイル（Ａｐｒ２００５．ｍｐｌｓ）６１１、クリップ情報ファイル（Ａｐｒ２００５．ｃｌｐｉ）６１２、ストリームファイル（Ａｐｒ２００５．ｍ２ｔｓ）６１３、及び補助データファイル（ｊａｐａｎｅｓｅ．ｏｔｆ）６１４は、バーチャルパッケージ５１では、プレイリストディレクトリにあるプレイリストファイル（０００００．ｍｐｌｓ）５１１、クリップ情報ディレクトリにあるクリップ情報ファイル（０２０００．ｃｌｐｉ）５１２、ストリームディレクトリにあるストリームファイル（０２０００．ｍ２ｔｓ）５１３、及び補助データディレクトリにある補助データファイル（１１１１１．ｏｔｆ）５１４にそれぞれファイル名が変更される。
【０１０３】
したがって、バーチャルパッケージ５１は、ルートディレクトリ（ｒｏｏｔ）の下位ディレクトリであるＢＤＭＶディレクトリに、バーチャルパッケージによるインデックスファイル（Ｉｎｄｅｘ）及びオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ）を含む。プレイリストディレクトリにおいては、バインディングユニットのプレイリストファイルによって代替されたプレイリストファイル（０００００．ｍｐｌｓ：５１１）が置かれる。クリップ情報ディレクトリにおいては、バインディングユニットのクリップ情報ファイル（０２０００．ｃｌｐｉ：５１２）が記録媒体のクリップ情報ファイル（０１０００．ｃｌｐｉ）に付け加えられる。ストリームディレクトリにおいては、バインディングユニットのストリームファイル（０２０００．ｍ２ｔｓ：５１３）が記録媒体のストリームファイル（０１０００．ｍ２ｔｓ）に付け加えられる。補助データディレクトリにおいては、バインディングユニットの補助データファイル（１１１１１．ｏｔｆ）５１４が記録媒体の補助データファイル（ｓｏｕｎｄ．ｂｄｍｖ）に付け加えられる。このようにして、バーチャルパッケージ５１が生成される。
【０１０４】
これと関連して、バーチャルパッケージ内の上位ファイルであるインデックスファイル（Ｉｎｄｅｘ）及びムービーオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）ファイルは、新しく生成されるプレイリストファイル（０００００．ｍｐｌｓ）５１１に基づき、既存ディスク内のインデックステーブル（Ｉｎｄｅｘ）及びオブジェクトファイルからアップデートされることができる。特に、インデックスファイル及びオブジェクトファイルは、バーチャルパッケージ内のプレイリストファイル（０００００．ｍｐｌｓ）５１１によってタイトルが変更される場合にアップデートされる。この場合、当該タイトル変更は、例えば、新しいタイトルの追加、既存タイトルの削除、タイトル再生シナリオ変更などを意味する。
【０１０５】
バーチャルパッケージ内のインデックステーブルは、ローカルストレージ内のダウンロードされたデータとディスクに記録されたデータとをバインディングした結果を再生する一種の管理情報の役割を果たす。
【０１０６】
一方、バーチャルパッケージ内のインデックステーブルは、外部コンテンツプロバイダによって生成されることが一般的であり、ローカルストレージ内にダウンロードされたデータとディスクに記録されたデータとが共に再生されうるようにユーザに提供される。しかしながら、インデックステーブルはバーチャルパッケージ内のファイル構造に基づいてプレーヤーによって生成されることも可能である。
【０１０７】
本発明において、バーチャルパッケージ内のインデックステーブルのインデックス項目が暗号化された場合、当該インデックス項目は、キーファイルに存在するキーを用いて復号化される。その後、復号化された項目が再生される。この場合、バーチャルパッケージ内のインデックステーブルのインデックス項目とキーファイルのインデックス項目とが不適当な組み合わせとなる場合が生じうる。これらのインデックス項目が不適当な組み合わせとなる場合、適切なキーを読み取ることに問題が生じてしまう。
【０１０８】
したがって、本発明では、ある情報を提供することによって、このような不適当な組み合わせが発生する問題を解決することが意図されている。この情報は、インデックステーブルなどのデータベースファイルに位置することが可能である。データベースファイルは、データの再生に関連した管理ファイルであり、インデックスファイル、プレイリストファイル、クリップ情報ファイルなどを含むことができる。当該インデックス項目の不適当な組み合わせを解決するための情報は、別のファイルとして構成しても良い。インデックス項目の不適当な組み合わせを解決する当該情報は、図９Ａ乃至図１１を参照して詳細に後述される。
【０１０９】
図７は、本発明に係る、データの暗号化／復号化に対する概念的理解を助けるために示す図である。
【０１１０】
図７を参照すると、暗号化（encryption）とは、特定のアルゴリズムを用いてデータを変換（transform）することによって、コンテンツプロバイダ（ＣＰ）が提供するコンテンツの不法なコピー、再配布（redistribution）、編集などを防止するコンテンツ保護方法（content protection method）の一つをいう。したがって、データの暗号化は、当該データへの権限がないアクセスを防ぐ一種の錠前（lock）の役割を果たし、当該特定のアルゴリズムは、当該錠前に対するキーの役割を果たす。以下では、データの暗号化に用いられる特定のアルゴリズムを暗号化キーと呼ぶ。
【０１１１】
当該暗号化されたデータを再生するためには、暗号化に用いられた特定のアルゴリズムを解読できる手段が提供されなければならない。この特定のアルゴリズムを解読する手段は、錠前を開く一種のキーの役割を果たす。このキーが提供されると、このキーを用いて当該データの暗号化に用いられたアルゴリズムが解読されて、当該データが元々の形態に復元される。このようなデータの復元を復号化（decryption）という。
【０１１２】
本発明では、データの暗号化及び復号化に用いられるアルゴリズムをキーと命名する。データの暗号化は、コンテンツ単位、タイトル単位など一定の単位別に実行可能である。ここでは、一定の単位別にデータを暗号化するのに用いられるキーをユニットキー（Unit Key）と呼ぶ。
【０１１３】
本発明で、“ＣＰＳ（Content Protection System）ユニット”とは、同じユニットキーを用いて暗号化された“Ｆｉｒｓｔ  ｐｌａｙ”、“Ｔｏｐ  Ｍｅｎｕ”、及び／または“タイトル”のグループを意味する。各ＣＰＳユニットはＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を持つ。
【０１１４】
例えば、”Ｆｉｒｓｔ  Ｐｌａｙ”によって再生される全てのＡＶストリームファイルは、同じＣＰＳユニットに含まれる同じユニットキーを用いる。“Ｔｏｐ  Ｍｅｎｕ”によって再生される全てのＡＶストリームファイルは、同じＣＰＳユニットに含まれる同じユニットキーを用いて暗号化される。同様に、一つのタイトルによって再生される全てのＡＶストリームファイルは、同じＣＰＳユニットに該当する同じユニットキーを用いて暗号化される。
【０１１５】
特に、図７で、Ｔｉｔｌｅ  ＃１、２及び３が、記録媒体であるＢＤ−ＲＯＭディスクに記録されている。そして、記録媒体の外部からダウンロードされたＴｉｔｌｅ  ＃４がローカルストレージに存在する。これらのタイトル（Ｔｉｔｌｅ  ＃１〜  ＃４）を構成するデータは暗号化されたデータであり、当該データの暗号化に用いられたキーに関する情報が、ディスク内のユニットキーファイルとして存在する。ユニットキーファイルは、ハッキング（hacking）などによる情報漏洩を防ぐためにディスク内に存在することが好ましい。しかし、タイトルの属するＣＰＳユニットのユニットキーがディスク内に存在しない場合、ユニットキーはダウンロードされても良い。
【０１１６】
ユーザがディスクに記録されたＴｉｔｌｅ  ＃３を再生するように選択した場合、Ｔｉｔｌｅ  ＃３を再生するためには、Ｔｉｔｌｅ  ＃３の復号化に用いられるキー（以下、復号化キー）がコンテンツ復号化モジュール（Contents Decryption Module）に提供されなければならない。
【０１１７】
Ｔｉｔｌｅ  ＃３の復号化キーが提供されると、コンテンツ復号化モジュールは、この提供されたキーを用いてＴｉｔｌｅ  ＃３を暗号化前のデータ形態に復号化する。そして、この復号化されたデータがデコーダ１７を介して再生される。
【０１１８】
Ｔｉｔｌｅ  ＃４は、ローカルストレージにダウンロードされたデータを含むタイトルである。ユーザがＴｉｔｌｅ  ＃４の再生を命令すると、Ｔｉｔｌｅ  ＃４の復号化キーがユニットキーファイルから読み取られる。この読み取られたキーは、Ｔｉｔｌｅ  ＃４を復号化するために、Ｔｉｔｌｅ  ＃４と一緒にコンテンツ復号化モジュールに提供される。
【０１１９】
図８Ａ及び図８Ｂは、ダウンロードされたデータを再生できるインデックステーブルのインデックス項目を復号化する過程で発生する誤りを説明するために示す図である。
【０１２０】
まず、インデックス項目とは、インデックステーブルを構成する“Ｆｉｓｔ  Ｐｌａｙ”、“Ｔｏｐ  Ｍｅｎｕ”、“Ｔｉｔｌｅ”などを意味する。このインデックス項目は、特定のオブジェクトとリンク（link）され、そして、ディスクに記録され、またはローカルストレージに格納された該当インデックス項目と関連したストリームを再生することによって、ユーザとのインターフェースをなす再生単位となる。
【０１２１】
図８Ａは、バーチャルパッケージ内のインデックステーブルのインデックス項目とユニットキーファイルのインデックス項目との間で不適当な組み合わせが発生する一例を示す。一方、図８Ｂは、ＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を含むユニットキーファイルの一例を示す。
【０１２２】
図８Ａを参照すると、インデックステーブル６１０と、該インデックステーブル６１０のインデックス項目の復号化キーを含むユニットキーファイル６２０がディスクに格納されている。
【０１２３】
ユニットキーファイル６２０のキーは、ディスクに記録されたデータを基準にして定義されている。すなわち、“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃１”（６２０ａ）は、ディスクに記録された“Ｔｉｔｌｅ  ＃１”（６１０ａ）の復号化キーであり、“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃２”（６２０ｂ）は、ディスクに記録された“Ｔｉｔｌｅ  ＃２”（６１０ｂ）の復号化キーである。
【０１２４】
ディスクがロードされると、当該ディスクと関連したデータがローカルストレージにダウンロードされる。そのダウンロードされたデータをディスクパッケージ４２１にバインディングすることによってバーチャルパッケージ５１が生成される。バーチャルパッケージ５１は、アップデートされたバーチャルパッケージ内のインデックステーブル６３０を含む。ディスク内に記録されたデータとダウンロードされたデータがバーチャルパッケージ内のインデックステーブル６３０を介して再生される。
【０１２５】
なお、バーチャルパッケージ内のインデックステーブル６３０は、ダウンロードされたデータを既存インデックステーブル６１０にバインディングした結果を反映する方法でプレーヤーによって生成されることも可能であり、また、バーチャルパッケージ内のインデックステーブル６３０は、ディスクに記録されたデータとダウンロードされたデータを共に再生できる形態で、ダウンロードされるデータを提供する外部コンテンツプロバイダによって、提供されても良い。
【０１２６】
バーチャルパッケージ内のインデックステーブル６３０は、“Ｆｉｒｓｔ  Ｐｌａｙ”、“Ｔｏｐ  Ｍｅｎｕ”、Ｔｉｔｌｅ  ＃１、Ｔｉｔｌｅ  ＃２、及びＴｉｔｌｅ  ＃３などのインデックス項目を含む。バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）は、ディスクに記録されたＴｉｔｌｅ  ＃１（６１０ａ）に該当し、Ｔｉｔｌｅ  ＃２（６３０ｃ）は、ダウンロードされたデータを含むタイトル（以下、ダウンロードされたタイトル）であり、Ｔｉｔｌｅ  ＃３（６３０ｂ）は、ディスクに記録されたＴｉｔｌｅ  ＃２（６１０ｂ）に該当する。
【０１２７】
バーチャルパッケージ内のインデックステーブル６３０のインデックス項目のうち、Ｔｉｔｌｅ  ＃１（６３０ａ）の再生命令があると、Ｔｉｔｌｅ  ＃１（６３０ａ）の復号化キーがコンテンツ復号化モジュールに提供されなければならない。Ｔｉｔｌｅ  ＃１（６３０ａ）は、ディスクに記録されたＴｉｔｌｅ  ＃１（６１０ａ）と同一のタイトルであるから、“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃１”（６２０ａ）を用いて復号化されることができる。Ｔｉｔｌｅ  ＃１（６３０ａ）が復号化されると、デコーダ１９によってデコードされてユーザに提供される。
【０１２８】
次に、インデックス項目のうち、Ｔｉｔｌｅ  ＃３（６３０ｂ）の再生命令がある場合について説明する。Ｔｉｔｌｅ  ＃３（６３０ｂ）は、ディスクに記録されたＴｉｔｌｅ  ＃２（６１０ｂ）に該当する。そして、Ｔｉｔｌｅ  ＃３（６３０ｂ）を復号化するためには“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃２”（６２０ｂ）が必要とされる。しかし、Ｔｉｔｌｅ  ＃３（６３０ｂ）は、ディスクに記録されたＴｉｔｌｅ  ＃２（６１０ｂ）とタイトルナンバーが一致していない。バーチャルパッケージに別の情報がない場合、“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃２”（６２０ｂ）ではなく“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃３”（６２０ｃ）が読み取られる場合もありうる。この場合、Ｔｉｔｌｅ  ＃３（６３０ｂ）と“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃３”（６２０ｃ）がコンテンツ復号化モジュールに提供される。“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃３”（６２０ｃ）は、Ｔｉｔｌｅ  ＃３（６３０ｂ）の復号化キーでないため、Ｔｉｔｌｅ  ＃３は復号化されることができない。
【０１２９】
同様に、ディスクに記録されたＴｉｔｌｅ  ＃２（６１０ｂ）とは違うキーに暗号化された、ダウンロードされたＴｉｔｌｅ  ＃２（６３０ｃ）の復号化キーに関する情報が別に存在しないと、ダウンロードされたＴｉｔｌｅ  ＃２（６３０ｃ）は再生されることができない。ただし、ダウンロードされたＴｉｔｌｅ  ＃２（６３０ｃ）が暗号化されていない場合、または、ディスクに記録されたＴｉｔｌｅ  ＃２（６１０ｂ）と同一のキーで暗号化された場合、ダウンロードされたＴｉｔｌｅ  ＃２（６３０ｃ）を再生することに特に問題はない。
【０１３０】
図８Ｂを参照すると、ユニットキーファイルのユニットキーがＣＰＳユニットを基準にして定義される。ＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）がインデックス項目別に与えられ、ＣＰＳユニットごとにユニットキーが定義される。ＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）は、暗号化されたデータと当該データの復号化キーを連結する（link）一種のリンク情報の役割を担う。
【０１３１】
ディスクに格納されたインデックステーブル６１０を介してＴｉｔｌｅ  ＃１（６１０ａ）の再生命令がなされると、プレーヤーは、ユニットキーファイル内のＴｉｔｌｅ  ＃１のＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）からＴｉｔｌｅ  ＃１の属するＣＰＳユニットを確認し、そのＣＰＳユニットに対するユニットキーを読み取る。ディスク内のタイトルであるＴｉｔｌｅ  ＃１に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）は“１”であり、これは、Ｔｉｔｌｅ  ＃１がＣＰＳユニット  ＃１に属することを意味する。したがって、“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃１”が読み取られる。
【０１３２】
同様に、ディスクに格納されたインデックステーブル（６１０）によってＴｉｔｌｅ  ＃２（６１０ｂ）の再生命令がなされると、プレーヤーは、Ｔｉｔｌｅ  ＃２に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ  ｆｏｒ  Ｔｉｔｌｅ  ＃２）を介してＴｉｔｌｅ  ＃２（６１０ｂ）がＣＰＳユニット  ＃２に属することを確認し、“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃２”を読み取ってコンテンツ復号化モジュールに提供する。
【０１３３】
ディスクに記録されたＴｉｔｌｅ  ＃１とＴｉｔｌｅ  ＃２は、ディスクに記録されたデータとダウンロードされたデータをバインディングした結果を再生できるバーチャルパッケージ内のインデックステーブル６３０では、それぞれＴｉｔｌｅ  ＃１（６３０ａ）とＴｉｔｌｅ  ＃３（６３０ｂ）となる。バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）は、ディスクに記録されたＴｉｔｌｅ  ＃１（６１０ａ）と同一なので、ユニットキーファイル内の“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃１”によって復号化されることができる。
【０１３４】
しかし、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃３（６３０ｂ）の場合、別個の情報が与えられないと、プレーヤーは、前記ユニットキーファイルからＴｉｔｌｅ  ＃３に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ  ｆｏｒ  Ｔｉｔｌｅ  ＃３）を確認することによって、“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃３”を読み取る場合がありうる。Ｔｉｔｌｅ  ＃３（６３０ｂ）は、ディスクに記録されたＴｉｔｌｅ  ＃２と同一なので、“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃３”は、Ｔｉｔｌｅ  ＃３（６３０ｂ）の復号化に適合しない。したがって、Ｔｉｔｌｅ  ＃３（６３０ｂ）は、“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃３”によっては、デコーダがデコードできるような形態に復元されないので、再生が完了することはない。
【０１３５】
ダウンロードされたＴｉｔｌｅ  ＃２（６３０ｃ）の場合、Ｔｉｔｌｅ  ＃２が暗号されていない限り、または、ディスクに記録されたＴｉｔｌｅ  ＃２（６１０ｂ）と同一のキーで暗号化されない限り、ユニットキーファイルでＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を与える時に使用するタイトルナンバーは、バーチャルパッケージ内のインデックステーブル６３０のタイトルナンバーとは一致しない。したがって、Ｔｉｔｌｅ  ＃２の復号化に適合しないキーが読み取られる場合がある。
【０１３６】
本発明は、ユニットキーファイル６２０で用いられるインデックス項目とバーチャルパッケージ内のインデックステーブル６３０のインデックス項目との間で生じる不適当な組み合わせが原因で、復号化キーが誤って読み取られることを防止することを目的とする。このような不適当な組み合わせが生じるという問題を解決することによって、ディスクに記録されたデータとダウンロードされたデータを共に再生する際、暗号化されたデータの復号化が円滑に行われることができる。
【０１３７】
図９Ａ乃至図１１は、本発明の実施形態によるローカルストレージを用いて記録媒体を再生する様々な方法を示す図である。
【０１３８】
図９Ａまたは図９Ｂは、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目が、ディスク上のインデックス項目に相当するか、ダウンロードされたインデックス項目に相当するかを識別する情報が、バーチャルパッケージに存在する場合を示す図である。図１０は、バーチャルパッケージ内のインデックステーブル６３０にインデックス項目に対する暗号化情報が存在する場合を示す図である。そして、図１１は、バーチャルパッケージ内のインデックステーブル６３０にインデックス項目に対する識別情報が存在する場合を示す図である。
【０１３９】
以下では、ディスクに格納されたユニットキーファイルからキーを読み取ることによってデータを復号化して再生する場合を例にして説明する。ある場合には、ローカルストレージに別のファイルとして構成されたユニットキーファイルからキーが読み取られる。また、ある場合には、ディスクに記録されたデータについてはディスク内に格納されたユニットキーファイルからキーが読み取られ、ダウンロードされたデータについてはローカルストレージ内のユニットキーファイルからキーが読み取られる。また、ある場合には、暗号化されたデータを復号化するキーがディスクとローカルストレージに存在しない場合、別個のキーをダウンロードすることも可能である。
【０１４０】
図９Ａ及び図９Ｂは、本発明の第１の実施形態によるローカルストレージを用いて記録媒体を再生する方法を示す図である。図９Ａは、ディスクに記録されたインデックス項目とダウンロードされたインデックス項目を識別する情報を用いて、バーチャルパッケージ内のインデックステーブルのインデックス項目を復号化して再生する一例を示している。当該情報は、インデックステーブルなどのようにデータベース領域に存在する。図９Ｂは、ユニットキーファイルがＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を含む場合に、本発明の一実施形態によるローカルストレージを用いて記録媒体を再生する方法の一例を示す図である。
【０１４１】
図９Ａを参照すると、ユニットキーファイル６２０は、ディスクに記録されたデータのインデックス項目を基準にして定義されたキーを含む。すなわち、ユニットキーファイルは、当該ディスクと関連している。“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃１”（６２０ａ）は、ディスクに記録されたＴｉｔｌｅ  ＃１（６１０ａ）の復号化キーであり、“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃２”（６２０ｂ）は、ディスクに記録されたＴｉｔｌｅ  ＃２（６１０ｂ）の復号化キーである。
【０１４２】
ディスク内のＴｉｔｌｅ  ＃１とＴｉｔｌｅ  ＃２は、バーチャルパッケージ内のインデックステーブル６３０ではそれぞれＴｉｔｌｅ  ＃１（６３０ａ）とＴｉｔｌｅ  ＃３（６３０ｂ）となる。そして、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃２（６３０ｃ）は、ダウンロードされたタイトルである。
【０１４３】
バーチャルパッケージ内のインデックステーブル６３０のインデックス項目を再生するためには、まず、該当のタイトルが優先的に復号化される必要がある。バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１の復号化キーは、ユニットキーファイル６２０内の“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃１”（６２０ａ）である。この場合、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目であるＴｉｔｌｅ  ＃１は、ユニットキーファイル６２０によって使用されるインデックス項目であるＴｉｔｌｅ  ＃１と一致する。
【０１４４】
しかし、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃３（６３０ｂ）の場合、Ｔｉｔｌｅ  ＃３の復号化キーは、“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃３”ではなく“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃２”（６２０ｂ）である。したがって、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目であるＴｉｔｌｅ  ＃３（６３０ｂ）は、インデックス項目の復号化キーに対するユニットキーファイルでのインデックス項目と一致しない。よって、このような不一致を解決する情報が与えられない場合、Ｔｉｔｌｅ  ＃３（６３０ｂ）の復号化に不適切な“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃３”が読み取られる場合がありうる。
【０１４５】
本発明では、インデックス項目がディスクに記録されたものかダウンロードされたものかを示す情報が、バーチャルパッケージのインデックステーブル６３０に提供される。そのため、プレーヤーは、この提供された情報を用いてインデックス項目の復号化に適切なキーを読み取ることができる。このような情報を‘ディスクダウンロード情報（Ｄｉｓｃ＿Ｄｏｗｎｌｏａｄ＿ｉｎｆｏ）’と命名する。
【０１４６】
バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）とＴｉｔｌｅ  ＃３（６３０ｂ）は、ディスクに記録されたタイトルであるから、ディスクダウンロード情報として“ディスク（Disc）”と名付けられた情報がバーチャルパッケージ内のインデックステーブルに備えられる。このように名付けられた情報は、これらのタイトルがディスクに記録された情報であるということを意味する。また、Ｔｉｔｌｅ  ＃２（６３０ｃ）は、ダウンロードされたタイトルであるから、“ダウンロード（Download）”と名付けられた情報がバーチャルパッケージ内のインデックステーブルに備えられる。
【０１４７】
プレーヤーは、ディスクダウンロード情報（Ｄｉｓｃ＿Ｄｏｗｎｌｏａｄ＿ｉｎｆｏ）を介して、インデックス項目がディスクに記録されたインデックス項目であるのか、ダウンロードされたインデックス項目であるのかを識別できる。したがって、ディスクに記録されたインデックス項目のみを計算することによって、ユニットキーファイルのインデックス項目に一致させることが可能になる。例えば、Ｔｉｔｌｅ  ＃３（６３０ｂ）に対する再生命令がなされると、プレーヤーは、ディスクダウンロード情報（Ｄｉｓｃ＿Ｄｏｗｎｌｏａｄ＿ｉｎｆｏ）からディスクに記録されたデータのみを計算し、Ｔｉｔｌｅ  ＃３（６３０ｂ）がユニットキーファイル（６２０）ではＴｉｔｌｅ  ＃２に相当することを認知する。そして、プレーヤーは、“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ  ＃２”（６２０ｂ）を読み取り、Ｔｉｔｌｅ  ＃３（６３０ｂ）を復号化して再生する。
【０１４８】
図９Ａと同様に、図９Ｂは、インデックス項目が、ディスクに記録されたものかダウンロードされたものかを識別する情報を示す図である。ただし、図９Ｂは、図９Ａとは違い、ユニットキーファイルがＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）と、ＣＰＳユニットを基準にして定義されたユニットキーとで構成される。
【０１４９】
ディスクに格納されたユニットキーファイルにおいてＴｉｔｌｅ  ＃１に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ  ｆｏｒ  Ｔｉｔｌｅ  ＃１）は、ディスク内に格納されたインデックステーブル６１０のインデックス項目のうち、Ｔｉｔｌｅ  ＃１（６１０ａ）が属するＣＰＳユニットを示す情報である。図９Ｂに示す実施形態おいて、Ｔｉｔｌｅ  ＃１（６１０ａ）は“ＣＰＳユニット  ＃１”に属する。Ｔｉｔｌｅ  ＃１を再生するためには“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃１”が必要とされる。また、インデックステーブル６１０のＴｉｔｌｅ  ＃２（６１０ｂ）は“ＣＰＳユニット  ＃２”に属し、”Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃２”によって復号化されて再生されることができる。
【０１５０】
ディスクに記録されたＴｉｔｌｅ  ＃１（６１０ａ）とＴｉｔｌｅ  ＃２（６１０ｂ）は、バーチャルパッケージ内のインデックステーブル６３０ではそれぞれＴｉｔｌｅ  ＃１（６３０ａ）とＴｉｔｌｅ  ＃３（６３０ｂ）に該当する。バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃２（６３０ｃ）は、ダウンロードされたタイトルである。
【０１５１】
ユニットキーファイルのＴｉｔｌｅ  ＃１に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ  ｆｏｒ  Ｔｉｔｌｅ  ＃１）は、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１が属するＣＰＳユニットに関する情報である。バーチャルパッケージ内のインデックステーブル６３０のインデックス項目は、ユニットキーファイルのインデックス項目と一致する。したがって、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１に対する再生命令がなされると、Ｔｉｔｌｅ  ＃１の復号化キーである“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃１”が読み取られる。
【０１５２】
しかし、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃３（６３０ｂ）が属するＣＰＳユニットに関する情報は、ユニットキーファイルではＴｉｔｌｅ  ＃２に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ  ｆｏｒ  Ｔｉｔｌｅ  ＃２）であるから、インデックス項目Ｔｉｔｌｅ  ＃３とＴｉｔｌｅ  ＃２が一致しない。別の情報が与えられない場合、プレーヤーは、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃３（６３０ｂ）の再生命令がなされると、ユニットキーファイルでＴｉｔｌｅ  ＃３（６３０ｂ）と同一のインデックス項目に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を確認することができる。この場合、読み取られるキーは、Ｔｉｔｌｅ  ＃３（６３０ｂ）を復号化する際に使用される“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃２”ではなく“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃３”になることがある。
【０１５３】
本発明によって、インデックス項目に対するディスクダウンロード情報（Ｄｉｓｃ＿Ｄｏｗｎｌｏａｄ＿ｉｎｆｏ）がバーチャルパッケージ内のインデックステーブル６３０に備えられると、プレーヤーは、ディスクに記録されたタイトルのみを計算する方法で、Ｔｉｔｌｅ  ＃３（６３０ｂ）がユニットキーファイルではＴｉｔｌｅ  ＃２に該当することを認知する。したがって、Ｔｉｔｌｅ  ＃３（６３０ｂ）の再生命令がなされると、プレーヤーは、Ｔｉｔｌｅ  ＃２に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ  ｆｏｒ  Ｔｉｔｌｅ  ＃２）を確認し、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ  ｆｏｒ  Ｔｉｔｌｅ  ＃２”を用いて“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃２”を読み取る。
【０１５４】
一方、本発明が、図９Ａ及び図９Ｂで使用した用語に拘束されないことは自明である。バーチャルパッケージ内のインデックステーブルとユニットキーファイルのインデックス項目と間の不適当な組み合わせが生じる問題を解決する情報が、特許請求の範囲の範囲に属し、また本発明と均等の範囲に属する。
【０１５５】
図１０は、本発明の第２の実施形態に係るローカルストレージを用いて記録媒体を再生する方法を示す図であり、バーチャルパッケージ内のインデックステーブルに存在するインデックス項目に対する暗号化情報を用いて当該インデックス項目を復号化して再生する場合である。
【０１５６】
図９Ａ及び図９Ｂと同様に、インデックス項目同士が一致しないという問題を解決する情報がインデックステーブルなどのデータベースファイルに備えられる。ただし、図１０は、インデックス項目同士が一致しないという問題を解決する情報として、バーチャルパッケージ内のインデックステーブルのインデックス項目に対する暗号化情報が備えられる点で図９Ａ及び図９Ｂとは異なる。
【０１５７】
図１０を参照すると、例えば、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目が属するＣＰＳユニットに関する情報が、暗号化情報としてバーチャルパッケージ内のインデックステーブル６３０に備えられる。インデックス項目が属するＣＰＳユニットに関する情報は、ＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）である場合がある。
【０１５８】
バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）は、ディスクではＴｉｔｌｅ  ＃１（６１０ａ）に該当し、ＣＰＳユニット  ＃１に属する。バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃３（６３０ｂ）は、ディスクではＴｉｔｌｅ  ＃２（６１０ｂ）に該当し、“ＣＰＳユニット  ＃２”に属する。したがって、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）及びＴｉｔｌｅ  ＃３（６３０ｂ）はそれぞれ、“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃１”及び“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃１”によって復号化されることができる。バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃２（６３０ｃ）は、ダウンロードされたタイトルであり、ＣＰＳユニット  ＃３に属する。したがって、Ｔｉｔｌｅ  ＃２（６３０ｃ）を再生するためには、“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃３”によって復号化されなければならない。
【０１５９】
バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）、Ｔｉｔｌｅ  ＃２（６３０ｃ）、Ｔｉｔｌｅ  ＃３（６３０ｂ）を再生するためには、ユニットキーファイルから適切なキーが読み取られなければならない。ユニットキーファイルで、Ｔｉｔｌｅ  ＃１が属するＣＰＳユニットに関する情報は、Ｔｉｔｌｅ  ＃１に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ  ｆｏｒ  Ｔｉｔｌｅ  ＃１）である。したがって、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目は、ユニットキーファイルで使用されるインデックス項目と一致する。
【０１６０】
しかし、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃３（６３０ｂ）は、ユニットキーファイルではＴｉｔｌｅ  ＃２に該当するので、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目は、ユニットキーファイルでＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を定義する時に用いられるインデックス項目に一致しない。インデックス項目の不一致が発生する場合、プレーヤーは、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目であるＴｉｔｌｅ  ＃３（６３０ｂ）を基準にしてユニットキーファイルでＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を確認することによって、ＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）に該当するキーを読み取る場合がある。例えば、ユニットキーファイルでＴｉｔｌｅ  ＃３に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ  ｆｏｒ  Ｔｉｔｌｅ  ＃３）が“３”である場合、プレーヤーは、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃３（６３０ｂ）がＣＰＳユニット  ＃３に該当すると判断することによって、“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃３”を読み取る場合がある。しかし、Ｔｉｔｌｅ  ＃３（６３０ｂ）は、“ＣＰＳユニット  ＃２”に属するので、“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃３”によっては再生されることができないという問題が発生する。
【０１６１】
このような問題点を解決するために、本発明は、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目に対する暗号化情報を提供する。例えば、バーチャルパッケージ内のインデックステーブルのＴｉｔｌｅ  ＃１に対してはＣＰＳユニットナンバーが１（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ＝１）であり、Ｔｉｔｌｅ  ＃２に対してはＣＰＳユニットナンバーが３（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ＝３）であり、Ｔｉｔｌｅ  ＃３に対してはＣＰＳユニットナンバーが２（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ＝２）である。
【０１６２】
バーチャルパッケージ内のインデックステーブル６３０のインデックス項目に対する再生命令がなされると、プレーヤーは、各インデックス項目に対するＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を確認し、各項目が属するＣＰＳユニットに対するユニットキーを読み取る。すなわち、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）に対してはユニットキーファイルから“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃１”が読み取られ、Ｔｉｔｌｅ  ＃２（６３０ｃ）に対しては“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃３”が読み取られ、Ｔｉｔｌｅ  ＃３（６３０ｂ）に対しては“Ｕｎｉｔ  Ｋｅｙ  ｆｏｒ  ＣＰＳ  Ｕｎｉｔ  ＃２”が読み取られる。該当のタイトルは、それぞれ、読み取られたキーを用いて復号化された後に再生される。
【０１６３】
本発明によれば、ユニットキーファイルで用いられるインデックス項目がバーチャルパッケージ内のインデックステーブル６３０のインデックス項目に一致しない場合においても、適切なキーを読み取ることができる。したがって、本発明は、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目の円滑な再生を可能にする。
【０１６４】
図１１は、本発明の第３の実施形態によるローカルストレージを用いて記録媒体を再生する方法を示す図であり、バーチャルパッケージ内のインデックステーブルに存在するインデックス項目に対する識別情報を用いて、当該インデックス項目が復号化されて再生される場合を示す。
【０１６５】
図９Ａ乃至図１０と同様に、バーチャルパッケージ内のインデックステーブルとユニットキーファイルとの間のインデックス項目の不一致を解決する情報が、データベースファイルに備えられる。ただし、図９Ａ乃至図１０とは違い、図１１は、インデックス項目の不一致が生じるという問題を解決する情報としてインデックス項目ごとに割り当てられたインデックス項目識別情報が備えられる。
【０１６６】
以下では、インデックス項目に対する識別情報としてＴｉｔｌｅ＿ＩＤを与える場合を一例にして説明する。しかしながら、本発明が、図１１の説明において使用する用語に限定されることなくその技術的思想によって把握されなければならない。
【０１６７】
図１１を参照すると、ディスクに格納されたインデックステーブル６１０のＴｉｔｌｅ  ＃１（６１０ａ）には、“Ｔｉｔｌｅ＿ＩＤ  ＃１”がインデックス項目識別情報として与えられ、Ｔｉｔｌｅ  ＃２（６１０ｂ）には、“Ｔｉｔｌｅ＿ＩＤ  ＃２”が与えられる。ユニットキーファイル６２０は、識別情報を基準にして定義されたキーを含む。
【０１６８】
当該識別情報は、インデックス項目ごとにそれぞれ与えられることが好ましい。当該識別情報は、インデックス項目ごとにそれぞれ与えられるだけで充分であり、インデックス項目ごとに異なる識別情報が与えられる必要はない。インデックス項目に異なる識別情報が与えられた場合、該当インデックス項目は、異なるキーで復号化された後に再生される。一方、インデックス項目が同じ識別情報を有する場合には、該当インデックス項目は、同じキーで復号化された後に再生される。
【０１６９】
ディスクに記録されたインデックステーブル内のインデックス項目の位置がバーチャルパッケージ内のインデックステーブルで変更されたとしても、当該与えられたインデックス項目識別情報は変わらないことが好ましい。図１１の実施形態において、バーチャルパッケージ内のインデックステーブル６３０のインデックス項目であるＴｉｔｌｅ  ＃１（６３０ａ）とＴｉｔｌｅ  ＃３（６３０ｂ）はそれぞれ、ディスクに記録されたインデックス項目であるＴｉｔｌｅ  ＃１（６１０ａ）とＴｉｔｌｅ  ＃２（６１０ｂ）と同一のデータを再生する。ディスクに記録されたＴｉｔｌｅ  ＃１（６１０ａ）に与えられたインデックス項目識別情報は“Ｔｉｔｌｅ＿ＩＤ  ＃１”であるから、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）のインデックス項目識別情報も同様に、“Ｔｉｔｌｅ＿ＩＤ  ＃１”となる。また、ディスクに記録されたＴｉｔｌｅ  ＃２（６１０ｂ）に与えられた識別情報は“Ｔｉｔｌｅ＿ＩＤ  ＃２”であるから、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃３（６３０ｂ）のインデックス項目識別情報も同様に、“Ｔｉｔｌｅ＿ＩＤ  ＃２”となる。バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃２（６３０ｃ）には別の識別情報が与えられる。図１１では、“Ｔｉｔｌｅ＿ＩＤ  ＃ｎ”が与えられた場合の一例が示されている。
【０１７０】
本発明では、バーチャルパッケージ内のインデックステーブルとユニットキーファイルのインデックス項目の不一致が生じる問題を解決する情報として、インデックス項目識別情報をインデックステーブルなどのデータベースファイルに備えることができる。このような不一致は、バーチャルパッケージ内のインデックステーブルのインデックス項目とディスクと関連したユニットキーファイルのインデックス項目との間で発生しうる。したがって、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）に対するインデックス項目識別情報としてＴｉｔｌｅ＿ＩＤ  ＃１を、Ｔｉｔｌｅ  ＃２（６３０ｃ）に対するインデックス項目識別情報としてＴｉｔｌｅ＿ＩＤ  ＃ｎを、そしてＴｉｔｌｅ  ＃３（６３０ｂ）に対するインデックス項目識別情報としてＴｉｔｌｅ  ＃２をバーチャルパッケージ内のインデックステーブル６３０に備えることができる。
【０１７１】
バーチャルパッケージ内のインデックステーブル６３０のインデックス項目に対する再生命令がなされると、プレーヤーは、インデックス項目に対する識別情報を確認し、ユニットキーファイルからインデックス項目識別情報に該当するキーを読み取って、読み取ったキーを使用してインデックス項目を復号化し、その後復号化したインデックス項目を再生する。すなわち、バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃１（６３０ａ）に対する再生命令がなされると、Ｔｉｔｌｅ  ＃１に対する識別情報がＴｉｔｌｅ＿ＩＤ  ＃１であることを確認することによって、ユニットキーファイルから識別情報に対するキーである“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ＿ＩＤ  ＃１”（６２０ａ）が読み取られる。バーチャルパッケージ内のインデックステーブル６３０のＴｉｔｌｅ  ＃３（６３０ｂ）に対する再生命令がなされると、Ｔｉｔｌｅ  ＃３に対する識別情報が“Ｔｉｔｌｅ＿ＩＤ  ＃２”であることを確認することによって、ユニットキーファイルから識別情報に対するキーである“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ＿ＩＤ  ＃２”（６２０ｂ）が読み取られる。
【０１７２】
Ｔｉｔｌｅ  ＃１（６３０ａ）とＴｉｔｌｅ  ＃３（６３０ａ）に対してそれぞれ読み取られる“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ＿ＩＤ  ＃１”（６２０ａ）と“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ＿ＩＤ  ＃２”（６２０ｂ）は、タイトル（Ｔｉｔｌｅ）によって再生されるデータの復号化キーである。そのため、当該タイトル（Ｔｉｔｌｅ）のそれぞれを復号化することができる。
【０１７３】
バーチャルパッケージ内のインデックステーブル６３０のダウンロードされたＴｉｔｌｅ  ＃２（６３０ｃ）の識別情報は、Ｔｉｔｌｅ＿ＩＤ  ＃ｎであるから、Ｔｉｔｌｅ  ＃２（６３０ｃ）を再生するためには“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ＿ＩＤ  ＃ｎ”が必要とされる。“Ｋｅｙ  ｆｏｒ  Ｔｉｔｌｅ＿ＩＤ  ＃ｎ”がディスクに格納されたユニットキーファイルに存在する場合、ユニットキーファイルから当該キーを読み取ることができる。ただし、当該キーがユニットキーファイルに存在しない場合には別にダウンロードされなければならない。
【０１７４】
本発明によれば、ディスクに格納されたインデックステーブル６１０のインデックス項目ごとに、及びダウンロードされたデータに対するインデックス項目ごとにインデックス項目識別情報が割り当てられる。ユニットキーファイルにおいても当該インデックス項目識別情報を基準にしてキーが定義されて管理される。これにより、所定のデータを再生するインデックス項目の位置がインデックステーブルにおける他のインデックス項目の追加または削除などによって変更されたとしても、再生されるべきデータの適切な復号化キーを読み取ることができる。
【０１７５】
一方、データを暗号化してディスクに記録しようとする場合、ディスク製作者は、当該暗号化されたデータに固有の識別情報を与え、当該識別情報を基準にして定義されたキーを含むユニットキーファイルを記録媒体に格納して、当該記録媒体をユーザに提供することができる。当該ユニットキーファイルは、ダウンロードされるデータのために別に格納された他のキーを含むことができる。
【０１７６】
図１２は、本発明によるローカルストレージを用いて記録媒体を再生する方法を説明するためのフローチャートである。
【０１７７】
図１２を参照すると、ディスクがロードされると、ディスクと関連したデータ、すなわち、バインディングユニットがローカルストレージから読み取られる。バインディングユニットはディスク内のファイル構造にバインディングされて（Ｓ１０）、バーチャルパッケージが生成される（Ｓ２０）。これをバインディングオペレーション（binding operation）ともいう。バーチャルパッケージはインデックステーブルを含む。バーチャルパッケージ内のインデックステーブルのインデックス項目を介して再生されるデータの単位がユーザとインターフェースを構成する。
【０１７８】
バーチャルパッケージ内のインデックステーブルのインデックス項目に対して再生命令がなされる（Ｓ３０）と、プレーヤーは、バーチャルパッケージ内のインデックステーブルとユニットキーファイル間のインデックス項目の不一致を解決する情報を確認する（Ｓ４０）。当該情報に基づいてインデックス項目の復号化キーがユニットキーファイから読み取られる（Ｓ５０）。
【０１７９】
ここで、ユニットキーファイルは、ディスクに格納されたものであっても良く、ローカルストレージ内に別に構成されたものであっても良い。ローカルストレージ内のユニットキーファイルは、ディスクに格納されたユニットキーファイルを読み取ることによって構成されても良く、ディスクの外部からダウンロードされたキーを含むように構成されても良い。
【０１８０】
インデックス項目の復号化キーが読み取られると（Ｓ５０）、インデックス項目とキーがコンテンツ復号化モジュールに提供され、当該読み取られたキーを用いてインデックス項目が復号化されることができる（Ｓ６０）。当該復号化されたインデックス項目はデコーダによって再生されてユーザに提供される（Ｓ７０）。
【０１８１】
図４Ａを参照して、本発明によるローカルストレージを用いて記録媒体を再生する装置を説明すると、次の通りである。
【０１８２】
図４Ａを参照すると、本発明による記録媒体再生装置は、記録媒体からデータを読み取るピックアップ１１と、記録媒体と関連したダウンロードされたデータを格納するローカルストレージ１５と、ダウンロードされたデータを記録媒体内のディスクパッケージにバインディングすることによってバーチャルパッケージを生成し、バーチャルパッケージ内のインデックステーブルのインデックス項目を、記録媒体と関連したキーファイル内のキーを用いて復号化し、当該復号化されたインデックス項目を再生する制御装置１２と、を備える。制御装置１２は、バーチャルパッケージ内のインデックステーブルがキーファイルのインデックス項目に一致しない場合、バーチャルパッケージ内の不一致を解決する情報を用いて、再生されるべきインデックス項目の適切な復号化キーを読み取る。
【０１８３】
ここで、バーチャルパッケージ内のインデックステーブルは、記録媒体外部からコンテンツプロバイダによって提供されても良い。
【０１８４】
インデックス項目の不一致を解決する情報は、バーチャルパッケージ内のインデックステーブルのインデックス項目が記録媒体に記録されたデータで構成されたものか、ダウンロードされたデータを含んで構成されたものかを識別可能な情報でありうる。
【０１８５】
また、当該情報は、バーチャルパッケージ内のインデックステーブルのインデックス項目が属するＣＰＳユニットに関する情報でもありうる。当該情報としてインデックス項目識別情報を備えることも可能である。
【０１８６】
当該情報は、インデックステーブルなどのデータベースファイルに存在することができる。データベースファイルがバーチャルパッケージの一部分を構成できることはもちろんである。
【０１８７】
本発明によって記録媒体と関連したデータを伝送する際に、コンテンツプロバイダは、当該データの再生を可能にするインデックステーブルのインデックス項目と記録媒体と関連したキーファイルのインデックス項目との間に発生するインデックス項目の不一致を解決する情報を伝送できる。
【０１８８】
当該情報は、インデックステーブルのインデックス項目が、ダウンロードされたデータを含んで構成されたものか否かを識別可能である。当該情報は、インデックステーブルのインデックス項目が属するＣＰＳユニットに関する情報であっても良く、またはインデックス項目識別情報であっても良い。
【０１８９】
以上の本発明の実施例は、本発明の要旨および範囲から離れることなく、様々な改良および変更ができることは、当業者にとっては自明である。したがって、本発明は、特許請求の範囲及びその均等範囲内における本発明の改良及び変更された事項も含むことは自明である。
【図面の簡単な説明】
【０１９０】
【図１】本発明の概念的理解を助けるための図である。
【図２】本発明に係る記録媒体として光ディスクに記録されるファイル構造及びこのファイル構造を用いて特定のタイトルを再生する際の関係を示す図である。
【図３】本発明に係る記録媒体としての光ディスクに書き込まれたデータ記録構造を示す図である。
【図４Ａ】本発明に係る光記録／再生器のブロック図である。
【図４Ｂ】本発明に係る再生システムを用いた光記録／再生器のブロック図である。
【図５】本発明に係るバーチャルパッケージを生成する方法の概念についての図である。
【図６】本発明に係るバーチャルパッケージを生成する関係を説明するための図である。
【図７】本発明に係るデータの暗号化／復号化に対する概念的理解を助けるための図である。
【図８Ａ】ダウンロードされたデータを再生できるインデックステーブルのインデックス項目を復号化する過程から生じうる誤りを説明する図である。
【図８Ｂ】ダウンロードされたデータを再生できるインデックステーブルのインデックス項目を復号化する過程から生じうる誤りを説明する図である。
【図９Ａ】本発明の第１の実施形態に係るローカルストレージを用いて記録媒体を再生する方法の図である。
【図９Ｂ】本発明の第１の実施形態に係るローカルストレージを用いて記録媒体を再生する方法の図である。
【図１０】本発明の第２の実施形態に係るローカルストレージを用いて記録媒体を再生する方法の図である。
【図１１】本発明の第３の実施形態に係るローカルストレージを用いて記録媒体を再生する方法の図である。
【図１２】本発明に係るローカルストレージを用いて記録媒体を再生する方法のフローチャートである。
【図１】
2008535126.tif 000003
【図２】
2008535126.tif 000004
【図３】
2008535126.tif 000005
【図４Ａ】
2008535126.tif 000006
【図４Ｂ】
2008535126.tif 000007
【図５】
2008535126.tif 000008
【図６】
2008535126.tif 000009
【図７】
2008535126.tif 000010
【図８Ａ】
2008535126.tif 000011
【図８Ｂ】
2008535126.tif 000012
【図９Ａ】
2008535126.tif 000013
【図９Ｂ】
2008535126.tif 000014
【図１０】
2008535126.tif 000015
【図１１】
2008535126.tif 000016
【図１２】
2008535126.tif 000017
【手続補正書】
【提出日】平成19年7月20日(2007.7.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ローカルストレージを使用して記録媒体を再生する方法であって、
前記記録媒体と関連したデータを前記ローカルストレージにダウンロードするステップと、
前記ダウンロードデータを前記記録媒体内のファイル構造にバインディングすることによってバーチャルパッケージを生成するステップと、
前記バーチャルパッケージ内のインデックステーブルのインデックス項目を、前記記録媒体と関連したキーファイル内のインデックス項目の復号化キーを用いて復号化するステップと、
前記復号化されたインデックス項目を再生するステップと
を備え、
前記復号化キーは、前記インデックス項目と前記復号化キーとの間のリンク情報を用いて前記キーファイルから選択されることを特徴とする方法。
【請求項２】
前記リンク情報は、前記インデックス項目がダウンロードされたタイトルであるか否かを識別することを特徴とする請求項１に記載の方法。
【請求項３】
前記リンク情報は、前記インデックス項目が属するＣＰＳユニットに関するＣＰＳユニットナンバーであることを特徴とする請求項１に記載の方法。
【請求項４】
前記リンク情報は、インデックス項目ごとに与えられたインデックス項目識別情報であることを特徴とする請求項１に記載の方法。
【請求項５】
前記与えられたインデックス項目識別情報は変わらないことを特徴とする請求項４に記載の方法。
【請求項６】
前記インデックステーブルが前記ダウンロードデータを含む新たに追加されたインデックス項目を含む場合、新しいインデックス項目識別情報は前記新たに追加されたインデックス項目に与えられることを特徴とする請求項４に記載の方法。
【請求項７】
前記キーファイルは、前記記録媒体内に位置するキーファイルであることを特徴とする請求項１に記載の方法。
【請求項８】
前記キーファイルは、ダウンロードされたキーを含み、前記ローカルストレージに位置するキーファイルであることを特徴とする請求項１に記載の方法。
【請求項９】
前記リンク情報は、前記記録媒体の外部からダウンロードされることを特徴とする請求項１に記載の方法。
【請求項１０】
前記リンク情報は、前記記録媒体内に位置することを特徴とする請求項１に記載の方法。
【請求項１１】
コンテンツデータが格納されるストリーム領域と、
前記コンテンツデータの再生を管理する管理データが格納されるデータベース領域と
を備えた記録媒体であって、
前記データベース領域は、リンク情報に基づいて定義された少なくとも１つの復号化キーを含むキーファイルを格納し、
前記少なくとも１つの復号化キーは、ダウンロードデータについての復号化キーを含み、前記リンク情報は、前記ダウンロードデータが再生される場合にダウンロードしたタイトルについての復号化キーを選択する際に使用されることを特徴とする記録媒体。
【請求項１２】
前記リンク情報は、インデックス項目が属するＣＰＳユニットに関するＣＰＳユニットナンバーであることを特徴とする請求項１１に記載の記録媒体。
【請求項１３】
前記リンク情報は、インデックス項目ごとに与えられたインデックス項目識別情報であることを特徴とする請求項１１に記載の記録媒体。
【請求項１４】
ローカルストレージを使用して記録媒体を再生する装置であって、
前記装置は、
前記記録媒体に記録されたデータを読み取るピックアップと、
前記記録媒体と関連したダウンロードデータを格納するローカルストレージと、
前記ダウンロードデータを前記記録媒体内のファイル構造にバインディングすることによってバーチャルパッケージを生成し、前記バーチャルパッケージ内のインデックステーブルのインデックス項目を、前記記録媒体と関連したキーファイル内の復号化キーを用いて復号化し、前記復号化されたインデックス項目が再生されるように制御する制御装置と
を備え、
前記制御装置は、前記インデックス項目と前記復号化キーとの間のリンク情報を使用して、前記キーファイルから前記復号化キーを読み取ることを特徴とする装置。
【請求項１５】
前記リンク情報は、前記インデックス項目がダウンロードされたタイトルであるか否かを識別する際に使用されることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記リンク情報は、前記インデックス項目が属するＣＰＳユニットに関するＣＰＳユニットナンバーであることを特徴とする請求項１４に記載の装置。
【請求項１７】
前記リンク情報は、インデックス項目識別情報であることを特徴とする請求項１４に記載の装置。
【請求項１８】
前記制御装置は、前記記録媒体の外部から前記リンク情報をダウンロードすることを特徴とする請求項１４に記載の装置。
【請求項１９】
前記制御装置は、前記記録媒体から前記リンク情報を読み取ることを特徴とする請求項１４に記載の装置。
【請求項２０】
記録媒体と関連したデータ構造を生成する方法であって、
ダウンロードされるデータについての復号化キーを含むキーファイルを生成するステップと、
前記データが再生される場合、前記キーファイルから前記復号化キーを選択する際に使用されるリンク情報を生成するステップと
を備えることを特徴とする方法。
【請求項２１】
前記リンク情報は、前記データが属するＣＰＳユニットに関するＣＰＳユニットナンバーであることを特徴とする請求項２０に記載の方法。
【請求項２２】
前記リンク情報は、インデックス項目ごとに与えられたインデックス項目識別情報であることを特徴とする請求項２０に記載の方法。
【請求項２３】
記録媒体と関連したデータ構造を生成する装置であって、
ダウンロードされるデータについての復号化キーを含むキーファイルを生成し、前記データが再生される場合に、前記キーファイルから前記復号化キーを選択する際に使用されるリンク情報を生成し、前記キーファイルおよび前記リンク情報が前記記録媒体に記録されるように制御する制御装置を備えたことを特徴とする装置。
【請求項２４】
前記リンク情報は、前記データが属するＣＰＳユニットに関するＣＰＳユニットナンバーであることを特徴とする請求項２３に記載の装置。
【請求項２５】
前記リンク情報は、インデックス項目ごとに与えられたインデックス項目識別情報であることを特徴とする請求項２３に記載の装置。
【請求項２６】
記録媒体と関連したデータ構造であって、
ダウンロードデータについての復号化キーを含むキーファイルと、
前記ダウンロードデータが再生される場合に、前記キーファイルから前記復号化キーを選択する際に使用されるリンク情報と
を備えたことを特徴とするデータ構造。
【請求項２７】
前記リンク情報は、バーチャルパッケージ内のインデックステーブルのインデックス項目がダウンロードされたタイトルであるか否かを示し、
前記バーチャルパッケージは、前記ダウンロードデータを前記記録媒体内のファイル構造にバインディングすることによって生成されることを特徴とする請求項２６に記載のデータ構造。
【請求項２８】
前記リンク情報は、前記ダウンロードデータが属するＣＰＳユニットに関するＣＰＳユニットナンバーであることを特徴とする請求項２６に記載のデータ構造。
【請求項２９】
前記リンク情報は、バーチャルパッケージ内のインデックステーブルのインデックス項目ごとに与えられたインデックス項目識別情報であり、
前記バーチャルパッケージは、前記ダウンロードデータを前記記録媒体内のファイル構造にバインディングすることによって生成されることを特徴とする請求項２６に記載のデータ構造。
【国際調査報告】
2008535126.tif 000018
2008535126.tif 000019