CN111311117A - 订单处理方法 - Google Patents

Abstract

本发明涉及订单处理方法，包括：服务器接收抓品寄送请求，并根据抓品寄送请求获取用户信息、待邮寄抓品的抓品ID和收件信息；根据待邮寄抓品的抓品ID确定对应的持有数量；从收件信息中提取区域定位信息，并确定目标仓库ID；查询数据库，得到对应每个目标仓库ID的抓品ID的分仓库存数量，并计算分仓库存总量；根据抓品ID的持有数量和分仓库存总量中数值较小的一个生成抓品ID对应的可选择抓品数量；根据选定抓品的抓品ID的分仓库存数量和订单数量进行匹配处理，确定发货仓库；根据时间数据和用户ID生成面向用户的订单编码；根据发货仓库ID、时间数据和随机数字生成仓库订单编码；建立仓库订单编码与面向用户的订单编码的对应关系。

Description

订单处理方法

技术领域

本发明涉及信息技术领域，尤其涉及订单处理方法。

背景技术

随着电子商务的飞速发展，大量的待配送订单对物流体系提出巨大的挑战。各个电商平台为了保证发货时效、降低物流成本，纷纷在各地设置大型物流仓储中心，在获取了订单后将订单分别交到对应的物流仓库发货。

但目前，订单的分配主要依靠人工，例如根据订单地址来判断是由哪个仓库发货以及订单的分配。这就导致订单分配效率低，处理不及时等问题。这其中还没有考虑到各个仓库的库存数量，导致订单分配到仓库后无法按时发货。因此，提出一种物流运输效率高、物流运输成本低的订单处理方法是非常有必要的。

发明内容

本发明的目的是针对现有技术的缺陷，提供订单处理方法，根据各个仓库的库存数量和地理位置自动分配用户订单，从而缩短订单响应时间，提高物流运输效率，降低物流运输成本。

为实现上述目的，本发明提供了订单处理方法，所述订单处理方法包括：

服务器接收第一用户的第一用户终端发送的抓品寄送请求，并根据所述抓品寄送请求获取第一用户的用户信息、待邮寄抓品的抓品ID和收件信息；所述用户信息包括用户ID；

所述服务器根据所述待邮寄抓品的抓品ID查询并确定所述抓品ID对应的持有数量；

所述服务器从所述收件信息中提取区域定位信息，并根据所述区域定位信息确定一个或多个目标仓库的目标仓库ID；

所述服务器查询数据库，得到对应每个目标仓库ID的所述抓品ID的分仓库存数量，并计算所述一个或多个目标仓库ID的所述抓品ID的分仓库存总量；

所述服务器根据抓品ID对应的持有数量和所述分仓库存总量中数值较小的一个生成所述抓品ID对应的可选择抓品数量；

所述服务器根据所述抓品ID对应的可选择抓品数量发送给所述第一用户终端并输出为用户选择界面；

所述服务器接收所述第一用户终端发送的一个或多个选定抓品的抓品ID对应的订单数量以及所述第一用户在所述第一用户终端进行订单数量点选操作的时间数据；所述订单数量小于等于所述可选择抓品数量；

所述服务器根据所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，在所述一个或多个目标仓库中确定一个或多个发货仓库，并得到所述发货仓库的发货仓库ID和分仓订单信息；

所述服务器根据所述时间数据和所述第一用户的用户ID生成面向用户的订单编码；

所述服务器根据每个所述发货仓库ID、所述时间数据和预设数位的随机数字生成一个仓库订单编码；

所述服务器建立并记录所述仓库订单编码与面向用户的订单编码的对应关系。

优选的，所述服务器根据所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，在所述一个或多个目标仓库中确定一个或多个发货仓库，并得到所述发货仓库的发货仓库ID具体包括：

所述服务器根据每个所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，得到所述选定抓品的抓品ID的仓库匹配度数据；

当所述选定抓品的抓品ID为一个时，所述服务器将所述仓库匹配度数据作为订单匹配度数据；

当所述选定抓品的抓品ID为多个时，所述服务器根据每个选定抓品的抓品ID的所述仓库匹配度数据进行均值处理，得到订单匹配度数据；所述订单匹配度数据包括目标仓库ID和目标仓库ID对应的匹配度数值；

所述服务器判断是否存在所述目标仓库ID对应的匹配度数值等于100％的情况；

当存在所述目标仓库ID对应的匹配度数值等于100％时，所述服务器确定所述匹配度数值等于100％的目标仓库ID为所述发货仓库的发货仓库ID。

进一步优选的，所述服务器根据所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，得到所述分仓订单信息具体为：

所述服务器根据所述选定抓品的抓品ID和对应的订单数量和所述发货仓库的发货仓库ID生成所述发货仓库的分仓订单信息。

进一步优选的，当所述匹配度数值小于100％时，所述服务器确定匹配度数值最高的目标仓库ID对应的目标仓库为第一发货仓库；

所述服务器根据所述第一发货仓库的匹配度数值生成拆分订单；所述拆分订单的信息包括超出所述第一发货仓库的分仓库存数量的选定抓品的抓品ID以及所对应的拆分订单数量；

所述服务器根据所述拆分订单中所述抓品ID对应的除第一发货仓库外的目标仓库的分仓库存数量和所述拆分订单数量进行匹配处理，得到拆分订单中抓品ID的仓库匹配度数据；

根据所述拆分订单中抓品ID的仓库匹配度数据确定用于对所述拆分订单进行发货的第二发货仓库。

进一步优选的，所述服务器根据所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，得到所述分仓订单信息具体为：

所述服务器根据所述选定抓品的抓品ID，确定所述抓品ID对应的订单数量和选定抓品在第一发货仓库的分仓库存数量中较小的一个，作为第一发货仓库的该抓品ID的分仓订单数量，并根据所述抓品ID和对应的所述分仓订单数量，生成所述第一发货仓库的分仓订单信息；

所述服务器根据所述拆分订单的信息，以及所述第二发货仓库的分仓库存数量，得到小于等于所述第二发货仓库的分仓库存数量的选定抓品的抓品ID以及所对应的拆分订单的订单数量，生成所述第二发货仓库的分仓订单信息。

优选的，在所述服务器建立并记录所述仓库订单编码与面向用户的订单编码的对应关系之后，所述订单处理方法还包括：

所述服务器根据所述仓库订单编码、面向用户的订单编码、选定抓品的抓品ID和对应的订单数量生成订单预览数据并发送给所述第一用户的第一用户终端；

所述第一用户终端输出所述订单预览数据，并接收所述第一用户根据所述订单预览数据输入的操作指令；所述操作指令包括确认操作和取消操作；

所述第一用户终端将所述操作指令发送给所述服务器，所述服务器对所述操作指令进行解析；

当所述操作指令为确认操作时，所述服务器根据所述发货仓库ID将每个所述仓库订单编码对应的分仓订单信息发送到对应的发货仓库终端；

当所述操作指令为取消操作时，所述服务器所述订单编码对应的分仓订单信息的属性设置为无效，并存储到所述数据库中。

进一步优选的，所述服务器接收所述发货仓库终端发送的所述分仓订单信息对应的物流编码，提取所述物流编码中对应的物流信息中的起始站点信息和目标站点信息，并从所述数据库获取从所述起始站点信息到所述目标站点信息的平均订单配送时长；

所述服务器根据所述平均订单配送时长和所述物流信息确定剩余配送时长，并将所述物流编码、起始站点信息、目标站点信息和所述剩余配送时长发送给所述第一用户终端。

进一步优选的，所述服务器根据所述仓库订单信息更新所述发货仓库内抓品ID的分仓库存数量；

当所述发货仓库的分仓库存数据小于预设库存阈值时，所述服务器获取所述发货仓库的分仓库存数据小于预设库存阈值对应的抓品ID，并根据所述抓品ID和预设的补货数量信息生成补货信息，发送给预设的第三用户终端。

本发明实施例提供的订单处理方法，根据各个仓库的库存数量和地理位置自动分配用户订单，从而缩短订单响应时间，提高物流运输效率，降低物流运输成本。

附图说明

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

具体实施方式

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

本发明提供的订单处理方法，可以应用于线上商品/服务的物流订单处理，能够根据各个仓库的库存数量和地理位置自动分配用户订单，从而缩短订单响应时间，提高物流运输效率，降低物流运输成本。

图1为本发明实施例提供的订单处理方法的流程图，示出了服务器根据各个仓库的库存数量和地理位置分配订单的发货仓库的流程，以下结合图1对本发明技术方案进行详述。

在本实施例中，以线上抓取商品的平台为例进行说明，抓品指的是用户可以用通过线上抓取平台抓取的商品。服务器是指提供给通过平台进行线上商品/服务的运营、销售、管理的运营商的服务器。

步骤101，服务器接收第一用户的第一用户终端发送的抓品寄送请求，并根据抓品寄送请求获取第一用户的用户信息、待邮寄抓品的抓品ID和收件信息；

具体的，用户信息包括第一用户的用户ID，并且每个用户的用户ID是唯一的。待邮寄抓品可以理解为第一用户在该线上抓取平台上，通过抓取操作获得但并未邮寄过的抓品。收件信息包括联系人，联系电话和收件地址。服务器接收第一用户的第一用户终端发送的抓品寄送请求，并根据抓品寄送请求从用户信息数据库中获取第一用户的用户信息、待邮寄抓品的抓品ID和收件信息。

例如，服务器从用户信息数据库中获取的信息为：zhangsan；待邮寄抓品为：抓品a，抓品b，抓品c；收件信息为：联系人：张三；联系电话：123456；收件地址：北京市朝阳区**路**栋*门*号。

步骤102，服务器根据待邮寄抓品的抓品ID查询并确定抓品ID对应的持有数量；

具体的，服务器从抓品信息数据库中查询并确定待邮寄抓品的抓品ID的持有数量。持有数量指的是第一用户可以进行邮寄的抓品ID的数量。

步骤103，服务器从收件信息中提取区域定位信息，并根据区域定位信息确定一个或多个目标仓库的目标仓库ID；

具体的，服务器从收件信息中提取区域定位信息，例如北京市朝阳区**路，并根据该区域定位信息从仓库信息数据库中查找配送区域包含该区域定位信息的一个或多个目标仓库ID。

步骤104，服务器查询数据库，得到对应每个目标仓库ID的抓品ID的分仓库存数量，并计算一个或多个目标仓库ID的抓品ID的分仓库存总量；

具体的，分仓库存数量是指商品在某一仓库的即时库存量，可以在仓库库存管理数据中，通过抓品ID进行查询。服务器先查询数据库，得到每个目标仓库内待邮寄抓品的抓品ID的分仓库存数量。然后，服务器计算一个或多个目标仓库ID的抓品ID的分仓库存总量，即可配送至第一用户的收件地址的所有目标仓库的仓库存数量的汇总值。

步骤103-104和步骤102没有时序关系，可以同步执行。

步骤105，服务器根据抓品ID对应的持有数量和分仓库存总量中数值较小的一个生成抓品ID对应的可选择抓品数量；

具体的，可选择抓品数量可以理解为第一用户可以选择邮寄的抓品ID的最大邮寄数量。

步骤106，服务器根据抓品ID对应的可选择抓品数量发送给第一用户终端并输出为用户选择界面；

具体的，用户选择界面指的是呈现给第一用户的可选择邮寄的抓品ID及对应的可选择抓品数量。

步骤107，服务器接收第一用户终端发送的一个或多个选定抓品的抓品ID对应的订单数量以及第一用户在第一用户终端进行订单数量点选操作的时间数据；

具体的，订单数量小于等于可选择抓品数量。服务器接收第一用户根据用户选择界面进行选择后，从第一用户终端发送一个或多个选定抓品的抓品ID，对应的订单数量，以及第一用户在第一用户终端进行订单数量点选操作的时间数据，例如2020年03月03日13时10分27秒。

步骤108，服务器根据选定抓品的抓品ID的分仓库存数量和订单数量进行匹配处理，在一个或多个目标仓库中确定一个或多个发货仓库，并得到发货仓库的发货仓库ID和分仓订单信息；

具体的，根据选定抓品的抓品ID的分仓库存数量和订单数量的匹配处理确定发货仓库ID和分仓订单信息的过程，如下步骤S1-S11：

步骤S1，服务器根据每个选定抓品的抓品ID的分仓库存数量和订单数量进行匹配处理，得到选定抓品的抓品ID的仓库匹配度数据。

具体的，仓库匹配度数据可以理解为，每个目标仓库的分仓库存数量中满足订单数量的百分比。

步骤S2，当选定抓品的抓品ID为一个时，服务器将仓库匹配度数据作为订单匹配度数据；

具体的，当选定抓品的抓品ID为一个时，也就是说，第一用户选择进行邮寄的抓品ID为一个时，该抓品ID对应的仓库匹配度数据即为订单匹配度数据。

步骤S3，当选定抓品的抓品ID为多个时，服务器根据每个选定抓品的抓品ID的仓库匹配度数据进行均值处理，得到订单匹配度数据；

具体的，订单匹配度数据包括目标仓库ID和目标仓库ID对应的匹配度数值。当选定抓品的抓品ID为多个时，也就是说，第一用户选择进行邮寄的抓品ID为多个时，服务器根据每个选定抓品的抓品ID的仓库匹配度数据进行均值处理，得到订单匹配度数据。

步骤S4，服务器判断是否存在目标仓库ID对应的匹配度数值等于100％的情况。

具体的，这一步骤的目的是判断目标仓库中是否有完全满足第一用户选择的抓品ID和对应的订单数量的分仓库存数量。当目标仓库ID对应的匹配度数值等于100％时，说明该仓库完全满足，即所有第一用户选定的抓品均可从该仓库发货，执行步骤S5-S6；当目标仓库ID对应的匹配度数值小于100％时，说明该仓库不完全满足，即选中的抓品不能全部从该仓库发货，还需要其他仓库协助发货，执行步骤S7-S12。

步骤S5，当存在目标仓库ID对应的匹配度数值等于100％时，服务器确定匹配度数值等于100％的目标仓库ID为发货仓库的发货仓库ID。

具体的，当只有仓库a对应的匹配度数值等于100％,服务器确定一个发货仓库。当多个目标仓库对应的匹配度数值等于100％时，服务器根据两个仓库的优先级确定发货仓库。

其中，仓库的优先级可以根据仓库的仓库存数量确定，例如仓库存数量多的仓库的优先级高，也可以根据仓库和收件地址的距离确定，例如仓库和收件地址的距离近的仓库的优先级高。

步骤S6，服务器根据选定抓品的抓品ID和对应的订单数量生成发货仓库的分仓订单信息。

具体的，分仓订单信息指的是根据用户的选定抓品ID和对应的订单数量进行拆分后，向各个仓库终端发送的信息。在这一步骤中，发货仓库只有一个，所以不需要拆分。服务器根据选定抓品的抓品ID和对应的订单数量生成发货仓库的分仓订单信息。

步骤S7，当匹配度数值小于100％时，服务器确定匹配度数值最高的目标仓库ID对应的目标仓库为第一发货仓库；

步骤S8，服务器根据选定抓品的抓品ID，确定抓品ID对应的订单数量和选定抓品在第一发货仓库的分仓库存数量中较小的一个，作为第一发货仓库的该抓品ID的分仓订单数量，并根据抓品ID和对应的分仓订单数量，生成第一发货仓库的分仓订单信息；

具体的，第一发货仓库的分仓订单信息是选定抓品的抓品ID对应的订单数量中，第一发货仓库的分仓库存数量满足的部分。也就是说，第一发货仓库能够发出的最大的抓品ID的数量。

步骤S9，服务器根据第一发货仓库的匹配度数值生成拆分订单；

具体的，拆分订单的信息包括超出第一发货仓库的分仓库存数量的选定抓品的抓品ID以及所对应的拆分订单数量。

步骤S10，服务器根据拆分订单中抓品ID对应的除第一发货仓库外的目标仓库的分仓库存数量和拆分订单数量进行匹配处理，得到拆分订单中抓品ID的仓库匹配度数据；

具体的，仓库匹配度数据指的该仓库中的仓库存数量占所有选定抓品的抓品ID对应的订单数量之和的百分比。

步骤S11，根据拆分订单中抓品ID的仓库匹配度数据确定用于对拆分订单进行发货的第二发货仓库。

具体的，服务器根据拆分订单中抓品ID的仓库匹配度数据最大的确定用协助第一发货仓库发货的第二发货仓库，具体根据拆分订单确定第二发货仓库的说明与上述步骤S1-S7一致，此处不再赘述。

步骤S12，服务器根据拆分订单的信息以及第二发货仓库的分仓库存数量，得到小于等于第二发货仓库的分仓库存数量的选定抓品的抓品ID以及所对应的拆分订单的订单数量，生成第二发货仓库的分仓订单信息。

具体的，拆分订单和第二发货仓库的分仓订单信息是两个概念，拆分订单指的是超出第一发货仓库的仓库存数量之外的所有抓品ID及对应订单数量，第二发货仓库的分仓订单信息指的是超出第一发货仓库的仓库存数量之外，并且满足第二发货仓库的仓库存数量的所有抓品ID及对应订单数量。也就是说，第二发货仓库的分仓订单信息中的抓品ID及对应订单数量在拆分订单之内。

当第二发货仓库的分仓订单信息和拆分订单不一致时，服务器根据第二发货仓库的分仓订单信息和拆分订单得到退订订单。退订订单包括第一发货仓库和第二发货仓库的仓库存数量均不能满足的抓品ID及对应订单数量。

服务器根据退订订单更新第一用户在用户选择界面选中的抓品ID及对应订单数量。

步骤109，服务器根据时间数据和第一用户的用户ID生成面向用户的订单编码；

具体的，根据时间数据“2020年03月03日13时10分27秒”和第一用户的用户ID“zhangsan”生成面向用户的订单编码，例如zhangsan20200303131027。

步骤110，服务器根据每个发货仓库ID、时间数据和预设数位的随机数字生成一个仓库订单编码；

具体的，服务器根据每个发货仓库ID例如“a，b”、时间数据“2020年03月03日13时10分27秒”和预设的6位的随机数字生成一个仓库订单编码，例如20200303131027a987654，20200303131027b456789。

步骤111，服务器建立并记录仓库订单编码与面向用户的订单编码的对应关系。

具体的，服务器建立并记录仓库订单编码与面向用户的订单编码的对应关系,例如订单编码zhangsan20200303131027对应仓库订单编码20200303131027a987654和20200303131027b456789。

在服务器建立并记录仓库订单编码与面向用户的订单编码的对应关系之后，服务器还需要将第一用户在用户选择界面选择的信息发送给第一用户进行二次确认。

服务器根据仓库订单编码、面向用户的订单编码、选定抓品的抓品ID和对应的订单数量生成订单预览数据并发送给第一用户的第一用户终端。第一用户终端输出订单预览数据，并接收第一用户根据订单预览数据输入的操作指令。操作指令包括确认操作和取消操作。第一用户终端将操作指令发送给服务器，服务器对操作指令进行解析。当操作指令为确认操作时，服务器根据发货仓库ID将每个仓库订单编码对应的分仓订单信息发送到对应的发货仓库终端。当操作指令为取消操作时，服务器订单编码对应的分仓订单信息的属性设置为无效，并存储到数据库中。

在一个优选的方案中，第一用户确认订单预览数据后，服务器接收发货仓库终端发送的分仓订单信息对应的物流编码，提取物流编码中对应的物流信息中的起始站点信息和目标站点信息，并从数据库获取从起始站点信息到目标站点信息的平均订单配送时长。服务器根据平均订单配送时长和物流信息确定剩余配送时长，并将物流编码、起始站点信息、目标站点信息和剩余配送时长发送给第一用户终端。

比如，服务器接收发货仓库终端发送的分仓订单信息对应的物流编码，例如SF123456789,提取物流编码中对应的物流信息中的起始站点信息“仓库A”和目标站点信息“北京市朝阳区**路”，并根据平均订单配送时长，例如48小时，和当前的物流信息，例如3.5日9:10到达北京市朝阳区**路配送站，服务器在3.5日9:10更新剩余配送时长约为4h，并且根据当前时间对剩余配送时长约为4h进行倒计时处理。

服务器每隔设定时长将物流编码、起始站点信息、目标站点信息和剩余配送时长发送给第一用户终端，例如在3.5日9:10发送“SF123456789，仓库A-北京市朝阳区**路，剩余配送时长约为4h”；在3.5日10:10发送“SF123456789，仓库A-北京市朝阳区**路，剩余配送时长约为3h”。

进一步优选的方案中，服务器根据仓库订单信息更新发货仓库内抓品ID的分仓库存数量。当发货仓库的分仓库存数据小于预设库存阈值时，服务器获取发货仓库的分仓库存数据小于预设库存阈值对应的抓品ID，并根据抓品ID和预设的补货数量信息生成补货信息，发送给预设的第三用户终端。

比如，当发货仓库A的中抓品a的仓库存数据小于预设库存阈值100时，服务器向预设的第三用户终端，即抓品a的供应商，发送补货信息“抓品a，补货500”。

下面根据第一用户选中的抓品的抓品ID和对应的数量以及目标仓库的不同仓库存数量，分成以下5种情况进行说明。

实施例1

本实施例提供了第一用户选中的抓品的抓品ID为一种并且发货仓库为一个的情况。

第一用户选中的抓品的抓品ID为a,订单数量为10；目标仓库A中，抓品a的仓库存数量为10，订单匹配度数据为100％；目标仓库B抓品a的仓库存数量为9，订单匹配度数据为90％。则最终发货仓库为仓库A，仓库A的分仓订单信息为“抓品a，10个”。

实施例2

本实施例提供了第一用户选中的抓品的抓品ID为一种并且发货仓库为多个的情况。

第一用户选中的抓品的抓品ID为a,订单数量为10。目标仓库A中，抓品a的仓库存数量为8，相应的订单匹配度数据为80％；目标仓库B抓品a的仓库存数量为7,相应的订单匹配度数据为70％。

则第一发货仓库为仓库A，并且仓库A的分仓订单信息为“抓品a，8个”，拆分订单为“抓品a，2个”。

服务器再次在剩余目标仓库中匹配处理，得到拆分订单在仓库B中订单匹配度数据为100％。则第二发货仓库为仓库B，并且仓库B的分仓订单信息为“抓品a，2个”。

实施例3

本实施例提供了第一用户选中的抓品的抓品ID为多种并且只有一个发货仓库的情况。

第一用户选中的抓品的抓品a的订单数量为10，抓品b的订单数量为8。目标仓库A中，抓品a的仓库存数量为10，相应的抓品a的仓库匹配度数据为100％；抓品b的仓库存数量为8，相应的抓品b的仓库匹配度数据为100％；进而得到仓库A的订单匹配度数据为100％。

目标仓库B中，抓品a的仓库存数量为7，相应的抓品a的仓库匹配度数据为70％；抓品b的仓库存数量为7，相应的抓品b的仓库匹配度数据为87.5％；进而得到仓库B的订单匹配度数据为78.75％。

则发货仓库为仓库A，并且仓库A的分仓订单信息为“抓品a，10个；抓品b，8个”。

实施例4

本实施例提供了第一用户选中的抓品的抓品ID为多种，发货仓库为多个并且选中的抓品全部成功发出的情况。

第一用户选中的抓品的抓品a的订单数量为10，抓品b的订单数量为8。目标仓库A中，抓品a的仓库存数量为10，相应的抓品a的仓库匹配度数据为100％；抓品b的仓库存数量为7，相应的抓品b的仓库匹配度数据为87.5％；进而得到仓库A的订单匹配度数据为93.75％。

目标仓库B中，抓品a的仓库存数量为7，相应的抓品a的仓库匹配度数据为70％；抓品b的仓库存数量为2，相应的抓品b的仓库匹配度数据为25％；进而得到仓库B的订单匹配度数据为47.5％。

则第一发货仓库为仓库A，并且仓库A的分仓订单信息为“抓品a，10个；抓品b，7个”，拆分订单为“抓品b，1个”。

再次在剩余目标仓库中匹配处理，得到拆分订单在仓库B中订单匹配度数据为100％。则第二发货仓库为仓库B，并且仓库B的分仓订单信息为“抓品b，1个”。

实施例5

本实施例提供了第一用户选中的抓品的抓品ID为多种，发货仓库为多个但选中的抓品未全部成功发出的情况。

第一用户选中的抓品的抓品a的订单数量为10，抓品b的订单数量为8。目标仓库A中，抓品a的仓库存数量为10，相应的抓品a的仓库匹配度数据为100％；抓品b的仓库存数量为6，相应的抓品b的仓库匹配度数据为75％；进而得到仓库A的订单匹配度数据为87.5％。

目标仓库B中，抓品a的仓库存数量为7，相应的抓品a的仓库匹配度数据为70％；抓品b的仓库存数量为1，相应的抓品b的仓库匹配度数据为12.5％；进而得到仓库B的订单匹配度数据为41.25％。

则第一发货仓库为仓库A，并且仓库A的分仓订单信息为“抓品a，10个；抓品b，7个”，拆分订单为“抓品b，2个”。

服务器再次在剩余目标仓库中匹配处理，得到拆分订单在仓库B中订单匹配度数据为50％，为剩余目标仓库中最高匹配度数据。则第二发货仓库为仓库B，并且仓库B的分仓订单信息为“抓品b，1个”。仓库A和仓库B均缺少的抓品ID及对应的数量为退订订单，即“抓品b，1个”。

服务器根据退订订单“抓品b，1个”对第一用户选定的“抓品a，10个；抓品b，8个”进行更新，并生成订单预览数据“抓品a，10个；抓品b，7个”以供第一用户二次确认。

在本实施例中，以两个发货仓库作为上限，在实际应用中，平台运营商可以根据需求设置发货仓库的数量的上限，确定第三个发货仓库及以上的方法与上述步骤S1-S7一致。

本发明提供的订单处理方法，可以应用于线上商品/服务的物流订单处理，能够根据各个仓库的库存数量和地理位置自动分配用户订单，从而缩短订单响应时间，提高物流运输效率，降低物流运输成本。

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

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

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

Claims (8)

1.一种订单处理方法，其特征在于，所述订单处理方法包括：

服务器接收第一用户的第一用户终端发送的抓品寄送请求，并根据所述抓品寄送请求获取第一用户的用户信息、待邮寄抓品的抓品ID和收件信息；所述用户信息包括用户ID；

所述服务器根据所述待邮寄抓品的抓品ID查询并确定所述抓品ID对应的持有数量；

所述服务器从所述收件信息中提取区域定位信息，并根据所述区域定位信息确定一个或多个目标仓库的目标仓库ID；

所述服务器查询数据库，得到对应每个目标仓库ID的所述抓品ID的分仓库存数量，并计算所述一个或多个目标仓库ID的所述抓品ID的分仓库存总量；

所述服务器根据抓品ID对应的持有数量和所述分仓库存总量中数值较小的一个生成所述抓品ID对应的可选择抓品数量；

所述服务器根据所述抓品ID对应的可选择抓品数量发送给所述第一用户终端并输出为用户选择界面；

所述服务器接收所述第一用户终端发送的一个或多个选定抓品的抓品ID对应的订单数量以及所述第一用户在所述第一用户终端进行订单数量点选操作的时间数据；所述订单数量小于等于所述可选择抓品数量；

所述服务器根据所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，在所述一个或多个目标仓库中确定一个或多个发货仓库，并得到所述发货仓库的发货仓库ID和分仓订单信息；

所述服务器根据所述时间数据和所述第一用户的用户ID生成面向用户的订单编码；

所述服务器根据每个所述发货仓库ID、所述时间数据和预设数位的随机数字生成一个仓库订单编码；

所述服务器建立并记录所述仓库订单编码与面向用户的订单编码的对应关系。

2.根据权利要求1所述的订单处理方法，其特征在于，所述服务器根据所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，在所述一个或多个目标仓库中确定一个或多个发货仓库，并得到所述发货仓库的发货仓库ID具体包括：

所述服务器根据每个所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，得到所述选定抓品的抓品ID的仓库匹配度数据；

当所述选定抓品的抓品ID为一个时，所述服务器将所述仓库匹配度数据作为订单匹配度数据；

当所述选定抓品的抓品ID为多个时，所述服务器根据每个选定抓品的抓品ID的所述仓库匹配度数据进行均值处理，得到订单匹配度数据；所述订单匹配度数据包括目标仓库ID和目标仓库ID对应的匹配度数值；

所述服务器判断是否存在所述目标仓库ID对应的匹配度数值等于100％的情况；

当存在所述目标仓库ID对应的匹配度数值等于100％时，所述服务器确定所述匹配度数值等于100％的目标仓库ID为所述发货仓库的发货仓库ID。

3.根据权利要求2所述的订单处理方法，其特征在于，所述服务器根据所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，得到所述分仓订单信息具体为：

所述服务器根据所述选定抓品的抓品ID和对应的订单数量和所述发货仓库的发货仓库ID生成所述发货仓库的分仓订单信息。

4.根据权利要求2所述的订单处理方法，其特征在于，当所述匹配度数值小于100％时，所述服务器确定匹配度数值最高的目标仓库ID对应的目标仓库为第一发货仓库；

所述服务器根据所述第一发货仓库的匹配度数值生成拆分订单；所述拆分订单的信息包括超出所述第一发货仓库的分仓库存数量的选定抓品的抓品ID以及所对应的拆分订单数量；

所述服务器根据所述拆分订单中所述抓品ID对应的除第一发货仓库外的目标仓库的分仓库存数量和所述拆分订单数量进行匹配处理，得到拆分订单中抓品ID的仓库匹配度数据；

根据所述拆分订单中抓品ID的仓库匹配度数据确定用于对所述拆分订单进行发货的第二发货仓库。

5.根据权利要求4所述的订单处理方法，其特征在于，所述服务器根据所述选定抓品的抓品ID的分仓库存数量和所述订单数量进行匹配处理，得到所述分仓订单信息具体为：

所述服务器根据所述选定抓品的抓品ID，确定所述抓品ID对应的订单数量和选定抓品在第一发货仓库的分仓库存数量中较小的一个，作为第一发货仓库的该抓品ID的分仓订单数量，并根据所述抓品ID和对应的所述分仓订单数量，生成所述第一发货仓库的分仓订单信息；

所述服务器根据所述拆分订单的信息，以及所述第二发货仓库的分仓库存数量，得到小于等于所述第二发货仓库的分仓库存数量的选定抓品的抓品ID以及所对应的拆分订单的订单数量，生成所述第二发货仓库的分仓订单信息。

6.根据权利要求1所述的订单处理方法，其特征在于，在所述服务器建立并记录所述仓库订单编码与面向用户的订单编码的对应关系之后，所述订单处理方法还包括：

所述服务器根据所述仓库订单编码、面向用户的订单编码、选定抓品的抓品ID和对应的订单数量生成订单预览数据并发送给所述第一用户的第一用户终端；

所述第一用户终端输出所述订单预览数据，并接收所述第一用户根据所述订单预览数据输入的操作指令；所述操作指令包括确认操作和取消操作；

所述第一用户终端将所述操作指令发送给所述服务器，所述服务器对所述操作指令进行解析；

当所述操作指令为确认操作时，所述服务器根据所述发货仓库ID将每个所述仓库订单编码对应的分仓订单信息发送到对应的发货仓库终端；

当所述操作指令为取消操作时，所述服务器所述订单编码对应的分仓订单信息的属性设置为无效，并存储到所述数据库中。

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

所述服务器接收所述发货仓库终端发送的所述分仓订单信息对应的物流编码，提取所述物流编码中对应的物流信息中的起始站点信息和目标站点信息，并从所述数据库获取从所述起始站点信息到所述目标站点信息的平均订单配送时长；

所述服务器根据所述平均订单配送时长和所述物流信息确定剩余配送时长，并将所述物流编码、起始站点信息、目标站点信息和所述剩余配送时长发送给所述第一用户终端。

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

所述服务器根据所述仓库订单信息更新所述发货仓库内抓品ID的分仓库存数量；

当所述发货仓库的分仓库存数据小于预设库存阈值时，所述服务器获取所述发货仓库的分仓库存数据小于预设库存阈值对应的抓品ID，并根据所述抓品ID和预设的补货数量信息生成补货信息，发送给预设的第三用户终端。

Images