CN112506588A - 保险业务的数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请属于数据处理领域，公开了一种保险业务的数据处理方法、装置、电子设备及存储介质，方法中，预先在系统架构中构建控制层、服务层、数据访问层和底层，包括：控制层接收用户终端发来的待处理保险业务请求；服务层从多个业务逻辑算法中查找与待处理保险业务请求对应的目标业务逻辑算法，并转发至数据访问层和控制层；数据访问层获取目标业务逻辑算法对应的目标调用接口；利用底层确定目标调用接口对应的目标调用接口地址，根据目标调用接口地址从对应数据库中调取目标数据信息，反馈至控制层；控制层将接收到的目标数据信息按照目标业务逻辑算法进行运算处理，得到处理结果，将处理结果反馈至用户终端。这样，能够有效提高数据调用的效率。

Description

保险业务的数据处理方法、装置、电子设备及存储介质

技术领域

本申请涉及数据处理技术领域，特别是涉及一种保险业务的数据处理方法、装置、电子设备及存储介质。

背景技术

保险，是指投保人根据合同约定，向保险人支付保险费，保险人对于合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿保险金责任，或者被保险人死亡、伤残、疾病或者达到合同约定的年龄、期限等条件时承担给付保险金责任的商业保险行为。

针对保险行业中，客户在购买保险时，针对该保险对应的各种保险业务请求，需要的获取的数据较多。尤其是，当客户存在购买保险时，后续还想继续在原有的保单做新增业务，每个保险产品根据各种保险业务请求计算需要的金额、数值的算法过程是不一样的，并且实现情况也大不相同，很难做到快速市场响应，快速开发。

发明内容

有鉴于此，本申请提供了一种保险业务的数据处理方法、装置、电子设备及存储介质。主要目的在于解决目前的保险市场针对保险的各种业务所需的数据进行计算时速率较低的技术问题。

依据本申请的第一方面，提供了一种保险业务的数据处理方法，预先在系统架构中构建控制层、服务层、数据访问层和底层，具体实现步骤包括：

所述控制层接收用户终端发来的待处理保险业务请求，将所述待处理保险业务请求发送至所述服务层；

所述服务层从多个业务逻辑算法中查找与所述待处理保险业务请求对应的目标业务逻辑算法，将所述目标业务逻辑算法分别发送至所述数据访问层和所述控制层；

所述数据访问层获取所述目标业务逻辑算法对应的目标调用接口，将所述目标调用接口发送至所述底层；

所述底层确定所述目标调用接口对应的目标调用接口地址，根据目标调用接口地址从对应数据库中调取目标数据信息，将所述目标数据信息发送至所述控制层；

所述控制层将接收到的目标数据信息按照目标业务逻辑算法进行运算处理，得到处理结果，将处理结果反馈至所述用户终端。

依据本申请的第二方面，提供了一种保险业务的数据处理装置，所述装置包括：

控制模块，用于接收用户终端发来的待处理保险业务请求，将所述待处理保险业务请求发送至服务模块；

服务模块，用于从多个业务逻辑算法中查找与所述待处理保险业务请求对应的目标业务逻辑算法，将所述目标业务逻辑算法分别发送至访问模块和控制模块；

访问模块，用于获取所述目标业务逻辑算法对应的目标调用接口，将所述目标调用接口发送至调用模块；

调用模块，用于确定所述目标调用接口对应的目标调用接口地址，根据目标调用接口地址从对应数据库中调取目标数据信息，将所述目标数据信息发送至控制模块；

所述控制模块，还用于将接收到的目标数据信息按照目标业务逻辑算法进行运算处理，得到处理结果，将处理结果反馈至所述用户终端。

依据本申请的第三方面，提供了一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现第一方面所述保险业务的数据处理方法的步骤。

依据本申请的第四方面，提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述保险业务的数据处理的步骤。

借由上述技术方案，本申请提供的一种保险业务的数据处理方法、装置、电子设备及存储介质，在预先构建好的系统架构中，利用控制层接收用户终端发来的待处理保险业务请求并转发至服务层；服务层从多个业务逻辑算法中查找与待处理保险业务请求对应的目标业务逻辑算法，再将目标业务逻辑算法分别发送至数据访问层和控制层；数据访问层获取目标业务逻辑算法对应的目标调用接口，将目标调用接口发送至底层，以供底层能够根据目标调用接口调用相应的目标数据信息，底层将调取到的目标数据信息发送至控制层后，控制层将目标数据信息按照目标业务逻辑算法进行运算，获得处理结果，并将处理结果反馈给用户终端，以供用户能够进行查看。这样，可以预先构建用于根据用户的业务请求进行数据调用和运算处理的系统架构，进而利用系统架构进行数据调用处理的过程，使得系统架构能够适应各类保险的各种业务请求，并且还能有效降低数据调用和运算处理的时间，加快处理效率，提高用户体验。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本申请的保险业务的数据处理方法的一个实施例的流程图；

图2为本申请的保险业务的数据处理装置的一个实施例的结构框图；

图3为本申请的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本申请实施例提供了一种保险业务的数据处理方法，可以预先构建用于根据用户的业务请求进行数据调用和运算处理的系统架构，进而利用系统架构进行数据调用处理的过程，使得系统架构能够适应各类保险的各种业务请求，并且还能有效降低数据调用和运算处理的时间，加快处理效率，提高用户体验。

如图1所示，本申请实施例提供了一种保险业务的数据处理方法，预先在系统架构中构建控制层、服务层、数据访问层和底层，包括如下步骤：

步骤101，控制层接收用户终端发来的待处理保险业务请求，将待处理保险业务请求发送至服务层。

其中，控制层与服务层、数据访问层和底层依次连接，并且控制层还分别与数据访问层和底层连接，以方便接收数据访问层和底层传送的数据信息。

在上述步骤中，如果用户想要获知自己购买保险的一些费用信息，例如，用户购买的多份保险的保费总额，用户新增附加险，想要获知新增补费金额等。用户可以通过用户终端形成对应费用信息的待处理保险业务请求，并发送至控制层，以供控制层进行接收处理。

步骤102，服务层从多个业务逻辑算法中查找与待处理保险业务请求对应的目标业务逻辑算法，将目标业务逻辑算法分别发送至数据访问层和控制层。

其中，业务逻辑算法，即为完成用户请求对应需要的算法公式。业务逻辑算法预先存储在服务层中。

步骤103，数据访问层获取目标业务逻辑算法对应的目标调用接口，将目标调用接口发送至底层。

在上述步骤中，数据访问层中存储有与各个业务逻辑算法中至少一项参数对应的调用接口。这样在接收到服务层发来的目标业务逻辑算法后，就可以提取该目标业务逻辑算法中需要用到的各项参数，以及各项参数对应的目标调用接口。其中，参数与目标调用接口一一对应，如果参数有多个则对应目标调用接口也为多个。

步骤104，底层确定目标调用接口对应的目标调用接口地址，根据目标调用接口地址从对应数据库中调取目标数据信息，将目标数据信息发送至控制层。

在上述步骤中，底层存储有各个保险所需的各个数据库对应的调用接口地址。预先将底层中的调用接口地址按照对应的险种信息进行分类，或者，将底层中的调用接口地址按照对应调用的数据库类别进行分类，其中，每个类别中包含至少一个调用接口地址。对分类后得到的每个类别建立对应的调用表格，在每个调用表格中将对应类别的调用接口地址与相应的调用接口一一配对存储。每个数据库中的数据信息均采用Java值和/或pak值的形式进行存储。

因为一个调用接口存在多个关联方调用，每个关联方的要求也存在不一样，因此需要将底层的调用接口地址进行分类，这样可以保证各个调用过程互不影响。其中，保险使用的调用接口数量较多，因此采用分类处理能够对这些调用接口地址进行规划配置。

具体分类包括：

根据险种对调用接口地址进行分类，可以分成：农险调用接口、意外伤害险调用接口、车险调用接口和疾病险调用接口。构建各个类别对应的调用表格，将调用接口和对应的调用接口地址进行配对后存储在对应类别的调用表格中。

或者

根据调用接口调用的数据库类别对调用接口进行分类，可以分成：期限类、保费金额类、理赔项目类等(例如，将存储各个保险的各种期限的数据库对应的调用接口，归为期限类)。构建各个类别对应的调用表格，将调用接口和对应的调用接口地址进行配对后存储在对应类别的调用表格中。

则底层进行数据调用，具体包括：

底层确定目标调用接口的目标类别，并从目标类别对应的调用表格中查找目标调用接口对应的目标调用接口地址，根据目标调用接口地址从对应数据库中调取目标数据信息，将目标数据信息发送至控制层。

步骤105，控制层将接收到的目标数据信息按照目标业务逻辑算法进行运算处理，得到处理结果，将处理结果反馈至用户终端。

在上述步骤中，控制层收到目标数据信息后，将目标数据信息对应添加至目标业务逻辑算法中对应的参数中，然后开始进行计算，并将计算后得到的处理结果发送至用户终端，以供用户查看。

通过上述技术方案，可以预先构建用于根据用户的业务请求进行数据调用和运算处理的系统架构，进而利用系统架构进行数据调用处理的过程，使得系统架构能够适应各类保险的各种业务请求，并且还能有效降低数据调用和运算处理的时间，加快处理效率，提高用户体验。

在具体实施例中，在步骤101之前，还包括：

步骤A，构建能够存储数据信息的缓存库。

步骤B，接收业务逻辑算法，为业务逻辑算法中的各项参数匹配对应的调用接口，并将业务逻辑算法以及业务逻辑算法的各项参数对应的调用接口存储在缓存库中。

步骤C，将缓存库中的业务逻辑算法按照业务逻辑算法的各项参数对应的调用接口进行数据调用得到的第一调用结果，与获取的Oracle系统针对业务逻辑算法进行数据调用得到的第二调用结果进行对比，若比对不同，则对业务逻辑算法的各项参数对应的调用接口进行调整。

在上述技术方案中，精算师根据经验以及反复推理校验后，确定出各项业务请求需要的业务逻辑算法，将得到的业务逻辑算法通过输入设备输入至系统架构后，系统架构根据业务逻辑算法中各项参数的内容为其匹配对应的调用接口，将每个业务逻辑算法以及其中各项参数对应的调用接口进行打包保存在缓存库中。这样就可以直接从缓存库中直接获取对应的业务逻辑算法以及对应的调用接口，方便调用。

然后，就可以对存储在缓存库中的业务逻辑算法在系统架构中进行模拟调用得到的第一调用结果。并获取原Oracle系统针对缓存库中的这些业务逻辑算法进行调用时的第二调用结果。将第一调用结果和第二调用结果进行比对后，如果不同，则根据原Oracle系统针对相应业务逻辑算法对应调用接口，对本方案中缓存库中该业务逻辑算法的调用接口进行修改。这样能够保证本方案中系统架构的数据调用的正确性，避免由于调用接口错误出现数据调用错误的情况。

本方案中的系统架构全部比对和修改完成后，即，得到的第一调用结果与第二调用结果相同。证明本方案的系统架构可以进行上线，将系统架构的整体方案进行上线公布。

在具体实施例中，步骤A具体包括：

步骤A1，在服务层构建能够缓存业务逻辑算法的第一缓存库。

在上述步骤中，在服务层中基于Java语言构建HashMap存储结构的Jvm(JavaVirtual Machine，Java虚拟机)缓存库作为第一缓存库。这样当系统架构接收到业务逻辑算法之后，就会直接将接收到的业务逻辑算法推送至服务层中，服务层将其保存至第一缓存库中。以供后期进行调取查询。

步骤A2，在数据访问层构建能够缓存业务逻辑算法中的各项参数对应的调用接口的第二缓存库。

步骤A3，在底层构建能够缓存调取数据的第三缓存库。

基于上述步骤的方案，当执行上述方案中的步骤104时，底层调取目标数据信息后，将目标数据信息发送至控制层，同时将目标数据信息存储至第三缓存库中并标记对应的调取时间。这样用户如果想要调取最近一段时间的调取数据就可以直接从底层中的第三缓存库中进行查找就可以。

另外为了避免第三缓存库存满导致后期调取的数据无法缓存，可以采取定期或者不定期对第三缓存库进行清理。或者将第三缓存库设置成存满之后，最新的调取数据会将最时间最早的调取数据替代。进而保证，在第三缓存库中的调取数据都是最新的调取数据。

通过上述方案，为了方便各类数据的存储设置对应的缓存库，笨企鹅各个缓存库分别设置在不同层次的系统架构中，进行分层调用，这样能够加快调取速度，提升工作效率。

在具体实施例中，步骤B具体包括：

步骤B1，服务层将接收到的业务逻辑算法与接收到的业务逻辑算法对应的业务请求命令进行关联对应，并存储在第一缓存库中。

步骤B2，数据访问层将业务逻辑算法的各项参数与对应的调用接口拼接成键值对，存储在第二缓存库中。

在上述步骤中，如果第一缓存库和/或第二缓存库的存储量不够，需要扩充时，可以构建新的第一缓存库和/或新的第二缓存库，具体扩充的缓存库的存储量大小可以根据实际需要进行设定。

其中，业务请求命令可以与业务逻辑算法关联后，进行列表存储在第一缓存库中。每个业务逻辑算法用到的各项参数与对应的调用接口也可以选用列表存储的方式存储在第二缓存库中。

通过上述方案，使得后期进行数据调用时，能够更加方便快捷的从对应缓存库中直接调取需要的数据内容，方便使用。

在具体实施例中，步骤B1具体包括：

步骤B11，服务层在第一缓存库中构建与险种类别相对应的存储表格。

其中，每个险种对应一个存储表格。

步骤B12，服务层提取接收到的业务逻辑算法中的险种类别，从存储表格中查找与接收到的业务逻辑算法中的险种类别对应的待存储表格。

其中，业务逻辑算法即为各类保险服务对应的各种需求费用的算法公式，一个业务逻辑算法对应一个需求费用。

例如，涉及的业务逻辑算法公式：新增附险长险补费＝标准年交保费*补费比例因子*补费期数因子-(新增受理实际生效日-新增险种生效日)*风险保费/365+(期交弱体加费+期交职业加费)*补费期数因子。

步骤B13，服务层将接收到的业务逻辑算法与接收到的业务逻辑算法对应的业务请求命令进行关联后，存储至待存储表格中。

则对应步骤B2具体包括：数据访问层将接收到的业务逻辑算法的各项参数作为key键，将接收到的各项参数对应的调用接口作为value值，利用表达式语言引擎将key键和value值进行动态拼接形成键值对，存储在第二缓存库中。

其中，业务逻辑算法中的参数是指计算时需要用到的数据(例如，上述计算新增附险长险补费的计算公式中的：标准年交保费、补费比例因子、补费期数因子等)。

在拼接成键值对之前，预先根据上述针对调用接口进行分类的分类结果，将各个调用接口标记对应的类别标签。然后再将对应的key键和value值拼接成键值对。

通过上述方案，能够进一步提高各个缓存库中数据调取的速率。

在具体实施例中，步骤C进行在线比对的步骤具体包括：

步骤C1，将服务层中第一缓存库中的业务逻辑算法调取出来。

其中，每调取一个业务逻辑算法，则将这一个业务逻辑算法输入至数据访问层。

步骤C2，将调取出来的业务逻辑算法在线依次输入至数据访问层，利用数据访问层从第二缓存库中查找对应的调用接口，根据查找到的调用接口利用底层进行数据调用，得到第一在线调用结果。

其中，将查找到的调用接口通过底层进行异步调用，得到第一在线调用结果。其中，第一在线调用结果为，从相应调用接口获取到的数据信息(例如，保费金额)，该数据信息为Java值和/或pak值。

步骤C3，获取Oracle系统针对调取出来的业务逻辑算法进行调用后得到的第二在线调用结果。

步骤C4，将第一在线调用结果与第二在线调用结果进行对比，将对比结果记录至在线对比数据库中。

其中，在线对比数据库为mongo数据库(分布式文件存储数据库)。

步骤C5，实时或定期查看在线对比数据库中的对比结果，若结果不同，则获取Oracle系统中针对结果不同的业务逻辑算法对应的各项参数的调用接口作为替换调用接口，利用替换调用接口替换第二缓存库中结果不同的业务逻辑算法对应的各项参数的调用接口。

在上述方案中，Oracle系统为原始的数据调用系统，该系统的数据调用速率较慢，因此选用本方案的系统架构进行替换，但是替换过程中，本方案的系统架构可能存在调取错误情况，需要利用原Oracle系统的针对调取出来的业务逻辑算法进行调用后得到的第二在线调用结果与第一在线调用结果进行在线比对。进而根据比对结果及时对本方案的系统架构进行相应的调整。保证本方案的系统架构能够进行快速的数据调取的同时，还能保证数据调取的正确性。

工作人员可以定时或不定时查看在线对比数据库中的比对结果，并及时将比对不一致的业务逻辑算法对应的各项参数的调用接口利用原Oracle系统使用的调用接口进行替换，进而使得调用的数据正确。不断重复上述过程直至本方案的系统架构中的所有业务逻辑算法全部与原Oracle系统的调用结果一致为止。

然后就可以安排，本方案的系统架构进行上线公布。上线公布后，就可以利用系统架构实现上述步骤101-105的过程。完成用户的业务需求。

在具体实施例中，步骤C进行批量比对的步骤具体包括：

步骤C1’，将服务层中第一缓存库中的业务逻辑算法全部调取出来。

步骤C2’，将调取出来的全部业务逻辑算法输入至数据访问层，利用数据访问层从第二缓存库中批量查找对应的调用接口，根据批量查找到的调用接口利用底层进行批量数据调用，得到第一批量调用结果，其中，第一批量调用结果为全部业务逻辑算法对应的调用结果。

其中，第一批量调用结果为，从相应调用接口获取到的数据信息(例如，保费金额)，该数据信息为Java值和/或pak值。

步骤C3’，获取Oracle系统针对调取出来的全部业务逻辑算法进行调用后得到的第二批量调用结果。步骤C4’，将第一批量调用结果与第二批量调用结果进行多线程批量比对，若结果不同，则获取Oracle系统中针对结果不同的业务逻辑算法对应的各项参数的调用接口作为替换调用接口，利用替换调用接口替换第二缓存库中结果不同的业务逻辑算法对应的各项参数的调用接口。

在上述方案中，进行批量比对之前先将本方案的系统架构录入至高速运行的服务器中，然后再进行批量调用。批量调用完成之后，将第一批量调用结果中的Java值和/或pak值与第二批量调用结果中的Java值和/或pak值通过Java语言进行多线程批量比对，若结果不同，则将不同结果对应的本系统的相应参数的调用接口替换为原oracle系统的该不同结果对应的调用接口。

通过上述方案，利用高速运行的服务器进行批量调用，能够加快调用的速度，将第一批量调用结果与第二批量调用结果进行批量比对能够有效提高比对的速度，使得整个比对过程使用的时间能够得到有效降低。

另外，上述在线比对和批量比对的过程，本方案可以任选其一，也可以将二者结合，二者结合能够进一步提高比对的精度，使得本方案的系统架构的数据调用的正确率得到进一步的提高。

通过上述实施的方案，可以预先构建用于根据用户的业务请求进行数据调用和运算处理的系统架构，进而利用系统架构进行数据调用处理的过程，使得系统架构能够适应各类保险的各种业务请求，并且还能有效降低数据调用和运算处理的时间，加快处理效率，提高用户体验。

基于图1所示的上述实施的方案，本申请的另一个实施例是专门针对新增附加险的业务的保险业务的数据处理方法，包括如下步骤：

S1，预先构建系统架构，用于对调用接口进行调用处理。

其中，通过调用接口能够向存储保险所用的各类数据的数据库(例如，保费金额数据库)中调取对应的数据信息(例如，调取某保险的保费金额)。

S11，利用微服务构建四层系统架构：

(1)控制层(controller层)，用来接收用户请求，并对各层发来的数据进行处理得到处理结果。其中，具体处理过程为上线应用过程中的步骤(5)。

(2)服务层(service层)，主要根据控制层的用户请求匹配对应用户请求需要的业务逻辑算法，将业务逻辑算法反馈至控制层和数据访问层。

其中，业务逻辑算法，即为完成用户请求对应需要的算法公式。

(3)数据访问层，根据服务层处理得到的业务逻辑算法匹配对应的调用接口，并将对应的调用接口发送至底层，将底层反馈的调用数据发送至控制层。

(4)底层，存储各个数据库对应的调用接口地址，为数据访问层发来的调用接口分配对应的调用接口地址，根据调用接口地址向数据库调用相应的数据，并将调用数据反馈至控制层。其中，预先将各项数据信息转换成Java值和/或pak值进行存储在对应的数据库中。

因为一个调用接口存在多个关联方调用，每个关联方的要求也存在不一样，因此需要将底层的调用接口地址进行分类，这样可以保证各个调用过程互不影响。其中，保险使用的调用接口数量较多，因此采用分类处理能够对这些调用接口地址进行规划配置。

具体分类包括：

根据险种对调用接口地址进行分类，可以分成：农险调用接口、意外伤害险调用接口、车险调用接口和疾病险调用接口。构建各个类别对应的调用表格，将调用接口和对应的调用接口地址进行配对后存储在对应类别的调用表格中。

或者

根据调用接口调用的数据库类别对调用接口进行分类，可以分成：期限类、保费金额类、理赔项目类等(例如，将存储各个保险的各种期限的数据库对应的调用接口，归为期限类)。构建各个类别对应的调用表格，将调用接口和对应的调用接口地址进行配对后存储在对应类别的调用表格中。

S12，构建缓存库，用来缓存各层的数据调用信息。

具体构建三个缓存库：

第一个：在服务层构建算法缓存库(即，第一缓存库)，用于缓存业务逻辑算法。

算法缓存库是基于Java语言构建HashMap存储结构的Jvm(Java VirtualMachine，Java虚拟机)缓存库。

第二个，在数据访问层构建逻辑调用缓存库(即，第二缓存库)，用于存储各个业务逻辑算法对应的调用接口。

第三级，在底层构建数据缓存库(即，第三缓存库)，用于对直接从数据库调取的数据进行缓存。

S2，接收各类险种的业务逻辑算法，为对应业务逻辑算法中的各项参数匹配对应的调用接口。

其中，业务逻辑算法即为各类保险服务对应的各种需求费用的算法公式，一个业务逻辑算法对应一个需求费用。

例如，涉及的业务逻辑算法公式：新增附险长险补费＝标准年交保费*补费比例因子*补费期数因子-(新增受理实际生效日-新增险种生效日)*风险保费/365+(期交弱体加费+期交职业加费)*补费期数因子。

具体为：

S21，将接收到的业务逻辑算法与接收到的所述业务逻辑算法对应的业务请求命令进行关联对应，并存储在算法缓存库中。

具体为，首先，将业务逻辑算法与业务请求命令进行配对之后，按照业务逻辑算法对应的险种类别存储至该险种类别对应的存储表格中。每个险种类别对应一个存储表格。

然后，将各个存储表格存储在算法缓存库中。进而可以通过业务请求命令从算法缓存库中的存储表格中调取对应的业务逻辑算法。业务请求命令具体指对应的用户请求(例如，新增附加险的补费请求)。

S22，将业务逻辑算法中的参数与对应的调用接口拼接成键值对，存储在逻辑调用缓存库中。其中，预先为各个调用接口标记对应的类别标签，该类别标签即为步骤S11的调用接口分类的各个类别。

其中，业务逻辑算法中的参数是指计算时需要用到的数据(例如，计算新增附险长险补费中标准年交保费、补费比例因子、补费期数因子等)。

具体为：

将业务逻辑算法中的参数作为key键，对应的调用接口作为value值，其中调用接口的地址一直处于动态变化；

利用java语言中的jexl(Java Expression Language，表达式语言引擎)将key键和一直处于动态变化的调用接口的地址进行动态算法拼接，形成键值对存储在逻辑调用缓存库中。

S3，将系统架构中业务逻辑算法调用的结果与Oracle系统中业务逻辑算法调用的结果进行比对，并根据比对结果对调用接口进行对应调整修改。

具体比对分为：在线比对和/或批量比对。

在线比对：

(1)，将服务层的算法缓存库的存储表格中的多个业务逻辑算法依次调取出来。

(2)，将业务逻辑算法输入至数据访问层，数据访问层从逻辑调用缓存库中查找对应的调用接口，并将查找到的调用接口通过底层进行异步调用，得到第一在线调用结果。其中，调用结果为，从相应调用接口获取到的数据信息(例如，保费金额)，该数据信息为Java值和/或pak值。

(3)，获取原oracle系统中针对多个业务逻辑算法进行调用得到第二在线调用结果。

(4)，将业务逻辑算法对应的第一在线调用结果中的Java值和/或pak值和对应的第二在线调用结果中的Java值和/或pak值进行在线比对，比对完成后，将比对结果记录到mongo数据库(分布式文件存储数据库)。

(5)，实时查看mongo数据库中在线比对结果，若结果不同，则将不同结果对应的本系统的相应参数的调用接口替换为原oracle系统的该不同结果对应的调用接口。

这样，验证各个业务逻辑算法对应的生产场景，更能保证接口的准确性。

批量比对：

(1)，将步骤S1中构建的系统架构录入至高速运行服务器中。

(2)，将系统架构中service层的算法缓存库的存储表格中的多个业务逻辑算法全部调取出来。

(3)，将多个业务逻辑算法全部输入至数据访问层，数据访问层从逻辑调用缓存库中查找对应的调用接口，并将查找到的调用接口通过底层进行批量调用，将得到的第一批量调用结果存储至批量调用数据库中。

其中，调用结果为，从相应调用接口获取到的数据信息(例如，保费金额)，该数据信息为Java值和/或pak值。

(4)，获取原oracle系统中针对多个业务逻辑算法进行调用得到第二批量调用结果。

(5)将多个业务逻辑算法的第一批量调用结果中的Java值和/或pak值与第二批量调用结果中的Java值和/或pak值通过Java语言进行多线程批量比对，若结果不同，则将不同结果对应的本系统的相应参数的调用接口替换为原oracle系统的该不同结果对应的调用接口。

经过在线比对和/或批量比对之后所有调用结果与原oracle系统的调用结果相同，然后则将配置好的系统接口进行上线。

这样可以大幅度避免出现调用错误的问题，接口上线后可以进行持续在线比对，监控不一致单，保证生产的新增附加险配置化是准确无误的，计算的金额是不存在问题的。

上线后的应用过程为：

(1)，控制层接收用户终端发来的针对新增附加险的待处理请求命令，并获取新增附加险的险种信息，将险种信息添加至待处理请求命令中，将待处理请求命令发送至服务层。

(2)，服务层根据从待处理请求命令中提取险种信息，从算法缓存库中查找与所述险种信息匹配的存储表格，并从存储表格中查找与待处理请求命令匹配的目标业务逻辑算法，将目标业务逻辑算法发送至数据访问层以及控制层。

(3)，数据访问层从逻辑调用缓存库中查找与目标业务逻辑算法对应的目标调用接口，并将目标调用接口发送至底层。其中，目标调用接口预先标记类别标签。

(4)，底层提取目标调用接口中的类别标签，从所述类别标签的调用表格对应的多个待选调用接口地址中获取与目标调用接口相对应的目标调用接口地址。

(5)，底层根据目标调用接口地址从对应数据库中调取目标数据信息，将目标数据信息缓存至数据缓存库中，同时发送至所述控制层。

(6)，控制层根据接收到的底层发来的目标数据信息，按照目标业务逻辑算法进行运算处理，得到处理结果，并将处理结果反馈至用户终端。

例如：新增一个险种系统会做下面一系列动作：

新增A险种会导致本身保单的保费变化，以及自己的补费变化。

(1)控制层接收到用户终端发来的针对新增A险种的补费变化请求，将A险种的信息添加至补费变化请求中，将补费变化请求发送至服务层。

(2)服务层从补费变化请求中提取A险种的信息，从算法缓存库中查找A险种对应的存储表格，从存储表格的N个业务逻辑算法中查找与补费变化请求对应的业务逻辑算法B，将业务逻辑算法B发送至数据访问层以及控制层。

(3)数据访问层从逻辑调用缓存库中查找与业务逻辑算法B对应的预先标记类别标签的调用接口D1、调用接口D2和调用接口D3，并将调用接口D1、调用接口D2和调用接口D3发送至底层。

(4)底层提取调用接口D1、调用接口D2和调用接口D3中的类别标签d1、d2和d3，从d1的调用表格对应的多个待选调用接口地址中获取与D1相对应的调用接口地址ID1，从d2的调用表格对应的多个待选调用接口地址中获取与D2相对应的调用接口地址ID2，从d3的调用表格对应的多个待选调用接口地址中获取与D3相对应的调用接口地址ID3。

(5)，底层根据ID1、ID2和ID3从对应数据库中调取数据信息X1、X2和X3，将X1、X2和X3缓存至数据缓存库中，同时将X1、X2和X3发送至所述控制层。

(5)控制层根据接收到的底层发来的X1、X2和X3，按照业务逻辑算法B进行运算处理，计算补费金额，并将处理得到的补费金额反馈至用户终端以供用户查看。

上述实施例描述方案的技术效果为：

1、本方案的系统架构开发迭代快；

2、节省公司财力，原oracle系统可扩展性不强，并且耗费财力大；

3、本方案的系统架构可以做到通用，减少开发时间；

4、本方案的系统架构耗时平均统计200ms耗时，原oracle系统的耗时是本方案的系统架构的15倍左右，提升客户体验度；

5、风险控制，双向开发，生产异步在线比对，并且不影响实际生产调用，提升接口支持力度。

进一步的，作为图1方法的具体实现，本申请实施例提供了一种保险业务的数据处理装置，装置包括：控制模块21、服务模块22、访问模块23和调用模块24依次连接之后，控制模块21还与调用模块24连接。其中，控制模块21对应图1方法的控制层，服务模块22对应图1方法的服务层，访问模块23对应图1方法的数据访问层，调用模块24对应图1方法的底层。

控制模块21，用于接收用户终端发来的待处理保险业务请求，将待处理保险业务请求发送至服务模块。

服务模块22，用于从多个业务逻辑算法中查找与待处理保险业务请求对应的目标业务逻辑算法，将目标业务逻辑算法分别发送至访问模块和控制模块。

访问模块23，用于获取目标业务逻辑算法对应的目标调用接口，将目标调用接口发送至调用模块。

调用模块24，用于确定目标调用接口对应的目标调用接口地址，根据目标调用接口地址从对应数据库中调取目标数据信息，将目标数据信息发送至控制模块。

控制模块21，还用于将接收到的目标数据信息按照目标业务逻辑算法进行运算处理，得到处理结果，将处理结果反馈至用户终端。

在具体实施例中，装置还包括：

构建模块，用于在控制模块接收用户终端发来的待处理保险业务请求，将待处理保险业务请求发送至服务模块之前构建能够存储数据信息的缓存库。

接收模块，用于接收业务逻辑算法，为业务逻辑算法中的各项参数匹配对应的调用接口，并将业务逻辑算法以及业务逻辑算法的各项参数对应的调用接口存储在缓存库中。

对比模块，用于将缓存库中的业务逻辑算法按照业务逻辑算法的各项参数对应的调用接口进行数据调用得到的第一调用结果，与获取的Oracle系统针对业务逻辑算法进行数据调用得到的第二调用结果进行对比，若比对不同，则对业务逻辑算法的各项参数对应的调用接口进行调整。

在具体实施例中，构建模块具体用于：

在服务模块中构建能够缓存业务逻辑算法的第一缓存库；在访问模块中构建能够缓存业务逻辑算法中的各项参数对应的调用接口的第二缓存库；在调用模块中构建能够缓存调取数据的第三缓存库。

在具体实施例中，接收模块具体包括：

接收单元，用于将接收到的业务逻辑算法与接收到的业务逻辑算法对应的业务请求命令进行关联对应，并存储在第一缓存库中。

存储单元，用于将业务逻辑算法的各项参数与对应的调用接口拼接成键值对，存储在第二缓存库中。

在具体实施例中，接收单元具体用于：

在第一缓存库中构建与险种类别相对应的存储表格，提取接收到的业务逻辑算法中的险种类别，从存储表格中查找与接收到的业务逻辑算法中的险种类别对应的待存储表格；将接收到的业务逻辑算法与接收到的业务逻辑算法对应的业务请求命令进行关联后，存储至待存储表格中。

则存储单元具体用于：将接收到的业务逻辑算法的各项参数作为key键，将接收到的各项参数对应的调用接口作为value值，利用表达式语言引擎将key键和value值进行动态拼接形成键值对，存储在第二缓存库中。

在具体实施例中，对比模块具体包括：

调取单元，用于将服务模块中第一缓存库中的业务逻辑算法调取出来。

输入单元，用于将调取出来的业务逻辑算法在线依次输入至访问模块，利用访问模块从第二缓存库中查找对应的调用接口，根据查找到的调用接口利用调用模块进行数据调用，得到第一在线调用结果。

获取单元，用于获取Oracle系统针对调取出来的业务逻辑算法进行调用后得到的第二在线调用结果。

比对单元，用于将第一在线调用结果与第二在线调用结果进行对比，将对比结果记录至在线对比数据库中。

替换单元，用于实时或定期查看在线对比数据库中的对比结果，若结果不同，则获取Oracle系统中针对结果不同的业务逻辑算法对应的各项参数的调用接口作为替换调用接口，利用替换调用接口替换第二缓存库中结果不同的业务逻辑算法对应的各项参数的调用接口。

在具体实施例中，调取单元，还用于将服务模块中第一缓存库中的业务逻辑算法全部调取出来。

输入单元，还用于将调取出来的全部业务逻辑算法输入至访问模块，利用访问模块从第二缓存库中批量查找对应的调用接口，根据批量查找到的调用接口利用调用模块进行批量数据调用，得到第一批量调用结果，其中，第一批量调用结果为全部业务逻辑算法对应的调用结果。

获取单元，还用于获取Oracle系统针对调取出来的全部业务逻辑算法进行调用后得到的第二批量调用结果。

对比单元，还用于将第一批量调用结果与第二批量调用结果进行多线程批量比对，若结果不同，则获取Oracle系统中针对结果不同的业务逻辑算法对应的各项参数的调用接口作为替换调用接口，利用替换调用接口替换第二缓存库中结果不同的业务逻辑算法对应的各项参数的调用接口。

基于上述图1所示方法和图2所示装置的实施例，为了实现上述目的，本申请实施例还提供了一种电子设备，如图3所示，包括存储器32和处理器31，其中存储器32和处理器31均设置在总线33上存储器32存储有计算机程序，处理器31执行计算机程序时实现图1所示的保险业务的数据处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储器(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

可选地，该设备还可以连接用户接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种电子设备的结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

基于上述如图1所示方法和图2所示装置的实施例，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1所示的保险业务的数据处理方法。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理电子设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与电子设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。

通过应用本申请的技术方案，在预先构建好的系统架构中，利用控制层接收用户终端发来的待处理保险业务请求并转发至服务层；服务层从多个业务逻辑算法中查找与待处理保险业务请求对应的目标业务逻辑算法，再将目标业务逻辑算法分别发送至数据访问层和控制层；数据访问层获取目标业务逻辑算法对应的目标调用接口，将目标调用接口发送至底层，以供底层能够根据目标调用接口调用相应的目标数据信息，底层将调取到的目标数据信息发送至控制层后，控制层将目标数据信息按照目标业务逻辑算法进行运算，获得处理结果，并将处理结果反馈给用户终端，以供用户能够进行查看。这样，可以预先构建用于根据用户的业务请求进行数据调用和运算处理的系统架构，进而利用系统架构进行数据调用处理的过程，使得系统架构能够适应各类保险的各种业务请求，并且还能有效降低数据调用和运算处理的时间，加快处理效率，提高用户体验。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种保险业务的数据处理方法，其特征在于，预先在系统架构中构建控制层、服务层、数据访问层和底层，具体实现步骤包括：

所述控制层接收用户终端发来的待处理保险业务请求，将所述待处理保险业务请求发送至所述服务层；

所述服务层从多个业务逻辑算法中查找与所述待处理保险业务请求对应的目标业务逻辑算法，将所述目标业务逻辑算法分别发送至所述数据访问层和所述控制层；

所述数据访问层获取所述目标业务逻辑算法对应的目标调用接口，将所述目标调用接口发送至所述底层；

所述底层确定所述目标调用接口对应的目标调用接口地址，根据目标调用接口地址从对应数据库中调取目标数据信息，将所述目标数据信息发送至所述控制层；

所述控制层将接收到的目标数据信息按照目标业务逻辑算法进行运算处理，得到处理结果，将处理结果反馈至所述用户终端。

2.根据权利要求1所述的保险业务的数据处理方法，其特征在于，在所述所述控制层接收用户终端发来的待处理保险业务请求，将所述待处理保险业务请求发送至所述服务层之前，还包括：

构建能够存储数据信息的缓存库；

接收业务逻辑算法，为业务逻辑算法中的各项参数匹配对应的调用接口，并将业务逻辑算法以及业务逻辑算法的各项参数对应的调用接口存储在所述缓存库中；

将所述缓存库中的业务逻辑算法按照所述业务逻辑算法的各项参数对应的调用接口进行数据调用得到的第一调用结果，与获取的Oracle系统针对所述业务逻辑算法进行数据调用得到的第二调用结果进行对比，若比对不同，则对所述业务逻辑算法的各项参数对应的调用接口进行调整。

3.根据权利要求2所述的保险业务的数据处理方法，其特征在于，所述构建能够存储数据信息的缓存库，具体包括：

在所述服务层构建能够缓存业务逻辑算法的第一缓存库；

在所述数据访问层构建能够缓存业务逻辑算法中的各项参数对应的调用接口的第二缓存库；

在所述底层构建能够缓存调取数据的第三缓存库。

4.根据权利要求3所述的保险业务的数据处理方法，其特征在于，所述接收业务逻辑算法，为业务逻辑算法中的各项参数匹配对应的调用接口，并将业务逻辑算法以及业务逻辑算法的各项参数对应的调用接口存储在所述缓存库中，具体包括：

所述服务层将接收到的业务逻辑算法与接收到的所述业务逻辑算法对应的业务请求命令进行关联对应，并存储在所述第一缓存库中；

所述数据访问层将所述业务逻辑算法的各项参数与对应的调用接口拼接成键值对，存储在第二缓存库中。

5.根据权利要求4所述的保险业务的数据处理方法，其特征在于，所述服务层将接收到的业务逻辑算法与接收到的所述业务逻辑算法对应的业务请求命令进行关联对应，并存储在所述第一缓存库中，具体包括：

所述服务层在所述第一缓存库中构建与险种类别相对应的存储表格；

所述服务层提取接收到的业务逻辑算法中的险种类别，从存储表格中查找与所述接收到的业务逻辑算法中的险种类别对应的待存储表格；

所述服务层将接收到的业务逻辑算法与接收到的所述业务逻辑算法对应的业务请求命令进行关联后，存储至待存储表格中；

则所述数据访问层将所述业务逻辑算法的各项参数与对应的调用接口拼接成键值对，存储在第二缓存库中，具体包括：

所述数据访问层将接收到的业务逻辑算法的各项参数作为key键，将接收到的各项参数对应的调用接口作为value值，利用表达式语言引擎将key键和value值进行动态拼接形成键值对，存储在所述第二缓存库中。

6.根据权利要求4所述的保险业务的数据处理方法，其特征在于，将所述缓存库中的业务逻辑算法按照所述业务逻辑算法的各项参数对应的调用接口进行数据调用得到的第一调用结果，与获取的Oracle系统针对所述业务逻辑算法进行数据调用得到的第二调用结果进行对比，若比对不同，则对所述业务逻辑算法的各项参数对应的调用接口进行调整，具体包括：

将所述服务层中第一缓存库中的业务逻辑算法调取出来；

将调取出来的业务逻辑算法在线依次输入至所述数据访问层，利用所述数据访问层从所述第二缓存库中查找对应的调用接口，根据查找到的调用接口利用底层进行数据调用，得到第一在线调用结果；

获取Oracle系统针对所述调取出来的业务逻辑算法进行调用后得到的第二在线调用结果；

将所述第一在线调用结果与所述第二在线调用结果进行对比，将对比结果记录至在线对比数据库中；

实时或定期查看在线对比数据库中的对比结果，若结果不同，则获取Oracle系统中针对结果不同的业务逻辑算法对应的各项参数的调用接口作为替换调用接口，利用替换调用接口替换所述第二缓存库中所述结果不同的业务逻辑算法对应的各项参数的调用接口。

7.根据权利要求4所述的保险业务的数据处理方法，其特征在于，将所述缓存库中的业务逻辑算法按照所述业务逻辑算法的各项参数对应的调用接口进行数据调用得到的第一调用结果，与获取的Oracle系统针对所述业务逻辑算法进行数据调用得到的第二调用结果进行对比，若比对不同，则对所述业务逻辑算法的各项参数对应的调用接口进行调整，具体包括：

将所述服务层中第一缓存库中的业务逻辑算法全部调取出来；

将调取出来的全部业务逻辑算法输入至所述数据访问层，利用所述数据访问层从所述第二缓存库中批量查找对应的调用接口，根据批量查找到的调用接口利用底层进行批量数据调用，得到第一批量调用结果，其中，所述第一批量调用结果为全部业务逻辑算法对应的调用结果；

获取Oracle系统针对所述调取出来的全部业务逻辑算法进行调用后得到的第二批量调用结果；

将所述第一批量调用结果与所述第二批量调用结果进行多线程批量比对，若结果不同，则获取Oracle系统中针对结果不同的业务逻辑算法对应的各项参数的调用接口作为替换调用接口，利用替换调用接口替换所述第二缓存库中所述结果不同的业务逻辑算法对应的各项参数的调用接口。

8.一种保险业务的数据处理装置，其特征在于，所述装置包括：

控制模块，用于接收用户终端发来的待处理保险业务请求，将所述待处理保险业务请求发送至服务模块；

服务模块，用于从多个业务逻辑算法中查找与所述待处理保险业务请求对应的目标业务逻辑算法，将所述目标业务逻辑算法分别发送至访问模块和控制模块；

访问模块，用于获取所述目标业务逻辑算法对应的目标调用接口，将所述目标调用接口发送至调用模块；

调用模块，用于确定所述目标调用接口对应的目标调用接口地址，根据目标调用接口地址从对应数据库中调取目标数据信息，将所述目标数据信息发送至控制模块；

所述控制模块，还用于将接收到的目标数据信息按照目标业务逻辑算法进行运算处理，得到处理结果，将处理结果反馈至所述用户终端。

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

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

Images