(57)【要約】信頼されるエンティティ認証は、安全な環境において公開−秘密鍵の対を生成するステップと、該安全な環境においてその製造の間に該秘密鍵をデバイス内に格納するステップと、安全な環境において該公開鍵を他の情報に連結するステップと、エンティティの検証データを含む該デバイス内の入力を受け取るステップと、デバイス内で、該検証データおよび該デバイス内に事前に格納されたデータに基づいて検証ステータスを識別するステップと、該秘密鍵を用いて該識別された検証ステータスの表示を含むメッセージのためにデジタル署名を発生するステップと、ＥＣに送るために該デジタル署名を出力するステップと、該ＥＣの受取の際に、該公開鍵を用いて該メッセージを認証することによって該公開鍵に連結された情報を識別するステップと、該識別された情報および表示された検証ステータスを考慮するステップとを包含する。【選択図】図５６
2004519874.tif 000002
【特許請求の範囲】
【請求項１】
アカウントを管理する方法であって、各アカウントは、公開−秘密鍵対うちの各公開鍵に結合され、
（ａ）デジタル署名を含むＥＣを受け取るステップと、
（ｂ）顧客アカウントの一つに結合された公開鍵に連結された情報を、該公開鍵を用いてＥＣに結合されたメッセージを連続して認証することによって識別するステップであって、該情報は、デジタル署名を作成するデバイスの安全性の局面に関し、該公開鍵および対応する秘密鍵は、該デバイスの製造環境内で生成され、該秘密鍵は、該デバイスが製造に続く環境から放出するのに先行して該デバイス内に格納される、ステップと、
（ｃ）ＥＣに応答するステップであって、該応答は、
（ｉ）該公開鍵にリンクされた該識別された情報と、
（ｉｉ）複数の所定の検証ステータスからの一つの検証ステータスの該ＥＣに含まれる指示であって、該検証ステータスは、該デバイスによって、該デバイスへのエンティティ入力の検証データと該デバイス内に事前に格納されたデータとの関数として行われたエンティティの認証に関する、指示と
に基づく、ステップと
を包含する、アカウントを管理する方法。
【請求項２】
前記デジタル署名が前記考慮すべき事項に基づいて不正に発生されるリスクを測定するステップをさらに包含する、請求項１に記載の方法。
【請求項３】
前記測定されたリスクが受入可能である場合に前記デバイスによって行われた前記エンティティ認証を受け入れるステップをさらに包含する、請求項２に記載の方法。
【請求項４】
前記デバイスによって行われた前記エンティティ認証の前記受入のときに前記アカウント上に命令を実行するステップをさらに包含する、請求項３に記載の方法。
【請求項５】
前記ＥＣの受信時に、前記デバイスによって行われた前記エンティティ認証および前記受信されたメッセージの前記認証以外のさらなるエンティティ認証が、前記アカウント上の前記命令の実行のために要求されない、請求項１に記載の方法。
【請求項６】
前記公開鍵の対は、前記デバイス内で作製される、請求項１に記載の方法。
【請求項７】
各対のうちの前記公開鍵のみが、前記各デバイスからエクスポート可能である、請求項６に記載の方法。
【請求項８】
前記秘密鍵は、前記各デバイスからエクスポート可能でない、請求項６に記載の方法。
【請求項９】
前記検証ステータスの前記指示は、前記検証データも予め格納されたデータも示さない、請求項１に記載の方法。
【請求項１０】
前記予め格納されたデータは、エンティティの生物測定特徴を表す、請求項１に記載の方法。
【請求項１１】
前記デジタル署名は、前記デバイスの前記検証ステータスの指示を含む、請求項１に記載の方法。
【請求項１２】
前記メッセージは、金融取引を表す、請求項１に記載の方法。
【請求項１３】
前記メッセージは、法律活動を表す、請求項１に記載の方法。
【請求項１４】
前記メッセージは、情報へのアクセスのための要求を表す、請求項１に記載の方法。
【請求項１５】
前記メッセージは、物理的な配置へのアクセスのための要求を表す、請求項１に記載の方法。
【請求項１６】
前記メッセージを認証するために用いられた前記公開鍵は、前記デジタル署名とともに送られる、請求項１に記載の方法。
【請求項１７】
前記デバイスによって識別された前記検証ステータスとは別に、前記メッセージのための前記デジタル署名は発生され、該デバイス内で該メッセージを表すデータを、該デバイスによって識別された該検証ステータスの関数として改良するステップを含み、該発生されたデジタル署名は、該識別された検証ステータスの該指示を含む、請求項１に記載の方法。
【請求項１８】
前記デバイスの前記公開鍵を用いて前記メッセージを連続して認証するステップは、
（ａ）前記デジタル署名を前記公開鍵で解読するステップと、
（ｂ）該デバイスの複数の所定の検証ステータスのうちの各一つのために、
（ｉ）該メッセージを表すデータを所定の検証ステータスの関数として改良するステップと、
（ｉｉ）前記解読されたデジタル署名を前記改良されたデータと比較するステップであって、該解読されたデジタル署名が該改良されたデータと一致する場合に成功する認証が発生する、ステップと
を包含する、請求項１に記載の方法。
【請求項１９】
前記デバイスの前記公開鍵を用いて前記メッセージを連続して認証するステップは、
（ａ）前記デジタル署名を前記公開鍵で解読するステップと、
（ｂ）該デバイスの複数の所定の検証ステータスのうちの各一つのために、
（ｉ）前記メッセージを表すデータを、前記所定の検証ステータスの関数として改良するステップと、
（ｉｉ）メッセージダイジェストを該改良されたデータの関数として計算するステップと、
（ｉｉｉ）該解読されたデジタル署名を該改良されたデータと比較するステップであって、該解読されたデジタル署名が該改良されたデータと一致する場合に連続する認証が発生する、ステップと
を包含する、請求項１に記載の方法。
【請求項２０】
前記メッセージダイジェストを前記改良されたデータの関数として計算するステップは、該改良されたデータのためにハッシュ値を計算するステップを包含する、請求項１９に記載の方法。
【請求項２１】
前記デジタル署名を受け取るステップに加えて前記メッセージを表すデータを受け取るステップをさらに包含する、請求項１に記載の方法。
【請求項２２】
前記メッセージは事前に規定される、請求項１に記載の方法。
【請求項２３】
前記事前に規定された検証ステータスの一つは、成功する確認を表す、請求項１に記載の方法。
【請求項２４】
前記所定の検証ステータスの一つは、検証データが最後に該デバイスに入力されてからデジタル署名が前記デバイスによって発生したかどうかをさらに表す、請求項２３に記載の方法。
【請求項２５】
前記所定の検証ステータスの一つは、デジタル署名に入力された検証データを前記デバイス内に予め格納されたデータと比較したあとでデジタル署名が発生したかどうかを付加的に表す、請求項２３に記載の方法。
【請求項２６】
所定の検証ステータスの一つは、任意の検証データが事前に決定された周期内に前記デバイスに入力されたかどうかをさらに表す、請求項２５に記載の方法。
【請求項２７】
前記所定の周期は、最後の連続した確認からの時間を含む、請求項２６に記載の方法。
【請求項２８】
前記所定の周期は、前記デバイスをリセットしたときからの時間を含む、請求項２６に記載の方法。
【請求項２９】
前記所定の検証ステータスの一つは、前記デバイスに入力された検証データと該デバイス内に予め格納されたデータとの間の相違を表す、請求項１に記載の方法。
【請求項３０】
前記所定の検証ステータスの一つは、前記デバイスに入力された生物測定の検証データと該デバイス内に予め格納された生物測定のデータとの間の整合の程度を表す、請求項１に記載の方法。
【請求項３１】
前記所定の検証ステータスの一つは、前記デバイスに入力された生物測定の検証データと該デバイス内に予め格納された生物測定のデータとの間のパーセンテージの整合をさらに表す、請求項３０に記載の方法。
【請求項３２】
前記所定の検証ステータスの一つは、検証データが最後に前記デバイスに入力されてから前記デバイスによってデジタル署名が発生されたかどうかをさらに表す、請求項３０に記載の方法。
【請求項３３】
前記所定の検証ステータスの一つは、前記デバイスに入力された検証データを該デバイス内に予め格納されたデータと比較したあとでデジタル署名が発生されたかどうかをさらに表す、請求項３０に記載の方法。
【請求項３４】
前記所定の検証ステータスの一つは、任意の検証データが前記デバイスに所定の周期以内に入力されたかどうかをさらに表す、請求項３０に記載の方法。
【請求項３５】
前記所定の周期は、最後の成功する確認からの時間を含む、請求項３４に記載の方法。
【請求項３６】
前記所定の周期は、前記デバイスをリセットしてからの時間を含む、請求項３４に記載の方法。
【請求項３７】
デジタル署名を含むＥＣと結合された、信頼されたエンティティ認証を確立する方法であって、
（ａ）安全な環境内で製造されたデバイスのために、
（ｉ）該デバイスを該安全な環境から放出する前に公開−秘密対を生成するステップと、
（ｉｉ）該デバイスを該安全な環境から放出する前にデジタル署名を作成する際の使用のために該秘密鍵を該デバイス内に格納するステップと、
（ｉｉｉ）該安全な環境内に安全な方法で該公開鍵を該デバイスと結合された他の情報と連結するステップと、
（ｂ）その製造の後該デバイス内で、
（ｉ）エンティティの検証データを含む入力を受け取るステップと、
（ｉｉ）該デバイス内で、該デバイスの複数の所定の検証ステータスからの現在の検証ステータスを、該検証データと該デバイス内に予め格納されたデータとの関数として識別するステップであって、各検証ステータスは、該デバイスによって行われたエンティティ認証に関する、ステップと、
（ｉｉｉ）識別された該検証ステータスにかかわらず、メッセージのためのデジタル署名を該識別された検証ステータスの関数として発生するステップであって、該デバイス内で該メッセージを表すデータを該識別された検証ステータスの関数として改良するステップを含み、該生成されたデジタル署名は、該識別された検証ステータスの指示を含む、ステップと、
（ｉｖ）該デバイスから該デジタル署名を該ＥＣとの取引のために受信者に出力するステップと、
（ｃ）受信者による該ＥＣの受信の際に、
（ｉ）該デバイスの該公開鍵とリンクされた他の情報を、該デバイスの該公開鍵を用いて該メッセージを首尾よく認証することによって識別するステップと、
（ｉｉ）該ＥＣに含まれる該検証ステータスの該指示および該公開鍵にリンクされた該識別された情報に基づいて該ＥＣに応答するステップと、
包含する、信頼されたエンティティ認証を確立する方法。
【請求項３８】
前記メッセージは、金融取引を表す、請求項３７に記載の方法。
【請求項３９】
前記メッセージは、法的活動を表す、請求項３７に記載の方法。
【請求項４０】
前記メッセージは、情報へのアクセスのための要求を表す、請求項３７に記載の方法。
【請求項４１】
前記メッセージは、物理的な配置へのアクセスのための要求を表す、請求項３７に記載の方法。
【請求項４２】
前記メッセージを認証するために用いられた前記公開鍵は、前記デジタル署名とともに送られる、請求項３７に記載の方法。
【請求項４３】
前記公開−秘密鍵の対は、前記デバイス内に作製される、請求項３７に記載の方法。
【請求項４４】
各対の前記公開鍵のみが、前記各デバイスからイクスポート可能である、請求項４３に記載の方法。
【請求項４５】
前記秘密鍵は、前記各デバイスからイクスポート可能ではない、請求項４３に記載の方法。
【請求項４６】
前記ＥＣに応答するステップは、前記デジタル署名が不正に発生されリスクを測定するステップと、該測定されたリスクが受け入れ可能な場合に前記デバイスによって行われた前記エンティティ認証を受け入れるステップとをさらに包含する、請求項３７に記載の方法。
【請求項４７】
前記デバイスによって行われた前記エンティティ認証の受入の際に前記メッセージによって表された命令を実行するステップをさらに包含する、請求項４６に記載の方法。
【請求項４８】
前記メッセージを連続して認証するために用いられた前記公開鍵が結合されたアカウントを維持するステップと、前記デバイスによって行われた前記エンティティの受入の際に該アカウント上の前記命令を実行するステップとをさらに包含する、請求項４７に記載の方法。
【請求項４９】
前記ＥＣの受入の際に、前記デバイスによって行われた前記エンティティ認証および前記受信者によって行われたメッセージ認証以外のさらなるエンティティ認証は、前記アカウント上の前記命令の実行のために要求されない、請求項４８に記載の方法。
【請求項５０】
前記デバイスは、それら製造される前記デバイスの安全レベルを損なわないように前記デバイスの安全性に少なくとも匹敵する十分な安全性等級を有する安全な環境内で製造される、請求項３７に記載の方法。
【請求項５１】
前記安全な環境において製造される前記デバイスは、安全なデバイスのための事前に規定された安全性レベルを満たす、請求項５０に記載の方法。
【請求項５２】
前記安全な環境は、複数の物理的な配置を含む、請求項５０に記載の方法。
【請求項５３】
前記他の情報は、前記デバイスの安全性プロファイルを含む、請求項５０に記載の方法。
【請求項５４】
前記安全な連結方法は、前記公開鍵を前記製造されたデバイスの前記安全性プロファイルと一緒に記録するステップと、安全性検証を集合的に規定する代わりにデジタル署名を生成するステップであって、該公開鍵および安全性プロファイルは、それにより、安全に一緒に結合される、ステップと、前記デバイスが前記安全な環境から放出される前に、その安全性検証を前記デバイスに組み込み、その結果、該安全性検証は、該デバイスによって生成された前記デジタル署名とともに前記ＥＣ内に送られるステップとを包含する、請求項５３に記載の方法。
【請求項５５】
安全性プロファイルのために前記デジタル署名を発生するステップにおいて用いられた前記秘密鍵を前記検証が属する前記デバイスの安全性レベルに少なくとも匹敵する安全性等級を有する前記環境に維持するステップをさらに包含する、請求項５４に記載の方法。
【請求項５６】
前記連結するステップの前記安全な方法が、リンクされた公開鍵および安全性プロファイルをデータベース内に記録するステップと、該データベースを、前記デバイスの安全性レベルに少なくとも匹敵する安全性等級を有する環境内に維持するステップとを包含する、請求項３７に記載の方法。
【請求項５７】
前記連結するステップの安全な方法は、前記デバイスのリンクされた公開鍵および安全性プロファイルを含む検証のためのデジタル署名を生成するステップと、該検証および該デジタル署名をそれによって発表するステップと、該検証のために該デジタル署名を発生するステップにおいて用いられた該公開鍵を、該検証が属する前記デバイスの安全性レベルに少なくとも匹敵する安全性等級を有する環境に維持するステップとを包含する、請求項３７に記載の方法。
【請求項５８】
前記他の情報は、安全性プロファイルを含み、リンクするステップの前記安全な方法は、前記公開鍵および安全性プロファイルを、デバイスの安全性プロファイルに連結された公開鍵のデータベースに記録するステップと、該データベースを、該公開鍵がそれによりリンクされる各デバイスの安全性レベルに少なくとも匹敵する安全性等級を有する環境に維持するステップとを包含する、請求項３７に記載の方法。
【請求項５９】
各公開鍵およびそのそれぞれの安全性プロファイルは、各デバイス識別子に基づく前記データベースから検索可能である、請求項５８に記載の方法。
【請求項６０】
デバイス識別子は、前記デバイスの公開鍵を含む、請求項５９に記載の方法。
【請求項６１】
デバイス識別子は、前記デバイスのシリアルナンバーを含む、請求項５９に記載の方法。
【請求項６２】
デバイス識別子は、アカウントナンバーを含む、請求項５９に記載の方法。
【請求項６３】
前記ＥＣに関連するデバイス識別子を受け取るステップと、前記データベース内のデバイス識別子と調和させるために該デバイス識別子を比較するステップとをさらに包含する、請求項５９に記載の方法。
【請求項６４】
前記ＥＣに関連する疑わしいデバイスの公開鍵を受け取るステップと、前記データベース内の前記公開鍵と調和させるために該疑わしいデバイスの公開鍵を比較するステップとをさらに包含する、請求項５９に記載の方法。
【請求項６５】
前記他の情報は、前記デジタル署名されたメッセージの受信者によって識別される、請求項３７に記載の方法。
【請求項６６】
前記他の情報は、前記デジタル署名されたメッセージの受信者に対して識別される、請求項３７に記載の方法。
【請求項６７】
前記他の情報は、前記デバイスの安全性プロファイルを含む、請求項３７に記載の方法。
【請求項６８】
公開鍵および安全性プロファイルが前記デバイスに割り当てられたデバイス識別子に基づいてデータベースから検索されるように、前記データベースの前記公開鍵および安全性プロファイルをデータベースに記録するステップをさらに包含する、請求項６７に記載の方法。
【請求項６９】
前記デバイスのための前記識別子は、前記デバイスの前記公開鍵を含む、請求項６８に記載の方法。
【請求項７０】
前記デバイスのための前記識別子は、前記デバイスのそれぞれのシリアルナンバーを含む、請求項６８に記載の方法。
【請求項７１】
前記デバイスのための前記識別子は、前記デバイスに関連するそれぞれのアカウントナンバーを含む、請求項６８に記載の方法。
【請求項７２】
デバイス識別子をデジタル署名されたメッセージの受信者から受け取るステップと、調和のために前記デバイス識別子をデータベース内のデバイス識別子と比較するステップとをさらに包含する、請求項６８に記載の方法。
【請求項７３】
疑わしいデバイスの公開鍵を前記デジタル署名されたメッセージの受信者から受け取るステップと、調和のために該疑わしいデバイスの公開鍵を、安全性プロファイルが索引された前記データベースに記録された、連結された公開鍵と比較するステップとをさらに包含する、請求項６８に記載の方法。
【請求項７４】
前記公開鍵が不正に用いられて前記識別された安全性プロファイル上の部分に少なくとも基づいて前記メッセージをデジタル署名するリスクを測定するステップをさらに包含する、請求項６７に記載の方法。
【請求項７５】
デバイスの前記安全性プロファイルは、前記デバイスの安全性特性を含む、請求項６７に記載の方法。
【請求項７６】
前記デバイスの前記安全性プロファイルは、デジタル署名を始めるときに該デバイスによって用いられるアルゴリズムを含む、請求項６７に記載の方法。
【請求項７７】
デバイスの前記安全性プロファイルは、前記デバイスの認証性能を含む、請求項６７に記載の方法。
【請求項７８】
前記認証性能は、デバイスがファクターＡおよびファクターＢのエンティティ認証を行うかどうかを含む、請求項７７に記載の方法。
【請求項７９】
前記安全性プロファイルは、前記デバイスの前記安全性の局面のすべてを含む、請求項６７に記載の方法。
【請求項８０】
デバイスの前記安全性プロファイルは、前記デバイスの製造履歴をさらに含む、請求項６７に記載の方法。
【請求項８１】
前記製造履歴は、前記デバイスのバッチ識別子を含む、請求項８０に記載の方法。
【請求項８２】
前記製造履歴は、前記デバイスの製造者の身元証明の手段を含む、請求項８０に記載の方法。
【請求項８３】
前記製造履歴は、前記デバイスの部分番号を含む、請求項８０に記載の方法。
【請求項８４】
前記製造履歴は、前記デバイスの製造のデータおよび位置を含む、請求項８０に記載の方法。
【請求項８５】
前記製造履歴は、前記デバイスの連結されたキーを含む、請求項８０に記載の方法。
【請求項８６】
前記製造履歴は、前記デバイスのシリアルナンバーを含む、請求項８０に記載の方法。
【請求項８７】
前記製造されたデバイスのシリアルナンバーは、前記デバイスの前記公開鍵を含む、請求項８０に記載の方法。
【請求項８８】
前記確認データは、前記エンティティの生物測定の特性を表す、請求項３７に記載の方法。
【請求項８９】
前期検証データは、前記エンティティの生物測定の特性を表す、請求項３７に記載の方法。
【請求項９０】
前記所定の検証ステータスの一つは、前記予め格納されたデータと同一である前記検証データを表し、少なくとも一つの他の検証ステータスは、該事前に格納されたデータと異なる検証データを表す、請求項３７に記載の方法。
【請求項９１】
前記検証データは、生物測定の特性を表し、前記検証ステータスの表示は、生物測定の検証データおよび該事前に格納されたデータのいずれも示さない、請求項３７に記載の方法。
【請求項９２】
前記デジタル署名を発生するステップは、前記デバイス内で公開−秘密鍵対の秘密鍵を用いて前記変更されたデータを符号化するステップをさらに包含する、請求項３７に記載の方法。
【請求項９３】
前記デバイスから前記変更されたデータを出力しないステップをさらに包含する、請求項９２に記載の方法。
【請求項９４】
前記デジタル署名を発生するステップは、前記デバイス内で公開−秘密鍵対の秘密鍵を用いて該デバイス内でに前記変更されたデータについて計算されたメッセージダイジェストを符号化するステップを包含する、請求項３７に記載の方法。
【請求項９５】
前記デバイスから前記変更されたデータを出力しないステップをさらに包含する、請求項９４に記載の方法。
【請求項９６】
前記メッセージを表す前記データは、該メッセージのハッシュ値を含む、請求項３７に記載の方法。
【請求項９７】
前記メッセージを表す前記データは、該メッセージのメッセージダイジェストを含む、請求項３７に記載の方法。
【請求項９８】
前記メッセージを表す前記データは、前記デバイス内に格納される、請求項３７に記載の方法。
【請求項９９】
前記メッセージは、前記デバイス内で該デバイスのユーザによって構成される、請求項９８に記載の方法。
【請求項１００】
前記メッセージの一部は、該デバイスの外部にあるＩ／Ｏサポートエレメント内で構成され、次いで、該メッセージの一部を表す入力を該デバイスに該デバイスのインターフェースを通じて伝送する、請求項９８に記載の方法。
【請求項１０１】
前記メッセージの残りの部分は、前記デバイス内で構成される、請求項１００に記載の方法。
【請求項１０２】
前記メッセージは、前記デバイスの外部にあるＩ／Ｏサポートエレメント内で構成され、次いで、該メッセージを表す入力を該デバイスに該デバイスのインターフェースを通じて伝送する、請求項３７に記載の方法。
【請求項１０３】
前記Ｉ／Ｏサポートエレメントは、販売端末の点を含む、請求項１０２に記載の方法。
【請求項１０４】
前記Ｉ／Ｏサポートエレメントは、生物測定のスキャナを含む、請求項１０２に記載の方法。
【請求項１０５】
前記Ｉ／Ｏサポートエレメントは、カードリーダを含む、請求項１０２に記載の方法。
【請求項１０６】
前記Ｉ／Ｏサポートエレメントは、コンピュータを含む、請求項１０２に記載の方法。
【請求項１０７】
前記デジタル署名を発生するステップに先行してユーザによって再検討および承認するために、前記メッセージを前記デバイスの表示画面上に表示するステップをさらに包含する、請求項３７に記載の方法。
【請求項１０８】
最後に成功した検証の後の所定期間に続いて検証データが前記デバイスに入力されることを要求するステップをさらに包含する、請求項３７に記載の方法。
【請求項１０９】
特定の種類のメッセージのそれぞれの一つに対して検証データが前記デバイスに入力されることを要求するステップをさらに包含する、請求項３７に記載の方法。
【請求項１１０】
前記特定の種類のメッセージは、金融取引に対する要求である、請求項１０９に記載の方法。
【請求項１１１】
他の種類のメッセージに対して検証データが前記デバイスに入力されることを要求しないステップをさらに包含する、請求項１０９に記載の方法。
【請求項１１２】
所定期間の間に検証データが前記デバイスに入力されることを要求しないステップをさらに包含する、請求項３７に記載の方法。
【請求項１１３】
前記所定期間は、メッセージに具体化された要求の承認と前記デバイスの電力オフとの間の時間を含む、請求項１１２に記載の方法。
【請求項１１４】
前記デバイスの前記公開鍵を用いて前記メッセージを認証するステップは、
（ａ）前記メッセージを表すデータを前記デバイスの推測される検証ステータスの関数として変更するステップと、
（ｂ）メッセージダイジェストを前記変更されたデータの関数として計算するステップと、
（ｃ）前記ＥＣに受け取られた前記作成されたデジタル署名を、前記公開鍵を用いて解読するステップと、
（ｄ）該計算されたメッセージダイジェストが該解読されたデジタル署名に適合する場合に前記デバイスの推測された検証ステータスであるように前記デバイスの前記検証ステータスに結末をつけるステップと、
を包含する、請求項３７に記載の方法。
【請求項１１５】
前記識別された検証ステータスの前記表示は、前記事前に格納されたデータおよび該検証データのいずれも表さない、請求項３７に記載の方法。
【請求項１１６】
前記メッセージは、事前に決定され静的である、請求項３７に記載の方法。
【請求項１１７】
前記メッセージは、前記デバイス内に事前に格納される、請求項３７に記載の方法。
【請求項１１８】
前記メッセージは、前記検証データを含む、請求項３７に記載の方法。
【請求項１１９】
前記メッセージは、ウェブサイトへのアクセスについての要求である、請求項３７に記載の方法。
【請求項１２０】
前記メッセージは、データベースへのアクセスについての要求である、請求項３７に記載の方法。
【請求項１２１】
前記メッセージは、コンピュータプログラムへのアクセスについての要求である、請求項３７に記載の方法。
【請求項１２２】
前記デバイス内で現在の検証ステータスを識別するステップは、前記所定の検証ステータスに対応する所定値のセットからの値に等しい識別マーカーを前記デバイス内に割り当てるステップを包含する、請求項３７に記載の方法。
【請求項１２３】
前記デバイスからの前記識別マーカの値を出力するステップをさらに包含する、請求項１２２に記載の方法。
【請求項１２４】
前記識別マーカは、前記検証と前記事前に格納されたデータとの間の比較から決定された相違を表す値に割り当てられる、請求項１２２に記載の方法。
【請求項１２５】
前記識別マーカは、前記検証データと前記事前に格納されたデータとの間の適合の程度を表す値に割り当てられる、請求項１２２に記載の方法。
【請求項１２６】
前記識別マーカは、前記検証データと前記事前に格納されたデータとのに間の適合の百分率と等しくされる値に割り当てられる、請求項１２２に記載の方法。
【請求項１２７】
前記識別マーカは、前記検証データと前記事前に格納されたデータ間の比較が適合する結果となる場合の成功した検証に等しくされる値に割り当てられる、請求項１２２に記載の方法。
【請求項１２８】
前記適合が正確な適合である、請求項１２７に記載の方法。
【請求項１２９】
前記識別マーカは、前記比較が正確な適合にならない場合に成功していない検証に等しくされる値に割り当てられる、請求項１２７に記載の方法。
【請求項１３０】
前記適合は、近似適合であり、正確な適合ではない、請求項１２７に記載の方法。
【請求項１３１】
前記識別マーカは、前記検証データと前記事前に格納されたデータとの間の比較が適合する結果とならない場合に成功していない検証に等しくされる値に割り当てられる、請求項１２２に記載の方法。
【請求項１３２】
前記識別マーカは、任意の検証データが所定の期間内に前記デバイスに入力されたかどうかを表す値に割り当てられる、請求項１２２に記載の方法。
【請求項１３３】
前記所定の期間は、最後の成功した検証からの時間を含む、請求項１３２に記載の方法。
【請求項１３４】
前記所定の期間は、前記デバイスの再設定からの時間を含む、請求項１３２に記載の方法。
【請求項１３５】
前記識別マーカは、成功した検証に等しくされた値に割り当てられ、前記割り当てられた値は、該成功した検証に続いて表示が出力されたからどうかをさらに表す、請求項１２２に記載の方法。
【請求項１３６】
前記識別マーカは、成功した検証に等しくされた値に割り当てられ、該割り当てられた値は、検証データが前記デバイスに最後に入力されてから表示が出力されたかどうかさらに表す、請求項１２２に記載の方法。
【請求項１３７】
前記事前に格納されたデータは、秘密を表す、請求項１２２に記載の方法。
【請求項１３８】
前記事前に格納されたデータおよび検証データは、生物測定のデータを表す、請求項１２２に記載の方法。
【請求項１３９】
前記識別マーカは、生物測定のデータの種類を表す値に割り当てられる、請求項１３８に記載の方法。
【請求項１４０】
前記変更するステップは、前記識別マーカの前記割り当てられた値を、前記メッセージを表すデータ内に固定するステップを包含する、請求項１２２に記載の方法。
【請求項１４１】
前記変更するステップは、前記識別マーカの前記割り当てられた値を、前記メッセージを表すデータに追加するステップを包含する、請求項１２２に記載の方法。
【請求項１４２】
前記変更するステップは、前記識別マーカの前記割り当てられた値を、前記メッセージを表す前記データの始めに追加するステップを包含する、請求項１２２に記載の方法。
【請求項１４３】
前記変更するステップは、前記識別マーカの前記割り当てられた値を、前記メッセージを表すデータの終わりに追加するステップを包含する、請求項１２２に記載の方法。
【請求項１４４】
前記識別マーカは、成功した検証に等しくされる値に割り当てられ、該割り当てられた値は、検証データが前記デバイスに最後に入力されてからデジタル署名が発生されたかどうかをさらに表す、請求項１２２に記載の方法。
【請求項１４５】
前記デバイス内に事前に格納されたデータは、エンティティの秘密および生物測定の特徴を表す、請求項３７に記載の方法。
【請求項１４６】
（ａ）前記デバイス内で、秘密および生物測定のデータの両方を表す検証データを含む入力を受け取るステップと、
（ｂ）前記デバイス内で、前記デバイスの複数の検証ステータスからの検証ステータスを、該デバイス内に予め格納されたデータおよび検証データの関数として識別するステップであって、
（ｉ）該秘密を表す検証データを、前記デバイス内に予め格納された該データと比較し、該比較に基づいて、該デバイス内で所定の値のセットからの値に等しい第一の比較マーカを割り当てるステップと、
（ｉｉ）生物測定のデータを表す検証データを、前記デバイス内に事前に格納されたデータと比較し、該比較に基づいて、該デバイス内で第二の比較マーカを、所定の値のセットからの値に割り当てるステップと、
を包含するステップと、
を包含し、
（ｃ）メッセージのために前記デジタル署名を発生するステップは、該デバイス内で前記メッセージデータを該第一および第二の比較マーカに対して該割り当てられた値の関数として変更するステップを包含する、請求項１４５に記載の方法。
【請求項１４７】
（ａ）前記デバイス内で、秘密および生物測定のデータの両方を表す検証データを含む入力を受け取るステップと、
（ｂ）前記デバイス内で、前記デバイスの複数の検証ステータスからの検証ステータスを、該デバイス内に予め格納されたデータおよび該検証データの関数として識別するステップであって、
（ｉ）該秘密を表す検証データを該デバイス内に事前に格納された該データと比較し、該比較に基づいて、所定の値のセットからの値に等しい第一の比較マーカを該デバイス内に割り当てる、ステップと、
（ｉｉ）生物測定のデータを表す検証データを、該デバイス内に事前に格納されたデータと比較し、該比較に基づいて、所定の値のセットからの値に等しい第二の比較マーカを該デバイス内に割り当てるステップと、
を包含するステップと、
を包含し、
（ｃ）メッセージために前記デジタル署名を発生するステップは、該デバイス内で、該メッセージデータを、該第一および第二の比較マーカに対して該割り当てられた値の一つのみの関数として変更するステップを包含し、
（ｄ）該第一および第二の比較マーカに対して該割り当てられた値の他の一つを該発生されたデジタル署名とともに出力するステップをさらに包含する、請求項１４５に記載の方法。
【請求項１４８】
前記第一の比較マーカは、前記比較がを正確な適合を含め適合する結果になる場合に成功した検証に等しくされた値に割り当てられる、請求項１４６または１４７に記載の方法。
【請求項１４９】
前記割り当てられた値は、前記秘密を表す検証データが前記デバイスに最後に入力されてからデジタル署名が発生されたかどうかをさらに表す、請求項１４８に記載の方法。
【請求項１５０】
前記第一の比較マーカは、前記秘密を表す任意の検証データが所定の期間内に前記デバイスに入力されたかどうかを表す値に割り当てられる、請求項１４８に記載の方法。
【請求項１５１】
前記所定の期間は、最後の成功した検証からの時間を含む、請求項１５０に記載の方法。
【請求項１５２】
前期所定の期間は、前記デバイスの再設定からの時間を含む、請求項１５０に記載の方法。
【請求項１５３】
前記第二の比較マーカは、前記比較が、正確な適合ではないが適合する結果になる場合に成功した検証に等しくされる値に割り当てられる、請求項１４６または１４７に記載の方法。
【請求項１５４】
前記割り当てられた値が、適合する結果になる前記比較に次いでデジタル署名が発生されたかどうかをさらに表す、請求項１５３に記載の方法。
【請求項１５５】
前記第一の比較マーカは、前記秘密を表す前記検証データと前記事前に格納されたデータとの間の比較から決定される相違を表す値に割り当てられる、請求項１４６または１４７に記載の方法。
【請求項１５６】
前記第二の比較マーカは、前記生物測定のデータを表す前記検証データと前記事前に格納されたデータとの間の適合の程度を表す値に割り当てられる、請求項１４６または１４７に記載の方法。
【請求項１５７】
前記値が、前記生物測定のデータを表す前記検証データと前記事前に格納されたデータとの間の適合の百分率と等しくされる、請求項１５６に記載の方法。
【請求項１５８】
前記第二の比較マーカは、前記デバイスに入力される生物測定のデータの種類をさらに表す値に割り当てられる、請求項１５６に記載の方法。
【請求項１５９】
前記第二の比較マーカは、前記比較が正確に適合する結果になる場合に成功していない検証に等しくされる値に割り当てられる、請求項１４６または１４７に記載の方法。
【請求項１６０】
前記第二の比較マーカは、前記比較が近似適合する結果になる場合に成功した検証に等しくされる値に割り当てられる、請求項１４６または１４７に記載の方法。
【請求項１６１】
前記割り当てられた値は、近似適合する結果になった前記比較に続いてデジタル署名が発生されたかどうかをさらに表す、請求項１６０に記載の方法。
【請求項１６２】
前記割り当てられた値が、前記生物測定データを表す検証データが前記デバイスに最後に入力されてからデジタル署名が発生されたかどうかをさらに表す、請求項１６０に記載の方法。
【請求項１６３】
前記割り当てられた値は、前記生物測定のデータを表す任意の検証データが所定の期間内に前記デバイスに入力されたかどうかをさらに表す、請求項１６０に記載の方法。
【請求項１６４】
前記所定の期間は、最後に成功した検証からの時間を含む、請求項１６３に記載の方法。
【請求項１６５】
前記所定の期間は、前記デバイスの再設定からの時間を含む、請求項１６３に記載の方法。
【請求項１６６】
前記第一の比較マーカの前記割り当てられた値を出力するステップをさらに包含する、請求項１４６または１４７に記載の方法。
【請求項１６７】
前記第二の比較マーカの前記割り当てられた値を出力するステップをさらに包含する、請求項１４６または１４７に記載の方法。
【請求項１６８】
前記第一および第二の比較マーカの前記割り当てられた値を出力するステップをさらに包含する、請求項１４６または１４７に記載の方法。
【請求項１６９】
前記変更するステップは、前記第一の比較マーカの前記割り当てられた値を、前記メッセージを表すデータ内に固定するステップを包含する、請求項１４６または１４７に記載の方法。
【請求項１７０】
前記変更するステップは、前記第一の比較マーカの前記割り当てられた値を、前記データを表すデータに追加するステップを包含する、請求項１４６または１４７に記載の方法。
【請求項１７１】
前記変更するステップは、前記第一の比較マーカの前記割り当てられた値を、前記メッセージを表すデータに追加するステップを包含する、請求項１７０に記載の方法。
【請求項１７２】
前記変更するステップは、前記第一の比較マーカの前記割り当てられた値を、前記メッセージを表す前記データの終わりに追加するステップを包含する、請求項１７０に記載の方法。
【請求項１７３】
前記変更するステップは、前記第二の比較マーカの前記割り当てられた値を、前記メッセージを表すデータ内に固定するステップを包含する、請求項１４６または１４７に記載の方法。
【請求項１７４】
前記変更するステップは、前記第二の比較マーカの前記割り当てられた値を、前記メッセージを表す前記データに追加するステップを包含する、請求項１４６または１４７に記載の方法。
【請求項１７５】
前記変更するステップは、前記第二の比較マーカの前記割り当てられた値を、前記メッセージを表す前記データの始めに追加するステップを包含する、請求項１７４に記載の方法。
【請求項１７６】
前記変更するステップは、前記第二の比較マーカの前記割り当てられた値を、前記メッセージを表す前記データの終わりに追加するステップを包含する、請求項１７４に記載の方法。
【請求項１７７】
前記変更するステップは、前記第一および第二の比較マーカの前記割り当てられた値を、前記メッセージを表す前記データ内に固定するステップを包含する、請求項１４６に記載の方法。
【請求項１７８】
前記変更するステップは、前期第一および第二の比較マーカの前記割り当てられた値を、前記メッセージを表すデータに追加するステップを包含する、請求項１４６に記載の方法。
【請求項１７９】
前記変更するステップは、前記第一および第二の比較マーカの前記割り当てられた値を、前記メッセージを表す前記データの始めに追加するステップを包含する、請求項１７８に記載の方法。
【請求項１８０】
前記変更するステップは、前記第一および第二の比較マーカの前記割り当てられた値を、前記データを表す前記データの終わりに追加するステップを包含する、請求項１７８に記載の方法。
【請求項１８１】
前記デバイスは、該デバイスによって受け取られた外部照会に応答してデジタル署名を発生する、請求項３７に記載の方法。
【請求項１８２】
前記デバイスは、前記メッセージを表すデータの受取に応答してデジタル署名を発生する、請求項３７に記載の方法。
【請求項１８３】
前記デバイスは、前記検証データを含む入力の受取に応答してデジタル署名を発生する、請求項３７に記載の方法。
【請求項１８４】
現在の検証ステータスの表示は、最終的に前記デバイスの単一の検証ステータスに向く、請求項３７に記載の方法。
【請求項１８５】
前記デバイスへの検証データ入力は、前記デバイスによって持ち運び可能でない、請求項３７に記載の方法。
【請求項１８６】
前記デバイスの外部にあるＩ／Ｏサポートエレメント内の前記検証データを受け取るステップと、該Ｉ／Ｏサポートエレメントからの前記検証データを含む前記入力を前記デバイスに伝送するステップとをさらに包含する、請求項３７に記載の方法。
【請求項１８７】
前記Ｉ／Ｏサポートエレメントは、売買端末のポイントを含む、請求項１８６に記載の方法。
【請求項１８８】
前記Ｉ／Ｏサポートエレメントは、生物測定のスキャナを含む、請求項１８６に記載の方法。
【請求項１８９】
前記Ｉ／Ｏサポートエレメントは、カードリーダを含む、請求項１８６に記載の方法。
【請求項１９０】
前記Ｉ／Ｏサポートエレメントは、コンピュータを含む、請求項１８６に記載の方法。
【請求項１９１】
前記事前に格納されたデータは、前記デバイスから持ち運び可能でない、請求項３７に記載の方法。
【請求項１９２】
前記事前に格納されたデータは、デジタル化された指紋を表す、請求項１９１に記載の方法。
【請求項１９３】
前記事前に格納されたデータは、デジタル化された手形または手のジオメトリを表す、請求項１９１に記載の方法。
【請求項１９４】
前記事前に格納されたデータは、デジタル化された網膜を表す、請求項１９１に記載の方法。
【請求項１９５】
前記事前に格納されたデータは、デジタル化された虹彩を表す、請求項１９１に記載の方法。
【請求項１９６】
前記事前に格納されたデータは、デジタル化された声紋を表す、請求項１９１に記載の方法。
【請求項１９７】
前記事前に格納されたデータは、デジタル化された顔面のスキャンを表す、請求項１９１に記載の方法。
【請求項１９８】
前記事前に格納されたデータは、デジタル化された自筆の署名を表す、請求項１９１に記載の方法。
【請求項１９９】
前記事前に格納されたデータは、デジタル化されたＤＮＡサンプルを表す、請求項１９１に記載の方法。
【請求項２００】
前記デバイスは、前記検証データを入力するための生物測定のスキャナを含む、請求項１９１に記載の方法。
【請求項２０１】
前記デバイスは、複数の異なる種類の生物測定のデータについてのデータを事前に格納する、請求項１９１に記載の方法。
【請求項２０２】
前記異なる種類の生物測定のデータは、前記デバイスの単一のユーザ用である、請求項２０１に記載の方法。
【請求項２０３】
前記異なる種類の生物測定のデータは、それぞれ、前記デバイスの異なるユーザ用である、請求項２０１に記載の方法。
【請求項２０４】
前記事前に格納されたデータは、前記デバイスの認証されたユーザ用である、請求項３７に記載の方法。
【請求項２０５】
前記デバイスは、前記ユーザの個人のデバイスである、請求項３７に記載の方法。
【請求項２０６】
前記デバイスの前記検証ステータスは、前記デバイスによって受け取られた外部の承認に応答して識別される、請求項３７に記載の方法。
【請求項２０７】
前記デバイスは、デバイスインターフェースを含む、請求項３７に記載の方法。
【請求項２０８】
前記デバイスインターフェースは、英数字キーパッドを含む、請求項２０７に記載の方法。
【請求項２０９】
前記デバイスインターフェースは、電気的コンタクトを含む、請求項２０７に記載の方法。
【請求項２１０】
前記デバイスインターフェースは、タッチ画面表示を含む、請求項２０７に記載の方法。
【請求項２１１】
前記デバイスインターフェースは、コンピュータバスを有する標準電子インターフェースを含む、請求項２０７に記載の方法。
【請求項２１２】
前記デバイスインターフェースは、アンテナを含む、請求項２０７に記載の方法。
【請求項２１３】
前記デバイスインターフェースは、前記デバイスのポートを含む、請求項２０７に記載の方法。
【請求項２１４】
前記ポートは、無線通信ポートである、請求項２１３に記載の方法。
【請求項２１５】
前記ポートは、シリアルポートである、請求項２１３に記載の方法。
【請求項２１６】
前記ポートは、ＵＳＢポートである、請求項２１３に記載の方法。
【請求項２１７】
前記ポートは、パラレルポートである、請求項２１３に記載の方法。
【請求項２１８】
前記ポートは、赤外ポートである、請求項２１３に記載の方法。
【請求項２１９】
前記デバイスは、持ち運び可能である、請求項３７に記載の方法。
【請求項２２０】
前記デバイスは、ハンドヘルドのデバイスである、請求項３７に記載の方法。
【請求項２２１】
前記デバイスは、コンピュータチップを含む、請求項３７に記載の方法。
【請求項２２２】
前記デバイスは、集積回路を含む、請求項３７に記載の方法。
【請求項２２３】
前記デバイスは、セルホンを含む、請求項３７に記載の方法。
【請求項２２４】
前記デバイスは、ＰＤＡを含む、請求項３７に記載の方法。
【請求項２２５】
前記デバイスは、デジタル化されたキーを含む、請求項３７に記載の方法。
【請求項２２６】
前記デバイスは、ドングルを含む、請求項３７に記載の方法。
【請求項２２７】
前記デバイスは、皮下インプラントを含む、請求項３７に記載の方法。
【請求項２２８】
前記デバイスは、装身具を含む、請求項３７に記載の方法。
【請求項２２９】
前記デバイスは、集積回路カードを含む、請求項３７に記載の方法。
【請求項２３０】
前記デバイスは、クレジットカードを含む、請求項３７に記載の方法。
【請求項２３１】
前記デバイスは、デビットカードを含む、請求項３７に記載の方法。
【請求項２３２】
前記デバイスは、セキュリティカードを含む、請求項３７に記載の方法。
【請求項２３３】
前記デバイスは、ＩＤバッジを含む、請求項３７に記載の方法。
【請求項２３４】
前記デバイスは、コンピュータを含む、請求項３７に記載の方法。
【請求項２３５】
特定の種類のメッセージの各一つに対して検証データが前記デバイスに入力されるように要求するステップをさらに包含する、請求項３７に記載の方法。
【請求項２３６】
前記デバイスは、前記方法のステップを行うコンピュータ実行可能な命令を有するコンピュータ読み出し可能な媒体を含む、請求項３７に記載の方法。
【請求項２３７】
前記デバイスは、前記方法のステップを行う集積回路を含む、請求項３７に記載の方法。
【請求項２３８】
前記デバイスは、前記方法のステップを行うコンピュータチップを含む、請求項３７に記載の方法。
【請求項２３９】
請求項３７の前記方法の前記ステップを行うコンピュータ実行可能な命令を含むコンピュータ読み出し可能な媒体を含むデバイス。
【請求項２４０】
請求項３７の前記方法の前記ステップを行うための回路を含むデバイス。
【請求項２４１】
請求項３７の前記方法の前記ステップを行うための手段を含むデバイス。
【請求項２４２】
デジタル署名アルゴリズムを用いてデジタル署名を前記デバイス内に発生するステップと、その後、該発生されたデジタル署名を、ランダムな数を要求するアプリケーションにおけるランダムな数として用いるステップをさらに包含する、請求項３７に記載の方法。
【請求項２４３】
前記デジタル署名を、再生アタックに抗して保護するランダムな数として用いるステップをさらに包含する、請求項２４２に記載の方法。
【請求項２４４】
符号化された通信のためのセッションキーを発生するために前記デジタル署名を用いるステップをさらに包含する、請求項２４２に記載の方法。
【請求項２４５】
前記デバイスの前記公開鍵を用いて前記メッセージを首尾よく認証するステップは、
（ａ）前記デジタル署名を前記公開鍵を用いて解読するステップと、
（ｂ）前記デバイスの複数の所定の検証ステータスの各一つに対して、
（ｉ）前記メッセージを表すデータを、前記所定の検証ステータスの関数として変更するステップと、
（ｉｉ）該偏光されたデータを有する該解読されたデジタル署名を、前記解読されたデジタル署名が該変更されたデータと適合する場合に発生する成功した認証と比較するステップと
を包含する、請求項３７に記載の方法。
【請求項２４６】
前記デバイスの前記公開鍵を用いて前記メッセージを首尾よく認証するステップは、
（ａ）前記デジタル署名を該公開鍵を用いて解読するステップと、
（ｂ）前記デバイスの複数の所定の検証ステータスの各一つに対して、
（ｉ）前記メッセージを表すデータを、該所定の検証ステータスの関数として変更するステップと、
（ｉｉ）メッセージダイジェストを該変更されたデータの関数として計算するステップと、
（ｉｉｉ）該変更されたデータを有する該解読されたデジタル署名を、該解読されたデジタル署名が該変更されたデータと適合する場合に発生する成功した認証と比較するステップと
を包含する請求項３７に記載の方法。
【請求項２４７】
前記メッセージダイジェストを前記変更されたデータの関数として計算するステップは、前記変更されたデータについてのハッシュ値を計算するステップを包含する、請求項２４６に記載の方法。
【請求項２４８】
前記デジタル署名を受け取るステップに加えて、前記メッセージを表すデータを受け取るステップをさらに包含する、請求項２４５または２４６に記載の方法。
【請求項２４９】
前記メッセージは、事前に規定される、請求項２４５または２４６に記載の方法。
【請求項２５０】
前記所定の検証ステータスの一つは、成功した認証を表す、請求項２４５または２４６に記載の方法。
【請求項２５１】
前記所定の認証状態の一つは、さらに、認証データが最後に前記デバイスに入力されてから前記デバイスによってデジタル署名が発生されたかどうかを表す、請求項２５０に記載の方法。
【請求項２５２】
前記所定の認証状態の一つは、さらに、前記デバイス内に事前に格納されたデータに対する前記デバイスに入力された検証データの比較に続いてデジタル署名が発生したかどうかを表す、請求項２５１に記載の方法。
【請求項２５３】
前記所定の検証ステータスの一つは、さらに、任意の検証データが所定の期間内に前記デバイスに入力されたかどうかを表す、請求項２５２に記載の方法。
【請求項２５４】
前記所定の期間は、最後の成功した検証からの時間を含む、請求項２５３に記載の方法。
【請求項２５５】
前記所定の期間は、前記デバイスの再設定からの時間を含む、請求項２５３に記載の方法。
【請求項２５６】
前記所定の検証ステータスの一つは、前記デバイスに入力された検証データと前記デバイス内に事前に格納されたデータとの間の相違を表す、請求項２４５または２４６に記載の方法。
【請求項２５７】
前記所定の検証ステータスの一つは、前記デバイスに入力された生物測定の検証データと前記デバイス内に事前に格納された生物測定のデータとの間の適合の程度を表す、請求項２４５または２４６に記載の方法。
【請求項２５８】
前記所定の検証ステータスの一つは、さらに、前記デバイスに入力された生物測定の検証データと前記デバイス内に事前に格納された生物測定のデータとの間の適合の百分率を表す、請求項２５７に記載の方法。
【請求項２５９】
前記所定の検証ステータスの一つは、さらに、検証データが最後に前記デバイスに入力されてからデジタル署名が前記デバイスによって発生されたかどうかを表す、請求項２５７に記載の方法。
【請求項２６０】
前記所定の検証ステータスの一つは、さらに、前記デバイスに入力された検証データの前記デバイス内に事前に格納されたデータとの比較に続いてデジタル署名が発生されたかどうかを表す、請求項２５７に記載の方法。
【請求項２６１】
前記所定の検証ステータスの一つは、さらに、任意の検証データが所定の期間内に前記デバイスに入力されたかどうかを表す、請求項２５７に記載の方法。
【請求項２６２】
前記所定の期間は、最後の成功した検証からの時間を含む、請求項２６１に記載の方法。
【請求項２６３】
前記所定の期間は、前記デバイスの再設定からの時間を含む、請求項２６１に記載の方法。
【請求項２６４】
前記デバイスは、ユーザの個人のデバイスである、請求項１または３７に記載の方法。
【請求項２６５】
前記デバイスは、ハンドヘルドのデバイスである、請求項１または３７に記載の方法。
【請求項２６６】
請求項１または３７の前記ステップの一つを行うコンピュータ実行可能な命令を含むコンピュータ読み出し可能な媒体を備えた電子装置。
【請求項２６７】
請求項１または３７の方法の前記ステップの一つを行うための回路を備えた電子装置。
【請求項２６８】
請求項１または３７の前記方法の前記ステップの一つを行うための手段を備えた電子装置。
【請求項２６９】
前記デバイスは、ランダム数発生器を含む、請求項１または３７に記載の方法。
【請求項２７０】
ランダム数発生器は、前記デジタル署名の発生のために前記デバイス内に配置される、請求項２６９に記載の方法。
【請求項２７１】
前記ランダム数発生器は、前記デバイスの外側から直接アクセスできない、請求項２６９に記載の方法。
【請求項２７２】
前記ランダム数発生器は、デジタル署名の発生のためのみにアクセス可能である、請求項２７１に記載の方法。
【請求項２７３】
前記デジタル署名は、ランダム数を要求するデジタル署名アルゴリズムを用いて発生され、前記受け取られたデジタル署名を、ランダム数を要求するアプリケーションにおけるランダム数として用いるステップをさらに包含する、請求項２７２に記載の方法。
【請求項２７４】
前記デジタル署名を、再生アタックに抗して保護するランダム数として用いるステップをさらに包含する、請求項２７３に記載の方法。
【請求項２７５】
暗号化された通信のためのセッションキーを発生するために前記デジタル署名用いるステップをさらに包含する、請求項２７３に記載の方法。
【請求項２７６】
楕円曲線のデジタル署名アルゴリズムが、前記デジタル署名を発生するために利用される、請求項２７２に記載の方法。
【請求項２７７】
前記発生されたデジタル署名を、ランダム数を利用するアプリケーションにおけるランダム数として用いるステップをさらに包含する、請求項２７６に記載の方法。
【請求項２７８】
再生アタックに抗して保護するために前記デジタル署名をランダム数として用いるステップをさらに包含する、請求項２７７に記載の方法。
【請求項２７９】
安全な電子通信のためのセッションキーを発生するために前記デジタル署名を用いるステップをさらに包含する、請求項２７７に記載の方法。
【請求項２８０】
ＥＣの受信者が、該受信者によって維持されるアカウントに結び付けられる独自の識別子および該アカウントに関するメッセージのためのデジタル署名の両方を含む受け取られた電子通信に関してメッセージ認証を伝導することのみによってエンティティを認証するシステムであって、
（ａ）該電子通信の受信の前に、
（ｉ）公開−秘密鍵対の公開鍵を該独自の識別子に、該受信者によって統合するステップと、
（ｉｉ）該公開−秘密鍵対の該公開鍵が属する該デバイスの安全性の局面に関する情報を含む、該公開鍵に連結された情報を識別するステップであって、該公開鍵および対応する秘密鍵は、該デバイスの製造の環境内で生成され、該秘密鍵は、製造に続く該環境から開放する前に該デバイス内に格納される、ステップと、
（ｂ）その後、
（ｉ）該電子通信での該デジタル署名および該伝導メッセージ認証への該アカウントの識別子に関連する該公開鍵のみを用いるステップと、
（ｉｉ）該メッセージの成功した認証の際、
（Ａ）該公開鍵に連結された該識別された情報と、
（Ｂ）複数の所定の検証ステータスからの該デバイスの検証ステータスの該ＥＣに含まれる表示であって、エンティティ認証に関する該検証ステータスは、該デバイスによって該デバイスに入力されたエンティティの検証データおよび該デバイス内に事前に格納されたデータの関数として行われる、表示と
に基づいて、該メッセージに応答するステップと
を包含する、システム。
【請求項２８１】
受信者によって維持されるアカウントに関連する独自の識別子および該アカウントに関するメッセージのためのデジタル署名の両方を含む、受け取られた電子通信に関するメッセージ認証を伝導することのみによって、ＥＣの受信者がエンティティを認証するシステムであって、
（ａ）該電子通信の受取の前に、
（ｉ）公開−秘密鍵対の公開鍵を該独自の識別子に該受信者によって統合するステップと、
（ｉｉ）該公開−秘密鍵対の該公開鍵が属する該デバイスの安全性の局面に関する情報を含む、該公開鍵に連結された情報を識別するステップと、
（ｂ）その後、
（ｉ）該電子通信における該デジタル署名および該伝導メッセージ認証への該アカウント識別子に結び付けられる該公開鍵のみを用いるステップと、
（ｉｉ）該メッセージの成功した認証の際、
（Ａ）該公開鍵に連結された該識別された情報と、
（Ｂ）複数の所定の検証ステータスからの該デバイスの検証ステータスの該ＥＣに含まれる表示であって、エンティティ認証に関する該検証ステータスは、該デバイスによって、該デバイスに入力された該エンティティの検証データおよび該デバイス内に事前に格納されたデータの関数として行われる、表示と
に基づいて該メッセージに応答する。ステップと
を包含する、システム。
【請求項２８２】
受信者によって維持されるアカウントに関連する独自の識別子および該アカウントに関するメッセージのためのデジタル署名の両方を含む、受け取られた電子通信に関するメッセージ認証を伝導することのみによって、ＥＣの受信者がエンティティを認証するシステムであって、
（ａ）該電子通信の受取の前に、公開−秘密鍵対の公開鍵を該独自の識別子に該受信者によって統合するステップと、その後、
（ｂ）該電子通信における該デジタル署名および該メッセージ認証への該アカウント識別子に結び付けられる該公開鍵のみを用いるステップと、該メッセージの成功した認証の際に、複数の所定の検証ステータスからの該デバイスの検証ステータスの該ＥＣに含まれる表示であって、エンティティ認証に関する該検証ステータスは該デバイスによって該デバイスに入力された該エンティティの検証データおよび該デバイス内に事前に格納されたデータとの関数として行われる、表示に基づいて該メッセージに応答するステップと
を包含する、システム。
【請求項２８３】
受信者によって維持されたアカウントに結びつけられた独自の識別子および該アカウントに関するメッセージのためのデジタル署名の両方を含む、受け取られた電子通信に関するメッセージ認証を伝導することのみによって、ＥＣの受信者がエンティティを認証するシステムであって、
（ａ）該電子通信の受取の前に、
（ｉ）公開−秘密鍵対の公開鍵を該独自の識別子に該受信者によって統合するステップと
（ｉｉ）該公開−秘密鍵対の該秘密鍵が属する該デバイスの安全性の局面に関する情報を含む、該公開鍵に連結された情報を識別するステップであって、該公開鍵および対応する秘密鍵は、該デバイスの製造の環境内で生成され、該秘密鍵は、その製造に続く該デバイスの環境からの開放の前に、該デバイス内に格納される、ステップと、
（ｂ）その後、
（ｉ）該電子通信における該デジタル署名および該伝導メッセージ認証への該アカウント識別子に結び付けられる該公開鍵のみを用いるステップと、
（ｉｉ）該メッセージの成功した認証の際に、該公開鍵に連結された該識別された情報に基づいて該メッセージに応答するステップと
を包含する、システム。
【請求項２８４】
前記予め格納されたデータは、前記エンティティの秘密を表す、請求項１に記載の方法。
【発明の詳細な説明】
【０００１】
（Ｉ．関連出願の相互参照）
本特許出願は、Ｗｈｅｅｌｅｒらによって２０００年８月４日に出願された米国仮特許出願第６０／２２３，０７６号の出願日の利益に対して、米国特許法第１１９条およびパリ条約において世界中に優先権を主張する。米国仮特許出願第６０／２２３，０７６号は、本明細書中において参考として援用する。さらに、本出願は、三つの国際特許出願および三つの米国特許出願のそれぞれを本明細書中に参考として援用する。それらは、ＡｎｎｅおよびＬｙｎｎ  Ｗｈｅｅｌｅｒによって、米国特許商標庁に同時に出願された、出願番号第ＰＣＴ／ＵＳ＿／＿号（「Ｐｅｒｓｏｎ−Ｃｅｎｔｒｉｃ  Ａｃｃｏｕｎｔ−Ｂａｓｅｄ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ｓｙｓｔｅｍ」と題が付けられている）および出願番号第０９／＿，＿号（Ａｃｃｏｕｎｔ−Ｂａｓｅｄ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ（ＡＢＤＳ）  Ｓｙｓｔｅｍ」と題が付けられている）、出願番号第ＰＣＴ／ＵＳ＿／＿号（「Ｅｎｔｉｔｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｉｎ  Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｂｙ  Ｐｒｏｖｉｄｉｎｇ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｓｔａｔｕｓ  ｏｆ  Ｄｅｖｉｃｅ」と題が付けられている）および出願番号第０９／＿，＿号（「Ｍｏｄｉｆｙｉｎｇ  Ｍｅｓｓａｇｅ  Ｄａｔａ  ａｎｄ  Ｇｅｎｅｒａｔｉｎｇ  Ｒａｎｄｏｍ  Ｎｕｍｂｅｒ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ｗｉｔｈｉｎ  Ｃｏｍｐｕｔｅｒ  Ｃｈｉｐ」と題が付けられている）、ならびに、出願番号ＰＣＴ／ＵＳ＿／＿号（「Ｌｉｎｋｉｎｇ  Ｐｕｂｌｉｃ  Ｋｅｙ  ｏｆ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄｕｒｉｎｇ  Ｍａｎｕｆａｃｔｕｒｅ」と題が付けられている）および出願番号第０９／＿，＿号（「Ｍａｎｕｆａｃｔｕｒｉｎｇ  Ｕｎｉｑｕｅ  Ｄｅｖｉｃｅｓ  Ｔｈａｔ  Ｇｅｎｅｒａｔｅ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅｓ」と題が付けられている）である。
【０００２】
（ＩＩ．本発明の分野）
本発明は、概して、エンティティ認証に関し、特に、電子通信の分野におけるエンティティ認証に関する。
【０００３】
（ＩＩＩ．本発明の背景）
本明細書中に用いられるように、電子通信（「ＥＣ」）は、電子形態の任意の通信と見なされる。ＥＣは、今日のビジネスの取引、ならびに、特に、インターネットおよび電子商取引の成長と共に不可欠部分になっている。ＥＣは、例えば、情報または物理領域、資金の振替の銀行への指示といった金融商取引、あるいは、署名された契約書の配送といった法的行為に関するアクセスの要求を意味し得る。
【０００４】
ＥＣが効果的になるために、ＥＣの受信側は、ＥＣとＥＣを送信するエンティティとを確実に結び付けることができる必要があり、ＥＣの利点に関して、ＥＣは送信される（本明細書中、「送信側」として全体的に言及される）。情報または物理的領域へのアクセスを要求するＥＣを受信する受信側は、このような情報を認可する以前に、アクセスが与えられ得ることを検証するために誰がアクセスを要求しているのかを知る必要がある。同様に、例えば、金融機関の顧客の１人のアカウントから資金を振替えるためにそこに指示するＥＣを受信する金融機関などの受信側は、送信側がアカウントで取引をするために認証されていることを検証するために誰が取引を要求しているのかを知る必要がある。
【０００５】
ＥＣの送信側を確実に識別するために、エンティティは、第１に、ＥＣを送信する以前に、受信側はエンティティ識別子をエンティティに割り当てる必要があることに応じて、時々受信側にいくつかの様態でそれ自体を識別する必要がある。従って、エンティティ識別子は、ＥＣに含まれる。ＥＣを受信すると、次に、受信側は、割り当てられたエンティティ識別子と共にＥＣに含まれるエンティティ識別子を相互参照して、それによって、ＥＣの送信側を識別する。本明細書中に用いられるように、「エンティティ認証」は、疑わしいエンティティを確実に識別するために以前に割り当てられたエンティティ識別子に対して、疑わしいエンティティによって提供されるエンティティ識別子をチェックする動作を呼ぶ。
【０００６】
エンティティ認証の３つの共通のタイプが、今日利用される。第１のタイプは、オブジェクトの所有がエンティティ識別子として役立つとき、エンティティが何を「有する」かに基づいている（本明細書中、「ファクタＡエンティティ認証」として言及される）。ファクタＡエンティティ認証の使用例は、「ポンプ当たりの料金」のガソリンスタンドにおけるクレジットカードの提示を含む。磁気カードリーダー内にカードをスライドすると、クレジットアカウント番号を提供する。クレジットアカウント番号は、カードリーダーのためにクレジットカード上に磁気的に格納される。次に、アカウント番号は、クレジットアカウント番号との比較のために第三者の認可サービスにＥＣで送信される。単純な場合において、カードリーダーによって送信されるアカウント番号が、認可サービスのデータベース内の有効なアカウント番号と一致する場合、アカウントがクレジット制限を越えていない場合、およびカードの紛失または盗難届けが出されていない場合、次に、料金の認可は認められ得る。この例において、ＥＣのエンティティ（すなわち、ガソリンポンプにおける顧客）は、金融機関によって以前に割り当てられた顧客に対するアカウント番号によって識別される。
【０００７】
第２のタイプは、エンティティと関連した特定の情報の開示がエンティティ識別子として役立つとき、エンティティが何を「知っている」かに基づいている（本明細書中、「ファクタＢエンティティ認証」として言及される）。ファクタＢエンティティ認証の使用例は、例えば、電話を介する残高情報のように、クレジットカードアカウントに関連する情報のエンティティによる要求を含む。この例において、クレジットカードアカウントが維持される金融機関が呼び出し側にアカウント残高を提供する以前に、呼び出し側のアイデンティティは、アカウント番号、およびカード表面に見えないような、他のいくつかのカード保有者の固有情報（例えば、カード保有者のジップコード、カード保有者の社会保証番号の下４桁など）を提供するように呼び出し側に要求することによって検証される。電話を介するＥＣで送信される情報が金融機関によって維持されるようなクレジットアカウントと関連する情報に一致する場合、次に、呼び出し側が認証され、アカウント残高が提供される。この場合、ＥＣのエンティティ（すなわち、呼び出し側）は、以前に割り当てられたアカウント番号によって識別され、金融機関によって以前に取得されたカード保有者の固有情報によって識別される。
【０００８】
エンティティ認証の第３のタイプは、エンティティのバイオメトリック特性（例えば、指紋）がエンティティ識別子として役立つとき、エンティティが何で「ある」かに基づいている（本明細書中、「ファクタＣエンティティ認証」として言及される）。ＥＣに含まれていないが、ファクタＣエンティティ認証の使用例は、顧客が、取引先に支払のためのクレジットカードを物理的に提示すること、および料金伝票に手書きの署名を提供することを含む。このシナリオにおいて、取引先は、顧客によって署名される料金伝票の署名を取得し、それをクレジットカードの背面にあるカード保有者の署名と比較する。クレジットアカウント番号が、上述されるように認可サービスを経て検証される場合、または購入物が多額であった場合に、特にこの比較がなされる。取引先によって判断される場合、うまく比較されると、顧客はカード保有者として認可され、取引先は、支払金としての料金伝票を受け取る。ファクタＣエンティティ認証は、ＥＣに関してさらに幅広く利用される必要があり、バイオメトリック特性（個々の指紋または網膜スキャン）が個々の認証のために要求される高いセキュリティシナリオのときにほとんどの場合見つけられる。ＥＣが使用されると、バイオメトリック特性の値は、センサまたは他の電子装置を用いて得られ、バイオメトリック値は、一致があるかどうかを判定するのに、同じバイオメトリック特性の予め格納されたバイオメトリック値と（ファジー理論を用いて）比較される。
【０００９】
さらなるセキュリティに対して、エンティティ認証の同タイプの複数の提供がしばしば要求される。例えば、個人の識別の２つの形式を要求すると、ファクタＡエンティティ認証情報の２つの異なる部分に関する。２つの異なる「共有の秘密」（例えば、ジップコード、および母親の旧姓）を認知することおよび提供することは、ファクタＢエンティティ認証情報の２つの異なる部分に関する。２つの異なるバイオメトリック試料（例えば、手書きの署名および親指の指紋）を提供することは、ファクタＣエンティティ認証情報の２つの異なる部分に関する。さらなるセキュリティはまた、エンティティ認証の２つ以上の異なるタイプの組み合わせを必要とすることによって達成され得る。例えば、ファクタＡおよびＢエンティティ認証は、ＡＴＭ取引において要求され、ＡＴＭカードの所有および対応するＰＩＮの認識は、使用のために要求される。
【００１０】
従来の認証システムと結び付いた信用は比較的薄く、エンティティを検証するために利用されるエンティティ識別子が、今日では容易に横領または偽造されやすいことは、当業者によって理解され、周知のことである。例えば、クレジットカードは、容易に偽造され得る。さらに、アカウント番号、アカウント固有の情報、および顧客固有の情報（バイオメトリック値を含む）のすべてが、（認証のための転送中に）発見されやすく、次に、該当するアカウントによる取引のための後の認証に不正使用されやすい。一旦、このような情報が横領されると、エンティティ識別子を含むＥＣが不正に送信されたことを判定することは、ＥＣの受信側にとって困難になる。さらに、ＥＣにおけるエンティティ認証の弱さのため、ＥＣを含むビジネス方法およびシステムは、エンティティ認証がより強い場合よりも、より高いリスクおよびより低い信用を受けやすい。
【００１１】
ＥＣにおけるエンティティ認証を利用するビジネス方法およびシステムの信用を増す試みにおいて、暗号技術は、エンティティ識別情報を通信および送信中に妨害されることから「隠す」、さもなければ妨げることを試みるために使用される。デジタル署名はまた、強い認証を提供するために試みられる手段としてビジネスのインフラストラクチャ中に組み込まれている。添付されたデジタル書名と共に送信されたＥＣが、ＥＣに含まれるデジタルに署名されたメッセージを有するように要求するエンティティに由来するように想定される。特に、ここで、デジタル証明を用いて、ＥＣの特定のメッセージに固有に作成されたデジタル署名を含むＥＣが、送信されたエンティティのアイデンティティを確立する。
【００１２】
この点において、デジタル署名の作成は、概して、（１）メッセージダイジェストの算出（例えば、ハッシュ値）、および（２）メッセージダイジェストの後の暗号化を含む。メッセージダイジェストは、公開−秘密鍵の暗号化（非対称暗号法としても知られる）で使用される一組の鍵の秘密鍵を通常使用する電子デバイスによって暗号化される。生じる暗号文自体は、通常、デジタル署名を構成する。このデジタル署名は、ＥＣを形成するためにメッセージに添付される。デジタル署名を作成する第２の部分（秘密鍵を用いた暗号を用いる）は、デジタル署名を「生成する」として本明細書中に言及され、組み合わされた２つの工程は、デジタル署名を「作成する」として本明細書中に言及される。さらに、デジタル署名の生成が、メッセージダイジェストの暗号として慣習的に理解される一方で、デジタル署名を生成することは、また、メッセージダイジェストではなく、メッセージを単に暗号化することを含み得ることが本明細書中で熟考される。ＥＣのメッセージが一体何であれ、任意の変化がメッセージおよびデジタル署名の分析から検出可能であるので、デジタル署名は重要である。これに関連して、デジタル署名は、ＥＣ内に含まれるメッセージを「認証する」ために使用される（今後、「メッセージ認証」として言及される）。メッセージ認証は、メッセージの整合性を検証して、エンティティ認証と混同されるべきでない。エンティティ認証は、エンティティ識別子によって表されるようにエンティティのアイデンティティを検証する。
【００１３】
メッセージ認証の例示において、メッセージダイジェストは、ハッシュ法アルゴリズム（例えば、ＳＨＡ−１アルゴリズム）を、メッセージを表すデータに適用することによって算出される。ハッシュ法アルゴリズムは、生じるハッシュ値と共にデバイス内またはデバイスの外部のどちらかに適用され、次に、デジタル署名の生成のためにデバイスに送信され得る。この例において、メッセージ認証を実施するために、ＥＣの受信側は、メッセージに適用されるハッシュ法アルゴリズムのアイデンティティおよびメッセージダイジェストを暗号化するために使用される秘密鍵に対応する公開鍵（「ＰｕＫ」）を共に知る必要があり、取得することが可能である必要がある。この認知と共に、受信側は、メッセージに適切なハッシュ法アルゴリズムを適用して、ハッシュ値を算出し、受信側は、公開鍵を用いてデジタル署名を解読する。受信側によって算出されたハッシュ値が、解読されたデジタル署名と等しい場合、次に、受信側は、ＥＣに含まれるメッセージの構成要素が、ハッシュ値を必然的に変更しなかった送信において変えられなかったことを判断する。
【００１４】
メッセージ認証は、エンティティ認証と混同されるべきでないが、メッセージ認証を実施するプロセスは、それによって、受信側は、ＥＣの送信側がメッセージをうまく認証するために使用する公開鍵に対応する秘密鍵を保有したことを確認するほどまでに、ＥＣの受信側がＥＣの送信側を認証することをイネーブルする。このことは、ＥＣに関するファクタＡエンティティ認証を本質的に表す。ＥＣの受信側が秘密鍵の保有者のアイデンティティに関する信用された情報を有するときに、ファクタＡエンティティ認証は役に立つ。
【００１５】
この信頼された情報は、デジタル署名を添付し、秘密鍵の保有者と公開鍵とを組み合わせる、信頼された第三者によって公布されたデジタル証明に基づいて慣習的に提供される。デジタル証明（「デジタルＩＤ」としても公知である）は、公開鍵の保有者のアイデンティティ（または他の属性）を認定する第三者による証明書（「証明オーソリティ」として全体的に言及される）を含む。本質的に、デジタル証明は、運転免許、パスポート、会員カード、および他の識別の紙面形式の電子複製である。デジタル証明自体は、公開鍵を含む電子メッセージ、および公開鍵の保有者のアイデンティティを含む。デジタル証明はまた、典型的に、公開鍵の満了日、証明オーソリティの名前、デジタル証明のシリアル番号、およびデジタル証明の整合性を保証するための証明オーソリティのデジタル署名を含む。満了日に対する理由の１つが、時間をかけて変わる公開鍵の保有者のアイデンティティ以外を原因とする可能性のために証明オーソリティの義務を限定することである。デジタル証明の最も広く認められるフォーマットは、ＣＣＩＴＴ  Ｘ．５０９国際規格によって定義される。従って、証明書は、Ｘ．５０９に準拠するアプリケーションによって読み出されるか、または書き込まれ得る。ＥＣに含まれるデジタル証明に基づいて、受信側は、証明オーソリティの公開鍵を用いてデジタル証明を認証することができ、それによって、おそらく、そこに示される保有者のアイデンティティを確認することができる。デジタル証明がＥＣに含まれるシステム全体が、「公開鍵インフラストラクチャ」（ＰＫＩ）を含み、「証明オーソリティデジタル署名」または「ＣＡＤＳ」システムとして本明細書中に言及される。これらは、本明細書中に参考として援用される。
【００１６】
買い手１０２とオンラインの取引先１１０との間の電子取引のコンテクストにおけるＣＡＤＳシステムの従来の実行１００は、図１に示される。このシステムの元で、例えばコンピュータ１０４を用いる買い手１０２は、電子メッセージの形式で注文書を作る。買い手１０２は、金融機関１１２のメッセージに該当するアカウント情報に含まれる。支払は、金融機関１１２から取引先１１０になされるべきである。アカウント情報は、例えば、クレジットカード番号および満了日、ならびにカードの名前を含む。次に、買い手のコンピュータ１０４のソフトウェアは、コンピュータ１０４で保護される買い手１０２の秘密鍵を用いてメッセージに対してデジタル署名を生成する。ソフトウェアはまた、証明オーソリティ１０６ａによって発行されたコンピュータ１０４のデジタル証明を維持する。次に、メッセージ、デジタル署名、およびデジタル証明は、ＥＣに組み合わされ、ＥＣは、インターネット１０８を介して取引先１１０に伝達される。
【００１７】
受信に関して、取引先１１０は、デジタル証明の公開鍵を用いてメッセージを認証する。うまく行けば、次に、取引先１１０は、証明オーソリティ１０６ａの公開鍵を用いてデジタル証明を認証する。デジタル証明の成功した認証は、買い手（ＥＣの送信側）がデジタル証明で識別された保有者であるということを取引先１１０に満足させる。取引先１１０が非常に満足した場合、次に、取引先１１０は、アカウントから取引先への支払の承認に対して、アカウント情報を該当する金融機関１１２に提示する。支払の承認を金融機関から受信すると、取引先１１０は、買い手１０２の注文書に記入する。さらに、注文書の承認（拒絶）の確認書は、取引先１１０から買い手１０２へ送信される。
【００１８】
ＣＡＤＳシステムは、２つのパーティ（さもなければ、互いに予め関係があり得ない）が他人のアイデンティティを認知するための確信と共に互いに伝達することをイネーブルする。ＣＡＤＳシステムは、重大な欠点を有する。例えば、デジタル証明は、典型的に、満了日と共に発行され、満了になったデジタル証明は、概して、業界で認識されない。さらに、公開鍵が紛失または盗難されると、次に、公開鍵の保有者は、所有者のデジタル証明を無効にするために証明オーソリティを通知する必要がある。しかし、受信側が、証明オーソリティによって発行された証明取消リスト（ＣＲＬ）に対して、デジタル証明のシリアル番号を相互参照する場合、デジタル証明を有するＥＣの受信側は、デジタル証明の取り消しのみを認知する。ＣＡＤＳシステムに対する別の取消は、デジタル証明自体のみが、その証明を発行する特定のオーソリティと同等に良いということであり、その証明は、受け入れられ、影響されるための取引または通信のための、買い手１０４と取引先１１０との間の信頼の十分な「チェーン」または「ネットワーク」を作るために、複数のデジタル証明（すなわち、証明オーソリティ１０６ａ、１０６ｂ〜１０６ｎ）を得ることを頻繁に必要とする。
【００１９】
これらの欠点に加えて、デジタル署名に基づいた信頼された認証システムを実際に提供するＣＡＤＳシステムに対する根本的な欠陥は、デジタル証明だけが秘密鍵の所有者のアイデンティティ（または他の属性）を証明し、秘密鍵が特定のデジタル署名を生成する秘密鍵の合法的な所有者によって実際に使用されたことを証明するには、極めて不十分である。実際に、ＣＡＤＳシステムの信頼（概して任意のデジタル署名システムにおいて）は、合法的な所有および秘密鍵の使用に依存する（すなわち、実際に秘密鍵の所有者である各特定のＥＣの送信側に依存する）。ＥＣのデジタル署名を生成するための秘密鍵の不正な使用は、現在のところ、上述されたメッセージ認証およびファクタＡエンティティ認証手順を経て検出され得ない。従って、秘密鍵を発見し、その後複製され、デジタル署名を生成することができる別のデバイスで使用されるか、または秘密鍵を含むデバイスの物理的な盗難のどちらかによって、デバイスの秘密鍵が盗まれた場合、デジタル署名システムは、偽造されやすくなる。
【００２０】
デバイス自体の盗難を経てデジタル署名を生成するためのデバイスの不正使用から保護するために、個人識別番号（ＰＩＮ）、パスワード、またはパスフレーズ（本明細書中、「秘密」として全体的に言及される）は、デジタル署名を生成するためにデバイスが操作される以前に、典型的に、デバイス内に予め格納され、デバイス中に入力される必要がある。あるいは、秘密は、受信側と前もって共有され、ＥＣが後に受信側に送信されると、秘密はまた、メッセージと関連して受信側に送信される。第１の場合において、秘密の検証は、デバイスのユーザを認証し（本明細書中、「ユーザ認証」）、第２の場合において、秘密の検証は、ＥＣの送信側を認証する（本明細書中、「送信側認証」）。どちらの場合にせよ、秘密の確認は、ファクタＢエンティティ認証に基づいてエンティティ認証を表す。物理的な盗難を経るデバイスの不正使用から保護する別のセキュリティ局面は、デバイスのユーザまたはＥＣの送信側のバイオメトリック特性（指紋など）の検証を含む。このタイプの認証は、ファクタＣエンティティ認証に基づく。秘密と同じように、どちらのバイオメトリック値でも、ユーザ認証のためのデバイス内に維持される。
【００２１】
秘密鍵の発見に対して保護し、次に複製するために、および別のデバイスで使用するために、デバイスは、電子シールド、ゼロ化、監査、タンパー証拠、およびタンパー応答、ならびにデバイス内に含まれる秘密鍵（および他の保護されたデータ）を保護するために役立つ他のセキュリティ局面で製造される。デバイスのこのようなセキュリティ局面は、ハードウェア、ソフトウェア、およびファームウェアを含み、ならびに安全なコンピュータチップおよび暗号モジュールを有する他のデバイスを製造する技術で周知である。このようなセキュリティ局面の必要性は、例えば、Ｆｅｄｅｒａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｃｅｓｓｉｎｇ  Ｓｔａｎｄａｒｄｓ  Ｐｕｂｌｉｃａｔｉｏｎ  １４０−１の、  Ｓｅｃｕｒｉｔｙ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｃｒｙｐｔｏｇｒａｐｈｉｃ  Ｍｏｄｕｌｅｓ，  ＵＳ  ＤＯＣ／ＮＢＳ，１９９４年１月１１日（本明細書中、「ＦＩＰＳ  ＰＵＢ  １４０−１」）で明記され、本明細書中参考として援用され、ｈｔｔｐ：／／ｃｓｒｃ．ＮＩＳＴ．ｇｏｖ．／ｐｕｂｌｉｃａｔｉｏｎｓ／ｆｉｐｓにおいてダウンロード可能であり、ならびにＦｅｄｅｒａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｃｅｓｓｉｎｇ  Ｓｔａｎｄａｒｄｓ  Ｐｕｂｌｉｃａｔｉｏｎ  １４０−２、Ｓｅｃｕｒｉｔｙ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｃｒｙｐｔｏｇｒａｐｈｉｃ  Ｍｏｄｕｌｅｓ、ＵＳ  ＤＯＣ／ＮＢＳ、２００１年５月２５日（本明細書中「ＦＩＰＳ  ＰＵＢ  １４０−２」）で明記され、本明細書中参考として援用され、ｈｔｔｐ：／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖ．／ｐｕｂｌｉｃａｔｉｏｎｓ／ｆｉｐｓにおいてダウンロード可能である。ＦＩＰＳ  ＰＵＢ  １４０−１および１４０−２はまた、デバイスのセキュリティ局面に基づくデバイスによって満たされ得るセキュリティレベルを定義し、これらの定義されたセキュリティレベルのそれぞれは、一般に、時間と金銭の観点から、デバイスの秘密鍵を見分けようと試みるときに遭遇される困難の多様なレベルを表す。現在のところ、４つのセキュリティレベルは、利用可能な最も高いセキュリティレベルであるセキュリティレベル４で定義される。このようなセキュリティ局面の規格はまた、Ｔｒｕｓｔｅｄ  Ｃｏｍｐｕｔｉｎｇ  Ｐｌａｔｆｏｒｍ  Ａｌｌｉａｎｃｅ  Ｔｒｕｓｔｅｄ  Ｐｌａｔｆｏｒｍ  Ｍｏｄｕｌｅ  Ｐｒｏｔｅｃｔｉｏｎ  Ｐｒｏｆｉｌｅ  Ｖｅｒｓｉｏｎ  ０．４５、ＴＲＵＳＴＥＤ  ＣＯＭＰＵＴＩＮＧ  ＰＬＡＴＦＯＲＭ  ＡＬＬＩＡＮＣＥ、２０００年９月；Ｔｒｕｓｔｅｄ  Ｐｌａｔｆｏｒｍ  Ｍｏｄｕｌｅ（ＴＰＭ）Ｓｅｃｕｒｉｔｙ  Ｐｏｌｉｃｙ  Ｖｅｒｓｉｏｎ  ０．４５、ＴＲＵＳＴＥＤ  ＣＯＭＰＵＴＩＮＧ  ＰＬＡＴＦＯＲＭ  ＡＬＬＩＡＮＣＥ、２０００年１０月；およびＴＣＰＡ  ＰＣ  Ｉｍｐｌｅｍｅｎｔａｔｉｏｎｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  ０．９５、ＴＲＵＳＴＥＤ  ＣＯＭＰＵＴＩＮＧ  ＰＬＡＴＦＯＲＭ  ＡＬＬＩＡＮＣＥ、２００１年７月４日に示され、本明細書中参考として援用され（全体的に、「ＴＣＰＡドキュメント」）、ｈｔｔｐ：／／ｗｗｗ．ｔｒｕｓｔｅｄｐｃ．ｃｏｍでダウンロード可能であり、ならびに、Ｃｏｍｍｏｎ  Ｃｒｉｔｅｒｉａ  ｆｏｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ  Ｓｅｃｕｒｉｔｙ  Ｅｖａｌｕａｔｉｏｎ、Ｓｍａｒｔ  Ｃａｒｄ  Ｐｒｏｔｅｃｔｉｏｎ  Ｐｒｏｆｉｌｅ、Ｄｒａｆｔ  Ｖｅｒｓｉｏｎ  ２．１ｄ、ＳＭＡＲＴ  ＣＡＲＤ  ＳＥＣＵＲＩＴＹ  ＵＳＥＲ  ＧＲＯＵＰ、２００１年３月２１日に示され、本明細書中参考として援用され（以下、「スマートカード保護プロフィール」）、ｈｔｔｐ：／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖでダウンロード可能である。
【００２２】
本明細書中でより詳細に記載されるように、秘密鍵の発見に対して保護するデバイスの特定の局面および他の保護されたデータは、デバイスの「セキュリティ特性」として本明細書中に言及される。ユーザを認証することによってデバイスの認証していない使用に対して保護するデバイスの特定の局面は、デバイスの「認証性能」として本明細書中に言及される。デバイスの「セキュリティ局面」（暗号モジュールまたはＴＰＭを含む）は、セキュリティ特性および認証性能ならびにデバイスの他のセキュリティ局面を含み、その必要性は、上述された引例で明記される。
【００２３】
あいにく、上述のセキュリティ局面は、概して、デジタル署名システム内の偽造のリスクを全体的に減らし、デジタル署名を含む任意のある特定のＥＣの受信側は、デジタル署名を生成するために使用されるデバイスに疎くなり得、故に、デジタル署名が、デバイスの盗難であろうと秘密鍵の発見であろうと、不正に生成されたかどうかのリスクを正しく判断することができない。
【００２４】
確かに、受信側が、送信側認証を実施するための送信側の共有の秘密またはバイオメトリック値を保有する場合、次に、共有の秘密またはバイオメトリック値が盗まれなかったこと想定して、デジタル署名が不正に生成されなかったことを決定し得る。しかし、受信側によるこのタイプの保護は、重大な取消を有し、通常、受信側によって使用されない。例えば、秘密またはバイオメトリック値が受信側によって送信側認証のメッセージに関連して受信側に伝達される場合、次に、秘密またはバイオメトリック値は、第１に、前もって受信側に共有され、確立された所定の関係として受信側によって保護される必要がある。その後、送信側との関係を前もって有していない受信側は、送信側認証を実施することができない。
【００２５】
別の欠点は、秘密またはバイオメトリック値の受信側との共有が、受信側を負担にし、秘密またはバイオメトリック値自体を盗難および散布のより高いリスクにさらす。検証のための秘密またはバイオメトリック値の転送は、転送中にそれを妨害または発見のリスクを有して運ぶ。受信に関して、秘密またはバイオメトリック値は、受信側によって保護される必要があり、本質的に受信側からの盗難のリスクを引き起こす。このことは、特に、悪い従業員が保護された秘密またはバイオメトリック値を盗み得る場合、企業のコンテクストにおいて顕著である（インサイダー不正は、歴史的に最も脅威である）。秘密またはバイオメトリック値が盗まれたときの潜在的な損害も大きい。複数の受信側にとって複数の秘密を覚えることは、個人にとって困難であるので、同じ秘密が異なる受信側で使用されることは通常のことである。故に、ある受信側からの秘密の盗難は、少なくとも秘密が各受信側で変更されるまで、全ての受信側によって実施される送信側認証を危うくする。バイオメトリック値の盗難の場合には、送信側のバイオメトリック値が変更され得るように、損害はよりシビアなものになり、一旦喪失すると、それと共に任意の将来の送信側認証を潜在的に危うくする。
【００２６】
あるいは、ユーザ認証のため、秘密またはバイオメトリック値は、デバイス内に予め格納されて維持され、受信側による秘密またはバイオメトリック値の保護に関連したリスク、および受信側に対する秘密またはバイオメトリック値の転送に関連したリスクは、回避される。この従来のパラダイムにおいて、受信側は、実際に検証を実施しない（検証はデバイスレベルでされる）。しかし、この代替のパラダイムに対する欠点は、ユーザの正しい秘密またはバイオメトリック値が入力されるまで、デバイスは処理不能のままであるため、受信側は秘密またはバイオメトリック値を正しく判断するように繰り返された試みをモニタできないということである。さらに、デバイスが、一致を生じる正しい秘密またはバイオメトリック値のエントリによってイネーブルされると、デバイスは、典型的に、例えばデバイスがパワーオフされるか、またはリセットされるまで、所定の期間に対してイネーブルされるままである。この代替的なパラダイムにおいて、受信側は、例えば、デバイスの非活性化の前を除いて、イネーブルされる後にデバイスが盗まれ得るように、このような期間中に送信された特定のＥＣが不正に生成されたデジタル署名を含むかどうかを決定することができない。従って、この代替のパラダイムの下でユーザ認証がある場合、送信側認証に対してそれ自体の規定がない。
【００２７】
さらに別の欠点は、この代替のパラダイムが、バイオメトリック値がデバイス内に予め格納されて維持されるとき（およびファクタＣエンティティ認証がデバイスによって実施されるとき）、異なる受信側にＥＣを送信するようなデバイスの使用に特に適応しないことである。この点に関して、異なる受信側は、うまく検証がなされるためにバイオメトリックの「一致」を構成することについての異なる必要性を有し得る。バイオメトリックの一致は、バイオメトリック値入力が少なくとも最小のセキュリティ閾値に合うために格納されたバイオメトリック値に十分に近似するかどうかの決定である。セキュリティ閾値は、主観的に各受信側によって示され、例えば、不正に送信されたＥＣに基づいた動作および応答について受信側に対する通信の本質および責務の範囲といったファクタを含む。各受信側が前もって送信側のバイオメトリック値を受信しない場合、異なる受信側は、彼ら自身の一致／不一致を要件、基準、および判断基準に基づいて決定させ、メッセージに関して受信される各さらなるバイオメトリック値との比較をして、比較が一致になるために十分に近似するかどうかについての仕事上の判断を適用する。
【００２８】
従って、ファクタＢエンティティ認証および／またはファクタＣエンティティ認証が使用されるが、このような認証技術を用いる従来のパラダイムの上述の欠点が克服されるＥＣの新しい認証パラダイムについての必要性がある。特に、ファクタＢエンティティ認証およびファクタＣエンティティ認証の一方または両方を用いて、受信側が秘密またはバイオメトリック値の一方を保護することを全く必要とすることなく、ユーザ認証および送信側認証を提供するこのようなパラダイムについての必要性がある。この点に関して、ファクタＢエンティティ認証およびファクタＢエンティティ認証が、受信側が認証する情報に関与することなく受信側によって推測される信頼度になり得るこのようなパラダイムについての必要性があり、それによって秘密関連を解決する。さらに、受信側自身の主観的な仕事上の判断において、ファクタＣエンティティ認証が使用されるときに成功したバイオメトリックの一致を構成することを決定することができる受信側についての必要性がこのようなパラダイムにある。受信側は、秘密またはバイオメトリック値を正しく判断するために繰り返されたデバイスの影響をモニタすることができる、このようなパラダイムについての必要性、および様々な未公開の受信側にＥＣを送信する単一のデバイスの使用をさらに適応させるこのような認証パラダイムについての必要性がある。
【００２９】
さらに、受信側は、概して、秘密またはバイオメトリック値が送信側と受信側との間で共有されてないとき、デジタル署名が不正に生成されたかどうかのリスクを正しく判断することができない。代わりに、受信側は、デジタル署名を生成するために使用されるデバイスが盗まれていないことの承認、およびデジタル署名を生成するために使用されたデバイスが、発見、複製、および偽造デバイスでの使用から秘密鍵を保護するために十分なガードを有することの承認における見えない白紙委任（ｂｌｉｎｄ  ｔｒｕｓｔ）に頼る必要がある。従って、受信側は、デジタル署名が、盗まれた秘密鍵を不正に使用して生成されたかどうか（デバイスの人的な盗みによって盗まれたのか、秘密鍵自体の発見によって盗まれたのかどうか）のリスクを確実に識別し得る方法を必要とする。それによって、受信側は、不正に対してデジタル署名自体を保護し得る。この点について、デジタル署名を含むＥＣの受信側は、デジタル署名を生成するために使用される秘密鍵が属するデバイスの現在のセキュリティレベルを所与の時間で確実に判断し得る方法をさらに必要とする。ＥＣの受信側は、不正に対する保護を用いるデバイスの確実なレベルおよびこのようなデバイスの特有の保護手段を確実に判断し得る方法を必要とする。
【００３０】
最後に、ファクタＢエンティティ認証および／またはファクタＣエンティティ認証がデバイスによって受信側に提供される情報から確実に推測され得る。このようなデバイスの信頼度はまた、受信側によって確かめられる。
【００３１】
（ＩＶ．本発明の要旨）
本明細書に記載される本発明は、デバイスによって実施されるエンティティ認証に関する検証ステータスの提供にあり（本明細書中、「本発明の第１の局面」）、デバイスに関する情報の確かな識別との組み合わせにある（本明細書中、「本発明の第２の局面」）。さらに、これら２つの各局面は、多様な局面を含み、従って、本発明の多様な代替の好適な実施形態は、各局面の好適な局面の組み合わせを含む。本発明は、第１に、本発明の各局面、多様な好適な局面、および代替の局面について詳細に記載される。次に、これらの組み合わせの相乗効果および利点は、本発明の特定のインプリメンテーションに関して記載される。
【００３２】
（Ａ．本発明の第１の局面）
本発明の第１の局面は、デバイスによって実施されるエンティティ認証に関する検証ステータスの提供に関し、デバイス中のエンティティ入力の検証データおよびデバイス内に予め格納されたデータの関数として、デバイスの複数の所定の検証ステータスから外れて、デバイス内の現在の検証ステータスを識別する工程と、識別された検証ステータスと関係なく、識別された検証ステータスの表示をデバイスから出力する工程とを含む。予め格納されたデータは、エンティティの秘密またはバイオメトリック特性の一方（または両方）を表し、エンティティは、デバイスによって認証される。バイオメトリックデータは、例えば、デジタル化された指紋、デジタル化された手形または手のジオメトリ、デジタル化された網膜、デジタル化された虹彩、デジタル化された声紋、デジタル化された顔のスキャン、デジタル化された手書きの署名、あるいはデジタル化されたＤＮＡサンプルを表し得る。デバイスはまた、個人であろうと数人であろうと、複数の異なるタイプの検証データについてのデータを予め格納し得る。
【００３３】
第１の局面の好適な局面において、所定の検証ステータスの１つは、検証データが予め格納されたデータと同じであることを表している。少なくとも他の１つの検証ステータスは、予め格納されたデータと異なる検証データの提供である。さらに、検証データも予め格納されたデータも、好ましくは、識別された検証ステータスの表示によって明らかにされない。他の好適な局面において、所定の検証ステータスの１つは、失敗した検証を表し、所定の検証ステータスの１つは、成功した検証を表し、所定の検証ステータスの１つは、検証データがデバイスに最後に入力されたので、デジタル署名がデバイスによって生成されたかどうかをさらに表し、所定の検証ステータスの１つは、デバイスに入力された検証データとデバイス内に予め格納されたデータとの比較に続いて、デジタル署名が生成されたかどうかをさらに表し、所定の検証ステータスの１つは、例えば、最後の成功した検証からの時間またはデバイスのリセットからの時間を含む所定の期間内に、いずれの検証データが入力されたかをさらに表す。
【００３４】
さらに、好適な局面において、所定の検証ステータスの１つは、デバイスに入力された検証データとデバイス内に予め格納されたデータとの間の差を表し、所定の検証ステータスの１つは、デバイスに入力されたバイオメトリックの検証ステータスとデバイス内に予め格納されたバイオメトリックデータとの間の一致の度合いを表し、所定の検証ステータスの１つは、デバイス内に入力されたバイオメトリックの検証ステータスとデバイス内に予め格納されたバイオメトリックデータとの間の一致のパーセンテージをさらに表し、所定の検証ステータスの１つは、検証データがデバイス内に最後に入力されてからデジタル署名がデバイスよって生成されたかどうかをさらに表し、所定の検証ステータスの１つは、デバイスに入力された検証データとデバイス内に予め格納されたデータとの比較に続いて、デジタル署名が生成されたかどうかをさらに表し、所定の検証ステータスの１つは、所定の期間内にいずれの検証データがデバイス内に入力されたかどうかをさらに表す。
【００３５】
本発明の第１の局面に従って、メッセージに対するデジタル署名が識別された検証ステータスの関数としてデバイス内に生成される。識別された検証ステータスは、デバイスの識別された検証ステータスの関数としてメッセージを表すデータをデバイス内で改変する工程を含む。生成されたデジタル署名は、識別された検証ステータスの表示を含む。デジタル署名の生成は、改変されたデータのメッセージダイジェストを一組の公開鍵の秘密鍵をもちいてデバイス内で暗号化する工程を含む。デジタル署名は、デバイスによって受信される外部の照会に応じて、メッセージを表すデータの受信に応じて、または検証データを含む入力の受信に応じて生成される。メッセージダイジェストは、好ましくは、デバイス内で算出される。故に、改変されたデータのデジタル署名は、デバイスから出力される。メッセージ自体は、金融取引の効率、合法的な動作の効率、またはデータベース、物理空間、ウェブサイト、またはコンピュータプログラムへのアクセス（すなわち、アクセスするための認証の要求）に関し得る。メッセージはまた、予め判断され、静的であり得、メッセージ自体がデバイス内に格納され得る。
【００３６】
デジタルに署名されたメッセージは、好ましくは、デバイス内に構成され、再検討および承認のためにデバイスのディスプレイ画面に表示される。メッセージはまた、デバイスの外部のＩ／Ｏサポート素子内に構成され得、順々に、デバイスのインタフェースを介してデバイスにメッセージを表す入力を送信する。あるいは、メッセージの一部は、デバイスの外部のＩ／Ｏサポート素子内に構成され得、順々に、デバイス内に構成されるメッセージの残りの部分と共にデバイスのインタフェースを介してデバイスにメッセージの一部を表す入力を送信する。Ｉ／Ｏサポート素子は、例えば、セール端末（ｓａｌｅ  ｔｅｒｍｉｎａｌ）の一部、バイオメトリックスキャナ、カードリーダー、またはコンピュータを含み得る。
【００３７】
検証データは、ある特定のタイプのメッセージ（例えば、金融取引を表すメッセージ）のためのデバイスに入力されることを必要とし得る。検証はまた、他のタイプのメッセージ、または所定の期間（例えば、メッセージで実施された要求の承認とデバイスのパワーオフとの間の時間）のためのデバイスに入力されることを必要とし得ない。検証データはまた、最後の成功した検証後の所定の期間に続いたデバイスに入力されることを要求され得る。
【００３８】
好適な局面において、デバイスは、所定の検証ステータスに対応する１セットの所定値以外の値に等しいデバイス内の識別マーカーを割り当てることによって現在の検証ステータスを識別する。値は、成功した検証と同等と見なされ得、検証データがデバイス内に最後に入力された後、デジタル署名が生成され、および／または出力されたかどうかをさらに表し得る。メッセージデータの変更は、好ましくは、メッセージデータ内の識別マーカーの割り当てられた値を組み込む工程と、メッセージに識別マーカーの割り当てられた値を添付する工程と、メッセージデータの始まりに識別マーカーの割り当てられた値を添付する工程と、またはメッセージデータの終わりに識別マーカーの割り当てられた値を添付する工程とを含む。
【００３９】
デバイスは、同じタイプまたは異なるタイプの検証データを表す各インスタンスと共にデバイスに入力された検証データの２つ（以上）のインスタンスを受信することが可能になり得る。このような場合、メッセージデータが変更された関数は、好ましくは、検証データの第１のインスタンスとデバイス内に予め格納された適切なデータとを比較して、その比較に基づいて、１セットの所定の値以外の値に等しいデバイス内に第１の比較マーカーを割り当てる工程と、検証データの第２のインスタンスとデバイス内に予め格納された適切なデータとを比較し、その比較に基づいて、１セットの所定の値以外の値に等しいデバイス内に第２の比較マーカーを割り当てる工程とを含むように変更される。次に、メッセージデータは、所望ならば、第１および第２の比較マーカーに関する割り当てられた値の１つのみ、または両方の関数として変更され得る。
【００４０】
本発明の第１の局面はまた、エンティティ認証に従う検証ステータスの提供に関し、認証データはデバイスによってまだ受信されない。特に、エンティティの予め格納されたデータは、デバイスの検証ステータスを識別するためにデバイス内に維持される。従って、現在の検証ステータスは、デバイス内で識別される。このデバイスは、所定の期間中に任意の検証データの入力不足を表す。次に、識別された検証ステータスの表示は、デバイスから出力される。従って、いくつかの点で、検証データを含む入力は、デバイス内で受信され、現在の検証ステータスは、受信された検証データと予め格納されたデータとを比較することによってデバイスの複数の所定の検証ステータス以外のデバイス内で識別される。識別された検証ステータスの表示は、デバイスから再び出力され、第２の表示は、比較に基づいて識別された検証ステータスのためである。
【００４１】
第１の局面の他の局面は、ユーザによってデバイスに直接入力される検証データを含む。あるいは、検証データを表す入力は、デバイスの外部のＩ／Ｏサポート素子内に受信され、次に、デバイスに送信される。Ｉ／Ｏサポート素子は、例えば、セール端末の一点、バイオメトリックスキャナ、カードリーダー、ＡＴＭ機器、またはコンピュータを含み得る。
【００４２】
上述とは別に、本発明の第１の局面はまた、デジタル署名を受信する工程と、一組の公開−秘密鍵を用いてデジタル署名を解読する工程と、デバイスの複数の所定の検証ステータスのそれぞれ１つに対して、所定の検証ステータスの関数としてメッセージを表すデータを変更する工程と、変更されたデータが解読されたデジタル署名と一致する所定の検証ステータスであるようにデバイスの現在の検証ステータスを識別する工程とを含む。この局面の変形において、メッセージダイジェストは、変更に従って変更されたデータの関数として算出される。変更されたデータの関数としてのメッセージダイジェストのこの算出は、変更されたデータのハッシュ値の算出を含む。
【００４３】
（Ｂ．本発明の第２の局面）
本発明の第２の局面は、検証ステータスの表示を提供するデバイスに関する情報の信頼できる識別に関する。好ましくは、この情報は、セキュリティレベルおよびこのようなデバイスの確かなレベルの両方の決定を可能にする。実際には、例えば、デバイスがファクタＢおよび／またはＣエンティティ認証を実施し、次に、それに基づいて識別された検証ステータスの表示を提供するだけであるように、検証ステータスを受信する受信側は、デバイスに基づいた、デバイスにおいていくつかの信頼レベルおよび本発明の認証の全体のシステムを確立するために、デバイスについての十分な情報を知ることを望む。
【００４４】
本発明は、概して、デバイスの公開鍵の信頼できる様態におけるリンキングを含む。デバイスは、デバイスが製造される環境内でデバイスに関連がある他の情報に非対称暗号法を用いてデジタル署名を生成する。従って、本発明は、公開鍵に基づいて製造環境からのデバイスの公開後のデバイスに関して他の情報を後に識別する。後に識別されるこのような情報を考慮することによって、受信側は、デバイスに属する公開鍵を用いるデジタル署名が不正に生成されたかどうかのリスクまたは可能性を正しく判断することができる。
【００４５】
本明細書中にしようされるように、「他の情報」は、セキュリティ局面およびデバイスの製造履歴の少なくとも１つを含み、好ましくは、セキュリティ局面とデバイスの製造履歴とを共に含む（本明細書中、「セキュリティプロフィール」として全体的に言及される）。上述されるように、セキュリティ局面は、デバイス内の秘密鍵（および他の保護されたデータ）を発見から保護するこれらの局面（本明細書中、「セキュリティ特性」として言及される）、デバイスのユーザの認証に関してファクタＢおよびＣエンティティ認証の一方または両方を実施するそれらの局面（本明細書中、「認証能力」として言及される）、およびそうでなければ、デバイスにセキュリティを提供することをサービスする局面を含む。技術がこのようなセキュリティ局面の有効性を減少する時間を経て発展され、次に、デバイスの実際のセキュリティレベルの減少を生じるように、デバイスの単に公認のセキュリティレベルではなく、デバイスのセキュリティ局面を認知することは重要である。性能の向上がなされなかった場合、デバイスのセキュリティ局面は不変であるが、デバイスのセキュリティレベルは、最終的に時間をかけて減少する。セキュリティ局面を認知することによって、デバイスの適切なセキュリティレベルは、任意の所定の時間で決定され得る。さらに、デバイスのセキュリティ特性を認知することによって、受信側は、デバイスの公開鍵が危うくなったかどうかの可能性を正しく判断することができる。デバイスの認証性能（または、その不足）を認知することによって、受信側は、認証されたユーザ以外の誰かがデジタル署名を生成するためにデバイスを利用したかどうかの可能性を正しく判断することができる。
【００４６】
デバイスの「製造履歴」は、デバイスの製造の属性を含み、好ましくは、デバイスの製造者と、デバイスに適用できる全ての仕様書と、製造場所と、デバイスのバッチ識別子と、デバイスのシリアル番号または部品番号と、製造施設のセキュリティと、レイアウトおよびプロセスジオメトリに関するデバイスの物理的な具体化と、ソフトウェア識別子および公開日と、電圧および周波数領域を含むデバイスの操作パラメータと、デバイスの全てのイネーブルされたハードウェアおよびソフトウェアのセキュリティ局面の識別番号と、デバイスの暗号特性と、デバイスのランダム数発生器特性と、およびデバイスの鍵生成特性とを含む。製造履歴は、デバイスの保証レベルを正しく判断することができる。デバイスの製造履歴を認知することによって、デバイスのセキュリティ局面は、エラー、脱落、欠陥、セキュリティ侵害、または考えられる不適当などがデバイスの製造中に起きたこととして発見されるように、訂正され得る。
【００４７】
製造の環境は、好ましくは、「安全な環境」（すなわち、安全環境で製造される各デバイスのセキュリティレベルと少なくとも比較できる十分なセキュリティ評点を有する環境）を含む。安全な環境において、各デバイスを製造することによって、このような環境で製造された各デバイスのセキュリティレベルは、危うくならない。
【００４８】
デバイスのほかの情報に対する公開鍵の「リンキング」は、安全な環境内に維持される１つ以上のデータベースにおいてデバイスの情報を記録することを含み、従って、他の情報は、公開鍵に基づいて安全なデータベースから取り出し可能である。好ましくは、他の情報は、情報が関係するデバイスの公開鍵に対して安全なデータベースにおいてインデックスを付けられるか、またはマッピングされる。さらに、各公開鍵は固有であるので、少なくとも高い可能性のため、安全なデータベースにおけるマッピングは一対一である。あるいは、公開鍵およびセキュリティプロフィールは、安全なデータベース内に固有の識別子にインデックス（例えば、デバイスのシリアル番号）を付けられる。デバイスのほかの情報に対する公開鍵のリンキングはまた、記録に他の情報と共に公開鍵を組み合わせることと、次に、信頼されたエンティティの秘密鍵を用いて信頼されたエンティティによって安全な環境において記録にデジタルに署名をすることとを含む。記録およびデジタル署名は共に、「セキュリティ証明」を形成する。次に、「セキュリティ証明」は、デバイスの製造中にデバイスにインポートされる。安全な環境において信頼されたエンティティによる記録のデジタル署名は、製造されたデバイスの公開鍵を他の情報に確実にリンクする。
【００４９】
本発明の第２の局面の好適な局面に従って、デバイスは、安全な環境（すなわち、そのような環境で製造された任意のデバイスのセキュリティレベルを危うくするといけないので、十分なセキュリティ評定を有する環境）において製造される。さらに、デバイスの公開鍵を用いてリンクされた情報は、デバイスのセキュリティプロフィールを含む。従って、受信側は、デバイスの識別されたセキュリティ局面に基づいてデバイスの現在のセキュリティレベルを決定することができる。受信側はまた、デバイスの公開鍵がデバイスの識別されたセキュリティ特性に基づいて危うくされたかどうかのリスクを正しく判断することができる。受信側は、公開鍵を含むデバイスがデバイスの識別された認証性能に基づいて不正に使用されたかどうかのリスクを正しく判断することができる。最後に、受信側は、デバイスの識別された死蔵履歴に基づいてデバイスの明白に規定されたセキュリティ局面を評価することができる。
【００５０】
好ましくは、製造されたデバイスが安全な環境から移動される前に、一組の公開−秘密鍵がデバイス内で作成され、公開鍵は、安全なデータベース内のデバイスのセキュリティプロフィールにエクスポートされ、リンクされる。特に、キーの１つである公開鍵は、デバイス生産者または他の信頼できるエンティティ（「安全なエンティティ」）によって安全なデータベースに記録され、他のキーである秘密鍵は、好ましくは、製造されたデバイス内で保持され、発見に対して保護される。公開鍵はまた、デバイス内で保持され、オンデマンドでエクスポート可能である。製造されたデバイスのセキュリティプロフィールは、安全なデータベースに記録され、従って、その記録は、対応する公開鍵にインデックスを付けられるか、またはマッピングされる。それ故、デバイスの公開鍵およびセキュリティプロフィールを共に確実にリンクする。この場合、独自の識別子は、デバイス内に格納され、オンデマンドでエクスポート可能である。さらに、それぞれの公開鍵は独特（少なくとも高い可能性で）であるので、安全なデータベースにおけるマッピングは一対一である。代替的に、公開鍵および安全なプロフィールは、安全なデータベース内のデバイスの独自の識別に対してインデックスを付けられ、それ結果、デバイスの公開鍵およびセキュリティプロフィールを共に確実にリンキングして、それ故、デバイスの保証レベルが判断され得る。
【００５１】
次に、ＥＣが疑わしいデバイスによって生成されたデジタル署名を含む受信側によって受信され、メッセージが疑わしい公開鍵を利用して認証されたとき、受信側は、ＥＣのデジタル署名を生成するために用いた公開鍵に属する実際の製造されたデバイス（本明細書中、「本物のデバイス」として言及する）に関するように、疑わしい公開鍵にリンクされたセキュリティプロフィールを識別する。従って、デジタル署名が不正に生成されたかどうかは、本物のデバイスに対する公知のセキュリティプロフィールに基づいた受信側によって正しく判断され得る。特に、製造されたデバイス内に保持された公開鍵が妥協されたかどうかのリスク（および従って、疑わしいデバイスが本物のデバイスであるかどうか）は、本物のデバイスの識別されたセキュリティ対策に基づいて正しく判断され得る。そして、本物のデバイスが不正に使用されたかどうかのリスクは、本物のデバイスの識別された認証能力に基づいて正しく判断され得る。これらの評価はまた、必要に応じて、デバイスの識別された製造履歴に基づいて認定され得る。
【００５２】
第２の局面の代替の好適な局面において、一対の公開−秘密鍵が作成され、デバイスの公開鍵は、記録に対して公開鍵とセキュリティプロフィールとを組み合わせることによってデバイスのセキュリティプロフィールにリンクされる。次に、記録は、それぞれのデバイスのセキュリティ証明を形成するために安全なエンティティよってデジタルに署名される。それぞれのデバイスはまた、デバイスにインポートされる。安全な環境における安全なエンティティによる記録のデジタルの署名をすることは、製造されたデバイスのセキュリティプロフィールおよびその公開鍵を確実にリンクする。次に、デジタル署名が、ＥＣにおいて含むためにデバイスによって生成される。セキュリティ証明はまた、ＥＣに含まれる。セキュリティ証明において示される疑わしい公開鍵を用いるメッセージの受信および成功した認証に関して、受信側が安全なエンティティの公開鍵を利用するＥＣでセキュリティ証明を認証する。その成功した認証に関して、受信側は、ＥＣのデジタル署名を生成する工程で使用される公開鍵に属する本物のデバイスのセキュリティプロフィールを確実に識別する。次に、デジタル署名が不正に生成されたかどうかは、本物のデバイスに対して公知のセキュリティプロフィールに基づいて受信側によって正しく判断され得る。特に、製造されたデバイス内に保持された公開鍵が危うくなったかどうかのリスク（および、従って疑わしいデバイスが本物のデバイスであるかどうかのリスク）は、本物のデバイスの識別鎖Ｒタセキュリティ特性に基づいて正しく判断され得る。本物のデバイスが不正に使用されたかどうかのリスクは、本物のデバイスの認証性能に基づいて正しく判断され得る。これらの評価はまた、必要に応じて、デバイスの識別された製造履歴に基づいて制限され得る。
【００５３】
本発明の第１および第２の局面の両方のさらなる追加は、本発明の方法の１つ以上の工程を実施するコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体を有するデバイスと、本発明の方法の１つ以上の工程を実施する集積回路を有するデバイスと、本発明の方法の１つ以上の工程を実施するコンピュータチップを有するデバイスとを含む。
【００５４】
本発明の利点およびさらなる局面は、添付の図面と共に得られる好適な実施形態の詳細な説明からより明白になり、同じ参照符号は、同じ要素を表す。
【００５５】
（ＶＩ．好適な実施形態の詳細な説明）
前置の問題として、本発明のデバイス、システム、および方法の以下の詳細な説明を考慮すると、当業者によって理解され、本発明は、広い実用性および適用が可能である。本明細書中に記載される以外の本発明のインプリメンテーションおよび適用、ならびに多くの改変、変更、および等価な配置は、本発明の本質または範囲から逸脱することなく、本発明および以下の詳細な説明から明らかになり、合理的に示唆される。さらに、様々なプロセスの工程が、好適なシーケンスまたは一時的な順序で実行されるように、いくつかのインプリメンテーションにおいて示され、記載され得るが、当業者は理解して認知する。このようなプロセスの工程は、このような特定のシーケンスまたは順序で実行されることを限定される必要はない。それどころか、多くのインプリメンテーションにおいて、本明細書に記載されるプロセスの工程は、本発明の範囲内にまだ含まれる一方で、多様な異なるシーケンスおよびオーダーで実行され得る。従って、本発明が、好適なインプリメンテーションに関連して詳細に本明細書中に記載され、この詳細な説明は、本発明の図解および例示のみであることが理解されるべきであり、本発明の全体を提供し、本発明の開示をイネーブルする目的のみのためである。本明細書中に示される詳細な説明は、本発明を限定するために構成されること意図せず、さもなければ、このような任意の他のインプリメンテーション、適応、変形、変更、および本発明の等価な配置を除外するように意図しない。本発明は、上掲の特許請求の範囲およびそれに等価なもののみによって限定される。
【００５６】
（Ａ．本発明の第１の局面：デバイスによってエンティティ認証に関する検証ステータスを提供する工程）
本発明の全ての局面に従って、本発明で役立つデバイスは、公開−秘密鍵の暗号法を用いて電子メッセージのデジタル署名を生成するデジタル署名構成要素を含む。一組の鍵は、デバイスの製造中にデバイス内に生成され、好ましくは、デバイスは、公開鍵を公開することが不可能であり、公開鍵は、オンデマンドでエクスポート可能である。さらに、デバイスので位増中に公開鍵は、デバイスからエクスポートされ、安全な様態でデバイスに関して他の情報と共に「リンク」される。デバイスに関する他の情報に対するデバイスの公開鍵のリンキングは、デバイスが製造される環境からデバイスの公開より前に生じる。
【００５７】
製造されるデバイス自体は、ハードウェア、ソフトウェアおよび／またはファームウェアを含み、特にコンピュータチップ、集積回路、デバイスに適切なソフトウェアを有するコンピュータ読み出し可能媒体、またはそれらの組み合わせを含む。さらに、デバイスは、例えば、ハードウェアトークンまたは内蔵したトークン、例えば、コンピュータチップ、集積回路、ソフトウェア、またはそれらの組み合わせを含むトークンなどの物理的な物を含み得る。デバイスがハードウェアトークンである場合、好ましくは、リングまたは他の宝石、ドングル、電子鍵、ＩＣカード、スマートカード、クレジットカード、ＩＤバッジ、セキュリティバッジ、駐車カード、または通行カードといったカードなどの形態を取り得る。デバイスが内蔵したトークンである場合、デバイスは、内蔵したトークンである場合、デバイスは、好ましくは、携帯電話、電話、テレビ、携帯情報端末機器（ＰＤＡ）、腕時計、コンピュータ、またはコンピュータハードウェアなどの形態を取り得る。
【００５８】
デバイスは、好ましくは、ポート（無線通信ポート、シリアルポート、ＵＳＢポート、パラレルポート、または赤外ポートを含む）を備えるデバイスインタフェース、または接触であろうと非接触であろうと、外部の電子装置と通信するためのいくつかの他の物理インタフェースを含む。デバイスはまた、上述のＴＣＰＡドキュメントに示され、記載されるように、プラットフォームにおいて増した信頼を提供するハードウェアおよびソフトウェア構成要素を含む信頼されたプラットフォームモジュール（ＴＰＭ）を含み得る。
【００５９】
本発明のいくつかのデバイスは、メッセージデータ、または検証データを受信するようにデバイスをイネーブルするためにＩ／Ｏ支援要素の使用を要求する。いくつかのデバイスは、検証データの特有のタイプ（他のタイプではなく）を受信するためにＩ／Ｏ支援要素を要求する。いくつかのデバイスは、検証ステータス、デジタル署名、およびＥＣの受信側へのメッセージに関する情報を送信するためにＩ／Ｏ支援要素の使用を要求する。いくつかのデバイスは、内蔵型（すなわち、デバイスがメッセージを生成して、送信し得る）、デジタル署名、およびＩ／Ｏ支援要素を要求することなく検証ステータスのインジケータであり、内蔵型ではあるが、いくつかのデバイスは、所望ならば、Ｉ／Ｏ支援要素を相互作用することができる。さらに、Ｉ／Ｏ支援要素は、任意の数の異なる装置の形態を得て、それが使用される特定のアプリケーションに依存し、それが相互作用するデバイスのタイプに依存する。実際には、Ｉ／Ｏ支援要素の一例は、周知の金融取引ＩＣカードリーダープロジェクト（「ＦＩＮＲＥＡＤ」として通常知られる）の結果としてＣＥＮ／ＩＳＳによって公開される技術仕様書に従って設計されるハードウェアおよびソフトウェア構成要素を含むカードリーダーを備える。
【００６０】
より高度なセキュリティアプリケーションについて、デバイス（すなわち、Ｉ／Ｏ支援要素と組み合わせたデバイス）は、好ましくは、送信側がメッセージを構成するか、または変更することが可能であるキーパッド（英数字）、相互通信ディスプレイ、または他のタイプのユーザデータエントリ機構（「ユーザインタフェース」として本明細書中に全体的に言及される）と、シークレット検証データを入力するためのユーザインタフェース（なお、メッセージを生成するか、または変更するためのユーザインタフェースが、シークレットを表すデータのエントリのユーザインタフェースと、必ずしも同じになる必要はないが、同じになり得る）と、ＥＣの送信者にメッセージおよび／またはシークレットを示すためのディスプレイと、スキャナ、またはバイオメトリック検証データの少なくとも１つを受信するためのリーダーと、秘密および／またはバイオメトリック特性を表すデータを安全に格納するためのメモリと、秘密鍵（ＰｒＫ）を安全に格納するためのメモリと、デバイスに入力するデータ間の多様な比較を実施するため、およびその比較に基づくデバイスの検証ステータスを識別するためのプロセッサまたは回路と、デジタル署名を生成するか、またはデジタル署名を作成するためのプロセッサまたは回路と、電子装置に送信するためのデバイスから情報を出力する手段とを含む。好ましくは、デバイスはまた、特定の秘密鍵（ＰｒＫ）に従って公開鍵（ＰｕＫ）を格納し、エクスポートして、例えば、アカウント情報、およびユーザＩＤなどのさらなるユーザ情報を格納するためのメモリを含む。より低いセキュリティアプリケーションに関して、上記全てを必要とするとは限らない。
【００６１】
また、本発明の全ての局面に従って、各デバイスは、ファクタＢおよび／またはファクタＣエンティティ認証を実施する検証構成要素を含む。特に、検証構成要素は、エンティティの検証データを表す入力を受信し、デバイスの現在の検証ステータスを識別し、およびＥＣに従って受信側に識別された検証ステータス（ＶＳ）を伝達する。デバイスへの検証データ入力は、エンティティの秘密またはバイオメトリック特性を表す。デバイスの検証ステータスは、好ましくは、エンティティの予め格納されたデータを維持することによって、予め格納されたデータとデバイスへの検証データ入力とを比較することによってデバイス内で識別される。従って、予め格納されたデータは、秘密またはバイオメトリック特性をも表す。
【００６２】
デバイスは、複数の所定の検証ステータスを含み、検証データと予め格納されたデータとの間の関係の一致をそれぞれ表す。しかし、検証ステータスは、実際に、検証データまたは予め格納されたデータを示すものではなく、従って、デバイスを用いるエンティティと受信側との間に「共有の秘密」は必要とされない。デバイスは、検証データと予め格納されたデータとの比較に基づいて現在の検証ステータスになるように、所定の検証ステータスの１つを識別し、デバイスは、次に受信側に送信される識別された検証ステータスのインジケータをデバイスから出力することによって識別された検証ステータスを受信がわに伝達する。インジケータは、実際には、検証ステータスを含み得るか、または含み得ない。しかし、インジケータは、デバイス内で識別された検証ステータスを受信側に指示する（すなわち、受信側が決定することをイネーブルする）。
【００６３】
さらに、デバイスは、好ましくは、入力が所定の期間内で受信されなかったことを表す所定の検証ステータスを含む。デバイスは、入力がこのような所定の期間内に受信されなかった場合、現在の検証ステータスになるようにこの検証ステータスを識別し、適切な場合、ＥＣに従って受信側にこのような検証ステータスを伝達する。所定の期間というのは、例えば、デバイスがリセットされてからの時間または単に所定の期間を含み得る。さらに、電圧または適切な信号がデバイスに提供されるとき（例えば、内部の電力供給からの電圧、外部の電力供給からの電圧、ＲＦ信号の受信など）だけ「パワーオン」になるデバイスに関して、所定の期間というのは、デバイスが実際に「パワーオン」されてからの時間を含み得る。
【００６４】
見込まれる検証ステータスの例は、検証データと予め格納されたデータと間の「一致」および「不一致」、ならびに検証データと予め格納されたデータとの間の一致または差異の度合いを含む（例えば、検証データおよび予め格納されたデータは、バイオメトリック値を含む）。検証ステータスはまた、さらに、検証ステータスが所定の期間内に受信側に提供されたかどうかを表す。所定の期間とは、例えば、上述されたように、成功した検証で生じた予め格納されたデータと検証データとの最後の比較からの時間、検証データを表す入力の最後の受信からの時間、または単に所定の時間を含み得る。
【００６５】
好適な局面において、デバイスはまた、複数の所定の検証ステータスを含み、検証データと予め格納されたデータとの間の関係のある対応をそれぞれ表す。しかし、検証ステータスは、実際には、検証データまたは予め格納されたデータを表さず、従って、送信側と受信側との間の「共有の秘密」を必要としない。デバイスは、干渉データと予め格納されたデータとの比較に基づいて現在の検証ステータスになるように所定の検証ステータスの１つを識別し、デバイスは、次に受信側に送信される識別された検証ステータスのインジケータをデバイスから出力することによって受信側に識別された検証ステータスを伝達する。インジケータは、実際には、検証ステータスを含み得るか、または含み得ない。しかし、インジケータは、デバイス内で識別された検証ステータスを受信側に指示する（すなわち、受信側が決定することをイネーブルする）。「インジケータ」は、デバイスの識別された検証ステータスの指示を表す。
【００６６】
さらに、デバイスは、好ましくは、入力が所定の期間内に受信されなかったことを表す所定の検証ステータスを含む。デバイスは、入力がこのような所定の期間内に受信されなかった場合、現在の検証ステータスになるようにこの検証ステータスを識別し、適切な場合、ＥＣに従ってこのような検証ステータスを受信側に伝達する。所定の期間というのは、例えば、デバイスがリセットされてからの時間または単に所定の期間を含み得る。さらに、電圧または適切な信号がデバイスに提供されるとき（例えば、内部の電力供給からの電圧、外部の電力供給からの電圧、ＲＦ信号の受信など）だけ「パワーオン」になるデバイスに関して、所定の期間というのは、デバイスが実際に「パワーオン」されてからの時間を含み得る。
【００６７】
見込まれる検証ステータスの例は、検証データと予め格納されたデータと間の「一致」および「不一致」、ならびに検証データと予め格納されたデータとの間の一致または差異の度合いを含む（例えば、検証データおよび予め格納されたデータは、バイオメトリック値を含む）。検証ステータスはまた、さらに、検証ステータスが所定の期間内に受信側に提供されたかどうかを表す。所定の期間とは、例えば、上述されたように、成功した検証で生じた予め格納されたデータと検証データとの最後の比較からの時間、検証データを表す入力の最後の受信からの時間、または単に所定の時間を含み得る。
【００６８】
送信側および受信側が相互作用する状況に依存して、メッセージが明示的または暗黙になり得ることは理解されるべきである。暗黙の場合、メッセージのコンテンツは、所定になり得る。例えば、受信側によってデバイスの検証ステータスのインジケータを受信する実際の動作は、それ自体、送信側と受信側との間で一致されるメッセージを表す。このような場合、メッセージを含むＥＣは送信される必要がない。さらに、ＥＣが、実際に送信側から受信側へ送信されると、ＥＣの一部または全てが、デバイスから離れるのではなく、デバイスから構成され、送信され得る。
【００６９】
好ましくは、受信側は、検証ステータスに基づくＥＣに従ってリスクのレベルを判定する能力を有する。リスクの判定は、ＥＣで受信されたデジタル署名が秘密鍵の所有者以外の誰か（すなわち、認証されたエンティティ）によってデバイスを用いて生成されたかどうかに関係する。ＥＣに従ったこの判定されたリスクのレベルのため、受信側は、ＥＣのメッセージをより良く評価することができる。受信側は、好ましくは、デバイスから送信されたインジケータを受信するためのインタフェースを含む電子装置、および受信されたインジケータに基づいて送信からＥＣを評価するためのビジネスロジック、またはロジック回路を取り込むソフトウェアによって表される。電子装置は、デバイスから離れて位置されるが、それと電子通信（例えば、電子通信ネットワーク（例えば、インターネットおよびイントラネットなど）を介して）で配置され得る。
【００７０】
（１．検証ステータスを提供するデバイスの第１の好適なインプリメンテーション）
本発明のデバイスの第１の好適なインプリメンテーション２００は、図２ａに示され、ここで、送信側２２０からのメッセージを含むＥＣ２１０は、電子装置２３０によって表される受信側によって受信され、デバイス２４０は、デバイスインタフェース２５２において検証データ（ＶＤ）２５０を表す入力を受信する。デバイスインタフェース２５２は、必要に応じて、例えば英数入力キーパッド、タッチスクリーンディスプレイ、または送信側２２０からの入力を直接受信するバイオメトリックスキャナといったユーザインタフェースと、電子接触と、コンピュータバスを有する標準電子インタフェースと、アンテナと、または、例えばシリアルポート、ＵＳＢポート、パラレルポート、赤外ポートまたは他の無線通信ポートといった通信ポートとのうち１つ以上を含み得る。
【００７１】
デバイス２４０は、メモリ２５４に予め格納された送信側２２０のデータ（ＰＤ）２７０をデバイスに維持する検証構成要素を含む。検証データ２５０および予め格納されたデータ２７０は、秘密またはバイオメトリック値を表す。検証構成要素は、検証データ２５０と予め格納されたデータ２７０との比較に基づいてデバイス２４０の現在の検証ステータスを２５６において識別して、メモリ２７４に格納された識別マーカー（ＩＭ）２７２に値を割り当てることによってデバイス２４０の最後に識別された（すなわち、現在の）検証ステータスを記録する。
【００７２】
デバイス２４０はまた、ＥＣ２１０のメッセージを表すデータ（ＭＤ）２２２をデバイスインタフェース２５２に受信する。メッセージデータは、メッセージ自体、メッセージダイジェスト、またはメッセージ（Ｍ）の他のいくつかの処理の結果を含み得る。デバイス２４０は、メッセージデータ２２２の受信に関して、識別マーカー２７２の値を得て、２７７においてメッセージデータをこの値の関数（本明細書で使用されるように、「関数」は、特定の値ｘの見込まれる関数ｆ（ｘ）＝ｘを含み得る）として変更するデジタル署名構成要素を含む。
【００７３】
次に、デジタル署名は、２９０においてハッシュ値の代わりに算出することによって変更されたメッセージデータのデジタル署名２９９を作成し、次に、一組の公開−秘密鍵の秘密鍵２９５を用いて２９２においてハッシュ値を暗号化する。信頼度および信用を増すために、秘密鍵２９５は、メモリ２９４に安全に保持され、秘密鍵２９５は、デバイス２４０からエクスポートされることはなく、デバイス２４０の外側から発見できない。デジタル署名は、ＦＩＰＳ  ＰＵＢ１８６−２に特定されるように、ＥＣＤＳＡに従って作成される。従って、デジタル署名２９９は、ランダムの数の生成器を用いて生成され、２９０におけるハッシュ関数は、ＳＨＡ−１を用いて実施され、ＳＨＡ−１は、受信された入力の大きさに関係なく２０バイトの出力を生成する。次に、デジタル署名２９９は、デバイス２４０の検証ステータスのインジケータ２６０として受信側に送信するデバイス２４０から出力される。デバイス２４０から出力されるデジタル署名２９９は、実際には、変更プロセスの結果として検証ステータスのインジケータ（ＩＶＳ）２６０を含む。次に、インジケータ２６０は、ＥＣ２１０に従って受信側に送信され、故に、受信側は、ＥＣ２１０に属するようにインジケータ２６０を識別することができる。
【００７４】
デバイス２４０は、検証データ２５０と予め格納されたデータ２７０との間の関係がある対応をそれぞれ表す１セットの所定の検証ステータスを含む。検証ステータスのセットは、さらに、最後に成功した検証以来、または検証データを表す入力の最後の受信以来、インジケータ２６０がデバイス２４０から出力されているかどうかを表す。セットはまた、タイムアウト後にリセットして以来、またはデバイス２４０をパワーオンして以来、検証データ２５０を表す入力の不足を表すさらなる所定の検証ステータスを含む。デバイス２４０から出力されたインジケータ２６０は、検証データ２５０を表す入力が、デバイス２４０をリセットしてから受信された場合だけだが、検証データ２５０と予め格納されたデータ２７０との最後の比較に基づく。そうでなければ、インジケータ２６０は、デバイス２４０をリセットしてから、検証データ２５０を表す入力の不足を指し示す。
【００７５】
電子装置２３０は、インジケータ２６０を受信することができるインタフェース（図示せず）を含む。電子装置２３０はまた、インタフェース２６０に基づいてデバイスの検証ステータスを判定するため、および判定された検証ステータスに基づいて送信側２２０から受信されるＥＣ２１０を評価するためにビジネスロジックを取り込むロジック回路またはソフトウェアを含む。この点において、電子装置２３０は、公開鍵を用いてデジタル署名を解読する。公開鍵は、秘密鍵２９５に対応しており、デジタル署名に従って受信されるか、あるいは受信側によって前もって公知か、または得られ得る。受信側はまた、算出されたハッシュ値が解読されたデジタル署名のハッシュ値に等しくなるまで、デバイスの所定の各検証ステータスのうちの１つののメッセージを変更する（および、次に、ハッシュ値を算出する）。比較に対するハッシュ値を算出するときに、電子装置２３０はまた、デバイス２４０内で変更されたメッセージデータを作るためにメッセージに対して任意の必要な処理を実施する。受信側によって算出されたハッシュ値が、解読されたデジタル署名のハッシュ値に等しいとき、故に、受信側は、デバイス２４０の現在の検証ステータスを判定する。この判定はまた、ＥＣ２１０のメッセージのオーソリティを確認する。さらに、リソースの消費を最少化するために、デバイスの検証ステータスのセットは、好適なインプリメンテーション２００のこの特定のデバイス２４０が使用されると、検証ステータスの限定された数のみを含むように予め定義される。
【００７６】
検証データ２５０および予め格納されたデータ２７０が秘密を含むとき、検証ステータスの所定のセットは、４つの検証ステータスを含む。第１の検証ステータスは、デバイスのリセット後の検証データ２５０の不足を表す。第２の検証ステータスは、検証データ２５０と予め格納されたデータ２７０との間の一致を表し、その一致以来、デバイス２４０から出力されるインジケータ２６０以外をさらに表す。第３の検証ステータスは、検証データ２５０と予め格納されたデータ２７０との間の失敗した一致を表す。第４の検証ステータスは、検証データ２５０と予め格納されたデータ２７０との間の一致を表し、一致してからのインジケータ２６０の出力をさらに表す。メモリ２７４に格納された識別マーカー２７２は、好ましくは、デバイス２４０によって識別された現在の検証ステータスを表す４つのバイナリ数のうちの１つを含む。確かに、識別マーカー２７２の値とデバイスの所定の検証ステータスとの間の対応は、好ましくは、受信側によって認知されるべきである。
【００７７】
４つの検証ステータスにそれぞれ対応する４つのバイナリ数は、第１の検証ステータスを識別する「００」と、第２の検証ステータスを識別する「０１」と、第３の検証ステータスを識別する「１０」と、第４の検証ステータスを識別する「１１」とを含む。さらに、２７７におけるメッセージデータ２２２の変更は、好ましくは、メッセージデータ内の識別マーカー２７２の値の埋め込みを含み、メッセージデータ内の所定の位置、あるいはメッセージデータの始まるまたは終わりにおける値の挿入を含む。さらに適切であるように、検証ステータスの１つのためのメッセージデータの「変更」は、例えば、識別マーカー２７２が「００」に等しいとき、メッセージデータを変更しないことを含み得る。しかし、この場合でも、デジタル署名２９９は、デバイスをリセットしてから受信される検証データ２５０の不足を表すようにデバイスの検証ステータスを識別する。さらに、変更されたメッセージに対するデジタル署名２９９が、検証データ２５０も予め格納されたデータ２７０も示さないことは、明らかである。従って、「共有の秘密」が、好適なインプリメンテーション２００において送信側と受信側との間で要求されない。しかし、受信側は、検証ステータスからの秘密の正しい認知を推測し得る。
【００７８】
あるいは、検証データ２５０および予め格納されたデータ２７０がバイオメトリック値を含むとき、所定の検証ステータスのセットは、デバイス２４０をリセットしてからの検証データ２５０を表す入力の不足を表す検証ステータスと共に、検証データ２５０と予め格納されたデータ２７０との間の一致の見込まれるパーセンテージ（または差異の度合い）を含む。例えば、予め格納されたデータ２７０を有する検証データ２５０の一致のパーセンテージを含む所定の検証ステータスは、このインプリメンテーションにおいて、２０％を単位として０％から１００％までを範囲とするパーセンテージのセットを含み得る。好ましくは、一致のパーセンテージを表す各検証ステータスの１つはまた、インジケータ２６０が検証データ２５０を表す入力の最後の受信以来、デバイスから出力されたかどうかをさらに表す。メモリ２７４に格納された識別マーカー２７２は、好ましくは、デバイス２４０によって識別されるようにインジケータ２６０の出力に関するフラグを加える一致のパーセンテージを含む。確かに、識別マーカー２７２とデバイス２４０の所定の検証ステータスとの間の対応は、受信側によって前もって知られるべきである。さらに、この場合、２７７におけるメッセージデータ２２２の変更は、メッセージデータ内の識別マーカー２７２の値の埋め込みを含み、メッセージデータ内の所定の位置、あるいはメッセージデータの始まり、または終わりにおける値の挿入を含む。また、明らかになるように、検証ステータスのうちの１つに対するメッセージデータの「変更」は、例えば、デバイス２４０のリセット以来、検証データ２５０が受信されなかった場合、メッセージデータを変更することを含み得ない。しかし、この場合でも、デジタル署名２９９は、デバイスをリセットしてから受信される検証データ２５０の不足を表すようにデバイスの検証ステータスを識別する。さらに、変更されたメッセージに対するデジタル署名２９９が、検証データ２５０でも予め格納されたデータ２７０でもないことを表すことは、明らかなことである。従って、送信側の代わりがきかないバイオメトリック特性を表すバイオメトリック値は、受信側に伝達されない。しかし、受信側は、バイオメトリック特性の読み出しにより、送信側２２０の存在を検証ステータスから推測し得る。
【００７９】
図２ａの第６の好適なインプリメンテーション２００に基づいた変形は、図２ｂに示され、認証データを表す入力およびメッセージデータ２２２を表す入力がデバイス２４０によって受信されたＩ／Ｏ支援要素２６２を含む。Ｉ／Ｏ支援要素２６２は、送信側２２０からの入力が受信されるユーザインタフェース２５８、および検証データ２５０を表す入力およびデバイス２４０へのメッセージデータ２２２を表す入力を伝達するＩ／Ｏインタフェース２５９を含む。メッセージデータ２２２は、Ｉ／Ｏ支援要素２６２から発することが示されるが、いくつかまたは全てのメッセージがデバイス２４０または別の装置（図示せず）で発生することができる。さらに、さらなる変形が図２ｃに示され、ここで、Ｉ／Ｏ支援要素２６２は、デバイス２４０から出力されているインジケータ２６０を受信する。次に、Ｉ／Ｏ支援要素２６２は、インジケータ２６０を電子装置２３０に送信する。示されるように、Ｉ／Ｏ支援要素２６２から送信されるインジケータ２６０は、デバイス２４０から出力されるインジケータ２６０と同じになる。しかし、Ｉ／Ｏ支援要素２６２から送信されたインジケータ２６０は、別の通信内にパッケージされ、埋め込まれ得る（Ｉ／Ｏ支援要素２６２によってデジタルに署名されたさらなる情報を含む）。さらに、図２ａ、２ｂ、および２ｃにおいて、インジケータ２６０から離れて送信されるように、ＥＣ２１０を示す。しかし、図２ａの好適なインプリメンテーションおよびその任意の変形において、インジケータ２６０は、ＥＣ２１０の一部として送信されることによってＥＣ２１０と同等に関連され得る。さらに、ＥＣ２１０は、デバイス２４０、関連したＩ／Ｏ支援要素２６２（図２ａに示さず）、または他の装置から出力され得る。
【００８０】
図２ａ、２ｂ、および２ｃのデバイスの操作の好適なモード３００は、図３に示され、３０２におけるタイムアウトまたはデバイスのパワーオンに続いてデバイスのリセットする工程３０４から開始する。リセット中、識別マーカーは、検証データの入力のない受信を表し、インジケータがまだ出力されなかった事実をさらに表す検証ステータスに対応する値に割り当てられる。次に、デバイスは、３０６で始まり、３１２で終わる繰り返しループを入力し、デバイスがリセットされるか、パワーオフされるか、または所定の期間後にスイッチを切るまで、このループ内で持続する。
【００８１】
図３を依然として参照すると、ループにおける第１の工程は、好ましくは、検証データを表す任意の入力が、デバイスによって受信されたかどうかの判定の工程３０８を含む。工程３０８の判定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、検証データ（ＶＤ）とデバイスのメモリに予め格納されたデータ（ＰＤ）とを比較することによって工程３１４で識別される。次に、デバイスのメモリ内で格納された識別マーカーを工程３１６で割り当てることによって記録される識別された検証ステータスは、識別された検証ステータスに対応する所定の値に等しい。
【００８２】
検証データを表す入力が工程３０８で受信されない場合、または、識別マーカーの値が工程３１６で記録された後、ループの次の工程は、好ましくは、メッセージデータ（ＭＤ）を表す任意の入力が、デバイスによって受信されたかどうかの判定の工程３１０を含む。工程３１０の判定が否定的である場合、ループは工程３０６を再スタートする。工程３１０の判定が肯定的である場合、次に、デバイスは、識別マーカーに基づいたメッセージデータを工程３１８で変更する。次に、デバイスは、変更されたメッセージデータのためのデジタル署名を工程３２０で作成する。次に、変更されたメッセージデータのためのデジタル署名は、デバイスから工程３２２で出力される。変更されたメッセージのデジタル署名の出力に従って、デジタル署名の出力が、工程３０８の検証データの入力の受信以来、最初のデジタル署名出力であるかどうかを工程３２４で決定される。工程３２４の判定が否定的である場合、ループは工程３０６を再スタートする。工程３２４の判定が肯定的である場合、次に、検証ステータスは、工程３２２においてデジタル署名出力によって識別された検証ステータスを表し、デジタル署名が出力された事実をさらに表す識別マーカーに値を割り当てることによって工程３２６で新しく記録される。次に、ループは、工程３０６で再スタートされる。
【００８３】
（２．検証ステータスを提供するデバイスの第２の好適なインプリメンテーション（デジタルに署名されたメッセージおよびインジケータ））
本発明のデバイスの第２の好適なインプリメンテーション４００は、図４ａに示され、ここで送信側４２０からのメッセージを含むＥＣ４００は、電子装置４３０によって表される受信側によって受信され、デバイス４４０は、デバイスインタフェース４５２において検証データ（ＶＤ）４５０を表す入力を受信する。デバイスインタフェース４５２は、適切な場合、例えば、英数入力キーパッド、タッチ画面ディスプレイ、または送信側４２０からの入力を直接受信するためのバイオメトリックスキャナなどのユーザインタフェース、電気接触、コンピュータバスを有する標準電子インタフェース、アンテナ、または例えば、シリアルポート、ＵＳＢポート、赤外ポート、または他の無線通信ポートなどの通信ポートのうちの１つ以上を含む。
【００８４】
デバイス４４０は、メモリ４５４に予め格納された送信側４２０のデータ（ＰＤ）４７０を維持する検証構成要素をデバイス中に含む。検証データ４５０および予め格納されたデータ４７０は、秘密またはバイオメトリック値を表す。検証構成要素は、検証データ４５０と予め格納されたデータ４７０との比較に基づいてデバイス４４０の現在の検証ステータスを４５６で識別して、メモリ４７４に格納された識別マーカー（ＩＭ）４７２に値を割り当てることによってデバイス４４０の最後に識別された（すなわち、現在の）検証ステータスを記録する。
【００８５】
デバイス４４０はまた、ＥＣ４１０のメッセージ（Ｍ）を表すメッセージデータ（ＭＤ）４２２をデバイスインタフェース４５２で受信する。メッセージデータ４２２は、メッセージ自体、メッセージダイジェスト自体、またはメッセージの他のいくつかの処理の結果を含み得る。デバイス４４０は、メッセージデータ４２２の受信に関して、識別マーカー４７２の値を得て、この値の関数（本明細書で使用されるように、「関数」は、ｘの特定の値に対して見込まれる関数ｆ（ｘ）＝ｘを含み得る）として４７７においてメッセージデータ４７７を変更するデジタル署名構成要素を含む。次に、デジタル署名構成要素は、４９０でハッシュ値を算出し、次に、一組の公開−秘密鍵の秘密鍵４９５を用いて４９２においてハッシュ値を暗号化することによって変更されたメッセージデータ（ＭＤ）に対してデジタル署名４９９を作成する。増した信頼度および信用のため、秘密鍵４９５は、メモリ４９４内に安全に保持され、故に、秘密鍵４９５は、デバイスからエクスポートされることはなく、デバイス４４０の外側から発見できない。デジタル署名は、ＦＩＰＳ  ＰＵＢ  １８６−２に明記されるようにＥＣＤＳＡに従って作成される。従って、デジタル署名４９９は、ランダム数生成器を用いて生成され、４９０においてハッシュ関数は、ＳＨＡ−１を用いて実施される。ＳＨＡ−１は、受信された入力のサイズに関係なく２０バイトの出力を生成する。次に、デジタル署名４９９は、受信側に送信するためのデバイス４４０の検証ステータスのインジケータ４６０（ＩＶＳ）として識別マーカー４７２の値と共にデバイス４４０から出力される。次に、デジタル署名４９９およびインジケータ４６０は、ＥＣ４１０に従って受信側に送信され、故に、受信側は、ＥＣ４１０に関係があるようにインジケータ４６０を識別することができる。
【００８６】
デバイス４４０は、検証データ４５０と予め格納されたデータ４７０との間の関係の対応をそれぞれ表す１セットの予定の検証ステータスを含む。検証ステータスのセットは、最後の成功した検証以来、または検証データを表す入力の最後の受信以来、インジケータ４６０がデバイス４４０から出力されたかどうかをさらに表す。セットはまた、タイムアウトまたはデバイスのパワーオン後にリセットして以来、検証データ４５０を表す入力の不足を表すさらなる所定の検証ステータスを含む。デバイス４４０から出力されたインジケータ４６０は、検証データ４５０を表す入力が、デバイス４４０をリセットしてから受信された場合だけだが、検証データ４５０と予め格納されたデータ４７０との最後の比較に基づく。そうでなければ、インジケータ４６０は、デバイス４４０をリセットしてから、検証データ４５０を表す入力の不足を指し示す。
【００８７】
電子装置４３０は、インジケータ４６０を受信することができるインタフェース（図示せず）を含む。電子装置４３０はまた、インタフェース４６０に基づいてデバイスの検証ステータスを判定するため、および判定された検証ステータスに基づいて送信側４２０から受信されるＥＣ４１０を評価するためにビジネスロジックを取り込むロジック回路またはソフトウェアを含む。この点において、電子装置４３０は、公開鍵を用いてデジタル署名を解読する。公開鍵は、秘密鍵４９５に対応しており、デジタル署名に従って受信されるか、あるいは受信側によって前もって公知か、または得られ得る。受信側はまた、算出されたハッシュ値が解読されたデジタル署名のハッシュ値に等しくなるまで、デバイスの所定の各検証ステータスのうちの１つののメッセージを変更する（および、次に、ハッシュ値を算出する）。比較に対するハッシュ値を算出するときに、電子装置４３０はまた、デバイス４４０内で変更されたメッセージデータを作るためにメッセージに対して任意の必要な処理を実施する。受信側によって算出されたハッシュ値が、解読されたデジタル署名のハッシュ値に等しいとき、受信側は、インジケータ４６０によって示されるようにデバイス４４０の現在の検証ステータスの信憑性を確かめて、ＥＣ４１０のメッセージの信憑性を確かめる。
【００８８】
検証データ４５０および予め格納されたデータ４７０が秘密を含むとき、検証ステータスの所定のセットは、４つの検証ステータスを含む。第１の検証ステータスは、デバイスのリセット後の検証データ４５０の不足を表す。第２の検証ステータスは、検証データ４５０と予め格納されたデータ４７０との間の一致を表し、その一致以来、デバイス４４０から出力されるインジケータ４６０以外をさらに表す。第３の検証ステータスは、検証データ４５０と予め格納されたデータ４７０との間の失敗した一致を表す。第４の検証ステータスは、検証データ４５０と予め格納されたデータ４７０との間の一致を表し、一致してからのインジケータ４６０の出力をさらに表す。メモリ４７４に格納された識別マーカー４７２は、好ましくは、デバイス４４０によって識別された現在の検証ステータスを表す４つのバイナリ数のうちの１つを含む。確かに、識別マーカー４７２の値とデバイスの所定の検証ステータスとの間の対応は、好ましくは、受信側によって認知されるべきである。
【００８９】
４つの検証ステータスにそれぞれ対応する４つのバイナリ数は、第１の検証ステータスを識別する「００」と、第２の検証ステータスを識別する「０１」と、第３の検証ステータスを識別する「１０」と、第４の検証ステータスを識別する「１１」とを含む。さらに、４７７におけるメッセージデータ４２２の変更は、好ましくは、メッセージデータ内の識別マーカー４７２の値の埋め込みを含み、メッセージデータ内の所定の位置、あるいはメッセージデータの始まるまたは終わりにおける値の挿入を含む。さらに適切であるように、検証ステータスの１つのためのメッセージデータの「変更」は、例えば、識別マーカー４７２が「００」に等しいとき、メッセージデータを変更しないことを含み得る。しかし、この場合でも、デジタル署名４９９は、デバイスをリセットしてから受信される検証データ４５０の不足を表すようにデバイスの検証ステータスを識別する。さらに、変更されたメッセージに対するデジタル署名４９９も、インジケータ４６０も、検証データ４５０または予め格納されたデータ４７０を明らかにしない。従って、「共有の秘密」が、好適なインプリメンテーション４００において送信側４２０と受信側との間で要求されない。しかし、受信側は、検証ステータスからの秘密の正しい認知を推測し得る。
【００９０】
あるいは、検証データ４５０および予め格納されたデータ４７０がバイオメトリック値を含むとき、所定の検証ステータスのセットは、デバイス４４０をリセットしてからの検証データ４５０を表す入力の不足を表す検証ステータスと共に、検証データ４５０と予め格納されたデータ４７０との間の一致の見込まれるパーセンテージ（または差異の度合い）を含む。例えば、予め格納されたデータ４７０を有する検証データ４５０の一致のパーセンテージを含む所定の検証ステータスは、このインプリメンテーションにおいて、１％を単位として０％から１００％までを範囲とするパーセンテージのセットを含み得る。好ましくは、一致のパーセンテージを表す各検証ステータスの１つはまた、インジケータ４６０が検証データ４５０を表す入力の最後の受信以来、デバイスから出力されたかどうかをさらに表す。メモリ４７４に格納された識別マーカー４７２は、好ましくは、デバイス４４０によって識別されるようにインジケータ４６０の出力に関するフラグを加える一致のパーセンテージを含む。確かに、識別マーカー４７２とデバイス４４０の所定の検証ステータスとの間の対応は、受信側によって前もって知られるべきである。
【００９１】
さらに、この場合、４７７におけるメッセージデータ４２２の変更は、メッセージデータ内の識別マーカー４７２の値の埋め込みを含み、メッセージデータ内の所定の位置、あるいはメッセージデータの始まり、または終わりにおける値の挿入を含む。また、明らかになるように、検証ステータスのうちの１つに対するメッセージデータの「変更」は、例えば、デバイス４４０のリセット以来、検証データ４５０が受信されなかった場合、メッセージデータを変更することを含み得ない。しかし、この場合でも、デジタル署名４９９は、デバイスをリセットしてから受信される検証データ４５０の不足を表すようにデバイスの検証ステータスを識別する。さらに、変更されたメッセージに対するデジタル署名４９９も、インジケータ４６０も、検証データ４５０または予め格納されたデータ４７０を明らかにしない。従って、送信側の代わりがきかないバイオメトリック特性を表すバイオメトリック値は、受信側に伝達されない。しかし、受信側は、バイオメトリック特性の読み出しにより、送信側４２０の存在を検証ステータスから推測し得る。
【００９２】
図４ａの第７の好適なインプリメンテーション４００に基づいた変形は、図４ｂに示され、認証データを表す入力およびメッセージデータ４２２を表す入力がデバイス４４０によって受信されたＩ／Ｏ支援要素４６２を含む。Ｉ／Ｏ支援要素４６２は、送信側４２０からの入力が受信されるユーザインタフェース４５８、および検証データ４５０を表す入力およびデバイス４４０へのメッセージデータ４２２を表す入力を伝達するＩ／Ｏインタフェース４５９を含む。メッセージデータ４２２は、Ｉ／Ｏ支援要素４６２から発することが示されるが、いくつかまたは全てのメッセージがデバイス４４０または別の装置（図示せず）で発生することができる。メッセージデータ４２２は、Ｉ／Ｏ支援要素４６２から発することが示されるが、いくつかまたは全てのメッセージがデバイス４４０または別の装置（図示せず）で発生することができる。さらに、さらなる変形が図４ｃに示され、ここで、Ｉ／Ｏ支援要素４６２は、デバイス４４０から出力されているインジケータ４６０およびデジタル署名４０９を受信する。次に、Ｉ／Ｏ支援要素４６２は、インジケータ２６０およびデジタル署名４９９を電子装置４３０に送信する。
【００９３】
示されるように、Ｉ／Ｏ支援要素４６２から送信されるインジケータ４６０およびデジタル署名４９９は、デバイス４４０から出力されるインジケータ４６０およびデジタル署名４８６と同じになる。しかし、Ｉ／Ｏ支援要素４６２から送信されたインジケータは、受信側が、デバイス４４０から出力されるインジケータ４６０によって示されるような検証ステータスと、メッセージが変更されることに基づいて識別マーカー４７２のビットパターンとを共に決定することができる限り、デバイス４４０から出力されるインジケータとは異なる。例えば、Ｉ／Ｏ支援要素４６２から送信されるインジケータは、デバイス４４０の検証ステータスだけでなく、Ｉ／Ｏ支援要素４６２自体が検証ステータスを識別するときにＩ／Ｏ４６２の検証ステータスもまた示し得る。さらに、Ｉ／Ｏ支援要素４６２から送信されるインジケータ４６０およびデジタル署名４９９は、別の通信内にパッケージされるか、または埋め込まれ得る（Ｉ／Ｏ支援要素４６２によってデジタルに署名されるさらなる情報を含む）。
【００９４】
さらに、図４ａ、４ｂ、および４ｃにおいて、インジケータ４６０から離れて送信されるように、ＥＣ４１０を示す。しかし、図４ａの好適なインプリメンテーションおよびその任意の変形において、インジケータ４６０は、ＥＣ４１０の一部として送信されることによってＥＣ４１０と同等に関連され得る。さらに、ＥＣ４１０は、デバイス４４０、関連したＩ／Ｏ支援要素４６２（図４ａに示さず）、または他の装置から出力され得る。
【００９５】
図４ａ、４ｂ、および４ｃのデバイスの操作の好適なモード５００は、図５に示され、５０２におけるタイムアウトまたはデバイスのパワーオンに続いてデバイスのリセットする工程５０４から開始する。リセット中、識別マーカーは、検証データの入力のない受信を表し、インジケータがまだ出力されなかった事実をさらに表す検証ステータスに対応する値に割り当てられる。次に、デバイスは、５０６で始まり、５１２で終わる繰り返しループを入力し、デバイスがリセットされるか、パワーオフされるか、または所定の期間後にスイッチを切るまで、このループ内で持続する。
【００９６】
図５を依然として参照すると、ループにおける第１の工程は、好ましくは、検証データを表す任意の入力が、デバイスによって受信されたかどうかの判定の工程５０８を含む。工程５０８の判定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、検証データ（ＶＤ）とデバイスのメモリに予め格納されたデータ（ＰＤ）とを比較することによって工程５１４で識別される。次に、識別された検証ステータスは、識別された検証ステータスに対応する所定の値に等しいデバイスのメモリ内で格納された識別マーカーを工程５１６で割り当てることによって記録される。
【００９７】
検証データを表す入力が工程５０８で受信されない場合、または、識別マーカーの値が工程５１６で記録された後、ループの次の工程は、好ましくは、メッセージデータ（ＭＤ）を表す任意の入力が、デバイスによって受信されたかどうかの判定の工程５１０を含む。工程５１０の判定が否定的である場合、ループは工程５０６を再スタートする。
【００９８】
工程５１０の判定が肯定的である場合、次に、デバイスは、識別マーカーに基づいたメッセージデータを工程５１８で変更する。次に、デバイスは、変更されたメッセージデータのためのデジタル署名を工程５２０で作成する。次に、変更されたメッセージデータのためのデジタル署名は、デバイスから工程５２２で出力される。変更されたメッセージのデジタル署名の出力に従って、デジタル署名の出力が、工程５０８の検証データの入力の受信以来、最初のデジタル署名出力であるかどうかを工程５２４で決定される。工程５２４の判定が否定的である場合、ループは工程５０６を再スタートする。工程５２４の判定が肯定的である場合、次に、検証ステータスは、工程５２２においてデジタル署名出力によって識別された検証ステータスを表し、デジタル署名が出力された事実をさらに表す識別マーカーに値を割り当てることによって工程５２６で新しく記録される。次に、ループは、工程５０６で再スタートされる。
【００９９】
（３．検証ステータスを提供するデバイスの第３の好適なインプリメンテーション（デジタルに署名されたインジケータおよびメッセージを有する複数の検証データ））
本発明のデバイスの第３の好適なインプリメンテーション６００は、図６ａに示され、ここで送信側６２０からのメッセージを含むＥＣ６００は、電子装置６３０によって表される受信側によって受信され、デバイス６４０は、デバイスインタフェース６５２において第１の検証データ（ＶＤ１）６５１を表す入力および第２の検証データ（ＶＤ２）６５３を表す入力を受信する。デバイスインタフェース６５２は、適切な場合、例えば、英数入力キーパッド、タッチ画面ディスプレイ、または送信側６２０からの入力を直接受信するためのバイオメトリックスキャナなどのユーザインタフェース、電気接触、コンピュータバスを有する標準電子インタフェース、アンテナ、または例えば、シリアルポート、ＵＳＢポート、赤外ポート、または他の無線通信ポートなどの通信ポートのうちの１つ以上を含む。
【０１００】
デバイス６４０は、デバイス６４０のメモリに予め格納されたデータを維持する検証構成要素をデバイス中に含む。第１の予め格納されたデータ（ＰＤ１）６４２は、メモリ６４１内に位置され、第２の予め格納されたデータ（ＰＤ２）６４４は、メモリ６４３内に位置される。検証構成要素は、第１の予め格納されたデータ６４２と第１の検証データ６５１との比較、および第２の予め格納されたデータ６４４と第２の検証データ６５３との比較に基づいてデバイス６４０の現在の検証ステータスを６５６で識別して、メモリ６７４に格納された識別マーカー（ＩＭ）６７２に値を割り当てることによってデバイス６４０の最後に識別された（すなわち、現在の）検証ステータスを記録する。
【０１０１】
デバイス６４０はまた、ＥＣ６１０のメッセージ（Ｍ）を表すメッセージデータ（ＭＤ）６２２をデバイスインタフェース６５２で受信する。メッセージデータ６２２は、メッセージ自体、メッセージダイジェスト自体、またはメッセージの他のいくつかの処理の結果を含み得る。デバイス６４０は、メッセージデータ６２２の受信に関して、識別マーカー６７２の値を得て、この値の関数（本明細書で使用されるように、「関数」は、ｘの特定の値に対して見込まれる関数ｆ（ｘ）＝ｘを含み得る）として６７７においてメッセージデータを変更するデジタル署名構成要素を含む。メッセージの変更は、好ましくは、メッセージデータ内の識別マーカー６７２の値を埋め込むことと、所定の位置、あるいはメッセージデータの始まりまたは終わりにおける値の挿入を含むこととを含む。評価されるように検証ステータスの１つのメッセージデータの「変更」は、メッセージデータを変更しないことを含み得る。
【０１０２】
次に、デジタル署名構成要素は、６９０でハッシュ値を算出し、次に、一組の公開−秘密鍵の秘密鍵６９５を用いて６９２においてハッシュ値を暗号化することによって変更されたメッセージデータ（ＭＤ’）に対してデジタル署名６９９を作成する。増した信頼度および信用のため、秘密鍵６９５は、メモリ６９４内に安全に保持され、故に、秘密鍵６９５は、デバイスからエクスポートされることはなく、デバイス６４０の外側から発見できない。デジタル署名は、ＦＩＰＳ  ＰＵＢ  １８６−２に明記されるようにＥＣＤＳＡに従って作成される。従って、デジタル署名６９９は、ランダム数生成器を用いて生成され、６９０においてハッシュ関数は、ＳＨＡ−１を用いて実施される。ＳＨＡ−１は、受信された入力のサイズに関係なく２０バイトの出力を生成する。次に、デジタル署名６９９は、受信側に送信するためのデバイス６４０の検証ステータスのインジケータ６６０（ＩＶＳ）として識別マーカー６７２の値と共にデバイス６４０から出力される。次に、デジタル署名６９９およびインジケータ６６０は、ＥＣ６１０に従って受信側に送信され、故に、受信側は、ＥＣ６１０に関係があるようにインジケータ６６０を識別することができる。
【０１０３】
デバイス６４０は、検証データ６５１、６５３と予め格納されたデータ６４２、６４４との間の関係の対応をそれぞれ表す１セットの予定の検証ステータスを含む。検証ステータスのセットは、第１の検証データ６５１および第２の検証データ６５３の一方または両方に基づく最後の成功した検証以来、または第１の検証データ６５１および第２の検証データ６５３の一方または両方を表す入力の最後の受信以来、インジケータ６６０がデバイス６４０から出力されたかどうかをさらに表す。セットはまた、タイムアウトまたはデバイスのパワーオン後にリセットして以来、第１の検証データ６５１および第２の検証データ６５３の一方または両方を表す入力の不足を表すさらなる所定の検証ステータスを含む。デバイス６４０から出力されたインジケータ６６０は、それぞれの検証データを表す入力が、デバイス６４０をリセットしてから受信された場合だけだが、検証データと予め格納されたデータとの最後の比較に基づく。そうでなければ、インジケータ６６０は、デバイス６４０をリセットしてから、第１の検証データ６５１および第２の検証データ６５３の一方または両方を表す入力の不足を指し示す。
【０１０４】
電子装置６３０は、インジケータ６６０を受信することができるインタフェース（図示せず）を含む。電子装置６３０はまた、インタフェース６６０に基づいてデバイスの検証ステータスを判定するため、および判定された検証ステータスに基づいて送信側６２０から受信されるＥＣ６１０を評価するためにビジネスロジックを取り込むロジック回路またはソフトウェアを含む。この点において、電子装置６３０は、公開鍵を用いてデジタル署名を解読する。公開鍵は、秘密鍵６９５に対応しており、デジタル署名６９９に従って受信されるか、あるいは受信側によって前もって公知か、または得られ得る。受信側はまた、インジケータ６６０によって識別された検証ステータスに基づくメッセージを変更する（および、次に、ハッシュ値を算出する）。比較に対するハッシュ値を算出するときに、電子装置６３０はまた、デバイス６４０内で変更されたメッセージデータを作るためにメッセージに対して任意の必要な処理を実施する。受信側によって算出されたハッシュ値が、解読されたデジタル署名のハッシュ値に等しいとき、受信側は、インジケータ６６０によって示されるようにデバイス６４０の現在の検証ステータスの信憑性を確かめて、ＥＣ６１０のメッセージの信憑性を確かめる。
【０１０５】
第１の検証データ６５１または第２の検証データ６５３の一方および予め格納されたデータが秘密を含むとき、このような比較に対する結果の所定のセットは、４つの見込まれる結果を含む。第１の結果は、デバイス６４０のリセットからの検証データの不足を表す。第２の結果は、検証データと予め格納されたデータとの間の一致を表し、その一致以来、デバイス６４０から出力されるインジケータ６６０以外をさらに表す。第３の結果は、検証データと予め格納されたデータとの間の失敗した一致を表す。第４の結果は、検証データと予め格納されたデータとの間の一致を表し、一致してからのインジケータ６６０の出力をさらに表す。
【０１０６】
第１の検証データ６５１または第２の検証データ６５３の一方およびその代わりに、予め格納されたデータがバイオメトリック特性を含むとき、このような比較に対する結果の所定のセットは、好ましくは、所定の数の見込まれる結果以外の結果を作成する。各結果は、デバイス６４０のリセット以来の検証データの不足を表す検証ステータスと共に、見込まれた検証データと予め格納されたデータとの間の一致の見込まれるパーセンテージ、または差異の度合いを表す。例えば、予め格納されたデータを有する検証データの一致のパーセンテージを含む所定の結果は、１％を単位とする１セットの０％〜１００％の範囲にわたるパーセンテージを含み得る。好ましくは、一致のパーセンテージを表すそれぞれの結果の１つはまた、入力の最後の受信が検証データを表すので、インジケータ６６０がデバイス６４０から出力されたかどうかをさらに表す。
【０１０７】
識別マーカー６７２は、メモリ６７４に格納され、デバイス６４０の所定の検証ステータスのセットの１つを表す値を含む。所定の検証ステータスのセットは、好ましくは、第１検証データ６５１および第２の検証データ６５３のそれぞれの比較からの結果の見込まれる組み合わせの全てを含む。確かに、デバイス６４０の所定の検証ステータスと識別マーカー６７２の見込まれる値の対応は、受信側によって前もって知られるべきである。さらに、検証ステータスは、実際に、検証データ６５１、６５３のいずれか、または予め格納されたデータ６４２、６４４を示す。従って、「共有の秘密」は、送信側６２０と受信側との間で要求されず、送信側の代わりがきかないバイオメトリック特性を表すバイオメトリック値は、受信側に伝達されない。しかし、受信側は、秘密の正しい認知およびバイオメトリック特性の読み出しからの送信側の存在を共に検証ステータスから推測し得る。
【０１０８】
図６ａの第８の好適なインプリメンテーション６００に基づいた変形は、図６ｂに示され、第１の検証データ６５１および第２の検証データ６５３を表す入力およびメッセージデータ６２２を表す入力がデバイス６４０によって受信されたＩ／Ｏ支援要素６６２を含む。Ｉ／Ｏ支援要素６６２は、送信側６２０からの入力が受信されるユーザインタフェース６５８、および第１の検証データ６５１および第２の検証データ６５３を表す入力およびデバイス６４０へのメッセージデータ６２２を表す入力を伝達するＩ／Ｏインタフェース６５９を含む。
【０１０９】
メッセージデータ６２２は、Ｉ／Ｏ支援要素６６２から発することが示されるが、いくつかまたは全てのメッセージがデバイス６４０または別の装置（図示せず）で発生することができる。メッセージデータ６２２は、Ｉ／Ｏ支援要素６６２から発することが示されるが、いくつかまたは全てのメッセージがデバイス６４０または別の装置（図示せず）で発生することができる。さらに、さらなる変形が図６ｃに示され、ここで、Ｉ／Ｏ支援要素６６２は、デバイス６４０から出力されているインジケータ６６０およびデジタル署名６９９を受信する。次に、Ｉ／Ｏ支援要素６６２は、インジケータ６６０およびデジタル署名６９９を電子装置６３０に送信する。
【０１１０】
示されるように、Ｉ／Ｏ支援要素６６２から送信されるインジケータ６６０およびデジタル署名６９９は、デバイス６４０から出力されるインジケータ６６０およびデジタル署名６８６と同じになる。しかし、Ｉ／Ｏ支援要素６６２から送信されたインジケータは、受信側が、デバイス６４０から出力されるインジケータ６６０によって示されるような検証ステータスと、メッセージが変更されることに基づいて識別マーカー６７２のビットパターンとを共に決定することができる限り、デバイス６４０から出力されるインジケータとは異なる。例えば、Ｉ／Ｏ支援要素６６２から送信されるインジケータは、デバイス６４０の検証ステータスだけでなく、Ｉ／Ｏ支援要素６６２自体が検証ステータスを識別するときにＩ／Ｏ６６２の検証ステータスもまた示し得る。さらに、Ｉ／Ｏ支援要素６６２から送信されるインジケータ６６０およびデジタル署名６９９は、別の通信内にパッケージされるか、または埋め込まれ得る（Ｉ／Ｏ支援要素６６２によってデジタルに署名されるさらなる情報を含む）。
【０１１１】
さらに、図６ａ、６ｂ、および６ｃにおいて、インジケータ６６０から離れて送信されるように、ＥＣ６１０を示す。しかし、図６ａの好適なインプリメンテーションおよびその任意の変形において、インジケータ６６０は、ＥＣ６１０の一部として送信されることによってＥＣ６１０と同等に関連され得る。さらに、ＥＣ６１０は、デバイス６４０、関連したＩ／Ｏ支援要素６６２（図６ａに示さず）、または他の装置から出力され得る。
【０１１２】
図６ａ、６ｂ、および６ｃのデバイスの操作の好適なモード７００は、図７に示され、７０２におけるタイムアウトまたはデバイスのパワーオンに続いてデバイスのリセットする工程７０４から開始する。リセット中、識別マーカーは、いずれの検証データの入力のない受信を表し、インジケータがまだ出力されなかった事実をさらに表す検証ステータスに対応する値に割り当てられる。次に、デバイスは、７０６で始まり、７１２で終わる繰り返しループを入力し、デバイスがリセットされるか、パワーオフされるか、または所定の期間後にスイッチを切るまで、このループ内で持続する。
【０１１３】
図７を依然として参照すると、ループにおける第１の工程は、好ましくは、検証データを表す任意の入力が、デバイスによって受信されたかどうかの判定の工程７０８を含む。工程７０８の判定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、第１の検証データ（ＶＤ１）とデバイスのメモリに予め格納された第１のデータ（ＰＤ１）とを比較することによって工程７１４で識別される。次に、識別された検証ステータスは、識別された検証ステータスに対応する所定の値に等しいデバイスのメモリ内で格納された識別マーカーを工程７１６で割り当てることによって記録される。第１の検証データを表す入力が工程７０８で受信されない場合、または、識別マーカーの値が工程７１６で記録された後、ループの次の工程は、好ましくは、第２の検証データ（ＶＤ２）を表す任意の入力が、デバイスによって受信されたかどうかの判定の工程７１０を含む。工程７１０の判定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、第２の検証データ（ＶＤ２）とデバイスのメモリ内に予め格納された第２のデータ（ＰＤ２）とを比較することによって工程７２０で識別される。
【０１１４】
第２の検証データを表す入力が、工程７１０で受信されない場合、または識別マーカーの値が工程７２２で記録される後、ループの次の工程は、好ましくは、工程７１２で、メッセージデータ（ＭＤ）を表す任意の入力がデバイスによって記録されたかどうかの判定を含む。
【０１１５】
工程７１２における判定が肯定的である場合、次に、デバイスは、工程７２４で識別マーカーに基づくメッセージデータを変更する。次に、デバイスは、工程７２６で変更されたメッセージデータに対するデジタル署名を作成する。次に、変更されたメッセージデータに対するデジタル署名および識別マーカーの値は、工程７２８でデバイスから出力される。変更されたメッセージに対するデジタル署名の出力および識別マーカーの値に続いて、工程７０８で第１の検証データを表す入力の受信から、識別マーカーの出力の値が第１の値の出力であるかどうかの判定が工程７３０でなされる。
【０１１６】
工程７３０の判定が肯定的である場合、次に、検証ステータスは、工程７２８における識別マーカー出力の値によって識別された検証ステータスを表し、識別マーカーの値が出力された事実をさらに表す識別マーカーに値を割り当てることによって工程７３４で新しく記録される。工程７３０の判定が否定的である場合、または識別マーカーの値が工程７３４で新しく記録された後、ループの次の工程は、好ましくは、工程７３２で識別マーカーの出力の値が工程７１０の第２の検証データを表す入力の受信以来、第１のその出力の値であるかどうかの判定を含む。
【０１１７】
工程７３２の判定が肯定的である場合、次に、検証ステータスは、工程７２８において識別マーカーの値によって識別される検証ステータスを表し、および識別マーカーの値が出力された事実をさらに表す識別マーカーに値を割り当てることによって工程７３６で新しく記録される。工程７３２における判定が否定的である場合、または識別マーカーの値が工程７３６で新しく記録された後、次に、ループは、工程７０６を再スタートする。
【０１１８】
（４．第４の好適なインプリメンテーション（インジケータなどのデジタル署名を有する複数の検証データ））
本発明のデバイスの第４の好適なインプリメンテーション８００は、図８ａに示され、ここで送信側８２０からのメッセージを含むＥＣ８００は、電子装置８３０によって表される受信側によって受信され、デバイス８４０は、デバイスインタフェース８５２において第１の検証データ（ＶＤ１）８５１を表す入力および第２の検証データ（ＶＤ２）８５３を表す入力を受信する。デバイスインタフェース８５２は、適切な場合、例えば、英数入力キーパッド、タッチ画面ディスプレイ、または送信側８２０からの入力を直接受信するためのバイオメトリックスキャナなどのユーザインタフェース、電気接触、コンピュータバスを有する標準電子インタフェース、アンテナ、または例えば、シリアルポート、ＵＳＢポート、赤外ポート、または他の無線通信ポートなどの通信ポートのうちの１つ以上を含む。
【０１１９】
デバイス８４０は、デバイス８４０のメモリに予め格納されたデータを維持する検証構成要素をデバイス中に含む。第１の予め格納されたデータ（ＰＤ１）８４２は、メモリ８４１内に位置され、第２の予め格納されたデータ（ＰＤ２）８４４は、メモリ８４３内に位置される。検証構成要素は、第１の予め格納されたデータ８４２と第１の検証データ８５１との比較、および第２の予め格納されたデータ８４４と第２の検証データ８５３との比較に基づいてデバイス８４０の現在の検証ステータスを８５６で識別して、メモリ８７４に格納された識別マーカー（ＩＭ）８７２に値を割り当てることによってデバイス８４０の最後に識別された（すなわち、現在の）検証ステータスを記録する。
【０１２０】
デバイス８４０はまた、ＥＣ８１０のメッセージ（Ｍ）を表すメッセージデータ（ＭＤ）８２２をデバイスインタフェース８５２で受信する。メッセージデータ８２２は、メッセージ自体、メッセージダイジェスト自体、またはメッセージの他のいくつかの処理の生成物を含み得る。デバイス８４０は、メッセージデータ８２２の受信に関して、識別マーカー８７２の値を得て、この値の関数（本明細書で使用されるように、「関数」は、ｘの特定の値に対して見込まれる関数ｆ（ｘ）＝ｘを含み得る）として８７７においてメッセージデータを変更するデジタル署名構成要素を含む。メッセージの変更は、好ましくは、メッセージデータ内の識別マーカー８７２の値を埋め込むことと、所定の位置、あるいはメッセージデータの始まりまたは終わりにおける値の挿入を含むこととを含む。評価されるように検証ステータスの１つのメッセージデータの「変更」は、メッセージデータを変更しないことを含み得る。
【０１２１】
次に、デジタル署名構成要素は、８９０でハッシュ値を算出し、次に、一組の公開−秘密鍵の秘密鍵８９５を用いて８９２においてハッシュ値を暗号化することによって変更されたメッセージデータ（ＭＤ’）に対してデジタル署名８９９を作成する。増した信頼度および信用のため、秘密鍵８９５は、メモリ８９４内に安全に保持され、故に、秘密鍵８９５は、デバイスからエクスポートされることはなく、デバイス８４０の外側から発見できない。デジタル署名は、ＦＩＰＳ  ＰＵＢ  ８６−２に明記されるようにＥＣＤＳＡに従って作成される。従って、デジタル署名８９９は、ランダム数生成器を用いて生成され、８９０においてハッシュ関数は、ＳＨＡ−１を用いて実施される。ＳＨＡ−１は、受信された入力のサイズに関係なく２０バイトの出力を生成する。次に、デジタル署名８９９は、受信側に送信するためのデバイス８４０の検証ステータスのインジケータ８６０（ＩＶＳ）としてデバイス８４０から出力される。第１の比較の現在の結果（ＶＤ１およびＰＤ１の比較の結果）はまた、結果（Ｒ）８９６として出力される。次に、インジケータ８６０および結果８９６は、ＥＣ８１０に従って受信側に送信され、故に、受信側は、ＥＣ８１０に関係があるようにインジケータ８６０および結果８９６を識別することができる。
【０１２２】
デバイス８４０は、検証データ８５１、８５３と予め格納されたデータ８４２、８４４との間の関係の対応をそれぞれ表す１セットの予定の検証ステータスを含む。検証ステータスのセットは、第１の検証データ８５１および第２の検証データ８５３の一方または両方に基づく最後の成功した検証以来、または第１の検証データ８５１および第２の検証データ８５３の一方または両方を表す入力の最後の受信以来、インジケータ８６０がデバイス６４０から出力されたかどうかをさらに表す。セットはまた、タイムアウトまたはデバイスのパワーオン後にリセットして以来、第１の検証データ８５１および第２の検証データ６５３の一方または両方を表す入力の不足を表すさらなる所定の検証ステータスを含む。デバイス８４０から出力されたインジケータ８６０は、検証データを表す入力が、デバイス８４０をリセットしてから受信された場合だけだが、検証データと予め格納されたデータとの最後の比較に基づく。そうでなければ、インジケータ８６０は、デバイス６４０をリセットしてから、第１の検証データ８５１および第２の検証データ８５３の一方または両方を表す入力の不足を指し示す。
【０１２３】
電子装置８３０は、インジケータ８６０を受信することができるインタフェース（図示せず）を含む。電子装置８３０はまた、インジケータ８６０に基づいてデバイスの検証ステータスを判定するため、および判定された検証ステータスに基づいて送信側８２０から受信されるＥＣ８１０を評価するためにビジネスロジックを取り込むロジック回路またはソフトウェアを含む。この点において、電子装置８３０は、公開鍵を用いてデジタル署名を解読する。公開鍵は、秘密鍵８９５に対応しており、デジタル署名８９９に従って受信されるか、あるいは受信側によって前もって公知か、または得られ得る。受信側はまた、算出されたハッシュ値が解読されたデジタル署名のハッシュ値に等しくなるまで、結果８９６に基づくメッセージおよび第２の比較の見込まれるそれぞれの結果を変更する（および、次に、ハッシュ値を算出する）。比較に対するハッシュ値を算出するときに、電子装置８３０はまた、デバイス８４０内で変更されたメッセージデータを作るためにメッセージに対して任意の必要な処理を実施する。受信側によって算出されたハッシュ値が、解読されたデジタル署名のハッシュ値に等しいとき、それによって、受信側は、デバイス８４０の現在の検証ステータスを判定する。この判定はまた、ＥＣ８１０のメッセージの信憑性を確かめる。さらに、リソースの消費を最小化にするために、第２の比較（ＶＤ２とＰＤ２との比較）に対する第２のセットの結果は、制限された数の結果のみを含むように予め定義される。例えば、第１の検証データおよび予め格納されたデータは、故に、好ましくはバイオメトリック特性を提供し、第２の検証データおよび予め格納されたデータは、故に、好ましくは、秘密を提供する。
【０１２４】
第１の検証データ８５１または第２の検証データ８５３の一方およびその代わりに予め格納されたデータが秘密を含むとき、このような比較に対する結果の所定のセットは、４つの見込まれる結果を含む。第１の結果は、デバイス８４０のリセットからの検証データの不足を表す。第２の結果は、検証データと予め格納されたデータとの間の一致を表し、その一致してからの、デバイス８４０から出力されるインジケータ８６０以外をさらに表す。第３の結果は、検証データと予め格納されたデータとの間の失敗した一致を表す。第４の結果は、検証データと予め格納されたデータとの間の一致を表し、一致してからのインジケータ８６０の出力をさらに表す。
【０１２５】
第１の検証データ８５１または第２の検証データ８５３の一方およびその代わりに、予め格納されたデータがバイオメトリック特性を含むとき、このような比較に対する結果の所定のセットは、好ましくは、所定の数の見込まれる結果以外の結果を作成する。各結果は、デバイス８４０のリセット以来の検証データの不足を表す検証ステータスと共に、見込まれた検証データと予め格納されたデータとの間の一致の見込まれるパーセンテージ、または差異の度合いを表す。例えば、予め格納されたデータを有する検証データの一致のパーセンテージを含む所定の結果は、１％を単位とする１セットの０％〜１００％の範囲にわたるパーセンテージを含み得る。好ましくは、一致のパーセンテージを表すそれぞれの結果の１つはまた、入力の最後の受信が検証データを表すので、インジケータ８６０がデバイス８４０から出力されたかどうかをさらに表す。
【０１２６】
識別マーカー８７２は、メモリ８７４に格納され、デバイス８４０の所定の検証ステータスのセットの１つを表す値を含む。所定の検証ステータスのセットは、好ましくは、第１検証データ８５１および第２の検証データ８５３のそれぞれの比較からの結果の見込まれる組み合わせの全てを含む。確かに、デバイス８４０の所定の検証ステータスと識別マーカー８７２の見込まれる値の対応は、受信側によって前もって知られるべきである。さらに、検証ステータスは、実際に、検証データ８５１、８５３のいずれか、または予め格納されたデータ８４２、８４４を示す。従って、「共有の秘密」は、送信側８２０と受信側との間で要求されず、送信側の代わりがきかないバイオメトリック特性を表すバイオメトリック値は、受信側に伝達されない。しかし、受信側は、秘密の正しい認知および送信側の存在を共に検証ステータスから推測し得る。
【０１２７】
図８ａの第９の好適なインプリメンテーション８００に基づいた変形は、図８ｂに示され、第１の検証データ８５１および第２の検証データ８５３を表す入力およびメッセージデータ８２２を表す入力がデバイス８４０によって受信されたＩ／Ｏ支援要素８６２を含む。Ｉ／Ｏ支援要素８６２は、送信側８２０からの入力が受信されるユーザインタフェース８５８、および第１の検証データ８５１および第２の検証データ８５３を表す入力およびデバイス８４０へのメッセージデータ８２２を表す入力を伝達するＩ／Ｏインタフェース８５９を含む。メッセージデータ８２２は、Ｉ／Ｏ支援要素８６２から発することが示されるが、いくつかまたは全てのメッセージがデバイス８４０または別の装置（図示せず）で発生することができる。メッセージデータ８２２は、Ｉ／Ｏ支援要素８６２から発することが示されるが、いくつかまたは全てのメッセージがデバイス８４０または別の装置（図示せず）で発生することができる。さらに、さらなる変形が図８ｃに示され、ここで、Ｉ／Ｏ支援要素８６２は、デバイス８４０から出力されているインジケータ８６０および結果８９６を受信する。次に、Ｉ／Ｏ支援要素８６２は、インジケータ８６０および結果８９６を電子装置８３０に送信する。
【０１２８】
示されるように、Ｉ／Ｏ支援要素８６２から送信されるインジケータ８６０および結果８９６は、デバイス８４０から出力されるインジケータ８６０および結果８９６と同じになる。しかし、Ｉ／Ｏ支援要素８６２から送信されたインジケータは、受信側が、メッセージが変更された部分に基づいて結果８７２のビットパターンを判定することができる限り、デバイス８４０から出力されるインジケータとは異なる。例えば、Ｉ／Ｏ支援要素８６２から送信されるインジケータは、デバイス８４０の検証ステータスだけでなく、Ｉ／Ｏ支援要素６６２自体が検証ステータスを識別するときにＩ／Ｏ８６２の検証ステータスもまた示し得る。さらに、Ｉ／Ｏ支援要素８６２から送信されるインジケータ８６０および結果８９６は、別の通信内にパッケージされるか、または埋め込まれ得る（Ｉ／Ｏ支援要素８６２によってデジタルに署名されるさらなる情報を含む）。
【０１２９】
さらに、図８ａ、８ｂ、および８ｃにおいて、インジケータ８６０および結果８９６から離れて送信されるように、ＥＣ８１０を示す。しかし、図８ａの好適なインプリメンテーションおよびその任意の変形において、インジケータ８６０および結果８９６は、ＥＣ８１０の一部として送信されることによってＥＣ８１０と同等に関連され得る。さらに、ＥＣ８１０は、デバイス８４０、関連したＩ／Ｏ支援要素８６２（図８ａに示さず）、または他の装置から出力され得る。
【０１３０】
図８ａ、８ｂ、および８ｃのデバイスの操作の好適なモード９００は、図９に示され、９０２におけるタイムアウトまたはデバイスのパワーオンに続いてデバイスのリセットする工程９０４から開始する。リセット中、識別マーカーは、いずれの検証データの入力のない受信を表し、インジケータがまだ出力されなかった事実をさらに表す検証ステータスに対応する値に割り当てられる。次に、デバイスは、９０６で始まり、９１４で終わる繰り返しループを入力し、デバイスがリセットされるか、パワーオフされるか、または所定の期間後にスイッチを切るまで、このループ内で持続する。
【０１３１】
図９を依然として参照すると、ループにおける第１の工程は、好ましくは、第１の検証データ（ＶＤ１）を表す任意の入力が、デバイスによって受信されたかどうかの判定の工程９０８を含む。工程９０８の判定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、第１の検証データ（ＶＤ１）とデバイスのメモリに予め格納された第１のデータ（ＰＤ１）とを比較することによって工程９１６で識別される。次に、識別された検証ステータスは、識別された検証ステータスに対応する所定の値に等しいデバイスのメモリ内で格納された識別マーカーを工程９１８で割り当てることによって記録される。第１の検証データを表す入力が工程９０８で受信されない場合、または、識別マーカーの値が工程９１８で記録された後、ループの次の工程は、好ましくは、第１の検証データ（ＶＤ１）を表す任意の入力が、デバイスによって受信されたかどうかの判定の工程９１０を含む。工程９１０の判定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、第２の検証データ（ＶＤ２）とデバイスのメモリ内に予め格納された第２のデータ（ＰＤ２）とを比較することによって工程９２０で識別される。
【０１３２】
第２の検証データを表す入力が、工程９１０で受信されない場合、または識別マーカーの値が工程９２２で記録される後、ループの次の工程は、好ましくは、工程９１２で、メッセージデータ（ＭＤ）を表す任意の入力がデバイスによって記録されたかどうかの判定を含む。工程９１２の判定が否定的である場合、ループが工程９０６で再スタートする。
【０１３３】
工程９１２における判定が肯定的である場合、次に、デバイスは、工程９２４で識別マーカーに基づくメッセージデータを変更する。次に、デバイスは、工程９２６で変更されたメッセージデータに対するデジタル署名を作成する。次に、変更されたメッセージデータに対するデジタル署名および第１の比較に対する結果の値は、工程９２８でデバイスから出力される。変更されたメッセージに対するデジタル署名の出力および第１の比較の結果の値に続いて、工程９０８で第１の検証データを表す入力の受信から、第１のデジタル署名が第１の出力であるかどうかの判定が工程９３０でなされる。工程９３０の判定が肯定的である場合、次に、検証ステータスは、工程９２８におけるデジタル署名マーカー出力によって識別された検証ステータスを表し、デジタル署名が出力された事実をさらに表す識別マーカーに値を割り当てることによって工程９３４で新しく記録される。
【０１３４】
工程９３０の判定が否定的である場合、または識別マーカーの値が工程９３４で新しく記録された後、ループの次の工程は、好ましくは、工程９３２で、デジタル署名が工程９１０の第２の検証データを表す入力の受信以来、第１のその出力の値であるかどうかの判定を含む。工程９３２の判定が肯定的である場合、次に、検証ステータスは、工程９２８においてデジタル署名によって識別される検証ステータスを表し、および識別マーカーの値が出力された事実をさらに表す識別マーカーに値を割り当てることによって工程９３６で新しく記録される。工程９３２における判定が否定的である場合、または識別マーカーの値が工程９３６で新しく記録された後、次に、ループは、工程９０６を再スタートする。
【０１３５】
（５．データフォーマット）
本発明の全ての局面によると、デバイスは、ハードウェア、およびソフトウェアおよび／またはファームウェアを含み、特に、コンピュータチップ、集積回路、デバイス中に適切なソフトウェアを有するコンピュータ読み出し可能媒体、またはそれらの組み合わせを含む。デバイスは、例えば、ハードウェアトークンまたは内蔵型トークン、などの物理的オブジェクトを含む（トークンは、コンピュータチップ、集積回路、ソフトウェア、またはそれらの組み合わせ）。デバイスがハードウェアトークンである場合、デバイスは、好ましくは、リングまたは宝石類、ドングル、電子鍵、あるいは、例えばＩＣカード、スマートカード、デビットカード、クレジットカード、ＩＤバッジ、セキュリティバッジ、駐車カード、または取引カードなどの形式を取る。デバイスは、好ましくは、ポート（無線通信ポート、シリアルポート、ＵＳＢポート、パラレルポート、または赤外ポートを含む）を備えるデバイスインタフェース、または接触であろうと非接触であろうと、外部の電子装置と通信するためのいくつかの他の物理インタフェースを含む。デバイスはまた、上述のＴＣＰＡドキュメントに示され、記載されるように、プラットフォームにおいて増した信頼を提供するハードウェアおよびソフトウェア構成要素を含む信頼されたプラットフォームモジュール（ＴＰＭ）を含み得る。いくつかの上記デバイスは、メッセージデータ、または検証データを受信するようにデバイスをイネーブルするためにＩ／Ｏ支援要素の使用を要求する。いくつかのデバイスは、検証データの特有のタイプ（他のタイプではなく）を受信するためにＩ／Ｏ支援要素を要求する。いくつかのデバイスは、検証ステータス、デジタル署名、およびＥＣの受信側へのメッセージに関する情報を送信するためにＩ／Ｏ支援要素の使用を要求する。いくつかのデバイスは、内蔵型（すなわち、デバイスがメッセージを生成して、送信し得る）、デジタル署名、およびＩ／Ｏ支援要素を要求しない検証ステータスのインジケータであり、内蔵型ではあるが、いくつかのデバイスは、所望ならば、Ｉ／Ｏ支援要素を外部の装置（例えば、Ｉ／Ｏ支援要素）と相互作用することができる。Ｉ／Ｏ支援要素は、任意の数の異なる装置の形態を取って、それが使用される特定のアプリケーションに依存し、それが相互作用するデバイスのタイプに依存する。
【０１３６】
より高度なセキュリティアプリケーションについて、デバイス（すなわち、Ｉ／Ｏ支援要素と組み合わせたデバイス）は、好ましくは、送信側がメッセージを構成するか、または変更することが可能であるキーパッド（英数字）、相互通信ディスプレイ、または他のタイプのユーザデータエントリ機構（「ユーザインタフェース」として本明細書中に全体的に言及される）と、シークレット検証データを入力するためのユーザインタフェース（なお、メッセージを生成するか、または変更するためのユーザインタフェースが、シークレットを表すデータのエントリのユーザインタフェースと、必ずしも同じになる必要はないが、同じになり得る）と、ＥＣの送信者にメッセージおよび／またはシークレットを示すためのディスプレイと、スキャナ、またはバイオメトリック検証データの少なくとも１つを受信するためのリーダーと、秘密および／またはバイオメトリック特性を表すデータを安全に格納するためのメモリと、秘密鍵（ＰｒＫ）を安全に格納するためのメモリと、デバイスに入力するデータ間の多様な比較を実施するため、およびその比較に基づくデバイスの検証ステータスを識別するためのプロセッサまたは回路と、デジタル署名を生成するか、またはデジタル署名を作成するためのプロセッサまたは回路と、電子装置に送信するためのデバイスから情報を出力する手段とを含む。好ましくは、デバイスはまた、特定の秘密鍵（ＰｒＫ）に従って公開鍵（ＰｕＫ）を格納し、エクスポートして、例えば、アカウント情報、およびユーザＩＤなどのさらなるユーザ情報を格納するためのメモリを含む。より低いセキュリティアプリケーションに関して、上記全てを必要とするとは限らない。
【０１３７】
この点について、検証ステータスの表示を提供する本発明のデバイスの議論は、デバイスへのデータの流れ、およびデバイスの外へのデータの流れ、ならびに、デバイス内の構成要素によって実施されるこのようなデータの操作またはデバイスと通信して実施されるこのようなデータの操作に焦点が当てられる。本セクションは、例えば、好適なデータベースフォーマットおよび検証データに対する例示的なデータ値とデータ構造、予め格納されたデータ、検証ステータス、ならびに識別マーカーおよび検証ステータスのインジケータに関してより詳細に提供する。本セクションはまた、検証データが、秘密、バイオメトリック特性、または両方の組み合わせを示すとき、検証ステータスを識別する好適なインプリメンテーション論を示す。さらに、本セクションは、デバイスまたは本発明のデバイスの一部として使用され得る好適なコンピュータチップの機能的な局面を示す。
【０１３８】
（ａ．予め格納されたデータの記録フォーマット）
図１０ａ、１０ｂ、および１０ｃに示されるように、デバイスの認可されたユーザの予め格納されたデータ（一般に、ＰＤとして言及される）は、適切な記録１０００ａ、１０００ｂ、および１０００ｃのそれぞれに維持され得る。図１０ａに示されるように、デバイスが秘密（例えば、ＰＩＮ１００３）のみを受信し、処理するように適合される簡単なアプリケーションに関して、記録１０００ａは、秘密の予め格納されたデータ（ＳＰＤ）１０４２（または、一般に、単にＰＤ１０７０として言及される）に対する「値」１００５を単に含む。図１０ｂに示されるように、デバイスがバイオメトリックデータ１００７のある特定のタイプ１００２のみを受信し、処理するように適応されるわずかにより複雑なアプリケーションに関して、記録１０００ｂは、適切なバイオメトリックの予め格納されたデータ（ＢＰＤ）１０４４（一般にＰＤ１０７０としても言及される）に対する「値」１００９を単に含む。
【０１３９】
図１０ｃに示されるように、デバイスが検証データの１つ以上の特定のタイプ以上を受信し、処理するように適応される他のアプリケーションに関して、記録１０００ｃは、秘密およびバイオメトリック特性を共に表す見込まれる検証データタイプ１００２のリストを含む。検証データ（秘密であろうとバイオメトリックであろうと）の各タイプ１００２は、対応する前もってセットされた識別子１００４およびそこに予め格納されたデータ１０７０を含む対応する独自の値１００６と結び付いている。図１０ｃに示されるように、特有のデータタイプ１００２と結び付いた特定の識別子１００４は、任意であり、現在の任意の業界規格または慣例、あるいは、これから発展する任意の業界規格または慣例（例えば、Ｂｉｏｍｅｔｒｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｓｅｃｕｒｉｔｙ  ｆｏｒ  ｔｈｅ  Ｆｉｎａｎｃｉａｌ  Ｓｅｒｖｉｃｅｓ  Ｉｎｄｕｓｔｒｙ，  Ｄｏｃｕｍｅｎｔ  Ｎｕｍｂｅｒ  Ｘ９．８４−１０００  ＷＤ，  Ａｍｅｒｉｃａｎ  Ｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ，  １０００，  これらは本明細書中に参考として援用される）に従うようにフォーマットされ、確立され得る。さらに、図１０ｃに示されるデータのタイプ１００２のリストは、例示的になるように意図され、実際には、記録１０００ｃは、多かれ少なかれ、または異なったデータの特定のタイプ１００２を含み得る。
【０１４０】
さらに、データのタイプ１００２が、簡単な参考および説明のため記録１０００ａ、１０００ｂ、および１０００ｃに示されるが、各データタイプ１００２とそれに対応する識別子１００４との間の関係が別な方法で公知である場合、タイプ１００２を示すカラムにある情報が、実際にはこれらの記録において維持されることは必要でない。慣習的に、４〜１０デジタル英数字列を含むＰＩＮに対する予め格納されたデータ（値１００５、１００８）を除いて、バイオメトリックデータの各タイプ１００２と結び付いた値１００９、１０１０は、一般に、認可されたユーザのバイオメトリック特性のデジタル表示に対応する数値になり得る。例えば、電子指紋スキャン用の現在のＦ．Ｂ．Ｉ．規格は、「４０点細部」である。このような値は、特定のバイオメトリックデータタイプ１００２のデジタル表示にこのようなスキャンをスキャンして変換することができる、適切で慣例のバイオメトリックスキャナによって得られ得る。一般に、任意の特定のバイオメトリックデータタイプ１００２に対して、このようなデータが予め格納されたデータを作成するためのデバイスに入力されるとき、および検証データが検証ステータスを識別するためにデバイスに後で入力される毎に、同じ規格、スケール、または慣例がデバイスの個人化ステージ（ｐｅｒｓｏｎａｌｉｚａｔｉｏｎ  ｓｔａｇｅ）の両方において使用されることが好ましい。データが、データの特定のタイプ１００２と比較のために予め格納された場合、次に、そのデータタイプ１００２に対応する値１０１２がゼロ、空の、または比較的同等の値にセットされる。
【０１４１】
（ｂ．デバイスへの検証データフォーマット入力）
図１１ａに示されるように、デバイスが秘密（また、例えばＰＩＮ）のみを受信し、処理するように適応された簡単なアプリケーションに関して、検証データ１１５０がデバイスを用いるときにＥＣの送信側によって入力される値１１０２を有する秘密検証データ（ＳＶＤ）１１５１を含む。図１１ｂに示されるように、デバイスがバイオメトリック検証データのある特定のタイプのみを受信して、処理するように適合される、少し複雑なアプリケーションに関して、検証データ１１５０が、デバイスを用いるときに送信側によって提供されるバイオメトリック特性のスキャンに従って入力される値１１０４を有するバイオメトリック検証データ（ＢＶＤ）１１５３を含むことは好ましい。最後に、図１１ｃに示されるように、デバイスが検証データのある特定のタイプより多く受信して、処理されるように適応されるほかのアプリケーションに関して、秘密であろうとバイオメトリックであろうと、検証データ１１５０が識別子１１０６と対応する値１１０８とを共に含むことは好ましい。識別１１０６は、デバイスに入力される検証データのタイプを示して、従って、デバイスが比較の目的のための参照を必要とする予め格納されたデータを示す。示されないが、識別子を用いる代わりに、検証データ１１５０の入力と組み合わせてソフトウェアまたはデバイスコマンドまたは命令を用いて、入力される検証データ１１５０の特定のタイプのデバイスに通知することができることは、理解されるべきである。
【０１４２】
（ｃ．検証ステータスの比較処理および識別）
図１２、１３ａ、１３ｂ、および１４をここで参照すると、デバイスが、検証データと予め格納されたデータとを比較して、故に、検証ステータスを識別することによるいくつかの例示的な処理は、より詳細に示される。また、図１２に示されるように、デバイスが秘密に対する検証データのみを受信して、処理するように適合される簡単なアプリケーションを最初に参照すると、デバイスは、検証データを表す入力（例えば、図３の工程３０８に示されるように）が実際に受信された場合に最初に判定し、もしそうならば、このような検証データは秘密用であるかどうかを判定する（工程１２０２）。秘密のための検証データが受信されなかった場合、次に、デバイスは現在の検証ステータス（「ＰＩＮ未入力」である開始デフォルト値）を工程１２０４データ維持する。
【０１４３】
秘密のための検証データが受信される場合、次に、デバイスは、予め格納されたデータ（ＳＰＤ）（例えば、図１０ａの記録１０００ａからの値１００５）に対応する工程１２０６を取り出す。次に、デバイスは、工程１２０８で入力値と予め格納されたデータ値とを比較する。比較の結果（Ｒｓ）が、その値は等しいということになる場合、次に、デバイスは、工程１２１０で「ＰＩＮ一致」として検証ステータスを識別する。比較の結果（Ｒｓ）が、その値は等しくないということになる場合、次に、デバイスは、工程１２１２で「ＰＩＮ不一致」として検証ステータスを識別する。さらに、図１２が記述したフォーマット（「例えば、ＰＩＮ未入力」、「ＰＩＮ一致」、および「ＰＩＮ不一致」）における検証ステータスを示すが、デバイスが、好ましくは、この簡単な例示において、比較の結果（Ｒｓ）にも等しくなるそれぞれの検証ステータスに直接マッピングする任意の値に対して識別マーカー（ＩＭ）を示す。等価な識別マーカー値のいくつかの見込まれる例示は、図１５ａに示される。それにもかかわらず、無数の異なるタイプ、慣例、または図１５ａにリストされるステータスに対応する適切な等価な検証ステータスのフォーマットが本発明の範囲内に選択され得る。図１５ａに示されるように、秘密の検証結果（Ｒｓ１）を含む第１の識別マーカー１５０２は、基数フォーマットである。秘密の検証結果（Ｒｓ２）を含む第２の識別マーカー１５０４は、バイナリフォーマットである。さらに、示される秘密の検証結果（Ｒｓ３）を含む第３の識別マーカー１５０６は、図１５ａの第１のカラムにリストされる検証ステータスの単に異なった文字列表示である。図１２に戻って参照すると、工程１２１０および１２１２に示される生じる識別マーカー値が、上述される第２の慣例を使用する。
【０１４４】
図１３ａおよび１３ｂをここで参照すると、デバイスがバイオメトリック検証データのある特定のタイプのみを受信して、処理するように適合される少し複雑なアプリケーションに関して、デバイスは、第１に、バイオメトリック検証データが実際に受信したことを工程１３０２で判定する。バイオメトリック検証データが受信されなかった場合、次に、デバイスは、工程１３０４で現在の検証ステータス（「ＢＩＯ未入力」である開始デフォルト値）を維持する。デバイスがバイオメトリック検証データを受信した場合、次に、デバイスは、対応する予め格納されたデータ（ＢＶＤ）（例えば、図１０ｂの記録１０００ｂからの値１００９）を工程１３０６で取り出す。バイオメトリックデータ比較において、比較の結果（Ｒｂ）が検証データと予め格納されたデータとの間の一致（または差異）の度合いまたはパーセンテージを含むことは好ましい。従って、好適なインプリメンテーションにおいて、デバイスは、２つの値の間の一致のパーセンテージを得るために予め格納されたデータによってバイオメトリック検証データを分類し、結果（Ｒｂ）を識別マーカーに割り当てることによって検証ステータスを工程１３０８ａで識別する。
【０１４５】
図１３ｂに示されるように、デバイスは、２つの値の間の差異の絶対値を工程１３０８ｂで算出し、予め格納されたデータによってその数を分類することによって２つの値の差異のパーセンテージを代替的に取得し得、故に、結果（Ｒｂ）を識別マーカーに割り当てる。等価な識別マーカー値のいくつかの例示は、図１６に示される。しかし、バイオメトリック検証データと予め格納されたデータとの間の一致または差異の度合いまたはパーセンテージを示す識別マーカー値に対する多くの異なるタイプ、慣例、またはフォーマットが（例えば、図１６に示される）、本発明の範囲内で選択され得ることは、当業者に理解されるべきである。例えば、バイオメトリック検証結果（Ｒｂ１）を含む第１の識別マーカー１６０２は、２つの値の間の一致または差異の度合いに対応するパーセンテージの値（２桁）である（「＃＃」を代用する算出された数を用いる）。バイオメトリック検証結果（Ｒｂ２）を含む第２の識別マーカー１６０４は、２つの値の間の一致または差異の度合いに対応するデシマル値（２桁）である。バイオメトリック検証結果（Ｒｂ３）を含む第３の識別マーカー１６０６は、図の第１のカラムに対応する検証ステータスに従う文字列である。
【０１４６】
前述されたように、好適なインプリメンテーションにおいて、デバイスは、バイオメトリック検証データと予め格納されたデータとの間の一致の度合い（またはパーセンテージ）または差異の度合い（またはパーセンテージ）の形式でバイオメトリック検証データに基づいて検証ステータスのインジケータを出力する。この様態で検証ステータスを提供することによって、電子装置（または受信側）により、それぞれのロジックまたはビジネスルールに基づいて、デバイスによって得られ、提供される一致の度合いが、特定の事業目的またはアプリケーションに関して要求されるセキュリティ閾値に合うかどうかを判定することが可能になる。このことは、デバイスを、バイオメトリック検証データに関するそれぞれの閾値要求と共に、異なる受信側で簡単に使用することをイネーブルする。あるいは、バイオメトリック検証データが、任意に判定される閾値に関係する予め格納されたデータと「一致」または「不一致」として見なされるかどうか（この場合、その識別マーカーは、秘密の検証データの比較に対する識別マーカーに単に類似する）を、デバイス自体がデバイス内で判定するために予めプログラムであるか、または予めハードウェアに組み込まれ得ることは理解されるべきである。
【０１４７】
ここで、図１４を参照すると、デバイスが秘密またはバイオメトリック検証データを受信して処理するために適合される他のアプリケーションに関して、デバイスは、まず、１つより多いタイプの検証データが受信されるアプリケーションの各入力を処理するためのループを工程１４０２で開始する。ループ内の第１の工程において、デバイスは、検証データが受信されたかどうかを工程１４０４で判定する。検証データが受信されなかった場合、次に、デバイスは、現在の検証ステータス（開始において「ＰＩＮ未入力；ＢＩＯ未入力」である）を工程１４０６で維持する。検証データが受信された場合、次に、デバイスは、そのような検証データのための識別子（図１１ｃの１１０６）に対応する予め格納されたデータ（図１０ｃの１００６）を工程１４１０で取り出す。余談ではあるが、上述されたように、別のインプリメンテーションは、デバイスまたはコンピュータコマンドが識別子１１０６を使用することなく入力される検証データのタイプを示すように検証データと共に送信されることを可能にする（図１１ｃに示されるように）。次に、デバイスは、識別子（またはコマンド入力）に基づいて、検証データが秘密またはバイオメトリック特性を表すかどうかを工程１４１２で判定する。
【０１４８】
検証データが秘密を表す場合、次に、デバイスは、工程１４１４で検証データとそのような秘密に対応する予め格納されたデータとを比較する。値が等しい場合、次に、デバイスは、工程１４１６で、「一致」としての比較の結果を識別して、この例において、「０１」の値に等しいＲｓをセットする（図１５ａのバイナリ慣例を用いる）。次に、ループは、工程１４０８を再スタートする。値が等しくない場合、次に、デバイスは、工程１４１６で「不一致」としての比較の結果を識別して、この例において、「１０」の値に等しいＲｓをセットする（図１５ａのバイナリ慣例を再び用いる）。次に、ループは、工程１４０８で再スタートする。一方、検証データがバイオメトリック特性を表すことを判定する場合、次に、デバイスは、工程１４２０で、検証データと対応する予め格納されたデータおよびその間の算出する一致のパーセンテージとを比較することによって検証ステータスを識別する。この点について、デバイスは、一致のパーセンテージの値に等しいバイオメトリック検証データ（＃＃＃によって指定される）の特定のタイプのＲｂをセットする。次に、ループは、工程１４０８で再スタートする。この例において、検証ステータスに対応する識別マーカー（ＩＭ）の値は、Ｒｓの値および各バイオメトリック検証タイプの各Ｒｂの値を含む。
【０１４９】
特定の数を用いるいくつかの例は、この処理に役立つ。第１の例において、ＰＩＮおよびバイオメトリック検証データの１つのタイプ（例えば、正しい手形）は、デバイスを用いるＥＣの送信側によってデバイスに入力されることを想定する。この例において（図１０ｃおよび１１ｃに関して、ならびに、図１５ａのカラム１５０４および図１６のカラム１７０２に関して上述された慣例を用いて）、適切な検証ステータスは、値００１，１０，０１２，９０（コンマと共に、またはコンマなしで）を含む識別マーカーによって表される。この識別マーカーは、間違ったＰＩＮが受信され、一致の度合いが９０％である正しい手形（ｈａｎｄ  ｐｒｉｎｔ）である検証ステータスを示す。
【０１５０】
第２の例において、バイオメトリック検証データの３つのタイプ（右親指、左親指、および右目虹彩スキャン）が入力されたことを想定する。この第２の例において（同じ慣例を用いる）、適切な検証ステータスは、値００２，９５，００７，９３，０１８，８７（コンマと共に、またはコンマなしで）を含む識別マーカーによって表される。この識別マーカーは、右親指の指紋が９５％一致して、左親指の指紋が９３％一致して、および右目虹彩のスキャンが８７％一致される検証ステータスを示す。
【０１５１】
代替のインプリメンテーションにおいて、上記の工程を実施する後、デバイスは、その対応するＲｓおよびＲｂ値に引き続いて、全ての見込まれる識別子１００４（または図１０ｃのある一部）を含む識別マーカーとして検証ステータスを識別する。従って、入力が検証データの全ての単一のタイプで提供されないけれども、それにもかかわらず、識別マーカーは全ての識別子１００４およびそれらの対応するＲｓおよびＲｂを含む。入力が受信されないようなそれらのタイプに関して、ＲｓまたはＲｂに対応する値は、好ましくは、ゼロまたは空を含むデフォルト値または適切な等価なものである。この第３の例において、適切な検証ステータスは、
【０１５２】
【数１】
2004519874.tif 000003
の識別マーカーとして表される。「．．．」が「００」に従って００７と０２３との間の各識別子を単に含むと仮定すると（すなわち、識別子００７から０２３に対応する検証データ入力がない）、この例における識別マーカーは、正しいＰＩＮが入力された検証ステータスを示し、右中指の指紋が２５％の一致を有して、右小指の指紋が９６％の一致を有して、そして、ＤＮＡスキャンが９５％の一致を有する。比較の目的のため、前述の例と違って、この例は、図１６のカラム１６０４に関して上述されたＲｂに関する慣例を使用する。
【０１５３】
別の代替のインプリメンテーションにおいて、受信側が、デバイスは慣例を用いることを認知する場合、識別マーカーからの識別子１００４の全てを削除することが可能になり、識別マーカー値またはデータストリームないの各検証データを提供するシーケンスを含む。例えば、２３の識別子（第１の識別マーカーより下のＲｓ値に対する図１５ａのカラム１５０４およびＲｂ値に対する図１６のカラム１６０２、ならびに、第２の識別マーカーより下のＲｓ値に対する図１５ａのカラム１５０４およびＲｓ値に対する図１６のカラム１６０４）全ての上述された両方の慣例を用いて、検証データのタイプのオーダーが、図１０ｃにおいて２３の識別子と同じであることを仮定すると、上述の検証ステータスに対する識別マーカーは、
【０１５４】
【数２】
2004519874.tif 000004
として提供され得る。上述の各識別マーカーは、正しいＰＩＮが入力された検証ステータスを識別して、右中指の指紋が２５％の一致を有して、右小指の指紋が９６％の一致を有して、およびＤＮＡスキャンが９５％の一致を有する。
【０１５５】
（７．ＥＣに関連する特有の送信側認可）
ＥＣおよびＥＣの層を認証する能力は、本発明ないの少なくとも３つの異なる事業目的に対して役立つ。これら３つの異なる目的は、一般に、「セッション認証」、「取引認証」、および「取引確認」としてこれ以降記載される。セッション認証および取引認証は、ＥＣの送信側が、典型的に、本物のデバイスのユーザまたはアカウントホルダーであることをＥＣの受信側に（例えば、少なくとも、エンティティ認証の強さに基づいた程度まで）「証明する」必要があるという状況を共に含むので、互いに類似する。対照的に、取引確認は、典型的に、本物のデバイスのユーザまたはアカウントホルダーであるＥＣの送信者が、ＥＣの受信者にすでに証明されているという状況を含むが、しかし、ＥＣの受信側は、受信側がその結果行動を起こすか、またはその結果当てにする以前（例えば、要求された行動を起こす）に、送信側からのデジタルに署名されたメッセージの確認を要求する。
【０１５６】
セッション認証および取引認証は、一般に、例えば、要求されたリソースに「アクセス」を有するＥＣの送信側を認可するかどうかを判定するためにＥＣの受信側によって使用される。例えば、リソースは、物理空間、データベース、コンピュータファイル、データ記録、チェックアカウント、コンピュータシステム、コンピュータプログラム、またはウェブサイトなどである。そのような認証はまた、典型的に、ＥＣの受信側がアカウントまたは他のリソースに要求された動作を実施する以前に必要とされる。セッション認証と取引認証との間の主な違いは、ＥＣの受信側がそのような認証の結果どおりになることである。例えば、いったん、ＥＣの送信側がセッション認証目的のため認証されると、受信側は、要求されたアカウントまたは「セッション」の間のリソースへのアクセス（セッション鍵、およびエンティティ識別子などによって）を送信側に提供する。セッションの意味は、アクセスされるアカウントまたはリソースのタイプに依存して、および特定の受信側のタイプに依存して変化する。特定の受信側のタイプは、アカウントまたはリソースを保護するが、しかし、セッションは、典型的に、ＥＣの送信側が受信側にさらなる認証を提供することなくアカウントまたはリソースで、アカウントまたはリソース内で行動を実施することが可能である。さらに、ＥＣの送信側が認可されるアカウントまたはリソースへのアクセス量はまた、特定の受信側のビジネスルールによって管理され、受信側から受信側へ、およびリソースからリソースへ変化し得る。
【０１５７】
対照的に、取引認証は、典型的に、取引認証が関連した特定の取引に対してのみ役立つ。特定の取引に関連した取引認証は、別の取引で使用するために「継続」されない。そのような取引は、受信側に対して要求され、アカウントまたはリソースに関して特有の行動を実施し得る（例えば、「チェッキングアカウント残高を提供する」または「ドアを開ける」に関して受信側に対しての要求）。しかし、取引確認と対照的（次の段落で記載される）に、取引認証は、受信側が、要求された行動を実施する以前にＥＣの送信側の「意図」を認知する必要としないときに役立つ。
【０１５８】
一方、特定の取引と結び付いた値またはリスクが、ＥＣの送信側がメッセージを送信しようとして、デジタルに署名し、このメッセージに対して、受信側に信頼して行動を起こそうとする十分な保証を受信側が受信しない場合、受信側が行動しないレベルまで上がったとき、取引確認が役立つ。デジタル署名は、潜在的に、所望することなく、またはＥＣの送信側の認知さえなしで、デバイスによって生成されることが可能なので、意図は、デバイスからのデジタル署名の単なる受信側から推測され得ない。この理由のため、特有の取引に関する送信側の意図を確認するいくつかの手段は必要とされる。そのような取引確認は、好ましくは、物理的な、受信側によって受信されたメッセージ内で判定できる送信側によって実施される公然の行動によって得られ得る。例えば、ある場合では、デジタル署名されるメッセージと共にＥＣの送信側による、ファクタＢまたはＣエンティティ認証情報の同時の提供は、確認または意図を意味し得る。このような取引確認を得る別の方法は、特に確認目的のための受信側によって生成され、次に、送信側によってデジタルに署名される、「提案された」メッセージのＥＣの送信側によって意図的な、および認識できる変更を経る。
【０１５９】
上記の観点から、多くの状況の下、たとえＥＣの送信側がセッション認証の目的のため検証データが既に提供されていたとしても、受信側が、例えば、特定のアカウントまたはリソースの制限された部分へのアクセス、あるいは別のより制限されたアカウントまたはリソースへのアクセスをＥＣの送信側に提供する以前に、より高度なエンティティ認証を作成する目的のため（さらにセッション認証目的のため）にさらなる検証を提供することを送信側が必要とされ得ることが理解されるべきである。さらに、特定のセッション中でさえも、取引認証目的（取引が要求される特定のセッションよりも高度なレベルのエンティティ認証を要求するとき）または取引確認目的（受信側が要求された行動を実施する以前に送信側の意図の特有の保証を望むとき）の一方のため、さらなる検証データを提供することは、ＥＣの送信側に必要とされ得ることも理解されるべきである。さらに、送信側から受信側に伝達された単一のＥＣが、多くの場合において取引認証、および取引確認の両方のために同時に使用され得ることが理解されるべきである。
【０１６０】
ここで図２４に戻ると、セッション認証目的のために使用されるＥＣ２４０６の例が示される。示されるように、ＥＣの受信側２４１２は、３つのリソース２４４０、２４５０、２４６０のための「ゲートキーパー」の一種として行動する。３つのリソースのうち１つが、送信側２４０２によってＥＣ２４０６で要求されるようにアクセスすることを所望される。１つのみの受信側２４１２が、参照を容易にするためにこの例で示されるが、各リソース２４４０、２４５０、２４６０が、実際には、それらに従ったそれぞれの個々のＥＣの受信側／ゲートキーパー（図示せず）を有し得ることが理解されるべきである。
【０１６１】
図２４を引き続き述べると、受信側２４１２は、送信側２４０２がエンティティ認証の「十分な」レベル（少なくとも特定のゲート２４９４ａ、２４９４ｂ、２４９４ｃによって要求される限度まで）を受信側２４１２に提供されるまで、送信側２４０２がゲート２４９４ａ、２４９４ｂ、または２４９４ｃを進むことを妨げることによって、送信側２４０２が直接または間接的に、リソース２４４０、２４５０、２４６０へのアクセスを制限する。容易に明白になるべきであるため、各ゲートによって要求されるエンティティ認証のレベルは、特有のリソースが保護されることに依存して変化する。例えば、リソースがパーキングデッキである場合、エンティティ認証の最小のレベルのみが必要である。リソースが共同のチェッキングアカウントである場合、より高度なエンティティ認証が、おそらく要求される。リソースが核弾頭を発射するための制御システムデアル場合、さらに高度なエンティティ認証が要求される。
【０１６２】
いくつかの場合において、エンティティ認証の十分なレベルを提供することが、リソースへのアクセスを得るために必要とされる全てである。例えば、ゲート２４９４ａは、リソース２４４０にアクセスするために送信側２４０２に対するセッション認証のハードルのみを提供する（確かに、送信側２４０２に提供されるアクセス量および送信側２４４０がリソースにアクセスできるようになる処理は、本明細書中で詳細に記載されない認可およびアクセス権によってさらに制限され得るが）。あるいは、リソース２４５０によって示されるように、ゲート２４９４ｂを通すためのエンティティ認証の十分なレベルを提供することによって、送信側２４０２は、一般に、リソース２４５０にアクセスすること、および特に、サブリソース２４５０ａ、２４５０ｂにアクセスすることをイネーブルする（リソース２４５０の範囲内にネストされる）。明白に、より高度なエンティティ認証は、送信側２４０２がサブリソース２４５０ｃへのアクセスを与えられる以前に必要とされる。別の代替の配置において、ゲート２４９４ｃを通るためにエンティティ認証の十分なレベルを提供することにより、送信側２４０２は、リソース２４６０だけでなく、独立したリソース２４７０、２４８０、２４９０にもアクセスすることをイネーブルする。独立したリソースは、リソース２４６０の保護範囲内ではなく、ＥＣの送信側２４０２がゲート２４９４ｃを通るためにエンティティ認証を提供したときに、その中へのアクセスを送信側２４０２に許可する。
【０１６３】
上述されるように、いくつかの場合において、特定のリソース２４４０、２４５０、２４６０は、保護されるだけでなく、受信側２４１２によって維持もされる（例えば、ＥＣの受信側２４１２が金融機関であり、リソースが送信側２４０２の銀行アカウントである場合）。他の場合において、特定のリソース２４４０、２４５０、２４６０は、受信側／ゲートキーパー２４１２によって単に保護される。受信側／ゲートキーパー２４１２は、例えば、リソースを実際に維持するリソース管理者、アクセスコントローラ、または認証コントローラ（図示せず）などの、通信状態、および別のエンティティと連携状態である（例えば、受信側２４１２は、単にエンティティ認証システムであり、リソースは、アクセスおよび許可が個々のアクセス制御サーバーである安全なネットワークサーバーである場合）。
【０１６４】
図２４の説明図は、同様に、取引認証の目的のために使用されるＥＣに対して適用される。例えば、ＥＣ２４０６がリソース２４４０、２４５０、２４６０の１つから情報に対する特有の要求、またはリソース２４４０、２４５０、２４６０の１つで、またはリソース２４４０、２４５０、２４６０の中で特有の行動を実施するためにＥＣの送信側２４１２に対する要求を含む場合、ＥＣ２４０ｂは、その特定の要求に対して単にエンティティ認証ために使用される。しかし、特定のリソース２４４０、２４５０、２４６０に対して継続的なアクセスまたはセッションアクセスは、結果として生成されない。
【０１６５】
ここで図２５に戻ると、通信媒体２５０８を介する送信側２５０２と受信側２５１２との間の３つの異なる例示が示される。全ての３つの例において、送信側２５０２から受信側２５１２への最後のＥＣは、取引確認の目的のために使用される。
【０１６６】
第１の交換において、図２５のＥＣ１Ａによって指定され、送信側２５０２がＥＣを送信する。ＥＣは、メッセージ（Ｍ１）、およびメッセージに関するデジタル署名（ＤＳ（Ｍ１））を含む。この交換において、送信側２５０２は、意図の十分な証拠およびファクタＢまたはＣエンティティ認証を提供する。故に、受信側２５１２は、確認を必要とする追加のＥＣを要求しない。
【０１６７】
第２の交換において、ＥＣ２Ａ、２Ｂ、および２Ｃによって指定され、図２５になお関連して、送信側２５０２はＥＣを送信する。ＥＣは、メッセージ（Ｍ２）およびメッセージに対するデジタル署名（ＤＳ（Ｍ２））を含む。この交換において、受信側２５１２は、メッセージ（Ｍ２）に適用されるように、送信側の意図の十分な証拠を受信したことを満たされない。この理由に関して、受信側２５１２は、送信側２５０２と逆にＥＣ  ２Ｂを送信する。ＥＣ  ２Ｂは、本発明のデバイスに検証データを提供する後だけ、送信側２５０２が同じメッセージ（Ｍ２）およびその代わりにデジタル署名（ＤＳ（Ｍ２））を用いて新しいＥＣを送信することを要求する。その検証データからデバイスの検証ステータスを確認し得る。故に、送信側によって提供されるファクタＢまたはＣエンティティ認証のレベルの検証ステータスのインジケータ（ＩＶＳ）は、送信側２５０２がＥＣ  ２Ａを送信することを意図した「証拠」として、デバイスに含まれる。図示されるように、ＥＣ  ２Ｃのメッセージは、本質的に、さらなる検証ステータスのインジケータ（ＩＶＳ）を有するオリジナルのＥＣ  ２Ａと同じである。そのようなインジケータ（ＩＶＳ）は、好ましくは、デジタルに署名されたメッセージ（Ｍ２）内に含まれる。
【０１６８】
第３の交換において、ＥＣ３Ａ、３Ｂ、および３Ｃによって指定され、さらに図２５を参照すると、送信側２５０２は、ＥＣを送信する。ＥＣは、メッセージ（Ｍ３）、およびそれに対するデジタル署名（ＤＳ（Ｍ３））を含む。この交換において、受信側２５１２は、メッセージ（Ｍ３）に適用されるように送信側の意図の十分な証拠を受信したことが満たされない。この理由のため、この例において、受信側２５１２は、ＥＣ  ３Ｂを送信側２５０２に送り返す。ＥＣ  ３Ｂは、送信側２５０２によって見なおして、デジタル署名するために提案された新しいメッセージ（Ｍ４）を含む。メッセージ（Ｍ４）は、受信側２５１２によって構成され、好ましくは、メッセージ（Ｍ３）に含まれた情報の、全部ではないが、ほとんどを含む。メッセージ（Ｍ４）はまた、メッセージ（Ｍ３）に含まれないがさらなる情報を含み得る。さらに、ＥＣ  ３Ｂは、送信側２５０２がメッセージ（Ｍ４）のコンテンツに同意して、承認する場合、変更されたメッセージ（ｍｏｄ−Ｍ４）を作成し、次に、変更されたメッセージをデジタルに署名する（ＤＳ（ｍｏｄ−Ｍ４））ために、送信側２５０２が特有の様態（ＥＣ  ３Ｂに示されるか、または公知のプロトコルに基づく）でメッセージ（Ｍ４）を変更することを要求する。デバイス内でファクタＢまたはＣエンティティ認証を実施して、次に、ＥＣ  ３Ｃ内にその検証ステータスのインジケータ（ＩＶＳ）を含むことが可能である。しかし、アカウントオーソリティ２５１２がＥＣ  ３Ｂにおいて検証ステータスのインジケータ（ＩＶＳ）を要求しなかったので、必要とされない。
【０１６９】
デバイスの検証ステータスが「不変の」状態であるかどうか、および、または検証ステータスが、検証ステータスのインジケータがＥＣと関連されるように特に適用されるかどうか、についてのさらなる情報をＥＣの受信側に提供することが、さらに、本発明のデバイスに対して可能であり、利点である。このような情報は、ＥＣの送信側が前のメッセージのための正しい秘密を入力するかどうか、または正しい秘密が特有のセッションまたは取引の特有の承認または認可として入力されたかどうかを判定するために受信側によって使用され得る。同様の利点がバイオメトリック特性の場合において適用される。
【０１７０】
例えば、上述されるように、秘密（例えば、ＰＩＮ）のための検証データを受信するためにのみ構成されるデバイスに関して、３つの検証ステータス（または「ステート」）がある。それは、図１５ａのフォーマットを用いる識別マーカー（ＰＩＮ未入力（Ｒｓ＝００）；正しいＰＩＮ（Ｒｓ＝０１）；および誤ったＰＩＮ（Ｒｓ＝１０））によって識別され得る。本発明のこのさらなる局面に従って、さらなる「ステート」は、図１５ｂにより十分に示されるように、これら３つに追加される。このさらなるステートは、正しいＰＩＮが入力されたことを表すが、その後、検証ステータスのインジケータは出力されるか、またはデジタル署名はＥＣに関係して生成された。この第４のステートは、前述のフォーマットのいずれかを用いて示され、図１５ｂのカラム１５０８に示される基数フォーマットを含み得る。バイナリフォーマットは、図１５ｂのカラム１５１０に示される。文字列フォーマットは、図１５ｂのカラム１５１２に示される。バイナリフォーマットを用いると、第４のステートは、インジケータが出力される毎か、またはデジタル署名がセッティングによって「０１」に等しい識別マーカーを用いて生成され、故に、識別マーカーは「１１」に等しくする毎に識別される。
【０１７１】
あるいは、デバイスは、カウンタまたは「デジタル署名フラグ」（総称的に「ＤＳＦｌａｇ」としてこれ以降言及される）を維持する。これに関して、ＤＳＦｌａｇは、最初にゼロにセットされ、検証ステータスのインジケータが出力される毎か、またはデジタル署名がデバイスによって生成される毎に１以上まで数える。従って、ＤＳＦｌａｇは、ＤＳＦｌａｇがゼロにリセットされる後に、検証データがデバイスによって受信されるまで出力された各インジケータまたは生成されたデジタル署名に対して１のままである（または、１からカウントし続ける）。この場合、ＤＳＦｌａｇの値は、情報のさらなるビットとして、識別マーカーの値に挿入される。例えば、識別マーカーの見込まれる値は、従って、下記を含む。ここで、「／」は、Ｒｓのバイナリ値、および例図の目的のための対応するＤＳＦｌａｇ値を分離する：００／０（ＰＩＮ未入力；ＩＶＳまたはＤＳ未出力）；００／１（ＰＩＮ未入力；ＩＶＳまたはＤＳ出力）；０１／０（ＰＩＮ一致；ＰＩＮ一致のためＩＶＳまたはＤＳ未出力）；０１／１（ＰＩＮ一致；ＰＩＮ一致のためＩＶＳまたはＤＳ出力）；１０／０（ＰＩＮ不一致；ＩＶＳまたはＤＳ未出力）；１０／１（ＰＩＮ不一致；ＩＶＳまたはＤＳ出力）。
【０１７２】
バイオメトリック検証データの１つのタイプのみを受信するために構成されるデバイスに関して、デバイスは、好ましくは、まさに記載される方法論に対する様態における識別マーカーの一部としてＤＳＦｌａｇを含む。例えば、デジタル署名を作成し、バイオメトリック検証データのある特定のタイプのみを受信して、処理することを可能にするデバイスに関して、識別マーカーは、一致の度合いおよびＤＳＦｌａｇの値を含む。従って、ＥＣの送信側が親指の指紋を提示して、その指紋が９０％の一致を有すると判定した場合、およびデジタル署名が生成されたなかった場合、識別マーカーの適切な値は「９０／０」（２つの値の分離を示すためだけに「／」を用いる）であり、これは、一致の度合いを示すＲｂに対する「９０」の値、および検証データの最後の受信からデジタル署名が生成されなかったことを示すＤＳＦｌａｇに対する「０」の値を有する。逆に、上記の例において、親指の指紋スキャンがデバイスに提示されてから、１つ以上のデジタル署名が、デバイスによって生成された場合、識別マーカーは、「９０／１」（または、カウンタ「９０／ｘ」（「ｘ」は０より大きい任意の数）の場合において）になる。
【０１７３】
データ入力の複数のタイプ（秘密および／またはバイオメトリック）を受信することができるデバイスに関して、デバイス自体のＤＳＦｌａｇを有することは、検証データの各タイプに対する各比較結果（Ｒ）に対して好ましい。この状況の場合において、デジタル署名が作成される毎に、全てのＤＳＦｌａｇは、１にセットされる（またはそうでなければ、上述のように増加される）。しかし、さらなる検証データがデバイスによって受信される毎に、特定のタイプの検証データは、そのＤＳＦｌａｇに対してゼロにセットされる。このシナリオにおける電子装置への情報の転送に関して、前述されるように、特定の識別子を含むことは好ましい。前のセクションからの例を使用すると、適切な識別マーカーは、
【０１７４】
【数３】
2004519874.tif 000005
のようになる。この識別マーカーは検証ステータスを示し、検証ステータスにおいて正しい秘密が入力される。右中指の指紋は２５％の一致を有し、右小指の指紋は９６％の一致を有し、ＤＮＡスキャンは９５％の一致を有し、そして右中指の指紋ｈ、最後のデジタル署名がデバイスによって生成されてから入力された。
【０１７５】
ここで、図１７を参照すると、本発明のデバイスに対する仮想的な一連の動作（主に検証データの異なるタイプの入力）および識別マーカーの値への変化（もしあれば）の結果を示す。この例では、デバイスは、ＰＩＮ、デバイスの認定されたユーザの右手の親指の指紋（識別子＝００２）に対するデジタル化された値、およびデバイスの認定されたユーザの右目の網膜（識別子＝０１６）のデジタル化されたバージョンを含む。さらに本例では、デバイスの識別マーカ（ＩＭ）は、Ｒｓ値、Ｒｂ（００２）値、ＤＳＦｌａｇ（００２）値、Ｒｂ（０１６）値、およびＤＳＦｌａｇ（０１６）値を含む。この識別マーカーは、Ｒｓの値に対する２つのデジタルバイナリ変換（すなわち、図１５ｂのカラム１５１０から）、Ｒｂ（００２）およびＲｂ（０１６）の値に対する２つのデジタルパーセンテージ整合変換（図１６のカラム１６０２から）、および各バイオメトリック検証データのタイプに関連付けられたＤＳＦｌａｇに対するバイナリ値を使用する。従って、ＤＳＦｌａｇ値は、「０」（特定のタイプのバイオメトリック検証データが受信された後のデジタル署名または検証状態インジケータの出力の生成がないことを示す）または「１」（特定のタイプのバイオメトリック検証データが受信された後のデジタル署名または検証状態インジケータの出力の生成を示す）のいずれかである。
【０１７６】
一連の１３の動作は、図１７の表の第１のカラムに順番に示されている。デバイスおよびより詳細にはデバイスの識別マーカーに対する、デバイスの現在の検証状態を識別する、これらの動作のそれぞれの影響は、この表の残りのカラムにわたって水平に示される。第１の動作では、デバイスは活性化され、オンされ、またはそうでなければリセットされる。この動作は、識別子マーカーを構成するそれぞれの値を生じ、示されるようにデフォルト値０にリセットされる。第２の動作では、誤ったＰＩＮが入力され、これによりＲｓの値を「１０」に変化させる。デバイスへの正確な以後のＰＩＮ入力は、Ｒｓ値を「０１」に切り替える。デジタル署名の生成、識別マーカーの値の出力、またはデバイスの検証状態の他の出力は、Ｒｓの値を「１１」に切り替えさせ、ＤＳＦｌａｇの両方を「１」にトグルさせる。Ｒｓの値は、第４の動作ステップの出力において含まれたＲｓの値が「０１」（この値は、以前のテーブルのロウから、出力時においてＲｓの「現在の値」であった）であったことに留意されるべきである。第５の動作によって示されたように、デジタル署名の第２の生成、識別子マーカーの値のデジタル署名、またはデバイスの検証状態の他の出力は、識別子マーカーの値に影響を与えない。しかし、Ｒｓの値およびＤＳＦｌａｇの値は、第４の動作の間に出力された値とは異なることを留意するべきである。
【０１７７】
第６の動作として正確なＰＩＮ入力は、Ｒｓの値を「０１」に設定するが、右手の親指の指紋および右目の網膜に対するＤＳＦｌａｇに影響を与えない。第７の動作では、右手の親指がデバイスに提供され、予め格納された右手の親指の指紋の値と８５％の整合を生じる。これは、Ｒｂ（００２）の値を「８５」に設定させ、ＤＳＦｌａｇ（００２）の値を「０」に設定させる。第８の動作では、右目の網膜のスキャン結果がそのデバイスに提供され、予め格納された値に対して９０％の整合を生じる。これは、Ｒｂ（０１６）の値を「９０」に設定させ、さらにＤＳＦｌａｇ（０１６）の値を「０」に設定させる。
【０１７８】
図１７を参照すると、第９の動作は、デジタル署名の第３の生成、識別マーカーの出力、または第９の動作の後に効果的である識別子マーカーを含むデバイスの検証状態の他の出力である。この動作によって、Ｒｓを「１１」にスイッチさせ、ＤＳＦｌａｇの両方をトグルして「１」に戻す。第１０の動作では、第２の右手親指の指紋がデバイスに提供され、これにより８８％の整合を生じ、Ｒｂ（００２）の値を「８８」に変化させ、ＤＳＦｌａｇ（００２）の値を「０」に変化させる。この点における誤ったＰＩＮエントリは、第１１の動作において、単にＲｓの値を「１０」に変化させるに過ぎない。第１２の動作では、デジタル署名の第４の生成、識別子マーカーの出力、またはデバイスの検証状態の他の出力は、ＤＳＦｌａｇ（００２）をトグルして「１」に戻すが、既に「１」に設定されているため、Ｒｓ値またはＤＳＦｌａｇ（０１６）の値に影響を与えない。第１３の動作では、第２の右目網膜がデバイスに提供され、８９％の整合を生じ、Ｒｂ（０１６）の値を「８９」に変化させ、ＤＳＦｌａｇ（０１６）の値を「０」の戻すようにスイッチングされる。第１４の動作（詳細に示さない）では、デバイスへのリセット信号は、第１の動作の後に示された値に戻す値の全てをリセットする。
【０１７９】
８．コンピュータチップ設計
ここで図１８に移ると、本発明に従う、ＩＣカード、ＰＤＡ、携帯電話、パーソナルコンピュータまたは他のデバイスと結合して用いられ得る本発明の好適なコンピュータチップ５０が示される。示されるように、コンピュータチップ５０は、電力５２、クロック入力５４、リセットまたはマスタークリア（ｍａｓｔｅｒ  ｃｌｅａｒ）入力５６を外部電源９０から受信する。コンピュータチップ５０はまた、グラウンド５８に接続され、外部電源９０を通じて入力および出力データ６０を交換する。外部電源９０は、ＩＣカード、ＰＤＡ、携帯電話、パーソナルコンピュータまたは他のデバイスの一部であり得る。コンピュータチップ５０は、ＩＣカード、ＰＤＡ、携帯電話、パーソナルコンピュータまたは他のデバイスに組み込まれるか、場合によっては、ＩＣカード、ＰＤＡ、携帯電話、パーソナルコンピュータまたは他のデバイスと通信するＩ／Ｏ支援要素（図示せず）の一部であり得る。
【０１８０】
内部的には、コンピュータチップ５０は、Ｉ／Ｏルータ６２、中央コントローラ６４、一組の公開／秘密鍵の対応する公開鍵を格納するメモリロケーション６８、専用公開／秘密鍵生成回路７０、秘密鍵破壊回路（ｐｒｉｖａｔｅ  ｋｅｙ  ｄｅｓｔｒｕｃｔｉｏｎ  ｃｉｒｃｕｉｔ）７２、デフォルトの予め格納されたメッセージを格納するメモリロケーション６５、デジタル署名回路７１（ハッシュ関数回路７３、乱数生成器７４、暗号回路７５を含む）、データ（シークレットおよび／またはバイオメトリックデータ）を予め格納するメモリロケーション７６、メモリロケーション７６から選択された予め格納されたデータを取り出す選択マルチプレクサ７８、様々なアカウントおよび他のユーザ情報を格納するメモリロケーション８０、メモリロケーション８０から選択された情報を取り出す選択マルチプレクサ８２、コンピュータチップ５０の現在の検証ステータス（好適には、識別マーク（ＩＭ）の形態である）を格納するメモリロケーション８３（検証ステータスは、Ｒｓ（シークレットに対する）の値およびそれぞれのＲｂ（デバイス５０内に格納されたそれぞれのバイオメトリック検証データタイプに対する）の値およびＲｓに対応するＤＳＦｌａｇに対する値を含む）、メモリロケーション８３への読み出しおよび書き込みのための選択マルチプレクサ８４を含む。
【０１８１】
好適には、以下の機能を有するコンピュータチップ５０が設計される：確実および永続的にデータ（特に秘密鍵）を格納する能力；乱数生成器７４からチップ内に生成された乱数を用いて一組の公開−秘密鍵の鍵をチップ上に一回限り（ｏｎ  ｏｎｅ  ｔｉｍｅ  ｏｎｌｙ  ｂａｓｉｓ）作成する能力；および、要求される場合、ＦＩＰＳ  ＰＵＢ１８６−２によって乱数生成器７４からチップ内に生成された乱数を用いてデジタル署名を発行する能力。コンピュータチップ５０は、さらに、好適には、タンパリング（ｔａｍｐｅｒｉｎｇ）に対して抵抗があり、差動出力アタック（Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｐｏｗｅｒ  Ａｔｔａｃｋ）および他の物理的分析に耐性がある。シークレットに関する予め格納されたデータはまた、好適には、エグゾースティブサーチアタック（ｅｘｈａｕｓｔｉｖｅ  ｓｅａｒｃｈ  ａｔｔａｃｋ）から保護される。秘密鍵の「保護（ｐｒｏｔｅｃｔｉｎｇ）」の一方法は、破壊回路７２付きのコンピュータチップ５０を設計することによる。破壊回路７２は、任意のタンパリングによってトリガされるか、電子的、物理的および他の公知の手段によって秘密鍵の盗難が試みられる場合に、秘密鍵を破壊する。このような環境下で、破壊回路７２は、コンピュータチップ５０がさらなるデジタル署名を生成することを防ぐことにより、かつ、メモリロケーション６６に保持された情報を破壊することにより、無用なコンピュータチップ５０をレンダリングする（ｒｅｎｄｅｒ）。
【０１８２】
なお図１８を参照すると、コンピュータチップ５０はまた、製造中にチップにロードされるか、チップ５０のリードオンリーメモリ（ＲＯＭ）に永続的にエッチされる変更不可能なオペレーティングソフトウェアを含む。このようなソフトウェアは、コンピュータチップ５０がコマンドの特定のセットに応答し、コマンドの特定のセットに基づき機能することを可能にする。このようなコマンドは、例えば、コンピュータチップ５０が個人所有されることを可能にする。個人所有は、シークレット、バイオメトリック特性、ユーザネームおよびアカウント番号（単数および複数）についてのデータの入力および予め格納することを含む。好適には、シークレットの予め格納されたデータは、現在のシークレット検証データの成功した入力に基づいて変更され得る。しかし、予め格納されたバイオメトリックデータは、好適には、一旦メモリにロードされると、永続的である。
【０１８３】
ソフトウェアは、鍵生成回路７０にコンピュータチップ５０内に直接に固有の一組の公開−秘密鍵の鍵を１回限り作成させるコマンドをさらに含む。前述したように、秘密鍵は、メモリロケーション６６に安全に格納されている。公開鍵は、メモリロケーション６８に格納される。ソフトウェアは、公開鍵がコンピュータチップ５０からエクスポートされることを可能にするコマンドを含む。公開鍵をエクスポートするためのコマンドは、公開鍵へのアクセスについての厳密な制御（ｓｔｒｉｃｔ  ｃｏｎｔｒｏｌ）が所望であるか否かに依存して、複数回または１回限り、実行可能である。ソフトウェアはまた、検証データが入力されていることをコンピュータチップ５０に知らせるコマンドを含む。必要に応じて、個別のコマンド（またはコマンドと共に含まれる個別の情報）は、入力されている検証データがシークレットまたはバイオメトリック特性に対するものであるか否かを示すように用いられ、バイオメトリック特性に対するものである場合は、バイオメトリックタイプである。好適には、コンピュータチップ５０はまた、コンピュータチップ５０が検証データを受信する場合には常に、検証ステータスを識別する。
【０１８４】
ソフトウェアはまた、メッセージが入力されていることをコンピュータチップ５０に知らせるコマンドを含む。多くの状況において、コンピュータ５０に入力されるか、提供されるメッセージデータ入力がコンピュータチップ５０のメモリロケーション８０に特定のアカウント情報または維持される他のユーザデータを組み込むことが、必要であるか、所望である。一般的には、メモリロケーション８０からこのような情報を抽出し、コンピュータチップ５０に送信されたメッセージデータ内にこのような情報を含めるための２つの技術がある。
【０１８５】
第１の技術において、アカウントおよび他のユーザ情報がコンピュータチップ５０から抽出され、ユーザは、コンピュータチップ５０を用いてデジタル署名されるべきメッセージの一部として含まれるべき適切なアカウントまたはユーザ情報を選択するようにディスプレイを通じてプロンプトを与えられる。次いで、メッセージデータコマンドは、コンピュータチップ５０にデジタル署名の発行のために（ｏｒｉｇｉｎａｔｉｏｎ）送信されており、選択されたアカウントまたはユーザ情報がメッセージデータに含まれる。例えば、コンピュータチップ５０がリーダまたは他のＩ／Ｏ支援要素と結合してＩＣカードにて用いられるとき、Ｉ／Ｏ支援要素は、全てのアカウントおよびユーザ情報の抽出のためにコマンドをコンピュータチップ５０に送信する。次いで、ユーザは、適切なアカウントまたはユーザ情報を、コンピュータチップ５０を用いてデジタル署名されるべきメッセージの一部として含まれるべきＩ／Ｏ支援要素によって提供されたディスプレイから選択する。この後、メッセージデータコマンドは、デジタル署名の発行のためにコンピュータチップ５０に送信されており、選択されたアカウントまたはユーザ情報がメッセージデータに含まれる。
【０１８６】
第２の技術において、コンピュータチップ５０に提供されたメッセージデータコマンドは、特定のアカウントフィールドまたはユーザ情報フィールドを識別するが、値が全く供給されない１以上の「ヌルフィールド」、または、他の適切な「タグ」を含む。タグに応答して、コンピュータチップ５０は、メモリに維持される対応したフィールドを識別するために、コンテンツアドレス可能なメモリ（ｃｏｎｔｅｎｔ  ａｓｓｒｅｓｓａｂｌｅ  ｍｅｍｏｒｙ）をサーチする。対応したフィールドのロケーションに基づいて、コンピュータチップ５０は、タグのヌル値の代わりに、このようなフィールドの値をメッセージデータに供給する。この方法論について、メモリロケーション８０にアカウントまたはユーザ情報を含むそれぞれのデータセルは、固有のタグまたはコンテンツアドレスを有する。好適には、このようなタグまたはコンテンツアドレスは、アカウントまたはユーザ情報がメモリロケーション８０に正しく格納され得、後で必要とされるときに、タグを用いて容易に取り出されるように、規格化されている。このようなタグはＸＭＬタグを含み得る。
【０１８７】
例えば、メッセージデータコマンドは、コンピュータチップ５０に送信され得る。コンピュータチップ５０において、メッセージデータは、＜ユーザ名＞がメッセージデータのテキスト内の特定のロケーションに入れられることを要求するヌルフィールドまたはタグを含む。このようなメッセージデータがコンピュータチップ５０に提供される時に常に、コンピュータチップ５０は、この場合、チップ５０のメモリロケーション８０の第３のセルに格納された「ユーザ名」を入れることにより、自動的にメッセージデータを完了される。好適には、タグは、コンピュータチップ５０のメモリロケーション８０にて維持される任意の様々なフィールド値（例えば、クレジットカードアカウント番号；銀行アカウント番号、ユーザ名；雇用者アカウント番号；ウェブサイトアカウント番号等）を抽出し、入れるために用いられ得る。
【０１８８】
一旦メッセージデータが、上述の技術の１つを用いて、全ての要求されたアカウントおよびユーザ情報について「完了」されると、このようなメッセージデータは、以下のために用意される：（ＩＭの値を用いる）コンピュータチップの現在の検証ステータスによる変更；変更されたメッセージデータのハッシュ値の計算；デジタル署名を生成するためのハッシュ値の暗号化；およびデジタル署名の出力。
【０１８９】
あるいは、コンピュータチップ５０は、デジタル署名を生成するための適切なコマンドに応答して、インポートされたメッセージデータではなく、メモリロケーション６５に予め格納されたメッセージを用いて同一の態様でデジタル署名を生成する。
【０１９０】
理解されるように、上述のコンポーネントおよび機能性を含むコンピュータチップ（本発明によって検証ステータスを提供する場合に用いられる）は、これ自体が新規であり、進歩性があり、したがって、このようなコンピュータチップは、実に、本発明の１局面を含む。
【０１９１】
図１９〜２３（図１８に戻って参照しながら）は、本発明の第１の局面によって機能するように構成され、（図１８を参照して以上で説明したような）適切なコンピュータチップ５０を含む単一のＩＣカード９５は、ＩＣカード９５の疑わしいユーザ４６により、多くの異なる用途およびセッティングに用いられる。ＩＣカード９５の構造は、ＩＣカード９５が内部に組み込まれたコンピュータチップ５０と、ＩＣカードリーダとＩＣカード９５のコンピュータチップとの間の通信を可能にする表面接触（ｓｕｒｆａｃｅ  ｃｏｎｔａｃｔ）とを有する点で従来的である。表面接触は、ＩＳＯ／ＩＥＣ  ７８１６規格である。また、ＩＳＯ／ＩＥＣ１４４４３規格に近いカードまたは７８１６および１４４４３の両方の動作が可能な組み合わせカードを有することは可能である。
【０１９２】
これらの例のためには、コンピュータチップ５０（図１８に示されるように）は、以前に説明された態様で作成された固有の公開／秘密鍵ペアを含むことが仮定される。ＰＩＮ（これらの例におけるシークレット）、および、認証されたユーザの右の親指、右眼の網膜および音声プリントのデジタル化バージョンは、入力され、チップ５０のメモリロケーション７６（それぞれセル００１、００２、０１６および０２０）に予め格納される（再び、図１８に示されるように）と仮定される。また、認証されたユーザ名、クレジットカードアカウント番号、当座預金アカウント、建物およびコンピュータアクセスのための関連する従業者ＩＤ番号およびウェブサイトブローカアカウント番号は、外部電源からＩＣカード９５に提供されるメッセージデータ内に含まれる適切なタグを用いて、必要にされるアクセスのために、メモリロケーション８０に適切に予め格納されたことが仮定される。さらに、コンピュータチップ５０に格納された公開鍵が認証されたユーザの雇用者、クレジットカードアカウント会社、銀行およびブローカに提供され、これらのそれぞれが、順に、固有のデータベースにおいて、公開鍵を認証されたユーザのアカウントに関連付けたことが仮定される。また、本発明の例のために、コンピュータチップ５０が識別マーカー（ＩＭ）のために値を出力し、識別マーカーは、図１５ａのカラム１５０４に記載される約束事を用いて、Ｒｓの値を含むデータストリング（すなわち、ＰＩＮなし（Ｒｓ＝００）、正しいＰＩＮであり、ＩＶＳまたはＤＳに用いられない（Ｒｓ＝０１）、誤ったＰＩＮ（Ｒｓ＝１０））であることを仮定される。識別マーカーの値は、バイオメトリック検証データタイプ毎に、タイプ識別子（０ｘｘ）および（図１６のカラム１６０２に記載されるように、二桁のパーセンテージ適合（ｔｗｏ−ｄｉｇｉｔ  ｐｅｒｃｅｎｔａｇｅ  ｍａｔｃｈ）（ｘｘ）のフォーマットでの）Ｒｂの値を含む。さらに、識別マーカーは、Ｒｓ値およびＲｓ値と関連付けられた個々のＤＳＦｌａｇを含む。
【０１９３】
ここで、特に図１９を参照すると、第１の例は、疑わしいユーザ４６によって用いられるＩＣカード９５を示す。この第１の例において、疑わしいユーザ４６は、パーキングエリア１９０２へのアクセスを得るためにＩＣカード９５を提示する。パーキングエリア１９０２は、パーキングゲート１９０４によって保護されており、パーキングゲート１９０４はアーム１９０６を有し、パーキングゲートコントローラ１９０８によって制御される。順に、パーキングゲートコントローラ１９０８は、ＩＣカードリーダ１９１０と通信する。パーキングゲート１９０４から分離しているように示されるが、コントローラ１９０８およびＩＣカードリーダ１９１０は、実際、パーキングゲート１９０４のハウジング内に物理的にインストールされ得る。
【０１９４】
アーム１９０６を持ち上げるために、疑わしいユーザ４６は、ＩＣカード９５をリーダ１９１０に差し込む（または、１４４４３動作の場合には、このカードをリーダの近くに置く）。これが比較的低いセキュリティパーキングエリア１９０２であるので、ＩＣカードリーダ１９１０は、関連付けられたキーパッドまたはバイオメトリックスキャナを有さず、従って、疑わしいユーザ４６が任意の検証データを入力する手段は全くない。これに対応して、パーキングエリアへのアクセスは、ＩＣカード９５の任意の特定の検証ステータスに依存しない。パーキングゲートコントローラ１９０８は、ＩＣカード９５の適切な提示のみに基づいてパーキングゲート１９０６を開ける。ＩＣカード９５は、パーキングゲートコントローラ１９０８について予備登録されている。好適には、予備登録は、コンピュータチップ５０のメモリ８０（図１８に示されている）に保持されるユーザの名前（「ユーザ名」）をパーキングエリアコントローラ１９０８に提供するカードの認証されたユーザを含むか、または、逆に、従業者アカウント番号をメモリロケーション８０（図１８に示される）に入力することによってパーキングゲートシステムでの使用のために、パーキングゲート１９０４のオペレータ（例えば、認証されたユーザの雇用者またはエージェント）にＩＣカード９５を承認させることを含む。改良されたセキュリティのために、カード９５の認証されたユーザはまた、公開鍵（チップ５０に保持された）をパーキングゲートコントローラ１９０８に提供しており、パーキングゲートコントローラ１９０８は、ユーザの名前または従業者アカウント番号（以下で、「ユーザ情報」として一般に参照される）を公開鍵に関連付ける。
【０１９５】
ＩＣカード９５がカードリーダ１９１０に差し込まれる（または、カードリーダ１９１０の近くに持って来られる）とき、カードリーダ１９１０が初期化される。カードリーダ１９１０の初期化は従来的であり、ＩＣカード９５を物理的に検出するカードリーダ１９１０により、または、ＩＣカード９５がカードリーダ１９１０から電力を受け取るときには、カードリーダ１９１０に「リセット」メッセージをスタートアッププロトコルの一部として出力するＩＣカード９５により、達成される。一旦ＩＣカード９５が電力を受け取ると、ＰＩＮに対する識別マーカーおよび全てのＤＳＦｌａｇおよびそれぞれの適用可能なバイオメトリックタイプがリセットされる。あるいは、電力がカード９５から除去されるときには、全てのこのような値がリセットされ得る。
【０１９６】
初期化に続いて、カードリーダ１９１０はメッセージ入力コマンドをＩＣカード９５に送信する。メッセージ入力コマンドは、最低限として、メモリロケーション８０（図１８に示される）の適切なデータフィールドからの「ユーザ名」または「従業者アカウント番号」等のタグを要求するユーザ情報を含む。この例では、タグ以外のさらなるメッセージデータはない。
【０１９７】
一旦メッセージ入力コマンドがＩＣカード９５によって受信されると、ＩＣカード９５のコンピュータチップ５０（図１８に示される）は、メモリロケーション８０（図１８に示される）からの要求されたユーザ情報を取り出し（このようなユーザ情報はメッセージデータの一部となる）、識別マーカーの現在の値を取り出し、メッセージデータに対する値を予め用いること（ｐｒｅ−ｐｅｎｄｉｎｇ）によって識別マーカーの値についてメッセージデータを変更し、変更されたメッセージデータのハッシュ値を計算し、デジタル署名を生成するためのハッシュ値を暗号化し、デジタル署名、要求されたユーザ情報および識別マーカーの値をカードリーダ１９１０にエクスポートし、カードリーダ１９１０は、処理のためにコントローラ１９０８にこのようなデータを転送する。
【０１９８】
以下では、コントローラ１９０８は、まず、ＩＣカード９５からの要求されたユーザ情報（名前または従業者アカウント番号）とコントローラ１９０８のデータベースに維持された認証された名前または認証された従業者アカウント番号のリストとを比較する。認証について関連のない低いセキュリティの場合、コントローラ１９０８は、ＩＣカード９５から受信されたユーザ情報がコントローラ１９０８のデータベースにおける認証された名前または認証された従業者アカウント番号の１つと適合した場合、パーキングゲート１９０６を開ける。偽造のＩＣカードから保護する高いセキュリティのために、コントローラ１９０８は、適合しているユーザ情報と関連付けられた公開鍵を用いてＩＣカード９５から受信されたデジタル署名を復号化する。デジタル署名から復号化されたハッシュ値がＩＣカード９５によって提供されたユーザ情報（すなわち、メッセージデータ）に基づいて計算されたハッシュ値に適合する場合、ＩＣカード９５から受信された識別マーカーの値によって変更されるように、コントローラ１９０８は、ＩＣカード９５（ＩＣカード９５からデジタル署名が受信される）がパーキングゲート１９０４のオペレータについて予備登録したユーザと関連付けられた固有の公開鍵を含み、パーキングゲートのアーム１９０６を持ち上げることを決定−すなわち、この場合、ファクタＡエンティティ認証に基づいてゲートを上に上げる決定をする。
【０１９９】
ここで図２０および２１に移ると、同一のＩＣカード９５は、安全な建物２００２へのアクセスおよび安全な部屋２１０２（安全な建物２００２内に配置されている）へのアクセスを得るために、まず、疑わしいユーザ４６によって用いられ得る。図２０に示されるように、１つのＩＣカードリーダ２００４は、建物２００２に安全なエントランス２０１０の隣に設けられている。このＩＣカードリーダ２００４は、英数字キーボード２００６および表示スクリーン２００８を含む。ＩＣカードリーダ２００４は、建物のセキュリティコントローラ２０１４と通信しており、このコントローラ２０１４は、エントランス２０１０のロッキング機構２０１２を制御する。建物内部において、図２１に示されるように、別のＩＣカードリーダ２１０４は安全なドア２１１０の隣の壁上に設けられている。このＩＣカードリーダ２１０４は、網膜スキャナ２１０６およびディスプレイ２１０８を含む。同様に、このＩＣカードリーダ２１０４は、建物のセキュリティコントローラ２１１４と電子通信しており、このコントローラは、ドア２１１０のロッキング機構２１１２を制御する。パーキングエリア１９０２（図１９から）が安全な建物２００２と同一の設備の一部である場合、パーキングゲートコントローラ１９０８および建物セキュリティコントローラ２０１４、２１１４が同一の装置、同一のコンピュータシステムの一部であるか、または認証されたユーザについての情報の同一のデータベースおよびＩＣカード９５の公開鍵を共有することが可能である。
【０２００】
まず、図２０に関して、安全な建物２００２へのアクセスのために、ＩＣカード９５はＩＣカードリーダ２００４に差し込まれる（または、カードリーダ２００４の近くに持って来られる）。リーダ２００４は、図１９のカードリーダ１９２０とまさしく同一の方法で初期化される。電力がまずＩＣカード９５に供給されるとき、識別マーカーおよび全てのＤＳＦｌａｇがリセットされる。
【０２０１】
一旦初期化されると、カードリーダ２００４は、ディスプレイ２００８を用いて、疑わしいユーザ４６がＰＩＮを入力するようにプロンプトする。一旦ＰＩＮがキーパッド２００６を用いて入れられると、カードリーダ２００４は、同一のＰＩＮを、建物のセキュリティコントローラ２０１４ではなく、直接にＩＣカード９５に送信する。
【０２０２】
一旦ＩＣカード９５がＰＩＮ検証データを受信すると、コンピュータチップ５０（図１８に示される）のコントローラ６４は、メモリロケーション７６（セル００１）から予め格納されたＰＩＮデータを取り出し、２つの値を比較する（ファクタＢエントリ認証）。適合／非適合の決定は、コントローラ６４によって為され、コントローラ６４は、Ｒｓ＝０１（適合）またはＲｓ＝１０（非適合）のいずれかとして検証ステータスを識別する。
【０２０３】
適切だが、短い遅れ（ｄｅｌａｙ）（カードリーダ２００４の制御部にプログラミングされる）の後に、カードリーダ２００４は、メッセージ入力コマンドをＩＣカード９５に送信する。図１９に関連して前に説明されたように、メッセージ入力コマンドは、適切なデータフィールドからの、「タグ」を要求するユーザ情報（例えば、「ユーザ名」または「従業者アカウント番号」）を、メモリロケーション８０（図１８に示される）にて含む。再び、メッセージデータがタグのみを含み、さらなる情報を含まないと仮定する。
【０２０４】
一旦メッセージ入力コマンドがＩＣカード９５によって受信されると、ＩＣカード９５のコンピュータチップ５０は、メモリロケーション８０（図１８に示される）からの要求されたユーザ情報を取り出し、識別マーカーの現在値を取り出し、ユーザ情報にある値を予め用いていることにより、識別マーカーの値についてユーザ情報（すなわち、メッセージデータ）を変更し、デジタル署名を生成するために変更されたユーザ情報のハッシュ値を計算し、ハッシュ値を暗号化し、デジタル署名、要求されたユーザ情報および識別マーカーの値をカードリーダ２００４にエクスポートする。コンピュータチップ５０（図１８に示されている）は、次いで、ＤＳＦｌａｇの全ての値を「１」に増分させる。同様に、コンピュータチップ５０は、任意の検証データ入力がカード９５をパワーオンさせてから受信される特定の検証データタイプについてＤＳＦｌａｇの値を「１」に増分するだけである。
【０２０５】
デジタル署名、識別マーカーの値およびカードリーダ２００４によって受信されたユーザ情報は、建物のセキュリティコントローラ２０１４に通信される。建物のセキュリティコントローラ２０１４は、まず、ユーザ情報が、建物２００２へのアクセスのために、認証された名前または認証された従業者番号のいずれかと適合することを確認する。確認した場合、建物のセキュリティコントローラ２１０４は、適合している認証されたユーザ情報と関連付けられた公開鍵を用いてデジタル署名を復号化する。デジタル署名から復号化されたハッシュ値がＩＣカード９５から受信されたユーザ情報に基づいて計算されたハッシュ値と適合した場合、ＩＣカード９５から受信された識別マーカーの値によって変更されるとき、建物のセキュリティコントローラ２０１４は、ＩＣカード９５（ＩＣカード９５からデジタル署名が受信される）が固有の秘密鍵を含むことを判定する。最後に、建物のセキュリティコントローラ２０１４は、ＩＣカード９５の疑わしいユーザ４６が実際にＩＣカード９５の認証されたユーザであるか否かを判定するために、識別マーカーの値によって示された検証ステータスをチェックする。示された検証ステータスが適合（すなわち、Ｒｓ値＝０１）を表す場合、建物のセキュリティコントローラ２０１４は、疑わしいユーザ４６が認証されたユーザであると推測し、エントランスを解除する、および／または、ドア２０１０を開くために信号をロッキング機構２０１２に送信する。
【０２０６】
図２１の安全な部屋２１０２内へのアクセスのために、ＩＣカード９５は、ＩＣカードリーダ２１０４に差し込まれる（またはカードリーダ２１０４の近くに持って来られる）。リーダ２１０４は、カードリーダ２００４とまさしく同一の方法で初期化され、電力がまずＩＣカード９５に供給されるとき、識別子マーカーおよびＤＳＦｌａｇがリセットされている。一旦初期化されると、カードリーダ２１０４は、ディスプレイ２１０８を用いて、スキャナ２１０６の前に右眼を置くように疑わしいユーザ４６に促進する。網膜スキャナ２１０６は、疑わしいユーザ４６の右眼をスキャンし、右眼のデジタル化されたバージョンを入手する。次いで、カードリーダ２１０４は、バイオメトリック検証データ（右眼の網膜のデジタル化スキャンの識別子および値を含む）を、比較のために、建物のセキュリティコントローラ２１１４でなく、ＩＣカード９５に送信する。
【０２０７】
一旦バイオメトリック検証データがＩＣカード９５によって受信されると、コントローラ６４（図１８に示される）は、受信されたバイオメトリック検証データのタイプを判定し、メモリロケーション７６（セル０１６）からの認証されたユーザの右眼の網膜について対応する予め格納されたバイオメトリックデータを取り出し、２つの値を比較する（ファクタＣエンティティ認証）。適合判定／計算の程度は、コントローラ６４によって為される。コントローラ６４は、Ｒｂ（０１６）を、パーセンテージ適合（再び、図１８に示される）に対応する二桁の数に設定する。
【０２０８】
適切だが、短い遅れの後、カードリーダ２１０４は、メッセージ入力コマンドをＩＣカード９５に送信する。上述したように、メッセージ入力コマンドは、メモリロケーション８０の適切なデータフィールドからユーザ情報を要求するタグを含む。再び、メッセージデータがタグのみを含み、更なる情報を含まないことが仮定されている。
【０２０９】
一旦メッセージ入力コマンドがＩＣカード９５によって受信されると、ＩＣカード９５のコンピュータチップ５０は、メモリロケーション８０から要求されたユーザ情報を取り出し、識別マーカー（Ｒｂ（０１６）の値およびＤＳＦｌａｇ（０１６）の値を内部に含んでおり、カードがカードリーダ２１０４に差し込まれたときにゼロにリセットされた）の現在値を取り出し、ユーザ情報にある値を予め用いることによって識別マーカーの値でユーザ情報を変更し、変更されたユーザ情報のハッシュ値を計算し、デジタル署名を生成するためにハッシュ値を暗号化し、デジタル署名、要求されたユーザ情報および識別マーカーの値をカードリーダ２１０４にエクスポートする。次いで、コンピュータチップ５０は、ＤＳＦｌａｇの全ての値を「１」に増分する。
【０２１０】
デジタル署名、ユーザ情報およびＩＣカード９５から受信された識別マーカーの値は、次いで、カードリーダ２１０４によって建物のセキュリティコントローラ２１１４に通信される。建物のセキュリティコントローラ２１１４は、まず、ＩＣカード９５から受信されたユーザ情報が部屋２１０２へのアクセスのために認証されたユーザ名または従業者アカウント番号を適合することを確認する。適合する場合、建物のセキュリティコントローラ２１１４は、適合するユーザ情報と関連付けられた公開鍵を用いてデジタル署名を復号化する。デジタル署名からの復号化されたハッシュ値がＩＣカード９５からの受信されたユーザ情報に基づいて計算されたハッシュ値と適合する場合、ＩＣカード９５から受信された識別マーカーの値によって変更されるように、建物のセキュリティコントローラ２１１４は、ＩＣカード９５（ＩＣカード９５からデジタル署名が受信される）固有の秘密鍵を含むことを判定する。最後に、建物のセキュリティコントローラ２１１４は、疑わしいユーザ４６が実際にＩＣカード９５の認証されたユーザであるか否かを判定するための識別マーカーの値によって示される検証ステータスをチェックする。この関連において、スキャンされた網膜の値と認証されたユーザの網膜の値との間の適合の程度が、建物のセキュリティコントローラ２１１４によって設定された閾値要件（例えば、９０％以上の適合）を満たす場合、建物のセキュリティコントローラ２１１４は、疑わしいユーザ４６が認証されたユーザであり、ドア２１１０を解除および／または開けるために、ロッキング機構２１１２に信号を送信することを推測する。
【０２１１】
カード９５から受信された適合の程度が、部屋２１０２について、建物のセキュリティコントローラ２１１４によって要求された閾値を越えない場合、さらなる網膜スキャンが要求され、上述の手順が繰り返される。ＩＣカード９５がカードリーダ２１０４から除去されない場合、新しい網膜スキャンが行われるか、または、ＩＣカード９５にうまく送信される前に、ＩＣカード９５がデジタル署名を生成する場合、カード９５によって出力された検証ステータスは、「１」の値に設定された右眼の網膜についてのＤＳＦｌａｇを含み、この「１」の値により、新しい網膜スキャンがＩＣカード９５によって入力されていないか、またはＩＣカード９５によって正しく受信されていないことを建物のセキュリティコントローラ２１１４にシグナリングする（ｓｉｇｎａｌ）。新しい網膜スキャンが行われ、ＩＣカード９５に送信されるときに、右眼の網膜についてＤＳＦｌａｇ（ＤＳＦｌａｇ（０１６））がゼロにリセットされる。一般には、同じ眼の網膜スキャンがそれぞれのスキャンについて僅かに変わる（他のタイプのバイオメトリック情報でたいてい起こる）ので、建物のセキュリティコントローラ２１１４は、適合判定の新しい程度が正確に同一のＩＣカード９５からの前回の判定と同一である場合、ＩＣカード９５によって受信される虚実のバイオメトリック検証データの潜在性を警戒している（ａｌｅｒｔ）。
【０２１２】
たとえカード９５から受信される適合の最初の程度が、この部屋２１０２について、建物のセキュリティコントローラ２１１４によって設定された要求された閾値を超えたとしても、これにも拘らず、建物のセキュリティコントローラ２１１４は、適合判定の最初の程度が虚実であったか否か（すなわち、適合の最初の程度と続いて行われた適合の程度とが同一であったか）を判定するためだけに、続く網膜スキャンを疑わしいユーザ４６に要求する。スキャンされた網膜と予め格納された網膜との間の適合が「パーフェクト」または１００％である場合、このような比較はまた、虚実の入力検証データを同様に示すので、建物のセキュリティコントローラ２１１４はまた、部屋２１０２へのアクセスを拒否するビジネスロジックを含み得る。
【０２１３】
図２２ａを参照すると、ここで、疑わしいユーザ４６は、自分のパーソナルコンピュータ２２０２をアクセスするために自分のデスクにて座っている。コンピュータ２２０２は、キーボード２２０４、モニタ２２０６およびマウス２２０８を含む従来のものである。コンピュータ２２０２はまた、コンピュータ２２０２の適切なポート（例えば、シリアル、パラレル、ＵＳＢ等）を通じてデータをコンピュータ２２０２と交換するカードリーダ２２１０を含む。カードリーダ２２１０は、上述されたものに類似しており、ＩＣカード９５が差し込まれると、ＩＣカード９５と情報を交換できる。本発明の例において、コンピュータ２２０２はまた、オーディオ入力（疑わしいユーザ４６の音声）の受信のためにマイクロフォン２２１２を含む。カードリーダ２２１０に差し込まれた適切なＩＣカード９５なしで、コンピュータ２２０２がパワーオンすることを防ぐことは可能であるが、本実施例は、コンピュータ２２０２が、コンピュータ２２０２にインストールされた適切なソフトウェアを用いてパワーオンして「ブートアップ」してセキュリティスクリーンが現わる（コンピュータ２２０２に維持されたプログラムまたはデータベース、またはコンピュータ２２０２のオペレーティングシステムへの）疑わしいユーザ４６が認証されるまで、実際のアクセスは可能ではない。
【０２１４】
パワーオンの後、コンピュータ２２０２は、モニタ２２０６上に表示されたセキュリティスクリーン上に、疑わしいユーザ４６がカードリーダ２２１０にＩＣカード９５を差し込み、このスクリーン上にさらに表示された適切なデータエントリウィンドウにＰＩＮを入れ、声紋を入手するために、自分の名前（ファーストネーム、ミドルイニシャルおよびラストネーム）を（音声で）述べるためのプロンプトを与える。
【０２１５】
ＩＣカード９５がリーダ２２１０に差し込まれるとき、リーダ２２１０が（前述したように）初期化され、カード９５に供給される電源出力により、コンピュータチップ５０の識別マーカーおよびＤＳＦｌａｇの全てがリセットされる。一旦ＰＩＮがキーボード２２０４を用いて入れられると、一旦疑わしいユーザ４６が自分の名前をマイクロフォン２２１２に述べると、コンピュータ２２０２は、ＰＩＮおよび声紋のデジタル化されたバージョンの両方をカードリーダ２２１０を介してＩＣカード９５に送信する。カードリーダ２２１０は、カード９５に対して検証データ入力のタイプおよび順序を識別するために、ＰＩＮの値およびデジタル化された声紋をのそれぞれに対する識別子（例えば、ＰＩＮに対する００１、および、声紋に対する０２０）と共に、送信する。
【０２１６】
ＩＣカード９５によるＰＩＮおよびバイオメトリック検証データの受信に基づいて、コンピュータチップ５０（図１８に戻って参照する）のコントローラ６４は、まず、識別子に基づいて受信された検証データのタイプを判定し、次いで、メモリロケーション７６から適切な予め格納されたデータを取り出す。この例において、コントローラ６４は、まず、メモリロケーション７６にある、メモリロケーションデータセル００１からＰＩＮに対する予め格納されたデータを取り出し、次いで、この値を、カードリーダ２２１０から受信されたＰＩＮ検証データの値と比較する（ファクタＢエンティティ認証）。適合／非適合判定は、コントローラ６４によって為され、コントローラ６４は、Ｒｓ値を「０１」（適合）または「１０」（非適合）として設定する。次に、コントローラ６４は、メモリロケーション７６のデータセル０２０から、認証されたユーザの声紋に対する予め格納されたデータを取り出し、次いで、この値をカードリーダ２２１０から受信されたデジタル化された声紋とを比較する（ファクタＣエンティティ認証）。適合判定／計算の程度は、コントローラ６４によって為されており、コントローラ６４は、パーセンテージ適合に対応する二桁の数字にＲｂ（０２０）の値を設定する。
【０２１７】
適切であるが、短い遅れの後、次いで、コンピュータ２２０２は、メッセージ入力コマンドをＩＣカード９５にカードリーダ２２１０を介して送信する。この場合、メッセージ入力コマンドは、メモリロケーション８０（再び、図１８に示されている）の適切なデータフィールドからタグを要求するユーザ情報を含む。再び、メッセージデータは、タグのみを含み、さらなる情報を含まないことが仮定されている。
【０２１８】
一旦メッセージ入力コマンドがＩＣカード９５によって受信されると、ＩＣカード９５のコンピュータチップ５０は、（メッセージデータのような）要求された認証されたユーザ情報をメモリロケーション８０から取り出すか、識別マーカーの現在値を取り出すか（識別マーカーは、Ｒｓの値およびＤＳＦｌａｇ（００１）の値（Ｒｓの値およびＤＳＦｌａｇ（００１）の値は、カードがカードリーダ２２１０に差し込まれたときにゼロにリセットされた）、および、Ｒｂ（０２０）の値およびＤＳＦｌａｇ（０２０）の値（同様にゼロにリセットされた）を含む）、メッセージデータに値を予め用いることによって識別マーカーについてメッセージデータを変更し、変更されたメッセージデータのハッシュ値を計算し、デジタル署名を生成するためにハッシュ値を暗号化し、デジタル署名、要求されたユーザ情報および識別マーカーの値をカードリーダ２２１０にエクスポートする。次いで、コンピュータチップ５０は、コンピュータチップ５０上のＤＳＦｌａｇの全ての値を「１」に増分する（最低限、ＰＩＮおよび声紋に対するＤＳＦｌａｇ、すなわち、ＤＳＦｌａｇ（００１）およびＤＳＦｌａｇ（０２０）が「１」に増分される）。
【０２１９】
デジタル署名、ユーザ情報およびカードリーダ２２１０によって受信された識別マーカーの値は、次いで、処理のためにコンピュータ２２０２に通信される。コンピュータ２２０２が独立型コンピュータである場合、処理はコンピュータ２２０２自体の内部で実行される。しかし、より同様に、コンピュータ２２０２は、ネットワーク化され、サーバ（図示せず）と通信される。サーバは、実際、疑わしいユーザ４６がコンピュータ２２０２へのアクセスを得るか否かを判定する。
【０２２０】
サーバが関連すると仮定すると、サーバは、まず、特定のコンピュータ２２０２へのアクセスおよび使用のために、ＩＣカード９５から受信されたユーザ情報が認証されたユーザ名または従業者アカウント番号に適合することを確認する。次いで、サーバは、適合しているユーザ情報と関連付けられた公開鍵を用いてデジタル署名を復号化する。デジタル署名から復号化されたハッシュ値がＩＣカード９５から受信されたユーザ情報に基づいて計算されるハッシュ値に適合する場合、ＩＣカード９５から受信された識別マーカーの値によって変更されるように、サーバは、ＩＣカード９５（ＩＣカード９５からデジタル署名が受信される）が固有の公開鍵を含むことを判定する。最後に、サーバは、疑わしいユーザ４６が実際にＩＣカード９５の認証されたユーザであるか否かを判定するための識別マーカーの値によって示される検証ステータスをチェックする。これは、２つの異なるタイプの検証データがＩＣカード９５によって受信され、このカード９５の検証ステータスを識別するために用いられるので、２ステッププロセスとなっている。第１のステップにおいて、Ｒｓ値が「０１」（適合）である場合、サーバは、疑わしいユーザ４６が認証されたユーザであると推測する。第２のステップにおいて、サーバは、疑わしいユーザ４６によって提供された声紋が、ビジネスロジック、またはＩＣカード９５に格納された認証されたユーザの声紋と十分に類似しているか否かを判定するためのビジネスロジックまたはルール基盤を用いて、これにより、疑わしいユーザ４６が認証されたユーザであると再び推測する。
【０２２１】
ビジネスロジックおよびサーバのルール基盤は、疑わしいユーザ４６が認証されたユーザであると推測するために、ＲｓおよびＲｂの値（ＰＩＮおよび声紋）の変化する組み合わせを受け入れるようにプログラミングされ得る。例えば、正しいＰＩＮ自体、正しいＰＩＮと少なくとも７０％適合した声紋、声紋が９５％を超えて適合してるが正しいＰＩＮ、２つの声紋が９０％を超えて適合している誤ったＰＩＮは、全て検証ステータスの異なるタイプであり、これらは、疑わしいユーザ４６が認証されたユーザであることを推測し、コンピュータ２２０２へのアクセスを許可するために十分であり得る。明らかに、ビジネスロジックまたはルール基盤は、所望の必要なセキュリティに依存して、広く変わり得る。
【０２２２】
ここで図２２ｂに移ると、ＩＣカード９５はまた、安全でないネットワーク（インターネット２２２２等）を介して安全なウェブサイトにアクセスする際に疑わしいユーザ４６によって用いられ得る。このさらなる例において、疑わしいユーザ４６が、確立されたアカウントを既に有する自分のブローカ２２２０の安全なウェブサイト２２２４にアクセスすると仮定する。ウェブサイトを動作させる仲介会社２２２０は、仲介会社２２２０のアカウントデータベース２２１５に格納され、認証されたユーザのアカウントに関連付けられた、ＩＣカード９５からの認証されたユーザの公開鍵を有する。また、疑わしいユーザ４６が、図２２ａからコンピュータ２２０２を用いてウェブサイト２２２４にアクセスしており、カード９５が、コンピュータ２２０２へのアクセスを得るために用いられてからカードリーダ２２１０から取り出されていないことを仮定している。したがって、ＤＳＦｌａｇは「１」のままである。
【０２２３】
ウェブサイト２２２４にアクセスするとき、疑わしいユーザ４６は、ユーザＩＤをウェブサイトのロジックスクリーンに入れる。ユーザＩＤは、従来のように、仲介会社２２２０がすぐにユーザの適切なアカウントを捜すことを可能にする。しかし、ユーザＩＤをパスワードと共に暗号化し、次いで、インターネットを介して暗号化された情報を送信するのではなく、コンピュータ２２０２は、ユーザＩＤをＩＣカード９５にカードリーダ２２１０を介して送信する。プロセス（このプロセスによって、ウェブサイト２２２４は、コンピュータ２２０２に、ユーザＩＤをインターネットを介してウェブサイト２２２４に直接に送信するというよりはむしろ、ユーザＩＤをＩＣカード９５に送信するように指示する）は、本発明の範囲を超えている。しかし、これはいくつかの異なる態様で達成される。一例において、ウェブサイト２２２４は、適切なＩＣカード９５（または本発明の他のデバイス）を有するユーザによってのみ使用する専用ログインページを有し、この場合、ユーザＩＤのこのようなログインページへのエントリは、自動的に、コンピュータ２２０２にユーザＩＤをＩＣカード９５に処理のために送信することを指示する。あるいは、ウェブサイト２２２４のログインページは、ユーザが、従来のログインを選択すること、または、自分のＩＣカード９５を用いてログインすることを可能にする。上述の例のいずれにおいても、ユーザＩＤは、実際には、従来のように、コンピュータ２２０２のメモリの「クッキー」に予め格納され得、これにより、ユーザはウェブサイト２２２４のログインページ上のボタンを１クリックするだけで良く、コンピュータ２２０２にユーザＩＤをＩＣカード９５に送信させる。
【０２２４】
一旦ユーザＩＤを含むメッセージ入力コマンドがＩＣカード９５によって受信されると、ＩＣカード９５のコンピュータチップ５０は、識別マーカーの現在値を取り出し、ユーザＩＤに対する値を予め用いることによって識別マーカーの値とでカードリーダ２２１０から受信されたユーザＩＤを変更し、変更されたユーザＩＤのハッシュ値を計算し、デジタル署名を生成するためにハッシュ値を暗号化し、デジタル署名および識別マーカーの値をカードリーダ２２１０を介してコンピュータ２２０２に戻す。この場合において、ＤＳＦｌａｇの値は、値を「１」を既に設定されているので増分されない。
【０２２５】
次いで、ユーザＩＤ、デジタル署名および識別マーカーの値は、処理のために、コンピュータ２２０２によってインターネット２２２２を介してＥＣにてウェブサイト２２２４に通信されている。ウェブサイト２２２４に関連付けられたコンピュータプログラミングは、まず、疑わしいユーザ４６が、ユーザＩＤをアカウントに適合することによって仲介会社でアカウントを維持することを確認する。適合しているユーザＩＤについてのアカウントが見出される場合、コンピュータプログラミングは、次に、識別されたアカウントと関連付けられた公開鍵を用いて、デジタル署名を復号化する。デジタル署名から復号化されたハッシュ値がＩＣカード９５から受信されたユーザＩＤに基づいて計算されたハッシュ値を適合する場合、ＩＣカード９５から受信された識別マーカーの値によって変更されるように、ＩＣカード９５（ＩＣカード９５からデジタル署名が受信される）は、ユーザのアカウントに対応する固有の秘密鍵を含むと判定される。最後に、ウェブサイト２２２４に関連付けられたコンピュータプログラミングは、疑わしいユーザ４６が実際にＩＣカード９５の認証されたユーザであるか否かを判定するための識別マーカーの値によって示された検証ステータスをチェックする。
【０２２６】
好適には、コンピュータプログラミングは、最初の評価の識別子マーカーの値からＲｓの値のみを抽出する。Ｒｓの値が「００」（非ＰＩＮ入力）である場合、ウェブサイト２２２４は、リクエストデータを、ユーザのＰＩＮの入力を要求しているコンピュータ２２０２に戻して送信する。Ｒｓの値が「１０」（誤ったＰＩＮ）である場合、ウェブサイト２２２４は、再度ＰＩＮを入れるためにリクエストを疑わしいユーザ４６に対して送信する。いずれの場合においても、適切なスクリーンは、疑わしいユーザ４６がＰＩＮを入れることを可能にするためにコンピュータ２２０２のモニタ２２０６上に表示される。このようなＰＩＮが、インターネット２２２２を介して送信されるのではなく、コンピュータ２２０２のキーボードによってカード９５に送信されることが再び強調される。Ｒｓの値が「０１」（正しいＰＩＮ）である場合、ウェブサイト２２２４は、疑わしいユーザ４６が実際に認証されたユーザであること、疑わしいユーザ４６がウェブサイト２２２４へのアクセスを許可することを推測する。従って、ウェブサイト２２２４への単なるアクセスについては許す、ユーザＩＤのためのデジタル署名の生成の直前に、ＰＩＮが入れられることは必ずしも必要でない、すなわち、正しいＰＩＮの前回のエントリがウェブサイト２２２４へのアクセスについて満足している。
【０２２７】
他方では、ウェブサイト２２２４を精読した後、「現在、認証された」ユーザが株券の購買等の取引を要求している場合、ウェブサイト２２２４は、要求された取引の詳細な確認を送信し、特に、ＰＩＮのエントリを要求して、購入注文についての特定の承認を確認する。一旦ＰＩＮが疑わしいユーザ４６によって入力されると、コンピュータ２２０２が同一のＰＩＮをＩＣカード９５に提供する。
【０２２８】
ＰＩＮの受信に基づいて、コントローラ６４は、まず、メモリロケーション７６のメモリロケーションデータセル００１からＰＩＮの予め格納されたデータを取り出し、コンピュータ２２０２から受信されたＰＩＮとこのＰＩＮを比較する。次いで、適合／非適合判定は、コントローラ６４によって為される。Ｒｓの値が適合を表す「０１」または失敗した適合を表す「１０」に設定され、ＤＳＦｌａｇ（００１）がまた、「０」に設定される。
【０２２９】
適切であるが、短い遅れの後に、コンピュータ２２０２は、メッセージ入力コマンド（購入注文を含む）をＩＣカード９５に送信する。ＩＣカード９５のコンピュータチップ５０は、識別マーカー（内部にＲｓの値およびＤＳＦｌａｇ（００１）を含む）の現在値を取り出すか、メッセージデータに対する値を予め用いることによって識別マーカーの値でコンピュータ２２０２から受信されたメッセージデータを変更し、変更されたメッセージデータのハッシュ値を計算し、デジタル署名を生成するためにハッシュ値を暗号化し、デジタル署名および識別マーカーの値をコンピュータ２２０２にエクスポートし、次いで、コンピュータ２２０２が同じデジタル署名および識別マーカーの値をウェブサイト２２２４に転送する。次いで、コンピュータチップ５０は、ＤＳＦｌａｇの全ての値を「１」に増分する。この例では、ウェブサイト２２２４は、識別マーカーの値が「０１」のＲｓの値およびＤＳＦｌａｇ（００１）の値を「０」として内部に含むとき、要求された取引を承認するだけである。
【０２３０】
所望である場合、コンピュータ２２０２とウェブサイト２２２４との間の通信は、従来のように、セキュアソケットレイヤリング（Ｓｅｃｕｒｅ  Ｓｏｃｈｅｔ  Ｌａｙｅｒｉｎｇ）（ＳＳＬ）プロトコルを用いて実行され得る。このようなプロトコルは、参考として本明細書中で援用される米国特許第５，８４８，１６１号に記載されている。このようなプロトコルにおいて、ＳＳＬ通信用にセッションキーを作成する際に用いるために、コンピュータ２２０２が乱数を生成することは慣習的である。本発明のさらなる局面により、ＩＣカード９５は、セッションキーの作成のための乱数の提供のために用いられる。特に、デジタル署名は、ＩＣカード９５によって発行され、セッションキーを作成するために乱数自体として用いられる。ＤＳＡおよびＥＣＤＳＡ（ＦＩＰＳ  ＰＵＢ  １８６−２に特定される）の間接的な結果は、結果として生じるデジタル署名自体が乱数であることである。プリティグッドプライバシー（ｐｒｅｔｔｙ  ｇｏｏｄ  ｐｒｉｖａｃｙ）（ＰＧＰ）暗号化を用いる通信用のセッションキーはまた、ＩＣカード９５のデジタル署名に基づいて作成される。
【０２３１】
ここで図２３に移ると、販売場所のポイントでのＩＣカード９５の使用が例示される。販売カードリーダ２３０８のポイントは、英数字のキーパッド２３１０、ディスプレイ２３１４および、この場合、親指の指紋リーダ２３１２を含む。販売カードリーダ２３０８のポイントは、商業的キャッシュレジスタ／端末（ｍｅｒｃｈａｎｔ  ｃａｓｈ  ｒｅｇｉｓｔｅｒ／ｔｅｒｍｉｎａｌ）２３０２にデータコネクタ２３０６を介して通信している。販売カードリーダ２３０８のポイントはまた、安全でないネットワーク（インターネット２３２２）を介して銀行業務オーソリティ（ｂａｎｋｉｎｇ  ａｕｔｈｏｒｉｔｙ）と通信している。銀行業務オーソリティ２３２０は、ＩＣカード９５の認証されたユーザの代わりに銀行業務またはクレジットカードアカウントを維持する金融機関、または、このような金融機関に対して認証された承認エージェントまたは清算オーソリティ（ａｕｔｈｏｒｉｚｅｄ  ａｐｐｒｏｖａｌ  ａｇｅｎｔ  ｏｒ  ｃｌｅａｒａｎｃｅ  ａｕｔｈｏｒｉｔｙ）のいずれかである。いずれの場合においても、銀行業務オーソリティ２３２０は、データベース２３１５を維持する。このデータベース２３１５は、ＩＣカード９５の認証されたユーザに対応するアカウントにカード９５の公開鍵を関連付け、このようなアカウントに対して要求されたオンライン取引を承認または否認するためのオーソリティを有する。
【０２３２】
アイテムが疑わしいユーザ４６によって購入されるとき、売り手が商業的キャッシュレジスタ／端末２３０２にアイテムを「リングアップ（ｒｉｎｇ  ｕｐ）」し、全不足額がディスプレイ２３０４上の疑わしいユーザ４６に表示される。支払うために、疑わしいユーザ４６は、ＩＣカード９５を販売カードリーダ２３０８のポイントに差し込む（またはカードリーダ２３０８の近くにＩＣカード９５を持って来る）。差し込むと（または接近すると）、販売カードリーダ２３０８のポイントが前述したカードリーダと同様の態様で初期化される。ＩＣカード９５のコンピュータチップ５０上の識別マーカーおよび全てのＤＳＦｌａｇは、電力が、まず、販売カードリーダ２３０８のポイントによってカード９５に供給されるとき、リセットされる。
【０２３３】
次に、商業的キャッシュレジスタ／端末２３０２は、不足額を販売カードリーダ２３０８のポイントにデータコネクタ２３０６を介して送信する。販売カードリーダ２３０８のポイントは、ディスプレイ２３１４の上に不足額を表示する。１つの実施において、ディスプレイ２３１４はまた、疑わしいユーザ４６に、デビットアカウントまたはクレジットカードアカウントのいずれを用いて支払うことを望むかを選択するように促進させる。別の実施において、販売カードリーダ２３０８のポイントは、「取り出しアカウント情報」コマンドをＩＣカード９５に送信し、ＩＣカード９５は、コンピュータチップ５０のメモリロケーション８０に維持された、全ての利用可能な小切手、クレジットカードまたは支払われ得る他のアカウントのリストを返す。この別の実施において、ディスプレイ２３１４は、疑わしいユーザ４６に、支払うために取り出されるアカウントの１つを選択するように促進する。ディスプレイ２３１４は、疑わしいユーザ４６に、英数字のキーパッド２３１０を用いてＰＩＮを入れ、右の親指の指紋をスキャナ２３１２上に置くための次のプロンプトを与える。一旦ＰＩＮおよび親指の指紋が入力されると、販売カードリーダ２３０８は、ＰＩＮおよび親指の指紋のデジタル化されたバージョンの両方をＩＣカード９５に送信する。カードリーダ２３０８は、それぞれＰＩＮの値および親指の指紋を、それぞれの識別子（例えば、ＰＩＮに対する００１および親指の指紋に対する００２）と共に送信し、これによりカード９５は検証データ入力のタイプおよび順序を「知る」。
【０２３４】
ＰＩＮおよびＩＣカード９５による親指の指紋のデジタル化バージョンを受信すると、カード９５のコンピュータチップ５０は、前述した態様でＩＣカード９５の検証ステータスを識別する。適切であるが、短い遅れの後で、販売カードリーダ２３０８のポイントは、ＩＣカード９５にメッセージ入力コマンドを送信する。この場合に、メッセージ入力コマンドは、購入されたアイテムの受信、全不足額および疑わしいユーザ４６によって特定された支払アカウントを含む。第１の実施において、アカウントは、（コンピュータチップ５０上の）メモリロケーション８０から取り出され、主な借方アカウントまたは主なクレジットカードアカウント番号が用いられるか否かを示す適切な「タグ」を用いてメッセージデータに組み込まれる。別の実施において、ディスプレイ２３１４上に表示された利用可能なアカウントのリストから疑わしいユーザ４６によって特に選択されたアカウントのアカウント番号は、カードリーダ２３０８から受信されたメッセージデータに含まれる。
【０２３５】
一旦メッセージ入力コマンドがＩＣカード９５によって受信されると、ＩＣカード９５上のコンピュータチップ５０は、（Ｒｓの値およびＤＳＦｌａｇ（００１）の値を内部に含み、Ｒｂ（００２）の値およびＤＳＦｌａｇ（００２）を内部に含む）識別マーカーの現在値を取り出し、販売カードリーダ２３０８のポイントから受信されたメッセージデータをメッセージデータに対する値を予め用いることによって変更し、変更されたメッセージデータのハッシュ値を計算し、デジタル署名を生成するためにハッシュ値を暗号化し、デジタル署名および識別マーカーの値を販売カードリーダ２３０８のポイントにエクスポートする。次いで、コンピュータチップ５０は、ＤＳＦｌａｇの全ての値を「１」に増分する。デジタル署名、識別マーカーの値および（アカウント番号および購入アカウントを含む）メッセージデータは、処理のために、販売カードリーダ２３０８のポイントによって銀行業務オーソリティ２３２０に通信される。
【０２３６】
銀行業務オーソリティ２３２０は、まず、特定のアカウント番号は有効なアカウント番号であることを確認する。次いで、銀行業務オーソリティ２３２０は、データベース２３１５の識別されたアカウント番号と関連付けられた公開鍵を用いてデジタル署名を復号化する。デジタル署名から復号化されたハッシュ値がメッセージデータのハッシュ値と適合する場合、ＩＣカード９５から受信された識別マーカーの値によって変更されるように、ＩＣカード９５（ＩＣカード９５からデジタル署名が受信される）は、固有の秘密鍵を含み、レシートおよび全不足額を含むメッセージデータがデジタル署名されてから変更されていないことが判定される。
【０２３７】
次に、銀行業務オーソリティ２３２０は、ＩＣカード９５によって提供された識別マーカーの値によって示された検証ステータスをチェックし、これにより疑わしいユーザ４６が実際にＩＣカード９５の認証されたユーザであるか否かを判定する。これは、２つの異なるタイプの検証ステータスがＩＣカード９５によって受信され、ＩＣカード９５の検証ステータスを識別するために用いられる２ステッププロセスである。この第１のステップにおいて、Ｒｓの値が「０１」（適合）であるあ場合、銀行業務オーソリティ２３２０は、疑わしいユーザ４６が認証されたユーザであると推測する。第２のステップにおいて、銀行業務オーソリティ２３２０は、疑わしいユーザ４６によって提供された親指の指紋がカード９５上に格納された認証されたユーザの親指の指紋と十分に類似しているか否かを判定するためにのビジネスロジックまたはルール基盤を用いて、この結果、疑わしいユーザ４６が認証されたユーザであることを再び推測する。
【０２３８】
銀行業務オーソリティ２３２０のビジネスロジックおよびルール基盤は、認証されたユーザとして疑わしいユーザ４６を受け入れる際に、Ｒｓ（ＰＩＮ）およびＲｂ（００２）（親指の指紋）の値の組み合わせを変えることに依存し得ようなものである。例えば、正しいＰＩＮ自体、正しいＰＩＮと少なくとも６０％適合した親指の指紋、親指の指紋が９６％を超えて適合しているが正しくないＰＩＮ、２つの親指の指紋が９０％適合を超える（しかし同一ではない）が誤ったＰＩＮは、銀行業務オーソリティ２３２０が疑わしいユーザ４６のファクタＢおよびＣエンティティ認証をカード９５によって受け入れるために十分であり得る全ての異なるタイプの検証ステータスである。
【０２３９】
最後に、特定のアカウントが、要求された購入額をに払える十分な勘定またはクレジットを有し、取引の拒絶を保証する（ｗａｒｒａｎｔ）他のファクタ（例えば、盗まれたと報告されたカード、二重のリクエスト等）が全くない場合、銀行業務オーソリティ２３２０は、取引の承認を与え、同一確認を販売カードリーダ２３０８のポイントに送り戻す。明らかに、銀行業務オーソリティ２３２０によって考慮された、ビジネスロジック、ルール基盤および他のファクタは、銀行業務オーソリティ２３２０によって望まれる、必要なセキュリティのレベルに依存して、広範な範囲で変化し得る。
【０２４０】
Ｂ．本発明の第２の局面：デジタル署名を生成するデバイスに関する情報を確実にする
本発明の第２の局面は、デバイス製造の環境内にてデバイスの公開鍵と他の情報をリンクさせることと、この公開鍵に基づいて、製造環境からのデバイスのリリース後に、デバイスに関する他の情報を後に識別すること（ｌａｔｅｒ  ｉｄｅｎｔｉｆｙｉｎｇ）を含む。このような後で識別された情報を考慮することにより、受信側は、デバイスに属する秘密鍵を用いるデジタル署名が不正に（ｆｒａｕｄｕｌｅｎｔｌｙ）生成されたか否かというリスクまたはリスクに近いものを判断できる。特に、デバイスの公開鍵とリンクされた情報は、デバイスのセキュリティプロフィールを含む。従って、受信側は、デバイスの識別されたセキュリティの局面に基づいて現在のデバイスのセキュリティレベルを判定できる。受信側はまた、デバイスの秘密鍵がデバイスの識別されたセキュリティの特徴に基づいて含まれたか否かというリスクを判定でき、受信側はまた、デバイスの識別された認証機能に基づいて、秘密鍵を含むデバイスがデバイスの識別された認証能力不正に用いられたか否かというリスクを判断できる。最後に、受信側は、デバイスの保証レベルを判定するために、デバイスの識別された製造履歴に基づいてデバイスの上述のセキュリティの局面を評価できる。
【０２４１】
図２６を参照すると、本発明の第２の局面の第１の好適な局面により、デバイス（デバイス２６０４によって表される）は、安全な環境２６１４（すなわち、このような環境では製造される任意のデバイスのセキュリティレベルを含まないような十分なセキュリティ格付けを有する環境）の安全な製造設備２６０２にて製造される。それぞれのデバイス２６０４が安全な環境２６１４から取り出される前に、個々の一組の公開−秘密鍵の鍵は、好適にはそれぞれのデバイス２６０４内で作成され、公開鍵２６１８は、エクスポートされ、安全なデータベース内のデバイス２６０４の個々のセキュリティプロフィール２６２０にリンクされる。
【０２４２】
特に、鍵の一方、すなわち公開鍵２６１８は、安全なエンティティにより、安全なデータベース２６１０に記録され、鍵の他方、すなわち秘密鍵２６１６は、デバイス２６０４内に保持され、発見されないように保護される。公開鍵２６１８もまたデバイス２６０４に格納され、要求に応じてエクスポート可能である。それぞれのデバイス２６０４についての個々のセキュリティプロフィール２６２０は、好適には、製造者２６０２によって構成され、次いで、安全なデータベース２６１０にて安全なエンティティ２６１２によって記録され、それゆえ、この記録は、対応する公開鍵２６１８に示されるか、マッピングされ、これにより、デバイスの２６０４の対応する公開鍵２６１８および安全なプロフィール２６２０の両方を一緒に信頼あるリンク付けをする。さらに、それぞれの公開鍵２６１０が一意的、すなわち少なくとも確率が高く、安全なデータベース２６１０のマッピングが１対１である。あるいは、公開鍵２６１８およびセキュリティプロフィール２６２０は、安全なデータベース２６１０内にて、デバイス２６０４の固有の識別子にインデックスが付けられ、従って、デバイス２６０４の公開鍵２６１８およびセキュリティプロフィール２６２０を一緒にリンクし、これにより、デバイス２６０４のセキュリティレベルおよび保証レベルが判定され得る。
【０２４３】
明白に安全な環境２６１４内で実行された好適な製造ステップが図２７に記載されている。図２６および２７を参照すると、設備２６０２にて、デバイス製造中に、および、デバイス２６０４が安全な環境２６１４からリリースされる前に、一組の公開−秘密鍵の鍵がデバイス２６０４内で作成される（ステップ２７０２）。好適には、一組の公開−秘密鍵の鍵は、デバイス２６０４自体の内部に配置された乱数生成器で作成される。秘密鍵２６１６（ＰｒＫ）がデバイス２６０４内で保持される一方で、対応する公開鍵（ＰｕＫ）２６１８がデバイス２６０４からエクスポートされ（ステップ２７０４）、安全なデータベース２６１０に記録され（ステップ２７０６）、その後、デバイス２６０４が安全な環境２６１４からリリースされる。所望な場合、公開鍵２６１８はまた、安全な環境２６１４からデバイス２６０４のリリース後の要求に基づいて、後にエクスポートするために、デバイス２６０４内に保持され得る（図示せず）。秘密鍵２６１６は、例えば、受信側２６０８に通信されるメッセージ（Ｍ）のデジタル署名（ＤＳ）を生成する際に、利用される。公開鍵２６１８に加えて、デバイス２６０４のセキュリティプロフィール２６２０がコンパイルされ、安全なデータベース２６１０に格納され（ステップ２７０８）、公開鍵２６１８に対してインデックスが付けられ、これにより、セキュリティプロフィール２６２０は、公開鍵２６１８の知識に基づいて安全なデータベース２６１０から取り出し可能になる。従って、公開鍵２６１８およびセキュリティプロフィール２６２０は、安全に一緒にリンク付けされる。
【０２４４】
それぞれのデバイス２６０４の公開鍵２６１８およびセキュリティプロフィール２６２０の配置（ｐｏｐｕｌａｔｉｏｎ）後、デバイス２６０４が安全な環境２６１４から世界２６０６にリリースされる。しかし、安全なデータベース２６１０は、内部に記録されたデータの統合性を保存するために、安全な環境２６１４に維持される（ステップ２７１０）。さらに、製造後に、安全な環境２６１４のセキュリティ格付けは、設備２６０２にて製造されたそれぞれのデバイス２６０４のセキュリティレベルに少なくとも匹敵するか、好適にはより上のレベルに維持される。設備２６０２のために、公開鍵２６１８およびセキュリティプロフィール２６２０が安全なデータベース２６１０に維持される。
【０２４５】
設備２６０２および安全なデータベース２６１０は、安全な環境２６１４にて位置付けされる。安全な環境２６１４は、設備２６０２にて製造されたデバイス２６０４のセキュリティレベルを含まないように十分なセキュリティ格付けを有する任意および全てのロケーションを表す。明らかなように、設備２６０２および安全なデータベース２６１０は、安全な環境２６１４内に在るように、同一の物理的ロケーションに共に位置付けられる必要はない。デバイスの製造者２６０２が、安全なデータベース２６１０を維持する安全なエンティティ２６１２である必要はない（このような可能性は本発明の範囲内であるが）。
【０２４６】
製造後、それぞれのデバイス２６０４が世界２６０６からリリースされる。この点において、それぞれのデバイス２６０４は、ユーザに対して、個人に直接的に処理設備（図示せず）に配達され得るか、あるいは、製造設備２６０２から処理設備（図示せず）に配達される。ここで、デバイス２６０４が特定の金融機関または他の第３者に対してカスタマイズされ得、次いで、個人に配達され得る。いずれかの場合において、図２８〜３１を参照すると、疑わしいデバイスにより、世界２６０６のどこかで、デジタル署名（ＤＳ）がメッセージ（Ｍ）に対して発行される（ステップ２９０２）。疑わしいデバイスは、合法的に用いられる図２６の設備２６０２にて製造された真のデバイス２６０４、不正に使用される真のデバイスまたは、真のデバイス２６０４の公開鍵２６１６のレプリカを有する偽のデバイスであり得る。次いで、デジタル署名は、ＥＣ２６２２を形成するためにメッセージと組み合わされる（ステップ２９０９４）。ＥＣ２６２２は、任意の従来の安全なネットワークまたは安全でない通信ネットワーク（インターネットまたはプライベートネットワーク等）を介して受信側２６０８に送信される（ステップ２９０６）。
【０２４７】
受信側２６０８は、ＥＣ２６２２を受信し（ステップ３００２）、疑わしいデバイスの公開鍵２６２４を用いて、メッセージを認証しようと試みる（ステップ３００４）。疑わしいデバイスの公開鍵２６２４は、受信側２６０８に提供され、好ましくは受信側２６０８によって受信されるＥＣ２６２２内に含まれ、これにより、受信側２６０８は、メッセージの認証をすぐに試み得る。あるいは、疑わしいデバイスの公開鍵２６２４は、受信側２６０８が疑わしいデバイスの公開鍵２６２４をＥＣ２６２２に関連付け得る態様で、ＥＣ２６２２の受取の前後に受信側２６０８に識別される。
【０２４８】
任意のイベントにおいて、疑わしいデバイスの公開鍵２６２４を用いてメッセージがうまく認証される場合、メッセージが、疑わしいデバイスの公開鍵２６２４を用いて認証された第１のメッセージである場合、受信側２６０８は、安全なエンティティ２６１２に疑わしいデバイスの公開鍵２６２４を送信する（ステップ３００６）。安全なエンティティ２６１２は、安全なデータベース２６１０を管理し、公開鍵２６２４と関連付けられたセキュリティプロフィールを要求する。受信側２６０８と安全なエンティティ２６１２との間の通信が任意の従来の安全なまたは安全でない電子通信ネットワーク（インターネットまたはプライベートネットワーク）によって行われる。
【０２４９】
安全なエンティティ２６１２が受信側２６０８から疑わしいデバイスの公開鍵２６２４を受信する（ステップ３１０４）とき、安全なエンティティ２６１２は、疑わしいデバイスの公開鍵２６２４を安全なデータベース２６１０に維持されたエクスポートされた公開鍵とを比較し（ステップ３１０６）、これにより適合であるか否かを判定する。適合が見出される場合、適合しているエクスポートされた公開鍵と関連付けられたセキュリティプロフィールが取り出され、移動中に情報の統合性を維持するために、安全なエンティティ２６１２によってデジタル署名される（ステップ３１０８）。従って、セキュリティプロフィールおよびデジタル署名は、「セキュリティ証明書（Ｓｅｃｕｒｉｔｙ  Ｃｅｒｔｉｆｉｃａｔｅ）」（ＳＣ）２０２６を作成し、次いで、「セキュリティ証明書」（ＳＣ）２０２６は、受信側２６０８に転送される（ステップ３１１０）。好適には、疑わしいデバイスの公開鍵２６２４に適合する製造されたデバイス２６０４の公開鍵２６１８は、セキュリティ証明書に対する公開鍵２６１８の受信側２６０８によって確認のためにセキュリティ証明書２０２６に含まれる。
【０２５０】
安全なエンティティ２６１２からのセキュリティ証明書２０２６の受領（ステップ３００８）によって、セキュリティ証明書２０２６の認承が、安全なエンティティ２６１２の公開鍵２６１８（ＳＥＰｕＫ）を用いて検査される（ステップ３０１０）。これは、好ましくは、前もって受信者２６０８に通信される（ステップ３１０２）。その結果、成功した認承によって、認承されたセキュリティ証明書２０２６に含まれたセキュリティプロフィールは、ＥＣ２６２２のメッセージをデジタルに署名するために使用された秘密鍵２６１６が属する真のデバイス２６０４のセキュリティプロフィール２６２０として識別される。
【０２５１】
従って、受信者２６０８は、ＥＣ２６２２のメッセージをデジタルに署名する真のデバイス２６０４の秘密鍵２６１６の使用が識別されたセキュリティプロフィールに基づいて不正であったかどうかの危険を判断する。セキュリティ証明書２０２６は、さらに受信者２６０８によって保守された「建物内の」データベースに受信者２６０８によって記録される。そのため、将来のＥＣを認承するために使用された疑わしいデバイスの公開鍵２６２４は、セキュリティプロフィールに対するリクエストを安全なエンティティ２６１２に再度送信するのではなく、適切なセキュリティプロフィールを識別するためにこの建物内のデータベースに対抗して参照され得る。従って、セキュリティプロフィールが安全なエンティティ２６１２によって更新されないまでおよびセキュリティプロフィールが安全なエンティティ２６１２によって更新されるまで別のリクエストが作成される必要がない。
【０２５２】
本発明の第２の局面の代替的な局面では、安全なエンティティは、デバイスの公開鍵を含み、安全な製造設備において製造された複数のデバイスに対して、これにリンクされたセキュリティプロフィールに対応する参照を生成し、この参照を受信者に通信する。この参照は、印刷物または電子媒体において具現化され、各公開鍵によってインデックスを付けられ製造されたデバイスのセキュリティプロフィールリストを含む。さらに、この参照は、好ましくは、安全なエンティティによってデジタルに署名され、これにより、受信者は、安全なエンティティの公開鍵を用いて連続的に認承された場合、この参照に含まれた情報に安全に依存し得る。従って、この受信者は、セキュリティプロフィールに対する安全なエンティティに各疑わしいデバイスの公開鍵を実際に送信するのではなく、この参照に含まれたデバイスの公開鍵に対抗するメッセージを連続的に認承する各疑わしいデバイス公開鍵を比較する必要があるのみである。
【０２５３】
図３２を特に参照すると、この第２の好ましい局面に従って、このデバイスの製造の間およびこのデバイスが安全な環境３２１４から受信される前に一組の公開鍵／秘密鍵が各デバイス内で生成される（ステップ３２０２）。各デバイスの各秘密鍵は、このデバイス内で安全に保持され、各公開鍵は各デバイスから転送され（ステップ３２０４）、各デバイスの各セキュリティプロフィールと共に安全なデータベースに記録される（ステップ３２０６）。さらに、各公開鍵は、各デバイス内に保持され得、要求に応じてエクスポート可能である。各セキュリティプロフィールは、各デバイスのエクスポートされた公開鍵（ステップ３２０８）を用いてインデックス付けされ、これにより、このデバイスのセキュリティプロフィールは、この公開鍵に基づいて安全なデータベースから取り出し可能である。公開鍵を用いる安全なデータベースの密度およびデバイスのセキュリティプロフィールに従って、安全なエンティティは、各デバイスに対して各デバイスにリンクされたセキュリティプロフィールおよび公開鍵を含む参照を生成し、好ましくはこの参照をデジタルに署名する（ステップ３２１０）。当業者に理解されるように、ステップ３２０２〜３２１０の全ては、安全な環境３２１４において発生する。
【０２５４】
安全な環境３２１４からデバイスの放出に従って、図３３〜図３６を参照して、世界３３０６のいずれかの場所において、デジタル署名がメッセージ（Ｍ）に対して発生され（ステップ３４０２）、メッセージと組み合わせられ、ＥＣ３３２２を形成し（ステップ３４０４）、次いで受信者３３０８に送信される（ステップ３４０６）。この受信者３３０８は、ＥＣ３３２２を受信し（ステップ３５０４）、ＥＣ３３２２において送信され、またはそうでなければ、受信者３３０８に提供された疑わしいデバイスの公開鍵を用いてメッセージを認承することを試みる（ステップ３５０６）。
【０２５５】
このメッセージの成功した認承によって、受信者３３０８は、安全なエンティティ３３１２によって作成された参照３３３０に含まれた公開鍵に対抗して疑わしいデバイスの公開鍵を比較する。この参照３３３０は、受信者３３０８に転送され（ステップ３６０６）、好ましくはＥＣ３３２２の受領の前に受信者３３０８によって受信され、認承された（ステップ３５０２）。あるいは、受信者３３０８が参照３３３０を認承し得るために、セキュリティエンティティ３３１２の公開鍵３３２８（ＳＥ  ＰｕＫ）は、好ましくは、さらに安全な態様で予め通信され（ステップ３６０２）、次いで、疑わしいデバイスの公開鍵が参照３３３０における公開鍵に適合する場合、メッセージをデジタルに署名するために使用された秘密鍵に属する真のデバイスのセキュリティプロフィールが識別される。その結果、受信者３３０８は、識別されたセキュリティプロフィールに基づいて真のデバイスの秘密鍵がＥＣ３３２２のメッセージをデジタルに署名するために不正に用いられるリスクを測定可能である。
【０２５６】
さらに、第２の局面の第３の代替の好ましい局面では、各デバイスに対するセキュリティ証明書は、デバイスの製造の安全な環境からのそのデバイスの解放の前に製造されたデバイスに組み込まれる。この点において、図３７を参照すると、一組の鍵が、デバイスの製造の間および安全な環境３７１４からのデバイスの解放の前にデバイス内に作成される（ステップ３７０２）。この秘密鍵は、デバイス内に安全に保持され、公開鍵がデバイスからエクスポートされ（ステップ３７０４）、さらにデバイス内に保持され得、要求に応じてエクスポート可能である。このエクスポートされた公開鍵は、デバイスのセキュリティプロフィールと組み合わされ、セキュリティ証明書を形成するためにセキュリティエンティティによってデジタルに署名される（ステップ３７０６）。次いでセキュリティ証明書はデバイス自体にインポートされ（ステップ３７０８）、ＥＣに含ませるためにデジタル署名を用いてデバイスからエクスポート可能である。
【０２５７】
従って、図３８〜図１６を参照すると、疑わしいデバイスは、世界３８０６のいずれかの場所でメッセージ（Ｍ）に対するデジタル署名を作成する（ステップ３９０２）。次いで、このデバイスのデジタル署名およびセキュリティ証明書は、デバイスからエクスポートされ、メッセージと組み合わされて（ステップ３９０４）ＥＣ３８２２を形成する。次いでＥＣ３８２２は、受信者３８０８に送信される（ステップ３９０６）。受信者３８０８によるＥＣ３８２２の受領（ステップ４００４）によって、セキュリティ証明書において識別された疑わしいデバイスの公開鍵は、メッセージを認承するために使用され（ステップ４００６）、安全なエンティティの公開鍵３８２８（好ましくは、安全なエンティティ３８１２によって通信され（ステップ４１０２）、受信者３８０８によって前もって受信される（ステップ４００２））は、セキュリティ証明書を認承するために使用される（ステップ４００８）。成功した認承によって、デジタル署名を生成するために使用された秘密鍵に属する真のデバイスのセキュリティプロフィールは、これにより受信者３８０８に対して識別される。識別されたセキュリティプロフィールに基づいて、受信者３８０８は、真のデバイスの秘密鍵が不正に使用されてＥＣ３８２２のメッセージをデジタル署名する。さらに、公開鍵は、安全な環境におけるデバイスの製造の間にセキュリティ証明書におけるセキュリティプロフィールに拘束されるために、受信者３８０８は、実際真のデバイスに対応するセキュリティ証明書に依存することが可能である。
【０２５８】
この第３の代替の局面の利益は、受信者３８０８が疑わしいデバイスの公開鍵をセキュリティエンティティ３８１２に転送する要求を除き、かつセキュリティエンティティ３８１２がセキュリティプロフィールを受信者３８０８に直接転送することを除く。もちろん、この好適な局面に対する不利益は、セキュリティ証明書をデジタルに署名するために使用された安全なエンティティの秘密鍵が危うい場合、全体のシステムが危うくなることである。
【０２５９】
（４．第２の局面の好適な局面の改変）
上述した本発明の第２の局面の第１および第２の好適な局面では、各デバイスのセキュリティプロフィールは、安全なデータベースにおいてデバイスの公開鍵にインデックスを付けられ、この公開鍵に基づいて安全なデータベースから取り出し可能である。これらの２つの好ましい局面（図示せず）の改変では、各デバイスのセキュリティプロフィールおよび公開鍵は、安全なデータベースに記録され、固有のデバイス識別子にインデックスを付けられ、この識別子は、例えば、デバイスの製造時にそのデバイスに書き込まれたアカウント番号、そのデバイスの製造時にデバイス内で製造されたシリアル番号等を含み得る。このデバイス識別子は、このデバイスによって生成された各デジタル署名と共に含ませるためにデバイスから転送可能である。デジタル署名およびデバイス識別子を含むＥＣの受領によって、受信者は、そのデバイス識別子と公知のデータベースとを相互参照することによってまたは公開鍵およびそのデバイスにリンクされたセキュリティプロフィールに対して参照することによって疑わしいデバイスの公開鍵を獲得する。この点では、受信者は、疑わしいデバイスの公開鍵および疑わしいデバイスの公開鍵のためのセキュリティプロフィールを識別するためのデバイス識別子を安全なエンティティに転送するか、あるいは、デバイス識別子によってインデックス付けされた公開鍵およびリンクされたセキュリティプロフィールを含む安全なエンティティによって発行された参照のデバイス識別子を比較する。この方法論は、第１および第２の好適な局面に対して上述の方法と同様であるが、主な違いは、受信者が受信されたメッセージの認承を試みる前に、安全なエンティティを契約するか、または参照をチェックする必要があることである。この第１および第２の好適な局面では、各デバイスのセキュリティプロフィールがその公開鍵にインデックスを付けられ、受信者はセキュリティエンティティと接触するか、またはメッセージは、そのメッセージに含まれた疑わしいデバイスの公開鍵を用いて第１に認承する場合、参照をチェックすることのみを必要とする。
【０２６０】
本発明のこの第２の局面の第１、第２、および第３の好ましい局面の改変において、この安全なエンティティは、ＥＣを受信し、ＥＣ自体が真のデバイスのセキュリティプロフィールを識別し、そのメッセージをデジタルに署名するために使用された秘密鍵に属する。さらに、この場合のＥＣは、安全なエンティティに直接送信され得るか、または真のデバイスの秘密鍵がそのメッセージをデジタルに署名するために不正に使用されたリスクを推測するために、受信者によって安全なエンティティに転送され得る。
【０２６１】
好ましくは、図３０〜図３１、図３５〜図３６、および図４０〜図４１に関して上述されたステップは、コンピュータによって自動化され、この図の各グループのイベントの全体のシーケンスは、秒ではない場合、分の大きさのオーダーで小さな時間間隔において発生する。
【０２６２】
本発明の第２の局面の好適な実施の上記の詳細な説明の観点から、そのデバイスの製造の安全な環境から開放される前に、デバイス自体における各デバイスの各一組の公開−秘密鍵を生成することによって、デバイスからの公開鍵のみをエクスポートし、エクスポートの可能性に対抗してデバイス内部にある秘密鍵を保持することによって、そしてデバイスの製造の安全な環境において他の情報を用いてデバイスのエクスポートされた公開鍵を安全にリンクさせることによって、各デバイスは、他のデバイスの全てに対して固有となっていることは当業者に明らかになる。さらに、デバイスが製造される安全な環境および他の情報との公開鍵の安全なリンクによって、デバイスの固有性は、たとえこのような第三者がデバイスの実際の製造における任意の制御または関係を有し得ないとしても、第三者（未来のアカウントオーソリティ）によって依存され得る。デバイスの製造の環境における各デバイスとこの公開鍵との安全な結合は、各デバイスがデバイスにおよびデバイスのみに保持された秘密鍵に基づいて識別され得る場合、デバイスの固有性に依存するために要求された信用を提供する。
【０２６３】
この製造プロセスの利益は、この利益が製造の場所からさらなる処理設備までデバイスを送信する能力を提供することである。このさらなる処理設備では、デバイスは、そうでなければ他の従来使用されたレベルなしで特定のアカウントオーソリティに関して初期化される。例えば、装甲車および防護物は、クレジットカードおよびＩＣカード供給の、特定の金融機関に対する初期化のための処理設備への送達を保護するために通常使用される。実際には、本発明の製造プロセスの結果として、特定のアカウントオーソリティの代わりにさらなる処理が行われる設備は、その初期化の前に、そして製造設備からのデバイスの送信から独立して各デバイスを認承し得る。さらに、デバイスの製造に従って、速やかな特定のデバイスを認承する能力のために、その後、異なるアカウントオーソリティによって保守された複数のアカウントに関して取引を作成するために単一のデバイスを使用するシステムは、他の従来技術では見られないより高い信頼のレベルで可能にされる。
【０２６４】
実際には、典型的には、各デバイスがさらなる処理のために製造設備に送達された場合、デバイスは、永続的な不正取引に関するこのような態様でデバイスが盗まれ、金融機関に対してカスタマイズされ得るリスクがあるためにデバイスは、装甲防護の下で送達される。一組の公開−秘密鍵に基づいて各デバイスを個人用にするために貢献する、本発明の製造プロセスの利益によって、製造設備から開放されたデバイスは、処理設備に転送された場合、各デバイスが到着に応じて処理設備によって認承され得、製造設備と処理設備との間の送達経路から独立しているように従来提供されたような保護の同一のレベルを要求しない。
【０２６５】
本発明の第２の局面は、最初のＰｕＫによってリンクされたアカウントデータベースを構築することをさらに含み、これは上述の第１の好適な局面に応じて部分的に基づく。この点において、上述された（各デバイスがそのデバイスに関する公開鍵およびそのデバイスの他の情報を含む固有の記録を有する）複数の製造されたデバイスに対するデータベースの確立は、複数の顧客および／または第三者の顧客（本明細書中で一般的に「顧客」と呼ばれる）に対して最初のＰｕＫにリンクされたアカウントデータベースを生成する際に構築され得るデータベースを表す。
【０２６６】
詳細には、図４２を参照して、第三者４２３２は、各複数の顧客４２３６にサービスおよび／または商品４２３４を提供し、サービスおよび／または商品４２３４と組み合わせて、第三者４２３２は、顧客４２３６のためのアカウント記録のデータベース４２３８を保守する。例えば、第三者４２３２（本明細書中「アカウントオーソリティ」と呼ばれる）は、銀行、金融会社、または保険会社を含む金融機関、売り手、インターネットサービスプロバイダ、電気通信プロバイダ、医療提供者、政府エンティティ、あるいは公共事業会社であり得るがこれらに限定されない。典型的には、アカウントデータベース４２３８が、各顧客４２３６は、アカウントオーソリティ４２３２と契約し、各顧客４２３６に対する各データベース記録が、典型的には、固有のアカウント番号によってデータベース４２３８内でインデックスを付けるため、顧客ベースで１人当たり一度に１つのアカウントが確立される。
【０２６７】
この第２の局面に従って、および図４３を参照すると、デバイス４３０４の所定の数は、本発明の第１の局面の第１および第２の好適な局面に従って、安全な環境４２１４において製造される。本発明の第２の局面の好適な第２の局面に従って、デバイス４３０４は、アカウントオーソリティ４２３２に対して指定され、デバイス４３０４に対応する安全なデータベース４３１０におけるデータベース記録４８４０は、安全な態様４２１４’でアカウントオーソリティ４２３２に通信される。この指定されたデバイス４３０４は、さらにアカウントオーソリティ４２３２の顧客４２３６に分配される。
【０２６８】
アカウントオーソリティ４２３２によってＰｕＫにリンクされたデータベース記録１８４４０の受領すると、アカウントオーソリティ４２３２に対する最初にＰｕＫによってリンクされたアカウントデータベースを表す。好ましくは、このデータベース記録４８４０は、本発明の第１の局面の第１および第２の好適な実施に関して上述したように、デバイス４３０４の公開鍵４３１８およびデバイス４３０４のセキュリティプロフィール４３２０を含む。さらに、好ましくは、データベース記録４８４０は、セキュリティエンティティ４３１２からアカウントオーソリティ４２３２まで転送する際、セキュリティに対するセキュリティエンティティ４３１２によってデジタルに署名される。
【０２６９】
好適なデータベース記録４８４０の例は、図１９に示される。上記の背景のセクションで説明したように、セキュリティプロフィールは、デバイスのセキュリティ局面（ＦＩＰＳ  ＰＵＢＳ１４０−１および１４０−２における例に対して上述された説明）およびデバイスの製造履歴（例えば、Ｓｍａｒｔ  Ｃａｒｄ  Ｐｒｏｔｅｃｔｉｏｎ  Ｐｒｏｆｉｌｅとして特定されたような）を含む。さらに、本発明の好適な実現に従ってセキュリティプロフィールのセキュリティ局面は、デバイスのセキュリティ特性およびデバイスの認承能力を含む。
【０２７０】
一旦受信された場合、アカウント認承４２３２は、ＰｕＫにリンクされたアカウントデータベース記録を顧客４２３６の特定の情報およびそのアカウントを用いて更新する。しかし、このような関連が特定の顧客のアカウントと初期のＰｕＫにリンクされたアカウントデータベースの記録との間でなされる前に、特定の顧客４２３６は、好ましくは、顧客のアカウントに関してアカウントオーソリティ４２３２に認承される。従って、エンティティ認承技術が、アカウントデータベースにおける記録に関して顧客４２３６を認承するために使用される。このような認承技術は、記録において特定のアカウントに関連付けられた情報に関して特定の顧客４２３６に質問すること、または、特定の顧客４２３６に顧客（ファクタＢエンティティ認承）の母親の旧姓等の秘密または他のエンティティ情報を提供することを含む。
【０２７１】
さらに、アカウントオーソリティ４２３２は、好ましくは、顧客４２３６が正確なデバイス４３０４を受信したことを認証する。顧客４２３６によって受信されたデバイス４３０４は、デバイス４３０４の秘密鍵を用いて顧客４２３６にメッセージをデジタルに署名させることによって受信され、ファクタＡエンティティ認承に対してアカウントオーソリティ４２３２に送信される、各ＥＣ４３２２におけるメッセージおよびデジタル署名を転送する。アカウントオーソリティ４２３２は、好ましくはＥＣ４３２２において含まれたデバイス４３０４の公開鍵を用いてそのメッセージを認承する。さらに、このメッセージの成功した認承によって、アカウントオーソリティ４２３２は、顧客４２３６のアカウントに関連するためのメッセージを成功して認承する公開鍵に対応する最初のＰｕＫにリンクされたアカウントデータベースにおける記録を識別する。
【０２７２】
さらなるセキュリティが必要とされる場合、各デバイスは、機能する前に顧客によって入力する必要がある初期化ＰｕＫにリンクされたアカウントデータベースにおける記録を識別する。初期化ＰＩＮの正確なエントリによって、次いで各顧客は、好ましくは、例えばデバイスがその後使用される度に入力されなければならない個人化ＰＩＮを入力する。好ましくは、初期化ＰＩＮは、好ましくは、デバイスから分離して顧客に分配される。さらに、各デバイスにおける初期化ＰＩＮの使用および個人化ＰＩＮは、好ましくは、各デバイスの認承能力の一部としてデータベース記録において含まれる。
【０２７３】
顧客が正確なカードを受信したことを認証する複数の代替の技術がさらに使用され得る。例えば、デバイスと顧客のアカウントとの関連に影響を与えるために、各顧客は、各顧客の家庭から特定の番号を呼び出し、電話によって各デバイスに印刷された番号を入力するように要求され得る。
【０２７４】
一旦、十分な認承が完了すると、顧客に特定の情報は、種々の態様でＰｕＫにリンクされたアカウントデータベース記録に関連付けられ得る。第１に、最初のＰｕＫにリンクされたアカウントデータベース記録は、アカウントオーソリティによって保守された顧客の予め存在するアカウントデータベースとマージし得る。アカウントデータベースは、顧客に特有の情報を含む。第２に、最初のＰｕＫにリンクされたアカウントデータベースは、別々に保守されるが、顧客に特有の情報を含む顧客の予め存在するアカウントデータベースで識別子によってインデックス付けされ得る、第３に、アカウントオーソリティは、単に以下の顧客情報から顧客に特有の情報を獲得し、それに応じてＰｕＫにリンクされたアカウントデータベース記録を更新し得るに過ぎない。
【０２７５】
本発明の第２の局面は、さらにアカウントオーソリティの新しい顧客に対するアカウントを確立する際に有用である。この点では、デバイスは図４３に説明されたのと同じ態様で既存の顧客ではなくアカウントオーソリティの潜在的な顧客に分配される。しかし、このシナリオでは、新たしいアカウントが潜在的な顧客によって構築されるため、予め存在するアカウントに関するエンティティ認承が必要とされる。にもかかわらず、顧客を特定のＰｕＫにリンクされた記録の内の１つとを関連付ける場合に、ファクタＡのエンティティ認承は重要のままである。
【０２７６】
新しいアカウントの構築に関して、「匿名の」フレームワークにおいて製造されたデバイスは顧客に分配され、商品および／またはサービスは、任意の顧客に特有の情報（すなわち、デバイスの公開鍵によって識別されたように、デバイスベースごとに提供され、必ずしも顧客ベースごとに提供される必要はない）に関わらず提供される。
【０２７７】
一方で、「個人用にされた」フレームワークにおいて、各新しい顧客は、顧客に特有の情報をアカウントオーソリティに提供し、アカウントオーソリティは、その顧客のデバイス（そのデバイスの公開鍵によって識別されたように）の各ＰｕＫにリンクされたデータベース記録に顧客の特有の情報を関連付けることによって最初のＰｕＫにリンクされたアカウントデータベースを更新する。再度この状況におけるアカウントオーソリティは、新しい顧客を任意の既存のアカウントに関して認承する必要がない。
【０２７８】
本発明の第２の局面による、初期のＰｕＫリンクされたアカウントデータベースを確立する新たなビジネスメソッドの一例には、インターネットサービスプロバイダ（ＩＳＰ）の新たな顧客を確立することが含まれる。まず、例えば、ドングルなどの複数の製造デバイスが、本発明の第１の局面に従って製造され、ＩＳＰの複数の将来の顧客に対して郵送される。各ドングルは、セットアップし、潜在的な顧客のコンピュータからＩＳＰおよびインターネットに接続するソフトウェアを含むＣＤ−ＲＯＭとともにパッケージされる。また、ドングルおよびＣＤ−ＲＯＭは、例えば、雑誌の挿入物として配布されてもよい。受け取ると、将来の顧客は、ソフトウェアを自分のコンピュータにインストールし、ドングルをコンピュータの適切なポートに取り付ける。その後、コンピュータがＩＳＰに接続される場合、ＥＣはＩＳＰに通信される。このＥＣは、ドングル内に保持される秘密鍵ならびにドングル内に保持されドングルからエクスポートされる公開鍵を利用して生成されるデジタル署名を含む。ＥＣを受け取ると、ＩＳＰは、メッセージとともに含まれる公開鍵を用いてメッセージを認証する。認証されると、ＩＳＰは、整合について、受信した公開鍵と、ＰｕＫリンクされたアカウントデータベースにおけるリンクされた公開鍵とを比較し、整合する公開鍵を有するアカウントをアクティブ化する。アカウント記録は、促進用のＩＳＰへの導入として、例えば、２６００時間分の無料のインターネットサーフィンのクレジットを含み得る。この実施例において、顧客固有情報は必要とされず、アカウントは、匿名フレームワークのもとでセットアップされる。
【０２７９】
あるいは、ＩＳＰは、新たなアカウントをアクティブ化するため、顧客からの課金およびクレジットカード情報を含む顧客固有情報を必要とし得る。この顧客固有情報を受信すると、ＰｕＫリンクされたアカウントデータベースにおける識別された記録は、この顧客固有情報を用いて更新され、アカウントがアクティブ化される。いくつかのアカウントのアクティブ化後に得られる、ＩＳＰのＰｕＫリンクされたアカウントデータベース４５４０は、例えば、図２０のアカウントデータベースに類似する。
【０２８０】
アカウントがアクティブ化されると、好ましくは、ＩＳＰに送信される各メッセージとともに含まれる一意的なアカウント識別子が、アカウントに割り当てられる。アカウント識別子は、そのメッセージが関連するアカウントを識別する。ユーザＩＤまたはアカウント番号は、アカウント識別子としての機能を果たし得る。公開鍵は、ＰｕＫリンクされたアカウントデータベースに記録され、アカウント識別子を用いて適切なアカウント記録を識別すると、デジタル署名されたメッセージが、関連付けられた公開鍵を用いて認証される。あるいは、公開鍵自体が、アカウント識別子として機能を果たし得る。いずれの場合においても、デジタル署名されたメッセージの認証が成功すると、アクセスが、ＩＳＰによって、ネットワークおよびインターネットに許可される（ファクターＡエンティティ認証）。
【０２８１】
本発明の第２の局面の初期のＰｕＫリンクされたアカウントデータベースの上記の確立を利用する、新たなビジネスメソッドの他の例には、現存する金融機関の顧客に、チェックカードとして用いられるＩＣカードを提供することが含まれる。このインプリメンテーションにおいて、複数のＩＣカードが、本発明の第１の局面に従って製造され、ＩＣカードを要求した複数の現存する金融機関の顧客に郵送される。製造されたＩＣカードの各々は、アカウントにおいて用いられるＩＣカードのアクティブ化のために金融機関に対して送られる必要がある、それぞれの初期化ＰＩＮを含む。それぞれの初期化ＰＩＮは、対応するＩＣカードから、別々に、各顧客に郵送される。さらに、各ＩＣカードは、その中に記録された状態で、郵送された先の顧客のアカウント番号を含む。
【０２８２】
安全なデータベースに記録されているＩＣカードのデータベース記録は、安全な様態で、金融機関に伝送される。受信すると、データベース記録は、初期のＰｕＫリンクされたアカウントデータベースを表し、その後、初期のＰｕＫリンクされたアカウントデータベースは、金融機関によって維持される既存のアカウントデータベース内の顧客の記録を用いて、更新および／またはマージされ、得られるデータベースは、ＰｕＫリンクされたアカウントデータベースである。得られるＰｕＫリンクされたアカウントデータベース５０４０は、例えば、図２１のデータベースに類似し得る。
【０２８３】
各顧客がＩＣカードおよび初期化ＰＩＮを別々に受信すると、顧客は、まず、初期化ＰＩＮを入力し、ＩＣカードを用いて、顧客からＰＩＮと、デジタル署名されたＩＣカードからアカウント番号とを含むＥＣを金融機関に通信することによって、金融機関のＡＴＭマシンにてＩＣカードを用いる。ＥＣを受信すると、金融機関は、ＥＣ内の識別されたアカウント番号から認可されたＰＩＮを取り出し、認可されたＰＩＮと伝送されたＥＣ内のＰＩＮとを比較することによって、ＥＣの送信側を認証する。金融機関は、同様に、メッセージを、識別されたアカウント番号に関連付けられた公開鍵を用いて認証する。ＰＩＮの検証およびメッセージ認証に成功すると、金融機関は、アカウントにおいてチェックカードとして用いるため、記録内でＩＣカードをアクティブ化する。さらに、ＩＣカードのアクティブ化後、アカウントにおける取引を表すＥＣ内のメッセージは、ＩＣカードを用いてデジタル署名されることのみを必要とし、顧客のアカウント番号を含む。このようなＥＣは、顧客のあらゆる個人情報、例えば、顧客の氏名、課金アドレス、ＰＩＮなどを含む必要はない。
【０２８４】
本発明の第３の局面は、ＰｕＫリンクされたデータベース記録を用いて複数の第３者のアカウントを確立することを含み、本発明の第１の局面の第１および第２の好適なインプリメンテーションに部分的に基づく。この点から、図２２を参照すると、デジタル署名を生成するデバイス４７０４は、安全な環境４７１４において製造される。デバイス４７０４が安全な環境４７１４からリリースされる前に、デバイス４７０４の公開鍵４７１８および他の何らかの情報が、安全なデータベース４７１０にデータベース記録２２７５として記録され、本発明の第１の局面について上述したように、他の情報には、好ましくは、デバイス４７０４のセキュリティプロフィール４７２０が含まれる。その後、デバイス４７０４は、顧客４７３２に配布され、顧客４７３２は、複数の所望のアカウントオーソリティ４７４２、４７４４、４７４６のうちの各々と、それぞれのアカウントを確立する。
【０２８５】
本発明の第３の局面によると、顧客４７３２のＰｕＫリンクされたアカウントの各々は、少なくとも部分的には、安全なデータベース４７１０から所望のアカウントオーソリティ４７４２、４７４４、４７４６の各々へのＰｕＫリンクされたデータベース記録４７４８の通信に基づいて確立される。上述したように、ＰｕＫリンクされたデータベース記録４７４８は、好ましくは、安全なエンティティ４７１２によってリンクされた、デバイス４７０４の公開鍵４７１８およびセキュリティプロフィール４７２０を含む。さらに、データベース記録４７４８は、データベース記録４７４８の保全性を保存するように、安全な様態４７１４’で通信される。
【０２８６】
それぞれのアカウントオーソリティ４７４２、４７４４、４７４６によって受信されるとき、データベース記録４７４８のセキュリティプロフィール４７２０にリンクされた公開鍵４７１８は、それぞれのアカウントオーソリティとの顧客４７３２の初期のＰｕＫリンクされたアカウントデータベース記録を表し、顧客４７３２が、それぞれのアカウントオーソリティの現存する顧客である場合、初期のＰｕＫリンクされたアカウントデータベース記録４７４８は、好ましくは、顧客４７３２の現存するアカウントデータベース記録に関連付けられる。しかし、安全なエンティティ４７１２から受信したＰｕＫリンクされたアカウントデータベース記録４７４８と顧客４７３２の現存するアカウントデータベース記録との関連付けは、好ましくは、本発明の第２の局面に関して上述された認証技術のうちの１つ以上によって、顧客４７３２が正しいデバイス４７０４を受け取ったことが検証された後にのみ、行われる。
【０２８７】
初期のＰｕＫリンクされたアカウントデータベース記録が、顧客４７３２の唯一のアカウントデータベース記録を表す場合（すなわち、顧客がアカウントオーソリティに対して新規である場合）、個人化されたフレームワークのもとで、顧客４７３２は、顧客４７３２の初期のＰｕＫリンクされたアカウントデータベース記録とともに記録するため、アカウントオーソリティに顧客固有情報を供給する。匿名フレームワークのもとで、顧客固有情報が提供される必要はない。
【０２８８】
また、個人化フレームワークのもとで、デバイス４７０４は、顧客４７３２が、それぞれＥＣ５１２２において、デバイス４７０４を用いてデジタル署名されたメッセージを各アカウントオーソリティ４７４２、４７４４、４７４６に送信する場合、それぞれのＰｕＫリンクされたアカウントデータベース記録４７４８に関連付けられた公開鍵を用いて、デジタル署名されたメッセージが各アカウントオーソリティ４７４２、４７４４、４７４６によって認証される場合に、各アカウントについて用いられるため、アクティブ化される。
【０２８９】
匿名フレームワークのもとで、アカウントオーソリティ４７４２、４７４４、４７４６によって確立されたそれぞれのアカウントは、顧客４７３２が、それぞれＥＣ５１２２において、デバイス４７０４を用いてデジタル署名されたメッセージを各アカウントオーソリティ４７４２、４７４４、４７４６に送信する場合、それぞれのＰｕＫリンクされたアカウントデータベース記録４７４８に関連付けられた公開鍵を用いて、デジタル署名されたメッセージがそれぞれのアカウントオーソリティ４７４２、４７４４、４７４６によって認証される場合、アクティブ化される。
【０２９０】
本発明の第５の局面には、アカウントにおける取引を表し、デバイスを用いてデジタル署名されたＥＣのメッセージが不正であるリスクを判断することと、それに基づいて、取引を行うか否かを決定することが含まれる。リスクを判断することは、デバイスのセキュリティ面および製造履歴を含む、製造時に、デバイスの公開鍵と安全にリンクされた、識別された情報に基づき、好ましくは、本発明の第１の局面を含む。また、リスクを判断することは、公開鍵を用いて認証されたデジタル署名の取引アカウント履歴、ＥＣ用のデジタル署名が作成された環境、ならびに、取引がアカウントにおいて本当に行われることができるか否かなどの他のアカウントもしくはビジネス固有ファクターを含む、さらなるファクターに基づく。
【０２９１】
本発明の第５の局面による、複数のユーザアカウントについて、アカウントオーソリティによって維持されるアカウントデータベースの一例を、図４４に示す。このアカウントデータベースは、図２１のアカウントデータベースに対応し、各アカウントについての「取引履歴」および「ＰｕＫからアカウントへの認証」情報が、セキュリティプロフィールとともにアカウント記録に追加されて、「リスク管理情報」を形成している。デバイスのセキュリティ面および製造履歴、ならびに、そこにリンクされた公開鍵は、アカウントと関連付けられ、本発明の第１、第２、および第３の局面に関して上述したように、アカウントオーソリティによって、あるいは、アカウントオーソリティによって信頼するに値すると考慮される任意の他のプロセスを介して入手され得る。
【０２９２】
取引アカウント履歴は、好ましくは、デジタル署名されたＥＣが受信されると、アカウントオーソリティによって、アカウントについて記録される。具体的には、アカウントオーソリティは、アカウントの記録に、各ＥＣの取引の細部を記録する。取引の履歴は、用いられる地理的位置、取引量、および取引の頻度のようなファクターを含み得る。これらのファクターは全て、起こり得る不正のモニタリングにおいて、アカウントオーソリティによって追跡され、評価され得る。また、起こり得る不正を示す機能を果たし得る、デバイスのユーザを認証するために用いられる秘密またはバイオメトリック特性を表すデータの不正確な入力数のような情報も、アカウントオーソリティによってモニタリングされ得る。
【０２９３】
ＰｕＫからアカウントへの認証は、公開鍵およびＰｕＫリンクされた情報が、アカウントオーソリティによって維持されるアカウントと関連付けられた場合に採用される認証技術である。この情報は、公開鍵およびＰｕＫリンクされた情報のアカウントへの初期関連付けに一致するリスクを評価することにおいて重要である。
【０２９４】
また、本発明の第５の局面によると、アカウントオーソリティは、メッセージについてのデジタル署名が作成された環境についての既知の任意のファクターを注記する。実際に、デバイスが用いられる環境は、しばしば、ＥＣ自体の中で通信される。例えば、クレジット料金を含む金融取引において、アカウントオーソリティ（例えば、発行銀行）は、取引の販売地点に、カードが存在したか否か、または、異なる方法で、例えば、インターネットを介して料金が発生したか否かを決定することができる。前者のシナリオに含まれる不正のリスクは、後者のシナリオに含まれる不正のリスクより実質的に少ないと考えられている。他の実施例において、Ｉ／Ｏサポートエレメントのような外部装置がデバイスと共に用いられて、メッセージを構成し、デジタル署名を作成する場合、Ｉ／Ｏサポートエレメントに関する情報が、好ましくは、ＥＣにおいて通信される環境情報に含まれる。例えば、Ｉ／Ｏサポートエレメントは、ＥＣをデジタル署名してもよいし、Ｉ／Ｏサポートエレメントの公開鍵にリンクされたＩ／Ｏサポートエレメントについての情報は、好ましくは、本発明の第１の局面に従って、識別される。実際、デバイスは、周知の金融取引ＩＣカードリーダプロジェクト（一般的には、「ＦＩＮＲＥＡＤ」として公知である）の結果として、ＣＥＮ／ＩＳＳＳによって発行された技術仕様に従って設計されたハードウェアおよびソフトウェアコンポーネントを含むカードリーダを含み得る。
【０２９５】
本発明のこの局面による好適なインプリメンテーションを、図４５に示す。ここで、アカウントオーソリティは、メッセージおよびメッセージについてのデジタル署名を含むＥＣを受信する（工程４９０２）。デジタル署名されたメッセージは、その中に、一意的な識別子によってＥＣにおいて識別された特定のアカウントにおける取引を表す命令を含む。受信すると、アカウントオーソリティは、特定のアカウントに関連付けられた公開鍵を取り出し（工程４９０４）、公開鍵を用いてＥＣのメッセージの認証を試みる（工程４９０６）。工程４９０８において、メッセージが認証されない場合、アカウントオーソリティは、メッセージを拒否する（工程４９１０）。工程４９０８において、メッセージが認証される場合、アカウントオーソリティは、メッセージをさらに処理する（工程４５１２）。
【０２９６】
メッセージのさらなる処理（工程４５１２）には、デジタル署名が不正に生成されたリスクを判断し、最終的には、アカウントにおける取引を行うか否かを決定するため、アカウントオーソリティによって用いられる多くのファクターの考慮（工程４５１４）が含まれる。考慮（工程４５１４）には、デバイスの製造環境内でデバイスの公開鍵にリンクされたデバイスのセキュリティ面および製造履歴の評価（工程４９１６）と、適用可能な場合、ＥＣの送信側またはデバイスのユーザによって提供されるエンティティ認証の評価（工程４９１８）と、ＥＣの作成の周りの環境ファクターの評価（工程４９２０）と、アカウントにおけるデバイスの取引履歴の評価（工程４９２２）と、他のアカウントまたはビジネス固有のファクターの評価（工程４９２４）が含まれる。より基本的なレベルで、ＰｕＫからアカウントへの認証も、不正のリスクを判断することにおいて考慮され得る。
【０２９７】
アカウントオーソリティが上記のファクターの一部または全てを考慮するか否か、アカウントオーソリティが任意の特定のファクターにどれぐらいの重みを付けるか、アカウントオーソリティがこれらの評価をどのような順序で行うかは、異なり得る。アカウントオーソリティは、アカウントにおいて取引を行うか否か、工程４５１４における自身の考慮に基づいて、自身のビジネスルールおよび判定を用いて決定する（工程４９２６）。工程４９２６における決定が否定的である場合、アカウントオーソリティは、メッセージを拒否する（工程４９１０）。工程４９２６における決定が肯定的である場合、アカウントオーソリティは、アカウントにおける取引を行い（工程４９２８）、それに応じて、アカウント記録を更新する（工程４９３０）。あるいは、アカウントオーソリティは、その考慮（工程４５１４）に基づいて、命令の限られた部分を実行すること（図示せず）を選択してもよいし、アカウントオーソリティは、取引を行う前に、ＥＣの送信側からのさらなる情報を要求してもよい（図示せず）。
【０２９８】
本発明のある局面において、複数の異なるデバイスは、アカウントオーソリティで維持される同じユーザアカウントに関連付けられる。この状況において、不正な取引のリスクは、好ましくは、各アカウントについて、アカウント全体に基づくのではなく、デバイスごとに判断される。特に、好ましくは、アカウントにおけるデジタル署名の取引履歴が記録され、後に、デバイスごとに考慮される。
【０２９９】
当然、各アカウントオーソリティによって用いられる、実際のルールベースまたはビジネスロジックは、主観的であり、必然的に、アカウントオーソリティ間で異なり得る。それにもかかわらず、デバイスのセキュリティ面および製造履歴の信頼できる識別は、デバイスによって生成されるデジタル署名の取引アカウント履歴の評価、デジタル署名が作成される環境的なファクター、他のアカウントまたはビジネス固有のファクターと組み合わされる場合、このような識別でない場合には実現されない、不正な取引に対するさらなるセキュリティを提供する。
【０３００】
（Ｆ．デジタル署名を生成するデバイスのＰｕｋ−結合情報の配信）
本発明の第６の局面によると、エンティティ（ここでは「中央鍵オーソリティ」）は、１つ以上のアカウントオーソリティに配信するためのユーザの所定のＰｕｋアカウント情報（ここでは「登録情報」）を維持する。登録情報は、デジタル署名を生成するユーザのデバイスの公開鍵（ＰｕＫ）および以下のタイプの情報の１つ以上を含む：アカウントオーソリティのアイデンティティ（これを用いてユーザはデバイスに対するＰｕＫ結合アカウント、およびユーザの各ＰｕＫ結合アカウントをそれぞれのアカウントオーソリティに対して識別するそれぞれのアカウント識別子を有する）；本発明の第１の局面によるデバイスの公開鍵に結合した情報；ユーザのメーリングアドレス、クレジットカード情報、年齢、などのユーザ特定情報；および、所望ならば、中央鍵オーソリティによって維持されるユーザ特定情報を検証する際に使用される認証技術である。さらに、中央鍵オーソリティは、好ましくは、ユーザの登録情報にユニークなアカウント番号をインデックス付けし、登録情報がアカウント識別子に基づいて取り出され得るようにする。これに関して、図示しないが、公開鍵はユニークなアカウント識別子として機能し得る。中央鍵オーソリティのＰｕＫ結合アカウントデータベース５０４０の例を図４６に例示する。
【０３０１】
本発明のこの局面によると、中央鍵オーソリティは、適宜登録情報の一部またはすべてをアカウントオーソリティに配信する。登録情報は、ユーザがアカウントオーソリティに対するアカウントを有するか−または、アカウントオーソリティに対してアカウントを設定したい−およびＥＣを、アカウント上のトランザクションを表す命令をそれぞれに含むメッセージとともに送信する場合（各そのようなメッセージはデジタル署名される）に、配信される。登録情報の配信が生じるのは、例えば、アカウントオーソリティによって維持される登録情報が特定のアカウントに対して古くなった場合である。さらに、登録情報の配信は本発明の第３の局面にしたがって行われ得る。ここでＰｕＫ結合アカウントデータベースレコードは、中央鍵オーソリティが安全なエンティティとしての資格を得るために十分な安全対策およびプロトコルを有すると考えられる場合に中央鍵オーソリティから得られる。
【０３０２】
中央鍵オーソリティによって維持される登録情報は種々の方法で得られる。例えば、本発明の第１、第２、または第３の局面によると、公開鍵およびそれに結合する情報は、好ましくは安全エンティティから得られる。アカウントオーソリティのアイデンティティ（これを用いてユーザはデバイスに対するＰｕＫ結合アカウントを有する）、およびユーザのＰｕＫ結合アカウントを各そのようなアカウントオーソリティに対して識別するアカウント識別子は、好ましくは、ユーザから得られ、かつユーザが中央鍵オーソリティに登録する場合に；ユーザの命令で、中央鍵オーソリティがユーザに代わってアカウントオーソリティに対してアカウントを設定する場合；またはユーザの命令で、第３者が中央鍵オーソリティから登録情報を得る場合に得られる。
【０３０３】
本発明の第６の局面によって中央鍵オーソリティによって提供され得る効率的および便利な例は、デバイスのそれぞれの公開鍵によって表されるようなユーザの古い（おそらく旧式の）デバイスの代わりにユーザの新しいデバイスでユーザのＰｕＫ結合アカウントを更新するステップを含む。図４７〜５１を参照して、そのような更新は、好ましくは、ユーザ５１５８によって単にＥＣ５１２２を中央鍵オーソリティ５１６０に送信すること（ステップ５２０６）によって達成される。中央鍵オーソリティ５１６０に対して、ユーザ５１５８は、古い公開鍵（ＰｕＫ１）によって表されるような古いデバイスを以前に登録した。
【０３０４】
ＥＣ５１２２は、メッセージに含まれる新しい公開鍵（ＰｕＫ２）を所定のアカウントオーソリティ５１６２、５１６４によって維持されるユーザ５１５８のアカウントと関連づけるための命令を有するメッセージ（Ｍ）を含む。アカウントオーソリティ５１６２、５１６４は中央鍵オーソリティ５１６０に登録される。メッセージは秘密鍵（ＰｒＫ１）を使用してデジタル署名され（ステップ５２０２）、かつそのメッセージのためのデジタル署名（ＤＳ）はＥＣ５１２２中にメッセージとともに含まれる（ステップ５２０４）。ＥＣ５１２２はまた、中央鍵オーソリティ５１６０によって維持されるアカウントのためのアカウント識別子（ＣＫＡ＃）を含む。
【０３０５】
ＥＣ５１２２を受信すると（ステップ５３０２）、中央鍵オーソリティ５１６０はＥＣ５１２２のメッセージ（Ｍ）を公開鍵（ＰｕＫ１）を使用して認証する（ステップ５３０４）。公開鍵（ＰｕＫ１）は、ユニークなアカウント識別子（ＣＫＡ＃）によって識別されるような中央鍵オーソリティ５１６０によって維持されるユーザ５１５８のアカウントに関連づけられている。
【０３０６】
認証が成功すると、中央鍵オーソリティ５１６０は登録情報を新しい公開鍵（ＰｕＫ２）を用いて更新し（ステップ５３０６）、そしてそれぞれのＥＣ５１６６、５１６８をユーザ５１５８によって識別されるアカウントオーソリティ５１６２、５１６４の各々に送信する（ステップ５３０８）。各ＥＣ５１６２、５１６４は、新しい公開鍵（ＰｕＫ２）をユーザ５１５８のアカウントと関連づけるためにアカウントオーソリティ５１６２、５１６４のそれぞれのリクエストを含む。中央鍵オーソリティ５１６０はまた、好ましくは、本発明の第１の局面によると、新しい公開鍵（ＰｕＫ２）に結合された安全プロフィールを得、そして安全プロフィールを新しい公開鍵（ＰｕＫ２）とともにアカウントオーソリティ５１６２、５１６４へ送信されるそれぞれのリクエスト中に含ませる。
【０３０７】
好ましくは、リクエストは、各アカウントオーソリティ５１６２、５１６４によってそのリクエストおよびその中の情報の認証のために、中央鍵オーソリティ５１６０の秘密鍵を使用してデジタル署名される（ステップ５３０８）、かつ中央鍵オーソリティ５１６０によってユーザ５１５８から受信される元のＥＣ５１２２を含み得る。各それぞれのリクエストはまた、好ましくは、各アカウントオーソリティ５１６２，５１６４によって更新されるべきアカウントのための適切なアカウント識別子を含む。この情報は中央鍵オーソリティ５１６０によって維持される登録情報の一部である。
【０３０８】
アカウントオーソリティ５１６２によってＥＣ５１６６が受信されると（ステップ５５０２）、リクエスト（Ｒ１）は、中央鍵オーソリティ５１６０の公開鍵を使用して認証される（ステップ５５０４）。中央鍵オーソリティ５１６０の公開鍵は、好ましくは、予めアカウントオーソリティ５１６２によって得られる。アカウントオーソリティ５１６２はまた、所望ならば、ＥＣ５１２２における元のメッセージ（Ｍ）を認証し得る。認証に成功すると、アカウントオーソリティ５１６２は、ＥＣ５１６６におけるアカウント識別子（Ａｃｃ＃）によって識別されるアカウントを新しい公開鍵（ＰｕＫ２）をそのアカウントに関連づけることによって更新する（ステップ５５０６）。
【０３０９】
同様に、アカウントオーソリティ５１６４によってＥＣ５１６８が受信されると（ステップ５１０２）、リクエスト（Ｒ２）は、中央鍵オーソリティ５１６０の公開鍵を使用して認証される（ステップ５１０４）。中央鍵オーソリティ５１６０の公開鍵は、好ましくは、予めアカウントオーソリティ５１６４によって得られる。アカウントオーソリティ５１６４はまた、所望ならば、ＥＣ５１２２における元のメッセージ（Ｍ）を認証し得る。認証に成功すると、アカウントオーソリティ５１６４は、ＥＣ５１６８におけるアカウント識別子（Ａｃｃ＃）によって識別されるアカウントを新しい公開鍵（ＰｕＫ２）をそのアカウントに関連づけることによって更新する（ステップ５１０６）。
【０３１０】
当業者によって理解されるように、２つのアカウントオーソリティを図４７〜５１の好適な実施において例示したが、任意の数のアカウントオーソリティは、適宜かつ所望ならば、中央鍵オーソリティによってそれぞれのＥＣが送られ得る。実際、コンタクトをとるアカウントオーソリティが多くなると、本発明の第６の局面による好適な実施がより効率的かつ便利となる。
【０３１１】
（Ｃ．信頼のある認証）
本発明の２つの局面の上記詳細な記載を考慮すると、第１の局面にしたがって送信者およびユーザの両方のファクタＢエンティティ認証および／またはファクタＣエンティティ認証を行う手段を提供し、かつそれと組み合わせて、第２の局面にしたがって特定のデジタル署名を生成するデバイスの安全局面を確実に識別することによって、信頼のある認証システムは、デジタル署名に基づいて強い認証を使用して確立されることが当業者に明らかである。本発明の第１の局面−デバイスによってファクタＢおよび／またはファクタＣエンティティ認証を行う−は、秘密または人のバイオメトリック特徴を介してデバイスを人に結びつける。本発明の第２の局面−安全な環境においてデバイスを、その中に安全に格納される秘密鍵を用いて製造し、そして後に確実に識別するためにデバイスの安全局面を記録する−は、公開−秘密鍵対をデバイスに結びつける。次いで、デバイスを結びつけられた人をアカウント保持者として識別することおよびデバイスに結びつけられた公開鍵をアカウントに関連づけることは、アカウント保持者を識別するために使用される技術と同じ強さの信頼を達成する。
【０３１２】
受信者の観点からすると、本発明の利点は、ファクタＡエンティティ認証を実行するのみの場合に３つのファクタエンティティ認証（ファクタＡ、Ｂ、およびＣ）を実行する利点を含む。これはそれ自体簡単なプロセスであるが、現在は、ファクタＢおよび／またはファクタＣエンティティ認証のレベルに上がる非否認（ｎｏｎ−ｒｅｐｕｄｉａｔｉｏｎ）および信頼のない認証を目的として広く利用されたのみであると考えられる。これにより、受信者によって実行されるエンティティ認証プロセスのコストが低減され、かつ効率が改善されると同時に、信頼性を増加し、かつシステムにおけるリスクを低減する。メッセージの認証の際、受信者は、デバイスによる認証を受け取るかどうかを決定する際にデバイスによって識別された検証ステータスを単に評価する。さらに、受信者は、デバイスによって識別された検証ステータスに適度に依存する場合、デバイスの保証を決定し得る。
【０３１３】
送信者の観点からすると、本発明は、送信者のプライバシーに対するリスクを増加せずにシステムにおける安全性および信頼性を増加する。送信者のバイオメトリック特徴および秘密は全く受信者に開示されない。したがって、このタイプの情報の送信中に傍受されるリスクはなく、かつこの情報の保管を受信者によって損失されるリスクはない。
【０３１４】
（１．信頼のある認証システム内の販売時点管理トランザクション）
上記の信頼のある認証システムを実施するビジネスアプリケーションの例５６００を図５６に例示する。この例において、購買者５６０２を含むアカウント保持者は、デバイスをＰＤＡ５６５０の形態で所有する。ＰＤＡ５６５０は、その内部で公開−秘密鍵対のうちの秘密鍵を安全に保護する。そのような秘密鍵はＰＤＴ５６５０内で、例えば、安全なマイクロチップ上に、またはＰＤＡ５６５０の筐体内の拡張スロットに挿入される安全なカード上に設置される。ＰＤＡ５６５０は、インタラクティブディスプレイスクリーン５６５２、ユーザ入力キー５６５４、および親指指紋バイオメトリックリーダ５６５６をさらに含む。さらに、ＰＤＡ５６５０は無線内部アンテナ（ならびに他の従来のハードウェアおよびソフトウェア）を適切に備えてきたので、ＰＤＡ５６５０は販売時点管理位置を含む無線環境において通信が可能である。ＰＤＡ５６５０はまた、無線環境において電子メッセージを受信、生成、および送信できるようにする適切なソフトウェアを内部に設置してきた。
【０３１５】
図示のように、購買者５６０２は販売時点管理位置に存在する。この位置で、購買者５６０２は犬５６０４を購入しようとする。犬５６０４の販売者（図示せず）は、支払いを商業キャッシュレジスタ／端末５６６０において受け取る。商業キャッシュレジスタ／端末５６６０はそれ自身のディスプレイ５６６２および適切なアンテナ（「ブルートゥース」−図示せず）を含み、また、例えば、ＰＤＡ５６５０と無線通信可能である。さらに、商業キャッシュレジスタ／端末５６６０は標準の金融ネットワーク５６０８と通信する。金融ネットワーク５６０８は、商業者および金融機関５６１２と通信し、かつ商業者と金融機関５６１２との間の正確なルーティング通信を行う能力を有する。
【０３１６】
ＰＤＡ５６５０は、複数のアカウントオーソリティ（金融機関５６１２、購買者の従業員５６２２、および購買者のフリークエント・フライヤー・プログラム５６３２の管理者を含む）に維持される複数のアカウントと関連づけられる。アカウントオーソリティに維持されるアカウントは、１つ以上のアカウントデータベースにおいて維持されるアカウント記録と関連づけられる。これらのアカウントデータベースは、それぞれアカウントデータベース５６１４、５６２４、５６３４とまとめて称され、かつこの図に例示される。この例において、金融機関５６１２は関連アカウントオーソリティであり、ＰＤＡ５６５０の許可されたユーザに代わって銀行またはクレジットカードアカウントを維持する。また、この例において、ＰＤＡ５６５０は、アカウントデータベース５６１４においてＰＤＡ５６５０の許可されたユーザのアカウントに関連づけられると仮定する。上記したように、データベース５６１４における購買者のアカウントは、例えば、アカウント番号を含むユニークなアカウント識別子を含む。このアカウント番号は、これに対応して、データベース５６１４において、顧客特定情報およびアカウント特定情報を含むアカウント情報と関連づけられる。本発明によると、アカウント番号はまた、公開鍵情報を識別する。公開鍵情報は、少なくとも購買者のＰＤＡ５６５０の公開鍵を含む。また、本発明によると、アカウント番号はＰＤＡ５６５０についてのデバイスプロフィール情報を識別する。デバイスプロフィールは、ＰＤＡ５６５０の安全プロフィールおよびトランザクション履歴を含む。安全プロフィールは、ＰＤＡ５６５０の安全機能（ｆｅａｔｕｒｅ）および製造履歴を含む。安全機能は、ＰＤＡ５６５０内の秘密鍵および他のデータを発見（保護するＰＤＡ５６５０の機能「安全特徴」）およびエンティティ認証を実行する機能（「認証能力」）を含む。
【０３１７】
特に図５７を参照すると、購買者５７０２は、購買者５７０２が犬５６０４の購入および商業キャッシュレジスタ／端末５６６０で商業者への支払いをリクエストした場合に、商業者とのトランザクションを開始する（ステップ５７０２）。商業者は、商業キャッシュレジスタ／端末５６６０上で犬５６０４を記録し（ステップ５７０４）、そして総差し引き不足額が購入者５６０２に対してまずディスプレイ５６６２上で表示される（ステップ５７０６）。支払いのために、商業者は購入の明細および購入に対する未払い金額を提示するメッセージ（Ｍ１）５６８０を送信する（ステップ５７０８）。メッセージ（Ｍ１）５６８０は、ＰＤＡ５６５０によって受信される（ステップ５７１０）。次いで、ＰＤＡ５６５０、購買者５６０２が見るためのディスプレイ５６５２（線５６８２によって示す）上に同じメッセージ（Ｍ１）５６８０を表示する（ステップ５７１２）。ＰＤＡ５６５０は、メッセージ（Ｍ１）５６８０の受信に応答して、購買者５６０２を促し（ステップ５７１４）、支払い用のアカウント（好ましくは、ＰＤＡ５６５０におけるメモリ中に維持されるような購買者のすべての可能なアカウントのリストから）を選択することによって（ステップ５７１６）、購買を確認する。一旦アカウントが選択されると、購買者５６０２は２つのタイプの検証データ（この場合、ＰＩＮおよび親指の指紋）を入力するように促される（ステップ５７１８）。購買者５６５０はＰＩＮ５６８４および親指の指紋５６８６を入力する（ステップ５７２０）。
【０３１８】
次いで、ＰＤＡ５６５０は２つタイプの検証データを予め格納されたデータと比較し（ステップ５７２２）、そしてＰＤＡ５６５０の検証ステータスを決定する（ステップ５７２４）。次いで、検証ステータスのインジケータ（ＩＶＳ）は、商業者からのメッセージ（Ｍ１）および購買者５６５０によって前回選択された支払いアカウントに対応するアカウント識別子（ａｃｃｔＩＤ）と組み合わされる（ステップ５７２６）。次いで、ＰＤＡ５６５０は、まずデータに対するハッシュ値を計算し、次いでハッシュ値をＰＤＡ５６５０内に保持された秘密鍵を使用して暗号化することによってメッセージに対するデジタル署名を生成する（ステップ５７２８）。次いで、ＰＤＡ５６５０は、デジタル署名を出力する（ステップ５７３０）。デジタル署名は商業キャッシュレジスタ／端末５６６０によって受信される。次いで、商業キャッシュレジスタ／端末５６６０はメッセージおよびそれに対するデジタル署名をＥＣ５６９０において金融機関５６１２に（金融ネットワーク５６０８を介して）送信し（ステップ５７３２）、そして金融機関５６１２からの応答を待つ（ステップ５７３４）。
【０３１９】
図５８を参照すると、金融ネットワーク５６０８がＥＣ５６９２をルーティングした後、メッセージは、商業キャッシュレジスタ／端末５６６０から金融機関５６１２によって受信される（ステップ５８０２）。次いで、金融機関５６１２は、アカウントデータベース５６１４から、ＥＣ５６９２におけるアカウント番号によって識別される公開鍵を受信する（ステップ５８０４）。公開鍵を使用して、金融機関５６１２はメッセージを認証を試みる（ステップ５８０６）。メッセージが認証されないと（ステップ５８０８において）、金融機関５６１２は、メッセージの拒否５６９４をもって商業者に（金融ネットワーク５６０８を介して）応答する（ステップ５８１０）。そのような応答は、拒否の理由を示し得る。メッセージが認証されると（ステップ５８０８）、金融機関５６１２は、メッセージが、実際に、識別されたアカウント番号に関連づけられた正しいＰＤＡ５６５０を所有する人から来たと結論づける−（すなわち、ファクタＡエンティティ認証が得られる）。次いで、金融機関５６１２はメッセージをさらに処理する（ステップ５８１２）。
【０３２０】
さらなる処理（ステップ５８１２）は、金融機関５６１２によって使用される多くのファクタの評価および検討（ステップ５８１４）を含み、最終的に、メッセージを処理するかどうか（例えば、特定されたアカウントに対してトランザクションを許可する）を決定する。評価および検討（ステップ５８１４）は、ＰＤＡ５６５０の認証能力およびＰＤＡ５６５０によって提供される検証ステータス（ＩＶＳ）の分析の評価（ステップ５８１６）、ＰＤＡ５６５０に関連する安全特徴の評価（ステップ５８１８）、ＥＣ５６９０、５６９２のまわりの環境ファクタの評価（ステップ５８２０）、ＰＤＡ５６５０のトランザクション履歴および／またはＥＣ５６９０、５６９２に関連するアカウント（ａｃｃｔＩＤ）の検討（ステップ５８２２）、および他のアカウントまたはビジネス特定ファクタの検討（ステップ５８２４）を含む。金融機関５６１２が上記のファクタの一部またはすべてを検討するかどうか、金融機関５６１２はいずれかの特定のファクタにどれだけの重みまたは重要性を置くか、および、あれば、金融機関５６１２が上記ファクタを評価または検討する優先順位は、各アカウントオーソリティ自身の特定のビジネスの関心事、必要性、対象、目的、およびリスクにしたがってアカウントオーソリティごとに変化する。したがって、各アカウントオーソリティ（例えば、金融機関）は、それ自身のビジネス規則および判断を使用して、（ステップ５８１４において）検討されるファクタの一部またはすべてに基づき、メッセージからの命令が実行されるべきかを決定する（ステップ５８２６）。（ステップ５８２６における）決定が否定であれば、金融機関５６１２はメッセージの拒否５６９４をもって返答する（ステップ５８１０）。（ステップ５８２６における）決定が肯定であれば、アカウントオーソリティはメッセージからの命令を実行する（ステップ５８２８）（そして、これに合わせて、ＥＣ５６９４、５６９６で商業者に通知し）そしてこれに合わせてアカウント記録を更新する（ステップ５８３０）。
【０３２１】
再度図５７を参照する。一旦商業者が金融機関５６１２からの応答を受信すると、ステップ５７３４における決定は肯定である。次に、商業者は応答がトランザクションの承認または拒否であるかを決定する（ステップ５７３６）。金融機関５６１２がトランザクションを承認しなければ、商業者は、トランザクションが承認されなかったことを購買者５６０２に通知する（ステップ５７３８）。他方、ステップ５７３６における決定が肯定ならば、商業者は購買者５６０２に犬５６０４を与えることによって販売を完了する（ステップ５７４０）。
【０３２２】
（Ｄ．さらなるセキュリティおよびプライバシー測定）
（１．不正表示に対する保護）
図３３に与えられた例に関して、ＩＣカード９５のようなデバイスを使用するリスクは、ＩＣカード９５のユーザが、商取引者の販売場所の制御下にあるカードリーダ３３０８のディスプレイ３３１４に依存して、ＩＣカード９５を用いるデジタル署名を生成するために表示されたメッセージの実際の表示を表さなければならないという事実がある。例えば、悪徳商取引者は、ある金額の購入価格を表示するが、より高い購入価格を有するように、カードリーダ３３０８によってＩＣカード９５に転送されるメッセージデータを有することが可能である。このような不正のリスクを最小化するためには、図２８に説明されたコンピュータチップ５０が、デバイス自体のディスプレイを有する（恐らく、デバイスの所有者の制御下で）ＰＤＡまたは携帯電話等のより高度なデバイスに設けられることが好ましい。ＰＤＡまたは携帯電話が、デバイスを用いてデバイスのデジタル署名の生成の前に、メッセージデータの全体のテキストを正確に表示するようにプログラムされ得るため、商取引者が顧客にある購入価格を「示す」が、デジタル署名されるべきメッセージ内に含まれた異なる購入価格を実際に有することはより困難である。
【０３２３】
（２．アカウント情報の保護）
ＩＣカード９５とは異なり、ＰＤＡまたは携帯電話はまた、ユーザにより大きな柔軟性およびプライバシーを提供する。例えば、図３３の例示を続けると、販売場所リーダ３３０８を有することによって、ユーザが制限された数の最初の支払アカウントから選択されることを促進するのではなく、ＰＤＡまたは携帯電話は、ユーザがデバイスに格納された全ての支払アカウントを格納およびこのアカウントを選択することを可能にする。さらに、販売場所リーダ３３０８を有することによって、ＩＣカード９５から利用可能な支払アカウントの全てを実際に取り出し、いくつかのプライバシーに関する事項を潜在的に生じさせるのではなく、ＰＤＡまたは携帯電話は、ユーザが商取引者の販売場所ではなく、デバイスによって示されたリストからアカウントを選択することを可能にする。従って、商取引者の販売場所は、デバイスによって保守されたアカウント番号のリストに関与することがなくなる。
【０３２４】
（３．再生攻撃に対する保護）
図２９〜図３３に示された例の全てにおいて、ＩＣカード９５によって生成されたデジタル署名を受信するパーティは、再生攻撃を潜在的に受けやすい。デバイスからの元のデジタル署名がコピーされ、認可されていない態様で再使用される場合に再生攻撃が起こる。元のデジタル署名およびコピーのデジタル署名の両方は、適切な公開鍵を用いて復号化されるため、デジタル署名を受信するパーティは、元の署名と以後の署名との間で区別するいくつかの方法を必要とする。
【０３２５】
記録されたデジタル署名の受理を避けるためには、再生攻撃に対して防御するパーティは、単にデジタル署名がデジタル署名を作成するためのデバイスに送信された各メッセージ入力コマンドの一部として乱数または固有のメッセージ（例えば、日時、日付、およびカウンタ（ｃｏｕｎｔｅｒ）の組み合わせ）を含み、その乱数または固有のメッセージがデジタル署名されるものに含まれることを要求することが必要であるに過ぎない。従って、デジタル署名を再度受信するパーティは、デバイスから受信されたデジタル署名がその対応するメッセージ入力コマンドに直接応答してデバイスによって実際に生成されたことをメッセージ認証に基づいて確認する。このような技術は、例えば、Ｆｅｄｅｒａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｃｅｓｓｉｎｇ  Ｓｔａｎｄａｒｄｓ  Ｐｕｂｌｉｃａｔｉｏｎ  １９６，Ｅｎｔｉｔｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｕｓｉｎｇ  Ｐｕｂｌｉｃ  Ｋｅｙ  Ｃｒｙｐｔｏｇｒａｐｈｙ，ＵＳ  ＤＯＣ／ＮＢＳ、１９９７年２月１８日（以後「ＦＩＰＳ  ＰＵＢ  １９６」と呼ぶ）に説明されている。この文献は、本明細書中で参考として援用され、ｈｔｔｐ：／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖ／ｐｕｂｌｉｃａｔｉｏｎｓ／ｆｉｐｓ．においてダウンロード可能である。
【０３２６】
デジタル署名を受信するパーティが、任意の所与の時間および応答が実質的に同時発生することが期待される場合（例えば、デバイスがリーダの中にまたはその付近にある場合）に１つのみの認証セッションに関連する用途（例えば、カードリーダまたはそれに関連するコントローラ）に対して、期待された時間間隔内で再度受信されたデジタル署名が適切な乱数または固有のメッセージを含むことを確実にするために十分長い、コンピュータメモリ中の乱数または固有のメッセージを保守することが必要なだけである。この乱数または固有のメッセージは、１つのみのデジタル署名に対して十分であり、パーティによって受信された第１のデジタル署名が元の署名であり、もしあれば以後の同一のデジタル署名が不正のコピーおよびそのように処理されることを確実にする。
【０３２７】
デジタル署名を受信するパーティが任意の所与の時間において１以上の認証セッションに含まれる用途（例えば、ウエブサイトへの入力および／またはウエブサイトを介する商取引に対して複数のユーザからの同時リクエストを受理するウエブサイト）に対して、パーティは、デジタル署名の生成のための全デバイスに送信された全ての乱数または固有のメッセージのログを保守することが必要である。さらに、パーティがこのような乱数または固有のメッセージが使用される特定のセッションにこのような乱数または固有のメッセージのそれぞれを関連付けるかリンクさせることが必要である。従ってデジタル署名が特定のセッションにおいて再受信される場合、このパーティは、正確な乱数が受信されこのようなセッションに対してデジタル署名されることを確認し得る。
【０３２８】
乱数の生成は、例えば、ＦＩＰＳ  ＰＵＢ  １８６−２の添付物３において特定された任意の乱数発生器を用いて実行され得る。
【０３２９】
セッションの確立を含まない一方向金融取引および他の取引に対して、受信者は、再生攻撃に対して防御するために署名する固有のメッセージを提供することを不可能にする。デジタル署名がデジタル署名規格に従って作成される場合、この状況では、好ましくは受信者は、以前のデジタル署名のログを保守する。さらに、受信者は、時間および日付スタンプを有するＥＣのみを受け入れ、さらに、所定の時間ウインドウにおいてこのようなＥＣを受け入れるのみであり得る。
【０３３０】
したがって、本発明が幅広い利用および用途が可能であることが、本発明の好ましい実行、デバイス、および方法の上記詳細な説明を考慮して、当業者によって即座に理解される。本明細書に記載された以外の本発明の多くの方法、実行、および適応、並びに、多くの変更、改良、および等価な構成が、本発明の内容または範囲から逸脱することなく、本発明および以下の詳細な説明から明らか、または、理にかなうように本発明および以下の詳細な説明によって提案される。さらに、当業者は、種々のプロセスのステップがいくつかの例において好ましい配列または経過順で達成されるように示され且つ記載され得るが、このようなプロセスのステップはこのような特定の配列または順序で達成されるように必ずしも制限されないことを理解および評価する。むしろ、多くの例において、本明細書に記載されたプロセスのステップは、本発明の範囲内に依然として落ち着きながら、種々の異なる配列および順序において達成され得る。したがって、本発明は、好ましい実行およびデバイスに関連して本明細書に詳細に記載されるが、この詳細な説明は、本発明の例証および例示にすぎず、単に、十分でかつ可能な本発明の開示を提供する目的のためになされたことが理解されるべきである。本明細書に示された詳細な説明は、本発明を制限し、またはそうではなく任意のこのような他の実行、適応、変更、改良および本発明の等価な構成を除外することが意図されず、また、そのように解釈されるべきではなく、本発明は、ただ、本明細書に添付された請求の範囲におよびその均等物よって制限される。
【図面の簡単な説明】
【図１】
図１は、従来技術の証明オーソリティデジタル証明（ＣＡＤＳ）システムを示す。
【図２ａ】
図２ａは、本発明の第１の局面の第１の好適なインプリメンテーションを示す。
【図２ｂ】
図２ｂは、図２ａのインプリメンテーションの変形を示す。
【図２ｃ】
図２ｃは、図２ａのインプリメンテーションの変形を示す。
【図３】
図３は、図２ａ、２ｂ、および２ｃのデバイスの操作の好適なモードを示す。
【図４ａ】
図４ａは、本発明の第１の局面の第２の好適なインプリメンテーションを示す。
【図４ｂ】
図４ｂは、図４ａのインプリメンテーションの変形を示す。
【図４ｃ】
図４ｃは、図４ａのインプリメンテーションの変形を示す。
【図５】
図５は、図４ａ、４ｂ、および４ｃのデバイスの操作の好適なモードを示す。
【図６ａ】
図６ａは、本発明の第１の局面の第３の好適なインプリメンテーションを示す。
【図６ｂ】
図６ｂは、図６ａのインプリメンテーションの変形を示す。
【図６ｃ】
図６ｃは、図６ａのインプリメンテーションの変形を示す。
【図７】
図７は、図６ａ、６ｂ、および６ｃのデバイスの操作の好適なモードを示す。
【図８ａ】
図８ａは、本発明の第１の局面の第４の好適なインプリメンテーションを示す。
【図８ｂ】
図８ｂは、図８ａのインプリメンテーションの変形を示す。
【図８ｃ】
図８ｃは、図８ａのインプリメンテーションの変形を示す。
【図９】
図９は、図８ａ、８ｂ、および８ｃのデバイスの操作の好適なモードを示す。
【図１０ａ】
図１０ａは、本発明の第１の局面の予め格納されたデータの好適なフォーマットを示す。
【図１０ｂ】
図１０ｂは、本発明の第１の局面の予め格納されたデータの好適なフォーマットを示す。
【図１０ｃ】
図１０ｃは、本発明の第１の局面の予め格納されたデータの好適なフォーマットを示す。
【図１１ａ】
図１１ａは、本発明の第１の局面の検証データの好適なフォーマットを示す。
【図１１ｂ】
図１１ｂは、本発明の第１の局面の検証データの好適なフォーマットを示す。
【図１１ｃ】
図１１ｃは、本発明の第１の局面の検証データの好適なフォーマットを示す。
【図１２】
図１２は、好適な比較および検証ステータスの識別プロセスを示す。
【図１３ａ】
図１３ａは、本発明の第１の局面の好適な比較および検証ステータス識別プロセスを示す。
【図１３ｂ】
図１３ｂは、本発明の第１の局面の好適な比較および検証ステータス識別プロセスを示す。
【図１４】
図１４は、本発明の第１の局面の好適な比較および検証ステータス識別プロセスを示す。
【図１５ａ】
図１５ａは、本発明の第１の局面の識別マーカーの好適なフォーマットを示す。
【図１５ｂ】
図１５ｂは、本発明の第１の局面の識別マーカーの好適なフォーマットを示す。
【図１６】
図１６は、本発明の第１の局面の識別マーカーの好適なフォーマットを示す。
【図１７】
図１７は、本発明の第１の局面に従って検証データ入力のの仮説のシーケンスから生じる識別マーカーの表を示す。
【図１８】
図１８は、コンピュータチップを用いる本発明の第１の局面のインプリメンテーション内の好適なフローチャートを示す。
【図１９】
図１９は、ＩＣカードを用いる本発明の第１の局面の第１の特有のインプリメンテーションを示す。
【図２０】
図２０は、ＩＣカードを用いる本発明の第１の局面の第２の特有のインプリメンテーションを示す。
【図２１】
図２１は、ＩＣカードを用いる本発明の第１の局面の第３の特有のインプリメンテーションを示す。
【図２２ａ】
図２２ａは、ＩＣカードを用いる本発明の第１の局面の第４の特有のインプリメンテーションを示す。
【図２２ｂ】
図２２ｂは、ＩＣカードを用いる本発明の第１の局面の第５の特有のインプリメンテーションを示す。
【図２３】
図２３は、ＩＣカードを用いる本発明の第１の局面の第６の特有のインプリメンテーションを示す。
【図２４】
図２４は、本発明の第１の局面に従ってセッション認証および取引認証目的のためのＥＣの使用を示す。
【図２５】
図２５は、本発明の第１の局面に従って取引確認目的のためのＥＣの使用を示す。
【図２６】
図２６は、本発明の第２の局面の第１の好適なインプリメンテーションが実行される好適なシステムを示す。
【図２７】
図２７は、本発明の第２の局面の第１の好適なインプリメンテーションに従って安全な環境内で実施される工程のフローチャートを示す。
【図２８】
図２８は、本発明の第２の局面の第１の好適なインプリメンテーションに従ってデバイスのセキュリティプロフィールを識別する通信シーケンスを示す。
【図２９】
図２９は、本発明の第２の局面の第１の好適なインプリメンテーションに従ってＥＣのデジタル署名を生成する疑わしいデバイスによって実施される工程のフローチャートを示す。
【図３０】
図３０は、本発明の第２の局面の第１の好適なインプリメンテーションに従って受信側によって実施された工程のフローチャートを示す。
【図３１】
図３１は、本発明の第２の局面の第１の好適なインプリメンテーションに従って安全なエンティティによって実施された工程のフローチャートを示す。
【図３２】
図３２は、本発明の第２の局面の第２の好適なインプリメンテーションに従って安全な環境内で実施された工程のフローチャートを示す。
【図３３】
図３３は、本発明の第２の局面の第２の好適なインプリメンテーションに従ってデバイスのセキュリティプロフィールを識別する工程における通信シーケンスを示す。
【図３４】
図３４は、本発明の第２の局面の第２の好適なインプリメンテーションに従ってＥＣにおいてデジタル署名を作成する疑わしいデバイスによって実施される工程のフローチャートを示す。
【図３５】
図３５は、本発明の第２の局面の第２の好適なインプリメンテーションに従って受信側によって実施される工程のフローチャートを示す。
【図３６】
図３６は、本発明の第２の局面の第２の好適なインプリメンテーションに従って安全なエンティティによって実施される工程のフローチャートを示す。
【図３７】
図３７は、本発明の第２の局面の第３の好適なインプリメンテーションに従って安全な環境内で実施される工程のフローチャートを示す。
【図３８】
図３８は、本発明の第２の局面の第３の好適なインプリメンテーションに従ってデバイスのセキュリティプロフィールを識別する工程における通信シーケンスを示す。
【図３９】
図３９は、本発明の第２の局面の第３の好適なインプリメンテーションに従ってＥＣにおいてデジタル署名を生成する疑わしいデバイスによって実施される工程のフローチャートを示す。
【図４０】
図４０は、本発明の第２の局面の第３の好適なインプリメンテーションに従って受信側によって実施される工程のフローチャートを示す。
【図４１】
図４１は、本発明の第２の局面の第３の好適なインプリメンテーションに従って安全なエンティティによって実施される工程のフローチャートを示す。
【図４２】
図４２は、第三者が顧客に商品および／またはサービスを提供し、それらと共に顧客のアカウントデータベースを維持する本発明の第２の局面に関連したシステムを示す。
【図４３】
図４３は、本発明の第２の局面の好適なインプリメンテーションが実行される好適なシステムを示す。
【図４４】
図４４は、本発明の第２の局面の好適なインプリメンテーションに従って初期のＰｕＫリンクされたアカウントデータベースのデータベース記録を示す。
【図４５】
図４５は、インターネットサービスプロバイダを表す第三者によって更新され、および／または統合された後の図４４のデータベース記録を含む顧客のＰｕＫリンクされたアカウントデータベースを示す。
【図４６】
図４６は、金融機関を表す第三者によって更新され、および／または統合された後の図４４のデータベース記録を含む顧客のＰｕＫリンクされたアカウントデータベースを示す。
【図４７】
図４７は、本発明の第３の局面の好適なインプリメンテーションが実行される好適なシステムを示す。
【図４８】
図４８は、本発明の第５の局面の好適なインプリメンテーションに従って金融機関を表す第三者の顧客の確立されたＰｕＫリンクされたアカウントデータベースを示す。
【図４９】
図４９は、本発明の第５の局面の好適なインプリメンテーションに従ってアカウントの取引を実施するかどうかを考慮するためのフローチャートを示す。
【図５０】
図５０は、本発明の第６の局面の好適なインプリメンテーションに従った通信シーケンスを示す。
【図５１】
図５１は、本発明の第６の局面の好適なインプリメンテーションに従った通信シーケンスを示す。
【図５２】
図５２は、図５１の本発明の第６の局面の好適なインプリメンテーションに従ってユーザによって実施される工程のフローチャートを示す。
【図５３】
図５３は、図５１の本発明の第６の局面の好適なインプリメンテーションに従って中央鍵オーソリティによって実施される工程のフローチャートを示す。
【図５４】
図５４は、図５１の本発明の第６の局面の好適なインプリメンテーションに従って第１のアカウントオーソリティによって実施される工程のフローチャートを示す。
【図５５】
図５５は、図５１の本発明の第６の局面の好適なインプリメンテーションに従って第２のアカウントオーソリティによって実施される工程のフローチャートを示す。
【図５６】
図５６は、本発明の好適な実施形態に従ったビジネスアプリケーションを示す。
【図５７】
図５７は、図５６のビジネスアプリケーションのアカウントホルダーおよび取引先（中間のパーティ）の双方によって実施される工程のフローチャートを示す。
【図５８】
図５８は、図５６のビジネスアプリケーションのアカウントオーソリティによって実施される工程のフローチャートを示す。
【図１】
2004519874.tif 000006
【図２ａ】
2004519874.tif 000007
【図２ｂ】
2004519874.tif 000008
【図２ｃ】
2004519874.tif 000009
【図３】
2004519874.tif 000010
【図４ａ】
2004519874.tif 000011
【図４ｂ】
2004519874.tif 000012
【図４ｃ】
2004519874.tif 000013
【図５】
2004519874.tif 000014
【図６ａ】
2004519874.tif 000015
【図６ｂ】
2004519874.tif 000016
【図６ｃ】
2004519874.tif 000017
【図７】
2004519874.tif 000018
【図８ａ】
2004519874.tif 000019
【図８ｂ】
2004519874.tif 000020
【図８ｃ】
2004519874.tif 000021
【図９】
2004519874.tif 000022
【図１０ａ】
2004519874.tif 000023
【図１０ｂ】
2004519874.tif 000024
【図１０ｃ】
2004519874.tif 000025
【図１２】
2004519874.tif 000026
【図１３ａ】
2004519874.tif 000027
【図１３ｂ】
2004519874.tif 000028
【図１４】
2004519874.tif 000029
【図１５ａ】
2004519874.tif 000030
【図１５ｂ】
2004519874.tif 000031
【図１６】
2004519874.tif 000032
【図１７】
2004519874.tif 000033
【図１８】
2004519874.tif 000034
【図２４】
2004519874.tif 000035
【図２５】
2004519874.tif 000036
【図２６】
2004519874.tif 000037
【図２７】
2004519874.tif 000038
【図２８】
2004519874.tif 000039
【図２９】
2004519874.tif 000040
【図３０】
2004519874.tif 000041
【図３１】
2004519874.tif 000042
【図３２】
2004519874.tif 000043
【図３３】
2004519874.tif 000044
【図３４】
2004519874.tif 000045
【図３５】
2004519874.tif 000046
【図３６】
2004519874.tif 000047
【図３７】
2004519874.tif 000048
【図３８】
2004519874.tif 000049
【図３９】
2004519874.tif 000050
【図４０】
2004519874.tif 000051
【図４１】
2004519874.tif 000052
【図４３】
2004519874.tif 000053
【図４４】
2004519874.tif 000054
【図４５】
2004519874.tif 000055
【図４６】
2004519874.tif 000056
【図４７】
2004519874.tif 000057
【図４８】
2004519874.tif 000058
【図４９】
2004519874.tif 000059
【図５０】
2004519874.tif 000060
【図５１】
2004519874.tif 000061
【図５２】
2004519874.tif 000062
【図５３】
2004519874.tif 000063
【図５４】
2004519874.tif 000064
【図５５】
2004519874.tif 000065
【図５６】
2004519874.tif 000066
【図５７】
2004519874.tif 000067
【図５８】
2004519874.tif 000068
【国際公開パンフレット】
2004519874.tif 000069
2004519874.tif 000070
2004519874.tif 000071
2004519874.tif 000072
2004519874.tif 000073
2004519874.tif 000074
2004519874.tif 000075
2004519874.tif 000076
2004519874.tif 000077
2004519874.tif 000078
2004519874.tif 000079
2004519874.tif 000080
2004519874.tif 000081
2004519874.tif 000082
2004519874.tif 000083
2004519874.tif 000084
2004519874.tif 000085
2004519874.tif 000086
2004519874.tif 000087
2004519874.tif 000088
2004519874.tif 000089
2004519874.tif 000090
2004519874.tif 000091
2004519874.tif 000092
2004519874.tif 000093
2004519874.tif 000094
2004519874.tif 000095
2004519874.tif 000096
2004519874.tif 000097
2004519874.tif 000098
2004519874.tif 000099
2004519874.tif 000100
2004519874.tif 000101
2004519874.tif 000102
2004519874.tif 000103
2004519874.tif 000104
2004519874.tif 000105
2004519874.tif 000106
2004519874.tif 000107
2004519874.tif 000108
2004519874.tif 000109
2004519874.tif 000110
2004519874.tif 000111
2004519874.tif 000112
2004519874.tif 000113
2004519874.tif 000114
2004519874.tif 000115
2004519874.tif 000116
2004519874.tif 000117
2004519874.tif 000118
2004519874.tif 000119
2004519874.tif 000120
2004519874.tif 000121
2004519874.tif 000122
2004519874.tif 000123
2004519874.tif 000124
2004519874.tif 000125
2004519874.tif 000126
2004519874.tif 000127
2004519874.tif 000128
2004519874.tif 000129
2004519874.tif 000130
2004519874.tif 000131
2004519874.tif 000132
2004519874.tif 000133
2004519874.tif 000134
2004519874.tif 000135
2004519874.tif 000136
2004519874.tif 000137
2004519874.tif 000138
2004519874.tif 000139
2004519874.tif 000140
2004519874.tif 000141
2004519874.tif 000142
2004519874.tif 000143
2004519874.tif 000144
2004519874.tif 000145
2004519874.tif 000146
2004519874.tif 000147
2004519874.tif 000148
2004519874.tif 000149
2004519874.tif 000150
2004519874.tif 000151
2004519874.tif 000152
2004519874.tif 000153
2004519874.tif 000154
2004519874.tif 000155
2004519874.tif 000156
2004519874.tif 000157
2004519874.tif 000158
2004519874.tif 000159
2004519874.tif 000160
2004519874.tif 000161
2004519874.tif 000162
2004519874.tif 000163
2004519874.tif 000164
2004519874.tif 000165
2004519874.tif 000166
2004519874.tif 000167
2004519874.tif 000168
2004519874.tif 000169
2004519874.tif 000170
2004519874.tif 000171
2004519874.tif 000172
2004519874.tif 000173
2004519874.tif 000174
2004519874.tif 000175
2004519874.tif 000176
2004519874.tif 000177
2004519874.tif 000178
2004519874.tif 000179
2004519874.tif 000180
2004519874.tif 000181
2004519874.tif 000182
2004519874.tif 000183
2004519874.tif 000184
2004519874.tif 000185
2004519874.tif 000186
2004519874.tif 000187
2004519874.tif 000188
2004519874.tif 000189
2004519874.tif 000190
2004519874.tif 000191
2004519874.tif 000192
2004519874.tif 000193
2004519874.tif 000194
2004519874.tif 000195
2004519874.tif 000196
2004519874.tif 000197
2004519874.tif 000198
2004519874.tif 000199
2004519874.tif 000200
2004519874.tif 000201
2004519874.tif 000202
2004519874.tif 000203
2004519874.tif 000204
2004519874.tif 000205
2004519874.tif 000206
2004519874.tif 000207
2004519874.tif 000208
2004519874.tif 000209
2004519874.tif 000210
2004519874.tif 000211
2004519874.tif 000212
2004519874.tif 000213
2004519874.tif 000214
2004519874.tif 000215
2004519874.tif 000216
2004519874.tif 000217
2004519874.tif 000218
2004519874.tif 000219
2004519874.tif 000220
2004519874.tif 000221
2004519874.tif 000222
2004519874.tif 000223
2004519874.tif 000224
2004519874.tif 000225
2004519874.tif 000226
2004519874.tif 000227
2004519874.tif 000228
2004519874.tif 000229
2004519874.tif 000230
2004519874.tif 000231
2004519874.tif 000232
2004519874.tif 000233
2004519874.tif 000234
2004519874.tif 000235
2004519874.tif 000236
2004519874.tif 000237
2004519874.tif 000238
2004519874.tif 000239
2004519874.tif 000240
2004519874.tif 000241
2004519874.tif 000242
2004519874.tif 000243
2004519874.tif 000244
【国際公開パンフレット（コレクトバージョン）】
2004519874.tif 000245
2004519874.tif 000246
【国際調査報告】
2004519874.tif 000247