CN101997730B - 业务触发告警的方法及系统 - Google Patents
业务触发告警的方法及系统 Download PDFInfo
- Publication number
- CN101997730B CN101997730B CN2009101630356A CN200910163035A CN101997730B CN 101997730 B CN101997730 B CN 101997730B CN 2009101630356 A CN2009101630356 A CN 2009101630356A CN 200910163035 A CN200910163035 A CN 200910163035A CN 101997730 B CN101997730 B CN 101997730B
- Authority
- CN
- China
- Prior art keywords
- server
- service
- sent
- operation data
- file
- 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.)
- Active
Links
Images
Abstract
本发明公开了一种业务触发告警的方法及系统。该方法包括:前置机监控连接的外部网元的业务数量,当业务数量超过预设的阈值时,生成触发文件,并将触发文件发送至服务器预设位置;服务器探测到触发文件后,采集业务运行数据,根据业务运行数据,生成告警信息,并将告警信息发送至预设终端。本发明各实施例可以保证通信业务平台及时获得有效的业务运行数据,为业务平台的监控与维护提供依据。
Description
技术领域
本发明涉及通信行业的网管业务领域,尤其涉及业务触发告警的方法及系统。
背景技术
图1为现有技术业务请求处理系统的示意图。如图1所示,Internet中外部网元的业务请求通过防火墙进入业务平台,交换机将上述业务请求分发至各前置机。前置机是整个业务平台的最前端设备,负责接收来自外部网元,如:短信网关、彩信网关、WAP网关等,的业务请求,经内网将接收到的业务请求分发给服务器主机处理,并将处理后的请求送回业务请求的外部网元。对于接收到的每一个业务请求,前置机都要产生一个连接,同一时刻,前置机上与外部网元的业务连接数量,即代表了此时的负载强度。前置机通常限制了进程连接数,如果出现连接数达到上限值,会出现拒绝外部网元的业务请求。
目前,业务平台无法实时掌握外部网元的业务数量的状况,当业务峰值逐渐接近系统最大负荷时,无法及时获得有效的当前系统业务负载信息,在业务量激增的状况下,无法准确完成负载定位,延长了解决问题的时间。
在实现本发明过程中,发明人发现现有技术业务触发告警方式中存在如下问题:通信业务平台无法及时获得有效的当前系统的业务运行数据,不利于业务系统的监控与维护。
发明内容
本发明的目的是解决通信业务平台无法及时获得有效的当前系统的业务运行数据,不利于系统的监控与维护的问题,提出一种业务触发告警的方法及系统,以实时监控连接的外部网元的业务数量,在系统负载达到预设阈值时,上报业务运行数据,从而有利于业务系统得监控与维护。
为实现上述目的,根据本发明的一个方面,提供了一种业务触发告警的方法,包括:前置机监控连接的外部网元的业务数量,当业务数量超过预设的阈值时,生成触发文件,并将触发文件发送至服务器预设位置;服务器探测到触发文件后,采集业务运行数据,根据业务运行数据,生成告警信息,并将告警信息发送至预设终端。
本技术方案中,前置机通过FTP方式将触发文件发送至服务器预设位置。
本技术方案中,当服务器为多台时,前置机将触发文件发送至服务器预设位置的步骤具体包括:前置机将触发文件分别发送至多台服务器;服务器采集业务运行数据,根据业务运行数据,生成告警信息的步骤具体包括:多台服务器分别采集各自的业务运行数据,并将业务运行数据发送至指定服务器;指定服务器对多台服务器的业务运行数据进行统计,根据统计后的业务运行数据生成告警信息。
本技术方案中,当前置机为多台时,由指定前置机监控自身连接的外部网元的业务数量。
本技术方案中,触发文件中包含连接的外部网元的业务数量;根据业务运行数据,生成告警信息的步骤具体为:根据业务数量和业务运行数据,生成告警信息。
本技术方案中,将告警信息发送至预设终端的步骤后还包括:服务器删除触发文件。
本技术方案中,将告警信息发送至预设终端的步骤具体包括:将告警信息通过E-mail、短信,或彩信发送至预设终端。
本技术方案中,服务器采集业务运行数据的步骤具体包括:服务器基于日志信息进行业务运行数据的统计;统计具体包括:按企业代码统计的实时业务量、各外部网元的业务请求量、实时业务请求平均应答时长、每台服务器每秒业务请求量峰值、实时业务级,和/或网络级鉴权成功率。
本技术方案中,外部网元包括:短信网关、彩信网关,和/或WAP网关。
为实现上述目的,根据本发明的另一个方面,提供了一种业务触发告警的系统,包括前置机和服务器,其中:前置机包括:监控模块,用于监控连接的外部网元的业务数量;触发模块,用于当业务数量超过预设阈值时,生成触发文件,并将触发文件发送至服务器;服务器包括:存储模块,用于存储触发文件;探测模块,用于探测触发文件;采集模块,用于采集业务运行数据;统计模块,用于根据业务运行数据,生成告警信息,并将告警信息发送至预设终端。
本技术方案中,触发模块通过FTP方式将触发文件发送至服务器的存储模块。
本技术方案中,当服务器为多台时:前置机的触发模块将触发文件发送至多台服务器的存储模块;多台服务器的采集模块采集各自的业务运行数据,并将业务运行数据发送至指定服务器;指定服务器的统计模块对多台服务器的业务运行数据进行统计,根据统计后的业务运行数据生成告警信息,并将告警信息发送至预设终端。
本技术方案中,当前置机为多台时:指定前置机的监控模块监控自身连接的外部网元数量;当外部网元的数量超过预设的阈值时,指定前置机的触发模块生成触发文件,并将触发文件发送至服务器。
本技术方案中,外部网元包括:短信网关、彩信网关,和/或WAP网关。
本发明各实施例的业务触发告警的方法及系统,通过在前置机对连接的外部网元的业务数量进行监控,当连接的业务数量超过预设阈值时,触发服务器对业务运行数据进行采集和统计,根据统计的结果生成告警信息发送至预设终端。因此,本发明各实施例可以保证通信业务平台及时获得有效的业务运行数据,为业务平台的监控与维护提供依据。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例共同用于解释本发明,并不构成对本发明的限制。在附图中:
图1为现有技术业务请求处理系统的示意图;
图2为本发明实施例一业务触发告警方法的流程图;
图3为本发明实施例三业务触发告警系统的示意图。
结合附图在其上标记以下附图标记:
602-前置机; 604-服务器;
606-监控模块; 608-触发模块;
610-存储模块; 612-探测模块;
614-采集模块 616-统计模块。
具体实施方式
以下结合附图对本发明的实施例进行说明,应当理解,此处所描述的实施例仅用于说明和解释本发明,并不用于限定本发明。
实施例一
图2为本发明实施例一业务触发告警方法的流程图。如图2所示,本实施例包括:
步骤S102:前置机监控连接的外部网元的业务数量,当业务数量超过预设的阈值时,生成触发文件,并将触发文件发送至服务器的预设位置;
步骤S104:当服务器探测到触发文件后,采集业务运行数据,根据业务运行数据,生成告警信息,并将告警信息发送至预设终端。
本实施例中,将告警信息发送至预设终端的步骤具体包括:将告警信息通过E-mail、短信,或彩信发送至预设终端,上述终端可以为手机终端或计算机终端。
本实施例中,服务器采集业务运行数据的步骤具体包括:服务器基于日志信息进行业务运行数据的统计;统计的具体内容包括:按企业代码统计的实时业务量、各外部网元的业务请求量、实时业务请求平均应答时长、每台服务器每秒业务请求量峰值、实时业务级,和/或网络级鉴权成功率。
本实施例中,外部网元包括:短信网关、彩信网关,和/或WAP网关。本实施例中,将告警信息发送至预设终端后,服务器删除触发文件。服务器可以为核心服务器或者后台处理服务器。
本实施例中,通过前置机监控与其连接的外部网元前置机的业务连接数量,及时发现业务请求量峰值,并触发服务器进行业务运行数据的收集,生成告警信息发送至预设终端。本实施例可以保证通信业务平台及时获得有效的业务运行数据,为业务平台的监控与维护提供依据。
实施例二
在实际的系统中,前置机和服务器均可以为多个,本实施例将针对该情况,结合图1,对本发明的方法进行详细说明。
由于业务平台设计为前置机负载均衡,每台前置机接收到的业务量基本一致,对外部网元的业务数量的监控部署在其中的一台前置机上即可,本实施例部署在第一前置机。但是,必须对所有服务器的业务运行数据进行统计,但生成告警信息的步骤,由第一服务器完成。本实施例业务触发告警方法的流程具体包括:
步骤S202:第一前置机循环检测连接到自身的外部网元的业务数量,当超过预设阈值400时,生成触发文件,通过FTP方式将触发文件发送至各服务器预设位置,各服务器包括:第一服务器、第二服务器、第三服务器;
步骤S204:第一服务器、第二服务器、第三服务器进行循环检测,当发现触发文件时,基于日志信息分别对自身的业务运行数据进行收集,并将收集的业务运行数据发送至指定的第一服务器,而后删除触发文件;
步骤S206:第一服务器对接收到的业务运行数据进行统计。统计内容包括:按企业代码统计的实时业务量、各外部网元的业务请求量、实时业务请求平均应答时长、每台服务器每秒业务请求量峰值、实时业务级,和/或网络级鉴权成功率;
步骤S208:第一服务器将上述统计信息发送至指定人员的信箱。
本实施例中,在步骤S208以后,当第一前置机连接的外部网元的业务数量再次超过预设阈值时,重新从步骤S202开始执行。本实施例中,触发文件中还可以包含连接的外部网元的业务数量,和/或按外部网元统计的业务数量;第一服务器根据业务数量和业务运行数据,生成告警信息。
本实施例在实施例一的基础上,对多台前置机,多台服务器的情况进行了具体说明,本实施例具有实施例一的全部有益效果,并且可实施性更强。此外,本实施例中,接收各服务器上报的业务运行数据后,按企业代码统计的实时业务量、各外部网元的业务请求量、实时业务请求平均应答时长等对业务运行数据进行统计,对业务平台的维护和管理提供了宝贵的数据,从而可以准确地定位故障,节省问题处理的时间。
实施例三
图3为本发明实施例三业务触发告警系统的示意图。如图3所示,本实施例业务触发告警系统包括前置机602和服务器604。前置机602包括:监控模块606,用于监控连接的外部网元的业务数量;触发模块608,用于当外部网元的业务数量超过预设阈值时,生成触发文件,并将触发文件发送至服务器。服务器604包括:存储模块610,用于存储触发文件;探测模块612,用于探测触发文件;采集模块614,用于采集业务运行数据;统计模块616,用于根据业务运行数据,生成告警信息,并将告警信息发送至预设终端。
本实施例中,触发模块608通过FTP方式将触发文件发送至服务器的存储模块610。
本实施例中,当前置机为多台时,指定前置机的监控模块监控自身连接的外部网元数量;当外部网元的数量超过预设的阈值时,指定前置机的触发模块生成触发文件,并将触发文件发送至各服务器。
本实施例中,当服务器为多台时,前置机的触发模块将触发文件发送至多台服务器的存储模块;多台服务器的采集模块采集各自的业务运行数据,并将业务运行数据发送至指定服务器;指定服务器的统计模块对各台服务器的业务运行数据进行统计,根据统计后的业务运行数据生成告警信息,并将告警信息发送至预设终端。
本实施例实现的方法可以参照实施例一和实施例二的相关说明,并具有上述实施例的全部有益效果,此处不再重述。
实施例四
本实施例将对业务触发告警系统各模块实现的过程进行详细说明。
一、前置机部分
由于业务平台设计为前置机负载均衡,每台前置机接收到的业务量基本一致,监控模块和触发模块部署在其中的一台前置机上即可。监控模块主要实现的循环检查网络连接数量;触发模块判断网络连接数量是否超出预订阀值,如果超过,则生成触发文件,并将该文件以FTP方式传递到各服务器的存储模块,并且按照外部网元的IP地址统计各自的连接数,以便区分业务请求的来源。
1、生成触发文件
通过UNIX自带的“netstat-an”?命令循环监控前置机的来自网络连接的数量。由于前置机的使用9600端口提供服务,然后通过“netstat-an|grep 9600|grep ESTABLISHED|wc-1”命令即可得到当前与前置机建立网络连接的连接数。
关键程序如下:
2、前置机统计外部网元的业务数量
前置机的监控模块,通过UNIX自带的“netstat-an”?命令统计出来的网络连接数,进一步按外部网元的IP地址统计不同外部网元的网络连接数TOP10,进而能够区分主要请求连接是来自于哪些网关,程序如下:
3、上传触发文件
触发文件中还可以包含连接的外部网元的业务数量及上述步骤中得到的,按外部网元的IP地址统计不同外部网元的网络连接数TOP10等信息。此外,出于系统安全考虑,FTP用户名与口令并末写入shell脚本,而是通过解密程序取得密码明文后,直接赋值给shell变量。并且,在任务完成后,需要删除触发文件,因此,需要在上传触发文件后,将触发文件的属性修改为“rw-rw-rw-”。实现上述功能的程序如下:
二、服务器部分
前置机的触发模块将触发文件通过FTP方式分发至各服务器后,各服务器的探测模块对触发文件进行循环检测,一旦发现“触发文件”,采集模块根据日志信息实现业务运行数据的收集,并将业务运行数据发送至指定的服务器,由上述指定服务器进行业务运行数据的统计,此处仅给出按照企业代码实时统计业务量及业务鉴权应答时间监控的具体实现步骤,其他业务运行信息的统计与此类似,不再详细说明。
1、按企业代码实时统计业务量
对实时业务量按企业代码统计后取业务量的TOP10,就可以直观了解峰值原因,以便进一步明确峰值业务请求的来源。
核心服务器日志示例如下:
2007/10/22
11:16:48,<H>InMsg,req,1061,0,0024030004977904,319110673,229830309,100,002403,0,0007,-1,,211.137.XX.XX;<B>AuPrRq,23:1359141XXXX,24:,25:1359141XXXX,26:,01:906211,10:XWXXDB,20:,13:2,27:,126:;
对于不同请求类型,每行日志中企业代码的代码编号为“01”,因此只要在日志中找到以“01:”开头的列,即可找到对应的企业代码。
使用awk命令,以“req”字段挑出所有请求消息,根据每一行消息列数进行循环查找,发现以“01:”开头的列,然后检查当前数组内是否有该SPCODE,如果有直接加1,如果没有则将该SPCODE加入数组后再将该SPCODE出现次数赋值为1,最后输出统计结果并逆序排列,且只取输给结果前10行记录重定向到目标文件。程序如下:
2、业务鉴权应答时间监控
当业务平台出现峰值时,会导致核心服务器业务负载增加,可能引起应答时间变长,严重时会导致承载业务延时过大,引起服务器交易排队。因此及时对业务鉴权应答时间监控,来判断对MISC业务运行的影响是至关重要的。
首先使用cat命令查询核心服务器的实时日志文件内容,通过管道方式将查询结果传递给awk命令,awk命令以“,”分隔应答消息,提取第33列,一个业务请求的“应答时长”(单位:百万分之一秒),其在日志的代码编号为“121”。对某一时段所有消息的应答时延求和,同时记录消息总量,最后取平均值并以浮点形式打印,保留小数点后2位,计算出核心服务器实时日志所有交易的平均应答时间。
3、通过电子邮件将告警信息发送至维护人员
核心服务器负载信息收集结束后,使用mailx命令将结果以邮件方式发往目标邮件地址,使用for循环将E-mail地址逐个读出,并将负载信息收集结果发往这些邮件地址,使维护人员及时的获得告警信息。
程序如下:
将上述几部分有机结合,核心服务器的统计模块完成平台业务的各项业务运行数据的收集。
分析报告说明:
分析报告详细记录了以下内容:
1.与前置机建立连接的IP,数量,及检测时间;
2.按企业代码统计的实时业务量TOP10;
3.按外部网元统计,来自每个网元的业务请求量TOP10;
4.实时业务请求平均应答时长(单位:秒);
5.每台核心服务器的峰值秒业务请求量TOP10;
6.实时业务级与网络级鉴权成功率。
上述信息将直观地反应出平台系统负载强度,致使业务峰值的原因,业务请求来源等一系列基础数据,为分析问题提供了宝贵的第一手数据资料。
当告警产生,发送给维护人员的邮件内容如下:
发件人:report
发送日期:2007-10-22 18:40:51
收件人:XXXX126.com
主题:xx前置机连接数量超过阀值!!!
核心服务器主机按SPCODE统计实时请求量:
核心服务器主机按消息来源统计实时请求量:
核心服务器主机实时请求应答延时均值:
Total:35743 row;Average delay:0.21 sec.#实时请求数量,应答时延(单位:秒)
单台核心服务器主机实时峰值秒(次/秒):
业务级成功率:84.42%
网络级成功率:99.97%
至此,邮件内容结束。
本实施例中,通过前置机与核心服务器联动起来监控整个系统的业务运行情况,监控和获取的数据全面,并且对数据相互之间进行关联分析,为分析系统业务运行状况提供了很好的工具。通过业务峰值实时监控,在遇到平台负载较多的状况时,能够立即知道大量业务请求的来源和业务请求的企业代码,通过鉴权应答时长,可以判断核心服务器是否存在排队情况,可以掌握每台核心服务器的业务负载情况,有效的解决了以前平台负载过重时的原因定位时间长,无法获取实时的现场信息数据等难题,节省了宝贵时间,为立即处理问题提供了数据依据。
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明,尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来说,其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种业务触发告警的方法,其特征在于,包括:
前置机监控连接的外部网元的业务数量,当所述业务数量超过预设的阈值时,生成触发文件,并将所述触发文件发送至服务器预设位置;
所述服务器探测到所述触发文件后,采集业务运行数据,根据所述业务运行数据,生成告警信息,并将所述告警信息发送至预设终端。
2.根据权利要求1所述的方法,其特征在于,所述将触发文件发送至服务器预设位置的步骤中:前置机通过FTP方式将所述触发文件发送至服务器预设位置。
3.根据权利要求1所述的方法,其特征在于,当所述服务器为多台时:
所述前置机将触发文件发送至服务器预设位置的步骤具体包括:所述前置机将所述触发文件分别发送至所述多台服务器;
所述服务器采集业务运行数据,根据所述业务运行数据,生成告警信息的步骤具体包括:所述多台服务器分别采集各自的业务运行数据,并将所述业务运行数据发送至指定服务器;所述指定服务器对所述多台服务器的业务运行数据进行统计,根据所述统计后的业务运行数据生成告警信息。
4.根据权利要求1所述的方法,其特征在于,当所述前置机为多台时,由指定前置机监控自身连接的外部网元的业务数量。
5.根据权利要求1所述的方法,其特征在于,所述触发文件中包含连接的外部网元的业务数量,和/或按外部网元统计的业务数量;
所述根据业务运行数据,生成告警信息的步骤具体为:根据所述业务数量和业务运行数据,生成告警信息。
6.根据权利要求1-4中任一项所述的方法,其特征在于,所述将所述告警信息发送至预设终端的步骤后还包括:所述服务器删除所述触发文件。
7.根据权利要求1-4中任一项所述的方法,其特征在于,所述将所述告警信息发送至预设终端的步骤具体包括:将所述告警信息通过E-mail、短信,或彩信发送至预设终端。
8.根据权利要求1-4中任一项所述的方法,其特征在于,所述服务器采集业务运行数据的步骤具体包括:
所述服务器基于日志信息进行业务运行数据的统计;
所述统计具体包括:按企业代码统计的实时业务量、各外部网元的业务请求量、实时业务请求平均应答时长、每台服务器每秒业务请求量峰值、实时业务级,和/或网络级鉴权成功率。
9.根据权利要求1-4中任一项所述的方法,其特征在于:所述外部网元包括:短信网关、彩信网关,和/或WAP网关。
10.一种业务触发告警的系统,其特征在于,包括前置机和服务器,其中:
所述前置机包括:监控模块,用于监控连接的外部网元的业务数量;触发模块,用于当所述业务数量超过预设阈值时,生成触发文件,并将所述触发文件发送至服务器;
所述服务器包括:存储模块,用于存储所述触发文件;探测模块,用于探测触发文件;采集模块,用于在所述探测模块探测到触发文件后,采集业务运行数据;统计模块,用于根据所述业务运行数据,生成告警信息,并将所述告警信息发送至预设终端。
11.根据权利要求10所述的系统,其特征在于,所述触发模块通过FTP方式将所述触发文件发送至服务器的存储模块。
12.根据权利要求10或11所述的系统,其特征在于,当所述服务器为多台时:
所述前置机的触发模块将所述触发文件发送至所述多台服务器的存储模块;
所述多台服务器的采集模块采集各自的业务运行数据,并将所述业务运行数据发送至指定服务器;
所述指定服务器的统计模块对多台服务器的业务运行数据进行统计,根据所述统计后的业务运行数据生成告警信息,并将所述告警信息发送至预设终端。
13.根据权利要求10或11所述的系统,其特征在于,当所述前置机为多台时:
指定前置机的监控模块监控自身连接的外部网元数量;
当所述外部网元的数量超过预设的阈值时,所述指定前置机的触发模块生成触发文件,并将所述触发文件发送至服务器。
14.根据权利要求10或11所述的系统,其特征在于,所述外部网元包括:短信网关、彩信网关,和/或WAP网关。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101630356A CN101997730B (zh) | 2009-08-20 | 2009-08-20 | 业务触发告警的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101630356A CN101997730B (zh) | 2009-08-20 | 2009-08-20 | 业务触发告警的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101997730A CN101997730A (zh) | 2011-03-30 |
CN101997730B true CN101997730B (zh) | 2012-11-21 |
Family
ID=43787363
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101630356A Active CN101997730B (zh) | 2009-08-20 | 2009-08-20 | 业务触发告警的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101997730B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404323A (zh) * | 2011-11-18 | 2012-04-04 | 深圳中兴网信科技有限公司 | 一种网络攻击ip自动拒绝方法 |
CN103236948B (zh) * | 2013-04-24 | 2016-05-25 | 中国电信股份有限公司重庆分公司 | 一种电信网告警方法及系统 |
CN105450713B (zh) * | 2014-09-02 | 2019-02-12 | 阿里巴巴集团控股有限公司 | 集群部署前置机的方法、装置和系统 |
CN106230666B (zh) * | 2016-09-28 | 2019-05-21 | 深信服科技股份有限公司 | 一种业务可用性的监控方法和监控系统 |
CN107798529A (zh) * | 2017-03-28 | 2018-03-13 | 平安壹钱包电子商务有限公司 | 交易数据监控方法及装置 |
CN109889399A (zh) * | 2018-12-15 | 2019-06-14 | 中国平安人寿保险股份有限公司 | RocketMQ客户端连接数监控方法、装置、电子设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1367439A (zh) * | 2002-02-10 | 2002-09-04 | 苏州市蜗牛电子有限公司 | 多客户端互动的负载均衡方法及系统 |
CN1582038A (zh) * | 2003-08-15 | 2005-02-16 | 中兴通讯股份有限公司 | 一种用于消息中心智能监控的系统和方法 |
-
2009
- 2009-08-20 CN CN2009101630356A patent/CN101997730B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1367439A (zh) * | 2002-02-10 | 2002-09-04 | 苏州市蜗牛电子有限公司 | 多客户端互动的负载均衡方法及系统 |
CN1582038A (zh) * | 2003-08-15 | 2005-02-16 | 中兴通讯股份有限公司 | 一种用于消息中心智能监控的系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101997730A (zh) | 2011-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101997730B (zh) | 业务触发告警的方法及系统 | |
CN103067884B (zh) | 一种报警消息的处理方法以及装置 | |
CN101714930A (zh) | 一种实现网络监控的方法及系统 | |
EP1494118A3 (en) | A failure information management method and management server in a network equipped with a storage device | |
CN101815010A (zh) | 一种系统日志的上报方法和上报系统 | |
CN102487488A (zh) | 信息发送系统、方法、信息采集与设备控制系统及设备 | |
CN101431434A (zh) | 基于wap的内容监控及封堵系统和方法 | |
CN102064975A (zh) | 网络设备监管方法及系统 | |
US8954518B2 (en) | Communication device | |
CN109347665A (zh) | 一种基于web日志的网站可用性告警方法及其系统 | |
CN104661190A (zh) | 一种基于m2m的信息处理方法和m2m业务平台 | |
CN111953551A (zh) | 日志数据的传输方法、装置、电子设备及存储介质 | |
CN103781038A (zh) | 一种电网故障定位实时通报方法及系统 | |
CN208046653U (zh) | 一种电力监控系统网络安全监测主站平台系统 | |
CN103455569A (zh) | 即时通信记录外通信数据的方法及系统 | |
CN104537796A (zh) | 一种告警信息处理系统及处理方法 | |
CN114513400A (zh) | 一种日志聚合系统及一种提高日志聚合系统可用性的方法 | |
CN108809678A (zh) | 一种信息推送的方法以及服务器 | |
CN110225109A (zh) | 一种多队列的数据传输方法 | |
CN109347684A (zh) | 一种网络服务器监测系统 | |
US20130145289A1 (en) | Real-time duplication of a chat transcript between a person of interest and a correspondent of the person of interest for use by a law enforcement agent | |
CN109921920A (zh) | 一种故障信息处理方法与相关装置 | |
US20140200041A1 (en) | Evaluation of overall performance of interactive application service | |
CN105259434B (zh) | 电力设备故障信息获取的方法和装置 | |
CN109800136A (zh) | 一种远程redis性能数据采样方法及其系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |