CN114037539A - 一种保险出单链路异常检测方法及装置 - Google Patents

Abstract

本申请实施例提供了一种保险出单链路异常检测方法及装置，用于快速定位异常节点，提升发现问题、解决问题的效率以及提升接口调用的安全性。所述方法包括：确定是否需要对保险出单链路进行异常检测；其中，所述保险出单链路包括多个处理节点；在确定需要对保险出单链路进行异常检测时，根据所述多个处理节点的执行顺序向第一个处理节点发送第一测试报文；其中，所述多个处理节点按照所述执行顺序对所述第一测试报文进行处理；预设时长后，确定所述多个处理节点中是否每个处理节点中都包含所述第一测试报文；若第一处理节点不包含所述第一测试报文，则确定所述第一处理节点为异常节点。

Description

一种保险出单链路异常检测方法及装置

技术领域

本发明涉及产品测试技术，尤其涉及一种保险出单链路异常检测方法及装置。

背景技术

在互联网环境的影响下，由于保险业务涉及到多个子系统之间的交互，例如，一个保险出单链路往往是由渠道，top平台，核心系统，单证系统，消息系统等子系统组成，其中，每个子系统由不同的IT团队进行维护，使得每次新的产品上线或渠道对接的时候，需要进行多个子系统配合上线，且在上线完成进行功能验证时，往往每个团队只验证自己维护的子系统是否存在异常，而无法关联的分析上下游业务数据是否正常，从而出现单个子系统验证正常，整个出单链路无法出单的情况，使得在问题定位时需要多个子系统联动进行错误筛查修正，问题排查效率低；而且各个子系统验证功能的方式大多数是靠人工调用接口，存在一定的安全风险。

以及，通常在业务部门发现出单异常进行上报或者是客户投诉无法投保时，IT部门才会感知保险出单链路出现异常，并介入排查解决相关问题，时效性差，影响正常的保险业务和客户体验。

发明内容

本申请实施例提供了一种保险出单链路异常检测方法及装置，用于快速定位异常节点，提升发现问题、解决问题的效率以及提升接口调用的安全性。

第一方面，提供一种保险出单链路异常检测方法，所述方法包括：

确定是否需要对保险出单链路进行异常检测；其中，所述保险出单链路包括多个处理节点；

在确定需要对保险出单链路进行异常检测时，根据所述多个处理节点的执行顺序向第一个处理节点发送第一测试报文；其中，所述多个处理节点按照所述执行顺序对所述第一测试报文进行处理；

预设时长后，确定所述多个处理节点中是否每个处理节点中都包含所述第一测试报文；

若第一处理节点不包含所述第一测试报文，则确定所述第一处理节点为异常节点。

可选的，所述确定是否需要对保险出单链路进行异常检测，包括：

检测是否接收到测试任务请求；

在确定接收到所述测试任务请求时，确定需要对所述保险出单链路进行异常检测。

可选的，所述向第一个处理节点发送第一测试报文之前，还包括：

确定发起所述测试任务请求的服务器是否为定时服务器或代码发布服务器；

若确定发起所述测试任务请求的服务器为所述定时服务器或代码服务器，则向所述第一个处理节点发送所述第一测试报文。

可选的，所述测试任务请求指示所述代码服务器已完成对所述每个处理节点的代码发布任务。

可选的，所述预设时长后，确定所述多个处理节点中是否每个处理节点中都包含所述第一测试报文，包括：

获取所述每个处理节点对所述第一测试报文处理之后输出的参数；其中，所述参数包括所述第一测试报文对应的第一请求流水号和所述第一测试报文发送成功的第一时间；

以所述第一时间为起始时间的所述预设时长后，确定所述每个处理节点输出的参数中是否都包含所述第一请求流水号。

可选的，所述参数还包括保单号，所述保单号中包含用于指示报文为测试报文的第一标识，所述确定所述每个处理节点输出的参数中是否都包含所述第一请求流水号，包括：

获取第二处理节点输出的多个保单号；

根据所述第一标识，确定所述多个保单号中测试报文对应的第一保单号；

确定所述第一保单号对应的报文的请求流水号中是否包括所述第一请求流水号；

若所述第一保单号对应的报文的请求流水号包括所述第一请求流水号，则确定所述第二处理节点输出的参数中包括所述第一请求流水号。

可选的，所述确定所述第一处理节点出现异常之后，还包括：

输出告警信息；其中，所述告警信息中携带所述第一处理节点的节点标识。

第二方面，提供一种保险出单链路异常检测装置，所述装置包括：

处理模块，用于确定是否需要对保险出单链路进行异常检测；其中，所述保险出单链路包括多个处理节点；

通信模块，用于在所述处理模块确定需要对保险出单链路进行异常检测时，根据所述多个处理节点的执行顺序向第一个处理节点发送第一测试报文；其中，所述多个处理节点按照所述执行顺序对所述第一测试报文进行处理；

所述处理模块，还用于在预设时长后，确定所述多个处理节点中是否每个处理节点中都包含所述第一测试报文；

所述处理模块，还用于在确定第一处理节点不包含所述第一测试报文时，确定所述第一处理节点为异常节点。

可选的，所述处理模块，具体用于：

检测是否接收到测试任务请求；

在确定接收到所述测试任务请求时，确定需要对所述保险出单链路进行异常检测。

可选的，所述处理模块，还用于：

确定发起所述测试任务请求的服务器是否为定时服务器或代码发布服务器；

若确定发起所述测试任务请求的服务器为所述定时服务器或代码服务器，则通过所述通信模块向所述第一个处理节点发送所述第一测试报文。

可选的，所述测试任务请求指示所述代码服务器已完成对所述每个处理节点的代码发布任务。

可选的，所述处理模块，具体用于：

获取所述每个处理节点对所述第一测试报文处理之后输出的参数；其中，所述参数包括所述第一测试报文对应的第一请求流水号和所述第一测试报文发送成功的第一时间；

以所述第一时间为起始时间的所述预设时长后，确定所述每个处理节点输出的参数中是否都包含所述第一请求流水号。

可选的，所述参数还包括保单号，所述保单号中包含用于指示报文为测试报文的第一标识，所述处理模块，具体用于：

获取第二处理节点输出的多个保单号；

根据所述第一标识，确定所述多个保单号中测试报文对应的第一保单号；

确定所述第一保单号对应的报文的请求流水号中是否包括所述第一请求流水号；

若所述第一保单号对应的报文的请求流水号包括所述第一请求流水号，则确定所述第二处理节点输出的参数中包括所述第一请求流水号。

可选的，所述处理模块，还用于：

输出告警信息；其中，所述告警信息中携带所述第一处理节点的节点标识。

第三方面，提供一种电子设备，所述电子设备包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面中任一项所述的方法包括的步骤。

第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中任一项所述的方法。

第五方面，提供一种包含指令的计算机成粗产品，当所述计算机程序产品在计算机上运行时，使得计算机执行上述各种可能的实现方式中所描述的保险出单链路异常检测方法。

在本申请实施例中，在确定需要对保险出单链路中包括的多个处理节点(或者也可以称作是多个子系统)进行异常检测时，根据多个处理节点的执行顺序向第一个处理节点发送第一测试报文，其中，多个处理节点按照所述执行顺序对第一测试报文进行处理，在预设时长(多个处理节点对该第一测试报文的进行处理所需要的时长)后，确定多个处理节点中是否每个处理节点中都包含第一测试报文，若第一处理节点不包括第一测试报文，则说明第一处理节点出现异常，此时确定第一处理节点为异常节点。也就是说，在第一测试报文发布的预设时长后，若哪个节点中没有检测到该第一测试报文则说明该节点出现异常，这样，可以快速定位异常节点，从而提升IT团队发现问题和解决问题的效率，以及在确定需要对保险出单链路进行异常检测时，自动发起测试报文进行检测，节省了人力，同时有效避免了人为因素导致的接口调用安全性较低的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例。

图1为本申请实施例提供的一种保险出单链路异常检测方法的流程图；

图2为本申请实施例提供的一种保险出单链路异常检测系统的结构示意图；

图3为本申请实施例提供的一种保险出单链路包括的多个处理节点之间的数据流转图；

图4为本申请实施例提供的一种保险出单链路异常检测装置的结构框图；

图5为本发明实施例中的计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

为了便于理解，下面先对本发明实施例的技术背景进行介绍。

目前，新的保险产品上线和新的产品渠道对接往往是通过开发功能、代码发布和生产验证几个步骤，其中，功能开发是在测试环境进行，各处理节点会进行测试联调，通过以后会根据处理节点的执行顺序，依次通过代码发布(例如是通过jenkins发布)，发布以后，生产验证通过模拟报文，调用接口查看日志或者接口返回验证系统的功能是否正常，虽然有些费时费力，对于单个系统功能验证还能勉强使用，但是像保险出单链路这样涉及到多个处理节点的，要确保整个保险出单链路正常，首先需要源头系统如top进行模拟报文接口调用，其下游系统会依次查看数据库或者日志来判断出单是否正常，一旦出现问题，很难精准定位，因此，依靠人工验证的效率低，且容易出现漏测的情况，也容易产生由于测试报文不规范产生的安全问题。

鉴于此，本申请实施例提供了一种保险出单链路异常检测方法，在确定需要对保险出单链路进行异常检测时，向多个处理节点中的第一个处理节点发送第一测试报文，然后在预设时长后判断是否每个处理节点中都有该第一测试报文，若第一处理节点中没有该第一测试报文，则确定第一处理节点为异常节点。可以快速定位异常节点，从而提升IT团队发现问题和解决问题的效率，以及在确定需要对保险出单链路进行异常检测时，自动发起测试报文进行检测，节省了人力，同时有效避免了人为因素导致的接口调用安全性较低的问题。

下面结合说明书附图介绍本申请实施例提供的技术方案。

请参见图1所示，图1为本申请实施例提供的一种保险出单链路异常检测方法，图1所示的保险出单链路异常检测方法的流程描述如下：

步骤101：确定是否需要对保险出单链路进行异常检测；

其中，保险出单链路中包括多个处理节点。在一种可能的实施方式中，定时服务器、代码发布服务器、手机和电脑等电子设备都可以发起测试任务请求，当检测接收到测试任务请求时，表明需要对保险出单链路进行异常检测。

在具体的实施过程中，在检测接收到测试任务请求时，还可以对发起测试任务请求的服务器进行IP鉴权，判断发起测试任务请求的服务器是否为定时服务器或代码发布服务器，若根据所述IP确定发起测试任务请求的设备是定时服务器或代码发布服务器，则确定需要对保险出单链路进行异常检测，若根据所述IP确定发起测试任务请求的设备是其它服务器，或者是移动终端设备(例如是手机、电脑或平板电脑等移动设备)，则确定不需要对保险出单链路进行异常检测，其中，定时服务器发起测试任务请求的时间由IT团队设置，并且在到达IT团队设置的时间时自动发起测试任务请求，例如，IT团队设置的时间为每天早上9点，下午3点，晚上8点，则在早上9点，下午3点，晚上8点时定时服务器自动发起测试任务请求，此时不需要发布功能；代码发布服务器是在有新产品上线或新产品渠道对接时，由IT团队将代码上传到代码发布服务器，代码发布服务器在完成对多个处理节点中每个处理节点的代码发布任务之后，发起测试任务请求。这样，通过对发起测试任务请求的设备IP进行安全认证，只响应合法的调用方(即定时服务器和代码发布服务器)发起的测试任务请求，可以有效提升对保险出单链路异常检测的安全性。以及通过定时服务器和代码发布服务器自动的发起测试任务请求，有效节省了人力，同时有效避免了人为因素造成漏掉某些处理节点的验证，以及有效提升了接口调用的安全性。

在一种可能的实施方式中，代码发布服务器向多个处理节点发布代码的顺序与多个处理节点对测试报文进行处理的执行顺序负相关。这样，可以有效避免上一个处理节点已执行完对报文的处理，且已调用下一个处理节点的接口将测试报文发送给下一个处理节点，但是下一个处理节点中还未上线对应的功能，从而导致报错的情况。

例如，保险出单链路中包括源头top系统、核心core系统和电子单证doc系统，每个系统为一个处理节点，其中，top系统作为渠道对接平台，用于从不同的渠道获取投保信息，core系统用于获取top系统获取的投保信息，生成保单(例如是保险承保的生效日期，有效日期等)，并将生成的信息推送到doc系统，doc系统用于生成电子保单并保存，用于后续进行保单的查询。因此确定top系统、core系统和doc系统的执行顺序为top系统、core系统和doc系统，当新的保险产品上线或新的产品渠道对接时，将开发完成的代码通过jenkins按照系统间的一来关系进行依次发布，即doc系统、core系统和top系统，在发布top系统的jenkins脚本中编写发布完成之后，发起测试任务请求。这样，当top系统在接收到测试报文执行相关出单逻辑之后，调用core系统的接口以使core系统执行相关出单逻辑，此时，由于core系统的关于该代码对应的功能已上线完成，因此可以有效避免由于下一个处理节点未上线对应功能导致报错的情况。

步骤102：在确定需要对保险出单链路进行异常检测时，根据多个处理节点的执行顺序向第一个处理节点发送第一测试报文；

步骤103：预设时长后，确定多个处理节点中是否每个处理节点中都包含第一测试报文；

具体的，获取每个处理节点对第一测试报文进行处理之后输出的参数，其中，参数包括第一测试报文对应的第一请求流水号和第一测试报文发送成功的第一时间，以第一时间为起始时间的预设时长后，确定每个处理节点输出的参数中是否都包含第一请求流水号，若每个处理节点输出的参数中都包含第一请求流水号，则表明多个处理节点中没有异常节点，若多个处理节点中的第一处理节点输出的参数中不包含第一请求流水号，则表明第一处理节点为异常节点。

在一种可能的实施方式中，输出的参数还可以包含保单号，保单号中包含用于指示报文为测试报文的第一标识，其中，第一标识例如可以是在保单号生成时，在指定的位置生成指定的数字序列(例如，生成保单号时将第16、17位的数字生成为08，或者还可以是其它的任何标记等等)获取每个处理节点输出的多个保单号，根据第一标识从每个处理节点输出的多个保单号中筛选出测试报文对应保单号，确定测试报文对应的保单号对应的报文的请求流水号中是否包括第一请求流水号，若包括，则确定对应处理节点输出的参数中包括第一请求流水号，若不包括，则确定对应的处理节点输出的参数中不包括第一请求流水号。例如，获取第二处理节点输出的多个保单号，根据第一标识，确定所述多个保单号中测试报文对应的第一保单号(其中，第一保单号中包括多个测试报文对应的保单号)，确定第一保单号对应的报文的请求流水号中是否包括第一请求流水号，若第一保单号对应的报文的请求流水号包括第一请求流水号，则确定第二处理节点输出的参数中包括第一请求流水号，这样，可以通过第一标识先将每个处理节点处理的报文中的测试报文筛选出来，然后从筛选出的报文中确定是会否存在异常节点，可以有效提升保险出单链路的异常检测效率。

步骤104：若第一处理节点不包含第一测试报文，则确定第一处理节点为异常节点。

在一种可能的实施方式中，在确定第一处理及诶单为异常节点之后，还可以输出告警信息，并在所述告警信息中携带第一处理节点的节点标识，这样，可以使得IT团队能够及时发现保险出单链路出现异常，且可以根据该节点标识确定出现异常的处理节点，从而提升排查问题的效率。

下面结合具体的实施例对本申请提供的保险出单链路异常检测的方法进行解释说明。

实施例1

请参见图2所示，图2为本申请实施例提供的一种保险出单链路异常检测系统，该系统包括：测试模块、数据感知模块和实时分析告警模块。其中，测试模块包括测试报文起始start节点、top系统、core系统和doc系统；数据感知模块包括top数据库、核心数据库、电子单证数据库、cdc数据同步系统和测试单数据库；实时分析告警模块包括实时分析系统和告警系统。

在新的保险产品上线和新的产品渠道对接时，IT团队将开发完成的代码通过jenkins按照每个处理节点执行顺序相反的顺序依次发布代码，例如依次向doc系统、core系统和top系统发布代码，并在向每个处理节点的代码发布任务都完成后，向start节点发起测试任务请求，start节点将发送的测试报文(例如是第一测试报文)和发送时间写入测试单数据库，同时调用top系统接口向top系统发送测试报文，top系统在接收到测试报文执行相关出单逻辑，并将该测试报文产生的保单信息(即输出的参数)存储到top数据库，同时调用core系统的接口，向core系统发送测试报文，core系统根据top系统发送的测试报文(即第一测试报文)执行出单逻辑，将输出的参数保存到核心数据库，同时调用doc系统的接口向doc系统发送测试报文，doc系统根据core系统发送的测试报文生成电子保单，并将输出的参数存储到电子单证数据库。

cdc数据同步系统根据第一标识对top数据库、核心数据库和电子单证数据库中的测试报文数据进行过滤写入测试单数据库，实时分析系统在时间窗口(例如5分钟)检测每个处理节点输出的参数，确定start节点、top系统、core系统和doc系统是否都存在针对第一测试报文进行处理之后输出的参数，如果core系统输出的参数中没有针对第一测试报文进行处理之后输出的参数，则说明core系统出现异常，此时输出携带core节点标识的告警信息。其中，start节点、top系统、core系统和doc系统中的数据流转请参见图3所示。

其中，request_id是请求流水号，标识是哪个测试报文，是由start节点随机生成的，一个测试报文在一次测试任务中，对应一个唯一的请求流水号，用于进行数据关联；policy_no是保单号，第16、17位为08表示是测试单，用于与正常业务保单号进行区分，由于保单号是由top系统生成并推送到下游系统的，因此start节点中policy_no为空；product_code，channel_code，bussiness_time分别表示产品编号，渠道编号，业务发生的时间，是业务属性，用于告警；add_time表示数据落库时间(即每个系统执行完出单逻辑，将输出的参数写入对应的数据库的时间)。

在具体的实施过程中，当start节点发起测试任务时，生成request_id，并将带有request_id的测试报文存到测试单数据库，cdc根据第一标识同步实时感知top数据库、核心数据库和电子单证数据库中的数据变化，一旦有测试报文相关数据就存储到测试单数据库，实时分析系统采取流式处理方式(如flink)对数据以滑动时间窗口(3分钟)对测试单库中的数据进行分析；例如start节点针对第一测试报文生成的request_id为698951385297419611，add_time为2021-08-17 09:33:48，如果实时分析系统在2021-08-1709:33:48与2021-08-1709:36:48时间区间内，查找到测试单数据库中top系统、core系统和doc系统对应输出的参数中存在request_id为698951385297419611的记录，就说明保险出单链路正常，否则保险出单链路出单异常，如在core节点查不到request_id为698951385297419611请求流水号，则说明top系统和core系统之间出单异常，根据top系统输出的request_id，policy_no，channel_code，product_code等信息能够精准的告警是哪个保单在哪个节点丢失，从而提升排查问题的效率。

实施例2

IT团队在定时服务器中设置每天早上9点，下午3点，晚上8点发起测试任务请求，因此定时服务器在到达设定时间时调用start节点发起测试任务，发起测试任务之后，每个处理节点执行如实施例1中的步骤，在此不再赘述。

在本申请实施例中，将测试任务和代码发布流程相结合，能够在生产环境每次上线新的保险产品或对接新的产品渠道时自动模拟出单测试，以及采用定时任务发起测试任务，不需要人工干预，简单易用，对出单各个系统的数据采取cdc感知，无侵入性，对系统性能无影响，且通过自动发起的测试任务，在检测到异常节点时实时告警，可以快速的定位异常节点，提高发现问题、解决问题的效率，节省了人力，也避免人为因素造成漏掉验证节点和接口调用的安全问题，对保险业务的稳定开展具有重要意义。

基于同一发明构思，本申请实施例提供了一种保险出单链路异常检测装置，该保险出单链路异常检测装置能够实现前述的保险出单链路异常检测方法对应的功能。该保险出单链路异常检测装置可以是硬件结构、软件模块、或硬件结构加软件模块。该保险出单链路异常检测装置可以由芯片系统实现，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。请参见图4所示，该保险出单链路异常检测装置包括处理模块401和通信模块402。其中：

处理模块401，用于确定是否需要对保险出单链路进行异常检测；其中，所述保险出单链路包括多个处理节点；

通信模块402，用于在所述处理模块确定需要对保险出单链路进行异常检测时，根据所述多个处理节点的执行顺序向第一个处理节点发送第一测试报文；其中，所述多个处理节点按照所述执行顺序对所述第一测试报文进行处理；

所述处理模块401，还用于在预设时长后，确定所述多个处理节点中是否每个处理节点中都包含所述第一测试报文；

所述处理模块401，还用于在确定第一处理节点不包含所述第一测试报文时，确定所述第一处理节点为异常节点。

可选的，所述处理模块401，具体用于：

检测是否接收到测试任务请求；

在确定接收到所述测试任务请求时，确定需要对所述保险出单链路进行异常检测。

可选的，所述处理模块401，还用于：

确定发起所述测试任务请求的服务器是否为定时服务器或代码发布服务器；

若确定发起所述测试任务请求的服务器为所述定时服务器或代码服务器，则通过所述通信模块402向所述第一个处理节点发送所述第一测试报文。

可选的，所述测试任务请求指示所述代码服务器已完成对所述每个处理节点的代码发布任务。

可选的，所述处理模块401，具体用于：

获取所述每个处理节点对所述第一测试报文处理之后输出的参数；其中，所述参数包括所述第一测试报文对应的第一请求流水号和所述第一测试报文发送成功的第一时间；

以所述第一时间为起始时间的所述预设时长后，确定所述每个处理节点输出的参数中是否都包含所述第一请求流水号。

可选的，所述参数还包括保单号，所述保单号中包含用于指示报文为测试报文的第一标识，所述处理模块401，具体用于：

获取第二处理节点输出的多个保单号；

根据所述第一标识，确定所述多个保单号中测试报文对应的第一保单号；

确定所述第一保单号对应的报文的请求流水号中是否包括所述第一请求流水号；

若所述第一保单号对应的报文的请求流水号包括所述第一请求流水号，则确定所述第二处理节点输出的参数中包括所述第一请求流水号。

可选的，所述处理模块401，还用于：

输出告警信息；其中，所述告警信息中携带所述第一处理节点的节点标识。

前述的保险出单链路异常检测方法的实施例涉及的各步骤的所有相关内容均可援引到本申请施例中的保险出单链路异常检测装置所对应的功能模块的功能描述，在此不再赘述。

本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

基于同一发明构思，本申请实施例提供一种电子设备。请参见图5所示，该电子设备包括至少一个处理器501，以及与至少一个处理器连接的存储器502，本申请实施例中不限定处理器501与存储器502之间的具体连接介质，图5中是以处理器501和存储器502之间通过总线500连接为例，总线500在图5中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线500可以分为地址总线、数据总线、控制总线等，为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，存储器502存储有可被至少一个处理器501执行的指令，至少一个处理器501通过执行存储器502存储的指令，可以执行前述的保险出单链路异常检测方法中所包括的步骤。

其中，处理器501是电子设备的控制中心，可以利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器502内的指令以及调用存储在存储器502内的数据，电子设备的各种功能和处理数据，从而对电子设备进行整体监控。可选的，处理器501可包括一个或多个处理单元，处理器501可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。在一些实施例中，处理器501和存储器502可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器501可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的保险出单链路异常检测方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器502可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器502是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器501进行设计编程，可以将前述实施例中介绍的保险出单链路异常检测方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述的保险出单链路异常检测方法的步骤，如何对处理器501进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种计算可读存储介质，该计算可读存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行如前述的保险出单链路异常检测方法的步骤。

在一些可能的实施方式中，本申请提供的保险出单链路异常检测方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使该检测设备执行本说明书上述描述的根据本申请各种示例性实施方式的保险出单链路异常检测方法中的步骤。

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

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种保险出单链路异常检测方法，其特征在于，所述方法包括：

确定是否需要对保险出单链路进行异常检测；其中，所述保险出单链路包括多个处理节点；

在确定需要对保险出单链路进行异常检测时，根据所述多个处理节点的执行顺序向第一个处理节点发送第一测试报文；其中，所述多个处理节点按照所述执行顺序对所述第一测试报文进行处理；

预设时长后，确定所述多个处理节点中是否每个处理节点中都包含所述第一测试报文；

若第一处理节点不包含所述第一测试报文，则确定所述第一处理节点为异常节点。

2.如权利要求1所述的方法，其特征在于，所述确定是否需要对保险出单链路进行异常检测，包括：

检测是否接收到测试任务请求；

在确定接收到所述测试任务请求时，确定需要对所述保险出单链路进行异常检测。

3.如权利要求2所述的方法，其特征在于，所述向第一个处理节点发送第一测试报文之前，还包括：

确定发起所述测试任务请求的服务器是否为定时服务器或代码发布服务器；

若确定发起所述测试任务请求的服务器为所述定时服务器或代码服务器，则向所述第一个处理节点发送所述第一测试报文。

4.如权利要求3所述的方法，其特征在于，所述测试任务请求指示所述代码服务器已完成对所述每个处理节点的代码发布任务。

5.如权利要求1所述的方法，其特征在于，所述预设时长后，确定所述多个处理节点中是否每个处理节点中都包含所述第一测试报文，包括：

获取所述每个处理节点对所述第一测试报文处理之后输出的参数；其中，所述参数包括所述第一测试报文对应的第一请求流水号和所述第一测试报文发送成功的第一时间；

以所述第一时间为起始时间的所述预设时长后，确定所述每个处理节点输出的参数中是否都包含所述第一请求流水号。

6.如权利要求5所述的方法，其特征在于，所述参数还包括保单号，所述保单号中包含用于指示报文为测试报文的第一标识，所述确定所述每个处理节点输出的参数中是否都包含所述第一请求流水号，包括：

获取第二处理节点输出的多个保单号；

根据所述第一标识，确定所述多个保单号中测试报文对应的第一保单号；

确定所述第一保单号对应的报文的请求流水号中是否包括所述第一请求流水号；

若所述第一保单号对应的报文的请求流水号包括所述第一请求流水号，则确定所述第二处理节点输出的参数中包括所述第一请求流水号。

7.如权利要求5所述的方法，其特征在于，所述确定所述第一处理节点出现异常之后，还包括：

输出告警信息；其中，所述告警信息中携带所述第一处理节点的节点标识。

8.一种保险出单链路异常检测装置，其特征在于，所述装置包括：

处理模块，用于确定是否需要对保险出单链路进行异常检测；其中，所述保险出单链路包括多个处理节点；

通信模块，用于在所述处理模块确定需要对保险出单链路进行异常检测时，根据所述多个处理节点的执行顺序向第一个处理节点发送第一测试报文；其中，所述多个处理节点按照所述执行顺序对所述第一测试报文进行处理；

所述处理模块，还用于在预设时长后，确定所述多个处理节点中是否每个处理节点中都包含所述第一测试报文；

所述处理模块，还用于在确定第一处理节点不包含所述第一测试报文时，确定所述第一处理节点为异常节点。

9.一种电子设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行权利要求1-7任一项所述的方法包括的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行如权利要求1-7任一项所述的方法。

Images