订单组分配方法及装置与流程

本申请涉及互联网技术领域，尤其涉及一种订单组分配方法及装置。

背景技术：

随着互联网技术的快速发展，基于互联网的应用越来越多，例如外卖类应用、购物类应用。基于这些应用，用户足不出户即可获取自己所需的物品。这些应用在便利用户的同时，也面临着物品配送问题，于是物流调度系统应运而生。物流调度系统的主要任务是将订单分配给合适的配送员。

分组分配是物流配送系统主要使用的分配方式。分组分配过程是：物流调度系统先将性质相近的订单分成组，再计算订单组和配送员之间的得分，最后根据多个订单组和多个配送员的整体得分情况，把各订单组分配给合适的配送员。在订单量达到一定规模之后，采用分组分配方式能够有效提升配送效率。

技术实现要素：

发明人分析研究了现有分组分配方式：分组分配方式在计算出所有订单组和所有配送员之间的得分后，做整体分配，使得所有分配出去的订单组和配送员之间的整体得分最高，能够保证整体的配送效率。

但是，随着业务的发展，业务模式的多样化，整体配送效率不再是唯一的配送需求，分组分配方式逐渐暴露出以下不足：

分组分配方式可以保证整体(或平均)配送效率，但可能会忽略特殊用户或特殊订单的配送需求。例如，VIP用户的订单可能被分配给相对较差的配送员，配送速度较慢，甚至超时，严重降低VIP用户的体验度。又例如，结合业务需求，可能有超时赔付的概念，如果订单超时业务平台需要进行赔付，为此，对于临近超时的订单也需要优先配送。

对物流调度系统来说，不仅需要保证整体的配送效率，也需要满足特殊的配送需求，以便提高用户体验，保证业务平台的经济利益。基于此，本申请发明人经过大量研究和分析，提出一种以订单组为单位分等级分次分配的方式，使得物流调度系统可以以分组分配为基础，保证整体配送效率，又可以兼顾具有特殊配送需求的情况，提高用户体验度，保证业务平台的经济利益，以兼顾配送效率、用户体验和经济利益。

基于上述，本申请实施例提供一种订单组分配方法，包括：

确定当前分配次序对应的订单组等级；

根据所述订单组等级，从待分配订单组中选择至少一个订单组；

依所述当前分配次序，分配所述至少一个订单组。

在一可选实施方式中，所述至少一个订单组的选择步骤，包括：确定所述订单组等级对应的订单组特征；根据所述订单组特征，从所述待分配订单组中选择所述至少一个订单组。

在一可选实施方式中，所述至少一个订单组的选择步骤，包括：若所述订单组等级为VIP等级，从所述待分配订单组中，获取至少一个包含VIP用户订单的订单组；若所述订单组等级为临超时等级，从所述待分配订单组中，获取至少一个临近超时的订单组；若所述订单组等级为普通等级，获取所述待分配订单组中的全部订单组。

在一可选实施方式中，所述临近超时的订单组的获取步骤，包括：确定所述待分配订单组中各订单组的预计送达时间；计算当前时间与所述各订单组的预计送达时间之间的时间间隔；获取所述间隔时间符合设定要求的至少一个订单组，作为所述至少一个临近超时的订单组。

在一可选实施方式中，所述至少一个订单组的分配步骤，包括：从候选配送员中，获取所述至少一个订单组各自对应的配送员；将所述至少一个订单组分别分配给各自对应的配送员。

在一可选实施方式中，所述配送员的获取步骤，包括：从所述候选配送员中，分别选择与所述至少一个订单组各自的匹配度最高的配送员，作为所述至少一个订单组各自对应的配送员。

在一可选实施方式中，所述配送员的获取步骤，包括：根据所述至少一个订单组中各订单组与所述候选配送员中各配送员的匹配度，以所述至少一个订单组与所述至少一个订单组各自对应的配送员之间的整体匹配度最优为目标进行优化处理，以获得所述至少一个订单组各自对应的配送员。

在一可选实施方式中，所述方法还包括：将所述至少一个订单组各自对应的配送员从候选配送员中删除；或者，标记所述至少一个订单组各自对应的配送员为被分配状态。

在一可选实施方式中，所述方法还包括：将所述至少一个订单组从所述待分配订单组中删除；或者，标记所述至少一个订单组为已分配状态。

进一步，本申请实施例还提供一种订单组分配方法，包括：

标记待分配订单组的订单组等级；

依所述订单组等级对应的分配次序，分配所述待分配订单组。

在一可选实施方式中，所述订单组等级的标记步骤，包括：识别所述待分配订单组具有的订单组特征；标记所述待分配订单组的等级为所述订单组特征对应的订单组等级。

相应地，本申请实施例还提供一种订单组分配装置，包括：

确定单元，用于确定当前分配次序对应的订单组等级；

选择单元，用于根据所述订单组等级，从待分配订单组中选择至少一个订单组；

分配单元，用于依所述当前分配次序，分配所述至少一个订单组。

在一可选实施方式中，所述选择单元包括：确定子单元，用于确定所述订单组等级对应的订单组特征；选择子单元，用于根据所述订单组特征，从所述待分配订单组中选择所述至少一个订单组。

在一可选实施方式中，所述选择子单元具体用于：若所述订单组等级为VIP等级，从所述待分配订单组中，获取至少一个包含VIP用户订单的订单组；若所述订单组等级为临超时等级，从所述待分配订单组中，获取至少一个临近超时的订单组；若所述订单组等级为普通等级，获取所述待分配订单组中的全部订单组。

在一可选实施方式中，所述分配单元包括：获取子单元，用于从候选配送员中，获取所述至少一个订单组各自对应的配送员；分配子单元，用于将所述至少一个订单组分别分配给各自对应的配送员。

在一可选实施方式中，所述获取子单元具体用于：从所述候选配送员中，分别选择与所述至少一个订单组各自的匹配度最高的配送员，作为所述至少一个订单组各自对应的配送员。

在一可选实施方式中，所述获取子单元具体用于：根据所述至少一个订单组中各订单组与所述候选配送员中各配送员的匹配度，以所述至少一个订单组与所述至少一个订单组各自对应的配送员之间的整体匹配度最优为目标进行优化处理，以获得所述至少一个订单组各自对应的配送员。

进一步，本申请实施例还提供一种订单组分配装置，包括：

标记单元，用于标记待分配订单组的订单组等级；

分配单元，用于依所述订单组等级对应的分配次序，分配所述待分配订单组。

在本申请实施例中，以订单组为单位，并为订单组分配等级，基于订单组等级，分次分配订单组，使得物流调度系统可以以分组分配为基础，保证整体配送效率，又可以兼顾具有特殊配送需求的情况，提高用户体验度，保证业务平台的经济利益，以兼顾配送效率、用户体验和经济利益。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一实施例提供的订单组分配方法的流程示意图；

图2为本申请另一实施例提供的数据处理方法的流程示意图；

图3为本申请又一实施例提供的订单组分配方法的流程示意图；

图4为本申请又一实施例提供的订单组分配装置的结构示意图；

图5为本申请又一实施例提供的订单组分配装置的结构示意图；

图6为本申请又一实施例提供的订单组分配装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请一实施例提供的订单组分配方法的流程示意图。如图1所示，该方法包括：

101、确定当前分配次序对应的订单组等级。

102、根据所述订单组等级，从待分配订单组中选择至少一个订单组。

103、依所述当前分配次序，分配所述至少一个订单组。

在本实施例中，以订单组为单位，采用分组分配方式来分配订单，但却不是传统的分组分配方式。传统的分组分配方式是在计算出所有订单组和所有配送员之间的得分后，做整体分配，使得所有分配出去的订单组和配送员之间的整体得分最高，能够保证整体的配送效率。

在本实施例中，为订单组分配等级，称之为订单组等级，并将订单组等级与分配次序关联，使得不同订单组等级对应不同的分配次序。简单来说，就是按照订单组等级，依次分配订单组，形成一种以订单组为单位分等级分次分配的方式，不再是传统的分组分配方式。一般来说，订单组等级越高，对应分配次序越靠前。对于特殊情况下的订单组，可以为其设置相应的订单组等级，从而保证其优先配送，满足特殊配送需求。

在本实施例方法的实际执行过程中，可能需要根据订单组等级执行至少一次分配操作，不同订单组等级对应的分配操作其执行流程均相同。本实施例以当前分配次序为例，说明本实施例方法的流程：

当进入当前分配次序时，可以确定当前分配次序对应的订单组等级；根据所确定的订单组等级，从待分配订单组中选择至少一个订单组；依当前分配次序，分配至少一个订单组。

例如，可以预先建立订单组等级与订单分配次序之间的映射关系。基于该映射关系，确定当前分配次序对应的订单组等级。可选的，在所述映射关系中，可以通过分配次序对应的次序号或名称等来标识各分配次序，所述标识方式并不限于次序号和名称。相应地，在所述映射关系中，可以通过等级ID或名称等来标识各订单组等级，所述标识方式并不限于等级ID或名称。

可选的，在一应用实例中，可以周期性的执行订单分配流程，在周期到达之前，可以收集新出现的订单；当周期到达时，可以对周期内收集到的订单进行分组，获得待分配订单组。值得说明的是，待分配订单组的获取方式并不限于此。

在本实施例中，需要将待分配订单组分配给合适的配送员。所述待分配订单组包括至少一个订单组，每个订单组包括至少一个订单。考虑到不同订单组可能具有不同的订单组等级，并不是所有待分配订单都适合在当前分配次序进行分配。基于此，可以根据当前分配次序对应的订单组等级，从待分配订单组中选择至少一个订单组，所选择的至少一个订单组是待分配订单组中与当前分配次序对应的订单组等级相匹配的订单组；所选择的至少一个订单组适于在当前分配次序进行分配，于是，依当前分配次序，分配所选择的至少一个订单组。所述分配所选择的至少一个订单组主要是指将至少一个订单组分配给合适的配送员的过程。

在本实施例中，以订单组为单位，并为订单组分配等级，基于订单组等级，分次分配订单组，使得物流调度系统可以以分组分配为基础，保证整体配送效率，而对于有特殊配送需求的情况，可以通过为其配置相应的订单组等级，兼顾特殊配送需求，提高用户体验度，保证业务平台的经济利益，以兼顾配送效率、用户体验和经济利益。

在上述实施例或下述实施例中，从待配送订单组中选择至少一个订单组的步骤，可以包括：确定订单组等级对应的订单组特征；根据所述订单组特征，从待分配订单组中选择至少一个订单组。

可选的，可以预先设置订单组等级，并确定订单组等级对应的订单组特征，进而建立订单组等级与订单组特征之间的映射关系。在确定当前分配次序对应的订单组等级后，可以查询订单组等级与订单组特征之间的映射关系，确定订单组等级对应的订单组特征。

例如，在一种应用情景下，可以将订单组划分为三等级，分别是：VIP等级，临超时等级和普通等级。其中，VIP等级高于临超时等级，临超时等级高于普通等级。VIP等级对应的订单组特征是VIP用户订单；临超时等级对应的订单组特征为临近超时；普通等级对应的订单组特征为空或无。基于此，建立订单组等级与订单组特征之间的映射关系。

基于上述，若当前分配次序对应的订单组等级为VIP等级，则可以遍历待分配订单组中的每个订单组，判断每个订单组是否包含来自VIP用户的订单(简称为VIP用户订单)，以便从待分配订单组中，获取至少一个包含VIP用户订单的订单组，作为与VIP等级相匹配的订单组，即需要依当前分配次序，分配的至少一个订单组。其中，可以根据订单组中订单的用户属性，判断订单组是否包含VIP用户订单。这里的用户属性主要是指用户的等级。举例说明：所述用户的等级可以划分为普通用户、金牌用户、VIP用户等。

若当前分配次序对应的订单组等级为临超时等级，则可以遍历待分配订单组中的每个订单组，判断每个订单组是否临近超时，以便从待分配订单组中，获取至少一个临近超时的订单组，作为与临超时等级相匹配的订单组，即需要依当前分配次序，分配的至少一个订单组。

可选的，可以根据订单组的预计送达时间，来判断订单组是否临近超时。其中，本实施例以订单组为单位分配订单，订单组的预计送达时间也就是该订单组中各订单的预计送达时间。

在预计送达时间的基础上，从待分配订单组中，选择临近超时的订单组的步骤，可以为：确定待分配订单组中各订单组的预计送达时间；计算当前时间与各订单组的预计送达时间之间的时间间隔；获取所述时间间隔符合设定要求的至少一个订单组，作为至少一个临近超时的订单组。其中，可以根据订单组的时间属性，确定订单组的预计送达时间。这里的时间属性主要是指订单组的预计送达时间。

根据应用需求的不同，上述判断订单组是否临近超时的设定要求也会有所不同。进一步，还可以设定不同的要求，将临近超时情况细分为绝对紧急情况和相对紧急情况。例如，所述设定要求为一时间间隔阈值，如30分钟；若某一订单组的预计送达时间与当前时间的时间间隔小于30分钟，属于绝对紧急的情况，则可以认为订单组属于临近超时的订单组。又例如，所述设定要求为订单组的排序占比，例如20％；按照预计送达时间由早到晚的顺序对全体待配送订单组排序，若某一订单组排属于前20％以内的订单组，属于相对紧急情况，则可以认为订单组属于临近超时的订单组。

若当前分配次序对应的订单组等级为普通等级，则可以直接获取待分配订单组中的全部订单组，作为与普通等级相匹配的订单组，即需要依当前分配次序，分配的至少一个订单组。

在上述实施例或下述实施例中，需要依当前分配次序，分配所选择的至少一个订单组。所述订单组的分配步骤，可以为：从候选配送员中，获取至少一个订单组各自对应的配送员；将至少一个订单组分别分配给各自对应的配送员。

可选的，考虑到配送员的数量较多，且分配范围较广，可以预先根据待配送订单组的相关属性，例如位置属性，结合配送员的相关属性，例如已有订单数量、当前位置等，对配送员进行初步筛选，得到比较适合待配送订单组的候选配送员。当需要依当前分配次序，分配所选择的至少一个订单组时，可以直接从候选配送员中，为至少一个订单组分别选择合适的配送员。这种方式有利于提高为订单组选择配送员的效率。当然，也可以不经初步筛选步骤，直接获取所有在岗配送员作为候选配送员。这种方式下候选配送员的数量较多，有利于为订单组选择到更为合适的配送员。

在一可选实施方式中，可以按照单个最优的方式，依次为至少一个订单组中的每个订单组获取对应的配送员。则为订单组获取配送员的步骤，可以为：从候选配送员中，分别选择与至少一个订单组各自的匹配度最高的配送员，作为至少一个订单组各自对应的配送员。简单来说，对至少一个订单组中的每个订单组，分别计算该订单组与各个候选配送员的匹配度，选择与该订单组的匹配度最高的配送员，作为该订单组对应的配送员。

在一可选实施方式中，可以按照整体最优的方式，将至少一个订单组作为一个整体，为至少一个订单组获取对应的配送员。则为订单组获取配送员的步骤，可以为：根据至少一个订单组中各订单组与候选配送员中各配送员的匹配度，以至少一个订单组与至少一个订单组各自对应的配送员之间的整体匹配度最优为目标进行优化处理，以获得至少一个订单组各自对应的配送员。

例如，可以采用KM算法求解上述最优化问题，即求解至少一个订单组与候选配送员的最大权匹配，进而将至少一个订单组分配给KM算法匹配到的至少一个配送员。

在获得至少一个订单组各自对应的配送员之后，可以将至少一个订单组分配给各自对应的配送员。在技术实现上，所述将至少一个订单组分配给各自对应的配送员主要是指，将至少一个订单组分别发送至各自对应的配送员的终端上。

可选的，考虑到本实施例方法可能会循环执行，为了避免重复分配订单组的问题，在将上述至少一个订单组分配给各自对应的配送员之后，可以将至少一个订单组从待分配订单组中删除；或者，也可以标记至少一个订单组为已分配状态。这样当重新分配至少一个订单组所属订单组等级下的订单组时，可以保证只分配新的订单组，而不会重复分配已分配过的订单组，有利于节约资源，避免逻辑错误。

相应地，在订单组分配过程中，有可能将多个订单组分配给同一配送员，容易造成有的配送员压力较大，有的配送员却没有足有订单配送。为避免这种情况，在将上述至少一个订单组分配给各自对应的配送员之后，还可以将所述至少一个订单组各自对应的配送员从候选配送员中删除；或者，标记至少一个订单组各自对应的配送员为被分配状态。这样可以每个配送员可以分得合适数量的订单组，有利于均衡分配，充分发挥配送员的运力。

凡是以订单组为单位分配订单的应用场景均可采用本申请实施例提供的方法。假设在一应用场景中，需要特殊考虑VIP用户的订单和临超时订单，则预先将订单组划分为三个等级，分别是：VIP等级、临超时等级和普通等级。基于此，一种订单组分配的方法流程，如图2所示，包括以下步骤：

201、收集新到订单，作为待分配订单。

202、当订单分配周期到达时，将待分配订单分组，以获得待分配订单组。

203、根据VIP等级对应的订单组特征，从待分配订单组中获取至少一个包含VIP用户订单的订单组。

204、将所述至少一个包含VIP用户订单的订单组，分配给候选配送员中合适的配送员。

205、将所述至少一个包含VIP用户订单的订单组，从待分配订单组中删除，并将分配到所述至少一个包含VIP用户订单的订单组的配送员，从候选配送员中删除。

206、根据临超时等级对应的订单组特征，从待分配订单组中获取至少一个临近超时的订单组。

207、将所述至少一个临近超时的订单组，分配给候选配送员中合适的配送员。

208、将所述至少一个临近超时的订单组，从待分配订单组中删除，并将分配到所述至少一个临近超时的订单组的配送员，从候选配送员中删除。

209、根据普通等级对应的订单组特征，获取待分配订单组中所有剩余的订单组。

210、将待分配订单组中所有剩余的订单组，分配给候选配送员中合适的配送员。

211、将所有剩余的订单组删除，并将分配到所述剩余的订单组的配送员，从候选配送员中删除，并返回执行步骤201。

值得说明的是，在执行步骤202-211的过程中，也会继续收集新的订单。

在该应用实例中，以订单组为单位分配订单，且周期性的进行订单组分配。每个周期内的订单组分配过程，按照订单组等级分为三次分配操作，其中，步骤203-205为第一次分配操作，步骤206-208为第二次分配操作，步骤209-211为第三次分配操作。

其中，每次分配操作中订单组的选择、配送员的选择等的详细实施方式，可参见前述实施例中的相应描述，在此不再赘述。

在本实施例中，以订单组为单位，并为订单组分配等级，基于订单组等级，分次分配订单组，使得物流调度系统可以以分组分配为基础，保证整体配送效率，而对于有特殊配送需求的情况，可以通过为其配置相应的订单组等级，兼顾特殊配送需求，提高用户体验度，保证业务平台的经济利益，以兼顾配送效率、用户体验和经济利益。

在上述实施例中，需要根据订单组等级对应的订单组特征，从待分配订单组中实时选择当前分配次序需要分配的订单组，除此之外，还可以基于预先标记的订单组等级来选择。可选的，可以在形成待分配订单组的过程中，标记待分配订单组的订单组等级。例如，可以预先建立订单组等级与订单组特征之间的映射关系，基于该映射关系，可以识别待分配订单组具有的订单组特征，进而确定该订单组特征匹配中的订单组特征，标记待分配订单组的等级为该订单组特征匹配中的订单组特征。本实施例并不限定具体标记方式，例如可以在订单组ID或名称中添加订单组等级的标识。基于此，在确定当前分配次序对应的订单组等级后，可以根据待分配订单组携带的等级标识，直接获取与当前分配次序对应的订单组等级相匹配的订单组。这种方式需要预先标记，但可以简化分配过程中的操作，有利于提高分配效率。

图3为本申请又一实施例提供的订单组分配方法的流程示意图。如图3所示，该方法包括：

301、标记待分配订单组的订单组等级。

302、依所述订单组等级对应的分配次序，分配待分配订单组。

在本实施例中，以订单组为单位，采用分组分配方式来分配订单，但却不是传统的分组分配方式，而是为订单组分配等级，称之为订单组等级，并将订单组等级与分配次序关联，使得不同订单组等级对应不同的分配次序。

为了便于依据订单组等级分次分配订单组，可以预先标记待分配订单组的订单组等级，以便在订单组等级对应的分配次序，分配待分配订单组。

在一可选实施方式中，可以预先建立订单组等级与订单组特征之间的映射关系，基于该映射关系，可以识别待分配订单组具有的订单组特征，进而确定该订单组特征对应的订单组等级，标记待分配订单组的等级为该订单组特征对应的订单组等级。本实施例并不限定具体标记方式，例如可以在订单组ID或名称中添加订单组等级的标识。

基于上述，当执行到订单组等级对应的分配次序时，可以根据待分配订单组携带的等级标识，直接获取需要依执行到分配次序分配的订单组，将所获取的订单组分配给合适的配送员。本实施例基于订单组等级的标记结果进行订单组分配，可以简化分配过程中的操作，有利于提高分配效率。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101至步骤103的执行主体可以为设备A；又比如，步骤101和102的执行主体可以为设备A，步骤103的执行主体可以为设备B；等等。

图4为本申请又一实施例提供的订单组分配装置的结构示意图。如图4所示，该装置包括：确定单元41、选择单元42和分配单元43。

确定单元41，用于确定当前分配次序对应的订单组等级。

选择单元42，用于根据确定单元41所确定的订单组等级，从待分配订单组中选择至少一个订单组。

分配单元43，用于依当前分配次序，分配选择单元42所选择的至少一个订单组。

在一可选实施方式中，如图5所示，选择单元42的一种实现结构包括：确定子单元421和选择子单元422。

确定子单元421，用于确定上述订单组等级对应的订单组特征。

选择子单元422，用于根据确定子单元421所确定的订单组特征，从待分配订单组中选择至少一个订单组。

在一可选实施方式中，选择子单元422具体可用于：

若确定单元41所确定的订单组等级为VIP等级，从待分配订单组中，获取至少一个包含VIP用户订单的订单组；

若确定单元41所确定的订单组等级为临超时等级，从待分配订单组中，获取至少一个临近超时的订单组；

若确定单元41所确定的订单组等级为普通等级，获取待分配订单组中的全部订单组。

进一步，选择子单元422在获取至少一个临近超时的订单组时，具体用于：确定待分配订单组中各订单组的预计送达时间；计算当前时间与各订单组的预计送达时间之间的时间间隔；获取间隔时间符合设定要求的至少一个订单组，作为至少一个临近超时的订单组。

在一可选实施方式中，如图5所示，分配单元43的一种实现结构包括：获取子单元431和分配子单元432。

获取子单元431，用于从候选配送员中，获取至少一个订单组各自对应的配送员。

分配子单元432，用于将至少一个订单组分别分配给各自对应的配送员。

进一步，获取子单元431具体用于：从候选配送员中，分别选择与至少一个订单组各自的匹配度最高的配送员，作为至少一个订单组各自对应的配送员。或者

进一步，获取子单元431具体用于：根据至少一个订单组中各订单组与候选配送员中各配送员的匹配度，以至少一个订单组与至少一个订单组各自对应的配送员之间的整体匹配度最优为目标进行优化处理，以获得至少一个订单组各自对应的配送员。

在一可选实施方式中，所述装置还可以包括：删除单元和/或标记单元。

删除单元，用于在将至少一个订单组分别分配给各自对应的配送员之后，将至少一个订单组各自对应的配送员从候选配送员中删除。

删除单元，还用于在将至少一个订单组分别分配给各自对应的配送员之后，将至少一个订单组从待分配订单组中删除。

标记单元，用于在将至少一个订单组分别分配给各自对应的配送员之后，标记至少一个订单组各自对应的配送员为被分配状态。

标记单元，还用于在将至少一个订单组分别分配给各自对应的配送员之后，标记至少一个订单组为已分配状态。

本实施例提供的订单组分配装置，可用于执行上述方法实施例的流程，详细描述在此不再赘述。

本实施例提供的订单组分配装置，以订单组为单位，并为订单组分配等级，基于订单组等级，分次分配订单组，不仅可以保证整体配送效率，而对于有特殊配送需求的情况，可以通过为其配置相应的订单组等级，兼顾特殊配送需求，提高用户体验度，保证业务平台的经济利益，以兼顾配送效率、用户体验和经济利益。

图6为本申请又一实施例提供的订单组分配装置的结构示意图。如图6所示，该装置包括：标记单元61和分配单元62。

标记单元61，用于标记待分配订单组的订单组等级。

分配单元62，用于依订单组等级对应的分配次序，分配待分配订单组。

在一可选实施方式中，可以预先建立订单组等级与订单组特征之间的映射关系。基于该映射关系，标记单元61具体可用于：识别待分配订单组具有的订单组特征，进而确定该订单组特征对应的订单组等级，标记待分配订单组的等级为该订单组特征对应的订单组等级。本实施例并不限定具体标记方式，例如可以在订单组ID或名称中添加订单组等级的标识。

本实施例提供的订单组分配装置，可用于执行上述方法实施例的流程，详细描述在此不再赘述。

本实施例提供的订单组分配装置，基于订单组等级的标记结果进行订单组分配，可以简化分配过程中的操作，有利于提高分配效率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。