(57)【要約】無線通信環境でデジタル所有権管理を容易にするシステムおよび方法が記述される。一般に、コンテンツ（例えばデータ・ファイル、ビデオ・イメージなど）は、デジタル所有権の保護を保証するために、ダウンロードされて、暗号化された状態で保持される。従って、そのようなコンテンツを利用するプログラミング・アプリケーションは、使用（例えば、再生またはアクセス）時にコンテンツを解読する。標準化されたファイルＩ／Ｏインタフェースを利用して、アプリケーションが、暗号化されたコンテンツにアクセスすることを可能にするファイル・インタフェースが提供される。コンテンツの解読は、暗号化されたコンテンツを利用する個々のアプリケーションに透過的になりえる。従って、暗号アルゴリズムまたは手順の変形や、鍵サイズの変更は、プログラミング・アプリケーションに影響を与える必要はない。
2009532813.tif 000002
【特許請求の範囲】
【請求項１】
デジタル所有権管理を容易にする方法であって、
暗号化されたファイルを開く要求を、アプリケーションから受け取ることと、
前記ファイルのファイル・ハンドルを生成することと、
ファイルＩ／Ｏ動作において用いるために、前記ファイルに関連する鍵材料を、前記ファイル・ハンドルに関連付けることと
を備える方法。
【請求項２】
前記ファイル・ハンドルと、前記関連付けられた鍵材料とに応じて、ファイルＩ／Ｏ動作を実行することを更に備える請求項１に記載の方法。
【請求項３】
前記ファイル・ハンドルを用いて、前記アプリケーションからファイル読取要求を受け取ることと、
前記ファイル読取要求に応じて、前記暗号化されたファイルからデータを取得することと、
前記ファイル・ハンドルに関連付けられた鍵材料に応じて、前記取得されたデータを解読することと、
前記ファイル読取要求に応答して、前記解読されたデータを前記アプリケーションへ提供することと
を更に備える請求項１に記載の方法。
【請求項４】
前記ファイルは、連続的なブロック暗号化を用いて暗号化される請求項３に記載の方法。
【請求項５】
データは、ブロック毎ベースで取得され解読される請求項４に記載の方法。
【請求項６】
メタデータを取得するために、前記ファイルの構造に基づいて前記ファイルを分析することと、
前記ファイルに関連付けられたメタデータを分析することと
を更に備える請求項３に記載の方法。
【請求項７】
前記ファイルを開く要求は、前記鍵材料を含む請求項１に記載の方法。
【請求項８】
前記鍵材料を鍵マネジャから取得することを更に備え、前記鍵材料は、前記ファイルが提供される請求項１に記載の方法。
【請求項９】
前記ファイルはＡＥＳを使用して暗号化される請求項１に記載の方法。
【請求項１０】
デジタル所有権管理を容易にする装置であって、
暗号化されたファイルを格納するメモリと、
前記暗号化されたファイルに関連付けられた鍵材料に少なくとも部分的に基づいて、アプリケーションからのファイルＩ／Ｏ要求に応答して、前記暗号化されたファイルにアクセスするための命令を実行するプロセッサと
を備える装置。
【請求項１１】
ファイル・オープン要求を受け取り、
この要求に応答してファイル・リファレンスを生成し、
このファイルにアクセスする際に使用するために、前記鍵材料を前記ファイル・リファレンスへ関連付ける
ための命令群を更に備える請求項１０に記載の方法。
【請求項１２】
前記ファイル・オープン要求は、前記鍵材料を含む請求項１１に記載の方法。
【請求項１３】
前記ファイル・リファレンスを含む読取要求を受け取り、
前記ファイル・リファレンスに少なくとも部分的に基づいて前記ファイルを識別し、
前記ファイルからデータを検索し、
前記鍵材料を用いて、この検索されたデータを解読する
ための命令群を更に備える請求項１０に記載の方法。
【請求項１４】
前記暗号化されたファイルは、連続的なブロック暗号化を使用して暗号化され、前記データは、ブロックで検索され解読される請求項１３に記載の方法。
【請求項１５】
前記暗号化されたファイルは、ＡＥＳを使用して暗号化される請求項１０に記載の方法。
【請求項１６】
前記ファイルＩ／Ｏ動作は、ＦｉｌｅＲｅａｄ、ＦｉｌｅＣｌｏｓｅ、ＦｉＩｅＴｅｌｌ、ＦｉｌｅＣｌｏｓｅ、ＦｉｌｅＦｌｕｓｈ、ＣｈｅｃｋＥｎｄＯｆＦｉｌｅ、ＧｅｔＦｉｌｅＥｒｒｏｒ、またはＩｓＦｉｌｅＯｐｅｎのうちの少なくとも１つ、あるいはこれらの組み合わせを含む請求項１０に記載の方法。
【請求項１７】
前記鍵材料を鍵マネジャから取得するための命令群を更に備える請求項１０に記載の方法。
【請求項１８】
前記ファイルに関連付けられたメタデータを得るために、前記ファイルを分析し、
前記メタデータを分析する
ための命令群を更に備える請求項１０に記載の方法。
【請求項１９】
デジタル所有権管理を容易にする装置であって、
少なくとも１つのプログラミング・アプリケーションからファイルＩ／Ｏ要求を受け取る手段と、
前記ファイルＩ／Ｏ要求に応答して、暗号化されたファイルにアクセスする手段と、
前記暗号化されたファイルからデータを解読するために、前記ファイルに関連付けられた鍵材料を用いる手段と、
解読されたデータを前記アプリケーションへ提供する手段と
を備える装置。
【請求項２０】
ファイル・オープン要求に応答して、前記暗号化されたファイルのファイル記述子を生成する手段と、
前記鍵材料を前記ファイル記述子に関連付ける手段と
を更に備える請求項１９に記載の方法。
【請求項２１】
前記ファイル・オープン要求は、前記鍵材料を含む請求項２０に記載の方法。
【請求項２２】
前記ファイルはブロック毎ベースで暗号化される請求項１９に記載の方法。
【請求項２３】
暗号化されたファイルを要求するファイル読取要求を、プログラミング・アプリケーションから受け取り、
前記ファイル読取要求に応じて、前記暗号化されたファイルからデータを取得し、
前記暗号化されたファイルに関連付けられた鍵に少なくとも部分的に基づいて、前記取得したデータを解読し、
前記解読したデータを、前記プログラミング・アプリケーションへ提供する
ための命令群を有するコンピュータ読取可能媒体。
【請求項２４】
前記暗号化されたファイルを要求するファイル・オープン要求を前記プログラミング・アプリケーションから受け取り、
前記暗号化されたファイルのためのファイル・ハンドルを生成し、
前記鍵材料を前記ファイル・ハンドルに関連付けるための命令群を更に備え、
前記ファイル・ハンドルは、ファイルＩ／Ｏ動作に関して、前記暗号化されたファイルに対するリファレンスを提供する請求項２３に記載のコンピュータ読取可能媒体。
【請求項２５】
前記ファイルはＡＥＳを用いて暗号化される請求項２３に記載のコンピュータ読取可能媒体。
【請求項２６】
前記ファイルは連続的なブロック暗号化を用いて暗号化され、データはブロック毎ベースで取得され解読される請求項２３に記載のコンピュータ読取可能媒体。
【請求項２７】
デジタル所有権管理を容易にするコンピュータ実行可能命令群を実行するプロセッサであって、
暗号化されたファイルを要求するファイル・オープン指示を、プログラミング・アプリケーションから受け取る第１のモジュールと、
前記暗号化されたファイルのファイル・リファレンスを生成する第２のモジュールと、
前記暗号化されたファイルに関連する鍵を、前記ファイル・リファレンスに関連付ける第３のモジュールと、
ファイルＩ／Ｏにおいて使用するために、前記プログラミング・アプリケーションに、前記ファイル・リファレンスを提供する第４のモジュールと
を備えるプロセッサ。
【請求項２８】
前記ファイル・リファレンスを含むファイル読取指示を前記プログラミング・アプリケーションから受け取るモジュールと、
前記ファイル読取指示に応答して、前記暗号化されたファイルからデータを取得するモジュールと、
前記ファイル・リファレンスに関連付けられた鍵に基づいて、前記データを解読するモジュールと、
前記解読されたデータを前記プログラミング・アプリケーションへ提供するモジュールと
を更に備える請求項２７に記載のプロセッサ。
【請求項２９】
前記ファイルは、連続的なブロック暗号化を用いて暗号化される請求項２７に記載のプロセッサ。
【請求項３０】
前記ファイル・オープン指示は、前記鍵を含む請求項２７に記載のプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の記述は、一般にコンテンツ保護に関し、特に、データの解読に関する。
【背景技術】
【０００２】
無線ネットワーキング・システムは、世界中の多くの人が通信する普及手段になった。無線通信デバイスは、消費者ニーズを満足し、かつ可搬性および利便性を改善するためにより小さく、より強力になった。購買者は、信頼できるサービス、拡張された有効範囲領域、および増加した機能を求めて、例えばセルラ電話、携帯情報端末（ＰＤＡ）等のような無線通信デバイスに依存するようになった。
【０００３】
そのような１つの機能は、ビデオ・コンテンツのようなデータ集約的なコンテンツの配信である。購買者は、既存の技術（例えばテレビ、インターネット）を用いた経験に基づいて、利用可能性、管理、アクセス制御、およびデバイス機能の観点から、高レベルのサービスに慣れてきた。これらの期待を満足するデータ集約的なコンテンツを提供することは、多くのチャレンジを含んでいる。
【０００４】
そのような１つのチャレンジは配信中および配信後のコンテンツの保護である。コンテンツ・プロバイダは一般に、コンテンツ配信システムが、デジタル所有権管理（ＤＲＭ）を提供する機能を持っていることを求める。デジタル所有権管理（ＤＲＭ）は、電子デバイス上に配信されたマテリアルの管理に、インストールされた手段を提供する幾つかの技術的構成のうちの何れかを称するコンテンツ配信システムの基礎をなす構成要素は、媒体の暗号化／解読である。ＤＲＭソフトウェアは、クライアントとサーバとの両方によって使用される基礎をなす暗号化／解読アルゴリズム、ハッシュおよび認証アルゴリズム実装を提供することができる。ＤＲＭソフトウェアはまた、コンテンツのライセンス管理および安全な格納のために備えることができる。
【０００５】
ＤＲＭは、２つのタイプの暗号体系あるいは暗号技術である、対称な暗号化および非対称な暗号化を利用することができる。対称鍵暗号化では、データの暗号化と解読との両方のために単一の鍵が使用される。対称な暗号アルゴリズムの例は、データ暗号化規格（ＤＥＳ）システムおよびアドバンスト暗号化規格（ＡＥＳ）システムを含んでいる。公開鍵暗号化としても知られている非対称な暗号化では、ユーザはそれぞれ公開鍵と秘密鍵を持つことができる。公開鍵を用いて暗号化が行われ、秘密鍵を用いて解読が行われる。非対称な暗号化の例は、Ｒｉｖｅｓｔ、Ｓｈａｍｉｒ、およびＡｄｌｅｍａｎ（ＲＳＡ）アルゴリズム、および楕円曲線暗合システム（ＥＣＣ）を含んでいる。対称鍵暗号化アルゴリズムを利用する解読は、非対称鍵暗号化アルゴリズムを利用する解読よりも著しく速いが、対称鍵暗号化は、通信エンティティ間で共有される鍵の通信を必要とする。非対称暗号化では、エンティティは、公開鍵を他のエンティティに配信し、もって、それらエンティティは、その公開鍵を用いてデータを暗号化することができる。しかしながら、暗号化されたデータは、公開鍵を配信したエンティティによって保持された秘密鍵を用いてのみ解読することができる。非対称暗号化は、計算費用が高くつくが、安全な通信を望んでいるエンティティ間で共有される鍵の安全な配信を必要としない。
【発明の開示】
【０００６】
本願は、２００６年４月４日に出願され、「ＢＬＯＣＫ  ＤＥＣＲＹＰＴＩＯＮ  ＩＮ  ＤＭＳＳ  ＶＩＲＴＵＡＬ  ＦＩＬＥ  Ｉ／Ｏ  ＩＮＴＥＲＦＡＣＥ」と題された米国仮出願６０／７８９，２６４号の利益を主張する。上記出願の全体は、本明細書に参照によって組み込まれている。
【発明の概要】
【０００７】
以下は、１または複数の実施形態の基本的な理解を提供するために、それらの簡単な要約を示す。この要約は、熟考された全ての実施形態の広範囲な概要ではなく、実施形態の全てまたは任意の範囲を線引きすることもせず、全ての実施形態の重要なまたは決定的な要素を特定をもしないことが意図されている。その唯一の目的は、後に示されるより詳細な記述に対する前書きとして、１または複数の実施形態の幾つかの概念を、簡単な形式で示すことである。
【０００８】
１または複数の実施形態、およびその対応する開示にしたがって、様々な局面が、データ・コンテンツの解読を容易にすることに関連して記述される。一般に、コンテンツ（例えばデータ・ファイル、ビデオ・イメージなど）は、デジタル所有権の保護を保証するために、転送されて、暗号化された状態で保持される。従って、そのようなコンテンツを利用するプログラミング・アプリケーションは、使用（例えば、再生またはアクセス）時にコンテンツを解読する。標準化されたファイル・インタフェースを利用して、アプリケーションが、暗号化されたコンテンツにアクセスすることを可能にするファイル・インタフェースが提供される。従って、コンテンツの解読は、暗号化されたコンテンツを利用する個々のアプリケーションに透過的になりえる。従って、暗号アルゴリズムまたは復号アルゴリズムまたはこれら手順に対する変形は、プログラミング・アプリケーションに影響を与える必要はない。
【０００９】
局面は、暗号化されたファイルを開く要求をアプリケーションから受け取ることと、このファイルのためのファイル・ハンドルを生成することと、ファイルＩ／Ｏ動作における使用のために、ファイルに関連する鍵材料を、ファイル・ハンドルに関連付けることとを備えるデジタル所有権管理を容易にする方法。
【００１０】
別の局面は、暗号化されたファイルを格納するメモリと、暗号化されたファイルに関連付けられた鍵材料に少なくとも部分的に基づいて、アプリケーションからのファイルＩ／Ｏ要求に応答して、暗号化されたファイルにアクセスするための命令群を実行するプロセッサとを備えるデジタル所有権管理を容易にする装置。
【００１１】
また別の局面は、少なくとも１つのプログラミング・アプリケーションからファイルＩ／Ｏ要求を受け取る手段と、このファイルＩ／Ｏ要求に応答して、暗号化されたファイルにアクセスする手段と、暗号化されたファイルからデータを解読するために、ファイルに関連付けられた鍵材料を利用する手段と、解読されたデータをアプリケーションへ提供する手段とを備えるデジタル所有権管理を容易にする装置。
【００１２】
別の局面は、暗号化されたファイルに対するファイル読取要求を、プログラミング・アプリケーションから受け取り、この読取要求の機能として、暗号化されたファイルからデータを取得し、この取得したデータを、暗号化されたファイルに関連付けられた鍵に少なくとも部分的に基づいて解読し、解読したデータを、プログラミング・アプリケーションへ提供するための命令群を有するコンピュータ読取可能媒体。
【００１３】
別の局面は、暗号化されたファイルに対するファイル・オープン指示を、プログラミング・アプリケーションから受け取り、暗号化されたファイルのためのファイル・リファレンスを生成し、暗号化されたファイルに関連する鍵を、ファイル・リファレンスに関連付け、ファイルＩ／Ｏで使用するために、プログラミング・アプリケーションに、ファイル・リファレンスを供給するためのコンピュータ実行可能な命令群を実行するプロセッサに関連する。
【００１４】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、本明細書で後に十分に記述され、請求項で具体的に指摘される特徴を含む。次の記載および添付図面は、１または複数の実施形態のある例示的な局面を詳細に述べる。しかしながら、これらの局面は、様々な実施形態の原理が適用され、記載された実施形態が、そのような全ての局面およびそれらの等価物を含むことが意図された様々な方法のうちの少数のみを示す。
【詳細な説明】
【００１５】
様々な実施形態が、全体を通じて同一要素を参照するために同一の参照番号が使用される図面を参照して記載される。次の記載では、説明の目的のために、多くの特定の詳細が、１または複数の実施形態についての完全な理解を提供するために述べられる。しかしながら、そのような実施形態は、これらの特定の詳細なしで実現されうることが明白でありうる。他の事例では、１または複数の実施形態の記述を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００１６】
本明細書で使用されているように、用語「コンテンツ」、「システム」等は、ハードウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行中のソフトウェアのうちの何れかでありうるコンピュータ関連エンティティを称することが意図される。例えば、コンポーネントは、限定される訳ではないが、プロセッサ上で実行しているプロセス、プロセッサ、オブジェクト、実行可能形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示するように、通信デバイスで実行中のアプリケーションと、このデバイスとの両方がコンポーネントになりうる。１または複数のコンポーネントが、実行スレッドおよび／またはプロセス内に存在することができ、コンポーネントは、１つのコンピュータ上に局在化したり、および／または、２またはそれ以上のコンピュータに分散することができる。更に、これらのコンポーネントは、その上に格納された様々なデータ構造を有する様々なコンピュータ読取可能媒体から実行することができる。これらコンポーネントは、例えば、１または複数のデータ・パケット（例えば、ローカル・システム、分散システム、および／または、信号によって他のシステムと接続されたインターネットのようなネットワークによって他のコンポーネントとインタフェースするコンポーネントからのデータ）を有する信号に従って、ローカルな処理および／または遠隔処理によって通信することができる。
【００１７】
更に、本明細書では、様々な実施形態が、ユーザ・デバイスに関連して記述される。ユーザ・デバイスは、システム、加入者ユニット、加入者局、移動局、モバイル・デバイス、遠隔局、アクセス・ポイント、基地局、遠隔端末、アクセス端末、ユーザ端末、端末、ユーザ・エージェント、あるいはユーザ機器（ＵＥ）とも呼ばれる。ユーザ・デバイスは、セルラ電話、コードレス電話、セッション加入プロトコル（ＳＩＰ）電話、ワイヤレス・ローカル・ループ（ＷＬＬ）局、ＰＤＡ、無線接続機能を有するハンドヘルド・デバイス、あるいは無線モデムに接続されたその他の処理デバイスになりえる。
【００１８】
更に、本明細書に記述された様々な局面または特徴は、方法、装置、または、標準的なプログラムおよび／またはエンジニアリング技術を用いた製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセス可能なコンピュータ・プログラムを包含するように意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶デバイス（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストライプ．．．）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ．．．）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ．．．）を含みうる。
【００１９】
無線通信システムは、大量のコンテンツの配信に備える。例えば、フォワード・リンク・オンリー（ＦＬＯ）技術は、最高品質の性能を達成するために、システム設計における最新技術を利用する無線通信サービス・プロバイダの業界団体によって開発された。ＦＬＯ技術は、モバイル・マルチメディア環境のために考えられ、モバイル・ユーザ・デバイスを用いて使用するのに適している。ＦＬＯ技術は、リアルタイム・コンテンツ・ストリーミング・サービスおよびその他のデータ・サービスの両方のために、高品質受信を達成するように設計された。ＦＬＯ技術は、電力消費に妥協することなく、ロバストなモバイル性能および高容量を提供することができる。更に、この技術は、展開するために必要な基地局送信機の数を減少させることにより、マルチメディア・コンテンツを配信するネットワーク・コストを低減する。更に、ＦＬＯ技術ベースのマルチメディア・マルチキャスティングはまた、無線オペレータのセルラ・ネットワーク・データおよび音声サービスに相補的であり、同じモバイル・デバイスへコンテンツを配信する。ＦＬＯ無線システムは、非リアルタイム・サービスと同様、リアルタイム・オーディオ信号およびビデオ信号をブロードキャストするように設計された。
【００２０】
例えばＦＬＯ無線システムのような送信システムを利用することによって、例えばビデオのようなデータ集約的なコンテンツの無線ユーザ・デバイスへの配信が可能となる。そのようなコンテンツの配信を容易にすることは、コンテンツの配信の制御に関する関心を高める。精巧なＤＲＭソフトウェアは、多くのアプリケーションのための１または複数の暗号化されたファイルに対するアクセスおよび所有権を管理するために、利用可能な暗号化アルゴリズムを利用し、鍵配信を制御することができる。例えば、ユーザは見る権利を有しうるが、コンテンツの更なるコピーを生成することはできない。更に、コンテンツへのアクセスは、許可されたアクセスの数または時間で制限されうる。コンテンツは、ユーザ・デバイスへの送信中のみならず、コンテンツが受信された後でさえも保護されるべきである。一般に、デジタル所有権の保護を保証するために、コンテンツは、暗号化された状態で保持されうる。１つのＤＲＭ技術は、暗号化されたコンテンツに対する所有権およびアクセスを管理するために、解読鍵の制御を利用する。
【００２１】
暗号化されたコンテンツは、様々なアプリケーションによって利用される前に解読される。しかしながら、既存のアプリケーションは、コンテンツを正しく解読するための機能または情報を欠いていることがありうる。更に、暗号規格は、技術の進歩を反映するために変わる可能性が高い。異なるアルゴリズムが、ポピュラーになるかもしれない。更に、鍵長さは、暗号のセキュリティを高めるために、増加しうる。鍵サイズとも呼ばれる鍵長さは、特定の暗号または暗号アルゴリズムで使用されうる可能な鍵の数の尺度である。一般に、鍵長さは、ビットで指定される。個々のアプリケーションがそれぞれ独立してコンテンツ解読を取り扱う場合、アプリケーションはそれぞれ、暗号化をサポートするために個々の最新版を必要とするかもしれない。個々の最新版を必要とすることは、暗号化における変化に関して全てのアプリケーションが適切に修正されていることを保証するために必要な時間を増加させる。更に、個別の最新版は、更新手続中に失われるアプリケーションまたは誤りの可能性を高める。
【００２２】
図面に示すように、図１は、標準的なファイル入力／出力（Ｉ／Ｏ）動作に基づき、暗号化されたコンテンツの解読を容易にするシステム１００のブロック図を示す。システム１００は、暗号化されたファイル（図示せず）から得られたデータを解読するために解読鍵１０４を利用する解読ファイル・インタフェース・コンポーネント１０２を含んでいる。解読ファイル・インタフェース・コンポーネント１０２は、プログラミング・アプリケーション・コンポーネント１０６に標準的なファイルＩ／Ｏ動作を提供するファイルＩ／Ｏインタフェース・レイヤの役割をする。例えば、解読ファイル・インタフェース・コンポーネント１０２は、読取要求に応じて、暗号化されたファイルから、解読されたデータを提供することができる。アプリケーション・コンポーネント１０６は、解読ファイル・インタフェース・コンポーネント１０２を起動することによって、標準的なファイルＩ／Ｏ動作を利用して、データを取得することができる。
【００２３】
暗号化されたファイルの利用を容易にするために、ファイルが開かれ、ファイル・ハンドルが生成された場合、解読ファイル・インタフェース・コンポーネント１０２は、解読鍵１０４を得ることができる。本明細書で使用されるように、ファイル・ハンドルまたはファイル記述子は、ファイルへのレファレンスである。ファイル・ハンドルまたは記述子は、特定のファイルを示すためにアプリケーション・コンポーネント１０６によって使用される。図示するように、解読ファイル・インタフェース・コンポーネント１０２は、例えばファイル・オープン要求のようなファイルＩ／Ｏ要求を受け取ることができる。解読ファイル・インタフェース・コンポーネント１０２は、解読鍵を取得し、アプリケーション・コンポーネント１０６に返すためのファイル・ハンドルを生成することができる。更に、解読ファイル・インタフェース・コンポーネント１０２は、ファイル・ハンドルを含む読取要求を受け取り、この読取要求に基づいて、暗号化されたデータを取得し、データを解読するために、ファイル・ハンドルに関連付けられた解読鍵１０４を利用し、解読されたデータをアプリケーション・コンポーネント１０６に返すことができる。
【００２４】
実施形態では、解読ファイル・インタフェース・コンポーネント１０２は、鍵管理に備えることができる。例えば、解読ファイル・インタフェース・コンポーネント１０２は、解読鍵を取得し、鍵の最新版を取得し、鍵の有効期限等を判定する。解読ファイル・インタフェース１０２は、暗号化されたファイルの解読に必要な鍵を得るために、サーバまたは基地局（図示せず）と通信することができる。解読ファイル・インタフェース・コンポーネント１０２は、多くの鍵および鍵／ファイル関係を管理するために必要なロジックを含むことができる。
【００２５】
図２に示すように、ファイル解読のためのシステム２００のより詳細が例示される。解読ファイル・インタフェース・コンポーネント１０２は、１または複数のアプリケーション・コンポーネント１０６からファイルＩ／Ｏ要求を受け取るアプリケーション・インタフェース・コンポーネント２０２を含むことができる。ファイルＩ／Ｏ要求は、限定される訳ではないが、ファイル・オープン、ファイル・クローズ、ファイル読取、およびファイル検索を含む標準的なファイル・アクセス動作を含むことができる。アプリケーション・インタフェース・コンポーネント２０２は、受け取った要求に基づいて応答する。例えば、ファイル・オープン要求を受け取った場合、ファイル・ハンドル・コンポーネント２０４は、開かれるファイルに対するリファレンスまたはファイル・ハンドルを生成することができる。アプリケーション・インタフェース・コンポーネント２０２は、更なるファイルＩ／Ｏ動作における使用のために、アプリケーション１０６へファイル・ハンドルを提供することができる。更に、ファイル・オープン要求は、暗号化ファイルのための鍵材料を含むことができる。鍵管理コンポーネント２０６は、受け取った鍵材料を、生成されたファイル・ハンドルに関連付けることができる。
【００２６】
ファイル読取動作の場合、アプリケーション・インタフェース・コンポーネント２０２が、アプリケーションからファイル読取要求を受け取ることができる。この読取要求は、ファイルから読み取るためのデータの量またはブロックの数、およびファイルを識別するファイル・ハンドルを含むことができる。ファイル・アクセス・コンポーネント２０８は、この読取要求に基づいて、ファイルから、適切な量のデータを検索することができる。鍵管理コンポーネント２０６は、ファイル・ハンドルに基づいて、ファイルに関連付けられた鍵材料を識別することができる。解読コンポーネント２１０は、アプリケーション・インタフェース・コンポーネント２０２によってデータがアプリケーション・コンポーネント１０６へ提供される前に、検索したデータを、鍵材料を用いて解読することができる。
【００２７】
図３は、１または複数のアプリケーション用のファイルの解読のためのシステム３００を例示する。システム３００は、ファイルを解読するために利用される１または複数の鍵または鍵材料を取得および／または管理する解読ファイル管理コンポーネント３０２を含む。特に、解読ファイル管理コンポーネント３０２は、メタデータとしてコンテンツが提供される１または複数の鍵を得ることができる。あるいは、鍵は、例えばサーバまたは基地局（図示せず）のようなコンテンツのソースから独立して取得されうる。解読ファイル管理コンポーネント３０２は、１または複数の鍵のみならず、デバイス記憶媒体３０４内に保持された暗号済コンテンツに対する様々な鍵の関係に関する情報を保持することができる。解読ファイル管理コンポーネント３０２は、鍵最新版、鍵の有効期限、鍵に対する要件等を取り扱うロジックを含むことができる。
【００２８】
アプリケーション１０６は、解読ファイル・インタフェース・コンポーネント１０２を起動し、かつデバイス記憶媒体３０４によって保持されたコンテンツを取得するために、標準的なＩ／Ｏ動作を用いることができる。解読ファイル・インタフェース・コンポーネント１０２は、アプリケーション１０６によって要求されたデータを得るためにデバイス記憶媒体３０４にアクセスする。取得されたデータが暗号化されている場合、解読ファイル・インタフェース・コンポーネント１０２は、デバイス記憶媒体から得られたデータを解読するために、解読ファイル管理コンポーネント３０２経由で得られた解読鍵１０４を用いることができる。解読されたデータは、プログラミング・アプリケーション１０６に提供されうる。解読処理は、アプリケーション１０６に透過的になりえる。従って、アプリケーション１０６は、データの解読に対する変化に影響されない。しかしながら、暗号化されたコンテンツへ直接的にアクセスすることを試みるアプリケーション１０６は、誤りを被る。なぜなら、解読ファイル・インタフェース・コンポーネント１０２を利用しない読取動作は、データを解読しないからである。
【００２９】
図４に示すように、ファイル解読を容易にするユーザ・デバイス４００のブロック図が示される。ユーザ・デバイス４００は、１または複数のアプリケーション１０６Ａ−１０６Ｃを含むことができる。例えば、アプリケーションは、例えば、メディア・プレーヤ、インターネット・ブラウザ等のような如何なるソフトウェア・アプリケーションをも含むことができる。そのようなアプリケーションは、デバイス記憶媒体３０４内に保持されたデータ・ファイル４０４Ａ−４０４Ｃを利用することができる。デバイス記憶媒体に保持されたデータへアクセスするために、解読ファイル・インタフェース・コンポーネントによって与えられたファイルＩ／Ｏ動作を、任意の数のアプリケーションが利用することができる。
【００３０】
コンテンツがユーザ・デバイス４００によって受け取られると、コンテンツは、アプリケーション１０６Ａ−１０６Ｃによって使用されるために、デバイス記憶媒体２０４内に格納されうる。任意の数のファイル４０４Ａ−４０４Ｃが、デバイス記憶媒体２０４によって保持され、アプリケーション１０６Ａ−１０６Ｃによって利用される。ユーザ・デバイス４００は、ファイル・アクセスおよびセキュリティを取り扱うことができるファイル管理コンポーネント４０２を含むことができる。ファイル管理コンポーネント４０２は、解読ファイル管理コンポーネント３０２および解読ファイル・インタフェース・コンポーネント１０２を含むことができる。ファイル管理コンポーネント４０２は、暗号化されたファイルに関連付けられた１または複数の鍵を取得することができる。ファイルはそれぞれ個別の鍵を用いて暗号化されうる。あるいは、ファイルは、鍵を共有することができる。解読ファイル管理コンポーネント３０２は、鍵のセットと、ファイルのセットとの関係を管理することができる。
【００３１】
図５には、暗号化されたコンテンツの効率的な配信のためのシステム５００のブロック図が例示される。システム５００は、例えば、入力されたサービス・コンテンツを採用し、コンテンツを多くのユーザ・デバイスへ出力するＦＬＯシステムでありうる。ＦＬＯシステムは、コンテンツを保護するために対称暗号化と非対称暗号化との両方を利用することができる。一般に、非対称暗号化は、対称な鍵を安全に配信するために使用することができる。対称暗号化は、暗号化／解読の大部分を実行するために使用される。非対称暗号化は、メッセージ認証に使用することができる。
【００３２】
システム５００は、例えば、セルラ電話、スマート・フォン、ラップトップ、携帯型通信デバイス、携帯型計算デバイス、衛星ラジオ、ＧＰＳ、パーソナル・デジタル・アシスタント（ＰＤＡ）、および／または、無線通信ネットワークによって通信するためのその他の適切なデバイスのような１または複数のユーザ・デバイス４００あるいはモバイル・デバイスを含むことができる。ユーザ・デバイス４００は、１または複数の基地局５０２と無線で通信することができる。理解されるように、通信ネットワークには多くのユーザ・デバイスおよび基地局が含まれうるが、簡略のために、単一の基地局と通信データ信号を送受信する単一のユーザ・デバイスが例示されている。
【００３３】
基地局５０２は、１または複数の暗号化されたコンテンツを、ユーザ・デバイス４００に送信することができる。送信に先立って、コンテンツが、基地局５０２によって暗号化されうる。基地局５０２は、１または複数の鍵をコンテンツに関連付け、ユーザ・デバイスへの適切な鍵の供給を管理することができる暗号ファイル管理コンポーネント５０４を含むことができる。更に、ユーザ・デバイス４００への送信前にコンテンツを暗号化するために、関連付けられた鍵を利用することができる暗号化コンポーネント５０６を含むことができる。特に、限定される訳ではないが、ビデオ（例えばＭＰＥＧ４）ファイル、オーディオ・ファイル、およびデータ・ファイルを含むコンテンツは、対称鍵を用いて暗号化されうる。対称鍵は、非対称鍵暗号化を用いて暗号化され、対称なコンテンツとともにメタデータとして送信されうる。ユーザ・デバイス４００では、対称鍵を解読するために非対称鍵を使用することができる。対称鍵は、解読ファイル管理コンポーネント２０２によってファイルに関連付けられ、１または複数のアプリケーション１０６のコンテンツを解読するために、解読ファイル・インタフェース・コンポーネント１０２によって使用されうる。
【００３４】
図６は、データの暗号化を容易にする基地局５０２、サーバ、あるいはその他のシステムを例示する。基地局５０２は、様々なユーザ・デバイスへの鍵の通信のみならず、鍵のデータ・ファイルとの関係をも取り扱う暗号化ファイル管理コンポーネント５０４を含むことができる。暗号化コンポーネント５０６は、ファイルの実際の暗号化を取り扱うことができる。暗号化コンポーネント５０６は、対称鍵および／または非対称鍵を生成することができる鍵生成コンポーネント６０２を含むことができる。鍵は固定長から成ることができる。あるいは、鍵生成コンポーネント６０２は、複数の鍵長さを提供することができる。
【００３５】
データ・ファイルは、様々なストラテジを用いて暗号化されうる。例えば、ファイルは、ファイルのフォーマットに基づいて暗号化されうる。ファイル分析コンポーネント６０４は、暗号化に先立って、ソース・データ・ファイルを分析することができる。幾つかの実施形態では、ファイル分析コンポーネント６０４は、ソース・データ・ファイルを、ファイル・フォーマットに関係なく暗号化のためにブロックへ分割することができる。ブロックは、標準的なデータ・サイズ（例えば５１２バイト）の一部でありうる。ブロックはそれぞれ、関連付けられた鍵を利用するファイル暗号化コンポーネント６０６によって個別に生成されうる。（例えば、ＡＥＳ、ＤＥＳ、Ｔｗｏｆｉｓｈ、Ｂｌｏｗｆｉｓｈ、Ａｎｕｂｉｓ、ＣＡＳＴ−１２８、ＣＡＳＴ−２５６、ＣＲＹＰＴＯＮ等のような）いかなるブロック暗号化アルゴリズムも使用されうる。鍵は、暗号化ファイル管理コンポーネント５０４によってファイルに関連付けられ、および／または、鍵生成コンポーネント６０２によって生成されうる。個々のファイルを、隣接するブロックのセットとして暗号化することは、ファイル・フォーマットからの独立を与える。一般に、データ・ファイル・フォーマットは、時間と共に変化し、新たな機能またはより効率的なデータ記憶が可能となる。しかしながら、ブロック暗号化は、ファイル・フォーマットに依存しない。従って、ブロック・ベースの暗号化および解読は、新たな、更新された、あるいは追加されたファイル・フォーマットのために更新される必要はない。
【００３６】
図７乃至９に示すように、コンテンツの暗号化および解読を容易にするための方法が例示される。説明の簡潔さの目的のために、この方法は、一連の動作として示されているが、この動作の順番に限定されず、幾つかの動作は、１または複数の実施形態にしたがって、本明細書に示され記載されたものとは異なる順番でなされ、および／または、同時になされると理解および認識されるべきである。例えば、当業者であれば、この方法は、例えば状態図のような一連の相互に関連した状態またはイベントとしても表すことができることを理解するだろう。更に方法を実施するためには、１または複数の実施形態に従って例示された全ての動作が利用される訳ではない。
【００３７】
図７に示すように、暗号化されたファイルのファイルＩ／Ｏ動作を実行するための方法７００が例示される。７０２では、暗号化されたファイルが開かれる。ファイル・オープン動作を起動することによって、ファイル入力／出力動作（例えば、ＦｉｌｅＳｅｅｋ、ＦｉｌｅＲｅａｄ、およびＦｉｌｅＴｅｌｌ）の実行時に利用されるファイル・ハンドルを生成することができる。７０４では、ファイルに関連付けられた鍵が、取得されうる。この鍵は、ファイル・オープン動作のパラメータとして提供されうる。一旦提供されると、この鍵は、追加のファイル動作中に利用可能となる。ファイル・オープン動作のためのパラメータは、鍵長さのみならず鍵をも含むことができる。鍵長さは、鍵長さにおける変更を可能にするパラメータとして提供される。例えば、鍵長さは、セキュリティを増強するために増加されうる。
【００３８】
一旦ファイルが開かれれば、７０６で、ファイルＩ／Ｏ動作が実行される。ファイルＩ／Ｏ動作は、ファイルの解読を管理する動作を利用するプログラミング・アプリケーションを必要とすることなく、標準的なフォーマットを利用することができる。一旦ファイルが開かれると、更なるファイル動作は、鍵を必要とせずにファイル・ハンドルを使用することができる。例えば、ＦｉｌｅＴｅｌｌ、ＦｉｌｅＣｌｏｓｅ、ＦｉｌｅＦｌｕｓｈ、ＣｈｅｃｋＥｎｄＯｆＦｉｌｅ、ＧｅｔＦｉｌｅＥｒｒｏｒ、およびＩｓＦｉｌｅＯｐｅｎ動作のような従来のファイル動作は、ファイル・ハンドルのみを利用し、実施のために他のパラメータを必要としない。追加の動作は、更なる情報を必要とするかもしれないが、鍵材料を必要としない。ＦｉｌｅＳｅｅｋ機能は、例えばハンドル、オフセット、および、オフセットがマークされたところからのファイル内の開始ポイントのような標準的なパラメータを必要とする。同様に、ＦｉｌｅＲｅａｄ機能は、例えば、ファイル・ハンドル、読取データへ戻るためのバッファに対するポインタ、読み取られる量、およびファイルから実際に読み取られた量のような標準的なパラメータを含むことができる。
【００３９】
読取動作中、暗号化されたファイルから取得されたデータは、読取動作を実施するアプリケーションへ提供される前に解読されうる。従って、ファイル解読は、暗号化されたファイルからデータを読み取るプログラミング・アプリケーションに対して透過的になりえる。アプリケーションが読取動作またはその他任意のファイルＩ／Ｏ動作を完了すると、
７０８においてファイルが閉じられる。
【００４０】
図８は、暗号化されたファイルからの読取動作を実行する方法８００を例示する。８０２では、ファイル読取動作が開始される。動作パラメータは、データが取得されるファイルに関連付けられたファイル・ハンドルと、取得されたデータ内のバッファに対するポインタと、取得するブロックまたはその他のデータ要素の数とを含む。他のパラメータも含まれうるが、ファイルを開いている間に、解読鍵および／または鍵長さが提供され、読取動作のためのパラメータとして提供される必要はない。読取動作を開始すると、８０４において、ファイルから、適切な数のブロックを読み取ることができる。この適切な数のブロックは、読取動作中に要求されるデータ量に依存しうる。
【００４１】
ファイルから取得されたデータは、８０６において、ファイルに関連付けられた解読鍵を用いて解読されうる。特に、ブロック暗号化に基づいてファイルが暗号化された場合、各ブロックは個別に解読されうる。ブロック暗号化の間、ファイルは、隣接するデータ・ブロックへ分割され、各ブロックは、個別に暗号化されうる。従って、ブロック暗号化されたデータの解読中、各ブロックは、個別に解読されうる。ブロックが解読された後、８０８において、解読する更なるブロックが存在するかが判定される。更なるブロックが存在する場合、処理は８０６に戻り、次のブロックが解読される。取得されたブロックがすべて解読されている場合、８１０において、解読されたデータが、読取動作を始めたプログラミング・アプリケーションへ提供される。
【００４２】
図９に示すように、ファイルをブロック暗号化する方法９００が例示される。９０２では、配信するためのファイルが取得される。ファイルは、コンテンツ・プロバイダによって提供され、任意のフォーマット（例えばＭＰＥＧ４）でありうる。９０４では、ファイルに関連付けられた鍵が取得される。既存の鍵がこのファイルに関連付けられるか、あるいは、新たな鍵が生成され、このファイルに関連付けられる。
【００４３】
９０６では、暗号のため、ファイルからブロックが選択される。ブロック暗号化の場合、ファイルの最初のブロックがまず選択される。更なる選択が、後の隣接するブロックを検索する。９０８では、関連付けられた鍵を用いて、選択されたブロックが暗号化される。任意の対称または非対称な鍵暗号化アルゴリズムが使用可能である。しかしながら、例えば媒体コンテンツ・データ・ファイルのような大量のデータについては、対称鍵暗号化は、著しい性能上の利点を有する。ブロック９１０では、暗号化するための更なるデータのブロックが存在するかが判定される。追加のブロックがある場合、処理は９０６に戻り、暗号化する次のブロックが選択される。追加のブロックがない場合、９１２において、暗号化されたファイルが１または複数のユーザ・デバイスへ提供または送信される。あるいは、暗号化されたファイルは、後の送信のために格納されうる。更に、ファイルに関連付けられた鍵は、解読を可能にするためにユーザ・デバイスへ提供される。特に、解読鍵は、非対称の鍵暗号化を用いて暗号化され、送信時において、ファイルが与えられる。
【００４４】
本明細書に記載の１または複数の実施形態に従って、送信フォーマット、周波数等に関連した推論がなされることが理解されよう。本明細書で使用されるように、「推論する」または「推論」に対する用語は、一般に、イベントおよび／またはデータによって取得された観察のセットから、システム、環境、および／またはユーザの状態を推論する処理、あるいは、それに関する理由付けの処理を称する。推論は、特定の状況または動作を特定するために適用されうるか、あるいは、例えば状態間の確率分布を生成することができる。推論は、確率論的、つまり、データおよびイベントの考慮に基づいて、当該状態の確率分布を計算することでありうる。推論はまた、イベントおよび／またはデータのセットから、高次レベルのイベントを構成するために適応される技術をも称する。そのような推論は、イベントが時間的に近接して相関付けられていようといまいと、イベントおよびデータが１または幾つかのイベント・ソースおよびデータ・ソースから由来していようといまいと、格納されたイベント・データおよび／または観察されたイベントのセットから、新たなイベントまたは動作を構築することになる。
【００４５】
図１０は、本明細書で述べられた１または複数の局面に従って無線通信環境において信号要求を生成するシステム１０００の実例である。当業者によって理解されるように、システム１０００は、アクセス・ポイント内、および／または、ユーザ・デバイス内に存在することができる。システム１０００は、例えば１または複数の受信アンテナから信号を受信し、この受信した信号に一般的な動作（例えば、フィルタ、増幅、ダウンコンバート等）を実行し、この調整された信号をデジタル化してサンプルを得る受信機１００２を備える。復調器１００４は、受信したパイロット・シンボルを復調し、チャネル推定のためにプロセッサ１００６へ提供することができる。
【００４６】
プロセッサ１００６は、受信コンポーネント１００２によって受信された情報を分析すること、および／または、送信機１０１４による送信のための情報を生成することに専用のプロセッサでありうる。プロセッサ１００６は、ユーザ・デバイス１０００の１または複数のコンポーネントを制御するプロセッサ、および／または、受信機１００２によって受信された情報を分析し、送信機１０１４による送信のための情報を生成し、ユーザ・デバイス１０００の１または複数のコンポーネントを制御するプロセッサでありうる。プロセッサ１００６は、通信を調整するために、図７乃至９に関連して記載されたものを含めた本明細書に記載された方法のうちの何れかを用いることができる。更に、ユーザ・デバイス１０００は、ビデオ、オーディオ等を含むコンテンツを解読することができるファイル解読インタフェース１００８を含むことができる。ファイル解読インタフェース１００８は、プロセッサ１００６に組み込まれうる。
【００４７】
ユーザ・デバイス１０００は更に、プロセッサ１００６と動作可能に接続され、信号要件に関する情報、信号強度を決定するための方法、関連する情報を備えたルックアップ・テーブル、および、本明細書に記載したようなアクセス・ポイント選択に関連するその他任意の適切な情報を格納することが可能なメモリ１０１０を含むことができる。メモリ１０１０はまた、例えば、ユーザ・デバイス１００が、アクセス・ポイントを選択するために、格納されたプロトコルおよび／またはアルゴリズムを利用できるように、ルックアップ・テーブルを生成することに関連付けられたプロトコルを格納することができる。本明細書に記載されたデータ格納（例えばメモリ）コンポーネントは、揮発性メモリまたは不揮発性メモリの何れかであるか、揮発性メモリと不揮発性メモリとの両方を含みうることが理解されよう。限定ではなく一例として、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含むことができる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含むことができる。限定ではなく例示により、ＲＡＭは、例えばシンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンクＤＲＡＭ（ＳＬＤＲＡＭ）、ダイレクトＲａｍｂｕｓＲＡＭ（ＤＲＲＡＭ）のような多くの形式において利用可能である。対象とするシステムおよび方法におけるメモリ１０１０は、限定される訳ではないが、これらのメモリ・タイプおよびその他の適切なメモリ・タイプを備えることが意図される。プロセッサ１００６は、シンボル変調器１０１２と、変調された信号を送信する送信機１０１４とに接続されている。
【００４８】
図１１は、通信環境においてデジタル所有権管理を容易にすることを提供するシステム１１００の実例である。システム１１００は、１または複数のユーザ・デバイス１１０４からの信号を、１または複数の受信アンテナ１１０６を介して受信する受信機１１１０と、信号を、１または複数の送信アンテナ１１０８を介して、１または複数のユーザ・デバイス１１０４へ送信する送信機１１２０とを有する基地局１１０２を備えている。１または複数の実施形態では、受信アンテナ１１０６と送信アンテナ１１０８とは、複数のアンテナからなる単一のセットを用いて実装されうる。受信機１１１０は、受信アンテナ１１０６から情報を得ることができる。そして、この情報を復調する復調器１１１２と動作可能に関連付けられている。受信機１１１０は、例えば、レーキ受信機（例えば、複数のベースバンド相関器を用いてマルチ・パス信号成分を個別に処理する技術）、ＭＭＳＥベースの受信機、あるいは、割り当てられたユーザ・デバイスを分離するために適切な当業者によって理解される幾つかの受信機でありうる。様々な局面に従って、多数の受信機（例えば、受信アンテナ毎に１つ）が適用され、そのような受信機は、改善されたユーザ・データ推定値を得るために互いに通信することができる。復調されたシンボルは、プロセッサ１１１４によって分析される。プロセッサ１１１４は、受信機コンポーネントによって受信された情報を分析すること、および／または、送信機による送信用の情報を生成することに特化されている。プロセッサ１１１４は、基地局１１０２のうちの１または複数のコンポーネントを制御するプロセッサ、および／または、受信機１１１０によって受信された情報を分析し、送信機１１１２による送信用の情報を生成し、基地局１１０２の１または複数のコンポーネントを制御するプロセッサでありうる。各アンテナの受信機出力は、受信機１１１０および／またはプロセッサ１１１４によって共同で処理されうる。変調器１１１８は、送信機１１２０によって送信アンテナ１１０８を介してユーザ・デバイス１１０４へ送信される信号を多重化することができる。変調器１１１８は、送信機１１２０によって送信アンテナ１１０８を介してユーザ・デバイス１１０４へ送信される信号を多重化することができる。
【００４９】
基地局１１０２は、暗号化コンポーネント１１２２をも含むことができる。暗号化コンポーネントは、コンテンツを、ユーザ・デバイス１１０４へ送信する前に暗号化することができる。コンテンツは、任意の利用可能な暗号化アルゴリズムを用いる連続的なブロック暗号化を用いて暗号化することができる。
【００５０】
基地局１１０２は、プロセッサ１１１４と動作可能に接続され、暗号化アルゴリズム、鍵材料、および／または、本明細書に記載された様々な動作および機能セットを実行することに関連するその他適切な情報を格納することができるメモリ１１１６を備えることができる。本明細書で記述されたデータ格納（例えば、メモリ）コンポーネントは、揮発性メモリか不揮発性メモリかの何れかであるか、あるいは、揮発性メモリと不揮発性メモリとの両方を含むことができることが理解されるだろう。限定ではなく一例として、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含むことができる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含むことができる。限定ではなく一例として、ＲＡＭは、例えば、シンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクトＲａｍｂｕｓ  ＲＡＭ（ＤＲＲＡＭ）のような多くの形式で利用可能である。対象とするシステムおよび方法のメモリ１１１６は、限定される訳ではないが、これらおよびその他任意の適切なタイプのメモリを備えることが意図される。
【００５１】
図１２は、典型的な無線通信システム１２００を示す。無線通信システム１２００は、簡潔のために、１つの基地局、および１つのユーザ・デバイスを示している。しかしながら、このシステムは、１より多い基地局、および／または、１より多いユーザ・デバイスを含むことができ、更なる基地局および／またはユーザ・デバイスが、以下に示す典型的な基地局およびユーザ・デバイスと実質的に類似しているか、あるいは異なりうることが理解されるべきである。更に、基地局および／またはユーザ・デバイスは、本明細書で記載されたシステムおよび／または方法を適用することができることが理解されるべきである。
【００５２】
図１２に示すように、ダウンリンクでは、アクセス・ポイント１２０５において、送信（ＴＸ）データ・プロセッサ１２１０が、トラフィック・データを取得し、フォーマットし、符合化し、インタリーブし、変調（またはシンボル・マップ）して、変調シンボル（「データ・シンボル」）を提供する。シンボル変調器１２１５は、データ・シンボルおよびパイロット・シンボルを取得して処理し、シンボルのストリームを提供する。シンボル変調器１２１５は、データ・シンボルおよびパイロット・シンボルを多重化し、それらを送信機ユニット（ＴＭＴＲ）１２２０に供給する。送信シンボルはそれぞれ、データ・シンボル、パイロット・シンボル、あるいは０の値の信号でありうる。パイロット・シンボルは、各シンボル期間において連続的に送られうる。パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。
【００５３】
ＴＭＴＲ１２２０は、シンボルのストリームを受け取って、それを１または複数のアナログ信号に変換する。そして更に、アナログ信号を調整（例えば、増幅、フィルタ、および周波数アップコンバート）して、無線チャネルを介した送信に適切なダウンリンク信号を生成する。その後、ダウンリンク信号は、アンテナ１２２５を経由してユーザ・デバイスへ送信される。ユーザ・デバイス１２３０では、アンテナ１２３５がダウンリンク信号を受信し、受信した信号を受信機ユニット（ＲＣＶＲ）１２４０へ提供する。受信機ユニット１２４０は、この受信した信号を調整（例えば、フィルタ、増幅、および周波数ダウンコンバート）し、調整した信号をデジタル化してサンプルを得る。シンボル復調器１２４５は、この受信したパイロット・シンボルを復調して、チャネル推定のためにプロセッサ１２５０へ提供する。シンボル復調器１２４５は更に、ダウンリンクの周波数応答推定値をプロセッサ１２５０から受け取り、受信したデータについてのデータ復調を実行してデータ・シンボル推定値（送信されたデータ・シンボルの推定値）を得、このデータ・シンボル推定値を受信データ・プロセッサ１２５５へ提供する。受信データ・プロセッサ１２５５は、このデータ・シンボル推定値を復調（すなわち、シンボル・デマップ）して、デインタリーブして、復号することによって、送信されたトラフィック・データを復元する。シンボル復調器１２４５および受信データ・プロセッサ１２５５による処理は、アクセス・ポイント１２０５におけるシンボル変調器１２１５、および送信データ・プロセッサ１２１０による処理に相補的である。
【００５４】
アップリンクでは、送信データ・プロセッサ１２６０が、トラフィック・データを処理し、データ・シンボルを提供する。シンボル変調器１２６５は、このデータ・シンボルを受け取り、パイロット・シンボルとともに多重化し、変調を実行して、シンボルのストリームを提供する。そして、送信機ユニット１２７０は、このシンボルのストリームを受け取って処理し、アップリンク信号を生成する。このアップリンク信号はアンテナ１２３５を経由してアクセス・ポイント１２０５へ送信される。
【００５５】
アクセス・ポイント１２０５では、ユーザ・デバイス１２３０からのアップリンク信号がアンテナ１２２５によって受信され、受信機ユニット１２７５によって処理されてサンプルが得られる。そして、シンボル復調器１２８０が、サンプルを処理し、受け取ったパイロット・シンボル推定値と、アップリンクのデータ・シンボル推定値とを提供する。受信データ・プロセッサ１２８５は、このデータ・シンボル推定値を処理して、ユーザ・デバイス１２３０によって送信されたトラフィック・データを復元する。プロセッサ１２９０は、アップリンクで送信している各アクティブ・ユーザ・デバイスに関するチャネル推定を実行する。多数のユーザ・デバイスは、パイロット・サブキャリアがそれぞれ割り当てられたセットで、アップリンクでパイロットを同時に送信することができる。ここで、パイロット・サブキャリア・セットは、インタレースされうる。
【００５６】
プロセッサ１２９０およびプロセッサ１２５０は、アクセス・ポイント１２０５およびユーザ・デバイス１２３０それぞれにおける動作の指示（例えば、制御、調整、管理等）を行う。プロセッサ１２９０およびプロセッサ１２５０はそれぞれ、暗号化されたコンテンツ（例えば、ビデオ、オーディオ等）を含むデータおよびプログラム・コードを格納するメモリ・ユニット（図示せず）に関連付けられうる。プロセッサ１２９０およびプロセッサ１２５０は、本明細書で記述された方法のうちの何かを利用することができる。特に、プロセッサ１２９０は、コンテンツを、ユーザ・デバイス１２３０へ送信する前に暗号化することができる。そしてプロセッサ１２５０は、コンテンツを解読するために、本明細書で記述された方法を利用することができる。プロセッサ１２９０およびプロセッサ１２５０それぞれは、アップリンクおよびダウンリンクそれぞれについて、周波数およびインパルス応答推定値を導出する計算を実行することもできる。
【００５７】
ソフトウェアによって実現する場合、本明細書で記述された技術は、本明細書で記述された機能を行なうモジュール（例えばプロシージャ、機能等）で実現されうる。ソフトウェア・コードは、メモリ・ユニットに格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装される。いずれの場合も、当該技術分野で周知の様々な手段によってプロセッサに通信可能に接続することができる。
【００５８】
図１３にはデジタル所有権管理を容易にするシステム１３００が図示される。システム１３００は、１または複数のプログラミング・アプリケーション（図示せず）から、ファイルＩ／Ｏ要求または指示を受け取るためのモジュール１３０２を含むことができる。受け取られたファイルＩ／Ｏ要求は、例えばファイル・オープン、ファイル読取、ファイル・クローズ、ファイル検索等のような標準的なファイルＩ／Ｏ動作を含むことができる。システム１３００は、Ｉ／Ｏ要求を受け取ることに応答して、暗号化されたファイルにアクセスするモジュール１３０４を含むことができる。特に、アクセス・モジュール１３０４は、ファイル読取要求に応答して、暗号化されたファイルからデータを得ることができる。アクセス・モジュール１３０４の動作は、受け取った要求に依存する。
【００５９】
暗号化されたファイルからデータが検索された場合、データを解読するためのモジュール１３０６は、このファイルに関連付けられた鍵材料を用いて、該検索されたデータを解読することができる。特に、連続的なブロック暗号化を用いてファイルが暗号化された場合、データのブロックは、解読モジュール１３０６によって個別に解読される。データが解読されると、解読されたデータを提供するモジュール１３０８は、このデータを、プログラミング・アプリケーションへ提供することができる。
【００６０】
上述したものは、１または複数の実施形態の例を含む。もちろん、前述した実施形態を記述することを目的としたコンポーネントまたは方法の考えられる全ての組み合わせを記述することは不可能であるが、当業者であれば、様々な実施形態の更なる組み合わせや置き換えが可能であることを理解することができる。従って、記述された実施形態は、特許請求の範囲の精神および範囲内にあるそのような変更、修正、および変形の全てを含むことが意図されている。更に、用語「含む」が、詳細な説明または特許請求の範囲のいずれかで使用されている限り、そのような用語は、請求項において遷移語として使用される用語「備える」と同様、包括的であることが意図される。
【図面の簡単な説明】
【００６１】
【図１】図１は、本明細書で示された１または複数の局面に従って、暗号化されたコンテンツの解読を容易にするシステムのブロック図である。
【図２】図２は、本明細書で示された１または複数の局面に従って、暗号化されたコンテンツの解読を容易にするシステムのより詳細なブロック図である。
【図３】図３は、本明細書で示された１または複数の局面に従って、暗号化されたコンテンツの利用を容易にするシステムのブロック図である。
【図４】図４は、本明細書で示された１または複数の局面に従って、暗号化されたコンテンツの解読を容易にするユーザ・デバイスのブロック図である。
【図５】図５は、本明細書で示された１または複数の局面に従って、暗号化されたコンテンツの解読を容易にする無線システムのブロック図である。
【図６】図６は、本明細書で示された１または複数の局面に従って、コンテンツの暗号化を容易にする基地局のブロック図である。
【図７】図７は、本明細書で示された１または複数の局面に従って、暗号化されたコンテンツを利用する方法を図示する。
【図８】図８は、本明細書で示された１または複数の局面に従って、暗号化されたファイルからの読取動作を実行するための方法を図示する。
【図９】図９は、本明細書で示された１または複数の局面に従ってファイル暗号化を実行するための方法を図示する。
【図１０】図１０は、本明細書で示された１または複数の局面に従った解読を利用するユーザ・デバイスを図示する。
【図１１】図１１は、本明細書で示された１または複数の局面に従った暗号化を利用するシステムを図示する。
【図１２】図１２は、本明細書で記述された様々なシステムおよび方法と共に適用されうる無線通信環境の実例である。
【図１３】図１３は、本明細書で示された様々な局面に従って、無線通信環境におけるファイル解読を容易にするシステムの実例である。
【図１】
2009532813.tif 000003
【図２】
2009532813.tif 000004
【図３】
2009532813.tif 000005
【図４】
2009532813.tif 000006
【図５】
2009532813.tif 000007
【図６】
2009532813.tif 000008
【図７】
2009532813.tif 000009
【図８】
2009532813.tif 000010
【図９】
2009532813.tif 000011
【図１０】
2009532813.tif 000012
【図１１】
2009532813.tif 000013
【図１２】
2009532813.tif 000014
【図１３】
2009532813.tif 000015
【国際調査報告】
2009532813.tif 000016
2009532813.tif 000017