CN106651527A - 多进程的订单信息处理方法 - Google Patents

Abstract

本发明实施例涉及一种多进程的订单信息处理方法，包括：服务器接收多个用户终端发送的订单信息；订单信息包括客户ID、订单ID和商品订购信息；对商品订购信息进行解析得到商品ID、订购数量和商品属性信息；根据商品属性信息确定商品ID对应的第一商品是否为限量商品；如果是，则根据商品ID查询限量商品库存数据库，当确定第一商品的限购数量大于等于订购数量，根据接收时间将订单ID顺序加入第一商品订购队列并确定队列顺序码；如果队列顺序码不大于限购数量，则对商品订购信息添加有效状态的状态信息；否则添加无效状态的状态信息；获取订单信息中状态信息为有效状态的商品订购信息，生成待支付订单信息。

Description

多进程的订单信息处理方法

技术领域

本发明涉及通信技术领域，尤其涉及一种多进程的订单信息处理方法。

背景技术

在进入21世纪之后，电子商务进入了快速发展的时代。随着网络购物的兴起，为了刺激用户消费，很多购物网站推出了限量抢购活动，即在某一时间开始，以优惠的价格进行一定数量的商品限量销售。

此类活动力度往往比较大，因此在该限量抢购活动开始时，往往会有大量用户同时点击抢购，服务器压力瞬间增大，造成多并发时商品销售数量或者价格计算错误，同时对于用户下单顺序无法准确确定，导致因为服务器拥堵造成先下单的用户无法抢购到商品的情况发生。

发明内容

本发明的目的是针对现有技术的缺陷，提供一种多进程的订单信息处理方法，采用多进程快速响应，以队列顺序码标识接收用户订单生成顺序，并且经过两次向服务器发起计算请求，保证了销售数量和用户订单顺序的正确性，也提高了用户体验。

有鉴于此，本发明实施例提供了一种多进程的订单信息处理方法，包括：

服务器接收多个用户终端发送的订单信息，记录每个订单信息的接收时间；所述订单信息包括客户ID、订单ID和一个或多个商品订购信息；

对每个商品订购信息进行解析，得到商品ID、订购数量和商品属性信息；

根据所述商品属性信息确定所述商品ID对应的第一商品是否为限量商品；

如果是，则根据商品ID查询限量商品库存数据库，确定所述第一商品的限购数量是否大于所述订购数量；

如果所述限购数量大于等于所述订购数量，根据所述接收时间和所述订购数量将所述订单ID顺序加入第一商品订购队列；

在预设第一时长之后，获取所述第一商品订购队列中所述订单ID的队列顺序码；

确定所述队列顺序码是否大于所述订购数据，如果不大于，则对所述商品订购信息添加有效状态的状态信息；否则，对所述商品订购信息添加无效状态的状态信息；

获取所述订单信息中状态信息为有效状态的商品订购信息，生成待支付订单信息。

优选的，如果所述第一商品不是限量商品，则根据商品ID查询商品库存数据库，确定所述第一商品的库存数量是否大于所述订购数量；

如果所述库存数量大于所述订购数量，则对所述商品订购信息添加有效状态的状态信息；否则，对所述商品订购信息添加无效状态的状态信息。

优选的，所述获取所述订单信息中状态信息为有效状态的商品订购信息，生成待支付订单信息具体包括：

根据订单ID获取所述有效状态的商品订购信息和所述无效状态的商品订购信息，生成用户订单显示数据；

根据客户ID将用户订单显示数据发送给所述用户终端；

接收用户终端发送的订单支付请求信息，获取所述订单信息中状态信息为有效状态的商品订购信息，生成待支付订单信息。

进一步优选的，所述方法还包括：

获取所述订单信息中状态信息为无效状态的商品订购信息，生成商品订购失效提示信息。

优选的，所述方法还包括：

如果所述限购数量小于所述订购数量，对所述商品订购信息添加无效状态的状态信息。

进一步优选的，所述方法还包括：

获取所述订单信息中状态信息为无效状态的商品订购信息，生成商品订购失败提示信息，并根据商品订购信息对应的客户ID发送给相应的用户终端并显示。

优选的，所述根据所述接收时间和所述订购数量将所述订单ID顺序加入第一商品订购队列具体为：

根据所述接收时间对所述订单ID进行排序；

按照一个订单ID对应的所述订购数量将所述一个订单ID加入第一商品订购队列，并且在队列中的队列顺序码为前一个订单ID的队列顺序码与订购数量之和。

优选的，所述方法还包括：预先设定所述订购数量为1。

优选的，在所述服务器接收多个用户终端发送的订单信息之前，所述方法还包括：

接收限量商品设置信息，所述限量商品设置信息包括：商品ID、限购数量和限量商品的商品属性信息。

进一步优选的，所述限量商品设置信息还包括销售起始时间的信息，所述方法还包括：

在所述销售起始时间之前的预设时间，生成限量商品信息推送消息并推送给各用户终端。

本发明实施例提供的多进程的订单信息处理方法，采用多进程快速响应，以队列顺序码标识接收用户订单生成顺序，并且经过两次向服务器发起计算请求，保证了销售数量和用户订单顺序的正确性，也提高了用户体验。

附图说明

图1为本发明实施例提供的多进程的订单信息处理方法的流程图。

具体实施方式

本发明实施例主要针对电子商务中限量抢购的应用场景而提出。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

图1为本发明实施例提供的多进程的订单信息处理方法流程图，如图1所示，包括：

步骤101，服务器接收多个用户终端发送的订单信息，记录每个订单信息的接收时间；

具体的，订单信息包括客户ID、订单ID和一个或多个商品订购信息。订单信息是客户通过用户终端进行线上订购操作生成的。

商品订购信息，是指一个订单中订购的多种商品的订购信息，其中至少包括商品ID、订购数量以及商品的商品属性信息。商品属性信息用于说明商品是否是限量销售商品。限量销售商品也包括限时限量销售商品。无论是否有限时，限量销售商品都具有一个销售起始时间，即从该时间起限量销售。优选的，商品订购信息中还包括销售价格信息。

优选的，在步骤101之前，除了需要设定限量销售商品的销售起始时间之外，还需要对限量销售商品本身进行设置，具体可以通过用户输入的限量商品设置信息来进行设定。限量商品设置信息可以包括商品ID、限购数量等。

当然，为了达到更好的销量，服务器可以对每种限量商品的销售起始时间进行记录，在快要到达销售起始时间时，比如到达销售起始时间之前24小时、12小时、1小时等时间，生成限量商品信息推送消息推送给各用户终端。

步骤102，对每个商品订购信息进行解析，得到商品ID、订购数量和商品属性信息；

具体的，根据订单信息中的商品订购信息解析得到商品ID、订购数量和商品属性信息。

步骤103，根据商品属性信息确定商品ID对应的第一商品是否为限量商品；

具体的，在服务器中存储有商品属性信息管理列表，通过查询管理列表即可确定该商品订购信息所订购的商品是否为限量商品。

如果是，则执行步骤104，如果不是，执行步骤114。

步骤104，根据商品ID查询限量商品库存数据库，确定第一商品的限购数量是否大于订购数量；

具体的，限量商品库存数据库中设定有每种限量商品的可销售数量的数据，这个数量通常不同于商品的库存数据。比如A商品为限量商品，可以设定其作为限量商品的可销售数量，即限购数量为10件。而其库存可以远远大于10件。

如果限购数量小于订购数量，执行步骤105，对商品订购信息添加无效状态的状态信息。

如果限购数量大于等于订购数量，执行步骤106，根据接收时间和订购数量将订单ID顺序加入第一商品订购队列；

具体的，订单ID在商品订购队列中的位置可以用队列顺序码来标识。比如在设定的限量抢购开始时间之后第一个接收到的商品订购信息的订单ID，排序在最前面。其队列顺序码可以时根据商品订购数量来确定的。比如该商品订购信息的订购数量为2，则该订单ID对应的队列顺序码即为2。如果顺序排在其后的下一个商品订购信息的订购数量也为2，则下一订单ID对应的队列顺序码为4。

也就是说，在加入商品订购队列时，首先是根据接收时间对订单ID进行排序，然后按照一个订单ID对应的订购数量将一个订单ID加入第一商品订购队列，并且在队列中的队列顺序码为前一个订单ID的队列顺序码与订购数量之和。

当然，对于通常情况来说，都会限定限量抢购商品的订购数量只允许是1，这种情况下，商品订购队列中每个订单ID对应的队列顺序码是连续的。

步骤107，在预设第一时长之后，获取第一商品订购队列中订单ID的队列顺序码；

具体的，在这里规定预设第一时长，是为了保证其他在相近时间(可以是毫秒数量级)并行发生的订单的信息已经处理完毕，并且也都加入到订购队列了。

第一时长可以优选的设定为0.1秒或者0.5秒，以保证充足的时间使得服务器处理完所需处理的订单信息。从而在第一时长之后，确保所获得的队列顺序码是准确的队列顺序码。

步骤108，确定队列顺序码是否大于订购数据；

如果不大于，则执行步骤109，对商品订购信息添加有效状态的状态信息；否则，执行步骤110，对商品订购信息添加无效状态的状态信息；

具体的，队列顺序码如果不大于订购数据，说明排在该顺序的订单是在可订购数量之内的，能够以限量抢购的价格购买到该商品。如果大于订购数量，则说明订单是排在可订购数量之外的，不能以限量抢购的价格买到商品了。

步骤111，获取订单信息中状态信息为有效状态的商品订购信息，生成待支付订单信息。

具体的，对于每个订单信息，即一个用户所下的一个订单，获取其中全部商品订购信息中状态信息是有效状态的，直接生成待支付订单信息。在此过程中，区别于现有技术，不会再因为订单中的部分商品已经售完或者没有排入可订购数量内等不可订购的原因，造成无法在第一时间对可订购的商品下单。而是直接将其中可以订购的部分进行处理，生成待支付订单信息，使得客户能够在第一时间内对可订购的限量抢购商品进行支付。

步骤112，获取订单信息中状态信息为无效状态的商品订购信息，生成商品订购失效提示信息。

在上步生成待支付订单信息之后，可以先接收客户输入的支付确认指令并完成支付之后再执行本步骤。此时再提示订购失败的商品信息，不会影响限量抢购商品的流程，最大限度的保障了可订购商品能够被抢购到的几率。

步骤113，根据商品订购信息对应的客户ID将商品订购失效提示信息发送给相应的用户终端并显示。

其中，商品订购失效提示信息中可以包括商品名称的信息。

在步骤103之后，如果根据商品属性信息确定商品ID对应的第一商品不是限量商品，则继续执行下述步骤：

步骤114，如果第一商品不是限量商品，则根据商品ID查询商品库存数据库，确定第一商品的库存数量是否大于订购数量；

如果库存数量大于订购数量，则执行步骤115，对商品订购信息添加有效状态的状态信息；否则，执行步骤116，对商品订购信息添加无效状态的状态信息。

因此，在步骤111中，获取订单信息中状态信息为有效状态的商品订购信息，生成待支付订单信息时，同样也获取了上述步骤115中包括的非限量商品的信息。

同样，在步骤112中，获取订单信息中状态信息为无效状态的商品订购信息，生成商品订购失效提示信息时，优选的也可以同时获取述步骤115中包括的非限量商品的信息。

最后，服务器会根据支付信息确定商品售出数量，更新商品的库存数量。

本发明实施例提供的多进程的订单信息处理方法，采用多进程快速响应，以队列顺序码标识接收用户订单生成顺序，并且在步骤104商品订购和步骤108根据限量商品队列码确定是否是有效订购时两次向服务器发起计算请求，保证了销售数量和用户订单处理顺序的正确性，也提高了用户体验。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种多进程的订单信息处理方法，其特征在于，所述方法包括：

服务器接收多个用户终端发送的订单信息，记录每个订单信息的接收时间；所述订单信息包括客户ID、订单ID和一个或多个商品订购信息；

对每个商品订购信息进行解析，得到商品ID、订购数量和商品属性信息；

根据所述商品属性信息确定所述商品ID对应的第一商品是否为限量商品；

如果是，则根据商品ID查询限量商品库存数据库，确定所述第一商品的限购数量是否大于所述订购数量；

如果所述限购数量大于等于所述订购数量，根据所述接收时间和所述订购数量将所述订单ID顺序加入第一商品订购队列；

在预设第一时长之后，获取所述第一商品订购队列中所述订单ID的队列顺序码；

确定所述队列顺序码是否大于所述订购数据，如果不大于，则对所述商品订购信息添加有效状态的状态信息；否则，对所述商品订购信息添加无效状态的状态信息；

获取所述订单信息中状态信息为有效状态的商品订购信息，生成待支付订单信息。

2.根据权利要求1所述的订单信息处理方法，其特征在于，如果所述第一商品不是限量商品，则根据商品ID查询商品库存数据库，确定所述第一商品的库存数量是否大于所述订购数量；

如果所述库存数量大于所述订购数量，则对所述商品订购信息添加有效状态的状态信息；否则，对所述商品订购信息添加无效状态的状态信息。

3.根据权利要求1所述的订单信息处理方法，其特征在于，所述获取所述订单信息中状态信息为有效状态的商品订购信息，生成待支付订单信息具体包括：

根据订单ID获取所述有效状态的商品订购信息和所述无效状态的商品订购信息，生成用户订单显示数据；

根据客户ID将用户订单显示数据发送给所述用户终端；

接收用户终端发送的订单支付请求信息，获取所述订单信息中状态信息为有效状态的商品订购信息，生成待支付订单信息。

4.根据权利要求1或3所述的订单信息处理方法，其特征在于，所述方法还包括：

获取所述订单信息中状态信息为无效状态的商品订购信息，生成商品订购失效提示信息。

5.根据权利要求1所述的订单信息处理方法，其特征在于，所述方法还包括：

如果所述限购数量小于所述订购数量，对所述商品订购信息添加无效状态的状态信息。

6.根据权利要求1或5所述的订单信息处理方法，其特征在于，所述方法还包括：

获取所述订单信息中状态信息为无效状态的商品订购信息，生成商品订购失败提示信息，并根据商品订购信息对应的客户ID发送给相应的用户终端并显示。

7.根据权利要求1所述的订单信息处理方法，其特征在于，所述根据所述接收时间和所述订购数量将所述订单ID顺序加入第一商品订购队列具体为：

根据所述接收时间对所述订单ID进行排序；

按照一个订单ID对应的所述订购数量将所述一个订单ID加入第一商品订购队列，并且在队列中的队列顺序码为前一个订单ID的队列顺序码与订购数量之和。

8.根据权利要求1所述的订单信息处理方法，其特征在于，所述方法还包括：预先设定所述订购数量为1。

9.根据权利要求1所述的订单信息处理方法，其特征在于，在所述服务器接收多个用户终端发送的订单信息之前，所述方法还包括：

接收限量商品设置信息，所述限量商品设置信息包括：商品ID、限购数量和限量商品的商品属性信息。

10.根据权利要求9所述的订单信息处理方法，其特征在于，所述限量商品设置信息还包括销售起始时间的信息，所述方法还包括：

在所述销售起始时间之前的预设时间，生成限量商品信息推送消息并推送给各用户终端。