(57)【要約】本発明において、コンピュータ装置と信頼できるサーバーとの間で通信するための方法が開示される。本発明の方法によれば、装置（１０５）からサーバーへの通信において用いるためのワンタイムパスワードが生成される。装置（１０５）は、装置（１０５）からの以前のメッセージに対する、サーバーからの以前の応答（１１３）の少なくとも一部の機能を含む少なくとも１つのワンタイム要請−認証データ（１０７）を生成する。次に、サーバーは、少なくとも１つのワンタイムパスワードの少なくとも一部の機能を含む少なくとも１つのワンタイム応答−認証データ（１１３）を生成する。
2004515117.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置と信頼できるサーバーとの間の通信における信頼性を高めるための方法であって、
（ａ）装置からサーバーへの通信において用いるためのワンタイムパスワードを生成する段階と、
（ｂ）装置からの以前の要請に対する、サーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを生成する段階と、
（ｃ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを生成する段階と
を具備することを特徴とする方法。
【請求項２】
前記ワンタイム要請−認証データは、暗号化鍵の機能を具備することを特徴とする請求項１に記載の方法。
【請求項３】
前記ワンタイム応答−認証データは、暗号化鍵の機能を具備することを特徴とする請求項１に記載の方法。
【請求項４】
クライアント装置からのデータ要請を通信することにおける信頼性を高めるための方法であって、
（ａ）ワンタイムパスワードを生成する段階と、
（ｂ）装置からの以前の要請に対する、信頼できるサーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを生成する段階と
を具備することを特徴とする方法。
【請求項５】
前記ワンタイム要請−認証データは、暗号化鍵の機能を具備することを特徴とする請求項４に記載の方法。
【請求項６】
クライアント装置から信頼できるサーバーへの要請からの応答を通信することにおける信頼性を高めるための方法であって、
（ａ）装置と前記サーバーとの間で共有される少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する要請を受信する段階と、
（ｂ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを生成する段階と
を具備することを特徴とする方法。
【請求項７】
前記ワンタイム応答−認証データは、暗号化鍵の機能を具備することを特徴とする請求項６に記載の方法。
【請求項８】
前記要請は、暗号化された秘密データを具備し、
前記サーバーは、前記秘密データを回復するために、前記暗号化された秘密データを解読することを特徴とする請求項６に記載の方法。
【請求項９】
その後の要請は、少なくとも１つの秘密データの少なくとも一部を具備する少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備することを特徴とする請求項８に記載の方法。
【請求項１０】
前記要請内に具備されるワンタイムパスワードは、サーバーにより、そのデータベース内において、特定のクライアント装置に対応する入力を見つけるために用いられることを特徴とする請求項６に記載の方法。
【請求項１１】
クライアント装置と信頼できるサーバーとの間の通信を再同期化するための方法であって、
（ａ）装置からサーバーへの通信において用いるためのワンタイムパスワードを供給する段階と、
（ｂ）装置からの以前の要請に対する、サーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを供給する段階と、
（ｃ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを供給する段階と
を具備することを特徴とする方法。
【請求項１２】
クライアント装置からの再同期化要請の通信における信頼性を高めるための方法であって、
（ａ）ワンタイムパスワードを供給する段階と、
（ｂ）装置からの要請に対する、信頼できるサーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを供給する段階と
を具備することを特徴とする方法。
【請求項１３】
前記再同期化要請は、以前の再同期化データに取って代わる暗号化された再同期化データを具備することを特徴とする請求項１２に記載の方法。
【請求項１４】
信頼できるサーバーからの再同期化応答の送信における信頼性を高めるための方法であって、
（ａ）クライアント装置と関連したワンタイムパスワードを具備する要請を受信する段階と、
（ｂ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを供給する段階と
を具備することを特徴とする方法。
【請求項１５】
前記再同期化応答は、以前の再同期化データに取って代わる暗号化された再同期化データを具備することを特徴とする請求項１４に記載の方法。
【請求項１６】
クライアント装置と信頼できるサーバーとの間の通信における信頼性を高めるためのシステムであって、
（ａ）クライアント装置とサーバーとの間のネットワーク接続を確立するための手段と、
（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段と
を具備し、
前記装置とサーバーとの間の通信は、
（ｉ）装置からサーバーへの通信において用いるためのワンタイムパスワードを生成する段階と、
（ｉｉ）装置からの以前の要請に対する、サーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを生成する段階と、
（ｉｉｉ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを生成する段階と
とを具備する方法にしたがって実施されることを特徴とするシステム。
【請求項１７】
（ａ）暗号化アルゴリズムと、
（ｂ）前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段と
をさらに具備し、
前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、
前記装置とサーバーとの間の通信は、暗号化ベースで実施されることを特徴とする請求項１６に記載のシステム。
【請求項１８】
前記ワンタイム要請−認証データは、暗号化鍵の機能を具備することを特徴とする請求項１６に記載のシステム。
【請求項１９】
前記ワンタイム応答−認証データは、暗号化鍵の機能を具備することを特徴とする請求項１６に記載のシステム。
【請求項２０】
クライアント装置からのデータ要請を通信することにおける信頼性を高めるためのシステムであって、
（ａ）クライアント装置と信頼できるサーバーとの間のネットワーク接続を確立するための手段と、
（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段と
を具備し、
前記装置とサーバーとの間の通信は、
（ｉ）ワンタイムパスワードを生成する段階と、
（ｉｉ）装置からの以前の要請に対する、信頼できるサーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを生成する段階と
を具備する方法にしたがって実施されることを特徴とするシステム。
【請求項２１】
（ａ）暗号化アルゴリズムと、
（ｂ）前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段と
をさらに具備し、
前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、
前記装置とサーバーとの間の通信は、暗号化ベースで実施されることを特徴とする請求項２０に記載のシステム。
【請求項２２】
前記ワンタイム要請−認証データは、暗号化鍵の機能を具備することを特徴とする請求項２０に記載のシステム。
【請求項２３】
クライアント装置から信頼できるサーバーへの要請からの応答を通信することにおける信頼性を高めるためのシステムであって、
（ａ）クライアント装置とサーバーとの間のネットワーク接続を確立するための手段と、
（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段と
を具備し、
前記装置とサーバーとの間の通信は、
（ｉ）装置と前記サーバーとの間で共有される少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する要請を受信する段階と、
（ｉｉ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを生成する段階と
を具備する方法にしたがって実施されることを特徴とするシステム。
【請求項２４】
（ａ）暗号化アルゴリズムと、
（ｂ）前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段と
をさらに具備し、
前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、
前記装置とサーバーとの間の通信は、暗号化ベースで実施されることを特徴とする請求項２３に記載のシステム。
【請求項２５】
前記ワンタイム応答−認証データは、暗号化鍵の機能を具備することを特徴とする請求項２３に記載のシステム。
【請求項２６】
前記要請は、暗号化された秘密データを具備し、
前記サーバーは、前記秘密データを回復するために、前記暗号化された秘密データを解読することを特徴とする請求項２３に記載のシステム。
【請求項２７】
その後の要請は、少なくとも１つの秘密データの少なくとも一部を具備する少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備することを特徴とする請求項２６に記載のシステム。
【請求項２８】
前記要請内に具備されるワンタイムパスワードは、サーバーにより、そのデータベース内において、特定のクライアント装置に対応する入力を見つけるために用いられることを特徴とする請求項２３に記載のシステム。
【請求項２９】
クライアント装置と信頼できるサーバーとの間の通信を再同期化するためのシステムであって、
（ａ）クライアント装置とサーバーとの間のネットワーク接続を確立するための手段と、
（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段と
を具備し、
前記装置とサーバーとの間の通信は、
（ｉ）装置からサーバーへの通信において用いるためのワンタイムパスワードを供給する段階と、
（ｉｉ）装置からの以前の要請に対する、サーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを供給する段階と、
（ｉｉｉ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを供給する段階と
を具備する方法にしたがって実施されることを特徴とするシステム。
【請求項３０】
（ａ）暗号化アルゴリズムと、
（ｂ）前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段と
をさらに具備し、
前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、
前記装置とサーバーとの間の通信は、暗号化ベースで実施されることを特徴とする請求項２９に記載のシステム。
【請求項３１】
クライアント装置からの再同期化要請の通信における信頼性を高めるためのシステムであって、
（ａ）クライアント装置と信頼できるサーバーとの間のネットワーク接続を確立するための手段と、
（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段と
を具備し、
前記装置とサーバーとの間の通信は、
（ｉ）ワンタイムパスワードを供給する段階と、
（ｉｉ）装置からの要請に対する、サーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを供給する段階と
を具備する方法にしたがって実施されることを特徴とするシステム。
【請求項３２】
（ａ）暗号化アルゴリズムと、
（ｂ）前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段と
をさらに具備し、
前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、
前記装置とサーバーとの間の通信は、暗号化ベースで実施されることを特徴とする請求項３１に記載のシステム。
【請求項３３】
前記再同期化要請は、以前の再同期化データに取って代わる暗号化された再同期化データを具備することを特徴とする請求項３１に記載のシステム。
【請求項３４】
信頼できるサーバーからの再同期化応答の送信における信頼性を高めるためのシステムであって、
（ａ）クライアント装置とサーバーとの間のネットワーク接続を確立するための手段と、
（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段と
を具備し、
前記装置とサーバーとの間の通信は、
（ｉ）クライアント装置と関連したワンタイムパスワードを具備する要請を受信する段階と、
（ｉｉ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを供給する段階と
を具備する方法にしたがって実施されることを特徴とするシステム。
【請求項３５】
（ａ）暗号化アルゴリズムと、
（ｂ）前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段と
をさらに具備し、
前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、
前記装置とサーバーとの間の通信は、暗号化ベースで実施されることを特徴とする請求項３４に記載のシステム。
【請求項３６】
前記再同期化応答は、以前の再同期化データに取って代わる暗号化された再同期化データを具備することを特徴とする請求項３４に記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ通信システムにおけるセキュリティの改善に関し、より詳細には、インターネットのような、安全ではない、または、安全か否かが疑わしいネットワークを介して送信され得るデータについての機密性と、信頼と、対攻撃抵抗力（ａｔｔａｃｋ−ｒｅｓｉｓｔａｎｃｅ）とを提供するためのシステムおよび方法に関する。
【０００２】
【従来の技術】
データ通信（明確には、例えば、分散型データネットワークを介しての複数のコンピュータユーザー間における通信）は、通信当事者により認可されていないか、または、データ受信者として意図されていない人物（以後、“インサイダー”または“傍受者（ｉｎｔｅｒｃｅｐｔｏｒｓ）”と称する）による多数の種類の攻撃にさらされているものと認識されている。このような攻撃は、プライベート情報を閲覧したいという欲求や、金銭上または他の詐欺行為を働きたいという欲求や、または、理由は何であれ単に通信の完全性を損なわせたいという欲求により動機づけられ得る。
【０００３】
本明細書およびクレームにおける“ワンタイム（ｏｎｅ−ｔｉｍｅ）”という語の使用は、或る手段を指定しかつ或るパスワードおよびデータの動的な更新または置換の結果に順応するための使用可能な（ｅｎｅｂｌｅｄ）能力を反映するように意図される。装置またはサーバーの観点からの、このような“ワンタイム”値の受容可能な再使用の程度は、特定の実施手段により決定され、かつ、本明細書内では規定されない。
【０００４】
サーバーコンピュータと、前記サーバーからのデータへのアクセス権を有する１つ以上のクライアントコンピュータとを含むネットワークという状況において（例えば、ワールドワイドウェブベースのウェブブラウザという状況において）、１９９９年２月３日にカリフォルニア州サンディエゴでのＮｅｔｗｏｒｋ ａｎｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｓｙｓｔｅｍ Ｓｅｃｕｒｉｔｙ Ｓｙｍｐｏｓｉｕｍにおいて最初に提示された、Ａ．ジュエルズ（Ｊｕｅｌｓ， Ａ．）およびＪ．ブレイナード（Ｂｒａｉｎａｒｄ， Ｊ．）のＣｌｉｅｎｔ Ｐｕｚｚｌｅｓ： Ａ Ｃｒｙｐｔｏｇｒａｐｈｉｃ Ｃｏｕｎｔｅｒｍｅａｓｕｒｅ ａｇａｉｎｓｔ Ｃｏｎｎｅｃｔｉｏｎ Ｄｅｐｌｅｔｉｏｎ Ａｔｔａｃｋ， ｈｔｔｐ：／／ｗｗｗ．ｒｓａｓｅｃｕｒｉｔｙ．ｃｏｍ／ｒｓａｌａｂｓ／ｓｔａｆｆ／ａｊｕｅｌｓ， １９９９（本明細書内で、以後“ジュエルズおよびブレイナード”と称する）（この開示内容は、参照により本明細書に編入される）において定義されるような接続消耗攻撃（ｃｏｎｎｅｃｔｉｏｎ ｄｅｐｌｅｔｉｏｎ ａｔｔａｃｋ）は、攻撃者が、サーバーに対する多数の接続（または、サービス）を開始しかつこれらを解決されないままにし、そのリソースを使い果たしかつ正規の要請にサービスを提供することを不可能にさせることを求めるものである。
【０００５】
接続消耗攻撃に対する抵抗力を高めるために、従来技術において種々の試みが行われてきた。
【０００６】
ジュエルズおよびブレイナードは、クライアントの部類を区別せずに、このタイプのサービス拒否（ｄｅｎｉａｌ−ｏｆ−ｓｅｒｖｉｃｅ）問題に取り組む。ジュエルズおよびブレイナードは、部外者の侵入を阻止するために動的に変更される暗号化“パズル”を用いる。
【０００７】
ｈｔｔｐ：／／ｗｗｗ．ｒｓａｓｅｃｕｒｉｔｙ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｓｅｃｕｒｉｄ／ｄａｔａｓｈｅｅｔｓ／ｄｓａｕｔｈｅｎｔｉｃａｔｏｒｓ．ｈｔｍｌ（本明細書内で、以後“Ｄｓ認証子（Ｄｓａｕｔｈｅｎｔｉｃａｔｏｒｓ）”と称する）に公開されている他のアプローチは、ＳｅｃｕｒＩＤ認証子（ａｕｔｈｅｎｔｉｃａｔｏｒｓ）を用いる。これらは、専有的（ｐｒｏｐｒｉｅｔａｒｙ）アルゴリズムという状況において連続的に適用されるトークン独自の（ｔｏｋｅｎ−ｕｎｉｑｕｅ）鍵に基づいて一連のワンタイムパスワードを各々が提供するハードウェアまたはソフトウェアトークン（ｔｏｋｅｎ）である。クライアント側のホストは、現在のワンタイムパスワードと、一定のＰＩＮまたはパスフレーズ（ｐａｓｓｐｈｒａｓｅ）を、該ホストが自身の身元確認を行うことを希望する対象であるサーバーへ送信する。トークン独自の鍵についての知識（ｋｎｏｗｌｅｄｇｅ）を有するサーバーは、クライアントのトークンと同期することができ、これにより、ワンタイムパスワードおよびＰＩＮの受信に基づいて特定のクライアントの（遠隔的）存在を認識することができる。これは、自己同期的（ｓｅｌｆ−ｓｙｎｃｈｒｏｎｉｚｉｎｇ）システムであり、この場合に、クライアントのトークンは、トランザクション毎の（ｐｅｒ−ｔｒａｎｓａｃｔｉｏｎ ｂａｓｉｓ）サーバーからの入力に基づいて、自身の動きを適応させない。さらに、このシステムは、エンティティの認証を提供するように設計されているが、これは、出所（ｏｒｉｇｉｎ）または完全性（ｉｎｔｅｇｒｉｔｙ）の認証ではなく、また、その後の任意の通信の“新鮮度（ｆｒｅｓｈｎｅｓｓ）”の認証でもない。
【０００８】
Ｒ．リベスト（Ｒｉｖｅｓｔ， Ｒ．）、Ａ．シャミア（Ｓｈａｍｉｒ， Ａ．）、Ｌ．エイドルマン（Ａｄｌｅｍａｎ， Ｌ．）のＡ Ｍｅｔｈｏｄ ｆｏｒ Ｏｂｔａｉｎｉｎｇ Ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅｓ ａｎｄ Ｐｕｂｌｉｃ−ｋｅｙ Ｃｒｙｐｔｏｓｙｓｔｅｍｓ； Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｏｆ ｔｈｅ Ａ．Ｃ．Ｍ． １９７８，２１， １２０−２６（本明細書内で、以後“リベスト、シャミア、および、エイドルマン”と称する）に記載され、かつ、Ｍ．ベラーレ（Ｂｅｌｌａｒｅ， Ｍ．）およびＰ．ロガウェイ（Ｒｏｇａｗａｙ， Ｐ．）のＯｐｔｉｍａｌ Ａｓｙｍｍｅｔｒｉｃ Ｅｎｃｒｙｐｔｉｏｎ − Ｈｏｗ ｔｏ Ｅｎｃｒｙｐｔ ｗｉｔｈ ＲＳＡ（１９９５年１１月１９日）（Ｏｐｔｉｍａｌ Ａｓｙｍｍｅｔｒｉｃ Ｅｎｃｒｙｐｔｉｏｎ Ｐａｄｄｉｎｇの論文ｈｔｔｐ：／／ｗｗｗ．ｃｓｅ．ｕｃｓｄ．ｅｄｕ／ｕｓｅｒｓ／ｍｉｈｉｒ／ｐａｐｅｒｓ／ｏａｅｐ．ｈｔｍｌ、および、Ａｄｖａｎｃｅｓ ｉｎ Ｃｒｙｐｔｏｌｏｇｙ − Ｅｕｒｏｃｒｙｐｔ ９４， Ｌｅｃｔｕｒｅｓ ｉｎ Ｃｏｍｐｕｔｅｒ Ｓｃｉｅｎｃｅ， Ａ． ＤｅＳａｎｔｉｓ Ｅｄ．， Ｓｐｒｉｎｇｅｒ Ｖｅｒｌａｇ， １９９４， ９５０， ９２−１１１内で公開された旧版の改訂版）（本明細書内で、以後“ベラーレおよびロガウェイ”と称する）に基づいて強化され、Ｄ．Ｂ．ジョンソン（Ｊｏｈｎｓｏｎ， Ｄ． Ｂ．）およびＳ．Ｍ．マチャーシュ（Ｍａｔｙａｓ， Ｓ． Ｍ．）のＡｓｙｍｍｅｔｒｉｃ Ｅｎｃｒｙｐｔｉｏｎ： Ｅｖｏｌｕｔｉｏｎ ａｎｄ Ｅｎｈａｎｃｅｍｅｎｔｓ， ＣｒｙｐｔｏＢｙｔｅｓ， Ｓｐｒｉｎｇ １９９６， Ｖｏｌｕｍｅ ２， Ｎｏ． １（ｈｔｔｐ：／／ｗｗｗ．ｒｓａｌａｂｓ．ｃｏｍ／ｃｒｙｐｔｏｂｙｔｅｓをさらに参照）（本明細書内で、以後“ジョンソンおよびマチャーシュ”と称する）においてさらに説明されるような方法は、２人の当事者が自分たちの通信の機密性を保証するための手段を提供し、この場合に、送信側は、暗号化の目的のために受信側の公開鍵（ｐｕｂｌｉｃ ｋｅｙ）を用い、かつ、受信側は、解読（プレーンテキスト（ｐｌａｉｎｔｅｘｔ）の回復）の目的のために、その対応する秘密鍵（ｐｒｉｖａｔｅ ｋｅｙ）を用いる。この方法は、２人の当事者は、アルゴリズム上は関連づけられたりまたは一組にされたりしているが互いに別個の鍵を用いるという点で非対称である。リベスト、シャミア、および、エイドルマンの方法については、ディジタル署名能力を例示化するために用いることもでき、この場合には、署名側は、この方法にしたがって、署名すべきメッセージに自分の秘密鍵を適用し、かつ、検証側は、該メッセージの出所および完全性の信憑性を検証する（ｖｅｒｉｆｙ）ために、この方法にしたがって、対応する公開鍵を適用する。ディジタル署名は、それ自体は、新鮮度の証拠を提供しない（すなわち、以前に用いられたメッセージについては、“古い（ｓｔａｌｅ）”メッセージとして検出されずに再生（ｒｅｐｌａｙ）することができる）。
【０００９】
２人の当事者は、ＤＥＳのような対称鍵暗号化アルゴリズムを用いて通信することができる。この場合に、ＤＥＳについては、メッセージ認証コード（ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ：ＭＡＣ）能力を提供するために用いることもできる。これにより、秘密鍵の知識を有する受信側は、メッセージの発信者も秘密鍵についての知識を有しておりかつメッセージが送信中に変更されていないと判断することができる。
【００１０】
メッセージまたはその一部については、クライアントの身元をサーバー以外の当事者から隠すために、かつ、クライアントの身元を同じクライアントから生じたことがあるトランザクションと関連づけることをより困難にするために暗号化することができる。この場合に、サーバーは、当事者の身元についての知識を必要とするあらゆる処理を実行する前に、解読アルゴリズムを適用する必要がある。ディジタル署名がメッセージに適用される場合に、不正確な公開鍵を用いて検証されたメッセージは検証を失敗するので、敵対者は、署名者による通信トランザクションをグループ化するために公開鍵のリストを用い得る。署名が暗号化される場合に、または、メッセージが暗号化された形式で送信されるプレーンテキストメッセージを介して署名が計算される場合に、署名の検証は、予備的な解読を必要とする。
【００１１】
【発明が解決しようとする課題】
したがって、署名の検証を必要としない安全な通信方法の必要性が存在する。サーバーが、トークン独自の鍵、および、クライアントトークンと同期するためのタイマーまたはカウンターのようなワンタイムパスワード更新アルゴリズムへの自動制御的（ｓｅｌｆ−ｒｅｇｕｌａｔｅｄ）入力についての知識を必要としないように、自己同期化しない安全な方法の必要性がさらに存在する。クライアント識別情報への認可されていないアクセスを可能にすることによりプライバシーを弱めることのない方法の必要性がさらに存在する。最後に、プロトコルによるパターンを送信できる登録されたクライアントの装置を利用する方法の必要性が存在し、この場合に、サーバーは、このようなパターンを、他の入力してくるインターネットトラフィックと区別することができる。従来技術は、これらの必要性を満たすものとは考えられない。
【００１２】
【課題を解決するための手段】
本発明は、コンピュータ装置と信頼できるサーバーとの間で通信するための方法に向けられる。前記方法は、（ａ）装置からサーバーへの通信において用いるためのワンタイムパスワードを生成する段階と、（ｂ）装置からの以前の要請に対する、サーバーからの以前の応答の少なくとも一部の機能を含む少なくとも１つのワンタイム要請−認証データを生成する段階と、（ｃ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を含む少なくとも１つのワンタイム応答−認証データを生成する段階とを含む。前記ワンタイム要請−認証データまたは前記ワンタイム応答−認証データ、または、これらの両方は、暗号化鍵の機能を具備することが好ましい。装置からサーバーへの通信においてワンタイムパスワードが要請と関連したものとして“用いられる”時点において、ワンタイムパスワードは傍受にさらされ得るが、その一方で、ワンタイムパスワードに対する応答−認証データの依存関係は、まだそのように用いられたことがないワンタイムパスワードに関するものである。したがって、応答メッセージの送信については、その後の要請中にワンタイムパスワードを実際に使用することに先立つワンタイムパスワードの（安全な）ネゴシエーションまたは交換の一部と見なすことができる。ワンタイムパスワードの情報についての知識を、対応する解読を実行する能力を備えたサーバーへ伝達する目的のために、要請メッセージ内においてワンタイムパスワードまたはその構成要素を暗号化して送信することは、ワンタイムパスワードの使用とは見なされない。サーバーから装置への応答の傍受は、ワンタイム要請−認証データの生成または検証の成功を可能にしない。装置からサーバーへの要請の傍受は、ワンタイム応答−認証データの生成または検証の成功を可能にしない。
【００１３】
本発明の他の目的は、クライアント装置からのデータ要請を送信するための方法であって、（ａ）ワンタイムパスワードを生成する段階と、（ｂ）装置からの以前の要請に対する、信頼できるサーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを生成する段階とを具備する方法を提供することである。前記ワンタイム要請−認証データは、暗号化鍵の機能を具備することが好ましい。
【００１４】
本発明の他の目的は、クライアント装置からの要請に対する、信頼できるサーバーからの応答を送信するための方法であって、（ａ）装置と前記サーバーとの間で共有される少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する要請を受信する段階と、（ｂ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを生成する段階とを具備する方法を提供することである。前記ワンタイム応答−認証データは、暗号化鍵の機能を具備することが好ましい。
【００１５】
本発明の他の目的は、クライアント装置と信頼できるサーバーとの間の通信における信頼性を高めるためのシステムであって、（ａ）クライアント装置とサーバーとの間のネットワーク接続を確立するための手段と、（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段とを具備し、前記装置とサーバーとの間の通信は、（ｉ）装置からサーバーへの通信において用いるためのワンタイムパスワードを生成する段階と、（ｉｉ）装置からの以前の要請に対する、サーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを生成する段階と、（ｉｉｉ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを生成する段階ととを具備する方法にしたがって実施されるシステムを提供することである。前記システムは、暗号化アルゴリズムと、前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段とをさらに具備し、前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、前記装置とサーバーとの間の通信は、暗号化ベースで実施されることが好ましい。
【００１６】
本発明の他の目的は、クライアント装置からのデータ要請を通信することにおける信頼性を高めるためのシステムであって、（ａ）クライアント装置と信頼できるサーバーとの間のネットワーク接続を確立するための手段と、（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段とを具備し、前記装置とサーバーとの間の通信は、（ｉ）ワンタイムパスワードを生成する段階と、（ｉｉ）装置からの以前の要請に対する、信頼できるサーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを生成する段階とを具備する方法にしたがって実施されるシステムを提供することである。前記システムは、暗号化アルゴリズムと、前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段とをさらに具備し、前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、前記装置とサーバーとの間の通信は、暗号化ベースで実施されることが好ましい。
【００１７】
本発明の他の目的は、クライアント装置から信頼できるサーバーへの要請からの応答を通信することにおける信頼性を高めるためのシステムであって、（ａ）クライアント装置とサーバーとの間のネットワーク接続を確立するための手段と、（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段とを具備し、前記装置とサーバーとの間の通信は、（ｉ）装置と前記サーバーとの間で共有される少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する要請を受信する段階と、（ｉｉ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを生成する段階とを具備する方法にしたがって実施されるシステムを提供することである。前記システムは、暗号化アルゴリズムと、前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段とをさらに具備し、前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、前記装置とサーバーとの間の通信は、暗号化ベースで実施されることが好ましい。
【００１８】
本発明の他の目的は、クライアント装置と信頼できるサーバーとの間の通信を再同期化するための方法であって、（ａ）装置からサーバーへの通信において用いるためのワンタイムパスワードを生成または回収する段階と、（ｂ）装置からの以前の要請に対する、サーバーからの以前の応答の少なくとも一部の機能を含む少なくとも１つのワンタイム要請−認証データを生成または回収する段階と、（ｃ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を含む少なくとも１つのワンタイム応答−認証データを生成または回収する段階とを具備する方法にも向けられる。好ましい実施形態において、前記ワンタイム要請−認証データは、Ａｌｌ ＮＵＬＬメッセージ暗号化鍵を具備する。他の好ましい実施形態において、前記ワンタイム応答−認証データは、Ａｌｌ ＮＵＬＬメッセージ暗号化鍵を具備する。前記方法については、サーバーにより現在のものとして認識されないワンタイムパスワードを用いるサーバーにより受信された要請が、以前に生成された応答がもしあれば、該応答の送信という結果となるように構成設定することができる。再同期化要請メッセージは、要請メッセージ（の１タイプ）と見なされる。再同期化応答メッセージは、応答メッセージ（の１タイプ）と見なされる。
【００１９】
本発明の他の目的は、クライアント装置からの再同期化要請を送信するための方法であって、（ａ）ワンタイムパスワードを生成または回収する段階と、（ｂ）装置からの要請に対する、信頼できるサーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを生成または回収する段階とを具備する方法を提供することである。好ましい実施形態において、前記ワンタイム要請−認証データは、Ａｌｌ ＮＵＬＬメッセージ暗号化鍵を具備する。他の好ましい実施形態において、前記再同期化要請は、以前の再同期化データに取って代わる暗号化された再同期化データを具備する。
【００２０】
本発明の他の目的は、信頼できるサーバーからの再同期化応答を送信するための方法であって、（ａ）クライアント装置と関連した少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する要請を受信する段階と、（ｂ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを生成または回収する段階とを具備する方法を提供することである。好ましい実施形態において、前記ワンタイム応答−認証データは、Ａｌｌ ＮＵＬＬメッセージ暗号化鍵を具備する。他の好ましい実施形態において、前記再同期化応答は、以前の再同期化データに取って代わる暗号化された再同期化データを具備する。
【００２１】
本発明の他の目的は、クライアント装置と信頼できるサーバーとの間の通信を再同期化するためのシステムであって、（ａ）クライアント装置とサーバーとの間のネットワーク接続を確立するための手段と、（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段とを具備し、前記装置とサーバーとの間の通信は、（ｉ）装置からサーバーへの通信において用いるためのワンタイムパスワードを供給する段階と、（ｉｉ）装置からの以前の要請に対する、サーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを供給する段階と、（ｉｉｉ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを供給する段階とを具備する方法にしたがって実施されるシステムを提供することである。前記システムは、暗号化アルゴリズムと、前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段とをさらに具備し、前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、前記装置とサーバーとの間の通信は、暗号化ベースで実施される。
【００２２】
本発明の他の目的は、クライアント装置からの再同期化要請の通信における信頼性を高めるためのシステムであって、（ａ）クライアント装置と信頼できるサーバーとの間のネットワーク接続を確立するための手段と、（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段とを具備し、前記装置とサーバーとの間の通信は、（ｉ）ワンタイムパスワードを供給する段階と、（ｉｉ）装置からの要請に対する、サーバーからの以前の応答の少なくとも一部の機能を具備する少なくとも１つのワンタイム要請−認証データを供給する段階とを具備する方法にしたがって実施されるシステムを提供することである。前記システムは、暗号化アルゴリズムと、前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段とをさらに具備し、前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、前記装置とサーバーとの間の通信は、暗号化ベースで実施される。
【００２３】
本発明の他の目的は、信頼できるサーバーからの再同期化応答の送信における信頼性を高めるためのシステムであって、（ａ）クライアント装置とサーバーとの間のネットワーク接続を確立するための手段と、（ｂ）クライアント装置とネットワーク接続を介してデータ通信を実施するための手段とを具備し、前記装置とサーバーとの間の通信は、（ｉ）クライアント装置と関連したワンタイムパスワードを具備する要請を受信する段階と、（ｉｉ）少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備する少なくとも１つのワンタイム応答−認証データを供給する段階とを具備する方法にしたがって実施されるシステムを提供することである。前記システムは、暗号化アルゴリズムと、前記暗号化アルゴリズムを、前記ネットワーク接続を介して、クライアントコンピュータへダウンロードするための手段とをさらに具備し、前記クライアントコンピュータとネットワーク接続を介してデータ通信を実施するための手段は、前記暗号化アルゴリズムにしたがい、前記装置とサーバーとの間の通信は、暗号化ベースで実施される。
【００２４】
本発明は、クライアント−信頼できるサーバー間の効率的な両方向通信のセキュリティの種々の特徴についての同時的な補償範囲（ｃｏｖｅｒａｇｅ）を提供するために、緊密に統合されたアプローチを用いる。ジュエルズおよびブレイナードとは違い、本発明は、登録されたクライアント装置が、サーバーにより他の入力してくるインターネットトラフィックと区別することができるプロトコルにしたがってパターンを送信できるクライアントからなる顕著な部類を形成する、という事実を利用する。本発明は、（ｈｔｔｐ：／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖ／ｃｒｙｐｔｖａｌ／ｄｅｓ．ｈｔｍにおいて公開されているＦＩＰＳ ４６−２ Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ、および、ＦＩＰＳ ８１ ＤＥＳ Ｍｏｄｅｓ ｏｆ Ｏｐｅｒａｔｉｏｎ（ＭＡＣｉｎｇ）（本明細書内で、以後“ＦＩＰＳ”と称する）にしたがう）暗号化およびＭＡＣの使用と関連して、クライアントメッセージのリンク不可能性（ｕｎｌｉｎｋａｂｉｌｉｔｙ）の他に、両方向メッセージの出所、完全性、および、新鮮度のためのその後のメッセージにおいて用いられるワンタイムパスワードの構成要素およびワンタイム使用の（ｏｎ−ｔｉｍｅ−ｕｓｅ）ＭＡＣ鍵の構成要素を安全に送信するために、リベスト、シャミア、および、エイドルマンの方法を（ベラーレおよびロガウェイに基づいて強化されたものとして）用いる。この結果、Ｄｓ認証子（Ｄｓａｕｔｈｅｎｔｉｃａｔｏｒｓ）とは違い、前記方法は自己同期的ではなく、再同期化は、再送信によりサーバー端部上で効率的に処理される。サーバーは、（現在に対して）以前に有効であったワンタイムパスワードを用いて通信される正規の要請と詐欺的な要請とを追跡または識別する必要がない。その理由は、以前に生成された応答の回収および（再）送信を、さらなる計算やデータベースの更新を必要とせずに行えるような場合には、いかなる（潜在的にはリソースインテンシブ（ｒｅｓｏｕｒｃｅ−ｉｎｔｅｎｓｉｖｅ）の）暗号化処理もサーバーにより行われないためである。
【００２５】
サーバー端部上におけるメッセージ処理は、サービス拒否に対して抵抗力のある段階的なアプローチにより処理され、現時点で正規のワンタイムパスワードを添付されていない（さらなる新たな処理のための候補のような）要請メッセージを最初に一掃する。現時点で正規のワンタイムパスワードを含めることは、サーバーのデータベース上での“ヒット”という結果となり、この場合に、ワンタイムパスワードは、１つのクライアント装置に関する情報についてデータベースを検索（ｌｏｏｋｕｐ）するために用いられる。要請メッセージの適切なデータフィールドに適用された場合のデータベースの入力（ｄａｔａｂａｓｅ ｅｎｔｒｙ）内のワンタイム使用のＭＡＣ鍵がメッセージの準拠性（ｍｅｓｓａｇｅ ｃｏｍｐｌｉａｎｃｅ）を示せば、ＲＳＡ解読が、サーバーの秘密鍵（この秘密鍵については、サーバーの暗号化モジュール内またはハードウェアセキュリティモジュール（ＨＳＭ）内で保護することができる）を用いて行われる。ＲＳＡ解読は、次のワンタイムパスワードと、メッセージ鍵が存在する場合には該メッセージ鍵とに関する情報を明らかにし、該メッセージ鍵は、バルク暗号化アルゴリズム（例えば、ＤＥＳの変形）を用いて送信された要請メッセージが存在する場合には該要請メッセージのうちのこの部分を解読するために用いられる。サーバーは、得られた現在のＭＡＣ鍵を用いて計算されたメッセージ認証コード（ＭＡＣ）を少なくとも部分的に組み込む応答メッセージを、最も最近に受信された要請メッセージ内で移送された次のワンタイムパスワードまたはその構成要素についての知識を用いることにより計算する。応答メッセージは、新たに生成されたメッセージ鍵と、クライアントによる次の要請のための次のワンタイム使用のＭＡＣ鍵の構成要素とを伝達することもできる。この伝達手段は、サーバーのデータベース内で指し示されたようなクライアントの公開鍵の下での暗号化であってもよい。応答メッセージは、バルク暗号化されたデータを含むこともでき、この場合に、対応するプレーンテキストを、（応答）メッセージ鍵を用いて回復することができる。本発明の（暗号化が可能な）装置とは、クライアント装置を指し、サーバーや該サーバーにおけるハードウェアセキュリティモジュール（ＨＳＭ）を指すものではない。
【００２６】
前記装置および装置サーバー（すなわち、信頼できるサーバー）の両方の公開鍵／秘密鍵の組は、安全な通信をトランザクションベースで取り決めるするために必要な共有される秘密を更新するために用いられる。このことは、暗号化通信に署名したり、または、署名された通信をプライバシーや計算上のオーバーヘッドやサービス拒否攻撃に関して暗号化したりする標準的な技術に対し、幾つかの利点を提供する。純粋な対称鍵によるアプローチは、装置サーバーのデータベース内の値の静的スナップショットに基づく攻撃の可能性につながる。装置が不完全なトランザクションにより装置サーバーとの暗号同期化（ｃｒｙｐｔｏｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）を失えば、中断されたトランザクションとその後のトランザクションとの間のプライバシーを脅かすようなリンクを提供せずに、かつ、期限切れの情報または望ましくない情報を装置に受理させずに、同期（ｓｙｎｃｈ）が再確立される。装置の公開鍵のリストが与えられても、どの装置が関与していたのかにしたがってトランザクションを区分化することはできない。
【００２７】
ＲＳＡとともにＯＡＥＰ（Ｏｐｔｉｍａｌ Ａｓｙｍｍｅｔｒｉｃ Ｅｎｃｒｙｐｔｉｏｎ Ｐａｄｄｉｎｇ）を用いることは、プロトコル中にさらされるデータを暗号化しかつ暗号文（ｃｉｐｈｅｒｔｅｘｔ）を以前のトランザクションにマッチングしようとすることによりトランザクションをリンクする試みを阻止する。要請メッセージおよび応答メッセージは、独立的に生成され、この結果、装置サーバーのデータベースのスナップショットを得ることは、要請において用いられた既知のメッセージ鍵において暗号化された応答メッセージという結果となる要請メッセージを、エミュレートされた装置に提起する機会を与えない。サービス拒否に関して、前記システムは、登録された装置が、自身の出力を、サーバーにおいて他の入力してくるインターネットトラフィックと区別することができるという点で顕著な部類を形成する、という事実を利用する。入力してくる要請メッセージ内でワンタイムパスワードを用いることが、装置サーバーのデータベース内における新たな（すなわち、現在の）ヒットという結果となれば、サーバーは、メッセージ鍵を回復するためのＲＳＡ解読と、プレーンテキストを回復するためのメッセージ鍵を伴う対称アルゴリズム解読との前にＭＡＣをチェックするために“ヒット”装置入力を用いる。入力してくる要請メッセージ内でワンタイムパスワードを用いることが、装置サーバーがたった今処理したばかりのトランザクションを参照すれば、サーバーは、さらなる処理またはデータベースの更新を招くことなく、以前の応答を再送信する。安全な通信プロトコルは、重大な工程が装置サーバーにおける安全な暗号化モジュール（または、ハードウェアセキュリティモジュール）内で実行される場合に、データベースへの認可されていないアクセスが、それ自体で、システムの完全性を損なわないように企画される。
【００２８】
後述する安全な通信プロトコルは、公開鍵の暗号化の使用を、暗号化（および解読）のためには必要とするが、ディジタル署名目的のためには必要としない。効率という観点から見て、安全な通信の検証の成功が、適切に機能する登録された装置の表示として機能する際に、“プレーンテキスト”内で装置により生成されかつ送信されるあらゆるディジタル署名を達成でき、かつ、後で、帯域外で、トランザクション処理からオフラインで検証できることに留意することは重要である。プレーンテキストは、メッセージ鍵の下で暗号化され、この場合に、暗号化されたメッセージ鍵および暗号化されたプレーンテキストは、ＭＡＣにより安全な通信の下で認証される。包含されるあらゆる署名が、署名されたテキストを添付されているという点で完全な署名であれば、安全な通信プロトコルは、署名の包含により可能にされる否認防止（ｎｏｎ−ｒｅｐｕｄｉａｔｉｏｎ）能力から独立してテキストを認証するように機能する。
【００２９】
適切に機能する装置は、安全な通信の要請内における偽の署名を受理しない。その理由は、これらの署名の生成および処理は装置により制御されるためである。この結果、本発明の方法については、サーバーによりメッセージと同時に署名を検証することを必要としないように実施することができる。署名については、後で記憶できかつ検証できるという点で、“ｂｌｏｂ”として扱うことができる。リアルタイム認証を処理するために、メッセージ認証コード（ＭＡＣ）をクライアントにより生成すること、および、サーバーにより検証することが、代わりに用いられる。この目的のために、対称鍵が用いられる。本発明の方法は、メッセージの新鮮度（すなわち、メッセージが以前に用いられたか、または、現在の受信の前に傍受されたか否か）を確立する手順をさらに具備することができる。
【００３０】
本発明の方法の１つの利点は、メッセージをクライアントにリンクすることができないことである。したがって、例えば、メッセージが傍受されても、本発明の方法は、該メッセージがどこから生じたのかを傍受者が見分けることを可能にしない。
【００３１】
本発明の方法は、自己同期的ではない。したがって、前記方法を適切に機能させることは、クライアント装置およびサーバーがこのような再整列（ｒｅａｌｉｇｎｍｅｎｔｓ）間における同期を独立的に維持できるように、サーバー入力に基づいて、クライアント装置が周期的に自身の動きを適応させることを必要としない。代わりに、同期化は、サーバーからの再送信を通して、または、サーバーによる同期化メッセージ処理を通して、トランザクションベースで回復される。
【００３２】
したがって、本発明は、署名の検証を必要としない安全な通信方法を含む。本発明は、自己同期的ではない安全な方法をさらに提供する。最後に、クライアント装置は信頼できるサーバーに登録されるので、クライアント装置は、サーバーにより他の入力してくるインターネットトラフィックと区別することができるプロトコルにしたがってパターンを送信する装置からなる顕著な部類を形成する。
【００３３】
【発明の実施の形態】
以下の内容は、本発明についての特に有用な幾つかの実施形態についての論考である。本発明による信頼できるサーバー（ｔｒｕｓｔｅｄ ｓｅｒｖｅｒ）は、２つの構成要素を具備することが好ましい。第１構成要素は、状態変更を追跡することが可能なホストプロセッサおよびデータベースである。第２構成要素は、暗号化処理能力と固定値の安全な記憶装置とを備えたハードウェアセキュリティモジュール（ＨＳＭ）である。
【００３４】
本発明によるクライアント装置は、同様に、２つの構成要素を具備することが好ましい。第１構成要素はプロセッサである。第２構成要素は、安全な環境内のコプロセッサである。データについては、クライアント装置のコプロセッサにより暗号化することができ、かつ、信頼できるサーバーのＨＳＭのために意図することができる。これにより、暗号化されたデータについては、ＨＳＭによってのみ解読することができ、例えば、信頼できるサーバーにおいてインサイダーにより解読することはできない。信頼できるサーバーのＨＳＭおよびクライアント装置のコプロセッサは、各々が秘密鍵を有する。さらに、特定の各クライアント装置のための公開鍵は、ＨＳＭにより認識される。各装置のための公開鍵および秘密鍵の組については、生成段階または登録段階で定義することができる。
【００３５】
前記ＨＳＭは、信頼できるサーバー上のデータベース内への記憶のために暗号化されたデータがリリースされるか否かの決定をさらに行う。次のメッセージがクライアント装置への送信のためにＨＳＭにより準備される場合に、ＨＳＭは、その特定のクライアント装置に特有のデータを求めて、信頼できるサーバー上のデータベースにアクセスする必要がある。装置に特有でありかつ現時点のデータについての知識をＨＳＭが実証しなければ、装置はメッセージを有効なものとして受理しない。クライアント装置により信頼できるサーバーへ送信されたメッセージについても同じことが適用される。クライアント装置が、信頼できるサーバーのデータベース内における、該クライアント装置についての、受信されたメッセージに正確に対応するデータにアクセスできなければ、ＨＳＭは応答処理のためのメッセージを受理しない。装置またはこれに対応するデータベースの入力に対する現在のアクセス権をメッセージ作成者が有していなければ、ＨＳＭはメッセージを受理しない。
【００３６】
本発明の方法は、クライアント装置から信頼できるサーバーへ送信される要請メッセージ内に組み込まれるワンタイムパスワード（ｏｎｅ−ｔｉｍｅ ｐａｓｓｗｏｒｄ）を用いる。要請−認証データ内のワンタイムパスワードについては、サーバーにより、そのデータベース内において、クライアント装置に対応する入力を見つけるために用いることができる。“現在の”ワンタイムパスワードがこうして包含される一方で、この認証された要請メッセージ、および、サーバーから結果的に生じる確認の応答メッセージは、“次の”ワンタイムパスワードを、その値を公開したり開示したりせずに、装置およびサーバーの両方において設定するデータ交換を含む。要請−認証データは、暗号化された秘密データを具備することが好ましく、この場合に、サーバーは、暗号化された秘密データを解読して秘密データを回復する。次の、または、その後の要請は、少なくとも１つの秘密データの少なくとも一部を具備する少なくとも１つのワンタイムパスワードの少なくとも一部の機能を具備することが好ましい。インサイダーが信頼できるサーバーのデータベースの“スナップショット”を得た場合であっても、いったん実際のクライアントが信頼できるサーバーとのトランザクションの成功によりデータベースを更新させると、該インサイダーが、ＨＳＭを欺いて自分をクライアントであると思い込ませるためにこの獲得された知識を単独では使用することができない旨を、データの秘密交換（ｐｒｉｖａｔｅ ｅｘｃｈａｎｇｅ）は保証する。さらに、インサイダーは、現在のデータベースアクセス権に基づいて要請を提出した場合であっても、ＨＳＭからの応答を傍受することができない。その理由は、インサイダーが装置の秘密鍵を有していないためであり、かつ、応答内のプレーンテキストを解読するために用いられるメッセージ鍵が、要請内のメッセージ鍵についての知識のみに基づいて導き出せないためである。インサイダーは、ＨＳＭ秘密鍵を有していないので、クライアントからの入力してくるメッセージを傍受することもできない。
【００３７】
好ましい実施形態において、使用されるプロトコルが、以下のように定義される。
【００３８】
〈用語および表記〉
｛ｘ｝ＥｎｔｉｔｙＰｕｂＫ は、エンティティ（Ｅｎｔｉｔｙ）のＲＳＡ公開鍵の下でのメッセージｘのＲＳＡ−ＯＡＥＰ（Ｏｐｔｉｍａｌ Ａｓｙｍｍｅｔｒｉｃ Ｅｎｃｒｙｐｔｉｏｎ Ｐａｄｄｉｎｇ）暗号化を表す。
【００３９】
｛ＰＴ｝ＭｓｇＫ は、メッセージ鍵ＭｓｇＫの下での（プレーンテキスト）ＰＴの対称アルゴリズム（例えば、トリプルＤＥＳ）暗号化を表す。
【００４０】
ＭＡＣ（ｄａｔａ）Ｋｅｙ は、鍵Ｋｅｙの下でのデータのＭＡＣに基づく対称アルゴリズムを表す。
【００４１】
Ｐｒｏｔｏｃｏｌ Ｈｅａｄｅｒ は、クリアテキストデータ（すなわち、暗号化されずに送信されたデータ）を具備し、該クリアテキストデータは、プロトコルバージョン、または、さらなる処理の前に受信するために有用でありかつ開示による影響を受けづらい他のデータに関する項目を含むことができる。Ｐｒｏｔｏｃｏｌ Ｈｅａｄｅｒのデータフィールドは、固定長でなければ、その長さを指定する固定長の前提部分（ｐｒｅａｍｂｌｅ）を含むことができる。
【００４２】
引数（ａｒｇｕｍｅｎｔｓ）間またはデータフィールド間におけるコンマ（”， ”）の使用は、連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）を示す。［ａ， ｂ］は、ａの後にｂが続く連結を示す。
【００４３】
“．ＸＯＲ．”は、ビット単位（ｂｉｔ−ｗｉｓｅ）の排他的ＯＲ（すなわち、同様の長さのベクトル（ｌｉｋｅ−ｌｅｎｇｔｈ ｖｅｃｔｏｒｓ）の成分単位（ｃｏｍｐｏｎｅｎｔ−ｗｉｓｅ）の加算モジュロ−２）を示す。ＭＡＣ（ｄａｔａ）Ｋ１．ＸＯＲ．Ｋ２ は、Ｋ１．ＸＯＲ．Ｋ２を鍵として用いた“ｄａｔａ”を介しての演算の結果として生じるＭＡＣ値である。
【００４４】
Ｈ（ｍ） は、一方向ハッシュ関数（例えば、ＳＨＡ−１）をメッセージｍに適用した結果を示す。
【００４５】
〈装置側の基本的フロー〉
（公知の方法による）クライアント装置の登録の成功という結論において、装置および信頼できるサーバーが、Ｔ０およびＴ０ＴＳにより示される２つの秘密値を共有し、かつ、各々が他方の公開鍵の確実なコピーを維持すると仮定する。この実施形態について、Ｔ０およびＴ０ＴＳの生成は、Ｔ０ＴＳ．ＸＯＲ．Ｔ０が（２鍵式トリプルＤＥＳ（２−ｋｅｙ ｔｒｉｐｌｅ−ＤＥＳ））鍵であるようなものであってもよい。以下、図１を参照する。概略的に、装置および信頼できるサーバーが（暗号化）同期化状態（（ｃｒｙｐｔｏ−）ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）にあれば、Ｒｅｑｕｅｓｔ（ｎ）の処理を開始する前の装置の持続性メモリ（ｐｅｒｓｉｓｔｅｎｔ ｍｅｍｏｒｙ）は、以下の通りである：
【数１】
2004515117.tif 000003
【００４６】
このデータ位置内の“Ｂｌａｎｋ”以外の値により明示されるように、信頼できるサーバーとの再同期化（ｒｅｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）が必要とされれば（１０３）、装置は、さらに後述するように、再同期化要請を生成する。再同期化が必要とされなければ、装置がＲｅｑｕｅｓｔ（ｎ）の開始を希望する場合に、装置は、新たな２鍵式トリプルＤＥＳ鍵Ｘを得て、かつ、Ｔｎ＝Ｘ．ＸＯＲ．Ｔｎ−１ＴＳとする（１０５）。ここで、Ｔｎ−１ＴＳは、信頼できるサーバーにより、以前の応答内に生成される。したがって、Ｒｅｑｕｅｓｔ（ｎ）は、以前の応答の少なくとも一部の機能を具備する。装置は、要請メッセージＲｅｑｕｅｓｔ（ｎ）（下記の説明を参照）を生成する（１０７）。（ここで、ＰＴ（プレーンテキスト）は、バルク暗号化形式で配信すべきクライアント側ユーザーのメッセージの内容の一部である。）２４バイトのトリプルＤＥＳ鍵（ＭｓｇＫ）が生成される。ＰＴは、ＭｓｇＫによってトリプルＤＥＳ暗号化される。次に、ＴｎとＭｓｇＫとの連続は、信頼できるサーバー（ＴＳ）の公開鍵によって、ＯＡＥＰパディングされ（ＯＡＥＰ−ｐａｄｄｅｄ）、かつ、ＲＳＡ暗号化される。ＣＢＣ（暗号ブロック連鎖（ｃｉｐｈｅｒ−ｂｌｏｃｋ−ｃｈａｉｎｉｎｇ））ＭＡＣは、“ｄａｔａ”［｛Ｔｎ， ＭｓｇＫ｝ＴＳＰｕｂＫ， ｛ＰＴ｝ＭｓｇＫ］と連結されるプロトコルヘッダーを介して生成される。ＭＡＣは、Ｔｎ−１ＴＳ．ＸＯＲ．Ｔｎ−１を用いて生成される。Ｔｎ−１ＴＳ．ＸＯＲ．Ｔｎ−１が１６バイトであるので、ＭＡＣを計算する場合にトリプルＤＥＳアルゴリズムを実行するために二重鍵（ｄｏｕｂｌｅ ｋｅｙ）が用いられることに留意されたい。プロトコルヘッダーおよびＴｎ−１は、ＭＡＣに対してプリペンド（ｐｒｅｐｅｎｄ）される。データは、ＭＡＣの後に付加される。
【００４７】
この要請において、ＴｎおよびＭｓｇＫは、新たに生成された値である。
【００４８】
したがって、Ｔｎおよびメッセージ鍵ＭｓｇＫは、サーバーへの移送目的のために、サーバーの公開鍵を用いて暗号化される。装置が全ての要請のために新たなメッセージ鍵を生成するので、メッセージ鍵を記憶するためのメモリは全く必要とされない。
【数２】
2004515117.tif 000004
【００４９】
Ｒｅｑｕｅｓｔ（ｎ）を送信する前に、装置は、以下の持続性メモリの状態へ進む（１０９）：
【数３】
2004515117.tif 000005
次に、Ｒｅｑｕｅｓｔ（ｎ）は送信され（１１１）、かつ、Ｒｅｓｐｏｎｓｅ（ｎ）がサーバーから装置へ送信される（１１３）。サーバー側のフローについて、以下に説明する。
【００５０】
Ｒｅｓｐｏｎｓｅ（ｎ）を受信すると、装置は応答を完全に処理する。その理由は、ランダムに（または、疑似ランダムに）生成されたＭｓｇＫが、装置が基本的フローモードではなく再同期化モード（後述する）にあることを示すＡＬＬ ＮＵＬＬベクトルではないためである。信頼できるサーバーからのＲｅｓｐｏｎｓｅ（ｎ）についての満足を与える検証（１１５）という結論において、装置は、以下の持続性メモリの状態へ進む（１１７）：
【数４】
2004515117.tif 000006
【００５１】
〈装置側のフロー − 暗号同期化の再確立〉
以下、図２を参照する。例えば、クライアント装置が時間切れになったか、または、クライアント側のプロセッサが故障し、この結果、装置が持続性メモリの状態Ｔｎ−１， Ｔｎ−１ＴＳ， Ｔｎにあり、かつ、Ｒｅｓｐｏｎｓｅ（ｎ）を待機していないと仮定する。クライアント装置の動作が再開されると、クライアント装置は、装置が再同期化モードにあることを示すメッセージ鍵を生成する。クライアント装置は、ＮＵＬＬ ＭｓｇＫを生成し、かつ、ＮＵＬＬ ＭｓｇＫを用いて特殊な再同期化要請（２０１）を送信することが好ましい。ＰＴは存在しない：
【数５】
2004515117.tif 000007
【００５２】
前記装置は、自身が再同期化モードにあり、かつ、通常の送信モードにはないことを認識する：揮発性メモリＭｓｇＫ＝ＡＬＬ ＮＵＬＬｓという事実は、受信されたＲｅｓｐｏｎｓｅ（ｎ）を検証する場合にはあらゆる｛ＰＴ｝ＭｓｇＫ’フィールドを捨てるようにクライアント装置に通知する。この応答は、実際には、再同期化要請にではなく基本的フローに応答して最初に生成された記憶された応答である場合には、このような暗号化データフィールドを含むことができる。応答内のＭＡＣが、この場合には、プレーンテキストＰＴではなく暗号文｛ＰＴ｝ＭｓｇＫ’を介して計算されるので、装置は、ＭＡＣを検証するために解読を行う必要がない。
【００５３】
前記信頼できるサーバーからのＲｅｓｐｏｎｓｅ（ｎ）についての満足を与える検証（２０５）という結論において、装置は、以下の持続性メモリの状態へメモリを更新する（２０７）：
【数６】
2004515117.tif 000008
【００５４】
〈サーバー側の基本的フロー〉
最初に、所定の値ｎについてのＲｅｑｕｅｓｔ（ｎ）を装置から受信する前に、この装置についての、信頼できるサーバーのデータベース値は、以下の通りである：
【数７】
2004515117.tif 000009
【００５５】
Ｒｅｓｐｏｎｓｅ（ｎ）についての満足を与える検証に基づいて、信頼できるサーバーは、ＴｎＴＳとＲｅｓｐｏｎｓｅ（ｎ）とを生成し、かつ、そのデータベース値は、以下の通りである：
【数８】
2004515117.tif 000010
【００５６】
以下、図３を参照する。クライアント装置からの要請を受信すると（３０３）、信頼できるサーバーは、Ｐｒｏｔｏｃｏｌ Ｈｅａｄｅｒのバージョンフィールドに基づいてどのメッセージングプロトコルを用いるべきかを確立する。信頼できるサーバーは、Ｔｎ−１に基づいてクライアント装置の身元を確立し、かつ、Ｔｎ−１を用いてデータベースの入力からＴｎ−１ＴＳを回収する（３０５）。サーバーは、Ｔｎ−１ＴＳ．ＸＯＲ．Ｔｎ−１を用いてＭＡＣを有効化（ｖａｌｉｄａｔｅ）する。その秘密鍵を用いて、信頼できるサーバーは、｛Ｔｎ， ＭｓｇＫ｝ＴＳＰｕｂＫを解読しかつＯＡＥＰ復号化し、かつ、Ｔｎをセーブする。回復されたＭｓｇＫの値は、ＰＴを回復すべく｛ＰＴ｝ＭｓｇＫを解読するために用いられる。次に、これに応じて、信頼できるサーバーはＰＴを処理する。
【００５７】
本発明の一実施形態において、入力してくる値Ｔｎ−１に対応する現在のワンタイムパスワード入力がサーバーのデータベース内に存在しなければ、サーバーは、入力してくる値を、以前に生成された応答に対応するＴｘに対してマッチングしようとする（３０７）。検索が成功すれば、サーバーは、入力してくる要請のＴｎ−１に対応する応答を再送信する（３０９）。より明確には、所定の装置についての信頼できるサーバーの値が現時点でＴｎ−１，Ｔｎ，ＴｎＴＳ，Ｒｅｓｐｏｎｓｅ（ｎ）であれば、Ｔｎ−１は、信頼できるサーバーにより、要請を新たに処理するためには用いられない。代わりに、信頼できるサーバーがそのデータベースの入力を装置のために更新したが装置がその状態をまだ更新していない場合には、対応するＲｅｓｐｏｎｓｅ（ｎ）が、信頼できるサーバーと装置との間の（暗号）同期化を再確立するために用いられる。
【００５８】
入力してくる要請内のＴｎ−１が（現在のワンタイムパスワードとマッチングするという点で）予想され、かつ、要請が認証される場合には、サーバーは、該要請が再同期化のための要請ではないことを検証する（３１３）。再同期化が必要とされれば、再同期化応答（さらに後述する）が生成される。再同期化が必要とされなければ、信頼できるサーバーは、新たな２鍵式トリプルＤＥＳ鍵Ｙを生成し、かつ、ＴｎＴＳ＝Ｙ．ＸＯＲ．Ｔｎとし、かつ、自身のＰＴと新たに生成されたＭｓｇＫ’とによってＲｅｓｐｏｎｓｅ（ｎ）を生成する（３１５）。応答メッセージは、ＭＡＣがＴｎ．ＸＯＲ．Ｔｎ−１ＴＳを用いて計算されることを除けば、要請メッセージと同じフォーマットで生成され、かつ、新たなＴｎＴＳが、装置の公開鍵ＤｅｖｉｃｅＰｕｂＫの下で暗号化された引数として現れる：
【数９】
2004515117.tif 000011
【００５９】
生成されたＲｅｓｐｏｎｓｅ（ｎ）は、応答ＭＡＣを計算するために用いられる鍵を経て次のワンタイムパスワードＴｎを確認する機能を含む。
【００６０】
この応答において、ＴｎＴＳおよびＭｓｇＫ’は、新たに生成された値であり、この場合に、戻されるメッセージ鍵（ＭｓｇＫ’）は、装置により生成されたメッセージ鍵（ＭｓｇＫ）とは異なる。
【００６１】
前記要請メッセージ鍵ＭｓｇＫおよび応答メッセージ鍵ＭｓｇＫ’のいずれも、データベース内にセーブされない。ＨＳＭが要請を解読しかつ応答を生成した後に、データベース値Ｔｎ（新規），Ｔｎ−１ＴＳ（以前）への適時のアクセスは、この応答を、準拠的なクライアントプラットフォームにとって受理可能である別の応答に置き換えることを可能にする。クライアント装置がクライアントプラットフォームの公開鍵を用いて（ＭｓｇＫ’の代わりに）ＭｓｇＫ．ＸＯＲ．ＭｓｇＫ’を暗号化状態で送信することを期待するように、プロトコルが修正されれば、ＭｓｇＫ’、および、ＨＳＭにより生成されるようなＭｓｇＫ’のいずれもＨＳＭから離れないので、応答の置き換えは受理されない。さらに、クライアント装置は、そのＭｓｇＫを不揮発性メモリに記憶することも必要としない。その理由は、クライアント装置は、暗号同期化を再確立するのみであり、したがって、最初の応答が予想時に受信されなければ応答メッセージのあらゆるバルク暗号化された内容を無視するためである。
【００６２】
前記持続性メモリにおいて、信頼できるサーバーは、Ｔｎ−２， Ｒｅｓｐｏｎｓｅ（ｎ−１）， Ｔｎ−１， Ｔｎ−１ＴＳを以前に（或る形式のアクセス可能な記憶装置内に）有していた。このことは、今では、Ｔｎ−１， Ｒｅｓｐｏｎｓｅ（ｎ）， Ｔｎ， ＴｎＴＳに置き換えられている（３１７）。いったん、Ｒｅｓｐｏｎｓｅ（ｎ）が生成されかつセーブされれば、Ｔｎ−１ＴＳについての知識はもはや必要とされない。
【００６３】
前記信頼できるサーバーは、Ｒｅｓｐｏｎｓｅ（ｎ）をクライアント装置へ送信する（３１９）。メッセージの受信に基づいて、装置は、Ｐｒｏｔｏｃｏｌ Ｈｅａｄｅｒのバージョンを検証し、かつ、Ｔｎ−１を無視する。ＭＡＣは、Ｔｎ．ＸＯＲ．Ｔｎ−１ＴＳを用いて検証される。その秘密鍵を用いて、クライアント装置は、｛ＴｎＴＳ， ＭｓｇＫ’｝ＤｅｖｉｃｅＰｕｂＫを解読しかつＯＡＥＰ復号化する。装置は、ＰＴを回復するためにＭｓｇＫ’を用いる。装置は、これに応じて、ＰＴを処理する。
【００６４】
持続性メモリまたは不揮発性メモリにおいて、装置は、Ｔｎ−１， Ｔｎ−１ＴＳ， Ｔｎを以前に有していた。このことは、今では、Ｔｎ， ＴｎＴＳ， Ｂｌａｎｋに置き換えられている。
【００６５】
〈サーバー側のフロー − 暗号同期化の再確立〉
図４を参照すると、サーバーは、メッセージを解読しかつ処理する。信頼できるサーバーがＲｅｑｕｅｓｔ（ｎ）を受信した時にこの装置についての該サーバーのデータベース値がＴｎ−２， Ｔｎ−１， Ｔｎ−１ＴＳ， Ｒｅｓｐｏｎｓｅ（ｎ−１）であれば、該サーバーは、要請を処理し、かつ、装置が再同期化モードにあることを示すメッセージ鍵を用いてＴｎＴＳおよびＲｅｓｐｏｎｓｅ（ｎ）を生成する（４０１）。クライアント装置は、ＮＵＬＬ ＭｓｇＫ’を生成することが好ましい。ＰＴは存在しない。次に、サーバーは、Ｒｅｓｐｏｎｓｅ（ｎ）を送信する（４０５）：
【数１０】
2004515117.tif 000012
【００６６】
そのデータベース値は、Ｔｎ−１， Ｔｎ， ＴｎＴＳ， Ｒｅｓｐｏｎｓｅ（ｎ）を含むように更新される（４０３）。
【００６７】
この装置について装置サーバーのデータベース値が、或るＲｅｓｐｏｎｓｅ（ｎ）に対して、Ｔｎ−１， Ｔｎ， ＴｎＴＳ， Ｒｅｓｐｏｎｓｅ（ｎ）であれば、装置サーバーがこのＲｅｑｕｅｓｔ（ｎ）を受信した時に、該装置サーバーは、Ｒｅｓｐｏｎｓｅ（ｎ）を（再）送信する。この場合に、受信されたＲｅｑｕｅｓｔ（ｎ）内のＴｎ−１は、データベースの入力（すなわち、以前に送信されかつ記憶されたＲｅｓｐｏｎｓｅ（ｎ）の値）にアクセスするために用いられる。要請が“新鮮”であったならば、データベースの入力（すなわち、ＴｎＴＳ、および、装置の公開鍵ＤｅｖｉｃｅＰｕｂＫ）にアクセスするためにＴｎが用いられたことになる。
【００６８】
前記クライアント装置は、図１および図２と関連して前述したように、応答メッセージを処理し、かつ、その持続性メモリを更新する。
【００６９】
前記サーバーにおける状態損失の可能性が重要なものであれば、本発明の拡張部分を、稀にしかアクセスされないフェイルセーフ（ｆａｉｌ−ｓａｆｅ）バックアップの可用性を利用するために展開することができる。例えば、“強要（Ｄｕｒｅｓｓ）モード”（後述する）に関する例外処理の場合に、サーバーは、バックアップ要請メッセージの受信を損なわれていない状態で認識する遠隔のバックアップサービスまたは設備にアクセスすることができる。サーバーにおける状態損失が検出されたりまたは該状態損失の疑いがある場合に、サーバーは、自身がバックアップ設備に堆積したデータのコピーを回収する。この状態回復方法の実施形態において、装置およびサーバーが、登録または他の初期化の一部としての初期値Ｔ０，Ｔ０ＴＳについて同意する場合に、装置およびサーバーは、初期の強要値の組Ｄｕｒｅｓｓ−Ｔ０およびＤｕｒｅｓｓ−Ｔ０ＴＳについても同意する。これまでに説明したような再同期化が、公知の方法を利用して装置（または装置のユーザー）により追跡できるような規定された数の試行または規定された時間経過（または他の測定基準）の後に、（（暗号）同期化の再獲得または再確立という）望ましい効果の達成を失敗すれば、再同期化の例外処理版を用いることができる。装置側の再同期化という語は、装置側の処理の例外処理、または、強要モード版を具備することが理解される。サーバー側の再同期化という語は、サーバー側の処理の例外処理、または、強要モード版を具備することが理解される。Ｄｕｒｅｓｓ Ｒｅｑｕｅｓｔメッセージは、要請メッセージ（の一タイプ）と見なされる。Ｄｕｒｅｓｓ Ｒｅｓｐｏｎｓｅメッセージは、応答メッセージ（の一タイプ）と見なされる。装置は、Ｄｕｒｅｓｓ Ｒｅｑｕｅｓｔメッセージを生成しかつ送信する。Ｄｕｒｅｓｓ Ｒｅｑｕｅｓｔメッセージは、或る必要条件によって、標準的な要請メッセージのフォーマットに従い、また、結果的に生じるＤｕｒｅｓｓ Ｒｅｓｐｏｎｓｅメッセージも標準的な応答メッセージのフォーマットに従う。すなわち、現在の（標準的な）Ｔ値ではない現在のＤｕｒｅｓｓ−Ｔ値は、Ｄｕｒｅｓｓ ＲｅｑｕｅｓｔおよびＤｕｒｅｓｓ Ｒｅｓｐｏｎｓｅ内で用いられる。Ｄｕｒｅｓｓ ＲｅｑｕｅｓｔおよびＤｕｒｅｓｓ Ｒｅｓｐｏｎｓｅ内で新たに生成されたＴ値は、それぞれ、新たな“登録されたばかりの”開始地点へリセットするために用いられ、これにより、ここでは、Ｔ０，Ｔ０ＴＳとしてそれぞれ指定される（しかし、元のＴ０，Ｔ０ＴＳ値には関連づけられない）。Ｄｕｒｅｓｓ Ｒｅｑｕｅｓｔ（ｍ）のＰＴフィールドは、（少なくとも）Ｄｕｒｅｓｓ−Ｔｍを含み、かつ、Ｄｕｒｅｓｓ Ｒｅｓｐｏｎｓｅ（ｍ）のＰＴフィールドは、（少なくとも）Ｄｕｒｅｓｓ−ＴｍＴＳを含む。
【数１１】
2004515117.tif 000013
【００７０】
前記装置による標準的な要請処理とは違い、失敗したＤｕｒｅｓｓ Ｒｅｑｕｅｓｔメッセージの再試行は、以前の（失敗した）試行の正確なコピーである。標準的なサーバーのデータベースの更新とは違い、サーバーが、
Ｄｕｒｅｓｓ−Ｔｍ−２，Ｄｕｒｅｓｓ−Ｔｍ−１，Ｄｕｒｅｓｓ−Ｔｍ−１ＴＳ，Ｄｕｒｅｓｓ Ｒｅｓｐｏｎｓｅ（ｍ−１） から、
Ｄｕｒｅｓｓ−Ｔｍ−１，Ｄｕｒｅｓｓ−Ｔｍ，Ｄｕｒｅｓｓ−ＴｍＴＳ，Ｄｕｒｅｓｓ Ｒｅｓｐｏｎｓｅ（ｍ） へ、
ローカルに更新する場合に、この変更もまた、フェイルセーフ通信または他の非常に確実な（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ）手段を用いてバックアップされる。
【００７１】
本発明の代替的実施形態は、認証段階と公開鍵暗号化段階とを組み合わせ、これにより、ＭＡＣの使用を不要にする。これは、入力してくる要請が現時点のものであることを示すサーバーのデータベース上のヒットが、要請メッセージデータの信憑性を検証する前に、サーバーにおいて要請メッセージをＲＳＡ−ＯＡＥＰ処理することを促進するという点で、より少ない段階のアプローチである。ＭＡＣベースの実施形態においては、ＭＡＣによる検証の失敗は、サーバーにおけるメッセージ処理の中断を促進する。ＭＡＣ無しでのアプローチにおける要請メッセージおよび応答メッセージの実施形態は、ＳＨＡ−１のような一方向ハッシュ関数Ｈを用いることができる：
【数１２】
2004515117.tif 000014
【００７２】
本明細書内で説明した実施形態に対する種々の変更および修正が当業者には明らかとなることを理解すべきである。このような変更および修正については、本発明の真意および範囲から逸脱することなく、かつ、本発明に付随する利点を縮小することなく行うことができる。したがって、このような変更および修正は、添付の請求項内に包含されるように意図される。
【図面の簡単な説明】
【図１】クライアント装置が、要請を信頼できるサーバーへ送信するために実行する工程のシーケンスのフローチャートを示す図である。
【図２】クライアント装置が、再同期化要請を信頼できるサーバーへ送信するために実行する工程のシーケンスのフローチャートを示す図である。
【図３】信頼できるサーバーが、クライアント装置からの要請に対する応答を送信するために実行する工程のシーケンスを示す図である。
【図４】信頼できるサーバーが、クライアント装置からの再同期化要請に対する再同期化応答を送信するために実行する工程のシーケンスを示す図である。
【符号の説明】
ＭｓｇＫ，ＭｓｇＫ’　メッセージ鍵
Ｒｅｑｕｅｓｔ（ｎ）　要請メッセージ
Ｒｅｓｐｏｎｓｅ（ｎ）　応答メッセージ
Ｔｎ　ワンタイムパスワード
【図１】
2004515117.tif 000015
【図２】
2004515117.tif 000016
【図３】
2004515117.tif 000017
【図４】
2004515117.tif 000018
【国際公開パンフレット】
2004515117.tif 000019
2004515117.tif 000020
2004515117.tif 000021
2004515117.tif 000022
2004515117.tif 000023
2004515117.tif 000024
2004515117.tif 000025
2004515117.tif 000026
2004515117.tif 000027
2004515117.tif 000028
2004515117.tif 000029
2004515117.tif 000030
2004515117.tif 000031
2004515117.tif 000032
2004515117.tif 000033
2004515117.tif 000034
2004515117.tif 000035
2004515117.tif 000036
2004515117.tif 000037
2004515117.tif 000038
2004515117.tif 000039
2004515117.tif 000040
2004515117.tif 000041
2004515117.tif 000042
2004515117.tif 000043
2004515117.tif 000044
2004515117.tif 000045
2004515117.tif 000046
2004515117.tif 000047
2004515117.tif 000048
2004515117.tif 000049
2004515117.tif 000050
2004515117.tif 000051
2004515117.tif 000052
2004515117.tif 000053
2004515117.tif 000054
【国際公開パンフレット（コレクトバージョン）】
2004515117.tif 000055
2004515117.tif 000056
【国際調査報告】
2004515117.tif 000057
2004515117.tif 000058