(57)【要約】 デジタル資産の配信についての柔軟性を高めるとともに、デジタル資産の保護を強化するためのシステムならびに方法である。ある実施形態において、デジタル資産は、配信前に、少なくとも一の固有のクライアント装置識別子とデジタル資産を結合することを通じて保護される。したがって、クライアント装置における復号化は、暗号化されたデジタル資産から抽出された固有クライアント装置識別子と、当該デジタル資産へアクセスしようとする装置の固有クライアント装置識別子を比較することに基づいて行われる。【選択図】  図２
2008508595.tif 000002
【特許請求の範囲】
【請求項１】
不正アクセスからコンテントを保護する方法であって、
コンテントプロバイダサイトにおいて、複数のクライアント装置によりアクセス可能であるコンテントを識別するステップ、
前記複数のクライアント装置のそれぞれの固有の識別子を検索するステップ、
前記固有識別子を、前記コンテントプロバイダサイトに送信するステップ、
保護されたコンテントファイルを作成するため、前記コンテントプロバイダにおいて、前記複数のクライアント装置のそれぞれの前記固有識別子を含む装置識別子テーブルを、前記識別されたコンテントと結びつけるステップ、ならびに、
前記保護されたコンテントファイルを、前記クライアント装置の一つにダウンロードするステップ、を備えており、
前記保護されたコンテントファイルへのアクセスは、前記アクセスのために用いられるクライアント装置に関連づけられた識別子が、前記保護されたコンテントファイルの前記装置識別子テーブル内に含まれているか否かの判断に基づくこと、
を特徴とする方法。
【請求項２】
請求項１の方法において、前記クライアント装置は、記憶装置であること、
を特徴とする方法。
【請求項３】
請求項２の方法において、前記記憶装置は、ハードディスクドライブであること、
を特徴とする方法。
【請求項４】
請求項２の方法において、前記記憶装置は、リムーバブルディスクであること、
を特徴とする方法。
【請求項５】
請求項１の方法において、前記クライアント装置は、パーソナルコンピュータであること、
を特徴とする方法。
【請求項６】
請求項１の方法において、前記クライアント装置は、セットトップボックスであること、
を特徴とする方法。
【請求項７】
請求項１の方法において、前記クライアント装置は、オーディオ／ビデオ装置であること、
を特徴とする方法。
【請求項８】
請求項１の方法において、前記クライアント装置の前記固有の識別子は、製品ＩＤ番号であること、
を特徴とする方法。
【請求項９】
請求項１の方法において、前記クライアント装置の前記固有の識別子は、シリアル番号であること、
を特徴とする方法。
【請求項１０】
請求項１の方法において、前記クライアント装置の前記固有の識別子は、製品リビジョン番号(product revision number)であること、
を特徴とする方法。
【請求項１１】
請求項１の方法において、前記クライアント装置の前記固有の識別子は、シリアル番号、製品リビジョン番号又は製品ＩＤ番号の二以上の組み合わせであること、
を特徴とする方法。
【請求項１２】
請求項１の方法において、前記組み合わせステップは、前記保護されたコンテントファイルを暗号化するステップを含むこと、
を特徴とする方法。
【請求項１３】
請求項１の方法において、前記組み合わせステップは、前記装置識別子テーブルおよびタイムスタンプを、前記識別されたコンテントと組み合わせるステップを備えること、
を特徴とする方法。
【請求項１４】
不正アクセスからコンテントを保護するシステムであって、
コンテントプロバイダサイトにおいて、複数のクライアント装置によりアクセス可能であるコンテントを識別する手段、
前記複数のクライアント装置のそれぞれの固有識別子を検索する手段、
前記固有識別子を、前記コンテントプロバイダサイトに送信する手段、
保護されたコンテントファイルを作成するため、前記コンテントプロバイダにおいて、前記複数のクライアント装置のそれぞれの前記固有識別子を含む装置識別子テーブルを、前記識別されたコンテントと結びつける手段、ならびに、
前記保護されたコンテントファイルを、前記クライアント装置の一つにダウンロードする手段、を備えており、
前記保護されたコンテントファイルへのアクセスは、前記アクセスのために用いられるクライアント装置に関連づけられた識別子が、前記保護されたコンテントファイルの前記装置識別子テーブル内に含まれているか否かの判断に基づくこと、
を特徴とするシステム。
【請求項１５】
不正アクセスからコンテントを保護する方法であって、
複数のクライアント装置に対応する複数の固有識別子を受信するステップ、
保護されたコンテントファイルを作成するため、前記複数のクライアント装置の前記複数の固有識別子を含む装置識別テーブルを、コンテントファイルと結びつけるステップ、ならびに、
前記複数のクライアント装置の一つに前記保護されたコンテントファイルを送信するステップ、を備えており、
前記保護されたコンテントファイルへのアクセスは、前記アクセスのために用いられるクライアント装置に関連づけられた識別子が、前記保護されたコンテントファイルの前記装置識別子テーブル内に含まれているか否かの判断に基づくこと、
を特徴とする方法。
【請求項１６】
請求項１５の方法において、前記複数のクライアント装置は、二以上の記憶装置、パーソナルコンピュータ、セットトップボックスおよびオーディオ／ビデオ装置を含んでいること、
を特徴とする方法。
【請求項１７】
請求項１５の方法において、前記クライアント装置の固有の識別子は、製品ＩＤ番号であること、
を特徴とする方法。
【請求項１８】
請求項１５の方法において、前記クライアント装置の固有の識別子は、シリアル番号であること、
を特徴とする方法。
【請求項１９】
請求項１５の方法において、前記クライアント装置の固有の識別子は、製品リビジョン番号であること、
を特徴とする方法。
【請求項２０】
請求項１５の方法において、前記クライアント装置の固有の識別子は、シリアル番号、製品リビジョン番号又は製品ＩＤ番号の二以上の組み合わせであること、
を特徴とする方法。
【請求項２１】
請求項１５の方法において、前記組み合わせステップは、前記保護されたコンテントファイルを暗号化するステップを含むこと、
を特徴とする方法。
【請求項２２】
不正アクセスからコンテントを保護する方法であって、
複数のクライアント装置に対応する複数の固有の識別子を受信するステップ、
保護されたコンテントファイルを作成するため、前記複数のクライアント装置の前記複数の固有識別子を含む装置識別テーブルを、コンテントファイルと結びつけるステップ、
前記保護されたコンテントファイルを携帯用メディア内に記憶するステップ、ならびに、
ユーザーに前記携帯用メディアを送るステップを備えており、
前記携帯用ポータブルメディア上の前記保護されたコンテントファイルへのアクセスは、前記アクセスのために用いられるクライアント装置に関連づけられた識別子が、前記保護されたコンテントファイルの前記装置識別子テーブル内に含まれているか否かの判断に基づくこと、
を特徴とする方法。
【発明の詳細な説明】
【発明の属する分野】
【０００１】
本発明は、所望コンテントへのアクセス能力を制限することにより、電子データに対する不正アクセスを防止することに関する。具体的に言うと、本発明は、これにより、コンテントと複数のクライアント所有装置に関連づけられている固有の識別子を結びつけ、コンテントに対するアクセスをこれらの装置だけに制限することにより、ネットワークを介して電子コンテンツが安全に送信可能なシステムならびに方法を提供する。  
【序論】
【０００２】
近年、ソフトウエアプログラム技術の進歩の結果によりインターネットが急速な発展を遂げており、音楽、書籍、ビデオゲーム、映画全体でさえも、高品質で簡単に再生可能となり、デジタル形式により容易に送信することができるようになりつつある。このことは、これらのデジタル資産の制作者ならびに販売業者にとって、空前のマーケティング機会を生じさせると同時に、大きな課題を突きつけることにもなる。これらのデジタル資産が市場にとって魅力的であるのと同じ理由から、海賊版業者による窃盗、販売あるいは無償配布が生じてしまい、これらのデジタル資産の購入および配信が、かれらの格好の餌食となってしまう。これにより、これらデジタル資産の制作者および販売業者の収益に多大な損害を生じさせる結果となっている。
【０００３】
このジレンマから、自分たちが行ってきた行為を続けるための方法を積極的に追求しようとする著作権侵害者の行為を阻止するため、一連の防衛的対策を講じなければならない結果となっている。しかし、いずれの方法も、知的資産の所有者の権利を保護することに関して完全に成功したとは言えない。
【０００４】
潜在力を秘めたこれらの配信媒体によるオファーを利用しながら、権限を有する購入者には容易なアクセスを提供しながらも、不正なアクセスならびに販売から彼らの知的資産を保護する手法により、インターネットおよび他のネットワークを介し、電子ベースの素材の制作者および販売業者にとって、彼らの製品を簡単かつ安全に販売し配信する方法に対するニーズが存している。
【０００５】
【特許文献１】なし
【発明の概要】
【０００６】
本発明に基づくことにより、デジタル資産の配信についての柔軟性を高めるとともに、デジタル資産の保護を強化するシステムならびに方法が提供される。ある実施形態において、デジタル資産は、配信前に、少なくとも一の固有のクライアント装置識別子とデジタル資産を結合することにより保護される。したがって、クライアント装置における復号化は、暗号化されたデジタル資産から抽出された固有クライアント装置識別子と、当該デジタル資産へアクセスしようとする装置の固有クライアント装置識別子を比較することに基づいて行われる。
【０００７】
本発明の別の特徴ならびに効果は、以下の説明で述べられ、その一部は、かかる説明から明確であり、あるいは、発明を実施することから習得可能である。本発明の特徴ならびに効果は、特許請求の範囲で示された方法および器具、その組み合わせにより実現され、得られる。本発明の、これらの、および、他の特徴は、以下の説明および特許請求の範囲から、より完全に明確になり、あるいは、発明を実施することから習得可能である。
【詳細な説明】
【０００８】
上述の効果および他の効果ならびに本発明の特徴を得ることができる手法については、上で簡潔に述べられた本発明の具体的で詳しい説明ならびに添付図面に表されているその特定の実施形態を参照することにより明らかになる。これらの図面は、本発明の典型的な実施例だけを表しており、その範囲を制限すると解釈することはできない。本発明は、添付の図面を用いることにより、さらに具体的かつ詳細に記述され説明される。
【０００９】
本発明の様々な実施形態について以下で詳細に説明する。ここでは、特定の実施形態について述べられているが、これは例示の目的のみであることを理解すべきである。当業者であれば、本発明の精神ならびに範囲を逸脱しないかぎり、他のコンポーネントおよび構成を用いても良いことを理解する。
【００１０】
インターネットを含むネットワークを介して価値の高い知的資産を安全に送信するという重要なニーズを解決するには、多くの場合、複数の再生装置を所有する承認された購入者によるデジタル資産へのアクセス承認の容易性をも考慮しなければならない。本発明の特徴は、クライアント装置のいずれの特定セットからでない不正なアクセスを防止しつつ、複数の装置で所望のコンテントを再生するために捜索を行うクライアントについて容易に承認が行われることである。
【００１１】
図１は、ネットワーク１３０を介してコンテントプロバイダ１１０とやりとりするクライアント１２０を有する、本発明の一実施形態を示している。様々な実施形態において、かかるネットワークは、インターネット等の広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）あるいはその組み合わせを含むことが可能である。通常、クライアント１２０は、デジタル資産を識別し取得するため、コンテントプロバイダ１１０とやりとりを行うよう動作する。
【００１２】
図示した実施形態において、コンテントプロバイダ１１０は、クライアント１２０にデータを受信し、送信するためのサーバ１１２、クライアント１２０により購入およびダウンロード可能なコンテントを記憶するために用いられるデータベースを含む記憶装置１１４を備えている。図示したように、クライアント１２０は、少なくとも一のクライアント親装置１２４および複数のクライアント子装置１２１、１２２、１２３を含んでいる。ある実施形態において、クライアント親装置１２４は、パーソナルコンピュータ（ＰＣ）、セットトップボックス（ＳＴＢ）等の処理装置、あるいは、サーバ１１２とやりとりすることができるオーディオ／ビデオ装置（例えば、携帯電話、携帯情報端末）を指しており、クライアント子装置は、記憶装置又はクライアント親装置１２４により検索されたデータを受信可能な他の装置を指している。各クライアント装置１２１、１２２、１２３、１２４は、電子的に検索することができ、その装置を正確に識別可能な一以上の固有の装置識別子を含んでもよい。
【００１３】
[００１５]  前述のように、クライアント１２０は、ＰＣ、ＳＴＢ、他のオーディオ／ビデオ装置（あるいは、いずれのネットワーキング可能な(network-ready)装置）、記憶装置、携帯音楽プレヤー、携帯情報端末、携帯電話、あるいは、電子ファイルにアクセス可能な装置等の一種類以上の装置を含んでもよい。また、クライアント親装置１２４により利用可能な複数のクライアント記憶装置１２１、１２２、１２３は、ハードディスクドライブ、リムーバブルディスク（コンパクトディスク（ＣＤ）、デジタル他用途ディスク（ＤＶＤ）、フレキシブルディスク、ＺＩＰディスク、フラッシュカード等の）あるいは他のメディアであって、それぞれが、電子的手段で検索可能であり、理想的には変更も消去もできない一以上の固有の識別子を有するものを含んでもよい。ある実施形態において、複数の記憶装置のそれぞれと関連づけられている固有の識別子は、製品ＩＤ番号、シリアル番号又は製品リビジョン番号の一つ以上を備えている。
【００１４】
再び図１を参照すると、コンテントプロバイダ１１２は、サーバ１１２、ならびに、少なくとも一のコンテントデータベース１１４を含んでいる。ある実施形態において、サーバ１１２はサン J2EEウエッブサーバーである。しかし、与えられたウエッブ環境で稼働可能なものであれば、他のサーバを用いることも可能である。クライアント１２０に送られるコンテントが保護された状態にあるので、ネットワーク１３０を介して送られる全てのコンテントは暗号化されている。ある実施形態において、暗号化はコンテントデータベースにコンテントが記憶される前に行われ、これにより、クライアントトランザクション中の処理時間が短縮される。他の実施形態において、クライアント１２０によりコンテントが要求された場合、当該コンテントの暗号化はトランザクション中に行われる。
【００１５】
図１の環境においては、それにより、再生のためにデジタルコンテンツをクライアント装置に送ることができ、そのクライアント装置上のみで使用することができる仕組みを特定するための様々な解決策が模索される。かかる制限は、様々なクライエントによるデジタルコンテント配信を制限しようとする要求に伴う当然の結果である。本発明によれば、保護されたコンテントを、複数のクライアント装置により使用するためクライアントに送ることが可能となる。この課程において、複数の固有クライアント装置識別子がデジタルコンテンツに結びつけられる。ある実施形態において、装置識別子テーブルは、複数のクライアント装置１２１、１２２、１２３、１２４にそれぞれ関連づけられた固有の装置識別子を記憶するため用いられる。コンテントを検索するクライアントのほとんどが、デジタルコンテンツの再生に適した複数の装置を有しているのが現状なので、本発明のこの特徴は非常に望ましい。本発明の本特徴ならびに他の特徴は、図２のコンテキストにおいて詳細に説明される。
【００１６】
図２は、本発明の一実施形態において、クライアントが、所望のコンテントを識別して要求し、次に、暗号化された形式でそれを受け取るプロセスを示すフローチャートである。コンテントプロバイダ１１０のサーバー１１２におけるコンテントデータベース１１４内にある所望のコンテントを識別するクライアント１２０により、ステップ２０２で処理が開始される。ステップ２０４においては、複数のクライアント装置１２１、１２２、１２３、１２４のそれぞれと関連づけられた一以上の固有のクライアント装置識別子が検索される。例えば、ある想定においては、ＰＣのハードディスクドライブ用の固有の識別子が、製品ＩＤ番号およびハードディスクドライブ（あるいは、場合によってはＰＣ自体の）のシリアル番号を含んでもよい。他の例において、携帯音楽プレイヤー用の固有の識別子は、プレイヤーのシリアル番号および製品リビジョン番号を含むことも可能である。次に、ステップＳ２０６では、検索された固有のクライアント装置識別子が暗号化され、ネットワーク１３０を介して、クライアント１２０からコンテントプロバイダ１１０のサーバ１１２に送られる。
【００１７】
本発明の特徴は、コンテントプロバイダ１１０が、複数の装置識別子と保護された一片のコンテントとを結びつけることができ、これにより、複数の装置が保護済みコンテントにアクセすることが可能となることである。ある実施形態において、本発明の前記特徴は、ステップ２０８において装置識別子テーブルが作成されることにより可能となる。このプロセスにおいて、クライアント１２０から受け取った複数の装置識別子は、コンテントファイル作成プロセス中、後の検索のためメモリ内に記憶される。これらの装置識別子は、それにより、複数の装置および／又はクライアント１２０が所望のコンテントにアクセスするために用いられる記憶媒体を正確に識別することができる情報を、コンテントプロバイダ１１０に対して与える。ステップ２１０では、所望のコンテントに対するアクセスを前記装置識別子テーブルに示されたこれらの装置だけに制限するのに適した情報を含んでいるコンテントファイルを作るため、所望コンテントがこの装置識別子テーブルに結びつけられる。
【００１８】
ある実施形態において、前記所望コンテンツは、その間、クライアント装置がコンテントにアクセス可能な時間を制限するために用いられるタイムスタンプ（装置識別子テーブルに加え、あるいはそれに代えて）にも結びつけられる。例えば、従来の映画レンタルと同様の方法により、特定の映画ファイルが３日ないし５日間視聴できることを識別するコンテントにタイムスタンプを結びつけるようにしてもよい。この実施形態において、コンテントへのアクセスは、タイムスタンプと現在時刻との比較を条件とすることができる。ある実施形態においては、現在時刻がネットワークのソースから取り込まれるので、ローカル装置における時刻についての改ざんが防止される。
【００１９】
次に、所望コンテントへのアクセスの許容あるいは拒否が判断される場合、ステップ２１０で作成されたファイルであって、装置識別子テーブルと結びつけられている事前に暗号化されたコンテントを含むファイルは、ステップＳ２１２においてクライアント１２０に送られる。ある実施形態においては、購入およびダウンロード可能な全てのコンテントが暗号化済みであり、コンテントデータベース１１４に記憶されている。別の実施形態においては、クライアントから暗号化された形式で受信された装置識別子を、処理時間を短縮することが可能となるような方法によりステップ２１０の前記暗号化済みのコンテントと結びつけることが可能である。例えば、装置識別子テーブルを暗号化するために用いられる暗号化キーを、前記コンテントを前もって暗号化するために用いられたキーを暗号化するためにも用いることもできる。この方法により、単一の暗号化キーを用いて装置識別子テーブルならびにコンテントへのアクセスを得ることが可能となる。他の例においては、装置識別子テーブルならびにコンテントを暗号化するため２つの異なる暗号化キーを用いることにより、セキュリティーが向上する。ここで、クライアント１２０によりコンテントが要求されると、コンテントならびに装置識別子テーブルの両方が暗号化される。
【００２０】
図３は、コンテントプロバイダ１１０から受信された暗号化コンテントが、クライアント１２０によりアクセスされるプロセスを示すフローチャートである。このプロセスは、前記暗号化されたコンテンツファイルを検索するステップ３０２において開始される。ステップ３０４では、暗号化されたコンテンツファイルから装置識別子テーブルが抽出される。ある実施形態においては、まず、暗号化されたコンテンツファイルの装置識別子部分だけが復号化される。次に、ステップ３０６では、そこでコンテントが再生されるクライアント装置の固有のクライアント識別子が、抽出された装置識別子に含まれるテーブル固有のクライアント識別子のリストと比較される。ある実施形態においては、現在の装置の固有装置識別子を検索するため、図２のステップ２０４において固有装置識別子を検索するために用いられているのと同じ機能が用いられる。
【００２１】
ステップ３０８においては、装置識別子テーブル内に含まれる一以上の装置識別子セット中に、そこでコンテントが再生されるクライアント装置の装置識別子が含まれているか否かについての判断がなされる。装置識別子テーブル内にクライアント装置の識別子が含まれていない場合、一致が確認出来ず、保護されたコンテンツの再生は拒否され、プロセスは終了する。クライアント装置の識別子が装置識別子テーブルに含まれる場合、そのクライアント装置が認証された装置であることが示され、一致が確認される。次に、ダウンロードされた暗号化コンテントが復号されるステップ３１０と続く。最後に、ステップ３１２では、コンテントが再生に供される。
【００２２】
本方法による複数のクライアント装置へのアクセス認証の長所は、直ちに理解可能である。複数のクライアント装置から識別子を取り込み、それらをコンテントプロバイダサーバにおけるメモリ内に記憶し、その後、全ての装置識別子テーブルを所望のコンテントに結びつけることにより、クライアントが再生のために用いることを希望する複数の正当な装置に対するアクセスを許容するための仕組みが提供される。
【００２３】
デジタルコンテントに対するアクセスを制御するための一般的なフレームワークを記述する。ここでは、保護されたコンテントの配信についての詳細な実施形態について、図４を参照しつつ説明する。図４は、図２に示されたプロセスの実施形態に関する、より詳細なデータの流れを示している。特に、クライアント１２０が、コンテントプロバイダ１１０から暗号化されたコンテントを探し、取り込む場合を示している。図４の詳細なデータの流れは、特定ＰＣの演算環境を対象としていることに注意すべきである。この説明は、限定することを意味するものではなく、本発明の概念が、同様に他の演算環境に適用可能であることを明らかにするためのものである。
【００２４】
図４に示されたデータの流れにおいて、処理は、ユーザーがコンテントプソバイダサーバとのコンタクトを開始するステップ４０２で開始される。ある実施形態において、このコンタクトは、コンテントプロバイダのウエッブサイト上の特定のウエッブページに、ユーザーを誘導することを可能にする標準的なウエッブブラウザの機能を介して起動する。ユーザーがコンテントプロバイダのウエッブページに誘導されると、コンテントプロバイダのサーバは、ステップ４０４において、クライアントマシンのブラウザ内でアプレットを実行するクライアントのマシンに、JAVA（商標）アプレット（DDRPDemo.jar)をダウンロードする。クライアントマシンのブラウザ内で前記アプレットの実行が行われると、ステップ４０６において、認証確認ユーザーインターフェース要素（例えば、ＯＫボタン）がブラウザウインド内で起動する。次に、ユーザーは、選択メニューからコンテントファイルを選び、ステップ４０８において認証確認を与える（例えば、ＯＫボタンをクリックする）ことにより、当該コンテントファイルを要求する。
【００２５】
前記アプレットの機能の一つは、クライアントプロバイダサーバ上に存するファイルをダウンロードし、ダウンロードしたファイルをクライアントマシン内の任意のディレクトリに置いておくことである。このファイルは、クライアントマシンによる実行のためのファイルdiskid32.exeを作成するため復号化され、解凍される。このプログラムは、実行の際、一以上のクライアント装置についての装置識別子を検索するために設計され、装置識別子の検索プロセスが完了するとすぐに消去される。
【００２６】
装置識別子を検索する前に、前記アプレットは、ステップ４１０においてユーザーからの承認を要求する。ユーザーが、要求に対する認証を与える（例えばＯＫボタンをクリックする）と、前記diskid32.exeプログラムは、装置識別子を検索し始める。
【００２７】
一般に、デジタルフォーマットのファイルが再生可能なＰＣ、ＳＴＢならびに他のオーディオ／ビデオ装置（例えば、オーデイオ又はビデオ再生、電子ブック等の機能を備える携帯電話）は、ハードディスクドライブ又はリムーバブルディスク（例えば、ＣＤおよびＤＶＤ）等の記憶装置を備えている。通常、各記憶装置は、それ自体の参照番号（例えば、サプライヤーの組み合わせ(combination of vendor)、製品番号、シリアル番号、製品リビジョン番号および装置の読み出し専用メモリ（ＲＯＭ）からの他の情報であって、ハードウエアサプライヤーに割り当てられたもの、を有している。
【００２８】
前記diskid32.exeプログラムは、定義された参照番号のコンポーネントを検索すよう設計されている。ある実施形態において、前記diskid32.exeプログラムは、以下の機能を有し、全てのウインドウズ・プラットフォームで動作するとともに、Ｃ＋＋言語で書かれているフリーソフトウエアプログラムDiskId32の別のバージョンを表している：
・ReadPhysicalDriveInNTWithAdminRights();
・ReadIdeDriveAsScsiDriveInNT();
・ReadPhysicalDriveInNTWithZeroRights();
・ReadDrivePortsInWin9X()。
【００２９】
装置識別子が検索されると、当該装置識別子は、ステップ４１２において、検索されたコンテントのＩＤと共にコンテントプロバイダサーバに送られる。ある実施形態においては、アプレットでJSObjectクラスが用いられるので、前記アプレットとJava（商標）スクリプト間やりとりは、html形式により投稿することにより実行される。その結果、diskid32.exeにより得られた装置識別子を、Java（商標）スクリプトによってコンテントプロバイダサーバに送ることができる。
【００３０】
固有の装置識別子は、ネットワーク１３０（例えば、インターネット）を介して交換されるので、安全を考慮した暗号化／復号技術が実行される。したがって、暗号化／復号化に関するいくつかのコードは、前記diskid32.exeプログラムにアクセス可能な暗号化モジュールに組み込まれる。
【００３１】
ある実施形態において、マルチメデイアファイル等のコンテントの暗号化／復号化は、Morello Publishing Ltd.のaxsStrongBox等のCOMコンポーネント暗号化ソフトウエアを用いることによりコマンドライン・プログラムによって実行される。この実施形態において、暗号化には以下の設定：ＧＺＩＰ圧縮、ラインドールアルゴリズム（Rijindael Algorithm)（プライベートキー−２５６ビット）、Base64 符号化、ＣＢＣモード、ならびにPKCS7 パディング、を用いることができる。これらの設定は、パラメーターとして設定されているので、かかる設定は柔軟に変更可能である。キーに関しては、保護されたファイルにアクセスするのに用いられる前記プログラム内に任意の３２バイトシードをハードコードすることができる。
【００３２】
コンテントプロバイダサーバにおいて、クライアント装置識別子ならびにコンテントＩＤが受信されると、当該コンテントプロバイダサーバは、次に、保護されたコンテントファイルの生成を開始することができる。ある実施形態においては、装置識別子のセットが装置識別子テーブル内に収められ、暗号化される。この暗号化された装置識別子テーブルは、次に、保護されたコンテントファイルを生成するため、クライアントにより要求された暗号化されたコンテント（必要に応じ、前もって暗号化されている）と合併することが可能である。
【００３３】
ある実施形態において、この機能は、コンテントプロバイダサーバにおいて実行されるJAVA（商標）サーブレット（j2ee_DDRPDemo.class）により達成される。このファイル保護プロセスにより、クライアントにより要求された所望のコンテントと、再生のために用いられる複数のクライアント装置の固有の識別子とを結合させて保護されたコンテントファイルが作られる。理解されるように、それにより装置識別子がコンテントに結びつけられる特定の方法は、実行に依存している(implementation dependent)。
【００３４】
[００３６]  ステップ４１４において、前記サーブレットは、クライアントのブラウザにおいて、要求されたコンテントをユーザーがダウンロードすることを許可する確認エレメント（例えば、ＯＫボタン）を表示する。ステップ４１６において、ユーザー確認（ＯＫボタンをクリックすること等）によりダウンロードが要求された後、ステップ４１８において、コンテントへのアクセスを許可するか否かについてテストがなされるクライアント装置に保護されたコンテントファイル(.ddrpファイル）がダウンロードされる。
【００３５】
ここで、クライアント装置によりアクセスされた対応復号化モジュールは、コンテントプロバイダサーバからダウロードされたファイルより適切なアプリケーションを用いることにより再生可能なファイルを再現する、ウインドウズ・コマンドラインプログラム（Windows（商標） command line program)として実現可能であることに注意すべきである。図３に示したように、マシンの実際の装置識別子およびコンテントファイルに結びつけられている装置識別子が一致する場合、かかるコンテントは、実行される復調／復号／を用いて修復される。アプリケーション内で実際にファイルを用いている際に、いくつかのコンテントがファイルに出力されるが、当該コンテントは、メモリ内で処理し、再生用ソフトウエアに対して直接供給すべきであることに注意すべきである。
【００３６】
なお、別の実施形態においては、保護されているコンテントファイルを、サーバの場所に存するいくつかの媒体（例えば、ＣＤ、ＤＶＤ等）に記憶し、ユーザに対し物理的パッケージとして配達するようにしてもよい。
【００３７】
上述の説明は、特定の詳細を含んでもよいが、それらが特許請求の範囲を限定するものと決して解釈すべきでない。本発明の説明がなされた実施形態のその他の構成は、本発明の範囲内にある。したがって、与えられている特定の例示ではなく、本発明は、添付されている特許請求の範囲およびその法的均等物のみにより、定義すべきである。
【図面の簡単な説明】
【００３８】
【図１】図１は、コンテントを所望するクライアント、コンテントプロバイダならびに、これを介してそれらがやりとり可能となるネットワーク、を含むコンピュータネットワーク環境を示している。
【図２】図２は、これにより固有のクライアント装置識別子が検索され、サーバにおいて装置識別子テーブルを作るために用いられるプロセスのフローチャートである。
【図３】図３は、これにより、クライアントより所有されている装置の固有の識別子に基づいて、暗号化された所望のコンテントに対するクライアントによるアクセスを許容しあるいは拒否する判断を行うプロセスのフローチャートである。
【図４】図４は、これにより固有のクライアント装置識別子が検索され、コンテントプロバイダサーバにおいて装置識別子テーブルを作るために用いられるプロセスの実施形態におけるデータの流れである。
【図１】
2008508595.tif 000003
【図２】
2008508595.tif 000004
【図３】
2008508595.tif 000005
【図４】
2008508595.tif 000006
【国際調査報告】
2008508595.tif 000007