CN107767007A - 任务分配方法及装置 - Google Patents

Abstract

本发明提供了一种任务分配方法及装置，其中方法包括：获取任务的属性信息；根据该任务的属性信息确定该任务对应的各个分配规则以及各个分配规则的先后顺序；按照各个分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将该任务分配至满足当前分配规则的处理人员。通过本发明中的任务分配方法及装置，能够提高任务分配效率，缓解现有技术中任务分配效率低，无法保证为各个任务都分配到处理人的问题。

Description

任务分配方法及装置

技术领域

本发明涉及任务分配技术领域，具体而言，涉及一种任务分配方法及装置。

背景技术

随着计算机技术的发展，很多公司都会涉及多种支撑***，如考勤***、CRM(Customer Relationship Management，客户关系管理)***等，特别在O2O(Online ToOffline，线上到线下)公司中，还会涉及客服***和供应链***，这些支撑***内存在大量的任务。由于各个处理人员各自的工作经历和专注领域不同，如何灵活有效地为处理人员分配任务成为众多公司关注的问题。

现有技术提供了多种任务分配方法，包括轮询分配方法、任务量最小分配方法以及任务优先级分配方法等。其中，轮询分配方法指的是依次询问各个处理人，将任务分配至同意处理该任务的处理人，任务量最小分配方法指的是将任务分配至待处理量最少的处理人，任务优先级分配方法指的是根据任务的优先级为任务分配处理人。

现有技术中的任务分配方法，仅为任务分配一次处理人，如果在分配过程中没有得到合适的处理人，则该任务将无人处理，任务分配效率低，无法保证为各个任务都分配到处理人。

发明内容

有鉴于此，本发明的目的在于提供一种任务分配方法及装置，能够提高任务分配效率，缓解现有技术中任务分配效率低，无法保证为各个任务都分配到处理人的问题。

第一方面，本发明实施例提供了一种任务分配方法，所述方法包括：获取任务的属性信息；根据所述任务的属性信息确定所述任务对应的各个分配规则以及各个所述分配规则的先后顺序；按照各个所述分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将所述任务分配至所述满足当前分配规则的处理人员。

结合第一方面，本发明实施例提供了第一方面第一种可能的实施方式，其中，判断是否存在满足当前分配规则的处理人员，包括：当所述当前分配规则为基于任务属性分配时，在已分配的任务中查找是否存在与所述任务具有相同属性信息的任务，其中，所述属性信息包括所述任务对应的订单标识、所述任务对应的合作商标识、所述任务对应的合同标识、所述任务对应的项目标识以及任务类型中的任意一种；当查找到与所述任务具有相同属性信息的任务时，判断查找到的所述任务对应的处理人员是否处于可分配状态；当查找到的所述任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将查找到的所述任务对应的处理人员作为所述满足当前分配规则的处理人员。

结合第一方面，本发明实施例提供了第一方面第二种可能的实施方式，其中，判断是否存在满足当前分配规则的处理人员，包括：当所述当前分配规则为基于节点分配时，判断所述任务所属的节点是否存在历史任务；当所述任务所属的节点存在历史任务时，判断所述历史任务对应的处理人员是否处于可分配状态；当所述历史任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将所述历史任务对应的处理人员作为所述满足当前分配规则的处理人员。

结合第一方面，本发明实施例提供了第一方面第三种可能的实施方式，其中，判断是否存在满足当前分配规则的处理人员，包括：当所述当前分配规则为基于关联任务分配时，根据预设的关联任务规则判断所述任务是否具有关联任务，其中，所述预设的关联任务规则由用户定义；当所述任务具有关联任务时，判断所述关联任务对应的处理人员是否处于可分配状态；当所述关联任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将所述关联任务对应的处理人员作为所述满足当前分配规则的处理人员。

结合第一方面，本发明实施例提供了第一方面第四种可能的实施方式，其中，判断是否存在满足当前分配规则的处理人员，包括：当所述当前分配规则为基于工作组分配时，判断是否存在满足预设的分配规则的工作组，其中，所述预设的分配规则由用户定义；当存在满足所述预设的分配规则的工作组时，确定存在满足当前分配规则的处理人员，将所述工作组内处于可分配状态且待办量最少的处理人员作为所述满足当前分配规则的处理人员，或者，将所述工作组内预设的处理人员作为所述满足当前分配规则的处理人员。

结合第一方面上述的实施方式，本发明实施例提供了第一方面第五种可能的实施方式，其中，所述方法还包括：通过预先设置的扩展接口接收用户定义的各个分配规则以及各个所述分配规则的先后顺序。

第二方面，本发明实施例提供了一种任务分配装置，所述装置包括：获取模块，用于获取任务的属性信息；确定模块，用于根据所述任务的属性信息确定所述任务对应的各个分配规则以及各个所述分配规则的先后顺序；分配模块，用于按照各个所述分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将所述任务分配至所述满足当前分配规则的处理人员。

结合第二方面，本发明实施例提供了第二方面第一种可能的实施方式，其中，所述分配模块包括：任务查找单元，用于当所述当前分配规则为基于任务属性分配时，在已分配的任务中查找是否存在与所述任务具有相同属性信息的任务，其中，所述属性信息包括所述任务对应的订单标识、所述任务对应的合作商标识、所述任务对应的合同标识、所述任务对应的项目标识以及任务类型中的任意一种；第一状态判断单元，用于当查找到与所述任务具有相同属性信息的任务时，判断查找到的所述任务对应的处理人员是否处于可分配状态；第一确定单元，用于当查找到的所述任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将查找到的所述任务对应的处理人员作为所述满足当前分配规则的处理人员。

结合第二方面，本发明实施例提供了第二方面第二种可能的实施方式，其中，所述分配模块包括：历史任务判断单元，用于当所述当前分配规则为基于节点分配时，判断所述任务所属的节点是否存在历史任务；第二状态判断单元，用于当所述任务所属的节点存在历史任务时，判断所述历史任务对应的处理人员是否处于可分配状态；第二确定单元，用于当所述历史任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将所述历史任务对应的处理人员作为所述满足当前分配规则的处理人员。

结合第二方面，本发明实施例提供了第二方面第三种可能的实施方式，其中，所述分配模块包括：关联任务判断单元，用于当所述当前分配规则为基于关联任务分配时，根据预设的关联任务规则判断所述任务是否具有关联任务，其中，所述预设的关联任务规则由用户定义；第三状态判断单元，用于当所述任务具有关联任务时，判断所述关联任务对应的处理人员是否处于可分配状态；第三确定单元，用于当所述关联任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将所述关联任务对应的处理人员作为所述满足当前分配规则的处理人员。

结合第二方面，本发明实施例提供了第二方面第四种可能的实施方式，其中，所述分配模块包括：工作组判断单元，用于当所述当前分配规则为基于工作组分配时，判断是否存在满足预设的分配规则的工作组，其中，所述预设的分配规则由用户定义；第四确定单元，用于当存在满足所述预设的分配规则的工作组时，确定存在满足当前分配规则的处理人员，将所述工作组内处于可分配状态且待办量最少的处理人员作为所述满足当前分配规则的处理人员，或者，将所述工作组内预设的处理人员作为所述满足当前分配规则的处理人员。

结合第二方面上述的实施方式，本发明实施例提供了第二方面第五种可能的实施方式，其中，所述装置还包括：规则接收模块，用于通过预先设置的扩展接口接收用户定义的各个分配规则以及各个所述分配规则的先后顺序。

本发明实施例中，首先获取任务的属性信息，然后根据任务的属性信息确定任务对应的各个分配规则以及各个分配规则的先后顺序，最后按照各个分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将任务分配至满足当前分配规则的处理人员。由于本发明实施例中采用多次分配的方式确定任务的处理人，因此与现有技术相比，通过本发明实施例中的任务分配方法及装置，能够提高任务分配效率，缓解现有技术中任务分配效率低，无法保证为各个任务都分配到处理人的问题。

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

附图说明

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

图1示出了本发明实施例所提供的任务分配方法的第一种流程示意图；

图2示出了本发明实施例所提供的任务分配方法的第二种流程示意图；

图3示出了本发明实施例所提供的任务分配装置的第一种模块组成示意图；

图4示出了本发明实施例所提供的任务分配装置的第二种模块组成示意图。

具体实施方式

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

考虑到现有技术中的任务分配方法任务分配效率低，无法保证为各个任务都分配到处理人，本发明提供了一种任务分配方法及装置，下面通过实施例进行具体描述。

图1示出了本发明实施例所提供的任务分配方法的第一种流程图，如图所示，该方法包括以下步骤：

步骤S102，获取任务的属性信息。

任务的属性信息可以由用户输入，也可以由其他***通过接口发送。每个任务都具有属性信息，任务的属性信息包括任务类型、任务所属的工作流的标识、任务所属的工作流的全局变量、任务变量、任务标识、任务描述、任务的创建时间、任务的优先级、任务的复杂度、任务对应的订单标识、任务对应的合作商标识、任务对应的合同标识、任务对应的项目标识等。

本实施例中，工作流具有多个节点，每个节点具有一个或者多个任务，比如，电商***的上单流程中，包括上单申请节点、上单审批节点和上单执行节点，上单申请节点对应有申请审批任务，上单审批节点对应有单据审批任务，上单执行节点对应有上单执行任务，以单据审批任务为例，该任务对应的工作流为上单流程，上单流程的标识可以为“shangdan”,该任务所属的工作流的全局变量为每个节点对应的任务的变量，如申请审批任务中的申请人、申请原因、申请明细等，单据审批任务中的申请人、申请原因、申请明细、审批结果等，上单执行任务中的上单时间、上单内容等，任务变量为单据审批任务中的变量，如申请人、申请原因、申请明细、审批结果，任务标识可以为“danjushenpi”,任务描述可以为“单据审批”，任务的创建时间是任务的发起者创建该任务的时间，任务的优先级和任务的复杂度能够由任务的发起者或者工作流的发起者设定，任务对应的订单标识、任务对应的合作商标识、任务对应的合同标识、任务对应的项目标识能够由任务的发起者或者工作流的发起者设置。

本实施例中，任务类型由任务所属的工作流的标识和任务标识决定，如，将任务所属的工作流的标识和任务标识拼接起来作为任务类型，比如，上例中，任务类型为“shangdan-danjushenpi”。

本实施例中，任务的属性信息包括固定属性和扩展属性，上述属性信息为固定属性，任务的属性信息还能够由用户根据实际工作需要进行扩展，用户扩展得到的属性为扩展属性，通过扩展属性能够满足用户在不同场合下的任务分配需求，使任务分配更加灵活、准确。

步骤S104，根据任务的属性信息确定该任务对应的各个分配规则以及各个分配规则的先后顺序。

一种实施方式中，可以根据任务类型确定该任务对应的各个分配规则以及各个分配规则的先后顺序。

本实施例中预设有类型分配规则对照表，该类型分配规则对照表内配置有每种任务类型对应的各个分配规则以及各个分配规则的先后顺序，根据任务类型在该类型分配规则对照表内进行查找，得到该任务对应的各个分配规则以及各个分配规则的先后顺序。

表1

表1为类型分配规则对照表的一种示意，如表1所示，类型分配规则对照表内配置有多种任务类型，以及每种任务类型对应的各个分配规则和各个分配规则的先后顺序。以任务类型“Shangdan-shenqingshenpi”为例，其对应有四个分配规则，第一个为基于任务属性分配，第二个为基于节点分配，第三个为基于关联任务分配，第四个为基于工作组分配。

另一种实施方式中，可以根据任务的优先级确定该任务对应的各个分配规则以及各个分配规则的先后顺序。

本实施例中预设有优先级分配规则对照表，该优先级分配规则对照表内配置有每种任务的优先级对应的各个分配规则以及各个分配规则的先后顺序，根据任务的优先级在该优先级分配规则对照表内进行查找，得到该任务对应的各个分配规则以及各个分配规则的先后顺序。

表2

表2为优先级分配规则对照表的一种示意，如表1所示，优先级分配规则对照表内配置有多种任务的优先级，以及每种任务的优先级对应的各个分配规则和各个分配规则的先后顺序。以一级优先为例，其对应有四个分配规则，第一个为基于任务属性分配，第二个为基于节点分配，第三个为基于关联任务分配，第四个为基于工作组分配。

步骤S106，按照各个分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将上述任务分配至该满足当前分配规则的处理人员。

其中，判断是否存在满足当前分配规则的处理人员，具体过程为：根据当前分配规则计算该任务的处理人员，如果计算结果为空，确定不存在满足当前分配规则的处理人员，如果计算结果不可空，则将计算结果作为满足当前分配规则的处理人员。

在确定上述任务对应的各个分配规则以及各个分配规则的先后顺序之后，首先判断是否存在满足第一个分配规则的处理人员，如果存在，则将上述任务分配至该处理人员，如果不存在，则判断是否存在满足第二个分配规则的处理人员，依此类推，直至将任务分配至满足分配规则的处理人员，或者确定该任务不存在满足分配规则的处理人员。

本步骤中，任务对应的各个分配规则可以是现有技术中的分配算法，如轮询分配方法、任务量最小分配方法以及任务优先级分配方法等，还可以是本申请提供的分配算法，如表1所示，本申请提供有四种分配规则，分别是基于任务属性分配、基于节点分配、基于关联任务分配、基于工作组分配。

对应该基于任务属性分配，判断是否存在满足当前分配规则的处理人员，可以为：

(1)当当前分配规则为基于任务属性分配时，在已分配的任务中查找是否存在与上述任务具有相同属性信息的任务，其中，属性信息包括任务对应的订单标识、任务对应的合作商标识、任务对应的合同标识、任务对应的项目标识以及任务类型中的任意一种；

(2)当查找到与上述任务具有相同属性信息的任务时，判断查找到的任务对应的处理人员是否处于可分配状态；

(3)当查找到的任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将查找到的任务对应的处理人员作为满足当前分配规则的处理人员。

具体地，当当前分配规则为基于任务属性分配时，在已经分配过的任务中查找与上述任务具有相同属性信息的任务，如具有相同订单标识的任务、或者具有相同合作商标识的任务、或者具有相同合同标识的任务、或者类型相同的任务。当查找到具有相同属性信息的任务时，判断查找到的任务对应的处理人员是否处于可分配状态，比如，查找处理人员的状态，当处理人员为签入状态时，确定处理人员为可分配状态，当处理人员为签出状态时，确定处理人员为不可分配状态，或者，查找处理人员上报的不可分配任务的时间以及确定当前时间，当处理人员上报的不可分配任务的时间与当前时间不重叠时，确定处理人员为可分配状态，当处理人员上报的不可分配任务的时间与当前时间重叠时，确定处理人员为不可分配状态。当查找到的任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将查找到的任务对应的处理人员作为满足当前分配规则的处理人员，将上述任务分配至该查找到的任务对应的处理人员。

本实施例中，将任务分配至具有相同属性信息的任务对应的处理人员处，能够使处理人员处理具有相同属性信息的任务，从而提高任务处理效率。

对应上述的基于节点分配，判断是否存在满足当前分配规则的处理人员，还可以为：

(1)当当前分配规则为基于节点分配时，判断上述任务所属的节点是否存在历史任务；

(2)当上述任务所属的节点存在历史任务时，判断该历史任务对应的处理人员是否处于可分配状态；

(3)当该历史任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将该历史任务对应的处理人员作为满足当前分配规则的处理人员。

具体地，当当前分配规则为基于节点分配时，判断上述任务所属的节点是否存在历史任务，比如，查找上述任务所属的节点对应的任务，如果存在除上述任务以外的其他任务，确定上述任务所属的节点存在历史任务。当上述任务所属的节点存在历史任务时，确定该历史任务对应的处理人员，判断该处理人员是否处于可分配状态，可以通过前述方法判断该处理人员是否处于可分配状态，这里不再赘述。当该处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将该历史任务对应的处理人员作为满足当前分配规则的处理人员，将上述任务分配至该历史任务对应的处理人员。

该动作(1)至(3)主要针对被驳回后重新处理的任务，比如在订单A的审批工作流中，订单申请节点具有订单申请任务，由申请审核人员处理，订单审核节点具有订单审核任务，由订单审核人员处理，当订单审核人员将订单审核任务驳回后，订单申请节点将再次生成订单申请任务，此时通过上述动作(1)至(3)，判断该订单申请节点存在历史任务，并判断该历史任务对应的处理人员处于可分配状态，其中历史任务就是申请审核人员首次处理的订单申请任务，将该再次生成的订单申请任务分配至之前的申请审核人员，从而保证该再次生成的订单申请任务被之前同一个申请审核人员审核。

本实施例中，将任务分配至所属节点的历史任务的处理人员处，能够保证被驳回的任务由之前相同的处理人员处理，提高任务处理效率。

对应上述的基于关联任务分配，判断是否存在满足当前分配规则的处理人员，还可以为：

(1)当当前分配规则为基于关联任务分配时，根据预设的关联任务规则判断上述任务是否具有关联任务，其中，该预设的关联任务规则由用户定义；

(2)当上述任务具有关联任务时，判断该关联任务对应的处理人员是否处于可分配状态；

(3)当该关联任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将该关联任务对应的处理人员作为满足当前分配规则的处理人员。

具体地，当当前分配规则为基于关联任务分配时，根据用户定义的关联任务规则判断上述任务是否具有关联任务，比如，与上述任务属于相同任务类型的任务是上述任务的关联任务，或者，与上述任务具有相同属性信息的任务是上述任务的关联任务，其中，属性信息包括任务对应的订单标识、任务对应的合作商标识、任务对应的合同标识、以及任务对应的项目标识中的任意一种。当上述任务具有关联任务时，通过前述的方式判断该关联任务对应的处理人员是否处于可分配状态，具体判断过程这里不再赘述。当该关联任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将该关联任务对应的处理人员作为满足当前分配规则的处理人员，将上述任务分配至该关联任务对应的处理人员。

本实施例中，设置有扩展接口，通过该扩展接口能够接收用户自定义的关联任务规则，并采用基于规则引擎的方式利用用户自定义的关联任务规则判断上述任务是否具有关联任务，由于关联任务规则能够由用户自定义，因此本实施例中的方法能够适应多种不同场景下的任务分配要求，提高任务分配的灵活性。

对应上述的基于工作组分配，判断是否存在满足当前分配规则的处理人员，还可以为：

(1)当当前分配规则为基于工作组分配时，判断是否存在满足预设的分配规则的工作组，其中，预设的分配规则由用户定义；

(2)当存在满足该预设的分配规则的工作组时，确定存在满足当前分配规则的处理人员，将该工作组内处于可分配状态且待办量最少的处理人员作为满足当前分配规则的处理人员，或者，将工作组内预设的处理人员作为满足当前分配规则的处理人员。

具体地，当当前分配规则为基于工作组分配时，根据用户定义的分配规则判断是否存在满足要求的工作组。当存在满足要求的工作组时，确定存在满足当前分配规则的处理人员，将该满足要求的工作组内处于可分配状态且待办量最少的处理人员作为满足当前分配规则的处理人员，或者，将工作组内预设的处理人员作为满足当前分配规则的处理人员，其中，预设的处理人员可以是预先指定的处理人员，也可以是采用轮询的方式设定的处理人员，比如，预先设置有处理人员的顺序，每次基于工作组分配时，按照各个处理人员的顺序将各个处理人员作为预设的处理人员，比如，当前次预设的处理人员为2号处理人员时，则当前预设的处理人员为3号处理人员。

本实施例中，设置有扩展接口，通过该扩展接口能够接收用户自定义的分配规则，并采用基于规则引擎的方式利用用户自定义的分配规则对上述任务分配处理人，由于分配规则能够由用户自定义，因此本实施例中的方法能够适应多种不同场景下的任务分配要求，提高任务分配的灵活性。

本实施例中，在将任务分配到工作组中的某个处理人之后，更新该处理人的待办量，并检查该任务是否配置了基于任务属性的分配规则，若配置了基于任务属性的分配规则，则将该任务的设定属性与对应的处理人关联关系记录下来，作为具有该属性的任务的分配历史，以便于后续基于任务属性分配任务时使用。

本实施例中，能够首先根据上述基于任务属性分配的分配规则计算上述任务的处理人，当计算结果为空，没有计算得到处理人时，再根据上述基于节点分配的分配规则计算上述任务的处理人，当计算结果为空，没有计算得到处理人时，再根据上述基于关联任务分配的分配规则计算上述任务的处理人，当计算结果为空，没有计算得到处理人时，再根据上述基于工作组分配的分配规则计算上述任务的处理人，当计算结果为空，没有计算得到处理人时，确定上述任务无法分配至合适的处理人，当通过任意一种规则计算得到处理人时，即将上述任务分配至该处理人。

本发明实施例中，首先获取任务的属性信息，然后根据任务的属性信息确定任务对应的各个分配规则以及各个分配规则的先后顺序，最后按照各个分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将任务分配至满足当前分配规则的处理人员。由于本发明实施例中采用多次分配的方式确定任务的处理人，因此与现有技术相比，本实施例中的方法能够提高任务分配效率，缓解现有技术中任务分配效率低，无法保证为各个任务都分配到处理人的问题。

图2示出了本发明实施例所提供的任务分配方法的第二种流程图，如图所示，本实施例中的方法，在步骤S102之前，还包括以下步骤：

步骤S101，通过预先设置的扩展接口接收用户定义的各个分配规则以及各个分配规则的先后顺序。

本实施例中，设置有扩展接口，通过扩展接口能够接收用户定义的各个分配规则以及各个分配规则的先后顺序，由于各个分配规则以及各个分配规则的先后顺序能够由用户自定义，因此本实施例中的方法能够满足用户的人性化需求，适应多种不同场景下的任务分配要求，提高任务分配的灵活性。

本实施例中，扩展接口接收用户定义的任务的分配规则，采用基于规则引擎的方式根据用户定义的任务的分配规则为任务分配处理人，从而满足用户个性化的任务分配需求，满足多种不同的应用场合。

本实施例中，扩展接口还能够接收用户定义处理人的属性信息的类别，处理人的属性信息包括但不限于以下几类：待办任务量、待办量阈值、免分配时间段、工作组属性、签入状态和签出状态。

本实施例中，通过设置扩展接口，接收用户定义的分配规则和处理人的属性信息，并基于规则引擎的方式根据用户定义的信息分配任务，能够实现分配规则的灵活支持，保证任务分配更加方便、准确、更加符合不同的工作场景需求。

本实施例中，还能够接收用户定义的指定处理人，将任务分配至该指定处理人。需要说明的是，本实施例中所提到的工作组是非实体的组织部门，为虚拟组，可以将实体组织中的人员添加到工作组中，将某类任务分配到具体的工作组，组成员可以共同处理分配到该组的任务。

本实施例中的方法，支持任务属性的动态扩展，更容易实现对业务自定义分配规则的支持。通过引入规则引擎支持用户自定义的分配规则，确保任务分配管理更加方便、任务分配可以更加准确。

对应上述的任务分配方法，本发明实施例还提供了一种任务分配装置，用于执行上述的任务分配方法，如图3所示，该装置包括：

获取模块31，用于获取任务的属性信息；

确定模块32，用于根据任务的属性信息确定任务对应的各个分配规则以及各个分配规则的先后顺序；

分配模块33，用于按照各个分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将任务分配至满足当前分配规则的处理人员。

当当前分配规则为基于任务属性分配时，上述分配模块33包括：任务查找单元，用于当当前分配规则为基于任务属性分配时，在已分配的任务中查找是否存在与任务具有相同属性信息的任务，其中，属性信息包括任务对应的订单标识、任务对应的合作商标识、任务对应的合同标识、任务对应的项目标识以及任务类型中的任意一种；第一状态判断单元，用于当查找到与任务具有相同属性信息的任务时，判断查找到的任务对应的处理人员是否处于可分配状态；第一确定单元，用于当查找到的任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将查找到的任务对应的处理人员作为满足当前分配规则的处理人员。

当当前分配规则为基于节点分配时，上述分配模块33包括：历史任务判断单元，用于当当前分配规则为基于节点分配时，判断任务所属的节点是否存在历史任务；第二状态判断单元，用于当任务所属的节点存在历史任务时，判断历史任务对应的处理人员是否处于可分配状态；第二确定单元，用于当历史任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将历史任务对应的处理人员作为满足当前分配规则的处理人员。

当当前分配规则为基于关联任务分配时，上述分配模块33包括：关联任务判断单元，用于当当前分配规则为基于关联任务分配时，根据预设的关联任务规则判断任务是否具有关联任务，其中，预设的关联任务规则由用户定义；第三状态判断单元，用于当任务具有关联任务时，判断关联任务对应的处理人员是否处于可分配状态；第三确定单元，用于当关联任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将关联任务对应的处理人员作为满足当前分配规则的处理人员。

当当前分配规则为基于工作组分配时，上述分配模块33包括：工作组判断单元，用于当当前分配规则为基于工作组分配时，判断是否存在满足预设的分配规则的工作组，其中，预设的分配规则由用户定义；第四确定单元，用于当存在满足预设的分配规则的工作组时，确定存在满足当前分配规则的处理人员，将工作组内处于可分配状态且待办量最少的处理人员作为满足当前分配规则的处理人员，或者，将工作组内预设的处理人员作为满足当前分配规则的处理人员。

本发明实施例中，首先获取任务的属性信息，然后根据任务的属性信息确定任务对应的各个分配规则以及各个分配规则的先后顺序，最后按照各个分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将任务分配至满足当前分配规则的处理人员。由于本发明实施例中采用多次分配的方式确定任务的处理人，因此与现有技术相比，通过本发明实施例中的装置，能够提高任务分配效率，缓解现有技术中任务分配效率低，无法保证为各个任务都分配到处理人的问题。

考虑到用户能够自定义任务分配规则的情况，如图4所示，本实施例中的装置还包括：

规则接收模块30，用于通过预先设置的扩展接口接收用户定义的各个分配规则以及各个分配规则的先后顺序。

本实施例中，设置有扩展接口，通过扩展接口能够接收用户定义的各个分配规则以及各个分配规则的先后顺序，由于各个分配规则以及各个分配规则的先后顺序能够由用户自定义，因此本实施例中的方法能够满足用户的人性化需求，适应多种不同场景下的任务分配要求，提高任务分配的灵活性。

本发明实施例所提供的任务分配装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的***、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

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

Claims (12)

1.一种任务分配方法，其特征在于，所述方法包括：

获取任务的属性信息；

根据所述任务的属性信息确定所述任务对应的各个分配规则以及各个所述分配规则的先后顺序；

按照各个所述分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将所述任务分配至所述满足当前分配规则的处理人员。

2.根据权利要求1所述的方法，其特征在于，判断是否存在满足当前分配规则的处理人员，包括：

当所述当前分配规则为基于任务属性分配时，在已分配的任务中查找是否存在与所述任务具有相同属性信息的任务，其中，所述属性信息包括所述任务对应的订单标识、所述任务对应的合作商标识、所述任务对应的合同标识、所述任务对应的项目标识以及任务类型中的任意一种；

当查找到与所述任务具有相同属性信息的任务时，判断查找到的所述任务对应的处理人员是否处于可分配状态；

当查找到的所述任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将查找到的所述任务对应的处理人员作为所述满足当前分配规则的处理人员。

3.根据权利要求1所述的方法，其特征在于，判断是否存在满足当前分配规则的处理人员，包括：

当所述当前分配规则为基于节点分配时，判断所述任务所属的节点是否存在历史任务；

当所述任务所属的节点存在历史任务时，判断所述历史任务对应的处理人员是否处于可分配状态；

当所述历史任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将所述历史任务对应的处理人员作为所述满足当前分配规则的处理人员。

4.根据权利要求1所述的方法，其特征在于，判断是否存在满足当前分配规则的处理人员，包括：

当所述当前分配规则为基于关联任务分配时，根据预设的关联任务规则判断所述任务是否具有关联任务，其中，所述预设的关联任务规则由用户定义；

当所述任务具有关联任务时，判断所述关联任务对应的处理人员是否处于可分配状态；

当所述关联任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将所述关联任务对应的处理人员作为所述满足当前分配规则的处理人员。

5.根据权利要求1所述的方法，其特征在于，判断是否存在满足当前分配规则的处理人员，包括：

当所述当前分配规则为基于工作组分配时，判断是否存在满足预设的分配规则的工作组，其中，所述预设的分配规则由用户定义；

当存在满足所述预设的分配规则的工作组时，确定存在满足当前分配规则的处理人员，将所述工作组内处于可分配状态且待办量最少的处理人员作为所述满足当前分配规则的处理人员，或者，将所述工作组内预设的处理人员作为所述满足当前分配规则的处理人员。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：

通过预先设置的扩展接口接收用户定义的各个分配规则以及各个所述分配规则的先后顺序。

7.一种任务分配装置，其特征在于，所述装置包括：

获取模块，用于获取任务的属性信息；

确定模块，用于根据所述任务的属性信息确定所述任务对应的各个分配规则以及各个所述分配规则的先后顺序；

分配模块，用于按照各个所述分配规则的先后顺序依次判断是否存在满足当前分配规则的处理人员，若存在，将所述任务分配至所述满足当前分配规则的处理人员。

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

任务查找单元，用于当所述当前分配规则为基于任务属性分配时，在已分配的任务中查找是否存在与所述任务具有相同属性信息的任务，其中，所述属性信息包括所述任务对应的订单标识、所述任务对应的合作商标识、所述任务对应的合同标识、所述任务对应的项目标识以及任务类型中的任意一种；

第一状态判断单元，用于当查找到与所述任务具有相同属性信息的任务时，判断查找到的所述任务对应的处理人员是否处于可分配状态；

第一确定单元，用于当查找到的所述任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将查找到的所述任务对应的处理人员作为所述满足当前分配规则的处理人员。

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

历史任务判断单元，用于当所述当前分配规则为基于节点分配时，判断所述任务所属的节点是否存在历史任务；

第二状态判断单元，用于当所述任务所属的节点存在历史任务时，判断所述历史任务对应的处理人员是否处于可分配状态；

第二确定单元，用于当所述历史任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将所述历史任务对应的处理人员作为所述满足当前分配规则的处理人员。

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

关联任务判断单元，用于当所述当前分配规则为基于关联任务分配时，根据预设的关联任务规则判断所述任务是否具有关联任务，其中，所述预设的关联任务规则由用户定义；

第三状态判断单元，用于当所述任务具有关联任务时，判断所述关联任务对应的处理人员是否处于可分配状态；

第三确定单元，用于当所述关联任务对应的处理人员处于可分配状态时，确定存在满足当前分配规则的处理人员，将所述关联任务对应的处理人员作为所述满足当前分配规则的处理人员。

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

工作组判断单元，用于当所述当前分配规则为基于工作组分配时，判断是否存在满足预设的分配规则的工作组，其中，所述预设的分配规则由用户定义；

第四确定单元，用于当存在满足所述预设的分配规则的工作组时，确定存在满足当前分配规则的处理人员，将所述工作组内处于可分配状态且待办量最少的处理人员作为所述满足当前分配规则的处理人员，或者，将所述工作组内预设的处理人员作为所述满足当前分配规则的处理人员。

12.根据权利要求7至11任一项所述的装置，其特征在于，所述装置还包括：

规则接收模块，用于通过预先设置的扩展接口接收用户定义的各个分配规则以及各个所述分配规则的先后顺序。