资源调配方法、装置、服务器以及计算机可读存储介质与流程

本申请涉及资源管理技术领域，特别涉及一种资源调配方法、装置、服务器以及计算机可读存储介质。

背景技术：

随着生活节奏的加快，消费者对订单的配送时长的要求越来越高，为了快速完成订单配送，以满足消费者的需求，生鲜电商可以采用前置仓模式进行配送订单。

目前，在前置仓模式下，一个区域内可以配置多个前置仓，每个前置仓负责配送一定范围内的订单，对于任一前置仓，该前置仓的管理员可以根据该前置仓的日均订单量以及配送时长，确定该前置仓完成日均订单量的订单所需要的人力资源，管理员可以为该前置仓配置用于完成日均订单量的订单所需要的人力资源，以便配置后的人力资源可以协调完成该前置仓的日均订单量的订单。

但是，当该前置仓一天的实际订单量大于该前置仓的日均订单量时，该前置仓内当前配置的人力资源在配送时长之内无法完成实际订单量的订单，导致该前置仓目前的人员配置无法满足业务需求。

技术实现要素：

本申请实施例提供了一种资源调配方法、装置、服务器以及计算机可读存储介质,能够解决前置仓目前的人员配置无法满足业务需求的问题。所述技术方案如下：

第一方面，提供了一种资源调配方法，所述方法包括：

确定任一仓库在目标时长内待处理的多个订单的订单量，所述目标时长为所述多个订单的总处理时长；

基于所述多个订单的订单量以及所述目标时长，预测第一数据量，所述第一数据量为在目标时长内处理完所述多个订单所需要的运力资源的数据量；

若所述第一数据量大于所述仓库当前配置的运力资源的数据量，生成调配信息，所述调配信息用于指示从至少一个目标仓库中调配至少一个运力资源至所述仓库，每个目标仓库内具有闲置的运力资源，所述至少一个运力资源用于协同所述仓库当前配置的运力资源完成所述多个订单。

可选地，所述确定任一仓库在目标时长内待处理的多个订单的订单量包括下述至少一项：

将所述仓库在当前时间段内接收的实际订单的订单量，确定为所述多个订单的订单量；

根据订单预增系数以及所述仓库在第一历史时间段的历史订单的订单量，确定所述多个订单的订单量，所述订单预增系数为所述仓库在多个历史时间段的订单量的平均增长速率，所述第一历史时间段为所述多个历史时间段中最后一个历史时间段。

可选地，所述基于所述多个订单的订单量以及所述目标时长，预测第一数据量包括：

根据所述多个订单的订单量以及所述目标时长，确定所述多个订单在处理过程中每个处理阶段的处理时长，每个订单的处理过程包括多个处理阶段；

根据所述多个订单在处理过程中每个处理阶段的处理时长以及所述多个订单的订单量，确定多个第二数据量，一个第二数据量对应一个处理阶段，所述一个第二数据量为在对应的处理阶段处理完成所述多个订单所需要的运力资源的数量，所述多个第二数据量的和为所述第一数据量。

可选地，根据所述多个订单的订单量以及所述目标时长，确定所述多个订单在处理过程中每个处理阶段的处理时长包括：

对于任一处理阶段，对所述多个订单的订单量、所述目标时长以及所述处理阶段的个体时效系数进行乘法计算，得到所述多个订单在所述处理阶段的处理时长，所述处理阶段的个体时效系数为在所述处理阶段处理一个订单的时长与所述一个订单完成所需的总时长的比例。

可选地，所述若所述第一数据量大于所述仓库当前配置的运力资源的数据量，生成调配信息包括：

若所述处理阶段对应的第二数据量大于所述仓库在所述处理阶段当前配置的运力资源的数据量，生成所述调配信息。

可选地，所述若所述处理阶段对应的第二数据量大于所述仓库在所述处理阶段当前配置的运力资源的数据量，生成所述调配信息之前，所述方法还包括：

若所述处理阶段对应的第二数据量大于所述仓库在所述处理阶段当前配置的运力资源的数据量，获取资源分布热力图，所述资源分布热力图用于指示每个仓库的每个处理过程所配置的运力资源是否闲置；

从具有闲置的运力资源的仓库中，确定所述至少一个目标仓库；

将所述至少一个目标仓库的所述处理阶段中闲置的第三数据量的运力资源，确定为所述至少一个运力资源，所述第三数据量为所述处理阶段对应的第二数据量与所述仓库的所述处理阶段当前配置的运力资源的数据量之间的差值。

可选地，所述生成调配信息之后，所述方法还包括：

向终端发送所述调配信息，由所述终端在显示界面上展示所述调配信息。

第二方面，提供了一种资源调配装置，所述装置包括：

确定单元，用于确定任一仓库在目标时长内待处理的多个订单的订单量，所述目标时长为所述多个订单的总处理时长；

预测单元，用于基于所述多个订单的订单量以及所述目标时长，预测第一数据量，所述第一数据量为在目标时长内处理完所述多个订单所需要的运力资源的数据量；

生成单元，用于若所述第一数据量大于所述仓库当前配置的运力资源的数据量，生成调配信息，所述调配信息用于指示从至少一个目标仓库中调配至少一个运力资源至所述仓库，每个目标仓库内具有闲置的运力资源，所述至少一个运力资源用于协同所述仓库当前配置的运力资源完成所述多个订单。

可选地，所述确定单元用于下述至少一项：

将所述仓库在当前时间段内接收的实际订单的订单量，确定为所述多个订单的订单量，所述订单预增系数为所述仓库在多个历史时间段的订单量的平均增长速率，所述第一历史时间段为所述多个历史时间段中最后一个历史时间段；

根据订单预增系数以及所述仓库在第一历史时间段的历史订单的订单量，确定所述多个订单的订单量。

可选地，所述预测单元包括：

第一确定子单元，用于根据所述多个订单的订单量以及所述目标时长，确定所述多个订单在处理过程中每个处理阶段的处理时长，每个订单的处理过程包括多个处理阶段；

第二确定子单元，用于根据所述多个订单在处理过程中每个处理阶段的处理时长以及所述多个订单的订单量，确定多个第二数据量，一个第二数据量对应一个处理阶段，所述一个第二数据量为在对应的处理阶段处理完成所述多个订单所需要的运力资源的数量，所述多个第二数据量的和为所述第一数据量。

可选地，所述第一确定子单元用于：

对于任一处理阶段，对所述多个订单的订单量、所述目标时长以及所述处理阶段的个体时效系数进行乘法计算，得到所述多个订单在所述处理阶段的处理时长，所述处理阶段的个体时效系数为在所述处理阶段处理一个订单的时长与所述一个订单完成所需的总时长的比例。

可选地，所述生成单元用于：

若所述处理阶段对应的第二数据量大于所述仓库在所述处理阶段当前配置的运力资源的数据量，生成所述调配信息。

可选地，所述装置还包括：

获取单元，用于若所述处理阶段对应的第二数据量大于所述仓库在所述处理阶段当前配置的运力资源的数据量，获取资源分布热力图，所述资源分布热力图用于指示每个仓库的每个处理过程所配置的运力资源是否闲置；

所述确定单元，还用于从具有闲置的运力资源的仓库中，确定所述至少一个目标仓库；

所述确定单元，还用于将所述至少一个目标仓库的所述处理阶段中闲置的第三数据量的运力资源，确定为所述至少一个运力资源，所述第三数据量为所述处理阶段对应的第二数据量与所述仓库的所述处理阶段当前配置的运力资源的数据量之间的差值。

可选地，所述装置还用于：

向终端发送所述调配信息，由所述终端在显示界面上展示所述调配信息。

第三方面，提供了一种服务器，用于执行上述资源调配方法。具体地，该译码设备包括用于执行上述第一方面或上述第一方面的任一种可选方式提供的资源调配方法的功能模块。

第四方面，提供一种计算机可读存储介质，该存储介质中存储有至少一条指令，该指令由处理器加载并执行以实现如上述资源调配方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果是：

基于多个订单的订单量以及目标时长，预测第一数据量，若第一数据量大于该仓库当前配置的运力资源的数据量，说明该仓库当前配置的运力资源不可以在该目标时长内完成该多个订单，则生成用于指示从至少一个目标仓库中调配至少一个运力资源至仓库配置信息，以便至少一个运力资源和该仓库当前配置的运力资源可以在目标时长内协调处理完成多个订单，若该运力资源为人力资源，则该通过从目标仓库调配人力资源，可以使得的调配后的仓库中的人员配置可以满足业务需求。

附图说明

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

图1是本申请实施例提供的一种资源监控系统的示意图；

图2是本申请实施例提供的一种资源调配方法的流程图；

图3是本申请实施例提供的一种服务器的结构示意图；

图4是本申请实施例提供的一种资源调配装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种资源监控系统的示意图，参见图1，该系统100用于预测至少一个仓库中的每个仓库当前配置的运力资源是否可以在目标时长内完成待处理订单，若经过预测任一仓库中当前配置的运力资源在目标时长内不能完成待处理订单，则该系统100为该任一仓库提供待配置的运力资源，以便任一仓库当前配置的运力资源和待配置的运力资源可以在目标时长内协同完成待处理订单，该待配置的运力资源为除该仓库以外的其他仓库中闲置的运力资源，从而实现对该每个仓库所配置的运力资源的监控。其中，该至少一个仓库可以是前置仓模式下的前置仓，用于存储商品，并负责配送一定范围内的订单，该订单为需要配送商品的订单。该目标时长为待处理订单的总处理时长，待处理订单可以包括多个订单，一个订单的处理过程可以包括多个处理阶段，每个订单在每个处理阶段中的时长为每个阶段处理每个订单所使用的时长，例如，一个订单的处理过程包括出库处理阶段、打包处理阶段以及配送处理阶段，将该订单指示的商品的出库，需要3分钟，打包出库的商品需要5分钟，将该商品从仓库配送到消费者手上，需要20分钟，从而该订单的处理过程的总时长为28分钟。该任一仓库中当前配置的运力资源可以为该仓库中配置的人力资源，该运力资源还可以是用于处理订单的其他运力资源，例如用于打包商品的机器，再例如用于配送商品的车辆。本申请实施例以运力资源为人力资源为例进行说明。

该待处理订单可以是当前时间段的实际待处理订单，还可以是基于历史订单所预测的预测订单，本申请实施例对该待处理订单不做具体限定。

该系统100的系统架构可以分为展示层、业务层和数据层。其中，展示层包括至少一个终端101，每个终端101用于接收业务层发送的待展示的数据，该终端101中可以安装该系统100的客户端，并在客户端展示业务层发送的待展示的数据。另外，该待展示的数据可以具有展示等级，不同权限的用户可以通过账号和密码登录该系统100的客户端，不同权限的用户可以查看不同展示等级的待展示的数据。例如，展示等级从低到高可以分为1-3级，其中，具有最高权限的用户可以查看任何展示等级的待展示的数据，也即是最高权限的用户可以查看展示等级为1-3的待展示的数据，次级权限的用户可以查看展示等级为1-2的待展示的数据，低级权限用户仅能查看展示等级为1的待展示的数据。该终端101可以是任一具有显示功能的电子设备，例如pc(personalcomputer，个人计算机)、电视以及手机等。

该业务层可以包括服务器102，该服务器102可以包括任务模块、处理模块、分析模块、调配模块以及信息模块。其中，任务模块用于向处理模块下达预测任务，该预测任务用于指示预测每个仓库中当前配置的运力资源是否可以在目标时长内完成待处理订单，该任务模块可以每间隔预设时长向处理模块下达该预测任务，以便处理模块可以基于每个仓库当前时间段的实际订单，预测每个仓库中当前配置的运力资源是否可以在目标时长内完成待处理订单，从而实时监控各个仓库的运力资源是否能够在目标时长内完成实际订单。该任务模块还可以基于用户的任务指令，向处理模块下达该预测任务，以便处理模块可以基于每个仓库的历史订单量的订单量以及订单预增系数，预测每个仓库的待处理订单，并预测每个仓库当前配置的运力资源是在目标时长内完成预测的预测订单。

该处理模块可以包括热力图生成子模块、能力画像子模块、单量统计子模块、时间效率统计子模块以及处理子模块。其中，热力图生成子模块用于生成资源分布热力图，该资源分布热力图用于指示多个仓库中每个仓库内是否具有闲置的运力资源。能力画像子模块用于生成每个仓库中的每个运力资源的处理能力画像，并将每个运力资源的处理能力画像发送给分析模块。一个运力资源的处理能力画像用于指示该运力资源处理订单的基本能力，一个运力资源的处理能力画像可以用该运力资源的个体处理效率系数来表示，其中，个体处理效率系数越高的运力资源的处理订单的能力越高，反之处理订单的能力越低。该运力资源的个体处理效率系数可以表示为：该运力资源的个体处理效率系数＝(个体总单量-异常单量)/个体处理时长。其中，个体总单量为该运力资源处理过的所有订单的订单量，异常单量为该运力资源在处理订单时出现错误的订单的订单量，个体处理时长为该运力资源处理该个体总单量的订单所使用的总时长。例如，一个运力资源处理过的100单订单，且在处理这100单订单时未出现异常订单，该运力资源的处理这100订单总耗时为10小时，则该运力资源的个体处理效率系数＝(100-0)/10＝10。该能力画像子模块还可以用于计算每个仓库在每个处理阶段的总体时效系数，每个仓库在每个处理阶段的总体时效系数用于指示每个仓库的每个处理阶段处理订单的总体的时间效率。其中，一个仓库的一个处理阶段的总体时效系数＝(该仓库处理的历史订单的订单量-该仓库处理的历史订单中异常订单的订单量)/该仓库内负责该处理阶段的运力资源的数量/该仓库处理的历史订单在该处理阶段的所使用的时长。例如该仓库处理的历史订单的订单量为10000，该仓库处理的历史订单中异常订单的订单量为10，该仓库内负责该处理阶段的运力资源的数量为100，该仓库处理的历史订单在该处理阶段的所使用的时长为10小时，则该仓库的该处理阶段的总体时效系数为(10000-10)/100/10＝9.99。

分析模块可以用于接收能力画像子模块发送的每个运力资源的处理能力画像，并将每个运力资源的基本特征与每个运力资源的处理能力画像进行关联处理，以该运力资源为人力资源为例，一个运力资源的基本特征可以为该人力资源的身份特征、性别特征、年龄特征、技能特征、使用该技能特征进行工作的工作时间特征等，一个运力资源的身份特征可以用于指示该运力资源，该运力资源的年龄特征用于指示该运力资源当前的年龄，或该运力资源当前的年龄所属的年龄段。该运力资源的技能特征用于指示该运力资源在处理订单时所使用的技能，例如打包商品、或者配送。该运力资源使用该技能特征进行工作的工作时间特征用于指示该运力资源的工作年限。

当每个运力资源的处理能力画像用每个运力资源的个体处理效率系数来表示时，该分析模块可以将每个运力资源的个体处理效率系数与每个运力资源的各个基本特征关联存储在一个处理能力画像表中，对于该处理能力画像表中具有相同基本特征的运力资源，该分析模块可以具有相同基本特征的运力资源的个体处理效率系数的高低，对具有相同基本特征的运力资源的个体处理效率系数进行排序，从而可以得到相同基本特征的运力资源的个体处理效率系数的排名，以性别特征相同的运力资源的个体处理效率系数的排名为例，性别女(性别特征)的打包员(运力资源)的个体处理效率系数的排名。分析模块还可以将相同基本特征的运力资源的个体处理效率系数的排名作为待展示的数据，发送给终端101，由终端101展示相同基本特征的运力资源的个体处理效率系数的排名。

单量统计子模块用于基于任务模块发送的预测任务，确定每个仓库中在目标时长内的待处理订单。单量统计子模块可以获取每个仓库当前时间段的实际订单，将每个仓库当前时间段的实际订单作为每个仓库中在目标时长内的待处理订单。单量统计子模块还可以基于每个仓库的历史订单量的订单量以及订单预增系数，预测每个仓库的待处理订单，并将预测的每个仓库的待处理订单作为每个仓库中在目标时长内待处理订单。

时间效率统计子模块用于计算每个仓库中的每个处理阶段的个体时效系数，其中，一个仓库的一个处理阶段的个体时效系数用于指示该仓库在处理阶段处理一个订单的时长与该一个订单完成所需的总时长的比例，也即是该仓库在该处理阶段处理一个订单的处理时间效率。对于处理过程中的任一处理阶段所处理的任一订单，该订单在该处理阶段的个体时效系数可以表示为：个体处理时间效率系数＝处理阶段处理该订单的时长/该订单完成所需的总时长。例如，一个订单的该处理阶段为打包处理阶段，打包时长为3分钟，该处理过程的总时长为28分钟，则该订单在打包处理阶段的个体时效系数为3/28。

该处理子模块用于接收任务模块发送的预测任务，并基于该预测任务，从能力画像子模块中，获取每个仓库的每个处理阶段的总体时效系数，从单量统计子模块获取每个仓库在目标时长内的待处理订单的订单量，从时间效率统计子模块中获取每个仓库的每个处理阶段的个体时效系数。该处理子模块还用于基于每个仓库的每个处理阶段的总体时效系数、每个仓库在目标时长内的待处理订单的订单量以及每个仓库的一个订单每个处理阶段的个体时效系数，确定每个仓库的每个处理阶段完成待处理订单所需的运力资源的数量，将每个仓库的每个阶段完成待处理订单所需的运力资源的数量与每个仓库在每个处理阶段当前实际配置的运力资源的数量之间差值，发送至热力图生成子模块，由热力图生成子模块根据差值，更新资源分布热力图，该资源分布热力图用于指示每个仓库的每个处理过程所配置的运力资源是否闲置。

若任一仓库的任一阶段完成待处理订单所需的运力资源的数量大于该仓库在该处理阶段当前实际配置的运力资源的数量，说明该仓库在该处理阶段当前实际配置的运力资源不足，则该处理子模块还可以将该仓库在该处理阶段缺少的运力资源的数目发送至调配模块。该处理子模块还可以从热力图生成子模块中获取最新的资源分布热力图，根据该资源分布热力图，确定其他仓库在该处理阶段闲置的运力资源，并将其他仓库在该处理阶段配置闲置的运力资源的身份特征发送给调配模块，该调配模块可以将向终端发送第一调配信息，该第一调配信息携带将该仓库在该处理阶段缺少的运力资源的数目以及其他仓库在该处理阶段配置的当前闲置的运力资源的身份特征。由该终端展示该第一调配信息，提醒用户根据第一调配信息调配运力资源，以便用户可以将其他仓库在该处理阶段闲置的运力资源，配置到该仓库的该处理阶段中，以便该仓库在该处理阶段配置的所有的运力资源可以协调完成待处理的该订单。

若任一仓库的任一阶段完成待处理订单所需的运力资源的数量小于该仓库在该处理阶段当前实际配置的运力资源的数量，说明该仓库在该处理阶段当前实际配置的运力资源过多，该仓库在该处理阶段当前实际配置的部分运力资源可能被闲置，则该处理子模块还可以将该仓库在该处理阶段闲置的运力资源的数目发送至调配模块。该调配模块可以将向终端发送第二调配信息，该第二调配信息携带将该仓库在该处理阶段闲置的运力资源的数目。由该终端展示该第二调配信息，以达到向用户调配运力资源过多的目的，以便用户可以将闲置的运力资源配置到运力资源紧缺的仓库，避免运力资源紧缺的仓库无法按时完成待处理订单。其中，第一调配信息和第二调配信息可以视为终端待展示的数据。

信息模块用于记录每个仓库的每个运力资源的调动信息，其中，一个运力资源的调动信息可以包括该运力资源的源仓库、运力资源的目标仓库以及调动时间。该运力资源的源仓库为该运力资源调动前所属的仓库，该运力资源的目的仓库为该运力资源调动后所属的仓库，调动时间为该运力资源配置到目的仓库的时间。例如，仓库1中运力资源1在xxx年xxx月xxx天xxx时xxx分被配置仓库2，则该运力资源1的源仓库为仓库1，该运力资源1的目的仓库为仓库2，该运力资源1的调动时间为xxx年xxx月xxx天xxx时xxx。该信息模块还用于将每个仓库的每个运力资源的调动信息作为待展示的数据发送至终端101，由终端100展示每个仓库的每个运力资源的调动信息。

该数据层可以包括至少一个数据库103，该至少一个数据库用于存储业务层生成的每个仓库中的每个运力资源的处理能力画像、每个仓库在每个处理阶段的总体时效系数、相同基本特征的运力资源的个体处理效率系数的排名、资源分布热力图、历史订单以及历史订单的处理情况等。该数据库可以是mysql(structuredquerylanguage，关系型数据库管理系统)、redis(remotedictionaryserver，远程字典服务)数据库以及es(elasticserch，分布式数据库)。

综上所示，该服务器可以预测任一仓库中用于处理待处理订单的运力资源的个数，并基于预测的个数以及该仓库当前配置的运力资源的个数，更新该仓库内所配置的运力资源。为了说明这一过程，参见图2所示的本申请实施例提供的一种资源调配方法的流程图，该方法的流程可以包括下述步骤201-207。

201、服务器确定任一仓库在目标时长内待处理的多个订单的订单量，该目标时长为该多个订单的总处理时长。

该目标时长可以是一个订单下单时间至配送完成时间的最大时长，该目标时长也可以是消费者要求的订单完成时长。考虑到一个仓库所负责的订单的配送范围一定，且都是从该仓库进行配送，因此，该目标时长为该多个订单的总处理时长。该目标时长内待处理的多个订单也即是前文中目标时长内待处理订单。

该多个订单可以是在该仓库当前时间段接收到的订单，也即是实际订单，实际订单的处理周期为当前时间段的最后时刻加上该目标时长所在的时间段。例如，该仓库在10点至10点5分接收了100个订单，该目标时长为1小时，则仓库需要在11点5分之前完成这100个订单。在一种可能的实现方式中，服务器将该仓库在当前时间段内接收的实际订单的订单量，确定为该多个订单的订单量

该多个订单还可以是在预测的该仓库在目标时间段接收到的订单，也即是预测订单，该目标时间段可以是当前时间段之后的任一时间段。例如，当前时间段为2019年12月21号15点至16点，目标时间段可以是2019年12月21号19点至20点。在例如，当前时间段为2019年12月21号，目标时间段可以是2019年12月22号。本申请实施例对该目标时间段不做具体限定。

当该多个订单为预测订单时，该服务器可以根据订单预增系数以及该仓库在第一历史时间段的历史订单的订单量，确定该多个订单的订单量，该订单预增系数为该仓库在多个历史时间段的订单量的平均增长速率，该第一历史时间段为该多个历史时间段中最后一个历史时间段。在一种可能的方式中，该多个订单的订单量等于订单预增系数与该仓库在第一历史时间段的历史订单的订单量的积，其中，该多个历史时间段与该订单预增系数对应。该多个历史时间段可以是历史的工作日所在的时间段，还可以是历史的非工作日所在的时间段，还可以是历史的节假日所在的时间段，还可以是历史的优惠活动日所在的时间段。该仓库在工作日接收的订单可能没有非工作日接收的订单多，因此，工作日所在的时间段所对应的订单预增系数低于非工作日所在的时间段所对应的订单预增系数，因此，具体相同时间属性的多个历史历史时间段对应一个订单预增系数，具体不同时间属性的历史时间段对应的订单预增系数不同，该时间属性可以是工作日、节假日、优惠日或者非工作日中的任一个。

该服务器可以获取该仓库在该多个历史时间段的历史订单的订单量，该服务器可以获取相邻的历史时间段的历史订单的订单量之间的差值，得到多个差值，将这多个差值的和与多个历史时间段的个数之间的比作为第一历史时间段对应的订单预增系数，其中，多个目标历史时间段具有相同的时间属性，例如，服务器可以根据当前一周中前5个工作日内该仓库完成的订单，计算出工作日时间段对应的订单预增系数，从而服务器可以根据工作日时间段对应的订单预增系数以及当前一周中的最后一个工作日处理的订单的订单量，预测该仓库在下一个周的第一个工作日的订单的订单量。

202、该服务器基于该多个订单的订单量以及该目标时长，预测第一数据量，该第一数据量为在目标时长内处理完该多个订单所需要的运力资源的数据量。

每个订单的处理过程可以包括多个处理阶段，该仓库在每个处理阶段均要对每个订单进行处理，服务器可以基于每个处理阶段处理完成该多个订单所需的运力资源的数量，预测第一数据量。在一种可能的实现方式中，本步骤202所示的过程可以由步骤2021至2022所示的过程来实现。

步骤2021、服务器根据该多个订单的订单量以及该目标时长，确定该多个订单在处理过程中每个处理阶段的处理时长，每个订单的处理过程包括多个处理阶段。

每个订单的处理过程所需的时长也可以视为该目标时长，一个订单在每个处理阶段的个体时效系数又可以表示一个运力资源完成一个订单的一个处理阶段的处理时间效率，那么，对于任一处理阶段，服务器可以基于该多个订单的订单量、该目标时长以及该处理阶段的个体时效系数，确定多个订单在该处理阶段的处理时长，该处理阶段的个体时效系数为在该处理阶段处理一个订单的时长与该一个订单完成所需的总时长的比例。在一种可能的实现方式中，对于任一处理阶段，服务器对该多个订单的订单量、该目标时长以及该处理阶段的个体时效系数进行乘法计算，得到该多个订单在该处理阶段的处理时长。

步骤2022、服务器根据该多个订单在处理过程中每个处理阶段的处理时长以及该多个订单的订单量，确定多个第二数据量，一个第二数据量对应一个处理阶段，该一个第二数据量为在对应的处理阶段处理完成该多个订单所需要的运力资源的数量，该多个第二数据量的和为该第一数据量。

对于任一处理阶段所对应的第二数据量，该第二数据量可以用公式(1)来表示：

第二数据量＝该多个订单的订单量/该处理阶段的总体时效系数/该多个订单在该处理阶段处理时长(1)

当该服务器获取每个处理阶段对应的第二数据量后，服务器对获取的各个数据量进行求和，得到该第一数据量。

203、若该处理阶段对应的第二数据量大于该仓库在该处理阶段当前配置的运力资源的数据量，服务器获取资源分布热力图，该资源分布热力图用于指示每个仓库的每个处理过程所配置的运力资源是否闲置。

该资源分布热力图还用于指示每个仓库的每个处理过程所配置的运力资源中闲置的运力资源的数量。该资源分布热力图包括多个区域，每个区域对应一个仓库。对于任一仓库所对应的区域，当该仓库中具有闲置的运力资源时，该区域可以用于展示该仓库的每个处理阶段配置的运力资源中闲置的运力资源的数量，还可以用于展示该仓库中所有闲置的运力资源的数量。例如，该区域可以显示有处理阶段1有2个运力资源闲置，处理阶段2有1个运力资源闲置，该仓库共有3个运力资源闲置。

当该仓库中缺少运力资源时，该区域还可以用于展示该仓库的每个处理阶段缺少的运力资源的数量，还可以用于展示仓库总共所缺少的运力资源的数量。例如，该区域可以显示有处理阶段1缺少2个运力资源闲置，处理阶段2缺少1个运力资源闲置，该仓库共有3个运力资源闲置。

204、服务器基于该资源分布热力图，从具有闲置的运力资源的仓库中，确定至少一个目标仓库，一个目标仓库内具有闲置的运力资源。

对于该处理过程，当多个仓库中的任一仓库的处理过程具有闲置的运力资源时，该服务器将该任一仓库作为一个目标仓库，从而服务器可以从具有闲置的运力资源的仓库中，确定该至少一个目标仓库。本步骤204所示的过程也即是服务器从具有闲置的运力资源的仓库中，确定至少一个目标仓库的过程。

205、该服务器将该至少一个目标仓库的该处理阶段中闲置的第三数量的运力资源，确定为该至少一个目标仓库中待配置出的至少一个运力资源，该第三数据量为该处理阶段对应的第二数据量与该仓库在该处理阶段当前配置的运力资源的数据量之间的差值。

该服务器可以获取每个目标仓库在该处理阶段中闲置的运力资源的数目；该服务器根据每个目标仓库在该处理阶段中闲置的运力资源的数目，确定从每个目标仓库中待配置出的运力资源，每个目标仓库中待配置出的运力资源的数量也即是第三数据量。该服务器可以给每个目标仓库设置一个权值，服务器将每个目标仓库在该处理阶段闲置的运力资源中第四数据量的闲置的运力资源，确定为每个目标仓库中待配置出的第四数据量的运力资源，至少一个目标仓库中待配置出的第四数据量的运力资源的总量为第三数据量。第四数据量为每个目标仓库对应的权值与每个目标仓库在该处理阶段闲置的运力资源的数目之间的积。

服务器还可以根据每个目标仓库在该处理阶段闲置的运力资源的数目的大小，从至少一个目标仓库中确定出第三数据量的运力资源。在一种可能的实现方式中，服务器根据每个目标仓库的该处理阶段中闲置的运力资源的数目的大小，并按照从大到小的顺序，对该至少一个目标仓库进行排序，得到仓库序列，将该仓库序列中前目标个数的目标仓库在该处理阶段闲置的运力资源，确定为该至少一个运力资源。

206、若该处理阶段对应的第二数据量大于该仓库在该处理阶段当前配置的运力资源的数据量，服务器生成调配信息，该调配信息用于指示从至少一个目标仓库中调配至少一个运力资源至该仓库，每个目标仓库内具有闲置的运力资源，该至少一个运力资源用于协同该仓库当前配置的运力资源完成该多个订单。

该调配信息包括该至少一个的运力资源的身份特征，该调配信息还可以包括该至少一个运力资源的源仓库的仓库标识和至少一个运力资源的源仓库的目的仓库的仓库标识，以指示将该至少一个运力资源从源仓库调配至目的仓库。该至少一个运力资源中每个运力资源的源仓库也即是该运力资源所属的目标仓库，每个运力资源的目的仓库也即是该仓库。一个仓库的仓库标识用于唯一指示该仓库，仓库标识可以是仓库的编号，本申请实施例对该仓库标识的表示方式不做具体限定。

需要说明的是，本步骤206所示的过程也即是若该第一数据量大于该仓库当前配置的运力资源的数据量，生成调配信息的过程。若该第一数据量大于该仓库当前配置的运力资源的数据量，说明该仓库当前配置的运力资源在目标时长内处理不完待处理的多个订单，因此可以生成该调配信息，以指示从目标仓库调配运力资源至该仓库，以使得该仓库当前配置的运力资源和调配来的运力资源可以子啊目标时长内协同完成多个订单。

207、服务器向终端发送该调配信息，由该终端在显示界面上展示该调配信息。

该当服务器将该调配信息发送至该终端后，该终端可以在显示界面上展示该调配信息，以便用户可以基于该调配信息，将该至少一个目标仓库中的至少一个运力资源调配至该仓库，当该仓库对该多个订单进行处理时，该至少一个运力资源与该仓库在该处理过程当前配置的资源可以在该处理阶段的处理时长中对该多个订单完成该处理阶段，进而可以保证多个订单可以在该目标时长内完成。

本申请实施例所提供的方法，基于多个订单的订单量以及目标时长，预测第一数据量，若第一数据量大于该仓库当前配置的运力资源的数据量，说明该仓库当前配置的运力资源不可以在该目标时长内完成该多个订单，则生成用于指示从至少一个目标仓库中调配至少一个运力资源至仓库配置信息，以便至少一个运力资源和该仓库当前配置的运力资源可以在目标时长内协调处理完成多个订单，若该运力资源为人力资源，则该通过从目标仓库调配人力资源，可以使得的调配后的仓库中的人员配置可以满足业务需求。

为了进一步体现服务器的硬件结构，参见图3，图3是本申请实施例提供的一种服务器的结构示意图，该服务器300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上cpu(centralprocessingunits，处理器)301和一个或一个以上的存储器302，其中，所述存储器302中存储有至少一条指令，所述至少一条指令由所述处理器301加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器300还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器300还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成下述实施例中资源调配方法。例如，所述计算机可读存储介质可以是rom(read-onlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、cd-rom(compactdiscread-onlymemory，只读光盘)、磁带、软盘和光数据存储设备等。

图4是本申请实施例提供的一种资源调配装置的结构示意图，参见图4，所述装置400包括：

确定单元401，用于确定任一仓库在目标时长内待处理的多个订单的订单量，所述目标时长为所述多个订单的总处理时长；

预测单元402，用于基于所述多个订单的订单量以及所述目标时长，预测第一数据量，所述第一数据量为在目标时长内处理完所述多个订单所需要的运力资源的数据量；

生成单元403，用于若所述第一数据量大于所述仓库当前配置的运力资源的数据量，生成调配信息，所述调配信息用于指示从至少一个目标仓库中调配至少一个运力资源至所述仓库，每个目标仓库内具有闲置的运力资源，所述至少一个运力资源用于协同所述仓库当前配置的运力资源完成所述多个订单。

可选地，所述确定单元401用于下述至少一项：

将所述仓库在当前时间段内接收的实际订单的订单量，确定为所述多个订单的订单量；

根据订单预增系数以及所述仓库在第一历史时间段的历史订单的订单量，确定所述多个订单的订单量，所述订单预增系数为所述仓库在多个历史时间段的订单量的平均增长速率，所述第一历史时间段为所述多个历史时间段中最后一个历史时间段。

可选地，所述预测单元402包括：

第一确定子单元，用于根据所述多个订单的订单量以及所述目标时长，确定所述多个订单在处理过程中每个处理阶段的处理时长，每个订单的处理过程包括多个处理阶段；

第二确定子单元，用于根据所述多个订单在处理过程中每个处理阶段的处理时长以及所述多个订单的订单量，确定多个第二数据量，一个第二数据量对应一个处理阶段，所述一个第二数据量为在对应的处理阶段处理完成所述多个订单所需要的运力资源的数量，所述多个第二数据量的和为所述第一数据量。

可选地，所述第一确定子单元用于：

对于任一处理阶段，对所述多个订单的订单量、所述目标时长以及所述处理阶段的个体时效系数进行乘法计算，得到所述多个订单在所述处理阶段的处理时长，所述处理阶段的个体时效系数为在所述处理阶段处理一个订单的时长与所述一个订单完成所需的总时长的比例。

可选地，所述生成单元403用于：

若所述处理阶段对应的第二数据量大于所述仓库在所述处理阶段当前配置的运力资源的数据量，生成所述调配信息。

可选地，所述装置400还包括：

获取单元，用于若所述处理阶段对应的第二数据量大于所述仓库在所述处理阶段当前配置的运力资源的数据量，获取资源分布热力图，所述资源分布热力图用于指示每个仓库的每个处理过程所配置的运力资源是否闲置；

所述确定单元，还用于从具有闲置的运力资源的仓库中，确定所述至少一个目标仓库；

所述确定单元，还用于将所述至少一个目标仓库的所述处理阶段中闲置的第三数据量的运力资源，确定为所述至少一个运力资源，所述第三数据量为所述处理阶段对应的第二数据量与所述仓库的所述处理阶段当前配置的运力资源的数据量之间的差值。

可选地，所述装置400还用于：

向终端发送所述调配信息，由所述终端在显示界面上展示所述调配信息。

该装置基于多个订单的订单量以及目标时长，预测第一数据量，若第一数据量大于该仓库当前配置的运力资源的数据量，说明该仓库当前配置的运力资源不可以在该目标时长内完成该多个订单，则生成用于指示从至少一个目标仓库中调配至少一个运力资源至仓库配置信息，以便至少一个运力资源和该仓库当前配置的运力资源可以在目标时长内协调处理完成多个订单，若该运力资源为人力资源，则该通过从目标仓库调配人力资源，可以使得的调配后的仓库中的人员配置可以满足业务需求。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

需要说明的是：上述实施例提供的资源调配装置在对资源进行调配时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的资源调配装置与资源调配方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。