CN105553740A - 数据接口监控方法和装置 - Google Patents
数据接口监控方法和装置 Download PDFInfo
- Publication number
- CN105553740A CN105553740A CN201510994449.9A CN201510994449A CN105553740A CN 105553740 A CN105553740 A CN 105553740A CN 201510994449 A CN201510994449 A CN 201510994449A CN 105553740 A CN105553740 A CN 105553740A
- Authority
- CN
- China
- Prior art keywords
- time period
- data
- access request
- result
- interface
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
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
-
- 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
Abstract
本发明提供一种数据接口监控方法和装置,所述方法包括:获取针对数据接口的访问请求的请求信息和对应的响应信息,以作为日志数据;对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果;对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果;对每个第二时间段的第二整理结果进行分析,以确定是否存在异常状况。本发明适用于数据接口的异常状况检测,无需对每一次针对数据接口的访问进行监控,监控压力小,异常判断的准确性高。
Description
技术领域
本发明涉及互联网技术领域,具体而言,本发明涉及一种数据接口监控方法和装置。
背景技术
随着网络技术的飞速发展,互联网得到了快速的普及和广泛的应用,已经成为了人们工作生活中不可缺少的工具。互联网中的网站通常会对外提供数据接口以接入第三方;接入的第三方可以通过网站提供的数据接口访问该网站的数据。同样,网站也可以向第三方的数据接口发起访问请求,以获取第三方的数据。
实际应用中,为了维护网站与第三方之间数据的正常访问,通常需要预设的监控系统对数据接口进行监控,监控到数据接口异常时进行报警。其中,关于数据接口的监控,监控系统主要是对数据接口的超时情况、失败情况进行监控。
在现有的数据接口监控方案中,监控系统通常是对每一次针对数据接口的访问都进行监控。比如,针对每次访问请求,监控该次访问请求完成的时间是否超时,监控该次访问请求过程是否出现错误码等;且在监测到超时或者出现错误码后进行报警。
发明内容
针对上述现有技术存在的缺陷,本发明提供了一种数据接口监控方法和装置,用以检测数据接口是否存在异常状况,无需对每一次针对数据接口的访问进行监控,降低监控压力,提高异常判断的准确性。
本发明提供了一种数据接口监控方法,包括:
获取针对数据接口的访问请求的请求信息和对应的响应信息,以作为日志数据;
对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果;
对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果;
对每个第二时间段的第二整理结果进行分析,以确定是否存在异常状况。
较佳地,所述获取针对数据接口的访问请求的请求信息和对应的响应信息的步骤,具体包括:
在发送访问请求至数据接口之前,获取所述访问请求的请求信息,并在发送访问请求至数据接口之后,获取与所述访问请求对应的响应信息;或者
在发送访问请求至数据接口之后,获取所述访问请求的请求信息和对应的响应信息。
较佳地,所述获取针对数据接口的访问请求信息和对应的响应信息,以作为日志数据进行存储的步骤,具体包括:
对于每一针对数据接口的访问请求,获取所述请求信息和对应的所述响应信息,所述请求信息和所述响应信息中包含不同的参数;
依据过滤条件对所述请求信息和所述响应信息中的参数进行过滤;
将过滤后的所述请求信息和过滤后的所述响应信息共同作为所述日志数据进行存储。
较佳地,所述请求信息和所述响应信息中包含不同的参数,则所述对每个第一时间段内的所有请求的日志数据进行整理,以得到各个第一时间段的第一整理结果的步骤,具体包括:
针对每一日志数据,依据过滤条件对该日志数据中的所述请求信息和对应的所述响应信息中的参数进行过滤,以得到过滤后的日志数据;
对每个第一时间段内的过滤后的日志数据进行整理,以得到各个第一时间段的第一整理结果。
较佳地,在所述对每个第二时间段的整理结果进行分析的步骤之后,所述方法还包括:
依据预定模式展示对所述第二时间段的整理结果的分析结果。
较佳地,所述第二整理结果包括不同的参数,则所述对每个第二时间段的第二整理结果进行分析,以确定是否存在异常状况的步骤,具体包括:
将所述第二整理结果中包括的参数与预设的相应阈值进行比较,并依据比较结果确定是否存在异常状况;或者
将所述第二整理结果中包括的参数与相应的历史数据进行比较,并依据比较结果确定是否存在异常状况。
较佳地,所述方法还包括:
若确定存在异常状况,依据所述异常状况的信息进行报警。
较佳地,所述日志数据包括以下至少任一项参数:
数据接口的标识信息、访问请求发送时间、访问请求响应时间、以及访问请求响应结果码。
较佳地,所述第一整理结果包括以下至少任一项参数:
数据接口的标识信息、对应的第一时间段的访问请求次数,访问请求完成的平均时间、访问失败率、访问成功率。
较佳地,所述第二整理结果包括以下至少任一项参数:
数据接口的标识信息、对应的第二时间段的访问请求次数,访问请求完成的平均时间、访问失败率、访问成功率。
较佳地,所述方法还包括:
针对存储的所述日志数据、第一时间段的整理结果、以及第二时间段的整理结果,分别设置对应的有效期;
若超过有效期,则对超过有效期的对象进行删除处理。
本发明还提供了一种数据接口监控装置,包括:
日志获取模块,用于获取针对数据接口的访问请求的请求信息和对应的响应信息,以作为日志数据;
第一整理模块,用于对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果;
第二整理模块,用于对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果;
异常监控模块,用于对每个第二时间段的第二整理结果进行分析,以确定是否存在异常状况。
较佳地,所述日志获取模块在发送访问请求至数据接口之前,获取访问请求的请求信息,并在发送访问请求至数据接口之后,获取与访问请求对应的响应信息;或者
所述日志获取模块在发送访问请求至数据接口之后,获取访问请求的请求信息和对应的响应信息。
较佳地,所述日志获取模块具体包括:
信息获取单元,用于对于每一针对数据接口的访问请求,获取所述请求信息和对应的所述响应信息,所述请求信息和所述响应信息中包含不同的参数;
参数过滤单元,用于依据过滤条件对所述信息获取单元获取的所述请求信息和所述响应信息中的参数进行过滤;
日志存储单元,用于将过滤后的所述请求信息和过滤后的所述响应信息共同作为所述日志数据进行存储。
较佳地,所述请求信息和所述响应信息中包含不同的参数;以及
所述第一整理模块具体用于针对每一日志数据,依据过滤条件对该日志数据中的所述请求信息和对应的所述响应信息中的参数进行过滤,以得到过滤后的日志数据;对每个第一时间段内的过滤后的日志数据进行整理,以得到各个第一时间段的第一整理结果。
较佳地,所述装置还包括:
分析结果展示模块,用于依据预定模式展示对所述第二时间段的整理结果的分析结果。
较佳地,所述第二整理结果包括不同的参数;以及
所述异常监控模块将所述第二整理结果中包括的参数与预设的相应阈值进行比较,并依据比较结果确定是否存在异常状况;或者
所述异常监控模块将所述第二整理结果中包括的参数与相应的历史数据进行比较,并依据比较结果确定是否存在异常状况。
较佳地,所述装置还包括:
异常报警模块,用于若所述异常监控模块确定存在异常状况,则依据所述异常状况的信息进行报警。
较佳地,所述日志数据包括以下至少任一项参数:
数据接口的标识信息、访问请求发送时间、访问请求响应时间、以及访问请求响应结果码。
较佳地,所述第一整理结果包括以下至少任一项参数:
数据接口的标识信息、对应的第一时间段的访问请求次数,访问请求完成的平均时间、访问失败率、访问成功率。
较佳地,所述第二整理结果包括以下至少任一项参数:
数据接口的标识信息、对应的第二时间段的访问请求次数,访问请求完成的平均时间、访问失败率、访问成功率。
较佳地,所述装置,还包括:
有效期控制模块,用于针对存储的所述日志数据、第一时间段的整理结果、以及第二时间段的整理结果,分别设置对应的有效期;若超过有效期,则对超过有效期的对象进行删除处理。
本发明的技术方案中,可以对每一次针对数据接口的访问请求进行打点,记录相应的日志数据;之后,对每个第一时间段内的所有请求的日志数据进行整理;并对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到每个第二时间段的第二整理结果。为了检测数据接口是否存在异常状况,可以对每个第二时间段的第二整理结果进行分析,并不需要对每一次针对数据接口的访问请求的请求信息和响应信息进行监控,降低了监控压力。而且,相较于对一次访问请求的请求信息和响应信息进行监控的监控结果进行数据接口的异常判断的方案,本发明基于第二时间段的第二整理结果来进行数据接口的异常判断的方案,异常判断的准确性更高。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1a、1b均为本发明实施例的数据接口监控方法的流程示意图;
图2a、2b均为本发明实施例的数据接口监控装置的内部结构示意图;
图3为本发明实施例的日志获取模块的内部结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解,这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备,其仅具备无发射能力的无线信号接收器的设备,又包括接收和发射硬件的设备,其具有能够在双向通信链路上,执行双向通信的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他通信设备,其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备;PCS(PersonalCommunicationsService,个人通信系统),其可以组合语音、数据处理、传真和/或数据通信能力;PDA(PersonalDigitalAssistant,个人数字助理),其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem,全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备,其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行,和/或以分布形式,运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID(MobileInternetDevice,移动互联网设备)和/或具有音乐/视频播放功能的移动电话,也可以是智能电视、机顶盒等设备。
本技术领域技术人员可以理解,这里所使用的远端网络设备,其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此,云由基于云计算(CloudComputing)的大量计算机或网络服务器构成,其中,云计算是分布式计算的一种,由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中,远端网络设备、终端设备与WNS服务器之间可通过任何通信方式实现通信,包括但不限于,基于3GPP、LTE、WIMAX的移动通信、基于TCP/IP、UDP协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。
本发明实施例提供了一种数据接口监控方法,如图1a所示,其流程具体包括如下步骤:
S101:获取针对数据接口的访问请求的请求信息和对应的响应信息,以作为日志数据。
本发明实施例中,针对数据接口的访问请求的请求信息和对应的响应信息可以通过如下两种方式来获取:
方式一、在发送访问请求至数据接口之前,获取该访问请求的请求信息,并在发送访问请求至数据接口之后,获取与访问请求对应的响应信息。
方式二、在发送访问请求至数据接口之后,获取访问请求的请求信息和对应的响应信息。
实际应用中,针对数据接口的访问请求的请求信息和对应的响应信息中包含不同的参数。同时,针对数据接口的访问请求的请求信息和对应的响应信息之间也会存在一些相同的参数,比如,数据接口的标识信息、访问请求的发送方的标识信息。
因此,本发明实施例中,在获取了针对数据接口的访问请求的请求信息和对应的响应信息之后,可以将针对数据接口的访问请求的请求信息和对应的响应信息进行去重合并,并且共同作为日志数据进行存储。
进一步地,考虑到实际应用中,针对数据接口的访问请求的请求信息和对应的响应信息中除了包括用于判断数据接口是否存在异常的参数,还包括了对数据接口的异常判断无用的参数,比如,访问请求的发送方的标识信息。
因此,优选地,本发明实施例中,对于每一针对数据接口的访问请求,获取该访问请求的请求信息和对应的响应信息之后,可以依据预先设置的过滤条件,对获取的请求信息和响应信息中的参数进行过滤,以滤除对数据接口的异常判断无用的参数。之后,可以将过滤后的请求信息和过滤后的响应信息共同作为日志数据进行存储。
本发明实施例中,日志数据包括以下至少任一项参数:
数据接口的标识信息、访问请求发送时间、访问请求响应时间、以及访问请求响应结果码。
实际应用中,获取针对数据接口的访问请求的请求信息和对应的响应信息之后,可以将请求信息和对应的响应信息共同作为日志数据进行存储;或者将过滤后的请求信息和对应的响应信息共同作为日志数据进行存储。
进一步地,在存储针对数据接口的访问请求的日志数据时,可以设置对应的有效期。若超过有效期,则可以对超过有效期的对象进行删除处理。实际应用中,由于在第一时间段会对日志数据进行整理,因此,日志数据的有效期应大于第一时间段;而且,考虑到日志数据是源数据,因此,日志数据应该保留一段时间。比如,在第一时间段为1分钟的情况下,日志数据的有效期可以设置为1天。
实际应用中,可以将日志数据存储到本地日志中。之后,若本地日志中存在超过有效期的日志数据,则可以对超过有效期的日志数据进行删除处理。
S102:对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果。
本发明实施例中,关于依据预设的过滤条件对针对数据接口的访问请求的请求信息和对应的响应信息进行过滤的过程,该过滤的过程可以在步骤S101的执行过程中进行,也可以在步骤S102的执行过程中进行。
若在步骤S101的执行过程中,将未依据过滤条件过滤的请求信息和响应信息共同作为日志数据进行存储,则在步骤S102的执行过程中,可以针对每一日志数据,依据过滤条件对该日志数据中的请求信息和对应的响应信息中的参数进行过滤,以得到过滤后的日志数据。之后,对每个第一时间段内的过滤后的日志数据进行整理,以得到各个第一时间段的第一整理结果。
若在步骤S101的执行过程中,将过滤后的请求信息和过滤后的响应信息共同作为日志数据进行存储,则在步骤S102的执行过程中,可以直接对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果。
本发明实施例中,第一时间段由本领域技术人员根据经验进行预先设置,比如,10秒,20秒,1分钟等。以1分钟为例,对每个1分钟内针对数据接口的所有访问请求的日志数据进行整理,以得到该1分钟的第一整理结果。
实际应用中,第一整理结果包括以下至少任一项参数:
数据接口的标识信息、对应的第一时间段的访问请求次数,访问请求完成的平均时间、访问失败率、访问成功率。
其中,第一时间段的访问请求次数具体为第一时间段内针对数据接口发送的访问请求的次数。
第一时间段的访问请求完成的平均时间可以根据如下方式整理得到:
针对第一时间段内的每个访问请求,将该访问请求的日志数据中访问请求发送时间与访问请求响应时间的时间差作为该次访问请求完成的时间;将第一时间段内的每个访问请求完成的时间进行累加求平均,以此第一时间段的访问请求完成的平均时间。
第一时间段的访问失败率可以通过如下方式整理得到:
针对第一时间段内的每个访问请求,识别该访问请求的日志数据中的访问请求响应结果码;统计第一时间段内访问请求响应结果码识别为失败码的访问请求的次数,并作为第一时间段的访问请求失败的次数;将第一时间段的访问请求失败的次数与第一时间段的访问请求次数的比值,确定为第一时间段的访问失败率。
相应地,第一时间段的访问成功率可以通过如下方式整理得到:
针对第一时间段内的每个访问请求,识别该访问请求的日志数据中的访问请求响应结果码;统计第一时间段内访问请求响应结果码识别为成功码的访问请求的次数,并作为第一时间段的访问请求成功的次数;将第一时间段的访问请求成功的次数与第一时间段的访问请求次数的比值,确定为第一时间段的访问成功率。
本发明实施例中,在对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果之后,可以立即删除第一时间段内的所有访问请求的日志数据,及时释放存储空间。
实际应用中,得到各个第一时间段的第一整理结果之后,可以将各个第一时间段的第一整理结果作为新的日志数据进行存储。
进一步地,在存储得到的第一时间段的整理结果时,可以设置对应的有效期。若超过有效期,则可以对超过有效期的对象进行删除处理。实际应用中,由于在第二时间段会对第一时间段的整理结果进行再次整理,因此,第一时间段的整理结果的有效期应大于第二时间段。比如,在第一时间段为1分钟,而第二时间段为1小时的情况下,可以将第一时间段的整理结果的有效期设置为3小时。
本发明实施例中,可以将各个第一时间段的第一整理结果存储到预设的第一整理数据库中。之后,若第一整理数据库中存在超过有效期的第一整理结果,则可以对超过有效期的第一整理结果进行删除处理。
S103:对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果。
本发明实施例中,获取每个第二时间段内的所有第一时间段的第一整理结果;之后,对获取的每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果。
其中,第二时间段大于第一时间段;同样,第二时间段由本领域技术人员根据经验进行预先设置,比如,5分钟、30分钟、1小时等。以1小时为例,对每个1小时内的所有第一时间段的第一整理结果进行再次整理,得到各个1小时的第二整理结果。若第一时间段为1分钟,则基于1小时内的60条第一整理结果进行再次整理,得到该60条第一整理结果的第二整理结果。
其中,第二整理结果包括以下至少任一项参数:
数据接口的标识信息、对应的第二时间段的访问请求次数,访问请求完成的平均时间、访问失败率、访问成功率。
实际应用中,第二时间段的访问请求次数具体为第二时间段内的所有第一时间段的访问请求次数的累加值。第二时间段的访问请求完成的平均时间为第二时间段内的所有第一时间段的访问请求完成的平均时间的平均值。第二时间段的访问失败率为第二时间段内的所有第一时间段的访问失败率的平均值。第二时间段的访问成功率为第二时间段内的所有第一时间段的访问成功率的平均值。
本发明实施例中,在对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果之后,可以立即删除第二时间段内的所有第一时间段的第一整理结果,及时释放存储空间。
实际应用中,得到各个第二时间段的第二整理结果之后,可以将各个第二时间段的第二整理结果进行存储。
进一步地,在存储得到的第二时间段的整理结果时,还可以设置对应的有效期。若超过有效期,则可以对超过有效期的对象进行删除处理。实际应用中,后期需要基于数据接口在每个第二时间段的整理结果进行分析,以确定是否存在异常。因此,可以根据后期分析的时间来设置第二时间段的整理结果的有效期。
本发明实施例中,可以将各个第二时间段的第二整理结果存储到预设的第二整理数据库中。之后,若第二整理数据库中存在超过有效期的第二整理结果,则可以对超过有效期的第二整理结果进行删除处理。
S104:对每个第二时间段的第二整理结果进行分析,以确定是否存在异常状况。
本发明实施例中,通过步骤S103得到各个第二时间段的第二整理结果之后,可以对每个第二时间段的第二整理结果进行分析,根据分析结果来检测数据接口是否存在异常状况。
具体地,可以将第二整理结果中包括的参数与预设的相应阈值进行比较,并依据比较结果确定是否存在异常状况。
比如,可以将第二整理结果中包括的第二时间段的访问请求次数与预设的访问请求次数阈值进行比较,并依据比较结果确定是否存在异常状况。例如,第二时间段的访问请求次数小于预设的请求次数阈值,则可以确定第二整理结果中数据接口的标识信息所对应的数据接口在第二时间段存在异常状况。
进一步地,可以将第二整理结果中包括的第二时间段的访问失败率与预设的失败率阈值进行比较,并依据比较结果确定是否存在异常状况。例如,第二时间段的访问失败率大于预设的失败率阈值,则可以确定第二整理结果中数据接口的标识信息所对应的数据接口在第二时间段存在异常状况。
进一步地,可以将第二整理结果中包括的第二时间段的访问成功率与预设的成功率阈值进行比较,并依据比较结果确定是否存在异常状况。例如,第二时间段的访问成功率小于预设的成功率阈值,则可以确定第二整理结果中数据接口的标识信息所对应的数据接口在第二时间段存在异常状况。
本发明实施例中,也可以将第二整理结果中包括的参数与相应的历史数据进行比较,并依据比较结果确定是否存在异常状况。
比如,可以将第二整理结果中包括的第二时间段的访问请求完成的平均时间与相应的历史数据进行比较,若访问请求完成的平均时间与历史数据之间的差异超过预定范围,则可以确定数据接口在第二时间段存在异常状况。
例如,对于某一数据接口,在10点30分到11点30分之间的这1小时的第二整理结果中,该1小时的访问请求完成的平均时间为10秒;在11点30分到12点30分之间的这1小时的第二整理结果中,该1小时的访问请求完成的平均时间为11秒。而在12点30分到13点30分之间的这1小时的第二整理结果中,该1小时的访问请求完成的平均时间为25秒。12点30分到13点30分之间的第二时间段的访问请求完成的平均时间约为前两个第二时间段的访问请求完成的平均时间的两倍,表明数据接口在12点30分到13点30分这1小时内存在响应超时的情况,即确认数据接口在12点30分到13点30分这1小时内存在异常状况。
优选地,本发明实施例中,在对每个第二时间段的整理结果进行分析之后,可以依据预定模式展示对第二时间段的整理结果的分析结果。
具体地,对每个第二时间段的第二整理结果进行分析后,若分析结果为数据接口不存在异常状况,则可以按照预定的正常显示模式,对第二时间段的第二整理结果进行展示。
若分析结果为数据接口存在异常状况,则可以按照预定的正常显示模式,对第二时间段的第二整理结果中正常的参数进行展示,同时对第二整理结果中存在异常状况的参数进行突出显示。
进一步地,如图1b所示,本发明提供的数据接口监控方法中,在执行完步骤S101-S104之后,还可以包括如下步骤:
S105:若确定存在异常状况,依据异常状况的信息进行报警。
本发明实施例中,在监控到数据接口存在异常状况时,可以依据异常状况的信息进行报警。
实际应用中,进行报警的方式包括以下至少任一项:
蜂鸣报警、语音报警,或者弹出报警框等等。
其中,在语音报警的情形下,可以提示数据接口出现异常;或者,可以提示出现异常状况的信息。在弹出报警框的情形下,可以在报警框中提示出现异常状况的信息。
基于上述数据接口监控方法,本发明还提供了一种数据接口监控装置,如图2a所示,该装置包括:日志获取模块201、第一整理模块202、第二整理模块203、异常监控模块204。
其中,日志获取模块201用于获取针对数据接口的访问请求的请求信息和对应的响应信息,以作为日志数据。
具体地,日志获取模块201在发送访问请求至数据接口之前,获取访问请求的请求信息,并在发送访问请求至数据接口之后,获取与访问请求对应的响应信息。或者,日志获取模块201在发送访问请求至数据接口之后,获取访问请求的请求信息和对应的响应信息。
本发明实施例中,日志获取模块201获取的日志数据是未依据过滤条件过滤的请求信息和响应信息。或者,日志获取模块201获取的日志数据是依据预设的过滤条件过滤后的请求信息和过滤后的响应信息。
具体地,考虑到实际应用中,针对数据接口的访问请求的请求信息和对应的响应信息中包含不同的参数。同时,针对数据接口的访问请求的请求信息和对应的响应信息之间也会存在一些相同的参数,比如,数据接口的标识信息、访问请求的发送方的标识信息。
因此,本发明实施例中,日志获取模块201在获取了针对数据接口的访问请求的请求信息和对应的响应信息之后,可以将针对数据接口的访问请求的请求信息和对应的响应信息进行去重合并,并共同作为日志数据进行存储。
进一步地,考虑到实际应用中,针对数据接口的访问请求的请求信息和对应的响应信息中除了包括用于判断数据接口是否存在异常的参数,还包括了对数据接口的异常判断无用的参数,比如,访问请求的发送方的标识信息。
因此,优选地,本发明实施例中,日志获取模块201可以依据预先设置的过滤条件,对获取的请求信息和响应信息中的参数进行过滤,以滤除对数据接口的异常判断无用的参数。之后,日志获取模块201可以将过滤后的请求信息和过滤后的响应信息共同作为日志数据进行存储。
本发明实施例中,日志数据包括以下至少任一项参数:
数据接口的标识信息、访问请求发送时间、访问请求响应时间、以及访问请求响应结果码。
本发明实施例中,第一整理模块202用于对每个第一时间段内的所有请求的日志数据进行整理,以得到各个第一时间段的第一整理结果。
若日志获取模块201获取的日志数据是未依据过滤条件过滤的请求信息和响应信息,则第一整理模块202可以针对每一日志数据,依据过滤条件对该日志数据中的请求信息和对应的响应信息中的参数进行过滤,以得到过滤后的日志数据。之后,对每个第一时间段内的过滤后的日志数据进行整理,以得到各个第一时间段的第一整理结果。
若日志获取模块201获取的日志数据是过滤后的请求信息和过滤后的响应信息,则第一整理模块202可以直接对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果。
本发明实施例中,第一时间段由本领域技术人员根据经验进行预先设置,比如,10秒,20秒,1分钟等。以1分钟为例,对每个1分钟内针对数据接口的所有访问请求的日志数据进行整理,以得到该1分钟的第一整理结果。
实际应用中,第一整理结果包括以下至少任一项参数:
数据接口的标识信息、对应的第一时间段的访问请求次数,访问请求完成的平均时间、访问失败率、访问成功率。
其中,第一时间段的访问请求次数具体为第一时间段内针对数据接口发送的访问请求的次数。
第一时间段的访问请求完成的平均时间可以根据如下方式整理得到:
针对第一时间段内的每个访问请求,将该访问请求的日志数据中访问请求发送时间与访问请求响应时间的时间差作为该次访问请求完成的时间;将第一时间段内的每个访问请求完成的时间进行累加求平均,以此第一时间段的访问请求完成的平均时间。
第一时间段的访问失败率可以通过如下方式整理得到:
针对第一时间段内的每个访问请求,识别该访问请求的日志数据中的访问请求响应结果码;统计第一时间段内访问请求响应结果码识别为失败码的访问请求的次数,并作为第一时间段的访问请求失败的次数;将第一时间段的访问请求失败的次数与第一时间段的访问请求次数的比值,确定为第一时间段的访问失败率。
相应地,第一时间段的访问成功率可以通过如下方式整理得到:
针对第一时间段内的每个访问请求,识别该访问请求的日志数据中的访问请求响应结果码;统计第一时间段内访问请求响应结果码识别为成功码的访问请求的次数,并作为第一时间段的访问请求成功的次数;将第一时间段的访问请求成功的次数与第一时间段的访问请求次数的比值,确定为第一时间段的访问成功率。
第二整理模块203用于对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果。
具体地,第二整理模块203可以获取每个第二时间段内的所有第一时间段的第一整理结果;对获取的每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果。
其中,第二时间段大于第一时间段;同样,第二时间段由本领域技术人员根据经验进行预先设置,比如,5分钟、30分钟、1小时等。以1小时为例,对每个1小时内的所有第一时间段的第一整理结果进行再次整理,得到各个1小时的第二整理结果。若第一时间段为1分钟,则基于1小时内的60条第一整理结果进行再次整理,得到该60条第一整理结果的第二整理结果。
其中,第二整理结果包括以下至少任一项参数:
数据接口的标识信息、对应的第二时间段的访问请求次数,访问请求完成的平均时间、访问失败率、访问成功率。
实际应用中,第二时间段的访问请求次数具体为第二时间段内的所有第一时间段的访问请求次数的累加值。第二时间段的访问请求完成的平均时间为第二时间段内的所有第一时间段的访问请求完成的平均时间的平均值。第二时间段的访问失败率为第二时间段内的所有第一时间段的访问失败率的平均值。第二时间段的访问成功率为第二时间段内的所有第一时间段的访问成功率的平均值。
本发明实施例中,异常监控模块204用于对每个第二时间段的第二整理结果进行分析,以确定是否存在异常状况。
具体地,异常监控模块204可以将第二整理结果中包括的参数与预设的相应阈值进行比较,并依据比较结果确定是否存在异常状况。
实际应用中,异常监控模块204可以将第二整理结果中包括的第二时间段的访问请求次数与预设的访问请求次数阈值进行比较,在第二时间段的访问请求次数小于预设的请求次数阈值时,确定第二整理结果中数据接口的标识信息所对应的数据接口在第二时间段存在异常状况。
进一步地,异常监控模块204可以将第二整理结果中包括的第二时间段的访问失败率与预设的失败率阈值进行比较,若监控到第二时间段的访问失败率大于预设的失败率阈值,则确定第二整理结果中数据接口的标识信息所对应的数据接口在第二时间段存在异常状况。
进一步地,异常监控模块204可以将第二整理结果中包括的第二时间段的访问成功率与预设的成功率阈值进行比较,若监控到第二时间段的访问成功率小于预设的成功率阈值,则确定第二整理结果中数据接口的标识信息所对应的数据接口在第二时间段存在异常状况。
本发明实施例中,异常监控模块204还可以将第二整理结果中包括的参数与相应的历史数据进行比较,并依据比较结果确定是否存在异常状况。
比如,异常监控模块204将第二整理结果中包括的第二时间段的访问请求完成的平均时间与相应的历史数据进行比较,若监测到访问请求完成的平均时间与历史数据之间存在的差异超过预定范围,则确定数据接口在第二时间段存在异常状况。
更优地,本发明实施例中,如图2b所示,数据接口监控装置除了包括:日志获取模块201、第一整理模块202、第二整理模块203、异常监控模块204,还可以包括:分析结果展示模块205和异常报警模块206。
其中,分析结果展示模块205用于依据预定模式展示对第二时间段的整理结果的分析结果。
具体地,若异常监控模块204的分析结果为数据接口不存在异常状况,则分析结果展示模块205可以按照预定的正常显示模式,对第二时间段的第二整理结果进行展示。
而若异常监控模块204的分析结果为数据接口存在异常状况,则分析结果展示模块205可以按照预定的正常显示模式,对第二时间段的第二整理结果中正常的参数进行展示;同时,对第二整理结果中存在异常状况的参数进行突出显示。
本发明实施例中,异常报警模块206用于若异常监控模块204确定存在异常状况,则依据异常状况的信息进行报警。
实际应用中,进行报警的方式包括以下至少任一项:
蜂鸣报警、语音报警,或者弹出报警框等等。
其中,在语音报警的情形下,可以提示数据接口出现异常;或者,可以提示出现异常状况的信息。在弹出报警框的情形下,可以在报警框中提示出现异常状况的信息。
更优地,如图2b所示,本发明实施例提供的数据接口监控装置,还可以包括:有效期控制模块207。
其中,有效期控制模块207用于针对存储的日志数据、第一时间段的整理结果、以及第二时间段的整理结果,分别设置对应的有效期;若超过有效期,则对超过有效期的对象进行删除处理。
实际应用中,针对存储的日志数据,在第一整理模块202对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果之后,有效期控制模块207还可以立即删除第一时间段内的所有访问请求的日志数据。
针对存储的第一时间段的整理结果,在第二整理模块203对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理之后,有效期控制模块207可以立即删除第二时间段内的所有第一时间段的第一整理结果。
针对存储的第二时间段的整理结果,在异常监控模块204对每个第二时间段的第二整理结果进行分析之后,有效期控制模块207可以立即删除第二时间段的第二整理结果。
本发明实施例中,日志获取模块201获取的日志数据是未依据过滤条件过滤的请求信息和响应信息。或者,日志获取模块201获取的日志数据依据预设的过滤条件过滤后的请求信息和过滤后的响应信息。
本发明实施例中,在日志获取模块201获取的日志数据是依据预设的过滤条件过滤后的请求信息和过滤后的响应信息的情况下,如图3所示,日志获取模块201具体包括;信息获取单元301、参数过滤单元302和日志存储单元303。
其中,信息获取单元301用于对于每一针对数据接口的访问请求,获取该访问请求的请求信息和对应的响应信息。请求信息和所述响应信息中包含不同的参数。
参数过滤单元302用于依据过滤条件对信息获取单元301获取的请求信息和响应信息中的参数进行过滤。
日志存储单元303用于将过滤后的请求信息和过滤后的响应信息共同作为日志数据进行存储。
本发明实施例中,数据接口监控装置中的各模块、各单元的具体功能实现可以参考上述数据接口监控方法的各步骤的实现方法,在此不再赘述。
本发明的技术方案中,可以对每一次针对数据接口的访问请求进行打点,记录相应的日志数据;之后,对每个第一时间段内的所有请求的日志数据进行整理;并对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到每个第二时间段的第二整理结果。为了检测数据接口是否存在异常状况,可以对每个第二时间段的第二整理结果进行分析,并不需要对每一次针对数据接口的访问请求的请求信息和响应信息进行监控,降低了监控压力。而且,相较于对一次访问请求的请求信息和响应信息进行监控的监控结果进行数据接口的异常判断的方案,本发明基于第二时间段的第二整理结果来进行数据接口的异常判断的方案,异常判断的准确性更高。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种数据接口监控方法,包括:
获取针对数据接口的访问请求的请求信息和对应的响应信息,以作为日志数据;
对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果;
对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果;
对每个第二时间段的第二整理结果进行分析,以确定是否存在异常状况。
2.根据权利要求1所述的方法,其中,所述获取针对数据接口的访问请求的请求信息和对应的响应信息的步骤,具体包括:
在发送访问请求至数据接口之前,获取所述访问请求的请求信息,并在发送访问请求至数据接口之后,获取与所述访问请求对应的响应信息;或者
在发送访问请求至数据接口之后,获取所述访问请求的请求信息和对应的响应信息。
3.根据权利要求1或2所述的方法,其中,所述获取针对数据接口的访问请求信息和对应的响应信息,以作为日志数据进行存储的步骤,具体包括:
对于每一针对数据接口的访问请求,获取所述请求信息和对应的所述响应信息,所述请求信息和所述响应信息中包含不同的参数;
依据过滤条件对所述请求信息和所述响应信息中的参数进行过滤;
将过滤后的所述请求信息和过滤后的所述响应信息共同作为所述日志数据进行存储。
4.根据权利要求1或2所述的方法,其中,所述请求信息和所述响应信息中包含不同的参数,则所述对每个第一时间段内的所有请求的日志数据进行整理,以得到各个第一时间段的第一整理结果的步骤,具体包括:
针对每一日志数据,依据过滤条件对该日志数据中的所述请求信息和对应的所述响应信息中的参数进行过滤,以得到过滤后的日志数据;
对每个第一时间段内的过滤后的日志数据进行整理,以得到各个第一时间段的第一整理结果。
5.根据权利要求1-4任一项所述的方法,其中,在所述对每个第二时间段的整理结果进行分析的步骤之后,所述方法还包括:
依据预定模式展示对所述第二时间段的整理结果的分析结果。
6.根据权利要求1-5任一项所述的方法,其中,所述第二整理结果包括不同的参数,则所述对每个第二时间段的第二整理结果进行分析,以确定是否存在异常状况的步骤,具体包括:
将所述第二整理结果中包括的参数与预设的相应阈值进行比较,并依据比较结果确定是否存在异常状况;或者
将所述第二整理结果中包括的参数与相应的历史数据进行比较,并依据比较结果确定是否存在异常状况。
7.一种数据接口监控装置,包括:
日志获取模块,用于获取针对数据接口的访问请求的请求信息和对应的响应信息,以作为日志数据;
第一整理模块,用于对每个第一时间段内的所有访问请求的日志数据进行整理,以得到各个第一时间段的第一整理结果;
第二整理模块,用于对每个第二时间段内的所有第一时间段的第一整理结果进行再次整理,得到各个第二时间段的第二整理结果;
异常监控模块,用于对每个第二时间段的第二整理结果进行分析,以确定是否存在异常状况。
8.根据权利要求7所述的装置,其中,
所述日志获取模块在发送访问请求至数据接口之前,获取访问请求的请求信息,并在发送访问请求至数据接口之后,获取与访问请求对应的响应信息;或者
所述日志获取模块在发送访问请求至数据接口之后,获取访问请求的请求信息和对应的响应信息。
9.根据权利要求7或8所述的装置,其中,所述日志获取模块具体包括:
信息获取单元,用于对于每一针对数据接口的访问请求,获取所述请求信息和对应的所述响应信息,所述请求信息和所述响应信息中包含不同的参数;
参数过滤单元,用于依据过滤条件对所述信息获取单元获取的所述请求信息和所述响应信息中的参数进行过滤;
日志存储单元,用于将过滤后的所述请求信息和过滤后的所述响应信息共同作为所述日志数据进行存储。
10.根据权利要求7或8所述的装置,其中,所述请求信息和所述响应信息中包含不同的参数;以及
所述第一整理模块具体用于针对每一日志数据,依据过滤条件对该日志数据中的所述请求信息和对应的所述响应信息中的参数进行过滤,以得到过滤后的日志数据;对每个第一时间段内的过滤后的日志数据进行整理,以得到各个第一时间段的第一整理结果。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510994449.9A CN105553740B (zh) | 2015-12-25 | 2015-12-25 | 数据接口监控方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510994449.9A CN105553740B (zh) | 2015-12-25 | 2015-12-25 | 数据接口监控方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105553740A true CN105553740A (zh) | 2016-05-04 |
CN105553740B CN105553740B (zh) | 2018-07-31 |
Family
ID=55832680
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510994449.9A Active CN105553740B (zh) | 2015-12-25 | 2015-12-25 | 数据接口监控方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105553740B (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106027559A (zh) * | 2016-07-05 | 2016-10-12 | 国家计算机网络与信息安全管理中心 | 基于网络会话统计特征的大规模网络扫描检测方法 |
CN106230658A (zh) * | 2016-07-25 | 2016-12-14 | 杭州迪普科技有限公司 | 一种监控网络设备的方法和装置 |
CN106921539A (zh) * | 2017-02-06 | 2017-07-04 | 上海斐讯数据通信技术有限公司 | 一种基于云ac的关键业务模块监听方法及系统 |
CN107562551A (zh) * | 2017-09-05 | 2018-01-09 | 北京小度信息科技有限公司 | 外部接入系统的监控方法、装置及计算机可读存储介质 |
CN108377240A (zh) * | 2018-02-07 | 2018-08-07 | 平安科技(深圳)有限公司 | 异常接口检测方法、装置、计算机设备和存储介质 |
CN109194539A (zh) * | 2018-08-13 | 2019-01-11 | 中国平安人寿保险股份有限公司 | 数据管控方法、装置、计算机设备及存储介质 |
CN109271289A (zh) * | 2017-07-18 | 2019-01-25 | 车伯乐(北京)信息科技有限公司 | 一种应用接口监控方法、装置、设备及计算机可读介质 |
CN109753406A (zh) * | 2018-12-05 | 2019-05-14 | 平安科技(深圳)有限公司 | 接口的性能监控方法、装置、设备及计算机可读存储介质 |
CN110022221A (zh) * | 2018-01-08 | 2019-07-16 | 车伯乐(北京)信息科技有限公司 | 一种系统接口数据的监控方法、装置及系统 |
CN110708339A (zh) * | 2019-11-06 | 2020-01-17 | 四川长虹电器股份有限公司 | 一种基于web日志的关联分析方法 |
CN110752962A (zh) * | 2018-07-23 | 2020-02-04 | 北京奇虎科技有限公司 | 广告接口的监控方法和装置 |
CN111124731A (zh) * | 2019-12-20 | 2020-05-08 | 浪潮电子信息产业股份有限公司 | 一种文件系统异常监测方法、装置、设备、介质 |
CN111258852A (zh) * | 2020-01-16 | 2020-06-09 | 深圳鼎盛电脑科技有限公司 | 异常数据监控方法、装置、电子设备、及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101083505A (zh) * | 2006-05-31 | 2007-12-05 | 冲电气工业株式会社 | 光通信系统 |
CN102255768A (zh) * | 2010-05-19 | 2011-11-23 | 大唐移动通信设备有限公司 | 一种检测端口的方法和设备 |
CN103701795A (zh) * | 2013-12-20 | 2014-04-02 | 北京奇虎科技有限公司 | 拒绝服务攻击的攻击源的识别方法和装置 |
-
2015
- 2015-12-25 CN CN201510994449.9A patent/CN105553740B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101083505A (zh) * | 2006-05-31 | 2007-12-05 | 冲电气工业株式会社 | 光通信系统 |
CN102255768A (zh) * | 2010-05-19 | 2011-11-23 | 大唐移动通信设备有限公司 | 一种检测端口的方法和设备 |
CN103701795A (zh) * | 2013-12-20 | 2014-04-02 | 北京奇虎科技有限公司 | 拒绝服务攻击的攻击源的识别方法和装置 |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106027559A (zh) * | 2016-07-05 | 2016-10-12 | 国家计算机网络与信息安全管理中心 | 基于网络会话统计特征的大规模网络扫描检测方法 |
CN106027559B (zh) * | 2016-07-05 | 2019-07-05 | 国家计算机网络与信息安全管理中心 | 基于网络会话统计特征的大规模网络扫描检测方法 |
CN106230658A (zh) * | 2016-07-25 | 2016-12-14 | 杭州迪普科技有限公司 | 一种监控网络设备的方法和装置 |
CN106230658B (zh) * | 2016-07-25 | 2019-05-07 | 杭州迪普科技股份有限公司 | 一种监控网络设备的方法和装置 |
CN106921539A (zh) * | 2017-02-06 | 2017-07-04 | 上海斐讯数据通信技术有限公司 | 一种基于云ac的关键业务模块监听方法及系统 |
CN109271289A (zh) * | 2017-07-18 | 2019-01-25 | 车伯乐(北京)信息科技有限公司 | 一种应用接口监控方法、装置、设备及计算机可读介质 |
CN109271289B (zh) * | 2017-07-18 | 2022-05-03 | 车伯乐(北京)信息科技有限公司 | 一种应用接口监控方法、装置、设备及计算机可读介质 |
CN107562551A (zh) * | 2017-09-05 | 2018-01-09 | 北京小度信息科技有限公司 | 外部接入系统的监控方法、装置及计算机可读存储介质 |
CN110022221A (zh) * | 2018-01-08 | 2019-07-16 | 车伯乐(北京)信息科技有限公司 | 一种系统接口数据的监控方法、装置及系统 |
CN110022221B (zh) * | 2018-01-08 | 2022-04-05 | 车伯乐(北京)信息科技有限公司 | 一种系统接口数据的监控方法、装置及系统 |
CN108377240A (zh) * | 2018-02-07 | 2018-08-07 | 平安科技(深圳)有限公司 | 异常接口检测方法、装置、计算机设备和存储介质 |
WO2019153581A1 (zh) * | 2018-02-07 | 2019-08-15 | 平安科技(深圳)有限公司 | 异常接口检测方法、装置、计算机设备和存储介质 |
CN110752962A (zh) * | 2018-07-23 | 2020-02-04 | 北京奇虎科技有限公司 | 广告接口的监控方法和装置 |
CN109194539A (zh) * | 2018-08-13 | 2019-01-11 | 中国平安人寿保险股份有限公司 | 数据管控方法、装置、计算机设备及存储介质 |
CN109753406A (zh) * | 2018-12-05 | 2019-05-14 | 平安科技(深圳)有限公司 | 接口的性能监控方法、装置、设备及计算机可读存储介质 |
CN109753406B (zh) * | 2018-12-05 | 2022-06-17 | 平安科技(深圳)有限公司 | 接口的性能监控方法、装置、设备及计算机可读存储介质 |
CN110708339A (zh) * | 2019-11-06 | 2020-01-17 | 四川长虹电器股份有限公司 | 一种基于web日志的关联分析方法 |
CN111124731A (zh) * | 2019-12-20 | 2020-05-08 | 浪潮电子信息产业股份有限公司 | 一种文件系统异常监测方法、装置、设备、介质 |
CN111258852A (zh) * | 2020-01-16 | 2020-06-09 | 深圳鼎盛电脑科技有限公司 | 异常数据监控方法、装置、电子设备、及存储介质 |
CN111258852B (zh) * | 2020-01-16 | 2024-02-23 | 深圳市乐信信息服务有限公司 | 异常数据监控方法、装置、电子设备、及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105553740B (zh) | 2018-07-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105553740A (zh) | 数据接口监控方法和装置 | |
CN111092852B (zh) | 基于大数据的网络安全监控方法、装置、设备及存储介质 | |
US8331904B2 (en) | Apparatus and a security node for use in determining security attacks | |
CN101355463B (zh) | 网络攻击的判断方法、系统和设备 | |
US9420586B2 (en) | Computational syndrome detectors | |
CN101848373B (zh) | 无线视频监控系统及其视频监控方法 | |
US7936260B2 (en) | Identifying redundant alarms by determining coefficients of correlation between alarm categories | |
US9373247B2 (en) | Disaster monitoring and pre-warning system and method thereof | |
CN105159964A (zh) | 一种日志监控方法及系统 | |
WO2005099036A2 (en) | Aggregation and retrieval of network sensor data | |
CN101351002A (zh) | 一种自动上报软件系统运行异常的系统和方法 | |
CN205121213U (zh) | 枪械监控管理系统 | |
CN103905219A (zh) | 一种业务平台中通信信息的监控存储系统及方法 | |
CN108021491A (zh) | 终端日志抓取方法、装置及终端日志分析方法、装置 | |
CN112734057A (zh) | 铁路编组站综合自动化综合运维监控系统 | |
CN103728943A (zh) | 用于数据监测的数据整合方法及装置 | |
US8441348B2 (en) | Multiple device loss status retrieval without ID provision | |
CN111224807A (zh) | 分布式日志处理方法、装置、设备及计算机存储介质 | |
CN105139599A (zh) | 一种社区报警方法及系统 | |
CN112822209A (zh) | 一种单向数据传输的工业网络系统 | |
JP2021196997A (ja) | ログ送信制御装置 | |
CN108984362A (zh) | 日志采集方法及装置、存储介质、电子设备 | |
KR101973728B1 (ko) | 통합 보안 이상징후 모니터링 시스템 | |
US9164820B1 (en) | System and method for correcting scrambled messages | |
CN203931094U (zh) | 报警系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220720 Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Patentee before: Qizhi software (Beijing) Co.,Ltd. |
|
TR01 | Transfer of patent right |