CN104935479A - 一种服务模块监控方法及系统 - Google Patents
一种服务模块监控方法及系统 Download PDFInfo
- Publication number
- CN104935479A CN104935479A CN201510344231.9A CN201510344231A CN104935479A CN 104935479 A CN104935479 A CN 104935479A CN 201510344231 A CN201510344231 A CN 201510344231A CN 104935479 A CN104935479 A CN 104935479A
- Authority
- CN
- China
- Prior art keywords
- service module
- data
- judged result
- state information
- abnormal state
- 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.)
- Pending
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/06—Generation of reports
- H04L43/062—Generation of reports related to network traffic
-
- 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
- H04L43/55—Testing of service level quality, e.g. simulating service usage
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开一种服务模块监控方法及系统。所述方法,包括:获取服务模块向客户端反馈的数据;判断所述数据中是否包含异常状态信息,得到第一判断结果;当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块。采用本发明的方法或系统,可以及时发现服务模块的异常,缩短服务模块处于异常状态的持续时间,降低对于服务模块运行的业务的影响,提升访问网站的用户的使用感受。
Description
技术领域
本发明涉及通信控制领域,特别是涉及一种服务模块监控方法及系统。
背景技术
通常,用户在访问网站时,需要向该网站的服务模块发送访问请求,待服务模块响应所述访问请求后,才可以正常访问该网站。如果服务模块发生异常,则会导致用户无法正常访问该网站。
可见,对于服务模块进行监控,及时发现服务模块的异常,并根据服务模块的异常对服务模块进行维护,是十分重要的。
现有技术中,对于服务模块的监控方法主要是,获取服务模块的运行日志,通过对运行日志进行分析,来判断服务模块是否发生异常。但是,现有技术中的监控方法,由于只能够对运行日志进行分析,根据运行日志的记录来判断服务模块是否发生异常,而服务模块最初发生异常的时刻,与根据运行日志分析出异常的时刻之间,间隔的时间很长(通常是周期性的获取运行日志并分析),因此,导致无法及时发现服务模块的异常,服务模块处于异常状态的持续时间较长,对于服务模块运行的业务的影响也较严重,严重影响访问网站的用户的使用感受。
发明内容
本发明的目的是提供一种服务模块监控方法及系统,可以及时发现服务模块的异常,缩短服务模块处于异常状态的持续时间,降低对于服务模块运行的业务的影响,提升访问网站的用户的使用感受。
为实现上述目的,本发明提供了如下方案:
一种服务模块监控方法,包括:
获取服务模块向客户端反馈的数据;
判断所述数据中是否包含异常状态信息,得到第一判断结果;
当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;
当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块。
可选的,所述进行服务模块异常告警之前,还包括:
当所述第一判断结果表示所述数据中包含异常状态信息时,间隔预设时间后,再次获取服务模块向客户端反馈的后续反馈数据;
判断所述后续反馈数据中是否包含所述异常状态信息,得到第二判断结果;
当所述第二判断结果表示所述后续反馈数据中包含所述异常状态信息时,进行服务模块异常告警;
当所述第二判断结果表示所述后续反馈数据中未包含所述异常状态信息时,继续监控所述服务模块。
可选的,所述获取服务模块向客户端反馈的数据,具体包括:
截取所述服务模块的特定端口的输出数据;
其中,所述特定端口为用于向客户端发送数据的端口。
可选的,所述获取服务模块向客户端反馈的数据之前,还包括:
确定所述获取服务模块未向客户端反馈数据的持续时间;
判断所述持续时间是否大于或等于第一预设时长,得到第三判断结果;
当所述第三判断结果表示所述持续时间大于或等于第一预设时长时,向所述服务模块发送模拟访问请求并开始计时;
当所述计时时长达到第二预设时长且未接收到所述服务模块对于所述模拟访问请求的访问反馈时,进行服务模块异常告警;
当在所述第二预设时长内接收到所述服务模块对于所述模拟访问请求的访问反馈时,继续监控所述服务模块。
可选的,还包括:
获取服务模块的运行日志;
判断所述运行日志中的特定数据的数值是否处于预设数值范围内,得到第四判断结果;
当所述第四判断结果表示所述运行日志中的特定数据的数值超出预设数值范围时,进行服务模块异常告警。
一种服务模块监控系统,包括:
数据获取单元,用于获取服务模块向客户端反馈的数据;
第一判断单元,用于判断所述数据中是否包含异常状态信息,得到第一判断结果;
告警单元,用于当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;
监控单元,用于当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块。
可选的,还包括:
后续反馈数据获取单元,用于在进行服务模块异常告警之前,当所述第一判断结果表示所述数据中包含异常状态信息时,间隔预设时间后,再次获取服务模块向客户端反馈的后续反馈数据;
第二判断单元,用于判断所述后续反馈数据中是否包含所述异常状态信息,得到第二判断结果;
所述告警单元,还用于当所述第二判断结果表示所述后续反馈数据中包含所述异常状态信息时,进行服务模块异常告警;
所述监控单元,还用于当所述第二判断结果表示所述后续反馈数据中未包含所述异常状态信息时,继续监控所述服务模块。
可选的,所述数据获取单元,具体包括:
输出数据截取子单元,用于截取所述服务模块的特定端口的输出数据;
其中,所述特定端口为用于向客户端发送数据的端口。
可选的,还包括:
持续时间确定单元,用于在获取服务模块向客户端反馈的数据之前,确定所述获取服务模块未向客户端反馈数据的持续时间;
第三判断单元,用于判断所述持续时间是否大于或等于第一预设时长,得到第三判断结果;
请求发送单元,用于当所述第三判断结果表示所述持续时间大于或等于第一预设时长时,向所述服务模块发送模拟访问请求并开始计时;
所述告警单元,还用于当所述计时时长达到第二预设时长且未接收到所述服务模块对于所述模拟访问请求的访问反馈时,进行服务模块异常告警;
所述监控单元,还用于当在所述第二预设时长内接收到所述服务模块对于所述模拟访问请求的访问反馈时,继续监控所述服务模块。
可选的,还包括:
运行日志获取单元,用于获取服务模块的运行日志;
第四判断单元,用于判断所述运行日志中的特定数据的数值是否处于预设数值范围内,得到第四判断结果;
所述告警单元,还用于当所述第四判断结果表示所述运行日志中的特定数据的数值超出预设数值范围时,进行服务模块异常告警。
根据本发明提供的具体实施例,本发明公开了以下技术效果:
本发明实施例中的服务模块监控方法及系统,通过获取服务模块向客户端反馈的数据;判断所述数据中是否包含异常状态信息,得到第一判断结果;当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块;可以及时发现服务模块的异常,缩短服务模块处于异常状态的持续时间,降低对于服务模块运行的业务的影响,提升访问网站的用户的使用感受。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明的服务模块监控方法实施例1的流程图;
图2为本发明的服务模块监控方法实施例2的流程图;
图3为本发明的服务模块监控方法实施例3的流程图;
图4为本发明的服务模块监控方法实施例4的流程图;
图5为本发明的服务模块监控系统实施例的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
图1为本发明的服务模块监控方法实施例1的流程图。如图1所示,该方法可以包括:
步骤101:获取服务模块向客户端反馈的数据;
本发明实施例中,可以实时获取服务模块向客户端反馈的数据。通常,所述客户端可以向服务模块发送对于网页的访问请求。所述服务模块在正常状态下接收到所述访问请求后,可以生产相应的反馈数据,并发送至客户端。所述客户端接收到所述反馈数据后,通常可以显示对应的网页内容。
步骤102:判断所述数据中是否包含异常状态信息,得到第一判断结果;
当所述服务模块发送异常时,所述数据中会包含异常状态信息。所述异常状态信息,可以是所述数据中的某些异常数据,也可以是专门用于表示服务模块异常的数据。
步骤103:当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;
可以在服务模块监控服务器上进行异常告警提示。例如,显示“某某服务模块异常”等信息。
步骤104:当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块。
在网络资源和硬件资源较充裕的情况下,可以实时对服务模块向客户端反馈的数据进行获取和分析。这样可以确保在第一时间发现服务模块的异常。
综上所述,本实施例中,通过获取服务模块向客户端反馈的数据;判断所述数据中是否包含异常状态信息,得到第一判断结果;当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块;可以及时发现服务模块的异常,缩短服务模块处于异常状态的持续时间,降低对于服务模块运行的业务的影响,提升访问网站的用户的使用感受。
图2为本发明的服务模块监控方法实施例2的流程图。如图2所示,该方法可以包括:
步骤201:获取服务模块向客户端反馈的数据;
步骤202:判断所述数据中是否包含异常状态信息;如果是,执行步骤203,否则执行步骤206;
步骤203:间隔预设时间后,再次获取服务模块向客户端反馈的后续反馈数据;
所述预设时间,可以根据实际需求进行设置。例如,可以是10秒,20秒或者30秒等等。
步骤204:判断所述后续反馈数据中是否包含所述异常状态信息;如果是,执行步骤205,否则执行步骤206;
步骤205:进行服务模块异常告警;
步骤206:继续监控所述服务模块。
实际应用中,某些非服务模块自身的因素,也可能导致服务模块反馈的数据异常。例如,当网络中的数据流量过大,超出网络传输能力时,客户端对于服务模块访问时,服务模块可能会反馈404(HTTP状态码)这一错误代码。但是这一错误并不是服务模块自身的异常导致的。并且,当网络中的数据流量恢复正常时,服务模块可以反馈正常的网页数据。因此,这种情况下,如果确定服务模块出现异常,会造成误判。
为了避免上述情况发生,本发明实施例中,在首次判断出所述数据中包含异常状态信息后,间隔预设时间后,可以再次获取服务模块向客户端反馈的后续反馈数据。如果后续反馈数据中仍然存在之前的异常状态信息,则确定该异常是服务模块自身导致的,确定服务模块异常。
实际应用中,为了减少获取服务模块向客户端反馈的数据时的网络传输资源消耗,可以将本发明实施例的方法的执行主体(监控模块)与服务模块相连。例如,可以与所述服务模块的特定端口相连。其中,所述特定端口为用于向客户端发送数据的端口。这样可以截取所述服务模块的特定端口的输出数据,而无需服务模块将反馈数据发送多次。
图3为本发明的服务模块监控方法实施例3的流程图。如图3所示,该方法可以包括:
步骤301:确定所述获取服务模块未向客户端反馈数据的持续时间;
步骤302:判断所述持续时间是否大于或等于第一预设时长;如果是,执行步骤303,否则,继续对所述获取服务模块未向客户端反馈数据的持续时间进行计时,返回步骤301;
步骤303:向所述服务模块发送模拟访问请求并开始计时;
步骤304:判断在所述计时时长达到第二预设时长之前是否接收到所述服务模块对于所述模拟访问请求的访问反馈;如果是,执行步骤305,否则,执行步骤306;
步骤305:继续监控所述服务模块。
步骤306:进行服务模块异常告警;
步骤307:获取服务模块向客户端反馈的数据;
步骤308:判断所述数据中是否包含异常状态信息;如果是,执行步骤306,否则执行步骤305。
本实施例中,当所述获取服务模块长时间未向客户端反馈数据时,可以向服务模块发送模拟访问请求,并根据是否在预设时间内接收到访问反馈,来判断服务模块是否异常。这样可以避免服务模块发生异常,长时间未输出反馈数据导致无法根据反馈数据判断服务模块状态的情况。
图4为本发明的服务模块监控方法实施例4的流程图。如图4所示,该方法可以包括:
步骤401:获取服务模块向客户端反馈的数据;
步骤402:判断所述数据中是否包含异常状态信息,得到第一判断结果;
步骤403:当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;
步骤404:当所述第一判断结果表示所述数据中未包含异常状态信息时,获取服务模块的运行日志;
步骤405:判断所述运行日志中的特定数据的数值是否处于预设数值范围内,得到第四判断结果;
所述特定数据可以是访问者IP,客户端信息,访问量等信息。
步骤406:当所述第四判断结果表示所述运行日志中的特定数据的数值超出预设数值范围时,进行服务模块异常告警。
由于实际应用中,某些微小的异常,在服务模块反馈的数据中可能无法得到体现,因此,为了更加全面的监测服务模块的工作状态,还可以结合运行日志对服务模块进行分析。
本发明还公开了一种服务模块监控系统。
图5为本发明的服务模块监控系统实施例的结构图。如图5所示,该系统可以包括:
数据获取单元501,用于获取服务模块向客户端反馈的数据;
第一判断单元502,用于判断所述数据中是否包含异常状态信息,得到第一判断结果;
告警单元503,用于当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;
监控单元504,用于当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块。
本实施例中,通过获取服务模块向客户端反馈的数据;判断所述数据中是否包含异常状态信息,得到第一判断结果;当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块;可以及时发现服务模块的异常,缩短服务模块处于异常状态的持续时间,降低对于服务模块运行的业务的影响,提升访问网站的用户的使用感受。
实际应用中,还可以包括:
后续反馈数据获取单元,用于在进行服务模块异常告警之前,当所述第一判断结果表示所述数据中包含异常状态信息时,间隔预设时间后,再次获取服务模块向客户端反馈的后续反馈数据;
第二判断单元,用于判断所述后续反馈数据中是否包含所述异常状态信息,得到第二判断结果;
所述告警单元503,还用于当所述第二判断结果表示所述后续反馈数据中包含所述异常状态信息时,进行服务模块异常告警;
所述监控单元504,还用于当所述第二判断结果表示所述后续反馈数据中未包含所述异常状态信息时,继续监控所述服务模块。
实际应用中,所述数据获取单元501,具体可以包括:
输出数据截取子单元,用于截取所述服务模块的特定端口的输出数据;
其中,所述特定端口为用于向客户端发送数据的端口。
实际应用中,还可以包括:
持续时间确定单元,用于在获取服务模块向客户端反馈的数据之前,确定所述获取服务模块未向客户端反馈数据的持续时间;
第三判断单元,用于判断所述持续时间是否大于或等于第一预设时长,得到第三判断结果;
请求发送单元,用于当所述第三判断结果表示所述持续时间大于或等于第一预设时长时,向所述服务模块发送模拟访问请求并开始计时;
所述告警单元503,还用于当所述计时时长达到第二预设时长且未接收到所述服务模块对于所述模拟访问请求的访问反馈时,进行服务模块异常告警;
所述监控单元504,还用于当在所述第二预设时长内接收到所述服务模块对于所述模拟访问请求的访问反馈时,继续监控所述服务模块。
实际应用中,还可以包括:
运行日志获取单元,用于获取服务模块的运行日志;
第四判断单元,用于判断所述运行日志中的特定数据的数值是否处于预设数值范围内,得到第四判断结果;
所述告警单元503,还用于当所述第四判断结果表示所述运行日志中的特定数据的数值超出预设数值范围时,进行服务模块异常告警。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种服务模块监控方法,其特征在于,包括:
获取服务模块向客户端反馈的数据;
判断所述数据中是否包含异常状态信息,得到第一判断结果;
当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;
当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块。
2.根据权利要求1所述的方法,其特征在于,所述进行服务模块异常告警之前,还包括:
当所述第一判断结果表示所述数据中包含异常状态信息时,间隔预设时间后,再次获取服务模块向客户端反馈的后续反馈数据;
判断所述后续反馈数据中是否包含所述异常状态信息,得到第二判断结果;
当所述第二判断结果表示所述后续反馈数据中包含所述异常状态信息时,进行服务模块异常告警;
当所述第二判断结果表示所述后续反馈数据中未包含所述异常状态信息时,继续监控所述服务模块。
3.根据权利要求1所述的方法,其特征在于,所述获取服务模块向客户端反馈的数据,具体包括:
截取所述服务模块的特定端口的输出数据;
其中,所述特定端口为用于向客户端发送数据的端口。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述获取服务模块向客户端反馈的数据之前,还包括:
确定所述获取服务模块未向客户端反馈数据的持续时间;
判断所述持续时间是否大于或等于第一预设时长,得到第三判断结果;
当所述第三判断结果表示所述持续时间大于或等于第一预设时长时,向所述服务模块发送模拟访问请求并开始计时;
当所述计时时长达到第二预设时长且未接收到所述服务模块对于所述模拟访问请求的访问反馈时,进行服务模块异常告警;
当在所述第二预设时长内接收到所述服务模块对于所述模拟访问请求的访问反馈时,继续监控所述服务模块。
5.根据权利要求1-3任一项所述的方法,其特征在于,还包括:
获取服务模块的运行日志;
判断所述运行日志中的特定数据的数值是否处于预设数值范围内,得到第四判断结果;
当所述第四判断结果表示所述运行日志中的特定数据的数值超出预设数值范围时,进行服务模块异常告警。
6.一种服务模块监控系统,其特征在于,包括:
数据获取单元,用于获取服务模块向客户端反馈的数据;
第一判断单元,用于判断所述数据中是否包含异常状态信息,得到第一判断结果;
告警单元,用于当所述第一判断结果表示所述数据中包含异常状态信息时,进行服务模块异常告警;
监控单元,用于当所述第一判断结果表示所述数据中未包含异常状态信息时,继续监控所述服务模块。
7.根据权利要求6所述的系统,其特征在于,还包括:
后续反馈数据获取单元,用于在进行服务模块异常告警之前,当所述第一判断结果表示所述数据中包含异常状态信息时,间隔预设时间后,再次获取服务模块向客户端反馈的后续反馈数据;
第二判断单元,用于判断所述后续反馈数据中是否包含所述异常状态信息,得到第二判断结果;
所述告警单元,还用于当所述第二判断结果表示所述后续反馈数据中包含所述异常状态信息时,进行服务模块异常告警;
所述监控单元,还用于当所述第二判断结果表示所述后续反馈数据中未包含所述异常状态信息时,继续监控所述服务模块。
8.根据权利要求6所述的系统,其特征在于,所述数据获取单元,具体包括:
输出数据截取子单元,用于截取所述服务模块的特定端口的输出数据;
其中,所述特定端口为用于向客户端发送数据的端口。
9.根据权利要求6-8任一项所述的系统,其特征在于,还包括:
持续时间确定单元,用于在获取服务模块向客户端反馈的数据之前,确定所述获取服务模块未向客户端反馈数据的持续时间;
第三判断单元,用于判断所述持续时间是否大于或等于第一预设时长,得到第三判断结果;
请求发送单元,用于当所述第三判断结果表示所述持续时间大于或等于第一预设时长时,向所述服务模块发送模拟访问请求并开始计时;
所述告警单元,还用于当所述计时时长达到第二预设时长且未接收到所述服务模块对于所述模拟访问请求的访问反馈时,进行服务模块异常告警;
所述监控单元,还用于当在所述第二预设时长内接收到所述服务模块对于所述模拟访问请求的访问反馈时,继续监控所述服务模块。
10.根据权利要求6-8任一项所述的系统,其特征在于,还包括:
运行日志获取单元,用于获取服务模块的运行日志;
第四判断单元,用于判断所述运行日志中的特定数据的数值是否处于预设数值范围内,得到第四判断结果;
所述告警单元,还用于当所述第四判断结果表示所述运行日志中的特定数据的数值超出预设数值范围时,进行服务模块异常告警。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510344231.9A CN104935479A (zh) | 2015-06-19 | 2015-06-19 | 一种服务模块监控方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510344231.9A CN104935479A (zh) | 2015-06-19 | 2015-06-19 | 一种服务模块监控方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104935479A true CN104935479A (zh) | 2015-09-23 |
Family
ID=54122455
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510344231.9A Pending CN104935479A (zh) | 2015-06-19 | 2015-06-19 | 一种服务模块监控方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104935479A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107633026A (zh) * | 2017-08-30 | 2018-01-26 | 深圳云天励飞技术有限公司 | 数据同步异常处理方法、装置及服务器 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1791034A (zh) * | 2004-12-13 | 2006-06-21 | 华为技术有限公司 | 一种检测方法 |
CN102130776A (zh) * | 2010-01-19 | 2011-07-20 | 新浪网技术(中国)有限公司 | 一种通信方法和系统 |
CN102541674A (zh) * | 2011-12-26 | 2012-07-04 | 运软网络科技(上海)有限公司 | 自主元素模型控制系统、方法及服务器受侵保护检测系统 |
CN202652241U (zh) * | 2012-06-21 | 2013-01-02 | 甘肃省科学技术情报研究所 | 基于手机短信的服务器远程监控及故障处理的装置 |
CN102932194A (zh) * | 2011-08-09 | 2013-02-13 | 中国银行股份有限公司 | 基于贝叶斯方法的互联网应用服务监控系统及方法 |
CN103220165A (zh) * | 2013-03-20 | 2013-07-24 | 杭州华三通信技术有限公司 | 一种服务器主动宕机的处理方法和装置 |
US20140052857A1 (en) * | 2009-09-10 | 2014-02-20 | AppDynamics, Inc. | Correlation of distributed business transactions |
-
2015
- 2015-06-19 CN CN201510344231.9A patent/CN104935479A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1791034A (zh) * | 2004-12-13 | 2006-06-21 | 华为技术有限公司 | 一种检测方法 |
US20140052857A1 (en) * | 2009-09-10 | 2014-02-20 | AppDynamics, Inc. | Correlation of distributed business transactions |
CN102130776A (zh) * | 2010-01-19 | 2011-07-20 | 新浪网技术(中国)有限公司 | 一种通信方法和系统 |
CN102932194A (zh) * | 2011-08-09 | 2013-02-13 | 中国银行股份有限公司 | 基于贝叶斯方法的互联网应用服务监控系统及方法 |
CN102541674A (zh) * | 2011-12-26 | 2012-07-04 | 运软网络科技(上海)有限公司 | 自主元素模型控制系统、方法及服务器受侵保护检测系统 |
CN202652241U (zh) * | 2012-06-21 | 2013-01-02 | 甘肃省科学技术情报研究所 | 基于手机短信的服务器远程监控及故障处理的装置 |
CN103220165A (zh) * | 2013-03-20 | 2013-07-24 | 杭州华三通信技术有限公司 | 一种服务器主动宕机的处理方法和装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107633026A (zh) * | 2017-08-30 | 2018-01-26 | 深圳云天励飞技术有限公司 | 数据同步异常处理方法、装置及服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100536403C (zh) | 一种通信网络智能巡检的方法及设备 | |
CN107294808B (zh) | 接口测试的方法、装置和系统 | |
CN110650069B (zh) | 一种cdn节点控制方法、装置及系统 | |
EP1997041B1 (en) | Content management | |
WO2020151483A1 (zh) | 物联网平台压力测试系统、方法、装置及服务器 | |
CN110365793A (zh) | 违规外联监测方法、装置、系统及存储介质 | |
CN101877618B (zh) | 基于无代理方式进行监控的方法、服务器及系统 | |
CN103532795A (zh) | 一种检测web业务系统可用性的监控系统及方法 | |
JP6324534B2 (ja) | プロモーション状況データの監視方法、装置、デバイス及び非発揮性コンピューター記憶媒体 | |
CN104461546A (zh) | 基于应用程序的计算设备优化方法及装置 | |
CN104320285A (zh) | 一种网站运行状态监控方法及装置 | |
CN109361574A (zh) | 基于JavaScript脚本的NAT检测方法、系统、介质和设备 | |
CN105373474A (zh) | 一种针对业务系统的测试方法和装置 | |
KR101824924B1 (ko) | 실시간 부하량에 따른 웹 사이트 성능 측정을 위한 시스템 및 방법 | |
CN103560884B (zh) | 用户身份信息的注销方法、系统、认证服务器及客户端 | |
CN104902033A (zh) | 登陆地址记录方法及装置 | |
CN104468248A (zh) | 业务性能的监控方法、反向代理服务器、统计分析服务器及系统 | |
CN104376012B (zh) | 一种网页应用的掉线重连方法、装置和系统 | |
CN107888394B (zh) | 网络故障原因定位的方法及装置 | |
CN105245591A (zh) | 一种桌面云性能体验的监控方法及系统 | |
CN105188059A (zh) | 一种基于Portal服务器异常的认证方法及无线接入点 | |
CN104935479A (zh) | 一种服务模块监控方法及系统 | |
CN103780446A (zh) | 一种实时监控网络带宽资源的方法及系统 | |
CN103095786B (zh) | 在线业务请求识别方法、系统、服务器及在线服务器集群 | |
US20160192110A1 (en) | Method and Apparatus for Processing Operation on Endpoint Peripheral |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 450000 Zhengzhou science and technology zone, Henan high tech Road, building 169, building 1, No. 1 Applicant after: ZHENGZHOU XIZHI INFORMATION TECHNOLOGY CO., LTD. Address before: 450000 Zhengzhou science and technology zone, Henan high tech Road, building 169, building 1, No. 1 Applicant before: ZHENGZHOU XIZHI INFORMATION TECHNOLOGY CO., LTD. |
|
COR | Change of bibliographic data | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150923 |
|
RJ01 | Rejection of invention patent application after publication |