(57)【要約】  本発明の実施形態は、ネットワークにわたってコンテンツを配信するための方法を提供する。この方法は、単一メディア・ストレージ構造を、ネットワークに接続するデバイス（たとえばコンピュータ、ポータブル・プレーヤ等）に配信する。メディア・ストレージ構造は、第１及び第２の暗号化されたコンテンツのピースを含む。第１のコンテンツのピース、第２のコンテンツのピースへのアクセス、又はその両方がデバイスに許可されているか否かに基づいて、この方法が、そのデバイスに、そのデバイスがアクセスすることができるコンテンツのピースを平文化するための鍵のセットを提供する。提供される鍵のセットは、２つの暗号化されたコンテンツのピースのうちの１つだけを平文化するための１つ又は複数の鍵を含む。両方の暗号化されたコンテンツのピースを平文化するための１つ又は複数の鍵を含んでもよい。たとえば、選択された鍵のセットが、第１の暗号化されたコンテンツのピースを平文化するための第１の鍵及び第２の暗号化されたコンテンツのピースを平文化するための第２の鍵を含む。提供される鍵のセットに基づいて、デバイスが、メディア・ストレージ構造内の２つのコンテンツのピースのうちのいずれか１つ、又はメディア・ストレージ構造内の両方の暗号化されたコンテンツのピースを平文化し、アクセスすることが可能になる。
2009512072.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを配信するためのディジタル著作権管理（ＤＲＭ）方法であって、
（ａ）第１及び第２の暗号化されたコンテンツのピースを含む単一のメディア・ストレージ構造をデバイスに提供するステップと、
（ｂ）前記デバイスがアクセスする権利を有する前記コンテンツのピースに基づき、第１の鍵のセットを、第２の鍵のセットの中から選択するステップと、
（ｃ）前記デバイスがいずれのコンテンツのピースにアクセス可能であるかを制御するために、前記デバイスに前記第１の鍵のセットを提供するステップと、
を含む方法。
【請求項２】
さらに、
前記デバイスにおいて、前記第１の鍵のセットを前記メディア・ストレージ構造内にストアするステップ
を含む請求項１に記載の方法。
【請求項３】
前記第１の鍵のセットは、前記デバイスがアクセスする権利を有する前記メディア・ストレージ構造内の各コンテンツのピースを平文化するための暗号鍵を含む請求項１に記載の方法。
【請求項４】
さらに、
単一のメディア・ストレージ構造を提供する前に、前記デバイスのユーザが前記メディア・ストレージ構造内の特定のコンテンツのピースにアクセスする権利を獲得する財務取引を完了するステップと、
を含む請求項１に記載の方法。
【請求項５】
（ａ）コンテンツを受信する複数のデバイスとお、
（ｂ）各メディア・ストレージ構造が暗号化されたコンテンツのピースのセットと鍵のセットとを含み、前記鍵のセット内の各特定の鍵が前記暗号化されたコンテンツのセット内の特定のコンテンツのピースを平文化するためのものであり、かつ１つのメディア・ストレージ構造の前記暗号化されたコンテンツのピースのセットが１より多くのコンテンツのピースを有するメディア・ストレージ構造を配信するための少なくとも１つのコンピュータと、
を含むコンテンツ配信システム。
【請求項６】
各メディア・ストレージ構造は、さらにメタデータを含む請求項５に記載のコンテンツ配信システム。
【請求項７】
前記複数のデバイスはコンピュータである請求項５に記載のコンテンツ配信システム。
【請求項８】
さらに、メディア・ストレージ構造を受信する前記コンピュータと同期するための複数のポータブル・プレーヤを含む請求項７に記載のコンテンツ配信システム。
【請求項９】
少なくとも１つのポータブル・プレーヤとコンピュータの前記同期は、少なくとも１つのメディア・ストレージ構造からのコンテンツの除去を結果としてもたらす請求項８に記載のコンテンツ配信システム。
【請求項１０】
（ａ）ヘッダ情報と、
（ｂ）複数の暗号化されたメディア部分と、
（ｃ）各鍵が前記暗号化されたメディア部分の対応する１つを平文化するものである複数の鍵と、
を含むデータ構造。
【請求項１１】
前記暗号化されたメディア部分の１つはオーディオ・コンテンツであり、前記暗号化されたメディア部分の別の１つは前記オーディオ・コンテンツに関係するビデオ・コンテンツである請求項１０に記載のデータ構造。
【請求項１２】
前記オーディオ・コンテンツはソングであり、前記ビデオ・コンテンツは前記ソングに関連付けられた音楽ビデオである請求項１１に記載のデータ構造。
【請求項１３】
前記暗号化されたメディア部分の１つはオーディオ・コンテンツであり、前記暗号化されたメディア部分の別の１つは前記オーディオ・コンテンツに関係するテキスト・コンテンツである請求項１１に記載のデータ構造。
【請求項１４】
前記オーディオ・コンテンツはソングであり、前記テキスト・コンテンツは前記ソングの歌詞である請求項１１に記載のデータ構造。
【請求項１５】
前記暗号化されたメディア部分の１つはビデオ・コンテンツであり、前記暗号化されたメディア部分の別の１つは前記ビデオ・コンテンツに関係するテキスト・コンテンツである請求項１１に記載のデータ構造。
【請求項１６】
前記テキスト・コンテンツは関連付けられた前記ビデオの会話である請求項１１に記載のデータ構造。
【請求項１７】
メディア・コンテンツにアクセスする許可をユーザが受ける方法であって、
（ａ）複数の保護されたメディア部分を伴う単位メディア・ストレージ構造を受信するステップと、
（ｂ）ライセンス・オーソリティから、前記ユーザがアクセスの許可を有する各保護されたメディア部分のための鍵を受信するステップと、
（ｃ）前記鍵を使用して、前記ユーザがアクセスの許可を有する前記メディア部分にアクセスするステップと、
を含む方法。
【請求項１８】
さらに、前記受信した鍵を前記単位メディア・ストレージ構造内にストアすることを含む請求項１７に記載の方法。
【請求項１９】
メディア・コンテンツにアクセスする許可を与える方法であって、
（ａ）複数の保護されたメディア部分を伴う単位メディア・ストレージ構造をデバイスに提供するステップと、
（ｂ）前記デバイスがアクセスの許可を有する各保護されたメディア部分のための鍵をデバイスに提供するステップであって、及び各鍵が、前記ユーザがアクセスの許可を有する前記メディア部分にアクセスするためのものである、前記提供するステップと、
を含む方法。
【請求項２０】
前記提供される鍵が、前記鍵が提供された後に前記単位メディア・ストレージ構造内にストアされる請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディジタル著作権管理システムにおける複数のコンテンツのピースを伴う単一メディア・ストレージ構造の使用に関する。
【背景技術】
【０００２】
ネットワークにわたってコンピュータ間で転送されるディジタル・コンテンツの保護は、根本的に今日の多くの企業にとって重要である。企業は、何らかの形式のディジタル著作権管理（ＤＲＭ）プロセスを実装することによってこの保護の確保を試みている。ＤＲＭプロセスは、しばしばコンテンツのピースを暗号化（たとえば、コンテンツのバイナリ形式を暗号化）して利用をそのコンテンツに向けられた権利が与えられているユーザに制限することを伴う。
【０００３】
暗号は、ネットワークにわたる通過においてデータを保護する伝統的な方法である。その典型的な応用において、暗号は、相互に信頼している２当事者間の通信を、通過中のデータに対する攻撃から保護する。しかしながら、今日の多くのディジタル・ファイル転送応用にとって（たとえば、オーディオ又はビデオ・コンテンツの転送にとって）、コンテンツを受け取る当事者（すなわち「受信側」）は、コンテンツを供給する当事者（すなわち「配信側」）がそのコンテンツに適用したＤＲＭ暗号を破ろうと試みるおそれがあることから、このパラダイムがシフトしてしまっている。それに加えて、ネットワーク侵入攻撃の増殖に伴い、第三者が、受信側のコンピュータに対する、したがって保護されたコンテンツに対するアクセスを獲得するおそれもある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
既存のＤＲＭシステムにおいて配信されるいくつかのコンテンツのピースは互いに関連している。しかしながら既存のＤＲＭシステムは、しばしばコンテンツの受領者が、ＤＲＭコンテンツの関連セットからコンテンツのサブセットを購入するか、又はライセンスすることを許可しない。たとえば、１つの既存のＤＲＭシステムは、特定のソングを、それらの関連する音楽ビデオとともに配信する。ソングをそれの関連する音楽ビデオとともに配信することにおいて、このＤＲＭシステムは、受領者に（１）ソングとそれに関連する音楽ビデオをともに購入すること、又は（２）ソングとそれに関連する音楽ビデオ両方に対するアクセスを見合わせることのいずれかを厳格に要求する。したがって、この分野においては、コンテンツ受領者がＤＲＭコンテンツの関連セットからコンテンツのサブセットを購入するか、又はライセンスすることを柔軟に許可するＤＲＭシステムの必要性が存在する。
【課題を解決するための手段】
【０００５】
本発明の一部の実施態様は、ネットワークにわたってコンテンツを配信するための方法を提供する。この方法は、単一メディア・ストレージ構造を、ネットワークに接続するデバイス（たとえばコンピュータ、ポータブル・プレーヤ等）に配信する。メディア・ストレージ構造は、第１及び第２の暗号化されたコンテンツのピースを含む。第１のコンテンツのピース、第２のコンテンツのピースへのアクセス、又はその両方がデバイスに許可されているか否かに基づいて、この方法は、そのデバイスに、そのデバイスがアクセスすることができるコンテンツのピースを平文化するための鍵のセットを提供する。
【０００６】
提供される鍵のセットは、２つの暗号化されたコンテンツのピースのうちの１つだけを平文化するための１つ又は複数の鍵を含む。又は、両方の暗号化されたコンテンツのピースを平文化するための１つ又は複数の鍵を含んでもよい。たとえば、選択された鍵のセットが、第１の暗号化されたコンテンツのピースを平文化するための第１の鍵及び第２の暗号化されたコンテンツのピースを平文化するための第２の鍵を含む。提供される鍵のセットに基づいて、デバイスが、その後、メディア・ストレージ構造内の２つのコンテンツのピースのうちのいずれか１つ、又はメディア・ストレージ構造内の両方の暗号化されたコンテンツのピースを平文化し、アクセスすることが可能になる。
【０００７】
メディア・ストレージ構造は、第１の暗号化されたコンテンツのピースをストアする第１のコンテンツ・セクションと、第２の暗号化されたコンテンツのピースをストアする第２のコンテンツ・セクションを含む。一部の実施態様においては、メディア・ストレージ構造が、第１及び第２の暗号化されたコンテンツのピースを平文化するための第１及び第２の鍵をそれぞれストアするための第１及び第２の鍵セクションも含む。一部の実施態様の方法は、第１及び第２の暗号化されたコンテンツのピースを伴うメディア・ストレージ構造を、第１及び第２の鍵を配信する１つ又は複数のコンピュータとは別のコンピュータから配信する。一部の実施態様においては、メディア・ストレージ構造を受信するデバイスが、第１及び第２の鍵をメディア・ストレージ構造の第１及び第２の鍵セクションに挿入する。
【０００８】
一方の暗号化されたコンテンツのピースを特定のプレゼンテーション（たとえば音楽ビデオ、映画等）に関連するオーディオ・コンテンツ（たとえば、オーディオ・トラック、ソング、サウンド・トラック等）とし、他方の暗号化されたコンテンツのピースがその特定のプレゼンテーションに関連するビデオ・コンテンツ（たとえば、ビデオ・トラック、ビデオ・クリップ等）としてもよい。それに代えて両方のコンテンツのピースをビデオ・コンテンツ（たとえば、１つ又は複数のシーンの異なるアングルからのビデオ・クリップ）又はオーディオ・コンテンツ（たとえば、異なるバージョン又はミキシングのソング又は動画中の会話のための異なる言語）とすることも可能である。それに加えて、オーディオ又はビデオ以外のコンテンツをメディア・ストレージ構造内にストアすることができる。たとえば、一方のコンテンツのピースをオーディオ又はビデオ・コンテンツとし、他方のコンテンツのピースをそれらのオーディオ又はビデオ・コンテンツのピースに関連付けされる歌詞又は会話とする。
【０００９】
一部の実施態様における方法は、２つより多くのコンテンツのピースを含むメディア・ストレージ構造を配信する。たとえば、いくつかの場合においては、メディア・ストレージ構造が１つのオーディオ・コンテンツのピースを含むとともに、そのオーディオ・コンテンツに関連付けられた２つの異なるビデオ・クリップである（たとえば、あるソングに関連付けられた２つの異なる音楽ビデオである）２つのビデオ・コンテンツのピースをも含む。
【００１０】
一部の実施態様においては、メディア・ストレージ構造を受信するデバイス（たとえばコンピュータ）が、メディア・ストレージ構造を別のデバイス（たとえば、ポータブル・プレーヤ）に転送する。この転送においては、メディア・ストレージ構造からコンテンツのピースの一方を、ほかのデバイス（たとえば、ポータブル・プレーヤ）へのメディア・ストレージ構造の転送において削除できる。いくつかの場合においては、その相手のデバイス上のリソースの消費を低減すさせために、メディア・ストレージ構造からコンテンツが削除される。別の場合においては、その相手のデバイスがこの他方のコンテンツにアクセスする権利を有していないためにメディア・ストレージ構造からコンテンツが削除される。
【００１１】
本発明の新しい特徴は付随する請求の範囲に示されている。しかしながら説明の目的からいくつかの実施態様が添付図面内に示されている。
【発明を実施するための最良の形態】
【００１２】
以下の説明においては多くの詳細が説明の目的のために示されている。しかしながら当業者は認識することになろうが、それらの特定の詳細の使用を伴わずにも本発明を実施できることもある。一方、周知の構造やデバイスについては、不必要な詳細によって本発明の記述がわかりにくくならないようにブロック図形式で示されている。
【００１３】
Ｉ．メディア・ストレージ構造
本発明の一部の実施形態は、ネットワークに接続するデバイス（たとえば、コンピュータ、ポータブル・プレーヤ等）に単位メディア・ストレージ構造を配信するためのコンテンツ配信システムを提供する。各単位メディア・ストレージ構造は、関連するコンテンツのピースのセットを含む。一部の実施形態の少なくともいくつかの単位メディア・ストレージ構造内においては、各コンテンツのピースが別々に暗号化されて、無許可の使用からそれを保護する。コンテンツのピースの例は、ビデオ、オーディオ、テキスト、サウンド等を含む。
【００１４】
図１は、一部の実施形態の単位メディア・ストレージ構造１００の例を概念的に示している。この図に示されているとおり、メディア・ストレージ構造は、暗号化されたコンテンツの第１及び第２のピース１０５、１１０を含む。またそれは、コンテンツの第１及び第２のピース１０５、１１０を平文化する第１及び第２の暗号鍵を含む第１及び第２のセクション１１５、１２０も含む。このメディア・ストレージ構造は、このメディア・ストレージ構造内のコンテンツに関するメタデータを含むヘッダ１２５も含む。
【００１５】
第１のコンテンツのピース１０５、第２のコンテンツのピース１１０、又は両方へのアクセスがデバイスに許可されているか否かに基づいて、システムは、そのデバイスに、そのデバイスがアクセスすることができるコンテンツのピースを平文化するための鍵のセットを提供する。提供される鍵のセットは、２つの暗号化されたコンテンツのピースのうちの１つだけを平文化するための１つの鍵だけを含むことができる。両方の暗号化されたコンテンツのピースを平文化するための２つの鍵を含むことができる。
【００１６】
たとえば図２は、選択された鍵のセットが、第１の暗号化されたコンテンツのピース１０５を平文化するための第１の鍵２１５、第２の暗号化されたコンテンツのピース１１０を平文化するための第２の鍵２２０を含む例を示している。図３は、メディア・ストレージ構造１００の別の例を示している。この例においては、メディア・ストレージ構造１００が、第２の暗号化されたコンテンツのピース１１０を平文化するための第２の鍵２２０しか含んでいない。
【００１７】
システムがデバイスに提供する鍵のセットに基づいて、デバイスは、２つのコンテンツのピース１０５、１１０のうちのいずれか１つ、又は両方の暗号化されたコンテンツのピースを平文化し、アクセスすることが可能になる。一部の実施形態のシステムは、第１及び第２の暗号化されたコンテンツのピース１０５、１１０を伴うメディア・ストレージ構造を、第１及び第２の暗号化されたコンテンツのピースを平文化するための第１及び第２の鍵２１５、２２０を配信する１つ又は複数のコンピュータとは別のコンピュータから配信する。
【００１８】
この出願は、「鍵」の受信、ストア、操作、使用を述べているが、多数の公知技術を使用して鍵を隠蔽できることは理解されるであろう。たとえば、鍵を隠すこと、鍵を暗号化すること、１を超える数の断片に鍵を分けて別々にストアすること、読み出し／書き込み動作を曖昧化することは、すべて使用可能であり、「鍵」の受信、ストア、使用の一般的概念の中で考慮される。
【００１９】
上で述べたとおり、一部の実施形態によって配信される単一メディア・ストレージ構造は、関連するコンテンツのピースのセットを含む。一部の実施形態においては、２つのコンテンツのピースが、それらが同一のオーディオ及び／又はビデオ・プレゼンテーション（たとえば、ソング、動画、音楽ビデオ等）に関係するとき、関係があるとされる。いくつかの場合においては、２つの関係があるコンテンツのピースを同時に見ること又は再生することができる。別の場合においては、２つのコンテンツのピースを独立に見ること又は再生することができる。
【００２０】
図４〜１０は、一部の実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示している。図４は、一方の暗号化されたコンテンツのピースが、特定のプレゼンテーション（たとえば、音楽ビデオ、映画等）に関係するオーディオ・コンテンツ４０５（たとえば、オーディオ・トラック、ソング、サウンド・トラック）となり、他方の暗号化されたコンテンツのピースがビデオ・コンテンツ４１０（たとえば、ビデオ・トラック、ビデオ・クリップ等）となるストレージ構造４００の例を示している。
【００２１】
図５は、２つのビデオ・コンテンツのピースを含むストレージ構造５００を示している。その種の２つのビデオ・コンテンツのピースの１つの例は、動画中の１つ又は複数のシーンをカバーするために異なるアングルから撮影された２つのビデオ・クリップとなろう。ビデオ・コンテンツのピースは、そのビデオ・コンテンツに関連付けられたオーディオ・コンテンツを含むこともあり、ビデオ・データしか含まないこともある。図６は、２つのオーディオ・コンテンツのピースを含むストレージ構造６００を示している。その種の２つのオーディオ・コンテンツのピースの１つの例は、２つの異なるバージョン又はミキシングのソングとなろう。
【００２２】
オーディオ又はビデオ以外のコンテンツを、本発明の一部の実施形態のメディア・ストレージ構造内にストアしてもよい。たとえば、図７は、１つはオーディオ・コンテンツのピース７０５で、他は、このオーディオ・コンテンツのピース７０５に関連付けられた歌詞、会話、又はそのほかのデータであるテキスト・コンテンツのピース７１０をストアしたメディア・ストレージ構造７００を示している。同様に図８は、ビデオ・コンテンツのピース８０５と、ビデオ・コンテンツのピース８０５に関連付けられた会話であるテキスト・コンテンツのピース８１０とをストアするメディア・ストレージ構造８００を示している。
【００２３】
いくつかの場合においては、システムが２より多くのコンテンツのピースを含むメディア・ストレージ構造を配信する。たとえば図９は、１つのオーディオ・コンテンツのピース（たとえばソング）を、そのオーディオ・コンテンツに関連付けられた２つの異なるビデオ・クリップである（たとえば、ソングに関連付けられた２つの異なる音楽ビデオ）２つのビデオ・コンテンツのピースとともに含むメディア・ストレージ構造９００を示している。同様に図１０は、１つのビデオ・コンテンツのピース（たとえば動画）を、２つの異なる言語によるそのビデオのオーディオ構成部分である２つのオーディオ・コンテンツのピースとともに含むメディア・ストレージ構造１０００を示している。
【００２４】
図４〜１０に示されている種々の例では、メディア・ストレージ構造が、メディア・ストレージ構造内にストアされている各コンテンツのピースを平文化するための鍵を含む。前述したとおり、一部の実施形態のコンテンツ配信システムは、特定のデバイス上のメディア・ストレージ構造にアクセスするために異なる鍵のセットの獲得（たとえば、購入されるか又はライセンスされる）を許可する。一部の実施形態においては、デバイスがメディア・ストレージ構造内に、獲得済みの鍵のセットをストアし、その獲得済みの鍵のセットを、そのデバイス上におけるアクセスのために購入されたか又はライセンスされた、そのメディア・ストレージ構造のコンテンツの平文化とアクセスに使用する。平文化された後は、そのデバイスが、平文化されたコンテンツのピースを個別に、又は同時に見ること又は再生することができる。
【００２５】
一部の実施形態においては、メディア・ストレージ構造を受信したデバイス（たとえばコンピュータ）が、そのメディア・ストレージ構造を別のデバイス（たとえば、ポータブル・プレーヤ）に転送する。この転送においては、メディア・ストレージ構造からコンテンツのピースの１つが、その相手のデバイス（たとえば、ポータブル・プレーヤ内）へのメディア・ストレージ構造の転送において削除されることがある。いくつかの場合においては、その相手のデバイス上のリソースの消費を低減するためにコンテンツのピースの１つが削除される。
【００２６】
上に挙げたいくつかの実施形態は、それ自体が鍵のストレージに利用可能な複数のセクションを含むメディア・ストレージ構造を参照して例示されている。その種のストレージ・セクションは、クイックタイム（Ｑｕｉｃｋｔｉｍｅ）ファイル・フォーマット、ウインドウズ・メディア（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ）ファイル・フォーマット、リアル（Ｒｅａｌ）メディア・フォーマット、ＩＳＯ／ＩＥＣ  １４４９６‐１２、モーションＪＰＥＧ等を含む多くのメディア・ファイル・フォーマット内に組み込まれることが可能である。当業者は認識することになろうが、一部の実施形態においては、それに代わって鍵が、それらが関係する単位メディア・ファイルとは別にストアされ、転送される。
【００２７】
II．コンテンツ配信システム
図１１は、一部の実施形態のコンテンツ配信システム１１００を示している。このコンテンツ配信システムは、コンテンツのディジタル著作権を保護する（すなわち、合法的使用を保証する）態様でコンテンツを配信する。関係のあるコンテンツを配信するために、システムは、複数の関連するコンテンツのピースを伴う単一メディア・ストレージ構造を配信する。この例においては、メディア・ストレージ構造はメディア・ファイルである。当業者は認識することになろうが、ほかの実施形態がほかのタイプのストレージ構造を使用することもある。
【００２８】
図１１に示されているとおり、コンテンツ配信システム１１００は、コンテンツ・キャッシング・サーバ１１０５、ＤＲＭサーバ１１１０、コンテンツ受信コンピュータ１１１５を含む。コンピュータ１１１５は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、ネットワークのネットワーク（たとえば、インターネット）等のコンピュータ・ネットワークを通じてサーバ１１０５、１１１０に接続する。
【００２９】
この接続を通じてコンピュータ１１１５は、ＤＲＭサーバ１１１０と通信し、コンテンツを獲得する。一部の実施形態においては、コンテンツ配信システム１１００がコンテンツの販売又はライセンス付与を伴わない。したがって、それらの実施形態においては、ＤＲＭサーバ１１１０が、財務上の目的を考慮することなく、許可されたコンピュータへのコンテンツの配信を単に遵守させる。
【００３０】
しかしながら例示する目的のため、以下に述べるコンテンツ配信システム１１００のいくつかの実施形態は、コンテンツの販売又はライセンス付与を伴う。したがって、それらの実施形態においては、ＤＲＭサーバ１１１０が、そこからコンピュータ１１１５のユーザがコンテンツを購入するか、又はライセンスできるサーバである。言い替えると一部の実施形態のＤＲＭサーバ１１１０は、コンテンツの購入又はライセンス付与のための財務取引を取り扱うサーバになる。いくつかの場合においては、特定のコンテンツの購入又はライセンスを無料にできる。
【００３１】
コンピュータ１１１５がコンテンツを獲得できるとＤＲＭサーバ１１１０が決定した後、コンテンツ配信システム１１００は、コンテンツ・キャッシング・サーバ１１０５を使用し、ネットワーク１１２０を介して１つ又は複数のＤＲＭコンテンツのピースを含むメディア・ストレージ・ファイルをコンピュータ１１１５に提供する。一部の実施形態においては、システム１１００は、ネットワークにわたるコンテンツのダウンロードの速度と効率を向上させるために、複数のコンテンツ・キャッシング・サーバ１１０５を使用してネットワーク上の種々の場所にコンテンツをキャッシュする。ＤＲＭサーバ１１１０がコンテンツ・キャッシング・サーバ１１０５にコンピュータ１１１５への提供を指示する各メディア・ストレージ・ファイルに対して、ＤＲＭサーバ１１１０は、そのコンピュータがメディア・ストレージ・ファイル内にストアされているコンテンツの平文化に使用するための鍵のセットを提供する。
【００３２】
図１２は、コンピュータ１１１５、ＤＲＭサーバ１１１０、コンテンツ・キャッシング・サーバ１１０５の間における１つの可能なインタラクションのセットの例を概念的に示している。このインタラクションのセットは、本発明の一部の実施形態のコンテンツ獲得プロセス１２００を表す。この図に示されているとおり、獲得プロセス１２００は、コンピュータ１１１５が、特定のメディア・ファイル内にストアされている１つ又は複数のコンテンツのピースを購入するか、ライセンスする要求をＤＲＭサーバ１１１０に（１２０５において）送信するときに開始する。１２１０においては、ＤＲＭサーバがこの要求を受信する。
【００３３】
獲得プロセスは、その後、ＤＲＭサーバ１１１０及び／又は購入側のコンピュータ１１１５に、購入又はライセンス取引を完了する１つ又は複数の動作を（１２１５において）実行させる。取引が完了した後、ＤＲＭサーバ１１１０は、購入されたか又はライセンスされたコンテンツのためのメディア・ファイルをコンピュータ１１１５に送信する要求を（１２１５において）コンテンツ・キャッシング・サーバ１１０５に送信する。
【００３４】
コンテンツ・キャッシング・サーバ１１０５は、この要求を１２２５において受信し、それに応答して購入側のコンピュータ１１１５へのメディア・ファイルのダウンロードを（１２３０において）開始する。図１１は、コンテンツ・キャッシング・サーバ１１０５がコンピュータ１１１５にダウンロードするメディア・ファイル１１２５の例を示している。この例においては、メディア・ファイルが５つのセクションを有する。第１及び第２のセクション１１４５、１１５５が２つの暗号化されたコンテンツのピースを含む。各コンテンツのピースは、特定のコンテンツ鍵を使用して暗号化されている。第３及び第４のセクション１１５０及び１１６０は、ファイル内の空セクションであり、コンテンツ鍵がコンピュータ１１１５によって購入されるかライセンスされる場合に、その種のコンテンツ鍵を挿入するためのセクションである。最後の第５のセクション１１６５は、コンテンツ及び／又はコンテンツ鍵に関係するメタデータを含むヘッダ・フィールドである。
【００３５】
コンピュータ１１１５は、キャッシング・サーバによって提供されたメディア・ファイルを（１２３５において）受信する。その後コンピュータ１１１５は、ダウンロードの確認をＤＲＭサーバ１１１０に（１２４０において）送信する。１２２０の後に、ＤＲＭサーバ１１１０は、待機状態１２４５に遷移して、コンピュータ１１１５から確認が受信されるのを待つ。
【００３６】
ＤＲＭサーバ１１１０は、１２４５においてダウンロードの確認を受信すると、コンピュータ１１１５が購入したか又はライセンスしたコンテンツのピースに基づいて鍵のセットをコンピュータ１１１５に（１２５０において）送信する。図１１に示されている例においては、コンピュータ１１１５がメディア・ファイル内にストアされているコンテンツのピースを両方ともに獲得している。したがって、この例においては、ＤＲＭサーバ１１１０が、コンピュータ１１１５がメディア・ファイル１１２５内の両方のコンテンツのピースにアクセスすることを許可する鍵のセットを（１２５０において）送信する。
【００３７】
図１１に示されている例においては、この鍵のセットが２つのコンテンツ鍵１１３０、１１３２を含む。一部の実施形態においては、各コンテンツのピース（たとえば、１１４５又は１１５５）が特定のコンテンツ鍵（たとえば、１１３０又は１１３２）に基づいて暗号化される。したがって、コンピュータ１１１５は、コンテンツ鍵１１３０を使用して暗号化されたコンテンツ１１４５を平文化し、コンテンツ鍵１１３２を使用して暗号化されたコンテンツ１１５５を平文化する。
【００３８】
図１３は、メディア・ファイル１１２５を獲得するコンピュータ１１１５の別の例を示している。この例においては、コンピュータ１１１５が第１の暗号化されたコンテンツ１１４５だけを獲得する。したがって、コンテンツ・キャッシング・サーバ１１０５がコンピュータ１１１５に両方のコンテンツのピースを含むメディア・ファイルを供給する場合であっても、ＤＲＭサーバ１１１０は、暗号化されたコンテンツ１１４５のためのコンテンツ鍵１１３０しか供給しない。
【００３９】
したがって、この例においては、コンピュータがコンテンツ鍵１１３０を使用することによってメディア・ファイル内の暗号化されたコンテンツ１１４５にアクセスできる。しかしながら、コンピュータ１１１５がメディア・ファイル１１２５内の暗号化されたコンテンツ１１５５のための暗号化されたコンテンツを受信していないことから、そのコンピュータは、暗号化されたコンテンツ１１５５を平文化することができない。
【００４０】
図１２に示されているとおり、コンピュータ１１１５は、ＤＲＭサーバ１１１０によって供給される鍵のセットを（１２５５において）受信する。図１２に示されているとおり、コンピュータ１１１５は、この鍵のセットを（１２６０において）メディア・ファイル内にストアする。図１４は、コンピュータの、図１１に示されている例の中でそれが受信する２つの鍵のストレージを示している。この図に示されているとおり、コンピュータ１１１５は、当初、コンテンツ鍵１１３０と１１３２を一時ストレージ１４０５、１４０７にストアする。その後、それらのコンテンツ鍵を、１２３５において受信して一時ストレージ１４１０内に一時的にストアしているメディア・ファイル１１２５と組み合わせる。その後、コンピュータは、この組合せの結果として得られたメディア・ファイルをコンテンツ・ライブラリ・ストレージ１４１５内にストアする。
【００４１】
図１５は、コンピュータの、図１３に示されている例の中でそれが受信する鍵のストレージを示している。図１５に示されているストレージ動作は、コンピュータがこのコンテンツ鍵の獲得及び受信を行わなかったので、組合せファイル（コンテンツ・ライブラリ・ストレージ１４１５内にストアされる）が第２の暗号化されたコンテンツのためのコンテンツ鍵１１３２を含まないことを除けば、図１４に示されているストレージ動作に類似である。
【００４２】
上記の実施形態においては、コンテンツ配信システム１１００が、暗号化されたコンテンツの提供に１つのコンピュータを使用し、暗号化されたコンテンツの平文化に必要な鍵の提供に別のコンピュータを使用している。当業者は認識することになろうが、別の実施形態においては、コンテンツ配信システムが、暗号化されたコンテンツとその暗号化されたコンテンツを平文化するための鍵の提供に１つのコンピュータを使用する。
【００４３】
それに代わるものとして別の実施形態においては、コンテンツ配信システムが、コンテンツのための暗号鍵の提供に１より多くのコンピュータを使用する。たとえば、オーディオ・コンテンツのための鍵が１つのサーバから使用可能となり、同じメディア・ストレージ構造内にストアされる関係するビデオ・コンテンツのための鍵が別のサーバから利用可能となることがある。複数のサーバが異なる当事者によって所有され、管理されることさえ、それらが管理する著作権の場合と同様に考えられる。
【００４４】
また、上記の実施形態においては、コンテンツ配信システム１１００が、異なるコンテンツのピースの平文化のために異なる暗号鍵を用意する。別の実施形態においては、コンテンツ配信システムが、異なるコンテンツのピースの暗号化に異なるエンコーディング・スキームを使用することができる。たとえばシステムは、オーディオ・コンテンツの暗号化に対称暗号スキームを使用するが、ビデオ・コンテンツの暗号化に非対称暗号スキームを使用することが考えられる。それに代えてシステムが、オーディオ・コンテンツは完全に暗号化するが、ビデオ・コンテンツは部分だけを暗号化するといったことも考えられる。
【００４５】
また図１２は、コンピュータ１１１５、ＤＲＭサーバ１１１０、コンテンツ・キャッシング・サーバ１１０５の間における１つの可能なインタラクションのセットを示している。当業者は認識することになろうが、ほかの実施形態においてはそれらのコンピュータが異なるインタラクションを行うことができる。たとえば一部の実施形態においては、コンピュータ１１１５が、ＤＲＭサーバに対してメディア・ファイルの受信の確認を送信しない。それらの実施形態のいくつかにおいては、ＤＲＭサーバ自体が鍵のセットをコンピュータ１１１５に送信する。
【００４６】
単純化したネットワーク構成を参照して一部の実施形態を説明してきたが、ここで述べた枠組の中で多くの変形が存在することは理解されるであろう。たとえばＤＲＭサーバが単一のコンピュータとして示されているが、この特許の目的のためには、その種のサーバが多くの相互接続されたコンピュータ及び／又はメモリ及び／又は相互接続された装置の部分を含むことができる。同様にコンテンツ・キャッシング・サーバを単一のコンピュータ又は全体でサーバを構成するネットワークされたコンピュータとメモリの集合とすることも可能である。それに加えて、コンテンツはコンテンツ・キャッシング・サーバから特定のクライアント・コンピュータに直接又は間接的に供給できるが、ほかの転送方法は、コンピュータが、それがピア・コンピュータ、ポータブル・ストレージ・デバイス、又は何らかのそのほかの転送メカニズムから利用できるコンテンツをアンロックするための鍵を必要とする結果に帰することもある。
【００４７】
III．プレーヤとの同期
一部の実施形態においては、コンピュータ１１１５が、それ自体のＤＲＭコンテンツを、そのＤＲＭコンテンツへのアクセスが許可されたポータブル・プレーヤに同期させることができる。いくつかの場合においては、この同期が、コンピュータがポータブル・プレーヤにダウンロードするメディア・ファイルから１つ又は複数のコンテンツのピースを削除する。いくつかの場合においては、その相手のデバイス上のリソースの消費を低減するためにそれらのコンテンツが削除される。別の場合においてはその相手のデバイスがこの他方のコンテンツにアクセスする権利を有していないためにメディア・ストレージ構造からコンテンツが削除される。
【００４８】
図１６は、ポータブル・プレーヤ１６０５とのＤＲＭコンテンツの同期を行うコンピュータ１１１５の例を示している。ポータブル・プレーヤは、音楽プレーヤ、オーディオ／ビデオ・プレーヤ等とすることが可能である。コンピュータ１１１５がそれ自体のＤＲＭコンテンツの同期をポータブル・プレーヤ１６０５と行うとき、一部の実施形態におけるポータブル・プレーヤ１６０５は、（１）コンピュータ１１１５からＤＲＭコンテンツを受信し、かつ（２）それが受信する各ＤＲＭコンテンツのピースを平文化するためのコンテンツ鍵を受信する。ポータブルは、その後、受信した暗号化されたＤＲＭコンテンツと関連する鍵をストアする。
【００４９】
図１７は、一部の実施形態においてコンピュータ１１１５が実行してプレーヤ１６０５とコンテンツのセットを同期するプロセス１７００を概念的に示している。この図に示されているとおり、プロセス１７００は、それが、プレーヤ１６０５とのコンテンツのセットの同期を行う要求を受信するときに（１７０５において）開始する。その後プロセスは、プレーヤのユーザ・アカウントＩＤに関連付けられたメディア・ファイルのセットを（１７１０において）識別する。
【００５０】
次にプロセスは、コンピュータ１１１５がプレーヤにまだダウンロードしていない、そのプレーヤのためのメディア・ファイルをストアしているか否かを（すなわち、コンピュータとプレーヤの間において同期される必要があるメディア・ファイルがあるか否かを）（１７１５において）決定する。存在しない場合にはプロセスが終了する。
【００５１】
それ以外は、プロセスが、同期される必要のあるメディア・ファイルを（１７２０において）選択する。１７２０においては、プロセスが、そのポータブル・プレーヤにダウンロードされるべきでないコンテンツとして指定されているコンテンツのピースがあれば、メディア・ファイルから削除する。一部の実施形態においては、コンピュータが、ユーザがポータブル・プレーヤとの同期を希望しているコンテンツをユーザが指定することを可能にするアプリケーションを使用する。
【００５２】
プロセスがメディア・ファイルからコンテンツを（１７２０において）削除する場合に、本発明の一部の実施形態においては、メディア・ファイルからそのコンテンツの関連するコンテンツ鍵とメタデータも削除する。図１６は、ビデオ・コンテンツ及びそれに関連するコンテンツ鍵を、ポータブル・プレーヤ１６０５にダウンロードされるメディア・ファイル１６００から削除する例を示している。
【００５３】
１７２０の後、プロセスが、プレーヤと同期されなければならない暗号化されたコンテンツのみを含むメディア・ファイルを（１７２５において）ダウンロードする（すなわち、プレーヤにダウンロードされるべきでないコンテンツが削除された後のメディア・ファイルをダウンロードする）。一部の実施形態においては、ダウンロードされるメディア・ファイルが１つ又は複数の暗号化されたコンテンツのピースを含むだけでなく、そのコンテンツの平文化に使用可能な１つ又は複数のコンテンツ鍵も含む。一部の実施形態においては、メディア・ファイル内においてプレーヤにダウンロードされる鍵のセットがコンピュータ１１１５上においてそのコンテンツの平文化に使用される鍵のセットと同一になる。別の実施形態においては、ダウンロードされるメディア・ファイル内の鍵が異なる鍵のセットになる。
【００５４】
その後プレーヤは、ダウンロードされたメディア・ファイルを、それ自体の内蔵ストレージ（たとえば、それの不揮発性ストレージ、ハードドライブ、フラッシュ・メモリ等）上に（１７２５において）ストアする。１７２５の後、プロセスが、プレーヤにまだダウンロードされていない、そのプレーヤのための追加のコンテンツが残っているか否かを（すなわち、コンピュータとプレーヤの間において同期される必要のある追加のコンテンツが存在するか否かを）（１７３０において）決定する。該当すれば、プロセスが、同期される必要があるコンテンツのピースについて１７２０と１７２５を反復する。該当しなければプロセスが終了する。
【００５５】
図１７は、本発明の一部の実施形態におけるコンピュータとプレーヤの間のメディア・ファイルの同期の説明する例を提供している。当業者は認識することになろうが、ほかの実施形態は、メディア・ファイルの同期のための別のプロセスを使用する。また、一部の実施形態においては、ポータブル・プレーヤがＤＲＭサーバ及び／又はコンテンツ・キャッシング・サーバと直接通信してコンテンツを獲得する。
【００５６】
IV．  暗号化
上で述べたとおり、本発明のいくつかの実施形態は、コンテンツを配信するためのＤＲＭプロセスとシステムを提供する。それらのプロセスとシステムは、暗号鍵に基づいてコンテンツの暗号化と平文化を行う。コンテンツの暗号化は、１つ又は複数の暗号鍵に基づいて平文化可能な形式（平文と呼ばれる）から平文化不可能な形式（暗号文と呼ばれる）へのコンテンツの変換を伴う。コンテンツの平文化は、１つ又は複数の暗号鍵の使用によって、暗号化されたコンテンツを平文化可能な形式に変換することを含む。
【００５７】
暗号鍵は、暗号アルゴリズムの動作を制御する情報の一部である。対称暗号化テクノロジにおいては、コンテンツの暗号化に使用される鍵がコンテンツの平文化に使用される鍵と同一になる。非対称暗号化テクノロジにおいては、コンテンツの暗号化と平文化に同一の鍵が使用されない。たとえば、１つのスキームにおいては、暗号化デバイスが受領側の公開鍵を使用してコンテンツを暗号化し、受領側は、それ自体の秘密鍵を使用して暗号化されたコンテンツを平文化する。
【００５８】
上で述べた実施形態の特徴の多くは、対称又は非対称暗号化アプローチに従って実装可能である。また一部の実施形態においては、暗号化がコンテンツのバイナリ・フォーマットに適用される。暗号化されていないコンテンツのピースのバイナリ・フォーマットは、人間にとって解読が困難であるが、アプリケーション又はオペレーティング・システムによっては解読可能である。それに対し、暗号化されたコンテンツのピースのバイナリ・フォーマットは、理想的には、１つ又は複数の暗号鍵を使用することによって最初に平文化しない限り、あらゆるアプリケーション又はオペレーティング・システムによっても解読できないものとなる。
【００５９】
以上、多くの特定の詳細を参照して本発明を説明してきたが、当業者であれば、本発明の精神から逸脱することなしにほかの特定の形式において本発明の具体化が可能であることを認識するであろう。たとえば、一部の実施形態のメディア・ストレージ・ファイルについて１セットの鍵が上に述べられているが、ほかの実施形態は、異なるデバイス上におけるメディア・ストレージ・ファイルのコンテンツに対する異なるレベルのアクセスを定義するために異なるセットの鍵を提供する。したがって、当業者は理解することになろうが、本発明が以上の例示的な詳細によって限定されることはなく、付随する特許請求の範囲によって定義される。
【図面の簡単な説明】
【００６０】
【図１】この種のメディア・ストレージ構造の例を示した説明図である。
【図２】選択された鍵のセットが第１の暗号化されたコンテンツのピースを平文化するための第１の鍵及び第２の暗号化されたコンテンツのピースを平文化するための第２の鍵を含む例を示した説明図である。
【図３】別のメディア・ストレージ構造の例を示した説明図である。
【図４】いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。
【図５】いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。
【図６】いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。
【図７】いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。
【図８】いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。
【図９】いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。
【図１０】いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。
【図１１】一部の実施形態のコンテンツ配信システムを示した説明図である。
【図１２】コンピュータ、ＤＲＭサーバ、及びコンテンツ・キャッシング・サーバの間における１つの可能なインタラクションのセットの例を概念的に示した説明図である。
【図１３】メディア・ファイルを獲得するコンピュータの別の例を示した説明図である。
【図１４】コンピュータの、図１１に示されている例においてそれが受信する２つの鍵のストレージを示した説明図である。
【図１５】コンピュータの、図１３に示されている例においてそれが受信する鍵のストレージを示した説明図である。
【図１６】ポータブル・プレーヤとのＤＲＭコンテンツの同期を行うコンピュータの例を示した説明図である。
【図１７】一部の実施形態においてコンピュータが実行してプレーヤとコンテンツのセットを同期するプロセスを概念的に示した説明図である。
【図１】
2009512072.tif 000003
【図２】
2009512072.tif 000004
【図３】
2009512072.tif 000005
【図４】
2009512072.tif 000006
【図５】
2009512072.tif 000007
【図６】
2009512072.tif 000008
【図７】
2009512072.tif 000009
【図８】
2009512072.tif 000010
【図９】
2009512072.tif 000011
【図１０】
2009512072.tif 000012
【図１１】
2009512072.tif 000013
【図１２】
2009512072.tif 000014
【図１３】
2009512072.tif 000015
【図１４】
2009512072.tif 000016
【図１５】
2009512072.tif 000017
【図１６】
2009512072.tif 000018
【図１７】
2009512072.tif 000019