JP5156858B2 - コンテンツ配信システムにおける複数のコンテンツのピースを伴うメディア・ストレージ構造の使用 - Google Patents

Description

本発明は、ディジタル著作権管理システムにおける複数のコンテンツのピースを伴う単一メディア・ストレージ構造の使用に関する。

ネットワークにわたってコンピュータ間で転送されるディジタル・コンテンツの保護は、根本的に今日の多くの企業にとって重要である。企業は、何らかの形式のディジタル著作権管理（ＤＲＭ）プロセスを実装することによってこの保護の確保を試みている。ＤＲＭプロセスは、しばしばコンテンツのピースを暗号化（たとえば、コンテンツのバイナリ形式を暗号化）して利用をそのコンテンツに向けられた権利が与えられているユーザに制限することを伴う。

暗号は、ネットワークにわたる通過においてデータを保護する伝統的な方法である。その典型的な応用において、暗号は、相互に信頼している２当事者間の通信を、通過中のデータに対する攻撃から保護する。しかしながら、今日の多くのディジタル・ファイル転送応用にとって（たとえば、オーディオ又はビデオ・コンテンツの転送にとって）、コンテンツを受け取る当事者（すなわち「受信側」）は、コンテンツを供給する当事者（すなわち「配信側」）がそのコンテンツに適用したＤＲＭ暗号を破ろうと試みるおそれがあることから、このパラダイムがシフトしてしまっている。それに加えて、ネットワーク侵入攻撃の増殖に伴い、第三者が、受信側のコンピュータに対する、したがって保護されたコンテンツに対するアクセスを獲得するおそれもある。

既存のＤＲＭシステムにおいて配信されるいくつかのコンテンツのピースは互いに関連している。しかしながら既存のＤＲＭシステムは、しばしばコンテンツの受領者が、ＤＲＭコンテンツの関連セットからコンテンツのサブセットを購入するか、又はライセンスすることを許可しない。たとえば、１つの既存のＤＲＭシステムは、特定のソングを、それらの関連する音楽ビデオとともに配信する。ソングをそれの関連する音楽ビデオとともに配信することにおいて、このＤＲＭシステムは、受領者に（１）ソングとそれに関連する音楽ビデオをともに購入すること、又は（２）ソングとそれに関連する音楽ビデオ両方に対するアクセスを見合わせることのいずれかを厳格に要求する。したがって、この分野においては、コンテンツ受領者がＤＲＭコンテンツの関連セットからコンテンツのサブセットを購入するか、又はライセンスすることを柔軟に許可するＤＲＭシステムの必要性が存在する。

本発明の一部の実施態様は、ネットワークにわたってコンテンツを配信するための方法を提供する。この方法は、単一メディア・ストレージ構造を、ネットワークに接続するデバイス（たとえばコンピュータ、ポータブル・プレーヤ等）に配信する。メディア・ストレージ構造は、第１及び第２の暗号化されたコンテンツのピースを含む。第１のコンテンツのピース、第２のコンテンツのピースへのアクセス、又はその両方がデバイスに許可されているか否かに基づいて、この方法は、そのデバイスに、そのデバイスがアクセスすることができるコンテンツのピースを平文化するための鍵のセットを提供する。

提供される鍵のセットは、２つの暗号化されたコンテンツのピースのうちの１つだけを平文化するための１つ又は複数の鍵を含む。又は、両方の暗号化されたコンテンツのピースを平文化するための１つ又は複数の鍵を含んでもよい。たとえば、選択された鍵のセットが、第１の暗号化されたコンテンツのピースを平文化するための第１の鍵及び第２の暗号化されたコンテンツのピースを平文化するための第２の鍵を含む。提供される鍵のセットに基づいて、デバイスが、その後、メディア・ストレージ構造内の２つのコンテンツのピースのうちのいずれか１つ、又はメディア・ストレージ構造内の両方の暗号化されたコンテンツのピースを平文化し、アクセスすることが可能になる。

メディア・ストレージ構造は、第１の暗号化されたコンテンツのピースをストアする第１のコンテンツ・セクションと、第２の暗号化されたコンテンツのピースをストアする第２のコンテンツ・セクションを含む。一部の実施態様においては、メディア・ストレージ構造が、第１及び第２の暗号化されたコンテンツのピースを平文化するための第１及び第２の鍵をそれぞれストアするための第１及び第２の鍵セクションも含む。一部の実施態様の方法は、第１及び第２の暗号化されたコンテンツのピースを伴うメディア・ストレージ構造を、第１及び第２の鍵を配信する１つ又は複数のコンピュータとは別のコンピュータから配信する。一部の実施態様においては、メディア・ストレージ構造を受信するデバイスが、第１及び第２の鍵をメディア・ストレージ構造の第１及び第２の鍵セクションに挿入する。

一方の暗号化されたコンテンツのピースを特定のプレゼンテーション（たとえば音楽ビデオ、映画等）に関連するオーディオ・コンテンツ（たとえば、オーディオ・トラック、ソング、サウンド・トラック等）とし、他方の暗号化されたコンテンツのピースがその特定のプレゼンテーションに関連するビデオ・コンテンツ（たとえば、ビデオ・トラック、ビデオ・クリップ等）としてもよい。それに代えて両方のコンテンツのピースをビデオ・コンテンツ（たとえば、１つ又は複数のシーンの異なるアングルからのビデオ・クリップ）又はオーディオ・コンテンツ（たとえば、異なるバージョン又はミキシングのソング又は動画中の会話のための異なる言語）とすることも可能である。それに加えて、オーディオ又はビデオ以外のコンテンツをメディア・ストレージ構造内にストアすることができる。たとえば、一方のコンテンツのピースをオーディオ又はビデオ・コンテンツとし、他方のコンテンツのピースをそれらのオーディオ又はビデオ・コンテンツのピースに関連付けされる歌詞又は会話とする。

一部の実施態様における方法は、２つより多くのコンテンツのピースを含むメディア・ストレージ構造を配信する。たとえば、いくつかの場合においては、メディア・ストレージ構造が１つのオーディオ・コンテンツのピースを含むとともに、そのオーディオ・コンテンツに関連付けられた２つの異なるビデオ・クリップである（たとえば、あるソングに関連付けられた２つの異なる音楽ビデオである）２つのビデオ・コンテンツのピースをも含む。

一部の実施態様においては、メディア・ストレージ構造を受信するデバイス（たとえばコンピュータ）が、メディア・ストレージ構造を別のデバイス（たとえば、ポータブル・プレーヤ）に転送する。この転送においては、メディア・ストレージ構造からコンテンツのピースの一方を、ほかのデバイス（たとえば、ポータブル・プレーヤ）へのメディア・ストレージ構造の転送において削除できる。いくつかの場合においては、その相手のデバイス上のリソースの消費を低減すさせために、メディア・ストレージ構造からコンテンツが削除される。別の場合においては、その相手のデバイスがこの他方のコンテンツにアクセスする権利を有していないためにメディア・ストレージ構造からコンテンツが削除される。

本発明の新しい特徴は付随する請求の範囲に示されている。しかしながら説明の目的からいくつかの実施態様が添付図面内に示されている。

この種のメディア・ストレージ構造の例を示した説明図である。 選択された鍵のセットが第１の暗号化されたコンテンツのピースを平文化するための第１の鍵及び第２の暗号化されたコンテンツのピースを平文化するための第２の鍵を含む例を示した説明図である。 別のメディア・ストレージ構造の例を示した説明図である。 いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。 いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。 いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。 いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。 いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。 いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。 いくつかの実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示した説明図である。 一部の実施形態のコンテンツ配信システムを示した説明図である。 コンピュータ、ＤＲＭサーバ、及びコンテンツ・キャッシング・サーバの間における１つの可能なインタラクションのセットの例を概念的に示した説明図である。 メディア・ファイルを獲得するコンピュータの別の例を示した説明図である。 コンピュータの、図１１に示されている例においてそれが受信する２つの鍵のストレージを示した説明図である。 コンピュータの、図１３に示されている例においてそれが受信する鍵のストレージを示した説明図である。 ポータブル・プレーヤとのＤＲＭコンテンツの同期を行うコンピュータの例を示した説明図である。 一部の実施形態においてコンピュータが実行してプレーヤとコンテンツのセットを同期するプロセスを概念的に示した説明図である。

以下の説明においては多くの詳細が説明の目的のために示されている。しかしながら当業者は認識することになろうが、それらの特定の詳細の使用を伴わずにも本発明を実施できることもある。一方、周知の構造やデバイスについては、不必要な詳細によって本発明の記述がわかりにくくならないようにブロック図形式で示されている。

Ｉ．メディア・ストレージ構造
本発明の一部の実施形態は、ネットワークに接続するデバイス（たとえば、コンピュータ、ポータブル・プレーヤ等）に単位メディア・ストレージ構造を配信するためのコンテンツ配信システムを提供する。各単位メディア・ストレージ構造は、関連するコンテンツのピースのセットを含む。一部の実施形態の少なくともいくつかの単位メディア・ストレージ構造内においては、各コンテンツのピースが別々に暗号化されて、無許可の使用からそれを保護する。コンテンツのピースの例は、ビデオ、オーディオ、テキスト、サウンド等を含む。

図１は、一部の実施形態の単位メディア・ストレージ構造１００の例を概念的に示している。この図に示されているとおり、メディア・ストレージ構造は、暗号化されたコンテンツの第１及び第２のピース１０５、１１０を含む。またそれは、コンテンツの第１及び第２のピース１０５、１１０を平文化する第１及び第２の暗号鍵を含む第１及び第２のセクション１１５、１２０も含む。このメディア・ストレージ構造は、このメディア・ストレージ構造内のコンテンツに関するメタデータを含むヘッダ１２５も含む。

第１のコンテンツのピース１０５、第２のコンテンツのピース１１０、又は両方へのアクセスがデバイスに許可されているか否かに基づいて、システムは、そのデバイスに、そのデバイスがアクセスすることができるコンテンツのピースを平文化するための鍵のセットを提供する。提供される鍵のセットは、２つの暗号化されたコンテンツのピースのうちの１つだけを平文化するための１つの鍵だけを含むことができる。両方の暗号化されたコンテンツのピースを平文化するための２つの鍵を含むことができる。

たとえば図２は、選択された鍵のセットが、第１の暗号化されたコンテンツのピース１０５を平文化するための第１の鍵２１５、第２の暗号化されたコンテンツのピース１１０を平文化するための第２の鍵２２０を含む例を示している。図３は、メディア・ストレージ構造１００の別の例を示している。この例においては、メディア・ストレージ構造１００が、第２の暗号化されたコンテンツのピース１１０を平文化するための第２の鍵２２０しか含んでいない。

システムがデバイスに提供する鍵のセットに基づいて、デバイスは、２つのコンテンツのピース１０５、１１０のうちのいずれか１つ、又は両方の暗号化されたコンテンツのピースを平文化し、アクセスすることが可能になる。一部の実施形態のシステムは、第１及び第２の暗号化されたコンテンツのピース１０５、１１０を伴うメディア・ストレージ構造を、第１及び第２の暗号化されたコンテンツのピースを平文化するための第１及び第２の鍵２１５、２２０を配信する１つ又は複数のコンピュータとは別のコンピュータから配信する。

この出願は、「鍵」の受信、ストア、操作、使用を述べているが、多数の公知技術を使用して鍵を隠蔽できることは理解されるであろう。たとえば、鍵を隠すこと、鍵を暗号化すること、１を超える数の断片に鍵を分けて別々にストアすること、読み出し／書き込み動作を曖昧化することは、すべて使用可能であり、「鍵」の受信、ストア、使用の一般的概念の中で考慮される。

上で述べたとおり、一部の実施形態によって配信される単一メディア・ストレージ構造は、関連するコンテンツのピースのセットを含む。一部の実施形態においては、２つのコンテンツのピースが、それらが同一のオーディオ及び／又はビデオ・プレゼンテーション（たとえば、ソング、動画、音楽ビデオ等）に関係するとき、関係があるとされる。いくつかの場合においては、２つの関係があるコンテンツのピースを同時に見ること又は再生することができる。別の場合においては、２つのコンテンツのピースを独立に見ること又は再生することができる。

図４〜１０は、一部の実施形態のメディア・ストレージ構造内における関係があるコンテンツのピースの種々の例を示している。図４は、一方の暗号化されたコンテンツのピースが、特定のプレゼンテーション（たとえば、音楽ビデオ、映画等）に関係するオーディオ・コンテンツ４０５（たとえば、オーディオ・トラック、ソング、サウンド・トラック）となり、他方の暗号化されたコンテンツのピースがビデオ・コンテンツ４１０（たとえば、ビデオ・トラック、ビデオ・クリップ等）となるストレージ構造４００の例を示している。

図５は、２つのビデオ・コンテンツのピースを含むストレージ構造５００を示している。その種の２つのビデオ・コンテンツのピースの１つの例は、動画中の１つ又は複数のシーンをカバーするために異なるアングルから撮影された２つのビデオ・クリップとなろう。ビデオ・コンテンツのピースは、そのビデオ・コンテンツに関連付けられたオーディオ・コンテンツを含むこともあり、ビデオ・データしか含まないこともある。図６は、２つのオーディオ・コンテンツのピースを含むストレージ構造６００を示している。その種の２つのオーディオ・コンテンツのピースの１つの例は、２つの異なるバージョン又はミキシングのソングとなろう。

オーディオ又はビデオ以外のコンテンツを、本発明の一部の実施形態のメディア・ストレージ構造内にストアしてもよい。たとえば、図７は、１つはオーディオ・コンテンツのピース７０５で、他は、このオーディオ・コンテンツのピース７０５に関連付けられた歌詞、会話、又はそのほかのデータであるテキスト・コンテンツのピース７１０をストアしたメディア・ストレージ構造７００を示している。同様に図８は、ビデオ・コンテンツのピース８０５と、ビデオ・コンテンツのピース８０５に関連付けられた会話であるテキスト・コンテンツのピース８１０とをストアするメディア・ストレージ構造８００を示している。

いくつかの場合においては、システムが２より多くのコンテンツのピースを含むメディア・ストレージ構造を配信する。たとえば図９は、１つのオーディオ・コンテンツのピース（たとえばソング）を、そのオーディオ・コンテンツに関連付けられた２つの異なるビデオ・クリップである（たとえば、ソングに関連付けられた２つの異なる音楽ビデオ）２つのビデオ・コンテンツのピースとともに含むメディア・ストレージ構造９００を示している。同様に図１０は、１つのビデオ・コンテンツのピース（たとえば動画）を、２つの異なる言語によるそのビデオのオーディオ構成部分である２つのオーディオ・コンテンツのピースとともに含むメディア・ストレージ構造１０００を示している。

図４〜１０に示されている種々の例では、メディア・ストレージ構造が、メディア・ストレージ構造内にストアされている各コンテンツのピースを平文化するための鍵を含む。前述したとおり、一部の実施形態のコンテンツ配信システムは、特定のデバイス上のメディア・ストレージ構造にアクセスするために異なる鍵のセットの獲得（たとえば、購入されるか又はライセンスされる）を許可する。一部の実施形態においては、デバイスがメディア・ストレージ構造内に、獲得済みの鍵のセットをストアし、その獲得済みの鍵のセットを、そのデバイス上におけるアクセスのために購入されたか又はライセンスされた、そのメディア・ストレージ構造のコンテンツの平文化とアクセスに使用する。平文化された後は、そのデバイスが、平文化されたコンテンツのピースを個別に、又は同時に見ること又は再生することができる。

一部の実施形態においては、メディア・ストレージ構造を受信したデバイス（たとえばコンピュータ）が、そのメディア・ストレージ構造を別のデバイス（たとえば、ポータブル・プレーヤ）に転送する。この転送においては、メディア・ストレージ構造からコンテンツのピースの１つが、その相手のデバイス（たとえば、ポータブル・プレーヤ内）へのメディア・ストレージ構造の転送において削除されることがある。いくつかの場合においては、その相手のデバイス上のリソースの消費を低減するためにコンテンツのピースの１つが削除される。

上に挙げたいくつかの実施形態は、それ自体が鍵のストレージに利用可能な複数のセクションを含むメディア・ストレージ構造を参照して例示されている。その種のストレージ・セクションは、クイックタイム（Ｑｕｉｃｋｔｉｍｅ）ファイル・フォーマット、ウインドウズ・メディア（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ）ファイル・フォーマット、リアル（Ｒｅａｌ）メディア・フォーマット、ＩＳＯ／ＩＥＣ １４４９６‐１２、モーションＪＰＥＧ等を含む多くのメディア・ファイル・フォーマット内に組み込まれることが可能である。当業者は認識することになろうが、一部の実施形態においては、それに代わって鍵が、それらが関係する単位メディア・ファイルとは別にストアされ、転送される。

II．コンテンツ配信システム
図１１は、一部の実施形態のコンテンツ配信システム１１００を示している。このコンテンツ配信システムは、コンテンツのディジタル著作権を保護する（すなわち、合法的使用を保証する）態様でコンテンツを配信する。関係のあるコンテンツを配信するために、システムは、複数の関連するコンテンツのピースを伴う単一メディア・ストレージ構造を配信する。この例においては、メディア・ストレージ構造はメディア・ファイルである。当業者は認識することになろうが、ほかの実施形態がほかのタイプのストレージ構造を使用することもある。

図１１に示されているとおり、コンテンツ配信システム１１００は、コンテンツ・キャッシング・サーバ１１０５、ＤＲＭサーバ１１１０、コンテンツ受信コンピュータ１１１５を含む。コンピュータ１１１５は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、ネットワークのネットワーク（たとえば、インターネット）等のコンピュータ・ネットワークを通じてサーバ１１０５、１１１０に接続する。

この接続を通じてコンピュータ１１１５は、ＤＲＭサーバ１１１０と通信し、コンテンツを獲得する。一部の実施形態においては、コンテンツ配信システム１１００がコンテンツの販売又はライセンス付与を伴わない。したがって、それらの実施形態においては、ＤＲＭサーバ１１１０が、財務上の目的を考慮することなく、許可されたコンピュータへのコンテンツの配信を単に遵守させる。

しかしながら例示する目的のため、以下に述べるコンテンツ配信システム１１００のいくつかの実施形態は、コンテンツの販売又はライセンス付与を伴う。したがって、それらの実施形態においては、ＤＲＭサーバ１１１０が、そこからコンピュータ１１１５のユーザがコンテンツを購入するか、又はライセンスできるサーバである。言い替えると一部の実施形態のＤＲＭサーバ１１１０は、コンテンツの購入又はライセンス付与のための財務取引を取り扱うサーバになる。いくつかの場合においては、特定のコンテンツの購入又はライセンスを無料にできる。

コンピュータ１１１５がコンテンツを獲得できるとＤＲＭサーバ１１１０が決定した後、コンテンツ配信システム１１００は、コンテンツ・キャッシング・サーバ１１０５を使用し、ネットワーク１１２０を介して１つ又は複数のＤＲＭコンテンツのピースを含むメディア・ストレージ・ファイルをコンピュータ１１１５に提供する。一部の実施形態においては、システム１１００は、ネットワークにわたるコンテンツのダウンロードの速度と効率を向上させるために、複数のコンテンツ・キャッシング・サーバ１１０５を使用してネットワーク上の種々の場所にコンテンツをキャッシュする。ＤＲＭサーバ１１１０がコンテンツ・キャッシング・サーバ１１０５にコンピュータ１１１５への提供を指示する各メディア・ストレージ・ファイルに対して、ＤＲＭサーバ１１１０は、そのコンピュータがメディア・ストレージ・ファイル内にストアされているコンテンツの平文化に使用するための鍵のセットを提供する。

図１２は、コンピュータ１１１５、ＤＲＭサーバ１１１０、コンテンツ・キャッシング・サーバ１１０５の間における１つの可能なインタラクションのセットの例を概念的に示している。このインタラクションのセットは、本発明の一部の実施形態のコンテンツ獲得プロセス１２００を表す。この図に示されているとおり、獲得プロセス１２００は、コンピュータ１１１５が、特定のメディア・ファイル内にストアされている１つ又は複数のコンテンツのピースを購入するか、ライセンスする要求をＤＲＭサーバ１１１０に（１２０５において）送信するときに開始する。１２１０においては、ＤＲＭサーバがこの要求を受信する。

獲得プロセスは、その後、ＤＲＭサーバ１１１０及び／又は購入側のコンピュータ１１１５に、購入又はライセンス取引を完了する１つ又は複数の動作を（１２１５において）実行させる。取引が完了した後、ＤＲＭサーバ１１１０は、購入されたか又はライセンスされたコンテンツのためのメディア・ファイルをコンピュータ１１１５に送信する要求を（１２１５において）コンテンツ・キャッシング・サーバ１１０５に送信する。

コンテンツ・キャッシング・サーバ１１０５は、この要求を１２２５において受信し、それに応答して購入側のコンピュータ１１１５へのメディア・ファイルのダウンロードを（１２３０において）開始する。図１１は、コンテンツ・キャッシング・サーバ１１０５がコンピュータ１１１５にダウンロードするメディア・ファイル１１２５の例を示している。この例においては、メディア・ファイルが５つのセクションを有する。第１及び第２のセクション１１４５、１１５５が２つの暗号化されたコンテンツのピースを含む。各コンテンツのピースは、特定のコンテンツ鍵を使用して暗号化されている。第３及び第４のセクション１１５０及び１１６０は、ファイル内の空セクションであり、コンテンツ鍵がコンピュータ１１１５によって購入されるかライセンスされる場合に、その種のコンテンツ鍵を挿入するためのセクションである。最後の第５のセクション１１６５は、コンテンツ及び／又はコンテンツ鍵に関係するメタデータを含むヘッダ・フィールドである。

コンピュータ１１１５は、キャッシング・サーバによって提供されたメディア・ファイルを（１２３５において）受信する。その後コンピュータ１１１５は、ダウンロードの確認をＤＲＭサーバ１１１０に（１２４０において）送信する。１２２０の後に、ＤＲＭサーバ１１１０は、待機状態１２４５に遷移して、コンピュータ１１１５から確認が受信されるのを待つ。

ＤＲＭサーバ１１１０は、１２４５においてダウンロードの確認を受信すると、コンピュータ１１１５が購入したか又はライセンスしたコンテンツのピースに基づいて鍵のセットをコンピュータ１１１５に（１２５０において）送信する。図１１に示されている例においては、コンピュータ１１１５がメディア・ファイル内にストアされているコンテンツのピースを両方ともに獲得している。したがって、この例においては、ＤＲＭサーバ１１１０が、コンピュータ１１１５がメディア・ファイル１１２５内の両方のコンテンツのピースにアクセスすることを許可する鍵のセットを（１２５０において）送信する。

図１１に示されている例においては、この鍵のセットが２つのコンテンツ鍵１１３０、１１３２を含む。一部の実施形態においては、各コンテンツのピース（たとえば、１１４５又は１１５５）が特定のコンテンツ鍵（たとえば、１１３０又は１１３２）に基づいて暗号化される。したがって、コンピュータ１１１５は、コンテンツ鍵１１３０を使用して暗号化されたコンテンツ１１４５を平文化し、コンテンツ鍵１１３２を使用して暗号化されたコンテンツ１１５５を平文化する。

図１３は、メディア・ファイル１１２５を獲得するコンピュータ１１１５の別の例を示している。この例においては、コンピュータ１１１５が第１の暗号化されたコンテンツ１１４５だけを獲得する。したがって、コンテンツ・キャッシング・サーバ１１０５がコンピュータ１１１５に両方のコンテンツのピースを含むメディア・ファイルを供給する場合であっても、ＤＲＭサーバ１１１０は、暗号化されたコンテンツ１１４５のためのコンテンツ鍵１１３０しか供給しない。

したがって、この例においては、コンピュータがコンテンツ鍵１１３０を使用することによってメディア・ファイル内の暗号化されたコンテンツ１１４５にアクセスできる。しかしながら、コンピュータ１１１５がメディア・ファイル１１２５内の暗号化されたコンテンツ１１５５のための暗号化されたコンテンツを受信していないことから、そのコンピュータは、暗号化されたコンテンツ１１５５を平文化することができない。

図１２に示されているとおり、コンピュータ１１１５は、ＤＲＭサーバ１１１０によって供給される鍵のセットを（１２５５において）受信する。図１２に示されているとおり、コンピュータ１１１５は、この鍵のセットを（１２６０において）メディア・ファイル内にストアする。図１４は、コンピュータの、図１１に示されている例の中でそれが受信する２つの鍵のストレージを示している。この図に示されているとおり、コンピュータ１１１５は、当初、コンテンツ鍵１１３０と１１３２を一時ストレージ１４０５、１４０７にストアする。その後、それらのコンテンツ鍵を、１２３５において受信して一時ストレージ１４１０内に一時的にストアしているメディア・ファイル１１２５と組み合わせる。その後、コンピュータは、この組合せの結果として得られたメディア・ファイルをコンテンツ・ライブラリ・ストレージ１４１５内にストアする。

図１５は、コンピュータの、図１３に示されている例の中でそれが受信する鍵のストレージを示している。図１５に示されているストレージ動作は、コンピュータがこのコンテンツ鍵の獲得及び受信を行わなかったので、組合せファイル（コンテンツ・ライブラリ・ストレージ１４１５内にストアされる）が第２の暗号化されたコンテンツのためのコンテンツ鍵１１３２を含まないことを除けば、図１４に示されているストレージ動作に類似である。

上記の実施形態においては、コンテンツ配信システム１１００が、暗号化されたコンテンツの提供に１つのコンピュータを使用し、暗号化されたコンテンツの平文化に必要な鍵の提供に別のコンピュータを使用している。当業者は認識することになろうが、別の実施形態においては、コンテンツ配信システムが、暗号化されたコンテンツとその暗号化されたコンテンツを平文化するための鍵の提供に１つのコンピュータを使用する。

それに代わるものとして別の実施形態においては、コンテンツ配信システムが、コンテンツのための暗号鍵の提供に１より多くのコンピュータを使用する。たとえば、オーディオ・コンテンツのための鍵が１つのサーバから使用可能となり、同じメディア・ストレージ構造内にストアされる関係するビデオ・コンテンツのための鍵が別のサーバから利用可能となることがある。複数のサーバが異なる当事者によって所有され、管理されることさえ、それらが管理する著作権の場合と同様に考えられる。

また、上記の実施形態においては、コンテンツ配信システム１１００が、異なるコンテンツのピースの平文化のために異なる暗号鍵を用意する。別の実施形態においては、コンテンツ配信システムが、異なるコンテンツのピースの暗号化に異なるエンコーディング・スキームを使用することができる。たとえばシステムは、オーディオ・コンテンツの暗号化に対称暗号スキームを使用するが、ビデオ・コンテンツの暗号化に非対称暗号スキームを使用することが考えられる。それに代えてシステムが、オーディオ・コンテンツは完全に暗号化するが、ビデオ・コンテンツは部分だけを暗号化するといったことも考えられる。

また図１２は、コンピュータ１１１５、ＤＲＭサーバ１１１０、コンテンツ・キャッシング・サーバ１１０５の間における１つの可能なインタラクションのセットを示している。当業者は認識することになろうが、ほかの実施形態においてはそれらのコンピュータが異なるインタラクションを行うことができる。たとえば一部の実施形態においては、コンピュータ１１１５が、ＤＲＭサーバに対してメディア・ファイルの受信の確認を送信しない。それらの実施形態のいくつかにおいては、ＤＲＭサーバ自体が鍵のセットをコンピュータ１１１５に送信する。

単純化したネットワーク構成を参照して一部の実施形態を説明してきたが、ここで述べた枠組の中で多くの変形が存在することは理解されるであろう。たとえばＤＲＭサーバが単一のコンピュータとして示されているが、この特許の目的のためには、その種のサーバが多くの相互接続されたコンピュータ及び／又はメモリ及び／又は相互接続された装置の部分を含むことができる。同様にコンテンツ・キャッシング・サーバを単一のコンピュータ又は全体でサーバを構成するネットワークされたコンピュータとメモリの集合とすることも可能である。それに加えて、コンテンツはコンテンツ・キャッシング・サーバから特定のクライアント・コンピュータに直接又は間接的に供給できるが、ほかの転送方法は、コンピュータが、それがピア・コンピュータ、ポータブル・ストレージ・デバイス、又は何らかのそのほかの転送メカニズムから利用できるコンテンツをアンロックするための鍵を必要とする結果に帰することもある。

III．プレーヤとの同期
一部の実施形態においては、コンピュータ１１１５が、それ自体のＤＲＭコンテンツを、そのＤＲＭコンテンツへのアクセスが許可されたポータブル・プレーヤに同期させることができる。いくつかの場合においては、この同期が、コンピュータがポータブル・プレーヤにダウンロードするメディア・ファイルから１つ又は複数のコンテンツのピースを削除する。いくつかの場合においては、その相手のデバイス上のリソースの消費を低減するためにそれらのコンテンツが削除される。別の場合においてはその相手のデバイスがこの他方のコンテンツにアクセスする権利を有していないためにメディア・ストレージ構造からコンテンツが削除される。

図１６は、ポータブル・プレーヤ１６０５とのＤＲＭコンテンツの同期を行うコンピュータ１１１５の例を示している。ポータブル・プレーヤは、音楽プレーヤ、オーディオ／ビデオ・プレーヤ等とすることが可能である。コンピュータ１１１５がそれ自体のＤＲＭコンテンツの同期をポータブル・プレーヤ１６０５と行うとき、一部の実施形態におけるポータブル・プレーヤ１６０５は、（１）コンピュータ１１１５からＤＲＭコンテンツを受信し、かつ（２）それが受信する各ＤＲＭコンテンツのピースを平文化するためのコンテンツ鍵を受信する。ポータブルは、その後、受信した暗号化されたＤＲＭコンテンツと関連する鍵をストアする。

図１７は、一部の実施形態においてコンピュータ１１１５が実行してプレーヤ１６０５とコンテンツのセットを同期するプロセス１７００を概念的に示している。この図に示されているとおり、プロセス１７００は、それが、プレーヤ１６０５とのコンテンツのセットの同期を行う要求を受信するときに（１７０５において）開始する。その後プロセスは、プレーヤのユーザ・アカウントＩＤに関連付けられたメディア・ファイルのセットを（１７１０において）識別する。

次にプロセスは、コンピュータ１１１５がプレーヤにまだダウンロードしていない、そのプレーヤのためのメディア・ファイルをストアしているか否かを（すなわち、コンピュータとプレーヤの間において同期される必要があるメディア・ファイルがあるか否かを）（１７１５において）決定する。存在しない場合にはプロセスが終了する。

それ以外は、プロセスが、同期される必要のあるメディア・ファイルを（１７２０において）選択する。１７２０においては、プロセスが、そのポータブル・プレーヤにダウンロードされるべきでないコンテンツとして指定されているコンテンツのピースがあれば、メディア・ファイルから削除する。一部の実施形態においては、コンピュータが、ユーザがポータブル・プレーヤとの同期を希望しているコンテンツをユーザが指定することを可能にするアプリケーションを使用する。

プロセスがメディア・ファイルからコンテンツを（１７２０において）削除する場合に、本発明の一部の実施形態においては、メディア・ファイルからそのコンテンツの関連するコンテンツ鍵とメタデータも削除する。図１６は、ビデオ・コンテンツ及びそれに関連するコンテンツ鍵を、ポータブル・プレーヤ１６０５にダウンロードされるメディア・ファイル１６００から削除する例を示している。

１７２０の後、プロセスが、プレーヤと同期されなければならない暗号化されたコンテンツのみを含むメディア・ファイルを（１７２５において）ダウンロードする（すなわち、プレーヤにダウンロードされるべきでないコンテンツが削除された後のメディア・ファイルをダウンロードする）。一部の実施形態においては、ダウンロードされるメディア・ファイルが１つ又は複数の暗号化されたコンテンツのピースを含むだけでなく、そのコンテンツの平文化に使用可能な１つ又は複数のコンテンツ鍵も含む。一部の実施形態においては、メディア・ファイル内においてプレーヤにダウンロードされる鍵のセットがコンピュータ１１１５上においてそのコンテンツの平文化に使用される鍵のセットと同一になる。別の実施形態においては、ダウンロードされるメディア・ファイル内の鍵が異なる鍵のセットになる。

その後プレーヤは、ダウンロードされたメディア・ファイルを、それ自体の内蔵ストレージ（たとえば、それの不揮発性ストレージ、ハードドライブ、フラッシュ・メモリ等）上に（１７２５において）ストアする。１７２５の後、プロセスが、プレーヤにまだダウンロードされていない、そのプレーヤのための追加のコンテンツが残っているか否かを（すなわち、コンピュータとプレーヤの間において同期される必要のある追加のコンテンツが存在するか否かを）（１７３０において）決定する。該当すれば、プロセスが、同期される必要があるコンテンツのピースについて１７２０と１７２５を反復する。該当しなければプロセスが終了する。

図１７は、本発明の一部の実施形態におけるコンピュータとプレーヤの間のメディア・ファイルの同期の説明する例を提供している。当業者は認識することになろうが、ほかの実施形態は、メディア・ファイルの同期のための別のプロセスを使用する。また、一部の実施形態においては、ポータブル・プレーヤがＤＲＭサーバ及び／又はコンテンツ・キャッシング・サーバと直接通信してコンテンツを獲得する。

IV． 暗号化
上で述べたとおり、本発明のいくつかの実施形態は、コンテンツを配信するためのＤＲＭプロセスとシステムを提供する。それらのプロセスとシステムは、暗号鍵に基づいてコンテンツの暗号化と平文化を行う。コンテンツの暗号化は、１つ又は複数の暗号鍵に基づいて平文化可能な形式（平文と呼ばれる）から平文化不可能な形式（暗号文と呼ばれる）へのコンテンツの変換を伴う。コンテンツの平文化は、１つ又は複数の暗号鍵の使用によって、暗号化されたコンテンツを平文化可能な形式に変換することを含む。

暗号鍵は、暗号アルゴリズムの動作を制御する情報の一部である。対称暗号化テクノロジにおいては、コンテンツの暗号化に使用される鍵がコンテンツの平文化に使用される鍵と同一になる。非対称暗号化テクノロジにおいては、コンテンツの暗号化と平文化に同一の鍵が使用されない。たとえば、１つのスキームにおいては、暗号化デバイスが受領側の公開鍵を使用してコンテンツを暗号化し、受領側は、それ自体の秘密鍵を使用して暗号化されたコンテンツを平文化する。

上で述べた実施形態の特徴の多くは、対称又は非対称暗号化アプローチに従って実装可能である。また一部の実施形態においては、暗号化がコンテンツのバイナリ・フォーマットに適用される。暗号化されていないコンテンツのピースのバイナリ・フォーマットは、人間にとって解読が困難であるが、アプリケーション又はオペレーティング・システムによっては解読可能である。それに対し、暗号化されたコンテンツのピースのバイナリ・フォーマットは、理想的には、１つ又は複数の暗号鍵を使用することによって最初に平文化しない限り、あらゆるアプリケーション又はオペレーティング・システムによっても解読できないものとなる。

以上、多くの特定の詳細を参照して本発明を説明してきたが、当業者であれば、本発明の精神から逸脱することなしにほかの特定の形式において本発明の具体化が可能であることを認識するであろう。たとえば、一部の実施形態のメディア・ストレージ・ファイルについて１セットの鍵が上に述べられているが、ほかの実施形態は、異なるデバイス上におけるメディア・ストレージ・ファイルのコンテンツに対する異なるレベルのアクセスを定義するために異なるセットの鍵を提供する。したがって、当業者は理解することになろうが、本発明が以上の例示的な詳細によって限定されることはなく、付随する特許請求の範囲によって定義される。

Claims (15)

1. 電子デバイス上のメディア・コンテンツにアクセスする方法であって、
   前記電子デバイスが、複数の保護されたメディア部分を伴う単一メディア・ストレージ構造を受信するステップと、
   前記電子デバイスが、アクセス権を有する前記複数の保護されたメディア部分のそれぞれに対する鍵を受信するステップであって、少なくとも１つの保護されたメディア部分に対する少なくとも１つの鍵は前記単一メディア・ストレージ構造とは別に受信される、ステップと、
   前記電子デバイスが、前記単一メディア・ストレージ構造に受信した各鍵を格納するステップと、
   前記電子デバイスがアクセス権を有する保護されたメディア部分にアクセスするため、前記電子デバイスが受信した鍵を使用するステップと、
   から成ることを特徴とする方法。
2. 前記単一メディア・ストレージ構造は、保護された各メディア部分の各鍵とは別に受信されることを特徴とする請求項１記載の方法。
3. 前記保護された各メディア部分に対する各鍵が、コンテンツ配信用の第１のコンピュータのセットとは異なるライセンス付与用の第２のコンピュータセットから受信される間に、前記単一メディア・ストレージ構造は前記コンテンツ配信用の第１のコンピュータセットから受信されることを特徴とする請求項１の方法。
4. 前記保護されたメディア部分の１つは、オーディオ・コンテンツであり、前記保護されたメディア部分のうちもう一つは前記オーディオ・コンテンツに関連したビデオ・コンテンツであることを特徴とする請求項１記載の方法。
5. 前記オーディオ・コンテンツはソングであり、前記ビデオ・コンテンツは前記ソングに関連した音楽ビデオであることを特徴とする請求項２記載の方法。
6. 前記保護されたメディア部分の１つはオーディオ・コンテンツであり、前記保護されたメディア部分のもう一つは前記ビデオ・コンテンツに関連したテキスト・コンテンツであることを特徴とする請求項１記載の方法。
7. 前記オーディオ・コンテンツはソングであり、前記テキスト・コンテンツは前記ソングの歌詞であることを特徴とする請求項６記載の方法。
8. 前記保護されたメディア部分の１つはビデオ・コンテンツであり、前記保護されたメディア部分のもう一つは前記ビデオ・コンテンツに関連したテキスト・コンテンツであることを特徴とする請求項１記載の方法。
9. 前記テキスト・コンテンツは前記ビデオ・コンテンツに関連した会話であることを特徴とする請求項１記載の方法。
10. 前記電子デバイスは第１の電子デバイスであり、前記単一メディア・ストレージ構造は第１の単一メディア・ストレージ構造であり、前記方法はさらに、
    前記第１の電子デバイスに格納された前記第１の単一メディア・ストレージ構造内の保護されている前記複数のメディア部分へのアクセス権を第２の電子デバイスが有するか否かを前記第１の電子デバイスが判定するステップと、
    前記第１の電子デバイスが、前記第１の単一メディア・ストレージ構造から、少なくとも１つの保護されたメディア部分に関連した少なくとも１つの鍵を削除するステップであって、前記削除された鍵は、前記第２の電子デバイスがアクセス権を持たない特定の保護されたメディア部分に関連した特定の鍵である、ステップと、
    前記第１の電子デバイスが、前記第２の電子デバイスに第２の単一メディア・ストレージ構造を提供するステップと、
    をさらに有し、
    前記第２の単一メディア・ストレージ構造は、前記第１の単一メディア・ストレージ構造から削除された前記少なくとも１つの鍵を除いた、前記第１の単一メディア・ストレージ構造からの保護されている前記複数のメディア部分と格納された鍵を含むことを特徴とする請求項１記載の方法。
11. 前記第２の単一メディア・ストレージ構造は前記第１の単一メディア・ストレージ構造と同一であることを特徴とする請求項１０に記載の方法。
12. 前記電子デバイスは第１の電子デバイスであり、前記単一メディア・ストレージ構造は第１の単一メディア・ストレージ構造であり、前記方法はさらに、
    前記第１の電子デバイスに格納された前記第１の単一メディア・ストレージ構造から保護されている複数のメディア部分へ、第２の電子デバイスがアクセス権を有する否かを前記第１の電子デバイスが判定するステップと、
    前記第１の電子デバイスが、前記第２の電子デバイスに第２の単一メディア・ストレージ構造を提供するステップと、
    から成り、
    前記第２の単一メディア・ストレージ構造は、前記第２の電子デバイスがアクセス権を持たない特定の保護されたメディア部分に関連した少なくとも１つの鍵を除いた、前記第１の単一メディア・ストレージ構造からの保護された複数のメディア部分および格納された鍵を含むことを特徴とする請求項１に記載の方法。
13. 前記電子デバイスは第１の電子デバイスであり、前記単一メディア・ストレージ構造は第１の単一メディア・ストレージ構造であり、前記方法はさらに、
    前記第１の電子デバイスに格納されている前記第１の単一メディア・ストレージ構造から保護されている前記複数のメディア部分へ、第２の電子デバイスがアクセス権を有するか否かを前記第１の電子デバイスが判定するステップと、
    前記第１の電子デバイスが、前記第２の電子デバイスがアクセス権を持たない少なくとも１つの保護されたメディア部分を除く、前記第１の単一メディア・ストレージ構造からの保護されている前記複数のメディア部分および前記格納された鍵を含んだ第２の単一メディア・ストレージ構造を、前記第２の電子デバイスに提供するステップと、
    から構成されることを特徴とする請求項１に記載の方法。
14. 前記第２の単一メディア・ストレージ構造は、前記第２の電子デバイスがアクセス権を持たない、前記少なくとも１つの保護されたメディア部分に関連した少なくとも１つの鍵を含まないことを特徴とする請求項１３に記載の方法。
15. 少なくとも１つのプロセッサによって実行可能なコンピュータプログラムを格納するコンピュータ可読媒体であって、前記コンピュータプログラムは前記請求項１乃至１４に記載された方法を実行するための命令を備えることを特徴とするコンピュータ可読媒体。

Images