ネットワークを用いるトランザクション認証
改善された消費者および携帯消費者装置を認証するシステムおよび方法を開示する。かかるシステムおよび方法は、偽のトランザクションが行われるのを防ぐ方法として、動的な検証値、チャレンジ質問、および消費者通知を用いることを含んでよい。
【発明の詳細な説明】
【背景技術】
【０００１】
関連出願の相互参照
この出願は非暫定的特許出願であって、米国暫定特許出願番号第６０／８１５，０５９号、２００６年６月１９日に提出、米国暫定特許出願番号第６０／８１５，４３０号、２００６年６月２０日に提出、および米国暫定特許出願番号第６０／８８４，０８９号、２００７年１月９日に提出、の提出日の利益を要求する。これらの全ての出願を全体的に全ての目的でここに援用する。
支払いトランザクションが安全に行われることを保証するには多くの方法がある。例えば、支払いトランザクションを行っているのが信頼できる消費者であることを保証するために消費者を認証する多くの異なる方法がある。また、消費者が使用している携帯消費者装置を認証する多くの異なる方法がある。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
支払いトランザクションを認証する種々の方法が存在するが、不正なトランザクションのリスクを一層減らすための改善された認証構造が望ましい。
本発明の種々の実施の形態は、かかる問題に個別におよび総合的に対処するものである。
【課題を解決するための手段】
【０００３】
改善された消費者および携帯消費者装置の認証のためのシステムおよび方法を開示する。本発明の実施の形態は、支払いカードなどの携帯消費者装置を認証し、その携帯消費者装置を使用する消費者を認証し、バックエンド処理を実行し、また購入トランザクションの消費者通知を提供するための種々の方法を含む。
【０００４】
本発明の1つの実施の形態は、携帯消費者装置を用いてトランザクションを行う消費者の認証プロセスを実行することと、前記携帯消費者装置に関連する指紋または動的な検証値を検証することを含む携帯消費者装置の認証プロセスを実行することと、前記消費者を認証しまた前記携帯消費者装置を認証した後でトランザクションが許可されるかどうかを決定するリスク分析を実行することとを含む方法に関する。
【０００５】
本発明の1つの実施の形態は、携帯消費者装置または前記携帯消費者装置と通信するアクセス装置が生成する動的なデータを用いて前記携帯消費者装置を認証することと、チャレンジ・メッセージを前記消費者に送りまたチャレンジ応答を前記消費者から受けることにより前記消費者を認証することとを含む方法に関する。
【０００６】
本発明の別の実施の形態は、携帯消費者装置指紋を含む携帯消費者装置を用いて行われるトランザクションに関連する、変更された携帯消費者装置指紋およびアルゴリズム識別子を含む許可要求メッセージを受けることと、アルゴリズム識別子を用いて複数のアルゴリズムの中から或るアルゴリズムを選択することと、選択されたアルゴリズムおよび変更された前記携帯消費者装置指紋を用いて前記携帯消費者装置指紋を決定することと、前記携帯消費者装置指紋が、或る記憶されている携帯消費者装置指紋と一致するかどうか決定することと、前記携帯消費者装置に関連する消費者にチャレンジ・メッセージを送ることと、トランザクションが承認されるかどうかを示す許可応答メッセージを前記消費者に送ることとを含む方法に関する。
本発明の別の実施の形態は、アンテナを備える電池なし携帯消費者装置を備える携帯消費者装置を認証することと、消費者を認証することと、トランザクションが行われているという通知メッセージを前記消費者に送ることとを含む方法に関する。
本発明の他の実施の形態は他の認証の諸態様の特定の組合せに関するものであって、以下に詳細に説明する。
【図面の簡単な説明】
【０００７】
【図１】本発明の或る実施の形態に係るシステムのブロック図を示す。
【図２】本発明の或る実施の形態に係る支払いトランザクション認証システムの諸態様のブロック図を示す。
【図３（ａ）】本発明に係る電池なしカードの概略図を示す。
【図３（ｂ）】本発明に係る電池なしカードの概略図を示す。
【図３（ｃ）】本発明に係る電池なしカードの概略図を示す。
【図４】携帯セキュリティ装置を示す。
【図５】クレジット・カードなどの携帯消費者装置に関連するデータ・フィールドの表示を示す。
【図６】主口座番号（ＰＡＮ）の一部を示す。
【図７】チャレンジ質問エンジンを備えるシステムのブロック図を示す。
【図８】チャレンジ・メッセージを用いて消費者を認証することを含む方法を示す流れ図を示す。
【図９】チャレンジ・メッセージを用いて消費者を認証することを含む方法を示す流れ図を示す。
【図１０（ａ）】アルゴリズムＩＤを用いることができるシステムのブロック図を示す。
【図１０（ｂ）】図１０（ａ）のシステム内のサーバ・コンピュータ内に存在してよいモジュールを示すブロック図を示す。
【図１１】本発明の実施の形態に係る方法を示す流れ図を示す。
【図１２】本発明の実施の形態に係る方法を示す流れ図を示す。
【発明を実施するための形態】
【０００８】
Ｉ． 例示のシステムおよび支払いトランザクション
本発明の実施の形態は、従来の購入トランザクションならびに他のタイプのトランザクション（例えば、送金トランザクション）を認証するのに用いることができる。特定の認証システムおよび方法は、トランザクションが本物であることを保証するための、消費者（例えば、購入者）、携帯消費者装置（例えば、クレジット・カード）、および／またはアクセス装置（例えば、ＰＯＳ端末）の認証を含んでよい。
一般的な購入トランザクションでは、消費者は携帯消費者装置（例えば、クレジット・カード）を用いて販売者から品物またはサービスを購入する。
【０００９】
図１は本発明の或る実施の形態で使用可能なシステム２０を示す。システム２０は、販売者（ｍｅｒｃｈａｎｔ）２２と、販売者２２に関連する取得者（ａｃｑｕｉｒｅｒ）２２とを含む。代表的な支払いトランザクションでは、消費者３０は携帯消費者装置３２を用いて販売者２２から品物またはサービスを購入する。取得者２４は支払い処理ネットワーク２６を介して発行者２８と通信可能である。
消費者３０は個人でもよいし、品物またはサービスを購入することができる会社などの組織でもよい。
【００１０】
携帯消費者装置３２は任意の適当な形でよい。例えば、適当な携帯消費者装置はハンドヘルドでかつコンパクトであって、消費者の財布および／またはポケットの中に入るもの（例えば、ポケット・サイズのもの）でよい。これは、スマート・カード、普通のクレジット・カードまたはデビット・カード（磁気ストリップ付きでマイクロプロセッサなし）、キーチェーン装置（エクソン・モービル社発行のＳｐｅｅｄｐａｓｓ（登録商標）など）、などを含んでよい。携帯消費者装置の他の例としては、携帯電話、パーソナル・ディジタル・アシスタント（ＰＤＡ）、ページャ、支払いカード、セキュリティ・カード、アクセス・カード、スマート・メディア、トランスポンダ、などがある。携帯消費者装置は、借方装置（例えば、デビット・カード）、貸方装置（例えば、クレジット・カード）、または価値蓄積装置（例えば、ストアド・バリュー・カード）でもよい。
【００１１】
支払い処理ネットワーク２６は、許可サービス、例外ファイル・サービス、および清算および決済サービスを支援しまた提供するのに用いられるデータ処理サブシステム、ネットワーク、および操作を含んでよい。例示の支払い処理ネットワークはＶｉｓａＮｅｔ（登録商標）を含んでよい。ＶｉｓａＮｅｔ（登録商標）などの支払い処理ネットワークはクレジット・カード・トランザクション、デビット・カード・トランザクション、およびその他のタイプの商業的トランザクションを処理することができる。特にＶｉｓａＮｅｔ（登録商標）は、許可要求を処理するＶＩＰシステム（ビザ統合支払いシステム）および清算および決済サービスを行うベースＩＩシステムを含む。
【００１２】
支払い処理ネットワーク２６はサーバ・コンピュータを含んでよい。サーバ・コンピュータは一般に強力なコンピュータまたはコンピュータのクラスタである。例えば、サーバ・コンピュータは、大型メインフレーム、ミニコンピュータ・クラスタ、または１ユニットとして機能するサーバのグループでよい。一例として、サーバ・コンピュータはウェブ・サーバに結合するデータベース・サーバでよい。支払い処理ネットワーク２６は、インターネットを含む任意の適当な有線または無線ネットワークを用いてよい。
【００１３】
販売者２２は、携帯消費者装置３２と対話するアクセス装置３４を有してもよいし、またはアクセス装置３４から通信を受けてもよい。本発明の実施の形態に係るアクセス装置は任意の適当な形でよい。アクセス装置の例としては、ポイント・オブ・セールス（ＰＯＳ）装置、携帯電話、ＰＤＡ、パーソナル・コンピュータ（ＰＣ）、タブレットＰＣ、ハンドヘルドの特殊読取り装置、セット・トップ・ボックス、電子キャッシュ・レジスタ（ＥＣＲ）、自動預金支払機（ＡＴＭ）、仮想キャッシュ・レジスタ（ＶＣＲ）、キオスク、セキュリティ・システム、アクセス・システムなどがある。
【００１４】
アクセス装置３４がポイント・オブ・セールス端末の場合は、カード読取り装置を含む任意の適当なポイント・オブ・セールス端末を用いてよい。カード読取り装置は任意の適当な接触または非接触の動作モードを含んでよい。例えば、例示のカード読取り装置は、携帯消費者装置３２と対話するＲＦ（無線周波数）アンテナや磁気ストライプ読取り装置などを含んでよい。
一般的な購入トランザクションでは、消費者３０はクレジット・カードなどの携帯用消費者装置３２を用いて販売者２２から品物またはサービスを購入する。消費者の携帯消費者装置３２は販売者２２のＰＯＳ（ポイント・オブ・セールス）端末などのアクセス装置３４と対話してよい。例えば、消費者３０はクレジット・カードを取ってＰＯＳ端末内の該当するスロットに通してよい。または、ＰＯＳ端末は非接触読取り装置でよく、携帯消費者装置３２は非接触カードなどの非接触装置でよい。
【００１５】
次に、許可要求メッセージが取得者２４に送られる。許可要求メッセージを受けた後、許可要求メッセージは支払い処理ネットワーク２６に送られる。支払い処理ネットワーク２６は許可要求メッセージを携帯消費者装置３２の発行者２８に転送する。
許可要求メッセージを発行者２８が受けた後、発行者２８は現在のトランザクションが許可されるか（または許可されないか）を示す許可応答メッセージを支払い処理ネットワーク２６に送り返す（ステップ５６）。次に、支払い処理ネットワーク２６は許可応答メッセージを取得者２４に送り返す。次に、取得者２４は応答メッセージを販売者２２に送る。
【００１６】
許可応答メッセージを販売者２２が受けた後、販売者２２のアクセス装置３４は許可応答メッセージを消費者３０に送ってよい。応答メッセージはアクセス装置２４で表示してもよいし、レシートにプリントアウトしてもよい。
一日の終わりに、支払い処理ネットワーク２６は通常の清算および決済プロセスを行ってよい。清算プロセスは、取得者と発行者との間で金融の細目を交換して消費者の口座への記入と消費者の決済ポジションの調整とを容易にするプロセスである。清算と決済とは同時に行ってよい。
【００１７】
ＩＩ． トランザクション認証
図２は概念的なブロック図１００を示すもので、上に述べたような購入トランザクションの認証は種々の形態を有してよい。かかる形態は、携帯消費者装置認証１００（ａ）、消費者認証１００（ｂ）、実時間リスク分析を含むバックエンド処理１００（ｃ）、購入トランザクションの消費者通知１００（ｄ）を含む。
【００１８】
携帯消費者装置認証は携帯消費者装置の認証に関係する。すなわち、携帯消費者装置認証では、購入トランザクションで使用されている携帯消費者装置が本物の携帯消費者装置かまたは偽の携帯消費者装置かを決定する。携帯消費者装置の認証を改善する特定の例示の方法には次のようなものがある。
・ 磁気ストライプ・カードなどの携帯消費者装置の動的なＣＶＶ
・ カード・セキュリティ機能（既存および新規）
・ 非接触チップ（使用が限られる）
・ 磁気ストライプ識別
・ カード検証値（ＣＶＶおよびＣＶＶ２）
・ 接触ＥＭＶチップ
【００１９】
消費者認証は、トランザクションを行っている人が実際に携帯消費者装置の所有者または許可されたユーザかどうかを決定することに関係する。従来の消費者認証プロセスは販売者が行っている。例えば、販売者は、クレジット・カード保有者とビジネス・トランザクションを行う前に、クレジット・カード保有者の運転免許証を提示することを要求してよい。販売者での消費者認証は全ての場合に行われるわけではないので、消費者を認証する他の方法が望ましい。消費者認証プロセスを改善するための可能な方法の特定の例には少なくとも次のものがある。
・ 知識に基づくチャレンジ応答
・ ハードウエア・トークン（複数の解決法のオプション）
・ ＯＴＰ（ワンタイム・パスワード、使用が限られる）
・ ＡＶＳ（独立の解決法としてではない）
・ 署名
・ ソフトウエア・トークン
・ ＰＩＮ（オンライン／オフライン）
・ ユーザＩＤ／パスコード
・ ２チャネルの認証プロセス（例えば、電話による）
・ バイオメトリクス
【００２０】
バックエンド処理は、発行者または支払い処理ネットワーク、または他の非販売者場所で行ってよい処理に関係する。後で詳細に説明するが、行われている任意のトランザクションが本物であることを保証するのを支援するために、種々のプロセスを支払いトランザクションの「バックエンド」で行ってよい。バックエンド処理では、許可すべきでないトランザクションを阻止してもよいし、また許可すべきトランザクションを可能にしてもよい。
【００２１】
最後に、消費者通知はトランザクション認証の別の形態である。或る場合には、消費者は購入トランザクションが行われている、またはすでに行われたという通知を受けてよい。自分の携帯消費者装置を用いてトランザクションが行われているという通知を消費者が受け（例えば、携帯電話で）、しかも実際には消費者がトランザクションを行っていない場合は、トランザクションの実行を阻止するために必要な処置を取ってよい。消費者通知プロセスの例として次のものがある。
・ ＳＭＳによる購入通知
・ 電子メールによる購入通知
・ 電話による購入通知
【００２２】
上に述べたいくつかの形態に関する特定の詳細は後で提供する。本発明の実施の形態の精神および範囲から逸れない限り、特定の形態の特定の詳細を任意の適当な方法で組み合わせてよい。例えば、携帯消費者装置認証、消費者認証、バックエンド処理、および消費者へのトランザクション通知を全て本発明の或る実施の形態で組み合わせてよい。しかし本発明の他の実施の形態は、個々の形態に関する特定の実施の形態のため、またはこれらの個々の形態の特定の組合せのためのものでよい。
【００２３】
ＩＩＩ． 携帯消費者装置認証
種々の携帯消費者装置認証プロセスに関して改善を行うことができる。かかる改善のいくつかの例を以下に示す。
Ａ． 動的なカード検証値（ｄＣＶＶ）
支払いトランザクションに用いられている携帯消費者装置が実際に本物の携帯消費者装置であることを保証するのを支援するため、「動的な」データを携帯消費者装置から提供してよい。動的なデータは時間と共に変わるデータなので、静的なデータ（例えば、名前）より一層安全である。例えば、携帯消費者装置認証プロセスは「動的な」検証データ（動的なＣＶＶすなわち動的なカード検証値など）を含んでよい。
【００２４】
これと比較して、「静的な」データは時間と共に変わらないデータである。例えば、現在のクレジット・カードはカードの裏にカード検証値（ＣＶＶ値）がプリントされている。これらの値を用いて、使用中の携帯消費者装置が本物であることを検証することができる。例えば、クレジット・カードを用いて電話またはインターネットで購入トランザクションを行うとき、販売者はクレジット・カードの裏のＣＶＶ値を尋ねてよい。ＣＶＶ値がクレジット・カード番号と一致すると、電話をかけた人が実際に本物の携帯消費者装置を所有していることを保証することができる。現在のＣＶＶの１つの問題は静的なことであって、盗まれて使われることがある。
【００２５】
動的なＣＶＶ（ｄＣＶＶ）は米国特許出願番号第１０／６４２，８７８号に記述されている。この特許出願を全体的に全ての目的でここに援用する。米国特許出願番号第１０／６４２，８７８号はＰＡＮ（主口座番号）、満了日、サービス・コード、および自動トランザクション・カウンタを含む情報を用いる検証値の生成について述べている。この検証値は販売者からサービス・プロバイダ（例えば、支払い処理組織または発行者）に送信され、復号されて、承認できるかどうか評価される。自動トランザクション・カウンタは携帯消費者装置が使用された回数を追って記録し、発行者が受けたカウンタ値が発行者のカウンタと一致しない場合は、データのごまかしか不正な使用の可能性があることを示してよい。
【００２６】
ｄＣＶＶまたは他の動的なデータは任意の適当な安全なデータ送信プロセスを用いて送信してよく、またＤＥＳ（動的暗号化標準）、ならびにＥＣＣ（楕円曲線暗号法）、またはＡＥＣ（高度暗号化法）を用いてよい。任意の対称的または非対称的暗号作成要素を用いてよい。
ｄＣＶＶプロセスの他のセキュリティ強化法は、より長いＤＥＳおよびより長いカウンタを使用することを含んでよい。
【００２７】
Ｂ． 特定の入力データで作成されるｄＣＶＶ
異なるデータまたは異なるタイプの可変情報を用いて異なる動的な検証値を生成することにより、従来技術のｄＣＶＶプロセスを改善することが望ましい。例えば、より多くのトランザクションおよび／またはユーザに特定のデータを動的に変えると、携帯消費者装置が正しいものであることを検証することができるであろう。これは単に簡単なカウンタを用いるより安全であろう。例えば、特定の情報は次のようなものを含んでよい。すなわち、端末ＩＤ、日中の時間、電話番号、ＳＩＭカード番号、トランザクション量、口座番号、サービス・コード（２桁）、満了日、今日の日付、端末からの乱数などである。好ましくは、特定の情報はカウンタ、日中の時間、購入量などの少なくとも１つの動的なデータ要素を含む。
【００２８】
別の実施の形態では、動的な検証値を作るのに用いられる特定の情報として、トランザクションが行われている日中の時間、購入量、前のトランザクション・データなどの動的な、消費者に特有の、またはトランザクションに特有の情報などがある。これらのどれか、または一部、または全てを用いて検証値を作ってよく、または他の特定の情報片を動的に変えて新しいｄＣＶＶを作ってよい。次に、新しいｄＣＶＶを、米国特許出願番号第１０／６４２，８７８号に記述されている一般的なプロセス方式と同じ、または異なる方法で処理してよい。１つの特定の例では、前のトランザクション（例えば、前の購入量や前の購入の時間など）に関するデータは動的なデータ要素であり、これを用いて将来のトランザクションにおいて携帯消費者装置を認証してよい。かかるｄＣＶＶ方法に関する詳細は、米国特許出願番号第 号、「検証値システムおよび方法（Ｖｅｒｉｆｉｃａｔｉｏｎ Ｖａｌｕｅ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ）」、この出願と同日に提出（代理人書類番号第１６２２２Ｕ−０３１９００ＵＳ号）、に述べられている。
【００２９】
Ｃ． 拒否されるｄＣＶＶトランザクションの数を減らす
上に述べたｄＣＶＶプロセスは有用である。しかし、携帯消費者装置が送信してサービス・プロバイダのサーバが受ける動的なデータ（例えば、カウンタ値）が、発行者のサーバで生成される対応する動的なデータ（別の対応するカウンタ値）と一致しない場合が多いことがある。例えば、時には販売者がトランザクション・データを発行者に適時に転送しないことがある。この場合は、消費者が将来トランザクションを行ったときに思いがけず拒否されることがあり得る。例えば、消費者が用いる携帯消費者装置が、実行したトランザクションの数をカウントするカウンタを内部に有する場合に、発行者のサーバ内のカウンタが一人以上の販売者からトランザクション・データを受け取るのが遅れたために対応するトランザクション・カウントを保持しない場合は、消費者のトランザクションの一部が思いがけなく拒否されることがある。できるだけ多くのトランザクションを承認するが、ごまかされたかも知れないトランザクションは承認しないことが望ましい。
【００３０】
この問題の解決法として、トランザクション・カウンタの範囲を拡げて（または、時間や日付などの一部の他の可変データの許容範囲を拡げて）、起こり得る誤りに対していくらかの余裕を持たせるようにしてよい。例えば、消費者の携帯消費者装置が、現在全部で１００のトランザクションを示すカウンタを内部に有するとする。消費者がＰＯＳ端末でトランザクションを行うと、許可メッセージがＰＯＳ端末から発行者のサーバまたは支払い処理ネットワークのサーバに送られるが、これは消費者Ａについてのトランザクション番号１００であることを許可メッセージは示してよい。次に、発行者のサーバは対応するカウンタ範囲をチェックしてよい。
【００３１】
受けたトランザクション・カウンタが、発行者が決めた対応するカウンタ範囲内にある場合は、そのトランザクションは承認される。例えば、対応するカウンタ範囲が９８と１０２との間とする。消費者のカウンタは１００なので９８と１０２との間に入り、このトランザクションは承認される。したがって、発行者のサーバのカウンタが消費者の携帯消費者装置のカウンタと少し異なる値を有する場合でも、トランザクションが思いがけなく拒否されることはない。実際にデータのごまかしが起こっている場合、または消費者の支払い口座番号が許可なしに用いられている場合は、発行者のサーバのカウンタは消費者の携帯消費者装置の実際のカウンタと大きく異なるはずである。
【００３２】
本発明のこれらの実施の形態は偽りのトランザクションを減らすのを支援することができる。代替的なまたは追加の認証装置として、ＰＯＳ端末から受けたトランザクション・カウンタが発行者のサーバのトランザクション・カウンタと一致しないことを発行者のサーバが発見した場合は、または発行者のサーバ・コンピュータが決めた所定のカウンタ範囲内にそのカウンタがない場合は、発行者はチャレンジ質問（例えば、あなたの誕生日は？）を消費者に与えてよい。消費者がチャレンジ質問に正しく答えた場合は、トランザクションは承認される。質問に正しく答えない場合は承認されない。かかる実施の形態で用いてよい可能なチャレンジ・メッセージおよびチャレンジ質問に関する詳細は後で提供する。
【００３３】
更に別の実施の形態では、カウンタ（または他の動的なデータ要素）が所定の範囲内にある場合に更なる認証処理を実行する（例えば、チャレンジ質問を消費者に送る）かまたは更なる認証処理を実行しないかの決定は他の要因に基づいて行う。例えば、カウンタまたは他の動的なデータ要素が所定の範囲内にある場合に、分析中のトランザクションが所定のドル限度（例えば、＄１０００ドル超）より大きい場合、または分析中のトランザクションが、偽のトランザクションを起こす傾向の高いことを示す場所または販売者から行われている場合は、更なる認証処理を行ってよい。このように、本発明の実施の形態は、追加の認証処理を実行するかどうかを決定するときに考慮する他の変数を含んでよい。
【００３４】
検証値と共に用いられる動的なデータ要素に関連する範囲を用いる実施の形態に関する詳細は、米国特許出願番号第 号、「検証誤差削減システム（Ｖｅｒｉｆｉｃａｔｉｏｎ Ｅｒｒｏｒ Ｒｅｄｕｃｔｉｏｎ Ｓｙｓｔｅｍ）」、この出願と同日に提出（代理人書類番号第１６２２２Ｕ−０３１８００ＵＳ号）、に述べられている。これを全体的に全ての目的でここに援用する。
【００３５】
Ｄ． ｄＣＶＶを作ることができる携帯消費者装置
カウンタなどの可変トランザクション・データを提供することができる多数の異なる携帯消費者装置を作ってよい。この種の携帯消費者装置の一例は、その磁気ストライプ上に与えられるデータを書き換えることができる磁気ストライプ・カードである。磁気ストライプ上のデータを書き換えるには磁気書込みヘッドなどの書換え装置を用いてよい。このタイプのカードについて述べている特許は米国特許第７，０４４，３９４号で、これを全体的に全ての目的でここに援用する。カード内に電池があって、書換え装置の電力を供給することができる。
【００３６】
支払いカード内に電池を用いることが余り望ましくない場合がある。例えば、電池は環境にやさしい方法で交換しまた処分する必要がある。また電池駆動のカードが或る時に十分な電力を有しないと、そのカードで行う或るトランザクションが希望通りに起こらないことがある。更に、消費者が複数の電池駆動のカードを財布の中に入れておくと、飛行機で旅行するときにセキュリティ問題を起こす可能性がある。したがって、電池なしカードが好ましい。
【００３７】
或る実施の形態では、携帯消費者装置は、カウンタを備えるチップを含む電池なしカード（または他の電池なしの形）である。これらの電池なしカードは、内部の電池ではなく外部の電源から動力を与える。外部電源の例として、ＰＯＳ端末などのアクセス装置やトランザクション計算器がある。本発明の実施の形態では、電池なしカードにＰＯＳ端末などの外部電源から電力を与える度に、電池なしカードはカウンタ値（または他の可変データ）を作る。多数の特定の実施の形態を図３（ａ）−３（ｃ）に示す。
【００３８】
図３（ａ）はプラスチック本体２０２（ａ）を含む磁気ストライプ・カード２０２を示す。磁気ストライプ２０２（ｅ）はプラスチック本体２０２（ａ）上にある。プラスチック本体２０２（ａ）はエンボス加工された領域を含んでよく、この領域はカード保有者名、カード番号、および満了日（図示せず）などの情報を有してよい。プロセッサ（例えば、マイクロプロセッサ）２０２（ｂ）はプラスチック本体２０２（ａ）上にあり、プロセッサ２０２（ｂ）には読取り・書込み装置２０２（ｄ）およびアンテナ２０２（ｃ）が結合する。この例では、アンテナ２０２（ｃ）はワイヤのコイルで、非接触カード読取り装置（図示せず）から電力を受けてよい。
【００３９】
使用中は、磁気ストライプ・カード２０２はアンテナ２０２（ｃ）により外部の非接触読取り装置（図示せず）と通信するので、口座番号およびオプションでカウンタ情報（または他の可変データ）を、磁気ストライプ２０２（ｅ）からプロセッサ２０２（ｂ）および読取り・書込み装置２０２（ｄ）を介して得てよい。同時に、アンテナ２０２（ｃ）を用いてプロセッサ２０２（ｂ）および読取り・書込み装置２０２（ｄ）に一時的に電力を与えてもよいので、読取り・書込み装置２０２（ｄ）は磁気ストライプ２０２（ｅ）上の動的なデータ（例えば、カウンタ）を変えることもできる。したがってこの例で示すように、本発明の実施の形態は、携帯消費者装置認証トランザクションで用いることができる動的なデータを与える電池なし磁気ストライプ・カードを使用することを含んでよい。
【００４０】
図３（ａ）の例は磁気ストライプ２０２（ｅ）用の読取り・書込み装置２０２（ｄ）を含むが、別の実施の形態では、読取り・書込み装置は、フラッシュ・メモリ・チップなどの揮発性または半揮発性の固体メモリ装置へのデータの読取りおよび／または書込みを行う論理で実現してよい。
本発明の別のカードの実施の形態２０４を図３（ｂ）に示す。図３（ａ）および図３（ｂ）では、同じ数字は同じ要素を示す。しかし図３（ｂ）には導電接点領域２０２（ｆ）が示されており、導電接点はアンテナではなくプロセッサ２０２（ｂ）に結合する。この例では、接点領域２０２（ｆ）は複数の電気的接点を含んでよいので、カード読取り装置（図示せず）内の対応する接点領域とインターフェースしまた電気的に接触してよい。カード２０４を用いるとき、電力は導電接触２０４（ｆ）を介してプロセッサ２０２（ｂ）に供給してよく、また読取り・書込み装置２０２（ｄ）は上に述べたように機能してよい。
【００４１】
図３（ｃ）は本発明の或る実施の形態に係る別の磁気ストライプ・カード２０６を示す。これはインターフェース領域２０２（ｇ）などの携帯消費者装置読取り装置インターフェース領域を含む。領域２０２（ｇ）は上に述べたアンテナ２０２（ｃ）または導電接点２０２（ｆ）の形をとってよい。上に述べたように、電力はインターフェース領域２０２（ｇ）を介してプロセッサ２０２（ｂ）および読取り・書込み装置２０２（ｄ）に供給してよい。
【００４２】
しかしこの実施の形態では、準静的ディスプレイ２０２（ｈ）がプロセッサ２０２（ｂ）に結合する。プロセッサ２０２（ｂ）が購入トランザクション中にカード読取り装置から電力を受ける度に、プロセッサ２０２（ｂ）は動的なカード検証値（ｄＣＶＶ）などの検証値をディスプレイ２０２（ｈ）に表示する。ｄＣＶＶは消費者が見てよく、またメール・オーダー、電話、またはインターネットの購入トランザクションのときに、消費者が本物のカードを有することを検証するのを支援するのに用いてよい。この例では、同じまたは異なるｄＣＶＶ値（または他の動的なデータ）をカード読取り装置に電気的に送信し、更に検証するためにその後に許可要求メッセージで発行者に送信してよい。
【００４３】
図４は図３（ａ）−３（ｃ）に示すタイプの電力カードに用いることのできるセキュリティ装置３００を示す。セキュリティ装置３００はハウジング３００（ａ）上にデータ入力領域３００（ｂ）（例えば、キー）を有してよい。ハウジング３００（ａ）は、上に述べたような電池なしカードを受けるスロット３００（ｄ）を定義してよい。ハウジング３００（ａ）上にはディスプレイ３００（ｃ）もある。
【００４４】
セキュリティ装置３００は、マイクロプロセッサ、電池、およびメモリ（消費者購入トランザクション用のワンタイム・トランザクション・コードまたは番号を作るためのコンピュータ・コードを含む）を含んでよい。ワンタイム・トランザクション・コードを作るための論理は別のサーバまたはコンピュータ（例えば、発行者のサーバ）上にあってもよいので、発行者、販売者、または他の関係者は、カードの保持者が実際に許可されたカード保有者であることを検証することができる。この例では、セキュリティ装置３００はハードのセキュリティ・トークンとして特徴付けてよく、または消費者を認証するのを支援するのに用いてよい。
【００４５】
使用するとき、消費者は電池なし磁気ストライプ・カード（上に述べたような）をスロット３００（ｄ）内に挿入してよい。次に、ワンタイム・トランザクション・コードがスクリーン３００（ｃ）上に表示される。カードをセキュリティ装置３００内に挿入すると、セキュリティ装置３００内の電源からの電力がカード内のプロセッサおよび読取り・書込み装置に電力を供給するのでカード上の動的なデータ（例えば、カウンタ）は変化してよい。したがって、セキュリティ装置３００はトランザクション用のワンタイム・トランザクション番号を作ることができる。また電池なしカードに一時的に電力を供給するのでカード内のカウンタ（または他の動的な要素）は変化してよい。セキュリティ装置３００と動的なデータを有することができる電池なしカードとを用いるシステムは、消費者ならびに携帯消費者装置を共にうまく認証することができる。
【００４６】
電池なし携帯消費者装置を用いる実施の形態に関する詳細は、米国特許出願番号第 号、「電池なし携帯消費者装置（Ｂａｔｔｅｒｙｌｅｓｓ Ｐｏｒｔａｂｌｅ Ｃｏｎｓｕｍｅｒ Ｄｅｖｉｃｅ）」、この出願と同日に提出（代理人書類番号第１６２２２Ｕ−０３１７００ＵＳ号）、に述べられている。これを全体的に全ての目的でここに援用する。
【００４７】
Ｅ． マスクされた主口座番号（ＰＡＮ）
携帯消費者装置を認証する別の方法はマスクされたＰＡＮ（すなわち主口座番号）を用いることである。この例では、送信されるＰＡＮの一部はマスクされ、および／または動的に変更される。ＰＡＮはＢＩＮ番号（すなわち、銀行識別番号）などの識別番号部分を含む。識別番号部分の別の例は販売者場所、金融機関場所、またはＩＰアドレスも含む。ＰＡＮおよびＢＩＮ番号の最後の４桁は常に同じであるが、ＰＡＮ内の他の番号は変わる。これらの動的に変わる番号は消費者が受け取る支払いカード・レシート上で一般にマスクされるので、消費者にはなにも変わったものは見えない。
【００４８】
図５は、購入トランザクションで販売者から発行者に送信するデータのデータ・フィールドの略図を示す。データ・フィールドは、ＰＡＮ、満了日、サービス・コード、ＰＩＮ ＣＶＶ、および自由裁量データのフィールドを含む。
携帯消費者装置内のメモリ（例えば、磁気ストライプ）内に常駐する例示のＰＡＮ３８０を図６に示す。この例では、ＰＡＮ３８０の最初の６桁（すなわち、最初の端部）「１２３４５６」３８０（ａ）はＢＩＮ番号に対応する。次の６桁３８０（ｂ）は実際のＰＡＮの６桁から変化してよくすなわち異なってよく、この例では「ＸＸＸＸＸＸ」で表されている。最後の４桁３８０（ｃ）（すなわち、最後の端部）はこの例では「９９９９」で、常に同じである。ＢＩＮを同一に保ちまた最後の４桁を同一に保つことにより、トランザクションは販売者および消費者にとって実際のもののように見える。好ましい実施の形態では、中央の６桁はカウンタなどを用いて動的に変える。これにより、許可されていない誰かが実際のＰＡＮを決定するのは一層困難になる。
【００４９】
１つの実施の形態では、携帯消費者装置のメモリ内に常駐するＰＡＮの中央部分は実際のＰＡＮの中央部分とは異なってよい。メモリ内に常駐するＰＡＮを二次ＰＡＮと呼び、実際のＰＡＮを一次ＰＡＮと呼んでよい。適応なアルゴリズムまたはルックアップ・テーブル（例えば、発行者のところでまたはＰＯＳ装置などのアクセス装置に記憶されている）を用いて一次ＰＡＮと二次ＰＡＮとをリンクしてよい。例えば、ＰＡＮ番号の中央の６桁は一次ＰＡＮ（例えば、１２３４５６６６６６６６９９９９）内の６６６６６６であっても、中央の６桁は消費者の携帯消費者装置のメモリ内に記憶されている二次ＰＡＮ（例えば、１２３４５６２２２２２２９９９９）内の２２２２２２でよい。１つの実施の形態では、二次ＰＡＮはＰＯＳ端末で受けてよく、ＰＯＳ端末は二次ＰＡＮを一次ＰＡＮに変換し、処理および／または許可するためにこの一次ＰＡＮをＰＯＳ端末から発行者に送信してよい。別の実施の形態では、二次ＰＡＮを発行者に送信してよく、発行者は二次ＰＡＮを一次ＰＡＮに変換した後、トランザクションを処理しおよび／または許可してよい。
【００５０】
この実施の形態では、発行者は一次ＰＡＮと二次ＰＡＮの両方を受けて使用中の携帯消費者装置が本物であることを検証してよい。無許可の人が一次ＰＡＮを使用しようとしても、この無許可の人は二次ＰＡＮを知らないので、二次ＰＡＮを知らずに購入トランザクションを不正に行うことはできない。または、無許可の人が二次ＰＡＮを電気的に傍受しても（すなわち「すくいとっても」）、一次ＰＡＮを知らなければ無許可の人は購入トランザクションを行うことができない。
【００５１】
別の実施の形態では、ＰＡＮの中央部分を動的に変えてよい。例えば、適当なアルゴリズムまたはカウンタを用いて、携帯消費者装置を用いる度にＰＡＮの中央部分を動的に変えてよい。このようにして、無許可の人がＰＡＮを電気的に傍受して一次ＰＡＮを知った場合でも、二次ＰＡＮは動的に変わる。無許可の人が一次ＰＡＮを知りかつ二次ＰＡＮを一度傍受した場合でも、二次ＰＡＮは動的に変わるので、傍受された二次ＰＡＮは役に立たない。この場合は、一次ＰＡＮおよび二次ＰＡＮに加えて、無許可の人はＰＡＮを動的に変えるのに用いられるアルゴリズムを知る必要がある。したがって、この実施の形態は安全なトランザクションを行うのに特に有用である。
【００５２】
マスクされた主口座番号を用いる実施の形態に関する詳細は、米国特許出願番号第１１／７６１，８２１号、「データ暗号化の追跡（Ｔｒａｃｋ Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ）」、２００７年６月１２日に提出、に述べられており、これを全体的に全ての目的でここに援用する。
【００５３】
ＶＩ． 消費者認証
上に述べたように、本発明の実施の形態では多数の消費者認証プロセスを用いることができる。消費者の認証を改善する可能な方法の特定の例には次のものがある。
・ 知識に基づくチャレンジ応答
・ ハードウエア・トークン（複数の解決法のオプション）
・ ＯＴＰ（ワンタイム・パスワード、使用が限られる）
・ ＡＶＳ（独立の解決法としてではない）
・ 署名
・ ソフトウエア・トークン
・ ＰＩＮ（オンライン／オフライン）
・ ユーザＩＤ／パスコード
・ 電話による２チャネル認証
・ バイオメトリクス
【００５４】
上に示したように、消費者を認証するのに種々の機構を用いてよく、またこれらの機構は、ユーザ入力なし（例えば、自動ソフトウエア・セキュリティ・トークン）、限られたユーザ入力（例えば、ユーザがボタンを押す）、または完全ユーザ入力（例えば、バイオメトリクス）を用いてよい。
更に、ユーザの認証を支援するのに種々の「セキュリティ・トークン」を用いてよい。セキュリティ・トークンは実際の情報またはデータを検証するのに用いてよい情報の項目または断片である。例えば、ＰＩＮはセキュリティ・トークンでよく、消費者が購入を行うときに消費者の識別を検証するのに用いてよい。別の例では、チャレンジ質問および対応する回答を、消費者の認証を支援するセキュリティ・トークンと考えてよい。この後者の例は「双方向チャネル」を有するトークンの一例であって、情報は消費者に向かって流れ、消費者が情報を発行者などの別の関係者に送り返すことにより、消費者は自分を認証することができる。
【００５５】
Ａ． 知識に基づくチャレンジ
本発明の実施の形態では、販売者、支払い処理組織、発行者、または任意の他の適当なエンティティは消費者を認証するために消費者にチャレンジ質問を与えてよい。チャレンジ質問は、購入トランザクション毎に同じ質問を行う静的なものか、または時間共に異なる質問を行う動的なものでよい。
【００５６】
行った質問に対する答えも静的または動的（準動的または完全に動的）でよい。例えば、「あなたの誕生日は？」の質問に対しては、答えが変わらないので静的な答えを要求する。「あなたの郵便番号は？」の質問に対しては、変わってよいしまたはまれに変わることがあるので準動的な答えを要求する。最後に、「あなたは昨日午後４時に何を買いましたか？」の質問に対しては、答えはしばしば変わるので動的な答えを要求する。したがって、好ましい実施の形態では、チャレンジ質問は発行者が持っている可能性が最も高い「実時間」情報に基づくことが好ましい。例えば、「昨夜はメキシコ料理店で食事をしましたか？」などの一層特定した質問を消費者にするとよい。一層特定した知識に基づく消費者チャレンジを与えることにより、消費者の認証は保証される。
【００５７】
１つの実施の形態では、この方法は携帯消費者装置を用いて購入トランザクションなどのトランザクションを行うことを含む。携帯消費者装置はクレジット・カードなどでよい。購入トランザクションは、ポイント・オブ・セールス端末などのアクセス装置を有する販売者で起こってよい。
【００５８】
消費者は携帯消費者装置を用いてポイント・オブ・セールス端末などのアクセス装置と対話して、プロセスを開始してよい。ポイント・オブ・セールス端末は開始した後に許可要求メッセージを生成し、次にこれを支払い処理ネットワークに、またその後に携帯消費者装置の発行者に送ってよい。支払い処理ネットワークまたは発行者は許可要求メッセージを受けるとこれを分析する。次にチャレンジ・メッセージ（動的または準動的でよい）が生成されて消費者に送られる。チャレンジ・メッセージはアクセス装置に、または消費者の携帯消費者装置に（例えば、携帯消費者装置が携帯電話の場合）送り返される。
【００５９】
次に消費者はチャレンジ・メッセージに応答を与える。チャレンジ応答メッセージは消費者から受ける。次にチャレンジ応答メッセージは検証され、正しいと実証された場合は、許可応答メッセージが分析されてトランザクションが許可される（例えば、消費者の口座内に十分な資金がある、または消費者の口座内に十分な信用がある）かどうか決定する。トランザクションが許可された場合は、発行者および支払い処理ネットワークは消費者に許可応答メッセージを送る。許可応答メッセージはトランザクションが許可されるかどうかを示す。
【００６０】
上に述べたまた後で述べる特定の実施の形態においてチャレンジ質問を詳細に述べているが、本発明の実施の形態はこれに限定されるものではない。本発明の実施の形態は一般に、チャレンジ質問を含むチャレンジ・メッセージの使用に関する。或る実施の形態では、後で詳細に述べるように、チャレンジ・メッセージは消費者が読んでもよいし読まなくてもよく、また消費者の認証に直接的または間接的な方法でチャレンジしてよい。チャレンジ質問の例は、消費者の携帯消費者装置（例えば、あなたのカードのＣＶＶ値、すなわちカード検証値は？）、消費者の場所（例えば、あなたの郵便番号は？）、消費者の携帯電話または固定電話（例えば、あなたの携帯電話番号は？）消費者の個人情報（例えば、あなたのお母さんの旧姓は？）に関する質問である。消費者が特定して答える質問ではないチャレンジ・メッセージの例は、電話にその場所または電話番号について自動的に質問して、かかる情報を引き出すようなメッセージを含む。チャレンジ・メッセージの別の例はコード（または他の認証トークン）を電話に与えるメッセージでよく、そのコードをアクセス装置で用いることで消費者を認証する。
【００６１】
Ｂ． チャレンジ・メッセージを用いるシステム
図７は本発明の或る実施の形態に係る例示のシステム４２０を示す。本発明の他の実施の形態に係る他のシステムは図７に示すものより多くのまたは少ない構成要素を含んでよい。
図７に示すシステム４２０は、販売者４２２と、販売者４２２に関連する取得者４２４とを含む。一般的な支払いトランザクションでは、消費者４３０は携帯消費者装置４３２を用いて販売者４２２で品物またはサービスを購入してよい。取得者４２４は支払い処理ネットワーク４２６を介して発行者４２８と通信してよい。
【００６２】
消費者４３０は個人でもよいし、品物またはサービスを購入することができる会社などの組織でもよい。別の実施の形態では、消費者４３０は単に金銭転送トランザクションなどの他のタイプのトランザクションを行うことを望む人でよい。消費者４３０はオプションで無線電話４３５を操作してよい。
携帯消費者装置４３２は任意の適当な形でよい。適当な携帯消費者装置は上の図１に記述されている（例えば、携帯消費者装置３２）。
【００６３】
支払い処理ネットワーク４２６は図１の支払い処理ネットワーク２６と同じでもよいし異なってもよい。図７に示すように、支払い処理ネットワーク４２６は、チャレンジ質問エンジン４２６（ａ）−１を備えるサーバ４２６（ａ）を備えてよい。サーバ４２６（ａ）はトランザクション履歴データベース４２６（ｂ）およびチャレンジ質問データベース４２６（ｃ）とも通信してよい。後で詳細に説明するが、チャレンジ質問エンジン４２６（ａ）−１は単にチャレンジ質問をチャレンジ質問データベース４２６（ｃ）から取り出してよい。代替的にまたは追加的に、チャレンジ質問エンジン４２６（ａ）−１はトランザクション履歴データベース４２６（ｂ）内の情報を用いてチャレンジ質問を生成してよい。
【００６４】
後で詳細に説明するが、チャレンジ質問は静的または動的でよい。例えば、チャレンジ質問エンジン４２６（ａ）−１は許可要求メッセージを受けてよく、許可要求メッセージは消費者の口座番号ならびに購入量を含んでよい。次にエンジン４２６（ａ）−１は消費者の口座番号と、消費者の口座番号に関連する任意の消費者情報とを調べてよい。その後、チャレンジ質問データベース４２６（ｃ）から適当な質問を取り出してよく、または自分で適当なチャレンジ質問を生成してよい。例えば或る場合には、チャレンジ質問エンジン４２６（ａ）−１は、許可要求メッセージを受けた後でチャレンジ質問データベース４２６（ｃ）から「あなたの携帯電話番号は？」という質問を取り出してよい。または、チャレンジ質問エンジン４２６（ａ）−１は「あなたは昨夜このクレジット・カードをマクドナルドで使いましたか？」などの動的な質問を生成してよい。消費者４２０が前日に居た特定のレストランに関する情報はトランザクション履歴データベース４２６（ｂ）から取り出すこともできる。
【００６５】
チャレンジ質問データベース４２６（ｃ）は任意の適当なタイプの質問を含んでよい。質問は、過去の場所（例えば、消費者の自宅や、消費者が最近訪ねた町）または現在の場所（例えば、消費者が現在居る店の場所）、消費者が現在訪ねているかまたは過去に訪ねた販売者のタイプまたは名前、消費者の家族または個人のデータ（例えば、名前、電話番号、社会保障番号など）などに関してよい。チャレンジ質問データベース４２６（ｃ）内の質問は、チャレンジ質問エンジン４２６（ａ）−１が生成してチャレンジ質問データベース４２６（ｃ）内に記憶してよい。
【００６６】
代替的にまたは追加的に、チャレンジ質問は外部源で生成してチャレンジ質問データベース４２６（ｃ）内に記憶してよい。例えば、消費者４３０はパーソナル・コンピュータ上のブラウザなどを用いて、インターネットなどの通信媒体（図示せず）を介して特定のチャレンジ質問をサーバ４２６（ａ）に供給してよい。
【００６７】
或る実施の形態では、消費者は自分自身に尋ねるチャレンジ質問の種類および／または量を決定してよい。例えば消費者は自分に尋ねて欲しいチャレンジ質問を、消費者が宝石店に行った場合は３つ指定するが、消費者がファースト・フッド・レストランに行った場合は１つだけ指定してよい。消費者が行う質問のタイプは、販売者のタイプや購入の頻度などに基づいてよい。ユーザが定義する許可パラメータに関するいくつかの概念については、米国特許出願番号第１０／０９３，００２号、２００２年３月５日に提出、に記述されており、これを全体的に全ての目的でここに援用する。
【００６８】
好ましい実施の形態では、チャレンジ質問はトランザクション履歴データベース４２６（ｂ）内の過去のトランザクション・データから得られる。消費者４３０は支払い処理ネットワーク２６（および／または発行者４２８）と多くのトランザクションを時間と共に行ってよい。消費者トランザクション情報はトランザクション履歴データベース４２６（ｂ）内に時間と共に記憶してよく、チャレンジ質問はトランザクション情報を用いて生成してよい。過去のトランザクション情報は消費者４３０を認証するための優れた基礎を提供する。なぜなら、消費者４３０は消費者４３０が過去にどんなトランザクションを行ったかを知っているからである。例えば、消費者４３０は自分のクレジット・カードを用いて前日にニューヨークでホテルの部屋代を支払い、次の日に「あなたは昨日ニューヨークでホテルに泊まりましたか？」などの質問を受けてよい。別の例では、消費者４３０は前日に２０００ドル以上の品物を買い、次の日に「あなたは昨日２０００ドル以上の買い物をしましたか？」と質問されてよい。消費者４３０に提示される質問／回答は自由な形でよく、および／または消費者４３０がその中から選択できる複数選択または正誤回答などの形の決まった回答を含んでよい。
【００６９】
販売者４２２は、携帯消費者装置４３２と対話できるアクセス装置４３４を有してもよく、またはアクセス装置４３４から連絡を受けてもよい。適当なタイプのアクセス装置については上に述べた（例えば、図１のアクセス装置３４）。
アクセス装置４３４がポイント・オブ・セールス端末の場合は、カード読取り装置を含む任意の適当なポイント・オブ・セールス端末を用いてよい。カード読取り装置は任意の適当な接触または非接触の動作モードを含んでよい。例えば、例示のカード読取り装置は、携帯消費者装置４３２と対話するＲＦ（無線周波数）アンテナや磁気ストライプ読取り装置などを含んでよい。
【００７０】
発行者４２８は、消費者４３０に関連する口座を有する銀行またはその他の組織でよい。発行者４２６は、チャレンジ質問エンジン４２８（ａ）−１を有するサーバ４２８（ａ）を操作してよい。トランザクション履歴データベース４２６（ｂ）およびチャレンジ質問データベース４２８（ｃ）はサーバ４２８（ａ）と通信してよい。発行者サーバ４２８（ａ）、チャレンジ質問エンジン４２８（ａ）−１、トランザクション履歴データベース４２６（ｂ）、チャレンジ質問データベース４２８（ｃ）は、支払い処理ネットワーク・サーバ４２８（ａ）、チャレンジ質問エンジン４２８（ａ）−１、トランザクション履歴データベース４２８（ｂ）、チャレンジ質問データベース４２８（ｃ）と同じ方法または異なる方法で動作してよい。要素４２６（ａ）、４２６（ａ）−１、４２６（ｂ）、４２６（ｃ）に関する上の説明は要素４２８（ａ）、４２８（ａ）−１、４２８（ｂ）、４２８（ｃ）に適用してよい。
【００７１】
本発明の実施の形態は上に述べた実施の形態に限定されるものではない。例えば、発行者、支払い処理ネットワーク、および取得者について別々の機能ブロックを示したが、或るエンティティはこれらの機能の全てまたは任意の適当な組合せを実行して本発明の実施の形態に含まれてよい。追加の構成要素も本発明の実施の形態に含んでよい。
【００７２】
Ｃ． チャレンジ・メッセージを用いる方法
本発明の実施の形態に係る方法を図７および図８を参照して説明する。一般的な購入トランザクションでは、消費者４３０はクレジット・カードなどの携帯消費者装置４３２を用いて販売者４２２から品物またはサービスを購入する。消費者の携帯消費者装置４３２は販売者４２２のＰＯＳ（ポイント・オブ・セールス）端末などのアクセス装置４３４と対話してよい（ステップ５０２）。例えば、消費者４３０はクレジット・カードを取ってＰＯＳ端末内の該当するスロットに通してよい。または、ＰＯＳ端末は非接触読取り装置でよく、携帯消費者装置４３２は非接触カードなどの非接触装置でよい。
【００７３】
次に、第１の許可要求メッセージが取得者４２４に送られる。取得者４２４が第１の許可要求メッセージを受けた後、第１の許可要求メッセージは支払い処理ネットワーク４２６に送られる（ステップ５０４）。次に、第１の許可要求メッセージを支払い処理ネットワーク・サーバ４２６（ａ）で受け、支払い処理ネットワーク・サーバ４２６（ａ）はチャレンジが必要かどうか決定する。
【００７４】
種々の基準を用いてチャレンジが必要かどうか決定してよい。例えば、支払い処理ネットワーク・サーバ４２６（ａ）は、特定のトランザクションが高価なトランザクション（例えば１０００ドル以上）であり、したがってチャレンジが適当であると決定してよい。別の例では、支払い処理ネットワーク・サーバ４２６（ａ）は現在のトランザクションについて何か疑わしいことがあると決定してよく、したがってチャレンジが適当であると決定してよい。例えば、支払い処理ネットワーク・サーバ４２６（ａ）は、消費者が居住する州とは異なる場所で携帯消費者装置４３２が現在使用されており、かつ消費者の最近の購入履歴は消費者が旅行中でないことを示唆する、と決定してよい。
【００７５】
現在のトランザクションについてチャレンジが適当であると決定されると、チャレンジ質問エンジン４２６（ａ）−１はチャレンジ質問を取ってきてよい（局所でまたは遠方から）（ステップ５０８）。或る実施の形態では、チャレンジ質問エンジン４２６（ａ）−１は質問をチャレンジ質問データベース４２６（ｃ）から取り出してよい。
【００７６】
この時点で、第１の許可要求メッセージを発行者４２６に送るのではなく、支払い処理ネットワーク４２６は販売者４２２および取得者４２４を介して第１の許可応答メッセージをアクセス装置４３４に送り返す（ステップ５１０）。第１の許可応答メッセージはチャレンジ質問エンジン４２６（ａ）−１が前に得たチャレンジ要求を表すデータを含んでよい。第１の許可応答メッセージは最初の拒否と特徴付けてよい。なぜなら、これはトランザクションの承認を示さないからである。
【００７７】
チャレンジ質問をアクセス装置４３４で受けると、消費者４３０はチャレンジ応答をアクセス装置４３４に供給する。チャレンジ応答は任意の適当な方法で（例えば、キーパッドや非接触読取り装置などを通して）アクセス装置４３４に供給してよい。アクセス装置４３４がチャレンジ応答を受けると、アクセス装置４３４は販売者４２２および取得者４２４を介してチャレンジ応答を支払い処理ネットワーク・サーバ４２６（ａ）に転送し、サーバ４２６（ａ）はこれを受ける（ステップ５１２）。チャレンジ応答メッセージは第２の許可要求メッセージの一部でよい。
【００７８】
次に、支払い処理ネットワーク・サーバ４２６（ａ）はチャレンジ応答メッセージの妥当性を確認する（ステップ５１４）。チャレンジ応答メッセージの妥当性が確認されない場合は、支払い処理ネットワーク・サーバ４２６（ａ）は応答メッセージをアクセス装置４３４に送り返して、そのトランザクションが承認されないことを示してよい。代替的にまたは追加的に、支払い処理ネットワーク・サーバ４２６（ａ）は別のチャレンジ質問をアクセス装置４３４に送ってよい。他方で、チャレンジの妥当性が確認される場合は、支払い処理ネットワーク・サーバ４２６（ａ）は第２の許可要求メッセージを、支払い処理ネットワーク４２６が与えた全てのチャレンジを消費者４３０が満たしたという指示と共に発行者４２８に送ってよい（ステップ５１６）。
【００７９】
発行者４２８が第２の許可要求メッセージを受けた後、発行者４２８は発行者サーバ４２８（ａ）を用いて、トランザクションが許可されるか許可されないかを決定する（ステップ５１８）。消費者４３０が十分な資金または信用を有しない場合はトランザクションが許可されないことがある。消費者４３０が確かに十分な資金または信用を有する場合は、発行者４２８はトランザクションが許可されることを示す第２の許可応答メッセージを、支払い処理ネットワーク４２６、取得者４２４、販売者４２２を介してアクセス装置４３４に送り返してよい（ステップ５２２）。
【００８０】
一日の終わりに、支払い処理ネットワーク４２６は通常の清算および決済プロセスを行ってよい。清算プロセスは、取得者と発行者との間で金融の詳細を交換して消費者の口座への記入と消費者の決済ポジションの調整とを容易にするプロセスである。清算と決済とは同時に行ってよい。
【００８１】
多数の代替的な実施の形態も可能である。例えば、発行者４２８はチャレンジ質問を生成して、支払い処理ネットワーク４２６ではなくまたはこれに追加して、消費者４３０に送ってよい。発行者４２８が操作するチャレンジ質問エンジン４２８（ａ）−１、トランザクション履歴データベース４２８（ｂ）、チャレンジ質問データベース４２８（ｃ）を、支払い処理ネットワーク４２６が操作する上に述べたチャレンジ質問エンジン４２６（ａ）−１、トランザクション履歴データベース４２６（ｂ）、チャレンジ質問データベース４２６（ｃ）と同じまたは異なる方法で用いてよい。
【００８２】
上に述べた実施の形態では、支払い処理ネットワーク４２６（および／または発行者４２８）に送られる許可要求メッセージが２つある。これが望ましい理由は、既存の支払い処理システムは、支払い許可プロセス中にアクセス装置４３４と発行者４２８との間の種々の点でセットされる「タイマ」を有するからである。タイマは、支払い許可プロセス中に種々の事象をどれだけ長く行うべきかを計時する。タイマは、取得者４２４、支払い処理ネットワーク４２６、および発行者４２８でコンピュータ・コードとしてセットして実現してよい。例えば、取得者４２４、支払い処理ネットワーク４２６、および発行者４２８のタイマはそれぞれ３秒、６秒、１０秒にセットしてよい。
【００８３】
これらの各時間内に許可要求メッセージを受けない場合は、何らかの事象をトリガしてよい。例えば、発行者４２８が許可要求メッセージを１０秒以内に受けない場合は、誤りメッセージをアクセス装置４３４に送り返して、販売者４２２が許可要求メッセージを再提出するように要求してよい。許可プロセス中に、許可要求メッセージが発行者４２８に到着する前にチャレンジ要求が作成された場合は、発行者のタイマは、誤りが起こったことを示す事象をトリガしてよい。１つの許可プロセス中にチャレンジ要求および応答を作成すると、支払いシステム内の既存のタイマと矛盾する可能性がある。
【００８４】
２つの別々の許可プロセス内に少なくとも２つの許可要求メッセージを用いる利点は上に述べたタイマが影響されないことである。チャレンジ質問を消費者４３０に送るのにタイマを変える必要はない。これにより本発明の実施の形態を既存の支払い基礎構造と共に用いることができるし、本発明の実施の形態に大幅な変更を行う必要はない。これに比べて、１つの許可要求メッセージを用いて支払い許可プロセス中にチャレンジ要求を取り出す場合は、このために許可要求メッセージが遅れて、支払い処理システム内に存在するタイマを変更する必要があるかも知れない。
【００８５】
少なくとも２つの許可要求メッセージは、ＢＩＮ（銀行識別番号）、トランザクション量、口座番号、サービス・コードなどの情報を有してよい。これらは実行中のトランザクションの同じトランザクション量および／または異なるトランザクション量も含んでよい。例えば、第１の許可要求メッセージは実際のトランザクション量を有してよく、第２の許可要求メッセージは或るトランザクション量を持つその前の認証要求がすでに提示されていることを示す０ドル量または他の識別子を有してよい。或る実施の形態では、トランザクション・コードを用いて第１および第２の許可要求をリンクしてよい。
【００８６】
図８に関して述べた方法は「閉チャネル」プロセスと特徴付けてよい。なぜなら、アクセス装置４３４はチャレンジ質問を受け、このチャレンジ質問への応答を与えるからである。しかし本発明の別の実施の形態は開チャネル解決法を用いてよい。すなわち、チャレンジ質問は、第１の許可応答メッセージを送ったアクセス装置以外の装置に送ってよい。
【００８７】
本発明の実施の形態に係る開チャネル法の例を、図７および図９を参照して説明する。一般的な購入トランザクションでは、消費者４３０はクレジット・カードなどの携帯消費者装置４３２を用いて販売者４２２から品物またはサービスを購入する。消費者の携帯消費者装置４３２は販売者４２２のＰＯＳ（ポイント・オブ・セールス）端末などのアクセス装置４３４と対話してよい（ステップ６０２）。例えば、消費者３０はクレジット・カードを取ってＰＯＳ端末の該当するスロットに通してよい。または、ＰＯＳ端末は非接触読取り装置でよく、携帯消費者装置４３２は非接触カードなどの非接触装置でよい。
【００８８】
次に、第１の許可要求メッセージが取得者４２４に送られる。第１の許可要求メッセージを受けた後、第１の許可要求メッセージは支払い処理ネットワーク４２６に送られる（ステップ６０４）。次に、第１の許可要求メッセージを支払い処理ネットワーク・サーバ２６（ａ）で受け、支払い処理ネットワーク・サーバ４２６（ａ）はチャレンジが必要かどうか決定する。
【００８９】
種々の基準を用いてチャレンジが必要かどうか決定してよい。例えば、支払い処理ネットワーク・サーバ４２６（ａ）は、特定のトランザクションが高価なトランザクション（例えば１０００ドル以上）であり、したがってチャレンジが適当であると決定してよい。別の例では、支払い処理ネットワーク・サーバ４２６（ａ）は現在のトランザクションについて何か疑わしいことがあると決定してよく、したがってチャレンジが適当であると決定してよい。
【００９０】
現在のトランザクションについてチャレンジが適当であると決定されると、チャレンジ質問エンジン４２６（ａ）−１はチャレンジ質問を取ってきてよい（局所でまたは遠方から）（ステップ６０８）。或る実施の形態では、チャレンジ質問エンジン４２６（ａ）−１は質問をチャレンジ質問データベース４２６（ｃ）から取り出してよい。
【００９１】
第１の許可要求メッセージを発行者４２６に送るのではなく、また第１の許可応答メッセージをアクセス装置４３４に送り返すのではなく、支払い処理ネットワーク４２６は第１の許可応答メッセージを消費者の携帯電話４３５に（ステップ６１０）、または他のタイプのアクセス装置に送り返す。第１の許可応答メッセージは消費者の携帯電話４３５に送り返してよい。これは直接に、または或る中間エンティティを通して行ってよい。第１の許可応答メッセージはチャレンジ質問エンジン４２６（ａ）−１が前に得たチャレンジ要求を表すデータを含んでよい。第１の許可応答メッセージは最初の拒否と特徴付けてよい。なぜなら、これはトランザクションの承認を示さないからである。
【００９２】
チャレンジ質問を携帯電話４３５で受けると、消費者４３０はチャレンジ応答をアクセス装置４３４に与える（ステップ６１２）。次に、アクセス装置４３４は販売者４２２および取得者４２４を介してチャレンジ応答を支払い処理ネットワーク・サーバ４２６（ａ）に転送し、サーバ４２６（ａ）はこれを受ける（ステップ６１４）。チャレンジ応答メッセージは第２の許可応答メッセージの一部でよい。
【００９３】
消費者が能動的に答えるチャレンジ質問を詳細に説明したが、他のタイプのチャレンジ質問を携帯電話４３５に送ってよいことに注意していただきたい。例えば或る場合には、チャレンジ質問に消費者４３０から能動的に答えを与える必要はなく、受動的な答えをチャレンジ質問に与えてよい。例えば或る実施の形態では、携帯電話４３５に供給されるチャレンジ質問は携帯電話４３５の物理的場所に関する問合せでよい。携帯電話４３５はＧＰＳ装置またはその他の場所装置を有してよく、その情報（すなわち暗号文など）は支払い処理ネットワーク４２６に送信されるので、支払い処理ネットワーク４２６はこの場所情報を用いて消費者４３４を認証してよい。
【００９４】
支払い処理ネットワーク・サーバ４２６（ａ）がチャレンジ応答メッセージを受けると、支払い処理ネットワーク・サーバ４２６（ａ）はチャレンジ応答メッセージの妥当性を確認する（ステップ６１６）。チャレンジ応答メッセージの妥当性が確認されない場合は、支払い処理ネットワーク・サーバ４２６（ａ）は応答メッセージをアクセス装置４３４に送り返して、そのトランザクションが承認されないことを示してよい。代替的にまたは追加的に、支払い処理ネットワーク・サーバ４２６（ａ）は別のチャレンジ・メッセージをアクセス装置４３４および／または携帯電話４３５に送ってよい。他方で、チャレンジの妥当性が確認される場合は、支払い処理ネットワーク・サーバ４２６（ａ）は第２の許可要求メッセージを、支払い処理ネットワーク４２６が与えた全てのチャレンジを消費者４３０が満たしたという指示と共に発行者４２８に送ってよい（ステップ６１８）。
【００９５】
発行者４２８が第２の許可要求メッセージを受けた後、発行者４２８は発行者サーバ４２８（ａ）を用いて、トランザクションが許可されるか許可されないかを決定する（ステップ６２０）。消費者４３０が十分な資金または信用を有しない場合はトランザクションが許可されないことがある。消費者４３０が確かに十分な資金または信用を有する場合は、発行者４２８はトランザクションが許可されることを示す第２の許可応答メッセージを、支払い処理ネットワーク４２６、取得者４２４、販売者４２２を介してアクセス装置４３４に送り返してよい（ステップ６２２）。
一日の終わりに、支払い処理ネットワーク４２６は通常の清算および決済プロセスを行ってよい。清算プロセスは、取得者と発行者との間で金融の詳細を交換して消費者の口座への記入と消費者の決済ポジションの調整とを容易にするプロセスである。清算と決済とは同時に行ってよい。
【００９６】
多数の代替的な実施の形態も可能である。例えば、発行者４２８はチャレンジ質問を生成して、支払い処理ネットワーク４２６ではなくまたはこれに追加して、携帯電話４３５に送ってよい。発行者４２８が操作するチャレンジ質問エンジン４２８（ｂ）−１、トランザクション履歴データベース４２８（ｂ）、チャレンジ質問データベース４２６（ｃ）を、支払い処理ネットワーク４２６が操作する上に述べたチャレンジ質問エンジン４２６（ａ）−１、トランザクション履歴データベース４２６（ｂ）、チャレンジ質問データベース４２６（ｃ）と同じまたは異なる方法で用いてよい。
【００９７】
別の実施の形態では、チャレンジ質問を支払い処理ネットワーク・サーバ４２６（ａ）に送るのではなく、電子クーポンを消費者の携帯電話４３５に送ってよい。支払い処理ネットワーク４２６はチャレンジが適当であると決定して、電子クーポンを電話４３５に送ってよい。この電子クーポンを受け取ると、アクセス装置４３４でこのクーポンを使うよう消費者は指示されてよい。消費者４３０がアクセス装置４３４でクーポンを使うと、アクセス装置４３４はクーポンを支払い処理ネットワーク４２６に転送する。支払い処理ネットワーク４２６がクーポンを受け取ることは消費者４３０が認証されることを示す。本物でない消費者は消費者の電話４３５を持たないので、消費者４３０は本物であると考えられる。
【００９８】
チャレンジを用いる実施の形態に関する詳細は、米国特許出願番号第１１／７６３，２４０号、「消費者認証システムおよび方法（Ｃｏｎｓｕｍｅｒ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ）」、２００７年６月１４日に提出（代理人書類番号第１６２２２Ｕ−０３１６００ＵＳ）、に記述されており、これを全体的に全ての目的でここに援用する。
【００９９】
ＶＩＩ． 他のトランザクション認証技術
Ａ． アルゴリズム識別子を用いる方法
本発明の実施の形態では、支払い処理組織または他のエンティティは異なる会社が提供する異なるセキュリティ技術を支援してよい。異なるセキュリティ技術は携帯消費者装置指紋を用いてよい。例えば、２枚の支払いカード上の２本の磁気ストライプは同じ消費者データ（例えば、口座番号情報）を記憶してよいが、２本の磁気ストライプの磁気構造は異なってよい。特定の磁気構造は支払いカードに関連する指紋すなわち「ＤＮＡ」の一例でよい。盗んだ人が磁気ストライプ上に記憶されている消費者データを無許可のクレジット・カードにコピーした場合は、無許可のクレジット・カードの磁気ストライプは許可されたクレジット・カードとは異なる磁気構造すなわち指紋を有するはずである。無許可のカードを使用したことに応じて許可要求メッセージを受けるバックエンド・サーバ・コンピュータは、許可要求メッセージ内に指紋が存在しないのでこの無許可のカードは本物でないと決定するであろう。このタイプの技術はＭａｇｔｅｋ（ＴＭ）とＳｅｍｔｅｋ（ＴＭ）の２社が提供している。各社では自社の所有権を主張できるアルゴリズムをポイント・オブ・セールス端末内で用いて、その後の認証プロセスで発行者または他のエンティティにメッセージを送る前に自分の指紋を変える（例えば、暗号化する）。
【０１００】
本発明の実施の形態では、携帯消費者装置に関連する口座番号または満了日などの静的な消費者データとは無関係に、携帯消費者装置指紋は携帯消費者装置を識別できる任意の適当な識別機構を含んでよい。一般に、消費者データとは異なり、消費者は携帯消費者装置指紋データを知らない。例えば、或る実施の形態では、指紋データは携帯消費者装置を作っている材料の特性に関係してよい。例えば、上に述べたように、携帯消費者装置指紋は支払いカード内の磁気ストライプ内の磁気粒子の特定の微細な構造内に埋め込んでよい。或る場合には、同じ携帯消費者装置指紋を有する磁気ストライプは２つとない。
【０１０１】
携帯消費者装置指紋は他の形をとってよい。例えば、別のカード検証技術がＱＳｅｃｕｒｅ（ＴＭ）という会社から提供されている。ＱＳｅｃｕｒｅ（ＴＭ）が提供する技術は、支払いカード内のチップが生成する動的なＣＶＶ（カード検証値）を用いる（チップは磁気ストライプの下にあってよく、動的なＣＶＶまたは動的なＣＶＶに関係する数を磁気ストライプに書き込むことができる）。この場合は、動的なＣＶＶは特定の携帯消費者装置を識別する携帯消費者装置指紋として作用してよい。動的なＣＶＶは支払いトランザクション中にポイント・オブ・セールス装置に送ってよい。
【０１０２】
許可のために支払いカードの発行者に送る前に、ポイント・オブ・セールス装置内の特定のアルゴリズムは動的なＣＶＶを変更して（例えば、暗号化して）よい。発行者、支払い処理組織、または他のエンティティは変更された動的なＣＶＶを受けてよく、またそれをその元の形に復元してよい。次に、バックエンド・サーバ・コンピュータは動的なＣＶＶをチェックし、独立に得た動的なＣＶＶに対応するかどうか調べることにより、携帯消費者装置を認証してよい。この例では、動的なＣＶＶ値は、性質は動的ではあるが、携帯消費者装置指紋と考えてもよい。
【０１０３】
本発明の実施の形態により、多くの異なるタイプの携帯消費者装置指紋システムを１つの支払い処理システム内で共に用いることができる。本発明の実施の形態では、異なる識別子すなわちＩＤを各タイプのＰＯＳ端末内の各タイプのアルゴリズムに割当てる。例えば、発行者または支払い処理組織などのバックエンド・エンティティは下の表１にあるようなアルゴリズム識別子を用いてよい。
【０１０４】
【表１】
表１に示すように、アルゴリズムＩＤは任意の適当な形をとってよい。例えば、アルゴリズムＩＤは単に１桁、２桁、または３桁の数でよい。
【０１０５】
ＰＯＳ端末が許可要求メッセージを発行者に送るとき、許可要求メッセージはそのＰＯＳ端末に関連する特定のアルゴリズムＩＤおよび変更された携帯消費者装置指紋を含んでよい。バックエンド・サーバ・コンピュータが許可要求メッセージを受けるとき、携帯消費者装置指紋を暗号化するのにどのアルゴリズムが用いられたかを決定してよい。次に、バックエンド・サーバ・コンピュータは暗号化された携帯消費者装置指紋を解読してよく、またこの携帯消費者装置指紋がバックエンド・データベース内に記憶されている携帯消費者装置指紋に対応するかどうか決定してよい。携帯消費者装置指紋は、使用する消費者に携帯消費者装置を発行するプロセスの一部として、対応する消費者データ（例えば、口座番号）と共にバックエンド・データベース内に前もって記憶してよい。
【０１０６】
かかるアルゴリズム識別子を用いることにより、本発明の実施の形態は異なる技術を１つの支払い処理システム内で効率的に統合することができる。例えば、消費者は支払いカードをＰＯＳ（ポイント・オブ・セールス）端末に通して、事務所用品代金として５ドル支払うとする。ＰＯＳ端末はＡ社が作成した暗号化アルゴリズムを含んでよく、暗号化アルゴリズムは支払いカードの磁気ストライプの磁気構造内に埋め込まれた指紋を暗号化してよい。次に、ＰＯＳ端末は許可要求メッセージをバックエンド・サーバ・コンピュータに送ってよい。許可要求メッセージは、購入量、消費者の口座番号などの消費者データ、暗号化された指紋、およびＡ社が作成した暗号化アルゴリズムに特に関連するアルゴリズム識別子を含む情報を含んでよい。
【０１０７】
バックエンド・サーバ・コンピュータはＰＯＳ（ポイント・オブ・セールス）端末から許可要求メッセージを受けてよい。次にコンピュータは、指紋を暗号化するのにどのアルゴリズムが用いられたかを決定してよく、その後で指紋を解読してよい。指紋が決定されると、バックエンド・サーバ・コンピュータは受けた指紋が記憶されている指紋に対応するかどうかを決定することができる。対応する場合は、支払いカードは認証される。
アルゴリズム識別子を用いる方法およびシステムに関する他の詳細は後で提供する。
【０１０８】
Ｂ． 信用査定方法
或る実施の形態では、バックエンド・プロセッサまたはバックエンド・サーバ・コンピュータは、携帯消費者装置が認証されると決定する前に、トランザクションが可能な妥当性の望ましい信用しきい値を満たすかどうかも決定してよい。信用しきい値を満たさない場合は、追加の認証プロセスを実行してよい。かかる追加の認証プロセスは、１つ以上のチャレンジ質問および／または通知メッセージを消費者に送ることを含んでよい。
【０１０９】
例として、消費者が支払いカードを用いて事務所用品の支払いをしようとした後で、バックエンド・サーバ・コンピュータはＰＯＳ端末から許可要求メッセージを受けてよい。バックエンド・サーバ・コンピュータは、上の表１の中の３つのカード検証技術の１つが存在すること、およびその支払いカードに関連して最近疑わしいトランザクションが全くなかったことを決定してよい。これにより、バックエンド・サーバ・コンピュータはトランザクションが有効である（すなわち、信用しきい値を満たした）と決定してよく、トランザクションが支払いカードの発行者により別の方法で許可されるかどうかに進んでよい。逆に、古い（昔の）カードおよび読取り装置を用いてトランザクションが行われ、上の表１の中の３つのカード保護技術のどれも用いられず、またその支払いカードに関連して最近疑わしいトランザクションがあった場合は、サーバ・コンピュータは信用しきい値が満たされなかったと決定してよく、サーバ・コンピュータは追加の認証プロセスを開始してよい。例えば、承認する前に動的なチャレンジ（問合せ）を消費者に送ってよく、および／またはトランザクションが行われているという通知を消費者は受けてよい。
【０１１０】
トランザクション信用決定は１つのアルゴリズムが他のアルゴリズムより信頼できるかどうかも考慮に入れてよい。バックエンド・サーバ・コンピュータはフロント・エンドで（例えば、ＰＯＳ端末で）用いられたアルゴリズムを評価して、トランザクションを進めるべきかどうか決定してよい。例えば、バックエンド・サーバ・コンピュータは、Ａ社のアルゴリズムは９０％の信頼性を有し、Ｂ社のアルゴリズムは５０％の信頼性を有すると決定してよい。
【０１１１】
異なるアルゴリズムが異なる信頼性レベルを有してよい理由は多数ある。例えば、端末の感度により、カードを通す方法により、またカードの経年変化により、或るアルゴリズムはデータを一層正確に処理することができるであろう。この例では、サーバ・コンピュータが、Ｂ社のアルゴリズムが存在しかつその支払いカードに関連して最近疑わしい活動があったことを示す許可要求メッセージを受ける場合は、追加の認証処理を開始してよい。他方でサーバ・コンピュータが、Ａ社のアルゴリズムが存在しかつ最近疑わしい活動があったことを示す許可要求メッセージを受ける場合は、バックエンド・サーバ・コンピュータは追加の認証処理を開始しなくてよい。
【０１１２】
例として、マクドナルド社はＡ社と或る関係を有し、タコベル社はＢ社と或る関係を有すると仮定する。各社はそのポイント・オブ・セールス装置で異なるアルゴリズムを用いてよい。各装置は２つの異なるアルゴリズムを用いて２組のデータを出す。データがビザなどの支払い処理組織に戻ってくると、Ａ社のアルゴリズムから生じたデータか、および／またはＢ社のアルゴリズムから生じたデータかを識別してよい。或る信用レベルを決定できるようにアルゴリズムに重みを付けてよい。或る信用レベル（すなわち、しきい値）が満たされない場合は、追加の認証処理を行ってよい。
【０１１３】
Ｃ． アルゴリズム識別子および信用査定を用いる例示のシステム
図１０（ａ）は本発明の或る実施の形態に用いてよいシステム７２０を示す。システム７２０は、複数の販売者７２２（ａ），７２２（ｂ），７２２（ｃ）と、販売者７２２（ａ），７２２（ｂ），７２２（ｃ）に関連する複数の取得者７２４（ａ），７２４（ｂ），７２４（ｃ）とを含む。一般的な支払いトランザクションでは、消費者７３０（ａ），７３０（ｂ），７３０（ｃ）はその携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）を用いて販売者７２２（ａ），７２２（ｂ），７２２（ｃ）から品物またはサービスを購入してよい。消費者７３０（ａ），７３０（ｂ），７３０（ｃ）は個人でもよいし会社などの組織でもよい。取得者７２４（ａ），７２４（ｂ），７２４（ｃ）は支払い処理ネットワーク７２６を介して発行者７２８（ａ），７２８（ｂ），７２８（ｃ）と通信することができる。発行者７２８（ａ），７２８（ｂ），７２８（ｃ）は消費者７３０（ａ），７３０（ｂ），７３０（ｃ）に携帯消費者装置７３０（ａ），７３０（ｂ），７３０（ｃ）をそれぞれ発行してよい。
【０１１４】
例示の目的で、アクセス装置Ａ７３２（ａ）はＡ社製であってアルゴリズム識別子「０１」で或るアルゴリズムに関連し、アクセス装置Ｂ７３２（ｂ）はＢ社製であってアルゴリズム識別子「０２」で或るアルゴリズムに関連し、アクセス装置Ｃ７３２（ｃ）はＤ社に関連していてこれに関連するアルゴリズムを有しないとする。
携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）は任意の適当な形でよい。例えば、適当な携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）はハンドヘルドでかつコンパクトであって、消費者の財布および／またはポケットの中に入るもの（例えば、ポケット・サイズのもの）でよい。適当な携帯消費者装置については上に述べた（例えば、図１の携帯消費者装置３２）。
【０１１５】
販売者７２２（ａ），７２２（ｂ），７２２（ｃ）は、携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）と対話するそれぞれのアクセス装置７３４（ａ），７３４（ｂ），７３４（ｃ）を有してもよいし、またはアクセス装置から通信を受けてもよい。適当なタイプのアクセス装置については上に述べた（例えば、図１のアクセス装置３４）。
アクセス装置がポイント・オブ・セールス端末の場合は、カード読取り装置を含む任意の適当なポイント・オブ・セールス端末を用いてよい。カード読取り装置は任意の適当な接触または非接触の動作モードを含んでよい。例えば、例示のカード読取り装置は、携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）と対話するＲＦ（無線周波数）アンテナや磁気ストライプ読取り装置などを含んでよい。
【０１１６】
支払い処理ネットワーク７２６は上に述べた（例えば、図１の支払い処理ネットワーク２６に関して）任意の特性を含んでよく、またサーバ・コンピュータ７２６（ａ）を含んでよい。
サーバ・コンピュータ７２６（ａ）は任意の適当な数のソフトウエア・モジュールを備えてよく、それらは任意の適当なタイプでよい。図１０（ｂ）に示すように、サーバ・コンピュータ７２６（ａ）はアルゴリズム識別モジュール７２６（ａ）−１および信用査定モジュール７２６（ａ）−２を備えてよい。また、解読モジュール７２６（ａ）−３ならびにデータ・フォーマッタ・モジュール７２６（ａ）−４も備えてよい。
【０１１７】
アルゴリズム識別モジュール７２６（ａ）−１は、解読モジュール７２６（ａ）−３と共に、受けた許可要求メッセージ（アルゴリズムＩＤおよび変更された携帯消費者装置指紋を含む）を検討してよい。受けたアルゴリズムＩＤから、携帯消費者装置指紋を変更（例えば、暗号化）するのにどのアルゴリズムが用いられたか決定してよい。ルックアップ・テーブルなどを用いて、アルゴリズムＩＤ、携帯消費者装置指紋を変更するのにまたは変更された携帯消費者装置指紋を復元するのに用いられたアルゴリズム、および消費者データ（例えば、口座番号）の間の対応を識別してよい（場合によっては、アルゴリズムは暗号化プロセス内のキーでよい）。次に、サーバ・コンピュータ７２６（ａ）を用いて、許可要求メッセージ内の変更された携帯消費者装置指紋から携帯消費者装置指紋を決定してよい（例えば、復号することにより）。携帯消費者装置指紋が決定されると、この情報を分析して、携帯消費者装置に関連する消費者データ（例えば、口座番号）にリンクする記憶された指紋にこれが対応するかどうか決定する。
【０１１８】
信用査定モジュール７２６（ａ）−２は種々の情報片から信用査定を生成してよい。かかる情報は、用いる携帯消費者装置のタイプ（例えば、電話の方が支払いカードより安全であろう）や、携帯消費者装置指紋を暗号化するのに用いられたアルゴリズムのタイプ（例えば、或る暗号化アルゴリズムは他のものより安全であろう）などを含んでよい。次に、信用モジュール７２６（ａ）−２を用いて、サーバ・コンピュータ７２６（ａ）は追加の認証プロセスを行う必要があるかどうか決定する。かかる追加の認証プロセスはチャレンジ質問および／またはトランザクションが行われているという消費者通知を含んでよい。
【０１１９】
信用査定モジュール７２６（ａ）−２は、多数のトランザクション変数に基づいてトランザクションの「得点をつける」ことができる。得点が所定のしきい値を超える場合はそのトランザクションは有効と考えてよく、追加の認証処理を行う必要はない。逆に得点が所定のしきい値を超えない場合はトランザクションは疑わしいものと特徴付けてよく、追加の認証処理を開始してよい。
【０１２０】
データ・フォーマッタ・モジュール７２６（ａ）−４は、信用査定モジュール７２６（ａ）−２が用いることができるようにデータをフォーマットするのに用いてよい。或る場合には、異なる会社の異なるＰＯＳ端末からのデータは解読モジュール７２６（ａ）−３で解読してよく、また異なるフォーマットでよい。データ・フォーマッタは、信用査定モジュール７２６（ａ）−２が用いることができるように任意のデータをフォーマットすることができる。
本発明の実施の形態は上に述べた実施の形態に限定されるものではない。例えば、発行者、支払い処理ネットワーク、および取得者として別々の機能ブロックを示したが、或るエンティティはこれらの機能の全てを実行しまた本発明の実施の形態に含めてよい。
【０１２１】
Ｄ． 指紋および識別子を用いる例示の方法
本発明の実施の形態に係る種々の方法を、図１０−１２を参照して説明する。図１１−１２はフローチャートを含む。
図１１に示すステップの一部または全てを本発明の実施の形態に含めてよい。例えば、本発明の或る実施の形態はアルゴリズム識別子を用いて、許可要求メッセージ内の携帯消費者装置指紋がバックエンド・データベース内に記憶されている携帯消費者装置指紋と一致するかどうか決定してよく、またトランザクションが許可されるかどうか決定する前にはトランザクション信用処理を実行しなくてよい。別の実施の形態では、携帯消費者装置指紋を用いずにトランザクション信用処理を実行して携帯消費者装置を認証してよい。しかし好ましい実施の形態では、アルゴリズム識別子、携帯消費者装置指紋、およびトランザクション信用処理を用いて携帯消費者装置およびトランザクションを全体として認証する。
【０１２２】
また、図１１および図１２に示すフローチャートは特定のステップを特定の順序で実行するように示しているが、本発明の実施の形態はかかるステップを異なる順序で行う方法を含んでよい。これは、この出願で述べる他の流れ図またはプロセスにも当てはまる。
図１０（ａ）および図１１を参照すると、消費者Ａ７３０（ａ）は携帯消費者装置Ａ７３２（ａ）を用いて販売者Ａ７３２（ａ）のアクセス装置Ａ７３４（ａ）と対話してよい（ステップ８０２）。例えば、携帯消費者装置Ａ７３２（ａ）はクレジット・カードでよく、アクセス装置Ａ７３４（ａ）はポイント・オブ・セールス端末でよく、また販売者Ａ７３２（ａ）はガソリン・スタンドでよい。消費者Ａ７３０（ａ）は携帯消費者装置Ａ７３２（ａ）を用いて販売者Ａ７３２（ａ）からガソリンを購入したいとする。
【０１２３】
携帯消費者装置Ａ７３２（ａ）が販売者Ａ７２２（ａ）のアクセス装置Ａ７３４（ａ）とインターフェースした後、アクセス装置Ａ７３４（ａ）は携帯消費者装置Ａ７３２（ａ）から消費者データおよび磁気ストライプ指紋データなどの携帯消費者装置指紋データを読み取る（ステップ８０４）。消費者データは消費者が一般に知っている情報を含んでよい。消費者データの例としては、消費者の口座番号、満了日、およびサービス・コードがある。上に述べたように、携帯消費者装置指紋データは、消費者は一般に知らないが携帯消費者装置を認証するのに用いられるデータである。この例では、携帯消費者装置指紋データは磁気ストライプ指紋データでよい。磁気ストライプ指紋データは磁気ストライプの磁気構造内に埋め込まれているデータも含んでよく、特定の会社が製作したアクセス装置を用いてのみ読み取ることができる。
【０１２４】
アクセス装置Ａ７３４（ａ）が携帯消費者装置Ａ７３４（ａ）から消費者データを得ると、アルゴリズム識別子を含む許可要求メッセージが作成される（ステップ８０６）。許可要求メッセージは、消費者データ（例えば、口座番号）、購入量に関するデータ、および携帯消費者装置指紋データも含んでよい。アクセス装置Ａ７３４（ａ）は、許可要求メッセージに含める前に、アクセス装置Ａ７３４（ａ）内のメモリ内に記憶されているアルゴリズムＡを用いて、受けた指紋データを変更（例えば、暗号化）してよい。或る実施の形態では、携帯消費者装置指紋およびアルゴリズム識別子はフィールド５５と呼ぶ補助データ・フィールド内に記憶してよい。
【０１２５】
異なるタイプおよびサイズの指紋が、異なるメーカが提供する異なる携帯消費者装置で作られてよい。特定の指紋が送信されていることに関係なく支払い処理システムを通る送信が一様になるように、これらの異なる指紋を標準サイズのデータ・フィールド内に挿入してよい。例えば、或る場合には、データ・フィールドを埋めるためにゼロなどの文字をデータ・フィールドに詰めるのが望ましい。例えば、データ・フィールドのサイズが６４バイトであって、１つのタイプの携帯消費者装置からの指紋が５４バイトで、他のタイプの携帯消費者装置からの指紋が５６バイトとする。６４バイトのフィールド内には、２つの文字アルゴリズム識別子と共に追加の詰め文字があってよい。詰め文字は所定の方法でフィールド内に置いてよい。
【０１２６】
本発明の実施の形態では、前に説明したアルゴリズム識別子は携帯消費者装置指紋を暗号化するのに用いられるアルゴリズムを識別するだけでなく、識別されたアルゴリズムを用いて指紋をその元の形に復元して評価できるようにしてもよい。例えば、詰め文字を削除することにより、受けたが変更されている指紋をその元の形に復元して評価できるようにするのに用いるアルゴリズムを、アルゴリズム識別子を用いて識別してよい。
次に、許可要求メッセージはアクセス装置７３４（ａ）から、販売者Ａ７２２（ａ）に関連する取得者Ａ７２４（ａ）を介して支払い処理ネットワーク７２６に送られる（ステップ８０８）。別の実施の形態では、アクセス装置７３４（ａ）は許可要求メッセージを、取得者Ａ７２４（ａ）を通すのではなく支払い処理ネットワークに直接送ってよい。
【０１２７】
許可要求メッセージを支払い処理ネットワーク７２６が受けた後、支払い処理ネットワーク７２６内のサーバ・コンピュータ７２６（ａ）は許可要求メッセージを分析し、許可要求メッセージ内にあるアルゴリズムＩＤを用いてアルゴリズムを選択する（ステップ８１０）。選択されるアルゴリズムＩＤおよび選択されるアルゴリズムはアルゴリズム・データベース７２６（ｃ）から選択してよい。アルゴリズム・データベース７２６（ｃ）は、種々のアクセス装置（例えば、アクセス装置Ａ７３２（ａ）およびアクセス装置Ｂ７３４（ｂ））に関連する複数のアルゴリズムＩＤおよび複数のアルゴリズムを含んでよい。
【０１２８】
アルゴリズムを識別した後、支払い処理ネットワーク７２６内のサーバ・コンピュータ７２６（ａ）は携帯消費者装置指紋を決定する（ステップ８１２）。次に選択されたアルゴリズムを用いて、許可要求メッセージ内にある変更された携帯消費者装置を復元する（例えば、解読する）。
【０１２９】
次にサーバ・コンピュータ７２６（ａ）は、決定された携帯消費者装置指紋がデータベース内に前もって記憶されている指紋に対応するかどうか決定する（ステップ８１４）。サーバ・コンピュータ７２６（ａ）はまず許可要求メッセージから消費者の口座番号などの消費者データを得てよく、および／または許可要求メッセージを分析した後で消費者データベース７２６（ｂ）から追加の消費者データを得てよい。消費者データが決定されると、サーバ・コンピュータ７２６（ａ）は消費者データベース７２６（ｂ）から携帯消費者装置指紋を得ることができる。次にサーバ・コンピュータ７２６（ａ）は、許可要求メッセージ内の携帯消費者装置指紋が消費者データベース７２６（ｂ）内の携帯消費者装置指紋と一致するかどうか決定する。
【０１３０】
消費者データベース７２６（ｂ）から得た携帯消費者装置指紋が許可要求メッセージから得て前に復元された携帯消費者装置指紋に対応しない場合は、追加の認証プロセスを実行してよく、および／またはトランザクションが否定されることを示す許可応答メッセージを消費者Ａ７２２（ａ）に送り返してよい（ステップ８２２）。追加の認証プロセスは、トランザクションが行われていることを消費者に通知するトランザクション通知メッセージを消費者Ａ７２２（ａ）に（例えば、消費者の携帯電話または消費者のコンピュータに）送ることを含んでよい。
【０１３１】
通知メッセージは、トランザクションが本物であることを消費者Ａ７２２（ａ）が確認するように要求してよい。代替的にまたは追加的に、チャレンジ質問などの他のタイプのチャレンジを消費者Ａ７２２（ａ）に送ってよい。チャレンジ質問などのチャレンジの詳細は、米国特許出願番号第１１／７６３，２４０号、「消費者認証システムおよび方法（Ｃｏｎｓｕｍｅｒ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ）」、２００７年６月１４日に提出（代理人書類番号第１６２２２Ｕ−０３１６００ＵＳ）、に述べられており、これを全体的に全ての目的でここに援用する。
【０１３２】
或る実施の形態では、許可要求メッセージから得た指紋と消費者データベース７２６（ｂ）内の指紋とが一致する場合は、サーバ・コンピュータ７２６（ａ）はトランザクション信用しきい値が満たされているかどうかをオプションで決定してもよい（ステップ８１５）。信用しきい値が満たされていない場合は、追加の許可処理を実行してよい（ステップ８２３）。しかし信用しきい値が満たされている場合は、許可要求メッセージを発行者Ａ４２８（ａ）に転送してよい（ステップ８１６）。
【０１３３】
トランザクション信用しきい値は、トランザクションが本物かまたは疑わしい可能性があるかについて得点をつけるための任意の数のトランザクション特性を取ってよい。かかるトランザクション特性は、アクセス装置（例えば、アクセス装置が用いるのは新しい技術か古い技術か、データを暗号化するのにアクセス装置は安全な暗号化アルゴリズムを用いるかなど）や、携帯消費者装置（例えば、携帯消費者装置は電話か、古い技術による磁気ストライプ・カードか、新しい技術による磁気ストライプ・カードか）などに関係してよい。
【０１３４】
上に述べたように、支払い処理システムでは、任意の所定の時刻に相互に対話するアクセス装置および携帯消費者装置の多くの異なる組合せがあってよい。アクセス装置および携帯消費者装置のこれらの異なる組合せは、異なるレベルの可能な信頼性を有するトランザクションを開始してよい。例えば、図１０（ａ）において、許可要求メッセージ内のデータを暗号化するのに、アクセス装置Ａ７３４（ａ）はＡ社の暗号化アルゴリズムを用いてよく、アクセス装置Ｂ７３４（ｂ）はＢ社の暗号化アルゴリズムを用いてよく、アクセス装置Ｃ７３４（ｃ）は暗号化アルゴリズムを一切用いなくてよい。
【０１３５】
暗号化アルゴリズムＡは暗号化アルゴリズムＢより信頼できる暗号化アルゴリズムと考えるとする。したがって、アクセス装置Ａ７３４（ａ）からの許可要求メッセージはアクセス装置Ｂ７３４（ｂ）またはアクセス装置Ｃ７３４（ｃ）からの許可要求メッセージより高レベルの可能な信頼性を有してよい。アクセス装置Ａ７３４（ａ）ではなくアクセス装置Ｂ７３４（ｂ）、Ｃ７３４（ｃ）がトランザクションを行うときは追加の認証処理を行ってよい。別の例では、携帯消費者装置Ａ７３２（ａ），Ｂ７３２（ｂ），Ｃ７３２（ｃ）が全て非常に安全な携帯消費者装置の場合は、アクセス装置Ｃ７３４（ｃ）から来る許可要求メッセージだけに追加の認証処理を行えばよい。なぜなら、アクセス装置Ｃ７３４（ｃ）だけが暗号化アルゴリズムを含まないからである。この例で示すように、追加の許可処理を行う必要があるかどうかを決定するためのしきい値は所定の規則に従って変更してよく、またセットしてよい。
【０１３６】
許可要求メッセージを発行者Ａ７２８（ａ）が受けた後、発行者Ａはトランザクションが許可されるかどうか決定してよい。トランザクションが許可されない場合は（例えば、消費者Ａの口座内の資金または信用が不十分なため）、追加の許可処理を行ってよく、および／またはトランザクションが拒否されることを示す許可応答メッセージを消費者Ａ７３０（ａ）に送ってよい（ステップ８２４）。
発行者Ａ７２８（ａ）がトランザクションを承認した場合は、支払い処理ネットワーク７２６、取得者Ａ７２４（ａ）、販売者Ａ７２２（ａ）、およびアクセス装置Ａ７３４（ａ）を介して許可応答メッセージを消費者Ａ７３０（ａ）に送り返してよい（ステップ８２０）。
【０１３７】
一日の終わりに、支払い処理ネットワーク７２６は通常の清算および決済プロセスを行ってよい。清算プロセスは、取得者と発行者との間で金融の細目を交換して消費者の口座への記入と消費者の決済ポジションの調整とを容易にするプロセスである。清算と決済とは同時に行ってよい。
上に述べた方法およびシステムを用いる実施の形態に関する詳細は、米国特許出願番号第 号、「携帯消費者装置検証システムおよび方法（Ｐｏｒｔａｂｌｅ Ｃｏｎｓｕｍｅｒ Ｄｅｖｉｃｅ Ｖｅｒｉｆｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ）」、この出願と同日に提出（代理人書類番号第１６２２２Ｕ−０３１４００ＵＳ号）、に述べられており、これを全体的に全ての目的でここに援用する。
【０１３８】
上に述べた本発明はモジュール方式または統合方式のコンピュータ・ソフトウエアを用いる制御論理の形で実現してよいことを理解していただきたい。ここに提供した開示および教示に基づいて、当業者は、ハードウエアおよびハードウエアとソフトウエアとの組合せを用いて本発明を実現する他の方式および／または方法を知りまた適用することができるであろう。
【０１３９】
この出願に述べられている全てのソフトウエア要素または機能は、例えば、任意の適当なコンピュータ言語（例えば、ジャバ、Ｃ＋＋，またはパールなど）を用いるプロセッサで実行するソフトウエア・コードとして従来技術のまたはオブジェクト指向技術を用いて実現してよい。ソフトウエア・コードは一連の命令またはコマンドとして、コンピュータ読取り可能媒体（ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、磁気媒体（ハード・ドライブまたはフロッピー（登録商標）・ディスクなど）、または光学媒体（ＣＤ−ＲＯＭなど））上に記憶してよい。全てのかかるコンピュータ読取り可能媒体は単一の計算装置上または内部に常駐してよく、また或るシステムまたはネットワーク内の異なる計算機器上または内部に存在してよい。
【０１４０】
上の説明は例示であって制限するものではない。この開示を見れば本発明の多くの変形は当業者に明らかになるであろう。したがって、本発明の範囲は上の説明を参照して決めるべきではなく、その全ての範囲または同等物と共に、以下のクレームを参照して決めるべきである。
本発明の範囲から逸れない限り、任意の実施の形態からの１つ以上の機能を任意の他の実施の形態の１つ以上の機能と組み合わせてよい。
別段の指示がない限り、「或る」、「その」は「１つ以上」を意味するものとする。
【背景技術】
【０００１】
関連出願の相互参照
この出願は非暫定的特許出願であって、米国暫定特許出願番号第６０／８１５，０５９号、２００６年６月１９日に提出、米国暫定特許出願番号第６０／８１５，４３０号、２００６年６月２０日に提出、および米国暫定特許出願番号第６０／８８４，０８９号、２００７年１月９日に提出、の提出日の利益を要求する。これらの全ての出願を全体的に全ての目的でここに援用する。
支払いトランザクションが安全に行われることを保証するには多くの方法がある。例えば、支払いトランザクションを行っているのが信頼できる消費者であることを保証するために消費者を認証する多くの異なる方法がある。また、消費者が使用している携帯消費者装置を認証する多くの異なる方法がある。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
支払いトランザクションを認証する種々の方法が存在するが、不正なトランザクションのリスクを一層減らすための改善された認証構造が望ましい。
本発明の種々の実施の形態は、かかる問題に個別におよび総合的に対処するものである。
【課題を解決するための手段】
【０００３】
改善された消費者および携帯消費者装置の認証のためのシステムおよび方法を開示する。本発明の実施の形態は、支払いカードなどの携帯消費者装置を認証し、その携帯消費者装置を使用する消費者を認証し、バックエンド処理を実行し、また購入トランザクションの消費者通知を提供するための種々の方法を含む。
【０００４】
本発明の1つの実施の形態は、携帯消費者装置を用いてトランザクションを行う消費者の認証プロセスを実行することと、前記携帯消費者装置に関連する指紋または動的な検証値を検証することを含む携帯消費者装置の認証プロセスを実行することと、前記消費者を認証しまた前記携帯消費者装置を認証した後でトランザクションが許可されるかどうかを決定するリスク分析を実行することとを含む方法に関する。
【０００５】
本発明の1つの実施の形態は、携帯消費者装置または前記携帯消費者装置と通信するアクセス装置が生成する動的なデータを用いて前記携帯消費者装置を認証することと、チャレンジ・メッセージを前記消費者に送りまたチャレンジ応答を前記消費者から受けることにより前記消費者を認証することとを含む方法に関する。
【０００６】
本発明の別の実施の形態は、携帯消費者装置指紋を含む携帯消費者装置を用いて行われるトランザクションに関連する、変更された携帯消費者装置指紋およびアルゴリズム識別子を含む許可要求メッセージを受けることと、アルゴリズム識別子を用いて複数のアルゴリズムの中から或るアルゴリズムを選択することと、選択されたアルゴリズムおよび変更された前記携帯消費者装置指紋を用いて前記携帯消費者装置指紋を決定することと、前記携帯消費者装置指紋が、或る記憶されている携帯消費者装置指紋と一致するかどうか決定することと、前記携帯消費者装置に関連する消費者にチャレンジ・メッセージを送ることと、トランザクションが承認されるかどうかを示す許可応答メッセージを前記消費者に送ることとを含む方法に関する。
本発明の別の実施の形態は、アンテナを備える電池なし携帯消費者装置を備える携帯消費者装置を認証することと、消費者を認証することと、トランザクションが行われているという通知メッセージを前記消費者に送ることとを含む方法に関する。
本発明の他の実施の形態は他の認証の諸態様の特定の組合せに関するものであって、以下に詳細に説明する。
【図面の簡単な説明】
【０００７】
【図１】本発明の或る実施の形態に係るシステムのブロック図を示す。
【図２】本発明の或る実施の形態に係る支払いトランザクション認証システムの諸態様のブロック図を示す。
【図３（ａ）】本発明に係る電池なしカードの概略図を示す。
【図３（ｂ）】本発明に係る電池なしカードの概略図を示す。
【図３（ｃ）】本発明に係る電池なしカードの概略図を示す。
【図４】携帯セキュリティ装置を示す。
【図５】クレジット・カードなどの携帯消費者装置に関連するデータ・フィールドの表示を示す。
【図６】主口座番号（ＰＡＮ）の一部を示す。
【図７】チャレンジ質問エンジンを備えるシステムのブロック図を示す。
【図８】チャレンジ・メッセージを用いて消費者を認証することを含む方法を示す流れ図を示す。
【図９】チャレンジ・メッセージを用いて消費者を認証することを含む方法を示す流れ図を示す。
【図１０（ａ）】アルゴリズムＩＤを用いることができるシステムのブロック図を示す。
【図１０（ｂ）】図１０（ａ）のシステム内のサーバ・コンピュータ内に存在してよいモジュールを示すブロック図を示す。
【図１１】本発明の実施の形態に係る方法を示す流れ図を示す。
【図１２】本発明の実施の形態に係る方法を示す流れ図を示す。
【発明を実施するための形態】
【０００８】
Ｉ． 例示のシステムおよび支払いトランザクション
本発明の実施の形態は、従来の購入トランザクションならびに他のタイプのトランザクション（例えば、送金トランザクション）を認証するのに用いることができる。特定の認証システムおよび方法は、トランザクションが本物であることを保証するための、消費者（例えば、購入者）、携帯消費者装置（例えば、クレジット・カード）、および／またはアクセス装置（例えば、ＰＯＳ端末）の認証を含んでよい。
一般的な購入トランザクションでは、消費者は携帯消費者装置（例えば、クレジット・カード）を用いて販売者から品物またはサービスを購入する。
【０００９】
図１は本発明の或る実施の形態で使用可能なシステム２０を示す。システム２０は、販売者（ｍｅｒｃｈａｎｔ）２２と、販売者２２に関連する取得者（ａｃｑｕｉｒｅｒ）２２とを含む。代表的な支払いトランザクションでは、消費者３０は携帯消費者装置３２を用いて販売者２２から品物またはサービスを購入する。取得者２４は支払い処理ネットワーク２６を介して発行者２８と通信可能である。
消費者３０は個人でもよいし、品物またはサービスを購入することができる会社などの組織でもよい。
【００１０】
携帯消費者装置３２は任意の適当な形でよい。例えば、適当な携帯消費者装置はハンドヘルドでかつコンパクトであって、消費者の財布および／またはポケットの中に入るもの（例えば、ポケット・サイズのもの）でよい。これは、スマート・カード、普通のクレジット・カードまたはデビット・カード（磁気ストリップ付きでマイクロプロセッサなし）、キーチェーン装置（エクソン・モービル社発行のＳｐｅｅｄｐａｓｓ（登録商標）など）、などを含んでよい。携帯消費者装置の他の例としては、携帯電話、パーソナル・ディジタル・アシスタント（ＰＤＡ）、ページャ、支払いカード、セキュリティ・カード、アクセス・カード、スマート・メディア、トランスポンダ、などがある。携帯消費者装置は、借方装置（例えば、デビット・カード）、貸方装置（例えば、クレジット・カード）、または価値蓄積装置（例えば、ストアド・バリュー・カード）でもよい。
【００１１】
支払い処理ネットワーク２６は、許可サービス、例外ファイル・サービス、および清算および決済サービスを支援しまた提供するのに用いられるデータ処理サブシステム、ネットワーク、および操作を含んでよい。例示の支払い処理ネットワークはＶｉｓａＮｅｔ（登録商標）を含んでよい。ＶｉｓａＮｅｔ（登録商標）などの支払い処理ネットワークはクレジット・カード・トランザクション、デビット・カード・トランザクション、およびその他のタイプの商業的トランザクションを処理することができる。特にＶｉｓａＮｅｔ（登録商標）は、許可要求を処理するＶＩＰシステム（ビザ統合支払いシステム）および清算および決済サービスを行うベースＩＩシステムを含む。
【００１２】
支払い処理ネットワーク２６はサーバ・コンピュータを含んでよい。サーバ・コンピュータは一般に強力なコンピュータまたはコンピュータのクラスタである。例えば、サーバ・コンピュータは、大型メインフレーム、ミニコンピュータ・クラスタ、または１ユニットとして機能するサーバのグループでよい。一例として、サーバ・コンピュータはウェブ・サーバに結合するデータベース・サーバでよい。支払い処理ネットワーク２６は、インターネットを含む任意の適当な有線または無線ネットワークを用いてよい。
【００１３】
販売者２２は、携帯消費者装置３２と対話するアクセス装置３４を有してもよいし、またはアクセス装置３４から通信を受けてもよい。本発明の実施の形態に係るアクセス装置は任意の適当な形でよい。アクセス装置の例としては、ポイント・オブ・セールス（ＰＯＳ）装置、携帯電話、ＰＤＡ、パーソナル・コンピュータ（ＰＣ）、タブレットＰＣ、ハンドヘルドの特殊読取り装置、セット・トップ・ボックス、電子キャッシュ・レジスタ（ＥＣＲ）、自動預金支払機（ＡＴＭ）、仮想キャッシュ・レジスタ（ＶＣＲ）、キオスク、セキュリティ・システム、アクセス・システムなどがある。
【００１４】
アクセス装置３４がポイント・オブ・セールス端末の場合は、カード読取り装置を含む任意の適当なポイント・オブ・セールス端末を用いてよい。カード読取り装置は任意の適当な接触または非接触の動作モードを含んでよい。例えば、例示のカード読取り装置は、携帯消費者装置３２と対話するＲＦ（無線周波数）アンテナや磁気ストライプ読取り装置などを含んでよい。
一般的な購入トランザクションでは、消費者３０はクレジット・カードなどの携帯用消費者装置３２を用いて販売者２２から品物またはサービスを購入する。消費者の携帯消費者装置３２は販売者２２のＰＯＳ（ポイント・オブ・セールス）端末などのアクセス装置３４と対話してよい。例えば、消費者３０はクレジット・カードを取ってＰＯＳ端末内の該当するスロットに通してよい。または、ＰＯＳ端末は非接触読取り装置でよく、携帯消費者装置３２は非接触カードなどの非接触装置でよい。
【００１５】
次に、許可要求メッセージが取得者２４に送られる。許可要求メッセージを受けた後、許可要求メッセージは支払い処理ネットワーク２６に送られる。支払い処理ネットワーク２６は許可要求メッセージを携帯消費者装置３２の発行者２８に転送する。
許可要求メッセージを発行者２８が受けた後、発行者２８は現在のトランザクションが許可されるか（または許可されないか）を示す許可応答メッセージを支払い処理ネットワーク２６に送り返す（ステップ５６）。次に、支払い処理ネットワーク２６は許可応答メッセージを取得者２４に送り返す。次に、取得者２４は応答メッセージを販売者２２に送る。
【００１６】
許可応答メッセージを販売者２２が受けた後、販売者２２のアクセス装置３４は許可応答メッセージを消費者３０に送ってよい。応答メッセージはアクセス装置２４で表示してもよいし、レシートにプリントアウトしてもよい。
一日の終わりに、支払い処理ネットワーク２６は通常の清算および決済プロセスを行ってよい。清算プロセスは、取得者と発行者との間で金融の細目を交換して消費者の口座への記入と消費者の決済ポジションの調整とを容易にするプロセスである。清算と決済とは同時に行ってよい。
【００１７】
ＩＩ． トランザクション認証
図２は概念的なブロック図１００を示すもので、上に述べたような購入トランザクションの認証は種々の形態を有してよい。かかる形態は、携帯消費者装置認証１００（ａ）、消費者認証１００（ｂ）、実時間リスク分析を含むバックエンド処理１００（ｃ）、購入トランザクションの消費者通知１００（ｄ）を含む。
【００１８】
携帯消費者装置認証は携帯消費者装置の認証に関係する。すなわち、携帯消費者装置認証では、購入トランザクションで使用されている携帯消費者装置が本物の携帯消費者装置かまたは偽の携帯消費者装置かを決定する。携帯消費者装置の認証を改善する特定の例示の方法には次のようなものがある。
・ 磁気ストライプ・カードなどの携帯消費者装置の動的なＣＶＶ
・ カード・セキュリティ機能（既存および新規）
・ 非接触チップ（使用が限られる）
・ 磁気ストライプ識別
・ カード検証値（ＣＶＶおよびＣＶＶ２）
・ 接触ＥＭＶチップ
【００１９】
消費者認証は、トランザクションを行っている人が実際に携帯消費者装置の所有者または許可されたユーザかどうかを決定することに関係する。従来の消費者認証プロセスは販売者が行っている。例えば、販売者は、クレジット・カード保有者とビジネス・トランザクションを行う前に、クレジット・カード保有者の運転免許証を提示することを要求してよい。販売者での消費者認証は全ての場合に行われるわけではないので、消費者を認証する他の方法が望ましい。消費者認証プロセスを改善するための可能な方法の特定の例には少なくとも次のものがある。
・ 知識に基づくチャレンジ応答
・ ハードウエア・トークン（複数の解決法のオプション）
・ ＯＴＰ（ワンタイム・パスワード、使用が限られる）
・ ＡＶＳ（独立の解決法としてではない）
・ 署名
・ ソフトウエア・トークン
・ ＰＩＮ（オンライン／オフライン）
・ ユーザＩＤ／パスコード
・ ２チャネルの認証プロセス（例えば、電話による）
・ バイオメトリクス
【００２０】
バックエンド処理は、発行者または支払い処理ネットワーク、または他の非販売者場所で行ってよい処理に関係する。後で詳細に説明するが、行われている任意のトランザクションが本物であることを保証するのを支援するために、種々のプロセスを支払いトランザクションの「バックエンド」で行ってよい。バックエンド処理では、許可すべきでないトランザクションを阻止してもよいし、また許可すべきトランザクションを可能にしてもよい。
【００２１】
最後に、消費者通知はトランザクション認証の別の形態である。或る場合には、消費者は購入トランザクションが行われている、またはすでに行われたという通知を受けてよい。自分の携帯消費者装置を用いてトランザクションが行われているという通知を消費者が受け（例えば、携帯電話で）、しかも実際には消費者がトランザクションを行っていない場合は、トランザクションの実行を阻止するために必要な処置を取ってよい。消費者通知プロセスの例として次のものがある。
・ ＳＭＳによる購入通知
・ 電子メールによる購入通知
・ 電話による購入通知
【００２２】
上に述べたいくつかの形態に関する特定の詳細は後で提供する。本発明の実施の形態の精神および範囲から逸れない限り、特定の形態の特定の詳細を任意の適当な方法で組み合わせてよい。例えば、携帯消費者装置認証、消費者認証、バックエンド処理、および消費者へのトランザクション通知を全て本発明の或る実施の形態で組み合わせてよい。しかし本発明の他の実施の形態は、個々の形態に関する特定の実施の形態のため、またはこれらの個々の形態の特定の組合せのためのものでよい。
【００２３】
ＩＩＩ． 携帯消費者装置認証
種々の携帯消費者装置認証プロセスに関して改善を行うことができる。かかる改善のいくつかの例を以下に示す。
Ａ． 動的なカード検証値（ｄＣＶＶ）
支払いトランザクションに用いられている携帯消費者装置が実際に本物の携帯消費者装置であることを保証するのを支援するため、「動的な」データを携帯消費者装置から提供してよい。動的なデータは時間と共に変わるデータなので、静的なデータ（例えば、名前）より一層安全である。例えば、携帯消費者装置認証プロセスは「動的な」検証データ（動的なＣＶＶすなわち動的なカード検証値など）を含んでよい。
【００２４】
これと比較して、「静的な」データは時間と共に変わらないデータである。例えば、現在のクレジット・カードはカードの裏にカード検証値（ＣＶＶ値）がプリントされている。これらの値を用いて、使用中の携帯消費者装置が本物であることを検証することができる。例えば、クレジット・カードを用いて電話またはインターネットで購入トランザクションを行うとき、販売者はクレジット・カードの裏のＣＶＶ値を尋ねてよい。ＣＶＶ値がクレジット・カード番号と一致すると、電話をかけた人が実際に本物の携帯消費者装置を所有していることを保証することができる。現在のＣＶＶの１つの問題は静的なことであって、盗まれて使われることがある。
【００２５】
動的なＣＶＶ（ｄＣＶＶ）は米国特許出願番号第１０／６４２，８７８号に記述されている。この特許出願を全体的に全ての目的でここに援用する。米国特許出願番号第１０／６４２，８７８号はＰＡＮ（主口座番号）、満了日、サービス・コード、および自動トランザクション・カウンタを含む情報を用いる検証値の生成について述べている。この検証値は販売者からサービス・プロバイダ（例えば、支払い処理組織または発行者）に送信され、復号されて、承認できるかどうか評価される。自動トランザクション・カウンタは携帯消費者装置が使用された回数を追って記録し、発行者が受けたカウンタ値が発行者のカウンタと一致しない場合は、データのごまかしか不正な使用の可能性があることを示してよい。
【００２６】
ｄＣＶＶまたは他の動的なデータは任意の適当な安全なデータ送信プロセスを用いて送信してよく、またＤＥＳ（動的暗号化標準）、ならびにＥＣＣ（楕円曲線暗号法）、またはＡＥＣ（高度暗号化法）を用いてよい。任意の対称的または非対称的暗号作成要素を用いてよい。
ｄＣＶＶプロセスの他のセキュリティ強化法は、より長いＤＥＳおよびより長いカウンタを使用することを含んでよい。
【００２７】
Ｂ． 特定の入力データで作成されるｄＣＶＶ
異なるデータまたは異なるタイプの可変情報を用いて異なる動的な検証値を生成することにより、従来技術のｄＣＶＶプロセスを改善することが望ましい。例えば、より多くのトランザクションおよび／またはユーザに特定のデータを動的に変えると、携帯消費者装置が正しいものであることを検証することができるであろう。これは単に簡単なカウンタを用いるより安全であろう。例えば、特定の情報は次のようなものを含んでよい。すなわち、端末ＩＤ、日中の時間、電話番号、ＳＩＭカード番号、トランザクション量、口座番号、サービス・コード（２桁）、満了日、今日の日付、端末からの乱数などである。好ましくは、特定の情報はカウンタ、日中の時間、購入量などの少なくとも１つの動的なデータ要素を含む。
【００２８】
別の実施の形態では、動的な検証値を作るのに用いられる特定の情報として、トランザクションが行われている日中の時間、購入量、前のトランザクション・データなどの動的な、消費者に特有の、またはトランザクションに特有の情報などがある。これらのどれか、または一部、または全てを用いて検証値を作ってよく、または他の特定の情報片を動的に変えて新しいｄＣＶＶを作ってよい。次に、新しいｄＣＶＶを、米国特許出願番号第１０／６４２，８７８号に記述されている一般的なプロセス方式と同じ、または異なる方法で処理してよい。１つの特定の例では、前のトランザクション（例えば、前の購入量や前の購入の時間など）に関するデータは動的なデータ要素であり、これを用いて将来のトランザクションにおいて携帯消費者装置を認証してよい。かかるｄＣＶＶ方法に関する詳細は、米国特許出願番号第 号、「検証値システムおよび方法（Ｖｅｒｉｆｉｃａｔｉｏｎ Ｖａｌｕｅ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ）」、この出願と同日に提出（代理人書類番号第１６２２２Ｕ−０３１９００ＵＳ号）、に述べられている。
【００２９】
Ｃ． 拒否されるｄＣＶＶトランザクションの数を減らす
上に述べたｄＣＶＶプロセスは有用である。しかし、携帯消費者装置が送信してサービス・プロバイダのサーバが受ける動的なデータ（例えば、カウンタ値）が、発行者のサーバで生成される対応する動的なデータ（別の対応するカウンタ値）と一致しない場合が多いことがある。例えば、時には販売者がトランザクション・データを発行者に適時に転送しないことがある。この場合は、消費者が将来トランザクションを行ったときに思いがけず拒否されることがあり得る。例えば、消費者が用いる携帯消費者装置が、実行したトランザクションの数をカウントするカウンタを内部に有する場合に、発行者のサーバ内のカウンタが一人以上の販売者からトランザクション・データを受け取るのが遅れたために対応するトランザクション・カウントを保持しない場合は、消費者のトランザクションの一部が思いがけなく拒否されることがある。できるだけ多くのトランザクションを承認するが、ごまかされたかも知れないトランザクションは承認しないことが望ましい。
【００３０】
この問題の解決法として、トランザクション・カウンタの範囲を拡げて（または、時間や日付などの一部の他の可変データの許容範囲を拡げて）、起こり得る誤りに対していくらかの余裕を持たせるようにしてよい。例えば、消費者の携帯消費者装置が、現在全部で１００のトランザクションを示すカウンタを内部に有するとする。消費者がＰＯＳ端末でトランザクションを行うと、許可メッセージがＰＯＳ端末から発行者のサーバまたは支払い処理ネットワークのサーバに送られるが、これは消費者Ａについてのトランザクション番号１００であることを許可メッセージは示してよい。次に、発行者のサーバは対応するカウンタ範囲をチェックしてよい。
【００３１】
受けたトランザクション・カウンタが、発行者が決めた対応するカウンタ範囲内にある場合は、そのトランザクションは承認される。例えば、対応するカウンタ範囲が９８と１０２との間とする。消費者のカウンタは１００なので９８と１０２との間に入り、このトランザクションは承認される。したがって、発行者のサーバのカウンタが消費者の携帯消費者装置のカウンタと少し異なる値を有する場合でも、トランザクションが思いがけなく拒否されることはない。実際にデータのごまかしが起こっている場合、または消費者の支払い口座番号が許可なしに用いられている場合は、発行者のサーバのカウンタは消費者の携帯消費者装置の実際のカウンタと大きく異なるはずである。
【００３２】
本発明のこれらの実施の形態は偽りのトランザクションを減らすのを支援することができる。代替的なまたは追加の認証装置として、ＰＯＳ端末から受けたトランザクション・カウンタが発行者のサーバのトランザクション・カウンタと一致しないことを発行者のサーバが発見した場合は、または発行者のサーバ・コンピュータが決めた所定のカウンタ範囲内にそのカウンタがない場合は、発行者はチャレンジ質問（例えば、あなたの誕生日は？）を消費者に与えてよい。消費者がチャレンジ質問に正しく答えた場合は、トランザクションは承認される。質問に正しく答えない場合は承認されない。かかる実施の形態で用いてよい可能なチャレンジ・メッセージおよびチャレンジ質問に関する詳細は後で提供する。
【００３３】
更に別の実施の形態では、カウンタ（または他の動的なデータ要素）が所定の範囲内にある場合に更なる認証処理を実行する（例えば、チャレンジ質問を消費者に送る）かまたは更なる認証処理を実行しないかの決定は他の要因に基づいて行う。例えば、カウンタまたは他の動的なデータ要素が所定の範囲内にある場合に、分析中のトランザクションが所定のドル限度（例えば、＄１０００ドル超）より大きい場合、または分析中のトランザクションが、偽のトランザクションを起こす傾向の高いことを示す場所または販売者から行われている場合は、更なる認証処理を行ってよい。このように、本発明の実施の形態は、追加の認証処理を実行するかどうかを決定するときに考慮する他の変数を含んでよい。
【００３４】
検証値と共に用いられる動的なデータ要素に関連する範囲を用いる実施の形態に関する詳細は、米国特許出願番号第 号、「検証誤差削減システム（Ｖｅｒｉｆｉｃａｔｉｏｎ Ｅｒｒｏｒ Ｒｅｄｕｃｔｉｏｎ Ｓｙｓｔｅｍ）」、この出願と同日に提出（代理人書類番号第１６２２２Ｕ−０３１８００ＵＳ号）、に述べられている。これを全体的に全ての目的でここに援用する。
【００３５】
Ｄ． ｄＣＶＶを作ることができる携帯消費者装置
カウンタなどの可変トランザクション・データを提供することができる多数の異なる携帯消費者装置を作ってよい。この種の携帯消費者装置の一例は、その磁気ストライプ上に与えられるデータを書き換えることができる磁気ストライプ・カードである。磁気ストライプ上のデータを書き換えるには磁気書込みヘッドなどの書換え装置を用いてよい。このタイプのカードについて述べている特許は米国特許第７，０４４，３９４号で、これを全体的に全ての目的でここに援用する。カード内に電池があって、書換え装置の電力を供給することができる。
【００３６】
支払いカード内に電池を用いることが余り望ましくない場合がある。例えば、電池は環境にやさしい方法で交換しまた処分する必要がある。また電池駆動のカードが或る時に十分な電力を有しないと、そのカードで行う或るトランザクションが希望通りに起こらないことがある。更に、消費者が複数の電池駆動のカードを財布の中に入れておくと、飛行機で旅行するときにセキュリティ問題を起こす可能性がある。したがって、電池なしカードが好ましい。
【００３７】
或る実施の形態では、携帯消費者装置は、カウンタを備えるチップを含む電池なしカード（または他の電池なしの形）である。これらの電池なしカードは、内部の電池ではなく外部の電源から動力を与える。外部電源の例として、ＰＯＳ端末などのアクセス装置やトランザクション計算器がある。本発明の実施の形態では、電池なしカードにＰＯＳ端末などの外部電源から電力を与える度に、電池なしカードはカウンタ値（または他の可変データ）を作る。多数の特定の実施の形態を図３（ａ）−３（ｃ）に示す。
【００３８】
図３（ａ）はプラスチック本体２０２（ａ）を含む磁気ストライプ・カード２０２を示す。磁気ストライプ２０２（ｅ）はプラスチック本体２０２（ａ）上にある。プラスチック本体２０２（ａ）はエンボス加工された領域を含んでよく、この領域はカード保有者名、カード番号、および満了日（図示せず）などの情報を有してよい。プロセッサ（例えば、マイクロプロセッサ）２０２（ｂ）はプラスチック本体２０２（ａ）上にあり、プロセッサ２０２（ｂ）には読取り・書込み装置２０２（ｄ）およびアンテナ２０２（ｃ）が結合する。この例では、アンテナ２０２（ｃ）はワイヤのコイルで、非接触カード読取り装置（図示せず）から電力を受けてよい。
【００３９】
使用中は、磁気ストライプ・カード２０２はアンテナ２０２（ｃ）により外部の非接触読取り装置（図示せず）と通信するので、口座番号およびオプションでカウンタ情報（または他の可変データ）を、磁気ストライプ２０２（ｅ）からプロセッサ２０２（ｂ）および読取り・書込み装置２０２（ｄ）を介して得てよい。同時に、アンテナ２０２（ｃ）を用いてプロセッサ２０２（ｂ）および読取り・書込み装置２０２（ｄ）に一時的に電力を与えてもよいので、読取り・書込み装置２０２（ｄ）は磁気ストライプ２０２（ｅ）上の動的なデータ（例えば、カウンタ）を変えることもできる。したがってこの例で示すように、本発明の実施の形態は、携帯消費者装置認証トランザクションで用いることができる動的なデータを与える電池なし磁気ストライプ・カードを使用することを含んでよい。
【００４０】
図３（ａ）の例は磁気ストライプ２０２（ｅ）用の読取り・書込み装置２０２（ｄ）を含むが、別の実施の形態では、読取り・書込み装置は、フラッシュ・メモリ・チップなどの揮発性または半揮発性の固体メモリ装置へのデータの読取りおよび／または書込みを行う論理で実現してよい。
本発明の別のカードの実施の形態２０４を図３（ｂ）に示す。図３（ａ）および図３（ｂ）では、同じ数字は同じ要素を示す。しかし図３（ｂ）には導電接点領域２０２（ｆ）が示されており、導電接点はアンテナではなくプロセッサ２０２（ｂ）に結合する。この例では、接点領域２０２（ｆ）は複数の電気的接点を含んでよいので、カード読取り装置（図示せず）内の対応する接点領域とインターフェースしまた電気的に接触してよい。カード２０４を用いるとき、電力は導電接触２０４（ｆ）を介してプロセッサ２０２（ｂ）に供給してよく、また読取り・書込み装置２０２（ｄ）は上に述べたように機能してよい。
【００４１】
図３（ｃ）は本発明の或る実施の形態に係る別の磁気ストライプ・カード２０６を示す。これはインターフェース領域２０２（ｇ）などの携帯消費者装置読取り装置インターフェース領域を含む。領域２０２（ｇ）は上に述べたアンテナ２０２（ｃ）または導電接点２０２（ｆ）の形をとってよい。上に述べたように、電力はインターフェース領域２０２（ｇ）を介してプロセッサ２０２（ｂ）および読取り・書込み装置２０２（ｄ）に供給してよい。
【００４２】
しかしこの実施の形態では、準静的ディスプレイ２０２（ｈ）がプロセッサ２０２（ｂ）に結合する。プロセッサ２０２（ｂ）が購入トランザクション中にカード読取り装置から電力を受ける度に、プロセッサ２０２（ｂ）は動的なカード検証値（ｄＣＶＶ）などの検証値をディスプレイ２０２（ｈ）に表示する。ｄＣＶＶは消費者が見てよく、またメール・オーダー、電話、またはインターネットの購入トランザクションのときに、消費者が本物のカードを有することを検証するのを支援するのに用いてよい。この例では、同じまたは異なるｄＣＶＶ値（または他の動的なデータ）をカード読取り装置に電気的に送信し、更に検証するためにその後に許可要求メッセージで発行者に送信してよい。
【００４３】
図４は図３（ａ）−３（ｃ）に示すタイプの電力カードに用いることのできるセキュリティ装置３００を示す。セキュリティ装置３００はハウジング３００（ａ）上にデータ入力領域３００（ｂ）（例えば、キー）を有してよい。ハウジング３００（ａ）は、上に述べたような電池なしカードを受けるスロット３００（ｄ）を定義してよい。ハウジング３００（ａ）上にはディスプレイ３００（ｃ）もある。
【００４４】
セキュリティ装置３００は、マイクロプロセッサ、電池、およびメモリ（消費者購入トランザクション用のワンタイム・トランザクション・コードまたは番号を作るためのコンピュータ・コードを含む）を含んでよい。ワンタイム・トランザクション・コードを作るための論理は別のサーバまたはコンピュータ（例えば、発行者のサーバ）上にあってもよいので、発行者、販売者、または他の関係者は、カードの保持者が実際に許可されたカード保有者であることを検証することができる。この例では、セキュリティ装置３００はハードのセキュリティ・トークンとして特徴付けてよく、または消費者を認証するのを支援するのに用いてよい。
【００４５】
使用するとき、消費者は電池なし磁気ストライプ・カード（上に述べたような）をスロット３００（ｄ）内に挿入してよい。次に、ワンタイム・トランザクション・コードがスクリーン３００（ｃ）上に表示される。カードをセキュリティ装置３００内に挿入すると、セキュリティ装置３００内の電源からの電力がカード内のプロセッサおよび読取り・書込み装置に電力を供給するのでカード上の動的なデータ（例えば、カウンタ）は変化してよい。したがって、セキュリティ装置３００はトランザクション用のワンタイム・トランザクション番号を作ることができる。また電池なしカードに一時的に電力を供給するのでカード内のカウンタ（または他の動的な要素）は変化してよい。セキュリティ装置３００と動的なデータを有することができる電池なしカードとを用いるシステムは、消費者ならびに携帯消費者装置を共にうまく認証することができる。
【００４６】
電池なし携帯消費者装置を用いる実施の形態に関する詳細は、米国特許出願番号第 号、「電池なし携帯消費者装置（Ｂａｔｔｅｒｙｌｅｓｓ Ｐｏｒｔａｂｌｅ Ｃｏｎｓｕｍｅｒ Ｄｅｖｉｃｅ）」、この出願と同日に提出（代理人書類番号第１６２２２Ｕ−０３１７００ＵＳ号）、に述べられている。これを全体的に全ての目的でここに援用する。
【００４７】
Ｅ． マスクされた主口座番号（ＰＡＮ）
携帯消費者装置を認証する別の方法はマスクされたＰＡＮ（すなわち主口座番号）を用いることである。この例では、送信されるＰＡＮの一部はマスクされ、および／または動的に変更される。ＰＡＮはＢＩＮ番号（すなわち、銀行識別番号）などの識別番号部分を含む。識別番号部分の別の例は販売者場所、金融機関場所、またはＩＰアドレスも含む。ＰＡＮおよびＢＩＮ番号の最後の４桁は常に同じであるが、ＰＡＮ内の他の番号は変わる。これらの動的に変わる番号は消費者が受け取る支払いカード・レシート上で一般にマスクされるので、消費者にはなにも変わったものは見えない。
【００４８】
図５は、購入トランザクションで販売者から発行者に送信するデータのデータ・フィールドの略図を示す。データ・フィールドは、ＰＡＮ、満了日、サービス・コード、ＰＩＮ ＣＶＶ、および自由裁量データのフィールドを含む。
携帯消費者装置内のメモリ（例えば、磁気ストライプ）内に常駐する例示のＰＡＮ３８０を図６に示す。この例では、ＰＡＮ３８０の最初の６桁（すなわち、最初の端部）「１２３４５６」３８０（ａ）はＢＩＮ番号に対応する。次の６桁３８０（ｂ）は実際のＰＡＮの６桁から変化してよくすなわち異なってよく、この例では「ＸＸＸＸＸＸ」で表されている。最後の４桁３８０（ｃ）（すなわち、最後の端部）はこの例では「９９９９」で、常に同じである。ＢＩＮを同一に保ちまた最後の４桁を同一に保つことにより、トランザクションは販売者および消費者にとって実際のもののように見える。好ましい実施の形態では、中央の６桁はカウンタなどを用いて動的に変える。これにより、許可されていない誰かが実際のＰＡＮを決定するのは一層困難になる。
【００４９】
１つの実施の形態では、携帯消費者装置のメモリ内に常駐するＰＡＮの中央部分は実際のＰＡＮの中央部分とは異なってよい。メモリ内に常駐するＰＡＮを二次ＰＡＮと呼び、実際のＰＡＮを一次ＰＡＮと呼んでよい。適応なアルゴリズムまたはルックアップ・テーブル（例えば、発行者のところでまたはＰＯＳ装置などのアクセス装置に記憶されている）を用いて一次ＰＡＮと二次ＰＡＮとをリンクしてよい。例えば、ＰＡＮ番号の中央の６桁は一次ＰＡＮ（例えば、１２３４５６６６６６６６９９９９）内の６６６６６６であっても、中央の６桁は消費者の携帯消費者装置のメモリ内に記憶されている二次ＰＡＮ（例えば、１２３４５６２２２２２２９９９９）内の２２２２２２でよい。１つの実施の形態では、二次ＰＡＮはＰＯＳ端末で受けてよく、ＰＯＳ端末は二次ＰＡＮを一次ＰＡＮに変換し、処理および／または許可するためにこの一次ＰＡＮをＰＯＳ端末から発行者に送信してよい。別の実施の形態では、二次ＰＡＮを発行者に送信してよく、発行者は二次ＰＡＮを一次ＰＡＮに変換した後、トランザクションを処理しおよび／または許可してよい。
【００５０】
この実施の形態では、発行者は一次ＰＡＮと二次ＰＡＮの両方を受けて使用中の携帯消費者装置が本物であることを検証してよい。無許可の人が一次ＰＡＮを使用しようとしても、この無許可の人は二次ＰＡＮを知らないので、二次ＰＡＮを知らずに購入トランザクションを不正に行うことはできない。または、無許可の人が二次ＰＡＮを電気的に傍受しても（すなわち「すくいとっても」）、一次ＰＡＮを知らなければ無許可の人は購入トランザクションを行うことができない。
【００５１】
別の実施の形態では、ＰＡＮの中央部分を動的に変えてよい。例えば、適当なアルゴリズムまたはカウンタを用いて、携帯消費者装置を用いる度にＰＡＮの中央部分を動的に変えてよい。このようにして、無許可の人がＰＡＮを電気的に傍受して一次ＰＡＮを知った場合でも、二次ＰＡＮは動的に変わる。無許可の人が一次ＰＡＮを知りかつ二次ＰＡＮを一度傍受した場合でも、二次ＰＡＮは動的に変わるので、傍受された二次ＰＡＮは役に立たない。この場合は、一次ＰＡＮおよび二次ＰＡＮに加えて、無許可の人はＰＡＮを動的に変えるのに用いられるアルゴリズムを知る必要がある。したがって、この実施の形態は安全なトランザクションを行うのに特に有用である。
【００５２】
マスクされた主口座番号を用いる実施の形態に関する詳細は、米国特許出願番号第１１／７６１，８２１号、「データ暗号化の追跡（Ｔｒａｃｋ Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ）」、２００７年６月１２日に提出、に述べられており、これを全体的に全ての目的でここに援用する。
【００５３】
ＶＩ． 消費者認証
上に述べたように、本発明の実施の形態では多数の消費者認証プロセスを用いることができる。消費者の認証を改善する可能な方法の特定の例には次のものがある。
・ 知識に基づくチャレンジ応答
・ ハードウエア・トークン（複数の解決法のオプション）
・ ＯＴＰ（ワンタイム・パスワード、使用が限られる）
・ ＡＶＳ（独立の解決法としてではない）
・ 署名
・ ソフトウエア・トークン
・ ＰＩＮ（オンライン／オフライン）
・ ユーザＩＤ／パスコード
・ 電話による２チャネル認証
・ バイオメトリクス
【００５４】
上に示したように、消費者を認証するのに種々の機構を用いてよく、またこれらの機構は、ユーザ入力なし（例えば、自動ソフトウエア・セキュリティ・トークン）、限られたユーザ入力（例えば、ユーザがボタンを押す）、または完全ユーザ入力（例えば、バイオメトリクス）を用いてよい。
更に、ユーザの認証を支援するのに種々の「セキュリティ・トークン」を用いてよい。セキュリティ・トークンは実際の情報またはデータを検証するのに用いてよい情報の項目または断片である。例えば、ＰＩＮはセキュリティ・トークンでよく、消費者が購入を行うときに消費者の識別を検証するのに用いてよい。別の例では、チャレンジ質問および対応する回答を、消費者の認証を支援するセキュリティ・トークンと考えてよい。この後者の例は「双方向チャネル」を有するトークンの一例であって、情報は消費者に向かって流れ、消費者が情報を発行者などの別の関係者に送り返すことにより、消費者は自分を認証することができる。
【００５５】
Ａ． 知識に基づくチャレンジ
本発明の実施の形態では、販売者、支払い処理組織、発行者、または任意の他の適当なエンティティは消費者を認証するために消費者にチャレンジ質問を与えてよい。チャレンジ質問は、購入トランザクション毎に同じ質問を行う静的なものか、または時間共に異なる質問を行う動的なものでよい。
【００５６】
行った質問に対する答えも静的または動的（準動的または完全に動的）でよい。例えば、「あなたの誕生日は？」の質問に対しては、答えが変わらないので静的な答えを要求する。「あなたの郵便番号は？」の質問に対しては、変わってよいしまたはまれに変わることがあるので準動的な答えを要求する。最後に、「あなたは昨日午後４時に何を買いましたか？」の質問に対しては、答えはしばしば変わるので動的な答えを要求する。したがって、好ましい実施の形態では、チャレンジ質問は発行者が持っている可能性が最も高い「実時間」情報に基づくことが好ましい。例えば、「昨夜はメキシコ料理店で食事をしましたか？」などの一層特定した質問を消費者にするとよい。一層特定した知識に基づく消費者チャレンジを与えることにより、消費者の認証は保証される。
【００５７】
１つの実施の形態では、この方法は携帯消費者装置を用いて購入トランザクションなどのトランザクションを行うことを含む。携帯消費者装置はクレジット・カードなどでよい。購入トランザクションは、ポイント・オブ・セールス端末などのアクセス装置を有する販売者で起こってよい。
【００５８】
消費者は携帯消費者装置を用いてポイント・オブ・セールス端末などのアクセス装置と対話して、プロセスを開始してよい。ポイント・オブ・セールス端末は開始した後に許可要求メッセージを生成し、次にこれを支払い処理ネットワークに、またその後に携帯消費者装置の発行者に送ってよい。支払い処理ネットワークまたは発行者は許可要求メッセージを受けるとこれを分析する。次にチャレンジ・メッセージ（動的または準動的でよい）が生成されて消費者に送られる。チャレンジ・メッセージはアクセス装置に、または消費者の携帯消費者装置に（例えば、携帯消費者装置が携帯電話の場合）送り返される。
【００５９】
次に消費者はチャレンジ・メッセージに応答を与える。チャレンジ応答メッセージは消費者から受ける。次にチャレンジ応答メッセージは検証され、正しいと実証された場合は、許可応答メッセージが分析されてトランザクションが許可される（例えば、消費者の口座内に十分な資金がある、または消費者の口座内に十分な信用がある）かどうか決定する。トランザクションが許可された場合は、発行者および支払い処理ネットワークは消費者に許可応答メッセージを送る。許可応答メッセージはトランザクションが許可されるかどうかを示す。
【００６０】
上に述べたまた後で述べる特定の実施の形態においてチャレンジ質問を詳細に述べているが、本発明の実施の形態はこれに限定されるものではない。本発明の実施の形態は一般に、チャレンジ質問を含むチャレンジ・メッセージの使用に関する。或る実施の形態では、後で詳細に述べるように、チャレンジ・メッセージは消費者が読んでもよいし読まなくてもよく、また消費者の認証に直接的または間接的な方法でチャレンジしてよい。チャレンジ質問の例は、消費者の携帯消費者装置（例えば、あなたのカードのＣＶＶ値、すなわちカード検証値は？）、消費者の場所（例えば、あなたの郵便番号は？）、消費者の携帯電話または固定電話（例えば、あなたの携帯電話番号は？）消費者の個人情報（例えば、あなたのお母さんの旧姓は？）に関する質問である。消費者が特定して答える質問ではないチャレンジ・メッセージの例は、電話にその場所または電話番号について自動的に質問して、かかる情報を引き出すようなメッセージを含む。チャレンジ・メッセージの別の例はコード（または他の認証トークン）を電話に与えるメッセージでよく、そのコードをアクセス装置で用いることで消費者を認証する。
【００６１】
Ｂ． チャレンジ・メッセージを用いるシステム
図７は本発明の或る実施の形態に係る例示のシステム４２０を示す。本発明の他の実施の形態に係る他のシステムは図７に示すものより多くのまたは少ない構成要素を含んでよい。
図７に示すシステム４２０は、販売者４２２と、販売者４２２に関連する取得者４２４とを含む。一般的な支払いトランザクションでは、消費者４３０は携帯消費者装置４３２を用いて販売者４２２で品物またはサービスを購入してよい。取得者４２４は支払い処理ネットワーク４２６を介して発行者４２８と通信してよい。
【００６２】
消費者４３０は個人でもよいし、品物またはサービスを購入することができる会社などの組織でもよい。別の実施の形態では、消費者４３０は単に金銭転送トランザクションなどの他のタイプのトランザクションを行うことを望む人でよい。消費者４３０はオプションで無線電話４３５を操作してよい。
携帯消費者装置４３２は任意の適当な形でよい。適当な携帯消費者装置は上の図１に記述されている（例えば、携帯消費者装置３２）。
【００６３】
支払い処理ネットワーク４２６は図１の支払い処理ネットワーク２６と同じでもよいし異なってもよい。図７に示すように、支払い処理ネットワーク４２６は、チャレンジ質問エンジン４２６（ａ）−１を備えるサーバ４２６（ａ）を備えてよい。サーバ４２６（ａ）はトランザクション履歴データベース４２６（ｂ）およびチャレンジ質問データベース４２６（ｃ）とも通信してよい。後で詳細に説明するが、チャレンジ質問エンジン４２６（ａ）−１は単にチャレンジ質問をチャレンジ質問データベース４２６（ｃ）から取り出してよい。代替的にまたは追加的に、チャレンジ質問エンジン４２６（ａ）−１はトランザクション履歴データベース４２６（ｂ）内の情報を用いてチャレンジ質問を生成してよい。
【００６４】
後で詳細に説明するが、チャレンジ質問は静的または動的でよい。例えば、チャレンジ質問エンジン４２６（ａ）−１は許可要求メッセージを受けてよく、許可要求メッセージは消費者の口座番号ならびに購入量を含んでよい。次にエンジン４２６（ａ）−１は消費者の口座番号と、消費者の口座番号に関連する任意の消費者情報とを調べてよい。その後、チャレンジ質問データベース４２６（ｃ）から適当な質問を取り出してよく、または自分で適当なチャレンジ質問を生成してよい。例えば或る場合には、チャレンジ質問エンジン４２６（ａ）−１は、許可要求メッセージを受けた後でチャレンジ質問データベース４２６（ｃ）から「あなたの携帯電話番号は？」という質問を取り出してよい。または、チャレンジ質問エンジン４２６（ａ）−１は「あなたは昨夜このクレジット・カードをマクドナルドで使いましたか？」などの動的な質問を生成してよい。消費者４２０が前日に居た特定のレストランに関する情報はトランザクション履歴データベース４２６（ｂ）から取り出すこともできる。
【００６５】
チャレンジ質問データベース４２６（ｃ）は任意の適当なタイプの質問を含んでよい。質問は、過去の場所（例えば、消費者の自宅や、消費者が最近訪ねた町）または現在の場所（例えば、消費者が現在居る店の場所）、消費者が現在訪ねているかまたは過去に訪ねた販売者のタイプまたは名前、消費者の家族または個人のデータ（例えば、名前、電話番号、社会保障番号など）などに関してよい。チャレンジ質問データベース４２６（ｃ）内の質問は、チャレンジ質問エンジン４２６（ａ）−１が生成してチャレンジ質問データベース４２６（ｃ）内に記憶してよい。
【００６６】
代替的にまたは追加的に、チャレンジ質問は外部源で生成してチャレンジ質問データベース４２６（ｃ）内に記憶してよい。例えば、消費者４３０はパーソナル・コンピュータ上のブラウザなどを用いて、インターネットなどの通信媒体（図示せず）を介して特定のチャレンジ質問をサーバ４２６（ａ）に供給してよい。
【００６７】
或る実施の形態では、消費者は自分自身に尋ねるチャレンジ質問の種類および／または量を決定してよい。例えば消費者は自分に尋ねて欲しいチャレンジ質問を、消費者が宝石店に行った場合は３つ指定するが、消費者がファースト・フッド・レストランに行った場合は１つだけ指定してよい。消費者が行う質問のタイプは、販売者のタイプや購入の頻度などに基づいてよい。ユーザが定義する許可パラメータに関するいくつかの概念については、米国特許出願番号第１０／０９３，００２号、２００２年３月５日に提出、に記述されており、これを全体的に全ての目的でここに援用する。
【００６８】
好ましい実施の形態では、チャレンジ質問はトランザクション履歴データベース４２６（ｂ）内の過去のトランザクション・データから得られる。消費者４３０は支払い処理ネットワーク２６（および／または発行者４２８）と多くのトランザクションを時間と共に行ってよい。消費者トランザクション情報はトランザクション履歴データベース４２６（ｂ）内に時間と共に記憶してよく、チャレンジ質問はトランザクション情報を用いて生成してよい。過去のトランザクション情報は消費者４３０を認証するための優れた基礎を提供する。なぜなら、消費者４３０は消費者４３０が過去にどんなトランザクションを行ったかを知っているからである。例えば、消費者４３０は自分のクレジット・カードを用いて前日にニューヨークでホテルの部屋代を支払い、次の日に「あなたは昨日ニューヨークでホテルに泊まりましたか？」などの質問を受けてよい。別の例では、消費者４３０は前日に２０００ドル以上の品物を買い、次の日に「あなたは昨日２０００ドル以上の買い物をしましたか？」と質問されてよい。消費者４３０に提示される質問／回答は自由な形でよく、および／または消費者４３０がその中から選択できる複数選択または正誤回答などの形の決まった回答を含んでよい。
【００６９】
販売者４２２は、携帯消費者装置４３２と対話できるアクセス装置４３４を有してもよく、またはアクセス装置４３４から連絡を受けてもよい。適当なタイプのアクセス装置については上に述べた（例えば、図１のアクセス装置３４）。
アクセス装置４３４がポイント・オブ・セールス端末の場合は、カード読取り装置を含む任意の適当なポイント・オブ・セールス端末を用いてよい。カード読取り装置は任意の適当な接触または非接触の動作モードを含んでよい。例えば、例示のカード読取り装置は、携帯消費者装置４３２と対話するＲＦ（無線周波数）アンテナや磁気ストライプ読取り装置などを含んでよい。
【００７０】
発行者４２８は、消費者４３０に関連する口座を有する銀行またはその他の組織でよい。発行者４２６は、チャレンジ質問エンジン４２８（ａ）−１を有するサーバ４２８（ａ）を操作してよい。トランザクション履歴データベース４２６（ｂ）およびチャレンジ質問データベース４２８（ｃ）はサーバ４２８（ａ）と通信してよい。発行者サーバ４２８（ａ）、チャレンジ質問エンジン４２８（ａ）−１、トランザクション履歴データベース４２６（ｂ）、チャレンジ質問データベース４２８（ｃ）は、支払い処理ネットワーク・サーバ４２８（ａ）、チャレンジ質問エンジン４２８（ａ）−１、トランザクション履歴データベース４２８（ｂ）、チャレンジ質問データベース４２８（ｃ）と同じ方法または異なる方法で動作してよい。要素４２６（ａ）、４２６（ａ）−１、４２６（ｂ）、４２６（ｃ）に関する上の説明は要素４２８（ａ）、４２８（ａ）−１、４２８（ｂ）、４２８（ｃ）に適用してよい。
【００７１】
本発明の実施の形態は上に述べた実施の形態に限定されるものではない。例えば、発行者、支払い処理ネットワーク、および取得者について別々の機能ブロックを示したが、或るエンティティはこれらの機能の全てまたは任意の適当な組合せを実行して本発明の実施の形態に含まれてよい。追加の構成要素も本発明の実施の形態に含んでよい。
【００７２】
Ｃ． チャレンジ・メッセージを用いる方法
本発明の実施の形態に係る方法を図７および図８を参照して説明する。一般的な購入トランザクションでは、消費者４３０はクレジット・カードなどの携帯消費者装置４３２を用いて販売者４２２から品物またはサービスを購入する。消費者の携帯消費者装置４３２は販売者４２２のＰＯＳ（ポイント・オブ・セールス）端末などのアクセス装置４３４と対話してよい（ステップ５０２）。例えば、消費者４３０はクレジット・カードを取ってＰＯＳ端末内の該当するスロットに通してよい。または、ＰＯＳ端末は非接触読取り装置でよく、携帯消費者装置４３２は非接触カードなどの非接触装置でよい。
【００７３】
次に、第１の許可要求メッセージが取得者４２４に送られる。取得者４２４が第１の許可要求メッセージを受けた後、第１の許可要求メッセージは支払い処理ネットワーク４２６に送られる（ステップ５０４）。次に、第１の許可要求メッセージを支払い処理ネットワーク・サーバ４２６（ａ）で受け、支払い処理ネットワーク・サーバ４２６（ａ）はチャレンジが必要かどうか決定する。
【００７４】
種々の基準を用いてチャレンジが必要かどうか決定してよい。例えば、支払い処理ネットワーク・サーバ４２６（ａ）は、特定のトランザクションが高価なトランザクション（例えば１０００ドル以上）であり、したがってチャレンジが適当であると決定してよい。別の例では、支払い処理ネットワーク・サーバ４２６（ａ）は現在のトランザクションについて何か疑わしいことがあると決定してよく、したがってチャレンジが適当であると決定してよい。例えば、支払い処理ネットワーク・サーバ４２６（ａ）は、消費者が居住する州とは異なる場所で携帯消費者装置４３２が現在使用されており、かつ消費者の最近の購入履歴は消費者が旅行中でないことを示唆する、と決定してよい。
【００７５】
現在のトランザクションについてチャレンジが適当であると決定されると、チャレンジ質問エンジン４２６（ａ）−１はチャレンジ質問を取ってきてよい（局所でまたは遠方から）（ステップ５０８）。或る実施の形態では、チャレンジ質問エンジン４２６（ａ）−１は質問をチャレンジ質問データベース４２６（ｃ）から取り出してよい。
【００７６】
この時点で、第１の許可要求メッセージを発行者４２６に送るのではなく、支払い処理ネットワーク４２６は販売者４２２および取得者４２４を介して第１の許可応答メッセージをアクセス装置４３４に送り返す（ステップ５１０）。第１の許可応答メッセージはチャレンジ質問エンジン４２６（ａ）−１が前に得たチャレンジ要求を表すデータを含んでよい。第１の許可応答メッセージは最初の拒否と特徴付けてよい。なぜなら、これはトランザクションの承認を示さないからである。
【００７７】
チャレンジ質問をアクセス装置４３４で受けると、消費者４３０はチャレンジ応答をアクセス装置４３４に供給する。チャレンジ応答は任意の適当な方法で（例えば、キーパッドや非接触読取り装置などを通して）アクセス装置４３４に供給してよい。アクセス装置４３４がチャレンジ応答を受けると、アクセス装置４３４は販売者４２２および取得者４２４を介してチャレンジ応答を支払い処理ネットワーク・サーバ４２６（ａ）に転送し、サーバ４２６（ａ）はこれを受ける（ステップ５１２）。チャレンジ応答メッセージは第２の許可要求メッセージの一部でよい。
【００７８】
次に、支払い処理ネットワーク・サーバ４２６（ａ）はチャレンジ応答メッセージの妥当性を確認する（ステップ５１４）。チャレンジ応答メッセージの妥当性が確認されない場合は、支払い処理ネットワーク・サーバ４２６（ａ）は応答メッセージをアクセス装置４３４に送り返して、そのトランザクションが承認されないことを示してよい。代替的にまたは追加的に、支払い処理ネットワーク・サーバ４２６（ａ）は別のチャレンジ質問をアクセス装置４３４に送ってよい。他方で、チャレンジの妥当性が確認される場合は、支払い処理ネットワーク・サーバ４２６（ａ）は第２の許可要求メッセージを、支払い処理ネットワーク４２６が与えた全てのチャレンジを消費者４３０が満たしたという指示と共に発行者４２８に送ってよい（ステップ５１６）。
【００７９】
発行者４２８が第２の許可要求メッセージを受けた後、発行者４２８は発行者サーバ４２８（ａ）を用いて、トランザクションが許可されるか許可されないかを決定する（ステップ５１８）。消費者４３０が十分な資金または信用を有しない場合はトランザクションが許可されないことがある。消費者４３０が確かに十分な資金または信用を有する場合は、発行者４２８はトランザクションが許可されることを示す第２の許可応答メッセージを、支払い処理ネットワーク４２６、取得者４２４、販売者４２２を介してアクセス装置４３４に送り返してよい（ステップ５２２）。
【００８０】
一日の終わりに、支払い処理ネットワーク４２６は通常の清算および決済プロセスを行ってよい。清算プロセスは、取得者と発行者との間で金融の詳細を交換して消費者の口座への記入と消費者の決済ポジションの調整とを容易にするプロセスである。清算と決済とは同時に行ってよい。
【００８１】
多数の代替的な実施の形態も可能である。例えば、発行者４２８はチャレンジ質問を生成して、支払い処理ネットワーク４２６ではなくまたはこれに追加して、消費者４３０に送ってよい。発行者４２８が操作するチャレンジ質問エンジン４２８（ａ）−１、トランザクション履歴データベース４２８（ｂ）、チャレンジ質問データベース４２８（ｃ）を、支払い処理ネットワーク４２６が操作する上に述べたチャレンジ質問エンジン４２６（ａ）−１、トランザクション履歴データベース４２６（ｂ）、チャレンジ質問データベース４２６（ｃ）と同じまたは異なる方法で用いてよい。
【００８２】
上に述べた実施の形態では、支払い処理ネットワーク４２６（および／または発行者４２８）に送られる許可要求メッセージが２つある。これが望ましい理由は、既存の支払い処理システムは、支払い許可プロセス中にアクセス装置４３４と発行者４２８との間の種々の点でセットされる「タイマ」を有するからである。タイマは、支払い許可プロセス中に種々の事象をどれだけ長く行うべきかを計時する。タイマは、取得者４２４、支払い処理ネットワーク４２６、および発行者４２８でコンピュータ・コードとしてセットして実現してよい。例えば、取得者４２４、支払い処理ネットワーク４２６、および発行者４２８のタイマはそれぞれ３秒、６秒、１０秒にセットしてよい。
【００８３】
これらの各時間内に許可要求メッセージを受けない場合は、何らかの事象をトリガしてよい。例えば、発行者４２８が許可要求メッセージを１０秒以内に受けない場合は、誤りメッセージをアクセス装置４３４に送り返して、販売者４２２が許可要求メッセージを再提出するように要求してよい。許可プロセス中に、許可要求メッセージが発行者４２８に到着する前にチャレンジ要求が作成された場合は、発行者のタイマは、誤りが起こったことを示す事象をトリガしてよい。１つの許可プロセス中にチャレンジ要求および応答を作成すると、支払いシステム内の既存のタイマと矛盾する可能性がある。
【００８４】
２つの別々の許可プロセス内に少なくとも２つの許可要求メッセージを用いる利点は上に述べたタイマが影響されないことである。チャレンジ質問を消費者４３０に送るのにタイマを変える必要はない。これにより本発明の実施の形態を既存の支払い基礎構造と共に用いることができるし、本発明の実施の形態に大幅な変更を行う必要はない。これに比べて、１つの許可要求メッセージを用いて支払い許可プロセス中にチャレンジ要求を取り出す場合は、このために許可要求メッセージが遅れて、支払い処理システム内に存在するタイマを変更する必要があるかも知れない。
【００８５】
少なくとも２つの許可要求メッセージは、ＢＩＮ（銀行識別番号）、トランザクション量、口座番号、サービス・コードなどの情報を有してよい。これらは実行中のトランザクションの同じトランザクション量および／または異なるトランザクション量も含んでよい。例えば、第１の許可要求メッセージは実際のトランザクション量を有してよく、第２の許可要求メッセージは或るトランザクション量を持つその前の認証要求がすでに提示されていることを示す０ドル量または他の識別子を有してよい。或る実施の形態では、トランザクション・コードを用いて第１および第２の許可要求をリンクしてよい。
【００８６】
図８に関して述べた方法は「閉チャネル」プロセスと特徴付けてよい。なぜなら、アクセス装置４３４はチャレンジ質問を受け、このチャレンジ質問への応答を与えるからである。しかし本発明の別の実施の形態は開チャネル解決法を用いてよい。すなわち、チャレンジ質問は、第１の許可応答メッセージを送ったアクセス装置以外の装置に送ってよい。
【００８７】
本発明の実施の形態に係る開チャネル法の例を、図７および図９を参照して説明する。一般的な購入トランザクションでは、消費者４３０はクレジット・カードなどの携帯消費者装置４３２を用いて販売者４２２から品物またはサービスを購入する。消費者の携帯消費者装置４３２は販売者４２２のＰＯＳ（ポイント・オブ・セールス）端末などのアクセス装置４３４と対話してよい（ステップ６０２）。例えば、消費者３０はクレジット・カードを取ってＰＯＳ端末の該当するスロットに通してよい。または、ＰＯＳ端末は非接触読取り装置でよく、携帯消費者装置４３２は非接触カードなどの非接触装置でよい。
【００８８】
次に、第１の許可要求メッセージが取得者４２４に送られる。第１の許可要求メッセージを受けた後、第１の許可要求メッセージは支払い処理ネットワーク４２６に送られる（ステップ６０４）。次に、第１の許可要求メッセージを支払い処理ネットワーク・サーバ２６（ａ）で受け、支払い処理ネットワーク・サーバ４２６（ａ）はチャレンジが必要かどうか決定する。
【００８９】
種々の基準を用いてチャレンジが必要かどうか決定してよい。例えば、支払い処理ネットワーク・サーバ４２６（ａ）は、特定のトランザクションが高価なトランザクション（例えば１０００ドル以上）であり、したがってチャレンジが適当であると決定してよい。別の例では、支払い処理ネットワーク・サーバ４２６（ａ）は現在のトランザクションについて何か疑わしいことがあると決定してよく、したがってチャレンジが適当であると決定してよい。
【００９０】
現在のトランザクションについてチャレンジが適当であると決定されると、チャレンジ質問エンジン４２６（ａ）−１はチャレンジ質問を取ってきてよい（局所でまたは遠方から）（ステップ６０８）。或る実施の形態では、チャレンジ質問エンジン４２６（ａ）−１は質問をチャレンジ質問データベース４２６（ｃ）から取り出してよい。
【００９１】
第１の許可要求メッセージを発行者４２６に送るのではなく、また第１の許可応答メッセージをアクセス装置４３４に送り返すのではなく、支払い処理ネットワーク４２６は第１の許可応答メッセージを消費者の携帯電話４３５に（ステップ６１０）、または他のタイプのアクセス装置に送り返す。第１の許可応答メッセージは消費者の携帯電話４３５に送り返してよい。これは直接に、または或る中間エンティティを通して行ってよい。第１の許可応答メッセージはチャレンジ質問エンジン４２６（ａ）−１が前に得たチャレンジ要求を表すデータを含んでよい。第１の許可応答メッセージは最初の拒否と特徴付けてよい。なぜなら、これはトランザクションの承認を示さないからである。
【００９２】
チャレンジ質問を携帯電話４３５で受けると、消費者４３０はチャレンジ応答をアクセス装置４３４に与える（ステップ６１２）。次に、アクセス装置４３４は販売者４２２および取得者４２４を介してチャレンジ応答を支払い処理ネットワーク・サーバ４２６（ａ）に転送し、サーバ４２６（ａ）はこれを受ける（ステップ６１４）。チャレンジ応答メッセージは第２の許可応答メッセージの一部でよい。
【００９３】
消費者が能動的に答えるチャレンジ質問を詳細に説明したが、他のタイプのチャレンジ質問を携帯電話４３５に送ってよいことに注意していただきたい。例えば或る場合には、チャレンジ質問に消費者４３０から能動的に答えを与える必要はなく、受動的な答えをチャレンジ質問に与えてよい。例えば或る実施の形態では、携帯電話４３５に供給されるチャレンジ質問は携帯電話４３５の物理的場所に関する問合せでよい。携帯電話４３５はＧＰＳ装置またはその他の場所装置を有してよく、その情報（すなわち暗号文など）は支払い処理ネットワーク４２６に送信されるので、支払い処理ネットワーク４２６はこの場所情報を用いて消費者４３４を認証してよい。
【００９４】
支払い処理ネットワーク・サーバ４２６（ａ）がチャレンジ応答メッセージを受けると、支払い処理ネットワーク・サーバ４２６（ａ）はチャレンジ応答メッセージの妥当性を確認する（ステップ６１６）。チャレンジ応答メッセージの妥当性が確認されない場合は、支払い処理ネットワーク・サーバ４２６（ａ）は応答メッセージをアクセス装置４３４に送り返して、そのトランザクションが承認されないことを示してよい。代替的にまたは追加的に、支払い処理ネットワーク・サーバ４２６（ａ）は別のチャレンジ・メッセージをアクセス装置４３４および／または携帯電話４３５に送ってよい。他方で、チャレンジの妥当性が確認される場合は、支払い処理ネットワーク・サーバ４２６（ａ）は第２の許可要求メッセージを、支払い処理ネットワーク４２６が与えた全てのチャレンジを消費者４３０が満たしたという指示と共に発行者４２８に送ってよい（ステップ６１８）。
【００９５】
発行者４２８が第２の許可要求メッセージを受けた後、発行者４２８は発行者サーバ４２８（ａ）を用いて、トランザクションが許可されるか許可されないかを決定する（ステップ６２０）。消費者４３０が十分な資金または信用を有しない場合はトランザクションが許可されないことがある。消費者４３０が確かに十分な資金または信用を有する場合は、発行者４２８はトランザクションが許可されることを示す第２の許可応答メッセージを、支払い処理ネットワーク４２６、取得者４２４、販売者４２２を介してアクセス装置４３４に送り返してよい（ステップ６２２）。
一日の終わりに、支払い処理ネットワーク４２６は通常の清算および決済プロセスを行ってよい。清算プロセスは、取得者と発行者との間で金融の詳細を交換して消費者の口座への記入と消費者の決済ポジションの調整とを容易にするプロセスである。清算と決済とは同時に行ってよい。
【００９６】
多数の代替的な実施の形態も可能である。例えば、発行者４２８はチャレンジ質問を生成して、支払い処理ネットワーク４２６ではなくまたはこれに追加して、携帯電話４３５に送ってよい。発行者４２８が操作するチャレンジ質問エンジン４２８（ｂ）−１、トランザクション履歴データベース４２８（ｂ）、チャレンジ質問データベース４２６（ｃ）を、支払い処理ネットワーク４２６が操作する上に述べたチャレンジ質問エンジン４２６（ａ）−１、トランザクション履歴データベース４２６（ｂ）、チャレンジ質問データベース４２６（ｃ）と同じまたは異なる方法で用いてよい。
【００９７】
別の実施の形態では、チャレンジ質問を支払い処理ネットワーク・サーバ４２６（ａ）に送るのではなく、電子クーポンを消費者の携帯電話４３５に送ってよい。支払い処理ネットワーク４２６はチャレンジが適当であると決定して、電子クーポンを電話４３５に送ってよい。この電子クーポンを受け取ると、アクセス装置４３４でこのクーポンを使うよう消費者は指示されてよい。消費者４３０がアクセス装置４３４でクーポンを使うと、アクセス装置４３４はクーポンを支払い処理ネットワーク４２６に転送する。支払い処理ネットワーク４２６がクーポンを受け取ることは消費者４３０が認証されることを示す。本物でない消費者は消費者の電話４３５を持たないので、消費者４３０は本物であると考えられる。
【００９８】
チャレンジを用いる実施の形態に関する詳細は、米国特許出願番号第１１／７６３，２４０号、「消費者認証システムおよび方法（Ｃｏｎｓｕｍｅｒ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ）」、２００７年６月１４日に提出（代理人書類番号第１６２２２Ｕ−０３１６００ＵＳ）、に記述されており、これを全体的に全ての目的でここに援用する。
【００９９】
ＶＩＩ． 他のトランザクション認証技術
Ａ． アルゴリズム識別子を用いる方法
本発明の実施の形態では、支払い処理組織または他のエンティティは異なる会社が提供する異なるセキュリティ技術を支援してよい。異なるセキュリティ技術は携帯消費者装置指紋を用いてよい。例えば、２枚の支払いカード上の２本の磁気ストライプは同じ消費者データ（例えば、口座番号情報）を記憶してよいが、２本の磁気ストライプの磁気構造は異なってよい。特定の磁気構造は支払いカードに関連する指紋すなわち「ＤＮＡ」の一例でよい。盗んだ人が磁気ストライプ上に記憶されている消費者データを無許可のクレジット・カードにコピーした場合は、無許可のクレジット・カードの磁気ストライプは許可されたクレジット・カードとは異なる磁気構造すなわち指紋を有するはずである。無許可のカードを使用したことに応じて許可要求メッセージを受けるバックエンド・サーバ・コンピュータは、許可要求メッセージ内に指紋が存在しないのでこの無許可のカードは本物でないと決定するであろう。このタイプの技術はＭａｇｔｅｋ（ＴＭ）とＳｅｍｔｅｋ（ＴＭ）の２社が提供している。各社では自社の所有権を主張できるアルゴリズムをポイント・オブ・セールス端末内で用いて、その後の認証プロセスで発行者または他のエンティティにメッセージを送る前に自分の指紋を変える（例えば、暗号化する）。
【０１００】
本発明の実施の形態では、携帯消費者装置に関連する口座番号または満了日などの静的な消費者データとは無関係に、携帯消費者装置指紋は携帯消費者装置を識別できる任意の適当な識別機構を含んでよい。一般に、消費者データとは異なり、消費者は携帯消費者装置指紋データを知らない。例えば、或る実施の形態では、指紋データは携帯消費者装置を作っている材料の特性に関係してよい。例えば、上に述べたように、携帯消費者装置指紋は支払いカード内の磁気ストライプ内の磁気粒子の特定の微細な構造内に埋め込んでよい。或る場合には、同じ携帯消費者装置指紋を有する磁気ストライプは２つとない。
【０１０１】
携帯消費者装置指紋は他の形をとってよい。例えば、別のカード検証技術がＱＳｅｃｕｒｅ（ＴＭ）という会社から提供されている。ＱＳｅｃｕｒｅ（ＴＭ）が提供する技術は、支払いカード内のチップが生成する動的なＣＶＶ（カード検証値）を用いる（チップは磁気ストライプの下にあってよく、動的なＣＶＶまたは動的なＣＶＶに関係する数を磁気ストライプに書き込むことができる）。この場合は、動的なＣＶＶは特定の携帯消費者装置を識別する携帯消費者装置指紋として作用してよい。動的なＣＶＶは支払いトランザクション中にポイント・オブ・セールス装置に送ってよい。
【０１０２】
許可のために支払いカードの発行者に送る前に、ポイント・オブ・セールス装置内の特定のアルゴリズムは動的なＣＶＶを変更して（例えば、暗号化して）よい。発行者、支払い処理組織、または他のエンティティは変更された動的なＣＶＶを受けてよく、またそれをその元の形に復元してよい。次に、バックエンド・サーバ・コンピュータは動的なＣＶＶをチェックし、独立に得た動的なＣＶＶに対応するかどうか調べることにより、携帯消費者装置を認証してよい。この例では、動的なＣＶＶ値は、性質は動的ではあるが、携帯消費者装置指紋と考えてもよい。
【０１０３】
本発明の実施の形態により、多くの異なるタイプの携帯消費者装置指紋システムを１つの支払い処理システム内で共に用いることができる。本発明の実施の形態では、異なる識別子すなわちＩＤを各タイプのＰＯＳ端末内の各タイプのアルゴリズムに割当てる。例えば、発行者または支払い処理組織などのバックエンド・エンティティは下の表１にあるようなアルゴリズム識別子を用いてよい。
【０１０４】
【表１】
表１に示すように、アルゴリズムＩＤは任意の適当な形をとってよい。例えば、アルゴリズムＩＤは単に１桁、２桁、または３桁の数でよい。
【０１０５】
ＰＯＳ端末が許可要求メッセージを発行者に送るとき、許可要求メッセージはそのＰＯＳ端末に関連する特定のアルゴリズムＩＤおよび変更された携帯消費者装置指紋を含んでよい。バックエンド・サーバ・コンピュータが許可要求メッセージを受けるとき、携帯消費者装置指紋を暗号化するのにどのアルゴリズムが用いられたかを決定してよい。次に、バックエンド・サーバ・コンピュータは暗号化された携帯消費者装置指紋を解読してよく、またこの携帯消費者装置指紋がバックエンド・データベース内に記憶されている携帯消費者装置指紋に対応するかどうか決定してよい。携帯消費者装置指紋は、使用する消費者に携帯消費者装置を発行するプロセスの一部として、対応する消費者データ（例えば、口座番号）と共にバックエンド・データベース内に前もって記憶してよい。
【０１０６】
かかるアルゴリズム識別子を用いることにより、本発明の実施の形態は異なる技術を１つの支払い処理システム内で効率的に統合することができる。例えば、消費者は支払いカードをＰＯＳ（ポイント・オブ・セールス）端末に通して、事務所用品代金として５ドル支払うとする。ＰＯＳ端末はＡ社が作成した暗号化アルゴリズムを含んでよく、暗号化アルゴリズムは支払いカードの磁気ストライプの磁気構造内に埋め込まれた指紋を暗号化してよい。次に、ＰＯＳ端末は許可要求メッセージをバックエンド・サーバ・コンピュータに送ってよい。許可要求メッセージは、購入量、消費者の口座番号などの消費者データ、暗号化された指紋、およびＡ社が作成した暗号化アルゴリズムに特に関連するアルゴリズム識別子を含む情報を含んでよい。
【０１０７】
バックエンド・サーバ・コンピュータはＰＯＳ（ポイント・オブ・セールス）端末から許可要求メッセージを受けてよい。次にコンピュータは、指紋を暗号化するのにどのアルゴリズムが用いられたかを決定してよく、その後で指紋を解読してよい。指紋が決定されると、バックエンド・サーバ・コンピュータは受けた指紋が記憶されている指紋に対応するかどうかを決定することができる。対応する場合は、支払いカードは認証される。
アルゴリズム識別子を用いる方法およびシステムに関する他の詳細は後で提供する。
【０１０８】
Ｂ． 信用査定方法
或る実施の形態では、バックエンド・プロセッサまたはバックエンド・サーバ・コンピュータは、携帯消費者装置が認証されると決定する前に、トランザクションが可能な妥当性の望ましい信用しきい値を満たすかどうかも決定してよい。信用しきい値を満たさない場合は、追加の認証プロセスを実行してよい。かかる追加の認証プロセスは、１つ以上のチャレンジ質問および／または通知メッセージを消費者に送ることを含んでよい。
【０１０９】
例として、消費者が支払いカードを用いて事務所用品の支払いをしようとした後で、バックエンド・サーバ・コンピュータはＰＯＳ端末から許可要求メッセージを受けてよい。バックエンド・サーバ・コンピュータは、上の表１の中の３つのカード検証技術の１つが存在すること、およびその支払いカードに関連して最近疑わしいトランザクションが全くなかったことを決定してよい。これにより、バックエンド・サーバ・コンピュータはトランザクションが有効である（すなわち、信用しきい値を満たした）と決定してよく、トランザクションが支払いカードの発行者により別の方法で許可されるかどうかに進んでよい。逆に、古い（昔の）カードおよび読取り装置を用いてトランザクションが行われ、上の表１の中の３つのカード保護技術のどれも用いられず、またその支払いカードに関連して最近疑わしいトランザクションがあった場合は、サーバ・コンピュータは信用しきい値が満たされなかったと決定してよく、サーバ・コンピュータは追加の認証プロセスを開始してよい。例えば、承認する前に動的なチャレンジ（問合せ）を消費者に送ってよく、および／またはトランザクションが行われているという通知を消費者は受けてよい。
【０１１０】
トランザクション信用決定は１つのアルゴリズムが他のアルゴリズムより信頼できるかどうかも考慮に入れてよい。バックエンド・サーバ・コンピュータはフロント・エンドで（例えば、ＰＯＳ端末で）用いられたアルゴリズムを評価して、トランザクションを進めるべきかどうか決定してよい。例えば、バックエンド・サーバ・コンピュータは、Ａ社のアルゴリズムは９０％の信頼性を有し、Ｂ社のアルゴリズムは５０％の信頼性を有すると決定してよい。
【０１１１】
異なるアルゴリズムが異なる信頼性レベルを有してよい理由は多数ある。例えば、端末の感度により、カードを通す方法により、またカードの経年変化により、或るアルゴリズムはデータを一層正確に処理することができるであろう。この例では、サーバ・コンピュータが、Ｂ社のアルゴリズムが存在しかつその支払いカードに関連して最近疑わしい活動があったことを示す許可要求メッセージを受ける場合は、追加の認証処理を開始してよい。他方でサーバ・コンピュータが、Ａ社のアルゴリズムが存在しかつ最近疑わしい活動があったことを示す許可要求メッセージを受ける場合は、バックエンド・サーバ・コンピュータは追加の認証処理を開始しなくてよい。
【０１１２】
例として、マクドナルド社はＡ社と或る関係を有し、タコベル社はＢ社と或る関係を有すると仮定する。各社はそのポイント・オブ・セールス装置で異なるアルゴリズムを用いてよい。各装置は２つの異なるアルゴリズムを用いて２組のデータを出す。データがビザなどの支払い処理組織に戻ってくると、Ａ社のアルゴリズムから生じたデータか、および／またはＢ社のアルゴリズムから生じたデータかを識別してよい。或る信用レベルを決定できるようにアルゴリズムに重みを付けてよい。或る信用レベル（すなわち、しきい値）が満たされない場合は、追加の認証処理を行ってよい。
【０１１３】
Ｃ． アルゴリズム識別子および信用査定を用いる例示のシステム
図１０（ａ）は本発明の或る実施の形態に用いてよいシステム７２０を示す。システム７２０は、複数の販売者７２２（ａ），７２２（ｂ），７２２（ｃ）と、販売者７２２（ａ），７２２（ｂ），７２２（ｃ）に関連する複数の取得者７２４（ａ），７２４（ｂ），７２４（ｃ）とを含む。一般的な支払いトランザクションでは、消費者７３０（ａ），７３０（ｂ），７３０（ｃ）はその携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）を用いて販売者７２２（ａ），７２２（ｂ），７２２（ｃ）から品物またはサービスを購入してよい。消費者７３０（ａ），７３０（ｂ），７３０（ｃ）は個人でもよいし会社などの組織でもよい。取得者７２４（ａ），７２４（ｂ），７２４（ｃ）は支払い処理ネットワーク７２６を介して発行者７２８（ａ），７２８（ｂ），７２８（ｃ）と通信することができる。発行者７２８（ａ），７２８（ｂ），７２８（ｃ）は消費者７３０（ａ），７３０（ｂ），７３０（ｃ）に携帯消費者装置７３０（ａ），７３０（ｂ），７３０（ｃ）をそれぞれ発行してよい。
【０１１４】
例示の目的で、アクセス装置Ａ７３２（ａ）はＡ社製であってアルゴリズム識別子「０１」で或るアルゴリズムに関連し、アクセス装置Ｂ７３２（ｂ）はＢ社製であってアルゴリズム識別子「０２」で或るアルゴリズムに関連し、アクセス装置Ｃ７３２（ｃ）はＤ社に関連していてこれに関連するアルゴリズムを有しないとする。
携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）は任意の適当な形でよい。例えば、適当な携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）はハンドヘルドでかつコンパクトであって、消費者の財布および／またはポケットの中に入るもの（例えば、ポケット・サイズのもの）でよい。適当な携帯消費者装置については上に述べた（例えば、図１の携帯消費者装置３２）。
【０１１５】
販売者７２２（ａ），７２２（ｂ），７２２（ｃ）は、携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）と対話するそれぞれのアクセス装置７３４（ａ），７３４（ｂ），７３４（ｃ）を有してもよいし、またはアクセス装置から通信を受けてもよい。適当なタイプのアクセス装置については上に述べた（例えば、図１のアクセス装置３４）。
アクセス装置がポイント・オブ・セールス端末の場合は、カード読取り装置を含む任意の適当なポイント・オブ・セールス端末を用いてよい。カード読取り装置は任意の適当な接触または非接触の動作モードを含んでよい。例えば、例示のカード読取り装置は、携帯消費者装置７３２（ａ），７３２（ｂ），７３２（ｃ）と対話するＲＦ（無線周波数）アンテナや磁気ストライプ読取り装置などを含んでよい。
【０１１６】
支払い処理ネットワーク７２６は上に述べた（例えば、図１の支払い処理ネットワーク２６に関して）任意の特性を含んでよく、またサーバ・コンピュータ７２６（ａ）を含んでよい。
サーバ・コンピュータ７２６（ａ）は任意の適当な数のソフトウエア・モジュールを備えてよく、それらは任意の適当なタイプでよい。図１０（ｂ）に示すように、サーバ・コンピュータ７２６（ａ）はアルゴリズム識別モジュール７２６（ａ）−１および信用査定モジュール７２６（ａ）−２を備えてよい。また、解読モジュール７２６（ａ）−３ならびにデータ・フォーマッタ・モジュール７２６（ａ）−４も備えてよい。
【０１１７】
アルゴリズム識別モジュール７２６（ａ）−１は、解読モジュール７２６（ａ）−３と共に、受けた許可要求メッセージ（アルゴリズムＩＤおよび変更された携帯消費者装置指紋を含む）を検討してよい。受けたアルゴリズムＩＤから、携帯消費者装置指紋を変更（例えば、暗号化）するのにどのアルゴリズムが用いられたか決定してよい。ルックアップ・テーブルなどを用いて、アルゴリズムＩＤ、携帯消費者装置指紋を変更するのにまたは変更された携帯消費者装置指紋を復元するのに用いられたアルゴリズム、および消費者データ（例えば、口座番号）の間の対応を識別してよい（場合によっては、アルゴリズムは暗号化プロセス内のキーでよい）。次に、サーバ・コンピュータ７２６（ａ）を用いて、許可要求メッセージ内の変更された携帯消費者装置指紋から携帯消費者装置指紋を決定してよい（例えば、復号することにより）。携帯消費者装置指紋が決定されると、この情報を分析して、携帯消費者装置に関連する消費者データ（例えば、口座番号）にリンクする記憶された指紋にこれが対応するかどうか決定する。
【０１１８】
信用査定モジュール７２６（ａ）−２は種々の情報片から信用査定を生成してよい。かかる情報は、用いる携帯消費者装置のタイプ（例えば、電話の方が支払いカードより安全であろう）や、携帯消費者装置指紋を暗号化するのに用いられたアルゴリズムのタイプ（例えば、或る暗号化アルゴリズムは他のものより安全であろう）などを含んでよい。次に、信用モジュール７２６（ａ）−２を用いて、サーバ・コンピュータ７２６（ａ）は追加の認証プロセスを行う必要があるかどうか決定する。かかる追加の認証プロセスはチャレンジ質問および／またはトランザクションが行われているという消費者通知を含んでよい。
【０１１９】
信用査定モジュール７２６（ａ）−２は、多数のトランザクション変数に基づいてトランザクションの「得点をつける」ことができる。得点が所定のしきい値を超える場合はそのトランザクションは有効と考えてよく、追加の認証処理を行う必要はない。逆に得点が所定のしきい値を超えない場合はトランザクションは疑わしいものと特徴付けてよく、追加の認証処理を開始してよい。
【０１２０】
データ・フォーマッタ・モジュール７２６（ａ）−４は、信用査定モジュール７２６（ａ）−２が用いることができるようにデータをフォーマットするのに用いてよい。或る場合には、異なる会社の異なるＰＯＳ端末からのデータは解読モジュール７２６（ａ）−３で解読してよく、また異なるフォーマットでよい。データ・フォーマッタは、信用査定モジュール７２６（ａ）−２が用いることができるように任意のデータをフォーマットすることができる。
本発明の実施の形態は上に述べた実施の形態に限定されるものではない。例えば、発行者、支払い処理ネットワーク、および取得者として別々の機能ブロックを示したが、或るエンティティはこれらの機能の全てを実行しまた本発明の実施の形態に含めてよい。
【０１２１】
Ｄ． 指紋および識別子を用いる例示の方法
本発明の実施の形態に係る種々の方法を、図１０−１２を参照して説明する。図１１−１２はフローチャートを含む。
図１１に示すステップの一部または全てを本発明の実施の形態に含めてよい。例えば、本発明の或る実施の形態はアルゴリズム識別子を用いて、許可要求メッセージ内の携帯消費者装置指紋がバックエンド・データベース内に記憶されている携帯消費者装置指紋と一致するかどうか決定してよく、またトランザクションが許可されるかどうか決定する前にはトランザクション信用処理を実行しなくてよい。別の実施の形態では、携帯消費者装置指紋を用いずにトランザクション信用処理を実行して携帯消費者装置を認証してよい。しかし好ましい実施の形態では、アルゴリズム識別子、携帯消費者装置指紋、およびトランザクション信用処理を用いて携帯消費者装置およびトランザクションを全体として認証する。
【０１２２】
また、図１１および図１２に示すフローチャートは特定のステップを特定の順序で実行するように示しているが、本発明の実施の形態はかかるステップを異なる順序で行う方法を含んでよい。これは、この出願で述べる他の流れ図またはプロセスにも当てはまる。
図１０（ａ）および図１１を参照すると、消費者Ａ７３０（ａ）は携帯消費者装置Ａ７３２（ａ）を用いて販売者Ａ７３２（ａ）のアクセス装置Ａ７３４（ａ）と対話してよい（ステップ８０２）。例えば、携帯消費者装置Ａ７３２（ａ）はクレジット・カードでよく、アクセス装置Ａ７３４（ａ）はポイント・オブ・セールス端末でよく、また販売者Ａ７３２（ａ）はガソリン・スタンドでよい。消費者Ａ７３０（ａ）は携帯消費者装置Ａ７３２（ａ）を用いて販売者Ａ７３２（ａ）からガソリンを購入したいとする。
【０１２３】
携帯消費者装置Ａ７３２（ａ）が販売者Ａ７２２（ａ）のアクセス装置Ａ７３４（ａ）とインターフェースした後、アクセス装置Ａ７３４（ａ）は携帯消費者装置Ａ７３２（ａ）から消費者データおよび磁気ストライプ指紋データなどの携帯消費者装置指紋データを読み取る（ステップ８０４）。消費者データは消費者が一般に知っている情報を含んでよい。消費者データの例としては、消費者の口座番号、満了日、およびサービス・コードがある。上に述べたように、携帯消費者装置指紋データは、消費者は一般に知らないが携帯消費者装置を認証するのに用いられるデータである。この例では、携帯消費者装置指紋データは磁気ストライプ指紋データでよい。磁気ストライプ指紋データは磁気ストライプの磁気構造内に埋め込まれているデータも含んでよく、特定の会社が製作したアクセス装置を用いてのみ読み取ることができる。
【０１２４】
アクセス装置Ａ７３４（ａ）が携帯消費者装置Ａ７３４（ａ）から消費者データを得ると、アルゴリズム識別子を含む許可要求メッセージが作成される（ステップ８０６）。許可要求メッセージは、消費者データ（例えば、口座番号）、購入量に関するデータ、および携帯消費者装置指紋データも含んでよい。アクセス装置Ａ７３４（ａ）は、許可要求メッセージに含める前に、アクセス装置Ａ７３４（ａ）内のメモリ内に記憶されているアルゴリズムＡを用いて、受けた指紋データを変更（例えば、暗号化）してよい。或る実施の形態では、携帯消費者装置指紋およびアルゴリズム識別子はフィールド５５と呼ぶ補助データ・フィールド内に記憶してよい。
【０１２５】
異なるタイプおよびサイズの指紋が、異なるメーカが提供する異なる携帯消費者装置で作られてよい。特定の指紋が送信されていることに関係なく支払い処理システムを通る送信が一様になるように、これらの異なる指紋を標準サイズのデータ・フィールド内に挿入してよい。例えば、或る場合には、データ・フィールドを埋めるためにゼロなどの文字をデータ・フィールドに詰めるのが望ましい。例えば、データ・フィールドのサイズが６４バイトであって、１つのタイプの携帯消費者装置からの指紋が５４バイトで、他のタイプの携帯消費者装置からの指紋が５６バイトとする。６４バイトのフィールド内には、２つの文字アルゴリズム識別子と共に追加の詰め文字があってよい。詰め文字は所定の方法でフィールド内に置いてよい。
【０１２６】
本発明の実施の形態では、前に説明したアルゴリズム識別子は携帯消費者装置指紋を暗号化するのに用いられるアルゴリズムを識別するだけでなく、識別されたアルゴリズムを用いて指紋をその元の形に復元して評価できるようにしてもよい。例えば、詰め文字を削除することにより、受けたが変更されている指紋をその元の形に復元して評価できるようにするのに用いるアルゴリズムを、アルゴリズム識別子を用いて識別してよい。
次に、許可要求メッセージはアクセス装置７３４（ａ）から、販売者Ａ７２２（ａ）に関連する取得者Ａ７２４（ａ）を介して支払い処理ネットワーク７２６に送られる（ステップ８０８）。別の実施の形態では、アクセス装置７３４（ａ）は許可要求メッセージを、取得者Ａ７２４（ａ）を通すのではなく支払い処理ネットワークに直接送ってよい。
【０１２７】
許可要求メッセージを支払い処理ネットワーク７２６が受けた後、支払い処理ネットワーク７２６内のサーバ・コンピュータ７２６（ａ）は許可要求メッセージを分析し、許可要求メッセージ内にあるアルゴリズムＩＤを用いてアルゴリズムを選択する（ステップ８１０）。選択されるアルゴリズムＩＤおよび選択されるアルゴリズムはアルゴリズム・データベース７２６（ｃ）から選択してよい。アルゴリズム・データベース７２６（ｃ）は、種々のアクセス装置（例えば、アクセス装置Ａ７３２（ａ）およびアクセス装置Ｂ７３４（ｂ））に関連する複数のアルゴリズムＩＤおよび複数のアルゴリズムを含んでよい。
【０１２８】
アルゴリズムを識別した後、支払い処理ネットワーク７２６内のサーバ・コンピュータ７２６（ａ）は携帯消費者装置指紋を決定する（ステップ８１２）。次に選択されたアルゴリズムを用いて、許可要求メッセージ内にある変更された携帯消費者装置を復元する（例えば、解読する）。
【０１２９】
次にサーバ・コンピュータ７２６（ａ）は、決定された携帯消費者装置指紋がデータベース内に前もって記憶されている指紋に対応するかどうか決定する（ステップ８１４）。サーバ・コンピュータ７２６（ａ）はまず許可要求メッセージから消費者の口座番号などの消費者データを得てよく、および／または許可要求メッセージを分析した後で消費者データベース７２６（ｂ）から追加の消費者データを得てよい。消費者データが決定されると、サーバ・コンピュータ７２６（ａ）は消費者データベース７２６（ｂ）から携帯消費者装置指紋を得ることができる。次にサーバ・コンピュータ７２６（ａ）は、許可要求メッセージ内の携帯消費者装置指紋が消費者データベース７２６（ｂ）内の携帯消費者装置指紋と一致するかどうか決定する。
【０１３０】
消費者データベース７２６（ｂ）から得た携帯消費者装置指紋が許可要求メッセージから得て前に復元された携帯消費者装置指紋に対応しない場合は、追加の認証プロセスを実行してよく、および／またはトランザクションが否定されることを示す許可応答メッセージを消費者Ａ７２２（ａ）に送り返してよい（ステップ８２２）。追加の認証プロセスは、トランザクションが行われていることを消費者に通知するトランザクション通知メッセージを消費者Ａ７２２（ａ）に（例えば、消費者の携帯電話または消費者のコンピュータに）送ることを含んでよい。
【０１３１】
通知メッセージは、トランザクションが本物であることを消費者Ａ７２２（ａ）が確認するように要求してよい。代替的にまたは追加的に、チャレンジ質問などの他のタイプのチャレンジを消費者Ａ７２２（ａ）に送ってよい。チャレンジ質問などのチャレンジの詳細は、米国特許出願番号第１１／７６３，２４０号、「消費者認証システムおよび方法（Ｃｏｎｓｕｍｅｒ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ）」、２００７年６月１４日に提出（代理人書類番号第１６２２２Ｕ−０３１６００ＵＳ）、に述べられており、これを全体的に全ての目的でここに援用する。
【０１３２】
或る実施の形態では、許可要求メッセージから得た指紋と消費者データベース７２６（ｂ）内の指紋とが一致する場合は、サーバ・コンピュータ７２６（ａ）はトランザクション信用しきい値が満たされているかどうかをオプションで決定してもよい（ステップ８１５）。信用しきい値が満たされていない場合は、追加の許可処理を実行してよい（ステップ８２３）。しかし信用しきい値が満たされている場合は、許可要求メッセージを発行者Ａ４２８（ａ）に転送してよい（ステップ８１６）。
【０１３３】
トランザクション信用しきい値は、トランザクションが本物かまたは疑わしい可能性があるかについて得点をつけるための任意の数のトランザクション特性を取ってよい。かかるトランザクション特性は、アクセス装置（例えば、アクセス装置が用いるのは新しい技術か古い技術か、データを暗号化するのにアクセス装置は安全な暗号化アルゴリズムを用いるかなど）や、携帯消費者装置（例えば、携帯消費者装置は電話か、古い技術による磁気ストライプ・カードか、新しい技術による磁気ストライプ・カードか）などに関係してよい。
【０１３４】
上に述べたように、支払い処理システムでは、任意の所定の時刻に相互に対話するアクセス装置および携帯消費者装置の多くの異なる組合せがあってよい。アクセス装置および携帯消費者装置のこれらの異なる組合せは、異なるレベルの可能な信頼性を有するトランザクションを開始してよい。例えば、図１０（ａ）において、許可要求メッセージ内のデータを暗号化するのに、アクセス装置Ａ７３４（ａ）はＡ社の暗号化アルゴリズムを用いてよく、アクセス装置Ｂ７３４（ｂ）はＢ社の暗号化アルゴリズムを用いてよく、アクセス装置Ｃ７３４（ｃ）は暗号化アルゴリズムを一切用いなくてよい。
【０１３５】
暗号化アルゴリズムＡは暗号化アルゴリズムＢより信頼できる暗号化アルゴリズムと考えるとする。したがって、アクセス装置Ａ７３４（ａ）からの許可要求メッセージはアクセス装置Ｂ７３４（ｂ）またはアクセス装置Ｃ７３４（ｃ）からの許可要求メッセージより高レベルの可能な信頼性を有してよい。アクセス装置Ａ７３４（ａ）ではなくアクセス装置Ｂ７３４（ｂ）、Ｃ７３４（ｃ）がトランザクションを行うときは追加の認証処理を行ってよい。別の例では、携帯消費者装置Ａ７３２（ａ），Ｂ７３２（ｂ），Ｃ７３２（ｃ）が全て非常に安全な携帯消費者装置の場合は、アクセス装置Ｃ７３４（ｃ）から来る許可要求メッセージだけに追加の認証処理を行えばよい。なぜなら、アクセス装置Ｃ７３４（ｃ）だけが暗号化アルゴリズムを含まないからである。この例で示すように、追加の許可処理を行う必要があるかどうかを決定するためのしきい値は所定の規則に従って変更してよく、またセットしてよい。
【０１３６】
許可要求メッセージを発行者Ａ７２８（ａ）が受けた後、発行者Ａはトランザクションが許可されるかどうか決定してよい。トランザクションが許可されない場合は（例えば、消費者Ａの口座内の資金または信用が不十分なため）、追加の許可処理を行ってよく、および／またはトランザクションが拒否されることを示す許可応答メッセージを消費者Ａ７３０（ａ）に送ってよい（ステップ８２４）。
発行者Ａ７２８（ａ）がトランザクションを承認した場合は、支払い処理ネットワーク７２６、取得者Ａ７２４（ａ）、販売者Ａ７２２（ａ）、およびアクセス装置Ａ７３４（ａ）を介して許可応答メッセージを消費者Ａ７３０（ａ）に送り返してよい（ステップ８２０）。
【０１３７】
一日の終わりに、支払い処理ネットワーク７２６は通常の清算および決済プロセスを行ってよい。清算プロセスは、取得者と発行者との間で金融の細目を交換して消費者の口座への記入と消費者の決済ポジションの調整とを容易にするプロセスである。清算と決済とは同時に行ってよい。
上に述べた方法およびシステムを用いる実施の形態に関する詳細は、米国特許出願番号第 号、「携帯消費者装置検証システムおよび方法（Ｐｏｒｔａｂｌｅ Ｃｏｎｓｕｍｅｒ Ｄｅｖｉｃｅ Ｖｅｒｉｆｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ）」、この出願と同日に提出（代理人書類番号第１６２２２Ｕ−０３１４００ＵＳ号）、に述べられており、これを全体的に全ての目的でここに援用する。
【０１３８】
上に述べた本発明はモジュール方式または統合方式のコンピュータ・ソフトウエアを用いる制御論理の形で実現してよいことを理解していただきたい。ここに提供した開示および教示に基づいて、当業者は、ハードウエアおよびハードウエアとソフトウエアとの組合せを用いて本発明を実現する他の方式および／または方法を知りまた適用することができるであろう。
【０１３９】
この出願に述べられている全てのソフトウエア要素または機能は、例えば、任意の適当なコンピュータ言語（例えば、ジャバ、Ｃ＋＋，またはパールなど）を用いるプロセッサで実行するソフトウエア・コードとして従来技術のまたはオブジェクト指向技術を用いて実現してよい。ソフトウエア・コードは一連の命令またはコマンドとして、コンピュータ読取り可能媒体（ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、磁気媒体（ハード・ドライブまたはフロッピー（登録商標）・ディスクなど）、または光学媒体（ＣＤ−ＲＯＭなど））上に記憶してよい。全てのかかるコンピュータ読取り可能媒体は単一の計算装置上または内部に常駐してよく、また或るシステムまたはネットワーク内の異なる計算機器上または内部に存在してよい。
【０１４０】
上の説明は例示であって制限するものではない。この開示を見れば本発明の多くの変形は当業者に明らかになるであろう。したがって、本発明の範囲は上の説明を参照して決めるべきではなく、その全ての範囲または同等物と共に、以下のクレームを参照して決めるべきである。
本発明の範囲から逸れない限り、任意の実施の形態からの１つ以上の機能を任意の他の実施の形態の１つ以上の機能と組み合わせてよい。
別段の指示がない限り、「或る」、「その」は「１つ以上」を意味するものとする。
【特許請求の範囲】
【請求項１】
認証方法であって、
携帯消費者装置を用いてトランザクションを行う消費者の認証プロセスを実行することと、
前記携帯消費者装置に関連する指紋または動的な検証値を検証することを含む前記携帯消費者装置の認証プロセスを実行することと、
前記消費者を認証しまた前記携帯消費者装置を認証した後で前記トランザクションが許可されるかどうかを決定するリスク分析を実行することと、
を含む認証方法。
【請求項２】
前記トランザクションが起こっていることを前記消費者に通知することを更に含む、請求項１記載の認証方法。
【請求項３】
前記指紋は磁気ストライプ指紋である、請求項１記載の認証方法。
【請求項４】
前記携帯消費者装置は電話である、請求項１記載の認証方法。
【請求項５】
前記消費者の認証プロセスはチャレンジ・メッセージを前記消費者に送ることを含む、請求項１記載の認証方法。
【請求項６】
認証システムであって、
携帯消費者装置を用いてトランザクションを行う消費者の認証プロセスを実行する手段と、
前記携帯消費者装置に関連する指紋または動的な検証値を検証することを含む前記携帯消費者装置の認証プロセスを実行する手段と、
前記消費者を認証しまた前記携帯消費者装置を認証した後で前記トランザクションが許可されるものかどうかを決定するリスク分析を実行する手段と、
を含む認証システム。
【請求項７】
コンピュータ読取り可能媒体であって、
携帯消費者装置を用いてトランザクションを行う消費者の認証プロセスを実行するためのコードと、
前記携帯消費者装置に関連する指紋または動的な検証値を検証することを含む前記携帯消費者装置の認証プロセスを実行するためのコードと、
前記消費者を認証しまた前記携帯消費者装置を認証した後で前記トランザクションが許可されるかどうかを決定するリスク分析を実行するためのコードと、
を含むコンピュータ読取り可能媒体。
【請求項８】
前記携帯消費者装置は電話である、請求項７記載のコンピュータ読取り可能媒体。
【請求項９】
請求項８記載のコンピュータ読取り可能媒体を含むサーバ。
【請求項１０】
請求項９記載のサーバを含むシステム。
【請求項１１】
認証方法であって、
携帯消費者装置または前記携帯消費者装置と通信するアクセス装置が生成する動的なデータを用いて前記携帯消費者装置を認証することと、
チャレンジ・メッセージを消費者に送りまたチャレンジ応答を前記消費者から受けることにより前記消費者を認証することと、
を含む認証方法。
【請求項１２】
前記チャレンジ・メッセージはチャレンジ質問である、請求項１１記載の認証方法。
【請求項１３】
前記携帯消費者装置はカードである、請求項１１記載の認証方法。
【請求項１４】
チャレンジ・メッセージは非販売者エンティティにより送られる、請求項１１記載の認証方法。
【請求項１５】
コンピュータ読取り可能媒体であって、
携帯消費者装置または前記携帯消費者装置と通信するアクセス装置が生成する動的なデータを用いて前記携帯消費者装置を認可するためのコードと、
チャレンジ・メッセージを消費者に送りまたチャレンジ応答を前記消費者から受けることにより前記消費者を認証するためのコードと、
を含むコンピュータ読取り可能媒体。
【請求項１６】
請求項１５記載のコンピュータ読取り可能媒体を含むサーバ・コンピュータ。
【請求項１７】
請求項１６記載のサーバ・コンピュータを含む支払い処理システム。
【請求項１８】
認証方法であって、
携帯消費者装置指紋を含む携帯消費者装置を用いて行われるトランザクションに関連する、変更された携帯消費者装置指紋およびアルゴリズム識別子を含む許可要求メッセージを受けることと、
前記アルゴリズム識別子を用いて複数のアルゴリズムの中から或るアルゴリズムを選択することと、
前記選択されたアルゴリズムおよび前記変更された携帯消費者装置指紋を用いて前記携帯消費者装置指紋を決定することと、
前記携帯消費者装置指紋が或る記憶されている携帯消費者装置指紋と一致するかどうか決定することと、
前記携帯消費者装置に関連する消費者にチャレンジ・メッセージを送ることと、
前記トランザクションが承認されるかどうかを示す許可応答メッセージを前記消費者に送ることと、
を含む認証方法。
【請求項１９】
動的なデータを受けることと、前記動的なデータを評価して前記携帯消費者装置を認証することとを更に含む、請求項１８記載の認証方法。
【請求項２０】
前記チャレンジ・メッセージはチャレンジ質問である、請求項１８記載の認証方法。
【請求項２１】
コンピュータ読取り可能媒体であって、
携帯消費者装置指紋を含む携帯消費者装置を用いて行われるトランザクションに関連する、変更された携帯消費者装置指紋およびアルゴリズム識別子を含む許可要求メッセージを受けるためのコードと、
前記アルゴリズム識別子を用いて複数のアルゴリズムの中から或るアルゴリズムを選択するためのコードと、
前記選択されたアルゴリズムおよび前記変更された携帯消費者装置指紋を用いて前記携帯消費者装置指紋を決定するためのコードと、
前記携帯消費者装置指紋が或る記憶されている携帯消費者装置指紋と一致するかどうか決定するためのードと、
前記携帯消費者装置に関連する消費者にチャレンジ・メッセージを送るためのコードと、
前記トランザクションが承認されるかどうかを示す許可応答メッセージを前記消費者に送ることと、
を含むコンピュータ読取り可能媒体。
【請求項２２】
請求項２１記載のコンピュータ読取り可能媒体を含むサーバ・コンピュータ。
【請求項２３】
認証方法であって、
アンテナを備える電池なし携帯消費者装置を備える携帯消費者装置を認証することと、
消費者を認証することと、
トランザクションが行われているという通知メッセージを前記消費者に送ることと、
を含む認証方法。
【請求項２４】
前記消費者を認証することはチャレンジを前記消費者に送ることを含む、請求項２３記載の認証方法。
【請求項２５】
前記通知メッセージを送ることは前記通知メッセージを前記消費者の電話に送ることを含む、請求項２３記載の認証方法。
【請求項２６】
前記電池なし携帯消費者装置は検証値を生成することができる、請求項２３記載の認証方法。
【請求項２７】
コンピュータ読取り可能媒体であって、
アンテナを備える電池なし携帯消費者装置を備える携帯消費者装置を認証するためのコードと、
消費者を認証するためのコードと、
トランザクションが行われているという通知メッセージを前記消費者に送るためのコードと、
を含むコンピュータ読取り可能媒体。
【請求項２８】
請求項２７記載のコンピュータ読取り可能媒体を備えるサーバ・コンピュータ。
【請求項２９】
サーバ・コンピュータと、前記サーバ・コンピュータに結合するアクセス装置とを備えるシステム。
【請求項１】
認証方法であって、
携帯消費者装置を用いてトランザクションを行う消費者の認証プロセスを実行することと、
前記携帯消費者装置に関連する指紋または動的な検証値を検証することを含む前記携帯消費者装置の認証プロセスを実行することと、
前記消費者を認証しまた前記携帯消費者装置を認証した後で前記トランザクションが許可されるかどうかを決定するリスク分析を実行することと、
を含む認証方法。
【請求項２】
前記トランザクションが起こっていることを前記消費者に通知することを更に含む、請求項１記載の認証方法。
【請求項３】
前記指紋は磁気ストライプ指紋である、請求項１記載の認証方法。
【請求項４】
前記携帯消費者装置は電話である、請求項１記載の認証方法。
【請求項５】
前記消費者の認証プロセスはチャレンジ・メッセージを前記消費者に送ることを含む、請求項１記載の認証方法。
【請求項６】
認証システムであって、
携帯消費者装置を用いてトランザクションを行う消費者の認証プロセスを実行する手段と、
前記携帯消費者装置に関連する指紋または動的な検証値を検証することを含む前記携帯消費者装置の認証プロセスを実行する手段と、
前記消費者を認証しまた前記携帯消費者装置を認証した後で前記トランザクションが許可されるものかどうかを決定するリスク分析を実行する手段と、
を含む認証システム。
【請求項７】
コンピュータ読取り可能媒体であって、
携帯消費者装置を用いてトランザクションを行う消費者の認証プロセスを実行するためのコードと、
前記携帯消費者装置に関連する指紋または動的な検証値を検証することを含む前記携帯消費者装置の認証プロセスを実行するためのコードと、
前記消費者を認証しまた前記携帯消費者装置を認証した後で前記トランザクションが許可されるかどうかを決定するリスク分析を実行するためのコードと、
を含むコンピュータ読取り可能媒体。
【請求項８】
前記携帯消費者装置は電話である、請求項７記載のコンピュータ読取り可能媒体。
【請求項９】
請求項８記載のコンピュータ読取り可能媒体を含むサーバ。
【請求項１０】
請求項９記載のサーバを含むシステム。
【請求項１１】
認証方法であって、
携帯消費者装置または前記携帯消費者装置と通信するアクセス装置が生成する動的なデータを用いて前記携帯消費者装置を認証することと、
チャレンジ・メッセージを消費者に送りまたチャレンジ応答を前記消費者から受けることにより前記消費者を認証することと、
を含む認証方法。
【請求項１２】
前記チャレンジ・メッセージはチャレンジ質問である、請求項１１記載の認証方法。
【請求項１３】
前記携帯消費者装置はカードである、請求項１１記載の認証方法。
【請求項１４】
チャレンジ・メッセージは非販売者エンティティにより送られる、請求項１１記載の認証方法。
【請求項１５】
コンピュータ読取り可能媒体であって、
携帯消費者装置または前記携帯消費者装置と通信するアクセス装置が生成する動的なデータを用いて前記携帯消費者装置を認可するためのコードと、
チャレンジ・メッセージを消費者に送りまたチャレンジ応答を前記消費者から受けることにより前記消費者を認証するためのコードと、
を含むコンピュータ読取り可能媒体。
【請求項１６】
請求項１５記載のコンピュータ読取り可能媒体を含むサーバ・コンピュータ。
【請求項１７】
請求項１６記載のサーバ・コンピュータを含む支払い処理システム。
【請求項１８】
認証方法であって、
携帯消費者装置指紋を含む携帯消費者装置を用いて行われるトランザクションに関連する、変更された携帯消費者装置指紋およびアルゴリズム識別子を含む許可要求メッセージを受けることと、
前記アルゴリズム識別子を用いて複数のアルゴリズムの中から或るアルゴリズムを選択することと、
前記選択されたアルゴリズムおよび前記変更された携帯消費者装置指紋を用いて前記携帯消費者装置指紋を決定することと、
前記携帯消費者装置指紋が或る記憶されている携帯消費者装置指紋と一致するかどうか決定することと、
前記携帯消費者装置に関連する消費者にチャレンジ・メッセージを送ることと、
前記トランザクションが承認されるかどうかを示す許可応答メッセージを前記消費者に送ることと、
を含む認証方法。
【請求項１９】
動的なデータを受けることと、前記動的なデータを評価して前記携帯消費者装置を認証することとを更に含む、請求項１８記載の認証方法。
【請求項２０】
前記チャレンジ・メッセージはチャレンジ質問である、請求項１８記載の認証方法。
【請求項２１】
コンピュータ読取り可能媒体であって、
携帯消費者装置指紋を含む携帯消費者装置を用いて行われるトランザクションに関連する、変更された携帯消費者装置指紋およびアルゴリズム識別子を含む許可要求メッセージを受けるためのコードと、
前記アルゴリズム識別子を用いて複数のアルゴリズムの中から或るアルゴリズムを選択するためのコードと、
前記選択されたアルゴリズムおよび前記変更された携帯消費者装置指紋を用いて前記携帯消費者装置指紋を決定するためのコードと、
前記携帯消費者装置指紋が或る記憶されている携帯消費者装置指紋と一致するかどうか決定するためのードと、
前記携帯消費者装置に関連する消費者にチャレンジ・メッセージを送るためのコードと、
前記トランザクションが承認されるかどうかを示す許可応答メッセージを前記消費者に送ることと、
を含むコンピュータ読取り可能媒体。
【請求項２２】
請求項２１記載のコンピュータ読取り可能媒体を含むサーバ・コンピュータ。
【請求項２３】
認証方法であって、
アンテナを備える電池なし携帯消費者装置を備える携帯消費者装置を認証することと、
消費者を認証することと、
トランザクションが行われているという通知メッセージを前記消費者に送ることと、
を含む認証方法。
【請求項２４】
前記消費者を認証することはチャレンジを前記消費者に送ることを含む、請求項２３記載の認証方法。
【請求項２５】
前記通知メッセージを送ることは前記通知メッセージを前記消費者の電話に送ることを含む、請求項２３記載の認証方法。
【請求項２６】
前記電池なし携帯消費者装置は検証値を生成することができる、請求項２３記載の認証方法。
【請求項２７】
コンピュータ読取り可能媒体であって、
アンテナを備える電池なし携帯消費者装置を備える携帯消費者装置を認証するためのコードと、
消費者を認証するためのコードと、
トランザクションが行われているという通知メッセージを前記消費者に送るためのコードと、
を含むコンピュータ読取り可能媒体。
【請求項２８】
請求項２７記載のコンピュータ読取り可能媒体を備えるサーバ・コンピュータ。
【請求項２９】
サーバ・コンピュータと、前記サーバ・コンピュータに結合するアクセス装置とを備えるシステム。
【図５】
【図１】
【図２】
【図３（ａ）】
【図３（ｂ）】
【図３（ｃ）】
【図４】
【図６】
【図７】
【図８】
【図９】
【図１０（ａ）】
【図１０（ｂ）】
【図１１】
【図１２】
【図１】
【図２】
【図３（ａ）】
【図３（ｂ）】
【図３（ｃ）】
【図４】
【図６】
【図７】
【図８】
【図９】
【図１０（ａ）】
【図１０（ｂ）】
【図１１】
【図１２】
【公表番号】特表２００９−５４１８６０（Ｐ２００９−５４１８６０Ａ）
【公表日】平成２１年１１月２６日（２００９．１１．２６）
【国際特許分類】
【出願番号】特願２００９−５１６６６０（Ｐ２００９−５１６６６０）
【出願日】平成１９年６月１８日（２００７．６．１８）
【国際出願番号】ＰＣＴ／ＵＳ２００７／０７１４８０
【国際公開番号】ＷＯ２００８／０２７６４２
【国際公開日】平成２０年３月６日（２００８．３．６）
【出願人】（５０８１６８７９０）ビザ ユー．エス．エー．インコーポレイテッド (21)
【Ｆターム（参考）】
【公表日】平成２１年１１月２６日（２００９．１１．２６）
【国際特許分類】
【出願日】平成１９年６月１８日（２００７．６．１８）
【国際出願番号】ＰＣＴ／ＵＳ２００７／０７１４８０
【国際公開番号】ＷＯ２００８／０２７６４２
【国際公開日】平成２０年３月６日（２００８．３．６）
【出願人】（５０８１６８７９０）ビザ ユー．エス．エー．インコーポレイテッド (21)
【Ｆターム（参考）】
[ Back to top ]