JP2003524348A - 電子文書のための信頼される認証可能なタイムスタンプを生成するためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 信頼される時刻インフラストラクチャシステムが、ローカルソースからの電子文書にタイムスタンプを提供する。システムは、信頼されるマスタ時計２０４、信頼されるローカル時計２０６、ネットワークオペレーションセンタ２１０を含む。信頼されるマスタ時計とネットワークオペレーションセンタは、信頼される第三者によって管理される安全な環境の中に配置される。信頼されるローカル時計は、安全でない環境の中に配置される可能性がある。信頼されるマスタ時計は、国内時刻サーバ２０２などの認められた時刻標準との同期が認定される。タイムスタンプを発行する信頼されるローカル時計は、信頼されるマスタ時計との同期が認定される。タイムスタンプおよび認定は、公開鍵暗号法を使用して発行を行う装置によって署名され、後の認証が可能となる。ネットワークオペレーションセンタは、時計認定をログ記録し、タイムスタンプの認証の要求に応答する。

Description

【発明の詳細な説明】

【０００１】 発明の背景 発明の分野 本発明は、一般に、認定された時刻の信頼されるソースを提供し、確認するた
めの方法およびシステムに関し、より詳細には、本発明は、タイムスタンプを認
められた標準と同期しているものとして検証し、確認することができるデジタル
式で電子文書にタイムスタンプを押すことに関する。

【０００２】 関連技術の説明 電子商取引（ｅコマース）は、経済界の急速に広がる態様であり、電子商取引
の利用を必要とする。しかし、そのような取引は、従来の書類による商取引を規
制するポリシーおよび統制の枠には収まらなくなっている。例えば、書類の文書
は、タイプし、インクで署名し、郵便局を介して郵送することができる。次いで
、郵便局が、タイムスタンプおよび宛先における受領を印すことができる。この
タイプの取引を認証する長年の法律上および会計上のポリシーが存在する。しか
し、２つのコンピュータの間で電子文書が送信される場合は、同程度の具体的な
証拠が残らない。電子文書がコンピュータのメモリの中に記憶される場合でさえ
、内容、署名、およびタイムスタンプは、そのコンピュータにアクセスを有する
誰によっても操作されることが可能である。

【０００３】 会計上および法律上の規制機関が、現在、書類による取引に関して利用可能で
あるのとほぼ同じように、電子取引に関して信頼のおける認証を提供する電子商
取引認定プロセスを開発し、規定しつつある。認定プロセスの多くは、文書の「
誰であるか」、「何であるか」、および「いつであるか」を認証する公開鍵暗号
法を使用してデジタル署名を作成することに依存している。

【０００４】 公開鍵暗号法は、対称鍵暗号法に関わる問題を解決するため、１９７０年代に
開発された。公開鍵暗号法システムでは、２つの対応する鍵が生成される。秘密
鍵と呼ばれる１つの鍵が、鍵保持者によって秘密に保持される。公開鍵と呼ばれ
る第２の鍵が、鍵保持者と秘密に通信することを望む、または鍵保持者によって
送信されたメッセージの真正性を確認することを望む人には誰にでも公に発行さ
れる。送信側と受信側が、異なる鍵を使用するため、公開鍵暗号法は、非対称鍵
暗号法としても知られている。

【０００５】 秘密メッセージを公開鍵暗号法を使用して送信するため、エンティティ「Ａ」
は、エンティティ「Ｂ」の公開鍵を使用してメッセージを暗号化する。次に「Ａ
」は、暗号化したメッセージを「Ｂ」に伝送する。「Ｂ」は、「Ｂ」の対応する
秘密鍵を使用して暗号化されたメッセージを暗号化解除する。「Ｂ」の公開鍵で
暗号化されたメッセージは、「Ｂ」だけによって保持される対応する秘密鍵でし
か暗号化解除することができないので、通信のプライバシーを保証する。

【０００６】 メッセージの内容および発信元を認証するため、「Ａ」は、一方向ハッシュ関
数を使用してメッセージダイジェストを作成する。メッセージダイジェストは、
ソースメッセージを一意的に表す固定長のデータ要素である。ハッシュ関数は一
方向であるため、ソースメッセージの内容に関して何もメッセージダイジェスト
から推定することができない。例えば、１文字だけ異なる２つのメッセージから
の２つのメッセージダイジェストが、完全にランダムに文字を並べ替えたように
見える。次に、「Ａ」は、「Ａ」の秘密鍵でダイジェストを暗号化することによ
ってメッセージに署名する。署名は、通常、メッセージ自体に付加される。次に
「Ａ」は、署名したメッセージを「Ｂ」に伝送する。受信メッセージを認証する
ため、「Ｂ」は、「Ａ」によって使用されたのと同一の一方向ハッシュ関数を使
用して、受信メッセージからメッセージダイジェストを作成する。次に「Ｂ」は
、「Ａ」の公開鍵を使用して暗号化されたダイジェストを暗号化解除する。暗号
化解除されたダイジェストが、受信メッセージから作成されたダイジェストにマ
ッチする場合には、受信メッセージは、暗号化解除されたダイジェストが元々導
出されたメッセージと同一のはずである。さらに、暗号化解除されたダイジェス
トが、「Ａ」の公開鍵を使用して暗号化解除されたことにより、暗号化解除され
たダイジェストが、「Ａ」の秘密鍵で元々暗号化されたことを保証する。したが
って、ダイジェストのマッチングがうまくいったことにより、「Ｂ」によって受
信されたメッセージが、「Ａ」によって署名されたメッセージと同一であること
を保証する。

【０００７】 メッセージ自体を暗号化することが、機密性を確立する。メッセージに署名す
ることが、メッセージの認証を可能にし、メッセージの「誰であるか」および「
何であるか」を確立する。また、メッセージダイジェストおよび署名を作成する
前にメッセージを暗号化することにより、暗号化と署名を組み合わせることも可
能である。暗号化と署名を組み合わせることにより、秘密の認証可能な通信を実
行することができる。

【０００８】 公開鍵暗号法の非常に重要な属性は、秘密鍵を共用する、または鍵保持者から
指名された通信パートナに秘密鍵を伝送する必要性が全く存在しないことである
。ただし、誰が公開鍵および秘密鍵を所有しているのかに関する信頼性を確立す
る必要がある。例えば、「Ｃ」が、「Ａ」であると自称して、メッセージを「Ｂ
」に送信する可能性がある。騙されるのを防止するため、「Ｂ」は、「Ａ」の公
開鍵が、実際、本物の「Ａ」によって所有される秘密鍵と対になっていることの
確証を得る必要がある。証明機関（ＣＡ）が、この問題を解決する。（注：証明
機関における「証明」という言葉の使用は、特定の所有者に公開鍵が関連してい
ることに関し、認められた標準と同期しているものとしての時計の認定に関する
本明細書で使用する時刻較正認定（ＴＣＣｅｒｔ）の概念とは別である。）ＣＡ
は、公開鍵を含み、ｅコマース取引の参加者に安全で認証された仕方で公開鍵を
伝送するのに使用されるデジタル証明を提供する。

【０００９】 暗号化技法およびＣＡによって提供されるデジタル証明に加え、取引のセキュ
リティおよび認証は、広汎なプロトコル標準によってもサポートされる。「Ａ」
は、「Ｂ」が認識することができるプロトコルでメッセージ、署名、メッセージ
ダイジェスト等をフォーマットする必要がある。暗号法、デジタル証明、プロト
コル、および標準がともに、公開鍵インフラストラクチャ（ＰＫＩ）と呼ばれる
ものを構成している。ＰＫＩで、取引の「誰であるか」および「何であるか」を
容易に保証することができる。

【００１０】 「いつであるか」は、イベントが生じた時刻の目安であり、保証されたものと
考えやすい概念である。時刻標準の世界共通システムが施行されている。メート
ル条約に署名する各国は、国の標準時刻時計を収容する国内計時研究機関（Ｎａ
ｔｉｏｎａｌ Ｔｉｍｉｎｇ Ｌａｂｏｒａｔｏｒｙ）（ＮＴＬ）を維持する。
これらの時計は、フランス国、パリで維持される時刻の世界標準に対する同期が
保たれる。商業時刻の世界標準は、協定世界時（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎ
ｉｖｅｒｓａｌ Ｔｉｍｅ）（ＵＴＣ）である。米国では、議会が、公式の米国
「時刻」が、コロラド州、ボールダにある国立標準および技術研究所（Ｎａｔｉ
ｏｎａｌ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｓｔａｎｄａｒｄｓ ａｎｄ Ｔｅｃｈ
ｎｏｌｏｇｙ）（ＮＩＳＴ）によって維持される時計に従うべきことを義務付け
ている。この標準は、ＵＴＣ−ＮＩＳＴと呼ばれる。技術上、監査上、および法
律上の精査を通らなければならない取引に関するどのタイムスタンプも、ＵＴＣ
−ＮＩＳＴに同期している時計によって作成されなければならず、また同期プロ
セスは、「元を辿るのが可能」でなければならない。本明細書の全体にわたり、
ＵＴＣ−ＮＩＳＴを引合いに出すが、説明する本発明は、どの国における実施に
も、また、どの国のそれぞれの国内計時研究機関によって維持される標準時刻時
計を使用する実施にも適用可能である。

【００１１】 書類による商取引において、通常の書類による取引の「いつであるか」を提供
するには、「元を辿るのが可能な」時計の使用で十分であった。書類の文書上の
日付が偽造される多数のケースが存在したが、商取引に対するリスクは、比較的
小さかった。しかし、ｅコマースの場合、日付の偽造は、コンピュータ指示プロ
セスに侵入し、非常に大きな規模で不正行為を行うことが可能であるため、はる
かに大きいリスクを生じさせる。そのようなコンピュータ犯罪は、しばしば、電
子タイムスタンプの偽造に関わり、正にこの理由で、これらのタイムスタンプを
生成する電子時計を不正変更から保護することが、電子商取引における優先事項
である。

【００１２】 現行のネットワーク手続きは、ネットワーク内のすべてのワークステーション
時計の同期を提供する。ＮＩＳＴおよびその他の機関は、ＵＴＣ−ＮＩＳＴに元
を辿ることが可能な時計を有するネットワーク時刻サーバを提供する。クライア
ントワークステーションは、共通のプロトコルを介して自らの時刻をネットワー
ク時刻サーバと同期できる。ネットワーク時刻プロトコル（Ｎｅｔｗｏｒｋ Ｔ
ｉｍｅ Ｐｒｏｔｏｃｏｌ）（ＮＴＰ）が、インターネットなどのＴＣＰ／ＩＰ
網で一般的に使用されるが、その他のプロトコルも使用される。

【００１３】 残念ながら、ローカルワークステーション時計がネットワーク時刻サーバに同
期した後、その時刻は、ソースのネットワーク時刻サーバの信頼性に関係なく、
操作を受ける可能性がある。これまで、タイムスタンプを生成するのに使用され
る時刻のソースを信頼できることを保証する作業は、ほとんどなされていない。
今日、タイムスタンプを利用する大多数のアプリケーションは、単に自らのホス
トシステムからのシステム時計を使用する。システム時計を設定またはオフセッ
トするための手続きが、一般的に知られている。したがって、従来のシステムに
おけるシステム時計は、本質的に信頼のおけるものではない。

【００１４】 この問題を克服する試みには、他のタイムスタンプが押される文書との関係で
文書にタイムスタンプが押される順序に関する情報をタイムスタンプが組み込む
タイムスタンプ順序付けが含まれる。（例えば、ハーバー他に発行された米国特
許第５１３６６４７号を参照）。問題を克服する他の試みは、ＮＴＰまたは全地
球測位システム（ＧＰＳ）などの他の時刻ソースの使用を組み込む。以上の試み
は、システム時計を使用することに優る相当な改良であるが、この改良は、それ
でも、今日の電子ビジネスに必要とされる信頼モデルに適合するには十分でない
。

【００１５】 さらに別のシステムは、ローカル網の外部にある信頼される第三者のシステム
によって維持される認定された時刻の使用を用いる。信頼される第三者システム
は、共通のプロトコルを介してＵＴＣ−ＮＩＳＴと同期している状態を保つ。次
に、ローカル網アプリケーションサーバが、第三者のシステムと通信を確立し、
データオブジェクト（文書またはメッセージダイジェスト）が、第三者システム
に送信されて、平文で、または暗号式に埋め込まれた文で、「タイムスタンプ」
がデータオブジェクトに付加される。ただし、そのようなシステムは、タイムス
タンプを押すたびに毎回、外部通信をする必要があることを考慮すると、特にロ
ーカル網によって多数のタイムスタンプが必要とされる場合、実際的でない可能
性がある。

【００１６】 別のシステムは、ローカル時計をローカル網の中に導入して、外部ソースから
タイムスタンプを獲得することに関連する問題を回避する。ローカル時計は、Ｕ
ＴＣ−ＮＩＳＴに元を辿るのが可能な時計と定期的に同期させなければならない
。ローカル時計とＵＴＣ−ＮＩＳＴに元を辿るのが可能な時計の間における頻繁
な認定および較正を回避するため、ローカル時計は、有利には、セシウム原子時
計である。セシウム原子時計は、市販されており、その周波数、したがって、時
刻は、あるセシウム原子の電子軌道のエネルギー差によって引き起こされる原子
現象から導出される。したがって、セシウム原子時計は、動作している限り、ほ
とんどの実際的な用途を満たすのに十分なだけ正確である。そのような時計は、
３００００年の通常の動作で１秒しか損失しない。この理由で、セシウム原子時
計は、「１次基準ソース」と呼ばれる。残念ながら、ローカルで使用される場合
、システムの動作不良および意図的な操作を介して、時計の中の時間値がユーザ
には明白でない間違った値に変更される可能性が、それでも存在する。

【００１７】 本発明のコンテキストでは、信頼される時刻は、使用される用途に関して法的
な時刻ソースに元を辿るのが可能であると認定された時刻である。米国において
施行される商業的用途のための、議会によって法的に義務付けられた法的な時刻
ソースは、国立標準および技術研究所（ＮＩＳＴ）である。信頼される時刻を提
供するためのインフラストラクチャは、監査のため、また後日の否認を防止する
認定ログを含む強力な信頼モデルを提供しなければならない。

【００１８】 信頼される時刻の必要性は、インターネットエンジニアリングタスクフォース
（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）（ＩＥ
ＴＦ）における標準化活動の開始によって画されたこの２年間に認識されるよう
になった。さらに、ほとんどの証明機関（ＣＡ）の製品およびサービスのベンダ
が、この分野における開発活動および新製品を発表している。本開示は、信頼さ
れる時刻を提供するための要件を満たす信頼される時刻インフラストラクチャ（
Ｔｒｕｓｔｅｄ Ｔｉｍｅ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）（ＴＴＩ）を説明
する。また、本開示は、ＴＴＩが、今日、安全で法的拘束力のある電子取引を行
うことができるのを保証するように開発された信頼モデルおよび暗号化標準にど
のように適合するかも示す。

【００１９】 発明の概要 信頼時刻インフラストラクチャ（ＴＴＩ）システムは、信頼される時間トーク
ンの形態でタイムスタンプをローカルソースからの電子文書に提供する。システ
ムの好ましい実施形態は、信頼されるマスタ時計と、信頼されるローカル時計と
、ネットワークオペレーションセンタを含む。信頼されるマスタ時計およびネッ
トワークオペレーションセンタは、信頼される第三者によって管理される安全な
環境内にある。信頼されるローカル時計は、安全でない環境の中にある可能性が
ある。信頼されるマスタ時計は、国内時刻サーバなどの認められた時刻標準と同
期しているものと認定されている。タイムスタンプを発行する信頼されるローカ
ル時計は、信頼されるマスタ時計と同期しているものと認定されている。タイム
スタンプおよび認定は、後の認証を可能にするために公開鍵暗号法を使用して発
行を行う装置によって署名される。ネットワークオペレーションセンタが、時計
認定をログ記録し、タイムスタンプの認証の要求に応答する。

【００２０】 信頼されるローカル時計による信頼される時刻の提供は、（１）システムの中
の装置の物理的セキュリティ、（２）システムにおける装置間の通信の認証、（
３）時刻を認められた標準まで元を辿ることができる認定のリンク、および（４
）システムの中の時計の指定された精度によって保証される。

【００２１】 代替の実施形態では、発行される各時刻較正認定が、発行を行う時計の時刻較
正認定を含む。次いで、信頼されるローカル時計の時刻較正認定は、発行される
信頼される時間トークンの中に含められる。したがって、認められたソースから
信頼される時刻が導出された認定の連鎖が、各信頼される時間トークンの中に含
められる。

【００２２】 別の実施形態では、システムは、信頼されるローカル時計を介して信頼される
時刻のローカルソースを提供する。さらに別の実施形態では、クライアントに料
金請求を行う方法が、発行された信頼される時間トークンの数に基づく、あるい
は、行われた時計認定の回数に基づく。システムの料金請求の特徴は、料金請求
方法をサポートする。本発明の以上の態様およびその他の態様を以下の詳細な説
明でさらに説明する。

【００２３】 本発明の一実施形態は、認められた標準と同期しているものと認定された時刻
のソースを提供するためのシステムである。システムは、認められた標準に同期
しているものと認定された信頼されるマスタ時計を含み、信頼されるマスタ時計
は、信頼される第三者の管理下の安全な環境の中に維持される。また、システム
は、信頼されるマスタ時計と同期しているものと信頼されるマスタ時計によって
認定された信頼されるローカル時計も含み、信頼されるローカル時計は、安全で
ない環境に配置されるように構成された耐タンパー性装置である。また、システ
ムは、システムの中の時計の認定を確認するための確認情報を提供するように構
成されたネットワークオペレーションセンタも含むことが可能である。ネットワ
ークオペレーションセンタは、信頼される第三者の管理下の安全な環境の中に維
持されることが可能である。確認情報は、認定された時計の時刻較正認定を含む
ことが可能である。確認情報は、時計の公開鍵を含むことが可能である。信頼さ
れるローカル時計は、信頼される時間トークンを提供するように構成することが
できる。確認情報は、サブミットされた信頼される時間トークンの有効性の指示
を含むことが可能である。ネットワークオペレーションセンタは、信頼されるマ
スタ時計から認定情報を受け取るようにさらに構成することができる。認定情報
は、認定された時計の時刻較正認定を含むことが可能である。また、ネットワー
クオペレーションセンタは、時刻較正認定をログ記録するように構成することも
できる。

【００２４】 本発明の一実施形態は、タイムスタンプが導出された時刻が認められた標準に
同期しているものと認定される、タイムスタンプをデジタル文書に押すためのシ
ステムである。システムは、認められた標準に同期しているものと認定された信
頼されるマスタ時計を含み、信頼されるマスタ時計は、信頼される第三者の管理
下の安全な環境の中に維持される。また、システムは、信頼されるマスタ時計と
同期しているものと信頼されるマスタ時計によって認定された信頼されるローカ
ル時計も含み、信頼されるローカル時計は、タイムスタンプを提供するように構
成される。信頼されるローカル時計は、安全でない環境の中に配置されるように
構成された耐タンパー性装置である。また、システムは、タイムスタンプ確認情
報を提供するように構成されたネットワークオペレーションセンタも含む。ネッ
トワークオペレーションセンタは、信頼される第三者の管理下の安全な環境の中
に維持されることが可能である。確認情報は、認定された時計の時刻較正認定を
含むことが可能である。確認情報は、時計の公開鍵を含むことが可能である。確
認情報は、サブミットされたタイムスタンプの有効性の指示を含むことが可能で
ある。また、ネットワークオペレーションセンタは、時刻較正認定をログ記録す
るように構成することも可能である。

【００２５】 本発明の一実施形態は、信頼される時間トークンを提供する方法である。方法
は、安全な環境の中に信頼されるマスタ時計を維持することを含む。また、方法
は、信頼されるマスタ時計が、信頼される時刻サーバと同期しているものと認定
されるようにすることも含む。また、方法は、信頼されるローカル時計を信頼さ
れるマスタ時計と同期しているものと認定することも含み、信頼されるローカル
時計は、信頼される時間トークンを提供するように構成される。信頼されるロー
カル時計は、安全でない環境の中に配置されるように構成された耐タンパー性装
置である。また、方法は、確認要求に応答して信頼される時間トークン確認情報
を提供することも含む。また、方法は、タイムスタンプ要求に応答して、信頼さ
れるローカル時計を介して信頼される時間トークンを提供することを含むのも可
能である。確認情報は、認定された時計の時刻較正認定を含むことが可能である
。確認情報は、時計の公開鍵を含むことが可能である。確認情報は、信頼される
時間トークンの有効性の指示を含むことが可能である。確認情報は、ネットワー
クオペレーションセンタによって提供されることが可能であり、ネットワークオ
ペレーションセンタは、安全な環境の中に維持される。また、方法は、時計の認
定をログ記録することを含むのも可能である。また、方法は、信頼されるローカ
ル時計によって発行された信頼される時間トークンの数をログ記録することを含
むのも可能である。また、方法は、クライアントに発行された時間トークンの数
に基づいてクライアントに料金請求することを含むのも可能である。また、方法
は、信頼されるローカル時計の同期を認定するのと引換えにクライアントに料金
請求することを含むのも可能である。

【００２６】 本発明の一実施形態は、ビジネスエンティティが、料金と引換えに電子タイム
スタンプを提供する方法である。方法は、信頼されるローカル時計を介して受け
手にタイムスタンプを提供することを含み、信頼されるローカル時計は、ビジネ
スエンティティによって管理されない環境の中に配置される。また、方法は、タ
イムスタンプを提供するサービスに対して受け手に料金請求を行うことも含む。
受け手には、受け手に提供されたタイムスタンプの数に基づいて料金請求するこ
とができる。信頼されるローカル時計は、信頼されるマスタ時計と同期している
ものと信頼されるマスタ時計によって認定されることが可能である。受け手には
、信頼されるローカル時計の較正の認定に対して料金請求を行うことができる。

【００２７】 本発明の一実施形態は、収益を生み出す方法である。方法は、料金と引換えに
信頼されるローカル時計を介して信頼される時間トークンを提供することを含む
。

【００２８】 本発明の一実施形態は、収益を生み出す方法である。方法は、料金と引換えに
、信頼されるローカル時計が認められた標準にまで元を辿るのが可能な仕方で同
期しているものと認定することを含む。

【００２９】 本発明の好ましい実施形態を図面に関連して以下に説明する。図面では、同じ
参照番号が、すべての図面で対応する構成要素を表している。

【００３０】 好ましい実施形態の詳細な説明 以下の説明において、本明細書の一部を成し、本発明を実施することができる
特定の実施形態を例として示す添付の図面を参照する。本発明の範囲を逸脱する
ことなく、他の実施形態を利用することができ、また構造上の変更を加えるのが
可能なことを理解されたい。可能な場合、すべての図面において、同一または同
様の構成要素を参照するのに同じ参照番号を使用する。本発明の完全な理解を提
供するため、多数の特定の詳細を提示している。ただし、その特定の詳細なしに
、または本明細書で説明するものに代わる等価の装置および方法を使用して本発
明を実施できることが、当分野の技術者には理解されよう。場合により、本発明
の態様を不必要に不明瞭にしないよう、よく知られている方法、手続き、構成要
素、および装置は、詳細に説明していない。

【００３１】 １．グローバル計時階層 図１に示すとおり、グローバル計時階層は、４つの主なレベルを有する。 １．国際計時機関（ＢＩＰＭ）レイヤ ２．国内計時機関（ＮＴＡ）レイヤ ３．計時配信層 ４．アプリケーションレイヤ

【００３２】 信頼される時刻インフラストラクチャ（ＴＴＩ）が、ＮＴＡから導出された現
在時刻をアプリケーションによってサブミットされた固有データ要求に暗号式に
結合する「信頼される時間トークン」または「信頼されるタイムスタンプ」をア
プリケーションレイヤに配信する商業的、または私的計時配信サービスのための
システムを提供する。そのような要求が、イベント、取引、または文書のサブミ
ットに応答して行われることが可能である。時刻配信サービスの身元を保証し、
検出されない操作から時間トークンを保護するため、公開鍵デジタル署名が、好
ましくは、結合機構として使用される。

【００３３】 ＴＴＩによって配信される時刻は、好ましくは、協定世界時（ＵＴＣ）である
。ＮＴＡが、自体のＵＴＣ時計（例えば、ＵＴＣ（ＮＩＳＴ））をフランス国の
国際度量衡局（ＢＩＰＭ）と同期させる手段は、この開示の範囲外である。ただ
し、主要なＮＴＡのほとんどによって配信されるＵＴＣは、ＵＴＣ（ＢＩＰＭ）
から数ナノ秒の範囲内にあると予期することができ、一方、その他のＮＴＡのど
れも、やはりＵＴＣ（ＢＩＰＭ）から数マイクロ秒の範囲内にある。したがって
、時刻が、通常、アプリケーションレイヤにおいて１００ミリ秒の範囲内で正確
であることが認定される信頼される時刻アプリケーションの場合、どのＮＴＡを
使用するかの選択は、特定の国に関する法律上の問題であり、精度の問題ではな
い。

【００３４】 ２．信頼される時刻インフラストラクチャ（ＴＴＩ） 図２は、ＴＴＩの好ましい実施形態の主要な構成要素の概略を示し、またその
構成要素間の主要なトランザクションも示している。図２の実施形態は、ＮＴＡ
の信頼される時刻サーバ（ＮＴＴＳ）２０２と、信頼されるマスタ時計または信
頼される第三者時計（ＴＭＣ）２０４と、ネットワークオペレーションセンタ（
ＮＯＣ）２１０と、信頼されるローカル時計（ＴＬＣ）２０６と、アプリケーシ
ョン２０８とを含む。教示のため、各構成要素の１つの実例だけを図２で描いて
いるが、各要素の多数の実例が実際のＴＴＩシステムの中に存在することが可能
である。

【００３５】 ２．１ 公開鍵インフラストラクチャ（ＰＫＩ）を介する安全な通信 ＴＴＩシステムの中の様々な要素が、ＰＫＩを使用して安全な仕方で通信する
。ＰＫＩは、機密の通信を暗号化するのにしばしば使用されるが、デジタル署名
を介して通信の発信元を確認するのに使用することも可能である。ＴＴＩシステ
ムにおいて、要素間の通信のプライバシーは、一般に問題ではない。代りに、一
般的な問題は、通信の真正性である。

【００３６】 ＰＫＩ認証は、ＴＴＩシステムの２つの態様をサポートする。第１に、ＰＫＩ
認証は、システム全体の完全性を維持するため、ＴＴＩシステムにおける要素間
の通信の認証をサポートする。例えば、信頼されるマスタ時計（ＴＭＣ）２０４
が、信頼されるローカル時計（ＴＬＣ）２０６の時刻較正を認定するため、ＴＬ
Ｃ２０６と通信する場合、ＴＭＣ２０４は、自らが認定を行うＴＬＣ２０６の身
元を確実に知っていなければならない。別の例では、ＴＭＣ２０４が、ＴＬＣ２
０６の時刻較正認定をネットワークオペレーションセンタ（ＮＯＣ）２１０に通
知する場合、ＮＯＣ２１０は、認定を行うＴＭＣ２０４の身元を認証できなけれ
ばならない。さらなる例では、ＴＭＣ２０４が、ＴＬＣ２０６の時刻を調整する
ことができる場合、ＴＬＣ２０６は、自らの時刻を調整するのが実際に確かなＴ
ＭＣ２０４であることを確認できなければならない。この第１の態様によれば、
信頼される時間トークンは、好ましくは、認定を行う時計の署名された時刻較正
認定を含む。ＮＯＣ２１０は、自らのＰＫＩ認証機能を介し、認証された時刻較
正認定を介して任意のＴＬＣ２０６からＮＴＡの信頼される時刻サーバ（ＮＴＴ
Ｓ）２０２まで信頼される時刻を元に辿ることが可能なシステムを提供する。言
い換えれば、信頼される時間トークンが導出された時刻ソースを署名された時刻
認定を介して、ＮＴＴＳ２０２まで元に辿ることができる。

【００３７】 ＰＫＩ認証がＴＴＩシステムをサポートする第２の態様は、時間トークン自体
の認証である。信頼される時間トークンは、タイムスタンプが押されるメッセー
ジのダイジェストと発行を行うＴＬＣ２０６の時刻較正認定の署名された連結を
含む。この署名された連結により、時間トークン自体が、変更されておらず、特
定のＴＬＣ２０６によって発行されたものとする真正性を確認することができる
。

【００３８】 ２．２ 主要なシステム要素 ２．２．１ 信頼される時刻サーバ ＮＴＡの信頼される時刻サーバ（ＮＴＴＳ）２０２は、ＴＴＩの中の最高レベ
ルの時計であり、好ましくは、政府の管理下の安全な環境の中に配置される。Ｎ
ＴＴＳ２０２は、ＴＴＩが自らの信頼される時刻を導出する法定時刻ソースであ
る。安全な環境は、ＮＴＴＳ２０２の完全性を保証するため、政府計時機関（例
えば、ＮＩＳＴ）の信頼されるエージェントにとってだけアクセス可能でなけれ
ばならない。ＮＴＡは、ＮＴＴＳによって生成された時刻の正確さ、およびＮＴ
ＴＳ２０２の動作自体を監視することを担う。

【００３９】 ＮＴＴＳ２０２は、ＴＭＣ２０４ユニットの時計のずれを測定することを担う
。ＮＴＴＳ２０２は、好ましくは、公衆交換電話網（ＰＳＴＮ）を介してこの測
定を行う。ＴＭＣの時計のずれを測定するため、ＮＴＴＳ２０２は、好ましくは
、セキュアＮＴＰ（ＳＮＴＰ）と呼ばれるネットワーク時刻プロトコル（ＮＴＰ
）の変形形態をサポートする。ＮＴＰは、１９８０年代初期以来、標準のインタ
ーネットプロトコルとして使用されてきた。ＳＮＴＰは、現在、草案段階のプロ
トコルとしてＩＥＴＦで検討中である。ＳＮＴＰは、主により新しいＰＫＩ技術
に基づくより堅固な認証スキームの確立においてＮＴＰと異なる。冗長性のため
、２つのＮＴＴＳユニットが、好ましくは、ＮＴＡに、好ましくは、地理的な離
れた場所に配置される。

【００４０】 ２．２．２ 信頼されるマスタ時計 信頼されるマスタ時計（ＴＭＣ）２０４は、ＮＴＡの信頼される時刻サーバ（
ＮＴＴＳ）２０２から、信頼される時刻が実際に使用される信頼されるローカル
時計（ＴＬＣ）２０６に時刻の信頼されるソースを中継する作用をする中継時計
である。ＴＭＣ２０４は、好ましくは、信頼される第三者の管理下の安全な環境
の中に配置された独立型のサーバである。この信頼される第三者は、ＴＴＩシス
テム全体またはＴＴＩシステムの一部を実装するエンティティまたは機関である
ことが可能である。この場合も、ＴＭＣ２０４の不正変更を防止するため、安全
な環境は、好ましくは、信頼される第三者の信頼されるエージェントだけにアク
セス可能である。

【００４１】 １つのＴＭＣだけを教示の目的で図２に示す。ただし、通常、ＴＴＩネットワ
ークは、最小限で２つのＴＭＣを含む。いくつかの構成では、２つの以上のＴＭ
ＣをＮＴＴＳ２０２とＴＬＣ２０６の間に直列でリンクすることができる。以上
およびその他の構成を以下に示す。

【００４２】 ＴＭＣ２０４は、好ましくは、ルビジウム発振器と、発振器を監視するための
ＧＰＳ受信器と、暗号化ハードウェアと、信頼される時刻を生成する計時エンジ
ンとを含む。各ＴＭＣ２０４は、自らが時刻認定することを担う１組のＴＬＣを
有する。ＴＬＣのこれらのセットは、ネットワークオペレーションセンタ（ＮＯ
Ｃ）２１０によって割り当てられる。好ましくは、ＮＯＣ２１０は、少なくとも
２つのＴＭＣが各ＴＬＣに割り当てられることを保証する。この構造により、十
分な冗長性を保証し、単一のＴＭＣの障害がＴＬＣの動作および信頼性に影響を
与えないようにする。冗長性が問題でない場合、冗長性のない構成を有利に使用
できることを理解されたい。

【００４３】 ＴＭＣ２０４は、好ましくは、より高いセキュリティのために構成されたＮＴ
オペレーティングシステムを使用する。ＴＭＣハウジングは、ＮＩＳＴ連邦情報
処理標準（Ｆｅｄｅｒａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ
Ｓｔａｎｄａｒｄ）（ＦＩＰＳ）１４０−１のレベル３の物理的保護および不正
変更検出要件（ＦＩＰＳ１４０−１は、「Ｓｅｃｕｒｉｔｙ Ｒｅｑｕｉｒｅｍ
ｅｎｔｓ ｆｏｒ Ｃｒｙｐｔｏｇｒａｐｈｉｃ Ｍｏｄｕｌｅｓ：暗号モジュ
ールの安全性要求」という名称である）を満たすように設計される。鍵生成を含
む暗号計算は、専用ハードウェアによって行われる。好ましい実施形態では、Ｔ
ＭＣ２０４の秘密署名鍵は、暗号化カードから決してエクスポートされない。暗
号化装置は、新しいＰＫＩ鍵ペアを生成するのに使用することができる高品質の
乱数発生器も含む。センシティブな暗号情報は、好ましくは、バッテリバックア
ップ付きメモリの中に収められ、不正変更警報が行われたときに消去される。Ｔ
ＭＣ２０４は、好ましくは、全体的としてＦＩＰＳ１４０−１のレベル１の、ま
た物理的セキュリティに関してレベル３のＮＩＳＴ認可レーティングを受けるよ
うに設計される。

【００４４】 すべてのオペレータの処置（ログは、オペレータＩＤを含む）、警報、時刻認
定、およびすべての遠隔ＮＯＣ通信を含むすべてのＴＭＣイベントに関して、監
査証跡が作成される。これらのログは、デジタル式に署名され、後の偽造または
改ざんを（検出により）防止する。ＴＭＣ２０４は、通常、ＴＭＣ２０４を初期
設定し、ＴＭＣ２０４の健全性を監視するのに使用することができるＧＰＳ受信
器を含む。何らかの異常がＴＭＣ時刻ソースにおいて検出された場合、ＴＭＣ２
０４は、オフライン状態になり、問題を分離しようと試み、シャットダウンする
。

【００４５】 ＴＭＣ２０４は、セキュアＮＴＰ（ＳＮＴＰ）およびユーザデータグラムプロ
トコル（ＵＤＰ）を使用して自らの割り当てられたＴＬＣのそれぞれに定期的に
アクセスして、その時刻のずれを測定する。ＴＬＣ２０６の時刻が、ＮＴＴＳ２
０２からのあるずれ（通常、１００ミリ秒）の範囲内にある場合、ＴＭＣ２０４
は、ＴＬＣ２０６がそのずれの範囲内にあるものと認定する。また、ＴＭＣ２０
４は、ＴＬＣ２０６に調整を行うのに使用して規定の範囲内に保つことができる
小さい時刻修正をＴＬＣ２０６に送信することもできる。ＴＬＣ２０６が有効な
最近の時刻較正認定（ＴＣＣｅｒｔ）を有することが、ＴＭＣ２０４に分かった
場合には、ＴＭＣ２０４は、全く処置を行わない。

【００４６】 ２．２．３ ネットワークオペレーションセンタ ネットワークオペレーションセンタ（ＮＯＣ）２１０は、ＴＴＩシステムに関
する中央制御施設として作用する。ＮＯＣ２１０は、好ましくは、信頼される第
三者の管理下の安全な環境の中に配置される。

【００４７】 図３は、ＮＯＣ２１０の機能ブロック図を示す。ＮＯＣ２１０は、通信網３０
２を介してＴＴＩの様々な要素と通信する。通信網３０２は、公衆交換電話網（
ＰＳＴＮ）、インターネット、および／またはその他のコンピュータネットワー
クを含むことが可能である。ファイアウォール３０４が、通信網３０２を介する
外部の攻撃からＮＯＣ２１０の内部システムを保護する。ＮＯＣ２１０は、安全
な管理プロトコルを使用してＮＴＴＳ２０２、ＴＭＣ２０４、およびＴＬＣ２０
６を遠隔式に構成し、監視する能力を有する構成−保守システムである要素マネ
ージャ３０６を含む。さらに、ＮＯＣ２１０は、すべてのＴＭＣとＴＬＣの時刻
認定ログを記憶するのに使用される中央データベース３０８を含む。

【００４８】 また、ＮＯＣ２１０は、ワールドワイドウエブ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅ
ｂ）を介して送信される時間トークン確認要求を扱うウエブサーバ３１０も含む
。ウエブサーバ３１０は、要素マネージャ３０６とインターフェースを取り、確
認動作を開始し、応答を要求側に返す。ウエブサーバ３１０は、好ましくは、ク
ライアントとサーバの間で交換されるサーバデータを暗号化し、認証するため、
サーバ認証を伴うセキュアソケットレイヤ（ＳＳＬ）を使用する。ＮＯＣ２１０
は、信頼される時刻サービスの加入者に対する料金請求システム３１２をさらに
含む。料金請求システム３１２は、ＴＬＣ２０６によって発行されたトークンの
数に関するデータをログ記録する。

【００４９】 ＮＯＣ２１０は、ＴＴＩシステムのＰＫＩ認証能力を実装する３つの追加機能
構成要素を含む。登録機関（ＲＡ）３１２が、ＴＴＩシステムの中の各装置を名
前に関連付ける。これにより、ＴＴＩ装置の識別、監視、および制御を行うこと
が可能である。証明機関（ＣＡ）３１４が、ＲＡ３１２によって提供される装置
の名前を使用して各装置に公開鍵を関連付ける。オンライン証明ステータスプロ
トコル（ＯＣＳＰ）レスポンダ３１６が、ＴＴＩシステムの中の装置に関するデ
ジタル証明の要求に応答する。ＯＣＳＰレスポンダ３１６は、デジタル証明の信
頼されるソースの作用をする。デジタル証明は、公開鍵を署名を行う装置に関連
付けるデータ構造を提供し、ＴＴＩ装置の署名された通信の確認／認証を可能に
する。ＮＯＣ２１０は、ＴＴＩを含むすべての要素を知っているので、ＴＴＩ要
素に対するデジタル証明の発行に関して、ＣＡ３１４に対するＲＡ３１２として
作用する。ＴＴＩは、好ましくは、ＩＴＵ−Ｔ Ｘ．５０９ｖ３デジタル証明を
使用する。ＴＴＩの中の各要素は、好ましくは、区別された名前を有し、一意的
に識別することができる。名前構造は、好ましくは、区別された名前に関する国
際電気通信連合−電気通信標準化部門（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅ
ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉ
ｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ）（ＩＴＵ−Ｔ）Ｘ．５
０１／Ｘ．５２０標準に準拠する。ＲＡ、ＣＡ、およびＯＣＳＰレスポンダの使
用は、当技術分野で知られており、この主題に関する情報は、ＩＥＴＦ（Ｉｎｔ
ｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）などのエンティ
ティから入手可能である。

【００５０】 また、ＮＯＣ２１０は、好ましくは、クライアントの料金請求情報を集めるた
め、要素マネージャ３０６およびデータベース３０８と相互動作する料金請求シ
ステム３１８も含む。いくつかの異なる料金請求スキームを以下の料金請求に関
するセクションで説明する。

【００５１】 ２．２．４ 信頼されるローカル時計 信頼されるローカル時計（ＴＬＣ）２０６は、好ましくは、信頼される時間ト
ークンの形態で信頼される時刻を要求時にアプリケーション２０８に提供する。
ＴＬＣ２０６は、顧客が所有するサーバの中でホストされ、好ましくは、不正変
更に耐性があり、安全でない環境の中で安全でないホストにおいて動作するもの
と想定されるＰＣＩｖ２．１準拠のカードである。

【００５２】 ＴＬＣ２０６は、発振器、および信頼される時刻を生成する計時エンジンを含
む。時刻較正認定（ＴＣＣｅｒｔ）は、通常、有効である期間を有する。有効期
間中にＴＣＣｅｒｔによって規定された精度の範囲が、ＴＬＣの発振器および計
時エンジンの正確さを請け合う。したがって、ＴＣＣｅｒｔは、有効期間中、認
定された時計の正確さの保証として作用する。

【００５３】 ＴＬＣ２０６は、好ましくは、リアルタイムのオペレーティングシステムを使
用してオンカード機能を制御する。ＴＬＣ２０６は、好ましくは、ＴＭＣ２０４
およびＮＯＣ２１０と通信するため、独自のイーサネット（登録商標）ＴＣＰ／
ＩＰ接続を有する。

【００５４】 ＴＬＣ２０６における暗号計算は、好ましくは、専用ハードウェアＰＣＭＣＩ
Ａ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅ
ｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ：パーソナルコンピュータメモリ
カードに関する国際協会）暗号化エンジンを使用して行われる。この暗号化装置
は、好ましくは、高品質の疑似乱数発生器も含む。鍵生成は、ＰＣＭＣＩＡ装置
上で行われる。ＴＬＣ２０６に関する秘密鍵は、好ましくは、ＰＣＭＣＩＡ暗号
化エンジンから決してエクスポートされない。センシティブな暗号情報は、好ま
しくは、不正変更警報が行われたときに消去されるバッテリバックアップ付きメ
モリの中に収められる。ＴＬＣ２０６は、好ましくは、全体的にＦＩＰＳ１４０
−１のレベル１の、また物理的セキュリティに関してレベル３のＮＩＳＴ認可レ
ーティングを有する。すべてのオペレータの動作（ログは、オペレータＩＤを含
む）、警報、行われた時刻認定、発行された時間トークン、およびすべての遠隔
ＮＯＣ２１０通信を含む、すべてのＴＬＣイベントに関して、好ましくは、監査
証跡が作成される。これらのログには、デジタル式に署名が行われて（検出によ
って）後の偽造および改ざんを防止する。

【００５５】 ＴＭＣ２０４と同様に、ＴＬＣ２０６は、ＴＬＣ２０６を初期設定し、ＴＬＣ
２０６の健全性を監視するＧＰＳ受信器を含むことが可能である。ＴＬＣ時刻ソ
ースにおいて何らかの異常が検出された場合、ＴＬＣ２０６は、オフライン状態
になり、問題を分離しようと試み、シャットダウンする。

【００５６】 ２．２．５ アプリケーション アプリケーション２０８は、ＴＬＣ２０６から信頼される時間トークンを要求
する任意のプロセスまたは装置である。アプリケーション２０８は、ＴＬＣ２０
６をホストするのと同一のサーバ上で実行されること、またはホストサーバと通
信する他の任意のマシン上で実行されることが可能である。アプリケーション２
０８は、ＮＯＣ２１０を介してタイムスタンプの確認を要求することができる。
別法では、アプリケーション２０８によって獲得されたタイムスタンプが、別の
アプリケーションに渡されることが可能である。次に、その別のアプリケーショ
ンが、ＮＯＣ２１０を介してタイムスタンプの確認を行うことができる。

【００５７】 クライアントアプリケーション２０８は、信頼される時刻アプリケーションプ
ログラムインターフェース（ＴＴＡＰＩ）を使用してＴＬＣ２０６にアクセスす
る。ＴＴＡＰＩは、トランスポートレイヤセキュリティ／セキュアソケットレイ
ヤ（ＴＬＳ／ＳＳＬ）プロトコルを使用して自らの関連ＴＬＣ２０６と通信する
。ＴＬＣ２０６と同じ場所に配置されたサーバアプリケーションが、信頼される
ローカル時計アプリケーションプログラムインターフェースを使用してＴＬＣ２
０６にアクセスする。

【００５８】 ２．３ ＴＴＩシステム 図４は、時計およびアプリケーションのネットワークを含むＴＴＩシステム４
００の一実施形態を示している。システム４００は、好ましくは、離れた場所に
配置された２つのＮＴＴＳ２０２Ａ、Ｂを冗長性のために含む。２つのＴＭＣ２
０４Ａ、Ｂが、ＮＴＴＳによって直接に認定される。ＴＭＣ２０４Ａが、ＴＬＣ
２０６Ａを直接に認定し、一方、ＴＭＣ２０４Ｂが、ＴＬＣ２０６Ｄを直接に認
定する。また、ＴＭＣ２０４Ａは、別のＴＭＣ２０４Ｃも認定し、ＴＭＣ２０４
Ｃは、ＴＬＣ２０６Ｂを認定し、同様に、ＴＭＣ２０４Ｂが、ＴＭＣ２０４Ｄを
認定し、ＴＭＣ２０４Ｄが、ＴＬＣ２０６Ｃを認定する。示すとおり、時刻認定
ログが、ＴＬＣ２０６から最高レベルのＴＭＣ２０４までに渡され、次に、ＮＯ
Ｃ２１０に渡される。

【００５９】 どれかの時計に障害が起きた場合、ＴＴＩの中でその時計より下の装置が、代
替の時計からのサービスを要求することができる。例えば、ＮＴＴＳ２０２Ａに
障害が起きた場合、ＴＭＣ２０４Ａが、ＮＴＴＳ２０２Ｂから認定を要求するこ
とができる。同様に、ＴＭＣ２０４Ａに障害が起きた場合、ＴＬＣ２０６Ａおよ
びＴＭＣ２０４Ｃが、ＴＭＣ２０４Ｂから認定を要求することができる。

【００６０】 アプリケーション２０８Ａ、２０８Ｂ、および２０８Ｃが、それぞれのＴＬＣ
から信頼される時間トークンを要求する。信頼される時間トークンを受け取ると
、アプリケーションは、確認要求をＮＯＣ２１０に向けて送ることができる。

【００６１】 ２．４ アプリケーション限定時刻サービス ＴＴＩシステム、またはＴＴＩシステムの一部分の別の実施形態は、アプリケ
ーション限定時刻サービスとして構成することができる。アプリケーション限定
時刻サービスでは、信頼される時刻が、単一の第三者によって提供される特定の
アプリケーションに提供される。例えば、企業Ｘが、それぞれがＴＬＣを備えて
いる認定された電子メールゲートウェイサーバを販売することを望む場合、ＴＬ
Ｃは、企業Ｘによって操作されるＴＭＣによって同期される。企業ＸのＴＭＣは
、信頼される第三者のＴＭＣによって認定される。特定のアプリケーションに応
じて、アプリケーション限定時刻サービスは、別のＮＯＣを必要とする可能性が
ある。

【００６２】 ３．較正および認定 このセクションは、ＴＴＩの中でどのように時計の較正および認定が行われる
かを説明する。ＴＴＩの個々の計時要素が、時刻較正認定（ＴＣＣｅｒｔ）を所
有するとき、動作がイネーブルにされる。好ましい実施形態では、ＴＬＣは、有
効なＴＣＣｅｒｔの発行を受けていない限り、信頼される時間トークンを発行す
ることができない。また、好ましい実施形態では、ＴＭＣは、有効なＴＣＣｅｒ
ｔの発行を受けていない限り、下位の時計を認定することができない。

【００６３】 下位の時計の較正を測定した後、上位の時計は、下位の時計にＴＣＣｅｒｔを
発行して、下位の時計の時刻が上位の時計との関係である許容範囲内にあると認
定する。上位の時計は、ＴＣＣｅｒｔに署名して真正性を保証する。

【００６４】 ３．１ 手続きの概要 図５は、ＴＴＩシステムの好ましい実施形態が信頼される時間トークンを生成
するプロセスの概要を示している。図５に示されるステップは、図３の要素間の
矢印によっても描かれている。

【００６５】 第１のステップ５０２で、ＮＴＴＳ２０２が、ＴＭＣ２０４を認定し、ＴＣＣ
ｅｒｔをＴＭＣ２０４に送信し、認定をローカルに記録する。次に、ＴＭＣ２０
４は、ステップ５０４でログ記録するためにＴＣＣｅｒｔをＮＯＣ２１０に送信
する。この時点で、ＴＭＣ２０４は、有効なＴＣＣｅｒｔを所有し、他の下位の
時計を時刻認定することができる。ステップ５０６で、ＴＭＣ２０４が、ＴＬＣ
２０６を時刻認定し、ＴＣＣｅｒｔをＴＬＣ２０６に送信し、認定を記録する。
また、ＴＭＣ２０４は、最後の認定以来、ＴＬＣ２０６が発行した信頼される時
間トークンの数をＴＬＣ２０６から取得する。この数は、好ましくは、料金請求
の目的で使用される。ステップ５０８で、ＴＭＣ２０４が、ＴＬＣ２０６のＴＣ
Ｃｅｒｔおよびトークンカウントをログ記録のためにＮＯＣ２１０に送信する。

【００６６】 ＴＬＣ２０６が認定されると、ＴＬＣ２０６は、自らの新しいＴＣＣｅｒｔの
下で信頼される時間トークンを発行する準備ができる。ステップ５１２で、アプ
リケーションが、要求を行い、ＴＬＣ２０６が、新しい信頼される時間トークン
を発行する。ステップ５１４で、アプリケーションが、おそらく、後日、ＮＯＣ
を介して時間トークンの真正性を確認する。

【００６７】 ３．２ ＴＣＣＥＲＴ生成 図６は、図５のステップ５０２および５０６におけると同様に、上位の時計が
、下位の時計の時刻を認定するプロセスの好ましい実施形態を示している。この
例示のコンテキストでは、上位の時計は、ＮＴＴＳまたはＴＭＣを表し、一方、
下位の時計は、別のＴＭＣ、つまり、上位の時計より、ＮＴＴＳからの信頼され
る時刻の連鎖をさらに下るＴＬＣを表すものとされる。より高いレベルの時計が
、下位の時計のずれを測定し、ずれが規定の範囲内にあると分かったとき、ＴＣ
Ｃｅｒｔが作成されて、この判定が記録される。ステップ６０２で、下位の時計
が、好ましくは、以下を含むＴＣＣｅｒｔ要求（ＴＣＣｅｒｔＲｅｑ）を作成す
る。 上位の時計のＩＤ、 下位の時計のＩＤ、 下位の時計の精度、 下位の時計の署名パラメータ、および 下位の時計の署名（以上のフィールドにわたる）

【００６８】 次に下位の時計が、ＴＣＣｅｒｔＲｅｑを上位の時計に送信する。ステップ６
０４で、上位の時計が、下位の時計からＴＣＣｅｒｔＲｅｑを受信する。上位の
時計は、ステップ６０６で、下位の時計の署名を検証して下位の時計のＩＤが正
しいことを確認する。ステップ６０８で、上位の時計が、セキュアＮＴＰ（ＳＮ
ＴＰ）を使用して下位の時計の時刻のずれを測定する。

【００６９】 上位の時計は、ステップ６１０で、下位の時計のずれが許容可能な限度内にあ
るかどうかを判定する。下位の時計が許容可能な限度内にある場合、制御は、ス
テップ６１４に進む。ステップ６１４で、上位の時計が、下位の時計のずれを較
正または調整し、必要な場合、再び測定する。ステップ６１６で、上位の時計が
、好ましくは、以下のフィールドをＴＣＣｅｒｔＲｅｑに付加することによって
ＴＣＣｅｒｔを作成する。 ＴＣＣｅｒｔ時刻、 サービスクラスＩＤ、 下位の時計のずれ、 ＴＣＣｅｒｔ精度、 ＴＣＣｅｒｔ失効時刻、 遅延、 上位の時計のＴＣＣｅｒｔ（オプション）、および 上位の時計の署名パラメータ。

【００７０】 最終ＴＣＣｅｒｔを作成するため、上位の時計は、ＴＣＣｅｒｔＲｅｑおよび
以上の付加されるフィールドの全体にわたって自らのデジタル署名を付加する。
オプションとして、下位の時計のＴＣＣｅｒｔの中に上位の時計のＴＣＣｅｒｔ
を含めることにより、ＮＴＴＳから最低レベルまでの信頼される時刻の完全なト
レースを各ＴＣＣｅｒｔの中にカプセル化することができる。ステップ６１８で
、上位の時計が、ＴＣＣｅｒｔを記憶し、記録して、そのＴＣＣｅｒｔを下位の
時計に送信する。

【００７１】 ステップ６１０で、下位の時計の時刻が、許容可能な限度を超えていると判明
した場合、その時計に障害があること、または不正変更が行われていることが可
能である。この場合、制御はステップ６１２に進む。ステップ６１２で、フィー
ルド、ＴＣＣｅｒｔ時刻が不正な値に設定され、フィールド、サービスクラスＩ
Ｄが「較正外」に設定される。下位の時計が較正外であると判明した場合、最後
のＴＣＣｅｒｔ以来、その下位の時計によって発行されたどのＴＣＣｅｒｔも、
またはどの信頼される時間トークンも、疑わしいと見なさなければならない。し
たがって、ＮＯＣ２１０に較正外測定の通知が行われ、ＮＯＣ２１０のデータベ
ースが、前のＴＣＣｅｒｔ、および前のＴＣＣｅｒｔから導出されたあらゆる信
頼される時間トークンの無効性を反映できるようにしなければならない。ＮＯＣ
２１０に較正外測定の通知が行われた場合、制御は、オプションとして、下位の
時計の再較正および再認定のため、ステップ６１４に戻る。

【００７２】 ３．２．１ ＮＴＴＳ−ＴＭＣ間較正 ＮＴＴＳが、好ましくは、日に一回、ＰＳＴＮ接続およびＳＮＴＰプロトコル
を使用してＴＭＣの時計のずれを測定する。ＴＭＣの時計のずれは、ＮＴＴＳに
よって提供されるようにＵＴＣの１０ミリ秒の範囲内にあるものと予期される。
時計のずれの測定が成功する場合、ＮＴＴＳは、ＴＭＣが下位の時計の時刻較正
に関してイネーブルにされることを示すＴＣＣｅｒｔを戻す。ＮＴＴＳのＴＣＣ
ｅｒｔの失効日は、好ましくは、ＴＣＣｅｒｔ発行の日付から七（７）日間であ
る。ＮＴＡの実施態様を簡単にするため、ＮＴＡレベルのＣＡを使用しないこと
が可能である。したがって、ＮＴＴＳは、ＴＭＣ証明を生成したＣＡに関して、
ＳＮＴＰを介して自らが受信するＴＭＣ証明の有効性を明示的に確認しない可能
性がある。代りに、ＮＴＴＳは、計時サービスに関する初期設定中に自らの内部
データベースにロードされた証明に受信した証明がマッチすることを単に確認す
る。ＮＴＴＳデータベースの中にない証明がＳＮＴＰを介して受信された場合、
ＮＴＴＳは、受信した証明とともにエラーメッセージをログ記録し、接続を拒否
する。

【００７３】 ＮＴＴＳは、好ましくは、すべての時計のずれの測定情報を用紙にログ記録す
る。印刷されたレコードは、好ましくは、以下の情報を含む。 較正のＵＴＣ時刻、 信頼されるマスタ時計の名前、 測定されたずれ、 ＮＴＴＳ証明の通し番号、および 信頼されるマスタ時計証明の通し番号

【００７４】 ３．２．２ ＴＭＣ−ＴＬＣ間較正 各ＴＭＣは、自らが認定することを担う１組のＴＬＣを有する。各ＴＭＣが、
ＳＮＴＰを使用して、日に一回、そのセットのＴＬＣのそれぞれにコンタクトし
てＴＣＣｅｒｔを要求する。受信したＴＣＣｅｒｔが、２４時間経過していない
ものである場合、ＴＭＣは、そのユニットの認定をスキップし、ＳＮＴＰセッシ
ョンを閉じ、自らのリストの次のＴＬＣにクエリを行うことに移る。受信したＴ
ＣＣｅｒｔが、２４時間以上経過している場合、ＴＭＣは、ＴＬＣの時刻のずれ
を測定し、時刻修正を計算し、この修正をＴＬＣ時計に送信して、ＴＬＣ時計を
規定の範囲内に保つ。ずれが再び測定され、ＴＬＣ時計が規定の範囲内にある場
合、ＴＭＣは、ＴＬＣがＵＴＣからあるずれの範囲内にあることを明言するＴＣ
ＣｅｒｔをＴＬＣに発行する。ＴＭＣは、ＴＬＣがＵＴＣの１００ミリ秒の範囲
内にあると認定することが予期される。

【００７５】 ３．３ 信頼される時刻の保証 ＴＴＩシステムの好ましい実施形態は、いくつかの態様を組み合わせて、信頼
される時間トークンのタイムスタンプが、認められた標準と同期している時刻の
ソースから導出されていること、つまりＴＴＩシステムが、「信頼される時刻」
を提供することを保証する。第１の態様は、ＴＴＩシステムを構成する物理的装
置が、物理的に安全で信頼される施設の中に配置される、または物理的に不正変
更に耐性があるように設計されることである。第２の態様は、ＴＴＩシステムの
要素間の通信が認証され、また、必要な場合、ＰＫＩシステムを使用して暗号化
されることである。第３の態様は、ＴＬＣによって維持される時刻を信頼される
時計の連鎖のＳＮＴＰ較正を使用する認定を介して、ＮＴＴＳまで、または別の
共通に認められた時刻ソースまでリンクするのが可能なことである。第４の態様
は、認定される各時計が、有効なＴＣＣｅｒｔの継続期間にわたって少なくとも
ある精度を維持するように規定されることである。したがって、各ＴＣＣｅｒｔ
は、認定された時計の時刻が、そのＴＣＣｅｒｔの有効期間中、規定の精度に、
前述の認定を行う時計の精度に起因する変動により、それぞれのＴＣＣｅｒｔの
有効期間中、導入される可能性がある時間変動を足した範囲内にあるのを保証す
ることができる。

【００７６】 ４．信頼される時間トークンの生成および確認 ＴＬＣ２０６は、有効なＴＣＣｅｒｔを有すると、有効な信頼される時間トー
クンを発行することができる。トークンは、好ましくは、タイムスタンプが押さ
れるデータと、時刻の信頼されるソースによって、この場合、ＴＬＣ２０６の内
部時計によって供給されるタイムスタンプの連結を含む。ＴＬＣ２０６による完
全なメッセージの署名が、検出されることなしにタイムスタンプを変更できない
ようにデータをタイムスタンプに結合する作用をする。

【００７７】 トークンは、生成されると、要求側アプリケーションに戻される。次に、要求
側アプリケーションは、トークンの真正性を確認することができる。さらには、
または別法では、アプリケーションは、将来、再び確認するのを選択することが
できる別のアプリケーションにトークンを渡すことができる。

【００７８】 アプリケーションは、（１）発行を行ったＴＬＣ２０６がトークン発行時に有
効なＴＣＣｅｒｔを所有していたことをＮＯＣ２１０で調べること、および（２
）好ましくは、ＮＯＣ２１０から、ＴＬＣ２０６の対応する公開鍵を含むデジタ
ル証明を獲得することによってトークンの署名を確認することによってトークン
の真正性を確認することができる。

【００７９】 ４．１ トークン生成 図７は、信頼される時間トークンがＴＬＣ２０６によって生成されるプロセス
の好ましい実施形態を示している。第１のステップ７０２で、アプリケーション
２０８が、タイムスタンプを押されるデータを含む要求を、発行を行うＴＬＣ２
０６に送信する。データは、ほとんどの場合、タイムスタンプを押される電子文
書の一方向ハッシュ関数によって作成されたダイジェストを含む。ステップ７０
４で、ＴＬＣ２０６がデータを受信し、そのデータをＴＣＣｅｒｔログポインタ
（通常、上位の時計のＩＤ、下位の時計のＩＤ、およびＴＣＣｅｒｔの時刻）と
ともに現在時刻に連結する。次に、ＴＬＣ２０６は、連結に署名をして信頼され
る時間トークンを形成する。代替の実施形態では、ＴＣＣｅｒｔログポインタで
はなく、ＴＣＣｅｒｔ自体が含められる。ステップ７０６で、ＴＬＣ２０６が、
信頼される時間トークンをアプリケーション２０８に戻す。その後、ＴＬＣ２０
６が、料金請求の目的で、発行したトークンの数の自らの内部ログを増分する。
この数は、後に、処理および料金請求のためにＮＯＣ２０１に直接に、またはＴ
ＭＣ２０４を介して送信される。

【００８０】 ４．２ トークン確認 図８は、アプリケーションが信頼される時間トークンの真正性を確認すること
ができるプロセスの好ましい実施形態を示している。第１のステップ８０２で、
アプリケーションが、ＮＯＣ２１０に接続し、ＮＯＣ２１０の身元を認証する。
次に、アプリケーションは、ステップ８０４で、確認されるべきトークンを含む
確認要求をＮＯＣ２１０に送信する。ＮＯＣ２１０は、ＴＴＩシステムのすべて
の時計のすべてのＴＣＣｅｒｔのデータベースを維持する。さらに、ＮＯＣ２１
０は、すべてのＴＴＩ要素に関するＣＡを含むか、またはそのＣＡにアクセスを
有する。ＣＡは、ＴＴＩ要素の署名を確認することができるデジタル証明のソー
スである。

【００８１】 ステップ８０４から、本プロセスの好ましい実施形態は、ステップ８０６に進
む。ステップ８０６で、ＮＯＣ２１０が、自らのデータベースのＴＣＣｅｒｔ、
および発行を行ったＴＬＣ２０６に関連するデジタル証明を使用して、サブミッ
トされたトークンの真正性を判定する。次のステップ８０８で、ＮＯＣ２１０は
、サブミットされたトークンのステータスを示す署名された確認通知を要求側ア
プリケーションに供給する。

【００８２】 代替の実施形態では、プロセスは、ステップ８０４からステップ８１０に進む
。ステップ８１０で、ＮＯＣ２１０が、発行を行ったＴＬＣ２０６が有効なＴＣ
Ｃｅｒｔを所有していたかどうかを判定する。所有していた場合、ＮＯＣ２１０
は、ステップ８１２で、発行を行ったＴＬＣ２０６のデジタル証明を要求側アプ
リケーションに供給する。ステップ８１４で、アプリケーションが、トークンの
署名を確認するデジタル証明を使用してトークンの真正性を確認する。ステップ
８１０で、ＮＯＣが、自らのデータベースを調べることにより、発行を行ったＴ
ＬＣ２０６が有効なＴＣＣｅｒｔを所有していなかった、またはＴＣＣｅｒｔが
疑わしいと判定した場合、プロセスは、ステップ８１６に進む。ステップ８１６
で、ＮＯＣ２１０は、トークンを認証できないことの通知を要求側アプリケーシ
ョンに送信する。

【００８３】 ５．セキュリティスキーム いくつかの異なるスキームを開示するＴＴＩと併せて使用して、信頼される時
間トークンに含まれるタイムスタンプが、実際に信頼される時刻のソースから導
出されたものであることを保証することができる。スキームは、様々な利点およ
び欠点を有し、より高いセキュリティをより高い確認、より高い処理、より高い
記憶コストと均衡させる。これらのスキームの目的は、信頼される時間トークン
が、有効なＴＣＣｅｒｔを有するＴＬＣによって発行されていることを保証する
ことである。

【００８４】 ５．１ 基本スキームＡ 第１のセキュリティスキームは、発行されたタイムスタンプの有効性を保証す
るため、ＴＬＣが、トークン発行に先行する所定期間内にＴＣＣｅｒｔの発行を
受けていることを利用する。ＴＣＣｅｒｔには、認定されたＴＬＣがタイムスタ
ンプを発行できる、例えば、７日間といった有効継続期間が与えられる。ＴＣＣ
ｅｒｔが失効した場合、またはＴＬＣが新しいＴＣＣｅｒｔの発行を受けた場合
、古いＴＣＣｅｒｔは、ＴＬＣによって破壊される。トークンの有効性を確認す
るため、アプリケーションまたはＮＯＣ２１０は、タイムスタンプの時刻が、信
頼される時間トークンに含まれる、または参照されるＴＣＣｅｒｔの有効期間に
対応することを確認する。ＮＯＣ２１０は、ＴＣＣｅｒｔ自体が有効であること
を、ＮＴＴＳ２０２に至る上位の時計の追加ＴＣＣｅｒｔを介して信頼される時
間のソースをトレースして、調べなければ成らない。

【００８５】 ５．２ 基本スキームＢ 前述のスキームの変形は、ＴＬＣが、信頼される時間トークンを発行した後の
ある期間内に有効なＴＣＣｅｒｔの発行を受けていることを利用する。この場合
、ＴＣＣｅｒｔは、発行される前の、７日間といった固定継続期間中、有効であ
ると見なされる。このケースでは、ＴＬＣは、ＮＴＴＳ時刻の許容可能な限度内
に時刻を保った場合、認定に先立つ妥当な期間にわたってこの時刻を維持したと
考えられる。そのようなシステムを実施するため、ＴＬＣは、各信頼される時間
トークンの中に、まだ発行されていないＴＣＣｅｒｔに対するリファレンスを含
めなければならない。次に、ＴＣＣｅｒｔが発行された際、ＮＯＣ２１０が、そ
のリファレンスを後に発行されるＴＣＣｅｒｔに、関連付けることが可能である
。このスキームの下における信頼される時間トークンの確認は、前述のスキーム
と同様な仕方で実行することが可能である。

【００８６】 ５．３ 高信頼度スキーム 高信頼度スキームは、前述した基本スキームＡおよびＢの態様を組み合わせる
。このスキームでは、ＴＣＣｅｒｔが信頼される時間トークンの発行前後の所定
期間内に発行を行うＴＬＣに発行されていることをＮＯＣが確認する。この場合
、信頼される時間トークンは、トークン発行の前にＴＬＣに発行されるＴＣＣｅ
ｒｔに対するリファレンスを含むだけでよい。次に、ＮＯＣが、トークン発行後
の要件時間内に後のＴＣＣｅｒｔが発行されたかどうかを判定することができる
。

【００８７】 ５．４ 代替のスキーム 代替のスキームは、スキームＡと同様の信頼保証、詳細には、ＴＬＣが、信頼
される時間トークンの発行に先立つ所定期間内にＴＣＣｅｒｔの発行を受けてい
ることの信頼保証を提供する。ただし、このスキームは、ＴＴＩシステムのすべ
てのＴＬＣのすべての個々のＴＣＣｅｒｔをアーカイブする必要性をなくす。代
りに、各ＴＣＣｅｒｔが、発行を行った時計の完全なＴＣＣｅｒｔを含む。この
ようにして、各ＴＣＣｅｒｔが、ＮＴＴＳから発行を行うＴＬＣにまで至る認定
の完全な認証可能な連鎖を含む。すべての個々の時計のＴＣＣｅｒｔをカタログ
に入れる代りに、各信頼される時間トークンが、そのトークンが導出された信頼
される時刻をＮＴＴＳにリンクするＴＣＣｅｒｔの完全な連鎖を含む。次に、お
そらくは、オンライン証明ステータスプロトコル（ＯＣＳＰ）レスポンダ３１６
を使用して、認定を行う時計または発行を行う時計のそれぞれの公開鍵を、ＮＯ
Ｃ２１０のＣＡ３１４を介して提供し、個々のアプリケーションが、信頼される
時間トークンの有効性、および信頼される時間トークンの作成に至る信頼される
時刻の連鎖を独立に確認できるようにする。

【００８８】 ６．ビジネスモデル 料金請求スキームは、進行中のビジネス関心事の一環としてＴＴＩの動作を円
滑にするため、開示する発明に統合することも可能である。様々な便益を提供す
るいくつかの異なる料金請求スキームをＴＴＩシステムと併せて使用することが
可能である。

【００８９】 ６．１ スタンプごとの料金請求 開示するシステムは、発行したタイムスタンプの数をＴＬＣがＮＯＣに送信す
るための機構を提供する。ＮＯＣは、この情報のログ記録をとり、個々のクライ
アントに関する料金請求報告書を自動的に作成するように構成することが可能で
ある。この場合、クライアントには、発行された各タイムスタンプごとに料金請
求を行うことが可能である。

【００９０】 ６．２ 均一料金の認定 代替のスキームは、クライアントの敷地に配置された各ＴＬＣの時刻認定に関
してクライアントに料金請求することに基づく。この場合、クライアントは、各
発行されたＴＣＣｅｒｔごとに代金を支払い、有効なＴＣＣｅｒｔ期間中に発行
されたすべてのタイムスタンプに関して均一料金を享受する。この場合、ＮＯＣ
が、料金請求手続きを調整し、自動化する。

【００９１】 ６．３ 確認に対する課金 １つのビジネスモデルでは、発行されたタイムスタンプに関する確認サービス
が、タイムスタンプの有効性を確認するのを望むどのエンティティにも無料で提
供される。別法では、確認サービスは、ＮＯＣを介する料金で提供されることが
可能である。

【００９２】 いくつかの例としての好ましい実施形態を説明し、添付の図面で示してきたが
、そのような実施形態は、広い発明を例示しているに過ぎず、限定するものでは
ないことを理解されたい。さらに、請求する本発明の趣旨および範囲を逸脱する
ことなく様々な修正および変更を当分野の技術者が想起することが可能であるた
め、本発明は、示して説明した特定の構成および配置に限定されないことを理解
されたい。本発明の範囲は、以上の詳細な説明によってではなく、頭記の特許請
求の範囲によって限定されるものとする。

【図面の簡単な説明】

【図１】 グローバル計時階層の４つの主なレベルを示す図である。

【図２】 ＴＴＩの好ましい実施形態の主要な構成要素およびその構成要素間の主要なト
ランザクションを示す概略図である。

【図３】 ネットワークオペレーションセンタを示す機能ブロック図である。

【図４】 時計およびアプリケーションのネットワークを含むＴＴＩシステムの一実施形
態を示す図である。

【図５】 ＴＴＩシステムの好ましい実施形態が信頼される時間トークンを生成するプロ
セスを示す概略図である。

【図６】 上位の時計が下位の時計の時刻を認定するプロセスの好ましい実施形態を示す
図である。

【図７】 信頼される時間トークンが信頼されるローカル時計によって生成されるプロセ
スの好ましい実施形態を示す図である。

【図８】 アプリケーションが信頼される時間トークンの真正性を確認することができる
プロセスを示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロビンソン，デイビツド アメリカ合衆国、カリフオルニア・95120、 サン・ホセ、ブリオン・サークル・1464 (72)発明者 ダウド，グレゴリイ・エル アメリカ合衆国、カリフオルニア・95119、 サン・ホセ、パープル・グレン・ドライ ブ・226 Ｆターム(参考） 5B009 TB13 VA05 VA11 VC01 5J104 AA09 AA11 LA03 NA42 PA10

Claims (29)

【特許請求の範囲】
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. 【請求項２９】 料金と引換えに認められた標準に元を辿るのが可能な仕方
    で同期しているものとして信頼されるローカル時計を認定することを含む収益を
    生み出す方法。