(57)【要約】      （修正有）【課題】可変長のアカウント番号についての改良版暗号検証システム及び方法を提供する。【解決手段】方法は、各テンプレートがアカウント番号の長さに関連付けられ、特定の主要アカウント番号を示す選択を受付ける、１以上の主要アカウント番号と複数の整形テンプレートとを格納するステップでと、関連付けられたアカウント番号の長さが、特定の主要アカウント番号の長さに対応し、販売時点端末から予測不可能な番号を受信し、予測不可能な番号と１以上のアルゴリズムとに基づいて暗号を生成する、特定の整形テンプレートを識別するステップと、データ列が、生成された暗号と、特定の主要アカウント番号と、予測不可能な番号とを少なくとも含み、識別された特定の整形テンプレートに基づいて整形され、生成されたデータ列を販売時点端末へ電子的に送信するデータ列を生成するステップと、を含む。【選択図】図６
2020184378.tif 000002
【特許請求の範囲】
【請求項１】
可変長のアカウント番号についての改良版暗号検証方法であって、
コンピューティング装置のメモリに１以上の主要アカウント番号と複数の整形テンプレ
ートとを格納するステップであって、各テンプレートは少なくともアカウント番号の長さ
に関連付けられるステップと、
前記コンピューティング装置の入力装置によって、前記１以上の主要アカウント番号の
うち特定の主要アカウント番号を示す選択を受付けるステップと、
前記コンピューティング装置の問い合わせモジュールによって、前記メモリ上でクエリ
を実行し、前記複数の整形テンプレートのうち特定の整形テンプレートを識別するステッ
プであって、前記関連付けられたアカウント番号の長さは、前記特定の主要アカウント番
号の長さに対応するステップと、
前記コンピューティング装置の受信装置によって、販売時点端末から少なくとも予測不
可能な番号を受信するステップと、
前記コンピューティング装置の生成モジュールによって、少なくとも前記予測不可能な
番号と１以上のアルゴリズムとに基づいて暗号を生成するステップと、
前記コンピューティング装置の前記生成モジュールによってデータ列を生成するステッ
プであって、前記データ列は、前記生成された暗号と、前記特定の主要アカウント番号と
、前記予測不可能な番号とを少なくとも含み、前記データ列は前記識別された特定の整形
テンプレートに基づいて整形される、ステップと、
前記コンピューティング装置の送信装置によって、前記生成されたデータ列を前記販売
時点端末へ電子的に送信するステップと、
を含む方法。
【請求項２】
請求項１に記載の方法において、
前記複数の整形テンプレートの各々は更に、桁数と関連付けられ、
前記特定の整形テンプレートは、前記関連付けられた桁数と前記受信された予測不可能
な番号の桁数との対応関係に基づいて識別される、方法。
【請求項３】
請求項１に記載の方法において、前記生成されたデータ列は、データメッセージであっ
て前記生成されたデータメッセージの型を示すビットマップを更に含むデータメッセージ
内で電子的に送信される、方法。
【請求項４】
請求項３に記載の方法において、前記コンピューティング装置の前記生成モジュールに
よって、少なくとも前記識別された特定の整形テンプレートに基づいて前記ビットマップ
を生成するステップを更に含む方法。
【請求項５】
請求項３に記載の方法において、
前記複数の整形テンプレートの各々は更にビットマップを含み、
前記データメッセージに含まれる前記ビットマップは、前記識別された特定の整形テン
プレートに含まれる前記ビットマップに対応する、方法。
【請求項６】
請求項１に記載の方法において、
前記メモリは更に、前記１以上の主要アカウント番号の各々につき、トランザクション
計数機を含み、
前記生成されたデータ列は更に、前記特定の主要アカウント番号に関連付けられた前記
トランザクション計数機を含む、方法。
【請求項７】
請求項６に記載の方法において、前記暗号は更に、前記特定の主要アカウント番号に関
連付けられた前記トランザクション計数機に基づく、方法。
【請求項８】
請求項１に記載の方法において、更に、
前記コンピューティング装置の生成モジュールによって、少なくとも前記予測不可能な
番号と少なくとも１つの追加のアルゴリズムとに基づいて第２の暗号を生成するステップ
を含み、
前記データ列は更に、前記第２の暗号を含む、方法。
【請求項９】
請求項１に記載の方法において、前記データ列は更に、少なくとも１つの余分桁を含み
、余分桁の数は前記特定の主要アカウント番号の長さと前記受信された予測不可能な番号
の桁数とに基づく、方法。
【請求項１０】
請求項９に記載の方法において、前記少なくとも１つの余分桁はカード保有者検証方法
データを格納する、方法。
【請求項１１】
可変長のアカウント番号についての改良版暗号検証システムであって、
１以上の主要アカウント番号と複数の整形テンプレートとを格納するよう構成される、
コンピューティング装置のメモリであって、各テンプレートは少なくともアカウント番号
の長さに関連付けられる、メモリと、
前記１以上の主要アカウント番号のうち特定の主要アカウント番号を示す選択を受付け
るよう構成される、コンピューティング装置の入力装置と、
前記メモリ上でクエリを実行して前記複数の整形テンプレートのうち特定の整形テンプ
レートを識別する、前記コンピューティング装置の問い合わせモジュールであって、前記
関連付けられたアカウント番号の長さは、前記特定の主要アカウント番号の長さに対応す
る、問い合わせモジュールと、
販売時点端末から少なくとも予測不可能な番号を受信するよう構成される、前記コンピ
ューティング装置の受信装置と、
前記コンピューティング装置の生成モジュールであって、
少なくとも前記予測不可能な番号と１以上のアルゴリズムとに基づく暗号と、
前記生成された暗号と、前記特定の主要アカウント番号と、前記予測不可能な番号とを
少なくとも含むデータ列であって、前記識別された特定の整形テンプレートに基づいて整
形される、データ列と、
を生成するよう構成される生成モジュールと、
前記生成されたデータ列を前記販売時点端末へ電子的に送信するよう構成される、前記
コンピューティング装置の送信装置と、
を含むシステム。
【請求項１２】
請求項１１に記載のシステムにおいて、
前記複数の整形テンプレートの各々は更に、桁数と関連付けられ、
前記特定の整形テンプレートは、前記関連付けられた桁数と前記受信された予測不可能
な番号の桁数との対応関係に基づいて識別される、システム。
【請求項１３】
請求項１１に記載のシステムにおいて、前記生成されたデータ列は、データメッセージ
であって前記生成されたデータメッセージの型を示すビットマップを更に含むデータメッ
セージ内で電子的に送信される、システム。
【請求項１４】
請求項１３に記載のシステムにおいて、前記コンピューティング装置の前記生成モジュ
ールは、少なくとも前記識別された特定の整形テンプレートに基づいて前記ビットマップ
を生成するよう更に構成される、システム。
【請求項１５】
請求項１３に記載のシステムにおいて、
前記複数の整形テンプレートの各々は更にビットマップを含み、
前記データメッセージに含まれる前記ビットマップは、前記識別された特定の整形テン
プレートに含まれる前記ビットマップに対応する、システム。
【請求項１６】
請求項１１に記載のシステムにおいて、
前記メモリは更に、前記１以上の主要アカウント番号の各々につき、トランザクション
計数機を含み、
前記生成されたデータ列は更に、前記特定の主要アカウント番号に関連付けられた前記
トランザクション計数機を含む、システム。
【請求項１７】
請求項１６に記載のシステムにおいて、前記暗号は更に、前記特定の主要アカウント番
号に関連付けられた前記トランザクション計数機に基づく、システム。
【請求項１８】
請求項１１に記載のシステムにおいて、
前記コンピューティング装置の前記生成モジュールは更に、少なくとも前記予測不可能
な番号と少なくとも１つの追加のアルゴリズムとに基づいて第２の暗号を生成するよう構
成され、
前記データ列は更に、前記第２の暗号を含む、システム。
【請求項１９】
請求項１１に記載のシステムにおいて、前記データ列は更に、少なくとも１つの余分桁
を含み、余分桁の数は前記特定の主要アカウント番号の長さと前記受信された予測不可能
な番号の桁数とに基づく、システム。
【請求項２０】
請求項１９に記載のシステムにおいて、前記少なくとも１つの余分桁はカード保有者検
証方法データを格納する、システム。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本願は、米国特許出願第62/210,659号（2015年8月27日出願）と米国特許出願第14/985,
664号（2015年12月31日出願）との優先権を主張するものであり、当該出願の開示全体を
ここに参照のために取り込む。
【技術分野】
【０００２】
本開示は、クラウドを基礎としたシステムのための改良版暗号検証に関し、特に、アカ
ウント番号とそこで用いられる予測不可能な番号との長さに基づいた、改良版暗号検証及
び様々なデータのデータ列への包含とに関する。
【背景技術】
【０００３】
支払カードを伴って支払トランザクション（取引）を実行するとき、しばしば暗号が生
成される。これは、支払カードの認証とトランザクションの承認とにおいて使用される。
多くの場合、暗号は支払カードによって（例えば集積回路を有する支払カードにおいて）
生成されてよいし、支払の詳細を伝達するために使用されるコンピューティング装置（例
えばスマートフォン又はタブレットコンピュータ）によって生成されてよい。しかし、支
払トランザクションについてのトランザクションメッセージに含まれる、支払カード又は
コンピューティング装置から販売時点端末へ伝達されるデータの量には制限がある。結果
的に、支払カード及びコンピューティング装置は、送信されるデータのために特定のフォ
ーマットをしばしば使用する。これは、少なくとも暗号とトランザクションアカウント番
号とを含む。
【０００４】
しかし、トランザクションアカウントの数や種別が増えるにつれて、多くの金融機関や
他のエンティティは、可変長のアカウント番号を使用することに興味を持つ。特に多くの
エンティティは、ルーティングの向上と、より多いトランザクションアカウント数の融通
とのために、追加の１６桁を超えてトランザクションアカウント番号を拡張することに興
味を持つ。現在のシステムは、販売時点端末への伝達と、トランザクションメッセージへ
の包含とのために利用可能なデータ空間の上限まで利用するよう構成される。したがって
、伝統的なコンピューティングシステムは、可変長のトランザクションアカウント番号を
使用するよう構成されていない。その理由は、特に、適切な暗号と追加データとを含める
ことを確実にする際、販売時点端末へ伝達されるデータの残りに対して変更が必要だから
である。
【０００５】
したがって、支払トランザクションにおいて使用するために必要な暗号と他のデータと
を含め且つデータ上限内にとどめつつ、コンピューティング装置が可変長のトランザクシ
ョンアカウント番号を融通するよう適切に構成可能な技術的解決手段が必要である。
【発明の概要】
【０００６】
本開示は可変長のアカウント番号についての改良版暗号検証システム及び方法の開示を
提供する。
【０００７】
可変長のアカウント番号についての改良版暗号検証方法は、
コンピューティング装置のメモリに１以上の主要アカウント番号と複数の整形テンプレ
ートとを格納するステップであって、各テンプレートは少なくともアカウント番号の長さ
に関連付けられるステップと、
前記コンピューティング装置の入力装置によって、前記１以上の主要アカウント番号の
うち特定の主要アカウント番号を示す選択を受付けるステップと、
前記コンピューティング装置の問い合わせモジュールによって、前記メモリ上でクエリ
を実行し、前記複数の整形テンプレートのうち特定の整形テンプレートを識別するステッ
プであって、前記関連付けられたアカウント番号の長さは、前記特定の主要アカウント番
号の長さに対応するステップと、
前記コンピューティング装置の受信装置によって、販売時点端末から少なくとも予測不
可能な番号を受信するステップと、
前記コンピューティング装置の生成モジュールによって、少なくとも前記予測不可能な
番号と１以上のアルゴリズムとに基づいて暗号を生成するステップと、
前記コンピューティング装置の前記生成モジュールによってデータ列を生成するステッ
プであって、前記データ列は、前記生成された暗号と、前記特定の主要アカウント番号と
、前記予測不可能な番号とを少なくとも含み、前記データ列は前記識別された特定の整形
テンプレートに基づいて整形される、ステップと、
前記コンピューティング装置の送信装置によって、前記生成されたデータ列を前記販売
時点端末へ電子的に送信するステップと、
を含む。
【０００８】
可変長のアカウント番号についての改良版暗号検証システムは、
１以上の主要アカウント番号と複数の整形テンプレートとを格納するよう構成される、
コンピューティング装置のメモリであって、各テンプレートは少なくともアカウント番号
の長さに関連付けられる、メモリと、
前記１以上の主要アカウント番号のうち特定の主要アカウント番号を示す選択を受付け
るよう構成される、コンピューティング装置の入力装置と、
前記メモリ上でクエリを実行して前記複数の整形テンプレートのうち特定の整形テンプ
レートを識別する、前記コンピューティング装置の問い合わせモジュールであって、前記
関連付けられたアカウント番号の長さは、前記特定の主要アカウント番号の長さに対応す
る、問い合わせモジュールと、
販売時点端末から少なくとも予測不可能な番号を受信するよう構成される、前記コンピ
ューティング装置の受信装置と、
前記コンピューティング装置の生成モジュールであって、
少なくとも前記予測不可能な番号と１以上のアルゴリズムとに基づく暗号と、
前記生成された暗号と、前記特定の主要アカウント番号と、前記予測不可能な番号とを
少なくとも含むデータ列であって、前記識別された特定の整形テンプレートに基づいて整
形される、データ列と、
を生成するよう構成される生成モジュールと、
前記生成されたデータ列を前記販売時点端末へ電子的に送信するよう構成される、前記
コンピューティング装置の送信装置と、
を含む。
【図面の簡単な説明】
【０００９】
本開示の範囲は、添付の図面と共に解釈されると、例示的な実施形態についての下記の
詳細な記載から最も良く理解される。図面には次の図が含まれる。
【図１】本開示の実施形態による、改良版暗号検証のためのハイレベルシステムであって、アカウント番号の長さを変更するためのシステムを示すブロック図である。
【図２】本開示の実施形態による、可変長のアカウント番号についての改良版暗号検証のためにデータ列を生成及び提供するための、図１のコンピューティング装置を示すブロック図である。
【図３】本開示の実施形態による、図１のシステムを使用してアカウント番号の長さを変更するための、改良版暗号生成及び検証の処理を示すフロー図である。
【図４】本開示の実施形態による、図１のコンピューティング装置を使用した、可変長のアカウント番号についての改良版暗号検証のためにデータ列を生成及び伝達する処理を示すフロー図である。
【図５】本開示の実施形態による、可変長のアカウント番号につき、暗号と他のトランザクションデータとを伝達するためにデータ列に対し様々な整形を行うことを示す図である。
【図６】本開示の実施形態による、アカウント番号の長さを変更するための改良版暗号検証についての例示的方法を示すフローチャートである。
【図７】本開示の実施形態による、支払トランザクションの処理を示すフロー図である。
【図８】例示的実施形態による、コンピュータシステムアーキテクチャを示す機能ブロック図である。
【００１０】
本開示の更なる応用分野は、下記の詳細な説明から自明である。例示的実施形態の詳細
な説明は、例示目的のみを意図しており、本開示の範囲を必要的に制限することを意図し
ない。
【発明を実施するための形態】
【００１１】
用語解説
支払ネットワーク：現金代替物の使用によって、資金移転で使用されるシステム又はネ
ットワーク支払ネットワークは、様々な異なるプロトコル及び手順を使用して、様々な種
別のトランザクションのために資金移転を処理してよい。支払ネットワークを介して実行
されるトランザクションは、商品又は役務の購入と、クレジット購入と、デビットトラン
ザクションと、資金移転と、口座引き落としとを含んでよい。支払ネットワークは、現金
代替物によってトランザクションを実行するよう構成されてよく、これは支払カードと、
信用紹介状と、小切手と、トランザクションアカウントとを含んでよい。支払ネットワー
クとして実行されるネットワーク又はシステムの例は、MasterCard（登録商標）、VISA（
登録商標）、Discover（登録商標）、American  Express（登録商標）、PayPal（登録商
標）等によって操作されるものを含む。本開示での「支払ネットワーク」との用語は、エ
ンティティとしての支払ネットワークと、物理的支払ネットワーク（例えば、支払ネット
ワークを含む、機器、ハードウェア、及びソフトウェア）との両方を指す。
【００１２】
支払レール：支払トランザクションの処理と、トランザクションメッセージ及び他の類
似データの通信とにおいて使用される支払ネットワークと関連付けられたインフラストラ
クチャである。当該通信は、支払ネットワークと、当該支払ネットワークと相互接続され
た他のエンティティとの間の通信である。支払レールは、支払ネットワークと、支払ネッ
トワーク及び他の関連エンティティ（例えば金融機関、ゲートウェイプロセッサ等）との
間の相互接続とを確立するために使用されるハードウェアを含んでよい。いくつかの実施
形態では、支払レールはまた、ソフトウェアによって（例えば支払レールを含む通信ハー
ドウェア及び装置を特別にプログラミングすることによって、）影響を受けてよい。例え
ば支払レールは、トランザクションメッセージをルーティングするために特別に構成され
る特別構成コンピューティング装置を含んでよい。当該トランザクションメッセージは、
下記に詳述するように、支払レールを介して電子的に送信される特別整形データメッセー
ジであってよい。
【００１３】
支払カード：販売者へ提供されるトランザクションアカウントに関連付けられるカード
又はデータであり、関連付けられたトランザクションアカウントを介して金融トランザク
ションに資金を供給するためのものである。支払カードは、クレジットカード、デビット
カード、特定店舗のクレジットカード、ストアドバリューカード、プリペイドカード、フ
リートカード（fleet  card）、仮想支払番号、仮想カード番号、制御支払番号（control
led  payment  number）等を含んでよい。支払カードは物理的なカードであり、販売者へ
提供されてよいし、関連付けられたトランザクションアカウントを示すデータ（これは、
例えばスマートフォン又はコンピュータ等の通信装置内に格納される）であってよい。例
えばいくつかの実施形態では、支払アカウント番号を含むデータはトランザクションを処
理するための支払カードとして考慮される。当該トランザクションは、関連付けられたト
ランザクションアカウントによって資金供給を受ける。いくつかの実施形態では、適用可
能な場合、小切手が支払カードとして考慮されてよい。
【００１４】
販売者：他のエンティティ（例えば消費者又は他の販売者）が購入するための商品（商
品及び／又はサービス）を提供するエンティティである。販売者は、当業者にとって自明
なように、消費者、小売主、卸売業者、製造者、又は、購入用の商品を提供可能な任意の
他の種別のエンティティであってよい。いくつかの実施形態では、販売者は購入用に提供
される商品及び／又は役務につき特別な知識を有してよい。他の実施形態では、販売者は
提供される商品につき特別な知識を有さず又は要求しない。いくつかの実施形態では、単
一のトランザクションに関係するエンティティは、販売者として考慮されてよい。いくつ
かの実施形態では、本開示のように、「販売者」との用語は販売者エンティティの機器又
は装置を指してよい。
【００１５】
イシュア（発行者）：受益者に有利なように信用状又は信用供与を確立し（開き）、当
該信用状又は信用供与で特定される金額に対して、受益者によって振り出された手形を引
き受けるエンティティである。多くの実施形態では、イシュアは、信用供与を開くよう授
権を受けた銀行又は他の金融機関であってよい。いくつかの実施形態では、受益者へ信用
供与を拡張可能な任意のエンティティは、イシュアとして考慮されてよい。イシュアによ
って開かれた信用供与は支払アカウントのフォームにおいて提示されてよいし、支払アカ
ウントを使用することによって受益者によって振り出されてよい。イシュアはまた、追加
の種別の支払アカウント（例えばデビットアカウント、プリペイドアカウント、電子ウォ
レットアカウント、預貯金、当座預金等）を消費者へ提供してよく、消費者へ、そのよう
なアカウントへアクセス及び／又は使用するための物理的又は非物理的手段（例えばデビ
ットカード、プリペイドカード、ATMカード、電子ウォレット、小切手等）を提供してよ
い。このことは、当業者にとって自明である。
【００１６】
アクワイアラ：販売者に代わって支払カードトランザクションを処理可能なエンティテ
ィである。アクワイアラは、銀行又は、販売者に代わって支払カードトランザクションを
処理するよう授権された他の金融機関であってよい。多くの実施形態では、アクワイアラ
は、受益者として活動する販売者につき信用供与を開いてよい。イシュアによって提供さ
れる信用供与に対する受取人である消費者が、アクワイアラによって代理される販売者と
支払カードによってトランザクションを行う場合、アクワイアラはイシュアと共に資金を
交換してよい。
【００１７】
改良版暗号検証のためのシステム
図１は、可変長のトランザクションアカウント番号を有する改良版暗号検証のシステム
１００を示す。
【００１８】
システム１００はコンピューティング装置１０２を含んでよい。下記で詳述するが、コ
ンピューティング装置１０２は、可変長のトランザクションアカウント番号を有するデー
タ列に含めるために暗号を生成するよう構成されてよい。当該トランザクションアカウン
ト番号は支払トランザクションを処理するために使用されるトランザクションメッセージ
に含まれる。コンピューティング装置１０２は任意の適切な種別のコンピューティング装
置であってよい。これは本開示の方法を実行するよう特別に構成されるコンピューティン
グ装置（例えば携帯電話、スマートフォン、ラップトップコンピュータ、タブレットコン
ピュータ、デスクトップコンピュータ、スマートウォッチ、スマートテレビ、ウェアラブ
ルコンピューティング装置、埋込式コンピューティング装置等）であってよい。
【００１９】
システム１００において、消費者１０４はコンピューティング装置１０２を用いて、支
払の詳細を、支払トランザクションにおいて使用するために伝達してよい。消費者１０４
はイシュア１０６（これは金融機関であってよく、例えば発行者銀行、又は支払トランザ
クションに資金供給するために消費者１０４によって使用されるトランザクションアカウ
ントを処理し又は管理するよう構成される他のエンティティであってよい）にて確立され
たトランザクションアカウントを有してよい。イシュア１０６は消費者１０４へトランザ
クションアカウントを発行してよい。これは支払トランザクションに資金供給するために
使用されてよい。コンピューティング装置１０２はトランザクションアカウントに関連付
けられた支払の詳細を格納するよう構成されてよい。当該詳細は、トランザクションアカ
ウント番号とそれに関連付けられた追加データとを少なくとも含んでよい。当該追加デー
タ（例えばトランザクション計数機、名称、有効期限、セキュリティコード、アルゴリズ
ムデータ、暗号データ等）は、支払トランザクションの処理において使用されてよい。い
くつかの実施形態では、コンピューティング装置１０２は複数のトランザクションアカウ
ントにつき支払の詳細（例えばイシュア１０６に関連付けられた追加のトランザクション
アカウント、１以上の追加のイシュア１０６に関連付けられた１以上のトランザクション
アカウント）を格納するよう構成されてよい。
【００２０】
消費者１０４はコンピューティング装置１０２を用いて、販売者との支払トランザクシ
ョンを実行してよい。支払トランザクションの実行の一部として、消費者１０４は販売時
点端末１０８へ支払の詳細を伝達するために、コンピューティング装置１０２を、販売者
に関連付けられた販売時点端末１０８に提示してよい。下記で詳述するように、販売時点
端末１０８及びコンピューティング装置１０２は通信チャネルを確立してよく、また、通
信チャネルを用いて、支払トランザクションの処理において使用するためにデータを交換
してよい。通信チャネルは任意の適切な種別の通信（例えば携帯通信、無線周波数、近距
離無線通信、Bluetooth等）を用いてよい。
【００２１】
販売時点端末１０８は、当業者にとって自明な方法を用いて（例えば乱数又は疑似乱数
生成器を用いて）、予測不可能な番号を生成してよい。これは、通信チャネルを用いてコ
ンピューティング装置１０２へ電子的に送信されてよい。いくつかの実施形態では、予測
不可能な番号は可変長を有してよい。例えば予測不可能な番号は２、３又は４桁であり、
適用可能であるそれ以上の桁であってよい。いくつかの実施形態では、予測不可能な番号
の長さは、支払トランザクションに資金供給するために使用されるトランザクションアカ
ウント番号の長さに基づいてよい。そのような実施形態では、消費者１０４はまずコンピ
ューティング装置１０２を介して、支払トランザクションにおいて使用するトランザクシ
ョンアカウントを選択してよい。コンピューティング装置１０２は、確立された通信チャ
ネルを介して、選択されたトランザクションアカウント番号の長さ又は所望の予測不可能
な番号の長さを、販売時点端末１０８へ電子的に送信してよい。販売時点端末１０８は次
いで、例えば、ランダムで所定の長さを有する予測不可能な番号を生成するよう構成され
た乱数生成器を用いて、適切な長さの予測不可能な番号を生成及び供給してよい。他の実
施形態では、販売時点端末１０８は予測不可能な番号を、１以上の内部ルールに基づいて
生成してよい。一方でコンピューティング装置１０２はその処理を適宜調整して、可変で
予測不可能な番号の長さを有してよい。
【００２２】
コンピューティング装置１０２は予測不可能な番号を受信してよく、次いで、それに基
づいて、支払トランザクションにおいて使用するために１以上の暗号を生成してよい。各
暗号は１以上の関連アルゴリズムを用いて生成されてよい。これは販売時点端末１０８か
ら受信された少なくとも予測不可能な番号へ適用されてよい。いくつかの実施形態では、
アルゴリズムはまた、選択されたトランザクションアカウントと初期化ベクトルとに関連
付けられたトランザクション計数機へ適用されてよい。初期化ベクトルはトランザクショ
ンデータに依存しない暗号算出へ入力される分散値であってよい。いくつかの実施形態で
は、各暗号は異なるアルゴリズム又はアルゴリズムのセットを用いて生成されてよい。
【００２３】
コンピューティング装置１０２はデータ列を生成するよう構成されてよい。データ列は
特定の整形テンプレートに基づいて整形されてよい。特定の整形テンプレートは、そこに
格納された複数の異なる整形テンプレートの１つであってよく、データ列の整形において
使用するために構成されてよい。複数の整形テンプレートは、コンピューティング装置１
０２に格納されたトランザクションアカウント番号につき、各アカウント番号の長さに関
連付けられた整形テンプレートを含んでよい。例えばコンピューティング装置１０２は１
６桁のアカウント番号の整形テンプレートと、１７桁のアカウント番号の整形テンプレー
トと、１８桁の整形テンプレート等を格納してよい。いくつかの実施形態では、整形テン
プレートはまた、予測不可能な番号の長さに基づいてよい。例えば整形テンプレートはア
カウント番号の長さ（例えば１６、１７、１８、１９又は２０桁）と予測不可能な番号の
長さ（例えば２、３又は４桁）との両方に関連付けられてよい。
【００２４】
いくつかの実施形態では、各整形テンプレートは同一の全体長を有するデータ列を示し
てよく、また、整形テンプレートはそこに含まれるデータの長さ及び位置を特定してよい
。例えば各整形テンプレートは２８桁のデータ列か、又は、それより長いデータ列かに位
置づけられた２８桁のデータの生成において使用されてよいし、トランザクションアカウ
ント番号とそこに含まれる予測不可能な番号との長さ及び位置（並びにそこに含まれる追
加データの位置）を特定してよい。データ列に含まれる追加データは支払トランザクショ
ンに資金供給するために使用されるトランザクションアカウントに関連付けられたトラン
ザクション計数機と、トランザクションのために生成された暗号と、追加基準に依存して
よい、使用に適した余分桁とを含んでよい。例えば余分桁はカード保有者検証方法データ
（これは例えば、販売時点端末１０８によって要求されてよく、又は、コンピューティン
グ装置１０２によって特定されてよい）のために使用可能である。
【００２５】
いくつかの実施形態では、各整形テンプレートはレベル１、レベル２又はレベル３デー
タの１つに関連付けられてよい。というのも、これらの用語は当業者にとって既知だから
である。いくつかの実施形態では、整形テンプレートはトランザクションアカウント番号
と、予測不可能な番号と、追加データとの長さ及び位置を、レベル１、レベル２又はレベ
ル３データの状況において特定してよい。例えば整形テンプレートは、レベル１データに
関連付けられた基準に規定されるように、レベル１データを格納するよう構成されたより
長いデータ列においてデータの位置を特定してよい。例えば整形テンプレートは、トラン
ザクションアカウント番号及び予測不可能な番号の位置及び長さを含む、レベル１、レベ
ル２又はレベル３データにつき、データ列の全体を特定してよい。
【００２６】
いくつかの実施形態では、例えば各整形テンプレートはまた、暗号の数及び／又は種別
に関連付けられてよい。例えば整形テンプレートは、１、２又は３の暗号が、対応するデ
ータ列に含めるために生成されることを特定してよいし、その生成のためのアルゴリズム
を示してよい。他の実施形態では、各整形テンプレートは暗号の数に関連付けられてよい
。このため、コンピューティング装置１０２は、例えば販売時点端末１０８又はイシュア
１０６によって特別に要求されたように、生成された暗号の数に基づいて整形テンプレー
トを選択してよい。例えばイシュア１０６は、特定のトランザクションアカウントにつき
、２つの暗号が常に使用されなくてはならないことを指定してよい。コンピューティング
装置１０２は次いで、２つの暗号と、販売時点端末１０８によって提供された予測不可能
な番号とを有する整形テンプレートを適宜選択してよい。
【００２７】
コンピューティング装置１０２は適切な整形テンプレートを用いてデータ列を生成して
よく、当該データ列を、確立された通信チャネルを用いて販売時点端末１０８へ電子的に
送信してよい。いくつかの実施形態では、データ列はビットマップを伴ってよい。ビット
マップはデータ列の型を示すよう構成されてよい。ビットマップは、整形テンプレートに
基づいてコンピューティング装置１０２によって生成されてよいし、又は、そこに格納さ
れて、対応する整形テンプレートに伴うものとして識別されてよい。
【００２８】
販売時点端末１０８は、データ列と、もし適用可能なら添付ビットマップとを、通信チ
ャネルを用いてコンピューティング装置１０２から受信してよい。販売時点端末１０８は
次いでデータ列と、支払トランザクションに関連する追加トランザクションデータとを電
子的に、アクワイアラ１１０又は他のエンティティへ、支払レールを介した処理のために
送信してよい。追加のトランザクションデータは例えば、トランザクション金額、商品デ
ータ、オファーデータ、販売時点端末データ、報酬データ、ロイヤルティデータ等を含ん
でよい。アクワイアラ１１０は金融機関であってよく、又は、消費者１０４から資金を受
領するために支払トランザクションに関わる販売者に関連付けられたトランザクション金
額を保有し又は管理するよう構成された他のエンティティであってよい。アクワイアラ１
１０はトランザクションデータ及びデータ列を、販売時点端末１０８から直接受信してよ
いし、又は、支払ネットワーク１１２に関連付けられた支払レールを介し、他のエンティ
ティ（例えばゲートウェイプロセッサ）を介して受信してよい。
【００２９】
アクワイアラ１１０は支払トランザクションについてのトランザクションメッセージを
生成してよい。これは処理のために支払ネットワーク１１２へ提出されてよい。トランザ
クションメッセージは、これは、金融トランザクションメッセージの交換を管理する１以
上の基準（例えば国際標準化機構のISO8583標準）にしたがって整形される、特別整形デ
ータメッセージであってよい。トランザクションメッセージは複数のデータ要素を含んで
よく、これは関連する基準に規定されたデータを格納するよう構成される。例えばトラン
ザクションメッセージは、トランザクション金額を格納するよう構成されるデータ要素と
、トランザクション時刻を格納するよう構成されるデータ要素と、トランザクション日時
を格納するよう構成されるデータ要素等を含んでよい。１以上のデータ要素はまた、コン
ピューティング装置１０２から受信されるデータ要素を格納するよう構成されてよい。い
くつかの実施形態では、データ要素は、レベル１、レベル２、又はレベル３データを格納
するよう構成されるデータ要素に格納されてよい。いくつかの実施形態では、データ列は
、レベル１、レベル２又はレベル３データを格納するよう構成されるデータ要素に格納さ
れた、より長いデータ列に含まれてよい。
【００３０】
トランザクションメッセージはまた、メッセージ種別指示子を格納するよう構成されて
よく、これはトランザクションメッセージの種別を示す。例えばメッセージ種別指示子は
、トランザクションメッセージが承認要求、承認応答等であることを示してよい。アクワ
イアラ１１０はトランザクションメッセージを、処理のために支払レールを介して、支払
ネットワーク１１２へ電子的に送信してよい。支払ネットワーク１１２は次いで、受信さ
れたトランザクションメッセージに含まれるデータに基づいて、伝統的な方法及びシステ
ムを用いて支払トランザクションを処理（これは、イシュア１０６とトランザクション情
報を交換することを含む）する。トランザクションメッセージと、支払トランザクション
の処理と、支払レールを介するトランザクションメッセージ及びトランザクションデータ
の交換とに関する追加データは、図７に示す処理７００に関して下記で詳述される。
【００３１】
本開示の方法及びシステムは、トランザクションアカウント番号と可変長の予測不可能
な番号とを有することができる改良版暗号生成及び検証によって、支払トランザクション
の処理を可能にする。特別構成コンピューティング装置によって特別整形テンプレートを
用いることで、トランザクションアカウントのアカウント番号の長さ（トランザクション
において使用される予測不可能な番号の長さも同様）に基づいて生成される暗号を含むデ
ータ列が生成されてよい。当該トランザクションアカウントは、支払トランザクションに
資金供給するために使用される。
【００３２】
コンピューティング装置
図２はシステム１００のコンピューティング装置１０２の実施形態を示す。当業者にと
って、図２に示すコンピューティング装置１０２の実施形態が、例示目的のみで提供され
ることと、本開示の機能を実行するのに適した、コンピューティング装置１０２の全ての
可能な構成を徹底的に示したものでないことは自明である。例えば図８に示され下記で一
層詳細に説明されるコンピュータシステム８００が、コンピューティング装置１０２の適
切な構成であってよい。
【００３３】
コンピューティング装置１０２は受信装置２０２を含んでよい。受信装置２０２は１以
上のネットワークプロトコルを介して１以上のネットワーク上でデータを受信するよう構
成されてよい。いくつかの実施形態では、受信装置２０２は支払レール上で、機密金融デ
ータ及び情報を含むトランザクションメッセージの送信のために例えば支払ネットワーク
１１２に関連付けられた特別構成インフラストラクチャを用いて、データを受信するよう
構成されてよい。いくつかの実施形態では、受信装置２０２はまた、イシュア１０６と販
売時点端末１０８と支払ネットワーク１１２と他のエンティティとから、代替ネットワー
ク（例えばインターネット）を介してデータを受信するよう構成されてよい。いくつかの
実施形態では、受信装置２０２は複数の装置（例えば、異なるネットワークを介してデー
タを受信するための異なる受信装置（例えば支払レール上でデータを受信する第１の受信
装置とインターネット上でデータを受信する第２の受信装置））を含んでよい。受信装置
２０２は送信される電子的なデータ信号を受信してよい。このとき、受信装置２０２によ
るデータ信号の受信によって、データはデータ信号上に重畳され、復号、解析（パース）
、読取り、又は取得されてよい。いくつかの実施形態では、受信装置２０２は、受信され
たデータ信号を解析して、そこに重畳されたデータを取得するための解析モジュールを含
んでよい。例えば受信装置２０２は、受信されたデータ信号を受信し、処理装置によって
実行される機能のための利用可能な入力へと変換して本開示の方法及びシステムを実行す
るよう構成される解析プログラムを含んでよい。
【００３４】
受信装置２０２はイシュア１０６によって電子的に送信されたデータ信号を受信するよ
う構成される。これは、支払アカウント詳細に重畳されてよい。例えばイシュア１０６は
トランザクションアカウントについての支払証明書をコンピューティング装置１０２へ提
供してよい。それは、受信装置２０２によって受信されて、対応するトランザクションア
カウント番号、トランザクション計数機及び本開示の機能を実行する際に使用される他の
適切なデータを含んでよい。受信装置２０２はまた、支払トランザクションの実行中に販
売時点端末１０８によって電子的に送信されたデータ信号を受信するよう構成されてよい
。そのようなデータ信号は予測不可能な番号、他のトランザクションデータ、トランザク
ション確認、データ要求、データ明細等に重畳されてよい。例えば販売時点端末１０８は
コンピューティング装置１０２から要求されるデータにつきレベルを指定してよく、また
、予測不可能な番号についての長さを要求してよい。
【００３５】
コンピューティング装置１０２はまた、通信モジュール２０４を含んでよい。通信モジ
ュール２０４は、本開示の機能を実行する際に使用するために、モジュール、エンジン、
データベース、メモリ、及びコンピューティング装置１０２の他の構成要素の間でデータ
を転送するよう構成されてよい。通信モジュール２０４は１以上の通信種別を含んでよく
、コンピューティング装置内での通信のために様々な通信方法を使用してよい。例えば通
信モジュール２０４はバス、接続ピンコネクタ、ケーブル等を含んでよい。いくつかの実
施形態では、通信モジュール２０４はまた、コンピューティング装置１０２の内部構成要
素とコンピューティング装置１０２の外部構成要素（例えば外部で接続されたデータベー
ス、表示装置、入力装置等）との間で通信するよう構成されてよい。コンピューティング
装置１０２はまた、処理装置を含んでよい。処理装置は本開示のコンピューティング装置
１０２の機能を実行するよう構成されてよい。このことは、当業者にとって自明である。
いくつかの実施形態では、処理装置は、処理装置の１以上の機能を実行するよう特別に構
成された複数のエンジン及び／又はモジュール（例えば問い合わせモジュール２０６、生
成モジュール２０８、入力モジュール２１０、トランザクション処理モジュール２１２等
）を含んでよい。本開示のように、「モジュール」との用語はハードウェア上で実行され
るソフトウェアであってよく、結果的に、特別にプログラムされたコンピュータとなり、
入力を受信し当該入力を用いて１以上の処理を実行し、出力を提供する。この方法は、汎
用目的コンピュータは実行不可能である。様々なモジュールによって実行される入力、出
力及び処理は、本開示に基づいて、当業者にとって自明である。
【００３６】
コンピューティング装置１０２は、メモリ２１６を含んでよい。メモリ２１６は本開示
の機能を実行する際にコンピューティング装置１０２によって使用されるデータを格納す
るよう構成されてよい。メモリ２１６は、データ整形方法及びスキーマを用いてデータを
格納するよう構成されてよく、また、任意の適切な種別のメモリ（例えば読み取り専用メ
モリ、ランダムアクセスメモリ等）であってよい。メモリ２１６は例えば暗号鍵及びアル
ゴリズム、通信プロトコル及び基準、データ整形基準及びプロトコル、モジュール用プロ
グラムコード及び処理装置のアプリケーションプログラム、並びに、本開示の機能を実行
する際にコンピューティング装置１０２によって使用される適切な他のデータを含んでよ
い。このことは、本開示を読む当業者にとって自明である。
【００３７】
メモリ２１６はまた、複数の整形テンプレートを格納するよう構成されてよい。各整形
テンプレートはトランザクションアカウント番号に関連付けられてよい。いくつかの実施
形態では、各整形テンプレートはまた、予測不可能な番号の長さに関連付けられてよい。
整形テンプレートはまた、追加基準（例えばデータのレベル（例えばレベル１、２又は３
）、暗号の数、余分桁の明細等）に関連付けられてよい。いくつかの実施形態では、整形
テンプレートはまた、メモリ２１６に格納された対応ビットマップに関連付けられてよい
。メモリ２１６はまた、支払トランザクション番号と、支払トランザクションの処理にお
いて使用するのに適切な追加のトランザクションアカウントデータ（例えばトランザクシ
ョン計数機、アカウント名、郵便番号、有効期限、セキュリティ番号等）とを格納するよ
う構成されてよい。いくつかの実施形態では、メモリ２１６に格納されるデータは、格納
される構造化データセットの格納、識別、修正、更新、アクセス等のための構造化照会言
語を使用する１以上のリレーショナルデータベースに格納されてよい。
【００３８】
コンピューティング装置１０２はまた、問い合わせモジュール２０６を含んでよい。問
い合わせモジュール２０６はデータベース上のクエリを実行して情報を識別するよう構成
されてよい。問い合わせモジュール２０６は１以上のデータ値又はクエリ列を受信してよ
く、それに基づいて、示されたデータベース（例えばメモリ２１６）上でクエリ列を実行
して、そこに格納された情報を識別してよい。問い合わせモジュール２０６は次いで、識
別された情報を、必要に応じてコンピューティング装置１０２の適切なエンジン又はモジ
ュールへ出力してよい。問い合わせモジュール２０６は例えば、メモリ２１６上でクエリ
を実行して、支払トランザクションを処理する際に使用するデータ列を生成する際に使用
するために、トランザクションアカウントと関連付けられたアカウントデータと、特定の
整形テンプレートとを識別する。トランザクションアカウント番号とトランザクション計
数機とを少なくとも含む識別されたアカウントデータと、特定の整形テンプレートとは、
生成モジュール２０８へ渡されてよい。
【００３９】
生成モジュール２０８は暗号とデータ列とを生成するよう構成されてよい。生成モジュ
ール２０８は、本開示の機能を実行する際に使用するために、命令と対応するデータとを
受信してよいし、それに基づいてデータを生成してよいし、当該生成されたデータをコン
ピューティング装置１０２の１以上の他のモジュール又はエンジンへ出力してよい。例え
ば生成モジュール２０８はアカウント及び／又はトランザクションデータ（及び１以上の
アルゴリズム（これは例えばメモリ２１６において識別される））を受信してよく、１以
上の暗号を適宜生成してよい。いくつかの実施形態では、各暗号は、その生成において異
なるアルゴリズムを使用してよいが、その生成において同一のデータを使用してよい。生
成モジュール２０８はまた、アカウント及びトランザクションデータと特定の整形テンプ
レートとを用いて、特定の整形テンプレートに基づいて整形されるデータ列を生成してよ
いし、長さ及び位置を有する、トランザクションアカウント番号と、予測不可能な番号と
、暗号と、他のデータとを適宜含んでよい。生成されたデータ列はトランザクション処理
モジュール２１２及び／又は送信装置２１４とへ出力されてよい。いくつかの実施形態で
は、生成モジュール２０８はまた、特定の整形テンプレートに対応するビットマップを生
成するよう構成されてよい。これは、対応する生成されたデータ列に含まれてよい。
【００４０】
いくつかの実施形態では、コンピューティング装置１０２は入力モジュール２１０を含
んでよい。入力モジュール２１０はコンピューティング装置１０２のユーザ（例えば消費
者１０４）から入力を受信するよう構成されてよい。入力モジュール２１０はデータ信号
を受信するために１以上の入力装置（例えばキーボード、マウス、タッチスクリーン、マ
ウスホイール、クリックホイール、マイクロホン、カメラ等）とインタフェース接続して
よい。入力モジュール２１０は消費者１０４から入力を受信してよく、また、データを、
コンピューティング装置１０２の対応するモジュール又はエンジンへ渡してよい。例えば
入力モジュール２１０は支払トランザクションを実行するために、消費者１０４から命令
を受信してよい。これは受信装置２０２に、販売時点端末１０８との通信チャネルを確立
するよう命令し、トランザクションデータ（及び支払トランザクションに資金供給するた
めに使用するトランザクションアカウントを示す選択）を受信する。
【００４１】
いくつかの実施形態では、コンピューティング装置１０２はトランザクション処理モジ
ュール２１２を含んでよい。トランザクション処理モジュール２１２はコンピューティン
グ装置１０２の追加機能（支払トランザクションの処理において使用するのに適切なもの
）を実行するよう構成されてよい。例えば、データ信号が支払トランザクションにおける
使用のために送信されるたびに、トランザクション処理モジュール２１２は、（例えばク
エリを問い合わせモジュール２０６へ提出してメモリ２１６内のトランザクション計数機
を更新することによって、）トランザクションアカウントについてのトランザクション計
数機を１増加（インクリメント）するよう構成されてよい。他の実施形態では、トランザ
クション処理モジュール２１２は販売時点端末１０８から受信装置２０２によって受信さ
れたトランザクションデータを検証するよう構成されてよく、例えば、当業者にとって自
明な方法を用いて、販売時点端末１０８が真正なものであることを確認する。
【００４２】
送信装置２１４は１以上のネットワークプロトコルを介して１以上のネットワーク上で
データを送信するよう構成されてよい。いくつかの実施形態では、送信装置２１４は支払
レール上で、機密金融データ及び情報（例えば識別された支払証明書）を含むトランザク
ションメッセージの送信のために例えば支払ネットワーク１１２に関連付けられた特別構
成インフラストラクチャを用いて、データを受信するよう構成されてよい。いくつかの実
施形態では、送信装置２１４はイシュア１０６、販売時点端末１０８、アクワイアラ１１
０、支払ネットワーク１１２及び他のエンティティへ、代替ネットワーク（例えばインタ
ーネット）を介してデータを送信するよう構成されてよい。いくつかの実施形態では、送
信装置２１４は複数の装置（例えば、異なるネットワーク上でデータを送信するための異
なる送信装置（例えば支払レール上でデータを送信する第１の送信装置と、インターネッ
ト上でデータを送信する第２の送信装置））を含んでよい。送信装置２１４は、重畳され
たデータであって受信コンピューティング装置によって解析されるデータを有するデータ
信号を電子的に送信してよい。いくつかの実施形態では、送信装置２１４は、データを重
畳してエンコードし、又はデータを送信に適したデータ信号へ整形する１以上のモジュー
ルを含んでよい。
【００４３】
送信装置２１４は販売時点端末１０８へ確立された通信チャネルを用いて、販売時点端
末１０８へデータ信号を電子的に送信するよう構成されてよい。当該データ信号は生成さ
れたデータ列へ重畳される。いくつかの実施形態では、送信装置２１４はまた、販売時点
端末１０８へビットマップを電子的に送信してよい。当該ビットマップはそこに送信され
るデータ列の型に対応する。送信装置２１４はまた、追加エンティティへ（例えば支払証
明書の提供を要求するイシュア１０６へ）データメッセージを電子的に送信するよう構成
されてよい。
【００４４】
アカウントの長さを変更するための改良版暗号検証処理
図３は、トランザクションアカウント番号と可変長の予測不可能な番号とを有する改良
版暗号検証の使用に関する処理を示す。
【００４５】
ステップ３０２にてコンピューティング装置１０２及び販売時点端末１０８は通信チャ
ネルを確立してよい。いくつかの実施形態では、通信チャネルはセキュア接続であってよ
い。このため、他の装置及び／又はエンティティは、当該接続を用いて装置間で電子的に
送信されるデータへアクセス不可能であってよい。通信チャネルは、本開示の機能を実行
するのに適切な任意の種別の通信方法及び／又はプロトコル（例えば近距離無線通信、無
線周波数通信、携帯ネットワーク通信等）を用いてよい。
【００４６】
ステップ３０４にて、販売時点端末１０８は予測不可能な番号を生成してよい。いくつ
かの実施形態では、予測不可能な番号の長さは販売時点端末１０８によって設定されてよ
いが、他の全ての販売時点端末に一貫しないでよい。長さは静的（例えばいずれのトラン
ザクションでも同一）であってよいし、変化してもよい。長さはランダムであってよいし
、販売時点端末１０８の内部基準に基づいてよいし、要求された予測不可能な番号の長さ
（コンピューティング装置１０２によって、通信チャネルを用いて電子的送信を介して販
売時点端末１０８へ提供された通りのもの）に基づいてよい。
【００４７】
ステップ３０６にて、販売時点端末１０８は予測不可能な番号を、通信チャネルを用い
てコンピューティング装置１０２へ電子的に送信してよい。ステップ３０８にて、コンピ
ューティング装置１０２の受信装置２０２は予測不可能な番号を受信してよい。ステップ
３１０にて、１以上の支払暗号が、コンピューティング装置１０２の生成モジュール２０
８によって生成されてよい。各暗号は１以上のアルゴリズムを少なくとも予測不可能な番
号へ適用することによって（例えば問い合わせモジュール２０６によってメモリ２１６か
ら問い合わせをされた通りに）生成されてよい。各アルゴリズムはまた、トランザクショ
ンアカウントに関連付けられたトランザクション計数機と初期化ベクトルへ適用されてよ
い。当該トランザクションアカウントは支払トランザクションへ資金供給するために使用
される。
【００４８】
いくつかの実施形態では、暗号の数及び／又は種別は、当該トランザクションにつき識
別された特定の整形テンプレートに基づいてよい。特定の整形テンプレートは支払トラン
ザクションに資金供給する際に使用されるトランザクションアカウント番号の長さに少な
くとも基づいてよい。トランザクションアカウント番号はデフォルト番号として識別され
てトランザクションにおいて使用されてよいし、消費者１０４によってコンピューティン
グ装置１０２の入力モジュール２１０を介してなされた選択において示されてよい。いく
つかの実施形態では、暗号の数及び／又は種別は、販売時点端末１０８によって指定され
てよいし、予測不可能な番号に伴う提出物（ステップ３０６においてコンピューティング
装置１０２へ送信されステップ３０８において受信されたもの）において示されてよい。
【００４９】
暗号が生成されると次いでステップ３１２にて、生成モジュール２０８はデータ列を生
成してよい。データ列は特定の整形テンプレートに基づいて整形されてよいし、整形テン
プレートにおいて指定された長さと位置とにおいて、そこで示されるデータを含んでよい
。例えば整形テンプレートはトランザクションアカウント番号と予測不可能な番号との長
さと、データ列内でのそれぞれの位置（及びそこに含まれる追加データ（例えばトランザ
クション計数機と１以上の余分な桁）の位置）とを指定してよい。
【００５０】
ステップ３１４にて、コンピューティング装置１０２の送信装置２１４は生成されたデ
ータ列を、確立された通信チャネルを用いて、販売時点端末１０８へ電子的に送信してよ
い。いくつかの実施形態では、送信装置２１４はまた、特定の整形テンプレートに対応す
るビットマップを販売時点端末１０８へ送信してよい。ステップ３１６にて販売時点端末
１０８はデータ列を受信してよく、ステップ３１８にてトランザクションデータと支払デ
ータ（これは受信されたデータ列を含む）とを、アクワイアラ１１０又は他のエンティテ
ィへ、支払トランザクションの処理において使用するために電子的に送信してよい。
【００５１】
アカウントの可変長に基づいて整形されるデータ列を生成する処理
図４は、トランザクションアカウント番号と、トランザクションアカウント番号及び予
測不可能な番号の長さに基づいて整形される改良版検証のための１以上の暗号とを含むデ
ータ列の生成及び伝達のための処理４００を示す。それらはトランザクションごとに可変
である。
【００５２】
ステップ４０２にて、コンピューティング装置１０２は、支払トランザクションのため
の支払処理を開始する命令を受信してよい。当該命令は入力モジュール２１０を介して受
信されてよい。命令の受信は、消費者１０４が入力モジュール２１０を介して１以上の選
択を行うことを含んでよい。ステップ４０４にてコンピューティング装置１０２は、デフ
ォルトの支払アカウントがコンピューティング装置１０２にて確立されるか否かを、例え
ばメモリ２１６に格納されるデータ（これは格納されたトランザクションアカウントにつ
いてのアカウント詳細に付随する）に基づいて判定してよい。いくつかの実施形態では、
もしメモリ２１６が単一のトランザクションアカウントについてのアカウント詳細を格納
するとき、デフォルトのトランザクションアカウントが示されてよい。いくつかの実施形
態では、（例えばもし消費者１０４が、デフォルトのトランザクションアカウントが使用
されないことを示すとき、）判定は、受信された命令に基づいてよい。
【００５３】
もしデフォルトのトランザクションアカウントが選択されず又は使用されないとき、次
いでステップ４０６にて、コンピューティング装置１０２は消費者１０４に対し、トラン
ザクションアカウントであってそれについてのアカウントデータがコンピューティング装
置にメモリ２１６に格納されるアカウントデータの１つを選択するよう促してよい。その
ような促進は、１以上の音声又は映像表示装置（例えば表示スクリーン又はスピーカ）を
用いて実行されてよい。ステップ４０８にて、入力モジュール２１０は、支払トランザク
ションに資金供給する際に使用されるトランザクションアカウントについての消費者によ
る選択を受付けて（受信して）よい。ステップ４０２で受信される命令が、（例えばステ
ップ４０４で判定された通りの）示されたアカウントを含む場合、次いでステップ４０６
及び４０８は省略されてよい。
【００５４】
トランザクションアカウントが識別されると、次いでステップ４１０にて、コンピュー
ティング装置１０２は、予測不可能な番号（UN）の桁数が指定されているか否かを判定し
てよい。予測不可能な番号の長さは、選択されたトランザクションアカウント番号の長さ
に基づいて、コンピューティング装置１０２によって識別される特定の整形テンプレート
によって指定されてよい。例えばメモリ２１６は、トランザクションアカウント番号の長
さについての単一の整形テンプレートを含んでよい。これは、予測不可能な番号につき特
定の長さを要求し、したがって、予測不可能な番号の桁数を指定してよい。他の実施形態
では、販売時点端末１０８によって提供されるように、メモリ２１６は特定のトランザク
ションアカウント番号の長さについての整形テンプレートを含んで、任意の予測不可能な
番号の長さを有してよい。
【００５５】
もし予測不可能な番号の長さが指定されれば、次いでステップ４１２にて、生成モジュ
ール２０８は、指定された桁数を予測不可能な番号に含むデータ要求を生成してよい。ス
テップ４１４にて、送信装置２１４は予測不可能な番号についての要求を販売時点端末１
０８へ電子的に送信してよい。特定の長さが指定されると、送信された要求は、当該指定
された桁数を含んでよい。もしステップ４１０にて予測不可能な番号の長さが指定されな
ければ、ステップ４１２は省略されてよく、上記の通り処理４００はステップ４１４へ進
む。ステップ４１６にて受信装置２０２は予測不可能な番号と任意の追加トランザクショ
ンデータとを、販売時点端末１０８から受信してよい。追加のトランザクションデータは
、例えば、トランザクション金額、暗号要求、販売時点データ、販売者データ等を含んで
よい。
【００５６】
ステップ４１８にて生成モジュール２０８は、予測不可能な番号に少なくとも基づいて
、１以上の暗号を生成してよい。各暗号はまた、選択されたトランザクションアカウント
に関連付けられたトランザクション計数機（及び初期化ベクトル）に少なくとも基づいて
よい。いくつかの実施形態では、各暗号は同一のデータを用いて生成されてよいが、異な
るアルゴリズム又は複数のアルゴリズムを当該データへ適用することによって生成されて
よい。いくつかの実施形態では、その生成において使用される暗号及び／又はアルゴリズ
ムの数は、販売時点端末１０８から受信されるトランザクション詳細又は特定の整形テン
プレートに基づいてよい。予測不可能な番号の長さが指定されなかった場合、特定の整形
テンプレートは、トランザクションアカウント番号の長さと、販売時点端末１０８から受
信された予測不可能な番号の長さとに関連付けられたものであってよい。
【００５７】
ステップ４２０にて、生成モジュール２０８はデータ列を生成及び整形してよい。デー
タ列は特定の整形テンプレートに基づいて整形されてよいし、特定の整形テンプレートに
よって指定された位置においてデータを含んでよい。データ列は例えばトランザクション
アカウント番号、予測不可能な番号、トランザクション計数機、及び、整形テンプレート
において指定される追加データ（例えば追加のレベル１、レベル２又はレベル３データ、
カード保有者確認方法データ等）を含んでよい。ステップ４２２にて、送信装置２１４は
データ列を、確立された通信チャネルを用いて、販売時点端末１０８へ電子的に送信して
よい。ステップ４２４にて、選択されたトランザクションアカウントに関連付けられたト
ランザクション計数機は、当該トランザクションのためのアカウントに対し１増加されて
よい。このため、それは、将来のトランザクションで暗号を生成する際に使用するために
正確である。
【００５８】
可変のアカウント番号及び予測不可能な番号の長さについてのデータ列整形
図５は、複数の異なるデータ列５００を示す。ここで各データ列５００は、可変トラン
ザクションアカウント番号及び予測不可能な番号と、含まれた暗号の番号との長さに応じ
て、指定された整形テンプレートに基づいて整形されてよい。
【００５９】
図５に示すように、各データ列５００は複数の主要アカウント番号（PAN）５０２を含
んでよい。これは、支払トランザクションの支払において使用するために選択されたトラ
ンザクションアカウントに対応する、トランザクションアカウント番号であってよい。PA
N５０２は少なくとも１６桁を含んでよく、いくつかの実施形態では、１６桁を超えてよ
い。例として、図５に示す６つのデータ列のうち４つはそうである。各データ列５００は
また、予測不可能な番号５０４を含んでよい。例えば図５に示す２又は３桁のように、予
測不可能な番号は可変長を有してよい。
【００６０】
各データ列５００はまた、トランザクション計数機（ATC）５０６を含んでよい。これ
は、支払トランザクションに資金供給する際に使用されるトランザクションアカウントに
関連付けられた番号であってよい。それは、関連付けられたトランザクションアカウント
を使用して開始されたトランザクションの数を示す。支払トランザクションの検証及び承
認において使用するための対応する暗号を生成する際に使用するために、ATC５０６は、
コンピューティング装置１０２によって更新され、支払ネットワーク１１２又はイシュア
１０６によって維持されるATCと一致する。図５に示す各ATC５０５は２桁である。しかし
、ATC５０６は追加の桁を含んでよいことは当業者に自明である。
【００６１】
各データ列５００はまた、第１の暗号（CG1）５０８を含んでよい。第１の暗号（CG1）
５０８は１以上のアルゴリズムを、それぞれのデータ列５００に含まれる少なくともUN５
０４とATC５０６とに適用することによって生成されてよい。いくつかの実施形態では、
データ列５００はまた、第２の暗号（CG2）５１０を含んでよい。第２の暗号（CG2）５１
０は同一のデータを用いて生成されてよいが、当該データに１以上の異なるアルゴリズム
を適用することによって生成されてよい。各暗号５０８及び５１０が３桁を含むものとし
て図５に示される。しかし、各暗号の長さは互いに異なってよいことと、図５及び本開示
に示す長さとは異なってよいこととは当業者に自明である。
【００６２】
いくつかの実施形態では、データ列５００はまた、１以上の余分桁（E）５１２を含ん
でよい。各余分桁は支払トランザクションを処理する際に使用するのに適切な追加データ
（例えばカード保有者検証方法データ）を格納するよう構成される。いくつかの実施形態
では、データ列５００は他のデータと当該データ列５００に含まれるその長さとに依存す
る任意の余分桁を含まなくてよい。
【００６３】
各データ列５００に含まれるデータは図５の示す位置とは異なる位置に含まれてよいこ
とと、各データ列５００が追加データを含んでよいこととは当業者に自明である。例えば
レベル１データを格納するよう構成されるデータ列は、追加データを含んでよいし、トラ
ンザクションで使用するために、レベル２データを格納するよう構成されるデータ列と異
なって整形されてよい。そのような実施形態では、各データ列における図５に示すデータ
は、異なる順番で含まれてよいし、（例えば伝統的なトランザクション処理において使用
するのに適した追加データを有するために、）そこに示す他の要素から離れて位置しても
よい。
【００６４】
可変のアカウント番号の長さに対する改良版暗号検証のための例示的方法
図６はトランザクションアカウント番号と予測不可能な番号との長さが変化することを
説明する、支払トランザクションに対する改良版暗号検証方法６００を示す。
【００６５】
ステップ６０２にて１以上の主要アカウント番号と複数の整形テンプレートとが、コン
ピューティング装置（例えばコンピューティング装置１０２）のメモリ（例えばメモリ２
１６）に格納されてよい。ここで各テンプレートは少なくともアカウント番号の長さに関
連付けられる。ステップ６０４にて１以上の主要アカウント番号のうち特定の主要アカウ
ント番号を示す選択が、コンピューティング装置の入力装置（例えば入力モジュール２１
０）によって受信される。
【００６６】
ステップ６０６にて、クエリが、コンピューティング装置の問い合わせモジュール（例
えば問い合わせモジュール２０６）によってメモリ上で実行され、複数の整形テンプレー
トのうち特定の整形テンプレートを識別する。ここで、関連付けられたアカウント番号の
長さは、特定の主要アカウント番号の長さに対応する。ステップ６０８にて、少なくとも
予測不可能な番号が、コンピューティング装置の受信装置（例えば受信装置２０２）によ
って販売時点端末（例えば販売時点端末１０８）から受信されてよい。
【００６７】
ステップ６１０にて、コンピューティング装置の生成モジュール（例えば生成モジュー
ル２０８）によって、少なくとも予測不可能な番号と１以上のアルゴリズムとに基づいて
、暗号が生成されてよい。ステップ６１２にて、コンピューティング装置の生成モジュー
ルはデータ列を生成してよい。当該データ列は少なくとも生成された暗号と、特定の主要
アカウント番号と、予測不可能な番号とを含む。当該データ列は識別された特定の整形テ
ンプレートに基づいて整形される。ステップ６１４にて、生成されたデータ列は、コンピ
ューティング装置の送信装置（例えば送信装置２１４）によって販売時点端末へ電子的に
送信されてよい。
【００６８】
一実施形態では、複数の整形テンプレートのうち各整形テンプレートは、更に、桁数に
関連付けられてよい。特定の整形テンプレートは、関連付けられた桁数と受信された予測
不可能な番号の桁数との対応関係に基づいて識別されてよい。いくつかの実施形態では、
方法６００は更に、コンピューティング装置の生成モジュールによって、少なくとも予測
不可能な番号と少なくとも１つの追加アルゴリズムとに基づいて、第２の暗号を生成する
ことを含む。このときデータ列は更に、当該第２の暗号を含む。
【００６９】
一実施形態では、生成されたデータ列はデータメッセージ内で電子的に送信されてよい
。当該データメッセージは更に、生成されたデータメッセージの型を示すビットマップを
含む。別の実施形態では、方法６００はまた、コンピューティング装置の生成モジュール
によって、識別された特定の整形テンプレートに少なくとも基づいてビットマップを生成
することを含んでよい。別の実施形態では、複数の整形テンプレートのうち各整形テンプ
レートは更にビットマップを含んでよい。当該データメッセージに含まれるビットマップ
は、識別された特定の整形テンプレートに含まれるビットマップに対応してよい。
【００７０】
いくつかの実施形態では、メモリは更に、１以上の主要アカウント番号の各々につきト
ランザクション計数機を含んでよい。当該生成されたデータ列は更に、特定の主要アカウ
ント番号に関連付けられたトランザクション計数機を含んでよい。別の実施形態では、暗
号は更に、特定の主要アカウント番号に関連付けられたトランザクション計数機に基づい
てよい。一実施形態では、データ列は更に、少なくとも１つの余分桁を含んでよい。この
とき、余分桁の数は特定の主要アカウント番号の長さと受信された予測不可能な番号の桁
数とに基づく。別の実施形態では、少なくとも１つの余分桁はカード保有者検証方法デー
タを含んでよい。
【００７１】
支払トランザクション処理システム及び処理
図７は、システム内の支払トランザクションを処理するための、支払トランザクション
処理システム及び処理７００を示す。ここに含まれる処理７００及びステップは、本開示
のシステム１００の１以上の構成要素（例えばコンピューティング装置１０２、消費者１
０４、イシュア１０６、販売時点端末１０８、アクワイアラ１１０、支払ネットワーク１
１２等）によって実行されてよい。図７及び本開示に示すシステム及び処理７００を用い
た支払トランザクションの処理は、支払レールを用いてよい。これは、処理７００のステ
ップを実行するのに用いられるコンピューティング装置とインフラストラクチャと（これ
らは下記のエンティティによって特別に構成されプログラムされる）を含み、トランザク
ション処理サーバ７１２（これは支払トランザクションを処理するよう構成される１以上
の支払ネットワークに関連付けられる）を含む。支払トランザクションの処理に関する１
又は複数のステップに関し、処理７００が図３、４及び６に示される処理に組み入れられ
てよいことは当業者に自明である。更に、処理７００を実行するための本開示のエンティ
ティは、下記の機能を実行するよう構成された１以上のコンピューティング装置又はシス
テムを含んでよい。例えば販売者７０６は１以上の販売時点端末と、ローカル通信ネット
ワークと、コンピューティングサーバと、下記の機能を実行するよう構成された他の装置
とを含んでよい。
【００７２】
ステップ７２０にて、発行者金融機関７０２は支払カード又は他の適切な支払手段を消
費者７０４へ発行してよい。発行者金融機関は、金融機関（例えば銀行又は、支払アカウ
ントと、及び／若しくは支払トランザクションに資金供給するために使用可能な支払アカ
ウントと共に使用するための支払手段とを運営及び管理する他の適切な種別のエンティテ
ィ）であってよい。消費者７０４は発行者銀行７０２にてトランザクションアカウントを
有してよい。それに対して発行された支払カードが関連付けられる。このため、支払トラ
ンザクションにおいて使用されると、支払トランザクションは関連付けられたトランザク
ションアカウントによって資金供給を受ける。いくつかの実施形態では、支払カードは消
費者７０４に対し物理的に発行されてよい。他の実施形態では、支払カードは仮想支払カ
ード又は電子形式で消費者７０４へ提供される他のものであってよい。
【００７３】
ステップ７２２にて消費者７０４は、支払トランザクションへ資金供給する際に使用す
るために、発行された支払カードを販売者７０６へ提示してよい。販売者７０６は企業、
他の消費者、又は消費者７０４との支払トランザクションを実行する任意のエンティティ
であってよい。物理カードを販売者７０６へ提供することによって、支払カードは消費者
７０４によって提示されてよい。このとき支払カードについての支払の詳細が（例えば近
距離無線通信、無線通信、又は他の適切な電子送信種別及びプロトコルによって）電子的
に送信され、又は、第三者を介して販売者７０６へ支払の詳細を送信する処理が開始され
る。販売者７０６は支払の詳細を（例えば電子送信によって、物理支払カードからそれら
を読み取ることによって、等）受信してよい。これは、支払カード及び／又は関連付けら
れたトランザクションアカウントに関連付けられたトランザクションアカウント番号を含
んでよい。いくつかの実施形態では、支払の詳細は１以上のアプリケーション暗号を含ん
でよく、これは支払トランザクションの処理において使用されてよい。
【００７４】
ステップ７２４にて販売者７０６は販売時点コンピューティングシステムへトランザク
ション詳細を入力してよい。トランザクション詳細は支払カードに関連付けられた消費者
７０４によって提供される支払の詳細と、当該トランザクションに関連付けられた追加の
詳細（例えばトランザクション金額、時刻及び／又は日付、商品データ、オファーデータ
、ロイヤルティデータ、報酬データ、販売者データ、消費者データ、販売時点データ等）
とを含んでよい。トランザクション詳細は、１以上の入力装置（例えば商品のバーコード
を走査するよう構成された光学バーコードスキャナ、ユーザによる商品コード入力を受け
付けるよう構成されたキーボード等）によって販売者７０６の販売時点端末へ入力されて
よい。販売者の販売時点システムは、特別に構成されたコンピューティング装置及び／又
は、（例えば支払レールによる）電子的金融トランザクションの処理と支払ネットワーク
との通信とを目的とした特定用途コンピューティング装置であってよい。販売者の販売時
点システムは電子装置であってよい。これ上で、販売時点システムは駆動される。このと
きアプリケーションは電子装置に、金融トランザクション情報を受信し、それを支払ネッ
トワークへ送信させる。いくつかの実施形態では、販売者７０６は電子商取引におけるオ
ンライン小売主であってよい。当業者にとって自明なように、そのような実施形態ではト
ランザクション詳細はショッピングカード又は電子トランザクションにおけるトランザク
ションデータを格納する他のリポジトリへ入力される。
【００７５】
ステップ７２６にて、販売者７０６はトランザクションデータに重畳されたデータ信号
を、ゲートウェイプロセッサ７０８へ電子的に送信してよい。ゲートウェイプロセッサ７
０８は、整形と加盟店金融機関７１０への送信との販売者７０６からトランザクション詳
細を受信するよう構成されたエンティティであってよい。いくつかの実施形態では、ゲー
トウェイプロセッサ７０８は複数の販売者７０６と、複数の加盟店金融機関７１０とに関
連付けられてよい。いくつかの実施形態では、ゲートウェイプロセッサ７０８は様々な販
売者に関わる複数の異なるトランザクションにつきトランザクション詳細を受信する。こ
れは、適切な加盟店金融機関７１０へ転送されてよい。複数の加盟店金融機関７１０と関
係を有することによって且つ、支払レールを用いて（例えば、データの提出、受信及び検
索のために使用される、ゲートウェイプロセッサ７０８又は金融機関と関連付けられたア
プリケーションプログラミングインタフェースを用いることによって）金融機関と通信す
るための必須のインフラストラクチャを有することによって、ゲートウェイプロセッサ７
０８は媒介者として動作してよく、販売者７０６は、単一の通信チャネルとフォーマット
とによって、ゲートウェイプロセッサ７０８と共に支払トランザクションを実行可能であ
る。このとき、複数の加盟店金融機関７１０や、支払プロセッサ及びそれと関連付けられ
たハードウェアとの関係を維持する必要はない。加盟店金融機関７１０は、金融機関（例
えば銀行又は、支払アカウントと、及び／若しくは当該支払アカウントと共に使用するた
めの支払手段とを運営及び管理する他のエンティティ）であってよい。いくつかの実施形
態では、加盟店金融機関７１０は販売者７０６についてのトランザクションアカウントを
管理する。いくつかの実施形態では、単一の金融機関が、発行者金融機関７０２及び加盟
店金融機関７１０の両方として動作してよい。
【００７６】
販売者７０６からゲートウェイプロセッサ７０８へ送信されるデータ信号は、支払トラ
ンザクションについてのトランザクション詳細に重畳されてよい。これは、１以上の基準
に基づいて整形されてよい。いくつかの実施形態では、当該標準はゲートウェイプロセッ
サ７０８によって規定されてよい。これは、トランザクションデータをゲートウェイプロ
セッサ７０８との間で送受するための一意の専用フォーマットを用いてよい。他の実施形
態では、公的な基準（例えば国際標準化機構のISO8783標準）が用いられてよい。当該基
準は、含まれるデータの種別と、データの整形と、どのようにデータが格納及び送信され
るかと、ゲートウェイプロセッサ７０８へのトランザクションデータの他の送信基準とを
示してよい。
【００７７】
ステップ７２８にてゲートウェイプロセッサ７０８はトランザクションデータ信号を解
析して、そこに重畳されたトランザクションデータを取得してよいし、必要に応じて当該
トランザクションデータを整形してよい。トランザクションデータの整形は、ゲートウェ
イプロセッサ７０８によって、ゲートウェイプロセッサ７０８の又は支払トランザクショ
ンに関連付けられた加盟店金融機関７１０の専用基準に基づいて実行されてよい。専用基
準はトランザクションデータに含まれるデータの種別と、データの格納及び送信のための
フォーマットとを指定してよい。加盟店金融機関７１０は、トランザクションデータを用
いてゲートウェイプロセッサ７０８によって（例えばトランザクションデータを解析（例
えばデータ要素へ分解）して、加盟店金融機関７１０に関連付けられたそこに含まれるア
カウント識別子を取得することによって）識別されてよい。いくつかの実施形態では、ゲ
ートウェイプロセッサ７０８は次いで、識別された加盟店金融機関７１０に基づいて（例
えば加盟店金融機関７１０によって指定された整形の基準に従って）トランザクションデ
ータを整形してよい。いくつかの実施形態では、識別された加盟店金融機関７１０は、支
払トランザクションに関わる販売者７０６に関連付けられてよく、いくつかの実施形態で
は、販売者７０６に関連付けられたトランザクションアカウントを管理してよい。
【００７８】
ステップ７３０にてゲートウェイプロセッサ７０８は整形されたトランザクションデー
タに重畳されたデータ信号を、識別された加盟店金融機関７１０へ電子的に送信してよい
。加盟店金融機関７１０は当該データ信号を受信し、当該信号を解析して、そこに重畳さ
れた整形済みトランザクションデータを取得してよい。ステップ７３２にて、加盟店金融
機関は整形されたトランザクションデータに基づいて、支払トランザクションについての
承認要求を生成してよい。承認要求は特別に整形されたトランザクションメッセージであ
ってよく、これは１以上の基準（例えばISO8783標準）と、支払トランザクションを処理
するために使用される支払プロセッサ（例えば支払ネットワーク）によって規定された基
準とにしたがって整形される。承認要求はトランザクションメッセージであってよく、こ
れは承認要求を示すメッセージ種別指示子を含む。これは、支払トランザクションに関わ
る販売者７０６が、当該トランザクションについての発行者金融機関７０２からの支払又
は支払の約束を要求していることを示す。承認要求は複数のデータ要素を含んでよく、各
データ要素は関連付けられた基準における設定フォームとしてデータを格納する（例えば
アカウント番号、アプリケーション暗号、トランザクション金額、発行者金融機関７０２
情報等を格納する）よう構成される。
【００７９】
ステップ７３４にて、加盟店金融機関７１０は承認要求を、処理のためにトランザクシ
ョン処理サーバ７１２へ電子的に送信してよい。トランザクション処理サーバ７１２は、
支払トランザクションを処理するよう構成される支払ネットワークの一部として、１以上
のコンピューティング装置を含んでよい。いくつかの実施形態では、承認要求は加盟店金
融機関７１０のトランザクションプロセッサ又は当該加盟店金融機関に関連付けられた他
のエンティティによって送信されてよい。トランザクションプロセッサは、トランザクシ
ョン処理サーバ７１２との通信（トランザクション処理サーバ７１２との間のトランザク
ションメッセージ及び他のデータの送受信のための通信）のための複数の通信チャネルを
含む１以上のコンピューティング装置であってよい。いくつかの実施形態では、トランザ
クション処理サーバ７１２と関連付けられた支払ネットワークは各トランザクションプロ
セッサを有し又は動作させてよい。このため、支払ネットワークは、ネットワーク及び国
際的セキュリティのために、トランザクション処理サーバ７１２との間のトランザクショ
ンメッセージの通信（送受信）に対する制御を維持してよい。
【００８０】
ステップ７３６にて、トランザクション処理サーバ７１２は支払トランザクションにつ
き付加価値つきサービスを実行してよい。付加価値つきサービスは発行者金融機関７０２
によって指定されるサービスである。これは、発行者金融機関７０２又は消費者７０４へ
、支払トランザクションの処理に際して付加価値を提供してよい。付加価値つきサービス
は例えば、詐欺スコアリング。トランザクション又はアカウント制御、アカウント番号マ
ッピング、オファーの償還、ロイヤルティ処理等を含んでよい。例えばトランザクション
処理サーバ７１２がトランザクションを受信すると、トランザクションについての詐欺ス
コアが、そこに含まれるデータと１以上の詐欺スコアリングアルゴリズム及び／又はエン
ジンとに基づいて算出されてよい。いくつかの実施形態では、トランザクション処理サー
バ７１２はまず、トランザクションに関連付けられた発行者金融機関７０２を識別し、次
いで発行者金融機関７０２によって示される実行対象の任意のサービスを識別してよい。
発行者金融機関７０２は例えば、承認要求に含まれる特定のデータ要素に含まれるデータ
（例えば発行者識別番号）によって識別されてよい。他の実施形態では、発行者金融機関
７０２は承認要求に格納された主要アカウント番号によって（例えば識別用の主要アカウ
ント番号の一部（例えば銀行識別番号）を用いることで）識別されてよい。
【００８１】
ステップ７３８にて、トランザクション処理サーバ７１２は承認要求を発行者金融機関
７０２へ電子的に送信してよい。いくつかの実施形態では、トランザクション処理サーバ
７１２による付加価値つきサービスの実行の結果として、承認要求は修正されてよいし、
承認要求に追加データが含められ又はそこに追加データが付随してもよい。いくつかの実
施形態では、承認要求は、発行者金融機関７０２又はそれに関連付けられたエンティティ
に位置するトランザクションプロセッサへ送信されてよい（例えばトランザクション処理
サーバ７１２によって保有され又は動作されてよい）。これは、当該承認要求を発行者金
融機関７０２へ転送する。
【００８２】
ステップ７４０にて、発行者金融機関７０２は支払トランザクションの支払のために、
トランザクションアカウントを承認してよい。当該承認はトランザクションアカウントに
対する利用可能なクレジット金額と、支払トランザクションに対するトランザクション金
額と、トランザクション処理サーバ７１２によって提供される詐欺スコアと、当業者にと
って自明な他の考慮事項とに基づいてよい。発行者金融機関７０２は承認要求を修正して
、支払トランザクションの承認（又はトランザクションが拒否されるときには拒否）を示
す応答コードを含めてよい。発行者金融機関７０２はまた、トランザクションメッセージ
につきメッセージ種別指示子を修正して、トランザクションメッセージが承認応答へ変更
されることを示してよい。ステップ７４２にて、発行者金融機関７０２は承認応答をトラ
ンザクション処理サーバ７１２へ（トランザクションプロセッサを介して）送信してよい
。
【００８３】
ステップ７４４にて、トランザクション処理サーバ７１２は承認応答を加盟店金融機関
７１０へ（トランザクションプロセッサを介して）転送してよい。ステップ７４６にて、
加盟店金融機関は、承認応答の応答コードに示されるように、支払トランザクションの承
認又は拒否を示す応答メッセージを生成してよく、ゲートウェイプロセッサ７０８によっ
て設定された基準及びプロトコルを用いて当該応答メッセージをゲートウェイプロセッサ
７０８へ送信してよい。ステップ７４８にてゲートウェイプロセッサ７０８は、適切な基
準及びプロトコルを用いて、応答メッセージを販売者７０６へ転送してよい。ステップ７
５０にて、トランザクションが承認されたと仮定すると、販売者７０６は次いで、消費者
７０４への支払トランザクションの一部として、消費者７０４によって購入された商品を
提供してよい。
【００８４】
いくつかの実施形態では、処理７００が完了すると、発行者金融機関７０２から加盟店
金融機関７１０への支払が実行されてよい。いくつかの実施形態では、支払は即座に行わ
れてよいし、１営業日以内に行われてよい。他の実施形態では、支払は所定期間の後に行
われてよいし、加盟店金融機関７１０からトランザクション処理サーバ７１２を介した発
行者金融機関７０２への清算要求の提出に応じて行われてよい。そのような実施形態では
、複数の支払トランザクションについての清算要求は、単一の清算要求に集約されてよい
。これは、トランザクション処理サーバ７１２によって使用されて、支払トランザクショ
ンの清算につき、誰が誰に対して全体の支払を実行するかを識別してよい。
【００８５】
通信パスが利用不可能ないくつかの実施形態では、システムはまた、支払トランザクシ
ョンの処理を実行するよう構成されてよい。例えば（ステップ７４０にて）発行者金融機
関がトランザクションアカウントの承認を実行できないとき、トランザクション処理サー
バ７１２は発行者金融機関７０２に代わってトランザクションの承認を実行するよう構成
されてよい。そのような動作は代理処理と示されてよい。このとき、トランザクション処
理サーバは発行者金融機関７０２として代理する。そのような実施形態では、トランザク
ション処理サーバ７１２は発行者金融機関７０２によって設定されたルールを使用して支
払トランザクションの承認又は拒否を判定し、ステップ７４４において加盟店金融機関７
１０へ転送する前に、適宜トランザクションメッセージを修正してよい。トランザクショ
ン処理サーバ７１２は、トランザクション処理サーバ７１２が代理するトランザクション
に関連付けられたデータを保持してよく、また、通信が再確立されたときに、当該保持さ
れたデータを発行者金融機関７０２へ送信してよい。発行者金融機関７０２は次いで、適
宜トランザクションアカウントを処理して、通信が損なわれた時間に対するサービスを提
供してよい。
【００８６】
他の実施形態では、トランザクション処理サーバ７１２が加盟店金融機関７１０による
承認要求の提出に対し利用不可能なとき、加盟店金融機関７１０のトランザクションプロ
セッサはトランザクション処理サーバ７１２と発行者金融機関７０２との処理を実行する
よう構成されてよい。トランザクションプロセッサは、支払トランザクションの承認又は
拒否をそこに含まれるデータに基づいて判定する際に使用するのに適切なルールとデータ
とを含んでよい。例えば発行者金融機関７０２及び／又はトランザクション処理サーバ７
１２は、トランザクションの種別、トランザクション金額等に制限を設定してよい。これ
は、トランザクションプロセッサに格納されて、それに基づく支払トランザクションの承
認又は拒否の判定に用いられてよい。そのような実施形態では、仮にトランザクション処
理サーバ７１２が利用不可能であっても、加盟店金融機関７１０は支払トランザクション
に対する承認応答を受信してよい。このことは、通信が不可能な場合にもトランザクショ
ンが処理され中断が体験されないことを確実にする。そのような場合、トランザクション
プロセッサは支払トランザクションについてのトランザクション詳細を格納してよい。こ
れは、通信が再確立されたときに、トランザクション処理サーバ７１２へ（更に、例えば
、そこから関連付けられた発行者金融機関７０２へ）送信される。
【００８７】
いくつかの実施形態では、トランザクションプロセッサは複数の異なる通信チャネルを
含むよう構成されてよい。これは、複数の通信カード及び／又は装置を用いて、トランザ
クションメッセージの送受信のためにトランザクション処理サーバ７１２と通信してよい
。例えばトランザクションプロセッサは複数のコンピューティング装置を含んでよい。そ
の各々は、トランザクション処理サーバ７１２に接続された複数の通信ポートを有する。
そのような実施形態では、トランザクションプロセッサは、トランザクションメッセージ
をトランザクション処理サーバ７１２へ送信するときに通信チャネルを巡ってよく、ネッ
トワーク混雑を軽減しより速く円滑な通信を確保してよい。更に通信チャネルが干渉され
又は利用不可能な実施形態では、代替通信チャネルが利用可能であってよく、更に、ネッ
トワークの稼働時間を増加させてよい。
【００８８】
いくつかの実施形態では、トランザクションプロセッサは他のトランザクションプロセ
ッサと直接通信するよう構成されてよい。例えば加盟店金融機関７１０でのトランザクシ
ョンプロセッサは（例えばトランザクションメッセージに含まれる銀行識別番号によって
、）承認要求が、何らの付加価値つきサービスが要求されない発行者金融機関７０２に関
することを識別してよい。加盟店金融機関７１０でのトランザクションプロセッサは次い
で、承認要求を、発行者金融機関７０２のトランザクションプロセッサへ直接送信してよ
い（例えばこのとき、トランザクション処理サーバ７１２を通過する承認要求は無い）。
このとき発行者金融機関７０２は適宜トランザクションを処理してよい。
【００８９】
複数の通信チャネルを用いた複数の通信方法を用いる上述の支払トランザクション処理
方法であって、処理における複数点及びシステム内の複数位置にて、支払トランザクショ
ンの処理を提供するフェールセーフ（及び干渉時であっても通信がその宛先に無事に到達
することを確実にする冗長性も同様）を含む処理方法は、強健なシステムを提供してよい
。当該システムは、支払トランザクションが常に、最小限の誤りと干渉とで、無事に処理
されることを確実にする。この発展ネットワーク及びそのインフラストラクチャ並びにト
ポロジは、「支払レール」を指してよい。ここでは、トランザクションデータは販売者か
ら支払レールへと、何百万もの異なる販売時点で提出されて、当該インフラストラクチャ
を通って、適切なトランザクション処理サーバ７１２へと処理のためにルーティングされ
る。支払レールによって、汎用目的コンピューティング装置は、特別プログラム及び／又
は構成無しには、レールへと通信を適切に整形又は提出できない。コンピューティング装
置の特定目的によって、コンピューティング装置は、トランザクションデータを適切なエ
ンティティ（例えばゲートウェイプロセッサ７０８、加盟店金融機関７１０等）へ、この
発展ネットワークを用いた処理のために提出するよう構成されてよく、また、消費者７０
４の能力に関する応答を迅速且つ効率的に受信するよう構成されて当該支払トランザクシ
ョンへ資金供給してよい。
【００９０】
コンピュータシステムアーキテクチャ
図８は、コンピュータシステム８００を示す。そこには、本開示の実施形態又はその一
部が、コンピュータ可読コードとして実装されてよい。例えば図１のコンピューティング
装置１０２は、ハードウェア、ソフトウェア、ファームウェア、格納された命令を有する
非一時的なコンピュータ可読媒体、又はこれらの組合せを用いてシステム８００内に実装
されてよく、１以上のコンピュータシステム又は他の処理システムにおいて実装されてよ
い。ハードウェア、ソフトウェア及びこれらの任意の組合せは、図３、４、６及び７の方
法を実装するために使用されるモジュール及びコンポーネントを実現してよい。
【００９１】
プログラマブルロジックが使用される場合、そのようなロジックは、商業的に利用可能
な処理プラットフォーム又は特定用途装置上で実行してよい。当業者は、開示された事項
についての実施形態が、様々なコンピュータシステム構成で実行可能であることを理解す
る。当該システム構成は、マルチコアのマルチプロセッサシステムと、ミニコンピュータ
と、メインフレームコンピュータと、分散された機能でリンクされ又はクラスタ化された
コンピュータと、任意の装置へ仮想的に実装可能な汎用（pervasive）又はミニチュアの
コンピュータとを含む。例えば少なくとも１つのプロセッサ装置及びメモリが、上記実施
形態を実装するために使用されてよい。
【００９２】
本開示のプロセッサユニット又は装置は、単一のプロセッサ、複数のプロセッサ、又は
これらの組合せであってよい。プロセッサ装置は、１以上のプロセッサ「コア」を有して
よい。本開示の「コンピュータプログラム媒体」、「非一時的なコンピュータ可読媒体」
及び「コンピュータ使用可能な媒体」との用語は、概して、有形の媒体（例えば取外し可
能なストレージユニット８１８、取外し可能なストレージユニット８２２及びハードディ
スクドライブ８１２にインストールされたハードディスク等）を指すために使用される。
【００９３】
本開示の様々な実施形態は、この例示的なコンピュータシステム８００に関して記述さ
れる。本開示を読んだ後、当業者にとって、他のコンピュータシステム及び／又はコンピ
ュータアーキテクチャを用いて本開示をどのように実装するかは自明である。動作はシー
ケンシャルな（順次の）処理として開示されるが、いくつかの動作は実際には、並行して
、同時に及び／又は分散環境で、実行されてよい。このとき、プログラムコードは、単一
プロセッサの又はマルチプロセッサのマシンによってアクセスするために、ローカルに又
はリモートに格納された状態である。更に、いくつかの実施形態では、動作の順番は、開
示される事項の趣旨を逸脱することなく再配置可能である。
【００９４】
プロセッサ装置８０４は、本開示の機能を実行するよう特別に構成された特定用途又は
汎用プロセッサ装置であってよい。プロセッサ装置８０４は、通信インフラストラクチャ
８０６（例えばバス、メッセージキュー、ネットワーク、マルチコアメッセージパススキ
ーム等）へ接続されてよい。ネットワークは、本開示の機能を実行するのに適した任意の
ネットワークであってよく、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネッ
トワーク（ＷＡＮ）、無線ネットワーク（例えばＷｉｆｉ）、モバイル通信ネットワーク
、衛星ネットワーク、インターネット、光ファイバ、同軸ケーブル、赤外線、無線周波数
（ＲＦ）又はこれらの任意の組合せを含んでよい。他の適切なネットワーク種別及び構成
は、当業者にとって自明である。コンピュータシステム８００はまた、メインメモリ８０
８（例えばランダムアクセスメモリ、読み取り専用メモリ等）を含んでよく、また、補助
記憶装置８１０を含んでよい。補助記憶装置８１０は、ハードディスクドライブ８１２と
取外し可能なストレージドライブ８１４（例えばフロッピーディスクドライブ、磁気テー
プドライブ、光ディスクドライブ、フラッシュメモリ等）とを含んでよい。
【００９５】
取外し可能なストレージドライブ８１４は、周知の方法で、取外し可能なストレージユ
ニット８１８から読み取りを行ってもよいし、そこへ書き込みを行ってもよい。取外し可
能なストレージユニット８１８は、取外し可能なストレージドライブ８１４によって読み
取られ又は書き込まれることができる、取外し可能なストレージ媒体を含んでよい。例え
ばもし取外し可能なストレージドライブ８１４がフロッピーディスクドライブ又はユニバ
ーサルシリアルバスポートであれば、取外し可能なストレージユニット８１８はそれぞれ
、フロッピーディスク又はポータブルフラッシュドライブであってよい。一実施形態では
、取外し可能なストレージユニット８１８は非一時的な可読記憶媒体であってよい。
【００９６】
いくつかの実施形態では、補助記憶装置８１０は代替手段を含み、コンピュータプログ
ラム又は他の命令がコンピュータシステム８００（例えば取外し可能なストレージユニッ
ト８２２及びインタフェース８２０）にロードされることを可能にしてよい。そのような
手段の例は、（例えばビデオゲームシステムで見られる）プログラムカートリッジ及びカ
ートリッジインタフェース、取外し可能なメモリチップ（例えばＥＥＰＲＯＭ、ＰＲＯＭ
等）、関連ソケット、他の取外し可能なストレージユニット８２２及びインタフェース８
２０を含んでよい。このことは当業者にとって自明である。
【００９７】
コンピュータシステム８００に（例えばメインメモリ８０８に及び／又は補助記憶装置
８１０に）格納されたデータは、任意の種別の適切なコンピュータ可読媒体（例えば光ス
トレージ（コンパクトディスク、デジタル多目的ディスク、Blu-rayディスク等）又は磁
気テープストレージ（例えばハードディスクドライブ））上に格納されてよい。データは
任意の種別の適切なデータベース構成（例えばリレーショナルデータベース、構造化照会
言語（ＳＱＬ）データベース、分散データベース、オブジェクトデータベース等）で構成
されてよい。適切な構成及びストレージ種別は、当業者にとって自明である。
【００９８】
コンピュータシステム８００はまた、通信インタフェース８２４を含んでよい。通信イ
ンタフェース８２４は、ソフトウェア及びデータが、コンピュータシステム８００と外部
装置との間で送信されることを可能にしてよい。例示的な通信インタフェース８２４は、
モデム、ネットワークインタフェース（例えばイーサネットカード）、通信ポート、ＰＣ
ＭＣＩＡスロット及びカード等を含んでよい。通信インタフェース８２４を介して転送さ
れるソフトウェア及びデータは信号形式であってよい。当該信号形式は、電子の、電磁気
の、光の、又は当業者にとって自明な他の信号のものであってよい。信号は、通信パス８
２６を介して伝わる。当該通信パス８２６は信号を伝送するよう構成され、電線、ケーブ
ル、光ファイバ、電話線、携帯電話リンク、無線周波数リンク等を用いて実装されてよい
。
【００９９】
コンピュータシステム８００は表示インタフェース８０２を更に含んでよい。表示イン
タフェース８０２は、データが、コンピュータシステム８００と外部ディスプレイ８３０
との間で転送されることを可能にするよう構成されてよい。例示的な表示インタフェース
８０２は、高精細度マルチメディアインタフェース（ＨＤＭＩ）、デジタルビジュアルイ
ンタフェース（ＤＶＩ）、ビデオグラフィックスアレイ（ＶＧＡ）等を含んでよい。ディ
スプレイ８３０は任意の適切な種別のディスプレイであってよく、コンピュータシステム
８００の表示インタフェース８０２を介して転送されるデータを表示する。ディスプレイ
８３０は、ブラウン管（ＣＲＴ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、発光ダイ
オード（ＬＥＤ）ディスプレイ、静電容量方式タッチディスプレイ、薄膜トランジスタ（
ＴＦＴ）ディスプレイ等を含む。
【０１００】
コンピュータプログラム媒体及びコンピュータ使用可能な媒体は、メモリ（例えばメイ
ンメモリ８０８及び補助記憶装置８１０）を指してよく、半導体メモリ（ＤＲＡＭ等）で
あってよい。これらのコンピュータプログラム製品は、コンピュータシステム８００へソ
フトウェアを提供するための手段であってよい。コンピュータプログラム（例えばコンピ
ュータ制御ロジック）は、メインメモリ８０８及び／又は補助記憶装置８１０に格納され
てよい。コンピュータプログラムはまた、通信インタフェース８２４を介して受信されて
よい。そのようなコンピュータプログラムは、実行されると、コンピュータシステム８０
０が本開示の方法を実行することを可能にしてよい。特に、コンピュータプログラムは、
実行されると、プロセッサ装置８０４が図３、４、６及び７に示される本開示の方法を実
行することを可能にしてよい。したがって、そのようなコンピュータプログラムはコンピ
ュータシステム８００のコントローラを示す。本開示はソフトウェアを使用して実装され
る。当該ソフトウェアは、取外し可能なストレージドライブ８１４、インタフェース８２
０、及びハードディスクドライブ８１２又は通信インタフェース８２４を用いて、コンピ
ュータプログラム製品に格納されてコンピュータシステム８００へロードされてよい。
【０１０１】
プロセッサ装置８０４は、コンピュータシステム８００の機能を実行するよう構成され
る１以上のモジュール又はエンジンを含んでよい。各モジュール又はエンジンは、ハード
ウェアを用いて実装されてよく、いくつかの実施形態ではソフトウェア（例えばこれは、
メインメモリ８０８又は補助記憶装置８１０に格納されるプログラムコード又はプログラ
ムに対応する）を用いてよい。そのような実施形態では、プログラムコードは、コンピュ
ータシステム８００のハードウェアによる実行前に、プロセッサ装置８０４によって（例
えばモジュール又はエンジンをコンパイルすることによって）コンパイルされてよい。例
えばプログラムコードは、低レベルの言語へと解釈されるプログラミング言語で記述され
たソースコード（例えばアセンブリ言語又は機械コード）であってよい。これは、プロセ
ッサ装置８０４及び／又はコンピュータシステム８００の任意の追加のハードウェア構成
要素によって実行するためのものである。コンパイル処理は、語彙解析と、前処理と、解
析と、意味解析と、文法指向の翻訳と、コード生成と、コード最適化と、コンピュータシ
ステム８００の制御のためにプログラムコードを低レベルの言語へ解釈して本開示の機能
を実行するのに適した任意の他の技術との使用を含んでよい。そのような処理によってコ
ンピュータシステム８００が、上記の機能を実行するために一意にプログラムされた特別
構成コンピュータシステム８００になることは当業者にとって自明である。
【０１０２】
本開示に一貫した技術は、他の機能の中でも、アカウント番号の長さを変化させるため
の改良版暗号検証システム及び方法を提供する。本開示のシステム及び方法の様々な例示
的実施形態が上述されるが、それらは限定目的でなく例示目的のみで示されることを理解
されたい。それは徹底したものでなく、本開示を、開示された形態そのものへ限定しない
。上記の教示に照らして修正例及び変形例が可能である。広がり又は範囲を逸脱すること
無く、本開示の実装から修正例及び変形例が得られてよい。
【図１】
2020184378.tif 000003
【図２】
2020184378.tif 000004
【図３】
2020184378.tif 000005
【図４】
2020184378.tif 000006
【図５】
2020184378.tif 000007
【図６】
2020184378.tif 000008
【図７】
2020184378.tif 000009
【図８】
2020184378.tif 000010
【手続補正書】
【提出日】令和2年8月25日(2020.8.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
改良版暗号検証方法であって、
コンピューティング装置の生成モジュールによって、予測不可能な番号に基づいて暗号を生成するステップと、
前記コンピューティング装置の問い合わせモジュールによって、前記コンピューティング装置のメモリ上でクエリを実行し、複数の格納された整形テンプレートから特定の整形テンプレートを識別するステップであって、（ｉ）特定の整形テンプレートは、アカウント番号の長さに関連付けられ、（ｉｉ）関連付けられた前記アカウント番号の長さは、特定のアカウント番号の長さに対応する、ステップと、
前記コンピューティング装置の前記生成モジュールによってデータ列を生成するステップであって、前記データ列は、前記生成された暗号と、前記特定のアカウント番号と、前記予測不可能な番号とを少なくとも含み、前記データ列は、識別された前記特定の整形テンプレートに基づいて整形される、ステップと、
前記コンピューティング装置の送信装置によって、前記生成されたデータ列を販売時点装置へ電子的に送信するステップと、
を含む方法。
【請求項２】
請求項１に記載の方法において、
前記暗号の生成よりも前に、前記販売時点装置から前記予測不可能な番号を受信するステップを更に含む、方法。
【請求項３】
請求項１に記載の方法において、
前記暗号の生成よりも前に、前記コンピューティング装置によって、前記販売時点装置に対して前記予測不可能な番号についての要求を送信するステップであって、前記要求は前記予測不可能な番号の桁数を特定することを更に含む、方法。
【請求項４】
請求項１に記載の方法において、
前記特定の整形テンプレートは、前記特定の整形テンプレートに関連付けられた桁数と、前記予測不可能な番号の桁数との対応関係に基づいて識別される、方法。
【請求項５】
請求項１に記載の方法において、前記生成されたデータ列は、データメッセージであって前記生成されたデータメッセージの型を示すビットマップを更に含むデータメッセージ内で前記販売時点装置へ電子的に送信され、
前記データメッセージに含まれる前記ビットマップは、前記特定の整形テンプレートに含まれるビットマップに対応する、
方法。
【請求項６】
請求項１に記載の方法において、前記コンピューティング装置の前記生成モジュールによって、前記販売時点装置へのデータメッセージに含めるために、少なくとも前記特定の整形テンプレートに基づいてビットマップを生成するステップを更に含む方法。
【請求項７】
請求項１に記載の方法において、
前記生成されたデータ列は更に、前記特定のアカウント番号に関連付けられたトランザクション計数機を含む、方法。
【請求項８】
請求項７に記載の方法において、前記暗号は更に、前記特定のアカウント番号に関連付けられた前記トランザクション計数機に基づく、方法。
【請求項９】
請求項１に記載の方法において、更に、
前記コンピューティング装置の前記生成モジュールによって、少なくとも前記予測不可能な番号に基づいて第２の暗号を生成するステップを含み、
前記データ列は更に、前記第２の暗号を含む、方法。
【請求項１０】
請求項１に記載の方法において、
前記データ列は更に、カード保有者検証方法データを格納する少なくとも１つの余分桁を含み、
余分桁の数は前記特定のアカウント番号の長さと前記予測不可能な番号の桁数とに基づく、方法。
【請求項１１】
改良版暗号検証システムであって、
コンピューティング装置の通信インタフェースの送信装置と、
前記コンピューティング装置の処理装置の生成モジュールであって、予測不可能な番号に基づいて暗号を生成する生成モジュールと、
前記コンピューティング装置の前記処理装置の問い合わせモジュールであって、前記問い合わせモジュールは前記コンピューティング装置のメモリ上でクエリを実行し、複数の格納された整形テンプレートから特定の整形テンプレートを識別するよう構成され、（ｉ）前記特定の整形テンプレートは、アカウント番号の長さに関連付けられ、（ｉｉ）関連付けられた前記アカウント番号の長さは、特定のアカウント番号の長さに対応する、問い合わせモジュールと、
を含み、
前記生成モジュールは、データ列を生成するよう構成され、（ｉ）前記データ列は前記生成された暗号と、前記特定のアカウント番号と、前記予測不可能な番号とを少なくとも含み、（ｉｉ）前記データ列は、識別された前記特定の整形テンプレートに基づいて整形され、
前記送信装置は、前記生成されたデータ列を販売時点装置へ電子的に送信するよう構成される、システム。
【請求項１２】
請求項１１に記載のシステムにおいて、
前記暗号の生成よりも前に、前記販売時点装置から前記予測不可能な番号を受信するよう構成される、前記コンピューティング装置の前記通信インタフェースの受信装置を更に含む、システム。
【請求項１３】
請求項１１に記載のシステムにおいて、
前記送信装置は、前記暗号の生成よりも前に、前記予測不可能な番号についての要求を送信するよう構成され、前記要求は前記予測不可能な番号の桁数を特定する、システム。
【請求項１４】
請求項１１に記載のシステムにおいて、
前記特定の整形テンプレートは、前記特定の整形テンプレートに関連付けられた桁数と前記予測不可能な番号の桁数との対応関係に基づいて識別される、システム。
【請求項１５】
請求項１１に記載のシステムにおいて、前記生成されたデータ列は、データメッセージであって前記生成されたデータメッセージの型を示すビットマップを更に含むデータメッセージ内で電子的に送信され、
前記データメッセージに含まれる前記ビットマップは、前記特定の整形テンプレートに含まれるビットマップに対応する、システム。
【請求項１６】
請求項１１に記載のシステムにおいて、前記コンピューティング装置の前記生成モジュールは、前記販売時点装置へのデータメッセージに含めるために、少なくとも前記特定の整形テンプレートに基づいてビットマップを生成するよう更に構成される、システム。
【請求項１７】
請求項１１に記載のシステムにおいて、
前記生成されたデータ列は更に、前記特定のアカウント番号に関連付けられたトランザクション計数機を含む、システム。
【請求項１８】
請求項１７に記載のシステムにおいて、前記暗号は更に、前記特定のアカウント番号に関連付けられた前記トランザクション計数機に基づく、システム。
【請求項１９】
請求項１１に記載のシステムにおいて、
前記コンピューティング装置の前記生成モジュールは更に、少なくとも前記予測不可能な番号に基づいて第２の暗号を生成するよう構成され、
前記データ列は更に、前記第２の暗号を含む、システム。
【請求項２０】
請求項１１に記載のシステムにおいて、
前記データ列は更に、カード保有者検証方法データを格納する少なくとも１つの余分桁を含み、
余分桁の数は前記特定のアカウント番号の長さと前記予測不可能な番号の桁数とに基づく、システム。
【外国語明細書】
2020184378000001.pdf