CN113039751B - 故障通知方法、装置及设备 - Google Patents
故障通知方法、装置及设备 Download PDFInfo
- Publication number
- CN113039751B CN113039751B CN201880098359.3A CN201880098359A CN113039751B CN 113039751 B CN113039751 B CN 113039751B CN 201880098359 A CN201880098359 A CN 201880098359A CN 113039751 B CN113039751 B CN 113039751B
- Authority
- CN
- China
- Prior art keywords
- equipment
- communication
- fault
- information
- sending
- 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
- 238000000034 method Methods 0.000 title claims abstract description 53
- 238000004891 communication Methods 0.000 claims abstract description 220
- 230000004044 response Effects 0.000 claims abstract description 68
- 238000012806 monitoring device Methods 0.000 description 38
- 238000004590 computer program Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 238000012544 monitoring process Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Classifications
-
- 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/0766—Error or fault reporting or storing
- G06F11/0781—Error filtering or prioritizing based on a policy defined by the user or on a policy defined by a hardware/software module, e.g. according to a severity level
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/81—Threshold
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Telephonic Communication Services (AREA)
- Alarm Systems (AREA)
Abstract
本申请提供一种故障通知方法、装置及设备,该方法包括:根据第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送第一设备的故障信息。提高了故障通知的及时性和可靠性。
Description
技术领域
本申请涉及计算机领域,尤其涉及一种故障通知方法、装置及设备。
背景技术
目前,为了使得工作人员可以清楚的了解设备(例如服务器等)的运行状况,可以由监控器监控设备的运行指标。
在相关技术中,监控器可以实时获取设备运行的日志信息,当监控器分析得到日志异常时,则将异常的日志标记为红色,这样,在工作人员发现设备异常时,可以根据日志信息的颜色查找到设备故障时的日志信息,并根据设备故障时的日志信息定位设备的故障,并对设备进行检修。然而,在上述过程中,工作人员无法及时的发现设备的故障。
发明内容
本申请提供一种故障通知方法、装置及设备,提高了故障通知的及时性和可靠性。
第一方面,本公开实施例提供一种故障通知方法,包括:
根据第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送第一设备的故障信息。
在一种可能的实施方式中,所述根据第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送第一设备的故障信息,包括:
获取所述第一设备的故障的紧急等级;
根据所述紧急等级和所述第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送所述故障信息。
在一种可能的实施方式中,所述通信地址的个数为至少两个;根据所述紧急等级和所述第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送所述故障信息,包括:
在所述紧急等级小于第一阈值时,根据所述至少两个通信地址的优先级,依次向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,向所述一个第二设备发送所述故障信息。
在一种可能的实施方式中,所述通信地址的个数为至少两个;根据所述紧急等级和所述第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送所述故障信息,包括:
在所述紧急等级大于第一阈值时,同时向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,暂停向除所述一个第二设备之外的其它第二设备发送所述通信请求,并向所述一个第二设备发送所述故障信息。
在一种可能的实施方式中,所述获取所述第一设备的故障的紧急等级,包括:
根据所述第一设备的故障类型,获取所述第一设备的故障的紧急等级。
在一种可能的实施方式中,所述根据第二设备的通信地址,向所述第二设备发送通信请求之前,还包括:
获取所述第一设备的故障信息和所述第二设备的通信地址。
在一种可能的实施方式中,所述获取所述第一设备的故障信息和所述第二设备的通信地址,包括:
根据所述第一设备的故障类型,获取第一设备的故障信息和第二设备的通信地址。
在一种可能的实施方式中,所述方法还包括:
获取所述第一设备的故障类型。
在一种可能的实施方式中,所述故障信息包括语音类型和文本类型;所述获取第一设备的故障信息,包括:
获取所述故障类型对应的文本类型的第一信息,所述第一信息包括第一设备的标识、第一设备的故障部位、故障类型、发生故障的时刻或故障解决方案中的至少一项;
将所述第一信息转换为语音类型的第二信息,所述故障信息包括所述第一信息和所述第二信息。
在一种可能的实施方式中,所述通信请求包括呼叫请求,所述通信响应包括呼叫接听响应。
在一种可能的实施方式中,所述通信响应为所述第二设备在接收到第一指令后发送的。
第二方面,本公开实施例提供一种故障通知装置,包括:
发送模块,配置为根据第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送第一设备的故障信息。
在一种可能的实施方式中,所述装置还包括第一获取模块,
所述第一获取模块配置为,获取所述第一设备的故障的紧急等级;
所述发送模块配置为,根据所述紧急等级和所述第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送所述故障信息。
在一种可能的实施方式中,所述通信地址的个数为至少两个;所述发送模块配置为:
在所述紧急等级小于第一阈值时,根据所述至少两个通信地址的优先级,依次向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,向所述一个第二设备发送所述故障信息。
在一种可能的实施方式中,所述通信地址的个数为至少两个;所述发送模块配置为:
在所述紧急等级大于第一阈值时,同时向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,暂停向除所述一个第二设备之外的其它第二设备发送所述通信请求,并向所述一个第二设备发送所述故障信息。
在一种可能的实施方式中,所述第一获取模块配置为:
根据所述第一设备的故障类型,获取所述第一设备的故障的紧急等级。
在一种可能的实施方式中,所述装置还包括第二获取模块,
所述第二获取模块配置为,在所述发送模块根据第二设备的通信地址,向所述第二设备发送通信请求之前,获取所述第一设备的故障信息和所述第二设备的通信地址。
在一种可能的实施方式中,所述第二获取模块配置为:
根据所述第一设备的故障类型,获取第一设备的故障信息和第二设备的通信地址。
在一种可能的实施方式中,所述装置还包括第三获取模块,
所述第三获取配置为,获取所述第一设备的故障类型。
在一种可能的实施方式中,所述第二获取模块配置为:
获取所述故障类型对应的文本类型的第一信息,所述第一信息包括第一设备的标识、第一设备的故障部位、故障类型、发生故障的时刻或故障解决方案中的至少一项;
将所述第一信息转换为语音类型的第二信息,所述故障信息包括所述第一信息和所述第二信息。
在一种可能的实施方式中,所述通信请求包括呼叫请求,所述通信响应包括呼叫接听响应。
在一种可能的实施方式中,所述通信响应为所述第二设备在接收到第一指令后发送的。
第三方面,本公开实施例提供一种计算机,包括第二方面任一项所述的装置。
第四方面,本公开实施例提供一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行时,使所述至少一个处理器执行上述第一方面任一项所述的方法。
第五方面,本公开实施例提供一种计算机可读存储介质,其特征在于,存储有计算机可执行指令,所述计算机可执行指令设置为执行上述第一方面任一项所述的方法。
第六方面,本公开实施例提供一种计算机程序产品,其特征在于,所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行上述第一方面任一项所述的方法。
本公开实施例提供的故障通知方法、装置及设备,可以根据第二设备的通信地址向第二设备发送通信请求,直至监控设备接收到第二设备发送的通信响应后,向第二设备发送故障信息。这样,不但可以及时的向第二设备发送故障信息,还可以确保第二设备对应的用户查看到了故障信息。提高了故障通知的及时性和可靠性。
附图说明
一个或多个实施例通过与之对应的附图进行示例性说明,这些示例性说明和附图并不构成对实施例的限定,附图中具有相同参考数字标号的元件示为类似的元件,附图不构成比例限制,并且其中:
图1为本公开实施例提供的故障通知方法的应用场景示意图;
图2为本公开实施例提供的一种故障通知方法的流程示意图;
图3为本公开实施例提供的另一种故障通知方法;
图4为本公开实施例提供的一种故障通知装置的结构示意图;
图5为本公开实施例提供的另一种故障通知装置的结构示意图;
图6为本公开实施例提供的故障通知装置的硬件结构示意图。
具体实施方式
为了能够更加详尽地了解本公开实施例的特点与技术内容,下面结合附图对本公开实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本公开实施例。在以下的技术描述中,为方便解释起见,通过多个细节以提供对所披露实施例的充分理解。然而,在没有这些细节的情况下,一个或多个实施例仍然可以实施。在其它情况下,为简化附图,熟知的结构和装置可以简化展示。
图1为本公开实施例提供的故障通知方法的应用场景示意图。请参见图1,包括第一设备101、第二设备102和监控设备103。
第一设备101为被监控的设备,例如,第一设备101可以为服务器等设备。第二设备102为用户设备,例如,第二设备可以为工作人员的手机、平板电脑等。监控设备103可以对第一设备101进行监控,在监控设备103确定第一设备101故障时,监控设备103可以向第二设备102发送通知,以使工作人员可以及时的发现第一设备101故障。
在本申请中,在确定第一设备故障时,监控设备可以根据第二设备的通信地址向第二设备发送通信请求,直至监控设备接收到第二设备发送的通信响应后,向第二设备发送故障信息。在上述过程中,不但可以及时的向第二设备发送故障信息,还可以确保第二设备对应的用户查看到了故障信息。提高了故障通知的及时性和可靠性。
下面,通过实施例对本申请所示的技术方案进行详细说明。
下面几个实施例可以相互结合,对于相同或相似的内容,在不同的实施例中不再进行重复说明。
图2为本公开实施例提供的一种故障通知方法的流程示意图。请参见图2,该方法可以包括:
S201、获取第一设备的故障信息和第二设备的通信地址。
本公开实施例的执行主体可以为监控设备,也可以为设置在监控设备中的故障通知装置。可选的,故障通知装置可以通过软件实现,也可以通过软件和硬件的结合实现。
可选的,本公开实施例所示的监控设备可以为图1实施例中的监控设备103。
可选的,第一设备可以为服务器等设备。当然,第一设备还可以为其它,本公开实施例对此不作限定。
可选的,监控设备可以实时获取第一设备的运行信息,并根据第一设备的运行信息确定第一设备是否故障。
例如,第一设备的运行信息可以包括第一设备的重要处理器(CentralProcessing Unit,CPU)资源使用率、内存资源使用率、网络带宽、单位时间处理的请求数量等。
例如,当预设时长内的内存资源使用率大于第一预设阈值,则确定第一设备故障。或者,当预设时长内第一设备处理的请求数量小于第二预设阈值,则确定第一设备故障。
可选的,故障信息可以包括语音类型和文本类型,可以通过如下可行的实现方式确定故障信息:获取文本类型的第一信息,将第一信息转换为语音类型的第二信息;确定故障信息包括第一信息和第二信息。
可选的,第一信息可以包括第一设备的标识、第一设备的故障部位、故障类型、发生故障的时刻或故障解决方案中的至少一项。
第一信息还可以包括其它,本公开实施例对此不作限定。
例如,故障解决方案可以为预先设置的解决方案,也可以为该故障类型对应的历史解决方案。
故障信息还可以包括语音类型,或者,故障信息包括文本类型。
可选的,可以先获取第一设备的故障类型,并根据第一设备的故障类型确定故障信息:
可选的,故障类型可以包括CPU故障、内存故障、网络故障等。
可选的,监控设备可以根据第一设备的运行信息、第一设备发生故障之前第一设备的日志信息确定第一设备的故障类型。
可选的,监控设备中可以设置有第一模型,可以通过第一模型对第一设备的运行信息、第一设备发生故障之前第一设备的日志信息进行处理,以确定第一设备的故障类型。
该第一模型可以为对多组样本数据进行学习得到的,每组样本数据包括一种故障类型及该种故障类型对应的运行信息和日志信息。
由于第一模型为对多组样本学习得到的,因此,通过该第一模型可以准确的确定得到第一设备的故障类型。
可选的,可以预先设置故障类型和第一信息之间的对应关系,监控设备可以根据第一设备的故障类型和该对应关系,确定第一信息。
可选的,监控设备中还可以设置有第二模型,监控设备可以通过第二模型对第一设备的故障类型进行处理,以得到第一信息。
该第二模型可以为对多组样本数据进行学习得到的,每组样本数据包括一种故障类型及该种故障类型对应的第一信息。
可选的,通信地址和第二设备具有一一对应关系,即,一个第二设备对应一个通信地址。
可选的,一种故障类型对应的通信地址的个数可以为一个,也可以为多个。即,一种故障类型对应的第二设备的个数可以为一个,也可以为多个。
可选的,可以设置故障类型和通信地址的对应关系,相应的,监控设备可以根据第一设备的故障类型和该对应关系确定第二设备的通信地址。
可选的,通信地址可以为电话号码或其他即时通信号码。
例如,故障类型和通信地址的对应关系可以如表1所示:
表1
故障类型 | 通信地址 |
故障类型1 | 电话号码1、电话号码2 |
故障类型2 | 电话号码3 |
故障类型3 | 电话号码4、电话号码5、电话号码6 |
...... | ...... |
表1只是以示例的形式示意一种对应关系,并非对该对应关系的限定。
S202、根据第二设备的通信地址,向第二设备发送通信请求,直至接收到第二设备发送的通信响应后,向第二设备发送故障信息。
可选的,通信响应可以为第二设备在接收到用户输入的预设指令后发送的。
可选的,通信请求包括呼叫请求,通信响应包括呼叫接听响应。即,监控设备向第二设备发送呼叫请求,直至第二设备接听该呼叫请求时,接收到第二设备发送的呼叫接听响应。
可选的,在该种情况下,在第二设备接听呼叫请求之后,监控设备可以直接播放语音类型的第二信息,以使第二设备侧的用户可以接听到故障信息。监控设备还可以以短信、邮件等方式向第二设备发送文本类型的第一信息。
由于故障信息中包括文本类型的第一信息和语音类型的第二信息,这样,用户可以根据语音类型的第二信息快速获知第一设备的故障情况,第二设备可以根据文本类型的第一信息获知第一设备的故障的详细情况,以及用户可以根据文本类型的第一信息反复查看故障信息。
例如,在第二设备接收到呼叫请求后,第二设备显示呼叫请求页面,呼叫请求页面中包括接听图标,若用户对接听图标进行点击操作,则第二设备根据用户输入的点击操作向监控设备发送呼叫接听响应。
可选的,监控设备可以获取第一设备的故障对应的紧急等级,并根据紧急等级和第二设备的通信地址,向第二设备发送通信请求,直至接收到第二设备发送的通信响应后,向第二设备发送故障信息。
可选的,可以根据第一设备的故障类型,确定第一设备的故障对应的紧急等级。
可选的,可以设置故障类型和紧急等级的对应关系,相应的,可以根据第一设备的故障类型和该对应关系,确定第一设备的故障类型对应的紧急等级。
可选的,一种故障类型对应的故障越紧急,则故障类型对应的紧急等级越高。
可选的,当第二设备的个数为至少两个时,当第一设备的故障的紧急等级不同时,监控设备向第二设备发送通信请求的方式也不同,例如,可以包括至少如下两种可行的实现方式:
一种可行的实现方式:紧急等级小于第一阈值
当紧急等级小于第一阈值时,根据至少两个通信地址的优先级,依次向至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,向该一个第二设备发送故障信息。
可选的,可以按照通信地址的优先级从高到低的顺序,依次向至少两个通信地址对应的第二设备发送通信请求。
可选的,先向优先级最高的通信地址对应的第二设备发送通信请求,若在预设时长内未收到该第二设备发送的通信响应,则再向优先级第二高的通信地址对应的第二设备发送通信请求,若在预设时长内未收到该第二设备发送的通信响应,则再向优先级第三高的通信地址对应的第二设备发送通信请求,以此类推,直至接收到一个第二设备发送的通信响应。在接收到一个第二设备发送的通信响应之后,不再向其他第二设备发送通信请求。
例如,假设一种故障类型对应4个通信地址,该4个通信地址对应的第二设备和优先级分别如表2所示:
表2
通信地址 | 第二设备 | 优先级 |
电话号码1 | 设备1 | 4 |
电话号码2 | 设备2 | 3 |
电话号码3 | 设备3 | 2 |
电话号码4 | 设备4 | 1 |
请参见表2,由于设备1的优先级最高,因此,监控设备可以先根据电话号码1向设备1发送通信请求,若设备1在预设时长内向监控设备发送通信响应,则监控设备向设备1发送故障信息,且监控设备不再向其它设备(设备2、设备3和设备4发送通信请求)。若设备1在预设时长内未向监控设备发送通信响应,则监控设备根据电话号码2向设备2发送通信请求,若设备2在预设时长内向监控设备发送通信响应,则监控设备向设备2发送故障信息,且监控设备不再向其它设备(设备3和设备4发送通信请求)。若设备2在预设时长内未向监控设备发送通信响应,则监控设备根据电话号码3向设备3发送通信请求,依次类推。
若在向设备1-设备4发送通信请求之后,在预设时长内均未收到通信响应,则再次依次向设备1-设备4发送通信请求,重复该过程,直至接收到一个设备发送的通信响应,这样,可以保证工作人员一定可以获知到第一设备的故障信息。
另一种可行的实现方式:紧急等级大于第一阈值
同时向至少两个第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,暂停向除一个第二设备之外的其它第二设备发送通信请求,并向一个第二设备发送故障信息。
例如,假设一种故障类型对应4个通信地址,该4个通信地址对应的第二设备分别如表3所示:
表3
通信地址 | 第二设备 |
电话号码1 | 设备1 |
电话号码2 | 设备2 |
电话号码3 | 设备3 |
电话号码4 | 设备4 |
请参见表3,监控设备同时向设备1、设备2、设备3和设备4发送通信请求,设备1、设备2、设备3和设备4向接收到通信请求之后向监控设备发送通信响应的时刻不同。假设设备2第一个向监控设备发送通信响应,则监控设备接收到设备2发送的通信响应之后,暂停向设备1、设备3和设备4发送通信请求,并向设备2发送故障信息。
本公开实施例提供的故障通知方法,在监控设备获取第一设备的故障信息和第二设备的通信地址,并根据第二设备的通信地址向第二设备发送通信请求,直至监控设备接收到第二设备发送的通信响应后,向第二设备发送故障信息。这样,不但可以及时的向第二设备发送故障信息,还可以确保第二设备对应的用户查看到了故障信息。提高了故障通知的及时性和可靠性。
在上述任意一个实施例的基础上,下面,通过图3所示的实施例对图2实施例所示的方法进行详细说明。
图3为本公开实施例提供的另一种故障通知方法,请参见图3,该方法可以包括:
S301、获取第一设备的故障类型。
S301的执行过程可以参见S201的执行过程,此处不再进行赘述。
S302、确定故障类型对应的文本类型的第一信息。
S303、将第一信息转换成为语音类型的第二信息。
S304、确定故障信息包括第一信息和第二信息。
S305、确定故障类型对应的第二设备的通信地址。
S306、获取第一设备的故障类型对应的紧急等级。
S306的执行过程可以参见S203的执行过程,此处不再进行赘述。
S307、判断紧急等级是否大于第一阈值。
若是,则执行S308。
若否,则执行S309。
S308、根据所述至少两个通信地址的优先级,依次向所述至少两个通信地址对应的第二设备发送呼叫请求,直至接收到一个第二设备发送的呼叫接听响应之后,播放语音类型的第二信息,并向第二设备发送第一信息。
可选的,可以以短信方式向第二设备发送文本类型的第一信息。
S309、同时向所述至少两个通信地址对应的第二设备发送呼叫请求,直至接收到一个第二设备发送的呼叫接听响应之后,暂停向除所述一个第二设备之外的其它第二设备发送呼叫请求,播放语音类型的第二信息,并向第二设备发送第一信息。
可选的,可以以短信方式向第二设备发送文本类型的第一信息。
S308-S309的执行过程可以参见S203的执行过程,此处不再进行赘述。
在图3所示的实施例中,根据在监控设备确定第一设备故障时,监控设备可以确定第一设备的故障类型,并根据故障类型生成故障信息。监控设备还确定该故障类型对应的第二设备的通信地址,并根据第二设备的通信地址向第二设备发送通信请求,直至监控设备接收到第二设备发送的通信响应后,向第二设备发送故障信息。由于通信响应为第二设备接收到用户输入的预设指令之后发送的,因此,通过上述方法不但可以及时的向第二设备发送故障信息,还可以确保第二设备对应的用户查看到了故障信息。提高了故障通知的及时性和可靠性。在向第二设备发送故障信息时还参考了故障的紧急等级,当故障的紧急等级不同时,向第二设备发送故障信息的方式也不同,这样,不但可以保证在故障的紧急等级较高时,工作人员可以更加快活的获取得到故障信息,且在故障的紧急等级较低时,避免对工作人员进行不必要的打扰,进而提高了故障通知的灵活性。
图4为本公开实施例提供的一种故障通知装置的结构示意图。请参见图4,该故障通知装置10可以包括:
发送模块11,配置为根据第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送第一设备的故障信息。
本公开实施例提供的故障通知装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图5为本公开实施例提供的另一种故障通知装置的结构示意图。在图4所示实施例的基础上,请参见图5,故障通知装置10还包括第一获取模块12,
所述第一获取模块12配置为,获取所述第一设备的故障的紧急等级;
所述发送模块11配置为,根据所述紧急等级和所述第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送所述故障信息。
在一种可能的实施方式中,所述通信地址的个数为至少两个;所述发送模块11配置为:
在所述紧急等级小于第一阈值时,根据所述至少两个通信地址的优先级,依次向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,向所述一个第二设备发送所述故障信息。
在一种可能的实施方式中,所述通信地址的个数为至少两个;所述发送模块11配置为:
在所述紧急等级大于第一阈值时,同时向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,暂停向除所述一个第二设备之外的其它第二设备发送所述通信请求,并向所述一个第二设备发送所述故障信息。
在一种可能的实施方式中,所述第一获取模块12配置为:
根据所述第一设备的故障类型,获取所述第一设备的故障的紧急等级。
在一种可能的实施方式中,所述装置还包括第二获取模块13,
所述第二获取模块13配置为,在所述发送模块根据第二设备的通信地址,向所述第二设备发送通信请求之前,获取所述第一设备的故障信息和所述第二设备的通信地址。
在一种可能的实施方式中,所述第二获取模块13配置为:
根据所述第一设备的故障类型,获取第一设备的故障信息和第二设备的通信地址。
在一种可能的实施方式中,所述装置还包括第三获取模块14,
所述第三获取模块14配置为,获取所述第一设备的故障类型。
在一种可能的实施方式中,所述第二获取模块14配置为:
获取所述故障类型对应的文本类型的第一信息,所述第一信息包括第一设备的标识、第一设备的故障部位、故障类型、发生故障的时刻或故障解决方案中的至少一项;
将所述第一信息转换为语音类型的第二信息,所述故障信息包括所述第一信息和所述第二信息。
在一种可能的实施方式中,所述通信请求包括呼叫请求,所述通信响应包括呼叫接听响应。
在一种可能的实施方式中,所述通信响应为所述第二设备在接收到第一指令后发送的。
本公开实施例提供的故障通知装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
本公开实施例还提供了一种计算机,包含上述的故障通知装置。
本公开实施例还提供了一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为执行上述故障通知方法。
本公开实施例还提供了一种计算机程序产品,所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行上述故障通知方法。
上述的计算机可读存储介质可以是暂态计算机可读存储介质,也可以是非暂态计算机可读存储介质。
本公开实施例还提供了一种电子设备,其结构如图6所示,该电子设备包括:
至少一个处理器(processor)21,图6中以一个处理器21为例;和存储器(memory)22,还可以包括通信接口(Communication Interface)23和总线24。其中,处理器21、通信接口23、存储器22可以通过总线24完成相互间的通信。通信接口23可以用于信息传输。处理器21可以调用存储器22中的逻辑指令,以执行上述实施例的故障通知方法。
此外,上述的存储器22中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。
存储器22作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序,如本公开实施例中的方法对应的程序指令/模块。处理器21通过运行存储在存储器22中的软件程序、指令以及模块,从而执行功能应用以及数据处理,即实现上述方法实施例中的故障通知方法。
存储器22可包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序;存储数据区可存储根据终端设备的使用所创建的数据等。此外,存储器22可以包括高速随机存取存储器,还可以包括非易失性存储器。
本公开实施例的技术方案可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括一个或多个指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质,包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等多种可以存储程序代码的介质,也可以是暂态存储介质。
当用于本申请中时,虽然术语“第一”、“第二”等可能会在本申请中使用以描述各元件,但这些元件不应受到这些术语的限制。这些术语仅用于将一个元件与另一个元件区别开。比如,在不改变描述的含义的情况下,第一元件可以叫做第二元件,并且同样第,第二元件可以叫做第一元件,只要所有出现的“第一元件”一致重命名并且所有出现的“第二元件”一致重命名即可。第一元件和第二元件都是元件,但可以不是相同的元件。
本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的,除非上下文清楚地表明,否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地,如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外,当用于本申请中时,术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素,和/或组件的存在,但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。
所描述的实施例中的各方面、实施方式、实现或特征能够单独使用或以任意组合的方式使用。所描述的实施例中的各方面可由软件、硬件或软硬件的结合实现。所描述的实施例也可以由存储有计算机可读代码的计算机可读介质体现,该计算机可读代码包括可由至少一个计算装置执行的指令。所述计算机可读介质可与任何能够存储数据的数据存储装置相关联,该数据可由计算机***读取。用于举例的计算机可读介质可以包括只读存储器、随机存取存储器、CD-ROM、HDD、DVD、磁带以及光数据存储装置等。所述计算机可读介质还可以分布于通过网络联接的计算机***中,这样计算机可读代码就可以分布式存储并执行。
上述技术描述可参照附图,这些附图形成了本申请的一部分,并且通过描述在附图中示出了依照所描述的实施例的实施方式。虽然这些实施例描述的足够详细以使本领域技术人员能够实现这些实施例,但这些实施例是非限制性的;这样就可以使用其它的实施例,并且在不脱离所描述的实施例的范围的情况下还可以做出变化。比如,流程图中所描述的操作顺序是非限制性的,因此在流程图中阐释并且根据流程图描述的两个或两个以上操作的顺序可以根据若干实施例进行改变。作为另一个例子,在若干实施例中,在流程图中阐释并且根据流程图描述的一个或一个以上操作是可选的,或是可删除的。另外,某些步骤或功能可以添加到所公开的实施例中,或两个以上的步骤顺序被置换。所有这些变化被认为包含在所公开的实施例以及权利要求中。
另外,上述技术描述中使用术语以提供所描述的实施例的透彻理解。然而,并不需要过于详细的细节以实现所描述的实施例。因此,实施例的上述描述是为了阐释和描述而呈现的。上述描述中所呈现的实施例以及根据这些实施例所公开的例子是单独提供的,以添加上下文并有助于理解所描述的实施例。上述说明书不用于做到无遗漏或将所描述的实施例限制到本公开的精确形式。根据上述教导,若干修改、选择适用以及变化是可行的。在某些情况下,没有详细描述为人所熟知的处理步骤以避免不必要地影响所描述的实施例。
Claims (21)
1.一种故障通知方法,其特征在于,包括:
获取第一设备的故障的紧急等级;
根据所述紧急等级和第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送所述故障信息;
所述通信地址的个数为至少两个;根据所述紧急等级和所述第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送所述故障信息,包括:
在所述紧急等级小于第一阈值时,根据所述至少两个通信地址的优先级,依次向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,向所述一个第二设备发送所述故障信息。
2.根据权利要求1所述的方法,其特征在于,所述通信地址的个数为至少两个;根据所述紧急等级和所述第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送所述故障信息,还包括:
在所述紧急等级大于第一阈值时,同时向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,暂停向除所述一个第二设备之外的其它第二设备发送所述通信请求,并向所述一个第二设备发送所述故障信息。
3.根据权利要求1或2所述的方法,其特征在于,所述获取所述第一设备的故障的紧急等级,包括:
根据所述第一设备的故障类型,获取所述第一设备的故障的紧急等级。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述根据第二设备的通信地址,向所述第二设备发送通信请求之前,还包括:
获取所述第一设备的故障信息和所述第二设备的通信地址。
5.根据权利要求4所述的方法,其特征在于,所述获取所述第一设备的故障信息和所述第二设备的通信地址,包括:
根据所述第一设备的故障类型,获取第一设备的故障信息和第二设备的通信地址。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
获取所述第一设备的故障类型。
7.根据权利要求6所述的方法,其特征在于,所述故障信息包括语音类型和文本类型;所述获取第一设备的故障信息,包括:
获取所述故障类型对应的文本类型的第一信息,所述第一信息包括第一设备的标识、第一设备的故障部位、故障类型、发生故障的时刻或故障解决方案中的至少一项;
将所述第一信息转换为语音类型的第二信息,所述故障信息包括所述第一信息和所述第二信息。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述通信请求包括呼叫请求,所述通信响应包括呼叫接听响应。
9.根据权利要求1-8任一项所述的方法,其特征在于,所述通信响应为所述第二设备在接收到第一指令后发送的。
10.一种故障通知装置,其特征在于,包括:
发送模块,配置为根据第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送第一设备的故障信息;
所述装置还包括第一获取模块,
所述第一获取模块配置为,获取所述第一设备的故障的紧急等级;
所述发送模块配置为,根据所述紧急等级和所述第二设备的通信地址,向所述第二设备发送通信请求,直至接收到所述第二设备发送的通信响应后,向所述第二设备发送所述故障信息;
所述通信地址的个数为至少两个;所述发送模块配置为:
在所述紧急等级小于第一阈值时,根据所述至少两个通信地址的优先级,依次向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,向所述一个第二设备发送所述故障信息。
11.根据权利要求10所述的装置,其特征在于,所述通信地址的个数为至少两个;所述发送模块配置为:
在所述紧急等级大于第一阈值时,同时向所述至少两个通信地址对应的第二设备发送通信请求,直至接收到一个第二设备发送的通信响应之后,暂停向除所述一个第二设备之外的其它第二设备发送所述通信请求,并向所述一个第二设备发送所述故障信息。
12.根据权利要求10或11所述的装置,其特征在于,所述第一获取模块配置为:
根据所述第一设备的故障类型,获取所述第一设备的故障的紧急等级。
13.根据权利要求10-12任一项所述的装置,其特征在于,所述装置还包括第二获取模块,
所述第二获取模块配置为,在所述发送模块根据第二设备的通信地址,向所述第二设备发送通信请求之前,获取所述第一设备的故障信息和所述第二设备的通信地址。
14.根据权利要求13所述的装置,其特征在于,所述第二获取模块配置为:
根据所述第一设备的故障类型,获取第一设备的故障信息和第二设备的通信地址。
15.根据权利要求13所述的装置,其特征在于,所述装置还包括第三获取模块,
所述第三获取模块配置为,获取所述第一设备的故障类型。
16.根据权利要求15所述的装置,其特征在于,所述第二获取模块配置为:
获取所述故障类型对应的文本类型的第一信息,所述第一信息包括第一设备的标识、第一设备的故障部位、故障类型、发生故障的时刻或故障解决方案中的至少一项;
将所述第一信息转换为语音类型的第二信息,所述故障信息包括所述第一信息和所述第二信息。
17.根据权利要求10-16任一项所述的装置,其特征在于,所述通信请求包括呼叫请求,所述通信响应包括呼叫接听响应。
18.根据权利要求10-17任一项所述的装置,其特征在于,所述通信响应为所述第二设备在接收到第一指令后发送的。
19.一种计算机,其特征在于,包括权利要求10-18任一项所述的装置。
20.一种电子设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行时,使所述至少一个处理器执行权利要求1-9任一项所述的方法。
21.一种计算机可读存储介质,其特征在于,存储有计算机可执行指令,所述计算机可执行指令设置为执行权利要求1-11任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2018/117656 WO2020107208A1 (zh) | 2018-11-27 | 2018-11-27 | 故障通知方法、装置及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113039751A CN113039751A (zh) | 2021-06-25 |
CN113039751B true CN113039751B (zh) | 2023-10-31 |
Family
ID=70853622
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880098359.3A Active CN113039751B (zh) | 2018-11-27 | 2018-11-27 | 故障通知方法、装置及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN113039751B (zh) |
WO (1) | WO2020107208A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112331228A (zh) * | 2020-10-12 | 2021-02-05 | 深圳市海洋王照明工程有限公司 | 一种故障处理方法及作业终端 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6665824B1 (en) * | 2000-05-15 | 2003-12-16 | Microsoft Corporation | System and method for handling a failure reporting conversation |
US8806277B1 (en) * | 2012-02-01 | 2014-08-12 | Symantec Corporation | Systems and methods for fetching troubleshooting data |
CN104065498A (zh) * | 2013-03-19 | 2014-09-24 | 中兴通讯股份有限公司 | 一种通道建立方法及装置 |
CN106440234A (zh) * | 2016-10-31 | 2017-02-22 | 芜湖美智空调设备有限公司 | 一种空气处理设备自检结果的通知方法及*** |
CN106586751A (zh) * | 2017-01-16 | 2017-04-26 | 广州广日电梯工业有限公司 | 一种电梯乘客被困的远程监视***及方法 |
CN106685693A (zh) * | 2016-11-18 | 2017-05-17 | 汉柏科技有限公司 | 一种网络异常检测方法、***及网络设备 |
CN107196777A (zh) * | 2016-03-14 | 2017-09-22 | 阿里巴巴集团控股有限公司 | 一种应用处理的方法和装置 |
CN107491375A (zh) * | 2017-08-18 | 2017-12-19 | 国网山东省电力公司信息通信公司 | 一种云计算环境下的设备检测及故障预警***及方法 |
CN107968848A (zh) * | 2017-11-27 | 2018-04-27 | 广东欧珀移动通信有限公司 | 一种获取ip地址的方法、终端设备及存储介质 |
CN108011929A (zh) * | 2017-11-14 | 2018-05-08 | 平安科技(深圳)有限公司 | 数据请求处理方法、装置、计算机设备和存储介质 |
CN108471168A (zh) * | 2018-05-23 | 2018-08-31 | 山东广域科技有限责任公司 | 一种变电站无线数据传输和检修管理***及方法 |
CN108737132A (zh) * | 2017-04-14 | 2018-11-02 | 优酷信息技术(北京)有限公司 | 一种告警信息处理方法及装置 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7580405B2 (en) * | 2004-05-27 | 2009-08-25 | At&T Intellectual Property I, L. P. | Method and system for routing emergency data communications |
CN100563177C (zh) * | 2005-08-17 | 2009-11-25 | 华为技术有限公司 | 一种网络故障检测的***及方法 |
CN101115264B (zh) * | 2006-07-24 | 2010-09-01 | 中兴通讯股份有限公司 | 通讯终端故障监控***及其实现方法 |
US10142469B2 (en) * | 2012-09-10 | 2018-11-27 | Tools/400 Inc. | Emergency 9-1-1 portal and application |
US10007887B2 (en) * | 2014-05-23 | 2018-06-26 | International Business Machines Corporation | Failure impact manager |
CN104202179A (zh) * | 2014-08-18 | 2014-12-10 | 中国建设银行股份有限公司 | 一种自助设备的故障管理***及后台服务器 |
US9866427B2 (en) * | 2015-02-16 | 2018-01-09 | Juniper Networks, Inc. | Multi-stage switch fabric fault detection and handling |
US10019302B2 (en) * | 2016-02-16 | 2018-07-10 | T-Mobile Usa, Inc. | Workflow engine for troubleshooting user device issues |
CN107147538B (zh) * | 2017-06-20 | 2019-11-29 | 厦门尚为科技股份有限公司 | 基于rs485桥电路装置的故障定位方法 |
CN108881895B (zh) * | 2017-10-31 | 2020-11-20 | 视联动力信息技术股份有限公司 | 一种基于视联网的故障排查方法及设备 |
-
2018
- 2018-11-27 WO PCT/CN2018/117656 patent/WO2020107208A1/zh active Application Filing
- 2018-11-27 CN CN201880098359.3A patent/CN113039751B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6665824B1 (en) * | 2000-05-15 | 2003-12-16 | Microsoft Corporation | System and method for handling a failure reporting conversation |
US8806277B1 (en) * | 2012-02-01 | 2014-08-12 | Symantec Corporation | Systems and methods for fetching troubleshooting data |
CN104065498A (zh) * | 2013-03-19 | 2014-09-24 | 中兴通讯股份有限公司 | 一种通道建立方法及装置 |
CN107196777A (zh) * | 2016-03-14 | 2017-09-22 | 阿里巴巴集团控股有限公司 | 一种应用处理的方法和装置 |
CN106440234A (zh) * | 2016-10-31 | 2017-02-22 | 芜湖美智空调设备有限公司 | 一种空气处理设备自检结果的通知方法及*** |
CN106685693A (zh) * | 2016-11-18 | 2017-05-17 | 汉柏科技有限公司 | 一种网络异常检测方法、***及网络设备 |
CN106586751A (zh) * | 2017-01-16 | 2017-04-26 | 广州广日电梯工业有限公司 | 一种电梯乘客被困的远程监视***及方法 |
CN108737132A (zh) * | 2017-04-14 | 2018-11-02 | 优酷信息技术(北京)有限公司 | 一种告警信息处理方法及装置 |
CN107491375A (zh) * | 2017-08-18 | 2017-12-19 | 国网山东省电力公司信息通信公司 | 一种云计算环境下的设备检测及故障预警***及方法 |
CN108011929A (zh) * | 2017-11-14 | 2018-05-08 | 平安科技(深圳)有限公司 | 数据请求处理方法、装置、计算机设备和存储介质 |
CN107968848A (zh) * | 2017-11-27 | 2018-04-27 | 广东欧珀移动通信有限公司 | 一种获取ip地址的方法、终端设备及存储介质 |
CN108471168A (zh) * | 2018-05-23 | 2018-08-31 | 山东广域科技有限责任公司 | 一种变电站无线数据传输和检修管理***及方法 |
Non-Patent Citations (4)
Title |
---|
史兴领 ; 夏力伟 ; 李剑 ; 崔显成 ; 蒋莹莹 ; 毛飞 ; .电厂设备在线监测与故障预警***的设计与实现.电力信息与通信技术.2017,(第11期),全文. * |
多集群计算环境故障监控管理***;张毅;陈良;庞剑;;计算机工程与科学(第11期);全文 * |
汕尾电网变电站的告警信息通知***;张超树;电网技术(第12期);全文 * |
轨道交通通信设备故障分析***的设计与实现;方薇;;铁道通信信号(第01期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
WO2020107208A1 (zh) | 2020-06-04 |
CN113039751A (zh) | 2021-06-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107995377B (zh) | 客服管理方法、电子装置及计算机可读存储介质 | |
CN101651556A (zh) | 服务器监控***及监控方法 | |
CN109861856B (zh) | ***故障信息的通知方法、装置、存储介质及计算机设备 | |
CN114357495B (zh) | 基于区块链的预言机链下聚合方法、装置、设备和介质 | |
US9407586B2 (en) | Method and system for cross device notification | |
CN110806960B (zh) | 信息处理方法、装置及终端设备 | |
CN110728498A (zh) | 一种信息交互方法和装置 | |
CN106506199A (zh) | ***线上接口的自动监控方法及装置 | |
CN113039751B (zh) | 故障通知方法、装置及设备 | |
CN104869229A (zh) | 一种任务分配方法 | |
CN105491092B (zh) | 一种消息推送方法和装置 | |
CN112860504A (zh) | 监控方法及装置、计算机存储介质、电子设备 | |
CN113704004A (zh) | 通知服务的实现方法、装置、设备以及存储介质 | |
CN110224872B (zh) | 一种通信方法、装置及存储介质 | |
CN104184762B (zh) | 一种服务器故障信息反馈方法和*** | |
CN108241616B (zh) | 消息推送方法和装置 | |
CN114710801B (zh) | 网络性能的测评参数的处理方法、装置、存储介质及设备 | |
CN114257632B (zh) | 断线重连的方法、装置、电子设备及可读存储介质 | |
KR101326451B1 (ko) | 복합 장애 조건을 이용하여 시스템 장애를 판단하는 시스템 장애 모니터링 방법 및 서버 | |
CN115934378A (zh) | 业务数据处理方法、装置、电子设备和存储介质 | |
CN111343222A (zh) | 监控子***限制流量的方法、装置、存储介质及服务器 | |
CN115604089A (zh) | 网络故障定位方法及装置 | |
JP4638468B2 (ja) | 自動通報処理システム及びセンタ用装置 | |
CN116260747A (zh) | 终端测试设备的监测方法、装置及电子设备 | |
CN110446221A (zh) | 一种铁路专网通信保障方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |