記録媒体、データ復号装置及び方法
記録媒体、データ復号装置及び方法を提供する。本発明は、記録媒体と関連した暗号化されたデータをローカルストレージにダウンロードし、上記記録媒体に記録されたデータを、上記記録媒体に保存されたキーファイル内の第１タイプのキーを用いて復号化し、上記ダウンロードされたデータを、上記記録媒体またはローカルストレージのいずれかに保存されたキーファイル内の第２タイプのキーを用いて復号化する。また、本発明は、ローカルストレージに、記録媒体と関連した、キーで暗号化されたデータをダウンロードし、上記データの復号化キーを上記データと上記復号化キー間のリンク（ｌｉｎｋ）情報を用いて読み取り、上記データを上記復号化キーを用いて復号化する。したがって、本発明によれば、コンテンツの無断複製、再配布などが防止できるため、コンテンツの安全な提供及びデータの効率的な再生が可能になり、より便利な機能をユーザに提供可能になる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体の再生に係り、特に、記録媒体、データ復号装置及びその方法に関する。
【背景技術】
【０００２】
記録媒体として大容量のデータを記録できる光ディスクが広く使用されている。なかでも最近では高画質のビデオデータと高音質のオーディオデータを長時間記録して保存することができる新しい高密度記録媒体、例えば、ブルーレイディスク(ＢＤ)が開発されている。
【０００３】
次世代記録媒体技術であるＢＤは、既存のＤＶＤを顕著に凌駕するデータを備えうる次世代光記録ソリューションとされている。また、他のデジタル機器と共にこれに対する開発に多くの努力がなされている。
【０００４】
また、ＢＤ規格を応用した光記録／再生機器も開発され始めたが、未だＢＤ規格は完備しておらず、光記録／再生機器の開発を完了するのに多くの難題が生じている。
【０００５】
特に、上記のような光記録／再生機器は、ＢＤを記録／再生する基本機能の他に、周辺の関連デジタル機器との統合的使用を考慮した付加的な機能も考慮しなければならず、よって、外部入力信号を受信してこれをディスプレイするか、外部入力信号と内蔵されたＢＤを共に用いて再生するなどの機能は必ず備えるべきと思われる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のように外部入力信号及びＢＤを再生することにおいて、コンテンツプロバイダによって提供され開発された共有データを保護するための好ましい方法などが知られておらず、本格的なＢＤに基く光記録／再生機器を開発するのに多くの制約があるのが実情である。
【０００７】
したがって、本発明は、関連技術の限界及び欠点による一つまたは複数の問題点を実質的に防止する、記録媒体、データ復号装置及び方法に関する。
【０００８】
本発明の目的は、記録媒体外部から前記記録媒体と関連したデータを受信して保存することができるローカルストレージを備え、該ローカルストレージと記録媒体を用いてコンテンツを保護することができる記録媒体、データ復号装置及び方法を提供することにある。
【０００９】
本発明の付加的な利点、目的及び特徴は、本技術分野における当業者にとっては下記の説明における本発明の例示から自明になるだろう。本発明の目的及び他の利点は、添付の図面と特許請求の範囲及び詳細な説明に具体的に指摘された構造によって実現及び取得される。
【課題を解決するための手段】
【００１０】
上記目的及び他の利点を達成するために、本発明のデータ復号方法は、ローカルストレージに、記録媒体と関連した暗号化されたデータをダウンロードする段階と、前記記録媒体に記録されたデータを、前記記録媒体に保存されたキーファイル内の第１タイプのキーを用いて復号化する段階と、前記ダウンロードされたデータを、前記記録媒体または前記ローカルストレージのいずれかに保存されたキーファイル内の第２タイプのキーを用いて復号化する段階と、を含む。
【００１１】
例えば、前記第２タイプのキーは、前記第１タイプのキーと同一のキーである。
【００１２】
例えば、前記２タイプのキーは、前記第１タイプのキーと別に保存されたキーである。
【００１３】
例えば、前記ローカルストレージに保存されたキーファイルは、前記記録媒体に保存されたキーファイルとは別に保存されたキーファイルである。
【００１４】
例えば、前記ローカルストレージに保存されたキーファイルは、ダウンロードされたキーを含む。
【００１５】
例えば、前記ローカルストレージに保存されたキーファイルは、前記記録媒体から読み取られて前記ローカルストレージに保存されたキーファイルである。
【００１６】
例えば、前記ローカルストレージに保存されたキーファイルは、前記ローカルストレージに設定された安全領域（ｓｅｃｕｒｅ ａｒｅａ）に配置される。
【００１７】
例えば、前記ダウンロードされたデータが前記記録媒体に記録されたメインパスと関連したサブパスデータである場合、前記サブパスデータは前記メインパスデータと同一のキーを用いて復号化される。
【００１８】
また、本発明の他の態様において、データ復号方法は、ローカルストレージに、記録媒体と関連した、キーで暗号化されたデータをダウンロードする段階と、前記データの復号化キーを、前記データと前記復号化キー間のリンク（ｌｉｎｋ）情報を用いて読み取る段階と、前記データを前記復号化キーを用いて復号化する段階と、を含む。
【００１９】
例えば、前記リンク情報は、前記ダウンロードされたデータのデータベース（ｄａｔａｂａｓｅ）ファイルに含まれる。
【００２０】
例えば、前記リンク情報は、前記ローカルストレージにリンク情報ファイルとして保存される。
【００２１】
例えば、前記リンク情報ファイルは、前記ローカルストレージ内の安全領域（ｓｅｃｕｒｅ ａｒｅａ）に保存される。
【００２２】
例えば、前記リンク情報ファイルは、前記ローカルストレージ内のＡＶデータ記録領域に保存される。
【００２３】
例えば、前記リンク情報は、ＣＰＳユニットナンバー（ＣＰＳ ｕｎｉｔ ｎｕｍｂｅｒ）である。
【００２４】
例えば、前記復号化キーは、前記ＣＰＳユニットナンバーそれぞれを基準にして定義される。
【００２５】
例えば、前記ＣＰＳユニットナンバーは、タイトル毎に割り当てられる。
【００２６】
また、本発明の他の態様において、記録媒体は、コンテンツ（ｃｏｎｔｅｎｔｓ）が記録されたストリーム領域と、前記コンテンツの再生を管理するデータベース領域とを含み、前記ストリーム領域は、キーで暗号化された複数のタイトルを含み、前記複数のタイトルが互いにクリップの一部または全部を共有する場合、前記クリップを共有するタイトルは同一のキーで暗号化されている。
【００２７】
例えば、キーで暗号化された前記タイトルがメインパスとサブパスを含む場合、前記メインパスとサブパスは同一のキーで暗号化される。
【００２８】
例えば、ダウンロードされるタイトルが、前記記録媒体内の暗号化されたタイトルを構成するクリップの一部または全部を共有する場合、前記記録媒体内のクリップを共有する前記タイトルは同一のキーで暗号化される。
【００２９】
また、本発明の他の態様において、復号装置は、記録媒体に記録されたデータを読み取るピックアップと、前記記録媒体と関連してダウンロードされた暗号化されたデータを保存するローカルストレージと、前記記録媒体に記録されたデータを、前記記録媒体に保存されたキーファイル内の第１タイプのキーを用いて復号化し、前記ダウンロードされたデータを、前記記録媒体またはローカルストレージのいずれかに保存されたキーファイル内の第２タイプのキーを用いて復号化する制御部と、を備える。
【００３０】
例えば、前記第２タイプのキーは、前記第１タイプのキーと同一のキーである。
【００３１】
例えば、前記２タイプのキーは、前記第１タイプのキーと別に保存されたキーである。
【００３２】
例えば、前記ローカルストレージに保存されたキーファイルは、前記記録媒体に保存されたキーファイルとは別に保存されたキーファイルである。
【００３３】
例えば、前記ローカルストレージに保存されたキーファイルは、前記ローカルストレージに設定された安全領域に配置される。
【００３４】
例えば、前記ダウンロードされたデータが、記録媒体に記録されたメインパスと関連したサブパスデータである場合、前記制御部は、前記メインパスデータと同一のキーを用いて前記サブパスデータを復号化する。
【００３５】
また、本発明の他の態様において、復号装置は、記録媒体から前記記録媒体に記録されたデータを読み取るピックアップと、前記記録媒体と関連してダウンロードされた暗号化されたデータを保存するローカルストレージと、前記ダウンロードされたデータと前記復号化キー間のリンク（ｌｉｎｋ）情報を用いて前記復号化キーを読み取り、前記ダウンロードされたデータを、前記復号化キーを用いて復号化する制御部と、を備える。
【００３６】
例えば、前記リンク情報は、前記ダウンロードされたデータのデータベースファイルに含まれる。
【００３７】
例えば、前記リンク情報は、前記ローカルストレージにリンク情報ファイルとして保存される。
【００３８】
例えば、前記リンク情報は、前記ローカルストレージ内の安全領域に保存される。
【００３９】
例えば、前記リンク情報は、前記ローカルストレージ内のＡＶデータ記録領域に保存される。
【００４０】
例えば、前記リンク情報は、ＣＰＳユニットナンバーである。
【００４１】
本発明によれば、コンテンツが安全に提供される一方で、効率的に再生されることができるため、ユーザに一層便利な機能を提供することが可能になる。
【００４２】
前述した説明及び後述する本発明の詳細な説明は、本発明を例示し且つ説明するためのもので、請求される本発明の理解をより助けるよう意図していることを理解されたい。
【産業上の利用可能性】
【００４３】
本発明によれば、コンテンツの無断複製、配布などが防止できるため、安全なコンテンツの提供とデータの効率的再生が可能になり、ユーザに一層便利な機能を提供することが可能になる。
【発明を実施するための最良の形態】
【００４４】
以下、本発明のさらなる理解のために提供され、本願の一部を構成する添付の図面を参照しつつ、本発明の原理と共に、本発明の好適な実施形態について詳細に説明する。図面中、同一の構成要素については可能な限り同一の参照番号及び符号を共通使用するものとする。
【００４５】
まず、本発明は、説明の便宜上、記録媒体として光ディスク（ｏｐｔｉｃａｌ ｄｉｓｃ）、特に“ブルーレイディスク（ＢＤ）”を例にして説明する。ただし、本発明の技術思想は他の記録媒体にも同一に適用可能であることは自明である。
【００４６】
本発明で、“ローカルストレージ（ｌｏｃａｌ ｓｔｏｒａｇｅ）”とは、光記録／再生機器（図１）内に備えられた一種の保存手段で、必要な情報及びデータをユーザが任意に保存して活用できる要素のことを意味する。すなわち、現在の一般的に用いられるローカルストレージには、“ハードディスク（ｈａｒｄ ｄｉｓｋ）”、“システムメモリ（ｓｙｓｔｅｍ ｍｅｍｏｒｙ）”、“フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）”などがあるが、本発明が必ずしもこれに限定されるわけではない。
【００４７】
特に、上記“ローカルストレージ”は、記録媒体（例えば、ブルーレイディスク）と関連したデータを保存する手段としても用いられ、上記記録媒体と関連付けられてローカルストレージ内に保存されるデータは、通常、外部からダウンロードしたデータである。
【００４８】
これと関連して、記録媒体から一部許容されたデータを直接読み取るか、または、記録媒体の記録／再生と関連したシステムデータ（例えば、メタデータ等）を生成し、ローカルストレージ内に保存することも可能であることは自明である。
【００４９】
本発明では、説明の便宜上、上記記録媒体内に記録されたデータを“オリジナルデータ（ｏｒｉｇｉｎａｌ ｄａｔａ）”と命名し、上記ローカルストレージ内に保存されたデータのうち、記録媒体と関連したデータを“付加データ（ａｄｄｉｔｉｏｎａｌ ｄａｔａ）”と命名する。
【００５０】
本発明で“タイトル（ｔｉｔｌｅ）”とは、ユーザとのインターフェースをなす再生単位で、それぞれのタイトルは、特定のオブジェクトとリンク（ｌｉｎｋ）されており、上記オブジェクト内のコマンドあるいはプログラムによって、ディスクに記録された、該当のタイトルに関連したストリームが再生される。特に、本発明では、説明の便宜上、ディスクに記録されたタイトルのうち、ＭＰＥＧ２圧縮方式による動画像、映画及びインタラクティブ（ｉｎｔｅｒａｃｔｉｖｅ）情報を有するタイトルを特に“ＨＤＭＶタイトル”といい、Ｊａｖａプログラムによって実行される動画像、映画及びインタラクティブ情報を有するタイトルを“ＢＤ−Ｊタイトル”と命名する。
【００５１】
図１は、本発明の概念的理解を助けるために示す図で、光記録／再生機器１０と周辺機器間の統合的使用の一例を示している。
【００５２】
図１を参照すると、本発明の“光記録／再生機器１０”は、様々な規格の光ディスクを記録したり再生できる機器で、設計によっては、特定規格（例えば、ＢＤ）の光ディスクのみを記録／再生可能にしても良く、または、記録は除いて再生のみ可能にしても良い。以下では、ブルーレイディスク（ＢＤ）と周辺機器との連携性を考慮して、ＢＤ−プレーヤー（ＢＤ−Ｐｌａｙｅｒ）またはＢＤ−レコーダ（ＢＤ−ｒｅｃｏｒｄｅｒ）を例にして説明する。本発明の“光記録／再生機器１０”としては、コンピュータなどに内蔵可能なドライブ（ｄｒｉｖｅ）が含まれることは自明である。
【００５３】
本発明に係る光記録／再生機器１０は、光ディスク３０を記録／再生する機能の他にも、外部入力信号を受信してこれを信号処理した後、別の外部ディスプレイ２０を通じてユーザに対応する画像を伝達する機能を持つ。この場合、該外部入力信号には特別な制限はないが、ＤＭＢ（Ｄｉｇｉｔａｌ ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔｉｎｇ）及びインターネットなどが代表的な外部入力信号となりうる。インターネットは現在誰でも容易にアクセスできる媒体で、光記録／再生機器１０を通じてインターネット上の特定データがダウンロードされて用いられることができる。
【００５４】
これと関連して、外部ソース（ｅｘｔｅｒｎａｌ ｓｏｕｒｃｅ）としてコンテンツ（ｃｏｎｔｅｎｔｓ）を提供する者を“コンテンツプロバイダ（ＣＰ）”と総称する。
【００５５】
本発明でいうコンテンツとは、タイトルを構成する内容で、記録媒体の製作者（ａｕｔｈｏｒ）によって提供されるデータのことを意味する。
【００５６】
特に、本発明で解決しようとするところは、オリジナルデータと関連した付加データが暗号化された場合に、上記暗号化されたデータをキーを用いて復号化することにある。上記キーを用いた暗号化及び復号化については、図５以降で後述する。
【００５７】
オリジナルデータと付加データについて具体的に説明すると、例えば、光ディスクに特定タイトル用の多重化された（ｍｕｌｔｉｐｌｅｘｅｄ）ＡＶストリームをオリジナルデータとして記録しておき、上記オリジナルデータのオーディオストリーム（例えば、韓国語）と異なるオーディオストリーム（例えば、英語）をインターネット上から付加データとして提供すると、ユーザによっては、インターネット上の付加データとしてオーディオストリーム（例えば、英語）をダウンロードして、オリジナルデータたるＡＶストリームと共に再生したい要求、または、付加データのみを再生したい要求がありうる。この要求を可能にするためには、上記オリジナルデータと付加データ間の関連性を規定し、これらのデータをユーザの要求に応じて管理／再生する体系化した方法が必要である。
【００５８】
上記で、説明の便宜上、ディスクに記録された信号をオリジナルデータとし、ディスクの外部に存在する信号を付加データとしたが、これは、単にそれぞれのデータを取得する方法によって区分したもので、オリジナルデータと付加データが必ずしも特定のデータに限定されることはない。
【００５９】
したがって、付加データには、一般に、オーディオ（Ａｕｄｉｏ）、プレゼンテーショングラフィック（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃ：ＰＧ）、インタラクティブグラフィック（Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃ：ＩＧ）、テキストサブタイトル（Ｔｅｘｔ ｓｕｂＴｉｔｌｅ）等があるが、これに限定されず、これらの列挙したデータとビデオを全部含む多重化された（ｍｕｌｔｉｐｌｅｘｅｄ）ＡＶストリームが上記付加データになっても良い。すなわち、光ディスク外部に存在しながら、オリジナルデータと関連しているいかなる属性のデータも付加データになりうるわけである。
【００６０】
また、付加データは、インデックスファイル（ｉｎｄｅｘ）またはプレイリストファイル（＊．ｍ２ｔｓ）、クリップ情報ファイル（＊．ｃｌｐｉ）別にそれぞれダウンロードされても良く、コンテンツ単位またはタイトル単位にダウンロードされても良い。
【００６１】
上記ユーザの要求を実現可能にするためには、オリジナルデータと付加データ相互間に関連したファイル構造を持つことが必須となり、これと関連して、以下、図２及び図３を参照してブルーレイディスク（ＢＤ）で使用可能なファイル構造（ｆｉｌｅ ｓｔｒｕｃｔｕｒｅ）及びデータ記録構造について詳細に説明する。
【００６２】
図２は、本発明による記録媒体としてのディスクに記録されたオリジナルデータを再生管理するためのファイル構造及びファイル構造を用いて特定タイトルが再生される関係を示す図である。
【００６３】
図２を参照すると、本発明のファイル構造は、一つのルートディレクトリの下に、ＡＡＣＳディレクトリ（ＡＡＣＳ）と少なくとも一つのＢＤディレクトリ（ＢＤＭＶ）が存在する。上記ＢＤＭＶディレクトリは、ユーザとのインタラクティビティ（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を保障するための一般ファイル（上位ファイル）情報としてインデックスファイル（“ｉｎｄｅｘ”）とオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｔ”）を含む。また、実際ディスクに記録されたデータに関する情報とこれを再生する方法などに関する情報を有するＢＤＭＶディレクトリは、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助ディレクトリ（ＡＵＸＤＡＴＡ）、ＢＤＪＯディレクトリ、メタディレクトリ（ＭＥＴＡ）及びバックアップディレクトリ（ＢＡＣＫＵＰ）を含む。以下、上記ディレクトリ及びディレクトリ内に含まれるファイルについて詳細に説明する。
【００６４】
メタディレクトリ（ＭＥＴＡ）は、データに対するデータであるメタデータファイルを含む。すなわち、サーチ（ｓｅａｒｃｈ）ファイル、ディスクライブラリ（Ｄｉｓｃ Ｌｉｂｒａｒｙ）のためのメタデータなどが上記ディレクトリに存在する。
【００６５】
ＢＤＪＯディレクトリ（ＢＤＪＯ）は、ＢＤ−Ｊタイトルを再生するためのＢＤ−Ｊオブジェクトファイルを含む。
【００６６】
補助データディレクトリ（ＡＵＸＤＡＴＡ）は、ディスク再生に必要な付加的なデータファイルを含む。例えば、上記補助データディレクトリ（ＡＵＸＤＡＴＡ）は、インタラクティブグラフィック（Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃ）の実行時のクリックサウンドを提供する“Ｓｏｕｎｄ．ｂｄｍｖ”ファイルと、ディスク再生時のフォント（ｆｏｎｔ）情報を提供する“１１１１１．ｏｔｆ”ファイルなどを含むことができる。
【００６７】
ストリームディレクトリ（ＳＴＲＥＡＭ）は、ディスク内に特定フォーマットで記録されたＡＶストリームファイルが存在し、それぞれのストリームは現在広く知られたＭＰＥＧ−２方式のトランスポートパケット（（Ｔｒａｎｓｐｏｒｔ ｐａｃｋｅｔ）で記録される場合が最も一般的であり、ストリームファイル（０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ）の拡張名として“＊．ｍ２ｔｓ”を使用する。特に、ビデオ／オーディオ／グラフィック情報が多重化されたストリームをＡＶストリームといい、タイトルは少なくとも一つのＡＶストリームファイルで構成される。
【００６８】
クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）は、上記それぞれのストリームファイル（“＊．ｍ２ｔｓ”）と一対一対応するクリップ情報ファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ）で構成される。特に、上記クリップ情報ファイル（“＊．ｃｌｐｉ”）は、対応するストリームファイル（“＊．ｍ２ｔｓ”）の属性情報及びタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）等を含む。特に、ストリームファイル（“＊．ｍ２ｔｓ”）と上記ストリームファイル（“＊．ｍ２ｔｓ”）に一対一対応するクリップ情報ファイル（“＊．ｃｌｐｉ”）をまとめてクリップ（ｃｌｉｐ）と命名する。すなわち、クリップ（ｃｌｉｐ）は、ストリームファイル（“＊．ｍ２ｔｓ”）及びそのクリップ情報ファイル（“＊．ｃｌｐｉ”）をいずれも含むデータとなる。
【００６９】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、プレイリストファイル（“＊０００００．ｍｐｌｓ”）を含み、それぞれのプレイリストファイル（“＊０００００．ｍｐｌｓ”）は、特定クリップが再生される時間（ｐｌａｙｉｎｇ ｉｎｔｅｒｖａｌ）を指定する少なくとも一つのプレイアイテム（ＰＩ）及びサブプレイアイテム（ＳＰＩ）を含む。上記プレイアイテム（ＰＩ）及びサブプレイアイテム（ＳＰＩ）は、再生を希望する特定クリップの再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関する情報を持つ。
【００７０】
上記少なくとも一つのプレイアイテム（ＰＩ）による上記プレイリスト内の再生過程をメインパス（ｍａｉｎ ｐａｔｈ）といい、各サブプレイアイテム（ＳＰＩ）による上記プレイリスト内の再生過程をサブパス（ｓｕｂ ｐａｔｈ）という。上記メインパスは、上記プレイリストファイル内に必ず存在しなければならず、上記サブパスは、サブプレイアイテム（ＳＰＩ）の存在によって少なくとも一つが必要に応じて存在する。
【００７１】
すなわち、プレイリストファイルは、少なくとも一つのプレイアイテムの組み合わせによって所望のクリップの再生を行う全体再生管理ファイル構造内の基本的再生管理ファイル単位となる。
【００７２】
バックアップディレクトリ（ＢＡＣＫＵＰ）は、上記ファイル構造上のデータのうち、特にディスク再生と関連した情報が記録されるインデックスファイル（“ｉｎｄｅｘ”）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ、ＢＤ−ＪＯｂｊｅｃｔ）、プレイリストディレクトリ(ＰＬＡＹＬＩＳＴ)内の全てのプレイリストファイル（“＊．ｍｐｌｓ”）及びクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）内の全てのクリップ情報ファイル（“＊．ｃｌｐｉ”）に対するコピー（ｃｏｐｙ）ファイルを保存する。これらファイルの損失はディスク再生に致命的であるから、上記バックアップディレクトリ（ＢＡＣＫＵＰ）はバックアップ（ｂａｃｋｕｐ）用に上記ファイルを保存するわけである。
【００７３】
上記ＡＡＣＳディレクトリ（ＡＡＣＳ）にはユニットキーファイルが存在し、上記ユニットキーファイルには、キーで暗号化された（ｅｎｃｒｙｐｔｅｄ）データに関する暗号化情報が存在する。
【００７４】
図２の別の部分には、前述した上記ディスクパッケージによって特定タイトルが再生される関係が示されている。
【００７５】
インデックスファイル（これを‘インデックステーブル’ともいう。）によって提供されるタイトルに対してユーザのタイトル再生命令があると、該当タイトルの再生が始まる。これについて詳細に説明すると、下記の通りである。
【００７６】
まず、該当のディスクがロードされると、最初に再生される画面に関する情報を持つ“Ｆｉｒｓｔ ｐｌａｙ”情報と、メニュー画面を提供する“Ｔｏｐ Ｍｅｎｕ”情報と、少なくとも一つの“タイトル（Ｔｉｔｌｅ ＃１〜 Ｔｉｔｌｅ ＃ｎ）”情報とが、インデックステーブル（ｉｎｄｅｘ．ｂｄｍｖ）内に構成される。
【００７７】
光ディスク３０が光記録／再生機器１０内にロード（ｌｏａｄ）されると、上記インデックステーブルによるタイトルメニュー情報がユーザにディスプレイ２０を通じて提供される。上記ユーザが特定タイトルまたはメニュー画面内の特定メニューを選択すると、以降ディスク製作者（ｄｉｓｃ ａｕｔｈｏｒ）があらかじめ定義しておいたファイル構造によって再生が始まる。すなわち、特定タイトル（例えば、Ｔｉｔｌｅ ＃１）の再生命令があると、再生管理ファイル構造上のオブジェクトファイル（Ｍｏｖｉｅ Ｏｂｊｅｃｔ、ＢＤ−Ｊ Ｏｂｊｅｃｔ）内に備えられたコマンドまたはプログラムによって該当するプレイリストファイルが実行され、プレイリストファイル情報によって上記Ｔｉｔｌｅ ＃１を構成する少なくとも一つのクリップ（例えば、Ｃｌｉｐ ＃１〜Ｃｌｉｐ ＃３）が特定プレイアイテム及び／またはサブプレイアイテムによって再生される。
【００７８】
“Ｆｉｒｓｔ ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”または“Ｔｉｔｌｅ”が暗号化された場合、上記“Ｆｉｒｓｔ ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”、“Ｔｉｔｌｅ”によって再生されるデータは、再生のために復号化されなければならない。上記“Ｆｉｒｓｔ ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”または“Ｔｉｔｌｅ”のいずれか一つに対する再生命令が与えられると、ＡＡＣＳディレクトリ内のユニットキーファイルから対応するキーを読み取り、上記読み取られたキーを用いてデータを復号化したのち再生するようになる。
【００７９】
図３は、本発明によって記録媒体である光ディスク上に記録されたデータ記録構造を示す図である。
【００８０】
図３を参照すると、ディスク内周から順に、全体ファイルを管理するためのシステム情報としてファイルシステム情報領域と、記録されたＡＶストリーム（“＊．ｍ２ｔｓ”）を再生するためのプレイリストファイル及びクリップ情報ファイルが記録された領域（これを“データベース領域”ともいう）、及びオーディオ／ビデオ／グラフィックなどで構成されたストリームが記録されるＡＶストリーム領域（ＡＶストリーム領域）が存在する。本発明において上記ＡＶストリーム領域に記録されたデータをオリジナルデータと命名することは、既に説明した通りである。
【００８１】
本発明は、上記ディスクに記録されたオリジナルデータ（例えば、図２のようなファイル構造）及び／またはローカルストレージに保存される付加データが暗号化された場合、上記暗号化されたデータを復号化する装置及び方法を提供することを意図している。
【００８２】
図４は、本発明の光記録／再生機器１０の全体構成を示す図である。
【００８３】
図４を参照すると、本発明の光記録／再生機器１０は、基本的に、光ディスクに記録されたオリジナルデータ及び再生管理ファイル情報を含む管理情報を再生するためのピックアップ１１と、ピックアップ１１の動作を制御するサーボ１４と、上記ピックアップ１１から受信した再生信号を希望する信号値に復元するか、記録される信号を光ディスクに記録可能な信号に変調（ｍｏｄｕｌａｔｉｏｎ）して伝達する信号処理部１３と、これらの動作を制御するマイコン１６と、を含む。
【００８４】
また、制御部１２は、ユーザ命令等によって光ディスク外の位置に存在する付加データをダウンロードしてこれをローカルストレージ１５に保存するとともに、オリジナルデータ及び／または付加データが暗号化された場合、上記暗号化されたデータを復号化し、ユーザの要求に応じて上記復号化されたデータを再生する。
【００８５】
また、ＡＶデコーダ１７は、制御部１２の制御によって出力データ（オリジナルデータ及び／または付加データ）を最終的にデコーディングし、上記デコーディングされたデータをユーザに提供する。
【００８６】
また、ＡＶエンコーダ１８は、光ディスクに信号を記録する機能を果たすために制御部１２の制御によって入力信号を特定フォーマットの信号、例えば、ＭＰＥＧ２トランスポートストリームに変換して信号処理部１３に提供する。
【００８７】
図５は、本発明のデータの暗号化／復号化に対する概念的理解を助けるために示す図である。
【００８８】
図５を参照すると、データの暗号化（ｅｎｃｒｙｐｔｉｏｎ）は、特定アルゴリズムを用いてデータを変形することによって、コンテンツプロバイダ（ＣＰ）が提供するコンテンツの不法複製（ｃｏｐｙ）、配布（ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ）及び編集などを防止するコンテンツ保護方法（ｃｏｎｔｅｎｔ ｐｒｏｔｅｃｔｉｏｎ ｍｅｔｈｏｄ）の一つである。したがって、データの暗号化は、上記データへの権限のないアクセスを防ぐ一種の錠前の役割を果たし、上記特定アルゴリズムは、上記錠前のためのキーの役割を果たす。以下、上記データの暗号化に用いられる上記特定アルゴリズムを暗号化キーと呼ぶ。
【００８９】
上記暗号化されたデータを再生するためには、上記暗号化に用いられた特定アルゴリズムを解読できる手段が提供されなければならない。上記特定アルゴリズムを解読する手段は、上記錠前を開く一種のキーの役割を担う。上記キーが提供されると、上記キーによって上記データの暗号化に用いられたアルゴリズムが解読され、上記データが元来の形態に復元される。このようなデータの復元を復号化（ｄｅｃｒｙｐｔｉｏｎ）という。
【００９０】
本発明ではデータの暗号化及び復号化に用いられる上記アルゴリズムをキーと命名する。データの暗号化は、コンテンツ単位、タイトル単位など一定の単位別に行なわれることができ、上記一定の単位別にデータを暗号化するのに用いられるキーをユニットキー（Ｕｎｉｔ Ｋｅｙ）と呼ぶ。
【００９１】
本発明で、“ＣＰＳ（Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）ユニット”とは、同一のユニットキーによって暗号化された“Ｆｉｒｓｔ ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”及び／または“タイトル”のグループを意味し、各ＣＰＳユニットは、ＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を持つ。
【００９２】
例えば、“Ｆｉｒｓｔ Ｐｌａｙ”によって再生される全てのＡＶストリームファイルは、同一のユニットキーを用いて同一のＣＰＳユニットに含まれ、“Ｔｏｐ Ｍｅｎｕ”によって再生される全てのＡＶストリームファイルは、同一のユニットキーで暗号化されて同一のＣＰＳユニットに含まれる。同様に、一つのタイトルによって再生される全てのＡＶストリームファイルは、同一のユニットキーで暗号化されて同一のＣＰＳユニットに該当する。
【００９３】
特に、図５で、Ｔｉｔｌｅ ＃１，２及び３が記録媒体であるＢＤ−ＲＯＭディスクに記録されており、上記記録媒体の外部からダウンロードしたＴｉｔｌｅ ＃４がローカルストレージに存在する。上記タイトル（Ｔｉｔｌｅ ＃１〜＃４）を構成するデータは暗号化されたデータであり、上記データの暗号化に用いられたキーに関する情報がディスク内のユニットキーファイルに存在する。上記ユニットキーファイルはディスクの外部に存在しても良いが、ハッキング（ｈａｃｋｉｎｇ）などによる情報漏れを防ぐためにはディスク内に存在することが好ましい。
【００９４】
ユーザがディスクに記録されたＴｉｔｌｅ ＃３を再生するように選択した場合、上記Ｔｉｔｌｅ ＃３の再生のためには、上記Ｔｉｔｌｅ ＃３の復号化に用いられるキー（以下、復号化キー）がコンテンツ復号化モジュール（Ｃｏｎｔｅｎｔｓ Ｄｅｃｒｙｐｔｉｏｎ Ｍｏｄｕｌｅ）に提供されなければならない。
【００９５】
上記Ｔｉｔｌｅ ＃３の復号化キーが提供されると、上記コンテンツ復号化モジュールは、上記提供されたキーを用いて、上記Ｔｉｔｌｅ ＃３を暗号化以前のデータ形態に復号化し、該復号化されたデータがデコーダ１７を通じて再生される。
【００９６】
図５で、ローカルストレージ内の付加データを含んで構成されたタイトルがＴｉｔｌｅ ＃４と表現され、これがユーザに提供される。ユーザが上記Ｔｉｔｌｅ ＃４の再生を命令すると、上記Ｔｉｔｌｅ ＃４の復号化キーが上記ユニットキーファイルから読み取られ、上記Ｔｉｔｌｅ ＃４を復号化するために上記読み取られたキーが上記Ｔｉｔｌｅ ＃４と一緒にコンテンツ復号化モジュールに提供される。
【００９７】
図６乃至図８Ｂは、本発明によるキーを用いたデータ復号方法の実施形態を示す図である。図６及び図７は、ダウンロードされるデータをディスク内のキーを用いて復号化する方法を示す。図６で、ダウンロードされるデータの復号化キーは、ディスクに記録されたデータの復号化にも使用されるキーである。図７で、ダウンロードされるデータの復号化キーは、上記ダウンロードされるデータのためにディスクに別に保存されたキーである。図８Ａまたは図８Bは、ローカルストレージに保存されたユニットキーファイル内のキーを用いてデータを復号化する方法を示す。図８Ａで、ダウンロードされるデータのみが、ローカルストレージに配置されるユニットキーファイル内のキーを使用する。図８Ｂで、ディスクに記録されたデータが、ローカルストレージに配置されるユニットキーファイルから読み取られたキーを使用する。
【００９８】
図６は、本発明の第１実施形態によるデータ復号方法を示す図で、ダウンロードされたデータが、ディスク記録されたデータの復号化に用いられるように、上記ディスクに保存されたキーによって復号化される。すなわち、ダウンロードされたデータが、ディスクに記録されたデータと復号化キーを共有する。
【００９９】
図６を参照すると、インデックステーブル６１０とユニットキーファイル６２０がディスクに存在し、上記ディスクに存在する上記インデックステーブルは“Ｆｉｒｓｔ Ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”及び“タイトル（Ｔｉｔｌｅ ＃１，Ｔｉｔｌｅ ＃２，…）”で構成されている。
【０１００】
上記ディスク内の上記ユニットキーファイルには、上記インデックステーブルに含まれたインデクシング項目、すなわち、“Ｆｉｒｓｔ Ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”、“タイトル（Ｔｉｔｌｅ ＃１，Ｔｉｔｌｅ ＃２，…）”を構成するデータの復号化キーに関する情報が保存される。以下では、Ｔｉｔｌｅ ＃ｎを構成するデータの復号化キーを“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃ｎ”で表す。すなわち、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”６２０ａは、ディスク内のＴｉｔｌｅ ＃１（６１０ａ）のために提供されたキーで、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”６２０ｂは、ディスク内のＴｉｔｌｅ ＃２（６１０ｂ）のために提供されたキーである。
【０１０１】
暗号化されたデータがディスクの外部からローカルストレージにダウンロードされることができる。この場合、上記ダウンロードされたデータを再生できる新しいインデックステーブル６３０がユーザに提供される。上記インデックステーブル６３０上のＴｉｔｌｅ ＃１（６３０ａ）は、ディスク内のＴｉｔｌｅ ＃１（６１０ａ）に該当し、Ｔｉｔｌｅ ＃２（６３０ｃ）は、ダウンロードされたデータを含むタイトル（以下、ダウンロードされたタイトル）に該当し、Ｔｉｔｌｅ ＃３（６３０ｂ）はディスク内のＴｉｔｌｅ ＃２（６１０ｂ）に該当する。
【０１０２】
上記ダウンロードされたＴｉｔｌｅ ＃２（６３０ｃ）が暗号化されたデータで構成された場合、上記Ｔｉｔｌｅ ＃２を再生するためには、上記暗号化されたデータが復号化されなければならない。
【０１０３】
図６は、上記ダウンロードされたデータの復号化キーが上記ディスク内に存在する場合であり、上記キーは、ディスク内に存在する他のデータの復号化キーに対応する。すなわち、新しいインデックステーブル上のＴｉｔｌｅ ＃２（６３０ｃ）は、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”（６２０ａ）で復号化されることができるが、この場合、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”（６２０ａ）は、ディスクに記録されたＴｉｔｌｅ ＃１（６１０ａ＝６３０ａ）の復号化キーである。
【０１０４】
コンテンツプロバイダ（ＣＰ）は、ディスクに記録されたデータの復号化キー（６２０ａ，６２０ｂ等）によって復号化されることができるようにデータを暗号化し、該暗号化されたデータをユーザに提供できる。ユーザが、上記暗号化されたデータをダウンロードした場合、プレーヤーは上記ディスクから上記ダウンロードされたデータの復号化キーを読み取り、上記読み取られた復号化キーで上記ダウンロードされたデータを復号化して再生する。
【０１０５】
図７は、本発明の第２実施形態によるデータ復号方法を示す図であり、ダウンロードされたデータが、上記ダウンロードされたデータのためにディスクに別に保存されたキーで復号化される。すなわち、ディスクに記録されたデータの復号化キーが、ダウンロードされたデータの復号化に使用されない。
【０１０６】
図７を参照すると、ディスクに記録されたインデックステーブルとダウンロードされたデータを再生するため、新しいインデックステーブルは、図６で前述したインデックステーブル（６１０及び６３０）と同じである。ただし、図７の実施形態では、ディスクに記録されたデータのために上記ディスクに記録された復号化キー７２１とは別に、ダウンロードされるデータのための復号化キー７２２が保存される。暗号化されたデータがダウンロードされる場合、該暗号化されたデータは、上記別に保存されたキー７２２のいずれか一つで復号化される。
【０１０７】
すなわち、ディスクに記録されたタイトル（６３０ａ＝６１０ａ，６３０ｂ＝６１０ｂ）は、それぞれディスクに記録されたデータの復号化キー７２１で復号化され、ダウンロードされたタイトル６３０ｃは、ダウンロードされたデータのために別に保存されたキー７２２のいずれか一つで復号化される。
【０１０８】
具体的に、新しいインデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）の再生命令が与えられると、上記ディスクに記録されたタイトルの復号化キー７２１のうち、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”７２１ａが上記Ｔｉｔｌｅ ＃１と共にコンテンツ復号化モジュールに提供される。上記コンテンツ復号化モジュールで、上記Ｔｉｔｌｅ ＃１は、上記“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”７２１ａによって復号化される。Ｔｉｔｌｅ ＃３（６３０ｂ）の復号化キーである“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”７２１ｂもまた、上記ディスクに記録されたタイトルの復号化キー７２１の一つである。
【０１０９】
ディスク製作者（ａｕｔｈｏｒ）は、ダウンロードされるデータを考慮して余分のキーを上記ディスクに保存しておくことができる。そして、暗号化されたデータが、これらのキーのいずれか一つで復号化できるように、対応するキーでデータを暗号化してユーザに提供できる。すなわち、上記新しいインデックステーブル６３０上のＴｉｔｌｅ ＃２（６３０ｃ）は、ダウンロードされるデータのために余分に保存されたキー７２２のいずれか一つ“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃ｎ”７２２ａで復号化可能なように暗号化されてユーザに提供されたタイトルである。上記ユーザが上記Ｔｉｔｌｅ ＃２（６３０ｃ）の再生命令を与えると、プレーヤーは、ダウンロードされるデータのために保存されたキー７２２のうち、上記“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃ｎ”を読み取り、該読み取られたキーを用いて上記Ｔｉｔｌｅ ＃２を復号化する。
【０１１０】
図８Ａは、本発明の第３実施形態によるデータ復号方法を示す図であり、ディスクに保存されたキーとは別のキーがローカルストレージに保存され、ダウンロードされたデータが、上記ローカルストレージに保存された上記キーで復号化される。すなわち、ディスクとローカルストレージに上記ディスクと関連したユニットキーファイルが二つ存在する。
【０１１１】
ハッキング（ｈａｃｋｉｎｇ）などによって暗号化情報が漏出されるのを防止するために、復号化キーはディスク内に存在されることが好ましいが、権限ないユーザはアクセスできない安全領域（ｓｅｃｕｒｅ ａｒｅａ）がローカルストレージに設定され、この安全領域にキーが保存されても良い。
【０１１２】
本実施形態で、ディスクに保存されたユニットキーファイル６２０の他にローカルストレージにユニットキーファイル８２０が保存され、上記ディスクと上記ストレージのそれぞれにユニットキーファイルが存在する。上記ローカルストレージに保存されるユニットキーファイルは、ディスク外部からダウンロードされたものであっても良く、上記ディスクから読み取られたものであっても良い。
【０１１３】
なお、データを復号化する際に、ディスクに保存されたデータは上記ディスクに保存されたキーを用いて復号化され、ダウンロードされたデータはローカルストレージに保存されたキーを用いて復号化されることができる。
【０１１４】
新しいインデックステーブル６３０上のＴｉｔｌｅ ＃１またはＴｉｔｌｅ ＃３の再生命令が与えられると、プレーヤーは、ディスクに保存されたキー６２０の中で該当するタイトルに対応するキーを読み取り、該読み取られたキーをコンテンツ復号化モジュールに提供する。具体的には、Ｔｉｔｌｅ ＃１に対してはディスクに保存されたキー６２０のうちの“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”６２０ａが読み取られ、Ｔｉｔｌｅ ＃３に対しては“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”６２０ｂが読み取られる。
【０１１５】
一方、ダウンロードされたＴｉｔｌｅ ＃２の再生命令が与えられると、上記Ｔｉｔｌｅ ＃２の復号化過程では、上記ディスクに保存されたキーファイル６２０の代わりに、上記ローカルストレージに保存されたキーファイル８２０から該当のキー８２０ａが読み取られる。
【０１１６】
図８Ｂは、本発明の第４実施形態によるデータ復号方法を示す図であり、ユニットキーファイルがローカルストレージに存在し、ディスクに記録されたデータとダウンロードされたデータが上記ローカルストレージ内の上記ユニットキーファイル内のキーによって復号化される。
【０１１７】
図８Ａと同様に、図８Ｂではローカルストレージにユニットキーファイルが保存され、ディスクと上記ローカルストレージにそれぞれユニットキーファイルが存在する。ただし、図８Ａでは上記ローカルストレージに保存されたキーが、ダウンロードされたデータの復号化にのみ用いられるのに対し、図８Ｂではそれが、ダウンロードされたデータの他にディスクに記録されたデータの復号化にも用いられる。
【０１１８】
すなわち、Ｔｉｔｌｅ ＃１，Ｔｉｔｌｅ ＃２，Ｔｉｔｌｅ ＃３の復号化キーがディスクに保存されたユニットキーファイル６２０から読み取られず、ローカルストレージ内のユニットキーファイル８３０から読み取られる。ダウンロードされたタイトルであるＴｉｔｌｅ ＃２（６３０ｃ）の復号化は、上記ローカルストレージ内の“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃ｎ”８３２ａによって行われ、ディスクに記録されたタイトルであるＴｉｔｌｅ ＃１（６３０ａ）とＴｉｔｌｅ ＃３（６３０ｂ）の復号化もまた、上記ローカルストレージ内の“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”（８３１ａ）と“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”（８３１ｂ）によってそれぞれ行われる。
【０１１９】
上記ローカルストレージに保存されたユニットキーファイルは、ダウンロードしたキーを含んでも良く、ディスクから読み取られて上記ローカルストレージに保存されたものであっても良い。必要に応じて、ローカルストレージ内に安全領域を設定し、該安全領域に該当のキーを保存しても良いことは、図８Ａの前述と同様である。
【０１２０】
または、ディスクに記録されたデータを、上記ディスクに保存されたキーではなくローカルストレージに別に保存されたキーを用いて復号化する場合、上記ディスクに記録されたデータの復号化に用いられる上記キーを、上記ディスクに保存されたキーから読み取られたキーに制限しても良い。例えば、ユニットキーファイルを、ディスクに記録されたキーとダウンロードされたキーとで構成してローカルストレージに保存しておき、データの再生命令が与えられると、上記ローカルストレージに保存されたユニットキーファイルから必要なキーが読み取られるようにしても良い。
【０１２１】
一方、図８Ｂは、ディスクに記録されたタイトル（６３０ａ及び６３０ｂ）のためのキー８３１とダウンロードされたタイトル６３０ｃのためのキー８３２とが区分されてローカルストレージに保存された例を示す図である。図６でディスクに保存されたデータのために用いられるキーが、ダウンロードされるデータのために用いられる場合と同様に、ディスクに記録されたタイトルのためのキーとダウンロードされたタイトルのためのキーが区分されずに保存されることができることは自明である。
【０１２２】
本発明によれば、データ暗号化に対応するキーを所有するユーザのみが該当データを復号化できるため、コンテンツプロバイダのコンテンツが安全に提供されることができる。すなわち、権限ないユーザが上記データをダウンロードする場合、相応するキーを所有していないからデータを再生できない。これにより、記録媒体及びローカルストレージにダウンロードされるコンテンツを保護することができる。
【０１２３】
なお、データが暗号化されており、上記データを復号化できるキーが複数存在する場合、上記暗号化されたデータを復号化できる適切なキーが選択される必要がある。したがって、本発明は、暗号化されたデータの復号化に適合するキーを選択できるようにリンク情報を用いてデータを復号化する方法及び装置を提供する。
【０１２４】
図９Ａ乃至図９Ｃは、それぞれ本発明の実施形態によってリンク（ｌｉｎｋ）情報を用いてデータを復号化する方法を示す図である。
【０１２５】
以下では、一つのタイトルを構成するデータが同一のユニットキーで暗号化され、リンク情報としてＣＰＳユニットナンバー（ＣＰＳ ｕｎｉｔ ｎｕｍｂｅｒ）を用いる場合を例にして説明する。ＣＰＳユニットナンバーは、ＣＰＳユニット別に与えられ、上記ＣＰＳユニットが同一のユニットキーで暗号化されたデータのグループを意味するということは、前述した通りである。
【０１２６】
図９Ａ及び９Ｂは、ダウンロードされるデータのリンク情報がインデックステーブルなどのデータベースファイルに保存された場合を示す図である。図９Ｃは、ダウンロードされるデータのリンク情報とディスクに記録されたデータのリンク情報が、ローカルストレージに別のファイルとして保存された場合を示す図である。
【０１２７】
データベースファイルとは、データの再生に関連した管理ファイルのことをいう。インデックステーブル、プレイリストファイル、クリップ情報ファイルなどがこれに該当する。以下では、リンク情報が上記データベースファイルのうちインデックステーブルに備えられた場合を例にして説明するが、本発明が以下の実施形態に限定されないことは自明である。
【０１２８】
図９Ａは、本発明の第５実施形態によってリンク情報を用いてデータを復号化する方法を示す図であり、ダウンロードされるデータの復号化を可能にするキーを表すリンク情報が存在し、この復号化キーは、ディスクに記録されたデータの復号化に用いられるキーでもある。すなわち、図９Ａで、ディスクに記録されたデータの復号化キー（例えば、９１０ａ及び９１０ｂ）のみがユニットキーファイル９１０に記録され、ダウンロードされるタイトルの復号化キーは別に記録されていない。
【０１２９】
上記ユニットキーファイル９１０は、ディスクに記録されたデータがどのＣＰＳユニットに含まれるかを表す情報と当該ＣＰＳユニットに対するユニットキーを含む。以下では、暗号化されたデータがどのＣＰＳユニットに含まれるかを表す上記情報を、ＣＰＳユニットナンバーで表現する。図９Ａの実施形態で、一つのタイトルを構成するデータが同一のユニットキーで暗号化され、各タイトル別にＣＰＳユニットナンバーが与えられることができる。
【０１３０】
なお、上記ＣＰＳユニットナンバーは、各タイトルごとに個別的に付与されることで十分であり、各タイトルごとにそれぞれ異なるＣＰＳユニットナンバーが付与される必要はない。すなわち、複数のタイトルが同一のＣＰＳユニットナンバーを有しても良く、各タイトルごとにそれぞれ異なるＣＰＳユニットナンバーを有しても良い。
【０１３１】
また、ユニットキーファイルに記録されたユニットキーは、ＣＰＳユニットごとに定義されることが好ましい。したがって、本発明においてＣＰＳユニットナンバーが異なると、異なるユニットキーで暗号化されて異なるＣＰＳユニットに含まれるデータであることを意味する。ＣＰＳユニットナンバーが同一であれば、同一のユニットキーで暗号化されて同一のＣＰＳユニットに含まれるデータであることを意味する。
【０１３２】
インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）は、ディスクに記録されたタイトルのうちＴｉｔｌｅ ＃１に該当し、Ｔｉｔｌｅ ＃３（６３０ｂ）は、上記ディスクに記録されたタイトルのうちＴｉｔｌｅ ＃２に該当する。すなわち、Ｔｉｔｌｅ ＃３（６３０ｂ）の再生のためには、上記ディスクに記録されたＴｉｔｌｅ ＃２が再生される。上記インデックステーブルのＴｉｔｌｅ ＃２（６３０ｃ）は、ダウンロードされたタイトルである。上記インデックステーブルは、ダウンロードされたタイトルを再生できるように新しく構成されたもので、コンテンツプロバイダによって別に提供されたものであっても良く、プレーヤーによって新しく生成されたものであっても良い。
【０１３３】
したがって、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃１”は、インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）のリンク情報であり、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃２”は、上記インデックステーブル６３０のＴｉｔｌｅ ＃３（６３０ｂ）のリンク情報である。
【０１３４】
上記インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）に対する再生命令が与えられると、プレーヤーは、ディスクに保存されたユニットキーファイル９１０から“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃１”を確認し、上記Ｔｉｔｌｅ ＃１（６３０ａ）の属するＣＰＳユニットがわかる。図９Ａで、上記Ｔｉｔｌｅ ＃１は、ＣＰＳユニット＃１に含まれる。上記Ｔｉｔｌｅ ＃１が上記ＣＰＳユニット＃１に含まれることが確認されると、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９１０ａが、上記Ｔｉｔｌｅ ＃１を復号化するために読み取られる。上記インデックステーブルのＴｉｔｌｅ ＃３（６３０ｂ）の場合、上記Ｔｉｔｌｅ ＃３はディスクに記録されたＴｉｔｌｅ ＃２と同じタイトルであるから、ユニットキーファイル９１０の“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃２”によって上記Ｔｉｔｌｅ ＃３（６３０ｂ）がＣＰＳユニット＃２に含まれることを確認することができる。
【０１３５】
上記インデックステーブル６３０のＴｉｔｌｅ ＃２（６３０ｃ）の再生のためにも上記Ｔｉｔｌｅ ＃２を復号化できるキーが必要とされ、よって、適切なキーがユニットキーファイルから選択されなければならない。本発明は、ダウンロードされるデータの復号化に必要な適合したキーを読み取るために、データと上記データの復号化に必要なキーを連結するリンク情報をおくことを特徴とする。この場合、上記リンク情報は、データベースファイルに備えられることができる。
【０１３６】
例えば、上記Ｔｉｔｌｅ ＃２（６３０ｃ）がＣＰＳユニット＃１に含まれる場合、すなわちＴｉｔｌｅ ＃２（６３０ｃ）の復号化キーが“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”である場合、上記Ｔｉｔｌｅ ＃２を含んで構成されるインデックステーブルに上記Ｔｉｔｌｅ ＃２に対して“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ＝１”というリンク情報が位置することができる。この場合、上記Ｔｉｔｌｅ ＃２（６３０ｃ）に対する再生命令が与えられると、プレーヤーは、上記インデックステーブルからＣＰＳユニットナンバーを確認して“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９１０ａを読み取る。
【０１３７】
上記Ｔｉｔｌｅ ＃２（６３０ｃ）の復号化キーは、ディスクに記録されたタイトルであるＴｉｔｌｅ ＃１（６３０ａ）の復号化キーでもある。すなわち、上記Ｔｉｔｌｅ ＃２（６３０ｃ）と上記Ｔｉｔｌｅ ＃１（６３０ａ）が同一のキーで暗号化され、ユニットキーを共有する。
【０１３８】
暗号化されたデータと上記データの復号化に用いられるキー間のリンク情報があると、上記リンク情報を用いて上記データの復号化に用いられる上記キーを容易に読み取ることが可能になる。したがって、本発明は、データを円滑に復号化できる。
【０１３９】
図９Ｂは、本発明の第６実施形態によってリンク情報を用いてデータを復号化する方法を示す図であり、ダウンロードされるデータのリンク情報がインデックステーブルに存在し、上記リンク情報によって読み取られるキーが、上記ダウンロードされるデータのためにディスクに別に保存されている。
【０１４０】
図９Ｂを参照すると、ダウンロードされるデータと該データの復号化キー間のリンク情報が、図９Ａと同様に、データベースファイルに存在する。ただし、図９Ａとは違い、図９Ｂは、上記ダウンロードされるデータが、ディスクに記録されたデータの復号化キーとは異なるキーを用いて復号化される。
【０１４１】
図９Ａで説明したように、インデックステーブルは、ダウンロードされたタイトルを再生できる新しいインデックステーブル６３０である。上記新しいインデックステーブルのタイトルのうち、Ｔｉｔｌｅ ＃１（６３０ａ）とＴｉｔｌｅ ＃３（６３０ｂ）はそれぞれディスクに記録されたＴｉｔｌｅ ＃１とＴｉｔｌｅ ＃２と同じタイトルであり、Ｔｉｔｌｅ ＃２（６３０ｃ）はダウンロードされたタイトルである。
【０１４２】
したがって、ディスクに記録されたタイトルの再生命令が与えられると、ユニットキーファイル９２０のタイトル別ＣＰＳユニットナンバーを用いて、上記タイトルを復号化できるキーを読み取ることができる。すなわち、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃１”によって、上記インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）がＣＰＳユニット＃１に含まれるという情報が確認できる。上記情報が確認されると、上記Ｔｉｔｌｅ ＃１（６３０ａ）は、ディスクに記録されたデータの復号化キー９２１の中から“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９２１ａが読み取られて復号化される。同様に、上記インデックステーブル６３０のＴｉｔｌｅ ＃３（６３０ｂ）は、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃２”によって、上記ディスクに記録されたデータの復号化キー９２１のうちの“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃２”９２１ａで復号化される。
【０１４３】
ディスク製作者は、ダウンロードされるデータを考慮して、ディスクに記録されたデータの復号化キーと別に、上記ダウンロードされるデータのためのスペアキーを上記ディスクに保存しておくことができる。コンテンツプロバイダは、上記ディスクに保存されたキーのうち、上記ダウンロードされるデータのために別に保存されたキーによって復号化が可能なように、上記ダウンロードされるデータを暗号化して提供する。したがって、上記キーを持つユーザのみ上記ダウンロードされるデータを再生できる。
【０１４４】
Ｔｉｔｌｅ ＃２（６３０b）は、ダウンロードされるデータのために余分にディスクに保存されたキー９２２のうち、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃ｎ”９２２ａで復号化されることができるように暗号化されている。本発明によって、上記Ｔｉｔｌｅ ＃２（６３０ｃ）の復号化キーに対するリンク情報が、データベースファイルであるインデックステーブル６３０に“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ＝Ｎ”で表示されている。Ｔｉｔｌｅ ＃２（６３０ｃ）に対する再生命令が与えられると、プレーヤーは、上記インデックステーブル６３０でＣＰＳユニットナンバーが“Ｎ”であることを確認して“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃ｎ”を読み取る。上記読み取られた”Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃ｎ”がＴｉｔｌｅ ＃３（６３０）と共にコンテンツ復号化モジュールに提供され、これによって上記Ｔｉｔｌｅ ＃３（６３０）が復号化される。
【０１４５】
図９Ｃは、本発明の第７実施形態によってリンク情報を用いてデータを復号化する方法を示す図であり、リンク情報がローカルストレージに別のファイルとして構成された場合である。
【０１４６】
図９Ａまたは図９Ｂと同様に、図９Ｃは、リンク情報を提供することによって該当のキーが読み取られる実施形態である。ただし、図９Ａまたは図９Ｂとは違い、図９Ｃは、リンク情報がデータベースファイルではなく別のファイルに存在し、ディスクに記録されたタイトルまたはダウンロードされたタイトルのための該当キーが上記ファイルを用いて読み取られる。
【０１４７】
図９Ｃを参照すると、暗号化されたデータのためのユニットキーファイル９１０がディスクに存在し、ダウンロードされたデータが再生されうるようにする新しいインデックステーブル６３０が存在する。
【０１４８】
Ｔｉｔｌｅ ＃１（６３０ａ）は“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９１０ａで暗号化されたタイトルである。Ｔｉｔｌｅ ＃３（６３０ｂ）は、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃２”９１０ｂで暗号化されたタイトルである。Ｔｉｔｌｅ ＃２は、ダウンロードされたタイトルで、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃３”９１０ｂで暗号化されたものである。
【０１４９】
上記インデックステーブル６３０の“Ｆｉｒｓｔ Ｐａｌｙ”、”Ｔｏｐ Ｍｅｎｕ”、タイトルのうちのいずれか一つによってデータを再生するためには、上記データが復号化される必要がある。上記データの復号化のためには、上記復号化に必要な適切なキーが読み取られてコンテンツ復号化モジュールに提供されなければならない。暗号化されたデータと上記データの復号化キー間のリンク情報がローカルストレージに別のファイルとして構成されることができる。以下では、上記別に構成されたファイルをリンク情報ファイルと呼ぶ。
【０１５０】
インデックステーブル６３０上の各項目に対するＣＰＳユニットナンバーを含むリンク情報ファイル９３０がローカルストレージに提供される。上記インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）は、上記リンク情報ファイル内のＴｉｔｌｅ ＃１に該当し、Ｔｉｔｌｅ ＃２（６３０ｃ）はＴｉｔｌｅ ＃３に該当し、Ｔｉｔｌｅ ＃３（６３０ｂ）はＴｉｔｌｅ ＃２に該当する。すなわち、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃１”９３０ａは、インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）のＣＰＳユニットナンバーを表す。“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃２”９３０ｂは、インデックステーブルのＴｉｔｌｅ ＃３（６３０ｂ）のＣＰＳユニットナンバーを表す。“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃３”９３０ｃは、インデックステーブルのＴｉｔｌｅ ＃２（６３０ｃ）のＣＰＳユニットナンバーを表す。
【０１５１】
Ｔｉｔｌｅ ＃１（６３０ａ）に対する再生命令が与えられると、上記Ｔｉｔｌｅ ＃１（６３０ａ）のＣＰＳユニットが、ローカルストレージに構成されたリンク情報ファイルから確認されることができる。図９Ｃで、インデックステーブルのＴｉｔｌｅ ＃１（６３０ａ）のＣＰＳユニットナンバーは“１”、Ｔｉｔｌｅ ＃２（６３０ｃ）のＣＰＳユニットナンバーは“３”、Ｔｉｔｌｅ ＃３（６３０ｂ）のＣＰＳユニットナンバーは“２”であり、これにより、Ｔｉｔｌｅ ＃１（６３０ａ）は、ＣＰＳユニット＃１に含まれる。したがって、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９１０ａがユニットキーファイル９１０から読み取られる。上記インデックステーブルのＴｉｔｌｅ ＃３（６３０ｂ）の場合には“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃２”９１０ｂが読み取られる。Ｔｉｔｌｅ ＃２（６３０ｃ）はＣＰＳユニットナンバーが“３”で、ＣＰＳユニット＃３に含まれるデータであるから、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃３”９１０ｃが読み取られる。
【０１５２】
一方、上記ローカルストレージに安全領域を設定し、上記安全領域に上記リンク情報ファイル９３０が保存されても良い。また、上記リンク情報ファイル９３０は、ＡＶデータ（ＡＶ ｄａｔａ）が保存される、ＡＶデータ記録領域に保存されても良い。上記リンク情報ファイル９３０は、ＣＰＳユニットナンバーだけで構成されたユニットキーファイルの一つと見なされても良い。ただし、上記リンク情報ファイルは９３０は、上記ディスクに保存されたユニットキーファイル９１０とは違い、データの復号化のための実際キーが含まれていない。
【０１５３】
また、上記リンク情報ファイル９３０は、ダウンロードされるデータの再生のためにコンテンツプロバイダから別に提供されたものであっても良く、ディスクに記録されたデータとダウンロードされたデータが持つリンク情報を読み取って構成されたものであっても良い。
【０１５４】
また、ディスクに記録されたデータとダウンロードされたデータは、ユニットキーファイル内のユニットキーを共用することができる。スペアのユニットキーが上記ダウンロードされるデータのために保存され、上記ダウンロードされたデータが上記スペアのユニットキーによって復号化されることができるということは、前述した通りである。
【０１５５】
また、図９Ａ乃至図９Ｃでは、上記ユニットキーファイルがディスクに保存された場合を例にして説明したが、図８Ａ及び図８Ｂで説明した通り、上記ローカルストレージに別に保存されることも可能である。
【０１５６】
図６乃至図９Ｃの新しいインデックステーブル６３０は、インデックスファイル（“ｉｎｄｅｘ”）の形態で外部からダウンロードされても良く、ローカルストレージ内で新しく構成されても良い。すなわち、上記インデックステーブル６３０は、ダウンロードされたデータが復号されうるようにユーザに提供可能であればいずれも可能である。
【０１５７】
図１０は、本発明によるデータ復号方法を示す図である。
【０１５８】
図１０を参照すると、暗号化されたデータに対する再生命令が与えられると（Ｓ１０）、プレーヤーは、上記データのリンク情報を確認する（Ｓ２０）。上記リンク情報は、データベースに存在しても良く、リンク情報ファイルとしてローカルストレージに存在しても良いことは、図９Ａ乃至図９Ｃで既に説明した。
【０１５９】
上記リンク情報を用いて記録媒体またはローカルストレージ内に存在するユニットキーファイルからデータを暗号化したキーを読み取る（Ｓ３０）。上記ユニットキーファイルは、記録媒体に記録されたデータの復号化キーのみで構成されたものであっても良く、ダウンロードされるデータのためのスペアキーをさらに含んで構成されたものであっても良い。
【０１６０】
上記キーが読み取られると（Ｓ３０）、上記暗号化されたデータは上記キーと一緒にコンテンツ復号化モジュールに提供される（Ｓ４０）。上記コンテンツ復号化モジュールで、上記データが上記提供されたキーによって復号化される（Ｓ５０）。上記データが復号化されると、上記データは、暗号化以前の形態に復元され、デコーダ１７によって再生されることができる。
【０１６１】
図１１は、再生されるデータが共有される場合を説明するために示す図である。
【０１６２】
図１１を参照すると、複数のタイトルがディスクに存在し、これらのタイトルのいずれか一つが、他のタイトルを構成するクリップの一部または全部を共有することができる。複数のタイトルが互いにクリップを共有する場合、ディスク製作者は、同一のユニットキーで暗号化されて同一のＣＰＳユニットに含まれるデータを用いてタイトルを構成することが好ましい。すなわち、他のＣＰＳユニットに属するデータは共有されないことが好ましい。これは、他のＣＰＳユニットに含まれるデータで構成されたタイトルは、それぞれ一つのユニットキーで復号化されることができず、それぞれ異なるユニットキーが使用されなければならないため、上記該当するタイトルの再生時に誤りが生じることがあるためである。しかも、より大きいデータ処理容量と速度がプレーヤーに要求される。
【０１６３】
Ｔｉｔｌｅ ＃３は、二つのプレイアイテムを含むプレイリスト＃３によって再生される。該Ｔｉｔｌｅ ＃３は、Ｔｉｔｌｅ ＃１によって再生されるクリップ１１１０の一部１１１０ａとＴｉｔｌｅ ＃２によって再生されるクリップ１１２０の一部１１２０ａとを共有して構成される。上記Ｔｉｔｌｅ ＃３がＴｉｔｌｅ ＃１とクリップを共有するためには、上記Ｔｉｔｌｅ ＃１と同一のユニットキーが上記Ｔｉｔｌｅ ＃３に割り当てられなければならない。クリップを直接的または間接的に共有することによって互いに関連付けられる上記Ｔｉｔｌｅ ＃１，Ｔｉｔｌｅ ＃２及びＴｉｔｌｅ ＃３は、同一のユニットキーである“ｋｅｙ ＃１”を持つ。
【０１６４】
上記ではＴｉｔｌｅ ＃３がディスクに記録されたタイトルである場合を例にして説明したが、上記Ｔｉｔｌｅ ＃３がディスクの外部からダウンロードされる場合にも同じ論理を適用することができる。コンテンツプロバイダは、ダウンロードするタイトルを提供するに当たり、ディスクに記録されたクリップを含むタイトルを構成する場合、同一のＣＰＳユニットに含まれたクリップを使用することが好ましい。ディスク内のクリップをダウンロードされるタイトルに使用しようとする場合、上記クリップは同一のユニットキーで暗号化される。
【０１６５】
上記では、記録媒体にデータが記録されており、上記記録されたデータの再生のみ可能なＢＤ−ＲＯＭにして説明した。しかし、記録媒体によって読み取りだけでなく上記記録媒体にデータを記録することもできる。以下、記録可能な記録媒体のうちＢＤ−ＲＥ（ＢＤ Ｒｅｗｒｉｔａｂｌｅ）を例にして、キーで暗号化されたデータを記録する方法について説明する。
【０１６６】
まず、データをＢＤ−ＲＥディスクに記録する過程で、上記記録されるデータを再生できるプレイリストが仮想的に生成される。上記仮想的に生成されるプレイリストを仮想プレイリストと命名する。ディスクに記録されるデータの編集、記録などが上記仮想プレイリストによって行われる。
【０１６７】
上記仮想プレイリストは一つ以上のプレイアイテム（ＰＩ）で構成され、上記プレイアイテムは、上記仮想プレイリストによって再生されるクリップを指定する。上記クリップは、記録媒体またはローカルストレージに存在し、リアルプレイリストによって再生されることができる実際データである。上記仮想プレイリストは、一つのリアルプレイリストによって再生されるデータのみで構成されても良く、複数のリアルプレイリストによって再生されるデータの一部または全部を組み合わせて構成されても良い。
【０１６８】
以下、図１１のプレイリスト＃１をリアルプレイリスト＃１、プレイリスト＃２をリアルプレイリスト＃２とし、プレイリスト＃３を、上記プレイリスト＃１及び２によって再生されるデータを記録可能なプレイリストである仮想プレイリスト＃３として説明する。
【０１６９】
仮想プレイリストを構成するにおいて、本発明は、上記仮想プレイリストの構成に用いられるクリップが暗号化された場合、上記クリップが同一のＣＰＳユニットに含まれることを特徴とする。すなわち、上記仮想プレイリストは、異なるＣＰＳユニットに含まれるデータでは構成されないことが好ましい。
【０１７０】
仮想プレイリスト＃３は、リアルプレイリスト＃１によって再生されるクリップ１１１０の一部１１１０ａとリアルプレイリスト＃２によって再生されるクリップ１１２０の一部１１２０ａとを組み合わせて構成することができる。上記リアルプレイリスト＃１によって再生されるクリップ１１１０と上記リアルプレイリスト＃２によって再生されるクリップ１１２０は、“Ｋｅｙ ＃１”の同一ユニットキーを有する。同一のユニットキーで暗号化されたクリップは、同一のＣＰＳユニットに含まれる。したがって、これらのクリップ１１１０，１１２０は同一のＣＰＳユニットに含まれるクリップであり、上記仮想プレイリスト＃３は上記クリップの一部１１１０ａ，１１２０ａを組み合わせて構成することができる。データが上記仮想プレイリスト＃３によってディスクに記録された場合、上記ディスクに記録されたデータはキー＃１または上記キー＃１に対応するキーで復号化されることができる。
【０１７１】
上記リアルプレイリスト＃１によって再生されるクリップ１１１０と上記リアルプレイリスト＃２によって再生されるクリップ１１２０がそれぞれ異なるＣＰＳユニットに含まれる場合、すなわち、それぞれ異なるユニットキーによって暗号化された場合、本発明は、仮想プレイリストを生成しない。これにより、コンテンツプロバイダが許容しないコンテンツの複写、編集、記録が防止され、上記コンテンツを保護できる。
【０１７２】
図１２は、本発明においてタイトルがメインパス及びサブパスで構成された場合を説明するために示す図である。
【０１７３】
まず、プレイリストはメインパスだけで構成されても良いが、一つのメインパスと一つまたは複数のサブパスとで構成されても良い。プレイリストがサブパスを含む場合、上記メインパスと上記サブパスを構成するデータは、同一のＣＰＳユニットに含まれることが好ましい。この場合、上記メインパス及びサブパスは同一のユニットキーで復号化されることができる。
【０１７４】
図１２を参照すると、メインパスを構成するデータはディスクに記録されたデータであり、サブパスを構成するデータがローカルストレージにダウンロードされたデータである。上記ダウンロードされたデータを再生できるプレイリストは、一つのメインパスと二つのサブパス（サブパス＃２、サブパス＃３）を含む。
【０１７５】
上記メインパスは。プレイアイテム＃１（ＰＩ ＃１）とプレイアイテム＃２（ＰＩ ＃２）を含み、上記プレイアイテム＃１は、ディスクに記録されたクリップ＃１（１２１０ａ）を指定し、上記プレイアイテム＃２は、ディスクに記録されたクリップ＃２（１２１０ｂ）を指定する。上記クリップ＃１とクリップ＃２はビデオ（Ｖｉｄｅｏ）、オーディオ（Ａｕｄｉｏ）、プレゼンテーショングラフィック（ＰＧ）とインタラクティブグラフィック（ＩＧ）をマルチプルレックスして生成されたクリップである。
【０１７６】
上記サブパス＃２とサブパス＃３はそれぞれ、一つのサブプレイアイテム（ＳＰＩ）を含む。上記サブパス＃２を構成するサブプレイアイテムは、ローカルストレージに保存されたクリップ＃１（１２２０ａ）を指定し、上記サブパス＃３を構成するサブプレイアイテムは上記ローカルストレージに保存されたクリップ＃２（１２２０ｂ）を指定する。上記ローカルストレージに保存された上記クリップ＃１（１２２０ａ）とクリップ＃２（１２２０ｂ）は、上記ディスクの外部からダウンロードされたクリップで、上記クリップ＃１（１２２０ａ）は同期タイプオーディオストリーム（Ｓyｎｃ ｔｙｐｅ Ａｕｄｉｏ ｓｔｒｅａｍ）で、クリップ＃２（１２２０ｂ）はプレゼンテーショングラフィックのみのためのストリーム（ＰＧ−ｏｎｌｙ ｓｔｒｅａｍ）である。
【０１７７】
上記ディスクに記録された、上記メインパスを構成するためのクリップ＃１（１２１０ａ）とクリップ＃２（１２１０ｂ）は、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”によって復号化されるクリップである。上記メインパスとサブパス＃２及び／またはサブパス＃３を再生する場合、上記ローカルストレージに保存された、上記サブパス＃２とサブパス＃３を構成するためのクリップ＃１（１２２０ａ）とクリップ＃２（１２２０ｂ）は、上記“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”によって復号化することができる。
【０１７８】
それぞれサブパス＃２とサブパス＃３を構成するクリップ＃１（１２２０ａ）とクリップ＃２（１２２０ｂ）を暗号化する場合、コンテンツプロバイダは、上記サブパスと一緒に再生されるメインパスを構成するクリップ＃１（１２１０ａ）とクリップ＃２（１２１０ｂ）と同一のキーで暗号化を行う。上記暗号化されたクリップをダウンロードしたユーザのうち、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”を持つユーザは、上記“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”を使用して上記メインパスとサブパスを共に再生することができる。
【０１７９】
図１２では、サブパスを構成するデータがダウンロードされる場合を例にしたが、プレイリストによって再生されるデータがいずれもディスクに記録されたデータであっても良く、メインパスを構成するデータがダウンロードされても良い。メインパスまたはサブパスを構成するデータのうちの一部をダウンロードしてディスクに記録されたデータと一緒に再生することも可能である。
【０１８０】
以下、図４を参照して、本発明によるデータ復号装置について説明する。
【０１８１】
本発明によるデータ復号装置は、記録媒体に記録されたデータを読み取るピックアップ１１と、上記記録媒体と関連してダウンロードされる暗号化されたデータを保存するローカルストレージ１５と、上記ダウンロードされたデータを、上記記録媒体またはローカルストレージのいずれかに保存されたキーファイル内のキーを用いて復号化する制御部１２とを備える。
【０１８２】
上記ダウンロードされたデータの復号化キーは、上記記録媒体に記録されたデータの復号化キーであっても良く、上記ダウンロードされるデータの復号化のために上記記録媒体に別に保存されたキーであっても良い。
【０１８３】
上記ローカルストレージ１５に保存されたキーを用いてデータを暗号化する場合、上記ローカルストレージ１５に保存されたキーは、記録媒体から読み取られて上記ローカルストレージに保存されたキーであっても良く、別の過程を経て上記記録媒体の外部からダウンロードしたキーが上記ローカルストレージ１５に保存されたキーに含まれても良い。
【０１８４】
上記記録媒体に記録されたデータを復号化する場合、上記制御部１２は、上記記録媒体に保存されたキーファイルから上記キーを読み取ることができる。場合によっては、上記ローカルストレージに保存されたキーファイルが、上記記録媒体に記録されたデータと上記ローカルストレージにダウンロードされたデータの両方に用いられても良い。
【０１８５】
ただし、上記ローカルストレージ１５にキーを保存する場合、ハッキングなどの危険を防止するために、上記ローカルストレージに安全領域を設定し、この安全領域に上記キーを配置することが好ましい。
【０１８６】
上記ローカルストレージ１５にダウンロードされるデータが、記録媒体に記録されたメインパスと関連してダウンロードされるサブパスデータである場合、上記サブパスデータは、上記メインパスデータと同一のキーで復号化されることが好ましい。このため、コンテンツプロバイダは、上記記録媒体に記録されたメインパスデータと同一のキーを用いてサブパスデータを暗号化しなければならない。
【０１８７】
また、本発明によるデータ復号装置は、記録媒体から上記記録媒体の情報を読み取るピックアップ１１と、上記記録媒体と関連してダウンロードされる暗号化されたデータを保存するローカルストレージ１５と、上記ダウンロードされるデータと上記データの復号化キー間のリンク（ｌｉｎｋ）情報を用いて上記復号化キーを読み取り、上記復号化キーで上記ダウンロードされたデータを復号化する制御部１２とを備える。コンテンツプロバイダは、上記リンク情報を上記ダウンロードされるデータのデータベースファイルに含め、上記リンク情報がユーザに提供されるようにすることができる。
【０１８８】
また、上記リンク情報は、別のファイルとして構成され、上記ローカルストレージに保存されることができる。各データが属するＣＰＳユニットを表す情報がリンク情報として用いられても良い。上記ＣＰＳユニットを表す情報としてはＣＰＳユニットナンバーを用いることができる。
【０１８９】
以上の本発明の実施形態は、添付の特許請求の範囲に開示された本発明の技術的思想とその技術的範囲内で、様々に改良、変更、代替または付加できることは、当業者にとっては自明である。したがって、本発明は、特許請求の範囲及びその均等範囲内における本発明の改良及び変更された事項も含むことは自明である。
【図面の簡単な説明】
【０１９０】
【図１】本発明の概念的理解を助けるために示す図である。
【図２】本発明の記録媒体としての光ディスクに記録されるファイル構造及びこれを用いて特定タイトルが再生される関係を示す図である。
【図３】本発明の記録媒体としての光ディスクの記録構造を示す図である。
【図４】本発明の光記録／再生機器の全体構成を示す図である。
【図５】本発明のデータの暗号化／復号化に対する概念的理解を助けるために示す図である。
【図６】本発明の第１実施形態によるデータ復号方法を示す図である。
【図７】本発明の第２実施形態によるデータ復号方法を示す図ある。
【図８Ａ】本発明の第３実施形態によるデータ復号方法を示す図である。
【図８Ｂ】本発明の第４実施形態によるデータ復号方法を示す図である。
【図９Ａ】本発明の第５実施形態によるリンク（ｌｉｎｋ）情報を用いたデータ復号方法を示す図である。
【図９Ｂ】本発明の第６実施形態によるリンク情報を用いたデータ復号方法を示す図である。
【図９Ｃ】本発明の第７実施形態によるリンク情報を用いたデータ復号方法を示す図である。
【図１０】本発明によるデータ復号方法を示す流れ図である。
【図１１】本発明において再生されるデータが共有される場合を説明するために示す図である。
【図１２】本発明においてタイトルがメインパスとサブパスとからなる場合を説明するために示す図である。
【技術分野】
【０００１】
本発明は、記録媒体の再生に係り、特に、記録媒体、データ復号装置及びその方法に関する。
【背景技術】
【０００２】
記録媒体として大容量のデータを記録できる光ディスクが広く使用されている。なかでも最近では高画質のビデオデータと高音質のオーディオデータを長時間記録して保存することができる新しい高密度記録媒体、例えば、ブルーレイディスク(ＢＤ)が開発されている。
【０００３】
次世代記録媒体技術であるＢＤは、既存のＤＶＤを顕著に凌駕するデータを備えうる次世代光記録ソリューションとされている。また、他のデジタル機器と共にこれに対する開発に多くの努力がなされている。
【０００４】
また、ＢＤ規格を応用した光記録／再生機器も開発され始めたが、未だＢＤ規格は完備しておらず、光記録／再生機器の開発を完了するのに多くの難題が生じている。
【０００５】
特に、上記のような光記録／再生機器は、ＢＤを記録／再生する基本機能の他に、周辺の関連デジタル機器との統合的使用を考慮した付加的な機能も考慮しなければならず、よって、外部入力信号を受信してこれをディスプレイするか、外部入力信号と内蔵されたＢＤを共に用いて再生するなどの機能は必ず備えるべきと思われる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のように外部入力信号及びＢＤを再生することにおいて、コンテンツプロバイダによって提供され開発された共有データを保護するための好ましい方法などが知られておらず、本格的なＢＤに基く光記録／再生機器を開発するのに多くの制約があるのが実情である。
【０００７】
したがって、本発明は、関連技術の限界及び欠点による一つまたは複数の問題点を実質的に防止する、記録媒体、データ復号装置及び方法に関する。
【０００８】
本発明の目的は、記録媒体外部から前記記録媒体と関連したデータを受信して保存することができるローカルストレージを備え、該ローカルストレージと記録媒体を用いてコンテンツを保護することができる記録媒体、データ復号装置及び方法を提供することにある。
【０００９】
本発明の付加的な利点、目的及び特徴は、本技術分野における当業者にとっては下記の説明における本発明の例示から自明になるだろう。本発明の目的及び他の利点は、添付の図面と特許請求の範囲及び詳細な説明に具体的に指摘された構造によって実現及び取得される。
【課題を解決するための手段】
【００１０】
上記目的及び他の利点を達成するために、本発明のデータ復号方法は、ローカルストレージに、記録媒体と関連した暗号化されたデータをダウンロードする段階と、前記記録媒体に記録されたデータを、前記記録媒体に保存されたキーファイル内の第１タイプのキーを用いて復号化する段階と、前記ダウンロードされたデータを、前記記録媒体または前記ローカルストレージのいずれかに保存されたキーファイル内の第２タイプのキーを用いて復号化する段階と、を含む。
【００１１】
例えば、前記第２タイプのキーは、前記第１タイプのキーと同一のキーである。
【００１２】
例えば、前記２タイプのキーは、前記第１タイプのキーと別に保存されたキーである。
【００１３】
例えば、前記ローカルストレージに保存されたキーファイルは、前記記録媒体に保存されたキーファイルとは別に保存されたキーファイルである。
【００１４】
例えば、前記ローカルストレージに保存されたキーファイルは、ダウンロードされたキーを含む。
【００１５】
例えば、前記ローカルストレージに保存されたキーファイルは、前記記録媒体から読み取られて前記ローカルストレージに保存されたキーファイルである。
【００１６】
例えば、前記ローカルストレージに保存されたキーファイルは、前記ローカルストレージに設定された安全領域（ｓｅｃｕｒｅ ａｒｅａ）に配置される。
【００１７】
例えば、前記ダウンロードされたデータが前記記録媒体に記録されたメインパスと関連したサブパスデータである場合、前記サブパスデータは前記メインパスデータと同一のキーを用いて復号化される。
【００１８】
また、本発明の他の態様において、データ復号方法は、ローカルストレージに、記録媒体と関連した、キーで暗号化されたデータをダウンロードする段階と、前記データの復号化キーを、前記データと前記復号化キー間のリンク（ｌｉｎｋ）情報を用いて読み取る段階と、前記データを前記復号化キーを用いて復号化する段階と、を含む。
【００１９】
例えば、前記リンク情報は、前記ダウンロードされたデータのデータベース（ｄａｔａｂａｓｅ）ファイルに含まれる。
【００２０】
例えば、前記リンク情報は、前記ローカルストレージにリンク情報ファイルとして保存される。
【００２１】
例えば、前記リンク情報ファイルは、前記ローカルストレージ内の安全領域（ｓｅｃｕｒｅ ａｒｅａ）に保存される。
【００２２】
例えば、前記リンク情報ファイルは、前記ローカルストレージ内のＡＶデータ記録領域に保存される。
【００２３】
例えば、前記リンク情報は、ＣＰＳユニットナンバー（ＣＰＳ ｕｎｉｔ ｎｕｍｂｅｒ）である。
【００２４】
例えば、前記復号化キーは、前記ＣＰＳユニットナンバーそれぞれを基準にして定義される。
【００２５】
例えば、前記ＣＰＳユニットナンバーは、タイトル毎に割り当てられる。
【００２６】
また、本発明の他の態様において、記録媒体は、コンテンツ（ｃｏｎｔｅｎｔｓ）が記録されたストリーム領域と、前記コンテンツの再生を管理するデータベース領域とを含み、前記ストリーム領域は、キーで暗号化された複数のタイトルを含み、前記複数のタイトルが互いにクリップの一部または全部を共有する場合、前記クリップを共有するタイトルは同一のキーで暗号化されている。
【００２７】
例えば、キーで暗号化された前記タイトルがメインパスとサブパスを含む場合、前記メインパスとサブパスは同一のキーで暗号化される。
【００２８】
例えば、ダウンロードされるタイトルが、前記記録媒体内の暗号化されたタイトルを構成するクリップの一部または全部を共有する場合、前記記録媒体内のクリップを共有する前記タイトルは同一のキーで暗号化される。
【００２９】
また、本発明の他の態様において、復号装置は、記録媒体に記録されたデータを読み取るピックアップと、前記記録媒体と関連してダウンロードされた暗号化されたデータを保存するローカルストレージと、前記記録媒体に記録されたデータを、前記記録媒体に保存されたキーファイル内の第１タイプのキーを用いて復号化し、前記ダウンロードされたデータを、前記記録媒体またはローカルストレージのいずれかに保存されたキーファイル内の第２タイプのキーを用いて復号化する制御部と、を備える。
【００３０】
例えば、前記第２タイプのキーは、前記第１タイプのキーと同一のキーである。
【００３１】
例えば、前記２タイプのキーは、前記第１タイプのキーと別に保存されたキーである。
【００３２】
例えば、前記ローカルストレージに保存されたキーファイルは、前記記録媒体に保存されたキーファイルとは別に保存されたキーファイルである。
【００３３】
例えば、前記ローカルストレージに保存されたキーファイルは、前記ローカルストレージに設定された安全領域に配置される。
【００３４】
例えば、前記ダウンロードされたデータが、記録媒体に記録されたメインパスと関連したサブパスデータである場合、前記制御部は、前記メインパスデータと同一のキーを用いて前記サブパスデータを復号化する。
【００３５】
また、本発明の他の態様において、復号装置は、記録媒体から前記記録媒体に記録されたデータを読み取るピックアップと、前記記録媒体と関連してダウンロードされた暗号化されたデータを保存するローカルストレージと、前記ダウンロードされたデータと前記復号化キー間のリンク（ｌｉｎｋ）情報を用いて前記復号化キーを読み取り、前記ダウンロードされたデータを、前記復号化キーを用いて復号化する制御部と、を備える。
【００３６】
例えば、前記リンク情報は、前記ダウンロードされたデータのデータベースファイルに含まれる。
【００３７】
例えば、前記リンク情報は、前記ローカルストレージにリンク情報ファイルとして保存される。
【００３８】
例えば、前記リンク情報は、前記ローカルストレージ内の安全領域に保存される。
【００３９】
例えば、前記リンク情報は、前記ローカルストレージ内のＡＶデータ記録領域に保存される。
【００４０】
例えば、前記リンク情報は、ＣＰＳユニットナンバーである。
【００４１】
本発明によれば、コンテンツが安全に提供される一方で、効率的に再生されることができるため、ユーザに一層便利な機能を提供することが可能になる。
【００４２】
前述した説明及び後述する本発明の詳細な説明は、本発明を例示し且つ説明するためのもので、請求される本発明の理解をより助けるよう意図していることを理解されたい。
【産業上の利用可能性】
【００４３】
本発明によれば、コンテンツの無断複製、配布などが防止できるため、安全なコンテンツの提供とデータの効率的再生が可能になり、ユーザに一層便利な機能を提供することが可能になる。
【発明を実施するための最良の形態】
【００４４】
以下、本発明のさらなる理解のために提供され、本願の一部を構成する添付の図面を参照しつつ、本発明の原理と共に、本発明の好適な実施形態について詳細に説明する。図面中、同一の構成要素については可能な限り同一の参照番号及び符号を共通使用するものとする。
【００４５】
まず、本発明は、説明の便宜上、記録媒体として光ディスク（ｏｐｔｉｃａｌ ｄｉｓｃ）、特に“ブルーレイディスク（ＢＤ）”を例にして説明する。ただし、本発明の技術思想は他の記録媒体にも同一に適用可能であることは自明である。
【００４６】
本発明で、“ローカルストレージ（ｌｏｃａｌ ｓｔｏｒａｇｅ）”とは、光記録／再生機器（図１）内に備えられた一種の保存手段で、必要な情報及びデータをユーザが任意に保存して活用できる要素のことを意味する。すなわち、現在の一般的に用いられるローカルストレージには、“ハードディスク（ｈａｒｄ ｄｉｓｋ）”、“システムメモリ（ｓｙｓｔｅｍ ｍｅｍｏｒｙ）”、“フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）”などがあるが、本発明が必ずしもこれに限定されるわけではない。
【００４７】
特に、上記“ローカルストレージ”は、記録媒体（例えば、ブルーレイディスク）と関連したデータを保存する手段としても用いられ、上記記録媒体と関連付けられてローカルストレージ内に保存されるデータは、通常、外部からダウンロードしたデータである。
【００４８】
これと関連して、記録媒体から一部許容されたデータを直接読み取るか、または、記録媒体の記録／再生と関連したシステムデータ（例えば、メタデータ等）を生成し、ローカルストレージ内に保存することも可能であることは自明である。
【００４９】
本発明では、説明の便宜上、上記記録媒体内に記録されたデータを“オリジナルデータ（ｏｒｉｇｉｎａｌ ｄａｔａ）”と命名し、上記ローカルストレージ内に保存されたデータのうち、記録媒体と関連したデータを“付加データ（ａｄｄｉｔｉｏｎａｌ ｄａｔａ）”と命名する。
【００５０】
本発明で“タイトル（ｔｉｔｌｅ）”とは、ユーザとのインターフェースをなす再生単位で、それぞれのタイトルは、特定のオブジェクトとリンク（ｌｉｎｋ）されており、上記オブジェクト内のコマンドあるいはプログラムによって、ディスクに記録された、該当のタイトルに関連したストリームが再生される。特に、本発明では、説明の便宜上、ディスクに記録されたタイトルのうち、ＭＰＥＧ２圧縮方式による動画像、映画及びインタラクティブ（ｉｎｔｅｒａｃｔｉｖｅ）情報を有するタイトルを特に“ＨＤＭＶタイトル”といい、Ｊａｖａプログラムによって実行される動画像、映画及びインタラクティブ情報を有するタイトルを“ＢＤ−Ｊタイトル”と命名する。
【００５１】
図１は、本発明の概念的理解を助けるために示す図で、光記録／再生機器１０と周辺機器間の統合的使用の一例を示している。
【００５２】
図１を参照すると、本発明の“光記録／再生機器１０”は、様々な規格の光ディスクを記録したり再生できる機器で、設計によっては、特定規格（例えば、ＢＤ）の光ディスクのみを記録／再生可能にしても良く、または、記録は除いて再生のみ可能にしても良い。以下では、ブルーレイディスク（ＢＤ）と周辺機器との連携性を考慮して、ＢＤ−プレーヤー（ＢＤ−Ｐｌａｙｅｒ）またはＢＤ−レコーダ（ＢＤ−ｒｅｃｏｒｄｅｒ）を例にして説明する。本発明の“光記録／再生機器１０”としては、コンピュータなどに内蔵可能なドライブ（ｄｒｉｖｅ）が含まれることは自明である。
【００５３】
本発明に係る光記録／再生機器１０は、光ディスク３０を記録／再生する機能の他にも、外部入力信号を受信してこれを信号処理した後、別の外部ディスプレイ２０を通じてユーザに対応する画像を伝達する機能を持つ。この場合、該外部入力信号には特別な制限はないが、ＤＭＢ（Ｄｉｇｉｔａｌ ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔｉｎｇ）及びインターネットなどが代表的な外部入力信号となりうる。インターネットは現在誰でも容易にアクセスできる媒体で、光記録／再生機器１０を通じてインターネット上の特定データがダウンロードされて用いられることができる。
【００５４】
これと関連して、外部ソース（ｅｘｔｅｒｎａｌ ｓｏｕｒｃｅ）としてコンテンツ（ｃｏｎｔｅｎｔｓ）を提供する者を“コンテンツプロバイダ（ＣＰ）”と総称する。
【００５５】
本発明でいうコンテンツとは、タイトルを構成する内容で、記録媒体の製作者（ａｕｔｈｏｒ）によって提供されるデータのことを意味する。
【００５６】
特に、本発明で解決しようとするところは、オリジナルデータと関連した付加データが暗号化された場合に、上記暗号化されたデータをキーを用いて復号化することにある。上記キーを用いた暗号化及び復号化については、図５以降で後述する。
【００５７】
オリジナルデータと付加データについて具体的に説明すると、例えば、光ディスクに特定タイトル用の多重化された（ｍｕｌｔｉｐｌｅｘｅｄ）ＡＶストリームをオリジナルデータとして記録しておき、上記オリジナルデータのオーディオストリーム（例えば、韓国語）と異なるオーディオストリーム（例えば、英語）をインターネット上から付加データとして提供すると、ユーザによっては、インターネット上の付加データとしてオーディオストリーム（例えば、英語）をダウンロードして、オリジナルデータたるＡＶストリームと共に再生したい要求、または、付加データのみを再生したい要求がありうる。この要求を可能にするためには、上記オリジナルデータと付加データ間の関連性を規定し、これらのデータをユーザの要求に応じて管理／再生する体系化した方法が必要である。
【００５８】
上記で、説明の便宜上、ディスクに記録された信号をオリジナルデータとし、ディスクの外部に存在する信号を付加データとしたが、これは、単にそれぞれのデータを取得する方法によって区分したもので、オリジナルデータと付加データが必ずしも特定のデータに限定されることはない。
【００５９】
したがって、付加データには、一般に、オーディオ（Ａｕｄｉｏ）、プレゼンテーショングラフィック（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃ：ＰＧ）、インタラクティブグラフィック（Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃ：ＩＧ）、テキストサブタイトル（Ｔｅｘｔ ｓｕｂＴｉｔｌｅ）等があるが、これに限定されず、これらの列挙したデータとビデオを全部含む多重化された（ｍｕｌｔｉｐｌｅｘｅｄ）ＡＶストリームが上記付加データになっても良い。すなわち、光ディスク外部に存在しながら、オリジナルデータと関連しているいかなる属性のデータも付加データになりうるわけである。
【００６０】
また、付加データは、インデックスファイル（ｉｎｄｅｘ）またはプレイリストファイル（＊．ｍ２ｔｓ）、クリップ情報ファイル（＊．ｃｌｐｉ）別にそれぞれダウンロードされても良く、コンテンツ単位またはタイトル単位にダウンロードされても良い。
【００６１】
上記ユーザの要求を実現可能にするためには、オリジナルデータと付加データ相互間に関連したファイル構造を持つことが必須となり、これと関連して、以下、図２及び図３を参照してブルーレイディスク（ＢＤ）で使用可能なファイル構造（ｆｉｌｅ ｓｔｒｕｃｔｕｒｅ）及びデータ記録構造について詳細に説明する。
【００６２】
図２は、本発明による記録媒体としてのディスクに記録されたオリジナルデータを再生管理するためのファイル構造及びファイル構造を用いて特定タイトルが再生される関係を示す図である。
【００６３】
図２を参照すると、本発明のファイル構造は、一つのルートディレクトリの下に、ＡＡＣＳディレクトリ（ＡＡＣＳ）と少なくとも一つのＢＤディレクトリ（ＢＤＭＶ）が存在する。上記ＢＤＭＶディレクトリは、ユーザとのインタラクティビティ（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を保障するための一般ファイル（上位ファイル）情報としてインデックスファイル（“ｉｎｄｅｘ”）とオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｔ”）を含む。また、実際ディスクに記録されたデータに関する情報とこれを再生する方法などに関する情報を有するＢＤＭＶディレクトリは、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助ディレクトリ（ＡＵＸＤＡＴＡ）、ＢＤＪＯディレクトリ、メタディレクトリ（ＭＥＴＡ）及びバックアップディレクトリ（ＢＡＣＫＵＰ）を含む。以下、上記ディレクトリ及びディレクトリ内に含まれるファイルについて詳細に説明する。
【００６４】
メタディレクトリ（ＭＥＴＡ）は、データに対するデータであるメタデータファイルを含む。すなわち、サーチ（ｓｅａｒｃｈ）ファイル、ディスクライブラリ（Ｄｉｓｃ Ｌｉｂｒａｒｙ）のためのメタデータなどが上記ディレクトリに存在する。
【００６５】
ＢＤＪＯディレクトリ（ＢＤＪＯ）は、ＢＤ−Ｊタイトルを再生するためのＢＤ−Ｊオブジェクトファイルを含む。
【００６６】
補助データディレクトリ（ＡＵＸＤＡＴＡ）は、ディスク再生に必要な付加的なデータファイルを含む。例えば、上記補助データディレクトリ（ＡＵＸＤＡＴＡ）は、インタラクティブグラフィック（Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃ）の実行時のクリックサウンドを提供する“Ｓｏｕｎｄ．ｂｄｍｖ”ファイルと、ディスク再生時のフォント（ｆｏｎｔ）情報を提供する“１１１１１．ｏｔｆ”ファイルなどを含むことができる。
【００６７】
ストリームディレクトリ（ＳＴＲＥＡＭ）は、ディスク内に特定フォーマットで記録されたＡＶストリームファイルが存在し、それぞれのストリームは現在広く知られたＭＰＥＧ−２方式のトランスポートパケット（（Ｔｒａｎｓｐｏｒｔ ｐａｃｋｅｔ）で記録される場合が最も一般的であり、ストリームファイル（０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ）の拡張名として“＊．ｍ２ｔｓ”を使用する。特に、ビデオ／オーディオ／グラフィック情報が多重化されたストリームをＡＶストリームといい、タイトルは少なくとも一つのＡＶストリームファイルで構成される。
【００６８】
クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）は、上記それぞれのストリームファイル（“＊．ｍ２ｔｓ”）と一対一対応するクリップ情報ファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ）で構成される。特に、上記クリップ情報ファイル（“＊．ｃｌｐｉ”）は、対応するストリームファイル（“＊．ｍ２ｔｓ”）の属性情報及びタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）等を含む。特に、ストリームファイル（“＊．ｍ２ｔｓ”）と上記ストリームファイル（“＊．ｍ２ｔｓ”）に一対一対応するクリップ情報ファイル（“＊．ｃｌｐｉ”）をまとめてクリップ（ｃｌｉｐ）と命名する。すなわち、クリップ（ｃｌｉｐ）は、ストリームファイル（“＊．ｍ２ｔｓ”）及びそのクリップ情報ファイル（“＊．ｃｌｐｉ”）をいずれも含むデータとなる。
【００６９】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、プレイリストファイル（“＊０００００．ｍｐｌｓ”）を含み、それぞれのプレイリストファイル（“＊０００００．ｍｐｌｓ”）は、特定クリップが再生される時間（ｐｌａｙｉｎｇ ｉｎｔｅｒｖａｌ）を指定する少なくとも一つのプレイアイテム（ＰＩ）及びサブプレイアイテム（ＳＰＩ）を含む。上記プレイアイテム（ＰＩ）及びサブプレイアイテム（ＳＰＩ）は、再生を希望する特定クリップの再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関する情報を持つ。
【００７０】
上記少なくとも一つのプレイアイテム（ＰＩ）による上記プレイリスト内の再生過程をメインパス（ｍａｉｎ ｐａｔｈ）といい、各サブプレイアイテム（ＳＰＩ）による上記プレイリスト内の再生過程をサブパス（ｓｕｂ ｐａｔｈ）という。上記メインパスは、上記プレイリストファイル内に必ず存在しなければならず、上記サブパスは、サブプレイアイテム（ＳＰＩ）の存在によって少なくとも一つが必要に応じて存在する。
【００７１】
すなわち、プレイリストファイルは、少なくとも一つのプレイアイテムの組み合わせによって所望のクリップの再生を行う全体再生管理ファイル構造内の基本的再生管理ファイル単位となる。
【００７２】
バックアップディレクトリ（ＢＡＣＫＵＰ）は、上記ファイル構造上のデータのうち、特にディスク再生と関連した情報が記録されるインデックスファイル（“ｉｎｄｅｘ”）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ、ＢＤ−ＪＯｂｊｅｃｔ）、プレイリストディレクトリ(ＰＬＡＹＬＩＳＴ)内の全てのプレイリストファイル（“＊．ｍｐｌｓ”）及びクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）内の全てのクリップ情報ファイル（“＊．ｃｌｐｉ”）に対するコピー（ｃｏｐｙ）ファイルを保存する。これらファイルの損失はディスク再生に致命的であるから、上記バックアップディレクトリ（ＢＡＣＫＵＰ）はバックアップ（ｂａｃｋｕｐ）用に上記ファイルを保存するわけである。
【００７３】
上記ＡＡＣＳディレクトリ（ＡＡＣＳ）にはユニットキーファイルが存在し、上記ユニットキーファイルには、キーで暗号化された（ｅｎｃｒｙｐｔｅｄ）データに関する暗号化情報が存在する。
【００７４】
図２の別の部分には、前述した上記ディスクパッケージによって特定タイトルが再生される関係が示されている。
【００７５】
インデックスファイル（これを‘インデックステーブル’ともいう。）によって提供されるタイトルに対してユーザのタイトル再生命令があると、該当タイトルの再生が始まる。これについて詳細に説明すると、下記の通りである。
【００７６】
まず、該当のディスクがロードされると、最初に再生される画面に関する情報を持つ“Ｆｉｒｓｔ ｐｌａｙ”情報と、メニュー画面を提供する“Ｔｏｐ Ｍｅｎｕ”情報と、少なくとも一つの“タイトル（Ｔｉｔｌｅ ＃１〜 Ｔｉｔｌｅ ＃ｎ）”情報とが、インデックステーブル（ｉｎｄｅｘ．ｂｄｍｖ）内に構成される。
【００７７】
光ディスク３０が光記録／再生機器１０内にロード（ｌｏａｄ）されると、上記インデックステーブルによるタイトルメニュー情報がユーザにディスプレイ２０を通じて提供される。上記ユーザが特定タイトルまたはメニュー画面内の特定メニューを選択すると、以降ディスク製作者（ｄｉｓｃ ａｕｔｈｏｒ）があらかじめ定義しておいたファイル構造によって再生が始まる。すなわち、特定タイトル（例えば、Ｔｉｔｌｅ ＃１）の再生命令があると、再生管理ファイル構造上のオブジェクトファイル（Ｍｏｖｉｅ Ｏｂｊｅｃｔ、ＢＤ−Ｊ Ｏｂｊｅｃｔ）内に備えられたコマンドまたはプログラムによって該当するプレイリストファイルが実行され、プレイリストファイル情報によって上記Ｔｉｔｌｅ ＃１を構成する少なくとも一つのクリップ（例えば、Ｃｌｉｐ ＃１〜Ｃｌｉｐ ＃３）が特定プレイアイテム及び／またはサブプレイアイテムによって再生される。
【００７８】
“Ｆｉｒｓｔ ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”または“Ｔｉｔｌｅ”が暗号化された場合、上記“Ｆｉｒｓｔ ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”、“Ｔｉｔｌｅ”によって再生されるデータは、再生のために復号化されなければならない。上記“Ｆｉｒｓｔ ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”または“Ｔｉｔｌｅ”のいずれか一つに対する再生命令が与えられると、ＡＡＣＳディレクトリ内のユニットキーファイルから対応するキーを読み取り、上記読み取られたキーを用いてデータを復号化したのち再生するようになる。
【００７９】
図３は、本発明によって記録媒体である光ディスク上に記録されたデータ記録構造を示す図である。
【００８０】
図３を参照すると、ディスク内周から順に、全体ファイルを管理するためのシステム情報としてファイルシステム情報領域と、記録されたＡＶストリーム（“＊．ｍ２ｔｓ”）を再生するためのプレイリストファイル及びクリップ情報ファイルが記録された領域（これを“データベース領域”ともいう）、及びオーディオ／ビデオ／グラフィックなどで構成されたストリームが記録されるＡＶストリーム領域（ＡＶストリーム領域）が存在する。本発明において上記ＡＶストリーム領域に記録されたデータをオリジナルデータと命名することは、既に説明した通りである。
【００８１】
本発明は、上記ディスクに記録されたオリジナルデータ（例えば、図２のようなファイル構造）及び／またはローカルストレージに保存される付加データが暗号化された場合、上記暗号化されたデータを復号化する装置及び方法を提供することを意図している。
【００８２】
図４は、本発明の光記録／再生機器１０の全体構成を示す図である。
【００８３】
図４を参照すると、本発明の光記録／再生機器１０は、基本的に、光ディスクに記録されたオリジナルデータ及び再生管理ファイル情報を含む管理情報を再生するためのピックアップ１１と、ピックアップ１１の動作を制御するサーボ１４と、上記ピックアップ１１から受信した再生信号を希望する信号値に復元するか、記録される信号を光ディスクに記録可能な信号に変調（ｍｏｄｕｌａｔｉｏｎ）して伝達する信号処理部１３と、これらの動作を制御するマイコン１６と、を含む。
【００８４】
また、制御部１２は、ユーザ命令等によって光ディスク外の位置に存在する付加データをダウンロードしてこれをローカルストレージ１５に保存するとともに、オリジナルデータ及び／または付加データが暗号化された場合、上記暗号化されたデータを復号化し、ユーザの要求に応じて上記復号化されたデータを再生する。
【００８５】
また、ＡＶデコーダ１７は、制御部１２の制御によって出力データ（オリジナルデータ及び／または付加データ）を最終的にデコーディングし、上記デコーディングされたデータをユーザに提供する。
【００８６】
また、ＡＶエンコーダ１８は、光ディスクに信号を記録する機能を果たすために制御部１２の制御によって入力信号を特定フォーマットの信号、例えば、ＭＰＥＧ２トランスポートストリームに変換して信号処理部１３に提供する。
【００８７】
図５は、本発明のデータの暗号化／復号化に対する概念的理解を助けるために示す図である。
【００８８】
図５を参照すると、データの暗号化（ｅｎｃｒｙｐｔｉｏｎ）は、特定アルゴリズムを用いてデータを変形することによって、コンテンツプロバイダ（ＣＰ）が提供するコンテンツの不法複製（ｃｏｐｙ）、配布（ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ）及び編集などを防止するコンテンツ保護方法（ｃｏｎｔｅｎｔ ｐｒｏｔｅｃｔｉｏｎ ｍｅｔｈｏｄ）の一つである。したがって、データの暗号化は、上記データへの権限のないアクセスを防ぐ一種の錠前の役割を果たし、上記特定アルゴリズムは、上記錠前のためのキーの役割を果たす。以下、上記データの暗号化に用いられる上記特定アルゴリズムを暗号化キーと呼ぶ。
【００８９】
上記暗号化されたデータを再生するためには、上記暗号化に用いられた特定アルゴリズムを解読できる手段が提供されなければならない。上記特定アルゴリズムを解読する手段は、上記錠前を開く一種のキーの役割を担う。上記キーが提供されると、上記キーによって上記データの暗号化に用いられたアルゴリズムが解読され、上記データが元来の形態に復元される。このようなデータの復元を復号化（ｄｅｃｒｙｐｔｉｏｎ）という。
【００９０】
本発明ではデータの暗号化及び復号化に用いられる上記アルゴリズムをキーと命名する。データの暗号化は、コンテンツ単位、タイトル単位など一定の単位別に行なわれることができ、上記一定の単位別にデータを暗号化するのに用いられるキーをユニットキー（Ｕｎｉｔ Ｋｅｙ）と呼ぶ。
【００９１】
本発明で、“ＣＰＳ（Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）ユニット”とは、同一のユニットキーによって暗号化された“Ｆｉｒｓｔ ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”及び／または“タイトル”のグループを意味し、各ＣＰＳユニットは、ＣＰＳユニットナンバー（ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ）を持つ。
【００９２】
例えば、“Ｆｉｒｓｔ Ｐｌａｙ”によって再生される全てのＡＶストリームファイルは、同一のユニットキーを用いて同一のＣＰＳユニットに含まれ、“Ｔｏｐ Ｍｅｎｕ”によって再生される全てのＡＶストリームファイルは、同一のユニットキーで暗号化されて同一のＣＰＳユニットに含まれる。同様に、一つのタイトルによって再生される全てのＡＶストリームファイルは、同一のユニットキーで暗号化されて同一のＣＰＳユニットに該当する。
【００９３】
特に、図５で、Ｔｉｔｌｅ ＃１，２及び３が記録媒体であるＢＤ−ＲＯＭディスクに記録されており、上記記録媒体の外部からダウンロードしたＴｉｔｌｅ ＃４がローカルストレージに存在する。上記タイトル（Ｔｉｔｌｅ ＃１〜＃４）を構成するデータは暗号化されたデータであり、上記データの暗号化に用いられたキーに関する情報がディスク内のユニットキーファイルに存在する。上記ユニットキーファイルはディスクの外部に存在しても良いが、ハッキング（ｈａｃｋｉｎｇ）などによる情報漏れを防ぐためにはディスク内に存在することが好ましい。
【００９４】
ユーザがディスクに記録されたＴｉｔｌｅ ＃３を再生するように選択した場合、上記Ｔｉｔｌｅ ＃３の再生のためには、上記Ｔｉｔｌｅ ＃３の復号化に用いられるキー（以下、復号化キー）がコンテンツ復号化モジュール（Ｃｏｎｔｅｎｔｓ Ｄｅｃｒｙｐｔｉｏｎ Ｍｏｄｕｌｅ）に提供されなければならない。
【００９５】
上記Ｔｉｔｌｅ ＃３の復号化キーが提供されると、上記コンテンツ復号化モジュールは、上記提供されたキーを用いて、上記Ｔｉｔｌｅ ＃３を暗号化以前のデータ形態に復号化し、該復号化されたデータがデコーダ１７を通じて再生される。
【００９６】
図５で、ローカルストレージ内の付加データを含んで構成されたタイトルがＴｉｔｌｅ ＃４と表現され、これがユーザに提供される。ユーザが上記Ｔｉｔｌｅ ＃４の再生を命令すると、上記Ｔｉｔｌｅ ＃４の復号化キーが上記ユニットキーファイルから読み取られ、上記Ｔｉｔｌｅ ＃４を復号化するために上記読み取られたキーが上記Ｔｉｔｌｅ ＃４と一緒にコンテンツ復号化モジュールに提供される。
【００９７】
図６乃至図８Ｂは、本発明によるキーを用いたデータ復号方法の実施形態を示す図である。図６及び図７は、ダウンロードされるデータをディスク内のキーを用いて復号化する方法を示す。図６で、ダウンロードされるデータの復号化キーは、ディスクに記録されたデータの復号化にも使用されるキーである。図７で、ダウンロードされるデータの復号化キーは、上記ダウンロードされるデータのためにディスクに別に保存されたキーである。図８Ａまたは図８Bは、ローカルストレージに保存されたユニットキーファイル内のキーを用いてデータを復号化する方法を示す。図８Ａで、ダウンロードされるデータのみが、ローカルストレージに配置されるユニットキーファイル内のキーを使用する。図８Ｂで、ディスクに記録されたデータが、ローカルストレージに配置されるユニットキーファイルから読み取られたキーを使用する。
【００９８】
図６は、本発明の第１実施形態によるデータ復号方法を示す図で、ダウンロードされたデータが、ディスク記録されたデータの復号化に用いられるように、上記ディスクに保存されたキーによって復号化される。すなわち、ダウンロードされたデータが、ディスクに記録されたデータと復号化キーを共有する。
【００９９】
図６を参照すると、インデックステーブル６１０とユニットキーファイル６２０がディスクに存在し、上記ディスクに存在する上記インデックステーブルは“Ｆｉｒｓｔ Ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”及び“タイトル（Ｔｉｔｌｅ ＃１，Ｔｉｔｌｅ ＃２，…）”で構成されている。
【０１００】
上記ディスク内の上記ユニットキーファイルには、上記インデックステーブルに含まれたインデクシング項目、すなわち、“Ｆｉｒｓｔ Ｐｌａｙ”、“Ｔｏｐ Ｍｅｎｕ”、“タイトル（Ｔｉｔｌｅ ＃１，Ｔｉｔｌｅ ＃２，…）”を構成するデータの復号化キーに関する情報が保存される。以下では、Ｔｉｔｌｅ ＃ｎを構成するデータの復号化キーを“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃ｎ”で表す。すなわち、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”６２０ａは、ディスク内のＴｉｔｌｅ ＃１（６１０ａ）のために提供されたキーで、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”６２０ｂは、ディスク内のＴｉｔｌｅ ＃２（６１０ｂ）のために提供されたキーである。
【０１０１】
暗号化されたデータがディスクの外部からローカルストレージにダウンロードされることができる。この場合、上記ダウンロードされたデータを再生できる新しいインデックステーブル６３０がユーザに提供される。上記インデックステーブル６３０上のＴｉｔｌｅ ＃１（６３０ａ）は、ディスク内のＴｉｔｌｅ ＃１（６１０ａ）に該当し、Ｔｉｔｌｅ ＃２（６３０ｃ）は、ダウンロードされたデータを含むタイトル（以下、ダウンロードされたタイトル）に該当し、Ｔｉｔｌｅ ＃３（６３０ｂ）はディスク内のＴｉｔｌｅ ＃２（６１０ｂ）に該当する。
【０１０２】
上記ダウンロードされたＴｉｔｌｅ ＃２（６３０ｃ）が暗号化されたデータで構成された場合、上記Ｔｉｔｌｅ ＃２を再生するためには、上記暗号化されたデータが復号化されなければならない。
【０１０３】
図６は、上記ダウンロードされたデータの復号化キーが上記ディスク内に存在する場合であり、上記キーは、ディスク内に存在する他のデータの復号化キーに対応する。すなわち、新しいインデックステーブル上のＴｉｔｌｅ ＃２（６３０ｃ）は、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”（６２０ａ）で復号化されることができるが、この場合、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”（６２０ａ）は、ディスクに記録されたＴｉｔｌｅ ＃１（６１０ａ＝６３０ａ）の復号化キーである。
【０１０４】
コンテンツプロバイダ（ＣＰ）は、ディスクに記録されたデータの復号化キー（６２０ａ，６２０ｂ等）によって復号化されることができるようにデータを暗号化し、該暗号化されたデータをユーザに提供できる。ユーザが、上記暗号化されたデータをダウンロードした場合、プレーヤーは上記ディスクから上記ダウンロードされたデータの復号化キーを読み取り、上記読み取られた復号化キーで上記ダウンロードされたデータを復号化して再生する。
【０１０５】
図７は、本発明の第２実施形態によるデータ復号方法を示す図であり、ダウンロードされたデータが、上記ダウンロードされたデータのためにディスクに別に保存されたキーで復号化される。すなわち、ディスクに記録されたデータの復号化キーが、ダウンロードされたデータの復号化に使用されない。
【０１０６】
図７を参照すると、ディスクに記録されたインデックステーブルとダウンロードされたデータを再生するため、新しいインデックステーブルは、図６で前述したインデックステーブル（６１０及び６３０）と同じである。ただし、図７の実施形態では、ディスクに記録されたデータのために上記ディスクに記録された復号化キー７２１とは別に、ダウンロードされるデータのための復号化キー７２２が保存される。暗号化されたデータがダウンロードされる場合、該暗号化されたデータは、上記別に保存されたキー７２２のいずれか一つで復号化される。
【０１０７】
すなわち、ディスクに記録されたタイトル（６３０ａ＝６１０ａ，６３０ｂ＝６１０ｂ）は、それぞれディスクに記録されたデータの復号化キー７２１で復号化され、ダウンロードされたタイトル６３０ｃは、ダウンロードされたデータのために別に保存されたキー７２２のいずれか一つで復号化される。
【０１０８】
具体的に、新しいインデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）の再生命令が与えられると、上記ディスクに記録されたタイトルの復号化キー７２１のうち、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”７２１ａが上記Ｔｉｔｌｅ ＃１と共にコンテンツ復号化モジュールに提供される。上記コンテンツ復号化モジュールで、上記Ｔｉｔｌｅ ＃１は、上記“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”７２１ａによって復号化される。Ｔｉｔｌｅ ＃３（６３０ｂ）の復号化キーである“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”７２１ｂもまた、上記ディスクに記録されたタイトルの復号化キー７２１の一つである。
【０１０９】
ディスク製作者（ａｕｔｈｏｒ）は、ダウンロードされるデータを考慮して余分のキーを上記ディスクに保存しておくことができる。そして、暗号化されたデータが、これらのキーのいずれか一つで復号化できるように、対応するキーでデータを暗号化してユーザに提供できる。すなわち、上記新しいインデックステーブル６３０上のＴｉｔｌｅ ＃２（６３０ｃ）は、ダウンロードされるデータのために余分に保存されたキー７２２のいずれか一つ“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃ｎ”７２２ａで復号化可能なように暗号化されてユーザに提供されたタイトルである。上記ユーザが上記Ｔｉｔｌｅ ＃２（６３０ｃ）の再生命令を与えると、プレーヤーは、ダウンロードされるデータのために保存されたキー７２２のうち、上記“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃ｎ”を読み取り、該読み取られたキーを用いて上記Ｔｉｔｌｅ ＃２を復号化する。
【０１１０】
図８Ａは、本発明の第３実施形態によるデータ復号方法を示す図であり、ディスクに保存されたキーとは別のキーがローカルストレージに保存され、ダウンロードされたデータが、上記ローカルストレージに保存された上記キーで復号化される。すなわち、ディスクとローカルストレージに上記ディスクと関連したユニットキーファイルが二つ存在する。
【０１１１】
ハッキング（ｈａｃｋｉｎｇ）などによって暗号化情報が漏出されるのを防止するために、復号化キーはディスク内に存在されることが好ましいが、権限ないユーザはアクセスできない安全領域（ｓｅｃｕｒｅ ａｒｅａ）がローカルストレージに設定され、この安全領域にキーが保存されても良い。
【０１１２】
本実施形態で、ディスクに保存されたユニットキーファイル６２０の他にローカルストレージにユニットキーファイル８２０が保存され、上記ディスクと上記ストレージのそれぞれにユニットキーファイルが存在する。上記ローカルストレージに保存されるユニットキーファイルは、ディスク外部からダウンロードされたものであっても良く、上記ディスクから読み取られたものであっても良い。
【０１１３】
なお、データを復号化する際に、ディスクに保存されたデータは上記ディスクに保存されたキーを用いて復号化され、ダウンロードされたデータはローカルストレージに保存されたキーを用いて復号化されることができる。
【０１１４】
新しいインデックステーブル６３０上のＴｉｔｌｅ ＃１またはＴｉｔｌｅ ＃３の再生命令が与えられると、プレーヤーは、ディスクに保存されたキー６２０の中で該当するタイトルに対応するキーを読み取り、該読み取られたキーをコンテンツ復号化モジュールに提供する。具体的には、Ｔｉｔｌｅ ＃１に対してはディスクに保存されたキー６２０のうちの“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”６２０ａが読み取られ、Ｔｉｔｌｅ ＃３に対しては“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”６２０ｂが読み取られる。
【０１１５】
一方、ダウンロードされたＴｉｔｌｅ ＃２の再生命令が与えられると、上記Ｔｉｔｌｅ ＃２の復号化過程では、上記ディスクに保存されたキーファイル６２０の代わりに、上記ローカルストレージに保存されたキーファイル８２０から該当のキー８２０ａが読み取られる。
【０１１６】
図８Ｂは、本発明の第４実施形態によるデータ復号方法を示す図であり、ユニットキーファイルがローカルストレージに存在し、ディスクに記録されたデータとダウンロードされたデータが上記ローカルストレージ内の上記ユニットキーファイル内のキーによって復号化される。
【０１１７】
図８Ａと同様に、図８Ｂではローカルストレージにユニットキーファイルが保存され、ディスクと上記ローカルストレージにそれぞれユニットキーファイルが存在する。ただし、図８Ａでは上記ローカルストレージに保存されたキーが、ダウンロードされたデータの復号化にのみ用いられるのに対し、図８Ｂではそれが、ダウンロードされたデータの他にディスクに記録されたデータの復号化にも用いられる。
【０１１８】
すなわち、Ｔｉｔｌｅ ＃１，Ｔｉｔｌｅ ＃２，Ｔｉｔｌｅ ＃３の復号化キーがディスクに保存されたユニットキーファイル６２０から読み取られず、ローカルストレージ内のユニットキーファイル８３０から読み取られる。ダウンロードされたタイトルであるＴｉｔｌｅ ＃２（６３０ｃ）の復号化は、上記ローカルストレージ内の“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃ｎ”８３２ａによって行われ、ディスクに記録されたタイトルであるＴｉｔｌｅ ＃１（６３０ａ）とＴｉｔｌｅ ＃３（６３０ｂ）の復号化もまた、上記ローカルストレージ内の“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃１”（８３１ａ）と“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”（８３１ｂ）によってそれぞれ行われる。
【０１１９】
上記ローカルストレージに保存されたユニットキーファイルは、ダウンロードしたキーを含んでも良く、ディスクから読み取られて上記ローカルストレージに保存されたものであっても良い。必要に応じて、ローカルストレージ内に安全領域を設定し、該安全領域に該当のキーを保存しても良いことは、図８Ａの前述と同様である。
【０１２０】
または、ディスクに記録されたデータを、上記ディスクに保存されたキーではなくローカルストレージに別に保存されたキーを用いて復号化する場合、上記ディスクに記録されたデータの復号化に用いられる上記キーを、上記ディスクに保存されたキーから読み取られたキーに制限しても良い。例えば、ユニットキーファイルを、ディスクに記録されたキーとダウンロードされたキーとで構成してローカルストレージに保存しておき、データの再生命令が与えられると、上記ローカルストレージに保存されたユニットキーファイルから必要なキーが読み取られるようにしても良い。
【０１２１】
一方、図８Ｂは、ディスクに記録されたタイトル（６３０ａ及び６３０ｂ）のためのキー８３１とダウンロードされたタイトル６３０ｃのためのキー８３２とが区分されてローカルストレージに保存された例を示す図である。図６でディスクに保存されたデータのために用いられるキーが、ダウンロードされるデータのために用いられる場合と同様に、ディスクに記録されたタイトルのためのキーとダウンロードされたタイトルのためのキーが区分されずに保存されることができることは自明である。
【０１２２】
本発明によれば、データ暗号化に対応するキーを所有するユーザのみが該当データを復号化できるため、コンテンツプロバイダのコンテンツが安全に提供されることができる。すなわち、権限ないユーザが上記データをダウンロードする場合、相応するキーを所有していないからデータを再生できない。これにより、記録媒体及びローカルストレージにダウンロードされるコンテンツを保護することができる。
【０１２３】
なお、データが暗号化されており、上記データを復号化できるキーが複数存在する場合、上記暗号化されたデータを復号化できる適切なキーが選択される必要がある。したがって、本発明は、暗号化されたデータの復号化に適合するキーを選択できるようにリンク情報を用いてデータを復号化する方法及び装置を提供する。
【０１２４】
図９Ａ乃至図９Ｃは、それぞれ本発明の実施形態によってリンク（ｌｉｎｋ）情報を用いてデータを復号化する方法を示す図である。
【０１２５】
以下では、一つのタイトルを構成するデータが同一のユニットキーで暗号化され、リンク情報としてＣＰＳユニットナンバー（ＣＰＳ ｕｎｉｔ ｎｕｍｂｅｒ）を用いる場合を例にして説明する。ＣＰＳユニットナンバーは、ＣＰＳユニット別に与えられ、上記ＣＰＳユニットが同一のユニットキーで暗号化されたデータのグループを意味するということは、前述した通りである。
【０１２６】
図９Ａ及び９Ｂは、ダウンロードされるデータのリンク情報がインデックステーブルなどのデータベースファイルに保存された場合を示す図である。図９Ｃは、ダウンロードされるデータのリンク情報とディスクに記録されたデータのリンク情報が、ローカルストレージに別のファイルとして保存された場合を示す図である。
【０１２７】
データベースファイルとは、データの再生に関連した管理ファイルのことをいう。インデックステーブル、プレイリストファイル、クリップ情報ファイルなどがこれに該当する。以下では、リンク情報が上記データベースファイルのうちインデックステーブルに備えられた場合を例にして説明するが、本発明が以下の実施形態に限定されないことは自明である。
【０１２８】
図９Ａは、本発明の第５実施形態によってリンク情報を用いてデータを復号化する方法を示す図であり、ダウンロードされるデータの復号化を可能にするキーを表すリンク情報が存在し、この復号化キーは、ディスクに記録されたデータの復号化に用いられるキーでもある。すなわち、図９Ａで、ディスクに記録されたデータの復号化キー（例えば、９１０ａ及び９１０ｂ）のみがユニットキーファイル９１０に記録され、ダウンロードされるタイトルの復号化キーは別に記録されていない。
【０１２９】
上記ユニットキーファイル９１０は、ディスクに記録されたデータがどのＣＰＳユニットに含まれるかを表す情報と当該ＣＰＳユニットに対するユニットキーを含む。以下では、暗号化されたデータがどのＣＰＳユニットに含まれるかを表す上記情報を、ＣＰＳユニットナンバーで表現する。図９Ａの実施形態で、一つのタイトルを構成するデータが同一のユニットキーで暗号化され、各タイトル別にＣＰＳユニットナンバーが与えられることができる。
【０１３０】
なお、上記ＣＰＳユニットナンバーは、各タイトルごとに個別的に付与されることで十分であり、各タイトルごとにそれぞれ異なるＣＰＳユニットナンバーが付与される必要はない。すなわち、複数のタイトルが同一のＣＰＳユニットナンバーを有しても良く、各タイトルごとにそれぞれ異なるＣＰＳユニットナンバーを有しても良い。
【０１３１】
また、ユニットキーファイルに記録されたユニットキーは、ＣＰＳユニットごとに定義されることが好ましい。したがって、本発明においてＣＰＳユニットナンバーが異なると、異なるユニットキーで暗号化されて異なるＣＰＳユニットに含まれるデータであることを意味する。ＣＰＳユニットナンバーが同一であれば、同一のユニットキーで暗号化されて同一のＣＰＳユニットに含まれるデータであることを意味する。
【０１３２】
インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）は、ディスクに記録されたタイトルのうちＴｉｔｌｅ ＃１に該当し、Ｔｉｔｌｅ ＃３（６３０ｂ）は、上記ディスクに記録されたタイトルのうちＴｉｔｌｅ ＃２に該当する。すなわち、Ｔｉｔｌｅ ＃３（６３０ｂ）の再生のためには、上記ディスクに記録されたＴｉｔｌｅ ＃２が再生される。上記インデックステーブルのＴｉｔｌｅ ＃２（６３０ｃ）は、ダウンロードされたタイトルである。上記インデックステーブルは、ダウンロードされたタイトルを再生できるように新しく構成されたもので、コンテンツプロバイダによって別に提供されたものであっても良く、プレーヤーによって新しく生成されたものであっても良い。
【０１３３】
したがって、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃１”は、インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）のリンク情報であり、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃２”は、上記インデックステーブル６３０のＴｉｔｌｅ ＃３（６３０ｂ）のリンク情報である。
【０１３４】
上記インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）に対する再生命令が与えられると、プレーヤーは、ディスクに保存されたユニットキーファイル９１０から“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃１”を確認し、上記Ｔｉｔｌｅ ＃１（６３０ａ）の属するＣＰＳユニットがわかる。図９Ａで、上記Ｔｉｔｌｅ ＃１は、ＣＰＳユニット＃１に含まれる。上記Ｔｉｔｌｅ ＃１が上記ＣＰＳユニット＃１に含まれることが確認されると、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９１０ａが、上記Ｔｉｔｌｅ ＃１を復号化するために読み取られる。上記インデックステーブルのＴｉｔｌｅ ＃３（６３０ｂ）の場合、上記Ｔｉｔｌｅ ＃３はディスクに記録されたＴｉｔｌｅ ＃２と同じタイトルであるから、ユニットキーファイル９１０の“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃２”によって上記Ｔｉｔｌｅ ＃３（６３０ｂ）がＣＰＳユニット＃２に含まれることを確認することができる。
【０１３５】
上記インデックステーブル６３０のＴｉｔｌｅ ＃２（６３０ｃ）の再生のためにも上記Ｔｉｔｌｅ ＃２を復号化できるキーが必要とされ、よって、適切なキーがユニットキーファイルから選択されなければならない。本発明は、ダウンロードされるデータの復号化に必要な適合したキーを読み取るために、データと上記データの復号化に必要なキーを連結するリンク情報をおくことを特徴とする。この場合、上記リンク情報は、データベースファイルに備えられることができる。
【０１３６】
例えば、上記Ｔｉｔｌｅ ＃２（６３０ｃ）がＣＰＳユニット＃１に含まれる場合、すなわちＴｉｔｌｅ ＃２（６３０ｃ）の復号化キーが“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”である場合、上記Ｔｉｔｌｅ ＃２を含んで構成されるインデックステーブルに上記Ｔｉｔｌｅ ＃２に対して“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ＝１”というリンク情報が位置することができる。この場合、上記Ｔｉｔｌｅ ＃２（６３０ｃ）に対する再生命令が与えられると、プレーヤーは、上記インデックステーブルからＣＰＳユニットナンバーを確認して“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９１０ａを読み取る。
【０１３７】
上記Ｔｉｔｌｅ ＃２（６３０ｃ）の復号化キーは、ディスクに記録されたタイトルであるＴｉｔｌｅ ＃１（６３０ａ）の復号化キーでもある。すなわち、上記Ｔｉｔｌｅ ＃２（６３０ｃ）と上記Ｔｉｔｌｅ ＃１（６３０ａ）が同一のキーで暗号化され、ユニットキーを共有する。
【０１３８】
暗号化されたデータと上記データの復号化に用いられるキー間のリンク情報があると、上記リンク情報を用いて上記データの復号化に用いられる上記キーを容易に読み取ることが可能になる。したがって、本発明は、データを円滑に復号化できる。
【０１３９】
図９Ｂは、本発明の第６実施形態によってリンク情報を用いてデータを復号化する方法を示す図であり、ダウンロードされるデータのリンク情報がインデックステーブルに存在し、上記リンク情報によって読み取られるキーが、上記ダウンロードされるデータのためにディスクに別に保存されている。
【０１４０】
図９Ｂを参照すると、ダウンロードされるデータと該データの復号化キー間のリンク情報が、図９Ａと同様に、データベースファイルに存在する。ただし、図９Ａとは違い、図９Ｂは、上記ダウンロードされるデータが、ディスクに記録されたデータの復号化キーとは異なるキーを用いて復号化される。
【０１４１】
図９Ａで説明したように、インデックステーブルは、ダウンロードされたタイトルを再生できる新しいインデックステーブル６３０である。上記新しいインデックステーブルのタイトルのうち、Ｔｉｔｌｅ ＃１（６３０ａ）とＴｉｔｌｅ ＃３（６３０ｂ）はそれぞれディスクに記録されたＴｉｔｌｅ ＃１とＴｉｔｌｅ ＃２と同じタイトルであり、Ｔｉｔｌｅ ＃２（６３０ｃ）はダウンロードされたタイトルである。
【０１４２】
したがって、ディスクに記録されたタイトルの再生命令が与えられると、ユニットキーファイル９２０のタイトル別ＣＰＳユニットナンバーを用いて、上記タイトルを復号化できるキーを読み取ることができる。すなわち、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃１”によって、上記インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）がＣＰＳユニット＃１に含まれるという情報が確認できる。上記情報が確認されると、上記Ｔｉｔｌｅ ＃１（６３０ａ）は、ディスクに記録されたデータの復号化キー９２１の中から“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９２１ａが読み取られて復号化される。同様に、上記インデックステーブル６３０のＴｉｔｌｅ ＃３（６３０ｂ）は、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃２”によって、上記ディスクに記録されたデータの復号化キー９２１のうちの“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃２”９２１ａで復号化される。
【０１４３】
ディスク製作者は、ダウンロードされるデータを考慮して、ディスクに記録されたデータの復号化キーと別に、上記ダウンロードされるデータのためのスペアキーを上記ディスクに保存しておくことができる。コンテンツプロバイダは、上記ディスクに保存されたキーのうち、上記ダウンロードされるデータのために別に保存されたキーによって復号化が可能なように、上記ダウンロードされるデータを暗号化して提供する。したがって、上記キーを持つユーザのみ上記ダウンロードされるデータを再生できる。
【０１４４】
Ｔｉｔｌｅ ＃２（６３０b）は、ダウンロードされるデータのために余分にディスクに保存されたキー９２２のうち、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃ｎ”９２２ａで復号化されることができるように暗号化されている。本発明によって、上記Ｔｉｔｌｅ ＃２（６３０ｃ）の復号化キーに対するリンク情報が、データベースファイルであるインデックステーブル６３０に“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ＝Ｎ”で表示されている。Ｔｉｔｌｅ ＃２（６３０ｃ）に対する再生命令が与えられると、プレーヤーは、上記インデックステーブル６３０でＣＰＳユニットナンバーが“Ｎ”であることを確認して“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃ｎ”を読み取る。上記読み取られた”Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃ｎ”がＴｉｔｌｅ ＃３（６３０）と共にコンテンツ復号化モジュールに提供され、これによって上記Ｔｉｔｌｅ ＃３（６３０）が復号化される。
【０１４５】
図９Ｃは、本発明の第７実施形態によってリンク情報を用いてデータを復号化する方法を示す図であり、リンク情報がローカルストレージに別のファイルとして構成された場合である。
【０１４６】
図９Ａまたは図９Ｂと同様に、図９Ｃは、リンク情報を提供することによって該当のキーが読み取られる実施形態である。ただし、図９Ａまたは図９Ｂとは違い、図９Ｃは、リンク情報がデータベースファイルではなく別のファイルに存在し、ディスクに記録されたタイトルまたはダウンロードされたタイトルのための該当キーが上記ファイルを用いて読み取られる。
【０１４７】
図９Ｃを参照すると、暗号化されたデータのためのユニットキーファイル９１０がディスクに存在し、ダウンロードされたデータが再生されうるようにする新しいインデックステーブル６３０が存在する。
【０１４８】
Ｔｉｔｌｅ ＃１（６３０ａ）は“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９１０ａで暗号化されたタイトルである。Ｔｉｔｌｅ ＃３（６３０ｂ）は、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃２”９１０ｂで暗号化されたタイトルである。Ｔｉｔｌｅ ＃２は、ダウンロードされたタイトルで、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃３”９１０ｂで暗号化されたものである。
【０１４９】
上記インデックステーブル６３０の“Ｆｉｒｓｔ Ｐａｌｙ”、”Ｔｏｐ Ｍｅｎｕ”、タイトルのうちのいずれか一つによってデータを再生するためには、上記データが復号化される必要がある。上記データの復号化のためには、上記復号化に必要な適切なキーが読み取られてコンテンツ復号化モジュールに提供されなければならない。暗号化されたデータと上記データの復号化キー間のリンク情報がローカルストレージに別のファイルとして構成されることができる。以下では、上記別に構成されたファイルをリンク情報ファイルと呼ぶ。
【０１５０】
インデックステーブル６３０上の各項目に対するＣＰＳユニットナンバーを含むリンク情報ファイル９３０がローカルストレージに提供される。上記インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）は、上記リンク情報ファイル内のＴｉｔｌｅ ＃１に該当し、Ｔｉｔｌｅ ＃２（６３０ｃ）はＴｉｔｌｅ ＃３に該当し、Ｔｉｔｌｅ ＃３（６３０ｂ）はＴｉｔｌｅ ＃２に該当する。すなわち、“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃１”９３０ａは、インデックステーブル６３０のＴｉｔｌｅ ＃１（６３０ａ）のＣＰＳユニットナンバーを表す。“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃２”９３０ｂは、インデックステーブルのＴｉｔｌｅ ＃３（６３０ｂ）のＣＰＳユニットナンバーを表す。“ＣＰＳ＿ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃３”９３０ｃは、インデックステーブルのＴｉｔｌｅ ＃２（６３０ｃ）のＣＰＳユニットナンバーを表す。
【０１５１】
Ｔｉｔｌｅ ＃１（６３０ａ）に対する再生命令が与えられると、上記Ｔｉｔｌｅ ＃１（６３０ａ）のＣＰＳユニットが、ローカルストレージに構成されたリンク情報ファイルから確認されることができる。図９Ｃで、インデックステーブルのＴｉｔｌｅ ＃１（６３０ａ）のＣＰＳユニットナンバーは“１”、Ｔｉｔｌｅ ＃２（６３０ｃ）のＣＰＳユニットナンバーは“３”、Ｔｉｔｌｅ ＃３（６３０ｂ）のＣＰＳユニットナンバーは“２”であり、これにより、Ｔｉｔｌｅ ＃１（６３０ａ）は、ＣＰＳユニット＃１に含まれる。したがって、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃１”９１０ａがユニットキーファイル９１０から読み取られる。上記インデックステーブルのＴｉｔｌｅ ＃３（６３０ｂ）の場合には“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃２”９１０ｂが読み取られる。Ｔｉｔｌｅ ＃２（６３０ｃ）はＣＰＳユニットナンバーが“３”で、ＣＰＳユニット＃３に含まれるデータであるから、“Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ ＃３”９１０ｃが読み取られる。
【０１５２】
一方、上記ローカルストレージに安全領域を設定し、上記安全領域に上記リンク情報ファイル９３０が保存されても良い。また、上記リンク情報ファイル９３０は、ＡＶデータ（ＡＶ ｄａｔａ）が保存される、ＡＶデータ記録領域に保存されても良い。上記リンク情報ファイル９３０は、ＣＰＳユニットナンバーだけで構成されたユニットキーファイルの一つと見なされても良い。ただし、上記リンク情報ファイルは９３０は、上記ディスクに保存されたユニットキーファイル９１０とは違い、データの復号化のための実際キーが含まれていない。
【０１５３】
また、上記リンク情報ファイル９３０は、ダウンロードされるデータの再生のためにコンテンツプロバイダから別に提供されたものであっても良く、ディスクに記録されたデータとダウンロードされたデータが持つリンク情報を読み取って構成されたものであっても良い。
【０１５４】
また、ディスクに記録されたデータとダウンロードされたデータは、ユニットキーファイル内のユニットキーを共用することができる。スペアのユニットキーが上記ダウンロードされるデータのために保存され、上記ダウンロードされたデータが上記スペアのユニットキーによって復号化されることができるということは、前述した通りである。
【０１５５】
また、図９Ａ乃至図９Ｃでは、上記ユニットキーファイルがディスクに保存された場合を例にして説明したが、図８Ａ及び図８Ｂで説明した通り、上記ローカルストレージに別に保存されることも可能である。
【０１５６】
図６乃至図９Ｃの新しいインデックステーブル６３０は、インデックスファイル（“ｉｎｄｅｘ”）の形態で外部からダウンロードされても良く、ローカルストレージ内で新しく構成されても良い。すなわち、上記インデックステーブル６３０は、ダウンロードされたデータが復号されうるようにユーザに提供可能であればいずれも可能である。
【０１５７】
図１０は、本発明によるデータ復号方法を示す図である。
【０１５８】
図１０を参照すると、暗号化されたデータに対する再生命令が与えられると（Ｓ１０）、プレーヤーは、上記データのリンク情報を確認する（Ｓ２０）。上記リンク情報は、データベースに存在しても良く、リンク情報ファイルとしてローカルストレージに存在しても良いことは、図９Ａ乃至図９Ｃで既に説明した。
【０１５９】
上記リンク情報を用いて記録媒体またはローカルストレージ内に存在するユニットキーファイルからデータを暗号化したキーを読み取る（Ｓ３０）。上記ユニットキーファイルは、記録媒体に記録されたデータの復号化キーのみで構成されたものであっても良く、ダウンロードされるデータのためのスペアキーをさらに含んで構成されたものであっても良い。
【０１６０】
上記キーが読み取られると（Ｓ３０）、上記暗号化されたデータは上記キーと一緒にコンテンツ復号化モジュールに提供される（Ｓ４０）。上記コンテンツ復号化モジュールで、上記データが上記提供されたキーによって復号化される（Ｓ５０）。上記データが復号化されると、上記データは、暗号化以前の形態に復元され、デコーダ１７によって再生されることができる。
【０１６１】
図１１は、再生されるデータが共有される場合を説明するために示す図である。
【０１６２】
図１１を参照すると、複数のタイトルがディスクに存在し、これらのタイトルのいずれか一つが、他のタイトルを構成するクリップの一部または全部を共有することができる。複数のタイトルが互いにクリップを共有する場合、ディスク製作者は、同一のユニットキーで暗号化されて同一のＣＰＳユニットに含まれるデータを用いてタイトルを構成することが好ましい。すなわち、他のＣＰＳユニットに属するデータは共有されないことが好ましい。これは、他のＣＰＳユニットに含まれるデータで構成されたタイトルは、それぞれ一つのユニットキーで復号化されることができず、それぞれ異なるユニットキーが使用されなければならないため、上記該当するタイトルの再生時に誤りが生じることがあるためである。しかも、より大きいデータ処理容量と速度がプレーヤーに要求される。
【０１６３】
Ｔｉｔｌｅ ＃３は、二つのプレイアイテムを含むプレイリスト＃３によって再生される。該Ｔｉｔｌｅ ＃３は、Ｔｉｔｌｅ ＃１によって再生されるクリップ１１１０の一部１１１０ａとＴｉｔｌｅ ＃２によって再生されるクリップ１１２０の一部１１２０ａとを共有して構成される。上記Ｔｉｔｌｅ ＃３がＴｉｔｌｅ ＃１とクリップを共有するためには、上記Ｔｉｔｌｅ ＃１と同一のユニットキーが上記Ｔｉｔｌｅ ＃３に割り当てられなければならない。クリップを直接的または間接的に共有することによって互いに関連付けられる上記Ｔｉｔｌｅ ＃１，Ｔｉｔｌｅ ＃２及びＴｉｔｌｅ ＃３は、同一のユニットキーである“ｋｅｙ ＃１”を持つ。
【０１６４】
上記ではＴｉｔｌｅ ＃３がディスクに記録されたタイトルである場合を例にして説明したが、上記Ｔｉｔｌｅ ＃３がディスクの外部からダウンロードされる場合にも同じ論理を適用することができる。コンテンツプロバイダは、ダウンロードするタイトルを提供するに当たり、ディスクに記録されたクリップを含むタイトルを構成する場合、同一のＣＰＳユニットに含まれたクリップを使用することが好ましい。ディスク内のクリップをダウンロードされるタイトルに使用しようとする場合、上記クリップは同一のユニットキーで暗号化される。
【０１６５】
上記では、記録媒体にデータが記録されており、上記記録されたデータの再生のみ可能なＢＤ−ＲＯＭにして説明した。しかし、記録媒体によって読み取りだけでなく上記記録媒体にデータを記録することもできる。以下、記録可能な記録媒体のうちＢＤ−ＲＥ（ＢＤ Ｒｅｗｒｉｔａｂｌｅ）を例にして、キーで暗号化されたデータを記録する方法について説明する。
【０１６６】
まず、データをＢＤ−ＲＥディスクに記録する過程で、上記記録されるデータを再生できるプレイリストが仮想的に生成される。上記仮想的に生成されるプレイリストを仮想プレイリストと命名する。ディスクに記録されるデータの編集、記録などが上記仮想プレイリストによって行われる。
【０１６７】
上記仮想プレイリストは一つ以上のプレイアイテム（ＰＩ）で構成され、上記プレイアイテムは、上記仮想プレイリストによって再生されるクリップを指定する。上記クリップは、記録媒体またはローカルストレージに存在し、リアルプレイリストによって再生されることができる実際データである。上記仮想プレイリストは、一つのリアルプレイリストによって再生されるデータのみで構成されても良く、複数のリアルプレイリストによって再生されるデータの一部または全部を組み合わせて構成されても良い。
【０１６８】
以下、図１１のプレイリスト＃１をリアルプレイリスト＃１、プレイリスト＃２をリアルプレイリスト＃２とし、プレイリスト＃３を、上記プレイリスト＃１及び２によって再生されるデータを記録可能なプレイリストである仮想プレイリスト＃３として説明する。
【０１６９】
仮想プレイリストを構成するにおいて、本発明は、上記仮想プレイリストの構成に用いられるクリップが暗号化された場合、上記クリップが同一のＣＰＳユニットに含まれることを特徴とする。すなわち、上記仮想プレイリストは、異なるＣＰＳユニットに含まれるデータでは構成されないことが好ましい。
【０１７０】
仮想プレイリスト＃３は、リアルプレイリスト＃１によって再生されるクリップ１１１０の一部１１１０ａとリアルプレイリスト＃２によって再生されるクリップ１１２０の一部１１２０ａとを組み合わせて構成することができる。上記リアルプレイリスト＃１によって再生されるクリップ１１１０と上記リアルプレイリスト＃２によって再生されるクリップ１１２０は、“Ｋｅｙ ＃１”の同一ユニットキーを有する。同一のユニットキーで暗号化されたクリップは、同一のＣＰＳユニットに含まれる。したがって、これらのクリップ１１１０，１１２０は同一のＣＰＳユニットに含まれるクリップであり、上記仮想プレイリスト＃３は上記クリップの一部１１１０ａ，１１２０ａを組み合わせて構成することができる。データが上記仮想プレイリスト＃３によってディスクに記録された場合、上記ディスクに記録されたデータはキー＃１または上記キー＃１に対応するキーで復号化されることができる。
【０１７１】
上記リアルプレイリスト＃１によって再生されるクリップ１１１０と上記リアルプレイリスト＃２によって再生されるクリップ１１２０がそれぞれ異なるＣＰＳユニットに含まれる場合、すなわち、それぞれ異なるユニットキーによって暗号化された場合、本発明は、仮想プレイリストを生成しない。これにより、コンテンツプロバイダが許容しないコンテンツの複写、編集、記録が防止され、上記コンテンツを保護できる。
【０１７２】
図１２は、本発明においてタイトルがメインパス及びサブパスで構成された場合を説明するために示す図である。
【０１７３】
まず、プレイリストはメインパスだけで構成されても良いが、一つのメインパスと一つまたは複数のサブパスとで構成されても良い。プレイリストがサブパスを含む場合、上記メインパスと上記サブパスを構成するデータは、同一のＣＰＳユニットに含まれることが好ましい。この場合、上記メインパス及びサブパスは同一のユニットキーで復号化されることができる。
【０１７４】
図１２を参照すると、メインパスを構成するデータはディスクに記録されたデータであり、サブパスを構成するデータがローカルストレージにダウンロードされたデータである。上記ダウンロードされたデータを再生できるプレイリストは、一つのメインパスと二つのサブパス（サブパス＃２、サブパス＃３）を含む。
【０１７５】
上記メインパスは。プレイアイテム＃１（ＰＩ ＃１）とプレイアイテム＃２（ＰＩ ＃２）を含み、上記プレイアイテム＃１は、ディスクに記録されたクリップ＃１（１２１０ａ）を指定し、上記プレイアイテム＃２は、ディスクに記録されたクリップ＃２（１２１０ｂ）を指定する。上記クリップ＃１とクリップ＃２はビデオ（Ｖｉｄｅｏ）、オーディオ（Ａｕｄｉｏ）、プレゼンテーショングラフィック（ＰＧ）とインタラクティブグラフィック（ＩＧ）をマルチプルレックスして生成されたクリップである。
【０１７６】
上記サブパス＃２とサブパス＃３はそれぞれ、一つのサブプレイアイテム（ＳＰＩ）を含む。上記サブパス＃２を構成するサブプレイアイテムは、ローカルストレージに保存されたクリップ＃１（１２２０ａ）を指定し、上記サブパス＃３を構成するサブプレイアイテムは上記ローカルストレージに保存されたクリップ＃２（１２２０ｂ）を指定する。上記ローカルストレージに保存された上記クリップ＃１（１２２０ａ）とクリップ＃２（１２２０ｂ）は、上記ディスクの外部からダウンロードされたクリップで、上記クリップ＃１（１２２０ａ）は同期タイプオーディオストリーム（Ｓyｎｃ ｔｙｐｅ Ａｕｄｉｏ ｓｔｒｅａｍ）で、クリップ＃２（１２２０ｂ）はプレゼンテーショングラフィックのみのためのストリーム（ＰＧ−ｏｎｌｙ ｓｔｒｅａｍ）である。
【０１７７】
上記ディスクに記録された、上記メインパスを構成するためのクリップ＃１（１２１０ａ）とクリップ＃２（１２１０ｂ）は、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”によって復号化されるクリップである。上記メインパスとサブパス＃２及び／またはサブパス＃３を再生する場合、上記ローカルストレージに保存された、上記サブパス＃２とサブパス＃３を構成するためのクリップ＃１（１２２０ａ）とクリップ＃２（１２２０ｂ）は、上記“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”によって復号化することができる。
【０１７８】
それぞれサブパス＃２とサブパス＃３を構成するクリップ＃１（１２２０ａ）とクリップ＃２（１２２０ｂ）を暗号化する場合、コンテンツプロバイダは、上記サブパスと一緒に再生されるメインパスを構成するクリップ＃１（１２１０ａ）とクリップ＃２（１２１０ｂ）と同一のキーで暗号化を行う。上記暗号化されたクリップをダウンロードしたユーザのうち、“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”を持つユーザは、上記“Ｋｅｙ ｆｏｒ Ｔｉｔｌｅ ＃２”を使用して上記メインパスとサブパスを共に再生することができる。
【０１７９】
図１２では、サブパスを構成するデータがダウンロードされる場合を例にしたが、プレイリストによって再生されるデータがいずれもディスクに記録されたデータであっても良く、メインパスを構成するデータがダウンロードされても良い。メインパスまたはサブパスを構成するデータのうちの一部をダウンロードしてディスクに記録されたデータと一緒に再生することも可能である。
【０１８０】
以下、図４を参照して、本発明によるデータ復号装置について説明する。
【０１８１】
本発明によるデータ復号装置は、記録媒体に記録されたデータを読み取るピックアップ１１と、上記記録媒体と関連してダウンロードされる暗号化されたデータを保存するローカルストレージ１５と、上記ダウンロードされたデータを、上記記録媒体またはローカルストレージのいずれかに保存されたキーファイル内のキーを用いて復号化する制御部１２とを備える。
【０１８２】
上記ダウンロードされたデータの復号化キーは、上記記録媒体に記録されたデータの復号化キーであっても良く、上記ダウンロードされるデータの復号化のために上記記録媒体に別に保存されたキーであっても良い。
【０１８３】
上記ローカルストレージ１５に保存されたキーを用いてデータを暗号化する場合、上記ローカルストレージ１５に保存されたキーは、記録媒体から読み取られて上記ローカルストレージに保存されたキーであっても良く、別の過程を経て上記記録媒体の外部からダウンロードしたキーが上記ローカルストレージ１５に保存されたキーに含まれても良い。
【０１８４】
上記記録媒体に記録されたデータを復号化する場合、上記制御部１２は、上記記録媒体に保存されたキーファイルから上記キーを読み取ることができる。場合によっては、上記ローカルストレージに保存されたキーファイルが、上記記録媒体に記録されたデータと上記ローカルストレージにダウンロードされたデータの両方に用いられても良い。
【０１８５】
ただし、上記ローカルストレージ１５にキーを保存する場合、ハッキングなどの危険を防止するために、上記ローカルストレージに安全領域を設定し、この安全領域に上記キーを配置することが好ましい。
【０１８６】
上記ローカルストレージ１５にダウンロードされるデータが、記録媒体に記録されたメインパスと関連してダウンロードされるサブパスデータである場合、上記サブパスデータは、上記メインパスデータと同一のキーで復号化されることが好ましい。このため、コンテンツプロバイダは、上記記録媒体に記録されたメインパスデータと同一のキーを用いてサブパスデータを暗号化しなければならない。
【０１８７】
また、本発明によるデータ復号装置は、記録媒体から上記記録媒体の情報を読み取るピックアップ１１と、上記記録媒体と関連してダウンロードされる暗号化されたデータを保存するローカルストレージ１５と、上記ダウンロードされるデータと上記データの復号化キー間のリンク（ｌｉｎｋ）情報を用いて上記復号化キーを読み取り、上記復号化キーで上記ダウンロードされたデータを復号化する制御部１２とを備える。コンテンツプロバイダは、上記リンク情報を上記ダウンロードされるデータのデータベースファイルに含め、上記リンク情報がユーザに提供されるようにすることができる。
【０１８８】
また、上記リンク情報は、別のファイルとして構成され、上記ローカルストレージに保存されることができる。各データが属するＣＰＳユニットを表す情報がリンク情報として用いられても良い。上記ＣＰＳユニットを表す情報としてはＣＰＳユニットナンバーを用いることができる。
【０１８９】
以上の本発明の実施形態は、添付の特許請求の範囲に開示された本発明の技術的思想とその技術的範囲内で、様々に改良、変更、代替または付加できることは、当業者にとっては自明である。したがって、本発明は、特許請求の範囲及びその均等範囲内における本発明の改良及び変更された事項も含むことは自明である。
【図面の簡単な説明】
【０１９０】
【図１】本発明の概念的理解を助けるために示す図である。
【図２】本発明の記録媒体としての光ディスクに記録されるファイル構造及びこれを用いて特定タイトルが再生される関係を示す図である。
【図３】本発明の記録媒体としての光ディスクの記録構造を示す図である。
【図４】本発明の光記録／再生機器の全体構成を示す図である。
【図５】本発明のデータの暗号化／復号化に対する概念的理解を助けるために示す図である。
【図６】本発明の第１実施形態によるデータ復号方法を示す図である。
【図７】本発明の第２実施形態によるデータ復号方法を示す図ある。
【図８Ａ】本発明の第３実施形態によるデータ復号方法を示す図である。
【図８Ｂ】本発明の第４実施形態によるデータ復号方法を示す図である。
【図９Ａ】本発明の第５実施形態によるリンク（ｌｉｎｋ）情報を用いたデータ復号方法を示す図である。
【図９Ｂ】本発明の第６実施形態によるリンク情報を用いたデータ復号方法を示す図である。
【図９Ｃ】本発明の第７実施形態によるリンク情報を用いたデータ復号方法を示す図である。
【図１０】本発明によるデータ復号方法を示す流れ図である。
【図１１】本発明において再生されるデータが共有される場合を説明するために示す図である。
【図１２】本発明においてタイトルがメインパスとサブパスとからなる場合を説明するために示す図である。
【特許請求の範囲】
【請求項１】
ローカルストレージに、記録媒体と関連した暗号化されたデータをダウンロードする段階と、
前記記録媒体に記録されたデータを、前記記録媒体に保存されたキーファイル内の第１タイプのキーを用いて復号化する段階と、
前記ダウンロードされたデータを、前記記録媒体または前記ローカルストレージのいずれかに保存されたキーファイル内の第２タイプのキーを用いて復号化する段階と、
を含むことを特徴とするデータ復号方法。
【請求項２】
前記第２タイプのキーは、前記第１タイプのキーと同一のキーであることを特徴とする請求項１に記載のデータ復号方法。
【請求項３】
前記２タイプのキーは、前記第１タイプのキーと別に保存されたキーであることを特徴とする請求項１に記載のデータ復号方法。
【請求項４】
前記ローカルストレージに保存されたキーファイルは、前記記録媒体に保存されたキーファイルとは別に保存されたキーファイルであることを特徴とする請求項１に記載のデータ復号方法。
【請求項５】
前記ローカルストレージに保存されたキーファイルは、ダウンロードされたキーを含むことを特徴とする請求項１に記載のデータ復号方法。
【請求項６】
前記ローカルストレージに保存されたキーファイルは、前記記録媒体から読み取られて前記ローカルストレージに保存されたキーファイルであることを特徴とする請求項１に記載のデータ復号方法。
【請求項７】
前記ローカルストレージに保存されたキーファイルは、前記ローカルストレージの安全領域（ｓｅｃｕｒｅ ａｒｅａ）に配置されることを特徴とする請求項１に記載のデータ復号方法。
【請求項８】
前記ダウンロードされたデータが前記記録媒体に記録されたメインパスと関連したサブパスデータである場合、前記サブパスデータは、前記メインパスデータと同一のキーを用いて復号化されることを特徴とする請求項１に記載のデータ復号方法。
【請求項９】
ローカルストレージに、記録媒体と関連した、キーで暗号化されたデータをダウンロードする段階と、
前記データの復号化キーを前記データと前記復号化キー間のリンク（ｌｉｎｋ）情報を用いて読み取る段階と、
前記データを前記復号化キーを用いて復号化する段階と、
を含むことを特徴とするデータ復号方法。
【請求項１０】
前記リンク情報は、前記ダウンロードされたデータのデータベースファイルに含まれることを特徴とする請求項９に記載のデータ復号方法。
【請求項１１】
前記リンク情報は、前記ローカルストレージにリンク情報ファイルとして保存されることを特徴とする請求項９に記載のデータ復号方法。
【請求項１２】
前記リンク情報ファイルは、前記ローカルストレージ内の安全領域に保存されることを特徴とする請求項１１に記載のデータ復号方法。
【請求項１３】
前記リンク情報ファイルは、前記ローカルストレージ内のＡＶデータ記録領域に保存されることを特徴とする請求項１１に記載のデータ復号方法。
【請求項１４】
前記リンク情報は、ＣＰＳユニットナンバー（ＣＰＳ ｕｎｉｔ ｎｕｍｂｅｒ）であることを特徴とする請求項９に記載のデータ復号方法。
【請求項１５】
前記復号化キーは、前記ＣＰＳユニットナンバーを基準にして定義されることを特徴とする請求項１４に記載のデータ復号方法。
【請求項１６】
前記ＣＰＳユニットナンバーは、タイトル毎に割り当てられることを特徴とする請求項１４に記載のデータ復号方法。
【請求項１７】
コンテンツ（ｃｏｎｔｅｎｔｓ）が記録されたストリーム領域と、
前記コンテンツの再生を管理するデータベース領域と、を含み、
前記ストリーム領域はキーで暗号化された複数のタイトルを含み、
前記複数のタイトルが互いにクリップの一部または全部を共有する場合、前記クリップを共有するタイトルは同一のキーで暗号化されていることを特徴とする記録媒体。
【請求項１８】
キーで暗号化された前記タイトルがメインパスとサブパスを含む場合、前記メインパスとサブパスは、同一のキーで暗号化されていることを特徴とする請求項１７に記載の記録媒体。
【請求項１９】
ダウンロードされるタイトルが前記記録媒体内の暗号化されたタイトルを構成するクリップの一部または全部を共有する場合、前記記録媒体内のクリップを共有する前記タイトルは、同一のキーで暗号化されていることを特徴とする請求項１７に記載の記録媒体。
【請求項２０】
記録媒体に記録されたデータを読み取るピックアップと、
前記記録媒体と関連してダウンロードされた、暗号化されたデータを保存するローカルストレージと、
前記記録媒体に記録されたデータを、前記記録媒体に保存されたキーファイル内の第１タイプのキーを用いて復号化し、前記ダウンロードされたデータを、前記記録媒体または前記ローカルストレージのいずれかに保存されたキーファイル内の第２タイプのキーを用いて復号化する制御部と、
を備えることを特徴とするデータ復号装置。
【請求項２１】
前記第２タイプのキーは、前記第１タイプのキーと同一のキーであることを特徴とする請求項２０に記載のデータ復号装置。
【請求項２２】
前記２タイプのキーは、前記第１タイプのキーと別に保存されたキーであることを特徴とする請求項２０に記載のデータ復号装置
【請求項２３】
前記ローカルストレージに保存されたキーファイルは、前記記録媒体に保存されたキーファイルとは別に保存されたキーファイルであることを特徴とする請求項２０に記載のデータ復号装置。
【請求項２４】
前記ローカルストレージに保存されたキーファイルは、前記ローカルストレージの安全領域に配置されることを特徴とする請求項２０に記載のデータ復号装置。
【請求項２５】
前記ダウンロードされたデータが記録媒体に記録されたメインパスと関連したサブパスデータである場合、前記制御部は、前記メインパスデータと同一のキーを用いて前記サブパスデータを復号化することを特徴とする請求項２０に記載のデータ復号装置。
【請求項２６】
記録媒体から前記記録媒体に記録されたデータを読み取るピックアップと、
前記記録媒体と関連してダウンロードされた、暗号化されたデータを保存するローカルストレージと、
前記ダウンロードされたデータと前記復号化キー間のリンク（ｌｉｎｋ）情報を用いて前記復号化キーを読み取り、前記ダウンロードされたデータを前記復号化キーを用いて復号化する制御部と、
を備えることを特徴とするデータ復号装置。
【請求項２７】
前記リンク情報は、前記ダウンロードされたデータのデータベースファイルに含まれることを特徴とする請求項２６に記載のデータ復号装置。
【請求項２８】
前記リンク情報は、前記ローカルストレージにリンク情報ファイルとして保存されることを特徴とする請求項２６に記載のデータ復号装置。
【請求項２９】
前記リンク情報は、前記ローカルストレージ内の安全領域に保存されたことを特徴とする請求項２８に記載のデータ復号装置。
【請求項３０】
前記リンク情報は、前記ローカルストレージ内のＡＶデータ記録領域に保存されることを特徴とする請求項２８に記載のデータ復号装置。
【請求項３１】
前記リンク情報は、ＣＰＳユニットナンバーであることを特徴とする請求項２６に記載のデータ復号装置。
【請求項１】
ローカルストレージに、記録媒体と関連した暗号化されたデータをダウンロードする段階と、
前記記録媒体に記録されたデータを、前記記録媒体に保存されたキーファイル内の第１タイプのキーを用いて復号化する段階と、
前記ダウンロードされたデータを、前記記録媒体または前記ローカルストレージのいずれかに保存されたキーファイル内の第２タイプのキーを用いて復号化する段階と、
を含むことを特徴とするデータ復号方法。
【請求項２】
前記第２タイプのキーは、前記第１タイプのキーと同一のキーであることを特徴とする請求項１に記載のデータ復号方法。
【請求項３】
前記２タイプのキーは、前記第１タイプのキーと別に保存されたキーであることを特徴とする請求項１に記載のデータ復号方法。
【請求項４】
前記ローカルストレージに保存されたキーファイルは、前記記録媒体に保存されたキーファイルとは別に保存されたキーファイルであることを特徴とする請求項１に記載のデータ復号方法。
【請求項５】
前記ローカルストレージに保存されたキーファイルは、ダウンロードされたキーを含むことを特徴とする請求項１に記載のデータ復号方法。
【請求項６】
前記ローカルストレージに保存されたキーファイルは、前記記録媒体から読み取られて前記ローカルストレージに保存されたキーファイルであることを特徴とする請求項１に記載のデータ復号方法。
【請求項７】
前記ローカルストレージに保存されたキーファイルは、前記ローカルストレージの安全領域（ｓｅｃｕｒｅ ａｒｅａ）に配置されることを特徴とする請求項１に記載のデータ復号方法。
【請求項８】
前記ダウンロードされたデータが前記記録媒体に記録されたメインパスと関連したサブパスデータである場合、前記サブパスデータは、前記メインパスデータと同一のキーを用いて復号化されることを特徴とする請求項１に記載のデータ復号方法。
【請求項９】
ローカルストレージに、記録媒体と関連した、キーで暗号化されたデータをダウンロードする段階と、
前記データの復号化キーを前記データと前記復号化キー間のリンク（ｌｉｎｋ）情報を用いて読み取る段階と、
前記データを前記復号化キーを用いて復号化する段階と、
を含むことを特徴とするデータ復号方法。
【請求項１０】
前記リンク情報は、前記ダウンロードされたデータのデータベースファイルに含まれることを特徴とする請求項９に記載のデータ復号方法。
【請求項１１】
前記リンク情報は、前記ローカルストレージにリンク情報ファイルとして保存されることを特徴とする請求項９に記載のデータ復号方法。
【請求項１２】
前記リンク情報ファイルは、前記ローカルストレージ内の安全領域に保存されることを特徴とする請求項１１に記載のデータ復号方法。
【請求項１３】
前記リンク情報ファイルは、前記ローカルストレージ内のＡＶデータ記録領域に保存されることを特徴とする請求項１１に記載のデータ復号方法。
【請求項１４】
前記リンク情報は、ＣＰＳユニットナンバー（ＣＰＳ ｕｎｉｔ ｎｕｍｂｅｒ）であることを特徴とする請求項９に記載のデータ復号方法。
【請求項１５】
前記復号化キーは、前記ＣＰＳユニットナンバーを基準にして定義されることを特徴とする請求項１４に記載のデータ復号方法。
【請求項１６】
前記ＣＰＳユニットナンバーは、タイトル毎に割り当てられることを特徴とする請求項１４に記載のデータ復号方法。
【請求項１７】
コンテンツ（ｃｏｎｔｅｎｔｓ）が記録されたストリーム領域と、
前記コンテンツの再生を管理するデータベース領域と、を含み、
前記ストリーム領域はキーで暗号化された複数のタイトルを含み、
前記複数のタイトルが互いにクリップの一部または全部を共有する場合、前記クリップを共有するタイトルは同一のキーで暗号化されていることを特徴とする記録媒体。
【請求項１８】
キーで暗号化された前記タイトルがメインパスとサブパスを含む場合、前記メインパスとサブパスは、同一のキーで暗号化されていることを特徴とする請求項１７に記載の記録媒体。
【請求項１９】
ダウンロードされるタイトルが前記記録媒体内の暗号化されたタイトルを構成するクリップの一部または全部を共有する場合、前記記録媒体内のクリップを共有する前記タイトルは、同一のキーで暗号化されていることを特徴とする請求項１７に記載の記録媒体。
【請求項２０】
記録媒体に記録されたデータを読み取るピックアップと、
前記記録媒体と関連してダウンロードされた、暗号化されたデータを保存するローカルストレージと、
前記記録媒体に記録されたデータを、前記記録媒体に保存されたキーファイル内の第１タイプのキーを用いて復号化し、前記ダウンロードされたデータを、前記記録媒体または前記ローカルストレージのいずれかに保存されたキーファイル内の第２タイプのキーを用いて復号化する制御部と、
を備えることを特徴とするデータ復号装置。
【請求項２１】
前記第２タイプのキーは、前記第１タイプのキーと同一のキーであることを特徴とする請求項２０に記載のデータ復号装置。
【請求項２２】
前記２タイプのキーは、前記第１タイプのキーと別に保存されたキーであることを特徴とする請求項２０に記載のデータ復号装置
【請求項２３】
前記ローカルストレージに保存されたキーファイルは、前記記録媒体に保存されたキーファイルとは別に保存されたキーファイルであることを特徴とする請求項２０に記載のデータ復号装置。
【請求項２４】
前記ローカルストレージに保存されたキーファイルは、前記ローカルストレージの安全領域に配置されることを特徴とする請求項２０に記載のデータ復号装置。
【請求項２５】
前記ダウンロードされたデータが記録媒体に記録されたメインパスと関連したサブパスデータである場合、前記制御部は、前記メインパスデータと同一のキーを用いて前記サブパスデータを復号化することを特徴とする請求項２０に記載のデータ復号装置。
【請求項２６】
記録媒体から前記記録媒体に記録されたデータを読み取るピックアップと、
前記記録媒体と関連してダウンロードされた、暗号化されたデータを保存するローカルストレージと、
前記ダウンロードされたデータと前記復号化キー間のリンク（ｌｉｎｋ）情報を用いて前記復号化キーを読み取り、前記ダウンロードされたデータを前記復号化キーを用いて復号化する制御部と、
を備えることを特徴とするデータ復号装置。
【請求項２７】
前記リンク情報は、前記ダウンロードされたデータのデータベースファイルに含まれることを特徴とする請求項２６に記載のデータ復号装置。
【請求項２８】
前記リンク情報は、前記ローカルストレージにリンク情報ファイルとして保存されることを特徴とする請求項２６に記載のデータ復号装置。
【請求項２９】
前記リンク情報は、前記ローカルストレージ内の安全領域に保存されたことを特徴とする請求項２８に記載のデータ復号装置。
【請求項３０】
前記リンク情報は、前記ローカルストレージ内のＡＶデータ記録領域に保存されることを特徴とする請求項２８に記載のデータ復号装置。
【請求項３１】
前記リンク情報は、ＣＰＳユニットナンバーであることを特徴とする請求項２６に記載のデータ復号装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図１０】
【図１１】
【図１２】
【公表番号】特表２００８−５３２１９４（Ｐ２００８−５３２１９４Ａ）
【公表日】平成２０年８月１４日（２００８．８．１４）
【国際特許分類】
【出願番号】特願２００７−５５２０５２（Ｐ２００７−５５２０５２）
【出願日】平成１８年１月４日（２００６．１．４）
【国際出願番号】ＰＣＴ／ＫＲ２００６／００００３１
【国際公開番号】ＷＯ２００６／０７８１００
【国際公開日】平成１８年７月２７日（２００６．７．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（５９６０６６７７０）エルジー エレクトロニクス インコーポレーテッド (384)
【Ｆターム（参考）】
【公表日】平成２０年８月１４日（２００８．８．１４）
【国際特許分類】
【出願日】平成１８年１月４日（２００６．１．４）
【国際出願番号】ＰＣＴ／ＫＲ２００６／００００３１
【国際公開番号】ＷＯ２００６／０７８１００
【国際公開日】平成１８年７月２７日（２００６．７．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（５９６０６６７７０）エルジー エレクトロニクス インコーポレーテッド (384)
【Ｆターム（参考）】
[ Back to top ]