(57)【要約】デバイス（２５６）の現在の検証ステータスは、デバイス（２５６）への複数の所定の検証データ入力（２５０）、およびデバイス（２５４）内に予め格納されたデータの中から識別される。インジケータ（２７２）は、予め格納されたデータも検証データも示さない。所定の検証ステータスのうちの一つは、予め格納されたデータと同じ検証データを表し、別の検証ステータスは、予め格納されたデータとは異なる検証データを表す。識別された検証ステータスは、ある企業が別の企業からの電子通信に関するリスクを決定する際、特に、電子通信がリクエストを含む場合に用いられる。予め格納されたデータは、第１の企業の機密またはバイオメトリック特性に関する。【選択図】図２ａ
2004506361.tif 000002
【特許請求の範囲】
【請求項１】
デバイスの検証ステータスを提供する方法であって、
（ａ）デバイス内で、該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、該デバイスに入力された検証データおよび該デバイス内に予め格納されたデータの関数として識別する工程であって、該検証データを表す該所定の検証ステータスの１つは、該予め格納されたデータと同じであり、該検証データを表す少なくとも１つの他の検証ステータスは、該予め格納されたデータとは異なる、工程と、
（ｂ）識別された検証ステータスに関わらず、該識別された検証ステータスを該デバイスの外部の電子装置に伝送する工程と、
を包含する方法。
【請求項２】
前記識別された検出ステータスのインジケータを、前記デバイスから出力する工程をさらに包含する、請求項１に記載の方法。
【請求項３】
エンティティ認証に関する検証ステータスを提供する方法であって、
（ａ）エンティティの検証データを含む入力をデバイス内に受信する工程と、
（ｂ）該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、該デバイス内の該検証データおよび予め格納されたデータの関数としてデバイス内で識別する工程であって、該検証データを表す該所定の検証ステータスの１つは、該予め格納されたデータと同じであり、該検証データを表す該検証データの少なくとも１つの他の検証ステータスは、該予め格納されたデータとは異なる、工程と、
（ｃ）識別された検証ステータスに関わらず、該識別された検証ステータスのインジケータを該デバイスから出力する工程と、
を包含する方法。
【請求項４】
第１のエンティティを第２のエンティティに対して認証する方法であって、
（ａ）デバイスの検証素子内で、
（ｉ）該検証素子の個人専用化の間に、該第１のエンティティのデータを格納する工程と、
（ｉｉ）該デバイス内で入力された検証データを後から受信する工程と、
（ｉｉｉ）該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、該検証データおよび予め格納されたデータの関数として識別する工程であって、該検証データを表す１つの検証ステータスは、該格納されたデータと同じであること、および該検証データを表す少なくとも１つの他の検証ステータスは、該格納されたデータとは異なること、を含む、工程と、
（ｂ）該識別された検証ステータスに関わらず、該識別された検証ステータスを該第２のエンティティに伝達する工程と、
を包含する方法。
【請求項５】
前記識別された検証ステータスを前記第２のエンティティに伝達する工程は、該識別された検証ステータスのインジケータを前記検証素子から出力する工程と、該出力されたインジケータを該第２のエンティティに伝送する工程と、を包含する、請求項４に記載の方法。
【請求項６】
エンティティ認証に関する検証ステータスを提供する方法であって、
（ａ）デバイスの検証ステータスを、該デバイスに該予め格納されたデータおよび後から入力された検証データの関数として識別するために、エンティティの予め格納されたデータをデバイス内に維持する工程と、
（ｂ）所定の期間の間、任意の検証データの入力が無いことを表す該デバイスの現在の検証ステータスをデバイス内で識別する工程と、
（ｃ）該識別された検証ステータスのインジケータを評価するために、該インジケータを該デバイスから出力する工程と、
を包含する、方法。
【請求項７】
（ａ）検証データを含む入力を、前記デバイス内に受信する工程と、
（ｂ）該受信された検証データと前記予め格納されたデータとを比較することによって、該デバイス内で、該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを識別する工程と、
（ｃ）該識別された検証ステータスのインジケータを評価するために、該インジケータを該デバイスから再び出力する工程であって、第２のインジケータは、該比較に基づいて、該識別された検証ステータスを示す、工程と、
をさらに包含する、請求項６に記載の方法。
【請求項８】
前記デバイスの前記複数の所定の検証ステータスのうちの１つの検証ステータスは、前記予め格納されたデータと同じ前記検証データを表し、少なくとも１つの他の所定の検証ステータスは、該予め格納されたデータとは異なる該検証データを表す、請求項７に記載の方法。
【請求項９】
前記インジケータのデジタル署名を生成する工程と、該デジタル署名を前記デバイスから出力する工程と、をさらに包含する、請求項２、３、５または７に記載の方法。
【請求項１０】
前記予め格納されたデータは、機密を含む、請求項２、３、５または６に記載の方法。
【請求項１１】
前記予め格納されたデータは、バイオメトリックデータを含む、請求項２、３、５または６に記載の方法。
【請求項１２】
前記現在の検証ステータスとして識別された該検証ステータスは、前記検証データまたは前記予め格納されたデータのどちらかを示すことなく、該検証データと該予め格納されたデータとの間の関係の一致を表す、請求項１、３、４または７に記載の方法。
【請求項１３】
前記予め格納されたデータはバイオメトリックデータを含む、請求項１、３、４または６に記載の方法。
【請求項１４】
前記デバイスは、該デバイスの複数のユーザに関するデータを予め格納する、請求項１、３、４または６に記載の方法。
【請求項１５】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を包含する、請求項１に記載の方法。
【請求項１６】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を包含する、請求項３に記載の方法。
【請求項１７】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を包含する、請求項４に記載の方法。
【請求項１８】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を包含する、請求項７に記載の方法。
【請求項１９】
前記デバイス内でデジタル署名を生成する工程と、該デバイスから該デジタル署名および前記識別マーカの値を出力する工程と、をさらに包含する、請求項１５、１６、１７または１８に記載の方法。
【請求項２０】
前記識別マーカの値に基づいて、前記デジタル署名が生成される、請求項１９に記載の方法。
【請求項２１】
前記デジタル署名は、前記識別マーカの値から分離して前記デバイスから出力される、請求項１９に記載の方法。
【請求項２２】
予め格納されたデータは、バイオメトリックデータを含み、バイオメトリックデータのタイプを表す値が前記識別マーカに割り当てられる、請求項１５、１６、１７または１８に記載の方法。
【請求項２３】
前記識別された検証ステータスに基づいて、前記電子装置内に組み込まれたビジネスロジックを用いてリクエストを評価する工程をさらに包含する、請求項１に記載の方法。
【請求項２４】
前記出力されたインジケータに基づいて、リクエストを受信および評価する工程をさらに包含する、請求項３に記載の方法。
【請求項２５】
前記伝達された検証ステータスに基づいて、リクエストを受信および評価する工程をさらに包含する、請求項４に記載の方法。
【請求項２６】
前記出力されたインジケータに基づいて、リクエストを受信および評価する工程をさらに包含する、請求項６に記載の方法。
【請求項２７】
前記出力されたインジケータに基づいて、リクエストを受信および評価する工程をさらに包含する、請求項７に記載の方法。
【請求項２８】
デバイスの検証ステータスを提供する方法であって、
（ａ）該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、該デバイスに入力されたバイオメトリック検証データおよび該デバイス内に予め格納されたバイオメトリックデータの関数として該デバイス内で識別する工程と、
（ｂ）識別された該検証ステータスに関わらず、該識別された検証ステータスのインジケータを該デバイスの外部の電子装置に伝送する工程であって、該インジケータは、該検証データまたは該予め格納されたデータのどちらかを示すことなく、該識別された検証ステータスを示す、工程と、
を包含する、方法。
【請求項２９】
前記識別された検証ステータスの前記インジケータを、前記デバイスから出力する工程をさらに包含する、請求項２８に記載の方法。
【請求項３０】
エンティティ認証に関する検証ステータスを提供する方法であって、
（ａ）エンティティのバイオメトリック検証データを含む入力をデバイス内に受信する工程と、
（ｂ）デバイス内で、該デバイスの複数の所定の検証ステータスの中から、現在の検証ステータスを、該デバイス内の該検証データおよび予め格納されたバイオメトリックデータの関数として識別する工程と、
（ｃ）識別された該検証ステータスに関わらず、該検証ステータスのインジケータを該デバイスから出力する工程であって、該インジケータは、該検証データまたは該予め格納されたデータのどちらかを示すことなく、該識別された検証ステータスを示す、工程と、
を包含する、方法。
【請求項３１】
第１のエンティティを第２のエンティティに対して認証する方法であって、
（ａ）デバイスの検証素子内で、
（ｉ）該検証素子の個人専用化の間に、該第１のエンティティのバイオメトリックデータを格納する工程と、
（ｉｉ）該デバイス内に入力されたたイオメトリック検証データを後から受信する工程と、
（ｉｉｉ）該デバイスの複数の検証ステータスのうちの現在の検証ステータスを、該検証データおよび予め格納されたデータの関数として識別する工程と、
（ｂ）該識別された検証ステータスに関わらず、該識別された検証ステータスのインジケータを該検証素子から出力すること、および該出力されたインジケータを該第２のエンティティに伝送することによって、該識別された検証ステータスを該第２のエンティティに伝達する工程であって、該インジケータは、該検証データまたは該予め格納されたデータのどちらかを示すことなく、該識別された検証ステータスを示す（ｒｅｖｅａｌ）、工程と、
を包含する方法。
【請求項３２】
エンティティ認証に関する検証ステータスを提供する方法であって、
（ａ）デバイスの検証ステータスを、予め格納されたデータおよび該デバイス内に後から入力されたバイオメトリック検証データの関数として識別するために、エンティティの予め格納されたバイオメトリックデータをデバイス内に維持する工程と、
（ｂ）所定の期間の間、任意の検証データの入力が無いことを表す該デバイスの現在の検証ステータスを該デバイス内で識別する工程と、
（ｃ）該識別された検証ステータスのインジケータを評価するために、該インジケータを該デバイスから出力する工程と、
（ｄ）検証データを含む入力を該デバイス内に受信する工程と、
（ｅ）該受信された検証データと該予め格納されたデータとを比較することによって、該デバイス内で、該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを該デバイス内で識別する工程と、
（ｆ）該識別された検証ステータスのインジケータを評価するために、該インジケータを該デバイスから再び出力する工程であって、第２のインジケータは、該比較に基づいて、該識別された検証ステータスを示すが、該検証データおよび該予め格納されたデータを示さない、工程と、
を包含する方法。
【請求項３３】
前記デバイスの前記複数の所定の検証ステータスからの１つの検証ステータスは、前記予め格納されたデータと同じ前記検証データを表し、少なくとも１つの他の所定の検証ステータスは、該予め格納されたデータとは異なる該検証データを表す、請求項２８、３０、３１または３２に記載の方法。
【請求項３４】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を含む、請求項２８に記載の方法。
【請求項３５】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を含む、請求項３０に記載の方法。
【請求項３６】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を含む、請求項３１に記載の方法。
【請求項３７】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を含む、請求項３２に記載の方法。
【請求項３８】
バイオメトリックデータのタイプを表す値が前記識別マーカに割り当てられる、請求項３４、３５、３６または３７に記載の方法。
【請求項３９】
前記識別マーカに、成功した検証と等しくされた値が割り当てられ、インジケータは、該識別マーカの割り当てられた値を含む、請求項３５または３７に記載の方法。
【請求項４０】
デバイスは、デジタル署名を生成する、請求項３９に記載の方法。
【請求項４１】
割り当てられた値は、前記デバイスに検証データが最後に入力されてから、デジタル署名が該デバイスによって生成されたか否かをさらに表す、請求項４０に記載の方法。
【請求項４２】
前記識別された検証ステータスに基づいて、前記電子装置内に組み込まれたビジネスロジックを用いてリクエストを評価する工程をさらに包含する、請求項２８に記載の方法。
【請求項４３】
前記出力されたインジケータに基づいて、リクエストを受信および評価する工程をさらに包含する、請求項３０に記載の方法。
【請求項４４】
前記伝達された検証ステータスに基づいて、リクエストを受信および評価する工程をさらに包含する、請求項３１に記載の方法。
【請求項４５】
前記出力されたインジケータに基づいて、リクエストを受信および評価する工程をさらに包含する、請求項３２に記載の方法。
【請求項４６】
デバイスの検証ステータスを提供する方法であって、
（ａ）デジタル署名を生成するデバイス内で、該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを識別する工程と、
（ｂ）識別された検証ステータスの関数としてのメッセージのためのデジタル署名を該デバイス内に生成する工程であって、該デバイス内で、該メッセージを表すデータを、該デバイスの該識別された検証ステータスの関数として改変する工程を包含し、該生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む、工程と、
（ｃ）該生成されたデジタル署名を該デバイスの外部の電子装置に伝送する工程と、
を包含する、方法。
【請求項４７】
前記現在の検証ステータスを識別する工程は、前記デバイスに入力された検証データおよび該デバイス内に予め格納されたデータの関数として識別する工程である、請求項４６に記載の方法。
【請求項４８】
エンティティの認証に関する検証ステータスを提供する方法であって、
（ａ）デジタル署名を生成するデバイス内で、エンティティの検証データを含む入力を受信する工程と、
（ｂ）該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、該検証データおよび該デバイス内に予め格納されたデータの関数として該デバイス内で識別する工程と、
（ｃ）該デバイス内で、該識別された検証ステータスの関数としてのメッセージのためのデジタル署名を生成する工程であって、該デバイス内で、該メッセージを表すデータを、該デバイスの該識別された検証ステータスの関数として改変する工程を包含し、該生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む工程と、
（ｄ）該生成されたデジタル署名を該デバイスから出力する工程と、
を包含する、方法。
【請求項４９】
第１のエンティティを第２のエンティテに対して認証する方法であって、
（ａ）デジタル署名を生成するデバイスの検証素子内で、
（ｉ）該検証素子の個人専用化の間に、該第１のエンティティのデータを格納する工程と、
（ｉｉ）該デバイス内に受信された検証データを後から受信する工程と、
（ｉｉｉ）該デバイスの複数の所定の検証ステータスのうちの現在の検証を、該検証データおよび該デバイス内で予め格納されたデータの関数として識別する工程と、
（ｉｖ）該識別された検証ステータスの関数としてのメッセージのためのデジタル署名を該デバイス内に生成する工程であって、該デバイス内で、該メッセージを該デバイスの該識別された検証ステータスの関数として表すデータを改変する工程を包含し、該生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む、工程と、
（ｖ）該生成されたデジタル署名を該検証素子から出力する工程と、
（ｂ）該生成された該デジタル署名を該第２のエンティティに伝送することによって、該識別された検証ステータスを該第２のエンティティに伝達する工程と、
を包含する方法。
【請求項５０】
エンティティ認証に関する検証ステータスを提供する方法であって、
（ａ）デバイスの検証ステータスを、該デバイスに予め格納されたデータおよび後から入力された検証データの関数として識別するために、エンティティの予め格納されたデータをデバイス内に維持する工程と、
（ｂ）期間の間、任意の検証データの入力が無いことを表す該デバイスの現在の検証ステータスを該デバイス内で識別する工程と、
（ｃ）公開−秘密鍵の対の秘密鍵を用いて、メッセージのためのデジタル署名を該デバイス内に生成し、該生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む、工程と、
（ｄ）該生成されたデジタル署名を評価するために、該生成されたデジタル署名を該デバイスから出力する工程と、
を包含する、方法。
【請求項５１】
（ａ）検証データを含む入力を前記デバイス内に受信する工程と、
（ｂ）該デバイスの複数の所定の検証ステータスうちの現在の検証ステータスを、該受信された検証データおよび該予め格納されたデータの関数として該デバイス内で識別する工程と、
（ｃ）該識別された検証ステータスの関数としてのメッセージのための別のデジタル署名を該デバイス内に生成する工程であって、該デバイスの該識別された検証ステータスの関数としての該メッセージを表すデータを、該デバイス内で改変する工程を含み、第２の生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む、工程と、
（ｄ）該第２の生成されたデジタル署名を評価するために、該第２の生成されたデジタル署名を該デバイスから出力する工程と、
をさらに包含する、請求項５０に記載の方法。
【請求項５２】
前記デジタル署名を生成する工程は、公開−秘密鍵の対の秘密鍵を用いて、前記改変されたデータを、前記デバイス内で暗号化する工程をさらに包含する、請求項４６、４８、４９または５１に記載の方法。
【請求項５３】
前記デジタル署名を生成する工程は、公開−秘密鍵の対の秘密鍵を用いて、前記改変されたデータに関して、該デバイス内で計算されたメッセージダイジェストを前記デバイス内で暗号化する工程を含む、請求項４６、４８、４９または５１に記載の方法。
【請求項５４】
改変されたデータのための前記デジタル署名を前記デバイスから出力するが、該改変されたデータは出力しない工程をさらに包含する、請求項４６、４８、４９および５１に記載の方法。
【請求項５５】
前記メッセージを表す前記データは、該メッセージのハッシュ値を含む、請求項４６、４８、４９または５０に記載の方法。
【請求項５６】
前記メッセージを表す前記データは、該メッセージのメッセージダイジェストを含む、請求項４６、４８、４９または５０に記載の方法。
【請求項５７】
前記メッセージを表す前記データは、前記デバイス内に格納される、請求項４６、４８、４９または５０に記載の方法。
【請求項５８】
前記メッセージは、前記デバイスのユーザによって該デバイス内に作成される、請求項４６、４８、４９または５０に記載の方法。
【請求項５９】
前記メッセージの一部分は、前記デバイスの外部のＩ／Ｏサポートエレメント内に作成され、該デバイスは、次に、該メッセージの該部分を表す入力を、該デバイスのインターフェースを介して該デバイスに伝送する、請求項４６、４８、４９または５０に記載の方法。
【請求項６０】
前記メッセージの残りの部分は、前記デバイス内に作成される、請求項５９に記載の方法。
【請求項６１】
前記メッセージは、前記デバイスの外部のＩ／Ｏサポートエレメント内に作成され、該デバイスは、次に、該メッセージを表す前記入力を該デバイスのインターフェースを介して該デバイスに伝送する、請求項４６、４８、４９または５０に記載の方法。
【請求項６２】
前記Ｉ／Ｏサポートエレメントは、販売時点の端末を含む、請求項６１に記載の方法。
【請求項６３】
前記Ｉ／Ｏサポートエレメントは、バイオメトリックスキャナを含む、請求項６１に記載の方法。
【請求項６４】
前記Ｉ／Ｏサポートエレメントは、カードリーダを含む、請求項６１に記載の方法。
【請求項６５】
前記Ｉ／Ｏサポートエレメントは、コンピュータを含む、請求項６１に記載の方法。
【請求項６６】
ユーザによるレビューおよび承認のために、前記メッセージを前記デバイスのディスプレイ画面上に表示する工程をさらに包含する、請求項６１に記載の方法。
【請求項６７】
最後に成功した検証の後の所定の期間に続いて、検証データが前記デバイスに入力されることを必要とする工程をさらに包含する、請求項４６、４８、４９または５１に記載の方法。
【請求項６８】
メッセージの特定のタイプの各１つについて、検証データが前記デバイスに入力されることを必要とする工程をさらに包含する、請求項４６、４８、４９または５１に記載の方法。
【請求項６９】
前記特定のタイプのメッセージは、金融トランザクションに関するリクエストである、請求項６８に記載の方法。
【請求項７０】
他のタイプのメッセージに関して、検証データが前記デバイスに入力されることを必要としない工程をさらに包含する、請求項６８に記載の方法。
【請求項７１】
所定の期間の間、検証データが前記デバイスに入力されることを必要としない工程をさらに包含する、請求項４６、４８、４９または５１に記載の方法。
【請求項７２】
前記所定の期間は、メッセージ内に具体化されたリクエストの承認と、前記デバイスの電源が切られるまでの間の時間を含む、請求項７１に記載の方法。
【請求項７３】
前記生成されたデジタル署名を用いて、前記メッセージを認証する工程をさらに包含し、該工程は、
（ａ）リクエストが具体化された該メッセージを表すデータを、前記デバイスの疑わしい検証ステータスの関数として改変する工程と、
（ｂ）メッセージダイジェストを該改変されたデータの関数として計算する工程と、
（ｃ）公開−秘密鍵の対の該公開鍵を用いて、前記生成されたデジタル署名を復号化する工程と、
（ｄ）該計算されたメッセージダイジェストが該復号化されたデジタル署名と整合する場合、該デバイスの検証ステータスを該デバイスの該疑わしい検証ステータスとして結論を下す工程と、
を包含する、請求項４６、４８、４９または５１に記載の方法。
【請求項７４】
前記デバイスの前記複数の所定の検証ステータスのうちの１つの検証ステータスは、前記予め格納されたデータと同じ該検証データを表し、少なくとも１つの他の所定の検証ステータスは、該予め格納されたデータとは異なる該検証データを表す、請求項４７、４８、４９または５１に記載の方法。
【請求項７５】
前記識別された検証ステータスの前記インジケータは、前記予め格納されたデータおよび前記検証データのどちらも示さない、請求項４７、４８、４９または５１に記載の方法。
【請求項７６】
前記メッセージは、金融トランザクションの実行に関する、請求項４６、４８、４９または５０に記載の方法。
【請求項７７】
前記メッセージは、訴訟の実行に関する、請求項４６、４８、４９または５０に記載の方法。
【請求項７８】
前記メッセージは、予め定義され、かつ静的である、請求項４６、４８、４９または５０に記載の方法。
【請求項７９】
前記メッセージは、前記デバイス内に予め格納される、請求項４６、４８、４９または５０に記載の方法。
【請求項８０】
前記メッセージは、前記検証データである、請求項４６、４８、４９または５０に記載の方法。
【請求項８１】
前記メッセージは、物理的空間へのアクセスに関するリクエストである、請求項４６、４８、４９または５０に記載の方法。
【請求項８２】
前記メッセージは、ウェブサイトへのアクセスに関するリクエストである、請求項４６、４８、４９または５０に記載の方法。
【請求項８３】
前記メッセージは、データベースへのアクセスに関するリクエストである、請求項４６、４８、４９または５０に記載の方法。
【請求項８４】
前記メッセージは、コンピュータプログラムへのアクセスに関するリクエストである、請求項４６、４８、４９または５０に記載の方法。
【請求項８５】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を包含する、請求項４６に記載の方法。
【請求項８６】
前記現在の検証ステータスを識別する工程は、前記デバイス内に入力された検証データおよび該デバイス内に予め格納されたデータの関数として識別する工程を含む、請求項８５に記載の方法。
【請求項８７】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を包含する、請求項４８に記載の方法。
【請求項８８】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を包含する、請求項４９に記載の方法。
【請求項８９】
前記識別する工程は、前記所定の検証ステータスに対応する所定の値のセットからの値と等しくなるように、前記デバイス内の識別マーカに割り当てられる工程を包含する、請求項５１に記載の方法。
【請求項９０】
前記デジタル署名を生成する工程は、公開−秘密鍵の対の秘密鍵を用いて、前記改変されたデータに関して、該デバイス内で計算されたメッセージダイジェストを前記デバイス内で暗号化する工程を含む、請求項８５、８７、８８または８９に記載の方法。
【請求項９１】
前記現在の検証ステータスを前記検証データおよび前記予め格納されたデータの関数として識別する工程は、該検証データと該予め格納されたデータとを比較することを含む、請求項８６、８７または８８に記載の方法。
【請求項９２】
前記デバイスの前記複数の所定の検証ステータスのうちの１つの検証ステータスは、前記予め格納されたデータと同じ前記検証データを表し、少なくとも１つの他の所定の検証ステータスは、該予め格納されたデータとは異なる該検証データを表す、請求項８６、８７、８８または８９に記載の方法。
【請求項９３】
前記格納されたデータは、機密を含む、請求項８６、８７、８８または８９に記載の方法。
【請求項９４】
前記予め格納されたデータは、バイオメトリックデータを含む、請求項８６、８７、８８または８９に記載の方法。
【請求項９５】
バイオメトリックデータのタイプを表す値が識別マーカに割り当てられる、請求項９４に記載の方法。
【請求項９６】
前記改変する工程は、前記識別マーカに割り当てられた前記値を、前記メッセージを表す前記データ内に埋め込む工程を包含する、請求項８５、８７、８８または８９に記載の方法。
【請求項９７】
前記改変する工程は、前記識別マーカに割り当てられた前記値を、前記メッセージを表す前記データの後尾に追加する工程を包含する、請求項８５、８７、８８または８９に記載の方法。
【請求項９８】
前記改変する工程は、前記識別マーカに割り当てられた前記値を、前記メッセージを表す前記データの開始部分の後に追加する工程を包含する、請求項９７に記載の方法。
【請求項９９】
前記改変する工程は、前記識別マーカに割り当てられた前記値を、前記メッセージを表す前記データの最後の部分の後に追加する工程を包含する、請求項９７に記載の方法。
【請求項１００】
成功した検証と等しい値が前記識別マーカに割り当てられ、該割り当てられた値は、前記デバイスに検証データが最後に入力されてから、デジタル署名が生成されたか否かをさらに表す、請求項８６、８７、８８または８９に記載の方法。
【請求項１０１】
前記生成されたデジタル署名は、インジケータを含む、請求項１００に記載の方法。
【請求項１０２】
前記生成されたデジタル署名に基づいて、前記電子装置内に組み込まれたビジネスロジックを用いてリクエストを評価する工程をさらに包含する、請求項４６に記載の方法。
【請求項１０３】
現在の検証ステータスを識別する工程は、デバイスに入力された検証データおよび該デバイス内に予め格納されたデータの関数として識別される工程を包含する、請求項１０２に記載の方法。
【請求項１０４】
前記生成されたデジタル署名に基づいて、リクエストを受信および評価する工程をさらに包含する、請求項４８に記載の方法。
【請求項１０５】
前記生成されたデジタル署名に基づいて、リクエストを受信および評価する工程をさらに包含する、請求項４９に記載の方法。
【請求項１０６】
前記生成されたデジタル署名に基づいて、リクエストを受信および評価する工程をさらに包含する、請求項５１に記載の方法。
【請求項１０７】
（ａ）検証データを含む入力をデバイス内に受信する工程と、
（ｂ）該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、前記受信された検証データおよび前記予め格納されたデータの関数として該デバイス内で識別する工程と、
（ｃ）該デバイス内で、該識別された検証ステータスの関数としてのメッセージのためのデジタル署名を生成する工程であって、該デバイス内で、該メッセージを表すデータを、該デバイスの該識別された検証ステータスの関数として改変する工程を包含し、第２の生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む、工程と、
（ｄ）該第２の生成されたデジタル署名を該デバイスから出力する工程と、
（ｅ）該第２の生成されたデジタル署名に基づいて、前記リクエストを評価する工程と、
をさらに包含する、請求項１０６に記載の方法。
【請求項１０８】
前記デジタル署名を生成する工程は、公開−秘密鍵の対の秘密鍵を用いて、前記改変されたデータを、前記デバイス内で暗号化する工程をさらに包含する、請求項１０２、１０４、１０５または１０７に記載の方法。
【請求項１０９】
前記デジタル署名を生成する工程は、公開−秘密鍵の秘密鍵を用いて、前記改変されたデータに関して、該デバイス内で計算されたメッセージダイジェストを前記デバイス内で暗号化する工程を含む、請求項１０２、１０４、１０５または１０７に記載の方法。
【請求項１１０】
現在の検証ステータスとして識別された該検証ステータスは、検証データまたは予め格納されたデータのどちらかを示すことなく、検証データと前記予め格納されたデータとの間の関係の一致を表す、請求項１０９に記載の方法。
【請求項１１１】
前記予め格納されたデータは、機密を含む、請求項１０２、１０４、１０５または１０６に記載の方法。
【請求項１１２】
前記予め格納されたデータは、バイオメトリックデータを含む、請求項１０２、１０４、１０５または１０６に記載の方法。
【請求項１１３】
デバイスの検証ステータスを提供する方法であって、
（ａ）デジタル署名を生成するデバイス内で、該デバイスの複数の検証ステータスのうちの検証ステータスを、該デバイス内に予め格納されたデータおよび後から入力された検証データの関数として識別する工程であって、該工程は、
（ｉ）機密を表す検証データと該デバイス内に予め格納された該データとを比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第１の比較マーカに割り当てる工程と、
（ｉｉ）バイオメトリックデータを表す検証データと該デバイス内に予め格納された該データとを比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第２の比較マーカに割り当てる工程と、を包含する工程と、を包含する工程と、
（ｂ）メッセージのためのデジタル署名を該デバイス内に生成する工程であって、該デバイス内で、該メッセージを表すデータを、該第１および該第２の比較マーカに割り当てられた該値の関数として改変する工程を包含し、該生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む、工程と、
（ｃ）該生成されたデジタル署名を該デバイスの外部の電子装置に伝送する工程と、
を包含する、方法。
【請求項１１４】
エンティティ認証に関する検証ステータスを提供する方法であって、
（ａ）デジタル署名を生成するデバイス内で、エンティティの検証データを含む入力を受信し、該検証データは、機密およびバイオメトリックデータの両方を表す、工程と、
（ｂ）該デバイスの複数の検証ステータスのうちの１つの検証ステータスを、該デバイス内に予め格納されたデータの関数として該デバイス内で識別する工程であって、該工程は、
（ｉ）該機密を表す検証データと該デバイス内に予め格納された該データとを比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第１の比較マーカに割り当てる工程と、
（ｉｉ）バイオメトリックデータを表す検証データと該デバイス内に予め格納された該データとを比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第２の比較マーカに割り当てる工程と、
を包含する工程と、
（ｃ）メッセージのためのデジタル署名を該デバイス内に生成する工程であって、該メッセージを表すデータを、該第１および該第２の比較マーカに割り当てられた該値の関数として該デバイス内で改変する工程を包含し、該生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む、工程と、
（ｄ）該生成されたデジタル署名を該デバイスから出力する工程と、
を包含する、方法。
【請求項１１５】
第１のエンティティを第２のエンティティに対して認証する方法であって、
（ａ）デジタル署名を作成するデバイスの検証素子内で、
（ｉ）該検証素子の個人専用化の間に、該第１のエンティティのデータを格納する工程であって、該予め格納されたデータは、該第１のエンティティの機密およびバイオメトリックデータを表す、工程と、
（ｉｉ）該デバイス内に入力された検証データを後から受信する工程と、
（ｉｉｉ）該デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、該予め格納されたデータおよび検証データの関数として識別する工程と、
（Ａ）該機密を表す検証データと該デバイス内に予め格納されたデータとを比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第１の比較マーカに割り当てる工程と、
（Ｂ）バイオメトリックデータを表す検証データと該デバイス内に格納されたデータとを比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第２の比較マーカに割り当てる工程と、を包含する工程と、
（ｉｖ）メッセージのためのデジタル署名を該デバイス内で生成する工程であって、該メッセージを表すデータを、該第１および該第２の比較マーカに割り当てられた該値の関数として該デバイス内で改変し、該生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む、工程と、
（ｖ）該生成されたデジタル署名を該検証素子から出力する工程と、を包含する、工程と、
（ｂ）該生成されたデジタル署名を該第２のエンティティに伝送することによって、該識別された検証ステータスを該第２のエンティティに伝達する工程と、
を包含する、方法。
【請求項１１６】
デバイスの検証ステータスを提供する方法であって、
（ａ）デジタル署名を生成するデバイス内で、複数の該デバイスの検証ステータスのうちの１つの検証ステータスを、該デバイス内に予め格納されたデータおよび後から入力された検証データの関数として識別する工程であって、該工程は、
（ｉ）機密を表す検証データと該デバイス内に予め格納された該データとを該デバイス内で比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第１の識別マーカを割り当てる工程と、
（ｉｉ）バイオメトリックデータを表す検証データと該デバイス内に予め格納された該データとを比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第２の比較マーカに割り当てる工程と、を包含する工程と、
（ｂ）メッセージのためのデジタル署名を該デバイス内で生成する工程であって、該メッセージを表すデータを、該第１および該第２の比較マーカに割り当てられた該値のうちの１つのみの関数として該デバイス内で改変する工程を包含し、該生成されたデジタル署名は、該識別された検証ステータスのインジケータを含む、工程と、
（ｃ）該第１および該第２の比較マーカに割り当てられた値の他の値を、該デバイスの外部の電子装置に伝送する工程と、
を包含する方法。
【請求項１１７】
エンティティ認証に関する検証ステータスを提供する方法であって、
（ａ）デジタル署名を生成するデバイス内で、エンティティの検証データを含む入力を受信する工程であって、該検証データは、機密およびバイオメトリックデータの両方を表す、工程と、
（ｂ）該デバイスの複数の検証ステータスのうちの１つの検証ステータスを、該デバイス内に予め格納されたデータおよび該デバイスに後から入力された検証データの関数として該デバイス内で識別する工程であって、該工程は、
（ｉ）該機密を表す検証データと該デバイス内に予め格納された該データとを比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第１の比較マーカに割り当てる工程と、
（ｉｉ）バイオメトリックデータを表す検証データと該デバイス内に予め格納された該データとを比較し、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第２の比較マーカに割り当てる、工程と、を包含する工程と、
（ｃ）メッセージを表すデータを該第１および該第２の比較マーカに割り当てられた値のうちの１つのみの関数として該デバイス内で改変する工程と、
（ｄ）該生成されたデジタル署名が該識別された検証ステータスのインジケータを含むように、該改変されたデータを暗号化することによって、該メッセージのためのデジタル署名を該デバイス内で生成する工程と、
（ｅ）該生成されたデジタル署名、ならびに該第１および該第２の比較マーカに割り当てられた該値の他の値を該デバイスから出力する工程と、
を包含する、方法。
【請求項１１８】
第１のエンティティを第２のエンティティに対して認証する方法であって、
（ａ）デジタル署名を作成するデバイスの検証素子内で、
（ｉ）該検証素子の個人専用化の間、該第１のエンティティのデータを格納し、該予め格納されたデータは、該第のエンティティの機密およびバイオメトリックデータの両方を表す工程と、
（ｉｉ）該デバイス内に入力された検証データを後から受信する工程と、
（ｉｉｉ）該デバイスの複数の検証ステータスのうちの現在の検証ステータスを、該予め格納されたデータおよび検証データの関数として識別する工程であって、該工程は、
（Ａ）該機密を表す検証データと該デバイス内に予め格納されたデータとを比較して、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第１の比較マーカを割り当てる工程と、
（Ｂ）バイオメトリックデータを表す検証データと該デバイス内に格納されたデータとを比較して、該比較に基づいて、所定の値のセットからの値と等しくなるように、該デバイス内の第２の比較マーカに割り当てる工程と、を包含する工程と、を包含する、工程と、
（ｉｖ）メッセージを表すデータを、該第１および該第２の比較マーカに割り当てられた該値のうちの１つのみの関数として該デバイス内で改変する工程と、
（ｖ）該生成されたデジタル署名が該識別された検証ステータスのインジケータを含むように、該改変されたデータを暗号化することによって、該メッセージのためのデジタル署名を該デバイス内で改変する工程と、
（ｖｉ）該生成されたデジタル署名および該第１および該第２の比較マーカに割り当てられた値の他の値を該検証素子から出力する工程と、を包含する、工程と、
（ｂ）該生成されたデジタル署名を該第２のエンティティに伝送することによって、該識別された検証ステータスを該第２のエンティティに伝達する工程と、
を包含する、方法。
【請求項１１９】
前記デジタル署名を生成する工程は、公開−秘密鍵の対の秘密鍵を用いて、改変されたデータを前記デバイス内で暗号化する工程をさらに包含する、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１２０】
前記デジタル署名を生成する工程は、公開−秘密鍵の対の秘密鍵を用いて、改変されたデータに関して、前記デバイス内で計算されたメッセージを該デバイス内で暗号化する工程を包含する、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１２１】
前記比較の結果が、正確な整合を含む整合である場合、成功した検証と等しくされた値が前記第１の比較マーカに割り当てられる、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１２２】
前記割り当てられた値は、機密を表す検証データが前記デバイスに最後に入力されてから、デジタル署名が生成されたか否かをさらに表す、請求項１２１に記載の方法。
【請求項１２３】
機密を表す任意の検証データが、所定の期間内に前記デバイスに入力されたか否かを示す値が前記第１の比較マーカに割り当てられる、請求項１２１に記載の方法。
【請求項１２４】
前記所定の期間は、検証が最後に成功してからの時間を含む、請求項１２３に記載の方法。
【請求項１２５】
前記所定の期間は、前記デバイスがリセットされてからの時間を含む、請求項１２３に記載の方法。
【請求項１２６】
前記比較の結果が整合であるが、正確な整合でない場合、成功した検証と等しくされた値が前記第２の比較マーカに割り当てられる、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１２７】
前記割り当てられた値は、比較の結果が整合になったことに続いて、デジタル署名が生成されたか否かをさらに表す、請求項１２６に記載の方法。
【請求項１２８】
前記機密を表す前記検証データと前記格納されたデータとの間の前記比較から決定された差異を表す値が前記第１の比較マーカに割り当てられる、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１２９】
前記バイオメトリックデータを表す前記検証データと前記格納されたデータとの間の整合の程度を表す値が前記第２の比較マーカに割り当てられる、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１３０】
前記値は、前記バイオメトリックデータを表す前記検証データと前記予め格納されたデータとの間の整合のパーセンテージと等しくされる、請求項１２９に記載の方法。
【請求項１３１】
デバイスに入力されたバイオメトリックデータのタイプをさらに表す値が前記第２の比較マーカに割り当てられる、請求項１２９に記載の方法。
【請求項１３２】
前記比較の結果が正確な整合であった場合、失敗した検証と等しくされた値が前記第２の比較マーカに割り当てられる、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１３３】
前記比較の結果がほぼ整合であった場合、成功した検証と等しくされた値が前記第２の比較マーカに割り当てられる、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１３４】
前記割り当てられた値は、前記比較の結果がほぼ整合であったことに続いて、デジタル署名が生成されたか否かをさらに表す、請求項１３３に記載の方法。
【請求項１３５】
前記割り当てられた値は、バイオメトリックデータを表す検証データが最後にデバイスに入力されてから、デジタル署名が生成されたか否かをさらに表す、請求項１３３に記載の方法。
【請求項１３６】
前記割り当てられた値は、バイオメトリックデータを表す任意の検証データが所定の期間内にデバイスに入力されたか否かをさらに表す、請求項１３３に記載の方法。
【請求項１３７】
前記所定の期間は、最後に成功した検証からの時間を含む、請求項１３６に記載の方法。
【請求項１３８】
前記所定の期間は、前記デバイスがリセットされてからの時間を含む、請求項１３６に記載の方法。
【請求項１３９】
前記第１の比較マーカに割り当てられた前記値を出力する工程をさらに包含する、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１４０】
前記第２の比較マーカに割り当てられた前記値を出力する工程をさらに包含する、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１４１】
前記第１および前記第２の比較マーカに割り当てられた値を出力する工程をさらに包含する、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１４２】
前記改変する工程は、前記第１の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データ内に埋め込む工程を包含する、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１４３】
前記改変する工程は、前記第１の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データの後に付加する工程を包含する、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１４４】
前記改変する工程は、前記第１の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データの開始部分の後に付加する工程を包含する請求項１４３に記載の方法。
【請求項１４５】
前記改変する工程は、前記第１の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データの後尾に付加する工程を包含する、請求項１４３に記載の方法。
【請求項１４６】
前記改変する工程は、前記第２の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データ内に埋め込む工程を包含する、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１４７】
前記改変する工程は、前記第２の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データの後に付加する工程を包含する、請求項１１３、１１４、１１５、１１６、１１７または１１８に記載の方法。
【請求項１４８】
前記第２の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データの開始部分の後に付加する工程を包含する、請求項１４７に記載の方法。
【請求項１４９】
前記改変する工程は、前記第２の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データの後尾に付加する、請求項１４７に記載の方法。
【請求項１５０】
前記改変する工程は、前記第１および前記第２の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データ内に埋め込む工程を包含する、請求項１１３、１１４または１１５に記載の方法。
【請求項１５１】
前記改変する工程は、前記第１および前記第２の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データの後に付加する、請求項１１３、１１４または１１５に記載の方法。
【請求項１５２】
前記改変する工程は、前記第１および前記第２の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データの開始部分の後に付加する工程を包含する、請求項１５１に記載の方法。
【請求項１５３】
前記改変する工程は、前記第１および前記第２の比較マーカに割り当てられた前記値を、前記メッセージを表す前記データの後尾に付加する、請求項１５１に記載の方法。
【請求項１５４】
前記所定の期間は、最後に成功した検証からの時間を含む、請求項６、３２、５１、８９または１０７に記載の方法。
【請求項１５５】
前記所定の期間は、成功した検証に続いて、固定された時間間隔を含む、請求項６、３２、５１、８９または１０７に記載の方法。
【請求項１５６】
前記所定の期間は、前記デバイスがリセットされてからの時間を含む、請求項６、３２、５１、８９または１０７に記載の方法。
【請求項１５７】
前記現在の検証ステータスを、前記検証データおよび前記予め格納されたデータの関数として識別する工程は、前記検証データと該予め格納されたデータとを比較する工程を包含する、請求項１、３、４、２８、３０、３１、４７、４８、４９、１０３、１０４または１０５に記載の方法。
【請求項１５８】
前記デバイス内でデジタル署名を生成する工程、および該デバイスから該デジタル署名を出力する工程をさらに包含する、請求項２、３、５、７、２８、３０または３１に記載の方法。
【請求項１５９】
前記生成されたデジタル署名は、前記インジケータを含む、請求項１５８に記載の方法。
【請求項１６０】
（ａ）メッセージを表すデータを、前記デバイスの前記識別された検証ステータスの関数として該デバイス内で改変する工程と、
（ｂ）該改変されたデータのメッセージダイジェストを該デバイス内で計算する工程と、
（ｃ）前記公開−秘密鍵の対の秘密鍵を用いて、該計算されたメッセージダイジェストを該デバイス内で暗号化し、該メッセージのためのデジタル署名を生成し、該生成されたデジタル署名は、該識別された検証ステータスの該インジケータを含む、工程と、
を包含する、請求項２、３、５、７、２８、３０、３１または３２に記載の方法。
【請求項１６１】
前記デバイスによって受信された外部照会に応答して、該デバイスは、デジタル署名を生成する、請求項１６０に記載の方法。
【請求項１６２】
前記メッセージを表すデータの受信に応答して、前記デバイスは、デジタル書名を生成する、請求項１６０に記載の方法。
【請求項１６３】
前記検証データを含む入力の受信に応答して、前記デバイスは、デジタル署名を生成する、請求項１６０に記載の方法。
【請求項１６４】
前記インジケータは、前記デバイスの単一の検証ステータスを決定的に指す、請求項２、３、５、６、２８、３０、３１、３２、４７、４８、４９、５１、８５、８７、８８、８９、１０４、１０５、１０６または１０７に記載の方法。
【請求項１６５】
前記インジケータは、前記検証データまたは前記予め格納されたデータのうちのどちらかを示すことなく、前記識別された検証ステータスを示す、請求項２、３、５、６、２８、３０、３１、３２、４７、４８、４９、５１、８６、８７、８８または８９に記載の方法。
【請求項１６６】
前記デバイスに入力される検証データは、前記デバイスからエクスポートできない、請求項１、３、４、７、２８、３０、３１、３２、４７、４８、４９または５１に記載の方法。
【請求項１６７】
前記デバイスの外部のＩ／Ｏサポートエレメント内に前記検証データを受信し、該検証データを含む該入力を該Ｉ／Ｏサポートエレメントから該デバイスに伝送する工程をさらに包含する、請求項１、３、４、７、２８、３０、３１、３２、４７、４８、４９または５１に記載の方法。
【請求項１６８】
前記Ｉ／Ｏサポートエレメントは、販売時点の端末を含む、請求項１６７に記載の方法。
【請求項１６９】
前記Ｉ／Ｏサポートエレメントは、バイオメトリックスキャナを含む、請求項１６７に記載の方法。
【請求項１７０】
前記Ｉ／Ｏサポートエレメントは、カードリーダを含む、請求項１６７に記載の方法。
【請求項１７１】
前記Ｉ／Ｏサポートエレメントは、コンピュータを含む、請求項１６７に記載の方法。
【請求項１７２】
前記予め格納されたデータは、前記デバイスからエクスポートできない、請求項１、３、４、６、２８、３０、３１、３２、４７、４８、４９または５０に記載の方法。
【請求項１７３】
前記予め格納されたデータは、デジタル化された指紋を表す、請求項１７２に記載の方法。
【請求項１７４】
前記予め格納されたデータは、デジタル化された手形または手の形状を表す、請求項１７２に記載の方法。
【請求項１７５】
前記予め格納されたデータは、デジタル化された網膜を表す、請求項１７２に記載の方法。
【請求項１７６】
前記予め格納されたデータは、デジタル化された虹彩を表す、請求項１７２に記載の方法。
【請求項１７７】
前記予め格納されたデータは、デジタル化された声紋を表す、請求項１７２に記載の方法。
【請求項１７８】
前記予め格納されたデータは、デジタル化された顔の走査を表す、請求項１７２に記載の方法。
【請求項１７９】
前記予め格納されたデータは、デジタル化された手書きの署名を表す、請求項１７２に記載の方法。
【請求項１８０】
前記予め格納されたデータは、デジタル化されたＤＮＡサンプルを表す、請求項１７２に記載の方法。
【請求項１８１】
前記デバイスは、検証データを入力するためのバイオメトリックスキャナを備える、請求項１７２に記載の方法。
【請求項１８２】
前記デバイスは、複数の異なったタイプのバイオメトリックデータに関するデータを予め格納する、請求項１７２に記載の方法。
【請求項１８３】
前記異なったタイプの前記バイオメトリックデータは、前記デバイスの一人のユーザに関する、請求項１８２に記載の方法。
【請求項１８４】
前記異なったタイプの前記バイオメトリックデータは、それぞれ、前記デバイスの異なったユーザに関する、請求項１８２に記載の方法。
【請求項１８５】
前記予め格納されたデータは、前記デバイスの認可されたユーザに関する、請求項１、３、４、６、２８、３０、３１、３２、４７、４８、４９または５０に記載の方法。
【請求項１８６】
前記予め格納されたデバイスは、ユーザのパーソナルデバイスである、請求項１８５に記載の方法。
【請求項１８７】
前記デバイスの前記検証ステータスは、該デバイスによって受信された外部照会に応答して識別される、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９、５０、８５、８７、８８または８９に記載の方法。
【請求項１８８】
前記デバイスは、デバイスインターフェースを備える、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項１８９】
前記デバイスインターフェースは、英数字キーパッドを備える、請求項１８８に記載の方法。
【請求項１９０】
前記デバイスインターフェースは、電気接点を備える、請求項１８８に記載の方法。
【請求項１９１】
前記デバイスインターフェースは、タッチスクリーンディスプレイを備える、請求項１８８に記載の方法。
【請求項１９２】
前記デバイスインターフェースは、コンピュータバスを有する標準的電子インターフェースを備える、請求項１８８に記載の方法。
【請求項１９３】
前記デバイスインターフェースは、アンテナを備える、請求項１８８に記載の方法。
【請求項１９４】
前記デバイスインターフェースは、前記デバイスのポートを備える、請求項１８８に記載の方法。
【請求項１９５】
前記ポートは、無線通信ポートである、請求項１９４に記載の方法。
【請求項１９６】
前記ポートは、シリアルポートである、請求項１９４に記載の方法。
【請求項１９７】
前記ポートは、ＵＳＢポートである、請求項１９４に記載の方法。
【請求項１９８】
前記ポートは、パラレルポートである、請求項１９４に記載の方法。
【請求項１９９】
前記ポートは、赤外線ポートである、請求項１９４に記載の方法。
【請求項２００】
前記デバイスは、ポータブルである、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２０１】
前記デバイスは、ハンドヘルドデバイスを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２０２】
前記デバイスは、コンピュータチップを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２０３】
前記デバイスは、集積回路を含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２０４】
前記デバイスは、携帯電話を含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２０５】
前記デバイスは、ＰＤＡを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２０６】
前記デバイスは、デジタル化された鍵を含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２０７】
前記デバイスは、ドングルを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２０８】
前記デバイスは、皮下生め込みを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２０９】
前記デバイスは、装身具を含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２１０】
前記デバイスは、集積回路カードを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２１１】
前記デバイスは、クレジットカードを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２１２】
前記デバイスは、デビットカードを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２１３】
前記デバイスは、セキュリティカードを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２１４】
前記デバイスは、ＩＤバッジを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２１５】
前記デバイスは、コンピュータを含む、請求項１、３、４、６、２８、３０、３１、３２、４６、４８、４９または５０に記載の方法。
【請求項２１６】
前記識別マーカの前記値を前記デバイスから出力する工程をさらに包含する、請求項１５、１６、１７、１８、３４、３５、３６、３７、８５、８７、８８または８９に記載の方法。
【請求項２１７】
前記検証データと前記予め格納されたデータとの間の比較から決定された差異を表す値が前記識別マーカに割り当てられる、請求項１５、１６、１７、１８、３４、３５、３６、３７、８６、８７、８８または８９に記載の方法。
【請求項２１８】
前記検証データと前記予め格納されたデータとの間の整合の程度を表す値が前記識別マーカに割り当てられる、請求項１５、１６、１７、１８、３４、３５、３６、３７、８６、８７、８８または８９に記載の方法。
【請求項２１９】
前記検証データと前記予め格納されたデータとの間の整合のパーセンテージと等しくされた値が前記識別マーカに割り当てられる、請求項２１８に記載の方法。
【請求項２２０】
前記検証データと前記予め格納されたデータとの間の比較の結果が整合である場合、成功した検証と等しくされた値が前記識別マーカに割り当てられる、請求項１５、１６、１７、１８、３４、３５、３６、３７、８５、８６、８７、８８または８９に記載の方法。
【請求項２２１】
前記整合は、正確な整合である、請求項２２０に記載の方法。
【請求項２２２】
前記比較の結果が正確な整合でない場合、失敗した検証と等しくされた値が前記識別マーカに割り当てられる、請求項２２０に記載の方法。
【請求項２２３】
前記整合は、ほぼ整合であり、正確な整合ではない、請求項２２０に記載の方法。
【請求項２２４】
前記検証データと前記予め格納されたデータとの間の比較の結果が整合でない場合、失敗した検証と等しくされた値が前記識別マーカに割り当てられる、請求項１５、１６、１７、１８、３４、３５、３６、３７、８６、８７、８８または８９に記載の方法。
【請求項２２５】
所定の期間内に、任意の識別データが前記デバイスに入力されたか否かを表す値が前記識別マーカに割り当てられる、請求項１５、１６、１７、１８、３４、３５、３６、３７、８６、８７、８８または８９に記載の方法。
【請求項２２６】
前記所定の期間は、最後に成功した検証からの時間を含む、請求項２２５に記載の方法。
【請求項２２７】
前記所定の期間は、デバイスがリセットされてからの時間を含む請求項２２５に記載の方法。
【請求項２２８】
成功した検証と等しくされた値に前記検証マーカが割り当てられ、該割り当てられた値は、該成功した検証に続いてインジケータが出力されたか否かをさらに表す、請求項１５、１６、１７、１８、３４、３５、３６、３７、８５、８７、８８または８９に記載の方法。
【請求項２２９】
成功した検証と等しくされた値に検証マーカが割り当てられ、該割り当てられた値は、検証データが前記デバイスに最後に入力されてから出力されたか否かをさらに表す、請求項１５、１６、１７、１８、３４、３５、３６、３７、８５、８７、８８または８９に記載の方法。
【請求項２３０】
前記リクエストは、前記インジケータの受信に固有である、請求項２４、２６、４２、４３、４４または４５に記載の方法。
【請求項２３１】
前記リクエストを評価する工程は、前記デバイスが前記検証ステータスを識別する確実性のレベルを考慮する工程を含む、請求項２３、２４、２５、２６、４２、４３、４４、４５、１０２、１０４、１０５または１０６に記載の方法。
【請求項２３２】
前記リクエストは、訴訟の実行に関する、請求項２３、２４、２５、２６、４２、４３、４４、４５、１０２、１０４、１０５または１０６に記載の方法。
【請求項２３３】
前記リクエストは、予め定義され、かつ静的である、請求項２３、２４、２５、２６、４２、４３、４４、４５、１０２、１０４、１０５または１０６に記載の方法。
【請求項２３４】
前記リクエストは、物理的空間へのアクセスに関する、請求項２３、２４、２５、２６、４２、４３、４４、４５、１０２、１０４、１０５または１０６に記載の方法。
【請求項２３５】
前記リクエストは、ウェブサイトへのアクセスに関する、請求項２３、２４、２５、２６、４２、４３、４４、４５、１０２、１０４、１０５または１０６に記載の方法。
【請求項２３６】
前記リクエストは、データベースへのアクセス関する、請求項２３、２４、２５、２６、４２、４３、４４、４５、１０２、１０４、１０５または１０６に記載の方法。
【請求項２３７】
前記リクエストは、コンピュータプログラムへのアクセス関する、請求項２３、２４、２５、２６、４２、４３、４４、４５、１０２、１０４、１０５または１０６に記載の方法。
【請求項２３８】
前記リクエストは、電子通信において受信される、請求項２３、２４、２５、２６、４２、４３、４４、４５、１０２、１０４、１０５または１０６に記載の方法。
【請求項２３９】
前記リクエストは、電子通信の前記受信において暗黙である、請求項２３８に記載の方法。
【請求項２４０】
前記リクエストは、メッセージに埋め込まれる、請求項２３９に記載の方法。
【請求項２４１】
特定のタイプのリクエストの各１つについて、前記検証データが前記デバイスに入力されることを必要とする工程をさらに包含する、請求項２３、２４、２５、２７、４２、４３、４４、４５、１０３、１０４、１０５または１０７に記載の方法。
【請求項２４２】
特定のタイプのリクエストについて、検証データが前記デバイスに入力されることを必要とするが、リクエストの前記評価の結果が承認になるまでのみ必要とし、その後、所定の期間の間、このようなタイプのさらなるリクエストに関して、検証データが該デバイスに入力されることを必要としない、請求項２３、２４、２５、２７、４２、４３、４４、４５、１０３、１０４、１０５または１０７に記載の方法。
【請求項２４３】
前記特定のタイプのリクエストは、金融トランザクションの実行に関する、請求項２４２に記載の方法。
【請求項２４４】
他のタイプのリクエストに関して、検証データが前記デバイスに入力されることを必要としない工程をさらに包含する、請求項２４２に記載の方法。
【請求項２４５】
前記所定の期間は、前記リクエストの前記承認と前記デバイスのリセットとの間の時間を含む、請求項２４２に記載の方法。
【請求項２４６】
前記デバイスは、前記方法の前記工程を実行するというコンピュータによって実行可能なインストラクションを有する、コンピュータにより読み出し可能な媒体を備える、請求項１、３、４，６、７、１５、１６、１７、１８、２３、２４、２５、２６、２８、３０、３１、３２、３４、３５、３６、３７、４２、４３、４４、４５、４６、４８、４９、５０、５１、８５、８７、８８、８９、１０２、１０３、１０４、１０５または１０６に記載の方法。
【請求項２４７】
前記デバイスは、前記方法の前記工程を実行する集積回路を備える、請求項１、３、４，６、７、１５、１６、１７、１８、２３、２４、２５、２６、２８、３０、３１、３２、３４、３５、３６、３７、４２、４３、４４、４５、４６、４８、４９、５０、５１、８５、８７、８８、８９、１０２、１０３、１０４、１０５または１０６に記載の方法。
【請求項２４８】
前記デバイスは、前記方法の前記工程を実行するコンピュータチップを備える、請求項１、３、４，６、７、１５、１６、１７、１８、２３、２４、２５、２６、２８、３０、３１、３２、３４、３５、３６、３７、４２、４３、４４、４５、４６、４８、４９、５０、５１、８５、８７、８８、８９、１０２、１０３、１０４、１０５または１０６に記載の方法。
【請求項２４９】
コンピュータにより読み出し可能な媒体を備えるデバイスであって、該媒体は、請求項１、３、４、６、７、１５、１６、１７、１８、２８、３０、３１、３２、３４、３５、３６、３７、４６、４８、４９、５０、５１、８５、８７、８８または８９に記載の方法の工程を実行するという、コンピュータによって実行可能なインストラクションを含む、デバイス。
【請求項２５０】
請求項１、３、４、６、７、１５、１６、１７、１８、２８、３０、３１、３２、３４、３５、３６、３７、４６、４８、４９、５０、５１、８５、８７、８８または８９に記載の方法の工程を実行するための回路を含むデバイス。
【請求項２５１】
請求項１、３、４、６、７、１５、１６、１７、１８、２８、３０、３１、３２、３４、３５、３６、３７、４６、４８、４９、５０、５１、８５、８７、８８または８９に記載の方法の工程を実行するための手段を含むデバイス。
【請求項２５２】
デジタル署名アルゴリズムを用いて、その後、乱数を必要とする用途における乱数として、該生成されたデジタル署名を用いて、前記デバイス内にデジタル署名を生成する工程をさらに包含する、請求項１、３、４、６、７、２８、３０、３１、３２、４６、４８、４９、５０または５１に記載の方法。
【請求項２５３】
前記デジタル署名を乱数として用いて、リプレイアタックから保護する工程をさらに包含する、請求項２５２に記載の方法。
【請求項２５４】
前記デジタル署名を用いて、暗号化された通信のセッション鍵を生成する工程をさらに包含する、請求項２５２に記載の方法。
【請求項２５５】
デジタル署名を生成するデバイスの現在の検証ステータスを決定する方法であって、
（ａ）デジタル署名を受信する工程と、
（ｂ）公開−秘密鍵の対の秘密鍵を用いて、該デジタル署名を復号化する工程と、
（ｃ）該デバイスの複数の所定の検証ステータスの各１つについて、メッセージを表すデータを、該所定の検証ステータスの関数として改変する工程と、
（ｄ）該デバイスの現在の該検証ステータスを、該改変されたデータが復号化されたデジタル署名と整合する該所定の検証ステータスであるとして識別する工程と、
を包含する、方法。
【請求項２５６】
デジタル署名を生成するデバイスの現在の検証ステータスを決定する方法であって、
（ａ）デジタル署名を受信する工程と、
（ｂ）公開−秘密鍵の対の秘密鍵を用いて、該デジタル署名を復号化する工程と、
（ｃ）該デバイスの複数の所定の検証ステータスの各１つについて、
（ｉ）メッセージを表すデータを、該所定の検証ステータスの関数として改変する工程と、
（ｉｉ）メッセージダイジェストを該改変されたデータの関数として計算する工程と、
（ｄ）該デバイスの該現在の検証ステータスを、該計算されたメッセージダイジェストが復号化されたデジタル署名と整合する該所定の検証ステータスであるとして識別される工程と、
を包含する、方法。
【請求項２５７】
前記デジタル署名を受信する工程に加えて、前記メッセージを表す前記データを受信する工程をさらに包含する、請求項２５６に記載の方法。
【請求項２５８】
前記デジタル署名を受信する工程に加えて、前記メッセージを表す前記データを受信する工程をさらに包含する、請求項２５５または２５６に記載の方法。
【請求項２５９】
前記メッセージは予め定義される、請求項２５５または２５６に記載の方法。
【請求項２６０】
前記検証ステータスの各１つは、前記デバイスに入力された検証データと該デバイス内に予め格納されたデータとの間の関係の一致を表す、請求項２５５または２５６に記載の方法。
【請求項２６１】
各検証ステータスは、現在の検証データが決定される該デバイスの検証データまたは予め格納されたデータのうちのどちらかを示さない、請求項２６０に記載の方法。
【請求項２６２】
前記現在の検証ステータスは、リクエストと関連する、請求項２５５または２５６に記載の方法。
【請求項２６３】
前記リクエストは、金融トランザクションに関する、請求項２６２に記載の方法。
【請求項２６４】
前記リクエストは、訴訟の実行に関する、請求項２６２に記載の方法。
【請求項２６５】
前記リクエストは、予め定義され、かつ静的である、請求項２６２に記載の方法。
【請求項２６６】
前記リクエストは、物理的空間にアクセスする、請求項２６２に記載の方法。
【請求項２６７】
前記リクエストは、ウェブサイトにアクセスする、請求項２６２に記載の方法。
【請求項２６８】
前記リクエストは、データベースにアクセスする、請求項２６２に記載の方法。
【請求項２６９】
前記リクエストは、コンピュータプログラムにアクセスする、請求項２６２に記載の方法。
【請求項２７０】
前記現在の検証ステータスに基づいて、前記リクエストを受信し、かつ前記リクエストを評価する工程をさらに包含する、請求項２６２に記載の方法。
【請求項２７１】
前記リクエストを評価する工程は、前記デバイスの確実性のレベルを考慮する工程を包含する、請求項２７０に記載の方法。
【請求項２７２】
前記リクエストは、前記デジタル署名の受信において暗黙である、請求項２７０に記載の方法。
【請求項２７３】
前記リクエストは、電子通信媒体を介して伝達される、請求項２７０に記載の方法。
【請求項２７４】
前記電子通信媒体は、コンピュータネットワークを含む、請求項２７３に記載の方法。
【請求項２７５】
前記所定の検証ステータスのうちの１つは、失敗した検証を表す、請求項２５５または２５６に記載の方法。
【請求項２７６】
前記所定の検証ステータスのうちの１つは、成功した検証を表す、請求項２５５または２５６に記載の方法。
【請求項２７７】
前記所定の検証ステータスのうちの１つは、検証データが前記デバイスに最後に入力されてから、該デバイスによってデジタル署名が生成されたか否かをさらに表す、請求項２７６に記載の方法。
【請求項２７８】
前記所定の検証ステータスのうちの１つは、前記デバイスに入力された検証データと該デバイス内に予め格納されたデータとの比較に続いて、デジタル署名が生成されたか否かをさらに表す、請求項２７７に記載の方法。
【請求項２７９】
前記所定の検証ステータスのうちの１つは、所定の期間内に、検証データが前記デバイスに入力されたか否かをさらに表す、請求項２７８に記載の方法。
【請求項２８０】
前記所定の期間は、最後に成功した検証からの時間を含む、請求項２７９に記載の方法。
【請求項２８１】
前記所定の期間は、前記デバイスがリセットされてからの時間を含む、請求項２７９に記載の方法。
【請求項２８２】
前記所定の検証ステータスのうちの１つは、前記デバイスに入力された検証データと該デバイス内に予め格納されたデータとの間の差異を表す、請求項２５５または２５６に記載の方法。
【請求項２８３】
前記所定の検証ステータスのうちの１つは、前記デバイスに入力されたバイオメトリック検証データと該デバイス内に予め格納されたバイオメトリックデータとの間の整合の程度を表す、請求項２５５または２５６に記載の方法。
【請求項２８４】
前記所定の検証ステータスのうちの１つは、前記デバイスに入力されたバイオメトリック検証データと該デバイス内に予め格納されたバイオメトリックデータとの間の整合のパーセンテージをさらに表す、請求項２８３に記載の方法。
【請求項２８５】
前記所定の検証ステータスのうちの１つは、前記デバイスに検証データが最後に入力されてから、デジタル署名が該デバイスによって生成されたか否かをさらに表す、請求項２８３に記載の方法。
【請求項２８６】
前記所定の検証ステータスのうちの１つは、前記デバイスに入力された検証データと該デバイス内に予め格納されたデータとの比較に続いて、デジタル署名が生成されたか否かをさらに表す、請求項２８３に記載の方法。
【請求項２８７】
前記所定の検証ステータスのうちの１つは、所定の期間内に、任意の検証データが前記デバイスに入力されたか否かを表す、請求項２８３に記載の方法。
【請求項２８８】
前記所定の期間は、最後に成功した検証からの時間を含む、請求項２８７に記載の方法。
【請求項２８９】
前記所定の期間は、前記デバイスがリセットされてからの時間を含む、請求項２８７に記載の方法。
【請求項２９０】
前記デバイスは、ユーザのパーソナルデバイスである、請求項２５５または２５６に記載の方法。
【請求項２９１】
前記デバイスは、ハンドヘルドデバイスである、請求項２５５または２５６に記載の方法。
【請求項２９２】
請求項２５５または２５６に記載の方法の工程を実行するというコンピュータにより実行可能なインストラクションを含む、コンピュータにより読み出し可能な媒体を含む電子装置。
【請求項２９３】
請求項２５５または２５６に記載の方法の工程を実行するための回路を備える、電子装置。
【請求項２９４】
請求項２５５または２５６に記載の方法を実行するための手段を備える、電子装置。
【請求項２９５】
前記デジタル署名は、デジタル署名アルゴリズムを用いて生成され、該受信されたデジタル署名を、乱数を必要とする用途において乱数として用いる工程をさらに包含する、請求項２５５または２５７に記載の方法。
【請求項２９６】
前記デジタル署名を乱数として用いて、リプレイアタックから保護する工程をさらに包含する、請求項２９５に記載の方法。
【請求項２９７】
前記デジタル署名を用いて、暗号化された通信のためのセッション鍵を生成する、請求項２９５に記載の方法。
【請求項２９８】
コンピュータチップ内にデジタル署名を生成する方法であって、メッセージを表すデータを受信する工程と、該メッセージのためのデジタル署名を
（ａ）さらなるデータを用いてメッセージデータを改変する工程と、
（ｂ）その後、該コンピュータチップ内に格納された公開−秘密鍵の対の秘密鍵を用いて、該改変されたメッセージデータを暗号化する工程と、
によって生成する工程とを包含する、方法。
【請求項２９９】
コンピュータチップ内にデジタル署名を生成する方法であって、メッセージを表すデータを受信する工程と、該メッセージのためのデジタル署名を
（ａ）さらなるデータを後に付加することによって、メッセージデータを改変する工程と、
（ｂ）該改変されたメッセージのハッシュ値を計算する工程と、
（ｃ）その後、公開−秘密鍵の対の秘密鍵を用いて、該計算されたハッシュ値を暗号化する工程と、
によって生成する工程とを包含する、方法。
【請求項３００】
前記改変する工程は、前記メッセージデータの後に前記さらなるデータを付加する工程を含む、請求項２９８または２９９に記載の方法。
【請求項３０１】
前記改変する工程は、前記メッセージデータ内にさらなるデータを埋め込む工程を包含する、請求項２９８または２９９に記載の方法。
【請求項３０２】
前記さらなるデータは、前記コンピュータチップのメモリ内に予め格納されるデータを含む、請求項２９８または２９９に記載の方法。
【請求項３０３】
前記メッセージデータは、前記コンピュータチップのメモリ内に予め格納されたデータのフィールドに対応するフィールド識別子を含み、該フィールド識別子は、零値を有し、該メッセージデータを改変する工程は、フィールド識別子によって識別されたメモリロケーション内に格納された値を取り出す工程と、該フィールド識別子内の該メッセージデータ内に該取り出された値を埋め込む工程とを包含する、請求項２９８または２９９に記載の方法。
【請求項３０４】
前記さらなるデータが格納された前記コンピュータチップの前記メモリは、コンテンツ検索可能なメモリである、請求項３０３に記載の方法。
【請求項３０５】
前記メッセージデータは、ＸＭＬを書式設定を含む、請求項３０３に記載の方法。
【請求項３０６】
コンピュータチップからユーザ情報を抽出する方法であって、該コンピュータチップは、データの異なったフィールドが予め格納されるコンテンツ検索可能なメモリを含み、該コンピュータチップ内に予め格納されたデータの特定のフィールドの識別子を、その零値と共に伝送する工程を包含する、方法。
【請求項３０７】
前記コンピュータチップに伝送された前記識別子および零値は、ＸＭＬ書式設定を含む、請求項３０６に記載の方法。
【請求項３０８】
乱数を必要とする用途において利用するために乱数を取得する方法であって、デジタル署名アルゴリズムを用いてデジタル署名を生成する工程と、その後、該生成されたデジタル署名を該用途において該乱数として用いる工程と、を包含する、方法。
【請求項３０９】
前記デジタル署名を乱数として用いて、リプレイアタックから保護する工程をさらに包含する、請求項３０８に記載の方法。
【請求項３１０】
前記デジタル署名を用いて、安全な電子通信のためのセッション鍵を生成する工程をさらに包含する、請求項３０８に記載の方法。
【請求項３１１】
前記デジタル署名は、コンピュータチップ内に生成される、請求項３０８に記載の方法。
【請求項３１２】
前記コンピュータチップは、乱数発生器を備える、請求項３０９に記載の方法。
【請求項３１３】
前記デジタル署名は、公開−秘密鍵の対の秘密鍵を用いて、前記コンピュータチップ内に生成され、乱数が前記乱数発生器から取得される、請求項３１０に記載の方法。
【請求項３１４】
前記デジタル署名を生成するために、楕円カーブデジタル署名アルゴリズム（ｅｌｌｉｐｔｉｃａｌ　ｃｕｒｖｅ　ｄｉｇｉｔａｌ　ｓｉｇｎａｔｕｒｅ　ａｌｇｏｒｉｔｈｍ）が利用される、請求項３１１に記載の方法。
【請求項３１５】
乱数発生器は、コンピュータチップの外部からは、直接的にアクセスできない、請求項３１２に記載の方法。
【請求項３１６】
乱数発生器は、デジタル署名回路によってのみアクセスできる、請求項３１２に記載の方法。
【発明の詳細な説明】
【０００１】
（Ｉ．関連出願の相互参照）
本出願について、米国においては、米国特許法１１９条に基づいて、世界においては、パリ条約に基づいて、Ｗｈｅｅｌｅｒらによる米国仮特許出願第６０／２２３，０７６号の出願日に対する優先権を主張する。米国仮特許出願第６０／２２３，０７６号は、２０００年８月４日に出願され、本明細書中で参考として援用される。また、本出願は、本明細書中で、以下のＡｎｎｅおよびＬｙｎｎ　Ｗｈｅｅｌｅｒの３つの国際出願および３つの米国特許出願のそれぞれを参考として援用する。これらの出願は、本出願と同時に、２００１年８月６日に、米国特許庁に出願され、それぞれの出願番号は、ＰＣＴ／ＵＳ　　／　　（名称は、「Ｐｅｒｓｏｎ−Ｃｅｎｔｒｉｃ　Ａｃｃｏｕｎｔ−Ｂａｓｅｄ　Ｄｉｇｉｔａｌ　Ｓｉｇｎａｔｕｒｅ　Ｓｙｓｔｅｍ」）および第０９／　　，　　　号（名称は、「Ａｃｃｏｕｎｔ−Ｂａｓｅｄ　Ｄｉｇｉｔａｌ　Ｓｉｇｎａｔｕｒｅ（ＡＢＤＳ）Ｓｙｓｔｅｍ」）、第０９／　　，　　　号（名称は、「Ｍｏｄｉｆｙｉｎｇ　Ｍｅｓｓａｇｅ　Ｄａｔａ　ａｎｄ　Ｇｅｎｅｒａｔｉｎｇ　Ｒａｎｄｏｍ　Ｎｕｍｂｅｒ　Ｄｉｇｉｔａｌ　Ｓｉｇｎａｔｕｒｅ　Ｗｉｔｈｉｎ　Ｃｏｍｐｕｔｅｒ　Ｃｈｉｐ」）、ＰＣＴ／ＵＳ　　／　　（名称は、「Ｌｉｎｋｉｎｇ　Ｐｕｂｌｉｃ　Ｋｅｙ　ｏｆ　Ｄｅｖｉｃｅ　ｔｏ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｄｕｒｉｎｇ　Ｍａｎｕｆａｃｔｕｒｅ」）および第０９／　　，　　　号（名称は、「Ｍａｎｕｆａｃｔｕｒｉｎｇ　Ｕｎｉｑｕｅ　Ｄｅｖｉｃｅｓ　Ｔｈａｔ　Ｇｅｎｅｒａｔｅ　Ｄｉｇｉｔａｌ　Ｓｉｇｎａｔｕｒｅｓ」）、ならびにＰＣＴ／ＵＳ　　／　　（名称は、「Ｔｒｕｓｔｅｄ　Ａｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｄｉｇｉｔａｌ　Ｓｉｇｎａｔｕｒｅ　（ＴＡＤＳ）　Ｓｙｓｔｅｍ」）である。
【０００２】
（ＩＩ．発明の分野）
本発明は、概して、エンティティ認証、具体的には、電子通信の分野におけるエンティティ認証に関する。
【０００３】
（ＩＩＩ．発明の背景）
本明細書で用いられる場合、電子通信（「ＥＣ」）とは、あらゆる電子形態の通信であると考えられる。ＥＣは、今日、特に、インターネットおよびｅコマースの成長とともに、商取引の不可欠な部分となってきている。ＥＣは、例えば、情報または物理的な領域へのアクセスに対するリクエスト、銀行に対する資金の振り替え依頼のような金融取引、あるいは、実行される契約の交付のような法的行為を表し得る。
【０００４】
近年、デジタル署名も、ｅコマースの重要な部分となってきている。デジタル署名の作成は、概して、（１）メッセージダイジェストの計算（例えば、ハッシュ値）、および（２）その後のメッセージダイジェストの暗号化を含む。メッセージダイジェストは、概して、公開−秘密鍵暗号法（非対称暗号法としても公知である）において用いられる鍵の対における秘密鍵を用いて、電子デバイスによって暗号化される。得られる暗号文自体が、通常、典型的にはメッセージに添付されてＥＣを形成するデジタル署名を構成する。デジタル署名作成の第２の部分（秘密鍵による暗号化を用いる）を、本明細書中で、デジタル署名を「生成する」工程と呼ぶ。２つの工程を組み合わせて、本明細書中で、デジタル署名を「作成する」工程と呼ぶ。さらに、デジタル署名の生成は、従来は、メッセージダイジェストの暗号化であると理解されるが、本明細書中のデジタル署名の生成には、メッセージダイジェストではなく、単なるメッセージの暗号化も含まれ得ると考えられる。デジタル署名が重要である理由は、ＥＣにおけるメッセージに対する任意の変化はどんな変化でも、メッセージおよびデジタル署名の解析から検出可能なことである。この点から、デジタル署名は、ＥＣ内に含まれるメッセージを「認証」する（以下、「メッセージ認証」と呼ぶ）ために用いられる。
【０００５】
例えば、メッセージダイジェストは、ハッシングアルゴリズム（例えば、ＳＨＡ−１アルゴリズム）をメッセージに適用することによって、計算され得る。ハッシングアルゴリズムは、デバイス内、またはデバイスの外部のいずれかにおいて適用され得、その後、得られるハッシュ値は、デジタル署名の生成のために、デバイスに送信される。この例において、メッセージ認証を行うためには、ＥＣの受信側にとって、メッセージに適用されるハッシングアルゴリズムのアイデンティティと、メッセージダイジェストを暗号化するために用いられる秘密鍵に対応する公開鍵（「ＰｕＫ」）との両方が、既知であるか、または入手可能である必要がある。この知識を用いて、受信側は、適切なハッシングアルゴリズムをメッセージに適用して、ハッシュ値を計算する。受信側は、公開鍵を用いてデジタル署名を解読する。受信側によって計算されたハッシュ値が、解読されたデジタル署名のハッシュ値と等しい場合、受信側は、ＥＣに含まれるメッセージの内容が、ハッシュ値を変化させた送信において変更されなかったと判定する。
【０００６】
メッセージ認証を行うとき、受信側も、ＥＣの送信側が、メッセージを認証するように首尾よく用いられた公開鍵に対応する秘密鍵を所持していたことを確認することによって、ＥＣの送信側を認証する。これは、エンティティ認証のタイプのうちの１つであり、送信側が何を「有する」かに基づく（以下、「ファクターＡエンティティ認証」と呼ぶ）。ファクターＡエンティティ認証は、ＥＣの受信側が、秘密鍵の所有者のアイデンティティに関する信用できる情報を有する場合に有用である。このような信用できる情報は、ＥＣに伴い、かつ、秘密鍵所有者のアイデンティティを公開鍵と結合する、信用できる第三者によって発行された、デジタル証明書から発生され得る。また、この信用できる知識は、受信側自体が秘密鍵または秘密鍵を含むデバイスを所有者に対して発行した場合など、秘密鍵所有者のアイデンティティについての実際の知識も含み得る。
【０００７】
理解されるように、デジタル署名システムにおける信頼は、秘密鍵の正当な所持および使用、すなわち、ＥＣの送信側が実際に秘密鍵の所有者であるかに依存する。ＥＣのデジタル署名を生成するための秘密鍵の不正な使用は、現行では、上記のメッセージ認証およびファクターＡエンティティ認証手順を介して検出されることができない。従って、デジタル署名システムは、デバイスの中の秘密鍵を発見し、その後コピーし、デジタル署名を生成する能力を有する他のデバイスにおいて用いること、あるいは、秘密鍵を含むデバイスを物理的に盗むことのいずれかによって、デバイスの秘密鍵が盗まれる場合に、不正を受けやすい。
【０００８】
秘密鍵の発見、その後に続くコピー、他のデバイスにおいて用いられることを防止するため、デバイスは、デバイスの中に含まれている秘密鍵（および他のプロテクトされたデータ）を保護する、電子的遮蔽、ゼロ化、検査、改竄証拠および改竄応答、ならびに他のセキュリティ機能を用いて製造される。このようなセキュリティ機能は、ハードウェア、ソフトウェア、およびファームウェアを含み、暗号のモジュールを有するセキュアコンピュータチップおよび他のデバイスを製造する技術においては周知である。
【０００９】
このようなセキュリティ機能の要件は、例えば、Ｆｅｄｅｒａｌ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｃｅｓｓｉｎｇ　Ｓｔａｎｄａｒｄｓ　Ｐｕｂｌｉｃａｔｉｏｎ　１４０−１，　Ｓｅｃｕｒｉｔｙ　Ｒｅｑｕｉｒｅｍｅｎｔｓ　ｆｏｒ　Ｃｒｙｐｔｏｇｒａｐｈｉｃ　Ｍｏｄｕｌｅｓ（ＵＳ　ＤＯＣ／ＮＢＳ、１９９４年１月１１日）（本明細書中では、「ＦＩＰＳ　ＰＵＢ　１４０−１」）、およびＦｅｄｅｒａｌ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｃｅｓｓｉｎｇ　Ｓｔａｎｄａｒｄｓ　Ｐｕｂｌｉｃａｔｉｏｎ　１４０−２，　Ｓｅｃｕｒｉｔｙ　Ｒｅｑｕｉｒｅｍｅｎｔｓ　ｆｏｒ　Ｃｒｙｐｔｏｇｒａｐｈｉｃ　Ｍｏｄｕｌｅｓ（ＵＳ　ＤＯＣ／ＮＢＳ、２００１年５月２５日）（本明細書中では、「ＦＩＰＳ　ＰＵＢ　１４０−２」）において明記されている。これらは、本明細書中で参考として援用され、ｈｔｔｐ：／／ｃｒｓｃ．ｎｉｓｔ．ｇｏｖ／ｐｕｂｌｉｃａｔｉｏｎｓ／ｆｉｐｓ．からダウンロードすることが可能である。また、ＦＩＰＳ　ＰＵＢ　１４０−１およびＦＩＰＳ　ＰＵＢ　１４０−２は、デバイスのセキュリティ機能に基づいてデバイスが満たし得るセキュリティレベルを規定し、これらの規定されたセキュリティレベルのそれぞれが、概して、デバイスの秘密鍵を認識しようとする試みにおいて遭遇され得る（時間および金額の面での）困難の各種のレベルを表す。現行では、４つのセキュリティレベルが規定され、セキュリティレベル４が、利用可能なセキュリティの最も高いレベルである。
このようなセキュリティ機能の仕様は、Ｔｒｕｓｔｅｄ　Ｃｏｍｐｕｔｉｎｇ　Ｐｌａｔｆｏｒｍ　Ａｌｌｉａｎｃｅ　Ｔｒｕｓｔｅｄ　Ｐｌａｔｆｏｒｍ　Ｍｏｄｕｌｅ　Ｐｒｏｔｅｃｔｉｏｎ　Ｐｒｏｆｉｌｅ　Ｖｅｒｓｉｏｎ　０．４５（ＴＲＵＳＴＥＤ　ＣＯＭＰＵＴＩＮＧ　ＰＬＡＴＦＯＲＭ　ＡＬＬＩＡＮＣＥ、２０００年９月）、Ｔｒｕｓｔｅｄ　Ｐｌａｔｆｏｒｍ　Ｍｏｄｕｌｅ（ＴＰＭ）Ｓｅｃｕｒｉｔｙ　Ｐｏｌｉｃｙ　Ｖｅｒｓｉｏｎ　０．４５（ＴＲＵＳＴＥＤ　ＣＯＭＰＵＴＩＮＧ　ＰＬＡＴＦＯＲＭ　ＡＬＬＩＡＮＣＥ、２０００年１０月）、およびＴＣＰＡ　ＰＣ　Ｉｍｐｌｅｍｅｎｔａｔｉｏｎｓ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　Ｖｅｒｓｉｏｎ　０．９５（ＴＲＵＳＴＥＤ　ＣＯＭＰＵＴＩＮＧ　ＰＬＡＴＦＯＲＭ　ＡＬＬＩＡＮＣＥ、２００１年７月４日）にも述べられている。これらの文献は、本明細書中で参考として援用され（まとめて「ＴＣＰＡ文献」と呼ばれる）、ｈｔｔｐ：／／ｗｗｗ．ｔｒｕｓｔｅｄｐｃ．ｃｏｍからダウンロードすることが可能である。また、Ｃｏｍｍｏｎ　Ｃｒｉｔｅｒｉａ　ｆｏｒ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　Ｓｅｃｕｒｉｔｙ　Ｅｖａｌｕａｔｉｏｎ，Ｓｍａｒｔ　Ｃａｒｄ　Ｐｒｏｔｅｃｔｉｏｎ　Ｐｒｏｆｉｌｅ，Ｄｒａｆｔ　Ｖｅｒｓｉｏｎ　２．１ｄ（ＳＭＡＲＴ　ＣＡＲＤ　ＳＥＣＵＲＩＴＹ　ＵＳＥＲ　ＧＲＯＵＰ、２００１年３月２１日）にも述べられている。この文献は、本明細書中で参考として援用され（以下、「Ｓｍａｒｔ　Ｃａｒｄ　Ｐｒｏｔｅｃｔｉｏｎ　Ｐｒｏｆｉｌｅ」と呼ばれる）、ｈｔｔｐ：／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖからダウンロードされる。
【００１０】
デバイス自体が盗まれることによる、デバイスの不正な使用を防止するため、個人識別番号（ＰＩＮ）、パスワード、またはパスフレーズ（まとめて、本明細書中では「機密」と呼ぶ）が、典型的には、デバイス内に予め格納され、デバイスがデジタル署名を生成するように動作する前に、デバイスに入力される必要がある。あるいは、機密は、前もって、受信側と共有されており、ＥＣが後で受信側に送信されるときに、機密もメッセージと共に受信側に送られる。第１の場合において、機密の検証は、デバイスのユーザを認証し（以下、「ユーザ認証」と呼ぶ）、第２の場合において、機密の検証は、ＥＣの送信側を認証する（以下、「送信側認証」と呼ぶ）。いずれの場合でも、機密の確認は、ユーザまたは送信側が何を「知っている」かに基づくエンティティ認証（以下、「ファクターＢエンティティ認証」）を表す。
【００１１】
物理的に盗まれることによるデバイスの不正な使用に対する他の対策は、デバイスのユーザまたはＥＣの送信側のバイオメトリクス的な特徴（例えば、指紋）の検証を含む。このタイプの認証は、ユーザまたは送信側が何で「ある」かに基づく（以下、「ファクターＣエンティティ認証」と呼ぶ）。機密と同様に、バイオメトリクス的な値は、ユーザ認証のためデバイス内に維持されるか、または、受信側による送信側認証のため、前もって受信側と共有されるかのいずれかである。
【００１２】
ファクターＢエンティティ認証およびファクターＣエンティティ認証は、両方とも、メッセージ用にデジタル署名を生成する、デバイスの不正な使用のリスクを低減するが、両方とも、大きな欠点を有する。例えば、機密またはバイオメトリクス的な値が、受信側による送信側認証のため、メッセージと共に受信側に通信される場合、機密またはバイオメトリック値は、まず、前もって受信側と共有され、確立された関係の一部として、受信側によって保護されている必要がある。従って、この従来のパラダイムは、このような既存の関係を有さないエンティティ間でのファクターＢエンティティ認証およびファクターＣエンティティ認証の両方を予め排除する。
【００１３】
また、このパラダイムは、機密またはバイオメトリック値自体を、盗まれるより大きなリスクにさらす。第１に、検証のための機密またはバイオメトリック値の送信は、伝送中の傍受および発見のリスクを伴う。第２に、機密またはバイオメトリック値は、受信側によって保護される必要があるが、このことにより、機密を受信側から盗まれる危険にさらす。これは、特に、悪意のある従業員が保護された機密またはバイオメトリック値を盗む可能性がある（インサイダーの不正は、歴史的に見て最も大きいリスクである）、会社組織などの場合において、顕著である。
【００１４】
また、このパラダイムの下で、機密またはバイオメトリック値が盗まれる場合、潜在的な損害は広範囲にわたる。個人にとって、複数の受信側用の複数の機密を記憶することは困難であるため、個人が、異なる受信側について、同じ機密を用いることは、一般的である。例えば、クレジットカードに関して、通常、同じ機密が、便宜上、全てのクレジットカード会社と共有され、通常、口座保有者の母親の旧姓を含む。１つのクレジットカード会社から機密が盗まれることによって、他の全てのクレジットカード口座が、少なくとも、機密を変更するまで、危険にさらされる。バイオメトリック特性が盗まれる場合、損害は、さらに深刻になる。なぜなら、人間のバイオメトリック特性を変更することはできず、一旦失われると、バイオメトリック特徴を用いる、将来のあらゆるエンティティ認証が、潜在的に危うくなるからである。
【００１５】
あるいは、ユーザ認証のため、デバイス内に、機密またはバイオメトリック値が予め格納され、維持される場合、受信側による機密またはバイオメトリック値の保護、ならびに、受信側への機密またはバイオメトリック値の送信に伴うリスクは、避けられる。この従来のパラダイムにおいて、受信側は、実際には、検証を行わない。検証は、デバイスレベルで行われる。
【００１６】
しかし、この代替的なパラダイムの欠点として、正しいユーザの機密またはバイオメトリック値が入力されるまで、デバイスが実行不可能なままであるので、機密またはバイオメトリック値を推測しようと繰り返される試みを、受信側がモニタすることができないことがある。さらに、正しい機密またはバイオメトリック値が入力され、整合した結果によってデバイスがイネーブルされる場合、デバイスは、典型的には、その後、所定の期間、例えば、電源が切られるか、または、リセットされるまで、イネーブルされたままになる。この代替的なパラダイムにおいて、デバイスはイネーブルされた後、不活性化される前に盗まれた可能性があるが、受信側は、このような期間中に送られた特定のＥＣが、不正に生成されたデジタル署名を含んでいるか否かを判定することが不可能である。従って、この代替的なパラダイムにおいては、ユーザ認証はあるが、本質的に、送信側認証の予備はない。
【００１７】
さらに他の欠点として、この代替的なパラダイムは、特に、バイオメトリック値がデバイス内に予め格納され、維持される（かつ、デバイスによってファクターＣエンティティ認証が行われる）場合に、異なる受信側にＥＣを送るというデバイスの使用に適応しないことがある。この点に関して、異なる受信側が、検証が成功するバイオメトリック「整合」を構成するものについて、異なる要件を有し得る。バイオメトリック整合は、入力されたバイオメトリック値が、少なくとも最低限のセキュリティ閾値を満たす程度、充分に、格納されているバイオメトリック値と近い価であるか否かについての判定である。セキュリティ閾値は、各受信側によって主観的に設定され、不正に送られたＥＣに基づく動作および反応についての通信の性質および受信側の信頼性の程度のようなファクターを含む。異なる受信側は、送信側のバイオメトリック値を各受信側が前もって受け取らない場合に、自身の要件、規格、および基準に基づいて、自身で整合／不整合の判定を行い、自身で、バイオメトリック値のメッセージと共に受け取られるさらなるバイオメトリック値の各々との比較を行い、比較が整合となる程度に充分近いか否かについて自身で事務的に判定を加えることができない。
【００１８】
従って、ファクターＢエンティティ認証および／またはファクターＣエンティティ認証が用いられるが、このような認証手順を用いる従来のパラダイムの上記の欠点が克服された、新たなパラダイムに対する需要が存在する。特に、受信側に機密またはバイオメトリック値のいずれかを保護することを要求することなく、ファクターＢエンティティ認証および／またはファクターＣエンティティ認証のいずれかまたは両方を用いる、ユーザ認証および送信側認証の両方に備えるパラダイムに対する需要が存在する。この点に関して、ファクターＢエンティティ認証およびファクターＣエンティティ認証が、受信側が認証情報に内々に関与することなしに、受信側によって確実に推論され、そのことによって、秘密上の問題に対処するパラダイムに対する需要が存在する。さらに、受信側が、主観的な事務的判定で、ファクターＣエンティティ認証が用いられる場合に、認められるバイオメトリック整合を構成するものを判定することが可能である、パラダイムに対する需要が存在する。また、受信側が、機密またはバイオメトリック値を推測するために、繰り返されるデバイスへのアタックをモニタすることが可能であるパラダイム、ならびに、単一デバイスを用いて、様々な無関係な受信側に対してＥＣを送ることにさらに適応するパラダイムに対する需要が存在する。
【００１９】
（ＩＶ．本発明の要旨）
（Ａ．本発明の第１の局面）
本発明の第１の局面は、デバイスの検証ステータスの提供に関し、デバイス内で、デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、デバイスに入力された検証データおよびデバイス内に予め格納されたデータの関数として識別する工程と、識別された検証ステータスに関わらず、識別された検証ステータスをデバイスの外部の電子装置に伝送する工程とを含む。所定の検証ステータスのうちの１つは、検証データが予め格納されたデータと同じであることを表し、少なくとも１つの他の検証ステータスは、検証データが予め格納されたデータとは異なることを表す。前記識別された検出ステータスのインジケータは、前記デバイスから出力される。
【００２０】
本発明のこの局面の変形例において、検証ステータスは、デバイスを用いるエンティティ認証に関する。この変形例は、エンティティの検証データを含む入力をデバイス内に受信する工程と、デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、検証データおよびデバイス内に予め格納されたデータの関数としてデバイス内で識別する工程と、識別された検証ステータスに関わらず、識別された検証ステータスのインジケータをデバイスから出力する工程とを含む。また、所定の検証ステータスのうちの１つは、検証データが予め格納されたデータと同じであることを表し、少なくとも１つの他の検証ステータスは、検証データが予め格納されたデータとは異なることを表す。
【００２１】
他の変形例において、第１のエンティティは、第２のエンティティに対して認証される。この変形例において、第１のエンティティのデータは、検証素子の個人専用化の間に、デバイスの検証構成素子内に格納される。検証データは、後からデバイス内に入力され、デバイスの検証素子内で受信される。現在の検証ステータスは、検証データとデバイスの検証素子内に予め格納されたデータとの関数として識別される。識別された検証ステータスは、検証データが予め格納されたデータと同じであることを表す検証ステータス、ならびに、検証データが予め格納されたデータとは異なることを表す少なくとも１つの検証ステータスを含む、デバイスの複数の所定の検証ステータスのうちの１つである。識別された検証ステータスに関わらず、このような検証ステータスは第２のエンティティに伝達される。検証ステータスは、検証素子から、検証ステータスのインジケータを出力し、出力インジケータを第２のエンティティに伝送することによって、第２のエンティティに伝送される。
【００２２】
本発明の第４の変形例において、検証データがデバイスによってまだ受信されていない場合のエンティティ認証に関する検証ステータスが提供される。特に、この場合の方法は、デバイスの検証ステータスを、デバイスに予め格納されたデータおよび後から入力された検証データの関数として識別するために、エンティティの予め格納されたデータをデバイス内に維持する工程と、所定の期間の間、任意の検証データの入力が無いことを表すデバイスの現在の検証ステータスをデバイス内で識別する工程と、識別された検証ステータスのインジケータを、その評価のため、デバイスから出力する工程とを含む。好ましくは、その後、ある点で、検証データを含む入力がデバイス内で受信され、デバイス内で、現在の検証ステータスが、デバイスの複数の所定の検証ステータスから、受信した検証データと予め格納されたデータとを比較することによって識別され、識別された検証ステータスのインジケータが、その評価のため、再度デバイスから入力される。ここで、第２のインジケータは、比較に基づいて識別された検証ステータスを示す。好ましくは、デバイスの複数の所定の検証ステータスのうちの１つの検証ステータスは、検証データが予め格納されたデータと同じであることを表し、少なくとも１つの他の検証ステータスは、検証データが予め格納されたデータとは異なることを表す。
【００２３】
本発明のこの局面の好ましい実施形態において、予め格納されたデータは、機密またはバイオメトリック特性のいずれか、あるいは両方を表し、現在の検証ステータスとして識別された検証ステータスは、検証データまたは予め格納されたデータのいずれも明らかにすることなく、検証データと予め格納されたデータとの間の相関関係を表し、デバイスは、デジタル署名を生成することができる。さらに、リクエストは、識別された検証ステータスに基づいて、ビジネスロジックで評価される。
【００２４】
（Ｂ．本発明の第２の局面）
本発明の第２の局面は、デバイスの検証ステータスの提供に関し、デバイス内で、デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、デバイスに入力されたバイオメトリック検証データおよびデバイス内に予め格納されたバイオメトリックデータの関数として識別する工程と、識別された検証ステータスに関わらず、識別された検証ステータスのインジケータをデバイスの外部の電子装置に伝送する工程とを含む。インジケータは、検証データまたは予め格納されたデータのいずれも明らかにすることなく、識別された検証ステータスを示す。前記識別された検出ステータスのインジケータは、前記デバイスから出力される。
【００２５】
本発明のこの局面の変形例において、検証ステータスは、デバイスを用いるエンティティ認証に関する。この変形例は、エンティティのバイオメトリック検証データを含む入力をデバイス内に受信する工程と、デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、検証データおよびデバイス内に予め格納されたバイオメトリックデータの関数としてデバイス内で識別する工程と、識別された検証ステータスに関わらず、識別された検証ステータスのインジケータをデバイスから出力する工程とを含む。インジケータは、検証データまたは予め格納されたデータのいずれも明らかにすることなく、識別された検証ステータスを示す。
【００２６】
他の変形例において、第１のエンティティは、第２のエンティティに対して認証される。この変形例において、第１のエンティティのバイオメトリックデータは、検証素子の個人専用化の間に、デバイスの検証素子内に格納される。バイオメトリック検証データは、後からデバイス内に入力され、デバイスの検証素子内で受信される。現在の検証ステータスは、検証データとデバイスの検証素子内に予め格納されたデータとの関数として識別される。識別された検証ステータスに関わらず、検証素子から、識別された検証ステータスのインジケータを出力し、出力インジケータを第２のエンティティに伝送することによって、このような検証ステータスは第２のエンティティに伝達される。インジケータは、検証データまたは予め格納されたデータのいずれも明らかにすることなく、識別された検証ステータスを示す。
【００２７】
本発明の第４の変形例において、検証データがデバイスによってまだ受信されていない場合のエンティティ認証に関する検証ステータスが提供される。特に、この場合の方法は、デバイスの検証ステータスを、デバイスに予め格納されたデータおよび後から入力されたバイオメトリック検証データの関数として識別するために、エンティティの予め格納されたバイオメトリックデータをデバイス内に維持する工程と、所定の期間の間、任意の検証データの入力が無いことを表すデバイスの現在の検証ステータスをデバイス内で識別する工程と、識別された検証ステータスのインジケータを、その評価のため、デバイスから出力する工程とを含む。好ましくは、その後、ある点で、検証データを含む入力がデバイス内で受信され、デバイス内で、現在の検証ステータスが、デバイスの複数の所定の検証ステータスから、受信した検証データと予め格納されたデータとを比較することによって識別され、識別された検証ステータスのインジケータが、その評価のため、再度デバイスから入力される。ここで、第２のインジケータは、比較に基づいて、検証データまたは予め格納されたデータのいずれも明らかにすることなく、識別された検証ステータスを示す。
【００２８】
本発明のこの局面の好ましい実施形態において、デバイスの複数の所定の検証ステータスのうちの１つの検証ステータスは、検証データが予め格納されたデータと同じであることを表し、少なくとも１つの他の所定の検証ステータスは、検証データが予め格納されたデータとは異なることを表し、デバイスは、デジタル署名を生成することができる。さらに、リクエストは、識別された検証ステータスに基づいて、ビジネスロジックで評価される。
【００２９】
（Ｃ．本発明の第３の局面）
本発明の第３の局面は、デバイスの検証ステータスの提供に関し、デバイス内で、デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを識別する工程と、生成されたデジタル署名が、識別された検証ステータスのインジケータを含むように、デバイス内で、識別されたデバイスの検証ステータスの関数としてメッセージを表すデータを改変することを含む、識別された検証ステータスの関数として、デバイス内でメッセージについてのデジタル署名を生成する工程と、生成されたデジタル署名をデバイスの外部の電子装置に伝送する工程とを含む。現在の検証ステータスの識別は、デバイスに入力された検証データとデバイス内に予め格納されたデータとの関数としての識別である。
【００３０】
本発明のこの局面の変形例において、検証ステータスは、エンティティ認証に関する。この変形例は、エンティティの検証データを含む入力をデバイス内に受信する工程と、デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、検証データおよびデバイス内に予め格納されたデータの関数としてデバイス内で識別する工程と、生成されたデジタル署名が、識別された検証ステータスのインジケータを含むように、デバイス内で、識別されたデバイスの検証ステータスの関数としてメッセージを表すデータを改変することを含む、識別された検証ステータスの関数として、デバイス内でメッセージについてのデジタル署名を生成する工程と、生成されたデジタル署名をデバイスから出力する工程とを含む。
【００３１】
他の変形例において、第１のエンティティは、第２のエンティティに対して認証される。この変形例において、第１のエンティティのデータは、検証素子の個人専用化の間に、デバイスの検証素子内に格納される。検証データは、後からデバイス内に入力され、デバイスの検証素子内で受信される。現在の検証ステータスは、検証データとデバイスの検証素子内に予め格納されたデータとの関数として識別される。識別された検証ステータスは、デバイスの複数の所定の検証ステータスのうちの１つである。その後、デジタル署名は、デバイス内で、メッセージについて、識別された検証ステータスの関数として生成され、デバイス内で、識別されたデバイスの検証ステータスの関数としてメッセージを表すデータを改変することを含む。生成されたデジタル署名は、識別された検証ステータスのインジケータを含む。デジタル署名は、デバイスの検証素子から出力され、その後、第２のエンティティティに通信される。
【００３２】
本発明の第４の変形例において、検証データがデバイスによってまだ受信されていない場合のエンティティ認証に関する検証ステータスが提供される。特に、この場合の方法は、デバイスの検証ステータスを、デバイスに予め格納されたデータおよび後から入力された検証データの関数として識別するために、エンティティの予め格納されたデータをデバイス内に維持する工程と、所定の期間の間、任意の検証データの入力が無いことを表すデバイスの現在の検証ステータスをデバイス内で識別する工程と、生成されたデジタル署名が、識別された検証ステータスのインジケータを含むように、デバイス内で、メッセージについてデジタル署名を生成する工程と、識別された検証ステータスの評価のため、生成されたデジタル署名をデバイスから出力する工程とを含む。好ましくは、その後、ある点で、検証データを含む入力がデバイス内で受信され、デバイス内で、現在の検証ステータスが、デバイスの複数の所定の検証ステータスから、受信した検証データと予め格納されたデータとを比較することによって識別され、他のデジタル署名が、デバイス内で、メッセージについて、識別された検証ステータスの関数として生成される。この面において、メッセージを表すデータは、デバイス内で、デバイスの識別された関数として改変される。識別された検証ステータスのインジケータを含む第２の生成されたデジタル署名は、その評価のため、デバイスから出力される。
【００３３】
本発明のこの局面の好ましい実施形態において、デバイスの複数の所定の検証ステータスのうちの１つの検証ステータスは、検証データが予め格納されたデータと同じであることを表し、少なくとも１つの他の検証ステータスは、検証データが予め格納されたデータとは異なることを表し、識別された検証ステータスのインジケータは、予め格納されたデータも検証データも示さず、予め格納されたデータは機密を表し、予め格納されたデータはバイオメトリック特性を表す。さらに、リクエストは、識別された検証ステータスに基づいて、ビジネスロジックで評価される。
【００３４】
デジタル署名の生成は、デバイス内で、公開秘密鍵の対の秘密鍵を用いて、改変されたデータについて、デバイス内で計算されたメッセージダイジェストを暗号化する工程を含む。好適な実施形態において、メッセージを表す、改変されたデータについてのデジタル署名は、デバイスから出力されるが、改変されたデータ自体はデバイスから出力されない。
【００３５】
いくつかの好適な実施形態において、メッセージは、デバイス内で、デバイスのユーザによって構成される。好ましくは、デジタル署名がそのために生成されたメッセージは、ユーザによって検討され、承認されるために、デバイスのディスプレイ画面上に表示される。あるいは、メッセージは、デバイスの外部のＩ／Ｏサポートエレメント内で構成される。Ｉ／Ｏサポートエレメントは、次に、メッセージを表す入力を、デバイスのインターフェースを介してデバイスに伝送する。他の好適な実施形態において、メッセージの一部は、デバイスの外部のＩ／Ｏサポートエレメント内で構成される。Ｉ／Ｏサポートエレメントは、次に、メッセージの一部を表す入力を、デバイスのインターフェースを介して、デバイスに伝送し、メッセージの残りの部分は、デバイス内で構成される。Ｉ／Ｏサポートエレメントは、例えば、販売地点端末、バイオメトリックスキャナ、カードリーダ、またはコンピュータを含み得る。
【００３６】
メッセージ自体は、金融取引の実行、法的行為の実行、データベースへのアクセス、物理的空間へのアクセス、ウェブサイトへのアクセス、またはコンピュータプログラムへのアクセスについてであり得る。また、メッセージは、予め定められ、スタチックであり得、デバイス自体に格納され得る。また、検証データは、他のタイプのメッセージについて、または、メッセージにおいて実施されるリクエストの承認とデバイスの電源遮断との間の所定の期間について、デバイスに入力されることを必要とされなくてもよい。
【００３７】
メッセージを表すデータは、メッセージのハッシュ値を含むか、あるいは、メッセージを表すデータは、メッセージについてのメッセージダイジェストを含む。メッセージを表すデータは、デバイス内に格納され得る。メッセージを表すデータの改変は、好ましくは、メッセージを表すデータに識別マーカの割り当てられた値を埋め込む工程と、識別マーカの割り当てられた値をメッセージを表すデータの後ろに付ける工程と、識別マーカの割り当てられた値をメッセージを表すデータの開始部分の後ろに付ける工程と、識別マーカの割り当てられた値をメッセージを表すデータの末尾の後ろに付ける工程とを含む。
【００３８】
好ましい実施形態において、検証データは、最後に成功した検証後の所定の期間に続いて、デバイスに入力されることが必要とされ得、検証データは、特定のタイプのメッセージの各々について、デバイスに入力されることが必要とされ得る。特定のタイプのメッセージには、例えば、金融取引についてのリクエストが含まれ得る。
【００３９】
さらなる好適な実施形態は、デバイス内で生成されたデジタル署名を用いてメッセージ認証を含み、デバイスの疑わしい検証ステータスの関数としてリクエストを実施するメッセージを表すデータを改変する工程と、メッセージダイジェストを改変されたデータの関数として計算する工程と、公開−秘密鍵の対の公開鍵を用いて生成されたデジタル署名を復号する工程と、計算されたメッセージダイジェストが復号されたデジタル署名と整合する場合、デバイスの検証ステータスがデバイスの疑わしい検証ステータスであると結論を下す工程を含む。
【００４０】
デバイスは、好ましくは、デバイス内の識別マーカを、所定の検証ステータスに対応する、所定の値のセットのうちのある値と等しくなるように割り当てることによって、デバイスの現在の検証ステータスを識別する。好ましい実施形態において、識別マーカには、成功した検証と等しくされた値が割り当てられ、割り当てられた値は、検証データが最後にデバイスに入力されてからデジタル署名が生成されたか否かをさらに表す。さらに、生成されたデジタル署名は、好ましくは、インジケータを含む。
【００４１】
（Ｄ．本発明の第４の局面）
本発明の第４の局面は、デバイスの検証ステータスの提供に関し、デバイス内で、デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、デバイスに入力された検証データおよびデバイス内に予め格納されたデータの関数として識別する工程を含む。この工程は、機密を表す検証データとデバイス内に予め格納されたデータとを比較する工程と、比較に基づいて、所定の値のセットのうちのある値と等しくなるようにデバイス内の第１の比較マーカに割り当てる工程と、バイオメトリックデータを表す検証データとデバイスに予め格納されたデータとを比較して、比較に基づいて、所定の値のセットのうちのある値と等しくなるようにデバイス内の第２の比較マーカに割り当てる工程とを含む。メッセージを表すデータは、デバイス内で、第１および第２の比較マーカについての割り当てられた値の関数として改変される。その後、デバイス内で、改変されたデータについて、生成されたデジタル署名が識別された検証ステータスのインジケータを含むように、デジタル署名が生成される。その後、生成されたデジタル署名が、デバイス外部の電子装置に伝送される。
【００４２】
本発明のこの局面の変形例において、検証ステータスは、エンティティ認証に関する。この変形例は、エンティティの検証データを含む入力をデバイス内に受信する工程であって、検証データはエンティティの機密およびバイオメトリック特性を表す、工程と、デバイスの複数の所定の検証ステータスのうちの現在の検証ステータスを、検証データおよびデバイス内に予め格納されたデータの関数としてデバイス内で識別する工程と、生成されたデジタル署名が、識別された検証ステータスのインジケータを含むように、デバイス内で、識別されたデバイスの検証ステータスの関数としてメッセージを表すデータを改変し、識別された検証ステータスの関数として、デバイス内でメッセージについてのデジタル署名を生成する工程と、生成されたデジタル署名をデバイスから出力する工程とを含む。検証ステータスの識別は、機密を表す検証データとデバイス内に予め格納されたデータとを比較する工程と、比較に基づいて、所定の値のセットのうちのある値と等しくなるようにデバイス内の第１の比較マーカに割り当てる工程と、バイオメトリックデータを表す検証データとデバイスに予め格納されたデータとを比較して、比較に基づいて、所定の値のセットのうちのある値と等しくなるようにデバイス内の第２の比較マーカに割り当てる工程とを含む。メッセージデータの改変は、第１および第２の比較マーカについて、割り当てられた値の関数としてデータを改変する工程を含む。
【００４３】
他の変形例において、第１のエンティティは、第２のエンティティに対して認証される。この変形例において、第１のエンティティの機密およびバイオメトリックデータの両方を表すデータは、検証素子の個人専用化の間に、デバイスの検証素子内に格納される。検証データは、後からデバイス内に入力され、デバイスの検証素子内で受信される。現在の検証ステータスは、検証データとデバイスの検証素子内に予め格納されたデータとの関数として識別される。検証ステータスの識別は、機密を表す検証データとデバイス内に予め格納されたデータとを比較する工程と、比較に基づいて、所定の値のセットのうちのある値と等しくなるようにデバイス内の第１の比較マーカに割り当てる工程と、バイオメトリックデータを表す検証データとデバイスに予め格納されたデータとを比較して、比較に基づいて、所定の値のセットのうちのある値と等しくなるようにデバイス内の第２の比較マーカに割り当てる工程とを含む。デジタル署名は、まず、デバイス内で、メッセージを表すデータを、第１および第２の比較マーカについて、割り当てられた値の関数として改変し、その後、生成されたデジタル署名が識別された検証ステータスのインジケータを含むように、改変されたデータを暗号化することによって、デバイス内でメッセージについて生成される。その後、デジタル署名は、検証素子から出力され、第２のエンティティティに伝送される。
【００４４】
本発明のこの第４の局面の好ましい実施形態において、デバイスの複数の所定の検証ステータスのうちの１つの検証ステータスは、検証データが予め格納されたデータと同じであることを表し、少なくとも１つの他の所定の検証ステータスは、検証データが予め格納されたデータとは異なることを表す。第１の比較マーカの割り当てられた値、第２の比較マーカの割り当てられた値、または、第１および第２の比較マーカの割り当てられた値は、生成されたデジタル署名とともにデバイスから出力され、メッセージの改変は、メッセージを表すデータに第１の比較マーカの割り当てられた値、第２の比較マーカの割り当てられた値、またはその両方を、メッセージを表すデータに埋め込む工程、あるいは、このような割り当てられた値（単数または複数）を、メッセージを表すデータの後ろに付ける工程であって、メッセージデータの開始部分または末尾の後ろに付けることを含む工程とを含む。さらに、リクエストは、識別された検証ステータスに基づいて、ビジネスロジックで評価される。
【００４５】
本発明のこの第４の局面の別の実施形態において、メッセージを表すデータは、第１および第２の比較マーカについて、割り当てられた値のうちの１つのみの関数として改変される。さらに、メッセージ、ならびに第１および第２の比較マーカについての他の割り当てられた値についての生成されたデジタル署名は、第２のエンティティに伝送される。
【００４６】
（Ｅ．本発明の第５の局面）
本発明の第５の局面は、デジタル署名を生成するデバイスの現在の検証ステータスの決定に関し、デジタル署名を受信する工程と、公開−秘密鍵の対の公開鍵を用いてデジタル署名を復号する工程と、デバイスの複数の所定の検証ステータスの各々について、所定の検証ステータスの関数として、メッセージを表すデータを改変する工程と、デバイスの現在の検証ステータスが、改変されたデータが復号されたデジタル署名とそれについて整合する所定の検証ステータスであるとして識別する工程とを含む。この局面の変形例において、メッセージダイジェストは、改変に続いて、改変されたデータの関数として計算される。改変されたデータの関数としてのメッセージダイジェストの計算は、改変されたデータについてのハッシュ値の計算を含み得る。
【００４７】
本発明のこの第４の局面の好適な実施形態において、検証ステータスの各々は、デバイスに入力された検証データと、デバイス内に予め格納されたデータとの間の相関関係を表す。さらに、各検証ステータスは、現在の検証ステータスがそれについて決定される、デバイスの検証データまたは予め格納されたデータのいずれも示さない。
【００４８】
好ましくは、現在の検証ステータスは、リクエストに関連する。リクエストは、例えば、金融取引の実行、または法的行為の実行についてであり得る。リクエストは、例えば、予め定められ、スタチックであり得、所定のメッセージに含まれ得る。リクエストは、データベースへのアクセス、物理的空間へのアクセス、ウェブサイトへのアクセス、またはコンピュータプログラムへのアクセスについてであり得る。好ましくは、リクエストは、デジタル署名とともに受信され、デジタル署名によって示される現在の検証ステータスに基づいて評価される。リクエストの評価は、デジタル署名を生成するデバイスの保証レベルを考慮する工程を含む。リクエストは、デジタル署名の受信において暗黙的であってもよい。リクエストは、公開または秘密に、コンピュータネットワークのような電子通信媒体を介して通信され得る。
【００４９】
さらに、好適な実施形態において、所定の検証ステータスの内の１つは、成功しない検証を表し、所定の検証ステータスのうちの１つは、成功した検証を表し、所定の検証ステータスのうちの１つは、検証データが最後にデバイスに入力されてから、デジタル署名がデバイスによって生成されたか否かをさらに表し、所定の検証ステータスのうちの１つは、デジタル署名が、デバイスに入力された検証データとデバイス内に予め格納されたデータとの比較に続いて生成されたか否かをさらに表し、所定の検証ステータスのうちの１つは、所定の期間、例えば、最後に成功した検証の時間またはデバイスのリセットからの時間内に、任意の検証データがデバイスに入力されたか否かをさらに表す。
【００５０】
さらに、好ましい実施形態において、所定の検証ステータスのうちの１つは、デバイスに入力された検証データとデバイス内に予め格納されたデータとの間の差異を表し、所定の検証ステータスのうちの１つは、デバイスに入力されたバイオメトリック検証データとデバイス内に予め格納されたバイオメトリックデータとの間の整合の程度を表し、所定の検証ステータスのうちの１つは、デバイスに入力されたバイオメトリック検証データとデバイス内に予め格納されたバイオメトリックデータとの間の整合のパーセンテージをさらに表し、所定の検証ステータスのうちの１つは、検証データが最後にデバイスに入力されてから、デバイスによってデジタル署名が生成された否かをさらに表し、所定の検証ステータスのうちの１つは、デジタル署名が、デバイスに入力された検証データとデバイス内に予め格納されたデータとの比較に続いて生成されたか否かをさらに表し、所定の検証ステータスのうちの１つは、所定の期間内に、任意の検証データがデバイスに入力されたか否かをさらに表す。
【００５１】
（Ｆ．本発明の特徴）
本発明の上記の局面の特徴において、デバイスは、好ましくは、所定の検証ステータスと対応する所定の値のセットのうちのある値と等しくなるようにデバイス内の識別マーカを割り当てることによって、デバイスの現在の検証ステータスを識別する。好ましい実施形態において、比較の結果が、（例えば、データが機密を表す場合）精密な整合を含む整合である場合、成功した検証と等しくされた値が識別マーカに割り当てられ、（例えば、データがバイオメトリック特性を表す場合）比較の結果が整合するが、精密な整合でない場合、成功した検証と等しくされた値が識別マーカに割り当てられ、検証データと予め格納されたデータとの間の比較によって整合が得られない場合、成功しない検証と等しくされた値が識別マーカに割り当てられる。
【００５２】
さらに、好適な実施形態において、検証データと予め格納されたデータとの間の差異を表す値が識別マーカに割り当てられ、検証データと予め格納されたデータとの間の整合の程度を表す値が識別マーカに割り当てられ、検証データと予め格納されたデータとの間の整合のパーセンテージと等しくされた値が識別マーカに割り当てられ、所定の期間、例えば、最後の成功した検証の時間、またはデバイスがリセットされてからの時間内に、任意の検証データがデバイスに入力されたか否かを表す値が識別されたマーカに割り当てられる。
【００５３】
成功する検証と等しくされた値が識別マーカに割り当てられる好ましい実施形態において、割り当てられた値は、成功する検証の後にインジケータが出力された否か、あるいは、検証データが最後にデバイスに入力されてからインジケータが出力されたか否かをさらに表す。さらなる特徴において、インジケータは、識別マーカの割り当てられた値を含み、割り当てられた値は、検証データが最後にデバイスに入力されてから、デバイスによってデジタル署名が生成されたか否かをさらに表す。さらに、デバイスは、好ましくは、デバイスによって受信される外部の問い合わせに応答するか、メッセージを表すデータの受信に応答するか、または、検証データを含む入力の受信に応答して、デジタル署名を生成する。
【００５４】
本発明の他の特徴は、検証データがユーザによって直接デバイスに入力されること、ならびに、代替的に、検証データを表す入力が、デバイスの外部のＩ／Ｏサポートエレメント内で受信され、その後デバイスに伝送されることを含む。Ｉ／Ｏサポートエレメントは、例えば、販売地点端末、バイオメトリックスキャナ、カードリーダ、ＡＴＭマシン、またはコンピュータを含み得る。
【００５５】
さらなる特徴において、インジケータは、決定的に（すなわち、曖昧さなしに）、デバイスの単一の所定の検証ステータスを指し示し、機密および／またはバイオメトリックデータも、デバイスに入力される検証データも、デバイスからエクスポートされず、デバイスは、デバイスの複数のユーザについて、データを予め格納し、デジタル署名は、デバイス内で生成され、識別マーカの値とともにデバイスから出力される。
【００５６】
予め格納されたデータがバイオメトリックデータを含む場合、本発明の特徴において、バイオメトリックデータのタイプを表す値が識別マーカに割り当てられる。さらに、バイオメトリックデータは、例えば、デジタル化された指紋、デジタル化された手形または手の形状、デジタル化された網膜、デジタル化された虹彩、デジタル化された声紋、デジタル化された顔面スキャン、デジタル化された手書きのサイン、またはデジタル化されたＤＮＡ試料を表し得る。このような場合、デバイスは、検証データを入力するバイオメトリックスキャナを含み得る。また、デバイスは、複数の異なるタイプのバイオメトリックデータについて、１人の人間か、または複数の人間のいずれかのデータを予め格納し得る。
【００５７】
識別された検証ステータスに基づいてリクエストが評価される、本発明の他の特徴において、検証データは、特定のタイプのリクエスト、例えば、金融取引の各々について、デバイスに入力されることが必要とされる。検証データは、他のタイプのリクエストについて、デバイスに入力されることが必要とされないこともあり得る。また、検証データは、特定のタイプのリクエストについて、デバイスに入力されることが必要とされるが、リクエストの評価が承認に終わるまでであり、その後、所定の期間、例えば、リクエストの承認とデバイスのリセットとの間の時間、検証データは、このようなタイプのさらなるリクエストについて、デバイスに入力されることが必要とされないこともあり得る。
【００５８】
乱数が、セッション鍵の生成のための多くのコンピュータアプリケーション、例えば、安全ソケット層（ＳＳＬ）プロトコル、ならびにプリティグッドプライバシー（ＰＧＰ）のようなセキュリティプロトコルにおいて利用される。本発明のさらに他の特徴は、得られるデジタル署名が、乱数としてこのようなアプリケーションにおいて用いられる、デジタル署名アルゴリズムを用いるデジタル署名の生成を含む。
【００５９】
本発明の方法のデバイスは、好ましくは、ＥＣの送信側の個人用デバイスである。また、デバイスは、好ましくは、例えば、英数字キーパッド、電気接点、タッチスクリーン式のディスプレイ、コンピュータバスを有する標準的電子インターフェース、または、アンテナのようなデバイスインターフェースを含む。また、デバイスインターフェースは、無線通信ポート、シリアルポート、ＵＳＢポート、パラレルポート、または赤外線ポートのようなデバイスのポートを含み得る。デバイスは、好ましくは、携帯可能であり、ハンドヘルド形式ファクターである。デバイスは、好ましくは、コンピュータチップ、および／または、集積回路を含み得、例えば、携帯電話、ＰＤＡ、デジタル化されたキー、ドングル、皮下インプラント、装身具、集積回路カード（ＩＣカード）、クレジットカード、デビットカード、スマートカード、セキュリティカード、ＩＤバッジ、またはコンピュータであり得る。
【００６０】
本発明の他の特徴は、本発明方法の工程を１つ以上実行させるコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体と共に提供されるデバイスと、本発明方法の工程を１つ以上実行する集積回路と、本発明方法の工程を１つ以上実行するコンピュータチップとを含む。
【００６１】
本発明の利点およびさらなる特徴が、以下の図面と共に、本発明の好ましい実施形態の詳細な説明から明らかである。図面において、同一の参照符号は、同一の要素を指す。
【００６２】
（ＶＩ．好適な実施形態の詳細な説明）
予備的な問題として、当業者であれば、本発明のデバイス、システム、および方法についての以下の詳細な説明を考慮することによって、本発明は、幅広く実行し、適用されることが可能であることを容易に理解する。本発明の実体または範囲から逸脱することなく、本明細書中に記載されている以外の多くの本発明の実施形態および適応例、ならびに、多くの変形例、改変例、および均等な構成は、本発明、および以下の本発明の詳細な説明によって、明らかであるか、または、合理的に示唆される。さらに、当業者であれば、いくつかの例において様々なプロセスの工程が、好ましい流れまたは時間的な順序で実行されるように示され、説明されているが、このようなプロセスの工程は、必ずしもこのような特定の流れまたは順序で実行されるように限定されないことを理解し、正当に評価する。むしろ、多くの例において、本明細書中で説明されるプロセスの工程は、様々な、異なる流れおよび順序で実行され得るが、依然として、本発明の範囲内に含まれる。従って、本発明は、本明細書中で、好適な実施形態に関して、詳細に説明されるが、この詳細な説明は、本発明の実証および例示に過ぎず、本発明の完全、且つ実施を可能するような開示を提供するために行われるに過ぎないことが理解されるべきである。本明細書中で述べられる詳細な説明は、本発明を限定するか、あるいは、本発明の任意の他の実施形態、適応例、変形例、改変例および均等な構成を除外するように意図されていないし、そのように解釈されるべきではない。本発明は、添付の特許請求の範囲およびその均等物によってのみ限定される。
【００６３】
（Ａ．本発明の概要）
概念的に、本発明は、図１に最も良好に示されている。ここで、送信側１２０からのメッセージを含むＥＣ１１０は、受信側１３０により受信される。本発明によると、デバイス１４０は、送信側１２０の検証データを表す入力１５０を受信し、デバイス１４０の現在の検証ステータスを識別し、識別された検証ステータス（ＶＳ）１６０をＥＣ１１０とともに受信側１３０に通信する機能を行う、デバイス１４０の検証素子を備える。入力１５０によって表される検証データは、機密またはバイオメトリック値を含む。
【００６４】
以下に詳細に説明する、本発明の好ましい実施形態において、検証ステータス１６０は、好ましくは、送信側１２０の予め格納されたデータを維持し、予め格納されたデータを入力された検証データと比較することによって、デバイス内で識別される。従って、予め格納されたデータも、機密またはバイオメトリック値を含む。
【００６５】
好ましい実施形態において、デバイス１４０は、また、複数の予め定義された検証ステータスを含む。検証ステータスの各々は、検証データと予め格納されたデータとの間の相関関係を表す。しかし、検証ステータスのうち、検証データまたは予め格納されたデータを実際に示すものはない。従って、送信側１２０と受信側１３０との間に「共有の機密」が存在する必要はない。デバイス１４０は、所定の検証ステータスのうちの１つが、現在の検証ステータス１６０であることを、検証データと予め格納されたデータとの比較に基づいて識別し、デバイス１４０は、識別された検証ステータスのインジケータをデバイス１４０から出力させ、その後受信側１３０に送信することによって、識別された検証ステータス１６０を受信側１３０に通信する。インジケータは、検証ステータス１６０を、実際に含んでいてもよいし、含んでいなくてもよい。しかし、インジケータは、デバイス内で識別された検証ステータス１６０を、受信側１３０に示す（または、受信側１３０が判定することを可能にする）。
【００６６】
さらにデバイス１４０は、好ましくは、所定の期間内に入力１５０が受信されなかったことを表す所定の検証ステータスを含む。デバイス１４０は、このような所定の期間内に入力１５０が受信されない場合、この検証ステータスが、現在の検証ステータス１６０であると識別し、適切なときに、このような識別ステータスを、ＥＣ１１０とともに受信側１３０に通信する。所定の期間には、例えば、デバイス１４０のリセット以後の時間、または単に所定の長さの時間が含まれ得る。さらに、電圧または適切な信号（例えば、内部電源からの電圧、外部電源からの電圧、ＲＦ信号の受信など）がデバイス１４０に印加されるときのみ、「オンになる」デバイス１４０については、所定の長さの時間には、デバイス１４０が実際に「オンになった」以後の時間が含まれ得る。
【００６７】
可能な検証ステータスの例には、検証データと予め格納されたデータとの間の「整合」および「不整合」、（例えば、検証データおよび予め格納されたデータがバイオメトリック値を含む場合には）検証データと予め格納されたデータとの間の整合または違いの度合いが含まれる。また、検証ステータスは、さらに、検証ステータスが、所定の期間内に受信側１３０に提供されたか否かをさらに表し得る。所定の期間には、例えば、最後に検証が成功した検証データと予め格納されたデータとの比較以後の時間、検証データを表す入力１５０の最後の受信以後の時間、または、上述したように、単に所定の長さの時間が含まれる。
【００６８】
受信側１３０は、好ましくは、検証ステータス１６０に基づいて、ＥＣ１１０に伴うリスクのレベルを判定する能力を有する。この判定されたＥＣ１１０に伴うリスクのレベルによって、受信側１３０は、ＥＣ１１０のメッセージを評価することがより可能になる。受信側１３０は、好ましくは、デバイス１４０から送信されるインジケータを受信するインターフェースと、受信したインジケータに基づいて、送信側１２０からのＥＣ１１０を評価するビジネスロジックを内蔵するロジック回路部またはソフトウェアとを含む電子装置によって表される。電子装置は、デバイス１４０から遠隔に位置し得るが、例えば、電子通信ネットワーク（例えば、インターネット、イントラネット、無線ネットワークなど）を介して、デバイス１４０と電子通信できる範囲内に配置される。
【００６９】
送信側１２０および受信側１３０がインタラクトする状況に依存して、メッセージは、明示的であってもよいし、暗黙的であってもよいことが理解されるべきである。明示的である場合、メッセージの内容は、予め規定される。例えば、受信側１３０による、デバイス１４０の検証ステータスのインジケータを受信する実際の行動は、それ自体が、受信側１２０と受信側１３０との間でメッセージが同意されたことを表し得る。このような場合、メッセージを含むＥＣ１１０が送られる必要はない。さらに、ＥＣ１１０が、実際に、送信側１２０から受信側１３０に送信される場合、ＥＣ１１０の一部または全ては、図１に示すようにデバイス１４０から分離しているのではなく、デバイス１４０から、構成されて送られる。
【００７０】
（Ｂ．本発明の好適な実施形態）
（１．第１の好適な実施形態（基本モデル））
本発明の第１の好適な実施形態２００が図２ａに示される。ここで、送信側２２０からのメッセージを含むＥＣ２１０は、電子装置２３０によって表される受信側により受信され、デバイス２４０は、検証データ（ＶＤ）２５０を表す入力をデバイスインターフェース２５２にて受信する。デバイス２４０は、デバイス２４０のメモリ２５４内に予め格納された送信側２２０のデータ（ＰＤ）２７０を維持する検証素子をその中に備える。この検証データ２５０および予め格納されたデータ２７０は、機密またはバイオメトリック値を表す。
【００７１】
検証素子は、検証データ２５０と予め格納されたデータ２７０との比較に基づいて、デバイス２４０の現在の検証ステータスを２５６にて識別する。信号（Ｓ）２８０を受信すると、インジケータ２６０をデバイス２４０から出力させ、その後、ＥＣ２１０とともに受信側に送信することによって、デバイス２４０の最後に識別された（すなわち「現在の」）検証ステータスを、受信側に通信する。信号２８０は、デバイス２４０に送られ、インジケータ２６０を出力するようにデバイス２４０をトリガする。信号２８０は、例えば、検証ステータスを受信側に提供するリクエスト、またはコマンドを表し、送信側２２０によって、電子装置２３０または他の装置（図示せず）によって生成される。デバイスのインターフェース２５２は、適宜、以下のうちの１つ以上を含む。これらは、英数字キーパッド等のユーザインターフェース、タッチスクリーン式のディスプレイ、または入力を送信側２２０から直接的に受信するためのバイオメトリックスキャナ、電気接点、コンピュータバスを有する標準的電子インターフェース、アンテナ、あるいはシリアルポート、ＵＳＢポート、パラレルポート、赤外線ポートまたは他の無線通信ポートといった通信ポートである。
【００７２】
また、デバイス２４０は、所定の検証ステータスのセットを含む。検証ステータスの各々は、検証データ２５０と予め格納されたデータ２７０との相関関係を表す。このセットの検証ステータスは、最後に成功した検証から、または検証データを表す入力が最後に受信されてからデバイス２４０からインジケータ２６０が出力されたか否かをさらに表す。セットは、デバイス２４０の時間切れの後でのリセットから、または電源投入後のリセットから、検証データ２５０を表す入力が無いことを表すさらなる所定の検証ステータスをさらに含む。検証データ２５０を表す入力が、デバイス２４０がリセットされてから受信された場合にのみ、デバイス２４０から出力されたインジケータ２６０は、検証データ２５０と予め格納されたデータ２７０との比較に基づく。検証データを表す入力が受信されない場合、インジケータ２６０は、デバイス２４０のリセット後から、検証データ２５０を表す入力が無いことを示す。いずれの場合においても、インジケータ２６０は、ＥＣ２１０とともに送信され、これによって、この受信側は、インジケータ２６０をＥＣ２１０に関係するとして識別することができる。電子装置２３０は、デバイス２４０からインジケータ２６０を受信することができるインターフェース（図示せず）を備える。電子装置２３０は、インジケータ２６０に基づいてデバイスの検証ステータスを決定するため、およびデバイス２４０の検証ステータスに基づいて送信側２２０から受信されたＥＣ２１０を評価するために、ビジネスロジックを内蔵する論理回路またはソフトウェアをさらに含む。
【００７３】
検証データ２５０および予め格納されたデータ２７０が機密を含む場合、検証ステータスの所定のセットは、少なくとも４つの検証ステータスを含む。これらの４つの検証ステータスは、デバイスのリセット後から、検証データ２５０が無いことを表す第１の検証ステータス、検証データ２５０と予め格納されたデータ２７０との間の整合を表し、および整合してから、デバイス２４０から他のインジケータ２６０が出力されないことをさらに表す第２の検証ステータス、検証データ２５０と予め格納されたデータ２７０との間の不整合を表す第３の検証ステータス、ならびに検証データ２５０と予め格納されたデータ２７０との間の整合を表し、および整合してからのインジケータ２６０の出力をさらに表す第４の検証ステータスである。デバイス２４０は、好ましくは、メモリ２７４内に格納され、デバイス２４０によって識別された現在の検証ステータスを表す、４つのバイナリ数のうち１つを含む識別マーカ（「ＩＭ」）２７２を含む。４つのバイナリ数は、それぞれ４つの検証ステータスに対応し、第１の検証ステータスを識別する「００」、第２の検証ステータスを識別する「０１」、第３の検証ステータスを識別する「１０」、第４の検証ステータスを識別する「１１」を含む。さらに、デバイス２４０から出力されたインジケータ２６０は、好ましくは、値とデバイス２４０の所定の検証ステータスとの対応が、受信側にとって以前から既知である状態で、識別マーカ２７２の値を含む。いずれの検証ステータスも、実際には、検証データ２５０または予め格納されたデータ２７０を示さない。従って、送信側２２０と受信側との間で「共有機密」は必要とされない。しかしながら、受信側は、検証ステータスから機密について正確に推論し得る。
【００７４】
あるいは、検証データ２５０および予め格納されたデータ２７０がバイオメトリック値を含む場合、所定の検証ステータスのセットは、デバイス２４０のリセット後から、検証データ２５０を表す入力が無いことを表す検証ステータスと共に、検証データ２５０と予め格納されたデータ２７０との間の整合の可能なパーセンテージ（または差異の程度）を含む。例えば、検証データ２５０と予め格納されたデータ２７０とのパーセンテージの整合を含む所定の検証ステータスは、本実施形態において、０％〜１００％の範囲のパーセンテージのセットを１％刻みで含み得る。好適には、パーセンテージの整合を表す検証ステータスの各１つは、検証データ２５０を表す入力が最後に受信されてから、インジケータ２６０がデバイス２４０から出力されたか否かをさらに表す。デバイス２４０は、好ましくは、デバイス２４０によって現在の検証ステータスとして識別された検証ステータスを表す値を格納する識別マーカ２７２を含む。さらに、デバイス２４０から出力されるインジケータ２６０は、好ましくは、このような値とデバイスの所定の検証ステータスとの間の対応が、受信側によって予め知られている、識別マーカ２７２の値を含む。また、検証データ２５０または予め格納されたデータ２７０のいずれかを実際に示す検証データはない。従って、送信側の交換不可能なバイオメトリック特性を表すバイオメトリック値は、受信側に通信されない。しかしながら、受信側は、検証ステータスからバイオメトリック特性を読み出すことによって、送信側２２０の存在があるのではないかと推論し得る。
【００７５】
図２ａの第１の好適な実施形態２００に基づいた変形が図２ｂに示される。この変形は、Ｉ／Ｏサポートエレメント２６２を備え、このＩ／Ｏサポートエレメントから、検証データ２５０を表す入力がデバイスインターフェース２５２にて受信される。Ｉ／Ｏサポートエレメント２６２は、送信側からの入力が受信されるユーザインターフェース２５８、ならびに検証データ２５０を表す入力をデバイス２４０に通信するＩ／Ｏインターフェース２５９を備える。さらに、これの別の変形が図２ｃに示される。ここで、Ｉ／Ｏサポートエレメント２６２は、デバイス２４０から出力されるインジケータ２６０を受信する。Ｉ／Ｏサポートエレメント２６２は、次に、インジケータ２６０を電子装置２３０に伝送する。
【００７６】
示されるように、Ｉ／Ｏサポートエレメント２６２から伝送されるインジケータ２６０は、デバイス２４０から出力されるインジケータ２６０と同じである。しかしながら、Ｉ／Ｏサポートエレメント２６２から伝送されるインジケータ２６０は、デバイス２４０から出力されるインジケータ２６０によって示される検証ステータスを受信側が決定することが可能である限り、デバイス２４０から出力されるインジケータ２６０と異なり得る。例えば、Ｉ／Ｏサポートエレメント２６２から伝送されるインジケータは、Ｉ／Ｏサポートエレメント２６２自体が検証ステータスを識別する場合に、デバイス２４０のインジケータだけではなく、Ｉ／Ｏサポートエレメント２６２の検証ステータスも示し得る。さらに、Ｉ／Ｏサポートエレメント２６２から伝送されるインジケータ２６０は、Ｉ／Ｏサポートエレメント２６２によってデジタル的に署名される、さらなる情報を含む別の通信内にパッケージ化されるか、または埋め込まれ得る。
【００７７】
図２ａ、図２ｂおよび図２ｃにおいて、ＥＣ２１０は、インジケータ２６０から分離して伝送されることが示される。しかしながら、図２ａの好適な実施形態、およびその任意の変形において、インジケータ２６０は、ＥＣ２１０の一部として伝送されることによって、同様に、ＥＣ２１０と関連付けられ得る。さらに、ＥＣ２１０は、デバイス２４０、関連するＩ／Ｏサポートエレメント２６２（図２ａに図示せず）または他の装置から出力され得る。
【００７８】
図２ａ、図２ｂおよび図２ｃのデバイスの動作の好適なモード３００が図３に示され、３０２におけるデバイスの時間切れまたは電源投入に続く、デバイスのリセット（工程３０４）で開始する。リセット中に、検証データを表す入力が受信されないことを表し、インジケータがまだ出力されていないという事実をさらに表す検証ステータスに対応する値が識別マーカに割り当てられる。デバイスは、その後、３０６にて開始し、３１２にて終了する循環ループ（ｒｅｐｅａｔｉｎｇ　ｌｏｏｐ）に入り、デバイスがリセットされるか、電源が切られるか、または所定の長さの時間後に不活性になるまで、このループ内で繰り返しを継続する。ループ内の第１の工程は、好適には、検証データ（ＶＤ）を表す任意の入力がデバイスによって受信されたか否かの決定（工程３０８）を含む。工程３０８における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、検証データ（ＶＤ）とデバイスのメモリ内に予め格納されたデータ（ＰＤ）とを比較することによって識別される（工程３１４）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しい値を、デバイスのメモリ内に格納された識別マーカに割り当てる（工程３１６）ことによって記録される。
【００７９】
工程３０８において、受信される検証データを表す入力が無い場合、または識別マーカの値が工程３１６において割り当てられた後、信号（Ｓ）がデバイスによって受信されたか否かが決定される。信号が受信されていない場合、ループは工程３０６を再スタートする。信号が受信される場合、工程３１０における決定は、肯定的であり、デバイスの現在の検証ステータスのインジケータが出力される（工程３１８）。上述したように、インジケータは、デバイス内のメモリに維持された識別マーカの値を含む。インジケータの出力に続いて、インジケータ出力が、検証データを表す入力を受信してから最初のインジケータ出力であるか否かという決定がなされる（工程３２０）。工程３２０における決定が否定的である場合、ループは再スタートする（工程３０６）。工程３２０における決定が肯定的である場合、工程３０８において検証データを表す入力を受信してからインジケータが出力されたという事実をさらに表す識別マーカに値を割り当てることによって、検証ステータスが新たに記録される（工程３２２）。ループは、その後、工程３０６を再スタートする。
【００８０】
（２．第２の好適な実施形態（インジケータ用のデジタル署名））
本発明の第２の好適な実施形態４００が図４ａに示される。ここで、送信側４２０からのメッセージを含むＥＣ４１０は、電子装置４３０によって表される受信側により受信され、デバイス４４０は、検証データ（ＶＤ）４５０を表す入力をデバイスインターフェース４５２にて受信する。デバイス４４０は、デバイス４４０のメモリ４５４内に予め格納された送信側４２０のデータ（ＰＤ）４７０を維持する検証素子をその中に備える。この検証データ４５０および予め格納されたデータ４７０は、機密またはバイオメトリック値を表す。
【００８１】
検証素子は、検証データ４５０と予め格納されたデータ４７０との比較に基づいて、デバイス４４０の現在の検証ステータスを４５６にて識別する。信号（Ｓ）４８０を受信すると、インジケータ４６０をデバイス４４０から出力させ、その後、ＥＣ４１０とともに受信側に送信することによって、デバイス４４０の最後に識別された（すなわち「現在の」）検証ステータスを、受信側に通信する。また、信号（Ｓ）４８０を受信すると、デバイス４４０のデジタル署名素子は、４９０で、インジケータのハッシュ値を計算し、４９２で、公開−秘密鍵の対のうちの秘密鍵４９５を用いてハッシュ値を暗号化することによって、インジケータ４６０用のデジタル署名（ＤＳ）４８２を作成する。その後、デジタル署名４８２は、デバイス４４０から出力され、インジケータ４６０と共に受信側に伝送される。信頼性および信用性を増大させるため、秘密鍵４９５は、メモリ４９４内に確実に保持されるので、デバイス４４０から決してエクスポートされず、デバイス４４０の外部から発見が不可能である。
【００８２】
この好適な実施形態において、デジタル署名は、Ｆｅｄｅｒａｌ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｃｅｓｓｉｎｇ　Ｓｔａｎｄａｒｄｓ　Ｐｕｂｌｉｃａｔｉｏｎ　１８６−２，Ｄｉｇｉｔａｌ　Ｓｉｇｎａｔｕｒｅ　Ｓｔａｎｄａｒｄ（ＵＳ　ＤＯＣ／ＮＢＳ、１９９４年１月１１日）（以下、「ＦＩＰＳ　ＰＵＢ　１８６−２」）に記載される楕円曲線デジタル署名アルゴリズム（ＥＣＤＳＡ）に従って、作成される。ＦＩＰＳ　ＰＵＢ　１８６−２は、本明細書中で参考として援用され、ｈｔｔｐ：／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖ／ｐｕｂｌｉｃａｔｉｏｎｓ／ｆｉｐｓからダウンロードすることができる。従って、デジタル署名４８２は、ランダム番号生成器を用いて生成され、４９０において、素子４５６から受信した入力のサイズに関わらず２０バイト出力を生成し、安全ハッシュアルゴリズム（「ＳＨＡ−１」）を用いてハッシュ関数が実行される。ＳＨＡ−１自体は、Ｆｅｄｅｒａｌ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｃｅｓｓｉｎｇ　Ｓｔａｎｄａｒｄｓ　Ｐｕｂｌｉｃａｔｉｏｎ　１８０−１，Ｓｅｃｕｒｅ　Ｈａｓｈ　Ｓｔａｎｄａｒｄ（ＵＳ　ＤＯＣ／ＮＢＳ、１９９５年４月１７日）（以下、「ＦＩＰＳ　ＰＵＢ　１８０−１」）に記載されている。ＦＩＰＳ　ＰＵＢ　１８０−１は、本明細書中で参考として援用され、ｈｔｔｐ：／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖ／ｐｕｂｌｉｃａｔｉｏｎｓ／ｆｉｐｓからダウンロードすることができる。
【００８３】
信号４８０は、デバイス４４０に送られ、インジケータ４６０を出力するようデバイス４４０をトリガする。信号４８０は、例えば、検証ステータスを受信側に提供するリクエスト、またはコマンドを表し、送信側４２０によって、電子装置４３０または他の装置（図示せず）によって生成される。デバイスインターフェース４５２は、適宜、以下のうちの１つ以上を含む。これらは、英数字キーパッド等のユーザインターフェース、タッチスクリーン式のディスプレイ、または入力を送信側４２０から直接的に受信するためのバイオメトリックスキャナ、電気接点、コンピュータバスを有する標準的電子インターフェース、アンテナ、あるいはシリアルポート、ＵＳＢポート、パラレルポート、赤外線ポートまたは他の無線通信ポートといった通信ポートである。
【００８４】
また、デバイス４４０は、所定の検証ステータスのセットを含む。検証ステータスの各々は、検証データ４５０と予め格納されたデータ４７０との相関関係を表す。このセットの検証ステータスは、最後に成功した検証から、または検証データを表す入力が最後に受信されてからデバイスからインジケータ４６０が出力されたか否かをさらに表す。セットは、デバイス４４０の時間切れの後でのリセットから、または電源投入後のリセットから、検証データ４５０を表す入力が無いことを表すさらなる所定の検証ステータスをさらに含む。デバイス４４０から出力されたインジケータ４６０は、検証データ４５０と予め格納されたデータ４７０との比較に基づくが、これは、検証データ４５０を表す入力が、デバイス４４０がリセットされてから受信された場合にのみ当てはまる。検証データを表す入力が受信されない場合、インジケータ４６０は、デバイス４４０のリセット後から、検証データ４５０を表す入力が無いことを示す。いずれの場合においても、インジケータ４６０は、デジタル署名４８２とともに、従って、ＥＣ２１０とともに送信され、これによって、この受信側は、インジケータ４６０をＥＣ４１０に関係するとして識別することができる。
【００８５】
電子装置４３０は、デバイス４４０からインジケータ４６０およびデジタル署名４８２を受信することができるインターフェース（図示せず）を備える。電子装置４３０は、インジケータ４６０に基づいてデバイスの検証ステータスを決定するため、およびデバイス４４０の検証ステータスに基づいて送信側４２０から受信されたＥＣ４１０を評価するために、ビジネスロジックを内蔵する論理回路またはソフトウェアをさらに含む。また、電子装置４３０は、デジタル署名４８２を復号して、インジケータ４６０の信憑性を確認する（すなわち、電子装置４３０は、インジケータ４６０に対してメッセージ認証を行う）。復号は、秘密鍵４９５に対応し、デジタル署名４８２と共に受信され得るか、あるいは、受信側にとって既知であるか、または、前もって入手された公開鍵を用いて行われる。
【００８６】
検証データ４５０および予め格納されたデータ４７０が機密を含む場合、検証ステータスの所定のセットは、少なくとも４つの検証ステータスを含む。これらの４つの検証ステータスは、デバイスがリセットされてから、検証データ４５０が無いことを表す第１の検証ステータス、検証データ４５０と予め格納されたデータ４７０との間の整合を表し、および整合してから、デバイス４４０から他のインジケータ４６０が出力されないことをさらに表す第２の検証ステータス、検証データ４５０と予め格納されたデータ４７０との間の不整合を表す第３の検証ステータス、ならびに検証データ４５０と予め格納されたデータ４７０との間の整合を表し、および整合してからのインジケータ４６０の出力をさらに表す第４の検証ステータスである。デバイス４４０は、好ましくは、メモリ４７４内に格納され、デバイス４４０によって識別された現在の検証ステータスを表す、４つのバイナリ数のうち１つを含む識別マーカ（「ＩＭ」）４７２を含む。４つのバイナリ数は、それぞれ４つの検証ステータスに対応し、第１の検証ステータスを識別する「００」、第２の検証ステータスを識別する「０１」、第３の検証ステータスを識別する「１０」、第４の検証ステータスを識別する「１１」を含む。さらに、デバイス４４０から出力されたインジケータ４６０は、好ましくは、値とデバイス４４０の所定の検証ステータスとの対応が、受信側にとって以前から既知である状態で、識別マーカ４７２の値を含む。いずれの検証ステータスも、実際には、検証データ４５０または予め格納されたデータ４７０を示さない。従って、送信側４２０と受信側との間で「共有機密」は必要とされない。しかしながら、受信側は、検証ステータスから機密について正確に推論し得る。
【００８７】
あるいは、検証データ４５０および予め格納されたデータ４７０がバイオメトリック値を含む場合、所定の検証ステータスのセットは、デバイス２４０のリセット後から、検証データ４５０を表す入力が無いことを表す検証ステータスと共に、検証データ４５０と予め格納されたデータ４７０との間の整合の可能なパーセンテージ（または差異の程度）を含む。例えば、検証データ４５０と予め格納されたデータ４７０とのパーセンテージの整合を含む所定の検証ステータスは、本実施形態において、０％〜１００％の範囲のパーセンテージのセットを１％刻みで含み得る。好適には、パーセンテージの整合を表す検証ステータスの各１つは、検証データ４５０を表す入力が最後に受信されてから、インジケータ４６０がデバイス４４０から出力されたか否かをさらに表す。デバイス４４０は、好ましくは、デバイス４４０によって現在の検証ステータスとして識別された検証ステータスを表す値を格納する識別マーカ４７２を含む。さらに、デバイス４４０から出力されるインジケータ４６０は、好ましくは、識別マーカ４７２の値を含み、このような値とデバイスの所定の検証ステータスとの間の対応が、受信側によって予め知られている。また、検証データ４５０または予め格納されたデータ４７０のいずれかを実際に示す検証データはない。従って、送信側の交換不可能なバイオメトリック特性を表すバイオメトリック値は、受信側に通信されない。しかしながら、受信側は、検証ステータスからバイオメトリック特性を読み出すことによって、送信側４２０の存在があるのではないかと推論し得る。
【００８８】
図４ａの第２の好適な実施形態４００に基づいた変形が図４ｂに示される。この変形は、Ｉ／Ｏサポートエレメント４６２を備え、このＩ／Ｏサポートエレメントから、検証データ４５０を表す入力がデバイスインターフェース４５２にて受信される。Ｉ／Ｏサポートエレメント４６２は、送信側４２０からの入力が受信されるユーザインターフェース４５８、ならびに検証データ４５０を表す入力をデバイス４４０に通信するＩ／Ｏインターフェース４５９を備える。さらに、これの別の変形が図４ｃに示される。ここで、Ｉ／Ｏサポートエレメント４６２は、デバイス４４０から出力されるインジケータ４６０およびデジタル署名４８２を受信する。Ｉ／Ｏサポートエレメント４６２は、次に、インジケータ４６０およびデジタル署名４８２を電子装置４３０に伝送する。
【００８９】
示されるように、Ｉ／Ｏサポートエレメント４６２から伝送されるインジケータ４６０は、デバイス４４０から出力されるインジケータ４６０と同じである。しかしながら、Ｉ／Ｏサポートエレメント４６２から伝送されるインジケータは、デバイス４４０から出力されるインジケータ４６０によって示される検証ステータスと、それについてデジタル署名がデバイス４４０によって作成される、インジケータ４６０のビットパターンとの両方とを受信側が決定することが可能である限り、デバイス４４０から出力されるインジケータと異なり得る。例えば、Ｉ／Ｏサポートエレメント４６２から伝送されるインジケータは、Ｉ／Ｏサポートエレメント４６２自体が検証ステータスを識別する場合に、デバイス４４０のインジケータだけではなく、Ｉ／Ｏサポートエレメント４６２の検証ステータスも示し得る。さらに、Ｉ／Ｏサポートエレメント４６２から伝送されるインジケータ４６０は、Ｉ／Ｏサポートエレメント４６２によってデジタル的に署名される、さらなる情報を含む別の通信内にパッケージ化されるか、または埋め込まれ得る。
さらに、図４ａ、図４ｂおよび図４ｃにおいて、ＥＣ４１０は、インジケータ４６０およびデジタル署名４８２から分離して伝送されることが示される。しかしながら、図４ａの好適な実施形態、およびその任意の変形において、インジケータ４６０は、ＥＣ４１０の一部として伝送されることによって、同様に、ＥＣ４１０と関連付けられ得る。さらに、ＥＣ４１０は、デバイス４４０、関連するＩ／Ｏサポートエレメント４６２（図４ａに図示せず）または他の装置から出力され得る。
【００９０】
図４ａ、図４ｂおよび図４ｃのデバイスの動作の好適なモード５００が図５に示され、５０２におけるデバイスの時間切れまたは電源投入に続く、デバイスのリセット（工程５０４）で開始する。リセット中に、検証データを表す入力が受信されないことを表し、インジケータがまだ出力されていないという事実をさらに表す検証ステータスに対応する値が識別マーカに割り当てられる。デバイスは、その後、５０６にて開始し、５１２にて終了する循環ループに入り、デバイスがリセットされるか、電源が切られるか、または所定の長さの時間後に不活性になるまで、このループ内で繰り返しを継続する。ループ内の第１の工程は、好適には、検証データ（ＶＤ）を表す任意の入力がデバイスによって受信されたか否かの決定（工程５０８）を含む。工程５０８における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、検証データ（ＶＤ）とデバイスのメモリ内に予め格納されたデータ（ＰＤ）とを比較することによって識別される（工程５１４）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しい値を、デバイスのメモリ内に格納された識別マーカに割り当てる（工程５１６）ことによって記録される。
【００９１】
工程５０８において、受信される検証データを表す入力が無い場合、または識別マーカの値が工程５１６において割り当てられた後、信号（Ｓ）がデバイスによって受信されたか、または受信されているところか否かが決定される。信号が受信されていない場合、ループは工程５０６を再スタートする。信号が受信される場合、工程５１０における決定は、肯定的であり、現在の検証ステータスのインジケータについてデジタル署名が作成される（工程５１８）。その後、インジケータおよびデジタル署名は、出力される（工程５２０）。上述したように、インジケータは、デバイス内のメモリに維持された識別マーカの値を含む。インジケータおよびデジタル署名の出力に続いて、インジケータ出力が、検証データを表す入力を受信してから最初のインジケータ出力であるか否かという決定がなされる（工程５２２）。工程５２２における決定が否定的である場合、ループは再スタートする（工程５０６）。工程５２２における決定が肯定的である場合、工程５０８において検証ステータスを表す入力を受信してからインジケータが出力されたという事実をさらに表す識別マーカに値を割り当てることによって、検証ステータスが新たに記録される（工程５２４）。ループは、その後、工程５０６を再スタートする。
【００９２】
（３．第３の好適な実施形態（メッセージ用のデジタル署名）
本発明の第３の好適な実施形態６００が図６ａに示される。ここで、送信側６２０からのメッセージを含むＥＣ６１０は、電子装置６３０によって表される受信側により受信され、デバイス６４０は、検証データ（ＶＤ）６５０を表す入力をデバイスインターフェース６５２にて受信する。デバイス６４０は、デバイス６４０のメモリ６５４内に予め格納された送信側６２０のデータ（ＰＤ）６７０を維持する検証素子をその中に備える。この検証データ６５０および予め格納されたデータ６７０は、機密またはバイオメトリック値を表す。
【００９３】
検証素子は、検証データ６５０と予め格納されたデータ６７０との比較に基づいて、デバイス６４０の現在の検証ステータスを６５６にて識別する。信号（Ｓ）６８０を受信すると、インジケータ６６０をデバイス６４０から出力させ、その後、ＥＣ６１０とともに受信側に送信することによって、デバイス６４０の最後に識別された（すなわち「現在の」）検証ステータスを、受信側に通信する。信号６８０は、デバイス６４０に送られ、インジケータ６６０を出力するようデバイス６４０をトリガする。信号６８０は、例えば、検証ステータスを受信側に提供するリクエスト、またはコマンドを表し、送信側６２０によって、電子装置６３０または他の装置（図示せず）によって生成される。デバイスインターフェース６５２は、適宜、以下のうちの１つ以上を含む。これらは、英数字キーパッド等のユーザインターフェース、タッチスクリーン式のディスプレイ、または入力を送信側６２０から直接的に受信するためのバイオメトリックスキャナ、電気接点、コンピュータバスを有する標準的電子インターフェース、アンテナ、あるいはシリアルポート、ＵＳＢポート、パラレルポート、赤外線ポートまたは他の無線通信ポートといった通信ポートである。
【００９４】
デバイス６４０は、ＥＣ６１０のメッセージを表すデータ（ＭＤ）６２２をデバイスインターフェース６５２にて受信する。メッセージデータは、メッセージそれ自体、そのメッセージダイジェスト、またはメッセージ（Ｍ）の任意の他の処理の結果を含み得る。デバイス６４０は、デジタル署名素子を含む。このデジタル署名素子は、メッセージデータ６２２を受信すると、デジタル署名（ＤＳ）６８６を作成する。デジタル署名６８６は、メッセージデータ６２２用のハッシュ値を６９０にて計算し、公開−秘密鍵の対の秘密鍵６９５を用いてハッシュ値を６９２にて暗号化することによって、作成される。信頼性および信用度を向上させるために、秘密鍵６９５は、メモリ６９４内に安全に保持され、従って、デバイス６４０から決してエクスポートされず、デバイス６４０の外部から発見することができない。デジタル署名は、ＦＩＰＳ　ＰＵＢ１８６−２に規定されているとおりにＥＣＤＳＡに従って作成される。従って、デジタル署名６８２は、乱数発生器を用いて生成され、６９０におけるハッシュ関数は、ＳＨＡ−１を用いて実行される。この乱数発生器は、受信される入力の大きさに関わらず、２０ｂｙｔｅの出力を生成する。デジタル署名６８６は、その後、デバイス６４０から出力され、インジケータ６６０とともに受信側に伝送される。
【００９５】
別の好適な実施形態において、メッセージデータ６２２がデバイス６４０によって受信される前に既にハッシュされている場合、ハッシュ関数は省略される。このような別の実施形態において、デバイス６４０は、任意のメッセージデータ６２２をハッシュしないように、または、特定の命令、信号、またはコマンドを受信する場合にはメッセージデータ６２２をハッシュしないように、設定される。
また、デバイス６４０は、所定の検証ステータスのセットを含む。検証ステータスの各々は、検証データ６５０と予め格納されたデータ６７０との相関関係を表す。このセットの検証ステータスは、最後に成功した検証から、または検証データを表す入力が最後に受信されてからデバイス６４０からインジケータ６６０が出力されたか否かをさらに表す。セットは、デバイス６４０の時間切れの後でのリセットから、または電源投入後のリセットから、検証データ６５０を表す入力が無いことを表すさらなる所定の検証ステータスをさらに含む。デバイス６４０から出力されたインジケータ６６０は、検証データ６５０と予め格納されたデータ６７０との最後の比較に基づくが、これは、検証データ６５０を表す入力が、デバイス６４０がリセットされてから受信された場合にのみ当てはまる。検証データを表す入力が受信されない場合、インジケータ６６０は、デバイス６４０のリセット後から、検証データ６５０を表す入力が無いことを示す。
【００９６】
いずれの場合においても、インジケータ６６０は、デジタル署名６８６とともに、かつ、ＥＣ６１０とともに送信され、これによって、この受信側は、インジケータ６６０およびデジタル署名６８６をＥＣ６１０に関係するとして識別することができる。電子装置６３０は、デバイス６４０からインジケータ６６０およびデジタル署名６８６を受信することができるインターフェース（図示せず）を備える。電子装置６３０は、インジケータに基づいてデバイスの検証ステータスを決定するため、および決定された検証ステータスに基づいて送信側６２０から受信されたＥＣ６１０を評価するために、ビジネスロジックを内蔵する論理回路またはソフトウェアをさらに含む。また、電子装置６３０は、デジタル署名６８６を復号して、ＥＣ６１０のメッセージの信憑性を確認する。復号は、秘密鍵６９５に対応し、デジタル署名６８６と共に受信され得るか、あるいは、受信側にとって既知であるか、または、前もって入手された公開鍵を用いて行われる。当然、比較のためにハッシュ値を計算することにおいて、電子装置６３０は、デジタル署名がそのために作成されたメッセージデータを生成するため、メッセージに対する任意の必要な処理を行う。
【００９７】
検証データ６５０および予め格納されたデータ６７０が機密を含む場合、検証ステータスの所定のセットは、少なくとも４つの検証ステータスを含む。これらの４つの検証ステータスは、デバイスがリセットされてから、検証データ６５０が無いことを表す第１の検証ステータス、検証データ６５０と予め格納されたデータ６７０との間の整合を表し、および整合してから、デバイス６４０から他のインジケータ６６０が出力されないことをさらに表す第２の検証ステータス、検証データ６５０と予め格納されたデータ６７０との間の不整合を表す第３の検証ステータス、ならびに検証データ６５０と予め格納されたデータ６７０との間の整合を表し、および整合してからのインジケータ６６０の出力をさらに表す第４の検証ステータスである。デバイス６４０は、好ましくは、メモリ６７４内に格納され、デバイス６４０によって識別された現在の検証ステータスを表す、４つのバイナリ数のうち１つを含む識別マーカ（「ＩＭ」）６７２を含む。４つのバイナリ数は、それぞれ４つの検証ステータスに対応し、第１の検証ステータスを識別する「００」、第２の検証ステータスを識別する「０１」、第３の検証ステータスを識別する「１０」、第４の検証ステータスを識別する「１１」を含む。さらに、デバイス６４０から出力されたインジケータ６６０は、好ましくは、値とデバイスの所定の検証ステータスとの対応が、受信側にとって以前から既知である状態で、識別マーカ６７２の値を含む。いずれの検証ステータスも、実際には、検証データ６５０または予め格納されたデータ６７０を示さない。従って、送信側６２０と受信側との間で「共有機密」は必要とされない。しかしながら、受信側は、検証ステータスから機密について正確に推論し得る。
【００９８】
あるいは、検証データ６５０および予め格納されたデータ６７０がバイオメトリック値を含む場合、所定の検証ステータスのセットは、デバイス６４０のリセット後から、検証データ６５０を表す入力が無いことを表す検証ステータスと共に、検証データ６５０と予め格納されたデータ６７０との間の整合の可能なパーセンテージ（または差異の程度）を含む。例えば、検証データ６５０と予め格納されたデータ６７０とのパーセンテージの整合を含む所定の検証ステータスは、本実施形態において、０％〜１００％の範囲のパーセンテージのセットを１％刻みで含み得る。好適には、パーセンテージの整合を表す検証ステータスの各１つは、検証データ６５０を表す入力が最後に受信されてから、インジケータ６６０がデバイス６４０から出力されたか否かをさらに表す。デバイス６４０は、好ましくは、デバイス６４０によって現在の検証ステータスとして識別された検証ステータスを表す値を格納する識別マーカ６７２を含む。さらに、デバイス６４０から出力されるインジケータ６６０は、好ましくは、識別マーカ６７２の値を含み、このような値と所定の検証ステータスとの間の対応が、受信側によって予め知られている。また、検証データ６５０または予め格納されたデータ６７０のいずれかを実際に示す検証データはない。従って、送信側の交換不可能なバイオメトリック特性を表すバイオメトリック値は、受信側に通信されない。しかしながら、受信側は、検証ステータスからバイオメトリック特性を読み出すことによって、送信側の存在があるのではないかと推論し得る。
【００９９】
図６ａの第３の好適な実施形態６００に基づいた変形が図６ｂに示される。この変形は、Ｉ／Ｏサポートエレメント６６２を備え、このＩ／Ｏサポートエレメントから、検証データ６５０を表す入力およびメッセージデータ６２２を表す入力がデバイス６４０によって受信される。Ｉ／Ｏサポートエレメント６６２は、送信側６２０からの入力がそこから受信されるユーザインターフェース６５８、ならびに検証データ６５０を表す入力およびメッセージデータ６２２を表す入力をデバイス６４０に通信するＩ／Ｏインターフェース６５９を備える。メッセージデータ６２２がＩ／Ｏインターフェース６６２から来ているように示されているが、メッセージデータ６２２の一部または全てが、デバイス６４０または他の装置（図示せず）内で構成されることが可能である。さらに、これの別の変形が図６ｃに示される。ここで、Ｉ／Ｏサポートエレメント６６２は、デバイス６４０から出力されるインジケータ６６０およびデジタル署名６８６を受信する。Ｉ／Ｏサポートエレメント６６２は、次に、インジケータ６６０およびデジタル署名６８６を電子装置６３０に伝送する。
【０１００】
示されるように、Ｉ／Ｏサポートエレメント６６２から伝送されるインジケータ６６０は、デバイス６４０から出力されるインジケータ６６０と同じである。しかしながら、Ｉ／Ｏサポートエレメント６６２から伝送されるインジケータは、デバイス６４０から出力されるインジケータ６６０によって示される検証ステータスを受信側が決定することが可能である限り、デバイス６４０から出力されるインジケータと異なり得る。例えば、Ｉ／Ｏサポートエレメント６６２から伝送されるインジケータは、Ｉ／Ｏサポートエレメント６６２自体が検証ステータスを識別する場合に、デバイス６４０のインジケータだけではなく、Ｉ／Ｏサポートエレメント６６２の検証ステータスも示し得る。さらに、Ｉ／Ｏサポートエレメント６６２から伝送されるインジケータ６６０およびデジタル署名６８６は、Ｉ／Ｏサポートエレメント６６２によってデジタル的に署名される、さらなる情報を含む別の通信内にパッケージ化されるか、または埋め込まれ得る。
【０１０１】
さらに、図６ａ、６ｂ、および６ｃにおいて、ＥＣ６１０は、インジケータ６６０およびデジタル署名６８６から分離して伝送されることが示される。しかしながら、図６ａの好適な実施形態、およびその任意の変形において、インジケータ６６０およびデジタル署名６８６は、ＥＣ６１０の一部として伝送されることによって、同様に、ＥＣ６１０と関連付けられ得る。さらに、ＥＣ６１０は、デバイス６４０、関連するＩ／Ｏサポートエレメント６６２（図６ａに図示せず）または他の装置から出力され得る。
【０１０２】
図６ａ、図６ｂおよび図６ｃのデバイスの動作の好適なモード７００が図７に示され、７０２におけるデバイスの時間切れまたは電源投入に続く、デバイスのリセット（工程７０４）で開始する。リセット中に、検証データを表す入力が受信されないことを表し、インジケータがまだ出力されていないという事実をさらに表す検証ステータスに対応する値が識別マーカに割り当てられる。デバイスは、その後、７０６にて開始し、７１４にて終了する循環ループに入り、デバイスがリセットされるか、電源が切られるか、または所定の長さの時間後に不活性になるまで、このループ内で繰り返しを継続する。ループ内の第１の工程は、好適には、検証データ（ＶＤ）を表す任意の入力がデバイスによって受信されたか否かの決定（工程７０８）を含む。工程７０８における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、検証データ（ＶＤ）とデバイスのメモリ内に予め格納されたデータ（ＰＤ）とを比較することによって識別される（工程７１６）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しい値を、デバイスのメモリ内に格納された識別マーカに割り当てる（工程７１８）ことによって記録される。
【０１０３】
工程７０８において、受信される検証データを表す入力が無い場合、または識別マーカの値が工程７１８において割り当てられた後、ループ内の次の工程は、好適には、メッセージデータ（ＭＤ）を表す任意の入力がデバイスによって受信されるか否かの決定（工程７１０）を含む。工程７１０における決定が肯定的である場合、デバイスは、そのメッセージデータについてデジタル署名を作成する（工程７２０）。その後、メッセージデータについてのデジタル署名は、出力される（工程７２２）。
【０１０４】
工程７１０において、受信されるメッセージデータを表す入力が無い場合、またはメッセージデータについてのデジタル署名が工程５２２において出力された後、信号（Ｓ）がデバイスによって受信されたか、または受信されているところか否かが決定される。信号が受信されていない場合、ループは工程５０６を再スタートする。信号が受信される場合、工程７１２における決定は、肯定的であり、デバイスの現在の検証ステータスのインジケータが作成される（工程７２４）。上述したように、インジケータは、デバイス内のメモリに維持された識別マーカの値を含む。インジケータの出力に続いて、インジケータ出力が、検証データを表す入力を受信してから最初のインジケータ出力であるか否かという決定がなされる（工程７２６）。工程７２６における決定が否定的である場合、ループは再スタートする（工程７０６）。工程７２６における決定が肯定的である場合、工程７０８において検証ステータスを表す入力を受信してからインジケータが出力されたという事実をさらに表す識別マーカに値を割り当てることによって、検証ステータスが新たに記録される（工程７２８）。ループは、その後、工程７０６を再スタートする。
【０１０５】
（４．第４の好適な実施形態（予め格納されたメッセージ用のデジタル署名）
本発明の第４の好適な実施形態８００が図８ａに示される。ここで、デバイス８４０は、デバイス８４０のメモリ内に維持される所定のメッセージを表すメッセージデータ（ＭＤ）８２２を含む。さらに、所定のメッセージのコンテンツは、受信側にとって前もって公知であり、メッセージは、メッセージデータ８２２用のデジタル署名８８６を受信しているときに、受信側によって明示的に受信される。しかし、受信側が所定のメッセージの知識を有さない場合、デバイス８４０は、好ましくは、図８ａにおいて点線で示すように、受信側に通信するためのメッセージデータ８２２をエクスポートするオプションを含む。
【０１０６】
デバイス８４０は、デジタル署名素子を含む。このデジタル署名素子は、デバイスインターフェース８５２にて信号（Ｓ１）８９８を受信すると、８９０で、インジケータのハッシュ値を計算し、８９２で、公開−秘密鍵の対のうちの秘密鍵８９５を用いてハッシュ値を暗号化することによって、メッセージデータ８２２用のデジタル署名（ＤＳ）８８６を作成し、その後、受信側に伝送するために、デジタル署名８８６を出力する。信頼性および信用性を増大させるため、秘密鍵８９５は、メモリ８９４内に確実に保持されるので、デバイス８４０から決してエクスポートされず、デバイス８４０の外部からの発見が不可能である。デジタル署名は、ＦＩＰＳ　ＰＵＢ１８６−２に規定されているとおりにＥＣＤＳＡに従って作成される。従って、デジタル署名８８２は、乱数発生器を用いて生成され、８９０におけるハッシュ関数は、ＳＨＡ−１を用いて実行される。この乱数発生器は、受信される入力の大きさに関わらず、２０ｂｙｔｅの出力を生成する。
信号８９８は、例えば、デジタル署名８８６を受信側に通信するため、送信側８２０によって生成されるリクエスト、またはコマンドを表すか、あるいは、信号８９８は、単に、デバイス８４０による検証データ８５０を表す入力の受信側８２０からの受信を含む。この点に関して、デバイス８４０は、検証データ（ＶＤ）８５０を表す入力をデバイスインターフェース８５２にて受信する。デバイス８４０は、デバイス８４０のメモリ８５４内に予め格納された送信側８２０のデータ（ＰＤ）８７０を維持する検証素子をその中に備える。この検証データ８５０および予め格納されたデータ８７０は、機密またはバイオメトリック値を表す。デバイス８４０の検証素子は、検証データ８５０と予め格納されたデータ８７０との比較に基づいて、デバイス８４０の現在の検証ステータスを８５６にて識別する。
【０１０７】
信号（Ｓ２）８８０を受信すると、インジケータ（ＩＶＳ）８６０をデバイス８４０から出力させ、その後、デジタル署名８８６とともに受信側に送信することによって、デバイス８４０の最後に識別された（すなわち「現在の」）検証ステータスを、受信側に通信する。信号８８０は、デバイス８４０に送られ、インジケータ８６０を出力するようデバイス８４０をトリガする。信号８８０は、例えば、検証ステータスを受信側に提供するリクエスト、またはコマンドを表し、送信側８２０によって、電子装置８３０または他の装置（図示せず）によって生成される。あるいは、信号８８０は、検証データ８５０自体を表す入力の受信を含み得る。従って、信号（Ｓ１）８９８および信号（Ｓ２）８８０が同じ信号になることは不可能である。
【０１０８】
デバイスのインターフェース８５２は、適宜、以下のうちの１つ以上を含む。これらは、英数字キーパッド等のユーザインターフェース、タッチスクリーン式のディスプレイ、または入力を送信側８２０から直接的に受信するためのバイオメトリックスキャナ、電気接点、コンピュータバスを有する標準的電子インターフェース、アンテナ、あるいはシリアルポート、ＵＳＢポート、パラレルポート、赤外線ポートまたは他の無線通信ポートといった通信ポートである。
【０１０９】
デバイス８４０は、所定の検証ステータスのセットを含む。検証ステータスの各々は、検証データ８５０と予め格納されたデータ８７０との相関関係を表す。このセットの検証ステータスは、最後に成功した検証から、または検証データ８５０を表す入力が最後に受信されてからデバイス８４０からインジケータ８６０が出力されたか否かをさらに表す。また、セットは、デバイス８４０の時間切れの後でのリセットから、または電源投入後のリセットから、検証データ８５０を表す入力が無いことを表すさらなる所定の検証ステータスをさらに含む。デバイス８４０から出力されたインジケータ８６０は、検証データ８５０と予め格納されたデータ８７０との最後の比較に基づくが、これは、検証データ８５０を表す入力が、デバイス８４０がリセットされてから受信された場合にのみ当てはまる。検証データを表す入力が受信されない場合、インジケータ８６０は、デバイス８４０のリセット後から、検証データ８５０を表す入力が無いことを示す。
【０１１０】
いずれの場合においても、インジケータ８６０は、デジタル署名８８６とともに送信され、これによって、この受信側は、インジケータ８６０をデジタル署名８８６に関係するとして識別することができる。電子装置８３０は、インジケータ８６０およびデジタル署名８８６を受信することができるインターフェース（図示せず）を備える。また、電子装置８３０は、インジケータ８６０に基づいてデバイス８４０の検証ステータスを決定するため、および決定された検証ステータスに基づいて送信側８２０から受信された暗黙的（または明示的）メッセージを評価するために、ビジネスロジックを内蔵する論理回路またはソフトウェアをさらに含む。また、電子装置８３０は、デジタル署名８８６を復号して、メッセージの信憑性を確認する。復号は、秘密鍵８９５に対応し、デジタル署名８８６と共に受信され得るか、あるいは、受信側にとって既知であるか、または、前もって入手された公開鍵を用いて行われる。
【０１１１】
検証データ８５０および予め格納されたデータ８７０が機密を含む場合、検証ステータスの所定のセットは、少なくとも４つの検証ステータスを含む。これらの４つの検証ステータスは、デバイスがリセットされてから、検証データ８５０が無いことを表す第１の検証ステータス、検証データ８５０と予め格納されたデータ８７０との間の整合を表し、および整合してから、デバイス８４０から他のインジケータ８６０が出力されないことをさらに表す第２の検証ステータス、検証データ８５０と予め格納されたデータ８７０との間の不整合を表す第３の検証ステータス、ならびに検証データ８５０と予め格納されたデータ８７０との間の整合を表し、および整合してからのインジケータ８６０の出力をさらに表す第４の検証ステータスである。デバイス８４０は、好ましくは、メモリ８７４内に格納され、デバイス８４０によって識別された現在の検証ステータスを表す、４つのバイナリ数のうち１つを含む識別マーカ（「ＩＭ」）８７２を含む。４つのバイナリ数は、それぞれ４つの検証ステータスに対応し、第１の検証ステータスを識別する「００」、第２の検証ステータスを識別する「０１」、第３の検証ステータスを識別する「１０」、第４の検証ステータスを識別する「１１」を含む。さらに、デバイス８４０から出力されたインジケータ８６０は、好ましくは、値とデバイスの所定の検証ステータスとの対応が、受信側にとって以前から既知である状態で、識別マーカ８７２の値を含む。いずれの検証ステータスも、実際には、検証データ８５０または予め格納されたデータ８７０を示さない。従って、送信側８２０と受信側との間で「共有機密」は必要とされない。しかしながら、受信側は、検証ステータスから機密について正確に推論し得る。
【０１１２】
あるいは、検証データ８５０および予め格納されたデータ８７０がバイオメトリック値を含む場合、所定の検証ステータスのセットは、デバイス８４０のリセット後から、検証データ８５０を表す入力が無いことを表す検証ステータスと共に、検証データ８５０と予め格納されたデータ８７０との間の整合の可能なパーセンテージ（または差異の程度）を含む。例えば、検証データ８５０と予め格納されたデータ８７０とのパーセンテージの整合を含む所定の検証ステータスは、本実施形態において、０％〜１００％の範囲のパーセンテージのセットを１％刻みで含み得る。好適には、パーセンテージの整合を表す検証ステータスの各１つは、検証データ８５０を表す入力が最後に受信されてから、インジケータ８６０がデバイス８４０から出力されたか否かをさらに表す。デバイス８４０は、好ましくは、デバイス８４０によって現在の検証ステータスとして識別された検証ステータスを表す値を格納する識別マーカ８７２を含む。さらに、デバイス８４０から出力されるインジケータ８６０は、好ましくは、識別マーカ８７２の値を含み、このような値と所定の検証ステータスとの間の対応が、受信側によって予め知られている。また、検証データ８５０または予め格納されたデータ８７０のいずれかを実際に示す検証データはない。従って、送信側の交換不可能なバイオメトリック特性を表すバイオメトリック値は、受信側に通信されない。しかしながら、受信側は、検証ステータスからバイオメトリック特性を読み出すことによって、送信側の存在があるのではないかと推論し得る。
【０１１３】
図８ａの第４の好適な実施形態８００に基づいた変形が図８ｂに示される。この変形は、Ｉ／Ｏサポートエレメント８６２を備え、このサポートエレメントから、検証データ８５０を表す入力がデバイス８４０によって受信される。Ｉ／Ｏサポートエレメント８６２は、送信側８２０からの入力がそこから受信されるユーザインターフェース８５８、ならびに検証データ８５０を表す入力をデバイス８４０に通信するＩ／Ｏインターフェース８５９を備える。さらに、これの別の変形が図８ｃに示される。ここで、Ｉ／Ｏサポートエレメント８６２は、デバイス８４０から出力されるインジケータ８６０およびデジタル署名８８６（ならびに、必要に応じてメッセージデータ８２２）を受信する。Ｉ／Ｏサポートエレメント８６２は、次に、インジケータ８６０およびデジタル署名８８６（ならびに、必要に応じてメッセージデータ８２２）を電子装置８３０に伝送する。
【０１１４】
示されるように、Ｉ／Ｏサポートエレメント８６２から伝送されるインジケータ８６０およびデジタル署名８８６は、デバイス８４０から出力されるインジケータ８６０およびデジタル署名８８６と同じである。しかしながら、Ｉ／Ｏサポートエレメント８６２から伝送されるインジケータは、デバイス８４０から出力されるインジケータ８６０によって示される検証ステータスを受信側が決定することが可能である限り、デバイス８４０から出力されるインジケータと異なり得る。例えば、Ｉ／Ｏサポートエレメント８６２から伝送されるインジケータは、Ｉ／Ｏサポートエレメント８６２自体が検証ステータスを識別する場合に、デバイス８４０のインジケータだけではなく、Ｉ／Ｏサポートエレメント８６２の検証ステータスも示し得る。さらに、Ｉ／Ｏサポートエレメント８６２から伝送されるインジケータ８６０およびデジタル署名８８６は、Ｉ／Ｏサポートエレメント８６２によってデジタル的に署名される、さらなる情報を含む別の通信内にパッケージ化されるか、または埋め込まれ得る。
【０１１５】
図８ａの第４の好適な実施形態８００に基づくさらなる変形例が、図８ｄに示される。この変形例において、デバイス８４０に格納されているメッセージデータ８２２は、所定のメッセージの計算されたハッシュ値である。この場合、デバイス８４０は、８９２においてメッセージデータ８２２を直接暗号化することによって所定のメッセージ用のデジタル署名８８６を生成し、図８ａにおけるハッシュ値を計算する素子８９０は、図８ｄのデバイスからは省略されている。この例においては、受信側にとって、デバイス８４０内に格納されたメッセージデータ８２２に対応する所定のメッセージが既知であると仮定される。従って、デバイス８４０から受信側にメッセージ（または、メッセージデータ８２２）を通信する必要はない。
【０１１６】
図８ａ、図８ｂ、図８ｃおよび図８ｄのデバイスの動作の好適なモード９００が図９に示され、９０２におけるデバイスの時間切れまたは電源投入に続く、デバイスのリセット（工程９０４）で開始する。リセット中に、検証データを表す入力が受信されないことを表し、インジケータがまだ出力されていないという事実をさらに表す検証ステータスに対応する値が識別マーカに割り当てられる。デバイスは、その後、９０６にて開始し、９１４にて終了する循環ループに入り、デバイスがリセットされるか、電源が切られるか、または所定の長さの時間後に不活性になるまで、このループ内で繰り返しを継続する。ループ内の第１の工程は、好適には、検証データ（ＶＤ）を表す任意の入力がデバイスによって受信されたか否かの決定（工程９０８）を含む。工程９０８における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、検証データ（ＶＤ）とデバイスのメモリ内に予め格納されたデータ（ＰＤ）とを比較することによって識別される（工程９１６）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しい値を、デバイスのメモリ内に格納された識別マーカに割り当てる（工程９１８）ことによって記録される。
【０１１７】
工程９０８において、受信される検証データを表す入力が無い場合、または識別マーカの値が工程９１８において割り当てられた後、ループ内の次の工程は、好適には、任意の信号Ｓ１がデバイスによって受信されるか否かの決定（工程９１０）を含む。工程９１０における決定が肯定的である場合、デバイスは、その所定のメッセージデータについてデジタル署名を作成する（または、適用できる場合には、生成する）（工程９２０）。その後、所定のメッセージデータについてのデジタル署名は、出力される（工程９２２）。
【０１１８】
工程９１０において、受信される信号Ｓ１が無い場合、または所定のメッセージデータについてのデジタル署名が工程９２２において出力された後、信号Ｓ２がデバイスによって受信されたか、または受信されているところか否かが決定される。信号Ｓ２が受信されていない場合、ループは工程９０６を再スタートする。信号Ｓ２が受信される場合、工程９１２における決定は、肯定的であり、デバイスの現在の検証ステータスのインジケータが作成される（工程９２４）。上述したように、インジケータは、デバイス内のメモリに維持された識別マーカの値を含む。インジケータの出力に続いて、インジケータ出力が、検証データを表す入力を受信してから最初のインジケータ出力であるか否かという決定がなされる（工程９２６）。工程９２６における決定が否定的である場合、ループは再スタートする（工程９０６）。工程９２６における決定が肯定的である場合、工程９０８において検証ステータスを表す入力を受信してからインジケータが出力されたという事実をさらに表す識別マーカに値を割り当てることによって、検証ステータスが新たに記録される（工程９２８）。ループは、その後、工程９０６を再スタートする。
【０１１９】
（５．第５の好適な実施形態（機密およびバイオメトリック検証データ）
本発明の第５の好適な実施形態１０００が図１０ａに示される。ここで、送信側１０２０からのメッセージを含むＥＣ１０１０は、電子装置１０３０によって表される受信側により受信され、デバイス１０４０は、機密についての検証データ（ＳＶＤ）１０５１を表す入力およびバイオメトリック特性（ＢＶＤ）１０５３を表す入力をデバイスインターフェース１０５２にて受信する。デバイス１０４０は、デバイス１０４０のメモリ内に予め格納された送信側１０２０のデータ（ＰＤ）１２７０を維持する検証素子を備える。予め格納されたデータ１０４２は、メモリ１０４１内に位置し、機密の値を含み、予め格納されたデータ（ＢＰＤ）１０４４は、メモリ１０４３に位置し、バイオメトリック特性の値を含む。
【０１２０】
検証素子は、検証データ１０５１、１０５３と予め格納されたデータ１０４２、１０４４との比較に基づいて、デバイス１０４０の現在の検証ステータスを１０５６にて識別する。信号（Ｓ）１０８０を受信すると、インジケータ１０６０をデバイス１０４０から出力させ、その後、ＥＣ１０１０とともに受信側に送信することによって、デバイス１０４０の最後に識別された（すなわち「現在の」）検証ステータスを、受信側に通信する。信号１０８０は、デバイス１０４０に送られ、インジケータ１０６０を出力するようにデバイス１０４０をトリガする。信号１０８０は、例えば、検証ステータスを受信側に提供するリクエスト、またはコマンドを表し、送信側１０２０によって、電子装置１０３０または他の装置（図示せず）によって生成される。デバイスインターフェース１０５２は、適宜、以下のうちの１つ以上を含む。これらは、英数字キーパッド等のユーザインターフェース、タッチスクリーン式のディスプレイ、または入力を送信側１０２０から直接的に受信するためのバイオメトリックスキャナ、電気接点、コンピュータバスを有する標準的電子インターフェース、アンテナ、あるいはシリアルポート、ＵＳＢポート、パラレルポート、赤外線ポートまたは他の無線通信ポートといった通信ポートである。
【０１２１】
デバイス１０４０は、ＥＣ１０１０のメッセージを表すデータ（ＭＤ）１０２２をデバイスインターフェース１０５２にて受信する。メッセージデータ１０２２は、メッセージ（Ｍ）それ自体、そのメッセージダイジェスト、またはメッセージの任意の他の処理の結果を含み得る。デバイス１０４０は、デジタル署名素子を含む。このデジタル署名素子は、メッセージデータ１０２２を受信すると、メッセージデータ１０２２用のハッシュ値を１０９０にて計算し、公開−秘密鍵の対の秘密鍵１０９５を用いてハッシュ値を暗号化することによって、メッセージデータ１０２２用のデジタル署名（ＤＳ）１０８６を作成する。信頼性および信用度を向上させるために、秘密鍵１０９５は、メモリ１０９４内に安全に保持され、従って、デバイス１０４０から決してエクスポートされず、デバイス１１０４０の外部から発見することができない。その後、デジタル署名１０８６は、デバイス１０４０から出力され、インジケータ１０６０とともに受信側に伝送される。デジタル署名は、ＦＩＰＳ　ＰＵＢ１８６−２に規定されているとおりにＥＣＤＳＡに従って作成される。従って、デジタル署名１０８２は、乱数発生器を用いて生成され、１０９０におけるハッシュ関数は、ＳＨＡ−１を用いて実行される。この乱数発生器は、受信される入力の大きさに関わらず、２０ｂｙｔｅの出力を生成する。
【０１２２】
別の好適な実施形態において、メッセージデータ１０２２がデバイス１０４０によって受信される前に既にハッシュされている場合、ハッシュ関数は省略される。このような別の実施形態において、デバイス１０４０は、任意のメッセージデータ１０２２をハッシュしないように、または、特定の命令、信号、またはコマンドを受信する場合にはメッセージデータ１０２２をハッシュしないように、設定される。
【０１２３】
また、デバイス１０４０は、所定の検証ステータスのセットを含む。検証ステータスの各々は、検証データ１０５１、１０５３と予め格納されたデータ１０４２、１０４３との相関関係を表す。このセットの検証ステータスは、最後に成功した検証から、または検証データを表す入力が最後に受信されてからデバイス１０４０からインジケータ１０６０が出力されたか否かをさらに表す。セットは、デバイス１０４０の時間切れの後でのリセットから、または電源投入後のリセットから、検証データ１０５０を表す入力が無いことを表すさらなる所定の検証ステータスと、デバイス１０４０の時間切れの後でのリセットから、または電源投入後のリセットから、検証データ１０５３を表す入力が無いことを表す所定の検証ステータスとをさらに含む。デバイス１０４０から出力されたインジケータ１０６０は、検証データ１０５１の各々（受信される場合）と予め格納されたデータ１０４２との最後の比較および検証データ１０５３の各々（受信される場合）と予め格納されたデータ１０４４との最後の比較に基づく。検証データが受信されない場合、インジケータ１０６０は、デバイス１０４０のリセット後から、検証データ１０５１、１０５３を表す入力が無いことを示す。
【０１２４】
いずれの場合においても、インジケータ１０６０は、デジタル署名１０８６とともに、かつ、ＥＣ１０１０とともに送信され、これによって、この受信側は、インジケータ１０６０およびデジタル署名１０８６をＥＣ１０１０に関係するとして識別することができる。電子装置１０３０は、インジケータ１０６０およびデジタル署名１０８６を受信することができるインターフェース（図示せず）を備える。電子装置１０３０は、インジケータ１０６０に基づいてデバイス１０４０の検証ステータスを決定するため、および決定された検証ステータスに基づいて送信側１０２０から受信されたＥＣ１０１０を評価するために、ビジネスロジックを内蔵する論理回路またはソフトウェアをさらに含む。また、電子装置１０３０は、デジタル署名１０８６を復号して、ＥＣ１０１０のメッセージの信憑性を確認する。復号は、秘密鍵１０９５に対応し、デジタル署名１０８６と共に受信され得るか、あるいは、受信側にとって既知であるか、または、前もって入手された公開鍵を用いて行われる。当然、比較のためにハッシュ値を計算することにおいて、電子装置１０３０は、デジタル署名が作成されたメッセージダイジェストを生成するため、メッセージに対する任意の必要な処理を行う。
【０１２５】
検証データ１０５１および予め格納されたデータ１０４２が機密を表し、検証データ１０５１と予め格納されたデータ１０４２との比較が、好ましくは、起こり得る４つのアウトカムから１つの結果を生成する。これらは、デバイス１０４０のリセット後から、検証データ１０５０が無いことを表す第１のアウトカム、検証データ１０５１と予め格納されたデータ１０４２との間の整合、および整合してから、デバイス１０４０から出力されたインジケータ１０６０が他に無いことをさらに表す第２のアウトカム、検証データ１０５１と予め格納されたデータ１０４２との間の不整合を表す第３のアウトカム、ならびに検証データ１０５１と予め格納されたデータ１０４２との間の整合を表し、および整合してからのインジケータ１０６０の出力をさらに表す第４のアウトカムを含む。
【０１２６】
第１の検証データ１０５３および予め格納されたデータ１０４４がバイオメトリック特性を表し、予め格納されたデータ１０４４とともに受信された検証データ１０５３との比較は、好適には、所定の数の起こり得るアウトカムから１つの結果を生成する。各アウトカムは、デバイス１０４０のリセット後から、検証データ１０５３の入力が無いことを表す検証ステータスと共に、検証データ１０５３と予め格納されたデータ１０４４との間の整合の、許容される可能なパーセンテージ（または差異の程度）を表す。例えば、検証データ１０５３と予め格納されたデータ１０４４とのパーセンテージの整合を含む所定のアウトカムは、０％〜１００％の範囲のパーセンテージのセットを１％刻みで含み得る。好適には、パーセンテージの整合を表すアウトカムの各１つもまた、検証データ１０５３を表す入力が最後に受信されてから、インジケータ１０６０がデバイス１０４０から出力されたか否かをさらに表す。
【０１２７】
デバイス１０４０は、好ましくは、メモリ１０７４内に格納され、デバイスの所定の検証ステータスのセットのうちの１つを含む識別マーカ（「ＩＭ」）１０７２を含む。所定の検証ステータスのセットは、好適には、検証データ１０５１と予め格納されたデータ１０４２との比較からのアウトカムの可能なすべての組み合わせ、ならびに、予め格納されたデータ１０４４との検証データ１０５３の比較からのアウトカムの可能なすべての組み合わせを含む。さらに、デバイス１０４０から出力されるインジケータ１０６０は、好ましくは、デバイス１０４０の識別マーカの値と所定の検証ステータスとの対応が受信側にとって既知である状態で、識別マーカ１０７２の値を含む。検証データ１０５１、１０５３または予め格納されたデータ１０４２、１０４４のいずれかを示す検証ステータスは無い。従って、送信側１０２０と受信側との間で「共有機密」は必要とされず、送信側の交換不可能なバイオメトリック特性を表すバイオメトリック値は、受信側に通信されない。しかしながら、受信側は、検証ステータスから、機密についての正確な認識、およびバイオメトリック値の正確な入力の両方を推論し得る。
【０１２８】
図１０ａの第５の好適な実施形態１０００に基づいた変形が図１０ｂに示される。この変形は、Ｉ／Ｏサポートエレメント１０６２を備え、このＩ／Ｏサポートエレメントから、検証データ１０５１、１０５３を表す入力、およびメッセージデータ１０２２を表す入力がデバイス１０４０によって受信される。Ｉ／Ｏサポートエレメント１０６２は、送信側１０２０からの入力が受信されるユーザインターフェース１０５８、ならびに検証データ１０５１、１０５３を表す入力をデバイス１０４０に通信するＩ／Ｏインターフェース１０５９を備える。メッセージデータ１０２２は、Ｉ／Ｏサポートエレメント１０６２から入来することが示されるが、いくつかまたはすべてのメッセージデータ１０２２を、デバイス１０４０または装置（図示せず）によって作成することが可能である。さらに、これの別の変形が図１０ｃに示される。ここで、Ｉ／Ｏサポートエレメント１０６２は、デバイス１０４０から出力されるインジケータ１０６０およびデジタル署名１０８６を受信する。Ｉ／Ｏサポートエレメント１０６２は、次に、インジケータ１０６０およびデジタル署名１０８６を電子装置１０３０に伝送する。
【０１２９】
示されるように、Ｉ／Ｏサポートエレメント１０６２から伝送されるインジケータ１０６０およびデジタル署名１０８６は、デバイス１０４０から出力されるインジケータ１０６０およびデジタル署名１０８６と同じである。しかしながら、Ｉ／Ｏサポートエレメント１０６２から伝送されるインジケータは、デバイス１０４０から出力されるインジケータ１０６０によって示される検証ステータスを受信側が決定することができる限りは、デバイス１０４０から出力されるインジケータとは異なり得る。例えば、Ｉ／Ｏサポートエレメント１０６２から伝送されるインジケータは、デバイス１０４０の検証ステータスだけでなく、Ｉ／Ｏサポートエレメント１０６２それ自体が検証ステータスを識別する場合、Ｉ／Ｏサポートエレメント１０６２の検証ステータスも示し得る。さらに、Ｉ／Ｏサポートエレメント１０６２から伝送されるインジケータ１０６０およびデジタル署名１０８６は、Ｉ／Ｏサポートエレメント１０６２によってデジタル的にサインされる、さらなる情報を含む別の通信内にパッケージ化されるか、または埋め込まれ得る。
【０１３０】
さらに、図１０ａ、図１０ｂおよび図１０ｃにおいて、ＥＣ１０１０は、インジケータ１０６０およびデジタル署名１０８６から分離して伝送されることが示される。しかしながら、図１０ａの好適な実施形態、およびその任意の変形において、インジケータ１０６０およびデジタル署名１０８６は、ＥＣ１０１０の一部として伝送されることによって、同様に、ＥＣ１０１０と関連付けられ得る。さらに、ＥＣ１０１０は、デバイス１０４０、関連するＩ／Ｏサポートエレメント１０６２（図１０ａに図示せず）または他の装置から出力され得る。
【０１３１】
図１０ａ、図１０ｂおよび図１０ｃのデバイスの動作の好適なモード１１００が図１１に示され、１１０２におけるデバイスの時間切れまたは電源投入に続くデバイスのリセット（工程１１０２）で開始する。リセット中に、機密またはバイオメトリック特性のいずれかの検証データの入力が受信されないことを表し、インジケータがまだ出力されていないという事実をさらに表す検証ステータスに対応する値が識別マーカに割り当てられる。デバイスは、その後、１１０６にて開始し、かつ１１１６にて終了する循環ループに入り、所定の時間の長さの後、デバイスがリセットされ、電源が切られるか、または不活性化されるまで、このループ内で繰り返しを継続する。
【０１３２】
依然として図１１を参照して、ループ内の第１の工程は、好適には、機密についての検証データ（ＳＶＤ）を表す任意の入力がデバイスによって受信されたか否かの決定（工程１１０８）を含む。工程１１０８における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、機密についての検証データ（ＳＶＤ）とデバイスのメモリ内に予め格納された機密についてのデータ（ＳＰＤ）とを比較することによって識別される（工程１１１８）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しくなるように、デバイスのメモリ内に格納された識別マーカが割り当てられる（工程１１２０）ことによって記録される。
【０１３３】
工程１１０８において、受信される機密についての検証データを表す入力が無い場合、または識別マーカの値が工程１１２０において記録された後、ループ内の次の工程は、好適には、バイオメトリック特性についての検証データ（ＢＶＤ）を表す任意の入力がデバイスによって受信されるか否かの決定（工程１１１０）を含む。工程１１１０における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、バイオメトリック特性についての検証データ（ＢＶＤ）と、デバイスのメモリ内に予め格納されたバイオメトリック特性についてのデータ（ＢＰＤ）とを比較することによって識別される（工程１１２２）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しくなるように、デバイスのメモリ内に格納された識別マーカを割り当てることによって記録される（工程１１２４）。
【０１３４】
工程１１１０にて受信されるバイオメトリック特性についての検証データを表す入力が無い場合、または識別マーカの値が工程１１２４にて記録された後、ループ内の次の工程は、好適には、メッセージデータ（ＭＤ）を表す任意の入力がデバイスによって受信されるか否かの決定（工程１１１２）を含む。工程１１１２における決定が肯定的である場合、デバイスは、メッセージデータのためのデジタル署名を作成する（工程１１２６）。メッセージデータのためのデジタル署名は、その後、デバイスから出力される（工程１１２８）。
【０１３５】
工程１１１２において、受信されるメッセージデータを表す入力が無い場合、またはメッセージデータについてのデジタル署名が工程１１２８において出力された後、信号（Ｓ）がデバイスによって受信されたか、または受信されているところか否かが決定される（工程１１１４）。信号が受信されていない場合、ループは工程１１０６を再スタートする。信号が受信される場合、工程１１１４における決定は、肯定的であり、デバイスの現在の検証ステータスのインジケータが出力される（工程１１３０）。上述したように、インジケータは、デバイス内のメモリに維持された識別マーカの値を含む。インジケータの出力に続いて、インジケータ出力が、機密についての検証データを表す入力を受信してから最初のインジケータ出力であるか否かという決定がなされる（工程１１３２）。
【０１３６】
工程１１３２における決定が肯定的である場合、工程１１０８において機密についての検証データを表す入力を受信してからインジケータが出力されたという事実をさらに表す識別マーカに値を割り当てることによって、検証ステータスが新たに記録される（工程１１３６）。工程１１３２における決定が否定的である場合、または識別マーカの値が工程１１３６にて新たに記録された後、インジケータ出力が、バイオメトリック特性についての検証データを表す入力の受信後から出力された最初のインジケータ出力であるか否かという決定がなされる（工程１１３４）。
【０１３７】
工程１１３４における決定が肯定的である場合、検証ステータスは、バイオメトリック特性についての検証データを表す入力が受信されてからインジケータが出力されたという事実をさらに表す識別マーカに値を割り当てることによって、新たに記録される（工程１１３８）。工程１１３４における決定が否定的である場合、または識別マーカの値が工程１１３８にて新たに記録された後、ループは再スタートする（工程１１０６）。
【０１３８】
（６．第６の好適な実施形態（インジケータとしてのデジタル署名））
本発明の第６の好適な実施形態１２００が図１２ａに示される。ここで、送信側１２２０からのメッセージを含むＥＣ１２１０は、電子装置１２３０によって表される受信側により受信され、デバイス１２４０は、検証データ（ＶＤ）１２５０を表す入力をデバイスインターフェース１２５２にて受信する。デバイスインターフェース１２５２は、適宜、以下のうちの１つ以上を含む。これらは、英数字キーパッド等のユーザインターフェース、タッチスクリーン式のディスプレイ、または入力を送信側１２２０から直接的に受信するためのバイオメトリックスキャナ、電気接点、コンピュータバスを有する標準的電子インターフェース、アンテナ、あるいはシリアルポート、ＵＳＢポート、パラレルポート、赤外線ポートまたは他の無線通信ポートといった通信ポートである。
【０１３９】
デバイス１２４０は、メモリ１２５４内に予め格納された送信側１２２０のデータ（ＰＤ）１２７０を維持する検証素子を備える。この検証データ１２５０および予め格納されたデータ１２７０は、機密またはバイオメトリック値を表す。検証素子は、検証データ１２５０と予め格納されたデータ１２７０との比較に基づいて、デバイス１２４０の現在の検証ステータスを１２５６にて識別し、デバイス１２４０の最後に識別された（すなわち「現在の」）検証ステータスを、メモリ１２７４内に格納された識別マーカ（ＩＭ）１２７２に値を割り当てることによって記録する。
【０１４０】
デバイス１２４０は、ＥＣ１２１０のメッセージを表すデータ（ＭＤ）１２２２をデバイスインターフェース１２５２にて受信する。メッセージデータは、メッセージそれ自体、そのメッセージダイジェスト、またはメッセージ（Ｍ）の任意の他の処理の結果を含み得る。デバイス１２４０は、デジタル署名素子を含む。このデジタル署名素子は、メッセージデータ１２２２を受信すると、識別マーカ１２７２のための値を取得し、メッセージデータを、この値の関数として（本明細書中で用いられる場合「関数」は、ｘの特定の値に対する可能な関数ｆ（ｘ）を含み得る）１２７７にて改変する。
【０１４１】
デジタル署名素子は、その後、１２９０にてハッシュ値を計算することによって、および、その後、公開−秘密鍵の対の秘密鍵１２９５を用いてハッシュ値を１２９２にて暗号化することによって、改変されたメッセージデータ（ＭＤ’）のためのデジタル署名１２９９を作成する。信頼性および信用度を向上させるために、秘密鍵１２９５は、メモリ１２９４内に安全に保持され、従って、デバイス１２４０から決してエクスポートされず、デバイス１２４０の外部から発見することができない。デジタル署名は、ＦＩＰＳ　ＰＵＢ１８６−２に規定されているとおりにＥＣＤＳＡにより作成される。従って、デジタル署名１２９９は、乱数発生器を用いて生成され、１２９０におけるハッシュ関数は、ＳＨＡ−１を用いて実行される。この乱数発生器は、受信される入力の大きさに関わらず、２０ｂｙｔｅの出力を生成する。デジタル署名１２９９は、その後、デバイス１２４０の検証ステータスのインジケータ１２６０として受信側に伝送するためのデバイス１２４０から出力される。デバイス１２４０から出力されたデジタル署名１２９９は、実際、改変プロセスの結果として、検証ステータス（ＩＶＳ）１２６０のインジケータを含む。インジケータ１２６０は、その後、ＥＣ１２１０と関連して受信側に伝送される。これによって、この受信側は、インジケータ１２６０をＥＣ１２１０に関係するとして識別することができる。
【０１４２】
デバイス１２４０は、各々が検証データ１２５０と予め格納されたデータ１２７０との間の各々の関係の一致（ｒｅｌａｔｉｏｎａｌ　ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）を表す、所定の検証ステータスのセットを含む。このセットの検証ステータスは、最後に成功した検証から、または検証データを表す入力が最後に受信されてからデバイス１２４０からインジケータ１２６０が出力されたか否かをさらに表す。セットは、デバイス１２４０の時間切れの後でのリセットから、または電源投入後から、検証データ１２５０を表す入力が無いことを表すさらなる所定の検証ステータスをさらに含む。デバイス１２４０から出力されたインジケータ１２６０は、検証データ１２５０と予め格納されたデータ１２７０との比較に基づくが、これは、検証データ１２５０を表す入力が、デバイス１２４０がリセットされてから受信された場合にのみ当てはまる。検証データを表す入力が受信されない場合、インジケータ１２６０は、デバイス１２４０がリセットされてから、検証データ１２５０を表す入力が無いことを示す。
【０１４３】
電子装置１２３０は、インジケータ１２６０を受信することができるインターフェース（図示せず）を備える。電子装置１２３０は、インジケータ１２６０に基づいてデバイスの検証ステータスを決定するため、および決定された検証ステータスに基づいて送信側１２２０から受信されたＥＣ１２１０を評価するために、ビジネスロジックを内蔵する論理回路またはソフトウェアをさらに含む。この点に関して、電子装置１２３０は、公開鍵を有するデジタル署名を復号化する。この公開鍵は、秘密鍵１２９５に対応し、デジタル署名と関連して受信されるか、あるいは受信側によって予め知られるかまたは取得され得る。受信側は、さらに、デバイスの所定の検証ステータスの各１つについてのメッセージを、計算されたハッシュ値が復号化されたデジタル署名のハッシュ値と等しくなるまで改変する（およびその後、このメッセージのハッシュ値を計算する）。比較のためにハッシュ値を計算する際に、電子装置１２３０は、デバイス１２４０内で改変されたメッセージデータを生成するために、メッセージに対して任意の必要な処理をさらに実行する。受信側によって計算されたハッシュ値が、復号化されたデジタル署名のハッシュ値と等しい場合、受信側は、デバイス１２４０の現在の検証ステータスを決定する。この決定は、さらに、ＥＣ１２１０のメッセージの信憑性を確認する。さらに、リソースの消費を最小化するために、好適な実施形態１２００のこの好適なデバイス１２４０が用いられる場合、デバイスの検証ステータスのセットは、限定された数の検証ステータスのみを含むように予め定義される。
検証データ１２５０および予め格納されたデータ１２７０が機密を含む場合、検証ステータスの所定のセットは、４つの検証ステータスを含む。これらの４つの検証ステータスは、デバイスがリセットされてから、検証データ１２５０が無いことを表す第１の検証ステータス、検証データ１２５０と予め格納されたデータ１２７０との間の整合を表し、および整合してから、デバイス１２４０から他のインジケータ１２６０が出力されないことをさらに表す第２の検証ステータス、検証データ１２５０と予め格納されたデータ１２７０との間の不整合を表す第３の検証ステータス、ならびに検証データ１２５０と予め格納されたデータ１２７０との間の整合を表し、および整合してからのインジケータ１２６０の出力をさらに表す第４の検証ステータスである。メモリ１２７４に格納される識別マーカ１２７２は、好適には、デバイス１２４０によって識別される現在の検証ステータスを表す４つのバイナリ数のうちの１つを含む。当然、識別マーカ１２７２の値とデバイスの所定の検証ステータスとの間の一致は、受信側によって予め知られる。
【０１４４】
４つのバイナリ数は、それぞれ４つの検証ステータスに対応し、第１の検証ステータスを識別する「００」、第２の検証ステータスを識別する「０１」、第３の検証ステータスを識別する「１０」、第４の検証ステータスを識別する「１１」を含む。さらに、１２７７におけるメッセージデータ１２２２の改変は、好適には、識別マーカ１２７２の値をメッセージデータ内に埋め込むことを含み、これは、メッセージデータ内あるいはメッセージの開始部分または終了部分の所定の位置にて値を挿入することを含む。さらに、理解されるように、検証ステータスのうちの１つについてのメッセージデータの「改変」は、識別マーカ１２７２が「００」と等しい場合等に、メッセージデータを改変しないことを含み得る。しかしながら、この場合でさえ、デジタル署名１２９９は、デバイスの検証ステータスを、デバイスがリセットされてから、受信された検証データ１２５０が無いことを表すこととして識別する。さらに、改変されたメッセージのためのデジタル署名１２９９は、検証データ１２５０も予め格納されたデータ１２７０も示さないことが理解される。従って、好適な実施形態１２００における送信側と受信側との間で「共有機密（ｓｈａｒｅｄ　ｓｅｃｒｅｔ）」は必要とされない。しかしながら、受信側は、検証ステータスから機密について正確に推論し得る。
【０１４５】
あるいは、検証データ１２５０および予め格納されたデータ１２７０がバイオメトリック値を含む場合、所定の検証ステータスのセットは、デバイス１２４０のリセット後から、検証データ１２５０を表す入力が無いことを表す検証ステータスと共に、検証データ１２５０と予め格納されたデータ１２７０との間の整合の可能なパーセンテージ（または差異の程度）を含む。例えば、検証データ１２５０と予め格納されたデータ１２７０とのパーセンテージの整合を含む所定の検証ステータスは、本実施形態において、０％〜１００％の範囲のパーセンテージのセットを２０％刻みで含む。好適には、パーセンテージの整合を表す検証ステータスの各１つは、検証データ１２５０を表す入力が最後に受信されてから、インジケータ１２６０がデバイス１２４０から出力されたか否かをさらに表す。メモリ１２７４に格納された識別マーカ１２７２は、好適には、パーセンテージの整合に加えて、デバイス１２４０によって識別される、インジケータ１２６０の出力に関するフラグを含む。当然、識別マーカ１２７２の値とデバイス１２４０の所定の検証ステータスとの間の一致は、受信側によって予め知られている。さらに、この場合、１２７７におけるメッセージデータ１２２２の改変は、好適には、識別マーカ１２７２の値をメッセージデータ内に埋め込むことを含み、これは、メッセージデータ内あるいはメッセージの開始部分または終了部分の所定の位置にて値を挿入することを含む。さらに理解されるように、検証ステータスのうちの１つについてのメッセージデータの「改変」は、デバイス１２４０のリセット後から、検証データ１２５０が受信されなかった場合等に、メッセージデータを改変しないことを含み得る。しかしながら、この場合でさえ、デジタル署名１２９９は、デバイス１２４０の検証ステータスを、デバイス１２４０のリセット後から、受信された検証データ１２５０が無いことを表すこととして識別する。さらに、改変されたメッセージのためのデジタル署名１２９９は、検証データ１２５０も予め格納されたデータ１２７０も示さないことが理解される。従って、送信側の交換不可能なバイオメトリック特性を表すバイオメトリック値は、受信側に通信されない。しかしながら、受信側は、検証ステータスからバイオメトリック特性を読み出すことによって、送信側１２２０の存在があるのではないかと推論し得る。
【０１４６】
図１２ａの第６の好適な実施形態１２００に基づいた変形が図１２ｂに示される。この変形は、Ｉ／Ｏサポートエレメント１２６２を備え、このサポートエレメントから、検証データ１２５０を表す入力、およびメッセージデータ１２２２を表す入力がデバイス１２４０によって受信される。Ｉ／Ｏサポートエレメント１２６２は、送信側１２２０からの入力が受信されるユーザインターフェース１２５８、ならびに検証データ１２５０を表す入力およびメッセージデータ１２２２を表す入力をデバイス１２４０に通信するＩ／Ｏインターフェース１２５９を備える。メッセージデータ１２２２は、Ｉ／Ｏサポートエレメント１２６２から入来することが示されるが、いくつかまたはすべてのメッセージデータ１２２２を、デバイス１２４０または装置（図示せず）によって作成することが可能である。さらに、これの別の変形が図１２ｃに示される。ここで、Ｉ／Ｏサポートエレメント１２６２は、デバイス１２４０から出力されるインジケータ１２６０を受信する。Ｉ／Ｏサポートエレメント１２６２は、次に、インジケータ１２６０を電子装置１２３０に伝送する。示されるように、Ｉ／Ｏサポートエレメント１２６２から伝送されるインジケータ１２６０は、デバイス１２４０から出力されるインジケータ１２６０と同じである。しかしながら、Ｉ／Ｏサポートエレメント１２６２から伝送されるインジケータ１２６０は、Ｉ／Ｏサポートエレメント１２６２によってデジタル的にサインされる、さらなる情報を含む別の通信内にパッケージ化されるか、または埋め込まれ得る。さらに、図１２ａ、図１２ｂおよび図１２ｃにおいて、ＥＣ１２１０は、インジケータ１２６０から分離して伝送されることが示される。しかしながら、図１２ａの好適な実施形態、およびその任意の変形において、インジケータ１２６０は、ＥＣ１２１０の部分として伝送されることによって、同様に、ＥＣ１２１０と関連付けられ得る。さらに、ＥＣ１２１０は、デバイス１２４０、関連するＩ／Ｏサポートエレメント１２６２（図１２ａに図示せず）または他の装置から出力され得る。
【０１４７】
図１２ａ、図１２ｂおよび図１２ｃのデバイスの動作の好適なモード１３００が図１３に示され、１３０２におけるデバイスの時間切れまたは電源投入に続く、デバイスのリセット（工程１３０４）で開始する。リセット中に、検証データの入力が受信されないことを表し、インジケータがまだ出力されていないという事実をさらに表す検証ステータスに対応する値が識別マーカに割り当てられる。デバイスは、その後、１３０６にて開始し、かつ１３１２にて終了する循環ループ（ｒｅｐｅａｔｉｎｇ　ｌｏｏｐ）に入り、所定の時間の長さの後、デバイスがリセットされ、電源が切られるか、または不活性化されるまで、このループ内で繰り返しを継続する。
【０１４８】
依然として図１３を参照して、ループ内の第１の工程は、好適には、検証データを表す任意の入力がデバイスによって受信されたか否かの決定（工程１３０８）を含む。工程１３０８における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、検証データ（ＶＤ）とデバイスのメモリ内に予め格納されたデータ（ＰＤ）とを比較することによって識別される（工程１３１４）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しい、デバイスのメモリ内に格納された識別マーカが割り当てられる（工程１３１６）ことによって記録される。
【０１４９】
工程１３０８において、受信される検証データを表す入力が無い場合、または識別マーカの値が工程１３１６において記録された後、ループ内の次の工程は、好適には、メッセージデータ（ＭＤ）を表す任意の入力がデバイスによって受信されるか否かの決定（工程１３１０）を含む。工程１３１０における決定が否定的である場合、ループは工程１３０６を再スタートする。工程１３１０における決定が肯定的である場合、デバイスは、その後、識別マーカに基づいてメッセージデータを改変する（工程１３１８）。次に、デバイスは、改変されたメッセージデータのためのデジタル署名を作成する（工程１３２０）。改変されたメッセージデータのためのデジタル署名は、その後、デバイスから出力される（工程１３２２）。改変されたメッセージのためのデジタル署名の出力に続いて、出力されたデジタル署名が、工程１３０８における検証データの入力の受信後から最初に出力されたデジタル署名であるか否かという決定がなされる（工程１３２４）。工程１３２４における決定が否定的である場合、ループは再スタートする（工程１３０６）。工程１３２４における決定が肯定的である場合、工程１３２２において出力されたデジタル署名によって示された検証ステータスを表し、およびデジタル署名が出力されたという事実をさらに表す識別マーカに値を割り当てることによって、検証ステータスが新たに記録される（工程１３２６）。ループは、その後、工程１３０６を再スタートする。
【０１５０】
（７．第７の好適な実施形態（デジタル的にサインされるメッセージおよびインジケータ）
本発明の第７の好適な実施形態１４００は、図１４ａに示される。ここで、送信側１４２０からのメッセージを含むＥＣ１４１０は、電子装置１４３０によって表される受信側によって受信され、ここで、デバイス１４４０は、デバイスインターフェース１４５２における検証データ（ＶＤ）を表す入力を受信する。デバイスインターフェース１４５２は、適宜、以下のうちから１つ以上を含む。これらは、英数字キーパッド等のユーザインターフェース、タッチスクリーン式のディスプレイ、または入力を送信側１４２０から直接的に受信するためのバイオメトリックスキャナ、電子接点、コンピュータバスを有する標準的電子インターフェース、アンテナ、あるいはシリアルポート、ＵＳＢポート、パラレルポート、赤外線ポートまたは他の無線通信ポートといった通信ポートである。
【０１５１】
デバイス１４４０は、メモリ１４５４に予め格納された送信側１４２０のデータ（ＰＤ）１４７０を維持する検証素子を備える。検証データ１４５０および予め格納されたデータ１４７０は、機密またはバイオメトリック値を表す。検証素子は、検証データ１４５０と予め格納されたデータ１４７０との比較に基づいたデバイス１４４０の現在の検証ステータスを１４５６にて識別し、メモリ１４７４に格納された識別マーカ（ＩＭ）１４７２に値を割り当てることによってデバイス１４４０の、最後に識別された（すなわち「現在の」）検証ステータスを記録する。
【０１５２】
デバイス１４４０は、さらに、デバイスインターフェース１４５２にて、ＥＣ１４１０のメッセージ（Ｍ）を表すメッセージデータ（ＭＤ）１４２２を受信する。このメッセージデータ１４２２は、メッセージそれ自体、そのメッセージダイジェスト、またはメッセージ（Ｍ）の任意の他の処理の結果を含み得る。デバイス１４４０は、デジタル署名素子を含む。このデジタル署名素子は、メッセージデータ１４２２を受信すると、識別マーカ１４７２のための値を取得し、メッセージデータをこの値の関数として（本明細書中で用いられる場合「関数」は、ｘの特定の値に対する可能な関数ｆ（ｘ）を含み得る）１４７７にて改変する。デジタル署名素子は、その後、１４９０にてハッシュ値を計算することによって、および、その後、公開−秘密鍵の対の秘密鍵１４９５を用いてハッシュ値を１４９２にて暗号化することによって、改変されたメッセージデータ（ＭＤ’）のためのデジタル署名１２９９を作成する。信頼性および信用度を向上させるために、秘密鍵１４９５は、メモリ１４９４内に安全に保持され、従って、デバイス１４４０から決してエクスポートされず、デバイス１４４０の外部から発見することができない。デジタル署名は、ＦＩＰＳ　ＰＵＢ１８６−２に規定されているとおりにＥＣＤＳＡにより作成される。従って、デジタル署名１４９９は、乱数発生器を用いて生成され、１４９０におけるハッシュ関数は、ＳＨＡ−１を用いて実行される。この乱数発生器は、受信される入力の大きさに関わらず、２０ｂｙｔｅの出力を生成する。デジタル署名１４９９は、その後、受信側に伝送するためのデバイス１４４０の検証ステータス（ＩＶＳ）のインジケータ１４６０として識別マーカ１４７２の値と共にデバイス１４４０から出力される。デジタル署名１４９９およびインジケータ１４６０は、その後、ＥＣ１４１０と関連して受信側に伝送される。これによって、この受信側は、インジケータ１４６０をＥＣ１４１０に関係するとして識別することができる。
【０１５３】
デバイス１４４０は、各々の検証データ１４５０と予め格納されたデータ１４７０との間の関係の一致を表す、所定の検証ステータスのセットを含む。このセットの検証ステータスは、最後に成功した検証から、または検証データを表す入力が最後に受信されてからデバイス１４４０よりインジケータ１４６０が出力されたか否かをさらに表す。セットは、デバイス１４４０が時間切れの後にリセットされてから、または電源投入後から、検証データ１４５０を表す入力が無いことを表すさらなる所定の検証をさらに含む。デバイス１４４０から出力されたインジケータ１４６０は、検証データ１４５０と予め格納されたデータ１４７０との比較に基づくが、これは、検証データ１４５０を表す入力が、デバイス１４４０がリセットされてから受信された場合にのみ当てはまる。受信される検証データを表す入力が無い場合、インジケータ１４６０は、デバイス１４４０がリセットされてから、検証データ１４５０を表す入力が無いことを示す。
【０１５４】
電子装置１４３０は、インジケータ１４６０を受信することができるインターフェース（図示せず）を備える。電子装置１４３０は、インジケータ１４６０に基づいてデバイスの検証ステータスを決定するため、および決定された検証ステータスに基づいて送信側１４２０から受信されたＥＣ１４１０を評価するために、ビジネスロジックを内蔵する論理回路またはソフトウェアをさらに含む。この点に関して、電子装置１４３０は、公開鍵を有するデジタル署名を復号化する。この公開鍵は、秘密鍵１４９５に対応し、デジタル署名１４９９と関連して受信されるか、あるいは受信側によって予め知られるかまたは取得され得る。受信側は、さらに、インジケータ１４６０によって識別される検証ステータスに基づいて、メッセージを改変する（およびその後、このメッセージのハッシュ値を計算する）。比較のためにハッシュ値を計算する際に、電子装置１４３０は、デバイス１４４０内で改変されたメッセージデータを生成するために、メッセージに対して任意の必要な処理をさらに実行する。受信側によって計算されたハッシュ値が、復号化されたデジタル署名のハッシュ値と等しい場合、受信側は、インジケータ１４６０によって表示される、デバイス１４４０の現在の検証ステータスの信憑性を確認、およびＥＣ１４１０のメッセージの信憑性を確認する。
【０１５５】
検証データ１４５０および予め格納されたデータ１４７０が機密を含む場合、検証ステータスの所定のセットは、４つの検証ステータスを含む。これらの４つの検証ステータスは、デバイスのリセット後から、検証データ１４５０の無いことを表す第１の検証ステータス、検証データ１４５０と予め格納されたデータ１４７０との間の整合を表し、および整合してから、デバイス１４４０から他のインジケータ１４６０が出力されないことをさらに表す第２の検証ステータス、検証データ１４５０と予め格納されたデータ１４７０との間の不整合を表す第３の検証ステータス、ならびに検証データ１４５０と予め格納されたデータ１４７０との間の整合を表し、および整合してからのインジケータ１４６０の出力をさらに表す第４の検証ステータスである。メモリ１４７４に格納される識別マーカ１４７２は、好適には、デバイス１４４０によって識別される現在の検証ステータスを表す４つのバイナリ数のうちの１つを含む。当然、識別マーカ１４７２の値とデバイスの所定の検証ステータスとの間の一致は、受信側によって予め知られる。
【０１５６】
４つのバイナリ数は、それぞれ４つの検証ステータスに対応し、第１の検証ステータスを識別する「００」、第２の検証ステータスを識別する「０１」、第３の検証ステータスを識別する「１０」、第４の検証ステータスを識別する「１１」を含む。さらに、１４７７におけるメッセージデータ１４２２の改変は、好適には、識別マーカ１４７２の値をメッセージデータ内に埋め込むことを含み、これは、メッセージデータ内あるいはメッセージの開始部分または終了部分における所定の位置にて値を挿入することを含む。さらに、理解されるように、検証ステータスのうちの１つについてのメッセージデータの「改変」は、識別マーカ１４７２が「００」と等しい場合等に、メッセージデータを改変しないことを含み得る。しかしながら、この場合でさえ、デジタル署名１４９９は、デバイスの検証ステータスを、デバイスのリセット後から、受信された検証データ１４５０が無いことを表すこととして識別する。さらに、改変されたメッセージのためのデジタル署名１４９９もインジケータ１４６０も、検証データ１４５０または予め格納されたデータ１４７０を示さないことが理解される。従って、好適な実施形態１４００において、送信側１４２０と受信側との間で「共有機密」は必要とされない。しかしながら、受信側は、検証ステータスから機密について正確に推論し得る。
【０１５７】
あるいは、検証データ１４５０および予め格納されたデータ１４７０がバイオメトリック値を含む場合、所定の検証ステータスのセットは、デバイス１４４０のリセット後から、検証データ１４５０を表す入力が無いことを表す検証ステータスと共に、検証データ１４５０と予め格納されたデータ１４７０との間の整合の可能なパーセンテージ（または差異の程度）を含む。例えば、検証データ１４５０と予め格納されたデータ１４７０とのパーセンテージの整合を含む所定の検証ステータスは、０％〜１００％の範囲のパーセンテージのセットを１％刻みで含み得る。好適には、パーセンテージの整合を表す検証ステータスの各１つは、検証データ１４５０を表す入力の最後の受信後から、インジケータ１４６０がデバイス１４４０から出力されたか否かをさらに表す。メモリ１４７４に格納された識別マーカ１４７２は、好適には、パーセンテージの整合に加えて、デバイス１４４０によって識別される、インジケータ１４６０の出力に関するフラグを含む。当然、識別マーカ１４７２の値とデバイス１４４０の所定の検証ステータスとの間の一致は、受信側によって予め知られている。
【０１５８】
さらに、この場合、１４７７におけるメッセージデータ１４２２の改変は、好適には、識別マーカ１４７２の値をメッセージデータ内に埋め込むことを含み、これは、メッセージデータ内あるいはメッセージの開始部分または終了部分における所定の位置にて値を挿入することを含む。さらに理解されるように、検証ステータスのうちの１つについてのメッセージデータの「改変」は、デバイス１４４０のリセット後から、検証データ１４５０が受信されなかった場合等に、メッセージデータを改変しないことを含み得る。しかしながら、この場合でさえ、デジタル署名１４９９は、デバイス１４４０の検証ステータスを、デバイス１４４０のリセット後から、受信された検証データ１４５０が無いことを表すこととして識別する。さらに、改変されたメッセージのためのデジタル署名１４９９もインジケータ１４６０も、検証データ１４５０または予め格納されたデータ１４７０を示さないことが理解される。従って、送信側の交換不可能なバイオメトリック特性を表すバイオメトリック値は、受信側に通信されない。しかしながら、受信側は、検証ステータスからバイオメトリック特性を読み出すことによって、送信側１４２０の存在があるのではないかと推論し得る。
【０１５９】
図１４ａの第７の好適な実施形態１４００に基づいた変形が図１４ｂに示される。この変形は、Ｉ／Ｏサポートエレメント１４６２を備え、このサポートエレメントから、検証データ１４５０を表す入力、およびメッセージデータ１４２２を表す入力がデバイス１４４０によって受信される。Ｉ／Ｏサポートエレメント１４６２は、送信側１４２０からの入力が受信されるユーザインターフェース１４５８、ならびに検証データ１４５０を表す入力およびメッセージデータ１４２２を表す入力をデバイス１４４０に通信するＩ／Ｏインターフェース１４５９を備える。メッセージデータ１４２２は、Ｉ／Ｏサポートエレメント１４６２から入来することが示されるが、いくつかまたはすべてのメッセージデータ１４２２を、デバイス１４４０または装置（図示せず）によって作成することが可能である。さらに、これの別の変形が図１４ｃに示される。ここで、Ｉ／Ｏサポートエレメント１４６２は、デバイス１４４０から出力されるインジケータ１４６０およびデジタル署名１４９９を受信する。Ｉ／Ｏサポートエレメント１４６２は、次に、インジケータ１４６０およびデジタル署名１４９９を電子装置１４３０に伝送する。
【０１６０】
示されるように、Ｉ／Ｏサポートエレメント１４６２から伝送されるインジケータ１４６０およびデジタル署名１４９９は、デバイス１４４０から出力されるインジケータ１４６０およびデジタル署名１４８６と同じである。しかしながら、Ｉ／Ｏサポートエレメント１４６２から伝送されるインジケータは、デバイス１４４０から出力されたインジケータ１４６０によって示される検証ステータスおよびメッセージが改変された際に基礎となった識別マーカ１４７２のビットパターンの両方を受信側が決定することができる限りは、デバイス１４４０から出力されたインジケータとは異なり得る。例えば、Ｉ／Ｏサポートエレメント１４６２それ自体が検証ステータスを識別する場合、Ｉ／Ｏサポートエレメント１４６２から伝送されるインジケータは、デバイス１４４０の検証ステータスだけでなく、Ｉ／Ｏサポートエレメント１４６２の検証ステータスも示し得る。さらに、Ｉ／Ｏサポートエレメント１４６２から伝送されるインジケータ１４６０およびデジタル署名１４９９は、Ｉ／Ｏサポートエレメント１４６２によってデジタル的にサインされる、さらなる情報を含む別の通信内にパッケージ化されるか、または埋め込まれ得る。
【０１６１】
さらに、図１４ａ、図１４ｂおよび図１４ｃにおいて、ＥＣ１４１０は、インジケータ１４６０およびデジタル署名１４９９から分離して伝送されることが示される。しかしながら、図１４ａの好適な実施形態、およびその任意の変形において、インジケータ１４６０およびデジタル署名１４９９は、ＥＣ１４１０の部分として伝送されることによって、同様に、ＥＣ１４１０と関連付けられ得る。さらに、ＥＣ１４１０は、デバイス１４４０、関連するＩ／Ｏサポートエレメント１４６２（図１４ａに図示せず）または他の装置から出力され得る。
【０１６２】
図１４ａ、図１４ｂおよび図１４ｃのデバイスの動作の好適なモード１５００が図１５に示され、１５０２におけるデバイスの時間切れまたは電源投入に続くデバイスのリセット（工程１５０４）で開始する。リセット中に、検証データの入力が受信されないことを表し、インジケータがまだ出力されていないという事実をさらに表す検証ステータスに対応する値が識別マーカに割り当てられる。デバイスは、その後、１５０６にて開始し、かつ１５１２にて終了する循環ループに入り、所定の時間の長さの後、デバイスがリセットされ、電源が切られるか、または不活性化されるまで、このループ内で繰り返しを継続する。
【０１６３】
依然として図１５を参照して、ループ内の第１の工程は、好適には、検証データを表す任意の入力がデバイスによって受信されたか否かの決定（工程１５０８）を含む。工程１５０８における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、検証データ（ＶＤ）とデバイスのメモリ内に予め格納されたデータ（ＰＤ）とを比較することによって識別される（工程１５１４）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しい、デバイスのメモリ内に格納された識別マーカを割り当てる（工程１５１６）ことによって記録される。
【０１６４】
工程１５０８において、受信される検証データを表す入力が無い場合、または識別マーカの値が工程１５１６において記録された後、ループ内の次の工程は、好適には、メッセージデータ（ＭＤ）を表す任意の入力がデバイスによって受信されるか否かの決定（工程１５１０）を含む。工程１５１０における決定が否定的である場合、ループは工程１５０６を再スタートする。
【０１６５】
工程１５１０における決定が肯定的である場合、デバイスは、その後、識別マーカに基づいてメッセージデータを改変する（工程１５１８）。次に、デバイスは、改変されたメッセージデータのためのデジタル署名を作成する（工程１５２０）。改変されたメッセージデータのためのデジタル署名、および識別マーカの値は、その後、デバイスから出力される（工程１５２２）。改変されたメッセージのためのデジタル署名、および識別マーカの値の出力に続いて、出力された識別マーカの値が、工程１５０８において検証データを表す入力が受信されてから出力された最初の値であるか否かという決定がなされる（工程１５２４）。工程１５２４における決定が否定的である場合、ループは再スタートする（工程１５０６）。工程１５２４における決定が肯定的である場合、工程１５２２において出力された識別マーカの値によって識別された検証ステータスを表し、および識別マーカの値が出力されたという事実をさらに表す識別マーカに値を割り当てることによって、検証ステータスが新たに記録される（工程１５２６）。ループは、その後、工程１５０６を再スタートする。
【０１６６】
（８．第８の好適な実施形態（インジケータ、およびデジタル的にサインされたメッセージを有する複数の検証データ）
本発明の第８の好適な実施形態１６００は、図１６ａに示される。ここで、送信側１６２０からのメッセージを含むＥＣ１６１０は、電子装置１６３０によって表される受信側によって受信され、ここで、デバイス１６４０は、デバイスインターフェース１６５２における第１の検証データ（ＶＤ１）を表す入力１６５１、および第２の検証データ（ＶＤ２）を表す入力１６５３を受信する。デバイスインターフェース１６５２は、適宜、以下のうちから１つ以上を含む。これらは、英数字キーパッド等のユーザインターフェース、タッチスクリーン式のディスプレイ、または入力を送信側１６２０から直接的に受信するためのバイオメトリックスキャナ、電子接点、コンピュータバスを有する標準的電子インターフェース、アンテナ、あるいはシリアルポート、ＵＳＢポート、パラレルポート、赤外線ポートまたは他の無線通信ポートといった通信ポートである。
【０１６７】
デバイス１６４０は、デバイス１６４０のメモリ内に予め格納されたデータを維持する検証素子を備える。第１の予め格納されたデータ（ＰＤ１）１６４２は、メモリ１６４１に配置（ｌｏｃａｔｅ）され、第２の予め格納されたデータ（ＰＤ２）１６４４は、メモリ１６４３に配置される。検証素子は、１６５６にて、第１の検証データ１６５１と第１の予め格納されたデータ１６４２との比較、および第２の検証データ１６５３と第２の格納されたデータ１６４４との比較に基づいて、デバイス１６４０の現在の検証ステータスを識別し、メモリ１６７４に格納された識別マーカ（ＩＭ）１６７２に値を割り当てることによってデバイス１６４０の、最後に識別された（すなわち「現在の」）検証ステータスを記録する。
【０１６８】
デバイス１６４０は、さらに、デバイスインターフェース１６５２にて、ＥＣ１６１０のメッセージ（Ｍ）を表すメッセージデータ（ＭＤ）１６２２を受信する。このメッセージデータ１６２２は、メッセージそれ自体、そのメッセージダイジェスト、またはメッセージ（Ｍ）の任意の他の処理の結果を含み得る。デバイス１６４０は、デジタル署名素子を含む。このデジタル署名素子は、メッセージデータ１６２２を受信すると、識別マーカ１６７２のための値を取得し、メッセージデータをこの値の関数として（本明細書中で用いられる場合「関数」は、ｘの特定の値に対する可能な関数ｆ（ｘ）を含み得る）１６７７にて改変する。メッセージの改変は、好適には、メッセージデータ内に識別マーカ１６７２の値を埋め込むことを含み、これは、メッセージデータ内あるいは開始部分または終了部分における所定の位置にて値を挿入することを含む。理解されるように、検証ステータスのうちの１つについてのメッセージデータの「改変」は、メッセージデータを改変しないことを含み得る。
【０１６９】
デジタル署名素子は、その後、１６９０にてハッシュ値を計算することによって、および、その後、公開−秘密鍵の対の秘密鍵１６９５を用いてハッシュ値を１６９２にて暗号化することによって、改変されたメッセージデータ（ＭＤ’）のためのデジタル署名１６９９を作成する。信頼性および信用度を向上させるために、秘密鍵１６９５は、メモリ１６９４内に安全に保持され、従って、デバイス１６４０から決してエクスポートされず、デバイス１６４０の外部から発見することができない。デジタル署名は、ＦＩＰＳ　ＰＵＢ１８６−２に規定されているとおりにＥＣＤＳＡにより作成される。従って、デジタル署名１６９９は、乱数発生器を用いて生成され、１６９０におけるハッシュ関数は、ＳＨＡ−１を用いて実行される。この乱数発生器は、受信される入力の大きさに関わらず、２０ｂｙｔｅの出力を生成する。デジタル署名１６９９は、その後、受信側に伝送するためのデバイス１６４０の検証ステータス（ＩＶＳ）のインジケータ１６６０として識別マーカ１６７２の値と共にデバイス１６４０から出力される。デジタル署名１６９９およびインジケータ１６６０は、その後、ＥＣ１６１０と関連して受信側に伝送される。これによって、この受信側は、インジケータ１６６０をＥＣ１６１０に関係するとして識別することができる。
【０１７０】
デバイス１６４０は、各々が検証データ１６５１、１６５３と予め格納されたデータ１６４２、１６４４との間の関係の一致を表す、所定の検証ステータスのセットを含む。このセットの検証ステータスは、第１の検証データ１６５１および第２の検証データ１６５３のどちらか、または両方に基づいて最後に成功した検証から、あるいは第１の検証データ１６５１および第２の検証データ１６５３のどちらか、または両方を表す入力が最後に受信されてから、インジケータ１６６０がデバイス１６４０から出力されたか否かをさらに表す。セットは、デバイス１６４０が時間切れの後に、または電源投入後にリセットされてから、第１の検証データ１６５１および第２の検証データ１６５３の入力の無いことを表すさらなる所定の検証ステータスをさらに含む。デバイス１６４０から出力されたインジケータ１６６０は、検証データと予め格納されたデータとの比較に基づくが、これは、それぞれの検証データを表す入力が、デバイス１６４０のリセット後から受信された場合にのみ当てはまる。受信される検証データを表す入力が無い場合、インジケータ１６６０は、デバイス１６４０のリセット後から、第１の検証データ１６５１および第２の検証データ１６５３を表す入力が無いことを示す。
【０１７１】
電子装置１６３０は、インジケータ１６６０を受信することができるインターフェース（図示せず）を備える。電子装置１６３０は、インジケータ１６６０に基づいてデバイスの検証ステータスを決定するため、および決定された検証ステータスに基づいて送信側１６２０から受信されたＥＣ１６１０を評価するために、ビジネスロジックを内蔵する論理回路またはソフトウェアをさらに含む。この点に関して、電子装置１６３０は、公開鍵を有するデジタル署名を復号化する。この公開鍵は、秘密鍵１６９５に対応し、デジタル署名１６９９と関連して受信されるか、あるいは受信側によって予め知られるかまたは取得され得る。受信側は、さらに、インジケータ１６６０によって識別された検証ステータスに基づいて、メッセージを改変（およびその後、このメッセージのハッシュ値を計算する）。比較のためにハッシュ値を計算する際に、電子装置１６３０は、デバイス１６４０内で改変されたメッセージデータを生成するために、メッセージに対して任意の必要な処理をさらに実行する。受信側によって計算されたハッシュ値が、復号化されたデジタル署名のハッシュ値と等しい場合、受信側は、インジケータ１６６０によって表示された、デバイス１６４０の現在の検証ステータスの信憑性を確認し、およびＥＣ１６１０のメッセージの信憑性を確認する。
【０１７２】
第１の検証データ１６５１または第２の検証データ１６５３のどちらか（およびそのための予め格納されたデータ）が機密を含む場合、これについての比較の結果の所定のセットは、４つの可能なアウトカムを含む。これらは、デバイス１６４０のリセット後から、検証データが無いことを表す第１のアウトカム、検証データと予め格納されたデータとの間の整合、および整合してから、デバイス１６４０から出力されたインジケータ１６６０が他に無いことをさらに表す第２のアウトカム、検証データと予め格納されたデータとの間の不整合を表す第３のアウトカム、ならびに検証データと予め格納されたデータとの間の整合を表し、および整合してからのインジケータ１６６０の出力をさらに表す第４のアウトカムである。
【０１７３】
第１の検証データ１６５１または第２の検証データ１６５３のどちらか（およびそのための予め格納されたデータ）がバイオメトリック特性を表す場合、そのための比較の結果の所定のセットは、好適には、所定の数の可能なアウトカムから結果を生成する。各アウトカムは、デバイス１６４０のリセット後から、検証データの入力が無いことを表す検証ステータスと共に、検証データと予め格納されたデータとの間の整合の、認められた可能なパーセンテージ（または差異の程度）を表す。
【０１７４】
例えば、検証データと予め格納されたデータとのパーセンテージの整合を含む所定のアウトカムは、０％〜１００％の範囲のパーセンテージのセットを１％刻みで含み得る。好適には、パーセンテージの整合を表すアウトカムの各１つもまた、検証データを表す入力が最後に受信されてから、インジケータ１６６０がデバイス１６４０から出力されたか否かをさらに表す。
【０１７５】
識別マーカ１６７２は、メモリ１６７４に格納され、デバイス１６４０の所定の検証ステータスのセットの１つを表す値を含む。所定の検証ステータスのセットは、好適には、第１の検証データ１６５１および第２の検証データ１６５３についてのそれぞれの比較からのアウトカムの可能なすべての組み合わせを含む。当然、識別マーカ１６７２の可能な値とデバイス１６４０の所定の検証ステータスとの一致は、受信側によって予め知られている。さらに検証データ１６５１、１６５３または予め格納されたデータ１６４２、１６４４のいずれかを示す検証ステータスは無い。従って、送信側１６２０と受信側との間で「共有機密」は必要とされない。さらに、送信側の交換不可能なバイオメトリック特性を表すバイオメトリック値は、受信側に通信されない。しかしながら、受信側は、検証ステータスから、機密についての正確な認識、およびバイオメトリック特性を読み出すことによって送信側の存在の両方を推論し得る。
【０１７６】
図１６ａの第８の好適な実施形態に基づく変形が図１６ｂに示され、第１の検証データ１６５１および第２の検証データ１６５３を表す入力、ならびにメッセージデータ１６２２を表す入力がデバイス１６４０によって受信されるＩ／Ｏサポートエレメント１６６２を含む。このＩ／Ｏサポートエレメント１６６２は、送信側１６２０からの入力が受信されるユーザインターフェース１６５８、ならびに第１の検証データ１６５１および第２の検証データ１６５３を表す入力と、メッセージデータ１６２２を表す入力とをデバイス１６４９に伝達するＩ／Ｏインターフェース１６５９を備える。
【０１７７】
メッセージデータ１６２２は、Ｉ／Ｏサポートエレメント１６６２から入来することが示されるが、いくつかまたはすべてのメッセージデータ１６２２を、デバイス１６４０または別の装置（図示せず）によって作成することが可能である。さらに、これの別の変形が図１６ｃに示される。ここで、Ｉ／Ｏサポートエレメント１６６２は、デバイス１６４０から出力されるインジケータ１６６０およびデジタル署名１６９９を受信する。Ｉ／Ｏサポートエレメント１６６２は、次に、インジケータ１６６０およびデジタル署名１６９９を電子装置１６３０に伝送する。
【０１７８】
示されるように、Ｉ／Ｏサポートエレメント１６６２から伝送されるインジケータ１６６０およびデジタル署名１６９９は、デバイス１６４０から出力されるインジケータ１６６０およびデジタル署名１６８６と同じである。しかしながら、Ｉ／Ｏサポートエレメント１６６２から伝送されるインジケータは、デバイス１６４０により出力されたインジケータ１６６０によって示される検証ステータスおよびメッセージが改変された際に基礎となった識別マーカ１６７２のビットパターンの両方を受信側が決定することができる限りは、デバイス１６４０から出力されるインジケータとは異なり得る。例えば、Ｉ／Ｏサポートエレメント１６６２から伝送されるインジケータは、デバイス１６４０の検証ステータスのみではなく、Ｉ／Ｏサポートエレメント１６６２それ自体が検証ステータスを識別する場合、Ｉ／Ｏサポートエレメント１６６２の検証ステータスも示し得る。さらに、Ｉ／Ｏサポートエレメント１６６２から伝送されるインジケータ１６６０およびデジタル署名１６９９は、Ｉ／Ｏサポートエレメント１６６２によってデジタル的にサインされる、さらなる情報を含む別の通信内にパッケージ化されるか、または埋め込まれ得る。
【０１７９】
さらに、図１６ａ、図１６ｂおよび図１６ｃにおいて、ＥＣ１６１０は、インジケータ１６６０およびデジタル署名１６９９から分離して伝送されることが示される。しかしながら、図１６ａの好適な実施形態、およびその任意の変形において、インジケータ１６６０およびデジタル署名１６９９は、ＥＣ１６１０の部分として伝送されることによって、同様に、ＥＣ１６１０と関連付けられ得る。さらに、ＥＣ１６１０は、デバイス１６４０、関連するＩ／Ｏサポートエレメント１６６２（図１６ａに図示せず）または他の装置から出力され得る。
【０１８０】
図１６ａ、図１６ｂおよび図１６ｃのデバイスの動作の好適なモード１７００が図１７に示され、１７０２におけるデバイスの時間切れまたは電源投入に続くデバイスのリセット（工程１７０４）で開始する。リセット中に、検証データの入力が受信されないことを表し、インジケータがまだ出力されていないという事実をさらに表す検証ステータスに対応する値が識別マーカに割り当てられる。デバイスは、その後、１７０６にて開始し、かつ１７１４にて終了する循環ループに入り、所定の時間の長さの後、デバイスがリセットされ、電源が切られるか、または不活性化されるまで、このループ内で繰り返しを継続する。
【０１８１】
依然として図１７を参照して、ループ内の第１の工程は、好適には、第１の検証データ（ＶＤ１）を表す任意の入力がデバイスによって受信されたか否かの決定（工程１７０８）を含む。工程１７０８における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、第１の検証データ（ＶＤ１）とデバイスのメモリ内に予め格納された第１のデータ（ＰＤ１）とを比較することによって識別される（工程１７１６）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しい、デバイスのメモリ内に格納された識別マーカに割り当てられる（工程１７１８）ことによって記録される。工程１７０８において、受信される第１の検証データを表す入力が無い場合、または識別マーカの値が工程１７１８において記録された後、ループ内の次の工程は、好適には、第２の検証データ（ＶＤ２）を表す任意の入力がデバイスによって受信されるか否かの決定（工程１７１０）を含む。工程１７１０における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、第２の検証データ（ＶＤ２）と、デバイスのメモリ内に予め格納された第２のデータ（ＰＤ２）とを比較することによって識別される（工程１７２０）。識別された検証ステータスは、その後、識別された検証ステータスに対応する予め定義された値と等しい、デバイスのメモリ内に格納された識別マーカを割り当てることによって記録される（工程１７２２）。
【０１８２】
工程１７１０にて受信される第２の検証データを表す入力が無い場合、または識別マーカの値が工程１７２２にて記録された後、ループ内の次の工程は、好適には、メッセージデータ（ＭＤ）を表す任意の入力がデバイスによって受信されるか否かの決定（工程１７１２）を含む。工程１７１２における決定が否定的である場合、ループは工程１７０６を再スタートする。
【０１８３】
工程１７１２における決定が肯定的である場合、デバイスは、その後、識別マーカに基づいてメッセージデータを改変する（工程１７２４）。次に、デバイスは、改変されたメッセージデータのためのデジタル署名を作成する（工程１７２６）。改変されたメッセージデータのためのデジタル署名、および識別マーカの値は、その後、デバイスから出力される（工程１７２８）。改変されたメッセージのためのデジタル署名、および識別マーカの値の出力に続いて、出力された識別マーカの値が、工程１７０８において第１の検証データを表す入力の受信後から出力された最初の値であるか否かという決定がなされる（工程１７３０）。
【０１８４】
工程１７３０における決定が肯定的である場合、検証ステータスは、１７２８にて出力された識別マーカに値によって識別された検証ステータスを表し、および識別マーカの値が出力されたという事実をさらに表す識別マーカに値を割り当てることによって、新たに記録される（工程１７３４）。工程１７３０における決定が否定的である場合、または識別マーカの値が工程１７３４にて新たに記録された後、ループ内の次の工程は、好適には、工程１７１０において第２の検証データを表す入力の受信後から出力された、その最初の値であるか否かという決定（工程１７３２）を含む。
【０１８５】
工程１７３２における決定が肯定的である場合、検証ステータスは、その後、工程１７２８にて出力された識別マーカの値によって識別された検証ステータスを表し、および識別マーカの値が出力されたという事実をさらに表す識別マーカに値を割り当てることによって、新たに記録される（工程１７３６）。工程１７３２における決定が否定的である場合、または識別マーカの値が工程１７３６にて新たに記録された後、ループは再スタートする（工程１７０６）。
【０１８６】
（９．第９の実施形態（インジケータとしてデジタル署名を有する複数の検証データ）
本発明の第９の好適な実施形態１８００は、図１８ａに示される。ここで、送信側１８２０からのメッセージを含むＥＣ１８１０は、電子装置１８３０によって表される受信側によって受信され、ここで、デバイス１８４０は、デバイスインターフェース１８５２における第１の検証データ（ＶＤ１）を表す入力１８５１、および第２の検証データ（ＶＤ２）を表す入力１８５３を受信する。デバイスインターフェース１８５２は、適宜、以下のうちから１つ以上を含む。これらは、英数字キーパッド等のユーザインターフェース、タッチスクリーン式のディスプレイ、または入力を送信側１８２０から直接的に受信するためのバイオメトリックスキャナ、電子接点、コンピュータバスを有する標準的電子インターフェース、アンテナ、あるいはシリアルポート、ＵＳＢポート、パラレルポート、赤外線ポートまたは他の無線通信ポートといった通信ポートである。
【０１８７】
デバイス１８４０は、デバイス１８４０のメモリ内に予め格納されたデータを維持する検証素子を備える。第１の予め格納されたデータ（ＰＤ１）１８４２は、メモリ１８４１に配置され、第２の予め格納されたデータ（ＰＤ２）１８４４は、メモリ１８４３に配置される。検証素子は、１８５６にて、第１の検証データ１８５１と第１の予め格納されたデータ１８４２との比較、および第２の検証データ１８５３と第２の予め格納されたデータ１８４４との比較に基づいて、デバイス１８４０の現在の検証ステータスを１８６５にて識別し、メモリ１８７４に格納された識別マーカ（ＩＭ）１８７２に値を割り当てることによってデバイス１８４０の、最後に識別された（すなわち「現在の」）検証ステータスを記録する。検証データの複数の入力の比較がなされるこの場合、識別マーカ１８７２は、第１の比較の結果を表す第１の比較マーカに割り当てられる値、および第２の比較の結果を表す第２の比較マーカに割り当てられる値を含む。
【０１８８】
デバイス１８４０は、さらに、デバイスインターフェース１８５２にて、ＥＣ１８１０のメッセージ（Ｍ）を表すメッセージデータ（ＭＤ）１８２２を受信する。このメッセージデータ１８２２は、メッセージそれ自体、そのメッセージダイジェスト、またはメッセージの任意の他の処理の結果を含み得る。デバイス１８４０は、デジタル署名素子を含む。このデジタル署名素子は、メッセージデータ１８２２を受信すると、識別マーカ１８７２のための値を取得し、メッセージデータをこの値の関数として（本明細書中で用いられる場合「関数」は、ｘの特定の値に対する可能な関数ｆ（ｘ）を含み得る）１８７７にて改変する。メッセージの改変は、好適には、メッセージデータ内に識別マーカ１８７２の値を埋め込むことを含み、これは、メッセージデータ内あるいは開始部分または終了部分における所定の位置にて値を挿入することを含む。理解されるように、検証ステータスのうちの１つについてのメッセージデータの「改変」は、メッセージデータを改変しないことを含み得る。
【０１８９】
デジタル署名素子は、その後、１８９０にてハッシュ値を計算することによって、および、その後、公開−秘密鍵の対の秘密鍵１８９５を用いてハッシュ値を１８９２にて暗号化することによって、改変されたメッセージデータ（ＭＤ’）のためのデジタル署名１８９９を作成する。信頼性および信用度を向上させるために、秘密鍵１８９５は、メモリ１８９４内に安全に保持され、従って、デバイス１８４０から決してエクスポートされず、デバイス１８４０の外部から発見することができない。デジタル署名は、ＦＩＰＳ　ＰＵＢ１８６−２に規定されているとおりにＥＣＤＳＡにより作成される。従って、デジタル署名１８９９は、乱数発生器を用いて生成され、１８９０におけるハッシュ関数は、ＳＨＡ−１を用いて実行される。この乱数発生器は、受信される入力の大きさに関わらず、２０ｂｙｔｅの出力を生成する。デジタル署名１８９９は、その後、受信側に伝送するためのデバイス１８４０の検証ステータス（ＩＶＳ）のインジケータ１８６０としてデバイス１６４０から出力される。デバイス１８４０から出力されたデジタル署名１８９９は、実際、改変プロセスの結果として、検証ステータス（ＩＶＳ）のインジケータを含む。第１の比較の現在のアウトカム（ＶＤ１とＰＤ１との比較の結果）は、結果（Ｒ）１８９６としてさらに出力される。インジケータ１８６０および結果１８９６は、その後、ＥＣ１８１０と関連して受信側に伝送される。これによって、この受信側は、インジケータ１８６０および結果１８９６をＥＣ１８１０に関係することとして識別することができる。
【０１９０】
デバイス１８４０は、各々が検証データ１８５１、１８５３と予め格納されたデータ１８４２、１８４４との間の関係の一致を表す、所定の検証ステータスのセットを含む。このセットの検証ステータスは、第１の検証データ１８５１および第２の検証データ１８５３のどちらか、または両方に基づいて最後に成功した検証から、あるいは第１の検証データ１８５１および第２の検証データ１８５３のどちらか、または両方を表す入力の最後の受信後から、インジケータ１８６０がデバイス１８４０から出力されたか否かをさらに表す。セットは、デバイス１８４０の時間切れの後にリセットされてから、または電源投入後から、第１の検証データ１８５１および第２の検証データ１８５３の両方の入力が無いことを表す予め定義された検証ステータスをさらに含む。デバイス１８４０から出力されたインジケータ１８６０は、検証データと予め格納されたデータとの比較に基づくが、これは、デバイス１８４０のリセット後から、検証データを表す入力が受信された場合にのみ当てはまる。受信される検証データを表す入力が無い場合、インジケータ１８６０は、デバイス１８４０のリセット後から、第１の検証データ１８５１および第２の検証データ１８５３の両方のための入力が無いことを示す。
【０１９１】
電子装置１８３０は、インジケータ１８６０を受信することができるインターフェース（図示せず）を備える。電子装置１８３０は、インジケータ１８６０に基づいてデバイスの検証ステータスを決定するため、および決定された検証ステータスに基づいて送信側１８２０から受信されたＥＣ１８１０を評価するために、ビジネスロジックを内蔵する論理回路またはソフトウェアをさらに含む。この点に関して、電子装置１８３０は、公開鍵を有するデジタル署名を復号化する。この公開鍵は、秘密鍵１８９５に対応し、デジタル署名１８９９と関連して受信されるか、あるいは受信側によって予め知られるかまたは取得され得る。受信側は、計算されたハッシュ値が復号化されたデジタル署名の値のハッシュ値と等しくなるまで、結果１８９６に基づいて、および第２の比較の各可能なアウトカムに関してメッセージを改変する（およびその後、このメッセージのハッシュ値を計算する）。比較のためにハッシュ値を計算する際に、電子装置１８３０は、デバイス１８４０内で改変されたメッセージデータを生成するために、メッセージに対して任意の必要な処理をさらに実行する。受信側によって計算されたハッシュ値が、復号化されたデジタル署名のハッシュ値と等しい場合、受信側は、これによって、デバイス１８４０の現在の検証ステータスを決定する。この決定は、またＥＣ１８１０のメッセージの信憑性を確認する。さらに、リソースの消費を最小化するために、第２の比較（ＶＤ２とＰＤ２との）のアウトカムの第２のセットが、限定された数のアウトカムのみを含むように予め定義される。例えば、第１の検証データおよびそのために予め格納されたデータは、好適には、バイオメトリック特性を表し、第２の検証データおよびそのために予め格納されたデータは、好適には、機密を表す。
【０１９２】
第１の検証データ１８５１または第２の検証データ１８５３のどちらか（およびそのために予め格納されたデータ）が機密を含む場合、これについての比較のアウトカムの所定のセットは、４つの可能なアウトカムを含む。これらは、デバイス１８４０のリセット後から、検証データが無いことを表す第１のアウトカム、検証データと予め格納されたデータとの間の整合、および整合してから、デバイス１８４０から出力されたインジケータ１８６０が他に無いことをさらに表す第２のアウトカム、検証データと予め格納されたデータとの間の不整合を表す第３のアウトカム、ならびに検証データと予め格納されたデータとの間の整合を表し、および整合してからのインジケータ１８６０の出力をさらに表す第４のアウトカムである。
【０１９３】
第１の検証データ１８５１または第２の検証データ１８５３のどちらか（およびそのために予め格納されたデータ）がバイオメトリック特性を表す場合、これについての比較のアウトカムの所定のセットは、好適には、所定の数の可能なアウトカムから結果を生成する。各アウトカムは、デバイス１８４０のリセット後から、検証データの入力が無いことを表す検証ステータスと共に、検証データと許容された予め格納されたデータとの間の整合の認められた可能なパーセンテージ（または差異の程度）を表す。例えば、検証データと予め格納されたデータとのパーセンテージの整合を含む所定のアウトカムは、０％〜１００％の範囲のパーセンテージのセットを１％刻みで含み得る。好適には、パーセンテージの整合を表すアウトカムの各１つもまた、検証データを表す入力が最後に受信されてから、インジケータ１８６０がデバイス１８４０から出力されたか否かをさらに表す。
【０１９４】
識別マーカ１８７２は、メモリ１８７４に格納され、デバイス１８４０の所定の検証ステータスのセットの１つを表す値を含む。所定の検証ステータスのセットは、好適には、第１の検証データ１８５１および第２の検証データ１８５３についてのそれぞれの比較からのアウトカムの可能なすべての組み合わせを含む。当然、識別マーカ１８７２の可能な値とデバイス１８４０の所定の検証ステータスとの一致は、受信側によって予め知られている。検証データ１８５１、１８５３または予め格納されたデータ１８４２、１８４４のいずれかを示す検証ステータスは無い。従って、送信側１８２０と受信側との間で「共有機密」は必要とされない。さらに、送信側の交換不可能なバイオメトリック特性を表すバイオメトリック値は、受信側に通信されない。しかしながら、受信側は、検証ステータスから、機密についての正確な認識、および送信側の存在の両方を推論し得る。
【０１９５】
図１８ａの第９の好適な実施形態１８００に基づいた変形が図１８ｂに示される。この変形は、Ｉ／Ｏサポートエレメント１８６２を備え、このサポートエレメントから、第１の検証データ１８５１および第２の検証データ１８５３を表す入力、およびメッセージデータ１８２２を表す入力がデバイス１８４０によって受信される。Ｉ／Ｏサポートエレメント１８６２は、送信側１８２０からの入力が受信されるユーザインターフェース１８５８、ならびに第１の検証データ１８５１および第２の検証データ１８５３を表す入力およびメッセージデータ１８２２を表す入力をデバイス１８４０に通信するＩ／Ｏインターフェース１８５８を備える。メッセージデータ１８２２は、Ｉ／Ｏサポートエレメント１８６２から入来することが示されるが、いくつかまたはすべてのメッセージデータ１８２２を、デバイス１８４０または装置（図示せず）によって作成することが可能である。さらに、これの別の変形が図１８ｃに示される。ここで、Ｉ／Ｏサポートエレメント１８６２は、デバイス１８４０から出力されるインジケータ１８６０および結果１８９６を受信する。Ｉ／Ｏサポートエレメント１８６２は、次に、インジケータ１８６０および結果１８９６を電子装置１８３０に伝送する。
【０１９６】
示されるように、Ｉ／Ｏサポートエレメント１８６２から伝送されるインジケータ１８６０および結果１８９６は、デバイス１８４０から出力されるインジケータ１８６０および結果１８９６と同じである。しかしながら、Ｉ／Ｏサポートエレメント１８６２から伝送される結果は、メッセージが改変された際に部分的に基礎となった結果１８７２のビットパターンを受信側が決定することができる限りは、デバイス１８４０から出力される結果とは異なり得る。例えば、Ｉ／Ｏサポートエレメント１８６２から伝送される結果は、デバイス１８４０に入力された第１の検証ステータスデータの比較の結果だけでなく、Ｉ／Ｏサポートエレメント１８６２それ自体が検証ステータスを識別する場合、Ｉ／Ｏサポートエレメント１８６２の検証ステータスも示し得る。さらに、Ｉ／Ｏサポートエレメント１８６２から伝送されるインジケータ１８６０および結果１８９６は、Ｉ／Ｏサポートエレメント１８６２によってデジタル的にサインされる、さらなる情報を含む別の通信内にパッケージ化されるか、または埋め込まれ得る。
【０１９７】
さらに、図１８ａ、図１８ｂおよび図１８ｃにおいて、ＥＣ１８１０は、インジケータ１８６０および結果１８９６から分離して伝送されることが示される。しかしながら、図１８ａの好適な実施形態、およびその任意の変形において、インジケータ１８６０および結果１８９６は、ＥＣ１８１０の部分として伝送されることによって、同様に、ＥＣ１８１０と関連付けられ得る。さらに、ＥＣ１８１０は、デバイス１８４０、関連するＩ／Ｏサポートエレメント１８６２（図１８ａに図示せず）または他の装置から出力され得る。
【０１９８】
図１８ａ、図１８ｂおよび図１８ｃのデバイスの動作の好適なモード１９００が図１９に示され、１９０２におけるデバイスの時間切れまたは電源投入に続くデバイスのリセット（工程１９０４）で開始する。リセット中に、いずれかの検証データの入力が受信されないことを表し、インジケータがまだ出力されていないという事実をさらに表す検証ステータスに対応する値が識別マーカに割り当てられる。デバイスは、その後、１９０６にて開始し、かつ１９１４にて終了する循環ループに入り、所定の時間の長さの後、デバイスがリセットされ、電源が切られるか、または不活性化されるまで、このループ内で繰り返しを継続する。
【０１９９】
依然として図１９を参照して、ループ内の第１の工程は、好適には、第１の検証データ（ＶＤ１）を表す任意の入力がデバイスによって受信されたか否かの決定（工程１９０８）を含む。工程１９０８における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、第１の検証データ（ＶＤ１）とデバイスのメモリ内に予め格納された第１のデータ（ＰＤ１）とを比較することによって識別される（工程１９１６）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しい、デバイスのメモリ内に格納された識別マーカが割り当てられる（工程１９１８）ことによって記録される。工程１９０８において、受信される第１の検証データを表す入力が無い場合、または識別マーカの値が工程１９１８において記録された後、ループ内の次の工程は、好適には、第１の検証データ（ＶＤ１）を表す任意の入力がデバイスによって受信されるか否かの決定（工程１９１０）を含む。工程１９１０における決定が肯定的である場合、デバイスの現在の検証ステータス（ＶＳ）は、第２の検証データ（ＶＤ２）と、デバイスのメモリ内に予め格納された第２のデータ（ＰＤ２）とを比較することによって識別される（工程１９２０）。識別された検証ステータスは、その後、識別された検証ステータスに対応する所定の値と等しい、デバイスのメモリ内に格納された識別マーカを割り当てることによって記録される（工程１９２２）。
【０２００】
工程１９１０にて受信される第２の検証データを表す入力が無い場合、または識別マーカの値が工程１９２２にて記録された後、ループ内の次の工程は、好適には、メッセージデータ（ＭＤ）を表す任意の入力がデバイスによって受信されるか否かの決定（工程１９１２）を含む。工程１９１２における決定が否定的である場合、ループは工程１９０６を再スタートする。
【０２０１】
工程１９１２における決定が肯定的である場合、デバイスは、その後、識別マーカに基づいてメッセージを改変する（工程１９２４）。次に、このデバイスは、改変されたメッセージデータのためのデジタル署名を作成する（工程１９２６）。改変されたメッセージデータのためのデジタル署名および第１の比較の結果の値は、その後、デバイスから出力される（工程１９２８）。改変されたメッセージのためのデジタル署名、および第１の比較の結果の値の出力に続いて、このデジタル署名が、工程１９０８における第１の検証データを表す入力の受信後からの最初の出力であるか否かという決定がなされる（工程１９３０）。工程１９３０における決定が肯定的である場合、検証ステータスは、１９２８にて出力されたデジタル署名マーカによって識別された検証ステータスを表し、およびデジタル署名が出力されたという事実をさらに表す識別マーカに値を割り当てることによって、新たに記録される（工程１９３４）。
【０２０２】
工程１９３０における決定が否定的である場合、または識別マーカの値が工程１９３４にて新たに記録された後、ループ内の次の工程は、好適には、デジタル署名が、工程１９１０において第２の検証データを表す入力の受信後から出力された最初のデジタル署名であるか否かという決定（工程１９３２）を含む。工程１９３２における決定が肯定的である場合、検証ステータスは、その後、１９２８にて出力されたデジタル署名によって識別された検証ステータスを表し、およびデジタル署名が出力されたという事実をさらに表す識別マーカに値を割り当てることによって、新たに記録される（工程１９３６）。工程１９３２における決定が否定的である場合、または識別マーカの値が工程１９３６にて新たに記録された後、ループは再スタートする（工程１９０６）。
【０２０３】
（Ｃ．本発明のデータフォーマット、実施形態、およびインプリメンテーション）
本発明のすべての局面によれば、デバイスは、ハードウェア、ソフトウェアおよび／またはファームウェアを備え、特に、コンピュータチップ、集積回路、内部に適切なソフトウェアを有するコンピュータにより読み出し可能な媒体、またはこれらの組み合わせを備える。デバイスは、さらに、ハードウェアトークンまたは埋め込みトークン、コンピュータチップ、集積回路、ソフトウェアまたはこれらの組み合わせを含むトークンといった物理的オブジェクトを備え得る。デバイスがハードウェアトークンである場合、これは、好適には、指輪または他の装身具、ドングル、電子鍵、ＩＣカード、スマートカード、デビットカード、クレジットカード、ＩＤバッジ、安全バッジ、駐車カードまたは通行カードといったカード等の形態をとる。デバイスが埋め込みトークンである場合、これは、好適には、携帯電話、電話、テレビ、携帯情報端末（ＰＤＡ）、腕時計、コンピュータ、コンピュータハードウェア等の形態をとる。このデバイスは、好適には、無線通信ポート、シリアルポート、ＵＳＢポート、パラレルポートまたは赤外線ポートを含むポートか、有接点または無接点の、少なくとも１つの外部の電子装置と通信するための任意の他の物理インターフェースを備える。デバイスは、上述のように、および上述のＴＣＰＡドキュメントにて説明かつ記載されるように、プラットフォームの信用度を向上させるハードウェアおよびソフトウェアを備えるｔｒｕｓｔｅｄ　ｐｌａｔｆｏｒｍ　ｍｏｄｕｌｅ（ＴＰＭ）を備え得る。上述のデバイスのうちのいくつかは、デバイスがメッセージデータまたは検証データを受信することを可能にするためにＩ／Ｏサポートエレメントの使用を必要とする。デバイスのうちのいくつかは、他のタイプのデータは受信せず、特定のタイプの検証データを受信するためにＩ／Ｏサポートエレメントを必要とする。デバイスのうちのいくつかは、検証ステータス、デジタル署名およびメッセージに関する情報をＥＣの受信側に伝送するためにＩ／Ｏサポートエレメントを必要とする。デバイスのうちのいくつかは、内臓（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）されている。これは、これらのデバイスが、外部の装置を用いることなく、メッセージ、デジタル署名および検証ステータスのインジケータを生成および伝送し得ることを意味する。いくつかのデバイスは、内臓されてはいるが、所望ならば、Ｉ／Ｏサポートエレメントといった外部の装置と双方向通信することができる。Ｉ／Ｏサポートエレメントは、これが用いられる特定の用途に依存して、およびこれと双方向通信するデバイスのタイプに依存して、任意の数の異なった装置の形態をとり得る。
【０２０４】
より高度な安全上の用途に対して、デバイス（またはＩ／Ｏサポートエレメントとの組み合わせられるデバイス）は、好適には、以下の素子を含む。これらは、キーパッド（英数字）、双方向ディスプレイ、またはＥＣの送信側がメッセージを構成または改変することを可能にする他のタイプのユーザデータ入力メカニズム（本明細書中では、まとめて「ユーザインターフェース」と呼ばれる）、機密検証データを入力するためのユーザインターフェース（メッセージを生成または改変するためのユーザインターフェースは、機密検証データを入力するためのユーザインターフェースと同じであり得るが、同じである必要はないことに留意されたい）、メッセージおよび／または機密を、デバイスを用いてＥＣの送信側に示すためのディスプレイ、少なくとも１つのタイプのバイオメトリック検証データを受信するためのスキャナまたはリーダ、機密（単数または複数）、予め格納されたバイオメトリックデータ、および秘密鍵（ＰｒＫ）を安全に格納するためのメモリ、種々の比較を実行するため、および、デバイスの検証ステータスを識別するためのプロセッサまたは回路、デジタル署名を生成または作成するためのプロセッサまたは回路、ならびにデバイスから情報を出力し、これを電子装置に伝送するための手段である。好適には、このデバイスは、特定の秘密鍵（ＰｒＫ）と関連付けられた公開鍵（ＰｕＫ）を格納およびエクスポートするための、およびアカウント情報、ユーザＩＤ等のさらなるユーザ情報を格納するためのメモリを備える。これほど高度でない安全上の用途に対しては、上述の素子のすべてが必要とは限らない。
【０２０５】
この点について、本発明は、デバイスへの、およびデバイスからのデータの流れ、ならびにデバイス内またはデバイスと通信する構成素子によって実行される、このようなデータの操作に議論を集中してきた。本節は、例えば、好適なデータベースフォーマットおよび例示のデータ値、ならびに検証データ、予め格納されたデータ、検証ステータスの構造、ならびに識別マーカおよび検証ステータスのインジケータに関してさらなる詳細を提供する。本節は、検証データが機密、バイオメトリック特性、またはこれら両方の組み合わせを表す場合、検証ステータスを識別するための好適な方法をさらに示す。さらに、本節は、デバイスとして、または本発明のデバイスの部分として用いられ得る、好適なコンピュータチップの関数上の局面を示す。最後に、本節は、本発明による使用のために適合されるデバイス（この場合、ＩＣカード）のいくつかの特定のインプリメンテーションを提供する。
（１．予め格納されたデータ、検証データ、および検証ステータスのインジケータ）
（ａ．予め格納されたデータの記録フォーマット）
図２０ａ、図２０ｂおよび図２０ｃに示されるように、デバイスの認可されたユーザの予め格納されたデータ（一般に、ＰＤと呼ばれる）は、デバイスのデータベース内の適切なレコード２０００ａ、２０００ｂおよび２０００ｃにて、それぞれ維持され得る。図２０ａに示されるように、デバイスが、ＰＩＮ２００３等の機密のみを受信および処理するように適合される単純な用途については、レコード２０００ａは、Ｓｅｃｒｅｔ　Ｐｒｅｓｔｏｒｅｄ　Ｄａｔａ（ＳＰＤ）２０４２（または一般にＰＤ２０７０と呼ばれる）の「値」２００５を単に含む。図２０ｂに示されるように、デバイスが１つの特定のタイプ２００２のバイオメトリックデータ２００７のみを受信および処理するように適合される、わずかにより複雑な用途については、レコード２０００ｂは、適用可能なＢｉｏｍｅｔｒｉｃ　Ｐｒｅｓｔｏｒｅｄ　Ｄａｔａ（ＢＰＤ）２０４４（一般に、ＰＤ２０７０とも呼ばれる）の「値」２００９を単に含む。
【０２０６】
図２０ｃに示されるように、デバイスが、複数の特定のタイプの検証データを受信および処理するように適合される他の用途については、レコード２０００ｃは、機密およびバイオメトリック的特性の両方を表す、可能な検証データのタイプ２００２のリストを含む。検証データの各タイプ２００２（機密またはバイオメトリックを問わず）は、対応するプリセット識別子２００４およびそのために予め格納されたデータ２０７０を含む、対応する一意に定まる値２００６をそれと関連付けている。特定のデータタイプ２００２と関連付けられた特定の識別子２００４は、図２０ｃに示されるように、任意（ａｒｂｉｔｒａｒｙ）であり、任意の業界標準規格、あるいは現在または後から進展させられる規則（例えば、「Ｂｉｏｍｅｔｒｉｃ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｓｅｃｕｒｉｔｙ　ｆｏｒ　ｔｈｅ　Ｆｉｎａｎｃｉａｌ　Ｓｅｒｖｉｃｅｓ　Ｉｎｄｕｓｔｒｙ」Ｄｏｃｕｍｅｎｔ　Ｎｕｍｂｅｒ　Ｘ９．８４−２０００ＷＤ、Ａｍｅｒｉｃａｎ　　Ｉｎｓｔｉｔｕｔｅ、２０００に記載される標準規格等であり、本標準規格は、参考のため、本明細書中に援用され、ｈｔｔｐ：／／ｗｅｂｓｔｏｒｅ．ａｎｓｉ．ｏｒｇにてダウンロードして利用し得る）に従うようにフォーマット化または確定され得る。さらに、図２０ｃに示されるデータのタイプ２００２のリストは、例示であることが意図されるにすぎず、実際、レコード２０００ｃは、より詳細な、あまり詳細でない、または異なった詳細のデータのタイプ２００２を含み得る。
【０２０７】
さらに、参照および説明を容易にするために、データのタイプ２００２は、レコード２０００ａ、２０００ｂおよび２０００ｃに示されるが、各データタイプ２００２とその対応する識別子２００４との間の関係が別の方法で知られている場合、タイプ２００２を示す列に現れる情報が、実際にこれらのレコードに維持される必要はない。通常、４〜１０桁の英数字ストリングを含むＰＩＮに関する予め格納されたデータ（値２００５、２００８）を除いて、バイオメトリックデータの各タイプ２００２と関連する値２００９、２０１０は、通常、認可されたユーザのバイオメトリック特性のデジタル表現に対応する数値である。例えば、電子指紋走査の現在のＦ．Ｂ．Ｉ．標準は、「４０ｐｏｉｎｔ　ｍｉｎｕｔｉａｅ」である。このような値は、走査し、およびこのような走査を特定のバイオメトリックデータのタイプ２００２のデジタル表現に変換することができる適切かつ一般的なバイオメトリックスキャナによって取得され得る。一般に、任意の特定のバイオメトリックデータのタイプ２００２については、このようなデータが、予め格納されたデータを生成する目的でデバイスに入力されるとき、および検証ステータスを識別する目的で、検証データが後からデバイスに入力される毎の、デバイスの両方の個人専用化ステージにて、同じ標準、縮尺または規則が用いられることが望ましい。データの特定のタイプ２００２との比較のためにデータが予め格納されていない場合、このデータタイプ２００２の対応する値２０１２は、ゼロ、零または同様の等価の値にセットされる。
【０２０８】
（ｂ．デバイスへの検証データフォーマットの入力）
図２１ａに示されるように、デバイスが機密（再び、ＰＩＮ等）のみを受信および処理するように適合される単純な用途については、検証データ２１５０が、デバイスを用いる場合に、ＥＣの送信側によって入力される値２１０２を有するＳｅｃｒｅｔ　Ｖｅｒｉｆｉｃａｔｉｏｎ　Ｄａｔａ（ＳＶＤ）２１５１を含むことが望ましい。図２１ｂに示されるように、デバイスが１つの特定のタイプのバイオメトリック検証データのみを受信および処理するように適合される、わずかにより複雑な用途については、検証データ２１５０が、デバイスを用いる場合に、送信側によって提供されるバイオメトリック特性の走査に応答して入力される値２１０４を有するＢｉｏｍｅｔｒｉｃ　Ｖｅｒｉｆｉｃａｔｉｏｎ　Ｄａｔａ（ＢＶＤ）２１５３を含むことが好ましい。最後に、図２１ｃに示されるように、デバイスが複数の特定のタイプの検証データを受信および処理するように適合される他の用途については、機密またはバイオメトリックを問わず、検証データ２１５０が、識別子２１０６および対応する値２１０８の両方を含むことが望ましい。識別子２１０６は、デバイスに入力された検証データのタイプを示し、従って、デバイスが、比較の目的で、参照を必要とする予め格納されたデータを示す。図示されていないが、識別子を用いる代わりにソフトウェアまたはデバイスコマンドまたはインストラクションを検出データ２１５０の入力と組み合わせて用いて、特定のタイプの検証データ２１５０が入力されることをデバイスに通知することが可能であることが理解されるべきである。
【０２０９】
（ｃ．検証ステータスの比較プロセスおよび識別）
ここで、図２２、図２３ａ、図２３ｂおよび図２４を参照して、デバイスが検証データと予め格納されたデータとを比較し、これによって検証ステータスを識別するためのいくつかの例示のプロセスがかなり詳細に説明される。再び、図２２に示されるように、およびデバイスが機密の検証データのみを受信および処理するように適合された単純な用途を最初に参照して、デバイスは、検証データを表す入力（例えば、図３における工程３０８に示される）が実際に受信されたか否かを最初に決定し、および受信された場合、このような検証データが機密であるか否かを決定する（工程２２０２）。機密の検証データが受信されない場合、デバイスは、現在の検証ステータス（そのスタートアップデフォルト値が「Ｎｏ　ＰＩＮ　ｅｎｔｅｒｅｄ」である）を維持する（工程２２０４）。
【０２１０】
機密の検証データが受信された場合、デバイスは、対応する予め格納されたデータ（ＳＰＤ）、例えば、図２０ａにおけるレコード２０００ａからの値２００５を取り出す（工程２２０６）。次に、デバイスは、入力値と予め格納されたデータ値とを比較する（工程２２０８）。比較の結果（Ｒｓ）が値が等しいというものである場合、デバイスは、検証ステータスを「ＰＩＮ　ｍａｔｃｈ」として識別する（工程２２１０）。比較の結果（Ｒｓ）が値が等しくないというものである場合、デバイスは、検証ステータスを「ＰＩＮ　ｎｏ　ｍａｔｃｈ」として識別する（工程２２１２）。さらに、図２２は、検証ステータスを記述フォーマット（例えば、「Ｎｏ　ＰＩＮ　ｅｎｔｅｒｅｄ」「ＰＩＮ　ｍａｔｃｈ」および「ＰＩＮ　ｎｏ　ｍａｔｃｈ」）で示すが、デバイスは、好適には、識別マーカ（ＩＭ）を任意値にセットすることが理解される。この任意値は、この簡単な例において、さらに、比較の結果（Ｒｓ）と等しいそれぞれの検証ステータスと直接的に対応する。等価の識別マーカ値のいくつかの可能な例が図２５ａに示される。それにもかかわらず、図２５ａに一覧化される識別マーカ値に対応する適切な等価の検証ステータスについて、多数の異なったタイプ、規則、またはフォーマットが本発明の範囲内で選択され得ることが当業者に明らかである。図２５に示されるように、機密検証結果（Ｒｓ１）２５０２を含む第１の識別マーカは、基数フォーマットである。機密検証結果（Ｒｓ２）２５０４を含む第２の識別マーカは、バイナリフォーマットである。さらに、示される機密検証結果（Ｒｓ３）２５０６を含む第３の識別マーカは、図２５ａの第１の列に一覧化される検証ステータスの、異なった文字ストリング表現にすぎない。図２２に戻って参照して、工程２２１０および工程２２１２に示される、結果として生じた識別マーカ値は、上述の第２の規則を用いる。
【０２１１】
ここで、図２３ａおよび図２３ｂを参照して、デバイスが、バイオメトリック検証データの１つの特定のタイプのみを受信および処理するように適合される、わずかにより複雑な用途については、デバイスは、バイオメトリック検証データが実際に受信したことを最初に決定する（工程２３０２）。バイオメトリック検証データが受信されなかった場合、デバイスは、現在の検証ステータス（スタートアップデフォルト値が「Ｎｏ　ＢＩＯ　ｉｎｐｕｔ」）を維持する（工程２３０４）。デバイスがバイオメトリック検証データを受信した場合、デバイスは、対応する予め格納されたデータ（ＢＶＤ）（例えば、図２０ｂにおけるレコード２０００ｂからの値２００９）を取り出す（工程２３０６）。バイオメトリックデータの比較においては、機密データの比較と異なり、比較の結果（Ｒｂ）は、検証データと予め格納されたデータとの間の整合（または差異）の程度またはパーセンテージを含むことが望ましい。従って、好適な実施形態において、デバイスは、バイオメトリック検証データを予め格納されたデータで除算し、２つの値間のパーセンテージ整合を取得し、結果（Ｒｂ）を識別マーカに割り当てることによって検証ステータスを識別する（工程２３０８ａ）。
【０２１２】
図２３ｂに示されるように、あるいは、デバイスは、２つの値間の差異の絶対値を計算し（工程２３０８ｂ）その数を予め格納されたデータで除算し、その後、その結果（Ｒｂ）を識別マーカに割り当てることによって２つの値間のパーセンテージの差異を取得し得る。等価のバイオメトリック識別マーカ値のいくつかの例が図２６に示される。しかしながら、バイオメトリック検証データと予め格納されたデータ（例えば、図２６において説明されたデータ等）との間の整合または差異の程度またはパーセンテージを示す識別マーカ値について、異なったタイプ、規則またはフォーマットが本発明の範囲内で選択され得ることが当業者に明らかである。例えば、バイオメトリック検証結果（Ｒｂ１）２６０２を含む第１の識別マーカは、２つの値（「＃＃」に代入され、算出された数を有する）間の整合または差異の程度に対応するパーセンテージ値（２桁）である。バイオメトリック検証結果（Ｒｂ２）２６０４を含む第２の識別マーカは、２つの値間の整合または差異の程度に対応する小数値（２桁）である。バイオメトリック検証結果（Ｒｂ３）２６０６を含む第３の識別マーカは、図の第１の列における対応する検証ステータスと関連する文字ストリングである。
【０２１３】
上述のように、好適な実施形態において、デバイスは、バイオメトリック検証データに基づいて、検証ステータスのインジケータを、バイオメトリック検証データと予め格納されたデータとの間の整合の程度（またはパーセンテージ）あるいは差異の程度（またはパーセンテージ）の形態で出力する。検証データをこの態様で提供することによって、電子装置（または受信側）が、固有のロジックまたはビジネス規則に基づいて、デバイスによって取得および提供された整合の程度が、特定のビジネス目的または用途に必要とされる安全閾値を満たすか否かを決定することを可能にする。このことは、各々がバイオメトリック検証データについて固有の閾値要求を有する、異なった受信側によってデバイスが用いられることを可能にする。あるいは、デバイスそれ自体が、予めプログラミングされる（ｐｒｅ−ｐｒｏｇｒａｍｍｅｄ）か、または予めハードウェアに組み込まれ（ｐｒｅ−ｈａｒｄｗｉｒｅｄ）得、バイオメトリック検証データが任意に決定された閾値に関して予め格納されたデータを「整合」とみなすか「不整合」とみなすかを、デバイス内で決定することが理解されるべきである（この場合、その識別マーカは、単に、機密の識別データの比較の識別マーカと同じである）。
【０２１４】
ここで、図２４を参照して、デバイスが、機密およびバイオメトリック検証データを受信および処理するように適合される他の用途については、デバイスは、複数のタイプの検証データが受信されるそれらの用途に関する各入力を処理する目的で、最初にループを開始する（工程２４０２）。ループ内の第１の工程において、デバイスは、検証データが受信されたか否かを決定する（工程２４０４）。検証データが受信されなかった場合、デバイスは、現在の検証ステータス（スタートアップが「Ｎｏ　ＰＩＮ　ｅｎｔｅｒｅｄ；Ｎｏ　ＢＩＯ　ｅｎｔｅｒｅｄ」）を維持する（工程２４０６）。検証データが受信された場合、デバイスは、このような検証データの識別子（図２１ｃからの２１０６）に対応する、予め格納されたデータ（図２０００ｃからの２００６）を取り出す（工程２４１０）。余談のように、および上述のように、別の実施形態は、検証データと共に送信されたデバイスまたはコンピュータのコマンドが、識別子２１０６（図２１ｃに示される）を用いずに入力される検証データのタイプを示すことを可能にする。次に、デバイスは、識別子（またはコマンド入力）に基づいて、検証データが機密を表すかバイオメトリック特性を表すかを決定する（工程２４１２）。
【０２１５】
検証データが機密を表す場合、デバイスは、その検証データと、そのような機密の対応する予め格納されたデータとを比較する（工程２４１４）。値が等しい場合、デバイスは、比較の結果が「整合」として識別し（工程２４１６）、および本例示の実施形態において、Ｒｓを「０１」の値と等しくセットする（図２５ａのバイナリ規則を用いて）。ループは、その後、再スタートする（工程２４０８）。値が等しくない場合、デバイスは、比較の結果を「不整合」として識別し（工程２４１６）、および本例示において、Ｒｓを「１０」の値と等しくセットする（再び、図２５ａのバイナリ規則を用いて）。ループは、その後、工程２４０８にて再スタートする。他方、検証データがバイオメトリック特性を表すことをデバイスが決定した場合、デバイスは、検証データと、対応する予め格納されたデータとを比較し、これらの間のパーセンテージ整合を計算することによって検証ステータスを識別する（工程２４２０）。この点について、デバイスは、バイオメトリック検証データの特定のタイプ（＃＃＃によって表示される）のＲｂをパーセンテージ整合の値と等しくセットする。ループは、その後、工程２４０８にて再スタートする。本例示の実施形態において、検証ステータスに対応する識別マーカ（ＩＭ）の値は、Ｒｓの値、および各バイオメトリックタイプの各Ｒｂの値を含む。
【０２１６】
特定の数を用いるいくつかの例は、このプロセスを説明することを支援する。第１の例において、データ（ＰＩＮ、および右手の手形等の、１つのタイプのバイオメトリック検証データを仮定されたい）、デバイスを用いるＥＣの送信側によってデバイスに入力される。この例示の実施例において、（図２０ｃおよび図ｃ２１に関して、ならびに図２５ａの列および図２６の列２７０２に関して説明された上述の規則を用いて、適切な検出ステータスは、以下の値
００１，１０，０１２，９０（コンマ付またはコンマ無）
を含む識別マーカによって表される。この識別マーカは、不正確なＰＩＮが受信され、整合の程度が９０％の右手の手形が受信された検証ステータスを示す。
【０２１７】
第２の例において、データ（３つのタイプのバイオメトリック検証データを仮定されたい（右手親指、左手親指および右目の虹彩走査））が入力される。この第２の例において（再び、同じ規則を用いて）適切な検証ステータスは、以下の値
００２，９５，００７，９３，０１８，８７（コンマ付またはコンマ無）
を含む識別マーカによって表される。この識別マーカは、右手親指の指紋が９５％の整合を有し、左手親指の指紋が９３％の整合を有し、右目の虹彩走査が８７％の整合を生成した検証ステータスを示す。
【０２１８】
別の実施形態において、上述の工程が実行された後、デバイスは、検証ステータスを、対応するＲｓまたはＲｂ値が追従する、あらゆる可能な識別子２００４（または、図２０ｃのその特定のサブセット）含む識別マーカとして識別する。従って、個々のタイプの検証データに入力が提供されないにもかかわらず、識別マーカは、すべての識別子２００４およびそれらの対応するＲｓおよびＲｂ値を含む。入力が受信されないこれらのタイプについては、ＲｓまたはＲｂの対応する値が、好適には、０または零あるいは適切な等価値を含むデフォルト値である。この第３の例において、適切な検証ステータスが
００１，０１，００２，００，００３，００，００４，０．２５，００５，００，００６，０．９６，．．．０２４，０．９５
の識別マーカとして表される。
【０２１９】
「．．．」は、単に、「００」が追従する００７と０２３との間の各識別子を含む（すなわち、識別子００７〜０２３と対応する検証データ入力は無い）ことを想定して、この例示の実施形態における識別マーカは、正確なＰＩＮが有力され、右手中指の指紋が２５％の整合を有し、右手小指の指紋が９６％の整合を有し、ＤＮＡ走査が９５％の整合を有した検証ステータスを示す。単に比較する目的で、上述の例と異なって、本例示の実施形態は、図２６の列２６０４に関する上述のＲｂの規則を用いる。
【０２２０】
別の代替的実施形態において、受信側が、デバイスによって用いられる規則はどれかを知っている場合、識別マーカから、識別マーカ値またはデータストリーム内の各検証データタイプを提供するシーケンスを含む、すべての識別子２００４を消去することが可能である。例えば、上述の両方の規則を、すべての２３個の識別子（Ｒｓ値に関する図２５ａの列２５０４および第１の識別マーカにおけるＲｂ値に関する図２６の列２６０２下、ならびにＲｓに関する図２５ａの列２５０４および第２の識別マーカにおけるＲｓ値に関する図２６の列２６０４下）に対して用いて、および検証データタイプの順序が図２０ｃにおける２３個の識別子２００４と同じであると想定して、上述の検証ステータスの識別マーカは、代替的に、以下のように
０１０００００．２５０００．９６０００００００００００００００００００００００００００００００００００．９５
または
０１００００２５００９６００００００００００００００００００００００００００００００００００９５
提供され得る。
【０２２１】
上述の各識別マーカは、正確なＰＩＮが入力され、右手中指の指紋が２５％の整合を有し、右手小指の指紋が９６％の整合を有し、ＤＮＡ走査が９５％の整合を有する検証ステータスを識別する。
【０２２２】
（２．ＥＣに関して認可された特定の送信側の関連付け）
デバイスの検証ステータスが「永久（ｐｅｒｓｉｓｔｅｎｔ）」ステータスであるか否か、検証ステータスが、特に、検証ステータスのインジケータが関連付けられるＥＣに当てはまるか否かに関して、受信側に追加的情報を提供することも可能および有利である。このような情報は、受信側によって用いられ、ＥＣの送信側が前のメッセージに対して正確な機密を入力したか否か、またはデジタル的にサインされたＥＣ内に含まれるトランザクションまたはリクエストの特定の承認または認証として、正確な機密が入力されたか否かが決定され得る。同じ利点がバイオメトリック特性の場合に当てはまる。
【０２２３】
例えば、上述のように、ＰＩＮ等の機密の検証データを受信するようにのみ構成されたデバイスについては、図２５ａのフォーマットを用いて識別マーカによって識別され得る３つの検証ステータスまたは「状態（ｓｔａｔｅ）」がある。これらは、ＰＩＮが入力されない（Ｒｓ＝００）；正確なＰＩＮ（Ｒｓ＝０１）および不正確なＰＩＮ（Ｒｓ＝１０）である。本発明の、このさらなる特徴により、図２５ｂに、より完全に示されるように、さらなる「状態」がこれらの３つに付加される。このさらなる状態は、正確なＰＩＮが入力されたこと、しかしながら、それ以後、検証ステータスのインジケータが出力されたか、ＥＣに関連してデジタル署名が生成されたことを表す。この第４の状態は、図２５ｂの列２５０８に示される基数フォーマット、図２５ｂの列２５１０に示されるバイナリフォーマット、および図２５ｂの列２５１２に示される文字ストリングフォーマットを含む、上述のフォーマットのいずれかを用いて示され得る。バイナリフォーマットを用いて、インジケータが出力されたか、またはデジタル署名が生成され、セットされることによって、識別マーカは「０１」と等しく、さらに、識別マーカが「１１」と等しい場合、第４の状態が識別される。
【０２２４】
あるいは、デバイスは、カウンタまたは「デジタル署名フラグ」（本明細書中では、以後、一般に「ＤＳＦｌａｇ」と呼ばれる）を維持する。この点について、ＤＳＦｌａｇは、最初に０にセットされ、およびデバイスから検証ステータスのインジケータが出力されるか、またはデジタル署名がデバイスによって生成される毎に１またはそれ以上を数える。その後、ＤＳＦｌａｇは、検証データがデバイスによって再び受信されるまで、出力される各インジケータまたは生成されるデジタル署名について１に留まり（または１を数えることを継続）、その後、ＤＳＦｌａｇは、０にリセットされる。この場合、ＤＳＦｌａｇの値は、情報の追加的ビットとして、識別マーカの値に取り入れられる。例えば、識別マーカの可能な値は、従って、以下の値を含む。ここで、「／」は、例示目的で、Ｒｓのバイナリ値および対応するＤＳＦｌａｇ値を分離する。これらは、００／０（ＰＩＮ無し入力；ＩＶＳおよびＤＳが内入力）、００／１（ＰＩＮ無し入力；ＰＩＮおよびＤＳが無い入力）；０１／０（ＰＩＮ整合；ＰＩＮの整合後からＩＶＳおよびＤＳが無い出力）；および０１／１（ＰＩＮ整合；ＰＩＮの整合後からＩＶＳまたはＤＳの出力）；１０／０（ＰＩＮ不整合；ＩＶＳおよびＤＳが無い出力）；および１０／１（ＰＩＮ不整合；ＩＶＳまたはＤＳの出力）である。
【０２２５】
１つのタイプのバイオメトリック検証データのみを受信するように構成されるデバイスについては、デバイスは、好適には、上述の方法と同様の態様で、識別マーカの部分としてＤＳＦｌａｇを含む。例えば、デジタル署名を作成し、１つの特定のタイプのバイオメトリック検証データを受信および処理することのみが可能なデバイスについては、識別マーカは、ＤＳＦｌａｇの整合の程度および値を含む。従って、ＥＣの送信側が親指の指紋を発信した場合、この指紋は９０％の整合を有すると判定され、デジタル署名が生成されなかった場合、識別マーカの適切な値は「９０／０」であり（「／」は、単に２つの値の分離を示す）、Ｒｂの「９０」の値は、整合の程度を示し、ＤＳＦｌａｇの「０」の値は、検証データが最後に受信されてから、デジタル署名が生成されていないことを示す。逆に、上述の例において、親指の指紋走査がデバイスに発信されてから、１つ以上のデジタル署名がデバイスによって生成された場合、識別マーカは「９０／１」である（またはカウンタの場合、「９０／ｘ」であり、ただし、「ｘ」は０より大きい任意の数である）。
【０２２６】
複数のタイプの入力された検証データ（機密および／またはバイオメトリック）を受信することができるデバイスについては、各タイプの検証データの各比較結果（Ｒ）が固有のＤＳＦｌａｇを有することが望ましい。この状態において、デジタル署名が作成される毎に、すべてのＤＳＦｌａｇｓが１にセットされる（または、そうでない場合、上述のようにインクリメントされる）。しかしながら、さらなる検証データがデバイスによって受信される毎に、特定のタイプの検証データのＤＳＦｌａｇは０にセットされる。この状態で、情報を電子装置に伝送するために、上述のように、特定の識別子を含むことが望ましい。前節の例を用いて、適切な識別マーカは、
００１，０１，１，００２，００，１，００３，００，１，００４，０．２５，０，００５，００，１，００６，０．９６，１，．．．０２４，０．９５，１と現れる。この識別マーカは、正確な機密が入力され、右手中指の指紋が２５％の整合を有し、右手小指の指紋が９６％の整合を有し、ＤＮＡ走査が９５％の整合を有し、右手中指の指紋は、デバイスによって最後にデジタル署名が生成されてから入力されたという検証ステータスを示す。
【０２２７】
ここで図２７を参照して、表は、本発明のデバイスへの仮定的な一連のアクション（主に、異なったタイプの検証データの入力）、および（もしあれば）識別マーカの値に結果として生じた変化を示す。この例において、デバイスは、ＰＩＮを維持し、デバイスの認可されたユーザの右手親指の指紋のデジタル化された値（識別子＝００２）、およびデバイスの承認されたユーザの右目の網膜のデジタル化されたバージョン（識別子＝０１６）を維持する。さらに、本例示において、デバイスの識別マーカ（ＩＭ）は、Ｒｓ値、Ｒｂ（００２）値、ＤＳＦｌａｇ（００２）値、Ｒｂ（０１６）およびＤＳＦｌａｇ（０１６）を含む。識別マーカは、Ｒｓの値の２桁バイナリ規則（すなわち、図２５ｂの列２５１０の）、Ｒｂ（００２）の値およびＲｂ（０１６）の値の２桁パーセンテージ整合規則（図２６の列２６０２の）、および各バイオメトリック検証データタイプと関連するＤＳＦｌａｇのバイナリ値を用いる。従って、ＤＳＦｌａｇ値は、「０」（特定のタイプのバイオメトリック検証データが受信されてから、デジタル署名の生成および検証ステータスのインジケータの出力がなかったことを示す）か、または「１」（特定のタイプのバイオメトリック検証データが受信されてから、デジタル署名が生成されたか、またはインジケータが出力されたことを示す）のどちらかである。
【０２２８】
１３の一連のアクションが、図２７の表の第１の列に連続して示される。デバイスに対する、より具体的には、デバイスの現在の検証ステータスを識別する、デバイスの識別マーカに対するこれらのアクションの各々のインパクトは、表の残りの列を水平方向に横切って示される。第１のアクションにおいて、デバイスが活性化され、スイッチオンされるか、またはそうでない場合、リセットされる。このアクションは、示されるように、識別マーカを構成する値の各々を０のデフォルト値にリセットさせる。第２のアクションにおいて、不正確なＰＩＮが入力される。これは、Ｒｓの値を「１０」に変更させる。次の正確なＰＩＮがデバイスに入力され、Ｒｓ値を「０１」に切り換える。デジタル署名の生成、識別マーカの値の出力、またはデバイスの検証ステータスの他の出力は、Ｒｓの値を「１１」に切り換えさせ、両方のＤＳＦｌａｇを「１」にトグルさせる。第４のアクション工程の出力内に含まれたＲｓの値が「０１」であったことに留意されたい（出力の時点にてＲｓの「現在の」値であった、表の前の行から）。第５のアクションによって示されるように、デジタル署名の第２の生成、識別マーカの値の出力、またはデバイスの検証ステータスの他の出力は、識別マーカへの影響を有さない。しかしながら、Ｒｓの値およびＤＳＦｌａｇの値は、第４のアクション中に出力された値とは異なることに留意されたい。
【０２２９】
第６のアクションとしての正確なＰＩＮの入力は、Ｒｓの値を「０１」にセットするが、右手親指の指紋および右目の網膜に関して、ＤＳＦｌａｇへのインパクトを有さないことに留意されたい。第７のアクションにおいて、右手親指の指紋がデバイスに提供され、結果として、予め格納された右手親指の指紋値と８５％の整合を有する。このことは、Ｒｂ（００２）の値が「８５」にセットされ、ＤＳＦｌａｇ（００２）の値が「０」にセットされるようにする。第８のアクションにおいて、右目の網膜走査の結果がデバイスに提供され、予め格納された値と９０％整合する。これは、Ｒｂ（０１６）の値が「９０」にセットされ、ＤＳＦｌａｇ（０１６）の値が「０」にセットされるようにする。
【０２３０】
依然として図２７を参照して、第９のアクションは、デジタル署名の第３の生成、識別マーカの出力、または第８のアクションの後に有効であった識別マーカを含む、デバイスの検証ステータスの他の出力であり、Ｒｓを「１１」に切り換えさせ、両方のＤＳＦｌａｇをトグルして「１」に戻す（ｔｏｇｇｌｅ　ｂａｃｋ）。第１０のアクションにおいて、第２の右手親指の指紋がデバイスに提供される。これは、８８％整合し、Ｒｂ（００２）の値を「８８」に、およびＤＳＦｌａｇ（００２）の値を「０」に変更する。この時点における不正確なＰＩＮの入力は、第１１のアクションにおいて、単に、Ｒｓの値を「１０」に変更する。第１２のアクションにおいて、デジタル署名の第４の生成、識別マーカの出力、またはデバイスの検証ステータスの他の出力は、ＤＳＦｌａｇ（００２）をトグルして「１」に戻させるが、Ｒｓ値への、またはすでに「１」にセットされているＤＳＦｌａｇ（０１６）値への影響を有さない。第１３のアクションにおいて、デバイスに提供される第２の右目の網膜は、８９％整合し、Ｒｂ（０１６）の値を「８９」に変更し、ＤＳＦｌａｇ（０１６）の値を切り換えて「０」に戻す。第１４のアクションにおいて（具体的に示されない）、デバイスへのリセット信号は、すべての値を、第１のアクションの後に示された値に戻す。
【０２３１】
識別マーカおよび検証ステータスのインジケータに関するものを含む、本発明のさらなる特徴および利益は、本発明の特定のデバイスおよびインプリメンテーションに関する以下の議論から明らかになる。
【０２３２】
（３．コンピュータチップの設計）
ここで、図２８を参照して、ＩＣカード、ＰＤＡ、携帯電話、パーソナルコンピュータ、または本発明による他のデバイスとの関連で用いられ得る好適なコンピュータチップ５０が示される。示されるように、コンピュータチップ５０は、電力５２、クロック入力５４、および外部ソース９０のリセットまたはマスタークリア入力（ｍａｓｔｅｒ　ｃｌｅａｒ　ｉｎｐｕｔ）５６を受け取る。このコンピュータチップ５０は、さらに、グラウンド５８と接続され、外部ソース９０を介して入力および出力データ６０を交換する。外部ソース９０は、場合によっては、ＩＣカード、ＰＤＡ、携帯電話、パーソナルコンピュータ、あるいはコンピュータチップ５０がインストールされるか、ＩＣカード、ＰＤＡ、携帯電話、パーソナルコンピュータ、または他のデバイスと通信するＩ／Ｏサポートエレメント（図示せず）の部分であり得る他のデバイスの部分であり得る。
【０２３３】
内部で、コンピュータチップ５０は、Ｉ／Ｏルータ６２、中央制御器６４、公開−秘密鍵の対の秘密鍵を安全に格納するためのメモリロケーション６６、公開／秘密鍵の対の対応する公開鍵を格納するためのメモリロケーション６８、専用公開／秘密鍵生成器回路７０、秘密鍵破壊回路７２、予め格納されたデフォルトメッセージ（ｄｅｆａｕｌｔ　ｐｒｅｓｔｏｒｅｄ　ｍｅｓｓａｇｅ）を格納するためのメモリロケーション６５、デジタル署名回路７１（ハッシュ関数回路７３、乱数発生器７４、および暗号化回路７５を含む）、データを予め格納するためのメモリロケーション７６（機密および／またはバイオメトリックデータ）、選択された予め格納されたデータをメモリロケーション７６から取り出すための選択マルチプレクサ７８、種々のアカウントおよび他のユーザ情報を格納するためのメモリロケーション８０、選択された情報をメモリロケーション８０から取り出すための選択マルチプレクサ８２、Ｒｓの値（機密の）および各Ｒｂの値（デバイス５０内に格納された各バイオメトリック検証データタイプの）、およびＲｓ値およびＲｂ値と対応するＤＳＦｌａｇの値を含む、コンピュータチップ５０の現在の検証ステータスを（好適には、識別マーカ（ＩＭ）の形態で）格納するためのメモリロケーション８３、ならびにメモリロケーション８３に読み出しおよび書き込みする選択マルチプレクサ８４を含む。
【０２３４】
好適には、コンピュータチップ５０は、以下の性能と共に設計される。これらは、データを安全および永久に（特に、秘密鍵）格納する能力、公開−秘密鍵の対を、チップ内で乱数発生器７４から生成された乱数を用いて、ワンタイムオンリーベースで（ｏｎｅ−ｔｉｍｅ　ｏｎｌｙ　ｂａｓｉｓ）チップ上に生成する能力、およびリクエストされた場合、ＦＩＰＳ　ＰＵＢ　１８６−２に従って、チップ内で乱数発生器７４から生成された乱数を用いて、デジタル署名を作成する能力である。コンピュータチップ５０は、さらに、好適には、干渉（ｔａｍｐｅｒｉｎｇ）されず、Ｄｉｆｆｅｒｅｎｔｉａｌ　Ｐｏｗｅｒ　Ａｔｔａｃｋｓおよび他の物理解析に耐性を有する。予め格納された機密のデータは、好適には、さらに、網羅的探索攻撃（ｅｘｈａｕｓｔｉｖｅ　ｓｅａｒｃｈ　ａｔｔａｃｋｓ）から保護される。秘密鍵を「保護」する一つの方法は、コンピュータチップ５０に自爆回路（ｄｅｓｔｒｕｃｔ　ｃｉｒｃｕｉｔ）７２を用いて設計することによる。この自爆回路は、電子、物理および他の公知の手段によって秘密鍵が任意の干渉または盗みの試みによりトリガーされると、秘密鍵を破壊する。このような状態のもとで、自爆回路７２は、コンピュータチップ５０がさらなるデジタル署名を生成することを防止すること、およびメモリロケーション６６に保持される情報を破壊することによってコンピュータチップ５０を使用できなくする。
依然として図２８を参照して、コンピュータチップ５０は、さらに、製造中にチップ内にロードされるか、チップ５０上の読み出し専用メモリ（ＲＯＭ）内に永久的にエッチングされる、改変不可能なオペレーティングソフトウェアを含む。このようなソフトウェアは、コンピュータチップ５０が特定のコマンドのセットに応答するか、このコマンドに従って動作することを可能にする。このようなコマンドは、例えば、コンピュータチップ５０が個人専用化（ｐｅｒｓｏｎａｌｉｚｅ）されることを可能にする。個人専用化は、機密、バイオメトリック特性、ユーザ名およびアカウントナンバー（単数または複数）のデータを入力および予め格納することを含む。好適には、予め格納された機密のデータは、現在の機密検証データの入力が成功すると、変更することができる。しかしながら、予め格納されたバイオメトリックデータは、好適には、メモリ内に、永久的に一度限りロードされる（ｐｅｒｍａｎｅｎｔ　ｏｎｃｅ　ｌｏａｄｅｄ）。
【０２３５】
ソフトウェアは、鍵生成回路７０に一意に定まる公開−秘密鍵の対をコンピュータチップ５０内にワンタイムオンリーベースで、直接的に生成させるコマンドをさらに含む。上述のように、秘密鍵は、メモリロケーション６６内に安全に格納される。公開鍵は、メモリロケーション６８内に格納される。ソフトウェアは、公開鍵がコンピュータチップ５０からエクスポートされることを可能にするコマンドを含む。公開鍵をエクスポートするコマンドは、公開鍵へのアクセスに対して厳格な制御が所望されるか否かに依存して、複数回または一度限り実行可能であり得る。ソフトウェアは、検証データが入力されていることをコンピュータチップ５０に通知するコマンドを含む。選択的に、別個のコマンド（またはコマンドと共に含まれる別個の情報）が用いられ、入力される検証データが機密であるか、バイオメトリック特性であるかを示し、バイオメトリック特性である場合、バイオメトリックタイプである。好適には、コンピュータチップ５０は、さらに、検証データを受信するときはいつも検証ステータスを自動的に識別する。
【０２３６】
ソフトウェアは、メッセージデータが入力されることをコンピュータチップ５０に通知するコマンドをさらに含む。多くの状態において、コンピュータチップ５０に入力または提供されるメッセージデータが、コンピュータチップ５０上のメモリロケーション８０内に維持される特定のアカウント情報または他のユーザデータを取り込むことが必要または望ましい。このような情報をメモリロケーション８０から抽出し、この情報をコンピュータチップ５０に送信されるメッセージデータ内に含むために、一般に、２つの技術がある。
【０２３７】
第１の技術において、すべてのアカウントおよび他のユーザ情報は、コンピュータチップ５０から抽出され、ユーザは、コンピュータチップ５０を用いてデジタル的にサインされるべきメッセージの部分として含まれるべき適切なアカウントまたはユーザ情報を選択することをディスプレイを介して指示される。メッセージデータコマンドは、その後、デジタル署名を作成するためにコンピュータチップ５０に送信され、選択されたアカウントまたはユーザ情報はメッセージデータ内に含まれる。例えば、コンピュータチップ５０が、リーダまたは他のＩ／Ｏサポートエレメントと関連してＩＣカード内で用いられる場合、Ｉ／Ｏサポートエレメントは、すべてのアカウントおよびユーザ情報を抽出するためにコマンドをコンピュータチップ５０に送信する。ユーザは、その後、Ｉ／Ｏサポートエレメントによって提供されるディスプレイから、コンピュータチップ５０を用いてデジタル的にサインされるべきメッセージの部分として含まれるべきＩ／Ｏサポートエレメントによって提供されるディスプレイから、適切なアカウントまたはユーザ情報を選択する。その後、メッセージデータコマンドは、デジタル署名を作成するためにコンピュータチップ５０に送信され、選択されたアカウントまたはユーザ情報はメッセージデータに含まれる。
【０２３８】
第２の技術において、コンピュータチップ５０に提供されるメッセージデータコマンドは、１つ以上の「零フィールド（ｎｕｌｌ　ｆｉｅｌｄｓ）」または他の適切な「タグ」を含む。これらは、特定のアカウントフィールドまたはユーザ情報フィールドを識別するが、中に値が供給されない。タグに応答して、コンピュータチップ５０は、コンテンツアドレッサブルメモリを検索し、メモリ内に維持される対応するフィールドを識別する。対応するフィールドのロケーションに関して、コンピュータチップ５０は、タグの零値の代わりに、メッセージデータ内にこのようなフィールドの値を供給する。この方法を用いて、メモリロケーション８０内のアカウントを含む各データセルまたはユーザ情報は、固有のタグまたはコンテンツアドレスを有する。好適には、このようなタグまたはコンテンツアドレスは、標準化され、従って、アカウントまたはユーザ情報がメモリロケーション８０内に正確に格納され、かつ後で必要な場合は、タグを用いて用意に取り出され得る。このようなタグはＸＭＬタグを含み得る。
【０２３９】
例えば、メッセージデータコマンドは、コンピュータチップ５０に送信され得、このコンピュータチップ内で、メッセージデータは、＜ユーザ名＞がメッセージデータのテキスト内の特定のロケーションに挿入されることをリクエストする零フィールドまたはタグを含む。このようなメッセージデータがコンピュータチップ５０に提供されるときはいつも、コンピュータチップ５０は、挿入することによってメッセージデータを自動的に完成させ、この場合、「ユーザ名」がチップ５０のメモリロケーション８０の第３のセル内に格納される。好適には、タグが用いられ、コンピュータチップ５０のメモリロケーション８０内に維持される種々のフィールド値（例えば、クレジットカード口座番号、銀行口座番号、ユーザ名、雇い主アカウントナンバー、ウェブサイトアカウントナンバー等）のいずれかを抽出および挿入し得る。
【０２４０】
メッセージデータが、上述の技術のうちの１つを用いて、リクエストされたすべてのアカウントおよびユーザ情報を備えて「完成される」と、このようなメッセージデータは、その後、以下のための準備が整う。これらは、コンピュータチップの現在の検証ステータスによる改変（ＩＭの値を用いて）、改変されたメッセージデータのハッシュ値の計算、デジタル署名を生成するためのハッシュ値の暗号化、およびデジタル署名の出力である。
【０２４１】
あるいは、コンピュータチップ５０は、デジタル署名を生成する適切なコマンドに応答して、同様に、（インポートされたメッセージデータではなく）メモリロケーション６５内に予め格納されたメッセージを用いてデジタル署名を生成する。
【０２４２】
理解されるように、上述の構成素子および関数性を含み、本発明により、検証ステータスを提供する際に用いられるコンピュータチップは、それ自体、新規性があり、かつ進歩性があり、従って、このようなコンピュータチップは、実際に、本発明の局面を含む。
【０２４３】
（４．本発明の特定のインプリメンテーション）
図２９〜図３３（図２８にしばしば戻って参照して）は、本発明による関数のために構成され、適切なコンピュータチップ５０を含む（例えば、図２８を参照する上記のような）単一のＩＣカード９５が、ＩＣカード９５の疑わしいユーザによって複数の異なった用途および状況にて用いられ得る態様が示される。ＩＣカード９５の構造は、中にコンピュータチップ５０が埋め込まれ、ＩＣカード９５内で、ＩＣカードリーダとコンピュータチップ５０との間の通信を可能にする表面接点を有する従来型である。表面接点は、ＩＳＯ／ＩＥＣ７８１６対応である。ＩＳＯ／ＩＥＣ１４４４３対応の近接カードまたは７８１６および１４４４３オペレーションの両方が可能である組み合わせ回路を有することも可能である。
これらを例示する目的で、コンピュータチップ５０（図２８に示される）が、上述の方法で生成された一意に定まる公開／秘密鍵の対をすでに含むことが想定される。ＰＩＮ（これらの例示における機密）および認可されたユーザの右手の親指の指紋、右目の網膜および声紋のデジタル化されたバージョンがチップ５０（再び、図２８に示される）のメモリロケーション７６（セル００１、００２、０１６および０２０それぞれ）に入力および予め格納されることが想定される。認可されたユーザ名、クレジットカード口座番号、当座預金口座、建物およびコンピュータへのアクセスのための関係者ＩＤ番号、およびウェブサイト仲介業者の口座番号が、上述のように、提供されるメッセージデータ内に含まれる適切なタグを用いて、必要に応じて外部ソースからＩＣカード９５にアクセスするためにメモリロケーション８０内に予め適切に格納されていることも想定される。さらに、コンピュータチップ５０上に格納される公開鍵が、認可されたユーザの雇い主、クレジットカード会計処理会社、銀行、および仲介業者に提供され、これらの各々は、従って、その固有のデータベース内で関連付けられて、認可されたユーザのアカウントを有する公開鍵を有することが想定される。本例示の目的で、コンピュータチップ５０が識別マーカ（ＩＭ）の値を出力することがさらに想定される。この識別マーカは、図２５の列２５０４に示されるように、規則を用いてＲｓの値を含むデータストリングである（すなわち、ＰＩＮ無し（Ｒｓ＝００）、正確なＰＩＮであり、ＩＶＳまたはＤＳ（Ｒｓ＝０１）および不正確なＰＩＮ（Ｒｓ＝１０）には用いられない）。識別マーカの値は、すべてのバイオメトリック検証データタイプの、タイプ識別子（０ｘｘ）およびＲｂの値（図２６の列２６０２に示されるように、２つのパーセンテージ整合（ｘｘ）のフォーマットで）を含む。さらに、識別マーカは、Ｒｓ値および各Ｒｂ値と関連するそれぞれのＤＳＦｌａｇを含む。
【０２４４】
ここで、図２９を特に参照して、第１の例は、疑わしいユーザ４６によって用いられているＩＣカード９５を示す。この第１の例において、疑わしいユーザ４６は、駐車場２９０２へのアクセスを獲得するためのＩＣカード９５を提供する。駐車場２９０２は、駐車場ゲート２９０４によって守られる。このゲートは、アーム２９０６を有し、駐車場ゲート制御器２９０８によって制御される。次に、駐車場ゲート制御器２９０８は、ＩＣカードリーダ２９１０と通信している。駐車場ゲート２９０４から分離されて示されるが、制御器２９０８およびＩＣカードリーダ２９１０は、実際、駐車場ゲート２９０４のハウジング内に物理的に組み込まれ得る。
【０２４５】
アーム２９０６を持ち上げるために、疑わしいユーザ４６は、ＩＣカード９５をリーダ２９１０に挿入する（または、１４４４３オペレーションの場合リーダの近傍にカードを配置する）。これは、比較的、低いセキュリティレベルの駐車場２９０２であるので、ＩＣカードリーダ２９１０は、関連するキーバッドおよびバイオメトリックスキャナを有さない。従って、疑わしいユーザ４６が任意の検証データを入力し得るために用いる手段が無い。従って、駐車場へのアクセスは、ＩＣカード９５の任意の特定の検証ステータスに依存しない。駐車場ゲート制御器２９０８は、駐車場ゲート２９０６を、駐車場ゲート制御器を用いて予め登録されたＩＣカード９５の適切な提示によってのみ開く。好適には、予めの登録は、コンピュータチップ５０のメモリ８０内（図２８に示される）保持される、カードの認可されたユーザが自分の名前（「ユーザ名」）、駐車場ゲート制御器２９０８に提供すること、または、逆に、駐車場ゲート２９０４のオペレータ（例えば、認可されたユーザの雇い主またはエージェント）を有し、従業員アカウントナンバーをコンピュータチップ５０のメモリロケーション８０（図２８に示される）に入力することによって、駐車場ゲートシステムを用いるためのＩＣカード９５を「承認する」ことを含む。セキュリティを改善するために、カード９５の認可されたユーザは、さらに、自分の公開鍵（チップ５０上に保持される）を駐車場ゲート制御器２９０８に提供し、この制御器はユーザの名前または従業員アカウントナンバーをこの公開鍵と関連付ける（本明細書中において、以後、「ユーザ情報」と呼ばれる）。
【０２４６】
ＩＣカード９５がカードリーダ２９１０に挿入される（またはカードリーダ２９１０に近接させる）と、カードリーダ２９１０は初期化される。カードリーダ２９１０の初期化は従来通りであり、カードリーダ２９１０によって物理的にＩＣカード９５を検出するか、または、ＩＣカードが、最初にカードリーダ２９１０から電力を受け取ると、ＩＣカード９５がカードリーダ２９１０に「リセット」メッセージを出力するかどちらかによって達成される。ＩＣカード９５が電力を受け取ると、ＰＩＮおよび欠く適用可能なバイオメトリックタイプの識別マーカおよびすべてのＤＳＦｌａｇがリセットされる。あるいは、電力がカード９５から除去された場合、すべてのこのような値はリセットされ得る。
【０２４７】
初期化に続いて、カードリーダ２９１０は、メッセージ入力コマンドをＩＣカード９５に送信する。少なくとも、メッセージ入力コマンドは、「ユーザ名」または「従業員アカウントナンバー」等のユーザ情報をメモリロケーション８０（図２８に示される）内の適切なデータフィールドからリクエストするタグを含む。本例示において、タグ以外のさらなるメッセージは無い。
【０２４８】
メッセージ入力コマンドがＩＣカード９５によって受信された場合、ＩＣカード９５上のコンピュータチップ５０（図２８に示される）は、リクエストされたユーザ情報（このようなユーザ情報は、メッセージデータの部分になる）をメモリロケーション８０（図２８に示される）から取出し、識別マーカの現在の値を取り出し、識別マーカの値を有するメッセージデータの前に値を付加することによって改変し、改変されたメッセージデータのハッシュ値を計算し、ハッシュ値を暗号化してデジタル署名を生成し、デジタル署名、リクエストされたユーザ情報および識別マーカの値をカードリーダ２９１０にエクスポートする。カードリーダは、このようなデータを処理するための制御器２９０８に転送する。
【０２４９】
その後、制御器２９０８は、ＩＣカード９５から取出された、リクエストされたユーザ情報（名前または従業員アカウントナンバー）と、そのデータベース内に維持された、認可された名前または認可された従業員アカウントナンバーのリストとを最初に比較する。認証を考慮しない低い程度のセキュリティについては、ＩＣカード９５から受信されたユーザ情報が、そのデータベース内の認可された名前または認可された従業員アカウントナンバーのうちの１つと整合する場合、制御器２９０８は、駐車場ゲート２９０６を開く。偽造ＩＣカードから守る高いセキュリティについては、制御器２９０８は、整合するユーザ情報と関連付けられた公開鍵を用いて、ＩＣカード９５から受信されたデジタル署名を復号化する。デジタル署名からの復号化されたハッシュ値が、ＩＣカード９５によって提供されるユーザ情報（すなわち、メッセージデータ）に基づいて計算されたハッシュ値と整合する場合、ＩＣカード９５から受信された識別マーカの値によって改変されると、制御器２９０８は、デジタル署名が受信されるＩＣカード９５が、駐車場２９０４のオペレータによって予め登録されたユーザと関連付けられた一意に定まる秘密鍵を含むと決定し、駐車場ゲートアーム２９０６を持ち上げる（この場合のゲートを持ち上げる決定は、ファクタ　Ａ　エンティティ　認証に基づく）。
【０２５０】
ここで、図３０および図３１を参照して、最初に、安全な（ｓｅｃｕｒｅ）建物３００２内への、その後、この安全な建物３００２内に位置する安全な部屋３１０２へのアクセスを獲得するために、同じＩＣカード９５が疑わしいユーザ４６によって用いられ得る。図３０に示されるように、１つのＩＣカードリーダ３００４が、建物３００２への安全な入口３０１０の隣に取付けられる。このＩＣカードリーダ３００４は、英数字キーパッド３００６およびディスプレイ画面３００８を備える。ＩＣカードリーダ３００４は、建物セキュリティ制御器３０１４と電子通信し、入口３０１０の鎖錠メカニズム３０１２を制御する。建物の内部において、図３１に示されるように、別のＩＣカードリーダ３１０４が安全なドア３１１０の隣の壁に取付けられる。このＩＣカードリーダ３１０４は、網膜スキャナ３１０６およびディスプレイ３１０８を備える。同様に、このＩＣカードリーダ３１０４は、建物セキュリティ制御器３１１４と電子通信する。この制御器は、ドア３１１０の鎖錠メカニズム３１１２を制御する。駐車場２９０２（図２９の）が安全な建物３００２と同じファシリティの部分である場合、駐車場ゲート制御器２９０８および建物セキュリティ制御器３０１４、３１１４は、同じ装置、同じコンピュータシステムの部分であるか、またはＩＣカード９５の認可されたユーザおよび公開鍵に関する、同じ情報のデータベースを共有することが可能である。
【０２５１】
最初に、図３０を参照して、安全な建物３００２内にアクセスするために、ＩＣカード９５がＩＣカードリーダ３００４に挿入される（または、カードリーダ３００４の近傍に運ばれる）。リーダ３００４は、図２９におけるカードリーダ２９１０とほとんど同じ方法で初期化される。識別マーカおよびすべてのＤＳＦｌａｇは、電力がＩＣカード９５に最初に供給されるとリセットされる。
【０２５２】
初期化された場合、カードリーダ３００４は、ディスプレイ３００８を用いて、疑わしいユーザ４６に指示して、ＰＩＮを入力させる。ＰＩＮがキーパッド３００６を用いて入力される場合、カードリーダ３００４は、このＰＩＮを、建物セキュリティ制御器３０１４ではなく、ＩＣカード９５に直接的に伝送する。
【０２５３】
ＩＣカード９５がＰＩＮ検証データを受信した場合、コンピュータチップ５０（図２８に示される）上の制御器６４は、メモリロケーション７６（セル００１）から予め格納されたＰＩＮデータを取り出し、２つの値を比較する（ファクタＢ　エンティティ　認証）。整合／不整合の決定は、制御器６４によってなされる。これは、検証ステータスをＲｓ＝０１（整合）またはＲｓ＝１０（不整合）として識別する。
【０２５４】
カードリーダ３３０４の制御にプログラミングされる、適切な（短い）遅延の後、カードリーダ３００４は、メッセージ入力コマンドをＩＣカード９５に送信する。図２９との関連で前に説明されたように、メッセージ入力コマンドは、メモリロケーションン８０（図２８に示される）内の適切なデータフィールドからユーザ情報（例えば、「ユーザ名」または「従業員アカウントナンバー」）をリクエストする「タグ」を含む。再び、メッセージデータはタグのみを含み、他のいかなる追加の情報も含まないことが想定される。
【０２５５】
メッセージ入力コマンドがＩＣカード９５によって受信された場合、ＩＣカード９５上のコンピュータチップ５０は、リクエストされたユーザ情報をメモリロケーション８０（図２８に示される）から取り出し、識別マーカの現在の値を取り出し、識別マーカの値を有するユーザ情報（すなわち、メッセージデータ）の前に値を付加することによって改変し、改変されたユーザ情報のハッシュ値を計算してデジタル署名を生成し、ハッシュ値を暗号化し、デジタル署名、リクエストされたユーザ情報および識別マーカの値をカードリーダ３１０４にエクスポートする。コンピュータチップ５０（図２８に示される）は、その後、ＤＳＦｌａｇの値のすべてを「１」にインクリメントする。換言すると、コンピュータチップ５０は、カード９５の電源投入後から、任意の検証データ入力が受信された特定の検証データタイプについてＤＳＦｌａｇの値を「１」にインクリメントするだけである。
【０２５６】
カードリーダ３００４によって受信されたデジタル署名、識別マーカの値、およびユーザ情報は、建物セキュリティ制御器３０１４に伝達される。建物セキュリティ制御器３０１４は、ユーザ情報が、建物３００２にアクセスするための認可された名前または認可された従業員アカウントナンバーのどちらかと整合することを最初に確認する。整合する場合、建物セキュリティ制御器３０１４は、その後、整合する認可されたユーザ情報と関連する公開鍵を用いて、デジタル署名を復号化する。デジタル署名の復号化されたハッシュ値がＩＣカード９５から受信されたユーザ情報に基づいて計算されたハッシュ値と整合する場合、ＩＣカード９５から受信された識別マーカの値によって改変されると、建物セキュリティ制御器３０１４は、デジタル署名が受信されるＩＣカード９５が一意に定まる秘密鍵を含むことを決定する。最後に、建物セキュリティ制御器３０１４は、識別マーカの値によって示される検証ステータスを点検して、ＩＣカード９５の疑わしいユーザ４６が、実際、ＩＣカード９５の認可されたユーザであるか否かを決定する。示された検証ステータスが整合を表す場合（すなわち、Ｒｓ＝０１の値）、建物セキュリティ制御器３０１４は、疑わしいユーザ４６が認可されたユーザなのではないかと推論し、その後、信号を鎖錠メカニズム３０１２に送信し、入口を解錠および／またはドア３０１０を開ける。
【０２５７】
図３１の安全な部屋３１０２内へのアクセスについては、ＩＣカード９５がＩＣカードリーダ３１０４に挿入される（または、カードリーダ３１０４の近傍に運ばれる）。リーダ３１０４は、カードリーダ３００４とほぼ同じ方法で初期化され、識別マーカおよびすべてのＤＳＦｌａｇは、ＩＣカード９５に電力が最初に供給されるとリセットされる。初期化された場合、カードリーダ３１０４は、ディスプレイ３１０８を用いて、疑わしいユーザ４６に指示して、右目をスキャナ３１０６の前に配置させる。網膜スキャナ３１０６は、疑わしいユーザ４６の右目を走査し、そのデジタル化されたバージョンを取得する。カードリーダ３１０４は、その後、バイオメトリック検証データ（これは識別子および右目網膜のデジタル走査の値を含む）を、建物セキュリティ制御器３１１４ではなく、比較するためにＩＣカード９５に伝送する。
【０２５８】
バイオメトリック検証データがＩＣカード９５によって受信された場合、制御器６４（図２８に示される）は、受信された（識別子に基づいて）バイオメトリック検証データのタイプを決定し、認可されたユーザの右目網膜に関する対応する予め格納されたバイオメトリックデータをメモリロケーション７６（セル０１６）から取りだし、２つの値（ファクタ　Ｃ　Ｅｎｔｒｙ　認証）を比較する。決定／計算の整合の程度は、制御器６４によって得られる。これは、Ｒｂ（０１６）をパーセンテージ整合と対応する２桁の数（再び、図２８に示される）にセットする。
【０２５９】
適切な（短い）遅延の後、カードリーダ３１０４は、メッセージ入力コマンドをＩＣカード９５に送信する。上述のように、メッセージ入力コマンドは、メモリロケーションン８０内の適切なデータフィールドからユーザ情報をリクエストする「タグ」を含む。再び、メッセージデータはタグのみを含み、他のいかなる追加の情報も含まないことが想定される。
【０２６０】
メッセージ入力コマンドがＩＣカード９５によって受信された場合、ＩＣカード９５上のコンピュータチップ５０は、リクエストされたユーザ情報をメモリロケーション８０から取り出し、識別マーカの現在の値（その中に、カードがカードリーダ３１０４に挿入された場合、０にリセットされたＲｂ（０１６）の値およびＤＳＦｌａｇ（０１６）の値を含む）を取り出し、識別マーカの値を有するユーザ情報を、ユーザ情報の前に値を付加することによって改変し、改変されたユーザ情報のハッシュ値を計算し、ハッシュ値を暗号化してデジタル署名を生成し、デジタル署名、リクエストされたユーザ情報および識別マーカの値をカードリーダ３１０４にエクスポートする。コンピュータチップ５０は、その後、ＤＳＦｌａｇの値のすべてを「１」にインクリメントする。
【０２６１】
ＩＣカード９５から受信されたデジタル署名、ユーザ情報、および識別マーカの値は、その後、カードリーダ３１０４によって建物セキュリティ制御器３１１４に伝達される。建物セキュリティ制御器３１１４は、ＩＣカード９５から受信されたユーザ情報が、部屋３１０２にアクセスするための認可されたユーザ名または従業員アカウントナンバーと整合することを最初に確認する。整合する場合、建物セキュリティ制御器３１１４は、その後、整合するユーザ情報と関連する公開鍵を用いて、デジタル署名を復号化する。デジタル署名の復号化されたハッシュ値がＩＣカード９５から受信されたユーザ情報に基づいて計算されたハッシュ値と整合する場合、ＩＣカード９５から受信された識別マーカの値によって改変されると、建物セキュリティ制御器３１１４は、デジタル署名が受信されるＩＣカード９５が一意に定まる秘密鍵を含むことを決定する。最後に、建物セキュリティ制御器３１１４は、識別マーカの値によって示される検証ステータスを点検して、ＩＣカード９５の疑わしいユーザ４６が、実際、ＩＣカード９５の認可されたユーザであるか否かを決定する。この点について、走査された網膜の値と、認可されたユーザの網膜に関する予め格納された値との間の整合の程度が、建物セキュリティ制御器３１１４による閾値要求（例えば、９０％またはそれより良好な整合）のセットを満たす場合、建物セキュリティ制御器３１１４は、疑わしいユーザ４６が認可されたユーザなのではないかと推論し、その後、信号を鎖錠メカニズム３１１２に送信し、入口を解錠および／またはドア３１１０を開ける。
建物セキュリティ制御器３１１４は、走査された網膜と予め格納された網膜との間の整合が「完全」または１００％である場合、部屋３１０２へのアクセスを拒絶するビジネスロジックを含み得る。なぜなら、このような比較は、おそらく、不正な入力検証データを示すからである。カード９５から受信された整合の程度が、この部屋３１０２のための建物セキュリティ制御器３１１４によってセットされる必要な閾値セットを超過しない場合、さらなる網膜走査がリクエストされ得、上述の手順が繰返され得る。ＩＣカード９５が、カードリーダ３１０４から除去された場合、およびＩＣカード９５が、新しい網膜スキャンが行われるか、またはＩＣカード９５に無事に伝送された場合、カード９５によって出力された検証ステータスは、「１」の値にセットされる右目網膜のＤＳＦｌａｇを含む。このＤＳＦｌａｇは、建物セキュリティ制御器３１１４に、新しい網膜走査が入力されなかったか、またはＩＣカード９５によって正確に受信されたことを信号で伝える。新しい網膜走査が行われ、ＩＣカード９５に伝送された場合、右目網膜のＤＳＦｌａｇ（ＤＳＦｌａｇ（０１６））は０にリセットされる。同じ目の網膜走査は、一般に、走査毎にわずかに異なるので（他のタイプのバイオメトリック情報のほとんどの操作がそうであるように）、新しい整合決定の程度が、同じＩＣカード９５からの同じバイオメトリック特性に関する前の決定と全く同一である場合、建物セキュリティ制御器３１１４は、ＩＣカード９５によって受信された不正なバイオメトリック検証データの潜在性を警戒する。
【０２６２】
カード９５から受信された初期の整合の程度が、この部屋３１０２のための建物セキュリティ制御器３１１４によってセットされる必要な閾値を超過した場合であっても、建物セキュリティ制御器３１１４は、それにもかかわらず、単に、バイオメトリック入力が不正であったか否かを決定する目的で、疑わしいユーザ４６のフォローアップ網膜走査をリクエストし得る（すなわち、フォローアップの整合の程度が初期の整合の程度と同じか否か）。建物セキュリティ制御器３１１４は、走査された網膜と予め格納された網膜との間の整合が「完全」または１００％である場合、部屋３１０２へのアクセスを拒絶するビジネスロジックをさらに含み得る。なぜなら、このような比較、さらに、おそらく不正な入力検証データを示すからである。図３２ａを参照して、疑わしいユーザ４６は、ここで、自分の机の前にすわり、自分のパーソナルコンピュータ３２０２にアクセスする。コンピュータ３２０２は、キーボード３２０４、モニタ３２０６、およびマウス３２０８を含む従来型である。コンピュータ３２０２は、カードリーダ３２１０をさらに備える。このカードリーダは、コンピュータ３２０２の適切なポート（例えば、シリアル、パラレル、ＵＳＢ等）を介してコンピュータ３２０２とデータを交換する。カードリーダ３２１０は、上述のカードリーダと同じであり、中に挿入される（またはその近傍に運ばれる）と、ＩＣカード９５と情報を交換することができる。本例示において、コンピュータ３２０２は、疑わしいユーザ４６の声等の音声入力を受信するためのマイクロフォン３２１２をさらに備える。カードリーダ３２１０に適正なＩＣカード９５が挿入されることなく、コンピュータ３２０２が電源投入されることを回避することが可能であるが、本例示は、コンピュータ３２０２が電源投入され、セキュリティスクリーンを立ち上がるが（ｂｏｏｔ　ｕｐ）（コンピュータ３２０２上にインストールされた適切なソフトウェアを用いて）、コンピュータ３２０２上に維持されたプログラムまたはデータベースへの、あるいはコンピュータのオペレーティングシステム等への実質的なアクセスは、疑わしいユーザ４６が認証されるまで可能にならないことを想定する。あるいは、建物セキュリティ制御器３１１４は、さらに、不正な入力の疑いがある場合、さらなるＰＩＮおよび／またはバイオ入力をリクエストし得る。
電源投入された後、コンピュータ３２０２は、モニタ３２０６上に表示されたセキュリティスクリーン上で、疑わしいユーザ４６に指示して、ＩＣカード９５をカードリーダ３２１０に挿入し、さらにスクリーン上に表示された適切なデータ入力ウィンドウに入力し、（声紋を取得する目的で）自分の名前を名乗らせる（音響式で）（名、中間名の頭文字および姓）。
【０２６３】
ＩＣカード９５がリーダ３２１０に挿入された場合、リーダ３２１０は、初期化され（上述のように）、カード９５に供給された電力は、コンピュータチップ５０上の識別マーカおよびＤＳＦｌａｇのすべてをリセットさせる。キーボード３２０４を用いてＰＩＮが入力された場合、および疑わしいユーザ４６が自分の名前をマイクロフォン３２１２に向かって名乗った場合、コンピュータ３２０２は、ＰＩＮおよび声紋のデジタル化されたバージョンの両方を、カードリーダ３２１０を介してＩＣカード９５に伝送する。カードリーダ３２１０は、ＰＩＮの値および声紋を識別子（例えば、ＰＩＮについては００１、および声紋については０２０）と共にカード９５に伝送し、それぞれについて、検証データ入力のタイプおよび順序を識別する。
【０２６４】
ＰＩＮおよびバイオメトリック検証データがＩＣカード９５によって受信されると、コンピュータチップ５０上の制御器６４（図２８に戻って参照して）は、識別子に基づいて受信された検証データのタイプを最初に決定し、その後、適切な予め格納されたデータをメモリロケーション７６から取出す。この例示において、制御器６４は、ＰＩＮのために予め格納されたデータを、メモリロケーション７６内のメモリロケーションデータセル００１から最初に取出し、その後、その値を、カードリーダ３２１０から受信されたＰＩＮ検証データの値と比較する（ファクタ　Ｂ　エンティティ　認証）。整合／不整合の決定　は、制御器６４によって成される。この制御器は、Ｒｓの値を、「０１」（整合）または「１０」（不整合）としてセットする。次に、制御器６４は、認可されたユーザの声紋に関する予め格納されたデータをメモリロケーション７６内のデータセル０２０から取り出し、その後、この値を、カードリーダ３２１０から受信されたデジタル化された声紋（ファクタ　Ｃ　エンティティ　認証）と比較する。整合の程度の決定／計算は、制御器６４によってなされる。この制御器は、パーセンテージ整合に対応するＲｂ（０２０）の値を２桁の数にセットする。
【０２６５】
適切な（短い）遅延の後、コンピュータ３２０２は、その後、メッセージ入力コマンドを、カードリーダ３２１０を介してＩＣカード９５に送信する。この場合、メッセージ入力コマンドは、メモリロケーション８０内の適切なデータフィールドからユーザ情報をリクエストするタグを含む（再び、図２８に示される）。再び、メッセージデータは、タグのみを含み、他のいかなる追加の情報も含まないことが想定される。
【０２６６】
メッセージ入力コマンドがＩＣカード９５によって受信された場合、ＩＣカード９５上のコンピュータチップ５０は、リクエストされた、認可されたユーザ情報を（メッセージデータとして）メモリロケーション８０から取り出し、識別マーカの現在の値を取り出し（この識別マーカは、カードがカードリーダ３２１０に挿入されたときに０にリセットされたＲｓの値およびＤＳＦｌａｇ（００１）の値を含み、さらにゼロにリセットされたＤＳＦｌａｇ（０２０）の値を含む）、メッセージデータの前に値を付加することによって、識別マーカを有するメッセージデータを改変し、改変されたメッセージデータのハッシュ値を計算し、ハッシュ値を暗号化して、デジタル署名を生成し、デジタル署名、リクエストされたユーザ情報、および識別マーカの値をカードリーダ３２１０にエクスポートする。コンピュータチップ５０は、その後、コンピュータチップ５０上のＤＳＦｌａｇのすべての値を「１」にインクリメントする（少なくとも、ＰＩＮおよび声紋のＤＳＦｌａｇ、すなわちＤＳＦｌａｇ（００１）およびＤＳＦｌａｇ（００２）が「１」にインプリメントされる）。
【０２６７】
カードリーダ３２１０によって受信されたデジタル署名、ユーザインフォーメーションおよび識別マーカの値は、その後、処理するためのコンピュータ３２０２に伝達される。コンピュータ３２０２がスタンドアロンコンピュータである場合、処理は、コンピュータ３２０２自体の中で行われる。しかしながら、コンピュータ３２０２は、ネットワーク化され、サーバと通信する（図示せず）可能性がより高い。このサーバは、疑わしいユーザ４６がコンピュータ３２０２へのアクセスを獲得するか否かを実際に決定する。
【０２６８】
サーバが含まれることを想定して、サーバは、ＩＣカード９５から受信されたユーザ情報が、特定のコンピュータ３２０２へアクセスするため、および特定のコンピュータを使用するための、認可されたユーザ名または従業員アカウントナンバーと整合することを最初に確認する。サーバは、その後、整合するユーザ情報と関連する公開鍵を用いて、デジタル署名を復号化する。デジタル署名の復号化されたハッシュ値が、ＩＣカード９５から受信されたユーザ情報に基づいて計算されたハッシュ値と整合する場合、ＩＣカード９５から受信された識別マーカの値によって改変されると、サーバは、デジタル署名が受信されるＩＣカード９５が一意に定まる秘密鍵を含むことを決定する。最後に、サーバは、識別マーカの値によって示される検証ステータスを点検し、疑わしいユーザ４６が、実際、ＩＣカード９５の認可されたユーザであるか否かを決定する。これは、異なったタイプの検証データがＩＣカード９５によって受信され、カード９５の検証ステータスを識別するために用いられるため、２工程プロセスである。第１の工程において、Ｒｓの値が「０１」（整合）である場合、サーバは、疑わしいユーザ４６が認可されたユーザなのではないかと推論する。第２の工程において、サーバは、疑わしいユーザ４６によって提供された声紋が、ＩＣカード９５上に格納された、認可されたユーザの声紋と十分に類似であるか否かを決定するためのビジネスロジックまたはルールベースを用いて、疑わしいユーザ４６が認可されたユーザなのではないかと再び推論する。
【０２６９】
サーバのビジネスロジックおよびルールベースは、ＲｓおよびＲｂ値（ＰＩＮおよび声紋）の種々の組み合わせを容認するようにプログラミングされ得、疑わしいユーザ４６が認可されたユーザなのではないかと推論する。例えば、正確なＰＩＮ単独で、正確なＰＩＮに加えて声紋が少なくとも７０％整合、声紋が９５％を超過したが不正確なＰＩＮ、および不正確なＰＩＮであるが２つの声紋が９０％を超過するということは、すべて、サーバが、疑わしいユーザ４６が認可されたユーザであると想定し、コンピュータ３２０２へのアクセスを与えるために十分であり得る異なったタイプの検証ステータスである。明らかに、ビジネスロジックまたはルールベースは、所望される必要な回路に依存して、かなり多様であり得る。
【０２７０】
ここで、図３２ｂを参照して、ＩＣカード９５は、さらに、インターネット３２２２等の安全でないネットワーク上の安全ななウェブサイトにアクセスする際に、疑わしいユーザ４６によって用いられ得る。このさらなる例示において、疑わしいユーザ４６が自分の仲介業者３２２０の安全ななウェブサイト３２２４にアクセスすることが想定される。ユーザは、この仲介業者との口座をすでに開設している。ウェブサイト３２２４を運営する仲介業者３２２０は、アカウントデータベース３２２５に格納されおよび認可されたユーザのアカウントと関連するＩＣカード９５から、認可されたユーザの公開鍵をすでに有している。疑わしいユーザ４６は図３２ａからのコンピュータ３２０２を用いてウェブサイト３２２４にアクセスし、カード９５は、コンピュータ３２０２へのアクセスを獲得するために用いられてから、カードリーダ３２１０から除去されていず、従って、ＤＳＦｌａｇは「１」にセットされた状態であることがさらに想定される。
【０２７１】
ウェブサイト３２２４にアクセスする場合、疑わしいユーザ４６はユーザＩＤをウェブサイトのログインスクリーンに入力する。ユーザＩＤは、仲介業者３２２０が、従来のように、ユーザの適切なアカウントを容易に突き止めることを可能にする。しかしながら、ユーザＩＤをパスワードと共に暗号化し、その後、暗号化された情報をインターネット上に送信するよりは、むしろ、コンピュータ３２０２は、ユーザＩＤをカードリーダ３２１０を介してＩＣカード９５に送信する。ウェブサイト３２２４がコンピュータ３２０２に指図して、インターネットを介してウェブサイト３２２４に直接的に送信させるのではなく、ユーザＩＤをＩＣカード９５に送信させるプロセスは本発明の範囲を超える。しかしながら、このプロセスは、いくつかの異なった方法で容易に達成され得る。１つの例示において、ウェブサイト３２２４は、適切なＩＣカード９５（または、本発明の他のデバイス）を有するユーザによってのみ使用される専用のログインページを有する。この場合、このようなログインページへのユーザＩＤの入力は、コンピュータ３２０２に自動的に指図し、ユーザＩＤを処理するためにＩＣカード９５に送信する。あるいは、ウェブサイト３２２４のためのログインページは、ユーザがＩＤおよびパスワードを用いて従来型のログインを選択し、または自分のＩＣカード９５を用いてログインすることを可能にし得る。上述の例のどちらかにおいて、ユーザＩＤは、従来のように、コンピュータ３２０２上のメモリ内の「クッキー」に実際に格納され得る。これは、ユーザが、ウェブサイト３２２４のログインページ上の一つのボタンをクリックするだけで、コンピュータ３２０２にユーザＩＤをＩＣカード９５に送信させることを可能にする。
【０２７２】
ユーザＩＤを含むメッセージ入力コマンドがＩＣカード９５によって受信された場合、ＩＣカード９５上のコンピュータチップ５０は、識別マーカの現在の値を取り出し、値をユーザＩＤの前に付加することによって、識別マーカの値を有するカードリーダ３２１０から受信されたユーザＩＤを改変し、改変されたユーザＩＤのハッシュ値を計算し、このハッシュ値を暗号化してデジタル署名を生成し、デジタル署名および識別マーカの値をカードリーダ３２１０を介してコンピュータ３２０２に戻す。この場合、ＤＳＦｌａｇの値はインクリメントされない。なぜなら、これらの値は、「１」に既にセットされているからである。
【０２７３】
ユーザＩＤ，デジタル署名および識別マーカの値は、その後、処理するために、ＥＣにおいて、コンピュータ３２０２によってインターネットを介してウェブサイト３２２４に伝達される。ウェブサイト３２２４と関連するコンピュータプログラミングは、疑わしいユーザ４６が、ユーザＩＤとアカウントとの整合によって、仲介業者とのアカウントを維持することを最初に確認する。整合するユーザＩＤを有するアカウントが見出される場合、コンピュータプログラミングは、次に、識別されたアカウントと関連する公開鍵を用いて、デジタル署名を復号化する。デジタル署名から復号化されたハッシュ値が、ＩＣカード９５から受信されたユーザＩＤに基づいていて計算されたハッシュ値と整合する場合、ＩＣカード９５から受信された識別マーカの値によって改変されると、デジタル署名が受信されるＩＣカード９５は、ユーザのアカウントと対応する一意に定まる秘密鍵を含むことが決定される。最後に、ウェブサイト３２２４と関連するコンピュータプログラミングは、識別マーカの値によって示される検証ステータスを点検し、疑わしいユーザ４６が、実際、ＩＣカード９５の認可されたユーザであると決定する。
【０２７４】
好適には、コンピュータプログラミングは、最初の評価をするために、識別マーカの値からＲｓの値のみを抽出する。Ｒｓの値が「００」（ＰＩＮ無し入力）である場合、ウェブサイト３２２４は、リクエストデータをユーザのＰＩＮの入力をリクエストするコンピュータ３２０２に戻す。Ｒｓの値が「１０」（不正確なＰＩＮ）である場合、ウェブサイト３２２４は、疑わしいユーザ４６のリクエストを送信し、ＰＩＮを再入力する。どちらの場合でも、適切なスクリーンがコンピュータ３２０２のモニタ３２０６上に表示され、疑わしいユーザ４６をＰＩＮを入力することを可能にする。このようなＰＩＮは、コンピュータ３２０２のキーボードによってカード９５に伝送されるが、インターネット３２２２上には伝送されないことが再び強調される。Ｒｓの値が「０１」（正確なＰＩＮ）である場合、ウェブサイト３２２４は、疑わしいユーザ４６が、実際、認可されたユーザであるのではないかと推論し、ウェブサイト３２２４へのアクセスを与える。従って、単なるウェブサイト３２２４へのアクセスについては、ＰＩＮがユーザＩＤのデジタル署名を生成する直前に入力される必要はない（ウェブサイト３２２４にアクセスするために、正確なＰＩＮの以前の入力で十分である）。
【０２７５】
他方、ウェブサイト３２２４を精読した後、「今−認可された」ユーザが、在庫品の購入等、トランザクションをリクエストした場合、ウェブサイト３２２４は、リクエストされたトランザクションの詳細な確認を伝送し、特に、ＰＩＮの入力をリクエストし、発注書の特定の承認を確認する。ＰＩＮが疑わしいユーザ４６によって入力された場合、コンピュータ３２０２は、これをＩＣカード９５に提供する。
【０２７６】
ＰＩＮを受信すると、制御器６４は、ＰＩＮの予め格納されたデータを、メモリロケーション７６内のメモリロケーションデータセル００１から最初に取り出し、これを、コンピュータ３２０２から受信されたＰＩＮと比較する。整合／不整合の決定が、その後、制御器６４によってなされ、Ｒｓの値が整合を表す「０１」または不整合を表す「１０」にセットされ、ＤＳＦｌａｇ（００１）も「０」にセットされる。
【０２７７】
適切な（短い）遅延の後、コンピュータ３２０２は、その後、メッセージ入力コマンド発注書を含む）をＩＣカード９５に送信する。ＩＣカード９５上のコンピュータチップ５０は、識別マーカの現在の値（この中にＲｓの値およびＤＳＦｌａｇ（００１）を含む）を取り出し、メッセージデータの前に値を付加することによって、識別マーカの値を有するコンピュータ３２０２から受信されたメッセージデータを改変し、改変されたメッセージデータのハッシュ値を計算し、このハッシュ値を暗号化してデジタル署名を生成し、デジタル署名および識別マーカの値をコンピュータ３２０２にエクスポートし、このコンピュータは、その後、この値をウェブサイト３２２４上に転送する。コンピュータチップ５０は、その後、ＤＳＦｌａｇのすべての値を「１」にインクリメントする。本例示において、ウェブサイト３２２４は、識別マーカの値がその中に「０１」のＲｓの値および「０」のＤＳＦｌａｇ（００１）の値を含む場合、リクエストされたトランザクションのみを承認する。
【０２７８】
所望される場合、コンピュータ３２０２とウェブサイト３２２４との間の通信は、従来のようにＳｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒｉｎｇ（ＳＳＬ）プロトコルを用いて実行され得る。このようなプロトコルは、例えば、米国特許第５，８４８，１６１号に記載され、本出願は、参考のため、本明細書中に援用される。このようなプロトコルにおいて、コンピュータ３２０２がＳＳＬ通信のセッション鍵を生成する際に用いるための乱数を生成することが一般的である。本発明のさらなる特徴により、ＩＣカード９５は、セッション鍵を生成するための乱数を供給するために用いられる。特に、デジタル署名は、ＩＣカード９５によって作成され、セッション鍵を生成する目的で、乱数それ自体として用いられる。ＦＩＰＳ　ＰＵＢ　１８６−２に規定されるＤＳＡおよびＥＣＤＳＡの間接的結果は、結果として生じるデジタル署名それ自体が乱数であることであるということである。ｐｒｅｔｔｙ　ｇｏｏｄ　ｐｒｉｖａｃｙ（ＰＧＰ）暗号化法を用いる通信用のセッション鍵は、さらに、ＩＣカード９５のデジタル署名に基づいて生成され得る。
【０２７９】
ここで、図３３を参照して、販売時点ロケーション（ｐｏｉｎｔ　ｏｆ　ｓａｌｅ　ｌｏｃａｔｉｏｎ）でのＩＣカード９５の使用が図示される。販売時点カードリーダ３３０８は、英数字キーパッド３３１０、ディスプレイ３３１４、および、この場合、親指の指紋リーダ３３１２を備える。販売時点カードリーダ３３０８は、データコネクタ３３０６を介して、固有のディスプレイ３３０４を有する業者レジ／端末３３０２と通信する。販売時点カードリーダ３３０８は、さらに、インターネット３３２２等の安全でないネットワーク上で銀行業務を行う機関（ｂａｋｉｎｇ　ａｕｔｈｏｒｉｔｙ）３３２０と通信する。銀行業務を行う機関３３２０は、ＩＣカード９５の認可されたユーザの代わりに銀行口座またはクレジットカード口座を維持する金融機関か、またはこのような金融機関の認可された承認代理業者または会計処理組織である。どちらの場合でも、銀行業務を行う機関３３２０は、データベース３３２５を維持する。このデータベースは、カード９５の公開鍵を、ＩＣカード９５の認可されたユーザの対応するアカウントに関連付け、このようなアカウントに対してリクエストされたオンライントランザクションを承認するか、または承認しない権限を有する。
【０２８０】
商品が疑わしいユーザ４６によって購入される場合、業者はレジ／端末３３０２上に商品を「記録し（ｒｉｎｇ　ｕｐ）」、ディスプレイ３３０４上で疑わしいユーザ４６に全不足額が表示される。支払うために、疑わしいユーザ４６は、ＩＣカード９５を販売時点カードリーダ３３０８に挿入する（またはＩＣカード０５をカードリーダ３３０８の近傍に運ぶ）。挿入する（または近付ける）と、販売時点カードリーダ３３０８は、上述のカードリーダと同様の方法で初期化される。ＩＣカード９５のコンピュータチップ５０上の識別マーカおよびすべてのＤＳＦｌａｇは、電力が販売時点カードリーダ３３０８によってカード９５に最初に供給されるとリセットされる。
【０２８１】
次に、業者のレジ／端末３３０２は、不足額をデータコネクタ３３０６を介して販売時点カードリーダ３３０８に伝送する。販売時点カードリーダ３３０８は、ディスプレイ３３１４上に不足額を表示する。１実施形態において、ディスプレイ３３１４は、さらに、疑わしいユーザ４６に指示して、このユーザがデビット口座を用いて支払うことを所望するのか、クレジットカード口座を用いて支払うことを所望するのかを選択させる。代替的実施形態において、販売時点カードリーダ３３０８は、「口座情報取り出し」コマンドをＩＣカード９５に送信する。このＩＣカードは、利用可能な当座預金、クレジットカード、またはコンピュータチップ５０上のメモリロケーション８０内に維持される、支払が行われ得る他のアカウントの一覧を戻す。この代替的実施形態において、ディスプレイ３３１４は、疑わしいユーザ４６に指示して、支払のために、取り出されたアカウントの一つを選択させる。ディスプレイ３３１４は、次に、疑わしいユーザ４６に指示して、英数字キーパッド３３１０を用いてＰＩＮを入力させ、そのユーザの右手親指を親指の指紋スキャナ３３１２上に配置させる。ＰＩＮおよび親指の指紋が入力された場合、販売時点カードリーダ３３０８は、ＰＩＮおよび親指の指紋のデジタルバージョンの両方をＩＣカード９５に伝送する。カードリーダ３３０８は、ＰＩＮの値およびデジタル化された親指の指紋を識別子（例えば、ＰＩＮが００１、および親指の指紋が００２）と共に各々について伝送し、従って、カード９５が検証データ入力のタイプおよび順序を「知る」。
【０２８２】
ＰＩＮおよび親指の指紋のデジタルバージョンがＩＣカード９５によって受信された後、カード９５上のコンピュータチップ５０は、上述の方法で、ＩＣカード９５の検証ステータスを識別する。適切な（短い）遅延の後、販売時点カードリーダ３３０８は、その後、メッセージ入力コマンドをＩＣカード９５に送信する。この場合、メッセージ入力コマンドは、購入された商品の領収書、全不足額、および疑わしいユーザ４６によって指定される支払い口座を含むメッセージデータを含む。第１の実施形態において、アカウントは、（コンピュータチップ５０上の）メモリロケーション８０から取り出され、適切な「タグ」を用いてメッセージデータに挿入される。タグは、主要デビット口座番号が用いられるのか、主要クレジットカード口座番号がもちいられるのかを示す。代替的実施形態において、ディスプレイ３３１４上に表示された利用可能な口座の一覧から、疑わしいユーザ４６によって特別に選択された口座の口座番号は、カードリーダ３３０８から受信されたメッセージデータ内に含まれる。
【０２８３】
メッセージ入力コマンドがＩＣカード９５によって受信される場合、ＩＣカード９５上のコンピュータチップ５０は、識別マーカの現在の値を（ＲｓおよびＤＳＦｌａｇ（００１）の値を中に含み、および中にＲｂ（００２）およびＤＳＦｌａｇ（００２）の値を中に含む）取り出し、メッセージデータの前に値を付加することによって、識別マーカの値を有する販売時点カードリーダ３３０８から受信されたメッセージデータを改変し、改変されたメッセージデータのハッシュ値を計算し、このハッシュ値を暗号化してデジタル署名を生成し、デジタル署名および識別マーカの値を販売時点カードリーダ３３０８にエクスポートする。コンピュータチップ５０は、その後、ＤＳＦｌａｇのすべての値を「１」にインクリメントする。デジタル署名、識別マーカの値、およびメッセージデータ（アカウントナンバーおよび購入金額を含む）が、その後、販売時点カードリーダ３３０８によって、処理するために銀行業務を行う機関３３２０に伝達される。
【０２８４】
銀行業務を行う機関３３２０は、特定のアカウントナンバーが有効アカウントナンバーであることを最初に確認する。銀行業務を行う機関３３２０は、その後、データベース３３２５内の識別されたアカウントナンバーと関連付けられた公開鍵を用いて、デジタル署名を復号化する。デジタル署名の復号化されたハッシュ値が、メッセージデータのハッシュ値と整合した場合、ＩＣカード９５から受信された識別マーカの値によって改変され、その後、デジタル署名が受信されるＩＣカード９５は一意に定まる秘密鍵を含み、領収書および全不足額を含むメッセージデータは改変されない。なぜなら、これは、デジタル的にサインされたからである。
【０２８５】
次に、銀行業務を行う機関３３２０は、ＩＣカード９５によって提供される識別マーカの値によって示される検証ステータスを点検し、疑わしいユーザ４６が、実際、ＩＣカード９５の認可されたユーザであるか否かを決定する。これは、２つの異なったタイプの検証データがＩＣカード９５によって受信され、ＩＣカード９５の検証ステータスを識別するために用いられるという、２工程プロセスである。第１の工程において、Ｒｓの値が「０１」（整合）である場合、銀行業務を行う機関３３２０は、疑わしいユーザ４６が認可されたユーザであるのではないかと推論する。第２の工程において、銀行業務を行う機関３３２０は、ビジネスロジックまたはルールベースを用いて、疑わしいユーザ４６によって提供された親指の指紋が、カード９５上に格納された、認可されたユーザの親指の指紋と十分に類似であるか否かを決定して、この疑わしいユーザ４６が認可されたユーザであるのではないかと再び推論する。
【０２８６】
銀行業務を行う機関３３２０のビジネスロジックおよびルールベースは、疑わしいユーザ４６を認可されたユーザと容認して、Ｒｓ（ＰＩＮ）の値とＲｂ（００２）の値（親指の指紋）との可変の組み合わせに依存し得るようになっている。例えば、正確なＰＩＮ単独で、正確なＰＩＮに加えて親指の指紋が少なくとも６０％整合、親指の指紋が９６％を超過したが不正確なＰＩＮ、および不正確なＰＩＮであるが２つの親指の指紋が９０％を超過する（が同一ではない）場合は、すべて異なったタイプの検証ステータスであり、銀行業務を行う機関３３２０が、カード９５によって、疑わしいユーザ４６のファクタ　ＢおよびＣ　エンティティ　認証を容認するために十分であり得る。
【０２８７】
最後に、特定の口座が、リクエストされた購入金額を満たす十分な残高を有し、トランザクションの拒否を保証するファクタ（例えば、盗難が報告されたカード、複製のリクエスト（ｄｕｐｌｉｃａｔｅ　ｒｅｑｕｅｓｔ）等）が他に無い場合、銀行業務を行う機関３３２０がトランザクションの承認を与え、これの確認を販売時点カードリーダ３３０８に戻す。明らかに、ビジネスロジック、ルールベースおよび、銀行業務を行う機関３３２０によって考慮に入れられる他のファクタは、銀行業務を行う機関３３２０によって所望される必要なセキュリティレベルに依存して大きな幅があり得る。
【０２８８】
（５．さらなるセキュリティおよびプライバシー措置）
（ａ．不正なディスプレイに対からの保護）
図３３に示される例と関連して、ＩＣカード９５等のデバイスを用いるリスクは、ＩＣカード９５のユーザが、デジタル署名を生成するために、ＩＣカード９５を用いて表示されたメッセージの実際の表現を提供するために、販売時点業者の制御の下にあるカードリーダ３３０８のディスプレイ３３１４に頼らなければならないという事実である。悪徳業者は、例えば、ある額の購入価格を表示するが、より高い購入価格を有するために、カードリーダ３３０８によってＩＣカード９５に伝送されるメッセージデータを有することが可能である。このような不正のリスクを最小化するために、コンピュータチップ５０（図２８に示される）が、ＰＤＡまたは携帯電話等の、固有のディスプレイを有する（おそらくデバイスの所有者の制御のもとにある）、より高性能なデバイスにインストールされることが望ましい。ＰＤＡまたは携帯電話は、そのデジタル署名をデバイスを用いて生成する前にメッセージデータの全テキストを正確に表示するようにプログラミングされ得るので、業者が顧客に１つの購入価格を「提供」するが、実際には異なった購入価格がデジタル的にサインされるベきメッセージ内に含まれることがより困難である。
【０２８９】
（ｂ．アカウント情報の保護）
ＩＣカード９５と異なって、ＰＤＡまたは携帯電話は、さらに、はるかに大きい柔軟性およびプライバシーを提供する。例えば、図３３の図の参照を続けて、販売時点リーダ３３０８を有して、ユーザに指示して、主要支払口座の限定された数のみから選択させる代わりに、ＰＤＡまたは携帯電話は、ユーザがデバイス上に格納されたすべての支払口座から格納および選択することを可能にする。さらに、販売時点リーダ３３０８を有して、プライバシーに関わる問題をいくらか発生させるすべての利用可能な支払口座をＩＣカード９５から実際に取り出す代わりに、ＰＤＡまたは携帯電話は、ユーザがデバイスによって提供されるが、販売時点業者によっては提供されない一覧から口座を選択することを可能にする。しかしながら、販売時点業者が、デバイスによって維持される口座番号の一覧を密かに知ることは決してない。
【０２９０】
（ｃ．リプレイ攻撃に対する保護）
図２９〜図３３に示される例のすべてにおいて、ＩＣカード９５によって生成されるデジタル署名を受信するパーティは、場合によってはリプレイ攻撃を受ける。リプレイ攻撃は、デバイスから元のデジタル署名がコピーされ、その後、認可されていない方法で再使用される場合に起こる。デジタル署名のオリジナルおよびコピーの両方が、適切な公開鍵を用いて復号化されるので、デジタル署名を受信するパーティは、現物と後のコピーとの間を識別するなんらかの方法を有することを必要とする。
【０２９１】
記録されたデジタル署名の受け入れを防ぐために、リプレイ攻撃に対して警戒するパーティは、デジタル署名を作成するためのデバイスに送信される各メッセージ入力コマンドの部分として、乱数または一意に定まるメッセージ（例えば、日時、日付および逆の組み合わせ）を含み、乱数または一意に定まるメッセージが、デジタル的にサインされたものの中に含まれることを要求とすることのみを必要とする。これによってデジタル署名を再び受け取るパーティは、メッセージ認証に応答して、デバイスから受信されたデジタル署名が、対応するメッセージ入力コマンドに直接的に応答して、デバイスによって実際に生成されたことを確認することができる。このような技術は、例えば、Ｆｅｄｅｒａｌ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｃｅｓｓｉｎｇ　Ｓｔａｎｄａｒｄｓ　Ｐｕｂｌｉｃａｔｉｏｎ　１９６、Ｅｎｔｉｔｙ　Ａｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｕｓｉｎｇ　Ｐｕｂｌｉｃ　Ｋｅｙ　Ｃｒｙｐｔｏｇｒａｐｈｙ、ＵＳ　ＤＯＣ／ＮＢＳ（１９９７年２月１８日出願）（本明細書中では、以後「ＦＩＰＳ　ＰＵＢ　１９６」）に記載される。本出願は、参考のため、本明細書中に援用され、ｈｔｔｐ／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖ／ｐｕｂｌｉｃａｔｉｏｎｓ／ｆｉｐｓにてダウンロードして利用可能である。
【０２９２】
デジタル署名を受信するパーティ（例えば、カードリーダまたは関連する制御器）が、任意の所定の時間にて、および実質的に同時に応答が期待される場合（例えば、デバイスがリーダ内またはリーダの近傍にある場合）に単一の認証セッションに含まれる用途については、期待される時間間隔内に再び受け取られるデジタル署名が、適切な乱数または一意に定まるメッセージを含むことを保証するために十分長い時間、コンピュータメモリ内に乱数または一意に定まるメッセージを維持することのみが必要である。この乱数または一意に定まるメッセージは、唯一のデジタル署名の間有効であり、パーティによって受信される第１のデジタル署名がオリジナルであることが想定され、次の同じデジタル署名は、むしろ不正なコピーであり、そのように扱われることが想定される。
【０２９３】
デジタル署名を受信するパーティが、例えば、サイトへのエントリーおよび／またはこのサイトを介するトランザクションのために、同時に複数のユーザからリクエストを受け入れるウェブサイトといった、複数の認証セッションに任意の所定の時間において含まれる用途については、このパーティが、デジタル署名を生成するためのすべてのデバイスに発信されたすべての乱数または一意に定まるメッセージのログを維持することが必要である。パーティがこのような乱数または一意に定まる各メッセージを、それが用いられる特定のセッションとリンクすること、または、そうでない場合、関連付けることがさらに必要である。従って、デジタル署名が特定のセッション内に戻ってくると、パーティは、正確な乱数が受信され、かつこのようなセッションに関してデジタル的にサインされたことを確認し得る。
【０２９４】
乱数の生成は、例えば、ＦＩＰＳ　ＰＵＢ　１８６−２の付録３に記載される乱数発生器のいずれかを用いて実行され得る。
【０２９５】
従って、本発明の好適な実施形態、デバイス、および方法の上述の説明を考慮して、本発明が幅広い実用性および用途を許すことが、当業者によって容易に理解される。本明細書中に記載されるもの以外の本発明の複数の方法、実施形態、および改造、および複数の変形、改変および等価の構成が、本発明の趣旨または範囲から逸脱することなく、本発明およびその追従する詳細な説明から明らかであるか、または分かり易く（ｒｅａｓｏｎａｂｌｙ）提示される。さらに、種々のプロセスの工程が、好適な順番または時系列で実施されることが場合によっては示されかつ説明されるが、このようなプロセスの工程は、このような特定の順番または順序で実施されることに必ずしも限定されないことが、当業者によって理解されかつ認識される。むしろ、多くの場合、本明細書中に記載されたプロセスの工程は、種々の異なった順番および順序で実施され得る一方で、依然として本発明の範囲内に入る。従って、本発明は、好適な方法およびデバイスに関して、本明細書中で詳細に記載されるが、この詳細な説明は、本発明の例示および模式にすぎず、単に、本発明を完全かつ容易な開示を提供する目的でなされることが理解される。本明細書中で記載される詳細な説明は、本発明を限定すると解釈することも、または、そうでない場合、本発明の任意のそのような他の実施形態、改造、変形、改変および等価の構成を除外すると解釈することも意図されない。本発明は、本明細書に添付の請求項およびその等価物によってのみ限定される。
【図面の簡単な説明】
【図１】
図１は、本発明の概念的な枠組みのブロック図である。
【図２ａ】
図２ａは、本発明の第１の好適な実施形態を示す図である。
【図２ｂ】
図２ｂは、図２ａの実施形態の変形例を示す図である。
【図２ｃ】
図２ｃは、図２ａの実施形態の変形例を示す図である。
【図３】
図３は、図２ａ、２ｂ、および２ｃのデバイスの動作の好ましいモードを示す図である。
【図４ａ】
図４ａは、本発明の第２の好適な実施形態を示す図である。
【図４ｂ】
図４ｂは、図４ａの実施形態の変形例を示す図である。
【図４ｃ】
図４ｃは、図４ａの実施形態の変形例を示す図である。
【図５】
図５は、図４ａ、４ｂ、および４ｃのデバイスの動作の好ましいモードを示す図である。
【図６ａ】
図６ａは、本発明の第３の好適な実施形態を示す図である。
【図６ｂ】
図６ｂは、図６ａの実施形態の変形例を示す図である。
【図６ｃ】
図６ｃは、図６ａの実施形態の変形例を示す図である。
【図７】
図７は、図６ａ、６ｂ、および６ｃのデバイスの動作の好ましいモードを示す図である。
【図８ａ】
図８ａは、本発明の第４の好適な実施形態を示す図である。
【図８ｂ】
図８ｂは、図８ａの実施形態の変形例を示す図である。
【図８ｃ】
図８ｃは、図８ａの実施形態の変形例を示す図である。
【図８ｄ】
図８ｄは、図８ａの実施形態の変形例を示す図である。
【図９】
図９は、図８ａ、８ｂ、および８ｃのデバイスの動作の好ましいモードを示す図である。
【図１０ａ】
図１０ａは、本発明の第５の好適な実施形態を示す図である。
【図１０ｂ】
図１０ｂは、図１０ａの実施形態の変形例を示す図である。
【図１０ｃ】
図１０ｃは、図１０ａの実施形態の変形例を示す図である。
【図１１】
図１１は、図１０ａ、１０ｂ、および１０ｃのデバイスの動作の好ましいモードを示す図である。
【図１２ａ】
図１２ａは、本発明の第６の好適な実施形態を示す図である。
【図１２ｂ】
図１２ｂは、図１２ａの実施形態の変形例を示す図である。
【図１２ｃ】
図１２ｃは、図１２ａの実施形態の変形例を示す図である。
【図１３】
図１３は、図１２ａ、１２ｂ、および１２ｃのデバイスの動作の好ましいモードを示す図である。
【図１４ａ】
図１４ａは、本発明の第７の好適な実施形態を示す図である。
【図１４ｂ】
図１４ｂは、図１４ａの実施形態の変形例を示す図である。
【図１４ｃ】
図１４ｃは、図１４ａの実施形態の変形例を示す図である。
【図１５】
図１５は、図１４ａ、１４ｂ、および１４ｃのデバイスの動作の好ましいモードを示す図である。
【図１６ａ】
図１６ａは、本発明の第８の好適な実施形態を示す図である。
【図１６ｂ】
図１６ｂは、図１６ａの実施形態の変形例を示す図である。
【図１６ｃ】
図１６ｃは、図１６ａの実施形態の変形例を示す図である。
【図１７】
図１７は、図１６ａ、１６ｂ、および１６ｃのデバイスの動作の好ましいモードを示す図である。
【図１８ａ】
図１８ａは、本発明の第９の好適な実施形態を示す図である。
【図１８ｂ】
図１８ｂは、図１８ａの実施形態の変形例を示す図である。
【図１８ｃ】
図１８ｃは、図１８ａの実施形態の変形例を示す図である。
【図１９】
図１９は、図１８ａ、１８ｂ、および１８ｃのデバイスの動作の好ましいモードを示す図である。
【図２０ａ】
図２０ａは、本発明の予め格納されたデータの好ましいフォーマットを示す図である。
【図２０ｂ】
図２０ｂは、本発明の予め格納されたデータの好ましいフォーマットを示す図である。
【図２０ｃ】
図２０ｃは、本発明の予め格納されたデータの好ましいフォーマットを示す図である。
【図２１ａ】
図２１ａは、本発明の検証データの好ましいフォーマットを示す図である。
【図２１ｂ】
図２１ｂは、本発明の検証データの好ましいフォーマットを示す図である。
【図２１ｃ】
図２１ｃは、本発明の検証データの好ましいフォーマットを示す図である。
【図２２】
図２２は、本発明の好ましい比較および検証ステータス識別プロセスを示す図である。
【図２３ａ】
図２３ａは、本発明の好ましい比較および検証ステータス識別プロセスを示す図である。
【図２３ｂ】
図２３ｂは、本発明の好ましい比較および検証ステータス識別プロセスを示す図である。
【図２４】
図２４は、本発明の好ましい比較および検証ステータス識別プロセスを示す図である。
【図２５ａ】
図２５ａは、本発明の識別マーカの好ましいフォーマットを示す図である。
【図２５ｂ】
図２５ｂは、本発明の識別マーカの好ましいフォーマットを示す図である。
【図２６】
図２６は、本発明の識別マーカの好ましいフォーマットを示す図である。
【図２７】
図２７は、本発明による、仮定的な一連の検証データ入力から得られる、識別マーカーの表である。
【図２８】
図２８は、コンピュータチップを用いる本発明のインプリメンテーション内の好ましいデータフローチャートである。
【図２９】
図２９は、ＩＣカードを用いる、本発明の第１の特定のインプリメンテーションを示す図である。
【図３０】
図３０は、ＩＣカードを用いる、本発明の第２の特定のインプリメンテーションを示す図である。
【図３１】
図３１は、ＩＣカードを用いる、本発明の第３の特定のインプリメンテーションを示す図である。
【図３２ａ】
図３２ａは、ＩＣカードを用いる、本発明の第４および第５の特定のインプリメンテーションを示す図である。
【図３２ｂ】
図３２ｂは、ＩＣカードを用いる、本発明の第４および第５の特定のインプリメンテーションを示す図である。
【図３３】
図３３は、ＩＣカードを用いる、本発明の第６の特定のインプリメンテーションを示す図である。
【図１】
2004506361.tif 000003
【図２ａ】
2004506361.tif 000004
【図２ｂ】
2004506361.tif 000005
【図２ｃ】
2004506361.tif 000006
【図３】
2004506361.tif 000007
【図４ａ】
2004506361.tif 000008
【図４ｂ】
2004506361.tif 000009
【図４ｃ】
2004506361.tif 000010
【図５】
2004506361.tif 000011
【図６ａ】
2004506361.tif 000012
【図６ｂ】
2004506361.tif 000013
【図６ｃ】
2004506361.tif 000014
【図７】
2004506361.tif 000015
【図８ａ】
2004506361.tif 000016
【図８ｂ】
2004506361.tif 000017
【図８ｃ】
2004506361.tif 000018
【図８ｄ】
2004506361.tif 000019
【図９】
2004506361.tif 000020
【図１０ａ】
2004506361.tif 000021
【図１０ｂ】
2004506361.tif 000022
【図１０ｃ】
2004506361.tif 000023
【図１１】
2004506361.tif 000024
【図１２ａ】
2004506361.tif 000025
【図１２ｂ】
2004506361.tif 000026
【図１２ｃ】
2004506361.tif 000027
【図１３】
2004506361.tif 000028
【図１４ａ】
2004506361.tif 000029
【図１４ｂ】
2004506361.tif 000030
【図１４ｃ】
2004506361.tif 000031
【図１５】
2004506361.tif 000032
【図１６ａ】
2004506361.tif 000033
【図１６ｂ】
2004506361.tif 000034
【図１６ｃ】
2004506361.tif 000035
【図１７】
2004506361.tif 000036
【図１８ａ】
2004506361.tif 000037
【図１８ｂ】
2004506361.tif 000038
【図１８ｃ】
2004506361.tif 000039
【図１９】
2004506361.tif 000040
【図２０ａ】
2004506361.tif 000041
【図２０ｂ】
2004506361.tif 000042
【図２０ｃ】
2004506361.tif 000043
【図２１ａ】
2004506361.tif 000044
【図２１ｂ】
2004506361.tif 000045
【図２１ｃ】
2004506361.tif 000046
【図２２】
2004506361.tif 000047
【図２３ａ】
2004506361.tif 000048
【図２３ｂ】
2004506361.tif 000049
【図２４】
2004506361.tif 000050
【図２５ａ】
2004506361.tif 000051
【図２５ｂ】
2004506361.tif 000052
【図２６】
2004506361.tif 000053
【図２７】
2004506361.tif 000054
【図２８】
2004506361.tif 000055
【国際公開パンフレット】
2004506361.tif 000056
2004506361.tif 000057
2004506361.tif 000058
2004506361.tif 000059
2004506361.tif 000060
2004506361.tif 000061
2004506361.tif 000062
2004506361.tif 000063
2004506361.tif 000064
2004506361.tif 000065
2004506361.tif 000066
2004506361.tif 000067
2004506361.tif 000068
2004506361.tif 000069
2004506361.tif 000070
2004506361.tif 000071
2004506361.tif 000072
2004506361.tif 000073
2004506361.tif 000074
2004506361.tif 000075
2004506361.tif 000076
2004506361.tif 000077
2004506361.tif 000078
2004506361.tif 000079
2004506361.tif 000080
2004506361.tif 000081
2004506361.tif 000082
2004506361.tif 000083
2004506361.tif 000084
2004506361.tif 000085
2004506361.tif 000086
2004506361.tif 000087
2004506361.tif 000088
2004506361.tif 000089
2004506361.tif 000090
2004506361.tif 000091
2004506361.tif 000092
2004506361.tif 000093
2004506361.tif 000094
2004506361.tif 000095
2004506361.tif 000096
2004506361.tif 000097
2004506361.tif 000098
2004506361.tif 000099
2004506361.tif 000100
2004506361.tif 000101
2004506361.tif 000102
2004506361.tif 000103
2004506361.tif 000104
2004506361.tif 000105
2004506361.tif 000106
2004506361.tif 000107
2004506361.tif 000108
2004506361.tif 000109
2004506361.tif 000110
2004506361.tif 000111
2004506361.tif 000112
2004506361.tif 000113
2004506361.tif 000114
2004506361.tif 000115
2004506361.tif 000116
2004506361.tif 000117
2004506361.tif 000118
2004506361.tif 000119
2004506361.tif 000120
2004506361.tif 000121
2004506361.tif 000122
2004506361.tif 000123
2004506361.tif 000124
2004506361.tif 000125
2004506361.tif 000126
2004506361.tif 000127
2004506361.tif 000128
2004506361.tif 000129
2004506361.tif 000130
2004506361.tif 000131
2004506361.tif 000132
2004506361.tif 000133
2004506361.tif 000134
2004506361.tif 000135
2004506361.tif 000136
2004506361.tif 000137
2004506361.tif 000138
2004506361.tif 000139
2004506361.tif 000140
2004506361.tif 000141
2004506361.tif 000142
2004506361.tif 000143
2004506361.tif 000144
2004506361.tif 000145
2004506361.tif 000146
2004506361.tif 000147
2004506361.tif 000148
2004506361.tif 000149
2004506361.tif 000150
2004506361.tif 000151
2004506361.tif 000152
2004506361.tif 000153
2004506361.tif 000154
2004506361.tif 000155
2004506361.tif 000156
2004506361.tif 000157
2004506361.tif 000158
2004506361.tif 000159
2004506361.tif 000160
2004506361.tif 000161
2004506361.tif 000162
2004506361.tif 000163
2004506361.tif 000164
2004506361.tif 000165
2004506361.tif 000166
2004506361.tif 000167
2004506361.tif 000168
2004506361.tif 000169
2004506361.tif 000170
2004506361.tif 000171
2004506361.tif 000172
2004506361.tif 000173
2004506361.tif 000174
2004506361.tif 000175
2004506361.tif 000176
2004506361.tif 000177
2004506361.tif 000178
2004506361.tif 000179
2004506361.tif 000180
2004506361.tif 000181
2004506361.tif 000182
2004506361.tif 000183
2004506361.tif 000184
2004506361.tif 000185
2004506361.tif 000186
2004506361.tif 000187
2004506361.tif 000188
2004506361.tif 000189
2004506361.tif 000190
2004506361.tif 000191
2004506361.tif 000192
2004506361.tif 000193
2004506361.tif 000194
2004506361.tif 000195
2004506361.tif 000196
2004506361.tif 000197
2004506361.tif 000198
2004506361.tif 000199
2004506361.tif 000200
2004506361.tif 000201
2004506361.tif 000202
2004506361.tif 000203
2004506361.tif 000204
2004506361.tif 000205
2004506361.tif 000206
2004506361.tif 000207
2004506361.tif 000208
2004506361.tif 000209
2004506361.tif 000210
2004506361.tif 000211
2004506361.tif 000212
2004506361.tif 000213
2004506361.tif 000214
2004506361.tif 000215
2004506361.tif 000216
2004506361.tif 000217
2004506361.tif 000218
2004506361.tif 000219
2004506361.tif 000220
2004506361.tif 000221
2004506361.tif 000222
2004506361.tif 000223
2004506361.tif 000224
【国際調査報告】
2004506361.tif 000225