JP2021525030A - ユーザ保護ライセンス - Google Patents

Abstract

ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツの前記ライセンスを配信及び強要することは、準同型暗号化を用いて鍵で前記使用権を暗号化し、前記暗号化された使用権をエージェントに送信するステップと、ノンスを用いて前記暗号化された使用権に対して準同型演算を実行することによって生成される修正暗号化使用権を、前記エージェントから受け取るステップと、前記修正暗号化使用権を復号し、前記復号された修正使用権を前記エージェントに返送するステップと、を含み、前記ノンスを用いて前記準同型演算と逆の演算を実行することによって、前記復号された修正使用権から、使用権が抽出される。【選択図】図１Ａ

Description

[0001] 本開示は、デジタル権利管理（ＤＲＭ）ライセンスに関し、具体的には、ＤＲＭライセンスを配信及び強要することに関する。

[0002] ＤＲＭライセンスは、現在、顧客管理サービス又は権利ロッカーから許可及び使用権を受け取るライセンスサーバによって発行される。これらのライセンスは、所与の装置又は装置の組に結び付けられる。ＤＲＭ又は条件付きアクセスシステム（ＣＡＳ）は、ライセンス又は権限付与管理メッセージ（ＥＭＭ）と呼ばれるデータ構造において、１つのコンテンツ及びユーザに関連する使用権を記載することができる。このライセンスは、保護（及び制限）されて、１つの所与の装置又は識別された装置の組のみが、データ構造を利用することができるようになっている。この制限は、対象の装置に対して一意にライセンスを暗号化することによって実行される。したがって、使用権は、いくつかの秘密を保持する所与のハードウェア装置の組の所有権に結び付けられる。ライセンスは、通常、ライセンスサーバによって生成される。

[0003] しかしながら、上記の構成は、いくつかの欠点を有する。例えば、この構成では、ユーザは、ユーザの人物ではなく、ユーザが所有する装置によって規定される。ユーザが新しい装置を取得する場合、ユーザは、新しい装置を、新しい装置専用の新しいライセンスの組を発行するライセンスサーバ（又は場合によっては、権利ロッカー）に登録しなければならない。

[0004] 上記の構成の欠点に対処するため、ブロックチェーンを用いて、ユーザの全てのライセンスを保持する別の構成が提案されている。この構成の１つの欠点は、使用権が匿名化されないことである。すなわち、ブロックチェーンは潜在的に公開されているので、攻撃者は、使用権が平文であったので、又は暗号化されている場合は、既知のブロックチェーンにおいて同様のライセンスを捜すことによって、ユーザが購入したタイトルを発見することができる。

[0005] 本開示は、ライセンスを装置ではなくその被許諾者に結び付けるとともに、依然として、ライセンスを保護することを提供する。

[0006] １つの実装では、ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツの前記ライセンスを配信及び強要するための方法を開示する。前記方法は、準同型暗号化を用いて鍵で前記使用権を暗号化し、前記暗号化された使用権をエージェントに送信するステップと、ノンスを用いて前記暗号化された使用権に対して準同型演算を実行することによって生成される修正暗号化使用権を、前記エージェントから受け取るステップと、前記修正暗号化使用権を復号し、前記復号された修正使用権を前記エージェントに返送するステップと、を含み、前記ノンスを用いて前記準同型演算と逆の演算を実行することによって、前記復号された修正使用権から、使用権が抽出される。

[0007] １つの実装では、前記方法は、更に、前記抽出された使用権が、前記ライセンスに含まれる前記使用権と同じであることを検証するステップを含む。１つの実装では、前記方法は、更に、前記検証が行われるとき、前記使用権に従って消費されるべき前記コンテンツを受け取るステップを含む。１つの実装では、前記コンテンツは、ユーザが所有するモバイルデバイスにインストールされるアプリケーションによって受け取られる。１つの実装では、前記鍵は、前記ユーザに特有の秘密鍵である。１つの実装では、前記鍵は、前記ユーザによって自己生成される。１つの実装では、前記準同型暗号化は、前記準同型演算として、高度暗号化標準カウンタ（ＡＥＳ−ＣＴＲ）モード及び排他的論理和（ＸＯＲ）を使用する。

[0008] 別の実装では、ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツの前記ライセンスを配信及び強要するための方法を開示する。前記方法は、準同型暗号化を用いて鍵で暗号化されたユーザからの暗号化使用権を受け取るステップと、ノンスを用いて前記暗号化使用権に対して準同型演算を実行して、修正暗号化使用権を生成し、それを前記ユーザに送信するステップと、前記鍵を用いて復号された復号修正使用権を、前記ユーザから受け取るステップと、前記ノンスを用いて前記準同型演算と逆の演算を実行することによって、前記復号修正使用権から、使用権を抽出するステップと、を含む。

[0009] １つの実装では、前記方法は、更に、前記抽出された使用権が、前記ライセンスに含まれる前記使用権と同じであることを検証するステップを含む。１つの実装では、前記ライセンスは、前記暗号化使用権、ハッシュ使用権、及び登録認定機関のデジタル署名を含む。１つの実装では、前記方法は、更に、前記登録認定機関の前記デジタル署名の妥当性をチェックすることによって、前記ライセンスの妥当性を検証するステップを含む。

[0010] 更に別の実装では、ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツの前記ライセンスを強要するためのアプリケーションを含むモバイルデバイスを開示する。前記モバイルデバイスは、エージェントと結合される第１のインターフェイスと、登録認定機関と結合され、前記登録認定機関によって生成される前記コンテンツの前記使用権を受け取るように構成される第２のインターフェイスと、を含み、前記アプリケーションは、準同型暗号化を用いて鍵で前記使用権を暗号化し、前記第１のインターフェイスを介して、前記暗号化された使用権を前記エージェントに送信し、前記エージェントは、前記暗号化された使用権を受け取り、ノンスを用いて前記暗号化された使用権に対して準同型演算を実行し、前記第１のインターフェイスを介して、修正暗号化使用権を前記アプリケーションに返送し、前記アプリケーションは、前記修正暗号化使用権を復号し、前記復号された修正使用権を前記エージェントに返送して、前記ノンスを用いて前記準同型演算と逆の演算を実行することによって、前記使用権及び前記ユーザの妥当性を検証する。

[0011] １つの実装では、前記使用権の前記妥当性は、前記復号された修正使用権から、使用権を抽出し、前記抽出された使用権が、前記ライセンスに含まれる前記使用権と同じであることを検証する、ことによって検証される。１つの実装では、前記アプリケーションは、前記使用権の前記妥当性が前記エージェントによって検証されるとき、第３のインターフェイスを介して、前記使用権に従って消費されるべき前記コンテンツを受け取る。１つの実装では、前記ライセンスは、ブロックチェーンに保存される。

[0012] 更に別の実装では、ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツの前記ライセンスを強要するためのコンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を開示する。前記コンピュータプログラムは、コンピュータに、準同型暗号化を用いて鍵で前記使用権を暗号化し、前記暗号化された使用権をエージェントに送信し、ノンスを用いて前記暗号化された使用権に対して準同型演算を実行することによって生成される修正暗号化使用権を、前記エージェントから受け取り、前記修正暗号化使用権を復号し、前記復号された修正使用権を前記エージェントに返送させる、実行可能な命令を含み、前記ノンスを用いて前記準同型演算と逆の演算を実行することによって、前記復号された修正使用権から、使用権が抽出される。

[0013] １つの実装では、前記非一時的コンピュータ可読記憶媒体は、更に、前記コンピュータに、前記抽出された使用権が、前記ライセンスに含まれる前記使用権と同じであることを検証させる、実行可能な命令を含む。１つの実装では、前記非一時的コンピュータ可読記憶媒体は、更に、前記コンピュータに、前記検証が行われるとき、前記使用権に従って消費されるべき前記コンテンツを受け取らせる、実行可能な命令を含む。１つの実装では、前記コンテンツは、ユーザが所有するモバイルデバイスにインストールされるアプリケーションによって受け取られる。１つの実装では、前記準同型暗号化は、前記準同型演算として、高度暗号化標準カウンタ（ＡＥＳ−ＣＴＲ）モード及び排他的論理和（ＸＯＲ）を使用する。

[0014] 本開示の態様を一例として示す本明細書からは、他の特徴及び利点も明らかになるはずである。

[0015] 同じ部分を同じ参照数字によって示す添付図面を検討することにより、本開示の詳細をその構造及び動作の両方に関して部分的に収集することができる。

本開示の１つの実装による、コンテンツ（例えばメディア）のライセンスを配信及び強要するためのシステムのブロック図である。 本開示の１つの実装による、コンテンツ（例えばメディア）のライセンスを配信及び強要するためのプロセスのフロー図である。 本開示の１つの実装による、登録認定機関によって生成されるライセンスのブロック図である。 本開示の別の実装による、登録認定機関によって生成されるライセンスのブロック図である。 本開示の１つの実装による、エージェントによって、難読化された暗号化使用権を生成するためのプロセスを示すフロー図である。 本開示の１つの実装による、ユーザによって、難読化された暗号化使用権を受け取り、復号された難読化使用権を生成するためのプロセスを示すフロー図である。 本開示の１つの実装による、使用権を受け取り、スクランブル解除されたコンテンツを生成するためのプロセスを示すフロー図である。

[0023] 上述したように、ＤＲＭライセンスは、所与の装置又は装置の組に結び付けられるので、欠点が存在する。本開示のいくつかの実装は、ライセンスを装置ではなくその被許諾者に結び付けるとともに、依然として、ライセンスを保護することを提供する。ＤＲＭエージェント又は認定機関は、いかなる秘密もユーザと共有しないが、依然として、ユーザを認証し、ライセンスがユーザに「属している」ことを確認する。この解決策は、認可されたコンテンツのポートフォリオを開示しないので、ブロックチェーンにプライバシーを追加する。

[0024] これらの説明を読んだ後には、様々な実装及び用途における本開示の実施方法が明らかになるであろう。本明細書では本開示の様々な実装について説明するが、これらの実装は、限定ではなく一例として提示するものにすぎないと理解されたい。したがって、様々な実装についての詳細な説明は、本開示の範囲又は外延を限定するものとして解釈すべきではない。

[0025] 図１Ａは、本開示の１つの実装による、コンテンツ（例えばメディア）のライセンスを配信及び強要するためのシステム１００のブロック図である。図１Ａに示す実装では、ライセンス配信システム１００は、ＤＲＭエージェント１１０と、登録認定機関１２０と、コンテンツプロバイダ１３０と、ユーザ１４０とを含む。１つの実装では、「ユーザ」という用語は、アプリケーション（例えば、ユーザのモバイルデバイス上のアプリケーション）、ユーザ認証情報、又はユーザの人物を指すことができる。

[0026] １つの実装では、ユーザ１４０は、コンテンツプロバイダ１３０からコンテンツを購入し、ＤＲＭエージェント１１０を介してコンテンツを再生する。ユーザ１４０は、自己生成されたユーザ鍵１４２を有し、ユーザ鍵１４２は、秘密対称鍵とすることができる。１つの実装では、ユーザは、スマートカードなどのリムーバブルデバイス上で又はクラウド内で動作するアプリケーションである。別の実装では、ユーザは、モバイルデバイス上で動作するアプリケーションである。コンテンツプロバイダ１３０は、ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツを、ユーザ１４０に提供するように構成される。１つの実装では、コンテンツを消費することは、ユーザが、モバイルデバイス上でコンテンツを再生することを含む。登録認定機関１２０は、コンテンツのライセンスを生成するように構成される。ライセンスは、所与のユーザ１４０の使用権の組及び使用権のハッシュを記載する。ＤＲＭエージェント１１０は、ライセンスを受け取り、ライセンスが有効であって使用権が適切に満たされているかどうかを検証する。そうである場合、ＤＲＭエージェント１１０は、コンテンツを復号し、復号されたコンテンツをユーザ１４０に提供する。

[0027] １つの実装では、ユーザ１４０は、登録認定機関１２０から使用権を受け取り、ユーザに特有のユーザ鍵１４２で使用権を暗号化する。１つの実装では、使用権は、準同型暗号化を用いて暗号化され、準同型暗号化は、暗号化されたテキストに対して計算を実行することができ、これは、復号されるときに平文に対して実行される演算の結果と一致する。したがって、暗号Ｅが演算子∫と準同型である場合、２つのメッセージｍ及びｍ’が与えられると、下式

となり、ここで、Ｄは、暗号Ｅに対応する復号を表す。

[0028] １つの実装では、ＤＲＭエージェント１１０は、ノンスを用いて、暗号化された使用権に対して準同型演算を実行する（「難読化」と呼ばれる）。ノンスは、暗号通信において１回だけ用いられる任意の乱数又は擬似乱数である。したがって、準同型演算は、選択された準同型暗号化に適合しなければならない。ユーザ１４０は、修正（又は難読化）暗号化使用権を受け取り、それを復号し、その結果をＤＲＭエージェントに戻す。ＤＲＭエージェント１１０は、戻された演算が正しいかどうかを検証する。この場合、ユーザ１４０が、使用権を暗号化するために最初に用いられた適切な復号鍵を有する場合のみ、ユーザ１４０は、適切な情報を戻すことができる。

[0029] １つの実装では、ユーザ１４０は、モバイルデバイス上のアプリケーションとして実装され、モバイルデバイスは、ＤＲＭエージェント１１０とインターフェイスする第１のインターフェイス１４４と、登録認定機関１２０とインターフェイスする第２のインターフェイス１４６と、コンテンツプロバイダ１３０とインターフェイスする第３のインターフェイス１４８とを含む。１つの実装では、第２のインターフェイス１４６は、登録認定機関１２０によって生成される使用権を受け取り、使用権をアプリケーションに送信するように構成され、アプリケーションは、準同型暗号化を用いて鍵で使用権を暗号化する。アプリケーションは、第１のインターフェイス１４４を介して、暗号化された使用権をエージェント１１０に送信する。エージェント１１０は、暗号化された使用権を受け取り、ノンスを用いて、暗号化された使用権に対して演算を実行して、難読化暗号化使用権を生成し、第１のインターフェイス１４４を介して、難読化暗号化使用権をアプリケーションに返送する。次に、アプリケーションは、難読化暗号化使用権を復号し、復号された難読化使用権をエージェントに返送して、使用権及びユーザの妥当性を検証する。１つの実装では、エージェント１１０が、使用権及びユーザが有効であって、アプリケーションによってコンテンツを消費することができることを確認すると、復号されたコンテンツが、第１のインターフェイス１４４を介してエージェント１１０から受け取られる。別の実装では、第３のインターフェイスは、エージェント１１０が、使用権及びユーザが有効であって、アプリケーションによってコンテンツを消費することができることを確認すると、コンテンツプロバイダ１３０から復号されたコンテンツを受け取るように構成される。

[0030] 図１Ｂは、本開示の１つの実装による、コンテンツ（例えばメディア）のライセンスを配信及び強要するためのプロセス１５０のフロー図である。図１Ｂに示す実装では、ユーザ１４０がコンテンツプロバイダ１３０からコンテンツを購入すると、ステップ１５２において、ユーザ１４０が、コンテンツプロバイダ１３０から、ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツを受け取る。また、ステップ１５４において、コンテンツプロバイダ１３０が、コンテンツのライセンスを生成するように登録認定機関１２０に通知する。ライセンスは、所与のユーザ１４０の使用権の組を記載する。次に、登録認定機関１２０からユーザ１４０に使用権が送信され、ステップ１６０において、ユーザ１４０が、ユーザに特有のユーザ鍵１４２で使用権を暗号化し、ステップ１６２において、ユーザ１４０が、暗号化された使用権をＤＲＭエージェント１１０に送信する。１つの実装では、使用権は、準同型暗号化を用いて暗号化され、準同型暗号化は、暗号化されたテキストに対して計算を実行することができ、これは、復号されるときに平文に対して実行される演算の結果と一致する。したがって、暗号Ｅが演算子∫と準同型である場合、２つのメッセージｍ及びｍ’が与えられると、下式

となり、ここで、Ｄは、暗号Ｅに対応する復号を表す。

[0031] １つの実装では、ＤＲＭエージェント１１０は、ノンスを用いて、暗号化された使用権に対して演算を実行し、その結果をユーザ１４０に返送する。ステップ１７０において、ユーザ１４０が、修正暗号化使用権を受け取り、それを復号し、その結果をＤＲＭエージェント１１０に戻す。ステップ１８０において、ＤＲＭエージェント１１０が、戻された演算が正しいかどうかを検証する。この場合、ユーザ１４０が、最初に使用権を暗号化するために用いられたユーザ鍵１４２に対応する適切な復号鍵を有する場合のみ、ユーザ１４０は、適切な情報を戻すことができる。したがって、ステップ１８０において、戻された演算が正しいと判定された場合、ステップ１８４において、使用権に従ってコンテンツを再生することができる。そうでなければ、ステップ１８０において、戻された演算が正しくないと判定された場合、ステップ１８２において、コンテンツを再生することができない。

[0032] １つの実装では、ユーザ１４０がコンテンツプロバイダ１３０からコンテンツを購入すると、コンテンツプロバイダ１３０及び登録認定機関１２０によって、以下の動作が実行される。コンテンツプロバイダ１３０は、使用権を規定し、使用権は、コンテンツアイテムの識別子と、コンテンツの認可された使用条件とを含む。コンテンツプロバイダ１３０は、ユーザ１４０とのリンクを用いて、登録認定機関１２０に使用権を送信する。登録認定機関１２０は、ユーザ１４０に使用権を暗号化するように要求する。ユーザ１４０は、そのユーザ鍵１４２で使用権を暗号化し、暗号化された使用権を登録認定機関１２０に戻す。１つの実装では、使用権は、準同型暗号化を用いて暗号化される。登録認定機関１２０は、使用権のハッシュを計算して、ハッシュ使用権を作成する。１つの実装では、ハッシュは、ｂａｓｅ６４で符号化されたＳＨＡ−５１２である。

[0033] １つの実装では、使用権は、以下のように表すことができる。すなわち、使用権＝｛コンテンツＩＤ，認可された権利｝である。ここで、コンテンツＩＤは、Ｅｎｔｅｒｔａｉｎｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ Ｒｅｇｉｓｔｒｙ（ＥＩＤＲ）を使用し、認可された権利は、認可されたオーディオ言語のリストと認可された字幕のリストとを列挙するデータ構造である。

[0034] １つの実装では、ＤＲＭエージェント１１０が、一意の１２８ビットＤＲＭ＿ＫＥＹを使用して、スクランブル鍵ＣＷを暗号化する。１つの実装では、高度暗号化標準（ＡＥＳ）暗号化が使用される。したがって、暗号化ＣＷ＝ＡＥＳ_{{DRM_KEY}}（ＣＷ）である。更に、コンテンツは、以下のように表すことができる。すなわち、コンテンツ＝｛コンテンツＩＤ，暗号化ＣＷ，スクランブルエッセンス｝である。ここで、コンテンツＩＤは、ＥＩＤＲコードであり、暗号化ＣＷは、ＡＥＳ暗号化ＣＷであり、スクランブルエッセンスは、ＣＷを用いてエッセンス（全ての利用可能なオーディオトラック及び字幕トラックを含む）をＡＥＳ暗号化したものである。

[0035] 他の実装では、コンテンツプロバイダ１３０が、複数のＤＲＭ技術を使用する。この場合、サポートされる各ＤＲＭエージェントは、ＤＲＭ−ＩＤによって識別される。この場合、コンテンツは、ＤＲＭ−ＩＤと対応する暗号化ＣＷとのペアのリストを含むこともできる。更に、各暗号化ＣＷは、対応するＤＲＭエージェントの秘密ＤＲＭ＿ＫＥＹによって暗号化されたＣＷである。

[0036] １つの実装では、ユーザ１４０がコンテンツプロバイダ１３０からコンテンツを購入すると、コンテンツプロバイダ１３０が、購入されたバージョンのコンテンツをＥＩＤＲグローバルデータベースに登録して、コンテンツＩＤを受け取る。コンテンツプロバイダ１３０は、また、ＣＷであるランダムな１２８ビットの数を生成する。更に、コンテンツプロバイダ１３０は、対応するＤＲＭ＿ＫＥＹを用いてＣＷを暗号化することによって、対応する暗号化ＣＷを計算する。コンテンツプロバイダ１３０は、ＣＷを用いて非暗号文エッセンスをスクランブル化して、スクランブルエッセンスを生成する。１つの実装では、ＣＴＲモードのＡＥＳがスクランブルに使用される。コンテンツプロバイダ１３０は、これらの情報を全て、コンテンツにパッケージ化する。コンテンツは、自動保護されているので、自由に配信することができる。

[0037] 図２は、本開示の１つの実装による、登録認定機関によって生成されるライセンス２００のブロック図である。図２に示す実装では、ライセンス２００は、暗号化使用権２１０、ハッシュ使用権２２０、及び署名２３０を含む。１つの実装では、署名２３０は、暗号化使用権２１０及びハッシュ使用権２２０の登録認定機関によるデジタル署名である。１つの実装では、登録認定機関１２０が、ライセンス２００をユーザに提供する。別の実装では、ライセンスは、ブロックチェーンに保存される。

[0038] １つの実装では、ユーザ１４０がコンテンツアイテムを再生する前に、ＤＲＭエージェント１１０が、提供されたライセンス２００についての３つの条件を受け取り、それらを検証する。第１に、ＤＲＭエージェント１１０は、既知の合法の認定機関が、署名２３０の妥当性をチェックすることによって、ライセンスを発行したこと、及びそれが登録認定機関１２０によって署名されたことを検証する。第２に、ＤＲＭエージェント１１０は、以下のこと、すなわち、（１）ノンス（Ａｇｅｎｔ＿ｎｏｎｃｅ）を生成し、（２）下式を計算し、

（３）ＯｂｆｕｓｃａｔｅｄＥｎｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓをユーザ１４０に送信して、ユーザ鍵１４２を用いてそれを復号し、（４）その結果Ｏｂｆｕｓｃａｔｅｄ ＤｅｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓをユーザ１４０から受け取り、（５）下式を計算し、

（６）ＤｅｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓのハッシュを計算して、それがハッシュ使用権２２０に等しいことを検証する、ことを実行することによって、ライセンスの所有者（すなわちユーザ）がライセンスの使用権を復号することができたことを確かめるためにチェックする。（３）に関して、暗号が演算ｆについて準同型であるので、演算結果は、元の使用権となるはずである。更に、ノンスを用いて、転送されたＤｅｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓを保護したので、ユーザ１４０がユーザ鍵１４２を所有していたことが証明される。また、これによって、確実に、攻撃者が辞書攻撃をすることができなくなる。第３に、ＤＲＭエージェント１１０は、使用権が有効である、すなわち、条件が満たされていることをチェックする。したがって、上述の３つの条件が満たされると、ＤＲＭエージェント１１０は、コンテンツを復号し始める。

[0039] １つの特定の実装では、準同型暗号化は、

として表される演算ＸＯＲのために、高度暗号化標準カウンタ（ＡＥＳ−ＣＴＲ）モードを使用する。したがって、演算は、以下のように記述される。

ここで、Ｅ_{K,IV}は、鍵Ｋ及び初期ノンス又は初期化ベクトル（ＩＶ）（初期カウンタ＝０）を用いるＣＴＲモードのＡＥＳ暗号化を表し、Ｄ_{K,IV}は、対応する復号を表す。

[0040] ＡＥＳ−ＣＴＲモードの使用は、ＸＯＲ関数を暗号化されたメッセージに適用することができることを意味する。

[0041] 図１Ａに戻って参照すると、１つの実装では、ユーザ鍵１４２は、ユーザに特有の１２８ビットの乱数であり、ユーザ１４０によって生成される。ユーザ鍵１４２は、ユーザに知られているだけであり、秘密に保たれている。１つの特定の実装では、登録認定機関１２０が、Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ（ＲＳＡ）４０９６公開−秘密鍵ペア（Ｋ_{pub_authority}及びＫ_{pri_authority}）を用いて、署名を生成する。鍵Ｋ_{pub_authority}は、全てのユーザ及びＤＲＭエージェントに利用可能である。１つの特定の実装では、登録認定機関１２０が、ＲＳＡ２０４８公開−秘密鍵ペア（Ｋ_{pub_user}及びＫ_{pri_user}）、及びＫ_{pri_authority}を用いて登録認定機関によって署名された対応するＸ５０９証明書を（ユーザ１４０に）提供する。

[0042] 図３は、本開示の別の実装による、登録認定機関によって生成されるライセンス３００のブロック図である。図３に示す実装では、ライセンス３００は、暗号化使用権３１０、ハッシュ使用権３２０、初期化ベクトル（ＩＶ）３３０、及び署名３４０を含む。１つの実装では、署名３４０は、暗号化使用権３１０、ハッシュ使用権３２０及びＩＶ３３０の登録認定機関１２０によるデジタル署名である。１つの実装では、登録認定機関１２０が、ライセンス３００をユーザに提供する。別の実装では、ライセンスは、ブロックチェーンに保存される。

[0043] 別の実装では、ユーザがコンテンツプロバイダからコンテンツアイテムを購入すると、図１Ａに示すエンティティによって、以下の動作が実行される。コンテンツプロバイダ１３０が、使用権（ＵｓａｇｅＲｉｇｈｔｓ）を規定する。使用権は、ユーザ１４０が取得した全てのオーディオトラック及び字幕を列挙する。登録認定機関１２０が、使用権のハッシュを計算して、ＨａｓｈＵｓａｇｅＲｉｇｈｔｓを作成する。１つの実装では、下式である。

コンテンツプロバイダ１３０が、ユーザ１４０とのリンク及びユーザの公開証明書Ｋ_{pub_user}を用いて、登録認定機関１２０に使用権を送信する。登録認定機関１２０は、それがユーザ１４０に提供した公開−秘密鍵ペア（Ｋ_{pub_user}及びＫ_{pri_user}）に基づいて通常のチャレンジレスポンスを用いて、ユーザ１４０のアイデンティティを検証する。登録認定機関１２０は、使用権をユーザ１４０に確実に送信することによって、ユーザ１４０に使用権を暗号化するように要求する。ユーザ１４０は、１２８ビットのノンスＩＶを生成することによって、ユーザ鍵１４２で使用権を暗号化する。ユーザ１４０は、下式

のように、ユーザ鍵及びＩＶ３３０でＵｓａｇｅＲｉｇｈｔｓを暗号化することによって、ＥｎｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓを計算する。その後、ユーザ１４０は、ＥｎｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓ及びＩＶを登録認定機関１２０に戻し、登録認定機関１２０は、上記の要素を含むライセンスを構築する。

[0044] 図４Ａは、本開示の１つの実装による、エージェントによって、難読化された暗号化使用権を生成するためのプロセス４００を示すフロー図である。したがって、図４Ａに示す実装では、ユーザ１４０がコンテンツアイテムを再生する前に、ＤＲＭエージェント１１０が、ステップ４１０においてライセンス３００を受け取り、記憶されているＫ_{pub_authority}を用いて、ステップ４２０において署名３４０の妥当性をチェックすることによって、ライセンス３００の妥当性を検証する。ステップ４２０において、署名の妥当性を確認することができない場合、プロセス４００は、ステップ４２２で停止する。そうでなければ、ステップ４２０において、署名の妥当性が確認された場合、ＤＲＭエージェント１１０は、次に、ステップ４３０において、ＥｎｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓ（すなわち、ユーザが自身の鍵を用いて暗号化した使用権）のサイズのノンス（すなわち、Ａｇｅｎｔ＿ｎｏｎｃｅ）を生成し、ステップ４４０において、下式を計算する。

ステップ４５０において、その結果（すなわち、ＯｂｆｕｓｃａｔｅｄＥｎｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓ）を、ＩＶ３３０と一緒に、ユーザ１４０に送信する。

[0045] 図４Ｂは、本開示の１つの実装による、ユーザによって、難読化された暗号化使用権を受け取り、復号された難読化使用権を生成するためのプロセス４６０を示すフロー図である。図４Ｂに示す実装では、ステップ４７０において、エージェントから、難読化された暗号化使用権を受け取る。次に、ステップ４８０において、ユーザ鍵１４２及びＩＶ３３０を用いて、難読化された暗号化使用権を復号することによって、復号された難読化使用権を生成する。

ステップ４９０において、その結果をエージェントに返送する。

[0046] 図５は、本開示の１つの実装による、復号された難読化使用権を受け取り、スクランブル解除されたコンテンツを生成するためのプロセス５００を示すフロー図である。したがって、図５に示す実装では、エージェント１１０が、ステップ５１０において、ＯｂｆｕｓｃａｔｅｄＤｅｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓを受け取り、ステップ５２０において、下式を計算する。

ＤＲＭエージェント１１０は、また、ステップ５３０において、ＤｅｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓのハッシュを計算し、ステップ５４０において、それがＨａｓｈＵｓａｇｅＲｉｇｈｔｓ（すなわち、登録認定機関１２０から最初に受け取ったライセンスの使用権のハッシュ；ＳＨＡ＿５１２（ＤｅｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓ） ＝＝ ＨａｓｈＵｓａｇｅＲｉｇｈｔｓ）に等しいことを検証する。ステップ５４０において、テストがＹＥＳの場合、ＤＲＭエージェント１１０は、ステップ５５０において、Ｄｅｃｒｙｐｔｅｄ ＵｓａｇｅＲｉｇｈｔｓのコンテンツＩＤがコンテンツのコンテンツＩＤと一致することを検証することによって、ＤｅｃｒｙｐｔｅｄＵｓａｇｅ Ｒｉｇｈｔｓが有効であるかどうかを検証する。そうである場合、ステップ５６０において、ＤＲＭエージェント１１０は、その秘密鍵ＤＲＭ＿ＫＥＹを用いて暗号化ＣＷを復号して、非暗号文ＣＷを取り出す。次に、ステップ５７０において、ＤＲＭエージェント１１０は、このＣＷを用いてコンテンツをスクランブル解除し、ＤｅｃｒｙｐｔｅｄＵｓａｇｅＲｉｇｈｔｓに列挙される言語及び字幕を提供する。そうでなければ、ステップ５４０及び／又は５５０において、テストがＮＯの場合、プロセス５００は停止する。

[0047] 開示した実装についての本明細書の説明は、当業者が本開示を実施又は利用できるように行ったものである。当業者には、これらの実装の多数の修正が容易に明らかになると思われ、また本明細書で定義した原理は、本開示の趣旨又は範囲から逸脱することなく他の実装にも適用することができる。したがって、本開示は、本明細書に示す実装に限定されることを意図するものではなく、本明細書で開示した原理及び新規の特徴と一致する最も広い範囲が与えられるべきである。

[0048] 本開示の様々な実装は、電子ハードウェア、コンピュータソフトウェア、又はこれらの技術の組み合わせの形で実現される。いくつかの実装は、１又は２以上のコンピュータ装置により実行される１又は２以上のコンピュータプログラムを含む。一般に、コンピュータ装置は、１又は２以上のプロセッサ、１又は２以上のデータ記憶構成要素（例えば、ハードディスクドライブ及びフロッピーディスクドライブ、ＣＤ−ＲＯＭドライブ、及び磁気テープドライブなどの揮発性又は不揮発性メモリモジュール及び持続的な光学及び磁気記憶装置）、１又は２以上の入力装置（例えば、ゲームコントローラ、マウス及びキーボード）、及び１又は２以上の出力装置（例えば、ディスプレイ装置）を含む。

[0049] コンピュータプログラムは、通常、持続的な記憶媒体に記憶され、実行時にメモリにコピーされる実行可能なコードを含む。少なくとも１つのプロセッサが、所定の順序でメモリからプログラム命令を取り出すことによって、コードを実行する。プログラムコードの実行中には、コンピュータは、入力及び／又は記憶装置からデータを受け取り、データに対して処理を実行し、これにより得られたデータを出力及び／又は記憶装置に供給する。

[0050] 当業者であれば、本明細書で説明した様々な例示的なモジュール及び方法ステップを電子ハードウェア、ソフトウェア、ファームウェア又はこれらの組み合わせとして実装することができると理解するであろう。このハードウェアとソフトウェアの互換性を明確に示すために、本明細書では、様々な例示的なモジュール及び方法ステップについて、一般にこれらの機能面から説明した。このような機能をハードウェア又はソフトウェアのいずれとして実装するかは、特定の用途及びシステム全体に課せられる設計制約に依存する。当業者であれば、説明した機能を各特定の用途のために様々な方法で実装することができるが、このような実装の決定を、本開示の範囲からの逸脱を引き起こすものとして解釈すべきではない。また、モジュール又はステップ内の機能のグループ化は、説明を容易にするためのものである。本開示から逸脱することなく、特定の機能を１つのモジュール又はステップから別のモジュール又はステップへ移すことができる。

[0051] 上記の各実施例の全ての特徴が、本開示の特定の実装において必ずしも必要というわけではない。更に、本明細書で提示した説明及び図面は、本開示が広く意図する主題を表すものであると理解されたい。更に、本開示の範囲は、当業者にとって明らかになり得る他の実装を完全に含み、したがって、本開示の範囲は、添付の特許請求の範囲以外のものによって限定されるものではないと理解されたい。

１００ ライセンス配信システム
１１０ ＤＲＭエージェント
１２０ 登録認定機関
１３０ コンテンツプロバイダ
１４０ ユーザ
１４２ ユーザ鍵
１４４ 第１のインターフェイス
１４６ 第２のインターフェイス
１４８ 第３のインターフェイス
２００ ライセンス
２１０ 暗号化使用権
２２０ ハッシュ使用権
２３０ 署名
３００ ライセンス
３１０ 暗号化使用権
３２０ ハッシュ使用権
３３０ 初期化ベクトル（ＩＶ）
３４０ 署名

Claims (20)

1. ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツの前記ライセンスを配信及び強要するための方法であって、前記方法は、
   準同型暗号化を用いて鍵で前記使用権を暗号化し、前記暗号化された使用権をエージェントに送信するステップと、
   ノンスを用いて前記暗号化された使用権に対して準同型演算を実行することによって生成される修正暗号化使用権を、前記エージェントから受け取るステップと、
   前記修正暗号化使用権を復号し、前記復号された修正使用権を前記エージェントに返送するステップと、
   を含み、
   前記ノンスを用いて前記準同型演算と逆の演算を実行することによって、前記復号された修正使用権から、使用権が抽出される、
   ことを特徴とする方法。
2. 更に、前記抽出された使用権が、前記ライセンスに含まれる前記使用権と同じであることを検証するステップを含むことを特徴とする、請求項１に記載の方法。
3. 更に、前記検証が行われるとき、前記使用権に従って消費されるべき前記コンテンツを受け取るステップを含むことを特徴とする、請求項２に記載の方法。
4. 前記コンテンツは、ユーザが所有するモバイルデバイスにインストールされるアプリケーションによって受け取られることを特徴とする、請求項３に記載の方法。
5. 前記鍵は、前記ユーザに特有の秘密鍵であることを特徴とする、請求項１に記載の方法。
6. 前記鍵は、前記ユーザによって自己生成されることを特徴とする、請求項１に記載の方法。
7. 前記準同型暗号化は、前記準同型演算として、高度暗号化標準カウンタ（ＡＥＳ−ＣＴＲ）モード及び排他的論理和（ＸＯＲ）を使用することを特徴とする、請求項１に記載の方法。
8. ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツの前記ライセンスを配信及び強要するための方法であって、前記方法は、
   準同型暗号化を用いて鍵で暗号化されたユーザからの暗号化使用権を受け取るステップと、
   ノンスを用いて前記暗号化使用権に対して準同型演算を実行して、修正暗号化使用権を生成し、それを前記ユーザに送信するステップと、
   前記鍵を用いて復号された復号修正使用権を、前記ユーザから受け取るステップと、
   前記ノンスを用いて前記準同型演算と逆の演算を実行することによって、前記復号修正使用権から、使用権を抽出するステップと、
   を含むことを特徴とする方法。
9. 更に、前記抽出された使用権が、前記ライセンスに含まれる前記使用権と同じであることを検証するステップを含むことを特徴とする、請求項８に記載の方法。
10. 前記ライセンスは、前記暗号化使用権、ハッシュ使用権、及び登録認定機関のデジタル署名を含むことを特徴とする、請求項８に記載の方法。
11. 更に、前記登録認定機関の前記デジタル署名の妥当性をチェックすることによって、前記ライセンスの妥当性を検証するステップを含むことを特徴とする、請求項１０に記載の方法。
12. ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツの前記ライセンスを強要するためのアプリケーションを含むモバイルデバイスであって、前記モバイルデバイスは、
    エージェントと結合される第１のインターフェイスと、
    登録認定機関と結合され、前記登録認定機関によって生成される前記コンテンツの前記使用権を受け取るように構成される第２のインターフェイスと、
    を含み、
    前記アプリケーションは、準同型暗号化を用いて鍵で前記使用権を暗号化し、前記第１のインターフェイスを介して、前記暗号化された使用権を前記エージェントに送信し、
    前記エージェントは、前記暗号化された使用権を受け取り、ノンスを用いて前記暗号化された使用権に対して準同型演算を実行し、前記第１のインターフェイスを介して、修正暗号化使用権を前記アプリケーションに返送し、
    前記アプリケーションは、前記修正暗号化使用権を復号し、前記復号された修正使用権を前記エージェントに返送して、前記ノンスを用いて前記準同型演算と逆の演算を実行することによって、前記使用権及び前記ユーザの妥当性を検証する、
    ことを特徴とするモバイルデバイス。
13. 前記使用権の前記妥当性は、
    前記復号された修正使用権から、使用権を抽出し、
    前記抽出された使用権が、前記ライセンスに含まれる前記使用権と同じであることを検証する、
    ことによって検証される、
    ことを特徴とする、請求項１２に記載の方法。
14. 前記アプリケーションは、前記使用権の前記妥当性が前記エージェントによって検証されるとき、第３のインターフェイスを介して、前記使用権に従って消費されるべき前記コンテンツを受け取ることを特徴とする、請求項１２に記載の方法。
15. 前記ライセンスは、ブロックチェーンに保存されることを特徴とする、請求項１２に記載の方法。
16. ライセンスに記述される使用権によって規定される条件に従って消費されるべきコンテンツの前記ライセンスを強要するためのコンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記コンピュータプログラムは、コンピュータに、
    準同型暗号化を用いて鍵で前記使用権を暗号化し、前記暗号化された使用権をエージェントに送信し、
    ノンスを用いて前記暗号化された使用権に対して準同型演算を実行することによって生成される修正暗号化使用権を、前記エージェントから受け取り、
    前記修正暗号化使用権を復号し、前記復号された修正使用権を前記エージェントに返送させる、
    実行可能な命令を含み、
    前記ノンスを用いて前記準同型演算と逆の演算を実行することによって、前記復号された修正使用権から、使用権が抽出される、
    ことを特徴とする非一時的コンピュータ可読記憶媒体。
17. 更に、前記コンピュータに、
    前記抽出された使用権が、前記ライセンスに含まれる前記使用権と同じであることを検証させる、
    実行可能な命令を含む、
    ことを特徴とする、請求項１６に記載の非一時的コンピュータ可読記憶媒体。
18. 更に、前記コンピュータに、
    前記検証が行われるとき、前記使用権に従って消費されるべき前記コンテンツを受け取らせる、
    実行可能な命令を含む、
    ことを特徴とする、請求項１７に記載の非一時的コンピュータ可読記憶媒体。
19. 前記コンテンツは、ユーザが所有するモバイルデバイスにインストールされるアプリケーションによって受け取られることを特徴とする、請求項１８に記載の非一時的コンピュータ可読記憶媒体。
20. 前記準同型暗号化は、前記準同型演算として、高度暗号化標準カウンタ（ＡＥＳ−ＣＴＲ）モード及び排他的論理和（ＸＯＲ）を使用することを特徴とする、請求項１６に記載の非一時的コンピュータ可読記憶媒体。

Images