CN107220794A - 一种订单重建方法、装置及服务器 - Google Patents

Abstract

本申请实施例提供一种订单重建方法、装置及服务器，首先根据在线配送商的未完成配送订单信息，判断该未完成配送订单是否延迟，如果该未完成配送订单延迟，根据在线配送商归属配送设备的计划空闲运力和当前地理位置信息，预测延迟时长；再根据延迟时长，确定用户补偿，重建订单。当在线配送商接到的配送订单无法及时完成配送时，利用本申请提供的订单重建方法，确定延迟时长，根据延迟时长确定用户补偿，并重建订单，合理调度配送设备，平衡分配配送任务，优化物流资源配置，提高物流资源利用率，提升用户体验。

Description

一种订单重建方法、装置及服务器

技术领域

本申请涉及互联网技术领域，尤其涉及一种订单重建方法、装置及服务器。

背景技术

商品流通过程既涉及“商流”，即商品通过买卖活动而发生的价值形态变化和所有权的转移，又涉及“物流”，即商品实体在空间位置上的移动和停滞。并且，“商流”过程与“物流”过程往往同步进行。图1和图2共同示出了某品牌商品的“商流”***，***中，品牌商A将所属商品的地理营销范围划分为若干个区域，针对每个营销区域设立一个经销商，品牌商A将商品售卖给经销商B(B1、B1、……和B7)，门店以“订货”的方式购买经销商B的品牌商品，例如门店1购买经销商B1的商品，再继续售卖给终端消费者。图1显示，如果门店向经销商B订货成功，经销商B就会通过相关配送商b(b1、b2……或b7)形成的“运输流”，将销售给门店的货品送达到该门店。图3示出了与图2所示***对应的“物流”***，或者说图3示出了现有的基于配送商的物流***，商品从品牌商A(A1、A2……和/或An)处移动到经销商B(B1、B1……和Bn)处，再由配送商b(b1、b2……或bn)，将商品从经销商B处移动到门店，最后由门店移动到消费者手中。由此，品牌商、经销商、配送商以及门店四者之间多条对多条的流通渠道形成了复杂的物流网络。

不难理解的是，商品的“商流”过程与“物流”过程相互制约，尤其是当物流过程不合理或不畅时，必然会导致商流的停滞，导致物流效率和物流***资源利用率低下。在上述物流环境中，商品属性是影响物流效率和资源利用率的主要因素。例如，售卖单元货值较高的商品所引发的零散配送货现象，就会大大降低物流效率。以单箱(24袋)货值较高的洗衣液为例，为了满足规模不等的门店多样化的订购需求，在物流配送环节，需先将箱装洗衣液拆箱，再将门店所需袋数的洗衣液重新打包，配送到门店所在位置，显然，“零散配货”会额外消耗***“包装”资源以及延长配送时间。

为了解决上述技术问题，本发明申请人考虑将若干货品单品集成在某一规格的标准箱中，并将基于标准箱的货品展示在网络平台上，门店等终端应用程序的用户通过该网络平台或应用程序向经销商订购货品，订购成功后，配送商再将订单相应的标准箱配送给下单门店。然而，在具体实现上述技术方案时，申请人发现当配送商接到的订单量较大时，而其运力却不足时，就会出现无法及时或按时地配送订单的情况，这种配送商无法平衡分配配送任务，配送压力时大时小的现象，使得物流资源不能合理充分的得到利用，影响物流资源的利用率，影响货品的销售和用户体验。

另一影响物流效率和资源利用率的主要因素是配送商物流能力的利用率，尤其是仓储能力和运输能力的利用率。实际上，参与物流环节的各个配送商的运输能力，即运力，是随时波动的。在假设配送商的固有运力不变的情况下，如果配送车辆处于等待货源的状态，或者配送在途却不满载，就会出现空闲运力。难以完全利用运力资源的一种可能原因是，不同情况下商品热销度的变化。例如，冬季时，门店1对于可乐的需求减小，对于负责配送可乐的配送商b1而言，其运力会出现大量的闲置。另一种可能的原因是，配送商如果优先满足订货门店对送货时间的要求，即优先保障送货效率，就难以使送货计划具有较高的资源利用率，这是一对技术矛盾。例如，配送商b1只接到门店1的送货订单，该订单所需的货品不足以使车辆满载，且要求配送商b1在下午三点前将货品送达，显然该送货计划对运力的利用率很低。

因此，为了扩大商品的营销范围和覆盖密度，以使得品牌商品的“商流”更为顺畅，如何平衡分配配送任务，提高物流***的效率和资源利用率，成为本领域技术人员亟待解决的技术问题。

发明内容

本申请提供一种订单重建方法、装置及服务器，以解决现有技术中配送任务分配不均衡、物流***的效率和资源利用率低下的技术问题。

第一方面，本申请提供一种订单重建方法，包括：

获取在线配送商的未完成配送订单信息；所述未完成配送订单信息包括下单门店的地理位置信息、标准箱信息和预定送达时间；

根据所述预定送达时间，判断所述在线配送商的未完成配送订单是否延迟；

如果所述在线配送商的未完成配送订单延迟，获取所述在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，以及，预测延迟的未完成配送订单的延迟时长；

根据所述延迟时长，确定用户补偿；

根据所述用户补偿，重建订单。

第二方面，本申请提供一种订单重建装置，包括：

获取模块，用于获取在线配送商的未完成配送订单信息；所述未完成配送订单信息包括下单门店的地理位置信息、标准箱信息和预定送达时间；

判断模块，用于根据所述预定送达时间，判断所述在线配送商的未完成配送订单是否延迟；

预测模块，用于如果所述在线配送商的未完成配送订单延迟，获取所述在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，以及，预测延迟的未完成配送订单的延迟时长；

确定模块，用于根据所述延迟时长，确定用户补偿；

重建模块，用于根据所述用户补偿，重建订单。

第三方面，本申请实施例提供一种服务器，包括：

处理器，以及用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：获取在线配送商的未完成配送订单信息；所述未完成配送订单信息包括下单门店的地理位置信息、标准箱信息和预定送达时间；

根据所述预定送达时间，判断所述在线配送商的未完成配送订单是否延迟；

如果所述在线配送商的未完成配送订单延迟，获取所述在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，以及，预测延迟的未完成配送订单的延迟时长；

根据所述延迟时长，确定用户补偿；

根据所述用户补偿，重建订单。

第四方面，本申请提供一种存储介质，该计算机存储介质可存储有程序，该程序执行时可实现包括本申请提供的订单重建方法各实施例中的部分或全部步骤。

与现有技术相比，本申请实施例提供的订单重建方法、装置及服务器，首先根据在线配送商的未完成配送订单信息，判断该未完成配送订单是否延迟，如果该未完成配送订单延迟，根据在线配送商归属配送设备的计划空闲运力和当前地理位置信息，预测延迟时长；再根据延迟时长，确定用户补偿，重建订单。当在线配送商接到的配送订单无法及时完成配送时，利用本申请提供的订单重建方法，确定延迟时长，根据延迟时长确定用户补偿，并重建订单，合理调度配送设备，平衡分配配送任务，优化物流资源配置，提高物流资源利用率，提升用户体验。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为某品牌商品的商流方向示意图；

图2为某品牌商品的商流***示意图；

图3为现有的基于配送商的物流***示意图；

图4为标准箱组合示意图；

图5为本申请根据一示例性实施例示出的一种订单重建方法流程图；

图6为本申请根据一示例性实施例示出的另一种订单重建方法流程图；

图7为本申请根据一示例性实施例示出的又一种订单重建方法流程图；

图8为本申请技术方案的一种应用场景图；

图9为本申请技术方案的另一种应用场景图；

图10为本申请根据一示例性实施例示出的又一种订单重建方法流程图；

图11为本申请根据一示例性实施例示出的又一种订单重建方法流程图；

图12为本申请根据一示例性实施例示出的一种订单重建装置示意图；

图13为本申请根据一示例性实施例示出的另一种订单重建装置示意图；

图14为本申请根据一示例性实施例示出的又一种订单重建装置示意图；

图15为本申请根据一示例性实施例示出的又一种订单重建装置示意图；

图16为本申请根据一示例性实施例示出的又一种订单重建装置示意图。

具体实施方式

图1和图2示出了商品流通过程中“商流”过程对应的商流***，图3示出了与图2所示商流***对应的物流***，或者说，图3示出了现有的基于配送商的物流***。由图3可知，在该物流***中，包括品牌商、经销商、配送商及门店。

其中，所述的品牌商可以理解为本申请中讨论的集成于标准箱中的商品的最初所有者，例如，宝洁，联合利华等。需要说明的，广义的商品既包括虚拟商品，又包括实体商品，即货品。基于此，本申请中提到的商品或货品均指代具有实体的货品。

所述的经销商可以理解为与品牌商合作的、通过买卖或运转品牌商的商品而获得利润的单位或个人。

所述的配送商可以理解为提供货品配送服务的组织或单位。大多数的配送商既具有仓储能力，又具有运输能力，少数的配送商只具有仓储能力或者只具有运输能力。其中的运输能力由其归属配送设备实现，归属配送设备是指属于该配送商的全部的配送设备。

本申请技术方案的应用的背景是：在一些技术方案中，申请人考虑将基于标准箱的货品展示在网络平台上，用户通过该网络平台或应用程序向经销商订购货品，订购成功后，配送商再将订单相应的标准箱配送给订货用户。

需要特别说明的是，本申请技术方案所述的用户一般指，利用终端应用程序，在特定网络平台上注册ID，并以注册的ID订购基于标准箱的货品，产生订单的门店用户。而所述的门店包括但不限于指代一种售卖商品的场所，例如杂货、母婴产品的零售店，KA(KeyAccount，重点客户)饭店，酒店等，还可以包括不具有零售业务和/或不具有客观售卖场所的各级批发商。

上述标准箱是指用于承载货品的、客观存在的箱体。为了解决传统零散配货带来的物流低效等技术问题，将至少一个货品单品承载于标准箱内，一个或多个货品单品形成货品集合。例如，将由1袋洗衣液、2袋洗衣粉以及4块肥皂形成的货品集合承载于标准箱中。所述标准箱的体积大小应被设计为与所承载的货品集合的体积相适应，并最大限度地利用箱体内的空间；同时，所述标准箱的形状应被设计为利于工作人员码垛及堆放，并且码垛及堆放后占用的空间应尽可能小，以节省配送商的仓储资源和运力资源。进一步，标准箱的材质应与其承载的货品相适应，例如，如果标准箱用于承载质量较轻的快速消耗品，则采用纸质材料即可；如果标准箱用于承载质量较重的货品，则应采用强度较大的材料，以保证货品及标准箱不被损坏，避免影响对标准箱重复利用。需要说明的是，对一种货品而言，当其品牌、型号、配置、等级、花色、包装容量、单位、生产日期、保质期、用途、价格、产地等属性与其他货品存在不同时，可称为一个单品，本申请所述的门店有时称单品为一个SKU。

有时，标准箱被设计为尺寸一致的方形箱体，再根据标准箱的体积大小来确定其能够承载货品的体积。有时，标准箱除被设计为尺寸一致的方形箱体外，还被设计为能够堆积成规则体积形状的数个不同尺寸的箱体，如图4所示，数个能够堆积成规则体积形状的箱体形成标准箱组合，每个箱体称为标准箱组合中的子标箱。

以标准箱和/或标准箱组合作为最小售卖单元和最小配送单元，配送商在配送基于标准箱的货品时，无需拆箱，不仅解决现有技术中的零散配货现象带来的物流效率低下以及资源利用率低的技术问题，还能提升门店用户的体验，这是因为，门店用户在确认接收到配送商为其配送的基于标准箱的货品时，不仅可以以标准箱为最小售卖单元，将标准箱销售给终端消费者，而且标准箱还对货品单品起到了包装及保护的作用，同时也能节省门店用户整理货品以及对货品进行分类的时间。

基于此，参阅图5，在本申请的一些实施例中，一种订单重建方法包括：

步骤S110、获取在线配送商的未完成配送订单信息；所述未完成配送订单信息包括下单门店的地理位置信息、标准箱信息和预定送达时间；

在线配送商可以理解为，现有的基于配送商的物流***中，能够被调度的配送商。

未完成配送订单是指，该在线配送商配送任务中未配送完成的任务，或者说，该在线配送商接收到的配送订单中，截至当前时刻，未完成配送的订单。其中，当配送商将相应的标准箱配送到达下单门店或下单门店指定的位置时，可视为完成配送。

可以理解的是，“地理位置信息”应当包含“位置坐标”。也就是说，如果“位置坐标”是一个指标的话，那么，地理位置信息是一个指标的集合。

具有全球公共属性的标准的地理位置信息，包括但不限于，地名、全球统一的坐标、全球GPS坐标。(具有全球公共属性的标准)；另外还包含，非公共属性的标准。例如，每一个品牌商根据其自身的特点，都划定了或确定了自己的销售区域，这些销售区域有些是按照行政区域划分，有些不是按照行政区域划分。再如，配送区域信息。以某个配送仓储地为圆心，向某个数值为半径的圆形覆盖区域，该圆形所覆盖的区域算是一种地理信息。

本领域内的技术人员，可根据具体的应用场景或应用范围，选取上述“指标集合”中单个因子、多个因子或全部因子作为技术构成，由于篇幅有限，在此不再赘述。无论上述何种情况，凡是具有某种特定意义的地理位置，以及所述地理位置的任何属性信息，都是本发明的保护的范围。

标准箱信息，包括对应于该标准箱承载的货品集合的标识信息、标准箱种类和数量等。本申请对承载该标识信息的客体不做限定，它包括但不限于现有技术中的二维码、条形码以及RFID芯片等。

本申请所述的预定送达时间可以理解为，下单门店要求的标准箱的送达时间。该预定送达时间可以为某一时刻，例如，下午三点整，也可以为某一时间段，例如下午三点至当日下午五点。

在步骤S120中，根据所述预定送达时间，判断所述在线配送商的未完成配送订单是否延迟；

参阅图6，具体地，在步骤S121中，获取当前时间；

当前时间还可以称为当前时刻，可以理解为该获取动作发生的时间，或者说，当前时间为此时此刻。例如，此时此刻为北京时间上午十点整，则针对同一时区而言，当前时间为上午十点整。

在步骤S122中，判断所述预定送达时间是否在所述当前时间之前；

如前所述，预定送达时间可以理解为下单门店要求的标准箱的送达时间，该送达时间可以是某一时刻，或者说，可以是一个时间点，也可以是某一时间段。而当前时间是与此时此刻相对应的时间点。基于此，当预定送达时间以时间点表示时，则不难分辨预定送达时间与当前时间的前后关系，举例来说，如果预定送达时间为2017年6月15日下午3点，而当前时间是2017年6月15日下午2点的话，则表示，预定送达时间不在当前时间之前。当预定送达时间以时间段表示时，在判断其与当前时间的前后关系时，实质上是判断当前时间是否落在预定送达时间对应的时间段以内，如果落在对应的时间段以内，则以时间段的边界点(左边界和右边界)来判断。举例来说，如果预定送达时间为2017年6月15日下午3点至5点，而当前时间是2017年6月15日下午2点的话，当前时间2点并未落在3点至5点这一时间段内，且当前时间2点在预定送达时间段的左边界3点之前(更在右边界5点之前)，表示预定送达时间不在当前时间之前；而如果当前时间是2017年6月15日下午4点的话，当前时间4点落在3点至5点这一时间段内，且当前时间4点在预定送达时间段的右边界5点之前，表示预定送达时间不在当前时间之前；而如果当前时间是2017年6月15日下午6点的话，当前时间6点未落在3点至5点这一时间段内，且当前时间6点在预定送达时间段的右边界5点之后，表示预定送达时间在当前时间之前。

在步骤S123中，如果所述预定送达时间在所述当前时间之前，确定所述在线配送商的未完成配送订单延迟；

上文已对预定送达时间与当前时间的前后关系的判断方法做出了详细说明，在此不再赘述。可以理解的是，如果预定送达时间在当前时间之前，确定该未完成配送订单延迟。根据步骤S122的说明内容可知，预定送达时间在当前时间之前的情况包括但不限于以下两种：其一是预定送达时间点在当前时间点之前；其二是预定送达时间段的右边界在当前时间点之前。

在步骤S124中，如果所述预定送达时间不在所述当前时间之前，获取所述标准箱信息对应标准箱的当前地理位置信息；

根据步骤S122的说明内容可知，预定送达时间不在当前时间之前的情况包括但不限于以下三种：其一是当前时间点在预定送达时间点之前；其二是当前时间点在预定送达时间段的左边界之前即也在其右边界之前；其三是当前时间点在预定送达时间段的左边界之后且在右边界之前。基于此，如果预定送达时间不在当前时间之前，则获取该未完成配送订单信息中包括的标准箱信息对应标准箱的当前地理位置信息。

可选择的，通过在标准箱内装载RFID标签的方式，对标准箱实现实时定位。RFID标签可以解决短距离尤其是室内物体的定位，可以弥补GPS等定位***只能适用于室外大范围的不足。GPS定位、手机定位再加上RFID短距离定位手段与无线通信手段一起可以实现物品位置的全程跟踪与监视。正在制订的标准有：ISO/IEC 24730-1应用编程接口API，它规范RTLS服务功能再加上访问方法，目的是应用程序可以方便地访问RTLS***，它独立于RTLS的低层空中接口协议。ISO/IEC 24730-2适用于2450MHz的RTLS空中接口协议。它规范一个网络定位***，该***利用RTLS发射机发射无线电信标，接收机根据收到的几个信标信号解算位置。发射机的许多参数可以远程实时配置。ISO/IEC 24730-3适用于433MH的RTLS空中接口协议。

还需说明的是，未完成配送订单信息作为一个信息集合，其包括下单门店的地理位置信息、标准箱信息以及预定送达时间。其中的标准箱信息对应标准箱是指该下单门店订购的基于标准箱的货品，这些货品被集成在一个或多个标准箱中。因此，该下单门店、该下单门店的未完成配送订单、该未完成配送订单信息中标准箱信息对应的标准箱以及负责配送该订单的配送商配送设备间，形成一一对应的关系。本申请中提到的“对应”或者“对应的”均是基于这种对应关系，以达到清楚地说明技术方案的目的。

在步骤S125中，根据所述标准箱的当前地理位置信息，预测实际送达时间；

可以理解的是，根据标准箱的当前地理位置信息，可以确定标准箱的当前所在位置。而标准箱的当前所在位置又包括至少以下两种情况：其一是，标准箱位于配送商仓库中，并未被提取，也即并未开始配送；其二是，标准箱位于配送商的某一配送设备的车厢中，被配送在途。当标准箱被配送在途时，标准箱的地理位置信息与该标准箱所在配送设备的地理位置信息应当一致。

在根据标准箱的当前地理位置信息，预测实际送达时间时，同时参考对应配送设备的平均行驶速度以及下单门店的地理位置信息。

步骤S125的具体实现方式，参见下述步骤S1251至步骤S1254的内容。

在步骤S126中，如果所述预定送达时间在所述实际送达时间之前，确定所述在线配送商的未完成配送订单延迟。

根据预定送达时间与实际送达时间的前后关系，来判断配送商的未完成配送订单是否延迟。判断方法参考前述步骤S123内容，这里不再赘述。

在步骤S130中，如果所述在线配送商的未完成配送订单延迟，获取所述在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，以及，预测延迟的未完成配送订单的延迟时长。

本申请中提到的配送设备包括配送车辆和工作人员，还可以包括用于与一些终端设备、装置或服务器等通信的配送设备终端。如果配送商的配送设备处于等待货源的状态，或者配送在途却不满载时，就会出现空闲运力。在本申请中，计划空闲运力可以理解为，在一个时间单元或连续几个时间单元内，除去完成计划配送任务所需运力后，配送商的配送设备的剩余运力，一般以配送车辆可承载的货运量、可容纳货品的空间或重量来表征。例如，以24小时为一个时间单元，在该时间单元内，配送设备的计划配送任务包括：前4个小时(共计往返时间)为第一配送路径上的几家门店送货，并且这几家门店订购的货品的体积占配送车辆可容纳空间的三分之二；返回后，需花费5个小时为第二配送路径上的几家门店送货，并且这几家门店订购的货品的体积能使配送车辆满载；返回后，还需花费15小时，为第三配送路径上的几家门店送货，并且这几家门店订购的货品的体积占配送车辆可容纳空间的五分之三；则该配送设备的计划空闲运力为第一次送货时剩余的可容纳空间以及第三次送货时剩余的可容纳空间。需要说明的是，配送设备的计划配送任务可以是本申请所讨论的未完成配送订单对应的配送任务，也可以是其他方式产生的订单对应的配送任务，例如现有技术中的，门店通过打电话向配送商订货所产生的订单。

另外，本申请技术方案对计算或获取配送设备计划空闲运力的方式不做限定，例如，在一些实施例中，可以在配送车辆的车厢内安装监控摄像，采集配送车辆的剩余空间信息，基于一个标准箱或一组标准箱的体积，对采集到的剩余空间进行划分，从而得到该配送车辆可容纳标准箱的数量，再将以标准箱数量表征的当前空闲运力通过终端设备上传至服务器或共享数据库。

参阅图7，具体地，在步骤S131中，根据延迟的未完成配送订单的标准箱信息，确定基于标准箱的需求运力；

上文已经说明，标准箱信息包括标准箱的数量、体积或者重量等参数信息，根据这些信息可以确定配送该标准箱的所需的运力，即需求运力。

在步骤S132中，如果所述预定送达时间在所述当前时间之前，判断所述在线配送商归属配送设备中每个配送设备的计划空闲运力是否大于或等于所述需求运力；

实际上，不同的未完成配送订单对应的需求运力也不同，例如，某些订单的需求运力很小，由一台配送设备即可完成配送，然而有时，订单的需求运力很大，需要多台配送设备才能完成配送，或者需要一台配送设备多次配送。同时，每个配送设备的计划空闲运力可能不同，本申请中，遍历在线配送商所有配送设备的计划空闲运力，逐一判断每个配送设备的计划空闲运力与需求运力间的大小关系，如果某个配送设备的计划空闲运力大于或等于需求运力，则可以认为该配送设备具有配送该未完成配送订单的能力。

在步骤S133中，如果所述在线配送商归属配送设备中一个或多个配送设备的计划空闲运力大于或等于所述需求运力，确定所述一个或多个配送设备为可选配送设备，以及，从所述可选配送设备中选择目标配送设备；

步骤S133根据配送设备的计划空闲运力，确定具备配送该未完成配送订单的能力的一个或多个配送设备为可选配送设备。

目标配送设备是指，根据各配送设备的计划空闲运力等信息最终确定的配送未完成配送订单的配送设备。

在一些实施例中，通过上述方式，至少可以确定一个可选配送设备，如果确定的可选配送设备的数量为一个时，确定该可选配送设备为目标配送设备。如果可选配送设备的数量为多个时，为了进一步优化物流资源的配置，提高配送效率及物流资源的利用率，本申请技术方案于多个可选配送设备中选择一个目标配送设备。不难理解的是，不同的可选配送设备具有的计划空闲运力不同，并且同一可选配送设备的不同配送路径对应的计划空闲运力也不同。因此，本申请技术方案在选择目标配送设备时，综合考虑可选配送设备的计划空闲运力、计划配送路径等因素，其中计划配送路径可以理解为配送设备在完成计划配送任务时需要行经的路径，每条计划配送路径包括至少一个计划配送地址。基于此，在一些实施例中，按照下述步骤选择目标配送设备：

步骤S1331、计算每个所述可选配送设备的计划空闲运力与所述需求运力的差值，确定产生最小运力差值的可选配送设备为目标配送设备。

在一些实施例中，在上述步骤S1331之前，还包括：

步骤S1330、确定所述下单门店与可选配送设备的每个计划配送地址之间的路径距离；如果产生的最小路径距离小于预先设置的距离阈值，则执行步骤S1331。

不同配送设备的计划配送路径不同，同一配送设备的数条计划配送路径也可能不完全相同，每条计划配送路径包括的每个计划配送地址与所述下单门店的路径距离也因此不同。例如，参阅图8，1号配送设备包括第一计划配送路径和第二计划配送路径；2号配送设备包括第三计划配送路径；由图8可知，上述三条计划配送路径不同，每条计划配送路径所包含的计划配送地址也不相同，另外，图中还标记出了下单门店的地理位置信息。在此基础上，本申请技术方案首先计算下单门店与每个计划配送地址的路径距离，例如，图8中虚线示出了下单门店与计划配送地址D的路径距离；再判断计算得到的路径距离是否小于预先设置的距离阈值；这是由于，上述多条计划配送路径中，有些路径距离下单门店较远，如果选取距离较远的计划配送路径对应的配送设备的话，无疑是对物流资源的浪费，必将导致物流***效率的降低。因此，为了避免这种情况，本申请预先设置合理的距离阈值，如果计算得到的路径距离小于该距离阈值，则计算该配送设备的计划空闲运力与需求运力的差值。在此需要说明的是，每台满足预设的距离阈值要求的配送设备的计划空闲运力可能不同，本申请通过计算配送设备的计划空闲运力与需求运力的差值，并且选取与最小差值对应的配送设备为目标配送设备，来进一步优化物流资源，尤其是运力资源的配置，提高每台配送设备的物流资源的利用率。例如，参阅图9，如果满足预设的距离阈值要求的配送设备包括1号配送设备、2号配送设备以及3号配送设备，并且假设其中1号配送设备的计划空闲运力是5个标准箱，2号配送设备的计划空闲运力是6个标准箱，3号配送设备的计划空闲运力是8个标准箱，需求运力是5个标准箱；不难算出，1号配送设备的计划空闲运力与需求运力的差值最小，因此，确定1号配送设备为目标配送设备。

需要补充的是，通过上述方式确定可选配送设备以及目标配送设备，目的在于使配送商的物流资源，尤其是运力资源得到最为充分并合理的利用，从而能够解决现有技术中，物流资源利用率低下的技术问题。然而，在另一些实施例中，通过上述方式，无法筛选出可选配送设备，即在线配送商的每个配送设备的计划空闲运力均小于所述需求运力，此时，可选的，将所述未完成配送订单拆分成数个子订单；基于所述数个子订单，重新确定可选配送设备及目标配送设备。具体步骤参可考本申请相关实施例详细说明的步骤，在此不再赘述。

在另一些实施例中，在确定可选配送设备，或者在选择目标配送设备时，会同时考虑配送设备的当前状态，尤其是当前位置或配送状态。这是因为，配送设备的当前状态会对延迟的未完成配送订单产生实际影响。可选择的，以从可选配送设备中选择目标配送设备为例，来说明可行的实现方式：

获取所述可选配送设备的当前地理位置信息，预测返回时间；

可选择的，采用在配送设备内装载GPS(Global Positioning System，全球定位***)定位***或北斗定位监控***的方式，实时获取配送设备所处的位置。在预测返回时间时，同时参考配送设备的平均行驶速度。根据配送设备的当前位置信息和平均行驶速度，可以预测该配送设备返回至配送商仓库的时间。当配送设备空载时，配送设备的返回时间可由配送设备的当前位置到配送商仓库之间的距离和平均行驶速度确定得到；当配送设备的配送在途时，配送设备的返回时间则由配送设备的当前位置、计划配送地址的距离、配送商仓库地址的路径距离关系，以及平均行驶速度确定得到。

根据返回时间的先后关系，对每个可选配送设备的返回时间进行排序；

计算位列在前的可选配送设备的计划空闲运力与需求运力的差值，即执行上述步骤S1331。

本申请技术方案的一些实施例进一步考虑配送设备的返回时间，对配送设备进行合理调度，不仅能够解决物流资源利用率低下的技术问题，还能提升门店用户体验。

在步骤S134中，根据所述目标配送设备的当前地理位置信息，预测延迟的未完成配送订单的延迟时长。

具体的，根据目标配送设备的当前地理位置信息、下单门店的地理位置信息、配送商仓库的地理位置信息、目标配送设备的平均行驶速度等，不难预测延迟时长。需要说明，延迟时长可以理解为，与预定送达时间相比，实际送达时间向后推迟的时间。例如，如果预定送达时间是下午3点，而实际送达时间是当日下午5点，则延迟时长为2个小时。

参阅图10，在一些实施例中，上述步骤S125中，根据标准箱的当前地理位置信息，预测实际送达时间的步骤包括：

步骤S1251、根据所述标准箱的当前地理位置信息，判断所述标准箱是否配送在途；

步骤S1252、如果所述标准箱配送在途，根据所述标准箱的当前地理位置信息，预测实际送达时间；

如果标准箱的当前地理位置显示，标准箱的当前位置并非配送商的仓库，也即该标准箱处于被配送在途的状态，则实际送达时间可根据标准箱或其所在配送设备的当前地理位置信息、下单门店的地理位置信息以及配送设备的平均行驶速度预测得到。可以理解的是，如果该配送设备还需同时为其他下单门店配送的话，还需考虑在其他下单门店处的停留时间等。

在步骤S1253中，如果所述标准箱未配送在途，根据所述需求运力和所述在线配送商归属配送设备的计划空闲运力，确定可选配送设备，以及确定目标配送设备；

如果标准箱的当前地理位置信息显示，标准箱的当前位置为配送商仓库，也即该标准箱还未开始配送，则实际送达时间可根据需求运力、对应在线配送商配送设备的计划空闲运力、配送设备的当前地理位置信息等条件进行预测。

其中的确定可选配送设备，以及确定目标配送设备的步骤可参考步骤S130及其相关说明内容，此处不再赘述。

在步骤S1254中，根据所述目标配送设备的当前地理位置信息，预测实际送达时间。

根据目标配送设备的当前地理位置信息，预测实际送达时间的具体实现步骤可参考上述步骤S134及步骤S125及其相关说明内容，此处不再赘述。

在步骤S135中，如果所述预定送达时间不在所述当前时间之前，根据预测的实际送达时间，预测延迟的未完成配送订单的延迟时长。

不难理解的是，预测的实际送达时间与预定送达时间之间的偏差即为延迟时长。

在步骤S140中，根据所述延迟时长，确定用户补偿；

本申请技术方案中，不同长度的延迟时长与一种或多种类型的用户补偿具有映射关系。而用户补偿的形式或者说类型可以包括为延迟的未完成配送订单提供折扣，修改订单金额；还可以包括为该用户即下单门店的下一个订单提供折扣；其中，不同延迟时长应对应不同大小的折扣率；另外两种可选的补偿方式是赠送优惠券或减免配送费用。

在步骤S150中，根据所述用户补偿，重建订单。

参阅图11，具体地，在步骤S151中，将所述用户补偿发送给用户终端；

发送给用户终端的用户补偿可以是一种，此时，用户只需输入接受补偿的消息或是输入拒绝补偿的消息。发送给用户终端的用户补偿还可以是两种及以上，此时，用户可以根据自身需求，输入选择接受其中一种补偿的消息，或是输入拒绝所有补偿的消息。

在步骤S152中，接收用户终端发送的确认接受所述用户补偿的消息；

在步骤S153中，根据所述消息，重建订单。

根据消息中包含的内容，重新建立订单，或者生成新的订单。

一种重建订单的可选的具体实现方式是，根据用户确认接受的用户补偿的类型(当用户确认接受的用户补偿是该未完成配送订单的折扣时)，修改未完成配送订单信息中的订单金额，根据未完成配送订单的延迟时长，修改预定送达时间，即得到重建后的订单。

在另一些实施例中，一种重建订单的方法还包括：

步骤S160、如果所述标准箱未配送在途，根据重建的订单，生成配送指令，发送所述指令给目标配送设备终端。

本申请所述的用户终端和目标配送设备终端，可以理解为具有输入、显示以及通信功能的终端设备。例如，手机、平板电脑、PC或其他手持终端等。

配送指令用于指示目标配送设备将重建的订单对应的标准箱配送给下单门店。配送指令至少应该包括下单门店的地理位置信息和标准箱信息。

与现有技术相比，本申请实施例提供的订单重建方法，首先根据在线配送商的未完成配送订单信息，判断该未完成配送订单是否延迟，如果该未完成配送订单延迟，根据在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，预测延迟的未完成配送订单的延迟时长；再根据延迟时长，确定用户补偿，重建订单。当在线配送商接到的配送订单无法及时完成配送时，利用本申请提供的订单重建方法，根据在线配送商配送设备的计划空闲运力和当前位置信息，合理调度配送设备，确定延迟时长，根据延迟时长确定用户补偿，并重建订单，平衡分配配送任务，优化物流资源配置，提高物流资源利用率，提升用户体验。

根据上述示例性实施例提供的一种订单重建方法，参阅图12，在一些实施例中，一种订单重建装置包括：

获取模块100，用于获取在线配送商的未完成配送订单信息；所述未完成配送订单信息包括下单门店的地理位置信息、标准箱信息和预定送达时间；

判断模块200，用于根据所述预定送达时间，判断所述在线配送商的未完成配送订单是否延迟；

预测模块300，用于如果所述在线配送商的未完成配送订单延迟，获取所述在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，以及，预测延迟的未完成配送订单的延迟时长；

确定模块400，用于根据所述延迟时长，确定用户补偿；

重建模块500，用于根据所述用户补偿，重建订单。

参阅图13，判断模块200包括：

获取单元210，用于获取当前时间；

判断单元220，用于判断所述预定送达时间是否在所述当前时间之前；

第一确定单元230，用于如果所述预定送达时间在所述当前时间之前，确定所述在线配送商的未完成配送订单延迟；

第二确定单元240，用于如果所述预定送达时间不在所述当前时间之前，获取所述标准箱信息对应标准箱的当前地理位置信息；

根据所述标准箱的当前地理位置信息，预测实际送达时间；

如果所述预定送达时间在所述实际送达时间之前，确定所述在线配送商的未完成配送订单延迟。

参阅图14，预测模块300包括：

需求运力确定单元310，用于根据延迟的未完成配送订单的标准箱信息，确定基于标准箱的需求运力；

设备确定单元320，用于如果所述预定送达时间在所述当前时间之前，判断所述在线配送商归属配送设备中每个配送设备的计划空闲运力是否大于或等于所述需求运力；

如果所述在线配送商归属配送设备中一个或多个配送设备的计划空闲运力大于或等于所述需求运力，确定所述一个或多个配送设备为可选配送设备，以及，从所述可选配送设备中选择目标配送设备；

第一预测单元330，用于根据所述目标配送设备的当前地理位置信息，预测延迟的未完成配送订单的延迟时长。

第二确定单元240包括：

预测子单元241，用于根据所述标准箱的当前地理位置信息，判断所述标准箱是否配送在途；

如果所述标准箱配送在途，根据所述标准箱的当前地理位置信息，预测实际送达时间；

如果所述标准箱未配送在途，根据所述需求运力和所述在线配送商归属配送设备的计划空闲运力，确定可选配送设备，以及确定目标配送设备；根据所述目标配送设备的当前地理位置信息，预测实际送达时间。

参阅图15，预测模块300还包括第二预测单元340；

第二预测单元340用于，如果所述预定送达时间不在所述当前时间之前，根据预测的实际送达时间，预测延迟的未完成配送订单的延迟时长。

参阅图16，重建模块500包括：

发送单元510，用于将所述用户补偿发送给用户终端；

接收单元520，用于接收用户终端发送的确认接受所述用户补偿的消息；

重建单元530，用于根据所述消息，重建订单。

根据上述实施例提供的一种订单重建方法及装置，一种服务器包括：

处理器，以及用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：获取在线配送商的未完成配送订单信息；所述未完成配送订单信息包括下单门店的地理位置信息、标准箱信息和预定送达时间；

根据所述预定送达时间，判断所述在线配送商的未完成配送订单是否延迟；

如果所述在线配送商的未完成配送订单延迟，获取所述在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，以及，预测延迟的未完成配送订单的延迟时长；

根据所述延迟时长，确定用户补偿；

根据所述用户补偿，重建订单。

与现有技术相比，本申请实施例提供的订单重建方法及、装置及服务器，首先根据在线配送商的未完成配送订单信息，判断该未完成配送订单是否延迟，如果该未完成配送订单延迟，根据在线配送商归属配送设备的计划空闲运力和当前地理位置信息，预测延迟时长；再根据延迟时长，确定用户补偿，重建订单。当在线配送商接到的配送订单无法及时完成配送时，利用本申请提供的订单重建方法，确定延迟时长，根据延迟时长确定用户补偿，并重建订单，合理调度配送设备，平衡分配配送任务，优化物流资源配置，提高物流资源利用率，提升用户体验。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的订单重建方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-only memory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。

以上所述的本发明实施方式并不构成对本发明保护范围的限定。

Claims (13)

1.一种订单重建方法，其特征在于，包括：

获取在线配送商的未完成配送订单信息；所述未完成配送订单信息包括下单门店的地理位置信息、标准箱信息和预定送达时间；

根据所述预定送达时间，判断所述在线配送商的未完成配送订单是否延迟；

如果所述在线配送商的未完成配送订单延迟，获取所述在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，以及，预测延迟的未完成配送订单的延迟时长；

根据所述延迟时长，确定用户补偿；

根据所述用户补偿，重建订单。

2.根据权利要求1所述的方法，其特征在于，所述根据预定送达时间，判断所述在线配送商的未完成配送订单是否延迟的步骤包括：

获取当前时间；

判断所述预定送达时间是否在所述当前时间之前；

如果所述预定送达时间在所述当前时间之前，确定所述在线配送商的未完成配送订单延迟；

如果所述预定送达时间不在所述当前时间之前，获取所述标准箱信息对应标准箱的当前地理位置信息；

根据所述标准箱的当前地理位置信息，预测实际送达时间；

如果所述预定送达时间在所述实际送达时间之前，确定所述在线配送商的未完成配送订单延迟。

3.根据权利要求2所述的方法，其特征在于，所述预测延迟的未完成配送订单的延迟时长的步骤包括：

根据延迟的未完成配送订单的标准箱信息，确定基于标准箱的需求运力；

如果所述预定送达时间在所述当前时间之前，判断所述在线配送商归属配送设备中每个配送设备的计划空闲运力是否大于或等于所述需求运力；

如果所述在线配送商归属配送设备中一个或多个配送设备的计划空闲运力大于或等于所述需求运力，确定所述一个或多个配送设备为可选配送设备，以及，从所述可选配送设备中选择目标配送设备；

根据所述目标配送设备的当前地理位置信息，预测延迟的未完成配送订单的延迟时长。

4.根据权利要求3所述的方法，其特征在于，所述根据所述标准箱的当前地理位置信息，预测实际送达时间的步骤包括：

根据所述标准箱的当前地理位置信息，判断所述标准箱是否配送在途；

如果所述标准箱配送在途，根据所述标准箱的当前地理位置信息，预测实际送达时间；

如果所述标准箱未配送在途，根据所述需求运力和所述在线配送商归属配送设备的计划空闲运力，确定可选配送设备，以及确定目标配送设备；

根据所述目标配送设备的当前地理位置信息，预测实际送达时间。

5.根据权利要求4所述的方法，其特征在于，所述预测延迟的未完成配送订单的延迟时长的步骤还包括：

如果所述预定送达时间不在所述当前时间之前，根据预测的实际送达时间，预测延迟的未完成配送订单的延迟时长。

6.根据权利要求1所述的方法，其特征在于，所述根据用户补偿，重建订单的步骤包括：

将所述用户补偿发送给用户终端；

接收用户终端发送的确认接受所述用户补偿的消息；

根据所述消息，重建订单。

7.一种订单重建装置，其特征在于，包括：

获取模块，用于获取在线配送商的未完成配送订单信息；所述未完成配送订单信息包括下单门店的地理位置信息、标准箱信息和预定送达时间；

判断模块，用于根据所述预定送达时间，判断所述在线配送商的未完成配送订单是否延迟；

预测模块，用于如果所述在线配送商的未完成配送订单延迟，获取所述在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，以及，预测延迟的未完成配送订单的延迟时长；

确定模块，用于根据所述延迟时长，确定用户补偿；

重建模块，用于根据所述用户补偿，重建订单。

8.根据权利要求7所述的装置，其特征在于，所述判断模块包括：

获取单元，用于获取当前时间；

判断单元，用于判断所述预定送达时间是否在所述当前时间之前；

第一确定单元，用于如果所述预定送达时间在所述当前时间之前，确定所述在线配送商的未完成配送订单延迟；

第二确定单元，用于如果所述预定送达时间不在所述当前时间之前，获取所述标准箱信息对应标准箱的当前地理位置信息；

根据所述标准箱的当前地理位置信息，预测实际送达时间；

如果所述预定送达时间在所述实际送达时间之前，确定所述在线配送商的未完成配送订单延迟。

9.根据权利要求8所述的装置，其特征在于，所述预测模块包括：

需求运力确定单元，用于根据延迟的未完成配送订单的标准箱信息，确定基于标准箱的需求运力；

设备确定单元，用于如果所述预定送达时间在所述当前时间之前，判断所述在线配送商归属配送设备中每个配送设备的计划空闲运力是否大于或等于所述需求运力；

如果所述在线配送商归属配送设备中一个或多个配送设备的计划空闲运力大于或等于所述需求运力，确定所述一个或多个配送设备为可选配送设备，以及，从所述可选配送设备中选择目标配送设备；

第一预测单元，用于根据所述目标配送设备的当前地理位置信息，预测延迟的未完成配送订单的延迟时长。

10.根据权利要求9所述的装置，其特征在于，所述第二确定单元包括：

预测子单元，用于根据所述标准箱的当前地理位置信息，判断所述标准箱是否配送在途；

如果所述标准箱配送在途，根据所述标准箱的当前地理位置信息，预测实际送达时间；

如果所述标准箱未配送在途，根据所述需求运力和所述在线配送商归属配送设备的计划空闲运力，确定可选配送设备，以及确定目标配送设备；根据所述目标配送设备的当前地理位置信息，预测实际送达时间。

11.根据权利要求10所述的装置，其特征在于，所述预测模块还包括第二预测单元；

所述第二预测单元用于，如果所述预定送达时间不在所述当前时间之前，根据预测的实际送达时间，预测延迟的未完成配送订单的延迟时长。

12.根据权利要求7所述的装置，其特征在于，所述重建模块包括：

发送单元，用于将所述用户补偿发送给用户终端；

接收单元，用于接收用户终端发送的确认接受所述用户补偿的消息；

重建单元，用于根据所述消息，重建订单。

13.一种服务器，其特征在于，包括：

处理器，以及用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：获取在线配送商的未完成配送订单信息；所述未完成配送订单信息包括下单门店的地理位置信息、标准箱信息和预定送达时间；

根据所述预定送达时间，判断所述在线配送商的未完成配送订单是否延迟；

如果所述在线配送商的未完成配送订单延迟，获取所述在线配送商归属配送设备的计划空闲运力和每个配送设备的当前地理位置信息，以及，预测延迟的未完成配送订单的延迟时长；

根据所述延迟时长，确定用户补偿；

根据所述用户补偿，重建订单。