WO2021027422A1 - 基于数据收集的接口服务功能监测方法及系统 - Google Patents

基于数据收集的接口服务功能监测方法及系统 Download PDF

Info

Publication number
WO2021027422A1
WO2021027422A1 PCT/CN2020/099424 CN2020099424W WO2021027422A1 WO 2021027422 A1 WO2021027422 A1 WO 2021027422A1 CN 2020099424 W CN2020099424 W CN 2020099424W WO 2021027422 A1 WO2021027422 A1 WO 2021027422A1
Authority
WO
WIPO (PCT)
Prior art keywords
interface
execute
monitoring
abnormal
target server
Prior art date
Application number
PCT/CN2020/099424
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 珠海格力电器股份有限公司
Priority to US17/623,649 priority Critical patent/US20220321440A1/en
Publication of WO2021027422A1 publication Critical patent/WO2021027422A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • 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/06—Generation of reports
    • 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • 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/50—Testing arrangements
    • 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
    • H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data

Definitions

  • the present disclosure belongs to the field of network communication technology, and in particular relates to a method and system for monitoring interface service functions based on data collection.
  • Interfaces are pre-defined functions. The purpose is to provide applications and developers with the ability to access a set of routines based on certain software or hardware without having to access source code or understand the details of internal working mechanisms. Interface testing is a test that submits input data to the interface, obtains the returned results, and analyzes whether the results meet expectations.
  • the interface service test on the market is to check whether the service is still running normally by detecting port occupancy, etc. This interface service test method cannot meet the user's requirements for data security and data operation stability.
  • the technical problem to be solved by the present disclosure is that the existing interface service monitoring method cannot ensure data security and data operation stability.
  • the present disclosure provides a method for monitoring interface service functions based on data collection, including the following steps:
  • the monitoring device regularly initiates service function monitoring requests to the interface
  • S3 Determine whether the content of the interface response meets expectations, if it meets expectations, store the monitoring record on the target server, and if an exception occurs, execute S4;
  • S4 Analyze the cause of the abnormal phenomenon based on the abnormal information and form an abnormal analysis report, store the abnormal information and the abnormal analysis report on the target server, and the target server also sends the abnormal information and the abnormal analysis report to the administrator;
  • S5 The administrator judges the interface failure based on the monitoring records and abnormal analysis reports stored in the target server.
  • At least one of the pre-service function states At least one of the pre-service function states.
  • step S1 the monitoring device initiates a service function monitoring request to the interface, the steps are:
  • the monitoring device periodically initiates a specific function test request to the interface.
  • step S2 is specifically:
  • the monitoring device initiates a service function temporary monitoring request to the interface in real time;
  • step S2 is specifically: S2.1 judging whether the interface responds to the monitoring request:
  • the monitoring device initiates a service function temporary monitoring request to the interface in real time, and returns to step S2.1.
  • the step S3 is specifically:
  • the monitoring device initiates a service function temporary monitoring request to the interface in real time, and returns to step S3.1.
  • step S4 if an abnormality occurs, the specific steps of analyzing the cause of the abnormality and forming an abnormal analysis report based on the cause of the abnormality are:
  • step S4 the abnormality information and the abnormality analysis report are also stored in the target server, and the target server performs hierarchical processing of the abnormality information according to the abnormality analysis report, and sends the processing result to the administrator and the storage module.
  • the abnormal information is at least divided into first-level errors and second-level errors
  • the target server sends the abnormal information to the administrator by email or short message;
  • the target server backs up the abnormal information and its log, and sends the abnormal information and its log to the administrator by email.
  • the present disclosure also provides an interface service function monitoring system based on data collection, including a monitoring device and a target server, the target server is provided with an interface, and the monitoring device is respectively communicatively connected with the target server and the interface,
  • the monitoring device and the target server complete the monitoring of the service status of the interface of the target server according to the above method, and preferably further include a display device, the display device is in communication connection with the monitoring device, and the display device is It is configured to display the service status of the interface.
  • This disclosure clearly monitors various functional module areas for the pointed interface service, analyzes the cause of the abnormality and generates solution suggestions when the status of the problem interface service is abnormal. This method greatly improves the problem solving efficiency and strengthens the service data. Reliability and operational stability.
  • Figure 1 shows a flowchart of a method for monitoring interface service functions based on data collection in an embodiment of the present disclosure
  • Figure 2 shows a flowchart of a method for determining whether an interface responds to a monitoring request in an embodiment of the present disclosure
  • FIG. 3 shows a flowchart of a method for judging whether interface response content meets expectations in an embodiment of the present disclosure
  • Fig. 4 shows a structure diagram of an interface service function monitoring system based on data collection in an embodiment of the present disclosure.
  • Interface service function monitoring based on data collection is a very important feature to ensure data security and operational stability in the software industry. Once there is a fallacy, it is very likely that users will be completely disappointed in the product, resulting in loss of reputation, money and other aspects. Service monitoring is an important measure to ensure data reliability and service stability.
  • the interface service monitoring on the market can only detect whether the interface service function is still running normally by detecting port occupation, which is far from enough.
  • the present disclosure provides a data collection-based interface service function monitoring method, which clearly monitors the various functional module fields for the pointed interface service, and when a problem occurs Analyzing the reasons and generating suggestions for solutions greatly improves the efficiency of problem solving while strengthening service data reliability and operational stability.
  • Fig. 1 shows a flowchart of a method for monitoring interface service functions of the present disclosure.
  • the interface service function monitoring method based on data collection in this embodiment includes the following steps:
  • the monitoring device regularly initiates a service function monitoring request to the interface, which further includes:
  • the monitoring device initiates a specific function test request to the interface.
  • the monitoring device initiates a service function temporary monitoring request to the interface in real time;
  • the monitoring device initiates a service function temporary monitoring request to the interface in real time, and returns to step S2.1.
  • S3 Determine whether the content of the interface response meets expectations, if it meets expectations, store the monitoring record on the target server, and if an exception occurs, execute S4;
  • the step S3 is specifically:
  • the monitoring device initiates a service function temporary monitoring request to the interface in real time, and returns to step S3.1.
  • S4 Analyze the cause of the abnormal phenomenon based on the abnormal information and form an abnormal analysis report, store the abnormal information and the abnormal analysis report on the target server, and the target server also sends the abnormal information and the abnormal analysis report to the administrator.
  • the specific steps of analyzing the cause of the abnormality and determining a solution based on the cause of the abnormality to form an abnormal analysis report are:
  • the abnormal information and the current service status of the interface are stored in the target server, and the target server performs hierarchical processing of the abnormal information according to the current service status of the interface, and sends the processing result to the administrator and the storage module.
  • the abnormal information is at least divided into first-level errors and second-level errors
  • the target server sends the abnormal information to the administrator by email or short message;
  • the target server backs up the abnormal information and its log, and sends the abnormal information and its log to the administrator by email.
  • S5 The administrator judges at least one of the current service function status of the interface according to the monitoring record and the abnormal analysis report stored in the target server.
  • this embodiment further illustrates the interface service function monitoring method of the present disclosure based on data collection by using examples, please refer to FIG. 2 and FIG. 3.
  • the monitoring device of the present disclosure initiates a specific service function test request to the target server interface, and the specific steps for the monitoring device to initiate a service function monitoring request to the interface are as follows:
  • S1.1 set specific service functions for the interface; suppose the specific service functions of the target server interface include music, news, weather, science, etc.
  • the monitoring device periodically initiates a specific functional test request to the interface.
  • the monitoring result is normal, and the monitoring device further judges the content of the interface response to determine whether the content of the interface response meets expectations . If the interface does not respond to the test request, analyze the reason why the interface did not respond, store the reason for the lack of response in the target server, and then try to connect to the interface again.
  • the monitoring device also needs to periodically initiate a test request to the interface, such as a test request to the interface every 1 hour, so when trying to connect to the interface again, you need to judge the time. If the time to try to connect to the interface again does not reach the preset counter interface of the monitoring device When the test request is initiated, the interface is directly connected; if the time for retrying to connect to the interface has reached the time preset by the monitoring device to initiate a test request to the interface, the monitoring device re-initiates a test request to the interface.
  • the monitoring device also records the number of times that the interface did not respond. When the recorded number of times that the interface did not respond reaches a set value (for example, 3 times), the reason for the interface not responding is saved to the target server.
  • a set value for example, 3 times
  • step S3 is executed, that is, when the interface responds to the monitoring request, it is judged whether the content of the interface response meets the expectation, and if the response content meets the expectation, the monitoring record is saved on the target server.
  • step S4 is executed.
  • step S4 through the following steps, analyze the reasons why the response content of the analysis interface does not meet expectations, and form solutions for the reasons why the response content does not meet expectations:
  • S41 Collect response content that does not meet expectations, compare it with the expected response content, and determine the cause of the abnormality based on the comparison result;
  • the interface response content is an abnormal state that does not meet the expectations
  • the abnormal information is stored in the target server, and the target server also sends the abnormal information to the administrator.
  • the abnormal information and the current service status of the interface are stored in the target server, and the target server performs hierarchical processing of the abnormal information according to the current service status of the interface, and sends the processing result to the administrator.
  • the abnormal information is at least divided into first-level errors and second-level errors.
  • the target server sends the abnormal information to the administrator by email or short message.
  • the first-level error is a logical error.
  • the target server sends the abnormal information to the administrator by email or short message to remind the administrator to handle the abnormal information in time.
  • the target server backs up the abnormal information and its log, and sends the abnormal information and its log to the administrator by email.
  • the second-level errors are major errors such as interruption of interface service status.
  • the target server backs up the abnormal information and its log, and sends the abnormal information, its log, and solution suggestions to the administrator by emergency mail to remind the administrator to handle the abnormal information in time. If the administrator does not respond in time, the target server repeatedly sends emails to the administrator until the administrator handles the abnormal information.
  • the administrator checks the monitoring records according to the test page of the monitoring equipment, and monitors the interface service function status according to the records, so as to deal with the abnormality of the interface service function in time.
  • the above embodiments develop functional tests for specific services and perform domain skill tests, perform functional tests on interfaces regularly, analyze the causes of errors when errors occur, and generate reports and send them to processing personnel in a timely manner Back up data to the server to avoid data loss, to improve the optimization efficiency of interface services and ensure the regular operation of interface services, which greatly improves the efficiency of problem solving and strengthens the reliability and operational stability of service data.
  • this embodiment further explains the interface service function monitoring system based on data collection to better understand the interface service function monitoring method of the present disclosure based on data collection.
  • the interface service function monitoring system based on data collection of the present disclosure includes a monitoring device and a server, the server is provided with an interface, and the monitoring device is respectively communicatively connected with the server and the interface, and the monitoring device Is configured to test the service status of the interface.
  • the monitoring device initiates a monitoring request to the interface service function, and if the interface responds to the monitoring request, it is determined whether the content of the response meets expectations. If the interface does not respond to the monitoring request, the monitoring device analyzes the reason why the interface does not respond, and stores the reason why the interface does not respond to the target server. Then try to connect again until the number of times that the interface does not respond reaches the set value.
  • the monitoring device analyzes the reason why the content of the interface response does not meet the expectations, and forms an abnormal problem solving proposal, and stores the abnormal problem cause and the abnormal problem solving proposal on the target server, and the target server returns Send the cause of the abnormal problem and suggestions for solving the abnormal problem to the administrator by email or SMS to remind the administrator to deal with the abnormal information in time.
  • the interface service function monitoring system based on data collection of the present disclosure further includes a display device, and the administrator monitors the interface service status according to the log displayed by the display device.
  • the present disclosure clearly monitors various functional module areas for the pointed interface service, analyzes the cause of the abnormality and generates solution suggestions when the status of the problem interface service is abnormal.
  • This method greatly improves the problem solving efficiency, and at the same time Enhanced service data reliability and operational stability.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Environmental & Geological Engineering (AREA)
  • Human Computer Interaction (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开的基于数据收集的接口服务功能监测方法及系统，方法包括以下步骤：监测设备对接口发起服务功能监测请求；判断所述接口是否对监测请求发生响应，若发生响应，则判断所述接口响应的内容是否符合预期，若发生异常，根据异常信息分析出现异常现象的原因并形成异常分析报告，将异常信息及异常分析报告存储在目标服务器，所述目标服务器还将异常信息及异常分析报告发送给管理员；管理员根据存储在目标服务器中的监测记录和异常分析报告判断接口当前服务功能状态中的至少一个。通过本申请的方法，大大提高了问题解决效率的同时加强服务数据可靠性与运行稳定性。

Description

基于数据收集的接口服务功能监测方法及系统
本公开以2019年8月12日递交的、申请号为201910742294.8且名称为“基于数据收集的接口服务功能监测方法及系统”的专利文件为优先权文件，其全部内容通过引用结合在本公开中。
技术领域
本公开属于网络通信技术领域，尤其涉及一种基于数据收集的接口服务功能监测方法及系统。
背景技术
随着软件技术发展，越来越多软件通过平台化为用户提供服务，第三方可以根据平台提供接口定制自己需要服务，因此如今软件经常涉及接口测试。接口是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。接口测试是向接口提交输入数据，获取返回结果并分析结果是否符合预期的测试。
因此，对于软件行业来说，数据安全性与数据运行稳定性是非常重要的特性，一旦出现谬误，很有可能用户会对产品彻底失望，从而导致信誉、金钱等各方面损失，对接口服务的测试是保证数据可靠性与服务稳定性的重要举措。
发明人知晓的一些方案中，市面上的接口服务测试是通过检测端口占用等了解服务是否仍然正常运行，这种接口服务测试方法并不能满足用户对数据安全性与数据运行稳定性的需求。
发明内容
本公开所要解决的技术问题是现有的接口服务监测方法不能确保数据安全性与数据运行稳定性。
为了解决上述技术问题，本公开提供了一种基于数据收集的接口服务功能监测方法，包括以下步骤：
S1，监测设备定时对接口发起服务功能监测请求；
S2，判断所述接口是否对监测请求发生响应，若发生响应，则执行S3；若发 生异常，则执行S4；
S3，判断所述接口响应的内容是否符合预期，若符合预期，则将监测记录存储在目标服务器，若发生异常，则执行S4；
S4，根据异常信息分析出现异常现象的原因并形成异常分析报告，将异常信息及异常分析报告存储在目标服务器，所述目标服务器还将异常信息及异常分析报告发送给管理员；
S5，管理员根据存储在目标服务器中的监测记录和异常分析报告判断接口当
前服务功能状态中的至少一个。
优选的，在步骤S1中，监测设备对接口发起服务功能监测请求，步骤为：
S1.1，为接口设置特定服务功能；
S1.2，监测设备定时对接口发起特定功能测试请求。
优选的，所述步骤S2，具体为：
S2.1判断所述接口对监测请求是否发生响应：
若发生响应，则执行S3；
若发生异常，则执行S2.2；
S2.2记录发生异常的次数，并判断记录的发生异常的次数是否达到设定值：
若未达到设定值，监测设备实时对接口发起服务功能临时监测请求；
若达到设定值，执行S4。
优选的，所述步骤S2，具体为：S2.1判断所述接口对监测请求是否发生响应：
若发生响应，则执行S3；
若发生异常，则执行S2.2；
S2.2记录发生异常的次数，并判断记录的发生异常的次数是否达到设定值：
若未达到设定值，则执行S2.3；
若达到设定值，则执行S4；
S2.3判断发生异常的时间是否到达预设的定时对接口发起服务功能监测请求的时间：
若未达到预设时间，则执行S2.4；
若达到预设时间，则执行S1
S2.4监测设备实时对接口发起服务功能临时监测请求，并返回步骤S2.1。
优选的，所述步骤S3，具体为：
S3.1，判断所述接口响应的内容是否符合预期；
若符合预期，则保存监测记录；
若发生异常，则执行S3.2；
S3.2，记录发生异常的次数，并判断记录的发生异常的次数是否达到设定值：
若未达到设定值，则执行S3.3；
若达到设定值，执行S4；
S3.3，判断发生异常的时间是否到达预设的对接口发起服务功能监测请求的时间；
若达到预设时间，则重新执行S1；
若未达到预设时间，则执行S3.4；
S3.4，监测设备实时对接口发起服务功能临时监测请求，并返回步骤S3.1。
优选的，在步骤S4中，若发生异常，分析异常原因并根据所述异常原因形成异常分析报告的具体步骤为：
S4.1，采集不合符预期的响应内容，并与预期的响应内容作对比，根据对比结果确定发生异常的原因；
S4.2，根据发生异常的原因以形成异常分析报告。
优选的，在步骤S4中，还将异常信息及异常分析报告存储在目标服务器，所述目标服务器根据异常分析报告将所述异常信息进行分级处理，并将处理结果发送给管理员及存储模块。
优选的，在步骤S4中，所述异常信息至少分为第一等级错误和第二等级错误；
若所述异常信息为第一等级错误，目标服务器利用邮件或短信将所述异常信息发送给管理员；
若所述异常信息为第二等级错误，目标服务器备份所述异常信息及其日志，并利用邮件将所述异常信息及其日志发送给管理员。
本公开还提供了一种基于数据收集的接口服务功能监测系统，包括监测设备和目标服务器，所述目标服务器上设置有接口，所述监测设备与所述目标服务器及所述接口分别通信连接，所述监测设备和所述目标服务器根据上述方法完成对所述目标服务器的接口的服务状态的监测优选的，还包括显示设备，所述显示设备与所述监测设备通信连接，所述显示设备被配置为显示所述接口的服务状态。
与现有技术相比，上述方案中的一个或多个实施例具有如下优点或有益效果：
本公开，明确针对所指向的接口服务，对各个功能模块领域进行监控，并在问题接口服务状态发生异常时分析异常原因以及生成解决建议，该方法大大提高了问题解决效率，同时加强了服务数据可靠性与运行稳定性。
本公开的其它特征和优点将在随后的说明书中阐述，并且部分地从说明书中变得显而易见，或者通过实施本公开而了解。本公开的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本公开的进一步理解，并且构成说明书的一部分，与本公开的实施例共同用于解释本公开，并不构成对本公开的限制。在附图中：
图1示出了本公开实施例中基于数据收集的接口服务功能监测方法的流程图；
图2示出了本公开实施例中判断接口对监测请求是否发生响应的方法流程图；
图3示出了本公开实施例中判断接口响应内容是否符合预期的方法流程图；
图4示出了本公开实施例中基于数据收集的接口服务功能监测系统结构图。
具体实施方式
以下将结合附图及实施例来详细说明本公开的实施方式，借此对本公开如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。需要说明的是，只要不构成冲突，本公开中的各个实施例以及各实施例中的各个特征可以相互结合，所形成的技术方案均在本公开的保护范围之内。
基于数据收集的接口服务功能监测对保证软件行业数据安全性与运行稳定性是非常重要的特性，一旦出现谬误，很有可能用户会对产品彻底失望从而导致信誉、金钱等各方面损失，对接口服务的监控就是保证数据可靠性与服务稳定性的重要举措。
发明人知晓的一些方案中，市面上的接口服务监控只能做到通过检测端口占用等了解接口服务功能是否仍然正常运行，这是远远不够的。
实施例一
为解决现有技术中存在的上述技术问题，本公开提供了一种基于数据收集的接口服务功能监测方法，明确针对所指向的接口服务，对各个功能模块领域的进行监控，并在问题发生时分析原因以及生成解决建议，大大提高了问题解决效率的同时加强服务数据可靠性与运行稳定性。
图1示出了本公开接口服务功能监测方法流程图。参照图1，本实施例基于数据收集的接口服务功能监测方法包括如下步骤：
S1，监测设备定时对接口发起服务功能监测请求，还进一步包括：
S1.1，为接口设置特定服务功能；
S1.2，监测设备对接口发起特定功能测试请求。
S2，判断所述接口是否对监测请求发生响应，若发生响应，则执行S3；若发生异常，则执行S4，具体步骤为：
S2.1判断所述接口对监测请求是否发生响应：
若发生响应，则执行S3；
若发生异常，则执行S2.2；
S2.2记录发生异常的次数，并判断记录的发生异常的次数是否达到设定值：
若未达到设定值，监测设备实时对接口发起服务功能临时监测请求；
若达到设定值，执行S4；
S2.3判断发生异常的时间是否到达预设的定时对接口发起服务功能监测请求的时间：
若未达到预设时间，则执行S2.4；
若达到预设时间，则执行S1；
S2.4监测设备实时对接口发起服务功能临时监测请求，并返回步骤S2.1。
S3，判断所述接口响应的内容是否符合预期，若符合预期，则将监测记录存储在目标服务器，若发生异常，则执行S4；
所述步骤S3，具体为：
S3.1，判断所述接口响应的内容是否符合预期；
若符合预期，则保存监测记录；
若发生异常，则执行S3.2；
S3.2，记录发生异常的次数，并判断记录的发生异常的次数是否达到设定值：
若未达到设定值，则执行S3.3；
若达到设定值，执行S4；
S3.3，判断发生异常的时间是否到达预设的对接口发起服务功能监测请求的时间；
若达到预设时间，则重新执行S1；
若未达到预设时间，则执行S3.4；
S3.4，监测设备实时对接口发起服务功能临时监测请求，并返回步骤S3.1。
S4，根据异常信息分析出现异常现象的原因并形成异常分析报告，将异常信息及异常分析报告存储在目标服务器，所述目标服务器还将异常信息及异常分析报告发送给管理员。
其中，分析异常原因并根据所述异常原因确定解决方案以形成异常分析报告的具体步骤为：
S4.1，采集不合符预期的响应内容，并与预期的响应内容作对比，根据对比结果确定发生异常的原因；
S4.2，根据发生异常的原因确定解决方案。
其中，将异常信息及接口当前服务状态存储在目标服务器，所述目标服务器根据接口当前服务状态将所述异常信息进行分级处理，并将处理结果发送给管理员及存储模块。
进一步的，所述异常信息至少分为第一等级错误和第二等级错误；
若所述异常信息为第一等级错误，目标服务器利用邮件或短信将所述异常信息发送给管理员；
若所述异常信息为第二等级错误，目标服务器备份所述异常信息及其日志，并利用邮件将所述异常信息及其日志发送给管理员。
S5，管理员根据存储在目标服务器中的监测记录和异常分析报告判断接口当前服务功能状态中的至少一个。
实施例二
为了对本公开的技术方案更好的说明，本实施例对本公开基于数据收集的接口服务功能监测方法进一步举例说明，请参照图2和图3。
本公开监测设备对目标服务器接口发起特定服务功能测试请求，监测设备对 接口发起服务功能监测请求的具体步骤如下：
S1.1，为接口设置特定服务功能；假设目标服务器接口的特定服务功能包括音乐、新闻、天气、科学等。
S1.2，监测设备定时对接口发起特定功能测试请求，当接口对测试请求发生响应，则说明监测结果正常，监测设备进一步对接口响应的内容进行判断，目的是判断接口响应的内容是否符合预期。如果接口对测试请求没有发生响应，则分析接口未发生响应的原因，并将未发生响应的原因存储在目标服务器，然后再次尝试连接接口。
监测设备还需要定时对接口发起测试请求，如每1小时对接口发起一次测试请求，所以当再次尝试连接接口时需要进行时间判断，如果再次尝试连接接口的时间未到达监测设备预设的对接口发起测试请求的时间，则直接连接接口；如果再次尝试连接接口的时间已到达监测设备预设的对接口发起测试请求的时间，则监测设备对接口重新发起测试请求。
监测设备还记录接口未发生响应的次数，当记录的接口未发生响应的次数达到设定值(比如3次)时，则将接口未发生响应的原因保存到目标服务器。
当接口发生响应，执行步骤S3，即当接口对监测请求发生响应时，则对接口响应的内容是否符合预期进行判断，若响应的内容符合预期，则将监测记录保存在目标服务器。
若响应的内容不符合预期，如预期响应的内容为音乐，而实际响应的内容为新闻，则执行步骤S4。
步骤S4中，通过以下步骤，对分析接口响应内容不符合预期的原因进行分析，并针对响应内容不符合预期的原因形成解决建议：
S41，采集不合符预期的响应内容，并与预期的响应内容作对比，根据对比结果确定发生异常的原因；
S42，根据发生异常的原因确定解决方案。
需要说明的是，若接口响应内容为不符合预期的异常状态，则分析接口响应内容不符合预期的原因并根据不符合预期的原因并确定解决方案，并判断发生异常状态的时间是否到达预设的对接口发起服务功能监测请求的时间，若达到预设时间，则监测设备对接口重新发起服务功能监测请求，监测设备并记录发生异常状态的次数，否则再次尝试连接接口，并记录发生异常的次数，当记录的发生异 常的次数达到设定值时，将异常信息存储在目标服务器，所述目标服务器还将异常信息发送给管理员。
其中，将异常信息及接口当前服务状态存储在目标服务器，所述目标服务器根据接口当前服务状态将所述异常信息进行分级处理，并将处理结果发送给管理员。
其中，所述异常信息至少分为第一等级错误和第二等级错误。
进一步的，若所述异常信息为第一等级错误，目标服务器利用邮件或短信将所述异常信息发送给管理员。
需要说明的是，第一等级错误为逻辑错误，当发生第一等级错误时，目标服务器利用邮件或短信将所述异常信息发送给管理员，以提醒管理员及时处理异常信息。
进一步的，若所述异常信息为第二等级错误，目标服务器备份所述异常信息及其日志，并利用邮件将所述异常信息及其日志发送给管理员。
需要说明的是，第二等级错误为接口服务状态中断等重大错误。当发生第二等级错误时，目标服务器备份所述异常信息及其日志，并利用紧急邮件将所述异常信息及其日志和解决建议发送给管理员，以提醒管理员及时处理异常信息，若管理员没有及时响应，则目标服务器不断的重复向管理员发送邮件，直到管理员处理异常信息。
管理员根据监测设备的测试页面进行监测记录查阅，并根据记录监测接口服务功能状态，以便及时处理接口服务功能异常问题。
以上实施例针对实际业务需求，开发针对特定服务的功能性测试服务区分功能与进行领域技能测试，定时对接口进行功能检测并在发生错误时分析错误原因，并生成报告发送至处理人员，且及时备份数据到服务器避免数据损失，以提高接口服务优化效率且保证接口服务的常规运行，大大提高了问题解决效率的同时加强服务数据可靠性与运行稳定性。
实施例三
在此，本实施例对基于数据收集的接口服务功能监测方系统进一步说明，以更好的理解对本公开基于数据收集的接口服务功能监测方法。
参照图4，本公开基于数据收集的接口服务功能监测系统，包括监测设备和 服务器，所述服务器上设置有接口，所述监测设备与所述服务器及所述接口分别通信连接，所述监测设备被配置为测试所述接口的服务状态。
其中，监测设备对接口服务功能发起监测请求，若接口对监测请求发生响应，则判断响应的内容是否符合预期。若接口对监测请求不发生响应，监测设备则分析接口不发生响应的原因，并将接口不发生响应的原因存储在目标服务器。然后在再次尝试连接，直至接口不发生响应的次数达到设定值。
其中，若接口响应的内容不符合预期，则监测设备分析接口响应的内容不符合预期的原因，并形成异常问题解决建议，并将异常问题原因及异常问题解决建议存储在目标服务器，目标服务器还将异常问题原因及异常问题解决建议通过邮件或短信的方式发送给管理员，以提醒管理员及时处理异常信息。
本公开基于数据收集的接口服务功能监测系统还进一步包括显示设备，管理员根据显示设备显示的日志对接口服务状态进行监测。
本公开通过以上实施例，明确针对所指向的接口服务，对各个功能模块领域进行监控，并在问题接口服务状态发生异常时分析异常原因以及生成解决建议，该方法大大提高了问题解决效率，同时加强了服务数据可靠性与运行稳定性。
虽然本公开所公开的实施方式如上，但所述的内容只是为了便于理解本公开而采用的实施方式，并非用以限定本公开。任何本公开所属技术领域内的技术人员，在不脱离本公开所公开的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本公开的保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

  1. 一种基于数据收集的接口服务功能监测方法,其中，包括：
    S1，监测设备定时对接口发起服务功能监测请求；
    S2，判断所述接口对监测请求是否发生响应，若发生响应，则执行S3；若发生异常，则执行S4；
    S3，判断所述接口响应的内容是否符合预期，若符合预期，则将监测记录存储在目标服务器；若发生异常，则执行S4；
    S4，根据异常信息分析出现异常现象的原因并根据所述出现异常现象的原因形成异常分析报告，并将异常信息及异常分析报告存储在目标服务器，所述目标服务器还将异常信息及异常分析报告发送给管理员，以供管理员根据监测记录和异常分析报告判断接口服务功能当前状态中的至少一个。
  2. 根据权利要求1所述的方法，其中，在S1中，监测设备对接口发起服务功能监测请求，步骤为：
    S1.1，为接口设置特定服务功能；
    S1.2，监测设备定时对接口发起特定功能测试请求。
  3. 根据权利要求1所述的方法，其中，所述S2，具体包括：
    S2.1判断所述接口对监测请求是否发生响应：
    若发生响应，则执行S3；
    若发生异常，则执行S2.2；
    S2.2记录发生异常的次数，并判断记录的发生异常的次数是否达到设定值：
    若未达到设定值，则执行S2.3；
    若达到设定值，则执行S4；
    S2.3监测设备实时对接口发起服务功能临时监测请求，并返回执行S2.1。
  4. 根据权利要求1所述的方法，其中，所述S2，具体包括：
    S2.1判断所述接口对监测请求是否发生响应：
    若发生响应，则执行S3；
    若发生异常，则执行S2.2；
    S2.2记录发生异常的次数，并判断记录的发生异常的次数是否达到设定值：
    若未达到设定值，则执行S2.3；
    若达到设定值，则执行S4；
    S2.3判断发生异常的时间是否到达预设的定时对接口发起服务功能监测请求 的时间：
    若未达到预设时间，则执行S2.4；
    若达到预设时间，则执行S1；
    S2.4监测设备实时对接口发起服务功能临时监测请求，并返回执行S2.1。
  5. 根据权利要求1所述的方法，其中：所述S3，具体包括：
    S3.1，判断所述接口响应的内容是否符合预期；
    若符合预期，则保存监测记录；
    若发生异常，则执行S3.2；
    S3.2，记录发生异常的次数，并判断记录的发生异常的次数是否达到设定值：
    若未达到设定值，则执行S3.3；
    若达到设定值，执行S4；
    S3.3，判断发生异常的时间是否到达预设的对接口发起服务功能监测请求的时间；
    若达到预设时间，则重新执行S1；
    若未达到预设时间，则执行S3.4；
    S3.4，监测设备实时对接口发起服务功能临时监测请求，并返回执行S3.1。
  6. 根据权利要求1所述的方法，其中：在步骤S4中，若发生异常，分析出现异常现象的原因并根据所述出现异常现象的原因形成异常分析报告的具体步骤为：
    S4.1，采集不符合预期的响应内容，并与预期的响应内容作对比，根据对比结果确定出现异常现象的原因；
    S4.2，根据出现异常现象的原因以形成异常分析报告。
  7. 根据权利要求1所述的方法，其中：还包括：在将异常信息及异常分析报告存储在目标服务器后，所述目标服务器根据接口当前服务状态将所述异常信息进行分级处理，并将处理结果发送给管理员。
  8. 根据权利要求7所述的方法，其中：在S4中，所述异常信息至少分为第一等级错误和第二等级错误；
    若所述异常信息为第一等级错误，目标服务器利用邮件或短信将所述异常信息发送给管理员；
    若所述异常信息为第二等级错误，目标服务器备份所述异常信息及其日志， 并利用邮件将所述异常信息及其日志发送给管理员。
  9. 一种基于数据收集的接口服务功能监测系统，其中：包括监测设备和目标服务器，所述目标服务器上设置有接口，所述监测设备与所述目标服务器及所述接口分别通信连接，所述监测设备和所述目标服务器根据权利要求1至8中任一项所述的方法完成对所述目标服务器的接口的服务状态的监测。
  10. 根据权利要求9所述的系统，其中：还包括显示设备，所述显示设备与所述监测设备通信连接，所述显示设备被配置为显示所述接口的服务状态。
PCT/CN2020/099424 2019-08-12 2020-06-30 基于数据收集的接口服务功能监测方法及系统 WO2021027422A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/623,649 US20220321440A1 (en) 2019-08-12 2020-06-30 Interface Service Function Monitoring Method and System Based on Data Acquisition

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910742294.8 2019-08-12
CN201910742294.8A CN110445688B (zh) 2019-08-12 2019-08-12 基于数据收集的接口服务功能监测方法及系统

Publications (1)

Publication Number Publication Date
WO2021027422A1 true WO2021027422A1 (zh) 2021-02-18

Family

ID=68434772

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/099424 WO2021027422A1 (zh) 2019-08-12 2020-06-30 基于数据收集的接口服务功能监测方法及系统

Country Status (3)

Country Link
US (1) US20220321440A1 (zh)
CN (1) CN110445688B (zh)
WO (1) WO2021027422A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115037653A (zh) * 2022-06-28 2022-09-09 北京奇艺世纪科技有限公司 业务流量监控方法、装置、电子设备和存储介质
CN115225469A (zh) * 2022-07-28 2022-10-21 深圳市基纳控制有限公司 基于网络异型接口的网络监控系统及方法
CN116560950A (zh) * 2023-07-11 2023-08-08 山东盛德智能科技股份有限公司 一种用于电力营销系统监控的数据处理系统和方法
CN116664102A (zh) * 2023-05-12 2023-08-29 上海天玑科技股份有限公司 一种运维流程的监控警示方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110445688B (zh) * 2019-08-12 2021-04-23 珠海格力电器股份有限公司 基于数据收集的接口服务功能监测方法及系统
CN111124810A (zh) * 2019-11-30 2020-05-08 四川商通实业有限公司 一种基于ios的线上软件程序异常监控方法
CN112671822B (zh) * 2020-10-20 2022-06-17 北京字跳网络技术有限公司 服务请求处理方法、装置、存储介质、服务器和系统
CN112653599A (zh) * 2020-12-21 2021-04-13 广州爱浦路网络技术有限公司 接口错误信息报告方法、系统、装置和存储介质
CN113253655B (zh) * 2021-06-01 2022-05-17 中富通集团股份有限公司 一种机房动力设备运行环境监控数据传输告警方法
CN115333919B (zh) * 2022-08-09 2023-11-07 贵州多彩新媒体股份有限公司 一种旁挂式信息安全监测方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011054024A1 (en) * 2009-11-06 2011-05-12 Toby Biddle A usability testing tool
CN102932205A (zh) * 2012-11-19 2013-02-13 深圳市亚特尔科技有限公司 一种网络服务端接口的自动化测试方法与测试平台
CN106407123A (zh) * 2016-11-09 2017-02-15 合网络技术（北京）有限公司 一种服务器接口的自动化测试方法及装置
CN107070735A (zh) * 2016-12-30 2017-08-18 上海亿账通互联网科技有限公司 异步接口测试的方法、测试终端及系统
CN109597729A (zh) * 2018-10-29 2019-04-09 深圳壹账通智能科技有限公司 一种基于模拟用户测试的监控方法和装置
CN110445688A (zh) * 2019-08-12 2019-11-12 珠海格力电器股份有限公司 基于数据收集的接口服务功能监测方法及系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030103310A1 (en) * 2001-12-03 2003-06-05 Shirriff Kenneth W. Apparatus and method for network-based testing of cluster user interface
US10305758B1 (en) * 2014-10-09 2019-05-28 Splunk Inc. Service monitoring interface reflecting by-service mode
US9934135B2 (en) * 2015-08-13 2018-04-03 Ca, Inc. Generic test automation for application programming interface applications
CN105824752B (zh) * 2016-03-16 2018-09-14 北京齐尔布莱特科技有限公司 一种接口自动化测试方法、装置和计算设备
CN106209781B (zh) * 2016-06-27 2019-09-06 航天云网科技发展有限责任公司 一种基于统计学的异常接口访问识别方法
CN108845912B (zh) * 2018-06-11 2019-08-06 掌阅科技股份有限公司 服务接口调用故障的报警方法及计算设备
CN109446071A (zh) * 2018-09-26 2019-03-08 深圳壹账通智能科技有限公司 接口测试方法、接口测试装置、电子设备及存储介质
CN109684204A (zh) * 2018-12-03 2019-04-26 杭州仟金顶信息科技有限公司 一种http接口自动测试方法
CN109710533A (zh) * 2018-12-29 2019-05-03 亚信科技（中国）有限公司 一种接口测试方法、装置及服务器
CN109766231A (zh) * 2019-01-11 2019-05-17 未来电视有限公司 接口测试方法及装置
CN109992431A (zh) * 2019-03-05 2019-07-09 福建天泉教育科技有限公司 一种实现重试的方法及终端

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011054024A1 (en) * 2009-11-06 2011-05-12 Toby Biddle A usability testing tool
CN102932205A (zh) * 2012-11-19 2013-02-13 深圳市亚特尔科技有限公司 一种网络服务端接口的自动化测试方法与测试平台
CN106407123A (zh) * 2016-11-09 2017-02-15 合网络技术（北京）有限公司 一种服务器接口的自动化测试方法及装置
CN107070735A (zh) * 2016-12-30 2017-08-18 上海亿账通互联网科技有限公司 异步接口测试的方法、测试终端及系统
CN109597729A (zh) * 2018-10-29 2019-04-09 深圳壹账通智能科技有限公司 一种基于模拟用户测试的监控方法和装置
CN110445688A (zh) * 2019-08-12 2019-11-12 珠海格力电器股份有限公司 基于数据收集的接口服务功能监测方法及系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115037653A (zh) * 2022-06-28 2022-09-09 北京奇艺世纪科技有限公司 业务流量监控方法、装置、电子设备和存储介质
CN115037653B (zh) * 2022-06-28 2023-10-13 北京奇艺世纪科技有限公司 业务流量监控方法、装置、电子设备和存储介质
CN115225469A (zh) * 2022-07-28 2022-10-21 深圳市基纳控制有限公司 基于网络异型接口的网络监控系统及方法
CN116664102A (zh) * 2023-05-12 2023-08-29 上海天玑科技股份有限公司 一种运维流程的监控警示方法
CN116560950A (zh) * 2023-07-11 2023-08-08 山东盛德智能科技股份有限公司 一种用于电力营销系统监控的数据处理系统和方法

Also Published As

Publication number Publication date
US20220321440A1 (en) 2022-10-06
CN110445688B (zh) 2021-04-23
CN110445688A (zh) 2019-11-12

Similar Documents

Publication Publication Date Title
WO2021027422A1 (zh) 基于数据收集的接口服务功能监测方法及系统
CN102937930B (zh) 应用程序监控系统及方法
WO2021008031A1 (zh) 基于微服务实现监控智能化的处理方法及电子装置
US20050021733A1 (en) Monitoring/maintaining health status of a computer system
US7664986B2 (en) System and method for determining fault isolation in an enterprise computing system
US5539877A (en) Problem determination method for local area network systems
US8924533B2 (en) Method and system for providing automated fault isolation in a managed services network
CN102571403B (zh) 通用数据质量管控适配器的实现方法和装置
US8959051B2 (en) Offloading collection of application monitoring data
US20060190488A1 (en) System and method for determining information related to user interactions with an application
US11362912B2 (en) Support ticket platform for improving network infrastructures
US11416321B2 (en) Component failure prediction
US20240048468A1 (en) Traffic monitoring method and apparatus for open stack tenant network
WO2021114971A1 (zh) 一种检测基于多层架构的应用系统是否正常运行的方法
CN109615218A (zh) 核电信息系统性能监测系统及方法
CN106982141A (zh) Weblogic实例监控方法及装置
US10599505B1 (en) Event handling system with escalation suppression
US11874728B2 (en) Software application diagnostic aid
US11995140B2 (en) Pattern detection for tenant-specific performance data
CN112910657B (zh) 一种云安全令牌预警系统
US10296967B1 (en) System, method, and computer program for aggregating fallouts in an ordering system
CN110362464B (zh) 软件分析方法及设备
WO2019196411A1 (zh) 在线课堂的学习数据聚合方法、服务器组件及服务器
CN114124873B (zh) 账号异常处理方法、装置、计算机设备和存储介质
US20240119385A1 (en) Methods and systems for discovery and monitoring of business flows

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20853337

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20853337

Country of ref document: EP

Kind code of ref document: A1