用于处理电子付款的替代方法的在线交易系统与流程

本发明涉及在线交易处理系统，更具体而言涉及用于处理在线交易中的电子付款的替代方法的系统、方法和计算机程序产品。

背景技术：

典型的在线交易涉及若干独立运作的行为主体之间的通信。例如，当消费者对于商品或服务发起与商家的在线交易时，消费者通常向商家提供信用卡信息。其后，商家处理信用卡信息并将其传送到商家的收单银行。然后，收单银行为了消费者的信用卡而与发卡银行联系，并要求从消费者账户的适当付款。在从发卡银行收到付款之后，收单银行向商家提供付款，以换取商品或服务。

因为信用卡历来是在线交易的主要付款方式，所以参与此类交易的行为主体(包括商家)通常都围绕信用卡格式设计其基础设施。其结果是，由这些行为主体处理在线交易所实现的系统通常被设计为理解和处理信用卡作为主要付款方式，很少有任何其它付款方式。但是，用于在线交易的景观(landscape)正在发生变化，因为许多付款提供商现在提供电子付款的替代方法(amop)，其为消费者提供了完成购买的附加选项。

相应地，需要改进的在线交易系统、方法和计算机程序产品，以使遗留系统能够处理amop。

技术实现要素：

在一个实施例中，用于处理amop的在线交易系统包括托管数据库的大容量存储存储器设备。数据库被配置为存储用于将一个或多个虚拟付款形式变换成与一个或多个amop相关的数据的数据。一个或多个虚拟付款形式中的每一个与商家的遗留系统兼容。在线交易系统还包括一个或多个处理器和耦合到一个或多个处理器的存储器。存储器存储指令，当指令被一个或多个处理器执行时，使在线交易系统响应于关于与商家的在线交易接收与amop相关的数据而变换与amop相关的数据，以创建与商家的遗留系统兼容的虚拟付款形式。指令在被执行时还使得在线交易系统将虚拟付款形式发送到商家的遗留系统进行处理，并且在创建虚拟付款形式之后，将用于将虚拟付款形式变换成与amop相关的数据的数据存储在数据库中。

在另一个实施例中，用于处理在线交易处理系统中amop的方法包括：关于与商家的在线交易，接收与amop相关的数据，以及响应于接收与amop相关的数据而变换与amop相关的数据，以创建与商家的遗留系统兼容的虚拟付款形式。该方法还包括将虚拟付款形式发送到商家的遗留系统进行处理，并且在创建虚拟付款形式之后，将用于将虚拟付款形式变换成与amop相关的数据的数据存储在大型存储存储器设备上托管的数据库中。

在另一个实施例中，计算机程序产品包括非暂时计算机可读介质和存储在非暂时计算机可读介质上的指令。在由在线交易处理系统的一个或多个处理器执行时，指令使得在线交易处理系统响应于与商家的在线交易相关地接收与amop相关的数据而变换与amop相关的数据，以创建与商家的遗留系统兼容的虚拟付款形式。指令在被执行时还使得在线交易系统将虚拟付款形式发送到商家的遗留系统进行处理，并且在创建虚拟付款形式之后，将用于将虚拟付款形式变换成与amop相关的数据的数据存储在大型存储存储器设备上托管的数据库中。

附图说明

结合附图从下面的详细描述，将更全面地理解和认识到本发明的实施例。

图1是包括在在线交易中可以涉及的多个计算机系统的示例性操作环境的示意图。

图2是图1的示例性计算机系统的示意图。

图3是可以由图1中的一个或多个计算机系统实现的示例性处理体系架构的示意图。

图4是用于创建可以由图3的处理体系架构执行的虚拟付款形式的示例性过程的流程图。

图5是用于将虚拟付款形式变换成可以由图3的处理体系架构执行的amop相关数据的示例性过程的流程图。

具体实施方式

本文描述的一个或多个实施例针对在线交易处理系统，该系统使得商家的遗留系统能够以安全的方式处理amop，并且无需商家为了与每个接受的amop的兼容性而花费大量时间和资源来更新其遗留系统。以这种方式，本文描述的实施例可以通过改进其能力来改进商家的遗留系统的功能，而不增加遗留系统资源(例如，存储器，处理器)的流失。

特别地，当客户发起与商家的在线交易并选择使用amop作为付款时，可以生成用于在线交易的与amop相关的数据并将其发送到商家的遗留系统进行处理。但是，所选择的amop，或更具体地与amop相关的数据，可能与商家的遗留系统不兼容。换句话说，可能被设计为仅理解和处理传统付款形式(例如，信用卡)的商家遗留系统可能不理解或不能够处理用于在线交易的与amop相关的数据。因此，如果商家的遗留系统要接收与amop相关的数据，则会发生处理错误。

因此，在商家的遗留系统接收用于在线交易的付款信息之前，系统可以拦截和变换与amop相关的数据，以创建与商家的遗留系统兼容的虚拟付款形式。以这种方式，商家的遗留系统能够理解的虚拟付款形式可以被发传送到商家的遗留系统并由其处理而没有错误。其结果是，商家的遗留系统的功能通过使它们能够经由虚拟付款形式处理所选择的amop而得以改进，并且以不显著影响遗留系统的资源的流失的方式来进行，因为变换可以发生在遗留系统接收虚拟付款形式之外和之前。

而且，数据可以存储在数据库中，用于验证和/或将虚拟付款形式变换成与amop相关的数据，所述与amop相关的数据可以与最初为在线交易生成的与amop相关的数据相同或不同。以这种方式，当商家试图针对在线交易的虚拟付款形式收取付款时，虚拟付款形式可以首先基于所存储的数据被变换成与amop相关的数据，其后被发送到适当的收单方，诸如银行，用于付款收集。下面更详细地描述这些和其它特征。

图1提供了示例性操作环境10，它可以包括一个或多个商家遗留系统11、虚拟化系统16、amop系统18、收单银行系统20和/或发卡银行系统22。这些系统中的每一个可以通过可以包括互联网的网络24彼此连接。此外，这些系统中的任何两个或更多个可以彼此集成在单个系统中。

商家遗留系统11可以包括商家(诸如航空公司或旅行社)的任何系统，被配置为促进商家的业务操作。在一个实施例中，商家遗留系统11可以包括内部操作系统12和/或客户管理系统14。内部操作系统12可以由商家本身提供，并且可以被配置为执行商家的一个或多个后台操作。例如，内部操作系统12可以被配置为执行诸如内部记录保存、记帐、计费等功能。而且，内部操作系统12可以被配置为开始与amop系统18和/或收单银行系统20的付款相关操作，诸如捕获、退款、结算和/或对账。

可以由第三方单独提供和/或与内部操作系统12集成的客户管理系统14可以被配置为提供使客户能够与来自商家的商品或服务进行交互和购买的功能，以及提供用于管理所购买的商品或服务向客户的供应的功能。在一个示例中，客户管理系统14可以包括前端系统，诸如客户可以在其中发起在线交易的用户接口或者用于与操作环境10中的其它系统交互的应用编程接口。而且，客户管理系统14可以包括存储一个或多个预约或购买记录的预约系统。例如，如果商家是航空公司、酒店、租车代理等，则客户管理系统14的预约系统可以生成并存储与商家进行的每个预约或购买的旅客订座记录(passengernamerecords)(pnr)。每个pnr可以包括与预约或购买相关的信息(诸如用于一个或多个航空公司乘客的旅行行程)、用于对预约或购买进行定价的票价或费用，以及指示被用于进行预约或购买的付款的具体形式的付款形式(fop)元素(诸如信用卡信息)。客户管理系统14还可以包括用于发行电子票的票务系统和用于跟踪商家的可用库存的库存系统(例如，在给定日期在每个航班段上保留的座位)。在航空公司的具体情况下，客户管理系统14可以附加地包括管理在旅行当天航空公司的机场操作(例如，乘客办理登机手续和打印登机牌)的出发控制系统(dcs)。

amop系统18可以被配置为向客户提供在在线交易中利用amop的能力。一般而言，amop使客户能够在在线交易中利用替代方案(诸如奖励积分、比特币、paypal、applepay等)来绕过或补充传统的付款方式(例如信用卡)。客户可能出于各种原因而期望，诸如个人喜好、忠诚度、更好的收益和/或增加的在线安全性而使用amop。一般而言，amop系统18可以由特定的amop提供商(诸如paypal、visa、mastercard等)实现。可替代地，amop系统18可以属于参与销售一个或多个商家的商品或服务并将amop的使用结合到其系统中的第三方，诸如全球分销系统(gds)、计费和结算计划以及/或使得能够搜索和购买商品或服务的某个其它网关站点。

商家遗留系统11可能已经被专门设计成仅能够理解和处理传统的付款形式。因此，如果遗留系统11要接收与amop相关的数据(诸如从amop系统18)作为在线交易的付款，则遗留系统11可能无法处理与amop相关的数据并完成交易。具体而言，遗留系统11中的任何一个都不能够理解如何基于与amop相关的数据来收集和/或引起付款。

为了给予遗留系统11用于处理amop的附加功能，一种解决方案可能是完全地彻底检修每个遗留系统11，以便理解某些amop。但是，这种解决方案将非常复杂，并且需要由专家花费相当长的时间来重新编程每个遗留系统11。具体而言，重新编程遗留系统11以处理新的amop可能影响每个遗留系统11的功能，诸如收入记帐、计费、记录保存，预约、库存管理等。而且，对于期望被添加到遗留系统11的每个附加的amop，将需要执行这种复杂的系统彻底检修，这将最终增加遗留系统的物理资源(例如，每个新的amop会需要附加的存储器和/或处理带宽)的流失。

操作环境10的虚拟化系统16避免了这些问题。更特别地，虚拟化系统16可以被配置为amop系统18和遗留系统11之间的网关或防火墙，并且可以被配置为将用于在线交易的与amop相关的数据变换成与遗留系统11兼容的虚拟化付款形式，诸如虚拟信用卡。一旦生成，虚拟化的(且兼容的)付款形式就可以被发送到遗留系统11，遗留系统11现在能够理解和处理为在线交易提供的付款。因为每个遗留系统11被配置为处理虚拟化付款形式，所以当虚拟化付款形式在遗留系统11之间传送时其进一步的虚拟化或转换可以不是必需的。换句话说，已经在遗留系统11之间传送并且已经围绕传统付款方式构建的相同消息可以继续被使用。例如，旅游行业中的遗留系统11可以继续经由传统的hot文件(发送到航空公司的收入记账系统的销售报告)、ret文件(发送到旅行社的后台系统的销售报告)、pnr发布者文件(发布到第三方(诸如航空公司、记账系统和海关)的pnr的图像)和air文件(发送到航空公司的后台的票据发行的通知)进行通信。

虚拟化系统16还可以被配置为为了由遗留系统11请求的付款相关操作(诸如捕获、退款、结算等)而将虚拟化付款形式变换回与amop相关的数据。特别地，在遗留系统11已经接收和/或处理虚拟化付款形式之后，遗留系统11可以通过将包括虚拟化付款形式的捕获文件发送到amop系统18或收单银行系统20来尝试付款相关操作(诸如付款收集)。但是，在数据在amop系统18或收单银行系统20被接收之前，数据可以在虚拟化系统16被接收，然后虚拟化系统16可以将虚拟付款形式变换回amop数据格式。其后，虚拟化系统16可以将与amop相关的数据发送到amop系统18或收单银行系统20，它们与遗留系统11不同，能够理解和处理与amop相关的数据。以这种方式，虚拟化系统16使得amop处理的逻辑能够集中在amop系统18、收单银行系统20和/或发卡银行系统22，而不是遗留系统11，由此减少了遗留系统11的物理资源的流失。

在一些实施例中，虚拟化系统16可以被配置为管理上述付款相关操作中的一些或全部，而不必将虚拟付款形式变换回amop数据格式。更特别地，虚拟化系统16被配置为负责这种付款相关操作越多，必需的变换越少。例如，如果虚拟化系统16被配置为基于接收到的与amop相关的数据发起付款相关操作，则虚拟化系统16可能不需要将虚拟付款形式变换回与amop相关的数据，以便促进付款相关操作。换句话说，虚拟化系统16可以被配置为将从amop系统18接收到的与amop相关的数据变换成虚拟付款形式供遗留系统11使用，并且还可以被配置为发起上述一个或多个基于收到的与amop相关的数据的付款相关操作。

在任何情况下，在amop系统18或收单银行系统20接收到与amop相关的数据之后，接收系统可以(可能经由一个或多个附加系统)与客户的发卡银行系统22通信并从客户的帐户请求付款(例如，收单银行系统20可以经由amop系统18请求付款)。可替代地，amop系统18或收单银行系统20可能已经具有客户预先付款的可用资金。在任何情况下，一旦用于在线交易的付款位于amop系统18或收单银行系统20，就可以向商家提供付款。

现在参见图2，操作环境10的遗留系统11、虚拟化系统16、amop系统18、收单银行系统20和/或发卡银行系统22可以在一个或多个计算机设备或系统上实现，诸如示例性计算机系统26。计算机系统26可以包括处理器28、存储器30、大容量存储存储器设备32、输入/输出(i/o)接口34以及人机接口(hmi)36。计算机系统26还可以经由网络24或i/o接口34可操作地耦合到一个或多个外部资源38。外部资源可以包括但不限于服务器、数据库、大容量存储设备、外围设备、基于云的网络服务或者可由计算机系统26使用的任何其它合适的计算机资源。

处理器28可以包括选自微处理器、微控制器、数字信号处理器、微计算机、中央处理单元、现场可编程门阵列、可编程逻辑器件、状态机、逻辑电路、模拟电路、数字电路或者基于存储在存储器30中的操作指令来操纵信号(模拟或数字)的任何其它设备的一个或多个设备。存储器30可以包括单个存储器设备或多个存储器设备，包括但不限于只读存储器(rom)、随机存取存储器(ram)、易失性存储器、非易失性存储器、静态随机存取存储器(sram)、动态随机存取存储器(dram)、闪存、高速缓冲存储器或者能够存储信息的任何其它设备。大容量存储存储器设备32可以包括诸如硬盘驱动器、光驱、磁带驱动器、非易失性固态设备或者能够存储信息的任何其它设备的数据存储设备。

处理器28可以在驻留在存储器30中的操作系统40的控制下操作。操作系统40可以管理计算机资源，使得体现为一个或多个计算机软件应用(诸如驻留在存储器30中的应用42)的计算机程序代码可以具有由处理器28执行的指令。在替代实施例中，处理器28可以直接执行应用42，在这种情况下，可以省略操作系统40。一个或多个数据结构44也可以驻留在存储器30中，并且可以被处理器28、操作系统40或应用42用于存储或操纵数据。

i/o接口34可以提供将处理器28可操作地耦合到其它设备和系统(诸如网络24或一个或多个外部资源38)的机器接口。由此，应用42可以通过经由i/o接口34进行通信而与网络24或外部资源38协同工作，以提供构成本发明的实施例的各种特征、功能、应用、过程或模块。应用42还可以具有由一个或多个外部资源38执行的程序代码，或者以别的方式依赖于由计算机系统26外部的其它系统或网络部件提供的功能或信号。实际上，给定几乎无尽的硬件和软件配置可能，本领域普通技术人员将理解，本发明的实施例可以包括位于计算机系统26的外部、分布在多个计算机或其它外部资源38之间或者由计算资源(硬件和软件)提供的作为经网络24的服务(诸如云计算服务)提供的应用。

hmi36可以以已知的方式可操作地耦合到计算机系统26的处理器28，以允许用户直接与计算机系统26交互。hmi36可以包括视频或字母数字显示器、触摸屏、扬声器以及能够向用户提供数据的任何其它合适的音频和视频指示器。hmi36还可以包括能够接受来自用户的命令或输入并将录入的输入发送到处理器28的输入设备和控制，诸如字母数字键盘、指向设备、键盘、按钮、控制旋钮、麦克风等。

数据库46可以驻留在大容量存储存储器设备32上，并且可以被用于收集和组织由本文描述的各种系统和模块使用的数据。数据库46可以包括数据以及存储和组织数据的支持数据结构。特别地，数据库46可以布置有任何数据库组织或结构，包括但不限于关系数据库、分层数据库、网络数据库或其组合。可以使用形式为作为指令在处理器28上执行的计算机软件应用的数据库管理系统来响应于查询而访问存储在数据库46的记录中的信息或数据，其中查询可以由操作系统40、其它应用42或一个或多个模块动态地确定和执行。在本发明的实施例中，数据库46可以包括转换数据库56和/或使用的付款数据库58(图3)，下面将各自进一步详细讨论。

图3提供了可以由操作环境10的一个或多个系统或者任何其它合适的计算机系统提供的示例性处理体系架构50。处理体系架构50可以包括虚拟化器54、转换数据库56和/或使用的付款数据库58。在操作中，处理体系架构50，并且更特别地是虚拟化器54，可以接收与amop相关的数据52(诸如从操作环境10的amop系统18接收)并且将与amop相关的数据52变换成与操作环境10的遗留系统11兼容的虚拟付款形式60。处理体系架构50还可以相反地执行这个虚拟化过程(即，将虚拟付款形式60变换成与amop相关的数据52)。转换数据库56可以被配置为存储用于验证和/或将虚拟付款形式60变换成与amop相关的数据52的数据，并且使用的付款数据库58可以被配置为指示已经被使用并且应当不再被虚拟化器54处理或执行的那些虚拟付款形式60。处理体系架构50还可以被配置为在在线模式(例如，利用活动的互联网连接)和离线模式(例如，没有活动的互联网连接)中都进行操作。

图4提供了可以由处理体系架构50执行的示例性过程100。在方框102中，与amop相关的数据52可以诸如在虚拟化器54与和商家的在线交易相关地被接收。特别地，与amop相关的数据52可以在客户为了商品或服务而发起与商家的在线交易并选择使用与amop系统18关联的amop作为付款之后从amop系统18接收。与amop相关的数据52可以包括由amop系统18生成并预期由商家和/或收单银行系统20使用以用于请求对在线交易的付款的amop令牌、特定于所选择的amop或amop系统18的标识符或代码、以及由amop系统18为在线交易生成的付款记录id(pri)。与amop相关的数据52，或者更特别地说是amop令牌，还可以包括用于发起客户相对于所选择的amop的用户id和/或帐号、发起客户相对于所选择的amop的密码，和/或付款金额，其中付款金额可以是货币价值或者可以是以特定于被批准针对amop令牌声明的所选择的amop的单位(例如，点)的价值。与amop相关的数据52，或者更特别地说是amop令牌，还可以包括amop令牌将不再能够由amop系统18使用或执行的到期日期。

在方框104中，可以为在线交易创建与商家的遗留系统11兼容的虚拟付款形式60，诸如通过虚拟化器54和/或基于与amop相关的数据52。特别地，虚拟化器54可以被配置为变换或改变与amop相关的数据52，以创建虚拟付款形式60，诸如通过向与amop相关的数据52中包括的一个或多个项添加新的数字或字符，由此将与amop相关的数据52中的项从根本上更改为与遗留系统11兼容的不同形式的付款。在一个实施例中，虚拟付款形式60可以是虚拟信用卡，其可以是遗留系统11能够识别为有效并处理的少数付款形式之一。在这种情况下，遗留系统11可以处理虚拟信用卡，就好像它是由银行向客户发行的真实信用卡一样。

信用卡通常包括使得能够识别信用卡的发卡银行、使得能够向开卡银行识别客户的账户和/或有助于促进安全性的特征。在一个示例中，信用卡可以包括信用卡号，该信用卡号包括可以识别信用卡的发卡银行的银行标识号(bin)、可以向发卡银行识别客户帐户的主帐户号码(pan)以及可以被用于使用验证算法(诸如luhn算法)验证信用卡号的准确性的校验数位。特别地，也称为“模十”算法的luhn算法是简单的校验和公式，其可以被用于对照校验数位验证信用卡号的其余部分。

信用卡还可以包括有效期，在该日期之后发卡银行将不再执行或接受该信用卡用于在线交易，并且包括可以基于信用卡号和非公开算法和/或非公开数据计算的卡验证值(cvv)。cvv可以充当信用卡的附加安全措施，诸如在信用卡不物理存在的在线交易中。因为遗留系统11可能已经被具体地配置为仅识别和处理具有适当信用卡号、有效期和cvv的信用卡，所以可能需要生成虚拟信用卡，以便包括这些特征中的每一个。

在一些实施例中，虚拟化器54可以通过将与amop相关的数据52中的项组合和/或添加数字或字符来变换与amop相关的数据52，以创建用于虚拟信用卡的信用卡号。更特别地，虚拟信用卡号可以包括包含特定于所选择的amop的数位序列的部分，以及包含特定于在线交易和/或虚拟付款形式60的数位序列的部分。因此，为了形成虚拟信用卡号，虚拟化器54可以被配置为基于包括在与amop相关的数据52中的标识符或代码来确定特定于amop的数位序列、确定特定于在线交易和/或虚拟付款形式60的数位序列，并且将特定于所选择的amop的数位序列附加到特定于在线交易和/或虚拟付款形式60的数位序列。换句话说，特定于所选择的amop的数位序列可以被用于虚拟信用卡号的bin部分，并且特定于在线交易和/或虚拟付款形式60的数位序列可以被用于虚拟信用卡号的pan部分。

在一个示例中，特定于所选择的amop的数位序列可以包括特定于与amop相关的数据52中所选择的amop的标识符或代码。特定于在线交易和/或虚拟付款形式的数位序列60可以是由虚拟化器54生成的唯一号码，诸如顺序地或经由计算机实现的随机数发生器，其可以是用于虚拟化处理目的的真随机数发生器或伪随机数发生器。可替代地，特定于在线交易和/或虚拟付款形式60的数位序列可以是与在线交易关联的交易id，其可以已经是唯一的数位序列。交易id可以是包括在与amop相关的数据52中的pri，或者可以由虚拟化器54为虚拟器54所涉及的每个在线交易生成。

在一些实施例中，上述数位序列可以仅形成虚拟信用卡号的一部分。为了计算虚拟信用卡号的其余部分，虚拟化器54可以被配置为相对于上面确定的虚拟信用卡号的一部分来计算满足验证算法(诸如luhn算法)的校验位(即，追加的数位序列)。虚拟化器54还可以被配置为其后将确定的校验位追加到上面确定的虚拟信用卡号的所述部分，或者更特别地，追加到与确定的bin部分相对的所确定的pan部分的结尾，以形成完整的虚拟信用卡号。

在另一个实施例中，虚拟化器54可以使用非公开数据和非公共预编程算法将与amop相关的数据52变换成虚拟信用卡号。例如，虚拟化器54可以基于与amop相关的数据52的amop令牌中所包含的用户id和/或帐号、与amop相关的数据52的amop令牌中所包含的密码的类似md5的散列值、秘密密钥、基于至毫秒的时间戳的随机值和/或专用号码序列，使用非公共预编程算法来生成虚拟信用卡号。

在还有另一个实施例中，虚拟化器54可以通过使虚拟信用卡号基于未包括在与amop相关的数据52中的数据、其后将与amop相关的数据52与转换数据库56中的虚拟信用卡号关联，来将与amop相关的数据52变换成虚拟信用卡号。以这种方式，可以改进处理体系架构50的安全性，因为将不可能单独从虚拟信用卡号导出与amop相关的数据52。例如，虚拟化器54可以被配置为生成要用作虚拟信用卡号的bin部分的数位序列。该数位序列可以特定于在与amop相关的数据52中识别出的所选择的amop，并且可以为每个接受的amop顺序生成或使用计算机实现的随机数发生器(其可以是的真随机或伪随机数发生器)来生成。其后，虚拟化器54可以被配置为生成虚拟信用卡号的其余部分(例如，pan部分和校验位)，使得满足诸如luhn算法的验证算法。为pan部分和校验位生成的数位序列相对于包括相同bin部分的其它虚拟信用卡号可以是唯一的，以便区分使用相同amop的每个客户或在线交易。类似于bin部分，可以顺序地或者使用计算机实现的随机数发生器生成pan部分。

cvv和有效期也可以被生成或者与为在线交易生成的虚拟信用卡关联。更特别地，虚拟化器54可以被配置为将有效期与虚拟信用卡关联，该有效期等同于包括在amop令牌中的有效期。如果amop令牌中没有包括有效期，则可以推断足够长以使虚拟信用能够用于一次交易(例如，一小时)的默认有效期。为了生成用于虚拟信用卡的cvv，虚拟化器54可以被配置为为此目的生成短数位序列(诸如3位数或4位数)。特别地，虚拟化器54可以包括和/或被配置为在接收与amop相关的数据52之前生成可以使用计算机实现的随机数发生器(其可以是一个真正的随机或伪随机数发生器)生成的非公开的随机数序列。对于每个新的虚拟信用卡，虚拟化器54可以被配置为从预先生成的序列顺序地提取三个或更多个当前未使用的数位(即，未在当前活动的虚拟信用卡中使用的那些数位)，作为虚拟信用卡的cvv。例如，如果预先生成的序列的当前未使用的数位依次为“345386”，则虚拟化器54可以首先将“345”提取为下一个新的虚拟信用卡的cvv，其后将“386”提取为再下一个新的虚拟信用卡的cvv。为了确保预先生成的序列不会耗尽用于后续虚拟信用卡的当前未使用的数字，数位序列可以具有这种长度，使得一个或多个虚拟信用卡将在该数字序列被耗尽之前到期。换句话说，预先生成的序列可以足够长，使得为了完全通过它将需要比所生成并与一个或多个虚拟信用卡关联的有效期更长的时间。以这种方式，当前未使用的数位可以总是可用于生成cvv。可以基于经验数据来确定用于预先生成的序列的适当长度。

在方框106中，用于变换和/或验证虚拟付款形式60的数据可以(诸如由虚拟化器54)存储在转换数据库56中。更特别地，转换数据库56可以被配置为存储用于验证一个或多个虚拟付款形式60中的每一个并将其变换成与amop相关的数据的数据，所述与amop相关的数据可以与最初接收并提示创建虚拟付款形式60的与amop相关的数据52相同或不同。一个或多个虚拟付款形式60中的每一个可以与遗留系统11兼容。换句话说，一旦已经生成虚拟付款形式60，用于将其变换回与amop相关的数据的数据就可以被存储在转换数据库56中。

在一个实施例中，对于由虚拟化器54创建的每个虚拟付款形式60，可以将数据存储在转换数据库56中，该转换数据库56定义虚拟付款形式60并将其链接到从其或为其创建虚拟付款形式60的与amop相关的数据52的全部或部分。更特别地，每个虚拟付款形式60可以链接到包括在与amop相关的数据52中的amop令牌、与虚拟付款形式60关联的交易id(诸如包括在amop令牌中的pri或者由虚拟化器54生成的唯一数位序列)和/或与amop令牌关联的amop的类型(诸如特定于包括在与amop相关的数据52中或由虚拟化器54生成的所选择的amop的代码)。如果虚拟付款形式60是虚拟信用卡号，其中虚拟信用卡号本身包括特定于所选择的amop的代码，则amop的类型的链接可以通过在转换数据库56中存储定义虚拟付款形式60的数据而发生。如果不是，则特定于所选择的amop的代码可以被单独地存储并链接到转换数据库56内的虚拟付款形式60。

在另一个实施例中，存储在转换数据库56中的数据可以仅将每个虚拟付款形式60与将虚拟付款形式60解码回与amop相关的数据所必需的非个人可变数据相链接。例如，当如上所述基于非公共预编程算法和非公开数据元素生成虚拟付款形式60时，虚拟付款形式60可以在转换数据库56内链接到对于生成虚拟付款形式60是唯一的非个人可变数据，诸如基于时间戳生成的随机值。其它非个人数据(诸如秘密密钥和专用号码序列)可以作为算法本身的一部分被编译，并且个人数据(诸如用户id、帐号和/或与amop相关的数据52的密码)可能不需要被持久存储。以这种方式，如果转换数据库56曾经被危及，那么，在不了解非公开预先编程算法和其它非公开数据元素的情况下，从转换数据库56提取的任何数据对于确定与amop相关的数据52的用户id、帐号和/或密码而言将是无用的。因此，可以提高系统的整体安全性。

在方框108中，在生成虚拟付款形式60之后，可以将其发送到商家遗留系统11进行处理。例如，遗留系统11可以验证虚拟付款形式60，诸如通过检查存在虚拟付款形式60的所有必要信息。在虚拟信用卡的情况下，遗留系统11还可以确认虚拟信用卡号的校验位满足验证算法(诸如luhn算法)，和/或所提供的cvv对于虚拟信用卡号是有效的。此外或可替代地，遗留系统11可以基于虚拟付款形式60执行记录保存功能、计费功能和/或任何其它适当的功能。例如，在涉及航空公司商家的在线交易的情况下，客户管理系统14可以从虚拟化器54接收虚拟付款形式60、将虚拟付款形式60存储在与在线交易中创建的预订相关的pnr的fop元素中，其后将pnr转发到内部操作系统12以便在附加的过程中使用。遗留系统11还可以基于虚拟付款形式60发起与操作环境10的amop系统18和/或收单银行系统20的付款相关操作，诸如捕获操作、退款操作、结算操作或对帐操作。

图5示出了可以由处理体系架构50执行的过程200。在方框202中，虚拟付款形式60可以诸如在虚拟化器54处从遗留系统11接收。例如，遗留系统11可以尝试为了付款相关操作的目的而向amop系统18或收单银行系统20发送虚拟付款形式60。在遗留系统11向amop系统18或收单银行系统20发送虚拟付款形式60的情况下，虚拟化器54可以拦截通信并确定其是否包括虚拟付款形式60。如果是，则在方框204中，虚拟化器54可以确定是否可以基于存储在过程100的方框106中的数据来验证虚拟付款形式60。

例如，虚拟付款形式60的验证可以包括检查或验证虚拟付款形式60存储在转换数据库56中、没有到期并且未被指示为已使用(诸如通过存储在使用的付款数据库58中)。在例如包括虚拟信用卡号、vcc和/或有效期的虚拟付款形式60的情况下，虚拟化器54可以被配置为检查或验证虚拟付款形式60的虚拟信用卡号与转换数据库56内的虚拟付款形式60的vcc和/或有效期相关联。

如果所提供的虚拟付款形式60不能被验证(方框204的“否”分支)，则在方框206中，付款相关操作的请求可以被拒绝，并且虚拟化器54可以被配置为向遗留系统11发送通知被拒绝的请求的消息。可替代地，如果虚拟付款形式60被验证通过(方框204的“是”分支)，则在方框208中，虚拟付款形式60可以基于存储在过程100的方框106中的数据被变换成与amop相关的数据。更特别地，虚拟化器54可以将虚拟付款形式60变换回与amop相关的数据52，基于存储在用于虚拟付款形式60的转换数据库56中的数据来提示创建虚拟付款形式60。

可替代地，当将虚拟付款形式60变换成与amop相关的数据时，虚拟化器54可以被配置为向结果所得的与amop相关的数据添加附加信息，其可以用来降低交易费、转移负债等。例如，一些amop系统18和收单银行系统20可能需要将详细的购买或预订的数据(例如，航班详细信息)或者指示付款人被认证的数据包括在发送到其的与amop相关的数据中，以便承担和/或处理付款相关操作。

在一些实施例中，某些处理方法可以在处理体系架构50(并且更特别地是虚拟化器54)中实现，以加速在两个方向上的虚拟化过程，这因而可以使得在线交易能够更快处理。所使用的特定处理方法可以依赖于携带与amop相关的数据52和/或虚拟付款形式60的消息的格式。例如，处理体系架构50可以被配置为利用正则表达式来处理二进制或简单消息格式。此外或可替代地，处理体系架构50可以被配置为利用来自xml模式定义(xsd)的可扩展样式表语言变换(xslt)用于结构化消息(诸如可扩展标记语言(xml)格式或用于管理、商务和运输的电子数据交换(edifact)格式的消息)。此外或可替代地，处理体系架构50可以被配置为支持javascript对象符号(json)，并且如果对于json结构不存在标准，则可以实现能够与xsd一起使用以定义和验证json消息的管理数据仓库(mdw)。

在方框210中，在虚拟付款形式60已经被变换成与amop相关的数据之后，与amop相关的数据可以被诸如虚拟化器54发送到适当的实体，用于执行由遗留系统11请求的付款相关操作。例如，一旦虚拟付款形式60已经被变换，结果所得的与amop相关的数据就可以被发送到收单方，诸如amop系统18或收单银行系统20，以便基于与amop相关的数据收集付款。

如先前所讨论的，在一些实施例中，虚拟化器54本身可以被配置为管理付款相关操作的一些或全部。在这种情况下，不是等待从遗留系统11接收包括虚拟付款形式60的付款相关操作的请求并且其后将虚拟付款形式60变换成与amop相关的数据，而是虚拟化器54可以被配置为基于原始接收的与amop相关的数据52自身发送付款相关请求。换句话说，虚拟化器54可以被配置为将接收到的与amop相关的数据52变换成虚拟付款形式60供遗留系统11使用，并且还可以被配置为发起上述付款相关操作中的一个或多个，而不必将虚拟付款形式60变换回amop数据格式。

在方框212中，作为附加的安全措施，一旦涉及虚拟付款形式60的在线交易已经完成和/或商家已经收到付款，或者已经过了与虚拟付款形式60关联的有效期，虚拟付款形式60就可以在给定的时间段内或无限期内不可用于未来的交易。更特别地，虚拟付款形式60可以存储在使用的付款数据库58中，或者可替代地被标记为在转换数据库56内使用。以这种方式，如果对虚拟付款形式60的付款相关操作的另一个请求欺诈性地或意外地在虚拟化器54处被接收到，则虚拟化器54可以被配置为查询其中一个数据库，以确定虚拟付款形式60是否已经在另一个交易中被使用或已经到期。如果是这样，则虚拟化器54可以拒绝将虚拟付款形式60变换成与amop相关的数据，并且可以向发出请求的一方发送对应的消息。

而且，因为处理体系架构50可以被配置为使得任何给定的虚拟付款形式60都在给定的时间段内或无限期地只用于一个交易，所以由虚拟化器54生成的虚拟付款形式60可以在某些数据安全标准的范围之外。例如，pci安全标准委员会已经组装了数据安全标准(dss)，其包括供商家在处理信用卡时遵循的若干过程，诸如许多州已经在创建自己的法律时采用或使用的多用途实体信用卡。这些过程的实现可能对商家导致附加的成本以及处理体系架构50和遗留系统11的附加处理时间。但是，单次使用的虚拟信用卡不在dss的范围之内。因此，在处理体系架构50和商家遗留系统11中使用一次性虚拟付款形式60(诸如虚拟信用卡)可以降低商家的成本，并且降低整体复杂性和处理时间，因为虚拟付款形式60可以被发送到遗留系统11并由其处理，而无需为了遵守这些数据安全标准而实现涉及虚拟付款形式60的附加过程或过程。

一般而言，被执行以实现本发明实施例的例程，不管是作为操作系统的一部分还是具体应用、部件、程序、对象、模块或指令序列或者甚至其子集实现，在本文都可以被称为“计算机程序代码”，或简称为“程序代码”。程序代码通常包括在各个时间驻留在计算机中的各种存储器和存储设备中的计算机可读指令，并且当所述指令由计算机中的一个或多个处理器读取和执行时，使那个计算机进行执行体现本发明实施例的各个方面的操作和/或要素所必需的操作。用于执行本发明实施例的操作的计算机可读程序指令可以是例如汇编语言或者以一种或多种编程语言的任何组合编写的源代码或目标代码。

本文描述的各种程序代码可以基于在本发明的具体实施例中实现的应用来识别。但是，应当认识到，以下的任何特定的程序命名法仅仅是为了方便而使用的，因此本发明不应当仅限于在由这种命名法识别和/或暗示的任何具体应用中使用。此外，给定计算机程序可以被组织到例程、过程、方法、模块、对象等中的一般无限数量的方式，以及程序功能可以在驻留在典型计算机内的各种软件层(例如，操作系统、库、api、应用、小应用程序等)之间分配的各种方式，应当认识到，本发明的实施例不限于本文描述的程序功能的具体组织和分配。

本文描述的任何应用/模块中体现的程序代码能够作为各种不同形式的程序产品单独地或集体地分配。特别地，程序代码可以使用其上具有计算机可读程序指令的计算机可读存储介质来分配，以使处理器执行本发明的实施例的各方面。

固有地非临时性的计算机可读存储介质可以包括以用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术实现的易失性和非易失性以及可移动和不可移动的有形介质。计算机可读存储介质还可以包括ram、rom、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、闪存或其它固态存储器技术、便携式光盘只读存储器cd-rom)或其它光学储存器、磁带盒、磁带、磁盘储存器或其它磁性存储设备或者可被用来存储期望的信息并可由计算机读取的任何其它介质。计算机可读存储介质不应当被理解为暂时信号本身(例如，无线电波或其它传播电磁波、通过诸如波导的传输介质传播的电磁波、或通过导线发送的电信号)。计算机可读程序指令可以从计算机可读存储介质下载到计算机、另一种类型的可编程数据处理装置或另一个设备，或者经由网络下载到外部计算机或外部存储设备。

存储在计算机可读介质中的计算机可读程序指令可以被用于指引计算机、其它类型的可编程数据处理装置或其它设备以特定方式工作，使得存储在计算机可读介质中的指令产生包括实现流程图、序列图和/或框图中指定的功能、动作和/或操作的指令的制品。计算机程序指令可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的一个或多个处理器，以产生机器，使得经由一个或多个处理器执行的指令使得一系列计算被执行，以实施流程图、序列图和/或框图中指定的功能、动作和/或操作。

在某些替代实施例中，流程图、序列图和/或框图中指定的功能、动作和/或操作可以与本发明的实施例一致地重新排序、串行处理和/或并发处理。而且，流程图、序列图和/或框图中的任何一个可以包括和与本发明的实施例一致的所示方框相比更多或更少的方框。

本文使用的术语仅仅是为了描述特定的实施例，而不是要限制本发明的实施例。如本文所使用的，单数形式“一个”和“该”也意在包括复数形式，除非上下文另有明确指示。还将理解的是，当在本说明书中使用时，术语“包括”指定所述特征、整数、步骤、操作、元件和/或部件的存在，但不排除一个或多个其它特征、整数、步骤、操作、元件、部件和/或其组合的存在或添加。此外，就术语“包含”、“具有”、“带有”、“由…组成”或其变体在详细描述或权利要求中使用的程度而言，以类似于术语“包括”的方式，这些术语意在是包容性的。

虽然已经通过各种实施例的描述示出了本发明的所有实施例，并且虽然已经相当详细地描述了这些实施例，但是申请人的意图不是约束或以任何方式限制所附权利要求的范围到这样的细节。附加的优点和修改对于本领域技术人员将是显而易见的。因此，本发明在其更广泛的方面不限于所示出和描述的具体细节、代表性装置和方法以及说明性例子。相应地，在不背离申请人的总体发明构思的精神或范围的情况下，可以对这些细节进行改变。