CN107426011A - 一种对设备运行状态的监控方法及装置 - Google Patents

一种对设备运行状态的监控方法及装置 Download PDF

Info

Publication number
CN107426011A
CN107426011A CN201710389003.2A CN201710389003A CN107426011A CN 107426011 A CN107426011 A CN 107426011A CN 201710389003 A CN201710389003 A CN 201710389003A CN 107426011 A CN107426011 A CN 107426011A
Authority
CN
China
Prior art keywords
alarm event
uploaded
running status
poll
equipment running
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
Application number
CN201710389003.2A
Other languages
English (en)
Inventor
陈东河
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhengzhou Yunhai Information Technology Co Ltd
Original Assignee
Zhengzhou Yunhai Information Technology Co Ltd
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 Zhengzhou Yunhai Information Technology Co Ltd filed Critical Zhengzhou Yunhai Information Technology Co Ltd
Priority to CN201710389003.2A priority Critical patent/CN107426011A/zh
Publication of CN107426011A publication Critical patent/CN107426011A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种对设备运行状态的监控方法及装置,该方法包括:实时接收设备的待上传告警事件;判断当前待上传告警事件的数量是否大于上限值;如果是,则将当前待上传告警事件中的N个告警事件上传至监控服务器,将其余K‑N个告警事件依然作为待上传告警事件。其中,K为当前待上传告警事件的数量,N为上限值。由此可见,本方法在每次轮询过程中,都会以上限值作为最大上传数量,有效避免了单次轮询中待上传告警文件的数量大于网络的正常承载力时,网络负载过高或网络瘫痪的问题,从而实现网络负载的均衡性和稳定性;同时,本方法会将本次轮询中未上传的告警事件作为下一次轮询的待上传告警事件,有效保证了告警事件传输的时效性,避免丢失。

Description

一种对设备运行状态的监控方法及装置
技术领域
本发明涉及通信技术领域,特别是涉及一种对设备运行状态的监控方法及装置。
背景技术
设备(例如服务器)的正常运转是保证企事业单位工作顺利开展的前提,因此对于设备管理员来说及时准确监控设备的运行状态是及早评估和发现设备故障的基础,能够减少因设备问题对企事业单位造成的损失。
对于设备的运行状态来说,获取设备告警事件是最直接的方法。为了实现对设备的监控,现有技术中,通过轮询的方式将设备产生的告警事件上传到监控服务器中。每一轮的上传方式均相同,以第一次轮询上传为例说明。在第一次轮询上传过程中,首先监控代理查询当前全部的待上传告警事件,并将这些告警事件全部通过网络上传到监控服务器数据库,同时记录本次轮询过程中,产生告警事件最近的时间点作为本次轮询的时间戳,并将该时间戳保存到本地临时文件。监控软件从数据库获取上传的告警事件,并显示在软件界面,供管理人员查看。当到达下一次的轮询上传时间时,通过上一次轮询过程保存的时间戳查询到该时间戳之后产生的全部告警事件,然后按照上述方法将全部告警事件上传到监控服务器。
在具体实施中,由于设备的告警事件的产生是随机的,如果同一时间段内,设备告警事件的数量过大时,容易造成网络传输速率波动性较大,网络传输速率较慢,且网络不稳定的现象。因此,在任意一次轮询过程中,都可能造成网络负载加重,甚至出现网络瘫痪的结果。
由此可见,在每次轮询过程中如何保证告警事件能够平稳的上传到监控服务器,降低网络负载是本领域技术人员亟待解决的问题。
发明内容
本发明的目的是提供一种对设备运行状态的监控方法及装置,用于在每次轮询过程中保证告警事件能够平稳的上传到监控服务器,降低网络负载。
为解决上述技术问题,本发明提供一种对设备运行状态的监控方法,包括:
实时接收设备的待上传告警事件;
当到达轮询时刻时,判断当前待上传告警事件的数量是否大于上限值;
如果是,则将当前待上传告警事件中的N个告警事件上传至监控服务器,将其余K-N个告警事件依然作为待上传告警事件;
如果否,则将K个告警事件全部上传至所述监控服务器;
其中,K为当前待上传告警事件的数量,N为所述上限值。
优选地,还包括:记录本次轮询的时间戳,并将该时间戳保存到本地临时文件。
优选地,所述将当前待上传告警事件中的N个告警事件上传至监控服务器为:按照产生的时间顺序将当前待上传告警事件中的前N个告警事件上传至所述服务器。
优选地,所述将其余K-N个告警事件依然作为待上传告警事件具体为:将其余K-N个告警事件存储至本地临时文件以作为待上传告警事件。
优选地,还包括:显示接收到的告警事件。
为解决上述技术问题,本发明提供一种对设备运行状态的监控装置,包括:
接收单元,用于实时接收设备的待上传告警事件;
判断单元,用于当到达轮询时刻时,判断当前待上传告警事件的数量是否大于上限值,如果是,则触发第一上传单元,否则,触发第二上传单元;
所述第一上传单元,用于将当前待上传告警事件中的N个告警事件上传至监控服务器,将其余K-N个告警事件依然作为待上传告警事件;
所述第二上传单元,用于将K个告警事件全部上传至所述监控服务器;
其中,K为当前待上传告警事件的数量,N为所述上限值。
优选地,还包括:记录单元,用于记录本次轮询的时间戳,并将该时间戳保存到本地临时文件。
优选地,所述第一上传单元具体按照产生的时间顺序将当前待上传告警事件中的前N个告警事件上传至所述服务器。
优选地,所述第一上传单元具体将其余K-N个告警事件存储至本地临时文件以作为待上传告警事件。
优选地,还包括:显示单元,用于显示接收到的告警事件。
本发明所提供的对设备运行状态的监控方法,包括实时接收设备的待上传告警事件;当到达轮询时刻时,判断当前待上传告警事件的数量是否大于上限值;如果是,则将当前待上传告警事件中的N个告警事件上传至监控服务器,将其余K-N个告警事件依然作为待上传告警事件;如果否,则将K个告警事件全部上传至监控服务器;其中,K为当前待上传告警事件的数量,N为上限值。由此可见,本方法在每次轮询过程中,都会以上限值作为本次轮询的最大上传数量,有效避免了单次轮询中待上传告警文件的数量大于网络的正常承载力时,网络负载过高或网络瘫痪的问题,从而实现网络负载的均衡性和稳定性;同时,本方法会将本次轮询中未上传的告警事件作为下一次轮询的待上传告警事件,有效保证了告警事件传输的时效性,避免丢失。
本发明还提供一种对设备运行状态的监控装置,效果如上所述。
附图说明
为了更清楚地说明本发明实施例,下面将对实施例中所需要使用的附图做简单的介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种对设备运行状态的监控方法的流程图;
图2为本发明实施例提供的一种对设备运行状态的监控装置的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下,所获得的所有其他实施例,都属于本发明保护范围。
本发明的核心是提供一种对设备运行状态的监控方法及装置,用于在每次轮询过程中保证告警事件能够平稳的上传到监控服务器,降低网络负载。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。
图1为本发明实施例提供的一种对设备运行状态的监控方法的流程图。如图1所示,该方法包括:
S10:实时接收设备的待上传告警事件。
需要说明的是,本步骤中的待上传告警事件包括设备最新产生的告警事件和上一次轮询剩余的告警事件。可以理解的是,如果是首次轮询,则步骤S10中的待上传告警事件均是设备最新产生的告警事件,如果不是首次轮询,例如第二次或者第三次等,则步骤S10中的待上传告警事件就有可能包含上一次轮询剩余的告警事件。另外,无论是设备最新产生的告警事件还是上一次轮询剩余的告警事件,没有本质的区别,都可以作为本次轮询的待上传告警事件。
S11:当到达轮询时刻时,判断当前待上传告警事件的数量是否大于上限值,如果是,则进入S12,否则,进入S13。
本发明中,轮询的周期可以根据具体情况而定,本实施例不再赘述。当到达轮询时刻时,比较当前待上传告警事件的数量和上限值的关系。本实施例中的上限值是指单次轮询中待上传告警事件的最大值。需要说明的是,这个上限值需要提前设定,而至于设置什么样的数值可以根据网络的具体承载力而定,本实施例不再赘述。
例如,上限值可以设置为100,当前待上传告警事件的数量为150,则待上传告警事件的数量大于上限值,因此,这150个告警事件无法在同一次轮询中全部上传,具体上传过程如下。
S12:将当前待上传告警事件中的N个告警事件上传至监控服务器,将其余K-N个告警事件依然作为待上传告警事件。
S13:将K个告警事件全部上传至监控服务器。
其中,K为当前待上传告警事件的数量,N为上限值。
为了保证网络的可靠性,避免由于负载过高而导致瘫痪的问题,本实施例中,如果当前待上传告警事件的数量大于上限值时,将其中的N个告警事件作为本次轮询上传,而其余的K-N个告警事件依然作为待上传告警事件,即本次轮询剩余的告警事件与设备新产生的告警事件共同作为下一次轮询过程的待上传告警事件。
作为优选地实施方式,S12中将其余K-N个告警事件依然作为待上传告警事件具体为:将其余K-N个告警事件存储至本地临时文件以作为待上传告警事件。
可以理解的是,除了存储至本地临时文件外,还可以存储至其它地方,本实施例只是一种优选地实施方式。
还以上文的例子说明,剩余的50个告警事件放在下一次轮询中,且在这个期间,还实时接收新的告警事件,例如到下一次轮询时刻时,共接收到20个告警事件。当到达下一次轮询时刻时,上一次轮询剩余的50个告警事件和新接收到的20个告警事件共同作为本次轮询的待上传告警事件。此时,当前待上传告警事件的数量为70个,小于上限值100,因此,这70个告警事件将会全部上传至监控服务器。
本实施例提供的对设备运行状态的监控方法,包括实时接收设备的待上传告警事件;当到达轮询时刻时,判断当前待上传告警事件的数量是否大于上限值;如果是,则将当前待上传告警事件中的N个告警事件上传至监控服务器,将其余K-N个告警事件依然作为待上传告警事件;如果否,则将K个告警事件全部上传至监控服务器;其中,K为当前待上传告警事件的数量,N为上限值。由此可见,本方法在每次轮询过程中,都会以上限值作为本次轮询的最大上传数量,有效避免了单次轮询中待上传告警文件的数量大于网络的正常承载力时,网络负载过高或网络瘫痪的问题,从而实现网络负载的均衡性和稳定性;同时,本方法会将本次轮询中未上传的告警事件作为下一次轮询的待上传告警事件,有效保证了告警事件传输的时效性,避免丢失。
在上述实施例的基础上,还包括:记录本次轮询的时间戳,并将该时间戳保存到本地临时文件。
需要说明的是,本实施例中的时间戳是用于为下一次轮询作指导的,通过这个时间戳就可以判断出哪些告警事件是在该时间戳之后产生的,哪些告警事件是在该时间戳之前产生的。
在上述实施例的基础上,将当前待上传告警事件中的N个告警事件上传至监控服务器为:按照产生的时间顺序将当前待上传告警事件中的前N个告警事件上传至服务器。
为了保证最大限度的提高告警事件上传的时效性,本实施例中,按照产生的时间顺序上传。例如产生告警事件的先后顺序依次是1、2、3、……100、……150,则本次轮询中是将前N个告警事件上传,即1-100,而101-150放在下次轮询中。
如果下一次轮询到来时,新产生的告警事件的先后顺序依次是150、151、……200、……、300。按照时间的顺序,上一轮询剩余的101-150将优先被上传,即101-150,以及151-200这100个告警事件是下一轮询要上传的。而201-300依然被作为待上传告警事件作为再下一轮询的待上传告警文件。
在上述实施的基础上,还包括:显示接收到的告警事件。
在具体实施中,通过监控服务器的显示单元,显示接收到的告警事件,供设备管理员查看。
在上文中详细描述了对设备运行状态的监控方法的实施例,本发明还提供一种与该方法对应的对设备运行状态的监控装置。由于装置部分的实施例与方法部分的实施例相互对应,因此装置部分的实施例请参见方法部分的实施例的描述,这里暂不赘述。
图2为本发明实施例提供的一种对设备运行状态的监控装置的结构图。如图2所示,该装置包括:
接收单元10,用于实时接收设备的待上传告警事件;
判断单元11,用于当到达轮询时刻时,判断当前待上传告警事件的数量是否大于上限值,如果是,则触发第一上传单元,否则,触发第二上传单元;
第一上传单元12,用于将当前待上传告警事件中的N个告警事件上传至监控服务器,将其余K-N个告警事件依然作为待上传告警事件;
第二上传单元13,用于将K个告警事件全部上传至监控服务器;
其中,K为当前待上传告警事件的数量,N为上限值。
本装置在每次轮询过程中,都会以上限值作为本次轮询的最大上传数量,有效避免了单次轮询中待上传告警文件的数量大于网络的正常承载力时,网络负载过高或网络瘫痪的问题,从而实现网络负载的均衡性和稳定性;同时,本装置会将本次轮询中未上传的告警事件作为下一次轮询的待上传告警事件,有效保证了告警事件传输的时效性,避免丢失。
在上述实施例的基础上,还包括:记录单元,用于记录本次轮询的时间戳,并将该时间戳保存到本地临时文件。
在上述实施例的基础上,第一上传单元12具体按照产生的时间顺序将当前待上传告警事件中的前N个告警事件上传至服务器。
在上述实施例的基础上,第一上传单元12具体将其余K-N个告警事件存储至本地临时文件以作为待上传告警事件。
在上述实施例的基础上,还包括:显示单元,用于显示接收到的告警事件。
以上对本发明所提供的对设备运行状态的监控方法及装置进行了详细介绍。说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以对本发明进行若干改进和修饰,这些改进和修饰也落入本发明权利要求的保护范围内。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种对设备运行状态的监控方法,其特征在于,包括:
实时接收设备的待上传告警事件;
当到达轮询时刻时,判断当前待上传告警事件的数量是否大于上限值;
如果是,则将当前待上传告警事件中的N个告警事件上传至监控服务器,将其余K-N个告警事件依然作为待上传告警事件;
如果否,则将K个告警事件全部上传至所述监控服务器;
其中,K为当前待上传告警事件的数量,N为所述上限值。
2.根据权利要求1所述的对设备运行状态的监控方法,其特征在于,还包括:记录本次轮询的时间戳,并将该时间戳保存到本地临时文件。
3.根据权利要求2所述的对设备运行状态的监控方法,其特征在于,所述将当前待上传告警事件中的N个告警事件上传至监控服务器为:按照产生的时间顺序将当前待上传告警事件中的前N个告警事件上传至所述服务器。
4.根据权利要求1所述的对设备运行状态的监控方法,其特征在于,所述将其余K-N个告警事件依然作为待上传告警事件具体为:将其余K-N个告警事件存储至本地临时文件以作为待上传告警事件。
5.根据权利要求1至4任意一项所述的对设备运行状态的监控方法,其特征在于,还包括:显示接收到的告警事件。
6.一种对设备运行状态的监控装置,其特征在于,包括:
接收单元,用于实时接收设备的待上传告警事件;
判断单元,用于当到达轮询时刻时,判断当前待上传告警事件的数量是否大于上限值,如果是,则触发第一上传单元,否则,触发第二上传单元;
所述第一上传单元,用于将当前待上传告警事件中的N个告警事件上传至监控服务器,将其余K-N个告警事件依然作为待上传告警事件;
所述第二上传单元,用于将K个告警事件全部上传至所述监控服务器;
其中,K为当前待上传告警事件的数量,N为所述上限值。
7.根据权利要求6所述的对设备运行状态的监控装置,其特征在于,还包括:记录单元,用于记录本次轮询的时间戳,并将该时间戳保存到本地临时文件。
8.根据权利要求7所述的对设备运行状态的监控装置,其特征在于,所述第一上传单元具体按照产生的时间顺序将当前待上传告警事件中的前N个告警事件上传至所述服务器。
9.根据权利要求6所述的对设备运行状态的监控装置,其特征在于,所述第一上传单元具体将其余K-N个告警事件存储至本地临时文件以作为待上传告警事件。
10.根据权利要求6至9任意一项所述的对设备运行状态的监控装置,其特征在于,还包括:显示单元,用于显示接收到的告警事件。
CN201710389003.2A 2017-05-22 2017-05-22 一种对设备运行状态的监控方法及装置 Pending CN107426011A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710389003.2A CN107426011A (zh) 2017-05-22 2017-05-22 一种对设备运行状态的监控方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710389003.2A CN107426011A (zh) 2017-05-22 2017-05-22 一种对设备运行状态的监控方法及装置

Publications (1)

Publication Number Publication Date
CN107426011A true CN107426011A (zh) 2017-12-01

Family

ID=60429226

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710389003.2A Pending CN107426011A (zh) 2017-05-22 2017-05-22 一种对设备运行状态的监控方法及装置

Country Status (1)

Country Link
CN (1) CN107426011A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109274767A (zh) * 2018-10-30 2019-01-25 浙江理工大学 一种基于互联网的针织设备数据监测方法
CN110958190A (zh) * 2019-11-28 2020-04-03 上海上实龙创智慧能源科技股份有限公司 一种基于边缘计算网关的工业物联网数据实时上传方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090077156A1 (en) * 2007-09-14 2009-03-19 Srinivas Raghav Kashyap Efficient constraint monitoring using adaptive thresholds
CN101765204A (zh) * 2008-12-26 2010-06-30 中兴通讯股份有限公司 告警上报方法和装置
CN101951621A (zh) * 2010-09-16 2011-01-19 新邮通信设备有限公司 一种告警风暴防治方法和装置
CN103905533A (zh) * 2014-03-13 2014-07-02 广州杰赛科技股份有限公司 基于云存储的分布式告警监控方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090077156A1 (en) * 2007-09-14 2009-03-19 Srinivas Raghav Kashyap Efficient constraint monitoring using adaptive thresholds
CN101765204A (zh) * 2008-12-26 2010-06-30 中兴通讯股份有限公司 告警上报方法和装置
CN101951621A (zh) * 2010-09-16 2011-01-19 新邮通信设备有限公司 一种告警风暴防治方法和装置
CN103905533A (zh) * 2014-03-13 2014-07-02 广州杰赛科技股份有限公司 基于云存储的分布式告警监控方法和系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109274767A (zh) * 2018-10-30 2019-01-25 浙江理工大学 一种基于互联网的针织设备数据监测方法
CN110958190A (zh) * 2019-11-28 2020-04-03 上海上实龙创智慧能源科技股份有限公司 一种基于边缘计算网关的工业物联网数据实时上传方法

Similar Documents

Publication Publication Date Title
US8462014B1 (en) Meter data management systems, methods, and software with outage management capabilities
EP2941708B1 (en) System and method for developing, deploying and implementing power system computer applications
CN104301136B (zh) 故障信息上报及处理的方法及设备
EP3076346A1 (en) Systems and methods for improved demand response management system (drms)
CN103117879A (zh) 一种计算机硬件运行参数网络监测系统
CN103970641A (zh) 一种基于容量预测技术的设备扩容方法
CN107426011A (zh) 一种对设备运行状态的监控方法及装置
CN102694873B (zh) 一种地址池分配系统及方法
CN107834556A (zh) 一种电力故障处理方法及系统
CN107623745A (zh) 一种监控方法、系统及计算机可读存储介质
CN106817708A (zh) 一种巡检簇构建方法及装置
CN105119761A (zh) 运维监控及解决方案一体化管理系统及方法
CN110837027A (zh) 基于电网故障情况下调度端关键信息抽取的辅助决策方法及系统
DE602005002418T2 (de) Verwaltungsverfahren und -system für Netzverwaltungssysteme
EP3747098A1 (de) Fehlerdetektionsvorrichtung einer ortsnetzstation und einrichtung zur meldung eines fehlers an eine zentrale steuervorrichtung
CN117977789A (zh) 一种基于电力数据的统一物联网设备运行状态监测系统
CN103957230B (zh) 一种客户端用户数确定方法、服务器、客户端及系统
CN108064054B (zh) 一种lte系统中的ftp文件传输监控方法及系统
CN112636468A (zh) 一种实现电网智能化运行的监控系统
CN107453481A (zh) 一种快速发现低压台区停电的方法
CN110445647A (zh) 一种物联网数据诊断及纠错方法
CN103313287B (zh) 直放站设备告警通知方法及装置
CN112783637B (zh) 一种资源调控方法和装置
CN109120439B (zh) 分布式集群告警输出方法、装置、设备及可读存储介质
CN105656724A (zh) 一种服务器的监控方法及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20171201