CN107896170B - 保险应用系统的监控方法及装置 - Google Patents

Abstract

本申请公开了一种保险应用系统的监控方法及装置，涉及应用技术领域，可以及时获取得到保险应用系统出现的异常状况，并且不会造成错误遗漏。所述方法包括：实时获取保险应用系统的特征数据；根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控；依据监控结果，确定所述保险应用系统存在的异常状况。本申请适用于保险应用系统的监控。

Description

保险应用系统的监控方法及装置

技术领域

本申请涉及应用技术领域，特别是涉及一种保险应用系统的监控方法及装置。

背景技术

随着网络技术日益发展成熟及网络业务的不断发展，各种网络业务的应用系统的数量不断增多，保险应用系统也得到了飞速发展，但是由于保险业务的多变、应用系统漏洞等原因，保险应用系统也经常出现一些异常状况。

目前，为了发掘保险应用系统出现的异常状况，需要专门的技术人员查找保险应用系统中万维网(World Wide Web，WEB)服务器记录的日志文件，然后从该日志文件中人工查找到记录的异常信息；或者需要人工干预，在特定数据出现异常时，经人工分析后才能发掘保险应用系统出现的异常状况。然而，这两种人工方式效率较低，无法及时获取得到保险应用系统出现的异常状况，并且容易造成错误遗漏。

发明内容

有鉴于此，本申请提供了一种保险应用系统的监控方法及装置，主要目的在于解决目前通过人工方式发掘保险应用系统出现的异常状况，无法及时获取得到该异常状况，并且容易造成错误遗漏的问题。

依据本申请一个方面，提供了一种保险应用系统的监控方法，该方法包括：

实时获取保险应用系统的特征数据；

根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控；

依据监控结果，确定所述保险应用系统存在的异常状况。

依据本申请另一个方面，提供了一种保险应用系统的监控装置，该装置包括：

获取单元，用于实时获取保险应用系统的特征数据；

监控单元，用于根据所述获取单元获取的特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控；

确定单元，用于依据监控单元的监控结果，确定所述保险应用系统存在的异常状况。

依据本申请又一个方面，提供了一种存储设备，其上存储有计算机程序，所述程序被处理器执行时实现上述保险应用系统的监控方法。

依据本申请再一个方面，提供了一种保险应用系统监控的实体装置，包括存储设备、处理器及存储在存储设备上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述保险应用系统的监控方法。

借由上述技术方案，本申请提供的一种保险应用系统的监控方法及装置，与目前通过人工方式发掘保险应用系统出现的异常状况相比，本申请可以根据实时获取的保险应用系统的特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对保险应用系统进行不同层架构的异常监控，可以自动发掘出保险应用系统出现的异常状况，进而可以及时获取得到保险应用系统出现的异常状况，并且不会造成错误遗漏，以便后续技术人员针对该异常状况及时对保险应用系统进行改进，减少异常状况发生。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

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

图1示出了本申请实施例提供的一种保险应用系统的监控方法流程示意图；

图2示出了本申请实施例提供的一种保险应用系统的监控装置的结构示意图；

图3示出了本申请实施例提供的另一种保险应用系统的监控装置结构示意图。

具体实施方式

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

本申请实施例提供了一种保险应用系统的监控方法，可以及时获取得到保险应用系统出现的异常状况，并且不会造成错误遗漏，如图1所示，该方法包括：

101、实时获取保险应用系统的特征数据。

其中，特征数据可以为保险应用系统应用层架构的特征数据，也可以为保险应用系统数据库层架构的特征数据，还可以为保险应用系统其它层架构的特征数据。例如，特征数据具体可以包含记录保险应用系统WEB服务器处理应用请求相关信息的日志文件、数据库数据、保险应用系统的设备运行状态数据等。

对于本申请实施例的执行主体可以为保险应用系统的监控装置，用于实时监控保险应用系统出现的异常状况，具体实时获取保险应用系统不同层架构的特征数据，并针对该特征数据，对保险应用系统进行异常情况监控。

102、根据获取到的特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对保险应用系统进行不同层架构的异常监控。

其中，异常校验规则可以根据保险应用系统不同层架构的实际业务需求预先进行定义。应用系统通常分为三层架构，界面层(User Interface Layer)、业务逻辑层(Business Logic Layer)、数据访问层(Data Access Layer)；三个层次中，应用系统主要功能和业务逻辑都在业务逻辑层进行处理，其主要是针对具体的问题的操作，也可以理解成对数据库层的操作，对数据业务逻辑处理，如果说数据库层是积木，那业务逻辑层就是对这些积木的搭建，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将应用逻辑与领域逻辑的解决方案分离；数据访问层，即数据库层，主要是对非原始数据(数据库或者文本文件等存放数据的形式)的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不是数据，具体为业务逻辑层或界面层提供数据服务；界面层，即表面层，主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

例如，根据保险应用系统的设备运行状态数据，监控保险应用系统WEB服务器的负载情况，进而监测是否出现由于负载过大导致的WEB服务器运行异常的情况，如服务器信息反馈时间较长、服务器宕机等；再或者监控保险应用系统的网络情况，进而监测客户端应用与WEB服务器之间信息的网络传输情况，以及服务器之间信息的网络传输情况，如客户端应用发送应用请求的时间超时、服务器之间信息传递时长较多等。

103、依据监控结果，确定保险应用系统存在的异常状况。

例如，在确定保险应用系统存在的异常状况之后，可以生成相应的异常状况报告，如可以为图或表等形式将异常状况列出，并且可以输出相应的告警信息，该告警信息可以为文字告警信息、图片告警信息、音频告警信息、视频告警信息等，还可以进行相应的灯光告警、振动告警等，以便及时提示监控人员保险应用系统出现异常状况。

需要说明的是，本申请提供的保险应用系统的监控方法，除了应用在保险应用系统的场景以外，还可以应用到其它应用系统的场景之中，例如游戏应用系统、购物应用系统、视频应用系统等应用场景，在此本申请实施例不做限定。与目前通过人工方式发掘保险应用系统出现的异常状况相比，本申请实施例可以根据实时获取的保险应用系统的特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对保险应用系统进行不同层架构的异常监控，可以自动发掘出保险应用系统出现的异常状况，进而可以及时获取得到保险应用系统出现的异常状况，并且不会造成错误遗漏，以便后续技术人员针对该异常状况及时对保险应用系统进行改进，减少异常状况发生。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了说明步骤102的具体实施过程，在本申请的一个可选实施例中，步骤102具体可以包括：若需要对保险应用系统的应用层进行异常监控，则从获取到的特征数据中获取保险应用系统相关的应用系统日志文件；再检测应用系统日志文件中是否存在包含预设异常关键词的相关日志信息；若存在，则从应用系统日志文件中截取相关日志信息的前后文日志信息；最后结合前后文日志信息和相关日志信息，分析保险应用系统的应用层是否出现异常。

其中，应用系统日志文件中可以包含WEB服务器接收到应用请求的时间、该应用请求的请求内容、WEB服务器对该应用请求处理的时间、请求处理结果、请求处理异常信息等；预设异常关键词可以根据实际情况由技术人员预先进行设置，例如，可以预先统计日志文件中记录的包含应用层出现异常状况的语句，然后对这些统计到的语句进行分词处理，得到各个分词，然后基于分词出现的频率，将出现频率大于一定阈值的分词作为候选词，这时可以由技术人员对这些候选词进行进一步判断，挑选出一些候选词作为异常关键词；或者还可以由机器学习的方式，预先利用样本数据训练出计算模型，然后利用该计算模型统计出每个候选词作为异常关键词的推荐值，将该推荐值大于一定阈值的候选词作为异常关键词。

例如，预设异常关键词为Exception、Error、ORA-等关键词，检测应用系统日志文件中是否存在包含Exception、Error、ORA-等关键词的相关日志信息，若存在，则从应用系统日志文件中截取该相关日志信息的前后文日志信息，然后结合该相关日志信息与其相应的前后文日志信息，分析保险应用系统的应用层是否出现异常。

通过上述方式，可以实现实时对保险应用系统应用层进行异常状况监控，与目前需要专门的技术人员人工翻查日志文件中记录的异常信息相比，提高了保险应用系统应用层的异常状况监控效率和准确率，不会造成错误遗漏，进而可以及时提醒运维人员对保险应用系统进行相关维护。

基于上述方式，为了提高分析保险应用系统应用层出现异常的准确性，在本可选实施例中，上述结合前后文日志信息和相关日志信息，分析保险应用系统的应用层是否出现异常的步骤，一种实现方式可以为：结合前后文日志信息和相关日志信息进行语义推测分析，并依据语义推测分析结果，确定保险应用系统的应用层是否出现异常；例如，结合相关日志信息和其前后文日志信息进行分句处理，如利用标点符号进行分句，然后对每个分局进行语义推测分析，分析出每句话代表的含义，然后结合每句话所要表达的内容，综合推断出保险应用系统的应用层是否出现异常状况，如应用请求处理错误、无法处理某一应用请求等。

另一种实现方式可以为：根据前后文日志信息和相关日志信息，生成错误日志信息报告，并将生成的错误日志信息报告发送给日志分析模块进行分析，其中日志分析模块可以为用于分析异常状况的日志内容的单元模块，具体可以为云端服务器，或可展示给技术人员进行分析的设备/客户端应用等；然后参照接收到的日志分析模块发送的错误日志信息报告的分析结果，确定保险应用系统的应用层是否出现异常。例如，将错误日志信息报告发送到技术人员的邮箱，或通过短信、即时通信软件推送给技术人员，在技术人员根据该错误日志信息报告确定保险应用系统的应用层是否出现异常，并反馈相应的分析结果。

上述两种方式都可以准确分析得到保险应用系统应用层出现的异常状况，具体采用哪种方式可以根据实际需求而定，还可以将两种方式并用，以进一步提高分析准确性。

对于步骤102，除了可以实现保险应用系统应用层的异常监控以外，还可以实现保险应用系统数据库层的异常监控，在本申请的另一个可选实施例中，步骤102具体可以包括：若需要对保险系统的数据库层进行异常监控，则从获取到的特征数据中获取数据库数据；然后检测数据库数据是否符合预先定义的数据库异常规则；最后根据检测结果，分析保险应用系统的数据库层是否出现异常，具体为若数据库数据符合数据库异常规则，则确定保险应用系统的数据库层出现异常；若数据库数据对每条数据库异常规则都不符合，则确定保险应用系统的数据库层没有出现异常。

其中，数据库异常规则可以由技术人员根据保险业务需求预先进行配置，例如该数据库异常规则可以为对于非前置承保单，承保后须有财务收费数据，若否则错误；也可以为保单承保后，生成电子邮件并有发送给客户相关邮件的记录，若否则错误；还可以为财务实收费等于财务收据划分后各项值之和，若否则错误。对每条数据库异常规则预先制定相应的监测逻辑，并将定义完成的数据库异常规则逐条进行保存，以便自动监控时逐条进行匹配监测。

通过上述方式，与目前需要人工干预，在特定数据出现异常时，经人工分析后才能发掘保险应用系统出现的异常状况相比，可以实现实时对保险应用系统数据库层进行异常状况监控，无需人工干预，提高了保险应用系统数据库层的异常状况监控效率和准确率，不会造成错误遗漏，进而可以及时提醒运维人员对保险应用系统进行相关维护。

具体的，上述检测数据库数据是否符合预先定义的数据库异常规则的步骤，具体可以包括：依据每条数据库异常规则依次从数据库数据中提取相应的数据库特征数据进行匹配检测，其中，依据不同的数据库异常规则从数据库数据中提取不同的数据库特征数据，若存在与提取的数据库特征数据匹配的数据库异常规则，则确定数据库数据符合数据库异常规则。

例如，若数据库异常规则为“承保数据的连带被保人对应主被保人不能为空，若为空则错误”，则从数据库数据中提取的数据库特征数据为承保数据中连带被保人对应主被保人的数据，在判定该主被保人的数据为空时，符合该数据库异常规则；若数据库异常规则为“存储对象失效，若是则错误”，相应从数据库数据中提取的数据库特征数据为数据库存储对象数据，在判定该存储对象失效时，符合数据库异常规则；若数据库异常规则为“同一个保单的同一个分单下，主被保险人有且只有一个，若否则错误”；相应从数据库数据中提取的数据库特征数据为同一个保单的同一个分单下主被保险人的数据；在判定同一个保单的同一个分单下主被保险人没有或有多个时，符合数据库异常规则。

通过这种逐条数据库异常规则匹配监控的方式，可以准确检测出保险应用系统数据库层出现的异常状况。

进一步的，为了说明本实施例完整的实现过程，步骤102之前，还可以包括：可以由技术人员预先定义应用系统不同层架构的异常校验规则分别对应的接口函数，然后将预先定义的应用系统不同层架构的异常校验规则分别对应的接口函数的接口位置保存在预设数据文件中，并对预设数据文件进行配置，使得预设数据文件中还保存有与这些接口函数分别对应的执行结果参考值；相应的，步骤102具体可以包括：以获取到的特征数据为入参，执行与预设数据文件中接口位置对应的接口函数，并与执行的接口函数对应的执行结果参考值进行比对；最后根据比对结果，确定保险应用系统是否存在异常状况。

其中，预设数据文件可以为列表形式的，方便装置侧按照一定顺序读取数据，如按行读取或按列读取，具体可以为txt数据文件，或db数据文件，或excel数据文件等。

例如，技术人员可以预先根据不同的保险业务需求，编辑保险应用系统不同层架构的异常校验规则分别对应的接口函数，然后再将相应的接口函数位置保存在预设数据文件中，并一同保存与这些接口函数分别对应的执行结果参考值，具体可以一行一行地保存，每一行代表一条异常校验规则以及相应的参考值，这样在对保险应用系统进行监控时，可以读取该预设数据文件，遍历该文件中每行数据，并从获取的特征数据中提取适合的数据作为接口函数的入参并执行该接口函数，得到的结果与相应的参考值进行比较，参照比较结果，如果超出参考值的范围，确定保险应用系统出现异常状况。

通过这种方式，不但可以实现对保险应用系统进行异常监控，而且方便后续对异常校验规则进行更新，每个异常校验规则的接口函数代码都可以有各自的存储位置，需要更新的接口函数代码直接更新即可，无需修改整套监控代码，提高了更新效率。

进一步的，为了满足对预设数据文件的更新需求，本实施例中还可以包括：根据接收到的预设数据文件的更新信息，对预设数据文件进行更新，该更新信息可以由技术人员主动输入，或由云端服务器下载得到，还可以定时从云端服务器中更新等；相应的，后续执行接口函数的操作可以基于该更新后的预设数据文件进行。

进一步的，为了提醒技术人员对保险应用系统出现异常状况时及时进行维护处理，对于本实施例，在步骤103之后，还可以包括：从预置异常分析库中查询与保险应用系统存在的异常状况对应的原因信息和相应的应对措施信息；以及查询保险应用系统相关的系统维护模块的通信方式信息；最后根据查询到的通信方式信息，将保险应用系统存在的异常状况连同查询到的原因信息和相应的应对措施信息推送给系统维护模块。

其中，预置异常分析库中保存有保险应用系统不同的异常状况分别对应的原因信息以及相应的应对措施信息，这些信息可以由技术人员根据应用系统不同异常状况的维护经验总结得到，还可以由装置侧通过机器学习的方式累计得到；系统维护模块可以为根据保险应用系统存在的异常状况，对保险应用系统进行维护的单元模块，具体处理过程可以参见现有技术中的处理方式，在此不再赘述；通信方式信息可以包含理赔维护模块的电子邮箱(Electronic MAIL，E-mail)地址、IP地址、电话号码、即时通信工具的账号等。

在本实施例中，在确定保险应用系统存在的异常状况之后，可以从预置异常分析库中查询对应的疑似原因以及相应解决措施，然后将这些查询到的信息一并实时推送给系统维护模块进行处理，以便及时对存在异常状况的保险应用系统进行维护处理，保证用户对应用的良好体验。

进一步的，作为图1所述方法的具体实现，本申请实施例提供了一种保险应用系统的监控装置，如图2所示，所述装置包括：获取单元21、监控单元22、确定单元23。

获取单元21，可以用于实时获取保险应用系统的特征数据；

监控单元22，可以用于根据所述获取单元21获取的特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控；

确定单元23，可以用于依据监控单元22的监控结果，确定所述保险应用系统存在的异常状况。

在具体的应用场景中，为了实现实时对保险应用系统的应用层准确进行异常监控，监控单元22，具体可以用于若需要对所述保险应用系统的应用层进行异常监控，则从所述特征数据中获取所述保险应用系统相关的应用系统日志文件；检测所述应用系统日志文件中是否存在包含预设异常关键词的相关日志信息；若存在，则从所述应用系统日志文件中截取所述相关日志信息的前后文日志信息；结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常。

在具体的应用场景中，为了提高分析保险应用系统应用层出现异常的准确性，监控单元22，具体还可以用于结合所述前后文日志信息和所述相关日志信息进行语义推测分析，并依据语义推测分析结果，确定所述保险应用系统的应用层是否出现异常；或根据所述前后文日志信息和所述相关日志信息，生成错误日志信息报告，并将所述错误日志信息报告发送给日志分析模块进行分析；参照接收到的所述日志分析模块发送的所述错误日志信息报告的分析结果，确定所述保险应用系统的应用层是否出现异常。

在具体的应用场景中，为了实现实时对保险应用系统的数据库层准确进行异常监控，监控单元22，具体还可以用于若需要对所述保险应用系统的数据库层进行异常监控，则从所述特征数据中获取数据库数据；检测所述数据库数据是否符合预先定义的数据库异常规则；若所述数据库数据符合数据库异常规则，则确定所述保险应用系统的数据库层出现异常；若所述数据库数据对每条数据库异常规则都不符合，则确定所述保险应用系统的数据库层没有出现异常。

在具体的应用场景中，监控单元22，具体还可以用于依据每条数据库异常规则依次从所述数据库数据中提取相应的数据库特征数据进行匹配检测，其中，依据不同的数据库异常规则从所述数据库数据中提取不同的数据库特征数据。

通过这种逐条数据库异常规则匹配监控的方式，可以准确检测出保险应用系统数据库层出现的异常状况。

在具体的应用场景中，如图3所示，所述装置还包括：配置单元24；

配置单元24，可以用于将预先定义的应用系统不同层架构的异常校验规则分别对应的接口函数的接口位置保存在预设数据文件中，并对所述预设数据文件进行配置，使得所述预设数据文件中还保存有与所述接口函数分别对应的执行结果参考值；

相应的，监控单元22，具体可以用于以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，并与执行的所述接口函数对应的执行结果参考值进行比对；根据比对结果，确定所述保险应用系统是否存在异常状况。

通过这种方式，不但可以实现对保险应用系统进行异常监控，而且方便后续对异常校验规则进行更新，每个异常校验规则的接口函数代码都可以有各自的存储位置，需要更新的接口函数代码直接更新即可，无需修改整套监控代码，提高了更新效率。

在具体的应用场景中，为了满足对预设数据文件的更新需求，如图3所示，所述装置还包括：更新单元25；

更新单元25，可以用于根据接收到的所述预设数据文件的更新信息，对所述预设数据文件进行更新；

相应的，监控单元22，具体还可以用于以所述特征数据为入参，执行与更新后的所述预设数据文件中接口位置对应的接口函数。

在具体的应用场景中，为了提醒技术人员对保险应用系统出现异常状况时及时进行维护处理，如图3所示，所述装置还包括：查询单元26、推送单元27；

查询单元26，可以用于从预置异常分析库中查询与所述保险应用系统存在的异常状况对应的原因信息和相应的应对措施信息，所述预置异常分析库中保存有所述保险应用系统不同的异常状况分别对应的原因信息以及相应的应对措施信息；及查询所述保险应用系统相关的系统维护模块的通信方式信息；

推送单元27，可以用于根据所述通信方式信息，将所述保险应用系统存在的异常状况连同查询到的所述原因信息和相应的应对措施信息推送给所述系统维护模块。

需要说明的是，本申请实施例提供的一种保险应用系统的监控装置所涉及各功能单元的其他相应描述，可以参考图1中的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本申请实施例还提供了一种存储设备，其上存储有计算机程序，该程序被处理器执行时实现上述如图1所示的保险应用系统的监控方法。

基于上述如图1所示方法和如图2和如图3所示虚拟装置的实施例，为了实现上述目的，本申请实施例还提供了一种保险应用系统监控的实体装置，该实体装置包括存储设备和处理器；所述存储设备，用于存储计算机程序；所述处理器，用于执行所述计算机程序以实现上述如图1所示的保险应用系统的监控方法。

通过应用本申请的技术方案，可以及时获取得到保险应用系统应用层、数据库层等架构出现的异常状况，并且不会造成错误遗漏；通过预设数据文件存储接口函数位置的方式，方便后续对异常校验规则进行更新，每个异常校验规则的接口函数代码都可以有各自的存储位置，需要更新的接口函数代码直接更新即可，无需修改整套监控代码，提高了更新效率；而且还能提醒技术人员对保险应用系统出现异常状况时及时进行维护处理，保证用户对应用的良好体验。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。

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

Claims (9)

1.一种保险应用系统的监控方法，其特征在于，包括：

实时获取保险应用系统的特征数据；

若需要对所述保险应用系统的应用层进行异常监控，则从所述特征数据中获取所述保险应用系统相关的应用系统日志文件；

检测所述应用系统日志文件中是否存在包含预设异常关键词的相关日志信息；

若存在，则从所述应用系统日志文件中截取所述相关日志信息的前后文日志信息；

结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常；

依据监控结果，确定所述保险应用系统存在的异常状况。

2.根据权利要求1所述的方法，其特征在于，结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常，包括：

结合所述前后文日志信息和所述相关日志信息进行语义推测分析，并依据语义推测分析结果，确定所述保险应用系统的应用层是否出现异常；或

根据所述前后文日志信息和所述相关日志信息，生成错误日志信息报告，并将所述错误日志信息报告发送给日志分析模块进行分析；

参照接收到的所述日志分析模块发送的所述错误日志信息报告的分析结果，确定所述保险应用系统的应用层是否出现异常。

3.根据权利要求1所述的方法，其特征在于，实时获取保险应用系统的特征数据之后，所述方法还包括：

若需要对所述保险应用系统的数据库层进行异常监控，则从所述特征数据中获取数据库数据；

检测所述数据库数据是否符合预先定义的数据库异常规则；

若所述数据库数据符合数据库异常规则，则确定所述保险应用系统的数据库层出现异常；

若所述数据库数据对每条数据库异常规则都不符合，则确定所述保险应用系统的数据库层没有出现异常。

4.根据权利要求3所述的方法，其特征在于，所述检测所述数据库数据是否符合预先定义的数据库异常规则，包括：

依据每条数据库异常规则依次从所述数据库数据中提取相应的数据库特征数据进行匹配检测，其中，依据不同的数据库异常规则从所述数据库数据中提取不同的数据库特征数据；

若存在与提取的数据库特征数据匹配的数据库异常规则，则确定所述数据库数据符合数据库异常规则。

5.根据权利要求1所述的方法，其特征在于，若需要对所述保险应用系统的应用层进行异常监控，则从所述特征数据中获取所述保险应用系统相关的应用系统日志文件之前，所述方法还包括：

将预先定义的应用系统不同层架构的异常校验规则分别对应的接口函数的接口位置保存在预设数据文件中，并对所述预设数据文件进行配置，使得所述预设数据文件中还保存有与所述接口函数分别对应的执行结果参考值；

根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，具体包括：

以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，并与执行的所述接口函数对应的执行结果参考值进行比对；

根据比对结果，确定所述保险应用系统是否存在异常状况。

6.根据权利要求5所述的方法，其特征在于，以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数之前，所述方法还包括：

根据接收到的所述预设数据文件的更新信息，对所述预设数据文件进行更新；

以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，具体包括：

以所述特征数据为入参，执行与更新后的所述预设数据文件中接口位置对应的接口函数。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述依据监控结果，确定所述保险应用系统存在的异常状况之后，所述方法还包括：

从预置异常分析库中查询与所述保险应用系统存在的异常状况对应的原因信息和相应的应对措施信息，所述预置异常分析库中保存有所述保险应用系统不同的异常状况分别对应的原因信息以及相应的应对措施信息；及

查询所述保险应用系统相关的系统维护模块的通信方式信息；

根据所述通信方式信息，将所述保险应用系统存在的异常状况连同查询到的所述原因信息和相应的应对措施信息推送给所述系统维护模块。

8.一种存储设备，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至7中任一项所述的保险应用系统的监控方法。

9.一种保险应用系统的监控装置，包括存储设备、处理器及存储在存储设备上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7中任一项所述的保险应用系统的监控方法。