任务分配方法、装置及电子设备与流程

1.本技术涉及自动化技术领域，特别涉及任务分配方法、装置及电子设备。


背景技术：

2.现有的任务分配系统中，往往存在任务分配系统与承接节点的状态系统之间是隔离的，导致任务分配系统无法有效获取各承接节点的承接状态，也就使得任务分配系统在进行任务分配的时候，经常出现分配方案不合理的情况，例如：有些承接节点被分配的任务量过大，有些节点被分配的任务量过小，有些节点处于休息或维护阶段却被分配任务，这样将导致任务无法被有效处理，且承接节点的承接能力得不到有效利用。
3.例如，以现有的业务管理系统为例，通常为每个员工分配一个账号，将每一份需要协同处理工作任务划分成多个任务，按照各任务之间的依赖关系设置这些任务的处理顺序，形成该工作任务的工作流，将各任务作为工作流中的流程节点，并为每个流程节点分配至少一个员工作为流程节点的处理人，采用流程引擎维护各个工作流，以维持工作任务有序、高效地流转至各个处理人处理。在有工作流x转到员工a时，若员工a请假，通常由其他员工b登录员工a的账户，替员工a处理当前流程节点的任务。
4.然而，在对于系统或数据的安全性要求较高的企业，员工a的账号只能由其亲自登录，是不允许其他员工b登录的，那么在有工作流x转到员工a时，若员工a请假，在不影响员工a休假的情况下，对于工作流x有三种处理方式：一、待员工a休假结束返岗时再处理，这种方式可能会导致工作流x的当前节点处理时间过长而影响工作流x的总体处理效率；二、由具有较高权限的管理岗位对工作流x做终止操作，并重新发起工作流y，为当前流程节点分配其他处理人，这种方式需要在当前流程节点之前的各个流程节点的处理人对工作流x中已经处理过的任务重新处理一遍，给他们增加了额外的工作量，造成时间及人力资源的浪费。
5.针对现有的任务分配系统中，所存在的任务分配不合理，导致的任务完成效率低下、资源浪费的问题，目前尚未提出有效的解决方案。


技术实现要素：

6.本技术的目的是提供一种任务分配方法、装置及电子设备，以解决“任务完成效率低下、资源浪费”的问题。
7.为解决上述技术问题，本说明书第一方面提供一种任务分配方法，包括：任务系统接收目标任务的分配指令；响应于所述分配指令，获取任务承接主体的主体标识集合；调用预先设置的系统间组件从状态系统中获取所述主体标识集合中各任务承接主体的状态数据，其中，所述任务系统和所述状态系统是相互隔离的；根据所述状态数据，确定所述主体标识集合中各任务承接主体的可承接状态；根据各任务承接主体的可承接状态，从所述主体标识集合中选取至少一个任务承接主体的标识作为所述目标任务的承接节点。
8.在一些实施例中，所述可承接状态包括：第一状态和第二状态，其中，所述第一状
态为从当前时间起的第一预定时长内可承接，所述第二状态为从当前时间起的所述第一预定时长内不可承接；相应地，根据各任务承接主体的可承接状态，从所述主体标识集合中选取至少一个任务承接主体作为所述目标任务的承接节点，包括：从所述主体标识集合中选取至少一个所述第一状态的任务承接主体的标识作为所述目标任务的承接节点。
9.在一些实施例中，从所述主体标识集合中选取至少一个所述第一状态的任务承接主体作为所述目标任务的承接节点，包括：获取所述主体标识集合中所述第一状态的各个任务承接主体在当前时间起的第一预定时长内的任务饱和度；按照任务饱和度从低到高的顺序，选取至少一个任务承接主体的标识作为所述目标任务的承接节点。
10.在一些实施例中，所述状态数据包括不可承接任务的时间段的起始时间和终止时间；相应地，根据所述状态数据，确定所述主体标识集合中各任务承接主体的可承接状态，包括：在任务承接主体不可承接任务的时间段的起始时间位于第一时间段内，而终止时间不在第一时间段内的情况下，获取目标任务的预计处理时长；其中，第一时间段为当前时间起的第一预定时长；判断当前时间至所述起始时间的时长是否大于所述预计处理时长；在当前时间至第二预定时间的时长大于所述预计处理时长的情况下，确定任务承接主体为第三状态；相应地，根据各任务承接主体的可承接状态，从所述主体标识集合中选取至少一个任务承接主体作为所述目标任务的承接节点，包括：从所述主体标识集合中选取至少一个所述第三状态的任务承接主体的标识作为所述目标任务的承接节点。
11.在一些实施例中，所述状态数据包括不可承接任务的时间段的起始时间和终止时间；相应地，根据所述状态数据，确定所述主体标识集合中各任务承接主体的可承接状态，包括：在任务承接主体不可承接任务的时间段的起始时间不在第一时间段内，而终止时间位于第一时间段内的情况下，获取目标任务的预计处理时长；其中，第一时间段为当前时间起的第一预定时长；在目标任务的预计处理时长小于预定时长阈值的情况下，确定任务承接主体为第三状态；相应地，根据各任务承接主体的可承接状态，从所述主体标识集合中选取至少一个任务承接主体作为所述目标任务的承接节点，包括：从所述主体标识集合中选取至少一个所述第三状态的任务承接主体的标识作为所述目标任务的承接节点。
12.在一些实施例中，获取目标任务的预计处理时长，包括：获取目标任务的特征数据；将目标任务的特征数据输入预先训练好的预测模型，预测得到目标任务的预计处理时长。
13.在一些实施例中，将目标任务的特征数据输入预先训练好的预测模型，预测得到目标任务的预计处理时长之前，还包括：将数据库中所存储的任务数据按照任务的类型进行分类；其中，同一类型的任务具有相同类型的特征数据；所述任务数据包括任务的特征数据和任务的处理时长；按照下列方法为每一种类型的任务训练预测模型：获取一种任务类型的多个任务数据；以所述多个任务数据中的处理时长作为预测模型的输出，以所述多个任务数据中的特征数据作为预测模型的输入，对预测模型进行训练。
14.在一些实施例中，所述状态数据包括不可承接任务的时间段的起始时间和终止时间；相应地，根据所述状态数据，确定所述主体标识集合中各任务承接主体的可承接状态，包括：在任务承接主体不可承接任务的时间段的起始时间不在第一时间段内，而终止时间位于第一时间段内的情况下，获取目标任务的紧急程度；其中，第一时间段为当前时间起的第一预定时长；在目标任务的紧急程度低于预定程度阈值的情况下，确定任务承接主体为
第三状态；相应地，根据各任务承接主体的可承接状态，从所述主体标识集合中选取至少一个任务承接主体作为所述目标任务的承接节点，包括：从所述主体标识集合中选取至少一个所述第三状态的任务承接主体的标识作为所述目标任务的承接节点。
15.在一些实施例中，在从所述主体标识集合中选取至少一个所述第三状态的任务承接主体作为所述目标任务的承接节点之前，还包括：获取所述主体标识集合中所述第一状态的各个任务承接主体在当前时间起的第一预定时长内的任务饱和度；在各任务承接主体的任务饱和度均大于预定饱和度阈值的情况下，执行所述从所述主体标识集合中选取至少一个所述第三状态的任务承接主体的标识作为所述目标任务的承接节点。
16.本说明书第二方面提供一种任务分配装置，包括：接收单元，用于任务系统接收目标任务的分配指令；获取单元，用于响应于所述分配指令，获取任务承接主体的主体标识集合；调用单元，用于调用预先设置的系统间组件从状态系统中获取所述主体标识集合中各任务承接主体的状态数据，其中，所述任务系统和所述状态系统是相互隔离的；确定单元，用于根据所述状态数据，确定所述主体标识集合中各任务承接主体的可承接状态；选取单元，用于根据各任务承接主体的可承接状态，从所述主体标识集合中选取至少一个任务承接主体的标识作为所述目标任务的承接节点。
17.在一些实施例中，所述可承接状态包括：第一状态和第二状态，其中，所述第一状态为从当前时间起的第一预定时长内可承接，所述第二状态为从当前时间起的所述第一预定时长内不可承接；相应地，所述选取单元包括：第一选取子单元，用于从所述主体标识集合中选取至少一个所述第一状态的任务承接主体的标识作为所述目标任务的承接节点。
18.在一些实施例中，所述第一选取子单元包括：第一获取子单元，用于获取所述主体标识集合中所述第一状态的各个任务承接主体在当前时间起的第一预定时长内的任务饱和度；第二选取子单元，用于按照任务饱和度从低到高的顺序，选取至少一个任务承接主体的标识作为所述目标任务的承接节点。
19.在一些实施例中，所述状态数据包括不可承接任务的时间段的起始时间和终止时间；相应地，所述确定单元包括：第二获取子单元，用于在任务承接主体不可承接任务的时间段的起始时间位于第一时间段内，而终止时间不在第一时间段内的情况下，获取目标任务的预计处理时长；其中，第一时间段为当前时间起的第一预定时长；第一确定子单元，用于在当前时间至第二预定时间的时长大于所述预计处理时长的情况下，确定任务承接主体为第三状态；相应地，所述选取单元包括：第三选取子单元，用于从所述主体标识集合中选取至少一个所述第三状态的任务承接主体的标识作为所述目标任务的承接节点。
20.在一些实施例中，所述状态数据包括不可承接任务的时间段的起始时间和终止时间；相应地，所述确定单元包括：第三获取子单元，用于在任务承接主体不可承接任务的时间段的起始时间不在第一时间段内，而终止时间位于第一时间段内的情况下，获取目标任务的预计处理时长；其中，第一时间段为当前时间起的第一预定时长；第二确定子单元，用于在目标任务的预计处理时长小于预定时长阈值的情况下，确定任务承接主体为第三状态；相应地，所述选取单元包括：第三选取子单元，用于从所述主体标识集合中选取至少一个所述第三状态的任务承接主体的标识作为所述目标任务的承接节点。
21.在一些实施例中，所述第二获取子单元或所述第三获取子单元包括：第四获取子单元，用于获取目标任务的特征数据；预测子单元，用于将目标任务的特征数据输入预先训
练好的预测模型，预测得到目标任务的预计处理时长。
22.在一些实施例中，还包括：分类单元，用于将数据库中所存储的任务数据按照任务的类型进行分类；其中，同一类型的任务具有相同类型的特征数据；所述任务数据包括任务的特征数据和任务的处理时长；训练单元，用于按照下列方法为每一种类型的任务训练预测模型：获取一种任务类型的多个任务数据；以所述多个任务数据中的处理时长作为预测模型的输出，以所述多个任务数据中的特征数据作为预测模型的输入，对预测模型进行训练。
23.在一些实施例中，所述状态数据包括不可承接任务的时间段的起始时间和终止时间；相应地，所述确定单元包括：第五获取子单元，用于在任务承接主体不可承接任务的时间段的起始时间不在第一时间段内，而终止时间位于第一时间段内的情况下，获取目标任务的紧急程度；其中，第一时间段为当前时间起的第一预定时长；第三确定子单元，用于在目标任务的紧急程度低于预定程度阈值的情况下，确定任务承接主体为第三状态；相应地，所述选取单元包括：第三选取子单元，用于从所述主体标识集合中选取至少一个所述第三状态的任务承接主体的标识作为所述目标任务的承接节点。
24.在一些实施例中，还包括：第六获取子单元，用于获取所述主体标识集合中所述第一状态的各个任务承接主体在当前时间起的第一预定时长内的任务饱和度；在各任务承接主体的任务饱和度均大于预定饱和度阈值的情况下，所述第三选取子单元执行所述从所述主体标识集合中选取至少一个所述第三状态的任务承接主体的标识作为所述目标任务的承接节点。
25.本说明书第三方面提供一种电子设备，包括：存储器和处理器，所述处理器和所述存储器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而实现第一方面任一项所述方法的步骤。
26.本说明书第四方面提供一种计算机存储介质，所述计算机存储介质存储有计算机程序指令，所述计算机程序指令被处理器执行时实现第一方面任一项所述方法的步骤。
27.本说明书第五方面提供一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现第一方面任一项所述方法的步骤。
28.上述任务分配方法，在原先相互隔离的任务系统和状态系统之间设置了系统间组件，使得任务系统可以从状态系统获取任务承接主体的状态数据；上述任务分配方法，根据任务承接主体的状态数据，进一步确定出各任务承接主体的可承接状态，然后根据各任务承接主体的可承接状态确定目标任务的承接节点，可以避免由于目标任务分配被分配给一个任务承接节点后，该任务承接节点无法及时处理、重启工作流浪费时间及人力资源等问题，即解决了任务完成效率低下、资源浪费的问题。
附图说明
29.为了更清楚地说明本技术实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
30.图1示出了本说明书提供的任务分配方法的一种实施例的流程图；
31.图2示出了通过系统间组件从状态系统获取状态数据的一种实施方式示意图；
32.图3a和图3b示出了第三状态的两种情形示意图；
33.图4示出了展示所确定的目标任务的承接节点及其可承接状态的示意图；
34.图5示出了本说明书提供的任务分配方法的另一种实施例的流程图；
35.图6示出了本说明书提供的任务分配方法的又一种实施例的流程图；
36.图7示出了本说明书提供的任务分配方法的又一种实施例的流程图；
37.图8示出了本说明书提供的任务分配方法的又一种实施例的流程图；
38.图9a示出了本说明书提供的任务分配装置的一种实施例的原理框图；
39.图9b示出了本说明书提供的任务分配装置的另一种实施例的原理框图；
40.图9c示出了本说明书提供的任务分配装置的又一种实施例的原理框图；
41.图10示出了根据本说明书实施例的一种电子设备的结构示意图。
具体实施方式
42.为了使本技术领域的人员更好地理解本技术中的技术方案，下面将结合本技术实施方式中的附图，对本技术实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本技术一部分实施方式，而不是全部的实施方式。基于本技术中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都应当属于本技术保护的范围。
43.现有的企业通常有多个部门，相应地，该企业所使用的业务管理系统通常包括多个子系统，例如，人力资源子系统、财务子系统、任务分配子系统等。各个子系统之间是通过技术实现隔离，也即各个子系统之间的数据是无法共享的，以保证数据的安全性。
44.基于此，现有的任务分配子系统在分配任务时，只能从任务分配系统获取各员工对于任务的处理权限，例如，对于任务y有哪些员工具有处理权限。通常各员工对于任务的处理权限是在任务系统中预先设置好的。这就使得现有的任务分配系统中，经常出现分配方案不合理的情况，例如：有些承接节点被分配的任务量过大，有些节点被分配的任务量过小，有些节点处于休息或维护阶段却被分配任务，这样将导致任务无法被有效处理，且承接节点的承接能力得不到有效利用。
45.例如，一个工作包括六个依次执行的任务，该工作对应的工作流x包括a、b、c、d、e、f六个依次执行的流程节点，其中每个流程节点对应一个任务。
46.每个流程节点对应的任务由一个岗位的工作人员来处理，每个岗位包括至少一个工作人员，有的岗位包括多个工作人员，如a流程节点对应的任务由a岗位的工作人员来处理，a岗位可能有a1、a2、a3三个工作人员，每个工作人员都可以处理a流程节点对应的任务，b流程节点对应的任务由b岗位的工作人员来处理，b岗位可能有b1、b2、b3、b4四个工作人员，每个工作人员都可以处理b流程节点对应的任务，依次类推其他任务的情形。
47.现有任务系统，在分配b流程节点对应的任务时，会从b岗位的四个工作人员(即具有b任务处理权限的工作人员)中任意挑选一个工作人员来处理b任务。若b岗位上有工作人员b2请假，则需要特地告知分配人员，但即使被告知，分配人员有时也会忘记工作人员b2请假的事情，而将b流程节点对应的任务分配给正在休假中的工作人员b2。
48.在对于系统或数据的安全性要求较高的企业，工作人员b2的账号只能由其亲自登
录，是不允许其他工作人员b1或b3登录的，那么在工作流x转到工作人员b2处理时，若工作人员b2请假，在不影响工作人员b2休假的情况下，对于工作流x有三种处理方式：一、待工作人员b2休假结束返岗时再处理，这种方式可能会导致工作流x的当前流程节点处理时间过长而影响工作流x的总体处理效率；二、由具有较高权限的管理岗位对工作流x做终止操作，并重新发起工作流y，为b流程节点对应的任务分配其他处理人，这种方式需要在b流程节点之前的各个流程节点的处理人对工作流x中已经处理过的任务重新处理一遍，这就给他们增加了额外的工作量，造成人力资源的浪费。
49.对此，本说明书提供一种任务分配方法。如图1所示，该方法包括如下步骤：
50.s110：任务系统接收目标任务的分配指令。
51.在一些实施例中，在一个工作流启动之前，由任务分配人员统一分配工作流中各个任务的处理人，则目标任务的分配指令可以是由统一分配任务的人员在系统中操作给出的。例如，在上述工作流x启动之前，由任务分配人员统一分配工作人员a1、b2、c4、d2、e3、f5。
52.在一些实施例中，在一个工作流启动之后，一个流程节点的任务处理完成后，需要由该流程节点的处理人选择下一流程节点的处理人，则下一流程节点的任务就是待分配的目标任务，目标任务的分配指令是由一个流程节点的任务完成人在系统中操作给出的。例如，在上述工作流x中，处理a任务的a1处理任务完成后，在系统中选择b任务(即下一任务)的处理人b3。
53.在一些实施例中，目标任务的分配指令也可以是系统自动给出的，而无需人工在系统中操作给出。
54.s120：响应于分配指令，获取任务承接主体的主体标识集合。
55.本技术中所述的任务承接主体，可以是一个工作人员，也可以是一台机器、一个服务器、一个电子设备等，凡是具有实物处理能力(例如，包装产品)或者数据处理能力的主体都可以作为一个任务承接主体。在上述工作流x相关的实施例中，任务承接主体为工作人员。
56.这些任务承接主体依据工作流来进行工作。
57.不同任务承接主体的标识不同，主体标识用于代表一个任务承接主体。
58.在一些实施例中，s110中的任务承接主体，可以是所有的任务承接主体。例如，在上述工作流x相关的实施例中，任务承接主体为工作人员，在分配b流程节点对应的任务时，主体标识集合可以为(a1、a2、a3、b1、b2、b3、b4、c1、c2、c3、d1、d2、e1、e2、e3、e4、f1、f2、f3)。
59.在一些实施例中，s110中的任务承接主体，也可以是对所有的任务承接主体进行筛选后得到的、对目标任务具有承接权限的主体，例如，在上述工作流x相关的实施例中，任务承接主体为工作人员，在分配b流程节点对应的任务时，主体标识集合可以为(b1、b2、b3、b4)。
60.s130：调用预先设置的系统间组件从状态系统中获取主体标识集合中各任务承接主体的状态数据，其中，任务系统和状态系统是相互隔离的。
61.在一些实施例中，状态系统可以为人力资源系统，状态数据可以为工作人员的请假数据。在通常情况下，一个对系统或数据安全性较高的企业中，人力资源系统和任务系统之间是相互隔离的，也即，从任务系统是无法获取到人力资源系统的数据的。
62.在一些实施例中，状态数据可以为机器设备的维修计划表。例如，状态系统中记录有m1、m2、m3三台机器设备的维修计划表，其中机器设备m1安排在1月1日至1月7日进行维修，在此期间不能处理任务。在通常情况下，机器设备的维修计划表属于后勤系统管理，而后勤系统与任务系统之间是相互隔离的，也即，从任务系统是无法获取到后勤系统的数据的。
63.本说明书实施例所提供的任务分配方法，设置了系统间组件来实现任务系统从状态系统获取数据。图2示出了通过系统间组件从状态系统获取状态数据的一种实施方式示意图。其中，前端代码是指面向用户的代码，用户在系统中操作发起目标任务的分配指令后，将多个任务承接主体的主体标识集合发送给原系统组件。原系统组件是指在采用本方案对系统进行改进之前系统中用于处理主体标识集合的组件，例如，原系统组件的功能可以为根据主体标识集合以图4所示的形式呈现给用户，并在用户将目标任务分配给目标承接主体的标识之后处理该分配指令；原系统组件的功能也可以为执行自动的分配指令，即将目标任务分配给主体标识集合中的一个标识对应的承接主体。本说明书所提供的任务分配方法，对原任务分配系统进行了改进，即设置了系统间组件，并改写了原系统组件的程序。具体地，使得原系统组件调用系统间组件，并设置系统间组件向状态系统发送状态数据获取请求，状态系统反馈状态数据后，系统间组件根据反馈的状态数据，判断主体标识集合中的各个任务承接主体的可承接状态，并将主体标识及可承接状态发送给原系统组件，原系统组件再反馈至前端代码。在一些实施例中，图2中的前端代码也可以为其他系统或其他组件。
64.s140：根据状态数据，确定主体标识集合中各任务承接主体的可承接状态。
65.在一些实施例中，可承接状态包括第一状态和第二状态，其中，第一状态为从当前时间起的第一预定时长内可承接，第二状态为从当前时间起的第一预定时长内不可承接。
66.本说明书中的“第一预定时长”可以是预先设置好的固定时长，例如，可以为七天，也即，在分配任务时，可以看那些任务承接主体在未来七天内处于可承接任务的状态。
67.在一些实施例中，第一预定时长还可以是根据待分配的目标任务确定的，如可以将第一预定时长确定为目标任务的“预计处理时长与预定时长差值的和”。例如，目标任务的预计处理时长为3天，预定时长差值为1天(也可以为0)，则第一预定时长可以为4天。
68.目标任务的预计处理时长，可以是预先根据目标任务的类型或任务的特征数据收入的，也可以是将目标任务的特征数据输入预先训练好的预测模型，预测得到的。
69.预测模型的训练方法可以为：将数据库中所存储的任务数据按照任务的类型进行分类；其中，同一类型的任务具有相同类型的特征数据；任务数据包括任务的特征数据和任务的处理时长；按照下列方法为每一种类型的任务训练预测模型：获取一种任务类型的多个任务数据；以该多个任务数据中的处理时长作为预测模型的输出，以多个任务数据中的特征数据作为预测模型的输入，对预测模型进行训练。
70.在一些实施例中，可承接状态还可以包括第三状态，该第三状态为从当前时间起的第一预定时长内的部分时间可承接而另一部分时间不可承接。例如，任务承接主体不可承接任务的时间段的起始时间位于第一时间段内，而终止时间不在第一时间段内的情形，或者，任务承接主体不可承接任务的时间段的起始时间不在第一时间段内，而终止时间位于第一时间段内的情形，均可以认为是第三状态。图3a和图3b示出了第三状态的两种情形
示意图。
71.需要说明的是，本技术中的当前时间可以是精确到几月几日的时间，也可以是精确到一天中的几时，甚至精确到几时几分。该说明同样适用于下述内容。
72.s150：根据各任务承接主体的可承接状态，从主体标识集合中选取至少一个任务承接主体的标识作为目标任务的承接节点。
73.s150可以选取一个任务承接主体作为目标任务的承接节点，也可以选取两个或两个以上的任务承接主体的标识作为目标任务的承接节点。
74.将任务承接主体的标识作为目标任务的承接节点，是指工作流中目标任务对应的节点由该标识对应的任务承接主体来处理。
75.确定目标任务的承接节点之后，可以由系统直接将目标任务分配给s150所确定的目标任务的承接节点，也可以由系统将s150所确定的目标任务的承接节点及其可承接状态展示给任务分配人员，由任务分配人员将目标任务分配s150所确定的目标任务的承接节点中的至少一个。具体展示内容可以如图4所示。
76.上述任务分配方法，在原先相互隔离的任务系统和状态系统之间设置了系统间组件，使得任务系统可以从状态系统获取任务承接主体的状态数据；上述任务分配方法，根据任务承接主体的状态数据，进一步确定出各任务承接主体的可承接状态，然后根据各任务承接主体的可承接状态确定目标任务的承接节点，可以避免由于目标任务分配被分配给一个任务承接节点后，该任务承接节点无法及时处理、重启工作流浪费时间及人力资源等问题，即解决了任务完成效率低下、资源浪费的问题。
77.在一些实施例中，s130中的状态数据包括不可承接任务的时间段的起始时间和终止时间。相应地，如图5所示，s140可以包括如下步骤：
78.s141：在任务承接主体不可承接任务的时间段的起始时间和终止时间均不在第一时间段内的情况下，确定任务承接主体为第一状态。其中，第一时间段为当前时间起的第一预定时长。
79.该第一状态为从当前时间起的第一预定时长内可承接。相应地，还有第二状态，第二状态为从当前时间起的第一预定时长内不可承接，具体地，第二状态的特征可以为任务承接主体不可承接任务的时间段的起始时间和终止时间均在第一时间段内。
80.相应地，如图5所示，步骤s150可以为s151：从主体标识集合中选取至少一个第一状态的任务承接主体作为目标任务的承接节点。
81.具体地，可以获取主体标识集合中第一状态的各个任务承接主体在当前时间起的第一预定时长内的任务饱和度；按照任务饱和度从低到高的顺序，选取至少一个任务承接主体的标识作为目标任务的承接节点，也即，选取任务饱和度较低的一个或预定数量个任务承接主体的标识作为目标任务的承接节点。
82.任务饱和度用于表征任务承接主体的工作繁忙程度。任务饱和度的确定方法，例如可以为获取任务承接主体名下待处理的各个任务的标识，以及各个任务的预计处理时长，将其累加得到工作量，将工作量除以工作时间得到任务饱和度，其中工作时间为从起始时间起至终止结束时间内的总的工作时长。
83.预计处理时长的获取方法可以是预先根据目标任务的类型或任务的特征数据收入的，也可以是将目标任务的特征数据输入预先训练好的预测模型，预测得到的。预测模型
的训练方法可以为：将数据库中所存储的任务数据按照任务的类型进行分类；其中，同一类型的任务具有相同类型的特征数据；任务数据包括任务的特征数据和任务的处理时长；按照下列方法为每一种类型的任务训练预测模型：获取一种任务类型的多个任务数据；以该多个任务数据中的处理时长作为预测模型的输出，以多个任务数据中的特征数据作为预测模型的输入，对预测模型进行训练。
84.在一些实施例中，s130中的状态数据包括不可承接任务的时间段的起始时间和终止时间。相应地，如图6所示，s140可以包括如下步骤：
85.s142：在任务承接主体不可承接任务的时间段的起始时间位于第一时间段内，而终止时间不在第一时间段内的情况下，获取目标任务的预计处理时长；其中，第一时间段为当前时间起的第一预定时长。
86.s143：在当前时间至第二预定时间的时长大于预计处理时长的情况下，确定任务承接主体为第三状态。
87.相应地，如图6所示，s150包括：s152：从主体标识集合中选取至少一个第三状态的任务承接主体作为目标任务的承接节点。
88.具体地，可以获取主体标识集合中第三状态的各个任务承接主体在当前时间起的第一预定时长内的任务饱和度；按照任务饱和度从低到高的顺序，选取至少一个任务承接主体的标识作为目标任务的承接节点，也即，选取任务饱和度较低的一个或预定数量个任务承接主体的标识作为目标任务的承接节点。
89.在一些实施例中，s130中的状态数据包括不可承接任务的时间段的起始时间和终止时间。相应地，如图7所示，s140可以包括如下步骤：
90.s144：在任务承接主体不可承接任务的时间段的起始时间不在第一时间段内，而终止时间位于第一时间段内的情况下，获取目标任务的预计处理时长；其中，第一时间段为当前时间起的第一预定时长。
91.s145：在目标任务的预计处理时长小于预定时长阈值的情况下，确定任务承接主体为第三状态。
92.相应地，如图7所示，s150包括：s152：从主体标识集合中选取至少一个第三状态的任务承接主体作为目标任务的承接节点。
93.具体地，可以获取主体标识集合中第三状态的各个任务承接主体在当前时间起的第一预定时长内的任务饱和度；按照任务饱和度从低到高的顺序，选取至少一个任务承接主体的标识作为目标任务的承接节点，也即，选取任务饱和度较低的一个或预定数量个任务承接主体的标识作为目标任务的承接节点。
94.在一些实施例中，上述“获取目标任务的预计处理时长”可以为：获取目标任务的特征数据；将目标任务的特征数据输入预先训练好的预测模型，预测得到目标任务的预计处理时长。
95.预测模型的训练方法可以为：将数据库中所存储的任务数据按照任务的类型进行分类；其中，同一类型的任务具有相同类型的特征数据；任务数据包括任务的特征数据和任务的处理时长；按照下列方法为每一种类型的任务训练预测模型：获取一种任务类型的多个任务数据；以该多个任务数据中的处理时长作为预测模型的输出，以多个任务数据中的特征数据作为预测模型的输入，对预测模型进行训练。
96.在一些实施例中，s130中的状态数据包括不可承接任务的时间段的起始时间和终止时间。相应地，如图8所示，s140可以包括如下步骤：
97.s146：在任务承接主体不可承接任务的时间段的起始时间不在第一时间段内，而终止时间位于第一时间段内的情况下，获取目标任务的紧急程度；其中，第一时间段为当前时间起的第一预定时长。
98.目标任务的紧急程度，可以根据期望的完成时间来确定，例如，期望在1天内完成，则紧急程度为1，期望在一周内完成，则紧急程度为7，数字越小表示紧急程度越高。
99.s147：在目标任务的紧急程度低于预定程度阈值的情况下，确定任务承接主体为第三状态。
100.相应地，如图8所示，s150包括：s152：从主体标识集合中选取至少一个第三状态的任务承接主体作为目标任务的承接节点。
101.例如，在目标任务紧急程度为7(即不紧急)，并且请假中的员工剩余时长为1天的情况下，可以将请假中的员工作为目标任务分配的目标员工。
102.在一些实施例中，在图5、图6、图7所述技术方案的基础上，在s152之前，还可以获取主体标识集合中第一状态的各个任务承接主体在当前时间起第一预定时长内的任务饱和度。在各任务承接主体的任务饱和度均大于预定饱和度阈值的情况下，才执行s152。
103.本说明书提供了一种任务分配装置，可以用于实现本说明书所提供的任务分配方法。如图9a所示，该任务分配装置包括接收单元10、获取单元20、调用单元30、确定单元40和选取单元50。
104.接收单元10用于任务系统接收目标任务的分配指令。
105.获取单元20用于响应于分配指令，获取任务承接主体的主体标识集合。
106.调用单元30用于调用预先设置的系统间组件从状态系统中获取主体标识集合中各任务承接主体的状态数据，其中，任务系统和状态系统是相互隔离的。
107.确定单元40用于根据状态数据，确定主体标识集合中各任务承接主体的可承接状态。
108.选取单元50用于根据各任务承接主体的可承接状态，从主体标识集合中选取至少一个任务承接主体的标识作为目标任务的承接节点。
109.在一些实施例中，如图9b所示，可承接状态包括：第一状态和第二状态，其中，第一状态为从当前时间起的第一预定时长内可承接，第二状态为从当前时间起的第一预定时长内不可承接。相应地，选取单元50包括：第一选取子单元51，用于从主体标识集合中选取至少一个第一状态的任务承接主体的标识作为目标任务的承接节点。
110.在一些实施例中，如图9b所示，第一选取子单元51包括第一获取子单元52和第二选取子单元53。
111.第一获取子单元52用于获取主体标识集合中第一状态的各个任务承接主体在当前时间起的第一预定时长内的任务饱和度。第二选取子单元53用于按照任务饱和度从低到高的顺序，选取至少一个任务承接主体的标识作为目标任务的承接节点。
112.在一些实施例中，如图9c所示，状态数据包括不可承接任务的时间段的起始时间和终止时间。相应地，确定单元40包括第二获取子单元41和第一确定子单元42。
113.第二获取子单元41用于在任务承接主体不可承接任务的时间段的起始时间位于
第一时间段内，而终止时间不在第一时间段内的情况下，获取目标任务的预计处理时长；其中，第一时间段为当前时间起的第一预定时长。第一确定子单元42用于在当前时间至第二预定时间的时长大于预计处理时长的情况下，确定任务承接主体为第三状态。
114.相应地，选取单元50包括：第三选取子单元54，用于从主体标识集合中选取至少一个第三状态的任务承接主体的标识作为目标任务的承接节点。
115.在一些实施例中，如图9c所示，状态数据包括不可承接任务的时间段的起始时间和终止时间。相应地，确定单元40包括第三获取子单元43和第二确定子单元44。
116.第三获取子单元43用于在任务承接主体不可承接任务的时间段的起始时间不在第一时间段内，而终止时间位于第一时间段内的情况下，获取目标任务的预计处理时长；其中，第一时间段为当前时间起的第一预定时长。第二确定子单元44用于在目标任务的预计处理时长小于预定时长阈值的情况下，确定任务承接主体为第三状态。
117.相应地，选取单元50包括：第三选取子单元54，用于从主体标识集合中选取至少一个第三状态的任务承接主体的标识作为目标任务的承接节点。
118.在一些实施例中，第二获取子单元41或第三获取子单元43包括第四获取子单元431和预测子单元432。
119.第四获取子单元431用于获取目标任务的特征数据。预测子单元432用于将目标任务的特征数据输入预先训练好的预测模型，预测得到目标任务的预计处理时长。
120.在一些实施例中，还包括分类单元60和训练单元70。
121.分类单元60用于将数据库中所存储的任务数据按照任务的类型进行分类；其中，同一类型的任务具有相同类型的特征数据；任务数据包括任务的特征数据和任务的处理时长。训练单元70用于按照下列方法为每一种类型的任务训练预测模型：获取一种任务类型的多个任务数据；以多个任务数据中的处理时长作为预测模型的输出，以多个任务数据中的特征数据作为预测模型的输入，对预测模型进行训练。
122.在一些实施例中，如图9c所示，状态数据包括不可承接任务的时间段的起始时间和终止时间；相应地，确定单元40包括第五获取子单元45和第三确定子单元46。
123.第五获取子单元45用于在任务承接主体不可承接任务的时间段的起始时间不在第一时间段内，而终止时间位于第一时间段内的情况下，获取目标任务的紧急程度；其中，第一时间段为当前时间起的第一预定时长。第三确定子单元46用于在目标任务的紧急程度低于预定程度阈值的情况下，确定任务承接主体为第三状态。
124.相应地，选取单元50包括：第三选取子单元54，用于从主体标识集合中选取至少一个第三状态的任务承接主体的标识作为目标任务的承接节点。
125.在一些实施例中，还包括：第六获取子单元47用于获取主体标识集合中第一状态的各个任务承接主体在当前时间起的第一预定时长内的任务饱和度。
126.在各任务承接主体的任务饱和度均大于预定饱和度阈值的情况下，第三选取子单元54执行从主体标识集合中选取至少一个第三状态的任务承接主体的标识作为目标任务的承接节点。
127.上述任务分配装置的描述及有益效果可以参阅方法部分的描述及有益效果，不再赘述。
128.本发明实施例还提供了一种电子设备，如图10所示，该电子设备可以包括处理器
1001和存储器1002，其中处理器1001和存储器1002可以通过总线或者其他方式连接，图10中以通过总线连接为例。
129.处理器1001可以为中央处理器(central processing unit，cpu)。处理器1001还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。
130.存储器1002作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的任务分配方法对应的程序指令/模块(例如，图9a所示的接收单元10、获取单元20、调用单元30、确定单元40和选取单元50)。处理器1001通过运行存储在存储器1002中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据分类，即实现上述方法实施例中的任务分配方法。
131.存储器1002可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器1001所创建的数据等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器1002可选包括相对于处理器1001远程设置的存储器，这些远程存储器可以通过网络连接至处理器1001。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
132.所述一个或者多个模块存储在所述存储器1002中，当被所述处理器1001执行时，执行如图1、图4至图8所示实施例中的任务分配方法。
133.上述电子设备具体细节可以参阅图1、图4至图8对应实施例中的相关描述和效果进行理解，此处不再赘述。
134.本说明书提供一种计算机存储介质，该计算机存储介质存储有计算机程序指令，该计算机程序指令被处理器执行时实现图1、图4至图8所示方法的步骤。
135.本说明书提供一种计算机程序产品，该计算机程序产品包含有计算机程序，该计算机程序被处理器执行时实现图1、图4至图8所示方法的步骤。
136.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。
137.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员
自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
138.本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。
139.上述实施方式阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。
140.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
141.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施方式的某些部分的方法。
142.本技术可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
143.本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
144.虽然通过实施方式描绘了本技术，本领域普通技术人员知道，本技术有许多变形和变化而不脱离本技术的精神，希望所附的权利要求包括这些变形和变化而不脱离本技术的精神。