(57)【要約】コード化された一回限りの数値を支払レールを介して処理する方法は、コンピューティングシステムとインタフェース接続された受信装置によって一回限りの数値を受信するステップであって、前記一回限りの数値は少なくとも識別値と残余値とを含むステップと、前記コンピューティングシステムの問い合わせモジュールによって、前記コンピューティングシステムのメモリ上でクエリを実行して、前記一回限りの数値の一部に少なくとも基づいて経路値を識別するステップと、前記コンピューティングシステムの生成モジュールによってデータ値を生成するステップであって、前記データ値は前記識別された経路値と前記残余値とを少なくとも含む、ステップと、前記コンピューティングシステムの送信装置によって、前記生成されたデータ値を、支払ネットワークに関連付けられた支払レールを介して外部システムへ電子的に送信するステップとを含む。
2020522772.tif 000002
【特許請求の範囲】
【請求項１】
コード化された一回限りの数値を支払レールを介して処理する方法であって、
コンピューティングシステムの受信装置によって一回限りの数値を受信するステップであって、前記一回限りの数値は少なくとも識別値と残余値とを含む、ステップと、
前記コンピューティングシステムの問い合わせモジュールによって、前記コンピューティングシステムのメモリ上でクエリを実行して、前記一回限りの数値の一部に少なくとも基づいて経路値を識別するステップと、
前記コンピューティングシステムの生成モジュールによってデータ値を生成するステップであって、前記データ値は前記識別された経路値と前記残余値とを少なくとも含む、ステップと、
前記コンピューティングシステムの送信装置によって、前記生成されたデータ値を、支払ネットワークに関連付けられた支払レールを介して外部システムへ電子的に送信するステップと、を含む方法。
【請求項２】
請求項１に記載の方法において、更に、
前記コンピューティングシステムの前記生成モジュールによってトランザクションメッセージを生成するステップであって、前記トランザクションメッセージは１以上の規格にしたがって成形されて複数のデータ要素を含み、当該複数のデータ要素は、前記生成されたデータ値を格納するよう構成された少なくとも１つのデータ要素を含む、ステップを含み、
前記生成されたデータ値を前記外部システムへ送信することは、前記生成されたトランザクションメッセージを前記外部システムへ送信することを含む、方法。
【請求項３】
請求項１に記載の方法において、前記データ値は第２トラック(track 2）のデータ値である、方法。
【請求項４】
請求項１に記載の方法において、前記データ値は、有効期限と役務コードとチェックディジットとを含む第１トラック(track 1）のデータ値である、方法。
【請求項５】
請求項１に記載の方法において、前記一回限りの数値は１８桁の数値である、方法。
【請求項６】
請求項５に記載の方法において、前記識別値は１８桁の数値のうち２桁を含み、前記残余値は１８桁の数値のうち１６桁を含む、方法。
【請求項７】
請求項１に記載の方法において、前記受信装置が光学撮像装置であるとき、前記一回限りの数値を受信することは、前記一回限りの数値でコード化された機械可読コードを読み取って、前記コード化された一回限りの数値を受信することを含む、方法。
【請求項８】
請求項１に記載の方法において、前記機械可読コードは、バーコードとクイックレスポンスコードと表示された一連の桁又は記号とプログラマブル無線周波数識別子とのうち１つである、方法。
【請求項９】
コード化された一回限りの数値を支払レールを介して処理するシステムであって、
一回限りの数値を受信するよう構成された、コンピューティングシステムの受信装置であって、前記一回限りの数値は少なくとも識別値と残余値とを含む、受信装置と、
前記コンピューティングシステムのメモリ上でクエリを実行して、前記一回限りの数値の一部に少なくとも基づいて経路値を識別するよう構成された、前記コンピューティングシステムの問い合わせモジュールと、
データ値を生成するよう構成された、前記コンピューティングシステムの生成モジュールであって、前記データ値は前記識別された経路値と前記残余値とを少なくとも含む、生成モジュールと、
前記生成されたデータ値を、支払ネットワークに関連付けられた支払レールを介して外部システムへ電子的に送信するよう構成された、前記コンピューティングシステムの送信装置と、
を含むシステム。
【請求項１０】
請求項９に記載のシステムにおいて、
前記コンピューティングシステムの前記生成モジュールは、トランザクションメッセージを生成するよう更に構成され、前記トランザクションメッセージは、１以上の規格にしたがって成形され、前記生成されたデータ値を格納するよう構成された少なくとも１つのデータ要素を含む複数のデータ要素を含み、前記生成されたデータ値を前記外部システムに送信することは、前記生成されたトランザクションメッセージを前記外部システムへ送信することを含む、システム。
【請求項１１】
請求項９に記載のシステムにおいて、前記データ値は第２トラック(track 2）のデータ値である、システム。
【請求項１２】
請求項９に記載のシステムにおいて、前記データ値は、有効期限と役務コードとチェックディジットとを含む第１トラック(track 1）のデータ値である、システム。
【請求項１３】
請求項９に記載のシステムにおいて、前記一回限りの数値は１８桁の数値である、システム。
【請求項１４】
請求項１３に記載のシステムにおいて、前記識別値は１８桁の数値のうち２桁を含み、前記残余値は１８桁の数値のうち１６桁を含む、システム。
【請求項１５】
請求項９に記載のシステムにおいて、前記受信装置が光学撮像装置であるとき、前記一回限りの数値を受信することは、前記一回限りの数値でコード化された機械可読コードを読み取って、前記コード化された一回限りの数値を受信することを含む、システム。
【請求項１６】
請求項９に記載のシステムにおいて、前記機械可読コードは、バーコードとクイックレスポンスコードと表示された一連の桁又は記号とプログラマブル無線周波数識別子とのうち１つである、システム。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本願は、米国特許出願第15/793,237号（2017年10月25日出願）の優先権を主張する。上記出願の開示全体は参照によってここに取り込まれる。
【技術分野】
【０００２】
本願発明は支払レールを介して機械可読コードにコード化された一回限りの数値を処理することに関し、特に、機械可読コードにコード化された一回限りの数値を読み取ることと、一回限りの数値を供給する第三者に変わって処理するためにネットワークに関連付けられた支払レールを介して伝送するのに適したデータ値に変換することとに関する。
【背景技術】
【０００３】
コンピューティング装置が増えるにつれて、多くの方法が開発され、コンピューティング装置が電子的支払トランザクションに資金供給するために使用されることが可能である。従来、ユーザは自身のコンピューティング装置に支払詳細を手動で入力することができる。これは、支払トランザクションにおいて処理するために、例えばウェブページ又は他の類似的アプリケーションプログラムを介して、送信される。技術が一層進展すると、電子ウォレットが開発された。これは、支払証明書を格納するための一層安全な格納手法を用いた特定目的のアプリケーションプログラムである。これは、ネットワーク（例えばインターネット）を介して又は直接的に、購入内トランザクションのための近距離無線通信等を介して、販売者の販売時点端末へ電子的に送信される。伝統的に、電子ウォレットは、支払カードに格納される全ての同一データを格納することと、販売時点端末にそれを伝送することとによって、操作される。ここでは、支払カードを直接読み取る場合は、販売時点端末は同一のデータを受信し、支払カードとして動作するモバイル装置用の支払カードを効果的に決済処理（trade）する。
【０００４】
更に最近では、いくつかのエンティティは、代替手法を使用する自身の電子ウォレットを開発し、支払トランザクションへ支払う。そのようなウォレットでは、ウォレットは、販売者に提供される一意のデータを生成する。ここでは販売者はそのデータをウォレット提供者又は関連付けられた金融機関（これはトランザクションに資金供給するために使用される関連アカウントを識別可能である）へ戻す。そのような手法は、標準的な電子ウォレットよりも良い安全性を提供する。というのも、一意のデータは単一のトランザクションのみに使用可能であり、そのようなデータを受信して使用するよう構成された販売者を介してのみ処理されるからである。１つの一般的な種別の一意のデータは、一回限りの数値である。
【０００５】
しかし、一回限りの数値と他の一意のデータとを処理することは、販売者がそのデータを受信し処理するよう特別に構成されていることを要求し、また、販売者がウォレット提供者又は関連付けられた金融機関へ接続していることを要求する。結果として、支払のための電子ウォレットを受け付けたい任意の新たな販売者は、ハードウェア及びソフトウェアとその電子ウォレットに特有の通信インフラストラクチャとを獲得しなくてはならない。多くの販売者（特に小規模事業者）にとって、リソース消費は、そのような支払を受け付けることにおいて提供される利益を非常に上回ることがある。更に、電子ウォレットが更なる市場に拡大することは、困難であり、費用がかかり、そして時間がかかるプロジェクトである。
【０００６】
したがって一回限りの数値と電子ウォレットによって生成される他の種別の一意のデータとが、支払ネットワークに関連付けられた支払レールを用いて処理されることができ、既存の電子的支払トランザクション処理とインフラストラクチャとを利用することができる技術的解決手段が必要である。
【発明の概要】
【０００７】
本開示は、支払レールを介して、コード化された一回限りの数値を処理するシステム及び方法の開示を開示する。一回限りの数値を用いてコード化され機械可読コードは、販売時点装置によって読み取られる。販売時点装置は一回限りの数値を抽出し、又は、それを他の適切な手段を介して受信し、一回限りの数値の構成要素を識別する。これは、識別値を少なくとも含む。識別値はウォレット提供者又は金融機関（これは、その一回限りの数値を介して資金供給されるトランザクションを処理する）に関連付けられた経路値を識別するために使用される。経路値と一回限りの数値にある他の任意のデータとは、新たなデータ値（これは販売時点装置によって生成される）に含まれる。これはまた、標準的な電子的支払トランザクションの処理において必要な他の任意のデータ（例えば役務コード、有効期限、チェックディジット）を含む。この新たなデータ値は、支払ネットワークに関連付けられた支払レールを介して送信される標準化トランザクションメッセージに含まれる。結果としては、トランザクションが従来の支払トランザクションに類似し、したがって従来の支払トランザクションとして既存の安全な通信インフラストラクチャ上で処理される。しかし、それは、処理のために適切なエンティティへ経路指定される。したがって一回限りの数値は販売者、アクワイアラ及び発行者システムに対して最小限の修正により、支払トランザクションのために使用されてよく、速く、簡単で、費用がかからない実装を提供し、したがって広範な採用を支援する。
【０００８】
コード化された一回限りの数値を支払レールを介して処理する方法は、
コンピューティングシステムの受信装置によって一回限りの数値を受信するステップであって、前記一回限りの数値は少なくとも識別値と残余値とを含む、ステップと、
前記コンピューティングシステムの問い合わせモジュールによって、前記コンピューティングシステムのメモリ上でクエリを実行して、前記一回限りの数値の一部に少なくとも基づいて経路値を識別するステップと、
前記コンピューティングシステムの生成モジュールによってデータ値を生成するステップであって、前記データ値は前記識別された経路値と前記残余値とを少なくとも含む、ステップと、
前記コンピューティングシステムの送信装置によって、前記生成されたデータ値を、支払ネットワークに関連付けられた支払レールを介して外部システムへ電子的に送信するステップと、を含む。
【０００９】
コード化された一回限りの数値を支払レールを介して処理するシステムは、
一回限りの数値を受信するよう構成された、コンピューティングシステムの受信装置であって、前記一回限りの数値は少なくとも識別値と残余値とを含む、受信装置と、
前記コンピューティングシステムのメモリ上でクエリを実行して、前記一回限りの数値の一部に少なくとも基づいて経路値を識別するよう構成された、前記コンピューティングシステムの問い合わせモジュールと、
データ値を生成するよう構成された、前記コンピューティングシステムの生成モジュールであって、前記データ値は前記識別された経路値と前記残余値とを少なくとも含む、生成モジュールと、
前記生成されたデータ値を、支払ネットワークに関連付けられた支払レールを介して外部システムへ電子的に送信するよう構成された、前記コンピューティングシステムの送信装置と、
を含む。
【図面の簡単な説明】
【００１０】
本開示の範囲は、添付の図面と共に解釈されると、例示的な実施形態についての下記の詳細な記載から最も良く理解される。図面には次の図が含まれる。
【００１１】
【図１】図１は機能ブロック図であり、例示的実施形態による、従来の電子的支払トランザクションとして一回限りの数値を処理するハイレベルシステムアーキテクチャを示す。
【図２】図２は、例示的実施形態による、一回限りの数値を読み取って処理する図１のシステムにおけるコンピューティングシステムを示す機能ブロック図である。
【図３】図３は、例示的実施形態による、図１の一回限りの数値を用いた、支払レールを介した電子的支払トランザクションの処理を示すフローチャートである。
【図４】図４は、例示的実施形態による、支払レールを介してコード化された一回限りの数値を処理する例示的方法を示すフローチャートである。
【図５】図５は、例示的実施形態による、コンピュータシステムアーキテクチャを示す機能ブロック図である。
【００１２】
本開示の更なる応用分野は、下記の詳細な説明から自明である。例示的実施形態の詳細な説明は、例示目的のみを意図しており、本開示の範囲を必要的に制限することを意図しない。
【発明を実施するための形態】
【００１３】
用語解説
支払ネットワーク：所定の期間中の、数千、数百万又は数十億のトランザクションにつき、現金代替物の使用による資金移転に使用されるシステム又はネットワーク。支払ネットワークは、様々な異なるプロトコル及び手順を使用して、様々なタイプのトランザクションのために資金移転を処理してよい。支払ネットワークを介して実行されるトランザクションは、商品又は役務の購入と、クレジット購入と、デビットトランザクションと、資金移転と、口座引き落としとを含んでよい。支払ネットワークは、現金代替物によってトランザクションを実行するよう構成されてよく、これは支払カードと、信用紹介状と、小切手と、トランザクションアカウントとを含んでよい。支払ネットワークとして実行されるネットワーク又はシステムの例は、MasterCard（登録商標）、VISA（登録商標）、Discover（登録商標）、American  Express（登録商標）、PayPal（登録商標）によって操作されるものを含む。本書での「支払ネットワーク」との用語は、エンティティとしての支払ネットワークと、物理的支払ネットワーク（例えば、支払ネットワークを含む、機器、ハードウェア、及びソフトウェア）との両方を指す。
【００１４】
トランザクションアカウント：トランザクションへ資金を供給するために使用される金融アカウント（例えば当座預金口座、普通預金口座、クレジット口座、仮想支払口座等）トランザクションアカウントは消費者と関連付けられてよく、これは、支払アカウントに関連付けられた任意の適切なタイプのエンティティ（人、家族、人の集まり、会社、政府エンティティ等を含んでよい）であってよい。いくつかの実施形態では、トランザクションアカウントは仮想的（例えばPayPal（登録商標）等によって操作されるアカウント等）であってよい。
【００１５】
支払レール：支払トランザクションの処理と、トランザクションメッセージ及び他の類似データの通信とにおいて使用される支払ネットワークと関連付けられたインフラストラクチャである。当該通信は、支払ネットワークと、所定の期間中に数千、数百万又は数十億のトランザクションを処理する当該支払ネットワークと相互接続された他のエンティティとの間の通信である。支払レールは、支払ネットワークと、支払ネットワーク及び他の関連エンティティ（例えば金融機関、ゲートウェイプロセッサ等）との間の相互接続とを確立するために使用されるハードウェアを含んでよい。いくつかの実施形態では、支払レールはまた、ソフトウェアによって（例えば支払レールを含む通信ハードウェア及び装置を特別にプログラミングすることによって、）影響を受けてよい。例えば支払レールは、トランザクションメッセージをルーティングするために特別に構成される特別構成コンピューティング装置を含んでよい。当該トランザクションメッセージは、下記に詳述するように、支払レールを介して電子的に送信される特別整形データメッセージであってよい。
【００１６】
販売者：他のエンティティ（例えば消費者又は他の販売者）が購入するための商品（商品及び／又はサービス）を提供するエンティティである。販売者は、当業者にとって自明なように、消費者、小売業者、卸売業者、又は、購入用のプロダクトを提供する任意の他の種別のエンティティであってよい。いくつかの実施形態では、販売者は購入用に提供される商品及び／又は役務につき特別な知識を有してよい。他の実施形態では、販売者は提供される商品につき特別な知識を有さず又は要求しない。いくつかの実施形態では、単一のトランザクションに関係するエンティティは、販売者として考慮されてよい。いくつかの実施形態では、本開示のように、「販売者」との用語は販売者エンティティの機器又は装置を指してよい。
【００１７】
発行者：受益者に有利なように信用状又は信用供与を確立し（開き）、当該信用状又は信用供与で特定される金額に対して、受益者によって振り出された手形を引き受けるエンティティである。多くの実施形態では、発行者は、信用供与を開くよう授権を受けた銀行又は他の金融機関であってよい。いくつかの実施形態では、受益者へ信用供与を拡張可能な任意のエンティティは、発行者として考慮されてよい。発行者によって開かれた信用供与は支払アカウントのフォームにおいて提示されてよいし、支払アカウントを使用することによって受益者によって振り出されてよい。発行者はまた、追加の種類の支払アカウント（例えばデビットアカウント、プリペイドアカウント、電子ウォレットアカウント、預貯金、当座預金等）を消費者へ提供してよく、消費者へ、そのようなアカウントへアクセス及び／又は使用するための物理的又は非物理的手段（例えばデビットカード、プリペイドカード、ATMカード、電子ウォレット、小切手等）を提供してよい。このことは、当業者にとって自明である。発行者はまた、トランザクションメッセージの送受信（これは、承認要求の受信と承認応答の送信とを含む）において使用するために支払レールに接続されてよい。
【００１８】
アクワイアラ：販売者に代わって支払カードトランザクションを処理可能なエンティティである。アクワイアラは銀行又は、販売者に代わって支払カードトランザクションを処理するよう授権された他の金融機関であってよい。多くの実施形態では、アクワイアラは、受取人として活動する販売者につき信用供与を行ってよい。発行者によって提供される信用供与に対する受取人である消費者が、アクワイアラによって代理される販売者と支払カードによってトランザクションを行う場合、アクワイアラは発行者と共に資金を交換してよい。
【００１９】
支払トランザクション：２つのエンティティの間のトランザクションであって、資金又は他の経済的利益が一方のエンティティから他方に交換されるトランザクションである。支払トランザクションは、商品又は役務の購入のための、借金の返済のための、又は、経済的利益の任意の他の交換のための、資金移転であってよい（当業者にとって自明なもの）。いくつかの実施形態では、支払トランザクションは、支払カード及び／又は支払アカウントで資金供給されるトランザクション（例えばクレジットカードトランザクション）を示してよい。そのような支払トランザクションは発行者、支払ネットワーク及びアクワイアラを介して処理されてよい。そのような支払トランザクションを処理することは、承認、バッチ処理、清算、決済、及び資金供給の少なくとも１つを含んでよい。承認は、消費者から販売者への支払詳細の供給と、販売者からアクワイアラへのトランザクション詳細（これは例えば支払詳細を含む）の提出と、トランザクションに資金供給するために使用される消費者の支払アカウントの発行者との支払詳細の検証とを含んでよい。バッチ処理は、アクワイアラへの分配のための、他の承認済みトランザクションと共に、承認済みトランザクションをバッチに格納することを示してよい。清算は、バッチ処理されたトランザクションを、アクワイアラから、処理のために支払ネットワークへ送信することを含んでよい。決済は、発行者の受益者を伴うトランザクションにつき、支払ネットワークによって発行者から引き落とすことを含んでよい。いくつかの実施形態では、発行者は、支払ネットワークを介してアクワイアラに支払ってよい。他の実施形態では、発行者は、直接アクワイアラに支払ってよい。資金供給は支払トランザクション（これは清算され決済されたものである）につきアクワイアラから販売者へ支払うことを含んでよい。当業者にとって、上記のステップの順番及び／又は分類が、支払トランザクション処理の一部として実行されることは自明である。
【００２０】
販売時点装置：ユーザ（例えば消費者、従業員等）との相互作用を受信するよう構成されたコンピューティング装置又はコンピューティングシステムであり、商品及び／又は役務の購入及び／又は支払のために、トランザクションデータ、支払データ及び／又は他の適切な種別のデータを入力するものである。販売時点装置は、消費者がトランザクションの一部として訪問する物理的な位置（例えば「ブリック&モルタル」店舗）における物理的な装置（例えば現金レジ、キオスク、デスクトップコンピュータ、スマートフォン、タブレットコンピュータ等）であってよいし、電子商取引の環境内での仮想的なもの（例えばインターネット等のネットワーク上で消費者から通信を受信するオンライン小売業者等）であってよい。販売時点装置が仮想的である実施形態では、ユーザによって操作されてトランザクションを開始するコンピューティング装置、又は、トランザクションの結果としてデータを受信するコンピューティング装置は、適切なように、販売時点装置として考慮されてよい。支払レールを介して一回限りの数値を処理するシステム
【００２１】
図１は、支払ネットワークに関連付けられた支払レールを用いて、コード化された一回限りの数値により電子的支払トランザクションを処理するシステム１００を示す。
【００２２】
システム１００はコンピューティングシステム１０２を含んでよい。コンピューティングシステム１０２は、下記で詳述されるように、一回限りの数値（これは、コンピューティングシステム１０２へ表示される機械可読コードにてコード化されて、それによって読み取られる）を読み取って処理するよう構成されてよい。コンピューティングシステム１０２は特別に構成された販売時点装置であってよく、電子的支払トランザクションにおいて販売時点装置の従来的機能を実効するよう構成され、また、本開示の追加的機能を実行するよう構成されて、一回限りの数値と他の類似した一意のデータとを用いて、電子的支払トランザクションの処理を支援する。システム１００にて、コンピューティングシステム１０２は、コンピューティング装置１０４によって表示される機械可読コードを読み取ってよい。コンピューティング装置１０４は一回限りの数値又は他の一意のデータにコード化された機械可読コードを表示するのに適切な任意の種別のコンピューティング装置（例えば携帯電話、スマートフォン、スマートウォッチ、ウェアラブルコンピューティング装置、埋込式コンピューティング装置、ラップトップコンピュータ、タブレットコンピュータ、ノートブックコンピュータ等）であってよい。
【００２３】
コンピューティング装置１０４は電子ウォレットに関連付けられたアプリケーションプログラムを実行するよう構成されてよい。電子ウォレットは一回限りの数値でコード化された機械可読コードを生成するよう構成されてよい。本開示のように、「一回限りの数値」は、本開示の機能を実行する際に使用するに適切なデータを含む単一のトランザクション用の使用される数値又は他の任意のデータを示してよい。例えばアルファベット値と他の種別のデータとが、一回限りの数値の代替として使用されてよい。機械可読コードは一回限りの数値のコード化するのに適切な任意の種別のコード（例えばバーコード、クイックレスポンス（QR）コード、数値又はアルファベットと数値との値による記号表示等）であってよい。一回限りの数値は識別値を少なくとも含んでよい。ここでは、一回限りの数値に含まれる任意の他のデータは、「残余値」として参照されてよい。一実施形態では、一回限りの数値は１８桁の数値であってよい。ここでは、最初の２文字は識別値であってよく、他の１６文字は残余値であってよい。
【００２４】
システム１００において、一回限りの数値は、電子ウォレットに関連付けられたウォレット提供者１０６によってコンピューティング装置１０４に供給されてよいし、ウォレット提供者１０６によって供給される規則を用いて（例えば電子ウォレットアプリケーションプログラムを通して）生成されてよい。一回限りの数値がコンピューティング装置１０４によって生成される実施形態では、コンピューティング装置１０４は一回限りの数値を、格納のためにウォレット提供者１０６へ電子的に送信してよい。いくつかの実施形態では、ウォレット提供者１０６はコンピューティング装置１０４に、残余値のいくつか又は全てを供給してよい。ここでは、コンピューティング装置１０４は、格納済みの識別値と、残余値を含む必要のある任意の他のデータとを、残余値の受信されたいくつか又は全てに加えて使用して、一回限りの数値を作成してよい。
【００２５】
一旦、一回限りの数値が生成され又は識別されると、コンピューティング装置１０４は機械可読コードを生成して、それを表示装置に表示する。ここではコンピューティングシステム１０２は光学撮像装置を使用して、機械可読コードを読み取り、そこにコード化されたデータを復号化してよい。結果として、コンピューティングシステム１０２は一回限りの数値を取得してよい。コンピューティングシステム１０２は新たなデータ値を次いで生成してよい。代替的に、一回限りの数値はコンピューティング装置１０４による他の任意の適切な手段によりコンピューティングシステム１０２に伝送されてよい。例えば、コンピューティング装置１０４は一回限りの数値を、近距離無線通信、Bluetooth、磁気安全送信、無線周波数、携帯通信ネットワーク、インターネット等により、コンピューティングシステム１０２へ電子的に送信してよい。
【００２６】
新たなデータ値は、経路値と同様に、一回限りの数値から残余値を少なくとも含んでよい。ここでは経路値は、一回限りの数値から解析された識別値に基づく。いくつかの実施形態では、コンピューティングシステム１０２はルックアップテーブルを格納し又はルックアップテーブルへのアクセスを有してよい。ここでは、経路値は識別値を用いて識別されてよい。上記の例では、コンピューティングシステム１０２は、２桁の識別数値を識別して、その２桁の識別数値に関連付けられた経路値を識別してよい。経路値は電子的支払トランザクションの一部として受信された経路値において支払ネットワーク１０８によって使用するのに適切な数値であってよい。経路値は、銀行識別番号又は発行者識別番号であってよい。いくつかの実施形態では、ウォレット提供者１０６はコンピューティングシステム１０２に、識別値（これは一回限りの数値に含まれてよい）に関連付けられる経路値を提供してよい。
【００２７】
例示的実施形態では、コンピューティングシステム１０２によって生成されるデータ値は、支払ネットワーク１０８に関連付けられた支払レールを介する送信のために構成されたトランザクションメッセージに含めることと、そこでの処理とに適切な形式であってよい。例えば一実施形態では、データ値は第２トラック(track 2)のデータ値であってよく、それにしたがって成形されてよい（例えばデータ値が３２桁の数値であり、経路値と残余値と他のデータとが支払ネットワーク１０８によって使用される成形に基づいて特有の桁で格納されるとき）。例えば、第２トラックデータは、金融トランザクションメッセージの交換を管理する１以上の規格（例えば国際標準化機構のISO8583規格又はISO20022規格）にしたがって成形されてよい。
【００２８】
いくつかの実施形態では、コンピューティング装置１０４は、コンピューティング装置１０４において直接的にデータ値を生成し、又は、それをウォレット提供者１０６から受信するよう構成されてよい。そのような実施形態では、コンピューティング装置１０４は、データ値を生成するよう構成されてよい。これは、第２トラックデータ値であり、支払トランザクションの処理において使用するのに適切なデータを含む（下記の通り）。コンピューティング装置１０４はデータ値を生成して、機械可読コード、近距離無線通信、Bluetooth、磁気安全送信、無線周波数等により、コンピューティングシステム１０２へ電子的に送信してよい。コンピューティングシステム１０２は適宜データ値を受信してよく、即座に本開示のような処理にて処理してよい。いくつかの実施形態では、コンピューティングシステム１０２はまずデータ値を検証してよい（例えば適用可能な規格に基づいた適切な成形であることを確実にする）。
【００２９】
データ値は、支払ネットワーク１０８に関連付けられた支払レールを介して支払ネットワーク１０８に送信されてよい。例示的実施形態では、データ値はトランザクションメッセージに含まれてよい。ここではトランザクションメッセージは１以上の適用可能な規格にしたがって成形される。いくつかの実施形態では、コンピューティングシステム１０２はトランザクションメッセージを生成してよい。これは、コンピューティングシステム１０２によって直接的に支払ネットワーク１０８に関連付けられた支払レールを介して支払ネットワーク１０８へ電子的に送信されてよいし、１以上の中間エンティティ（例えば加盟店金融機関及び／又はゲートウェイプロセッサ）を介して送信されてよい。他の実施形態では、コンピューティングシステム１０２はデータ値と、電子的支払トランザクションを処理する際に使用するのに必要な他の任意のデータ（例えばトランザクション金額、資金受領のためのアカウント番号、加盟店金融機関データ等）とを電子的に、中間エンティティ（例えば加盟店金融機関又はゲートウェイプロセッサであり、これはトランザクションメッセージを生成してそこにデータ値を含める）に送信してよい。トランザクションメッセージはメッセージ種別指示子と複数のデータ要素と少なくとも含んでよい。ここでは、データ要素の１つは、生成されたデータ値を格納するよう構成され、いくつかの実施形態では、データ要素は適用可能な規格によって特定されてよい。追加のデータ要素が、支払トランザクションの追加のトランザクションデータ（例えばトランザクション金額、販売者識別値、他の販売者データ、アカウント番号、加盟店データ、地理的位置、トランザクション時刻及び／又は日付、通貨種別、トランザクション種別等）を格納するために使用されてよい。メッセージ種類指示子は、その処理において、支払ネットワーク１０８による使用のために、トランザクションメッセージの種別を示してよい。例えばコンピューティングシステム１０２によって提出され又はコンピューティングシステム１０２に代わって提出されるトランザクションメッセージは、メッセージ種別指示子を含んでよい。これは、トランザクションメッセージが承認要求であることを示してよい。
【００３０】
支払ネットワーク１１８は、従来の方法及びシステムを用いて、トランザクションメッセージを受信してそれを処理してよい。第２トラックデータは、適用可能な規格にしたがって成形される。よってトランザクションメッセージは、含まれた経路値を用いて、支払ネットワーク１０８の標準的な処理技術を用いて経路指定されてよい。いくつかの実施形態では、支払ネットワーク１０８は処理システム１１０を含んでよく、又は、トランザクションメッセージを経路指定のために処理システム１１０へ転送してよい。
【００３１】
いくつかの実施形態では、トランザクションメッセージはウォレット提供者１０６へ経路指定されてよい。ウォレット提供者１０６は次いで支払トランザクションを（例えば一回限りの数値（これは、トランザクションメッセージに格納されたデータ値に含まれる残余値によって識別される）に関連付けられたトランザクション金額がトランザクション金額をまかなうのに十分な残高又は信用を有していることを確実にすることによって、）処理してよい。他の実施形態では、トランザクションメッセージは金融機関システム１１２へ経路指定されてよい。これは、金融機関の一部であってよいし、金融機関に代わって操作されてよい。その金融機関は、支払トランザクション（例えば一回限りの数値によって識別される）に資金供給するために使用されるトランザクションアカウントに関連付けられてよい。例えば金融機関システム１１２は、ウォレット提供者１０６に代わって動作する金融機関であってよく、ウォレット提供者１０６へ発行されたトランザクションアカウントを管理し、又は、ウォレット提供者１０６を介して使用されるトランザクションアカウントを管理してよい。
【００３２】
支払トランザクションの処理は、ウォレット提供者１０６による決定をもたらしてよいし、適用可能なら金融機関システム１１２が支払トランザクションを承認又は拒否することをもたらしてよい。承認応答は、新たなトランザクションメッセージであってよいし修正された承認要求であってもよいが、支払ネットワーク１０８に関連付けられた支払レールを介して支払ネットワーク１０８へ返信されてよい。ここでは、そこに含まれるデータ要素の１つが、支払トランザクションの承認又は拒否を示す応答コードを格納するよう構成される。支払ネットワーク１０８は承認応答をコンピューティングシステム１０２へ、支払ネットワーク１０８に関連付けられた支払レールを介して直接的に、又は、中間エンティティ（例えば加盟店金融機関）へ転送してよい。中間エンティティはコンピューティングシステム１０２へ承認応答を転送してよいし、支払トランザクションの処理の結果を示すデータをコンピューティングシステム１０２へ提供してよい。コンピューティングシステム１０２は適宜支払トランザクションを、例えばトランザクションが承認されたか拒否されたかを示すメッセージを表示することによって、終了させてよい。いくつかの実施形態では、ウォレット提供者１０６及び／又は金融機関システム１１２は、トランザクションアカウント番号に又は関連トランザクションアカウントに関連付けられた他の識別データを、一回限りの数値から置換してよいし、承認応答に含めてもよい。そのような場合、支払ネットワーク１０８、金融機関システム１１２又はコンピューティングシステム１０２は、トランザクションアカウントに関して、ウォレット提供者１０６に代わって追加のサービス（例えば詐欺監視又はスコアリング）を実行するよう構成されてよい。
【００３３】
いくつかの実施形態では、ウォレット提供者１０６又は金融機関システム１１２は、コンピューティング装置１０４のユーザが一回限りの数値に加えて追加の情報を（例えば認証又は識別の目的で）提供することを要求することができる。そのような実施形態では、ウォレット提供者１０６又は金融機関システム１１２は、支払トランザクションを拒否して、承認応答を支払ネットワーク１０８へ提出してよい。ここでは、応答コードは、追加の検証が必要であることを示す。いくつかの実施形態では、応答コードは、一連の応答コードの１つであってよい。ここでは、コードは、要求される追加の検証の種別を示してよい。いくつかの実施形態では、応答コードは、適用可能な規格に応じた、再利用された応答コードであってよい。コンピューティングシステム１０２は応答コードを受信してよく、対応する追加の検証が実行されることを要求するメッセージを表示してよい。例えば個人識別番号（PIN）が、コンピューティング装置１０４のユーザから要求されてよい。ここでは、ユーザはPINを入力して、トランザクションが再び処理され、PINは支払ネットワーク１０８に関連付けられた支払レールを介して支払ネットワーク１０８へ提出される新たなトランザクションメッセージ内の対応するデータ要素に含まれる。
【００３４】
いくつかの実施形態では、コンピューティングシステム１０２はデータ値により、追加のデータをウォレット提供者１０６又は金融機関システム１１２に提供するよう構成されてよい。例えばコンピューティングシステム１０２は支払トランザクションに関連付けられた追加の情報を含んでよい。これは、ウォレット提供者１０６又は金融機関システム１１２によって、例えば追加の検証を要求するか否かの判定を行う際に、使用されてよい。例えばコンピューティングシステム１０２は、データ値にて又はデータ値を格納するよう構成されたデータ要素にて、地理的位置情報を提供してよい。これは、（例えば、識別されるコンピューティング装置１０４の地理的位置に基づいて）追加の検証が要求されるべきか否かを判定する際にウォレット提供者１０６によって使用されてよい。いくつかの実施形態では、そのように供給された情報は、情報を受信するウォレット提供者１０６及び／又は金融機関システム１１２に特有であってよい。
【００３５】
本開示の方法及びシステムは、コンピューティングシステム１０２によって処理される一回限りの数値を使用することによって電子的支払トランザクション（これは、適用可能な規格にしたがって整形される支払ネットワーク１０８に関連付けられた支払レールを介して経路指定される）を処理する方法を提供し、従来の経路指定と処理とが、電子的なウォレット提供者１０６によって又はウォレット提供者１０６に代わって生成される一回限りの数値について実行されることを可能にする。結果としては、ウォレット提供者１０６は自身の種別の一回限りの数値を用いてよい。これは、機械可読コードによりコンピューティングシステム１０２に伝送されてよいが、支払ネットワーク１０８という特別構成され安全なインフラストラクチャを依然として利用する。もしシステムが、本開示のように支払トランザクションにて使用されるデータ値を生成するよう特別構成されていれば、既存の処理インフラストラクチャを使用することは、一回限りの数値が、従来のハードウェアを用いて広い範囲の販売者にて使用されることを可能にする。したがって一回限りの数値は、既存の支払システムに対する最小限の修正で、電子的支払トランザクションのために使用される。
【００３６】
コンピューティングシステム
図２は、システム１００のコンピューティングシステム１０２の実施形態を示す。当業者にとって、図２に示すコンピューティングシステム１０２の実施形態が、例示目的のみで提供されることと、本開示の機能を実行するのに適した、コンピューティングシステム１０２の全ての可能な構成を徹底的に示したものでないことは自明である。例えば図５に示され下記で一層詳細に説明されるコンピュータシステム５００が、コンピューティングシステム１０２の適切な構成であってよい。
【００３７】
コンピューティングシステム１０２は受信装置２０２を含んでよい。受信装置２０２は１以上のネットワークプロトコルを介して１以上のネットワーク上でデータを受信するよう構成されてよい。いくつかの実施形態では受信装置２０２は、データを、コンピューティング装置１０４、ウォレット提供者１０６、支払ネットワーク１０８、及び他のシステムから、１以上の通信手段（例えば無線周波数、ローカルエリアネットワーク、無線エリアネットワーク、携帯通信ネットワーク、Bluetooth、インターネット等）を介して、受信するよう構成されてよい。いくつかの実施形態では、受信装置２０２は複数の装置（例えば、異なるネットワーク上でデータを受信する異なる受信装置（例えばローカルエリアネットワークでデータを受信する第１の受信装置と、インターネット上でデータを受信する第２の受信装置））を含んでよい。受信装置２０２は送信される電子的なデータ信号を受信してよい。このとき、受信装置２０２によるデータ信号の受信によって、データはデータ信号上に重ねられ、復号、解析（パース）、読取り、又は取得されてよい。いくつかの実施形態では、受信装置２０２は、受信されたデータ信号を解析して、そこに重ねられたデータを取得するための解析モジュールを含んでよい。例えば受信装置２０２は、受信されたデータ信号を受信し、処理装置によって実行される機能のための利用可能な入力へと変換して本開示の方法及びシステムを実行するよう構成される解析プログラムを含んでよい。
【００３８】
受信装置２０２は、ウォレット提供者１０６によって電子的に送信されたデータ信号を受信するよう構成されてよい。これは、経路値又は経路値を識別する際に使用されるデータ（例えば金融機関識別データ）と一回限りの数値に含まれる識別値への関連付けと、に重畳され又はコード化されたものである。受信装置２０２はまた、支払ネットワーク１０８によって電子的に送信されたデータ信号を受信するよう構成されてよい。これは、それに関連付けられた支払レールを介して送信されてよいし、トランザクションメッセージに重畳され又はコード化されてよい。
【００３９】
コンピューティングシステム１０２はまた、通信モジュール２０４を含んでよい。通信モジュール２０４は、本開示の機能を実行する際に使用するために、モジュール、エンジン、データベース、メモリ、及びコンピューティングシステム１０２の他の構成要素の間でデータを転送するよう構成されてよい。通信モジュール２０４は１以上の通信種別を含んでよく、コンピューティング装置内での通信のために様々な通信方法を使用してよい。例えば通信モジュール２０４はバス、接続ピンコネクタ、ケーブル等を含んでよい。いくつかの実施形態では、通信モジュール２０４はまた、コンピューティングシステム１０２の内部構成要素とコンピューティングシステム１０２の外部構成要素（例えば外部で接続されたデータベース、表示装置、入力装置等）との間で通信するよう構成されてよい。コンピューティングシステム１０２はまた、処理装置を含んでよい。処理装置は本開示のコンピューティングシステム１０２の機能を実行するよう構成されてよい。このことは、当業者にとって自明である。いくつかの実施形態では、処理装置は、処理装置の１以上の機能を実行するよう特別に構成された複数のエンジン及び／又はモジュール（例えば問い合わせモジュール２１８、生成モジュール２２０、トランザクション処理モジュール２２２等）を含んでよい。本開示のように、「モジュール」との用語は、入力を受信し、当該入力を使用して１以上の処理を実行し、且つ出力を提供するよう特別にプログラムされたソフトウェア又はハードウェアであってよい。様々なモジュールによって実行される入力、出力及び処理は、本開示に基づいて、当業者にとって自明である。
【００４０】
いくつかの実施形態では、コンピューティングシステム１０２は光学撮像装置２０６を含んでよい。光学撮像装置２０６コンピューティングシステム１０２とインタフェース接続されてよく、光学的に物理媒体を撮像するよう構成されてよく、それに関連付けられたデータを使用のためにコンピューティングシステム１０２へ提供してよい。光学撮像装置２０６は、コンピューティング装置１０４によって表示等される機械可読コードを読み取るよう構成されてよく、そこにコード化されたデータを読み取ってよい。光学撮像装置２０６は、バーコード、QRコード、又は他の適切な種別の機械可読コードを読み取って復号化するよう構成されてよい。システム１００にて、光学撮像装置２０６は、コンピューティング装置１０４によって表示等される機械可読コードから一回限りの数値を復号化するよう構成されてよい。これは、識別値と残余値とを少なくとも含んでよい。光学撮像装置２０６はまた、例えば、電子的支払トランザクションにおいてコンピューティング装置１０４のユーザによる購入のためにスキャンされた、製品に表示されたバーコードを読み取るよう構成されてよい。
【００４１】
コンピューティングシステム１０２はまた、１以上の入力装置２０６を含んでよいし、１以上の入力装置２０６とインタフェース接続されてよい。入力装置２０６はコンピューティングシステム１０２の内部でよいし、コンピューティングシステム１０２の外部にあってそこへ１以上の接続（例えば有線又は無線）を介して、そことのデータ送受信のために接続されてよい。入力装置２０６はコンピューティングシステム１０２のユーザ（例えばコンピューティングシステム１０２がインストールされる販売者の従業員）からの入力を受信するよう構成されてよい。これは、処理のために、コンピューティングシステム１０２の他のモジュール又はエンジンへ（例えば通信モジュール２０４を介して）提供されてよい。入力装置２０６は本開示の機能を実行するための入力を受信するのに適切な任意の種別の入力装置（例えばキーボード、マウス、クリックホイール、スクロールホイール、マイク、タッチスクリーン、トラックパッド、カメラ、光学撮像装置等）を含んでよい。入力装置２０６は例えば、コンピューティング装置１０４のユーザによる追加の検証データ（例えばPIN、生体データ等）の入力を受信するよう構成されてよいし、コンピューティングシステム１０２のユーザによる入力（例えば電子的支払トランザクションにて使用される追加のトランザクションデータの入力）を受信するよう構成されてよい。
【００４２】
コンピューティングシステム１０２は、メモリ２０８を含んでよい。メモリ２０８は、本開示の機能を実行するときにコンピューティングシステム１０２が使用するためのデータ（例えば公開鍵、秘密鍵、対称鍵等）を格納するよう構成されてよい。メモリ２０８は、データ整形方法及びスキーマを用いてデータを格納するよう構成されてよく、また、任意の適切な種類のメモリ（例えば読み取り専用メモリ、ランダムアクセスメモリ等）であってよい。メモリ２０８は例えば暗号鍵及びアルゴリズム、通信プロトコル及び基準、データ整形基準及びプロトコル、モジュール用プログラムコード及び処理装置のアプリケーションプログラム、並びに、本開示の機能を実行する際にコンピューティングシステム１０２によって使用される適切な他のデータを含んでよい。このことは、本開示を読む当業者にとって自明である。いくつかの実施形態では、メモリ２０８は、構造照会言語を使用するリレーショナルデータベースを含んでよく、記憶された構造化データセットを記憶、識別、修正、更新、アクセス等してよい。
【００４３】
メモリ２０８はルックアップテーブルを格納するよう構成されてよいし、識別値と経路値との間の関連付けを格納する際に使用するための他の形式の格納データを格納するよう構成されてよい。メモリ２０８はまた、一回限りの数値に基づいてデータ値を生成する際に使用するための成形規則を格納するよう構成されてよい。メモリ２０８はまた、電子的支払トランザクションについての追加のトランザクションデータ（これは例えば、一回限りの数値により資金供給される電子的支払トランザクションにて使用されてよいし、例えば、トランザクション金額、販売者データ、製品データ、加盟店金融機関データ、アカウントデータ、地理的位置データ、報酬データ、ロイヤルティデータ、オファーデータ等を含んでよい）を格納するよう構成されてよい。
【００４４】
コンピューティングシステム１０２はまた、問い合わせモジュール２１８を含んでよい。問い合わせモジュール２１８はデータベース上のクエリを実行して情報を識別するよう構成されてよい。問い合わせモジュール２１８は１以上のデータ値又はクエリ列を受信してよく、それに基づいて、示されたデータベース（例えばメモリ２０８）上でクエリ列を実行して、そこに格納された情報を識別してよい。問い合わせモジュール２１８は次いで、識別された情報を、必要に応じてコンピューティングシステム１０２の適切なエンジン又はモジュールへ出力してよい。問い合わせモジュール２１８は例えば、メモリ２０８上でクエリを実行して、光学撮像装置２０６によって読み取られた一回限りの数値から分析される識別値に関連付けられた経路値を識別してよい。コンピューティングシステム１０２はまた、生成モジュール２２０を含んでよい。生成モジュール２２０は、本開示の機能を実行するときにコンピューティングシステム１０２によって使用するためのデータを生成するよう構成されてよい。生成モジュール２２０は入力値として命令を受信してよいし、命令に基づいてデータを生成してよいし、コンピューティングシステム１０２の１以上のモジュールへ、生成済みデータを出力してよい。例えば生成モジュール２２０は通知又は他のデータメッセージを、支払ネットワーク１０８、加盟店金融機関又は他の中間エンティティに送信するために生成してよい。生成モジュール２２０は一回限りの数値に基づいてトランザクションメッセージに含めるためのデータ値を生成するよう構成されてよい。ここで、データ値は、経路値と、一回限りの数値に含まれた残余値とを少なくとも含む。一実施形態では、データ値は第２トラックデータであってよいし、少なくとも、経路値と残余値とチェックディジットと役務コードと有効期限とを含んでよい。
【００４５】
コンピューティングシステム１０２はまた、トランザクション処理モジュール２２２を含んでよい。トランザクション処理モジュール２２２は本開示のコンピューティングシステム１０２の一部として、トランザクション処理に関連付けられた機能を実行するよう構成されてよい。例えばトランザクション処理モジュール２２２はトランザクションメッセージを生成及び成形し、トランザクション金額を算出し、承認又は拒否された支払トランザクションに関連付けられた機能を実行し、認証及び確認データと他の関連付けられた機能とを受信及び提出するよう構成されてよい。
【００４６】
コンピューティングシステム１０２はまた、送信装置２２４を含んでよい。送信装置２２４は１以上のネットワークプロトコルを介して１以上のネットワーク上でデータを送信するよう構成されてよい。いくつかの実施形態では送信装置２２４は、データを、１以上の通信手段、ローカルエリアネットワーク、無線エリアネットワーク、携帯通信ネットワーク、Bluetooth、無線周波数、インターネット等を介して、支払ネットワーク１０８及び他のエンティティへ送信するよう構成されてよい。いくつかの実施形態では、送信装置２２４は複数装置（例えば、異なるネットワーク上でデータを送信するための異なる送信装置（例えばローカルエリアネットワーク上でデータを送信する第１の送信装置と、インターネット上でデータを送信する第２の送信装置））を含んでよい。送信装置２２４は、重畳されたデータであって受信コンピューティング装置によって解析されるデータを有するデータ信号を電子的に送信してよい。いくつかの実施形態では、送信装置２２４は、データを重畳しエンコードし、又はデータを送信に適したデータ信号へ整形する１以上のモジュールを含んでよい。
【００４７】
送信装置２２４はまた、支払ネットワーク１０８に関連付けられた支払レールを介して支払ネットワーク１０８へデータ信号を電子的に送信するよう構成されてよい。これは、残余値と経路値とを少なくとも含む生成済みデータ値を格納するよう構成されたデータ要素を含むトランザクションメッセージに重畳され又はコード化される。いくつかの実施形態では、送信装置２２４は中間エンティティ（例えば加盟店機関、又はゲートウェイプロセッサ）へデータ信号を電子的に送信するよう構成されてよい。これは、トランザクションメッセージに含めることと、支払ネットワーク１０８に関連付けられた支払レールを介して支払ネットワーク１０８へ転送することのために、生成済みデータ値及び他の任意のトランザクションデータに重畳され又はコード化される。
【００４８】
一回限りの数値を用いた支払トランザクションの処理
図３は、支払ネットワークに関連付けられた支払レールを用いて送信された一回限りの数値により資金供給される電子的支払トランザクションの処理のための、図１にシステム１００において実行される例示的処理を示す。
【００４９】
ステップ３０２にて、支払ネットワーク１０８、ウォレット提供者１０６又は他のエンティティは、経路データをコンピューティングシステム１０２へ送信してよい。経路データは複数の異なるデータ対を少なくとも含んでよい。各データ対は、経路値（例えば銀行識別番号又は発行者識別番号）と、関連付けられた識別値（例えば一意の２桁の数値）とを含む。ステップ３０４にて、コンピューティングシステム１０２の受信装置２０２は経路データを受信してよい。ステップ３０６にてコンピューティングシステム１０２の問い合わせモジュール２１８は、コンピューティングシステム１０２のメモリ２０８上でクエリを実行して、経路データをそこに格納してよい。
【００５０】
ステップ３０８にて、コンピューティング装置１０４は、ウォレット提供者１０６によって電子的に送信された一回限りの数値を受信してよい。一回限りの数値は１８桁の数値であってよい。そのうち２桁は識別値を含む。残りの１６桁は処理においてウォレット提供者１０６が使用するための、電子的支払トランザクションに対して一意の追加データである。例えば残余値は特定のトランザクションアカウントを識別する際に使用されるデータを含んでよい。ステップ３１０にてコンピューティング装置１０４は、コード化された一回限りの数値を含むQRコードを生成してよい。ステップ３１２にてコンピューティング装置１０４は、そこにインタフェース接続された表示装置に、コード化された一回限りの数値を有するQRコードを表示してよい。
【００５１】
ステップ３１４にて、コンピューティングシステム１０２の光学撮像装置２０６は、コンピューティング装置１０４によって表示等される機械可読コードを読み取り、そこにコード化された一回限りの数値を復号化してよい。ステップ３１６にてコンピューティングシステム１０２の問い合わせモジュール２１８は、コンピューティングシステム１０２のメモリ２０８上でクエリを実行して、復号化された一回限りの数値に含まれる識別値に関連付けられた経路値を識別してよい。ステップ３１８にて、コンピューティングシステム１０２の生成モジュール２２０は、第２トラックのデータを生成してよい。このとき、第２トラックのデータは、１以上の規格（例えばISO8583規格及び／又はISO20022規格）にしたがって成形され、少なくとも経路値と残余値とを含む。いくつかの実施形態では、第２トラックのデータはまた、チェックディジットと役務コードと有効期限（これは例えばQRコードにてコード化され、又は、コンピューティング装置１０４もしくはそのユーザによって別途、例えばコンピューティングシステム１０２の入力装置２１０を介して、又は、コンピューティング装置１０４から電子的に送信されることによって（受信装置２０２によって受信される）、供給されてよい。）とを含んでよい。
【００５２】
ステップ３２０にてコンピューティングシステム１０２の送信装置２２４は、生成済みの第２トラックのデータと任意の他のトランザクションデータとを、支払ネットワーク１０８に関連付けられた支払レールを介して支払ネットワーク１０８へ、電子的に送信してよい。いくつかの実施形態では、コンピューティングシステム１０２は、（例えば生成モジュール２２０を介して）、支払ネットワーク１０８への直接送信のために、トランザクションメッセージを生成してよい。他の実施形態では、トランザクションデータ（これは第２トラックのデータを含む）は、他のエンティティ（例えば加盟店金融機関）へ送信されてよい。これは、トランザクションメッセージを生成し、それを支払ネットワーク１０８に関連付けられた支払レールを介して支払ネットワーク１０８へ、コンピューティングシステム１０２に代わって、提出する。ステップ３２２にて、支払ネットワーク１０８はトランザクションメッセージを受信してよい。
【００５３】
ステップ３２４にて、支払ネットワーク１０８は、従来の方法及びシステムを用いて、支払トランザクションを処理してよい。これは、トランザクションメッセージをウォレット提供者１０６又は他の承認されたエンティティ（例えば金融機関システム１１２）へ、経路値と承認又は拒否とに基づいて、経路指定することを含む。処理の一部として、支払ネットワーク１０８はウォレット提供者１０６又は承認されたエンティティから、承認応答を受信してよい。これは、支払トランザクションの承認又は拒否を示す応答コードを含む。ステップ３２６にて支払ネットワーク１０８は承認応答をコンピューティングシステム１０２（又は例えばコンピューティングシステム１０２への送信のために中間エンティティ）へ、それに関連付けられた支払レールを介して、転送してよい。ステップ３２８にて、コンピューティングシステム１０２の受信装置２０２は承認応答を受信してよい。コンピューティングシステム１０２は次いで、含まれた応答コードに基づいて適宜、支払トランザクションを終了させてよい。
【００５４】
支払レールを介した、コード化された一回限りの数値を処理する例示的方法
図４は電子的支払トランザクションで使用するために、支払ネットワークに関連付けられた支払レールを介してデータ値を送信する前に、機械可読コードにコード化された一回限りの数値を処理する方法４００を示す。
【００５５】
ステップ４０２にて、一回限りの数値は、コンピューティングシステム（例えばコンピューティングシステム１０２）の受信装置（例えば受信装置２０２）によって受信されてよい。ここで、一回限りの数値は少なくとも１つ識別値と残余値とを含む。ステップ４０４にてクエリは、コンピューティングシステムのメモリ（例えばメモリ２０８）上で、コンピューティングシステムの問い合わせモジュール（例えば問い合わせモジュール２１８）によって実行されてよく、一回限りの数値の一部に少なくとも基づいて、経路値を識別する。
【００５６】
ステップ４０６にてデータ値はコンピューティングシステムの生成モジュール（例えば生成モジュール２２０）によって生成されてよい。ここでデータ値は識別された経路値と残余値とを少なくとも含む。ステップ４０８にて、生成されたデータ値は、コンピューティングシステムの送信装置（例えば送信装置２２４）によって支払ネットワーク（例えば支払ネットワーク１０８）に関連付けられた支払レールを介して、外部システムへ電子的に送信されてよい。
【００５７】
一実施形態では、方法４００はコンピューティングシステムの生成モジュールによってトランザクションメッセージを生成することを含んでよく、トランザクションメッセージは、１以上の規格にしたがって整形され、生成されたデータ値を格納するよう構成された少なくとも１つのデータ要素を含む複数のデータ要素を含み、生成されたデータ要素を外部システムに送信することは、生成されたトランザクションメッセージを外部システムへ送信することを含む。いくつかの実施形態では、データ値は第２トラックデータ値であってよい。他の実施形態では、データ値は第１トラック(track 1)データ値であってよく、これは有効期限と役務コードとチェックディジットとを含む。
【００５８】
一実施形態では、一回限りの数値は１８桁の数値であってよい。更なる実施形態では、識別値は１８桁の数値のうち２桁を含んでよい。残余値は１８桁の数値のうち１６桁を含んでよい。いくつかの実施形態では、一回限りの数値を受信することは、受信装置が光学撮像装置（例えば光学撮像装置２０６）であるとき、一回限りの数値でコード化された機械可読コードを読み取って、コード化された一回限りの数値を受信することを含んでよい。一実施形態では、機械可読コードはバーコードとクイックレスポンスコードとの１つであってよい。
【００５９】
コンピュータシステムアーキテクチャ
図５は、コンピュータシステム５００を示す。そこには、本開示の実施形態又はその一部が、コンピュータ読取り可能なコードとして実装されてよい。例えば図１のコンピューティングシステム１０２は、ハードウェア、ソフトウェア、ファームウェア、格納された命令を有する非一時的なコンピュータ可読媒体、又はこれらの組合せを用いてシステム５００内に実装されてよく、１以上のコンピュータシステム又は他の処理システムにおいて実装されてよい。ハードウェア、ソフトウェア及びこれらの任意の組合せは、図３及び４の方法を実装するために使用されるモジュール及びコンポーネントを実現してよい。
【００６０】
プログラマブルロジックが使用される場合、そのようなロジックは、実行可能なソフトウェアコードで構成された商業的に利用可能な処理プラットフォーム上で実行され、特定用途装置又は特別目的装置となってよい（例えばプログラマブルロジックアレイ、特定用途向け集積回路等）。当業者は、開示された事項についての実施形態が、様々なコンピュータシステム構成で実行可能であることを理解する。当該システム構成は、マルチコアのマルチプロセッサシステムと、ミニコンピュータと、メインフレームコンピュータと、分散された機能でリンクされ又はクラスタ化されたコンピュータと、任意の装置へ仮想的に実装可能な汎用（pervasive）又はミニチュアのコンピュータとを含む。例えば少なくとも１つのプロセッサ装置及びメモリが、上記実施形態を実装するために使用されてよい。
【００６１】
本開示のプロセッサユニット又は装置は、単一のプロセッサ、複数のプロセッサ、又はこれらの組合せであってよい。プロセッサ装置は、１以上のプロセッサ「コア」を有してよい。本開示の「コンピュータプログラム媒体」、「非一時的なコンピュータ読取り可能な媒体」及び「コンピュータ使用可能な媒体」との用語は、概して、有形の媒体（例えば取外し可能なストレージユニット５１８、取外し可能なストレージユニット５２２及びハードディスクドライブ５１２にインストールされたハードディスク等）を指すために使用される。
【００６２】
本開示の様々な実施形態は、この例示的なコンピュータシステム５００に関して記述される。本開示を読んだ後、当業者にとって、他のコンピュータシステム及び／又はコンピュータアーキテクチャを用いて本開示をどのように実装するかは自明である。動作はシーケンシャルな処理として開示されるが、いくつかの動作は実際には、並行して、同時に及び／又は分散環境で、実行されてよい。このとき、プログラムコードは、単一プロセッサの又はマルチプロセッサのマシンによってアクセスするために、ローカルに又はリモートに格納された状態である。更に、いくつかの実施形態では、動作の順番は、開示される事項の趣旨を逸脱することなく再配置可能である。
【００６３】
プロセッサ装置５０４は、本開示の機能を実行するよう特別に構成された特定用途又は汎用プロセッサ装置であってよい。プロセッサ装置５０４は、通信インフラストラクチャ５０６（例えばバス、メッセージキュー、ネットワーク、マルチコアメッセージパススキーム等）へ接続されてよい。ネットワークは、本開示の機能を実行するのに適した任意のネットワークであってよく、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ネットワーク（例えばＷｉｆｉ）、モバイル通信ネットワーク、衛星ネットワーク、インターネット、光ファイバ、同軸ケーブル、赤外線、無線周波数（ＲＦ）又はこれらの任意の組合せを含んでよい。他の適切なネットワークタイプ及び構成は、当業者にとって自明である。コンピュータシステム５００はまた、主記憶装置５０８（例えばランダムアクセスメモリ、読み取り専用メモリ等）を含んでよく、また、補助記憶装置５１０を含んでよい。補助記憶装置５１０は、ハードディスクドライブ５１２と取外し可能なストレージドライブ５１４（例えばフロッピーディスクドライブ、磁気テープドライブ、光ディスクドライブ、フラッシュメモリ等）とを含んでよい。
【００６４】
取外し可能なストレージドライブ５１４は、周知の方法で、取外し可能なストレージユニット５１８から読み取りを行ってもよいし、そこへ書き込みを行ってもよい。取外し可能なストレージユニット５１８は、取外し可能なストレージドライブ５１４によって読み取られ又は書き込まれることができる、取外し可能なストレージ媒体を含んでよい。例えばもし取外し可能なストレージドライブ５１４がフロッピーディスクドライブ又はユニバーサルシリアルバスポートであれば、取外し可能なストレージユニット５１８はそれぞれ、フロッピーディスク又はポータブルフラッシュドライブであってよい。一実施形態では、取外し可能なストレージユニット５１８は非一時的な読取り可能記録媒体であってよい。
【００６５】
いくつかの実施形態では、補助記憶装置５１０は代替手段を含み、コンピュータプログラム又は他の命令がコンピュータシステム５００（例えば取外し可能なストレージユニット５２２及びインタフェース５２０）にロードされることを可能にしてよい。そのような手段の例は、（例えばビデオゲームシステムで見られる）プログラムカートリッジ及びカートリッジインタフェース、取外し可能なメモリチップ（例えばＥＥＰＲＯＭ、ＰＲＯＭ等）、関連ソケット、他の取外し可能なストレージユニット５２２及びインタフェース５２０を含んでよい。このことは当業者にとって自明である。
【００６６】
コンピュータシステム５００に（例えば主記憶装置５０８に及び／又は補助記憶装置５１０に）格納されたデータは、任意のタイプの適切なコンピュータ読取り可能な媒体（例えば光ストレージ（コンパクトディスク、デジタル多目的ディスク、Blu-rayディスク等）又は磁気テープストレージ（例えばハードディスクドライブ））上に格納されてよい。データは任意のタイプの適切なデータベース構成（例えばリレーショナルデータベース、構造化照会言語（ＳＱＬ）データベース、分散データベース、オブジェクトデータベース等）で構成されてよい。適切な構成及びストレージタイプは、当業者にとって自明である。
【００６７】
コンピュータシステム５００はまた、通信インタフェース５２４を含んでよい。通信インタフェース５２４は、ソフトウェア及びデータが、コンピュータシステム５００と外部装置との間で送信されることを可能にしてよい。例示的な通信インタフェース５２４は、モデム、ネットワークインタフェース（例えばイーサネットカード）、通信ポート、ＰＣＭＣＩＡスロット及びカード等を含んでよい。通信インタフェース５２４を介して転送されるソフトウェア及びデータは信号形式であってよい。当該信号形式は、電子の、電磁気の、光の、又は当業者にとって自明な他の信号のものであってよい。信号は、通信パス５２６を介して伝わる。当該通信パス５２６は信号を伝送するよう構成され、電線、ケーブル、光ファイバ、電話線、携帯電話リンク、無線周波数リンク等を用いて実装されてよい。
【００６８】
コンピュータシステム５００は表示インタフェース５０２を更に含んでよい。表示インタフェース５０２は、データが、コンピュータシステム５００と外部ディスプレイ５３０との間で転送されることを可能にするよう構成されてよい。例示的な表示インタフェース５０２は、高精細度マルチメディアインタフェース（ＨＤＭＩ）、デジタルビジュアルインタフェース（ＤＶＩ）、ビデオグラフィックスアレイ（ＶＧＡ）等を含んでよい。ディスプレイ５３０は任意の適切なタイプのディスプレイであってよく、コンピュータシステム５００の表示インタフェース５０２を介して転送されるデータを表示する。ディスプレイ６３０は、ブラウン管（ＣＲＴ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、静電容量方式タッチディスプレイ、薄膜トランジスタ（ＴＦＴ）ディスプレイ等を含む。
【００６９】
コンピュータプログラム媒体及びコンピュータ使用可能な媒体は、メモリ（例えば主記憶装置５０８及び補助記憶装置５１０）を指してよく、半導体メモリ（ＤＲＡＭ等）であってよい。これらのコンピュータプログラム製品は、コンピュータシステム５００へソフトウェアを提供するための手段であってよい。コンピュータプログラム（例えばコンピュータ制御ロジック）は、主記憶装置５０８及び／又は補助記憶装置５１０に格納されてよい。コンピュータプログラムはまた、通信インタフェース５２４を介して受信されてよい。そのようなコンピュータプログラムは、実行されると、コンピュータシステム５００が本開示の方法を実行することを可能にしてよい。特に、コンピュータプログラムは、実行されると、プロセッサ装置５０４が図３及び４に示される本開示の方法を実行することを可能にしてよい。したがって、そのようなコンピュータプログラムはコンピュータシステム５００のコントローラを示す。本開示はソフトウェアを使用して実装される。当該ソフトウェアは、取外し可能なストレージドライブ５１４、インタフェース５２０、及びハードディスクドライブ５１２又は通信インタフェース５２４を用いて、コンピュータプログラム製品に格納されてコンピュータシステム５００へロードされてよい。
【００７０】
プロセッサ装置５０４は、コンピュータシステム５００の機能を実行するよう構成される１以上のモジュール又はエンジンを含んでよい。各モジュール又はエンジンは、ハードウェアを用いて実装されてよく、いくつかの実施形態ではソフトウェア（例えばこれは、主記憶装置５０８又は補助記憶装置５１０に格納されるプログラムコード又はプログラムに対応する）を用いてよい。そのような実施形態では、プログラムコードは、コンピュータシステム５００のハードウェアによる実行前に、プロセッサ装置５０４によって（例えばモジュール又はエンジンをコンパイルすることによって）コンパイルされてよい。例えばプログラムコードは、低レベルの言語へと解釈されるプログラミング言語で記述されたソースコード（例えばアセンブリ言語又は機械コード）であってよい。これは、プロセッサ装置５０４及び／又はコンピュータシステム５００の任意の追加のハードウェア構成要素によって実行するためのものである。コンパイル処理は、語彙解析と、前処理と、解析と、意味解析と、文法指向の翻訳と、コード生成と、コード最適化と、コンピュータシステム５００の制御のためにプログラムコードを低レベルの言語へ解釈して本開示の機能を実行するのに適した任意の他の技術との使用を含んでよい。そのような処理によってコンピュータシステム５００が、上記の機能を実行するために一意にプログラムされた特別構成コンピュータシステム５００になることは当業者にとって自明である。
【００７１】
本開示に一貫する技術は、とりわけ、支払レールを介して、コード化された一回限りの数値を処理するシステム及び方法を提供する。本開示のシステム及び方法の様々な例示的実施形態が上述されるが、それらは限定目的でなく例示目的のみで示されることを理解されたい。それは徹底したものでなく、本開示を、開示された形態そのものへ限定しない。上記の教示に照らして修正例及び変形例が可能である。広がり又は範囲を逸脱すること無く、本開示の実装から修正例及び変形例が得られてよい。
【図１】
2020522772.tif 000003
【図２】
2020522772.tif 000004
【図３】
2020522772.tif 000005
【図４】
2020522772.tif 000006
【図５】
2020522772.tif 000007
【国際調査報告】
2020522772.tif 000008
2020522772.tif 000009