JP2009517785A - 信頼できる時刻を利用したデジタル著作権管理 - Google Patents

Abstract

時間をモニタすることにより保護コンテンツの利用制御を可能にする方法が、クライアント装置の外部の信頼された機関から信頼できる時刻値を受信するステップを含む。クライアントが、信頼された機関との通信をもはや行っていなければ、前回受信した信頼できる時刻値が、クライアントのオペレーティングシステムカウンタを利用して更新されることになり、コンテンツのライセンスを評価する目的のために、計算済みの信頼できる時刻値が導かれるようになる。
【選択図】図１

Description

本発明は、コンテンツ保護のためのデジタル著作権管理に関する。より具体的には、本発明は、信頼された機関から受信した信頼できる時刻を利用したデジタル著作権管理に関する。

デジタルビデオコンテンツ、オーディオコンテンツ及びコンピュータ・アプリケーション等のプロバイダは、 多くの場合、効果的な保護を設けることなくインターネットその他の手段を介してこれらのアイテムを配信することに消極的である。プロバイダにとって、インターネットを介してコンテンツ配信を行う技術は存在するが、デジタルコンテンツは、まさにその性質上、所有者の認証の有無に関わらず複製が容易である。インターネットは、所有者からのコンテンツ配信を可能にするものではあるが、その同じ技術により、不許可の複製コンテンツを広範囲に配信することも可能となる。

デジタル著作権管理（ＤＲＭ）は、ファイル配信の保護手段として近年利用が増えている、デジタルコンテンツの保護モデルである。ＤＲＭは、通常、デジタルメディア、コンピュータ・アプリケーション又は別のデータ（本明細書では一般にこれら全てを「コンテンツ」と呼ぶ）を保護し、コンテンツ所有者に利益を与えるための一連の複雑な技術とビジネスモデルとを含むものである。

多くの公知のＤＲＭシステムは、コンピュータのハードディスクドライブコンポーネントなどの格納装置を利用するが、この格納装置には、コンテンツ所有者により提供された未暗号化コンテンツの集合が含まれる。格納装置内のコンテンツは、ファイアウォールの背後に在る信頼できる領域内に存在する。この信頼できる領域内で、格納装置上に存在するコンテンツの暗号化を行うことができる。コンテンツサーバは、暗号化済みコンテンツを格納装置から受信し、この暗号化済みコンテンツをパッケージ化して配信する。ライセンスサーバは、この暗号化済みコンテンツに関連する権利についての説明と利用規約、並びに関連する暗号鍵を保有する。（これらコンテンツサーバ及びライセンスサーバは、時として、コンテンツプロバイダ又はサービスプロバイダが所有し、又は管理する（スタジオなどの）コンテンツプロバイダシステムの一部である。）再生装置又はクライアントは、表示又は別の用途のために、暗号化コンテンツをコンテンツサーバから受信し、アクセス権を明記したライセンスをライセンスサーバから受信する。

いくつかのＤＲＭ処理は、コンテンツのアイテムを要求するステップと、コンテンツキーを用いてアイテムを暗号化するステップと、コンテンツのデジタルライセンスにコンテンツキーを格納するステップと、暗号化したコンテンツを再生装置へ配信するステップと、コンテンツキーを含むデジタルライセンスファイルを再生装置へ配信するステップと、コンテンツファイルを解読して、デジタルライセンスに明記された利用規約の下で再生するステップとから構成される。

デジタルライセンスのなかには、例えば、ライセンスの有効期限、又はコンテンツの最初の利用後に、クライアント装置が該コンテンツを継続して利用できる時間の長さなどを制御する時間ベースの規約を含むものもある。このような規約のチェックを行うために、クライアント又は他の装置は、クロックを使用する必要がある。しかしながら、クライアントのシステムクロックは改ざんされる頻度が高く、この改ざんにより、状況によっては時間ベースの規約の巧みな回避が可能となる。従って、時間的要件を含むライセンスにより規定される保護コンテンツの配信を行うために、改善された保護方法及び保護システムが望まれている。

本発明の実施形態は、時間をモニタすることにより、保護コンテンツの利用を制御できるようにする方法及びシステムを含む。本発明の実施形態は、ユーザによって改ざんされる可能性の高い、クライアントのシステムクロックのみに依拠するのではなく、クライアント装置の外部の信頼された機関から受信される、正しい「信頼できる」時刻値を利用する。クライアントが、信頼された機関との通信をもはや行っていなければ、前回受信した信頼できる時刻値が、クライアントのオペレーティングシステムカウンタを利用して更新されることになるので、コンテンツのライセンスを評価する目的のために、計算済みの更新された信頼できる時刻値が導かれるようになる。

１つの態様では、クライアントの外部の信頼された機関がネットワークを介してクライアントと通信を行う一方で、第１の時刻値がこの信頼された機関から取得される。この第１の時刻値は安全に格納される。第１の時刻値と一致する時刻に対応する第１のカウンタ値も安全に格納される。クライアントが、信頼された機関と通信を行っていなければ、時間オフセット値が第１の時刻値と組み合わされて、計算済みの時刻値が取得される。この時間オフセット値は、第２のカウンタ値と第１のカウンタ値との間の差の関数である。時間規約を含むコンテンツのライセンスは、上記計算済みの時刻値に基づいて評価される。

別の態様では、第１及び第２のカウンタ値は、最小カウンタ値と最大カウンタ値との間の複数のカウンタ値を出力するようにされたカウンタにより生成される。このカウンタが「一回転」することにより、最大カウンタ値に後続して最小カウンタ値が生成される。第１のカウンタ値の方が第２のカウンタ値よりも小さい場合には、時間オフセット値は、第２のカウンタ値から第１のカウンタ値を減算したものの関数となる。一方、第１のカウンタ値の方が第２のカウンタ値よりも大きい場合には、時間オフセット値は、第２のカウンタ値に最大カウンタ値を加算した値から第１のカウンタ値を減算したものの関数となる。

代替の実施形態では、コンテンツがクライアントにより１回目に利用された時刻に対応する第１の計算済みの時刻値が計算される。この第１の計算済みの時刻値は、第１の通信セッション中にクライアントの外部の信頼された機関からクライアントが受信した第１の信頼できる時刻値の関数である。

第２の信頼できる時刻値と第２の計算済みの時刻値との間の差と一致する第１の時間オフセット値が計算される。この第２の信頼できる時刻値は、第２の通信セッション中に信頼された機関からクライアントにより受信される。第２の計算済みの時刻値は、第２の信頼できる時刻値がクライアントにより受信された時刻に相当し、この第２の計算済みの時刻値は、第１の信頼できる時刻値の関数である。

第３の計算済みの時刻値と改訂された第１の計算済みの時刻値との間の差と一致する経過時間値が計算される。この第３の計算済みの時刻値は、クライアントがコンテンツの２回目の利用を企図した時刻に相当し、この第３の計算済みの時刻値は、第２の信頼できる時刻値の関数である。上記改訂された第１の計算済みの時刻値は、第１の計算済みの時刻値と第１の時間オフセット値との組み合わせに対応する。時間規約を含むコンテンツのライセンスは、上記経過時刻値に基づいて評価される。

本発明には追加の態様が存在する。従って、上記の態様は、本発明のいくつかの実施形態及び態様の単なる概要であると理解すべきである。本発明の追加の実施形態及び態様は以下に説明される。本発明の精神又は範囲から逸脱することなく、開示される実施形態に対して多くの変更が可能であることをさらに理解されたい。従って、上記の概要は、本発明の範囲を限定することを意図するものではない。むしろ、本発明の範囲は、添付の請求項及びそれらの均等物により決定されるべきである。

本発明の実施形態の上記態様及び／又は別の態様、及び利点は、添付図面と関連して行われる以下の説明から明らかになると共に、さらに容易に理解されるであろう。

実施例を添付図面に例示されている本発明の実施形態について以下に詳細に説明するが、同一の参照番号は図面を通じて同様の要素を示すものとする。本発明の範囲から逸脱することなく、別の実施形態の利用、及び、構造上及び処理上の変更も可能であると理解されたい。

本発明の実施形態は、保護コンテンツの利用を制御できるようにするために、時間をモニタするための方法及びシステムを含む。クライアント装置は、ユーザにより改ざんされる可能性の高い、クライアントのシステムクロックにのみ依拠するのではなく、クライアントの外部の信頼された機関から信頼できる時刻値を受信する。クライアントが、信頼された機関との通信をもはや行っていなければ、前回受信した信頼できる時刻値が、クライアントのオペレーティングシステムカウンタを利用して更新されることになるので、コンテンツのライセンスを評価する目的のために、計算済みの更新された信頼できる時刻値が導かれるようになる。

１つの実施形態によれば、クライアントは、信頼された機関から受信した信頼できる時刻値を、１又はそれ以上の耐改ざん性を有する安全な格納装置に安全に格納する。信頼できる時刻値と一致する時刻に対応するシステムカウンタ値も安全に格納される。クライアントが、信頼された機関との通信をもはや行っていなければ、（現在のシステムカウンタ値と格納済みのシステムカウンタ値との間の差の関数である）時間オフセット値を、格納済みの信頼できる時刻値と組み合わせることにより、計算済みの更新された信頼できる時刻値が生成される。この時、上記計算済みの信頼できる時刻値はライセンス評価に利用される。この計算済みの信頼できる時刻値は、クライアントが信頼された機関との通信をもはや行わなくなった時刻で生成され得るものではあるが、それにもかかわらず、上記時刻値は、ユーザに改ざんされにくく、さらにコンテンツのライセンス評価に適した、更新された時刻を表わすものである。

図１を参照すると、本発明の実施形態の適用が可能なコンテンツ提供システム１００の例示的な構成が示されている。このコンテンツ提供システム１００は、保護コンテンツを処理するものであり、該保護コンテンツは、ビデオデータ、音声データ、画像データ、テキストデータ、コンピュータ・アプリケーション等を含むことができる。ライセンスサーバ１０２、コンテンツサーバ１０４及び会計サーバ１０６は、インターネットなどのネットワーク１２０を介して、各々がクライアント１０８に、及び相互に接続されている。本例では、１つのクライアント１０８のみが示されているが、当業者であれば理解できるように、任意の数のクライアントをネットワーク１２０に接続することができる。

コンテンツサーバ１０４はクライアント１０８にコンテンツを提供する。ライセンスサーバ１０２は、クライアント１０８によるコンテンツの利用に必要なライセンス１２２を与える。ライセンス１２２が与えられると、会計サーバ１０６が利用されて、クライアント１０８に請求書が送られる。例示の実施形態はクライアント１０８と通信する３つのサーバを示しているが、上記のサーバ機能すべてを、本明細書に示される３つのサーバよりも少ない数のサーバ、又はそれより多い数のサーバに含めることが可能であることは理解されよう。

図２はクライアント１０８の例示的な構成を示す図である。図２を参照してわかるように、中央演算処理装置（ＣＰＵ）１３０は、リードオンリメモリ（ＲＯＭ）１３２に格納されたプログラム、又は格納ユニット１３４からランダムアクセスメモリ（ＲＡＭ）１３６の中へロードされたプログラムにより命令される種々の処理作業を実行する。ＲＡＭ１３６も、要求される種々の処理作業をＣＰＵ１３０が実行するために必要なデータ等を格納する。

ＣＰＵ１３０、ＲＯＭ１３２、及びＲＡＭ１３６はバス１３８を介して相互に接続される。バス１３８は、キーボード及びマウスなどからなる入力装置１４０と、ＣＲＴ又はＬＣＤをベースとする表示ユニット及びスピーカなどからなる出力装置１４２と、ハードディスクドライブなどをベースとする格納ユニット１３４と、モデム、ネットワークインタフェースカード（ＮＩＣ）又は他のターミナルアダプタなどをベースとする通信装置１４４とをさらに接続する。

ＲＯＭ１３２、ＲＡＭ１３６及び／又は格納ユニット１３４は、クライアント１０８の動作を可能にするために用いるオペレーティングソフトウェアを格納する。バッファ１４６は、暗号化コンテンツの解読に必要な、関連する解読鍵（図示せず）を使用しながら、ストリーミング暗号化済みのコンテンツのシーケンシャルな部分を、ネットワーク１２０を介してコンテンツサーバ１０４（図１）から受信し、バッファする。この暗号化済みのコンテンツ及び関連する解読鍵はデコーダ１４８へ送信される。デコーダ１４８は、このコンテンツに関連する解読鍵を用いてコンテンツを解読し、復号化する。

通信装置１４４は、ネットワーク１２０を介して通信処理を実行し、ＣＰＵ１３０から供給されたデータを送信し、ネットワーク１２０から受信したデータを、ＣＰＵ１３０、ＲＡＭ１３６、及び格納ユニット１３４へ出力する。格納ユニット１３４は、ＣＰＵ１３０を用いて情報を転送し、情報の格納及び削除を行う。通信装置は、他のクライアントともアナログ信号又はデジタル信号の通信を行う。

バス１３８は、格納ユニット１３４内にインストールされている、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどの任意の記録媒体からコンピュータプログラム又は別のデータを読み込むために、上記記録媒体のロードが要求されたときに駆動装置１５０とも接続される。

図示してはいないが、コンテンツサーバ１０４、ライセンスサーバ１０２、及び会計サーバ１０６（図１）も、図２に示されるクライアント１０８の構成と基本的に同じ構成を有するコンピュータとして各々が構成される。図２はクライアント１０８の１つの構成を示すものであるが、代替の実施形態には、セットトップボックス、パーソナルコンピュータ、携帯型再生装置、又は他の任意の種類のコンピュータ装置が含まれる。

コンテンツ提供システム１００では、ライセンスサーバ１０２及びコンテンツサーバ１０４が、ライセンス１２２及びコンテンツをクライアント１０８へ送信する（図１）。ライセンス１２２には、クライアント１０８が、多くの場合暗号化形式の形をとる保護コンテンツの利用（すなわち、レンダリング、再生、コピー、実行等）を行えるようにすることが求められる。

コンテンツの個々のアイテムは、サービスプロバイダ組織により、１又はそれ以上の暗号鍵を用いて構成され、暗号化される。クライアント１０８は、ライセンス情報及びコンテンツに基づいて、受信したコンテンツのアイテムを解読し、再生する。いくつかの実施形態では、このライセンス情報は、コンテンツのアイテムを利用できなくなる有効期限、コンテンツを利用できる回数、コンテンツをＣＤなどの記録媒体にコピーできる回数、コンテンツを携帯型機器に移植できる回数、最初の利用後にコンテンツを利用できる時間の長さなどの利用権を含む。

前述のように、本発明の実施形態は、クライアントの外部の信頼された機関から信頼できる時刻値を受信するクライアントに関与するものである。この信頼された機関は、例えば、インターネット、ＷＡＮ、ＬＡＮなどのネットワークを介してクライアントと通信するサーバのような任意のエンティティであってもよい。この信頼された機関は、複数の利用可能な時間規約のうちの任意の１つに従って信頼できる時刻を保持する。クライアントが、信頼された機関との通信をもはや行っていなければ、前回受信した信頼できる時刻値がクライアントのオペレーティングシステムカウンタを利用して更新され、その結果、時間ベースの規約を有するコンテンツのライセンスの評価のために、計算済みの信頼できる時刻値が得られるようになる。

信頼された機関から信頼できる時刻値が受信された後、クライアントは、この時刻値を１又はそれ以上の安全な耐改ざん性を有する格納装置に安全に格納する。信頼できる時刻値と一致する時刻に対応するシステムカウンタ値も安全に格納される。このシステムカウンタ値は、最小カウンタ値と最大カウンタ値との間の複数のカウンタ値を出力するようにされた、クライアントのオペレーティングシステムカウンタから取得される。例えば、３２ビットの分解能を有するオペレーティングシステムカウンタでは、最大カウンタ値は０ｘＦＦＦＦＦＦＦＦとなる。カウンタは、この最大値に達すると「一回転」し、その結果、最大値に後続して最小カウンタ値が生成される。

上記格納済みのカウンタ値と時刻値とを利用して、計算済みの信頼できる時刻値が取得される。この値を生成するために、時間オフセット値が、格納済みの信頼できる時刻値と組み合わされる。この時間オフセット値は、現在のシステムカウンタ値と前回格納されたシステムカウンタ値との間の差の関数である。この計算済みの信頼できる時刻値は、クライアントが、信頼された機関との通信をもはや行わなくなった時刻で生成され得るものではあるが、それにもかかわらず、上記時刻値は、ユーザに改ざんされにくく、さらにコンテンツのライセンス評価に適した、更新された現在の時刻を表わすものである。

図３は、クライアント装置が信頼された機関と通信を行っていないときに、この信頼できる時刻値（ＴＴＲ（ｃａｌｃ））を計算することにより時間をモニタする処理の単純化したフローチャートを示している。ステップ２０２で、クライアントは、当初、信頼された機関と通信を行い、検証済みの信頼できる時刻値を受信する。クライアントは、保護コンテンツを利用するようにされたアプリケーションのＤＲＭサブシステム部分を用いて、この検証済みの信頼できる時刻値（Ｔｏ）を１又はそれ以上の安全な格納装置に安全に格納する。クライアントは、クライアントのオペレーティングシステムから、このＴｏと一致する時刻に対応する参照システムカウンタ値（Ｃｏ）も取り出し、このＣｏを同じ又は別の安全な格納装置に安全に格納する（ステップ２０４）。その後のある時刻で、クライアントは信頼された機関からの通信を切断するか、或いは、もはや通信を行わなくなる（ステップ２０６）。次いで、ＤＲＭサブシステムはシャットダウンし（ステップ２０８）、その後の時点で再起動する（ステップ２１０）。

次に、ＤＲＭサブシステムはコンテンツのライセンスを評価し（ステップ２１２）、ライセンスが時間ベースのものであるかどうかを判定する（ステップ２１４）。ライセンスが時間ベースのものでなければ、アプリケーションは、コンテンツをレンダリングするか、或いは他の方法で利用するための処理へ進むことになる（ステップ２１６）。一方、コンテンツのライセンスが時間ベースのものであれば、格納済みの参照カウンタ値（Ｃｏ）の方が、通常、現在の時刻に対応する、オペレーティングシステムの現在のカウンタ値（Ｃｃ）よりも小さい値であるかどうかの判定が行われる（ステップ２１８）。後述するように、この判定は、信頼された機関からＣｏを取得した時刻後に、オペレーティングシステムのカウンタが１回転したかどうかの設定を行うために必要なものである。

格納済みの参照カウンタ値（Ｃｏ）の方が現在のカウンタ値（Ｃｃ）よりも小さい場合には、ステップ２２０に従って、２つのカウンタ値間の差（Ｃｃ−Ｃｏ）の関数である時間オフセット値がＴｏと組み合わされて、以下のアルゴリズムに従って計算済みの信頼できる時刻値が得られる。
ＴＴＲ（ｃａｌｃ）＝Ｔｏ＋（Ｃｃ−Ｃｏ）
この場合、ＴＴＲ（ｃａｌｃ）は計算済みの信頼できる時刻であり、Ｔｏは検証された格納済みの信頼できる時刻であり、Ｃｃは現在のカウンタ値であり、そして、Ｃｏは格納済みの参照カウンタ値である。便宜上、時間オフセット値は、カウンタ値の差の関数としてではなく、（例えば、−（Ｃｃ−Ｃｏ）のような）カウンタ値の差として、本例及び本明細書の残り部分を通じて注釈の形でのみ表示されるが、システムカウンタ値から時刻値を取得するために、例えば、カウンタの差の値を一定の係数により乗算することなどにより関数関係を適用する必要があることは理解できよう。

さらに図３を参照してわかるように、格納済みのカウンタ値Ｃｏの方が、現在のカウンタ値Ｃｃよりも小さい値でなければ、ステップ２２２に従って、以下のアルゴリズムを用いて、計算済みの信頼できる時刻が得られる。
ＴＴＲ（ｃａｌｃ）＝Ｔｏ＋Ｃｃ＋（ＣＭＡＸ−Ｃｏ）
この場合、ＴＴＲ（ｃａｌｃ）は計算済みの信頼できる時刻であり、Ｔｏは検証された格納済みの信頼できる時刻であり、Ｃｃは現在のカウンタ値であり、Ｃｏは格納済みの参照カウンタ値であり、そして、ＣＭＡＸは、カウンタがゼロ又は別の最小カウンタ値へと一回転する前の最大カウンタ値である。

ステップ２２０又はステップ２２２のいずれかに従って、計算済みの信頼できる時刻値ＴＴＲ（ｃａｌｃ）が取得された後、この計算済みの信頼できる時刻値がコンテンツのライセンス規約の範囲内にあるかどうかの判定が行われる（ステップ２２４）。計算済みの信頼できる時刻値がライセンス規約の範囲内になければ、アプリケーションは、コンテンツのレンダリング又は他の方法での利用を行わないことになる（ステップ２２６）。一方、計算済みの信頼できる時刻値がライセンス規約の範囲内にあれば、コンテンツをレンダリングするか、或いは他の方法で利用することができる（ステップ２２８）。しかしながら、ここで留意すべき点は、クライアントがシャットダウンしたときにカウンタがゼロに戻るような上記オペレーティングシステムの電源をクライアントが入れたままの状態である場合に、図３の実施形態が適用されるということである。

本発明の別の実施形態では、１つのクライアント装置における上記状態にある同期済みの信頼できる時刻を別のクライアント装置へ送信することができる。この処理は、「最後の信頼できる接続時刻」（ＬＴＣ）及び「セッション開始時刻」（ＳＳＴ）に関する値の利用を含む。ＬＴＣは、クライアント装置が、信頼できる時刻に関する機関と最後に接続されていた（及び通信を行っていた）日付時刻値に対応する。ＳＳＴは、コンポーネント、モジュール又は別のサブシステムが最も最近に初期化された日付時刻値に相当し、この場合、上記コンポーネント、モジュール又は別のサブシステムは、ＤＲＭ機能を組み込んだアプリケーションの一部であり、コンテンツを利用するようにされたものである。

本実施形態は、アプリケーションのＤＲＭコンポーネント、モジュール又は別のサブシステムが実行中であり、信頼できる時刻の取得、確保、或いは利用が可能な間に、クライアントが、所定の時間枠内に信頼できる時刻に関する機関と通信を行っていた（及び、恐らく、更新済みの信頼できる時刻値を上記信頼された機関から取得したと推定される）ことを要件とするライセンスと共に使用するためのものである。一方、ＤＲＭサブシステムがシャットダウンし、改ざんに対する検出又は保護が不能となっている間、システムクロックの改ざん又は他の時間関連の改ざんが行われる危険度が上昇するため、信頼された機関との最新の接続時刻又は通信時刻後の時刻においてＤＲＭサブシステムが初期化された場合、保護コンテンツの利用又はレンダリングは許可されなくなる。

図４は、一方のクライアント装置における同期済みの信頼できる時刻の上記状態を他方のクライアント装置へ送信することができることを示す単純化した処理フローチャートである。ステップ３０２において、第１のクライアント（Ｃｌ１）装置は、ＬＴＣ値とＳＳＴ値との両方を１又はそれ以上の安全な格納装置に安全に格納する。その後のある時刻で、第２のクライアント（Ｃｌ２）装置は、状態要求を第１のクライアントへ送信する（ステップ３０４）。これに応答して、第１のクライアントは、ＬＴＣの方がＳＳＴよりも大きいかどうか、すなわち、少なくともアプリケーションサブシステムのセッションの初期化よりも近い時刻に、信頼された機関との接続及び通信が行われたか否かについて判定を行う（ステップ３０６）。行われていなければ、処理は中断し、第１のクライアントは上記状態要求に応答しないことになる（ステップ３０８）。なぜなら、ＬＴＣの方がＳＳＴよりも大きくないということは、第１のクライアントが信頼された機関と同期を行い、その後クライアントが検証済みの信頼できる時刻値Ｔｏを信頼された機関から取得した後、何らかの時刻でサブシステムのセッションが初期化されたことを示すからである。

一方、ＬＴＣの方がＳＳＴよりも大きければ、これは、アプリケーションのＤＲＭサブシステム部分が立ち上がり実行している間に、第１のクライアントが信頼された機関と通信を行い、更新済みの信頼できる時刻値Ｔｏを取得したことを示す。従って、ステップ３１０で、第１のクライアントは、アプリケーションセッションの開始時刻よりも最近に更新された検証済みの信頼できる時刻値を第１のクライアントが有することを示すフラグを第２のクライアントへ送信する。このフラグを受信すると、他のライセンス供与条件が満たされたものとして、第２のクライアントはコンテンツデータの利用を許可される（ステップ３１２）。

図４は、ステップ３０４に示されるように、第２のクライアントが、状態要求を第１のクライアントへ送信した後に進むことができる別の処理も示している。或いは、第１のクライアントは、状態要求を受信すると、ＬＴＣ値及びＳＳＴ値を第２のクライアントへ送信する（ステップ３１４）。次に、第２のクライアントが、ＬＴＣの方がＳＳＴよりも大きいかどうかを評価する（ステップ３１６）。ＬＴＣの方がＳＳＴよりも大きくなければ、処理は中断し、コンテンツのレンダリング又は利用は行われない（ステップ３１８）。一方、ＬＴＣの方がＳＳＴよりも大きければ、他のライセンス供与条件が満たされたものとして、第２のクライアントは、データをレンダリングするか、或いは他の方法で利用できるようになる（ステップ３２０）。

本発明の代替の実施形態では、少なくともアプリケーションのＤＲＭサブシステムが立ち上がり実行している間、計算済みの信頼できる時刻値がコンテンツのライセンスを評価する目的に利用されるより前に、クライアントが信頼された機関と通信を行ったということがライセンス規約により必要とされる。換言すれば、何らかの時点における、ＤＲＭサブシステムと信頼された機関との間の同期が求められることになる。この同期により、ＤＲＭサブシステムがシャットダウンし、改ざんに対する検出又は保護が不能となっている間に、システムクロックの改ざん又は別の時間関連の改ざんが行われる危険性が低減される。信頼された機関との通信が切断された後、計算済みの信頼できる時刻値を生成するためにさらに後で計算が求められる場合、その結果として生じる計算済みの信頼できる時刻値の方がより正確である可能性が高くなる。計算済みの信頼できる時刻値の取得時に利用される、基調を成すシステムカウンタ値及び信頼できる時刻値は、これらの状況下の方が変更又は改ざんされている可能性がより低くなる。

図５は上記代替の実施形態を示す単純化した処理フローチャートである。ステップ４０１で、コンテンツをレンダリングするか、或いは利用するアプリケーションが起動され（或いは、アプリケーションの少なくともサブシステムが初期化され）、対応するセッション開始時刻（ＳＳＴ）が１又はそれ以上の安全な格納装置に安全に格納される。クライアントは、信頼された機関と通信を行っていれば、検証された信頼できる時刻値（Ｔｏ）を信頼された機関から受信し、この値を同じ又は別の安全な格納装置に安全に格納する（ステップ４０２）。また、クライアントは、信頼できる時刻値と一致する時刻に対応する更新されたシステムカウンタ値（Ｃｏ）を安全に格納し、さらにＬＴＣ値を安全に格納する（ステップ４０４及びステップ４０６）。その後の時点で、クライアントは信頼された機関との通信を切断するか、或いはもはや通信を行わなくなる（ステップ４０７）。

アプリケーションはライセンスを評価し（ステップ４０８）、ＬＴＣが、例えば、過去２０分以内などの所定の時間範囲内に対応する時刻に生じたかどうかについての判定が行われる（ステップ４０９）。ＬＴＣがこの時間内に生じていなければ、処理は終了し、コンテンツの利用は許可されなくなる（ステップ４１１）。一方、ＬＴＣが上記時間内に生じていれば、信頼できる時刻の計算が、同期した信頼された機関の時刻に基づくものであることをライセンスが要件とするかどうかの判定が行われる（ステップ４１０）。上記要件が求められなければ、２つの値のうちの大きい方の値がライセンス評価用として選択される。この値は、現在のシステムクロック時刻値（ＴＳＹＳ）、又は以前に説明したアルゴリズム：ＴＴＲ（ｃａｌｃ）＝Ｔｏ＋（Ｃｃ−Ｃｏ）、或いはＣｃの方がＣｏよりも小さければ、ＴＴＲ（ｃａｌｃ）＝Ｔｏ＋Ｃｃ＋（ＣＭＡＸ−Ｃｏ）に従って計算された、現在の計算済みの信頼できる時刻値（ＴＴＲ（ｃａｌｃ））である（ステップ４１２）。ライセンスの時間要件に対して評価を行うのに、ＭＡＸ（ＴＳＹＳ，ＴＴＲ（ｃａｌｃ））、すなわち、ＴＳＹＳとＴＴＲ（ｃａｌｃ）との大きい方の値が利用され、ひいては、ユーザによるシステムクロックの逆戻しに対して何らかのＤＲＭ保護が行われることになる。ユーザがシステムクロックを逆戻ししていれば、ＴＴＲ（ｃａｌｃ）の方が大きな値になることが予想され、この値がライセンス評価に利用される。一方、システム時刻の改ざんの結果、ＴＳＹＳ値の方がＴＴＲ（ｃａｌｃ）よりも大きくなれば、ＴＳＹＳがライセンス評価に用いられ、この結果、ライセンス利用権が早期に終了する可能性があるため、この改ざんはユーザに不利に（かつコンテンツプロバイダの利益となるように）働くと予想される。

一方、信頼できる時刻の計算が、同期した信頼された機関の時刻に基づくものであることをコンテンツのライセンスが要件とする場合、ＬＴＣの方がＳＳＴよりも大きいかどうかの判定が行われる（ステップ４１４）。大きくなければ、信頼された機関との通信が失なわれるよりも前に同期が行われていなかったという理由で、処理は終了し、コンテンツの利用は許可されないことになる（ステップ４１６）。他方で、ＬＴＣの方がＳＳＴよりも大きい場合、Ｃｃの方がＣｏよりも小さければ、以前に説明したアルゴリズム：ＴＴＲ（ｃａｌｃ）＝Ｔｏ＋（Ｃｃ−Ｃｏ）又はＴＴＲ（ｃａｌｃ）＝Ｔｏ＋Ｃｃ＋（ＣＭＡＸ−Ｃｏ）に従って計算された計算済みの信頼できる時刻値に基づいて、ライセンス時間が評価される（ステップ４１８）。

本発明のさらに別の実施形態によれば、コンテンツのライセンス供与は、クライアントによりコンテンツが最初に利用された後、特定の数時間又は別の時間の間、ライセンスがコンテンツの利用を認めるというような状況で制御される。例えば、コンテンツが音楽であり、そのライセンスが７２時間の再生時間を許可する場合、この７２時間という時間は、クライアントにより音楽が最初に再生されたときに、実行を開始することになる。本発明のこの実施形態により、クライアントが、信頼された機関ともはや通信を行っていないときに、与えられた時間をモニタできるようになる。

この実施形態によれば、コンテンツが１回目に利用されたときに、計算済みの信頼できる時刻、すなわち「マーカー」時刻が生成される。信頼された機関と通信が回復し、この信頼された機関から新たな更新済みの信頼できる時刻が受信されたときに、オフセット時間値が計算される。このオフセット時間値は、信頼された機関から受信した新たな更新済みの信頼できる時刻と、更新済みの信頼できる時刻と同じ時刻に計算された、第２の計算済みの信頼できる時刻値との間の時間差を表す値である。換言すれば、システムカウンタの関数として計算された時刻が、新たに受信した信頼できる時刻と比較され、この差、すなわち時間オフセット値が安全に格納される。この時間オフセット値が最初の「マーカー」時刻に適用されて、開始時刻を調節し、その結果、さらに正確でありながら、抗改ざん性を有する経過時間の計算をライセンス評価を行う目的のために行うことが可能となる。

図６ａ及び図６ｂは、コンテンツが最初に利用された時刻から始まる特定の数時間又は別の時間（Ｎ）の間、利用が認められたコンテンツの利用を制御するステップを表す単純化した処理図を示す。ステップ５０２で、クライアントは信頼された機関と通信を行って、第１の通信セッション中に、検証済みの、信頼できる時刻値を上記信頼された機関から取得する。クライアントは、この検証済みの、信頼できる時刻（Ｔｏ）を、Ｔｏと一致する時刻に対応するシステムカウンタ値（Ｃｏ）と共に、１又はそれ以上の安全な格納装置に安全に格納する。その後、クライアントは、信頼された機関からの通信を切断する（或いは通信を中断する）（ステップ５０４）。

信頼された機関からの通信を切断する一方で、クライアントは、保護コンテンツの１回目のレンダリング、或いは別の方法での利用を開始する（ステップ５０５）。上記開始時刻頃に、クライアントは、計算済みの信頼できる開始時刻の「マーカー」値（ＴＴＲ（ｍａｒｋｅｒ））を計算し、同じ又は別の安全な格納装置に安全に格納する（ステップ５０６）。この計算は、以前に説明したアルゴリズム：ＴＴＲ（ｍａｒｋｅｒ）＝Ｔｏ＋（Ｃｃ１−Ｃｏ）［或いはＣｃ１の方がＣｏよりも小さい場合には、ＴＴＲ（ｍａｒｋｅｒ）＝Ｔｏ＋Ｃｃ１＋（ＣＭＡＸ−Ｃｏ）］に従って計算され、この場合、Ｃｃ１はＴＴＲ（ｍａｒｋｅｒ）の計算時に保存されるシステムカウンタ値である。その後のある時刻で、クライアントは信頼された機関との通信を回復させ、第２の通信セッション中に、更新された、検証済みの信頼できる時刻値（Ｔｏ（ｕｐｄａｔｅｄ））を、この信頼された機関から取得する。この値は、（Ｔｏ（ｕｐｄａｔｅｄ））を受信した時刻に対応する、更新されたシステムカウンタ値（Ｃｏ（ｕｐｄａｔｅｄ））と共に、同じ又は別の安全な格納装置に置かれる（ステップ５０８）。

ステップ５１０で、更新された検証済みの信頼できる時刻値（Ｔｏ（ｕｐｄａｔｅｄ））と、信頼された機関からＴｏ（ｕｐｄａｔｅｄ）が取得された時刻に計算された、計算済みの信頼できる時刻値（ＴＴＲ（ｃａｌｃ−１））との間の差をとることにより、時間オフセット値（ＴＯＦＦＳＥＴ）が計算される。ＴＴＲ（ｃａｌｃ−１）は、アルゴリズム：ＴＴＲ（ｃａｌｃ−１）＝Ｔｏ＋（Ｃｃ２−Ｃｏ）を用いて［或いはＣｃ２の方がＣｏよりも小さい場合には、ＴＴＲ（ｃａｌｃ−１）＝Ｔｏ＋Ｃｃ２＋（ＣＭＡＸ−Ｃｏ）を用いて］計算され、この場合、Ｃｃ２はＴＴＲ（ｃａｌｃ−１）の計算時に保存されたシステムカウンタ値である。次に、システムは、このオフセット時間値（ＴＯＦＦＳＥＴ）を同じ又は別の安全な格納装置に安全に格納し、クライアントが今、時間オフセット値を有していることを示すフラグをセットする（ステップ５１２）。最後に、ライセンスの、改訂された、計算済みの信頼できる開始時刻（ＴＴＲ（ｒｅｖ．ｓ．ｔ．））が、アルゴリズム：ＴＴＲ（ｒｅｖ．ｓ．ｔ．）＝ＴＴＲ（ｍａｒｋｅｒ）＋ＴＯＦＦＳＥＴに従って計算され、この場合、ＴＴＲ（ｍａｒｋｅｒ）はステップ５０６で計算された値であり、ＴＯＦＦＳＥＴはステップ５１０で計算された値である。次いで、このＴＴＲ（ｒｅｖ．ｓ．ｔ．）値は、同じ又は別の安全な格納装置に置かれる（ステップ５１３）。

その後の在る時刻において、同じコンテンツの２回目のレンダリング、又は利用を開始するための命令がアプリケーションに入力される。（ステップ５１４）。この命令に応答して、並びにシステムがコンテンツの利用を試みる決定を行う頃の時刻に、フラグがセットされているかどうかの判定が行われる（ステップ５１６）。フラグがセットされていなければ、ライセンス期限の評価は、上記記載の信頼できる時刻の計算アルゴリズム、すなわち：ＴＴＲ（ｃａｌｃ−２）＝Ｔｏ＋（Ｃｃ３−Ｃｏ）［或いはＣｃ３の方がＣｏよりも小さい場合には、ＴＴＲ（ｃａｌｃ−２）＝Ｔｏ＋Ｃｃ３＋（ＣＭＡＸ−Ｃｏ）］を用いて行われ、この場合、Ｃｃ３は、ＴＴＲ（ｃａｌｃ−２）の計算時に保存されたシステムカウンタ値である（ステップ５１８）。

一方、フラグがセットされていれば、アルゴリズム：ＴＥＬＡＰＳＥＤ＝ＴＴＲ（ｎｏｗ）−ＴＴＲ（ｒｅｖ．ｓ．ｔ．）に従って、経過したライセンス時間（ＴＥＬＡＰＳＥＤ）が計算される（ステップ５２２）。ＴＥＬＡＰＳＥＤは、コンテンツが最初に利用された開始時刻から経過した時間量である。ＴＴＲ（ｎｏｗ）は、アルゴリズム：ＴＴＲ（ｎｏｗ）＝Ｔｏ（ｕｐｄａｔｅｄ）＋（Ｃｃ４−Ｃｏ（ｕｐｄａｔｅｄ））［或いはＣｃ４の方がＣｏ（ｕｐｄａｔｅｄ）よりも小さければ、ＴＴＲ（ｎｏｗ）＝Ｔｏ（ｕｐｄａｔｅｄ）＋Ｃｃ４＋（ＣＭＡＸ−Ｃｏ（ｕｐｄａｔｅｄ））］に従って現時点で計算された計算済みの信頼できる時刻であり、この場合、Ｃｃ４は、ＴＴＲ（ｎｏｗ）の計算時に保存されるカウンタ値である。ＴＴＲ（ｒｅｖ．ｓ．ｔ．）は、事前に計算された改訂済みのライセンス開始時刻である。次に、ライセンスの経過時間（ＴＥＬＡＰＳＥＤ）が、許容利用時間Ｎを超過するかどうかの判定が行われる（ステップ５２４）。許容利用時間（Ｎ）を超過していれば、コンテンツのレンダリング又は利用は、それ以上許可されなくなる（ステップ５２６）。許容ライセンス時間（Ｎ）を超過していなければ、アプリケーションは、コンテンツのレンダリング又は利用を継続することができる（ステップ５２８）。

本発明のさらに別の実施形態によれば、要求される時間内に信頼された機関との同期が行われていさえすれば、アプリケーションは、コンテンツを複数回レンダリングするか、又は他の方法で利用することが許可される。アプリケーションのセッション開始時刻（ＳＳＴ）は、１又はそれ以上の安全な格納装置に安全に格納される。クライアントが信頼された機関と通信を行っているときに、信頼できる時刻値が、信頼された機関から受信されると共に、信頼できる時刻値の時刻に対応するシステムカウンタ値と共に、同じ又は別の安全な格納装置に安全に格納される。また、クライアントが信頼された機関と最も最近に通信した時刻に対応する最後の信頼できる接続時刻値（ＬＴＣ）も安全に格納される。

ユーザが、保護コンテンツをレンダリングするか、或いは利用したいと望む場合には、計算済みの信頼できる時刻値が生成され、安全な格納装置からＬＴＣ値が取り出される。これら２つの時刻値間の差は、信頼された機関と通信を行ってから経過した時間量を表わす。この経過時間量が、コンテンツのライセンスに記載された所定の時間よりも少なければ、コンテンツの利用が許可される。

図７ａ及び図７ｂは、上記同期要求を示す単純化した処理フローチャートである。ステップ６０２において、保護コンテンツを利用するようにされたアプリケーションが起動するか、又は少なくともこのようなアプリケーションのサブシステムが初期化される。この時刻に対応するセッション開始時刻（ＳＳＴ）が、１又はそれ以上の安全な格納装置に安全に格納される（ステップ６０４）。この時刻で、アプリケーション内の２つのスレッドが同時に実行される。これに対して、代替の実施形態では、同じアプリケーション内で２つのスレッドが実行されるのではなく、別個のアプリケーション内で実行させることができる。

ステップ６０６において、第１のスレッドが起動し、信頼できる時刻に関する機関との通信を確立する（ステップ６０８）。次いで、この第１のスレッドは、クライアントに検証済みの信頼できる時刻値（Ｔｏ）を信頼された機関から取得させ、この値を、Ｔｏが取得された時刻に対応するオペレーティングシステムのカウンタ値（Ｃｏ）と共に、１又はそれ以上の安全な格納装置に安全に入れる（ステップ６１０）。さらに、クライアントが信頼された機関との通信を確立した最新の時刻に対応する最後の信頼できる接続時刻値（ＬＴＣ）が、同じ又は別の安全な格納装置に安全に格納される（ステップ６１２）。本発明のいくつかの実施形態では、ＬＴＣはＴｏと同一であるか、又はほとんど同一であることになる。次に、クライアントと信頼された機関との間の通信が終了する（ステップ６１４）。所定の時間間隔の待機（ステップ６１６）後、制御はステップ６０８へ戻り、そこで第１のスレッドがクライアントに信頼された機関と再度通信を行わせる。その後、この処理が繰り返されることにより、Ｔｏ、Ｃｏ、及びＬＴＣの更新値が取得され、周期的な所定の時間間隔で安全に格納されることになる。

保護コンテンツのレンダリング、或いは他の方法での利用が望まれる場合、第１のスレッドが実行されている一方で、第２のスレッドが起動する（ステップ６２２）。Ｃｏ値及びＴｏ値が１又はそれ以上の安全な格納装置から取り出され（ステップ６２４）、現在の信頼できる時刻値が、以前に説明したアルゴリズム：ＴＴＲ（ｃａｌｃ）＝Ｔｏ＋（Ｃｃ−Ｃｏ）に従って［或いはＣｃの方がＣｏよりも小さければ、ＴＴＲ（ｃａｌｃ）＝Ｔｏ＋Ｃｃ＋（ＣＭＡＸ−Ｃｏ）に従って］計算され、この場合、Ｃｃは、ＴＴＲ（ｃａｌｃ）の計算時に保存された現在のシステムカウンタ値である（ステップ６２６）。次に、ライセンスを評価して、ＬＴＣ値に依存する、コンテンツの時間的な利用制限があるかどうかを判定する（ステップ６２８）。利用制限が無ければ、ステップ６２６で確定した計算済みの信頼できる時刻値（ＴＴＲ（ｃａｌｃ））がコンテンツのライセンス規約の範囲内にあるかどうかの判定が行われる（ステップ６３０）。この規約範囲内に無ければ、処理は中断し、コンテンツの利用は許可されなくなる（ステップ６３１）。一方、この計算済みの信頼できる時刻値がコンテンツのライセンス規約の範囲内にあれば、制御処理はステップ６３８へジャンプし、コンテンツの利用が許可される。

ステップ６２８へ戻り、他方で、ＬＴＣ値に依存するコンテンツの時間的な利用制限がライセンスにあれば、１又はそれ以上の安全な格納装置からＬＴＣ値が取り出される（ステップ６３２）。次に、ＴＴＲ（ｃａｌｃ）値とＬＴＣ値との間の差が、ライセンスに記載された所定の時間と比較される（ステップ６３４）。ＴＴＲ（ｃａｌｃ）とＬＴＣとの間の差は、信頼された機関との通信があった後に経過した時間量を表わす。この経過時間量の方が、ライセンスにより設定された時間よりも大きければ、コンテンツの利用は許可されなくなる（ステップ６３６）。一方、この経過時間量の方が、ライセンスにより設定された時間よりも小さければ、コンテンツの利用が許可される（ステップ６３８）。従って、例えば、ライセンスに２０分という所定の時間要件が存在すれば、クライアントは、この時間中に信頼された機関と通信を行い、Ｔｏ、Ｃｏ、及びＬＴＣの更新値を取得することが望ましいことになる。ＴＴＲ（ｃａｌｃ）からＬＴＣを減算した値が２０分という時間よりも小さければ、ライセンスにより与えられた時間内に信頼された機関との同期があったと推測することができ、コンテンツの利用が許可される。そうでない場合には、コンテンツの利用は許可されないことになる。また、ステップ６３４において利用される、ライセンスにより設定された時間は、ステップ６１６の所定の待機時間間隔よりも大きな値である。このようなより大きな値を利用することにより、第１のスレッドは、ライセンス要求に含まれる時間中に、更新済みのＴｏ、Ｃｏ、及びＬＴＣ値を取得することになる。

コンテンツの利用が終了した後、第２のスレッドは消滅する（ステップ６４０）。制御処理はステップ６２２へ戻り、保護コンテンツの利用を再び望む場合、上述の処理を繰り返す。

このように、時間をモニタする方法及びシステムを開示することにより、保護コンテンツの利用制御が可能となる。本発明の実施形態は、ユーザによって改ざんされる可能性の高いクライアントのシステムクロックのみに依拠するのではなく、クライアント装置の外部の信頼された機関から正しい「信頼できる」時刻値を受信するものである。クライアントが、信頼された機関との通信をもはや行っていなければ、前回受信した信頼できる時刻値が、クライアントのオペレーティングシステムカウンタを利用して更新され、その結果、コンテンツのライセンスを評価する目的のために、計算済みの信頼できる時刻値が得られるようになる。

上記説明は、本発明の特定の実施形態に関するものであるが、本発明の精神から逸脱することなく多くの変更を行うことが可能であることは理解されよう。請求の範囲は、本発明の真の範囲及び精神に含まれる変更を網羅することを意図するものである。従って、本明細書で開示される実施形態は全ての点で例示的なものであると考えるべきであり、上述の説明よりはむしろ請求項によって示される本発明の範囲を限定するものではなく、請求項の意味する範囲及びそれと均等の範囲に入るすべての変更は、本発明に含まれることが意図されている。

本発明の態様を適用することが可能なコンテンツ提供システムの例示的な構成を示す簡略ブロック図である。 図１のクライアント装置を示す簡略ブロック図である。 本発明の１つの実施形態による、時間をモニタするステップの処理を示す単純化したフローチャートである。 本発明の別の実施形態による、１つのクライアント装置における同期済みの信頼できる時刻状態の別のクライアント装置への送信を可能とする処理を示す単純化したフローチャートである。 本発明の別の実施形態による、時間をモニタするステップの別の処理を示す単純化したフローチャートである。 本発明の別の実施形態による、時間をモニタするステップのさらに別の処理を示す単純化したフローチャートである。 本発明の別の実施形態による、時間をモニタするステップのさらに別の処理を示す単純化したフローチャートである。 本発明の別の実施形態による、時間をモニタするステップのさらに別の処理を示す単純化したフローチャートである。 本発明の別の実施形態による、時間をモニタするステップのさらに別の処理を示す単純化したフローチャートである。

符号の説明

１０２ ライセンスサーバ
１０４ コンテンツサーバ
１０６ 会計サーバ
１０８ クライアント
１２０ ネットワーク
１２２ ライセンス

Claims (50)

1. コンテンツの利用を制御する方法であって、
   クライアントの外部の信頼された機関から第１の時刻値を受信するステップと、
   前記第１の時刻値を安全に格納するステップと、
   前記第１の時刻値と一致する時刻に対応する第１のカウンタ値を安全に格納するステップと、
   第２のカウンタ値と前記第１のカウンタ値との間の差の関数である時間オフセット値を前記第１の時刻値と組み合わせて、計算済みの時刻値を取得するステップと、
   前記計算済みの時刻値を用いて前記コンテンツの利用を制御するステップと、
   を含むことを特徴とする方法。
2. 前記第１の時刻値を受信するステップは、前記信頼された機関がネットワークを介して前記クライアントと通信を行う間に、前記第１の時刻値を前記信頼された機関から受信するステップを含み、前記時間オフセット値を前記第１の時刻値と組み合わせるステップは、前記クライアントが前記信頼された機関と通信を行っていない時刻において、前記時間オフセット値を前記第１の時刻値と組み合わせるステップを含む
   ことを特徴とする請求項１に記載の方法。
3. 前記計算済みの時刻値に従って、時間規約を含むライセンスを評価するステップをさらに含む
   ことを特徴とする請求項１に記載の方法。
4. 最小カウンタ値と最大カウンタ値との間の複数のカウンタ値を出力し、前記最大カウンタ値に後続して前記最小カウンタ値を生成するようにされたカウンタにより、前記第１及び第２のカウンタ値が生成され、
   前記第１のカウンタ値の方が前記第２のカウンタ値よりも小さい場合には、前記時間オフセット値は、前記第２のカウンタ値から前記第１のカウンタ値を減算した値の関数となり、
   前記第１のカウンタ値の方が前記第２のカウンタ値よりも大きい場合には、前記時間オフセット値は、前記第２のカウンタ値に前記最大カウンタ値を加算した値から前記第１のカウンタ値を減算した値の関数となる
   ことを特徴とする請求項１に記載の方法。
5. 前記第１の時刻値を受信するステップは、前記信頼された機関がネットワークを介して前記クライアントと通信を行う間に、前記第１の時刻値を前記信頼された機関から受信するステップを含み、前記時間オフセット値を前記第１の時刻値と組み合わせるステップは、前記クライアントが前記信頼された機関と通信を行っていない時刻において、前記時間オフセット値を前記第１の時刻値と組み合わせるステップを含む
   ことを特徴とする請求項４に記載の方法。
6. 前記計算済みの時刻値に従って、時間規約を含むライセンスを評価するステップをさらに含む
   ことを特徴とする請求項４に記載の方法。
7. コンテンツの利用を制御するためのものであり、かつ、処理ユニットを有し、外部の信頼された機関からデータを受信するようにされた装置が使用するためのものである製造の物品であって、
   少なくとも１つのコンピュータプログラムが内蔵された少なくとも１つのコンピュータ使用可能媒体を含み、前記少なくとも１つのコンピュータプログラムは、
   前記信頼された機関から第１の時刻値を受信するステップと、
   前記第１の時刻値を安全に格納するステップと、
   前記第１の時刻値と一致する時刻に対応する第１のカウンタ値を安全に格納するステップと、
   第２のカウンタ値と前記第１のカウンタ値との間の差の関数である時間オフセット値を前記第１の時刻値と組み合わせて、計算済みの時刻値を取得するステップと、
   前記計算済みの時刻値を利用して、前記コンテンツの利用を制御するステップと、
   を前記装置に実行させるようにされた
   ことを特徴とする製造の物品。
8. コンテンツの利用を制御し、外部の信頼された機関からデータを受信するようにされたシステムであって、該システムは、ソフトウェアのルーチンを実行することができる処理ユニットと、該処理ユニットにより実行されるプログラム論理回路とを有する装置を備え、前記プログラム論理回路は、
   前記信頼された機関から第１の時刻値を受信する手段と、
   前記第１の時刻値を安全に格納する手段と、
   前記第１の時刻値と一致する時刻に対応する第１のカウンタ値を安全に格納する手段と、
   第２のカウンタ値と前記第１のカウンタ値との間の差の関数である時間オフセット値を前記第１の時刻値と組み合わせて、計算済みの時刻値を取得する手段と、
   前記計算済みの時刻値を用いて、前記コンテンツの利用を制御する手段と、
   を備えることを特徴とするシステム。
9. コンテンツの利用を制御する方法であって、
   第１のクライアントが、信頼された機関と最も最近に通信を行った時刻に対応する第１の時刻値を安全に格納するステップと、
   前記コンテンツを利用するようにされたアプリケーションの少なくともサブシステムが最も最近に初期化された時刻に対応する第２の時刻値を安全に格納するステップと、
   前記第１の時刻値の方が前記第２の時刻値よりも大きい場合には、前記第１のクライアントから第２のクライアントへフラグを送信するステップと、
   前記第２のクライアントが前記フラグを受信した場合、前記第２のクライアントによる前記コンテンツの利用を許可するステップと、
   を含むことを特徴とする方法。
10. 前記第１のクライアントから前記第２のクライアントへの前記フラグの送信を求める要求を、前記第２のクライアントから前記第１のクライアントへ送信するステップを含み、
    前記第１の時刻値の方が前記第２の時刻値よりも大きい場合に、前記第１のクライアントから前記第２のクライアントへ前記フラグを送信するステップは、前記第１のクライアントによる前記要求の受信に応答して前記フラグを送信するステップを含む
    ことを特徴とする請求項９に記載の方法。
11. コンテンツの利用を制御する方法であって、
    第１のクライアントが信頼された機関と最も最近に通信を行った時刻に対応する第１の時刻値と、前記コンテンツを利用するようにされたアプリケーションの少なくともサブシステムが最も最近に初期化された時刻に対応する第２の時刻値とを、前記第１のクライアントから第２のクライアントへ送信するステップと、
    前記第１の時刻値の方が前記第２の時刻値よりも大きい場合には、前記第２のクライアントによる前記コンテンツの利用を許可するステップと、
    を含むことを特徴とする方法。
12. 前記第１の時刻値及び前記第２の時刻値を安全に格納するステップをさらに備えることを特徴とする請求項１１に記載の方法。
13. 前記第１のクライアントから前記第２のクライアントへの前記第１及び第２の時刻値の送信を求める要求を、前記第２のクライアントから前記第１のクライアントへ送信するステップをさらに含み、
    前記第１の時刻値及び前記第２の時刻値を、前記第１のクライアントから前記第２のクライアントへ送信するステップは、前記第１のクライアントによる前記要求の受信に応答して前記第１の時刻値及び前記第２の時刻値を送信するステップを含む
    ことを特徴とする請求項１１に記載の方法。
14. コンテンツの利用を制御するためのものであり、かつ、処理ユニットを有し外部の信頼された機関と通信を行うようにされた第１のクライアントと、処理ユニットを有する第２のクライアントとが利用する製造の物品であって、前記製造の物品は、
    第１のコンピュータ使用可能媒体及び第２のコンピュータ使用可能媒体を含み、
    前記第１のコンピュータ使用可能媒体は、第１の内蔵されたコンピュータプログラムを含み、該第１のコンピュータプログラムは、サブシステムを有すると共に、
    前記第１のクライアントが前記信頼された機関と最も最近に通信を行った時刻に対応する第１の時刻値を安全に格納するステップと、
    前記第１のコンピュータプログラムの少なくとも前記サブシステムが最も最近に初期化された時刻に対応する第２の時刻値を安全に格納するステップと、
    前記第１の時刻値の方が前記第２の時刻値よりも大きい場合には、前記第１のクライアントから前記第２のクライアントへフラグを送信するステップと、
    を前記第１のクライアントに実行させ、
    前記第２のコンピュータ使用可能媒体は、第２の内蔵されたコンピュータプログラムを含み、前記第２のクライアントが前記フラグを受信したときに、前記第２のコンピュータプログラムが、前記第２のクライアントに前記コンテンツを利用させるようにされた
    ことを特徴とする製造の物品。
15. コンテンツの利用を制御し、信頼された機関と通信を行うようにされたシステムであって、該システムは、
    ソフトウェアのルーチンを実行することが可能な第１の処理ユニットと、該第１の処理ユニットにより実行される第１のプログラム論理回路とを有する第１のクライアントと、
    ソフトウェアのルーチンを実行することが可能な第２の処理ユニットと、該第２の処理ユニットにより実行される第２のプログラム論理回路とを有する第２のクライアントと、
    を備え、前記第１のプログラム論理回路は、
    前記第１のクライアントが前記信頼された機関と最も最近に通信を行った時刻に対応する第１の時刻値を安全に格納する手段と、
    前記第１のプログラム論理回路の少なくとも一部が最も最近に初期化された時刻に対応する第２の時刻値を安全に格納する手段と、
    前記第１の時刻値の方が前記第２の時刻値よりも大きい場合に、前記第１のクライアントから前記第２のクライアントへフラグを送信する手段と、
    を備え、前記第２のプログラム論理回路は、
    前記第２のクライアントが前記フラグを受信した場合に前記コンテンツを利用する手段
    を備える
    ことを特徴とするシステム。
16. 時間をモニタする方法であって、
    クライアントの外部の信頼された機関から第１の時刻値を受信するステップと、
    前記第１の時刻値を安全に格納するステップと、
    前記第１の時刻値と一致する時刻に対応する第１のカウンタ値を安全に格納するステップと、
    第２のカウンタ値と前記第１のカウンタ値との間の差の関数である時間オフセット値を前記第１の時刻値と組み合わせて、計算済みの時刻値を取得するステップと、
    前記計算済みの時刻値とシステムクロックの時刻値とのうちの大きい方の値に従って、時間規約を含むライセンスを評価するステップと、
    を含むことを特徴とする方法。
17. 前記クライアントが、前記信頼された機関と最も最近に通信を行った時刻に対応する第２の時刻値を安全に格納するステップと、
    コンテンツを利用するようにされたアプリケーションの少なくともサブシステムが最も最近に初期化された時刻に対応する第３の時刻値を安全に格納するステップと、
    をさらに含むことを特徴とする請求項１６に記載の方法。
18. 前記第１の時刻値を受信するステップは、前記信頼された機関がネットワークを介して前記クライアントと通信を行う間に、前記第１の時刻値を前記信頼された機関から受信するステップを含み、前記時間オフセット値を前記第１の時刻値と組み合わせるステップは、前記クライアントが前記信頼された機関と通信を行っていない時刻において、前記時間オフセット値を前記第１の時刻値と組み合わせるステップを含む
    ことを特徴とする請求項１６に記載の方法。
19. 最小カウンタ値と最大カウンタ値との間の複数のカウンタ値を出力し、前記最大カウンタ値に後続して前記最小カウンタ値を生成するようにされたカウンタにより、前記第１及び第２のカウンタ値が生成され、
    前記第１のカウンタ値の方が前記第２のカウンタ値よりも小さい場合には、前記時間オフセット値は、前記第２のカウンタ値から前記第１のカウンタ値を減算した値の関数であり、
    前記第１のカウンタ値の方が前記第２のカウンタ値よりも大きい場合には、前記時間オフセット値は、前記第２のカウンタ値に前記最大カウンタ値を加算した値から前記第１のカウンタ値を減算した値の関数である
    ことを特徴とする請求項１６に記載の方法。
20. 第２の時刻値を安全に格納するステップをさらに備え、
    前記第２の時刻値は、前記クライアントが前記信頼された機関と最も最近に通信を行った時刻に相当し、
    時間規約を含む前記ライセンスを評価するステップは、前記第２の時刻値が所定の時間内に生じた時刻と一致する場合に、時間規約を含む前記ライセンスを評価するステップを含む
    ことを特徴とする請求項１６に記載の方法。
21. 時間をモニタする方法であって、
    クライアントの外部の信頼された機関から第１の時刻値を受信するステップと、
    前記第１の時刻値を安全に格納するステップと、
    前記第１の時刻値と一致する時刻に対応する第１のカウンタ値を安全に格納するステップと、
    前記クライアントが前記信頼された機関と最も最近に通信を行った時刻に相当する第２の時刻値の方が、コンテンツを利用するようにされたアプリケーションの少なくともサブシステムが最も最近に初期化された時刻に相当する第３の時刻値よりも大きい場合に、第２のカウンタ値と前記第１のカウンタ値との間の差の関数である時間オフセット値を前記第１の時刻値と組み合わせて、計算済みの時刻値を取得するステップと、
    を備える
    ことを特徴とする方法。
22. 前記第２及び第３の時刻値を安全に格納するステップをさらに含むことを特徴とする請求項２１に記載の方法。
23. 前記時間オフセット値を前記第１の時刻値と組み合わせるステップは、前記第２の時刻値が所定の時間内に生じた時刻と一致する場合に、前記時間オフセット値を前記第１の時刻値と組み合わせるステップを含むことを特徴とする請求項２１に記載の方法。
24. 前記第１の時刻値を受信するステップは、前記信頼された機関がネットワークを介して前記クライアントと通信を行う間に、前記第１の時刻値を前記信頼された機関から受信するステップを含み、前記時間オフセット値を前記第１の時刻値と組み合わせるステップは、前記クライアントが前記信頼された機関と通信を行っていない時刻において、前記時間オフセット値を前記第１の時刻値と組み合わせるステップを含む
    ことを特徴とする請求項２１に記載の方法。
25. 前記計算済みの時刻値に従って、時間規約を含むライセンスを評価するステップをさらに含む
    ことを特徴とする請求項２１に記載の方法。
26. 最小カウンタ値と最大カウンタ値との間の複数のカウンタ値を出力し、前記最大カウンタ値に後続して前記最小カウンタ値を生成するようにされたカウンタにより、前記第１及び第２のカウンタ値が生成され、
    前記第１のカウンタ値の方が前記第２のカウンタ値よりも小さい場合には、前記時間オフセット値は、前記第２のカウンタ値から前記第１のカウンタ値を減算した値の関数となり、
    前記第１のカウンタ値の方が前記第２のカウンタ値よりも大きい場合には、前記時間オフセット値は、前記第２のカウンタ値に前記最大カウンタ値を加算した値から前記第１のカウンタ値を減算した値の関数となる
    ことを特徴とする請求項２１に記載の方法。
27. 時間をモニタするためのものであり、かつ、処理ユニットを有し、外部の信頼された機関と通信を行うようにされた装置が利用するためのものである製造の物品であって、前記製造の物品は、少なくとも１つの内蔵されたコンピュータプログラムを含む少なくとも１つのコンピュータ使用可能媒体を含み、前記少なくとも１つのコンピュータプログラムは、サブシステムを有すると共に、
    前記信頼された機関から第１の時刻値を受信するステップと、
    前記第１の時刻値を安全に格納するステップと、
    前記第１の時刻値と一致する時刻に対応する第１のカウンタ値を安全に格納するステップと、
    前記装置が前記信頼された機関と最も最近に通信を行った時刻に相当する第２の時刻値の方が、前記少なくとも１つのコンピュータプログラムの少なくとも前記サブシステムが最も最近に初期化された時刻に相当する第３の時刻値よりも大きい場合には、第２のカウンタ値と前記第１のカウンタ値との間の差の関数である時間オフセット値を前記第１の時刻値と組み合わせて、計算済みの時刻値を取得するステップと、
    を前記装置に実行させる
    ことを特徴とする製造の物品。
28. 時間をモニタし、外部の信頼された機関と通信を行うようにされたシステムであって、該システムは、ソフトウェアのルーチンを実行することができる処理ユニットと、該処理ユニットにより実行されるプログラム論理回路とを有する装置を備え、前記プログラム論理回路は、
    第１の時刻値を前記信頼された機関から受信する手段と、
    前記第１の時刻値を安全に格納する手段と、
    前記第１の時刻値と一致する時刻に対応する第１のカウンタ値を安全に格納する手段と、
    前記装置が前記信頼された機関と最も最近に通信を行った時刻に相当する第２の時刻値の方が、前記プログラム論理回路の少なくとも一部が最も最近に初期化された時刻に相当する第３の時刻値よりも大きい場合には、第２のカウンタ値と前記第１のカウンタ値との間の差の関数である時間オフセット値を前記第１の時刻値と組み合わせて、計算済みの時刻値を取得する手段と、
    を備える
    ことを特徴とするシステム。
29. 時間をモニタする方法であって、
    コンテンツがクライアントにより１回目に利用された時刻に相当し、前記クライアントにより前記クライアントの外部の信頼された機関から第１の通信セッション中に受信された第１の信頼できる時刻値の関数である第１の計算済みの時刻値を計算するステップと、
    前記信頼された機関から前記クライアントにより第２の通信セッション中に受信された第２の信頼できる時刻値と、前記クライアントにより受信された時刻に相当し、前記第１の信頼できる時刻値の関数である第２の計算済みの時刻値との間の差に対応する第１の時間オフセット値を計算するステップと、
    前記クライアントが前記コンテンツの２回目の利用を企図した時刻に相当し、前記第２の信頼できる時刻値の関数である第３の計算済みの時刻値と、前記第１の計算済みの時刻値と前記第１の時間オフセット値との組み合わせに対応する改訂済みの第１の計算された時刻値との間の差に対応する経過時間値を計算するステップと、
    を含むことを特徴とするシステム。
30. 前記経過時刻値に従って、時間規約を含むライセンスを評価するステップをさらに含む
    ことを特徴とする請求項２９に記載の方法。
31. 前記第１の信頼できる時刻値を安全に格納するステップと、
    前記第１の計算済みの時刻値を安全に格納するステップと、
    前記第２の信頼できる時刻値を安全に格納するステップと、
    前記第１の時間オフセット値を安全に格納するステップと、
    をさらに含むことを特徴とする請求項２９に記載の方法。
32. 前記経過時間値を計算するステップは、前記第１の時間オフセット値が前記クライアントに存在を示すフラグがセットされた場合に、前記経過時間値を計算するステップを含む
    ことを特徴とする請求項２９に記載の方法。
33. 前記第１の計算済みの時刻値を計算するステップは、前記第１の計算済みの時刻値が計算された時刻に対応する第２のカウンタ値と、前記第１の信頼できる時刻値が前記信頼された機関から受信された時刻に相当する第１のカウンタ値との間の差の関数である第２の時間オフセット値を前記第１の信頼できる時刻値と組み合わせるステップを含む
    ことを特徴とする請求項２９に記載の方法。
34. 前記第２の計算済みの時刻値は、さらに第３の時間オフセット値を前記第１の信頼できる時刻値と組み合わせた値の関数であり、前記第３の時間オフセット値は、第３のカウンタ値と前記第１のカウンタ値との間の差の関数であり、前記第３のカウンタ値は、前記第２の信頼できる時刻値が前記信頼された機関から受信された時刻に対応する
    ことを特徴とする請求項３３に記載の方法。
35. 前記第３の計算済みの時刻値は、さらに、前記クライアントが前記コンテンツの２回目の利用を企図した時刻に対応する第４のカウンタ値と前記第３のカウンタ値との間の差の関数である第４の時間オフセット値を前記第２の信頼できる時刻値と組み合わせた値の関数である
    ことを特徴とする請求項３４に記載の方法。
36. 前記経過時刻値に従って、時間規約を含むライセンスを評価するステップをさらに含む
    ことを特徴とする請求項３５に記載の方法。
37. 前記第１の信頼できる時刻値を安全に格納するステップと、
    前記第１の計算済みの時刻値を安全に格納するステップと、
    前記第２の信頼できる時刻値を安全に格納するステップと、
    前記第１の時間オフセット値を安全に格納するステップと、
    をさらに含むことを特徴とする請求項３５に記載の方法。
38. 前記経過時間値を計算するステップは、前記第１の時間オフセット値の前記クライアントにおける存在を示すフラグがセットされた場合に、前記経過時間値を計算するステップを含む
    ことを特徴とする請求項３５に記載の方法。
39. コンテンツの利用を制御するためのものであり、かつ、処理ユニットを有し、外部の信頼された機関と通信を行うようにされた装置が利用するためのものである製造の物品であって、前記製造の物品は、少なくとも１つの内蔵されたコンピュータプログラムを含む少なくとも１つのコンピュータ使用可能媒体を含み、前記少なくとも１つのコンピュータプログラムは、
    前記コンテンツが前記装置により１回目に利用された時刻に相当し、前記装置により前記信頼された機関から第１の通信セッション中に受信された第１の信頼できる時刻値の関数である第１の計算済みの時刻値を計算するステップと、
    前記装置により前記信頼された機関から第２の通信セッション中に受信された第２の信頼できる時刻値と、前記装置により受信された時刻に相当し、前記第１の信頼できる時刻値の関数である第２の計算済みの時刻値との間の差に対応する第１の時間オフセット値を計算するステップと、
    前記装置が前記コンテンツの２回目の利用を企図した時刻に相当し、前記第２の信頼できる時刻値の関数である第３の計算済みの時刻値と、前記第１の計算済みの時刻値と前記第１の時間オフセット値との組み合わせに相当し、改訂済みの第１の計算済みの時刻値との間の差に対応する経過時間値を計算するステップと、
    を前記装置に実行させることを特徴とする製造の物品。
40. 前記コンテンツの利用を制御し、外部の信頼された機関と通信を行うようにされたシステムであって、
    ソフトウェアのルーチンを実行することができる処理ユニットを有する装置と、
    前記処理ユニットにより実行されるプログラム論理回路と、
    を備え、前記プログラム論理回路は、
    前記コンテンツが前記装置により１回目に利用された時刻に相当し、前記装置により前記信頼された機関から第１の通信セッション中に受信された第１の信頼できる時刻値の関数である第１の計算済みの時刻値を計算する手段と、
    前記装置により前記信頼された機関から第２の通信セッション中に受信された第２の信頼できる時刻値と、前記装置により受信された時刻に相当し、前記第１の信頼できる時刻値の関数である第２の計算済みの時刻値との間の差に対応する第１の時間オフセット値を計算する手段と、
    前記装置が前記コンテンツの２回目の利用を企図した時刻に相当し、前記第２の信頼できる時刻値の関数である第３の計算済みの時刻値と、前記第１の計算済みの時刻値と前記第１の時間オフセット値との組み合わせに相当し、改訂済みの第１の計算された時刻値との間の差に対応する経過時間値を計算する手段と、
    を備えることを特徴とするシステム。
41. 時間をモニタする方法であって、
    クライアントの外部の信頼された機関から第１の信頼できる時刻値を受信するステップと、
    前記計算済みの時刻値が取得された時刻に相当する第２のカウンタ値と、前記第１の信頼できる時刻値と一致する時刻に相当する第１のカウンタ値との間の差の関数である時間オフセット値を前記第１の信頼できる時刻値と組み合わせて計算済みの時刻値を取得するステップと、
    を含み、
    さらに、
    前記計算済みの時刻値と、前記クライアントが前記信頼された機関との通信を最も最近確立した時刻に対応する第２の時刻値との間の差が第１の所定時間よりも小さい場合には、前記コンテンツの利用を許可するステップ
    を含む
    ことを特徴とする方法。
42. 前記第１の信頼できる時刻値、前記第１のカウンタ値、及び前記第２の時刻値を安全に格納するステップをさらに備えることを特徴とする請求項４１に記載の方法。
43. 前記第１の信頼できる時刻値を受信するステップは、前記信頼された機関がネットワークを介して前記クライアントと通信を行う間に、前記第１の信頼できる時刻値を前記信頼された機関から受信するステップを含み、前記時間オフセット値を前記第１の信頼できる時刻値と組み合わせるステップは、前記クライアントが前記信頼された機関と通信を行っていない時刻において、前記時間オフセット値を前記第１の信頼できる時刻値と組み合わせるステップを含む
    ことを特徴とする請求項４１に記載の方法。
44. 前記第１の信頼できる時刻値を受信するステップは、前記信頼された機関がネットワークを介して前記クライアントと通信を行う間に、前記第１の信頼できる時刻値を前記信頼された機関から受信するステップを含み、前記方法は、
    前記第１の信頼できる時刻値を安全に格納するステップと、
    前記信頼された機関との通信を終了させるステップと、
    前記信頼された機関との通信が終了した時刻から第２の所定時間が経過した後で、前記信頼された機関から第３の信頼できる時刻値を受信するステップと、
    前記第３の信頼できる時刻値を安全に格納するステップと、
    を含むことを特徴とする請求項４１に記載の方法。
45. 前記第２の所定時間は、前記第１の所定時間よりも少ない
    ことを特徴とする請求項４４に記載の方法。
46. 時間をモニタする方法であって、
    信頼された機関がネットワークを介してクライアントと通信を行う間に、該クライアントの外部の信頼された機関から第１の信頼できる時刻値を受信するステップと、
    前記第１の信頼できる時刻値を安全に格納するステップと、
    前記第１の信頼できる時刻値が受信された後に、前記信頼された機関との通信を終了させるステップと、
    前記信頼された機関との通信が終了した時刻から第１の所定時間が経過した後で、前記信頼された機関から第２の信頼できる時刻値を受信するステップと、
    前記クライアントが前記信頼された機関と通信を行っていないときに、前記計算済みの時刻値が取得された時刻に相当する第２のカウンタ値と、前記第２の信頼できる時刻値と一致する時刻に相当する第１のカウンタ値との間の差の関数である時間オフセット値を前記第２の信頼できる時刻値と組み合わせて、計算済みの時刻値を取得するステップと、
    前記計算済みの時刻値と、前記クライアントが前記信頼された機関との通信を最も最近に確立した時刻に対応する第３の時刻値との間の差が第２の所定時間よりも小さい場合に、前記コンテンツの利用を許可する
    ステップを含む
    ことを特徴とする方法。
47. 第２の信頼できる時刻値、前記第１のカウンタ値、及び前記第３の時刻値を安全に格納するステップをさらに含む
    ことを特徴とする請求項４６に記載の方法。
48. 前記第１の所定時間は、前記第２の所定時間よりも少ない
    ことを特徴とする請求項４６に記載の方法。
49. コンテンツの利用を制御するためのものであり、かつ、処理ユニットを有し、外部の信頼された機関からデータを受信するようにされ、さらに、複数のカウンタ値を生成するようにされた装置が利用するためのものである製造の物品であって、前記製造の物品は、
    少なくとも１つの内蔵されたコンピュータプログラムを含む少なくとも１つのコンピュータ使用可能媒体を含み、前記少なくとも１つのコンピュータプログラムは、
    第１の信頼できる時刻値を前記信頼された機関から受信するステップと、
    計算済みの時刻値を取得するために、該計算済みの時刻値が取得される時刻に相当する第２のカウンタ値と、前記第１の信頼できる時刻値と一致する時刻に相当する第１のカウンタ値との間の差の関数である時間オフセット値を前記第１の信頼できる時刻値と組み合わせるステップと、
    前記計算済みの時刻値と、前記装置が前記信頼された機関との通信を最も最近確立した時刻に対応する第２の時刻値との間の差が第１の所定時間よりも小さい場合に、前記コンテンツの利用を許可するステップと、
    を前記装置に実行させる
    ことを特徴とする製造の物品。
50. コンテンツの利用を制御するためのシステムであって、該システムは、
    ソフトウェアのルーチンを実行することができる処理ユニットを有し、外部の信頼された機関からデータを受信し、複数のカウンタ値を生成するようにされた装置と、
    該処理ユニットにより実行されるプログラム論理回路と、
    を備え、前記プログラム論理回路は、
    第１の信頼できる時刻値を前記信頼された機関から受信する手段と、
    計算済みの時刻値を取得するために、前記計算済みの時刻値が取得された時刻に相当する第２のカウンタ値と、前記第１の信頼できる時刻値と一致する時刻に相当する第１のカウンタ値との間の差の関数である時間オフセット値を、前記第１の信頼できる時刻値と組み合わせる手段と、
    前記計算済みの時刻値と前記装置が前記信頼された機関との通信を最も最近確立した時刻に対応する第２の時刻値との間の差が第１の所定時間よりも小さい場合に、前記コンテンツの利用を許可する手段と、
    を備えることを特徴とするシステム。

Images