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

Abstract

本发明涉及互联网技术领域，尤其涉及一种业务数据处理方法、装置、设备及存储介质。该业务数据处理方法包括当接收到投保方案处理请求时，拦截投保方案处理请求中目标用户对应的多个子投保方案；按照预设统计规则，对多个子投保方案进行统计，得到业务类型对应的初始风勘列表以及初始核保列表；采用预置的风勘接口对初始风勘列表进行风勘校验，得到返回结果；若返回结果为不需要风勘，则将子投保方案从初始风勘列表中删除，并加入至初始核保列表中，得到目标核保列表和目标风勘列表；对目标核保列表中的子投保方案，响应投保方案处理请求；基于目标风勘列表进行风勘派工。该业务数据处理方法可有效保证核保流程中风勘任务的有效性和准确性。

Description

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

技术领域

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

背景技术

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

目前，为实现核保流程的风险管控，对于部分保险业务，如营业货车业务，需要在核保前对其进行风勘，而对于一些低风险业务则无需进行风勘，但在目前的核保流程中是对接收到的所有询价单均创建风勘任务，没有设置风勘校验的模块，无法保证风勘任务的有效性。此外，在当前的核保流程中需要由风勘人员针对询价单的投保主体进行实地勘察，当风勘完成后方可核保，核保效率低且大大增加风勘人员的任务量

发明内容

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

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

当接收到投保方案处理请求时，拦截所述投保方案处理请求中目标用户对应的多个子投保方案；每一所述子投保方案对应一业务类型；

按照预设统计规则，对所述多个子投保方案进行统计，得到所述业务类型对应的初始风勘列表以及初始核保列表；其中，所述初始风勘列表中包括多个需要风勘的子投保方案；初始核保列表包括多个不需要风勘的子投保方案；

采用预置的风勘接口对所述初始风勘列表进行风勘校验，得到所述风勘接口返回的每一子投保方案是否需要风勘的返回结果；

若所述返回结果为不需要风勘，则将所述子投保方案从所述初始风勘列表中删除，并加入至所述初始核保列表中，得到目标核保列表和目标风勘列表；

对所述目标核保列表中的子投保方案，响应所述投保方案处理请求；以及，基于所述目标风勘列表进行风勘派工。

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

数据拦截模块，用于当接收到投保方案处理请求时，拦截所述投保方案处理请求中目标用户对应的多个子投保方案；每一所述子投保方案对应一业务类型；

统计模块，用于按照预设统计规则，对所述多个子投保方案进行统计，得到所述业务类型对应的初始风勘列表以及初始核保列表；其中，所述初始风勘列表中包括多个需要风勘的子投保方案；初始核保列表包括多个不需要风勘的子投保方案；

风勘校验模块，用于采用预置的风勘接口对所述初始风勘列表进行风勘校验，得到所述风勘接口返回的每一子投保方案是否需要风勘的返回结果；

列表过滤模块，用于若所述返回结果为不需要风勘，则将所述子投保方案从所述初始风勘列表中删除，并加入至所述初始核保列表中，得到目标核保列表和目标风勘列表；

核保模块，用于对所述目标核保列表中的子投保方案，响应所述投保方案处理请求；以及，基于所述目标风勘列表进行风勘派工。

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

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

上述业务数据处理方法、装置、计算机设备及存储介质中，通过在核保前对询价单进行两层的风勘校验，即先通过预设统计规则初步统计出不需要风勘的初始核保列表和需要风勘的初始风勘列表，再通过风勘接口进一步根据子投保方案中的具体信息内容，对初始核保列表和初始风勘列表进行过滤，以确定每一子投保方案是否需要风勘，若返回结果为不需要风勘，则将子投保方案从所述初始风勘列表中删除，并加入至初始核保列表中，得到目标核保列表和目标风勘列表，然后，对目标核保列表中的子投保方案，响应投保方案处理请求；以及，基于目标风勘列表进行风勘派工，保证风勘校验的有效性和准确性，提高对核保流程的风险管控。

附图说明

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

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

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

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

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

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

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

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

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

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

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

具体实施方式

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

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

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

S201：当接收到投保方案处理请求时，拦截投保方案处理请求中目标用户对应的多个子投保方案；每一子投保方案对应一业务类型。

其中，本方法可应用在核保系统中，通过在核保前对询价单(即投保方案)进行两层的风勘校验，以确定每一子投保方案是否需要风勘，保证风勘校验的有效性和准确性，提高对核保流程的风险管控。此外，通过整合需要风勘的风勘列表，以便根据该风勘列表进行自动派工，无需手动下发风勘任务，实现全流程的自动化处理。需要说明的是，本方法可应用不同于不同险种的核保，以下以车险为例进行说明。

其中，目标用户是指核保流程中申请批量核保的企业(如汽车租赁公司)主体。该目标用户对应多个子投保方案，例如某车队包括200台车，每个车辆对应一子投保方案。该子投保方案中包括询价单号、渠道编码(传统渠道、新渠道)、机构代码(如青岛机构、深圳机构等)、业务类型、投保人名称、险别、是否新车、车辆信息(是否自卸、是否投保车损、是否有标的、是否新车)等。

具体地，业务员在录入多个子投保方案后，可点击“申请核保”即可使服务器接收到投保方案处理请求，当接收到投保方案处理请求后，服务器会拦截投保方案处理请求中的目标用户对应的多个子投保方案，以便进行风勘校验。

S202：按照预设统计规则，对多个子投保方案进行统计，得到业务类型对应的初始风勘列表以及初始核保列表；其中，初始风勘列表中包括多个需要风勘的子投保方案；初始核保列表包括多个不需要风勘的子投保方案。

其中，不同车辆的子投保方案对应的业务类型不同，该业务类型包括但不限于营业货车、特种车一、特种车二、特种车三、特种车四、公交、出租租赁以及公路客运/旅游客运等等。该预设统计规则时预先根据实际情况设定的判断是否需要加入风勘列表的统计规则，该预设统计规则包括但不限于通过如下判断体进行判定：业务类型、是否存在风勘报告、是否存在风勘派工记录等。

具体地，根据预设统计规则，以多个子投保方案为统计对象，将业务类型不需要风勘的或者在大数据平台中存在目标用户名下相同业务类型的风勘报告的子投保方案初步确定为不需要风勘的子投保方案，加入至初始核保列表中，反之，则将业务类型需要风勘的且在大数据平台中不存在目标用户名下相同业务类型的风勘报告的子投保方案即确定为需要风勘的子投保方案，并加入至初始风勘列表中。

S203：采用预置的风勘接口对初始风勘列表进行风勘校验，得到风勘接口返回的每一子投保方案是否需要风勘的返回结果。

其中，风勘接口为预先设置的用于对初始风勘列表进行进一步过滤的接口。可以理解地是，若在核保过程中确认为需要风勘，则该子投保方案需要等风勘人出具风勘报告后方可核保，核保流程所耗费的时间会加长，故本实施例中，为进一步保证确定每一子投保方案是否需要风勘的准确性，进而保证后续根据初始风勘列表创建风勘任务的有效性，故设置第二层过滤机制，该层过滤机制主要以子投保方案中的信息维度作为输入，以进一步根据子投保方案中的内容判定是否需要风勘。

具体地，该风勘接口的入参包括但不限于询价单号、机构代码(如青岛机构、深圳机构等)、业务类型、投保人名称、险别、是否新车、用户类型、、车辆信息(是否自卸、是否车损、是否有标的、是否新车)、投保车辆总数(即子投保方案的数量)、风险赔付率和费率标识(新费率或传统费率)等。

本实施例中，通过该风勘接口对初始风勘列表进行风勘校验，以得到风勘接口返回的每一子投保方案是否需要风勘的返回结果，进一步过滤掉初始风勘列表中不需要风勘的子投保方案，保证核保的反馈效率。

S204：若返回结果为不需要风勘，则将子投保方案从初始风勘列表中删除，并加入至初始核保列表中，得到目标核保列表和目标风勘列表。

其中，该目标风勘列表后续需要先由风勘人进行风勘，风勘完成后方可进入核保流程核保。该目标核保列表后续可直接进入核保流程核保。

具体地，当返回结果为不需要风勘，则将子投保方案从初始风勘列表中删除，并加入至初始核保列表中，以得到目标核保列表和目标风勘列表，以便后续采取不同的处理方式对目标核保列表和目标风勘列表中的子投保方案进行处理。

S205：对目标核保列表中的子投保方案，响应投保方案处理请求；以及，基于目标风勘列表进行风勘派工。

具体地，由于目标核保列表中的子投保方案不需要风勘，故可直接响应该投保方案处理请求进行核保。而由于目标风勘列表中的子投保方案需要风勘，则需要根据该目标风勘列表进行风勘派工，即创建风勘任务给风勘人，以便风勘人进行风勘，风勘完成后，需要再次申请询价，以释放该核保进程，无需等待风勘流程的返回结果，节约进程资源。

可以理解地是，风勘完成后，当再次申请询价时，无需重新填写子投保方案，可直接回调之前填写过的子投保方案，然后可通过第一层过滤机制将该子投保方案加入询价列表进行直接核保，可加快核保效率。

本实施例中，通过在核保前对子投保方案进行两层的风勘校验，即先通过预设统计规则初步统计出不需要风勘的初始核保列表和需要风勘的初始风勘列表，再通过风勘接口进一步根据子投保方案中的具体信息内容，对初始核保列表和初始风勘列表进行过滤，以确定每一子投保方案是否需要风勘，若返回结果为不需要风勘，则将子投保方案从初始风勘列表中删除，并加入至初始核保列表中，得到目标核保列表和目标风勘列表，然后，对目标核保列表中的子投保方案，响应投保方案处理请求；以及，基于目标风勘列表进行风勘派工，保证风勘校验的有效性和准确性，提高对核保流程的风险管控。

在一实施例中，如图3所示，步骤202中，即按照预设统计规则，对多个子投保方案进行统计，得到业务类型对应的初始风勘列表以及初始核保列表，具体包括如下步骤：

S301：获取风勘配置表；其中，风勘配置表中存储有多个需要风勘的业务类型。

S302：循环遍历每一子投保方案，若风勘配置表中不存在业务类型，则将子投保方案加入业务类型对应的初始核保列表中。

其中，风勘配置表中存储有多个需要风勘的业务类型，通过循环遍历多个子投保方案，并判断每一子投保方案对应的业务类型是否为需要风勘的业务类型，以从业务类型这一维度筛选出需要风勘的子投保方案以及不需要风勘的子投保方案。

S303：若风勘配置表中存在业务类型，则根据目标用户对应的用户标识，查询大数据平台中是否存在相同业务类型的历史风勘报告；

具体地，若风勘配置表中存在该业务类型，则进入下一判断体，即根据用户标识，查询大数据平台中是否存在相同业务类型的历史风勘报告，若存在，则认为该目标用户名下的该业务类型的子投保方案已风勘过，无需进行风勘，故将子投保方案加入初始核保列表中直接进行核保。

S304：若存在，则将子投保方案加入初始核保列表中。

S305：若不存在，则子投保方案加入初始风勘列表中。

示例性地，本实施例中采用预设统计规则对对多个子投保方案进行统计，得到业务类型对应的初始风勘列表以及初始核保列表的过程如下：首先通过业务类型这一判断体进行判断，即若该子投保方案A对应的业务类型不属于需要风勘的业务类型，则将该子投保方案A加入到初始核保列表，反之，则进入是否存在风勘报告这一判断体进行判断，若大数据平台中该目标用户，如XX汽车租赁公司的名下存在与子投保方案A相同业务类型的风勘报告，则认为该子投保方案不需要风勘，故将该子投保方案从初始风勘列表中删除并加入到初始核保列表中。

在一实施例中，如图4所示，该步骤S201之前，还包括如下步骤：

S401：配置风勘开关。

其中，风勘开关用于决定风勘校验是否启动的对象。可以理解地，通过设置该风勘开关，可实现一键式启动或关闭风勘流程，在业务员知晓本批次的子投保方案无需进行风勘时，则可一键式关闭该风勘流程，提高核保流程的灵活性。此外，该风勘流程和核保流程的业务相互隔离，可降低业务间的耦合性。

S402：当接收到投保方案处理请求时，判断风勘开关的开关状态。

S403：当风勘开关为打开状态时，拦截所述投保方案处理请求中目标用户对应的多个子投保方案。

具体地，当接收到投保方案处理请求时，可先判断风勘开关的开关状态是否为打开状态时，若为打开状态，则拦截所述投保方案处理请求中目标用户对应的多个子投保方案，进入风勘校验流程，若为关闭状态，则直接走核保流程，无需进入风勘校验，提高核保流程的灵活性以及核保流程和风勘校验业务的耦合性。

在一实施例中，预置的风勘接口对应一决策树；决策树对应多个决策规则；

如图5所示，步骤S203中，即采用预置的风勘接口对初始风勘列表进行风勘校验，得到风勘接口返回的每一子投保方案是否需要风勘的返回结果，具体包括如下步骤：

S501：将初始风勘列表中的每一子投保方案输入至决策树中进行规则匹配，若存在命中的目标决策规则，则得到需要风勘的返回结果。

其中，决策树中的每一条路径对应一决策规则，该决策规则用于根据子投保方案中的信息确定该子投保方案是否需要风勘。该决策树中的每个节点即为条件因子，每一条边对应一判定结果。决策规则为预先定义好的风勘判定规则，例如青岛机构A+传统渠道+新费率机构+新用户+车辆自卸->需要风勘；青岛机构A+新渠道+新费率机构+续保用户+三者险保额为100万以上->需要风勘；青岛机构A+综合开拓渠道+新费率机构+新用户+投保人名称为A+投保车辆数为10以上->需要风勘。

本实施例中的每一风勘判定规则为需要风勘的规则，故将每一子投保方案输入至决策树中进行规则匹配，若存在命中的决策规则，则认为该子投保方案需要风勘，并返回需要风勘的返回结果。

S502：若无命中的目标决策规则，则得到不需要风勘的返回结果。

具体地，若无命中的目标决策规则，则认为该子投保方案不满足需要风勘的条件，故返回不需要风勘的结果。

在一实施例中，如图6所示，步骤S303之后，该方法还包括如下步骤：

S601：若不存在，则根据目标用户对应的用户标识，查询大数据平台中是否存在相同业务类型的风勘派工记录。

其中，风勘派工记录中记载有业务类型、子投保方案标识、风勘人、创建时间以及风勘状态等。

S602：若存在，则将风勘派工记录中的风勘人作为目标风勘人，并与业务类型关联。

具体地，若大数据平台中不存在该目标用户对应的相同业务类型的历史风勘报告，则可大数据平台中可能存在该目标用户对应的相同业务类型的风勘派工记录，可将该目标用户对应的相同业务类型的风勘状态为待风勘的历史投保方案筛选出来，由于该待风勘的历史投保方案会对应一风勘人，故可直接将该风勘人与该业务类型对应起来，无需重新分配风勘人，实现批量风勘，提高风勘效率。

示例性，若大数据平台中不存在该目标用户对应的相同业务类型的历史风勘报告，则进入是否存在风勘派工记录这一判断体内进行判断，即大数据平台XX汽车租赁公司的名下存在与子投保方案A相同业务类型的风勘派工记录，则将该风勘派工记录中的风勘人与该业务类型对应存储在初始风勘列表中。

S603：将业务类型对应的目标风勘列表发送给目标风勘人。

具体地，在将风勘人与业务类型关联后，可直接将业务类型对应的目标风勘列表发送给对应的风勘人，并邮件提醒该风勘人，实现自动派工，无需人工介入，且通过查询相同业务类型对应的历史投保方案确定该业务类型对应的风勘人，以使风勘人可针对性处理某一目标用户的子投保方案进行批量风勘。

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

S701：若不存在，则统计业务类型对应的风勘人集合中每一风勘人对应的待处理任务量。

S702：将待处理任务量小于预设任务量阈值的风勘人作为目标风勘人，并将目标风勘列表发送给目标风勘人。

其中，风勘人集合为某一业务类型下的风勘人的集合。具体地，若大数据平台中不存在相同业务类型的风勘派工记录，则需统计该业务类型下对应的风勘人集合中每一风勘人对应的待处理任务量，以将待处理任务量小于预设任务量阈值的风勘人作为目标风勘人，并将子投保方案发送给目标风勘人，实现在考虑风勘人可执行任务量的基础上，确保风勘任务的执行效率的目的。

在一实施例中，如图8所示，在步骤S603或S702之后，即在核保成功之后，还包括如下步骤：

S801：获取风勘报告创建指令；其中，风勘报告创建指令包括业务类型。

其中，风勘人在根据任务去现场实地考察后，并记录风勘结果，以完成风勘任务，在风勘任务完成后，需报备上级领导审批，审批完成后即可生成风勘报告。其中，风勘人通过选择所需的业务类型，并点击“创建风勘报告”即可使服务器获取风勘报告创建指令。

S802：获取预先创建好的与业务类型对应的风勘报告模板；其中，风勘报告模板包括至少一个配置项。

具体地，不同的业务类型对应不同的风勘报告模板，服务器通过业务类型查询数据库，即可获取该业务类型对应的风勘报告模板。其中，风勘报告模板包括至少一个配置项，该配置项即为需要风勘人填写的字段，例如风勘结果等。

S803：接收配置项对应的属性值，并将属性值映射至风勘报告模板中，生成子询价对应的风勘报告。

具体地，风勘人可通过填写模板中的配置项，以使服务器接收每一配置项对应的属性值，并将该属性值映射到风勘报告模板中，即可生成子询价对应的风勘报告，无需用户手动制作风勘报告，提高风勘效率。

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

在一实施例中，提供一种业务数据处理装置，该业务数据处理装置与上述实施例中业务数据处理方法一一对应。如图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 (8)

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

当接收到投保方案处理请求时，拦截所述投保方案处理请求中目标用户对应的多个子投保方案；每一所述子投保方案对应一业务类型；

按照预设统计规则，对所述多个子投保方案进行统计，得到所述业务类型对应的初始风勘列表以及初始核保列表；其中，所述初始风勘列表中包括多个需要风勘的子投保方案；初始核保列表包括多个不需要风勘的子投保方案；

采用预置的风勘接口对所述初始风勘列表进行风勘校验，得到所述风勘接口返回的每一子投保方案是否需要风勘的返回结果；

若所述返回结果为不需要风勘，则将所述子投保方案从所述初始风勘列表中删除，并加入至所述初始核保列表中，得到目标核保列表和目标风勘列表；

对所述目标核保列表中的子投保方案，响应所述投保方案处理请求；以及，基于所述目标风勘列表进行风勘派工；

其中，所述按照预设统计规则，对所述多个子投保方案进行统计，得到所述业务类型对应的初始风勘列表以及初始核保列表，包括：获取风勘配置表；其中，所述风勘配置表中存储有多个需要风勘的业务类型；循环遍历每一所述子投保方案，若风勘配置表中不存在所述业务类型，则将所述子投保方案加入所述业务类型对应的初始核保列表中；若风勘配置表中存在所述业务类型，则根据所述目标用户对应的用户标识，查询大数据平台中是否存在相同业务类型的历史风勘报告，若存在，则将所述子投保方案加入所述初始核保列表中；若不存在，则所述子投保方案加入所述初始风勘列表中；

其中，所述预置的风勘接口对应一决策树；所述决策树对应多个决策规则；所述采用预置的风勘接口对所述初始风勘列表进行风勘校验，得到所述风勘接口返回的每一子投保方案是否需要风勘的返回结果，包括：将初始风勘列表中的每一子投保方案输入至所述决策树中进行规则匹配，若存在命中的目标决策规则，则得到需要风勘的返回结果；若无命中的目标决策规则，则得到不需要风勘的返回结果。

2.如权利要求1所述业务数据处理方法，其特征在于，在所述当接收到投保方案处理请求时，拦截所述投保方案处理请求中目标用户对应的多个子投保方案之前，所述业务数据处理方法还包括；

配置风勘开关；

所述当接收到投保方案处理请求时，拦截所述投保方案处理请求中目标用户对应的多个子投保方案，包括：

当接收到所述投保方案处理请求时，判断所述风勘开关的开关状态；

当所述风勘开关为打开状态时，拦截所述投保方案处理请求中目标用户对应的多个子投保方案。

3.如权利要求1所述业务数据处理方法，其特征在于，在所述若风勘配置表中存在所述业务类型，则根据所述目标用户对应的用户标识，查询大数据平台中是否存在相同业务类型的历史风勘报告之后，所述业务数据处理方法还包括：

若不存在，则根据所述目标用户对应的用户标识，查询大数据平台中是否存在相同业务类型的风勘派工记录；

若存在，则将所述风勘派工记录中的风勘人作为目标风勘人，并与所述业务类型关联；

所述基于所述目标风勘列表进行风勘派工，包括：

将所述业务类型对应的目标风勘列表发送给所述目标风勘人。

4.如权利要求3所述业务数据处理方法，其特征在于，在所述若不存在，则根据所述目标用户对应的用户标识，查询大数据平台中是否存在相同业务类型的风勘派工记录之后，所述业务数据处理方法还包括：

若不存在，则统计所述业务类型对应的风勘人集合中每一所述风勘人对应的待处理任务量；

所述基于所述目标风勘列表进行风勘派工，包括：

将所述待处理任务量小于预设任务量阈值的风勘人作为目标风勘人，并将所述目标风勘列表发送给所述目标风勘人。

5.如权利要求4所述业务数据处理方法，其特征在于，在所述将所述目标风勘列表发送给所述目标风勘人之后，包括：

获取风勘报告创建指令；其中，所述风勘报告创建指令包括业务类型；

获取预先创建好的与所述业务类型对应的风勘报告模板；其中，所述风勘报告模板包括至少一个配置项；

接收所述配置项对应的属性值，并将所述属性值映射至所述风勘报告模板中，生成所述子询价对应的风勘报告。

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

数据拦截模块，用于当接收到投保方案处理请求时，拦截所述投保方案处理请求中目标用户对应的多个子投保方案；每一所述子投保方案对应一业务类型；

统计模块，用于按照预设统计规则，对所述多个子投保方案进行统计，得到所述业务类型对应的初始风勘列表以及初始核保列表；其中，所述初始风勘列表中包括多个需要风勘的子投保方案；初始核保列表包括多个不需要风勘的子投保方案；该统计模块包括风勘配置表单元、业务类型过滤单元、初始核保列表获取单元和初始风勘列表获取单元，风勘配置表单元，用于获取风勘配置表；其中，风勘配置表中存储有多个需要风勘的业务类型；业务类型过滤单元，用于循环遍历每一子投保方案，若风勘配置表中不存在业务类型，则将子投保方案加入业务类型对应的初始核保列表中；初始核保列表获取单元，用于若风勘配置表中存在业务类型，则根据目标用户对应的用户标识，查询大数据平台中是否存在相同业务类型的历史风勘报告，若存在，则将子投保方案加入初始核保列表中；初始风勘列表获取单元，用于若不存在，则子投保方案加入初始风勘列表中；

风勘校验模块，用于采用预置的风勘接口对所述初始风勘列表进行风勘校验，得到所述风勘接口返回的每一子投保方案是否需要风勘的返回结果；预置的风勘接口对应一决策树；决策树对应多个决策规则；该风勘校验模块包括第一返回结果获取单元和第二返回结果获取单元；第一返回结果获取单元，用于将初始风勘列表中的每一子投保方案输入至决策树中进行规则匹配，若存在命中的目标决策规则，则得到需要风勘的返回结果；第二返回结果获取单元，用于若无命中的目标决策规则，则得到不需要风勘的返回结果；

列表过滤模块，用于若所述返回结果为不需要风勘，则将所述子投保方案从所述初始风勘列表中删除，并加入至所述初始核保列表中，得到目标核保列表和目标风勘列表；

核保模块，用于对所述目标核保列表中的子投保方案，响应所述投保方案处理请求；以及，基于所述目标风勘列表进行风勘派工。

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

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