(57)【要約】      （修正有）【課題】デジタルメディアを異なるサービスプロバイダー及びメディア装置にわたって相互運用する相互運用キー収納箱のためのシステム及び方法を提供する。【解決手段】キー集中収納場所（ＣＫＲ）又はキー収納箱がコンテンツのアクセスの認可をディストリビュータに提供するための使用方法であって、第１のキーを用いて復号するための第１に暗号化した第２のキー及びコンテンツＩＤを含むキー情報ファイルを受信し、第１に暗号化した第２のキーを第１のキーを用いて復号して第２のキーを取り戻し、コンテンツＩＤを含むキー要求をディストリビュータから受信し、第３のキーを用いて第２のキーを暗号化して第２に暗号化した第２のキーを生成し、キー要求の受信に応答して前記第２に暗号化した第２のキーを前記ディストリビュータへ送信する。異なるＤＲＭスキーマ又はシステムを用いる保護ディストリビュータ用のキー管理は単純化し相互運用できる。【選択図】図７
2014167810.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツに関係するデジタルレシートのオンライン登録のための方法であって、
該方法は、
前記コンテンツを、第１のディストリビュータから得るために、取引を実行するステッ
プと、
前記コンテンツに関係する前記デジタルレシートを前記第１のディストリビュータから
受信し、前記デジタルレシートは、前記取引に関連する情報を含むステップと、
前記コンテンツに関係する前記デジタルレシートのオンライン登録のために、前記デジ
タルレシートをキー集中収納場所（CKR）へ送信するステップとを有する、方法。
【請求項２】
前記デジタルレシートは、消費者に関するデータを含む、請求項１に記載の方法。
【請求項３】
前記デジタルレシートは、前記第１のディストリビュータに関するデータを含む、請求
項１に記載の方法。
【請求項４】
前記デジタルレシートは、取引の種類及び取引の日付を含む前記取引に関するデータを
含む、請求項１に記載の方法。
【請求項５】
前記デジタルレシートは、前記コンテンツに関するメタデータを含む、請求項１に記載
の方法。
【請求項６】
前記デジタルレシートは、前記CKRに関するデータを含む、請求項１に記載の方法。
【請求項７】
前記CKRから、オンライン登録プロセスの成功又は失敗を示す戻り値を受信するステッ
プを、さらに有する、請求項１に記載の方法。
【請求項８】
前記デジタルレシートの一部は、前記デジタルレシートを受信する前に、さらに暗号化
される、請求項１に記載の方法。
【請求項９】
前記デジタルレシートの一部は、前記デジタルレシートを受信する前に、さらにデジタ
ル署名される、請求項１に記載の方法。
【請求項１０】
前記デジタルレシートの暗号化部分は、前記CKRの公開キーを用いて暗号化される、請
求項８に記載の方法。
【請求項１１】
前記デジタルレシートの前記CKRへの送信は、前記第１のディストリビュータにより行
われる、請求項１に記載の方法。
【請求項１２】
前記コンテンツを再生するために、第１のデジタル著作権管理（DRM）ライセンスを、
前記第１のディストリビュータから得るステップを、さらに有する、請求項１に記載の方
法。
【請求項１３】
前記デジタルレシートを第２のディストリビュータへ送信するステップと、
前記コンテンツを再生するために、第２のDRMライセンスを、前記第２のディストリビ
ュータから受信し、前記第２のDRMライセンスは、前記CKRを用いて、送信された前記デジ
タルレシートの前記第２のディストリビュータの検証に応じて与えられるステップとを、
さらに有する、請求項１に記載の方法。
【請求項１４】
前記送信されたデジタルレシートの有効性を検証するために、前記CKRは、前記デジタ
ルレシートに含まれる前記情報に１つ以上の業務ルールを、さらに適用する、請求項１３
に記載の方法。
【請求項１５】
前記送信するステップは、さらにユーザの認証情報を送信するステップを有し、前記第
２のディストリビュータは、前記送信されたデジタルレシートの有効性を検証するために
、前記ユーザの認証情報を、さらに認証する、請求項１３に記載の方法。
【請求項１６】
前記送信するステップは、さらにユーザの認証情報を送信するステップを有し、前記CK
Rは、前記送信されたデジタルレシートの有効性を検証するために、前記ユーザの認証情
報を、さらに認証する、請求項１３に記載の方法。
【請求項１７】
前記ユーザの認証情報は、前記第１のディストリビュータ及び前記第２のディストリビ
ュータを含む多数のディストリビュータと共に、認証するために、用いることができ、前
記CKRは、第三者認証サーバに対して、前記ユーザの認証情報を検証することにより、前
記送信されたデジタルレシートの有効性を、さらに検証する、請求項１６に記載の方法。
【請求項１８】
前記第２のディストリビュータは、同じユーザの認証情報を用いて認証されたデジタル
レシートの追加のオンライン登録のために、前記CKRに、さらにクエリーを行い、前記第
２のディストリビュータからの受信は、前記追加のオンライン登録に関係するコンテンツ
用のタイトルキーにアクセスするために、前記第２のディストリビュータと共に用いるこ
とができる追加のDRMライセンスを、さらに含む、請求項１７に記載の方法。
【請求項１９】
前記第２のDRMライセンスを受信する前に、前記第２のディストリビュータから前記第
２のDRMライセンスにアクセスするために、さらに取引を行うステップを、さらに有する
、請求項１３に記載の方法。
【請求項２０】
前記取引の証明を提供するために、前記デジタルレシートを前記CKRへ再送信するステ
ップと、
前記CKRから、前記CKRに応答して、タイトルキーにアクセスして、オンライン登録を有
する再送信された前記デジタルレシートの有効性を検証し、それにより、前記取引の前記
証明を確認するステップと、
前記CKRからアクセスした前記タイトルキーを用いて復号した前記コンテンツの再生を
起動するステップとを、さらに有する、請求項１に記載の方法。
【請求項２１】
前記取引の証明を提供するために、前記デジタルレシートを前記CKRへ再送信するステ
ップと、
前記CKRにより示された複数のディストリビュータから第３のディストリビュータを選
択し、前記複数のディストリビュータは、前記デジタルレシートに関係する前記コンテン
ツに対して配信特権を有する前記CKRにより検証される、ステップと、
前記コンテンツを再生するための第３のDRMライセンスを前記第３のディストリビュー
タから受信し、前記第３のDRMライセンスは、前記CKRに応答して、与えられて、前記オン
ライン登録を有する再送信された前記デジタルレシートの有効性を、前記第３のディスト
リビュータへ転送し、それにより、前記取引の前記証明を確認するステップとを、さらに
有する、請求項１に記載の方法。
【請求項２２】
前記再送信するステップは、さらにユーザの認証情報を送信するステップを有し、前記
CKRは、前記ユーザの認証情報が前記再送信されたデジタルレシートの有効性を検証する
ことを、さらに認証する、請求項２１に記載の方法。
【請求項２３】
前記再送信するステップは、さらにユーザの認証情報を送信するステップを有し、前記
第３のディストリビュータは、前記ユーザの認証情報が前記再送信されたデジタルレシー
トの有効性を検証することを、さらに認証する、請求項２１に記載の方法。
【請求項２４】
第１のディストリビュータによる、クライアントがタイトルキーを用いて暗号化したコ
ンテンツの再生を可能にするための使用方法であって、
該方法は、
前記コンテンツに関係するデジタルレシートをクライアントから受信し、前記デジタル
レシートは、前記コンテンツの再生を可能にするため、前記クライアントにより第２のデ
ィストリビュータとなされた取引に関連する情報を含む、ステップと、
キー集中収納場所（CKR）に、クエリーを行い、前記デジタルレシートの対応するオン
ライン登録を有する、受信した前記デジタルレシートの有効性を検証するステップと、
前記第１のディストリビュータにより、前記タイトルキーにアクセスするため、前記ク
ライアントにより使用可能なDRMライセンスを生成するステップと、
該DRMライセンスを前記クライアントに送信するステップと、
前記DRMライセンスを用いる前記クライアントに応答して、前記タイトルキーを前記ク
ライアントに提供するステップとを有する、方法。
【請求項２５】
前記タイトルキーを用いて暗号化した前記コンテンツを前記クライアントに送信ステッ
プを、さらに有する、請求項２４に記載の方法。
【請求項２６】
前記受信したデジタルレシートと同じユーザの認証情報で認証されたデジタルレシート
の追加のオンライン登録のための前記CKRに、クエリーを行うステップと、
前記追加のオンライン登録に関係するコンテンツ用のタイトルキーにアクセスするため
、前記クライアントにより使用可能な追加のDRMライセンスを生成するステップと、
該追加のDRMライセンスを前記クライアントに送信するステップとを、さらに有する、
請求項２４に記載の方法。
【請求項２７】
メディアコンテンツをディストリビュータに配信する方法であって、
該方法は、
第１のキー、第２のキー及びコンテンツを得るステップと、
前記第１のキーを用いて、前記第２のキーを暗号化して、暗号化した第２のキーを生成
するステップと、
前記第２のキーを用いて、前記コンテンツを暗号化して暗号化コンテンツを生成するス
テップと、
前記暗号化した第２のキーを含むキー情報ファイルを生成するステップと、
前記暗号化コンテンツ及びキー集中収納場所（CKR）用の第１のネットワークアドレス
を含む汎用ファイルを生成するステップと、
前記CKRに保存するためのキー情報ファイルを提供するステップと、
前記汎用ファイルを前記ディストリビュータへ提供するステップとを有する、方法。
【請求項２８】
前記汎用ファイルを受信する少なくとも２つの前記ディストリビュータは、前記コンテ
ンツを消費者へ配信するために、異なるデジタル著作権管理（DRM）スキーマを利用する
、請求項２７に記載の方法。
【請求項２９】
前記第１のキーを得るステップは、前記CKRにより信頼される認証オーソリティから前
記第１のキーを受信するステップを含む、請求項２７に記載の方法。
【請求項３０】
前記第２のキーを得るステップは、前記第２のキーを生成するステップを含む、請求項
２７に記載の方法。
【請求項３１】
前記コンテンツに関連するコンテンツ情報を得るステップを、さらに有し、前記キー情
報ファイルは、前記コンテンツ情報を前記キー情報ファイルに含めることにより、生成さ
れる、請求項２７に記載の方法。
【請求項３２】
前記汎用ファイルを生成するステップは、前記コンテンツの暗号化前に、前記コンテン
ツを符号化するステップを含む、請求項２７に記載の方法。
【請求項３３】
前記汎用ファイルを生成するステップは、前記暗号化コンテンツ、第１のネットワーク
アドレス及びMPEG-4コンテナーフォーマットを用いるコンテンツ情報をフォーマットする
ステップを含む、請求項２７に記載の方法。
【請求項３４】
前記コンテンツ情報は、ユニバーサル一意識別子（ＵＵＩＤ）、国際標準視聴覚番号（
ＩＳＡＮ）及びコンテンツオーナーＩＤ（識別子）を含む、請求項３１に記載の方法。
【請求項３５】
前記コンテンツに関連するコンテンツ情報を得るステップを、さらに有し、前記汎用フ
ァイルは、前記コンテンツ情報を前記汎用ファイルに含めることにより、生成される、請
求項２７に記載の方法。
【請求項３６】
前記コンテンツ情報は、ユニバーサル一意識別子（ＵＵＩＤ）及び国際標準視聴覚番号
（ＩＳＡＮ）を含む、請求項３５に記載の方法。
【請求項３７】
前記CKRに保存するためのキー情報ファイルを提供するステップは、前記暗号化した第
２のキーを復号して、前記第２のキーを取り戻すため、ディストリビュータが、前記第１
のキーに関連する第３のキーを用いることができるように、前記キー情報ファイルを書き
換えるため、前記CKRを、さらに用いる、請求項２７に記載の方法。
【請求項３８】
前記第１のキーは、前記ディストリビュータの公開キーであり、前記第３のキーは、前
記ディストリビュータの秘密キーである、請求項３７に記載の方法。
【請求項３９】
前記第１のキーは、対称キーであり、前記第３のキーは、前記ディストリビュータによ
りアクセスできる対称キーである、請求項３７に記載の方法。
【請求項４０】
メディアコンテンツをディストリビュータに配信するための汎用ファイルパッケージャ
であって、
該汎用ファイルパッケージャは、プロセッサを備え、
該プロセッサは、
第１のキー、第２のキー及びコンテンツを取得し、
前記第１のキーを用いて、前記第２のキーを暗号化して、暗号化した第２のキーを生成
し、
前記第２のキーを用いて、前記コンテンツを暗号化して暗号化コンテンツを生成し、
前記暗号化した第２のキーを含むキー情報ファイルを生成し、
前記暗号化コンテンツ及びキー集中収納場所（CKR）用の第１のネットワークアドレス
を含む汎用ファイルを生成し、
前記CKRに保存するためのキー情報ファイルを提供し、
前記汎用ファイルを前記ディストリビュータへ提供するように構成される、汎用ファイ
ルパッケージャ。
【請求項４１】
前記汎用ファイルを受信する少なくとも２つの前記ディストリビュータは、前記汎用フ
ァイルから前記コンテンツを取り戻すために、他とは異なるデジタル著作権管理（DRM）
スキーマを利用する、請求項４０に記載の汎用ファイルパッケージャ。
【請求項４２】
前記プロセッサは、前記CKRにより信頼される認証オーソリティから、前記第１のキー
を受信することにより、前記第１のキーを取得する、請求項４０に記載の汎用ファイルパ
ッケージャ。
【請求項４３】
前記プロセッサは、前記第２のキーを生成することにより、前記第２のキーを取得する
、請求項４０に記載の汎用ファイルパッケージャ。
【請求項４４】
前記プロセッサは、前記コンテンツに関連するコンテンツ情報を取得するように、さら
に構成され、前記プロセッサは、前記コンテンツ情報を前記キー情報ファイルに含めるこ
とにより、前記キー情報ファイルを生成するように、さらに構成される、請求項４０に記
載の汎用ファイルパッケージャ。
【請求項４５】
前記プロセッサは、前記汎用ファイルを生成する前に、前記コンテンツを符号化するよ
うに構成される、請求項４０に記載の汎用ファイルパッケージャ。
【請求項４６】
前記プロセッサは、前記暗号化コンテンツ、第１のネットワークアドレス及びMPEG-4コ
ンテナーフォーマットを用いるコンテンツ情報をフォーマットすることにより、前記汎用
ファイルを生成するように構成される、請求項４０に記載の汎用ファイルパッケージャ。
【請求項４７】
前記コンテンツ情報は、ユニバーサル一意識別子（ＵＵＩＤ）、国際標準視聴覚番号（
ＩＳＡＮ）及びコンテンツオーナーＩＤ（識別子）を含む、請求項４４に記載の汎用ファ
イルパッケージャ。
【請求項４８】
前記プロセッサは、前記コンテンツに関連するコンテンツ情報を得るように、さらに構
成され、前記プロセッサは、前記コンテンツ情報を前記汎用ファイルに含めることにより
、前記汎用ファイルを生成するように、さらに構成される、請求項４０に記載の汎用ファ
イルパッケージャ。
【請求項４９】
前記コンテンツ情報は、ユニバーサル一意識別子（ＵＵＩＤ）及び国際標準視聴覚番号
（ＩＳＡＮ）を含む、請求項４８に記載の汎用ファイルパッケージャ。
【請求項５０】
前記暗号化した第２のキーを復号して、前記第２のキーを取り戻すため、ディストリビ
ュータが、前記第１のキーに関連する第３のキーを用いることができるように、前記CKR
が、前記キー情報ファイルを書き換えるように、前記プロセッサは、前記CKRに保存する
ためのキー情報ファイルを提供するように構成される、請求項４０に記載の汎用ファイル
パッケージャ。
【請求項５１】
前記第１のキーは、前記ディストリビュータの公開キーであり、前記第３のキーは、前
記ディストリビュータの秘密キーである、請求項５０に記載の汎用ファイルパッケージャ
。
【請求項５２】
前記第１のキーは、対称キーであり、前記第３のキーは、前記ディストリビュータによ
りアクセスできる対称キーである、請求項５０に記載の汎用ファイルパッケージャ。
【請求項５３】
ディストリビュータによる、コンテンツのアクセスの認可をキー集中収納場所（CKR）
から得るための使用方法であって、
該方法は、
暗号化コンテンツにアクセスするため、コンテンツＩＤを含むユーザ装置からのユーザ
要求を受信するステップと、
該ユーザ要求の受信に応答して、前記コンテンツＩＤを含むキー要求を前記CKRに送信
するステップと、
該キー要求の送信に応答して、前記CKRから暗号化した第１のキーを受信するステップ
と、
第２のキーを用いて該暗号化した第１のキーを復号し、該第１のキーを取り戻すステッ
プと、
前記ユーザ要求の受信に応答し、前記第１のキーを用いて前記暗号化コンテンツを復号
する前記ユーザ装置により使用するため、前記暗号化コンテンツ用のデジタル著作権管理
（DRM）ライセンスを前記第１のキーを用いて前記ユーザ装置に提供するステップとを有
する、方法。
【請求項５４】
メディアコンテンツパッケージャから暗号化コンテンツファイルを含む汎用コンテンツ
ファイルを受信するステップと、
前記暗号化コンテンツファイルを前記ユーザ装置に送信するステップとを、さらに有す
る、請求項５３に記載の方法。
【請求項５５】
前記汎用コンテンツファイルは、キー集中収納場所（CKR）用の第１のネットワークア
ドレスを、さらに含む、請求項５４に記載の方法。
【請求項５６】
前記キー要求を前記CKRに送信するステップの前に、第１のネットワークアドレスを取
り戻すステップを、さらに有し、前記キー要求を前記CKRに送信するステップは、前記キ
ー要求を前記第１のネットワークアドレスに送信するステップを有する、請求項５３に記
載の方法。
【請求項５７】
前記第１のネットワークアドレスは、インターネット上のアクセス用のユーアールエル
（URL）である、請求項５５に記載の方法。
【請求項５８】
前記第２のキーを生成するステップと、
前記キー要求を前記CKRに送信するステップの前に、前記第２のキーを前記CKRに送信す
るステップとを、さらに有する、請求項５３に記載の方法。
【請求項５９】
前記CKRから前記暗号化した第１のキーを受信するステップの前に、前記CKRから前記第
２のキーを受信するステップと、
前記第２のキーを保存するステップとを、さらに有する、請求項５３に記載の方法。
【請求項６０】
前記キー要求は、ユーザ情報及び取引の種類を、さらに含む、請求項５３に記載の方法
。
【請求項６１】
前記コンテンツＩＤに関係するコンテンツを保存する媒体に関係する符号を前記ユーザ
装置から受信するステップを、さらに有し、
前記キー要求は前記符号を含む、請求項５３に記載の方法。
【請求項６２】
前記CKRから前記暗号化した第１のキーを受信するステップは、前記暗号化した第１の
キー、ユニバーサル一意識別子（ＵＵＩＤ）及び国際標準視聴覚番号（ＩＳＡＮ）を含む
キー情報ファイルを受信するステップを含む、請求項５３に記載の方法。
【請求項６３】
前記キー情報ファイルは、前記キー要求に関係するアクセス権又は使用ルールをさらに
含む、請求項６２に記載の方法。
【請求項６４】
前記DRMライセンスは、前記キー情報ファイルから受信した前記アクセス権又は使用ル
ールをさらに含む、請求項６３に記載の方法。
【請求項６５】
コンテンツのアクセスの認可をキー集中収納場所（CKR）から得るためのディストリビ
ュータであって、
該ディストリビュータは、プロセッサを備え、
該プロセッサは、
暗号化コンテンツにアクセスするため、コンテンツＩＤを含むユーザ装置からのユーザ
要求を受信し、
該ユーザ要求の受信に応答して、前記コンテンツＩＤを含むキー要求を前記CKRに送信
し、
該キー要求の送信に応答して、前記CKRから暗号化した第１のキーを受信し、
第２のキーを用いて該暗号化した第１のキーを復号し、該第１のキーを取り戻し、
前記ユーザ要求の受信に応答し、前記第１のキーを用いて前記暗号化コンテンツを復号
する前記ユーザ装置により使用するため、前記暗号化コンテンツ用のデジタル著作権管理
（DRM）ライセンスを前記第１のキーを用いて前記ユーザ装置に提供するように構成され
る、ディストリビュータ。
【請求項６６】
前記プロセッサは、
メディアコンテンツパッケージャから暗号化コンテンツファイルを含む汎用コンテンツ
ファイルを受信し、
前記暗号化コンテンツファイルを前記ユーザ装置に送信するように、さらに構成される
、請求項６５に記載のディストリビュータ。
【請求項６７】
前記汎用コンテンツファイルは、キー集中収納場所（CKR）用の第１のネットワークア
ドレスを、さらに含む、請求項６６に記載のディストリビュータ。
【請求項６８】
前記キー要求を前記CKRに送信する前に、前記プロセッサは、第１のネットワークアド
レスを取り戻すように、さらに構成され、前記プロセッサは、前記キー要求を前記第１の
ネットワークアドレスに送信するように、さらに構成される、請求項６６に記載のディス
トリビュータ。
【請求項６９】
前記第１のネットワークアドレスは、インターネット上のアクセス用のユーアールエル
（URL）である、請求項６７に記載のディストリビュータ。
【請求項７０】
前記プロセッサは、
前記第２のキーを生成し、
前記キー要求を前記CKRに送信する前に、前記第２のキーを前記CKRに送信するように、
さらに構成される、請求項６５に記載のディストリビュータ。
【請求項７１】
前記プロセッサは、
前記CKRから前記暗号化した第１のキーを受信する前に、前記CKRから前記第２のキーを
受信し、
前記第２のキーを保存するように、さらに構成される、請求項６５に記載のディストリ
ビュータ。
【請求項７２】
前記キー要求は、ユーザ情報及び取引の種類を、さらに含む、請求項６５に記載のディ
ストリビュータ。
【請求項７３】
前記プロセッサは、
前記コンテンツＩＤに関係するコンテンツを保存する媒体に関係する符号を前記ユーザ
装置から受信するように、さらに構成され、
前記キー要求は前記符号を含む、請求項６５に記載のディストリビュータ。
【請求項７４】
前記CKRから前記暗号化した第１のキーを受信することは、前記暗号化した第１のキー
、ユニバーサル一意識別子（ＵＵＩＤ）及び国際標準視聴覚番号（ＩＳＡＮ）を含むキー
情報ファイルを受信することを含む、請求項６５に記載のディストリビュータ。
【請求項７５】
前記キー情報ファイルは、前記キー要求に関係するアクセス権又は使用ルールをさらに
含む、請求項７４に記載のディストリビュータ。
【請求項７６】
前記DRMライセンスは、前記キー情報ファイルから受信した前記アクセス権又は使用ル
ールをさらに含む、請求項７５に記載のディストリビュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的にデジタルメディアに関する。特に、本発明はデジタルメディアについ
てのデジタル著作権管理に関する。
【背景技術】
【０００２】
デジタルメディア配信がはやってきて、多くの消費者にとって小売りの物理メディアを
購入するための実行可能な代替になっているけれども、消費者が無条件で、デジタルメデ
ィアを完全に受け入れることができる前に、なお重大な障害がある。これらの条件のうち
の多くは、異なる再生装置又はサービスプロバイダーと、メディアファイルが新しいフォ
ーマット又は防護機構により将来動作不可能になる可能性との間の制限された相互運用を
中心に展開する。例えば、競合するデジタルメディア配信チャンネルは、互換性がないメ
ディアフォーマット及び専用のデジタル著作権管理（DRM）システムを用いることができ
るため、経営不振又は会社のオーナーの交代によるビデオの販売の打ち切り又は終了によ
り、消費者に、もはや使用できないメディアファイルを残す結果となる。
【０００３】
従って、オリジナルの使用配信チャンネル及びオリジナルのメディアファイルフォーマ
ットにかかわらず、配信マーケットの変更に生き延びて、継続サービスを消費者に提供で
きる相互運用保護コンテンツの必要性がある。このようにして、消費者は、サービスプロ
バイダーを容易に変更でき、多種多様の再生装置にわたって保護メディアを使用でき、保
護コンテンツの再生が将来保証されることを確信することができる。同様に、コンテンツ
製作者は、発展し得る持続可能なビジネスモデルとして、保護メディアのデジタル配信に
依存することを確信することができる。しかしながら、単一のDRMの方法論を単に定める
ことによる最も直接的な方法で、このような相互運用を保証するために、多くの既存のDR
Mシステム及び配信チャンネルは、市場での熱意がほとんど見出されない命題である、確
立され証明された運用手続きを根本的に変更する必要がある。その上、これは、脆弱性の
単一の安全性ポイントを作り出す。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従って、特にキー管理について、既存のデジタル著作権管理枠組み、配信モデル及び消
費モデルに対する最小限の破壊的変化を必要とする方法で、デジタルメディアを異なるサ
ービスプロバイダー及びメディア装置にわたって相互運用する方法を、提供することによ
り、従来の技術の欠点及び欠陥を克服する必要性がある。
【課題を解決するための手段】
【０００５】
本発明によれば、実質的には、少なくとも１つの図面に示され、及び／又は図面に関連
して説明され、特許請求の範囲にもっと完全に記載されているように、相互運用キー収納
箱のためのシステム及び方法が提供される。
【０００６】
本発明の特徴及び利点は、以下の詳細な説明及び添付図面をレビューした後に、当業者
にはもっと容易に明らかになるであろう。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態による、相互運用キー収納箱とともに使用するためのファイルを生成するシステムを示す図である。
【図２】本発明の一実施形態による、相互運用キー収納箱とともに使用するためのデジタルレシートをクライアントに提供するシステムを示す図である。
【図３】本発明の一実施形態による、異なるDRMシステム間の相互運用のための相互運用キー収納箱により、保護されたデジタル著作権管理（DRM）ライセンスを得るためのシステムを示す図である。
【図４ａ】本発明の一実施形態による、オリジナルの発行メディア・ディストリビュータと無関係に相互運用キー収納箱を用いて保護メディアを再生するためのシステムを示す図である。
【図４ｂ】本発明の一実施形態による、相互運用キー収納箱を用いて二次保護メディアを取り戻すためのシステムを示す図である。
【図５】コンテンツに関係するデジタルレシートのオンライン登録がキー集中収納場所（CKR）を用いて使用でき、最初のディストリビュータとは無関係に、コンテンツの相互運用再生を可能にする、本発明の一実施形態によるステップを説明するフローチャートを示す図である。
【図６】メディアコンテンツがメディア・ディストリビュータに配信される、本発明の一実施形態によるステップを説明するフローチャートを示す図である。
【図７】キー集中収納場所（CKR）がコンテンツのアクセスの認可をメディア・ディストリビュータに提供することができる、本発明の一実施形態によるステップを説明するフローチャートを示す図である。
【図８】メディア・ディストリビュータが、キー集中収納場所（CKR）からのコンテンツのアクセスの認可へのアクセスを得ることができる、本発明の一実施形態によるステップを説明するフローチャートを示す図である。
【発明を実施するための形態】
【０００８】
本出願は、相互運用キー収納箱とともに使用するための汎用ファイルパッケージャ用の
システム及び方法を対象としたものである。以下の説明は本発明の実施に関する具体的な
情報を含む。当業者は、本発明が本出願で具体的に述べる方法とは異なる方法で実施でき
ることを認識するであろう。その上、本発明の特定な細部のいくつかは、本発明を曖昧に
しないため述べないものとする。本出願で記載しない特定な細部は、当業者の知識の範囲
内である。本出願の図面及び付随の詳細な説明は、本発明の単なる例示的な実施形態を対
象としたものである。簡潔にするために、本発明の原理を用いる本発明の他の実施形態は
、本出願において具体的に記載せず、また、本図面においても具体的に例示していない。
【０００９】
図１は、本発明の一実施形態による相互運用キー収納箱とともに使用するためのファイ
ルを生成するシステムを示す。図１の環境１００は、タイトルオーナー１１０、タイトル
オーナーＩＤ（識別子）１１１、タイトルＩＤ（識別子）１１６、認証オーソリティ１２
０、プリペアラー（Preparer）１３０、キー収納箱１６０及びメディア・ディストリビュ
ータ１７０を含む。タイトルオーナー１１０は、タイトル１１５及びタイトルメタデータ
１１８を含む。認証オーソリティ１２０は認可証１２１を含む。認可証１２１はキー収納
箱公開キー１２２を含む。プリペアラー１３０は、キー・ジェネレータ１３１、タイトル
キー１３２、汎用ファイルパッケージャ１３５、汎用ファイル１４０及びキー情報ファイ
ル１５０を含む。汎用ファイル１４０は、タイトルＩＤ１１６、メタデータ１１７、暗号
化タイトル１４５及びキー収納箱ＵＲＬ（ユーアールエル）１４６を含む。キー情報ファ
イル１５０は、タイトルオーナーＩＤ１１１、タイトルＩＤ１１６、暗号化データ１５３
及び暗号化タイトルキー１５２を含む。キー収納箱１６０は、プロセッサ１５８及びメモ
リ１５９を含む。メモリ１５９は、プリペアラーＡＰＩ（応用プログラムインターフェー
ス）１６１、キー情報データベース１６２、消費者データベース１６３、トランザクショ
ンデータベース１６４、キー収納箱秘密キー１６５、ディストリビュータ公開キーデータ
ベース１６６、ディストリビュータデータベース１６７及びプロバイダーＡＰＩ１５７を
含む。メディア・ディストリビュータ１７０は、書き換えられたキー情報ファイル１５１
、ディストリビュータ秘密キー１７５及びネイティブDRM（デジタル著作権管理）システ
ム１７２を含む。
【００１０】
タイトルオーナー１１０は、個々のアーティスト又は作曲家、メディア・グループ、映
画撮影所、アニメーション・スタジオ、テレビ・スタジオ又は映画配給会社のようなプロ
デューサー、放送局、著作権者、著者又はタイトル１１５の譲受人を含むことができる。
それから、タイトル１１５は、楽曲又は曲集、ラジオ番組、ビデオクリップ、全編の映画
又はアニメーション、ドラマ又はテレビ番組のシリーズ物の1回放映分、インタラクティ
ブなビデオゲーム又は任意の他のタイプの視聴覚の作品又はコンテンツのような独創的な
メディアの作品又はプロジェクトを含むことができる。それから、タイトルメタデータ１
１８は、人間が読めるタイトル名、特定のメディアカテゴリ、コンテンツのジャンル、メ
ディアフォーマット、視聴率及びタイトル１１５をカタログに載せて同定するために役立
つ情報を提供するような、タイトル１１５をもっと詳細に説明するために提供することが
できる。図１では、タイトルメタデータ１１８は、タイトルオーナー１１０により提供さ
れるが、代替の実施形態は、タイトルメタデータ１１８を生成するため、代わりに、プリ
ペアラー１３０又は他の第三者を用いることができる。
【００１１】
さらに、タイトルオーナー１１０及びタイトル１１５は、それぞれタイトルオーナーＩ
Ｄ１１１及びタイトルＩＤ１１６により、各々、一意的に同定される。これらの識別子も
、タイトルメタデータ１１８の中に含むことができる。一意的な識別子を選択するための
任意の適切なアルゴリズム採用することができるけれども、タイトルＩＤ１１６は、可能
な場合は国際標準視聴覚番号（ＩＳＡＮ）、及びセキュア・ハッシュ・アルゴリズム１（
ＳＨＡ−１）のような暗号関数に基づくユニバーサル一意識別子（ＵＵＩＤ）の組み合わ
せに、特に適している。このようにして、種々異なるタイトルオーナーは、お互いにコミ
ュニケーションを取り合わずに、なお、一意性の強力な保証を持ってタイトルＩＤを生成
することができる。代替的に、中央集権的機構は、全ての識別子のデータベースを維持す
ることにより、一意性を保証する一意識別子を要求する当事者へ配信することができる。
【００１２】
一旦、上記識別子、メタデータ及びタイトルファイルが整うと、タイトルオーナー１１
０は、一般公衆に役立つ配信チャンネルに集積するため、それらをプリペアラー１３０の
汎用ファイルパッケージャ１３５へ送ることができる。このプリペアラー１３０への送付
は、好ましくは、第三者の情報漏れの恐れを緩和する安全な方法で、任意の適切な通信手
段により、行うことができる。例えば、安全なファイル転送プロトコル（ＦＴＰ）、セキ
ュア・ソケット・レイヤー（ＳＳＬ）、セキュア・シェル（ＳＳＨ）又は別のプロトコル
のような様々な保護インターネットプロトコルを利用することができる。代替的に、デー
タは、郵便で又は本人が直接にプリペアラー１３０へ届けるために、物理的媒体に書き込
むことができる。
【００１３】
符号化及び配信のためのタイトルの準備プロセスは、効率化又は他の理由のため、第三
者機関へ外部委託できるので、図１では、タイトルオーナー１１０及びプリペアラー１３
０は、別個の構成要素として示される。しかしながら、代替の実施形態は、プリペアラー
１３０の機能も担うタイトルオーナー１１０を有することができ、より小さいメディアユ
ニットの操作にはもっと便利にすることができる。この場合、タイトルオーナー１１０及
びプリペアラー１３０は、同一の親により所有され、それらの機能は、単一のサーバ又は
コンピュータクラスターに統合することができる。
【００１４】
キー・ジェネレータ１３１は、暗号化によりコンテンツの保護をサポートするために、
汎用ファイルパッケージャ１３５へ暗号化キーを提供する。タイトル１１５に対するいく
つかの種類の保護を適用しなければ、消費者は保護されないメディアファイルに直接アク
セスするため、ライセンス期間を施行し、無認可のコピーを防ぐことが困難になる。従っ
て、図１に示すように、キー・ジェネレータ１３１は、タイトル１１５を暗号化したり復
号したりするために、対称の暗号化キー、タイトルキー１３２を生成する。適切なＤＲＭ
ライセンスを有する認可されたメディアアプリケーションに対するタイトルキー１３２へ
のアクセスを制限することにより、消費者は、保護されない形でタイトル１１５に直接ア
クセスしないで、なお、タイトル１１５を見て聴いて楽しむことができる。
【００１５】
タイトルキー１３２用のより長いキーの長さ及びより強い暗号化アルゴリズムは、アク
セス規制回避技術に対してより大きいセキュリティーを提供することができるけれども、
復号複雑性も重要な対抗考慮すべき事項をもたらす。この対抗考慮すべき事項は、限られ
たバッテリー寿命、メモリ及び処理リソースを有するモバイル機器にとって特に重大であ
る。従って、タイトルキー１３２を暗号化するために、エー・イー・エス（ＡＥＳ）のよ
うなバランスのとれた妥協を選択することができて、速い復号時間を有する合理的に強い
セキュリティーを提供する。
【００１６】
キー収納箱１６０によるアクセスのために、タイトルキー１３２をプリペアラー１３０
から安全に送るために、認証オーソリティ１２０により生成された非対称の暗号化キー対
を図１に示すように用いる。その暗号化キー対はキー収納箱１６０によっても生成するこ
とができ、認可証は認証オーソリティ１２０により発行される。公開及び秘密のキー対は
、例えば、公開キー暗号化基準＃１（PKCS＃１）に従って、２０４８ビットのＲＳＡキー
を用いる。キー対の公開キーは、デジタル認可証１２１に含まれる。認可証１２１からキ
ー収納箱公開キー１２２を検索することにより、汎用ファイルパッケージャ１３５は、キ
ー収納箱公開キー１２２を用いてタイトルキー１３２を暗号化することができて、対応す
るキー収納箱秘密キー１６５のオーナーであるキー収納箱１６０のみが、暗号化タイトル
キー１５２を復号することができるような、暗号化タイトルキー１５２が得られる。認証
オーソリティ１２０は、認可証１２１内に設けられたキー収納箱公開キー１２２が、キー
収納箱１６０として知られる構成要素に適切に結合することを保証する、図１の信頼でき
る第三者としての機能を果たす。
【００１７】
認証オーソリティ１２０は、例えば、Ｘ．５０９第３版認証基準に準拠することができ
る。認証オーソリティ１２０の同一性を検証するために、プリペアラー１３０は、認証オ
ーソリティ１２０のような信頼できる第三者の同一性を保証する、あらかじめ組み込まれ
た一組の認可証も有することができる。相互認証も、認証オーソリティ１２０が、認証さ
れたプリペアラー、メディア・ディストリビュータ又はサービスプロバイダー、及び他の
関係者に応答するように、実装することができる。図１では、単一の認証オーソリティの
みを示しているが、代替の実施形態は、認証オーソリティの階層的システムを用いること
ができ、又は、同等の中程度の信頼網のようなＸ．５０９以外の代替の信頼できるシステ
ムを用いることができる。
【００１８】
このようにして、キー収納箱１６０は、キー情報ファイル内に暗号化された形でタイト
ルキーを保持するキー集中収納場所（CKR）としての機能を果たす。プリペアラーＡＰＩ
１６１により、プリペアラー１３０のようなコンテンツプリペアラーは、暗号化タイトル
キーをキー情報ファイル１５０のようなキー情報ファイルコンテナに提出することができ
る。暗号化タイトルキー１５２のような暗号化タイトルキー、暗号化データ１５３のよう
な暗号化データ又はメタデータ、並びにタイトルオーナーＩＤ１１１及びタイトルＩＤ１
１６のような関連するコンテンツ情報を含むこれらのキー情報ファイルは、キー情報デー
タベース１６２のようなデータベースに保存することができる。プリペアラー１３０がプ
リペアラーＡＰＩ１６１にアクセスするために、標準ウェブサービスは、キー交換のため
のPKCS＃３に準拠するディフィエ・ヘルマン（Diffie Hellman）を有するトランスポート
層セキュリティー（TLS）を用いたシンプル・オブジェクト・アクセス・プロトコル（SOA
P）及びハイパーテキスト転送プロトコル・セキュリティー（HTTPS）を用いてキー収納箱
１６０により、さらすことができる。異なるパラメータを用いる安全な通信又は改良型の
この同じ方法は、図１及び以下の図に示す他の通信経路に対しても用いることができる。
さらに、入ってくるインターネットプロトコル（IP）アドレスレンジ又はメディアアクセ
ス制御（MAC）アドレスレンジを周知の値に制限するようなセキュリティー対策も、認可
されないアクセスに対してさらに防護するために、実装することができる。
【００１９】
前に論じたように、暗号化タイトルキー１５２は、キー収納箱公開キー１２２を用いて
暗号化される。キー収納箱１６０は、対応する秘密キーであるキー収納箱秘密キー１６５
のオーナーであるため、キー情報データベース１６２に提出された全てのタイトルキーを
、上記のやり方で自由に復号してアクセスできる。プリペアラーＡＰＩ１６１及びプロバ
イダーＡＰＩ１５７により受信してメモリ１５９内にあるリクエストを解釈するためのプ
ロセッサ１５８を用いて、キー収納箱１６０は、サービスプロバイダー又はコンテンツプ
ロバイダーとしても呼ばれる認証されたプリペアラー及びメディア・ディストリビュータ
用の強固なキーの保存及び配信サービスを提供することができる。他の方向において、プ
ロバイダーＡＰＩ１５７により、メディア・ディストリビュータ１７０のような認証され
たディストリビュータは、これらの暗号化された形のタイトルキーがそれ自体の非対称キ
ー対を用いて、消費者へメディア・アプリケーション及び装置を配るためのDRMライセン
スを安全に生成することを要求することができる。このように、キー情報データベース１
６２からの元のキー情報ファイルは、復号され、暗号化され、又は書き換えられて、各特
定のメディア・ディストリビュータに適用可能な暗号化キーを用いて、書き換えられたキ
ー情報ファイル１５１のような書き換えられたキー情報ファイルを生成する。
【００２０】
図１では、このキー情報ファイルの書き換えは、メディア・ディストリビュータ１７０
のような各ディストリビュータが、ディストリビュータ秘密キー１７５のようなそれ自体
の対応する秘密キーを所有すると共に、キー収納箱１６０にディストリビュータ公開キー
データベース１６６内の全てのメディア・ディストリビュータの公開キーを集めさせるこ
とにより、可能となる。メディア・ディストリビュータは、標準公開キー基盤（PKI）ア
プローチを用いてそれ自体のキー対を生成できる。しかしながら、代替の実施形態は、キ
ー収納箱１６０が、公開／秘密キー対を生成し、安全な通信チャンネルを用いて、各メデ
ィア・ディストリビュータに秘密キーを提供するような、代替の暗号化の手筈を用いるこ
とができる。前述のキー収納箱公開キー１２２と同様に、認証オーソリティ１２０又は別
の信頼できる第三者を利用して、公開キーとその関連する参照同一性との間の正当な結合
を保証する信頼できる認証を提供することができる。
【００２１】
キー収納箱１６０に示すように、いくつかの追加のデータベースが、消費者データベー
ス１６３、トランザクションデータベース１６４、ディストリビュータデータベース１６
７、販売データベース１６８及びプリペアラーデータベース１６９を含み、利用すること
ができる。これらのデータベースは、キー収納箱側から様々な業務ルールを実装するため
に利用することができ、それにより、消費者及び関連する権利により行われるメディア・
トランザクションを記録し、消費者の認証データを記録し、様々な業務契約に従って認証
されたプロバイダー及びメディア・ディストリビュータのみがキー収納箱と交信すること
ができることを保証する。例えば、成功したオンライン・トランザクション毎の後に、ト
ランザクションデータベース１６４に記録を保存し、販売の日時、支払代金、レンタルか
購入かの種類、買い戻し、又は予約、提供された買い戻しコードが多数回使用されたかど
うか、消費者、クライアント、装置ID（識別子）及びその他の詳細のような関連する識別
子を示すことができる。従って、キー収納箱１６０は、レンタル期間、買い戻しカウント
限界、必要に応じて他の業務ルールを執行することができる。ディストリビュータデータ
ベース１６７は、キー収納箱１６０が、異種コンテンツライセンス契約で、いくつかの異
なる関連の又は非関連のメディア・ディストリビュータをサポートすることができるので
、どのメディア・ディストリビュータがどのキー情報ファイルにアクセスするのに権限を
与えられているかを追跡することができる。消費者データベース１６３は、さらに図２で
論じるように、消費者が、特定のメディア・ディストリビュータに制限されずに、保護さ
れたメディアファイルにアクセスし開錠することを可能にする権利の収納場所として役立
つことができ、かつ、消費者が、唯一のディストリビュータ又は開いたID（Open ID）の
ようなより開いたフレームワークからの専用の認証スキームのような、単一の又は多数の
認証スキームを用いて多数のディストリビュータにわたって認証することを可能にする認
証情報も含むことができる。追加的に又は代替的に、キー収納箱１６０は、図１に示して
いない装置データベースを含むことができ、装置データベースは、特定の消費者よりも特
定の装置への結合に基づくモデルを可能にするか、又は、消費者と装置との両方への結合
に基づくモデルを可能にし、特定の消費者に関連することができるメディア装置のリスト
を作る。一般的に言えば、装置データベースは、消費者データベース１６３と同様に機能
し、消費者データベース１６３に関連している。販売データベース１６８は、例えば、タ
イトルを、レンタル、予約及び購入のような多数のビジネスモデルをサポートする特別の
使用ルールと関連付けることができる。プリペアラーデータベース１６９は、認証された
メディアプリペアラーのみが、キー情報ファイルをキー収納箱１６０にアップロードする
ことができることを保証することができる。
【００２２】
キー情報ファイル１５０から汎用ファイル１４０へ焦点を切り替えると、汎用ファイル
１４０も、メディア・ディストリビュータへの配信のために、最終的には消費者への配信
のために、汎用ファイルパッケージャ１３５により生成される。「汎用ファイル」の名称
は、たとえメディア・ディストリビュータが異なるDRMシステムを用いても、同一のファ
イルが、消費者へ配信され、CKR、キー収納箱１６０を用いて異なるメディア・ディスト
リビュータにわたって、相互運用されるという特性を説明する。図１に示すように、タイ
トル１１５はタイトルキー１３２を用いて暗号化されて、暗号化タイトル１４５が作られ
、タイトルＩＤ１１６、メタデータ１１７及びキー収納箱ＵＲＬ１４６を含むデータの同
定を伴う。メタデータ１１７は、例えば、タイトルメタデータ１１８の成分を含むことが
できる。キー収納箱ＵＲＬ１４６は、暗号化タイトル１４５がキー情報ファイル１５０に
保存されたタイトルキー１３２を用いて復号することができるように、関連するキー情報
ファイル１５０を保存するキー収納箱がどこで見つけられるかを指示するポインター又は
ネットワークアドレスとしての機能を果たす。図１の場合、キー収納箱ＵＲＬ１４６は、
キー収納箱１６０を指し示す。なお、キー収納箱ＵＲＬは、キー収納箱の通信を柔軟にリ
ダイレクトするために、単に、ＵＲＬリダイレクトを用いるリダイレクトサーバを指し示
せばよい。さらに、ＵＲＬ形式が、SOAPを用いるインターネットによってアクセス可能な
ウェブサービスにつなぐために、選択されるが、代替のネットワークアドレス指定プロト
コルも同様に用いることができる。汎用ファイル１４０の成分は、MPEG-4パート14又はMP
4コンテナファイルのような標準コンテナフォーマットに埋め込むことができる。さらに
、タイトル１１５が非圧縮フォーマットで提供されるならば、プリペアラー１３０は、例
えば、MPEG-4パート10又はH.264を用いてタイトル１１５を暗号化する前に、ビデオ及び
音声圧縮をすることができる。汎用ファイル１４０は、生成された後に、メディア・ディ
ストリビュータ１７０へ送ることができる。
【００２３】
一旦、メディア・ディストリビュータ１７０が汎用ファイル１４０を受信すると、メデ
ィア・ディストリビュータ１７０は、直ちに、キー収納箱ＵＲＬ１４６から関連するキー
情報ファイルを要求することができるか、又は、消費者又はクライアントが実際に汎用フ
ァイル１４０を要求するまで、キー情報ファイルの要求を遅らすことができる。どちらの
場合も、メディア・ディストリビュータ１７０は、前に論じたように、例えば、HTTPSに
よるSOAPを用いて問い合わせを行い、タイトルＩＤ１１６と関係があり関連するキー情報
ファイルに含まれる情報を要求する。それから、キー収納箱１６０は、同一のタイトルＩ
Ｄ１１６を有するキー情報ファイル１５０を見つけるために、キー情報データベース１６
２を検索し、ファイルを配信する許可が与えられるべきかどうかを決定する全ての関連す
る業務ロジックルールを適用し、許可が与えられるべき決定がなされるならば、書き換え
られたキー情報ファイル１５１を与えることができる。書き換えられたキー情報ファイル
１５１は、暗号化タイトルキー１５２が、キー収納箱１６０の公開キーであるキー収納箱
公開キー１２２ではなく、メディア・ディストリビュータ１７０の公開キーにより暗号化
されることを除いて、キー情報ファイル１５０に類似して見える。前に論じたように、書
き換えステップは、全てのメディア・ディストリビュータの公開キーを、前もってディス
トリビュータ公開キーデータベース１６６に収集するキー収納箱１６０によりサポートす
ることができる。
【００２４】
新しく書き換えられたキー情報ファイル１５１をキー収納箱から常に検索することを避
けるために、メディア・ディストリビュータは、キー収納箱のリソースに不必要に負担さ
せることを避けるために、書き換えられたキー情報ファイルのローカルキャッシュを保存
することができる。キャッシュに格納されたキー情報ファイルを更新するために、以前の
キー情報のアクセスは、キー収納箱から定期的に又はオン・デマンドで要求することがで
きるので、変更の要求は発生する。代替的に、キー収納箱は、更新情報をメディア・ディ
ストリビュータへ積極的に送ることができる。
【００２５】
一旦、メディア・ディストリビュータ１７０が、キー情報ファイル１５１及び汎用ファ
イル１４０を共に書き換えると、メディア・ディストリビュータ１７０は、ディストリビ
ュータ秘密キー１７５及びネイティブDRMシステム１７２とともに、それらを使用するこ
とができ、メディア・ディストリビュータ１７０に対しすでに適所にある既存のDRMシス
テムのインフラストラクチャーに対する、もしあれば、わずかな修正をもって、保護され
た方法で、メディアファイルをクライアントにサービスすることができる。メディア・デ
ィストリビュータ１７０は、それ自体の秘密キーであるディストリビュータ秘密キー１７
５を用いることができ、書き換えられたキー情報ファイル１５１からタイトルキー１３２
にアクセスし、そのタイトルキー１３２をネイティブDRMシステム１７２へ供給する。そ
れから、ネイティブDRMシステム１７２は、使用ルール及びそれ自体のセキュリティープ
ロトコルを用いて暗号化されたタイトルキー１３２を含む適切なDRMライセンスを生成す
ることができる。一旦、消費者が汎用ファイル１４０及びネイティブDRMライセンスを受
け取ると、消費者は、使用ルールにより許可されるように、汎用ファイル１４０内に含ま
れるメディアを使うことができる。
【００２６】
このようにして、汎用ファイルフォーマット及び相互運用キー収納箱の採用に入る障壁
は、メディア・ディストリビュータに参加し、より広い配信チャンネルの採用を促し、強
化した相互運用の全ての利点を消費者に与えるために、最小にされる。以下に図２で説明
するように、デジタル配信されたメディアに関するアドレスの相互運用及び可用性の懸念
を助けることにより、かつ、消費者の制御内のデジタルレシートを提供することにより、
消費者は、デジタル配信により制限されるよりも権限を与えられると感じることができ、
ひいては、より売り上げが伸び、消費者がより満足することができる。
【００２７】
タイトルオーナー１１０、タイトル１１５、認証オーソリティ１２０、プリペアラー１
３０、キー収納箱１６０及びメディア・ディストリビュータ１７０は、図１では、単一の
インスタンスのみを有しているけれども、代替の実施形態は、各構成要素のいくつかのイ
ンスタンスを含むことができる。例えば、汎用ファイル１４０は、いくつかの異なるタイ
トルを、編集物の一部、アルバム又は代替のトラックとして、カプセル化することができ
る。同様に、キー情報ファイル１５０は、いくつかの関連するタイトルキーを保存するこ
とができる。キー収納箱も、特定の組織的なニーズに適合するように、拡大縮小すること
ができる。例えば、多くの映画設備を有する大きいスタジオ及び下位部門は、スタジオ部
門毎に別個のキー収納箱を専用にすることの決定ができるか、又は、全ての部門が１つの
大きい統合されたキー収納箱により供給されることを選ぶことができる。代替的に、より
小さいスタジオでは特に、いくつかの異なるスタジオ又は会社は、単一のキー収納箱を共
有することができ、又は、キー収納箱の操作及びメンテナンスを第三者事業体に外注する
ことができる。別の可能性は、第三者により操作され、キー情報ファイルを集中キー収納
箱に服従させるスタジオを有する、１つの大きい集中キー収納箱である。上記のように、
ＵＲＬリダイレクトも、柔軟なキー収納箱のリダイレクト用に用いることができ、サーバ
の負荷バランシング、高速移動及び他の機能を可能にする。キー収納箱も、適切な契約及
びセキュリティー手続きが整っていれば、他のキー収納箱と情報を共有することができる
。言い換えれば、キー収納箱は、要望通り、集中化又は分散化することができるが、大き
いキー情報データベースにアクセスする集中キー収納箱が、多数のメディア・ディストリ
ビュータと取引を有するクライアントに、もっと効率的なサービスを提供することができ
る。
【００２８】
図２は、本発明の一実施形態による相互運用キー収納箱とともに使用するためのデジタ
ルレシートをクライアントに提供するシステムを示す。図２の環境２００は、キー収納箱
２６０、メディア・ディストリビュータ２７０、ディストリビュータＩＤ２７１、クライ
アント２８０、クライアントＩＤ２８１、共有クライアントＩＤ２８６、ディスプレイ２
８８及びバックアップ記憶装置２８９を含む。キー収納箱２６０は、キー情報データベー
ス２６２、消費者データベース２６３、トランザクションデータベース２６４、キー収納
箱秘密キー２６５、ディストリビュータ公開キーデータベース２６６、ディストリビュー
タデータベース２６７、販売データベース２６８、クライアントＡＰＩ２５６及びプロバ
イダーＡＰＩ２５７を含む。図２では、プリペアラーとの双方向通信はないため、図１の
プリペアラーＡＰＩ１６１及びプリペアラーデータベース１６９は、図２では簡単のため
に省略されているが、なお、キー収納箱２６０内に存在し得る。メディア・ディストリビ
ュータ２７０は、汎用ファイル２４０、書き換えられたキー情報ファイル２５１、ネイテ
ィブDRMサーバ２７２、DRMライセンス２７３、ディストリビュータ秘密キー２７５及びプ
ロセッサ２７６を含む。汎用ファイル２４０は、タイトルＩＤ２１６、メタデータ２１７
、暗号化タイトル２４５及びキー収納箱ＵＲＬ２４６を含む。書き換えられたキー情報フ
ァイル２５１は、タイトルオーナーＩＤ２１１、タイトルＩＤ２１６及び暗号化タイトル
キー２５２を含む。DRMライセンス２７３は、タイトルＩＤ２１６、暗号化タイトルキー
２７４、クライアントＩＤ２８１及び使用ルール２７７を含む。クライアント２８０は、
ネイティブDRMクライアント２８２、クライアント・メディア・アプリケーション２８３
、保護されたメディアパス復号エンジン２９９及びデジタルレシート２８５を含む。デジ
タルレシート２８５は、タイトルＩＤ２１６、ディストリビュータＩＤ２７１、クライア
ントＩＤ２８１、共有クライアントＩＤ２８６、消費者ＩＤ２８４及びトランザクション
情報２８７を含む。なお、図２に関し、キー収納箱２６０は図１のキー収納箱１６０に対
応し、メディア・ディストリビュータ２７０は図１のメディア・ディストリビュータ１７
０に対応する。図２のキー収納箱２６０は、図１のキー収納箱１６０のように、プロセッ
サ又はメモリを示していないけれども、それらは、キー収納箱２６０のAPIの動作及び他
の論理演算をサポートするために存在すると見なすことができる。
【００２９】
図２は、焦点を、図１のタイトルオーナー及びプリペアラーから、図２のメディア・デ
ィストリビュータ及びクライアントへ移す。もっと具体的に言うと、どのようにして消費
者又はクライアントが、図１で導入された汎用ファイル、キー情報ファイル及びCKR又は
キー収納箱のコンセプトを用いて、ディスプレイ２８８上に結果として生ずる再生用のメ
ディアファイルに、実際にアクセスすることができるかを、図２は例示する。さらに、図
２は、デジタルレシート２８５として示すデジタルレシートのコンセプトを導入し、デジ
タルレシートのコンセプトは、例えば、たとえ、クライアントが、もともと検索され、保
護されていたメディアファイルをなくしたとしても、又は、たとえ、クライアントが、メ
ディア・ディストリビュータを替えたとしても、保護されるメディアコンテンツを復活さ
せるための、購入証明書又は取引証明書としての機能を果たすことができる。
【００３０】
汎用ファイル２４０及び書き換えられたキー情報ファイル２５１のコンテンツは、図１
の対応する汎用ファイル１４０及び書き換えられたキー情報ファイル１５１により、いく
らか詳細に、すでに説明した。書き換えられたキー情報ファイル２５１は、書き換えステ
ップ用のキー収納箱２６０とともに、図１のタイトルオーナー１１０に類似の事業体のよ
うな、メディア・ディストリビュータ２７０と配信契約を有する事業体により、メディア
・ディストリビュータ２７０へ供給することができた。メディア・ディストリビュータ２
７０のプロセッサ２７６は、ネイティブDRMサーバ２７２と共の使用用に暗号化タイトル
キー２５２を復号するため、ディストリビュータ秘密キー２７５と共に使用することがで
きる。プロセッサ２７６で実行するネイティブDRMサーバ２７２は、それから、図２に示
す全ての入力を用いることができて、汎用ファイル２４０を要求する認証されたクライア
ントへの配信のために、DRMライセンス２７３を生成する。暗号化タイトルキー２７４は
、ネイティブDRMサーバ２７２により提供され、メディア・ディストリビュータ２７０の
暗号化パートナーをキー収納箱２６０からクライアント２８０へ効果的に変更する保護シ
ステムを用いて、保護することができる。このステップは、特定のメディア・ディストリ
ビュータに対して書き換えられたキー情報ファイルを提供するキー収納箱２６０に類似の
追加の書き換えステップのように見なすことができるが、メディア・ディストリビュータ
２７０を備えて、代わりにDRMライセンス２７３に特定のクライアント用の書き換えられ
たタイトルキーを提供する。
【００３１】
DRMライセンス２７３を調べるに、汎用ファイル２４０を復号するために使用できる対
応するタイトルキーである暗号化タイトルキー２７４が含まれている。DRMライセンス２
７３は、DRMライセンスが適用するクライアントの同定情報、すなわち、クライアントID
２８１も含み、かつ、関連するメディアタイトル又は汎用ファイルの同定情報、すなわち
、タイトルID２１６も含む。図２に示すように、ディストリビュータＩＤ２７１、共有ク
ライアントＩＤ２８６、消費者ＩＤ２８４、使用ルール２７７及びトランザクション情報
２８７のような追加の情報も、DRMライセンス２７３に埋め込むことができる。
【００３２】
クライアント２８０に移動するに、クライアント２８０は、パソコン、メディアプレー
ヤー、セットトップボックス、ビデオゲーム機器、携帯電話、ポータブルメディアプレー
ヤー又はメディア・ディストリビュータ２７０とインターフェースをとる任意の他の装置
を含むことができる。クライアント２８０は、ブラウジング、購買、再生及びメディア・
ディストリビュータ２７０により提供されるデジタルメディアとの他のトランザクション
用のクライアント・メディア・アプリケーション２８３を含むことができる。消費者がク
ライアント２８０上での再生用のデジタル取引により、汎用ファイル２４０を購入、レン
タル又は他の方法で得ることを決定した後で、メディア・ディストリビュータ２７０は、
金融機関とインターフェースをとることにより、取引を処理することができ、合意した金
額を請求し、又は前払いのポイント又は他の通貨の合意した金額を内部的に差し引き、上
記のように、DRMライセンス２７３を生成し、汎用ファイル２４０及びDRMライセンス２７
３を共に、ネイティブDRMサーバ２７２により、クライアント２８０へ提供する。さらに
、デジタル取引の記録は、キー収納箱２６０のプロバイダーＡＰＩ２５７により、トラン
ザクションデータベース２６４に入れることができる。
【００３３】
クライアント２８０が汎用ファイル２４０及びDRMライセンス２７３を共に受信した後
、クライアント２８０は、ネイティブDRMクライアント２８２とともに、DRMライセンス２
７３を用いることができ、音声コンテンツ用のスピーカーも含むことができるディスプレ
イ２８８へ出力する保護されたメディアパス復号エンジン２９９を用いる再生により使用
するため、汎用ファイル２４０内の暗号化タイトル２４５を復号する。従って、消費者は
、要求したメディアをディスプレイ２８８で見ることができる。
【００３４】
汎用ファイル２４０及びDRMライセンス２７３が、クライアント２８０に暗号化タイト
ル２４５を再生させ、ネイティブDRMクライアント２８２が、ネイティブDRMサーバ２７２
とインターフェースをとることができる間に、上記１つ以上の構成要素がクライアント２
８０に欠けており、ユーザは完全に異なるクライアントを使用する必要があり、又は、ユ
ーザは異なるメディア・ディストリビュータを使用する必要がある状況があり得る。この
不測の事態に備えるために、メディア・ディストリビュータ２７０は、クライアント２８
０に安全なデジタルレシート２８５を提供することもできる。消費者が上記の状況に対処
する場合、汎用ファイルを再取得するため、新たなDRMライセンスを得るため、又は、状
況に応じて両方とも得るための購入証明書として、デジタルレシート２８５を、検索する
ことができ、代替のメディア・ディストリビュータ又はキー収納箱２６０へ渡すことがで
きる。
【００３５】
図２に示すように、クライアント２８０は、バックアップ記憶装置２８９にコピーする
ことにより、デジタルレシート２８５を積極的に保護し、バックアップ記憶装置２８９は
、ユニバーサル・シリアル・バス（USB）記憶装置を含むことができ、デジタルレシート
を消費者データベース２６３へ入れるため、クライアントＡＰＩ２５６により、関連する
CKR又はキー収納箱２６０を用いて記録する。例えば、ウェブインターフェースを提供す
ることができて、クライアントＡＰＩ２５６により、デジタルレシートをキー収納箱２６
０へ直接アップロードすることを可能にし、クライアントＡＰＩ２５６は、プロバイダー
ＡＰＩ２５７と同様にHTTPSにより保護されたSOAPウェブサービスをさらすことができる
。第三者は、例えば、オンラインバックアップサービスの提供又はウェブアクセス可能な
電子メールサーバにより、バックアップ記憶装置２８９を提供しメンテナンスすることが
できる。特に、デジタルレシートが、登録した電子メールアドレスにより、ユーザへ提供
される場合、ユーザの電子メールアカウントは、バックアップ保存場所として、デジタル
レシートの代わりになる。
【００３６】
代替的に、ユーザがデジタル取引を完了させた後、クライアント・メディア・アプリケ
ーション２８３は、ユーザがデジタルレシートをオンラインで自動的にキー収納箱２６０
に記録することを促すことができる。それから、キー収納箱２６０は、デジタルレシート
の記録プロセスの成功か失敗かのいずれかを示す、戻り値をクライアント２８０へ提供す
ることができる。
【００３７】
デジタルレシート２８５は、デジタルレシートの作成に導くユーザの同一性に関連する
いくつかのフィールドを含む。クライアントＩＤ２８１は、ネイティブDRMクライアント
２８２及びネイティブDRMサーバ２７２により実装された特定のDRMシステムに関連する消
費者又は装置を同定する。消費者ＩＤ２８４及びディストリビュータＩＤ２７１は、特殊
のメディア・ディストリビュータに関連する特定の消費者を示し、一方、選択成分である
共有クライアントＩＤ２８６は、ユーザを一般的な意味でグローバルに同定することがで
きる。共有クライアントＩＤ２８６は、単一のメディア・ディストリビュータよりも、い
くつかのメディア・ディストリビュータにわたって認証するために、使用できる開いたID
（OpenID）のような外部のユーザ認証システムに結び付けることができる。全てのユーザ
がこのような共有クライアントＩＤを所有することはできないため、そのようなユーザに
対して省略することができ、又は代わりの識別子を作成し、ユーザに提供できる。しかし
ながら、共有クライアントＩＤ２８６が提供される場合、キー収納箱２６０は、メディア
・ディストリビュータにかかわらず、消費者に帰属せしめられるべき消費者データベース
２６３内の全てのレシートを同定することができ、いくつかの異なるメディア・ディスト
リビュータにわたって沢山のメディア収集物を有するユーザにとって、有用であることが
証明できる。
【００３８】
デジタルレシート２８５は、デジタルレシートを作りだす取引に関連するいくつかのフ
ィールドを含む。タイトルＩＤ２１６は、デジタルレシートにより参照される特殊な汎用
ファイルを示し、一方、トランザクション情報２８７は、取引の日付、取引の種類又は販
売のような取引に関する特殊な情報、及び、タイトルＩＤ２１６により参照されるコンテ
ンツに関するメタデータを含むことができる。取引の日付は、取引が発生した特定の年月
日及び時刻を含むことができ、一方、取引の種類は、例えば、取引が全額購買、レンタル
、定期会員プランの一部、又は別の種類の取引を含むかどうかを示すことができる。メタ
データは、タイトル、ジャンル分類、視聴率及び他のデータのような図１のメタデータ１
１７に類似の情報を含むことができる。デジタルレシート２８５は、キー収納箱URL又は
代替的にURLの形式でデジタルレシート２８５を記録するために用いるサーバについての
情報、又は類似の参照データのようなキー収納箱２６０に関する情報も選択的に含むこと
ができる。デジタルレシート２８５に保存されるデータの大多数は、暗号化で保護するこ
とができるのに、トランザクション情報２８７のタイトルメタデータ部分は、暗号化され
ないプレーンテキスト形式で示すことができ、デジタルレシートがユーザにより容易に同
定されることを可能にする。図２に示すように、デジタルレシート２８５の部分は、キー
収納箱２６０の公開キーを用いて暗号化し、キー収納箱２６０は、暗号化した部分を復号
するために、キー収納箱秘密キー２６５を用いることができるが、キー収納箱２６０によ
り使用可能な他の保護方法も利用することができる。なお、デジタルレシート２８５の部
分も、配信するメディア・ディストリビュータ２７０により、デジタルに署名することが
できて、キー収納箱２６０は、デジタルレシート２８５が、認証されたメディア・ディス
トリビュータにより、正当に発行されたことを確認することができる。
【００３９】
一旦、デジタルレシート２８５が、安全に、バックアップ記憶装置２８９及びキー収納
箱２６０の消費者データベース２６３に保存されると、クライアント２８０のユーザは、
汎用ファイル２４０の喪失、DRMライセンス２７３の喪失、及び、クライアント２８０及
び／又はメディア・ディストリビュータ２７０の喪失又は変更から保護される。ユーザは
、単に、バックアップ記憶装置２８９からデジタルレシート２８５を検索する必要があり
、それをキー収納箱２６０、メディア・ディストリビュータ２７０又はキー収納箱２６０
と確立した関係を有する別のメディア・ディストリビュータのいずれかへ、再提出する。
一旦、デジタルレシート２８５が、キー収納箱２６０へ直接提出され、又は送られると、
キー収納箱２６０は、必要に応じて、キー収納箱秘密キー２６５を用いてデジタルレシー
ト２８５の暗号化部分を復号し、及び／又はメディア・ディストリビュータ２７０の公開
キーを用いて上記の署名を認証し、デジタルレシート２８５を認証することができ、クエ
リー又は要求を是認又は否認するために任意の関連する業務ルールを処理することができ
る。クエリー又は要求が是認される場合、メディア・ディストリビュータは対応するキー
情報ファイルを検索することができ、汎用ファイル２４０の再送を認証し、及び／又はユ
ーザ用のタイトルキーを含む新たなDRMライセンスを生成する。
【００４０】
ユーザの観点から、全てのメディア・ディストリビュータが、任意の提出されたデジタ
ルレシートに対して、任意の要求されたキー情報ファイルを提供することが望ましく、異
なるメディア・ディストリビュータとタイトルオーナーとの間の限定配信契約により、任
意の単一のメディア・ディストリビュータにより配信できるキー情報ファイルの範囲を制
限することができる。具体的には、ディストリビュータデータベース２６７が、クエリー
を行うメディア・ディストリビュータの同一性に従って、特定のキー情報ファイルに対す
るアクセス権を決めることができる。メディア・ディストリビュータ２７０の場合、これ
はディストリビュータＩＤ２７１に対応し、ディストリビュータＩＤ２７１は、プロバイ
ダーＡＰＩ２５７によりキー収納箱２６０との確実な通信を確立する前に、HTTPS又はTLS
のハンドシェイキング手続きの一部として、提供することができる。
【００４１】
さらに、一方では、ユーザは、全てのメディア・ディストリビュータが汎用ファイル２
４０のダウンロードの提供をすることを好むのに、あるいは、自由なメディア・ディスト
リビュータ用の新たなDRMライセンスの生成により、サーバ及びネットワークのメンテナ
ンスのような費用、消費者サービス及び配信契約も考慮しなければならない。従って、い
くつかのメディア・ディストリビュータは、デジタルレシートにより無料の再活性化を提
供できるのに、他のメディア・ディストリビュータは、帯域幅、サーバメンテナンス、消
費者サポート、並びに配信権及びコンテンツライセンスの取得及び更新の費用をカバーす
るために、デジタルレシートを清算するための料金を請求することができる。これらの考
慮は、CKR、キー収納箱２６０の中核キーの保存及び配信機能に柔軟に独立して、キー収
納箱２６０により又は個々のメディア・ディストリビュータにより実行される業務ルール
の範囲内でカプセル化することができる。
【００４２】
図３は、本発明の一実施形態による、異なるDRMシステム間の相互運用のための相互運
用キー収納箱により、保護されたデジタル著作権管理（DRM）ライセンスを得るためのシ
ステムを示す。図３の環境３００は、キー収納箱３６０、メディア・ディストリビュータ
３７０ａ、３７０ｂ、クライアント３８０ａ、３８０ｂ、共有クライアントＩＤ３８６、
共有クライアントＩＤ検証サーバ３９０を含む。キー収納箱３６０は、キー情報データベ
ース３６２、消費者データベース３６３、トランザクションデータベース３６４、ディス
トリビュータ公開キーデータベース３６６、ディストリビュータデータベース３６７、販
売データベース３６８、プリペアラーデータベース３６９、及びプロバイダーＡＰＩ３５
７を含む。メディア・ディストリビュータ３７０ａはネイティブDRMサーバ３７２ａを含
む。メディア・ディストリビュータ３７０ｂはネイティブDRMサーバ３７２ｂを含む。ク
ライアント３８０ａは、汎用ファイル３４０、DRMライセンス３７３ａ、ネイティブDRMク
ライアント３８２ａを含む。汎用ファイル３４０は、タイトルＩＤ３１６、メタデータ３
１７、暗号化タイトル３４５及びキー収納箱ＵＲＬ３４６を含む。DRMライセンス３７３
ａは、タイトルＩＤ３１６、暗号化タイトルキー３７４ａ、クライアントＩＤ３８１を含
む。クライアント３８０ｂは、汎用ファイル３４０、DRMライセンス３７３ｂ、ネイティ
ブDRMクライアント３８２ｂを含む。DRMライセンス３７３ｂは、タイトルＩＤ３１６、暗
号化タイトルキー３７４ｂ、クライアントＩＤ３８１を含む。なお、図３に関して、キー
収納箱３６０は、図２のキー収納箱２６０に対応し、メディア・ディストリビュータ３７
０ａ、３７０ｂは、メディア・ディストリビュータ２７０に対応し、クライアント３８０
ａ、３８０ｂは、クライアント２８０に対応する。
【００４３】
異なるメディア・ディストリビュータ間の相互運用のためのデジタルレシートを用いる
コンセプトは、上記の図２でいくらか詳細に説明したが、図３は、異なるメディア・ディ
ストリビュータ間の相互運用の代替方法を示し、たとえ、異なるメディア・ディストリビ
ュータが異なるDRMシステム又はスキーマを用いるとしても、汎用ファイルが、異なるク
ライアント間で単にコピーされて、新たなクライアントに適用可能な新たなDRMライセン
スを得るために、用いられる。
【００４４】
例えば、クライアント３８０ａのユーザは、既に汎用ファイル３４０を購入したと仮定
すると、関連するDRMライセンスの取得ももたらす。さらに、購入記録が、購入者のIDで
ある共有クライアントＩＤ３８６を含み、トランザクションデータベース３６４に記録さ
れる。前に論じたように、共有クライアントＩＤ３８６は、開いたID（Open ID）のよう
な同一性スキームを用いることができる。ネイティブDRMクライアント３８２ａ及びネイ
ティブDRMサーバ３７２ａによりサポートされるDRMシステム又はスキーマを用いることに
より、クライアント３８０ａクライアント３８０ａのユーザは、クライアント３８０ａで
、暗号化タイトル３４５を、容易に使用し、再生し、楽しむことができる。しかしながら
、クライアント３８０ａのユーザは、メディアの使用のための異なるクライアント又は装
置を有することができ、いくつかのクライアントは、他のクライアントよりも、ある状況
に対してもっと適している。例えば、クライアント３８０ａは、ユーザのパソコンを表わ
すことができ、一方、クライアント３８０ｂは、ユーザのビデオゲーム機器を表わすこと
ができる。例えば、パソコンが、金属性のコンピュータスピーカー及び小さいLCD画面を
有する部屋にたまたま追いやられる一方、ビデオゲーム機器が、リビングルーム内の最高
級ホームシアターシステムにたまたま接続される場合、ユーザは、クライアント３８０ａ
よりも、クライアント３８０ｂで汎用ファイル３４０を見ることを望む。代替的には、ユ
ーザが、ビジネス旅行で飛行中に汎用ファイル３４０を見たい場合、クライアント３８０
ｂは、ユーザの携帯メディア装置を表わすことができる。
【００４５】
従来技術では、専用のクローズドシステムのDRMフォーマットは、完全な相互運用を妨
げる非互換性を導入する傾向があるので、異なるDRMシステムを用いる異なる装置間のメ
ディアファイルの転送は困難又は不可能であった。DRM相互運用の難題に加えて、メディ
アコンテナーフォーマット及び圧縮アルゴリズムは、異なるプラットフォームで再生可能
でない保護されないコンテンツさえも、もたらす。
【００４６】
しかしながら、図３に示すように、汎用ファイルコンセプトの導入は、デジタルメディ
ア消費者間のこの懸念に主として対処するのに役立つことができる。図３に示すように、
汎用ファイル３４０をクライアント３８０ａから購入後に、クライアント３８０ａ及びク
ライアント３８０ｂ内の汎用ファイル３４０の２つのインスタンス間の同一のコンテンツ
により証明されるように、汎用ファイル３４０はクライアント３８０ｂにそのままで直接
コピーされる。代替的に、汎用ファイル３４０は、クライアント３８０ｂにコピーされる
前に、USB記憶装置のような中間の記憶場所に最初にコピーすることができる。DRMライセ
ンス３７３ａは、ネイティブDRMクライアント３８２ａ及びネイティブDRMサーバ３７２ａ
によりサポートされるDRMシステムと共にのみ機能するため、DRMライセンス３７３ａは、
クライアント３８０ｂには役に立たない。しかしながら、キー収納箱３６０の支援により
、クライアント３８０ｂは、クライアント３８０ｂ及びメディア・ディストリビュータ３
７０ｂがネイティブDRMサーバ３７２ｂ及びネイティブDRMクライアント３８２ｂによりサ
ポートされる異なるDRMシステムを用いるけれども、メディア・ディストリビュータ３７
０ｂからDRMライセンス３７３ｂを得ることができる。
【００４７】
汎用ファイル３４０を受信後に、クライアント３８０ｂは、DRMライセンス３７３ｂの
ために、メディア・ディストリビュータ３７０ｂのクエリーを行うことができる。クライ
アント３８０ｂは、ユーザ名及びパスワードのような共有クライアントＩＤ３８６に関連
する同定認証情報を提供することもできる。メディア・ディストリビュータ３７０ｂは、
同定認証情報を共有クライアントＩＤ検証サーバ３９０へ中継することにより、それから
、ユーザの同一性を検証することができる。
【００４８】
一旦、クライアント３８０ｂの同一性が確認されると、メディア・ディストリビュータ
３７０ｂは、プロバイダーＡＰＩ３５７によりキー収納箱３６０にクエリーを行うことが
でき、共有クライアントＩＤ３８６により同定されたユーザが、汎用ファイル３４０に関
連する権利を有するかどうかを確認する。従って、キー収納箱３６０は、トランザクショ
ンデータベース３６４を調べることができ、共有クライアントＩＤ３８６を用いて同定さ
れた同じユーザによる汎用ファイル３４０の購入を含む、メディア・ディストリビュータ
３７０ａとの前の取引の存在を確認する。トランザクションデータベース３６４が、共有
クライアントＩＤ３８６及び汎用ファイル３４０に関連するマッチング結果がないこと、
又は取引の種類が購入ではなく単なるレンタルであることを、代わりにレポートする場合
、キー収納箱３６０は、処理を中断することができ、認可が否認されたことを返すことが
できる。ディストリビュータデータベース３６７は、メディア・ディストリビュータ３７
０ｂが、汎用ファイル３４０と関係がある関連するキー情報ファイルをキー情報データベ
ース３６２から配信することの合意に達しているかどうかの決定をすることも調べること
ができる。さらに、前に論じたように、様々な業務ルールをキー収納箱３６０により実行
することができる。例えば、汎用ファイルの配信乱用を防ぐために、ケースバイケースで
消費者サービスにより対処される５つより多い同時に機能するDRMライセンスを必要とす
るユーザと共に、５つの異なるクライアントの大域的限界を、同定可能なユーザに結び付
く任意の単一の購入に対してサポートすることができる。同様に、５つの異なる同一性の
大域的限界を同一の消費者を同定するためにサポートすることができる。
【００４９】
キー収納箱３６０が、トランザクションデータベース３６４内の適格取引を確認し、任
意のかつ全ての他の業務ルールを満たすと仮定すれば、キー収納箱３６０は、キー情報デ
ータベース３６２から関係するキー情報ファイルを検索することができ、上記のように、
メディア・ディストリビュータ３７０ｂの公開キーを用いて、メディア・ディストリビュ
ータ３７０ｂに書き換えられたキー情報ファイルを提供する。メディア・ディストリビュ
ータ３７０ｂは、それから、書き換えられたキー情報ファイルを用いることができ、ネイ
ティブDRMサーバ３７２ｂを用いてDRMライセンス３７３ｂを生成し、クライアント３８０
ｂ内のネイティブDRMクライアント３８２ｂへDRMライセンス３７３ｂを提供する。従って
、クライアント３８０ｂのユーザは、汎用ファイル３４０を再びダウンロードしなければ
ならないよりも、もっと小さいダウンロードサイズを有するDRMライセンス３７３ｂを検
索することにより、汎用ファイル３４０を使用することができ、最高級ホームシアターシ
ステム又は携帯メディア装置で、ほとんど即時に再生し、ユーザが汎用ファイル３４０を
楽しむことを可能にする。
【００５０】
代替的に、中間物としてのメディア・ディストリビュータによりデジタルレシートをル
ーティングする代わりに、クライアント３８０ｂは、キー収納箱３６０が登録したメディ
アを要求するための直接のクライアントインターフェースを提供する場合、デジタルレシ
ートをキー収納箱３６０へ直接再送信することができる。個々のキー収納箱は、その自由
裁量により、この機能を提供することができる。前に論じたように、デジタルレシートは
、取引の証拠として機能し、従って、キー収納箱３６０へ再送信して戻すことができ、オ
リジナルのメディア又はオリジナルの取引により許可されたライセンスにアクセスする。
キー収納箱３６０がクライアント３８０ｂからのこのような直接の要求をサポートする場
合、かつ、キー収納箱３６０が、上記で詳説したように、クライアント３８０ｂが要求さ
れた登録メディアにアクセスする特権を与えられていることを確定する場合、キー収納箱
３６０は、クライアント３８０ｂを、要求された登録メディアを供給することが可能な適
切なメディア・ディストリビュータに向けることができる。
【００５１】
例えば、キー収納箱３６０は、ディストリビュータデータベース３６７を用いて特権の
あるメディア・ディストリビュータのリストを最初に確定することができて、例えば汎用
ファイル３４０のような要求された登録メディアに対する配信権又は配信特権を有する全
ての第三者メディア・ディストリビュータを見出す。それから、クライアント３８０ｂの
ユーザは、プロバイダーのリストから、特定の第三者メディア・ディストリビュータにリ
ダイレクトされるように、選択することを促される。クライアント３８０ｂのユーザが、
例えば、メディア・ディストリビュータ３７０ｂのような特定の第三者メディア・ディス
トリビュータにリダイレクトされた後に、キー収納箱３６０は、メディア・ディストリビ
ュータ３７０ｂに、クライアント３８０ｂのユーザが、要求された汎用ファイル３４０及
び／又は任意の関係するDRMライセンスを検索することが認証される検証を送ることがで
きる。以前の通り、この検証は、消費者データベース３６３内の登録デジタルレシートに
対し提出されたデジタルレシートを検証すること、及び、任意の適用可能な業務ルールを
適用することを含むことができる。その後、あたかもユーザがデジタルレシートをCKRの
代わりにメディア・ディストリビュータへ提出するかのように、プロセスは正常のように
続く。従って、メディア・ディストリビュータ３７０ｂは、それゆえ、汎用ファイル３４
０を使用するために、DRMライセンス３７３ｂをクライアント３８０ｂへ提供することが
できる。
【００５２】
さらに、汎用ファイル３４０を共同使用し、異なるDRMライセンスを得るプロセスは、
関係する汎用ファイルを再ダウンロードする必要はなく、友人及び仲間が推薦したメディ
アファイルを提供するために、使用することができる。例えば、クライアント３８０ａの
ユーザは、多分、USB記憶装置により、クライアント３８０ｂのユーザに汎用ファイル３
４０のコピーを提供することができる。しかしながら、クライアント３８０ｂは、クライ
アント３８０ａのユーザの秘密のログイン詳細を知らないため、クライアント３８０ｂは
、共有クライアントＩＤ３８６用のログイン認証情報を提供できず、クライアント３８０
ｂのユーザが、コピーした汎用ファイル３４０のオリジナル購入者のクライアント３８０
ａのユーザと同一ではないことを、メディア・ディストリビュータ３７０ｂが確認するこ
とを可能にする。代わりに、メディア・ディストリビュータ３７０ｂは、即時再生のため
ロック解除する汎用ファイル３４０用のDRMライセンスを得るために、新たな取引を実行
するための販売を表示することができる。さらに、２つの別個のメディア・ディストリビ
ュータを図３に示すけれども、このプロセスは、同一のメディア・ディストリビュータを
用いるクライアントにも適用することができる。
【００５３】
図３に示すように、各メディア・ディストリビュータは、たとえ異なるDRMシステム又
はスキーマが用いられようとも、特定のメディアタイトルに対して、厳密に同一の汎用フ
ァイルを提供することができる。主要権利情報センターとしての機能を有するキー収納箱
３６０及びプロバイダーに渡ってユニークなユーザを検証する共有クライアントＩＤ検証
サーバ３９０を用いて、メディア・ディストリビュータは、最小の追加の努力及び既存の
DRMシステムのリエンジニアリングで、相互運用の解決法を提供することができる。これ
は、コピーした汎用ファイルを再生するのに必要な新たなDRMライセンスの迅速な検索の
みにより、ユーザが異なる装置及びメディア・ディストリビュータ間で汎用ファイルを容
易に移植することを可能にする。
【００５４】
図４ａは、本発明の一実施形態による、オリジナルの発行メディア・ディストリビュー
タと無関係に相互運用キー収納箱を用いて保護メディアを再生するためのシステムを示す
。図４ａの環境４００は、キー収納箱４６０、メディア・ディストリビュータ４７０、ク
ライアント４８０、ディスプレイ４８８、バックアップ記憶装置４８９、共有クライアン
トＩＤ検証サーバ４９０を含む。メディア・ディストリビュータ４７０は汎用ファイル４
４０及びDRMライセンス４７３を含む。クライアント４８０はクライアントメディア・ア
プリケーション４８３を含む。バックアップ記憶装置４８９はデジタルレシート４８５を
含む。なお、図４ａに関し、キー収納箱４６０は図２のキー収納箱２６０に対応し、メデ
ィア・ディストリビュータ４７０はメディア・ディストリビュータ２７０に対応し、クラ
イアント４８０はクライアント２８０に対応し、バックアップ記憶装置４８９はバックア
ップ記憶装置２８９に対応する。
【００５５】
前に論じたように、ユーザが、自発的に又は非自発的に、購入した汎用ファイル及び関
係するDRMライセンスへのアクセスを失う状況があり得る。自発的喪失は、クライアント
装置又はメディア・ディストリビュータの変更を含むことができる。非自発的喪失は、故
障したハードディスクドライブのようなハードウェアの突発故障又は間違ってファイルを
削除するようなユーザの誤りを含むことができる。各デジタル取引は、図２に示すように
、ユーザ制御下の必須のデジタルレシートを伴うため、ユーザは、オリジナルのメディア
・ディストリビュータと無関係に、このような緊急時対応策に完全な自由裁量を有する。
例えば、ユーザがデジタルレシートをオンラインで関係するキー収納箱に勤勉に登録し、
安全なバックアップに保持する場合、ユーザは、関係する汎用ファイル及びDRMライセン
スへのアクセスを取り戻すために、単に、デジタルレシートを再提出する必要がある。
【００５６】
例えば、クライアント４８０のユーザが、ハードディスクドライブの突発故障により、
損害を被ると仮定する。ユーザは、クライアント４８０のハードディスクドライブを交換
し、メディア・ディストリビュータ４７０と再びインターフェースで接続するために、ク
ライアントメディア・アプリケーション４８３を再度インストールする。ハードディスク
ドライブは汎用ファイルのユーザのメディアライブラリ及びDRMライセンスを保存するた
め、クライアント４８０のユーザは、ユーザの前のメディアライブラリへのアクセスを取
り戻すことを求める。幸いなことに、ユーザは、デジタルレシートのコピーをバックアッ
プ記憶装置４８９内に保持し、バックアップ記憶装置４８９は、前に論じたように、USB
記憶装置又はオンライン電子メールプロバイダーを含むことができる。さらに、図４ａに
示すように、ユーザは、デジタルレシート４８５がキー収納箱４６０のユーザ認証データ
ベース内に保存することができるように、デジタルレシート４８５をオンラインでキー収
納箱４６０に登録した。
【００５７】
従って、クライアント４８０のユーザは、メディア・ディストリビュータ４７０で検証
するためのユーザ認証情報と共に、又は代替的に、共有クライアントＩＤ検証サーバ４９
０で検証するための共有ユーザ認証情報と共に、バックアップ記憶装置４８９から検索さ
れたデジタルレシート４８５をメディア・ディストリビュータ４７０へ、提供するにすぎ
ない。メディア・ディストリビュータ４７０は、キー収納箱４６０と情報を交換後、汎用
ファイル４４０及びDRMライセンス４７３をクライアント４８０へ提供して戻すことがで
きる。さらに、メディア・ディストリビュータ４７０は、クライアント４８０により提供
され、メディア・ディストリビュータ４７０又は共有クライアントＩＤ検証サーバ４９０
により正当に検証されたユーザ認証情報にマッチングする、キー収納箱４６０内の適切に
登録されたデジタルレシートを有する任意の他の汎用ファイル及びDRMライセンスのバッ
チ転送も提供することができる。このバッチ転送は、ハードウェアの突発故障後の場合で
ある、いくつかのデジタルレシートを提出しなければならない場合に、ユーザにかなりの
時間及び労力を省くことができる。いくつかの業務ルールがこのモデルに関与して、乱用
の可能性に取り組み、システムが適切に機能することを確保し、又は、追加のサービスを
消費者に提供する。
【００５８】
さらに、この同じ機構が、お気に入りのメディア・ディストリビュータの故障又は再構
成に対して一種の保護手段をユーザに提供することができる。例えば、クライアント４８
０が、通常、ひいきにしているメディア・ディストリビュータが、突然、廃業した場合、
クライアント４８０のユーザは、デジタルレシートのバックアップを保持し、デジタルレ
シートをキー収納箱４６０に登録している限り、ユーザは、図４ａのメディア・ディスト
リビュータ４７０のような別のメディア・ディストリビュータに容易に移動することがで
きる。このようにして、DRMで保護されるデジタルメディアの永続性に関する多くの長年
のユーザの懸念は、有効に解決することができる。
【００５９】
図４ｂは、本発明の一実施形態による、相互運用キー収納箱を用いて二次保護メディア
を取り戻すためのシステムを示す。図４ｂの環境４００は、キー収納箱４６０、メディア
・ディストリビュータ４７０、クライアント４８０ａ、４８０ｂ、ディスプレイ４８８ａ
、４８８ｂ、メディアディスク４９１、メディアボックスコード４９２を含む。メディア
・ディストリビュータ４７０は汎用ファイル４４０ｂ及びDRMライセンス４７３ａ、４７
３ｂを含む。クライアント４８０ａはクライアントメディア・アプリケーション４８３ａ
を含む。メディアディスク４９１は汎用ファイル４４０ａを含む。なお、図４ｂに関し、
キー収納箱４６０は図２のキー収納箱２６０に対応し、メディア・ディストリビュータ４
７０はメディア・ディストリビュータ２７０に対応し、クライアント４８０ａ、４８０ｂ
はクライアント２８０に対応し、ディスプレイ４８８ａ、４８８ｂはディスプレイ２８８
に対応する。
【００６０】
これまでの汎用ファイルの議論は、一般的にオンラインデジタル配信に制限されてきた
けれども、汎用ファイルは、物理的小売りメディアをもつアプリケーションも同様に有す
ることができる。例えば、メディアディスク４９１は、小売りチャンネルにより購入した
ブルーレイ・ディスクを含むことができる。標準ブルーレイ動画データを保存することの
他に、対応する汎用ファイルは、パソコンで使用するため、又は携帯メディア装置用にも
含むことができる。メディアボックスコード４９２は、内張り又は隠しスクラッチパネル
内にプリントされたユニークな数字又は英数字の列を含むことができ、それらを、適用可
能なDRMライセンスを検索することにより、再生用に汎用ファイル４４０ａを取り戻すた
めに用いることができる。この意味で、キー収納箱４６０は、業務ルールを用いる任意の
単一のメディアボックスコードに対する、取り戻し数を制限することができるので、メデ
ィアボックスコード４９２は、匿名のユーザ識別子として機能することができる。
【００６１】
従って、ノートブックパソコンであるクライアント４８０ａのユーザは、メディアディ
スク４９１をブルーレイ・ディスクドライブに入れることができ、そこで、ユーザは、汎
用ファイル４４０ａを取り戻すかどうか促される。ユーザが「ハイ」と答えるならば、ユ
ーザは、メディアボックスコード４９２に入力することを促され、その入力は、汎用ファ
イル４４０ａに含まれる任意の識別メタデータと共にメディア・ディストリビュータ４７
０へ送られる。それから、メディア・ディストリビュータ４７０は、メディアボックスコ
ード４９２が有効かどうか、及び／又は、メディアボックスコード４９２が取り戻し数の
最大値に達したかどうかを確認するために、キー収納箱４６０と情報を交換することがで
きる。例えば、キー収納箱４６０での業務ルールは、各有効なメディアボックスコードが
最大３回の取り戻し数のみ設けることができ、無差別の汎用ファイルの共用の乱用の可能
性を防ぐことができる。キー収納箱４６０が肯定的に答えるならば、メディア・ディスト
リビュータ４７０は、DRMライセンス４７３ａを提供することができ、クライアント４８
０ａのユーザは、映画をノートブックパソコンのディスプレイ４８８ａで、最大解像度で
見ることができる。
【００６２】
さらに、メディアディスク４９１の強力なセールスポイントは、映画をメディアディス
ク４９１から様々な携帯装置へコピーする機能を含むことである。従って、クライアント
４８０ａは、標準解像度ディスプレイの携帯装置で再生するため、映画の標準解像度（SD
）７２０×４８０版をさらに要求することができる。同じメディアボックスコード４９２
及び汎用ファイル４４０ａからの同じメタデータを用いて、メディア・ディストリビュー
タ４７０は、キー収納箱４６０に、携帯装置用の特別な標準解像度版のキーファイルのク
エリーを行うことができ、そのキーファイルは正当に戻されて汎用ファイル４４０ｂ及び
DRMライセンス４７３ｂを生成するために用いられ、それらは、クライアント４８０ｂへ
送られてディスプレイ４８８ｂで、再生することができる。その上、ボックスコードの取
り戻しは、クライアント又は消費者IDに関係付けることができ、前にオンライン取引で行
ったように、キー収納箱４６０の関連データベース内に記録することができる。代替的に
、一般のメディア装置用に既にフォーマットされた様々な汎用ファイルを、対応するDRM
ライセンスのみがダウンロード時間を減少して検索される必要があるように、メディアデ
ィスク４９１に埋め込むことができる。
【００６３】
図５は、コンテンツに関係するデジタルレシートのオンライン登録がキー集中収納場所
（CKR）を用いて使用でき、最初のディストリビュータとは無関係に、コンテンツの相互
運用再生を可能にする、本発明の一実施形態によるステップを説明するフローチャートを
示す。当業者に明らかなある種の詳細及び特徴は、フローチャート５００から省略してあ
る。例えば、ステップは、従来技術で知られるように、１つ以上のサブステップを含むこ
とができ、特別の装置及び材料を含むことができる。フローチャート５００に示すステッ
プ５１０から５７０は、本発明の一実施形態を説明するのに十分であるが、本発明の他の
実施形態は、フローチャート５００に示すものと異なるステップを用いることができる。
【００６４】
図５のフローチャート５００のステップ５１０及び図５の環境２００を参照するに、フ
ローチャート５００のステップ５１０は、クライアント２８０が、暗号化タイトルキー２
７４の非暗号化バージョンに対応するタイトルキー、すなわち、図１のタイトルキー１３
２により暗号化された暗号化タイトル２４５を含む汎用ファイル２４０、及び、暗号化タ
イトルキー２７４の非暗号化バージョンにアクセスするために、メディア・ディストリビ
ュータ２７０と共に使用できるDRMライセンス２７３を、メディア・ディストリビュータ
２７０から得るために、取引を実行することを含む。この手続きは、既にいくらか詳細に
、しかし、簡潔に論じたが、クライアント２８０は、クライアント・メディア・アプリケ
ーション２８３を用い、デジタル店頭をブラウズし、取引を開始するため汎用ファイル２
４０を選択する。それに応じて、メディア・ディストリビュータ２７０は、キー収納箱２
６０、ネイティブDRMサーバ２７２及びネイティブDRMクライアント２８２と情報をやりと
りすることにより、汎用ファイル２４０及び関係するDRMライセンス２７３を、クライア
ント２８０へ提供する。
【００６５】
図５のフローチャート５００のステップ５２０及び図５の環境２００を参照するに、フ
ローチャート５００のステップ５２０は、クライアント２８０が、暗号化タイトル２４５
に関係するデジタルレシート２８５を受信し、デジタルレシート２８５は、ステップ５１
０の取引に関連する情報を含むことを含む。図２に示すように、この情報は、クライアン
トＩＤ２８１、ディストリビュータＩＤ２７１、共有クライアントＩＤ２８６、消費者Ｉ
Ｄ２８４、タイトルＩＤ２１６及びトランザクション情報２８７を含むが、代替の実施形
態は、他のデータ配置を用いることができる。さらに、図２に示すように、デジタルレシ
ート２８５の部分は、キー収納箱２６０の公開キーにより暗号化されて提供される。
【００６６】
図５のフローチャート５００のステップ５３０及び図２の環境２００を参照するに、フ
ローチャート５００のステップ５３０は、クライアント２８０が、デジタルレシート２８
５を消費者データベース２６３内にオンライン登録するために、ステップ５２０で受信し
たデジタルレシート２８５をキー収納箱２６０へ送信することを含む。図２に示すように
、クライアント２８０は、キー収納箱２６０のクライアントＡＰＩ２５６を用いてデジタ
ルレシート２８５を転送し、HTTPSによるSOAPによりアクセスできるウェブサービスをさ
らすことができる。
【００６７】
図５のフローチャート５００のステップ５４０及び図４ａの環境４００を参照するに、
フローチャート５００のステップ５４０は、クライアント４８０が、ステップ５１０で検
索したDRMライセンス２７３に対応するDRMライセンス４７３にアクセスする権利を失うこ
とを含む。前に論じたように、これは、メディア・ディストリビュータ又はクライアント
の変更による自発的失権であり得るが、又は、例えば、データ損失をもたらすハードウェ
ア故障による非自発的失権であり得る。どちらの場合も、クライアント４８０は、ステッ
プ５４０の後では、もはや直接、DRMライセンス４７３にアクセスしない。しかしながら
、クライアント４８０は、図４ａに示すアクセス状態に反して、ステップ５１０で検索し
た汎用ファイル２４０に対応する汎用ファイル４４０への直接アクセスをなお、保有する
ことができる。
【００６８】
図５のフローチャート５００のステップ５５０及び図４ａの環境４００を参照するに、
フローチャート５００のステップ５５０は、クライアント４８０が、デジタルレシート４
８５をメディア・ディストリビュータ４７０へ送信し、デジタルレシート４８５がステッ
プ５２０で検索したデジタルレシート２８５に対応し、メディア・ディストリビュータ４
７０が、ステップ５１０〜５２０の間にアクセスしたメディア・ディストリビュータ２７
０とは異なる構成要素であることを含む。ステップ５５０の後、メディア・ディストリビ
ュータ４７０は、同じデジタルレシート４８５のオンライン登録の事前の証拠のため、キ
ー収納箱４６０にクエリーを行うことにより、デジタルレシート４８５の妥当性を注意深
く調べることができる。キー収納箱４６０は、新たなDRMライセンスを生成するための関
連するキー情報ファイルを提供する前に、様々な業務ルールも適用することができる。
【００６９】
図５のフローチャート５００のステップ５６０及び図４ａの環境４００を参照するに、
フローチャート５００のステップ５６０は、クライアント４８０が、汎用ファイル４４０
の復号用のタイトルキーにアクセスするために、メディア・ディストリビュータ４７０と
共に使用できるDRMライセンス４７３を、メディア・ディストリビュータ４７０から受信
し、そのタイトルキーが、暗号化タイトル２４５用にステップ５１０で用いたタイトルキ
ーと同じであることを含む。前に論じたように、ステップ５５０の後、ステップ５６０を
進めることができるように、関連するキー情報ファイルを提供する前に、クライアント４
８０の同一性、メディア・ディストリビュータ４７０の認証、及び任意の適用可能な業務
ルールも検証することができる。
【００７０】
図５のフローチャート５００のステップ５７０及び図４ａの環境４００を参照するに、
フローチャート５００のステップ５７０は、クライアント４８０のクライアントメディア
・アプリケーション４８３が、ステップ５６０のメディア・ディストリビュータ４７０か
ら受信したDRMライセンス４７３を用いることにより得たタイトルキーを用いて復号した
汎用ファイル４４０の再生をディスプレイ４８８に起動することを含む。ステップ５６０
の最後で、クライアント４８０は、汎用ファイル４４０及びDRMライセンス４７３の両方
にアクセスするので、クライアント４８０は、汎用ファイル４４０内の暗号化タイトルを
復号するためDRMライセンス４７３に埋め込まれたタイトルキーにアクセスするために、
クライアントメディア・アプリケーション４８３及びメディア・ディストリビュータ４７
０により実装されたネイティブDRM解決手段を用いれば十分であり、汎用ファイル４４０
は、クライアント４８０のユーザが見るために、使用されてディスプレイ４８８へ出力さ
れる。
【００７１】
図６は、メディアコンテンツがメディア・ディストリビュータに配信される、本発明の
一実施形態によるステップを説明するフローチャートを示す。当業者に明らかなある種の
詳細及び特徴は、フローチャート６００から省略してある。例えば、ステップは、従来技
術で知られるように、１つ以上のサブステップを含むことができ、特別の装置及び材料を
含むことができる。フローチャート６００に示すステップ６１０から６７０は、本発明の
一実施形態を説明するのに十分であるが、本発明の他の実施形態は、フローチャート６０
０に示すものと異なるステップを用いることができる。
【００７２】
図６のフローチャート６００のステップ６１０及び図１の環境１００を参照するに、フ
ローチャート６００のステップ６１０は、プリペアラー１３０の汎用ファイルパッケージ
ャ１３５が、第１のキーであるキー収納箱公開キー１２２、第２のキーであるタイトルキ
ー１３２及びタイトル１１５を得ることを含む。図１に示すように、キー収納箱公開キー
１２２は、信頼できる第三者である認証オーソリティ１２０から検索され、認可証１２１
は、キー収納箱公開キー１２２とキー収納箱１６０との間の結合を認証するために用いら
れる。しかしながら、標準公開キー基盤（PKI）付きアプローチ又は標準公開キー基盤（P
KI）の無いアプローチも用いることができる。プリペアラー１３０自体が、キー・ジェネ
レータ１３１を用いてタイトルキー１３２を生成することができる。タイトル１１５は、
デジタル又は物理的手段により、しっかりと検索することができるタイトルオーナー１１
０から検索される。前記のように、タイトルオーナー１１０は、プリペアラー１３０と同
じ構成要素により所有されることも可能である。
【００７３】
図６のフローチャート６００のステップ６２０及び図１の環境１００を参照するに、フ
ローチャート６００のステップ６２０は、プリペアラー１３０の汎用ファイルパッケージ
ャ１３５が、ステップ６１０で得たキー収納箱公開キー１２２を用いて、ステップ６１０
で得たタイトルキー１３２を暗号化して暗号化タイトルキー１５２を生成することを含む
。暗号化タイトルキー１５２は、キー収納箱秘密キー１６５を用いてのみ復号することが
できるため、キー収納箱１６０がキー収納箱秘密キー１６５の秘密を保護する限り、キー
収納箱１６０のみが暗号化タイトルキー１５２からタイトルキー１３２にアクセスするこ
とができる。前に論じたように、公開キー暗号化基準＃１（PKCS＃１）に従って、２０４
８ビットのＲＳＡキーを、ステップ６２０の非対称のキーの暗号化のために用いることが
できる。
【００７４】
図６のフローチャート６００のステップ６３０及び図１の環境１００を参照するに、フ
ローチャート６００のステップ６３０は、プリペアラー１３０の汎用ファイルパッケージ
ャ１３５が、ステップ６１０で得たタイトルキー１３２を用いて、ステップ６１０で得た
タイトル１１５を暗号化して暗号化タイトル１４５を生成することを含む。前に論じたよ
うに、ステップ６３０の対称キーの暗号化用に、エー・イー・エス（ＡＥＳ）のようなバ
ランスのとれた妥協を用いることができて、速い復号時間を有する合理的に強いセキュリ
ティーを提供する。
【００７５】
図６のフローチャート６００のステップ６４０及び図１の環境１００を参照するに、フ
ローチャート６００のステップ６４０は、プリペアラー１３０の汎用ファイルパッケージ
ャ１３５が、ステップ６２０で生成した暗号化タイトルキー１５２を含むキー情報ファイ
ル１５０を生成することを含む。図１に示すように、キー情報ファイル１５０は、キー情
報データベース１６２内のキー情報ファイル１５０の索引付け及び検索に役立つために、
様々なメタデータ並びにタイトルオーナーＩＤ１１１及びタイトルＩＤ１１６のような同
定情報も含むことができる。
【００７６】
図６のフローチャート６００のステップ６５０及び図１の環境１００を参照するに、フ
ローチャート６００のステップ６５０は、プリペアラー１３０の汎用ファイルパッケージ
ャ１３５が、ステップ６３０で生成した暗号化タイトル１４５及びキー集中収納場所（CK
R）であるキー収納箱１６０用のキー収納箱ＵＲＬ１４６を含む汎用ファイル１４０を生
成することを含む。キー収納箱ＵＲＬ１４６は、キー収納箱１６０を指し示すネットワー
クアドレスを表わし、前に論じたように、リダイレクトサーバも中間物として用いること
ができる。図１は、ウェブベースのHTTPSによるSOAPとインターフェースをとるためのネ
ットワークアドレスとしてＵＲＬを用いるけれども、代替の実施形態は、確実な方法でネ
ットワークアドレスに達する他のプロトコルを用いることができる。汎用ファイル１４０
で示すように、汎用ファイル１４０の同定及びカタログ作成に役立つために、タイトルＩ
Ｄ１１６及びメタデータ１１７のような追加のメタデータ及び同定情報も、汎用ファイル
１４０内に含むことができる。
【００７７】
図６のフローチャート６００のステップ６６０及び図１の環境１００を参照するに、フ
ローチャート６００のステップ６６０は、プリペアラー１３０の汎用ファイルパッケージ
ャ１３５が、キー収納箱１６０のキー情報データベース１６２に保存するためのキー情報
ファイル１５０を提供することを含む。図１に示すように、これは、キー収納箱１６０の
プリペアラーＡＰＩ１６１によるHTTPSによりさらされるSOAPウェブベースを用いること
によりできる。キー収納箱１６０が、プリペアラー１３０を認証プリペアラーとして認証
を行い、キー情報ファイル１５０を受け入れた後に、キー情報ファイル１５０は、メディ
ア・ディストリビュータによる今後の検索用にキー情報データベース１６２内に保存する
ことができ、キー情報ファイル１５０は、検索するメディア・ディストリビュータに対応
するディストリビュータ公開キーデータベース１６６を用いることにより、書き換えられ
た形で準備される。この場合、各メディア・ディストリビュータは、自体の秘密／公開キ
ー対を生成し、公開キーをキー収納箱１６０へ配信するが、前に論じたように、キー収納
箱１６０も、秘密／公開キー対を生成し、公開キーをメディア・ディストリビュータへ配
信することができる。
【００７８】
図６のフローチャート６００のステップ６７０及び図１の環境１００を参照するに、フ
ローチャート６００のステップ６７０は、プリペアラー１３０の汎用ファイルパッケージ
ャ１３５が、汎用ファイル１４０をメディア・ディストリビュータ１７０へ提供すること
を含む。ステップ６７０の前には、両当事者の間に適切な配信の配置が存在すべきである
。もっと具体的に言えば、メディア・ディストリビュータ１７０は、タイトル１１５を配
信する合意をタイトルオーナー１１０から得るべきであり、キー収納箱１６０のディスト
リビュータデータベース１６７は、メディア・ディストリビュータ１７０がキー収納箱１
６０から対応するキー情報ファイル１５０にアクセスすることの許可を与えるべきである
。単一のメディア・ディストリビュータのみが図１に示されるけれども、代替の実施形態
では、タイトルオーナー１１０は、いくつかのメディア・ディストリビュータが、プリペ
アラーにより生成された汎用ファイルを各異なるメディア・ディストリビュータへ送信す
ることの合意を得ることができる。タイトル１１５をプリペアラー１３０へ提供するタイ
トルオーナー１１０と同様に、汎用ファイル１４０は、物理的に又はデジタルに、任意の
適切な確実な通信方法で、メディア・ディストリビュータ１７０へ提供することができる
。一旦、汎用ファイル１４０がメディア・ディストリビュータ１７０のような認証された
メディア・ディストリビュータへ配信されると、汎用ファイル１４０は、デジタル店舗又
は他の提示方法により、クライアント又はユーザに要求するのに役立つことができる。
【００７９】
図７は、キー集中収納場所（CKR）がコンテンツのアクセスの認可をメディア・ディス
トリビュータに提供することができる、本発明の一実施形態によるステップを説明するフ
ローチャートを示す。当業者に明らかなある種の詳細及び特徴は、フローチャート７００
から省略してある。例えば、ステップは、従来技術で知られるように、１つ以上のサブス
テップを含むことができ、特別の装置及び材料を含むことができる。フローチャート７０
０に示すステップ７１０から７５０は、本発明の一実施形態を説明するのに十分であるが
、本発明の他の実施形態は、フローチャート７００に示すものと異なるステップを用いる
ことができる。
【００８０】
図７のフローチャート７００のステップ７１０及び図１の環境１００を参照するに、フ
ローチャート７００のステップ７１０は、キー収納箱１６０が、暗号化タイトルキー１５
２、タイトルＩＤ１１６及びタイトルオーナーＩＤ１１１を含むキー情報ファイル１５０
を受信することを含む。図１に示すように、ステップ７１０は、プリペアラー１３０によ
る使用のためのプリペアラーＡＰＩ１６１により、HTTPSによるSOAPウェブベースをさら
すことにより、達成することができる。一旦、キー収納箱１６０が、キー情報ファイル１
５０を受信すると、メディア・ディストリビュータによる今後の検索のために、キー収納
箱１６０は、キー情報データベース１６２内にキー情報ファイル１５０のカタログを作る
ことができる。
【００８１】
図７のフローチャート７００のステップ７２０及び図１の環境１００を参照するに、フ
ローチャート７００のステップ７２０は、キー収納箱１６０が、ステップ７１０で受信し
たキー情報ファイル１５０内の暗号化タイトルキー１５２を、キー収納箱秘密キー１６５
を用いて復号してタイトルキー１３２を取り戻すことを含む。暗号化タイトルキー１５２
は、キー収納箱公開キー１２２を用いて暗号化されたため、キー収納箱１６０は、キー収
納箱１６０が既に復号用にメモリ１５９内に有するキー収納箱秘密キー１６５を用いれば
十分である。
【００８２】
図７のフローチャート７００のステップ７３０及び図１の環境１００を参照するに、フ
ローチャート７００のステップ７３０は、キー収納箱１６０が、タイトルＩＤ１１６を含
むキー要求をメディア・ディストリビュータ１７０から受信することを含む。例えば、メ
ディア・ディストリビュータ１７０は、汎用ファイル１４０を供給する要求をクライアン
トから受信する。しかしながら、汎用ファイル１４０を再生することができるために、キ
ー情報ファイル１５０も復号する必要がある。汎用ファイル１４０は、タイトルＩＤ１１
６を含むので、メディア・ディストリビュータ１７０は、クライアントからの要求を満た
すために、キー収納箱１６０からのタイトルＩＤ１１６にマッチするキー情報ファイルを
要求することができる。
【００８３】
図７のフローチャート７００のステップ７４０、図１の環境１００及び図２の環境２０
０を参照するに、フローチャート７００のステップ７４０は、キー収納箱１６０が、ステ
ップ７２０で復号したタイトルキー１３２を、ディストリビュータ公開キーデータベース
１６６に保存されたプロバイダーの公開キーを用いて暗号化して、書き換えられたキー情
報ファイル２５１の暗号化タイトルキー２５２を生成することを含み、プロバイダーの公
開キーは、ディストリビュータ秘密キー１７５を含む秘密／公開非対称キー対の公開部分
に対応する。このプロバイダーの公開キーは、認証オーソリティ１２０のような信頼でき
る第三者により前もってキー収納箱１６０へ提供されている。ステップ７４０は、図２の
書き換えられたキー情報ファイル２５１に対応する書き換えられたキー情報ファイル１５
１へ、キー情報ファイル１５０を「書き換える」。本明細書で用いる用語「書き換える」
は、ディストリビュータ秘密キー２７５を有する関連のメディア・ディストリビュータ２
７０のみが、書き換えられたキー情報ファイル２５１からオリジナルのタイトルキー１３
２にアクセスすることができるように、暗号化タイトルキー１５２としてキー収納箱公開
キー１２２により暗号化されることから、暗号化タイトルキー２５２としてプロバイダー
の公開キーにより暗号化されることへ、タイトルキー１３２が移行するという意味である
。
【００８４】
図７のフローチャート７００のステップ７５０及び図１の環境１００を参照するに、フ
ローチャート７００のステップ７５０は、キー収納箱１６０が、キー要求を受信するステ
ップ７３０に応答して、書き換えられたキー情報ファイル１５１内に含まれる暗号化タイ
トルキーに対応するステップ７４０で生成した暗号化タイトルキー２５２を、メディア・
ディストリビュータ１７０へ送信することを含む。ステップ７５０の後、メディア・ディ
ストリビュータ１７０は、ネイティブDRMシステム１７２内で汎用ファイル１４０のアク
セス及び再生ができるように統合するため、オリジナルのタイトルキー１３２にアクセス
するために、ディストリビュータ秘密キー１７５を用いることができる。
【００８５】
図８は、メディア・ディストリビュータが、キー集中収納場所（CKR）からのコンテン
ツのアクセスの認可へのアクセスを得ることができる、本発明の一実施形態によるステッ
プを説明するフローチャートを示す。当業者に明らかなある種の詳細及び特徴は、フロー
チャート８００から省略してある。例えば、ステップは、従来技術で知られるように、１
つ以上のサブステップを含むことができ、特別の装置及び材料を含むことができる。フロ
ーチャート８００に示すステップ８１０から８５０は、本発明の一実施形態を説明するの
に十分であるが、本発明の他の実施形態は、フローチャート８００に示すものと異なるス
テップを用いることができる。
【００８６】
図８のフローチャート８００のステップ８１０及び図２の環境２００を参照するに、フ
ローチャート８００のステップ８１０は、メディア・ディストリビュータ２７０が、汎用
ファイル２４０内の暗号化タイトル２４５にアクセスするため、タイトルＩＤ２１６を含
むクライアント２８０からのユーザ要求を受信することを含む。例えば、クライアント・
メディア・アプリケーション２８３は、電子商取引店舗をクライアント２８０のユーザに
示すために、メディア・ディストリビュータ２７０と通信することができる。クライアン
ト２８０のユーザは、電子商取引店舗をブラウズすることができ、タイトルＩＤ２１６又
は汎用ファイル２４０内の暗号化タイトル２４５により同定されるデジタルメディアを見
るためのライセンスを購入する契約を有効とすることができる。この契約は、それから、
ユーザ要求として、メディア・ディストリビュータ２７０に送信するために、送られる。
【００８７】
図８のフローチャート８００のステップ８２０及び図２の環境２００を参照するに、フ
ローチャート８００のステップ８２０は、メディア・ディストリビュータ２７０が、ステ
ップ８１０に応答して、タイトルＩＤ２１６を含むキー要求をキー収納箱２６０に送信す
ることを含む。プロバイダーＡＰＩ２５７を用いることにより、メディア・ディストリビ
ュータ２７０は、タイトルＩＤ２１６に対応するキー情報ファイルのキー要求をキー収納
箱２６０に送信することができる。クライアントＡＰＩ２５６と同様に、プロバイダーＡ
ＰＩ２５７は、HTTPS上のSOAPによるウェブサービスにより、外部へさらすことができる
。
【００８８】
図８のフローチャート８００のステップ８３０及び図２の環境２００を参照するに、フ
ローチャート８００のステップ８３０は、メディア・ディストリビュータ２７０が、ステ
ップ８２０に応答して、暗号化タイトルキー２５２を含む書き換えられたキー情報ファイ
ル２５１を受信することを含む。書き換えられたキー情報ファイル２５１は、ステップ８
２０で確立した同じ確実な接続を用いて受信することができる。書き換えられたキー情報
ファイル２５１内の暗号化タイトルキー２５２は、メディア・ディストリビュータ２７０
の公開キーを用いて暗号化されるので、ディストリビュータ秘密キー２７５は、暗号化タ
イトルキー２５２を復号するために、直ちに、用いることができる。
【００８９】
図８のフローチャート８００のステップ８４０及び図２の環境２００を参照するに、フ
ローチャート８００のステップ８４０は、メディア・ディストリビュータ２７０が、ステ
ップ８３０で受信した書き換えられたキー情報ファイル２５１の暗号化タイトルキー２５
２を復号し、図１のタイトルキー１３２に対応するタイトルキーを取り戻すことを含む。
このタイトルキーは、汎用ファイル２４０内のタイトルＩＤ２１６に関係する暗号化タイ
トル２４５を復号するために、最終的に用いることができる。
【００９０】
図８のフローチャート８００のステップ８５０及び図２の環境２００を参照するに、フ
ローチャート８００のステップ８５０は、メディア・ディストリビュータ２７０が、汎用
ファイル２４０の暗号化タイトル２４５用のDRMライセンス２７３をクライアント２８０
に提供することを含み、DRMライセンス２７３は、ステップ８４０のタイトルキーをネイ
ティブDRMサーバ２７２により保護される暗号化タイトルキー２７４として用いる。ステ
ップ８５０は、ステップ８１０に応答して起動され、ネイティブDRMクライアント２８２
を用いてDRMライセンス２７３から取り戻し可能なステップ８４０のタイトルキーを用い
て、暗号化タイトル２４５を復号するクライアント２８０により使用される。クライアン
ト２８０がDRMライセンス２７３を受信後、クライアント２８０は、ネイティブDRMクライ
アント２８２を用いて、暗号化タイトルキー２７４からの保護を取り除くことができ、ス
テップ８４０のタイトルキーにアクセスして汎用ファイル２４０内の暗号化タイトル２４
５を復号する。復号後、クライアント２８０は、例えば、クライアント２８０のユーザが
ステップ８１０で要求したコンテンツを楽しむことができるように、復号したコンテンツ
を、ディスプレイ２８８で再生するために、保護されたメディアパス復号エンジン２９９
に向けることができる。
【００９１】
本発明の上記の記載から、本発明の範囲から逸脱することなく、本発明の概念を実施す
るために、様々な技術を使用できることは明白である。更に、本発明を特定の実施形態を
特別に参照して説明したが、本発明の精神及び範囲から逸脱することなく、形式及び細部
を変更できることを当業者は認めるであろう。そのようなものとして、記載された実施形
態は、全ての点において、例示的であり、限定的でないとして考慮されるべきである。本
発明は、ここに記載された特定の実施形態に限定されず、本発明の範囲から逸脱すること
なく、多くの再配置、修正及び置換ができる。
【符号の説明】
【００９２】
１１０    タイトルオーナー
１１１、２１１    タイトルオーナーＩＤ
１１５    タイトル
１１６、２１６、３１６    タイトルＩＤ
１１７、２１７、３１７    メタデータ
１１８    タイトルメタデータ
１２０    認証オーソリティ
１２１    認可証
１２２    キー収納箱公開キー
１３０    プリペアラー
１３１    キー・ジェネレータ
１３２    タイトルキー
１３５    汎用ファイルパッケージャ
１４０、２４０、３４０、４４０    汎用ファイル
１４５、２４５、３４５    暗号化タイトル
１４６、２４６、３４６    キー収納箱ＵＲＬ
１５０    キー情報ファイル
１５１、２５１    書き換えられたキー情報ファイル
１５２、２５２    暗号化タイトルキー
１５３    暗号化データ
１５７    プロバイダーＡＰＩ
１５８    プロセッサ
１５９    メモリ
１６０、２６０、３６０、４６０    キー収納箱
１６１    プリペアラーＡＰＩ
１６２    キー情報データベース
１６３    消費者データベース
１６４    トランザクションデータベース
１６５、２６５    キー収納箱秘密キー
１６６    ディストリビュータ公開キーデータベース
１６７    ディストリビュータデータベース
１６８    販売データベース
１６９    プリペアラーデータベース
１７０    メディア・ディストリビュータ
１７２    ネイティブDRMシステム
１７５    ディストリビュータ秘密キー
２５６    クライアントＡＰＩ
２５７    プロバイダーＡＰＩ
２６２    キー情報データベース
２６３    消費者データベース
２６４    トランザクションデータベース
２６６    ディストリビュータ公開キーデータベース
２６７    ディストリビュータデータベース
２６８    販売データベース
２７０、３７０ａ、３７０ｂ、４７０    メディア・ディストリビュータ
２７１    ディストリビュータＩＤ
２７２、３７２ａ、３７２ｂ    ネイティブDRMサーバ
２７３、３７３ａ、３７３ｂ、４７３    DRMライセンス
２７４、３７４ａ、３７４ｂ    暗号化タイトルキー
２７５    ディストリビュータ秘密キー
２７６    プロセッサ
２７７    使用ルール
２８０、３８０ａ、３８０ｂ、４８０    クライアント
２８１、３８１    クライアントＩＤ
２８２、３８２ａ、３８２ｂ    ネイティブDRMクライアント
２８３、４８３、４８３ａ    クライアント・メディア・アプリケーション
２８４    消費者ＩＤ
２８５    デジタルレシート
２８６、３８６    共有クライアントＩＤ
２８７    トランザクション情報
２８８、４８８    ディスプレイ
２８９、４８９    バックアップ記憶装置
２９９    保護されたメディアパス復号エンジン
３６２    キー情報データベース
３６３    消費者データベース
３６４    トランザクションデータベース
３６８    販売データベース
３６６    ディストリビュータ公開キーデータベース
３６７    ディストリビュータデータベース
３６９    プリペアラーデータベース
３５７    プロバイダーＡＰＩ
３９０、４９０    共有クライアントＩＤ検証サーバ
４４０ａ    汎用ファイル（HD）
４４０ｂ    汎用ファイル（SD）
４７３ａ    DRMライセンス（HD）
４７３ｂ    DRMライセンス（SD）
４８０ａ    クライアント（ノートブックパソコン）
４８０ｂ    クライアント（携帯メディアプレイヤー）
４８５    保護デジタルレシート
４８８ａ    ディスプレイ（HD 1280×720）
４８８ｂ    ディスプレイ（SD 720×480）
４９１    メディアディスク
４９２    メディアボックスコード
【図１】
2014167810.tif 000003
【図２】
2014167810.tif 000004
【図３】
2014167810.tif 000005
【図４ａ】
2014167810.tif 000006
【図４ｂ】
2014167810.tif 000007
【図５】
2014167810.tif 000008
【図６】
2014167810.tif 000009
【図７】
2014167810.tif 000010
【図８】
2014167810.tif 000011
【手続補正書】
【提出日】平成26年4月22日(2014.4.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ディストリビュータによる、コンテンツのアクセスの認可をキー集中収納場所（CKR）から得るための使用方法であって、
該方法は、
暗号化コンテンツにアクセスするため、コンテンツＩＤを含むユーザ装置からのユーザ要求を受信するステップと、
該ユーザ要求の受信に応答して、前記コンテンツＩＤを含むキー要求を前記CKRに送信するステップと、
該キー要求の送信に応答して、前記CKRから暗号化した第１のキーを受信するステップと、
第２のキーを用いて該暗号化した第１のキーを復号し、該第１のキーを取り戻すステップと、
前記ユーザ要求の受信に応答し、前記第１のキーを用いて前記暗号化コンテンツを復号する前記ユーザ装置により使用するため、前記暗号化コンテンツ用のデジタル著作権管理（DRM）ライセンスを前記第１のキーを用いて前記ユーザ装置に提供するステップとを有する、方法。
【請求項２】
メディアコンテンツパッケージャから暗号化コンテンツファイルを含む汎用コンテンツファイルを受信するステップと、
前記暗号化コンテンツファイルを前記ユーザ装置に送信するステップとを、さらに有する、請求項１に記載の方法。
【請求項３】
前記汎用コンテンツファイルは、キー集中収納場所（CKR）用の第１のネットワークアドレスを、さらに含む、請求項２に記載の方法。
【請求項４】
前記キー要求を前記CKRに送信するステップの前に、第１のネットワークアドレスを取り戻すステップを、さらに有し、前記キー要求を前記CKRに送信するステップは、前記キー要求を前記第１のネットワークアドレスに送信するステップを有する、請求項１に記載の方法。
【請求項５】
前記第１のネットワークアドレスは、インターネット上のアクセス用のユーアールエル（URL）である、請求項３に記載の方法。
【請求項６】
前記第２のキーを生成するステップと、
前記キー要求を前記CKRに送信するステップの前に、前記第２のキーを前記CKRに送信するステップとを、さらに有する、請求項１に記載の方法。
【請求項７】
前記CKRから前記暗号化した第１のキーを受信するステップの前に、前記CKRから前記第２のキーを受信するステップと、
前記第２のキーを保存するステップとを、さらに有する、請求項１に記載の方法。
【請求項８】
前記キー要求は、ユーザ情報及び取引の種類を、さらに含む、請求項１に記載の方法。
【請求項９】
前記コンテンツＩＤに関係するコンテンツを保存する媒体に関係する符号を前記ユーザ装置から受信するステップを、さらに有し、
前記キー要求は前記符号を含む、請求項１に記載の方法。
【請求項１０】
前記CKRから前記暗号化した第１のキーを受信するステップは、前記暗号化した第１のキー、ユニバーサル一意識別子（ＵＵＩＤ）及び国際標準視聴覚番号（ＩＳＡＮ）を含むキー情報ファイルを受信するステップを含む、請求項１に記載の方法。
【請求項１１】
前記キー情報ファイルは、前記キー要求に関係するアクセス権又は使用ルールをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記DRMライセンスは、前記キー情報ファイルから受信した前記アクセス権又は使用ルールをさらに含む、請求項１１に記載の方法。
【請求項１３】
コンテンツのアクセスの認可をキー集中収納場所（CKR）から得るためのディストリビュータであって、
該ディストリビュータは、プロセッサを備え、
該プロセッサは、
暗号化コンテンツにアクセスするため、コンテンツＩＤを含むユーザ装置からのユーザ要求を受信し、
該ユーザ要求の受信に応答して、前記コンテンツＩＤを含むキー要求を前記CKRに送信し、
該キー要求の送信に応答して、前記CKRから暗号化した第１のキーを受信し、
第２のキーを用いて該暗号化した第１のキーを復号し、該第１のキーを取り戻し、
前記ユーザ要求の受信に応答し、前記第１のキーを用いて前記暗号化コンテンツを復号する前記ユーザ装置により使用するため、前記暗号化コンテンツ用のデジタル著作権管理（DRM）ライセンスを前記第１のキーを用いて前記ユーザ装置に提供するように構成される、ディストリビュータ。
【請求項１４】
前記プロセッサは、
メディアコンテンツパッケージャから暗号化コンテンツファイルを含む汎用コンテンツファイルを受信し、
前記暗号化コンテンツファイルを前記ユーザ装置に送信するように、さらに構成される、請求項１３に記載のディストリビュータ。
【請求項１５】
前記汎用コンテンツファイルは、キー集中収納場所（CKR）用の第１のネットワークアドレスを、さらに含む、請求項１４に記載のディストリビュータ。
【請求項１６】
前記キー要求を前記CKRに送信する前に、前記プロセッサは、第１のネットワークアドレスを取り戻すように、さらに構成され、前記プロセッサは、前記キー要求を前記第１のネットワークアドレスに送信するように、さらに構成される、請求項１４に記載のディストリビュータ。
【請求項１７】
前記第１のネットワークアドレスは、インターネット上のアクセス用のユーアールエル（URL）である、請求項１５に記載のディストリビュータ。
【請求項１８】
前記プロセッサは、
前記第２のキーを生成し、
前記キー要求を前記CKRに送信する前に、前記第２のキーを前記CKRに送信するように、さらに構成される、請求項１３に記載のディストリビュータ。
【請求項１９】
前記プロセッサは、
前記CKRから前記暗号化した第１のキーを受信する前に、前記CKRから前記第２のキーを受信し、
前記第２のキーを保存するように、さらに構成される、請求項１３に記載のディストリビュータ。
【請求項２０】
前記キー要求は、ユーザ情報及び取引の種類を、さらに含む、請求項１３に記載のディストリビュータ。
【請求項２１】
前記プロセッサは、
前記コンテンツＩＤに関係するコンテンツを保存する媒体に関係する符号を前記ユーザ装置から受信するように、さらに構成され、
前記キー要求は前記符号を含む、請求項１３に記載のディストリビュータ。
【請求項２２】
前記CKRから前記暗号化した第１のキーを受信することは、前記暗号化した第１のキー、ユニバーサル一意識別子（ＵＵＩＤ）及び国際標準視聴覚番号（ＩＳＡＮ）を含むキー情報ファイルを受信することを含む、請求項１３に記載のディストリビュータ。
【請求項２３】
前記キー情報ファイルは、前記キー要求に関係するアクセス権又は使用ルールをさらに含む、請求項２２に記載のディストリビュータ。
【請求項２４】
前記DRMライセンスは、前記キー情報ファイルから受信した前記アクセス権又は使用ルールをさらに含む、請求項２３に記載のディストリビュータ。
【外国語明細書】
2014167810000001.pdf