(57)【要約】本発明はデジタルコンテンツ８３０の使用を制御する方法に関し、デジタルコンテンツを第一のパーティと関連付けるステップ、第一のパーティによるデジタルコンテンツの使用を制御する１以上の条件を定義する使用権情報をデジタルコンテンツと関連付けするステップを含み、当該方法は、第二のパーティがデジタルコンテンツを使用するために、第二のパーティに使用権情報へのアクセスを与えるアクセス許可情報を使用権情報と関連付けするステップを更に含む。本発明は、使用が制御されるデジタルコンテンツを使用する方法に関し、本発明は、本発明に係るデジタルデータ用の記憶媒体と同様に、これらの方法を実現する装置に関する。
2008513854.tif 000002
【特許請求の範囲】
【請求項１】
デジタルコンテンツの使用を制御する方法であって、
前記デジタルコンテンツを第一のパーティと関連付けるステップと、
前記第一のパーティによる前記デジタルコンテンツの使用を制御する１以上の条件を定義する使用権情報を前記デジタルコンテンツと関連付けするステップとを含み、
前記使用権情報に従って前記第一のパーティと異なる第二のパーティが前記デジタルコンテンツを使用するために、前記第二のパーティに前記使用権情報へのアクセスを与えるアクセス許可情報を前記使用権情報と関連付けするステップを更に含む、
ことを特徴とする方法。
【請求項２】
前記デジタルコンテンツ、使用権情報及びアクセス許可情報をデジタルデータ用の記憶媒体に記憶するステップを更に含む、
請求項１記載の方法。
【請求項３】
秘匿されたストレージに秘匿された情報を記憶するステップを更に含み、
少なくとも前記使用権情報は、記憶される前に前記秘匿された情報で暗号化される、
請求項１又は２記載の方法。
【請求項４】
秘匿されたストレージに秘匿された情報を記憶するステップを更に含み、
少なくとも前記アクセス許可情報は、記憶される前に前記秘匿された情報で暗号化される、
請求項１又は２記載の方法。
【請求項５】
使用が制御されるデジタルコンテンツを使用する方法であって、
第一のパーティと関連付けされる前記デジタルコンテンツと関連付けされる使用権情報であって、前記第一のパーティによる前記デジタルコンテンツの使用を制御する１以上の条件を定義する使用権情報を取得するステップと、
当該方法は、
前記使用権情報と関連付けされるアクセス許可情報を取得するステップと、
前記使用権情報に従って前記第一のパーティと異なる第二のパーティが前記デジタルコンテンツを使用するために、前記アクセス許可情報より許可される場合に、前記第二のパーティに前記使用権情報へのアクセスを与えるステップを更に含む、
ことを特徴とする方法。
【請求項６】
前記使用権情報及び前記アクセス許可情報をデジタルデータ用の記憶媒体から検索するステップを更に含む、
請求項５記載の方法。
【請求項７】
秘匿された情報を秘匿されたストレージから検索するステップを更に含み、
少なくとも前記使用権情報は、前記デジタルコンテンツを使用する前に、前記秘匿された情報で暗号を用いて確認される、
請求項５又は６記載の方法。
【請求項８】
秘匿された情報を秘匿されたストレージに記憶するステップを更に含み、
少なくとも前記アクセス許可情報は、前記デジタルコンテンツを使用する前に前記秘匿された情報で暗号を用いて確認される、
請求項５又は６記載の方法。
【請求項９】
前記デジタルコンテンツは、アクセス許可情報を前記デジタルコンテンツと関連付けするファイルシステムを使用してデジタルデータ用の記憶媒体に記憶され、前記デジタルコンテンツと関連付けされる前記アクセス許可情報は、前記使用権情報と関連付けされたアクセス許可情報として使用される、
請求項１又は５記載の方法。
【請求項１０】
前記デジタルデータ用の前記記憶媒体に記憶されるコンテンツに関連付けされる使用権情報は、前記デジタルデータ用の前記記録媒体のコンテンツと同様に階層的に構築される、
請求項９記載の方法。
【請求項１１】
前記使用権情報に関連付けされるアクセス許可情報は、前記デジタルコンテンツのオーナ、前記デジタルコンテンツに関連付けされるグループ及び全てのパーティについて個別に定義される、
請求項１又は５記載の方法。
【請求項１２】
前記アクセス許可情報は資格証明書を含み、前記資格証明書は、別のパーティが前記資格証明書に基づいて前記使用権情報へのアクセスが与えられたことの署名されたステートメントである、
請求項１又は５記載の方法。
【請求項１３】
前記資格証明書は、全てのグループのメンバに前記使用権情報へのアクセスを提供し、アクセスは、前記資格証明書に基づいてパーティに与えられ、前記パーティは前記グループのメンバである、
請求項１２記載の方法。
【請求項１４】
前記パーティは認証された装置又は認証されたアプリケーションである、
請求項１又は５記載の方法。
【請求項１５】
前記使用権情報及び前記アクセス許可情報は、前記デジタルコンテンツを復号するために使用される鍵情報と共に記憶される、
請求項１又は５記載の方法。
【請求項１６】
デジタルデータ用の記憶媒体であって、
第一のパーティと関連付けるデジタルコンテンツと、
前記デジタルコンテンツと関連付けされ、前記第一のパーティによる前記デジタルコンテンツの使用を制御する１以上の条件を定義する使用権情報とを記憶し、
前記使用権情報と関連付けされ、前記使用権情報に従って前記第一のパーティと異なる第二のパーティが前記デジタルコンテンツを使用するために、前記第二のパーティに前記使用権情報へのアクセスを与えるアクセス許可情報を更に記憶する、
ことを特徴とするデジタルデータ用の記憶媒体。
【請求項１７】
前記使用権情報は、デジタルデータ用の前記記憶媒体の秘匿されたチャネルに記憶された秘匿された情報を使用して暗号化される、
請求項１６記載のデジタルデータ用の記憶媒体。
【請求項１８】
デジタルコンテンツの使用を制御する装置であって、
前記デジタルコンテンツを第一のパーティと関連付けるために構成される第一の関連付け手段と、
前記第一のパーティによる前記デジタルコンテンツの使用を制御する１以上の条件を定義する使用権情報を前記デジタルコンテンツと関連付けるために構成される第二の関連付け手段とを含み、
前記使用権情報に従って前記第一のパーティと異なる第二のパーティが前記デジタルコンテンツを使用するために、前記第二のパーティに前記使用権情報へのアクセスを与えるアクセス許可情報を前記使用権情報と関連付けするために構成される第三の関連付け手段を更に含む、
ことを特徴とする装置。
【請求項１９】
使用が制御されるデジタルコンテンツを使用する装置であって、
第一のパーティと関連付けされる前記デジタルコンテンツと関連付けされる使用権情報であって、前記第一のパーティによる前記デジタルコンテンツの使用を制御する１以上の条件を定義する使用権情報を取得するために構成される第一の取得手段を含み、
前記使用権情報と関連付けされるアクセス許可情報を取得するために構成される第二の取得手段と、
前記使用権情報に従って前記第一のパーティと異なる第二のパーティが前記デジタルコンテンツを使用するために、前記アクセス許可情報より許可される場合に、前記第二のパーティに前記使用権情報へのアクセスを与えるために構成される制御手段とを更に含む、
ことを特徴とする装置。
【請求項２０】
コンピュータで実行されたときに、請求項１又は５記載の方法を実行するため、コンピュータ読み取り可能な記録媒体に記録されるプログラムコードを含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルコンテンツを第一のパーティに関連付けし、使用権情報をデジタルコンテンツに関連付けするステップを含むデジタルコンテンツの使用を制御する方法に関し、かかる使用権情報は、第一のパーティによるデジタルコンテンツの使用を制御する１以上の条件を定義するものである。さらに、本発明は、デジタルコンテンツを第一のパーティと関連付けするために構成される第一の関連付け手段、及び使用権をデジタルコンテンツに関連付けするために構成される第二の関連付け手段を有するデジタルコンテンツの使用を制御する装置に関し、かかる使用権情報は、第一のパーティによるデジタルコンテンツの使用を制御する１以上の条件を定義するものである。
【０００２】
また、本発明は、第一のパーティに関連付けされたデジタルコンテンツに関連付けされた使用権情報を取得するステップを含む、使用が制御されるデジタルコンテンツを使用する方法に関し、かかる使用権情報は、第一のパーティによるデジタルコンテンツの使用を制御する１以上の条件を定義するものである。さらに、本発明は、第一のパーティに関連付けされたデジタルコンテンツと関連付けされた使用権情報を取得するために構成される第一の取得手段を有する、使用が制御されるデジタルコンテンツを使用する装置に関し、かかる使用権情報は、第一のパーティによるデジタルコンテンツの使用を制御する１以上の条件を定義するものである。
【０００３】
また、本発明は、第一のパーティと関連付けされるデジタルコンテンツ、及びデジタルコンテンツに関連付けされた使用権情報を記憶する、デジタルデータ用の記憶媒体に関し、使用権情報は、第一のパーティによるデジタルコンテンツの使用を制御する１以上の条件を定義するものである。
【背景技術】
【０００４】
iTunes,  MusicMatch,  PressPlay及びWindows（登録商標）-Mediaのような新たなオンラインコンテンツ配信チャネルの出現により、Digital  Rights  Management  (DRM)は、益々重要な役割を果たし始めている。
【０００５】
使用権情報は、ＤＲＭシステムにおける重要なコンセプトである。使用権情報は、ＤＲＭシステムの制御化にあるコンテンツの使用を制御及び規制する。使用権情報は、ＤＲＭシステムからＤＲＭシステムに変化し、“copy  never”,“copy  one  time”のような使用権から“view  until  Wednesday”に及ぶ。
【０００６】
使用権情報を記憶するために使用されている幾つかの方法がある。  
１  Network-Centric；使用権情報は、ネットワークサーバにセキュアに記憶される。  
２  （Personal）又はCard-Centric；使用権情報は、取り外し可能なカード又はトークンにセキュアに記憶される。
３  Device-Centric；使用権情報は、プレイバック又はストレージ装置内にセキュアに記憶される。
４  Media-Centric；使用権情報は、コンテンツを保持するメディアにセキュアに記憶される。
【０００７】
Media-Centricの使用権情報は、使用権情報がコンテンツと共に進むときに、任意のメディアセントリックＤＲＭコンパチブル装置で関連されるコンテンツが使用されるのを可能にする。
【０００８】
ＤＲＭシステムの制御下にあるコンテンツは、１以上のコンテンツキーで暗号化されることがある。使用権情報は、ユーザがコンテンツキー及びコンテンツにアクセスするときを判定する。この理由のため、使用権情報のストレージは、ＤＲＭシステムにおける目立った役割を有し、使用権情報は、タンパリングを防止するためにセキュアストレージで記憶される。
【０００９】
国際出願ＷＯ２００２／１５１８４（代理人ドケットＰＨＮＬ０００４４８）は、記録キャリアへの使用権情報のセキュアな記憶の方法を開示している。この出願は、使用権情報及びコンテンツキーをたとえば光ディスクといったキャリアに記憶するためのＫｅｙＬｏｃｋｅｒを提案している。ＫｅｙＬｏｃｋｅｒは、ディスクの「秘匿されたチャネル“hidden  channel”」に記憶されるＫｅｙ  Ｌｏｃｋｅｒ  Ｋｅｙを使用して暗号化される。秘匿されたチャネルは、セキュアストレージであり、すなわち原因となるハッカーは、ＫｅｙＬｏｃｋｅｒＫｅｙを取得することができない。
【００１０】
結果として、（Ｋｅｙ  Ｌｏｃｋｅｒ  Ｋｅｙで暗号化された）ＫｅｙＬｏｃｋｅｒは、使用権情報についてセキュアストレージを提供する。ＫｅｙＬｏｃｋｅｒが更新されるたびに新たなＫｅｙ  Ｌｏｃｋｅｒ  Ｋｅｙを選択する（及びＫｅｙＬｏｃｋｅｒ）を再暗号化することで、この特定のソリューションは、アタッカーがＫｅｙＬｏｃｋｅｒをコピーし、使用権を消費した後にそれを回復する「コピー回復攻撃“copy-restore-attack”」に対して効果的なプロテクションを提供する。
【００１１】
ＷＯ２００２／１５１８４（代理人ドケットＰＨＮＬ０００４４８）に開示されるソリューションは、記録キャリアに第一のパーティにより使用権情報を記憶するためのセキュアな方法を提供し、かかる使用権情報、これにより関連されるコンテンツに他のパーティがアクセスするのを阻止するシステムを提供している。
【発明の開示】
【課題を解決するための手段】
【００１２】
本発明の目的は、第一のパーティ以外の第二のパーティにコンテンツの使用の制御を容易にする、デジタルコンテンツの使用を制御する方法を提供することにある。
【００１３】
上記目的は、最初のパラグラフで述べた方法が、アクセス許可情報を前記使用権情報と関連付けするステップを含むことを更に特徴とすることで実現され、このアクセス許可情報は、前記使用権情報に従ってデジタルコンテンツを第二のパーティがデジタルコンテンツを使用するため、前記使用権情報へのアクセスを第一のパーティ以外の第二のパーティに認めるものである。
【００１４】
アクセス許可情報を特定の使用権情報と関連付けすることで、特にデバイス又はアプリケーションである、以下パーティとする受領者に、特定の使用権情報へのアクセスを許可することができる。このメカニズムは、特定の使用権情報への１以上のアクセス許可を関連付けするために使用される。それぞれのアクセス許可情報は、前記コンテンツに関連付けされた第一のパーティ以外の１以上のパーティに、使用権情報に関連付けされたデジタルコンテンツへのアクセスを許可する。
【００１５】
本発明は、新たなビジネスモデルを可能にする。かかるシナリオの良好な例は、Ｂｌｕ−ｒａｙ  ＢＤ−ＲＯＭプレーヤにおける本発明の適用である。
【００１６】
スモールＪａｖａ（登録商標）プログラムを実行するため、ハードディスクドライブ（ＨＤＤ）及びＪａｖａ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ（ＪＶＭ）に適合されるＢＤ−ＲＯＭプレーヤを考える。ＢＤ−ＲＯＭプレーヤは、インターネットアクセスを提供するモジュールと更に適合される。Ｂｌｕ−ｒａｙ  ＢＤ−ＲＯＭプレーヤのＨＤＤに記憶されたコンテンツは、アプリケーションによりアクセスされる。さらに、アクセス許可情報がアプリケーションに基づいて定義される。
【００１７】
ＢＤ−ＲＯＭプレーヤのＨＤＤのコンテンツは、前もって記録されたＢＤ−ＲＯＭディスク、又はインターネットといった各種のソースから得られる。コンテンツは、本発明に係るエンハンスされたＫｅｙＬｏｃｋｅｒを使用することで、セキュアなやり方でＨＤＤに記憶される。このＫｅｙＬｏｃｋｅｒは、使用権情報、したがって関連付けされたコンテンツに対する粒状度の高いアクセス制御を提供する。
【００１８】
たとえば、消費者は、第一のスタジオからの第一の映画を有するＢＤ−ＲＯＭディスクを購入する。代替的に、第一の映画からの第一のタイトルソングは、上述されたＢＤ−ＲＯＭプレーヤを使用してインターネットを通してダウンロードされる。第一のタイトルソングは、第一の映画のディスクに分布されるＸｌｅｔと呼ばれるスモールＪａｖａ（登録商標）プログラムを使用してレンダリングされる。第一のスタジオ及び第二のスタジオは、両方のスタジオからのコンテンツ間のシームレスなインタフェースをエンドユーザに提供するため、それらのコンテンツへのアクセスを共有する同意に達する。
【００１９】
本発明を使用して、第二のスタジオは、デジタルコンテンツ、アクセス許可情報をリリースすることができ、アクセス許可情報は、第二の映画の使用権情報へのアクセスを第一のスタジオにより供給されるＸｌｅｔに許可するアクセス許可情報を伴う。
【００２０】
同じメカニズムは、信頼できない第三のスタジオからのＸｌｅｔを第二のタイトルソングの使用権情報へのアクセスから、したがって第二のタイトルソングへのアクセスから排除するため、第二のスタジオにより使用される。
【００２１】
本発明の好適な実施の形態では、使用権情報へのアクセスを望むパーティは、使用権情報へのアクセスが与えられる前に自身を認証する必要がある。認証は、公開鍵／秘密鍵のペアを使用してオンラインで行われるか、信頼される第三のパーティにより署名される証明書を供給することによりオフラインで行われる。そのように行うことにおいて、悪意のパーティが前記使用権情報へのアクセスを取得する可能性は更に低減される。
【００２２】
本発明の別の好適な実施の形態では、使用権情報に関連付けされるコンテンツが暗号化され、使用権情報は、前記コンテンツを復号するためのコンテンツ鍵を更に有する。そのように行うことにおいて、クリアにデジタルコンテンツを取得するのを望むアタッカーは、前記コンテンツにアクセスすることができる前にコンテンツキーを取得する必要がある。
【００２３】
更なる好適な実施の形態では、使用権情報は、秘匿された情報を使用して、暗号により結合（cryptographically  bound）、すなわち暗号化される。結果として、前記秘匿された情報を検索することができるパーティのみが使用権情報にアクセスすることができ、これにより前記コンテンツへのアクセスに対する悪意のパーティのための更なる障害が構築される。メディアセントリックＤＲＭシステムでは、秘匿された情報は、デジタルコンテンツが記憶されるデジタルデータ用の記憶媒体に記憶される秘匿されたチャネルに記憶される。代替的に、デバイスセントリックＤＲＭシステムでは、秘匿された情報は、たとえばＢｌｕ−ｒａｙ  ＢＤ−ＲＯＭプレーヤにおける不揮発性メモリといった、セキュア又はタンパーの弾力性のあるストレージ（secure  or  tamper  resilient  storage）に記憶される。
【００２４】
更に別の好適な実施の形態では、使用権情報は、異なるやり方で暗号により結合される。使用権情報は、たとえば暗号化のハッシュ（cryptographic  hash）を使用して、秘匿された情報で互いにハッシュされる。使用権情報をハッシュすることで、使用権情報の保全性を暗号を用いて確認（cryptographically  verify）するために使用されるチェックサムが形成される。使用権情報で改竄することを望むハッカーは、秘匿された情報へのアクセスを必要とする新たなチェックサムを計算する必要がある。さらに、使用権情報がアクセスされるたびに秘匿された情報が変化することで、コピー回復攻撃のリスクが更に低減される。
【００２５】
更に好適な実施の形態では、使用権情報に関連付けされるアクセス許可情報は、暗号により結合、すなわち暗号化及び／又はハッシュされ、秘匿された情報及びチェックサムは、デジタルデータの記憶媒体に後続して記憶され、これによりアクセス許可情報による改竄が複雑にされる。コンテンツキー又は他の価値のある情報が更なる秘匿された情報を使用して暗号により結合、すなわち暗号化又はハッシュされる、他の実施の形態が考えられる。
【００２６】
更なる好適な実施の形態では、デジタルコンテンツは、アクセス許可情報を前記デジタルコンテンツと関連付けするファイルシステムを使用して、デジタルデータ用の記憶媒体に記憶される。この実施の形態では、前記デジタルコンテンツと関連されるアクセス許可情報は、前記使用権情報と関連付けされたアクセス許可情報として使用される。結果として、アクセス許可情報を共有することができる。この実施の形態は、アクセス許可情報と使用権情報にわたりハッシュを計算するソリューションと有利にも結合される。これにより、ＤＲＭは、ファイルシステムでアクセス許可情報の操作を検出することができる。
【００２７】
更なる実施の形態では、デジタルデータ用の記憶媒体に記憶されているコンテンツに関連付けされる集合的な使用権情報は、デジタルデータ用の前記記憶媒体のコンテンツに類似して階層的に構築される。かかる階層構造の使用は、必要とされるアクセス許可情報の量を効果的に低減する。
【００２８】
別の好適な実施の形態では、前記使用権情報に関連付けされるアクセス許可情報は、前記デジタルコンテンツに関連付けされる第一のパーティ、前記デジタルコンテンツと関連付けされる第一のパーティを有する少なくとも１つのグループ、全てのパーティについて個別に定義される。グループ（及び全てのパーティ）の定義を容易にすることで、アクセス許可情報を共有することが可能である。グループは、グループからパーティを包含するか排除することで、アクセスからパーティを包含又は排除するためのシンプルな手段を提供する。アクセス許可情報の階層的な定義と共に、グループの結合は特に有利である。
【００２９】
更に別の実施の形態では、アクセス許可情報は、資格証明書（credential）を含む。資格証明書は、特定のパーティ又はグループが特定の使用権情報へのアクセス与えられたことの署名された文書である。署名は、たとえば署名するパーティの公開鍵を使用して署名を認証することで、資格証明書が合法的であるか否かを見るために確認される。実際の実現に依存して、資格証明書は、前記デジタルコンテンツに関連付けされた第一のパーティによるか、又は信頼される第三のパーティにより署名される。資格証明書は、前に提案されたオーナ、グループ、ワールドアクセス許可情報を増大させ、使用権情報についてフレキシブルな粒状度の高いアクセス許可情報を提供するために使用される。
【００３０】
本発明は、最初のパラグラフで述べた装置に更に関連し、本装置は、アクセス許可情報を前記使用権情報と関連付けするために構成される第三の関連付け手段を有することを特徴とし、アクセス許可情報は、使用権情報に従ってデジタルコンテンツを第二のパーティが使用するため、第一のパーティ以外の第二のパーティに前記使用権情報へのアクセスを与える。
【００３１】
本発明の更なる目的は、使用が制御されるデジタルコンテンツを使用する方法を提供することにある。
【００３２】
上記目的は、第二のパラグラフで述べた方法が、使用権情報に関連付けされるアクセス許可情報を取得するステップ、前記使用権情報に従って前記デジタルコンテンツを第二のパーティが使用するため、アクセス許可情報が許可した場合に、第一のパーティ以外の第二のパーティに前記使用権情報へのアクセスを与えるステップを含むことを特徴とすることで実現される。
【００３３】
上記方法は、デジタルコンテンツの使用を制御するために使用権情報と関連付けされるアクセス許可情報を効果的に使用する。かかる情報は、本発明に係るデジタルコンテンツの使用を制御する方法により提供することができ、両方方は相補的である。使用が制御されるデジタルコンテンツを使用する方法は、アクセス許可情報の追加に関連される利点、及び、先に説明されるアクセス許可情報及び使用権情報を記憶する特定の方法に関連される利点を共有する。
【００３４】
さらに、本発明は、第二のパラグラフに述べた装置に関連し、本装置は、使用権情報と」関連付けされたアクセス許可情報を取得するために構成される第二の取得手段、使用権情報に従ってデジタルコンテンツを第二のパーティが使用するため、アクセス許可情報が許可する場合、使用権情報へのアクセスを、第一のパーティ以外の第二のパーティに与えるために構成される制御手段を有することを特徴とする。
【００３５】
本発明の更に別の目的は、デジタルコンテンツの使用を制御するためにデジタルデータ用の記憶媒体を提供することにある。
【００３６】
この目的は、第三のパラグラフで述べたデジタルデータ用の記憶媒体が、使用権情報に従ってデジタルコンテンツを第二のパーティが使用するため、第一のパーティ以外の第二のパーティに使用権情報へのアクセスを与える使用権情報に関連されるアクセス許可情報を記憶することを特徴とすることで実現される。
【００３７】
本発明のこれらの態様及び他の態様は、図面を参照して更に明らかにされる。図面を通して、同じ参照符号は、同じ機能を実行する同じエレメントを示している。
【発明を実施するための最良の形態】
【００３８】
図１は、従来技術に係るネットワークセントリック（Network  Centric）ＤＲＭシステムの概念図である。ここで、使用権情報１１０は、ネットワーク１１５における専用サーバでセキュアに記憶される。デジタルデータ１０５のための記憶媒体に記憶されるコンテンツにアクセスするのを望むデバイス１００は、使用権情報（usage  right  information）１１０を取得する（必要であればアップデートする）ためにサーバを調べる。サーバは、（たとえばコンテンツオーナといった）インターネット上の何処かにあるか、ホームネットワークにある。使用権情報を記憶するこの方法は、コンテンツにアクセスするとき、デバイスが（大部分）常にオンラインとなることを必要とする。このタイプのＤＲＭシステムの例は、Ｄｉｖ（登録商標）ＤＲＭ及びＤＶＢ−ＣＰＴである。
【００３９】
図２は、従来技術に係る（パーソナル）カードセントリック（Card-Centric）ＤＲＭシステムの概念図である。ここで、使用権情報１１０は、たとえばスマートカード、ＳＤカード、メモリスティック等といった取り外し可能なカード又はトークン１２５にセキュアに記憶される。デジタルデータ１０５用の記憶媒体に記憶されるコンテンツにアクセスするのを望むデバイス１００は、使用権情報１１０を取得する（必要であればアップデートする）ため、取り外し可能なセキュリティカードとコンタクトをとる。使用権情報のストレージのこの方法は、プラグインカードのスロットをデバイスが有するのを必要とする。この特定のタイプのＤＲＭシステムは、有料ＴＶでの条件付きアクセスについて現在使用されている。
【００４０】
図３は、従来技術に係るデバイスセントリック（Device  Centric）ＤＲＭシステムの概念図である。ここで、使用権情報１１０は、（たとえばコンテンツが存在するＰＣといった）固定されたプレイバック又はストレージデバイス１００内でセキュアに記憶される。デジタルデータ１０５用の記憶媒体に記憶されたコンテンツにアクセスするのを望むデバイス１００は、使用権情報１１０それ自身を管理する。使用権情報のこの方法の結果として、ストレージコンテンツは、シングルデバイスに常にロックされる。かかるシステムの最近の例は、ローカルストレージ（ハードディスクドライブ（ＨＤＤ））をもつＢｌｕ−ｒａｙＤｉｓｃプレーヤにダウンロードされるコンテンツである。Microsoft  Windows（登録商標）  Mediaは、デバイスセントリックＤＲＭシステムの例である。
【００４１】
過去２年において、４番目の変形例が開発されており、現在の光媒体のコンテンツ配信のビジネスモデルとＤＲＭを組み合わせること本質的な狙いとしており、光ディスクにＳＤカード又はメモリスティックと同じ機能が与えられる。
【００４２】
図４は、従来技術に係るメディアセントリックＤＲＭシステムの概念図である。ここで、使用権情報は、デジタルコンテンツを保持するデジタルデータ１０５のための記憶媒体にセキュアに記憶される。コンテンツにアクセスするのを望むデバイス１００，１０１は、デジタルデータ用の記憶媒体で使用権情報１１０を検索する（必要であればアップデートする）ための特別の回路を有する。使用権情報のこの方法の結果として、ストレージコンテンツは、使用権情報の権利がコンテンツと共に進行するとき、任意の（メディアセントリックＤＲＭコンパチブル）デバイスで消費される。
【００４３】
デバイスセントリック及びメディアセントリックＤＲＭシステムは、使用権情報は、改竄を防止するためにセキュアなストレージエリアに記憶されることが重要である。悪意のユーザは、たとえば、再生が３回の使用権を再生が百回の使用権に変えるのを望む。さらに、セキュアなストレージは、特に使用権情報が鍵である場合にデジタルコンテンツの盗難を防止する。ソフトウェアが多くの独立なソースから実行されるのを可能にするプログラマブルプラットフォームでは、改竄を防止することは、達成するのが比較的困難である。
【００４４】
ＤＲＭシステムが争う必要がある問題の幾つかは、１）アタッカーにとって任意の使用権情報を回復すること、又はセキュアなストレージエリアに期限切れの使用権情報を回復することは不可能であること、２）１つの合法的なアプリケーションにとって、別のアプリケーションの使用権情報にアクセスすることは不可能である。
【００４５】
上記問題を解決する従来技術のＤＲＭシステムは、ＷＯ２００２／１５１８４（代理人ドケットＰＨＮＬ０００４４８）に公開されている。かかるソリューションの特定の例は、その自由になるように、ＨＤＤ又はＣＤのような好適にアクセス可能なメディアにある、ストレージエリアの一部であるＫｅｙＬｏｃｋｅｒを有するシステムである。
【００４６】
セキュアなストレージを必要とする（ソフトウェア−）アプリケーションは、ソフトウェアがリモートに実行する場合に署名によるか又はチャレンジレスポンスプロトコルにより、（典型的に公開鍵の暗号化を使用する）システムに対して自身を認証する。認証プロセスの一部は、このアプリケーションに割り当てられたアプリケーションＩＤをシステムに通知することである。
【００４７】
認証の後、かかるアプリケーションは、アプリケーションのアプリケーションＩＤに基づいて、ＡｓｓｅｔＤａｔａと呼ばれる、ＫｅｙＬｏｃｋｅｒの小さな部分へのアクセスを得る。図５は、ＫｅｙＬｏｃｋｅｒ５００の概念的な表現を示す。ＫｅｙＬｏｃｋｅｒ５００は、たとえばＡｓｓｅｔＤａｔａに対応するエントリ５２１，５２２及び５２８といったエントリのセットを有する。それぞれのＡｓｓｅｔＤａｔａは、たとえばアプリケーションＩＤ５０１，５０２及び５０８といったアプリケーションＩＤ、及びたとえなＡｓｓｅｔＳｔｒｉｎｇｓ５１１，５１２及び５１８といった関連されるＡｓｓｅｔＳｔｒｉｎｇを有する。アプリケーションは、同一のアプリケーションＩＤによりＡｓｓｅｔＳｔｒｉｎｇｓへのアクセスを取得する。このアプリケーションＩＤメカニズムのため、アプリケーションは、他のアプリケーションからＡｓｓｅｔＤａｔａにアクセスすることができない。
【００４８】
システムは、原因となるハッカーにアクセス不可能な場所に記憶されている、ＫｅｙＬｏｃｋｅｒＫｅｙと呼ばれる鍵で、暗号によるハッシング及び／又は暗号化することで、ＫｅｙＬｏｃｋｅｒをプロテクトする。デバイスセントリックの使用権情報ストレージのケースでは、これは、不揮発性メモリ（ＮＶＲＡＭ／Ｆｌａｓｈ）であり、メディアセントリック使用権情報ストレージのケースでは、これは秘匿されたチャネルである。保存及び回復の攻撃（save-and-restore-attacks）を防止するため、ＫｅｙＬｏｃｋｅｒＫｅｙは、Ａｓｓｅｔｄａｔａがアクセスされるか、又はアップデートされるたびに更新される。
【００４９】
ＫｅｙＬｏｃｋｅｒにおけるそのＡｓｓｅｔＤａｔａから使用権情報及び／又はコンテンツキーを検索した後、アプリケーションは、これに応じてコンテンツを復号して使用する。
【００５０】
秘匿されたチャネルは、ユーザにより書き込むことができないが互換性のＤＲＭアプリケーションによってのみ書き込むことができる情報を含むデジタルデータのための記憶媒体のサイドチャネルにおけるＫｅｙＬｏｃｋｅｒＫｅｙのような秘匿された情報を記憶するために使用され、したがってユーザによりなされたビットコピーにおいて失われる。サイドチャネルは、たとえば、多数の読み取り信号が同じユーザデータパターン（ユーザにとって利用可能なデータ）を表す事実を利用することで、デジタルデータのためのレコーダブル記憶媒体に更なる情報を記憶するための方法を提供する。たとえば、更なるメッセージは、誤り訂正パリティに符号化される。誤り訂正メカニズムは、これらのパリティを除き、したがってユーザは違いを見ることはないが、誤り訂正メカニズムに先行する専用の回路は違いを見る。勿論この例では、デジタルデータのための記憶媒体の情報キャパシティは、システムの誤り訂正のキャパシティの減少のために増加している。
【００５１】
図６は、デバイスのセキュリティアーキテクチャの概念的な表現を示している。この図は、ストレージメディア１０５及びプレーヤ１００を示す。ストレージメディアは、暗号化されたコンテンツ６００、ＫｅｙＬｏｃｋｅｒ６０１、及びＫｅｙＬｏｃｋｅｒＫｅｙを記憶するために使用された秘匿されたチャネル６０２を有する。
【００５２】
任意に、プレーヤ１００は、ＫｅｙＬｏｃｋｅｒＫｅｙ（メディアセントリックＤＲＭ／デバイスセントリックＤＲＭ）を記憶するための代替的なセキュアストレージとしての役割を果たす不揮発性メモリ６２５を有する。秘匿された情報６４５は、ここでは秘匿されたチャネル６０２又は不揮発性メモリ６２５のいずれかからのＫｅｙＬｏｃｋｅｒＫｅｙであり、ＫｅｙＬｏｃｋｅｒデータを復号及び／又は確認するために復号及び確認モジュール６１５に送出される。アプリケーションが特定のデジタルコンテンツにアクセスすることを望むケースでは、ＡｓｓｅｔＤａｔａが検索され、使用権情報を有するＡｓｓｅｔＳｔｒｉｎｇは、権利評価モジュール６３５に送出される。権利評価モジュールは、制御がレンダリングされることが許可されるか否かを制御する。
【００５３】
復号及び確認モジュール６１５は、ＡｓｓｅｔＤａｔａからコンテンツキーを抽出し、これをコンテンツ復号モジュール６１０に送出する。復号されたコンテンツは、出力ゲート６４０に送出され、出力ゲートは、権利評価モジュール６３５に制御下で、復号されたコンテンツをたとえばレンダリングのために出力にゲート又は送出する。
【００５４】
図６に提供されるセキュリティアーキテクチャは、異なるアプリケーションのＡｓｓｅｔＤａｔａを分離する問題を解決するが、余りに厳格であり、このため、市場に到来する新たなリアルライフシステムにおける使用が阻止され、ここで、多くの異なるソースからの多くのアプリケーションは、更に異なるソースかたのコンテンツと対話する必要がある。
【００５５】
かかる新たなシステムの例は、現在の標準の手段であるＢｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ  Ｆｕｌｌ  Ｆｅａｔｕｒｅ  Ｍｏｄｅである。Ｆｕｌｌ  Ｆｅａｔｕｒｅ  ＭｏｄｅＢＤ−ＲＯＭプレーヤは、Ｘｌｅｔｓと呼ばれるスモールプログラムを実行するＪａｖａ（登録商標）−Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ（ＪＶＭ）を含む。これらのフレキシブルかつパワフルなレンダリングマシーンは、ネットワークコネクションを有し、ハードディスクドライブ（ＨＤＤ）の形式でローカルストレージを有する。コンテンツオーナは、ＢＤ−ＲＯＭディスクの映画と共に、又はネットワークコネクションを介してＸｌｅｔｓを配信する。コンテンツ又は映画スタジオは、たとえばＸｌｅｔの制御下で支払いの後、タイトルソングをＨＤＤにダウンロードするといった、ＤＲＭの各種形式を使用する。ＷＯ２００２／１５１８４（代理人ドケットＰＨＮＬ０００４４８）で概説されるアーキテクチャは、原理的に、かかるソングの鍵及び使用権情報を管理する。
【００５６】
しかし、従来のシステムでは、ＫｅｙＬｏｃｋｅｒに使用権情報を記憶するオリジナルのＸｌｅｔは、それらを検索する。これは、消費者の期待及びスタジオのビジネスモデルを妨げ、たとえば、歌の続きは、最初の映画のＸｌｅｔｓで利用可能であり、逆も然りである。この問題は、ＫｅｙＬｏｃｋｅｒに記憶されるように、セキュリティに感度の高い情報に対して排他するものではないが、コンテンツデータ（Ａ／Ｖデータ、ゲーム等のようなＸｌｅｔｓ）に対して排他する。コンテンツを再生するため、Ｘｌｅｔｓは、（暗号化された）デジタルコンテンツへのファイルアクセス、及び対応する使用権情報のＫｅｙＬｏｃｋｅｒアクセスを取得する。
【００５７】
従来のシステムは、所望の粒状度のアクセス制御を提供せず、本発明に従って動作するシステムは、まさに所望のアクセス制御を提供する。  
本発明に係るシステムで実施可能な他の使用のケース（「アプリケーションイメージ」）は、以下を含む。１）異なる第三のパーティのデベロッパーは、スタジオのための（異なるアプリケーションＩＤをもつ）Ｘｌｅｔｓを開発し、スタジオは、そのＡ／Ｖコンテンツを第三のパーティのＸｌｅｔｓと共有するのを望む。２）スタジオは、他のスタジオに、たとえばＸｌｅｔｓがコンテンツのカタログを作成するのを可能にするため、それらの使用権情報の幾つかへのアクセスを与える。３）ネイティブＪａｖａ（登録商標）コードは（製造業者によりＪＶＭの一部としてプレーヤにインストールされる）、スタジオのＡ／Ｖコンテンツにアクセスが与えられる。
【００５８】
先の使用のケースを容易にするため、本発明は、アクセス許可情報を使用権情報に関連付けすることを提案する。アクセス許可情報は、１以上の他のアプリケーションへのアクセスを許可又は拒否するために使用される。図７は、本発明に係るエンハンスされたＫｅｙＬｏｃｋｅｒ７００を示す。
【００５９】
ＫｅｙＬｏｃｋｅｒ７００は、たとえばＡｓｓｅｔＤａｔａ７２１，７２２及び７２８といった本発明に係るＡｓｓｅｔＤａｔａの幾つかのエントリを有する。ＫｅｙＬｏｃｋｅｒ７００の一般的な構造は、図５におけるＫｅｙＬｏｃｋｅｒ５００の構造に類似している。しかし、アプリケーションＩＤ（５０１，５０２及び５０８）及びＡｓｓｅｔＳｔｒｉｎｇ（５１１，５１２及び５１８）に加えて、このＫｅｙＬｏｃｋｅｒにおけるそれぞれのエントリは、アクセス許可情報７０１，７０２及び７０８のようなアクセス許可情報を有する。
【００６０】
アクセス許可情報は、ＡｓｓｅｔＳｔｒｉｎｇに含まれる使用権情報へのアクセスを制御し、他のアプリケーションＩＤをもつ他のアプリケーションが前記使用権情報へのアクセスを許可又は拒否されるのが可能になる。そのように行うことにおいて、アクセス許可情報は、前記ＡｓｓｅｔＤａｔａに関連される実際のデジタルコンテンツへのアクセスを間接的に制御する。
【００６１】
１実施の形態では、このアクセス許可情報７０１は、アプリケーションＩＤ５０１に関連付けされるＡｓｓｅｔＳｔｒｉｎｇ５１１を読み取るため、アプリケーションＩＤ５０２をもつアプリケーションを明示的に認証する。結果的に、ＡｓｓｅｔＳｔｒｉｎｇ５１１は、アプリケーションＩＤ５０１及び５０２のそれぞれをもつアプリケーションにより読み取り可能である。ＡｓｓｅｔＳｔｒｉｎｇ５１１は、アプリケーションＩＤ５０８をもつアプリケーションにアクセス可能ではない。これは、アクセス許可情報７０１が後者のアプリケーションを認証しないためである。
【００６２】
本発明は、ＭＨＰ（Multimedia  Home  Platform）における有利な方式で適用することができる。ＭＨＰは、デジタルアプリケーションとアプリケーションを実行する端末との間で広範なインタフェースを定義する。このインタフェースは、アプリケーションが実行している端末の特定のハードウェア及びソフトウェアの詳細から異なるプロバイダのアプリケーションをデカップリングする。
【００６３】
ＭＨＰは、ブラウジング、Ａ／Ｖデータ等とのインタラクションのために、たとえばセットトップボックス（ＳＴＢ）でのＪａｖａ（登録商標）  Ｘｌｅｔｓの実行を可能にするために、Ｊａｖａの拡張で適合されるＪａｖａのサブセットを使用する（http://www.mhp.orgを参照されたい）。ＭＨＰ規格の定義をレンダリングする更なる情報は、“ETSI  TS  102812  V1.1.1  (2001-11)  Digital  Video  Broadcasting  (DVB);  Multimedia  Home  Platform  (MHP)  Specification  1.1”（http://www.etsi.orgから入手可能）から取得される。
【００６４】
たとえばＸｌｅｔといたアプリケーションがロードされたとき、プロットフォームによりはじめに認証される。プラットフォームは、プラットフォームのユーザとしてアプリケーションを扱い、アプリケーションはそれ自身のホームディレクトリを有し、それが属するアプリケーションのグループを扱う。アプリケーションは許可要求ファイルにつながっており、これを通して、システムからの所定のリソースを要求する（ネットワークアクセス等）。要求されたリソースは、システム及びユーザポリシーファイルに依存して許可される。
【００６５】
アプリケーションデータは、ＳＴＢのＨＤＤのようなローカルストレージに記憶される。ＭＨＰは、ローカルストレージに記憶されるデータへの２レイヤのアクセス構造を定義する。第一のレイヤは、Ｕｎｉｘ（登録商標）スタイルのアクセス許可情報を含む。第二のレイヤは、第一のレイヤを支配する資格証明書のメカニズムを含む。
【００６６】
アクセス構造における第一のレイヤは、Ｕｎｉｘ（登録商標）ファイルアクセスメカニズムのそれに類似している。ローカルストレージに記憶される各ファイル及びディレクトリは、アプリケーション（データを作成）、編成（作成しているアプリケーションと同じ編成に属するアプリケーション）、及びワールド（全てのアプリケーション）といった、３つのレベルについて読取り／書込みアクセス許可を持っている。
【００６７】
第二のレイヤは、第一のレイヤを支配するためのメカニズムを提供し、更に粒状度の高いアクセス制御を提供する。このため、ファイル／ディレクトリのオーナは、資格証明書を準備する。資格証明書は、（たとえば別のグループから）別のアプリケーションがファイル又はディレクトリにアクセスすることができる（署名された）ステートメントである。この資格証明書は、上述された他のアプリケーションの許可要求ファイルに含まれる。アプリケーションのロードに応じて、プラットフォームは、資格証明書及びポリシーファイルに基づいて、アプリケーションがかかる更なるファイルへのアクセスを取得することを判定する。
【００６８】
図８は、ＭＨＰファイルアクセス制御メカニズムの概念図を示す。図は、ツリー構造及び資格証明書８０１を示す。ツリー構造は、ワールドレベル８０１、グループレベル８０２、及びアプリケーションレベル８０３といった３つのアクセス許可レベルを示す。実際のデジタルコンテンツは、ツリーのボトムにあるファイル、ここではファイル８３０、８３１、８３２及び８３３に配置される。
【００６９】
ワールドレベル８０１は、シングルノード８０５を有する。グループレベル８０２で、幾つかのアプリケーションのグループを発見する。ここで、グループはスタジオであり、スタジオ１  ８１０、スタジオ２  ８１１、スタジオ３  ８１２のそれぞれである。これらスタジオ（グループ）のそれぞれは、それらに関連した各種アプリケーションを有する。ここで、アプリケーションは、映画に関連付けされる。アプリケーションレベル８０３は、幾つかの映画を有する。映画１ａ  ８２０及び映画１ｂ  ８２１は、スタジオ１に関連付けされ、映画３ａ  ８２２は、スタジオ３  ８１２と関連付けされる。
【００７０】
各種アプリケーションにより所有される現実のデジタルコンテンツ（ここでは映画）は、ツリーのボトムに配置される。第一のデジタルコンテンツＸｌｅｔ１ａ  ８３０は、映画１ａ  ８２０と関連付けされ、オーディオ／ビデオコンテンツＡＶ１ａ  ８３１は、映画１ａ  ８２０と関連付けされる。ノードＸｌｅｔ１ｂ  ８３２は、映画１ｂ  ８２１と関連付けされ、Ｘｌｅｔ３ａ  ８３３は、映画３ａ  ８２２と関連付けされる。
【００７１】
図８におけるノードのそれぞれは、それと関連付けされるアクセス許可情報を有する。アクセス許可情報は、それぞれ３つの文字（literal）からなる３つのタプル（tuple）から構成され、たとえば、Ｘｌｅｔ１ｂ  ８３１に関連されるアクセス許可情報は“rwx  r-w”である。第一のタプルは、アプリケーションレベルのアクセス許可情報を表し、第二のタプルは、グループレベルのアクセス許可情報を表し、第三のタプルは、ワールドレベルのアクセス許可情報を提供する。タプルにおけるそれぞれの文字は、特定のタイプのアクセスに対応しており、“ｒ”は読取りアクセスに対応し、“ｗ”は書込みアクセスに対応し、及び“ｘ”は実行アクセスに対応する。破線は、特定のアクセス許可が与えられていないことを示す。
【００７２】
ＡＶ１ａ  ８３１のアクセス許可情報のケースでは、第一のタプルは、映画１ａ  ８２０のアプリケーションＩＤをもつアプリケーションが前記データを読取り及び書込みすることが許可されていることを示す。第二のタプルは、グループスタジオ８１０のメンバであるアプリケーションＩＤを有する全てのアプリケーション、このケースでは映画１ａ  ８２０又は映画１ｂ  ８２１に対応するアプリケーションＩＤを有するアプリケーションが前記データを読み取りするのを許可されていることを示す。最後に、第三のタプルは、グループ外のアプリケーションがアクセス許可を有さないことを示す。
【００７３】
図８に示される例では、ＡＶ１ａ  ８３１のアクセス許可情報がグループスタジオ１  ８１０における全てのアプリケーションへの読み取りアクセスを許可するので、Ｘｌｅｔ１ｂ  ８３２は、オーディオ／ビデオコンテンツＡＶ１ａ  ８３１を読取る。Ｘｌｅｔ１ｂ  ８３２は、同じグループスタジオ１  ８１０のメンバであり、したがって、ＡＶ１ａ  ８３１からのアクセス許可情報に従って、Ｘｌｅｔ１ｂ  ８３２は、読み取りアクセス８６２を有する。比較では、同じグループスタジオ１  ８１０にあるとしても、Ｘｌｅｔ１ｂ  ８３２はＸｌｅｔ１ａを開始するのが許可されておらず、Ｘｌｅｔ１ａのグループアクセス許可情報は、実行アクセス８６１を許可しない。
【００７４】
Ｘｌｅｔ３ａ  ８３３は、アクセス許可情報の第一のレイヤに基づいて、ＡＶ１ａ  ８３１への読み取りアクセスを有さない。しかし、資格証明書８５０は、Ｘｌｅｔ３ａ  ８３３がＡＶ１ａ  ８３１への読み取りアクセスを有することを明示的に述べるスタジオ１  ８１０により生成され、署名される。そのようにすることにおいて、アクセス許可情報の第一のレイヤは、アクセス許可情報の第二のレイヤにより支配される。
【００７５】
従来技術に係るＫｅｙＬｏｃｋｅｒが先のＭＨＰシステムにおける使用権情報をプロテクトするために使用されるとき、関連付けされた使用権情報へのかかる粒状度の高い（fine-grained）アクセス制御を提供することが不可能である。
【００７６】
本発明は、使用権情報への、したがってローカルストレージに記憶される実際のデジタルコンテンツへの共有されるアクセスの手段を提供するため、アクセス許可情報をそれぞれの使用権情報と関連付けすることを提案する。
【００７７】
使用権情報にアクセスするために許可が与えられる前にアプリケーションを更に認証することにより、アクセス許可情報及び使用権情報の実施を確認する信頼のチェインが形成される。
【００７８】
特に好適な実施の形態は、特に優雅なやり方で、ここで概説された問題を解決することができる。このため、セキュアストレージとも呼ばれるＫｅｙＬｏｃｋｅｒは、ローカルストレージ、又はデジタルデータのためのレコーダブルストレージメディアのディレクトリと類似又は同じ構造を有する。すなわち、ＫｅｙＬｏｃｋｅｒは、ＡｓｓｅｔＤａｔａをもつディレクトリツリーを含む。ローカルストレージ又はデジタルデータ用のレコーダブルストレージのファイルシステムにおいて、各アイテム、ファイル及び／又はディレクトリは、ＫｅｙＬｏｃｋｅｒにおける対応するエントリを有する。
【００７９】
プラットフォームが２レイヤのＭＨＰアクセス制御メカニズムを通してファイルへのアプリケーションアクセスを与える場合、ＫｅｙＬｏｃｋｅｒにおける対応するＡｓｓｅｔＤａｔａへの（認証された）アプリケーションアクセスを可能にする。
【００８０】
結果は、スタジオが、それらのデータのみでなく、プレイバックに必要なそれらの使用権情報及び／又はコンテンツキーへの異なる（同じスタジオ又は別のスタジオのいずれかからの）ディスクアクセスに関連付けされる別のＸｌｅｔを与えることである。
【００８１】
図９には、先の実施の形態に係るＫｅｙＬｏｃｋｅｒの概念図が示されている。左手側には、先に説明されたような、ＭＨＰファイルシステム８００が見られる。右手側には、本発明に係るＫｅｙＬｏｃｋｅｒの実施の形態の概念的な表現が見られる。
【００８２】
ＫｅｙＬｏｃｋｅｒの構造は、ＭＨＰファイルシステム８００の構造に類似している。トップで、ワールドアクセス許可９０５を発見し、続いて、スタジオ１  ９１０，スタジオ２  ９１１及びスタジオ３  ９１２についてグループアクセス許可を発見する。アプリケーションレベルアクセス許可で、映画１ａ  ９２０、映画１ｂ  ９２１、及び映画３ａ  ９２２を発見する。
【００８３】
この特定の実施の形態では、ＫｅｙＬｏｃｋｅｒ９００におけるアクセス許可情報は、ＭＨＰファイルシステム８００のそれによく似ている。結果として、ＫｅｙＬｏｃｋｅｒアクセス制御の追加により、ＭＨＰファイルシステム８００における変更を必要としない。
【００８４】
ＫｅｙＬｏｃｋｅｒ９００では、使用権情報、及びおそらくＭＨＰファイルシステム８００に記憶される実際のデジタルコンテンツと関連付けされるコンテンツキーを発見する。ノード９３０は、Ｘｌｅｔ１ａ  ８３０と関連付けされるコンテンツキーｋＸｌｅｔ１ａと対応する。ノード９３１は、コンテンツＡＶ１ａを復号するために必要とされるコンテンツキーｋＡＶ１ａと同様に、プレイ２タイム（play  2  times）のようにＡＶ１ａ  ８３１に関連される使用権情報を有する。ノード９３２は、Ｘｌｅｔ１ｂの復号のためのコンテンツキーｋＸｌｅｔ１ｂを有する。最終的に、ノード９３３はエンプティであり、Ｘｌｅｔ３ａ  ９３３が暗号化されていないことを意味する。したがって、ここで、エンプティノードは、ＫｅｙＬｏｃｋｅｒに配置され、かかるエンプティノードは互いに除外されるシステムが考案され、ＫｅｙＬｏｃｋｅｒは、ＤＲＭシステムによりプロテクトされるコンテンツについてＡｓｓｅｔＤａｔａを有し、これによりＫｅｙＬｏｃｋｅｒのサイズを低減する。
【００８５】
図９に示される例では、Ｘｌｅｔ１ｂ  ８３２は、暗号化されたデータＡＶ１ａを読み出し、ＫｅｙＬｏｃｋｅｒ９００からコンテンツキーｋＡＶ１ａを読み出す。コンテンツキー及び暗号化されたデータＸｌｅｔ１ｂ  ８３２の両者を使用して、デジタルコンテンツを復号する。同様のやり方で、Ｘｌｅｔ３ａ  ８３３は、資格証明書８５０に基づいてかかるアクセスを取得する。しかし、Ｘｌｅｔ１ｂ  ８３２は、Ｘｌｅｔ１ａを復号するために必要とされるコンテンツキーＸｌｅｔ１ａを取得することができない。
【００８６】
図９は、アクセス許可が共有されるシステムを示しているが、ＭＨＰファイル８００及びＫｅｙＬｏｃｋｅｒ９００について個別のアクセス許可を作成することも同様に可能である。後者は、権利の管理を簡単にする。これは、アクセス許可情報及び使用権情報がクラスタリングされ、したがってアクセス許可情報及び使用権情報をハッシング／暗号化するような動作が簡単にされるためである。使用権情報とコンテンツの両方についてアクセス許可情報を個別にする更なる利点は、リードオンリコンテンツに関連される使用権情報をアップデートすることができることである。かかる状況のシンプルな例は、リードオンリの映画について２回再生の使用権を使用することである。
【００８７】
ＭＨＰアクセス制御メカニズムがレギュラーファイル及びディレクトリをプロテクトする事実にもかかわらず、対応するＡｓｓｅｔＤａｔａは、ＫｅｙＬｏｃｋｅｒでプロテクトされる必要がある。ＭＨＰ  ＳＴＢで使用されるデジタルデータの記憶媒体は、取り外し可能な／再書き換え可能なディスクであるか、取り除かれるＨＤＤであり、したがって、オフラインでの調査及び操作を受ける。この理由のため、たとえばコピー回復攻撃を防止するため、ＫｅｙＬｏｃｋｅｒＫｅｙによりプロテクトされるＫｅｙＬｏｃｋｅｒにおけるＡｓｓｅｔＤａｔａのセキュアストレージが必要とされる。
【００８８】
使用権情報だけでなく、アクセス許可情報もプロテクトされるべきである。ＭＨＰファイルシステムの影響を最小にするため、アクセス許可情報は、暗号によりハッシングされ、結果的に得られるチェックサムは、ＫｅｙＬｏｃｋｅｒに記憶される。結果として、検出されていないアクセス許可情報を処理することで、システムをだますことはもはや不可能である。
【００８９】
本発明は、パーソナルコンピュータ（ＰＣ）、ポータブルオーディオ、又はビデオプレーヤ、カーエンターテインメントシステム、セットトップボックス、又はモバイルフォンのような装置に組み込まれる。実際に、本発明は、デジタルライトマネージメント（Digital  Right  Management）によりデジタルコンテンツの使用を制御する任意の装置で適用される。図１０は、レコーダブル光ディスクでの使用が制御されるデジタルコンテンツを記録するための、本発明に係る装置１００１の概念的な表現を示している。
【００９０】
装置１００１は、前記デジタルコンテンツを第一のパーティに関連付けするために構成される第一の関連付け手段１０１１を有する。この装置は、使用権情報を前記デジタルコンテンツと関連付けするために構成される第二の関連付け手段１０１２を更に有しており、前記使用権情報は、第一のパーティによりデジタルコンテンツの使用を制御する１以上の条件を定義する。さらに、装置１００１は、アクセス許可情報を使用権情報と関連付けし、第二のパーティに使用権情報へのアクセスを与え、これにより第二のパーティが前記使用権情報に従って前記デジタルコンテンツを配信又は使用するのを可能にするために構成される第三の関連付け手段１０１３を有する。装置１００１は、デジタルコンテンツと同様に上述された情報をデジタルデータ向けのレコーダブル記憶媒体に記録する記録手段１０１４を更に有する。
【００９１】
デジタルデータ１００２向けのレコーダブル記録媒体は、第一のパーティに関連付けされるデジタルコンテンツ１０２１、第一のパーティによるデジタルコンテンツの使用を制御する１以上の条件を定義し、デジタルコンテンツに関連付けされる使用権情報１０２２、使用権情報に従って前記デジタルコンテンツを第二のパーティが配信又は使用するため、第二のパーティに使用権情報へのアクセスを与える使用権情報と関連付けされるアクセス許可情報１０２３を含む。
【００９２】
図１０は、光ディスクリーダ１０３１と適合されるＳＴＢのような、使用が制御されるデジタルコンテンツを使用するための装置１００３を更に示す。本発明は、デジタルライトマネージメントの下でデジタルコンテンツを使用する他の装置に適用されることが好ましい。適切な装置の他の例は、モバイルフォン、ポータブルオーディオプレーヤである。
【００９３】
装置１００３は、デジタルコンテンツに関連付けされる使用権情報を取得するために構成される第一の取得手段１０３２を有する。デジタルコンテンツは、第一のパーティと関連付けされ、使用権情報は、第一のパーティによるデジタルコンテンツの使用を制御する１以上の条件を定義する。
【００９４】
装置１００３は、使用権情報と関連付けされるアクセス許可情報を取得するために構成される第二の取得手段１０３３、及び、使用権情報に従ってデジタルコンテンツを第二のパーティが配信又は使用するため、アクセス許可情報が許可する場合に前記使用権情報へのアクセスを、第一のパーティ以外の第二のパーティに与えるために構成される制御手段１０３４を更に有する。制御手段の出力は、コンテンツキー、又はデジタルコンテンツに関連付けされる使用権情報を有する。
【００９５】
装置１００３は、デジタルデータ１００２向けのレコーダブル記憶媒体に記憶された使用権情報にアクセスすることが許可されるかを確定するため、デジタルデータ１００２向けにレコーダブル記憶媒体により供給されるアクセス許可情報を読み取り及び使用することができる。ただし、装置１００３がデジタルデータ向けのレコーダブル記憶媒体に記憶されたデジタルコンテンツにアクセスすることができ、任意に、それを互いに記憶されているコンテンツキーで復号するか、又は、デジタルコンテンツと関連付けされる使用権情報の一部とする。
【００９６】
なお、上述された実施の形態は、本発明を限定するよりはむしろ例示するものであり、当業者であれば、特許請求の範囲から逸脱することなしに多くの代替的な実施の形態を設計することができる。
【００９７】
請求項において、括弧間に配置される参照符号は、請求項を限定するものとして解釈されるべきではない。単語「有する“comprising”」は、請求項で列挙された以外のエレメント又はステップの存在を排除するものではない。
【００９８】
本発明は、幾つかの個別のエレメントを有するハードウェアにより、適切にプログラムされるコンピュータにより実現される。幾つかの手段を列挙している装置の請求項では、同一アイテムのハードウェアにより幾つかのこれら手段が実施される。所定の手段が相互に異なる従属の請求項で引用される事実は、これらの手段の組み合わせを使用することができないことを示すものではない。
【図面の簡単な説明】
【００９９】
【図１】ネットワークセントリックＤＲＭシステムの概念図である。
【図２】（パーソナル）カードセントリックＤＲＭシステムの概念図である。
【図３】デバイスセントリックＤＲＭシステムの概念図である。
【図４】メディアセントリックＤＲＭシステムの概念図である。
【図５】ＫｅｙＬｏｃｋｅｒのレイアウトの概念図である。
【図６】デバイスのセキュリティアーキテクチャの概念図である。
【図７】本発明に係るシンプルＫｅｙＬｏｃｋｅｒの概念図である。
【図８】ＭＨＰ  Ｆｉｌｅ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｍｅｃｈａｎｉｓｍの概念図である。
【図９】本発明に係るＫｅｙＬｏｃｋｅｒの概念図である。
【図１０】本発明に係るデジタルコンテンツの使用を制御するために本発明に係る装置、本発明に係るデジタルデータ用の記憶媒体、本発明に係る使用が制御されるデジタルコンテンツを使用する装置の概念図である。
【図１】
2008513854.tif 000003
【図２】
2008513854.tif 000004
【図３】
2008513854.tif 000005
【図４】
2008513854.tif 000006
【図５】
2008513854.tif 000007
【図６】
2008513854.tif 000008
【図７】
2008513854.tif 000009
【図８】
2008513854.tif 000010
【図９】
2008513854.tif 000011
【図１０】
2008513854.tif 000012
【国際調査報告】
2008513854.tif 000013
2008513854.tif 000014