CN112330471B - 业务数据处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明涉及互联网技术领域，尤其涉及一种业务数据处理方法、装置、设备及存储介质。该业务数据处理方法包括获取投保方案处理请求；其中，投保方案处理请求包括多个目标用户的待审核投保方案；对每一待审核投保方案进行交叉校验，得到校验结果；采用预先创建好的决策树过滤模型，对每一待审核投保方案进行过滤处理，确定待审核投保方案是否满足自动核保条件；当校验结果为通过且待审核投保方案满足自动核保条件时，则查询大数据平台中是否存在目标用户对应的历史业务数据，获取返回结果；根据返回结果，确定目标用户的用户类型，并采用用户类型对应的核保流程进行自动核保。该业务数据处理方法可有效保证自动核保流程的有效性和准确性。

Description

业务数据处理方法、装置、计算机设备及存储介质

技术领域

本发明涉及互联网技术领域，尤其涉及一种业务数据处理方法、装置、计算机设备及存储介质。

背景技术

随着保险业务的快速增长，保险领域也逐渐采用互联网技术，实现保险的线上核保，以更便于处理大批量的保险业务。

目前，在核保流程中，对于所有待核保的询价单均执行预置的核保流程，但对于一些询价单，由于其与历史已存在的询价单可能存在交叉业务或者不满足核保条件，若直接进行核保，则会导致该询价单为核保无效的情况，无法保证核保流程的有效性和准确性。

发明内容

本发明实施例提供一种业务数据处理方法、装置、计算机设备及存储介质，以解决现有的自动核保流程无法保证核保的有效性和准确性的问题。

一种业务数据处理方法，包括：

获取投保方案处理请求；其中，所述投保方案处理请求包括多个目标用户的待审核投保方案；

对每一所述待审核投保方案进行交叉校验，得到校验结果；

采用预先创建好的决策树过滤模型，对每一所述待审核投保方案进行过滤处理，确定所述待审核投保方案是否满足自动核保条件；

当所述校验结果为通过且所述待审核投保方案满足自动核保条件时，则查询大数据平台中是否存在所述目标用户对应的历史业务数据，获取返回结果；

根据所述返回结果，确定所述目标用户的用户类型，并采用所述用户类型对应的核保流程进行自动核保。

一种业务数据处理装置，包括：

投保方案处理请求获取模块，用于获取投保方案处理请求；其中，所述投保方案处理请求包括多个目标用户的待审核投保方案；

交叉校验模块，用于对每一所述待审核投保方案进行交叉校验，得到校验结果；

核保过滤模块，用于采用预先创建好的决策树过滤模型，对每一所述待审核投保方案进行过滤处理，确定所述待审核投保方案是否满足自动核保条件；

结果返回模块，用于当所述校验结果为通过且所述待审核投保方案满足自动核保条件时，则查询大数据平台中是否存在所述目标用户对应的历史业务数据，获取返回结果；

自动核保模块，用于根据所述返回结果，确定所述目标用户的用户类型，并采用所述用户类型对应的核保流程进行自动核保。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述业务数据处理方法的步骤。

一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述业务数据处理方法的步骤。

上述业务数据处理方法、装置、计算机设备及存储介质中，通过获取投保方案处理请求，以便对投保方案处理请求中的多个目标用户的待审核投保方案进行交叉验证，以过滤掉存在交叉业务的问题单；以及，采用预先创建好的决策树过滤模型，对每一待审核投保方案进行过滤处理，确定待审核投保方案是否满足自动核保条件，以通过在核保流程中嵌入交叉校验以及决策过滤两层过滤机制，可过滤掉存在交叉业务和/或不满足自动核保条件的待审核投保方案，保证后续自动核保的有效性。当校验结果为通过且待审核投保方案满足自动核保条件时，则查询大数据平台中是否存在目标用户对应的历史业务数据，获取返回结果，以便根据根据返回结果，确定目标用户的用户类型，并采用用户类型对应的核保流程进行自动核保，以针对不同的用户类型，采取不同的核保流程，使核保流程的针对性更强，进而保证核保流程的灵活性和准确性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中业务数据处理方法的一应用环境示意图；

图2是本发明一实施例中业务数据处理方法的一流程图；

图3是图2中步骤S202的一具体流程图；

图4是图2中步骤S205的一具体流程图；

图5是图2中步骤S205的一具体流程图；

图6是图2中步骤S205的一具体流程图；

图7是本发明一实施例中业务数据处理方法的一流程图；

图8是本发明一实施例中业务数据处理方法的一流程图；

图9是本发明一实施例中业务数据处理装置的一示意图；

图10是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

该业务数据处理方法可应用在如图1的应用环境中，其中，计算机设备通过网络与服务器进行通信。计算机设备可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器可以用独立的服务器来实现。

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

S201：获取投保方案处理请求；其中，投保方案处理请求包括多个目标用户的待审核投保方案。

其中，本方法可应用在核保系统中，实现自动核保，无需人工介入，且通过在核保流程中嵌入交叉校验以及决策过滤两层过滤机制，可过滤掉存在交叉业务和/或不满足自动核保条件的询价单(即待审核投保方案)，保证后续自动核保的有效性。可以理解地，本实施例中的核保系统中可同时管理某一集团体系不同机构的待审核投保方案进行核保，以便统一管理投保方案以及监控核保流程。

其中，待审核投保方案是指待核保的询价单，该询价单是指投保人针对所需投保的险种申请核保的询价单。该待审核投保方案中包括但不限于核保人信息、投保人信息、核保人信息、机构信息、险别信息(例如商业险、交强险)以及车辆信息(如车辆类型、排气量)等。该目标用户即为投保人，不同的投保人对应不同的待审核投保方案。示例性地，当投保方案处理请求为车险核保时，不同的车辆对应不同的待审核投保方案，该待审核投保方案中所需的信息可通过识别图像方式录入，或手动编辑录入，此处不做限定。

进一步地，不同车辆的待审核投保方案可复用，即在某一待审核投保方案录入完成后，在录入下一待审核投保方案时，可复用上一待审核投保方案，并针对性修改所需编辑的区域，可有效减少录入工作量，在录入每一车辆对应的待审核投保方案后，可点击“申请核保”即可使服务器获取投保方案处理请求。

S202：对每一待审核投保方案进行交叉校验，得到校验结果。

具体地，可预先设置一交叉校验接口，当服务器接收到投保方案处理请求时，即调用预置的交叉检验接口对每一待审核投保方案进行交叉校验，确定每一待审核投保方案与该目标用户对应的已核保且在预设有效期内(如一年)的历史投保方案是否存在交叉业务，若存在交叉业务，则认为该待审核投保方案为问题单，核保失败，无需走后续的核保流程，保证自动核保的有效性。

S203：采用预先创建好的决策树过滤模型，对每一待审核投保方案进行过滤处理，确定待审核投保方案是否满足自动核保条件。

其中，决策树过滤模型是根据不同的预设过滤规则，采用决策树的思想所构建的过滤模型。该不同的过滤规则对应的特征因子的属性值不同，该特征因子包括但不限于核保人信息、投保人信息、机构信息、险别信息以及车辆信息等。该预设过滤规则包括不同的属性值组合，每一属性值组合对应一核保结果(即满足自动核保条件或不满足自动核保条件)，例如投保人为A、高风险用户、车量类型为营业货车、险别为交强险，该属性值组合对应的核保结果为不满足自动核保条件。

其中，决策树又称为判定树，是运用于分类的一种树结构，其中的每个内部节点代表对某一属性(即维度特征，如车辆信息)的一次测试(例如车辆类型是否营业、目标用户是否为高风险用户)，每条边代表一个测试结果(如是或否)，叶节点代表某个类或类的分布。决策树是通过输入一组带有类别标记的过滤规则，构造一棵二叉树或多叉树。二叉树的内部节点(非叶子节点)一般表示为一个逻辑判断，如形式为a＝aj的逻辑判断，其中a是特征因子，aj(属性值)是该特征因子的所有取值，树的边对应一逻辑判断的分支结果。

该决策树算法可以在相对短的时间内对大型数据源做出可行且效果良好的结果，可有效提高过滤效率，进而提高核保效率，并且决策树只需要一次构建，后续若新增过滤规则，可在原有决策树过滤模型的基础上进行复用，提高决策过滤模型的构建效率。

可以理解地是，本实施例中对于步骤S202和步骤S203的执行顺序不限定，可先执行步骤S202，当检验结果为校验通过后，再执行步骤S203；或者先执行步骤S203，然后对满足自动核保条件的待审核投保方案执行步骤S202。

本实施例中，通过决策树过滤模型可进一步过滤掉不满足自动核保条件的待审核投保方案，以进一步保证后续自动核保的有效性。

S204：当校验结果为通过且待审核投保方案满足自动核保条件时，则查询大数据平台中是否存在目标用户对应的历史业务数据，获取返回结果。

其中，历史业务数据为历史已审核的投保方案。具体地，当校验结果为通过且待审核投保方案满足自动核保条件时，则认为该待审核投保方案不存在交叉业务且为可继续进行自动核保流程的待审核投保方案，则继续对待审核投保方案进行续保检查，即确定该目标用户是否为续保用户。

进一步地，当校验结果为不通过或待审核投保方案为不满足自动核保条件时，则可直接认定核保失败，可转人工核保，由核保人进行后续核保流程。

S205：根据返回结果，确定目标用户的用户类型，并采用用户类型对应的核保流程进行自动核保。

本实施例中，对目标用户进行续保检查，即可通过查询大数据平台中是否存在目标用户对应的历史投保成本(如滚动一年满期保费、已报告赔付金额、净保费、跟单费用金额)，以获取返回结果，若返回结果不为空，则认为该目标用户为续保用户，若不为空，则认为该目标用户为新投保用户。具体地，通过针对不同的用户类型，采取不同的核保流程，使核保流程的针对性更强，进而保证核保流程的灵活性和准确性。

本实施例中，通过获取投保方案处理请求，以便对投保方案处理请求中的多个目标用户的待审核投保方案进行交叉验证，以过滤掉存在交叉业务的问题单；以及，采用预先创建好的决策树过滤模型，对每一待审核投保方案进行过滤处理，确定待审核投保方案是否满足自动核保条件，以通过在核保流程中嵌入交叉校验以及决策过滤两层过滤机制，可过滤掉存在交叉业务和/或不满足自动核保条件的待审核投保方案，保证后续自动核保的有效性。当校验结果为通过且待审核投保方案满足自动核保条件时，则查询大数据平台中是否存在目标用户对应的历史业务数据，获取返回结果，以便根据根据返回结果，确定目标用户的用户类型，并采用用户类型对应的核保流程进行自动核保，以针对不同的用户类型，采取不同的核保流程，使核保流程的针对性更强，进而保证核保流程的灵活性和准确性。

在一实施例中，如图3所示，步骤202中，即对每一待审核投保方案进行交叉校验，得到校验结果，具体包括如下步骤：

S301：获取目标用户的已核保且在预设有效期内的历史投保方案。

其中，历史投保方案即指在系统当前时间之前所提交的目标用户的待审核投保方案。预设有效期时预先设定的待审核投保方案的有效期，如一年。示例性地，如目标用户历史已存在的已核保的投保方案包括A和B，A的创建时间为2020/1/1，B的创建时间为2019/8/8，则可判定A的有效日期为2020/1/1-2021/1/1，B的有效日期为2019/8/8-20208/8，假设当前时间为2020/10/10，则A为有效，B为无效。

S302：若历史投保方案与待审核投保方案的核保人编码相同和/或历史投保方案中的投保人集合与待审核投保方案中的投保人集合不存在交集，则获取校验通过的校验结果。

具体地，若历史投保方案与待审核投保方案的核保人编码相同和/或历史投保方案中的任一投保人均与待审核投保方案中的任一投保人不存在交集，则认为该待审核投保方案与历史投保方案不存在交叉业务，即获取校验通过的校验结果，反之，若历史投保方案与待审核投保方案的核保人编码不相同且历史投保方案中的任一投保人均与待审核投保方案中的任一投保人存在交集，则获取校验失败的校验结果。

在一实施例中，如图4所示，目标用户对应一机构标识；返回结果对应一历史投保成本；

步骤S205中，即根据返回结果，确定目标用户的用户类型，具体包括如下步骤：

S401：当返回结果为空时，确定目标用户的用户类型为新用户。

S402：当返回结果不为空时，判断历史投保成本是否满足机构标识对应的预设续保条件。

其中，新用户即指企业的新投保用户。机构标识即为核保系统中不同保险机构对应的机构标识。具体地，若返回结果为空时，则认为该用户为新投保用户，即新用户。若返回结果不为空，则认为该目标在该机构中已投保过，认为该目标用户可能为续保用户，故为进一步确定续保用户，保证续保用户的准确率，还需要针对返回结果中的多个历史业务数据信息对应的历史投保成本进一步计算赔付率、费用率以及满期率等。

本实施例中，预设续保条件为：赔付率(已报告赔付金额/满期保费)+费用率(跟单费用金额/净保费)是否小于等于第一阈值(如90％)，且满期率(满期保费/净保费)＞第二阈值(如40)。不同的机构对应不同的预设续保条件，即第一阈值和第二阈值不同。

S403：若满足，则确定目标用户的用户类型为续保用户。

可以理解地是，当历史投保成本满足机构标识对应的预设续保条件，则确定目标用户的用户类型为续保用户。进一步地，若不满足，则确定该目标用户的用户类型为新用户。

本实施例中，通过在自动核保流程中引入风险成本测算模块，以测算目标用户的风险成本，可有效降低保后风险。

在一实施例中，如图5所示，步骤S205中，即采用用户类型对应的核保流程进行自动核保，具体包括如下步骤：

S501：当目标用户的用户类型为新用户，则调用预置的规则引擎对每一待审核投保方案进行处理，确定待审核投保方案对应的风险测算变量的变量值。

其中，风险测算变量包括但不限于折扣/双系数、手续费以及市场调研费用等。预置的规则引擎中包含多条不同的判定规则，该判定规则由多个不同的特征因子(如核保人信息、投保人信息、车辆信息)组成，用于确定不同投保方案对应的风险测算变量对应的变量值。具体地，对于新用户来说，由于其在平台中不存在历史投保方案，故需要根据规则引擎中的系数配置规则，确定新用户在本次询价的风险测算变量的变量值。

S502：将风险测算变量对应的变量值输入至预先创建好的核保模型进行处理，得到待审核投保方案对应的风险成本。

其中，该核保模型为预先创建好的用于针对该风险测算变量计算风险成本的模型。通过调用该核保模型计算该待审核投保方案对应的风险成本，即可判定该待审核投保方案是否可成功核保。

可以理解地，可将风险测算变量与其对应的属性值组装为一组输入向量(如，三折扣、手续费300以及市场调研费用200，其对应的输入变量为(0.3，300，200))，输入至核保模型进行计算，以得到待审核投保方案对应的风险成本。

S503：当风险成本在预设安全区间内，则审核通过。

其中，预设安全区间为预先设定的风险成本的安全区间。具体地，当计算出的风险成本在预设安全区间内，则审核通过。

可以理解地，该预设安全区间在系统中可显示为蓝绿区，非安全区间可显示为红区，在计算出风险成本后可将该成本显示页面与待审核投保方案关联存储至数据库，后续核保人可通过系统查询所需的投保方案的询价详情。

在一实施例中，如图6所示，步骤S205中，即采用用户类型对应的核保流程进行自动核保，具体包括如下步骤：

S601：若目标用户的用户类型为续保用户，则按照预设过滤规则对历史投保方案进行过滤处理，得到有效投保方案，并在可视化交互界面中显示有效投保方案。

其中，预设过滤规则为，当历史投保方案与待审核投保方案中的有效信息保持一致，则将该历史投保方案作为有效投保方案。该有效信息包括但不限于业务类型、险种、所属性质、使用性质、使用性质细分(若有)、是否新车、车辆信息(若有)、是否自卸(若有)。

S602：若接收到核保人选择的目标待审核方案，则获取目标待审核方案对应的风险测算变量的变量值。

S603：将风险测算变量的变量值输入至预先创建好的核保模型进行处理，得到待审核投保方案对应的风险成本。

具体地，核保人可根据实际需要选择是否复用有效历史业务数据的风险测算变量以及对应的变量值，若选择，则服务器会接收到核保人所选择的需复用的目标待审核方案，并将风险测算变量与其对应的属性值组装为一组输入向量输入至核保模型进行计算，以得到待审核投保方案对应的风险成本。

S604：当风险成本在预设安全区间内，则审核通过。

具体地，当计算出的风险成本在预设安全区间内，则审核通过。

进一步地，如图7所示，该方法还包括如下步骤：

S701：若未接收到核保人选择的目标待审核方案，则接收核保配置指令。

具体地，若核保人未选择目标待审核方案，即不采用历史的核保政策进行核保，故此处核保人可点击“核保配置”，以使服务器接收核保配置指令。

S702：响应核保配置指令，获取风险测算变量配置表；其中，风险测算变量配置表中包括多个可配置的第一测算变量以及锁定的第二测算变量。

其中，风险测算变量配置表中包括可配置项和锁定项，该可配置项即为第一测算变量，该锁定项即为锁定的第二测算变量。第一测算变量为可配置或修改的风险测算变量。第二测算变量为不可配置即锁定的风险测算变量。

S703：根据风险测算变量配置表，接收第一测算变量对应的配置变量值。

具体地，核保人可根据风险测算变量配置表对可配置的第一测算变量进行配置，以使服务器接收第一测算变量对应的配置变量值。

S704：将配置变量值以及第二测算变量对应的锁定值，输入至预先创建好的核保模型进行处理，得到待审核投保方案对应的风险成本。

其中，由于第二测算变量不可配置，故风险测算变量配置表中会锁定该第二测算变量的编辑区，并设定该第二测算变量的值始终为锁定值，以防篡改。

具体地，通过将配置变量值以及第二测算变量对应的锁定值组装为一组输入向量，输入至核保模型进行计算，以得到待审核投保方案对应的风险成本。例如，若第一风险变量为市场调研费用，第二风险变量为折扣和手续费，则组装后的输入变量仍为(折扣，手续费，市场调研费用)每一维度对应赋值即可。

S705：当风险成本在预设安全区间内，则审核通过。

可以理解地是，本实施例中的风险测算变量包括两种实现方式，一种是复用历史的有效投保方案的核保政策(即风险测算变量的值)，一种是由核保人根据实际情况配置。

在一实施例中，如图8所示，在步骤S503或S604或S705之后，即在审核通过之后，还包括如下步骤：

S801：更新待审核投保方案的处理状态为已审核待确认状态。

本实施例中，在审核通过之后，还可更新待审核投保方案的处理状态为已审核待确认状态。需要说明的是，此处的审核通过为自动核保流程完成核保，但对于已核保的投保方案后续还需要由核保人最终确定是否满足自动核保条件，即增加人工确认核保的步骤，该步骤可在临时出现问题时，直接终止将最终核保反馈给投保人的流程，实现一键终止核保的目的。

S802：获取机构标识对应的核保人集合中每一核保人对应的待处理任务量。

S803：将待处理任务量小于预设任务量阈值的核保人作为目标核保人。

具体地，系统中会存储有各机构标识对应核保人集合中每一核保人对应的待处理任务量，并实时根据实际分配任务进行更新。本实施例中，通过获取机构标识对应的核保人集合中每一核保人对应的待处理任务量，并将待处理任务量小于预设任务量阈值的核保人作为目标核保人，以保证核保的及时性和有效性。

S804：将已审核待确认状态的待审核投保方案发送给目标核保人进行确认。

具体地，该核保系统会自动将已审核待确认状态的待审核投保方案发送给目标核保人进行确认，并更新目标核保人对应的待处理任务量。

本实施例中，通过将已审核待确认状态的待审核投保方案发送给目标核保人进行最后确认是否审核通过，以在临时出现问题时，直接终止将最终核保反馈给投保人的流程，实现一键终止核保的目的。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种业务数据处理装置，该业务数据处理装置与上述实施例中业务数据处理方法一一对应。如图9所示，该业务数据处理装置包括投保方案处理请求获取模块10、交叉校验模块20、核保过滤模块30、结果返回模块40和自动核保模块50。各功能模块详细说明如下：

投保方案处理请求获取模块10，用于获取投保方案处理请求；其中，投保方案处理请求包括多个目标用户的待审核投保方案。

交叉校验模块20，用于对每一待审核投保方案进行交叉校验，得到校验结果。

核保过滤模块30，用于采用预先创建好的决策树过滤模型，对每一待审核投保方案进行过滤处理，确定待审核投保方案是否满足自动核保条件。

结果返回模块40，用于当校验结果为通过且待审核投保方案满足自动核保条件时，则查询大数据平台中是否存在目标用户对应的历史业务数据，获取返回结果。

自动核保模块50，用于根据返回结果，确定目标用户的用户类型，并采用用户类型对应的核保流程进行自动核保。

具体地，该交叉校验模块包括历史投保方案获取单元和校验结果获取单元。

历史投保方案获取单元，用于获取目标用户的已核保且在预设有效期内的历史投保方案。

校验结果获取单元，用于若历史投保方案与待审核投保方案的核保人编码相同和/或历史投保方案中的投保人集合与待审核投保方案中的投保人集合不存在交集，则获取校验通过的校验结果。

具体地，目标用户对应一机构标识；返回结果对应一历史投保成本；该自动核保模块包括第一确定单元、续保判断单元和第二确定单元。

第一确定单元，用于当返回结果为空时，确定目标用户的用户类型为新用户。

续保判断单元，用于当返回结果不为空时，判断历史投保成本是否满足机构标识对应的预设续保条件。

第二确定单元，用于若满足，则确定目标用户的用户类型为续保用户。

具体地，该自动核保模块包括风险变量值获取单元、风险成本测算单元、代码提交信息接收单元以及核保单元。

风险变量值获取单元，用于当目标用户的用户类型为新用户，则调用预置的规则引擎对每一待审核投保方案进行处理，确定待审核投保方案对应的风险测算变量的变量值。

风险成本测算单元，用于将风险测算变量对应的变量值输入至预先创建好的核保模型进行处理，得到待审核投保方案对应的风险成本。

核保单元，用于当风险成本在预设安全区间内，则审核通过。

具体地，该自动核保模块包括保单过滤单元、风险变量值获取单元、风险成本测算单元以及核保单元。

保单过滤单元，用于若目标用户的用户类型为续保用户，则按照预设过滤规则对历史投保方案进行过滤处理，得到有效投保方案，并在可视化交互界面中显示有效投保方案。

风险变量值获取单元，用于若接收到用户选择的目标待审核方案，则获取目标待审核方案对应的风险测算变量的变量值：

风险成本测算单元，用于将风险测算变量的变量值输入至预先创建好的核保模型进行处理，得到待审核投保方案对应的风险成本。

核保单元，用于当风险成本在预设安全区间内，则审核通过。

具体地，该业务数据处理装置还包括核保配置指令接收单元、指令响应单元、变量值配置单元、风险成本测算单元以及核保单元。

核保配置指令接收单元，用于若未接收到用户选择的目标待审核方案，则接收核保配置指令。

指令响应单元，用于响应核保配置指令，获取风险测算变量配置表；其中，风险测算变量配置表中包括多个可配置的第一测算变量以及锁定的第二测算变量。

变量值配置单元，用于根据风险测算变量配置表，接收第一测算变量对应的配置变量值。

风险成本测算单元，用于将配置变量值以及第二测算变量对应的锁定值，输入至预先创建好的核保模型进行处理，得到待审核投保方案对应的风险成本。

核保单元，用于当风险成本在预设安全区间内，则审核通过。

具体地，校验模块包括状态更新单元、任务量获取单元、目标核保人确定单元和数据发送单元。

状态更新单元，用于更新待审核投保方案的处理状态为已审核待确认状态。

任务量获取单元，用于获取机构标识对应的核保人集合中每一核保人对应的待处理任务量。

目标核保人确定单元，用于将待处理任务量小于预设任务量阈值的核保人作为目标核保人。

数据发送单元，用于将已审核待确认状态的待审核投保方案发送给目标核保人进行确认。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括计算机存储介质、内存储器。该计算机存储介质存储有操作系统、计算机程序和数据库。该内存储器为计算机存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储执行业务数据处理方法过程中生成或获取的数据，如历史投保方案。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务数据处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中的业务数据处理方法的步骤，例如图2所示的步骤S201-S205，或者图3至图8中所示的步骤。或者，处理器执行计算机程序时实现业务数据处理装置这一实施例中的各模块/单元的功能，例如图9所示的各模块/单元的功能，为避免重复，这里不再赘述。

在一实施例中，提供一计算机存储介质，该计算机存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中业务数据处理方法的步骤，例如图2所示的步骤S201-S205，或者图3至图8中所示的步骤，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述业务数据处理装置这一实施例中的各模块/单元的功能，例如图9所示的各模块/单元的功能，为避免重复，这里不再赘述。

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

1.一种业务数据处理方法，其特征在于，包括：

获取投保方案处理请求；其中，所述投保方案处理请求包括多个目标用户的待审核投保方案；

对每一所述待审核投保方案进行交叉校验，包括：

获取所述目标用户的已核保且在预设有效期内的历史投保方案；

若所述历史投保方案与所述待审核投保方案的核保人编码相同和/或所述历史投保方案中的投保人集合与所述待审核投保方案中的投保人集合不存在交集，则获取校验通过的校验结果；

采用预先创建好的决策树过滤模型，对每一所述待审核投保方案进行过滤处理，确定所述待审核投保方案是否满足自动核保条件；

当所述校验结果为通过且所述待审核投保方案满足自动核保条件时，查询大数据平台中是否存在所述目标用户对应的历史业务数据，获取返回结果；

根据所述返回结果，确定所述目标用户的用户类型，所述目标用户的用户类型包括新用户和续保用户，采用所述用户类型对应的核保流程进行自动核保。

2.如权利要求1所述业务数据处理方法，其特征在于，所述目标用户对应一机构标识；所述返回结果对应一历史投保成本；

所述根据所述返回结果，确定所述目标用户的用户类型，包括：

当所述返回结果为空时，确定所述目标用户的用户类型为新用户；

当所述返回结果不为空时，判断所述历史投保成本是否满足所述机构标识对应的预设续保条件；

若满足，则确定所述目标用户的用户类型为续保用户。

3.如权利要求1所述业务数据处理方法，其特征在于，所述采用所述用户类型对应的核保流程进行自动核保，包括：

当所述目标用户的用户类型为新用户，则调用预置的规则引擎对每一所述待审核投保方案进行处理，确定所述待审核投保方案对应的风险测算变量的变量值；

将所述风险测算变量对应的变量值输入至预先创建好的核保模型进行处理，得到所述待审核投保方案对应的风险成本；

当所述风险成本在预设安全区间内，则审核通过。

4.如权利要求1所述业务数据处理方法，其特征在于，所述采用所述用户类型对应的核保流程进行自动核保，包括：

若所述目标用户的用户类型为续保用户，则按照预设过滤规则对所述历史投保方案进行过滤处理，得到有效投保方案，并在可视化交互界面中显示所述有效投保方案；

若接收到核保人选择的目标待审核方案，则获取所述目标待审核方案对应的风险测算变量的变量值；

将所述风险测算变量的变量值输入至预先创建好的核保模型进行处理，得到所述待审核投保方案对应的风险成本；

当所述风险成本在预设安全区间内，则审核通过。

5.如权利要求4所述业务数据处理方法，其特征在于，在所述若所述目标用户的用户类型为续保用户，则按照预设过滤规则对所述历史投保方案进行过滤处理，得到有效投保方案，并在可视化交互界面中显示所述有效投保方案之后，所述业务数据处理方法还包括：

若未接收到核保人选择的目标待审核方案，则接收核保配置指令；

响应所述核保配置指令，获取风险测算变量配置表；其中，所述风险测算变量配置表中包括可配置的第一测算变量以及锁定的第二测算变量；

根据所述风险测算变量配置表，接收所述第一测算变量对应的配置变量值；

将所述配置变量值以及所述第二测算变量对应的锁定值，输入至预先创建好的核保模型进行处理，得到所述待审核投保方案对应的风险成本；

当所述风险成本在所述预设安全区间内，则审核通过。

6.如权利要求3所述业务数据处理方法，其特征在于，所述目标用户对应一机构标识；在所述审核通过之后，包括：

更新所述待审核投保方案的处理状态为已审核待确认状态；

获取所述机构标识对应的核保人集合中每一所述核保人对应的待处理任务量；

将所述待处理任务量小于预设任务量阈值的核保人作为目标核保人；

将所述已审核待确认状态的待审核投保方案发送给所述目标核保人进行确认。

7.一种业务数据处理装置，其特征在于，包括：

投保方案处理请求获取模块，用于获取投保方案处理请求；其中，所述投保方案处理请求包括多个目标用户的待审核投保方案；

交叉校验模块，用于对每一所述待审核投保方案进行交叉校验，获取所述目标用户的已核保且在预设有效期内的历史投保方案；

若所述历史投保方案与所述待审核投保方案的核保人编码相同和/或所述历史投保方案中的投保人集合与所述待审核投保方案中的投保人集合不存在交集，则获取校验通过的校验结果；

核保过滤模块，用于采用预先创建好的决策树过滤模型，对每一所述待审核投保方案进行过滤处理，确定所述待审核投保方案是否满足自动核保条件；

结果返回模块，用于当所述校验结果为通过且所述待审核投保方案满足自动核保条件时，则查询大数据平台中是否存在所述目标用户对应的历史业务数据，获取返回结果；

自动核保模块，用于根据所述返回结果，确定所述目标用户的用户类型，并采用所述用户类型对应的核保流程进行自动核保。

8.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述业务数据处理方法的步骤。

9.一种计算机存储介质，所述计算机存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述业务数据处理方法的步骤。

Images