一种订单调度方法及装置与流程

本申请涉及物流调度技术领域，尤其是涉及一种订单调度方法及装置。

背景技术：

随着物流调度行业的迅速发展，为了满足不同客户的需要以及物流调度有效管理的目的，物流调度发展出了多种形式，大体可分为运力共享模式(例如商圈调度)和运力专享模式(例如驻店调度)。在运力共享的模式下，配送员允许配送规定范围内所有商户的订单，即配送员是这些商户共有的；而运力专享模式下，配送员只能配送某一家商户的订单。

在运力专享模式中，由于店铺订单突增或者配送出现突发状况时，会出现订单积压的情况，导致用户体验严重下降。为解决上述问题，相关技术中，通过统计、机器学习等方法估计出某天正常情况下的基础配送员数量，同时为了应对突发情况，在基础配送员数量上进行上浮。

然而，由于订单激增往往由于突发情况，采用上述方式增加配送员的数量的准确度难以保证，在多数情况下，配送员处于闲置状态，导致运力的浪费。

技术实现要素：

有鉴于此，本申请的目的在于提供一种订单调度方法及装置，以增加调度的灵活性，提高运力的利用效率。

第一方面，本申请实施例提供了一种订单调度方法，其中，包括：

获取专享调度模式中待分配订单的待分配时间；

当待分配订单的待分配时间超过预设门限值时，提取待分配订单，将待分配订单作为溢出订单；

在共享调度模式与专享调度模式中为溢出订单寻找配送员，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理。

结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，其中，方法还包括：

当专享调度模式中的配送员的预期完成时间超过待分配订单的预期完成时间时，提取待分配订单，将待分配订单作为溢出订单。

结合第一方面的第一种可能的实施方式，本申请实施例提供了第一方面的第二种可能的实施方式，其中，在共享调度模式与专享调度模式中为溢出订单寻找配送员，包括：

比较专享调度模式中配送员的预期完成时间以及共享调度模式中配送员的预期完成时间，将溢出订单分配给预期完成时间最短的的配送员。

结合第一方面，本申请实施例提供了第一方面的第三种可能的实施方式，其中，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理，包括：

将溢出订单打包成溢出订单组；

将溢出订单组分配给共享调度模式中的配送员；

将分配给共享调度模式中的配送员的溢出订单组赋予优先标识，赋予优先标识后的溢出订单组由共享调度模式中的配送员优先处理。

结合第一方面，本申请实施例提供了第一方面的第四种可能的实施方式，其中，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理，包括：

将溢出订单和普通订单打包成混合订单组，混合订单组中，至少包括一个普通订单，普通订单的地理位置位于溢出订单的地理位置的预设范围内；

将混合订单组分配给共享调度模式中的配送员；

将分配给共享调度模式中的配送员的混合订单组赋予优先标识，赋予优先标识后的混合订单组由共享调度模式中的配送员优先处理。

结合第一方面，本申请实施例提供了第一方面的第五种可能的实施方式，其中，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理之后，还包括：

根据共享调度模式中的配送员的待处理订单中订单的地理位置规划配送路径；

向配送员推送配送路径。

第二方面，本申请实施例还提供一种订单调度装置，其中，包括：

获取模块，用于获取专享调度模式中待分配订单的待分配时间；

提取模块，用于当待分配订单的待分配时间超过预设门限值时，提取待分配订单，将待分配订单作为溢出订单；

调度模块，用于在共享调度模式与专享调度模式中为溢出订单寻找配送员，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理。

结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，其中，提取模块还用于：

当专享调度模式中的配送员的预期完成时间超过待分配订单的预期完成时间时，提取待分配订单，将待分配订单作为溢出订单。

结合第二方面的第一种可能的实施方式，本申请实施例提供了第二方面的第二种可能的实施方式，其中，调度模块还用于：

比较专享调度模式中配送员的预期完成时间以及共享调度模式中配送员的预期完成时间，将溢出订单分配给预期完成时间最短的的配送员。

结合第二方面，本申请实施例提供了第二方面的第三种可能的实施方式，其中，调度模块具体用于：

将溢出订单打包成溢出订单组；

将溢出订单组分配给共享调度模式中的配送员；

将分配给共享调度模式中的配送员的溢出订单组赋予优先标识，赋予优先标识后的溢出订单组由共享调度模式中的配送员优先处理。

结合第二方面，本申请实施例提供了第二方面的第四种可能的实施方式，其中，调度模块具体用于：

将溢出订单和普通订单打包成混合订单组，混合订单组中，至少包括一个普通订单，普通订单的地理位置位于溢出订单的地理位置的预设范围内；

将混合订单组分配给共享调度模式中的配送员；

将分配给共享调度模式中的配送员的混合订单组赋予优先标识，赋予优先标识后的混合订单组由共享调度模式中的配送员优先处理。

结合第二方面，本申请实施例提供了第二方面的第五种可能的实施方式，其中，装置还包括路径规划模块，路径规划模块用于：

根据共享调度模式中的配送员的待处理订单中订单的地理位置规划配送路径；

向配送员推送配送路径。

第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，存储器存储有处理器可执行的机器可读指令，当电子设备运行时，处理器与存储器之间通过总线通信，机器可读指令被处理器执行时执行上述第一方面中任一种可能的实施方式中的步骤。

第四方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面中任一种可能的实施方式中的步骤。

采用本申请实施例提供的一种订单调度方法及装置，采用将专享调度模式中的订单同步分配给共享调度模式，在专享调度模式以及共享调度模式中同时寻找配送员，进一步的，当订单分配给共享调度模式中配送员时，将订单赋予优先标识，以保证该订单的优先处理。相关技术中，通过数学算法增加的配送员，其数量的准确度难以保证，存在运力浪费的情况，与之相比，本申请实施例利用共享调度模式中的配送员分担专享调度模式中的订单压力，在不增加配送员数量的基础上，增加了调度的灵活性，提高了运力的利用效率。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种订单调度方法的流程图；

图2示出了本申请实施例所提供的根据预期完成时间分配溢出订单的流程图；

图3示出了本申请实施例所提供的一种订单调度装置的模块结构图；

图4示出了本申请实施例所提供的执行一种订单调度方法的电子设备的硬件结构的示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

考虑到相关技术中，需要凭借数学方法取估计合理的配送员数量并适量增加额外的配送员，一方面，数学算法需要较高的规律性数据，而商户的订单数量激增往往是由于突发情况的发生，通过数学算法难以得到准确的估算结果，另一方面通过数学算法增加配送员的数量也意味着成本的上升，同时，在大部分情况下，配送员可能存在闲置的情况，导致运力的浪费。基于此，本申请实施例提供了一种订单调度方法及装置，下面通过实施例进行描述。

为便于对本实施例进行理解，首先对本申请实施例所公开的一种订单调度方法进行详细介绍。

实施例一

图1为本申请实施例提供的一种订单调度方法的流程图，如图1所示，一种订单调度方法包括以下步骤：

s110、获取专享调度模式中待分配订单的待分配时间；

s120、当待分配订单的待分配时间超过预设门限值时，提取待分配订单，将待分配订单作为溢出订单；

s130、在共享调度模式与专享调度模式中为溢出订单寻找配送员，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理。

在本申请实施例中，专享调度模式是指为商户提供专用配送员的调度模式，在专享调度模式中，配送员只为指定给配送员的特定商户进行配送。共享调度模式是指为预先划定的商圈提供配送员的调度模式，在共享调度模式中，配送员为预先划定的商圈中的所有商户进行配送。专享调度模式中的待分配订单是指当专享调度模式中商户的订单数量发生激增时，专享调度模式中的配送员承载力无法满足订单的分配需求，从而导致订单没有配送员可以分配，订单处于寻找配送员接单的待分配状态。待分配时间是指该待分配订单处于待分配状态的持续时间，订单长时间处于待分配状态时，说明订单的数量已经超出专享调度模式中配送员的承载力，当商户继续下单时，订单将会发生积压。

因此，在本申请实施例中，根据商户的具体需求，预先设定一待分配时间的门限值，该预设门限值表示了待分配订单处于待分配状态的最大持续时间，当超出预设门限值时，表明了专享调度模式中配送员的承载力已经无法满足当前订单的需求，提取该待分配订单，将该待分配订单作为溢出订单。

进一步的，将溢出订单插入共享调度模式的待分配订单序列中，在共享调度模式与专享调度模式中同时为溢出订单寻找配送员，该溢出订单在插入共享调度模式的待分配序列中时，在待分配订单序列中将该溢出订单置顶，优先为该溢出订单分配配送员。当该溢出订单分配给专享调度模式中的配送员时，根据该溢出订单的分配时间，将该溢出订单放入专享调度模式中的配送员的待处理订单序列中，专享调度模式中的配送员根据该待处理订单序列处理该溢出订单；当该溢出订单分配给共享调度模式中的配送员时，将该溢出订单赋予优先标识，将赋予优先标识的溢出订单插入共享调度模式中的配送员的待处理订单序列中，赋予优先标识的溢出订单在共享调度模式中的配送员的待处理订单序列中置顶，共享调度模式中的配送员根据该待处理订单序列，优先处理该溢出订单。

采用本申请实施例的方法，采用将专享调度模式中的订单同步分配给共享调度模式，在专享调度模式以及共享调度模式中同时寻找配送员，进一步的，当订单分配给共享调度模式中配送员时，将订单赋予优先标识，以保证该订单的优先处理，其利用共享调度模式中的配送员分担专享调度模式中的订单压力，在不增加配送员数量的基础上，增加了调度的灵活性，提高了运力的利用效率。

图2为本申请实施例提供的根据预期完成时间分配溢出订单的流程图，如图2所示，包括以下步骤：

s210、获取专享调度模式中待分配订单的预期完成时间；

s220、当专享调度模式中的配送员的预期完成时间超过待分配订单的预期完成时间时，提取待分配订单，将待分配订单作为溢出订单；

s230、比较专享调度模式中配送员的预期完成时间以及共享调度模式中配送员的预期完成时间，将溢出订单分配给预期完成时间最短的的配送员，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理。

在本申请实施例中，当商户发出加急的订单时，根据上述方式设定的待分配订单时间条件，该待处理订单还未被作为溢出订单，然而由于该订单是商户的加急订单，专享调度模式下配送员的预期完成时间可能已经无法满足该订单的实际预期完成时间，基于此，虽然待分配订单的待分配时间未超过预设门限值，但是，当确认专享物流模式下的配送员的预期完成时间不能达到待分配订单的预期完成时间时，也将该待分配订单作为溢出订单。

在本申请实施例中，当专享调度模式下的配送员和共享调度模式下的配送员同时处于满载工作状态时，共享调度模式中的配送员无法更有效的分担该溢出订单，基于此，通过比较专享调度模式中配送员的预期完成时间与共享调度模式中配送员的预期完成时间，选择预期完成时间最短的配送员，将溢出订单分配给该配送员。

其中，根据每个溢出订单的具体需求，预期完成时间包括预期到店时间或预期交付时间，再或者预期到店时间和预期交付时间的结合，将预期到店时间和预期交付时间设置不同的权重，根据预期到店时间和预期交付时间以及预期到店时间的权重和预期交付时间的权重，计算得到溢出订单的预期完成时间。同样的，对专享调度模式中的配送员以及共享调度模式中的配送员做出同样的计算，得到专享调度模式中配送员的预期完成时间以及共享调度模式中配送员的预期完成时间。

在本申请实施例中，将专享调度模式中配送员的预期完成时间和共享调度模式中配送员的预期完成时间进行比对，当共享调度模式中配送员的预期完成时间小于专享调度模式中配送员的预期完成时间时，将溢出订单分配给共享调度模式中的配送员，将分配给共享调度模式中的配送员溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理。当共享调度模式中配送员的预期完成时间大于等于专享调度模式中配送员的预期完成时间时，将溢出订单分配给专享调度模式中的配送员。

在本申请实施例中，由于专享调度模式中的订单重要程度相同，溢出订单并不具有优先资格，因此，不对分配给专享调度模式中的配送员的溢出订单赋予优先标识，分配给专享调度模式中的配送员的溢出订单按照分配的时间顺序，加入专享调度模式中的配送员的待处理订单序列。

在本申请实施例中，将暂时无法找到专享调度模式中配送员的溢出订单转入共享调度模式中，同步在专享调度模式与共享调度模式寻找配送员，根据具体的配送时间要求，选择最优的配送员进行配送。在这一过程中，不需要额外配备配送员，只需要本来已有的专享调度模式中的配送员与共享调度模式中的配送员即可，控制了运力的成本，避免了运力的浪费。在溢出订单的分配过程中，同时考虑专享调度模式中配送员预期完成时间与共享调度模式中配送员预期完成时间，在两种模式下选择预期完成时间最短的配送员。

采用本申请实施例的方法，商户不需要经常性停单，配送员也可以被合理调度，因此，在最大程度保证商户和配送员双方体验的基础上，同时实现配送效率的最大化。

可选地，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理，包括：

将溢出订单打包成溢出订单组；

将溢出订单组分配给共享调度模式中的配送员；

将分配给共享调度模式中的配送员的溢出订单组赋予优先标识，赋予优先标识后的溢出订单组由共享调度模式中的配送员优先处理。

在本申请实施例中，除上述将溢出订单直接插入共享调度模式中配送员的待处理订单序列中外，在本申请实施例中，还可以将溢出订单打包后，分配给共享调度模式中配送员，并插入该配送员的待处理订单序列中。

具体的，将获取的所有溢出订单打包成溢出订单组，在共享调度模式中找到相应的配送员后，将该溢出订单组分配给该配送员，并将该溢出订单组赋予优先标识。将赋予优先标识的溢出订单组插入共享调度模式中的配送员的待处理订单序列中，赋予优先标识的的溢出订单组在共享调度模式配送员的待处理订单序列中置顶，共享调度模式下的配送员根据该待处理订单序列，优先处理该溢出订单组。

可选地，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理，包括：

将溢出订单和普通订单打包成混合订单组，混合订单组中，至少包括一个普通订单，普通订单的地理位置位于溢出订单的地理位置的预设范围内；

将混合订单组分配给共享调度模式中的配送员；

将分配给共享调度模式中的配送员的混合订单组赋予优先标识，赋予优先标识后的混合订单组由共享调度模式中的配送员优先处理。

在本申请实施例中，除将所所有溢出订单打包成溢出订单组外，还可以将地理位置与溢出订单的地理位置接近的普通订单打包在一起。

具体的，获取溢出订单后，以溢出订单的地理位置为中心，以预先设定的长度为半径，确定一个圆，将该圆作为预设范围，根据溢出订单的地理位置以及该预设的范围，将地理位置位于该预设范围内的普通订单与该溢出订单打包成混合订单组。在共享调度模式中找到相应的配送员后，将该混合订单组分配给该配送员，并将该混合订单组赋予优先标识。将赋予优先标识的混合订单组插入共享调度模式中的配送员的待处理订单序列中，赋予优先标识的的混合订单组在共享调度模式配送员的待处理订单序列中置顶，共享调度模式下的配送员根据该待处理订单序列，优先处理该混合订单组。

可选地，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理之后，还包括：

根据共享调度模式中的配送员的待处理订单中订单的地理位置规划配送路径；

向配送员推送配送路径。

具体的，当溢出订单分配给共享调度模式中的配送员后，由于溢出订单的优先标识，溢出订单是插入共享调度模式中的配送员的待处理订单序列的，且该溢出订单在共享调度模式中的配送员的待处理订单序列中置顶，共享调度模式下的配送员根据该待处理订单序列，优先处理该混合订单组，因此，配送员的配送路径需要根据插队的溢出订单重新规划，在本申请实施例中，根据待处理订单序列中订单的地理位置，为配送员调整配送路径，并向配送员推送调整后的配送路径。

举例而言，配送员的待处理订单序列为a，b，c，根据订单a，b，c的地理位置，为配送员规划的配送路径为a-b-c。当将溢出订单d分配给共享模式中的配送员时，基于该溢出订单的优先标识，将该溢出订单d插入该配送员的待处理订单序列中，并将该溢出订单置顶，此时，配送员的待处理订单序列变为d，a，b，c，且，订单a的地理位置与溢出订单d的距离最近，因此，根据订单d，a，b，c的地理位置，将配送路径调整为d-a-b-c，并将该配送路径推送给配送员。

在上述申请实施例的基础上，还可以根据专享调度模式中的历史订单量安排共享、专享模式下的配送员数量，双方运力进行互补。例如，如果专享模式与共享模式下订单的波峰、波谷恰好错开，则专享模式可直接按波谷单量配备配送员，在波峰时将订单溢出至共享模式即可。

采用本申请实施例的方法，将专享调度模式和共享调度模式进行融合调度，在不额外增加运力、商户不停单的情况下，将专享调度模式下商户的溢出订单转至共享调度模式下，由共享调度模式中的配送员分担专享调度模式中的调度压力，同时保证用户、商户、配送员三方体验。在实施过程中，专享调度模式和共享调度模式调度共同运转，专享调度模式中暂时未指派的订单可溢出至共享调度模式中，共享调度模式可根据具体的配送时效性要求对溢出订单做优先派单，尽量保证共享调度模式指派出的配送情况比专享调度模式调度的完成时间要短。通过上面的流程，订单可在专享调度模式与共享调度模式中流转，最大程度保证时效、选择最合适的配送员，提高用户与配送员的体验。

基于相同的技术构思，本申请实施例还提供一种订单调度装置、电子设备、以及计算机存储介质等，具体可参见以下实施例。

实施例二

图3为本申请实施例提供的一种订单调度装置的模块结构图，如图3所示，一种订单调度装置包括以下模块：

获取模块310，用于获取专享调度模式中待分配订单的待分配时间；

提取模块320，用于当待分配订单的待分配时间超过预设门限值时，提取待分配订单，将待分配订单作为溢出订单；

调度模块330，用于在共享调度模式与专享调度模式中为溢出订单寻找配送员，当溢出订单分配给共享调度模式中的配送员时，将溢出订单赋予优先标识，赋予优先标识后的溢出订单由共享调度模式中的配送员优先处理。

可选地，提取模块320具体用于：

当专享调度模式中的配送员的预期完成时间超过待分配订单的预期完成时间时，提取待分配订单，将待分配订单作为溢出订单。

可选地，调度模块330具体用于：

比较专享调度模式中配送员的预期完成时间以及共享调度模式中配送员的预期完成时间，将溢出订单分配给预期完成时间最短的的配送员。

可选地，调度模块330具体用于：

将溢出订单打包成溢出订单组；

将溢出订单组分配给共享调度模式中的配送员；

将分配给共享调度模式中的配送员的溢出订单组赋予优先标识，赋予优先标识后的溢出订单组由共享调度模式中的配送员优先处理。

可选地，调度模块330具体用于：

将溢出订单和普通订单打包成混合订单组，混合订单组中，至少包括一个普通订单，普通订单的地理位置位于溢出订单的地理位置的预设范围内；

将混合订单组分配给共享调度模式中的配送员；

将分配给共享调度模式中的配送员的混合订单组赋予优先标识，赋予优先标识后的混合订单组由共享调度模式中的配送员优先处理。

可选地，一种订单调度装置包括路径规划模块340，路径规划模块340用于：

根据共享调度模式中的配送员的待处理订单中订单的地理位置规划配送路径；

向配送员推送配送路径。

实施例三

图4示出了本申请实施例提供的执行一种订单调度方法的电子设备的硬件结构的示意图，如图4所示，该设备包括：

一个或多个处理器410以及存储器420，图4中以一个处理器410为例。

处理器410和存储器420可以通过总线或者其他方式连接，图4中以通过总线连接为例。

存储器420作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的一种订单调度方法对应的程序指令/模块。处理器410通过运行存储在存储器420中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述申请实施例中的一种订单调度方法。

存储器420可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据任意以上方法的使用所创建的数据等。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件或其他非易失性固态存储器件。在一些实施例中，存储器420可选包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至运行任意以上方法的处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器420中，当被一个或者多个处理器410执行时，执行上述申请实施例中的一种订单调度方法。

实施例四

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中一种订单调度方法的步骤。

本申请实施例所提供的进行一种订单调度方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。