JP4799038B2 - コンピューティングデバイスなどのネットワーク内における保護されたデジタルコンテンツのレンダリング - Google Patents

Description

本発明は、ネットワーク内などにおける特定のコンピューティングデバイスに結びつけられた対応するデジタルライセンス付きのデジタルコンテンツをこのネットワーク内の別のコンピューティングデバイスによってレンダリングすることを可能にするためのアーキテクチャおよび方法に関する。より詳細には、本発明は、このネットワーク内のコンピューティングデバイスが、これらのコンピューティングデバイス間でそのコンテンツに対するアクセスをネゴシエートするかかるアーキテクチャおよび方法に関する。

既知の通り、図１をここで参照すると、デジタルオーディオ、デジタルビデオ、デジタルテキスト、デジタルデータ、デジタルマルチメディアなど、ユーザに対して配信されるようなデジタルコンテンツ１２に関しては、ＲＭ（ｒｉｇｈｔ ｍａｎａｇｅｍｅｎｔ権限管理）および施行システムが強く望まれる。ユーザが受信すると、かかるユーザは、パーソナルコンピュータ１４上のメディアプレーヤ、ポータブル再生デバイスなど適切なレンダリングデバイスの助けを受けてこのデジタルコンテンツをレンダリングし、または「再生」する。

一般的に、かかるデジタルコンテンツ１２を配信するコンテンツ所有者は、かかる配信済みのデジタルコンテンツ１２を用いてユーザが何をすることができるかについて制限したいと望む。例えば、このコンテンツ所有者は、ユーザがかかるコンテンツ１２をコピーし、第２のユーザに再配信しないように制限したいと望み、あるいは配信済みのデジタルコンテンツ１２が限られた回数だけ、ある限られた合計時間の間だけ、ある種のタイプのマシン上でだけ、ある種のタイプのメディアプレーヤ上でだけ、ある種のタイプのユーザによってだけ再生することを許すことを望むこともある。

しかし、配信が行われた後には、かかるコンテンツ所有者は、たとえできるにしても極わずかで、このデジタルコンテンツ１２についてはほとんど制御することができない。ＲＭシステム１０は、任意形式のデジタルコンテンツ１２の制御されたレンダリングまたは再生を可能にし、ここでかかる制御は、柔軟であり、かかるデジタルコンテンツのコンテンツ所有者が定義することが可能である。一般的に、コンテンツ１２は、適切な任意の配信チャネルを介してパッケージ１３の形態で、ユーザに配信される。配信されるデジタルコンテンツパッケージ１３は、対称暗号化／解読キー（ＫＤ）を用いて暗号化されたデジタルコンテンツ１２（すなわち、（ＫＤ（コンテンツ）））、ならびにそのコンテンツを識別する他の情報、かかるコンテンツについてのライセンスをどのようにして取得するかなどを含むことができる。

信頼ベースのＲＭシステム１０により、デジタルコンテンツ１２の所有者は、かかるデジタルコンテンツ１２がレンダリングできるようになる以前に満たす必要がある規則を指定できるようになる。かかる規則は、前述の要件および／または他の要件を含むことができ、またユーザ／ユーザのコンピューティングデバイス１４（以下、これらの用語は、状況がその他の場合である必要がない限り、置き換え可能である）がこのコンテンツ所有者またはそのエージェントから取得する必要があるデジタルライセンス１６内において実装することもでき、あるいはかかる規則が、予めそのコンテンツ１２に付加されていてもよい。かかるライセンス１６は、例えば、たぶんユーザのコンピューティングデバイスまたは他の再生デバイスによって解読可能な別のキーに従って暗号化された、そのデジタルコンテンツ１２を解読するための解読キー（ＫＤ）を含むことができる。

１つのデジタルコンテンツ１２のコンテンツ所有者は、ライセンス１６中または他のどこかで指定する規則をユーザが順守するはずであるとかかる所有者が信頼できない限りは、ユーザに対してコンテンツ１２を配信することを好まないはずである。その場合にはユーザのコンピューティングデバイス１４または他の再生デバイスには、かかる規則に従う場合を除いて、デジタルコンテンツ１２をレンダリングしないようにする信頼コンポーネントまたは信頼メカニズム１８が提供されることが好ましい。

この信頼コンポーネント１８は、典型的に、これらの規則を再検討し、とりわけ求められるようにして、これらの再検討済みの規則に基づいてこの要求中のユーザが、要求されたデジタルコンテンツ１２をレンダリングする権限を有するかどうかを判定する評価機構２０を有している。この評価機構２０は、ＲＭシステム１０中において信頼されていて、これらの規則に従ってデジタルコンテンツ１２の所有者の望みを実行し、ユーザは、非道であれそれ以外の場合であれ、どのような目的のためにもかかる信頼コンポーネント１８および／または評価機構２０を簡単に変更できないはずであることを理解されたい。

このコンテンツ１２をレンダリングする規則は、ユーザが誰であるか、ユーザがどこにいるか、ユーザはどのようなタイプのコンピューティングデバイス１４または他の再生デバイスを使用しているか、どのようなレンダリングアプリケーションがＲＭシステム１０を呼び出しているか、日付、時刻などを含めて、いくつかのファクタのうちのどれに基づいて、ユーザがそのようにレンダリングする権限を有するかを指定することができることを理解されたい。さらに、これらの規則は、例えば所定の再生回数、または所定の再生時間にレンダリングを制限することもできる。

これらの規則は、適切な任意の言語およびシンタックスに従って指定することができる。例えば、この言語は、満たす必要がある属性および値を簡単に指定することができ、または指定されたスクリプト（例えば、ＤＡＴＥがＸよりも大きい場合には、．．．をしなさい（IF DATE greater than X, THEN DO...））によるファンクションの実施を必要とすることもある。

ユーザがこれらの規則を満たすことを評価機構２０が判定すると、次いでデジタルコンテンツ１２は、レンダリングすることができる。特に、コンテンツ１２をレンダリングするためには、その解読キー（ＫＤ）があらかじめ定義されたソースから取得され、この解読キーがコンテンツパッケージ１３からの（ＫＤ（コンテンツ））に適用されて、実際のコンテンツ１２がもたらされ、次いで、この実際のコンテンツ１２が実際にレンダリングされる。

ＲＭシステム１０において、コンテンツ１２は、かかるコンテンツ１２を暗号化し、１組の規則をコンテンツ１２に関連づけることにより、使用するためにパッケージ化され、それによってコンテンツ１２は、これらの規則に従ってしかレンダリングすることができなくなる。コンテンツ１２は、これらの規則に従ってしかレンダリングすることができないので、それ故、コンテンツ１２は、自由に配信することができる。一般的に、このコンテンツ１２が、前述のキー（ＫＤ）などの対称キーに従って暗号化され、（ＫＤ（コンテンツ））がもたらされる。したがって（ＫＤ（コンテンツ））がまた（ＫＤ）に従って解読され、コンテンツ１２がもたらされる。それとは別に、かかる（ＫＤ）は、コンテンツ１２に対応するライセンス１６内に含められる。

しばしば、かかる（ＫＤ）が、コンテンツをレンダリングすべきコンピューティングデバイス１４のパブリックキーなどのパブリックキー（ＰＵ−Ｃ）に従って暗号化され、（ＰＵ−Ｃ（ＫＤ））がもたらされることがある。しかし、例えばユーザのパブリックキーや、ユーザがメンバになっているグループのパブリックキーなど、他のパブリックキーも使用できることに留意されたい。したがって、このパブリックキーが（ＰＵ−Ｃ）であることを想定すると、かかるコンピューティングデバイス１４しか、（ＰＵ−Ｃ）に対応するプライベートキー（ＰＲ−Ｃ）にアクセスすることができないはずなので、（ＰＵ−Ｃ（ＫＤ））を伴うライセンス１６は、かかるコンピューティングデバイス１４に結びつけられ、このコンピューティングデバイスに関してしか使用することができない。かかる（ＰＲ−Ｃ）は、（ＰＵ−Ｃ（ＫＤ））を解読して（ＫＤ）を取得するために必要であり、かかるコンピューティングデバイス１４によって厳重に保持されるべきことを理解されたい。

ユーザは、時としてネットワーク１７などにおいてネットワーク化され、または別の方法で相互接続された複数のコンピューティングデバイス１４を有し得ることを理解されたい。かかる状況においては、ユーザがライセンス１６を取得して対応する１つのコンテンツ１２をレンダリングすることもある場合もあり、この場合には、ライセンス１６は、第１のコンピューティングデバイス１４のパブリックキー（ＰＵ−Ｃ１）に従って暗号化されて（ＰＵ−Ｃ１（ＫＤ））がもたらされる１つのコンテンツ１２についての（ＫＤ）を含み、したがって、かかるライセンス１６は、かかる第１のコンピューティングデバイス１４に結びつけられることになる。さらに、かかる状況においては、ユーザが、この第１のコンピューティングデバイス１４を有するネットワーク１７中に存在する第２のコンピューティングデバイス１４上でこのコンテンツ１２をレンダリングしたいと思う場合がさらに存在することもある。しかし、極めて重大なことに、かかる第１のコンピューティングデバイス１４は、かかる（ＰＲ−Ｃ１）をかかる第２のコンピューティングデバイス１４に対して明らかにすることをひどく嫌うはずなので、かかる第２のコンピューティングデバイス１４は、第１のコンピューティングデバイス１４のプライベートキー（ＰＲ−Ｃ１）にアクセスすることができない。その代わりに、かかる第２のコンピューティングデバイス１４は、かかる第２のコンピューティングデバイス１４のプライベートキー（ＰＲ−Ｃ２）にしかアクセスすることができず、このプライベートキー（ＰＲ−Ｃ２）は、もちろん（ＰＵ−Ｃ１（ＫＤ））に適用してかかる（ＫＤ）を露わにすることができない。

したがって、追加のアーキテクチャなしには、第２のコンピューティングデバイス１４は、（ＰＵ−Ｃ１（ＫＤ））から（ＫＤ）を取得し、それによってかかるコンテンツ１２をレンダリングするために必要となる（ＫＤ（コンテンツ））を解読することができない。たとえユーザが、第１のコンピューティングデバイス１４を介してコンテンツ１２をレンダリングすることができ、第２のコンピューティングデバイス１４が、第１のコンピューティングデバイス１４を有するネットワーク１７中にあり、これら第１および第２のコンピューティングデバイス１４が共にこの同じユーザの制御下にあるとしても、このような不可能なことが存在する。

したがって、ライセンス１６がそのようにすることを可能にすると仮定して、ネットワーク１７中などにおける１つのコンピューティングデバイス１４に結びつけられた対応するライセンス１６を有するコンテンツ１２をネットワーク１７中の他の適切な任意のコンピューティングデバイス１４によってレンダリングすることを可能にするアーキテクチャおよび方法についての必要性が存在する。特に、ネットワーク１７中のコンピューティングデバイス１４間でコンテンツ１２に対するアクセスをネゴシエートする方法についての必要性が存在する。

前述の必要性は、本発明によって少なくとも部分的に満たされており、本発明の方法は、ネットワークによって相互接続された第１のコンピューティングデバイス（「トランスミッタ」）と第２のコンピューティングデバイス（「レシーバ」）とに関連して提供され、ここではこのトランスミッタは、保護されたデジタルコンテンツをある方法でこのレシーバに送信し、その結果、このレシーバは、このコンテンツにアクセスすることができるようになる。このコンテンツは、コンテンツキー（ＫＤ）に従って暗号化され、解読可能である。

本方法においては、このレシーバは、このトランスミッタにセッション要求を送信し、ここでこのセッション要求は、このトランスミッタに対するこのコンテンツの識別子、このコンテンツと共に取るべきアクション、およびこのレシーバの一意の識別子を含んでいる。このトランスミッタは、このレシーバからのセッション要求を受信し、このセッション要求中のこのレシーバの一意の識別子から、このレシーバが実際にこのトランスミッタに登録されていることを判定し、このセッション要求中の識別済みのコンテンツに対応するデジタルライセンスを取得し、このライセンス中で述べられているポリシーを再検討して、このライセンスにより、このトランスミッタがこのレシーバにこのコンテンツに対するアクセス権を提供できるようになり、またこのセッション要求中のアクションが可能になることを決定し、セッション応答をこのレシーバに送信し、ここでこのセッション応答は、このライセンスからのポリシー、このレシーバの一意の識別子、およびこの暗号化済みのコンテンツを解読するためのコンテンツキー（ＫＤ）を含んでおり、（ＫＤ）は、このレシーバによって取得可能な形式で保護されている。

トランスミッタは、（ＫＤ）に従って暗号化されるコンテンツを取得して（ＫＤ（コンテンツ））をもたらし、（ＫＤ（コンテンツ））をこのレシーバに対して送信する。レシーバは、セッション応答および（ＫＤ（コンテンツ））を受信し、このセッション応答からポリシーおよび暗号化済みのコンテンツを解読するための保護されたコンテンツキー（ＫＤ）を取り出し、ポリシーにより、レシーバがコンテンツをレンダリングすることができるようになることを確認し、コンテンツキー（ＫＤ）を取得し、（ＫＤ）を（ＫＤ（コンテンツ））に適用してこのコンテンツを露わにし、次いでそのポリシーに従って実際にコンテンツをレンダリングする。

前述の概要、ならびに本発明の実施形態の以下の詳細な説明は、添付図面と併せ読むときにさらに良好に理解されよう。本発明を例証する目的のために、現在における好ましい実施形態がこれらの図面中に示されている。しかし、本発明は、図に示す厳密な構成および手段だけに限定されるものではないことを理解されたい。

コンピュータ環境
図１および以下の説明では、本発明および／またはその一部分を実施することができる適切なコンピューティング環境の一般的な簡潔な説明を提供することが意図されている。必要ではないが、本発明については、クライアントワークステーションやサーバなどのコンピュータによって実行されるプログラムモジュールなどのコンピュータ実行可能命令の一般的な文脈で説明している。一般的に、プログラムモジュールは、特定のタスクを実施し、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含んでいる。さらに、本発明および／またはその部分は、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラマブルな大衆消費電子製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含めて他のコンピュータシステムコンフィギュレーションを用いて実行することもできることを理解されたい。本発明は、分散コンピューティング環境において実行することもでき、ここでは、タスクは、通信ネットワークを介してリンクされたリモート処理デバイスによって実施される。分散コンピューティング環境においては、プログラムモジュールは、ローカルメモリストレージデバイス中にもリモートメモリストレージデバイス中にも配置することができる。

図２に示すように、例示の汎用コンピューティングシステムは、処理装置１２１、システムメモリ１２２、およびこのシステムメモリを含めて様々なシステムコンポーネントを処理装置１２１に結合するシステムバス１２３を含めて、従来のパーソナルコンピュータ１２０などを含んでいる。このシステムバス１２３は、メモリバスまたはメモリコントローラ、ペリフェラルバス、および様々なバスアーキテクチャのうちのどれかを使用したローカルバスを含めて、いくつかのタイプのバス構造のうちのどれにすることもできる。このシステムメモリは、ＲＯＭ（読取り専用メモリ）１２４およびＲＡＭ（ランダムアクセスメモリ）１２５を含んでいる。起動中などパーソナルコンピュータ１２０内のエレメント間で情報を転送する助けをする基本ルーチンを含むＢＩＯＳ（基本入出力システム）１２６は、ＲＯＭ１２４中に記憶される。

パーソナルコンピュータ１２０は、ハードディスクから情報を読み取りそれに情報を書き込むハードディスクドライブ１２７、着脱可能な磁気ディスク１２９から情報を読み取りそれに情報を書き込む磁気ディスクドライブ１２８、およびＣＤ−ＲＯＭや他の光媒体など着脱可能な光ディスク１３１から情報を読み取りそれに情報を書き込む光ディスクドライブ１３０をさらに含んでいる。ハードディスクドライブ１２７、磁気ディスクドライブ１２８、および光ディスクドライブ１３０は、それぞれハードディスクドライブインターフェース１３２、磁気ディスクドライブインターフェース１３３、および光ドライブインターフェース１３４によってシステムバス１２３に接続される。これらのドライブおよびその関連するコンピュータ読取り可能媒体は、パーソナルコンピュータ１２０のためのコンピュータ読取り可能命令、データ構造、プログラムモジュールおよび他のデータの不揮発性ストレージを提供する。

本明細書中で説明されるこの例示の環境は、ハードディスク１２７、着脱可能磁気ディスク１２９、および着脱可能光ディスク１３１を使用しているが、コンピュータによってアクセス可能なデータを記憶することができる他のタイプのコンピュータ読取り可能媒体もこの例示の動作環境中で使用することができることを理解されたい。かかる他のタイプの媒体は、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）などを含んでいる。

オペレーティングシステム１３５、１つまたは複数のアプリケーションプログラム１３６、他のプログラムモジュール１３７およびプログラムデータ１３８を含めて、いくつかのプログラムモジュールは、このハードディスク、磁気ディスク１２９、光ディスク１３１、ＲＯＭ１２４またはＲＡＭ１２５に記憶することができる。ユーザは、キーボード１４０やポインティングデバイス１４２など入力デバイスを介してパーソナルコンピュータ１２０中にコマンドおよび情報を入力することができる。他の入力デバイス（図示せず）は、マイクロフォン、ジョイスティック、ゲームパッド、衛星パラボラアンテナ、スキャナなどを含むことができる。これらおよび他の入力デバイスはしばしば、このシステムバスに結合されるシリアルポートインターフェース１４６を介して処理装置１２１に接続されるが、パラレルポート、ゲームポート、ＵＳＢ（ユニバーサルシリアルバス）など他のインターフェースによって接続することもできる。モニタ１４７または他のタイプのディスプレイデバイスもまた、ビデオアダプタ１４８などのインターフェースを介してシステムバス１２３に接続される。このモニタ１４７に追加してパーソナルコンピュータは、一般的にスピーカやプリンタなど他のペリフェラル出力デバイス（図示せず）を含んでいる。図２の例示のシステムはまた、ホストアダプタ１５５、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）バス１５６、およびこのＳＣＳＩバス１５６に接続された外部ストレージデバイス１６２も含んでいる。

パーソナルコンピュータ１２０は、リモートコンピュータ１４９など１つまたは複数のリモートコンピュータに対する論理接続を使用してネットワーク環境において動作することができる。リモートコンピュータ１４９は、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、または他の共通ネットワークノードであってもよく、一般的にパーソナルコンピュータ１２０に対して前述したエレメントの多くまたはすべてを含んでいるが、メモリストレージデバイス１５０しか図２には示してはいない。図２に示す論理接続は、ＬＡＮ（ローカルエリアネットワーク）１５１およびＷＡＮ（ワイドエリアネットワーク）１５２を含んでいる。かかるネットワーキング環境は、オフィス、企業規模のコンピュータネットワーク、イントラネットおよびインターネットにおいては一般的である。

ＬＡＮネットワーキング環境中で使用されるときには、パーソナルコンピュータ１２０は、ネットワークインターフェースまたはアダプタ１５３を介してＬＡＮ１５１に接続される。ＷＡＮネットワーキング環境中で使用されるときには、パーソナルコンピュータ１２０は、一般的にインターネットなどのワイドエリアネットワーク１５２上で通信を確立するモデム１５４または他の手段を含んでいる。モデム１５４は、内蔵でもまた外付けでもよいが、シリアルポートインターフェース１４６を介してシステムバス１２３に接続される。ネットワーク環境においては、パーソナルコンピュータ１２０に対して示したプログラムモジュール、またはその一部分は、このリモートメモリストレージデバイスに記憶することができる。図に示すネットワーク接続は、例示的であり、これらのコンピュータ間で通信リンクを確立する他の手段を使用することもできることが理解されよう。

ネットワーク化されたコンピューティングデバイス１４中でコンテンツ１２をレンダリングすること
コンテンツ保護は、かかるコンテンツ１２をそのコンテンツ所有者および／またはプロバイダの希望と矛盾するようには使用することができないようにデジタルコンテンツ１２を保護するための多様な方法および技術を示している。これらの方法は、とりわけＣＰ（ｃｏｐｙ ｐｒｏｔｅｃｔｉｏｎコピープロテクト）、ＬＰ（ｌｉｎｋ ｐｒｏｔｅｃｔｉｏｎリンク保護）、ＣＡ（ｃｏｎｄｉｔｉｏｎａｌ ａｃｃｅｓｓ条件付きアクセス）、ＲＭ（ｒｉｇｈｔ ｍａｎａｇｅｍｅｎｔ権限管理）、およびＤＲＭ（ｄｉｇｉｔａｌ ｒｉｇｈｔ ｍａｎａｇｅｍｅｎｔデジタル著作権管理）を含んでいる。どのようなコンテンツ保護システムでもその基本は、保護されたコンテンツ１２を使用するための暗黙的規則および／または明示的規則に対する適切な順守を保証する信頼されたアプリケーションだけが、保護されていない形式のコンテンツ１２にアクセスすることができるということである。一般的に、コンテンツ１２は、何らかの方法で暗号化することによって保護され、ここでは信頼されたパーティだけが、このコンテンツを解読することができる。

最も厳密な意味におけるコピープロテクトは、特にストレージデバイス中に存在するコンテンツ１２に適用されるのに対して、リンク保護は、伝送媒体上のアプリケーション／デバイス間を流れるコンテンツ１２に適用される。条件付きアクセスは、リンク保護のより高度な形態と考えることができ、ここでは、プレミアム付きのプログラム、チャンネルおよび／または映画が、データ伝送中に暗号化される。かかるコンテンツ１２にアクセスするために支払いをしている加入者だけが、コンテンツを解読するために必要なキーの提供を受ける。

デジタル著作権管理は、拡張可能なアーキテクチャであり、ここでは特定の１つのコンテンツ１２の認可された使用に関する規則は、明示的であり、コンテンツ１２それ自体に結びつけられ、または関連づけられている。ＤＲＭメカニズムは、個々のコンテンツまたはさらにそのコンテンツのサブコンポーネントのレベルにおけるより高い制御性と柔軟性を提供しながら、他の方法よりも豊富でより表現に富む規則をサポートすることができる。デジタル著作権管理システムの実施例は、それぞれその全体が参照により本明細書中に組み込まれている、１９９９年４月１２日に出願の米国特許出願第０９／２９０，３６３号明細書、および１９９９年３月２７日に出願の米国仮出願第６０／１２６，６１４号明細書中に述べられている。

権限管理は、１組織内またはその一部分内のみがアクセス可能にすることができるようにコンテンツ１２を保護することができるという点で、組織に基づいたＤＲＭの一形態である。権限管理システムの実施例は、それぞれが２００２年６月２８日に出願され、その全体が参照により本明細書中に組み込まれている、米国特許出願第１０／１８５，５２７号明細書、第１０／１８５，２７８号明細書、および第１０／１８５，５１１号明細書中に述べられている。

本発明においては、ネットワーク１７中の第１のコンピューティングデバイス１４に結びつけられた対応するライセンス１６を伴うコンテンツ１２は、もちろんライセンス１６がそのように許可しているものと仮定した場合には、ネットワーク１７中の第２のコンピューティングデバイス１４によってアクセスすることができる。典型的に、ネットワーク１７は、比較的少ない数のユーザに制限されているホームネットワークまたは企業ネットワーク１７であるが、このネットワーク１７は、本発明の趣旨および範囲を逸脱することなく相互接続されたコンピューティングデバイス１４の適切などのようなネットワークとすることもできることを理解されたい。例えば、ネットワーク１７は、コンピューティングデバイス１４を接続するケーブルのように簡単なものにすることができる。しかし、コンテンツ１２の所有者は、例えばインターネットなどの比較的大規模なネットワーク上でのかかるコンテンツ１２のアクセスを制限したいと思うこともあり、また例えばかかるアクセスがコンテンツ１２についてのライセンス１６のライセンス料金を受け取る所有者を倒産させてしまう（ｓｕｂｖｅｒｔ）可能性があるときや、かかるアクセスにより、コンテンツ１２が非道なエンティティによって盗用されてしまう可能性を増大し得る場合など、何であれネットワーク１７上におけるかかるコンテンツ１２のアクセスを制限したいと思うことさえあり得ることに留意されたい。

ネットワーク１７中のコンピューティングデバイス１４は、本発明の趣旨および範囲を逸脱することなく適切などのようなコンピューティングデバイス１４であってもよい。典型的に、このネットワーク中における少なくとも一部のコンピューティングデバイス１４は、ラップトップコンピュータやデスクトップコンピュータなどのパーソナルコンピューティングデバイスであり、少なくとも一部のかかるコンピューティングデバイス１４は、その上でレンダリングするためのコンテンツをダウンロードするためだけにネットワーク１７に接続されるポータブルコンピューティングデバイス、プリンタ、モニタ、スピーカ、などのレンダリングコンピューティングデバイス１４、ポータブルメモリデバイスなどであってもよいことを理解されたい。その場合には、本発明を使用して、ＲＭ保護されたコンテンツ１２の範囲をホームネットワーク１７上でコンピュータ１４に接続されたポータブル電子プレーヤデバイス１４まで拡張することができる。注目すべきことは、本発明では、それに対応するライセンス１６中においてそのコンテンツ所有者が指定する権限を施行しながら、保護されたコンテンツ１２にアクセスすることが可能なことである。

その場合には、本発明を用いて、たとえコンテンツ１２にリモートにアクセスしているこのデバイス１４が、コンテンツ１２についてこのデバイスに結びつけられたライセンス１６を獲得しないとしても、家庭など限られた区域全体を通したポイントからのリモートアクセスを可能にしながら、デジタル媒体ストアは、パーソナルコンピュータ１４上でコンテンツライブラリを集中的に記憶することができる。本発明を用いて、かかるコンテンツ１２の所有者の権限を保持しながら、ネットワーク１７上に安全にコンテンツ１２を送信することができる。

本発明の一実施形態においては、第１の送信コンピューティングデバイス１４（以下、「トランスミッタ」ともいう）から第２の受信コンピューティングデバイス１４（以下、「レシーバ」ともいう）へのコンテンツ１２を配信する方法は、コンテンツ１２を運ぶために使用される実際のプロトコルとは無関係である。したがって、トランスミッタとレシーバが情報をやりとりする特定の方法は、本方法とは関連性がない。さらに、本発明の一実施形態においては、トランスミッタからレシーバへコンテンツ１２を配信する方法は、コンテンツ１２のフォーマットとは無関係である。したがって、特定のどのようなタイプのコンテンツ１２でも、かかる方法によってトランスミッタからレシーバへ送信することができる。

次に図３を参照すると、本発明の一実施形態においては、トランスミッタ１４ｘは、相互接続ネットワーク１７上でコンテンツ１２をレシーバ１４ｒに対して送信する。トランスミッタは、すでにかかるコンテンツ１２と、それに対応するライセンス１６を有している。トランスミッタ１４ｘは、それに関連するパブリックキー−プライベートキー対（ＰＵ−Ｘ、ＰＲ−Ｘ）を有している。またレシーバ１４ｒは、同様にそれに関連するパブリックキー−プライベートキー対（ＰＵ−Ｒ、ＰＲ−Ｒ）を有している。図に示すように、コンテンツ１２は、対称コンテンツキー（ＫＤ）に従って暗号化されて（ＫＤ（コンテンツ））がもたらされるコンテンツ１２を伴うコンテンツパッケージ１３の形態になっており、ライセンス１６は、レシーバ１４ｒがトランスミッタ１４ｘおよびネットワーク１７を介してコンテンツ１２にアクセスすることができるかどうかをおそらく含めて、権限および条件の記述（以下、「ポリシー」ともいう）を含んでおり、またトランスミッタ１４ｘのプライベートキー（ＰＵ−Ｘ）に従って暗号化されて（ＰＵ−Ｘ（ＫＤ））がもたらされるコンテンツキー（ＫＤ）も含んでいる。本発明は、主としてトランスミッタ１４ｘおよびレシーバ１４ｒについての対称コンテンツキー（ＫＤ）とパブリックキー−プライベートキー対の観点で開示されているが、かかる本発明の趣旨および範囲を逸脱することなく他の暗号構成を使用することもできることに留意されたい。

次に図４〜６を参照すると、レシーバ１４ｒがトランスミッタ１４ｘおよびネットワーク１７を介してコンテンツ１２にアクセスすることができるように構成するために、本発明の一実施形態においては、これらの方法を使用して、レシーバ１４ｒをトランスミッタ１４ｘに登録し（図４）、トランスミッタ１４ｘとレシーバ１４ｒの間でセッションを確立し（図５）、トランスミッタ１４ｘからレシーバ１４ｒにコンテンツ１２を転送し（図６）、それにより、レシーバ１４ｒは、それに対応するライセンス１６の条項に従って、この転送されたコンテンツ１２をレンダリングすることができる。

特に、次に図４を参照すると、本発明の一実施形態において、レシーバ１４ｒが相互接続ネットワーク１７を介してトランスミッタ１４ｘに対して登録要求を送信する（ステップ４０１）と、レシーバ１４ｒは、トランスミッタ１４ｘに登録される。この登録要求は、レシーバ１４ｒの一意の識別子を含むべきであり、したがって、かかる一意の識別子は、適切な証明機関によってレシーバ１４ｒに提供されたデジタル証明書２２をこの登録要求と共に含めることによって少なくとも部分的に達成されることを理解されたい。また、デジタル証明書２２は、その中にレシーバ１４ｒのパブリックキー（ＰＵ−Ｒ）を含んでおり、その証明機関によってデジタル署名され、したがって、証明書２２のデジタル署名は、それに（ＰＵ−Ｒ）を適切に適用することによって検証することができることを理解することができよう。さらに、証明書２２は、その証明機関に返る証明書チェーンを含むことができ、その証明機関に対応するパブリックキーを検証する知識を有するトランスミッタ１４ｘは、この証明書チェーンを検証して、この証明書２２が本当にその証明機関を起源とすることを確認できることを理解することができよう。

少なくとも一部の例において知られているように、特にレシーバ１４ｒが比較的簡単であり、またはその製造業者によってそういうものとして設計されている場合には、レシーバ１４ｒは、他の同様なデバイスと証明書２２を共有することができる。かかる状況を予想して、この登録要求が本当にレシーバ１４ｒの一意の識別子を含むようにするために、レシーバ１４ｒからの登録要求は、かかるレシーバ１４ｒのデバイスＩＤ２４も含んでおり、それにより、かかるレシーバ１４ｒのデバイスＩＤ２４は、かかるレシーバ１４ｒと共通の証明書２２を共有することができる他のあらゆる同様なデバイスのデバイスＩＤ２４とは異なっている。したがって、証明書２２とデバイスＩＤ２４の間で、レシーバ１４ｒは、トランスミッタ１４ｘに送信されたこの登録要求中で一意的に識別される。証明書２２がレシーバ１４ｒに一意的である場合には、デバイスＩＤ２４は、なしで済ますことができるが、トランスミッタ１４ｘおよび／またはレシーバ１４ｒは、必ずしもかかる証明書２２が本当にレシーバ１４ｒに一意的であるかどうかを確認することができるとは限らず、したがって、登録要求において証明書２２を伴うデバイスＩＤ２４を常に必要とすることが良い手法であると考えることができることに留意されたい。

いずれにしても、この登録要求を受信すると、トランスミッタ１４ｘは、その証明書２２の妥当性を検査し（ステップ４０３）、特に証明書２２が、かかるトランスミッタ１４ｘに既知で認可された証明機関に対する付随する証明書チェーンによってさかのぼって追跡することができることを検証し、またその適切な失効リスト（ｒｅｖｏｃａｔｉｏｎ ｌｉｓｔ）２６を参照して証明書２２が失効していないことを検証する。次いで、レシーバ１４ｒが、認可された証明機関に由来している、失効していない証明書２２を所有する場合には、基本的にトランスミッタ１４ｘは、レシーバ１４ｒに信頼を与えて受信済みのコンテンツ１２を少なくとも部分的に適切に処理することになる。

トランスミッタ１４ｘがこの登録要求中で失効していない認可された証明書２２を見出すものと想定すると、トランスミッタ１４ｘは、さらに苦労することなしに判定して、かかるトランスミッタ１４ｘおよびネットワーク１７を介してコンテンツ１２にアクセス可能であるとしてレシーバ１４ｒを実際に登録することができる。しかし、本発明の一実施形態においては、トランスミッタ１４ｘは、レシーバ１４ｒを登録するのに先立って、レシーバ１４ｒが、距離、時間、またはその他のファンクションとして測定されるこのトランスミッタ１４ｘにとってのある種の近傍内に存在することを確実にする。かかる近接要件を使用してワイドエリアネットワーク１７を使用してレシーバ１４ｒをトランスミッタ１４ｘに登録するという状況を防止できることを理解することができよう。世界中のどこにでもあるどのようなレシーバ１４ｒも、トランスミッタ１４ｘに登録することが許可されるべきでない限りは、ワイドエリアネットワーク１７のかかる使用は、阻止すべきである。そうでなければ、１人または複数のユーザが、トランスミッタ１４ｘに登録されたレシーバ１４ｒの広範なネットワーク１７を作成できてしまい、それによって１ユーザまたは、おそらくは明確なグループの関連したユーザに対してネットワーク１７を介してのコンテンツ１２へのアクセスを制限するという暗黙の目標が覆されてしまう。

いずれにしてもかかる近接要件を実施するために、また図４をさらに参照すると、トランスミッタ１４ｘは、相互接続ネットワーク１７を介してこの要求レシーバ１４ｒに対して登録応答を送信する（ステップ４０５）。本発明の一実施形態において、この登録応答は、この登録要求を識別するための、トランスミッタ１４ｘが生成する登録ＩＤ、この登録要求から取得されるレシーバ１４ｒのデバイスＩＤ２４および（ＰＵ−Ｒ）のうちの少なくとも一方、および以下でさらに詳細に述べるような使用すべき第１のノンス（ｎｏｎｃｅ）を含んでいる。この第１のノンスは、基本的にはランダム値であることを理解されたい。どのような非道なエンティティも、かかる情報をブラウズしないようにするために、この登録応答または少なくともその一部分は、レシーバ１４ｒによって、例えばその（ＰＵ−Ｒ）などによって解読可能なように暗号化することができるが、本発明の趣旨および範囲を逸脱することなく別の暗号キーを使用することもできる。

この登録応答を受信すると、レシーバ１４ｒは、この登録応答を解読し、このデバイスＩＤ２４および（ＰＵ−Ｒ）のうちの少なくとも一方が、かかるレシーバ１４ｒのそれに一致することを確認し（ステップ４０７）、もしそうならレシーバ１４ｒは、相互接続ネットワーク１７を介してそのポートのアドレスをその登録ＩＤと一緒にトランスミッタ１４ｘへと送信する（ステップ４０９）。以下で分かるように、このポートは、レシーバ１４ｒの適切な任意のポートにすることができ、主としていかに速やかにトランスミッタ１４ｘがレシーバ１４ｒにアクセスすることができるかに基づいて、したがってこの近接要件は、主としていかに速やかにトランスミッタ１４ｘが近接メッセージをレシーバ１４ｒに送信し、近接応答をそこから受信するかに基づいて満たされるという理由から選択すべきである。

レシーバ１４ｒから受信されるこのポートアドレスを用いて、トランスミッタ１４ｘは、ネットワーク１７およびかかるレシーバ１４ｒの受信済みのポートアドレスを介して第２のノンスを伴う近接メッセージをレシーバ１４ｒに対して送信することによって近接テストを実施する（ステップ４１１）。この第２のノンスは、以下でさらに詳細に述べるように使用すべきである。この第２のノンスは、基本的にランダム値である。ステップ４１１と並行して、トランスミッタ１４ｘは、この第２のノンスを伴う近接メッセージが送信される開始時刻を記録する。

レシーバ１４ｒは、ネットワーク１７およびかかるレシーバ１４ｒのポートアドレスを介してトランスミッタ１４ｘからこの第２のノンスを伴う近接メッセージを受信し、その後にこの受信済みの第１および第２のノンスを使用して近接値を生成し（ステップ４１３）、次いでネットワーク１７を介してこの近接値付きの近接応答をトランスミッタ１４ｘに返信する（ステップ４１５）。近接値は、本発明の趣旨および範囲を逸脱することなく、この第１および第２のノンスに基づいた任意の値とすることができることに留意されたい。例えば、この近接値は、これら第１および第２のノンスのハッシュとすることができる。同様に、この近接値は、この第１のノンスを暗号キーとして使用してこの第２のノンス上でハッシュを実施することによって達成することができる。ここで、この実施されたハッシュは、本発明の趣旨と範囲を逸脱することなく、適切な実施された任意のハッシュとすることができることに留意されたい。ハッシュを実施することについては知られており、すなわち当業者には明らかなはずであり、したがって本明細書中ではどのように詳細にも述べる必要はない。

いずれにしても、トランスミッタ１４ｘは、ネットワーク１７を介してレシーバ１４ｒからこの近接値付きの近接応答を受信し（ステップ４１７）、それに並行してこの近接値が受信された終了時刻を記録し、それによってこの近接テストを終了する。その後、トランスミッタ１４ｘは、この第１および第２のノンスの知識に基づいてこの近接値を検証する（ステップ４１９）。この近接値が検証されるものと想定すると、次いでトランスミッタ１４ｘは、この記録された開始時刻および終了時刻から経過時間を計算し、この経過時間を所定のしきい値と比較し（ステップ４２１）、この比較からレシーバ１４ｒがその近接要件を満たすのに十分近いかどうかを判定する（ステップ４２３）。もしそうなら、トランスミッタ１４ｘは、相互接続ネットワーク１７を介してかかるトランスミッタ１４ｘからのコンテンツ１２にアクセスすることができるものとしてレシーバ１４ｒを登録する。この経過時間は、少なくともおおまかに、レシーバ１４ｒがトランスミッタ１４ｘからどれだけ離れているかに対応するはずであり、したがってこの近接テストから得られる経過時間は、この近接要件を満たすためにはこのしきい値よりも小さくするべきであることを理解することができよう。かかるしきい値は、ケースバイケースでトランスミッタ１４ｘについて決定することができ、ある外部ソースによって特定の値に設定することができ、またはライセンス１６の要件によって特定の値に設定することなどもできる。

レシーバ１４ｒがトランスミッタ１４ｘに実際に登録されていることを立証するために、トランスミッタ１４ｘは、その中に（ＰＵ−Ｒ）を伴う証明書２２および／またはレシーバ１４ｒからのデバイスＩＤ２４など、レシーバ１４ｒの識別子を含めて、レジストリリスト２８を保持することができる。もちろん、かかるレジストリリスト２８は、本発明の趣旨および範囲を逸脱することなく、その中に他の適切な情報を有することもできる。

トランスミッタ１４ｘに登録された後に、レシーバ１４ｒは、いつまでも登録されたままにすることができる。代わりに、トランスミッタ１４ｘは、図４に示す方法に従ってこのレシーバ１４ｒに再登録することを定期的に求めるようにすることもできる。かかる再登録は、例えばある期間の後に、コンテンツ１２がある回数アクセスされた後に、レシーバ１４ｒの信頼コンポーネント１８がアップグレードされた後などに必要とされるようにすることができる。かかる情報は、もちろんレジストリリスト２８内に適切な方法で記録することができる。とりわけ、レシーバ１４ｒを定期的に再登録することにより、レシーバ１４ｒは依然としてその近接要件を満たすようになる。

トランスミッタ１４ｘは、理論的には任意数のレシーバ１４ｒをそれに登録することができる。しかし、本発明の一実施形態においては、トランスミッタ１４ｘは、それに登録することが可能なレシーバ１４ｒのあらかじめ定義された最大数を有する。同様に、本発明の一実施形態においては、トランスミッタ１４ｘは、同時にコンテンツ１２にアクセスすることができるレシーバ１４ｒのあらかじめ定義された数を有する。この場合にも、かかる情報は、もちろんレジストリリスト２８内に適切な方法で記録することができる。したがって、ユーザは、ネットワーク１７を介して限られた数のレシーバ１４ｒに対するコンテンツ１２へのアクセスを制限する暗黙の目標を覆すことはできない。レシーバ１４ｒの最大数に達した後に、トランスミッタ１４ｘは、前者の場合においては既存の登録済みのレシーバ１４ｒの登録を適切に取り消さない限り、もはやそれに新しいレシーバ１４ｒを登録することができず、後者の場合においては既存のアクセス中のレシーバ１４ｒを適切に切り離さない限り、もはやコンテンツ１２へのアクセスを新しいレシーバ１４ｒに対して許可することができなくなってしまうことを理解されたい。

次にレシーバ１４ｒがトランスミッタ１４ｘに登録されていると想定して以上で簡単に触れたように、本発明の一実施形態におけるレシーバ１４ｒは、コンテンツ１２にアクセスするためにトランスミッタ１４ｘとのセッションを確立する必要がある。次に図５を参照すると、本発明の一実施形態においては、レシーバ１４ｒがネットワーク１７を介してトランスミッタ１４ｘにセッション要求を送信すると（ステップ５０１）、トランスミッタ１４ｘとレシーバ１４ｒは、それらの間にセッションを確立する。特に、このセッション要求は、トランスミッタ１４ｘに対するコンテンツ１２、およびそれを用いて取るべきアクションを識別し、またこのセッション要求を識別するためのレシーバ１４ｒが生成するセッションＩＤ−Ｒ、その中に（ＰＵ−Ｒ）を有するレシーバ１４ｒの証明書２２、およびそのデバイスＩＤ２４も含んでいる。

さらに、セッション要求がレシーバ１４ｒの失効リスト２６のバージョン番号（Ｖ−ＲＬ−Ｒ）を含んでいる場合もある。トランスミッタ１４ｘが、レシーバ１４ｒからの証明書２２が図４のステップ４０３におけるように失効させられていないことを検証するためのかかる失効リスト２６を有する限りでは、レシーバ１４ｒそれ自体が別のレシーバ１４ｒに関してトランスミッタ１４ｘとしての役割を果たす場合においては、レシーバ１４ｒがかかる失効リスト２６を有することもあることを理解することができよう。したがって、レシーバ１４ｒは、トランスミッタ１４ｘとしての役割を果たす際に、それ自体かかる失効リスト２６を必要としており、それを参照することができる。レシーバ１４ｒの失効リスト２６のバージョン番号（Ｖ−ＲＬ−Ｒ）は、トランスミッタ１４ｘの失効リスト２６のバージョン番号（Ｖ−ＲＬ−Ｘ）と比較され、（Ｖ−ＲＬ−Ｘ）が（Ｖ−ＲＬ−Ｒ）に比べてより新しく、その発行する証明機関によって適切に署名されている場合に、トランスミッタ１４ｘは、その失効リスト２６をレシーバ１４ｒに送信することができることを理解することができ、また以下でさらに詳細に述べている。オプションとして、（Ｖ−ＲＬ−Ｒ）が（Ｖ−ＲＬ−Ｘ）に比べてより新しい場合には、レシーバ１４ｒは、その失効リスト２６をトランスミッタ１４ｘに送信することができる。したがって、トランスミッタ１４ｘおよびレシーバ１４ｒのそれぞれについての失効リスト２６は、必要に応じてアップデートすることができる。

レシーバ１４ｒからのセッション要求に応答して、トランスミッタ１４ｘは、まずセッション要求の（ＰＵ−Ｒ）を有する証明書２２および／またはデバイスＩＤ２４並びにレジストリリスト２８の参照に基づいて、レシーバ１４ｒが実際にトランスミッタ１４ｘに登録されていることを判定する（ステップ５０３）。その後、トランスミッタ１４ｘは、このセッション要求中において識別されるコンテンツ１２に対応するライセンス１６を取得し、その中に記述されているポリシーを再検討する（ステップ５０５）。かかるポリシーにより、トランスミッタ１４ｘが、ネットワーク１７を介してレシーバ１４ｒにコンテンツ１２を提供することができ、このセッション要求中で識別されるアクションが可能なものと想定すると、トランスミッタ１４ｘは、ライセンス１６から得られるライセンス１６に基づいたポリシー、このセッション要求から得られる、レシーバ１４ｒのデバイスＩＤ２４、この要求から得られる、レシーバ１４ｒからのセッションＩＤ−Ｒ、およびこのセッション要求と共に送信される証明書２２から得られる、レシーバ１４ｒのパブリックキー（ＰＵ−Ｒ）に従って暗号化された、コンテンツ１２を解読するためのコンテンツキー（ＫＤ）を含めて、セッション応答を構成しネットワーク１７を介してこのセッション応答をレシーバ１４ｒに送信する（ステップ５０７）。あるいは、（ＰＵ−Ｒ）によって暗号化された（ＫＤ）を送信するのでなく、トランスミッタ１４ｘおよびレシーバ１４ｒが、共にシード（ｓｅｅｄ）から（ＫＤ）をどのようにして導き出すかという知識を共有し、それによってシードが（ＰＵ−Ｒ）によって解読されるこのセッション応答の形で送信される場合もある。

シードから導き出されない場合には、コンテンツ１２を解読するためのコンテンツキー（ＫＤ）については、トランスミッタ１４ｘによって対応するライセンス１６から（ＰＵ−Ｘ（ＫＤ））として取得し、その対応する（ＰＲ−Ｘ）の適用によってトランスミッタ１４ｘによって解読し、次いで（ＰＵ−Ｒ）に従って再暗号化して（ＰＵ−Ｒ（ＫＤ））をもたらすことなどができる。代わりに、トランスミッタ１４ｘは、かかる（ＫＤ）を取得し、それに基づいてコンテンツ１２を解読し、別の（ＫＤ）に従って再暗号化し、次いで（ＰＵ−Ｒ）に従って別の（ＫＤ）を暗号化して（ＰＵ−Ｒ（ＫＤ））をもたらすように決定することもできる。また代わりに、トランスミッタ１４ｘにおいてコンテンツ１２が当初に暗号化されないこともあり、この場合には、このトランスミッタは、（ＫＤ）を選択し、かかる（ＫＤ）に従ってコンテンツ１２を暗号化し、次いで（ＰＵ−Ｒ）に従ってこの選択された（ＫＤ）を暗号化して（ＰＵ−Ｒ（ＫＤ））をもたらす。同様にして、実際にシードから導き出される場合には、コンテンツ１２を解読するためのコンテンツキー（ＫＤ）は、トランスミッタ１４ｘによって対応するライセンス１６からこのシードを取得し、このシードから（ＫＤ）を導き出すことによって、取得することができる。コンテンツ１２がトランスミッタ１４ｘにおいて当初に暗号化されない場合には、このトランスミッタは、シードを選択し、それから（ＫＤ）を導き出し、かかる（ＫＤ）に従ってコンテンツ１２を暗号化する。

本発明の一実施形態においては、署名またはＭＡＣがこのセッション応答に基づいて生成され、それに追加される。ここで署名／ＭＡＣは、このポリシーをこのセッション応答の残りの部分にバインドし、したがってこの署名／ＭＡＣを使用して、このセッション応答を検証することができる。かかるバインド（ｂｉｎｄｉｎｇ）は必要であり、その結果このセッション応答の構成部分は、コンテンツ１２を盗用しようと思う非道なエンティティがそれを行おうと試みる可能性があるときに、分離してアクセスすることができなくなる。本発明の一実施形態においては、この署名／ＭＡＣは、このセッション応答のために選択された対称完全キー（symmetric integrity key）（ＫＩ）に基づいており、したがって、このセッション応答は、その中に（ＰＵ−Ｒ）に従って暗号化された選択された（ＫＩ）も含んでおり、それによって（ＰＵ−Ｒ（ＫＩ））がもたらされる。したがって、以下で分かるように、対応する（ＰＲ−Ｒ）を有するレシーバ１４ｒしか、このセッション応答から（ＫＩ）を取得することができず、これを検証することができない。あるいはまた、（ＰＵ−Ｒ）によって暗号化された（ＫＩ）を送信するのでなく、トランスミッタ１４ｘおよびレシーバ１４ｒが共にシードからどのようにして（ＫＩ）を導き出すかについての知識を共有し、それによってこのシードが（ＰＵ−Ｒ）によって暗号化されたセッション応答の形で送信される場合もあり得る。かかるシードは、（ＫＤ）が導き出された同じシードであってもよく、また異なるシードであってもよいことに留意されたい。

本発明の一実施形態においては、トランスミッタ１４ｘからレシーバ１４ｒへのセッション応答はまた、このトランスミッタの失効リスト２６のバージョン番号（Ｖ−ＲＬ−Ｘ）も含んでいる。以上で簡単に触れたように、レシーバ１４ｒが、そその（Ｖ−ＲＬ−Ｒ）が（Ｖ−ＲＬ−Ｘ）に比べてより新しいと判定する場合には、レシーバ１４ｒは、その失効リスト２６をトランスミッタ１４ｘに送信することができる。代わりに、トランスミッタ１４ｘが、このセッション要求から受信したこの（Ｖ−ＲＬ−Ｒ）を（Ｖ−ＲＬ−Ｘ）と比較することにより、（Ｖ−ＲＬ−Ｘ）が（Ｖ−ＲＬ−Ｒ）に比べてより新しいとすでに判定している場合もあり、この場合には、トランスミッタ１４ｘは、その失効リスト２６をレシーバ１４ｒに送信することができる。

本発明の一実施形態においては、トランスミッタ１４ｘからレシーバ１４ｒへのセッション応答はまた、トランスミッタ１４ｘによって生成された、レシーバ１４ｒに対するセッションを識別するためのセッションＩＤ−Ｘも含んでおり、ここでかかるセッションＩＤ−Ｘは、レシーバ１４ｒからのセッションＩＤ−Ｒとは異なっている。トランスミッタ１４ｘは、このセッションＩＤ−Ｒがレシーバ１４ｒからのセッション要求中の署名／ＭＡＣによって検証可能でない限りにおいて、そのセッションＩＤ−Ｘを生成することができ、このセッションＩＤ−Ｒのフォーマットがトランスミッタ１４ｘにとって受け入れ可能ではないことを理由に、そのセッションＩＤ−Ｘを生成することができ、あるいは、良好な実施のために単にそのセッションＩＤ−Ｒを生成することもできることを理解することができよう。

ステップ５０７においてこのセッション応答を送信することに関連して、トランスミッタ１４ｘはまた、後で取り出して使用するために適切なセッションストア３０ｘにこのセッション要求または少なくともその一部分と、このセッション応答または少なくともその一部分を適切に記憶する（ステップ５０９）。特に以下で分かるように、トランスミッタ１４ｘは、セッションストア３０ｘにコンテンツ１２の少なくともその識別子と、このセッションＩＤ−ＸおよびセッションＩＤ−Ｒのうちの少なくとも一方を記憶する。

いずれにしても、トランスミッタ１４ｘからこのセッション応答を受信すると、レシーバ１４ｒは、（ＰＵ−Ｒ（ＫＩ））を取り出し、それに対応する（ＰＲ−Ｒ）を適用してその完全キー（ＫＩ）をもたらし、次いでかかる（ＫＩ）に基づいてこのセッション応答の署名／ＭＡＣを検証する（ステップ５１１）。代わりに、レシーバ１４ｒは、その暗号化されたシードを取り出し、対応する（ＰＲ−Ｒ）をそれに適用してシードをもたらし、このシードに基づいてその完全キー（ＫＩ）を導き出し、次いでかかる（ＫＩ）に基づいてこのセッション応答の署名／ＭＡＣを検証することもある。

かかる署名／ＭＡＣが本当に正当であると検証されるものと想定すると、次いでトランスミッタ１４ｘとレシーバ１４ｒの間のセッションが確立され、レシーバ１４ｒは、後で取り出して使用するために適切なセッションストア３０ｒにトランスミッタ１４ｘからのセッション応答または少なくともその一部分を適切に記憶する（ステップ５１３）。ここで、このセッションは、ステップ５０１においてレシーバ１４ｒからのセッション要求で識別されたその１つのコンテンツ１２に関して確立されているが、その１つのコンテンツ１２は、レシーバ１４ｒにはまだ配信されていない。

したがって次に図６を参照すると、本発明の一実施形態においては、コンテンツ１２は、ネットワーク１７を介してトランスミッタ１４ｘからレシーバ１４ｒへと転送される。特に分かるように、レシーバ１４ｒは、そのセッションストア３０ｒからステップ５１３において記憶されたセッション応答またはその一部分を取り出し、トランスミッタ１４ｘによって生成されたセッションＩＤ−Ｘをこの取り出されたセッション応答から取得する（ステップ６０１）。あるいは、トランスミッタ１４ｘによって生成されたセッションＩＤ−Ｘがこのセッション応答に記述されていない場合には、レシーバ１４ｒは、それからレシーバ１４ｒによって生成されたセッションＩＤ−Ｒを取得する。その後、レシーバ１４ｒは、ネットワーク１７を介して転送要求をトランスミッタ１４ｘに送信し（ステップ６０３）、ここでこの転送要求は、このセッションＩＤ−ＸまたはＩＤ−Ｒ（以下、「ＩＤ」ともいう）を含んでいる。かかる転送要求を受信すると、トランスミッタ１４ｘは、その中にあるセッションＩＤを識別し、この識別済みのセッションＩＤに基づいてそのセッションストア３０ｘからステップ５０９において記憶されたそのセッション要求またはその一部分、およびセッション応答またはその一部分を取り出す（ステップ６０５）。かかるセッション応答から、トランスミッタ１４ｘは、コンテンツ１２の識別子を取り出し、次いでかかる識別済みのコンテンツ１２を含むパッケージ１３の所在を突き止め、あるいはかかるパッケージ１３を作成する（ステップ６０９）。かかる所在の突き止めおよび／または作成は、特にトランスミッタ１４ｘが（ＫＤ）に従って暗号化されて（ＫＤ（コンテンツ））がもたらされるコンテンツ１２をその中に有するパッケージ１３を作成する場合には、以上において図５に示す登録のステップ５０７中のセッション応答を構成することに関連して実施することができることに留意されたい。

いずれにしても、トランスミッタ１４ｘは、ネットワーク１７を介して転送応答をレシーバ１４ｒに送信し（ステップ６１１）、ここでこの転送応答は、（ＫＤ）に従って暗号化されて（ＫＤ（コンテンツ））がもたらされるコンテンツ１２をその中に有するパッケージ１３を含んでいる。かかる転送応答を受信すると、次いでレシーバ１４ｒは、そのセッションストア３０ｒからセッション応答を取り出し（ステップ６１３）、この取り出されたセッション応答からポリシー、および（ＰＵ−Ｒ（ＫＤ））または（ＰＵ−Ｒ（シード））を取り出し（ステップ６１５）、このポリシーにより、レシーバ１４ｒが求める方法でコンテンツ１２をレンダリングすることができるようになることを確認し（ステップ６１７）、かかる確認が得られると想定して、次いで（ＰＲ−Ｒ）を（ＰＵ−Ｒ（ＫＤ））に対して適用して（ＫＤ）を露わにすることができ、あるいは（ＰＲ−Ｒ）を（ＰＵ−Ｒ（シード））に対して適用してシードを露わにし、次いでそこから（ＫＤ）を導き出すことができ（ステップ６１９）、（ＫＤ）を（ＫＤ（コンテンツ））に対して適用してコンテンツ１２を露わにすることができ（ステップ６２１）、次いでこのポリシーに従ってコンテンツ１２を実際にレンダリングすることができる（ステップ６２３）。

まとめ
かかるトランスミッタ１４ｘおよびレシーバ１４ｒがその上に適切な信頼コンポーネント１８を有し、レシーバ１４ｒがトランスミッタ１４ｘによって認可された証明機関からの証明書２２を有するものと想定すると、本発明は、ネットワーク１７によって相互接続された適切な任意のトランスミッタ１４ｘおよびレシーバ１４ｒに関して実行することができる。本明細書中で記述される本発明を用いて、コンテンツ１２は、このネットワークを介してコンテンツ１２を搬送するために使用される実際のプロトコルとは独立であり、コンテンツ１２のフォーマットとは独立な方法に従って相互接続ネットワーク１７を介してトランスミッタ１４ｘからレシーバ１４ｒへと配信されることを今や理解されたい。

本発明は、とりわけ再生やラスタライズ（ｒａｓｔｅｒｉｚｉｎｇ）などのレンダリングを実施するレシーバ１４ｒの観点から主として開示されているが、レシーバ１４ｒは、本発明の趣旨および範囲を逸脱することなく、他のアクションを実施することもできることに留意されたい。かかる他のアクションには、それだけには限定されないが、パーソナルコンピュータやポータブルデバイスなどの別のコンピューティングデバイス１４に対してコンテンツ１２を転送すること、ポータブルメモリ、磁気ディスクまたは光ディスクなどにコンテンツ１２を転送すること、異なる保護スキームでコンテンツ１２を転送すること、どのような保護スキームもなしにコンテンツ１２をエクスポートすること、異なるフォーマットでコンテンツ１２を転送し、またはエクスポートすることなどが含まれる。一般に、その結果この転送されたコンテンツ１２は、レンダリングを行い、配信し、編集し、コンテンツ作成、編集、および配信のために使用することなどができる。例えば、コンテンツ１２は、コンテンツ１２をある種の方法で編集することができるようにし、またはそれを禁止するポリシーを有することができる。

本発明に関連して実施されるプロセスを実施するために必要なプログラミングは、比較的直截的であり、当該プログラミング業者には明らかなはずである。したがって、かかるプログラミングは、本明細書には添付されてはいない。この場合には、特定の任意のプログラミングを使用して、本発明の趣旨および範囲を逸脱することなく本発明を実施することができる。

前述の説明において、本発明は、ライセンス１６がそのようすることを可能にするものと想定すると、ネットワーク１７中の１つのコンピューティングデバイス１４に結びつけられた対応するライセンス１６の付いたコンテンツ１２がネットワーク１７中の他の適切な任意のコンピューティングデバイス１４によってレンダリングすることが可能になる新しい有用なアーキテクチャおよび方法を含むことが分かる。この方法を用いて、コンテンツ１２に対するアクセスが、ネットワーク１７中の複数のコンピューティングデバイス１４間でネゴシエートされる。

本発明の、発明の概念から逸脱することなく、前述の実施形態に対して変更を行うことができることを理解されたい。おそらく最も注目すべきことであるが、セッションを確立すること（図５）、およびコンテンツ１２を転送すること（図６）は、基本的に別々に記述されているが、かかる確立および転送は、基本的に１つのプロシージャとして実施することができることを理解されたい。かかる状況においては、不必要であると理解される場合には、いくつかのステップおよびアイテムを省略することもできることを理解することができよう。言及すべき他の可能な変更は、セッションＩＤや登録ＩＤなど様々なＩＤの除去を含んでいる。したがって一般に、本発明は、開示の特定の実施形態だけに限定されるものでなく、添付の特許請求の範囲によって定義される本発明の趣旨および範囲内の修正形態を包含することが意図されていることを理解されたい。

信頼ベースのシステムの一実施例の施行アーキテクチャを示すブロック図である。 本発明および／またはその一部分の態様を組み込むことができる汎用コンピュータシステムを表すブロック図である。 図１のトランスミッタおよびレシーバを示すブロック図である。 本発明の一実施形態による、レシーバをトランスミッタに登録するに際して図３のトランスミッタおよびレシーバによって実施される主要ステップを示す流れ図である。 本発明の一実施形態による、レシーバとトランスミッタの間で一セッションを確立するに際して図３のトランスミッタおよびレシーバによって実施される主要ステップを示す流れ図である。 本発明の一実施形態による、トランスミッタからレシーバへとコンテンツを転送するに際して図３のトランスミッタおよびレシーバによって実施される主要ステップを示す流れ図である。

Claims (20)

1. ネットワークによって相互接続された第１のコンピューティングデバイス（「トランスミッタ」）および第２のコンピューティングデバイス（「レシーバ」）に関連する方法であって、前記トランスミッタは、前記レシーバがコンテンツにアクセスすることができるようにして保護されたデジタルコンテンツを前記レシーバに対して送信し、前記方法は、
   前記トランスミッタが、前記トランスミッタとは別のコンテンツプロバイダによって提供される暗号化形式で前記保護されたデジタルコンテンツを受信するステップであって、前記トランスミッタが受信した前記保護されたデジタルコンテンツは、コンテンツキー（ＫＤ）に従って暗号化され解読可能となって（ＫＤ（コンテンツ））となる、ステップと、
   前記レシーバが、前記レシーバが前記トランスミッタの信頼されたコンポーネントであるという指示を前記トランスミッタに提供するために、前記レシーバの一意の識別子を含む登録要求を前記トランスミッタに送信することによって前記トランスミッタを登録するステップと、
   前記トランスミッタが、前記登録要求の正当性を検証するステップと、
   前記レシーバが、前記トランスミッタに対する前記保護されたデジタルコンテンツの識別子、前記保護されたデジタルコンテンツと共に取るべきアクション、および前記レシーバの前記一意の識別子を含むセッション要求を前記トランスミッタに送信するステップと、
   前記トランスミッタが、前記レシーバからの前記セッション要求を受信し、前記セッション要求中の前記レシーバの前記一意の識別子から前記レシーバが前記トランスミッタに登録されていることを判定し、前記セッション要求中の識別済みの前記保護されたデジタルコンテンツに対応するライセンスを取得し、前記ライセンス中に記述されたポリシーを再検討して、前記ライセンスにより、前記トランスミッタが前記保護されたデジタルコンテンツへのアクセスを前記レシーバに提供することが可能であること、また前記セッション要求中の前記アクションが可能になることを判定し、セッション応答を前記レシーバに対して送信するステップであって、前記セッション応答は、前記ライセンスからの前記ポリシー、前記レシーバの前記一意の識別子、および前記保護されたデジタルコンテンツを解読するための前記コンテンツキー（ＫＤ）を含み、前記セッション応答における前記コンテンツキー（ＫＤ）は、前記レシーバによって取得可能な形態で保護され、前記レシーバは、前記セッション要求に応答して、前記コンテンツプロバイダから、識別済みの前記保護されたデジタルコンテンツに対応する如何なるライセンスも受信しない、ステップと、
   前記トランスミッタが、前記（ＫＤ（コンテンツ））を前記レシーバに送信するステップと、
   前記レシーバが、前記コンテンツプロバイダからではなく前記トランスミッタから前記セッション応答および（ＫＤ（コンテンツ））を受信し、前記セッション応答から前記ポリシー、および前記保護されたデジタルコンテンツを解読するための保護されたコンテンツキー（ＫＤ）を取り出し、前記ポリシーにより、前記レシーバが前記保護されたデジタルコンテンツをレンダリングすることが可能になることを確認し、前記セッション応答において保護された形式から前記コンテンツキー（ＫＤ）を取得し、前記コンテンツキー（ＫＤ）を（ＫＤ（コンテンツ））に適用して前記保護されたデジタルコンテンツから取得される解読されたコンテンツを露わにし、次いで前記ポリシーに従って前記解読されたコンテンツをレンダリングするステップと
   を含むことを特徴とする方法。
2. 前記トランスミッタが、前記セッション応答を送信するにステップに関連して、トランスミッタセッションストアに前記セッション要求の少なくとも一部分および前記セッション応答の少なくとも一部分を記憶するステップと、
   前記レシーバが、前記トランスミッタから前記セッション応答を受信し、レシーバセッションストアに前記セッション応答の少なくとも一部分を記憶するステップと、
   前記レシーバが、前記レシーバセッションストアから前記セッション応答の少なくとも一部分を取り出し、前記セッション応答に基づいて転送要求を前記トランスミッタに送信するステップと、
   前記トランスミッタが、前記転送要求を受信し、前記転送要求に基づいて前記トランスミッタストアから前記セッション要求の前記少なくとも一部分および前記セッション応答の少なくとも一部分を取り出し、前記取り出された前記セッション要求の少なくとも一部分および前記セッション応答の少なくとも一部分から前記保護されたデジタルコンテンツの前記識別子を取り出し、（ＫＤ）に従って暗号化されて（ＫＤ（コンテンツ））がもたらされる前記保護されたデジタルコンテンツを取得し、前記レシーバに（ＫＤ（コンテンツ））を含む転送応答を送信するステップと
   を含むことを特徴とする請求項１に記載の方法。
3. 前記レシーバが、前記レシーバの失効リストのバージョン番号（Ｖ−ＲＬ−Ｒ）をさらに含む前記セッション要求を送信するステップと、前記トランスミッタが、前記トランスミッタの失効リストのバージョン番号（Ｖ−ＲＬ−Ｘ）をさらに含む前記セッション応答を送信するステップとを含み、前記レシーバが、（Ｖ−ＲＬ−Ｒ）が（Ｖ−ＲＬ−Ｘ）に比べてより新しいことを判定し、その前記失効リストを前記トランスミッタに送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
4. 前記レシーバが、前記レシーバの失効リストのバージョン番号（Ｖ−ＲＬ−Ｒ）をさらに含む前記セッション要求を送信するステップと、前記トランスミッタが、その失効リストのバージョン番号（Ｖ−ＲＬ−Ｘ）が（Ｖ−ＲＬ−Ｒ）に比べてより新しいことを判定し、その前記失効リストを前記レシーバに送信するステップとを含むことを特徴とする請求項１に記載の方法。
5. 前記レシーバが、前記レシーバのパブリックキー（ＰＵ−Ｒ）を含むセッション要求を前記トランスミッタに送信するステップと、
   前記トランスミッタが、前記保護されたデジタルコンテンツを解読するための前記コンテンツキー（ＫＤ）を含むセッション応答を前記レシーバに送信するステップであって、前記コンテンツキー（ＫＤ）は、（ＰＵ−Ｒ）に従って暗号化される、ステップと
   を含むことを特徴とする請求項１に記載の方法。
6. 前記レシーバが、前記レシーバのパブリックキー（ＰＵ−Ｒ）を含むセッション要求を前記トランスミッタに送信するステップと、前記トランスミッタが、前記保護されたデジタルコンテンツを解読するための前記コンテンツキー（ＫＤ）を導き出すことができる、（ＰＵ−Ｒ）に従って暗号化されたシードを含むセッション応答を前記レシーバに送信するステップとを含むことを特徴とする請求項１に記載の方法。
7. 前記トランスミッタは、パブリックキー−プライベートキー対（ＰＵ−Ｘ、ＰＲ−Ｘ）を有し、前記トランスミッタが、前記ライセンスから（ＰＵ−Ｘ（ＫＤ））として前記コンテンツキー（ＫＤ）を取得し、（ＰＲ−Ｘ）を（ＰＵ−Ｘ（ＫＤ））に適用して（ＫＤ）をもたらし、次いで前記レシーバのパブリックキー（ＰＵ−Ｒ）に従って（ＫＤ）を再暗号化して（ＰＵ−Ｒ（ＫＤ））をもたらすステップと、前記レシーバが、（ＰＵ−Ｒ）に対応するプライベートキー（ＰＲ−Ｒ）を（ＰＵ−Ｒ（ＫＤ））に適用して（ＫＤ）をもたらすことによって前記コンテンツキーを解読するステップとをさらに含むことを特徴とする請求項１に記載の方法。
8. 前記トランスミッタが、かかるセッション応答に基づいて生成される、前記ポリシーを前記セッション応答にバインドする署名／ＭＡＣをさらに含むセッション応答を前記レシーバに送信するステップを含むことを特徴とする請求項１に記載の方法。
9. 前記トランスミッタが、対称完全キー（ＫＩ）に基づいた署名／ＭＡＣを含むセッション応答を前記レシーバに送信するステップを含み、前記セッション応答が、前記レシーバのパブリックキー（ＰＵ−Ｒ）に従って暗号化されて（ＰＵ−Ｒ（ＫＩ））がもたらされる（ＫＩ）をさらに含み、前記方法はまた、前記レシーバが、前記トランスミッタから前記セッション応答を受信し、そこから（ＰＵ−Ｒ（ＫＩ））を取り出し、（ＰＵ−Ｒ）に対応するプライベートキー（ＰＲ−Ｒ）を（ＰＵ−Ｒ（ＫＩ））に適用して前記（ＫＩ）をもたらし、（ＫＩ）に基づいて前記セッション応答の前記署名／ＭＡＣを検証するステップを含むことを特徴とする請求項８に記載の方法。
10. 前記トランスミッタが、シードから導き出すことが可能な対称完全キー（ＫＩ）に基づいた署名／ＭＡＣを含むセッション応答を前記レシーバに送信するステップを含み、前記セッション応答が、前記レシーバのパブリックキー（ＰＵ−Ｒ）に従って保護されて（ＰＵ−Ｒ（シード））がもたらされる前記シードをさらに含み、前記方法はまた、前記レシーバが、前記トランスミッタから前記セッション応答を受信し、そこから（ＰＵ−Ｒ（シード））を取り出し、（ＰＵ−Ｒ）に対応するプライベートキー（ＰＲ−Ｒ）を（ＰＵ−Ｒ（シード））に適用して前記シードをもたらし、前記シードから（ＫＩ）を導き出し、（ＫＩ）に基づいて前記セッション応答の前記署名／ＭＡＣを検証するステップを含むことを特徴とする請求項８に記載の方法。
11. 前記トランスミッタが、前記登録要求に応答して、登録応答を識別するために前記トランスミッタによって生成される登録ＩＤ、および前記レシーバの前記一意の識別子を含む登録応答を前記レシーバに送信するステップと、
    前記レシーバが、そのポートのポートアドレスおよび前記登録ＩＤを前記トランスミッタに送信するステップと、
    前記トランスミッタが、該送信されたポートアドレスを介して近接メッセージを前記レシーバに送信し、並行して開始時刻を記録するステップと、
    前記レシーバが、その前記ポートアドレスにおいて前記近接メッセージを受信した後、前記登録応答および前記近接メッセージの少なくとも一部分を使用して、近接値を生成し、前記近接値を有する近接応答を前記トランスミッタに送信するステップと、
    前記トランスミッタが、前記レシーバから前記近接値を有する前記近接応答を受信し、並行して終了時刻を記録し、前記第１のノンスおよび前記第２のノンスに基づいて前記近接値を検証し、前記記録された開始時刻および終了時刻から経過時間を計算し、前記経過時間を所定のしきい値と比較し、前記比較から前記レシーバが近接要件を満たすことを判定し、前記レシーバをかかるトランスミッタからの保護されたデジタルコンテンツにアクセス可能なものとして登録するステップと
    をさらに含むことを特徴とする請求項１に記載の方法。
12. 前記レシーバが、適切な証明機関によって前記レシーバに提供され、その中に前記レシーバのパブリックキー（ＰＵ−Ｒ）およびデジタル署名を含むデジタル証明書を含む登録要求を前記トランスミッタに送信するステップを含み、また前記トランスミッタは、前記証明書の正当性を検証し、失効リストを参照して前記証明書が失効していないことを検証するステップを含むことを特徴とする請求項１１に記載の方法。
13. 前記レシーバが、前記レシーバのデバイスＩＤを含む登録要求を前記トランスミッタに送信するステップを含むことを特徴とする請求項１１に記載の方法。
14. 前記レシーバが、前記レシーバのパブリックキー（ＰＵ−Ｒ）を含む登録要求を前記トランスミッタに送信するステップを含み、前記トランスミッタが、前記登録応答の少なくとも一部分を（ＰＵ−Ｒ）によって暗号化するステップと、前記レシーバが、（ＰＵ−Ｒ）に対応するプライベートキー（ＰＲ−Ｒ）の適用によって前記登録応答を解読するステップとを含むことを特徴とする請求項１１に記載の方法。
15. 前記トランスミッタが、第１のノンスを含む前記登録応答を前記レシーバに送信するステップと、
    前記トランスミッタが、前記送信されたポートアドレスを介して第２のノンスを有する前記近接メッセージを前記レシーバに送信し、並行して前記開始時刻を記録するステップと、
    前記レシーバが、その前記ポートアドレスにおいて前記近接メッセージを受信した後、前記送信された第１および第２のノンスを使用して前記近接値を生成し、前記近接値および前記登録ＩＤを有する前記近接応答を前記トランスミッタに送信するステップと
    を含むことを特徴とする請求項１１に記載の方法。
16. 前記レシーバが、前記第１のノンスを暗号キーとして使用して前記第２のノンスの暗号化を実施し、それによって暗号化された値をもたらすことによって近接値を生成するステップを含むことを特徴とする請求項１５に記載の方法。
17. 前記レシーバが、前記第１のノンスを暗号キーとして使用して前記第２のノンス上でハッシュを実施し、それによってハッシュ値をもたらすことによって近接値を生成するステップを含むことを特徴とする請求項１５に記載の方法。
18. 前記レシーバが、前記第１および第２のノンス上でハッシュを実施してハッシュ値をもたらすことによって近接値を生成するステップを含むことを特徴とする請求項１５に記載の方法。
19. 前記トランスミッタが、前記レシーバの前記一意の識別子をレジストリリスト中に配置することによって前記レシーバを登録し、前記レジストリリストを参照して前記セッション要求中の前記レシーバの前記一意の識別子から前記レシーバが実際に前記トランスミッタに登録されていることを判定するステップを含むことを特徴とする請求項１１に記載の方法。
20. 前記トランスミッタが、登録要求を前記トランスミッタに再送信することによって、前記レシーバを再登録することを定期的に必要とするステップを含むことを特徴とする請求項１１に記載の方法。

Images