CN117522601B - 一种基于接口统一管理的核保业务执行方法、设备及介质 - Google Patents

Abstract

本申请公开了一种基于接口统一管理的核保业务执行方法、设备及介质，方法包括：接收第三方平台针对核保业务发送的风险筛查请求，判断第三方平台以及风险筛查请求具有第一接口调用权限，则基于风险筛查请求建立风险筛查任务，确定风险筛查任务所需的指定数据；确定指定数据对应的数据来源服务器，以及指定数据在数据来源服务器中对应的业务接口；根据指定数据执行风险筛查任务，并通过所接口统一管理平台，将任务执行结果返回至第三方平台。通过建立接口统一管理平台，将所有的接口通过配置等手段通过进行统一处理，能够准确的排查问题出处，降低了接口管控混乱程度，减少每个服务对外提供时过多的接口权限控制减少开发的重复任务。

Description

一种基于接口统一管理的核保业务执行方法、设备及介质

技术领域

本申请涉及计算机领域，具体涉及一种基于接口统一管理的核保业务执行方法、设备及介质。

背景技术

核保指的是保险核保，核保业务是指保险人在对投保的标的物信息全面掌握、核实的基础上，对可保风险进行评判与分类，进而决定是否承保、以什么样的条件承保的过程。

基于此，在核保业务的执行过程中，需要对被保人进行风险筛查。在风险筛查过程中，需要获取相应的数据，比如，标的物信息、被保人信息等。而在数据获取过程中，往往涉及多方数据源接口，与相应的服务器对接，从而获取数据。

传统的方案中，接口的对接以及数据的获取过程通常是基于操作人员进行手动进行异步处理，不仅导致接口管理混乱，而且一旦由于网络异常等出现调用失败的情况，需进行问题排查并重新进行风险筛查业务，导致业务执行效率较低。

发明内容

为了解决上述问题，本申请提出了一种基于接口统一管理的核保业务执行方法，应用在核保平台中，所述方法包括：

接收第三方平台针对核保业务发送的风险筛查请求，并基于所述核保平台中的接口统一管理平台，判断所述第三方平台以及所述风险筛查请求是否具有第一接口调用权限；

若判断所述第三方平台以及所述风险筛查请求具有所述第一接口调用权限，则基于所述风险筛查请求建立风险筛查任务，并基于所述核保业务中包含的被保方数据、标的物数据，确定所述风险筛查任务所需的指定数据；

基于所述接口统一管理平台，确定所述指定数据对应的数据来源服务器，以及所述指定数据在所述数据来源服务器中对应的业务接口，并判断所述核保平台针对所述业务接口是否具有第二接口获取权限；

若判断所述核保平台具有所述第二接口获取权限，则通过所述业务接口在所述数据来源服务器中获取所述指定数据，以根据所述指定数据执行所述风险筛查任务，并通过所接口统一管理平台，将任务执行结果返回至所述第三方平台。

另一方面，本申请还提出了一种基于接口统一管理的核保业务执行设备，应用在核保平台中，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如：上述示例所述的基于接口统一管理的核保业务执行方法。

另一方面，本申请还提出了一种非易失性计算机存储介质，存储有计算机可执行指令，应用在核保平台中，所述计算机可执行指令设置为：上述示例所述的基于接口统一管理的核保业务执行方法。

通过本申请提出基于接口统一管理的核保业务执行方法能够带来如下有益效果：

通过建立接口统一管理平台，解决了传统方案中，因为服务接口之间相互调用，导致部分接口提供商接口请求格式返回格式比较混乱，需要在每个平台增加一个接口调用的权限控制的情况。通过接口统一管理平台，将所有的接口通过配置等手段通过进行统一处理，能够对调用失败接的口进行日志查看，准确的排查问题出处，降低了接口管控混乱程度，减少每个服务对外提供时过多的接口权限控制减少开发的重复任务，提高了业务执行效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中基于接口统一管理的核保业务执行方法的流程示意图；

图2为本申请实施例中基于接口统一管理的核保业务执行设备的示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请实施例提供基于接口统一管理的核保业务执行方法，应用在核保平台中，核保平台指的是，执行核保业务以及相关风险筛查的平台，如图1所示，所述方法包括：

S101：接收第三方平台针对核保业务发送的风险筛查请求，并基于所述核保平台中的接口统一管理平台，判断所述第三方平台以及所述风险筛查请求是否具有第一接口调用权限。

第三方平台指的是，发起本次风险筛查请求的相关平台，其可以是保险方或者被保方所使用的平台，当保险方或被保方有相应的风险筛查需求时，基于其使用的第三方平台向核保平台发送风险筛查请求。

接口统一管理平台属于核保平台中的一个模块，其主要负责对接口进行管理，比如，接口的准入、授权、权限管理等。其中，对于权限管理来说，主要包含两个方向的权限管理，分别是核保平台自身的接口（用于与第三方平台进行交互）、所需数据所属的服务器的接口（用于与该服务器交互，获取相关数据）这两个方向的权限管理。

在接收到第三方平台发送的风险筛查请求后，对其进行权限审核，若判断具有第一接口调用权限，则可以继续执行接下来的动作，若不具有，则不再受理该请求。

其中，第三方平台可以通过预先注册的方式来获取第一接口调用权限。当第三方平台注册后，在核保平台中建立并更新相应的权限记录表，当接收到第三方平台发送的请求后，根据该权限记录表确定第三方平台是否具有第一接口调用权限。

进一步地，第三方平台具有第一接口调用权限，不代表其所有的风险筛查请求都具有权限，不同的第三方平台所能够被允许处理的风险筛查的程度也不同，故而在判断完第三方平台后，基于核保业务中包含的预估核保价值（指的是标的物对应的预估核保价值，通常记录在核保业务对应的数据中），确定风险筛查请求对应的核保业务的业务等级，预先将预估核保价值划分多个范围，不同范围对应不同业务等级，预估核保价值越高，业务等级越重要。

此时，根据权限记录表中记录的各第三方平台能够被允许的业务等级，以及确定的当前的业务等级，确定风险筛查请求是否具有第一接口调用权限。若当前的业务等级符合或超过权限记录表中记录的业务等级，则认为风险筛查请求具有第一接口调用权限。

S102：若判断所述第三方平台以及所述风险筛查请求具有所述第一接口调用权限，则基于所述风险筛查请求建立风险筛查任务，并基于所述核保业务中包含的被保方数据、标的物数据，确定所述风险筛查任务所需的指定数据。

风险筛查任务中至少包含有第三方平台，以及其对应的核保业务中的信息（包括被保方数据、标的物数据，比如，被保方姓名、住址、联系方式等，以及，标的物种类、数量、所处位置等）。若当前建立有多个风险筛查任务，只可以同步多线程执行，或按照建立时间顺序执行。

指定数据指的是，在被保方数据、标的物数据中所选取的，用于进行风险筛查所需的数据。指定数据的类型通常是预先设置的，当然也可以基于当前的场景进行相应的调整。

S103：基于所述接口统一管理平台，确定所述指定数据对应的数据来源服务器，以及所述指定数据在所述数据来源服务器中对应的业务接口，并判断所述核保平台针对所述业务接口是否具有第二接口获取权限。

不同类型的指定数据，其来源服务器以及在来源服务器中所处的业务接口是不同的。比如，当标的物包括房产、办公设施、知识产权等多种时，每种标的物对应的标的物数据分别存储在不同的来源服务器中，房产对应的房产数据存储在相关部门，而办公设施的数据存储在被保方企业的平台，知识产权的数据存储在知识产权检索平台。

权限记录表中还记录有核保平台所拥有的第二接口获取权限，根据该权限记录表对自身是否拥有业务接口的第二接口获取权限进行判断查询。若拥有，则可以进行下一步动作，若未拥有，则停止当前的风险筛查任务，并向第三方平台返回停止原因。

S104：若判断所述核保平台具有所述第二接口获取权限，则通过所述业务接口在所述数据来源服务器中获取所述指定数据，以根据所述指定数据执行所述风险筛查任务，并通过所接口统一管理平台，将任务执行结果返回至所述第三方平台。

具体地，在获取指定数据时，可以通过业务接口向数据来源服务器发送相应的数据获取请求，接收到数据来源服务器的返回数据后，由于不同的来源服务器，其存储的数据格式可能不同，故而基于返回数据的数据格式，对返回数据进行解析，得到解析数据，然后将解析数据进行封装处理，得到在当前核保平台内统一格式的指定数据，也就完成了指定数据的获取。

其中，在解析数据之前，可以基于返回数据中的code编码，确定是否成功获取指定数据，若成功，则对返回数据进行解析，得到解析数据，但是也可能由于网络故障等原因失败，此时，则重新发送数据获取请求，并基于数据来源服务器提供的错误编码表对错误类型进行识别记录。

若重新发送数据获取请求后成功，则继续执行相应步骤，若多次发送仍然失败，则可以暂停风险筛查任务。

进一步地，在重新发送时，可以直接重新发送数据获取请求，然而这样做通常成功率较低，且在网络情况较差时，容易加重网络情况的额外负担。

基于此，首先基于数据来源服务器提供的错误编码表对错误类型进行识别记录，若错误类型为符合重新发送条件的预设类型（比如，可以在较短时间内进行修复的网络故障、设备故障），则可以重新发送数据获取请求。在重新发送时，基于错误类型，以及风险筛查任务对应的来源服务器，在预设时长后重新发送数据获取请求。

其中，不同的来源服务器其网络维修、设备维修的速度往往是不同的，故而获取已记录的所有的指定数据获取失败记录，并针对每次指定数据获取失败记录，确定其对应的来源服务器。

根据对应的来源服务器的出现次数，以及数据获取请求对应的发送次数，将两者相除，得到各来源服务器对应的第二出现比例。通常来说，第二出现比例越高，认为该来源服务器出现故障的概率越高，其对于维修的能力越差，故而短时间内去重新发送，所收到的效果较差。

因此，根据第二出现比例，得到各来源服务器对应的基础时长，基础时长与第二出现比例呈正相关，也就是第二出现比例越高，基础时长越长，且该基础时长可以是预先计算并存储在数据库中的，可以每隔一段时间（比如，三个月）进行一次更新。

若错误类型为符合重新发送条件的预设类型，则根据风险筛查任务对应的来源服务器的基础时长，以及错误类型对应的时长系数，将两者相乘，得到重新发送对应的预设时长，并在预设时长后重新发送数据获取请求。

对于不同的错误类型来说，其需要的修复时长也不同，通常来说，网络故障的引起原因可能是软件或硬件导致，而设备故障则往往是硬件导致，而由于服务器自身设备的结构较为复杂，且硬件的维修速度可能由于需要更换部件等原因，通常慢于软件的维修难度，故而在此认为设备故障对应的时长系数，高于网络故障对应的时长系数。

当然，若是错误类型为其他类型（比如，权限不足），则暂停风险筛查任务，并将当前的任务进度进行持久化备份，后续当拥有权限后，可以重启风险筛查任务，根据备份的任务进度继续执行风险筛查任务。可以对存储时长进行限定，当超过存储时长后，可以将备份的内容删除。

另外，为了降低风险筛查任务失败的概率，可以获取已记录的所有的指定数据获取失败记录，并针对每次指定数据获取失败记录，确定其对应的错误类型（错误类型可以基于数据来源服务器提供的错误编码表确定，比如，网络故障、设备故障、权限不足等），并确定指定数据获取失败记录对应的任务执行方，任务执行方包括：第三方平台、业务接口和来源服务器。

此时，对指定数据获取失败记录进行统计分析，根据错误类型的出现次数，以及数据获取请求对应的发送次数，确定各错误类型对应的第一出现比例，比如，发送次数为1000次，“网络故障”这一错误类型的出现次数为2次，则其第一出现比例为0.2%。

在所有错误类型中，筛选得到第一出现比例高于第一预设比例（比如，0.1%）的错误类型，作为高发错误类型，一些很少出现的错误类型则不再额外花费算力进行考虑，从而只针对高发错误类型进行统计分析。

在指定数据获取失败记录中，选取错误类型为高发错误类型的失败记录，并确定选取的失败记录中，出现频率最高的若干个任务执行方，并对这若干个任务执行方进行记录，其中，可以针对第三方平台、业务接口和来源服务器，分别筛选出若干个，进行记录。

若再次生成这若干个任务执行方对应的风险筛查任务，则说明本次任务执行时，出现任务失败的概率较高，故而在任务执行过程中，对获取的数据进行实时持久化备份，以防止任务失败后，数据丢失的情况发生，便于任务重新启动时能够根据备份的数据继续执行。当然，在任务执行完毕后，则可以将备份的数据进行删除。

在一个实施例中，上文已经说过，不同第三方平具有不同的第一接口调用权限，且在权限记录表中记录有其能够处理业务等级。通常来说，业务等级并非一直不变的，可以将接口对接成功的次数作为其能够处理的业务等级的参考因素之一。

具体地，获取已记录的所有的指定数据获取失败记录，并针对每次指定数据获取失败记录，确定其对应的第三方平台。根据第三方平台的出现次数，以及数据获取请求对应的发送次数，确定各第三方平台对应的第三出现比例。

第三出现比例越低，表示该第三方平台对应的成功次数越高，此时，可以为其赋予能够处理的更高的业务等级，故而选取第三出现比例低于第二预设比例的第三方平台，并在权限记录表中，提升该第三方平台所能够处理的核保业务的业务等级。

如图2所示，本申请实施例还提供了一种基于接口统一管理的核保业务执行设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如：上述任一实施例所述的基于接口统一管理的核保业务执行方法。

本申请实施例还提供了一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：上述任一实施例所述的基于接口统一管理的核保业务执行方法。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM) 和/或非易失性内存等形式，如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (7)

1.一种基于接口统一管理的核保业务执行方法，其特征在于，应用在核保平台中，所述方法包括：

接收第三方平台针对核保业务发送的风险筛查请求，并基于所述核保平台中的接口统一管理平台，判断所述第三方平台以及所述风险筛查请求是否具有第一接口调用权限；

若判断所述第三方平台以及所述风险筛查请求具有所述第一接口调用权限，则基于所述风险筛查请求建立风险筛查任务，并基于所述核保业务中包含的被保方数据、标的物数据，确定所述风险筛查任务所需的指定数据；

基于所述接口统一管理平台，确定所述指定数据对应的数据来源服务器，以及所述指定数据在所述数据来源服务器中对应的业务接口，并判断所述核保平台针对所述业务接口是否具有第二接口获取权限；

若判断所述核保平台具有所述第二接口获取权限，则通过所述业务接口在所述数据来源服务器中获取所述指定数据，以根据所述指定数据执行所述风险筛查任务，并通过所接口统一管理平台，将任务执行结果返回至所述第三方平台；

通过所述业务接口在所述数据来源服务器中获取所述指定数据，具体包括：

通过所述业务接口向所述数据来源服务器发送数据获取请求；

接收所述数据来源服务器的返回数据，并基于所述返回数据的数据格式，对所述返回数据进行解析，得到解析数据；

将所述解析数据进行封装处理，得到统一格式的所述指定数据；

基于所述返回数据的数据格式，对所述返回数据进行解析，得到解析数据，具体包括：

基于所述返回数据中的code编码，确定是否成功获取所述指定数据；

若成功，则对所述返回数据进行解析，得到解析数据；

若失败，则重新发送所述数据获取请求，并基于所述数据来源服务器提供的错误编码表对错误类型进行识别记录；

所述方法还包括：

获取已记录的所有的指定数据获取失败记录，并针对每次指定数据获取失败记录，确定其对应的错误类型，以及所述指定数据获取失败记录对应的任务执行方，所述任务执行方包括：第三方平台、来源服务器；

对所有指定数据获取失败记录进行统计分析，根据所述错误类型的出现次数，以及所述数据获取请求对应的发送次数，确定各错误类型对应的第一出现比例；

在所有错误类型中，筛选得到所述第一出现比例高于第一预设比例的错误类型，作为高发错误类型；

在指定数据获取失败记录中，选取错误类型为高发错误类型的失败记录，并确定选取的失败记录中，出现频率最高的若干个任务执行方；

若再次生成所述频率最高的若干个任务执行方对应的风险筛查任务，则在任务执行过程中，对获取的数据进行实时持久化备份。

2.根据权利要求1所述的方法，其特征在于，判断所述第三方平台以及所述风险筛查请求是否具有第一接口调用权限，具体包括：

根据所述接口统一管理平台中记录的权限记录表，确定所述第三方平台是否具有所述第一接口调用权限；

若所述第三方平台具有所述第一接口调用权限，则基于所述核保业务中包含的预估核保价值，确定所述风险筛查请求对应的所述核保业务的业务等级；

根据所述权限记录表，以及所述业务等级，确定所述风险筛查请求是否具有所述第一接口调用权限。

3.根据权利要求1所述的方法，其特征在于，重新发送所述数据获取请求，并基于所述数据来源服务器提供的错误编码表对错误类型进行识别记录，具体包括：

基于所述数据来源服务器提供的错误编码表对错误类型进行识别记录；

若所述错误类型为符合重新发送条件的预设类型，则基于所述错误类型，以及所述风险筛查任务对应的来源服务器，在预设时长后重新发送所述数据获取请求，其中，所述预设类型至少包括网络故障、设备故障；

若所述错误类型为其他类型，则暂停所述风险筛查任务，并将当前的任务进度进行持久化备份，以在重启所述风险筛查任务后，根据备份的任务进度继续执行所述风险筛查任务，其中，所述其他类型包括权限不足。

4.根据权利要求3所述的方法，其特征在于，若所述错误类型为符合重新发送条件的预设类型，则基于所述错误类型，以及所述风险筛查任务对应的来源服务器，在预设时长后重新发送所述数据获取请求，具体包括：

获取已记录的所有的指定数据获取失败记录，并针对每次指定数据获取失败记录，确定其对应的来源服务器；

根据所述对应的来源服务器的出现次数，以及所述数据获取请求对应的发送次数，确定各来源服务器对应的第二出现比例；

根据所述第二出现比例，得到各来源服务器对应的基础时长，所述基础时长与所述第二出现比例呈正相关；

若所述错误类型为符合重新发送条件的预设类型，则根据所述风险筛查任务对应的来源服务器的基础时长，以及所述错误类型对应的时长系数，得到重新发送对应的预设时长，并在预设时长后重新发送所述数据获取请求，其中，所述设备故障对应的时长系数，高于所述网络故障对应的时长系数。

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

获取已记录的所有的指定数据获取失败记录，并针对每次指定数据获取失败记录，确定其对应的第三方平台；

根据所述第三方平台的出现次数，以及所述数据获取请求对应的发送次数，确定各第三方平台对应的第三出现比例；

选取所述第三出现比例低于第二预设比例的第三方平台，并在权限记录表中，提升该第三方平台所能够处理的核保业务的业务等级。

6.一种基于接口统一管理的核保业务执行设备，其特征在于，应用在核保平台中，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如：权利要求1~5中任一项权利要求所述的基于接口统一管理的核保业务执行方法。

7.一种非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，应用在核保平台中，所述计算机可执行指令设置为：权利要求1~5中任一项权利要求所述的基于接口统一管理的核保业务执行方法。