CN111582780B - 商品购买等待通道构建方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明提供一种商品购买等待通道构建方法、装置、服务器及存储介质，在判定开启购买等待通道时，获取等待确认时间；实时监测客户下单情况，在监测到客户下单时，获取该订单的抢购商品数量和下单时间，并向数据库发出库存查询指令，以获取抢购商品当前的剩余库存量；将各订单对应的剩余库存量进行比较，针对剩余库存量相同的待处理订单，发送到商家后台管理平台；在等待确认时间内，接收商家后台管理平台对该待处理订单反馈的订单确认结果，在订单确认结果为抢购成功时，向对应的客户终端返回订单支付界面，以供客户完成支付；在订单确认结果为抢购失败时，向对应的客户终端返回抢购失败界面。以此消除线上交易中库存冲突带来的隐患。

Description

商品购买等待通道构建方法、装置、服务器及存储介质

技术领域

本发明涉及线上抢购网络技术领域，尤其涉及一种商品购买等待通道构建方法、装置、服务器及存储介质。

背景技术

在平台交易中，传统的库存确认流程中总是要求在商品在客户下单，确认客户支付后，再进行库存确认；当不同的客户在同一时间购买了一定量的商品，多条并行查询信息检测库存足以支持单个订单的量，此时返回到客户端则都显示为“有货”，下单指令同时发起后，库存不足以满足两个客户购买总量，订单发生冲突时，可能导致订单同时生效，同时无效，或者其他错误显示。给客户带来不良体验感，商家也可能遭到客户投诉，尤其在高价值商品限时抢购中，如房屋折扣，限时秒杀活动中，库存冲突可能给商家带来严重经济损失以及名誉损失。

发明内容

本发明提供的商品购买等待通道构建方法、装置、服务器及存储介质，主要解决的技术问题是：线上抢购活动中库存冲突的问题。

为解决上述技术问题，本发明提供一种商品购买等待通道构建方法，包括：

接收第一设置指令，判断是否开启购买等待通道；在判定开启购买等待通道时，获取等待确认时间；

实时监测客户下单情况，在监测到客户下单时，获取所下订单的抢购商品数量和下单时间，并向数据库发出库存查询指令，以获取抢购商品当前的剩余库存量；

将各订单对应的剩余库存量进行比较，针对剩余库存量相同的待处理订单，确定所述各待处理订单的抢购商品数量之和大于所述剩余库存量时，发送到商家后台管理平台；

在所述等待确认时间内，接收所述商家后台管理平台对该待处理订单反馈的订单确认结果，在所述订单确认结果为抢购成功时，向对应的客户终端返回订单支付界面，以供客户完成支付；在所述订单确认结果为抢购失败时，向对应的客户终端返回抢购失败界面。

可选的，所述将各订单对应的剩余库存量进行比较包括：

按照下单时间的先后顺序，在抢购开始后将监测到的第一个订单对应的剩余库存量，与第二个订单对应的剩余库存量进行比较，若第一个订单对应的剩余库存量与第二个订单对应的剩余库存量相同，则继续将第一个订单对应的剩余库存量依次与第n个订单对应的剩余库存量进行比较，直至所述第一个订单对应的剩余库存量与所述第n个订单对应的剩余库存量不同，所述n大于等于2；

然后将第n个订单依次与第n+k个订单对应的剩余库存量进行比较，直至第n个订单与第n+k个订单对应的剩余库存量不同，所述k大于等于1；......；以此类推，直至剩余库存量为0。

可选的，所述方法还包括：在所述等待确认时间内，若未接收所述商家后台管理平台对该待处理订单反馈的订单确认结果，则依次选择各待处理订单中较小的抢购商品数量，与当前剩余库存量进行比较，对抢购商品数量小于等于当前剩余库存量的待处理订单，自动确定该待处理订单抢购成功；对抢购商品数量大于当前剩余库存量的待处理订单，自动确定该待处理订单抢购失败。

可选的，所述在监测到客户下单时，还包括：向所述客户返回等待页面，所述等待页面包含订单预计确认时长。

本发明还提供一种商品购买等待通道构建装置，包括：

第一接收模块，用于接收第一设置指令，判断是否开启购买等待通道；在判定开启购买等待通道时，获取等待确认时间；

订单监测模块，用于实时监测客户下单情况，在监测到客户下单时，获取所下订单的抢购商品数量和下单时间；

查询模块，用于在监测到客户下单时，向数据库发出库存查询指令，以获取抢购商品当前的剩余库存量；

处理模块，用于将各订单对应的剩余库存量进行比较，针对剩余库存量相同的待处理订单，确定所述各待处理订单的抢购商品数量之和大于所述剩余库存量时，控制第一发送模块将所述待处理订单发送到商家后台管理平台；

第二接收模块，用于在所述等待确认时间内，接收所述商家后台管理平台对该待处理订单反馈的订单确认结果；所述处理模块还用于在所述订单确认结果为抢购成功时，控制第二发送模块向对应的客户终端返回订单支付界面，以供客户完成支付；在所述订单确认结果为抢购失败时，控制所述第二发送模块向对应的客户终端返回抢购失败界面。

可选的，所述处理模块用于按照下单时间的先后顺序，在抢购开始后将监测到的第一个订单对应的剩余库存量，与第二个订单对应的剩余库存量进行比较，若第一个订单对应的剩余库存量与第二个订单对应的剩余库存量相同，则继续将第一个订单对应的剩余库存量依次与第n个订单对应的剩余库存量进行比较，直至所述第一个订单对应的剩余库存量与所述第n个订单对应的剩余库存量不同，所述n大于等于2；

然后将第n个订单依次与第n+k个订单对应的剩余库存量进行比较，直至第n个订单与第n+k个订单对应的剩余库存量不同，所述k大于等于1；......；以此类推，直至剩余库存量为0。

本发明还提供一种服务器，包括所述服务器包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个程序，以实现如上任一项所述的商品购买等待通道构建方法的步骤。

本发明还提供一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的商品购买等待通道构建方法的步骤。

本发明的有益效果是：

根据本发明提供的商品购买等待通道构建方法、装置、服务器及存储介质，该方法包括接收第一设置指令，判断是否开启购买等待通道；在判定开启购买等待通道时，获取等待确认时间；实时监测客户下单情况，在监测到客户下单时，获取该订单的抢购商品数量和下单时间，并向数据库发出库存查询指令，以获取抢购商品当前的剩余库存量；将各订单对应的剩余库存量进行比较，针对剩余库存量相同的待处理订单，发送到商家后台管理平台；在等待确认时间内，接收商家后台管理平台对该待处理订单反馈的订单确认结果，在订单确认结果为抢购成功时，向对应的客户终端返回订单支付界面，以供客户完成支付；在订单确认结果为抢购失败时，向对应的客户终端返回抢购失败界面。即在客户下单到支付订单之间利用设定的等待确认时间增加一个流程，对系统内即为等待通道，可以供商家对同时下单的多订单进行手动确认，对外则可显示“订单确认中”或者“库存确认中”，以此消除线上交易中库存冲突带来的隐患。

附图说明

图1为本发明实施例一的商品购买等待通道构建方法流程示意图；

图2为本发明实施例二的商品购买等待通道构建系统结构示意图；

图3为本发明实施例二的商品购买等待通道构建装置结构示意图；

图4为本发明实施例三的服务器结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

为了解决目前线上抢购活动中存在库存冲突的问题，当不同的客户在同一时间抢购了一定量的商品，服务器会针对每一个订单向数据库发起一条库存查询消息，当订单之间的时间间隔足够短时，将使得服务器查询到的库存信息存在错误，数据库来不及返回正确的库存信息，导致在多条并行查询信息检测库存，当库存足以支持单个订单的购买量时，此时返回到服务器的库存数量都是一样的，对客户端则对应都显示为“有货”，从而导致库存冲突。

为了解决上述问题，本实施例提供一种商品购买等待通道构建方法，商品购买等待通道，即在客户下单到支付订单之间利用一个短暂的时间，增加一个流程，对系统内即为等待通道，可以供商家选择或者设定确认支付，对外则显示“订单确认中”或者“库存确认中”，以此消除线上抢购交易中库存冲突带来的隐患。

请参见图1，该方法主要包括如下步骤：

S101、接收第一设置指令，判断是否开启购买等待通道；如是，转至步骤S103；如否，转至步骤S102。

S102、按照传统抢购方式进行处理。

S103、获取等待确认时间。

S104、实时监测客户下单情况，在监测到客户下单时，获取该订单的抢购商品数量和下单时间，并向数据库发出库存查询指令，以获取抢购商品当前的剩余库存量。

可选的，在监测到客户下单时，向客户返回等待页面，等待页面包含订单预计确认时长。

S105、将各订单对应的剩余库存量进行比较，针对剩余库存量相同的待处理订单，发送到商家后台管理平台。

针对待处理订单的判断分析过程，为了减少服务器的处理量，将各订单对应的剩余库存量进行比较包括：

按照下单时间的先后顺序，在抢购开始后将监测到的第一个订单对应的剩余库存量，与第二个订单对应的剩余库存量进行比较，若第一个订单对应的剩余库存量与第二个订单对应的剩余库存量相同，则继续将第一个订单对应的剩余库存量依次与第n个订单对应的剩余库存量进行比较，直至第一个订单对应的剩余库存量与第n个订单对应的剩余库存量不同，其中n大于等于2；

然后将第n个订单依次与第n+k个订单对应的剩余库存量进行比较，直至第n个订单与第n+k个订单对应的剩余库存量不同，其中k大于等于1；......；以此类推，直至剩余库存量为0。

在整个抢购活动过程中，服务器只需要将某前一个订单与其后面的部分订单进行比较，无需将所有订单对应的剩余库存量两两之间进行比较，极大减少服务器的处理负荷。

例如，抢购开始后，假设接收到下单时间t1的第一个订单(对应剩余库存量k1)，下单时间t2的第二个订单(对应剩余库存量k2)，下单时间t3的第三个订单(对应剩余库存量k3)，下单时间t4的第四个订单(对应剩余库存量k4)，下单时间t5的第五个订单(对应剩余库存量k5)；在接收到第二个订单时，将k1与k2进行比较，若k1＝k2，则表明第一个订单和第二个订单属于待处理订单；在接收到第三个订单时，将k1与k3进行比较(也可以将k2与k3进行比较)，若k1与k3不等，则将待处理订单(第一个订单和第二个订单)发送给商家后台管理平台；在接收到第四个订单时，将k3与k4进行比较，若k3与k4不等，则在接收到第五个订单时，将k4与k5进行比较，若k4与k5相同，则表明第四个订单和第五个订单属于待处理订单，以发送给商家后台管理平台，供商家进行手动处理。无需将五个订单对应的剩余库存量两两之间进行比较，避免耽搁不必要的客户下单时间，提高处理效率。

可选的，还可以根据服务器最短处理时间间隔(一般为0.002秒，在最短处理时间间隔内若接收到多个订单，服务器将会产生库存查询错误的问题，即各订单对应剩余库存量相同)设置有效间隔时间，例如有效间隔时间设置为最短处理时间间隔的10倍，0.02秒；在判断待处理订单的过程中，若接收到第一个订单时开始计时，若在0.02秒内未接收到第二个订单，则不再将第一个订单的剩余库存量与第二个订单的剩余库存量进行比较，因为第二个订单对应的剩余库存量应当是减去了第一个订单的商品购买量的，因此两者必然不同；同理，在接收到第二个订单时开始计时，若在0.02秒内未接收到第三个订单，也不必将第二个订单对应的剩余库存量与第三个订单对应的剩余库存量进行比较；只有在接收到该订单后的有效间隔时间内，接收到下一订单，才会将该订单与下一订单的剩余库存量进行比较，因为只有在有效间隔时间内的订单才有可能出现库存错误的问题。从而减少不必要的比对过程，提高服务器的处理效率。

可选的，在客户下单后，服务器均会将订单信息反馈给商家后台管理平台，以供商家在第一时间掌握抢购情况；在出现待处理订单时，将待处理订单进行标记突出显示，商家只针对待处理订单进行手动处理即可。

在本发明的其他实施例中，在将待处理订单发送给商家后台管理平台之前，还需要确定各待处理订单的抢购商品数量之和大于剩余库存量。在各待处理订单的抢购商品数量之和大于剩余库存量时，因为库存不足，必然有客户抢购失败。此时，通过将待处理订单发送到商家后台管理平台，以供商家在设定的等待确认时间内进行手动确认，包括进行商品分配等，赋予商家对待处理订单的最高管理权限。

例如客户A、B、C几乎在同一时间下单抢购，订单抢购商品数量假设分别为a1、b1、c1，假设下单时间分别为t1、t2、t3，即t1≈t2≈t3，此时服务器查询到的库存量可能都是相同的，而实际上，随着订单数量的增加，库存量将相应减少，因此必然存在库存判定异常的问题，当剩余库存量不足以支持客户A、B、C三者的订单抢购商品数量总和(a1+b1+c1)时，就会导致库存冲突的问题，客户抢购成功且显示有货，而实际已经无货，这种情况无疑将给客户带来十分不良的体验感，甚至投诉商家；给商家造成信誉损失的同时，还可以带来一定的经济损失，尤其是针对线上房源抢购活动，涉及金额较大，影响结果将更大。此时，将待处理订单发送给上商家后台管理平台，通过商家手动处理，解决库存冲突，无法分配的问题。

可选的，若各待处理订单的抢购商品数量之和小于等于剩余库存量，则表明当前剩余库存量是可以支持这几个待处理订单的抢购商品数量的，因此服务器可以直接进行商品自动分配，向对应的各客户返回支付界面，供客户完成支付，成功完成抢购操作。

S106、在等待确认时间内，接收商家后台管理平台对该待处理订单反馈的订单确认结果。

S107、在订单确认结果为抢购成功时，向对应的客户终端返回订单支付界面，以供客户完成支付。

S108、在订单确认结果为抢购失败时，向对应的客户终端返回抢购失败界面。

在等待确认时间内，若未接收商家后台管理平台对该待处理订单反馈的订单确认结果，则依次选择各待处理订单中较小的抢购商品数量，与当前剩余库存量进行比较，对抢购商品数量小于等于当前剩余库存量的待处理订单，自动确定该待处理订单抢购成功；对抢购商品数量大于当前剩余库存量的待处理订单，自动确定该待处理订单抢购失败。

假设待处理订单包括第一个订单、第二个订单以及第三个订单，其中抢购商品数量分别为4、3、2，而当前对应的剩余库存量为5，此时服务器按照订单中抢购商品数量的大小，依次选择较小的抢购商品数量，即首先选择第三个订单，其抢购商品数量最少，且小于当前剩余库存量(2＜5)，则服务器自动处理第三个订单为抢购成功，转到支付界面供客户完成支付；然后再选择抢购商品数量次之的第二个订单，判断其抢购商品数量(3)小于等于剩余库存量(5-2＝3)，此时服务器自动处理第二个订单为抢购成功，转到支付界面供客户完成支付；最后在将第一个订单的抢购商品数量(4)，与当前剩余库存量(3-3＝0)进行比较，判定抢购商品数量大于当前剩余库存量，自动确定第一个订单抢购失败，向客户返回抢购失败的界面。使得更多的客户能够抢购成功，为商家积累客户量。

可选的，针对待处理订单，直接判定归属给购买数量接近剩余库存量的订单。

图2为本实施例提供的系统结构示意图，包括若干用户终端21，用于客户登陆服务器进行商品抢购；服务器22，用于检测客户下单情况，以及完成上述购买等待通道构建方法的步骤；数据库23，用于存储库存信息；商家后台管理平台24，用于显示客户下单情况，并接收商家对待处理订单的确认操作，并反馈给服务器进行处理，避免库存冲突的问题。

客户抢购流程如下：在用户端选中所需产品，进行下单；客户下单后，页面会显示“订单确认中”及“最长确认时间”，暂不进入到支付界面；若服务器确认库存足够，则直接转入到“可支付”页面，客户点击支付链接进行商品支付；若服务器判定库存不足，自动返回“订单确认失败，库存不足”，结束订单。

为了更好地理解本发明，下面结合具体示例进行说明：

某地产项目与平台进行合作，开展了一场活动，活动商品为8折房源：原价200万元的12-2房源活动抢购只需160万元，单个商品库存为1个，参加抢购房源活动需缴纳2万元保证金，若未抢到房源或抢到房源并支付，则退还保证金；若抢到房源不支付，则不退还保证金；流程如下：

8折房源抢购流程：客户ABC缴纳了保证金后，参加了晚上19点时进行的抢购房源活动；

商家开启“购买等待通道”，对“12-2房源”商品设定“等待确认时间”为“10秒”；

客户A下单时间为19点0分0.002秒，客户B下单时间为19点0分0.003秒，客户C下单时间为19点0分0.005秒；

客户A下单时，服务器向数据库发出库存查询指令，19点0分0.010秒系统查询库存为“1”，并向商家后台发送“订单待确认信息”；数据库19点0分0.020秒执行“库存-1”的指令；客户B、C下单时，向数据库发出查询指令，分别在19点0分的0.012，0.014秒查询库存仍为“1”；

此时这三个订单都返回为订单数量为“1”，所以判定为“待处理订单”；

客户ABC同时出现在后台，显示三条下单信息，商家人工判定订单归属为客户A，则客户A可以支付订单，向客户BC返回“抢购失败”信息，客户BC可以选择继续下一场抢购活动，或者退保证金。

又例如，活动商品为10元抵扣10000元优惠券(每套房或车位可用一张)，单个商品的库存为200张，除系统问题外，优惠券不接受退款。流程如下：

优惠券抢购流程：客户ABC注册个人信息后，报名获取抢购资格，参加了晚上19点时进行的抢购优惠券活动；

商家开启“购买等待通道”，对“项目优惠券”商品设定“等待确认时间”为“10秒”；

当19点10分0秒时，优惠券库存剩余数为4；

客户A下单时间为19点0分0.002秒，下单数量为2，客户B下单时间为19点0分0.003秒，下单数量为3，客户C下单时间为19点0分0.005秒，下单数量为3；

客户A下单时向数据库发出查询指令，19点0分0.010秒系统查询库存为“4”，并向商家后台发送“订单待确认信息”，数据库19点0分0.020秒执行“库存-2”的指令，客户B、C下单时向数据库发出查询指令，分别在19点0分的0.012，0.014秒查询库存仍为“4”；

此时这三个订单都返回为订单数量为“4”，所以判定为“待处理订单”；

客户A、B、C同时出现在后台，显示三条下单信息，商家人工判定订单归属为客户A，则客户A可以支付订单，向客户BC返回“抢购失败”信息，客户BC可以选择继续下一场抢购活动，或者退保证金。

若超过“等待确认时间”未收到商家人工判定结果，则由于客户B和客户C的下单数量更接近库存，所以向客户A返回“抢购失败”信息；

再次判定下单记录时间，B客户的下单时间早于C客户，则B客户可以支付订单，向客户C返回“抢购失败”信息。

根据本发明提供的商品购买等待通道构建方法，包括接收第一设置指令，判断是否开启购买等待通道；在判定开启购买等待通道时，获取等待确认时间；实时监测客户下单情况，在监测到客户下单时，获取该订单的抢购商品数量和下单时间，并向数据库发出库存查询指令，以获取抢购商品当前的剩余库存量；将各订单对应的剩余库存量进行比较，针对剩余库存量相同的待处理订单，发送到商家后台管理平台；在等待确认时间内，接收商家后台管理平台对该待处理订单反馈的订单确认结果，在订单确认结果为抢购成功时，向对应的客户终端返回订单支付界面，以供客户完成支付；在订单确认结果为抢购失败时，向对应的客户终端返回抢购失败界面。即在客户下单到支付订单之间利用设定的等待确认时间增加一个流程，对系统内即为等待通道，可以供商家对同时下单的多订单进行手动确认，对外则可显示“订单确认中”或者“库存确认中”，以此消除线上交易中库存冲突带来的隐患。

实施例二：

本实施例在上述实施例一的基础上，提供一种商品购买等待通道构建装置，用于实现上述实施例一中所述的商品购买等待通道构建方法的步骤，请参见图3，该装置包括：

第一接收模块31，用于接收第一设置指令，判断是否开启购买等待通道；在判定开启购买等待通道时，获取等待确认时间。

订单监测模块32，用于实时监测客户下单情况，在监测到客户下单时，获取该订单的抢购商品数量和下单时间。

查询模块33，用于在监测到客户下单时，向数据库发出库存查询指令，以获取抢购商品当前的剩余库存量。

处理模块34，用于将各订单对应的剩余库存量进行比较，针对剩余库存量相同的待处理订单，控制第一发送模块36将待处理订单发送到商家后台管理平台。

订单监测模块32在监测到客户下单时，处理模块34还用于控制第二发送模块37向客户返回等待页面，等待页面包含订单预计确认时长。

第二接收模块35，用于在等待确认时间内，接收商家后台管理平台对该待处理订单反馈的订单确认结果；处理模块34还用于在订单确认结果为抢购成功时，控制第二发送模块37向对应的客户终端返回订单支付界面，以供客户完成支付；在订单确认结果为抢购失败时，控制第二发送模块37向对应的客户终端返回抢购失败界面。

处理模块34还用于在控制第一发送模块36将待处理订单发送到商家后台管理平台之前，确定各待处理订单的抢购商品数量之和大于剩余库存量。

处理模块34用于按照下单时间的先后顺序，在抢购开始后将监测到的第一个订单对应的剩余库存量，与第二个订单对应的剩余库存量进行比较，若第一个订单对应的剩余库存量与第二个订单对应的剩余库存量相同，则继续将第一个订单对应的剩余库存量依次与第n个订单对应的剩余库存量进行比较，直至所述第一个订单对应的剩余库存量与所述第n个订单对应的剩余库存量不同，n大于等于2；

然后将第n个订单依次与第n+k个订单对应的剩余库存量进行比较，直至第n个订单与第n+k个订单对应的剩余库存量不同，k大于等于1；......；以此类推，直至剩余库存量为0。

处理模块34还用于在等待确认时间内，若未接收商家后台管理平台对该待处理订单反馈的订单确认结果，则依次选择各待处理订单中较小的抢购商品数量，与当前剩余库存量进行比较，对抢购商品数量小于等于当前剩余库存量的待处理订单，自动确定该待处理订单抢购成功；对抢购商品数量大于当前剩余库存量的待处理订单，自动确定该待处理订单抢购失败。

实施例三：

本实施例在上述实施例一和/或实施例二的基础上，提供一种服务器，请参见图4，该服务器包括处理器41、存储器42及通信总线43；

通信总线43用于实现处理器41和存储器42之间的连接通信；

所述处理器41用于执行存储器42中存储的一个或者多个程序，以实现如实施例一所述的商品购买等待通道构建方法的步骤。具体请参见上述实施例一中的描述，在此不再赘述。

本实施例还提供一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如实施例一所述的商品购买等待通道构建方法的步骤。具体请参见上述实施例一中的描述，在此不再赘述。

显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (8)

1.一种商品购买等待通道构建方法，其特征在于，包括：

接收第一设置指令，判断是否开启购买等待通道；在判定开启购买等待通道时，获取等待确认时间；

实时监测客户下单情况，在监测到客户下单时，获取所下订单的抢购商品数量和下单时间，并向数据库发出库存查询指令，以获取抢购商品当前的剩余库存量；

将各订单对应的剩余库存量进行比较，针对剩余库存量相同的待处理订单，确定所述各待处理订单的抢购商品数量之和大于所述剩余库存量时，发送到商家后台管理平台；

在所述等待确认时间内，接收所述商家后台管理平台对该待处理订单反馈的订单确认结果，在所述订单确认结果为抢购成功时，向对应的客户终端返回订单支付界面，以供客户完成支付；在所述订单确认结果为抢购失败时，向对应的客户终端返回抢购失败界面。

2.如权利要求1所述的商品购买等待通道构建方法，其特征在于，所述将各订单对应的剩余库存量进行比较包括：

按照下单时间的先后顺序，在抢购开始后将监测到的第一个订单对应的剩余库存量，与第二个订单对应的剩余库存量进行比较，若第一个订单对应的剩余库存量与第二个订单对应的剩余库存量相同，则继续将第一个订单对应的剩余库存量依次与第n个订单对应的剩余库存量进行比较，直至所述第一个订单对应的剩余库存量与所述第n个订单对应的剩余库存量不同，所述n大于等于2；

然后将第n个订单依次与第n+k个订单对应的剩余库存量进行比较，直至第n个订单与第n+k个订单对应的剩余库存量不同，所述k大于等于1；......；以此类推，直至剩余库存量为0。

3.如权利要求2所述的商品购买等待通道构建方法，其特征在于，所述方法还包括：在所述等待确认时间内，若未接收所述商家后台管理平台对该待处理订单反馈的订单确认结果，则依次选择各待处理订单中较小的抢购商品数量，与当前剩余库存量进行比较，对抢购商品数量小于等于当前剩余库存量的待处理订单，自动确定该待处理订单抢购成功；对抢购商品数量大于当前剩余库存量的待处理订单，自动确定该待处理订单抢购失败。

4.如权利要求2所述的商品购买等待通道构建方法，其特征在于，所述在监测到客户下单时，还包括：向所述客户返回等待页面，所述等待页面包含订单预计确认时长。

5.一种商品购买等待通道构建装置，其特征在于，包括：

第一接收模块，用于接收第一设置指令，判断是否开启购买等待通道；在判定开启购买等待通道时，获取等待确认时间；

订单监测模块，用于实时监测客户下单情况，在监测到客户下单时，获取所下订单的抢购商品数量和下单时间；

查询模块，用于在监测到客户下单时，向数据库发出库存查询指令，以获取抢购商品当前的剩余库存量；

处理模块，用于将各订单对应的剩余库存量进行比较，针对剩余库存量相同的待处理订单，确定所述各待处理订单的抢购商品数量之和大于所述剩余库存量时，控制第一发送模块将所述待处理订单发送到商家后台管理平台；

第二接收模块，用于在所述等待确认时间内，接收所述商家后台管理平台对该待处理订单反馈的订单确认结果；所述处理模块还用于在所述订单确认结果为抢购成功时，控制第二发送模块向对应的客户终端返回订单支付界面，以供客户完成支付；在所述订单确认结果为抢购失败时，控制所述第二发送模块向对应的客户终端返回抢购失败界面。

6.如权利要求5所述的商品购买等待通道构建装置，其特征在于，所述处理模块用于按照下单时间的先后顺序，在抢购开始后将监测到的第一个订单对应的剩余库存量，与第二个订单对应的剩余库存量进行比较，若第一个订单对应的剩余库存量与第二个订单对应的剩余库存量相同，则继续将第一个订单对应的剩余库存量依次与第n个订单对应的剩余库存量进行比较，直至所述第一个订单对应的剩余库存量与所述第n个订单对应的剩余库存量不同，所述n大于等于2；

然后将第n个订单依次与第n+k个订单对应的剩余库存量进行比较，直至第n个订单与第n+k个订单对应的剩余库存量不同，所述k大于等于1；......；以此类推，直至剩余库存量为0。

7.一种服务器，其特征在于，所述服务器包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个程序，以实现如权利要求1至4中任一项所述的商品购买等待通道构建方法的步骤。

8.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至4中任一项所述的商品购买等待通道构建方法的步骤。

Images