(57)【要約】本発明は、記憶がブロックに分割される記憶媒体４に暗号化された形式でブロック状に記憶されたユーザデータを読出すための装置、記憶媒体４にユーザデータをブロック状に書込むための装置、及び対応する方法に関する。ユーザデータの意図する使用に関して読出し又は書込みのそれぞれについて装置に知らせるために、特に、ユーザデータが暗号化された形式で記憶媒体に記憶される場合に、記憶媒体にユーザデータを書込む前にユーザデータを暗号化するための暗号化鍵に関する読出しについて装置に知らせるために、又は、ユーザデータを出力する前に読出されたユーザデータを復号化するための復号化鍵に関する書き込みについて装置に知らせるために、本発明によれば、ユーザデータをどのように処理すべきか指定する処理情報をリードコマンド又はライトコマンドに加え、たとえば、ユーザデータを出力する前に読出されたユーザデータを復号化するか、記憶媒体にユーザデータを書込む前に受けたユーザデータを暗号化するように、該処理情報に従ってユーザデータを処理するための処理手段を提供することが提案される。
2005505853.tif 000002
【特許請求の範囲】
【請求項１】
記憶媒体に暗号化された形式でブロック状に記憶されたユーザデータを読出すための装置であって、該記憶媒体の記憶はブロックに分割されており、
どのユーザデータを読出すべきかを指定するユーザデータ情報と該ユーザデータをどのように処理すべきかを指定する処理情報とを含むリードコマンドを受けて解釈するためのコマンドインタフェースと、
該記憶媒体からユーザデータを読出すための読出し手段と、
該処理情報に従って該ユーザデータを処理するための処理手段と、
該処理されたユーザデータを出力するための出力手段と、
を有する装置。
【請求項２】
該処理情報は、復号化及び再暗号化の使用、割り付け方法及びリアルタイム特性、該ユーザデータの読出しエラーに関する許容可能なリトライ数を指定する、
請求項１記載の装置。
【請求項３】
該処理情報は、該ユーザデータを復号化するためにどの鍵データを使用すべきかを指定する鍵データ情報を含み、
該処理手段は、該鍵データを使用して該ユーザデータを復号化するための復号化手段を有する、
請求項１記載の装置。
【請求項４】
該リードコマンドは、該ユーザデータを復号化するために使用されるべき鍵データを含み、該鍵データは、暗号化された形式で含まれ、
該装置は、該暗号化された鍵データを復号化するための鍵復号化手段をさらに有する、
請求項３記載の装置。
【請求項５】
該鍵データは、暗号化された形式で該記憶媒体に記憶され、
該リードコマンドは、該記憶媒体から読出され、該ユーザデータを復号化するために使用されるべき鍵データを識別する鍵データ識別子を含み、
該読出し手段は、該識別された鍵データを読出すためにさらに適合され、
該装置は、該暗号化された鍵データを復号化するための鍵復号化手段をさらに有する、
請求項３記載の装置。
【請求項６】
該リードコマンドは、該ユーザデータを出力する前に、該復号化されたユーザデータを再び暗号化するために、どの再暗号化の鍵データを使用すべきかを指定する再暗号化鍵データ情報を含み、
該装置は、該出力手段により該ユーザデータを出力する前に、該復号化されたユーザデータを再び暗号化するための再暗号化手段をさらに有する、
請求項３記載の装置。
【請求項７】
記憶媒体に暗号化された形式でブロック状に記憶されたユーザデータを読出す方法であって、該記憶媒体の記憶はブロックに分割されており、
どのユーザデータを読出すべきかを指定するユーザデータ情報と該ユーザデータをどのように処理すべきかを指定する処理情報とを含むリードコマンドを受けて解釈するステップと、
該記憶媒体からユーザデータを読出すステップと、
該処理情報に従って該ユーザデータを処理するステップと、
該処理されたユーザデータを出力するステップと、
を有する方法。
【請求項８】
記憶媒体にユーザデータをブロック状に書込むための装置であって、該記憶媒体の記憶はブロックに分割されており、
どのユーザデータを書込むべきかを指定するユーザデータ情報と該ユーザデータをどのように処理すべきかを指定する処理情報とを含むライトコマンドを受けて解釈するためのコマンドインタフェースと、
該処理情報に従って該ユーザデータを処理するための処理手段と、
該処理されたユーザデータを該記憶媒体に書込むための書込み手段と、
を有する装置。
【請求項９】
該処理情報は、暗号化の使用、割り付け方法、リアルタイム特性、該ユーザデータの書込みエラーに関する許容可能なリトライ数を指定する、
請求項８記載の装置。
【請求項１０】
該処理情報は、該ユーザデータを暗号化するためにどの鍵データを使用すべきかを指定する鍵データ情報を含み、
該処理手段は、該鍵データを使用して該ユーザデータを暗号化するための暗号化手段を有する、
請求項８記載の装置。
【請求項１１】
該ライトコマンドは、該ユーザデータを暗号化するために使用されるべき鍵データを含み、該鍵データは、暗号化された形式で含まれており、
該装置は、該暗号化された鍵データを復号化するための鍵復号化手段をさらに有する、
請求項１０記載の装置。
【請求項１２】
該鍵データは、該記憶媒体に暗号化された形式で記憶され、
該ライトコマンドは、該記憶媒体から読出され、該ユーザデータを暗号化するために使用されるべき鍵データを識別する鍵データ識別子を含み、
該記憶媒体から該識別された鍵データを読出すための読出し手段と、
該暗号化された鍵データを復号化するための鍵復号化手段と、
をさらに有する請求項１０記載の装置。
【請求項１３】
記憶媒体にユーザデータをブロック状に書込む方法であって、該記憶媒体の記憶はブロックに分割されており、
どのユーザデータを書込むべきかを指定するユーザデータ情報と該ユーザデータをどのように処理すべきかを指定する処理情報とを含むライトコマンドを受けて解釈するステップと、
該処理情報に従って該ユーザデータを処理するステップと、
該処理されたユーザデータを該記憶媒体に書込むステップと、
を有する方法。
【請求項１４】
コンピュータに、請求項７又は請求項１３記載の方法を実行させるためのコンピュータプログラムコード手段を有するコンピュータプログラムプロダクトであって、
該コンピュータプログラムは、コンピュータで実行される、
コンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶媒体に暗号化された形式でブロック状に記憶されているユーザデータを読出すための装置に関する。この記憶媒体の記憶は、ブロックに分割されている。
また、本発明は、記憶媒体にブロック状にユーザデータを書込むための装置に関する。
さらに、本発明は、ユーザデータを読出し及び書込みするための対応する方法及びコンピュータプログラムプロダクトに関する。
【０００２】
本発明は、特に、記録可能な記憶媒体、任意の種類のビデオデータ又はオーディオデータを記憶するために、特にＣＤ，ＤＶＤのような光記録媒体の情報の保護に関連している。
【背景技術】
【０００３】
たとえば、ビデオデータ、オーディオデータ、ソフトウェア又はアプリケーションデータといったユーザデータが暗号化された形式で記録媒体に記憶されている場合、認可されたアプリケーションは、許可された場合に、インターネットのような別の位置から復号化鍵を入手する必要なしに記録媒体からユーザデータを読出して、使用することができることが要求されることがある。したがって、復号化鍵は、媒体に記憶される必要があり、この媒体には、暗号化されたユーザデータが記憶される。たとえば、認可されていないアプリケーションにより復号化鍵への許可されていないアクセスを回避するために、復号化鍵は、認可されていないアプリケーションが復号化鍵を読出すことができないように、一般に記憶媒体に隠されている。記憶媒体で復号化鍵を隠すための公知の方法は、Content  Scrambling  System  (CSS）及びContent  Protection  for  Recordable  Media  (CPRM)である。
【０００４】
一般に、記憶媒体の記憶は、ブロック（又はセクタ）に分割されており、ファイルの内容は、１つ以上のかかるブロックに記憶される。リードコマンド又はライトコマンドは、論理ブロックアドレスを指定するのみであり、読出し又は書込みされるべきファイル名を指定していない。それぞれのファイルは、それぞれのブロックではなく、それ自身の暗号化又は復号化鍵を有するので、たとえば、ＰＣアプリケーションから、リードコマンド又はライトコマンドを受けるユーザデータを読出し又は書込みする装置は、復号化又は暗号化のためにどの鍵データを使用すべきかを判別することができない。これは、この装置がリードコマンド又はライトコマンドからファイル名を受けることができないことによる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
１つの可能な解決法は、記憶媒体に記憶された全てのユーザデータについて同じ鍵データを使用することである。しかし、この解決策は、大部分のアプリケーションで必要とされるように、異なる鍵が異なるファイルについて必要とされる場合には受け入れることができない。
【０００６】
別の可能な解決法は、個別のコマンドを使用して、次のリードコマンド又はライトコマンドでどの鍵データを使用すべきかを読出し又は書込みする装置に知らせることである。しかし、この解決法もまた、一般に受け入れることができない。これは、幾つかのアプリケーションにとって、読出し装置又は書込み装置にコマンドを同時に送出することが可能であるためである。それぞれのアプリケーションは、異なる鍵を使用して異なるファイルを読出し及び／又は書込みする。かかる解決法により、単一のアプリケーションのみが、読出し装置又は書込み装置にアクセスすることができるが、他のアプリケーションは、同じ鍵を使用して同じファイルを読み出すことがない限り許可されない必要がある。
【０００７】
一般に、ＰＣアプリケーションの代わりに、ユーザデータを読出し又は書込みするための装置で所定の処理ステップが実行されることが必要とされる。
【０００８】
したがって、本発明の目的は、ユーザデータを読出す装置、及びユーザデータを書込む装置、先に説明された問題を解決するユーザデータを読出し又は書込みする対応する方法を提供することにあり、ＰＣアプリケーションのハッキングを通した任意のデータの保全に対して高水準の保護を提供する。
【課題を解決するための手段】
【０００９】
上記目的は、請求項１に記載される、ユーザデータを読出すための装置を提供することで達成される。この装置は、どのユーザデータを読出すべきかを指定するユーザデータ情報と該ユーザデータをどのように処理すべきかを指定する処理情報とを含むリードコマンドを受けて解釈するためのコマンドインタフェース、該記憶媒体からユーザデータを読出すための読出し手段、該処理情報に従って該ユーザデータを処理するための処理手段と、及び該処理されたユーザデータを出力するための出力手段を有している。
【００１０】
さらに、上記目的は、請求項８に記載される、ユーザデータを書込むための装置を提供することで達成される。この装置は、どのユーザデータを書込むべきかを指定するユーザデータ情報と該ユーザデータをどのように処理すべきかを指定する処理情報とを含むライトコマンドを受けて解釈するためのコマンドインタフェース、該処理情報に従って該ユーザデータを処理するための処理手段、及び該処理されたユーザデータを該記憶媒体に書込むための書込み手段を有している。
【００１１】
なお、さらに、上記目的は、請求項７及び請求項１３に記載される対応する方法により達成される。コンピュータプログラムプロダクトは、コンピュータプログラムがコンピュータ上で実行されたときに、コンピュータに請求項７又は請求項１３に記載される方法のステップを実行させるためのコンピュータプログラムコード手段を有しており、請求項１４に記載される。
【００１２】
本発明は、たとえば、ＰＣアプリケーションから、ユーザデータを読出し又は書込みするための装置に送出されるリードコマンド又はライトコマンドそれぞれに、特別の情報を添付するという考えに基づいている。したがって、リードコマンドは、どのユーザデータを読出すべきかを指定するユーザデータ情報のみを含むものではなく、また、たとえば、ＰＣアプリケーションから、記憶媒体からユーザデータを読出した後、及びユーザデータを出力する前、ユーザデータの意図される（次の）使用に関する処理データをも含んでいる。同様に、ライトコマンドは、どのユーザデータを書込むべきかを指定するユーザデータ情報のみを含むものではなく、記憶媒体にユーザデータを記憶する前に該ユーザデータの意図される（次の）使用に関するかかる処理情報をも含んでいる。これにより、ユーザデータ情報は、ユーザデータ自身を有するだけでなく、記録媒体で読出し又は書込みをどこから開始すべきかを指定する論理ブロックアドレスをも有している。さらに、読出し又は書込みすべきデータ量は、かかるリードコマンド又はライトコマンドに含まれる場合がある。しかし、ユーザデータ自身は、リードコマンド又はライトコマンドから離れて転送される場合がある。
【００１３】
処理情報に基づいて、読出し装置又は書込み装置のそれぞれは、ユーザデータに関して適切な動作、好ましくは、復号化、暗号化、再暗号化、特定の割り付け方法の採用、リアルタイム特性、読出しエラーに関する許容可能なリトライ数を行うことができる。
【００１４】
好適な実施の形態によれば、リードコマンドに含まれるかかる処理情報は、ユーザデータを復号化するためにどの鍵データを使用すべきかを指定する鍵データ情報を含んでいる。この鍵データに従って、ユーザデータは出力される前に復号化される。同様に、ライトコマンドに含まれる処理情報は、ユーザデータを暗号化するためにどの鍵データを使用すべきかを指定する鍵データ情報を含んでいる。この鍵データに従って、ユーザデータは、暗号化された形式で記憶媒体に記憶される前に暗号化される。鍵データ自身は、ユーザデータを受けたり、出力したりするＰＣアプリケーションには知られていないので、かかる鍵データは安全に保護される。ハッカーによる侵入に対して保護される。さらに、ユーザデータの再暗号化は、ＰＣアプリケーションにユーザデータを転送する前に読出すための装置により実現され、これにより、転送の過程での望まれないアクセスに対してユーザデータを更に保護することができる。
【００１５】
別の好適な実施の形態によれば、ユーザデータを暗号化又は復号化するために使用される鍵データは、リードコマンド又はライトコマンドに含まれる。この鍵データは、暗号化された形式で含まれる。この可能性は、ＰＣアプリケーションが鍵データを知ることを許可されるに十分に信用されたときにのみ、使用されることが好ましい。鍵データは、暗号化された形式でＰＣアプリケーションにのみ知らされるので、ＰＣアプリケーションは、読出し装置又は書込み装置に送出されたリードコマンド又はライトコマンドに、どのような種類のデータが含まれているかを実際には知らない。
【００１６】
別の好適な実施の形態によれば、記憶媒体から読出され、ユーザデータを暗号化又は復号化するために使用されるべき鍵データを識別する鍵データ識別子は、リードコマンド又はライトコマンドに含まれる。かかる鍵データは、たとえば、アプリケーションにより読出し可能であって、鍵識別子をファイルに関連付け可能なテーブル・オブ・コンテンツ（ＴＯＣ）といった暗号化された形式で記憶媒体に記憶される。代替的に、暗号化されたファイルのファイル名は、アプリケーションが送出することができ、読出し装置又は書込み装置が記憶媒体に記憶される鍵の組のうちの特定の鍵に関連付けすることができる鍵データ識別子を含んでいる場合がある。一般に、安全認証チャネル(SAC  :Secure  Authenticated  Channel)は、読出し装置又は書込み装置と（信用された）アプリケーションとの間で確立される。その後、このチャネルは、鍵データ又は鍵データ識別子を伝達するために使用することができる。
【００１７】
本発明の更に別の実施の形態によれば、記憶媒体から読出されたユーザデータを復号化した後、及び再び暗号化された形式でユーザデータを出力する前、読出し装置において再暗号化が行われる。読出し装置がユーザデータを再暗号化及び復号化することを可能とするために、どの再暗号化鍵データを再び暗号化するために使用すべきかを指定する再暗号化鍵データ情報がリードコマンドに含まれる。
【発明を実施するための最良の形態】
【００１８】
本発明は添付図面を参照して詳細に説明される。
図１では、本発明による再生装置１の第一の実施の形態が例示される。再生装置１は、パーソナルコンピュータで実現される場合がある。このパーソナルコンピュータは、ドライブユニット２、すなわち読出し装置、及びアプリケーションを実行するためのアプリケーションユニット３を備えている。たとえば、ＭＰＥＧフォーマットでＤＶＤに記憶されたビデオデータを再生するために、ＤＶＤ−ＲＯＭのような記録媒体４に記憶されたユーザデータを再生することをユーザが意図する場合、媒体４はドライブ２に挿入される。このドライブでは、ユーザデータ２１及び鍵データ２２を含んでいるデータ２０は、読出し手段５により読出される。ユーザデータ２１及び鍵データ２２の両者は、暗号化された形式で媒体４に記憶され、さらに、ユーザデータを記録媒体に記憶する前に、ユーザデータ及び鍵データを暗号化する異なる方法が存在するが、特定の暗号化の方法が使用される本発明とは関連しない。
【００１９】
媒体４の記憶は、論理ブロックに分割され、それぞれの論理ブロックは、論理ブロックアドレスによりアドレスの割り付けが可能である。それぞれのファイルのデータは、かかるブロックのうちの１つ以上に記憶されており、それぞれのファイルは、暗号化鍵で関連付けされている。それぞれのブロックが、暗号化鍵で関連付けされているのではない。したがって、読出し手段５は、媒体４から読出されたユーザデータ２１を復号化するために、どの暗号化鍵を使用すべきかに関して知らされる必要がある。
【００２０】
アプリケーションユニット３が、所定のユーザデータ２１、すなわち所定のファイルを媒体４から読出すことをドライブ２に要求した場合、コマンドユニット２４は、リードコマンド１９をコマンドインタフェース６に送出する。リードコマンド１９は、SCSI  Multi  Media  Commands-2  (MMC-2)又はSCSI-3  Block  Commands  (SBC)に準拠して規定されており、媒体４からの読出しの開始を示す論理ブロックアドレスを含んでいる。さらに、どの暗号化鍵が媒体４から読出され、復号化のために使用されるべきかを識別する鍵データ識別子が含まれている。この情報２５は、読出し手段５に送出され、読出し手段５は、要求されたユーザデータ２１及び鍵データ２２を読出すことができる。
【００２１】
読出された鍵データ２２は、読出し後に、読出し手段５から供給された該読出されたユーザデータ２１を復号化するための復号化ユニット８により要求される復号化鍵ＤＫを計算するために、鍵計算ユニット７に入力される。復号化鍵ＤＫは、暗号化鍵と同じであるか、又はこの暗号化鍵に対応する鍵である。暗号化鍵は、媒体４にユーザデータを記憶する前に、ユーザデータを暗号化するために使用される。
【００２２】
復号化の後、復号化されたユーザデータ１６は、出力手段２６によりアプリケーションユニット３に転送される。その後、要求されたユーザデータは、完全に再生することができ、レンダリングユニット１３による再生のためにレンダリングされる。
【００２３】
図２に示される本発明による再生装置１の別の実施の形態では、復号化鍵を計算するために必要とされる鍵データは、アプリケーションユニット３からドライブユニット２に転送されるリードコマンド１９に含まれる。したがって、かかる鍵データに関して知らされること、及び媒体４から任意の鍵データを読出すことは、読出し手段５にとって必要ではなく、要求されたユーザデータのみに関して知らされること、及び媒体４から要求されたユーザデータのみを読出すことが必要である。その後、リードコマンド１９に含まれる鍵データ２３は、鍵計算ユニット７に送出され、この鍵計算ユニットは、この鍵データ２３から、該読出されたユーザデータ２１を復号化するために復号化鍵ＤＫを計算する。全ての他の処理は、図１を参照して先に説明されたステップと同じである。
【００２４】
復号化鍵ＤＫを計算することができる鍵データをリードコマンド１９に含む代わりに、復号化鍵ＤＫは、鍵計算ユニット７がもはや必要とされないように、リードコマンド１９に直接含めることができる。しかし、その後、復号化鍵ＤＫは、アプリケーションユニット３に、暗号化されていない形式で知らされる必要がある。このアプリケーションユニット３は、ハッキングされたときに復号化鍵を損失する危険について高い可能性を含んでいる。
【００２５】
アプリケーションユニット３にとって、ユーザデータを復号化するためにどの鍵データを使用すべきかを知るために、幾つかの実現の可能性が存在する。第一の実現によれば、アプリケーションは、どの鍵データがどのユーザデータのファイルに属しているかに関する情報を記憶している媒体４に記憶されているテーブル・オブ・コンテンツにアクセスすることができる。このテーブルにより、アプリケーションは、鍵識別子をファイルに関連付けすることができる。第二の実現によれば、安全認証チャネル（ＳＡＣ）は、ドライブ２とアプリケーションユニット３の間に確立することができる。その後、このチャネルは、鍵データ又は鍵データ識別子を伝達するために使用することができる。第三の実現によれば、暗号化されたファイルのファイル名は、アプリケーションユニット３により送出することができる識別子を含んでいる場合がある。その後、ドライブユニット２は、この識別子を媒体４に記憶されている鍵の組のうちの特定の鍵に関連付けすることができる。
【００２６】
図３には第三の実施の形態に係る再生装置１が示されている。ここでは、ユーザデータをアプリケーションユニット３に出力する前に、ドライブユニット２内で再暗号化が使用される。図１に示された第一の実施の形態におけるように、媒体４から読出されるべきユーザデータに関する情報は、リードコマンド１９に含まれる。しかし、復号化ユニット８における該計算された復号化鍵ＤＫによるユーザデータ２１の復号化の後、ユーザデータは、ここでは普通文であり、定期的に変更される再暗号化鍵ＲＫを使用して、再暗号化ユニット１０により再び暗号化される。再び暗号化するためにどの再暗号化鍵ＲＫを使用すべきかを知るために、再暗号化鍵を認証局１５から要求することができ、ドライブユニット２による要求に応じて生成することができる。再暗号化ユニット１０によるユーザデータの再暗号化の後、再び暗号化されたユーザデータ１６は、出力ユニット２６によりアプリケーションユニット３に出力される。
【００２７】
再暗号化鍵ＲＫは、アプリケーションユニット３でユーザデータを復号化するために、アプリケーションユニット３に知らせる必要があるので、ドライブユニット２とアプリケーションユニット３の間に安全認証チャネル１７，１８が確立される。これを行うための１つの方法は、アプリケーションユニット３で実行しているアプリケーションを認可することである。その公開鍵は、認証局１５により認証される。その後、かかる公開鍵は、安全認証チャネル１７を確立するために使用される。その後、鍵計算ユニット９は、認証局の署名を調べる。
【００２８】
アプリケーションの最終的な認証の後、暗号化された再暗号化鍵ＲＫ、又は該再暗号化鍵ＲＫに関連する任意の他のデータは、鍵計算ユニット９から、安全認証チャネル１８を介してアプリケーションユニット３の鍵計算ユニット１１に転送される。鍵計算ユニット１１は、復号化ユニット１２が該再び暗号化されたユーザデータ１６を復号化することができるように、再暗号化鍵ＲＫを計算する。なお、転送ライン１６，１７及び１８は、再生装置１のバスに含まれる。復号化ユニット１２においてユーザデータを復号化した後、ユーザデータは、完全に再生することができ、レンダリングユニット１３による再生のためにレンダリングすることができる。
【００２９】
本発明による再生装置３０の第一の実施の形態は、アプリケーションユニット３１、及びドライブユニット３２、すなわち図４に示されるユーザデータを書込むための装置を有している。この図では、アプリケーションユニット３１の入力手段３３は、媒体４に記憶されるべきユーザデータを受ける。このユーザデータ４１は、暗号化及び記憶のためにドライブユニット３２に転送される。さらに、ライトコマンド４０は、コマンドユニット３４からコマンドインタフェース３５に転送される。このライトコマンド４０は、ユーザデータを媒体４のどこに記憶すべきかを指定し、暗号化ユニット３６によりユーザデータを暗号化するためにどの鍵データを使用すべきかを指定する鍵データ情報を含んでいる。位置情報４５は、暗号化されたユーザデータ４３の書込みの開始について論理ブロックアドレスを含んでおり、書込み手段３８に送出される。鍵データ情報４２は、鍵データ識別子を含んでおり、媒体４からの該鍵データ識別子により示される鍵データを読出すための読出し手段３９に送出される。その後、読出された鍵データ４４は、暗号化ユニット３６でユーザデータ４１を暗号化するために暗号化鍵ＥＫを生成する鍵生成手段３７に入力される。代替的に、アプリケーションユニット３１は、該暗号化鍵ＥＫを使用してユーザデータを暗号化して、暗号化された形式でユーザデータをドライブユニット３２に転送する。
【００３０】
図５には、記録装置３０の代替的な実施の形態が示されている。この実施の形態では、媒体４からの任意の鍵データを読出すための読出し手段は必要とされない。これは、ライトコマンド４０において、暗号化のために要求される鍵データは、暗号化された形式で既に含まれているためである。かかる暗号化された鍵データ４２は、コマンドインタフェース３５から鍵生成手段３７に供給される。鍵生成手段３７は、受けたユーザデータ４１を暗号化するための暗号化鍵ＥＫを生成する。暗号化された鍵データ４３は、書込み手段３８により媒体４に再び記憶される。鍵生成手段３７をさらに回避するために、書込み手段４０は、暗号化鍵ＥＫを普通文で含んでおり、この暗号化鍵ＥＫは、暗号化ユニット３６により直接使用することができる。
【００３１】
図６を参照して、ここで、本発明による保護されたコンテンツを安全にレンダリングする方法が説明される。この図では、幾つかのレベルを有するシステムが示されている。第一のレベルは、アプリケーションレイヤ５０であり、このレイヤは、ファイル、著作権及びアセット（データ）に関する情報を保持する。この情報は、テーブル・オブ・コンテンツ（ＴＯＣ）に含まれており、アプリケーションレイヤ５０がこの情報を使用することができるが、この情報に基づいて動作を実施することができないという点で受動的である。第二のレベルは、ファイルシステムレイヤ５１であり、このレイヤは、完全にトランスペアレントである。このレベルは、ファイル要求からファイルシステムのメタデータに基づいたセクタ要求への変換に関する情報を保持する。第三のレベルは、デジタル著作権管理（ＤＲＭ）システムのコアを含むドライブ５２である。このレベルは、アセット、著作権及びセクタに関する情報を保持している。
【００３２】
ディスク５３に存在するファイルシステムデータ６１は、ディスク５３のマウントの間に読出される。ディスク５３に存在する結果的に得られるファイル６３のリストは、アプリケーション５０に報告される。ディスク５３に存在する任意のＤＲＭデータ６４は、読出され、復号化されて（ステップ６５）、アセットの識別子６６（アセットＩＤ）、アセット鍵、及び許可された暗号化データに関する全ての処理のリスト（ライト６７）を生成する。アセットＩＤ６６、及び関連するライト６７は、アプリケーション５０に通知される。著作権及びファイル情報を使用して、包括的なＴＯＣ６８が生成され、ユーザに提供される。
【００３３】
ユーザによる選択に応答して（ステップ６９）、ファイルシステムレイヤ５１にファイル要求７０が発せられる。ファイルシステムレイヤ５１は、ファイル要求７０をセクタからなるブロック７１の要求に変換する。このブロック要求７１は、ドライブ５２に中継され、ドライブ５２では、要求の合法度がチェックされる（ステップ７２）。この時点で、アプリケーション５０がファイルに関連するアセットＩＤ６６をドライブ５２に報告していない場合、ＤＲＭシステムに属する要求されたセクタは、適切なアセット鍵を発見して、解放する。結果的に、ステップ７４で、回収された任意の暗号化されたファイルデータ７３は、復号化することができない。
【００３４】
復号化されたセクタ７５は、ファイルシステムレイヤ５１を通して、安全認証チャネル（ＳＡＣ）にわたり送出される。このファイルシステムレイヤでは、セクタ７５は、オリジナルのファイル要求のファイル７６と関連付けされ、信用されたアプリケーション内で安全に伝達される。ステップ７７で、この信用されたアプリケーションでは、コンテンツが連続的にレンダリングされる。
【００３５】
選択的に、信用されたアプリケーション５０は、要求されたファイルに関して意図された動作を報告することを要求することができる。その後、ドライブ５２内のＤＲＭシステムは、この意図された使用が要求されたファイルと関連される著作権であると報告されたアセットＩＤと関連される著作権に一致するかをチェックすることができる。このことは、ファイルシステム及びディスクに存在するＤＲＭデータを使用して、ＴＯＣが生成されない場合だけでなく、ＴＯＣが別のファイルから読出されない場合に、セキュリティシステムの崩壊を導くためのＴＯＣのハッキングを回避することが必要である。その場合、信用されたアプリケーションは、包括的なＴＯＣに含まれる誤った情報に関する所与のアセットについて、何が適切な動作を継続するかというその評価に基づくことができる。
【００３６】
ファイルが連続的にレンダリングされる場合、関連するアセットの著作権が変更されている場合がある。その場合、連続的なレンダリングは、ドライブ５２内のＤＲＭシステムに報告される。その後、ドライブ５２は、ディスク上でＤＲＭデータ８０を更新する（ステップ７９）。
【００３７】
アプリケーションが暗号化されたファイルを必要とするとき、ＳＡＣが存在しない場合には、アプリケーションとドライブの間に第一のＳＡＣが生成される。その後、ＳＡＣを介して、ファイル、及びたとえば再生又はコピーといった意図される使用に関連されるアセットＩＤを有するＤＲＭシステムに要求が送出される。ＤＲＭは、要求の有効性をチェックし、有効である場合には、復号化鍵を準備して、この鍵に対する次の参照のために「ハンドル」をアプリケーションに与える。アプリケーションがこのファイルからブロックを必要とするとき、ハンドルがブロック要求と共にドライブに送出される。ドライブは、この点でブロック要求の有効性に関する任意のチェックを行う必要がない。ハンドルが有効である場合、ブロックは、ＳＡＣ鍵において復号化及び再び暗号化され、通常のやり方でアプリケーションに送出される。
【００３８】
このように、本発明は、記憶単位、すなわちセクタ又はブロックの集合から構成される、たとえば、ファイルといったエンティティへのアクセスが（ソフトウェア）レイヤ、すなわち記憶装置のアドレスの調整の要求にオリジナルの要求を変換するドライバにより容易にされるケース、アクセスされたエンティティに関する要求された動作の特性又は性質をエンティティが記憶される記憶装置により使用することができるケースで適用することができる。これは、デジタル著作権管理又は割り付け方法のような、進歩された特性を（ドライブにおいて）実現する光ディスクシステム及びハードディスクドライブのような記憶装置の使用を含んでいる。
【００３９】
なお、本発明は、読出し装置又は書込み装置においてユーザデータを処理する１つの特定のやり方でユーザデータの復号化及び暗号化を例示する特定の例を介して先に説明している。しかし、本発明は、特定の例に限定されるものではない。ユーザデータを処理する他のやり方は、かかる装置により採用することができる。さらに、他の、代替的な又は追加の、処理情報の一部は、ユーザデータの意図される使用に関して装置に通知する、装置に送出されるリードコマンド又はライトコマンドに含めることができる。したがって、記載される復号化又は暗号化ユニットは、対応するリードコマンド又はライトコマンドに含まれる指定された処理情報に従ってユーザデータを処理するための処理手段として一般化することができる。
【図面の簡単な説明】
【００４０】
【図１】本発明による再生装置のブロック図である。
【図２】再生装置に関する第二の実施の形態のブロック図である。
【図３】再生装置に関する第三の実施の形態のブロック図である。
【図４】本発明による記録装置のブロック図である。
【図５】記録装置に関する第二の実施の形態のブロック図である。
【図６】本発明による読出し動作を例示する図である。
【図１】
2005505853.tif 000003
【図２】
2005505853.tif 000004
【図３】
2005505853.tif 000005
【図４】
2005505853.tif 000006
【図５】
2005505853.tif 000007
【図６】
2005505853.tif 000008
【国際公開パンフレット】
2005505853.tif 000009
2005505853.tif 000010
2005505853.tif 000011
2005505853.tif 000012
2005505853.tif 000013
2005505853.tif 000014
2005505853.tif 000015
2005505853.tif 000016
2005505853.tif 000017
2005505853.tif 000018
2005505853.tif 000019
2005505853.tif 000020
2005505853.tif 000021
2005505853.tif 000022
2005505853.tif 000023
2005505853.tif 000024
2005505853.tif 000025
2005505853.tif 000026
2005505853.tif 000027
【国際公開パンフレット（コレクトバージョン）】
2005505853.tif 000028
【国際調査報告】
2005505853.tif 000029
2005505853.tif 000030
2005505853.tif 000031