CN107251068A - 用于重新尝试处理受控支付交易的方法和系统 - Google Patents

Abstract

一种用于重新尝试处理受控支付交易的方法，包括：将账户简档存储到第一数据库中，其中每个账户简档包括与交易账户相关的数据，所述数据包括账户标识符和账户控制；将存储在所述第一数据库中的账户简档存储到第二数据库中，其中所述第二数据库中的每个账户简档中的数据对应于所述第一数据库中的相应的账户简档中的数据；接收交易的授权请求，所述请求包括特定账户标识符和交易数据；如果尝试基于包括在所述第一数据库中的相应账户简档中的账户控制确定批准或拒绝失败，则基于包括在所述第二数据库中的简档中的账户控制来确定批准或拒绝所述交易，其中所述简档包括特定账户标识符和交易数据；以及基于所述确定处理所述支付交易。

Description

用于重新尝试处理受控支付交易的方法和系统

技术领域

本公开涉及对受控支付号码交易的处理，更具体的涉及在第一次处理交易失败时使用冗余数据库重新尝试处理受控支付号码交易以提高可靠性和效率。

背景技术

受控支付号码(例如，由万事达卡通过InControl^TM平台提供的受控支付号码)为持卡人提供了非常多的功能和对其支付卡的控制。为了自定预算、管理资金、限制儿童或雇员的开销，可以对支付卡进行控制和限制，以更大程度的防止欺诈和盗窃等。因为使用受控支付号码有诸多好处，所以控制支付号码在市场上得到越来越多的使用。

然而，受控支付号码不是没有缺点。因为每天都要通过其轨道处理大量的零售交易，所以将支付网络设计为以毫秒计的时间来非常快的进行交易处理。通常通过使用成功率很高的传统的支付卡来完成支付交易。然而，当使用受控支付号码时，支付网络必须经常执行额外的处理步骤，包括对受控支付号码的有效控制的识别及其处理(例如，检查是否达到或超过账户限制)。因此，这会增加这些交易的处理时间。

处理时间的增加可能是由于为交易制定的长队列、必须计算并检查的大量控制等而导致的。在某些情况下，如果处理速度不够快，则交易可能会超时。对于一些支付网络来说，用于处理交易的窗口可能非常小(例如，为了向其成员提供更高的网络效率和可靠性)，超时甚至可能由存储在硬盘的外边缘上的数据导致，而不是由靠近中心的数据导致，额外的距离导致相当多的时间的增加，从而不能满足处理时间。由于这些额外的结果和关注，一些受控的支付号码交易可能因此超时。

因此，需要提供对受控支付号码交易的更可靠的处理。通过在受控支付号码交易的处理中提供更好的可靠性，特别是在受控支付号码交易在传统支付网络中将超时的情况下，可以增加总体的网络可靠性和效率，这可以不仅对支付网络本身有利，对与支付网络相关的商家、发行人和持卡人也有利。

发明内容

本公开描述了一种基于交易历史来识别消费者旅行路径和行程模式的系统和方法。

一种用于重新尝试处理受控支付号码交易的方法，包括：将多个账户简档存储到第一数据库中，其中每个账户简档包括与交易账户相关的数据，所述数据至少包括账户标识符和一个或多个账户控制；将存储在所述第一数据库中的多个账户简档中的每一个存储到第二数据库中，其中包括在存储于所述第二数据库中的每个账户简档中的数据对应于包括在第一数据库中的相应的账户简档中的数据，并且其中所述第二数据库是只读数据库；由接收设备接收支付交易的授权请求，其中所述授权请求至少包括特定账户标识符和交易数据；如果处理设备尝试基于包括在存储于所述第一数据库中的相应的账户简档中的一个或多个账户控制来确定批准或拒绝支付交易失败，其中所包括的账户标识符对应于特定账户标识符，则所述处理设备至少基于包括在存储于所述第二数据库中的账户简档中的一个或多个账户控制来确定批准或拒绝所述支付交易，其中所包括的账户标识符对应于包括在接收到的授权请求中的特定账户标识符和交易数据；以及由所述处理设备基于确定的批准或拒绝来处理所述支付交易。

一种用于重新尝试处理受控支付号码交易的系统，包括第一数据库、第二数据库、接收设备和处理设备。第一数据库被配置为存储多个账户简档，其中每个账户简档包括与交易账户相关的数据，所述数据至少包括账户标识符和一个或多个账户控制。第二数据库被配置为对存储在所述第一数据库中的多个账户简档中的每一个进行存储，其中包括在存储于所述第二数据库中的每个账户简档中的数据对应于包括在第一数据库中的相应的账户简档中的数据，并且其中所述第二数据库是只读数据库。接收设备被配置为接收支付交易的授权请求，其中所述授权请求至少包括特定账户标识符和交易数据。处理设备被配置为：如果所述处理设备尝试基于包括在存储于所述第一数据库中的相应的账户简档中的一个或多个账户控制来确定批准或拒绝支付交易失败，其中所包括的账户标识符对应于特定账户标识符，则至少基于包括在存储于所述第二数据库中的账户简档中的一个或多个账户控制来确定批准或拒绝所述支付交易，其中所包括的账户标识符对应于包括在接收到的授权请求中的特定账户标识符和交易数据；以及基于确定的批准或拒绝来处理所述支付交易。

附图说明

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

图1是示出根据示例性实施例的重新尝试处理受控支付号码交易的高级系统架构的框图。

图2是示出根据示例性实施例的图1的重新尝试处理受控支付号码交易的处理服务器102的框图。

图3是示出根据示例性实施例的使用图2的处理服务器处理受控支付号码交易的过程的流程图。

图4是示出根据示例性实施例的处理受控支付号码交易的队列的过程的流程图。

图5是示出根据示例性实施例的重新尝试处理受控支付号码交易的示例性方法的流程图。

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

从下文提供的详细描述中，本公开的适用性的其他范围变得显而易见。应当理解，示例性实施例的详细描述仅用于举例说明的目的，因此并不意图限制本公开的范围。

具体实施方式

专业术语

支付网络-用于通过使用现金替代品来转移货币的系统或网络。支付网络可以使用各种不同的协议和进程来处理用于各种类型的交易的货币转移。可以通过支付网络执行的交易可以包括产品或服务购买、信用购买、借记交易、资金转账、账户提款等。支付网络可以被配置为通过现金替代品执行交易，所述现金替代品可以包括支付卡、信用证、支票、交易账户等。配置为执行为支付网络的网络或系统的例子包括由 等运营的网络或系统。本文对术语“支付网络”的使用可以指将支付网络作为实体和物理支付网络，例如，包括支付网络的设备、硬件和软件。

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

受控支付号码-受控支付号码可以是与受一个或多个规则限制的支付账户相关联的支付号码。在许多情况下，可以由持卡人设定这些规则，例如，支出限额、交易天数和/或次数限制、商家或行业限制、交易支出或频率限制等。受控付款号码可以为账户持有者提供将与账户绑定的支付卡交由他人使用但是必须遵守持卡人设定的规则的机会，例如，持卡人是向雇员发卡的雇主或向儿童发卡的父母。在以下专利中可以找到有关受控支付号码的更多细节：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示出了系统100，其使用用于存储账户细节和控制以及与其相关的交易处理的双数据库来重新尝试处理受控支付号码交易。

在系统100中，消费者102可以拥有支付卡104。支付卡104可以由发行者106发行，发行者106可以是被配置为向消费者的一个或多个交易账户发行支付卡的任何金融机构，如开证银行。可以对发行给消费者102的支付卡104进行一个或多个控制，因此可以认为该支付卡是受控支付号码(CPN)。

对支付卡104的控制可以由消费者102自己或发行者106设置。例如，发行者106可以在建立相关交易账户时将对支付卡104的控制设置为协议的一部分。在示例性的实施例中，可以由支付网络108对控制进行管理和执行，支付网络108被配置为对通过支付卡104付款的支付交易进行处理。控制可以由消费者102和/或发行者106设置并使用相关领域的技术人员显而易见的方法和系统将他们请求的控制提供给支付网络108。

支付网络108可以包括处理服务器110。下面会更详细讨论处理服务器110，其可以被配置为处理支付交易，其中作为受控支付卡的支付卡104用于为交易付款，本文将其称为“受控支付号码交易”或“受控支付交易”。消费者102可以在商家112使用支付卡104来为支付交易付款，该支付卡104可以具有遵守注册到支付网络108和/或处理服务器110的一个或多个控制的CPN。商家112可以使用传统的方法和系统来读取支付卡104的卡详细信息，并且可以向支付网络108(例如，直接地或经由收单方)提交授权请求以进行受控支付交易。

支付网络108可以接收授权请求，然后可以由处理服务器110使用本文讨论的方法处理该授权请求。处理服务器110可以首先尝试使用包括支付卡104的账户详细信息(例如，在支付卡104上设置的控制)的第一数据库来处理支付交易。如果使用第一数据库的处理失败，则处理服务器110可以使用第二数据库来重新尝试处理受控支付交易，下面将对其进行更详细的讨论。处理服务器110可以被配置为，使得当已经重新尝试处理了受控支付交易时，处理服务器110可以为该受控支付交易接收优先级(例如，通过队列或者附加处理单元，下面将详细讨论)，以确保在第二次尝试时处理成功。一旦已经检查并相应的处理了账户控制，则处理服务器110和/或支付网络108随后可以使用传统方法(例如，应用欺诈规则、从发行者106获得批准/拒绝等)来继续处理受控支付交易。

通过提供在第一次尝试失败(例如，由于超时)之后重新尝试处理受控支付交易的手段，处理服务器110可以使用在此讨论的方法和系统来提高在传统支付网络108上进行的交易处理的可靠性。因此，可以成功地处理更多受控支付交易，这可以令消费者102、商家112和发行者106更满意并使大量的处理交易成功，从而增加支付网络108、发行者106和商家112的收益。

处理服务器

图2示出了系统100的处理服务器110的实施例。对相关领域的技术人员来说将显而易见的是，图2示出的处理服务器110的实施例仅是示例性的并且可能不会穷尽适于执行本文所讨论的功能的处理服务器110的所有可能的配置。例如，图6所示的计算机系统600可以是处理服务器110的合适配置，下面将对其作更详细的讨论。

处理服务器110可以包括接收单元202。接收单元202可以被配置为经由一个或多个网络协议在一个或多个网络上接收数据。接收单元202可以从发行者106接收一个或多个交易账户的账户详细信息。账户详细信息可以至少包括与交易账户相关联的交易账号，其可以用于处理由相关联的交易账户付款的支付交易。接收单元202还可以被配置为从与交易账户相关联的发行者106或消费者102接收受控支付号码请求和一个或多个账户控制。受控支付号码请求可以至少包括与请求其受控支付号码的交易账户相关联的账户标识符。

处理服务器110可以包括第一数据库208。第一数据库208可以被配置为存储多个账户简档210。每个账户简档210可以包括与交易账户有关的数据，所述数据至少包括与相关的交易账户相关联的交易账号。在某些情况下，账户简档210还可以包括账户标识符。账户标识符可以是适于识别账户简档210的唯一值，并且可以是交易账号本身，或诸如标识号、用户名、电子邮件地址等的其他合适的值。

处理服务器110还可以包括处理单元204。如对相关领域的技术人员将显而易见的是，处理单元204可以被配置为执行本文讨论的处理服务器110的功能。当接收单元202接收到受控支付号码请求时，处理单元204可以例如通过使用包括在其中的账户标识符来识别与受控支付号码请求相关联的第一数据库208中的账户简档210。然后，处理单元204可以识别待发布给消费者102的受控支付号码(CPN)，消费者102受包含在接收到的受控支付号码请求中的一个或多个账户控制的约束。处理单元204可以更新账户简档210以包括识别的CPN和相关联的一个或多个账户控制。在一些实施例中，每个账户简档210可以与单个CPN相关联。在其他实施例中，每个账户简档210可以与单个交易账户相关联，并且可以包括与单个交易账户相关联的多个CPN相关的数据。

处理服务器110还可以包括发送单元206。发送单元206可以被配置为通过一个或多个网络协议在一个或多个网络上发送数据。发送单元206可以将识别的CPN发送给消费者102或发行者106以供使用。可以将CPN作为虚拟支付卡104发送(例如，发送给与消费者102相关联的计算设备)，或者可以以物理支付卡104的形式发送，其中使用传统的方法和系统将其发布给消费者102。CPN的识别和/或生成以及将与其相关联的支付卡发布给消费者102对相关领域的技术人员将是显而易见的。

接收单元202还可以被配置为接收受控支付交易的授权请求。授权请求可以包括交易数据，例如交易金额、交易时间和/或日期、地理位置、产品数据、商家数据、销售点数据、报价数据、忠诚度数据等，并且还可以包括与支付卡104相关联的CPN，该支付卡104用于为受控支付交易付款。处理单元204可以被配置为识别包括CPN的第一数据库208中的账户简档210，并且随后可以基于与CPN相关联的一个或多个账户控制来识别支付交易是否被批准或被拒绝。

例如，如果账户控制是在预定时间段期间对相关联的CPN的总支出的限制，则处理单元204可以确定受控支付交易是否将导致CPN的支出超出限制。如果超出限制，则处理单元204可以拒绝支付交易。拒绝支付交易可以包括由发送单元206向商家112(例如，经由收单方)发送指示拒绝支付交易的授权响应。在某些情况下，可以在常规的支付交易处理期间，将授权请求作为由于超出账户控制而拒绝支付交易的建议转发给发行者106。如果没有超出限制，则可以将授权请求转发给发行者106和/或将其作为常规支付交易进行处理。如果支付交易被成功地批准和处理，则处理单元204可以相应地更新存储在账户简档210中的数据，例如以便反映增加的支出，该增加的支出是在以后的交易中账户控制时需要考虑到的。

在一些情况下，处理单元204对账户控制的处理可能会例如由于硬件故障引起的超时、过多的数据读取时间等而失败。在这种情况下，处理服务器110可以包括第二数据库212，在重新尝试处理受控支付交易时使用该第二数据库212。第二数据库212可以包括多个账户简档214，每个账户简档214可以直接对应于存储在第一数据库208中的账户简档210。在一些实施例中，第二数据库212可以是只读数据库，并且可以用作存储在第一数据库208中的账户简档210的冗余存储器，以在重试尝试处理的情况下使用。

如果使用第一数据库208对受控支付交易的账户控制的处理失败，则处理单元204可以被配置为使用第二数据库212重新尝试处理账户控制。在一些实施例中，处理服务器110可以包括第二处理单元。在该实施例中，第二处理单元可以代替第一处理单元204使用第二数据库212来处理账户控制。一旦账户控制被处理，处理单元204(如果合适的话，或第二处理单元)就可以相应的继续进行受控支付交易的传统处理。在重新尝试处理成功并且交易被批准和处理的情况下，可以相应地更新第一数据库208中的相应账户简档210。

在一些实施例中，在处理受控支付交易之后更新第一数据库208中的相应的账户简档210的同时，可以更新第二数据库212中的账户简档214。在其他实施例中，可以以诸如小时、每天等的预定间隔来更新包括在第二数据库212中的数据。在一些情况下，可以基于处理服务器110的处理能力而间或地更新第二数据库212，例如在正被处理的支付交易的数量低于预定阈值期间更新第二数据库212。

在一些实施例中，处理服务器110可以利用交易处理队列。处理服务器110可以包括诸如存储在存储器216中的交易处理队列，存储器216可以存储要由处理单元204处理的支付交易的授权请求。可以将队列设计为按照接收到支付交易的顺序对它们进行处理。在对受控支付交易的账户控制的处理失败的情况下，处理单元204可以被配置为将对该交易的授权请求返回到交易处理队列的顶部，以便使用第二数据库212立即对其进行处理，以有助于确保可以在一定时间内处理该受控支付交易。

在一些实施例中，处理服务器110可以包括两个交易处理队列。第一交易处理队列可以用于第一次处理的交易，并且第二交易处理队列可以用于正在重新尝试处理账户控制的受控支付交易。在该实施例中，处理单元204可以被配置为在其他交易之前处理第二交易处理队列中的交易。在处理服务器110包括两个或更多个处理单元的实施例中，附加处理单元可以被配置为处理第二交易处理队列中的交易的账户控制，以确保在超时之前处理受控支付交易。

处理服务器110还可以包括存储器216。存储器216可以被配置为存储适于执行本文所讨论的处理服务器110的功能的数据。例如，存储器216可以被配置为存储用于生成和识别CPN、用于计算账户控制值、用于将账户控制应用于交易账户和支付交易、用于管理交易处理队列、以及用于支付交易的传统处理的规则和/或算法，例如欺诈评分等。可以存储在存储器216中的附加数据对于相关领域的技术人员来说将是显而易见的。

对于相关领域的技术人员来说显而易见的是，处理服务器102可以包括除了图2所示出的和本文所讨论的部件之外的附加部件和/或备选部件，并且在图2所示出的部件可以进一步被配置为执行附加功能。例如，处理服务器102的部件可以进一步被配置为执行处理支付交易所必需的附加功能，例如，接收和发送授权请求以及响应于发行者106和发行者106作出响应，处理和应用欺诈规则等。

受控支付交易的重新尝试处理

图3示出了使用图1的系统100的处理服务器110重新尝试处理受控支付交易的账户控制的过程300。

在步骤302，账户简档210和214可以分别存储在处理服务器110的第一数据库208和第二数据库212中。账户简档210和214可以包括与交易账户有关的数据，其至少包括与CPN相关联的账户标识符和一个或多个账户控制。在步骤304，处理服务器110的接收单元202可以接收支付交易的授权请求。授权请求可以至少包括与用于为支付交易付款的与CPN相关联的特定账户标识符。

在步骤306，处理单元204可以尝试从第一数据库208中的相应的账户简档210中检索数据。相应的账户简档210可以是包括账户标识符的账户简档210，该账户标识符包含在接收到的授权请求中。在步骤308，处理单元204可以确定数据检索是否成功。如果数据检索成功，例如如果在预定时间段内(例如，检索没有超时)从账户简档210获得数据，则在步骤310，处理单元204可以对支付交易进行处理，其可以包括检查账户控制、向发行者转发授权请求、接收和转发授权响应等。

在步骤312，处理单元204可以确定是否存在用于更新在受控支付交易中使用的第一数据库208中的账户简档210中的数据的更新队列。如果没有更新队列，则在步骤314，处理单元204可以直接更新账户简档210。账户简档210的更新可以包括更新与账户控制相关联的一个或多个值，例如更新在控制范围内的支出金额等。在处理由相关联的交易账户付款的支付交易之后，对账户简档210中的账户控制的管理对于相关领域的技术人员将是显而易见的。如果存在用于更新第一数据库208的队列，则在步骤316，可以将交易(例如，授权请求、授权响应、交易数据等)放置到正常队列中进行处理。

如果在步骤308从第一数据库208检索数据不成功，则过程300可以进行到步骤318。在步骤318，处理单元204或代替处理单元204操作的第二处理单元可以从第二数据库212中的对应账户简档214检索数据。在步骤320，可以对该交易进行处理，其可以包括针对处理支付交易的账户控制的处理和附加功能的处理，这对相关领域的技术人员来说是显而易见的。

一旦交易被处理，在步骤322，处理单元204(例如，或第二处理单元)就可以确定是否存在用于更新数据库的更新队列。如果没有更新队列，则在步骤324，处理单元204或第二处理单元可以更新第一数据库208中的相应的账户简档210，以反映受控支付交易的处理。在一些情况下，步骤324也可以包括更新第二数据库212中的账户简档214。如果存在更新队列，则在步骤326，可以将交易存储到优先队列中，优先队列可以用于代替使用第二数据库212处理的交易的正常队列。在处理服务器110可以具有单个队列的实施例中，步骤326可以包括将交易放置到队列的顶部。

受控支付交易的队列处理

图4示出了用于处理受控支付交易的过程400，其中两个交易处理队列用于管理受控支付交易的第一次处理和重新尝试处理。

在步骤402，处理服务器110的处理单元204可以确定接收单元202是否已经接收到支付交易的授权请求。如果已经接收到授权请求，则在步骤404，可以将授权请求放置到正常处理队列中并使其位于已经存在于正常处理队列中的任何授权请求之后。一旦已经将请求放置到队列中，或者如果没有接收到新的授权请求，则在步骤406，处理单元204可以确定优先交易队列是否为空。

如果优先交易队列不为空，则处理单元204(例如，或第二处理单元)可处理优先交易队列中的第一交易。对第一交易的处理可以至少包括对受控支付交易的账户控制的处理。一旦交易被处理，则过程400可以返回到步骤402以检查新的授权请求并继续处理。

如果在步骤406发现优先交易队列为空，则在步骤410，处理单元204可以检查以查看正常交易队列是否为空。如果正常交易队列为空，则过程400可以完成，或者可以返回到步骤402并等待新的授权请求。如果正常交易队列不为空，则在步骤412，处理单元204可以尝试处理正常处理队列中的第一交易的账户控制。在步骤414，处理单元204可以确定是否成功地执行了对交易的账户控制的处理(例如，没有超时)。如果成功处理了受控支付交易的账户控制，则过程400可以返回到步骤402以检查新的授权请求并继续处理。如果账户控制的处理不成功，则在步骤416，可以将交易放置到优先交易队列中，以重新尝试处理该受控支付交易的账户控制。

对于相关领域的技术人员来说显而易见的是，本文讨论的以及图4所示的过程400可以在处理受控支付交易的账户控制时使用，但是也可以用于受控支付交易的全部处理。或者，过程400可以仅用于处理支付交易的账户控制，并且一旦处理了账户控制，则单独的过程400和单独的处理队列可以用于传统的支付交易处理。使用本文讨论的方法和系统处理账户控制和支付交易的处理服务器110的其他配置对于相关领域的技术人员来说将是显而易见的。

用于重新尝试处理受控支付号码交易的示例性方法

图5示出了在第一尝试处理失败的情况下重新尝试处理受控支付号码交易的账户控制的方法500。

在步骤502，可以将多个账户简档(例如，账户简档210)存储到第一数据库(例如，第一数据库208)中，其中每个账户简档210包括与交易账户有关的数据，所述数据至少包括账户标识符和一个或多个账户控制。在步骤504，可以将存储在第一数据库208中的多个账户简档210中的每一个存储到第二数据库(例如，第二数据库212)中，其中包括在存储于第二数据库212中的每个账户简档(例如，账户简档214)中的数据对应于包括在第一数据库208中的相应的账户简档210中的数据，并且其中第二数据库212可以是只读数据库。在步骤506，可由接收设备(例如，接收单元202)接收支付交易的授权请求，其中授权请求至少包括特定账户标识符和交易数据。

在步骤508，如果处理设备204尝试基于包含在存储于第一数据库208中的相应的账户简档210中的一个或多个账户控制来确定批准或拒绝支付交易失败，其中所包括的账户标识符对应于特定账户标识符，则处理设备(例如，处理单元204)可以至少基于包括在存储于第二数据库212中的账户简档214中的一个或多个账户控制来确定批准或拒绝支付交易，其中所包括的账户标识符对应于包括在接收到的授权请求中的特定账户标识符和交易数据。在一个实施例中，如果处理设备204不能在预定的时间段内确定批准或拒绝支付交易，则确定批准或拒绝支付交易的尝试失败。

在步骤510，处理设备204可以基于确定的批准或拒绝来处理支付交易。在一些实施例中，处理支付交易包括：(i)如果确定拒绝所述支付交易，则由发送设备(例如，发送单元206)发送指示拒绝所述交易的授权响应，所述授权响应作为对接收到的授权请求的响应；或者(ii)如果确定批准所述支付交易，则由所述发送设备(例如，发送单元206)向与所述账户简档214有关的交易账户相关联的金融机构(例如，发行者106)发送所述授权请求，其中所包括的账户标识符对应于所述特定账户标识符。

在一个实施例中，方法500还可以包括：更新第一数据库208中的包括在账户简档210中的数据，其中，基于包括在接收到的授权请求中的交易数据，所包括的账户标识符对应于特定账户标识符。在另一实施例中，如果确定批准支付交易，则可以更新包括在账户简档210中的数据。

在一些实施例中，方法500还可以包括：将交易处理队列存储到存储器(例如，存储器216)中，其中交易处理队列包括需要处理的一个或多个待处理的授权请求以及与一个或多个待处理的授权请求中的每一个相关联的确定。在另一实施例中，处理支付交易可以包括：将接收到的授权请求和对位于交易处理队列顶部的相应的批准或拒绝的确定存储到存储器216中。在另一个实施例中，方法500甚至可以进一步包括：针对包括在存储的交易处理队列中的每个授权请求，更新包括在第一数据库208中的账户简档210中的数据，其中基于包括在各个授权请求中的交易数据，所包括的账户标识符对应于包括在各个授权请求中的账户标识符。

在另一实施例中，方法500甚至可以进一步包括：将优先交易队列存储到存储器216中，其中优先交易队列被配置为存储需要处理的待处理授权请求以及与每个相应的待处理的授权请求相关联的确定，并且其中处理设备204被配置为在处理存储在交易处理队列中的待处理的授权请求之前处理存储在优先交易队列中的待处理的授权请求。在另一个实施例中，处理支付交易可以包括：将接收到的授权请求和优先交易处理队列中的相应的批准或拒绝的确定存储到存储器216中。

计算机系统架构

图6示出了计算机系统600，其中本公开的实施例或其部分可以实现为计算机可读代码。例如，可以使用硬件、软件、固件、具有存储在其上的指令的非暂时性计算机可读介质或其组合将图1的处理服务器110实现在计算机系统600中，或者可以将其实现在一个或多个计算机系统或其他处理系统中。硬件、软件或其任何组合可以实现用于实现图3-5的方法的模块和部件。

如果使用可编程逻辑，则该逻辑可以在市售的处理平台或专用设备上执行。本领域普通技术人员可以理解，所公开的主题的实施例可以利用各种计算机系统配置来实施，包括多核多处理器系统、小型计算机、大型计算机、与分布式功能连接或集群的计算机以及可以嵌入到几乎任何设备的普遍的或微型计算机。例如，可以使用至少一个处理器设备和存储器来实现上述实施例。

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

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

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

可移除存储驱动器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)显示器等。

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

除了其它特征之外，与本公开一致的技术提供了用于重新尝试处理受控支付交易的系统和方法。虽然上面已经描述了公开的系统和方法的各种示例性实施例，但是应当理解，它们仅仅是为了示例的目的，而不是限制。各种示例性的实施例不是详尽的，并不将本公开限制到公开的精确形式。根据上述教导，可以作出修改和变化，或者可以在不脱离广度或范围的情况下从本公开的实践中获得修改和变化。

Claims (22)

1.一种用于重新尝试处理受控支付号码交易的方法，所述方法包括：

将多个账户简档存储到第一数据库中，其中每个账户简档包括与交易账户相关的数据，所述数据至少包括账户标识符和一个或多个账户控制；

将存储在所述第一数据库中的多个账户简档中的每一个存储到第二数据库中，其中包括在存储于所述第二数据库中的每个账户简档中的数据对应于包括在第一数据库中的相应的账户简档中的数据，并且其中所述第二数据库是只读数据库；

由接收设备接收支付交易的授权请求，其中所述授权请求至少包括特定账户标识符和交易数据；

如果处理设备尝试基于包含在存储于所述第一数据库中的相应的账户简档中的一个或多个账户控制来确定批准或拒绝支付交易失败，其中所包括的账户标识符对应于特定账户标识符，则所述处理设备至少基于包括在存储于所述第二数据库中的账户简档中的一个或多个账户控制来确定批准或拒绝所述支付交易，其中所包括的账户标识符对应于包括在接收到的授权请求中的特定账户标识符和交易数据；以及

由所述处理设备基于确定的批准或拒绝来处理所述支付交易。

2.根据权利要求1所述的方法，其中，处理所述支付交易包括：(i)如果确定拒绝所述支付交易，则由发送设备发送指示拒绝所述交易的授权响应，所述授权响应作为对接收到的授权请求的响应；或者(ii)如果确定批准所述支付交易，则由所述发送设备向与所述账户简档有关的交易账户相关联的金融机构发送所述授权请求，其中所包括的账户标识符对应于所述特定账户标识符。

3.根据权利要求1所述的方法，还包括：

在所述第一数据库中更新包括在所述账户简档中的数据，其中，基于包括在所述接收到的授权请求中的交易数据，所包括的账户标识符对应于所述特定账户标识符。

4.根据权利要求3所述的方法，其中，如果确定批准所述支付交易，则更新包括在所述账户简档中的数据。

5.根据权利要求1所述的方法，还包括：

将交易处理队列存储到存储器，其中，所述交易处理队列包括需要处理的一个或多个待处理的授权请求以及与所述一个或多个待处理的授权请求中的每一个相关联的确定。

6.根据权利要求5所述的方法，其中，处理所述支付交易包括：将所述接收到的授权请求和对位于所述交易处理队列顶部的相应的批准或拒绝的确定存储到所述存储器中。

7.根据权利要求5所述的方法，还包括：

针对包括在存储的所述交易处理队列中的每个授权请求，更新包括在所述第一数据库中的账户简档中的数据，其中基于包括在各个授权请求中的所述交易数据，所包括的账户标识符对应于包括在所述各个授权请求中的账户标识符。

8.根据权利要求5所述的方法，还包括：

将优先交易队列存储到所述存储器中，其中，所述优先交易队列被配置为存储需要处理的待处理授权请求以及与每个相应的待处理的授权请求相关联的确定，其中

所述处理设备被配置为在处理存储在所述交易处理队列中的待处理的授权请求之前处理存储在所述优先交易队列中的待处理的授权请求。

9.根据权利要求8所述的方法，其中，处理所述支付交易包括：将接收到的授权请求和所述优先交易队列中的相应的批准或拒绝的确定存储到所述存储器。

10.根据权利要求1所述的方法，其中，如果所述处理设备不能在预定时间段内确定批准或拒绝所述支付交易，则尝试确定批准或拒绝所述支付交易失败。

11.根据权利要求1所述的方法，其中，通过第二处理设备执行基于包括在存储于所述第一数据库中的相应的账户简档中的所述一个或多个账户控制来尝试确定批准或拒绝所述支付交易。

12.一种用于重新尝试处理受控支付号码交易的系统，所述系统包括：

第一数据库，其被配置为存储多个账户简档，其中每个账户简档包括与交易账户相关的数据，所述数据至少包括账户标识符和一个或多个账户控制；

第二数据库，其被配置为对存储在所述第一数据库中的多个账户简档中的每一个进行存储，其中包括在存储于所述第二数据库中的每个账户简档中的数据对应于包括在第一数据库中的相应的账户简档中的数据，并且其中所述第二数据库是只读数据库；

接收设备，其被配置为接收支付交易的授权请求，其中所述授权请求至少包括特定账户标识符和交易数据；以及

处理设备，其被配置为：

如果所述处理设备尝试基于包含在存储于所述第一数据库中的相应的账户简档中的一个或多个账户控制来确定批准或拒绝支付交易失败，其中所包括的账户标识符对应于特定账户标识符，则至少基于包括在存储于所述第二数据库中的账户简档中的一个或多个账户控制来确定批准或拒绝所述支付交易，其中所包括的账户标识符对应于包括在接收到的授权请求中的特定账户标识符和交易数据；以及

基于确定的批准或拒绝来处理所述支付交易。

13.根据权利要求12所述的系统，还包括：

发送设备，其中

处理所述支付交易包括：(i)如果确定拒绝所述支付交易，则由所述发送设备发送指示拒绝所述交易的授权响应，所述授权响应作为对接收到的授权请求的响应；或者(ii)如果确定批准所述支付交易，则由所述发送设备向与所述账户简档有关的交易账户相关联的金融机构发送所述授权请求，其中所包括的账户标识符对应于所述特定账户标识符。

14.根据权利要求12所述的系统，其中，所述处理设备还被配置为：更新所述第一数据库中的包括在所述账户简档中的数据，其中，基于包括在所述接收到的授权请求中的交易数据，所包括的账户标识符对应于所述特定账户标识符。

15.根据权利要求14所述的系统，其中，如果确定批准所述支付交易，则更新包括在所述账户简档中的数据。

16.根据权利要求12所述的系统，还包括：

存储器，所述存储器被配置为存储交易处理队列，其中，所述交易处理队列包括需要处理的一个或多个待处理的授权请求以及与所述一个或多个待处理的授权请求中的每一个相关联的确定。

17.根据权利要求16所述的系统，其中，处理所述支付交易包括：将所述接收到的授权请求和对位于所述交易处理队列顶部的相应的批准或拒绝的确定存储到所述存储器中。

18.根据权利要求16所述的系统，其中，所述处理设备还被配置为：针对包括在存储的所述交易处理队列中的每个授权请求，更新包括在所述第一数据库中的账户简档中的数据，其中基于包括在各个授权请求中的所述交易数据，所包括的账户标识符对应于包括在所述各个授权请求中的账户标识符。

19.根据权利要求16所述的系统，其中

所述存储器还被配置为存储优先交易队列，其中，所述优先交易队列被配置为存储需要处理的待处理授权请求以及与每个相应的待处理的授权请求相关联的确定，以及

所述处理设备被配置为在处理存储在所述交易处理队列中的待处理的授权请求之前处理存储在所述优先交易队列中的待处理的授权请求。

20.根据权利要求19所述的系统，其中，处理所述支付交易包括：将接收到的授权请求和所述优先交易队列中的相应的批准或拒绝的确定存储到所述存储器中。

21.根据权利要求12所述的系统，其中，如果所述处理设备不能在预定时间段内确定批准或拒绝所述支付交易，则尝试确定批准或拒绝所述支付交易失败。

22.根据权利要求12所述的系统，还包括：

第二处理设备，其中，通过第二处理设备执行基于包括在存储于所述第一数据库中的相应的账户简档中的所述一个或多个账户控制来尝试确定批准或拒绝所述支付交易。