一种任务分配方法、装置及设备

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种任务分配方法、装置及设备。

背景技术

随着社会经济的发展和人们保险意识的提高，人们对保险业务的需求也越来越多，保险公司在为用户办理投保、理赔等业务的过程中，会涉及许多不同类型的资料数据，需要由具备不同业务技能的工作人员进行处理。在现有技术中，一般会将一个整体作业任务人工划分为几个有序且独立的碎片任务，由前端操作者自主选择碎片任务进行处理，无法对碎片任务的分配和完成情况进行有效监管，碎片任务的完成情况会在很大程度上受到前端操作者个人喜好和效率的影响，容易造成某些碎片任务大量积压，导致整体作业任务的处理效率低。

发明内容

本申请实施例的目的在于提供一种任务分配方法、装置及设备，用以实现任务的自动分配，以及对任务处理效率的有效监管。

本申请实施例第一方面提供了一种任务分配方法，包括：接收来自客户端的任务申请；根据所述任务申请，从任务池中获取子任务发送至所述客户端；将超过预设时长未完成的所述子任务回收至所述任务池。

于一实施例中，在所述接收来自客户端的任务申请之前，还包括：获取待处理业务的需求信息；根据所述需求信息，将所述待处理业务划分为多个所述子任务加入到所述任务池中。

于一实施例中，所述根据所述需求信息，将所述待处理业务划分为多个所述子任务加入到所述任务池中，包括：根据所述需求信息，将所述待处理业务划分为多个所述子任务；生成每个所述子任务的第一标识，所述第一标识用于表示所述子任务归属的所述待处理业务；确定与每个所述子任务对应的技能信息；将所述子任务加入到所述任务池中。

于一实施例中，所述根据所述任务申请，从任务池中获取子任务发送至所述客户端，包括：判断是否存在对应于所述客户端的中断子任务；若存在对应于所述客户端的中断子任务，则将所述中断子任务发送至所述客户端；若不存在对应于所述客户端的中断子任务，则获取所述客户端的技能信息；从所述任务池中获取对应于所述技能信息的所述子任务，得到第一子任务集合；在所述第一子任务集合中查找属于第一待处理业务的所述子任务，得到第二子任务集合，所述第一待处理业务为包括的未完成的所述子任务最少的所述待处理业务；根据所述子任务的预设优先级和生成时间，在所述第二子任务集合中获取一个所述子任务发送至所述客户端。

于一实施例中，所述将超过预设时长未完成的所述子任务回收至所述任务池，包括：在接收到所述客户端反馈的任务接收成功消息时，启动计时；判断是否接收到来自所述客户端的任务完成消息；若接收到来自所述客户端的任务完成消息，则结束计时；若未接收到来自所述客户端的任务完成消息，则判断所述子任务目前的处理时长是否超过预设时长；当所述处理时长超过预设时长时，发送指令至所述客户端，将所述子任务回收至所述任务池。

本申请实施例第二方面提供了一种任务分配装置，包括：接收模块，用于接收来自客户端的任务申请；发送模块，用于根据所述任务申请，从任务池中获取子任务发送至所述客户端；回收模块，用于将超过预设时长未完成的所述子任务回收至所述任务池。

于一实施例中，还包括：获取模块，用于获取待处理业务的需求信息；划分模块，用于根据所述需求信息，将所述待处理业务划分为多个所述子任务加入到所述任务池中。

于一实施例中，所述划分模块用于：根据所述需求信息，将所述待处理业务划分为多个所述子任务；生成每个所述子任务的第一标识，所述第一标识用于表示所述子任务归属的所述待处理业务；确定与每个所述子任务对应的技能信息；将所述子任务加入到所述任务池中。

于一实施例中，所述发送模块用于：判断是否存在对应于所述客户端的中断子任务；若存在对应于所述客户端的中断子任务，则将所述中断子任务发送至所述客户端；若不存在对应于所述客户端的中断子任务，则获取所述客户端的技能信息；从所述任务池中获取对应于所述技能信息的所述子任务，得到第一子任务集合；在所述第一子任务集合中查找属于第一待处理业务的所述子任务，得到第二子任务集合，所述第一待处理业务为包括的未完成的所述子任务最少的所述待处理业务；根据所述子任务的预设优先级和生成时间，在所述第二子任务集合中获取一个所述子任务发送至所述客户端。

于一实施例中，所述回收模块用于：在接收到所述客户端反馈的任务接收成功消息时，启动计时；判断是否接收到来自所述客户端的任务完成消息；若接收到来自所述客户端的任务完成消息，则结束计时；若未接收到来自所述客户端的任务完成消息，则判断所述子任务目前的处理时长是否超过预设时长；当所述处理时长超过预设时长时，发送指令至所述客户端，将所述子任务回收至所述任务池。

本申请实施例第三方面提供了一种电子设备，包括：存储器，用以存储计算机程序；处理器，用以执行本申请实施例第一方面及其任一实施例的方法。

附图说明

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

图1为本申请一实施例的任务分配方法的应用场景示意图；

图2为本申请一实施例的电子设备的结构示意图；

图3为本申请一实施例的任务分配方法的流程示意图；

图4为本申请另一实施例的任务分配方法的流程示意图；

图5为本申请一实施例中步骤420的子步骤的流程示意图；

图6为本申请一实施例中步骤320的子步骤的流程示意图；

图7为本申请一实施例中步骤330的子步骤的流程示意图；

图8为本申请一实施例的任务分配装置的结构示意图；

图9为本申请另一实施例的任务分配装置的结构示意图。

附图标记：

110-服务器，120-终端，200-电子设备，210-总线，220-处理器，230-存储器，500-任务分配装置，510-接收模块，520-发送模块，530-回收模块，540-获取模块，550-划分模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，并不表示排列序号，也不能理解为指示或暗示相对重要性。

在本申请的描述中，术语“包括”、“包含”等表示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、步骤、操作、元素、组件和/或其集合的存在或添加。

在本申请的描述中，除非另有明确的规定和限定，术语“安装”、“设置”、“设有”、“连接”、“配置为”应做广义理解。例如，可以是固定连接，也可以是可拆卸连接，或整体式构造；可以是机械连接，也可以是电连接；可以是直接相连，也可以是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

请参看图1，其为本申请一实施例的任务分配方法的应用场景示意图，该应用场景中包括服务器110和至少一个终端120，图1中以一个终端120为例。服务器110和终端120通过网络连接，服务器110可以是单一服务器、服务器集群或者云计算中心，终端120可以但不限于是智能手机、个人计算机、笔记本电脑和平板电脑等安装客户端的设备。终端120可以通过安装的客户端向服务器110发送任务申请，服务器110可以执行本申请中的任务分配方法。

如图2所示，其为本申请一实施例的电子设备200的结构示意图，电子设备200可以作为上述实施例中的服务器110。电子设备200包括至少一个处理器220和存储器230，图2中以一个处理器为例。处理器220和存储器230通过总线210连接，存储器230存储有可被至少一个处理器220执行的指令，指令被至少一个处理器220执行，以使至少一个处理器220执行如下述实施例中的任务分配方法。

如图3所示，其为本申请一实施例的任务分配方法的流程示意图，该方法可由图1所示的电子设备200来执行，以实现任务的自动分配，以及对任务处理效率的有效监管。该方法包括如下步骤：

步骤310：接收来自客户端的任务申请。

在上述步骤中，作业人员可以通过客户端向服务器发送任务申请，该任务申请中可以包括作业人员的用户信息。

步骤320：根据任务申请，从任务池中获取子任务发送至客户端。

在上述步骤中，服务器从任务池中获取与客户端作业人员业务技能匹配的子任务，发送至客户端。

于一实施例中，可以对发送至客户端的子任务进行Redis实时加锁并标记，避免该子任务被重复申请，造成子任务的重复处理。

步骤330：将超过预设时长未完成的子任务回收至任务池。

在上述步骤中，将超过预设时长未完成的子任务回收至任务池，可以使子任务不会因作业人员自身原因而被搁置，提升处理效率。

如图4所示，其为本申请一实施例的任务分配方法的流程示意图，该方法可由图1所示的电子设备200来执行，以实现任务的自动分配，以及对任务处理效率的有效监管。该方法包括如下步骤：

步骤410：获取待处理业务的需求信息。

在上述步骤中，待处理业务可以是对票据的数据采集、录入、审核等，需求信息可以是票据字段属性，不同的待处理业务，对应的需求信息也不同。

步骤420：根据需求信息，将待处理业务划分为多个子任务加入到任务池中。

步骤430：接收来自客户端的任务申请。详细内容请参见上述实施例中步骤310的描述。

步骤440：根据任务申请，从任务池中获取子任务发送至客户端。详细内容请参见上述实施例中步骤320的描述。

步骤450：将超过预设时长未完成的子任务回收至任务池。详细内容请参见上述实施例中步骤330的描述。

如图5所示，其为本申请一实施例中步骤420的子步骤的流程示意图，步骤420：根据需求信息，将待处理业务划分为多个子任务加入到任务池中，可以包括：

步骤421：根据需求信息，将待处理业务划分为多个子任务。

于一实施例中，可以根据字段将待处理业务划分为多个子任务。

步骤422：生成每个子任务的第一标识。

在上述步骤中，第一标识用于表示子任务归属的待处理业务。

步骤423：确定与每个子任务对应的技能信息。

在上述步骤中，可以根据具有不同业务技能的作业人员对不同子任务的历史处理结果的准确率，确定对子任务的处理准确率较高的作业人员，将子任务与该作业人员具备的业务技能绑定，得到对应于每个子任务的技能信息。

于一实施例中，可以根据需要设定准确率阈值，只有作业人员对某一子任务的历史处理结果的准确率不低于该准确率阈值，该作业人员的业务技能才能与该子任务进行绑定，若所有作业人员对某一子任务的历史处理结果的准确率均低于该准确率阈值，则将准确率相对较高的作业人员的业务技能与该子任务绑定。

于一实施例中，准确率阈值可以为98％，若所有作业人员对某一子任务的历史处理结果的准确率均低于98％，则将准确率排在前10％的作业人员的业务技能与该子任务绑定。

步骤424：将子任务加入到任务池中。

如图6所示，其为本申请一实施例中步骤320的子步骤的流程示意图，步骤320：根据任务申请，从任务池中获取子任务发送至客户端，可以包括：

步骤321：判断是否存在对应于客户端的中断子任务。

在上述步骤中，对应于客户端的中断子任务是指在该客户端的本次任务申请之前，曾经被发送至该客户端进行处理，但由于超时等原因，未能完成的子任务。判断是否存在对应于客户端的中断子任务，若存在对应于客户端的中断子任务，则执行步骤322，若不存在对应于客户端的中断子任务，则执行步骤323。

步骤322：将中断子任务发送至客户端。

步骤323：获取客户端的技能信息。

步骤324：从任务池中获取对应于技能信息的子任务，得到第一子任务集合。

步骤325：在第一子任务集合中查找属于第一待处理业务的子任务，得到第二子任务集合。

在上述步骤中，第一待处理业务为包括的未完成的子任务最少的待处理业务。于一实施例中，可以先查找已经有部分子任务完成的待处理业务，在从中筛选出剩余的未完成的子任务最少的待处理业务作为第一待处理业务。

步骤326：根据子任务的预设优先级和生成时间，在第二子任务集合中获取一个子任务发送至客户端。

在上步骤中，可以根据子任务的预设优先级，在第二子任务集合中筛选出优先级最高的一个或多个子任务，然后从中选择生成时间最早的子任务发送至客户端。

如图7所示，其为本申请一实施例中步骤330的子步骤的流程示意图，步骤330：将超过预设时长未完成的子任务回收至任务池，可以包括：

步骤331：在接收到客户端反馈的任务接收成功消息时，启动计时。

在上述步骤中，客户端在接收到子任务后，自动反馈任务接收成功消息，在接收到该任务接收成功消息时，启动计时。

步骤332：判断是否接收到来自客户端的任务完成消息。

在上述步骤中，作业人员通过客户端处理接收到的子任务，完成并提交后，客户端会自动向服务器发送任务完成消息，服务器判断是否接收到来自客户端的任务完成消息，若未接收到来自客户端的任务完成消息，则执行步骤333，若接收到来自客户端的任务完成消息，则执行步骤335。

步骤333：判断子任务目前的处理时长是否超过预设时长。

在上述步骤中，预设时长是预先设定的该子任务的最大处理时长，对于不同的子任务，对应的预设时长可以不同，预设时长可以根据历史经验数据确定，也可以根据对业务的处理时效要求确定，于一实施例中，可以根据每个子任务包括的票据量确定对应于该子任务的预设时长，例如某一子任务中包括x张票据，根据经验统计，处理每张票据的最长时间为t，则对应于该子任务的预设时长T＝xt。判断处理时长是否超过预设时长，若处理时长超过预设时长，则执行步骤334。若处理时长未超过预设时长，则执行步骤332。

步骤334：发送指令至客户端，将子任务回收至任务池。下一步执行步骤335。

步骤335：结束计时。

如图8所示，其为本申请一实施例的任务分配装置500的结构示意图，该装置可应用于图1所示的电子设备200，包括：接收模块510、发送模块520、回收模块530。各个模块的原理关系如下：

接收模块510，用于接收来自客户端的任务申请。详细内容请参见上述实施例中步骤310的描述。

发送模块520，用于根据任务申请，从任务池中获取子任务发送至客户端。详细内容请参见上述实施例中步骤320的描述。

回收模块530，用于将超过预设时长未完成的子任务回收至任务池。详细内容请参见上述实施例中步骤330的描述。

于一实施例中，发送模块520用于：判断是否存在对应于客户端的中断子任务；若存在对应于客户端的中断子任务，则将中断子任务发送至客户端；若不存在对应于客户端的中断子任务，则获取客户端的技能信息；从任务池中获取对应于技能信息的子任务，得到第一子任务集合；在第一子任务集合中查找属于第一待处理业务的子任务，得到第二子任务集合，第一待处理业务为包括的未完成的子任务最少的待处理业务；根据子任务的预设优先级和生成时间，在第二子任务集合中获取一个子任务发送至客户端。详细内容请参见上述实施例中步骤321至步骤326的描述。

于一实施例中，回收模块530用于：在接收到客户端反馈的任务接收成功消息时，启动计时；判断是否接收到来自客户端的任务完成消息；若接收到来自客户端的任务完成消息，则结束计时；若未接收到来自客户端的任务完成消息，则判断子任务目前的处理时长是否超过预设时长；当处理时长超过预设时长时，发送指令至客户端，将子任务回收至任务池。详细内容请参见上述实施例中步骤331至步骤335的描述。

如图9所示，其为本申请一实施例的任务分配装置500的结构示意图，该装置可应用于图1所示的电子设备200，包括：接收模块510、发送模块520、回收模块530、获取模块540、划分模块550。各个模块的原理关系如下：

接收模块510，用于接收来自客户端的任务申请。详细内容请参见上述实施例中步骤310的描述。

发送模块520，用于根据任务申请，从任务池中获取子任务发送至客户端。详细内容请参见上述实施例中步骤320的描述。

回收模块530，用于将超过预设时长未完成的子任务回收至任务池。详细内容请参见上述实施例中步骤330的描述。

获取模块540，用于获取待处理业务的需求信息。详细内容请参见上述实施例中步骤410的描述。

划分模块550，用于根据需求信息，将待处理业务划分为多个子任务加入到任务池中。详细内容请参见上述实施例中步骤420的描述。

于一实施例中，划分模块550用于：根据需求信息，将待处理业务划分为多个子任务；生成每个子任务的第一标识，第一标识用于表示子任务归属的待处理业务；确定与每个子任务对应的技能信息；将子任务加入到任务池中。详细内容请参见上述实施例中步骤421至步骤424的描述。

上述任务分配装置500的详细描述，请参见上述实施例中相关方法步骤的描述。

本发明实施例还提供了一种电子设备可读存储介质，包括：程序，当其在电子设备上运行时，使得电子设备可执行上述实施例中方法的全部或部分流程。其中，存储介质可为磁盘、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(Random AccessMemory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等。存储介质还可以包括上述种类的存储器的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。以上仅为本申请的优选实施例而已，仅用于说明本申请的技术方案，并不用于限制本申请。对于本技术领域的普通技术人员而言，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。