(57)【要約】本発明は、記憶部がブロックに分かれている記憶媒体（４）に暗号化された形式でブロックとして記憶されたユーザデータ（２１）を読み取る又は書き込む装置と、記憶媒体（４）に暗号化された形式でブロックとしてユーザデータ（２１）を書き込む装置（１）と、対応する方法とに関する。前記ユーザデータは、前記記憶媒体（４）に暗号化された形式で記憶されるので、前記装置は、前記記憶媒体に書き込む前に前記ユーザデータを暗号化するために暗号化鍵について、又は出力する前に前記読み取られたユーザデータを解読するための解読鍵について知らされる必要がある。従って、本発明によると、前記読み取る装置が、＊どのユーザデータが読み取られるべきかを指定するユーザデータ情報を含む読み取りコマンド（１９）を受信し、翻訳するコマンド・インターフェース（６）と、＊前記記憶媒体のブロックからユーザデータ及び関連した暗号化インジケータを読み取る読み取り手段であって、前記暗号化インジケータは、前記ユーザデータが暗号化されているか否かを示し、更に、もし前記暗号化インジケータが、前記ユーザデータが暗号化されていることを示すならば、前記ユーザデータを解読するために、どの鍵データ（２２）を使用するかを指定する関連した鍵データ識別子を読み取るように構成された当該読み取り手段と、＊前記鍵データを使用して前記ユーザデータを解読する解読手段（７、８、ＤＫ）と、＊前記解読されたユーザデータ（１６）を出力する出力手段（２６）とを有することが提案される。
2005505873.tif 000002
【特許請求の範囲】
【請求項１】
記憶部がブロックに分かれている記憶媒体にブロックとして記憶されたユーザデータを読み取る装置であって、
・どのユーザデータが読み取られるべきかを指定するユーザデータ情報を含む読み取りコマンドを受信し、翻訳するコマンド・インターフェースと、
・前記記憶媒体のブロックからユーザデータ及び関連した暗号化インジケータを読み取る読み取り手段であって、前記暗号化インジケータは、前記ユーザデータが暗号化されているか否かを示し、更に、もし前記暗号化インジケータが、前記ユーザデータが暗号化されていることを示すならば、前記ユーザデータを解読するために、どの鍵データを使用するかを指定する関連した鍵データ識別子を読み取るように構成された当該読み取り手段と、
・前記鍵データを使用して前記ユーザデータを解読する解読手段と、
・前記解読されたユーザデータを出力する出力手段と、
を有する装置。
【請求項２】
前記鍵データが、前記記憶媒体に暗号化された形式で記憶され、
前記読み取り手段が、前記ユーザデータを解読するために使用されるべき前記鍵データを読み取るように構成され、
前記解読手段が、更に前記暗号化された鍵データを解読するように構成される、
請求項１に記載の装置。
【請求項３】
前記読み取りコマンドが、出力する前に前記解読されたユーザデータを再暗号化するために、どの再暗号化鍵データを使用するかを指定する再暗号化鍵データ情報を含み、
前記装置が、更に、前記出力手段により出力する前に前記解読されたユーザデータを再暗号化する再暗号化手段を有する、
請求項１に記載の装置。
【請求項４】
前記鍵データ識別子が、前記鍵データ識別子により指定された前記鍵データの使用により暗号化されたユーザデータを記憶するブロックのヘッダ又はサブヘッダに記憶される、請求項１に記載の装置。
【請求項５】
前記鍵データ識別子は、前記ユーザデータが読み取られるべき前記ブロックの隣に、特にメインデータチャネルのサブチャネルに記憶される、請求項１に記載の装置。
【請求項６】
初期化ベクトルが、関連したユーザデータを記憶するブロックのヘッダ又はサブヘッダに暗号化された形式で記憶される、請求項１に記載の装置。
【請求項７】
前記鍵データ識別子が、更に、アクセスされる前記ブロックに記憶された前記ユーザデータに関連する付加的な情報、特に権利情報を指定し、前記付加的な情報が、前記記憶媒体上の鍵ロッカーに記憶される、請求項１に記載の装置。
【請求項８】
記憶部がブロックに分かれている記憶媒体にブロックとして記録されたユーザデータを読み取る方法であって、
・どのユーザデータが読み取られるべきかを指定するユーザデータ情報を含む読み取りコマンドを受信し、翻訳するコマンド・インターフェースのステップと、
・前記記憶媒体のブロックからユーザデータ及び関連した暗号化インジケータを読み取る読み取り手段のステップであって、前記暗号化インジケータは、前記ユーザデータが暗号化されているか否かを示し、更に、もし前記暗号化インジケータが、前記ユーザデータが暗号化されていることを示すならば、前記ユーザデータを解読するために、どの鍵データを使用するかを指定する関連した鍵データ識別子を読み取るように構成された当該読み取り手段のステップと、
・前記鍵データを使用して前記ユーザデータを解読する解読手段のステップと、
・前記解読されたユーザデータを出力する出力手段のステップと、
を有する方法。
【請求項９】
記憶部がブロックに分かれている記憶媒体にブロックとしてユーザデータを書き込む装置であって、
・どのユーザデータが書き込まれるべきかを指定するユーザデータ情報と、前記ユーザデータが暗号化された形式で書き込まれるべきであるかどうかを示す関連した暗号化インジケータとを含む書き込みコマンドを受信し、翻訳するコマンド・インターフェースと、
・鍵データを使用して前記ユーザデータを暗号化する暗号化手段と、
・前記ユーザデータと、前記暗号化インジケータと、もし前記ユーザデータが暗号化されるならば、どの鍵データが前記ユーザデータを暗号化するために使用されるかを指定する鍵データ識別子とを書き込む書き込み手段と、
を有する装置。
【請求項１０】
前記書き込みコマンドが、前記ユーザデータを暗号化するために使用されるべき前記鍵データを含み、前記鍵データが、暗号化された形式で含まれ、
前記装置が、更に、前記暗号化された鍵データを解読する鍵解読手段を有する、
請求項９に記載の装置。
【請求項１１】
前記鍵データが、前記記憶媒体に暗号化された形式で記憶され、
前記書き込みコマンドが、前記鍵データを識別する鍵データ識別子を含み、前記鍵データは、前記記憶媒体から読み取られるべきであり、且つ前記ユーザデータを暗号化するために使用されるべきであり、
前記装置が、更に、
・前記記憶媒体から前記識別された鍵データを読み取る読み取り手段と、
・前記暗号化された鍵データを解読する鍵解読手段と、
を有する、
請求項９に記載の装置。
【請求項１２】
記憶部がブロックに分かれている記憶媒体にブロックとしてユーザデータを書き込む方法であって、
・どのユーザデータが書き込まれるべきであるかを指定するユーザデータ情報と、前記ユーザデータが暗号化された形式で書き込まれるべきであるか否かを示す関連した暗号化インジケータとを含む書き込みコマンドを受信し、翻訳するステップと、
・鍵データを使用して前記ユーザデータを暗号化し、前記ユーザデータと、前記暗号化インジケータと、もし前記ユーザデーが暗号化されるならば、どの鍵データが前記ユーザデータを暗号化するために使用されるかを指定する鍵データ識別子とを書き込むステップと、
を有する方法。
【請求項１３】
選択的に暗号化された又は暗号化されない形式で記憶されるユーザデータをブロック形式で記憶し、更に、各ブロックにおいて、特に各ブロックのヘッダ又はサブヘッダにおいて、前記ブロックに記憶された前記ユーザデータが暗号化されているか否かを示す暗号化インジケータと、もし前記ユーザデータが暗号化されているならば、どの鍵データが前記ユーザデータを暗号化するために使用されたかを指定する鍵データ識別子とを記憶する記憶媒体、特に光記録可能記憶媒体。
【請求項１４】
コンピュータ上で実行される場合に、コンピュータに請求項８又は請求項１２に記載の方法の前記ステップを実行させるコンピュータ・プログラム・コード手段を有するコンピュータ・プログラム・プロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶部がブロックに分かれている記憶媒体に暗号化された形式でブロックとして記憶されるユーザデータを読み取る装置に関する。本発明は、更に、記憶媒体に暗号化された形式でユーザデータをブロックとして書き込む装置と、ユーザデータを読み取る又は書き込む対応する方法と、媒体と、コンピュータ・プログラム・プロダクトとに関する。本発明は、特に、ビデオデータ又はオーディオデータのような如何なる種類のデータでも記憶する記録可能な記憶媒体、特にＣＤ又はＤＶＤのような光記録媒体上の情報の保護に言及する。
【背景技術】
【０００２】
もしユーザデータ、例えばビデオデータ、オーディオデータ、ソフトウェア又はアプリケーションデータが記録媒体に暗号化された形式で記憶されているならば、ほとんどの場合、もし許可されるならば、認可されたアプリケーションが、インターネットのような異なる場所から解読鍵を取り出す必要なく、記録媒体から前記ユーザデータを読み取り、使用することができることが必要とされる。この故に、前記解読鍵は、前記暗号化されたユーザデータが記憶された前記媒体に記憶されなければならない。例えば無認可のアプリケーションによる、前記解読鍵に対する無認可のアクセスを防止するために、前記解読鍵は、一般に、無認可のアプリケーションが前記解読鍵を読み取ることができないように前記記憶媒体上に隠される。前記記憶媒体上に前記解読鍵を隠す既知の方法は、コンテント・スクランブリング・システム（ＣＳＳ）及び記録媒体用コンテンツ保護（ＣＰＲＭ）である。
【０００３】
一般に、記憶媒体の記憶部は、ブロック（又はセクタ）に分かれていて、ファイルの内容は、１つ以上のこのようなブロックに記憶される。読み取り又は書き込みコマンドは、一般に、論理ブロックアドレスを指定するのみであるが、読み取られるべき又は書き込まれるべきであるファイルの名前は指定しない。通常、各ブロックではなく、各ファイルが、独自の暗号化又は解読鍵を持つので、例えばＰＣアプリケーションから読み取り又は書き込みコマンドを取り出すユーザデータを読み取る又は書き込む装置は、前記読み取り又は書き込みコマンドから前記ファイルの名前を取り出さないので、解読又は暗号化のためにどの鍵データを使用するかを決定することができない。
【０００４】
１つの可能な解決法は、記憶媒体に記憶された全てのユーザデータに対して同じ鍵データを使用することだろう。しかしながら、ほとんどのアプリケーションにおいて必要とされるように、もし異なるファイルに対して異なる鍵が必要とされるならば、この解決法は許容されることができない。
【０００５】
ＤＶＤ−Ｖｉｄｅｏにおいて、各ブロックが、セクタヘッダに記憶された独自の鍵を持つ。しかしながら、前記解決法は、前記鍵のために多くの記憶容量を必要とし、従って、この記憶部は、ユーザデータのために利用されることができない。
【０００６】
他の可能な解決法は、読み取り又は書き込み装置に、どの鍵データを未来の読み取り又は書き込みコマンドにおいて使用するかを知らせるために、異なるコマンドを使用することだろう。しかしながら、幾つかのアプリケーションが同時に前記読み取り又は書き込み装置にコマンドを送信することが可能であるべきであり、各アプリケーションは、異なる鍵を使用して異なるファイルを読み取る及び／又は書き込むので、この解決法も、一般的には許容されることができない。このような解決法を用いると、単一のアプリケーションのみが、前記読み取り又は書き込み装置にアクセスすることができるだろうが、他のアプリケーションは、同じ鍵を使用して同じファイルを読み取らない限り、除外されなければならないだろう。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従って、本発明の目的は、上述の問題を克服するが、しかし、特に、ＰＣアプリケーションのハッキングによる窃盗に対する鍵データの高レベルの保護を提供する、ユーザデータを読み取る装置及び書き込む装置並びにユーザデータを読み取る又は書き込む対応する方法を提供することである。
【課題を解決するための手段】
【０００８】
この目的は、請求項１に記載の読み取る装置を提供することにより達成され、前記読み取る装置は、
・どのユーザデータが読み取られるべきかを指定するユーザデータ情報を含む読み取りコマンドを受信し、翻訳するコマンド・インターフェースと、
・前記記憶媒体のブロックからユーザデータ及び関連した暗号化インジケータを読み取る読み取り手段であって、前記暗号化インジケータは、前記ユーザデータが暗号化されているか否かを示し、更にもし前記暗号化インジケータが、前記ユーザデータが暗号化されていると示すならば、前記ユーザデータを解読するためにどの鍵データを使用するかを指定する関連した鍵データ識別子を読み取るように構成された当該読み取り手段と、
・前記鍵データを使用して前記ユーザデータを解読する解読手段と、
・前記解読されたユーザデータを出力する出力手段と、
を有する。
この目的は、更に、請求項７に記載のユーザデータを書き込む装置により達成され、前記書き込む装置は、
・どのユーザデータが書き込まれるべきかを指定するユーザデータ情報と、前記ユーザデータが暗号化された形式において書き込まれるべきであるか否かを示す関連した暗号化インジケータとを含む書き込みコマンドを受信し、翻訳するコマンド・インターフェースと、
・鍵データを使用して前記ユーザデータを暗号化する暗号化手段と、
・前記ユーザデータと、前記暗号化インジケータと、もし前記ユーザデータが暗号化されるならば、前記ユーザデータを暗号化するためにどの鍵データが使用されるかを指定する鍵データ識別子とを書き込む書き込み手段と、
を有する。
【０００９】
当該目的は、更に、請求項８及び請求項１２に記載の対応する方法により達成される。本発明による媒体は、請求項１３に記載される。コンピュータ上で実行される場合に、コンピュータに、請求項８又は請求項１２に記載の前記方法のステップを実行させるコンピュータ・プログラム・コード手段を有するコンピュータ・プログラム・プロダクトは、請求項１４に記載される。
【００１０】
本発明は、前記関連したユーザデータと一緒に付加的な情報を記憶し、前記ユーザデータが暗号化されているか否か、及びどの鍵データが前記ユーザデータを暗号化するために使用されたかを、前記ユーザデータを読み取る装置が認識することを可能にするというアイデアに基づく。この付加的な情報は、前記読み取る装置が、出力する前に前記ユーザデータを解読するために、関連した及び正しい鍵データを取り出すことを可能にする。同様に、ユーザデータを書き込む装置は、前記ユーザデータに加えて、前記ユーザデータが暗号化されているかを示す暗号化インジケータと、もし必要であれば、鍵データ識別子とを記憶する。前記鍵データ自身は、前記ユーザデータを最終的に受信するＰＣアプリケーションには知られないので、前記鍵データは、ハッカーによる窃盗に対して安全に保護される。加えて、ユーザデータの再暗号化は、前記ユーザデータをＰＣアプリケーションに送信する前に前記読み取る装置により実行されることができ、従って、送信中の望ましくないアクセスに対して前記ユーザデータを更に保護する。
【００１１】
好ましい実施例によると、前記鍵データ識別子は、前記鍵データ識別子により指定された前記鍵データの使用により暗号化されたユーザデータを記憶するブロックのヘッダ又はサブヘッダに記憶される。好ましくは、これは、暗号化されたユーザデータが記憶された各ブロック又はセクタにおいて行われる。加えて、前記各ブロックの前記ヘッダ又はサブヘッダに、前記暗号化インジケータが含まれる。
【００１２】
従って、たとえ前記読み取る装置が、前記ファイルの内容を解読するために使用されるべき対応する鍵データを識別することを可能にするであろうファイル名を知らないとしても、前記読み取る装置は、ブロックを読み取るときに、どの鍵が前記ブロックに記憶されたユーザデータを解読するために使用されるべきかを直ちに知る。例えばＰＣアプリケーションから、前記読み取る又は書き込む装置により受信されたコマンド、特に読み取り、再生又は書き込みコマンドは、前記ファイル名を指定しないが、アクセスされるべき前記ブロックをアドレス指定する論理ブロックアドレスと、読み取られるべき又は書き込まれるべきデータの量とを指定するのみである。
【００１３】
代替実施例によると、前記鍵データ識別子は、前記ユーザデータが読み取られるべきである前記ブロックの隣に、特にメインデータチャネルのサブチャネルに記憶される。前記鍵データ識別子は、従って、データ変調の方法で記憶されることができる。
【００１４】
もしユーザデータを暗号化するために使用された暗号化の方法が、ブロック又はセクタ間で異なり得る初期化ベクトル（ＩＶ）を組み込むならば、この初期化ベクトルも前記ブロックの前記ヘッダ又はサブヘッダの中に記憶されることが提案される。前記読み取る装置による再暗号化の場合には、このフィールドの番号が、前記ヘッダ又はサブヘッダにアクセスを持たないデータを解読する如何なるアプリケーションに対しても利用されることができるべきであるので、演繹されることができる初期化ベクトルが必要とされる。例えば、ブロック・シーケンス番号、即ちファイルを構成するブロックのシーケンスにおける特定のブロックの位置の番号が、使用されることができる。前記初期化ベクトル又は前記初期化ベクトルのために保留されるスペースは、暗号化制御情報、例えば部分的に暗号化されたブロック上の情報を含むために使用されることもできる。再暗号化されたストリームは、一定の初期化ベクトルを使用することもでき、前記一定の初期化ベクトルは、この場合、全てのデータブロックに対して同じである。
【００１５】
他の好ましい実施例によると、前記鍵データは、前記記憶媒体上に暗号化された形式で記憶され、この場合、前記鍵データは、前記ユーザデータと一緒に記憶された前記鍵データ識別子により指定されるので、前記読み取り手段により読み取られるだろう。加えて、解読手段が、前記暗号化された鍵データを解読するために設けられ、これにより前記鍵データは、前記読み取られた暗号化されたユーザデータを解読するために使用されることができる。
【００１６】
本発明の更に他の実施例によると、再暗号化は、前記記憶媒体から読み取られた前記ユーザデータを解読した後に、且つ前記ユーザデータを再暗号化された形式で出力する前に前記読み取る装置において行われる。前記読み取る装置が前記解読されたユーザデータを再暗号化することを可能にするために、再暗号化鍵データ情報は、どの再暗号化鍵データを再暗号化のために使用するかを指定する読み取りコマンドに含まれる。
【００１７】
有利に、前記鍵データ識別子は、前記記憶媒体上のアクセスされたブロックに記憶された前記ユーザデータを解読するために使用されるべきである前記鍵データを指定するのみならず、更に、前記アクセスされたブロックに記憶された前記ユーザデータに関連した付加的な情報、特に権利情報を指定し、前記付加的な情報は、前記記憶媒体上の鍵ロッカーに記憶される。前記指定された鍵データも、好ましくは、前記記憶媒体上の鍵ロッカーに含まれるルックアップテーブルに記憶される。前記鍵データ識別子は、従って、異なるブロックに対して異なる鍵データを記憶する前記ルックアップテーブルにおけるポインタとして見なされることができる。
【００１８】
特に記録可能な記憶媒体に対して、鍵データのセクタレベル記憶とファイルレベル暗号化の結合体が、加えて、本発明により、設けられてもよい。好ましくは、本発明は、ＣＤ−ＲＯＭ  ＸＡ規格を使用し、これによりこの規格との互換性が達成される。
【００１９】
本発明は、ここで図面を参照してより詳細に説明されるだろう。
【発明を実施するための最良の形態】
【００２０】
図１において、本発明による再生装置１の第１実施例が、図示される。再生装置１は、ドライブユニット２、即ち、読み取り装置と、アプリケーションを実行するアプリケーションユニット３とを有するパーソナルコンピュータ上に実施されることができる。もしユーザが、例えば、ＭＰＥＧ形式でＤＶＤに記憶されたビデオデータを再生するために、ＤＶＤ−ＲＯＭのような記録媒体４に記憶されたユーザデータを再生するつもりであれば、媒体４は、ドライブ２に挿入され、前記ユーザデータ２１及び鍵データ２２を含むデータ２０が、読み取り手段５により読み取られる。ユーザデータ２１及び鍵データ２２の両方が、媒体４に暗号化された形式で記憶され、更に、前記記録媒体に記憶する前に前記ユーザデータ及び前記鍵データを暗号化する異なる態様があるが、しかしどの特定の態様の暗号化が使用されるかは本発明に関連しないことに注目すべきである。
【００２１】
媒体４の記憶部は、論理ブロックに分かれていて、各ブロックは、論理ブロックアドレスによりアドレス指定されることができる。データがこのようなブロックの１つ以上に記憶される各ファイルは、暗号化鍵に関連するが、各ブロックは関連しない。従って、読み取り手段５は、どの暗号化鍵を媒体４から読み取られたユーザデータ２１を解読するために使用するかについて知らされる必要がある。
【００２２】
もしアプリケーションユニット３が、ドライブ２に媒体４から特定のユーザデータ２１、即ち特定のファイルを読み取るように要求するならば、コマンドユニット２４は、読み取りコマンド１９をコマンド・インターフェース６に送信する。ＳＣＳＩマルチメディア・コマンド−２（ＭＭＣ−２）又はＳＣＳＩ−３ブロック・コマンド（ＳＢＣ）に従って確立され得る読み取りコマンド１９は、これにより、媒体４から読み取る開始点を示す前記論理ブロックアドレスと、読み取られるデータの量とを含む。この情報２５は、ユーザデータ２１を含む要求されたデータ２０を読み取ることを可能にするために読み取り手段５に転送される。
【００２３】
前記論理ブロックアドレスにより示されるように媒体４上の前記ブロック又は複数のブロックにアクセスする場合、読み取り手段５は、要求されたユーザデータ２１のみならず、最初に、ユーザデータ２１が暗号化されているか否かを示す暗号化インジケータを読み取る。もしブロックのヘッダ又はサブヘッダの初めのフィールドであってもよい前記暗号化インジケータが、前記ユーザデータが暗号化されていることを示すならば、どの鍵データを前記ユーザデータを解読するために使用するかを指定する鍵データ識別子は、同じブロックの前記ヘッダ又はサブヘッダから読み取られる。前記鍵データ自身は、例えば、鍵ロッカーに含まれる目次（ＴＯＣ）において、前記記憶媒体上に暗号化された形式で記憶されることができ、この場合、前記鍵ロッカーは、前記鍵データ識別子を使用して読み取り手段５によりアクセスされることができる。
【００２４】
読み取られた鍵データ２２は、読み取りの後に、読み取り手段５から供給された読み取られたユーザデータ２１を解読する解読ユニット８により要求された解読鍵ＤＫを計算する鍵計算ユニット７に入力される。解読鍵ＤＫは、媒体４に記憶する前に前記ユーザデータを暗号化するために使用された暗号化鍵と同一であるか、又はこの暗号化鍵に対応する鍵である。
【００２５】
解読の後に、解読されたユーザデータ１６は、出力手段２６によりアプリケーションユニット３に送信される。この後、前記要求されたユーザデータは、完全に再生され、レンダリングユニット１３により再生のためにレンダリングされることができる。
【００２６】
本発明によるサブヘッダの実施例は、図２に示される。ここで、ＣＤシステム内で使用するサブヘッダのサブディビジョンは、汎用ＵＤＦ（ユニバーサル・ディスク・ファイル）ファイルシステム・リーダの使用を可能にする。前記サブヘッダの最初のバイトの最初のビットは、暗号化フラグと呼ばれ、例えば、前記暗号化インジケータとして使用される。もしこのフラグが設定されれば、前記セクタの内容は暗号化され、バイト１６の残りと、完全なバイト１７は、本発明による前記鍵データ識別子として使用される、前記暗号化鍵を識別するアセットＩＤ（Asset_ID）を記憶するために使用される。
【００２７】
バイト１８の内容は、ＣＤ−ＲＯＭ  ＸＡ規格に記述されるようなサブモードに対する異なるデータを含む。もし前記暗号化フラグが、ゼロに設定されれば、バイト１６及び１７における全てのビットは、ゼロに設定されるだろう。バイト１９は、保留され、他のデータを記憶するために使用されることができる。バイト１６ないし１９の内容は、ＣＤ−ＲＯＭ  ＸＡ規格で指定されるように、バイト２０ないし２３において繰り返される。このサブディビジョンは、ＣＤ−ＲＯＭ  ＸＡを認識するシステムに対して完全な互換性があると期待される。
【００２８】
サブヘッダの他の実施例は、図３に示される。ここで、バイト２０及び２１のみが、図２に示される前記サブヘッダと比べて異なる。これらの２つのバイトは、２バイト初期ベクトル（ＩＶ）を記憶するために使用される。このような初期ベクトルは、暗号ブロック連鎖方式と呼ばれる暗号化モードを使用することにより向上された安全性を得るために大きなブロックのデータを暗号化する場合に使用される。ここで、最初の暗号ブロックが前のブロックを持たず、前記データと無関係に選択されることができる初期ベクトルが使用される。もし前記ブロック・シーケンス番号が、初期ベクトルのために使用されるならば、２バイトの使用は、前記初期ベクトルの値が再びゼロにスイッチする１２８ＭＢまでのファイルに対して充分である。しかしながら、２キロバイト以外のセクタサイズも使用される。
【００２９】
このサブディビジョンは、ほとんど全てのＣＤ−ＲＯＭ  ＸＡを認識するシステムに対して互換性があると期待される。バイト１６ないし１９における情報が、二重には存在しないという事実は、ＣＤシステムにおいて問題を伴う。第一に、前記同じブロック要求における全てのセクタは、同じアセットＩＤ（鍵データ識別子）を持つだろう。第二に、前記ブロック・シーケンス番号は、同じ要求において前の又は次のセクタより１多い又は１少ないだろう。前記サブヘッダの内容は、常に再構築されることができ、サブヘッダにおける欠陥は、前記ファイルの新しいコピーには不在であろう。
【００３０】
前記サブヘッダの使用に対する幾つかの更に他の変更があってもよい。例えば、バイト１９は、バイト２０及び２１に加えて前記初期ベクトルのために使用されてもよい。更に、前記セクタのバイト２２及び２３も、前記初期ベクトルのために使用されてもよい。
【００３１】
ＣＤ−ＲＯＭ  ＸＡ準拠システムにおいて、前記鍵データの識別は、通常、セクタのサブヘッダのバイト１６及び１７である前記サブヘッダにおけるファイル番号及びチャネル番号フィールドの組み合わせであることもできる。前記初期ベクトルは、符号化情報のために保留されるバイト１９内、又はもし１バイトが充分でなければ、前記ファイル番号及びチャネルバイトの複製内にあることができる。
【００３２】
再生装置１の他の実施例は、図４に示される。ここで、再暗号化は、ユーザデータをアプリケーションユニット３に出力する前にドライブユニット２内で使用される。図１に示される前記第１実施例の場合のように、媒体４から読み取られるべき前記ユーザデータについての情報は、読み取りコマンド１９に含まれる。しかしながら、解読ユニット８における計算された解読鍵ＤＫによる前記ユーザデータ２１の暗号化の後に、ここで妨害の無くなった前記ユーザデータは、規則的に変わる再暗号化鍵ＲＫを使用して再暗号化ユニット１０により再暗号化される。どの再暗号化鍵ＲＫを再暗号化するために使用するかを知るために、再暗号化鍵は、認証局１５から要求されることができるか、又はドライブユニット２により要求に応じて生成されることができる。再暗号化ユニット１０による前記ユーザデータの再暗号化の後、前記ユーザデータ（１６）は、出力ユニット２６によりアプリケーションユニット３に出力される。
【００３３】
再暗号化鍵ＲＫは、前記ユーザデータを解読するためにアプリケーションユニット３にも既知でなければならないので、ドライブユニット２とアプリケーションユニット３との間の安全な認証済みチャネル１７、１８が、確立される。これを行う１つの態様は、アプリケーションユニット３上で実行するアプリケーションを認可することであり、公開鍵が、認証局１５により認証される。前記公開鍵は、この場合、安全な認証済みチャネル１７を確立するために使用される。鍵計算ユニット９は、この場合、前記認証局の署名を照合することができる。
【００３４】
前記アプリケーションの最後の認可の後、暗号化された再暗号化鍵ＲＫ又は再暗号化鍵ＲＫに関する如何なる他のデータも、安全な認証済みチャネル１８を介して、鍵計算ユニット９からアプリケーションユニット３の鍵計算ユニット１１に送信される。鍵計算ユニット１１は、従って、解読ユニット１２が再暗号化されたユーザデータ１６を解読することができるような再暗号化鍵ＲＫを計算することができる。送信線１６、１７及び１８は、再生装置１のバスに含まれることに注意すべきである。解読ユニット１２における前記ユーザデータの解読の後、前記ユーザデータは、完全に再生され、レンダリングユニット１３により再生のためにレンダリングされることができる。
【００３５】
アプリケーションユニット３１及びドライブユニット３２、即ち、ユーザデータを書き込む装置を有する本発明による記録装置３０の第１実施例が、図５に示される。ここで、アプリケーションユニット３１の入力手段３３は、媒体４に記憶されるべきユーザデータを受信し、前記ユーザデータ４１は、暗号化及び記憶のためにドライブユニット３２に送信される。加えて、書き込みコマンド４０は、コマンドユニット３４からコマンド・インターフェース３５に送信され、媒体４上の前記ユーザデータが記憶されるべき場所を指定する。暗号化されたユーザデータ４３を書き込む開始点に対する論理ブロックアドレスを含む場所情報４５は、書き込み手段３８に転送される。
【００３６】
媒体４に記憶する前にユーザデータ４１を暗号化するために、どの鍵データを使用するかを書き込む装置３２が知ることを可能にするために、鍵データ情報４２も、書き込みコマンド４０に含まれる。鍵データ識別子を含むこの鍵データ情報４２は、媒体４から前記鍵データ識別子により示された鍵データを読み取るために読み取り手段３９に転送される。読み取られた鍵データ４４は、この場合、暗号化ユニット３６においてユーザデータ４１を暗号化するために暗号化鍵ＥＫを生成する鍵生成手段３７に入力される。
【００３７】
最後に前記暗号化されたユーザデータを媒体４上に書き込む場合、加えて、前記ユーザデータが暗号化されていることを示す暗号化インジケータ及び鍵データ識別子４２も、前記関連したユーザデータが記憶された同じブロック又はセクタに記録される。
【００３８】
媒体４から前記所要の鍵データを読み取る代わりに、前記所要の鍵データは、書き込みコマンド４０に暗号化された形式で既に含まれていてもよい。従って、前記所要の鍵データは、コマンド・インターフェース３５から、受信されたユーザデータ４１を暗号化するための暗号化鍵ＥＫを生成する鍵生成手段３７に提供されることができる。暗号化鍵ＥＫは、暗号化する暗号化ユニット３６により直接使用されることができる妨害のなくなった状態で書き込みコマンド４０に含まれることさえも可能であってもよい。
【００３９】
本発明による保護されたコンテンツを安全に与える方法は、図６を参照してここで説明されるだろう。ここで、幾つかのレベルを有するＰＣ環境におけるシステムが示される。第１レベルは、ファイル、権利及びアセット（データ）についての情報を保持するアプリケーション層５０である。第２レベルは、仮想ファイルシステム５１と、ファイルシステム・ドライバ５２と、装置ドライバ５３とを有するファイルシステム層である。仮想ファイルシステム（ＶＦＳ）５１は、変更されることができないオペレーション・システムの不可欠な部分であると見なされなければならない。結果として、アプリケーション５０からのファイルシステム・ドライバ５２に対する如何なる要求も、仮想ファイルシステム５１を透過的に通過する必要がある。これは、アプリケーション５０と仮想ファイルシステム５１との間のインターフェースは、特定の記録担体又は規格に固有であることができず、どちらも仮想ファイルシステム５１とファイルシステム・ドライバ５２との間のインターフェースであることができないことを意味する。第３レベルは、デジタル権利管理（ＤＲＭ）システムのコアを含むドライブ５４である。このレベルは、アセット、権利及びセクタについての情報を保持する。
【００４０】
ユーザデータを読み取るために、アプリケーション５０は、最初に、目次を取り出し、前記ＤＲＭシステムに権利について問い合わせる。この後、アプリケーション５０は、読み取りのために前記アセットをロックする。ドライブ５４は、前記ユーザデータの再暗号化のために新しい再暗号化鍵を生成し、アプリケーション５０は、安全な認証済みチャネル（ＳＡＣ）を介して前記新しい再暗号化鍵を得る。ファイルデータが、アプリケーション５０により読み取られる場合、初期ベクトル（ＩＶ）情報が、ドライブ５４による解読のために必要とされる。従って、媒体５５に記憶されたローカルアセットＩＤが必要とされる。前記ローカルアセットＩＤ及び／又は前記初期ベクトルは、媒体５５におけるサブヘッダ又は隠されたチャネルに記憶される。解読の後、アプリケーション５０は、前記アセットをロック解除する。
【００４１】
再暗号化のステップを含むユーザデータを書き込む方法が、図７に示される。第一に、アプリケーション５０は、書き込むために前記アセットをロックする。従って、ドライブ５４は、前記ＳＡＣを介して解読鍵を得て、ディスク５５上の記憶のための新しい鍵を生成する。アプリケーション５０は、新しいローカルアセットＩＤを取り出す。この後、アプリケーション５０は、書き込むためにファイルを開き、前記ローカルアセットＩＤをファイルシステム・ドライバ５２に通信する。更に、前記アプリケーションは、前記ファイルデータを書き込み、これにより前記再暗号化情報を前記ＳＣＳＩ書き込みコマンドに追加する。最後に、アプリケーション５０は、前記ファイルを閉じ、前記アセットをロック解除する。
【００４２】
再暗号化せずにユーザデータを書き込む方法は、図８に示される。主要なステップは図７に図示された前記方法と同一であるが、しかしながら、再暗号化は行われず、従って、前記ユーザデータを解読するための解読鍵の生成及び使用を避ける。
【００４３】
本発明は、記憶単位、即ちセクタ又はブロックの集まりから成るエンティティ、例えばファイルに対するアクセスが、元の要求を前記記憶装置上のアドレスを配置する要求に翻訳する（ソフトウェア）層、即ちドライバにより容易化され、前記アクセスされたエンティティにおける前記要求された動作の特性又は性質が、前記エンティティが記憶される前記記憶装置により使用されることができる如何なる場合にも適用されることができる。これは、光ディスクシステム及びデジタル権利管理又は割り当てストラテジのような高度な特徴を（ドライブ内に）実施するハードディスクドライブのような記憶装置の使用を含む。
【図面の簡単な説明】
【００４４】
【図１】本発明による再生装置のブロック図を示す。
【図２】ＣＤ−ＲＯＭ  ＸＡに対するサブヘッダを示す。
【図３】ＣＤ−ＲＯＭ  ＸＡに対する他のサブヘッダを示す。
【図４】再生装置の第２実施例のブロック図を示す。
【図５】本発明による記録装置のブロック図を示す。
【図６】本発明による読み取り動作を図示する。
【図７】本発明による再暗号化を用いる書き込み動作を図示する。
【図８】本発明による再暗号化を行わない書き込み動作を図示する。
【図１】
2005505873.tif 000003
【図２】
2005505873.tif 000004
【図３】
2005505873.tif 000005
【図４】
2005505873.tif 000006
【図５】
2005505873.tif 000007
【図６】
2005505873.tif 000008
【図７】
2005505873.tif 000009
【図８】
2005505873.tif 000010
【国際公開パンフレット】
2005505873.tif 000011
2005505873.tif 000012
2005505873.tif 000013
2005505873.tif 000014
2005505873.tif 000015
2005505873.tif 000016
2005505873.tif 000017
2005505873.tif 000018
2005505873.tif 000019
2005505873.tif 000020
2005505873.tif 000021
2005505873.tif 000022
2005505873.tif 000023
2005505873.tif 000024
2005505873.tif 000025
2005505873.tif 000026
2005505873.tif 000027
2005505873.tif 000028
2005505873.tif 000029
2005505873.tif 000030
2005505873.tif 000031
【国際調査報告】
2005505873.tif 000032
2005505873.tif 000033
2005505873.tif 000034