CN109359809A - 工作任务分配方法、系统、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及基于研发管理中的一种工作任务分配方法、系统、计算机设备和存储介质。所述方法包括：接收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务；所述工作任务具有对应的业务类型；根据所述业务类型调用对应的表达式，以及获取所述业务类型预先被配置的角色；通过所述表达式获取与所述业务类型相对应的角色；所述角色对应多个执行者标识；根据所述角色选择相适应的执行者标识，将所述工作任务发送至与所述执行者标识对应的第二终端。采用本方法在分配工作任务时能够有效减少开发人员重复性工作。

Description

工作任务分配方法、系统、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种工作任务分配方法、系统、计算机设备和存储介质。

背景技术

随着计算机技术的发展，很多企业中开始采用业务系统进行工作任务的分配。在传统的方式中，业务系统中通常是利用代码将工作任务与执行工作任务的角色进行关联。如果某一项工作任务更换了相应的角色，则需要开发人员重新编写相应的代码，才能将该工作任务分配至更换后的角色。在企业的运营过程中，对工作任务更换角色是不可避免的，由此可能导致开发人员经常重复性的修改相应的代码，造成较多重复性的开发工作。

发明内容

基于此，有必要针对上述技术问题，提供一种在分配工作任务时能够有效减少开发人员重复性工作的工作任务分配方法、系统、计算机设备和存储介质。

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

接收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务；所述工作任务具有对应的业务类型；

根据所述业务类型调用对应的表达式，以及获取所述业务类型预先被配置的角色；

通过所述表达式获取与所述业务类型相对应的角色；所述角色对应多个执行者标识；

根据所述角色选择相适应的执行者标识，将所述工作任务发送至与所述执行者标识对应的第二终端。

在其中一个实施例中，在获取所述工作任务之前，所述方法还包括：

接收第三终端上传的配置文件，所述配置文件中记录了业务类型、业务参数以及相对应的角色；

将所述业务类型、所述业务参数按照预设格式进行封装，生成对应的表达式；

利用所述业务类型与所述角色的对应关系，建立所述表达式与所述角色之间的对应关系。

在其中一个实施例中，所述表达式中还可以包含与业务类型对应的风险等级；所述方法还包括：

获取与所述工作任务对应的业务信息；在所述业务信息中提取对应的业务特征；所述业务信息中包含客户标识；

根据所述客户标识调用与客户身份相对应的历史信息；

所述业务特征以及历史信息识别所述工作任务对应的风险等级；

所述根据所述业务类型调用对应的表达式包括：根据所述业务类型以及所述风险等级调用对应的表达式。

在其中一个实施例中，所述接收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务包括：通过主节点接收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务；所述主节点轮询多个从节点的负载权重，将所述工作任务分配至相适应的从节点；

所述根据所述业务类型调用对应的表达式包括：所述从节点获取所述工作任务对应的业务类型，根据所述业务类型在数据库中调用对应表达式。

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

所述主节点和所述多个从节点之间进行串行监控，所述主节点与所述多个从节点形成链表；

若所述主节点与所述从节点之间或者所述从节点与所述从节点之间超出预设时间未接收到访问请求，确定未发出访问请求的节点出现异常；

根据异常节点对链表进行更新，利用更新后的链表继续对其他节点进行串行监控。

一种工作任务分配系统，所述系统包括：

服务器，用于接收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务；所述工作任务具有对应的业务类型；根据所述业务类型调用对应的表达式，以及获取所述业务类型预先被配置的角色；通过所述表达式获取与所述业务类型相对应的角色；所述角色对应多个执行者标识；根据所述角色选择相适应的执行者标识，将所述工作任务发送至与所述执行者标识对应的第二终端；

所述第二终端，用于接收所述工作任务，并且执行所述工作任务。

在其中一个实施例中，所述系统还包括：

第三终端，获取业务类型、业务参数以及相对应的角色，利用所述业务类型、业务参数以及相对应的角色生成配置文件，将所述配置文件上传至服务器；

所述服务器还用于将所述配置文件中的业务类型、业务参数按照预设格式进行封装，生成对应的表达式；利用所述业务类型与所述角色的对应关系，建立所述表达式与所述角色之间的对应关系。

在其中一个实施例中，所述服务器包括服务器集群，所述服务器集群包括主节点和多个从节点；所述主节点用于收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务；所述主节点轮询多个从节点的负载权重，将所述工作任务分配至相适应的从节点；所述从节点用于获取所述工作任务对应的业务类型，根据所述业务类型在数据库中调用对应表达式，通过所述表达式获取与所述业务类型相对应的角色。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述各个方法实施例中的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述各个方法实施例中的步骤。

上述工作任务分配方法、系统、计算机设备和存储介质，在接收到第一终端的业务请求时，根据业务请求生成相应的工作任务。根据业务类型调用相应的表达式，由于业务类型预先配置了对应的角色，由此可以通过表达式快速得到与业务类型对应的角色。根据角色相适应的执行者标识，将工作任务发送至与执行者标识对应的第二终端。只需开发人员对业务类型与角色进行预先配置，在业务类型或角色发生变化时，都可以通过修改配置即可利用修改后的表达式快速识别到与工作任务相对应的角色。整个过程不需修改代码，有效节省了开发人员的工作。

附图说明

图1为一个实施例中工作任务分配方法的应用场景图；

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

图3为一个实施例中识别工作任务对应的风险等级的步骤的流程示意图；

图4为一个实施例中多个节点之间串行监控的示意图；

图5为一个实施例中出现异常节点后的串行监控调整后的示意图；

图6为一个实施例中工作任务分配系统的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

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

本申请提供的工作任务分配方法，可以应用于如图1所示的应用环境中。其中，第一终端102通过网络与服务器104进行通信。第二终端106通过网络与服务器104进行通信。其中，第一终端102以及第二终端106可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

当客户需要办理业务时，可以通过第一终端102向服务器104上传业务请求。服务器104根据该业务请求生成对应的工作任务。工作任务具有对应的业务类型。服务器104上预先存储了多种表达式，不同的表达式可以对应不同的业务类型。服务器104根据业务类型调用对应的表达式，表达式是根据业务类型、业务参数按照预设格式封装后所生成的。业务类型预先配置了对应的角色。服务器104从而能够利用表达式识别出业务类型相对应的角色。服务器104根据角色选择相适应的执行者标识，将工作任务发送至与执行者标识对应的第二终端。

在一个实施例中，如图2所示，提供了一种工作任务分配方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，接收第一终端上传的业务请求，根据业务请求生成对应的工作任务；工作任务具有对应的业务类型。

第一终端中可以预先安装了应用程序。第一终端可以通过应用程序与服务器进行通信。当客户需要办理业务时，登录应用程序，通过应用程序在第一终端中输入相应的业务信息。第一终端获取用户标识，根据用户标识以及业务信息生成业务请求，将业务请求上传至服务器。业务可以包括多种，例如，投保、理赔、银行、贷款等。不同的业务可以采用不同的应用程序，也可以采用同一个应用程序。

客户需要办理业务时，也可以通过第一终端的浏览器访问服务器。服务器向第一终端返回与所需业务相关的页面。客户通过第一终端在该页面中输入相应的业务信息，第一终端获取用户标识，根据用户标识以及业务信息生成业务请求，将业务请求上传至服务器。

步骤204，根据业务类型调用对应的表达式，以及获取业务类型预先被配置的角色。

服务器上预先存储了多种表达式，不同的表达式可以对应不同的业务类型。在其中一个实施例中，在获取工作任务之前，方法还包括：接收第三终端上传的配置文件，配置文件中记录了业务类型、业务参数以及相对应的角色；将业务类型、业务参数按照预设格式进行封装，生成对应的表达式；利用业务类型与角色的对应关系，建立表达式与角色之间的对应关系。

开发人员可以通过第三终端对业务类型与相对应的角色进行配置。不同的业务类型可以对应不同的角色。例如，业务类型为贷款时，相对应的角色可以是资深人员，如果业务类型为投保时，相对应的角色可以是普通人员。每一种角色可以有设有多个执行者标识。业务类型中可以包括子类型也不包括子类型，为了便于唯一标识某一业务类型(或子类型)，业务类型(或子类型)还可以具有唯一的业务类型标识。第三终端利用业务类型、业务类型标识、业务参数以及对应的角色生成配置文件。第三终端将配置文件上传至服务器。

服务器利用配置文件，对业务类型、业务类型标识、业务参数按照预设格式进行封装，封装成json字符串,利用json字符串生成对应的表达式。例如，当业务类型为车贷时，其唯一的标识可以为00235，服务器将业务参数name、type、value按照{name:"业务类型",type:"String",value:"00235"}的格式进行封装，封装成json字符串。服务器利用json字符串生成对应的表达式。其中，表达式可以是Fel表达式。

当需要更换业务类型时，开发人员只需对配置文件中的业务类型进行修改，服务器即可按照修改后的业务类型重新生成相应的表达式。或者当需要更新角色时，开发人员只需对配置文件中的角色进行修改，服务器即可按照修改后的角色重新生成相应的表达式。整个过程不需修改代码，有效节省了开发人员的工作。

步骤206，通过表达式获取与业务类型相对应的角色；角色对应多个执行者标识。

步骤208，根据角色选择相适应的执行者标识，将工作任务发送至与执行者标识对应的第二终端。

每个角色可以设置多个执行者标识。服务器通过表达式获取与业务类型对应的角色，根据分配规则选择与角色相适应的执行者标识。其中，分配规则可以有多种，例如，可以选择当前状态为空闲的执行者标识进行工作任务分配，可以选择当前距离最近的执行者标识进行工作任务分配，还可以选择同一个分支机构的执行者标识进行工作任务分配等。执行者可以是客服人员，也可以是业务人员，还可以是审核人员等。服务器将工作任务发送至与该执行者标识对应的第二终端。由此完成工作任务的分配。

本实施例中，在接收到第一终端的业务请求时，根据业务请求生成相应的工作任务。根据业务类型调用相应的表达式，由于业务类型预先配置了对应的角色，由此可以通过表达式快速得到与业务类型对应的角色。根据角色相适应的执行者标识，将工作任务发送至与执行者标识对应的第二终端。只需开发人员对业务类型与角色进行预先配置，在业务类型或角色发生变化时，都可以通过修改配置即可利用修改后的表达式快速识别到与工作任务相对应的角色。整个过程不需修改代码，有效节省了开发人员的工作。

进一步的，每种分配规则都可以有相应的规则代码。在传统的方式中，当服务器需要分配工作任务时，根据分配规则调用相应的任务分配代码。服务器对任务分配代码进行编译，生成相应的任务分配机器码，服务器通过任务分配机器码将工作任务分配至坐席终端。

为了有效提高工作任务的分配效率，本实施例中，服务器在接收第一终端上传的业务请求之前，对多种分配规则对应的任务分配代码进行编译，得到相应的任务分配机器码。当服务器需要分配工作任务时，在识别到工作任务对应的角色后，可以直接根据分配规则调用相应的任务分配机器码。服务器可以将角色作为任务分配机器码的输入，任务分配机器码按照分配规则进行运算，输入与该工作任务相匹配的执行者标识。服务器将工作任务发送至与该执行者标识对应的第二终端在这个过程中，由于分配规则对应的任务分配代码提前被编译为任务分配机器码。在需要分配工作任务时，可以直接调用相应的任务分配机器码进行分配。节省了编译任务分配代码的时间，有效提高了工作任务的分配效率。

在一个实施例中，在根据业务请求生成对应的工作任务之后，该方法还包括：识别工作任务对应的风险等级的步骤。如图3所示，该步骤包括：

步骤302，获取与工作任务对应的业务信息；在业务信息中提取对应的业务特征；业务信息中包含客户标识。

步骤304，根据客户标识调用与客户身份相对应的历史信息。

步骤306，业务特征以及历史信息识别工作任务对应的风险等级。

第一终端向服务器上传业务请求时，业务请求中可以携带了业务信息。业务信息中可以包含客户标识。服务器可以根据客户标识以及业务信息进行大数据分析，以此识别工作任务对应的风险等级。大数据可以包括内部数据和外部数据。内部数据包括用户的个人信息、保单信息、接触历史信息以及风险管理信息等。外部数据包括用户的共享信息、征信信息以及网络爬虫爬取到的信息等。内部数据与外部数据可以存入不同的数据库。服务器通过客户标识将不同数据库中的内部数据以及外部数据进行关联。

服务器根据客户标识在内部数据以及外部数据中可以获取与客户身份相对应的历史信息。与客户身份相对应的历史信息中包括在规定时间内与客户本人见面的记录。例如，规定时间可以是2年。服务器根据客户标识获取对应的风险记录。风险记录包括是否为黑名单客户、是否存在不良征信记录等。服务器还可以在业务信息中提取业务特征。业务特征可以是业务中特定项目，例如，业务特征包括是否为退费项目、退费金额等。服务器根据与客户身份相对应的历史信息、业务特征以及风险记录识别相应的风险等级。

例如，服务器可以将在规定时间内见过客户本人、非退费项目(或退费金额在第一金额内)、无黑名单记录以及无不良征信记录的工作任务标记为低风险。服务器将在规定时间内未见过客户本人、退费金额在第一金额与第二金额之间、以及存在黑名单记录或不良征信记录(存在其中任一种风险记录)的工作任务标记为中风险。服务器将规定时间内未见过客户本人、退费金额在第二金额以上且存在黑名单记录或不良征信记录(存在其中任一种风险记录)的工作任务标记为高风险。

第三终端上传的配置文件中，还可以包括风险等级。服务器利用业务类型、业务参数以及风险等级封装成json字符串，从而生成相应的表达式。服务器根据业务类型、风险等级与角色的对应关系，建立表达式与角色之间的对应关系。在服务器识别到工作任务对应的风险等级之后，根据业务类型以及风险等级调用对应的表达式，按照上述实施例中提供的方式进行工作任务的分配。例如，当风险等级为低风险或者中风险时，服务器根据业务信息为客户自动办理相关业务。当风险等级为高风险时，服务器将任务分配给资深客服，并且建立第一终端与第二终端之间的视频通话。在客户与客服视频通话过程中，资深客服审核客户的身份以及材料，为客户办理相应业务。

本实施例中，通过大数据获取综合的历史信息、业务特征以及风险记录，能够准确识别出工作任务对应的风险等级。根据业务类型、风险等级调用相应的表达式，从而能够将工作任务分配至最适宜的执行者进行处理。由此能够更加合理的分配工作任务。

应该理解的是，虽然图2和图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，接收第一终端上传的业务请求，根据业务请求生成对应的工作任务包括：通过主节点接收第一终端上传的业务请求，根据业务请求生成对应的工作任务；主节点轮询多个从节点的负载权重，将工作任务分配至相适应的从节点；根据业务类型调用对应的表达式包括：从节点获取工作任务对应的业务类型，根据业务类型在数据库中调用对应表达式。

服务器包括服务器集群，服务器集群包括主节点和多个从节点。主节点与多个第一终端进行通信。多个从节点与主节点之间进行通信。当主节点接收到业务请求时，利用业务请求生成工作任务。主节点将工作任务发送至从节点，从节点上预先存储了多种表达式以及任务分配机器码，由从节点利用多种表达式以及任务分配机器码对工作任务进行分配。当面临海量的工作任务时，多个从节点并行分配相应的工作任务，能够提高工作任务的分配效率

主节点将工作任务发送至从节点时，会根据从节点的权重选择相适应的从节点。具体的，主节点根据节点列表获取多个从节点标识对应的当前负载权重，对多个从节点标识对应的当前负载权重进行遍历，得到最高负载权重。主节点将消息队列中的第一个工作任务分配至最高负载权重的从节点，对分配工作任务后的从节点的当前负载权重进行平滑处理。主节点根据平滑处理结果计算多个从节点标识对应的当前负载权重，得到最高当前负载权重，将消息队列中的下一个工作任务分配至最高当前负载权重的从节点，得到下一个工作任务对应的从节点标识。通过平滑处理可以对当前已分配工作任务的从节点的资源消耗进行抵消，防止重复计算其负载权重，达到服务器集群中多个从节点的负载均衡。同时也促进了多个从节点并行分配工作任务的效率的提高。

在一个实施例中，该方法还包括：主节点和多个从节点之间进行串行监控，主节点与多个从节点形成链表；若主节点与从节点之间或者从节点与从节点之间超出预设时间未接收到访问请求，确定未发出访问请求的节点出现异常；根据异常节点对链表进行更新，利用更新后的链表继续对其他节点进行串行监控。

为了确保服务器集群中的各个节点能够持续工作，集群中的节点采用互相监督的机制。具体的，每个节点中都运行了监控线程，监控线程不仅监控自身节点的运行状况，还监控相关节点的运行状况。多个节点之间可以进行串行监控，形成链表。多个节点之间的串行监控可以如图4所示。主节点按照预设时间间隔访问第一从节点，第一从节点按照预设时间间隔访问第二从节点，第二从节点按照预设时间间隔访问第三从节点，第三从节点按照预设时间间隔访问主节点。监控线程根据多个节点之间的访问顺序形成链表。链表中记录了多个节点标识以及节点之间的访问顺序。当超过预设时间间隔时，其中一个节点未接收到访问请求时，则可以确定该节点对应的上一个节点，也就是未发出访问请求的节点出现异常。通过监控线程将链表中的异常节点的节点标识删除，并且相应调整节点之间的访问顺序，对链表进行更新。例如，在监控到第三从节点出现异常时，在链表中删除第三从节点，并且调整第二从节点按照预设时间间隔访问主节点。串行监控调整为如图5所示。由于对集群中的多个节点采用了串行监督的机制，由此能够确保集群中的节点持续存活工作。

进一步的，当服务器集群中增加或者减少节点时，通过监控线程可以对链表进行相应的更新。根据更新后的链表中记录的节点以及节点之间的访问顺序进行串行监控，以此在服务器集群调整之后，依然能够确保服务器集群中的节点持续存活工作。

在一个实施例中，如图6所示，提供了一种工作任务分配系统，包括：

服务器602，用于接收第一终端上传的业务请求，根据业务请求生成对应的工作任务；工作任务具有对应的业务类型；根据业务类型调用对应的表达式，以及获取业务类型预先被配置的角色；通过表达式获取与业务类型相对应的角色；角色对应多个执行者标识；根据角色选择相适应的执行者标识，将工作任务发送至与执行者标识对应的第二终端；

第二终端604，用于接收工作任务，并且执行工作任务。

在其中一个实施例中，该系统还包括：第三终端606，获取业务类型、业务参数以及相对应的角色，利用业务类型、业务参数以及相对应的角色生成配置文件，将配置文件上传至服务器；服务器602还用于将配置文件中的业务类型、业务参数按照预设格式进行封装，生成对应的表达式；利用业务类型与角色的对应关系，建立表达式与角色之间的对应关系。

在一个实施例中，服务器602还用于获取与工作任务对应的业务信息；在业务信息中提取对应的业务特征；业务信息中包含客户标识；根据客户标识调用与客户身份相对应的历史信息；业务特征以及历史信息识别工作任务对应的风险等级，根据业务类型以及风险等级调用对应的表达式。

在一个实施例中，服务器602包括服务器集群，服务器集群包括主节点和多个从节点；主节点用于收第一终端上传的业务请求，根据业务请求生成对应的工作任务；主节点轮询多个从节点的负载权重，将工作任务分配至相适应的从节点；从节点用于获取工作任务对应的业务类型，根据业务类型在数据库中调用对应表达式，通过表达式获取与业务类型相对应的角色。

在一个实施例中，主节点和多个从节点之间进行串行监控，主节点与多个从节点形成链表；若主节点与从节点之间或者从节点与从节点之间超出预设时间未接收到访问请求，确定未发出访问请求的节点出现异常；根据异常节点对链表进行更新，利用更新后的链表继续对其他节点进行串行监控。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储配置文件、表达式等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种工作任务分配方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各个方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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

Claims (10)

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

接收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务；所述工作任务具有对应的业务类型；

根据所述业务类型调用对应的表达式，以及获取所述业务类型预先被配置的角色；

通过所述表达式获取与所述业务类型相对应的角色；所述角色对应多个执行者标识；

根据所述角色选择相适应的执行者标识，将所述工作任务发送至与所述执行者标识对应的第二终端。

2.根据权利要求1所述的方法，其特征在于，在获取所述工作任务之前，所述方法还包括：

接收第三终端上传的配置文件，所述配置文件中记录了业务类型、业务参数以及相对应的角色；

将所述业务类型、所述业务参数按照预设格式进行封装，生成对应的表达式；

利用所述业务类型与所述角色的对应关系，建立所述表达式与所述角色之间的对应关系。

3.根据权利要求1所述的方法，其特征在于，所述表达式中包含与业务类型对应的风险等级；所述方法还包括：

获取与所述工作任务对应的业务信息；在所述业务信息中提取对应的业务特征；所述业务信息中包含客户标识；

根据所述客户标识调用与客户身份相对应的历史信息；

所述业务特征以及历史信息识别所述工作任务对应的风险等级；

所述根据所述业务类型调用对应的表达式包括：根据所述业务类型以及所述风险等级调用对应的表达式。

4.根据权利要求1所述的方法，其特征在于，所述接收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务包括：通过主节点接收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务；所述主节点轮询多个从节点的负载权重，将所述工作任务分配至相适应的从节点；

所述根据所述业务类型调用对应的表达式包括：所述从节点获取所述工作任务对应的业务类型，根据所述业务类型在数据库中调用对应表达式。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述主节点和所述多个从节点之间进行串行监控，所述主节点与所述多个从节点形成链表；

若所述主节点与所述从节点之间或者所述从节点与所述从节点之间超出预设时间未接收到访问请求，确定未发出访问请求的节点出现异常；

根据异常节点对链表进行更新，利用更新后的链表继续对其他节点进行串行监控。

6.一种工作任务分配系统，其特征在于，所述系统包括：

服务器，用于接收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务；所述工作任务具有对应的业务类型；根据所述业务类型调用对应的表达式，以及获取所述业务类型预先被配置的角色；通过所述表达式获取与所述业务类型相对应的角色；所述角色对应多个执行者标识；根据所述角色选择相适应的执行者标识，将所述工作任务发送至与所述执行者标识对应的第二终端；

所述第二终端，用于接收所述工作任务，并且执行所述工作任务。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：

第三终端，获取业务类型、业务参数以及相对应的角色，利用所述业务类型、业务参数以及相对应的角色生成配置文件，将所述配置文件上传至服务器；

所述服务器还用于将所述配置文件中的业务类型、业务参数按照预设格式进行封装，生成对应的表达式；利用所述业务类型与所述角色的对应关系，建立所述表达式与所述角色之间的对应关系。

8.根据权利要求6所述的系统，其特征在于，所述服务器包括服务器集群，所述服务器集群包括主节点和多个从节点；所述主节点用于收第一终端上传的业务请求，根据所述业务请求生成对应的工作任务；所述主节点轮询多个从节点的负载权重，将所述工作任务分配至相适应的从节点；所述从节点用于获取所述工作任务对应的业务类型，根据所述业务类型在数据库中调用对应表达式，通过所述表达式获取与所述业务类型相对应的角色。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。