JP6006907B2 - 暗証番号付きデビット取引の処理方法およびシステム - Google Patents

Description

本出願は、２０１０年４月５日付で出願された米国仮出願第６１／３２０，８６８号の利益を主張するものであり、同出願の全文を引用によってここに加える。

本願の代表的実施形態は、電子商取引（またはｅコマース）に関するものである。特に、暗証番号（ｐｅｒｓｏｎａｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ：ＰＩＮ）付きデビットカードに関連する用途を有し、特にこれに関して以下に説明する。しかし、本実施形態はその他の同様な用途に修正可能であることも認められる。

背景として、インターネット商取引、すなわち別名ｅコマースとして知られているものは、インターネットまたはその他の同様な情報取引所における消費者と販売業者との間の製品および／またはサービスの売買に関する。インターネット上で買い物をする便宜性は、消費者と販売業者の両方について、ｅコマースへの大きな関心を燃え立たせた。米国では、最も急増中のカードの種類はＰＩＮ付きデビットカードである。しかし、現在、ＰＩＮ付きデビットカードをインターネット上で用いるための普遍的な方法は存在しない。

本発明は、前述の問題やその他の問題を克服する、新規で向上されたシステムおよび／または方法を企図する。

参照による組込み
以下の同一出願人の特許出願をここで言及し、その各々の開示内容の全体を、引用によりここに加えるものである。

すなわち、Ｋｅｒｅｓｍａｎ，ＩＩＩ他による、「支払い認証のためのユニバーサル・マーチャント・プラットフォーム」と題する米国特許第７，０５１，００２号明細書、および Ｂａｌａｓｕｂｒａｍａｎｉａｎ他による、「支払い認証のためのユニバーサル・マーチャント・プラットフォーム」と題する米国特許第７，６９３，７８３号明細書である。
この出願の発明に関連する先行技術文献情報としては、以下のものがある（国際出願日以降国際段階で引用された文献及び他国に国内移行した際に引用された文献を含む）。
（先行技術文献）
（特許文献）
（特許文献１） 米国特許出願公開第２００９／００３７９８２号明細書
（特許文献２） 米国特許出願公開第２００９／０１５７５１８号明細書
（特許文献３） 米国特許出願公開第２００８／０２７５７４８号明細書
（特許文献４） 米国特許出願公開第２００５／００２７６４８号明細書
（特許文献５） 米国特許出願公開第２００５／０２４６２９０号明細書
（特許文献６） 米国特許出願公開第２００６／０１２３４６５号明細書
（特許文献７） 米国特許出願公開第２００７／０１９２２４５号明細書
（特許文献８） 米国特許出願公開第２００７／０２７１１７９号明細書
（特許文献９） 米国特許出願公開第２００９／００８３１５９号明細書
（特許文献１０） 米国特許出願公開第２０１０／００５７５５４号明細書
（特許文献１１） 米国特許出願公開第２０１１／０１８０５９８号明細書
（特許文献１２） 米国特許第６，２５４，０００号明細書
（特許文献１３） 米国特許第６，３２７，５７８号明細書
（特許文献１４） 米国特許出願公開第２００２／０１１１９０７号明細書
（特許文献１５） 米国特許出願公開第２００４／０１３９００８号明細書
（特許文献１６） 米国特許第７，０６９，２４９号明細書
（特許文献１７） 米国特許出願公開第２００６／０２４２０８５号明細書
（特許文献１８） 米国特許出願公開第２００８／００４０２７４号明細書
（特許文献１９） 米国特許出願公開第２００８／００９７９２５号明細書
（特許文献２０） 米国特許出願公開第２０１０／００８８２０６号明細書
（特許文献２１） 米国特許第７，０５１，００２号明細書
（特許文献２２） 米国特許第７，６９３，７８３号明細書
（特許文献２３） 米国特許第７，６０６，７７０号明細書
（特許文献２４） 米国特許第７，６０６，７６６号明細書
（特許文献２５） 米国特許第７，５８４，１５３号明細書
（特許文献２６） 米国特許第７，５８４，１５１号明細書
（特許文献２７） 米国特許第７，５８０，８９８号明細書
（特許文献２８） 米国特許第７，５７７，５８５号明細書
（特許文献２９） 米国特許第７，５６７，９３４号明細書
（特許文献３０） 米国特許第７，５４３，７３９号明細書
（特許文献３１） 米国特許第７，５４２，９４３号明細書
（特許文献３２） 米国特許第７，５３６，３５１号明細書
（特許文献３３） 米国特許第７，４９４，０６７号明細書
（特許文献３４） 米国特許第７，４７２，８２９号明細書
（特許文献３５） 米国特許第７，４３４，７２３号明細書
（特許文献３６） 米国特許第７，４１３，１１２号明細書
（特許文献３７） 米国特許第７，３９８，２５３号明細書
（特許文献３８） 米国特許第７，３７９，９１６号明細書
（特許文献３９） 米国特許第７，３５６，５０７号明細書
（特許文献４０） 米国特許第６，９０８，０３０号明細書
（特許文献４１） 米国特許第６，９０１，３８７号明細書
（特許文献４２） 米国特許出願公開第２００９／０３１３１４７号明細書
（非特許文献）
（非特許文献１） Ｒｏｎ Ｗｈｉｔｅ，"Ｈｏｗ Ｃｏｍｐｕｔｅｒｓ Ｗｏｒｋ"，１５−０ｃｔ−２００３，Ｑｕｅ
（非特許文献２） ＰＣＴ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｅａｒｃｈ Ｒｅｐｏｒｔ ｄａｔｅｄ Ｍａｙ ２７，２０１１

本開示の様々な詳細を以下にまとめ、基本的な理解ができるようにする。この概要は、開示を広く網羅した概要ではなく、開示の一定の要素を特定したり、その範囲を詳述することを意図するものではない。むしろ、概要の主な目的は、後に示すより詳細な説明に先立ち、開示の一定の概念を簡略化した形態で示すことである。

本願の１観点によれば、販売業者と消費者との間のデビット取引の処理システムを提供するものである。前記システムは、前記消費者の支払い情報を受取り、前記消費者からデビットカードの認証データを収集し、前記デビット取引特有のエイリアス・アカウント番号を前記販売業者に送信し、前記エイリアス・アカウント番号を含むクレジット認証メッセージを前記販売業者から受取り、前記認証データを用いて前記クレジット認証メッセージをデビット認証メッセージに変換し、前記デビット認証メッセージを支払い処理会社に送信するようにプログラムされた、１若しくはそれ以上のプロセッサを含む。消費者の支払い情報は、販売業者から受取る。

別の観点によれば、販売業者と消費者との間のデビット取引の処理方法を提供するものである。前記消費者の支払い情報を受取る。前記支払い情報は、デビットカードを識別する。前記デビットカードの認証データを前記消費者から収集する。前記デビット取引特有のエイリアス・アカウント番号を前記販売業者に送信し、前記エイリアス・アカウント番号を含むクレジット認証メッセージを前記販売業者から受取る。前記認証データを用いて前記クレジット認証メッセージをデビット認証メッセージに変換し、前記デビット認証メッセージを支払い処理会社に送信する。

１つの効果は、ＰＩＮ付きデビットカードを用いてインターネット上の購入を遂行できることである。

別の効果は、個人情報の盗難や不正のリスクを低減できることである。

別の効果は、販売業者の支払い取引を処理する組織において必要となる変更を最低限に抑えられることである。

本発明のさらに別の効果は、通常の当業者なら、以下の詳細な説明を読み、理解すれば、認められるものである。

本願で開示された内容は、様々な構成要素およびそれらの構成、また、様々な工程およびそれらの構成の形態をとることができる。図面は、好適な実施形態を図示することのみを目的としており、限定するためのものであると解釈されるべきではない。さらに、図面はスケール表示されたものではないことを理解されたい。
図１は、本願に開示される観点によるデビット取引の処理システムのブロック図である。 図２は、支払い処理サプライチェーンのブロック図である。 図３は、本開示の態様によるコンバータの機能構成要素のブロック図である。 図４は、本開示の態様によるデビット取引の処理方法である。

図１を参照すると、ＰＩＮデビット取引などのデビット取引の処理システム１００のブロック図が示してある。システム１００は好適には、１若しくはそれ以上の消費者１０２と、１若しくはそれ以上の販売業者１０４と、少なくとも１つの支払い処理サプライチェーン１０６と、ユニバーサル・マーチャント・プラットフォーム（ｕｎｉｖｅｒｓａｌ ｍｅｒｃｈａｎｔ ｐｌａｔｆｏｒｍ：ＵＭＰ）１１０を提供する第三者１０８などを含み、これらが通信ネットワーク１１２で相互接続されている。通信ネットワーク１１２は典型的にはインターネットであるが、その他の通信ネットワークも考えられる。例えば、通信ネットワーク１１２は、１若しくはそれ以上のローカルエリアネットワーク、ワイヤレスネットワークなどを含むことができる。

消費者１０２は、販売業者１０４のｅコマース・ウェブサイトなどのグラフィック・ユーザ・インターフェースを介して、通信ネットワーク１１０上で販売業者１０４から製品および／またはサービスを電子的に購入することができる。この場合、消費者１０２は、ウェブ・ブラウザを用いてグラフィック・ユーザ・インターフェースにアクセスし、製品および／またはサービスを購入する。しかし、製品および／またはサービスを電子的に購入するその他の手段も考えられることを理解されたい。例えば、グラフィック・ユーザ・インターフェースを実施したスタンドアロン・プログラムを、選択的に通信ネットワーク１１０を介して、消費者１０２に配布することができる。通信ネットワーク１１２上で製品および／またはサービスを購入するために、消費者１０２は支払い方法の種類を販売業者１０４に提出する。支払い方法の種類は、例えば、ＰＩＮ付きデビットカード、クレジットカードなどを含む。

消費者１０２の各々は好適には、通信ネットワーク１１２に接続されたコンピュータ、スマートフォン、ＰＤＡなどのデジタル処理装置１１４により具現化される。さらに、デジタル処理装置１１４の各々は好適には、通信ユニット１１６と、少なくとも１つのメモリ１１８と、ディスプレイ１２０と、ユーザ入力装置１２２と、プロセッサ１２４などを含む。通信ユニット１１６により、デジタル処理装置１１４が通信ネットワーク１１２に接続された他の部品と相互作用できるようになる。メモリ１１８は、消費者１０２と関連する前述の機能を実行するコンピュータ実行可能命令を含む。ディスプレイ１２０は、消費者とデジタル処理装置１１４との相互作用を容易にするグラフィック・ユーザ・インターフェース（例えば、ウェブ・ブラウザ経由で）を表示する。ユーザ入力装置１２２は、消費者１０２がグラフィック・ユーザ・インターフェースと相互作用できるようにする。プロセッサ１２４は、メモリ１１８上のコンピュータ実行可能命令を実行する。

販売業者１０４は消費者１０２に対し、典型的には通信ネットワーク１１２経由で、グラフィック・ユーザ・インターフェースを提供する。例えば、グラフィック・ユーザ・インターフェースはｅコマース・ウェブサイトであると考えられる。グラフィック・ユーザ・インターフェースは好適には、消費者１０２が支払い方法の種類を提出することにより、通信ネットワーク１１２上で製品および／またはサービスを電子的に購入できるようにする。例えば、グラフィック・ユーザ・インターフェースは、消費者１０２が購入する製品および／またはサービスを選択・提出し、そのための支払い方法の種類を販売業者１０４に対して選択・提出できるようにする。

販売業者が消費者から支払い方法の種類を受取ったら、販売業者はこの支払い方法の種類をＵＭＰ１１０に提出し、例えば、ｉＦｒａｍｅ、ＵＭＰ１１０へのリダイレクトなどを介して消費者をＵＭＰ１１０と連通させる。ＵＭＰ１１０は、消費者からの支払い方法の種類について、カード番号や有効期限日などの支払い情報を収集し、この支払い方法の種類を用いて部分的または完全に取引を遂行する。例えば、ＵＭＰ１１０は、この支払い方法の種類について、支払い情報を収集し、ＰＩＮ付きデビットカードが関与する取引を処理する。別の例として、ＵＭＰ１１０は、この支払い方法の種類について、支払い情報を収集し、認証支払いプログラムが関与する取引を処理する。ＵＭＰ１１０は取引を完全に遂行するために用いることができるが、典型的には、取引を部分的に遂行するために用いられる。この点に関し、販売業者は好適には、クレジットカード取引において典型的な認証および資金の取込み（キャプチャ）を行い、例えば、認証または支払いの選択をＵＭＰ１１０にオフロードする。

ＵＭＰ１１０を用いるには、販売業者１０４は好適には、ＵＭＰ１１０を提供する第三者１０８において登録する。このステップは、販売業者１０４が販売業者情報（例えば、財務情報、物理的所在地、販売する商品またはサービスのカテゴリ、インターネットアドレス、電子メールアドレスなど）を第三者１０８に提供する工程を含む。典型的に、販売業者情報は、第三者１０８が提供するウェブ・インターフェースなどのグラフィック・ユーザ・インターフェースを介して、通信ネットワーク１１２上で提供する。しかし、電話など、販売業者情報を提供するその他の手段も考えられる。また、販売業者情報は好適には修正可能であり、選択的にグラフィック・ユーザ・インターフェースおよび／または通信ネットワーク１１２を介して修正を行う。特定の実施形態において、登録は、第三者１０８の契約に署名し、および／またはこれを締結する工程をさらに含む。

さらに、ＵＭＰ１１０を用いるには、販売業者１０４は好適には、ＵＭＰ１１０を用いるためのグラフィック・ユーザ・インターフェースおよび／またはグラフィック・ユーザ・インターフェースをサポートするバックエンド・システムを補う。例えば、販売業者は、グラフィック・ユーザ・インターフェースを第三者１０８にリンクするホスト型ｉＦｒａｍｅを追加することができる。効果的なことに、これにより、特に支払い情報の提出中のＵＭＰ１１０との統合が容易に行えるようになる。別の例として、販売業者は、全てのデビットＰＩＮ取引をＵＭＰ１１０に転送して処理するよう、バックエンド・システムを改変することができる。

通信ネットワーク１１２に接続された１若しくはそれ以上のサーバ１２６は好適には、販売業者１０４の各々を具現化している。サーバ１２６の各々は、１若しくはそれ以上の通信ユニット１２８と、少なくとも１つのメモリ１３０と、プロセッサ１３２などを含む。通信ユニット１２８により、サーバ１２６が通信ネットワーク１１２に接続された他の部品と相互作用できるようになる。メモリ１３０は一般的に、販売業者１０４と関連する前述の機能を実行するコンピュータ実行可能命令を含む。プロセッサ１３２は、メモリ１３０上のコンピュータ実行可能命令を実行する。

支払い処理サプライチェーン１０６は、消費者１０２から販売業者１０４への資金の移行を容易化する。図２に示したように、支払い処理サプライチェーン１０６は好適には、１若しくはそれ以上の発行会社１３４と、１若しくはそれ以上の支払い処理会社１３６と、１若しくはそれ以上の支払いブランドネットワーク１３８とを含む。特定の実施形態において、支払い処理サプライチェーン１０６は、販売業者１０４に支払い処理会社１３６へのインターフェースを提供する１若しくはそれ以上の支払いゲートウェイ（図示せず）をさらに含む。

発行会社１３４は、プリペイド／ストアード・バリュー・カード、デビットカードおよび／またはクレジットカードなどの支払い手段を消費者１０２に対して発行する。この点に関し、発行会社１３４は、消費者１０２とアカウント関係を有し、発行会社１３４の１社は好適には、システム１００により処理する各支払い手段を発行する。１若しくはそれ以上のサーバ１４０は好適には、発行会社１３４の各々を具現化する。サーバ１４０の各々は、１若しくはそれ以上の通信ユニット１４２と、少なくとも１つのメモリ１４４と、プロセッサ１４６などを含む。通信ユニット１４２により、選択的に通信ネットワーク１１２などの通信ネットワークを介して、サーバ１４０が支払いブランドネットワーク１３８と相互作用できるようになる。メモリ１４４は一般的に、発行会社１３４と関連する前述の機能を実行するコンピュータ実行可能命令を含む。プロセッサ１４６は、メモリ１４４上のコンピュータ実行可能命令を実行する。

支払い処理会社１３６は、購入および支払い取引を処理する。支払い処理会社１３６は、インターネット・アクワイアリング・プラットフォームを実施する少なくとも１社の支払い処理会社と、選択的に、デビット・アクワイアリング・プラットフォームを実施する少なくとも１社の支払い処理会社とを含む。支払い処理会社１３６がデビット・アクワイアリング・プラットフォームを実施する支払い処理会社を含まない限り、第三者１０８がこの役割を果たす。必要ではないが、支払い処理会社は、インターネット・アクワイアリング・プラットフォームとデビット・アクワイアリング・プラットフォームの両方を実施することもできる。販売業者１０４の各々は典型的に、１若しくはそれ以上の支払い処理会社１３６を（例えば、金融機関および／または提携銀行として）用い、各販売業者の支払い処理会社は、インターネット・アクワイアリング・プラットフォームと、選択的に、デビット・アクワイアリング・プラットフォームを実施する。デビット・アクワイアリング・プラットフォームは、物理的世界の（カードを呈示する）販売業者で開始される購入および支払い取引を処理し、インターネット・アクワイアリング・プラットフォームは、ｅコマースの（カードを呈示しない）販売業者で開始される購入および支払い取引を処理する。

典型的に、デビット・アクワイアリング・プラットフォームで用いるメッセージはインターネット・アクワイアリング・プラットフォームで用いるメッセージとは異なる。さらに、メッセージをルーティング（ｒｏｕｔｉｎｇ）するデビットネットワーク（後述）によっても、デビット・アクワイアリング・プラットフォームで用いるメッセージが決まってくる。デビット・アクワイアリング・プラットフォームは典型的に、単一のメッセージ（以下、「デビット認証メッセージ」と称する）を用いてデビットカード取引を処理する。デビット認証メッセージは、購入するための認証を要求する目的のものであり、その都度払い方式の取引では、要求が承認された場合、認証メッセージは記帳記録の役割も果たす。インターネット・アクワイアリング・プラットフォームは典型的に、クレジット認証メッセージとクレジット決済メッセージとが関与する、２重メッセージ構造を用いてクレジットカード取引を処理する。クレジット認証メッセージは資金について手続を一時停止にし、クレジット決済メッセージは対象アカウントから資金を取込む。典型的に、クレジット決済メッセージは、営業日の終了時など、予め定められた時刻の後に大量に提出される（すなわち、バッチ提出）。特定の実施形態において、支払い処理会社１３６が用いるメッセージはＩＳＯ ８５８３フォーマット、または取引を処理する事業体のその他の専有のフォーマットである。

１若しくはそれ以上のサーバ１４８は好適には、支払い処理会社１３６の各々を具現化する。サーバ１４８の各々は、１若しくはそれ以上の通信ユニット１５０と、少なくとも１つのメモリ１５２と、プロセッサ１５４などを含む。通信ユニット１５０により、選択的に通信ネットワーク１１２などの通信ネットワークを介して、サーバ１４８が支払いブランドネットワーク１３８と相互作用できるようになる。メモリ１５２は一般的に、支払い処理会社１３６と関連する前述の機能を実行するコンピュータ実行可能命令を含む。プロセッサ１５４は、メモリ１５２上のコンピュータ実行可能命令を実行する。

支払いブランドネットワーク１３８は、購入および支払い取引を管理・処理する。この点に関し、支払いブランドネットワーク１３８は一般的に、ネットワーク・スイッチを用いて取引を処理し、これらを発行会社１３４にルーティングする。好適には、支払いブランドネットワーク１３８は、少なくとも１つのデビットネットワークを含む。デビットネットワークは、取引を処理し、これらを発行会社１３４にルーティングして承認および記帳を求めるデビットネットワーク・スイッチを含む。デビットネットワークの例は、ＰＩＮデビットネットワークである。ＰＩＮデビットネットワークは、プラスチック製カードの呈示とＰＩＮの入力の組合せにより消費者を確認する、購入および支払い取引を管理・処理する支払いネットワークである。典型的なデビット支払いブランドネットワークは、ＳＴＡＲ、ＮＩＣＥ、およびＩＮＴＥＲＬＩＮＫを含む。

１若しくはそれ以上のサーバ１５６は好適には、支払いブランドネットワーク１３８の各々を具現化する。サーバ１５６の各々は、１若しくはそれ以上の通信ユニット１５８と、少なくとも１つのメモリ１６０と、プロセッサ１６２などを含む。通信ユニット１５８により、選択的に通信ネットワーク１１２などの通信ネットワークを介して、サーバ１５６が支払い処理会社１３６および発行会社１３４と相互作用できるようになる。メモリ１６０は一般的に、支払いブランドネットワーク１３８と関連する前述の機能を実行するコンピュータ実行可能命令を含む。プロセッサ１６２は、メモリ１６０上のコンピュータ実行可能命令を実行する。

図１に戻ると、第三者１０８は、消費者１０２と販売業者１０４との間の取引の遂行を、ＵＭＰ１１０を介して容易化する。ＵＭＰ１１０は、単一のプラットフォームを用いる任意の支払いブランドネットワークを介して電子取引を処理する集中型販売業者処理システムとして作用する。この点に関し、どの支払いブランドネットワークを介してルーティングするかに関わりなく、ＵＭＰにより、販売業者が単一の実施により支払いを処理できるようになる。ＵＭＰ１１０の基本的機能に関連する詳細情報については、例えば、Ｋｅｒｅｓｍａｎ，ＩＩＩ他による、「支払い認証のための普遍的マーチャント・プラットフォーム」と題する米国特許第７，０５１，００２号明細書、およびＢａｌａｓｕｂｒａｍａｎｉａｎ他による、「支払い認証のための普遍的マーチャント・プラットフォーム」と題する米国特許第７，０５１，００２号明細書に注意を向けられたい。（両特許明細書の全体を、引用によりここに加える。）既存のインフラストラクチャに最低限の改変を行えば、ＵＭＰ１１０は、ＰＩＮ付きデビットカードなどのデビットカードが関与するｅコマース取引を処理するために用いることもできる。

デビットカードが関与する取引を処理するには、ＵＭＰ１１０は、支払い方法の種類を販売業者１０４から受取る。例えば、消費者は、販売業者のｅコマース・ウェブサイトを閲覧して、購入する製品を選択する。その後、消費者は、製品の支払いをすることにし、ＰＩＮ付きデビットカードなど、支払い方法の種類を入力するよう促される。次いで、支払い方法の種類は、販売業者を介してＵＭＰ１１０に提出される。消費者と販売業者との間の取引の支払い方法の種類を受取り次第、ＵＭＰ１１０は、消費者が選択した支払い方法の種類に基づいて、消費者から支払い情報を収集する。注目に値することであるが、販売業者は消費者の支払い情報に絶対にアクセスしないため、個人情報の盗難が低減される。次いで、収集された支払い情報をＵＭＰ１１０のコンバータ・モジュール１６４で用いて取引を遂行する。

コンバータ・モジュール１６４は一般的に、クレジットカード０１００シリーズのメッセージなど、第１のフォーマットのメッセージを販売業者１０４から受取り、これらをデビットカード０２００シリーズのメッセージなど、支払い処理会社が発行会社にルーティングするために様々な支払いブランドネットワークに送ることができる、第２のフォーマットのメッセージに変換する「ブラックボックス」として作用する。さらに、コンバータ・モジュール１６４は、どのような特定の認証ソリューションからも独立しており（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｏｌｕｔｉｏｎ ａｇｎｏｓｔｉｃ）、発行会社または支払いブランドネットワークからの指示に基づいて、各消費者について適切な認証ソリューションを起動する。例えば、コンバータ・モジュール１６４はＰＩＮベースの認証またはその他の種類の認証を扱うことができる。好適には、コンバータ・モジュール１６４は、図３に示した信用証明アプリケーション起動サブモジュール１６６、カード・エイリアス保管（ＶＡＵＬＴ）サブモジュール１６８、およびメッセージ・マッピング・エンジン・サブモジュール１７０を用いて前述の機能を実行する。

信用証明アプリケーション起動サブモジュール１６６は一般的に、取引のためのルーティング情報（すなわち、使用する支払いブランドネットワーク）と、取引のための信用証明アプリケーションの両方を判定する。信用証明アプリケーションは、各回の購入または支払いが開始された時に消費者からＰＩＮなどの信用証明を収集するために用いるアプリケーションであり、好適には、支払いブランドネットワークまたは発行会社によって承認される。Ａｃｃｕｌｙｎｋ、ＨｏｍｅＡＴＭ、ＭａｇＴｅｋ、ＵＳ Ｅｎｃｏｄｅ、Ａｄａｐｔｉｖｅ Ｐａｙｍｅｎｔｓ、およびＶｅｒｉｅｎｔのための信用証明アプリケーションが考えられる。特定の実施形態において、判定は、提供された支払い情報に基づく。例えば、判定は、支払い情報のカード番号を用いて、１若しくはそれ以上の銀行識別番号（ｂａｎｋ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ：ＢＩＮ）表を調べることにより実行することができる。ＢＩＮ表は、支払いブランドネットワーク１３８にルーティングする資格を有するＢＩＮを含み、各々についてどの信用証明アプリケーションを用いるべきか、また、各々どの支払いブランドネットワークにルーティングするべきかが示されている。典型的に、ＢＩＮ表は、データベース１７２などのデータベースまたはメモリに記憶されており、支払い処理会社１３６により提供される。

取引のルーティング情報および信用証明アプリケーションを判定したら、信用証明アプリケーション起動サブモジュール１６６は、消費者から認証データを取得する信用証明アプリケーションを実行する。認証データは、支払い手段の発行会社が消費者を認証するのに十分と見なす、消費者から収集された任意のデータである。好適には、認証データは、販売業者とＵＭＰ１１０との間の調整により取得され、消費者は、デビットカードのＰＩＮなど、関連認証データを提出するよう促すグラフィック・ユーザ・インターフェースを示される。例えば、販売業者は、通信ネットワーク１１２上でＵＭＰ１１０がホストする認証ページに消費者をリダイレクトする。さらに別の例として、販売業者は、通信ネットワーク１１２上でＵＭＰ１１０がホストするページを示すｉＦｒａｍｅをグラフィック・ユーザ・インターフェース内に含む。

消費者が認証データを提出し、信用証明アプリケーションが認証データを受取ると、信用証明アプリケーションは認証データを処理する。判定された信用証明アプリケーションによるが、処理により消費者認証がこの時点で発生するか、後述の認証処理時に支払い手段の発行会社で認証できるように信用証明をフォーマット化する。前者については、認証データを通信ネットワーク１１２上で、例えば発行会社に提出して確認を求めることが考えられる。認証データは、選択的に認証結果を含むが、次いで、後の使用のためにデータベース１７２などのデータベースまたはメモリ内に保存される。後述するように、この情報は、デビットカード０２００メッセージなどのデビット認証要求メッセージに含めるために、支払い処理会社のインターネット・アクワイアリング・プラットフォームから受取るクレジットカード０１００メッセージなどのクレジット認証要求メッセージの中で運ばれるデータに追加され、および／またはこれの代替とされる。

認証データを受取り後、カード・エイリアス保管（ＶＡＵＬＴ）サブモジュール１６８は販売業者にエイリアス・アカウント番号を与えることができる。例えば、カード・エイリアス保管（ＶＡＵＬＴ）サブモジュール１６８は、単回使用プライマリ・アカウント番号（ｐｒｉｍａｒｙ ａｃｃｏｕｎｔ ｎｕｍｂｅｒ：ＰＡＮ）を生成するのに適している。好適には、カード・エイリアス保管（ＶＡＵＬＴ）サブモジュール１６８は、エイリアス・アカウント番号と、データベース１７２などのデータベースまたはメモリ内の取引および／または認証データとの関係の記録を維持管理する。この点に関し、エイリアス・アカウント番号は好適には、実際のアカウント番号に対応する。次いで、販売業者はこのエイリアス・アカウント番号をクレジット認証メッセージの中で用いる。好適には、販売業者はエイリアス・アカウント番号を用いてクレジット認証メッセージを生成し、クレジット認証メッセージを、選択的に支払いゲートウェイを介して、そのインターネット・アクワイアリング・プラットフォームに提出する。エイリアス・アカウント番号に基づいて、インターネット・アクワイアリング・プラットフォームは取引をメッセージ・マッピング・エンジン・サブモジュール１７０にルーティングする。例えば、取引は、エイリアス・アカウント番号のＢＩＮ番号（ＵＭＰ１１０にとって特有）を用いてＵＭＰ１１０にルーティングされる。別の例として、インターネット・アクワイアリング・プラットフォームはＵＭＰ１１０に対し、取引をデビット取引として識別するよう要求することができる。

クレジット認証メッセージを受取り次第、メッセージ・マッピング・エンジン・サブモジュール１７０はクレジット認証メッセージをデビット認証メッセージに変換し、デビット・アクワイアリング・プラットフォームに提出できるようにする。デビット認証メッセージは好適には、取引のための支払い方法の種類を含む。クレジット認証メッセージを変換するには、メッセージ・マッピング・エンジン・サブモジュール１７０は、クレジット認証メッセージに含まれるデータを、信用証明アプリケーション起動サブモジュール１６６で取込み・伝達される認証データと結合し、および／またはこれで置換えて、デビット認証メッセージを生成する。特定の実施形態において、メッセージ・マッピング・エンジン・サブモジュール１７０はまた、クレジット認証メッセージに含まれるデータを、信用証明アプリケーション起動サブモジュール１６６で判定されるルーティング情報と結合し、および／またはこれで置換える。デビット認証メッセージは好適には、デビット認証メッセージをルーティングする対応デビットネットワークに合わせて調整する。特定の実施形態において、ルールエンジンを用いてこの調整を容易化することができる。この点に関し、クレジット認証メッセージをデビット認証メッセージに変換するためのデビットネットワーク特有のルールを、データベース１７２などのデータベースまたはメモリに記憶しても良い。さらに、メッセージ・マッピング・エンジン・サブモジュール１７０は、遅延支払いおよび繰返し発生する支払いなど、デビットネットワークでサポートされていないｅコマース取引の種類に対応することができる。

デビット認証メッセージを生成後、これはデビット・アクワイアリング・プラットフォームに送られて、取引の処理が続けられる。デビット・アクワイアリング・プラットフォームは次いで、デビット認証メッセージを妥当な支払いブランドネットワークに送り、支払い手段の妥当な発行会社による承認および記帳を求める。次いで、デビットカード０２１０メッセージなどのデビット認証応答メッセージが、デビット・アクワイアリング・プラットフォームを介してメッセージ・マッピング・エンジン・サブモジュール１７０に戻される。メッセージ・マッピング・エンジン・サブモジュール１７０は、デビット認証応答メッセージをクレジットカード０１１０応答メッセージなどのクレジット認証応答メッセージに変換する。前述のように、デビットネットワーク特有のルールを用いたルールエンジンを用いても良い。デビット認証応答メッセージを変換する間、デビット特有の情報が除去され、販売業者のその日の営業時間が終了するまでデータベース１７２などのデータベースまたはメモリに記憶される。次いで、メッセージ・マッピング・エンジン・サブモジュール１７０は、クレジット認証応答メッセージをインターネット・アクワイアリング・プラットフォームに送り、前記インターネット・アクワイアリング・プラットフォームは次いで、これを販売業者に戻す。

典型的には各営業日の終了時に、クレジット認証応答メッセージを受取った後に、販売業者はクレジットカード・ベース取引の資金を取出すために、バッチ決済プロセスを行う。決済時には、デビット取引を含め、承認された取引について、決済メッセージが販売業者からインターネット・アクワイアリング・プラットフォームへ大量に送られる。インターネット・アクワイアリング・プラットフォームは、受取人によって取引をグループ化し、取引（例えば、クレジットカード取引）の決済メッセージを対応する受取人に送る。クレジットカード・ベースの取引については、受取人は典型的に、対応する支払いブランドネットワークであり、デビットカード・ベースの取引については、受取人は典型的に、第三者１０８（特にＵＭＰ１１０）である。

ＵＭＰ１１０は、その都度払い方式のデビット取引について決済メッセージを受取り次第、前記決済メッセージを廃棄するか、これらをデータベース１７２などのデータベースまたはメモリに記憶する。認証時に資金が取込まれるので、これらの決済メッセージについては、その他のアクションは不要である。さらに、ＵＭＰ１１０は、その他のデビット取引について決済メッセージを受取り次第、メッセージ・マッピング・エンジン１７０を用いて、前記決済メッセージを対応するデビットネットワーク用の妥当なフォーマットに変換する。前述のように、変換は好適には、ルールエンジンおよびデビットネットワーク特有のルールを用いて行われる。

前記決済メッセージに加えて、デビット取引の照合確認メッセージが支払いブランドネットワークからデビット・アクワイアリング・プラットフォームへ送られ、自動決済機関（ａｕｔｏｍａｔｅｄ ｃｌｅａｒｉｎｇ ｈｏｕｓｅ：ＡＣＨ）決済メッセージが支払いブランドネットワーク１３８により発行会社１３４およびデビット・アクワイアリング・プラットフォームへ送られ、取引の決済を実行することができる。

インターネット・アクワイアリング・プラットフォームに送られた決済メッセージおよびデビット・アクワイアリング・プラットフォームへ送られた照合確認メッセージに基づいて、インターネット・アクワイアリング・プラットフォームおよびデビット・アクワイアリング・プラットフォームを提供する１若しくはそれ以上の支払い処理会社により照合確認が行われる。インターネット・アクワイアリング・プラットフォームおよびデビット取引のためのデビット・アクワイアリング・プラットフォームは各々、デビット取引に関連する決済を照合確認するのに必要な報告の半分を有する。注目に値することであるが、デビット取引の除去以外の前述の決済および照合確認プロセスは、ｅコマースシステムにおいて一般的であるが、この照合確認は本開示にとって新規である。

必要ではないが、特定の実施形態において、コンバータ・モジュール１６４は不正データ記憶サブモジュール１７４をさらに含む。取引の処理時に、メッセージ・マッピング・エンジン・サブモジュール１７０は取引に関連するデータを収集し、これを不正データ記憶サブモジュール１７４内に記憶する。このデータは、メッセージ・マッピング・エンジン・サブモジュール１７０を通過するメッセージ内で送ることができない取引情報を含むことができる。効果的なことに、不正データ記憶サブモジュール１７４で収集されたデータは、不正分析に用いることができる。さらに、ここまでの説明は認証および資金の取込みに注目してきたが、特定の実施形態においては、チャージバックも前述の説明により、同様に扱うことができる。この点に関し、インターネット・アクワイアリング・プラットフォームは、販売業者およびインターネット・アクワイアリング・プラットフォームの記録内の取引に用いるエイリアス・アカウント番号を提供する。チャージバックは、実際のカード・アカウント番号で通ることができる。

通信ネットワーク１１２に接続された１若しくはそれ以上のサーバ１７６は好適には、第三者１０８を具現化している。サーバ１７６の各々は、１若しくはそれ以上の通信ユニット１７８と、少なくとも１つのメモリ１８０と、プロセッサ１８２などを含む。通信ユニット１７８により、サーバ１７６が通信ネットワーク１１２に接続された他の部品と相互作用できるようになる。メモリ１８０は一般的に、第三者１０８と関連する前述の機能を実行するコンピュータ実行可能命令を含む。プロセッサ１８２は、メモリ１８０上のコンピュータ実行可能命令を実行する。さらに、サーバ１７６は、ＵＭＰ１１０とコンバータ１６４とを含む。好適には、ＵＭＰ１１０およびコンバータ１６４は、コンピュータ読取り可能媒体に記憶されたコンピュータ実行可能命令で実施され、これらのコンピュータ実行可能命令は、プロセッサ１８２で実行される。幾つかの実施形態において、コンピュータ読取り可能媒体はメモリ１８０とすることができる。

図４を参照すると、販売業者と消費者との間のデビットカード取引の処理方法４００のブロック図が提供されている。好適には、方法４００は、ＵＭＰ１１０のコンバータ１６４により実行する。さらに、方法４００の内容は、コンバータ１６４に関連して前述したことを理解されたい。すなわち、以下に説明するアクションは、前述のアクションと並行するものと理解されたい。

まず、消費者の支払い情報を、典型的に通信ネットワーク１１２を介して、受取る４０２。好適には、支払い情報は、例えばカード番号や有効期限日を介して、ＰＩＮデビットカードなどのデビットカードを識別する。前述のように、収集された支払い情報は、販売業者を介して消費者から受取った支払い方法の種類に基づく。その後、デビットカードの認証データを消費者から収集する４０４。典型的に、認証といえばＰＩＮ番号を表すが、認証に適したその他のデータも考えられる。前述のように、認証データは好適には、発行会社１３４の１社により承認された信用証明アプリケーションを用いて収集する。さらに、取引特有のエイリアス・アカウント番号を生成し、販売業者に送信する４０６。エイリアス・アカウント番号は例えば、ＰＡＮなどである。

販売業者は典型的に、エイリアス・アカウント番号を用いてクレジット認証要求を生成し、これが販売業者の支払い処理会社に提出され、コンバータ１６４にルーティングで戻される。この点に関し、販売業者からのエイリアス・アカウント番号を含むクレジット認証メッセージを受取る４０８。次いで、前記認証データを用いて前記クレジット認証メッセージをデビット認証メッセージに変換する４１０。特定の実施形態において、これは、クレジット認証メッセージを認証データと結合し、および／またはルールエンジンを用いて変換を行うことを意味し、ルールエンジンは、デビットネットワーク特有のルールを用いる。デビット認証メッセージを販売業者の支払い処理会社に送信する４１２。その都度払い方式の取引については、これは認証と発行銀行からの資金の取込みが同時に行われることになる。

デビット認証メッセージに応答して、デビット認証応答メッセージを支払い処理会社から受取る４１４。このメッセージをクレジット認証応答メッセージに変換し４１６、これを販売業者に送信する４１８。特定の実施形態において、ルールエンジンを用いて変換を行い、ルールエンジンは、デビットネットワーク特有のルールを用いる。次いで、販売業者は、クレジットカード取引にとって典型的な、営業日終了時の決済プロセスを用いる。決済時には、その都度払い方式のデビット取引は決済プロセスから除かれる。決済は、デビット取引の認証時に発生するからである。残りのデビット取引については、対応するデビットネットワーク特有の決済メッセージが生成され、対応するデビットネットワークに送られる。

好適には、本明細書で説明した方法およびシステムはコンピュータ、またはマイクロプロセッサ、マイクロコントローラ、グラフィック・プロセッシング・ユニット（ｇｒａｐｈｉｃ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ：ＧＰＵ）などのデジタルプロセッサを含むその他のデジタル処理装置、および記憶装置で実施することを理解されたい。別の実施形態において、システムおよび方法は、デジタルプロセッサを含み、デジタルデータ記憶装置を含むかこれにアクセスできるサーバで実施することができ、このようなサーバは好適には、インターネットまたはローカルエリアネットワークを介して、またはデジタルプロセッサおよびデジタルデータ記憶装置などを含むパーソナルデータアシスタント（ｐｅｒｓｏｎａｌ ｄａｔａ ａｓｓｉｓｔａｎｔ：ＰＤＡ）を介してアクセスする。コンピュータまたはその他のデジタル処理装置は好適には、ユーザ入力を受けるためのキーボードなどの１若しくはそれ以上のユーザ入力装置を含むか、これに動作可能に接続されており、さらに、１若しくはそれ以上のディスプレイ装置を含むか、これに動作可能に接続されている。別の実施形態において、方法およびシステム制御の入力は、コンピュータ上で方法およびシステムに先立って、またはこれと同時に実行されている別のプログラムから、またはネットワーク接続などから受ける。同様に、別の実施形態において、出力は、コンピュータ上で方法およびシステムに引き続き、またはこれと同時に実行されている別のプログラムへの入力の役割を果たすこともできるし、ネットワーク接続などを介して送信することができる。

幾つかの実施形態において、本出願の前述の方法の例、これを用いるシステムなどは、方法の例および／またはシステムを実施するために（例えば、デジタルプロセッサにより）実行可能な命令を記憶する記憶媒体により実施する。記憶媒体は、例えば、以下を含むことができる。すなわち、磁気ディスクまたはその他の磁気記憶媒体、光ディスクまたはその他の光学的記憶装置、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＲＡＭ）、読出し専用メモリ（ｒｅａｄ?ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）、またはその他の電子的メモリデバイスまたはチップ、または動作可能に相互接続されたチップ１式、記憶された命令をインターネットまたはローカルエリアネットワークを介して取出すことができるインターネットサーバなどである。

本明細書で呈示した特定の実施例に関連して、特定の構造上および／または機能上の特徴は、定義された要素および／または部品に組込まれるものとして説明してあることをさらに理解されたい。しかしながら、これらの特徴は、妥当な場合、同一または同様な効果のために、同様にその他の要素および／または部品に組込むこともできることが考えられる。また、実施例の種々の態様を適宜、選択的に用いて、望ましい用途に適したその他の代替実施形態を実現することにより、前記その他の代替実施形態で、本明細書に組込んだ態様の各効果を実現できることも理解されたい。

また、本明細書で説明した特定の要素および／または部品は好適には、その機能をハードウェア、ソフトウェア、ファームウェア、またはその組合せにより実施できることを理解されたい。また、一緒に組込むものとして本明細書で説明した特定の要素は、好適な状況下では、スタンドアロン式要素としたり、分割することもできることを理解されたい。同様に、１つの特定の要素で実行するものと説明した複数の特定の機能は、個々の機能を実行する、独立して作用する複数の別個の要素で実行しても良く、また、特定の個々の機能は分割し、協働作用する複数の別個の要素で実行しても良い。あるいは、互いに別個なものとして本明細書で説明し、および／または示した幾つかの要素および／または部品は、妥当な場合、物理的または機能的に組合わせても良い。

さらに、本明細書で用いるように、メモリは１若しくはそれ以上の非一時的な（ｎｏｎ?ｔｒａｎｓｉｅｎｔ）コンピュータ読取り可能媒体、磁気ディスクまたはその他の磁気記憶媒体、光ディスクまたはその他の光学的記憶装置、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＲＡＭ）、読出し専用メモリ（ｒｅａｄ?ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）、またはその他の電子的メモリデバイスまたはチップ、または動作可能に相互接続されたチップ１式、記憶された命令をインターネットまたはローカルエリアネットワークを介して取出すことができるインターネットサーバなどを含むことを理解されたい。さらに、本明細書で用いるように、プロセッサは１若しくはそれ以上のマイクロプロセッサ、マイクロコントローラ、グラフィック・プロセッシング・ユニット（ｇｒａｐｈｉｃ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ：ＧＰＵ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ?ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：ＡＳＩＣ）、現場プログラム可能ゲートアレイ（ｆｉｅｌｄ?ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ：ＦＰＧＡ）などを含み、通信ネットワークは１若しくはそれ以上のインターネット、ローカルエリアネットワーク、広域ネットワーク、ワイヤレスネットワーク、有線ネットワーク、移動体通信ネットワーク、ＵＳＢやＩ^２Ｃなどのデータバスなどを含み、ユーザ入力装置は１若しくはそれ以上のマウス、キーボード、タッチスクリーン・ディスプレイ、１若しくはそれ以上のボタン、１若しくはそれ以上のスイッチ、１若しくはそれ以上のトグルなどを含み、データベースは少なくとも１つのメモリを含み、ディスプレイは１若しくはそれ以上のＬＣＤディスプレイ、ＬＥＤディスプレイ、プラズマ・ディスプレイ、投写型ディスプレイ、タッチスクリーン・ディスプレイなどを含む。

要するに、本明細書は、好適な実施形態に関して記載してある。明らかに、本明細書を読み、理解すれば、修正や改変が考えられるであろう。本発明は、添付の特許請求の範囲またはその同等物の範囲内である限り、そのような全ての修正や改変を含むものと解釈することを意図する。すなわち、上記で開示した、また、その他の特徴および機能のうち様々なもの、またはその代替物は好ましくは、その他の多くの種々のシステムまたはアプリケーションと組合わせることができ、また、現在では予測・予期されない代替、修正、変形、または改善が後に当業者により行われる可能性があり、これらも同様に、以下の特許請求の範囲で含包することを意図することを理解されたい。

Claims (21)

1. 販売業者と消費者との間のデビット取引の処理システムであって、
   １若しくはそれ以上のプロセッサであって、
   前記デビット取引の完了のために前記消費者のデビットカードを識別するカード番号を受取る工程と、
   前記受取ったカード番号に基づいて複数の異なる信用証明アプリケーションの１つを選択する工程であって、前記信用証明アプリケーションは、前記消費者から認証データを取得するよう動作するものである、前記選択する工程と、
   前記選択した信用証明アプリケーションを使用し前記デビットカードの認証データを前記消費者から取得する工程と、
   前記認証データを取得した後に、１）エイリアス・アカウント番号を前記受取ったカード番号に関連付けて生成し、２）前記生成したエイリアス・アカウント番号を前記取得した認証データに関連付けて記録する工程と、
   前記生成したエイリアス・アカウント番号を前記販売業者に送信する工程であって、前記生成したエイリアス・アカウント番号は前記デビット取引を他のデビット取引と区別しうる、特有のエイリアス・アカウント番号である、工程と、
   前記生成したエイリアス・アカウント番号を前記販売業者に送信した後に、前記エイリアス・アカウント番号から資金を受け取るためのクレジット認証要求を受取る工程であって、前記クレジット認証要求はクレジット認証メッセージとして前記販売業者から受け取るものである、工程と、
   前記受取ったクレジット認証メッセージを前記認証データを用いてデビット認証メッセージに変換する工程と、
   前記デビット認証メッセージを支払い処理会社に送信することにより、前記カード番号から資金を受け取るためのデビット認証を要求する工程と
   を行うようにプログラムされた前記プロセッサを有するシステム。
2. 請求項１記載のシステムにおいて、前記１若しくはそれ以上のプロセッサはさらに、
   デビット認証応答メッセージを前記支払い処理会社から受取る工程と、
   前記デビット認証応答メッセージをクレジット認証応答メッセージに変換する工程と、
   前記クレジット認証応答メッセージを前記販売業者に送信する工程と
   を行うようにプログラムされたものであるシステム。
3. 請求項１記載のシステムにおいて、前記１若しくはそれ以上のプロセッサは、前記デビット取引に対応するデビットネットワークに特有のルールを適用するルールエンジンを用いて、前記クレジット認証メッセージを前記デビット認証メッセージに変換する工程をさらに行うようにプログラムされたものであるシステム。
4. 請求項１記載のシステムにおいて、前記デビットカードは暗証番号付きデビットカードを有し、前記取得された認証データは前記デビットカードの暗証番号を含むものであるシステム。
5. 請求項１記載のシステムにおいて、前記１若しくはそれ以上のプロセッサは、
   通信ネットワーク上で前記カード番号を受取る工程と、
   前記通信ネットワーク上で前記認証データを取得する工程と、
   前記通信ネットワーク上で前記エイリアス・アカウント番号を提供する工程と、
   前記通信ネットワーク上で前記クレジット認証メッセージを受取る工程と、
   前記通信ネットワーク上で前記デビット認証メッセージを送信する工程と
   のうち少なくとも１つを行うようにプログラムされたものであるシステム。
6. 請求項１記載のシステムにおいて、前記選択された信用証明アプリケーションは、前記デビットカードの暗証番号（ＰＩＮ）を含む認証データを取得するように動作するものである。
7. 販売業者と消費者との間のデビット取引の処理方法であって、
   第３者の１若しくはそれ以上のプロセッサによって、前記デビット取引の完了のために前記消費者のデビットカードを識別するカード番号を受取る工程と、
   前記第３者の１若しくはそれ以上のプロセッサによって、前記受取ったカード番号に基づいて複数の異なる信用証明アプリケーションの１つを選択する工程であって、前記信用証明アプリケーションは、前記消費者から認証データを取得するよう動作するものである、前記選択する工程と、
   前記第３者の１若しくはそれ以上のプロセッサによって、前記選択した信用証明アプリケーションを使用し前記デビットカードの認証データを前記消費者から取得する工程と、
   前記認証データを取得した後に、１）前記第３者の１若しくはそれ以上のプロセッサによって、エイリアス・アカウント番号を前記受取ったカード番号に関連付けて生成し、２）前記第３者の１若しくはそれ以上のプロセッサによって、前記生成したエイリアス・アカウント番号を前記取得した認証データに関連付けて記録する工程と、
   前記第３者の１若しくはそれ以上のプロセッサによって、前記生成したエイリアス・アカウント番号を前記販売業者に送信する工程であって、前記生成したエイリアス・アカウント番号は前記デビット取引を他のデビット取引と区別しうる特有のエイリアス・アカウント番号である、送信する工程と、
   前記生成したエイリアス・アカウント番号を前記販売業者に送信した後に、前記第３者の１若しくはそれ以上のプロセッサによって、前記エイリアス・アカウント番号から資金を受け取るためのクレジット認証要求を受取る工程であって、前記クレジット認証要求はクレジット認証メッセージとして前記販売業者から受け取るものである、受取る工程と、
   前記第３者の１若しくはそれ以上のプロセッサによって、前記受取ったクレジット認証メッセージを前記認証データを用いてデビット認証メッセージに変換する工程と、
   前記第３者の１若しくはそれ以上のプロセッサによって、前記デビット認証メッセージを支払い処理会社に送信することにより、前記カード番号から資金を受け取るためのデビット認証を要求する工程と
   を有する方法。
8. 請求項７記載の方法において、さらに、
   デビット認証応答メッセージを前記支払い処理会社から受取る工程と、
   前記デビット認証応答メッセージをクレジット認証応答メッセージに変換する工程と、
   前記クレジット認証応答メッセージを前記販売業者に送信する工程と
   を有するものである方法。
9. 請求項８記載の方法において、前記デビット認証応答メッセージを前記クレジット認証応答メッセージに変換する工程は、デビット特有の情報を除去する工程を含むものである方法。
10. 請求項７記載の方法において、さらに、
    前記認証データを用いて前記クレジット認証メッセージをデビット認証メッセージに変換する時に前記クレジット認証メッセージ中のデータが前記デビット認証メッセージに追加できないデータであるかどうかを判定する工程と、
    前記判定されたデータを記憶する工程を含むものである方法。
11. 請求項７記載の方法において、前記デビットカードは暗証番号付きデビットカードであり、前記取得された認証データは前記デビットカードの暗証番号を含むものである方法。
12. 請求項７記載の方法において、前記エイリアス・アカウント番号はプライマリ・アカウント番号（ｐｒｉｍａｒｙ ａｃｃｏｕｎｔ ｎｕｍｂｅｒ：ＰＡＮ）である方法。
13. 請求項７記載の方法において、前記クレジット認証メッセージを前記認証データを用いてデビット認証メッセージに変換する工程は、
    前記クレジット認証メッセージのデータおよび前記認証データを結合してデビット認証メッセージにする工程を含むものである方法。
14. 請求項７記載の方法において、前記複数の異なる信用証明アプリケーションの１つ選択する工程は、
    前記カード番号を用いて、銀行識別番号（ｂａｎｋ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ：ＢＩＮ）表の記録を調べる工程を含むものである方法。
15. 請求項７記載の方法において、前記選択した信用証明アプリケーションは、前記デビットカードの暗証番号を含む認証データを取得するように動作するものである方法。
16. １若しくはそれ以上のプロセッサを制御するソフトウェアを搭載した、非一時的なコンピュータ可読記憶媒体であって、
    販売業者と消費者との間のデビット取引の開始の後に、
    前記デビット取引の完了のために前記消費者のデビットカードを識別するカード番号を受取る工程と、
    前記デビットカードの認証データを前記消費者から取得する工程と、
    前記認証データを取得した後に、１）エイリアス・アカウント番号を前記受取ったカード番号に関連付けて生成し、２）前記生成したエイリアス・アカウント番号を前記取得した認証データに関連付けて記録する工程と、
    前記生成したエイリアス・アカウント番号を前記販売業者に送信する工程であって、前記エイリアス・アカウント番号は前記デビット取引を他のデビット取引と区別しうる特有のエイリアス・アカウント番号である、工程と、
    前記生成したエイリアス・アカウント番号を前記販売業者に送信した後に、前記販売業者から前記エイリアス・アカウント番号を含むクレジット認証メッセージを受取る工程と、
    前記受取ったクレジット認証メッセージを前記認証データを用いてデビット認証メッセージに変換する工程と、
    前記デビット認証メッセージを支払い処理会社に送信する工程と、
    を前記プロセッサが行うコンピュータ可読記憶媒体。
17. 請求項１記載のシステムにおいて、前記クレジット認証メッセージは、インターネット・アクワイアリング・プラットフォームのフォーマットに基づいてフォーマットされ、前記デビット認証メッセージは前記支払い処理会社のデビット・アクワイアリング・プラットフォームのフォーマットに基づてフォーマットされるもので、前記インターネット・アクワイアリング・プラットフォームは電子商取引販売業者によって開始された取引を処理し、前記デビット・アクワイアリング・プラットフォームは物理的に存在する販売業者によって開始された取引を処理するものである。
18. 請求項１記載のシステムにおいて、前記クレジット認証メッセージ及び前記デビット認証メッセージは、国際標準化機構（ＩＳＯ）８５８３フォーマットに基づいてフォーマットされるもので、前記クレジット認証メッセージは０１００シリーズメッセージであり、前記デビット認証メッセージは０２００シリーズメッセージである。
19. 請求項１６記載の非一時的なコンピュータ可読記憶媒体において、前記ソフトウェアは、
    前記クレジット認証メッセージによって前記エイリアス・アカウント番号から資金を受け取るためのクレジット認証要求を受取る工程と、
    前記支払い処理会社に前記デビット認証メッセージを送信することにより、前記エイリアス・アカウント番号に対応する前記カード番号から資金を受け取るためのデビット認証を要求する工程と、
    を前記１またはそれ以上のプロセッサが実行するのを制御する。
20. 請求項１記載のシステムにおいて、前記カード番号は前記デビット取引の開始の後に受取られるものである。
21. 請求項７記載の方法において、前記カード番号は前記デビット取引の開始の後に受取られるものである。

Images