CN108256706A

CN108256706A - 任务分配方法和装置

Info

Publication number: CN108256706A
Application number: CN201611238346.0A
Authority: CN
Inventors: 喻红; 杜廷波
Original assignee: Ping An Technology Shenzhen Co Ltd
Current assignee: Ping An Technology Shenzhen Co Ltd
Priority date: 2016-12-28
Filing date: 2016-12-28
Publication date: 2018-07-06
Anticipated expiration: 2036-12-28
Also published as: CN108256706B

Abstract

本发明涉及一种任务分配方法和装置，所述方法包括：获取需分配待分配任务的多个团队标识；按照任务分配数量周期循环遍历所述多个团队标识；当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数达到相应的可分配任务数时，继续执行所述循环遍历所述多个团队标识的步骤；当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，为遍历的所述团队标识分配所述待分配任务，并继续执行所述循环遍历所述多个团队标识的步骤；其中，所述多个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例。本申请提供的任务分配方法极大地提高了任务处理效率。

Description

任务分配方法和装置

技术领域

本发明涉及计算机领域，特别是涉及一种任务分配方法和装置。

背景技术

随着经济的发展，保险已深入到人们的生活中。保险的种类繁多，与保险相关的事件也多样，比如保险业务咨询、已投保单续保或投诉等。用户通过多种渠道发起不同的保险相关事件，保险公司再对用户发起的保险相关事件进行处理。

传统的保险公司对用户发起的保险相关事件进行处理采用的是对不同的团队随机自动分配任务的方式。这种方式造成部分团队任务繁重，而部分团队没有任务可处理，导致任务处理效率低。

发明内容

基于此，有必要针对任务处理效率低的问题，提供一种任务分配方法和装置。

一种任务分配方法，所述方法包括：

获取需分配待分配任务的多个团队标识；

按照任务分配数量周期循环遍历所述多个团队标识；

当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数达到相应的可分配任务数时，继续执行所述循环遍历所述多个团队标识的步骤；

当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，为遍历的所述团队标识分配所述待分配任务，并继续执行所述循环遍历所述多个团队标识的步骤；

其中，所述多个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例。

在一个实施例中，所述获取需分配待分配任务的多个团队标识的步骤包括：

获取待分配任务所属的任务类别；

确定与所述任务类别匹配的团队类别；

获取与所述团队类别对应的需分配所述待分配任务的多个团队标识。

在一个实施例中，所述获取需分配待分配任务的多个团队标识之后，所述方法还包括：

获取与各团队标识对应的任务处理历史数据；

根据所述任务处理历史数据计算所述团队标识之间的任务处理速率比；

根据所述任务处理速率比设定任务分配数量比例。

在一个实施例中，所述方法还包括：

在按照任务分配数量周期循环遍历所述多个团队标识时，检测通过所述团队标识发起的任务获取请求；

当检测到所述任务获取请求时，查看所述团队标识对应的当前任务数是否为零；

若是，则为当前任务数为零的所述团队标识分配所述待分配任务，并继续执行所述按照任务分配数量周期循环遍历所述多个团队标识的步骤。

在一个实施例中，所述当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，为遍历的所述团队标识分配所述待分配任务，并继续执行所述循环遍历所述多个团队标识的步骤包括：

当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，检测所述遍历的团队标识对应的当前状态是否为出勤状态；

若是，则为遍历的所述团队标识分配所述待分配任务，并继续执行所述循环遍历所述多个团队标识的步骤；

若否，则继续执行所述按照任务分配数量周期循环遍历所述多个团队标识的步骤。

一种任务分配装置，所述装置包括：

分配对象获取模块，用于获取需分配待分配任务的多个团队标识；

任务分配模块，用于按照任务分配数量周期循环遍历所述多个团队标识；当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数达到相应的可分配任务数时，继续执行所述循环遍历所述多个团队标识的步骤；当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，为遍历的所述团队标识分配所述待分配任务，并继续执行所述循环遍历所述多个团队标识的步骤；其中，所述多个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例。

在一个实施例中，所述分配对象获取模块还用于获取待分配任务所属的任务类别；确定与所述任务类别匹配的团队类别；获取与所述团队类别对应的需分配所述待分配任务的多个团队标识。

在一个实施例中，所述装置还包括：

分配比例确定模块，用于获取与各团队标识对应的任务处理历史数据；根据所述任务处理历史数据计算所述团队标识之间的任务处理速率比；根据所述任务处理速率比设定任务分配数量比例。

在一个实施例中，所述任务分配模块还用于在按照任务分配数量周期循环遍历所述多个团队标识时，检测通过所述团队标识发起的任务获取请求；当检测到所述任务获取请求时，查看所述团队标识对应的当前任务数是否为零；若是，则为当前任务数为零的所述团队标识分配所述待分配任务，并继续执行所述按照任务分配数量周期循环遍历所述多个团队标识的步骤。

在一个实施例中，所述任务分配模块还用于当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，检测所述遍历的团队标识对应的当前状态是否为出勤状态；若所述遍历的团队标识对应的当前状态为出勤状态，则为遍历的所述团队标识分配所述待分配任务，并继续执行所述循环遍历所述多个团队标识的步骤；若所述遍历的团队标识对应的当前状态不为出勤状态，则继续执行所述按照任务分配数量周期循环遍历所述多个团队标识的步骤。

上述任务分配方法和装置，获取需分配任务的多个团队标识，按照任务分配数量周期循环遍历这些团队标识，为在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数的团队标识分配任务。这种任务分配方式使得各团队标识都有任务可处理，而且每个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例，有效地提高了任务处理效率。

附图说明

图1为一个实施例中任务分配系统的应用环境图；

图2为一个实施例中用于实现任务分配方法的终端的结构示意图；

图3为一个实施例中任务分配方法的流程示意图；

图4为一个实施例中按照任务分配数量周期循环遍历多个团队标识的列表示意图；

图5为一个实施例中获取需分配待分配任务的多个团队标识的步骤的流程示意图；

图6为另一个实施例中任务分配方法的流程示意图；

图7为又一个实施例中任务分配方法的流程示意图；

图8为再一个实施例中任务分配方法的流程示意图；

图9为一个实施例中任务分配装置的结构框图；

图10为另一个实施例中任务分配装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，提供了一种任务分配系统的应用环境图，该任务分配系统包括终端110、服务器120和任务配置设备130。服务器120用于实现任务分配方法。具体地，服务器120用于获取需分配待分配任务的多个团队标识；服务器120按照任务分配数量周期循环遍历获取的多个团队标识；为在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数的团队标识对应的终端110分配任务，并继续执行循环遍历多个团队标识的步骤。其中，每个团队标识可对应一个或一组终端，待分配任务根据任务配置设备130上报至服务器120的请求生成，多个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例。

图2为一个实施例中服务器120的内部结构示意图。如图2所示，该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该服务器的非易失性存储介质存储有操作系统和数据库，数据库中可存储团队标识以及与团队标识对应的已分配任务数和可分配任务数。该服务器的处理器用于提供计算和控制能力，支撑整个服务器的运行。该服务器的内存储器中可储存有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种任务分配方法。该服务器的网络接口用于据以与外部的终端通过网络连接通信，比如接收终端通过团队标识发起的任务获取请求等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

如图3所示，在一个实施例中，提供了一种任务分配方法。本实施例以该方法应用于上述图1中的服务器120来举例说明。该方法具体包括如下步骤：

S302，获取需分配待分配任务的多个团队标识。

其中，团队标识用来唯一标识一个团队，可以是包括数字、字母和符号中的至少一种字符的字符串。待分配任务是指需要分配给团队标识对应的终端进行处理的任务，包括投保任务、续保任务和投资任务等。

待分配任务可根据服务器接收到的业务办理请求中携带的信息生成。业务办理请求可以是业务员根据客户需求通过任务配置设备上报，也可以是客户通过任务配置设备提供的自主业务办理入口上报。

具体地，服务器上存储有团队标识集合。服务器可以在接收到待分配的任务后获取待分配任务的任务类型，从团队标识集合中筛选出与该任务类型对应的团队标识，检查筛选出的团队标识对应的任务接收状态，确定筛选出的团队标识中需分配任务的团队标识。

服务器也可以在接收到待分配的任务后，从团队标识集合中筛选出配置为当前时间可接收任务的团队标识。服务器可事先配置各团队标识可接收任务的时间段，团队标识在对应的可接收任务的时间段覆盖任务分配时间时，被判定为需分配任务的团队标识。

服务器还可以在接收到待分配的任务后从团队标识集合中筛选出团队标识对应的已分配任务总数小于预设数量的团队标识。其中，已分配任务总数与团队标识对应存储在服务器中。预设数量用于配置需分配任务的条件，在团队标识对应的已分配任务总数小于预设数量时，需分配任务的条件被满足，该团队标识被判定为需分配任务的团队标识。

其中，需分配任务的团队标识可以为一个或者多个。为使得任务分配能够及时有效地进行，服务器在获取到任务时，可获取多个需分配待分配任务的团队标识，并在这些团队标识中进行任务分配，也避免了每生成一个新任务便执行一次获取过程浪费服务器资源。

S304，按照任务分配数量周期循环遍历多个团队标识；其中，多个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例。

其中，循环遍历多个团队标识，是指按照特定的顺序逐个对每个团队标识进行处理，将多个团队标识均进行一次处理后，再重新按照特定的顺序逐个对每个团队标识进行处理，如此循环处理。服务器在循环遍历多个团队标识时可进行任务分配。服务器在进行任务分配的过程中，使得多个团队标识被分配的任务数量彼此之间的比例呈周期性变化，该变化的周期为任务分配数量周期。任务分配数量周期是获取的多个团队标识在一个任务分配数量周期中可分配任务数的总和值。该任务分配数量周期大于获取的团队标识数量的数值。具体可以是设定的任务分配数量比例中各比例项的总和值。任务分配数量比例是指多个团队标识之间进行任务分配的数量比例。

可分配任务数是指团队标识在当前任务分配数量周期内可以被分配的任务数量，且多个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例。比如，需要被分配任务的团队标识有4个，设定的任务分配数量比例为3：4：1：3，那么这4个团队标识在当前任务分配数量周期内对应的可分配任务数分别为3、4、1和3。

具体地，服务器可在获取到需分配待分配任务的多个团队标识后，按照预先设置的团队标识排序方式对多个团队标识进行排序。其中，预先设置的团队标识排序方式可以是根据团队标识被赋予的优先级别进行降序排序，也可以是根据团队标识对应的已分配任务总数升序排序。服务器也可以将多个团队标识按照任意顺序排序。

进一步地，服务器在对获取的多个团队标识进行排序后，按照任务分配数量周期对按序排列的团队标识逐一进行处理，当完成对按序排列的团队标识的一次遍历后，继续对按序排列的团队标识逐一进行处理。

S306，当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数达到相应的可分配任务数时，继续执行循环遍历多个团队标识的步骤。

其中，已分配任务数是指团队标识在当前任务分配数量周期内已经被分配的任务数量。具体地，服务器在每一个任务分配数量周期开始时，会记录当前任务分配数量周期内各团队标识对应的可分配任务数，并在将任务分配至团队标识时，更新当前任务分配数量周期内该团队标识对应的已分配任务数。

服务器在按照任务分配数量周期循环遍历多个团队标识时，查找存储在服务器中的在当前任务分配数量周期内与遍历的团队标识对应的可分配任务数和已分配任务数。将查找到的可分配任务数与已分配任务数比较，当已分配任务数达到相应的可分配任务数时，判定在当前任务分配数量周期内遍历的该团队标识对应的已分配任务数已饱和，不再为遍历的该团队标识分配任务，继续执行循环遍历多个团队标识的步骤。

S308，当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，为遍历的团队标识分配待分配任务，并继续执行循环遍历多个团队标识的步骤。

具体地，服务器在按照任务分配数量周期循环遍历多个团队标识时，查找存储在服务器中的在当前任务分配数量周期内与遍历的团队标识对应的可分配任务数和已分配任务数。将查找到的可分配任务数与已分配任务数比较，当已分配任务数未达到相应的可分配任务数时，判定在当前任务分配数量周期内遍历的该团队标识对应的已分配任务数未饱和，处于可被分配任务的状态，为遍历的该团队标识分配任务，并继续执行循环遍历多个团队标识的步骤。

上述任务分配方法，获取需分配任务的多个团队标识，按照任务分配数量周期循环遍历这些团队标识，为在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数的团队标识分配任务。这种任务分配方式使得各团队标识都有任务可处理，而且每个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例，有效地提高了任务处理效率。

举例说明，参考图4，假设需要被分配任务的团队标识有4个，分别为SXZSTMR001、SXZSTMR002、SXZSTMR003和SXZSTMR004。4个团队标识之间的任务分配数量比例为3：4：1：3，任务分配数量周期设定为任务分配数量比例中各比例项的总和值：3+4+1+3＝11。那么在该任务分配数量周期内SXZSTMR001对应的可分配任务数为3，SXZSTMR002对应的可分配任务数为4，SXZSTMR003对应的可分配任务数为1，SXZSTMR004对应的可分配任务数为3。

服务器可将多个团队标识按照任意顺序排序，假设团队标识的排列顺序为：自SXZSTMR001、SXZSTMR002、SXZSTMR003至SXZSTMR004。在一个任务分配数量周期开始时，服务器将各团队标识对应的当前任务分配数量周期内对应的已分配任务数归零，并按照该假设的排布顺序根据任务分配数量周期从SXZSTMR001开始逐一进行处理，在完成一轮从SXZSTMR001至SXZSTMR004的处理后，继续从SXZSTMR001开始逐一进行处理，并在处理时为团队标识分配任务。若在处理时，有团队标识对应的已分配任务数达到可分配任务数时，不再为该团队标识分配任务。

如图5所示，在一个实施例中，步骤S302具体包括如下步骤：

S502，获取待分配任务所属的任务类别。

其中，任务类别是指用于区分任务而进行任务分类的依据。可以以任务所属的区域、任务涉及的业务类型、任务的受理渠道和任务涉及的事项等为依据进行分类。任务所属的区域比如上海、北京或者深圳等；任务涉及的业务类型比如产险业务或者寿险业务等；任务的受理渠道比如互联网渠道或者人工渠道等；任务涉及的事项比如业务咨询或者业务投诉等。

具体地，服务器在接收到业务办理请求时，获取业务办理请求中携带的信息，根据该信息生成待分配任务。并从该信息中提取任务所属区域、任务涉及的业务类型、任务的受理渠道和任务涉及的事项，根据提取的所属区域、受理渠道、业务类型和事项确定生成的待分配任务所属的任务类型。

比如，服务器接收到业务员根据客户需求通过任务配置设备上报的业务办理请求，该请求中携带的信息包括：业务员按照客户的需求通过位于上海的任务配置设备办理寿险咨询业务，那么生成的任务类别为通过人工渠道在上海办理寿险咨询业务。

S504，确定与任务类别匹配的团队类别。

其中，团队类别是用于区分团队可接受任务的任务类别，与任务类别对应。比如，任务类别为通过人工渠道在上海办理寿险咨询业务，对应于一个团队类别为处理通过人工渠道在上海办理寿险咨询业务类型的任务。

具体地，服务器中存储有任务类别与团队类别的匹配关系。服务器在确定待分配任务的任务类别后，查找与确定的任务类别存在匹配关系的团队类别。其中，服务器可事先根据确定任务类别的依据，确定团队标识的团队类别，并将确定的任务类别与确定的团队类别建立匹配关系并存储。

S506，获取与团队类别对应的需分配待分配任务的多个团队标识。

其中，各团队标识可根据与团队标识对应的任务熟悉度来确定所属的团队类别，将各团队标识分类至各团队标识对应的任务熟悉度最高的任务类型对应的团队类型。一个团队标识可对应一个团队长标识，一个团队长标识对应多个团队人员标识。团队长标识对应的终端可通过团队长标识将服务器分配的任务分配给对应的多个团队人员标识。

团队的任务熟悉度可以根据与团队人员标识对应的在预设时间段内处理任务的历史数据来计算，采用处理任务速率来表示任务熟悉度。对于在预设时间段内没有历史数据的团队人员标识，例如，初入职的团队人员标识可以设置一个初始值。服务器在确定各团队标识所属的团队类别后，将团队标识与所属的团队类别对应存储。

具体地，服务器中存储有团队类别与团队标识的对应关系。服务器在确定与任务类别匹配的团队类别之后，查找与确定的团队类别存在对应关系的多个团队标识。

在本实施例中，通过将任务进行分类，并将处理任务的团队对应于任务类别进行分类，将待分配的任务分配至处理相应任务类型的任务的团队处理，极大地提高了任务处理效率。

如图6所示，在另一个实施例中，任务分配方法包括如下步骤：

S602，获取需分配待分配任务的多个团队标识。

S604，获取与各团队标识对应的任务处理历史数据。

其中，任务处理历史数据可以是预设时间段内团队处理任务的历史数据。例如过去一个月或者过去一周等。预设时间段内处理任务的历史数据比如任务总量、任务耗时和任务正确率等。

具体地，各团队标识可在每次接收到任务后，将任务的执行情况上报至服务器；服务器也可在每次分配任务至团队标识后，跟踪记录该任务被执行的情况。这样使得服务器上存储有与团队标识对应的任务处理历史数据。服务器在获取需分配待分配任务的多个团队标识后，便可在服务器中查找与获取的团队标识对应的任务处理历史数据。

S606，根据任务处理历史数据计算团队标识之间的任务处理速率比。

具体地，服务器在查找到与获取的团队标识对应的任务处理历史数据后，将任务处理历史数据中的任务总量除以任务耗时再乘以任务正确率作为团队标识的任务处理速率，再计算团队标识之间的任务处理速率比。

比如，服务器查找到过去一周内某一团队标识对应的任务总量为1500个，任务耗时为40小时，任务正确率为88％，那么该团体标识对应的任务处理速率为：1500/40*88％＝33个每小时。假设另外3个团队标识对应的任务处理速率为44个每小时、11个每小时和33个每小时，那么这4个团队标识之间的任务处理速率比为3：4：1：3。

S608，根据任务处理速率比设定任务分配数量比例。

具体地，服务器可将计算得到的各团队标识之间的任务处理速率比设定为任务分配数量比例，也可将该任务处理速率比的整数倍数设定为任务分配数量比例。

S610，按照任务分配数量周期循环遍历多个团队标识；其中，多个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例。

S612，当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数达到相应的可分配任务数时，继续执行循环遍历多个团队标识的步骤。

S614，当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，为遍历的团队标识分配待分配任务，并继续执行循环遍历多个团队标识的步骤。

在本实施例中，根据各团队之间的任务处理速率比设定任务分配数量比例，将任务按照团队的任务分配数量比例进行分配，实现了对任务进行均衡分配，进一步提高了任务处理效率。

如图7所示，在一个实施例中，步骤S308之后，任务分配方法还包括如下步骤：

S710，在按照任务分配数量周期循环遍历多个团队标识时，检测通过团队标识发起的任务获取请求。

其中，任务获取请求是指用于获取任务的请求。具体地，服务器可以自动为团队标识分配任务，也可以根据通过团队标识发起的任务获取请求来分配任务。服务器在按照任务分配数量周期循环遍历多个团队标识时，可通过检测终端针对任务获取请求的触发指令，在检测到该触发指令时，判定检测到任务获取请求。任务获取请求可以是团队标识对应的终端通过终端提供的任务获取请求操作入口发起。操作入口可以是图标、文字链接或者虚拟按钮等。

S712，当检测到任务获取请求时，查看团队标识对应的当前任务数是否为零。

其中，当前任务数用于配置针对任务获取请求分配任务的条件。具体地，服务器在检测到有任务获取请求后，获取该任务请求携带的团队标识，查看该团队标识对应的当前任务数量。判断该团队标识对应的当前任务数量是否为零，以判定是否为该团队标识分配任务。

S714，若团队标识对应的当前任务数为零，则为当前任务数为零的团队标识分配待分配任务，并继续执行按照任务分配数量周期循环遍历多个团队标识的步骤。

具体地，在服务器检测到任务获取请求携带的团队标识对应的当前任务数量为零时，判定针对任务获取请求分配任务的条件被满足，为当前任务数为零的团队标识分配待分配任务，并继续执行按照任务分配数量周期循环遍历多个团队标识的步骤。

在本实施例中，服务器既可以自动为团队标识分配任务，也可以根据通过团队标识发起的任务获取请求来分配任务，增加了任务分配的方式，提高了任务分配的灵活性，进一步地提高了任务处理效率。

如图8所示，在一个实施例中，任务分配方法包括如下步骤：

S802，获取待分配任务所属的任务类别。

S804，确定与任务类别匹配的团队类别。

S806，获取与团队类别对应的需分配待分配任务的多个团队标识。

S808，按照任务分配数量周期循环遍历多个团队标识。

S810，判断遍历的团队标识在当前任务分配数量周期内对应的已分配任务数是否达到相应的可分配任务数；若是，则跳转至步骤S808；若否，则跳转至步骤S812。

S812，检测遍历的团队标识对应的当前状态是否为出勤状态；若是，则跳转至步骤S814；若否，则跳转至步骤S808。

具体地，终端提供了用于标记与团队标识对应的当前状态的操作入口。当前状态用于配置可接收任务的条件，包括出勤状态和缺勤状态。若团队标识对应的终端当前可以进行任务处理，可将对应的当前状态标记为出勤状态；若团队标识对应的终端当前不能进行任务处理，可将对应的当前状态标记为缺勤状态。

服务器在判定遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，查询与该团队标识对应的当前状态。在该团队标识对应的当前状态为出勤状态时，跳转至步骤S814；在该团队标识对应的当前状态不为出勤状态时，跳转至步骤S808。

S814，为遍历的当前状态为出勤状态的团队标识分配待分配任务，并跳转至步骤S808。

具体地，团队标识对应的当前状态被标记为出勤状态表示该团队标识当前可接收服务器自动分配的任务。服务器在查询到团队标识对应的当前状态为出勤状态时，判定该团队标识在当前时间可接收任务，为该团队标识分配待分配任务，且跳转至步骤S808继续执行循环遍历多个团队标识的步骤。

S816，在按照任务分配数量周期循环遍历多个团队标识时，检测通过团队标识发起的任务获取请求。

S818，当检测到任务获取请求时，查看团队标识对应的当前任务数是否为零；若是，则跳转至步骤S820；若否，则跳转至步骤S808。

S820，为当前任务数为零的团队标识分配待分配任务，并跳转至步骤S808。

在本实施例中，提供了用于标记团队标识当前状态的操作入口，各团队标识可被配置为当前能否处理任务的状态，避免了服务器为处于缺勤状态的团队标识分配任务而导致任务堆积不能及时处理的问题，进一步地提高了任务处理效率。

如图9所示，在一个实施例中，提供了一种任务分配装置900，包括：分配对象获取模块901和任务分配模块902。

分配对象获取模块901，用于获取需分配待分配任务的多个团队标识。

任务分配模块902，用于按照任务分配数量周期循环遍历多个团队标识；当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数达到相应的可分配任务数时，继续执行循环遍历多个团队标识的步骤；当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，为遍历的团队标识分配待分配任务，并继续执行循环遍历多个团队标识的步骤；其中，多个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例。

上述任务分配装置，获取需分配任务的多个团队标识，按照任务分配数量周期循环遍历这些团队标识，为在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数的团队标识分配任务。这种任务分配方式使得各团队标识都有任务可处理，而且每个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例，有效地提高了任务处理效率。

在一个实施例中，分配对象获取模块901还用于获取待分配任务所属的任务类别；确定与任务类别匹配的团队类别；获取与团队类别对应的需分配待分配任务的多个团队标识。

在一个实施例中，任务分配模块902还用于在按照任务分配数量周期循环遍历多个团队标识时，检测通过团队标识发起的任务获取请求；当检测到任务获取请求时，查看团队标识对应的当前任务数是否为零；若团队标识对应的当前任务数为零，则为当前任务数为零的团队标识分配待分配任务，并继续执行按照任务分配数量周期循环遍历多个团队标识的步骤。

在一个实施例中，任务分配模块902还用于当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，检测遍历的团队标识对应的当前状态是否为出勤状态；若遍历的团队标识对应的当前状态为出勤状态，则为遍历的团队标识分配待分配任务，并继续执行循环遍历多个团队标识的步骤；若遍历的团队标识对应的当前状态不为出勤状态，则继续执行按照任务分配数量周期循环遍历多个团队标识的步骤。

如图10所示，在一个实施例中，提供了一种任务分配装置1000，包括：分配对象获取模块1001、分配比例确定模块1002和任务分配模块1002。

分配对象获取模块1001，用于获取需分配待分配任务的多个团队标识。

分配比例确定模块1002，用于获取与各团队标识对应的任务处理历史数据；根据任务处理历史数据计算团队标识之间的任务处理速率比；根据任务处理速率比设定任务分配数量比例。

任务分配模块1003，用于按照任务分配数量周期循环遍历多个团队标识；当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数达到相应的可分配任务数时，继续执行循环遍历多个团队标识的步骤；当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，为遍历的团队标识分配待分配任务，并继续执行循环遍历多个团队标识的步骤；其中，多个团队标识在每个任务分配数量周期内对应的可分配任务数符合设定的任务分配数量比例。

在本实施例中，根据各团队之间的任务处理速率比设定任务分配数量比例，将任务按照团队的任务处理速率进行分配，实现了对任务进行均衡分配，进一步提高了任务处理效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims

1.一种任务分配方法，所述方法包括：

获取需分配待分配任务的多个团队标识；

按照任务分配数量周期循环遍历所述多个团队标识；

2.根据权利要求1所述的方法，其特征在于，所述获取需分配待分配任务的多个团队标识的步骤包括：

获取待分配任务所属的任务类别；

确定与所述任务类别匹配的团队类别；

3.根据权利要求1所述的方法，其特征在于，所述获取需分配待分配任务的多个团队标识之后，所述方法还包括：

获取与各团队标识对应的任务处理历史数据；

根据所述任务处理速率比设定任务分配数量比例。

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

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，为遍历的所述团队标识分配所述待分配任务，并继续执行所述循环遍历所述多个团队标识的步骤包括：

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

7.根据权利要求6所述的装置，其特征在于，所述分配对象获取模块还用于获取待分配任务所属的任务类别；确定与所述任务类别匹配的团队类别；获取与所述团队类别对应的需分配所述待分配任务的多个团队标识。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

9.根据权利要求6至8中任一项所述的装置，其特征在于，所述任务分配模块还用于在按照任务分配数量周期循环遍历所述多个团队标识时，检测通过所述团队标识发起的任务获取请求；当检测到所述任务获取请求时，查看所述团队标识对应的当前任务数是否为零；若是，则为当前任务数为零的所述团队标识分配所述待分配任务，并继续执行所述按照任务分配数量周期循环遍历所述多个团队标识的步骤。

10.根据权利要求6至8中任一项所述的装置，其特征在于，所述任务分配模块还用于当遍历的团队标识在当前任务分配数量周期内对应的已分配任务数未达到相应的可分配任务数时，检测所述遍历的团队标识对应的当前状态是否为出勤状态；若所述遍历的团队标识对应的当前状态为出勤状态，则为遍历的所述团队标识分配所述待分配任务，并继续执行所述循环遍历所述多个团队标识的步骤；若所述遍历的团队标识对应的当前状态不为出勤状态，则继续执行所述按照任务分配数量周期循环遍历所述多个团队标识的步骤。