CN109690592A - 用于浏览器集成的受控支付号码生成的方法和系统 - Google Patents

Abstract

一种用于自动生成和使用受控支付号码的方法，包括：至少存储账户标识符；接收源自第一计算系统的网页数据，所述数据包括具有多个输入字段的表单和附加网页代码，所述多个输入字段包括主帐号字段；接收用于生成受控支付号码的指令；从附加网页代码中提取交易金额；向第二计算系统发送账户标识符和提取出的交易金额；从第二计算系统接收包括受控支付号码的支付数据，该号码经受包括基于提取出的交易金额的支出限制的交易控制；以及将受控支付号码输入到主帐号字段中。

Description

用于浏览器集成的受控支付号码生成的方法和系统

相关申请的交叉引用

本申请要求于2016年9月8日提交的美国专利申请No.15/259,767的权益和优先权。上述申请的全部公开内容通过引用并入本文。

技术领域

本公开涉及受控支付号码的自动生成和使用，具体而言，涉及在web浏览环境中受控支付号码的自动生成，所述受控支付号码受到基于从web浏览环境解析的提议的支付交易的交易控制。

背景技术

消费者使用web浏览器与商家进行支付交易以购买各种不同的商品和服务。传统上，消费者使用他们的标准交易账户来为使用web浏览器进行的电子商务交易提供资金。但是，由于安全漏洞导致信息受损的危险，一些消费者对于在基于在线的交易中使用他们的标准账户信息变得谨慎。因此，这样的消费者已经寻求用于为电子商务交易提供资金的替代方法，其中支付凭证的盗窃可能对消费者的损害较小。

一种这样的方法包括使用受控支付号码。受控支付号码是链接到交易账户的号码，用于代替交易账户的标准帐号，这些号码经受交易控制。交易控制可以对受控支付号码的使用设置限制，诸如对交易总数、单个交易金额、合计交易金额等的限制。因此，受控支付号码的盗窃可能对消费者的损害较小，因为受控支付号码的使用可以受到限制，使得窃贼可能无法使用大量金钱，或甚至无法完全使用该号码进行交易。

虽然受控支付号码可以对消费者有帮助，但许多消费者在获得受控支付号码时可能会遇到困难。例如，在许多情况下，消费者可能必须在导航到商家网站之前获得受控支付号码，或者必须离开商家网站以获得受控支付号码，这对于消费者来说可能是不方便且耗时的。此外，消费者可能不确定其交易的最终交易金额，并且可能在获得受控支付号码时最终过高估计金额，从而留下可能受到损害的金额，或者可能低估金额并且必须返回到提供商以修改关于其新受控支付号码的限制，以便能够进行交易。

因此，需要一种技术解决方案，其中受控支付号码可以在支付交易的发起期间在计算设备处自动生成，所述受控支付号码仅限于因其而生成了所述受控支付号码的具体交易的各方面。

发明内容

本公开提供了用于自动生成和使用受控支付号码的系统和方法的描述。受控支付号码可以在使用web浏览应用时自动生成，并且可以经受通过解析网页本身生成的交易控制。结果可以是受控支付号码，所述受控支付号码在其使用中受限于正在进行的具体交易，从而在进行因特网和其它基于在线的交易时为消费者提供最高水平的便利性和安全性。

一种用于自动生成和使用受控支付号码的方法包括：在计算设备的存储器中存储账户数据条目，其中所述账户数据条目包括与交易账户相关的结构化数据集，所述结构化数据集至少包括账户标识符；由计算设备的接收设备接收叠加有源自第一计算系统的网页数据的第一数据信号，其中网页数据包括与网站相关、至少包括具有多个输入字段的表单和附加网页代码的数据，所述多个输入字段包括与主帐号相关联的字段；由计算设备的输入设备接收用于自动生成与网站一起使用的受控支付号码的指令；由计算设备的分析模块从网页数据中包括的附加网页代码中至少提取交易金额；由计算设备的发送设备将至少叠加有账户标识符和提取出的交易金额的第二数据信号电子地发送到第二计算系统；由计算设备的接收设备接收叠加有来自第二计算系统的支付数据的第三数据信号，其中支付数据至少包括受控支付号码，所述受控支付号码与交易账户相关联并且经受一个或多个交易控制，所述一个或多个交易控制包括基于被提取的交易金额的支出限制；以及由计算设备的数据供应模块将所述受控支付号码输入到与网页数据中包括的所述表单中包括的主账号相关联的字段中。

一种用于自动生成和使用受控支付号码的系统包括：计算设备的数据供应模块；计算设备的存储器，被配置为存储账户数据条目，其中账户数据条目包括与交易账户相关的结构化数据集，所述结构化数据集至少包括账户标识符；计算设备的接收设备，被配置为接收叠加有源自第一计算系统的网页数据的第一数据信号，其中网页数据包括与网站相关、至少包括具有多个输入字段的表单和附加网页代码的数据，所述多个输入字段包括与主帐号相关联的字段；计算设备的输入设备，被配置为接收用于自动生成与网站一起使用的受控支付号码的指令；计算设备的分析模块，被配置为从网页数据中包括的附加网页代码中至少提取交易金额；以及计算设备的发送设备，被配置为将至少叠加有账户标识符和提取出的交易金额的第二数据信号电子地发送到第二计算系统。计算设备的接收设备还被配置为接收叠加有来自第二计算系统的支付数据的第三数据信号，其中支付数据至少包括受控支付号码，所述受控支付号码与交易账户相关联并且经受一个或多个交易控制，所述一个或多个交易控制包括基于被提取的交易金额的支出限制。计算设备的数据供应模块被配置为将所述受控支付号码输入到与网页数据中包括的所述表单中包括的主账号相关联的字段中。

附图说明

当结合附图阅读时，从以下示例性实施例的详细描述中可以最好地理解本公开的范围。附图中包括以下图：

图1是图示根据示例性实施例的、用于电子商务交易的受控支付号码的自动生成和使用的高级系统架构的框图。

图2是图示根据示例性实施例的、用于自动生成和使用受控支付号码的图1的计算设备的框图。

图3A和3B是图示根据示例性实施例的、使用图1的系统在电子商务交易中自动生成和使用受控支付号码的处理的流程图。

图4是图示根据示例性实施例的、用于自动生成和使用受控支付号码的示例性方法的流程图。

图5是图示根据示例性实施例的支付交易的处理的流程图。

图6是图示根据示例性实施例的计算机系统架构的框图。

根据下文提供的详细描述，本公开的其它应用领域将变得清楚。应当理解的是，示例性实施例的详细描述仅用于说明目的，因此，并不旨在必然限制本公开的范围。

具体实施方式

术语表

支付网络–用于在给定时间段期间通过使用现金替代品针对数千、数百万甚至数十亿交易来转移金钱的系统或网络。支付网络可以使用各种不同的协议和过程，以便处理各种类型的交易的金钱转移。可以经由支付网络执行的交易可以包括产品或服务购买、信用购买、借记交易、资金转移、账户取款等。支付网络可以被配置为经由现金替代品(其可以包括支付卡、信用证、支票、交易账户等)执行交易。被配置为作为支付网络执行的网络或系统的示例包括由等运营的网络或系统。本文使用术语“支付网络”既可以指作为实体的支付网络，又可以指物理支付网络，诸如包括支付网络的装备、硬件和软件。

支付轨道-与在支付交易的处理中使用的支付网络相关联的基础设施，以及支付网络和与支付网络互连的其它实体之间的交易消息和其它类似数据的通信，支付网络在给定时间段期间处理数千、数百万甚至数十亿的交易。支付轨道可以包括用于建立支付网络的硬件以及支付网络与其它相关联实体(诸如金融机构、网关处理器等)之间的互连。在一些情况下，支付轨道也可以(诸如经由包括支付轨道的通信硬件和设备的特殊编程)受软件影响。例如，支付轨道可以包括专门配置用于路由交易消息的专门配置的计算设备，所述交易消息可以是经由支付轨道电子发送的特殊格式化的数据消息，如下面更详细讨论的。

交易账户–可以用于为交易提供资金的金融账户，诸如支票账户、储蓄账户、信用账户、虚拟支付账户等。交易账户可以与消费者相关联，消费者可以是与支付账户相关联的任何合适类型的实体，其可以包括个人、家庭、公司、集团、政府实体等。在一些情况下，交易账户可以是虚拟的，诸如由操作的账户等。

商家–提供由另一个实体(诸如消费者或另一个商家之类)购买的产品(例如，商品和/或服务)的实体。如对于相关领域的技术人员将清楚的是，商家可以是消费者、零售商、批发商、制造商或可以提供用于购买的产品的任何其它类型的实体。在一些情况下，商家可以对被提供用于购买的商品和/或服务有特殊的了解。在其它情况下，商家可以没有或不要求所提供产品的任何特殊知识。在一些实施例中，单个交易中涉及的实体可以被视为商家。在一些情况下，如本文所使用的，术语“商家”可以指商家实体的装置或设备。

发行方(issuer)-为受益人设立(例如，开立)信用证或信用额度，并根据信用证或信用额度中指定的金额授予受益人提取的汇票(draft)的实体。在许多情况下，发行方可以是授权开立信贷额度的银行或其它金融机构。在一些情况下，任何可以向受益人扩展信贷额度的实体可以被视为发行方。由发行方开立的信用额度可以以支付账户的形式表示，并且可以由受益人通过使用支付卡来提取。发行方还可以向消费者提供如对于相关领域技术人员来说清楚的附加类型的支付账户，诸如借记账户、预付账户、电子钱包账户、储蓄账户、支票账户等，并且可以向消费者提供用于访问和/或利用这种账户的物理或非物理组件，诸如借记卡、预付卡、自动柜员机卡、电子钱包、支票等。

受控支付号码–受控支付号码可以是与支付账户相关联的经受一个或多个规则的支付号码。在许多情况下，这些规则可以由持卡人设置，诸如支出限制、关于交易日和/或时间的限制、关于商家或行业的限制、交易支出或频率限制等。受控支付号码可以为账户持有人提供将与账户绑定的支付卡交给他人使用的机会，但须遵守持卡人设置的规则，诸如雇主向员工分发卡，或家长向孩子分发卡之类。关于受控支付号码的其它细节可以在2003年10月21日授权的美国专利No.6,636,833；2006年11月14日授权的美国专利No.7,136,835；2009年8月4日授权的美国专利No.7,571,142；2009年7月28日授权的美国专利No.7,567,934；2009年9月22日授权的美国专利No.7,593,896；2008年7月30日提交的美国专利申请No.12/219,952；2008年11月10日提交的美国专利申请No.12/268,063；以及2009年1月26日提交的美国专利申请No.12/359,971中找到；这些专利和申请中的每一个的全部内容都通过引用并入本文。

用于自动生成和使用受控支付号码的系统

图1图示了用于在web浏览环境中发起的支付交易中自动生成和使用受控支付号码的系统100，所述受控支付号码基于直接从在支付交易的发起中使用的网页解析的数据而受到限制。

系统100可以包括计算设备102。下面更详细讨论的计算设备102可以被配置为发起受控支付号码的自动生成，该受控支付号码基于经由在支付交易中使用的网页进行的支付交易的交易数据而受到限制。计算设备102可以是适于执行本文所讨论的功能的任何类型的计算设备，诸如台式计算机、膝上型计算机、笔记本计算机、平板计算机、蜂窝电话、智能电话、智能手表、可穿戴计算设备、可植入计算设备等。计算设备102可以包括由作为计算设备102的用户的消费者104使用的可执行的web浏览应用，以使用对于本领域技术人员清楚的方法和系统来导航到网页。

消费者104可以使用计算设备102的web浏览应用来导航到与商家系统106相关联的web页面。在一些实施例中，web页面可以由商家系统106托管，并且因此由商家系统106向计算设备102提供的对应网页数据。在其它实施例中，网页可以由web服务器108托管，web服务器108由商家系统106雇用、操作、管理或以其它方式与商家系统106相关联。由计算设备102导航到的网页可以至少包括表单(form)和附加网页数据。

表单可以是用于提交支付信息和消费者104所需的其它数据的表单，以便发起支付交易的处理。表单可以包括用于输入所需数据的多个输入字段，诸如至少一个被配置为存储主帐号的输入字段之类。附加输入字段可以被配置为存储送货和/或账单信息的输入，诸如地址、邮政编码、城市、州、国家等；送礼信息；包装或派送说明；附加支付数据，诸如到期日期和安全代码之类；等等。附加网页数据可以至少包括与要发起的支付交易相关联的信息。这种信息可以至少包括支付交易的交易金额。附加信息还可以包括商家标识符、商家名称、小计、税额、商家地点、产品标识符、产品名称、产品成本等。

计算设备102可以接收网页数据，并且可以被配置为解析其中包括的附加网页数据以至少识别支付交易的交易金额。然后，计算设备102可以使用合适的通信网络和方法(诸如蜂窝通信网络或因特网之类)将对受控支付号码的请求电子地发送到发行方系统110。发行方系统110可以被配置为生成和提供与交易账户相关联并经受一个或多个交易控制的受控支付号码。在一些情况下，发行方系统110可以与发行为其生成受控支付号码的交易账户的金融机构(诸如发行银行)相关联。在其它情况下，发行方系统110可以与发行交易账户的金融机构分离。

对受控支付号码的请求可以至少包括账户标识符和从附加网页数据解析的交易金额。在一些情况下，请求还可以包括从附加网页数据解析的附加交易数据，以用作对于要生成的受控支付号码的交易控制的基础。账户标识符可以是与一个或多个交易账户相关联以用于其识别的唯一值。账户标识符可以是适用于在识别中使用的任何值，诸如用户名、电子邮件地址、电话号码、注册号、识别号等。在一些情况下，账户标识符可以是生成的受控支付号码要与之相关联的交易账户的帐号。在账户标识符可以与多个交易账户相关联的情况下，诸如如果消费者104注册用于为多个交易账户生成受控支付号码，那么账户标识符可以伴随有用于识别生成的受控支付号码要与之相关联的交易账户的附加标识符。

发行方系统110可以接收该请求，并且可以基于此生成或以其它方式识别受控支付号码。受控支付号码可以与和账户标识符或包括在请求中的其它识别信息对应的交易账户相关联。受控支付号码与交易账户的关联可以包括受控支付号码到交易账户的账号的映射，以便在处理支付交易期间进行调换(swap)，如下面更详细地讨论的。受控支付号码可以经受一个或多个交易控制，这些交易控制可以控制支付交易中受控支付号码的使用。交易控制可以包括对支出金额、合计支出金额、交易数量、交易频率、交易时间、交易日期、地理地点、商家、商家类别、购买的产品、产品类型等的控制。

由发行方系统110识别出的受控支付号码可以包括关于支出金额的至少一个交易控制，其可以是对支付交易的交易金额的限制。在一些情况下，受控支付号码还可以包括关于交易时间和日期的交易控制，其可以基于接收到请求的时间，使得支付交易须在接收到请求的预定时间段内(诸如五分钟、十分钟等)进行。在一些这样的情况下，预定时间段可以基于商家或商家类别。在请求包括附加交易数据的情况下，可以将附加交易控制应用于受控支付号码，诸如限制对于与网页相关联的商家的使用、对于在网页中指示的产品的使用等。

一旦识别出经受交易控制约束的受控支付号码，就可以使用合适的通信网络和方法将所述受控支付号码电子地发送到计算设备102。计算设备102可以接收受控支付号码，其可以被输入到网页的表单中。在一些实施例中，计算设备102可以用接收到的受控支付号自动填写被配置为存储主帐号的输入字段。在其它实施例中，计算设备102可以向消费者104显示受控支付号码，并且可以在输入受控支付号码之前请求消费者确认，或者可以要求消费者手动输入受控支付号码。在一些情况下，计算设备102可以被配置为自动填写表单中的附加输入字段。在这种情况下，输入字段可以使用本地存储的数据自动填写，所述数据诸如可能先前由消费者104提供，诸如在注册处理期间，所述数据可以包括例如账单地址、送货地址等。在一些情况下，一旦已经接收到受控支付号码并将其输入到对应的输入字段中，计算设备102就可以自动提交表单。

可以提交表单，这可以将输入到输入字段的数据电子地发送到商家系统106(例如，如果适用的话，经由web服务器108)。商家系统106可以接收表单和包括在其中的数据，其可以至少包括作为主帐号的受控支付号码，以及包括附加支付凭证、账单地址、送货地址、交货指令等的任何附加数据。商家系统106可以将受控支付号码、附加支付凭证和附加交易数据(在本文统称为“交易数据”)提交给支付网络112，以便处理支付交易。在一些实施例中，商家系统106可以经由与其相关联的支付轨道将交易数据直接提交给支付网络112。在其它实施例中，商家系统106可以将交易数据电子地发送到一个或多个中间实体以便转发到支付网络112，中间实体诸如收单机构或网关处理器。

支付网络112可以接收交易数据并且可以相应地处理支付交易。在一些实施例中，交易数据可以在交易消息中被格式化(例如，由商家系统106或中间实体)。交易消息可以是特殊格式的数据消息，其根据管理金融交易消息交换的一个或多个标准(诸如国际标准化组织的ISO 8583或ISO 20022标准)被格式化。交易消息可以包括指示交易消息的类型的消息类型指示符以及多个数据元素，其中每个数据元素被配置为存储交易数据，诸如被配置为存储主账号的数据元素。在一些情况下，交易消息还可以包括一个或多个位图，所述位图可以被配置为指示包括在交易消息中的数据元素和存储在其中的数据。

支付网络112可以接收用于支付交易的交易消息，其可以包括受控支付号码，所述受控支付号码存储在交易消息中包括的对应数据元素中。然后，支付网络112可以使用传统方法和系统来处理支付交易。关于交易消息和支付交易的处理的附加信息将在下面关于图5中所示的处理500详细讨论。作为支付交易的处理的一部分，交易消息可以被电子地发送到发行方系统110。发行方系统110可以分析存储在交易消息中包括的数据元素中的数据，以确定支付交易是否符合与支付交易中使用的受控支付号码相关联的交易控制。如果支付交易不符合，那么发行方系统110可以返回指示为授权响应的响应交易消息，该响应交易消息包括被配置为存储指示支付交易被拒绝的响应代码的数据元素。

如果支付交易符合，那么发行方系统110可以调换用于交易账户的对应账号的受控支付号码。然后，支付交易可以由交易账户的发行机构(例如，如果适用的话，发行方系统110)使用传统方法和系统进一步处理，诸如用于批准或拒绝支付交易。在一些实施例中，发行方系统110可以被配置为在将交易消息返回到支付网络112之前将帐号调换回受控支付号码。一旦支付网络112已经接收到交易消息，该交易消息可以是指示支付交易的批准或拒绝的授权响应，支付网络112就可以相应地完成支付交易。

本文讨论的方法和系统为经由网页发起的支付交易提供受控支付号码的自动生成和使用。如本文所讨论的计算设备102的专用配置可以使得能够生成受控支付号码，该受控支付号码限于因其而生成了该受控支付号码的具体支付交易，而不需要消费者104输入交易控制。因此，消费者104可以接收适于他们的支付交易的受控支付号码，该受控支付号码不能在那个支付交易之外以最低限度的交互使用，从而为消费者提供高等级的便利，同时仍然能够以对其账户安全的高信任等级进行交易。

计算设备

图2图示了系统100中的计算设备102的实施例。对于相关领域的技术人员清楚的是，图2中示出的计算设备102的实施例仅作为说明提供，并且可能没有穷举适于执行本文讨论的功能的计算设备102的所有可能配置。例如，图6中示出并在下面更详细地讨论的计算机系统600可以是计算设备102的合适配置。

计算设备102可以包括接收设备202。接收设备202可以被配置为经由一个或多个网络协议在一个或多个网络上接收数据。在一些实施例中，接收设备202可以被配置为通过支付轨道接收数据，诸如使用与支付网络112相关联的专门配置的基础设施用于发送包括敏感金融数据和信息的交易消息。在一些情况下，接收设备202还可以被配置为经由诸如因特网之类的替代网络从商家系统106、web服务器108、发行方系统110、支付网络112和其它实体接收数据。在一些实施例中，接收设备202可以由多个设备组成，诸如用于通过不同网络接收数据的不同接收设备，诸如用于通过支付轨道接收数据的第一接收设备和用于通过因特网接收数据的第二接收设备。接收设备202可以接收电子发送的数据信号，其中数据可以被叠加或以其它方式被编码在数据信号上并且经由接收设备202接收数据信号来解码、解析、读取或以其它方式获得。在一些情况下，接收设备202可以包括解析模块，用于解析接收到的数据信号以获得叠加在其上的数据。例如，接收设备202可以包括解析器程序，该解析器程序被配置为接收数据信号并将接收到的数据信号变换为由处理设备执行的功能的可用输入，以执行本文描述的方法和系统。

接收设备202可以被配置为接收由商家系统106和/或web服务器108电子地发送的数据信号，该数据信号可以与网页数据叠加或以其它方式编码有网页数据。网页数据可以至少包括由多个输入字段构成的表单和附加网页数据，所述附加网页数据可以包括交易数据，至少包括支付交易的交易金额。接收设备202还可以被配置为接收由发行方系统110电子地发送的数据信号，所述数据信号可以与受控支付号码以及，如果适用的话，附加支付凭证(诸如到期日期和安全代码之类)叠加或以其它方式编码有受控支付号码以及附加支付凭证。

计算设备102还可以包括通信模块204。通信模块204可以被配置为在计算设备102的模块、引擎、数据库、存储器和其它组件之间发送数据，以供在执行本文所讨论的功能时使用。通信模块204可以包括一种或多种通信类型，并且利用用于在计算设备内通信的各种通信方法。例如，通信模块204可以包括总线、接触引脚连接器、导线等。在一些实施例中，通信模块204也可以被配置为在计算设备102的内部组件和计算设备102的外部组件(诸如外部连接的数据库、显示设备、输入设备等)之间进行通信。计算设备102还可以包括处理设备。处理设备可以被配置为执行本文讨论的计算设备102的功能，如对于相关领域的技术人员来说将清楚的。在一些实施例中，处理设备可以包括专门被配置为执行处理设备的一个或多个功能的多个引擎和/或模块，和/或由其构成，诸如查询模块212、分析模块214、数据供应模块216等。如本文所使用的，术语“模块”可以是被特别编程为接收输入、使用输入执行一个或多个处理并提供输出的软件或硬件。基于本公开，由各种模块执行的输入、输出和处理对于本领域技术人员来说将是清楚的。

计算设备102还可以包括存储器206。存储器206可以被配置为存储数据以供计算设备102在执行本文讨论的功能时使用。存储器206可以被配置为使用合适的数据格式化方法和模式来存储数据，并且可以是任何合适类型的存储器，诸如只读存储器、随机存取存储器等。存储器206可以包括例如加密密钥和算法、通信协议和标准、数据格式化标准和协议、用于处理设备的模块和应用程序的程序代码、以及计算设备102在执行本文公开的功能时可能适合使用的其它数据，如对于相关领域的技术人员将清楚的。在一些实施例中，存储器206可以包括或可以以其它方式包含关系型数据库，该关系型数据库利用结构化查询语言对存储在其中的结构化数据集进行存储、识别、修改、更新、访问等。

存储器206可以被配置为存储与web浏览应用相关联的程序代码，其可以由计算设备102执行以导航到网页的显示并对显示进行处理。存储器206还可以被配置为存储账户标识符。账户标识符可以是与向发行方系统110注册的一个或多个交易账户相关联的唯一值，用于生成与其相关联的受控支付号码。账户标识符可以是例如用户名、电子邮件地址、电话号码、设备标识符、注册号、交易帐号等。在一些实施例中，存储器206还可以包括用于包括在web表单中的附加数据以伴随受控支付号码，诸如账单地址、送货地址、姓名等。存储器206还可以包括适于执行本文讨论的功能的附加数据，诸如关于web表单的自动填写、web表单的自动提交等的消费者偏好。

计算设备102还可以包括显示设备208或者以其它方式与显示设备208接口连接。显示设备208可以在计算设备102的内部或者在计算设备102的外部并且经由一个或多个连接(例如，有线或无线)连接到计算设备102以用于向其和/或来自于其的数据传输。显示设备208可以被配置为向计算设备102的用户(诸如消费者104)显示数据。显示设备208可以是适于作为本文讨论的功能的一部分而显示数据的任何类型的显示器，诸如液晶显示器、发光二极管显示器、薄膜晶体管显示器、电容式触摸显示器、阴极射线管显示器、光投射显示器等。在一些情况下，计算设备102可以包括多个显示设备208。显示设备208可以被配置为例如显示与在支付交易的发起中使用的商家系统106相关联的网页，该网页包括其中要提交受控支付号码的表单。

计算设备102还可以包括一个或多个输入设备210或以其它方式与一个或多个输入设备210接口连接。输入设备210可以在计算设备102的内部或者在计算设备102的外部并且经由一个或多个连接(例如，有线或无线)连接到计算设备102以用于向其和/或来自于其的数据传输。输入设备210可以被配置为从计算设备102的用户(诸如消费者104)接收输入，该输入可以被提供给处理服务器102的另一个模块或引擎(例如，经由通信模块204)以相应地进行处理。输入设备210可以包括适于接收用于执行本文讨论的功能的输入的任何类型的输入设备，诸如键盘、鼠标、点击轮、滚轮、麦克风、触摸屏、跟踪板、相机、光学成像器等。输入设备210可以被配置为例如从消费者104接收输入，该输入将受控支付号码(例如，经由接收设备202从发行方系统110接收的)输入到网页表单中，以提交给商家系统106。

计算设备102可以包括查询模块212。查询模块212可以被配置为对数据库执行查询以识别信息。查询模块212可以接收一个或多个数据值或查询串，并且可以基于指示的数据库(诸如存储器206)执行查询串，以识别存储在其中的信息。然后，查询模块212可以根据需要将识别出的信息输出到计算设备102的适当的引擎或模块。查询模块212可以例如在存储器206上执行查询，以识别存储在其中的账户标识符，以便发送到发行方系统110以供在生成受控支付号码时使用。

计算设备102还可以包括分析模块214。分析模块214可以被配置为作为如本文讨论的计算设备102的功能的执行的一部分而对数据执行分析。分析模块214可以接收关于要执行的分析的指令作为输入，可以执行所指示的分析，并且可以将分析的结果输出到计算设备102的另一个模块或引擎。在一些情况下，分析模块214可以接收要对其执行分析的数据作为输入。在其它情况下，分析模块214可以被配置为获得数据，诸如通过指示查询模块212在存储器206上执行对数据的查询。分析模块214可以被配置为分析经由接收设备202接收的网页数据，以至少识别交易金额和用于识别受控支付号码的交易控制的任何其它附加交易数据。

计算设备104还可以包括数据供应模块216。数据供应模块216可以被配置为作为本文讨论的功能的一部分而将数据供给计算设备102的其它模块、引擎或设备。数据供应模块216可以接收指令作为输入，并且可以基于所述指令供应数据作为输出。在一些情况下，数据可以伴随着指令。在其它情况下，数据供应模块216可以被配置为识别所供应的数据。数据供应模块216可以被配置为例如识别接收到的受控支付号码以及要在网页表单中提交的任何附加数据(例如，账单地址、送货地址、姓名等)并且可以经由通信模块204将数据供应给网页表单，诸如通过将其路由到计算设备104的适当模块或设备，以便发送到对应的web服务器108或商家系统106。

计算设备102还可以包括发送设备218。发送设备218可以被配置为经由一个或多个网络协议在一个或多个网络上发送数据。在一些实施例中，发送设备218可以被配置为通过支付轨道发送数据，诸如使用与支付网络112相关联的专门配置的基础设施，用于发送包括敏感金融数据和信息(诸如识别出的支付凭证之类)的交易消息。在一些情况下，发送设备218可以被配置为经由诸如因特网之类的替代网络将数据发送到商家系统106、web服务器108、发行方系统110、支付网络112和其它实体。在一些实施例中，发送设备218可以包括多个设备，比如用于通过不同网络发送数据的不同发送设备，诸如用于通过支付轨道发送数据的第一发送设备和用于通过因特网发送数据的第二发送设备之类。发送设备218可以电子地发送具有可以由接收计算设备解析的叠加的数据的数据信号。在一些情况下，发送设备218可以包括一个或多个模块，用于将数据叠加、编码或以其它方式格式化为适合于发送的数据信号。

发送设备218可以被配置为将叠加有网页请求或以其它方式与编码有网页请求的数据信号电子地发送到商家系统106和web服务器108，网页请求可以作为执行本文讨论的功能的一部分而请求网页。发送设备218还可以将叠加有表单数据或以其它方式编码有表单数据的数据信号电子地发送到web服务器108和商家系统106，作为在网页数据中接收的表单的提交，其中表单数据可以至少包括作为支付交易的主帐号提交的受控支付号码以及发起支付交易所需的任何附加数据。发送设备218还可以被配置为将数据信号电子地发送到发行方系统110，所述数据信号可以叠加有受控支付号码请求或以其它方式编码有受控支付号码请求。受控支付号码请求可以至少包括账户标识符(例如，由查询模块212从存储器206查询的)和交易金额以及任何其它网页数据(例如，经由分析模块214解析的)。

用于生成和使用受控支付号码的处理

图3图示了用于在系统100中生成和使用受控支付号码的处理300，其中受控支付号码的生成由计算设备102自动发起并提交给web服务器108以在支付交易中使用。

在步骤302中，计算设备102可以向发行方系统110注册，以自动生成受控支付号码。作为注册的一部分，计算设备102的发送设备218可以电子地向发行方系统110发送数据信号，所述数据信号至少叠加有账户标识符和计算设备102的注册所需的任何其它数据(诸如受控支付号码与之关联的交易账户的帐号和认证凭据之类)。一旦计算设备102被注册，在步骤306中，计算设备102就可以经由计算设备102导航到与商家系统106相关联的可以进行购买的网页而发起web购买。作为导航的一部分，发送设备218可以将网页请求电子地发送到web服务器108。

在步骤308中，web服务器108可以接收网页请求，该网页请求可以包括统一资源定位符或用于指示被请求的网页的其它数据。在步骤310中，web服务器108可以识别针对所请求的网页的网页数据，所述网页数据可以包括将经由网页发起的支付交易的交易数据。交易数据可以基于存储在web服务器108中的附加数据或从计算设备102接收的数据，诸如在web服务器108的数据库中、从计算设备102接收的点心(cookie)等。例如，可以基于存储在web服务器102中的用于购买一个或多个产品的计算设备102的购物车来识别交易数据。交易数据可以至少包括支付交易的交易金额。

在步骤312中，web服务器108可以使用合适的通信网络和方法将网页数据电子地发送到计算设备102。在步骤314中，计算设备102的接收设备202可以接收网页数据。网页数据可以至少包括交易数据以及用于输入主账号和发起支付交易中使用的附加数据的表单。在步骤316中，计算设备102的输入设备210可以接收来自用户(例如，消费者104)的指示支付交易期望受控支付号码的输入。在一些实施例中，可以经由与用于供给受控支付号码的发行方系统110相关联的应用程序来提交请求。在其它实施例中，可以经由web浏览应用的插件或其它修改来提交请求。

在步骤318中，分析模块214可以遵循用户指令从网页提取交易金额和任何其它交易数据。在一些情况下，用户可以指示要提取并在针对最终受控支付号码设置的交易控制中使用什么附加交易数据元素。例如，消费者104可以请求对商家的控制，而不是对正在购买的产品的控制。在步骤320中，计算设备102的发送设备218可以电子地向发行方系统110发送数据信号，所述数据信号叠加有对受控支付号码(CPN)的请求或以其它方式编码有对受控支付号码(CPN)的请求。对受控支付号码的请求可以至少包括在计算设备102的注册中使用的账户标识符和从网页解析的交易数据。在一些实施例中，可以经由发行方系统110的应用编程接口(API)来提交请求。在步骤322中，发行方系统110可以接收该请求(例如，如果适用的话，经由API)。

在步骤324中，发行方系统110可以生成或以其它方式识别在支付交易中使用的受控支付号码。受控支付号码可以与和请求中供给的账户标识符对应的交易账户相关联，并且可以经受一个或多个交易控制，所述交易控制至少包括基于请求中包括的交易金额的支出控制。在请求中包括附加交易数据的情况下，受控支付号码可以经受相应识别出的附加交易控制。在步骤326中，发行方系统110可以将生成的受控支付号码电子地发送到计算设备102，其可以在步骤328中由计算设备102的接收设备202接收。在经由API提交请求的情况下，受控支付号码可以经由相同的API提供给计算设备102。

在步骤330中，计算设备102的数据供应模块216可以利用受控支付号码以及可以包括在购买表单中的任何其它可用数据自动填写网页中的表单。在步骤332中，计算设备102的发送设备218可以通过使用合适的通信网络和方法将表单数据电子地发送到web服务器108来提交购买表单。在步骤334中，web服务器108可以接收表单数据，所述表单数据包括作为要在支付交易中使用的主帐号的受控支付号码。在步骤336中，web服务器108可以将包括受控支付号码的交易数据转发到商家系统106，以使用合适的方法处理支付交易。

用于自动生成和使用受控支付号码的示例性方法

图4图示了用于自动生成和使用受控支付号码的方法400，该受控支付号码经受基于从用于发起支付交易的网页读取的数据的交易控制。

在步骤402中，账户数据条目可以存储在计算设备(例如，计算设备102)的存储器(例如，存储器206)中，其中账户数据条目包括与交易账户相关的至少包括账户标识符的结构化数据集。在步骤404中，第一数据信号可以由计算设备的接收设备(例如，接收设备202)接收，该第一数据信号叠加有网页数据并且源自第一计算系统(例如，web服务器108或商家系统106)，其中网页数据包括与网站相关、至少包括具有多个输入字段(包括与主帐号相关联的字段)的表单以及附加网页代码的数据。

在步骤406中，可以由计算设备的输入设备(例如，输入设备210)接收用于自动生成针对网站的受控支付号码的指令。在步骤408中，至少交易金额可以由计算设备的分析模块(例如，分析模块214)从包括在网页数据中的附加网页代码中提取。在步骤410中，至少叠加有账户标识符和提取出的交易金额的第二数据信号可以由计算设备的发送设备(例如，发送设备218)电子地发送到第二计算系统(例如，发行方系统110)。

在步骤412，可以由计算设备的接收设备从第二计算系统接收叠加有支付数据的第三数据信号，其中支付数据至少包括受控支付号码，该受控支付号码与交易账户相关联并且经受一个或多个交易控制，包括基于提取出的交易金额的支出限制。在步骤414中，受控支付号码可以由计算设备的数据供应模块(例如，数据供应模块216)输入到与包括在网页数据中的表单中包括的主帐号相关联的字段中。

在一个实施例中，方法400还可以包括由计算设备的发送设备提交包括在网页数据中的表单。在另一个实施例中，计算设备的发送设备可以被配置为在由计算设备的数据供应模块输入受控支付号码后自动提交表单。在一些实施例中，计算设备的数据供应模块可以被配置为在接收到第三数据信号后将受控支付号码自动输入到与主帐号相关联的字段中。

在一个实施例中，第二数据信号可以经由由第二计算系统操作的应用编程接口电子地发送到第二计算系统。在一些实施例中，交易金额的提取还可以包括从包括在网页数据中的附加网页代码中提取商家数据，并且一个或多个交易控制可以包括与对应于提取出的商家数据的商家相关联的商家控制。在一个实施例中，一个或多个交易控制可以包括时间控制，该时间控制将受控支付号码的使用限制到第二数据信号的发送内的预定时间段。

在一些实施例中，受控支付号码可以是单次使用受控支付号码。在一个实施例中，账户数据条目还可以至少包括账单名称和账单地址，多个输入字段还可以包括与名称相关联的第二字段和与地址相关联的第三字段，并且受控支付号码到与主帐号相关联的字段的输入还可以包括将帐单名称输入到与名称相关联的第二字段中和将帐单地址输入到与地址相关联的第三字段中。在一些实施例中，多个输入字段还可以包括与安全代码相关联的第二字段，支付数据还可以包括与受控支付号码相关联的代码号，并且将受控支付号码输入到与主帐号相关联的字段中还可以包括将代码号输入到与安全代码相关联的第二字段中。

支付交易处理系统和处理

图5图示了用于处理系统中的支付交易的交易处理系统和处理500，其可以包括在给定时段(例如，每小时、每天、每周等)期间处理数千、数百万甚至数十亿的交易。处理500和其中包括的步骤可以由上面讨论的系统100的一个或多个组件执行，诸如计算设备102、消费者104、商家系统106、发行方系统110、支付网络112等。使用图5中示出并在下面讨论的系统和处理500的支付交易的处理可以利用支付轨道，该支付轨道可以包括如由下面讨论的实体特别配置和编程的用于执行处理500的步骤的计算设备和基础设施，包括交易处理服务器512，其可以与被配置为处理支付交易的一个或多个支付网络相关联。对于相关领域的技术人员来说将清楚的是，相对于支付交易的处理中涉及的一个或多个步骤，处理500可以结合到上面讨论的图3和4中所示的处理中。此外，本文讨论的用于执行处理500的实体可以包括被配置为执行下面讨论的功能的一个或多个计算设备或系统。例如，商家506可以包括一个或多个销售点设备、本地通信网络、计算服务器以及被配置为执行下面讨论的功能的其它设备。

在步骤520中，发行金融机构502可以向消费者504发行支付卡或其它合适的支付工具。发行金融机构可以是金融机构(诸如银行之类)，或者监管或管理支付账户和/或用于与可用于向支付交易提供资金的支付账户一起使用的支付工具的其它合适类型的实体。消费者504可以具有与所发行的支付卡相关联的发行金融机构502的交易账户，使得当在支付交易中使用时，支付交易由相关联的交易账户提供资金。在一些实施例中，支付卡可以物理地发行给消费者504。在其它实施例中，支付卡可以是虚拟支付卡或另外以电子格式供应给消费者504。

在步骤522中，消费者504可以将发行的支付卡呈现给商家706用于向支付交易提供资金。商家506可以是企业、另一个消费者、或者可以与消费者504进行支付交易的任何实体。支付卡可以由消费者504通过向商家506提供物理卡、电子地发送(例如，经由近场通信、无线发送或其它合适的电子发送类型和协议)支付卡的支付细节、或经由第三方向商家506发起支付细节的传输来呈现。商家506可以接收支付细节(例如，经由电子发送、通过从物理支付卡读取它们等)，支付细节可以至少包括与支付卡和/或相关联的交易账户相关联的交易账号。在一些情况下，支付细节可以包括一个或多个应用密码，其可以在处理支付交易时使用。

在步骤524中，商家506可以将交易细节输入到销售点计算系统中。交易细节可以包括由与支付卡相关联的消费者504提供的支付细节以及与交易相关联的附加细节，诸如交易金额、时间和/或日期、产品数据、供应(offer)数据、忠诚度数据、奖励数据、商家数据、消费者数据、销售点数据等。交易细节可以经由一个或多个输入设备(诸如被配置为扫描产品条形码的光学条形码扫描仪、被配置为接收由用户输入的产品代码的键盘等)输入到商家506的销售点系统中。商家销售点系统可以是专门配置的计算设备和/或专用计算设备，其旨在处理电子金融交易和与支付网络的通信(例如，经由支付轨道)。商家销售点系统可以是其上运行销售点系统应用的电子设备，其中应用使电子设备接收电子金融交易信息并将其传送到支付网络。在一些实施例中，商家506可以是电子商务交易中的在线零售商。在这样的实施例中，交易细节可以输入到购物车或用于在电子交易中存储交易数据的其它储存库中，如对于相关领域的技术人员将清楚的。

在步骤526中，商家506可以将叠加有交易数据的数据信号电子地发送到网关处理器508。网关处理器508可以是被配置为从商家506接收用于格式化并发送到收单金融机构510的交易细节的实体。在一些情况下，网关处理器508可以与多个商家506和多个收单金融机构510相关联。在这种情况下，网关处理器508可以接收涉及各种商家的多个不同交易的交易细节，所述交易细节可以被转发给适当的收单金融机构510。通过与多个收单金融机构510建立关系并具有使用支付轨道(诸如使用与用于提交、接收和检索数据的网关处理器508或金融机构相关联的应用编程接口)与金融机构通信的必要基础设施，网关处理器508可以充当商家506的中介，以能够经由单个通信信道和格式与网关处理器508进行支付交易，而无需维持与多个收单金融机构510和支付处理器以及与其相关联的硬件的关系。收单金融机构510可以是金融机构(诸如银行之类)，或者监管或管理支付账户和/或用于与支付账户一起使用的支付工具的其它实体。在一些情况下，收单金融机构510可以管理商家506的交易账户。在一些情况下，单个金融机构可以既作为发行金融机构502又作为收单金融机构510运营。

从商家506发送到网关处理器508的数据信号可以叠加有支付交易的交易细节，所述交易细节可以基于一个或多个标准来格式化。在一些实施例中，标准可以由网关处理器508陈述，所述标准可以使用唯一的专有格式来向/从网关处理器508发送交易数据。在其它实施例中，可以使用公共标准，诸如国际标准化组织的ISO 8583标准。标准可以指示可以包括的数据类型、数据的格式化、数据如何被存储和发送、以及用于将交易数据发送到网关处理器508的其它标准。

在步骤528中，网关处理器508可以解析交易数据信号以获得叠加在其上的交易数据，并且可以根据需要格式化交易数据。交易数据的格式化可以由网关处理器508基于网关处理器508的专有标准或由与支付交易相关联的收单金融机构510来执行。专有标准可以指定包括在交易数据中的数据类型以及用于数据的存储和发送的格式。收单金融机构510可以由网关处理器508使用交易数据来识别，诸如通过解析交易数据(例如，解构成数据元素)以获得其中包括的与收单金融机构510相关联的账户标识符。在一些情况下，网关处理器508然后可以基于识别出的收单金融机构510格式化交易数据，诸如以符合由收单金融机构510指定的格式化标准。在一些实施例中，识别出的收单金融机构510可以与支付交易中涉及的商家506相关联，并且在一些情况下，可以管理与商家506相关联的交易账户。

在步骤530中，网关处理器508可以将叠加有格式化交易数据的数据信号电子地发送到识别出的收单金融机构510。收单金融机构510可以接收数据信号并解析该信号以获得叠加在其上的格式化交易数据。在步骤532中，收单金融机构可以基于格式化交易数据生成对支付交易的授权请求。授权请求可以是根据一个或多个标准被格式化的特殊格式化交易消息，所述标准诸如ISO8583标准和由用于处理支付交易的支付处理器(诸如支付网络之类)陈述的标准。授权请求可以是包括指示授权请求的消息类型指示符的交易消息，其可以指示支付交易中涉及的商家506正在请求支付或来自发行金融机构502的针对交易的支付承诺。授权请求可以包括多个数据元素，每个数据元素被配置为存储如在相关联的标准中陈述的数据，诸如用于存储账号、应用密码、交易金额、发行金融机构502信息等的数据。

在步骤534中，收单金融机构510可以将授权请求电子地发送到交易处理服务器512以进行处理。交易处理服务器512可以包括作为被配置为处理支付交易的支付网络的一部分的一个或多个计算设备。在一些实施例中，授权请求可以由收单金融机构510处的交易处理器或与收单金融机构相关联的其它实体发送。交易处理器可以是一个或多个计算设备，其包括多个通信信道，用于与交易处理服务器512通信，以便向交易处理服务器512和从交易处理服务器512发送交易消息和其它数据。在一些实施例中，与交易处理服务器512相关联的支付网络可以拥有或操作每个交易处理器，使得为了网络和信息安全，支付网络可以维持对向交易处理服务器512传送交易消息和从交易处理服务器512传送交易消息的控制。

在步骤536中，交易处理服务器512可以为支付交易执行增值服务。增值服务可以是由发行金融机构502指定的服务，其可以在处理支付交易时向发行金融机构502或消费者504提供附加价值。增值服务可以包括例如欺诈评分、交易或账户控制、账号映射、供应兑换、忠诚度处理等。例如，当交易处理服务器512接收到交易时，交易的欺诈评分可以基于其中包括的数据和一个或多个欺诈评分算法和/或引擎来计算。在一些情况下，交易处理服务器512可以首先识别与交易相关联的发行金融机构502，并且然后识别由发行金融机构502指示的要执行的任何服务。可以例如通过授权请求中包括的特定数据元素中包括的数据(诸如发行方识别号之类)来识别发行金融机构502。在另一个示例中，可以通过存储在授权请求中的主账号，诸如通过使用用于识别的主账号的一部分(例如，银行识别号)来识别发行金融机构502。

在步骤538中，交易处理服务器512可以将授权请求电子地发送到发行金融机构502。在一些情况下，可以修改授权请求，或者由于交易处理服务器512执行增值服务而将附加数据包括在授权请求中或将附加数据与授权请求一起发送。在一些实施例中，授权请求可以被发送到位于发行金融机构502处的(例如，由交易处理服务器512拥有或操作的)交易处理器或可以将授权请求转发给发行金融机构502的与发行金融机构相关联的实体。

在步骤540中，发行金融机构502可以授权交易账户对支付交易进行支付。授权可以基于交易账户的可用信用额度和支付交易的交易金额、交易处理服务器512提供的欺诈评分、以及对于相关领域的技术人员将清楚的其它考虑因素。发行金融机构502可以修改授权请求以包括指示对支付交易的批准(例如，或者如果要拒绝交易的话，则拒绝)的响应代码。发行金融机构502还可以修改交易消息的消息类型指示符，以指示交易消息被改变为授权响应。在步骤542中，发行金融机构502可以(例如，经由交易处理器)将授权响应发送到交易处理服务器512。

在步骤544中，交易处理服务器512可以将授权响应转发给收单金融机构510(例如，经由交易处理器)。在步骤546中，收单金融机构可以生成如在授权响应的响应代码中所指示的指示对支付交易的批准或拒绝的响应消息，并且可以使用由网关处理器508陈述的标准和协议将响应消息发送到网关处理器508。在步骤548中，网关处理器508可以使用适当的标准和协议将响应消息转发给商家506。在步骤550中，假设交易被批准，那么商家506可以将由消费者504购买的产品作为支付交易的一部分提供给消费者504。

在一些实施例中，一旦处理500完成，就可以执行从发行金融机构502到收单金融机构510的支付。在一些情况下，可以立即或在一个工作日内支付。在其它情况下，可以在一段时间之后并且响应于经由交易处理服务器502从收单金融机构510向发行金融机构502的清算请求的提交来进行支付。在这种情况下，对于多个支付交易的清算请求可以被聚合成单个清算请求，该单个清算请求可以由交易处理服务器512使用，以针对支付交易的结算识别要由谁以及向谁进行的总支付。

在一些情况下，系统还可以被配置为在其中通信路径可能不可用的情况下执行支付交易的处理。例如，如果发行金融机构不可用于执行交易账户的授权(例如，在步骤540中)，则交易处理服务器512可以被配置为代表发行金融机构502执行交易的授权。这样的动作可以被称为“代替(stand-in)处理”，其中交易处理服务器“代替”作为发行金融机构502。在这种情况下，交易处理服务器512可以利用由发行金融机构502陈述的规则来确定批准或拒绝支付交易，并且可以在步骤544中转发到收单金融机构510之前相应地修改交易消息。交易处理服务器512可以保留与交易处理服务器512代替的交易相关联的数据，并且可以一旦通信被重新建立，就将保留的数据发送到发行金融机构502。然后，发行金融机构502可以相应地处理交易账户以适应丢失通信的时间。

在另一个示例中，如果交易处理服务器512不可用于由收单金融机构510提交授权请求，则收单金融机构510处的交易处理器可以被配置为执行交易处理服务器512和发行金融机构502的处理。交易处理器可以包括适于在基于其中包含的数据确定对支付交易的批准或拒绝时使用的规则和数据。例如，发行金融机构502和/或交易处理服务器512可以对可以存储在交易处理器中并用于基于其确定对支付交易的批准或拒绝的交易类型、交易金额等设置限制。在这种情况下，即使交易处理服务器512不可用，收单金融机构510也可以接收支付交易的授权响应，从而确保交易被处理并且即使在其中通信不可用的情况下也不会经历停机时间。在这种情况下，交易处理器可以存储支付交易的交易细节，一旦通信被重新建立，这些交易细节就可以被发送到交易处理服务器512(例如，并且从那里发送到相关联的发行金融机构502)。

在一些实施例中，交易处理器可以被配置为包括可以利用多个通信卡和/或设备的多个不同的通信信道，以便与交易处理服务器512通信从而发送和接收交易消息。例如，交易处理器可以包括多个计算设备，每个计算设备具有连接到交易处理服务器512的多个通信端口。在这样的实施例中，交易处理器可以在将交易消息发送到交易处理服务器512时循环通过各通信信道，以缓解网络拥塞并确保更快、更顺畅的通信。此外，在其中通信信道可能被中断或以其它方式不可用的情况下，可以由此使得替代通信信道可用，以进一步增加网络的正常运行时间。

在一些实施例中，交易处理器可以被配置为与其它交易处理器直接通信。例如，收单金融机构510处的交易处理器可以识别授权请求涉及不要求增值服务的发行金融机构502(例如，经由包括在交易消息中的银行识别号)。然后，收单金融机构510处的交易处理器可以将授权请求直接发送到发行金融机构502处的交易处理器(例如，授权请求不通过交易处理服务器512)，其中发行金融机构502可以相应地处理交易。

上面讨论的用于利用使用多个通信信道的多种通信方法处理支付交易的方法，并且包括故障安全以针对在处理中的多个点处和系统中的多个位置处的支付交易的处理提供，以及即使在中断的情况下也确保通信成功到达其目的地的冗余，可以提供稳健的系统，该系统确保始终以最小的错误和中断成功处理支付交易。这种先进的网络及其基础设施和拓扑结构通常可以被称为“支付轨道”，其中交易数据可以从数百万个不同销售点处的商家提交到支付轨道，以通过基础设施路由到适当的交易处理服务器512用于处理。支付轨道可以是通用计算设备在没有专门的编程和/或配置的情况下可能无法正确地格式化或向轨道提交通信的轨道。通过专用的计算设备，计算设备可以被配置为将交易数据提交给适当的实体(例如，网关处理器508、收单金融机构510等)以使用该先进的网络进行处理，并且快速且高效地接收关于消费者504为支付交易提供资金的能力的响应。

计算机系统架构

图6图示了计算机系统600，其中本公开的实施例或其部分可以被实现为计算机可读代码。例如，图1的计算设备102可以使用硬件、软件、固件、其上存储有指令的非暂态计算机可读介质或其组合在计算机系统600中实现，并且可以在一个或多个计算机系统或其它处理系统中实现。硬件、软件或其任意组合可以体现用于实现图3-5的方法的模块和组件。

如果使用可编程逻辑，那么这种逻辑可以在由可执行软件代码配置的商业上可用的处理平台上执行，以成为专用计算机或专用设备(例如，可编程逻辑阵列、专用集成电路等)。本领域普通技术人员可以认识到的是，所公开的主题的实施例可以用各种计算机系统配置来实践，包括多核多处理器系统、小型计算机、大型计算机、与分布式功能链接或集群的计算机、以及可以嵌入到几乎任何设备中的普及型或微型计算机。例如，可以使用至少一个处理器设备和存储器来实现上述实施例。

本文讨论的处理器单元或设备可以是单个处理器、多个处理器或其组合。处理器设备可以具有一个或多个处理器“核”。如本文讨论的术语“计算机程序介质”、“非暂态计算机可读介质”和“计算机可用介质”通常用于指有形介质，诸如可移除存储单元618、可移除存储单元622和安装在硬盘驱动器612中的硬盘。

根据这个示例计算机系统600描述了本公开的各种实施例。在阅读本说明书之后，相关领域的技术人员将认识到如何使用其它计算机系统和/或计算机架构来实现本公开。虽然操作可以被描述为顺序处理，但是一些操作实际上可以并行地、并发地和/或在分布式环境中执行，并且程序代码在本地或远程存储以供单个处理器或多个处理器机器访问。此外，在一些实施例中，可以重新布置操作的顺序而不脱离所公开的主题的精神。

处理器设备604可以是被专用配置为执行本文讨论的功能的专用或通用处理器设备。处理器设备604可以连接到通信基础设施606，诸如总线、消息队列、网络、多核消息传递方案等。网络可以是适于执行如本文公开的功能的任何网络，并且可以包括局域网(LAN)、广域网(WAN)、无线网络(例如，WiFi)、移动通信网络、卫星网络、因特网、光纤、同轴线缆、红外线、射频(RF)或其任意组合。其它合适的网络类型和配置对于相关领域的技术人员将是清楚的。计算机系统600还可以包括主存储器608(例如，随机存取存储器、只读存储器等)，并且还可以包括辅助存储器610。辅助存储器610可以包括硬盘驱动器612和可移除存储驱动器814，诸如软盘驱动器、磁带驱动器、光盘驱动器、闪存等。

可移除存储驱动器614可以以众所周知的方式从可移除存储单元618读取和/或写入可移除存储单元618。可移除存储单元618可以包括可以由可移除存储驱动器614读取和写入的可移除存储介质。例如，如果可移除存储驱动器614是软盘驱动器或通用串行总线端口，那么可移除存储单元618可以分别是软盘或便携式闪存驱动器。在一个实施例中，可移除存储单元618可以是非暂态计算机可读记录介质。

在一些实施例中，辅助存储器610可以包括用于允许计算机程序或其它指令被加载到计算机系统600中的替代部件，例如，可移除存储单元622和接口620。这种部件的示例可以包括程序盒和盒接口(例如，如在视频游戏系统中找到的)、可移除存储器芯片(例如，EEPROM、PROM等)和相关联的插座，以及其它可移除存储单元622和接口620，如对于相关领域的技术人员来说将清楚的。

存储在计算机系统600中(例如，在主存储器608和/或辅助存储器610中)的数据可以存储在任何类型的合适的计算机可读介质上，诸如光学存储装置(例如，光盘、数字多功能光盘、蓝光光盘等)或磁带存储装置(例如，硬盘驱动器)。可以以任何类型的合适数据库配置来配置数据，诸如关系型数据库、结构化查询语言(SQL)数据库、分布式数据库、对象数据库等。适合的配置和存储类型对于相关领域的技术人员将是清楚的。

计算机系统600还可以包括通信接口624。通信接口624可以被配置为允许软件和数据在计算机系统600和外部设备之间传递。示例性通信接口624可以包括调制解调器、网络接口(例如，以太网卡)、通信端口、PCMCIA槽或卡等。经由通信接口624传递的软件和数据可以是信号的形式，其可以是电子的、电磁的、光学的或其它信号，如对于相关领域的技术人员来说将清楚的。信号可以经由通信路径626行进，通信路径626可以被配置为承载信号并且可以使用电线、线缆、光纤、电话线、蜂窝电话链路、射频链路等来实现。

计算机系统600还可以包括显示器接口602。显示器接口602可以被配置为允许数据在计算机系统600和外部显示器630之间传递。示例性显示器接口602可以包括高清晰多媒体接口(HDMI)、数字视频接口(DVI)、视频图形阵列(VGA)等。显示器630可以是用于显示经由计算机系统600的显示器接口602发送的数据的任何合适类型的显示器，包括阴极射线管(CRT)显示器、液晶显示器(LCD)、发光二极管(LED)显示器、电容式触摸显示器、薄膜晶体管(TFT)显示器等。

计算机程序介质和计算机可用介质可以指存储器，诸如可以是存储器半导体(例如，DRAM等)的主存储器608和辅助存储器610。这些计算机程序产品可以是用于向计算机系统600提供软件的部件。计算机程序(例如，计算机控制逻辑)可以存储在主存储器608和/或辅助存储器610中。也可以经由通信接口624接收计算机程序。这样的计算机程序在被执行时可以使得计算机系统600能够实现本文讨论的本方法。特别地，计算机程序在被执行时可以使得处理器设备604能够实现由图3-5所示的方法，如本文所讨论的。因此，这样的计算机程序可以表示计算机系统600的控制器。在使用软件实现本公开的情况下，软件可以存储在计算机程序产品中并使用可移除存储驱动器614、接口620以及硬盘驱动器612或通信接口624加载到计算机系统600中。

处理器设备604可以包括被配置为执行计算机系统600的功能的一个或多个模块或引擎。每个模块或引擎可以使用硬件来实现，并且在一些情况下，也可以利用软件，诸如与存储在主存储器608或辅助存储器610中的程序代码和/或程序对应。在这种情况下，在由计算机系统600的硬件执行之前，程序代码可以由处理器设备604(例如，由编译模块或引擎)编译。例如，程序代码可以是用编程语言编写的源代码，其被转换成较低级语言，诸如汇编语言或机器代码之类，用于由处理器设备604和/或计算机系统600的任何附加硬件组件执行。编译的处理可以包括使用词法分析、预处理、解析、语义分析、语法导向转换、代码生成、代码优化、以及可能适合于将程序代码转换成适合于控制计算机系统600以执行本文公开的功能的较低级语言的任何其它技术。对于相关领域的技术人员将清楚的是，这样的处理导致计算机系统600是被特别编程以执行以上讨论的功能的专门配置的计算机系统600。

除了其它特征之外，与本公开一致的技术提供了用于自动生成和使用受控支付号码的系统和方法。虽然上面已经描述了所公开的系统和方法的各种示例性实施例，但是应该理解的是，它们仅仅是为了示例的目的而给出，而不是限制。它并非是详尽无遗的，并且不是将本公开限制于所公开的精确形式。鉴于上述教导，修改和变化是可能的，或者可以从本公开的实践中获得，而不脱离广度或范围。

Claims (20)

1.一种用于自动生成和使用受控支付号码的方法，包括：

在计算设备的存储器中存储账户数据条目，其中所述账户数据条目包括与交易账户相关的结构化数据集，所述结构化数据集至少包括账户标识符；

由计算设备的接收设备接收叠加有源自第一计算系统的网页数据的第一数据信号，其中网页数据包括与网站相关、至少包括具有多个输入字段的表单和附加网页代码的数据，所述多个输入字段包括与主帐号相关联的字段；

由计算设备的输入设备接收用于自动生成与网站一起使用的受控支付号码的指令；

由计算设备的分析模块从网页数据中包括的附加网页代码中至少提取交易金额；

由计算设备的发送设备将至少叠加有账户标识符和提取出的交易金额的第二数据信号电子地发送到第二计算系统；

由计算设备的接收设备接收叠加有来自第二计算系统的支付数据的第三数据信号，其中支付数据至少包括受控支付号码，所述受控支付号码与交易账户相关联并且经受一个或多个交易控制，所述一个或多个交易控制包括基于被提取的交易金额的支出限制；以及

由计算设备的数据供应模块将所述受控支付号码输入到与网页数据中包括的所述表单中包括的主账号相关联的字段中。

2.如权利要求1所述的方法，还包括：

由计算设备的发送设备提交包括在网页数据中的所述表单。

3.如权利要求2所述的方法，其中计算设备的发送设备被配置为在由计算设备的数据供应模块输入所述受控支付号码后自动提交所述表单。

4.如权利要求1所述的方法，其中计算设备的数据供应模块被配置为在接收到第三数据信号后将所述受控支付号码自动输入到与主帐号相关联的字段中。

5.如权利要求1所述的方法，其中第二数据信号经由由第二计算系统操作的应用编程接口电子地发送到第二计算系统。

6.如权利要求1所述的方法，其中

提取交易金额还包括从包括在网页数据中的附加网页代码中提取商家数据，以及

所述一个或多个交易控制包括与对应于提取出的商家数据的商家相关联的商家控制。

7.如权利要求1所述的方法，其中所述一个或多个交易控制包括时间控制，所述时间控制将所述受控支付号码的使用限制到第二数据信号的发送内的预定时间段。

8.如权利要求1所述的方法，其中所述受控支付号码是单次使用的受控支付号码。

9.如权利要求1所述的方法，其中

所述账户数据条目还至少包括帐单名称和帐单地址，

所述多个输入字段还包括与名称相关联的第二字段和与地址相关联的第三字段，以及

将所述受控支付号码输入到与主帐号相关联的字段中还包括将帐单名称输入到与名称相关联的第二字段中和将帐单地址输入到与地址相关联的第三字段中。

10.如权利要求1所述的方法，其中

所述多个输入字段还包括与安全代码相关联的第二字段，

所述支付数据还包括与所述受控支付号码相关联的代码号，以及将所述受控支付号码输入到与主帐号相关联的字段中还包括将代码号输入到与安全代码相关联的第二字段中。

11.一种用于自动生成和使用受控支付号码的系统，包括：

计算设备的数据供应模块；

计算设备的存储器，被配置为存储账户数据，其中所述账户数据条目包括与交易账户相关的结构化数据集，所述结构化数据集至少包括账户标识符；

计算设备的接收设备，被配置为接收叠加有源自第一计算系统的网页数据的第一数据信号，其中网页数据包括与网站相关、至少包括具有多个输入字段的表单和附加网页代码的数据，所述多个输入字段包括与主帐号相关联的字段；

计算设备的输入设备，被配置为接收用于自动生成与网站一起使用的受控支付号码的指令；

计算设备的分析模块，被配置为从网页数据中包括的附加网页代码中至少提取交易金额；以及

计算设备的发送设备，被配置为将至少叠加有账户标识符和提取出的交易金额的第二数据信号电子地发送到第二计算系统，其中

计算设备的接收设备还被配置为接收叠加有来自第二计算系统的支付数据的第三数据信号，其中支付数据至少包括受控支付号码，所述受控支付号码与交易账户相关联并且经受一个或多个交易控制，所述一个或多个交易控制包括基于被提取的交易金额的支出限制，以及计算设备的数据供应模块被配置为将所述受控支付号码输入到与网页数据中包括的所述表单中包括的主账号相关联的字段中。

12.如权利要求11所述的系统，其中计算设备的发送设备还被配置为提交包括在网页数据中的所述表单。

13.如权利要求12所述的系统，其中计算设备的发送设备还被配置为在由计算设备的数据供应模块输入所述受控支付号码后自动提交所述表单。

14.如权利要求11所述的系统，其中计算设备的数据供应模块还被配置为在接收到第三数据信号后将所述受控支付号码自动输入到与主帐号相关联的字段中。

15.如权利要求11所述的系统，其中第二数据信号经由由第二计算系统操作的应用编程接口电子地发送到第二计算系统。

16.如权利要求11所述的系统，其中

提取交易金额还包括从包括在网页数据中的附加网页代码中提取商家数据，以及

所述一个或多个交易控制包括与对应于提取出的商家数据的商家相关联的商家控制。

17.如权利要求11所述的系统，其中所述一个或多个交易控制包括时间控制，所述时间控制将所述受控支付号码的使用限制到第二数据信号的发送内的预定时间段。

18.如权利要求11所述的系统，其中所述受控支付号码是单次使用的受控支付号码。

19.如权利要求11所述的系统，其中

所述账户数据条目还至少包括帐单名称和帐单地址，

所述多个输入字段还包括与名称相关联的第二字段和与地址相关联的第三字段，以及

将所述受控支付号码输入到与主帐号相关联的字段中还包括将帐单名称输入到与名称相关联的第二字段中和将帐单地址输入到与地址相关联的第三字段中。

20.如权利要求11所述的系统，其中

所述多个输入字段还包括与安全代码相关联的第二字段，

所述支付数据还包括与所述受控支付号码相关联的代码号，以及

将所述受控支付号码输入到与主帐号相关联的字段中还包括将代码号输入到与安全代码相关联的第二字段中。