CN109492856A - 业务请求处理方法、装置、计算机设备以及存储介质 - Google Patents

Abstract

本发明涉及计算机技术领域，提供了基于大数据分析的一种业务请求处理方法、装置、计算机设备以及存储介质。所述方法包括：接收客户终端上传的保全请求，所述保全请求中携带了客户标识以及业务信息；根据所述客户标识以及业务信息识别所述保全请求对应的风险等级；当所述风险等级在预设等级内时，根据所述业务信息自动执行对应的保全处理；当所述风险等级高于预设等级时，根据所述业务信息生成对应的保全任务，将所述保全任务分配至对应的坐席终端，建立坐席终端与客户终端之间的视频通话，所述坐席终端用于通过视频通话进行对应的保全处理。采用本方法在用户办理保全业务时，能够基于大数据分析有效节省办理保全业务耗时，提高效率。

Description

业务请求处理方法、装置、计算机设备以及存储介质

技术领域

本发明涉及计算机技术领域，特别是涉及基于大数据分析的一种业务请求处理方法、装置、计算机设备以及存储介质。

背景技术

在保险合同生效之后，保险公司还可以为客户提供保全服务，例如，可以保险合同变更、保险金申领、退保等。在传统的方式中，客户在办理保全业务时，需要亲自前往柜面现场办理。客户不仅需要花费较多时间往返，还会在现场花费较多时间排队等待。由此导致办理保全业务的耗时较长。

发明内容

基于此，有必要针对上述技术问题，提供一种能够有效节省办理保全业务耗时的业务请求处理方法、装置、计算机设备以及存储介质。

一种业务请求处理方法，所述方法包括：

接收客户终端上传的保全请求，所述保全请求中携带了客户标识以及业务信息；

根据所述客户标识以及业务信息识别所述保全请求对应的风险等级；

当所述风险等级在预设等级内时，根据所述业务信息自动执行对应的保全处理；

当所述风险等级高于预设等级时，根据所述业务信息生成对应的保全任务，将所述保全任务分配至对应的坐席终端，建立坐席终端与客户终端之间的视频通话，所述坐席终端用于通过视频通话进行对应的保全处理。

在其中一个实施例中，所述根据所述客户标识以及业务信息识别所述保全请求对应的风险等级包括：

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

根据所述业务信息提取对应的业务特征；

获取与所述客户标识对应的风险记录；

根据所述与客户身份相对应的历史信息、所述业务特征以及所述风险记录识别相应的风险等级。

在其中一个实施例中，在所述接收客户终端上传的保全请求之前，还包括：

获取多种分配规则对应的任务分配代码；

对所述任务分配代码进行编译，得到相应的任务分配机器码；

所述将所述保全任务分配至对应的坐席终端包括：

调用所述任务分配机器码，通过所述任务分配机器码以及所述业务信息进行运算，输出对应的坐席标识；

将所述保全任务发送至与所述坐席标识对应的坐席终端。

在其中一个实施例中，所述对所述任务分配代码进行编译，得到相应的任务分配机器码包括：

读取第一配置文件，所述第一配置文件中记录了与所述任务分匹配代码对应的Java关键字以及非Java关键字；

读取第二配置文件，所述第二配置文件中记录了与所述Java关键字的功能；

利用所述第一配置文件，将第一数据库中任务分配代码的非Java关键字替换为对应的Java关键字；

根据所述第二配置文件中Java关键字的功能，将替换关键字后的任务分配代码转换为支持Java的任务分配机器码。

在其中一个实施例中，在所述将所述保全任务分配至对应的坐席终端之前，还包括：

获取多个客户终端的位置信息；

当保全任务的数量大于在线坐席的数量时，将待分配的保全任务进行缓存；

对缓存的待分配的保全任务进行统计，得到待分配任务量；

利用所述待分配任务量以及所述位置信息绘制客户分布图。

一种业务请求处理装置，所示装置包括：

接收模块，用于接收客户终端上传的保全请求，所述保全请求中携带了客户标识以及业务信息；

风险识别模块，用于根据所述客户标识以及业务信息识别所述保全请求对应的风险等级；

自动处理模块，用于当所述风险等级在预设等级内时，根据所述业务信息自动执行对应的保全处理；

任务分配模块，用于当所述风险等级高于预设等级时，根据所述业务信息生成对应的保全任务，将所述保全任务分配至对应的坐席终端，建立坐席终端与客户终端之间的视频通话，所述坐席终端用于通过视频通话进行对应的保全处理。

在其中一个实施例中，所述装置还包括：

编译模块，用于获取多种分配规则对应的任务分配代码；对所述任务分配代码进行编译，得到相应的任务分配机器码；

所述任务分配模块还用于调用所述任务分配机器码，通过所述任务分配机器码以及所述业务信息进行运算，输出对应的坐席标识；将所述保全任务发送至与所述坐席标识对应的坐席终端。

在其中一个实施例中，所述编译模块还用于读取第一配置文件，所述第一配置文件中记录了与所述任务分匹配代码对应的Java关键字以及非Java关键字；读取第二配置文件，所述第二配置文件中记录了与所述Java关键字的功能；利用所述第一配置文件，将第一数据库中任务分配代码的非Java关键字替换为对应的Java关键字；根据所述第二配置文件中Java关键字的功能，将替换关键字后的任务分配代码转换为支持Java的任务分配机器码。

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

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

上述业务请求处理处理方法、装置、计算机设备和存储介质，当客户需要办理保全业务时，可以通过客户终端向服务器上传保全请求。服务器根据保全请求中所携带的客户标识识别风险等级。当风险等级在预设等级内时，服务器根据业务信息自动执行对应的保全处理。当风险等级高于预设等级时，服务器根据业务信息生成对应的保全任务，将保全任务分配至对应的坐席终端，建立坐席终端与客户终端之间的视频通话，在视频通话过程中，通过坐席为客户办理保全业务。通过识别风险等级，将部分保全业务进行自动化处理，将部分保全业务通过视频通话进行人工处理。不需客户前往柜面，保全业务即可进行办理，有效节省了客户办理保全业务的耗时。而且在这个过程中，将原本由人工处理的工作，部分转移到自动化处理，整体上也提供了保全业务的处理效率。

附图说明

图1为一个实施例中业务请求处理方法的应用环境图；

图2为一个实施例中业务请求处理方法的流程图；

图3为另一个实施例中业务请求处理方法的流程图；

图4为一个实施例中客户分布图的绘制步骤的流程图；

图5为一个实施例中业务请求处理装置的结构框图；

图6为一个实施例中计算机设备的结构框图。

具体实施方式

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

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

当客户需要办理保全业务时，客户终端102根据用户标识以及业务信息生成保全请求，将保全请求上传至服务器104。服务器104根据客户标识以及业务信息识别保全请求对应的风险等级。当风险等级低于或等于预设等级时，服务器104根据所述业务信息，自动执行对应的保全处理。当风险等级高于预设等级时，服务器104根据业务信息生成对应的保全任务，将保全任务分配至对应的坐席终端106，建立坐席终端106与客户终端102之间的视频通话。坐席终端106通过视频通话进行对应的保全处理。

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

步骤202，接收客户终端上传的保全请求，保全请求中携带了客户标识以及业务信息。

客户终端中可以预先安装了应用程序。客户终端可以通过应用程序与服务器进行通信。当客户需要办理保全业务时，登录应用程序，通过应用程序在客户终端中输入相应的业务信息。客户终端获取用户标识，根据用户标识以及业务信息生成保全请求，将保全请求上传至服务器。

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

步骤204，根据客户标识以及业务信息识别保全请求对应的风险等级。

服务器可以接收多个客户终端上传的保全请求。在同一时间段内，服务器可能会接收到大量的保全请求。为了有效提高保全业务的处理效率，服务器可以针对不同的保全业务可以采用不同的方式来处理。例如，服务器可以根据风险等级对部分保全业务进行自动保全处理，也可以根据风险等级将部分保全业务分配给坐席，通过人工进行保全处理。

服务器可以根据保全请求中所携带的客户标识以及业务信息进行分析，以此识别保全请求对应的风险等级。其中，服务器可以根据客户标识获取与客户身份相对应的历史信息，根据业务信息提取对应的业务特征，获取与客户标识对应的风险记录。服务器根据与客户身份相对应的历史信息、业务特征以及风险记录识别相应的风险等级。风险等级可以包括低风险、中风险和高风险等。风险等级也可以是第一级、第二级、第三级、第四级、第五级等。

步骤206，当风险等级低于或等于预设等级时，根据业务信息自动执行对应的保全处理。

当风险等级低于或等于预设等级时(即低于或等于预设等级时)，例如，预设等级可以是中风险，也可以是第三级等，表示客户所要办理的保全业务的风险等级较低，服务器可以对保全业务进行自动化处理。以预设等级为中风险为例，服务器对保全业务进行自动化处理的过程如下：

当风险等级为低风险时，服务器根据业务信息向客户终端发送验证消息，在接收到客户终端返回的验证信息之后，服务器按照业务流程自动进行保全业务处理。

当风险等级为中风险时，服务器向客户终端发送上传证件的提示信息，在接收到客户终端上传的证件信息后，服务器再次向客户终端发送图像识别的提示信息，在接收到客户终端上传的客户的人脸图像之后，还可以继续向客户终端发送录制视频的提示信息，在接收到客户终端上传的包含规定动作的视频后，服务器对客户人脸图像识别，在确定客户终端中上传的人脸图像以及视频中的人均为客户本人时，服务器按照业务流程自动进行保全业务处理。

当风险等级在预设等级内时，不需客户前往柜面，所要办理的保全业务即可被自动化处理，有效节省了客户办理保全业务的耗时。而且通过自动化处理保全业务，节省了原本需要人工处理的环节，有效提高了保全业务的处理效率。

步骤208，当风险等级高于预设等级时，根据业务信息生成对应的保全任务，将保全任务分配至对应的坐席终端，建立坐席终端与客户终端之间的视频通话，坐席终端用于通过视频通话进行对应的保全处理。

当风险等级高于预设等级时，表示客户所要办理的保全业务的风险等级较高，服务器可以将保全业务分配给坐席，通过人工进行处理。具体的，服务器可以根据业务信息生成相应的保全任务，将保全任务分配至坐席终端。服务器可以按照预设的分配规则，将保全任务分配至对应的坐席终端。例如，服务器可以将保全任务随机分配至空闲状态的坐席终端。服务器也可以识别业务信息对应的复杂程度，将保全任务分配至与复杂程度相匹配的坐席终端。

服务器将保全任务分配至坐席终端之后，服务器建立坐席终端与客户终端之间的视频通话。在视频通话过程中，坐席为客户办理相应的保全业务。通过视频通话，客户无需亲临柜面即可通过按坐席在线办理保全业务，有效节省了客户办理保全业务的耗时。坐席只为部分客户办理保全业务，而不是像传统方式中所有的保全业务全部由人工处理，有效缓解了人工处理的工作压力。

本实施例中，当客户需要办理保全业务时，可以通过客户终端向服务器上传保全请求。服务器根据保全请求中所携带的客户标识识别风险等级。当风险等级在预设等级内时，服务器根据业务信息自动执行对应的保全处理。当风险等级高于预设等级时，服务器根据业务信息生成对应的保全任务，将保全任务分配至对应的坐席终端，建立坐席终端与客户终端之间的视频通话，在视频通话过程中，通过坐席为客户办理保全业务。通过识别风险等级，将部分保全业务进行自动化处理，将部分保全业务通过视频通话进行人工处理。不需客户前往柜面，保全业务即可进行办理，有效节省了客户办理保全业务的耗时。而且在这个过程中，将原本由人工处理的工作，部分转移到自动化处理，整体上也提供了保全业务的处理效率。

在一个实施例中，根据客户标识以及业务信息识别保全请求对应的风险等级包括：根据客户标识获取与客户身份相对应的历史信息；根据业务信息提取对应的业务特征；获取与客户标识对应的风险记录；根据与客户身份相对应的历史信息、业务特征以及风险记录识别相应的风险等级。

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

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

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

通过大数据获取综合的历史信息、业务特征以及风险记录，能够准确识别出客户对应的风险等级。

在一个实施例中，提供了一种业务请求处理方法，如图3所示，包括以下步骤：

步骤302，获取多种分配规则对应的任务分配代码；

步骤304，对任务分配代码进行编译，得到相应的任务分配机器码；

步骤306，接收客户终端上传的保全请求，保全请求中携带了客户标识以及业务信息；

步骤308，根据客户标识以及业务信息识别保全请求对应的风险等级；

步骤310，当风险等级在预设等级内时，根据业务信息自动执行对应的保全处理；

步骤312，当风险等级高于预设等级时，根据业务信息生成对应的保全任务；调用任务分配机器码，通过任务分配机器码以及业务信息进行运算，输出对应的坐席标识；将保全任务发送至与坐席标识对应的坐席终端。

步骤314，建立坐席终端与客户终端之间的视频通话，坐席终端用于通过视频通话进行对应的保全处理。

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

为了有效提高保全任务的分配效率，本实施例中，服务器在接收客户终端上传的保全请求之前，对多种分配规则对应的任务分配代码进行编译，得到相应的任务分配机器码。当服务器需要分配保全任务时，可以直接根据分配规则调用相应的任务分配机器码。服务器可以将保全任务中所携带的业务信息作为任务分配机器码的输入，任务分配机器码按照分配规则进行运算，输入与该保全任务相匹配的坐席标识。服务器将保全任务发送至与坐席标识对应的坐席终端。

在这个过程中，由于分配规则对应的任务分配代码提前被编译为任务分配机器码。在需要分配保全任务时，可以直接调用相应的任务分配机器码进行分配。节省了编译任务分配代码的时间，有效提高了保全任务的分配效率。

进一步的，服务器还可以提前将多种分配规则对应的任务分配代码存入数据库。服务器将数据库中的多种任务分配代码提前进行编译，将编译得到的任务分配机器码对应分配规则一并存入数据库中。当服务器启动时，访问该数据库，加载多种分配规则对应的任务分配机器码。当服务器需要分配保全任务时，可以直接根据分配规则调用相应的任务分配机器码。服务器可以将保全任务中所携带的业务信息作为任务分配机器码的输入，通过任务分配机器码按照分配规则进行运算，输入与该保全任务相匹配的坐席标识。服务器将保全任务发送至与坐席标识对应的坐席终端。由于分配规则对应的任务分配机器码在服务器启动之前即被编译，由此进一步节省编译任务分配代码的时间，进一步提高了保全任务的分配效率。

在一个实施例中，对任务分配代码进行编译，得到相应的任务分配机器码包括：读取第一配置文件，第一配置文件中记录了与任务分匹配代码对应的Java关键字以及非Java关键字；读取第二配置文件，第二配置文件中记录了与Java关键字的功能；利用第一配置文件，将第一数据库中任务分配代码的非Java关键字替换为对应的Java关键字；根据第二配置文件中Java关键字的功能，将替换关键字后的任务分配代码转换为支持Java的任务分配机器码。

多种分配规则对应的任务分配代码可以是采用不同的计算机语言提前编写的。例如，可以是采用C语言、C++、Java以及Python等计算语言编写的。为了便于开发人员进行统一的开发工作，需要将非Java的任务分配代码转换为Java的任务分配代码。

本实施例中，服务器中部署了多个数据库，数据库包括第一数据库和第二数据库。其中，第一数据库中存储了非Java任务分配代码(即除Java之外的其他计算机语言的任务分配代码)，第二数据库中存储了Java任务分配代码。服务器中还存储了多个配置文件，配置文件包括第一配置文件以及第二配置文件。多个配置文件可以存储在第一数据库中，也可以存储在第二数据库中。第一配置文件中记录了多个java关键字以及相对应的非java关键字。第二配置文件中记录了每个java关键字的功能。

服务器利用第一配置文件，在第一数据库中对多种非Java的任务分配代码识别相应的非Java关键字，将识别出的非Java关键字替换为对应的Java关键字。服务器根据第二配置文件中每个Java关键字的功能，对替换关键字后的任务分配代码进行转换，使得转换后的任务分配代码为支持Java的任务分配代码。服务器对转换后的任务分配代码进一步编译，生成支持Java的任务分配机器码。由此实现了将非Java的任务分配代码转换为Java的任务分配机器码，不仅为开发人员提供了方便，而且有效节省了任务代码编译时间，有助于提高保全任务分配效率。

在一个实施例中，在将保全任务分配至对应的坐席终端之前，该方法还包括：客户分布图的绘制步骤。如图4所示，客户分布图的绘制步骤具体包括：

步骤402，获取多个客户终端的位置信息；

步骤404，当保全任务的数量大于在线坐席的数量时，将待分配的保全任务进行缓存；

步骤406，对缓存的待分配的保全任务进行统计，得到待分配任务量；

步骤408，利用待分配任务量以及位置信息绘制客户分布图。

当服务器识别到风险等级高于预设等级时，服务器根据保全请求中携带的业务信息生成相应的保全任务，将保全任务分配至相应的坐席终端。在保全任务分配之前，客户终端可以采集用户的位置信息，将位置信息上传至服务器。位置信息可以是客户所在地区，如广东省深圳市南山区。位置信息也可以是地理坐标等。服务器可以根据客户终端的位置信息将保全任务分配至同一地区的坐席终端。同一地区可以是同一个城市、也可以是同一个城市的同一个区等。服务器可以根据客户终端的位置对同一地区的保全任务的数量进行统计。当同一地区的保全任务的数量大于在线坐席的数量时，表示目前所有的在线坐席均为忙碌状态，客户需要等待。服务器将尚未分配的保全任务(即待分配的保全任务)进行缓存。其中，服务器可以根据客户终端的位置信息将属于同一地区的待分配的保全任务分别进行缓存。服务器也可以将所有地区的待分配的保全任务进行缓存。

服务器对缓存的待分配的保全任务进行统计，得到待分配任务量。其中，服务器可以根据位置信息统计同一地区的待分配任务量，也可以统计当前所有地区的待分配任务量。服务器根据统计得到的待分配任务量以及客户终端的位置信息绘制客户分布图。客户分布图可以是利用电子地图生成的可视化分布图。服务器将客户分布图发送至管理终端，以便相应的管理人员及时对不同地区的坐席数量进行调整。

在一个实施例中，坐席终端与客户终端的视频通话过程中，服务器将坐席标识以及客户标识进行绑定，将绑定后的坐标标识以及客户标识存入redis。当坐席终端与客户终端之间的视频通话异常挂断时，服务器在预设时间内不再为该坐席标识对应的坐席终端分配其他客户标识对应的保全任务。当在预设时间内，服务器再次接收到该客户终端上传的保全请求时，服务器将相应的保全任务继续分配给与之具有绑定关系的坐席终端。由此可以使得同一位坐席继续为同一客户提供服务。当经过预设时间仍未能接收到该客户终端上传的保全请求时，服务器解除该客户标识与坐席标识之间的绑定关系，并且在redis中删除该绑定后的坐席标识以及客户标识。以便使得该坐席能够继续为下一位客户办理业务。

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

在一个实施例中，如图5所示，提供了一种业务请求处理装置，包括：接收模块502、风险识别模块504、自动处理模块506和任务分配模块508，其中：

接收模块502，用于接收客户终端上传的保全请求，保全请求中携带了客户标识以及业务信息。

风险识别模块504，用于根据客户标识以及业务信息识别保全请求对应的风险等级。

自动处理模块506，用于当风险等级在预设等级内时，根据业务信息自动执行对应的保全处理。

任务分配模块508，用于当风险等级高于预设等级时，根据业务信息生成对应的保全任务，将保全任务分配至对应的坐席终端，建立坐席终端与客户终端之间的视频通话，坐席终端用于通过视频通话进行对应的保全处理。

在一个实施例中，风险识别模块还用于根据客户标识获取与客户身份相对应的历史信息；根据业务信息提取对应的业务特征；获取与客户标识对应的风险记录；根据与客户身份相对应的历史信息、业务特征以及风险记录识别相应的风险等级。

在一个实施例中，该装置还包括：

编译模块，用于获取多种分配规则对应的任务分配代码；对任务分配代码进行编译，得到相应的任务分配机器码。

任务分配模块还用于调用任务分配机器码，通过任务分配机器码以及业务信息进行运算，输出对应的坐席标识；将保全任务发送至与坐席标识对应的坐席终端。

在一个实施例中，编译模块还用于读取第一配置文件，第一配置文件中记录了与任务分匹配代码对应的Java关键字以及非Java关键字；读取第二配置文件，第二配置文件中记录了与Java关键字的功能；利用第一配置文件，将第一数据库中任务分配代码的非Java关键字替换为对应的Java关键字；根据第二配置文件中Java关键字的功能，将替换关键字后的任务分配代码转换为支持Java的任务分配机器码。

在一个实施例中，该装置还包括：绘图模块，用于获取多个客户终端的位置信息；当保全任务的数量大于在线坐席的数量时，将待分配的保全任务进行缓存；对缓存的待分配的保全任务进行统计，得到待分配任务量；利用待分配任务量以及位置信息绘制客户分布图。

关于业务请求处理装置的具体限定可以参见上文中对于业务请求处理方法的限定，在此不再赘述。上述业务请求处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

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

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

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

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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.根据权利要求3所述的方法，其特征在于，所述对所述任务分配代码进行编译，得到相应的任务分配机器码包括：

读取第一配置文件，所述第一配置文件中记录了与所述任务分匹配代码对应的Java关键字以及非Java关键字；

读取第二配置文件，所述第二配置文件中记录了与所述Java关键字的功能；

利用所述第一配置文件，将第一数据库中任务分配代码的非Java关键字替换为对应的Java关键字；

根据所述第二配置文件中Java关键字的功能，将替换关键字后的任务分配代码转换为支持Java的任务分配机器码。

5.根据权利要求1所述的方法，其特征在于，在所述将所述保全任务分配至对应的坐席终端之前，还包括：

获取多个客户终端的位置信息；

当保全任务的数量大于在线坐席的数量时，将待分配的保全任务进行缓存；

对缓存的待分配的保全任务进行统计，得到待分配任务量；

利用所述待分配任务量以及所述位置信息绘制客户分布图。

6.一种业务请求处理装置，其特征在于，所示装置包括：

接收模块，用于接收客户终端上传的保全请求，所述保全请求中携带了客户标识以及业务信息；

风险识别模块，用于根据所述客户标识以及业务信息识别所述保全请求对应的风险等级；

自动处理模块，用于当所述风险等级在预设等级内时，根据所述业务信息自动执行对应的保全处理；

任务分配模块，用于当所述风险等级高于预设等级时，根据所述业务信息生成对应的保全任务，将所述保全任务分配至对应的坐席终端，建立坐席终端与客户终端之间的视频通话，所述坐席终端用于通过视频通话进行对应的保全处理。

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

编译模块，用于获取多种分配规则对应的任务分配代码；对所述任务分配代码进行编译，得到相应的任务分配机器码；

所述任务分配模块还用于调用所述任务分配机器码，通过所述任务分配机器码以及所述业务信息进行运算，输出对应的坐席标识；将所述保全任务发送至与所述坐席标识对应的坐席终端。

8.根据权利要求7所述的装置，其特征在于，所述编译模块还用于读取第一配置文件，所述第一配置文件中记录了与所述任务分匹配代码对应的Java关键字以及非Java关键字；读取第二配置文件，所述第二配置文件中记录了与所述Java关键字的功能；利用所述第一配置文件，将第一数据库中任务分配代码的非Java关键字替换为对应的Java关键字；根据所述第二配置文件中Java关键字的功能，将替换关键字后的任务分配代码转换为支持Java的任务分配机器码。

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

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