JP6545366B2 - クラウドを基礎にしたシステムにおける改良版暗号検証方法及びシステム - Google Patents

Description

関連出願の相互参照

本願は、米国特許出願第62/210,659号（2015年8月27日出願）と米国特許出願第14/985,664号（2015年12月31日出願）との優先権を主張するものであり、当該出願の開示全体をここに参照のために取り込む。

本開示は、クラウドを基礎としたシステムのための改良版暗号検証に関し、特に、アカウント番号とそこで用いられる予測不可能な番号との長さに基づいた、改良版暗号検証及び様々なデータのデータ列への包含とに関する。

支払カードを伴って支払トランザクション（取引）を実行するとき、しばしば暗号が生成される。これは、支払カードの認証とトランザクションの承認とにおいて使用される。多くの場合、暗号は支払カードによって（例えば集積回路を有する支払カードにおいて）生成されてよいし、支払の詳細を伝達するために使用されるコンピューティング装置（例えばスマートフォン又はタブレットコンピュータ）によって生成されてよい。しかし、支払トランザクションについてのトランザクションメッセージに含まれる、支払カード又はコンピューティング装置から販売時点端末へ伝達されるデータの量には制限がある。結果的に、支払カード及びコンピューティング装置は、送信されるデータのために特定のフォーマットをしばしば使用する。これは、少なくとも暗号とトランザクションアカウント番号とを含む。

しかし、トランザクションアカウントの数や種別が増えるにつれて、多くの金融機関や他のエンティティは、可変長のアカウント番号を使用することに興味を持つ。特に多くのエンティティは、ルーティングの向上と、より多いトランザクションアカウント数の融通とのために、追加の１６桁を超えてトランザクションアカウント番号を拡張することに興味を持つ。現在のシステムは、販売時点端末への伝達と、トランザクションメッセージへの包含とのために利用可能なデータ空間の上限まで利用するよう構成される。したがって、伝統的なコンピューティングシステムは、可変長のトランザクションアカウント番号を使用するよう構成されていない。その理由は、特に、適切な暗号と追加データとを含めることを確実にする際、販売時点端末へ伝達されるデータの残りに対して変更が必要だからである。

したがって、支払トランザクションにおいて使用するために必要な暗号と他のデータとを含め且つデータ上限内にとどめつつ、コンピューティング装置が可変長のトランザクションアカウント番号を融通するよう適切に構成可能な技術的解決手段が必要である。

本開示は可変長のアカウント番号についての改良版暗号検証システム及び方法の開示を提供する。

可変長のアカウント番号についての改良版暗号検証方法は、
コンピューティング装置のメモリに１以上の主要アカウント番号と複数の整形テンプレートとを格納するステップであって、各テンプレートは少なくともアカウント番号の長さに関連付けられるステップと、
前記コンピューティング装置の入力装置によって、前記１以上の主要アカウント番号のうち特定の主要アカウント番号を示す選択を受付けるステップと、
前記コンピューティング装置の問い合わせモジュールによって、前記メモリ上でクエリを実行し、前記複数の整形テンプレートのうち特定の整形テンプレートを識別するステップであって、前記関連付けられたアカウント番号の長さは、前記特定の主要アカウント番号の長さに対応するステップと、
前記コンピューティング装置の受信装置によって、販売時点端末から少なくとも予測不可能な番号を受信するステップと、
前記コンピューティング装置の生成モジュールによって、少なくとも前記予測不可能な番号と１以上のアルゴリズムとに基づいて暗号を生成するステップと、
前記コンピューティング装置の前記生成モジュールによってデータ列を生成するステップであって、前記データ列は、前記生成された暗号と、前記特定の主要アカウント番号と、前記予測不可能な番号とを少なくとも含み、前記データ列は前記識別された特定の整形テンプレートに基づいて整形される、ステップと、
前記コンピューティング装置の送信装置によって、前記生成されたデータ列を前記販売時点端末へ電子的に送信するステップと、
を含む。

可変長のアカウント番号についての改良版暗号検証システムは、
１以上の主要アカウント番号と複数の整形テンプレートとを格納するよう構成される、コンピューティング装置のメモリであって、各テンプレートは少なくともアカウント番号の長さに関連付けられる、メモリと、
前記１以上の主要アカウント番号のうち特定の主要アカウント番号を示す選択を受付けるよう構成される、コンピューティング装置の入力装置と、
前記メモリ上でクエリを実行して前記複数の整形テンプレートのうち特定の整形テンプレートを識別する、前記コンピューティング装置の問い合わせモジュールであって、前記関連付けられたアカウント番号の長さは、前記特定の主要アカウント番号の長さに対応する、問い合わせモジュールと、
販売時点端末から少なくとも予測不可能な番号を受信するよう構成される、前記コンピューティング装置の受信装置と、
前記コンピューティング装置の生成モジュールであって、
少なくとも前記予測不可能な番号と１以上のアルゴリズムとに基づく暗号と、
前記生成された暗号と、前記特定の主要アカウント番号と、前記予測不可能な番号とを少なくとも含むデータ列であって、前記識別された特定の整形テンプレートに基づいて整形される、データ列と、
を生成するよう構成される生成モジュールと、
前記生成されたデータ列を前記販売時点端末へ電子的に送信するよう構成される、前記コンピューティング装置の送信装置と、
を含む。

本開示の範囲は、添付の図面と共に解釈されると、例示的な実施形態についての下記の詳細な記載から最も良く理解される。図面には次の図が含まれる。
本開示の実施形態による、改良版暗号検証のためのハイレベルシステムであって、アカウント番号の長さを変更するためのシステムを示すブロック図である。 本開示の実施形態による、可変長のアカウント番号についての改良版暗号検証のためにデータ列を生成及び提供するための、図１のコンピューティング装置を示すブロック図である。 本開示の実施形態による、図１のシステムを使用してアカウント番号の長さを変更するための、改良版暗号生成及び検証の処理を示すフロー図である。 本開示の実施形態による、図１のコンピューティング装置を使用した、可変長のアカウント番号についての改良版暗号検証のためにデータ列を生成及び伝達する処理を示すフロー図である。 本開示の実施形態による、可変長のアカウント番号につき、暗号と他のトランザクションデータとを伝達するためにデータ列に対し様々な整形を行うことを示す図である。 本開示の実施形態による、アカウント番号の長さを変更するための改良版暗号検証についての例示的方法を示すフローチャートである。 本開示の実施形態による、支払トランザクションの処理を示すフロー図である。 例示的実施形態による、コンピュータシステムアーキテクチャを示す機能ブロック図である。

本開示の更なる応用分野は、下記の詳細な説明から自明である。例示的実施形態の詳細な説明は、例示目的のみを意図しており、本開示の範囲を必要的に制限することを意図しない。

用語解説
支払ネットワーク：現金代替物の使用によって、資金移転で使用されるシステム又はネットワーク支払ネットワークは、様々な異なるプロトコル及び手順を使用して、様々な種別のトランザクションのために資金移転を処理してよい。支払ネットワークを介して実行されるトランザクションは、商品又は役務の購入と、クレジット購入と、デビットトランザクションと、資金移転と、口座引き落としとを含んでよい。支払ネットワークは、現金代替物によってトランザクションを実行するよう構成されてよく、これは支払カードと、信用紹介状と、小切手と、トランザクションアカウントとを含んでよい。支払ネットワークとして実行されるネットワーク又はシステムの例は、MasterCard（登録商標）、VISA（登録商標）、Discover（登録商標）、American Express（登録商標）、PayPal（登録商標）等によって操作されるものを含む。本開示での「支払ネットワーク」との用語は、エンティティとしての支払ネットワークと、物理的支払ネットワーク（例えば、支払ネットワークを含む、機器、ハードウェア、及びソフトウェア）との両方を指す。

支払レール：支払トランザクションの処理と、トランザクションメッセージ及び他の類似データの通信とにおいて使用される支払ネットワークと関連付けられたインフラストラクチャである。当該通信は、支払ネットワークと、当該支払ネットワークと相互接続された他のエンティティとの間の通信である。支払レールは、支払ネットワークと、支払ネットワーク及び他の関連エンティティ（例えば金融機関、ゲートウェイプロセッサ等）との間の相互接続とを確立するために使用されるハードウェアを含んでよい。いくつかの実施形態では、支払レールはまた、ソフトウェアによって（例えば支払レールを含む通信ハードウェア及び装置を特別にプログラミングすることによって、）影響を受けてよい。例えば支払レールは、トランザクションメッセージをルーティングするために特別に構成される特別構成コンピューティング装置を含んでよい。当該トランザクションメッセージは、下記に詳述するように、支払レールを介して電子的に送信される特別整形データメッセージであってよい。

支払カード：販売者へ提供されるトランザクションアカウントに関連付けられるカード又はデータであり、関連付けられたトランザクションアカウントを介して金融トランザクションに資金を供給するためのものである。支払カードは、クレジットカード、デビットカード、特定店舗のクレジットカード、ストアドバリューカード、プリペイドカード、フリートカード（fleet card）、仮想支払番号、仮想カード番号、制御支払番号（controlled payment number）等を含んでよい。支払カードは物理的なカードであり、販売者へ提供されてよいし、関連付けられたトランザクションアカウントを示すデータ（これは、例えばスマートフォン又はコンピュータ等の通信装置内に格納される）であってよい。例えばいくつかの実施形態では、支払アカウント番号を含むデータはトランザクションを処理するための支払カードとして考慮される。当該トランザクションは、関連付けられたトランザクションアカウントによって資金供給を受ける。いくつかの実施形態では、適用可能な場合、小切手が支払カードとして考慮されてよい。

販売者：他のエンティティ（例えば消費者又は他の販売者）が購入するための商品（商品及び／又はサービス）を提供するエンティティである。販売者は、当業者にとって自明なように、消費者、小売主、卸売業者、製造者、又は、購入用の商品を提供可能な任意の他の種別のエンティティであってよい。いくつかの実施形態では、販売者は購入用に提供される商品及び／又は役務につき特別な知識を有してよい。他の実施形態では、販売者は提供される商品につき特別な知識を有さず又は要求しない。いくつかの実施形態では、単一のトランザクションに関係するエンティティは、販売者として考慮されてよい。いくつかの実施形態では、本開示のように、「販売者」との用語は販売者エンティティの機器又は装置を指してよい。

イシュア（発行者）：受益者に有利なように信用状又は信用供与を確立し（開き）、当該信用状又は信用供与で特定される金額に対して、受益者によって振り出された手形を引き受けるエンティティである。多くの実施形態では、イシュアは、信用供与を開くよう授権を受けた銀行又は他の金融機関であってよい。いくつかの実施形態では、受益者へ信用供与を拡張可能な任意のエンティティは、イシュアとして考慮されてよい。イシュアによって開かれた信用供与は支払アカウントのフォームにおいて提示されてよいし、支払アカウントを使用することによって受益者によって振り出されてよい。イシュアはまた、追加の種別の支払アカウント（例えばデビットアカウント、プリペイドアカウント、電子ウォレットアカウント、預貯金、当座預金等）を消費者へ提供してよく、消費者へ、そのようなアカウントへアクセス及び／又は使用するための物理的又は非物理的手段（例えばデビットカード、プリペイドカード、ATMカード、電子ウォレット、小切手等）を提供してよい。このことは、当業者にとって自明である。

アクワイアラ：販売者に代わって支払カードトランザクションを処理可能なエンティティである。アクワイアラは、銀行又は、販売者に代わって支払カードトランザクションを処理するよう授権された他の金融機関であってよい。多くの実施形態では、アクワイアラは、受益者として活動する販売者につき信用供与を開いてよい。イシュアによって提供される信用供与に対する受取人である消費者が、アクワイアラによって代理される販売者と支払カードによってトランザクションを行う場合、アクワイアラはイシュアと共に資金を交換してよい。

改良版暗号検証のためのシステム
図１は、可変長のトランザクションアカウント番号を有する改良版暗号検証のシステム１００を示す。

システム１００はコンピューティング装置１０２を含んでよい。下記で詳述するが、コンピューティング装置１０２は、可変長のトランザクションアカウント番号を有するデータ列に含めるために暗号を生成するよう構成されてよい。当該トランザクションアカウント番号は支払トランザクションを処理するために使用されるトランザクションメッセージに含まれる。コンピューティング装置１０２は任意の適切な種別のコンピューティング装置であってよい。これは本開示の方法を実行するよう特別に構成されるコンピューティング装置（例えば携帯電話、スマートフォン、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、スマートウォッチ、スマートテレビ、ウェアラブルコンピューティング装置、埋込式コンピューティング装置等）であってよい。

システム１００において、消費者１０４はコンピューティング装置１０２を用いて、支払の詳細を、支払トランザクションにおいて使用するために伝達してよい。消費者１０４はイシュア１０６（これは金融機関であってよく、例えば発行者銀行、又は支払トランザクションに資金供給するために消費者１０４によって使用されるトランザクションアカウントを処理し又は管理するよう構成される他のエンティティであってよい）にて確立されたトランザクションアカウントを有してよい。イシュア１０６は消費者１０４へトランザクションアカウントを発行してよい。これは支払トランザクションに資金供給するために使用されてよい。コンピューティング装置１０２はトランザクションアカウントに関連付けられた支払の詳細を格納するよう構成されてよい。当該詳細は、トランザクションアカウント番号とそれに関連付けられた追加データとを少なくとも含んでよい。当該追加データ（例えばトランザクション計数機、名称、有効期限、セキュリティコード、アルゴリズムデータ、暗号データ等）は、支払トランザクションの処理において使用されてよい。いくつかの実施形態では、コンピューティング装置１０２は複数のトランザクションアカウントにつき支払の詳細（例えばイシュア１０６に関連付けられた追加のトランザクションアカウント、１以上の追加のイシュア１０６に関連付けられた１以上のトランザクションアカウント）を格納するよう構成されてよい。

消費者１０４はコンピューティング装置１０２を用いて、販売者との支払トランザクションを実行してよい。支払トランザクションの実行の一部として、消費者１０４は販売時点端末１０８へ支払の詳細を伝達するために、コンピューティング装置１０２を、販売者に関連付けられた販売時点端末１０８に提示してよい。下記で詳述するように、販売時点端末１０８及びコンピューティング装置１０２は通信チャネルを確立してよく、また、通信チャネルを用いて、支払トランザクションの処理において使用するためにデータを交換してよい。通信チャネルは任意の適切な種別の通信（例えば携帯通信、無線周波数、近距離無線通信、Bluetooth等）を用いてよい。

販売時点端末１０８は、当業者にとって自明な方法を用いて（例えば乱数又は疑似乱数生成器を用いて）、予測不可能な番号を生成してよい。これは、通信チャネルを用いてコンピューティング装置１０２へ電子的に送信されてよい。いくつかの実施形態では、予測不可能な番号は可変長を有してよい。例えば予測不可能な番号は２、３又は４桁であり、適用可能であるそれ以上の桁であってよい。いくつかの実施形態では、予測不可能な番号の長さは、支払トランザクションに資金供給するために使用されるトランザクションアカウント番号の長さに基づいてよい。そのような実施形態では、消費者１０４はまずコンピューティング装置１０２を介して、支払トランザクションにおいて使用するトランザクションアカウントを選択してよい。コンピューティング装置１０２は、確立された通信チャネルを介して、選択されたトランザクションアカウント番号の長さ又は所望の予測不可能な番号の長さを、販売時点端末１０８へ電子的に送信してよい。販売時点端末１０８は次いで、例えば、ランダムで所定の長さを有する予測不可能な番号を生成するよう構成された乱数生成器を用いて、適切な長さの予測不可能な番号を生成及び供給してよい。他の実施形態では、販売時点端末１０８は予測不可能な番号を、１以上の内部ルールに基づいて生成してよい。一方でコンピューティング装置１０２はその処理を適宜調整して、可変で予測不可能な番号の長さを有してよい。

コンピューティング装置１０２は予測不可能な番号を受信してよく、次いで、それに基づいて、支払トランザクションにおいて使用するために１以上の暗号を生成してよい。各暗号は１以上の関連アルゴリズムを用いて生成されてよい。これは販売時点端末１０８から受信された少なくとも予測不可能な番号へ適用されてよい。いくつかの実施形態では、アルゴリズムはまた、選択されたトランザクションアカウントと初期化ベクトルとに関連付けられたトランザクション計数機へ適用されてよい。初期化ベクトルはトランザクションデータに依存しない暗号算出へ入力される分散値であってよい。いくつかの実施形態では、各暗号は異なるアルゴリズム又はアルゴリズムのセットを用いて生成されてよい。

コンピューティング装置１０２はデータ列を生成するよう構成されてよい。データ列は特定の整形テンプレートに基づいて整形されてよい。特定の整形テンプレートは、そこに格納された複数の異なる整形テンプレートの１つであってよく、データ列の整形において使用するために構成されてよい。複数の整形テンプレートは、コンピューティング装置１０２に格納されたトランザクションアカウント番号につき、各アカウント番号の長さに関連付けられた整形テンプレートを含んでよい。例えばコンピューティング装置１０２は１６桁のアカウント番号の整形テンプレートと、１７桁のアカウント番号の整形テンプレートと、１８桁の整形テンプレート等を格納してよい。いくつかの実施形態では、整形テンプレートはまた、予測不可能な番号の長さに基づいてよい。例えば整形テンプレートはアカウント番号の長さ（例えば１６、１７、１８、１９又は２０桁）と予測不可能な番号の長さ（例えば２、３又は４桁）との両方に関連付けられてよい。

いくつかの実施形態では、各整形テンプレートは同一の全体長を有するデータ列を示してよく、また、整形テンプレートはそこに含まれるデータの長さ及び位置を特定してよい。例えば各整形テンプレートは２８桁のデータ列か、又は、それより長いデータ列かに位置づけられた２８桁のデータの生成において使用されてよいし、トランザクションアカウント番号とそこに含まれる予測不可能な番号との長さ及び位置（並びにそこに含まれる追加データの位置）を特定してよい。データ列に含まれる追加データは支払トランザクションに資金供給するために使用されるトランザクションアカウントに関連付けられたトランザクション計数機と、トランザクションのために生成された暗号と、追加基準に依存してよい、使用に適した余分桁とを含んでよい。例えば余分桁はカード保有者検証方法データ（これは例えば、販売時点端末１０８によって要求されてよく、又は、コンピューティング装置１０２によって特定されてよい）のために使用可能である。

いくつかの実施形態では、各整形テンプレートはレベル１、レベル２又はレベル３データの１つに関連付けられてよい。というのも、これらの用語は当業者にとって既知だからである。いくつかの実施形態では、整形テンプレートはトランザクションアカウント番号と、予測不可能な番号と、追加データとの長さ及び位置を、レベル１、レベル２又はレベル３データの状況において特定してよい。例えば整形テンプレートは、レベル１データに関連付けられた基準に規定されるように、レベル１データを格納するよう構成されたより長いデータ列においてデータの位置を特定してよい。例えば整形テンプレートは、トランザクションアカウント番号及び予測不可能な番号の位置及び長さを含む、レベル１、レベル２又はレベル３データにつき、データ列の全体を特定してよい。

いくつかの実施形態では、例えば各整形テンプレートはまた、暗号の数及び／又は種別に関連付けられてよい。例えば整形テンプレートは、１、２又は３の暗号が、対応するデータ列に含めるために生成されることを特定してよいし、その生成のためのアルゴリズムを示してよい。他の実施形態では、各整形テンプレートは暗号の数に関連付けられてよい。このため、コンピューティング装置１０２は、例えば販売時点端末１０８又はイシュア１０６によって特別に要求されたように、生成された暗号の数に基づいて整形テンプレートを選択してよい。例えばイシュア１０６は、特定のトランザクションアカウントにつき、２つの暗号が常に使用されなくてはならないことを指定してよい。コンピューティング装置１０２は次いで、２つの暗号と、販売時点端末１０８によって提供された予測不可能な番号とを有する整形テンプレートを適宜選択してよい。

コンピューティング装置１０２は適切な整形テンプレートを用いてデータ列を生成してよく、当該データ列を、確立された通信チャネルを用いて販売時点端末１０８へ電子的に送信してよい。いくつかの実施形態では、データ列はビットマップを伴ってよい。ビットマップはデータ列の型を示すよう構成されてよい。ビットマップは、整形テンプレートに基づいてコンピューティング装置１０２によって生成されてよいし、又は、そこに格納されて、対応する整形テンプレートに伴うものとして識別されてよい。

販売時点端末１０８は、データ列と、もし適用可能なら添付ビットマップとを、通信チャネルを用いてコンピューティング装置１０２から受信してよい。販売時点端末１０８は次いでデータ列と、支払トランザクションに関連する追加トランザクションデータとを電子的に、アクワイアラ１１０又は他のエンティティへ、支払レールを介した処理のために送信してよい。追加のトランザクションデータは例えば、トランザクション金額、商品データ、オファーデータ、販売時点端末データ、報酬データ、ロイヤルティデータ等を含んでよい。アクワイアラ１１０は金融機関であってよく、又は、消費者１０４から資金を受領するために支払トランザクションに関わる販売者に関連付けられたトランザクション金額を保有し又は管理するよう構成された他のエンティティであってよい。アクワイアラ１１０はトランザクションデータ及びデータ列を、販売時点端末１０８から直接受信してよいし、又は、支払ネットワーク１１２に関連付けられた支払レールを介し、他のエンティティ（例えばゲートウェイプロセッサ）を介して受信してよい。

アクワイアラ１１０は支払トランザクションについてのトランザクションメッセージを生成してよい。これは処理のために支払ネットワーク１１２へ提出されてよい。トランザクションメッセージは、これは、金融トランザクションメッセージの交換を管理する１以上の基準（例えば国際標準化機構のISO8583標準）にしたがって整形される、特別整形データメッセージであってよい。トランザクションメッセージは複数のデータ要素を含んでよく、これは関連する基準に規定されたデータを格納するよう構成される。例えばトランザクションメッセージは、トランザクション金額を格納するよう構成されるデータ要素と、トランザクション時刻を格納するよう構成されるデータ要素と、トランザクション日時を格納するよう構成されるデータ要素等を含んでよい。１以上のデータ要素はまた、コンピューティング装置１０２から受信されるデータ要素を格納するよう構成されてよい。いくつかの実施形態では、データ要素は、レベル１、レベル２、又はレベル３データを格納するよう構成されるデータ要素に格納されてよい。いくつかの実施形態では、データ列は、レベル１、レベル２又はレベル３データを格納するよう構成されるデータ要素に格納された、より長いデータ列に含まれてよい。

トランザクションメッセージはまた、メッセージ種別指示子を格納するよう構成されてよく、これはトランザクションメッセージの種別を示す。例えばメッセージ種別指示子は、トランザクションメッセージが承認要求、承認応答等であることを示してよい。アクワイアラ１１０はトランザクションメッセージを、処理のために支払レールを介して、支払ネットワーク１１２へ電子的に送信してよい。支払ネットワーク１１２は次いで、受信されたトランザクションメッセージに含まれるデータに基づいて、伝統的な方法及びシステムを用いて支払トランザクションを処理（これは、イシュア１０６とトランザクション情報を交換することを含む）する。トランザクションメッセージと、支払トランザクションの処理と、支払レールを介するトランザクションメッセージ及びトランザクションデータの交換とに関する追加データは、図７に示す処理７００に関して下記で詳述される。

本開示の方法及びシステムは、トランザクションアカウント番号と可変長の予測不可能な番号とを有することができる改良版暗号生成及び検証によって、支払トランザクションの処理を可能にする。特別構成コンピューティング装置によって特別整形テンプレートを用いることで、トランザクションアカウントのアカウント番号の長さ（トランザクションにおいて使用される予測不可能な番号の長さも同様）に基づいて生成される暗号を含むデータ列が生成されてよい。当該トランザクションアカウントは、支払トランザクションに資金供給するために使用される。

コンピューティング装置
図２はシステム１００のコンピューティング装置１０２の実施形態を示す。当業者にとって、図２に示すコンピューティング装置１０２の実施形態が、例示目的のみで提供されることと、本開示の機能を実行するのに適した、コンピューティング装置１０２の全ての可能な構成を徹底的に示したものでないことは自明である。例えば図８に示され下記で一層詳細に説明されるコンピュータシステム８００が、コンピューティング装置１０２の適切な構成であってよい。

コンピューティング装置１０２は受信装置２０２を含んでよい。受信装置２０２は１以上のネットワークプロトコルを介して１以上のネットワーク上でデータを受信するよう構成されてよい。いくつかの実施形態では、受信装置２０２は支払レール上で、機密金融データ及び情報を含むトランザクションメッセージの送信のために例えば支払ネットワーク１１２に関連付けられた特別構成インフラストラクチャを用いて、データを受信するよう構成されてよい。いくつかの実施形態では、受信装置２０２はまた、イシュア１０６と販売時点端末１０８と支払ネットワーク１１２と他のエンティティとから、代替ネットワーク（例えばインターネット）を介してデータを受信するよう構成されてよい。いくつかの実施形態では、受信装置２０２は複数の装置（例えば、異なるネットワークを介してデータを受信するための異なる受信装置（例えば支払レール上でデータを受信する第１の受信装置とインターネット上でデータを受信する第２の受信装置））を含んでよい。受信装置２０２は送信される電子的なデータ信号を受信してよい。このとき、受信装置２０２によるデータ信号の受信によって、データはデータ信号上に重畳され、復号、解析（パース）、読取り、又は取得されてよい。いくつかの実施形態では、受信装置２０２は、受信されたデータ信号を解析して、そこに重畳されたデータを取得するための解析モジュールを含んでよい。例えば受信装置２０２は、受信されたデータ信号を受信し、処理装置によって実行される機能のための利用可能な入力へと変換して本開示の方法及びシステムを実行するよう構成される解析プログラムを含んでよい。

受信装置２０２はイシュア１０６によって電子的に送信されたデータ信号を受信するよう構成される。これは、支払アカウント詳細に重畳されてよい。例えばイシュア１０６はトランザクションアカウントについての支払証明書をコンピューティング装置１０２へ提供してよい。それは、受信装置２０２によって受信されて、対応するトランザクションアカウント番号、トランザクション計数機及び本開示の機能を実行する際に使用される他の適切なデータを含んでよい。受信装置２０２はまた、支払トランザクションの実行中に販売時点端末１０８によって電子的に送信されたデータ信号を受信するよう構成されてよい。そのようなデータ信号は予測不可能な番号、他のトランザクションデータ、トランザクション確認、データ要求、データ明細等に重畳されてよい。例えば販売時点端末１０８はコンピューティング装置１０２から要求されるデータにつきレベルを指定してよく、また、予測不可能な番号についての長さを要求してよい。

コンピューティング装置１０２はまた、通信モジュール２０４を含んでよい。通信モジュール２０４は、本開示の機能を実行する際に使用するために、モジュール、エンジン、データベース、メモリ、及びコンピューティング装置１０２の他の構成要素の間でデータを転送するよう構成されてよい。通信モジュール２０４は１以上の通信種別を含んでよく、コンピューティング装置内での通信のために様々な通信方法を使用してよい。例えば通信モジュール２０４はバス、接続ピンコネクタ、ケーブル等を含んでよい。いくつかの実施形態では、通信モジュール２０４はまた、コンピューティング装置１０２の内部構成要素とコンピューティング装置１０２の外部構成要素（例えば外部で接続されたデータベース、表示装置、入力装置等）との間で通信するよう構成されてよい。コンピューティング装置１０２はまた、処理装置を含んでよい。処理装置は本開示のコンピューティング装置１０２の機能を実行するよう構成されてよい。このことは、当業者にとって自明である。いくつかの実施形態では、処理装置は、処理装置の１以上の機能を実行するよう特別に構成された複数のエンジン及び／又はモジュール（例えば問い合わせモジュール２０６、生成モジュール２０８、入力モジュール２１０、トランザクション処理モジュール２１２等）を含んでよい。本開示のように、「モジュール」との用語はハードウェア上で実行されるソフトウェアであってよく、結果的に、特別にプログラムされたコンピュータとなり、入力を受信し当該入力を用いて１以上の処理を実行し、出力を提供する。この方法は、汎用目的コンピュータは実行不可能である。様々なモジュールによって実行される入力、出力及び処理は、本開示に基づいて、当業者にとって自明である。

コンピューティング装置１０２は、メモリ２１６を含んでよい。メモリ２１６は本開示の機能を実行する際にコンピューティング装置１０２によって使用されるデータを格納するよう構成されてよい。メモリ２１６は、データ整形方法及びスキーマを用いてデータを格納するよう構成されてよく、また、任意の適切な種別のメモリ（例えば読み取り専用メモリ、ランダムアクセスメモリ等）であってよい。メモリ２１６は例えば暗号鍵及びアルゴリズム、通信プロトコル及び基準、データ整形基準及びプロトコル、モジュール用プログラムコード及び処理装置のアプリケーションプログラム、並びに、本開示の機能を実行する際にコンピューティング装置１０２によって使用される適切な他のデータを含んでよい。このことは、本開示を読む当業者にとって自明である。

メモリ２１６はまた、複数の整形テンプレートを格納するよう構成されてよい。各整形テンプレートはトランザクションアカウント番号に関連付けられてよい。いくつかの実施形態では、各整形テンプレートはまた、予測不可能な番号の長さに関連付けられてよい。整形テンプレートはまた、追加基準（例えばデータのレベル（例えばレベル１、２又は３）、暗号の数、余分桁の明細等）に関連付けられてよい。いくつかの実施形態では、整形テンプレートはまた、メモリ２１６に格納された対応ビットマップに関連付けられてよい。メモリ２１６はまた、支払トランザクション番号と、支払トランザクションの処理において使用するのに適切な追加のトランザクションアカウントデータ（例えばトランザクション計数機、アカウント名、郵便番号、有効期限、セキュリティ番号等）とを格納するよう構成されてよい。いくつかの実施形態では、メモリ２１６に格納されるデータは、格納される構造化データセットの格納、識別、修正、更新、アクセス等のための構造化照会言語を使用する１以上のリレーショナルデータベースに格納されてよい。

コンピューティング装置１０２はまた、問い合わせモジュール２０６を含んでよい。問い合わせモジュール２０６はデータベース上のクエリを実行して情報を識別するよう構成されてよい。問い合わせモジュール２０６は１以上のデータ値又はクエリ列を受信してよく、それに基づいて、示されたデータベース（例えばメモリ２１６）上でクエリ列を実行して、そこに格納された情報を識別してよい。問い合わせモジュール２０６は次いで、識別された情報を、必要に応じてコンピューティング装置１０２の適切なエンジン又はモジュールへ出力してよい。問い合わせモジュール２０６は例えば、メモリ２１６上でクエリを実行して、支払トランザクションを処理する際に使用するデータ列を生成する際に使用するために、トランザクションアカウントと関連付けられたアカウントデータと、特定の整形テンプレートとを識別する。トランザクションアカウント番号とトランザクション計数機とを少なくとも含む識別されたアカウントデータと、特定の整形テンプレートとは、生成モジュール２０８へ渡されてよい。

生成モジュール２０８は暗号とデータ列とを生成するよう構成されてよい。生成モジュール２０８は、本開示の機能を実行する際に使用するために、命令と対応するデータとを受信してよいし、それに基づいてデータを生成してよいし、当該生成されたデータをコンピューティング装置１０２の１以上の他のモジュール又はエンジンへ出力してよい。例えば生成モジュール２０８はアカウント及び／又はトランザクションデータ（及び１以上のアルゴリズム（これは例えばメモリ２１６において識別される））を受信してよく、１以上の暗号を適宜生成してよい。いくつかの実施形態では、各暗号は、その生成において異なるアルゴリズムを使用してよいが、その生成において同一のデータを使用してよい。生成モジュール２０８はまた、アカウント及びトランザクションデータと特定の整形テンプレートとを用いて、特定の整形テンプレートに基づいて整形されるデータ列を生成してよいし、長さ及び位置を有する、トランザクションアカウント番号と、予測不可能な番号と、暗号と、他のデータとを適宜含んでよい。生成されたデータ列はトランザクション処理モジュール２１２及び／又は送信装置２１４とへ出力されてよい。いくつかの実施形態では、生成モジュール２０８はまた、特定の整形テンプレートに対応するビットマップを生成するよう構成されてよい。これは、対応する生成されたデータ列に含まれてよい。

いくつかの実施形態では、コンピューティング装置１０２は入力モジュール２１０を含んでよい。入力モジュール２１０はコンピューティング装置１０２のユーザ（例えば消費者１０４）から入力を受信するよう構成されてよい。入力モジュール２１０はデータ信号を受信するために１以上の入力装置（例えばキーボード、マウス、タッチスクリーン、マウスホイール、クリックホイール、マイクロホン、カメラ等）とインタフェース接続してよい。入力モジュール２１０は消費者１０４から入力を受信してよく、また、データを、コンピューティング装置１０２の対応するモジュール又はエンジンへ渡してよい。例えば入力モジュール２１０は支払トランザクションを実行するために、消費者１０４から命令を受信してよい。これは受信装置２０２に、販売時点端末１０８との通信チャネルを確立するよう命令し、トランザクションデータ（及び支払トランザクションに資金供給するために使用するトランザクションアカウントを示す選択）を受信する。

いくつかの実施形態では、コンピューティング装置１０２はトランザクション処理モジュール２１２を含んでよい。トランザクション処理モジュール２１２はコンピューティング装置１０２の追加機能（支払トランザクションの処理において使用するのに適切なもの）を実行するよう構成されてよい。例えば、データ信号が支払トランザクションにおける使用のために送信されるたびに、トランザクション処理モジュール２１２は、（例えばクエリを問い合わせモジュール２０６へ提出してメモリ２１６内のトランザクション計数機を更新することによって、）トランザクションアカウントについてのトランザクション計数機を１増加（インクリメント）するよう構成されてよい。他の実施形態では、トランザクション処理モジュール２１２は販売時点端末１０８から受信装置２０２によって受信されたトランザクションデータを検証するよう構成されてよく、例えば、当業者にとって自明な方法を用いて、販売時点端末１０８が真正なものであることを確認する。

送信装置２１４は１以上のネットワークプロトコルを介して１以上のネットワーク上でデータを送信するよう構成されてよい。いくつかの実施形態では、送信装置２１４は支払レール上で、機密金融データ及び情報（例えば識別された支払証明書）を含むトランザクションメッセージの送信のために例えば支払ネットワーク１１２に関連付けられた特別構成インフラストラクチャを用いて、データを受信するよう構成されてよい。いくつかの実施形態では、送信装置２１４はイシュア１０６、販売時点端末１０８、アクワイアラ１１０、支払ネットワーク１１２及び他のエンティティへ、代替ネットワーク（例えばインターネット）を介してデータを送信するよう構成されてよい。いくつかの実施形態では、送信装置２１４は複数の装置（例えば、異なるネットワーク上でデータを送信するための異なる送信装置（例えば支払レール上でデータを送信する第１の送信装置と、インターネット上でデータを送信する第２の送信装置））を含んでよい。送信装置２１４は、重畳されたデータであって受信コンピューティング装置によって解析されるデータを有するデータ信号を電子的に送信してよい。いくつかの実施形態では、送信装置２１４は、データを重畳してエンコードし、又はデータを送信に適したデータ信号へ整形する１以上のモジュールを含んでよい。

送信装置２１４は販売時点端末１０８へ確立された通信チャネルを用いて、販売時点端末１０８へデータ信号を電子的に送信するよう構成されてよい。当該データ信号は生成されたデータ列へ重畳される。いくつかの実施形態では、送信装置２１４はまた、販売時点端末１０８へビットマップを電子的に送信してよい。当該ビットマップはそこに送信されるデータ列の型に対応する。送信装置２１４はまた、追加エンティティへ（例えば支払証明書の提供を要求するイシュア１０６へ）データメッセージを電子的に送信するよう構成されてよい。

アカウントの長さを変更するための改良版暗号検証処理
図３は、トランザクションアカウント番号と可変長の予測不可能な番号とを有する改良版暗号検証の使用に関する処理を示す。

ステップ３０２にてコンピューティング装置１０２及び販売時点端末１０８は通信チャネルを確立してよい。いくつかの実施形態では、通信チャネルはセキュア接続であってよい。このため、他の装置及び／又はエンティティは、当該接続を用いて装置間で電子的に送信されるデータへアクセス不可能であってよい。通信チャネルは、本開示の機能を実行するのに適切な任意の種別の通信方法及び／又はプロトコル（例えば近距離無線通信、無線周波数通信、携帯ネットワーク通信等）を用いてよい。

ステップ３０４にて、販売時点端末１０８は予測不可能な番号を生成してよい。いくつかの実施形態では、予測不可能な番号の長さは販売時点端末１０８によって設定されてよいが、他の全ての販売時点端末に一貫しないでよい。長さは静的（例えばいずれのトランザクションでも同一）であってよいし、変化してもよい。長さはランダムであってよいし、販売時点端末１０８の内部基準に基づいてよいし、要求された予測不可能な番号の長さ（コンピューティング装置１０２によって、通信チャネルを用いて電子的送信を介して販売時点端末１０８へ提供された通りのもの）に基づいてよい。

ステップ３０６にて、販売時点端末１０８は予測不可能な番号を、通信チャネルを用いてコンピューティング装置１０２へ電子的に送信してよい。ステップ３０８にて、コンピューティング装置１０２の受信装置２０２は予測不可能な番号を受信してよい。ステップ３１０にて、１以上の支払暗号が、コンピューティング装置１０２の生成モジュール２０８によって生成されてよい。各暗号は１以上のアルゴリズムを少なくとも予測不可能な番号へ適用することによって（例えば問い合わせモジュール２０６によってメモリ２１６から問い合わせをされた通りに）生成されてよい。各アルゴリズムはまた、トランザクションアカウントに関連付けられたトランザクション計数機と初期化ベクトルへ適用されてよい。当該トランザクションアカウントは支払トランザクションへ資金供給するために使用される。

いくつかの実施形態では、暗号の数及び／又は種別は、当該トランザクションにつき識別された特定の整形テンプレートに基づいてよい。特定の整形テンプレートは支払トランザクションに資金供給する際に使用されるトランザクションアカウント番号の長さに少なくとも基づいてよい。トランザクションアカウント番号はデフォルト番号として識別されてトランザクションにおいて使用されてよいし、消費者１０４によってコンピューティング装置１０２の入力モジュール２１０を介してなされた選択において示されてよい。いくつかの実施形態では、暗号の数及び／又は種別は、販売時点端末１０８によって指定されてよいし、予測不可能な番号に伴う提出物（ステップ３０６においてコンピューティング装置１０２へ送信されステップ３０８において受信されたもの）において示されてよい。

暗号が生成されると次いでステップ３１２にて、生成モジュール２０８はデータ列を生成してよい。データ列は特定の整形テンプレートに基づいて整形されてよいし、整形テンプレートにおいて指定された長さと位置とにおいて、そこで示されるデータを含んでよい。例えば整形テンプレートはトランザクションアカウント番号と予測不可能な番号との長さと、データ列内でのそれぞれの位置（及びそこに含まれる追加データ（例えばトランザクション計数機と１以上の余分な桁）の位置）とを指定してよい。

ステップ３１４にて、コンピューティング装置１０２の送信装置２１４は生成されたデータ列を、確立された通信チャネルを用いて、販売時点端末１０８へ電子的に送信してよい。いくつかの実施形態では、送信装置２１４はまた、特定の整形テンプレートに対応するビットマップを販売時点端末１０８へ送信してよい。ステップ３１６にて販売時点端末１０８はデータ列を受信してよく、ステップ３１８にてトランザクションデータと支払データ（これは受信されたデータ列を含む）とを、アクワイアラ１１０又は他のエンティティへ、支払トランザクションの処理において使用するために電子的に送信してよい。

アカウントの可変長に基づいて整形されるデータ列を生成する処理
図４は、トランザクションアカウント番号と、トランザクションアカウント番号及び予測不可能な番号の長さに基づいて整形される改良版検証のための１以上の暗号とを含むデータ列の生成及び伝達のための処理４００を示す。それらはトランザクションごとに可変である。

ステップ４０２にて、コンピューティング装置１０２は、支払トランザクションのための支払処理を開始する命令を受信してよい。当該命令は入力モジュール２１０を介して受信されてよい。命令の受信は、消費者１０４が入力モジュール２１０を介して１以上の選択を行うことを含んでよい。ステップ４０４にてコンピューティング装置１０２は、デフォルトの支払アカウントがコンピューティング装置１０２にて確立されるか否かを、例えばメモリ２１６に格納されるデータ（これは格納されたトランザクションアカウントについてのアカウント詳細に付随する）に基づいて判定してよい。いくつかの実施形態では、もしメモリ２１６が単一のトランザクションアカウントについてのアカウント詳細を格納するとき、デフォルトのトランザクションアカウントが示されてよい。いくつかの実施形態では、（例えばもし消費者１０４が、デフォルトのトランザクションアカウントが使用されないことを示すとき、）判定は、受信された命令に基づいてよい。

もしデフォルトのトランザクションアカウントが選択されず又は使用されないとき、次いでステップ４０６にて、コンピューティング装置１０２は消費者１０４に対し、トランザクションアカウントであってそれについてのアカウントデータがコンピューティング装置にメモリ２１６に格納されるアカウントデータの１つを選択するよう促してよい。そのような促進は、１以上の音声又は映像表示装置（例えば表示スクリーン又はスピーカ）を用いて実行されてよい。ステップ４０８にて、入力モジュール２１０は、支払トランザクションに資金供給する際に使用されるトランザクションアカウントについての消費者による選択を受付けて（受信して）よい。ステップ４０２で受信される命令が、（例えばステップ４０４で判定された通りの）示されたアカウントを含む場合、次いでステップ４０６及び４０８は省略されてよい。

トランザクションアカウントが識別されると、次いでステップ４１０にて、コンピューティング装置１０２は、予測不可能な番号（UN）の桁数が指定されているか否かを判定してよい。予測不可能な番号の長さは、選択されたトランザクションアカウント番号の長さに基づいて、コンピューティング装置１０２によって識別される特定の整形テンプレートによって指定されてよい。例えばメモリ２１６は、トランザクションアカウント番号の長さについての単一の整形テンプレートを含んでよい。これは、予測不可能な番号につき特定の長さを要求し、したがって、予測不可能な番号の桁数を指定してよい。他の実施形態では、販売時点端末１０８によって提供されるように、メモリ２１６は特定のトランザクションアカウント番号の長さについての整形テンプレートを含んで、任意の予測不可能な番号の長さを有してよい。

もし予測不可能な番号の長さが指定されれば、次いでステップ４１２にて、生成モジュール２０８は、指定された桁数を予測不可能な番号に含むデータ要求を生成してよい。ステップ４１４にて、送信装置２１４は予測不可能な番号についての要求を販売時点端末１０８へ電子的に送信してよい。特定の長さが指定されると、送信された要求は、当該指定された桁数を含んでよい。もしステップ４１０にて予測不可能な番号の長さが指定されなければ、ステップ４１２は省略されてよく、上記の通り処理４００はステップ４１４へ進む。ステップ４１６にて受信装置２０２は予測不可能な番号と任意の追加トランザクションデータとを、販売時点端末１０８から受信してよい。追加のトランザクションデータは、例えば、トランザクション金額、暗号要求、販売時点データ、販売者データ等を含んでよい。

ステップ４１８にて生成モジュール２０８は、予測不可能な番号に少なくとも基づいて、１以上の暗号を生成してよい。各暗号はまた、選択されたトランザクションアカウントに関連付けられたトランザクション計数機（及び初期化ベクトル）に少なくとも基づいてよい。いくつかの実施形態では、各暗号は同一のデータを用いて生成されてよいが、異なるアルゴリズム又は複数のアルゴリズムを当該データへ適用することによって生成されてよい。いくつかの実施形態では、その生成において使用される暗号及び／又はアルゴリズムの数は、販売時点端末１０８から受信されるトランザクション詳細又は特定の整形テンプレートに基づいてよい。予測不可能な番号の長さが指定されなかった場合、特定の整形テンプレートは、トランザクションアカウント番号の長さと、販売時点端末１０８から受信された予測不可能な番号の長さとに関連付けられたものであってよい。

ステップ４２０にて、生成モジュール２０８はデータ列を生成及び整形してよい。データ列は特定の整形テンプレートに基づいて整形されてよいし、特定の整形テンプレートによって指定された位置においてデータを含んでよい。データ列は例えばトランザクションアカウント番号、予測不可能な番号、トランザクション計数機、及び、整形テンプレートにおいて指定される追加データ（例えば追加のレベル１、レベル２又はレベル３データ、カード保有者確認方法データ等）を含んでよい。ステップ４２２にて、送信装置２１４はデータ列を、確立された通信チャネルを用いて、販売時点端末１０８へ電子的に送信してよい。ステップ４２４にて、選択されたトランザクションアカウントに関連付けられたトランザクション計数機は、当該トランザクションのためのアカウントに対し１増加されてよい。このため、それは、将来のトランザクションで暗号を生成する際に使用するために正確である。

可変のアカウント番号及び予測不可能な番号の長さについてのデータ列整形
図５は、複数の異なるデータ列５００を示す。ここで各データ列５００は、可変トランザクションアカウント番号及び予測不可能な番号と、含まれた暗号の番号との長さに応じて、指定された整形テンプレートに基づいて整形されてよい。

図５に示すように、各データ列５００は複数の主要アカウント番号（PAN）５０２を含んでよい。これは、支払トランザクションの支払において使用するために選択されたトランザクションアカウントに対応する、トランザクションアカウント番号であってよい。PAN５０２は少なくとも１６桁を含んでよく、いくつかの実施形態では、１６桁を超えてよい。例として、図５に示す６つのデータ列のうち４つはそうである。各データ列５００はまた、予測不可能な番号５０４を含んでよい。例えば図５に示す２又は３桁のように、予測不可能な番号は可変長を有してよい。

各データ列５００はまた、トランザクション計数機（ATC）５０６を含んでよい。これは、支払トランザクションに資金供給する際に使用されるトランザクションアカウントに関連付けられた番号であってよい。それは、関連付けられたトランザクションアカウントを使用して開始されたトランザクションの数を示す。支払トランザクションの検証及び承認において使用するための対応する暗号を生成する際に使用するために、ATC５０６は、コンピューティング装置１０２によって更新され、支払ネットワーク１１２又はイシュア１０６によって維持されるATCと一致する。図５に示す各ATC５０５は２桁である。しかし、ATC５０６は追加の桁を含んでよいことは当業者に自明である。

各データ列５００はまた、第１の暗号（CG1）５０８を含んでよい。第１の暗号（CG1）５０８は１以上のアルゴリズムを、それぞれのデータ列５００に含まれる少なくともUN５０４とATC５０６とに適用することによって生成されてよい。いくつかの実施形態では、データ列５００はまた、第２の暗号（CG2）５１０を含んでよい。第２の暗号（CG2）５１０は同一のデータを用いて生成されてよいが、当該データに１以上の異なるアルゴリズムを適用することによって生成されてよい。各暗号５０８及び５１０が３桁を含むものとして図５に示される。しかし、各暗号の長さは互いに異なってよいことと、図５及び本開示に示す長さとは異なってよいこととは当業者に自明である。

いくつかの実施形態では、データ列５００はまた、１以上の余分桁（E）５１２を含んでよい。各余分桁は支払トランザクションを処理する際に使用するのに適切な追加データ（例えばカード保有者検証方法データ）を格納するよう構成される。いくつかの実施形態では、データ列５００は他のデータと当該データ列５００に含まれるその長さとに依存する任意の余分桁を含まなくてよい。

各データ列５００に含まれるデータは図５の示す位置とは異なる位置に含まれてよいことと、各データ列５００が追加データを含んでよいこととは当業者に自明である。例えばレベル１データを格納するよう構成されるデータ列は、追加データを含んでよいし、トランザクションで使用するために、レベル２データを格納するよう構成されるデータ列と異なって整形されてよい。そのような実施形態では、各データ列における図５に示すデータは、異なる順番で含まれてよいし、（例えば伝統的なトランザクション処理において使用するのに適した追加データを有するために、）そこに示す他の要素から離れて位置してもよい。

可変のアカウント番号の長さに対する改良版暗号検証のための例示的方法
図６はトランザクションアカウント番号と予測不可能な番号との長さが変化することを説明する、支払トランザクションに対する改良版暗号検証方法６００を示す。

ステップ６０２にて１以上の主要アカウント番号と複数の整形テンプレートとが、コンピューティング装置（例えばコンピューティング装置１０２）のメモリ（例えばメモリ２１６）に格納されてよい。ここで各テンプレートは少なくともアカウント番号の長さに関連付けられる。ステップ６０４にて１以上の主要アカウント番号のうち特定の主要アカウント番号を示す選択が、コンピューティング装置の入力装置（例えば入力モジュール２１０）によって受信される。

ステップ６０６にて、クエリが、コンピューティング装置の問い合わせモジュール（例えば問い合わせモジュール２０６）によってメモリ上で実行され、複数の整形テンプレートのうち特定の整形テンプレートを識別する。ここで、関連付けられたアカウント番号の長さは、特定の主要アカウント番号の長さに対応する。ステップ６０８にて、少なくとも予測不可能な番号が、コンピューティング装置の受信装置（例えば受信装置２０２）によって販売時点端末（例えば販売時点端末１０８）から受信されてよい。

ステップ６１０にて、コンピューティング装置の生成モジュール（例えば生成モジュール２０８）によって、少なくとも予測不可能な番号と１以上のアルゴリズムとに基づいて、暗号が生成されてよい。ステップ６１２にて、コンピューティング装置の生成モジュールはデータ列を生成してよい。当該データ列は少なくとも生成された暗号と、特定の主要アカウント番号と、予測不可能な番号とを含む。当該データ列は識別された特定の整形テンプレートに基づいて整形される。ステップ６１４にて、生成されたデータ列は、コンピューティング装置の送信装置（例えば送信装置２１４）によって販売時点端末へ電子的に送信されてよい。

一実施形態では、複数の整形テンプレートのうち各整形テンプレートは、更に、桁数に関連付けられてよい。特定の整形テンプレートは、関連付けられた桁数と受信された予測不可能な番号の桁数との対応関係に基づいて識別されてよい。いくつかの実施形態では、方法６００は更に、コンピューティング装置の生成モジュールによって、少なくとも予測不可能な番号と少なくとも１つの追加アルゴリズムとに基づいて、第２の暗号を生成することを含む。このときデータ列は更に、当該第２の暗号を含む。

一実施形態では、生成されたデータ列はデータメッセージ内で電子的に送信されてよい。当該データメッセージは更に、生成されたデータメッセージの型を示すビットマップを含む。別の実施形態では、方法６００はまた、コンピューティング装置の生成モジュールによって、識別された特定の整形テンプレートに少なくとも基づいてビットマップを生成することを含んでよい。別の実施形態では、複数の整形テンプレートのうち各整形テンプレートは更にビットマップを含んでよい。当該データメッセージに含まれるビットマップは、識別された特定の整形テンプレートに含まれるビットマップに対応してよい。

いくつかの実施形態では、メモリは更に、１以上の主要アカウント番号の各々につきトランザクション計数機を含んでよい。当該生成されたデータ列は更に、特定の主要アカウント番号に関連付けられたトランザクション計数機を含んでよい。別の実施形態では、暗号は更に、特定の主要アカウント番号に関連付けられたトランザクション計数機に基づいてよい。一実施形態では、データ列は更に、少なくとも１つの余分桁を含んでよい。このとき、余分桁の数は特定の主要アカウント番号の長さと受信された予測不可能な番号の桁数とに基づく。別の実施形態では、少なくとも１つの余分桁はカード保有者検証方法データを含んでよい。

支払トランザクション処理システム及び処理
図７は、システム内の支払トランザクションを処理するための、支払トランザクション処理システム及び処理７００を示す。ここに含まれる処理７００及びステップは、本開示のシステム１００の１以上の構成要素（例えばコンピューティング装置１０２、消費者１０４、イシュア１０６、販売時点端末１０８、アクワイアラ１１０、支払ネットワーク１１２等）によって実行されてよい。図７及び本開示に示すシステム及び処理７００を用いた支払トランザクションの処理は、支払レールを用いてよい。これは、処理７００のステップを実行するのに用いられるコンピューティング装置とインフラストラクチャと（これらは下記のエンティティによって特別に構成されプログラムされる）を含み、トランザクション処理サーバ７１２（これは支払トランザクションを処理するよう構成される１以上の支払ネットワークに関連付けられる）を含む。支払トランザクションの処理に関する１又は複数のステップに関し、処理７００が図３、４及び６に示される処理に組み入れられてよいことは当業者に自明である。更に、処理７００を実行するための本開示のエンティティは、下記の機能を実行するよう構成された１以上のコンピューティング装置又はシステムを含んでよい。例えば販売者７０６は１以上の販売時点端末と、ローカル通信ネットワークと、コンピューティングサーバと、下記の機能を実行するよう構成された他の装置とを含んでよい。

ステップ７２０にて、発行者金融機関７０２は支払カード又は他の適切な支払手段を消費者７０４へ発行してよい。発行者金融機関は、金融機関（例えば銀行又は、支払アカウントと、及び／若しくは支払トランザクションに資金供給するために使用可能な支払アカウントと共に使用するための支払手段とを運営及び管理する他の適切な種別のエンティティ）であってよい。消費者７０４は発行者銀行７０２にてトランザクションアカウントを有してよい。それに対して発行された支払カードが関連付けられる。このため、支払トランザクションにおいて使用されると、支払トランザクションは関連付けられたトランザクションアカウントによって資金供給を受ける。いくつかの実施形態では、支払カードは消費者７０４に対し物理的に発行されてよい。他の実施形態では、支払カードは仮想支払カード又は電子形式で消費者７０４へ提供される他のものであってよい。

ステップ７２２にて消費者７０４は、支払トランザクションへ資金供給する際に使用するために、発行された支払カードを販売者７０６へ提示してよい。販売者７０６は企業、他の消費者、又は消費者７０４との支払トランザクションを実行する任意のエンティティであってよい。物理カードを販売者７０６へ提供することによって、支払カードは消費者７０４によって提示されてよい。このとき支払カードについての支払の詳細が（例えば近距離無線通信、無線通信、又は他の適切な電子送信種別及びプロトコルによって）電子的に送信され、又は、第三者を介して販売者７０６へ支払の詳細を送信する処理が開始される。販売者７０６は支払の詳細を（例えば電子送信によって、物理支払カードからそれらを読み取ることによって、等）受信してよい。これは、支払カード及び／又は関連付けられたトランザクションアカウントに関連付けられたトランザクションアカウント番号を含んでよい。いくつかの実施形態では、支払の詳細は１以上のアプリケーション暗号を含んでよく、これは支払トランザクションの処理において使用されてよい。

ステップ７２４にて販売者７０６は販売時点コンピューティングシステムへトランザクション詳細を入力してよい。トランザクション詳細は支払カードに関連付けられた消費者７０４によって提供される支払の詳細と、当該トランザクションに関連付けられた追加の詳細（例えばトランザクション金額、時刻及び／又は日付、商品データ、オファーデータ、ロイヤルティデータ、報酬データ、販売者データ、消費者データ、販売時点データ等）とを含んでよい。トランザクション詳細は、１以上の入力装置（例えば商品のバーコードを走査するよう構成された光学バーコードスキャナ、ユーザによる商品コード入力を受け付けるよう構成されたキーボード等）によって販売者７０６の販売時点端末へ入力されてよい。販売者の販売時点システムは、特別に構成されたコンピューティング装置及び／又は、（例えば支払レールによる）電子的金融トランザクションの処理と支払ネットワークとの通信とを目的とした特定用途コンピューティング装置であってよい。販売者の販売時点システムは電子装置であってよい。これ上で、販売時点システムは駆動される。このときアプリケーションは電子装置に、金融トランザクション情報を受信し、それを支払ネットワークへ送信させる。いくつかの実施形態では、販売者７０６は電子商取引におけるオンライン小売主であってよい。当業者にとって自明なように、そのような実施形態ではトランザクション詳細はショッピングカード又は電子トランザクションにおけるトランザクションデータを格納する他のリポジトリへ入力される。

ステップ７２６にて、販売者７０６はトランザクションデータに重畳されたデータ信号を、ゲートウェイプロセッサ７０８へ電子的に送信してよい。ゲートウェイプロセッサ７０８は、整形と加盟店金融機関７１０への送信との販売者７０６からトランザクション詳細を受信するよう構成されたエンティティであってよい。いくつかの実施形態では、ゲートウェイプロセッサ７０８は複数の販売者７０６と、複数の加盟店金融機関７１０とに関連付けられてよい。いくつかの実施形態では、ゲートウェイプロセッサ７０８は様々な販売者に関わる複数の異なるトランザクションにつきトランザクション詳細を受信する。これは、適切な加盟店金融機関７１０へ転送されてよい。複数の加盟店金融機関７１０と関係を有することによって且つ、支払レールを用いて（例えば、データの提出、受信及び検索のために使用される、ゲートウェイプロセッサ７０８又は金融機関と関連付けられたアプリケーションプログラミングインタフェースを用いることによって）金融機関と通信するための必須のインフラストラクチャを有することによって、ゲートウェイプロセッサ７０８は媒介者として動作してよく、販売者７０６は、単一の通信チャネルとフォーマットとによって、ゲートウェイプロセッサ７０８と共に支払トランザクションを実行可能である。このとき、複数の加盟店金融機関７１０や、支払プロセッサ及びそれと関連付けられたハードウェアとの関係を維持する必要はない。加盟店金融機関７１０は、金融機関（例えば銀行又は、支払アカウントと、及び／若しくは当該支払アカウントと共に使用するための支払手段とを運営及び管理する他のエンティティ）であってよい。いくつかの実施形態では、加盟店金融機関７１０は販売者７０６についてのトランザクションアカウントを管理する。いくつかの実施形態では、単一の金融機関が、発行者金融機関７０２及び加盟店金融機関７１０の両方として動作してよい。

販売者７０６からゲートウェイプロセッサ７０８へ送信されるデータ信号は、支払トランザクションについてのトランザクション詳細に重畳されてよい。これは、１以上の基準に基づいて整形されてよい。いくつかの実施形態では、当該標準はゲートウェイプロセッサ７０８によって規定されてよい。これは、トランザクションデータをゲートウェイプロセッサ７０８との間で送受するための一意の専用フォーマットを用いてよい。他の実施形態では、公的な基準（例えば国際標準化機構のISO8783標準）が用いられてよい。当該基準は、含まれるデータの種別と、データの整形と、どのようにデータが格納及び送信されるかと、ゲートウェイプロセッサ７０８へのトランザクションデータの他の送信基準とを示してよい。

ステップ７２８にてゲートウェイプロセッサ７０８はトランザクションデータ信号を解析して、そこに重畳されたトランザクションデータを取得してよいし、必要に応じて当該トランザクションデータを整形してよい。トランザクションデータの整形は、ゲートウェイプロセッサ７０８によって、ゲートウェイプロセッサ７０８の又は支払トランザクションに関連付けられた加盟店金融機関７１０の専用基準に基づいて実行されてよい。専用基準はトランザクションデータに含まれるデータの種別と、データの格納及び送信のためのフォーマットとを指定してよい。加盟店金融機関７１０は、トランザクションデータを用いてゲートウェイプロセッサ７０８によって（例えばトランザクションデータを解析（例えばデータ要素へ分解）して、加盟店金融機関７１０に関連付けられたそこに含まれるアカウント識別子を取得することによって）識別されてよい。いくつかの実施形態では、ゲートウェイプロセッサ７０８は次いで、識別された加盟店金融機関７１０に基づいて（例えば加盟店金融機関７１０によって指定された整形の基準に従って）トランザクションデータを整形してよい。いくつかの実施形態では、識別された加盟店金融機関７１０は、支払トランザクションに関わる販売者７０６に関連付けられてよく、いくつかの実施形態では、販売者７０６に関連付けられたトランザクションアカウントを管理してよい。

ステップ７３０にてゲートウェイプロセッサ７０８は整形されたトランザクションデータに重畳されたデータ信号を、識別された加盟店金融機関７１０へ電子的に送信してよい。加盟店金融機関７１０は当該データ信号を受信し、当該信号を解析して、そこに重畳された整形済みトランザクションデータを取得してよい。ステップ７３２にて、加盟店金融機関は整形されたトランザクションデータに基づいて、支払トランザクションについての承認要求を生成してよい。承認要求は特別に整形されたトランザクションメッセージであってよく、これは１以上の基準（例えばISO8783標準）と、支払トランザクションを処理するために使用される支払プロセッサ（例えば支払ネットワーク）によって規定された基準とにしたがって整形される。承認要求はトランザクションメッセージであってよく、これは承認要求を示すメッセージ種別指示子を含む。これは、支払トランザクションに関わる販売者７０６が、当該トランザクションについての発行者金融機関７０２からの支払又は支払の約束を要求していることを示す。承認要求は複数のデータ要素を含んでよく、各データ要素は関連付けられた基準における設定フォームとしてデータを格納する（例えばアカウント番号、アプリケーション暗号、トランザクション金額、発行者金融機関７０２情報等を格納する）よう構成される。

ステップ７３４にて、加盟店金融機関７１０は承認要求を、処理のためにトランザクション処理サーバ７１２へ電子的に送信してよい。トランザクション処理サーバ７１２は、支払トランザクションを処理するよう構成される支払ネットワークの一部として、１以上のコンピューティング装置を含んでよい。いくつかの実施形態では、承認要求は加盟店金融機関７１０のトランザクションプロセッサ又は当該加盟店金融機関に関連付けられた他のエンティティによって送信されてよい。トランザクションプロセッサは、トランザクション処理サーバ７１２との通信（トランザクション処理サーバ７１２との間のトランザクションメッセージ及び他のデータの送受信のための通信）のための複数の通信チャネルを含む１以上のコンピューティング装置であってよい。いくつかの実施形態では、トランザクション処理サーバ７１２と関連付けられた支払ネットワークは各トランザクションプロセッサを有し又は動作させてよい。このため、支払ネットワークは、ネットワーク及び国際的セキュリティのために、トランザクション処理サーバ７１２との間のトランザクションメッセージの通信（送受信）に対する制御を維持してよい。

ステップ７３６にて、トランザクション処理サーバ７１２は支払トランザクションにつき付加価値つきサービスを実行してよい。付加価値つきサービスは発行者金融機関７０２によって指定されるサービスである。これは、発行者金融機関７０２又は消費者７０４へ、支払トランザクションの処理に際して付加価値を提供してよい。付加価値つきサービスは例えば、詐欺スコアリング。トランザクション又はアカウント制御、アカウント番号マッピング、オファーの償還、ロイヤルティ処理等を含んでよい。例えばトランザクション処理サーバ７１２がトランザクションを受信すると、トランザクションについての詐欺スコアが、そこに含まれるデータと１以上の詐欺スコアリングアルゴリズム及び／又はエンジンとに基づいて算出されてよい。いくつかの実施形態では、トランザクション処理サーバ７１２はまず、トランザクションに関連付けられた発行者金融機関７０２を識別し、次いで発行者金融機関７０２によって示される実行対象の任意のサービスを識別してよい。発行者金融機関７０２は例えば、承認要求に含まれる特定のデータ要素に含まれるデータ（例えば発行者識別番号）によって識別されてよい。他の実施形態では、発行者金融機関７０２は承認要求に格納された主要アカウント番号によって（例えば識別用の主要アカウント番号の一部（例えば銀行識別番号）を用いることで）識別されてよい。

ステップ７３８にて、トランザクション処理サーバ７１２は承認要求を発行者金融機関７０２へ電子的に送信してよい。いくつかの実施形態では、トランザクション処理サーバ７１２による付加価値つきサービスの実行の結果として、承認要求は修正されてよいし、承認要求に追加データが含められ又はそこに追加データが付随してもよい。いくつかの実施形態では、承認要求は、発行者金融機関７０２又はそれに関連付けられたエンティティに位置するトランザクションプロセッサへ送信されてよい（例えばトランザクション処理サーバ７１２によって保有され又は動作されてよい）。これは、当該承認要求を発行者金融機関７０２へ転送する。

ステップ７４０にて、発行者金融機関７０２は支払トランザクションの支払のために、トランザクションアカウントを承認してよい。当該承認はトランザクションアカウントに対する利用可能なクレジット金額と、支払トランザクションに対するトランザクション金額と、トランザクション処理サーバ７１２によって提供される詐欺スコアと、当業者にとって自明な他の考慮事項とに基づいてよい。発行者金融機関７０２は承認要求を修正して、支払トランザクションの承認（又はトランザクションが拒否されるときには拒否）を示す応答コードを含めてよい。発行者金融機関７０２はまた、トランザクションメッセージにつきメッセージ種別指示子を修正して、トランザクションメッセージが承認応答へ変更されることを示してよい。ステップ７４２にて、発行者金融機関７０２は承認応答をトランザクション処理サーバ７１２へ（トランザクションプロセッサを介して）送信してよい。

ステップ７４４にて、トランザクション処理サーバ７１２は承認応答を加盟店金融機関７１０へ（トランザクションプロセッサを介して）転送してよい。ステップ７４６にて、加盟店金融機関は、承認応答の応答コードに示されるように、支払トランザクションの承認又は拒否を示す応答メッセージを生成してよく、ゲートウェイプロセッサ７０８によって設定された基準及びプロトコルを用いて当該応答メッセージをゲートウェイプロセッサ７０８へ送信してよい。ステップ７４８にてゲートウェイプロセッサ７０８は、適切な基準及びプロトコルを用いて、応答メッセージを販売者７０６へ転送してよい。ステップ７５０にて、トランザクションが承認されたと仮定すると、販売者７０６は次いで、消費者７０４への支払トランザクションの一部として、消費者７０４によって購入された商品を提供してよい。

いくつかの実施形態では、処理７００が完了すると、発行者金融機関７０２から加盟店金融機関７１０への支払が実行されてよい。いくつかの実施形態では、支払は即座に行われてよいし、１営業日以内に行われてよい。他の実施形態では、支払は所定期間の後に行われてよいし、加盟店金融機関７１０からトランザクション処理サーバ７１２を介した発行者金融機関７０２への清算要求の提出に応じて行われてよい。そのような実施形態では、複数の支払トランザクションについての清算要求は、単一の清算要求に集約されてよい。これは、トランザクション処理サーバ７１２によって使用されて、支払トランザクションの清算につき、誰が誰に対して全体の支払を実行するかを識別してよい。

通信パスが利用不可能ないくつかの実施形態では、システムはまた、支払トランザクションの処理を実行するよう構成されてよい。例えば（ステップ７４０にて）発行者金融機関がトランザクションアカウントの承認を実行できないとき、トランザクション処理サーバ７１２は発行者金融機関７０２に代わってトランザクションの承認を実行するよう構成されてよい。そのような動作は代理処理と示されてよい。このとき、トランザクション処理サーバは発行者金融機関７０２として代理する。そのような実施形態では、トランザクション処理サーバ７１２は発行者金融機関７０２によって設定されたルールを使用して支払トランザクションの承認又は拒否を判定し、ステップ７４４において加盟店金融機関７１０へ転送する前に、適宜トランザクションメッセージを修正してよい。トランザクション処理サーバ７１２は、トランザクション処理サーバ７１２が代理するトランザクションに関連付けられたデータを保持してよく、また、通信が再確立されたときに、当該保持されたデータを発行者金融機関７０２へ送信してよい。発行者金融機関７０２は次いで、適宜トランザクションアカウントを処理して、通信が損なわれた時間に対するサービスを提供してよい。

他の実施形態では、トランザクション処理サーバ７１２が加盟店金融機関７１０による承認要求の提出に対し利用不可能なとき、加盟店金融機関７１０のトランザクションプロセッサはトランザクション処理サーバ７１２と発行者金融機関７０２との処理を実行するよう構成されてよい。トランザクションプロセッサは、支払トランザクションの承認又は拒否をそこに含まれるデータに基づいて判定する際に使用するのに適切なルールとデータとを含んでよい。例えば発行者金融機関７０２及び／又はトランザクション処理サーバ７１２は、トランザクションの種別、トランザクション金額等に制限を設定してよい。これは、トランザクションプロセッサに格納されて、それに基づく支払トランザクションの承認又は拒否の判定に用いられてよい。そのような実施形態では、仮にトランザクション処理サーバ７１２が利用不可能であっても、加盟店金融機関７１０は支払トランザクションに対する承認応答を受信してよい。このことは、通信が不可能な場合にもトランザクションが処理され中断が体験されないことを確実にする。そのような場合、トランザクションプロセッサは支払トランザクションについてのトランザクション詳細を格納してよい。これは、通信が再確立されたときに、トランザクション処理サーバ７１２へ（更に、例えば、そこから関連付けられた発行者金融機関７０２へ）送信される。

いくつかの実施形態では、トランザクションプロセッサは複数の異なる通信チャネルを含むよう構成されてよい。これは、複数の通信カード及び／又は装置を用いて、トランザクションメッセージの送受信のためにトランザクション処理サーバ７１２と通信してよい。例えばトランザクションプロセッサは複数のコンピューティング装置を含んでよい。その各々は、トランザクション処理サーバ７１２に接続された複数の通信ポートを有する。そのような実施形態では、トランザクションプロセッサは、トランザクションメッセージをトランザクション処理サーバ７１２へ送信するときに通信チャネルを巡ってよく、ネットワーク混雑を軽減しより速く円滑な通信を確保してよい。更に通信チャネルが干渉され又は利用不可能な実施形態では、代替通信チャネルが利用可能であってよく、更に、ネットワークの稼働時間を増加させてよい。

いくつかの実施形態では、トランザクションプロセッサは他のトランザクションプロセッサと直接通信するよう構成されてよい。例えば加盟店金融機関７１０でのトランザクションプロセッサは（例えばトランザクションメッセージに含まれる銀行識別番号によって、）承認要求が、何らの付加価値つきサービスが要求されない発行者金融機関７０２に関することを識別してよい。加盟店金融機関７１０でのトランザクションプロセッサは次いで、承認要求を、発行者金融機関７０２のトランザクションプロセッサへ直接送信してよい（例えばこのとき、トランザクション処理サーバ７１２を通過する承認要求は無い）。このとき発行者金融機関７０２は適宜トランザクションを処理してよい。

複数の通信チャネルを用いた複数の通信方法を用いる上述の支払トランザクション処理方法であって、処理における複数点及びシステム内の複数位置にて、支払トランザクションの処理を提供するフェールセーフ（及び干渉時であっても通信がその宛先に無事に到達することを確実にする冗長性も同様）を含む処理方法は、強健なシステムを提供してよい。当該システムは、支払トランザクションが常に、最小限の誤りと干渉とで、無事に処理されることを確実にする。この発展ネットワーク及びそのインフラストラクチャ並びにトポロジは、「支払レール」を指してよい。ここでは、トランザクションデータは販売者から支払レールへと、何百万もの異なる販売時点で提出されて、当該インフラストラクチャを通って、適切なトランザクション処理サーバ７１２へと処理のためにルーティングされる。支払レールによって、汎用目的コンピューティング装置は、特別プログラム及び／又は構成無しには、レールへと通信を適切に整形又は提出できない。コンピューティング装置の特定目的によって、コンピューティング装置は、トランザクションデータを適切なエンティティ（例えばゲートウェイプロセッサ７０８、加盟店金融機関７１０等）へ、この発展ネットワークを用いた処理のために提出するよう構成されてよく、また、消費者７０４の能力に関する応答を迅速且つ効率的に受信するよう構成されて当該支払トランザクションへ資金供給してよい。

コンピュータシステムアーキテクチャ
図８は、コンピュータシステム８００を示す。そこには、本開示の実施形態又はその一部が、コンピュータ可読コードとして実装されてよい。例えば図１のコンピューティング装置１０２は、ハードウェア、ソフトウェア、ファームウェア、格納された命令を有する非一時的なコンピュータ可読媒体、又はこれらの組合せを用いてシステム８００内に実装されてよく、１以上のコンピュータシステム又は他の処理システムにおいて実装されてよい。ハードウェア、ソフトウェア及びこれらの任意の組合せは、図３、４、６及び７の方法を実装するために使用されるモジュール及びコンポーネントを実現してよい。

プログラマブルロジックが使用される場合、そのようなロジックは、商業的に利用可能な処理プラットフォーム又は特定用途装置上で実行してよい。当業者は、開示された事項についての実施形態が、様々なコンピュータシステム構成で実行可能であることを理解する。当該システム構成は、マルチコアのマルチプロセッサシステムと、ミニコンピュータと、メインフレームコンピュータと、分散された機能でリンクされ又はクラスタ化されたコンピュータと、任意の装置へ仮想的に実装可能な汎用（pervasive）又はミニチュアのコンピュータとを含む。例えば少なくとも１つのプロセッサ装置及びメモリが、上記実施形態を実装するために使用されてよい。

本開示のプロセッサユニット又は装置は、単一のプロセッサ、複数のプロセッサ、又はこれらの組合せであってよい。プロセッサ装置は、１以上のプロセッサ「コア」を有してよい。本開示の「コンピュータプログラム媒体」、「非一時的なコンピュータ可読媒体」及び「コンピュータ使用可能な媒体」との用語は、概して、有形の媒体（例えば取外し可能なストレージユニット８１８、取外し可能なストレージユニット８２２及びハードディスクドライブ８１２にインストールされたハードディスク等）を指すために使用される。

本開示の様々な実施形態は、この例示的なコンピュータシステム８００に関して記述される。本開示を読んだ後、当業者にとって、他のコンピュータシステム及び／又はコンピュータアーキテクチャを用いて本開示をどのように実装するかは自明である。動作はシーケンシャルな（順次の）処理として開示されるが、いくつかの動作は実際には、並行して、同時に及び／又は分散環境で、実行されてよい。このとき、プログラムコードは、単一プロセッサの又はマルチプロセッサのマシンによってアクセスするために、ローカルに又はリモートに格納された状態である。更に、いくつかの実施形態では、動作の順番は、開示される事項の趣旨を逸脱することなく再配置可能である。

プロセッサ装置８０４は、本開示の機能を実行するよう特別に構成された特定用途又は汎用プロセッサ装置であってよい。プロセッサ装置８０４は、通信インフラストラクチャ８０６（例えばバス、メッセージキュー、ネットワーク、マルチコアメッセージパススキーム等）へ接続されてよい。ネットワークは、本開示の機能を実行するのに適した任意のネットワークであってよく、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ネットワーク（例えばＷｉｆｉ）、モバイル通信ネットワーク、衛星ネットワーク、インターネット、光ファイバ、同軸ケーブル、赤外線、無線周波数（ＲＦ）又はこれらの任意の組合せを含んでよい。他の適切なネットワーク種別及び構成は、当業者にとって自明である。コンピュータシステム８００はまた、メインメモリ８０８（例えばランダムアクセスメモリ、読み取り専用メモリ等）を含んでよく、また、補助記憶装置８１０を含んでよい。補助記憶装置８１０は、ハードディスクドライブ８１２と取外し可能なストレージドライブ８１４（例えばフロッピーディスクドライブ、磁気テープドライブ、光ディスクドライブ、フラッシュメモリ等）とを含んでよい。

取外し可能なストレージドライブ８１４は、周知の方法で、取外し可能なストレージユニット８１８から読み取りを行ってもよいし、そこへ書き込みを行ってもよい。取外し可能なストレージユニット８１８は、取外し可能なストレージドライブ８１４によって読み取られ又は書き込まれることができる、取外し可能なストレージ媒体を含んでよい。例えばもし取外し可能なストレージドライブ８１４がフロッピーディスクドライブ又はユニバーサルシリアルバスポートであれば、取外し可能なストレージユニット８１８はそれぞれ、フロッピーディスク又はポータブルフラッシュドライブであってよい。一実施形態では、取外し可能なストレージユニット８１８は非一時的な可読記憶媒体であってよい。

いくつかの実施形態では、補助記憶装置８１０は代替手段を含み、コンピュータプログラム又は他の命令がコンピュータシステム８００（例えば取外し可能なストレージユニット８２２及びインタフェース８２０）にロードされることを可能にしてよい。そのような手段の例は、（例えばビデオゲームシステムで見られる）プログラムカートリッジ及びカートリッジインタフェース、取外し可能なメモリチップ（例えばＥＥＰＲＯＭ、ＰＲＯＭ等）、関連ソケット、他の取外し可能なストレージユニット８２２及びインタフェース８２０を含んでよい。このことは当業者にとって自明である。

コンピュータシステム８００に（例えばメインメモリ８０８に及び／又は補助記憶装置８１０に）格納されたデータは、任意の種別の適切なコンピュータ可読媒体（例えば光ストレージ（コンパクトディスク、デジタル多目的ディスク、Blu-rayディスク等）又は磁気テープストレージ（例えばハードディスクドライブ））上に格納されてよい。データは任意の種別の適切なデータベース構成（例えばリレーショナルデータベース、構造化照会言語（ＳＱＬ）データベース、分散データベース、オブジェクトデータベース等）で構成されてよい。適切な構成及びストレージ種別は、当業者にとって自明である。

コンピュータシステム８００はまた、通信インタフェース８２４を含んでよい。通信インタフェース８２４は、ソフトウェア及びデータが、コンピュータシステム８００と外部装置との間で送信されることを可能にしてよい。例示的な通信インタフェース８２４は、モデム、ネットワークインタフェース（例えばイーサネットカード）、通信ポート、ＰＣＭＣＩＡスロット及びカード等を含んでよい。通信インタフェース８２４を介して転送されるソフトウェア及びデータは信号形式であってよい。当該信号形式は、電子の、電磁気の、光の、又は当業者にとって自明な他の信号のものであってよい。信号は、通信パス８２６を介して伝わる。当該通信パス８２６は信号を伝送するよう構成され、電線、ケーブル、光ファイバ、電話線、携帯電話リンク、無線周波数リンク等を用いて実装されてよい。

コンピュータシステム８００は表示インタフェース８０２を更に含んでよい。表示インタフェース８０２は、データが、コンピュータシステム８００と外部ディスプレイ８３０との間で転送されることを可能にするよう構成されてよい。例示的な表示インタフェース８０２は、高精細度マルチメディアインタフェース（ＨＤＭＩ）、デジタルビジュアルインタフェース（ＤＶＩ）、ビデオグラフィックスアレイ（ＶＧＡ）等を含んでよい。ディスプレイ８３０は任意の適切な種別のディスプレイであってよく、コンピュータシステム８００の表示インタフェース８０２を介して転送されるデータを表示する。ディスプレイ８３０は、ブラウン管（ＣＲＴ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、静電容量方式タッチディスプレイ、薄膜トランジスタ（ＴＦＴ）ディスプレイ等を含む。

コンピュータプログラム媒体及びコンピュータ使用可能な媒体は、メモリ（例えばメインメモリ８０８及び補助記憶装置８１０）を指してよく、半導体メモリ（ＤＲＡＭ等）であってよい。これらのコンピュータプログラム製品は、コンピュータシステム８００へソフトウェアを提供するための手段であってよい。コンピュータプログラム（例えばコンピュータ制御ロジック）は、メインメモリ８０８及び／又は補助記憶装置８１０に格納されてよい。コンピュータプログラムはまた、通信インタフェース８２４を介して受信されてよい。そのようなコンピュータプログラムは、実行されると、コンピュータシステム８００が本開示の方法を実行することを可能にしてよい。特に、コンピュータプログラムは、実行されると、プロセッサ装置８０４が図３、４、６及び７に示される本開示の方法を実行することを可能にしてよい。したがって、そのようなコンピュータプログラムはコンピュータシステム８００のコントローラを示す。本開示はソフトウェアを使用して実装される。当該ソフトウェアは、取外し可能なストレージドライブ８１４、インタフェース８２０、及びハードディスクドライブ８１２又は通信インタフェース８２４を用いて、コンピュータプログラム製品に格納されてコンピュータシステム８００へロードされてよい。

プロセッサ装置８０４は、コンピュータシステム８００の機能を実行するよう構成される１以上のモジュール又はエンジンを含んでよい。各モジュール又はエンジンは、ハードウェアを用いて実装されてよく、いくつかの実施形態ではソフトウェア（例えばこれは、メインメモリ８０８又は補助記憶装置８１０に格納されるプログラムコード又はプログラムに対応する）を用いてよい。そのような実施形態では、プログラムコードは、コンピュータシステム８００のハードウェアによる実行前に、プロセッサ装置８０４によって（例えばモジュール又はエンジンをコンパイルすることによって）コンパイルされてよい。例えばプログラムコードは、低レベルの言語へと解釈されるプログラミング言語で記述されたソースコード（例えばアセンブリ言語又は機械コード）であってよい。これは、プロセッサ装置８０４及び／又はコンピュータシステム８００の任意の追加のハードウェア構成要素によって実行するためのものである。コンパイル処理は、語彙解析と、前処理と、解析と、意味解析と、文法指向の翻訳と、コード生成と、コード最適化と、コンピュータシステム８００の制御のためにプログラムコードを低レベルの言語へ解釈して本開示の機能を実行するのに適した任意の他の技術との使用を含んでよい。そのような処理によってコンピュータシステム８００が、上記の機能を実行するために一意にプログラムされた特別構成コンピュータシステム８００になることは当業者にとって自明である。

本開示に一貫した技術は、他の機能の中でも、アカウント番号の長さを変化させるための改良版暗号検証システム及び方法を提供する。本開示のシステム及び方法の様々な例示的実施形態が上述されるが、それらは限定目的でなく例示目的のみで示されることを理解されたい。それは徹底したものでなく、本開示を、開示された形態そのものへ限定しない。上記の教示に照らして修正例及び変形例が可能である。広がり又は範囲を逸脱すること無く、本開示の実装から修正例及び変形例が得られてよい。

Claims (20)

1. 可変長のアカウント番号についての改良版暗号検証方法であって、
   コンピューティング装置のメモリに１以上の主要アカウント番号と複数の整形テンプレートとを格納するステップであって、各テンプレートは少なくともアカウント番号の長さに関連付けられるステップと、
   前記コンピューティング装置の入力装置によって、前記１以上の主要アカウント番号のうち特定の主要アカウント番号を示す選択を受付けるステップと、
   前記コンピューティング装置の問い合わせモジュールによって、前記メモリ上でクエリを実行し、前記複数の整形テンプレートのうち特定の整形テンプレートを識別するステップであって、前記関連付けられたアカウント番号の長さは、前記特定の主要アカウント番号の長さに対応するステップと、
   前記コンピューティング装置の受信装置によって、販売時点端末から少なくとも予測不可能な番号を受信するステップと、
   前記コンピューティング装置の生成モジュールによって、少なくとも前記予測不可能な番号と１以上のアルゴリズムとに基づいて暗号を生成するステップと、
   前記コンピューティング装置の前記生成モジュールによってデータ列を生成するステップであって、前記データ列は、前記生成された暗号と、前記特定の主要アカウント番号と、前記予測不可能な番号とを少なくとも含み、前記データ列は前記識別された特定の整形テンプレートに基づいて整形される、ステップと、
   前記コンピューティング装置の送信装置によって、前記生成されたデータ列を前記販売時点端末へ電子的に送信するステップと、
   を含む方法。
2. 請求項１に記載の方法において、
   前記複数の整形テンプレートの各々は更に、桁数と関連付けられ、
   前記特定の整形テンプレートは、前記関連付けられた桁数と前記受信された予測不可能な番号の桁数との対応関係に基づいて識別される、方法。
3. 請求項１に記載の方法において、前記生成されたデータ列は、データメッセージであって前記生成されたデータメッセージの型を示すビットマップを更に含むデータメッセージ内で電子的に送信される、方法。
4. 請求項３に記載の方法において、前記コンピューティング装置の前記生成モジュールによって、少なくとも前記識別された特定の整形テンプレートに基づいて前記ビットマップを生成するステップを更に含む方法。
5. 請求項３に記載の方法において、
   前記複数の整形テンプレートの各々は更にビットマップを含み、
   前記データメッセージに含まれる前記ビットマップは、前記識別された特定の整形テンプレートに含まれる前記ビットマップに対応する、方法。
6. 請求項１に記載の方法において、
   前記メモリは更に、前記１以上の主要アカウント番号の各々につき、トランザクション計数機を含み、
   前記生成されたデータ列は更に、前記特定の主要アカウント番号に関連付けられた前記トランザクション計数機を含む、方法。
7. 請求項６に記載の方法において、前記暗号は更に、前記特定の主要アカウント番号に関連付けられた前記トランザクション計数機に基づく、方法。
8. 請求項１に記載の方法において、更に、
   前記コンピューティング装置の生成モジュールによって、少なくとも前記予測不可能な番号と少なくとも１つの追加のアルゴリズムとに基づいて第２の暗号を生成するステップを含み、
   前記データ列は更に、前記第２の暗号を含む、方法。
9. 請求項１に記載の方法において、前記データ列は更に、少なくとも１つの余分桁を含み、余分桁の数は前記特定の主要アカウント番号の長さと前記受信された予測不可能な番号の桁数とに基づく、方法。
10. 請求項９に記載の方法において、前記少なくとも１つの余分桁はカード保有者検証方法データを格納する、方法。
11. 可変長のアカウント番号についての改良版暗号検証システムであって、
    １以上の主要アカウント番号と複数の整形テンプレートとを格納するよう構成される、コンピューティング装置のメモリであって、各テンプレートは少なくともアカウント番号の長さに関連付けられる、メモリと、
    前記１以上の主要アカウント番号のうち特定の主要アカウント番号を示す選択を受付けるよう構成される、コンピューティング装置の入力装置と、
    前記メモリ上でクエリを実行して前記複数の整形テンプレートのうち特定の整形テンプレートを識別する、前記コンピューティング装置の問い合わせモジュールであって、前記関連付けられたアカウント番号の長さは、前記特定の主要アカウント番号の長さに対応する、問い合わせモジュールと、
    販売時点端末から少なくとも予測不可能な番号を受信するよう構成される、前記コンピューティング装置の受信装置と、
    前記コンピューティング装置の生成モジュールであって、
    少なくとも前記予測不可能な番号と１以上のアルゴリズムとに基づく暗号と、
    前記生成された暗号と、前記特定の主要アカウント番号と、前記予測不可能な番号とを少なくとも含むデータ列であって、前記識別された特定の整形テンプレートに基づいて整形される、データ列と、
    を生成するよう構成される生成モジュールと、
    前記生成されたデータ列を前記販売時点端末へ電子的に送信するよう構成される、前記コンピューティング装置の送信装置と、
    を含むシステム。
12. 請求項１１に記載のシステムにおいて、
    前記複数の整形テンプレートの各々は更に、桁数と関連付けられ、
    前記特定の整形テンプレートは、前記関連付けられた桁数と前記受信された予測不可能な番号の桁数との対応関係に基づいて識別される、システム。
13. 請求項１１に記載のシステムにおいて、前記生成されたデータ列は、データメッセージであって前記生成されたデータメッセージの型を示すビットマップを更に含むデータメッセージ内で電子的に送信される、システム。
14. 請求項１３に記載のシステムにおいて、前記コンピューティング装置の前記生成モジュールは、少なくとも前記識別された特定の整形テンプレートに基づいて前記ビットマップを生成するよう更に構成される、システム。
15. 請求項１３に記載のシステムにおいて、
    前記複数の整形テンプレートの各々は更にビットマップを含み、
    前記データメッセージに含まれる前記ビットマップは、前記識別された特定の整形テンプレートに含まれる前記ビットマップに対応する、システム。
16. 請求項１１に記載のシステムにおいて、
    前記メモリは更に、前記１以上の主要アカウント番号の各々につき、トランザクション計数機を含み、
    前記生成されたデータ列は更に、前記特定の主要アカウント番号に関連付けられた前記トランザクション計数機を含む、システム。
17. 請求項１６に記載のシステムにおいて、前記暗号は更に、前記特定の主要アカウント番号に関連付けられた前記トランザクション計数機に基づく、システム。
18. 請求項１１に記載のシステムにおいて、
    前記コンピューティング装置の前記生成モジュールは更に、少なくとも前記予測不可能な番号と少なくとも１つの追加のアルゴリズムとに基づいて第２の暗号を生成するよう構成され、
    前記データ列は更に、前記第２の暗号を含む、システム。
19. 請求項１１に記載のシステムにおいて、前記データ列は更に、少なくとも１つの余分桁を含み、余分桁の数は前記特定の主要アカウント番号の長さと前記受信された予測不可能な番号の桁数とに基づく、システム。
20. 請求項１９に記載のシステムにおいて、前記少なくとも１つの余分桁はカード保有者検証方法データを格納する、システム。

Images