JP2012138952A - 無線装置のためのセキュア時刻機能 - Google Patents

Abstract

【課題】高度なセキュリティ機能を提供すること。
【解決手段】無線送受信ユニット（ＷＴＲＵ）は、信頼できるコンピューティング操作を実施する信頼できるプラットフォームモジュール（ＴＰＭ）と、現在時刻のセキュア測定値を提供するセキュア時刻コンポーネント（ＳＴＣ）とを含む。ＳＴＣとＴＰＭが統合され、ＷＴＲＵの内部および外部に正確な信頼できる時刻情報が提供される。ＳＴＣを拡張加入者識別モジュール（ＳＩＭ）上、ＷＴＲＵプラットフォーム上に配置することができ、または２つのＳＴＣをそれぞれの位置で１つずつ使用することができる。同様に、ＴＰＭを拡張ＳＩＭ上、ＷＴＲＵプラットフォーム上に配置することができ、または２つのＴＰＭをそれぞれの位置で１つずつ使用することができる。
【選択図】図２

Description

本発明は無線通信システムに関する。より詳細には、本発明は、無線装置上の保護された時刻機能に関する。

無線産業の広範囲な成長と共に、多機能を提供する無線通信装置の出現が増大することが予想される。スマートフォン市場は、その採用の初期段階であり、企業情報システム（Ｅメールおよびイントラネットアクセス）へのアクセスやインターネットベースのサービスへの接続性などの多くの機能を提供する。こうした機能の多くは、装置自体に機密の企業情報および個人情報を格納することを必要とする。さらに、デジタル権利管理（ＤＲＭ：digital rights management）などのコンテンツベースのサービスの成長により、装置上に格納されたコンテンツが許可ユーザによってコンテンツプロバイダの条件に従ってアクセスされることを保証するための追加の要件が、こうした装置に対して課される。通常、コンテンツは無線ネットワークを介して配信され、ネットワークへの接続が存在しない時にコンテンツにアクセスすることができる。したがって、コンテンツが信頼される方式で、日付および時刻ベースの制限を含むことができる使用規則に従ってアクセスされていることを保証する必要が高まっている。時刻ベースのトラスト（信頼）機構を利用するために、正確かつ安全な時刻ソースが必要である。

従来技術では、時刻情報を検証する機構は、セキュアトランザクションの場合には信頼できるサードパーティ（trusted third party）による検証によるものであり、常駐アプリケーションでは、時刻情報を供給する装置機能の固有の信頼によるものであった。最近、信頼できるコンピューティング技法が、文献と、Ｔｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐ（ＴＣＧ）の技術的保護下の製品の中に現れてきた。

ＴＣＧは、信頼できるコンピューティング操作を実施するＴｒｕｓｔｅｄ Ｐｌａｔｆｏｒｍ Ｍｏｄｕｌｅ（ＴＰＭ）を定義した。ＴＰＭは、鍵、パスワードを格納し、暗号化機能およびハッシング機能を実施し、トラスト機構のルートの基礎を形成するマイクロコントローラである。潜在的には、こうした機能を必要とする任意のコンピューティング装置またはプラットフォーム、特に無線送受信ユニット（ＷＴＲＵ）でＴＰＭを使用することができる。ＴＰＭの性質は、そこに格納され、処理された情報が外部ソフトウェアアタックおよび物理的盗難からよりセキュアにされることを保証する。認証、署名、鍵交換などのセキュリティプロセスが、ＴＰＭ内のセキュアＴＣＧサブシステムを介して保護される。ブートシーケンスが予期されたものでない場合、ＴＰＭおよびＴＰＭが常駐する装置内のデータおよび秘密へのアクセスを拒否することができる。それによって、セキュアＥメール、セキュアウェブアクセス、データのローカル保護などの重要なアプリケーションおよび機能が、ＴＰＭでずっとセキュアにされる。

ＴＰＭは、信頼できるコンピューティングおよび無線通信を実施する際に有用ないくつかの機能を実施することができる。例えば、ＴＰＭは、承認鍵（ＥＫ：endorsement key）および証明識別鍵（ＡＩＫ：attestation identity key）の使用を介して、承認鍵（ＥＫ）およびＴＰＭが常駐するプラットフォームに対するＴＰＭのバインディングを保護することができる。さらに、ＴＰＭは、ＴＰＭ自体によって保護されるセキュア鍵に対するデータのバインディング、シーリング（sealing）、および署名を保護することができる。ＴＰＭはまた、プラットフォーム構成レジスタ（ＰＣＲ：platform configuration register）と格納メモリログ（ＳＭＬ：stored memory log）のハッシュの内容の比較検証を介して、プラットフォームのプライバシー保護された認証および証明、ならびにプラットフォームの状態のリモート証明を実施することもできる。最後に、ＴＰＭは、ブートアップコード、オペレーティングシステム（ＯＳ）、ドライバ、およびアプリケーションを含む（ＴＰＭがその上に置かれる）プラットフォームおよびそのソフトウェア（ＳＷ）の保全性または「信頼性」の検証、制御、および知識転送を実施することができる。

ＴＰＭがバインドされたプラットフォームを使用して、多くの有用な「セキュア」アプリケーションを提供することができる。ＴＰＭを備える携帯電話のための、ＴＣＧで識別されている使用法の一部は、セキュアブート、装置認証、堅牢なＤＲＭ、装置パーソナライゼーション、セキュアソフトウェアダウンロード、モバイル発券および支払、プラットフォーム保全性チェックおよびリモート証明、ならびにユーザデータ機密性およびプライバシー保護を含む。しかし、こうした潜在的応用例の一部は、外部セキュア時刻コンポーネントからセキュア時刻を得ることに依拠する。

図１は、セキュア時刻コンポーネント（ＳＴＣ：secure time component）に関する典型的アーキテクチャを示す。ＳＴＣは一般に、現在時刻の明確で変更不能で拒否不能な証明書（署名付き時刻証明書とも呼ばれる）を提示することのできるタイミング装置と定義される。ＳＴＣはまた、装置の内部動作、内部記録、または装置によって与えられた署名付き時刻証明書出力を損なう外部試行に抵抗するように構成される。

ＳＴＣによる有効な署名付き時刻証明書の生成は、２ステッププロセスである。まず、ＳＴＣは、署名付き証明書を生成しなければならず、次いで、外部ソースが、署名付き証明書の有効性を検証しなければならない。

署名付き証明書を生成するための汎用ＳＴＣの動作は、以下のように記述される。まず、署名付き時刻証明書を求める要求が入力され、ＳＴＣにバッファリングされる。次に、暗号化片方向ハッシュ（ＳＨＡ−１、ＭＤ５、ＳＨＡ−２５６など）が、バッファリングされたデータから生成される。次いで、好ましくは協定世界時（ＵＴＣ：universal time coordinate）フォーマットの現在日付および現在時刻が、デバイス内でリアルタイムクロック（ＲＴＣ：real-time clock）からセキュアに（すなわち、改ざんが表面化する方式、および／または改ざんを防止する方式で）読み取られる。最後に、ハッシュ、現在日付および現在時刻、ならびに任意選択で装置シリアル番号および任意の他の監査ログを含む証明書が生成される。証明書は、装置内に格納された秘密鍵を使用して署名される。署名が証明書に添付され、組合せ出力として提示される。リアルタイムクロックは外部供給の時刻再同期入力を必要とすることに留意されたい。Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ）セキュアＮｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ（ＮＴＰ）は、ＩＰベースのネットワークを介してそのような再同期信号を配布および処理することのできる周知の方法の一例である。

時刻証明書の外部「ベリファイヤ（認証装置：verifier）」による署名付き時刻証明書の検証は、２つの検証ステップを含む。まず、署名付き時刻証明書が、装置の公開鍵を使用して検証される。署名が合致しない場合、証明書は無効とみなされる。第２に、証明書に格納されたハッシュが、データから新しいハッシュを計算することによって検証される。２つのハッシュ値が合致しない場合、ベリファイヤは、（１）証明書がその特定のデータファイルに属していない、または（２）データファイルが改変されていると仮定することができる。どちらの場合でも、ベリファイヤは、証明書を無効であるとみなさなければならない。どちらの検証も成功した場合、日付および時刻が証明書から読み取られ、信頼できると仮定される。

ＳＴＣ自体はセキュアである可能性があるが、その出力、すなわちイベントの時刻は、ＳＴＣの外部となった後はもはやセキュアではなくなる。例えば、ＳＴＣの出力は、非セキュアプログラムによって改変される可能性があり、または非セキュアメモリに格納中に改ざんされる可能性がある。したがって、署名付き時刻証明書を検証するためにハッシングおよび署名を使用することにより、時刻情報出力が、ＳＴＣによって提供された後に保護される。アプリケーションに応じて、セキュア時刻コンポーネントで対称鍵または公開鍵−秘密鍵対を使用することができる。

ＳＴＣの最も重要な機能の１つは否認防止である。署名付き時刻証明書は、データが認証された日付および時刻、ならびに時刻証明書を実施するのに使用された特定のセキュア時刻装置（その固有シリアル番号などによって識別される）の否認不能な証明であると理解される。

ＳＴＣの動作のセキュリティを強化し、時刻証明書および使用されるＳＴＣのＩＤの否認防止を保証するために、従来技術においていくつかの技法が提案されている。こうした技法は、暗号化デジタル署名アルゴリズムを使用すること、保護された環境で実行されるソフトウェアと共にクロックを使用すること、クロックに対する改ざん防止のための技法を使用すること、暗号で保護されるクロック装置識別を使用すること、時刻証明書に署名する際に使用される鍵のＨＷを保護すること、および装置クロック上の時刻を再同期するセキュアタイムサーバを使用することを含む。

本明細書では、セキュアタイムサーバは、ネットワーク上のクライアントによって要求されたときに、ネットワークを介して要求側クライアントに基準時刻をセキュアに提供するネットワークベースのサーバと定義される。セキュアタイムサーバは通常、Ｓｅｃｕｒｅ ＮＴＰなどのセキュアネットワークベースの時刻同期プロトコルを使用する。

ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ（３ＧＰＰ）規格に準拠する電話内で、ユーザサービス識別モジュール（ＵＳＩＭ：user service identity module） ＵＩＣＣは、ネットワークまたはサービスプロバイダに認証サービスを提供することができる。ＴＰＭのプラットフォームセキュリティ機能、ＵＳＩＭモジュールのセキュア認証機能、リアルタイムクロック（ＲＴＣ）および時刻測定、レポートおよびスタンピングソフトウェアを、セキュア共通パッケージとして組み合わせることが望ましい。さらに、時刻情報を含むように、したがってローカル時刻を検証し、またはネットワーク時刻と同期する機会を提供するように３ＧＰＰ認証プロトコルを改善することが望ましい。

同様に、保護された時刻機能およびＴＰＭ機能がＤＲＭ装置で求められている。Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ（ＯＭＡ）ＤＲＭ ２．０仕様は、ＤＲＭ Ｔｉｍｅを提供する信頼性の高い時刻ソースの存在を仮定する。通常、実際のＤＲＭ装置は、一般にあまり正確でなく、保護されず、改ざん抵抗性のない安価なリアルタイムクロックを備えるだけである。別の問題は、現在のＯＭＡ ＤＲＭプロトコルは、ＤＲＭアプリケーション用の時刻情報処理の改善のための空間を残していることである。まず、ＤＲＭアプリケーションでカバーされる既存の時刻関連情報がどのように否認、処理、通信されるかを改善することができる。第２に、より信頼性が高くセキュアなＤＲＭ処理を可能にするために時刻関連情報の新しい定義を使用することができるエリアも存在する。

別の問題は、接続される装置であるＤＲＭ装置が、そのローカルクロックを再同期する能力を有し、得られるＤＲＭ時刻がオンライン証明書ステータスプロトコル（ＯＣＳＰ：online certificate status protocol）サービス応答側から発生した可能性があるとしても、得られるＤＲＭ時刻を、ＲＩによって供給される基準時刻として使用することである。ＯＣＳＰ応答側がＯＭＡ ＤＲＭ方式での信頼できるエンティティであるので、少なくともこうした接続されるＤＲＭ装置は、その時刻情報を正しく再較正することができる。しかし、この場合でも問題がある。現在、ＯＣＳＰ応答は、装置のＤＲＭ時刻が正しく同期されていないとＲＩが「判断する」ときにのみ行われる。悪意のあるエンティティがＤＲＭ ＳＷを損なう場合、ＲＩは、装置上のＤＲＭ Ｔｉｍｅが損なわれたことについて発見することができず、ＯＣＳＰ応答が行われない可能性さえある。

別の問題は、ＤＲＭ装置内のクロックをＤＲＭ処理とは別々に同期することもできることである。例えば、ＩＥＴＦ ＮＴＰなどの時刻再同期プロトコルを介して、ＲＩとは別々のネットワークタイミングソースとの通信によってクロックを同期することができる。しかし、ＩＥＴＦ Ｓｅｃｕｒｅ ＮＴＰプロトコルなどのセキュリティ化ネットワークタイミングプロトコルが存在するが、セキュアＮＴＰプロトコルを保証する、そのようにして得られたタイミング情報が、その後で、ＤＲＭ装置に格納されると損なわれる可能性がある。これにより、潜在的にＤＲＭコンテンツの無許可使用および再配布が行われる可能性がある。

別の問題は、ＤＲＭ ＳＷ（Ｄｅｖｉｃｅ上のＤＲＭ ＵＡ、ＲＩのＤＲＭ ＳＷ）がセキュアであり、かつ損なわれていない場合であっても、他の悪意のある、または損なわれたＳＷアプリケーションがそのような時刻関連資源またはその出力にアクセスし、それを誤用する可能性があることである。

この場合、時刻情報の「保全性保守」の問題は信頼できるコンピューティング技法の従来技術の直接的な使用によってある程度は改善することができることに留意されたい。従来技術におけるある研究は、ＳＷ保全性チェックと、ＳＷの保全性がＴＰＭを使用してチェックされた後にのみアプリケーションの実行が許可されるという一般的問題へのＴＰＭのそのような直接的な応用に注目している。例えば、携帯電話装置の状況では、ＲＯＡＰプロトコル処理の後に、ＴＣＧ鍵を使用して、鍵保護を備えるＴＰＭおよび記憶域において、「ＴＰＭシーリング」およびメモリ「ブロブ（blob）」の手続きを使用してＤＲＭ関連データをセキュアに格納するする方法を含む、ＴＣＧ技法を利用することによってＤＲＭアプリケーションをより堅固にするための、ＴＰＭを備える携帯電話装置の可能な応用例が存在する。

しかし、従来技術のＴＣＧ技法の直接的な応用は、ＴＰＭを有する装置上のＤＲＭ時刻の機密性および保全性を具体的かつ系統的に向上させる方法に対処しておらず、ＴＰＭを備えるＲＩ上の時刻情報をセキュリティ化するどんな方法にも対処していない。
上述の理由のすべてのために、ＤＲＭ機能を有し、またはＤＲＭ機能を有さないＷＴＲＵまたは他のユーザ装置に保護された時刻機能を提供する方法が求められている。

本発明は、ＷＴＲＵ内の高度なセキュリティ機能を提供することに関する。ＷＴＲＵは、信頼できるコンピューティング動作を実施するＴＰＭと、セキュアかつ正確な時刻の測定値を提供するＳＴＣとを含む。ＳＴＣとＴＰＭが統合され、ＷＴＲＵの内部または外部のアプリケーションのための正確な信頼できる時刻情報が提供される。ＳＴＣを拡張ＳＩＭ上、ＷＴＲＵプラットフォーム上に配置することができ、または２つのＳＴＣをそれぞれの位置で１つずつ使用することができる。同様に、ＴＰＭを拡張ＳＩＭ上、ＷＴＲＵプラットフォーム上に配置することができ、または２つのＴＰＭをそれぞれの位置で１つずつ使用することができる。

好ましくは、ＳＴＣはリアルタイムクロック（ＲＴＣ）と、改ざん検出および電源障害ユニットと、時刻レポートおよび同期コントローラとを含む。改ざん検出および電源障害ユニットは、改ざんを検出するように構成され、例えば電源障害の場合に、ＲＴＣに関する情報を監査ログに保存するようにも構成される。時刻レポートおよび同期コントローラは、保護された時刻測定値を提供するように構成される。任意選択で、時刻レポートおよび同期コントローラは、ＲＴＣを、信頼できるセキュア外部時刻ソースに再同期することができる。

別の実施形態ではＷＴＲＵはＤＲＭ装置である。保護された時刻情報は、ＤＲＭデータを処理するのに使用され、ＤＲＭプロトコルで使用される既存のＤＲＭパラメータにセキュア時刻情報を追加するのに使用される。さらに、本発明は、ＳＴＣをＤＲＭ装置上に配置することを必要とするいくつかの新しいＤＲＭパラメータを提案する。

例示として与えられ、添付の図面と共に理解すべきである以下の好ましい実施形態の説明から、本発明のより詳細な理解を得ることができる。

ＳＴＣに関する典型的なアーキテクチャを示す図である。 本発明に従って構成されたＷＴＲＵの例示的ダイアグラムを示す図である。 本発明に従って構成されたＷＴＲＵの別の例示的ダイアグラムを示す図である。 本発明に従って構成されたＷＴＲＵのためのＳＷアーキテクチャの一例を示す図である。 本発明に従って構成されたＤＲＭ装置の例示的ダイアグラムを示す図である。 本発明に従って構成されたＤＲＭ ＲＩプラットフォームの例示的ダイアグラムを示す図である。 提案されるＤＲＭパラメータの生成および使用に関する例示的信号図である。 別の提案されるＤＲＭパラメータの生成および使用に関する例示的信号図である。 本発明に従って構成されたＤＲＭ装置の例示的ダイアグラムを示す図である。

以下で参照されるときに、「無線送受信ユニット（ＷＴＲＵ）」という用語は、限定はしないが、ユーザ装置（ＵＥ）、移動局、固定または移動サブスクライバユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、携帯電話プラットフォーム、ＤＲＭ装置、あるいは有線接続または無線接続された環境で動作することのできる他の任意のタイプのユーザ装置を含む。以下で参照されるときに、「基地局」という用語は、限定はしないが、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、あるいは有線接続または無線接続された環境で動作することのできる他の任意のネットワークインターフェーシング装置を含む。以下で参照されるときに、「ＳＩＭ」という用語は、ＳＩＭ ＩＣＣ、ＵＳＩＭ、ユニバーサル集積回路カード（ＵＩＣＣ）、取外し可能ユーザ識別モジュール（ＲＵＩＭ）、またはＷＴＲＵ識別情報を含む任意の他の取外し可能媒体を含む。

図２は、本発明に従って構成された例示的ＷＴＲＵ２００を示す。ＷＴＲＵ２００は、拡張ＳＩＭ ＩＣＣ２０５、プラットフォームプロセッサ２０８、アプリケーションプロセッサおよびＳＷ２１０、通信プロセッサ２１５、ならびにデータ用外部メモリ２２０を含む。

拡張ＳＩＭ ＩＣＣ２０５は、汎用ＳＩＭ ＩＣＣの一般的に周知の機能を実施するように構成されたＳＩＭ機能ブロック２２５を含む。さらに、本発明の拡張ＳＩＭ ＩＣＣ２０５はＳＴＣ２３０を含む。ＳＴＣ２３０は、時刻レポートおよび同期コントローラ２３５、ＲＴＣ２４０、ならびに改ざん検出および電源障害ユニット２４５を含む。拡張ＳＩＭ ＩＣＣ２０５上にはＴＰＭユニット２５０も含まれる。

拡張ＳＩＭ ＩＣＣ２０５上に配置された既存のＳＩＭ機能ブロック２２５は、電話を識別するのに使用されるマスタキーを保持し、ＷＴＲＵとネットワークの間のセキュアチャネルの確立をサポートする認証サービスを提供するように構成される。ルート識別が装置内にセキュアに保持され、ＳＩＭのセキュアドメインまたは信頼できるドメインの外部に決して漏曳しない。既存のＳＩＭブロック２２５はまた、３ＧＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ（ＡＫＡ）関連の手続きに必要な関数およびアルゴリズムも実施する。

時刻レポートおよび同期コントローラ２３５、ＲＴＣ２４０、ならびに改ざん検出および電源障害ユニット２４５は、拡張ＳＩＭ ＩＣＣ２０５上に配置されたＳＴＣ２３０を構成する。ＳＴＣ２３０は、一定のイベントまたはデータエントリの時刻のセキュア記録を、要求側エンティティに出力されるときに時刻関連データの時刻証明書または署名の形態で提供するように構成される。

時刻レポートおよび同期コントローラ２３５は、ＲＴＣ２３５ならびに改ざん検出および電源障害ユニット２４５の機能を制御するように構成される。さらに、既存のＳＩＭ機能ブロック２２５、外部時刻同期ソース２６５、およびプラットフォームプロセッサ２０８に時刻レポートおよび同期コントローラ２３５をリンクすることができる。時刻レポートおよび同期コントローラ２３５が既存のＳＩＭ機能ブロック２２５にリンクされるとき、ＳＩＭブロック２２５は、電話帳用のデータベースなどのＳＩＭブロック２２５のデータベースで、時刻のセキュア測定値を利用することができる。

ＲＴＣ２４０は、水晶発振器を含むことができる。しかし、本発明のＲＴＣ２４０で他の正確な時刻保持装置を使用できることを当業者は理解されよう。本発明の別の実施形態では、物理的にＲＴＣ結晶を取り外すことにより拡張ＳＩＭ ＩＣＣ２０５が動作不能となるように拡張ＳＩＭ ＩＣＣ２０５を構成することができる。この機能を改ざん検出および電源障害ユニット２４５に組み込むこともできる。

改ざん検出および電源障害ユニット２４５は、電源障害の場合にＳＴＣ２３０のセキュアな性質を維持する手段を提供するように構成される。ユニットは、ＴＰＭおよびＲＴＣに電力を供給する電力接続を含むことができる。ユニット２４５はまた、改ざんが検出された場合に警報をトリガする改ざん検出回路も含むことができる。ユニットの改ざん検出部分はまた、ハードウェアレベルおよびソフトウェアレベルの改ざんを防止する改ざん防止機能も含むことができる。ユニット２４５の電源障害部分はまた、電源障害の場合にメモリにＲＴＣコンテンツを保存するのに十分な長さの期間の保持を可能にするのに十分なエネルギーを保持するように構成されたコンデンサまたは他の短期エネルギー保持コンポーネントも含むことができる。

ＴＰＭ２５０も拡張ＳＩＭ ＩＣＣ２０５上に配置され、既存のＳＩＭ機能ブロック２２５とＳＴＣ２３０のどちらにもリンクされる。ＴＰＭ２５０とＳＴＣ２３０のどちらも拡張ＳＩＭ ＩＣＣ２０５上に配置することにより、ＳＩＭ ＩＣＣ２０５は、ＳＴＣ２３０で生成される時刻情報に関するトラストのコアルート（core root）を保護および提供し、トラスト測定機能を実現するように構成される。ＴＰＭ２５０の存在はまた、ＲＴＣ２４０ならびに関連する時刻レポートおよび再同期コントローラ２３５によって生成される時刻記録が保護メモリに格納されることを保証することもできる。保護メモリは、ＴＰＭ自体の不揮発性メモリ、またはＴＰＭの外部であるがＴＰＭによる暗号化で保護されたメモリの内部に配置することができる。時刻記録のそのような保護は、電源障害の場合にも適用可能である。電源障害ユニット２４５がＴＰＭ２５０に電源障害を警報したとき、ＴＰＭ２５０は、電源障害ユニット２４５内部のエネルギー保持装置が電力を使い果たす前の最後の格納可能時刻記録を、時刻レポートおよび再同期コントローラ２３５から取り出す。

本発明の構成を用いていくつかの機能が可能である。例えば本発明の拡張ＳＩＭ ＩＣＣ２０５は、直接的に、または認証手続きを介して外部要求側アプリケーションに現在時刻の測定値を提供することができる。この現在時刻は、外部ネットワークに対して装置を認証する際に有用であり、または外部ネットワークが同期のために現在時刻をセキュアに提供するのに有用である。

拡張ＳＩＭ ＩＣＣ２０５はまた、時刻情報を暗号で保護し、デジタル署名と共に装置にバインドすることもできる。あるいは、拡張ＳＩＭ ＩＣＣ２０５は、装置をバインドするのに暗号鍵が使用される場合に暗号化を介して時刻情報を保護およびバインドすることもできる。拡張ＳＩＭ ＩＣＣ２０５によって制御されるセキュア情報の格納は、拡張ＳＩＭ ＩＣＣ２０５内部、ＳＩＭ ＩＣＣ２０５の外部であるが電話の外部メモリ２２０の内部、あるいはその両方でよい。

拡張ＳＩＭ ＩＣＣ２０５を使用して、ＳＩＭ機能ブロック２２５によって実行される既存のアプリケーションを機能強化するための機構を提供することができる。例えば、電話帳アプリケーションおよびデータ、モバイル支払または発券アプリケーションおよび関連データ、認証および鍵管理機能、あるいは移動体通信プロトコルスタックに関するデータのためにセキュアタイムスタンプを提供することが有用である。さらに、拡張ＳＩＭ ＩＣＣ２０５は、本願で後で論じられるＤＲＭに対する多くの実際的な応用例を有することができる。

任意選択で、ＷＴＲＵ２００は、拡張ＳＩＭ ＩＣＣ２０５上にはない第２ＲＴＣ２５５を含むことができる。第２ＲＴＣ２５５はプラットフォームプロセッサ２０８に接続され、プラットフォームプロセッサ２０８は、任意選択の時刻レポートおよび同期制御ＳＷ２５７を含むことができる。第２ＲＴＣ２５５と任意選択レポートおよび同期制御ＳＷ２５７の組合せが、ＷＴＲＵ２００上の任意選択のＳＴＣ機能を生成する。さらに、拡張ＳＩＭ ＩＣＧ２０５内部でより厳重に保護される第１ＳＴＣ２３０に対して必要とされることがあるのと同じレベルの高いセキュリティを必要としないことがある応用例について、プラットフォーム上の第２ＲＴＣ２５５を使用することができる。セキュリティをそれほど必要としないそのような応用例の一例は、ＯＳ用のチックカウンタ、あるいはカジュアルカレンダアプリケーションまたはストップウォッチアプリケーションのための使用でよい。

任意選択で、ＷＴＲＵ２００はまた、拡張ＳＩＭ ＩＣＣ２０５上にはない第２ＴＰＭユニット２６０を含むこともできる。この第２ＴＰＭユニット２６０は、追加のセキュリティ機能を提供するために拡張ＳＩＭ ＩＣＣ２０５に接続される。例えば、ＳＩＭ ＩＣＣ２０５を抽出することができるので、各装置（ＳＩＭ ＩＣＣおよびプラットフォーム）上のＴＰＭは、その装置のためのトラストのルートとして働くことができる。したがって、第２ＴＰＭ２６０は、ＳＩＭ ＩＣＣ２０５内のスレーブＴＰＭ２５０を使用して、その機能を検証し、実際には相互認証を実施して、プラットフォームとＳＩＭ ＩＣＣ２０５の間の通信チャネル（インターフェース）をバインドすることができる。

図３は、本発明に従って構成された別の例示的ＷＴＲＵを示す。ＷＴＲＵ３００は、汎用ＳＩＭ ＩＣＣ３０５、プラットフォームプロセッサ３０８、アプリケーションプロセッサおよびＳＷ３１０、通信プロセッサ３１５、データ用外部メモリ３２０、ＲＴＣ３２５、およびＴＰＭ３３０を含む。

図３のＷＴＲＵは、ＲＴＣ３２５として図２のＷＴＲＵとは区別され、ＴＰＭ３３０は、ＷＴＲＵプラットフォーム上に配置され、ＳＩＭ ＩＣＣ３０５上には配置されない。外部時刻同期ソース３３３およびプラットフォームプロセッサ３０８にＲＴＣ３２５をリンクすることができる。プラットフォームプロセッサ３０８は、ＲＴＣ３２５を制御する時刻レポートおよび同期制御ソフトウェア３３５を含む。したがって、プラットフォームプロセッサとＲＴＣ３２５は、組み合わせてＷＴＲＵ３００用のＳＴＣとして機能する。

ＳＩＭ ＩＣＣ３０５上にではなく、ＷＴＲＵプラットフォーム上にＲＴＣおよびＴＰＭを配置することにより、ＷＴＲＵ３００は汎用ＳＩＭ ＩＣＣと互換性があることになる。それでもなお、この実施形態は、図２の拡張ＳＩＭ ＩＣＣ２０５の説明で述べたセキュア時刻コンポーネント機能を提供する。例えば、ＷＴＲＵプラットフォーム上のＴＰＭ３３０は、ＲＴＣ３２５、時刻レポートおよび再同期アプリケーション、ならびに生成される時刻記録出力のセキュリティを保護および改善するための手続きを実施することができる。代替実施形態では、ＳＩＭ ＩＣＣ２０５なしで動作するようにＷＴＲＵ３００を構成することができる。そのような実施形態の一例は、非３ＧＰＰ携帯電話用のＷＴＲＵである。

任意選択で、ＳＩＭ ＩＣＣ上に任意選択のＳＴＣ３４０を含めることによって拡張ＳＩＭ ＩＣＣと共に使用するようにＷＴＲＵ３００を構成することができる。ＳＩＭ ＩＣＣ３０５上のこの任意選択のＳＴＣ３４０は、時刻レポートおよび再同期コントローラ３４５、ＲＴＣ３５０、および改ざん検出および電源障害ユニット３５５を含むことができる。ＳＩＭ ＩＣＣ３０５上にＳＴＣ３４０を含めることにより、ＳＩＭ ＩＣＣ応用例のためのよりセキュアな時刻のソースが提供される。

任意選択で、ＳＩＭ ＩＣＣ３０５上に任意選択のＴＰＭ３６０を含めることにより、拡張ＳＩＭ ＩＣＣ３０５と共に使用するようにＷＴＲＵ３００を構成することができる。任意選択のＴＰＭ３６０は、ＳＩＭ ＩＣＣアプリケーションのための追加のトラストおよびセキュリティ、ならびにＳＩＭ ＩＣＣ３０５上に格納されたデータのための追加の保護を提供することができる。

いくつかの他の組合せおよび構成も可能であり、それが追加の利点を与えることができることを当業者は理解されよう。例えば、ＳＩＭ ＩＣＣをＳＴＣと共に、ＴＰＭまたは改ざん検出ユニットを用いずに構成することもできる。ＳＩＭ ＩＣＣ上にＳＴＣを組み込んだ任意の他の実施形態も本発明の範囲内で考慮される。

別の実施形態（図示せず）では、ＳＴＣがＳＩＭ ＩＣＣ上に配置され、ＴＰＭがＷＴＲＵプラットフォーム上に配置されるように、図２のＷＴＲＵ２００と図３のＷＴＲＵ３００を組み合わせることができる。ＷＴＲＵプラットフォーム上のＴＰＭを使用して、ＳＩＭ ＩＣＣ内部のＳＴＣと、ＳＴＣによって生成される任意のデータのセキュリティを保護および改善することができる。

さらに別の実施形態（図示せず）では、ＳＴＣがＷＴＲＵプラットフォーム上に配置され、ＴＰＭがＳＩＭ ＩＣＣ上に配置されるように、図２のＷＴＲＵ２００と図３のＷＴＲＵ３００を組み合わせることができる。こうした追加の実施形態のどちらでも、ＷＴＲＵは、図２および３の説明で述べたのと同じセキュアアプリケーションおよびオペレーションを実施するように構成される。ＳＩＭ ＩＣＣ上にＳＴＣを有することにより、ＲＴＣ自体に対する物理的アタックに関してより高いレベルのセキュリティを与えることができることに留意されたい。さらに、ＳＩＭ上のＴＰＭがないと、共用鍵または公開鍵／秘密鍵対を提供するようにＳＩＭ機能が拡張されるのでない限り、ＳＩＭとプラットフォームの間のチャネルを保護することは不可能であり、プラットフォームとＳＩＭ ＩＣＣの間の相互認証を実施することも不可能である。

図４は、本発明に従って構成されたＷＴＲＵ用のＳＷアーキテクチャ４００の一例を示す。ＳＷアーキテクチャ４００は、ＴＰＭおよび汎用ＳＩＭ ＩＣＣの動作に必要な既存のスタックコンポーネントと、ＳＴＣとＴＰＭの組合せの新しい応用例を可能にする追加のＳＷコンポーネントとを含む。ＴＰＭの動作のために必要な既存のスタックコンポーネントは、ＴＰＭ４０５、信頼できるソフトウェアスタック（ＴＳＳ：trusted software stack）または同様のスタック４１０、および既存のＴＰＭ関連アプリケーション４１５を含む。ＳＴＣとＴＰＭの組合せの新しい応用例を可能にするＳＷコンポーネントは、ＲＴＣ４２０と、セキュア時刻関連低レベルアプリケーションを含む拡張ＳＩＭ４２５と、拡張ＳＩＭセキュア時刻機能４３０を使用するユーザアプリケーションとを含む。この新しいアーキテクチャについての新しい応用例の一部は、メッセージ、イベント、またはデータのセキュア時刻スタンピングと、ＳＴＣのセキュア再同期と、時刻測定データおよび他の関連ログデータのセキュア記憶、検索、管理と、ＲＴＣ、ＴＰＭ、およびＳＩＭ ＩＣＣに関係する時刻測定およびレポート機構の管理とを含む。

図５は、本発明に従って構成されたＤＲＭ装置５００の例示的ダイアグラムを示し、ＤＲＭ装置５００は携帯電話でよい。ＤＲＭ装置５００は、ＳＴＣ５０５、装置ＤＲＭ ＳＷ５１５、装置ＤＲＭ処理用メモリ５２０、および通信プロセッサ５２５を含む。任意選択で、ＤＲＭ装置５００は、外部時刻同期ソース５３５との時刻再同期を制御するＳＷ５３０を含む。

ＤＲＭ装置５００は、装置ＤＲＭ ＳＷ５１５からの要求時に、それ自体のＳＴＣ５０５からＤＲＭ時刻を得る。ＤＲＭ時刻を含むレポートをＵＴＣフォーマットで送ることができ、レポートは、ＲＩ ＤＲＭ ＳＷによって以前に配布された公開鍵対の秘密鍵によって署名されたデジタル署名を含むことができる。

任意選択で、ＳＴＣ５０５は、その内部クロックを外部セキュア再同期ソース５３５に再同期することができる。外部再同期ソースは、セキュアタイムサーバから送られた再同期信号でよい。時刻再同期機能を制御するＳＷ５３０がセキュアであり、かつ装置ＤＲＭ ＳＷ５１５から分離される限り、時刻再同期機能を制御するＳＷ５３０を使用して、再同期プロセスを制御することができる。

図６は、本発明に従って構成されたＤＲＭ ＲＩプラットフォームの例示的ダイアグラムを示す。ＲＩプラットフォーム６００は、ＳＴＣ６０５、装置ＲＩ ＤＲＭプロセッサおよびＳＷ６１５、ＲＩ ＤＲＭ処理用メモリ６２０、および通信プロセッサ６２５を含む。任意性で、ＲＩプラットフォーム６００は、外部時刻同期ソース６３５との時刻再同期を制御するＳＷ６３０を含む。

ＲＩプラットフォーム６００は、本明細書で単に便宜上のために「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」と呼ぶセキュアなローカル時刻測定値をそこから要求および受信する統合ＳＴＣ６０５を備える。次いで「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」は、以下で説明するＯＭＡ ＤＲＭ仕様のＲＩ Ｔｉｍｅ Ｓｔａｍｐ（権利発行タイムスタンプ：ＲＩＴＳ）を生成するのに使用される。

ＲＩのＤＲＭプロセッサおよびＳＷ６１５は、ＤＲＭ処理に必要なときに（例えば、ＲＩがＲＯＡＰ応答メッセージをＤｅｖｉｃｅに送る必要がある前に）、ＲＩのプラットフォーム６００上のＳＴＣ６０５に対する「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」のレポートを要求する。直ちに、ＳＴＣ６０５は、それ自体の内部セキュアクロックを測定することによってＵＴＣフォーマットのローカル時刻を計算し、その時の現在時刻値、すなわちＵＴＣフォーマットの「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」をレポートする。ＳＴＣはまた、公開鍵対の秘密鍵によって署名された付随するデジタル署名も含むことができ、その場合、公開鍵が、ＲＩ ＤＲＭプロセッサおよびＳＷ６１５を用いて「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」と共に事前配布される。

あるいは、時刻を暗号化フォーマットで送ることもでき、それによって公開鍵対の秘密鍵で署名されたデジタル署名の必要がなくなる。この例では、ＳＴＣ６０５から暗号化「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」を受信したとき、ＲＩ ＤＲＭプロセッサおよびＳＷ６１５は、暗号化時刻メッセージを暗号化解除し、「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」値を得る。次いで、必要なＤＲＭ処理のために「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」値を使用することができる。暗号化解除「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」を使用できる方式のうちの１つは、ＲＯＡＰ ＲＯ ＰａｙｌｏａｄタイプをタイムスタンプするためのＲＩ Ｔｉｍｅ Ｓｔａｍｐ（ＲＩＴＳ）に関する値としてのものであることに留意されたい。

ＲＩのＤＲＭプロセッサおよびＳＷ６１５はＵＴＣフォーマットの「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」を得ることができるが、それをどんな形でも改変できないことに留意されたい。任意選択で、かつ必要な場合、ＲＩプラットフォーム６００上のＳＴＣ６０５は、その内部クロックを、ＲＩ ＤＲＭプロセッサおよびＳＷ６１５からセキュアに分離されるＲＩ６３０上の１つのＳＷまたはＯＳの制御下で、外部セキュア再同期ソース（セキュアタイミングサーバからの再同期信号など）６３５に再同期することができる。

ＲＯＡＰ応答メッセージ内のパラメータとしてＲＩプラットフォーム６００からＤＲＭ装置にセキュア時刻情報を搬送するのに「ＲＩ Ｓｅｃｕｒｅ Ｔｉｍｅ」を使用することができる。現在のＯＭＡ ＤＲＭ ＲＯＡＰプロトコルメッセージは、４つのＲＯＡＰ Ｒｅｑｕｅｓｔメッセージ内に含まれる要求時刻メッセージの形の、一般にはただＤＲＭ装置からＲＩへの時刻関連情報を含む。

さらに、現在のＯＭＡ ＤＲＭ ＲＯＡＰプロトコル仕様では、Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ（権利オブジェクト：ＲＯ）が装置ＤＲＭプロセッサおよびＳＷによって検査または消費されるときに時刻に関する情報をＲＩに搬送するＤＲＭ装置の概念がない。したがって、例えば、ＤＲＭ装置は、特定のＲＯが装置上のＤＲＭ ＳＷによって最後に起動されたＤＲＭ時刻を搬送しない。したがって、ＲＩ ＤＲＭ ＳＷは、ＲＯが装置で使用されたＤＲＭ時刻を追跡することができない。

したがって、本発明の別の実施形態では、すべての４つのＲＯＡＰ応答メッセージ、すなわちＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｓｏｎｓｅメッセージ、ＲＯ Ｒｅｓｐｏｎｓｅメッセージ、Ｊｏｉｎ Ｄｏｍａｉｎ Ｒｅｓｐｏｎｓｅメッセージ、およびＬｅａｖｅ Ｄｏｍａｉｎ Ｒｅｓｅｐｏｎｓｅメッセージで、ＲＩが、現在指定されている通りにＲＯ Ｒｅｓｅｐｏｎｓｅメッセージ内のＲｉｇｈｔ Ｏｂｊｅｃｔ（ＲＯ） Ｐａｙｌｏａｄに付随するようにＲＩ Ｔｉｍｅ Ｓｔａｍｐ（ＲＩＴＳ）を提供するだけでなく、ＲＩＴＳを提供することができるようにＲＯＡＰプロトコルが修正される。

ＲＩ Ｔｉｍｅ Ｓｔａｍｐを含めるための好ましい方法は、ＲＩ Ｔｉｍｅ ＳｔａｍｐをＳｔａｔｕｓパラメータの直後に搬送すべき新しい必須パラメータとして定義することである。さらに、ＲＩ Ｔｉｍｅ Ｓｔａｍｐ情報は、「ｓｕｃｃｅｓｓ」ステータスでない応答メッセージであっても必須である。このように、すべての応答メッセージが常に、装置に送られるＲＩからのローカル時刻の信頼できる測定値を含み、その結果、装置は、望むなら、それ自体のＤＲＭ時刻をＲＩ Ｔｉｍｅ Ｓｔａｍｐに再同期するための頻繁な機会から恩恵を受けることができる。

以下の表１から４はそれぞれ、新しく提案される修正後Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ、ＲＯ Ｒｅｓｐｏｎｓｅ、Ｊｏｉｎ−Ｄｏｍａｉｎ Ｒｅｓｐｏｎｓｅ、およびＬｅａｖｅ−Ｄｏｍａｉｎ Ｒｅｓｐｏｎｓｅメッセージのパラメータを記述する。

図７は、パラメータ「Ｔｉｍｅ ｏｆ ＲＯ Ｄｅｌｉｖｅｒ（権利オブジェクト送達の時刻）」（Ｔ−ＲＯＤ）の生成および使用に関する例示的信号図である。図７では、ＤＲＭ装置７２０がＲＯ Ｒｅｓｐｏｎｓｅメッセージで受け取るＲＩＴＳは、ＲＩＴＳが別々に格納され維持されるエンティティＴ−ＲＯＤとして装置ＤＲＭ７２０ＳＷによって変換および格納される、「Ｐｒｏｔｅｃｔｅｄ ＲＯ」パラメータの形の保護ＲＯを含む。

新しいＴ−ＲＯＤの生成時に、装置ＤＲＭ７２０ＳＷは、ローカル時刻測定値、すなわちＤＲＭ時刻を検査し、Ｔ−ＲＯＤを使用して、ＤＲＭ時刻が真の時刻と非同期であるかどうかを推定する。ＤＲＭ時刻が十分に不正確であると判定した場合、すなわち、例えばＤＲＭ時刻とＴ−ＲＯＤの差の絶対値がしきい値Ｔ−ｄｅｌｔａを超過する場合、装置は、ＤＲＭ時刻をＴ−ＲＯＤ＋Ｔ−ｄｅｌａｙに再同期する。ただしＴ−ｄｅｌａｙは、Ｔ−ＲＯＤの通信および処理と、最新のＤＲＭ時刻に対するＴ−ＲＯＤの比較とをカバーする推定遅延である。

Ｔ−ＲＯＤの受信時、かつそれ自体のローカル時刻がＴ−ＲＯＤから十分に異なることを発見したとき、ＤＲＭ装置は、そのローカルＤＲＭ時刻を再同期する。

図８は、パラメータ「Ｔｉｍｅ ａｎ ＲＯ ｗａｓ Ｌａｓｔ Ｅｘａｍｉｎｅｄ（権利オブジェクトが最後に検査された時刻）」（Ｔ−ＲＯＬＥ）の生成および使用に関する例示的信号図を示す。図８では、装置にとって既知であるＲＩに送られるすべてのＲＯＡＰ Ｒｅｑｕｅｓｔメッセージ内のＴ−ＲＯＬＥをレポートすることが必要である。このことは、特定のＲＩ８２０からの特定のＲＯが特定のコンテンツオブジェクトに関連して最後に検査されたイベントのＤＲＭ Ｔｉｍｅによって測定される時刻をＤＲＭ装置８１０が記録することができるように、ＯＭＡ ＤＲＭ２．０を修正することによって達成することができる。次いで、ＤＲＭ装置８１０は、こうした値を、後で使用するために、新しく提案されるパラメータＲＯＬＥ（ＲＯ Ｌａｓｔ Ｅｘａｍｉｎｅｄ）の要素として格納する。

上述のようなイベントの時刻に関するＲＯＬＥの要素をＴ−ＲＯＬＥ（Ｔｉｍｅ ｔｈｅ ＲＯ ｗａｓ Ｌａｓｔ Ｅｘａｍｉｎｅｄを表す）と呼ぶことが提案され、それが、そのようなイベントのレポートされたＤＲＭ時刻によってＵＴＣフォーマットで取り込まれる。したがって、記録されるＲＯＬＥパラメータは以下の要素を有する。Ａ−ＲＩ−ＩＤ（検査したばかりのＲＯを送ったＲＩのＲＩ−ＩＤ）、Ａ−ＣＯ−ＩＤ（検査されたＲＯに関連するＣｏｎｔｅｎｔのＣｏｎｔｅｎｔＩＤ）、Ａ−ＲＯ−ＩＤ（検査したばかりのＲｉｇｈｔｓ ＯｂｊｅｃｔのＩＤ）、およびＴ−ＲＯＬＥ（Ａ−ＲＯ−ＩＤを有するＲＯが最後に検査されたＤＲＭ時刻）。

ＤＲＭ装置８１０はまた、Ａ−ＲＩ−ＩＤを有するＲＩ８２０が別のＲＯＡＰ Ｒｅｑｕｅｓｔメッセージを送る必要があるときにはいつでも、新しく提案されるＲＯＬＥパラメータを、Ａ−ＲＩ−ＩＤを有するＲＩ８２０にレポートする。以下の表５、表６、表７、および表８はそれぞれ、上記で定義されたＲＯＬＥパラメータを含むＲＯＡＰ Ｒｅｑｕｅｓｔメッセージのフォーマットを記述する。

提案される修正後ＲＯＡＰ ＲｅｑｕｅｓｔメッセージでＲＯＬＥ情報を受け取るＲＩ８２０でＲＯＬＥ情報を使用して、装置のＤＲＭ時刻が不正確かどうかを判定し、（Ａ−ＲＯ−ＩＤを有する）ＲＯのＰｅｒｍｉｓｓｉｏｎ Ｃｏｎｓｔｒａｉｎｔで許可される使用権にＤＲＭ装置８１０が違反した可能性があるかどうかを判定する助けとすることができる。Ｐｅｒｍｉｓｓｉｏｎ Ｃｏｎｓｔｒａｉｎｔ要素の詳細については、ＯＭＡ Ｒｉｇｈｔ Ｅｘｐｒｅｓｓｉｏｎ Ｌａｎｇｕａｇｅ（ＲＥＬ）仕様ｖ２．０を参照されたい。

図９は、本発明に従って構成されたＤＲＭ装置９００の例示的ダイアグラムを示す。ＤＲＭ装置９００は、任意選択でＳＴＣ９０５内に含めることのできるＲＴＣ９０３と、ＴＰＭ９１０と、通信プロセッサおよびＳＷ９１５と、装置ＤＲＭプロセッサおよびＳＷ９２０と、装置ＤＲＭ処理用メモリ９２５とを含む。任意選択で、ＤＲＭ装置９００は、外部時刻同期ソース９３５との時刻再同期を制御するＳＷ９３０を含むことができる。

図９を参照すると、本発明は、ＴＰＭ９１０の使用によってＤＲＭ時刻関連情報の一部のセキュリティを強化することのできるいくつかの方法を含む。通常、ＲＴＣ９０３は、ＤＲＭプロセッサおよびＳＷ９２０がＲＴＣ９０３から時刻レポートを要求したときに、測定ローカル時刻、すなわちＤＲＭ時刻をＤＲＭプロセッサおよびＳＷ９２０にレポートする。

第１のケースでは、ＲＴＣ９０３は単に、通常の非保護クロックおよび時刻レポートＳＷでよい。第２のケースでは、ＲＴＣ９０３は、非保護ＲＴＣ９０３と比較してより高い信頼性を有するＳＴＣ９０５内の要素でよい。以下の実施形態は第１のケースに関するものであり、ＤＲＭ装置９００が必ずしもＳＴＣを備えていないときに時刻関連情報のセキュリティを改善することが意図される。

別の実施形態では、非保護ＲＴＣを備えるＤＲＭ装置９００上のＲＴＣ９０３の周期的およびイベント駆動実行時保全性チェック（ＲＴＩＣ：run-time integrity check）が実施される。非保護ＲＴＣ９０３を備えるＤＲＭ装置９００は、ＲＴＣ９０３のハードウェアおよびＳＷのＲｕｎ−Ｔｉｍｅ Ｉｎｔｅｇｒｉｔｙ Ｃｈｅｃｋ（ＲＴＩＣ）を実施すべきである。そのようなＲＴＩＣのための以下の２つの方法を実施することができる。

第１に、ＤＲＭ装置プロセッサおよびＳＷ９２０が、規則的にＲＴＣハードウェアおよびＳＷのＲＴＩＣを実施する。ＲＴＩＣのそのような「規則性」の基礎として使用されるべきＲＴＣ９０３の「時刻読取り値」は、悪意のあるプロセスまたはエンティティによるアタックに対して脆弱である可能性があるので、ＲＴＩＣの「規則的」チェックを実施することができる。したがって、こうした規則的チェックは、非保護ＲＴＣ９０３からの時刻読取り値に基づくべきではなく、ネットワークで発生した時刻更新信号などの信頼でき、改変不可能な外部時刻ソース９３５からの同期信号に基づくべきである。

一例を挙げると、以下は、ＤＲＭ装置９００がネットワークタイミングサーバなどの信頼できる外部ソース９３５によって提供される時刻更新と、さらに、ＤＲＭ装置９００上に搭載されたＴＰＭ９１０によって提供されるセキュリティとを使用して、規則的、準周期的にＲＴＣ９０３のＲＴＩＣを実施することのできる例示的方法である。

まず、ＤＲＭ装置９０３が、保護されたＲＯＭまたはＴＰＭ保護下のＲＡＭに事前格納された、保護された値Ｔ−Ｐｅｒｉｏｄを格納するように構成される。この値は、ＲＴＣの連続する実行時保全性チェック間の期間を決定する。ＤＲＭ装置９００がまずブートアップされ、外部時刻ソース９３５への第１ネットワーク接続を達成した後、ＤＲＭ装置は、ＲＴＣ９０３のＲＴＩＣを実行し、次いでＲＴＣ９０３の現在時刻を測定し、ＴＰＭ ＢｉｎｄまたはＳｅａｌコマンド下でその時刻値を格納する。この格納値がＴ１として格納される。

ＤＲＭ装置９００がネットワークタイミングサーバからセキュア更新後時刻を取得するごとに、得られた更新後時刻値Ｔ２がＴ１と比較される。Ｔ２がＴ１からＴ−Ｐｅｒｉｏｄ以上遅れているがＴ−Ｐｅｒｉｏｄの２倍よりは遅れていない場合、ＤＲＭ装置９００は、ＲＴＣ９０３の別のＲＴＩＣを実施する。次いでＴ１値が破棄され、新しいＴ２の値で置き換えられる。装置９００がネットワークからセキュア時刻更新を得るごとに、装置９００はまた、そのＲＴＣ９０３をネットワークからの値に更新することに留意されたい。

第２に、ＤＲＭ装置ＳＷは、一定のイベントの開始時またはその前に、ＲＴＣのＨＷおよびＳＷのＲＴＩＣを実施する。こうしたイベントは、ＤＲＭ装置９００の電源投入、措置ＤＲＭプロセッサおよびＳＷ９２０のブートアップ、ブートアップ後の第１ネットワーク接続、ＤＲＭ装置９００がネットワークを介して呼出しを行うとき、ＤＲＭ装置９００がネットワークを介して呼出しを受け取るとき、ＤＲＭ装置９００がそのようなネットワークから切断された後に通信ネットワークに再接続した後、あるいはＲＴＣ９０３時刻がリセットされ、または安全に得られたネットワーク時刻と比較して不正確であると評価された回数が一定の事前設定しきい値を超過することでよい。

ＲＴＣの何らかのＲＴＩＣが不合格であった場合、装置ＤＲＭプロセッサおよびＳＷ９２０は、セキュリティレベルを修復し、または高めるためのいくつかの処置を実施することができる。ＤＲＭプロセッサおよびＳＷ９２０によって実施される処置のいくつかの例は、以下の通りである。装置ＤＲＭプロセッサおよびＳＷ９２０が人間のユーザに警報を発することができ、装置ＤＲＭプロセッサおよびＳＷ９２０が、ユーザがコンテンツの任意のサブセットまたは選択されたサブセットを消費するのを許可にすることを停止することができ、装置ＤＲＭプロセッサおよびＳＷ９２０が、装置ＤＲＭプロセッサおよびＳＷ９２０をネットワーク時刻などの証明可能な外部更新ソースに更新するように装置のプラットフォームＯＳに依頼することができ、装置ＤＲＭプロセッサおよびＳＷ９２０が、ＲＩにＲＯＡＰ Ｒｅｑｕｅｓｔメッセージを送り、次いで対応する応答メッセージでＲＩＴＳを得ることによっていくつかの他のサービスを制限することができる。

別の実施形態では、ＤＲＭ装置９００は、周期的またはイベント駆動的に、ＴＰＭ ＢｉｎｄまたはＳｅａｌコマンドを使用してＤＲＭ時刻を格納し、後で、このＤＲＭ時刻値を復元し、新しくレポートされるＤＲＭ時刻値と突き合わせて検証する。装置ＤＲＭプロセッサおよびＳＷ９２０は、搭載ＴＰＭのサービスがＲＴＣから現ＤＲＭ時刻をセキュアに格納することを要求する。次いで、準周期的に、またはトリガイベントの開始時に、装置ＤＲＭプロセッサおよびＳＷ９２０は、以前に格納されたＤＲＭ Ｔｉｍｅを復元する。次に、装置ＤＲＭプロセッサおよびＳＷ９２０は、現ＤＲＭ時刻がＴＰＭ制御メモリから復元されたＤＲＭ時刻の値よりも先であるかどうかを判定する。

本発明の別の実施形態では、ＤＲＭ装置９００は、ＴＰＭによって以前にセキュアに格納された「最後の既知の良好な時刻（ｌａｓｔ ｋｎｏｗｎ ｇｏｏｄ ｔｉｍｅ）」と比較して現ＤＲＭ時刻を周期的に検証する。あるいは、最後の既知のＲＩＴＳ、ＯＣＳＰ「ｐｒｏｄｕｃｅｄＡｔ」」コンポーネント、新しく提案されるＴ−ＲＯＤなどの他の基準時刻値を比較のために使用することもできる。こうした値のそれぞれをＴＰＭ９１０によって格納し、定期的に復元し、ＤｅｖｉｃｅのＲＴＣから得られる次の現ＤＲＭ Ｔｉｍｅの有効性を検証するのに使用することができる。あるいは、ブートアップなどの一定のイベント時、または装置ＤＲＭプロセッサおよびＳＷ９２０が更新されるときなどに検証するために、ＴＰＭ９１０によって格納された追加の値を使用することができる。

以下の実施形態では、ＲＴＣ９０３が図９に示されるＳＴＣ９０５に含まれると仮定する。以下の実施形態は、ＴＰＭの機能を組み合わせることにより、ＳＴＣ９０５によって提供される時刻情報セキュリティさえもさらに強化する方法である。

代替実施形態では、ＴＰＭ９１０が、時刻リクエスタ認証およびＤＲＭ装置９００上のＳＴＣの保全性チェックのために使用される。装置ＤＲＭ応用例の状況で、ＴＰＭ９１０が提供することのできる機能を使用することにより、上述のＳＴＣ９０５のセキュリティをさらに強化することができる。

ＳＴＣ９０５がその時刻をレポートするように装置ＤＲＭプロセッサおよびＳＷ９２０によって要求されるときはいつでも、ＳＴＣ９０５はまず、ＴＰＭ管理保全性チェックを実行することにより、サービスリクエスタ、ＤＲＭプロセッサ、およびＳＷ９２０の信頼性を認証する。さらに、任意のアプリケーションがＳＴＣ９０５にその時刻をリセットするように要求するときはいつでも、ＳＴＣ９０５はまず、要求側ＳＷのＴＰＭ管理保全性チェックを実行することにより、サービスリクエスタの信頼性を認証する。

さらに、ＳＴＣ９０５によって暗号化されたＤＲＭ Ｔｉｍｅ情報を暗号化解除することのできる公開鍵が、ＴＰＭ Ｓｅａｌｉｎｇコマンドを使用して、ＴＰＭ９１０による暗号保護下にある。このようにして、悪意のあるプロセスがＤＲＭ時刻情報を取得することのできる唯一の方法は、ＳＴＣ９０５とＴＰＭ保護データの両方をハッキングすることによるものである。

本発明の別の実施形態では、ＲＩ Ｐｌａｔｆｏｒｍ上でＴＰＭを使用して、時刻情報のセキュリティを強化することができる。図９の説明で詳述した方法の多くが、ＳＴＣとＴＰＭの両方と共に構成されたＲＩプラットフォームに適用される。

別の実施形態では、ＲＴＣおよびＴＰＭを備えるＲＩプラットフォームが、周期的またはイベント駆動的に、ＲＴＣ ＨＷ／ＳＷの実行時保全性チェック（ＲＴＩＣ）を実施することができる。

別の実施形態では、ＲＴＣおよびＴＰＭを備えるＲＩプラットフォームが、周期的またはイベント駆動的に、ＴＰＭ ＢｉｎｄまたはＳｅａｌコマンドを使用して、ＲＩＴＳをセキュアに格納し、後で、このＲＩＴＳ値を復元し、新しくレポートされたＲＩＴＳ値と突き合わせて検証する。

ＲＴＣおよびＴＰＭを備えるＲＩプラットフォームは、以前に信頼できる外部ソース（例えば信頼できるＯＣＳＰ応答側）から得られ、次いでその後ＴＰＭ制御下でセキュアに格納された「最後の既知の良好な時刻」と比較して次の現ＲＩＴＳの周期的検証を実施することができる。

ＳＴＣおよびＴＰＭを備えるＲＩプラットフォームは、セキュア時刻サービスの周期的またはイベント駆動保全性チェックを実施することができ、ＳＴＣがＴＰＭの使用によって時刻要求側サービスのリクエスタを認証することを可能にすることもできる。

別の実施形態では、本発明は、「ＤＲＭ Ａｐｐｌｉｃａｔｉｏｎｓを呼び出す」ためのＦｕｎｃｔｉｏｎｓ ｏｆ Ｔｉｍｅ−ｒｅｌａｔｅｄ Ｒｅｓｏｕｒｃｅｓ ａｎｄ Ａｐｐｌｉｃａｔｉｏｎｓ（時刻関連リソースおよびアプリケーションの機能）へのアクセスを制御する方法を提供する。ＤＲＭ装置またはＲＩ上の測定、レポート、および時刻関連情報の格納を処理するＨＷおよびＳＷ資源のいくつかの機能が、ＤＲＭ ＳＷに対して事前構成され、さらに言えば時刻処理を処理する前記ＨＷおよびＳＷ資源に対するそのようなアクセスまたは処置を求める任意のアプリケーションに対して事前構成された「トラストポリシー」に基づいて許可される。

したがって、時刻関連ＨＷおよびＳＷ資源のアクセス規則、処置、および出力をＤＲＭ Ｄｅｖｉｃｅ（またはＲｉｇｈｔｓ Ｉｓｓｕｅｒプラットフォーム）の「機能要素（functional element）」として事前分類することができる。例えば、Ｓｅｃｕｒｅ Ｔｉｍｅ Ｃｏｍｐｏｎｅｎｔ ＳＷ、ＲＴＣを更新する要求、またはネットワークタイミングプロトコル（ＮＴＰ）ベースのタイミング再同期を求める要求などの、ＳＴＣを支配する機能および処置である。さらに、時刻関連情報の格納を支配する機能をＤＲＭ装置の機能要素として事前分類することができる。他の機能または資源をアクセス制御された「機能要素」として事前定義することもできることを当業者は理解されよう。

時刻関連ＨＷおよびＳＷ資源の（Ｆｕｎｃｔｉｏｎａｌ Ｅｌｅｍｅｎｔｓとして列挙された）事前定義された機能の特定のアクセス権が、事前設定「アクセス特権」規則と、そのような「呼出し側アプリケーション」のそれぞれの一定のステータスまたは条件と、のみに従って、ＤＲＭ装置（またはＲＩ Ｐｌａｔｆｏｒｍ）上に常駐する任意かつすべてのＳＷアプリケーション（ＤＲＭ ＳＷアプリケーションを含む）に許可される。例えば、ポリシーファイルは、恐らくは多くの他のものの中でもとりわけ、更新を求める任意のＳＷまたはアプリケーション（ＤＲＭ ＳＷアプリケーションを含む）が既知の事前証明されたメトリックと突き合わせて最初にそれ自体が保全性チェックされているはずであるという規則を含むことができる。

こうしたセキュア時刻の概念をＤＲＭ装置について説明したが、こうしたセキュア時刻の概念をセキュア時刻の送達を必要とする任意の装置に当業者は適用できることに留意されたい。そのような装置の例は、電子発券または電子支払を実施する装置を含む。

上述の方法のうちのいくつかはＤＲＭ機能を有する装置内のＤＲＭ Ａｇｅｎｔアプリケーションを対象とするが、ＴＰＭ機能を有するモバイル装置に概念を一般化して、金融取引や企業ＤＲＭアプリケーションなどのＤＲＭコンテンツ以外のサービスのためにＲＴＣを保護することができることを当業者は理解されよう。

本発明の機能および要素を好ましい実施形態において特定の組合せで説明したが、各機能または要素を好ましい実施形態の他の機能および要素なしに単独で使用することができ、あるいは本発明の他の機能および要素と様々に組み合わせて、または組み合わせずに使用することができる。本発明で与えられる方法またはフローチャートを、汎用コンピュータまたはプロセッサによって実行されるコンピュータ可読記憶媒体内に有形に実施されたコンピュータプログラム、ソフトウェア、またはファームウェアとして実装することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクや取外し可能ディスクなどの磁気媒体、光磁気媒体、ＣＤ−ＲＯＭディスクやデジタルバーサタイルディスク（ＤＶＤ）などの光媒体を含む。

適切なプロセッサは、例えば、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態マシンを含む。

ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ装置（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータで使用される無線周波数トランシーバを実装することができる。カメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、バイブレーション装置、スピーカ、マイクロフォン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなどのハードウェアおよび／またはソフトウェアで実装されたモジュールと共にＷＴＲＵを使用することができる。

＜実施形態＞
１．セキュア時刻コンポーネント（ＳＴＣ）を備える無線送受信ユニット（ＷＴＲＵ）。

２．ＳＴＣは、ハードウェアおよびソフトウェア内の改ざんからの保護を提供する実施形態１のＷＴＲＵ。

３．ＳＴＣが時刻を測定するように構成される前記実施形態のいずれか一項のＷＴＲＵ。

４．ＳＴＣはローカルリアルタイムクロック（ＲＴＣ）時刻測定を使用する実施形態３のＷＴＲＵ。

５．ＳＴＣが、外部時刻基準と同期するように構成される前記実施形態のいずれか一項のＷＴＲＵ。

６．ＳＴＣが、外部時刻基準とセキュアに同期するように構成される前記実施形態のいずれか一項のＷＴＲＵ。

７．ＳＴＣが、データおよびソフトウェアアプリケーションをタイムスタンプするように構成される前記実施形態のいずれか一項のＷＴＲＵ。

８．ユーザサービス識別モジュール（ＵＳＩＭ）をさらに備える前記実施形態のいずれか一項のＷＴＲＵ。

９．ＵＳＩＭはＲＴＣをさらに備える前記実施形態のいずれか一項のＷＴＲＵ。

１０．Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ Ｓｅｒｖｉｃｅ（ＵＭＴＳ） Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ（ＵＩＣＣ）をさらに備える前記実施形態のいずれか一項のＷＴＲＵ。

１１．ＵＩＣＣを含むＵＳＩＭをさらに備える実施形態１〜１０のいずれかのＷＴＲＵ。

１２．ＵＩＣＣが、基本ＵＳＩＭ機能を実施するように構成される実施形態１０〜１１のいずれか一項のＷＴＲＵ。

１３．ＵＩＣＣはＲＴＣを備える実施形態１０〜１２のいずれか一項のＷＴＲＵ。

１４．ＵＩＣＣは水晶発振器を備える実施形態１０〜１３のいずれか一項のＷＴＲＵ。

１５．ＵＩＣＣは電源への接続を備える実施形態１０〜１４のいずれか一項のＷＴＲＵ。

１６．ＵＩＣＣは電源障害検出回路を備える実施形態１０〜１５のいずれか一項のＷＴＲＵ。

１７．電源障害検出回路が、再同期手続きをトリガするように構成される前記実施形態のいずれか一項のＷＴＲＵ。

１８．ＵＩＣＣは改ざん検出回路をさらに備える前記実施形態のいずれか一項のＷＴＲＵ。

１９．改ざん検出回路が、警報をトリガするように構成される前記実施形態のいずれか一項のＷＴＲＵ。

２０．ＵＩＣＣはコンデンサをさらに備える実施形態１０〜１９のいずれか一項のＷＴＲＵ。

２１．ＵＩＣＣはメモリユニットをさらに備える実施形態１０〜２０のいずれか一項のＷＴＲＵ。

２２．ＵＩＣＣが、頻繁な間隔でＲＴＣ時刻を格納するように構成される実施形態１０〜２１のいずれか一項のＷＴＲＵ。

２３．ＵＩＣＣが、電源障害の開始時のＲＴＣ時刻を格納するように構成される実施形態１０〜２２のいずれか一項のＷＴＲＵ。

２４．ＵＩＣＣが、改ざんイベントの開始時のＲＴＣ時刻を格納するように構成される実施形態１０〜２３のいずれか一項のＷＴＲＵ。

２５．ＵＩＣＣが、不揮発性メモリに時刻データを格納するように構成される実施形態１０〜２４のいずれか一項のＷＴＲＵ。

２６．信頼できるプラットフォームモジュール（ＴＰＭ）をさらに備える前記実施形態のいずれか一項のＷＴＲＵ。

２７．ＵＩＣＣが、要求側エンティティにセキュア時刻記録を提供するように構成される実施形態１０〜２６のいずれか一項のＷＴＲＵ。

２８．セキュア時刻記録は時刻証明書を含む実施形態２７のＷＴＲＵ。

２９．セキュア時刻記録は時刻関連データの署名を含む実施形態２７〜２８のいずれか一項のＷＴＲＵ。

３０．ＵＩＣＣは、アプリケーションおよびプラットフォームプロセッサへの通信リンクを備える実施形態１０〜２９のいずれか一項のＷＴＲＵ
３１．ＵＩＣＣは暗号ハッシュコンポーネントを備える実施形態１０〜３０のいずれか一項のＷＴＲＵ。

３２．ＵＩＣＣは乱数発生器を備える実施形態１０〜３１のいずれか一項のＷＴＲＵ。

３３．ＵＩＣＣはセキュアメモリユニットを備える実施形態１０〜３２のいずれか一項のＷＴＲＵ。

３４．ＵＩＣＣはタイムスタンプジェネレータを備える実施形態１０〜３３のいずれか一項のＷＴＲＵ。

３５．ＵＩＣＣはセキュア監査ログを備える実施形態１０〜３４のいずれか一項のＷＴＲＵ。

３６．ＵＩＣＣは第１のＴＰＭを備え、ＷＴＲＵは第２のＴＰＭを備える実施形態１０〜３５のいずれか一項のＷＴＲＵ。

３７．ＵＩＣＣが、認証ユニットに時刻情報を供給するように構成される実施形態１０〜３６のいずれか一項のＷＴＲＵ。

３８．時刻情報はメッセージ保全性チェックを含む実施形態１０〜３７のいずれか一項のＷＴＲＵ。

３９．ＵＩＣＣが、ＲＴＣが信頼できる外部時刻ソースと同期された時刻を求めるように構成される実施形態１０〜３８のいずれか一項のＷＴＲＵ。

４０．ＵＩＣＣが、ＲＴＣカウンタ値がメモリに格納された時刻を求めるように構成される実施形態１０〜３９のいずれか一項のＷＴＲＵ。

４１．ＵＩＣＣが、改ざん検出ステータスを判定するように構成される実施形態１０〜４０のいずれか一項のＷＴＲＵ。

４２．ＵＩＣＣが、電源障害を判定するように構成される実施形態１０〜４１のいずれか一項のＷＴＲＵ。

４３．ＵＩＣＣが、電話帳モジュールにセキュア時刻情報を供給するように構成される実施形態１０〜４２のいずれか一項のＷＴＲＵ。

４４．ＵＩＣＣが、金融取引にセキュア時刻情報を供給するように構成される実施形態１０〜４３のいずれか一項のＷＴＲＵ。

４５．ＵＩＣＣが、管理プロセスにセキュア時刻情報を供給するように構成される実施形態１０〜４４のいずれか一項のＷＴＲＵ。

４６．ＵＩＣＣが、シングルサインオンウェブサイトアプリケーションにセキュア時刻情報を供給するように構成される実施形態１０〜４５のいずれか一項のＷＴＲＵ。

４７．無線送受信ユニットにおいて、ユーザサービス識別モジュール（ＵＳＩＭ）ＵＭＴＳ集積回路カード（ＵＩＣＣ）内で、時刻を測定およびレポートし、データをタイムスタンプする関連するファームウェアおよび／またはソフトウェアとリアルタイムクロック（ＲＴＣ）を統合する方法。

４８．信頼できるプラットフォームモジュールまたはモバイルの信頼できるモジュールを使用し、それによって時刻測定、レポート、およびタイムスタンプのプロセスの保全性およびセキュリティが保証され、外部検証に対して証明されることをさらに含む実施形態４７の方法。

４９．内部アプリケーションのためにＵＳＩＭ ＵＩＣＣ内に保持されるデータをセキュアにタイムスタンプするステップと、電話帳アプリケーションを実行するステップと、セルラ通信認証アルゴリズムを実施するステップとを含む機能を提供するＵＳＩＭ ＵＩＣＣモジュールを備える実施形態４７または４８の方法。

５０．信頼できる時刻および時刻情報の可用性に関するユーザビリティの向上と共にアプリケーションおよびデータをサポートするステップをさらに含む実施形態４７〜４９のいずれかの方法。

５１．加入者識別モジュール（ＳＩＭ）内に導入された信頼できる処理モジュール（ＴＰＭ）にセキュア時刻コンポーネント情報を格納し、セキュア時刻コンポーネント情報を使用するステップを含む、Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ（ＯＭＡ） Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ（ＤＲＭ）規格をサポートする通信システムにおけるセキュリティを高める実施形態４７〜５０のいずれか一項の方法。

５２．ＴＰＭは信頼できるコンピューティンググループ（ＴＣＧ）技法を使用する実施形態５１の方法。

５３．ＴＰＭを使用してＤＲＭソフトウェアを認証するステップをさらに含む実施形態５１〜５２のいずれか一項の方法。

５４．第１のＤＲＭエンティティが、第２のＤＲＭエンティティのセキュア時刻コンポーネントにセキュア時刻情報を要求するステップと、
要求に応答して、第２のＤＲＭエンティティから受け取った証明書を第１のＤＲＭエンティティで認証するステップと
をさらに含む実施形態５１〜５３のいずれかの方法。

５５．事前構成されたアクセスポリシーに基づいて、アクセスを要求するＤＲＭエンティティに、時刻関連情報に対するアクセス権を許可するステップ
をさらに含む実施形態５１〜５４のいずれか一項の方法。

５６．ＤＲＭ装置はセキュア時刻コンポーネントを備え、
セキュア時刻コンポーネントからＤＲＭ Ｔｉｍｅを求めるステップと、
ソフトウェアからの要求に応答してＤＲＭ Ｔｉｍｅをレポートするステップと
をさらに含む実施形態５１〜５５のいずれか一項の方法。

５７．ＤＲＭ ＴｉｍｅがＵＴＣフォーマットでレポートされる実施形態５１〜５６の方法。

５８．レポートされるＤＲＭ時刻にデジタル署名が付随する実施形態５６〜５７のいずれかの方法。

５９．デジタル署名が公開鍵対で署名され、Ｒｉｇｈｔｓ Ｉｓｓｕｅｒが公開鍵と共に配布される実施形態５８の方法。

６０．ＤＲＭ Ｔｉｍｅが警報されない実施形態５６〜５９のいずれかの方法。

６１．セキュア時刻コンポーネントの内部クロックをセキュア同期ソースと同期するステップ
をさらに含む実施形態５１〜６０のいずれかの方法。

６２．同期がＤＲＭソフトウェアから分離される実施形態６１の方法。

６３．Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ（ＲＩ）プラットフォームはセキュア時刻コンポーネントを含み、
ＲＩでのセキュアなローカル時刻測定値を要求するステップと、
ＲＩでのセキュアなローカル時刻測定値を受け取るステップと、
Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ Ｔｉｍｅ Ｓｔａｍｐ（ＲＩＴＳ）を生成するステップと
をさらに含む実施形態５１〜６２のいずれか一項の方法。

６４．セキュア時刻コンポーネントでローカル時刻測定値を暗号化するステップと、
ローカル時刻測定値を暗号化解除するステップと
をさらに含む実施形態６３の方法。

６５．ローカルタイムスタンプが、公開鍵対の秘密鍵によって暗号化され、ＲＩ ＤＲＭソフトウェアと共に配布される公開鍵によって暗号化解除される実施形態６４の方法。

６６．セキュア時刻コンポーネントでサービスリクエスタの信頼性を認証するステップ
をさらに含む前記実施形態のいずれかの方法。

６７．アプリケーションがその時刻をリセットするようにセキュア時刻コンポーネントに要求するときにはいつでも、認証ステップが実施される実施形態６６の方法。

６８．認証ステップは、リクエスタのＴＰＭ保全性チェックを実施することを含む実施形態６６〜６７のいずれかの方法。

６９．ＤＲＭ時刻情報がセキュア時刻コンポーネントによって暗号化される実施形態６６〜６８のいずれかの方法。

７０．ＴＰＭは、ＴＰＭ Ｓｅａｌｉｎｇコマンドを使用して暗号化ＤＲＭ Ｔｉｍｅ情報をシーリングする実施形態６９の方法。

７１．ＲＩプラットフォームはＴＰＭを含む実施形態５１〜７０のいずれか一項の方法。

７２．時刻関連資源へのアクセスを制御するステップをさらに含む実施形態５１〜７１のいずれか一項の方法。

７３．時刻関連資源へのアクセスが、所定のトラストポリシーによって制御される実施形態７２の方法。

７４．トラストポリシーがＤＲＭソフトウェアに格納される実施形態７３の方法。

７５．時刻関連資源は、セキュア時刻コンポーネントに関する機能および処置を含む実施形態７２〜７４のいずれかの方法。

７６．セキュア時刻コンポーネントに関する機能および処置は、セキュア時刻コンポーネントソフトウェアを更新する要求と、ネットワークタイミングプロトコル（ＮＴＰ）ベースのタイミング再同期を求める要求を含む実施形態７５の方法。

７７．時刻関連資源は、ＲＴＣに関する機能および処置を含む実施形態７２〜７６のいずれかの方法。

７８．ＲＴＣに関する機能および処置はソフトウェア更新および再同期を含む実施形態７７の方法。

７９．時刻関連資源は、Ｔｉｍｅ関連情報の格納を支配する機能および処置を含む実施形態７２〜７８のいずれかの方法。

８０．Ｔｉｍｅ関連情報の格納を支配する機能および処置は、ＴＰＭまたは等価なトラストコンピューティング機構を使用して、ＤＲＭ Ｔｉｍｅ情報を含む１つのデータを暗号でバインドまたはシーリングすることを含む実施形態７９の方法。

８１．ＤＲＭエンティティは、ＤＲＭ装置、ＤＲＭ Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ（ＲＩ）、およびＤＲＭ Ｃｏｎｔｅｎｔ Ｉｓｓｕｅｒ（ＣＩ）のいずれか１つである前記実施形態のいずれかの方法。

８２．Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＳＩＭ）モジュールを組み込んで、無線装置を識別するのに使用されるマスタシークレットを保持することをさらに含む実施形態５１〜８１のいずれか一項の方法.
８３．認証サービスを提供して、無線装置とネットワークの間のセキュアチャネルの確立をサポートすることをさらに含む実施形態８２の方法。

８４．ルート識別が、無線装置内に安全に保持され、ＳＩＭのセキュアまたは信頼できるドメインの外部に漏曳しない実施形態８２または８３の方法。

８５．セキュア時刻コンポーネントをＴＰＭ機能に組み込むことをさらに含む実施形態８２〜８４のいずれかの方法。

８６．ＴＰＭ機能をＳＩＭカードに組み込むことをさらに含む実施形態８２〜８５のいずれかの方法。

８７．ＳＩＭカードは、直接的に、またはネットワークなどの外部要素に対して無線装置を認証するのに使用される認証手続きを介して、現在時刻の測定値を外部要求側アプリケーションに提供する機能を含む実施形態８６の方法。

８８．ＳＩＭカードは、デジタル署名を用いて、または暗号化を介して、装置に対する時刻情報を暗号で保護およびバインドする機能を含み、使用される暗号鍵が装置にバインドされる実施形態８６〜８７のいずれかの方法。

８９．ＳＩＭカードは、セキュアな信頼性のあるサードパーティによって供給されるときに、時刻情報を設定および再同期する機構を提供する機能を含む実施形態８６〜８８のいずれかの方法。

９０．サードパーティはネットワークタイムサーバである実施形態８９の方法。

９１．ＳＩＭカードは、無線装置に時刻関連情報を要求するエンティティにトラストメトリックを要求し、収集し、検証する機構を提供する機能を含み、ＳＩＭカードは、リクエスタのトラストメトリックの検証の下でのみアクセスを許可および制御する実施形態８６〜８０のいずれかの方法。

９２．ＳＩＭカードは、現在時刻の推定の要求時に、装置がセキュアで改ざんされない方式でそのような情報を計算およびレポートすることを可能にする機構を提供する機能を含み、そのような要求が最初に、その信頼性に関して装置によって検証される実施形態８６〜９１のいずれかの方法。

９３．ＳＩＭカードは、ＴＰＭおよびリアルタイムクロック（ＲＴＣ）によって集合的に提供されるセキュア時刻情報を用いて、電話帳アプリケーションや認証鍵管理機能などのＳＩＭ（またはＵＳＩＭ）によって実行される既存のアプリケーションを改善する機構を提供する機能を含む実施形態８６〜９２のいずれかの方法。

９４．ＳＩＭカードは、ハードウェアおよびソフトウェアレベルの改ざん、したがって機能の修正を防止する機構を提供する機能を含む実施形態８６〜９３のいずれかの方法。

９５．セキュア時刻コンポーネントが、ＴＰＭおよびＲＴＣ機能をＵＭＴＳ携帯電話に対して使用されるＳＩＭカードに統合することによって実現される実施形態５１〜９４のいずれか一項の方法。

９６．機能が、ＴＰＭ機能、セキュア時刻コンポーネント、およびＲＴＣを含む拡張ＳＩＭカードに含まれる実施形態９５の方法。

９７．拡張ＳＩＭカード機能は、時刻機能に関するトラストのコアルートと、トラスト測定機能とを保護および提供するＴＰＭを含む実施形態９６の方法。

９８．拡張ＳＩＭカード機能は、Ｅｘｐａｎｄｅｄ ＳＩＭモジュールとしての保護パッケージング内のＴＰＭに正確な信頼できる時刻情報を提供するＲＴＣを含む実施形態９６〜９７のいずれかの方法。

９９．拡張ＳＩＭカード機能は、ＲＴＣクロックの基礎を提供する水晶発振器を含む実施形態９６〜９８のいずれかの方法。

１００．拡張ＳＩＭカード機能は、ＴＰＭおよびＲＴＣに電力を供給する電力接続を含む実施形態９６〜９９のいずれかの方法。

１０１．拡張ＳＩＭカード機能は、例えば再同期手続きをトリガするための電源障害検出回路を含む実施形態９６〜１００のいずれかの方法。

１０２．拡張ＳＩＭカード機能は、警報をトリガするための改ざん検出回路を含む実施形態９６〜１０１のいずれかの方法。

１０３．拡張ＳＩＭカード機能は、電源障害の場合にフラッシュメモリにＲＴＣコンテンツを保存することを可能にするに十分なエネルギーを保持するように構成されたコンデンサを含む実施形態９６〜１０２のいずれかの方法。

１０４．ＴＰＭ、ＲＴＣ、Ｓｅｃｕｒｅ Ｔｉｍｅ Ｃｏｍｐｏｎｅｎｔの機能と、ＳＩＭ、またはＵＭＴＳの場合にはＵＳＩＭの従来の機能の統合を含むＩｎｔｅｇｒａｌ Ｃｉｒｃｕｉｔカード（ＩＣＣ）。

１０５．無線装置上の１つのＳＷまたはＯＳの制御下で、外部のセキュア再同期ソースにＳＴＣ内部クロックを再同期することをさらに含む前記実施形態のいずれかの方法。

１０６．再同期ソースは、セキュアタイミングサーバからの再同期信号である実施形態１０５の方法。

１０７．再同期が、ＳＩＭカード内でＮＴＰ手続きを実施して達成される実施形態１０５または１０６の方法。

１０８．結合水晶がＳＩＭカードから切り離されるのでない限り、ＳＩＭカードがレンダリングされる実施形態５１〜１０７のいずれか一項の方法。

１０９．小フットプリント水晶がＲＴＣ回路と共に密に取り付けられる実施形態１０８の方法。

１１０．ＲＴＣ時刻が信頼できるサードパーティと同期された最後の時刻を示すために、時刻情報を有するフラグフィールドをさらに含む実施形態５１〜１０９のいずれか一項の方法。

１１１．サードパーティはセキュアタイムサーバである実施形態１１０の方法。

１１２．ＲＴＣカウンタ値がフラッシュメモリに格納された最後の時刻を示すために、時刻情報を有するフラグフィールドをさらに含む実施形態５１〜１１１のいずれか一項の方法。

１１３．改ざん検出回路のステータスを示すために、時刻情報を有するフラグフィールドをさらに含む実施形態５１〜１１２のいずれか一項の方法。

１１４．電源障害のステータスを示すために、時刻情報を有するフラグフィールドをさらに含む実施形態５１〜１１３のいずれか一項の方法。

１１５．フラグフィールドが、再同期手続きをトリガするために、または改ざん条件に対する警報としてアプリケーションによって使用される実施形態１１０〜１１４のいずれかの方法。

１１６．ある頻繁な間隔で、または電源障害の開始時にＲＴＣ時刻を格納することをさらに含み、それによって、後で復元され、電源の復元時にＲＴＣを再初期化するのに使用される現在時刻を不揮発性メモリに格納することができる実施形態５１〜１１５のいずれか一項の方法。

１１７．セキュア時刻情報の使用を求めるソフトウェアモジュールのトラストのレベルを評価するようにＴＰＭ機能を拡張することをさらに含む実施形態５１〜１１６のいずれか一項の方法。

１１８．ＳＩＭカード内のＴＰＭ機能は、集合的に、情報を要求するアプリケーションにセキュア時刻情報を提供する機能を提供し、かつ／またはセキュア時刻情報を認証プロトコルメッセージに組み込む実施形態５１〜１１７のいずれか一項の方法。

１１９．ＳＩＭカードはアプリケーションを含み、電話帳記録が正確なタイムスタンプで増強され、その結果、電話帳記録がホストアプリケーションと再同期されるとき、電話帳記録は、こうした電話帳記録についての正確な最新のセキュア保証された時刻の記録を提供することができる実施形態５１〜１１８のいずれか一項の方法。

１２０．ＳＩＭカードはアプリケーションを含み、ＳＩＭは、ＤＲＭ権利オブジェクトおよびコンテンツオブジェクト、ならびに金融取引のようなアプリケーション用のデータの大容量記憶装置などの他のスマートカード機能を含むように発展すると共に、ＳＩＭカード内の記憶装置への進入時刻および退出時刻内のすべてのそのような大容量記憶データをセキュアにタイムスタンプする実施形態５１〜１１９のいずれか一項の方法。

１２１．ＳＩＭカードはＯＭＡ ＤＲＭアプリケーションを含み、ＤＲＭ装置は、人間のユーザが改変できない時刻測定値であるＤｅｖｉｃｅ Ｔｉｍｅを供給する実施形態５１〜１２０のいずれか一項の方法。

１２２．セキュア時刻測定を外部サーバに供給することを要求することをさらに含む実施形態１２１の方法。

１２３．セルラ通信認証のためにＳＩＭによって生成および使用される鍵に関する時限証明書を提供することをさらに含む実施形態５１〜１２２のいずれか一項の方法。

１２４．鍵は、３ＧＰＰ認証プロトコルおよび３ＧＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ（ＡＫＡ）プロトコルで使用される鍵を含む実施形態１２３の方法。

１２５．ＳＩＭカードはアプリケーションを含み、存在サービスが、セキュア時刻情報と、セキュア位置コンポーネントからの位置を含む他の情報の使用に基づく実施形態５１〜１２４のいずれか一項の方法。

１２６．セキュア位置情報は、ＧＰＳ座標、マクロ地理的位置情報、マクロセルＩＤ、ミクロレベル地理的位置、状況的またはコンテキスト的存在位置、または許可ユーザの私有家屋内に位置する許可デスクトップコンピュータの位置を含む実施形態５１〜１２５のいずれか一項の方法。

１２７．ＳＩＭカードは、ＳＩＭから直接的に入手可能なセキュア時刻情報と、ＤＲＭコンテンツ交換および管理のための適切なプロトコルに対するＳＩＭのサポートとを使用するセキュアＤＲＭアプリケーションを含む実施形態５１〜１２６のいずれか一項の方法。

１２８．ＳＩＭカードは、金融取引または時刻調節を含むイベントの時刻の記録を犯罪科学のために後で使用することのできるように、そのような記録を追跡するＴＰＭおよびそのセキュア格納機能を用いるアプリケーションを含む実施形態５１〜１２７のいずれか一項の方法。

１２９．実施形態５１〜１２８のいずれかの方法を実施するように構成された無線送受信ユニット（ＷＴＲＵ）。

１３０．実施形態５１〜１２８のいずれかの方法を実施するように構成された権利イシュア（ｉｓｓｕｅｒ）。

１３１．実施形態５１〜１２８のいずれかの方法を実施するように構成されたコンテンツイシュア（ＣＩ）。

１３２．実施形態５１〜１２８のいずれかの方法を実施するように構成されたＤＲＭ装置。

１３３．実施形態５１〜１２８のいずれかの方法を実施する通信システムであって、
少なくとも１つのＷＴＲＵと、
少なくとも１つのＲｉｇｈｔｓ Ｉｓｓｕｅｒ（ＲＩ）と
を備えるシステム。

１３４．少なくとも１つのＣｏｎｔｅｎｔ Ｉｓｓｕｅｒ（ＣＩ）
をさらに備える実施形態１３３のシステム。

１３５．少なくとも１つのＤＲＭ装置と、
少なくとも１つのＲｉｇｈｔｓ Ｉｓｓｕｅｒ（ＲＩ）と
を備える実施形態５１〜１２８のいずれかの方法を実施する通信システム。

１３６．少なくとも１つのＣｏｎｔｅｎｔ Ｉｓｓｕｅｒ（ＣＩ）
をさらに備える実施形態１３５のシステム。

Claims (12)

1. 高度なセキュリティ機能を提供する無線送受信ユニット（ＷＴＲＵ）であって、
   現在時刻を測定するように構成されたリアルタイムクロック（ＲＴＣ）であって、前記ＷＴＲＵは前記ＲＴＣの前記現在時刻をセキュア外部時刻ソースに再同期するように構成される、ＲＴＣと、
   前記ＲＴＣからの時刻関連情報のセキュリティを強化するように構成されたトラストプラットフォームモジュール（ＴＰＭ）と、
   前記ＷＴＲＵ内の電源の障害を検出するように構成された電源障害ユニットであって、前記ＷＴＲＵは、前記ＷＴＲＵ内の電源の障害を検出すると、前記ＲＴＣからの前記時刻関連情報を前記ＴＰＭによって保護されるメモリ内にセキュアに格納するようにさらに構成される、電源障害ユニットと
   を備えることを特徴とするＷＴＲＵ。
2. 前記ＷＴＲＵはさらに、
   監査ロギング機能と、
   時刻レポートおよび同期コントローラと
   を備えることを特徴とする請求項１に記載のＷＴＲＵ。
3. 前記ＲＴＣは水晶発振器を含むことを特徴とする請求項１に記載のＷＴＲＵ。
4. 前記電源障害ユニットは、前記ＴＰＭに前記電源障害を警報するようにさらに構成されることを特徴とする請求項１に記載のＷＴＲＵ。
5. 前記ＴＰＭは、前記電力障害ユニットが電力を使い果たす前に最後の格納可能時刻記録を取り出すようにさらに構成されることを特徴とする請求項４に記載のＷＴＲＵ。
6. 前記電源障害ユニットが電荷を貯蔵するように構成され、それによって、前記電源障害の検出時に、前記ＲＴＣからの時刻関連情報はセキュアに格納されることを特徴とする請求項１に記載のＷＴＲＵ。
7. 前記ＷＴＲＵが、認証の目的でセキュア時刻情報を提供するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
8. 前記セキュア時刻情報が、ＷＴＲＵから送られた認証メッセージ内のメッセージ保全性チェックによって保護されることを特徴とする請求項７に記載のＷＴＲＵ。
9. セキュア時刻コンポーネント（ＳＴＣ）および前記ＴＰＭが、時刻情報を暗号で保護し、デジタル署名と共にＷＴＲＵにバインドするように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
10. 前記ＷＴＲＵは、加入者識別モジュール（ＳＩＭ）をさらに備え、前記ＳＩＭで実行されるアプリケーションは、認証アプリケーションと鍵管理アプリケーションの少なくとも一方と、金融取引アプリケーションとを含むことを特徴とする請求項１に記載のＷＴＲＵ。
11. ＷＴＲＵはデジタル権利管理（ＤＲＭ）装置であり、セキュア時刻コンポーネント（ＳＴＣ）および前記ＴＰＭが、ＤＲＭメッセージおよびパラメータを機能強化するために信頼できる時刻情報を生成するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
12. 前記ＳＴＣおよびＴＰＭが、前記ＳＴＣの実行時保全性チェック（ＲＴＩＣ）を実施するように構成されることを特徴とする請求項１１に記載のＷＴＲＵ。

Images