CN114565284A - 一种任务分配的方法、系统、电子设备及存储介质 - Google Patents

Abstract

本公开提供了一种任务分配的方法、系统、电子设备及存储介质，涉及信息处理技术领域，尤其涉及任务分配技术领域。具体实现方案为：获取待分配任务、各候选人员的配置信息及当前待处理任务的数量后，基于各候选人员的配置信息及其当前待处理任务的数量，确定可接受任务分配的空闲人员，再基于各空闲人员的配置信息与各待分配任务的匹配结果，将待分配任务分配给空闲人员，直至空闲人员的待处理任务数量达到预设任务量阈值。应用本公开实施例，通过基于预设候选人员配置信息和其当前待处理任务数量，将各任务自动分配给可以处理该任务的空闲人员。实现了自动分配任务，简化人工操作，提高了任务分配效率，加快了任务处理速度，有较好分配效果。

Description

一种任务分配的方法、系统、电子设备及存储介质

技术领域

本公开涉及信息处理技术领域，尤其涉及任务分配技术领域。

背景技术

当前，在各行各业中，都会涉及到将工作任务分配给各个人员进行处理的过程。

发明内容

本公开提供了一种任务分配的方法、系统、电子设备以及存储介质，以提高任务分配效率。

根据本公开的一方面，提供了一种任务分配的方法，用于任务分配系统，包括：

获取各待分配任务；

获取各候选人员的配置信息以及各候选人员当前待处理任务的数量；

基于所述各候选人员的配置信息以及所述各候选人员当前待处理任务的数量，确定可接受任务分配的空闲人员；

针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

根据本公开的另一方面，提供了一种任务分配系统，包括：

待分配任务获取模块，用于获取各待分配任务；

配置信息获取模块，用于获取各候选人员的配置信息以及各候选人员当前待处理任务的数量；

空闲人员确定模块，用于基于所述各候选人员的配置信息以及所述各候选人员当前待处理任务的数量，确定可接受任务分配的空闲人员；

任务分配模块，用于针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述任一所述的任务分配的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述任一所述的任务分配的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述任一所述的任务分配的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开提供的任务分配的方法的第一实施例的示意图；

图2是本公开提供的任务分配的方法的一种示意图；

图3是根据本公开提供的任务分配的方法的第二实施例的示意图；

图4是本公开实施例中进行任务排序的一种示意图；

图5是本公开实施例中查找空闲人员的一种流程图；

图6是本公开实施例中查找空闲人员的一种示例图；

图7是根据本公开提供的任务分配的方法的第三实施例的示意图；

图8是根据本公开提供的任务分配的方法的第四实施例的示意图；

图9是本公开实施例提供的一种任务分配系统用户管理界面的示意图；

图10是本公开实施例中实现手动任务分配的系统界面的一种示意图；

图11是本公开实施例中实现手动任务合包的系统界面的一种示意图；

图12是根据本公开提供的任务分配系统的第一实施例的示意图；

图13是根据本公开提供的任务分配系统的第二实施例的示意图；

图14是用来实现本公开实施例的任务分配的方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

目前，在地图领域中，在针对地图采集影像资料(如，图片)后，通常会对这些影像资料进行图像识别，来完善地图相关产品。但通过图像识别获得的识别结果很难做到百分百准确。为了保证正确率，降低质量风险，对识别结果进行人工核实确认(即图片核实)还不可缺失。

在人工图片核实环节中，通常是创建图片核实计划后，由工作组组长负责将该计划拆分为多个子任务分配给组内成员，该组员名下就会产生任务，组员就可针对名下的任务进行作业核实。但组长在分配任务时很难保证全局最优，组员在领取任务时，也会因有任务数量限制而出现任务的无效损耗。即某些组员等待领取任务而出现空闲，而其他组员也可能出现名下任务积压的可能性，分配效果不好，使得效率低下，增加管理成本。

基于此，本公开提供了一种任务分配的方法、系统、电子设备以及存储介质。下面首先对本公开提供的任务分配的方法进行示例性说明。

本公开提供的任务分配的方法可以应用于任务分配系统，来实现对任务进行自动分配。上述任务分配系统可以是一种网络平台、服务器等等。且该系统可向用户展示相关系统界面。

参见图1，图1是本公开提供的任务分配的方法的第一实施例的示意图。该方法可以包括以下步骤:

步骤S110，获取各待分配任务。

在地图应用领域中，通常需要在地图中对红绿灯、限速、交通限制(如，禁止左转)、警示信息(如，对事故多发路段的提示)以及道路方向等信息进行标识。因此，需要对图像采集设备采集到的影像资料进行图像识别来获取上述信息。例如，可以对上述影像资料进行图像识别，来获取影像资料中的交限标牌(如，禁止左转标牌)、地面交限(如，禁止左转地面标识)、地面车信(如，公交专用道地面标识)、车信标牌(如车道标牌)、地面限速、限速标牌、警示信息、道路方向、红绿灯以及看板信息(如道路施工看板)等识别结果，进而获取红绿灯、限速、交通限制、警示信息以及道路方向等信息。

但上述图像识别的识别结果并不能保证完全的准确，因此，需要人员对上述图像识别的结果进行核实。相应的，在本公开的一种实施例中，上述待分配任务就可以包括交限标牌、地面交限、地面车信、车信标牌、地面限速、限速标牌、警示信息、道路方向、红绿灯以及看板信息等等的识别结果核实任务。上述识别结果通常是以图片的形式分配给相关人员，并由相关人员对这些图片进行核实(即进行图片核实)。

在本公开的一种实施例中，系统在获取上述待分配任务后，可以对各待分配任务信息进行存储。例如，可以将待分配任务的任务标识(如，任务编号)与任务类型信息对应存储。

步骤S120，获取各候选人员的配置信息以及各候选人员当前待处理任务的数量。

本公开实施例中，上述各候选人员可以是能够进行图片核实的人员，如可以是各组的组员等。上述各组可以是基于行政管理预先划分的，例如，可以包括测试组等等。

本公开实施例中，上述各候选人员的配置信息可以由人工预先设置，并存储至系统。作为一种实施方式，可以由人工在显示的系统界面中对候选人员身份信息(如，候选人员的编号等等)以及候选人员的配置信息进行设置。本公开实施例中，系统也可对各候选人员待处理任务列表信息进行存储，如可存储各候选人员待处理任务的信息以及待处理任务数量信息。并可在每次分配完任务后，对各候选人员的待处理任务数量信息进行更新。

因此，本公开实施例中，系统可直接读取存储的各候选人员配置信息以及各候选人员当前待处理任务的数量。

在本公开的一种实施例中，上述候选人员的配置信息可以包括候选人员的任务处理权限、人员状态以及分组信息等等。上述候选人员的任务处理权限可以包括候选人员可处理的任务类型。该任务处理权限信息可以通过对各候选人员进行考试，再基于候选人员的考试成绩，由人工进行预先设置。上述人员状态则可以包括候选人员的任务自动分配开启/关闭状态，以及该人员是否在职状态。上述分组信息则是候选人员所属的小组。

步骤S130，基于所述各候选人员的配置信息以及所述各候选人员当前待处理任务的数量，确定可接受任务分配的空闲人员。

本公开实施例中，可以人工预设任务量阈值，并存储至系统。若候选人员当前待处理任务的数量超过该阈值，则该候选人员没有能力再接受任务分配。上述任务量阈值可以由人工针对不同的组或组员进行预先设置，也可由组或组员预先自行设置。

在本公开的一种实施例中，还可预先设置配置条件，只有候选人员的配置信息满足该配置条件，才可给该候选人员分配任务。

步骤S140，针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

如上所述，上述候选人员的配置信息可以包括候选人员可处理的任务类型。因此，在本公开的一种实施例中，系统可以将上述空闲人员配置信息中包含的可处理的任务类型信息与待分配任务的类型进行匹配，来将空闲人员可处理的待分配任务分配给该空闲人员。若上述空闲人员的配置信息与待分配任务匹配失败，该空闲人员就不能处理该待分配任务，即使该待分配任务有较高优先级，也不可将该待分配任务分配给该空闲人员处理。例如，对于货车限行标牌核实任务，只能将这类任务分配给配置信息中包含该任务类型的空闲人员。

如图2所示，本公开实施例中，系统可以先对候选人员进行赋能(即预先配置各人员配置信息)，再自动分配任务，即推送任务至已赋能的人员处。

本公开实施例中，系统可以将待分配任务通过IM(Instant messaging，即时通讯)和/或邮件等方式，推送至已赋能的各人员处。作为一种具体实施方式，可以是通过IM推送至相应人员的用户终端等等。本公开中对将任务发送至各人员处的方式不做具体限定。

可见，本公开实施例中，系统获取待分配任务、各候选人员的配置信息以及各候选人员当前待处理任务的数量后，基于各候选人员的配置信息以及其当前待处理任务的数量，确定可以接受任务分配的空闲人员，之后针对各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将待分配任务分配给该空闲人员，直至该空闲人员的待处理任务数量达到预设任务量阈值。应用本公开实施例，通过预先设置候选人员配置信息，并基于配置信息和各候选人员当前待处理任务数量，将各任务自动分配给可以处理该任务的空闲人员处。实现了自动分配任务，简化了人工操作，降低了人工核实成本，也降低了任务管理成本，提高了任务分配效率，加快了任务的处理、流转速度，避免出现由于任务分配不当导致的任务积压情况，具有较好的分配效果。

如上所述，在任务分配时，通常是创建完计划后，再人工将计划拆分成多个任务，进行图片核实。在本公开的一种实施例中，人工可预先在系统中定义不同任务类型，系统则可以针对不同任务类型设置不同的计划。例如，可以分别针对交限标牌、地面交限、地面车信、车信标牌、地面限速、限速标牌、警示信息、道路方向、红绿灯以及看板信息设置图片核实计划。针对各计划，可以将同一天采集的影像资料对应的识别结果，作为一个任务。作为一种具体实施方式，各识别结果中可以包含对应影像资料的采集时间戳，系统则可根据该时间戳对计划进行拆分。本公开实施例中，一个任务中可以包含多个待核实的图片。

在本公开的一种实施例中，在将各待分配任务进行分配之前，可以对各任务进行排序，以优先分配高优先级的任务，防止任务积压，提高任务处理效率。作为一种具体实施方式，基于图1，如图3所示，上述步骤S140之前可以包括：

步骤S240，将所述各待分配任务按照各待分配任务的全局优先级进行排序。

在本公开的一种实施例中，所述各待分配任务的全局优先级可以是系统基于预设策略计算得到的。本公开中，可以由人工预先设置策略内容，并存储至系统，系统在接收到待分配任务后，就可基于各预设策略对各待分配任务的全局优先级进行计算。

如图4所示，针对任务池中的各待分配任务，系统可以基于预设的策略1、策略2……策略N，来计算各待分配任务的全局优先级。并基于各待分配任务的全局优先级对各任务进行排序，得到任务队列。这样，基于多个策略综合计算待分配任务的优先级，可以最大限度地保证各待分配任务的排序结果是全局最优的。

在本公开的一种实施例中，上述预设策略可以包括：所述待分配任务对应的城市级别、地段以及资料滞后时间等等中的一个或多个。

本公开实施例中，上述城市级别可以是待分配任务对应的影像资料的采集城市的级别。各城市的级别可以人工预先定义，如可以将各城市定义为一线城市、二线城市以及三线城市等等。上述地段可以是待分配任务对应的影像资料的采集地段。如可以分为市区地段以及郊区地段等等。上述市区地段及郊区地段也可由人工进行预先定义。上述资料滞后时间则可以是待分配任务对应的影像资料的采集时间，到当前时刻的时间间隔，计量单位可以是天。

如上所述，上述各识别结果(待核实图片)中可以包含对应影像资料的采集时间戳。本公开实施例中，上述各待核实图片中还可以包含对应影像资料的采集位置(如可以包含城市标识、地段标识等等)。相应的，系统在计算各待分配任务的优先级时，就可以基于待分配任务中的各待核实图片包含的时间戳信息、城市标识以及地段标识，来获取待核实图片对应的城市级别、地段以及资料滞后时间。若一个待分配任务中包含多张待核实图片，可以取各待核实图片的全局优先级的平均值作为该待分配任务的优先级。

如上所述，预设的策略可以有多个，因此，作为本公开的一种实施例，上述全局优先级可以是系统基于上述预设策略进行加权计算得到的。

作为一种具体实施方式，若预设策略为待分配任务对应的城市级别、地段以及资料滞后时间，那么全局优先级就可以采用以下公式计算得到：

全局优先级＝c*w1+p*w2+t*w3

其中，c可以表示城市级别对应的值，w1则可表示该策略对应的权重系数。作为一种具体实例，可以设置该权重系数w1为0.5，可以设置一线城市的值为1.0，二线城市的值为0.7，三线城市的值为0.4。p则可表示地段对应的值，w2则是该策略对应的权重系数。如，可以设置权重w2为0.2，并可设置市区地段的值为1.0，郊区地段的值为0.5。t则可表示资料滞后时间对应的值，w3则可表示该策略的权重系数。如，该策略的权重w3可以为0.3，可设置t<1天，取值为0.1，1天<t<2天，取值0.2，3天<t<5天，取值为0.3，t>5天，取值为0.4。

可见，本实施例中，针对待分配任务对应的影像资料的采集城市的级别，级别越高，优先级越高。比如一线城市优先级高于二三线城市。针对待分配任务对应的影像资料的采集地段，市区地段优先级高于郊区地段。针对待分配任务对应的影像资料的滞后时间，滞后时间越长,优先级越高。而基于这些策略综合计算出的全局优先级，可以更好地反映待分配任务的紧急程度，进一步保证较紧急的任务优先被分配，优先被处理。

基于上述举例，若某一待分配任务包含的时间戳信息是4天前，城市标识为某一线城市，地段标识为市区，那么，系统经过加权计算得到的该任务的全局优先级就是1*0.5+1*0.2+*0.3*0.3＝0.79。

相应的，在本公开的一种实施例中，基于图1，如图3所示，上述步骤S140就可以细化为：

步骤S141，针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，以及所述各待分配任务的全局优先级顺序，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

本公开实施例中，系统针对各空闲人员，可以将该空闲人员的配置信息中的可处理任务类型信息与各待分配任务的任务类型进行匹配，并按照上述待分配任务的全局优先级顺序，将匹配成功的待分配任务分配给该空闲人员，直至该空闲人员名下的待处理任务数量达到预设任务量阈值，不能再接受任务分配。

例如，某空闲人员当前待处理任务数量为5，预设任务量阈值为10，那么就可以按照各待分配任务的全局优先级顺序，将5个与该空闲人员配置信息匹配的待处理任务分配给该空闲人员。分配完后，系统可将该空闲人员的待处理任务数量更新为10，即该人员待处理任务数量达到预设任务量阈值。之后就可以查找下一个空闲人员。

在本公开的一种实施例中，如图5所示，上述步骤S140，确定可接受任务分配的空闲人员，可以细化为：

步骤S510，按照预设人员查找顺序，确定所述候选人员的配置信息是否符合预设配置条件。若符合，则执行步骤S520，若不符合，则重新执行步骤S510，确定下一个候选人员的配置信息是否符合预设配置条件。

本公开实施例中，上述人员查找顺序可以由人工预先设置。如，可以基于预先为各候选人员设置的人员标识(如，工号)进行排序，也可基于在为候选人员设置配置信息时，获取的候选人员的考试成绩进行设置。本公开对此不做具体限定。上述候选人员的工号以及候选人员的考试成绩均可在系统中预先存储。

如上所述，各候选人员的配置信息中可以包括人员状态。作为本公开的一种实施例，上述预设配置条件就可以是候选人员的状态为任务自动分配开启，且在职。若候选人员的配置信息不符合该配置条件，即任务自动分配关闭和/或人员不在职，该候选人员就不能接受任务自动分配。

步骤S520，判断所述候选人员当前待处理任务的数量是否达到所述预设任务量阈值；若未达到，则执行步骤S530，若达到，则返回步骤S510，确定下一个候选人员的配置信息是否符合预设配置条件。

步骤S530，确定所述候选人员为可接受任务分配的空闲人员。

本公开实施例中，系统在确定上述候选人员的配置信息满足上述预设配置条件后(候选人员的配置信息与预设配置条件匹配成功)，即确定上述空闲人员可以接受任务自动分配后，就可判断该空闲人员当前待处理任务的数量是否达到预设任务量阈值。若候选人员的当前待处理任务的数量达到上述任务量阈值，则没有能力再接受任务分配，因此需要查询下一个可以接受任务分配的空闲人员；若未达到，则该候选人员可以接受任务分配，属于空闲人员。

通过上述步骤S510～步骤S530，就可较为高效地查找到可接受自动任务分配的空闲人员，避免任务的不合理分配，避免出现一些人员名下任务积压，另一些人员由于等待任务分配而出现空闲的情况出现，保证自动分配任务的效果。

如图6所示，图6是本公开中查找空闲人员的一种流程示意图，在开始查询空闲人员后，可以包括以下步骤：

步骤①，系统判断人员配置信息是否符合配置条件，若符合，则执行步骤②，若不符合，则重新开始查询空闲人员。

本实施例中，上述人员可以指工作小组的组员。

步骤②，系统确定人员当前待处理任务数量，若不足n个，则执行步骤③；若已达到n个，则重新开始查询空闲人员。

本步骤中，n即是人工预设并存储在系统中的任务量阈值。

步骤③，根据人员权限分配任务，分配完后，重新开始查询空闲人员。

本公开实施例中，系统可根据人员的任务处理权限与各待分配任务的任务类型的匹配结果，按照上述各待分配任务的优先级顺序，将待分配任务分配给该人员，直至该人员的待分配任务达到预设任务量阈值n，即给该人员分配完任务。之后就可以开始查询下一个空闲人员。

本公开实施例中，在实现任务自动分配的同时，还可实现任务自动分配与手动分配的切换。这种更加灵活的任务分配方式，可以进一步提高任务分配的效果。

在本公开的一种实施例中，基于图1，如图7所示，上述步骤S140之后还可以包括：

步骤S750，接收用户操作信息。

如上所述，本公开实施例中，任务分配系统可以向用户展示任务分配界面。上述任务分配界面可以默认开启手动分配任务模式，以由人工对某些特殊情况进行应对。当然，也可对手动分配任务模式设置开关，实现自动分配任务与手动分配任务的切换。

在本公开的一种实施例中，上述用户操作信息可以是用户通过在上述任务分配界面中进行操作产生的。上述用户操作信息可以包括将待分配任务分配给某一小组或候选人员等等。

步骤S760，基于所述用户操作信息，对所述各待分配任务进行分配。

本公开实施例中，系统在接收到上述用户操作信息后，就可执行用户操作信息对应的操作。如，将待分配任务分配给某一小组或候选人员等等。

如上所述，对于图片核实任务，一个任务中通常可以包含多张图片。因此，在任务分配场景中，分配到任务处理人员名下的任务处理列表中，可能存在较多图片量少的任务。组员需要多次手工将多个小任务合并为一个任务进行核实，以减少打开和提交任务的次数。这种操作十分复杂且重复性较高，导致任务处理效率较低。因此，在分配任务之前，通常会由组长手工将多个任务合并为一个任务，且手工合并任务时，还需人工判断所选任务能否被合并。耗费人力，效率较低，且不能保证任务合并效果。

在本公开的一种实施例中，基于图1，如图8所示，在将待分配任务推送至空闲人员处进行处理之前，即上述步骤S140之前，还可以包括：

步骤S840，按照预设合包规则对所述各待分配任务进行合包，获得各待分配任务包。

在本公开的一种实施例中，可以基于针对各任务类型预设的合包数量，对所述各待分配任务进行合包；和/或，

不将属于复杂任务类型的待分配任务与属于简单任务类型的待分配任务进行合并；其中，所述复杂任务类型与简单任务类型是人工预先设置的。

本公开实施例中，上述复杂任务类型与简单任务类型可以由人工，基于各类型任务的平均处理时间预先定义，并存储至系统。例如，对于处理时间较长的(如，大于预设最大时间阈值)的任务类型，就可将其定义为复杂任务。对于处理时间较短的(如，小于预设最小时间阈值)，就可将其定义为简单任务。处理时间一般(如，在预设最小时间阈值到最大时间阈值之间)的任务，就可将其定义为一般任务。

例如，对于货车限行标牌核实任务，由于内容辨识较难，易出错，任务的处理时间也较长，就可将这类任务定义为复杂任务。而对于限速标牌核实任务，处理所用时间较短，就可将该类任务定义为复杂任务。

当然，本公开实施例中，也可基于任务中包含的图片量来定义复杂任务与简单任务。如可将任务包含的图片量超过预设图片量阈值的任务定义为复杂任务，包含图片量未超过预设图片量阈值的任务就可定义为简单任务。本公开中对此不做具体限制。

本公开实施例中，可以针对不同任务类型预先设置不同的合包量，即任务包中可以包含的图片的数量，并存储至系统。例如，对于简单任务，就可设置较大的合包量，对于复杂任务，由于其处理时间较长，就可设置较小的合包量。

本公开实施例中，系统在进行任务合包时，可以将预设合包量相同的任务进行合并，也可将预设合包量不同的任务进行合并。作为一种具体实施方式，在将预设合包量不同的任务进行合并时，可以以这些任务中最小的预设合包量，作为最终合并的任务包中包含的图片数量。例如，若要将三种任务进行合并，且这三种任务的预设合包量分别为9、10、8，那么，在合包时，就可基于合包量为8来对这些任务进行合包。

如上所述，复杂任务和简单任务的处理时间可能相差较大，若将复杂任务与简单任务合并，任务包的处理时间会十分不均衡，一些简单任务处理完成后，还需等较长时间才能提交，因此，本公开实施例中，还可设置规则不将复杂任务与简单任务合并，来提高任务完成效率。

本公开实施例中，上述合包规则可以由人工预先设置并存储在上述系统中。

相应的，如图8所示，上述步骤S140就可以细化为：

步骤S850，针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务包的匹配结果，将所述待分配任务包分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

本公开实施例中，也可以由任务处理人员(如，组员)在核实任务之前，对各任务进行自动合包。作为一种实施方式，任务处理人员可以在显示其任务列表的界面中点击“合并作业”，来自动合并其待处理的任务。

本公开实施例中，通过基于上述预设规则对任务进行自动合包，无需重复执行复杂操作来手动合并任务，减少不必要的操作，提高任务处理速度以及合包效率，且无需人工判断，降低人力消耗。同时，在实际应用中，也可达到较好的任务合包效果。

当然，本公开实施例中，也可以保留手动合包功能，以满足特殊情况下的需求。也可对手工合并任务的模式设置开关，以灵活应对不同可能的情况。

如图9所示，图9为本公开实施例提供的一种任务分配系统用户管理界面的示意图。

该用户管理界面中可以包括各候选人员的身份信息以及配置信息。各候选人员的配置信息可以包括小组名、候选人员是否在职以及任务自动分配是否开启(人员状态)以及候选人员可处理的任务类型。还可在该界面中新增或删除候选人员信息，以及对各候选人员信息进行修改等等。

图9中，任务类型A可以指限速标识类任务，任务类型B可以指电子眼类任务，任务类型C可以指货车限行类任务，任务类型D可以指道路名称类任务，任务类型E可以指红绿灯类任务等等。

基于该用户管理界面显示的信息，系统若按照用户6-用户1的顺序，查找空闲人员，由于用户6不在职，因此，需查询用户5是否为空闲人员。而用户5的任务自动分配状态为关闭，因此，需查询用户4是否为空闲人员。用户4的配置信息满足配置条件，若确定其为空闲人员(其当前待处理任务数量未达到系统存储的预设任务量阈值)，那么就可按照待分配任务的全局优先级，将类型A和/或类型D和/或类型E任务分配给用户4，直至其待处理任务数量达到预设任务量阈值。对于用户1-用户3进行任务分配的过程可以参考给用户4分配任务的过程，此处不再赘述。

如图10所示，图10是本公开实施例中可以实现手动任务分配的界面的一种示意图。

相关人员可针对各计划，在分配列中对各小组进行选择，被选中的小组就可处理该计划。即将计划拆分，再自动/手动分配给各组员。

如图11所示，图11是本公开实施例中可以实现手动任务合包的界面的一种示意图。

相关人员可在该界面中选中需要合并的任务，并点击“合并作业”，来实现手动合并任务。例如，可以选中任务A、任务D以及任务F，再点击“合并作业”，将任务A、任务D以及任务F合并，再进行处理。

根据本公开实施例，本公开实施例还提供了一种任务分配系统，如图12所示，该系统可以包括：

待分配任务获取模块1210，用于获取各待分配任务；

配置信息获取模块1220，用于获取各候选人员的配置信息以及各候选人员当前待处理任务的数量；

空闲人员确定模块1230，用于基于所述各候选人员的配置信息以及所述各候选人员当前待处理任务的数量，确定可接受任务分配的空闲人员；

任务分配模块1240，用于针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

本公开实施例中，系统获取待分配任务、各候选人员的配置信息以及各候选人员当前待处理任务的数量后，基于各候选人员的配置信息以及其当前待处理任务的数量，确定可以接受任务分配的空闲人员，之后针对各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将待分配任务分配给该空闲人员，直至该空闲人员的待处理任务数量达到预设任务量阈值。应用本公开实施例，通过预先设置候选人员配置信息，并基于配置信息和各候选人员当前待处理任务数量，将各任务自动分配给可以处理该任务的空闲人员处。实现了自动分配任务，简化了人工操作，降低了人工核实成本，提高了任务分配效率，加快了任务的处理速度，避免出现由于任务分配不当导致的任务积压情况，具有较好的分配效果。

在本公开的一种实施例中，基于图12，如图13所示，上述系统还可以包括：

待分配任务排序模块1340，用于将所述各待分配任务按照各待分配任务的全局优先级进行排序；所述各待分配任务的全局优先级是基于预设策略计算得到的；

所述任务分配模块1240，用于针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，以及所述各待分配任务的全局优先级顺序，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

在本公开的一种实施例中，所述预设策略至少包括：所述待分配任务对应的城市级别、地段以及资料滞后时间中的一个或多个。

在本公开的一种实施例中，所述空闲人员确定模块1230，用于按照预设人员查找顺序，确定所述候选人员的配置信息是否符合预设配置条件；

若符合，则判断所述候选人员当前待处理任务的数量是否达到所述预设任务量阈值；

若所述候选人员当前待处理任务的数量未达到所述预设任务量阈值，则确定所述候选人员为可接受任务分配的空闲人员；

若所述候选人员的配置信息不符合预设配置条件，或所述候选人员当前待处理任务的数量达到所述预设任务量阈值，则返回所述按照预设人员查找顺序，确定所述候选人员的配置信息是否符合预设配置条件的步骤，确定下一个候选人员的配置信息是否符合预设配置条件。

在本公开的一种实施例中，基于图12，如图13所示，上述系统还可以包括任务合包模块1350，用于按照预设合包规则对所述各待分配任务进行合包，获得各待分配任务包；

所述任务分配模块1240，用于针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务包的匹配结果，将所述待分配任务包分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

在本公开的一种实施例中，所述按照预设合包规则对所述各待分配任务进行合包，包括：

基于针对各任务类型预设的合包数量，对所述各待分配任务进行合包；和/或，

不将属于复杂任务类型的待分配任务与属于简单任务类型的待分配任务进行合并；其中，所述复杂任务类型与简单任务类型是人工预先设置的。

在本公开的一种实施例中，基于图12，如图13所示，上述系统还可以包括用户操作信息接收模块1360，用于接收用户操作信息；

用户操作执行模块1370，用于基于所述用户操作信息，对所述各待分配任务进行分配。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图14示出了可以用来实施本公开的实施例的示例电子设备1400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图14所示，设备1400包括计算单元1401，其可以根据存储在只读存储器(ROM)1402中的计算机程序或者从存储单元1408加载到随机访问存储器(RAM)1403中的计算机程序，来执行各种适当的动作和处理。在RAM 1403中，还可存储设备1400操作所需的各种程序和数据。计算单元1401、ROM 1402以及RAM 1403通过总线1404彼此相连。输入/输出(I/O)接口1405也连接至总线1404。

设备1400中的多个部件连接至I/O接口1405，包括：输入单元1406，例如键盘、鼠标等；输出单元1407，例如各种类型的显示器、扬声器等；存储单元1408，例如磁盘、光盘等；以及通信单元1409，例如网卡、调制解调器、无线通信收发机等。通信单元1409允许设备1400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1401的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1401执行上文所描述的各个方法和处理，例如任务分配的方法。例如，在一些实施例中，任务分配的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1408。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1402和/或通信单元1409而被载入和/或安装到设备1400上。当计算机程序加载到RAM 1403并由计算单元1401执行时，可以执行上文描述的任务分配的方法的一个或多个步骤。备选地，在其他实施例中，计算单元1401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行任务分配的方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (17)

1.一种任务分配的方法，用于任务分配系统，包括：

获取各待分配任务；

获取各候选人员的配置信息以及各候选人员当前待处理任务的数量；

基于所述各候选人员的配置信息以及所述各候选人员当前待处理任务的数量，确定可接受任务分配的空闲人员；

针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

2.根据权利要求1所述的方法，所述针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值的步骤之前，还包括：

将所述各待分配任务按照各待分配任务的全局优先级进行排序；所述各待分配任务的全局优先级是基于预设策略计算得到的；

所述针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值的步骤，包括：

针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，以及所述各待分配任务的全局优先级顺序，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

3.根据权利要求2所述的方法，其中，所述预设策略至少包括：所述待分配任务对应的城市级别、地段以及资料滞后时间中的一个或多个。

4.根据权利要求1所述的方法，其中，所述基于所述各候选人员的配置信息以及所述各候选人员当前待处理任务的数量，确定可接受任务分配的空闲人员的步骤，包括：

按照预设人员查找顺序，确定所述候选人员的配置信息是否符合预设配置条件；

若符合，则判断所述候选人员当前待处理任务的数量是否达到所述预设任务量阈值；

若所述候选人员当前待处理任务的数量未达到所述预设任务量阈值，则确定所述候选人员为可接受任务分配的空闲人员；

若所述候选人员的配置信息不符合预设配置条件，或所述候选人员当前待处理任务的数量达到所述预设任务量阈值，则返回所述按照预设人员查找顺序，确定所述候选人员的配置信息是否符合预设配置条件的步骤，确定下一个候选人员的配置信息是否符合预设配置条件。

5.根据权利要求1所述的方法，其中，所述针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值的步骤之前，还包括：

按照预设合包规则对所述各待分配任务进行合包，获得各待分配任务包；

所述针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设阈值的步骤，包括：

针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务包的匹配结果，将所述待分配任务包分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

6.根据权利要求5所述的方法，其中，所述按照预设合包规则对所述各待分配任务进行合包的步骤，包括：

基于针对各任务类型预设的合包数量，对所述各待分配任务进行合包；和/或，

不将属于复杂任务类型的待分配任务与属于简单任务类型的待分配任务进行合并；其中，所述复杂任务类型与简单任务类型是人工预先设置的。

7.根据权利要求1所述的方法，还包括：

接收用户操作信息；

基于所述用户操作信息，对所述各待分配任务进行分配。

8.一种任务分配系统，包括：

待分配任务获取模块，用于获取各待分配任务；

配置信息获取模块，用于获取各候选人员的配置信息以及各候选人员当前待处理任务的数量；

空闲人员确定模块，用于基于所述各候选人员的配置信息以及所述各候选人员当前待处理任务的数量，确定可接受任务分配的空闲人员；

任务分配模块，用于针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

9.根据权利要求8所述的系统，还包括：

待分配任务排序模块，用于将所述各待分配任务按照各待分配任务的全局优先级进行排序；所述各待分配任务的全局优先级是基于预设策略计算得到的；

所述任务分配模块，用于针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务的匹配结果，以及所述各待分配任务的全局优先级顺序，将所述待分配任务分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

10.根据权利要求9所述的系统，其中，所述预设策略至少包括：所述待分配任务对应的城市级别、地段以及资料滞后时间中的一个或多个。

11.根据权利要求8所述的系统，其中，所述空闲人员确定模块，用于按照预设人员查找顺序，确定所述候选人员的配置信息是否符合预设配置条件；

若符合，则判断所述候选人员当前待处理任务的数量是否达到所述预设任务量阈值；

若所述候选人员当前待处理任务的数量未达到所述预设任务量阈值，则确定所述候选人员为可接受任务分配的空闲人员；

若所述候选人员的配置信息不符合预设配置条件，或所述候选人员当前待处理任务的数量达到所述预设任务量阈值，则返回所述按照预设人员查找顺序，确定所述候选人员的配置信息是否符合预设配置条件的步骤，确定下一个候选人员的配置信息是否符合预设配置条件。

12.根据权利要求8所述的系统，还包括：

任务合包模块，用于按照预设合包规则对所述各待分配任务进行合包，获得各待分配任务包；

所述任务分配模块，用于针对所述各空闲人员，基于该空闲人员的配置信息与各待分配任务包的匹配结果，将所述待分配任务包分配给该空闲人员，直至该空闲人员待处理任务的数量达到预设任务量阈值。

13.根据权利要求12所述的系统，其中，所述按照预设合包规则对所述各待分配任务进行合包，包括：

基于针对各任务类型预设的合包数量，对所述各待分配任务进行合包；和/或，

不将属于复杂任务类型的待分配任务与属于简单任务类型的待分配任务进行合并；其中，所述复杂任务类型与简单任务类型是人工预先设置的。

14.根据权利要求8所述的系统，还包括：

用户操作信息接收模块，用于接收用户操作信息；

用户操作执行模块，用于基于所述用户操作信息，对所述各待分配任务进行分配。

15.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

16.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-7中任一项所述的方法。

17.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-7中任一项所述的方法。

Images