一种业务处理方法及装置与流程

本申请涉及互联网技术领域，尤其涉及一种业务处理方法及装置。

背景技术：

随着计算机和互联网技术的迅速发展，很多业务都可以在网络上进行，为用户提供了极大的便利。这些业务可以包括网络存储业务、通信业务、电子商务业务等不同类型的业务。

一般地，用户通过这些业务可以获取到对应的业务资源。比如，网络存储业务对应的业务资源可以是网盘空间，通信业务对应的业务资源可以是通信流量、通话时间，电子商务业务对应的业务资源可以是网络上出售的商品，等等。在实际应用中，即使是同一种类型的业务，也可以有不同的业务资源提供方来提供对应于该类型业务的、相同的或不同的业务资源。

在现有技术中，为了便于用户利用，对于任一种类型的业务，可以通过统一业务平台对各提供方提供的业务资源进行整合，则用户可以通过该统一业务平台，自由地选择提供方，以及与选择的提供方进行业务交互，获得该提供方提供的业务资源。进一步地，用户为了获得业务资源，也需要将该业务资源的关联资源作为代价，转移给该业务资源的提供方，比如，关联资源可以是流量额度、通话时间额度、商品金额等，可以基于可以用户的预定关联资源集合转移该业务资源的关联资源。具体地，统一业务平台可以与该预定关联资源集合对应的服务端(为了便于描述，可以称为外部服务端)进行交互，请求该外部服务端从该预定关联资源集合中，转移该业务资源的关联资源给该业务资源的提供方。

在某些特定场景下，如某种业务资源需求量突然暴涨时，或业务提供方开 展促销活动时，会导致短时间内突然有大量用户在统一业务平台上进行业务，相应地，统一业务平台也需要向对应的各外部服务端发出大量关联资源转移请求。但是，统一业务平台与各外部服务端一般由不同的服务商提供，它们的处理能力不一定能够相互适配，因此，即使统一业务平台足以处理上述特定场景下的大量业务请求，但是，各外部服务端却不一定足以处理对应的大量关联资源转移请求，从而可能会导致各外部服务端由于压力过大而崩溃，影响用户业务。

技术实现要素：

本申请实施例提供一种业务处理方法及装置，用以解决现有技术中当短时间内大量用户通过统一业务平台进行业务时，统一业务平台要向各外部服务端发送大量关联资源转移请求，从而可能会导致各外部服务端由于压力过大而崩溃，影响用户业务的问题。

本申请实施例提供一种支付方法及装置。

本申请实施例提供的一种业务处理方法，包括：

当接收到针对指定业务资源的关联资源转移第一请求时，向所述指定业务资源的提供方发送锁定请求，以使所述提供方为所述关联资源转移第一请求对应的用户锁定所述指定业务资源；

在经过预定的关联资源转移延时规则指定的延时后，基于获取的针对所述用户的预定关联资源集合的资源转移授权，向所述关联资源集合对应的服务端发送针对所述指定业务资源的关联资源转移第二请求，以使所述服务端从所述预定关联资源集合中转移所述指定业务资源的关联资源；

当确定所述关联资源转移成功时，通知所述提供方，以便于所述提供方对所述指定业务资源解除锁定并交付给所述用户。

本申请实施例提供的一种业务处理装置，包括：

业务资源锁定请求模块，用于当接收到针对指定业务资源的关联资源转移 第一请求时，向所述指定业务资源的提供方发送锁定请求，以使所述提供方为所述关联资源转移第一请求对应的用户锁定所述指定业务资源；

延时转移模块，用于在经过预定的关联资源转移延时规则指定的延时后，基于获取的针对所述用户的预定关联资源集合的资源转移授权，向所述关联资源集合对应的服务端发送针对所述指定业务资源的关联资源转移第二请求，以使所述服务端从所述预定关联资源集合中转移所述指定业务资源的关联资源；

转移结果通知模块，用于当确定所述关联资源转移成功时，通知所述提供方，以便于所述提供方对所述指定业务资源解除锁定并交付给所述用户。

本申请实施例提供的一种支付方法，包括：

当接收到针对订单商品的商品金额支付第一请求，或者当确定所述商品金额支付第一请求对应的用户下订单成功时，向所述订单商品的卖方发送锁定请求，以使所述卖方为所述用户锁定所述订单商品，所述订单中包含的商品为所述订单商品；

在经过预定的商品金额支付延时规则指定的延时后，基于获取的针对所述用户的预定账户的代扣授权，向所述账户对应的服务端发送针对所述订单商品的商品金额支付第二请求，以使所述服务端从所述预定账户中扣除所述订单商品的商品金额；

当确定所述商品金额支付成功时，通知所述卖方，以便于所述卖方对所述订单商品解除锁定并交付给所述用户。

本申请实施例提供的一种支付装置，包括：

订单商品锁定请求模块，用于当接收到针对订单商品的商品金额支付第一请求，或者当确定所述商品金额支付第一请求对应的用户下订单成功时，向所述订单商品的卖方发送锁定请求，以使所述卖方为所述用户锁定所述订单商品，所述订单中包含的商品为所述订单商品；

延时支付模块，用于在经过预定的商品金额支付延时规则指定的延时后，基于获取的针对所述用户的预定账户的代扣授权，向所述账户对应的服务端发 送针对所述订单商品的商品金额支付第二请求，以使所述服务端从所述预定账户中扣除所述订单商品的商品金额；

支付结果通知模块，用于当确定所述商品金额支付成功时，通知所述卖方，以便于所述卖方对所述订单商品解除锁定并交付给所述用户。

本申请实施例通过上述至少一种技术方案，不仅可以及时地为用户锁定业务资源，而且可以不用立刻将大量关联资源转移请求发送给外部服务端，而是可以经过适当的延时，错开业务处理高峰，将各关联资源转移请求逐渐地发送给外部服务端，可以有效减轻外部服务端的压力，可以减少外部服务端由于压力过大崩溃的情况发生，进而减少对用户业务的影响，因此，本申请的方案可以部分或全部解决上述现有技术中的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的业务处理方法的过程；

图2为本申请实施例提供的支付方法的过程；

图3为本申请实施例提供的在实际应用场景下，所述支付方法的一种实施过程；

图4为本申请实施例提供的对应于图1的业务处理装置结构示意图；

图5为本申请实施例提供的对应于图2的支付装置结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施 例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

根据在背景技术中的说明可知，当短时间内大量用户通过统一业务平台进行业务时，在关联资源转移这个环节可能会对外部服务端造成巨大压力，一旦外部服务端由于这巨大压力崩溃，则用户会支付失败，可能导致该用户原本想要获取的业务资源被支付成功的其他用户拿走，而且还可能进一步地导致该用户短时间内多次重新尝试进行关联资源转移，以及多次关联资源转移失败，从而给统一业务平台以及外部服务端造成了更大的压力。

本申请的方案适用于网络上进行的各种类型业务，可以部分或全部解决上述问题，下面对本申请的方案进行说明。

图1为本申请实施例提供的业务处理方法的过程，该过程的执行主体可以是上述的统一业务平台或者用于处理业务的任意设备，统一业务平台可以搭载于服务器或终端上。服务器包括但不限于：作为服务器的个人计算机、大中型计算机、计算机集群等；终端包括但不限于：个人计算机、手机、平板电脑、智能手表、车载移动台等。为了便于描述，在本申请实施例中均以执行主体是统一业务平台为例，对本申请的方案进行说明。

本申请对统一业务平台所涉及的业务类型并不做限定，其可以只涉及某一种类型的业务，也可以涉及多种类型的业务。

图1中的过程可以包括以下步骤：

s101：当接收到针对指定业务资源的关联资源转移第一请求时，向所述指定业务资源的提供方发送锁定请求，以使所述提供方为所述关联资源转移第一请求对应的用户锁定所述指定业务资源。

在本申请实施例中，用户在发送关联资源转移第一请求前，还可以发送针对指定业务资源的获取请求，统一业务平台和/或该指定业务资源的提供方可以对该用户以及该获取请求的相关信息(比如该用户的身份、业务资源库存中是否存在该指定业务资源等)进行验证，验证通过后则可以通知该用户已接受 该获取请求，则用户可以开始进行关联资源转移。

在本申请实施例中，所述指定业务资源的提供方可以是通过统一业务平台为该用户提供指定业务资源的其他用户或设备，也可以是统一业务平台本身。在前一种情况下，统一业务平台可能不能直接对指定业务资源进行操作，而只能请求或者提示提供方对指定业务资源进行操作；在后一种情况下，统一业务平台可以直接对业务资源进行操作，因此，在执行步骤s101时，也可以不用发送锁定请求，而是可以直接锁定指定业务资源即可。其中，所述操作可以包括锁定操作、调度操作、分配操作、交付操作等。

在本申请实施例中，在锁定指定业务资源后，还可以通知用户该指定业务资源已锁定。该通知目的可以是：使用户知晓即使没有立刻完成针对指定业务资源的关联资源转移，提供方仍然为用户保留着指定业务资源，从而后续可以延时进行关联资源转移，保留的指定业务资源并不会被其他用户拿走。而在现有技术中，只有在关联资源转移成功后，提供方才会为用户保留指定业务资源，因此，在背景技术提及的特定场景下，各用户为了获得自己想要的业务资源，都想要尽快地进行关联资源转移，以防止自己想要的业务资源被其他用户拿走。通过本段中对本申请的方案与现有技术的比较可知，本申请的方案可以帮助用户迅速锁定用户想要的业务资源，提高了用户获取业务资源的便利性和可靠性，而且可以减少现有技术中用户短时间内多次重新尝试进行关联资源转移的现象出现。

s102：在经过预定的关联资源转移延时规则指定的延时后，基于获取的针对所述用户的预定关联资源集合的资源转移授权，向所述关联资源集合对应的服务端发送针对所述指定业务资源的关联资源转移第二请求，以使所述服务端从所述预定关联资源集合中转移所述指定业务资源的关联资源。

在本申请实施例中，是否延时进行关联资源转移可以由用户决定，也可以由统一业务平台根据自身负荷自行决定。下面分别举例进行说明。

例如，在步骤s101中，统一业务平台接收到关联资源转移第一请求后， 可以询问用户是否延时进行关联资源转移，若是，则可以按照图1中的过程执行，若否，则可以不发送锁定请求，后续也不延时进行关联资源转移，则在这种情况下，可能仍会产生现有技术中的问题。

又例如，在步骤s101中，统一业务平台接收到关联资源转移第一请求后，若确定当前负荷超过了设定阈值，则可以自行决定延时进行关联资源转移(也即，按照图1中的过程执行)并对用户进行提示。

在本申请实施例中，所述关联资源转移延时规则可以有多种。比如，关联资源转移延时规则可以是：延时至负荷不高于预定阈值后再进行所述关联资源转移；关联资源转移延时规则也可以是：延时指定长度时间后再进行所述关联资源转移；等等。总之，可使得关联资源转移的执行时间错开业务高峰时刻的关联资源转移延时规则可以适用于本申请的方案。

在本申请实施例中，用户可以使用自己的预定关联资源集合进行关联资源转移。对于不同的业务资源，对应的关联资源的类型可以不同，相应地，对应的关联资源集合的类型也可以不同。

例如，对于通信流量，对应的关联资源可以是流量额度，对应的关联资源集合可以是记录流量额度的流量账户；对于商品，对应的关联资源可以是商品金额，对应的关联资源集合可以是银行账户或第三方支付平台账户；等等。

在本申请实施例中，对于同一类型的业务资源，用户可能有多个关联资源集合可用于为该类型的业务资源进行关联资源转移，则用户可以预先从这多个关联资源集合中，确定出至少一个关联资源集合，作为所述的预定关联资源集合，用于为该类型的业务资源进行关联资源转移。

进一步地，为了便于后续为用户进行延时关联资源转移，统一业务平台可以预先从该用户获取针对该用户的预定关联资源集合的资源转移授权，当然，统一业务平台也可以在执行步骤s101或s102的过程中从该用户获取该资源转移授权。

在本申请实施例中，预定关联资源集合对应的服务端与统一业务平台可以 属于同一个系统或同一家服务商，比如，流量账户对应的服务端与用于统一提供通信业务的业务平台可以属于同一个通信运营系统或同一家通信运营商。

预定关联资源集合对应的服务端与统一业务平台也可以不属于同一个系统，以及不属于同一家服务商，背景技术中的问题主要是在这种情况下发生的，针对这种情况，为了便于描述，可以将步骤s102中的服务端称为“外部服务端”。比如，对于银行账户，其对应的服务端可以是该银行的服务端。统一业务平台的开发者和运营者可以对统一业务平台的性能进行改进，却无法对外部服务端的性能进行改进，统一业务平台并不了解各外部服务端的性能，为了防止统一业务平台在自身负荷较大时连累各外部服务端，可以采用特定方式，使统一业务平台可以主动减小对各外部服务端施加的压力。延时进行关联资源转移即为所述特定方式的一种。

在本申请实施例中，外部服务端除了可以负责转移指定业务资源的关联资源以外，还可以负责将转移的关联资源交付给指定业务资源的提供方，比如，可以将关联资源从用户的预定关联资源集合中，转移至提供方的关联资源集合中等。当然，外部服务端的这些动作可以是在统一业务平台的指示下执行的。

s103：当确定所述关联资源转移成功时，通知所述提供方，以便于所述提供方对所述指定业务资源解除锁定并交付给所述用户。

通过图1中的方法，不仅可以及时地为用户锁定业务资源，而且可以不用立刻将大量关联资源转移请求发送给外部服务端，而是可以经过适当的延时，错开业务处理高峰，将各关联资源转移逐渐地发送给外部服务端，可以有效减轻外部服务端的压力，可以减少外部服务端由于压力过大崩溃的情况发生，进而减少对用户业务的影响，因此，本申请的方案可以部分或全部解决上述现有技术中的问题。

基于图1中的方法，本申请实施例还提供了图1中的方法的一些具体实施方案，以及扩展方案，下面进行说明。

在本申请实施例中，前面已经提到可以由用户自行决定是否延时进行关联 资源转移。因此，对于步骤s101，向所述指定业务资源的提供方发送锁定请求前，还可以执行：提示所述用户是否延时进行关联资源转移；接收所述用户返回的确定延时进行关联资源转移的确定指令。而若用户确定不延时进行关联资源转移，则可以不执行图1中的后续步骤。

进一步地，所述关联资源转移延时规则可以包括以下至少一种：

延时至负荷不高于预定阈值后再进行所述关联资源转移；

延时指定长度时间后再进行所述关联资源转移。

其中，关联资源转移延时规则中可以有可由用户选择的可选参数，比如用于确定延时时长的参数等。在实际应用中，可以只提供一种关联资源转移延时规则，也可以提供多种关联资源转移延时规则，以供用户和/或统一业务平台选择使用或结合使用。

根据对关联资源转移延时规则的说明可知，不同的用户延时进行关联资源转移对应的延时时长可以不同，从而可以实现：原本大量需要集中在短时间内进行的关联资源转移可以分散在一个相对较长的时间段内逐渐地进行，因此，可以减小对统一业务平台和外部服务端的压力。

在本申请实施例中，对于步骤s103，即使是延时进行关联资源转移，仍然可能存在关联资源转移失败的情况，对这种情况，本申请实施例也提供了相应的处理方法。具体地，在执行步骤s102后，当确定所述关联资源转移失败时，通知所述提供方，以便于所述提供方对所述指定业务资源解除锁定。指定业务资源解除锁定后，其他用户可以获取该指定业务资源，从而可以减小本申请的方案对其他用户和提供方的影响。

当然，在实际应用中，在关联资源转移失败后，也可以暂时不通知提供方对指定业务资源解除锁定，而是可以允许统一业务平台和/或用户重新尝试进行关联资源转移，若重新尝试次数超过设定阈值后，仍未转移成功，再通知提供方对指定业务资源解除锁定。从而可以增加用户获取到为该用户锁定的指定业务资源的可能性，提高本申请的方案对于用户的实用性和可靠性。

以上对本申请实施例提供的业务处理方法进行了说明。基于同样的思路，本申请还提供了一种支付方法，可以认为，该支付方法是所述业务处理方法在电子商务业务场景下的实施方式。

目前，在电子商务业务场景下，也存在与背景技术中提到的问题类似的问题。下面以上述的统一业务平台是网络购物平台为例进行说明，相应地，在这种场景下，上述的指定业务资源可以是订单商品(包括网络购物平台上售卖的商品)，上述的关联资源可以是商品金额，上述的关联资源转移可以是商品金额支付，上述的用户可以是卖方，上述的提供方可以是卖方，上述的关联资源集合可以是账户，上述的资源转移授权可以是代扣授权，上述的关联资源转移延时规则可以是商品金额支付延时规则。

网络购物平台上可以有多个卖方，用户可以通过网络购物平台向任意卖方下订单，“下订单”这个动作可以视为是用户向网络购物平台或向该卖方发送了针对订单中的订单商品的获取请求，下订单成功则可以表示网络购物平台或该卖方已接收该获取请求，则用户可以开始进行针对订单商品的商品金额支付。在进行商品金额支付时，可以由网络购物平台基于获取的针对用户的预定账户的代扣授权，与该账户的服务端进行交互，使服务端从该账户中扣除订单商品对应的商品金额，从而，可以完成商品金额支付。在电子商务业务场景下，一般可以将上述的账户，以及账户的服务端提供的服务统称为：外部金融渠道。

如上所述，网络购物平台上的商品金额支付一般是通过外部金融渠道实现的。但是，当网络购物平台上进行大促销的活动时，网络购物平台上的业务流量在短时间内(甚至可能是在瞬时内)暴涨，相应地，商品金额支付的流量也会暴涨，从而给外部金融渠道带来巨大压力，可能导致外部金融渠道瘫痪(也即，账户的服务端崩溃)无法进行支付，影响用户购物。显然，在这种情况下，即使对网络购物平台进行再大的性能提升，也无法解决外部金融渠道由于上述的巨大压力瘫痪的问题。

而本申请提供的支付方法可以解决在电子商务业务场景下存在的上述问 题。

图2为本申请实施例提供的支付方法的过程，该过程的执行主体可以是用于处理电子商务业务的统一业务平台(比如网络购物平台、网络购物支付平台等)或者用于处理电子商务业务的任意设备。以执行主体是网络购物平台为例进行说明。

图2中的过程可以包括以下步骤：

s201：当接收到针对订单商品的商品金额支付第一请求，或者当确定所述商品金额支付第一请求对应的用户下订单成功时，向所述订单商品的卖方发送锁定请求，以使所述卖方为所述用户锁定所述订单商品，所述订单中包含的商品为所述订单商品。

在本申请实施例中，相比于图1中的业务处理方法，在图2中的支付方法中，还增加了一种可触发步骤s201开始执行的条件，即为“当确定所述用户下订单成功时”。这样的处理比较符合一般用户网络购物时的心理预期，因为用户下订单就是为了要购买订单商品，则若在用户下订单成功后，立刻就为用户锁定订单商品的话，从用户角度而言是很乐意的，可以提高用户购物体验。

在实际应用中，“当确定所述用户下订单成功时，为该用户锁定该订单对应的订单商品”这种处理方式可以针对网络购物平台上的全部用户实施，也可以只针对部分用户(比如vip用户)实施，对于后一种情况，可以实现所述部分用户在网络购物平台上购物时，可以“优先抢购商品”的效果。

s202：在经过预定的商品金额支付延时规则指定的延时后，基于获取的针对所述用户的预定账户的代扣授权，向所述账户对应的服务端发送针对所述订单商品的商品金额支付第二请求，以使所述服务端从所述预定账户中扣除所述订单商品的商品金额。

s203：当确定所述商品金额支付成功时，通知所述卖方，以便于所述卖方对所述订单商品解除锁定并交付给所述用户。

通过图2中的方法，不仅可以及时地为用户锁定订单商品，而且可以不用 立刻将大量商品金额支付请求发送给外部服务端，而是可以经过适当的延时，错开业务处理高峰，将各商品金额支付请求逐渐地发送给外部服务端，可以有效减轻外部金融渠道的压力，可以减少外部金融渠道由于压力过大瘫痪的情况发生，进而减少对用户购物的影响，因此，本申请的方案可以部分或全部解决上述现有技术中在电子商务业务场景下存在的问题。

基于图2中的方法，本申请实施例还提供了图2中的方法的一些具体实施方案，以及扩展方案，这些方案与图1中的方法的具体实施方案以及扩展方案类似(方案类似，技术效果也类似)，因此，在下面仅简单说明。

在本申请实施例中，对于步骤s201，向所述订单商品的卖方发送锁定请求前，还可以执行：提示所述用户是否延时进行商品金额支付；接收所述用户返回的确定延时进行商品金额支付的确定指令。

在本申请实施例中，所述商品金额支付延时规则可以包括以下至少一种：

延时至负荷不高于预定阈值后再进行所述商品金额支付；

延时指定长度时间后再进行所述商品金额支付。

在本申请实施例中，在执行步骤s202后，当确定所述商品金额支付失败或者，商品金额支付失败后重试次数超过预定阈值时，可以通知所述卖方，以便于所述卖方对所述订单商品解除锁定。在卖方对订单商品解除锁定后，卖方或网络购物平台还可以取消订单。

为了便于理解，本申请实施例还提供了在实际应用场景下，图2中的支付方法的一种实施过程，如图3所示。在图3中，买家可以为上述的用户，平台商户和alipay均位于网络购物平台上，平台商户可以为上述的卖方，alipay可以是网络购物平台中负责支付相关业务的支付模块。

图3中的过程可以包括以下步骤：

用户通过网络购物平台向卖方下订单；

用户向网络购物平台中的支付模块发送针对订单中的订单商品的商品金额支付请求，并确定延时进行商品金额支付；

支付模块通知卖方已下单成功，要延时进行商品金额支付，以及还可以请求卖方锁定该订单中的订单商品；

卖方为用户锁定该订单中的订单商品，等待延时进行的商品金额支付，并通知用户已下单成功并已锁定订单商品；

支付模块经过预定的商品金额支付延时规则指定的延时后，错开了网络购物平台上的交易高峰，然后，基于获取的针对用户的预定账户的代扣授权，向外部金融渠道发起商品金额支付；

外部金融渠道向支付核心反馈商品金额支付是否成功，若是，支付模块可以通知卖方商品金额支付成功，则卖方可以解锁订单商品并向用户交付，相应地还要进行扣除库存等操作，若否，支付模块还可以重试商品金额支付，直至重试次数超过预定阈值后，仍然支付失败的话，可以通知卖方商品金额支付失败，则卖方可以解除对订单商品的锁定，并通知用户，以及还可以取消该订单。

在本申请实施例中，主要是通过在支付环节进行延时处理，减少外部服务端的压力。在实际应用中，除了支付环节以外，若统一业务平台与外部服务端之间的交互还涉及了其他业务处理环节的话，可以基于本申请的方案的思路，在所述其他业务处理环节也进行延时处理，从而也可以减少外部服务端的压力。

以上为本申请实施例提供的业务处理方法、支付方法，基于同样的思路，本申请实施例还提供相应的业务处理装置、支付装置，如图4、图5所示。

图4为本申请实施例提供的业务处理装置结构示意图，具体包括：

业务资源锁定请求模块401，用于当接收到针对指定业务资源的关联资源转移第一请求时，向所述指定业务资源的提供方发送锁定请求，以使所述提供方为所述关联资源转移第一请求对应的用户锁定所述指定业务资源；

延时转移模块402，用于在经过预定的关联资源转移延时规则指定的延时后，基于获取的针对所述用户的预定关联资源集合的资源转移授权，向所述关联资源集合对应的服务端发送针对所述指定业务资源的关联资源转移第二请 求，以使所述服务端从所述预定关联资源集合中转移所述指定业务资源的关联资源；

转移结果通知模块403，用于当确定所述关联资源转移成功时，通知所述提供方，以便于所述提供方对所述指定业务资源解除锁定并交付给所述用户。

通过图4中的装置，不仅可以及时地为用户锁定业务资源，而且可以不用立刻将大量关联资源转移请求发送给外部服务端，而是可以经过适当的延时，错开业务处理高峰，将各关联资源转移请求逐渐地发送给外部服务端，可以有效减轻外部服务端的压力，可以减少外部服务端由于压力过大崩溃的情况发生，进而减少对用户业务的影响。

可选地，所述装置还包括：

延时转移提示模块404，用于在业务资源锁定请求模块401向所述指定业务资源的提供方发送锁定请求前，提示所述用户是否延时进行关联资源转移；接收所述用户返回的确定延时进行所述关联资源转移的确定指令。

可选地，所述关联资源转移延时规则包括以下至少一种：

延时至负荷不高于预定阈值后再进行所述关联资源转移；

延时指定长度时间后再进行所述关联资源转移。

可选地，所述转移结果通知模块还用于：当确定所述关联资源转移失败时，通知所述提供方，以便于所述提供方对所述指定业务资源解除锁定。

具体的上述如图4所示的装置可以位于统一业务平台或者用于处理业务的任意设备上。

图5为本申请实施例提供的支付装置结构示意图，具体包括：

订单商品锁定请求模块501，用于当接收到针对订单商品的商品金额支付第一请求，或者当确定所述商品金额支付第一请求对应的用户下订单成功时，向所述订单商品的卖方发送锁定请求，以使所述卖方为所述用户锁定所述订单商品，所述订单中包含的商品为所述订单商品；

延时支付模块502，用于在经过预定的商品金额支付延时规则指定的延时 后，基于获取的针对所述用户的预定账户的代扣授权，向所述账户对应的服务端发送针对所述订单商品的商品金额支付第二请求，以使所述服务端从所述预定账户中扣除所述订单商品的商品金额；

支付结果通知模块503，用于当确定所述商品金额支付成功时，通知所述卖方，以便于所述卖方对所述订单商品解除锁定并交付给所述用户。

通过图5中的装置，不仅可以及时地为用户锁定订单商品，而且可以不用立刻将大量商品金额支付请求发送给外部服务端，而是可以经过适当的延时，错开业务处理高峰，将各商品金额支付请求逐渐地发送给外部服务端，可以有效减轻外部金融渠道的压力，可以减少外部金融渠道由于压力过大瘫痪的情况发生，进而减少对用户购物的影响。

可选地，所述装置还包括：

延时支付提示模块504，用于在订单商品锁定请求模块501向所述订单商品的卖方发送锁定请求前，提示所述用户是否延时进行商品金额支付；接收所述用户返回的确定延时进行商品金额支付的确定指令。

可选地，所述商品金额支付延时规则包括以下至少一种：

延时至负荷不高于预定阈值后再进行所述商品金额支付；

延时指定长度时间后再进行所述商品金额支付。

可选地，所述支付结果通知模块还用于：当确定所述商品金额支付失败时，通知所述卖方，以便于所述卖方对所述订单商品解除锁定。

具体的上述如图5所示的装置可以位于用于处理电子商务业务的统一业务平台，或者用于处理电子商务业务的任意设备上。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器 (cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。