CN110023983A - 管理交易队列的排队和出列操作 - Google Patents

Abstract

本发明题为“管理交易队列的排队和出列操作”。本发明讨论了一种用于管理交易队列的方法。该方法包括从市场接收指示购物车的第一通信，购物车包括用于购买的物品，物品源自一个或多个卖方。该方法包括对购物车执行第一风险分析以确定是否接受购物车以便处理到队列中，第一风险分析是购物车级分析。该方法还包括响应于确定接受购物车，将物品的所请求交易添加到队列。该方法包括对选择的所请求交易执行从队列的出列操作以进行处理。该方法还包括对选择的所请求交易执行第二风险分析作为确定是否处理选择的所请求交易的支付的一部分，第二风险分析是交易级分析。

Description

管理交易队列的排队和出列操作

相关专利申请的交叉引用

本申请是提交于2016年10月31日的美国专利申请15/338,875的延续并且要求其优先权，该专利申请要求提交于2016年9月28日的美国临时专利申请62/401,121的权益，所有这些专利申请全文均以引用方式并入本文。

背景技术

本公开的实施方案整体涉及通信系统的领域，并且更具体地讲，涉及管理用于处理可使用通信系统传送的交易的队列以及管理支付系统处的付款信号。

在线市场是促进买方和卖方之间的互动的平台。在线市场可通过通信网络从买方接收订单以从卖方购买物品。例如，买方可以生成包括订单的购物车以从多个卖方购买物品。购物车然后可通过在线市场传送到支付系统，以便于处理从买方到卖方的订购物品的支付。在支付系统处，可以处理购物车中的订单。支付系统可通过执行风险分析、支付处理来处理订单，并且开始订单履行。然而，当处理大量订单和/或购物车的量激增时，支付系统可能无法正确处理所有订单和/或购物车。此外，支付系统可能无法正确支付物品的资金。

附图说明

通过参考附图，可以更好地理解本实施方案，并且许多目的、特征和优点对于本领域技术人员而言是显而易见的。

图1是示出通信系统的实施方案的系统图，示出与市场通信的支付系统。

图2是示出支付系统的实施方案的系统图，该支付系统使用交易队列来存储并处理所请求交易。

图3是示出用于访问交易队列的出列模块的实施方案的系统图。

图4是示出用于异步访问交易队列以处理所请求交易的操作的实施方案的流程图。

图5是示出用于同步访问交易队列以处理所请求交易的操作的实施方案的流程图。

图6是示出交易队列以及由出列模块使用以管理对交易队列的访问的处理模块的特性的实施方案的示意图。

图7是示出用于调整访问交易队列的出列模块的处理模块的操作的操作的实施方案的流程图。

图8是示出用于调整访问交易队列的出列模块的处理模块的大小的操作的实施方案的流程图。

图9是示出用于将付款模块配置用于管理付款信号的操作的实施方案的流程图。

图10是示出用于操作付款模块以用于管理付款信号的操作的实施方案的流程图。

图11是示出与在线市场、买方和卖方通信的支付系统的各种模块之间的通信的一个实施方案的时序图。

图12是示出当配置和操作付款模块时支付系统的各种模块之间的通信的一个实施方案的时序图。

图13是示出用于图1至图3、图11和图12的通信系统中的电子设备的实施方案的框图。

具体实施方式

以下描述包括体现本公开的技术的示例性系统、方法、技术、指令序列和计算机程序产品。然而，应当理解，可以在没有这些具体细节的情况下实践所述实施方案。例如，虽然一些示例是指在线市场，但是可以设想到其他类型的购物和服务提供方。

交易队列可用于存储通过通信网络接收的订单以购买物品。例如，用户可通过在线市场或通过另一种类型的购物网站在虚拟购物车(本文中简称为“购物车”)中下订单。购物车可包括来自多个卖方的物品的多个订单。购物车然后可被传送到支付系统。每个物品可以是产品或服务。

在接受购物车以处理到交易队列(“排队”)之前，支付系统可对整个购物车执行初始风险分析以确定是接受还是拒绝整个购物车。初始风险分析可以是购物车级分析，其中支付系统确定整个购物车的初始风险等级，而不是订单等级。如果初始风险分析指示可以接受购物车以进行处理，则支付系统可将交易请求添加到交易队列，其中每个交易请求对应于所接受的购物车的物品的订单。如果初始风险分析指示不能接受购物车进行处理，则支付系统可在一些情况下拒绝整个购物车，并且不会向交易队列添加被拒绝购物车的物品的任何交易请求。来自所接受购物车的“排队”物品可被存储在交易队列中，直到事件(例如，客户定义的触发器、商家定义的触发器、时间定义的触发器)导致物品的“出列”以进行进一步处理。

支付系统可选择所请求交易以进行出列，并且然后使选择的所请求交易从交易队列中出列(也称为执行出列操作)。支付系统可对出列的所请求交易执行第二风险分析，以确定是否处理所选交易的支付。第二风险分析是交易级分析，其确定某些所请求交易的第二风险等级。如果第二风险分析指示要处理所请求交易，则支付系统可开始所请求交易的支付和履行操作。作为另外一种选择，如果第二风险分析指示不处理所请求交易，则支付系统可放弃所请求交易，或者只是不处理所请求交易。如果第二风险分析指示不处理所请求交易，则支付系统还可选择下一个所请求交易以便从交易队列出列。

支付系统可管理所请求交易从交易队列的出列。支付系统可确定交易队列的队列容量，其中队列容量指示交易队列存储一定数量的所请求交易的容量。在一些实施方案中，支付系统可确定处理模块的交易容量。支付系统可包括处理模块，该处理模块使所请求交易出列并且处理所请求交易。交易容量指示处理模块处理多个所请求交易的容量。基于队列容量和交易容量，支付系统可确定是否限制处理模块使所请求交易从交易队列出列的出列速率。响应于确定限制出列速率，支付系统可调整处理模块、或处理模块的一部分的操作。

在一些实施方案中，支付系统可确定处理模块的交易速率。交易速率指示处理模块使所请求交易从交易队列出列，并且传输到风险模块以便对每个出列的所请求交易执行交易级风险分析的速率。基于交易队列容量和交易速率，支付系统可确定是否增加处理模块将所请求交易传输到风险模块的处理速率。响应于确定增加处理速率，支付系统可调整处理模块的大小。以下描述和相关联的附图示出了涉及上面列出的想法的各种实施方案。

在一些实施方案中，支付系统可管理付款信号。付款信号可由支付系统的付款模块用于触发各个支付账户之间的资金转移。支付系统可选择一般付款信号的来源，该信号指示资金的第一部分从买方支付账户到支付系统处的一般支付账户的所请求转移。支付系统可确定用于将资金的第二部分从一般支付账户转移到商家支付账户的商家付款事件。基于商家付款事件，支付系统可选择商家付款信号的来源，商家付款信号指示资金的第二部分从一般支付账户到商家支付账户的所请求转移。该方法还包括将付款模块配置为响应于接收到一般付款信号而触发资金的第一部分的转移，并且响应于接收到商家付款信号而触发资金的第二部分的转移。

支付系统可接收一般付款信号以便触发第一资金转移。响应于接收到一般付款信号，支付系统可执行资金的第一部分从买方支付账户到支付系统处的一般支付账户的第一资金转移。支付系统可确定是否从第二来源接收商家付款信号。基于是否从第二来源接收商家付款信号，支付系统可确定是否将付款模块重新配置为接收不同商家付款信号以便触发第二资金转移。

在各种实施方案中，一种用于管理交易队列的出列的方法，该方法包括：确定队列的队列容量，该队列包括多个所请求交易，所请求交易指示用于从一个或多个卖方购买的多个物品，队列容量指示用于存储多个所请求交易的队列的容量；确定处理模块的交易容量，该交易容量指示处理模块处理多个所请求交易的容量；基于队列容量和交易容量确定是否限制处理模块使所请求交易从队列出列的出列速率；以及响应于确定限制出列速率，调整处理模块的操作。

以下是方法的附加实施方案：1)其中所述确定限制出列速率进一步基于根据队列容量确定队列具有存储附加所请求交易的容量；2)其中交易容量进一步指示处理模块处的所请求交易的一部分的积压，并且其中所述确定是否限制出列速率进一步基于积压是否大于阈值；3)确定处理模块的交易速率，其中交易速率包括处理模块使所请求交易从队列出列并且传输到风险模块的速率，其中所述确定是否限制出列速率进一步基于将附加所请求交易添加到队列的排队速率是否大于交易速率；4)确定队列的更新队列容量，该更新队列容量指示队列存储多个附加所请求交易的容量；确定处理模块的更新交易容量，该更新交易容量指示处理模块处理多个附加所请求交易的容量；基于更新队列容量并且基于更新交易容量确定是否增加出列速率；以及响应于确定增加出列速率，重新调整处理模块的操作；5)其中所述调整处理模块的操作包括暂停处理模块的一部分的操作；6)确定所请求交易的服务质量(QoS)特性；以及基于QoS特性确定是否从队列选择第一所请求交易来代替从队列选择第二所请求交易以进行出列和风险分析；7)其中多个物品由从市场接收的购物车指示；并且其中该方法还包括：基于与购物车相关联的QoS要求确定是从队列选择第一所请求交易还是从另一个队列选择第二所请求交易来进行出列和风险分析，其中队列与第一QoS等级相关联，并且另一个队列与第二QoS等级相关联；8)其中多个物品由从市场接收的购物车指示；并且其中该方法还包括：使第一所请求交易从队列出列以进行处理；以及将通知传输到一个或多个卖方中的卖方，该通知指示正在处理多个物品中的对应于第一所请求交易的物品的支付；以及/或者9)其中多个物品由从市场接收的购物车指示；并且其中该方法还包括：使第一所请求交易从队列出列以进行处理；以及将通知传输到购物车的买方，该通知指示正在处理多个物品中的对应于第一所请求交易的物品的支付。

在另外的实施方案中，一种用于管理交易队列的出列的系统，该系统包括：存储指令的非暂态存储器；以及处理器，该处理器被配置为执行指令以使得系统：确定队列的队列容量，该队列包括多个所请求交易，所请求交易指示用于从一个或多个卖方购买的多个物品，队列容量指示队列存储多个所请求交易的容量；确定处理模块的交易速率，交易速率指示处理模块使所请求交易从队列出列，并且传输到风险模块以进行交易级风险分析的速率；基于队列容量和交易速率确定是否限制处理模块使所请求交易出列的出列速率；并且响应于确定限制出列速率，调整处理模块的操作。

以下是系统的附加实施方案：1)其中执行指令进一步使得系统确定处理模块的交易容量，该交易容量指示处理模块处理多个所请求交易的容量，其中该交易容量进一步指示处理模块处的所请求交易的积压，并且其中所述确定是否限制出列速率进一步基于积压是否大于阈值；2)其中所述确定是否限制出列速率进一步基于确定将附加所请求交易添加到队列的排队速率是否大于交易速率；3)其中执行指令进一步使得系统确定队列的更新队列容量，该更新队列容量指示队列存储多个附加所请求交易的容量；确定处理模块的更新交易容量，该更新交易容量指示处理模块处理多个附加所请求交易的容量；基于更新队列容量并且基于更新交易容量确定是否增加出列速率；以及响应于确定增加出列速率，重新调整处理模块的操作；并且/或者4)其中指令进一步使得系统访问所请求交易的交易日志，该交易日志指示在一定量的时间期间向队列添加的所请求交易的量，并且其中所述确定是否限制出列速率进一步基于交易日志的分析。

在另外的实施方案中，一种具有存储在其上的指令的非暂态机器可读介质，该指令可执行以使得操作的执行包括：确定队列的队列容量，该队列包括多个所请求交易，所请求交易指示用于从一个或多个卖方购买的多个物品，队列容量指示队列存储多个所请求交易的容量；确定处理模块的交易容量，该交易容量指示处理模块处理多个所请求交易的容量；基于队列容量和交易容量确定是否限制处理模块使所请求交易从队列出列的出列速率；以及响应于确定限制出列速率，调整处理模块的操作。

以下是介质的附加实施方案：1)其中交易容量进一步指示处理模块处的所请求交易的积压，并且其中所述确定是否限制出列速率进一步基于积压是否大于阈值；2)其中操作还包括：确定处理模块的交易速率，其中交易速率包括处理模块使所请求交易从队列出列并且传输到风险模块的速率，其中所述确定是否限制出列速率进一步基于将所请求交易添加到队列的排队速率是否大于交易速率；3)其中操作还包括：确定队列的更新队列容量，该更新队列容量指示队列存储多个附加所请求交易的容量；确定处理模块的更新交易容量，该更新交易容量指示处理模块处理多个附加所请求交易的容量；基于更新队列容量并且基于更新交易容量确定是否增加出列速率；以及响应于确定增加出列速率，重新调整处理模块的操作；并且/或者4)其中操作还包括：访问所请求交易的交易日志，该交易日志指示在一定量的时间期间向队列添加的所请求交易的量；并且其中所述确定是否限制出列速率进一步基于交易日志的分析。

在其他实施方案中，一种用于管理交易队列的出列的方法，该方法包括：确定队列的队列容量，该队列包括多个所请求交易，所请求交易指示用于从一个或多个卖方购买的多个物品，队列容量指示用于存储多个所请求交易的队列的容量；确定处理模块的交易速率，交易速率指示处理模块使所请求交易从队列出列，并且传输到风险模块的速率；基于队列容量和交易速率确定是否增加处理模块将所请求交易传输到风险模块以进行交易级风险分析的处理速率；以及响应于确定增加处理速率，调整处理模块的大小。

以下是方法的附加实施方案：1)确定处理模块的交易容量，该交易容量指示处理模块处理多个所请求交易的容量，其中所述确定是否增加处理速率进一步基于交易容量；2)其中处理模块通过与风险模块的第一部分进行通信来将出列的所请求交易传输到风险模块，并且其中响应于调整处理模块的大小，经调整大小的处理模块将附加出列的所请求交易传输到风险模块的第二部分；3)其中所述确定是否增加处理速率进一步基于将所请求交易添加到队列的排队速率是否大于交易速率；4)还包括：预测交易激增，该交易激增指示要将附加所请求交易添加到队列；其中所述确定是否增加处理速率进一步基于处理模块是否可以处理交易激增的附加所请求交易；5)其中处理模块包括交易守护进程和一个或多个工作模块，其中交易守护进程被配置为管理一个或多个工作模块的执行，并且其中一个或多个工作模块中的每一个用于使相应所请求交易从队列出列，并且开始相应所请求交易的处理；6)其中交易速率基于一个或多个工作模块使所请求交易从队列出列的出列速率，其中出列速率取决于一个或多个工作模块将所请求交易传输到风险模块以进行交易级风险分析的处理速率；并且/或者7)其中所述确定是否改变处理模块的处理速率包括确定是否调整交易守护进程的大小；并且还包括响应于确定调整处理模块的大小，通过大小调整因数来调整交易守护进程的大小以改变一个或多个工作模块的数量。

在另一个实施方案中，一种用于管理交易队列的出列的系统，该系统包括：存储指令的非暂态存储器；以及处理器，该处理器被配置为执行指令以使得系统：确定队列的队列容量，该队列包括多个所请求交易，所请求交易指示用于从一个或多个卖方购买的多个物品，队列容量指示队列存储多个所请求交易的容量；确定处理模块的交易容量，该交易容量指示处理模块处理多个所请求交易的容量；基于队列容量和交易容量确定是否增加处理模块将所请求交易传输到风险模块以进行交易级风险分析的处理速率；并且响应于确定增加处理速率，调整处理模块的大小。

以下是系统的附加实施方案：1)其中处理模块通过与风险模块的第一部分进行通信来将出列的所请求交易传输到风险模块，并且其中响应于确定调整处理模块的大小，处理模块将附加出列的所请求交易传输到风险模块的第二部分；2)其中执行指令进一步使得系统：确定处理模块的交易速率，该交易速率指示处理模块使所请求交易从队列出列并且传输到风险模块的速率，其中所述确定是否增加处理速率进一步基于将所请求交易添加到队列的排队速率是否大于交易速率；3)其中执行指令进一步使得系统：预测交易激增，该交易激增指示要将附加所请求交易添加到队列，其中所述确定是否增加处理速率基于处理模块是否可以处理交易激增的附加所请求交易；4)其中处理模块包括交易守护进程和一个或多个工作模块，其中交易守护进程被配置为管理一个或多个工作模块的执行，并且其中一个或多个工作模块中的每一个用于使相应所请求交易从队列出列，并且开始相应所请求交易的处理；并且/或者5)其中所述确定是否调整处理模块的大小包括确定是否调整交易守护进程的大小；并且其中执行指令进一步使得系统响应于确定调整处理模块的大小，通过大小调整因数来调整交易守护进程的大小以改变一个或多个工作模块的数量。

在另一个实施方案中，一种具有存储在其上的指令的非暂态机器可读介质，该指令可执行以使得操作的执行包括：确定队列的队列容量，该队列包括多个所请求交易，所请求交易指示用于从一个或多个卖方购买的多个物品，队列容量指示队列存储多个所请求交易的容量；确定处理模块的交易速率，交易速率指示处理模块使所请求交易从队列出列，并且传输到风险模块的速率；基于队列容量和交易速率确定是否增加处理模块将所请求交易传输到风险模块以进行交易级风险分析的处理速率；以及响应于确定增加处理速率，调整处理模块的大小。

以下是介质的附加实施方案：1)其中处理模块通过与风险模块的第一部分进行通信来将出列的所请求交易传输到风险模块，并且其中响应于确定调整处理模块的大小，处理模块将附加出列的所请求交易传输到风险模块的第二部分；2)其中所述确定是否增加处理速率基于将所请求交易添加到队列的排队速率是否大于交易速率；3)其中操作还包括：预测交易激增，该交易激增指示要将附加所请求交易添加到队列；其中所述确定是否增加处理速率进一步基于处理模块是否可以处理交易激增的附加所请求交易；4)其中处理模块包括交易守护进程和一个或多个工作模块，其中交易守护进程被配置为管理一个或多个工作模块的执行，并且其中一个或多个工作模块中的每一个用于使相应所请求交易从队列出列，并且开始相应所请求交易的处理；并且/或者5)其中所述确定是否改变处理模块的处理速率包括确定是否调整交易守护进程的大小；并且其中操作还包括响应于确定调整处理模块的大小，通过大小调整因数来调整交易守护进程的大小以改变一个或多个工作模块的数量。

在另一个实施方案中，一种用于管理支付系统处的付款信号的方法，该方法包括：选择一般付款信号的第一来源，一般付款信号指示资金的第一部分从买方支付账户到支付系统处的一般支付账户的所请求转移，资金的第一部分的所请求转移用于通过市场从商家购买物品；确定用于将资金的第二部分从一般支付账户转移到支付系统处的商家支付账户的商家付款事件；基于商家付款事件来选择商家付款信号的第二来源，商家付款信号指示资金的第二部分从一般支付账户到商家支付账户的所请求转移；以及将付款模块配置为响应于从第一来源接收到一般付款信号而触发资金的第一部分的第一资金转移，并且响应于从第二来源接收到商家付款信号而触发资金的第二部分的第二资金转移。

以下是方法的附加实施方案：1)还包括：确定与物品相关联的运输特性；以及确定与商家相关联的商家特性；其中所述确定商家付款事件包括基于运输特性和商家特性来确定商家付款事件；2)其中所述确定商家付款事件包括：接收对所请求商家付款事件的请求；基于商家特性和运输特性确定所请求商家付款事件是否可接受；并且响应于确定所请求商家付款事件不可接受，修改所请求商家付款事件以生成商家付款事件；3)其中商家付款事件被配置为在接收到一般付款信号后经过预定天数后发生，并且其中商家付款信号基于确定在接收到一般付款信号之后已经过预定天数；4)其中商家付款信号包括来自物品的买方的物品已被接收的通知、或来自运输代理的物品已被运输的通知中的一者；5)还包括：确定是否从第一来源接收一般付款信号；响应于确定一般付款信号被接收，执行从买方支付账户到一般支付账户的第一资金转移；确定是否从第二来源接收商家付款信号；并且响应于确定商家付款信号被接收，执行从一般支付账户到商家支付账户的第二资金转移；6)其中物品是包括包含该物品的多个物品的购物车的一部分，该购物车用于从包括该商家的一个或多个商家购买物品，其中第一资金转移进一步响应于确定与除了该物品之外的多个物品相关联的附加一般付款信号被接收而被触发；7)其中一般付款信号指示对用于购买物品的所请求交易的交易级风险分析指示风险等级高于阈值；8)还包括基于商家付款信号并且基于第二来源的类型确定市场费用是从一般支付账户还是从商家支付账户转移；并且/或者9)还包括：确定是否将付款模块重新配置用于不同商家付款信号，以所述触发资金的第二部分的第二资金转移；并且响应于确定重新配置付款模块，将付款模块重新配置为基于不同商家付款事件接收不同商家付款信号。

在另一个实施方案中，一种系统包括：存储指令的非暂态存储器；以及处理器，该处理器被配置为执行指令以使得系统：选择一般付款信号的第一来源，一般付款信号指示资金的第一部分从买方支付账户到支付系统处的一般支付账户的所请求转移，资金的第一部分的所请求转移用于通过市场从商家购买物品；确定用于将资金的第二部分从一般支付账户转移到支付系统处的商家支付账户的商家付款事件；基于商家付款事件来选择商家付款信号的第二来源，商家付款信号指示资金的第二部分从一般支付账户到商家支付账户的所请求转移；并且将付款模块配置为响应于从第一来源接收到一般付款信号而触发资金的第一部分的第一资金转移，并且响应于从第二来源接收到商家付款信号而触发资金的第二部分的第二资金转移。

以下是系统的附加实施方案：1)其中执行指令进一步使得系统确定与物品相关联的运输特性，确定与商家相关联的商家特性，并且其中确定商家付款事件包括基于运输特性和商家特性来确定商家付款事件；2)其中确定商家付款事件包括接收对所请求商家付款事件的请求，基于商家特性和运输特性确定所请求商家付款事件是否可接受，并且响应于确定所请求商家付款事件不可接受，修改所请求商家付款事件以生成商家付款事件；3)其中商家付款事件被配置为在接收到一般付款信号后经过预定天数后发生，并且商家付款信号基于确定在接收到一般付款信号之后已经过预定天数；并且/或者4)其中商家付款信号包括来自物品的买方的物品已被接收的通知、或来自运输代理的物品已被运输的通知。

在另一个实施方案中，一种具有存储在其上的指令的非暂态机器可读介质，该指令可执行以使得操作的执行包括：选择一般付款信号的第一来源，一般付款信号指示资金的第一部分从买方支付账户到支付系统处的一般支付账户的所请求转移，资金的第一部分的所请求转移用于通过市场从商家购买物品；确定用于将资金的第二部分从一般支付账户转移到支付系统处的商家支付账户的商家付款事件；基于商家付款事件来选择商家付款信号的第二来源，商家付款信号指示资金的第二部分从一般支付账户到商家支付账户的所请求转移；以及将付款模块配置为响应于从第一来源接收到一般付款信号而触发资金的第一部分的第一资金转移，并且响应于从第二来源接收到商家付款信号而触发资金的第二部分的第二资金转移。

以下是介质的各种实施方案：1)其中操作还包括：确定与物品相关联的运输特性，确定与商家相关联的商家特性，其中所述确定商家付款事件包括基于运输特性和商家特性来确定商家付款事件；2)其中所述确定商家付款事件包括接收对所请求商家付款事件的请求，基于商家特性和运输特性确定所请求商家付款事件是否可接受，并且响应于确定所请求商家付款事件不可接受，修改所请求商家付款事件以生成商家付款事件；3)其中商家付款信号包括来自物品的买方的物品已被接收的通知、或来自运输代理的物品已被运输的通知；并且/或者4)其中操作还包括：确定是否将付款模块重新配置用于不同商家付款信号，以所述触发资金的第二部分的第二资金转移；并且响应于确定重新配置付款模块，将付款模块重新配置为基于不同商家付款事件接收不同商家付款信号。

在另一个实施方案中，一种用于重新配置支付系统处的付款信号的方法，该方法包括：从第一来源接收一般付款信号，该一般付款信号用于触发资金的第一部分从买方支付账户到支付系统处的一般支付账户的第一资金转移，该第一资金转移用于通过市场从商家购买物品；响应于接收到一般付款信号，执行从买方支付账户到一般支付账户的第一资金转移；确定是否从第二来源接收商家付款信号，该商家付款信号用于触发资金的第二部分从一般支付账户到商家支付账户的第二资金转移；以及基于是否从第二来源接收商家付款信号确定是否将付款模块重新配置为接收不同商家付款信号以便触发第二资金转移。

以下是方法的各种实施方案：1)其中商家付款信号与用于转移资金的第二部分的商家付款事件相关联，并且其中该方法还包括响应于确定重新配置付款模块，将付款模块重新配置为接收与商家付款事件相关联的不同商家付款信号；2)其中商家付款信号与用于转移资金的第二部分的商家付款事件相关联，并且其中该方法还包括响应于确定重新配置付款模块，将付款模块重新配置为接收与不同商家付款事件相关联的不同商家付款信号；3)还包括响应于确定重新配置付款模块，将付款模块重新配置为从第三来源接收不同商家付款信号；并且响应于确定从第三来源接收不同商家付款信号，执行第二资金转移；4)还包括响应于确定不重新配置付款模块并且响应于确定不从第二来源接收商家付款信号，确定物品的订单是否已被取消；并且响应于确定物品的订单是否已被取消，不执行第二资金转移；5)其中物品是包括包含该物品的多个物品的购物车的一部分，该购物车用于从包括该商家的一个或多个商家购买物品，其中第一资金转移响应于确定与除了该物品之外的多个物品相关联的附加一般付款信号被接收而被触发；6)其中一般付款信号指示对用于购买物品的所请求交易的交易级风险分析指示风险等级高于阈值；7)还包括响应于确定重新配置付款模块，将付款模块重新配置为从第三来源接收不同商家付款信号；并且基于不同商家付款信号确定市场费用是从一般支付账户还是从商家支付账户转移；并且/或者8)还包括响应于接收到一般付款信号，将指示正在将资金的第一部分从买方支付账户转移到一般支付账户的通知传输到商家。

在另一个实施方案中，一种系统包括：存储指令的非暂态存储器；以及处理器，该处理器被配置为执行指令以使得系统：从第一来源接收一般付款信号，该一般付款信号用于触发资金的第一部分从买方支付账户到支付系统处的一般支付账户的第一资金转移，该第一资金转移用于通过市场从商家购买物品；响应于接收到一般付款信号，执行从买方支付账户到一般支付账户的第一资金转移；确定是否从第二来源接收商家付款信号，该商家付款信号用于触发资金的第二部分从一般支付账户到商家支付账户的第二资金转移；并且基于是否从第二来源接收商家付款信号确定是否将付款模块重新配置为接收不同商家付款信号以便触发第二资金转移。

以下是系统的不同实施方案：1)其中商家付款信号与用于转移资金的第二部分的商家付款事件相关联，并且其中执行指令进一步使得系统响应于确定重新配置付款模块，将付款模块重新配置为接收与商家付款事件相关联的不同商家付款信号；2)其中商家付款信号与用于转移资金的第二部分的商家付款事件相关联；并且其中执行指令进一步使得系统响应于确定重新配置付款模块，重新配置付款模块以将付款模块重新配置为接收与不同商家付款事件相关联的不同商家付款信号；3)其中执行指令进一步使得系统响应于确定重新配置付款模块，将付款模块重新配置为从第三来源接收不同商家付款信号；并且响应于确定从第三来源接收不同商家付款信号，执行第二资金转移；4)其中物品是包括包含该物品的多个物品的购物车的一部分，该购物车用于从包括该商家的一个或多个商家购买物品，其中第一资金转移响应于确定与除了该物品之外的多个物品相关联的附加一般付款信号被接收而被触发；并且/或者5)其中执行指令进一步使得系统响应于确定重新配置付款模块，将付款模块重新配置为从第三来源接收不同商家付款信号；并且基于不同商家付款信号确定市场费用是从一般支付账户还是从商家支付账户转移。

在另一个实施方案中，一种具有存储在其上的指令的非暂态机器可读介质，该指令可执行以使得操作的执行包括：从第一来源接收一般付款信号，该一般付款信号用于触发资金的第一部分从买方支付账户到支付系统处的一般支付账户的第一资金转移，该第一资金转移用于通过市场从商家购买物品；响应于接收到一般付款信号，执行从买方支付账户到一般支付账户的第一资金转移；确定是否从第二来源接收商家付款信号，该商家付款信号用于触发资金的第二部分从一般支付账户到商家支付账户的第二资金转移；以及基于是否从第二来源接收商家付款信号确定是否将付款模块重新配置为接收不同商家付款信号以便触发第二资金转移。

以下是介质的各种实施方案：1)其中商家付款信号与用于转移资金的第二部分的商家付款事件相关联，并且其中操作还包括响应于确定重新配置付款模块，将付款模块重新配置为接收与商家付款事件相关联的不同商家付款信号；2)其中商家付款信号与用于转移资金的第二部分的商家付款事件相关联，并且其中操作还包括响应于确定重新配置付款模块，将付款模块重新配置为接收与不同商家付款事件相关联的不同商家付款信号；3)其中操作还包括响应于确定重新配置付款模块，将付款模块重新配置为从第三来源接收不同商家付款信号；并且响应于确定从第三来源接收不同商家付款信号，执行从买方支付账户到一般支付账户的第二资金转移；并且/或者5)其中操作还包括响应于确定重新配置付款模块，将付款模块重新配置为从第三来源接收不同商家付款信号；并且基于不同商家付款信号确定市场费用是从一般支付账户还是从商家支付账户转移。

以下描述和相关联的附图示出了涉及上面列出的想法的各种实施方案。

图1是示出通信系统的实施方案的系统图，示出与市场通信的支付系统。在系统图100的概述中，市场102允许用户设备104和/或订单生成器106从卖方108(1)-108(3)订购物品。用户设备104和/或订单生成器106可生成购物车110，该购物车包括来自卖方108(1)-108(3)的订单。购物车然后可被传送到支付系统112。用户设备104和订单生成器106执行买方的功能，该买方通过市场102从卖方108(1)-108(3)购买物品。支付系统112处理购物车并且确定何时为购物车的物品支付资金，诸如基于可从供应方120、运输代理122、接收代理124和海关126，以及从买方和/或卖方108(1)接收的付款信号。

市场102可以是软件应用程序，该软件应用程序可通过通信网络从买方接收订单以购买物品。例如，用户设备104可用于生成购物车110以通过市场102购买多个物品。购物车110包括由买方(例如，用户设备104的用户)从卖方108(1)-108(3)购买的物品的订单(同样如下面参考图2所示)。市场102然后可将购物车110传送到支付系统112以进行处理。

支付系统112可接收购物车110并且将购物车110处理为购物车114。在一个实施方案中，购物车114基本上与购物车110相同。在另一个实施方案中，支付系统112修改购物车110以生成购物车114，诸如通过将购物车特性与购物车114相关联。购物车特性可指示卖方108(1)-108(3)中的每一个的优先级，购物车114的服务质量(QoS)特性和/或购物车114的各个订单的QoS特性等等。应当注意，仅出于解释目的示出了市场102。本文所述的支付系统112的队列管理方法和系统可以对与购物车114的订单对应的所请求交易进行操作，而不管购物车114是从市场102、从购物网站、还是从另一个软件实体接收的，该软件实体生成要购买的物品的订单的购物车。

用户设备104可以是任何类型的计算设备，该计算设备可通过市场102选择并向市场102传输指示订单的通信。例如，用户设备104可包括用户界面(UI)，用户可通过该用户界面选择用于通过市场102购买的物品。订单生成器106可以是软件应用程序，该软件应用程序可生成具有用于通过市场102购买的订单的购物车110。例如，订单生成器106可以是每月自动更新某些订单的软件应用程序。

卖方108(1)-108(3)中的每一个可1)指示哪些物品用于通过市场出售，并且2)运输物品(例如，一旦从支付系统112接收到支付确认)。例如，卖方108(1)可以是书店，该书店指示用于通过市场102出售的书籍。卖方108(2)可以是出售自行车零件的自行车商店，并且卖方108(3)可以是出售用过的视频游戏的视频游戏商店。

市场102与支付系统112接合以向支付系统112提供购物车110以进行处理。在一个实施方案中，支付系统112可处理购物车114中的订单的支付和订单履行。支付系统112可对整个购物车114执行初始购物车级风险分析以确定是否接受购物车114。当处理购物车订单的所请求交易时，支付系统112可对各个所请求交易执行交易级风险分析。每个交易请求可对应于所接受购物车114的物品的订单。如果每个所请求交易的风险等级可接受，则支付系统112可处理来自与用户设备104和/或订单生成器106相关联的买方账户的支付。支付系统112然后可将支付发送到卖方108(1)-108(3)。支付系统112还可开始购物车114的物品的订单履行，并且可通知卖方108(1)-108(3)物品何时可被运输到买方。

支付系统112可向市场102、买方和/或卖方提供金融服务，诸如资金转移(例如，一定金额的转移)。支付系统112可包括支付账户，每个支付账户可与买方或卖方相关联。例如，买方(例如，用户设备104的用户)可与一个支付账户相关联，并且卖方108(1)可与支付系统112处的另一个支付账户相关联。在对订单的所请求交易成功执行交易级风险分析后，支付系统112然后可执行从买方的支付账户到卖方的支付账户的资金转移。支付系统112可由PAYPAL或允许用户发送、接受和请求资金转移的另一种在线支付系统来实现。

金融机构118(1)和118(2)(统称为金融机构118)可向用户提供金融服务。金融机构118可以实现为银行、信用社、接受和管理存款并发放贷款的其他吸收存款机构、以及其他金融服务提供方。在一些实施方案中，金融机构118可包括信用卡网络，例如用于为用户之间的钱款转移提供资金。在一些实施方案中，金融机构118可包括与忠诚度计划相关联的购买力提供方。在一个实施方案中，支付系统112可通过访问金融机构118(1)来访问与买方的支付账户相关联的资金，并通过访问金融机构118(2)来将这些资金转移到卖方的支付账户。

支付系统112可确定是否以及何时支付购物车114的每个物品的资金。例如，对于购物车114的某个物品，支付系统112可基于相关联的付款信号确定何时支付用于购买物品的资金的一个或多个部分。付款信号在涉及触发物品的资金转移时与该物品相关联。供应方120、运输代理122、接收代理124和海关126(为简单起见称为“交易伙伴”)中的每一个可向支付系统112提供单独的付款信号，指示资金的某个部分从一般支付账户到支付系统112处的商家支付账户的所请求转移。支付系统112配置和使用各种付款信号的方式的细节在下面参考图2描述。

为简单起见，图1仅示出了单个供应方120、单个运输代理122、单个接收代理124，其与购物车114的某个物品相关联。然而，如本文所讨论，购物车的物品中的每一个可与单独的供应方、运输代理和/或接收代理相关联，它们中的每一个可向支付系统112提供单独的付款信号。此外，并不是每个物品或购物车都与供应方、运输代理、接收代理和/或海关相关联。例如，购物车114的每个物品可与供应方120和运输代理122相关联，但是不使用任何接收代理或海关。类似地，另一个购物车的每个物品可与另一个运输代理、海关126和接收代理124相关联，但是不使用任何供应方。

供应方(诸如供应方120)可以物理地提供正在由卖方出售的物品或物品的一部分，以供运输代理122运输。供应方120可以是子商家，该子商家提供出售给卖方108(1)的物品的一部分。运输代理(诸如运输代理122)可在卖方(或提供物品的供应方)和买方(或买方的接收代理)之间物理地运送物品。运输代理的示例包括FEDEX、联合包裹服务(UPS)、DHL快递等。接收代理(诸如接收代理124)可从运输代理接收物品。接收代理的示例可包括被授权代表买方接收物品的公司或人员。海关(诸如海关126)可包括负责调控和促进跨越国界的购物车114的物品的运输的政府机构。海关的示例包括美国海关和边境保护局，以及跨越其运输物品的其他国家的类似海关。

图2是示出支付系统的实施方案的系统图200，该支付系统使用交易队列来存储并处理所请求交易。图2示出了支付系统112对所请求交易进行排队、出列和处理的方式的实施方案，这些所请求交易分别对应于购物车114和214的物品202(1)-202(3)和204(1)-204(3)的订单。图2的支付系统112包括认证模块208、风险模块210、交易模块212、出列模块220和支付模块222。交易模块212和出列模块220访问包括所请求交易218(1)-218(4)、224(1)和224(2)的交易队列216。认证模块208可用于认证买方和/或卖方108(1)-108(3)。

支付系统112可接收并处理购物车114和214。购物车114包括用于从卖方108(1)-108(3)购买的物品202(1)-202(3)。购物车214包括用于从卖方108(1)-108(3)购买的物品204(1)-204(3)。交易模块212可接收购物车114并且对购物车114执行初始风险分析以确定是否接受购物车以便处理到交易队列216中。初始风险分析是生成初始风险等级的购物车级分析。交易模块212可与风险模块210进行通信以获得购物车114的初始风险等级。交易模块212可比较初始风险等级与购物车阈值，并且确定是否接受购物车114。可以对购物车214执行类似的初始风险分析。在一些实施方案中，交易模块212可处理购物车114的一些所请求交易(例如，所请求交易218(1)和218(2))，但是拒绝相同购物车114的其他所请求交易(例如，所请求交易218(3))。

交易模块212可处理购物车114并且将物品202(1)-202(3)添加到交易队列216作为所请求交易218(1)-218(3)。所请求交易218(1)-218(3)中的每一个可以是对于分别从卖方108(1)-108(3)购买物品202(1)-202(3)的请求。在对购物车114执行初始风险分析之后，但是在所有所请求交易218(1)-218(3)均出列并且被处理之前，可将所请求交易218(4)添加到交易队列216作为购物车114的一部分。

出列模块220可基于交易队列216中所请求交易的位置来选择所请求交易以出列，诸如通过选择最近添加的所请求交易或最旧的所请求交易。出列模块220还可基于购物车114的服务质量(QoS)特性来选择所请求交易，诸如优先级、时间性、最大延迟等等。

出列模块220可从对应于购物车214的物品204(1)-204(3)的所请求交易224(1)-224(2)选择所请求交易。例如，在基于购物车214和购物车114的所需延迟QoS特性使所请求交易218(1)出列之前，出列模块220可选择对应于物品204(1)的所请求交易224(1)。购物车214的QoS特性可具有比购物车114的QoS特性更短的支付处理的所需延迟。

在一些实施方案中，交易队列216可使用多个交易队列实现。多个交易队列中的每一个可存储不同QoS等级(即，某个QoS特性的不同等级)的所请求交易，或者与不同组的买方或卖方相关联。例如，交易队列216可与第一QoS等级相关联，并且另一个队列(未示出)可与第二QoS等级相关联。多个交易队列中的每一个可由不同处理模块处理，诸如下面参考图3所述。基于与购物车114相关联的QoS要求，出列模块220可确定是从交易队列216选择第一所请求交易，还是从另一个队列选择第二所请求交易以进行出列和支付处理。

出列模块220可使选择的所请求交易从交易队列216出列。出列模块220还可对选择的所请求交易执行交易级风险分析，诸如对出列的所请求交易218(1)执行交易级风险分析，以确定是否处理选择的所请求交易的支付。出列模块220可与风险模块210进行通信以获得选择的所请求交易的交易级风险等级。出列模块220可比较交易级风险等级与交易阈值，并且确定是否接受选择的所请求交易。可在其他所请求交易出列时对它们执行类似的初始风险分析。如果接受选择的所请求交易，出列模块220可将选择的所请求交易传送到支付模块222以进行支付处理，并且任选地开始对应于选择的所请求交易的物品的订单的履行。

在一些实施方案中，出列模块220和交易模块212可以以异步方式访问交易队列216。交易模块212可将所请求交易添加到交易队列216。独立于交易模块212，出列模块220可选择所请求交易并且使该所请求交易从交易队列216出列。交易模块212可作为交易队列216的所请求交易的发布者进行操作。出列模块220可作为交易队列216的所请求交易的订购者进行操作。所请求交易的异步处理的示例性实施方案在下面参考图3、图4和图6至图8描述。

在一些实施方案中，出列模块220和交易模块212可以以同步方式访问交易队列216。交易模块212可将所请求交易添加到交易队列216。然后出列模块220可选择所请求交易中的一个，并且使其从交易队列216出列。然而，在同步方法中，交易模块212和出列模块220均可以以阻塞方式访问交易队列216，例如，所请求交易可由交易模块212处理，并且然后在另一个所请求交易之前由出列模块处理。所请求交易的异步处理的示例性实施方案在下面参考图5描述。

支付系统112可在购物车114的各个处理点和交易队列216的所请求交易处向市场、买方和/或卖方108(1)-108(3)传输通知。例如，支付系统112可向用户设备104或订单生成器106(即，购物车114的买方)发送通知，指示整个购物车114已被接受还是拒绝。支付系统112可将指示拒绝购物车114的类似通知传输到物品202(1)-202(3)的卖方108(1)-108(3)。在对所请求交易218(1)-218(4)、224(1)和224(2)中的一个进行选择和出列后，支付系统112还可将通知传输到购物车114的买方以指示正在处理对应于选择的所请求交易的物品202(1)的支付。类似通知可被传输到物品202(1)的卖方108(1)，以及发送到市场102。支付系统112还可基于第二风险分析将指示下一个所请求交易已被拒绝的通知传输到买方、卖方108(2)，并且传输到市场。

支付系统112可将付款模块226配置为基于相关联的付款信号确定何时支付用于购买物品的一些资金。例如，支付模块222(或支付系统112的另一个模块)可将付款模块226配置为选择一般付款信号的来源，该来源指示资金的第一部分从支付系统112处的买方支付账户到支付系统112处的一般支付账户的所请求转移。例如，支付模块222可将风险模块210选择为一般付款信号的来源。风险模块210可提供一般付款信号，该一般付款信号可指示对用于购买购物车114的某个物品的所请求交易的交易级风险分析的结果。支付模块222还可选择支付系统112处的另一个来源，该来源可指示某个物品的买方是否已被预先授权提供该物品的资金。支付模块222还可选择支付系统112外部的来源，其中外部来源可指示买方是否通过附加风险分析。

一般支付账户可以是支付系统112处的支付账户，该支付账户持有由买方提供以用于购买由相应所请求交易指示的物品的资金的余额。一般支付账户可持有多个交易的多个余额。应当注意，之后为每笔交易支付的资金不一定是一般支付账户中持有的相同资金。相反，从一般支付账户提供为每笔交易支付的资金(例如，响应于接收到某个付款信号)。换句话讲，资金不一定是专用的并且与每笔交易相关联，而是可以提供给一般资金池并从中提供。支付系统112可将一般支付账户实现为总分类账或多个分类账(例如，每个商家一个，每个买方一个)。支付系统112还可将一般支付账户实现为每个买方的信贷账户(即，为每个买方提供贷方余额)。支付系统112可持有一般支付账户中的资金(或余额)，直到接收到与该交易相关联的付款信号。

支付模块222可将付款模块226配置为确定用于将资金的第二部分从一般支付账户转移到支付系统处的商家支付账户的商家付款事件。存在各种类型的商家付款事件，包括涉及以下的事件：通过商家(例如，卖方108(1))或通过供应方120运输物品，通过运输代理122接收物品，当跨越国界运送时由海关126对物品进行结算，以及/或者由买方接收物品。支付模块222可从卖方108(1)或从买方接收对商家付款事件的请求。所请求商家付款事件可指示商家付款事件具有特定类型。

商家付款事件可取决于与物品相关联的运输特性。运输特性可指示运输地址、优选的运输代理(例如，运输代理122)、运输方法(例如，优先级、运输保险等)。运输特性可由买方和/或卖方108(1)指示。

商家付款事件可取决于与商家相关联的商家特性。商家特性可指示卖方108(1)的居住国家，卖方108(1)的风险分析的结果，卖方108(1)的评级(例如，如由市场102、由支付系统112和/或社交媒体评分并保存)，以及/或者与支付系统112处的卖方108(1)的支付账户相关联的财务数据。商家特性可由卖方108(1)指示。

商家付款事件可取决于与买方相关联的买方特性。买方特性可指示买方的居住国家，买方的风险分析的结果，买方的评级(例如，如由市场102、由支付系统112和/或社交媒体评分并保存)，以及/或者与支付系统112处的买方的支付账户相关联的财务数据。

支付模块222可基于商家付款事件选择商家付款信号的来源。可以从与商家付款事件相关联的候选来源中选择来源。候选来源可以是买方和交易伙伴(例如，供应方120、运输代理122、接收代理124和/或海关126)中的一者或多者。例如，如果商家付款事件涉及物品的运输，则支付模块可将买方选择为商家付款信号的来源(例如，其指示物品已由买方接收)，或者将运输代理122选择为商家付款信号的来源(例如，其指示物品正在由运输代理122运输)。支付模块222可基于运输和/或买方特性，或者基于来自买方的请求来在买方和运输代理122之间选择来源。支付模块222可为候选来源(例如，在该示例中为买方和运输代理122)中的每一者分配加权分数，并且选择具有最高分数的候选来源。如下所述，支付模块222可基于相同商家付款事件来将付款模块226重新配置用于另一个商家付款信号(例如，诸如通过确定不同来源)。支付模块222还可基于不同商家付款事件将付款模块226重新配置用于另一个商家付款信号。

在一些实施方案中，支付模块222可基于接收到付款信号的组合来将付款模块226配置为将资金从一般支付账户转移到商家支付账户。例如，支付模块222可响应于从海关126以及从运输代理122接收到付款信号而将付款模块226配置为执行资金的转移。交易伙伴中的一个或多个还可具有在支付系统112处的支付账户。然而，交易伙伴不必具有在支付系统112处的账户以便使支付系统112从该来源接收付款信号。

在一些实施方案中，支付模块222还可响应于接收到某些付款信号来将付款模块226配置为支付合作伙伴费用。合作伙伴费用是可由支付系统112提供给交易伙伴中的一个的费用。例如，付款模块226还可在从运输代理122接收到付款信号后向运输代理122提供合作伙伴费用(例如，指示某个物品已被运输)。付款模块226还可在从海关126接收到付款信号后向海关126提供合作伙伴费用(例如，指示对某个物品征收关税)。付款模块226还可在从接收代理124和/或从运输代理122接收到付款信号后向接收代理124提供合作伙伴费用(例如，指示某个物品被递送)。

图3是示出用于访问交易队列216的出列模块220的实施方案的系统图。出列模块220包括大小调整器模块302、容量模块306、以及处理模块308和310。处理模块308和310可访问交易队列216。在一个实施方案中，处理模块310包括交易守护进程312以及工作模块314(1)和314(2)。交易队列216包括所请求交易230(1)-230(4)、232(1)和232(2)，如上参考图2所述。处理模块308和310可以以同步方式访问交易队列216。

在一些实施方案中，出列模块220和交易模块212中的每一者可使用单独的软件线程来实现。处理模块308和310可各自实现为软件应用程序或服务。服务是可从其他软件应用程序自主执行的软件应用程序。交易守护进程中的每一个可以实现为单独的软件应用程序或单独的软件服务。

容量模块306可确定交易队列216的队列容量和/或排队速率。队列容量和排队速率(如同样在下面参考图6所述)涉及交易队列216的特性。队列容量指示交易队列216存储一定数量的所请求交易的容量。队列容量还可指示可用队列容量，其指示交易队列216可存储附加所请求交易的量。排队速率指示将附加所请求交易添加到交易队列216的速率。排队速率指示支付系统112接收以用于处理的购物车的数量。

如果交易队列216的可用队列容量小于阈值，则出列模块220可与交易模块212(或与管理交易队列216的大小的另一个模块)进行通信以增加交易队列216的大小。在另一个实施方案中，出列模块220可与交易模块212进行通信以创建另一个交易队列，该交易队列可用于添加、出列和处理所请求交易。类似地，如果交易队列216的可用队列容量大于阈值，则出列模块220可与交易模块212进行通信以减小交易队列216的大小。出列模块220还可与交易模块212进行通信以删除(或停用)另一个交易队列。

大小调整器模块302还可确定处理模块308和/或310的出列速率/容量，以及处理速率/容量。大小调整器模块302还可指示交易速率，该交易速率可基于出列速率和处理速率。大小调整器模块302还可指示交易容量，该交易容量可基于出列容量和处理容量。出列速率/容量、处理速率/容量和交易速率/容量(如同样在下面参考图6所述)涉及从交易队列216中出列和处理所请求交易并被处理的特性，并且可以被称为出列模块220和/或交易队列216的“下游”特性。

出列速率指示所请求交易从交易队列216选择和出列的速率。例如，出列速率可以是5个所请求交易每毫秒(ms)，这意味着每毫秒从交易队列216选择和出列5个所请求交易。出列速率指示处理模块308可从交易队列216选择和出列所请求交易的速度。

出列容量指示处理模块308和/或310从交易队列216选择和出列所请求交易的容量。出列容量可指示可同时或基本上并行地出列的所请求交易的量。例如，如果处理模块308和310各自包括两个工作模块，并且每个工作模块可一次从交易队列216选择和出列一个所请求交易，则出列容量的值可为4。

处理速率指示支付系统112处理出列的所请求交易的速率。处理速率指示支付系统112处理出列的所请求交易的速率，其包括由支付模块222执行交易级风险分析和支付处理。支付系统112的风险模块210可对出列的所请求交易执行交易级风险分析以生成交易级风险等级。如果交易级风险等级低于特定阈值，则然后可将出列的所请求交易传送到支付模块222以进行支付处理。处理速率可类似地指示瞬时处理速率和/或平均处理速率。

在一些实施方案中，处理模块308和310中的每一个可将出列的所请求交易传送到风险模块210的不同部分和/或支付模块222的不同部分。例如，处理模块308可将第一组出列的所请求交易传送到风险模块210的第一部分，并且处理模块310可将第二组出列的所请求交易传送到风险模块210的第二部分。

处理容量指示处理模块308和/或310处理出列的所请求交易的容量。例如，处理模块308可将两个出列的所请求交易传送到风险模块210的第一部分以同时对两个所请求交易执行交易级风险分析。类似地，处理模块310可将两个不同所请求交易传送到风险模块210的第二部分执行交易级风险分析。处理模块308的处理容量取决于风险模块210和支付模块222可同时处理的所请求交易的量。处理模块308的处理速率和处理容量均可取决于出列模块220正在使用的处理模块的数量和效率。在一些实施方案中，处理容量还指示处理模块308和310的本地高速缓存。本地高速缓存可用于在将出列的所请求交易传送到风险模块210和支付模块222之前存储它们。

大小调整器模块302可调整处理模块308和310的大小以增加或减小处理速率。通过扩展处理模块308和310，大小调整器模块302可增加处理速率。大小调整器模块可通过创建或实例化新的处理模块，或者通过激活无源处理模块来扩展处理模块。新的处理模块可包括新的交易守护进程和一个或多个新的工作模块，类似于处理模块310。新的处理模块可访问交易队列216，并且还与风险模块210和支付模块222接合。扩展处理模块还可增加现有和有源处理模块中的工作模块的数量。例如，大小调整器模块302可使新的工作模块实例化，或者激活无源工作模块。

大小调整器模块302可通过移除处理模块308或310中的一个来减小处理模块。减小处理模块可包括不使用处理模块308或310中的一个，破坏处理模块308或310中的一个，以及/或者停用处理模块308或310中的一个。减小处理模块还可包括减小特定处理模块中的工作模块的数量。例如，大小调整器模块302可反实例化或停用处理模块310的工作模块。

大小调整器模块302可调整处理模块308和310的操作，诸如通过暂停或解除暂停处理模块308和310。大小调整器模块302可暂停或解除暂停处理模块308和310以分别减小或增加出列速率。通过暂停处理模块310的操作，大小调整器模块302可限制出列模块220从交易队列216选择和出列所请求交易的出列速率。类似地，通过解除暂停处理模块310的操作，大小调整器模块302增加出列速率。

图4是示出用于异步访问交易队列以处理所请求交易的操作的实施方案的流程图。图4的方法参考图1至图3中描述的系统和部件进行描述(出于说明目的而非作为限制)。示例性操作可由支付系统112异步进行。在一些实施方案中，元素402-410可由交易模块212执行，而元素448-456可由出列模块220执行。

从402开始，支付系统112通过市场接收购物车，该购物车指示源自卖方的物品。例如，交易模块212可接收购物车114，该购物车指示源自卖方108(1)-108(3)的物品202(1)-202(3)。购物车114可具有相关联的QoS特性，指示对应于物品202(1)-202(3)的所请求交易的所需QoS等级。

在404处，支付系统112对购物车114执行初始风险分析以确定是否接受购物车114。初始风险分析是购物车级分析，该购物车级分析由风险模块210执行，诸如以生成购物车114的初始风险等级。风险模块210可将初始风险等级传输到交易模块212。

在406处，支付系统112确定是否接受购物车114。例如，交易模块212可比较初始风险等级与阈值。如果支付系统确定接受购物车，例如，如果初始风险等级具有小于阈值的值，则支付系统112接下来执行元素408。如果初始风险等级具有大于阈值的值，则支付系统112接下来执行元素410。

在408处，支付系统112将购物车114的物品202(1)-202(3)的所请求交易添加到交易队列216。物品202(1)-202(3)的所请求交易218(1)-218(3)可包括诸如由购物车114的买方购买这些物品中的每一个的请求。

在410处，支付系统112可以通知买方和/或卖方关于购物车拒绝。例如，支付系统112可将指示整个购物车114已被拒绝的通知发送到用户设备104(即，购物车114的订单的买方)。支付系统112可将拒绝的类似通知传输到物品202(1)-202(3)的卖方108(1)-108(3)。

支付系统112可从市场接收指示要将新物品添加到购物车114的另一个通信。支付系统112可确定是否将新物品添加到交易队列216，这取决于何时将新物品添加到购物车114。在一种情况下，在支付系统执行对购物车114的初始风险分析之前，可将新物品添加到购物车114。在该情况下，支付系统112可执行对包括新物品的购物车114(也称为更新购物车)的初始风险分析。然后可将所请求交易218(4)添加到已由交易队列216存储的所请求交易218(1)-218(3)。

在另一种情况下，在支付系统112对购物车114执行初始风险分析(即，购物车级风险分析)之后(即，在执行元素404之后)，但是在任何所请求交易218(1)-218(3)出列之前，可将新物品添加到购物车114。支付系统112可对新物品执行初始风险分析以确定是否接受更新购物车。作为另外一种选择，支付系统112可对整个更新购物车(即，包括新物品的购物车114)重新进行初始风险分析以确定是否接受更新购物车。在任一种实施方式中，响应于基于附加初始风险分析确定接受更新购物车，支付系统112可将新物品的新的所请求交易218(4)添加到交易队列216作为购物车114的所请求交易218(1)-218(3)的一部分。

在任一种实施方式中，响应于基于附加初始风险分析确定不接受更新购物车，支付系统112可仅仅不将新物品的新的所请求交易添加到交易队列216，或者拒绝整个更新购物车。支付系统112可基于支付系统112的配置设置，或者基于新物品是否与购物车114中的剩余物品相关或者是剩余物品的必要部分，来确定是否拒绝新物品或整个更新购物车。例如，如果支付系统112确定新物品(例如，自行车架)是物品202(1)-202(3)(例如，自行车部件)的订单的组成部分，则支付系统112可拒绝整个更新购物车。如果新部件与购物车114的其余部分无关或不是其必要部分，则支付系统可拒绝新物品。

在另一种情况下，在支付系统112对购物车114执行初始风险分析之后，并且在出列模块220对购物车114的所请求交易218(3)-218(4)中的至少一个进行选择和出列之后，可将新物品添加到购物车114。支付系统112可确定购物车114的所请求交易218(1)-218(3)中的任一者或全部是否从交易队列216出列。

在一个实施方案中，如果新物品正在被添加到其的购物车114的所请求交易218(1)-218(3)中的任一者出列，则支付系统112拒绝添加新物品的所请求交易。在另一个实施方案中，如果并不是购物车114的所有所请求交易218(1)-218(3)都从交易队列216出列，则可将新物品的新的所请求交易添加到交易队列216。

在448处，支付系统112选择所请求交易以进行出列。出列模块220可基于各种标准来选择交易队列216的所请求交易218(1)-218(4)、224(1)和224(2)中的一个。出列模块220可选择对应于相同的购物车中的物品的所请求交易作为先前选择和处理的所请求交易(例如，在元素450-456的最前一次迭代中)。出列模块220可从相同的卖方，或从相同的买方选择对应于物品的所请求交易，作为先前出列的所请求交易中的一个。

出列模块220可确定购物车114和214的某些QoS特性的QoS等级，并且从交易队列216选择所请求交易，该所请求交易具有带有最高优先级的QoS等级。出列模块220还可选择最旧的所请求交易(例如，其首先从所请求交易218(1)-218(4)、224(1)和224(2)中添加)，或者选择最新的所请求交易(例如，其最近被添加到交易队列216中)。

在450处，支付系统112使选择的所请求交易从交易队列216出列。图4示出了出列模块220可异步地(即，独立于交易模块212)访问交易队列216的方式。在452处，支付系统112对选择的所请求交易执行第二风险分析以确定是否处理所请求交易。第二风险分析是交易级分析，其生成选择的所请求交易的交易级风险等级。

在454处，支付系统112确定是否处理选择的所请求交易。例如，如果交易级风险等级的值小于特定阈值，则支付系统112可确定处理选择的所请求交易。如果支付系统112确定处理选择的所请求交易，则在456处处理选择的所请求交易。否则，流程在450处继续。如果支付系统112确定不处理选择的所请求交易，则支付系统112可放弃在450处出列的选择的所请求交易，并且从交易队列216选择和出列下一个所请求交易。

图5是示出用于同步访问交易队列216以处理所请求交易的操作的实施方案的流程图500。图4的方法参考图1至图3中描述的系统和部件进行描述(出于说明目的而非作为限制)。示例性操作可由支付系统112异步进行。在一些实施方案中，元素502-510可由交易模块212执行，而元素548-558可由出列模块220执行。图5的方法类似于图4所示的方法，其中一些变型用以说明不同的实施方案或特定实施方案的不同方面。例如，图4的方法涉及异步执行，而图5的方法涉及同步执行。

从502开始，支付系统112通过市场接收购物车。元素502类似于元素402。在504处，支付系统112对购物车114执行初始风险分析以确定是否接受购物车114。元素504类似于元素404。在506处，支付系统112确定是否接受购物车114。元素506类似于元素406。在508处，支付系统112将购物车114的物品202(1)-202(3)的所请求交易添加到交易队列216。元素508类似于元素408。在510处，支付系统112可以通知买方和/或卖方关于购物车拒绝。元素510类似于元素410。

在548处，支付系统从交易队列216选择所请求交易。出列模块220可选择所请求交易218(1)-218(4)中的一个。因此，出列模块220可选择对应于相同购物车中的物品的所请求交易，该所请求交易在元素502-508处处理。在550处，支付系统112使选择的所请求交易从交易队列216出列。元素550类似于元素450。

在552处，支付系统112对选择的所请求交易执行第二风险分析以确定是否处理所请求交易。元素552类似于元素452。在554处，支付系统112确定是否处理选择的所请求交易。如果支付系统112确定处理选择的所请求交易，则在556处处理选择的所请求交易。否则，流程在558处继续。如果支付系统112确定不处理选择的所请求交易，则支付系统112可放弃在550处出列的选择的所请求交易。在558处，支付系统112确定是否处理整个购物车114的所请求交易。如果支付系统112确定处理整个购物车114的所请求交易，则支付系统112在502处继续接受另一个购物车。否则，流程在548处继续，其中支付系统112可从交易队列216选择购物车114的下一个所请求交易。

图6是示出交易队列以及由出列模块使用以管理对交易队列的访问的处理模块的特性的实施方案的示意图。同样如上面参考图3所讨论，容量模块306可确定交易队列216的排队速率604和/或队列容量606。队列容量606和排队速率604涉及将所请求交易添加到交易队列216的方式的特性。队列容量606和排队速率604可以称为交易队列216的“上游”特性。例如，交易队列216的队列容量606可以是‘100’，这指示交易队列216可一次存储100个所请求交易。队列容量606因此取决于交易队列216的大小。

队列容量606还可指示可用队列容量，其指示交易队列216可存储附加所请求交易的量。因为所请求交易可从交易队列216出列并且由处理模块308和/或310处理，所以可用队列容量可指示交易队列216的容量的瞬时可用队列容量。瞬时可用队列容量可指示某个时间点处的可用队列容量，诸如在容量模块306检查可用队列容量的时间，或者在容量模块306指定的时间。可用队列容量还可指示诸如在过去的3秒内交易队列216的平均容量的平均可用队列容量，或者其还可指示交易队列216另一个可用容量。

排队速率604指示将附加所请求交易添加到交易队列216的速率。例如，排队速率604可以是5个所请求交易每毫秒(ms)，这意味着每毫秒将5个新的所请求交易添加到交易队列216。排队速率604可指示瞬时排队速率和/或平均排队速率。瞬时排队速率可指示某个时间点处的排队速率，诸如在容量模块306检查排队速率的时间，或者在容量模块306指定的时间。平均排队速率可指示将所请求交易添加到交易队列216的平均速率。

出列速率610指示所请求交易从交易队列216选择和出列的速率。例如，出列速率610可以是5个所请求交易每毫秒(ms)，这意味着每毫秒从交易队列216选择和出列5个所请求交易。出列速率610可类似地指示瞬时出列速率和/或平均出列速率。

出列容量612指示处理模块308和/或310从交易队列216选择和出列所请求交易的容量。出列容量612可指示可同时或基本上并行地出列的所请求交易的量。出列容量612可类似地指示瞬时出列容量和/或平均出列容量。

处理速率616指示支付系统112处理出列的所请求交易的速率。处理速率616可类似地指示瞬时处理速率和/或平均处理速率。处理容量618指示处理模块308和/或310处理出列的所请求交易的容量。处理容量618在上面参考图3描述。处理容量618可类似地指示瞬时处理容量和/或平均处理容量。

交易速率620基于出列速率610和处理速率616。交易速率620可指示出列模块220可使所请求交易出列的速率，并且还指示风险模块210和支付模块222可同时处理所请求交易的速率。交易速率620可类似地指示瞬时交易速率和/或平均交易速率。

交易容量622基于出列容量612和处理容量618。交易容量622可指示同时或基本上并行地出列的所请求交易的量，并且还指示风险模块210和支付模块222可同时处理的所请求交易的量。交易容量622可类似地指示瞬时交易容量和/或平均交易容量。

图7是示出用于调整访问交易队列的出列模块的处理模块的操作的操作的实施方案的流程图。图7的方法参考图1至图3中描述的系统和部件进行描述(出于说明目的而非作为限制)。示例性操作可由支付系统112异步进行。在一些实施方案中，元素702-710可由出列模块220，诸如由大小调整器模块302执行。图7涉及管理队列容量和排队速率，这可以称为交易队列216的“上游”特性。

从702开始，出列模块确定队列的队列容量。例如，出列模块220的大小调整器模块302可确定交易队列216的队列容量。

在706处，出列模块确定处理模块的交易容量。例如，大小调整器模块302可确定处理模块308和/或处理模块310的交易容量。交易容量可指示处理模块308和/或处理模块310处的所请求交易的一部分的积压。例如，大小调整器模块302可确定存在处理模块308处的所请求交易的积压，诸如由于通过风险模块210和/或通过支付模块222处理所请求交易的延迟。

在708处，出列模块确定是否限制处理模块的出列速率。例如，大小调整器模块302可基于队列容量并且基于交易速率确定是否限制出列模块220的处理模块的出列速率。根据要限制的出列速率的量，大小调整器模块302可确定限制处理模块308和310中的一个或两个的出列速率。大小调整器模块302还可确定是否限制处理模块308和310中的一个的一部分的出列速率。

出列模块220可基于确定交易队列216的指示用以存储附加所请求交易的容量的可用队列容量来确定是否限制出列速率。出列模块220还可基于处理模块308和/或处理模块310处的所请求交易的积压是否大于特定阈值来确定是否限制出列速率。

出列模块220还可确定处理模块308的交易速率。出列模块220还可访问将附加所请求交易添加到交易队列216的排队速率(诸如来自交易模块212)。出列模块220可基于排队速率是否大于交易速率来确定是否限制出列速率。出列模块220还可访问交易日志，该交易日志指示在一定量的时间内，或者在订单的已知激增(诸如由于已知减价销售)期间添加到交易队列的所请求交易的量。出列模块220还可基于交易日志的分析来确定是否限制出列速率。

在一种实施方式中，出列模块220基于排队速率来修改出列速率，诸如以将交易队列216的可用队列容量保持在恒定等级。在一种实施方式中，出列模块220还可确定交易队列216的可用容量足够大(例如，其大于特定阈值)，使得交易队列216可接受附加所请求交易。通过限制处理模块308的出列速率，出列模块220正在降低将所请求交易传送到风险模块210和/或支付模块222以进行处理的速率。因此，通过限制处理模块308的出列速率，减小所请求交易的一部分的积压。积压可包括所请求交易的在处理模块308、处理模块310、风险模块210和/或支付模块222处正在处理的部分。

出列模块220可确定交易队列216的更新队列容量。更新队列容量指示交易队列216存储一定数量的附加所请求交易的容量。出列模块220还可确定处理模块308和/或310的更新交易容量。更新交易容量指示处理模块308和/或310处理多个附加所请求交易的容量。出列模块220的大小调整器模块302可基于更新队列容量并且基于更新交易容量确定是否增加出列速率。响应于确定增加出列速率，大小调整器模块302可调整处理模块的操作。例如，一旦出列模块220确定所请求交易的一部分的积压减小，诸如低于特定阈值，则出列模块可增加出列速率。

在710处，出列模块调整处理模块的操作。例如，响应于确定限制处理模块308的出列速率，大小调整器模块302可暂停处理模块310的工作模块314(1)的操作。在另一个示例中，大小调整器模块302可暂停整个处理模块310的操作。

图8是示出用于调整访问交易队列的出列模块的处理模块的大小的操作的实施方案的流程图。图8的方法参考图1至图3中描述的系统和部件进行描述(出于说明目的而非作为限制)。示例性操作可由支付系统112异步进行。在一些实施方案中，元素802-810可由出列模块220执行。图8涉及管理交易队列216的“下游”特性。

从802开始，出列模块确定队列的队列容量。元素802类似于元素702。在806处，出列模块确定处理模块的交易速率。例如，大小调整器模块302可确定处理模块308和/或处理模块310的交易速率。交易速率可指示处理模块308和310使所请求交易从交易队列216出列，并且然后传输到风险模块以进行处理的速率。

在808处，出列模块确定是否增加处理模块的处理速率。例如，大小调整器模块302可基队列容量和交易速率确定是否增加处理模块308和310中的一个或两个的处理速率。大小调整器模块302还可基于交易队列216的交易容量，以及/或者交易队列216的排队速率是否大于交易速率，来确定是否增加处理速率。大小调整器模块302可确定是否调整交易守护进程312的大小。

出列模块220还可预测交易激增，该交易激增指示要将附加所请求交易添加到交易队列216。大小调整器模块302还可基于处理模块308和/或310是否可处理交易激增的附加所请求交易来确定是否增加处理速率。如果多个买方使用市场102生成购物车并且一次提交所有这些购物车，则可能发生交易激增。购物车提交的激增可能由于市场102处的减价销售或另一个事件，例如，该事件刺激买方存储并等待提交购物车，直到已知减价销售的时间。出列模块220可预测(例如，提前数周)由市场102的卖方108(1)-108(3)进行的已知减价销售的交易激增。

在调整处理模块310的大小之前，处理模块310可通过与风险模块210的第一部分进行通信来将选择的出列的所请求交易传输到风险模块210。在调整处理模块310的大小之后，经调整大小的处理模块310可将附加出列的所请求交易传输到风险模块210的第二部分。

在810处，出列模块调整处理模块的大小。例如，响应于确定增加处理模块310的处理速率，大小调整器模块302调整处理模块310的大小。大小调整器模块302可通过大小调整因数来调整交易守护进程312的大小以改变工作模块314(1)和314(2)的数量。

图9是示出用于将付款模块配置用于管理付款信号的操作的实施方案的流程图。图9的方法参考图1至图3中描述的系统和部件进行描述(出于说明目的而非作为限制)。示例性操作可由支付系统112进行。在一些实施方案中，元素902-912可由支付模块222执行。

从902开始，支付系统选择一般付款信号的来源。例如，支付系统112的支付模块222可选择一般付款信号的来源，诸如风险模块210。一般付款信号可指示资金的第一部分从买方支付账户到一般支付账户的所请求转移。资金的第一部分用于通过市场102从商家(例如，卖方108(1))购买购物车114的物品。

在904处，支付系统确定商家付款事件。例如，支付模块222可确定用于将资金的第二部分从一般支付账户转移到商家支付账户的商家付款事件。

支付系统可确定与物品相关联的运输特性，并且/或者确定与商家相关联的商家特性。支付系统可基于运输特性和/或商家特性确定商家付款事件。支付系统可基于物品正在被运输到的国家的法规来确定商家付款事件。例如，根据法规的要求，支付系统可在接收到一般付款信号之后将商家付款事件确定为特定天数的到期。

支付系统可诸如从商家或从买方接收对商家付款事件的请求。支付系统可基于商家特性和运输特性确定所请求商家付款事件是否可接受。如果物品正在被运输到的特定国家的法规要求不同的商家付款事件，则可以发现所请求商家付款事件是不可接受的。例如，所请求商家付款事件可指示在由供应方或由商家运输物品后资金的第二部分的支付。然而，物品正在被运输到(即，买方和/或接收代理定位在其中)的国家的法规可能要求仅接受接收物品的买方和/或接收代理的商家付款事件。在另一个示例中，物品正在被运输到的国家的法规要求在特定天数到期之后将资金的第二部分支付给商家。如果支付系统确定所请求商家付款事件不可接受，则支付系统可将所请求商家付款事件修改为可接受的所请求商家付款事件。

在906处，支付系统基于商家付款事件选择商家付款信号的来源。支付模块222可选择商家付款信号的来源，该商家付款信号指示资金的第二部分从一般支付账户到商家支付账户的所请求转移。如果商家付款事件涉及物品的运输，则商家付款信号可包括来自物品的买方的物品已被接收的通知、或来自运输代理的物品已被运输的通知。如果商家付款事件是在接收到一般付款信号之后特定天数的到期，如法规所要求，则商家付款信号可以是确定在接收到一般付款信号之后已经过预定天数。

在908处，支付系统将付款模块配置为响应于从第一来源接收到一般付款信号而触发资金的第一部分的第一资金转移，并且响应于从第二来源接收到商家付款信号而触发资金的第二部分的第二资金转移。例如，支付模块222可将付款模块226配置为响应于分别接收到一般付款信号和商家付款信号来触发第一资金转移和第二资金转移。

支付模块222可将付款模块226配置为基于确定还接收到与购物车114的附加物品相关联的附加一般付款信号来触发第一资金转移。付款模块226因此可被配置为接收购物车114中的所有物品的一般付款信号，其中每个物品可在触发第一资金转移之前源自不同商家。

支付模块222还可基于商家付款信号并且基于第二来源的类型确定市场费用是从一般支付账户还是从商家支付账户转移。市场费用是可针对每个购物车或处理资金转移的购物车的交易向市场102支付的费用。支付模块222然后可根据确定将付款模块226配置为从一般支付账户或从商家支付账户转移市场费用。

在910处，支付系统确定是否将付款模式重新配置用于不同商家付款信号。支付系统可确定响应于付款模块指示没有接收到商家付款信号而执行重新配置(如图10所示)。在该情况下，元素910可通过元素“10B”执行。支付系统还可基于确定(元素904的)商家付款事件不是最佳的，诸如基于来自买方、商家或市场的附加商家付款请求来确定执行重新配置。

支付模块222可确定是否将付款模块226重新配置用于相同商家付款事件的不同商家付款信号。例如，支付模块222可确定将付款模块226重新配置用于来自不同运输代理但是相同商家付款事件的商家付款信号，如元素904处所确定。

支付模块222可确定是否将付款模块226重新配置用于不同商家付款事件的不同商家付款信号。因此，支付模块222可确定新的商家付款事件，并且然后确定新的商家付款事件的新的商家付款信号。例如，支付模块222可基于涉及运输物品的新确定的商家付款事件来确定将付款模块226重新配置用于来自运输代理124的新的商家付款信号(而支付模块222在904处确定提供物品的供应方的先前商家付款事件)。如果支付系统确定重新配置付款模块，则支付系统接下来执行元素912。如果支付系统确定不重新配置付款模块，则支付系统接下来执行图10的元素(如通过元素“10A”所示)。

在912处，支付系统可将付款模块重新配置为接收不同商家付款信号以触发第二资金转移。根据在912处的确定，支付模块222可基于新确定的商家付款事件将付款模块226重新配置用于来自运输代理124的新的商家付款信号。支付模块222还可基于先前商家付款事件将付款模块226重新配置用于来自运输代理124的新的商家付款信号。支付系统接下来执行图10的元素(如通过元素“10A”所示)。

图10是示出用于操作付款模块以用于管理付款信号的操作的实施方案的流程图。图10的方法参考图1至图3中描述的系统和部件进行描述(出于说明目的而非作为限制)。示例性操作可由支付系统112进行。在一些实施方案中，元素1002-1010可由付款模块226执行。

在1002处，支付系统确定其是否已接收到一般付款信号。元素1002可通过诸如来自图9的元素“10A”开始。付款模块226可确定其是否已从第一来源接收到一般付款信号以用于触发第一资金转移。如果支付系统已接收到一般付款信号，则流程在1004处继续，否则流程继续返回1002。响应于接收到一般付款信号，付款模块226还可将资金的第一部分正在转移的通知传输到商家。

第一来源可以是风险模块210或支付模块222。一般付款信号可指示对用于购买物品的所请求交易的交易级风险分析(例如，由风险模块210执行)指示风险等级高于阈值。支付模块222可指示用于购买物品的所请求交易通过风险分析，并且买方和/或卖方由认证模块208认证。

如上所述，支付系统可处理包括包含该物品的多个物品的购物车114。付款模块226可被配置为(例如，在元素908处)接收多个一般付款信号，每个一般付款信号用于购物车114的每个物品。在该示例中，响应于付款模块226确定还接收到与多个物品相关联的附加一般付款信号，可触发第一资金转移。

在1004处，支付系统响应于接收到一般付款信号来执行第一资金转移。例如，一般付款信号触发付款模块226以执行第一资金转移。作为示例，买方最初可向支付系统112指示10美元的资金转移以购买该物品。在1004处，支付模块226然后可执行10美元资金减去任何市场费用的第一资金转移。在该示例中，付款模块226可被配置为向市场102支付2美元的市场费用。因此，如果买方提供10美元的资金以用于购买物品，则在1004处，付款模块226可执行到一般支付账户的8美元的第一资金转移，并且还执行到市场102的2美元市场费用的转移。

在1006处，支付系统确定其是否已接收到商家付款信号。继续上述示例，付款模块226可确定其是否已从第二来源接收到商家付款信号，例如，如908处所配置。如果支付系统已接收到商家付款信号，则流程在1008处继续，否则流程在1010处继续。

在1008处，支付系统响应于接收到商家付款信号来执行第二资金转移。例如，商家付款信号可触发付款模块226以执行第二资金转移。继续上述示例，第二资金转移可用于使用第一资金转移转移到一般支付账户的资金的数额的一部分或全部。付款模块226因此可将8美元从一般支付账户转移到卖方支付账户。

在1008处，付款模块226还可将合作伙伴费用转移到交易伙伴中的一个或多个。例如，响应于接收到商家付款信号，付款模块226可将1美元的合作伙伴费用转移到运输代理122(例如，转移到运输代理122的支付账户)。

在1008处，付款模块226还可将支付费用转移到支付系统112。例如，支付费用可等于1美元。例如，响应于接收到商家付款信号，付款模块226可将1美元的支付费用转移到支付系统112。继续上述示例，在1008处，付款模块226可将6美元数额的资金转移到卖方的支付账户。

在1010处，支付系统可确定商家付款信号是否存在问题。如果支付系统确定商家付款信号存在问题，则流程通过元素“10B”继续到图9的元素910。否则，流程返回到1006。在元素910处，支付模块222可将付款模块重新配置为接收不同商家付款信号。不同商家付款信号可与如先前配置的相同商家付款事件相关联，或者其可以是不同商家付款事件。

例如，支付系统可以确定对于运输物品的相同商家付款事件，正在使用不同的运输代理来运输物品。支付系统还可确定例如需要不同商家付款事件的不同商家付款信号。例如，支付系统可确定物品正在被运输到的国家法规要求特定时间的到期作为商家付款事件。在另一个示例中，买方和/或卖方可能已请求新的商家付款事件或新的商家付款信号。

在另一个示例中，支付系统可确定不重新配置付款模块，并且不从第二来源接收商家付款信号。支付系统可确定是否已取消物品的订单。响应于确定物品的订单是否已被取消，支付模块不执行第二资金转移。在该示例中，支付模块还可为买方最初提供的金额的至少一部分发起资金退款。

在争议、索赔、退款和银行撤销的情况下，支付模块226还可将资金支付回到买方。在一个示例中，支付系统可(例如，从买方或从市场)接收买方已经提交授权交易退款或银行撤销索赔的通知。如果第二资金转移尚未完成，则付款模块226可分别向买方发起资金的第一部分的退款或银行撤销。如果第二资金转移已经完成，则付款模块226可向买方发起资金的第一部分和第二部分的退款或银行撤销。如果买方或卖方提出争议和索赔，则可执行类似的反向资金转移。

图11是示出与在线市场、买方和卖方通信的支付系统的各种模块之间的通信的一个实施方案的时序图。如图11所示，买方1104与市场102进行通信。买方1104可以是用户设备104或订单生成器106。卖方1108通过通信网络与市场102进行通信。卖方1108可以是卖方108(1)-108(3)中的一个。支付系统包括交易模块212、出列模块220和风险模块210。图11的通信可通过一个或多个通信网络执行，诸如图1所示。图11的时序图的部分对应于图4、图5、图7和图8的流程图。

在1116处，买方1104可通过市场传送购物车(诸如购物车114)中用于购买的物品的选择。在1118处，市场102与支付系统的交易模块212进行通信以传输购物车以进行处理。在1122处，交易模块212与风险模块210进行通信以执行购物车的初始风险分析。在1124处，交易模块212基于对购物车的初始风险分析确定是否接受整个购物车。在1125、1126和1127处，交易模块212可分别任选地通知市场102、卖方1108和买方支付系统是否接受整个购物车。如果交易模块212确定接受购物车，则在1124处，交易模块212可将购物车的物品的所请求交易添加到交易队列。

在1130处，出列模块220访问交易模块212处的交易队列以选择和出列所请求交易。出列模块220可与交易模块212异步地操作，并且因此独立于交易模块212选择所请求交易，从而将所请求交易添加到交易队列。在1132处，出列模块220可确定是否增加风险模块1110(还有支付模块222)处理所请求交易(即，包括交易级风险分析)的处理速率。在1132处，出列模块220可确定是否限制出列速率。

在1134处，出列模块220与风险模块210进行通信以对出列的所请求交易执行第二风险分析。在1136处，出列模块220基于其第二风险分析的结果确定是否处理出列的所请求交易。在1138、1140和1142处，出列模块220可分别任选地通知市场102、卖方1108和买方1104支付系统是否接受出列的所请求交易。如果出列模块220确定接受出列的所请求交易，则在1144处，出列模块220可与支付模块222进行通信以开始出列的所请求交易的支付过程。

图12是示出当配置和操作付款模块时支付系统的各种模块之间的通信的一个实施方案的时序图。如图12所示，买方1204与市场102进行通信。买方1204可以是用户设备104或订单生成器106。卖方1208还可通过通信网络与市场102进行通信。卖方1208可以是卖方108(1)-108(3)中的一个。交易处理模块1206可包括交易模块212、出列模块220和/或风险模块210等等。图12的通信可通过一个或多个通信网络执行，诸如图1所示。图12的时序图的部分对应于图9和图10的流程图。

在1210处，买方1204可通过市场102传送购物车(诸如购物车114)中用于购买的物品的选择。在1212处，市场102可将购物车传输到支付系统以进行处理。在1213处，交易处理模块1206可处理购物车，诸如上面参考图11和/或图4、图5、图7和图8所讨论。在1214处，交易处理模块1206可与支付模块222进行通信以开始出列的所请求交易的支付过程(例如，诸如上面在1144处所述)。

在1216处，支付模块222可选择一般付款信号的来源。在1220处，支付模块222可选择商家付款事件。在1222处，支付模块222可基于商家付款事件选择商家付款信号的来源。在1224处，支付模块222可将付款模块配置为接收一般付款信号以触发第一资金转移，并且接收商家付款信号以触发第二资金转移。

在1230处，付款模块226可从交易处理模块1206(例如，从风险模块210)接收一般付款信号。在1232处，付款模块226可确定其是否已接收到一般付款信号。在1234处，付款模块226可响应于接收到一般付款信号来执行第一资金转移。

在1236处，付款模块226可确定其是否已接收到商家付款信号，并且如果没有，则确定商家付款信号是否存在问题。在1238处，付款模块226可将商家付款信号的问题传送到支付模块222。在1240处，支付模块222可确定重新配置付款模块226。在1242处，支付模块222可重新配置付款模块226。在1244-1250处，付款模块226可分别从市场102、买方1204、海关126和/或运输代理122接收付款信号。

在1252处，付款模块226可确定商家付款信号已被接收。响应于该确定，在1254处，付款模块226可任选地将用于合作伙伴费用的资金转移到海关126(诸如转移到支付系统处的海关支付账户)。在1254处，付款模块226可任选地将合作伙伴费用转移的通知传输到海关126。响应于该确定，在1256处，付款模块226可执行到卖方1208(诸如到卖方支付账户)的第二资金转移。在1256处，付款模块226可任选地将第二资金转移的通知传输到卖方1208。

应当理解，图1至图12和本文所述的操作是旨在帮助理解实施方案的示例，并且不应当用于限制实施方案或限制权利要求的范围。实施方案可执行附加操作，执行较少操作，以不同顺序执行操作，并行地执行操作，并且不同地执行一些操作。例如，参考图4、图5和图7至图10的流程图描述的一个或多个元素、步骤或过程可被省略，以不同顺序描述，或者根据需要或适当情况组合。

如本领域技术人员将理解的，本公开的各方面可以体现为系统、方法或计算机程序产品。因此，本公开的各方面可采取完全硬件实施方案、软件实施方案(包括固件、常驻软件、微代码等)、或组合软件和硬件方面的实施方案的形式，这些实施方案通常全部可在本文中称为“模块”或“系统”。此外，本公开的各方面可采取体现在一个或多个计算机可读介质中的计算机程序产品的形式，该一个或多个计算机可读介质具有体现在其上的计算机可读程序代码。

可以使用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读存储介质可以是例如但不限于电子、磁、光学、电磁、红外或半导体系统、装置或设备，或者前述的任何合适组合。计算机可读存储介质的更具体示例(非详尽列表)将包括以下各项：便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪速存储器)、便携式光盘只读存储器(CD-ROM)、光学存储设备、磁存储设备、或前述的任何合适组合。在本文件的上下文中，计算机可读存储介质可以是任何有形和/或非暂态介质，其可包含或存储程序以供指令执行系统、装置或设备使用或与之结合使用。

计算机可读信号介质可包括计算机可读程序代码体现在其中的传播的数据信号，例如，在基带中或作为载波的一部分。这样的传播信号可采取各种形式中的任一种，包括但不限于电磁、光学或其任何合适组合。计算机可读信号介质可以是任何计算机可读介质，其不是计算机可读存储介质并且可传送、传播或传输程序以供指令执行系统、装置或设备使用或与之结合使用。

体现在计算机可读介质上的计算机程序代码可使用任何适当的介质传输，包括但不限于无线、有线、光纤电缆、RF等、或前述的任何合适组合。

用于进行本公开的各方面的操作的计算机程序代码可以以一种或多种编程语言的任何组合来编写，包括诸如Java、Smalltalk、C++等的面向对象的编程语言和诸如“C”编程语言或类似的编程语言之类的常规过程编程语言。计算机程序代码可完全在用户的计算机上执行(例如，编译成计算机程序指令)，部分地在用户的计算机上执行，作为独立的软件包执行，部分地在用户的计算机上并且部分地在远程计算机上或者完全在远程计算机或服务器上执行。在后一种情况下，远程计算机可通过任何类型的网络连接到用户的计算机，包括局域网(LAN)或广域网(WAN)，或者可进行到外部计算机的连接(例如，通过互联网，使用互联网服务提供商)。

参考根据本公开的实施方案的方法、装置(系统)和计算机程序产品的流程图图示和/或框图来描述本公开的各方面。应当理解，流程图图示和/或框图的每个框，以及流程图图示和/或框图中的框的组合可由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以生产机器，使得通过计算机或其他可编程数据处理装置的处理器执行的计算机程序指令创建用于实现流程图和/或一个或多个框图框中指定的功能/动作的装置。

这些计算机程序指令还可存储在计算机可读介质中，该计算机可读介质可指导计算机、其他可编程数据处理装置或其他设备以特定方式起作用，使得存储在计算机可读介质中的指令产生包括指令的制品，该指令实现在流程图和/或一个或多个框图框中指定的功能/动作。

计算机程序指令还可被加载到计算机、其他可编程数据处理装置或其他设备上，以使得在计算机、其他可编程装置或其他设备上执行一系列操作步骤以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的指令提供用于实现在流程图和/或一个或多个框图框中指定的功能/动作的过程。

图13是在图1至图3、图11和图12的通信系统中使用的电子设备1300的一个实施方案的框图。在一些实施方式中，电子设备1300可以是膝上型计算机、平板计算机、移动电话、电力线通信设备、智能电器(PDA)、服务器和/或一个或多个其他电子系统。例如，用户设备可使用移动设备来实现，诸如移动电话或平板计算机。例如，支付系统可使用一个或多个服务器来实现。电子设备1300可包括处理器单元1302(可能包括多个处理器、多个核、多个节点和/或实现多线程等)。电子设备1300还可包括存储器单元1306。存储器单元1306可以是系统存储器(例如，高速缓存、SRAM、DRAM、零电容器RAM、双晶体管RAM、eDRAM、EDO RAM、DDRRAM、EEPROM、NRAM、RRAM、SONOS、PRAM等中的一者或多者)，或者以上已经描述的机器可读介质的可能实现中的任何一者或多者。电子设备1300还可包括总线1310(例如，PCI、ISA、PCI-Express、NuBus、AHB、AXI等)，并且网络接口1304可包括基于有线的接口(例如，以太网接口、电力线通信接口等)。电子设备1300包括用于网络通信的通信接口1308。通信接口1308可包括无线网络接口(例如，WLAN接口、蓝牙接口、WiMAX接口、ZigBee接口、无线USB接口等)中的至少一个。在一些实施方式中，电子设备1300可支持多个网络接口，每个网络接口被配置为将电子设备1300耦接到不同的通信网络。

存储器单元1306可体现功能以实现以上图1至图12中描述的实施方案。在一个实施方案中，存储器单元1306可包括便于管理交易队列并且管理支付系统处的付款信号的一个或多个功能。这些功能中的任一个可以部分地(或完全地)在硬件中和/或在处理器单元1302上实现。例如，一些功能可以用专用集成电路实现，在处理器单元1302中实现的逻辑中实现，在外围设备或卡上的协同处理器中实现等。另外，实现可包括图13中未示出的更少或附加的部件(例如，视频卡、音频卡、附加网络接口、外围设备等)。处理器单元1302、存储器单元1306、网络接口1304和通信接口1308被耦接到总线1310。尽管示出为耦接到总线1310，但是存储器单元1306可以耦接到处理器单元1302。

虽然参考各种实施方式和开发描述了实施方案，但应当理解，这些实施方案是示例性的，并且本公开的范围并不限于这些实施方案。一般来讲，如本文所述的便于管理交易队列和管理支付系统处的付款信号的技术可以用与任何硬件系统一致的设施或硬件系统来实现。许多变型、修改、添加和改进是可能的。

可以为本文描述的部件、操作或结构提供多个实例作为单个实例。最终，各种部件、操作和数据存储之间的边界在某种程度上是任意的，并且在具体示例性性配置的上下文中示出了特定操作。设想了功能的其他分配，并且可落入本公开的范围内。一般来讲，在示例性配置中作为单独部件呈现的结构和功能可以实现为组合结构或部件。类似地，作为单个部件呈现的结构和功能可以实现为单独的部件。这些和其他变型、修改、添加和改进可落入本公开的范围内。

Claims (20)

1.一种用于管理交易队列的方法，所述方法包括：

从市场接收指示购物车的第一通信，所述购物车包括用于购买的多个物品，所述多个物品源自一个或多个卖方；

对所述购物车执行第一风险分析以确定是否接受所述购物车以便处理到队列中，所述第一风险分析是购物车级分析；

响应于确定接受所述购物车，将所述多个物品的多个所请求交易添加到所述队列；

为所述多个所请求交易中的选择的所请求交易执行从所述队列的出列操作以进行处理；以及

对所述选择的所请求交易执行第二风险分析作为确定是否处理所述选择的所请求交易的支付的一部分，所述第二风险分析是交易级分析。

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

确定所请求交易的服务质量(QoS)特性；其中所述选择的所请求交易基于所述QoS特性在所述出列操作中选择。

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

从所述市场接收指示要将新物品添加到所述购物车的第二通信；

对所述新物品执行所述第一风险分析以确定是否接受更新的购物车以便处理到所述队列中，所述更新的购物车包括所述多个物品和所述新物品；以及

响应于确定接受所述更新的购物车，将所述新物品的新的所请求交易添加到所述队列作为所述多个所请求交易的一部分。

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

确定是否所述多个所请求交易中的所有所请求交易均出列，其中所述将所述新的所请求交易添加到所述队列进一步响应于确定并非所述多个所请求交易中的所有所请求交易均出列。

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

从所述市场接收指示要将新物品添加到所述购物车的第二通信；以及

在所述将所述多个所请求交易添加到所述队列之前，将所述新物品添加到所述多个物品。

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

将所述队列中的所述多个所请求交易中的每一个关联为从属的所请求交易；

其中所述确定是否处理所述选择的所请求交易的所述支付包括确定其他从属的所请求交易是否通过所述第二风险分析。

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

响应于所述选择的所请求交易未通过所述第二风险分析，确定不处理所述选择的所请求交易和所述多个所请求交易中的至少一个其他所请求交易的支付。

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

基于与所述购物车相关联的服务质量(QoS)确定将所述多个物品添加到所述队列还是添加到另一个队列，其中所述队列与第一QoS等级相关联，并且所述另一个队列与第二QoS等级相关联。

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

将通知传输到所述一个或多个卖方中的每一个，所述通知指示包括所述多个物品中的相应物品的所述购物车已被接受到所述队列中。

10.一种系统，包括：

存储指令的非暂态存储器；和

处理器，所述处理器被配置为执行所述指令以使得所述系统：

从市场接收指示购物车的第一通信，所述购物车包括用于购买的多个物品，所述多个物品源自一个或多个卖方，

对所述购物车执行第一风险分析以确定是否接受所述购物车以便处理到队列中，所述第一风险分析是购物车级分析，

响应于确定接受所述购物车，将所述多个物品的多个所请求交易添加到所述队列，

为所述多个所请求交易中的选择的所请求交易执行从所述队列的出列操作以进行处理，以及

对所述选择的所请求交易执行第二风险分析作为确定是否处理所述选择的所请求交易的支付的一部分，所述第二风险分析是交易级分析。

11.根据权利要求10所述的系统，其中执行所述指令进一步使得所述系统，

确定所请求交易的服务质量(QoS)特性，其中所述选择的所请求交易基于所述QoS特性在所述出列操作中选择。

12.根据权利要求10所述的系统，其中执行所述指令进一步使得所述系统，

从所述市场接收指示要将新物品添加到所述购物车的第二通信，

对所述新物品执行所述第一风险分析以确定是否接受更新的购物车以便处理到所述队列中，所述更新的购物车包括所述多个物品和所述新物品；以及

响应于确定接受所述更新的购物车，将所述新物品的新的所请求交易添加到所述队列作为所述多个所请求交易的一部分。

13.根据权利要求12所述的系统，其中执行所述指令进一步使得所述系统，

确定是否所述多个所请求交易中的所有所请求交易均出列，以及

响应于确定并非所述多个所请求交易中的所有所请求交易均出列，将所述新的所请求交易添加到所述队列。

14.根据权利要求10所述的系统，其中执行所述指令进一步使得所述系统，

从所述市场接收指示要将新物品添加到所述购物车的第二通信，以及

在将所述多个所请求交易添加到所述队列之前，将所述新物品添加到所述多个物品。

15.根据权利要求10所述的系统，其中执行所述指令进一步使得所述系统，

将所述队列中的所述多个所请求交易中的每一个关联为从属的所请求交易；

其中所述确定是否处理所述选择的所请求交易的所述支付包括确定其他从属的所请求交易是否通过所述第二风险分析。

16.一种具有存储在其上的指令的非暂态机器可读介质，所述指令能够执行以使得操作的执行包括：

从市场接收指示购物车的第一通信，所述购物车包括用于购买的多个物品，所述多个物品源自一个或多个卖方；

对所述购物车执行第一风险分析以确定是否接受所述购物车以便处理到队列中，所述第一风险分析是购物车级分析；

响应于确定接受所述购物车，将所述多个物品的多个所请求交易添加到所述队列；

为所述多个所请求交易中的选择的所请求交易执行从所述队列的出列操作以进行处理；以及

对所述选择的所请求交易执行第二风险分析作为确定是否处理所述选择的所请求交易的支付的一部分，所述第二风险分析是交易级分析。

17.根据权利要求16所述的非暂态机器可读介质，其中所述操作还包括：

确定所请求交易的服务质量(QoS)特性；其中所述选择的所请求交易基于所述QoS特性在所述出列操作中选择。

18.根据权利要求16所述的非暂态机器可读介质，其中所述操作还包括：

从所述市场接收指示要将新物品添加到所述购物车的第二通信；

对所述新物品执行所述第一风险分析以确定是否接受更新的购物车以便处理到所述队列中，所述更新的购物车包括所述多个物品和所述新物品；以及

响应于确定接受所述更新的购物车，将所述新物品的新的所请求交易添加到所述队列作为所述多个所请求交易的一部分。

19.根据权利要求18所述的非暂态机器可读介质，其中所述操作还包括：

确定是否所述多个所请求交易中的所有所请求交易均出列，其中所述将所述新的所请求交易添加到所述队列进一步响应于确定并非所述多个所请求交易中的所有所请求交易均出列。

20.根据权利要求16所述的非暂态机器可读介质，其中所述操作还包括：

响应于所述选择的所请求交易未通过所述第二风险分析，确定不处理所述选择的所请求交易和所述多个所请求交易中的至少一个其他所请求交易的支付。