一种快速配送响应的微仓系统的制作方法

本发明涉及物流信息技术领域，具体是一种快速配送响应的微仓系统。

背景技术：

在电子商务大环境的影响下，人们对物流配送的时效性要求越来越高，如何高效快速的配送效率一直是各大电商平台绞尽脑汁思考的问题。然而限于仓储能力，即使是一些电商巨头，也难以做到。不管用户是在网上购买一般性使用的物品，还是蔬菜瓜果之类，配送时效都决定着实际的物流质服务量和用户体验。

在这种新形式下，本申请结合多门店小仓库的模式提出微仓系统，将门店小仓库打造成电商平台的前置仓，通过大数据分析将高频次商品放在门店的仓库里面，用户下单订单优先达到门店仓储系统进行就近配送，达到快速响应快速配送的目的，将配送时效控制在一个小时以内。

技术实现要素：

本发明的目的在于克服现有技术的不足，提供一种快速配送响应的微仓系统，极大地缩短了配送时效。

本发明的目的是通过以下技术方案来实现的：一种快速配送响应的微仓系统，包括：多个微仓、微仓业务处理服务器和电商业务处理服务器；所述的多个微仓分别与微仓业务处理服务器连接，所述微仓业务处理服务器与电商业务处理服务器连接。

优选的，电商业务处理服务器接收到来自用户的下单请求以后，向微仓业务处理服务器发送库存量状态请求，微仓业务处理服务器接收库存量状态请求，并判断微仓是否能够响应，作出相应响应启动相应微仓系统；

微仓业务处理服务器向电商业务处理服务器回传请求结果，电商业务处理服务器根据回传的请求结果判断匹配的仓储系统，如果选择微仓系统则电商业务处理服务器向用户回传下单成功的提示，如果没有能够响应的微仓系统，则选择城市总仓，并向城市总仓发起请求，由城市总仓向用户回传下单成功的提示。

所述的多个微仓包括第一微仓和第二微仓。

所述的第一微仓，以用户下单位置为中心点，覆盖半径为3km的第一响应圈。

所述的第二微仓，以用户下单位置为中心点，覆盖半径为5km的第二响应圈。

一种基于所述快速配送响应的微仓系统的方法，包括：

s1：用户发起下单请求；

s2：电商业务处理服务器接收用户下单请求，然后向微仓业务处理服务器发起库存量状态请求；

在步骤s2之后，执行步骤ss：

微仓业务处理服务器根据库存量状态请求，判断微仓是否能够响应，并作出相应响应启动相应微仓系统；

在步骤ss之后，执行步骤：

s5：微仓业务处理服务器向电商业务处理服务器回传请求结果；

s6：电商业务处理服务器根据请求结果判断是否启动城市总仓，如果要启动城市总仓，则由城市总仓向用户发送下单成功的提示，如果不用启动城市总仓，则由电商业务处理服务器向用户发送下单成功的提示。

优选的，在ss步骤中，包括以下子步骤：

s3：微仓业务处理服务器根据库存量状态请求，判断微仓是否能够响应，并作出第一响应启动第一微仓系统；

s4：微仓业务处理服务器根据库存量状态请求，判断微仓是否能够响应，并作出第二响应启动第二微仓系统。

本发明的有益效果是：

（1）本发明的微仓系统充分利用了多门店小仓库的模式，将自身打造成电商平台的前置仓，通过大数据分析将高频次商品放在门店的仓库里面，用户下单订单优先达到门店仓储系统进行就近配送，达到快速响应快速配送的目的，极大地提高了配送时效；

（2）本发明在现有技术中的配送流程中，运用互联网技术，加入微仓配送服务，从整体上提高了物流行业货物配送效率。

附图说明

图1为本发明的系统结构图；

图2为本发明的步骤流程图；

图3为本发明的结构示意图。

具体实施方式

下面结合附图进一步详细描述本发明的技术方案，但本发明的保护范围不局限于以下所述。

实施例一

如图1，3所示，一种快速配送响应的微仓系统，包括：多个微仓、微仓业务处理服务器和电商业务处理服务器；所述的多个微仓分别与微仓业务处理服务器连接，所述微仓业务处理服务器与电商业务处理服务器连接。

优选的，电商业务处理服务器接收到来自用户的下单请求以后，向微仓业务处理服务器发送库存量状态请求，微仓业务处理服务器接收库存量状态请求，并判断微仓是否能够响应，作出相应响应启动相应微仓系统；

微仓业务处理服务器向电商业务处理服务器回传请求结果，电商业务处理服务器根据回传的请求结果判断匹配的仓储系统，如果选择微仓系统则电商业务处理服务器向用户回传下单成功的提示，如果没有能够响应的微仓系统，则选择城市总仓，并向城市总仓发起请求，由城市总仓向用户回传下单成功的提示。

所述的多个微仓包括第一微仓和第二微仓。

所述的第一微仓，以用户下单位置为中心点，覆盖半径为3km的第一响应圈。

所述的第二微仓，以用户下单位置为中心点，覆盖半径为5km的第二响应圈。

如图2所示，一种基于所述快速配送响应的微仓系统的方法，包括：

s1：用户发起下单请求；

s2：电商业务处理服务器接收用户下单请求，然后向微仓业务处理服务器发起库存量状态请求；

在步骤s2之后，执行步骤ss：

微仓业务处理服务器根据库存量状态请求，判断微仓是否能够响应，并作出相应响应启动相应微仓系统；

在步骤ss之后，执行步骤：

s5：微仓业务处理服务器向电商业务处理服务器回传请求结果；

s6：电商业务处理服务器根据请求结果判断是否启动城市总仓，如果要启动城市总仓，则由城市总仓向用户发送下单成功的提示，如果不用启动城市总仓，则由电商业务处理服务器向用户发送下单成功的提示。

优选的，在ss步骤中，包括以下子步骤：

s3：微仓业务处理服务器根据库存量状态请求，判断微仓是否能够响应，并作出第一响应启动第一微仓系统；

s4：微仓业务处理服务器根据库存量状态请求，判断微仓是否能够响应，并作出第二响应启动第二微仓系统。

在本发明的实施例一中，用户在移动终端设备，例如在手机上使用各大电商平台的客户端程序，发起下单请求。此时，本发明的电商业务处理服务器在接收用户下单请求后，会向本发明的微仓业务处理服务器发起一个对下单商品的库存量状态请求的查询，目的是为了寻找用户下单的商品是否储存在微仓中，这里的微仓是根据每个城市不同地区的人员密集、经济发展情况等综合考虑以后设置的微仓，它包含了信息系统，可以接收来自云端的信息。当本发明的微仓业务处理服务器接收到电商业务处理服务器发送来的订单商品的库存量状态查询时，微仓业务处理服务器能够响应相应的微仓系统，如果用户的订单包含多个商品，且多个商品分布在不同的微仓，则响应相应的微仓系统，并向电商业务处理服务器回传请求结果，该请求结果启用了微仓，电商业务处理服务器直接向用户发出下单成功的提示，然后就可以启动微仓的物流配送系统，在距离用户最近的位置开始配送，优选的实施例将配送时效控制在1小时以后，相比与配送时效2~3天的其他配送方式，极大地缩短了配送时效。如果微仓业务处理服务器接收到电商业务处理服务器发送来的订单商品的库存量状态查询时，微仓业务处理服务器不能够响应相应的微仓系统，也就是没有微仓库存有用户的商品，则微仓业务处理服务器向电商业务处理服务器回传不能请求微仓的结果，电商业务处理服务器则城市总仓发起请求，此时，由城市总仓向用户发送下单成功的提示，相应的，启动城市总仓的配送流程，在用户不能使用微仓服务时，及时切换到城市总仓配送服务，综合提高配送效率。

以上所述仅是本发明的优选实施方式，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。