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

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

Info

Publication number
WO2019090981A1
WO2019090981A1 PCT/CN2018/074617 CN2018074617W WO2019090981A1 WO 2019090981 A1 WO2019090981 A1 WO 2019090981A1 CN 2018074617 W CN2018074617 W CN 2018074617W WO 2019090981 A1 WO2019090981 A1 WO 2019090981A1
Authority
WO
WIPO (PCT)
Prior art keywords
application system
database
insurance application
abnormal
log information
Prior art date
Application number
PCT/CN2018/074617
Other languages
English (en)
French (fr)
Inventor
于蕊
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019090981A1 publication Critical patent/WO2019090981A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/04—Processing captured monitoring data, e.g. for logfile generation

Definitions

  • the present application relates to the field of application technologies, and in particular, to a monitoring method and apparatus for an insurance application system.
  • the present application provides a monitoring method and device for an insurance application system, and the main purpose thereof is to solve the abnormal situation that is currently discovered by manually exposing the insurance application system, and the abnormal situation cannot be obtained in time, and the error is easily missed. problem.
  • a method for monitoring an insurance application system comprising:
  • an abnormality check rule of a different layer architecture of the insurance application system is performed by using an abnormality check rule of a different layer architecture of the application system;
  • an abnormal condition of the insurance application system is determined.
  • a monitoring apparatus for an insurance application system comprising:
  • An obtaining unit configured to acquire feature data of the insurance application system in real time
  • a monitoring unit configured to perform abnormal monitoring of different layer architectures on the insurance application system by using an abnormality check rule of a different layer architecture of the application system according to the feature data acquired by the acquiring unit;
  • the determining unit is configured to determine an abnormal condition of the insurance application system according to the monitoring result of the monitoring unit.
  • a storage device having stored thereon a computer program, the program being implemented by the processor to implement the monitoring method of the insurance application system.
  • a physical device monitored by an insurance application system including a storage device, a processor, and a computer program stored on the storage device and executable on the processor, the processor executing the program
  • the monitoring method of the above insurance application system is implemented.
  • the monitoring method and device of the insurance application system provided by the present application can be compared with the abnormal situation of the insurance application system obtained by manually extracting the insurance application system.
  • the abnormal situation of the insurance application system can be automatically discovered, and the insurance application system can be obtained in time. Abnormal conditions, and will not cause errors, so that the subsequent technicians can improve the insurance application system in time for the abnormal situation, reducing the occurrence of abnormal conditions.
  • FIG. 1 is a schematic flowchart of a monitoring method of an insurance application system according to an embodiment of the present application
  • FIG. 2 is a schematic structural diagram of a monitoring apparatus of an insurance application system according to an embodiment of the present application
  • FIG. 3 is a schematic structural diagram of another monitoring apparatus of an insurance application system according to an embodiment of the present application.
  • the embodiment of the present application provides a monitoring method for an insurance application system, which can timely obtain an abnormal condition that occurs in an insurance application system, and does not cause an error omission. As shown in FIG. 1 , the method includes:
  • the feature data may be the feature data of the insurance application system application layer architecture, the feature data of the insurance application system database layer architecture, and the feature data of other layer architectures of the insurance application system.
  • the feature data may specifically include a log file for recording an application request related information of the insurance application system WEB server, database data, device operating state data of the insurance application system, and the like.
  • the execution entity of the embodiment of the present application may be a monitoring device of the insurance application system, configured to monitor an abnormal situation of the insurance application system in real time, obtain feature data of different layer architectures of the insurance application system in real time, and provide insurance for the characteristic data.
  • the application system monitors abnormal conditions.
  • the abnormality verification rule may be defined in advance according to actual service requirements of different layer architectures of the insurance application system.
  • the application system is usually divided into three layers, the interface layer (User Interface) Layer), Business Logic Layer, Data Access Layer (Data Access) Layer);
  • the business logic layer which is mainly for the operation of specific problems, and can also be understood as the operation of the database layer, the logical processing of the data service, if Said that the database layer is a building block, then the business logic layer is to build these building blocks, the business logic layer is more detailed division, subdivided into application layer and domain layer, through the layering further application logic and domain logic solutions Separation;
  • the data access layer that is, the database layer, is mainly the operation layer of non-raw data (in the form of data stored in a database or a text file), not the original data, that is, the operation of the database, not the data.
  • the data layer is provided by the business logic layer or the interface layer;
  • the load condition of the WEB server of the insurance application system is monitored, thereby monitoring whether the WEB server is abnormally operated due to excessive load, such as long server information feedback time and server downtime. Etc; or monitor the network condition of the insurance application system, thereby monitoring the network transmission of information between the client application and the WEB server, and the network transmission of information between the servers, such as the timeout of the client application sending the application request, the server
  • the length of information transfer is longer.
  • a corresponding abnormal condition report may be generated, for example, the abnormal condition may be listed in the form of a graph or a table, and the corresponding alarm information may be output, and the alarm information may be a text alarm.
  • Information, picture alarm information, audio alarm information, video alarm information, etc. can also perform corresponding lighting alarms, vibration alarms, etc., in order to prompt the monitoring personnel insurance application system to abnormal conditions.
  • the monitoring method of the insurance application system provided by the present application can be applied to other application system scenarios, such as a game application system, a shopping application system, and a video application system, in addition to the scenario applied to the insurance application system.
  • the application scenario is not limited in this embodiment.
  • the embodiment of the present application can utilize the abnormality verification rule of the different layer architecture of the application system according to the characteristic data of the insurance application system acquired in real time.
  • the system performs abnormal monitoring of different layer architectures, which can automatically discover the abnormal conditions of the insurance application system, so that the abnormal conditions of the insurance application system can be obtained in time, and no error is missed, so that the follow-up technicians can timely respond to the abnormal situation.
  • the step 102 may specifically include: if the application of the insurance application system is needed If the layer performs abnormal monitoring, the application system log file related to the insurance application system is obtained from the acquired feature data; and the related log information including the preset abnormal keyword is detected in the application system log file; if yes, the slave application The system log file intercepts the log information of the relevant log information. Finally, it combines the context log information and related log information to analyze whether the application layer of the insurance application system is abnormal.
  • the application system log file may include a time when the WEB server receives the application request, a request content of the application request, a time when the WEB server processes the application request, a request processing result, a request processing abnormal information, and the like; It can be set in advance by the technician according to the actual situation.
  • the statement containing the abnormality of the application layer recorded in the log file can be pre-stated, and then the sentences of these statistical statements are processed by word segmentation to obtain each participle, and then based on the participle.
  • Frequency a word segment with a frequency greater than a certain threshold is used as a candidate word.
  • the candidate can further judge the candidate words, select some candidate words as abnormal keywords, or use the machine learning method to pre-use the sample.
  • the data is trained to calculate a model, and then the calculation model is used to count each candidate word as a recommended value of the abnormal keyword, and the candidate word whose recommended value is greater than a certain threshold is used as the abnormal keyword.
  • the default exception keyword is Exception, Error, ORA-, etc., to detect whether there is related log information including keywords such as Exception, Error, ORA- in the application log file, and if present, the application system log file
  • the context log information of the relevant log information is intercepted, and then the relevant log information and its corresponding context log information are combined to analyze whether the application layer of the insurance application system is abnormal.
  • the abnormal condition monitoring of the application layer of the insurance application system can be realized in real time, and the abnormal condition monitoring efficiency of the application layer of the insurance application system is improved compared with the abnormal information recorded in the log file manually required by a special technician. And the accuracy rate will not cause errors and omissions, and then the operation and maintenance personnel can be promptly reminded to carry out related maintenance on the insurance application system.
  • the foregoing steps of analyzing the application layer of the insurance application system are performed in combination with the context log information and related log information.
  • An implementation manner may be: combining semantic query information with related log information and related log information, and determining whether an application layer of the insurance application system is abnormal according to the semantic speculation analysis result; for example, combining relevant log information and context logs thereof The information is processed by clauses, such as using punctuation to perform clauses, then performing semantic speculation analysis on each branch, analyzing the meaning of each sentence, and then combining the contents of each sentence to comprehensively infer the insurance application system. Whether the application layer has abnormal conditions, such as application request processing errors, unable to process an application request, and so on.
  • Another implementation manner may be: generating an error log information report according to the context log information and related log information, and sending the generated error log information report to the log analysis module for analysis, wherein the log analysis module may be used for analyzing the abnormality.
  • the unit module of the log content of the status may be a cloud server, or a device/client application that can be displayed to the technician for analysis; and then the insurance result of the error log information report sent by the received log analysis module is used to determine the insurance. Whether the application layer of the application system is abnormal.
  • the error log information report is sent to the technician's mailbox, or is sent to the technician through the short message or instant messaging software, and the technician determines whether the application layer of the insurance application system is abnormal according to the error log information report, and feeds back the corresponding Analysis results.
  • Both of the above methods can accurately analyze the abnormal conditions that occur in the application layer of the insurance application system.
  • the specific method can be determined according to actual needs, and the two methods can be used together to further improve the analysis accuracy.
  • the abnormal monitoring of the database layer of the insurance application system can be implemented.
  • the step 102 may specifically include: if necessary The database layer of the insurance system performs abnormal monitoring, and obtains database data from the acquired feature data; then detects whether the database data meets the predefined database abnormal rules; finally, according to the detection result, analyzes whether the database layer of the insurance application system is abnormal, Specifically, if the database data conforms to the database exception rule, it is determined that the database layer of the insurance application system is abnormal; if the database data does not meet the abnormal rules of each database, it is determined that the database layer of the insurance application system is not abnormal.
  • the database abnormality rule may be configured in advance by the technician according to the insurance business requirement.
  • the database abnormal rule may be a non-pre-insurance policy, and the financial charging data is required after the insurance, if otherwise, the error may also be Generate an email and have a record of the email sent to the customer, if it is otherwise incorrect; it can also be the financial real charge equal to the sum of the values after the financial receipt is divided, otherwise it is wrong.
  • the corresponding monitoring logic is pre-defined for each database abnormal rule, and the database abnormal rules defined by the definition are saved one by one, so that the matching monitoring is performed one by one in the automatic monitoring.
  • the abnormal situation of the insurance application system can be discovered after manual analysis, and the abnormal situation monitoring of the insurance application system database layer can be realized in real time without manual intervention. Improve the monitoring efficiency and accuracy of the abnormal situation of the insurance application system database layer, and will not cause errors and omissions, and then promptly remind the operation and maintenance personnel to perform related maintenance on the insurance application system.
  • the step of detecting whether the database data meets the predefined database exception rule may include: sequentially extracting corresponding database feature data from the database data according to each database abnormal rule to perform matching detection, wherein, according to different database abnormalities The rule extracts different database feature data from the database data. If there is a database exception rule that matches the extracted database feature data, it is determined that the database data conforms to the database exception rule.
  • the database exception rule is "the insured person of the underwriting data corresponds to the primary insured, the primary insured cannot be empty, and if it is empty, the error is"
  • the database characteristic data extracted from the database data is the insured corresponding to the insured data.
  • the data of the main insured person conforms to the abnormality rule of the database when it is determined that the data of the primary insured is empty; if the abnormality rule of the database is "the storage object is invalid, if it is an error", the database characteristics extracted from the database data are correspondingly
  • the data stores the object data for the database.
  • the database exception rule is met; if the database exception rule is “the same order of the same policy, the primary insured has one and only one, if otherwise an error”; The corresponding database characteristic data extracted from the database data is the data of the primary insured under the same order of the same policy; if there is no or multiple insured persons under the same sub-order of the same policy, the Database exception rules.
  • the method may further include: the interface function corresponding to the abnormality verification rule of the different layer architecture of the application system may be predefined by the technician, and then the predefined application system is used.
  • the interface positions of the interface functions corresponding to the abnormality check rules of different layer architectures are saved in the preset data file, and the preset data files are configured, so that the preset data files also have corresponding executions corresponding to the interface functions.
  • the result is a reference value.
  • the step 102 may include: performing the interface function corresponding to the interface position in the preset data file by using the acquired feature data as an input parameter, and performing the reference value of the execution result corresponding to the executed interface function. The comparison is based on the comparison result to determine whether the insurance application system has an abnormal condition.
  • the preset data file may be in the form of a list, so that the device side can read the data in a certain order, such as reading by row or reading by column, and specifically can be a txt data file, or a db data file, or an excel data file, etc. .
  • the technician can edit the interface function corresponding to the abnormality verification rules of different layers of the insurance application system according to different insurance business requirements, and then save the corresponding interface function location in the preset data file and save it together.
  • the execution result reference values respectively corresponding to the interface functions may be saved line by line, and each row represents an abnormality check rule and a corresponding reference value, so that the preset data may be read when the insurance application system is monitored.
  • the file traverses each row of data in the file, and extracts suitable data from the acquired feature data as an input parameter of the interface function and executes the interface function, and the obtained result is compared with the corresponding reference value, and the comparison result is referred to if The range of reference values to determine an abnormal condition in the insurance application.
  • the interface function code of each abnormality verification rule can have its own storage location, and the interface function needs to be updated.
  • the code can be updated directly, without modifying the entire monitoring code, improving the update efficiency.
  • the embodiment may further include: updating the preset data file according to the updated information of the received preset data file, where the update information may be initiated by a technician.
  • Input, or downloaded by the cloud server can also be updated periodically from the cloud server; correspondingly, the subsequent operation of the interface function can be performed based on the updated preset data file.
  • the method may further include: querying the abnormality condition existing in the insurance application system from the preset abnormality analysis database. Corresponding reason information and corresponding countermeasure information; and querying the communication mode information of the system maintenance module related to the insurance application system; finally, according to the queried communication mode information, the abnormal condition of the insurance application system together with the queried reason information and The corresponding countermeasure information is pushed to the system maintenance module.
  • the preset abnormality analysis library stores the cause information corresponding to different abnormal conditions of the insurance application system and the corresponding countermeasure information, and the information can be summarized by the technician according to the maintenance experience of different abnormal conditions of the application system, and may also be The device side is obtained by means of machine learning.
  • the system maintenance module can be a unit module for maintaining the insurance application system according to the abnormal condition existing in the insurance application system.
  • the communication method information can include the email address of the claims maintenance module (Electronic) MAIL, E-mail) address, IP address, phone number, account number of instant messaging tool, etc.
  • the corresponding suspected reason and the corresponding solution may be queried from the preset abnormality analysis library, and then the queried information is pushed to the system maintenance module in real time.
  • the processing is performed to timely maintain and process the insurance application system with abnormal conditions to ensure a good user experience for the application.
  • the embodiment of the present application provides a monitoring device for an insurance application system.
  • the device includes: an acquiring unit 21, a monitoring unit 22, and a determining unit 23 .
  • the obtaining unit 21 is configured to acquire feature data of the insurance application system in real time;
  • the monitoring unit 22 may be configured to perform abnormal monitoring of different layer architectures on the insurance application system by using an abnormality check rule of a different layer architecture of the application system according to the feature data acquired by the acquiring unit 21;
  • the determining unit 23 can be configured to determine an abnormal condition of the insurance application system according to the monitoring result of the monitoring unit 22.
  • the monitoring unit 22 may be specifically configured to perform abnormal monitoring on the application layer of the insurance application system, Obtaining, in the data, the application system log file related to the insurance application system; detecting whether there is related log information including the preset abnormal keyword in the application system log file; if yes, intercepting the log file from the application system log file.
  • the context log information of the related log information is combined with the log information and the related log information to analyze whether an application layer of the insurance application system is abnormal.
  • the monitoring unit 22 may be further configured to perform semantic speculation analysis by combining the context log information and the related log information, and Semantic speculative analysis result, determining whether an application layer of the insurance application system is abnormal; or generating an error log information report according to the context log information and the related log information, and sending the error log information report to the log
  • the analysis module performs an analysis; and determines whether an application layer of the insurance application system is abnormal according to the analysis result of the error log information report sent by the log analysis module.
  • the monitoring unit 22 may be specifically configured to perform abnormal monitoring on the database layer of the insurance application system, Obtaining database data in the feature data; detecting whether the database data meets a predefined database exception rule; if the database data conforms to the database exception rule, determining that the database layer of the insurance application system is abnormal; if the database data pair If each database exception rule does not match, it is determined that there is no abnormality in the database layer of the insurance application system.
  • the monitoring unit 22 may be further configured to: sequentially extract corresponding database feature data from the database data according to each database abnormal rule, and perform matching detection according to different database abnormal rules. Different database feature data is extracted from the database data.
  • the device further includes: a configuration unit 24;
  • the configuration unit 24 may be configured to save the interface location of the interface function corresponding to the abnormality verification rule of the different layer architectures of the predefined application system in the preset data file, and configure the preset data file to The execution result reference value corresponding to the interface function is also stored in the preset data file;
  • the monitoring unit 22 is specifically configured to perform, by using the feature data as an input parameter, an interface function corresponding to an interface position in the preset data file, and an execution result reference value corresponding to the executed interface function. Performing an alignment; determining, according to the comparison result, whether the insurance application system has an abnormal condition.
  • the interface function code of each abnormality verification rule can have its own storage location, and the interface function needs to be updated.
  • the code can be updated directly, without modifying the entire monitoring code, improving the update efficiency.
  • the device in order to meet the update request for the preset data file, as shown in FIG. 3, the device further includes: an update unit 25;
  • the updating unit 25 is configured to update the preset data file according to the received update information of the preset data file.
  • the monitoring unit 22 is further configured to perform, by using the feature data as an input parameter, an interface function corresponding to an interface position in the updated preset data file.
  • the device further includes: a query unit 26, a push unit 27;
  • the query unit 26 may be configured to query, from the preset abnormality analysis database, cause information and corresponding countermeasure information corresponding to the abnormal condition existing in the insurance application system, where the insurance application is saved in the preset abnormality analysis library.
  • the reason information corresponding to different abnormal conditions of the system and the corresponding countermeasure information and querying the communication mode information of the system maintenance module related to the insurance application system;
  • the pushing unit 27 is configured to push, according to the communication mode information, an abnormal condition existing in the insurance application system, together with the queried reason information and corresponding countermeasure information, to the system maintenance module.
  • the embodiment of the present application further provides a storage device, where the computer program is stored, and when the program is executed by the processor, the insurance application system shown in FIG. 1 is implemented. Monitoring method.
  • an embodiment of the present application further provides a physical device monitored by an insurance application system, where the physical device includes a storage device and a processor; the storage device for storing a computer program; the processor for executing the computer program to implement the monitoring method of the insurance application system as shown in FIG.
  • the abnormal situation of the application layer and the database layer of the insurance application system can be obtained in time, and the error is not caused; the preset data file is used to store the location of the interface function, which facilitates subsequent exceptions.
  • the verification rules are updated, and the interface function codes of each abnormality verification rule can have their own storage locations.
  • the interface function code that needs to be updated can be directly updated, and the entire monitoring code is not required to be modified, thereby improving the update efficiency;
  • the technicians perform maintenance and processing on the abnormal situation of the insurance application system in time to ensure the user's good experience with the application.
  • the present application can be implemented by hardware, or by software plus a necessary general hardware platform.
  • the technical solution of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), including several The instructions are for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various implementation scenarios of the present application.
  • modules in the apparatus in the implementation scenario may be distributed in the apparatus for implementing the scenario according to the implementation scenario description, or may be correspondingly changed in one or more devices different from the implementation scenario.
  • the modules of the above implementation scenarios may be combined into one module, or may be further split into multiple sub-modules.

Landscapes

  • Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

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

Description

保险应用系统的监控方法及装置
本申请要求与2017年11月8日提交中国专利局、申请号为201711094194.6、发明名称为“保险应用系统的监控方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及应用技术领域，特别是涉及一种保险应用系统的监控方法及装置。
背景技术
随着网络技术日益发展成熟及网络业务的不断发展，各种网络业务的应用系统的数量不断增多，保险应用系统也得到了飞速发展，但是由于保险业务的多变、应用系统漏洞等原因，保险应用系统也经常出现一些异常状况。
目前，为了发掘保险应用系统出现的异常状况，需要专门的技术人员查找保险应用系统中万维网（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 (32)

  1. 一种保险应用系统的监控方法，其特征在于，包括：
    实时获取保险应用系统的特征数据；
    根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控；
    依据监控结果，确定所述保险应用系统存在的异常状况。
  2. 根据权利要求1所述的方法，其特征在于，根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，包括：
    若需要对所述保险应用系统的应用层进行异常监控，则从所述特征数据中获取所述保险应用系统相关的应用系统日志文件；
    检测所述应用系统日志文件中是否存在包含预设异常关键词的相关日志信息；
    若存在，则从所述应用系统日志文件中截取所述相关日志信息的前后文日志信息；
    结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常。
  3. 根据权利要求2所述的方法，其特征在于，结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常，包括：
    结合所述前后文日志信息和所述相关日志信息进行语义推测分析，并依据语义推测分析结果，确定所述保险应用系统的应用层是否出现异常；或
    根据所述前后文日志信息和所述相关日志信息，生成错误日志信息报告，并将所述错误日志信息报告发送给日志分析模块进行分析；
    参照接收到的所述日志分析模块发送的所述错误日志信息报告的分析结果，确定所述保险应用系统的应用层是否出现异常。
  4. 根据权利要求1所述的方法，其特征在于，根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，包括：
    若需要对所述保险应用系统的数据库层进行异常监控，则从所述特征数据中获取数据库数据；
    检测所述数据库数据是否符合预先定义的数据库异常规则；
    若所述数据库数据符合数据库异常规则，则确定所述保险应用系统的数据库层出现异常；
    若所述数据库数据对每条数据库异常规则都不符合，则确定所述保险应用系统的数据库层没有出现异常。
  5. 根据权利要求4所述的方法，其特征在于，所述检测所述数据库数据是否符合预先定义的数据库异常规则，包括：
    依据每条数据库异常规则依次从所述数据库数据中提取相应的数据库特征数据进行匹配检测，其中，依据不同的数据库异常规则从所述数据库数据中提取不同的数据库特征数据；
    若存在与提取的数据库特征数据匹配的数据库异常规则，则确定所述数据库数据符合数据库异常规则。
  6. 根据权利要求1所述的方法，其特征在于，根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控之前，所述方法还包括：
    将预先定义的应用系统不同层架构的异常校验规则分别对应的接口函数的接口位置保存在预设数据文件中，并对所述预设数据文件进行配置，使得所述预设数据文件中还保存有与所述接口函数分别对应的执行结果参考值；
    根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，具体包括：
    以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，并与执行的所述接口函数对应的执行结果参考值进行比对；
    根据比对结果，确定所述保险应用系统是否存在异常状况。
  7. 根据权利要求6所述的方法，其特征在于，以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数之前，所述方法还包括：
    根据接收到的所述预设数据文件的更新信息，对所述预设数据文件进行更新；
    以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，具体包括：
    以所述特征数据为入参，执行与更新后的所述预设数据文件中接口位置对应的接口函数。
  8. 根据权利要求1所述的方法，其特征在于，所述依据监控结果，确定所述保险应用系统存在的异常状况之后，所述方法还包括：
    从预置异常分析库中查询与所述保险应用系统存在的异常状况对应的原因信息和相应的应对措施信息，所述预置异常分析库中保存有所述保险应用系统不同的异常状况分别对应的原因信息以及相应的应对措施信息；及
    查询所述保险应用系统相关的系统维护模块的通信方式信息；
    根据所述通信方式信息，将所述保险应用系统存在的异常状况连同查询到的所述原因信息和相应的应对措施信息推送给所述系统维护模块。
  9. 一种保险应用系统的监控装置，其特征在于，包括：
    获取单元，用于实时获取保险应用系统的特征数据；
    监控单元，用于根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控；
    确定单元，用于依据监控结果，确定所述保险应用系统存在的异常状况。
  10. 根据权利要求9所述的装置，其特征在于，
    所述监控单元，具体用于若需要对所述保险应用系统的应用层进行异常监控，则从所述特征数据中获取所述保险应用系统相关的应用系统日志文件；
    检测所述应用系统日志文件中是否存在包含预设异常关键词的相关日志信息；
    若存在，则从所述应用系统日志文件中截取所述相关日志信息的前后文日志信息；
    结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常。
  11. 根据权利要求10所述的装置，其特征在于，
    所述监控单元，具体还用于结合所述前后文日志信息和所述相关日志信息进行语义推测分析，并依据语义推测分析结果，确定所述保险应用系统的应用层是否出现异常；或
    根据所述前后文日志信息和所述相关日志信息，生成错误日志信息报告，并将所述错误日志信息报告发送给日志分析模块进行分析；
    参照接收到的所述日志分析模块发送的所述错误日志信息报告的分析结果，确定所述保险应用系统的应用层是否出现异常。
  12. 根据权利要求9所述的装置，其特征在于，
    所述监控单元，具体用于若需要对所述保险应用系统的数据库层进行异常监控，则从所述特征数据中获取数据库数据；
    检测所述数据库数据是否符合预先定义的数据库异常规则；
    若所述数据库数据符合数据库异常规则，则确定所述保险应用系统的数据库层出现异常；
    若所述数据库数据对每条数据库异常规则都不符合，则确定所述保险应用系统的数据库层没有出现异常。
  13. 根据权利要求12所述的装置，其特征在于，
    所述监控单元，具体还用于依据每条数据库异常规则依次从所述数据库数据中提取相应的数据库特征数据进行匹配检测，其中，依据不同的数据库异常规则从所述数据库数据中提取不同的数据库特征数据；
    若存在与提取的数据库特征数据匹配的数据库异常规则，则确定所述数据库数据符合数据库异常规则。
  14. 根据权利要求9所述的装置，其特征在于，所述装置还包括：配置单元；
    配置单元，用于将预先定义的应用系统不同层架构的异常校验规则分别对应的接口函数的接口位置保存在预设数据文件中，并对所述预设数据文件进行配置，使得所述预设数据文件中还保存有与所述接口函数分别对应的执行结果参考值；
    监控单元，具体用于以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，并与执行的所述接口函数对应的执行结果参考值进行比对；
    根据比对结果，确定所述保险应用系统是否存在异常状况。
  15. 根据权利要求14所述的装置，其特征在于，所述装置还包括：更新单元；
    所述更新单元，用于根据接收到的所述预设数据文件的更新信息，对所述预设数据文件进行更新；
    所述监控单元，具体还用于以所述特征数据为入参，执行与更新后的所述预设数据文件中接口位置对应的接口函数。
  16. 根据权利要求9所述的装置，其特征在于，所述装置还包括：查询单元、推送单元；
    查询单元，用于从预置异常分析库中查询与所述保险应用系统存在的异常状况对应的原因信息和相应的应对措施信息，所述预置异常分析库中保存有所述保险应用系统不同的异常状况分别对应的原因信息以及相应的应对措施信息；及
    查询所述保险应用系统相关的系统维护模块的通信方式信息；
    推送单元，用于根据所述通信方式信息，将所述保险应用系统存在的异常状况连同查询到的所述原因信息和相应的应对措施信息推送给所述系统维护模块。
  17. 一种存储设备，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现保险应用系统的监控方法，包括：
    实时获取保险应用系统的特征数据；
    根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控；
    依据监控结果，确定所述保险应用系统存在的异常状况。
  18. 根据权利要求17所述的存储设备，其特征在于，所述程序被处理器执行时实现根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，包括：
    若需要对所述保险应用系统的应用层进行异常监控，则从所述特征数据中获取所述保险应用系统相关的应用系统日志文件；
    检测所述应用系统日志文件中是否存在包含预设异常关键词的相关日志信息；
    若存在，则从所述应用系统日志文件中截取所述相关日志信息的前后文日志信息；
    结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常。
  19. 根据权利要求18所述的存储设备，其特征在于，所述程序被处理器执行时实现结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常，包括：
    结合所述前后文日志信息和所述相关日志信息进行语义推测分析，并依据语义推测分析结果，确定所述保险应用系统的应用层是否出现异常；或
    根据所述前后文日志信息和所述相关日志信息，生成错误日志信息报告，并将所述错误日志信息报告发送给日志分析模块进行分析；
    参照接收到的所述日志分析模块发送的所述错误日志信息报告的分析结果，确定所述保险应用系统的应用层是否出现异常。
  20. 根据权利要求17所述的存储设备，其特征在于，所述程序被处理器执行时实现根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，包括：
    若需要对所述保险应用系统的数据库层进行异常监控，则从所述特征数据中获取数据库数据；
    检测所述数据库数据是否符合预先定义的数据库异常规则；
    若所述数据库数据符合数据库异常规则，则确定所述保险应用系统的数据库层出现异常；
    若所述数据库数据对每条数据库异常规则都不符合，则确定所述保险应用系统的数据库层没有出现异常。
  21. 根据权利要求20所述的存储设备，其特征在于，所述程序被处理器执行时实现所述检测所述数据库数据是否符合预先定义的数据库异常规则，包括：
    依据每条数据库异常规则依次从所述数据库数据中提取相应的数据库特征数据进行匹配检测，其中，依据不同的数据库异常规则从所述数据库数据中提取不同的数据库特征数据；
    若存在与提取的数据库特征数据匹配的数据库异常规则，则确定所述数据库数据符合数据库异常规则。
  22. 根据权利要求17所述的存储设备，其特征在于，所述程序被处理器执行时实现根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控之前，还包括：
    将预先定义的应用系统不同层架构的异常校验规则分别对应的接口函数的接口位置保存在预设数据文件中，并对所述预设数据文件进行配置，使得所述预设数据文件中还保存有与所述接口函数分别对应的执行结果参考值；
    所述程序被处理器执行时实现根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，具体包括：
    以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，并与执行的所述接口函数对应的执行结果参考值进行比对；
    根据比对结果，确定所述保险应用系统是否存在异常状况。
  23. 根据权利要求22所述的存储设备，其特征在于，所述程序被处理器执行时实现以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数之前，还包括：
    根据接收到的所述预设数据文件的更新信息，对所述预设数据文件进行更新；
    所述程序被处理器执行时实现以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，具体包括：
    以所述特征数据为入参，执行与更新后的所述预设数据文件中接口位置对应的接口函数。
  24. 根据权利要求17所述的存储设备，其特征在于，所述程序被处理器执行时实现所述依据监控结果，确定所述保险应用系统存在的异常状况之后，还包括：
    从预置异常分析库中查询与所述保险应用系统存在的异常状况对应的原因信息和相应的应对措施信息，所述预置异常分析库中保存有所述保险应用系统不同的异常状况分别对应的原因信息以及相应的应对措施信息；及
    查询所述保险应用系统相关的系统维护模块的通信方式信息；
    根据所述通信方式信息，将所述保险应用系统存在的异常状况连同查询到的所述原因信息和相应的应对措施信息推送给所述系统维护模块。
  25. 一种保险应用系统的监控装置，包括存储设备、处理器及存储在存储设备上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现保险应用系统的监控方法，包括：
    实时获取保险应用系统的特征数据；
    根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控；
    依据监控结果，确定所述保险应用系统存在的异常状况。
  26. 根据权利要求25所述的装置，其特征在于，所述处理器执行所述程序时实现根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，包括：
    若需要对所述保险应用系统的应用层进行异常监控，则从所述特征数据中获取所述保险应用系统相关的应用系统日志文件；
    检测所述应用系统日志文件中是否存在包含预设异常关键词的相关日志信息；
    若存在，则从所述应用系统日志文件中截取所述相关日志信息的前后文日志信息；
    结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常。
  27. 根据权利要求26所述的装置，其特征在于，所述处理器执行所述程序时实现结合所述前后文日志信息和所述相关日志信息，分析所述保险应用系统的应用层是否出现异常，包括：
    结合所述前后文日志信息和所述相关日志信息进行语义推测分析，并依据语义推测分析结果，确定所述保险应用系统的应用层是否出现异常；或
    根据所述前后文日志信息和所述相关日志信息，生成错误日志信息报告，并将所述错误日志信息报告发送给日志分析模块进行分析；
    参照接收到的所述日志分析模块发送的所述错误日志信息报告的分析结果，确定所述保险应用系统的应用层是否出现异常。
  28. 根据权利要求25所述的装置，其特征在于，所述处理器执行所述程序时实现根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，包括：
    若需要对所述保险应用系统的数据库层进行异常监控，则从所述特征数据中获取数据库数据；
    检测所述数据库数据是否符合预先定义的数据库异常规则；
    若所述数据库数据符合数据库异常规则，则确定所述保险应用系统的数据库层出现异常；
    若所述数据库数据对每条数据库异常规则都不符合，则确定所述保险应用系统的数据库层没有出现异常。
  29. 根据权利要求28所述的装置，其特征在于，所述处理器执行所述程序时实现所述检测所述数据库数据是否符合预先定义的数据库异常规则，包括：
    依据每条数据库异常规则依次从所述数据库数据中提取相应的数据库特征数据进行匹配检测，其中，依据不同的数据库异常规则从所述数据库数据中提取不同的数据库特征数据；
    若存在与提取的数据库特征数据匹配的数据库异常规则，则确定所述数据库数据符合数据库异常规则。
  30. 根据权利要求25所述的装置，其特征在于，所述处理器执行所述程序时实现根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控之前，还包括：
    将预先定义的应用系统不同层架构的异常校验规则分别对应的接口函数的接口位置保存在预设数据文件中，并对所述预设数据文件进行配置，使得所述预设数据文件中还保存有与所述接口函数分别对应的执行结果参考值；
    所述处理器执行所述程序时实现根据所述特征数据，利用预先定义的应用系统不同层架构的异常校验规则，对所述保险应用系统进行不同层架构的异常监控，具体包括：
    以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，并与执行的所述接口函数对应的执行结果参考值进行比对；
    根据比对结果，确定所述保险应用系统是否存在异常状况。
  31. 根据权利要求30所述的存储设备，其特征在于，所述程序被处理器执行时实现以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数之前，还包括：
    根据接收到的所述预设数据文件的更新信息，对所述预设数据文件进行更新；
    所述程序被处理器执行时实现以所述特征数据为入参，执行与所述预设数据文件中接口位置对应的接口函数，具体包括：
    以所述特征数据为入参，执行与更新后的所述预设数据文件中接口位置对应的接口函数。
  32. 根据权利要求25所述的装置，其特征在于，所述处理器执行所述程序时实现所述依据监控结果，确定所述保险应用系统存在的异常状况之后，还包括：
    从预置异常分析库中查询与所述保险应用系统存在的异常状况对应的原因信息和相应的应对措施信息，所述预置异常分析库中保存有所述保险应用系统不同的异常状况分别对应的原因信息以及相应的应对措施信息；及
    查询所述保险应用系统相关的系统维护模块的通信方式信息；
    根据所述通信方式信息，将所述保险应用系统存在的异常状况连同查询到的所述原因信息和相应的应对措施信息推送给所述系统维护模块。
PCT/CN2018/074617 2017-11-08 2018-01-30 保险应用系统的监控方法及装置 WO2019090981A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711094194.6A CN107896170B (zh) 2017-11-08 2017-11-08 保险应用系统的监控方法及装置
CN201711094194.6 2017-11-08

Publications (1)

Publication Number Publication Date
WO2019090981A1 true WO2019090981A1 (zh) 2019-05-16

Family

ID=61804669

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/074617 WO2019090981A1 (zh) 2017-11-08 2018-01-30 保险应用系统的监控方法及装置

Country Status (2)

Country Link
CN (1) CN107896170B (zh)
WO (1) WO2019090981A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109299135B (zh) * 2018-11-26 2024-05-14 平安科技（深圳）有限公司 基于识别模型的异常查询识别方法、识别设备及介质
CN109903175A (zh) * 2019-03-26 2019-06-18 众安在线财产保险股份有限公司 一种保险核心系统监控平台
WO2021114138A1 (zh) * 2019-12-11 2021-06-17 深圳市大疆创新科技有限公司 升级异常分析方法、电子设备、可移动平台、相机及计算机可读存储介质
CN111782456B (zh) * 2020-06-30 2022-09-30 深圳赛安特技术服务有限公司 异常检测方法、装置、计算机设备和存储介质
CN112799910A (zh) * 2021-01-26 2021-05-14 中国工商银行股份有限公司 层次化监控方法及装置
CN112925693B (zh) * 2021-02-25 2023-11-03 新疆北斗同创信息科技有限公司 系统监控方法、装置、计算机设备及存储介质
CN117056152B (zh) * 2023-10-13 2024-02-09 腾讯科技（深圳）有限公司 一种设备检测方法和相关装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102981943A (zh) * 2012-10-29 2013-03-20 新浪技术（中国）有限公司 监控应用日志的方法及系统
CN103616877A (zh) * 2013-11-27 2014-03-05 广州杰赛科技股份有限公司 能源管网的监控诊断方法和系统
CN105589906A (zh) * 2014-12-26 2016-05-18 中国银联股份有限公司 交易报文规范性监控方法
CN106354606A (zh) * 2016-09-20 2017-01-25 网易（杭州）网络有限公司 应用程序异常处理方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103067224B (zh) * 2012-12-31 2016-09-28 华为技术有限公司 业务流监测相关的方法、装置和系统
CN105808655A (zh) * 2016-02-26 2016-07-27 广州品唯软件有限公司 一种海量数据异常检查的处理方法、装置及系统
CN106371984B (zh) * 2016-08-31 2019-03-26 广州品唯软件有限公司 一种数据监控方法、设备和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102981943A (zh) * 2012-10-29 2013-03-20 新浪技术（中国）有限公司 监控应用日志的方法及系统
CN103616877A (zh) * 2013-11-27 2014-03-05 广州杰赛科技股份有限公司 能源管网的监控诊断方法和系统
CN105589906A (zh) * 2014-12-26 2016-05-18 中国银联股份有限公司 交易报文规范性监控方法
CN106354606A (zh) * 2016-09-20 2017-01-25 网易（杭州）网络有限公司 应用程序异常处理方法及装置

Also Published As

Publication number Publication date
CN107896170B (zh) 2019-12-03
CN107896170A (zh) 2018-04-10

Similar Documents

Publication Publication Date Title
WO2019090981A1 (zh) 保险应用系统的监控方法及装置
US11113156B2 (en) Automated ransomware identification and recovery
US10462160B2 (en) Method and system for identifying uncorrelated suspicious events during an attack
EP3501158B1 (en) Interrupt synchronization of content between client device and cloud-based storage service
WO2017054463A1 (zh) 事件信息推送方法、事件信息推送装置及存储介质
WO2015135443A1 (en) Method and apparatus for simulating sound in virtual scenario, and terminal
CN109690548B (zh) 基于设备属性和设备风险因素的计算设备保护
WO2018120681A1 (zh) 数据同步方法、装置、系统、数据处理服务器和存储介质
WO2018166099A1 (zh) 信息泄露检测方法及装置、服务器及计算机可读存储介质
US10565371B2 (en) Malware detection method and malware detection apparatus
US10735468B1 (en) Systems and methods for evaluating security services
WO2020253135A1 (zh) 自动化分析方法、用户设备、存储介质及装置
US11475135B2 (en) Orchestration of vulnerability scanning and issue tracking for version control technology
WO2021012481A1 (zh) 系统性能监控方法、装置、设备及存储介质
WO2014000627A1 (zh) 网络信息推送方法及其系统、计算机存储介质
US11601443B2 (en) System and method for generating and storing forensics-specific metadata
WO2020253125A1 (zh) 日志管理方法、装置、设备及存储介质
WO2020233060A1 (zh) 事件通知方法、事件通知服务器、存储介质及装置
WO2021056731A1 (zh) 基于日志数据分析的行为检测方法、装置、设备及介质
WO2021003956A1 (zh) 产品信息的管理方法、装置、设备及存储介质
WO2018076890A1 (zh) 数据备份的方法、装置、存储介质、服务器及系统
CN111669379A (zh) 行为异常检测方法和装置
WO2019090987A1 (zh) 应用性能分析方法及装置
CN114969840A (zh) 数据防泄漏方法和装置
US20220197725A1 (en) Intelligent automatic support

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 02/10/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18876573

Country of ref document: EP

Kind code of ref document: A1