デジタルデータコンテンツの保護
種々の実施形態は、著作権付きデジタルコンテンツの配信および利用を制御するための装置、システム、および方法を含む。インターネットのような通信ネットワークを介して受信されたデータファイルの処理は、パーソナルコンピュータ、ノート形パソコン、音声プレーヤ、映像プレーヤなどのホストデジタル機器内とこのホストと取り外し可能に接続されたごく小さいデジタル著作権管理（ＤＲＭ）モジュール内の両方において行われる。この処理により、データファイルのコンテンツを権限のない者が取得しかつ／または許可されていないＤＲＭモジュールを用いて利用するのが極めて困難となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全体としてデジタル著作権管理の分野に関し、より詳細には、デジタルコンテンツポリシーを遠隔実施する方法に関する。
【背景技術】
【０００２】
インターネットによる世界規模のネットワークおよび他のデータ通信ネットワークにより、多くのデジタル機器を相互に接続して情報をやり取りすることが可能となっている。デジタル機器には、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、ＰＤＡ、携帯電話、ＭＰ３プレーヤ、ＤＶＤプレーヤ、ゲーム機、デジタルカメラのようなデジタル記録媒体などが含まれる。インターネット、および有線ネットワークならびに衛星ネットワークまたは企業ネットワークあるいは組織ネットワークのような他のネットワークにおける特定の用途には、デジタルファイル、具体的にはデジタルコンテンツファイルの配信がある。
【０００３】
デジタルコンテンツファイルは、エンドユーザによる閲覧、聴取、読み取り、プレー、実行、もしくはその他の利用といったエンドユースを有するデータであり、エンドユースに至る前のある時点で数値形式で格納および／または表されたデータである。デジタルコンテンツファイルは、音声ファイル、映像ファイル、ソフトウェアファイル、電子書籍、文書、コンピュータゲームまたは他の種類のコンテンツとすることができる。
【０００４】
著作権付きデジタルコンテンツファイルとは、少なくとも１つのエンドユースに関して法的制限が設けられているデジタルコンテンツファイルである。例えば、ユーザは、著作権所有者からの許可を受けることなく、著作権付きデジタルコンテンツファイルのコピー作成、配信、修正、販売、および／または他のエンドユースを実行することはできない。著作権付きデジタルコンテンツファイルの例には、商業映画、商業音楽、電子書籍、ソフトウェア、コンピュータゲームなどがある。
【０００５】
音声および映像のような高品質マルチメディアファイルの生デジタル表現では、高速のデータサンプリングを用いて、アナログ情報がデジタルデータに変換される。この表現方法は、大量の記憶領域を消費する。例えば、３分間の長さの一般的な音声クリップを表現するＷＡＶ形式のファイルは、サイズがすぐに３０メガバイトを超えてしまう。一般的な６０秒の映像クリップは、圧縮されないと、１．５ＧＢになってしまう。インターネットなどのネットワークを介したデータの転送には、金銭として、さらに情報転送に要する時間として測ることのできるコストがかかる。転送するファイルが大きくなるほど、転送するのにより多くの時間を要することになり、接続時間に応じて支払いが行われる接続に関して、より多くのコストがかかることになる。
【０００６】
ネットワークを介してデジタルマルチメディアファイルを格納および／または転送する時間ならびにコストを削減するために、当該技術分野の専門家達は、デジタルコンテンツファイルをより小さいファイルに圧縮する高度なアルゴリズムを考案した。圧縮技術は通常損失を伴う（解凍する際にデータを正確に復元することができない）が、音声および映像の標準的な圧縮・解凍技術によって得られる、人間の耳および／または目によって通常検知することがない程度の差があるにすぎない。優れた圧縮技術によれば、音声ファイルはその原サイズの１０パーセントに縮小することができ、映像ファイルはさらに圧縮することができる。３分間の歌を３０ＭＢでＷＡＶに符号化した前述した例の場合、圧縮すれば、メモリのわずか３ＭＢしか使われなくなる。
【０００７】
圧縮技術の最も有名なファミリは、まとめてＭｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ（ＭＰＥＧ）(www.mpeg.org 参照）として知られている。ＭＰＥＧ音声圧縮技術の下位ファミリのうちの１つは、Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ Ａｕｄｉｏ Ｌａｙｅｒ ３、略称ではＭＰ３と呼ばれている。
【０００８】
コンピュータまたはＭＰ３プレーヤ上でＭＰ３音声ファイルを実行するために、ファイルを解凍してスピーカを駆動する音響機器にビットストリームを送信するレンダリングソフトウェアおよび／またはハードウェアアプリケーションが用いられる。そのようなソフトウェアの一例は、ＮＵＬＬＳＯＦＴによるウィナンプ (http://www.winamp.com/) である。音声と映像の両方をレンダリングすることができるアプリケーションとして、例えばマイクロソフトメディアプレーヤ (http://www.microsoft.com/)がある。
【０００９】
１９９０年代後半におけるインターネットおよびＭＰ３圧縮の出現は、世界中への音楽配信に革命をもたらした。一人の人物がＣＤからコンピュータへ音楽をコピーし、それをＭＰ３形式に圧縮し、次いでそれを、インターネットを介してファイルを送信することにより、他の数十、数百、また数千の人々とさえも共有することになるであろうピアツーピアシステムが創出された。デジタル音楽ファイルを共有するためのアプリケーション基盤を提供したソフトウェアシステムの最も有名な例は、同名の会社によるＮａｐｓｔｅｒである。そのシステムは、主に、著作権付き音楽ファイルをこれらの作品を制作したアーティストおよびレコード会社に対価を支払うことなく共有するために使用されたために、Ｎａｐｓｔｅｒは、米国の裁判所によって業務停止を命じられた。その当初の形態でのＮａｐｓｔｅｒはもはや存在しないが、今日では多くの類似したサービスが広まり、このようなサービスにより、世界中からのユーザが、音楽、映画、ソフトウェアアプリケーション、ゲーム、および他のファイルを含むあらゆる種類のデジタルコンテンツを共有することができる。
【００１０】
コンテンツ所有者は、このような状況が始まる当初から、デジタルコンテンツの「著作権侵害」による彼らの収益の激減を主張し、それに対抗しようと試みてきた。これまでのところ、技術的解決策を用いてこれらの問題を解決しようとするレコード会社および映画スタジオなどのコンテンツ所有者の試みの中で成功したものは、極めて限られている。
【００１１】
無料のコンテンツダウンロードアプリケーションが数多く存在するが、最近では、ＲｅａｌＮｅｔｗｏｒｋｓ (http://www.listen.com/) 、Ａｐｐｌｅ (http://www.apple.com/itunes/) 、およびＭｉｃｒｏｓｏｆｔ ＭＳＮ Ｍｕｓｉｃ Ｃｌｕｂ ｉｎ Ｅｕｒｏｐｅなどのベンダによる、音楽などのデジタルコンテンツに対する支払いサービスも出現している。ユーザは、１曲の歌毎に料金を支払い、次にその歌を自分のコンピュータにダウンロードしてから、その歌を再生するかまたはＣＤもしくは他のデバイスにコピーすることができる。あるいは、ユーザは、歌に対する所与の期間の無制限アクセスを予約する。これらのサービスでは、ユーザがいったんダウンロードしたファイルで何をすることができるのかを特定はしているものの、特定の使用ポリシーを順守させることには成功していない。
【００１２】
著作権付きデジタルコンテンツのダウンロードおよび共有を実行する許可を得ていない者によるダウンロードおよび共有に対抗し、許可に基づいたデジタルコンテンツの利用に実効性を持たせるために、コンテンツ所有者によってさまざまな保護方法が用いられている。デジタルコンテンツの配信および利用の管理に対する総称は、デジタル著作権管理 (Digital Rights Management)（以下、ＤＲＭという）である。ＤＲＭシステムは一般に、コンテンツリポジトリ／サーバとデジタル機器との間でのコンテンツの安全な配信のための暗号方式を含む。このような方式は一般に、機器が暗号アルゴリズムを実装しかつコンテンツにアクセスするための暗号鍵を保有することが要求される。
【００１３】
多くの場合、デジタルコンテンツをレンダリングするのに用いられるソフトウェアアプリケーションは、ユーザがデジタルコンテンツにアクセスしようと試みる際に拘束される特定の形式のＤＲＭを実装し、例えば映像ファイルを閲覧しかつ音声ファイルを聴くのに用いられるマイクロソフトメディアプレーヤには、内蔵形のＤＲＭ機能がある。このようなアプリケーションによって実行される動作の１つは、暗号方式および暗号鍵を用いてコンテンツファイルを復号化するプロセスである。このような動作を実行するために、そのアプリケーションは、暗号方式および暗号鍵へのアクセス権を有していなければならず、従って、暗号方式および暗号鍵は、アプリケーションの届く範囲内に存在しなければならない。一般に、暗号方式、暗号鍵、またはそれらの両方が、アプリケーションの内部、デジタルコンテンツファイル自体の内部、またはデジタル機器の記憶装置内のどこかに存在する。
【００１４】
コンピュータまたはＰＤＡのようなデジタル機器は一般に、コンピュータプログラマがそれに対してプログラムを開発することができるオープンプラットフォームである。時には、ＤＲＭを回避してコンテンツにアクセスするために、ＤＲＭシステムの暗号鍵および暗号アルゴリズムをハッキングし、それらの存在場所を突き止める目的でソフトウェアプログラムが開発される場合もある。このプロセスは一般に、「攻撃」と呼ばれ、それが成功した場合、ＤＲＭシステムに対する「クラッキング」または「ハッキング」と一般的に呼ばれる。この機能を実行するコンピュータプログラムを以下ハッキングプログラムまたはクラッキングプログラムという。
【００１５】
成功した攻撃の例は、当業界で周知である。２００１年に、マイクロソフトのメディアプレーヤが、偽名「Ｂｅａｌｅ Ｓｃｒｅａｍｅｒ」を使用したプログラマによってクラッキングされた (http://news.com.com/2100-1023-274721.html?legacy=cnet)。
【００１６】
他の形態の攻撃には、プログラミングツールの使用が含まれる。例えば、ソフトウェアデバッガは、レンダリングアプリケーションがデジタルコンテンツ情報を復号化した後に、それを追跡および捕捉し、「保護された」情報を取り出す。そのような情報には、デジタルコンテンツファイルおよびそれをレンダリングする方法を記述したメタデータが含まれる。アプリケーションをクラッキングしてこの情報をＤＲＭシステムから放出するハッキングプログラムがあれば、原デジタルコンテンツファイルの不正コピーを構成することができる。
【００１７】
対抗手段として、ＤＲＭシステムは、より高度な暗号体系およびコード難読化技術を用いることができる。他の方法には、暗号鍵を格納するための耐タンパハードウェアの追加が含まれる。このような方法の例には、レインボー テクノロジー インコーポレイテッドによるｉＴｏｋｅｎのような暗号トークン (http://www.rainbow.com/ikey/index.html) 、または暗号鍵および任意選択的に暗号アルゴリズムを格納するためのスマートカードの使用がある。このような解決策では、情報を復号化するプロセスにおいて暗号鍵をデジタル機器に明示するか、または内部で暗号機能を実行してしまって以後アクセスすることができるよう生の形式で最終結果を示す。
【００１８】
前述したコンテンツ保護方法から生じる副次的悪影響は、前述した暗号化方式およびコード難読化を実装することにより、デジタルコンテンツをレンダリングするソフトウェアアプリケーションが、保護プロセスにおいて積極的な役割を担うことである。コンテンツ保護の実装は秘密に保たれなければならないので、それを知ることができるのは、唯一そのソフトウェアアプリケーションを開発した組織のみである。さらに、コンテンツ自体を暗号鍵およびその特定の実装をした場合にしかわからないデータで修正しなければならず、その特定のソフトウェアアプリケーションは、コンテンツを復号化してレンダリングすることができる唯一のソフトウェアになってしまう。特定のソフトウェアアプリケーションによって利用されるコンテンツを制限すると、そのコンテンツを利用するために用いることができるデジタル機器のタイプおよび種類は、そのアプリケーションを開発した組織がサポートすることにした消費家電製品のタイプおよび種類に限定されることになる。
【００１９】
前述した方法は、停止してはいないがゆっくりとしたものであり、反対に働くことが証明されている。十分な時間と労力があれば、ＤＲＭシステムをクラッキングするコンピュータプログラムを書くことができる。当業者であればわかることであるが、そのような攻撃は、プログラマがソフトウェアプログラムを開発することができる開放型開発環境において実行されるソフトウェアアプリケーションのほうが成功しやすい。同様に、暗号化コプロセッサを用いると、復号化後のコンテンツが攻撃を受けやすくなる。
【００２０】
デジタルコンテンツファイルが無制限にコピーおよび流布されるのを防止するのに特に有効な別の方法は、音声ファイルならびに映像ファイルのようなデジタルコンテンツファイルのユーザへのストリーミングである。このシナリオでは、ファイルは、デジタル機器上に格納するためにダウンロードされるのではなく、ラジオ番組そっくりに「放送」される。これにより、デジタル機器上にはコンテンツの小ブロックのみが各所与の瞬間に存在することになる。これのマイナス面は、ユーザが音楽番組または映画の全持続時間中ずっとストリーミングソースまたはオンラインに接続していなければならないことである。ストリーミングに関する別の問題は、デジタル機器の記憶装置上に保存されるファイルの場合と異なり、ストリーミングされるコンテンツの料金を支払ってもユーザは常時コンテンツにアクセスすることができないことである。ストリーミングの別の欠点は、ストリーミングされたコンテンツを人間の目または耳にそれと分かる差異をもたらすことなく記録しかつ原デジタルコンテンツのデジタルコピーを再構成するプログラムが既に存在する点である。
【００２１】
著作権付きデジタルコンテンツの配信および管理に対する既存の解決策に関する問題を要約すると、既存の技術では、暗号化された著作権付きデジタルコンテンツおよびレンダリングソフトウェアアプリケーションが、クラッキングが容易なオープンコンピューティングシステムに格納される点が問題であることが挙げられる。また、デジタルコンテンツを特定の形式および特定のレンダリングソフトウェアアプリケーションに結び付けると、デジタルコンテンツのエンドユースに用いることができるさまざまなデジタル機器の機種数が限定されてしまう。さらに、ストリーミングによって解決しても、ストリーミングはユーザにとって不都合であり、抜け道が見つかりやすい。
【００２２】
著作権の所有者によって特定された制限の範囲内のみでユーザが著作権付きデジタルコンテンツを所有および使用することを許可するシステム、装置、および方法が求められているが未だ達成されていないことは明らかである。
【特許文献１】米国特許出願第１０／８２６，８０１号
【特許文献２】米国特許出願第１０／８２６，７９６号
【特許文献３】米国公開特許出願第２００４／０１３７６６４号
【発明の開示】
【００２３】
以下の明細書を読むことにより理解される本発明によって、前述した欠点および問題に対処する。
【００２４】
本発明の目的は、ＤＲＭ装置を提供することである。
【００２５】
本発明の別の目的は、ＤＲＭ装置と共に使用するための著作権付きデジタルコンテンツを準備する方法を提供することである。
【００２６】
本発明のさらに別の目的は、ＤＲＭ装置を用いて著作権付きデジタルコンテンツを配信およびレンダリングする方法ならびにシステムを提供することである。
【００２７】
いくつかの実施形態では、以下のステップが発生する。配信前に、一つ一つが著作権付きデジタルコンテンツのエンドユースに対して単独では十分ではないように原著作権付きデジタルコンテンツが処理されて、２つまたはそれ以上のパーツ（以下、ファイルという）が生成される。原著作権付きデジタルコンテンツの２つのファイルへの処理については以下で詳細に説明する。得られた２つの処理済みファイルが統合ファイルに再結合され、このファイルが、ネットワークを介して配信するために圧縮および暗号化される。いくつかの実施形態では、この統合ファイルは、追加のデータを含むことができる。統合ファイルは、ネットワークを介して、ＤＲＭ装置が接続されたデジタル機器に配信される。受信された統合ファイルは、ＤＲＭ装置内に格納される。ＤＲＭ装置は、この統合ファイルを２つのファイルに分離する。適切な時に、１つのファイルまたはファイルのセクションが処理のためにデジタル機器に送信され、第２のファイルもしくは第２のファイルのセクションが、ＤＲＭ装置の内部で処理される。適切な時期に、このような処理の結果がＤＲＭ装置の内部またはデジタル機器内で結合されて、エンドユーザが使用することができるデータおよびコンテンツが生成される。このプロセス中のどの時点においても、原コンテンツの完全なセットをデジタル機器上で利用することはできず、利用可能なコンテンツを生成するのに用いられる処理アルゴリズムの完全なセットをデジタル機器上で利用することもできない。それ故に、ハッキングの可能性に対して開放状態にある。
【００２８】
ＤＲＭ装置は、デジタル機器上でのコンテンツファイルのレンダリングに対する満了、使用回数制限、複製などのポリシー、および他の利用ポリシーを処理することができる。ユーザが特定の著作権付きデジタルコンテンツファイルを利用することを許可されていない場合、生成プロセスは開始されない。
【００２９】
前述した目的、態様および利点ならびに他の目的、態様および利点は、図面を参照した以下の本発明の実施形態の詳細な説明からよりよく理解されることになろう。
【発明を実施するための最良の形態】
【００３０】
本発明の例示的な実施形態の以下の詳細な説明では、本発明を実施することができる特定の例示的な実施形態を示す図面を参照する。当業者であれば、本発明の精神を逸脱することなく別の実施形態を用いることができるのがわかるであろう。従って、以下の本発明の詳細な説明は、限定的な意味で解釈すべきではない。
【００３１】
図１は、ＤＲＭ装置のハードウェア１１０の例示的な実施形態の図であり、中央処理装置（ＣＰＵ）１１２、任意選択的なシステムメモリ１１３、任意選択的なコプロセッサチップ１１９、任意選択的な不揮発性記憶装置１１４、および装置１１０をデジタル機器１２０に接続するためのインターフェイス１１５を含んでいる。状況に応じて１つのみまたは複数のシステムメモリ１１３もしくは不揮発性記憶装置１１４を有することができるので、１つのみまたは複数の中央処理装置１１２があってもよい。１つのみまたは複数のインターフェイス１１５を有することができる。本発明は、それほど限定されたものではない。不揮発性記憶装置１１４は、ＣＰＵ１１２内に含まれていても、ＣＰＵ１１２から分離されていてもよく、通常、ＤＲＭ装置のハードウェア１１０の構成要素または下位構成要素は、統合度を高めるためおよびおそらくはコストを低減するために、ＤＲＭ装置の他の構成要素または下位構成要素と結合することができる。
【００３２】
ＣＰＵ１１２は、汎用ＣＰＵであっても、専用の機能を有するＣＰＵであってもよい。さらに、ＣＰＵ１１２は、本発明の説明ではシステムメモリ１１３、および／または不揮発性記憶装置１１４と同様の目的をそれぞれ果たす内部メモリ、ならびに内部不揮発性記憶装置を含むことができる。ＣＰＵ１１２、不揮発性記憶装置１１４、および／または他の構成要素を耐タンパハードウェアとして実装してもよく、あるいはＣＰＵ１１２の部品、不揮発性記憶装置１１４、および／または他の構成要素を耐タンパ性としてもよい。本発明は、それほど限定されたものではない。
【００３３】
不揮発性記憶装置１１４は、読み出し専用メモリ（ＲＯＭ）、電気的に消去可能でプログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたはバッテリバックアップ式ランダムアクセスメモリ（ＲＡＭ）のような半導体ベースの媒体、もしくはハードディスクドライブまたはフロッピーディスクなどの磁気媒体の記憶装置、あるいは他の種類の不揮発性記憶装置を含むいくつかの種類の記憶装置のうちのいずれであってもよい。本発明は、それほど限定されたものではない。
【００３４】
インターフェイス１１５は、物理面と通信面の両方において、ＤＲＭ装置１１０をデジタル機器１２０と接続することができる。物理面では、例えば、直接接続、１本またはそれ以上のケーブルによる接続および／もしくは無線接続とすることができる。インターフェイス１１５の通信面では、ＤＲＭ装置とデジタル機器との間のデータ交換が可能となる。インターフェイス１１５は、いくつかの種類のインターフェイス、例えばＰＣＩ、ＩＳＡ、ユニバーサルシリアルバス（ＵＳＢ）、ファイアワイヤ、ＩＤＥ、ＳＣＳＩ、ＲＳ−２３２または他のシリアルインターフェイス、パラレルインターフェイス、コンパクトフラッシュ（ＣＦ）インターフェイス、ソニーメモリスティックインターフェイス、マルチメディアカード（ＭＭＣ）、セキュアデジタル（ＳＤ）、ミニセキュアデジタル、エクストリームデジタル（ｘＤ）、ブルートゥース、インフィニバンド、移動電話インターフェイス、ＰＤＡインターフェイス、および／またはＤＲＭ装置をデジタル機器と接続するために用いることができる任意の他の型のインターフェイスのうちのいずれであってもよい。
【００３５】
デジタル機器１２０は、１つまたはそれ以上のデジタルコンテンツファイルのあるエンドユースのために、エンドユーザによって用いられる。デジタル機器１２０は、いくつかの種類の装置、例えばＰＣ、ラップトップ、タブレットコンピュータ、ＰＤＡ、移動電話、ＭＰ３プレーヤ、ＤＶＤプレーヤ、パーソナルビデオプレーヤ、プログラム可能な民生電子機器のうちのいずれか、またはデジタルコンテンツと共に用いることができる任意の他の装置とすることができる。
【００３６】
１
不揮発性記憶装置１１４は、ＣＰＵ１１２によって実行することができる命令を含んでいる。不揮発性記憶装置１１４は、任意選択的な固有の装置用通し番号、固有の一対の公開暗号鍵および秘密暗号鍵のような認証方法および署名入り信頼性証明書をさらに含むことができる。不揮発性記憶装置１１４に格納された命令は、デジタル機器１２０がインターフェイス１１５を経由して不揮発性記憶装置１１４の一部にアクセスすることを可能にするが、秘密暗号鍵を格納している部分およびユーザアクセスを可能にすることなく閉鎖された環境において実行する命令を格納している部分を含む不揮発性記憶装置１１４の別の部分へのアクセスを防止する。不揮発性記憶装置は、複数の認証方法も格納することができる。本発明は、それほど限定されたものではない。
【００３７】
任意選択的なコプロセッサチップ１１９は、音声、映像、ゲームおよびそれらに類似したコンテンツのようなエンドユース向けにコンテンツを処理およびフォーマットする際に、ＣＰＵ１１２と併せて用いることができ、これによって、より高いコンピュータ能力が達成される。コプロセッサチップ１１９は、デジタルコンテンツを全く処理しなくても、その一部を処理しても、そのパーツを処理しても、その全部を処理してもよい。本発明は、それほど限定されたものではない。
【００３８】
映像を復号するために用いられるコプロセッサチップの例は、シグマ デザインズによるセットトップ機器およびメディアゲートウェイ用のＥＭ８４８５ ＭＰＥＧ−４デコーダ (http://www.sigmadesigns.com/products/em8485.htm)などである。
【００３９】
図２は、インターフェイス２１５を有するＤＲＭ装置２１０、ＤＲＭ装置２１０のインターフェイス２１５に適合するインターフェイス２２１を有するデジタル機器２２０、処理を施したデジタルコンテンツをユーザに提示する（例えば、映像、視像、合成音声、合成ビデオゲームまたは他の形で）ことができるユーザインターフェイス２２２、ネットワーク２３０、ネットワークを介してデジタルコンテンツを転送することができるコンピュータであるコンテンツサーバ２４０およびネットワークを介して認証および／または暗号ならびに／もしくはポリシーおよび／またはフォーマッティング情報を転送することができるコンピュータであるライセンスサーバ２５０を含む本システムの例示的な実施形態の図である。一実施形態によれば、この情報は、１つまたはそれ以上のファイル内に埋め込まれている。いくつかの実施形態によれば、著作権で保護するデジタルコンテンツは、皆無であっても、一部であっても、全部であってもよい。本発明は、それほど限定されたものではない。このシステムは、ＤＲＭ装置２１０、デジタル機器２２０、コンテンツサーバ２４０およびライセンスサーバ２５０を複数含むことができる。本発明は、それほど限定されたものではない。
【００４０】
インターフェイス２２１は、デジタル機器２２０をＤＲＭ装置２１０と接続する。インターフェイス２２１は、装置をデジタル機器と接続するために用いることができるいくつかの型のうちのいずれでもよい。デジタル機器２２０のインターフェイス２２１は、ＤＲＭ装置２１０とデジタル機器２２０との間での情報の受け渡しを可能にする形式のＤＲＭ装置のインターフェイス２１５の形に適合する。
【００４１】
コンテンツサーバ２４０は、インターネットのようなネットワーク２３０を経由してアクセスすることができるコンピュータである。コンテンツサーバ２４０は、映像、音声、電子書籍、ソフトウェア、ゲームなどの著作権付きデジタルコンテンツをダウンロードする要求に応答することができる。
【００４２】
ライセンスサーバ２５０は、インターネット網のようなネットワーク２３０を経由してアクセスすることができるコンピュータである。ライセンスサーバ２５０は、認証および／または復号化ならびに／もしくはポリシーおよび／またはフォーマッティング情報のような情報をダウンロードする要求に応答することができる。このデータは、ＤＲＭ装置ポリシーによって用いられるポリシーの定義、ＤＲＭ装置のフォーマッタによって用いられるフォーマッティングの定義、ＤＲＭ装置のディクリプタによって用いられる復号化の定義、ＤＲＭ装置のオーセンチケータによって用いられる認証の定義、デジタルコンテンツファイル、デジタルコンテンツファイルのパーツ、ユーザに関する情報、デジタルコンテンツファイルもしくはデジタルコンテンツファイルの一部分の１つまたはそれ以上のエンドユース（ユーザは、可能なすべてのエンドユースもしくは可能なすべてのエンドユースより少ないエンドユースにアクセスすることができる）に対するユーザの権利に関する情報、ベンダ／所有者／システムのオペレータに関する情報、特定のＤＲＭ装置２１０に関する情報、および他の情報を含むことができる。情報は、ＤＲＭ装置２１０および／またはデジタル機器２２０で使用することができる。情報は、ユーザがデジタルコンテンツを利用している間またはユーザにデジタルコンテンツを利用する許可を与える準備中に用いることができる。
【００４３】
いくつかの実施形態によれば、コンテンツサーバ２４０およびライセンスサーバ２５０は、ネットワークを経由して相互接続され、直接的には相互接続されない別個のエンティティとして実装される。別の実施形態によれば、コンテンツサーバ２４０およびライセンスサーバ２５０は直接相互接続される。別の実施形態によれば、コンテンツサーバ２４０およびライセンスサーバ２５０は、単一のエンティティとして実装される。本発明は、それほど限定されたものではない。
【００４４】
ＤＲＭ装置２１０内に実装されたオーセンチケータは、ネットワークを介してリモートサーバに対しＤＲＭ装置を認証するプロセスに関係する。オーセンチケータは、リモートサーバへの装置ＩＤ番号の送信を含むいくつかの認証方法のうちの１つを実行することができる。別のオーセンチケータは、ＤＲＭ装置２１０とサーバのみに知られた暗号化秘密鍵を用い、ＤＲＭ装置２１０が秘密鍵を所有していることを検証するためにＤＲＭ装置２１０にチャレンジする方法に基づいて認証を行う。このような認証プロセスのいくつかの実施形態では、サーバがＤＲＭ装置２１０に暗号化メッセージを送信し、オーセンチケータは、少なくともこのメッセージを復号化し、それをサーバに返信する。いくつかの実施形態では、例えば、平文メッセージに署名することによる認証および／または暗号化メッセージを復号化することによる認証など、同一の鍵をさまざまな認証方法に用いることができる。いくつかの実施形態では、オーセンチケータは、メッセージの復号化、結果の処理、結果の暗号化などの一連の動作を実行し、検証のためにそれをサーバに返信することによってチャレンジに応答する。この認証プロセスを行うために、認証プロセスに先立ってＤＲＭ装置２１０内に秘密鍵を格納することができる。格納される鍵は、すべてのＤＲＭ装置に平等に格納される単一の鍵であってもよく、各ＤＲＭ装置２１０に固有の専用鍵であってもよい。後者の場合には、サーバは、どの鍵がどのＤＲＭ装置内に格納されているかについて事前に知識を得ておかなければならない。
【００４５】
別の認証方法では、公開鍵および秘密鍵ならびにデジタル証明書が用いられる。そのような実施形態では、オーセンチケータは、ＤＲＭ装置２１０内に格納された秘密鍵および対応する公開鍵へのアクセス権を有する。秘密鍵は秘密に保たなければならないが、公開鍵は公開することができる。次いで、サーバは、ＤＲＭ装置２１０の公開鍵で暗号化したメッセージでオーセンチケータにチャレンジし、それが対応する秘密鍵へのアクセス権を有していることを確認する。いくつかの実施形態では、オーセンチケータは、メッセージに署名はするが、必ずしもこのメッセージを暗号化する必要はない。状況に応じて、サーバは、ＤＲＭ装置２１０からデジタル証明書を受信することができる。このデジタル証明書は、装置の通し番号または装置のＩＤおよび／もしくは装置の公開鍵ならびに／または装置に関連する追加情報のような装置識別情報、サーバ、システムを運営する組織あるいは任意の他の情報を含む。ＤＲＭ装置２１０の識別情報には、装置のベンダ、サーバの所有者、システムを運営する組織のような信頼することができる権限保持者および／またはその装置に対するデジタル証明書を作成する別の信頼することができる権限保持者によって電子署名が行われる。オーセンチケータのいくつかの実施形態は、ＤＲＭ装置２１０および／またはＤＲＭ装置２１０のユーザを認証することができる。
【００４６】
ＤＲＭ装置２１０内のディクリプタは、暗号化されたデジタルコンテンツまたはデジタルコンテンツのパーツを復号化された形に変換するプロセスに関係する。ディクリプタは、ＤＥＳ、３ＤＥＳ、ＡＥＳ、およびＩＤＥＡのような対称アルゴリズム、ならびに／またはＲＳＡ、ディフィヘルマン、楕円曲線のような非対称アルゴリズム、および／もしくは他のアルゴリズムなどのいくつかの方法のうちの１つまたはそれ以上を実行することができる。ディクリプタは、１つまたは複数の復号方法を実行することができる。ディクリプタは、署名を取り出しかつ受信したデータの発生地点および保全性をチェックするために、ＤＳＡ、ＭＤ２、ＭＤ４、ＭＤ５、ＨＭＡＣ、ならびに／またはＳＨＡ１のようなハッシングアルゴリズムおよび／もしくは他のアルゴリズムを含むことができる。そのような動作のための１つの復号鍵または複数の復号鍵は、１つもしくは複数のソースにおいて生成することができる。例えば、復号鍵データは、ＤＲＭ装置２１０の不揮発性記憶装置内への格納、デジタル機器２２０からの受信、および／または例えばデジタル機器２２０を通じたネットワークサーバからの受信が可能である。いくつかの実施形態では、ＤＲＭ装置２１０は、少なくとも部分的に復号化されたデジタルコンテンツを受信することができる。そのような実施形態では、明らかに、ディクリプタは、すでに復号化された部分については処理をしてもしなくてもよい。ディクリプタは、少なくとも部分的に復号化すること、例えばデジタルコンテンツファイルの一部分を完全に復号化することができ、かつ／またはデジタルコンテンツの全体または一部分の完全な復号化プロセスもしくは完全な復号化プロセスのサブセットとすることができる１つまたはそれ以上の復号化ステップを実行することができる。いくつかの実施形態では、デジタルコンテンツを、少なくとも部分的に暗号化されていない状態で受信することができる。
【００４７】
ＤＲＭ装置２１０のポリシーは、デジタルコンテンツまたはデジタルコンテンツの一部分のエンドユースに対する有資格性を検証するプロセスに関係し、ポリシーに基づいて、復号化、フォーマッティング、検索、および／またはデジタル機器への出力の伝送のような動作が許可もしくは不許可とされる。検証では、デジタルコンテンツを利用する権利、特定の日付までデジタルコンテンツを利用する権利、特定の日付間でデジタルコンテンツを利用する権利、特定の日付後にデジタルコンテンツを利用する権利、特定の累積利用時間にわたってデジタルコンテンツを利用する権利、特定の回数にわたってデジタルコンテンツを利用する権利、デジタルコンテンツを転送する権利、デジタルコンテンツを修正する権利、デジタルコンテンツ上にオーバーレイ情報を付加する権利、デジタルコンテンツをＤＲＭ装置２１０および／または別の場所に保存する権利、オーバーレイ情報を装置または別の場所に保存する権利、デジタルコンテンツをコピーする権利、デジタルコンテンツのパーツをコピーする権利、デジタルコンテンツの特定のパーツをコピーする権利、およびデジタルコンテンツのエンドユースもしくは配信に関するエンドユーザに関連する他の権利を含む１つまたはいくつかの有資格性オプションをチェックすることができる。これらをポリシーに基づいてチェックして、出力をデジタル機器２２０に伝送することを許可する動作、出力をデジタル機器２２０に伝送することを許可しない動作、デジタルコンテンツファイルまたはデジタルコンテンツファイルの一部分を消去する動作、および／または検索、編集、保存もしくはデジタルコンテンツのエンドユースの間にユーザが実行することができる他の操作のような操作を許可する動作または許可しない動作などの１つまたはそれ以上の動作となる可能性がある結果を生成することができる。
【００４８】
ＤＲＭ装置２１０内のフォーマッタは、ユーザによるエンドユース向けにデジタルコンテンツをレンダリングするプロセスに関係する。任意選択的なコプロセッサチップ１１９が利用可能ないくつかの実施形態では、フォーマッタは、そのフォーマッティング動作のパーツとしてコプロセッサチップを用いることができる。本発明は、それほど限定されたものではない。
【００４９】
いくつかの実施形態では、デジタルコンテンツは、少なくとも、ＭＰ３、ＭＰ３プロ、オッグボルビス、ＡＡＣ、ＤＴＳ、Ｄｏｌｂｙ、ＡＤＰＣＭ、ＷＭＡなどの符号化されたデジタル音声ファイルである（デジタル音声フォーマットのサンプルリストについては、http://sox.sourceforge.net/AudioFormats.html. を参照）。フォーマッタは、レンダリングプロセスの一部としてデジタルコンテンツを復号する。例えば、フォーマッタは、符号化されたＭＰ３ファイルを復号された生ＷＡＶファイルに変換し、生ＷＡＶファイルをその後音声信号にレンダリングし、エンドユース向けにユーザに提示することができる。デジタルコンテンツが少なくとも符号化されたデジタル音声ファイルである別の実施形態では、フォーマッタは、部分的にのみファイルを復号する。デジタルコンテンツが少なくとも１つの符号化されたデジタル音声ファイルであり、このファイルが例えば標的音声内の特定の周波数または振幅を記述するデータを含むことができるいくつかの実施形態では、フォーマッタは、このファイルのうちの１つまたはそれ以上を処理して、音声をレンダリングするために用いられることになる出力を生成する。
【００５０】
いくつかの実施形態では、デジタルコンテンツは、ＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４、ＷＭＶ、ＤＩＶＸ、ＸＶＩＤ、３ＩＶＸ、Ｈ．２６３、Ｈ．２６４、クイックタイム６、リアル、ウィンドウズメディアなどの少なくとも符号化されたデジタル映像ファイルである（デジタル映像フォーマットのサンプルリストについては、http://www.webopedia.com/Multimedia/Video/Video_Formats/を参照）。フォーマッタは、レンダリングプロセスの一部としてデジタルコンテンツを復号する。例えば、フォーマッタは、符号化されたＭＰＥＧ２ファイルを複合されたＹＵＶファイルに変換する。デジタルコンテンツが少なくとも符号化されたデジタル映像ファイルである別の実施形態では、フォーマッタは、部分的にのみファイルを復号する。コンテンツが少なくとも符号化されたデジタル映像ファイルであるいくつかの実施形態では、フォーマッタは、例えば標的映像の提示に影響を与えるフレーム内の特定のフレームまたは色を記述するデータを含むことができるファイルのうちの１つまたはそれ以上を処理して、映像をレンダリングするために用いられることになる出力を生成する。
【００５１】
コンテンツが少なくともソフトウェアアプリケーションまたはゲームであるいくつかの実施形態では、フォーマッタは、画像、ランタイムコードまたはソフトウェアシナリオもしくはゲームシナリオを生成または視覚化するために用いられるアルゴリズムの出力のような属性を生成することができる。
【００５２】
いくつかの実施形態では、コンテンツは、少なくとも電子書籍または電子書籍の一部分であり、フォーマッタは、少なくとも、その提示用に、コンテンツからレイアウトを生成する。フォーマッタの別の実施形態では、デジタルコンテンツは、少なくとも電子書籍または電子書籍の一部分であり、フォーマッタは、少なくとも、コンテンツから画像を生成する。
【００５３】
デジタル機器２２０は、インターフェイス２２１を通じて、ＤＲＭ装置２１０とデータを送受信する。デジタル機器２２０は、データを処理することができる。デジタル機器２２０は、レンダリング用のデジタルコンテンツファイルを準備することができる。デジタル機器２２０は、例えばコンピュータ画面上に電子書籍のページを表示するかまたは音声信号を音声処理電子機器に送信しかつ最終的にはスピーカに送信することにより、デジタルコンテンツを実際にレンダリングすることができる。
【００５４】
図３は、ＤＲＭ装置１１０と共に用いるための生デジタル音声コンテンツファイルＣまたは生デジタル映像コンテンツファイルＣを準備する例示的な方法のフローチャートである。生デジタルコンテンツファイルの準備の実施には、デジタルコンテンツファイルの占有する記憶空間がより少なくかつ伝送する間に消費するネットワーク資源がより少ないようにデジタルコンテンツを圧縮するステップが含まれる。
【００５５】
ＤＲＭ装置と共に用いるためのデジタルコンテンツファイルを準備する際に、いくつかの仮説が立てられる。第１に、デジタルコンテンツファイルＣ全体がいずれかの時点でデジタル機器上に完全に提示されることになれば、それはクラッキングされることになる。従って、デジタルコンテンツファイルの少なくとも一部分は、常に別の場所、具体的にはＤＲＭ装置上に格納しなければならない。第２に、コストを削減するために、ＤＲＭ装置の計算能力は、ホストのデジタル機器よりもはるかに弱くてよい。これは、ＤＲＭ装置がファイルＣを提示用に準備するのに必要なすべての計算を実行することができなくてもよいことを意味する。従って、コンテンツファイルＣを提示用に準備する際に、データ処理の一部を、ホストのデジタル機器上で実行しなければならない。
【００５６】
ステップ３０１では、コンテンツＣは、レンダリングする準備が整った状態で、ファイルＣとして生デジタル形式で存在する。いくつかの実施形態では、コンテンツＣは、文書、画像、音声ファイル、映像ファイル、ソフトウェア、ゲーム、前述したものの部分または組み合わせ、もしくは何らかの他の種類のデジタルコンテンツである。本発明は、それほど限定されたものではない。
【００５７】
ステップ３０２では、変形ｆ（）、ｇ（）、ｈ（）が存在するようにファイルＣが処理されて、ファイルＡおよびＢが生成される。これに対し、
Ｃ≒Ｆ＝ｆ（ｇ（Ａ），ｈ（Ｂ）） 式（１）
が成り立つ。ここで、ファイルｇ（Ａ）およびファイルｈ（Ｂ）上で実行される再結合アルゴリズムｆにより、原ファイルＣの同一のコピーまたはほぼ同一のコピー（人間の視覚、聴覚および他の知覚に対しては）となるＦが生成されることになる。ほぼ同一のコピーファイルＦは、エンドユーザによって利用される際に、原コンテンツファイルＣに比較して品質に軽微な劣化を有するかまたは品質に全く劣化を有しない、利用向けにレンダリングすることができるファイルである。ファイルＡおよびファイルＢは、原ファイルＣから導出されたデジタルコンテンツファイルであるが、各々が、単独では、無理なく提示可能なデジタルコンテンツファイルとして利用するために処理するのに必要な重要なデータを欠いている。変形ｆ（）ファイル、ｇ（）ファイル、およびｈ（）ファイルを用いて、ファイルＡならびにファイルＢをファイルＦに再構成することができる。
【００５８】
いくつかの実施形態では、ファイルＡは、デジタル機器上での処理を対象とし、ファイルＢは、ＤＲＭ装置内での処理を対象としている。この場合、ファイルＢをデジタル機器に利用することは不可能である。
【００５９】
いくつかの実施形態によれば、変形ｆ（）は、
Ｃ＝Ｆ＝ｆ（ｇ（Ａ），ｈ（Ｂ）） 式（２）
となるように、原ファイルＣの正確なコピーを再生する。
【００６０】
ファイルＡおよびファイルＢならびに変形ｆ（）、ｇ（）、ｈ（）は、さまざまな種類のコンテンツに順応させることができる。本発明は、それほど限定されたものではない。
【００６１】
原映像ファイルＣの一例は、圧縮されていない映像形式などのＹＵＶファミリにフォーマットされたファイルである。
【００６２】
いくつかの実施形態では、著作権付きの映画を含むデジタルコンテンツファイルＣに対し、ファイルＣを分割する一例において、少なくとも処理された形態の映像情報を含むファイルをファイルＡとし、少なくとも処理された形態の音声情報を含むファイルをファイルＢとすることができ、この場合、ファイルＡは、音声を全く含まない、少なくとも圧縮されたＭＰＥＧ形式であり、ファイルＢは、少なくともそれに対応する圧縮された音声である。
【００６３】
ファイルＣが圧縮されていない映像フォーマットのＹＵＶファミリにフォーマットされているいくつかの実施形態では、ファイルＡは、少なくともＹチャネルおよびＵチャネルを含み、ファイルＢは、少なくともＶチャネルを含む。
【００６４】
ファイルＣが映像ファイルであるいくつかの実施形態では、ファイルＢは、ファイルＣの符号化された形態のキーフレームのうちのいくつかを少なくとも含み、ファイルＡは、ファイルＦを生成するのに必要な残りの情報を含むインターフレームを少なくとも含む。
【００６５】
音声ファイルＣと映像ファイルＣの音声部分との両方に関連するいくつかの実施形態では、ファイルＡは、少なくともＦの複製に用いることができる特定の音声周波数範囲を含み、ファイルＢは、残りの周波数範囲を含む。
【００６６】
音声ファイルＣと映像ファイルＣの音声部分との両方に関連するいくつかの実施形態では、ファイルＡには、ダミーデータが詰め込まれ、ファイルＢが、このダミーデータを除去するのに必要なすべての情報を保持している。
【００６７】
デジタルコンテンツファイルＣが時間指向ファイルであるいくつかの実施形態では、ファイルＡをファイルＣのタイムシャッフル版とすることができ、このタイムシャッフル版では、シャッフルされた各セグメントの長さは数秒である。この場合、ファイルＢは、ファイルＡのシャッフルを解除するのに必要な情報を含む。シャッフルされた各セグメントの長さは、数秒より短くても、数秒に等しくても、数秒より大きくてもよい。本発明は、それほど限定されたものではない。シャッフルされた各セグメントの長さは異なっていてよい。本発明は、それほど限定されたものではない。
【００６８】
デジタルコンテンツファイルが時間指向ファイルであるいくつかの実施形態では、ファイルＡは、それが欠損セグメントを有する点を除き、ファイルＣと同様のものとすることができる。欠損セグメントは、ファイルＢを形成する。ファイルＡに欠損セグメントが多いほどファイルＡはますます単独では使用することができなくなることが分かる。
【００６９】
デジタルコンテンツファイルＣが時間指向ファイル、例えばＭＰ３形式に符号化されたＷＡＶ音声ファイルである別の実施形態では、持続時間の等しいフレームがＭＰ３形式に圧縮される。本発明では、ＷＡＶ形式のファイルＣが、通常のフレームサイズよりもわずかに長いフレームに分割される。通常のフレームと同サイズのフレームの部分は、ＭＰ３に符号化され、ファイルＡに格納される。残りは、無圧縮で、ファイルＢにＷＡＶ形式で格納される。ファイルＡもファイルＢも単独では使用することができない。唯一ファイルＡのみをよりどころとして歌を聴こうとすると、各フレームの終端でジャンプがわずかに生じる結果となる。
【００７０】
ファイルＣがソフトウェアアプリケーションまたはゲームであるいくつかの実施形態では、ファイルＡは、ＤＲＭ装置上で実行されるコードを含む一方で、ファイルＢは、デジタル機器上で実行されるコードを含む。ソフトウェアアプリケーションまたはゲームが正常に機能するためには、ファイルＡおよびファイルＢ内のコードを同時に実行する必要がある。ＤＲＭ装置上で実行されるファイルＡ内のコードは、非決定性である。ファイルＡ内のコードは、ソフトウェアアプリケーションの中心的部分であり、従って、それをデジタル機器上で走っているファイルＡ’内の代替的ハッカーコードと入れ替えることはできない。
【００７１】
当業者であれば、本発明の精神を逸脱することなく、ファイルＣを処理してファイルＡおよびファイルＢとする種々の方法が存在することがわかる。処理は、共に結合すると原ファイルＣの同一のコピーまたはほぼ同一のコピーを複製することができる単一もしくは複数の変換によって達成することができる。本発明は、それほど限定されたものではない。
【００７２】
当業者であれば、本発明の精神を逸脱することなく、ファイルＣを２つより多いファイルＡおよびファイルＢ、例えば一連のファイルＡ１．．．Ａｎ、Ｂ１．．．Ｂｍおよび変形ｇ１（）．．．ｇ１（）ならびにｈ１（）．．．ｈｋ（）に分割することができるのがわかる。
【００７３】
ステップ３０３では、ファイルＡおよびファイルＢが、状況に応じて情報をさらに追加して修正されかつ状況に応じてさらに処理される。いくつかの実施形態では、ファイルＡ、Ｂおよび修正ファイルがパッケージファイルＰに統合される。
【００７４】
いくつかの実施形態では、追加情報は、タイトル、作成者、サイズ、著作権通知、およびデジタルコンテンツＣを説明する任意の他の種類の情報のようなデジタルコンテンツＣに関するメタデータとすることができる。いくつかの実施形態では、追加情報は、コンテンツ上で実行することができるエンドユースを記載したコンテンツ利用ポリシーとすることができる。いくつかの実施形態では、追加情報は、特定のＤＲＭ装置を用いてコンテンツ上で実行することができるエンドユースを記載したコンテンツ利用ポリシーとすることができる。いくつかの実施形態では、追加情報は、特定のデジタル機器に取り付けられた特定のＤＲＭ装置を用いてコンテンツ上で実行することができるエンドユースを記載したコンテンツ利用ポリシーとすることができる。いくつかの実施形態では、透かしを適用することができる。いくつかの実施形態では、ファイルＰをさらに処理すること、例えばファイルＰを暗号化することができる。
【００７５】
図４は、ＤＲＭ装置１１０を用いてデジタルコンテンツファイルをレンダリングする例示的な方法のフローチャートである。
【００７６】
ステップ４０１で、ファイルＰが、ネットワークを通じて、ホストデジタル機器に取り付けられたＤＲＭ装置に配信される。
【００７７】
ステップ４０２で、ＤＲＭ装置が、ファイルＰからファイルＡおよびファイルＢを抽出する。これは、コンテンツを利用するユーザ要求に従って実行してもよく、ファイルＰを受信して直ちに実行してもよく、任意の時点での任意の他のトリガイベントによって実行してもよい。本発明は、それほど限定されたものではない。
【００７８】
ステップ４０３で、ＤＲＭ装置のアプリケーションが、特定の要求に基づいて利用ポリシーをチェックする。ＤＲＭ装置のアプリケーション内の利用ポリシーは、コンテンツファイルまたはコンテンツファイルの一部のエンドユースの有資格性を検証するプロセスに関係し、復号化、フォーマッティングおよび／またはデジタル機器への出力の伝送のような操作を許可もしくは不許可とする。検証では、コンテンツファイルを利用する権利、特定の日付までコンテンツファイルを利用する権利、特定の日付間でコンテンツファイルを使用する権利、特定の日付後にコンテンツファイルを利用する権利、特定の累積利用時間にわたってコンテンツファイルを利用する権利、特定の回数にわたってコンテンツファイルを利用する権利、コンテンツファイルを転送する権利、およびコンテンツファイルのエンドユースに関するエンドユーザに関連する他の権利を含む１つまたはいくつかの有資格性オプションをチェックすることができる。これらは、これらをポリシーに基づいてチェックし、出力をデジタル機器に伝送することを許可する動作、出力をデジタル機器に伝送することを許可しない動作、コンテンツもしくはコンテンツの一部分を消去する動作、および／またはコンテンツファイルのエンドユースの間にユーザが実行することができる他の操作などの１つまたはそれ以上の可能な動作となる結果を生成することができる。ユーザがコンテンツファイルにアクセスすることを許可されれば、ステップ４０４が開始される。ユーザがコンテンツファイルにアクセスすることを許可されなければ、ユーザに通知され、シーケンスが終了される。
【００７９】
ステップ４０４で、ＤＲＭ装置が、ｇ（Ａ）の計算を求めてファイルＡをホストデジタル機器に伝送する。
【００８０】
ステップ４０５で、ＤＲＭ装置がファイルＢを処理してｈ（Ｂ）を生成し、ホストデジタル機器がファイルＡを処理してｇ（Ａ）を生成する。
【００８１】
ステップ４０６で、ｇ（Ａ）がホストデジタル機器からＤＲＭ装置に送信される。
【００８２】
ステップ４０７で、ＤＲＭ装置がＦ＝ｆ（ｇ（Ａ），ｈ（Ｂ））を計算する。
【００８３】
いくつかの実施形態では、Ｆ＝ｆ（ｇ（Ａ），ｈ（Ｂ））の計算を求めてｈ（Ｂ）をＤＲＭ装置からホストデジタル機器に伝送することができる。
【００８４】
ステップ４０８で、エンドユース向けにファイルＦの準備が整う。
【００８５】
当業者であればわかることであるが、フォーマッティング処理中のどの時点においても、ファイルＢはデジタル機器２２０上には存在しない。
【００８６】
当業者であればわかることであるが、ファイルＣのファイルＡおよびファイルＢへの分割により、フォーマッティング処理においてＤＲＭ装置２１０がデジタル機器２２０の計算能力を利用することが可能となる。これにより、ＣＰＵ１１２およびおそらくはＤＲＭ装置２１０の他の構成要素のコスト低減がもたらされる。
【００８７】
いくつかの実施形態によれば、ＤＲＭ装置２１０内部の処理により、再構築された著作権付きデジタルコンテンツファイルＦに追加のデータが付加される。いくつかの実施形態では、デジタル透かしを追加することができる。この段階でデジタル透かしを追加することにより、透かし内に装置固有の識別情報を採り入れることが可能となり、これによって後に、著作権付きコンテンツを配信した装置の識別が可能となる。
【００８８】
いくつかの実施形態では、追加データは、単にファイルを拡大するためにファイルに付加される。このようにすればファイルＦの配信がより困難となるかまたはコストがより大きくなるので、このような処理が行われるのである。一例は、５００ＭＢから１０００ＭＢへのファイルの拡大である。５００ＭＢのファイルはＣＤ上に焼き付けることができるが、およそ７００ＭＢのＣＤの容量制限により、拡大されたファイルはそうすることができない。ファイルＦは、追加のダミーデータを詰めることによって拡大される。
【００８９】
いくつかの実施形態では、変形ｆ（）、ｇ（）、およびｈ（）によって、デジタルコンテンツの少なくとも一部分を劣化させることができる。
【００９０】
コンテンツがソフトウェアアプリケーションまたはゲームであるいくつかの実施形態では、変形ｈ（）は、デジタル機器からの入力、例えばゲームの状態、および特定の時点またはイベントにおけるユーザからの入力に依存することができる。いくつかの実施形態では、変形ｈ（）は、デジタル機器からの前述した入力に基づいてアプリケーションによって用いられることになるデータを生成するアルゴリズムを含む。
【００９１】
図３および図４に関して説明した処理を、図５ならびに図６それぞれによって、異なる形式で示し、図１〜図４のそれに対応する物理要素および処理ステップは、プライム符号（’）が追加されている以外は同一の参照数字で示している。最初に図５を参照すると、インターネットまたは他のネットワークを介した伝送用のデジタルコンテンツファイルＣの準備が行われる。第１のステップ３０２’では、ファイルＣの性質および実行される処理に応じて、前述した式（１）または（２）のうちの１つを満たすようにファイルＣが処理されて、２つのファイルＡならびにＢが生成される。これには、関数ｇ（Ａ）およびｈ（Ｂ）を取って関数ｆ（ｇ（Ａ），ｈ（Ｂ））に従って結合したときに、原コンテンツファイルＣが正確に、またはデータおよびアプリケーションの種類によって可能であればほぼ正確に再構成されるようにファイルＣを処理してファイルＡならびにファイルＢとするステップが含まれる。この処理は、ｇ（Ａ）のみまたはｈ（Ｂ）のみを有することによっては受け入れ可能な方法で原コンテンツファイルＣを再構成することができないように、さらに実行される。
【００９２】
次いで、ステップ３０３’により、ファイルＡおよびファイルＢが結合され、状況に応じて他の情報と共に、ファイルＰとされる。一例を挙げれば、ファイルＢおよびファイルＢのデータに伝送を所望される任意の他の情報を足したものが、時系列で結合される。ファイルおよび追加情報を互いにインタリーブして、ある付加的度合いのセキュリティを追加してもよい。追加情報は、コンテンツファイルＣと関連するライセンスデータの一部または全部を含むことができる。
【００９３】
ファイルＰは、コンテンツサーバ２４０’内に格納する前に、ステップ５０１によって圧縮し、かつ／またはステップ５０３によって暗号化することができる。ファイルＰのデータ暗号化５０３または圧縮５０１のいずれが望ましいかは、部分的には、データの性質およびこれらの機能がファイルＡならびにファイルＢを生成する際にステップ３０２’の一部としてすでに実行されているかどうかによって決定される。ライセンスデータは、ライセンスサーバ２５０’内に格納される前に暗号化されるのが好ましい。処理済みのファイルと関連する、サーバ２４０’から取得されたファイルのデータおよびライセンスサーバ２５０’から取得された任意のライセンスデータは、インターフェイス５０５において結合される。次いで、この結合された信号が、インターネットまたは他のデータネットワークを介して伝送される。
【００９４】
コンテンツファイルＣの処理はコンテンツサーバによって行うことができるが、コンテンツサーバ２４０’にアクセスする可能性のあるエンドユーザから原コンテンツファイルＣを大きく離しておくために、別個のコンピュータによって実行されるのが好ましい。コンテンツサーバ２４０’は一般に、処理済のファイルＰのデータに対して、コンテンツ消費者によって、インターネットまたは他のネットワークを介して遠隔でアクセスされる。異なる書籍、歌および／または映像作品のような多数の異なるファイルＣのデータは通常、サーバ２４０’および２５０’上に同時に格納される。コンテンツサーバ２４０’の機能およびライセンスサーバ２５０’の機能は、単一のサーバによって実行することができる。
【００９５】
ファイルＡおよびファイルＢを得るための処理がそれらの一方または両方を暗号化するステップを含む場合、さらなる暗号化５０３は、不要として省略することができる。しかし、ファイルＡまたはファイルＢのうちの一方のみが暗号化されている場合、ファイルＰを暗号化するのが望ましいかもしれない。また、ファイルＡおよびファイルＢの両方が暗号化形式であっても、第２の暗号化５０３を実行することができる。暗号化プロセスでは、ライセンスデータから取得した鍵、暗号化アルゴリズムの識別番号またはアルゴリズム自体でさえ用いることができる。
【００９６】
同様に、データ圧縮５０１は、特にファイルＡおよびファイルＢのいずれかまたは両方が処理３０２’の一部として圧縮を完了している場合には、省略することができる。あるいは、ファイルＰを圧縮および／または暗号化する場合には、データがコンテンツサーバ２４０’に格納された後にステップ５０１ならびに／もしくは５０３を実行してもよい。
【００９７】
デジタル機器２２０’でインターネットまたは他のネットワークからファイルＰを受信するステップを、図６に示す。デジタル機器は、ネットワークにインターフェイス６０１を提供する。その後、受信されたデータは、直接ＤＲＭ装置２１０’に提供され、少なくとも一時的に、いくつかのアプリケーションでは永久的に、その事前プログラミング可能な不揮発性メモリ１１４’に格納されるのが好ましい。ファイルＰがステップ５０３（図５）によって暗号化された場合、受信されたファイルデータは、ライセンスデータの一部として提供された鍵、アルゴリズムの識別番号または復号化アルゴリズムを一般的に用いて、ステップ６０３によって復号化される。復号化されるファイルデータの属性もこの方法で別個に供給することができ、そのサイズ、名称、ファイルのダイジェスト、チェックサムまたは他の冗長性チェックパラメータ、もしくは指紋などのセキュリティに用いることができる。
【００９８】
別の手法では、個々のＤＲＭ装置２１０’（図６）に固有のデータにより、ステップ３０２’または３０３’（図５）のいずれかにおいて、ファイルデータを暗号化することができる。これは、ＤＲＭ装置２１０’の通し番号または他の識別番号とすることができる。次いで、その識別番号が、復号化６０３時に提供される。その結果、正しいＤＲＭ装置識別番号以外でファイルデータを復号しようとするあらゆる試みが失敗することになる。あるいは、暗号鍵または暗号鍵ペアを各ＤＲＭ装置２１０’のメモリに格納し、その中に格納されたデータの暗号化および復号化に用いてもよい。これらの場合、コンテンツデータは、固有の鍵または識別番号を含む単一のＤＲＭ装置によってのみ、復号化および有用化することができる。鍵または識別番号は、ＤＲＭ装置を製造するステップの一部としてその内部に格納されるのが好ましい。従って、ＤＲＭ装置外では、ネットワークを介して伝送することも、他の方法でアクセスすることもできない。
【００９９】
同様に、ファイルＰのデータがネットワークを介して送信される前にステップ５０１によって圧縮されたために必要となった場合、データは、ステップ６０５によって解凍される。なんらかの圧縮および解凍が欠損している場合、これにより、ファイルＰまたはファイルＰに近似するなんらかのファイルが生成される。
【０１００】
次のステップ４０２’では、ファイルＰからファイルＡおよびファイルＢならびに任意の追加情報が抽出される。ファイルＡおよびファイルＢならびに任意の追加情報が一つずつ送信された場合、それらは、時系列で別個に受信される。インタリーブされていた場合、データが送信された際に用いられたインタリービングパターンを認識ことにより、受信されたデータストリームが、ファイルＡおよびファイルＢならびに任意の追加情報に分離される。ファイルＢからの関数ｈ（Ｂ）の計算は、ＤＲＭ装置２１０’内において、ステップ６０７で実行される。一方、ファイルＡは、デジタル機器２２０’に転送され、このデジタル機器２２０’において、ステップ６０９でｇ（Ａ）が計算され、ＤＲＭ装置２１０’に返信される。次いで、ステップ４０７’によって、関数ｆ（ｇ（Ａ），ｈ（Ｂ））がｇ（Ａ）およびｈ（Ｂ）から計算される。
【０１０１】
次いで、正確にまたはほぼ正確にコンテンツファイルＣの原データであるファイルＦのデータが、ステップ６１１によって、パーソナルコンピュータのような特定の種類のデジタル機器２２０’で用いる形式にレンダリングされる。このステップは、おそらくはライセンスデータに基づいて、所定の目的に対しては有用であるが無許可のコピーおよび／または配布に対しては特に有用でない形式にデータをレンダリングする方法で、デジタル機器２２０’の利用部分６１３に渡されたファイルデータの形式を制限するステップを含むことができる。
【０１０２】
書籍または他の文書のテキストのような比較的小さい静的コンテンツファイルＣについては、デジタル機器２２０’内での計算結果ｇ（Ａ）およびＤＲＭ装置２１０’による計算結果ｈ（Ｂ）の全部を、そのメモリ１１４’内に全体として格納することができ、図６の処理は、ファイル全体に関して実行される。しかし、一回でデータファイルの一部分についてのみ、繰り返し反復して図６のプロセスを実行するのがより一般的である。例えば、コンテンツが音楽データまたは映像データである場合、ＤＲＭ装置２１０’内でのファイルＡおよびファイルＢの一部分の再構成は、１秒につき５０回のような高い頻度で実行される。ファイルＡおよびファイルＢの短い相関部分の時系列が図６に示されている方法で一回で処理され、その後、次のファイルＡおよびファイルＢの相関部分が同様の方法で処理されるなどとなる。そのような繰り返し反復される処理は、特に、ＤＲＭ装置２１０’によって受信された処理済のファイルがメモリ１１４’の利用可能な記憶容量に対して大きすぎる場合、またはＤＲＭ装置によってデータが受信される際にリアルタイムで計算を実行しかつその結果をレンダリングすることが所望される場合に用いられる。
【０１０３】
データの暗号化によって供与される保護に加え、コンテンツプロバイダによって提供されかつメモリ１１４’内に格納されたライセンスデータにより、ＤＲＭ装置２１０’の動作がさらに制御される。ライセンスデータにより、特定のデータファイルの利用を特定の回数に制限することができ、日付の範囲を限定することができ、かつそれに類似する機能を実行することができる。それは、ＤＲＭ装置またはユーザに特異的な特定の限定された方法でデータをレンダリングするようにフォーマッティング６１１を制御することもできる。これらは、有資格性検証ステップ６１４によってチェックおよび制御することができる。そのようなライセンス権利外で操作しようと試みると、１つまたはそれ以上の必要不可欠なデータ伝送経路を６１５、６１７および／または６１９で中断することによって示されているように、ＤＲＭ装置２１０’内のデータの処理およびレンダリングを完全に終了させることができる。ライセンスデータが追加情報内に含まれている場合、代わりにそれらを用いてこれらのデータ伝送経路を制御することができ、かつそれらをブロック６０７、６０９、６１１および６１４のいずれかまたは全部に適用することもできる。前述した処理の主な態様は、図５のステップ３０２’においてファイルＣのデータを伝送用に準備し、次いで図６のステップ６０７、６０９、および４０７’によってステップ３０２’の結果をＤＲＭ装置およびデジタル機器内で逆転させることによって発生する。図３〜図６の処理のこの部分を、図７に異なる形式で示す。例示的な実施形態では、コンテンツファイルＣは、処理６５１により、成分Ｃ1および成分Ｃ2に分離される。次いで、これらの成分が、それぞれの処理６５３および６５５によって個々に処理される。処理６５３の結果がファイルＡであり、処理６５５の結果がファイルＢである。処理６５３および６５５は、暗号化、圧縮または他の何らかの形の処理とすることができる。処理６５３および６５５の種類は、同一である必要はない。また、処理ステップ６５３および６５５の両方を常に実行する必要もない。
【０１０４】
次いで、ファイルＡおよびファイルＢは通常、先に説明したファイルＰの形式または別の方法で、インターネットのようなネットワークを介して伝送される。受信されると、ファイルＡのデータは、処理６５３の逆となる処理６５７を施される。すなわち、処理６５３によりデータを圧縮してファイルＡを形成した場合、処理６５７によりファイルＡのデータを解凍する。同様に、受信されたファイルＢのデータは、処理６５５の逆となる処理６５９を施される。次いで、この処理の結果ｇ（Ａ）およびｈ（Ｂ）が、分離処理６５１の逆となる処理により、６６１で結合される。結合の結果が、何らかの中間処理により何らかのデータの損失またはひずみが生じたか否かによって原ファイルＣと全く同一となるかまたはほぼ同一となる、ファイルＦである。
【０１０５】
ファイルＣが映画のデータを含む前述した実施形態のうちの１つでは、ファイルが、映像成分Ｃ1 および音声成分Ｃ2 に分割される。ファイルＡは、例えば圧縮による映像成分Ｃ1 の処理６５３の結果生じ、ファイルＢは、これも圧縮とするとよい音声成分Ｃ2 の処理６５５の結果生じる。次いで、処理ステップ６５７で、ステップ６５３において用いられた圧縮アルゴリズムの逆によってファイルＡが解凍される。同様に、処理６５９により、処理６５５に対して用いられたアルゴリズムの逆によってファイルＢが解凍される。
【０１０６】
前述した実施形態の別の例では、ステップ６５１により、音声ファイルＣの周波数範囲が２つの別個の成分範囲Ｃ1 およびＣ2 に分割される。ファイルＡは、Ｃ1 成分データの処理６５３の結果生じ、ファイルＢは、Ｃ2 成分データの処理６５５の結果生じる。
【０１０７】
前述した別の実施形態では、分離処理６５１により、映像信号ファイルＣの色成分が２つの部分に分割され、ファイルＡは１つまたはそれ以上であるが全部ではない成分で形成され、ファイルＢは残りの成分を含んでいる。ステップ６５１の処理済みファイルＡおよびファイルＢを結合することにより、全ての色成分が、単一の映像信号からなるデータＦに戻される。
【０１０８】
前述した実施形態の他の例では、処理６５１は、ファイルＣにある程度の修正を施すことによって成分Ｃ1 を生成するステップを含む一方で、成分Ｃ2 は、その修正を覆すのに必要な情報を保持する。次いで、処理６６１により、その修正を覆すようにデータが結合される。そのような修正には、ダミーデータの追加、データのタイムシャッフルまたはデータのセグメントの除去が含まれる。
【０１０９】
ＤＲＭ装置２１０’は、１つまたはそれ以上の市販のフラッシュメモリカードまたはフラッシュドライブに実装するのが最も好都合である。適切なメモリカードは、コンパクトフラッシュ（ＣＦ）、マルチメディアカード（ＭＭＣ）、セキュアデジタル（ＳＤ）、ミニＳＤ（ｍｉｎｉＳＤ）、トランスフラッシュ、メモリスティックなどの商標の下で販売されているものである。クルーザーの商標の下で販売されているフラッシュドライブも用いることができる。本発明の譲受人であるサンディスク コーポレイションは、これらのメモリカードおよびフラッシュドライブを製造および販売している。それらは、フラッシュメモリの管理と、ほとんどのアプリケーションに対する図６に示されている処理の実行との両方に対して十分な処理能力を有しているので適切である。
【０１１０】
ｇ（Ａ）の計算をＤＲＭ装置２１０’からデジタル機器２２０’にオフロードすることにより、処理能力量が少ないカードまたはドライブでさえも、通常は低コストで依然として用いることができる。次いで、より処理量の多い集中的計算を、フラッシュデバイスよりもはるかに処理能力が高いことが多いデジタル機器２２０’に実行させることになる。セキュリティに関して、デジタル機器は、単独では役に立たない原ファイルＣ、すなわちこの例ではｇ（Ａ）の一部分にのみアクセスすることができる。実際には、原コンテンツファイルＣ（図５）のファイルＡおよびファイルＢへの分割を実行することができるので、データの大部分がファイルＡ内に保持され、単独では役に立たない、ファイルＡをレンダリングするのに十分なデータのみがファイルＢ内に配置される。これにより、デジタル機器２２０’の通常は優れた処理能力および記憶容量をｇ（Ａ）を計算するのに用いることが可能となる一方で、ＤＲＭ装置２１０’の比較的少量の処理能力および記憶容量は、ｈ（Ｂ）を計算し、ファイルＦ（図６）をレンダリングするのに必要となる。同じ時間のインクリメント内でｇ（Ａ）およびｈ（Ｂ）の対応する部分を処理することで両方の装置が同期を保つ必要があるので、コンテンツが高いデータ転送速度のストリーミング音声コンテンツまたは映像コンテンツである場合には、これは特に有用となり得る。これら２つの間の処理能力の比率は、２、４、１０またはそれ以上とすることができ、これら２つのメモリの記憶容量の比率は同様とすることができる。それにより、相対的に能力が小さいＤＲＭ装置で、セキュリティ機能およびデジタル著作権管理機能を有するコンテンツファイルＣの再構成が制御される。デジタル機器がＤＲＭ装置よりも小さい処理能力および／またはメモリ容量を有する逆の場合にも、同じ原理を適用することができる。
【０１１１】
そのようなフラッシュメモリ素子７０１の構造を、図８に全体的に示す。これは、１つまたはそれ以上の半導体集積回路チップ上に形成されたフラッシュメモリセルの１つのアレイまたは複数のアレイを有するフラッシュメモリ１１４’を含む。通常は別のチップ上に形成されるメモリコントローラ７０３は、一般に、フラッシュメモリ１１４’とのインターフェイス７０７とこのデバイスのインターフェイス７０９との間に延びるバス７０５を含む。バス７０５に接続されているのは、マイクロプロセッサ７１１、揮発性ランダムアクセスメモリ（ＲＡＭ）を含むメモリ１１３’、およびデータから誤り訂正符号（ＥＣＣ）を算出するための回路７１３ならびにセキュリティ処理回路７１５のような特定目的の計算を行うための一般的には１つまたはそれ以上の回路である。外部コネクタ７１７は、デジタル機器２２０’上の機械的および電気的に結合するコネクタ７１９と共に、メモリ素子の外側上に形成されている。
【０１１２】
図８のメモリ素子７０１のマイクロプロセッサ７１１は、図６のＤＲＭ装置２１０’に関して説明した計算を行う。これらの計算を行うためにマイクロプロセッサ７１１によって実行されるファームウェアは一般に、フラッシュメモリ１１３’内に格納され、必要に応じてコントローラのメモリ１１３’にロードされる。フラッシュメモリ１１４’は、少なくとも２つの部分に分割され、１つの部分は、暗号化されたファイルＰのコンテンツと同様に、ユーザデータを書き込みかつ読み出すために、ユーザによってアドレス指定可能である。メモリ素子に対して指定された論理アドレス空間は、このユーザがアクセス可能な第１の部分にマップされる。メモリ１１４’の第２の部分は、ユーザに対してはアクセス不可能とされ、一般に、ユーザによって直接アクセスされないコンテンツ、暗号鍵のデータ、装置の通し番号または他の固有の識別番号およびオペレーティングファームウェアを格納するために用いられる。ＤＲＭ装置２１０’によって受信されたデータおよび図６に示されている計算の中間結果は、メモリ１１４’の第２の部分に格納される。ステップ４０２’で抽出されたファイルＡおよびファイルＢのうちの１つまたは両方のデータ、もしくはそれらの連続した小部分は、そのように格納される中間計算結果の例である。ファイルＦも、デジタル機器２２０’に出力されるまで、この方法で格納することができる。コントローラ７０３は、その機能を実行するためにこの第２の部分にアクセスすることができるが、それは、デジタル機器２２０’で見られるメモリ素子の論理アドレス空間内には存在しない。
【０１１３】
コネクタ７１７（図８）の形は、使用される特定のメモリカードまたはフラッシュドライブの規格専用である。多くのそのような規格が存在する。例えば、ＳＤカードの物理的特性および一部の電気的特性について記載した公文書は、ＳＤ協会（ＳＤＡ）による２００１年４月１５日付の「第一部：物理層仕様バージョン１．０１の簡略版」から入手可能である。トランスフラッシュメモリカードの仕様は、サンディスク コーポレイションから入手可能である。ＵＳＢインターフェイスの機械的および電気的詳細は、２０００年４月２７付の「ユニバーサルシリアルバス仕様」バージョン２．０によって提供されている。ファイアワイヤとして知られる別のより高い転送速度のインターフェイスは、電気電子技術者協会（ＩＥＥＥ）の規格「高速シリアルバス用ＩＥＥＥ規格」，公文書番号ＩＥＥＥ１３９４ａ−２０００およびＩＥＥＥ１３９４ｂ−２００２によって修正された公文書番号ＩＥＥＥ１３９４−１９９５によって指定されている。前述した仕様および規格は、本願明細書において参照により援用されている。
【０１１４】
ＤＲＭ装置２１０’およびデジタル機器２２０’の一般的形態を図９に示す。ＤＲＭ装置２１０’は、一般にはＵＳＢレセプタクルを含むパーソナルコンピュータ、ノート型パソコンまたは他のホストであるデジタル機器２２０’上のＵＳＢレセプタクル７１９’内へ取り外し可能に挿入するためのＵＳＢプラグ７１７’を有するフラッシュドライブである。もちろん、他のデジタル機器も、別の形式のメモリ素子に対して同様の接続性を提供することができる。あるいは、プラグ７１７’は、ファイアワイヤコネクタ形式であってもよい。さらに、デジタル機器２２０’とＤＲＭ装置２１０’との間に、それらの間での有線接続の代わりに、無線通信を用いることができる。
【０１１５】
ＤＲＭ装置としてのＳＤカード２１０”の使用も、その外部端子７１７”と電気的に接続するためのデジタル機器２２０’のカードスロット７１９”内に取り外し可能に挿入される状態で、図９に示す。デジタル機器自体の専用カードスロットを使用せずに、デジタル機器のＵＳＢレセプタクルにも接続するもののようなある形式のメモリカードアダプタを使用してもよい。
【０１１６】
ＤＲＭ装置に極めて有用な別のメモリ記憶装置は、１つがＵＳＢレセプタクル内への挿入用であり、もう１つが例えばＳＤカード規格に準拠したカード端子の標準セットを有する、両方とも内部メモリコントローラに接続する２つの異なる外部端子をカード上に有するメモリカードである。このような素子については、２００４年４月１６日に出願された「２つの端子の標準セットを有するメモリカード」という米国特許出願第１０／８２６，８０１号（特許文献１）と「２つの端子の標準セットおよび端子被覆機構を有するメモリカード」という米国特許出願第１０／８２６，７９６号（特許文献２）との２つの米国特許出願に記載されている。これらの出願の両方とも、本願明細書において参照により援用されている。
【０１１７】
分解するのを困難にする方法でＤＲＭ装置を製造することも望ましい。これにより、その内部に格納されたデータのセキュリティがさらに高められる。そのような製造技術の１つおよびそれによってもたらされたフラッシュドライブについては、米国公開特許出願第２００４／０１３７６６４号（特許文献３）に記載され、この出願は、本願明細書において参照により援用されている。
【０１１８】
ファイルＣの任意の視覚コンテンツをデジタル機器の表示装置７２１上でユーザが閲覧することができ、音声スピーカ７２３またはイヤホンによって任意の音声コンテンツを聴くことができる。デジタル機器２２０’は、表示装置７２１または音声源７２３のうちの１つのみを含んでもよく、それぞれ視覚コンテンツのみもしくは音声コンテンツのみの再生専用である場合、それらのうちの１つの複数のコピーを含んでもよい。コンテンツファイルＣのデータを再生するのに適切である場合、何らかの別の種類の人間の感覚を変換する装置を用いてもよい。
【０１１９】
前述した説明は、デジタル機器から取り外すことができる形式のメモリカードまたはフラッシュデバイス内にＤＲＭ装置を実装することを意図している。しかし、ＤＲＭ装置をデジタル機器の内部に永久的にインストールするのが望ましいアプリケーションがある。その一例は、デジタル機器が音声ＭＰ３プレーヤのように携帯性が高い場合のアプリケーションである。そのような場合には、ＤＲＭ装置をシールパッケージ内に別個に形成して分解の困難性を高め、それにより処理されるデータのセキュリティを向上させるのが好ましい。
【０１２０】
本発明を特定の実施形態を参照して説明してきたが、本発明は、それらに限定されるものと解釈すべきではない。本発明の範囲または精神を多少なりとも逸脱することなく、種々の改変および修正をこれらの実施形態に施すことができる。
【図面の簡単な説明】
【０１２１】
【図１】ＤＲＭ装置の一実施形態の概略ブロック図である。
【図２】このシステムの一実施形態の概略ブロック図である。
【図３】ＤＲＭ装置と共に利用するためのデジタルコンテンツファイルを準備する例示的な方法のフローチャートである。
【図４】ＤＲＭ装置を用いてデジタルコンテンツファイルをレンダリングする例示的な方法のフローチャートである。
【図５】ＤＲＭ装置と共に利用するためのデジタルコンテンツファイルを準備する図３の処理を異なる形式で示す。
【図６】ＤＲＭ装置を用いてデジタルコンテンツファイルをレンダリングする図４の処理を異なる形式で示す。
【図７】図３〜図６に含まれる信号処理の一部を異なる形式で示す。
【図８】デジタル機器のホストに取り外し可能に接続可能なフラッシュドライブ内へのＤＲＭ装置の例示的な実装例を示すブロック図である。
【図９】図７のフラッシュドライブのＤＲＭ装置およびデジタル機器のホストの機械的構成を概略的に示す。
【技術分野】
【０００１】
本発明は、全体としてデジタル著作権管理の分野に関し、より詳細には、デジタルコンテンツポリシーを遠隔実施する方法に関する。
【背景技術】
【０００２】
インターネットによる世界規模のネットワークおよび他のデータ通信ネットワークにより、多くのデジタル機器を相互に接続して情報をやり取りすることが可能となっている。デジタル機器には、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、ＰＤＡ、携帯電話、ＭＰ３プレーヤ、ＤＶＤプレーヤ、ゲーム機、デジタルカメラのようなデジタル記録媒体などが含まれる。インターネット、および有線ネットワークならびに衛星ネットワークまたは企業ネットワークあるいは組織ネットワークのような他のネットワークにおける特定の用途には、デジタルファイル、具体的にはデジタルコンテンツファイルの配信がある。
【０００３】
デジタルコンテンツファイルは、エンドユーザによる閲覧、聴取、読み取り、プレー、実行、もしくはその他の利用といったエンドユースを有するデータであり、エンドユースに至る前のある時点で数値形式で格納および／または表されたデータである。デジタルコンテンツファイルは、音声ファイル、映像ファイル、ソフトウェアファイル、電子書籍、文書、コンピュータゲームまたは他の種類のコンテンツとすることができる。
【０００４】
著作権付きデジタルコンテンツファイルとは、少なくとも１つのエンドユースに関して法的制限が設けられているデジタルコンテンツファイルである。例えば、ユーザは、著作権所有者からの許可を受けることなく、著作権付きデジタルコンテンツファイルのコピー作成、配信、修正、販売、および／または他のエンドユースを実行することはできない。著作権付きデジタルコンテンツファイルの例には、商業映画、商業音楽、電子書籍、ソフトウェア、コンピュータゲームなどがある。
【０００５】
音声および映像のような高品質マルチメディアファイルの生デジタル表現では、高速のデータサンプリングを用いて、アナログ情報がデジタルデータに変換される。この表現方法は、大量の記憶領域を消費する。例えば、３分間の長さの一般的な音声クリップを表現するＷＡＶ形式のファイルは、サイズがすぐに３０メガバイトを超えてしまう。一般的な６０秒の映像クリップは、圧縮されないと、１．５ＧＢになってしまう。インターネットなどのネットワークを介したデータの転送には、金銭として、さらに情報転送に要する時間として測ることのできるコストがかかる。転送するファイルが大きくなるほど、転送するのにより多くの時間を要することになり、接続時間に応じて支払いが行われる接続に関して、より多くのコストがかかることになる。
【０００６】
ネットワークを介してデジタルマルチメディアファイルを格納および／または転送する時間ならびにコストを削減するために、当該技術分野の専門家達は、デジタルコンテンツファイルをより小さいファイルに圧縮する高度なアルゴリズムを考案した。圧縮技術は通常損失を伴う（解凍する際にデータを正確に復元することができない）が、音声および映像の標準的な圧縮・解凍技術によって得られる、人間の耳および／または目によって通常検知することがない程度の差があるにすぎない。優れた圧縮技術によれば、音声ファイルはその原サイズの１０パーセントに縮小することができ、映像ファイルはさらに圧縮することができる。３分間の歌を３０ＭＢでＷＡＶに符号化した前述した例の場合、圧縮すれば、メモリのわずか３ＭＢしか使われなくなる。
【０００７】
圧縮技術の最も有名なファミリは、まとめてＭｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ（ＭＰＥＧ）(www.mpeg.org 参照）として知られている。ＭＰＥＧ音声圧縮技術の下位ファミリのうちの１つは、Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ Ａｕｄｉｏ Ｌａｙｅｒ ３、略称ではＭＰ３と呼ばれている。
【０００８】
コンピュータまたはＭＰ３プレーヤ上でＭＰ３音声ファイルを実行するために、ファイルを解凍してスピーカを駆動する音響機器にビットストリームを送信するレンダリングソフトウェアおよび／またはハードウェアアプリケーションが用いられる。そのようなソフトウェアの一例は、ＮＵＬＬＳＯＦＴによるウィナンプ (http://www.winamp.com/) である。音声と映像の両方をレンダリングすることができるアプリケーションとして、例えばマイクロソフトメディアプレーヤ (http://www.microsoft.com/)がある。
【０００９】
１９９０年代後半におけるインターネットおよびＭＰ３圧縮の出現は、世界中への音楽配信に革命をもたらした。一人の人物がＣＤからコンピュータへ音楽をコピーし、それをＭＰ３形式に圧縮し、次いでそれを、インターネットを介してファイルを送信することにより、他の数十、数百、また数千の人々とさえも共有することになるであろうピアツーピアシステムが創出された。デジタル音楽ファイルを共有するためのアプリケーション基盤を提供したソフトウェアシステムの最も有名な例は、同名の会社によるＮａｐｓｔｅｒである。そのシステムは、主に、著作権付き音楽ファイルをこれらの作品を制作したアーティストおよびレコード会社に対価を支払うことなく共有するために使用されたために、Ｎａｐｓｔｅｒは、米国の裁判所によって業務停止を命じられた。その当初の形態でのＮａｐｓｔｅｒはもはや存在しないが、今日では多くの類似したサービスが広まり、このようなサービスにより、世界中からのユーザが、音楽、映画、ソフトウェアアプリケーション、ゲーム、および他のファイルを含むあらゆる種類のデジタルコンテンツを共有することができる。
【００１０】
コンテンツ所有者は、このような状況が始まる当初から、デジタルコンテンツの「著作権侵害」による彼らの収益の激減を主張し、それに対抗しようと試みてきた。これまでのところ、技術的解決策を用いてこれらの問題を解決しようとするレコード会社および映画スタジオなどのコンテンツ所有者の試みの中で成功したものは、極めて限られている。
【００１１】
無料のコンテンツダウンロードアプリケーションが数多く存在するが、最近では、ＲｅａｌＮｅｔｗｏｒｋｓ (http://www.listen.com/) 、Ａｐｐｌｅ (http://www.apple.com/itunes/) 、およびＭｉｃｒｏｓｏｆｔ ＭＳＮ Ｍｕｓｉｃ Ｃｌｕｂ ｉｎ Ｅｕｒｏｐｅなどのベンダによる、音楽などのデジタルコンテンツに対する支払いサービスも出現している。ユーザは、１曲の歌毎に料金を支払い、次にその歌を自分のコンピュータにダウンロードしてから、その歌を再生するかまたはＣＤもしくは他のデバイスにコピーすることができる。あるいは、ユーザは、歌に対する所与の期間の無制限アクセスを予約する。これらのサービスでは、ユーザがいったんダウンロードしたファイルで何をすることができるのかを特定はしているものの、特定の使用ポリシーを順守させることには成功していない。
【００１２】
著作権付きデジタルコンテンツのダウンロードおよび共有を実行する許可を得ていない者によるダウンロードおよび共有に対抗し、許可に基づいたデジタルコンテンツの利用に実効性を持たせるために、コンテンツ所有者によってさまざまな保護方法が用いられている。デジタルコンテンツの配信および利用の管理に対する総称は、デジタル著作権管理 (Digital Rights Management)（以下、ＤＲＭという）である。ＤＲＭシステムは一般に、コンテンツリポジトリ／サーバとデジタル機器との間でのコンテンツの安全な配信のための暗号方式を含む。このような方式は一般に、機器が暗号アルゴリズムを実装しかつコンテンツにアクセスするための暗号鍵を保有することが要求される。
【００１３】
多くの場合、デジタルコンテンツをレンダリングするのに用いられるソフトウェアアプリケーションは、ユーザがデジタルコンテンツにアクセスしようと試みる際に拘束される特定の形式のＤＲＭを実装し、例えば映像ファイルを閲覧しかつ音声ファイルを聴くのに用いられるマイクロソフトメディアプレーヤには、内蔵形のＤＲＭ機能がある。このようなアプリケーションによって実行される動作の１つは、暗号方式および暗号鍵を用いてコンテンツファイルを復号化するプロセスである。このような動作を実行するために、そのアプリケーションは、暗号方式および暗号鍵へのアクセス権を有していなければならず、従って、暗号方式および暗号鍵は、アプリケーションの届く範囲内に存在しなければならない。一般に、暗号方式、暗号鍵、またはそれらの両方が、アプリケーションの内部、デジタルコンテンツファイル自体の内部、またはデジタル機器の記憶装置内のどこかに存在する。
【００１４】
コンピュータまたはＰＤＡのようなデジタル機器は一般に、コンピュータプログラマがそれに対してプログラムを開発することができるオープンプラットフォームである。時には、ＤＲＭを回避してコンテンツにアクセスするために、ＤＲＭシステムの暗号鍵および暗号アルゴリズムをハッキングし、それらの存在場所を突き止める目的でソフトウェアプログラムが開発される場合もある。このプロセスは一般に、「攻撃」と呼ばれ、それが成功した場合、ＤＲＭシステムに対する「クラッキング」または「ハッキング」と一般的に呼ばれる。この機能を実行するコンピュータプログラムを以下ハッキングプログラムまたはクラッキングプログラムという。
【００１５】
成功した攻撃の例は、当業界で周知である。２００１年に、マイクロソフトのメディアプレーヤが、偽名「Ｂｅａｌｅ Ｓｃｒｅａｍｅｒ」を使用したプログラマによってクラッキングされた (http://news.com.com/2100-1023-274721.html?legacy=cnet)。
【００１６】
他の形態の攻撃には、プログラミングツールの使用が含まれる。例えば、ソフトウェアデバッガは、レンダリングアプリケーションがデジタルコンテンツ情報を復号化した後に、それを追跡および捕捉し、「保護された」情報を取り出す。そのような情報には、デジタルコンテンツファイルおよびそれをレンダリングする方法を記述したメタデータが含まれる。アプリケーションをクラッキングしてこの情報をＤＲＭシステムから放出するハッキングプログラムがあれば、原デジタルコンテンツファイルの不正コピーを構成することができる。
【００１７】
対抗手段として、ＤＲＭシステムは、より高度な暗号体系およびコード難読化技術を用いることができる。他の方法には、暗号鍵を格納するための耐タンパハードウェアの追加が含まれる。このような方法の例には、レインボー テクノロジー インコーポレイテッドによるｉＴｏｋｅｎのような暗号トークン (http://www.rainbow.com/ikey/index.html) 、または暗号鍵および任意選択的に暗号アルゴリズムを格納するためのスマートカードの使用がある。このような解決策では、情報を復号化するプロセスにおいて暗号鍵をデジタル機器に明示するか、または内部で暗号機能を実行してしまって以後アクセスすることができるよう生の形式で最終結果を示す。
【００１８】
前述したコンテンツ保護方法から生じる副次的悪影響は、前述した暗号化方式およびコード難読化を実装することにより、デジタルコンテンツをレンダリングするソフトウェアアプリケーションが、保護プロセスにおいて積極的な役割を担うことである。コンテンツ保護の実装は秘密に保たれなければならないので、それを知ることができるのは、唯一そのソフトウェアアプリケーションを開発した組織のみである。さらに、コンテンツ自体を暗号鍵およびその特定の実装をした場合にしかわからないデータで修正しなければならず、その特定のソフトウェアアプリケーションは、コンテンツを復号化してレンダリングすることができる唯一のソフトウェアになってしまう。特定のソフトウェアアプリケーションによって利用されるコンテンツを制限すると、そのコンテンツを利用するために用いることができるデジタル機器のタイプおよび種類は、そのアプリケーションを開発した組織がサポートすることにした消費家電製品のタイプおよび種類に限定されることになる。
【００１９】
前述した方法は、停止してはいないがゆっくりとしたものであり、反対に働くことが証明されている。十分な時間と労力があれば、ＤＲＭシステムをクラッキングするコンピュータプログラムを書くことができる。当業者であればわかることであるが、そのような攻撃は、プログラマがソフトウェアプログラムを開発することができる開放型開発環境において実行されるソフトウェアアプリケーションのほうが成功しやすい。同様に、暗号化コプロセッサを用いると、復号化後のコンテンツが攻撃を受けやすくなる。
【００２０】
デジタルコンテンツファイルが無制限にコピーおよび流布されるのを防止するのに特に有効な別の方法は、音声ファイルならびに映像ファイルのようなデジタルコンテンツファイルのユーザへのストリーミングである。このシナリオでは、ファイルは、デジタル機器上に格納するためにダウンロードされるのではなく、ラジオ番組そっくりに「放送」される。これにより、デジタル機器上にはコンテンツの小ブロックのみが各所与の瞬間に存在することになる。これのマイナス面は、ユーザが音楽番組または映画の全持続時間中ずっとストリーミングソースまたはオンラインに接続していなければならないことである。ストリーミングに関する別の問題は、デジタル機器の記憶装置上に保存されるファイルの場合と異なり、ストリーミングされるコンテンツの料金を支払ってもユーザは常時コンテンツにアクセスすることができないことである。ストリーミングの別の欠点は、ストリーミングされたコンテンツを人間の目または耳にそれと分かる差異をもたらすことなく記録しかつ原デジタルコンテンツのデジタルコピーを再構成するプログラムが既に存在する点である。
【００２１】
著作権付きデジタルコンテンツの配信および管理に対する既存の解決策に関する問題を要約すると、既存の技術では、暗号化された著作権付きデジタルコンテンツおよびレンダリングソフトウェアアプリケーションが、クラッキングが容易なオープンコンピューティングシステムに格納される点が問題であることが挙げられる。また、デジタルコンテンツを特定の形式および特定のレンダリングソフトウェアアプリケーションに結び付けると、デジタルコンテンツのエンドユースに用いることができるさまざまなデジタル機器の機種数が限定されてしまう。さらに、ストリーミングによって解決しても、ストリーミングはユーザにとって不都合であり、抜け道が見つかりやすい。
【００２２】
著作権の所有者によって特定された制限の範囲内のみでユーザが著作権付きデジタルコンテンツを所有および使用することを許可するシステム、装置、および方法が求められているが未だ達成されていないことは明らかである。
【特許文献１】米国特許出願第１０／８２６，８０１号
【特許文献２】米国特許出願第１０／８２６，７９６号
【特許文献３】米国公開特許出願第２００４／０１３７６６４号
【発明の開示】
【００２３】
以下の明細書を読むことにより理解される本発明によって、前述した欠点および問題に対処する。
【００２４】
本発明の目的は、ＤＲＭ装置を提供することである。
【００２５】
本発明の別の目的は、ＤＲＭ装置と共に使用するための著作権付きデジタルコンテンツを準備する方法を提供することである。
【００２６】
本発明のさらに別の目的は、ＤＲＭ装置を用いて著作権付きデジタルコンテンツを配信およびレンダリングする方法ならびにシステムを提供することである。
【００２７】
いくつかの実施形態では、以下のステップが発生する。配信前に、一つ一つが著作権付きデジタルコンテンツのエンドユースに対して単独では十分ではないように原著作権付きデジタルコンテンツが処理されて、２つまたはそれ以上のパーツ（以下、ファイルという）が生成される。原著作権付きデジタルコンテンツの２つのファイルへの処理については以下で詳細に説明する。得られた２つの処理済みファイルが統合ファイルに再結合され、このファイルが、ネットワークを介して配信するために圧縮および暗号化される。いくつかの実施形態では、この統合ファイルは、追加のデータを含むことができる。統合ファイルは、ネットワークを介して、ＤＲＭ装置が接続されたデジタル機器に配信される。受信された統合ファイルは、ＤＲＭ装置内に格納される。ＤＲＭ装置は、この統合ファイルを２つのファイルに分離する。適切な時に、１つのファイルまたはファイルのセクションが処理のためにデジタル機器に送信され、第２のファイルもしくは第２のファイルのセクションが、ＤＲＭ装置の内部で処理される。適切な時期に、このような処理の結果がＤＲＭ装置の内部またはデジタル機器内で結合されて、エンドユーザが使用することができるデータおよびコンテンツが生成される。このプロセス中のどの時点においても、原コンテンツの完全なセットをデジタル機器上で利用することはできず、利用可能なコンテンツを生成するのに用いられる処理アルゴリズムの完全なセットをデジタル機器上で利用することもできない。それ故に、ハッキングの可能性に対して開放状態にある。
【００２８】
ＤＲＭ装置は、デジタル機器上でのコンテンツファイルのレンダリングに対する満了、使用回数制限、複製などのポリシー、および他の利用ポリシーを処理することができる。ユーザが特定の著作権付きデジタルコンテンツファイルを利用することを許可されていない場合、生成プロセスは開始されない。
【００２９】
前述した目的、態様および利点ならびに他の目的、態様および利点は、図面を参照した以下の本発明の実施形態の詳細な説明からよりよく理解されることになろう。
【発明を実施するための最良の形態】
【００３０】
本発明の例示的な実施形態の以下の詳細な説明では、本発明を実施することができる特定の例示的な実施形態を示す図面を参照する。当業者であれば、本発明の精神を逸脱することなく別の実施形態を用いることができるのがわかるであろう。従って、以下の本発明の詳細な説明は、限定的な意味で解釈すべきではない。
【００３１】
図１は、ＤＲＭ装置のハードウェア１１０の例示的な実施形態の図であり、中央処理装置（ＣＰＵ）１１２、任意選択的なシステムメモリ１１３、任意選択的なコプロセッサチップ１１９、任意選択的な不揮発性記憶装置１１４、および装置１１０をデジタル機器１２０に接続するためのインターフェイス１１５を含んでいる。状況に応じて１つのみまたは複数のシステムメモリ１１３もしくは不揮発性記憶装置１１４を有することができるので、１つのみまたは複数の中央処理装置１１２があってもよい。１つのみまたは複数のインターフェイス１１５を有することができる。本発明は、それほど限定されたものではない。不揮発性記憶装置１１４は、ＣＰＵ１１２内に含まれていても、ＣＰＵ１１２から分離されていてもよく、通常、ＤＲＭ装置のハードウェア１１０の構成要素または下位構成要素は、統合度を高めるためおよびおそらくはコストを低減するために、ＤＲＭ装置の他の構成要素または下位構成要素と結合することができる。
【００３２】
ＣＰＵ１１２は、汎用ＣＰＵであっても、専用の機能を有するＣＰＵであってもよい。さらに、ＣＰＵ１１２は、本発明の説明ではシステムメモリ１１３、および／または不揮発性記憶装置１１４と同様の目的をそれぞれ果たす内部メモリ、ならびに内部不揮発性記憶装置を含むことができる。ＣＰＵ１１２、不揮発性記憶装置１１４、および／または他の構成要素を耐タンパハードウェアとして実装してもよく、あるいはＣＰＵ１１２の部品、不揮発性記憶装置１１４、および／または他の構成要素を耐タンパ性としてもよい。本発明は、それほど限定されたものではない。
【００３３】
不揮発性記憶装置１１４は、読み出し専用メモリ（ＲＯＭ）、電気的に消去可能でプログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたはバッテリバックアップ式ランダムアクセスメモリ（ＲＡＭ）のような半導体ベースの媒体、もしくはハードディスクドライブまたはフロッピーディスクなどの磁気媒体の記憶装置、あるいは他の種類の不揮発性記憶装置を含むいくつかの種類の記憶装置のうちのいずれであってもよい。本発明は、それほど限定されたものではない。
【００３４】
インターフェイス１１５は、物理面と通信面の両方において、ＤＲＭ装置１１０をデジタル機器１２０と接続することができる。物理面では、例えば、直接接続、１本またはそれ以上のケーブルによる接続および／もしくは無線接続とすることができる。インターフェイス１１５の通信面では、ＤＲＭ装置とデジタル機器との間のデータ交換が可能となる。インターフェイス１１５は、いくつかの種類のインターフェイス、例えばＰＣＩ、ＩＳＡ、ユニバーサルシリアルバス（ＵＳＢ）、ファイアワイヤ、ＩＤＥ、ＳＣＳＩ、ＲＳ−２３２または他のシリアルインターフェイス、パラレルインターフェイス、コンパクトフラッシュ（ＣＦ）インターフェイス、ソニーメモリスティックインターフェイス、マルチメディアカード（ＭＭＣ）、セキュアデジタル（ＳＤ）、ミニセキュアデジタル、エクストリームデジタル（ｘＤ）、ブルートゥース、インフィニバンド、移動電話インターフェイス、ＰＤＡインターフェイス、および／またはＤＲＭ装置をデジタル機器と接続するために用いることができる任意の他の型のインターフェイスのうちのいずれであってもよい。
【００３５】
デジタル機器１２０は、１つまたはそれ以上のデジタルコンテンツファイルのあるエンドユースのために、エンドユーザによって用いられる。デジタル機器１２０は、いくつかの種類の装置、例えばＰＣ、ラップトップ、タブレットコンピュータ、ＰＤＡ、移動電話、ＭＰ３プレーヤ、ＤＶＤプレーヤ、パーソナルビデオプレーヤ、プログラム可能な民生電子機器のうちのいずれか、またはデジタルコンテンツと共に用いることができる任意の他の装置とすることができる。
【００３６】
１
不揮発性記憶装置１１４は、ＣＰＵ１１２によって実行することができる命令を含んでいる。不揮発性記憶装置１１４は、任意選択的な固有の装置用通し番号、固有の一対の公開暗号鍵および秘密暗号鍵のような認証方法および署名入り信頼性証明書をさらに含むことができる。不揮発性記憶装置１１４に格納された命令は、デジタル機器１２０がインターフェイス１１５を経由して不揮発性記憶装置１１４の一部にアクセスすることを可能にするが、秘密暗号鍵を格納している部分およびユーザアクセスを可能にすることなく閉鎖された環境において実行する命令を格納している部分を含む不揮発性記憶装置１１４の別の部分へのアクセスを防止する。不揮発性記憶装置は、複数の認証方法も格納することができる。本発明は、それほど限定されたものではない。
【００３７】
任意選択的なコプロセッサチップ１１９は、音声、映像、ゲームおよびそれらに類似したコンテンツのようなエンドユース向けにコンテンツを処理およびフォーマットする際に、ＣＰＵ１１２と併せて用いることができ、これによって、より高いコンピュータ能力が達成される。コプロセッサチップ１１９は、デジタルコンテンツを全く処理しなくても、その一部を処理しても、そのパーツを処理しても、その全部を処理してもよい。本発明は、それほど限定されたものではない。
【００３８】
映像を復号するために用いられるコプロセッサチップの例は、シグマ デザインズによるセットトップ機器およびメディアゲートウェイ用のＥＭ８４８５ ＭＰＥＧ−４デコーダ (http://www.sigmadesigns.com/products/em8485.htm)などである。
【００３９】
図２は、インターフェイス２１５を有するＤＲＭ装置２１０、ＤＲＭ装置２１０のインターフェイス２１５に適合するインターフェイス２２１を有するデジタル機器２２０、処理を施したデジタルコンテンツをユーザに提示する（例えば、映像、視像、合成音声、合成ビデオゲームまたは他の形で）ことができるユーザインターフェイス２２２、ネットワーク２３０、ネットワークを介してデジタルコンテンツを転送することができるコンピュータであるコンテンツサーバ２４０およびネットワークを介して認証および／または暗号ならびに／もしくはポリシーおよび／またはフォーマッティング情報を転送することができるコンピュータであるライセンスサーバ２５０を含む本システムの例示的な実施形態の図である。一実施形態によれば、この情報は、１つまたはそれ以上のファイル内に埋め込まれている。いくつかの実施形態によれば、著作権で保護するデジタルコンテンツは、皆無であっても、一部であっても、全部であってもよい。本発明は、それほど限定されたものではない。このシステムは、ＤＲＭ装置２１０、デジタル機器２２０、コンテンツサーバ２４０およびライセンスサーバ２５０を複数含むことができる。本発明は、それほど限定されたものではない。
【００４０】
インターフェイス２２１は、デジタル機器２２０をＤＲＭ装置２１０と接続する。インターフェイス２２１は、装置をデジタル機器と接続するために用いることができるいくつかの型のうちのいずれでもよい。デジタル機器２２０のインターフェイス２２１は、ＤＲＭ装置２１０とデジタル機器２２０との間での情報の受け渡しを可能にする形式のＤＲＭ装置のインターフェイス２１５の形に適合する。
【００４１】
コンテンツサーバ２４０は、インターネットのようなネットワーク２３０を経由してアクセスすることができるコンピュータである。コンテンツサーバ２４０は、映像、音声、電子書籍、ソフトウェア、ゲームなどの著作権付きデジタルコンテンツをダウンロードする要求に応答することができる。
【００４２】
ライセンスサーバ２５０は、インターネット網のようなネットワーク２３０を経由してアクセスすることができるコンピュータである。ライセンスサーバ２５０は、認証および／または復号化ならびに／もしくはポリシーおよび／またはフォーマッティング情報のような情報をダウンロードする要求に応答することができる。このデータは、ＤＲＭ装置ポリシーによって用いられるポリシーの定義、ＤＲＭ装置のフォーマッタによって用いられるフォーマッティングの定義、ＤＲＭ装置のディクリプタによって用いられる復号化の定義、ＤＲＭ装置のオーセンチケータによって用いられる認証の定義、デジタルコンテンツファイル、デジタルコンテンツファイルのパーツ、ユーザに関する情報、デジタルコンテンツファイルもしくはデジタルコンテンツファイルの一部分の１つまたはそれ以上のエンドユース（ユーザは、可能なすべてのエンドユースもしくは可能なすべてのエンドユースより少ないエンドユースにアクセスすることができる）に対するユーザの権利に関する情報、ベンダ／所有者／システムのオペレータに関する情報、特定のＤＲＭ装置２１０に関する情報、および他の情報を含むことができる。情報は、ＤＲＭ装置２１０および／またはデジタル機器２２０で使用することができる。情報は、ユーザがデジタルコンテンツを利用している間またはユーザにデジタルコンテンツを利用する許可を与える準備中に用いることができる。
【００４３】
いくつかの実施形態によれば、コンテンツサーバ２４０およびライセンスサーバ２５０は、ネットワークを経由して相互接続され、直接的には相互接続されない別個のエンティティとして実装される。別の実施形態によれば、コンテンツサーバ２４０およびライセンスサーバ２５０は直接相互接続される。別の実施形態によれば、コンテンツサーバ２４０およびライセンスサーバ２５０は、単一のエンティティとして実装される。本発明は、それほど限定されたものではない。
【００４４】
ＤＲＭ装置２１０内に実装されたオーセンチケータは、ネットワークを介してリモートサーバに対しＤＲＭ装置を認証するプロセスに関係する。オーセンチケータは、リモートサーバへの装置ＩＤ番号の送信を含むいくつかの認証方法のうちの１つを実行することができる。別のオーセンチケータは、ＤＲＭ装置２１０とサーバのみに知られた暗号化秘密鍵を用い、ＤＲＭ装置２１０が秘密鍵を所有していることを検証するためにＤＲＭ装置２１０にチャレンジする方法に基づいて認証を行う。このような認証プロセスのいくつかの実施形態では、サーバがＤＲＭ装置２１０に暗号化メッセージを送信し、オーセンチケータは、少なくともこのメッセージを復号化し、それをサーバに返信する。いくつかの実施形態では、例えば、平文メッセージに署名することによる認証および／または暗号化メッセージを復号化することによる認証など、同一の鍵をさまざまな認証方法に用いることができる。いくつかの実施形態では、オーセンチケータは、メッセージの復号化、結果の処理、結果の暗号化などの一連の動作を実行し、検証のためにそれをサーバに返信することによってチャレンジに応答する。この認証プロセスを行うために、認証プロセスに先立ってＤＲＭ装置２１０内に秘密鍵を格納することができる。格納される鍵は、すべてのＤＲＭ装置に平等に格納される単一の鍵であってもよく、各ＤＲＭ装置２１０に固有の専用鍵であってもよい。後者の場合には、サーバは、どの鍵がどのＤＲＭ装置内に格納されているかについて事前に知識を得ておかなければならない。
【００４５】
別の認証方法では、公開鍵および秘密鍵ならびにデジタル証明書が用いられる。そのような実施形態では、オーセンチケータは、ＤＲＭ装置２１０内に格納された秘密鍵および対応する公開鍵へのアクセス権を有する。秘密鍵は秘密に保たなければならないが、公開鍵は公開することができる。次いで、サーバは、ＤＲＭ装置２１０の公開鍵で暗号化したメッセージでオーセンチケータにチャレンジし、それが対応する秘密鍵へのアクセス権を有していることを確認する。いくつかの実施形態では、オーセンチケータは、メッセージに署名はするが、必ずしもこのメッセージを暗号化する必要はない。状況に応じて、サーバは、ＤＲＭ装置２１０からデジタル証明書を受信することができる。このデジタル証明書は、装置の通し番号または装置のＩＤおよび／もしくは装置の公開鍵ならびに／または装置に関連する追加情報のような装置識別情報、サーバ、システムを運営する組織あるいは任意の他の情報を含む。ＤＲＭ装置２１０の識別情報には、装置のベンダ、サーバの所有者、システムを運営する組織のような信頼することができる権限保持者および／またはその装置に対するデジタル証明書を作成する別の信頼することができる権限保持者によって電子署名が行われる。オーセンチケータのいくつかの実施形態は、ＤＲＭ装置２１０および／またはＤＲＭ装置２１０のユーザを認証することができる。
【００４６】
ＤＲＭ装置２１０内のディクリプタは、暗号化されたデジタルコンテンツまたはデジタルコンテンツのパーツを復号化された形に変換するプロセスに関係する。ディクリプタは、ＤＥＳ、３ＤＥＳ、ＡＥＳ、およびＩＤＥＡのような対称アルゴリズム、ならびに／またはＲＳＡ、ディフィヘルマン、楕円曲線のような非対称アルゴリズム、および／もしくは他のアルゴリズムなどのいくつかの方法のうちの１つまたはそれ以上を実行することができる。ディクリプタは、１つまたは複数の復号方法を実行することができる。ディクリプタは、署名を取り出しかつ受信したデータの発生地点および保全性をチェックするために、ＤＳＡ、ＭＤ２、ＭＤ４、ＭＤ５、ＨＭＡＣ、ならびに／またはＳＨＡ１のようなハッシングアルゴリズムおよび／もしくは他のアルゴリズムを含むことができる。そのような動作のための１つの復号鍵または複数の復号鍵は、１つもしくは複数のソースにおいて生成することができる。例えば、復号鍵データは、ＤＲＭ装置２１０の不揮発性記憶装置内への格納、デジタル機器２２０からの受信、および／または例えばデジタル機器２２０を通じたネットワークサーバからの受信が可能である。いくつかの実施形態では、ＤＲＭ装置２１０は、少なくとも部分的に復号化されたデジタルコンテンツを受信することができる。そのような実施形態では、明らかに、ディクリプタは、すでに復号化された部分については処理をしてもしなくてもよい。ディクリプタは、少なくとも部分的に復号化すること、例えばデジタルコンテンツファイルの一部分を完全に復号化することができ、かつ／またはデジタルコンテンツの全体または一部分の完全な復号化プロセスもしくは完全な復号化プロセスのサブセットとすることができる１つまたはそれ以上の復号化ステップを実行することができる。いくつかの実施形態では、デジタルコンテンツを、少なくとも部分的に暗号化されていない状態で受信することができる。
【００４７】
ＤＲＭ装置２１０のポリシーは、デジタルコンテンツまたはデジタルコンテンツの一部分のエンドユースに対する有資格性を検証するプロセスに関係し、ポリシーに基づいて、復号化、フォーマッティング、検索、および／またはデジタル機器への出力の伝送のような動作が許可もしくは不許可とされる。検証では、デジタルコンテンツを利用する権利、特定の日付までデジタルコンテンツを利用する権利、特定の日付間でデジタルコンテンツを利用する権利、特定の日付後にデジタルコンテンツを利用する権利、特定の累積利用時間にわたってデジタルコンテンツを利用する権利、特定の回数にわたってデジタルコンテンツを利用する権利、デジタルコンテンツを転送する権利、デジタルコンテンツを修正する権利、デジタルコンテンツ上にオーバーレイ情報を付加する権利、デジタルコンテンツをＤＲＭ装置２１０および／または別の場所に保存する権利、オーバーレイ情報を装置または別の場所に保存する権利、デジタルコンテンツをコピーする権利、デジタルコンテンツのパーツをコピーする権利、デジタルコンテンツの特定のパーツをコピーする権利、およびデジタルコンテンツのエンドユースもしくは配信に関するエンドユーザに関連する他の権利を含む１つまたはいくつかの有資格性オプションをチェックすることができる。これらをポリシーに基づいてチェックして、出力をデジタル機器２２０に伝送することを許可する動作、出力をデジタル機器２２０に伝送することを許可しない動作、デジタルコンテンツファイルまたはデジタルコンテンツファイルの一部分を消去する動作、および／または検索、編集、保存もしくはデジタルコンテンツのエンドユースの間にユーザが実行することができる他の操作のような操作を許可する動作または許可しない動作などの１つまたはそれ以上の動作となる可能性がある結果を生成することができる。
【００４８】
ＤＲＭ装置２１０内のフォーマッタは、ユーザによるエンドユース向けにデジタルコンテンツをレンダリングするプロセスに関係する。任意選択的なコプロセッサチップ１１９が利用可能ないくつかの実施形態では、フォーマッタは、そのフォーマッティング動作のパーツとしてコプロセッサチップを用いることができる。本発明は、それほど限定されたものではない。
【００４９】
いくつかの実施形態では、デジタルコンテンツは、少なくとも、ＭＰ３、ＭＰ３プロ、オッグボルビス、ＡＡＣ、ＤＴＳ、Ｄｏｌｂｙ、ＡＤＰＣＭ、ＷＭＡなどの符号化されたデジタル音声ファイルである（デジタル音声フォーマットのサンプルリストについては、http://sox.sourceforge.net/AudioFormats.html. を参照）。フォーマッタは、レンダリングプロセスの一部としてデジタルコンテンツを復号する。例えば、フォーマッタは、符号化されたＭＰ３ファイルを復号された生ＷＡＶファイルに変換し、生ＷＡＶファイルをその後音声信号にレンダリングし、エンドユース向けにユーザに提示することができる。デジタルコンテンツが少なくとも符号化されたデジタル音声ファイルである別の実施形態では、フォーマッタは、部分的にのみファイルを復号する。デジタルコンテンツが少なくとも１つの符号化されたデジタル音声ファイルであり、このファイルが例えば標的音声内の特定の周波数または振幅を記述するデータを含むことができるいくつかの実施形態では、フォーマッタは、このファイルのうちの１つまたはそれ以上を処理して、音声をレンダリングするために用いられることになる出力を生成する。
【００５０】
いくつかの実施形態では、デジタルコンテンツは、ＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４、ＷＭＶ、ＤＩＶＸ、ＸＶＩＤ、３ＩＶＸ、Ｈ．２６３、Ｈ．２６４、クイックタイム６、リアル、ウィンドウズメディアなどの少なくとも符号化されたデジタル映像ファイルである（デジタル映像フォーマットのサンプルリストについては、http://www.webopedia.com/Multimedia/Video/Video_Formats/を参照）。フォーマッタは、レンダリングプロセスの一部としてデジタルコンテンツを復号する。例えば、フォーマッタは、符号化されたＭＰＥＧ２ファイルを複合されたＹＵＶファイルに変換する。デジタルコンテンツが少なくとも符号化されたデジタル映像ファイルである別の実施形態では、フォーマッタは、部分的にのみファイルを復号する。コンテンツが少なくとも符号化されたデジタル映像ファイルであるいくつかの実施形態では、フォーマッタは、例えば標的映像の提示に影響を与えるフレーム内の特定のフレームまたは色を記述するデータを含むことができるファイルのうちの１つまたはそれ以上を処理して、映像をレンダリングするために用いられることになる出力を生成する。
【００５１】
コンテンツが少なくともソフトウェアアプリケーションまたはゲームであるいくつかの実施形態では、フォーマッタは、画像、ランタイムコードまたはソフトウェアシナリオもしくはゲームシナリオを生成または視覚化するために用いられるアルゴリズムの出力のような属性を生成することができる。
【００５２】
いくつかの実施形態では、コンテンツは、少なくとも電子書籍または電子書籍の一部分であり、フォーマッタは、少なくとも、その提示用に、コンテンツからレイアウトを生成する。フォーマッタの別の実施形態では、デジタルコンテンツは、少なくとも電子書籍または電子書籍の一部分であり、フォーマッタは、少なくとも、コンテンツから画像を生成する。
【００５３】
デジタル機器２２０は、インターフェイス２２１を通じて、ＤＲＭ装置２１０とデータを送受信する。デジタル機器２２０は、データを処理することができる。デジタル機器２２０は、レンダリング用のデジタルコンテンツファイルを準備することができる。デジタル機器２２０は、例えばコンピュータ画面上に電子書籍のページを表示するかまたは音声信号を音声処理電子機器に送信しかつ最終的にはスピーカに送信することにより、デジタルコンテンツを実際にレンダリングすることができる。
【００５４】
図３は、ＤＲＭ装置１１０と共に用いるための生デジタル音声コンテンツファイルＣまたは生デジタル映像コンテンツファイルＣを準備する例示的な方法のフローチャートである。生デジタルコンテンツファイルの準備の実施には、デジタルコンテンツファイルの占有する記憶空間がより少なくかつ伝送する間に消費するネットワーク資源がより少ないようにデジタルコンテンツを圧縮するステップが含まれる。
【００５５】
ＤＲＭ装置と共に用いるためのデジタルコンテンツファイルを準備する際に、いくつかの仮説が立てられる。第１に、デジタルコンテンツファイルＣ全体がいずれかの時点でデジタル機器上に完全に提示されることになれば、それはクラッキングされることになる。従って、デジタルコンテンツファイルの少なくとも一部分は、常に別の場所、具体的にはＤＲＭ装置上に格納しなければならない。第２に、コストを削減するために、ＤＲＭ装置の計算能力は、ホストのデジタル機器よりもはるかに弱くてよい。これは、ＤＲＭ装置がファイルＣを提示用に準備するのに必要なすべての計算を実行することができなくてもよいことを意味する。従って、コンテンツファイルＣを提示用に準備する際に、データ処理の一部を、ホストのデジタル機器上で実行しなければならない。
【００５６】
ステップ３０１では、コンテンツＣは、レンダリングする準備が整った状態で、ファイルＣとして生デジタル形式で存在する。いくつかの実施形態では、コンテンツＣは、文書、画像、音声ファイル、映像ファイル、ソフトウェア、ゲーム、前述したものの部分または組み合わせ、もしくは何らかの他の種類のデジタルコンテンツである。本発明は、それほど限定されたものではない。
【００５７】
ステップ３０２では、変形ｆ（）、ｇ（）、ｈ（）が存在するようにファイルＣが処理されて、ファイルＡおよびＢが生成される。これに対し、
Ｃ≒Ｆ＝ｆ（ｇ（Ａ），ｈ（Ｂ）） 式（１）
が成り立つ。ここで、ファイルｇ（Ａ）およびファイルｈ（Ｂ）上で実行される再結合アルゴリズムｆにより、原ファイルＣの同一のコピーまたはほぼ同一のコピー（人間の視覚、聴覚および他の知覚に対しては）となるＦが生成されることになる。ほぼ同一のコピーファイルＦは、エンドユーザによって利用される際に、原コンテンツファイルＣに比較して品質に軽微な劣化を有するかまたは品質に全く劣化を有しない、利用向けにレンダリングすることができるファイルである。ファイルＡおよびファイルＢは、原ファイルＣから導出されたデジタルコンテンツファイルであるが、各々が、単独では、無理なく提示可能なデジタルコンテンツファイルとして利用するために処理するのに必要な重要なデータを欠いている。変形ｆ（）ファイル、ｇ（）ファイル、およびｈ（）ファイルを用いて、ファイルＡならびにファイルＢをファイルＦに再構成することができる。
【００５８】
いくつかの実施形態では、ファイルＡは、デジタル機器上での処理を対象とし、ファイルＢは、ＤＲＭ装置内での処理を対象としている。この場合、ファイルＢをデジタル機器に利用することは不可能である。
【００５９】
いくつかの実施形態によれば、変形ｆ（）は、
Ｃ＝Ｆ＝ｆ（ｇ（Ａ），ｈ（Ｂ）） 式（２）
となるように、原ファイルＣの正確なコピーを再生する。
【００６０】
ファイルＡおよびファイルＢならびに変形ｆ（）、ｇ（）、ｈ（）は、さまざまな種類のコンテンツに順応させることができる。本発明は、それほど限定されたものではない。
【００６１】
原映像ファイルＣの一例は、圧縮されていない映像形式などのＹＵＶファミリにフォーマットされたファイルである。
【００６２】
いくつかの実施形態では、著作権付きの映画を含むデジタルコンテンツファイルＣに対し、ファイルＣを分割する一例において、少なくとも処理された形態の映像情報を含むファイルをファイルＡとし、少なくとも処理された形態の音声情報を含むファイルをファイルＢとすることができ、この場合、ファイルＡは、音声を全く含まない、少なくとも圧縮されたＭＰＥＧ形式であり、ファイルＢは、少なくともそれに対応する圧縮された音声である。
【００６３】
ファイルＣが圧縮されていない映像フォーマットのＹＵＶファミリにフォーマットされているいくつかの実施形態では、ファイルＡは、少なくともＹチャネルおよびＵチャネルを含み、ファイルＢは、少なくともＶチャネルを含む。
【００６４】
ファイルＣが映像ファイルであるいくつかの実施形態では、ファイルＢは、ファイルＣの符号化された形態のキーフレームのうちのいくつかを少なくとも含み、ファイルＡは、ファイルＦを生成するのに必要な残りの情報を含むインターフレームを少なくとも含む。
【００６５】
音声ファイルＣと映像ファイルＣの音声部分との両方に関連するいくつかの実施形態では、ファイルＡは、少なくともＦの複製に用いることができる特定の音声周波数範囲を含み、ファイルＢは、残りの周波数範囲を含む。
【００６６】
音声ファイルＣと映像ファイルＣの音声部分との両方に関連するいくつかの実施形態では、ファイルＡには、ダミーデータが詰め込まれ、ファイルＢが、このダミーデータを除去するのに必要なすべての情報を保持している。
【００６７】
デジタルコンテンツファイルＣが時間指向ファイルであるいくつかの実施形態では、ファイルＡをファイルＣのタイムシャッフル版とすることができ、このタイムシャッフル版では、シャッフルされた各セグメントの長さは数秒である。この場合、ファイルＢは、ファイルＡのシャッフルを解除するのに必要な情報を含む。シャッフルされた各セグメントの長さは、数秒より短くても、数秒に等しくても、数秒より大きくてもよい。本発明は、それほど限定されたものではない。シャッフルされた各セグメントの長さは異なっていてよい。本発明は、それほど限定されたものではない。
【００６８】
デジタルコンテンツファイルが時間指向ファイルであるいくつかの実施形態では、ファイルＡは、それが欠損セグメントを有する点を除き、ファイルＣと同様のものとすることができる。欠損セグメントは、ファイルＢを形成する。ファイルＡに欠損セグメントが多いほどファイルＡはますます単独では使用することができなくなることが分かる。
【００６９】
デジタルコンテンツファイルＣが時間指向ファイル、例えばＭＰ３形式に符号化されたＷＡＶ音声ファイルである別の実施形態では、持続時間の等しいフレームがＭＰ３形式に圧縮される。本発明では、ＷＡＶ形式のファイルＣが、通常のフレームサイズよりもわずかに長いフレームに分割される。通常のフレームと同サイズのフレームの部分は、ＭＰ３に符号化され、ファイルＡに格納される。残りは、無圧縮で、ファイルＢにＷＡＶ形式で格納される。ファイルＡもファイルＢも単独では使用することができない。唯一ファイルＡのみをよりどころとして歌を聴こうとすると、各フレームの終端でジャンプがわずかに生じる結果となる。
【００７０】
ファイルＣがソフトウェアアプリケーションまたはゲームであるいくつかの実施形態では、ファイルＡは、ＤＲＭ装置上で実行されるコードを含む一方で、ファイルＢは、デジタル機器上で実行されるコードを含む。ソフトウェアアプリケーションまたはゲームが正常に機能するためには、ファイルＡおよびファイルＢ内のコードを同時に実行する必要がある。ＤＲＭ装置上で実行されるファイルＡ内のコードは、非決定性である。ファイルＡ内のコードは、ソフトウェアアプリケーションの中心的部分であり、従って、それをデジタル機器上で走っているファイルＡ’内の代替的ハッカーコードと入れ替えることはできない。
【００７１】
当業者であれば、本発明の精神を逸脱することなく、ファイルＣを処理してファイルＡおよびファイルＢとする種々の方法が存在することがわかる。処理は、共に結合すると原ファイルＣの同一のコピーまたはほぼ同一のコピーを複製することができる単一もしくは複数の変換によって達成することができる。本発明は、それほど限定されたものではない。
【００７２】
当業者であれば、本発明の精神を逸脱することなく、ファイルＣを２つより多いファイルＡおよびファイルＢ、例えば一連のファイルＡ１．．．Ａｎ、Ｂ１．．．Ｂｍおよび変形ｇ１（）．．．ｇ１（）ならびにｈ１（）．．．ｈｋ（）に分割することができるのがわかる。
【００７３】
ステップ３０３では、ファイルＡおよびファイルＢが、状況に応じて情報をさらに追加して修正されかつ状況に応じてさらに処理される。いくつかの実施形態では、ファイルＡ、Ｂおよび修正ファイルがパッケージファイルＰに統合される。
【００７４】
いくつかの実施形態では、追加情報は、タイトル、作成者、サイズ、著作権通知、およびデジタルコンテンツＣを説明する任意の他の種類の情報のようなデジタルコンテンツＣに関するメタデータとすることができる。いくつかの実施形態では、追加情報は、コンテンツ上で実行することができるエンドユースを記載したコンテンツ利用ポリシーとすることができる。いくつかの実施形態では、追加情報は、特定のＤＲＭ装置を用いてコンテンツ上で実行することができるエンドユースを記載したコンテンツ利用ポリシーとすることができる。いくつかの実施形態では、追加情報は、特定のデジタル機器に取り付けられた特定のＤＲＭ装置を用いてコンテンツ上で実行することができるエンドユースを記載したコンテンツ利用ポリシーとすることができる。いくつかの実施形態では、透かしを適用することができる。いくつかの実施形態では、ファイルＰをさらに処理すること、例えばファイルＰを暗号化することができる。
【００７５】
図４は、ＤＲＭ装置１１０を用いてデジタルコンテンツファイルをレンダリングする例示的な方法のフローチャートである。
【００７６】
ステップ４０１で、ファイルＰが、ネットワークを通じて、ホストデジタル機器に取り付けられたＤＲＭ装置に配信される。
【００７７】
ステップ４０２で、ＤＲＭ装置が、ファイルＰからファイルＡおよびファイルＢを抽出する。これは、コンテンツを利用するユーザ要求に従って実行してもよく、ファイルＰを受信して直ちに実行してもよく、任意の時点での任意の他のトリガイベントによって実行してもよい。本発明は、それほど限定されたものではない。
【００７８】
ステップ４０３で、ＤＲＭ装置のアプリケーションが、特定の要求に基づいて利用ポリシーをチェックする。ＤＲＭ装置のアプリケーション内の利用ポリシーは、コンテンツファイルまたはコンテンツファイルの一部のエンドユースの有資格性を検証するプロセスに関係し、復号化、フォーマッティングおよび／またはデジタル機器への出力の伝送のような操作を許可もしくは不許可とする。検証では、コンテンツファイルを利用する権利、特定の日付までコンテンツファイルを利用する権利、特定の日付間でコンテンツファイルを使用する権利、特定の日付後にコンテンツファイルを利用する権利、特定の累積利用時間にわたってコンテンツファイルを利用する権利、特定の回数にわたってコンテンツファイルを利用する権利、コンテンツファイルを転送する権利、およびコンテンツファイルのエンドユースに関するエンドユーザに関連する他の権利を含む１つまたはいくつかの有資格性オプションをチェックすることができる。これらは、これらをポリシーに基づいてチェックし、出力をデジタル機器に伝送することを許可する動作、出力をデジタル機器に伝送することを許可しない動作、コンテンツもしくはコンテンツの一部分を消去する動作、および／またはコンテンツファイルのエンドユースの間にユーザが実行することができる他の操作などの１つまたはそれ以上の可能な動作となる結果を生成することができる。ユーザがコンテンツファイルにアクセスすることを許可されれば、ステップ４０４が開始される。ユーザがコンテンツファイルにアクセスすることを許可されなければ、ユーザに通知され、シーケンスが終了される。
【００７９】
ステップ４０４で、ＤＲＭ装置が、ｇ（Ａ）の計算を求めてファイルＡをホストデジタル機器に伝送する。
【００８０】
ステップ４０５で、ＤＲＭ装置がファイルＢを処理してｈ（Ｂ）を生成し、ホストデジタル機器がファイルＡを処理してｇ（Ａ）を生成する。
【００８１】
ステップ４０６で、ｇ（Ａ）がホストデジタル機器からＤＲＭ装置に送信される。
【００８２】
ステップ４０７で、ＤＲＭ装置がＦ＝ｆ（ｇ（Ａ），ｈ（Ｂ））を計算する。
【００８３】
いくつかの実施形態では、Ｆ＝ｆ（ｇ（Ａ），ｈ（Ｂ））の計算を求めてｈ（Ｂ）をＤＲＭ装置からホストデジタル機器に伝送することができる。
【００８４】
ステップ４０８で、エンドユース向けにファイルＦの準備が整う。
【００８５】
当業者であればわかることであるが、フォーマッティング処理中のどの時点においても、ファイルＢはデジタル機器２２０上には存在しない。
【００８６】
当業者であればわかることであるが、ファイルＣのファイルＡおよびファイルＢへの分割により、フォーマッティング処理においてＤＲＭ装置２１０がデジタル機器２２０の計算能力を利用することが可能となる。これにより、ＣＰＵ１１２およびおそらくはＤＲＭ装置２１０の他の構成要素のコスト低減がもたらされる。
【００８７】
いくつかの実施形態によれば、ＤＲＭ装置２１０内部の処理により、再構築された著作権付きデジタルコンテンツファイルＦに追加のデータが付加される。いくつかの実施形態では、デジタル透かしを追加することができる。この段階でデジタル透かしを追加することにより、透かし内に装置固有の識別情報を採り入れることが可能となり、これによって後に、著作権付きコンテンツを配信した装置の識別が可能となる。
【００８８】
いくつかの実施形態では、追加データは、単にファイルを拡大するためにファイルに付加される。このようにすればファイルＦの配信がより困難となるかまたはコストがより大きくなるので、このような処理が行われるのである。一例は、５００ＭＢから１０００ＭＢへのファイルの拡大である。５００ＭＢのファイルはＣＤ上に焼き付けることができるが、およそ７００ＭＢのＣＤの容量制限により、拡大されたファイルはそうすることができない。ファイルＦは、追加のダミーデータを詰めることによって拡大される。
【００８９】
いくつかの実施形態では、変形ｆ（）、ｇ（）、およびｈ（）によって、デジタルコンテンツの少なくとも一部分を劣化させることができる。
【００９０】
コンテンツがソフトウェアアプリケーションまたはゲームであるいくつかの実施形態では、変形ｈ（）は、デジタル機器からの入力、例えばゲームの状態、および特定の時点またはイベントにおけるユーザからの入力に依存することができる。いくつかの実施形態では、変形ｈ（）は、デジタル機器からの前述した入力に基づいてアプリケーションによって用いられることになるデータを生成するアルゴリズムを含む。
【００９１】
図３および図４に関して説明した処理を、図５ならびに図６それぞれによって、異なる形式で示し、図１〜図４のそれに対応する物理要素および処理ステップは、プライム符号（’）が追加されている以外は同一の参照数字で示している。最初に図５を参照すると、インターネットまたは他のネットワークを介した伝送用のデジタルコンテンツファイルＣの準備が行われる。第１のステップ３０２’では、ファイルＣの性質および実行される処理に応じて、前述した式（１）または（２）のうちの１つを満たすようにファイルＣが処理されて、２つのファイルＡならびにＢが生成される。これには、関数ｇ（Ａ）およびｈ（Ｂ）を取って関数ｆ（ｇ（Ａ），ｈ（Ｂ））に従って結合したときに、原コンテンツファイルＣが正確に、またはデータおよびアプリケーションの種類によって可能であればほぼ正確に再構成されるようにファイルＣを処理してファイルＡならびにファイルＢとするステップが含まれる。この処理は、ｇ（Ａ）のみまたはｈ（Ｂ）のみを有することによっては受け入れ可能な方法で原コンテンツファイルＣを再構成することができないように、さらに実行される。
【００９２】
次いで、ステップ３０３’により、ファイルＡおよびファイルＢが結合され、状況に応じて他の情報と共に、ファイルＰとされる。一例を挙げれば、ファイルＢおよびファイルＢのデータに伝送を所望される任意の他の情報を足したものが、時系列で結合される。ファイルおよび追加情報を互いにインタリーブして、ある付加的度合いのセキュリティを追加してもよい。追加情報は、コンテンツファイルＣと関連するライセンスデータの一部または全部を含むことができる。
【００９３】
ファイルＰは、コンテンツサーバ２４０’内に格納する前に、ステップ５０１によって圧縮し、かつ／またはステップ５０３によって暗号化することができる。ファイルＰのデータ暗号化５０３または圧縮５０１のいずれが望ましいかは、部分的には、データの性質およびこれらの機能がファイルＡならびにファイルＢを生成する際にステップ３０２’の一部としてすでに実行されているかどうかによって決定される。ライセンスデータは、ライセンスサーバ２５０’内に格納される前に暗号化されるのが好ましい。処理済みのファイルと関連する、サーバ２４０’から取得されたファイルのデータおよびライセンスサーバ２５０’から取得された任意のライセンスデータは、インターフェイス５０５において結合される。次いで、この結合された信号が、インターネットまたは他のデータネットワークを介して伝送される。
【００９４】
コンテンツファイルＣの処理はコンテンツサーバによって行うことができるが、コンテンツサーバ２４０’にアクセスする可能性のあるエンドユーザから原コンテンツファイルＣを大きく離しておくために、別個のコンピュータによって実行されるのが好ましい。コンテンツサーバ２４０’は一般に、処理済のファイルＰのデータに対して、コンテンツ消費者によって、インターネットまたは他のネットワークを介して遠隔でアクセスされる。異なる書籍、歌および／または映像作品のような多数の異なるファイルＣのデータは通常、サーバ２４０’および２５０’上に同時に格納される。コンテンツサーバ２４０’の機能およびライセンスサーバ２５０’の機能は、単一のサーバによって実行することができる。
【００９５】
ファイルＡおよびファイルＢを得るための処理がそれらの一方または両方を暗号化するステップを含む場合、さらなる暗号化５０３は、不要として省略することができる。しかし、ファイルＡまたはファイルＢのうちの一方のみが暗号化されている場合、ファイルＰを暗号化するのが望ましいかもしれない。また、ファイルＡおよびファイルＢの両方が暗号化形式であっても、第２の暗号化５０３を実行することができる。暗号化プロセスでは、ライセンスデータから取得した鍵、暗号化アルゴリズムの識別番号またはアルゴリズム自体でさえ用いることができる。
【００９６】
同様に、データ圧縮５０１は、特にファイルＡおよびファイルＢのいずれかまたは両方が処理３０２’の一部として圧縮を完了している場合には、省略することができる。あるいは、ファイルＰを圧縮および／または暗号化する場合には、データがコンテンツサーバ２４０’に格納された後にステップ５０１ならびに／もしくは５０３を実行してもよい。
【００９７】
デジタル機器２２０’でインターネットまたは他のネットワークからファイルＰを受信するステップを、図６に示す。デジタル機器は、ネットワークにインターフェイス６０１を提供する。その後、受信されたデータは、直接ＤＲＭ装置２１０’に提供され、少なくとも一時的に、いくつかのアプリケーションでは永久的に、その事前プログラミング可能な不揮発性メモリ１１４’に格納されるのが好ましい。ファイルＰがステップ５０３（図５）によって暗号化された場合、受信されたファイルデータは、ライセンスデータの一部として提供された鍵、アルゴリズムの識別番号または復号化アルゴリズムを一般的に用いて、ステップ６０３によって復号化される。復号化されるファイルデータの属性もこの方法で別個に供給することができ、そのサイズ、名称、ファイルのダイジェスト、チェックサムまたは他の冗長性チェックパラメータ、もしくは指紋などのセキュリティに用いることができる。
【００９８】
別の手法では、個々のＤＲＭ装置２１０’（図６）に固有のデータにより、ステップ３０２’または３０３’（図５）のいずれかにおいて、ファイルデータを暗号化することができる。これは、ＤＲＭ装置２１０’の通し番号または他の識別番号とすることができる。次いで、その識別番号が、復号化６０３時に提供される。その結果、正しいＤＲＭ装置識別番号以外でファイルデータを復号しようとするあらゆる試みが失敗することになる。あるいは、暗号鍵または暗号鍵ペアを各ＤＲＭ装置２１０’のメモリに格納し、その中に格納されたデータの暗号化および復号化に用いてもよい。これらの場合、コンテンツデータは、固有の鍵または識別番号を含む単一のＤＲＭ装置によってのみ、復号化および有用化することができる。鍵または識別番号は、ＤＲＭ装置を製造するステップの一部としてその内部に格納されるのが好ましい。従って、ＤＲＭ装置外では、ネットワークを介して伝送することも、他の方法でアクセスすることもできない。
【００９９】
同様に、ファイルＰのデータがネットワークを介して送信される前にステップ５０１によって圧縮されたために必要となった場合、データは、ステップ６０５によって解凍される。なんらかの圧縮および解凍が欠損している場合、これにより、ファイルＰまたはファイルＰに近似するなんらかのファイルが生成される。
【０１００】
次のステップ４０２’では、ファイルＰからファイルＡおよびファイルＢならびに任意の追加情報が抽出される。ファイルＡおよびファイルＢならびに任意の追加情報が一つずつ送信された場合、それらは、時系列で別個に受信される。インタリーブされていた場合、データが送信された際に用いられたインタリービングパターンを認識ことにより、受信されたデータストリームが、ファイルＡおよびファイルＢならびに任意の追加情報に分離される。ファイルＢからの関数ｈ（Ｂ）の計算は、ＤＲＭ装置２１０’内において、ステップ６０７で実行される。一方、ファイルＡは、デジタル機器２２０’に転送され、このデジタル機器２２０’において、ステップ６０９でｇ（Ａ）が計算され、ＤＲＭ装置２１０’に返信される。次いで、ステップ４０７’によって、関数ｆ（ｇ（Ａ），ｈ（Ｂ））がｇ（Ａ）およびｈ（Ｂ）から計算される。
【０１０１】
次いで、正確にまたはほぼ正確にコンテンツファイルＣの原データであるファイルＦのデータが、ステップ６１１によって、パーソナルコンピュータのような特定の種類のデジタル機器２２０’で用いる形式にレンダリングされる。このステップは、おそらくはライセンスデータに基づいて、所定の目的に対しては有用であるが無許可のコピーおよび／または配布に対しては特に有用でない形式にデータをレンダリングする方法で、デジタル機器２２０’の利用部分６１３に渡されたファイルデータの形式を制限するステップを含むことができる。
【０１０２】
書籍または他の文書のテキストのような比較的小さい静的コンテンツファイルＣについては、デジタル機器２２０’内での計算結果ｇ（Ａ）およびＤＲＭ装置２１０’による計算結果ｈ（Ｂ）の全部を、そのメモリ１１４’内に全体として格納することができ、図６の処理は、ファイル全体に関して実行される。しかし、一回でデータファイルの一部分についてのみ、繰り返し反復して図６のプロセスを実行するのがより一般的である。例えば、コンテンツが音楽データまたは映像データである場合、ＤＲＭ装置２１０’内でのファイルＡおよびファイルＢの一部分の再構成は、１秒につき５０回のような高い頻度で実行される。ファイルＡおよびファイルＢの短い相関部分の時系列が図６に示されている方法で一回で処理され、その後、次のファイルＡおよびファイルＢの相関部分が同様の方法で処理されるなどとなる。そのような繰り返し反復される処理は、特に、ＤＲＭ装置２１０’によって受信された処理済のファイルがメモリ１１４’の利用可能な記憶容量に対して大きすぎる場合、またはＤＲＭ装置によってデータが受信される際にリアルタイムで計算を実行しかつその結果をレンダリングすることが所望される場合に用いられる。
【０１０３】
データの暗号化によって供与される保護に加え、コンテンツプロバイダによって提供されかつメモリ１１４’内に格納されたライセンスデータにより、ＤＲＭ装置２１０’の動作がさらに制御される。ライセンスデータにより、特定のデータファイルの利用を特定の回数に制限することができ、日付の範囲を限定することができ、かつそれに類似する機能を実行することができる。それは、ＤＲＭ装置またはユーザに特異的な特定の限定された方法でデータをレンダリングするようにフォーマッティング６１１を制御することもできる。これらは、有資格性検証ステップ６１４によってチェックおよび制御することができる。そのようなライセンス権利外で操作しようと試みると、１つまたはそれ以上の必要不可欠なデータ伝送経路を６１５、６１７および／または６１９で中断することによって示されているように、ＤＲＭ装置２１０’内のデータの処理およびレンダリングを完全に終了させることができる。ライセンスデータが追加情報内に含まれている場合、代わりにそれらを用いてこれらのデータ伝送経路を制御することができ、かつそれらをブロック６０７、６０９、６１１および６１４のいずれかまたは全部に適用することもできる。前述した処理の主な態様は、図５のステップ３０２’においてファイルＣのデータを伝送用に準備し、次いで図６のステップ６０７、６０９、および４０７’によってステップ３０２’の結果をＤＲＭ装置およびデジタル機器内で逆転させることによって発生する。図３〜図６の処理のこの部分を、図７に異なる形式で示す。例示的な実施形態では、コンテンツファイルＣは、処理６５１により、成分Ｃ1および成分Ｃ2に分離される。次いで、これらの成分が、それぞれの処理６５３および６５５によって個々に処理される。処理６５３の結果がファイルＡであり、処理６５５の結果がファイルＢである。処理６５３および６５５は、暗号化、圧縮または他の何らかの形の処理とすることができる。処理６５３および６５５の種類は、同一である必要はない。また、処理ステップ６５３および６５５の両方を常に実行する必要もない。
【０１０４】
次いで、ファイルＡおよびファイルＢは通常、先に説明したファイルＰの形式または別の方法で、インターネットのようなネットワークを介して伝送される。受信されると、ファイルＡのデータは、処理６５３の逆となる処理６５７を施される。すなわち、処理６５３によりデータを圧縮してファイルＡを形成した場合、処理６５７によりファイルＡのデータを解凍する。同様に、受信されたファイルＢのデータは、処理６５５の逆となる処理６５９を施される。次いで、この処理の結果ｇ（Ａ）およびｈ（Ｂ）が、分離処理６５１の逆となる処理により、６６１で結合される。結合の結果が、何らかの中間処理により何らかのデータの損失またはひずみが生じたか否かによって原ファイルＣと全く同一となるかまたはほぼ同一となる、ファイルＦである。
【０１０５】
ファイルＣが映画のデータを含む前述した実施形態のうちの１つでは、ファイルが、映像成分Ｃ1 および音声成分Ｃ2 に分割される。ファイルＡは、例えば圧縮による映像成分Ｃ1 の処理６５３の結果生じ、ファイルＢは、これも圧縮とするとよい音声成分Ｃ2 の処理６５５の結果生じる。次いで、処理ステップ６５７で、ステップ６５３において用いられた圧縮アルゴリズムの逆によってファイルＡが解凍される。同様に、処理６５９により、処理６５５に対して用いられたアルゴリズムの逆によってファイルＢが解凍される。
【０１０６】
前述した実施形態の別の例では、ステップ６５１により、音声ファイルＣの周波数範囲が２つの別個の成分範囲Ｃ1 およびＣ2 に分割される。ファイルＡは、Ｃ1 成分データの処理６５３の結果生じ、ファイルＢは、Ｃ2 成分データの処理６５５の結果生じる。
【０１０７】
前述した別の実施形態では、分離処理６５１により、映像信号ファイルＣの色成分が２つの部分に分割され、ファイルＡは１つまたはそれ以上であるが全部ではない成分で形成され、ファイルＢは残りの成分を含んでいる。ステップ６５１の処理済みファイルＡおよびファイルＢを結合することにより、全ての色成分が、単一の映像信号からなるデータＦに戻される。
【０１０８】
前述した実施形態の他の例では、処理６５１は、ファイルＣにある程度の修正を施すことによって成分Ｃ1 を生成するステップを含む一方で、成分Ｃ2 は、その修正を覆すのに必要な情報を保持する。次いで、処理６６１により、その修正を覆すようにデータが結合される。そのような修正には、ダミーデータの追加、データのタイムシャッフルまたはデータのセグメントの除去が含まれる。
【０１０９】
ＤＲＭ装置２１０’は、１つまたはそれ以上の市販のフラッシュメモリカードまたはフラッシュドライブに実装するのが最も好都合である。適切なメモリカードは、コンパクトフラッシュ（ＣＦ）、マルチメディアカード（ＭＭＣ）、セキュアデジタル（ＳＤ）、ミニＳＤ（ｍｉｎｉＳＤ）、トランスフラッシュ、メモリスティックなどの商標の下で販売されているものである。クルーザーの商標の下で販売されているフラッシュドライブも用いることができる。本発明の譲受人であるサンディスク コーポレイションは、これらのメモリカードおよびフラッシュドライブを製造および販売している。それらは、フラッシュメモリの管理と、ほとんどのアプリケーションに対する図６に示されている処理の実行との両方に対して十分な処理能力を有しているので適切である。
【０１１０】
ｇ（Ａ）の計算をＤＲＭ装置２１０’からデジタル機器２２０’にオフロードすることにより、処理能力量が少ないカードまたはドライブでさえも、通常は低コストで依然として用いることができる。次いで、より処理量の多い集中的計算を、フラッシュデバイスよりもはるかに処理能力が高いことが多いデジタル機器２２０’に実行させることになる。セキュリティに関して、デジタル機器は、単独では役に立たない原ファイルＣ、すなわちこの例ではｇ（Ａ）の一部分にのみアクセスすることができる。実際には、原コンテンツファイルＣ（図５）のファイルＡおよびファイルＢへの分割を実行することができるので、データの大部分がファイルＡ内に保持され、単独では役に立たない、ファイルＡをレンダリングするのに十分なデータのみがファイルＢ内に配置される。これにより、デジタル機器２２０’の通常は優れた処理能力および記憶容量をｇ（Ａ）を計算するのに用いることが可能となる一方で、ＤＲＭ装置２１０’の比較的少量の処理能力および記憶容量は、ｈ（Ｂ）を計算し、ファイルＦ（図６）をレンダリングするのに必要となる。同じ時間のインクリメント内でｇ（Ａ）およびｈ（Ｂ）の対応する部分を処理することで両方の装置が同期を保つ必要があるので、コンテンツが高いデータ転送速度のストリーミング音声コンテンツまたは映像コンテンツである場合には、これは特に有用となり得る。これら２つの間の処理能力の比率は、２、４、１０またはそれ以上とすることができ、これら２つのメモリの記憶容量の比率は同様とすることができる。それにより、相対的に能力が小さいＤＲＭ装置で、セキュリティ機能およびデジタル著作権管理機能を有するコンテンツファイルＣの再構成が制御される。デジタル機器がＤＲＭ装置よりも小さい処理能力および／またはメモリ容量を有する逆の場合にも、同じ原理を適用することができる。
【０１１１】
そのようなフラッシュメモリ素子７０１の構造を、図８に全体的に示す。これは、１つまたはそれ以上の半導体集積回路チップ上に形成されたフラッシュメモリセルの１つのアレイまたは複数のアレイを有するフラッシュメモリ１１４’を含む。通常は別のチップ上に形成されるメモリコントローラ７０３は、一般に、フラッシュメモリ１１４’とのインターフェイス７０７とこのデバイスのインターフェイス７０９との間に延びるバス７０５を含む。バス７０５に接続されているのは、マイクロプロセッサ７１１、揮発性ランダムアクセスメモリ（ＲＡＭ）を含むメモリ１１３’、およびデータから誤り訂正符号（ＥＣＣ）を算出するための回路７１３ならびにセキュリティ処理回路７１５のような特定目的の計算を行うための一般的には１つまたはそれ以上の回路である。外部コネクタ７１７は、デジタル機器２２０’上の機械的および電気的に結合するコネクタ７１９と共に、メモリ素子の外側上に形成されている。
【０１１２】
図８のメモリ素子７０１のマイクロプロセッサ７１１は、図６のＤＲＭ装置２１０’に関して説明した計算を行う。これらの計算を行うためにマイクロプロセッサ７１１によって実行されるファームウェアは一般に、フラッシュメモリ１１３’内に格納され、必要に応じてコントローラのメモリ１１３’にロードされる。フラッシュメモリ１１４’は、少なくとも２つの部分に分割され、１つの部分は、暗号化されたファイルＰのコンテンツと同様に、ユーザデータを書き込みかつ読み出すために、ユーザによってアドレス指定可能である。メモリ素子に対して指定された論理アドレス空間は、このユーザがアクセス可能な第１の部分にマップされる。メモリ１１４’の第２の部分は、ユーザに対してはアクセス不可能とされ、一般に、ユーザによって直接アクセスされないコンテンツ、暗号鍵のデータ、装置の通し番号または他の固有の識別番号およびオペレーティングファームウェアを格納するために用いられる。ＤＲＭ装置２１０’によって受信されたデータおよび図６に示されている計算の中間結果は、メモリ１１４’の第２の部分に格納される。ステップ４０２’で抽出されたファイルＡおよびファイルＢのうちの１つまたは両方のデータ、もしくはそれらの連続した小部分は、そのように格納される中間計算結果の例である。ファイルＦも、デジタル機器２２０’に出力されるまで、この方法で格納することができる。コントローラ７０３は、その機能を実行するためにこの第２の部分にアクセスすることができるが、それは、デジタル機器２２０’で見られるメモリ素子の論理アドレス空間内には存在しない。
【０１１３】
コネクタ７１７（図８）の形は、使用される特定のメモリカードまたはフラッシュドライブの規格専用である。多くのそのような規格が存在する。例えば、ＳＤカードの物理的特性および一部の電気的特性について記載した公文書は、ＳＤ協会（ＳＤＡ）による２００１年４月１５日付の「第一部：物理層仕様バージョン１．０１の簡略版」から入手可能である。トランスフラッシュメモリカードの仕様は、サンディスク コーポレイションから入手可能である。ＵＳＢインターフェイスの機械的および電気的詳細は、２０００年４月２７付の「ユニバーサルシリアルバス仕様」バージョン２．０によって提供されている。ファイアワイヤとして知られる別のより高い転送速度のインターフェイスは、電気電子技術者協会（ＩＥＥＥ）の規格「高速シリアルバス用ＩＥＥＥ規格」，公文書番号ＩＥＥＥ１３９４ａ−２０００およびＩＥＥＥ１３９４ｂ−２００２によって修正された公文書番号ＩＥＥＥ１３９４−１９９５によって指定されている。前述した仕様および規格は、本願明細書において参照により援用されている。
【０１１４】
ＤＲＭ装置２１０’およびデジタル機器２２０’の一般的形態を図９に示す。ＤＲＭ装置２１０’は、一般にはＵＳＢレセプタクルを含むパーソナルコンピュータ、ノート型パソコンまたは他のホストであるデジタル機器２２０’上のＵＳＢレセプタクル７１９’内へ取り外し可能に挿入するためのＵＳＢプラグ７１７’を有するフラッシュドライブである。もちろん、他のデジタル機器も、別の形式のメモリ素子に対して同様の接続性を提供することができる。あるいは、プラグ７１７’は、ファイアワイヤコネクタ形式であってもよい。さらに、デジタル機器２２０’とＤＲＭ装置２１０’との間に、それらの間での有線接続の代わりに、無線通信を用いることができる。
【０１１５】
ＤＲＭ装置としてのＳＤカード２１０”の使用も、その外部端子７１７”と電気的に接続するためのデジタル機器２２０’のカードスロット７１９”内に取り外し可能に挿入される状態で、図９に示す。デジタル機器自体の専用カードスロットを使用せずに、デジタル機器のＵＳＢレセプタクルにも接続するもののようなある形式のメモリカードアダプタを使用してもよい。
【０１１６】
ＤＲＭ装置に極めて有用な別のメモリ記憶装置は、１つがＵＳＢレセプタクル内への挿入用であり、もう１つが例えばＳＤカード規格に準拠したカード端子の標準セットを有する、両方とも内部メモリコントローラに接続する２つの異なる外部端子をカード上に有するメモリカードである。このような素子については、２００４年４月１６日に出願された「２つの端子の標準セットを有するメモリカード」という米国特許出願第１０／８２６，８０１号（特許文献１）と「２つの端子の標準セットおよび端子被覆機構を有するメモリカード」という米国特許出願第１０／８２６，７９６号（特許文献２）との２つの米国特許出願に記載されている。これらの出願の両方とも、本願明細書において参照により援用されている。
【０１１７】
分解するのを困難にする方法でＤＲＭ装置を製造することも望ましい。これにより、その内部に格納されたデータのセキュリティがさらに高められる。そのような製造技術の１つおよびそれによってもたらされたフラッシュドライブについては、米国公開特許出願第２００４／０１３７６６４号（特許文献３）に記載され、この出願は、本願明細書において参照により援用されている。
【０１１８】
ファイルＣの任意の視覚コンテンツをデジタル機器の表示装置７２１上でユーザが閲覧することができ、音声スピーカ７２３またはイヤホンによって任意の音声コンテンツを聴くことができる。デジタル機器２２０’は、表示装置７２１または音声源７２３のうちの１つのみを含んでもよく、それぞれ視覚コンテンツのみもしくは音声コンテンツのみの再生専用である場合、それらのうちの１つの複数のコピーを含んでもよい。コンテンツファイルＣのデータを再生するのに適切である場合、何らかの別の種類の人間の感覚を変換する装置を用いてもよい。
【０１１９】
前述した説明は、デジタル機器から取り外すことができる形式のメモリカードまたはフラッシュデバイス内にＤＲＭ装置を実装することを意図している。しかし、ＤＲＭ装置をデジタル機器の内部に永久的にインストールするのが望ましいアプリケーションがある。その一例は、デジタル機器が音声ＭＰ３プレーヤのように携帯性が高い場合のアプリケーションである。そのような場合には、ＤＲＭ装置をシールパッケージ内に別個に形成して分解の困難性を高め、それにより処理されるデータのセキュリティを向上させるのが好ましい。
【０１２０】
本発明を特定の実施形態を参照して説明してきたが、本発明は、それらに限定されるものと解釈すべきではない。本発明の範囲または精神を多少なりとも逸脱することなく、種々の改変および修正をこれらの実施形態に施すことができる。
【図面の簡単な説明】
【０１２１】
【図１】ＤＲＭ装置の一実施形態の概略ブロック図である。
【図２】このシステムの一実施形態の概略ブロック図である。
【図３】ＤＲＭ装置と共に利用するためのデジタルコンテンツファイルを準備する例示的な方法のフローチャートである。
【図４】ＤＲＭ装置を用いてデジタルコンテンツファイルをレンダリングする例示的な方法のフローチャートである。
【図５】ＤＲＭ装置と共に利用するためのデジタルコンテンツファイルを準備する図３の処理を異なる形式で示す。
【図６】ＤＲＭ装置を用いてデジタルコンテンツファイルをレンダリングする図４の処理を異なる形式で示す。
【図７】図３〜図６に含まれる信号処理の一部を異なる形式で示す。
【図８】デジタル機器のホストに取り外し可能に接続可能なフラッシュドライブ内へのＤＲＭ装置の例示的な実装例を示すブロック図である。
【図９】図７のフラッシュドライブのＤＲＭ装置およびデジタル機器のホストの機械的構成を概略的に示す。
【特許請求の範囲】
【請求項１】
通信ネットワークを介してデジタルデータを通信する方法において、
前記デジタルデータを少なくとも第１および第２の単位のデータに分離するステップと、
前記単位のデータがそれらの個々の同一性を保持するように、通信ネットワークを介して前記単位のデータを伝送するステップと、
少なくとも第１および第２の電子システムからなる異なるそれぞれの電子システム内で、前記通信ネットワークを介して受信された前記少なくとも第１および第２の単位のデータを処理するステップと、
前記第１の電子システム内で前記処理された単位のデータを結合するステップと、
前記第２の電子システム内で前記結合された単位のデータを利用するステップと、
を含む方法。
【請求項２】
前記第１の電子システムは、ホストデジタル機器を含む前記第２の電子システム上の第２のコネクタと機械的および電気的に結合する第１のコネクタを有するハンドヘルド装置として形成される請求項１記載の方法。
【請求項３】
前記デジタルデータは、映像成分と音声成分の両方を有するマルチメディアデータを含み、前記第１の単位は、前記音声成分のデータを伴わない前記映像成分の圧縮データを含み、前記第２の単位は、前記音声成分の圧縮データを含む請求項１記載の方法。
【請求項４】
前記デジタルデータは、複数の成分を有する映像信号からなり、前記第１の単位は、前記成分の全部には満たないデータを含み、前記第２の単位は、前記成分の他のデータを含む請求項１記載の方法。
【請求項５】
前記デジタルデータは、符号化されたデータフレームを複数含み、前記第１の単位は、少なくとも前記データフレームのキーフレームを含み、前記第２の単位は、前記データフレームの残りのインターフレームを含む請求項１記載の方法。
【請求項６】
前記デジタルデータは、音声信号からなるデータを含み、前記第１の単位は、少なくとも特定の音声周波数範囲のデータを含み、前記第２の単位は、残りの音声周波数範囲のデータを含む請求項１記載の方法。
【請求項７】
前記デジタルデータは、音声信号からなるデータを含み、前記第１の単位は、前記音声データにダミーデータを加えたデータを含み、前記第２の単位は、前記第１の単位から前記ダミーデータを除去するために必要な情報からなるデータを含む請求項１記載の方法。
【請求項８】
前記デジタルデータは、時間指向信号からなり、前記第１の単位は、前記デジタルデータのタイムシャッフル版を含み、前記第２の単位は、前記第１の単位のデータのシャッフルを解除するために必要な情報からなるデータを含む請求項１記載の方法。
【請求項９】
前記デジタルデータは、時間指向信号からなり、前記第１の単位は、前記デジタルデータのセグメントが複数欠損しているデジタルデータを含み、前記第２の単位は、前記欠損セグメントからなるデータを含む請求項１記載の方法。
【請求項１０】
前記デジタルデータは、符号化されたＷＡＶ音声ファイルからなりかつ所与の長さよりも長いデータからなる複数のフレームに分割され、前記第１の単位は、前記所与の長さのフレームからなるデータを含み、前記第２の単位は、前記フレームの残りのデータを含む請求項１記載の方法。
【請求項１１】
前記デジタルデータは、ソフトウェアのデータからなり、前記第１の単位は、前記第１の電子システムによって実行されるソフトウェアコードを含み、前記第２の単位は、前記第２の電子システムによって実行されるソフトウェアコードを含む請求項１記載の方法。
【請求項１２】
デジタル機器と、前記デジタル機器と取り外し可能に接続されたデジタル著作権管理（ＤＲＭ）装置との組み合わせにおいて、前記デジタル機器によって受信されたデータファイルを処理する方法は、
少なくとも第１および第２の別個の単位のデータからなる形態で前記データファイルを受信するステップと、
前記第１の単位のデータを前記ＤＲＭ装置内で処理し、前記第２の単位のデータを前記デジタル機器内で処理するステップと、
前記処理された第１および第２の単位のデータを前記ＤＲＭ装置内で結合するステップと、
前記結合されたデータを前記デジタル機器内で利用するステップと、
を含む方法。
【請求項１３】
前記処理するステップは、前記第１および第２の単位のデータのうちの少なくとも１つを復号化するステップを含む請求項１２記載の方法。
【請求項１４】
前記デジタル機器によって受信された前記第１および第２のデータ単位は暗号化され、前記処理するステップは、前記第１の単位のデータを前記ＤＲＭ装置内で復号化し、前記第２の単位のデータを前記デジタル機器内で復号化するステップを含む請求項１２記載の方法。
【請求項１５】
前記ＤＲＭ装置は、不揮発性メモリと、マイクロプロセッサと、前記デジタル機器のコネクタと電気的および機械的に結合するコネクタとを含む、少なくとも１つのカプセル化された集積回路を有する請求項１２記載の方法。
【請求項１６】
前記ＤＲＭ装置のコネクタおよび前記デジタル機器のコネクタは、ＵＳＢコネクタである請求項１５記載の方法。
【請求項１７】
前記ＤＲＭ装置のコネクタおよび前記デジタル機器のコネクタは、ＳＤカード規格のコネクタに適合する請求項１５記載の方法。
【請求項１８】
前記ＤＲＭ装置のコネクタおよび前記デジタル機器のコネクタは、トランスフラッシュカード規格のコネクタに適合する請求項１５記載の方法。
【請求項１９】
前記ＤＲＭ装置のコネクタおよび前記デジタル機器のコネクタは、メモリスティックカード規格のコネクタに適合する請求項１５記載の方法。
【請求項２０】
前記デジタル機器と前記ＤＲＭ装置との間のデータの通信は無線で行われる請求項１２記載の方法。
【請求項２１】
デジタル著作権管理（ＤＲＭ）装置が接続されたデジタル機器において、前記デジタル機器によって受信されたデータファイルを処理する方法は、
少なくとも第１および第２の別個の単位のデータからなる形態で前記データファイルを受信するステップと、
前記第１の単位のデータを前記ＤＲＭ装置内で処理し、前記第２の単位のデータを前記デジタル機器内で処理するステップと、
前記処理された第１および第２の単位のデータを前記ＤＲＭ装置内で結合するステップと、
前記結合されたデータを前記デジタル機器内で利用するステップと、
を含む方法。
【請求項２２】
前記処理するステップは、前記第１および第２の単位のデータのうちの少なくとも１つを復号化するステップを含む請求項２１記載の方法。
【請求項２３】
前記デジタル機器によって受信された前記第１および第２のデータ単位は暗号化され、前記処理するステップは、前記第１の単位のデータを前記ＤＲＭ装置内で復号化し、前記第２の単位のデータを前記デジタル機器内で復号化するステップを含む請求項２１記載の方法。
【請求項２４】
デジタル著作権管理（ＤＲＭ）モジュールにおいて、
マイクロプロセッサと、
半導体メモリと、
前記モジュールの内外へデータを通信するためのインターフェイスと、
前記メモリ内に格納されたソフトウェアコードであって、
前記インターフェイスを通じて受信されたデータファイルから少なくとも第１および第２の部分を抽出し、
前記受信されたデータファイルの前記第１の部分を処理して、処理済みの第１の部分を形成し、
前記インターフェイスを通じて、前記受信されたデータファイルの前記第２の部分を送信し、
処理後に、前記インターフェイスを通じて前記データファイルの前記第２の部分を処理済みの第２の部分として受信し、
前記データファイルの前記処理済みの第１および第２の部分を結合し、
前記インターフェイスを通じて、前記データファイルの前記結合された処理済みの部分を表すものを少なくとも返送するように前記マイクロプロセッサによって実行されるソフトウェアコードと、
を備えるデジタル著作権管理（ＤＲＭ）モジュール。
【請求項２５】
前記処理は、前記インターフェイス回路を通じて受信された前記データファイルの前記第１および第２の部分の復号化を含む請求項２４記載のモジュール。
【請求項２６】
少なくとも前記マイクロプロセッサおよび半導体は、カプセル化されている請求項２４記載のモジュール。
【請求項２７】
前記インターフェイスは、前記モジュールの外部からアクセス可能な電気接点を有する機械的コネクタを含む請求項２４記載のモジュール。
【請求項２８】
前記コネクタは、ＵＳＢコネクタを含む請求項２７記載のモジュール。
【請求項２９】
前記コネクタは、ＳＤメモリカード規格に準拠した電気接点を含む請求項２７記載のモジュール。
【請求項３０】
前記コネクタは、トランスフラッシュメモリカード規格に準拠した電気接点を含む請求項２７記載のモジュール。
【請求項３１】
前記コネクタは、メモリスティックメモリカード規格に準拠した電気接点を含む請求項２７記載のモジュール。
【請求項３２】
前記インターフェイスは、前記モジュールの外部からアクセス可能な２つの機械的コネクタを含む請求項２４記載のモジュール。
【請求項３３】
前記２つの機械的コネクタは、ＵＳＢコネクタと、既存のメモリカード規格に準拠した電気接点のセットとを含む請求項３２記載のモジュール。
【請求項３４】
前記モジュールの内外へデータを通信するための前記インターフェイスは、無線トランシーバを含む請求項２４記載のモジュール。
【請求項３５】
デジタルコンテンツを供給するシステムにおいて、
デジタルコンテンツから導出された少なくとも２つの単位のデータを格納する少なくとも１つのサーバであって、前記単位のうちのいずれか１つのみからでは前記デジタルコンテンツを再構成することができず、むしろ、前記デジタルコンテンツを再構成するためには、或る処理を実行しかつ前記処理の結果を結合することが必要となるように格納するサーバと、
ネットワークを介して受信された前記デジタルコンテンツを求める要求に応答し、前記導出された少なくとも２つの単位のデータを、前記ネットワークを介して、単一のデータストリームとして送信するようになっているインターフェイスと、
を備えるシステム。
【請求項３６】
前記少なくとも１つのサーバは、前記デジタルコンテンツを利用する権利からなるデータをさらに格納し、前記インターフェイスは、前記デジタルコンテンツの前記権利データを前記ネットワークを介して前記単位のデータと共に送信するようにさらになっている請求項３５記載のシステム。
【請求項３７】
前記ネットワークを介して前記少なくとも１つのサーバから前記少なくとも２つの単位のデータを受信するための、ＤＲＭ装置が接続された複数のデジタル機器をさらに備え、前記単位のデータのうちの１つの前記処理は前記ＤＲＭ装置内で行われ、前記単位のデータのうちの別の１つの前記処理は前記デジタル機器内で行われ、この処理の前記結果が結合されて、前記デジタル機器によって利用するための前記デジタルコンテンツファイルが再構成される請求項３５記載のシステム。
【請求項３８】
前記ＤＲＭ装置は、前記デジタルコンテンツを求める前記要求を発行し、かつ前記ネットワークを介してそれを送信するように機能する請求項３７記載のシステム。
【請求項３９】
前記単位のデータのうちの１つの単位のデータの量を処理するのに必要な処理量および記憶容量は、前記単位のデータのうちの別の１つの単位のデータの量を処理するのに必要な処理量および記憶容量の２分の１またはそれ以下である請求項３５記載のシステム。
【請求項４０】
前記少なくとも２つの単位のデータは、それらの処理が互いに接続された少なくとも２つの異なるハードウェアデバイスにおいて行われ、次いで前記処理の結果が前記ハードウェアデバイスのうちの１つにおいて結合されるように前記デジタルコンテンツから導出される請求項３５記載のシステム。
【請求項４１】
前記少なくとも１つのサーバは、前記単位のデータのうちの少なくとも１つを圧縮形態で格納する請求項３５記載のシステム。
【請求項４２】
前記少なくとも１つのサーバは、前記単位のデータのうちの少なくとも１つを暗号化形態で格納する請求項３５記載のシステム。
【請求項１】
通信ネットワークを介してデジタルデータを通信する方法において、
前記デジタルデータを少なくとも第１および第２の単位のデータに分離するステップと、
前記単位のデータがそれらの個々の同一性を保持するように、通信ネットワークを介して前記単位のデータを伝送するステップと、
少なくとも第１および第２の電子システムからなる異なるそれぞれの電子システム内で、前記通信ネットワークを介して受信された前記少なくとも第１および第２の単位のデータを処理するステップと、
前記第１の電子システム内で前記処理された単位のデータを結合するステップと、
前記第２の電子システム内で前記結合された単位のデータを利用するステップと、
を含む方法。
【請求項２】
前記第１の電子システムは、ホストデジタル機器を含む前記第２の電子システム上の第２のコネクタと機械的および電気的に結合する第１のコネクタを有するハンドヘルド装置として形成される請求項１記載の方法。
【請求項３】
前記デジタルデータは、映像成分と音声成分の両方を有するマルチメディアデータを含み、前記第１の単位は、前記音声成分のデータを伴わない前記映像成分の圧縮データを含み、前記第２の単位は、前記音声成分の圧縮データを含む請求項１記載の方法。
【請求項４】
前記デジタルデータは、複数の成分を有する映像信号からなり、前記第１の単位は、前記成分の全部には満たないデータを含み、前記第２の単位は、前記成分の他のデータを含む請求項１記載の方法。
【請求項５】
前記デジタルデータは、符号化されたデータフレームを複数含み、前記第１の単位は、少なくとも前記データフレームのキーフレームを含み、前記第２の単位は、前記データフレームの残りのインターフレームを含む請求項１記載の方法。
【請求項６】
前記デジタルデータは、音声信号からなるデータを含み、前記第１の単位は、少なくとも特定の音声周波数範囲のデータを含み、前記第２の単位は、残りの音声周波数範囲のデータを含む請求項１記載の方法。
【請求項７】
前記デジタルデータは、音声信号からなるデータを含み、前記第１の単位は、前記音声データにダミーデータを加えたデータを含み、前記第２の単位は、前記第１の単位から前記ダミーデータを除去するために必要な情報からなるデータを含む請求項１記載の方法。
【請求項８】
前記デジタルデータは、時間指向信号からなり、前記第１の単位は、前記デジタルデータのタイムシャッフル版を含み、前記第２の単位は、前記第１の単位のデータのシャッフルを解除するために必要な情報からなるデータを含む請求項１記載の方法。
【請求項９】
前記デジタルデータは、時間指向信号からなり、前記第１の単位は、前記デジタルデータのセグメントが複数欠損しているデジタルデータを含み、前記第２の単位は、前記欠損セグメントからなるデータを含む請求項１記載の方法。
【請求項１０】
前記デジタルデータは、符号化されたＷＡＶ音声ファイルからなりかつ所与の長さよりも長いデータからなる複数のフレームに分割され、前記第１の単位は、前記所与の長さのフレームからなるデータを含み、前記第２の単位は、前記フレームの残りのデータを含む請求項１記載の方法。
【請求項１１】
前記デジタルデータは、ソフトウェアのデータからなり、前記第１の単位は、前記第１の電子システムによって実行されるソフトウェアコードを含み、前記第２の単位は、前記第２の電子システムによって実行されるソフトウェアコードを含む請求項１記載の方法。
【請求項１２】
デジタル機器と、前記デジタル機器と取り外し可能に接続されたデジタル著作権管理（ＤＲＭ）装置との組み合わせにおいて、前記デジタル機器によって受信されたデータファイルを処理する方法は、
少なくとも第１および第２の別個の単位のデータからなる形態で前記データファイルを受信するステップと、
前記第１の単位のデータを前記ＤＲＭ装置内で処理し、前記第２の単位のデータを前記デジタル機器内で処理するステップと、
前記処理された第１および第２の単位のデータを前記ＤＲＭ装置内で結合するステップと、
前記結合されたデータを前記デジタル機器内で利用するステップと、
を含む方法。
【請求項１３】
前記処理するステップは、前記第１および第２の単位のデータのうちの少なくとも１つを復号化するステップを含む請求項１２記載の方法。
【請求項１４】
前記デジタル機器によって受信された前記第１および第２のデータ単位は暗号化され、前記処理するステップは、前記第１の単位のデータを前記ＤＲＭ装置内で復号化し、前記第２の単位のデータを前記デジタル機器内で復号化するステップを含む請求項１２記載の方法。
【請求項１５】
前記ＤＲＭ装置は、不揮発性メモリと、マイクロプロセッサと、前記デジタル機器のコネクタと電気的および機械的に結合するコネクタとを含む、少なくとも１つのカプセル化された集積回路を有する請求項１２記載の方法。
【請求項１６】
前記ＤＲＭ装置のコネクタおよび前記デジタル機器のコネクタは、ＵＳＢコネクタである請求項１５記載の方法。
【請求項１７】
前記ＤＲＭ装置のコネクタおよび前記デジタル機器のコネクタは、ＳＤカード規格のコネクタに適合する請求項１５記載の方法。
【請求項１８】
前記ＤＲＭ装置のコネクタおよび前記デジタル機器のコネクタは、トランスフラッシュカード規格のコネクタに適合する請求項１５記載の方法。
【請求項１９】
前記ＤＲＭ装置のコネクタおよび前記デジタル機器のコネクタは、メモリスティックカード規格のコネクタに適合する請求項１５記載の方法。
【請求項２０】
前記デジタル機器と前記ＤＲＭ装置との間のデータの通信は無線で行われる請求項１２記載の方法。
【請求項２１】
デジタル著作権管理（ＤＲＭ）装置が接続されたデジタル機器において、前記デジタル機器によって受信されたデータファイルを処理する方法は、
少なくとも第１および第２の別個の単位のデータからなる形態で前記データファイルを受信するステップと、
前記第１の単位のデータを前記ＤＲＭ装置内で処理し、前記第２の単位のデータを前記デジタル機器内で処理するステップと、
前記処理された第１および第２の単位のデータを前記ＤＲＭ装置内で結合するステップと、
前記結合されたデータを前記デジタル機器内で利用するステップと、
を含む方法。
【請求項２２】
前記処理するステップは、前記第１および第２の単位のデータのうちの少なくとも１つを復号化するステップを含む請求項２１記載の方法。
【請求項２３】
前記デジタル機器によって受信された前記第１および第２のデータ単位は暗号化され、前記処理するステップは、前記第１の単位のデータを前記ＤＲＭ装置内で復号化し、前記第２の単位のデータを前記デジタル機器内で復号化するステップを含む請求項２１記載の方法。
【請求項２４】
デジタル著作権管理（ＤＲＭ）モジュールにおいて、
マイクロプロセッサと、
半導体メモリと、
前記モジュールの内外へデータを通信するためのインターフェイスと、
前記メモリ内に格納されたソフトウェアコードであって、
前記インターフェイスを通じて受信されたデータファイルから少なくとも第１および第２の部分を抽出し、
前記受信されたデータファイルの前記第１の部分を処理して、処理済みの第１の部分を形成し、
前記インターフェイスを通じて、前記受信されたデータファイルの前記第２の部分を送信し、
処理後に、前記インターフェイスを通じて前記データファイルの前記第２の部分を処理済みの第２の部分として受信し、
前記データファイルの前記処理済みの第１および第２の部分を結合し、
前記インターフェイスを通じて、前記データファイルの前記結合された処理済みの部分を表すものを少なくとも返送するように前記マイクロプロセッサによって実行されるソフトウェアコードと、
を備えるデジタル著作権管理（ＤＲＭ）モジュール。
【請求項２５】
前記処理は、前記インターフェイス回路を通じて受信された前記データファイルの前記第１および第２の部分の復号化を含む請求項２４記載のモジュール。
【請求項２６】
少なくとも前記マイクロプロセッサおよび半導体は、カプセル化されている請求項２４記載のモジュール。
【請求項２７】
前記インターフェイスは、前記モジュールの外部からアクセス可能な電気接点を有する機械的コネクタを含む請求項２４記載のモジュール。
【請求項２８】
前記コネクタは、ＵＳＢコネクタを含む請求項２７記載のモジュール。
【請求項２９】
前記コネクタは、ＳＤメモリカード規格に準拠した電気接点を含む請求項２７記載のモジュール。
【請求項３０】
前記コネクタは、トランスフラッシュメモリカード規格に準拠した電気接点を含む請求項２７記載のモジュール。
【請求項３１】
前記コネクタは、メモリスティックメモリカード規格に準拠した電気接点を含む請求項２７記載のモジュール。
【請求項３２】
前記インターフェイスは、前記モジュールの外部からアクセス可能な２つの機械的コネクタを含む請求項２４記載のモジュール。
【請求項３３】
前記２つの機械的コネクタは、ＵＳＢコネクタと、既存のメモリカード規格に準拠した電気接点のセットとを含む請求項３２記載のモジュール。
【請求項３４】
前記モジュールの内外へデータを通信するための前記インターフェイスは、無線トランシーバを含む請求項２４記載のモジュール。
【請求項３５】
デジタルコンテンツを供給するシステムにおいて、
デジタルコンテンツから導出された少なくとも２つの単位のデータを格納する少なくとも１つのサーバであって、前記単位のうちのいずれか１つのみからでは前記デジタルコンテンツを再構成することができず、むしろ、前記デジタルコンテンツを再構成するためには、或る処理を実行しかつ前記処理の結果を結合することが必要となるように格納するサーバと、
ネットワークを介して受信された前記デジタルコンテンツを求める要求に応答し、前記導出された少なくとも２つの単位のデータを、前記ネットワークを介して、単一のデータストリームとして送信するようになっているインターフェイスと、
を備えるシステム。
【請求項３６】
前記少なくとも１つのサーバは、前記デジタルコンテンツを利用する権利からなるデータをさらに格納し、前記インターフェイスは、前記デジタルコンテンツの前記権利データを前記ネットワークを介して前記単位のデータと共に送信するようにさらになっている請求項３５記載のシステム。
【請求項３７】
前記ネットワークを介して前記少なくとも１つのサーバから前記少なくとも２つの単位のデータを受信するための、ＤＲＭ装置が接続された複数のデジタル機器をさらに備え、前記単位のデータのうちの１つの前記処理は前記ＤＲＭ装置内で行われ、前記単位のデータのうちの別の１つの前記処理は前記デジタル機器内で行われ、この処理の前記結果が結合されて、前記デジタル機器によって利用するための前記デジタルコンテンツファイルが再構成される請求項３５記載のシステム。
【請求項３８】
前記ＤＲＭ装置は、前記デジタルコンテンツを求める前記要求を発行し、かつ前記ネットワークを介してそれを送信するように機能する請求項３７記載のシステム。
【請求項３９】
前記単位のデータのうちの１つの単位のデータの量を処理するのに必要な処理量および記憶容量は、前記単位のデータのうちの別の１つの単位のデータの量を処理するのに必要な処理量および記憶容量の２分の１またはそれ以下である請求項３５記載のシステム。
【請求項４０】
前記少なくとも２つの単位のデータは、それらの処理が互いに接続された少なくとも２つの異なるハードウェアデバイスにおいて行われ、次いで前記処理の結果が前記ハードウェアデバイスのうちの１つにおいて結合されるように前記デジタルコンテンツから導出される請求項３５記載のシステム。
【請求項４１】
前記少なくとも１つのサーバは、前記単位のデータのうちの少なくとも１つを圧縮形態で格納する請求項３５記載のシステム。
【請求項４２】
前記少なくとも１つのサーバは、前記単位のデータのうちの少なくとも１つを暗号化形態で格納する請求項３５記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２００７−５２５７５５（Ｐ２００７−５２５７５５Ａ）
【公表日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願番号】特願２００６−５５２２７１（Ｐ２００６−５５２２７１）
【出願日】平成１７年２月２日（２００５．２．２）
【国際出願番号】ＰＣＴ／ＵＳ２００５／００３５８３
【国際公開番号】ＷＯ２００５／０７６５７６
【国際公開日】平成１７年８月１８日（２００５．８．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
２．コンパクトフラッシュ
３．ウィンドウズ
【出願人】（５０６２６４０９６）サンディスク セキュア コンテンツ ソリューションズ インコーポレイテッド (1)
【Ｆターム（参考）】
【公表日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願日】平成１７年２月２日（２００５．２．２）
【国際出願番号】ＰＣＴ／ＵＳ２００５／００３５８３
【国際公開番号】ＷＯ２００５／０７６５７６
【国際公開日】平成１７年８月１８日（２００５．８．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
２．コンパクトフラッシュ
３．ウィンドウズ
【出願人】（５０６２６４０９６）サンディスク セキュア コンテンツ ソリューションズ インコーポレイテッド (1)
【Ｆターム（参考）】
[ Back to top ]