(57)【要約】【課題】公開鍵基盤を提供する通信システムにおいて、定義されたパーティ（Ｉ、Ｖ）により匿名支払を検証するための方法を提供する。【解決手段】この方法は、（ａ）顧客秘密鍵、顧客証明書、少なくとも１つの顧客属性、及び暗号化された支払メッセージから取り出され、顧客パーティによって生成される証明署名と暗号化された支払メッセージとを含む妥当性検査メッセージを小売店パーティから受け取るステップと、（ｂ）発行公開鍵、検証公開鍵、及び暗号化された支払メッセージに基づいて証明署名の妥当性を検証するステップと、（ｃ）検証公開鍵に対応した検証秘密鍵に基づいて暗号化された支払メッセージの少なくとも一部分を暗号化解除し、それによって少なくとも１つの顧客属性に関連した顧客情報を得るステップと、証明署名が妥当である場合、支払の許可を初期設定するために前記得られた顧客情報を使用するステップ、を含む。【選択図】　図１
2004005643.tif 000002
【特許請求の範囲】
【請求項１】
公開鍵基盤を提供する通信システムにおいて、定義されたパーティ（Ｉ、Ｖ）により匿名支払を検証するための方法であって、
顧客秘密鍵（ＳＫＣ）、顧客証明書（ＣｅｒｔＣ）、少なくとも１つの顧客属性（＃Ｃ、ｔＣ）、及び暗号化された支払メッセージ（ｅＶ）から取り出され、顧客パーティ（Ｃ）によって生成される証明署名（ｓｉｇＣ）と暗号化された支払メッセージ（ｅＶ）とを含む妥当性検査メッセージ（ｍＶ）を小売店パーティ（Ｍ）から受け取るステップと、
発行公開鍵（ＰＫＩ）、検証公開鍵（ＰＫＶ）、及び前記暗号化された支払メッセージ（ｅＶ）に基づいて前記証明署名（ｓｉｇＣ）の妥当性を検証するステップと、
前記検証公開鍵（ＰＫＶ）に対応した検証秘密鍵（ＳＫＶ）に基づいて前記暗号化された支払メッセージ（ｅＶ）の少なくとも一部分を暗号化解除し、それによって前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）に関連した顧客情報（ＩＮＦＯＣ）を得るステップと、
前記証明署名（ｓｉｇＣ）が妥当である場合、支払の許可を初期設定するために前記得られた顧客情報（ＩＮＦＯ＃Ｃ、ｔＣ）を使用するステップ、
を含む方法。
【請求項２】
公開鍵基盤を提供する通信システムにおいて、顧客パーティ（Ｃ）及び小売店パーティ（Ｍ）の間で送信及び受信される支払メッセージ（ｍｑ）を小売店パーティ（Ｍ）によって検証するための方法であって、
顧客秘密鍵（ＳＫＣ）、顧客証明書（ＣｅｒｔＣ）、少なくとも１つの顧客属性（＃Ｃ、ｔＣ）、及び暗号化された支払メッセージ（ｅＶ）から取り出され、顧客パーティ（Ｃ）によって生成された証明署名（ｓｉｇＣ）及び前記暗号化された支払メッセージ（ｅＶ）を含む支払メッセージ（ｍｑ）を前記顧客パーティ（Ｃ）から受け取るステップと、
発行公開鍵（ＰＫＩ）、検証公開鍵（ＰＫＶ）、及び前記暗号化された支払メッセージ（ｅＶ）に基づいて前記証明署名（ｓｉｇＣ）の妥当性を検証するステップと、
を含む方法。
【請求項３】
前記暗号化された支払メッセージ（ｅＶ）が前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）及び前記検証公開鍵（ＰＫＶ）から取り出される、請求項１又は請求項２に記載の方法。
【請求項４】
前記暗号化された支払メッセージ（ｅＶ）が複数の暗号化された支払メッセージを含む、請求項１乃至請求項３のいずれか１つに記載の方法。
【請求項５】
前記顧客証明書（ＣｅｒｔＣ）が証明書メッセージにおける証明書署名を含み、前記証明書署名が前記発行公開鍵（ＰＫＩ）に対応した発行秘密鍵（ＳＫＩ）を使って発行パーティ（Ｉ）により生成され、前記証明書メッセージが顧客公開鍵（ＰＫＣ）及び前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）から取り出される、請求項１乃至請求項４のいずれか１つに記載の方法。
【請求項６】
前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）がカード番号（＃Ｃ）を含む、請求項１乃至請求項５のいずれか１つに記載の方法。
【請求項７】
前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）が有効期限（ｔＣ）を含む、請求項１乃至請求項６のいずれか１つに記載の方法。
【請求項８】
請求項１乃至請求項７のいずれか１つに記載の方法のステップを実行するように適応した手段を含むシステム。
【請求項９】
顧客秘密鍵（ＳＫＣ）、顧客証明書（ＣｅｒｔＣ）、少なくとも１つの顧客属性（＃Ｃ、ｔＣ）、及び前記暗号化された支払メッセージ（ｅＶ）から取り出された証明署名（ｓｉｇＣ）及び暗号化された支払メッセージ（ｅＶ）を含むメッセージ（ｍｑ、ｍＶ）。
【請求項１０】
プログラム・コード手段を含むコンピュータ・プログラムであって、前記プログラム・コード手段は、前記コンピュータ・プログラムがコンピュータ上で実行されるとき、請求項１乃至請求項７のいずれか１つに記載された方法を遂行するためのものである、コンピュータ・プログラム。
【請求項１１】
コンピュータ使用可能媒体上に記憶され、請求項１乃至請求項７のいずれか１つに記載された方法をコンピュータに遂行させるためのコンピュータ可読プログラム手段を含む、コンピュータ・プログラム製品。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピューティングの分野に関し、詳しく云えば、コンピュータ・ネットワークを介した安全なデータ交換のための方法及び技術的な実現方法に関するものである。更に詳しく云えば、本発明は、定義されたパーティによる匿名の支払（ａｎｏｎｙｍｏｕｓ　ｐａｙｍｅｎｔ）を確認するための方法に関する。更に、本発明は、小売店パーティ（ｍｅｒｃｈａｎｔ　ｐａｒｔｙ）により支払メッセージを検証するための方法にも関する。
【０００２】
【従来の技術】
コンピュータ及び電子機器から書籍、記録物、自動車、及び不動産までのあらゆるものの企業間取引、消費者取引、及び、競売取引を促進するための電子商取引は、インターネット及び私設のネットワークの使用を必要とする。このような環境では、支払が履行されなければならないけれども、消費者のプライバシが大きな問題になっている。クレジット・カードによる支払方法が普及しており、この方法はまたインターネットを介した安全な支払カード取引を促進するためにも使用される。１つのオープン・テクニカル・スタンダードは、ＳＥＴ（Ｓｅｃｕｒｅ　Ｅｌｅｃｔｒｏｎｉｃ　Ｔｒａｎｓａｃｔｉｏｎ）と呼ばれる。ディジタル証明書は、取引全般にわたってトラスト・チェーン（ｔｒｕｓｔ　ｃｈａｉｎ）を形成し、カード所持者及び小売店の妥当性及び他のインターネット・セキュリティ・ソリューションによる無比のプロセスを検証する。小売店、金融機関、及び多くの消費者は、このような支払方法を信頼している。
【０００３】
ＳＥＴでは、先ず、カード所持者、小売店、及び決済機関がそれらの公開鍵及びそれらに関する証明書を交換し、しかる後、これらの証明書を検証する。次に、カード所持者及び小売店がその購買を特定するためのデータを交換する。カード所持者は、このデータから２つのメッセージｍＯ及びｍＰを作成する。この場合、ｍＯは、取引ｉｄ、注文品名、及び購入量を含み、ｍＰは、取引ｉｄ、購入量、小売店ｉｄ、クレジット・カード番号＃Ｃ、及び有効期限ｔＣを含む。次に、カード所持者がｈＯ及びｈＰを署名し、その結果、ｓｉｇＣを生じさせる。なお、ｈＯ＝Ｈ（ｍＯ）、ｈＰ＝Ｈ（ｍＰ）であり、及びＨは、一方向性ハッシュ関数である。また、カード所持者は、決済機関の公開鍵のもとでｍＰを暗号化し、その結果、ｅＡを生じさせる。次に、カード所持者は、ｍＯ、ｓｉｇＣ、ｈＰ、及びｅＡをカード所持者の公開鍵及び証明書と共にその小売店に送る。小売店は、ｈＯ＝Ｈ（ｍＯ）を計算し、ｓｉｇＣがカード所持者の公開鍵に関してｈＯ、ｈＰにつき有効な署名であるかどうかをチェックする。次に、小売店は、カード所持者の公開鍵及び証明書を転送し、ｅＡ、ｈＯ、ｓｉｇＣ、及び何らかの他の（小売店関連の）細目を決済機関に送る。決済機関は、ｅＡを暗号化解除し、ｈＰ＝Ｈ（ｍＰ）を計算し、ｓｉｇＣがカード所持者の公開鍵に関してｈＯ、ｈＰにつき有効な署名であるかどうかをチェックする。更に、決済機関は、Ｈ（＃Ｃ）及びＨ（ｔＣ）がカード所持者の証明書に含まれているかどうかをチェックする。次に、決済機関は、＃Ｃ、ｔＣ、及び購入量を使用して金融ネットワークを介したその購入に対する許可を得る。決済機関は、そのカード所持者を認めている小売店にその結果を通知する。その結果が成功裏のものであった場合、決済機関は、その小売店が支払を受けたことに合意し、小売店は、商品又はサービスをカード所持者、即ち、顧客に提供する。
【０００４】
しかし、ＳＥＴ又はｉＫＰ（インターネット・キー支払プロトコル：ＩｎｔｅｒｎｅｔＫｅｙｅｄ　Ｐａｙｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）のような現在のクレジット・カード支払方式は、小売店に対するカード所持者の匿名性を提供するものではない。これは、クレジット・カード取引が匿名的でないこと、即ち、小売店が顧客の名前、クレジット・カード番号、及び有効期限を知ることができることを意味する。更に、多くの場合、この知識は、顧客を装ってクレジット・カードを不法に使用するに十分である。ＳＥＴでは、小売店は、必ずしもカード所持者の名前を見ないけれども、その人の公開鍵及びそれに関する証明書を見る。即ち、カード所持者は偽名に従って小売店に知られてしまう。顧客が異なる小売店又は取引で同じ偽名を使用する場合、これらの取引はリンクされ得るし、プロファイルが確立され得る。そのようなプロファイルは、通常、顧客を識別するに十分である。また、顧客が或る取引において名前を示すように要求される場合、この名前は別の取引に伝播する。この問題は、カード所持者が自分が行った各取引に対して新たな公開鍵を作り且つ新たな証明書を得る場合に解決され得る。しかし、これは、あまり効率的ではない。従って、取引がリンク可能になることなく、カード所持者が自分の公開鍵及びそれに関する証明書をいつでも使用することを可能にするシステムが望まれている。
【０００５】
ＳＥＴのように伝統的な金融ネットワークを使用して支払を許可するので、その方式も、決済機関に関してカード所持者に対する匿名性を提供するものではない。
【０００６】
【発明が解決しようとする課題】
それらの欠点を克服するためには、カード所持者がカード発行者以外のすべてのパーティに対して匿名のままでいることを可能にする方式が必要である。カード発行者は、しかるべく勘定書を送るためにカード所持者のアイデンティティを知らなければならない。しかし、カード所持者又は顧客が有効なクレジット・カードを所持していること、及び支払が有効であることをすべてのパーティが納得しなければならない。
【０００７】
【課題を解決するための手段】
本発明によれば、公開鍵基盤（ｐｕｂｌｉｃ　ｋｅｙ　ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を提供する通信システムにおいて、定義されたパーティにより匿名支払を検証するための方法が提供される。その方法は、顧客秘密鍵（ｃｕｓｔｏｍｅｒ　ｓｅｃｒｅｔ　ｋｅｙ）、顧客証明書（ｃｕｓｔｏｍｅｒ　ｃｅｒｔｉｆｉｃａｔｅ）、少なくとも１つの顧客属性（ｃｕｓｔｏｍｅｒ　ａｔｔｒｉｂｕｔｅ）、及び暗号化された支払メッセージ（ｅｎｃｒｙｐｔｅｄ　ｐａｙｍｅｎｔ　ｍｅｓｓａｇｅ）から取り出され、顧客パーティによって生成される証明署名（ｐｒｏｏｆ　ｓｉｇｎａｔｕｒｅ）と暗号化された支払メッセージとを含む妥当性検査メッセージとを小売店パーティから受け取るステップ、発行公開鍵（ｉｓｓｕｉｎｇ　ｐｕｂｌｉｃ　ｋｅｙ）、検証公開鍵（ｖｅｒｉｆｉｃａｔｉｏｎｐｕｂｌｉｃ　ｋｅｙ）、及び暗号化された支払メッセージに基づいて証明署名の妥当性を検証するステップ、及び検証公開鍵に対応した検証秘密鍵（ｖｅｒｉｆｉｃａｔｉｏｎ　ｓｅｃｒｅｔ　ｋｅｙ）に基づいてその暗号化された支払メッセージの少なくとも一部分を暗号化解除し、それによって少なくとも１つの顧客属性に関連した顧客情報を得るステップを含む。証明署名が妥当である場合、支払の許可を初期設定するためにその得られた顧客情報が使用される。
【０００８】
更に、公開鍵基盤を提供する通信システムにおいて、小売店パーティが支払メッセージを検証するための方法が提供される。その検証は、支払メッセージが顧客パーティ及び小売店パーティの間で送信及び受信されることから生じる。その方法は、顧客秘密鍵、顧客証明書、少なくとも１つの顧客属性、及び暗号化された支払メッセージから取り出され、顧客パーティによって生成された証明署名及び暗号化された支払メッセージを含む支払メッセージを顧客パーティから受け取るステップ、及び発行公開鍵、検証公開鍵、及び暗号化された支払メッセージに基づいて証明署名の妥当性を検証するステップを含む。
【０００９】
証明署名が妥当性を持つ場合、妥当性検査メッセージが小売店パーティによって形成され、検証パーティ又は発行パーティとも呼ばれる定義されたパーティに送られ得る。その検証パーティ及び発行パーティは、単一のパーティを形成し得る。
【００１０】
本願の方法は、支払システムにおける効率的な匿名性が提供され、それによって、複数の支払及び取引を、それらをリンクする可能性なしに遂行することが可能であるという利点を示す。それぞれの新たな取引を登録する必要がない。カード所持者である顧客パーティが証明書又は公開鍵を明かすことはなく、カード所持者がそれらを所持していることを小売店パーティ及び検証パーティに確信させることができる点は有利なことである。更に、提供されるクレジット・カード番号及び有効期限が証明書にコード化されていることを検証パーティに確信させることも可能である。
【００１１】
少なくとも１つの顧客属性は、カード番号、有効期限、又は他の顧客関連の情報を含み得る。
【００１２】
暗号化された支払メッセージは、少なくとも１つの顧客属性及び検証公開鍵から取り出すことが可能である。その後者から見て、小売店パーティは、顧客パーティによって検証パーティに送られたメッセージ及び情報に依存することができる。
【００１３】
更に、暗号化された支払メッセージは、複数の暗号化された支払メッセージを含み得る。そこで、その情報を、小売店パーティと、検証パーティと、顧客属性を含む顧客証明書を発行し且つ顧客パーティに勘定書を送る発行パーティとに分けることが可能である。それは、意図された情報又は定義された情報だけがそれぞれのパーティにとって使用可能であることを意味する。例えば、小売店パーティは、有効期限を得るがクレジット・カード番号を得ることがない。もう１つの例では、検証パーティは、情報の一部分だけを得るが、残りの部分は、支払を許可する発行パーティにしか知らされない。検証パーティから見て、全体的な匿名性を得ることが可能である。
【００１４】
顧客証明書は、証明書メッセージ上に証明書署名（ｃｅｒｔｉｆｉｃａｔｅ　ｓｉｇｎａｔｕｒｅ）を含むことができる。証明書署名は、発行公開鍵に対応する発行秘密鍵を使用する発行パーティによって生成され得る。証明書メッセージは、顧客公開鍵及び少なくとも１つの顧客属性から容易に取り出され得る。これは、高レベルの認証を可能にする。
【００１５】
メッセージ、即ち、支払メッセージ及び（又は）妥当性検査メッセージは、証明署名及び暗号化された支払メッセージを含み得る。証明署名は、顧客秘密鍵、顧客証明書、少なくとも１つの顧客属性、及び暗号化された支払メッセージから取り出され得る。原理的には、同じメッセージが異なるパーティによって異なる目的のために使用され得るし、それによって、関連情報だけが、その情報を持つべきパーティによりアクセス可能である。
【００１６】
本発明による方法は、公開鍵基盤を提供する通信システムにおいて使用され得る。それは、認証機関からのディジタル証明書、並びに電子取引に関与した各パーティの妥当性を検証及び認証する他の登録機関からのディジタル証明書を使用して公開鍵暗号化及び署名方式を実施するシステムである。「トラステッド・サード・パーティ（Ｔｒｕｓｔｅｄ　Ｔｈｉｒｄ　Ｐａｒｔｙ）」とも呼ばれる認証機関は、組織又は個人のような他のエンティティが他人に対してそれらのアイデンティティを証明すること及び安全に通信を行うことを可能にするために、それら組織又は個人のような他のエンティティにディジタル証明書を発行するエンティティ、一般には、会社である。その認証機関は、ディジタル証明サービスを提供する外部の会社であってもよく、或いは、コーポレートＭＩＳ（経営情報システム　−　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｓｙｓｔｅｍ）部門のような内部組織であってもよい。認証局の主な機能は、エンティティのアイデンティティを検証し、そのアイデンティティを証明するディジタル証明書を発行することである。
【００１７】
公開鍵暗号化方式では、各パーティは、公開鍵及び秘密鍵と呼ばれる一対の鍵を得る。各個人の公開鍵は公開されるが、秘密鍵は秘密に保たれる。メッセージは、意図された受信者の公開鍵を使用して暗号化され、その受信者の秘密鍵だけを使用して暗号化解除され得る。この機構は、ディジタル署名のためにも、或いはディジタル署名と関連しても使用され得る。
【００１８】
ディジタル署名は、公開鍵暗号化を使用して、送信者及びメッセージ・データを識別及び認証する、メッセージに付加されたエクストラ・データによって形成される。送信者は、一方向性ハッシュ関数を使用して、メッセージ・データから、例えば、１６０ビットのハッシュ・コードを生成する。その後、送信者は自身の秘密鍵でハッシュ・コードに署名する。受信者は、そのデータからハッシュ・コードを同様に計算し、受信されたハッシュを送信者の公開鍵によって検証する。
【００１９】
送信者及び受信者が何らかのセキュア・チャネルを介して秘密の情報、例えば、鍵を共用する必要性は排除される。それは、すべての通信が公開鍵だけしか必要とせず、決して秘密鍵が送信又は共用されることはない。公開鍵方式は、認証、機密性、保全性、及び非拒絶のために使用され得る。ＲＳＡは、公開鍵暗号システムの一例である。
【００２０】
「メッセージ・ダイジェスト関数」とも呼ばれ、ディジタル署名のために使用される一方向性ハッシュ関数は、可変長メッセージを取り出して固定長ハッシュを生成する関数である。ハッシュの場合、そのハッシュによるメッセージを見つけることは、計算上は不可能である。実際に、たとえ１ビットであっても、ハッシュによるメッセージに関する如何なる使用可能な情報も決定することはできない。或る一方向性ハッシュ関数に対して、同じハッシュを生成する２つのメッセージを決定することも計算上は不可能である。一方向性ハッシュ関数は、ちょうど暗号化関数のように秘密的であるか又は公開的である。公開一方向性ハッシュ関数は、公開鍵ディジタル署名システムを加速するために使用され得る。長時間を必要とする長いメッセージを署名するのではなく、そのメッセージの一方向性ハッシュが計算され、そのハッシュがディジタル的に署名される。
【００２１】
【発明の実施の形態】
図１を参照すると、本発明を使用し得る通信環境の概要が示される。図面では、同じ又は同様の要素を表すために同じ参照番号又は文字が使用される。Ｉと表示された発行パーティ１が第１接続手段５．１を介して、Ｃと表示された顧客パーティ２に接続される。顧客パーティ２は、第２接続手段５．２を介して、Ｍと表示された小売店パーティ３に接続される。小売店パーティ３は、第３接続手段５．３を介して、Ｖと表示された妥当性検査パーティ４に接続される。妥当性検査パーティ４は、通常は金融ネットワークである第４接続手段７を介して、銀行又はクレジット・カード発行者である発行パーティ１に接続される。金融ネットワーク７は、破線８によって表されるように、接続手段５．１、５．２、５．３から分離される。接続手段５．１、５．２、５．３は、その分野において知られており、例えば、インターネットによって提供される通信接続である。それぞれボックス１乃至４において示されるように、発行パーティ１は、発行秘密鍵ＳＫＩを対応する発行公開鍵ＰＫＩと共に有し、顧客パーティ２は、顧客秘密鍵ＳＫＣを対応する顧客公開鍵ＰＫＣと共に有し、小売店パーティ３は、小売店秘密鍵ＳＫＭを対応する小売店公開鍵ＰＫＭと共に有し、そして妥当性検査パーティ４は、妥当性検査秘密鍵ＳＫＶを対応する妥当性検査公開鍵ＰＫＶと共に有する。それぞれの秘密鍵ＳＫは、それのそれぞれのパーティ１、２、３、４に知られているだけである。各パーティ１、２、３、４は、それの公開鍵ＰＫＩ、ＰＫＣ、ＰＫＭ、ＰＫＶを、雲状部６でもって表されたパブリック・ドメイン（ｐｕｂｌｉｃ　ｄｏｍａｉｎ）に提供する。発行パーティ１は、顧客属性、例えば、カード番号＃Ｃ及び有効期限ｔＣを含む顧客証明書ＣｅｒｔＣを生成する。カード番号＃Ｃは、顧客と関連付けられ、従って、勘定書を送るために使用される。顧客証明書ＣｅｒｔＣ及び顧客属性＃Ｃ、ｔＣは、第１接続手段５１において示されるように、発行パーティ１から顧客パーティ２に送られる。顧客属性＃Ｃ、ｔＣ及び顧客証明書ＣｅｒｔＣは、顧客パーティ２によって記憶される。証明書という用語は、電子領収書、信任証、又はライセンスとも考えられる。
【００２２】
顧客証明書ＣｅｒｔＣは、証明書メッセージにおける証明書署名を含む。なお、証明書署名は、発行公開鍵ＰＫＩに対応した発行秘密鍵ＳＫＩを使用して発行パーティ１により生成されたものであり、証明書メッセージは、顧客公開鍵ＰＫＣ及び少なくとも１つの顧客属性＃Ｃ、ｔＣから取り出される。
【００２３】
顧客パーティ２がサービス又は或る商品に対する価格に関して小売店パーティ３に同意したとき、その顧客パーティ２は、顧客秘密鍵ＳＫＣ、少なくとも１つの顧客属性＃Ｃ、ｔＣ、及び暗号化された支払メッセージｅＶと共に顧客証明書ＣｅｒｔＣを使用して証明署名ｓｉｇＣを生成する。顧客パーティ２は、証明署名ｓｉｇＣと暗号化された支払メッセージｅＶとによって支払メッセージｍｑを生成する。支払メッセージｍｑは、顧客パーティ２から小売店パーティ３に送られる。そこで、小売店パーティ３は、図２に関連して更に詳細に説明されるように、証明署名ｓｉｇＣの妥当性を検証することができる。小売店パーティ３は、妥当性検査メッセージｍＶを妥当性検査パーティ４に送る。妥当性検査パーティ４は、顧客情報ＩＮＦＯＣを暗号化された支払メッセージｅＶから取り出すように適応する。得られた顧客情報ＩＮＦＯ＃Ｃ、ｔＣが顧客情報ＩＮＦＯＣから妥当性検査パーティ４によって取り出され得る。そこで、顧客情報ＩＮＦＯＣ又は得られた顧客情報ＩＮＦＯ＃Ｃ、ｔＣは、支払の認証を初期設定するために初期設定メッセージｍＣ＃において使用される。支払メッセージｍｑ及び妥当性検査メッセージｍＶは同じであることがあり得るが、更なる情報でもって小売店パーティ３によっても修正され得るか又は情報が省略され得る。妥当性検査パーティ４は、金融ネットワーク７を介して発行パーティ１に初期設定メッセージｍＣ＃を送る。この初期設定メッセージｍＣ＃は、支払を初期設定する。妥当性検査パーティ４は、支払のための容易な構造という利点によって、発行パーティ１と共に単一のパーティを形成することもできる。小売店パーティ３は、支払の認証に関しても知らされるであろう。
【００２４】
通信環境の概要が次の図の説明を容易にするために示される。次の図２乃至図４には、メッセージの交換、更に詳しく云えば、検証を伴うそれらの関連コンテンツがそれぞれの矢印の上及び下に示される。
【００２５】
図２を参照すると、顧客パーティ２と小売店パーティ３との間のメッセージ交換の概略図が示される。小売店パーティ３は、顧客パーティ２から支払メッセージｍｑを受ける。支払メッセージｍｑは、暗号化された支払メッセージｅＶ及び証明署名ｓｉｇＣを含み、小売店パーティ３によって検証され得る。更に、支払メッセージｍｑは、購入されるべき商品又はサービスに対する参照符号ｒｅｆＧ及びそれの金額＄を含む。支払メッセージｍｑは、本願では、ｍｑ（ｅＶ，ｓｉｇＣ，ｒｅｆＧ，＄）によって表される。証明署名ｓｉｇＣは、顧客パーティ２によって生成され、顧客秘密鍵ＳＫＣ、顧客証明書ＣｅｒｔＣ、少なくとも１つの顧客属性＃Ｃ、及び暗号化された支払メッセージｅＶから取り出されたものである。更に、顧客公開鍵ＰＫＣは、本願では、証明署名ｓｉｇＣを取り出すためにも使用された。小売店パーティ３は、発行公開鍵ＰＫＩ、検証公開鍵ＰＫＶ及び暗号化された支払メッセージｅＶに関して証明署名ｓｉｇＣの妥当性を検証する。
【００２６】
更に正確に言うと、証明署名ｓｉｇＣは、ゼロ知識対話証明に基づいており、本願では、次のように表される。
2004005643.tif 000003
【００２７】
顧客秘密鍵ＳＫＣ、顧客証明書ＣｅｒｔＣ、顧客属性＃Ｃ、及び顧客公開鍵ＰＫＣの値は、顧客パーティ２の秘密入力である。その証明は、３つのステートメントｅＶ＝ｅｎｃＰＫｖ（＃Ｃ）、ＰＫＣ＝ｆ（ＳＫＣ）、及びＣｅｒｔＣ＝ｓｉｇＰＫＩ（ＰＫＣ，＃Ｃ，．．．）が保持するこれらの値を顧客パーティ２が知っていることを示している。
【００２８】
式　ｅＶ＝ｅｎｃＰＫｖ（＃Ｃ）　は、暗号化された支払メッセージｅＶが妥当性検査公開鍵ＰＫＶの使用の下で少なくとも１つの顧客属性＃Ｃの暗号化であることを表している。
【００２９】
式　ＰＫＣ＝ｆ（ＳＫＣ）　は、顧客公開鍵ＰＫＣが顧客秘密鍵ＳＫＣの関数として取り出されることを表している。関数ｆは汎用のものであり、制約なく選択され得る。
【００３０】
式　ＣｅｒｔＣ＝ｓｉｇＰＫｉ（ＰＫＣ，＃Ｃ，．．．）は、顧客証明書ＣｅｒｔＣ　が、発行公開鍵ＰＫＩに対応する発行秘密鍵ＳＫＩを使用して発行パーティ１によって生成された署名であること、及び証明書メッセージとも呼ばれる署名されたメッセージが顧客公開鍵ＰＫＣ及び少なくとも１つの顧客属性＃Ｃから取り出されることを表している。
【００３１】
上記式は、証明署名ｓｉｇＣが｛＄｝として示された金額＄に関する署名でもあることを表す。更なる実施例では、金額＄も同様に、他の関連情報、例えば、参照符号ｒｅｆＧを含み得る。
【００３２】
図３は、小売店パーティ３及び妥当性検査パーティ４の間のメッセージ交換の概略図である。妥当性検査パーティ４は、小売店パーティ３から妥当性検査メッセージｍＶを受ける。妥当性検査メッセージｍＶは、妥当性検査パーティ４によって検証される。それは、ｍＶ（ｅＶ，ｓｉｇＣ，＄）でもって表されるように、暗号化された支払メッセージｅＶ、証明書名ｓｉｇＣ、及び金額＄を含む。購入されるべき商品又はサービスに対する参照符号ｒｅｆＧは、これが更なる処理パーティ４及び１にとっては関係ないので、小売店パーティ３によって省略されている。上記のように、証明書名ｓｉｇＣ、即ち、Ｐｒｏｏｆ−ｓｉｇは、顧客パーティ２によって生成され、顧客秘密鍵ＳＫｃ、顧客証明書ＣｅｒｔＣ、少なくとも１つの顧客属性＃Ｃ、及び暗号化された支払メッセージｅＶから取り出される。更に、顧客公開鍵ＰＫＣ　は、本願では、証明書名ｓｉｇＣを取り出すためにも使用されている。妥当性検査パーティ４は、発行公開鍵ＰＫＩ、検証公開鍵ＰＫＶ、及び暗号化された支払メッセージｅＶに関して証明書名ｓｉｇＣの妥当性を検証する。
【００３３】
証明書名ｓｉｇＣは、図２を参照して示され且つ説明されたように表される。
【００３４】
更に、ボックス４において表されるように、暗号化された支払メッセージｅＶの少なくとも一部分が、検証公開鍵ＰＫＶ　に対応する検証秘密鍵ＳＫＶ　を使用することによって暗号化解除される。それによって、少なくとも１つの顧客属性＃Ｃ　に関連した顧客情報ＩＮＦＯＣが得られる。妥当性検査パーティ４が証明署名ｓｉｇＣの妥当性を検証したとき、支払の認証が与えられ得る。
【００３５】
図４は、支払の認証に関する概略図を示す。妥当性検査パーティ４が初期設定メッセージｍＣ＃を発行パーティ１に送る。初期設定メッセージｍＣ＃は、得られた顧客情報ＩＮＦＯ＃Ｃを含み、それによって、初期設定メッセージｍＣ＃が最終的に支払の認証（ａｕｔｈ．　ｐａｙｍｅｎｔ）を初期設定する。
【００３６】
開示されたいずれの実施例も、図示された及び（又は）説明された１つ又は複数の他の実施例と結合され得る。これは、それら実施例の１つ又は複数の特徴にとってもあり得ることである。
【００３７】
本発明は、ハードウェア、ソフトウェア、またはハードウェア及びソフトウェアの組み合わせとして実現可能である。ハードウェアとソフトウェアの組み合わせによる実行において、所定のプログラムを有するコンピュータ・システムにおける実行が典型的な例として挙げられる。かかる場合、該所定プログラムが該コンピュータ・システムにロードされ実行されることにより、該プログラムは、コンピュータ・システムを制御し、本発明にかかる処理を実行させる。このプログラムは、任意の言語・コード・表記によって表現可能な命令群から構成される。そのような命令群は、システムが特定の機能を直接、または１．他の言語・コード・表記への変換、２．他の媒体への複製、のいずれか一方もしくは双方が行われた後に、実行することを可能にするものである。もちろん、本発明は、そのようなプログラム自体のみならず、プログラムを記録した媒体もその範囲に含むものである。本発明の機能を実行するためのプログラムは、フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ハード・ディスク装置、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記録媒体に格納することができる。かかるプログラムは、記録媒体への格納のために、通信回線で接続する他のコンピュータ・システムからダウンロードしたり、他の記録媒体から複製したりすることができる。また、かかるプログラムは、圧縮し、または複数に分割して、単一または複数の記録媒体に格納することもできる。
本願におけるコンピュータ・プログラム手段又はコンピュータ・プログラムは、情報処理能力を持ったシステムに直接に、或いは、次のような、即ち、
（ａ）他の言語、コード、又は表記への変換
（ｂ）種々の有形物における再生
のどちらか又は両方の後に、特定の機能を遂行させるように意図された命令セットに関する任意の言語、コード、又は表記を意味する。
【００３８】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００３９】
（１）公開鍵基盤を提供する通信システムにおいて、定義されたパーティ（Ｉ、Ｖ）により匿名支払を検証するための方法であって、
顧客秘密鍵（ＳＫＣ）、顧客証明書（ＣｅｒｔＣ）、少なくとも１つの顧客属性（＃Ｃ、ｔＣ）、及び暗号化された支払メッセージ（ｅＶ）から取り出され、顧客パーティ（Ｃ）によって生成される証明署名（ｓｉｇＣ）と暗号化された支払メッセージ（ｅＶ）とを含む妥当性検査メッセージ（ｍＶ）を小売店パーティ（Ｍ）から受け取るステップと、
発行公開鍵（ＰＫＩ）、検証公開鍵（ＰＫＶ）、及び前記暗号化された支払メッセージ（ｅＶ）に基づいて前記証明署名（ｓｉｇＣ）の妥当性を検証するステップと、
前記検証公開鍵（ＰＫＶ）に対応した検証秘密鍵（ＳＫＶ）に基づいて前記暗号化された支払メッセージ（ｅＶ）の少なくとも一部分を暗号化解除し、それによって前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）に関連した顧客情報（ＩＮＦＯＣ）を得るステップと、
前記証明署名（ｓｉｇＣ）が妥当である場合、支払の許可を初期設定するために前記得られた顧客情報（ＩＮＦＯＣ、特に、ＩＮＦＯ＃Ｃ、ｔＣ）を使用するステップ、
を含む方法。
（２）公開鍵基盤を提供する通信システムにおいて、顧客パーティ（Ｃ）及び小売店パーティ（Ｍ）の間で送信及び受信される支払メッセージ（ｍｑ）を小売店パーティ（Ｍ）によって検証するための方法であって、
顧客秘密鍵（ＳＫＣ）、顧客証明書（ＣｅｒｔＣ）、少なくとも１つの顧客属性（＃Ｃ、ｔＣ）、及び暗号化された支払メッセージ（ｅＶ）から取り出され、顧客パーティ（Ｃ）によって生成された証明署名（ｓｉｇＣ）及び前記暗号化された支払メッセージ（ｅＶ）を含む支払メッセージ（ｍｑ）を前記顧客パーティ（Ｃ）から受け取るステップと、
発行公開鍵（ＰＫＩ）、検証公開鍵（ＰＫＶ）、及び前記暗号化された支払メッセージ（ｅＶ）に基づいて前記証明署名（ｓｉｇＣ）の妥当性を検証するステップと、
を含む方法。
（３）前記暗号化された支払メッセージ（ｅＶ）が前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）及び前記検証公開鍵（ＰＫＶ）から取り出される、上記（１）又は上記（２）に記載の方法。
（４）前記暗号化された支払メッセージ（ｅＶ）が複数の暗号化された支払メッセージを含む、上記（１）乃至上記（３）のいずれか１つに記載の方法。
（５）前記顧客証明書（ＣｅｒｔＣ）が証明書メッセージにおける証明書署名を含み、前記証明書署名が前記発行公開鍵（ＰＫＩ）に対応した発行秘密鍵（ＳＫＩ）を使って発行パーティ（Ｉ）により生成され、前記証明書メッセージが顧客公開鍵（ＰＫＣ）及び前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）から取り出される、上記（１）乃至上記（４）のいずれか１つに記載の方法。
（６）前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）がカード番号（＃Ｃ）を含む、上記（１乃至上記（５のいずれか１つに記載の方法。
（７）前記少なくとも１つの顧客属性（＃Ｃ、ｔＣ）が有効期限（ｔＣ）を含む、上記（１）乃至上記（６）のいずれか１つに記載の方法。
（８）上記（１）乃至上記（７）のいずれか１つに記載の方法のステップを実行するように適応した手段を含むシステム。
（９）顧客秘密鍵（ＳＫＣ）、顧客証明書（ＣｅｒｔＣ）、少なくとも１つの顧客属性（＃Ｃ、ｔＣ）、及び前記暗号化された支払メッセージ（ｅＶ）から取り出された証明署名（ｓｉｇＣ）及び暗号化された支払メッセージ（ｅＶ）を含むメッセージ（ｍｑ、ｍＶ）。
（１０）プログラム・コード手段を含むコンピュータ・プログラムであって、前記プログラム・コード手段は、前記コンピュータ・プログラムがコンピュータ上で実行されるとき、上記（１乃至上記（７のいずれか１つに記載された方法を遂行するためのものである、コンピュータ・プログラム。
（１１）コンピュータ使用可能媒体上に記憶され、上記（１）乃至上記（７）のいずれか１つに記載された方法をコンピュータに遂行させるためのコンピュータ可読プログラム手段を含む、コンピュータ・プログラム製品。
【図面の簡単な説明】
【図１】
可能な関連パーティの概略表示を示す図である。
【図２】
支払メッセージを含む、顧客パーティ及び小売店パーティの間のメッセージ交換を示す図である。
【図３】
妥当性検査メッセージを含む、顧客パーティ及び小売店パーティの間のメッセージ交換を示す図である。
【図４】
支払の認証に関する概略図を示す図である。
【符号の説明】
１　発行パーティ
２　顧客パーティ
３　小売店パーティ
４　妥当性検査パーティ
５．１　第１接続手段
５．２　　第２接続手段
５．３　第３接続手段
６　雲状部
７　金融ネットワーク
８　破線
【図１】
2004005643.tif 000004
【図２】
2004005643.tif 000005
【図３】
2004005643.tif 000006
【図４】
2004005643.tif 000007