任务分配方法及装置与流程

1.本技术实施例涉及数据处理技术领域，尤其涉及一种任务分配方法及装置。


背景技术：

2.随着网络技术的发展，用户需求越来越多，因此，用户的各种需求以线上任务的形式来实现。
3.现有技术中，由于任务实现过程比较繁琐，每个任务可能包含多个子任务，因此，可以将子任务分配给不同的运维人员来实现，进而提高任务的实现效率。
4.然而，在分配子任务时，一般是根据分配人员的工作经验进行分配的，主观性强，降低了人员分配的准确性，进而影响了任务的正常实现。


技术实现要素：

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.获取模块，用于获取目标任务对应的至少一处理系统；
31.处理模块，用于根据至少一运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数确定每个所述处理系统对应的目标运维人员；
32.所述处理模块，还用于将每个所述处理系统分配至对应的目标运维人员处理端，以使所述目标运维人员处理端实现所述目标任务。
33.第三方面，本技术实施例提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
34.所述存储器存储计算机执行指令；
35.所述处理器执行所述存储器存储的计算机执行指令，实现如上第一方面以及第一方面各种可能的设计所述的任务分配方法。
36.第四方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的任务分配方法。
37.第五方面，本技术实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的任务分配方法。
38.本技术实施例提供了一种任务分配方法及装置，采用上述方案后，可以先获取目标任务对应的至少一处理系统，然后可以根据至少一运维人员的历史承接次数、现承接的待处理任务个数以及凭证信息个数中的至少一种确定每个处理系统对应的目标运维人员，再将每个处理系统分配至对应的目标运维人员处理端，以使目标运维人员处理端实现目标任务，通过根据运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数来确
定每个处理系统对应的目标运维人员的方式，提高了人员分配的准确性，进而保证了任务的正常实现。
附图说明
39.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
40.图1为本技术实施例提供的任务分配方法的应用系统的架构示意图；
41.图2为本技术实施例提供的任务分配方法的流程示意图；
42.图3为本技术实施例提供的任务分配方法的应用示意图；
43.图4为本技术实施例提供的任务分配装置的结构示意图；
44.图5为本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
45.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例还能够包括除了图示或描述的那些实例以外的其他顺序实例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
47.相关技术中，不同的任务可以对应不同的功能，在任务实现过程中，包含的交互过程可能比较多，为了更好的对任务进行管理，可以将任务拆分成多个不同的子任务，然后可以将子任务分配给不同的运维人员，进而使得运维人员同步或异步实现各子任务，进而实现该任务对应的功能。然而，在分配子任务时，一般是分配人员手动进行分配的，过于依赖分配人员的工作经验，且分配人员还容易出现人员变动，此外，分配人员在分配子任务时，还需要手动查看各运维人员的历史信息，操作过程繁琐，降低了人员分配的准确性，进而影响了任务的正常实现。
48.基于上述技术问题，本技术通过根据运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数来确定每个处理系统对应的目标运维人员的方式，提高了人员分配的准确性，进而保证了任务的正常实现的技术效果。
49.图1为本技术实施例提供的任务分配方法的应用系统的架构示意图，如图1所示，所述应用系统可以包括：服务器、至少一目标运维人员处理端以及数据库。在确定要实现的目标任务之后，可以将目标任务进行拆分，得到一个或多个处理系统，还可以将一个或多个
处理系统存储至数据库中。此外，运维人员也可以有一个或多个，每个运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数也可以存储在数据库中。服务器可以从数据库中获取目标任务对应的至少一处理系统，还可以从数据库中获取每个运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种，然后可以根据获取的每个运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种确定每个处理系统对应的目标运维人员。
50.此外，每个目标运维人员对应一目标运维人员处理端，在确定每个处理系统对应的目标运维人员之后，可以将处理系统分配至对应的目标运维人员处理端，使得目标运维人员处理端可以开发并测试对应的处理系统，进而实现目标任务。
51.其中，服务器可以为单独的服务器，也可以为服务器集群。目标运维人员处理端可以为个人电脑或平板，也可以为服务器，且每个目标运维人员可以分别对应一目标运维人员处理端，或者多个目标运维人员可以对应一目标运维人员处理端。
52.下面以具体地实施例对本技术的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
53.图2为本技术实施例提供的任务分配方法的流程示意图，本实施例的方法可以由服务器执行。如图2所示，本实施例的方法，可以包括：
54.s201：获取目标任务对应的至少一处理系统。
55.在本实施例中，在实现目标任务时，可以对目标任务进行拆分，得到一个或多个处理系统，然后可以通过对一个或多个处理系统进行开发与测试，进而实现目标任务。
56.可选的，处理系统可以包括一个主办处理系统以及至少一协办处理系统，主办处理系统可以用于实现目标任务的主要流程，协办处理系统可以用于实现目标任务的分支流程。示例性的，目标任务可以为实现财务管理功能，处理系统则可以为财务系统，主办处理系统可以为实现财务报表的增加、删除或查看等，协办处理系统可以为从数据库中获取数据、用户身份注册以及验证等功能。此外，不同的目标任务对应的处理系统的具体划分规则可以根据实际应用场景进行划分，在此不再详细进行限定。
57.可选的，表1为目标任务对应的处理系统表，如表1所示，目标任务对应的处理系统可以以数据库表的形式存储。
58.表1目标任务对应的处理系统表
59.目标任务名称主办处理系统协办处理系统1协办处理系统2协办处理系统n
60.s202：根据至少一运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种确定每个处理系统对应的目标运维人员。
61.在本实施例中，在确定一个或多个处理系统之后，可以先获取运维人员的状态信息，然后可以根据获取的运维人员的状态信息确定每个处理系统对应的目标运维人员。其中，运维人员可以为预先存储的可以实现处理系统的开发或测试的人员，可以为一个或多个。此外，每个处理系统对应的目标运维人员为完全相同的运维人员，也可以为部分相同的
运维人员，还可以为完全不同的运维人员。
62.此外，在确定一个或多个运维人员之后，可以先获取每个或部分运维人员的历史承接次数、承接的待处理任务个数以及凭证信息中的至少一种，然后可以根据获取的每个或部分运维人员的历史承接次数、承接的待处理任务个数以及凭证信息中的至少一种来确定每个处理系统对应的目标运维人员。
63.可选的，历史承接次数可以为运维人员在预设历史时间段内承接(开发或测试)过该处理系统的次数，可以衡量一个开发或测试运维人员的经验水平，一般可以任务承担任务数量越多对处理系统更为熟悉，且具备更多的实践经验。此外，预设历史时间段可以根据实际应用场景自定义进行设置，可以为一个月，一周或其他时长，在此不再详细进行限定。
64.可选的，承接的待处理任务个数表明运维人员当前承担的任务个数，当前承担的任务个数可以衡量一个开发或测试运维人员目前的精力水平。承担的任务个数越多，可承担新任务的精力越少，对于同一个运维人员来说，在其他条件相同的前提下，同时承担的任务个数越多，开发和测试质量也会相对有所下降。
65.可选的，凭证信息个数可以为运维人员在处理系统所对应的领域取得的相关证书的个数。凭证信息个数可以衡量开发或测试运维人员从事研发行业领域的资格认证水平，证书数量越多，则可以表明该人员掌握的理论知识越丰富。
66.s203：将每个处理系统分配至对应的目标运维人员处理端，以使目标运维人员处理端实现目标任务。
67.在本实施例中，在确定每个处理系统对应的目标运维人员之后，可以将处理系统分配至对应的目标运维人员处理端，即目标运维人员对应的终端，目标运维人员可以通过目标运维人员处理端实现处理系统的开发或测试，进而实现目标任务。
68.可选的，不同的目标运维人员可以对应相同的终端，也可以对应不同的终端，具体可以根据实际应用场景以及成本进行划分，在此不再详细进行限定。
69.采用上述方案后，可以先获取目标任务对应的至少一处理系统，然后可以根据至少一运维人员的历史承接次数、现承接的待处理任务个数以及凭证信息个数中的至少一种确定每个处理系统对应的目标运维人员，再将每个处理系统分配至对应的目标运维人员处理端，以使目标运维人员处理端实现目标任务，通过根据运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数来确定每个处理系统对应的目标运维人员的方式，提高了人员分配的准确性，进而保证了任务的正常实现。
70.基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
71.在另一实施例中，所述根据至少一运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种确定每个所述处理系统对应的目标运维人员，具体可以包括：
72.针对每个所述处理系统，获取至少一运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种。
73.确定每个所述运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种对应的权重值。
74.根据每个所述运维人员的历史承接次数、承接的待处理任务个数、凭证信息个数
中的至少一种以及每个所述运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种对应的权重值确定每个所述运维人员的分数值。
75.根据每个所述运维人员的分数值确定目标运维人员。
76.在本实施例中，处理系统可以包含两种，一种为主办处理系统，一种为协办处理系统，针对任一主办处理系统或协办处理系统，在确定目标运维人员时，可以先获取至少一运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种，然后再确定每个运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种对应的权重值，再根据每个运维人员的历史承接次数、承接的待处理任务个数、凭证信息个数中的至少一种以及每个运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种对应的权重值确定每个运维人员的分数值，再根据分数值的高低来确定每个处理系统对应的目标运维人员。
77.可选的，每个运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数对应的权重值可以根据实际应用场景自定义进行设置。其中，历史承接次数的权重值一般为大于0小于1的正数，凭证信息个数的权重值一般为大于0小于1的正数，承接的待处理任务个数的权重值一般为小于0的负数。
78.示例性的，运维人员分数值＝历史承接次数*历史承接次数的权重值+凭证信息个数*凭证信息个数的权重值+承接的待处理任务个数*承接的待处理任务个数的权重值。
79.进一步的，所述运维人员包含开发运维人员和测试运维人员，所述根据每个所述运维人员的分数值确定目标运维人员，具体可以包括：
80.根据每个所述开发运维人员的分数值确定目标开发运维人员。
81.根据每个所述测试运维人员的分数值确定目标测试运维人员。
82.根据所述目标开发运维人员和所述目标测试运维人员确定目标运维人员。
83.具体的，运维人员可以有两种，一种为开发运维人员，另一种为测试运维人员，开发运维人员用于实现处理系统的开发，测试运维人员用于实现处理系统的测试，因此，可以为每个处理系统分配开发运维人员和测试运维人员，且分配的开发运维人员和测试运维人员的数量可以根据实际运维人员的数量确定。
84.示例性的，表2为处理系统人员分配表，如表2所示，可以为每个处理系统分配两个开发运维人员和两个测试运维人员。
85.表2处理系统人员分配表
86.[0087][0088]
此外，在确定处理系统的目标开发运维人员和目标测试运维人员时，可以根据每个开发运维人员的分数值来确定最终的目标开发运维人员。可选的，可以按照开发运维人员的分数值对开发运维人员进行排序，然后从排序后的开发运维人员中选择排名靠前的前n个开发运维人员作为目标开发运维人员，n为正整数。另外，确定目标测试运维人员的原理与目标开发运维人员的原理相同，在此不再重复进行限定。
[0089]
另外，对于开发运维人员和测试运维人员，在确定分数值时，均可以通过表达式确定：
[0090]
运维人员分数值＝历史承接次数*历史承接次数的权重值+凭证信息个数*凭证信息个数的权重值+承接的待处理任务个数*承接的待处理任务个数的权重值。
[0091]
示例性的，图3为本技术实施例提供的任务分配方法的应用示意图，如图3所示，在该实施例中，在开发运维人员库中有多个开发运维人员，在测试运维人员库中有多个测试运维人员，然后可以确定各运维人员对应于处理系统的分数值，并根据分数值确定目标测试运维人员以及目标开发运维人员，并将处理系统分配至对应的目标开发运维人员和目标测试运维人员。
[0092]
进一步的，所述根据所述目标开发运维人员和所述目标测试运维人员确定目标运维人员，具体可以包括：
[0093]
根据所述目标开发运维人员和所述目标测试运维人员生成并显示提示界面，其中，所述提示界面中包含所述目标开发运维人员的第一人员标识、所述目标测试运维人员的第二人员标识以及调整控件。
[0094]
响应作用于所述调整控件的触控操作，对所述第一人员标识对应的目标开发运维人员和/或所述第二人员标识对应的目标测试运维人员进行调整，得到目标运维人员。
[0095]
具体的，在得到目标开发运维人员和目标测试运维人员之后，可以直接将得到的目标开发运维人员和目标测试运维人员作为处理系统最终的开发人员和测试人员，也可以直接从目标开发运维人员中选择分数最高的一位作为最终的开发运维人员，测试运维人员同理。
[0096]
此外，也可以先根据目标开发运维人员和所述目标测试运维人员生成并显示提示界面，其中，提示界面中包含目标开发运维人员的第一人员标识、目标测试运维人员的第二人员标识以及调整控件，管理人员可以通过该调整控件来对目标开发运维人员和/或目标测试运维人员进行调整，例如，删除，保留等，进而得到最终的目标运维人员，提高了运维人员确定的准确性。
[0097]
此外，在得到目标运维人员之后，可以以表格的形式存储该目标运维人员。
[0098]
在另一实施例中，在所述根据至少一运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数确定每个所述处理系统对应的目标运维人员之前，所述方法还可以包括：
[0099]
获取预存的初始运维人员列表。
[0100]
从所述初始运维人员列表中获取承接的待处理任务个数低于第一预设个数阈值的至少一运维人员。
[0101]
在该实施例中，在获取运维人员的历史承接次数等信息之前，可以先对预存的初始运维人员进行筛选，得到满足条件的运维人员。
[0102]
可选的，可以先获取预存的初始运维人员列表，然后从初始运维人员列表中获取承接的待处理任务个数低于第一预设个数阈值的至少一运维人员。示例性的，第一预设个数阈值可以根据实际应用场景自定义进行设置。
[0103]
此外，初始运维人员列表可以存储于数据库中，管理人员还可以对该初始运维人员列表进行调整。示例性的，可以对该初始运维人员列表进行增加人员操作，删除人员操作等。
[0104]
综上，通过先获取承接的待处理任务个数低于第一预设个数阈值的运维人员，然后从获取到的运维人员中确定目标运维人员，使得确定的目标运维人员承接的待处理任务个数均低于第一预设个数阈值，进而提高了目标运维人员实现处理系统的效率。
[0105]
此外，在所述从所述初始运维人员列表中获取承接的待处理任务个数低于第一预设个数阈值的至少一运维人员之后，所述方法还可以包括：
[0106]
确定未分配的待处理任务总个数。
[0107]
若所述未分配的待处理任务总个数高于第二预设个数阈值，则生成异常提示，其中，所述异常提示中包括添加控件。
[0108]
响应作用于所述添加控件的触控操作，从所述初始运维人员列表中选择新的运维人员。
[0109]
具体的，在从初始运维人员列表中获取运维人员之后，也可以继续对运维人员进行调整。可选的，可以根据当前未分配的待处理任务总个数对运维人员进行调整。还可以根据待处理任务的紧急情况对运维人员进行调整。若未分配的待处理任务总个数高于第二预设个数阈值，则生成包含添加控件的异常提示，然后可以响应作用于添加控件的触控操作，从初始运维人员列表中选择新的运维人员，进而提高运维人员的数量，更进一步提高了处理系统的实现效率。
[0110]
综上，本技术提高了人员任务分配效率，降低了开发和测试风险，从而提高了整个目标任务的质量水平。
[0111]
基于同样的思路，本说明书实施例还提供了上述方法对应的装置，图4为本技术实
施例提供的任务分配装置的结构示意图，如图4所示，本实施例提供的装置，可以包括：
[0112]
获取模块401，用于获取目标任务对应的至少一处理系统。
[0113]
处理模块402，用于根据至少一运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数确定每个所述处理系统对应的目标运维人员。
[0114]
所述处理模块402，还用于将每个所述处理系统分配至对应的目标运维人员处理端，以使所述目标运维人员处理端实现所述目标任务。
[0115]
在另一实施例中，所述处理模块402，还用于：
[0116]
针对每个所述处理系统，获取至少一运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种。
[0117]
确定每个所述运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种对应的权重值。
[0118]
根据每个所述运维人员的历史承接次数、承接的待处理任务个数、凭证信息个数中的至少一种以及每个所述运维人员的历史承接次数、承接的待处理任务个数以及凭证信息个数中的至少一种对应的权重值确定每个所述运维人员的分数值。
[0119]
根据每个所述运维人员的分数值确定目标运维人员。
[0120]
进一步的，所述运维人员包含开发运维人员和测试运维人员，所述处理模块402，还用于：
[0121]
根据每个所述开发运维人员的分数值确定目标开发运维人员。
[0122]
根据每个所述测试运维人员的分数值确定目标测试运维人员。
[0123]
根据所述目标开发运维人员和所述目标测试运维人员确定目标运维人员。
[0124]
进一步的，所述处理模块402，还用于：
[0125]
根据所述目标开发运维人员和所述目标测试运维人员生成并显示提示界面，其中，所述提示界面中包含所述目标开发运维人员的第一人员标识、所述目标测试运维人员的第二人员标识以及调整控件。
[0126]
响应作用于所述调整控件的触控操作，对所述第一人员标识对应的目标开发运维人员和/或所述第二人员标识对应的目标测试运维人员进行调整，得到目标运维人员。
[0127]
在另一实施例中，所述处理模块402，还用于：
[0128]
获取预存的初始运维人员列表。
[0129]
从所述初始运维人员列表中获取承接的待处理任务个数低于第一预设个数阈值的至少一运维人员。
[0130]
此外，所述处理模块402，还用于：
[0131]
确定未分配的待处理任务总个数。
[0132]
若所述未分配的待处理任务总个数高于第二预设个数阈值，则生成异常提示，其中，所述异常提示中包括添加控件。
[0133]
响应作用于所述添加控件的触控操作，从所述初始运维人员列表中选择新的运维人员。
[0134]
本技术实施例提供的装置，可以实现上述如图2所示的实施例的方法，其实现原理和技术效果类似，此处不再赘述。
[0135]
图5为本技术实施例提供的电子设备的硬件结构示意图，如图5所示，本实施例提
供的设备500包括：处理器501，以及与所述处理器通信连接的存储器。其中，处理器501、存储器502通过总线503连接。
[0136]
在具体实现过程中，处理器501执行所述存储器502存储的计算机执行指令，使得处理器501执行上述方法实施例中的方法。
[0137]
处理器501的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
[0138]
在上述的图5所示的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0139]
存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器。
[0140]
总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
[0141]
本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的任务分配方法。
[0142]
本技术实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的任务分配方法。
[0143]
上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
[0144]
一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
[0145]
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0146]
最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽
管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。