CN103607302A - 故障信息上报方法、监控设备及管理设备 - Google Patents
故障信息上报方法、监控设备及管理设备 Download PDFInfo
- Publication number
- CN103607302A CN103607302A CN201310583308.9A CN201310583308A CN103607302A CN 103607302 A CN103607302 A CN 103607302A CN 201310583308 A CN201310583308 A CN 201310583308A CN 103607302 A CN103607302 A CN 103607302A
- Authority
- CN
- China
- Prior art keywords
- sequence number
- message
- fault
- dog
- watch
- 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
- 238000000034 method Methods 0.000 title claims abstract description 53
- 238000012544 monitoring process Methods 0.000 title abstract description 4
- 230000004044 response Effects 0.000 claims abstract description 108
- 230000001360 synchronised effect Effects 0.000 claims description 38
- 238000012790 confirmation Methods 0.000 claims description 23
- 238000012423 maintenance Methods 0.000 claims description 4
- 238000012545 processing Methods 0.000 abstract description 10
- 238000010586 diagram Methods 0.000 description 21
- 230000008569 process Effects 0.000 description 10
- 230000007547 defect Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000007257 malfunction Effects 0.000 description 2
- 238000004321 preservation Methods 0.000 description 2
- JEOQACOXAOEPLX-WCCKRBBISA-N (2s)-2-amino-5-(diaminomethylideneamino)pentanoic acid;1,3-thiazolidine-4-carboxylic acid Chemical compound OC(=O)C1CSCN1.OC(=O)[C@@H](N)CCCN=C(N)N JEOQACOXAOEPLX-WCCKRBBISA-N 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了故障信息上报方法、监控设备及管理设备，所述方法包括：监控设备获取到第一故障点的故障时，为该故障分配序号对，序号对包括当前序号和历史序号，并为该故障生成包含第一故障点所在硬件设备的设备标识，以及为该故障分配的序号对的故障消息，将该故障消息上报到管理设备，管理设备在判断序号对中的当前序号和历史序号不相同，且历史序号与管理设备保存的序号相同时，返回故障响应消息。由于本发明实施例中为故障消息分配了序号对，因此管理设备可以根据序号中的当前序号和历史序号识别故障消息的上报顺序，从而保证对故障消息的正确处理，由此提高系统的故障管理功能的可靠性。
Description
技术领域
本发明涉及通信技术领域，特别涉及故障信息上报方法、监控设备及管理设备。
背景技术
在对系统可靠性具有较高要求的通信系统中，通常可以采用简单网络管理协议（Simple Network Management Protocol，SNMP）监控系统中的多个设备。例如，先进的电信计算架构（Advanced Telecom Computing Architecture，ATCA）规范就将SNMP作为传送故障告警的高层协议之一。通常系统中可以包括一个故障中心管理设备和多个受监控设备，当某个受监控设备出现故障后，即时生成告警消息，该告警消息通常为陷阱（trap）消息，通过SNMP将trap消息上报到故障中心管理设备，由故障中心管理设备对故障进行处理。由于SNMP是基于无连接的用户数据报协议（User DatagramProtocol，UDP）报文的一种管理协议，因此通过SNMP传输的trap消息在上报到故障中心管理设备后，不会接收故障中心管理设备返回的响应确认消息。因此，现有技术中在trap消息中携带标识信息，以使故障中心管理设备收到trap消息后，通过将trap消息中携带的标识信息进行回传，从而完成对接收到的trap消息的响应。
发明人在对现有技术的研究过程中发现，当受监控设备出现多种故障时，可能通过不同的trap消息向故障中心管理设备上报故障信息，但是由于上报trap消息的物理路径不同，可能先发生的故障延迟上报到故障中心管理设备，即trap消息的上报顺序不正确，从而可能使故障中心管理设备对trap消息进行误处理，导致系统的故障管理功能的可靠性降低。
发明内容
本发明实施例中提供了故障信息上报方法、监控设备及管理设备，以解决现有技术中故障信息上报方式容易降低系统故障管理功能可靠性的问题。
为了解决上述技术问题，本发明实施例公开了如下技术方案：
第一方面，提供一种故障信息上报方法，所述方法包括：
监控设备获取到第一故障点的故障时，为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
所述监控设备为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
所述监控设备将所述故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
结合第一方面，在第一方面的第一种可能的实现方式中，所述方法还包括：
当所述监控设备获取到第一故障点的故障时，判断所述故障是否为所述第一故障点所在硬件设备的首个故障；
当所述故障是首个故障时，所述监控设备向所述管理设备发送同步消息，所述同步消息中包含所述设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；接收所述管理设备返回的同步响应消息，所述同步响应消息为所述管理设备在比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成的消息；然后所述监控设备执行所述为获取到的故障分配序号对的步骤；
当所述故障不是首个故障时，所述监控设备执行所述为获取到的故障分配序号对的步骤。
结合第一方面，或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述监控设备上还包括待确认故障消息控制表，所述待确认故障消息控制表中包含至少一条表项，所述表项用于通过保存故障点的指针信息，以使所述待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；
所述方法还包括：
当所述监控设备为所述获取到的故障生成故障消息后，根据所述当前序号在所述待确认故障消息控制表中获得所述故障消息对应的表项；所述监控设备在获得的所述表项中添加所述第一故障点的指针信息，所述第一故障点的指针信息用于指向所述第一故障点所在的硬件设备；
当所述监控设备接收到所述管理设备返回的故障响应消息后，根据所述故障响应消息中的当前序号查找所述待确认故障消息控制表，获得与所述当前序号对应的表项；所述监控设备删除获得的与所述当前序号对应的表项；其中，所述故障响应消息携带的序号对中包含所述当前序号。
结合第一方面，或第一方面的第一种可能的实现方式，或第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述方法基于简单网络管理协议SNMP实现，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述监控设备将所述故障消息上报到管理设备具体为：所述监控设备将所述trap消息上报到管理设备。
第二方面，提供一种故障信息上报方法，所述方法包括：
管理设备接收监控设备上报的故障消息，所述故障消息是所述监控设备为获取到的第一故障点的故障生成的故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及所述监控设备为所述故障分配的序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
所述管理设备判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，向所述监控设备返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
结合第二方面，在第二方面的第一种可能的实现方式中，所述方法还包括：
所述管理设备接收监控设备上报的故障消息之前，接收所述监控设备发送的同步消息，所述同步消息为所述监控设备判断获取到的故障为所述第一故障点所在硬件设备的首个故障时，向所述管理设备发送的同步消息，所述同步消息中包含所述第一故障点所在硬件设备的设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；
所述管理设备比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成同步响应消息；
所述管理设备向所述监控设备返回所述同步响应消息。
结合第二方面，或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述方法基于简单网络管理协议SNMP实现，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述管理设备接收监控设备上报的故障消息具体为：所述管理设备接收监控设备上报的所述trap消息。
第三方面，提供一种监控设备，所述监控设备包括：
分配单元，用于当所述监控设备获取到第一故障点的故障时，为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
生成单元，用于为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
发送单元，用于将所述生成单元生成的故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
结合第三方面，在第三方面的第一种可能的实现方式中，所述监控设备包括：
判断单元，用于当所述监控设备获取到第一故障点的故障时，判断所述故障是否为所述第一故障点所在硬件设备的首个故障；
执行单元，用于当所述判断单元判断所述故障是首个故障时，向所述管理设备发送同步消息，所述同步消息中包含所述设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同，以及接收所述管理设备返回的同步响应消息，所述同步响应消息为所述管理设备在比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成的消息，然后触发所述分配单元执行为获取到的故障分配序号对；当所述判断单元判断所述故障不是首个故障时，触发所述分配单元执行为获取到的故障分配序号对。
结合第三方面，或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述监控设备还包括：
保存单元，用于保存待确认故障消息控制表，所述待确认故障消息控制表中包含至少一条表项，所述表项用于通过保存故障点的指针信息，以使所述待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；
维护单元，用于当所述生成单元成故障消息后，根据所述当前序号在所述保存单元保存的待确认故障消息控制表中获得所述故障消息对应的表项，在获得的所述表项中添加所述第一故障点的指针信息，所述第一故障点的指针信息用于指向所述第一故障点所在的硬件设备；当接收到所述管理设备返回的故障响应消息后，根据所述故障响应消息中的当前序号查找所述保存单元保存的待确认故障消息控制表，获得与所述当前序号对应的表项，删除获得的与所述当前序号对应的表项，其中，所述故障响应消息携带的序号对中包含所述当前序号。
结合第三方面，或第三方面的第一种可能的实现方式，或第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述监控设备基于简单网络管理协议SNMP实现故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述发送单元，具体用于将所述生成单元生成的trap消息上报到管理设备。
第四方面，提供一种管理设备，所述管理设备包括：
接收单元，用于接收监控设备上报的故障消息，所述故障消息是所述监控设备为获取到的第一故障点的故障生成的故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及所述监控设备为所述故障分配的序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
响应单元，用于判断所述接收单元接收到的序号对中的当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，向所述监控设备返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
结合第四方面，在第四方面的第一种可能的实现方式中，所述管理设备还包括：
同步单元，用于所述接收单元接收监控设备上报的故障消息之前，接收所述监控设备发送的同步消息，所述同步消息为所述监控设备判断获取到的故障为所述第一故障点所在硬件设备的首个故障时，向所述管理设备发送的同步消息，所述同步消息中包含所述第一故障点所在硬件设备的设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成同步响应消息；向所述监控设备返回所述同步响应消息。
结合第四方面，或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述管理设备基于简单网络管理协议SNMP实现所述监控设备的故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述接收单元，具体用于接收监控设备上报的所述trap消息。
第五方面，提供一种监控设备，所述监控设备包括：网络接口和处理器，其中，
所述处理器，用于获取到第一故障点的故障时，为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
所述网络接口，用于将所述故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
结合第五方面，在第五方面的第一种可能的实现方式中，所述处理器，还用于当所述监控设备获取到第一故障点的故障时，判断所述故障是否为所述第一故障点所在硬件设备的首个故障，当所述故障是首个故障时，通过所述网络接口向所述管理设备发送同步消息，所述同步消息中包含所述设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同，接收所述管理设备返回的同步响应消息，所述同步响应消息为所述管理设备在比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成的消息，然后执行所述为获取到的故障分配序号对；当所述故障不是首个故障时，执行所述为获取到的故障分配序号对。
结合第五方面，或第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，所述监控设备还包括：
存储器，用于保存待确认故障消息控制表，所述待确认故障消息控制表中包含至少一条表项，所述表项用于通过保存故障点的指针信息，以使所述待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；
所述处理器，还用于当为所述获取到的故障生成故障消息后，根据所述当前序号在所述待确认故障消息控制表中获得所述故障消息对应的表项，在获得的所述表项中添加所述第一故障点的指针信息，所述第一故障点的指针信息用于指向所述第一故障点所在的硬件设备；当通过所述网络接口接收到所述管理设备返回的故障响应消息后，根据所述故障响应消息中的当前序号查找所述待确认故障消息控制表，获得与所述当前序号对应的表项，删除获得的与所述当前序号对应的表项，其中，所述故障响应消息携带的序号对中包含所述当前序号。
结合第五方面，或第五方面的第一种可能的实现方式，或第五方面的第二种可能的实现方式，在第五方面的第三种可能的实现方式中，所述监控设备基于简单网络管理协议SNMP实现故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述网络接口，具体用于将所述trap消息上报到管理设备。
第六方面，提供一种管理设备，所述管理设备包括：网络接口和处理器，其中，
所述网络接口，用于接收监控设备上报的故障消息，所述故障消息是所述监控设备为获取到的第一故障点的故障生成的故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及所述监控设备为所述故障分配的序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
所述处理器，用于判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，通过所述网络接口向所述监控设备返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
结合第六方面，在第六方面的第一种可能的实现方式中，所述网络接口，还用于接收监控设备上报的故障消息之前，接收所述监控设备发送的同步消息，所述同步消息为所述监控设备判断获取到的故障为所述第一故障点所在硬件设备的首个故障时，向所述管理设备发送的同步消息，所述同步消息中包含所述第一故障点所在硬件设备的设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；
所述处理器，还用于比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成同步响应消息，并通过所述网络接口向所述监控设备返回所述同步响应消息。
结合第六方面，或第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，所述管理设备基于简单网络管理协议SNMP实现所述监控设备的故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述网络接口，具体用于接收监控设备上报的所述trap消息。
本发明实施例中，监控设备获取到第一故障点的故障时，为该故障分配序号对，序号对包括当前序号和历史序号，并为该故障生成包含第一故障点所在硬件设备的设备标识，以及为该故障分配的序号对的故障消息，将该故障消息上报到管理设备，管理设备在判断序号对中的当前序号和历史序号不相同，且历史序号与管理设备保存的序号相同时，返回故障响应消息。由于本发明实施例中为故障消息分配了序号对，因此管理设备可以根据序号中的当前序号和历史序号识别故障消息的上报顺序，从而保证对故障消息的正确处理，由此提高系统的故障管理功能的可靠性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1A为应用本发明实施例的单板设备的架构示意图；
图1B为应用本发明实施例的监控系统架构示意图；
图1C为本发明故障信息上报方法的一个实施例流程图；
图1D为本发明故障信息上报方法的一个实施例流程图；
图2A为本发明故障信息上报方法的另一个实施例流程图；
图2B为图2A所示实施例中的序号分配示意图；
图2C为图2A所示实施例中监控设备维护的待确认故障消息控制表的示意图；
图3为本发明监控设备的一个实施例框图；
图4为本发明监控设备的另一个实施例框图；
图5为本发明监控设备的另一个实施例框图；
图6为本发明监控设备的另一个实施例框图；
图7为本发明管理设备的一个实施例框图；
图8为本发明管理设备的另一个实施例框图；
图9为本发明管理设备的另一个实施例框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。
参见图1A，为应用本发明实施例的单板设备的架构示意图：
图1A示出的单板设备中，包括了单板设备1和单板设备2。每个单板设备上都包含中央处理器（Central Processing Unit，CPU），单板设备的CPU之间相互连接。其中，单板设备上还可以包含多个硬件设备，如单板设备1中示出的与CPU通过总线连接的桥片和内存，以及与桥片连接的外接设备、网卡（网卡1和网卡2）、硬件控制器，以及与硬件控制器连接的硬盘等。
参见图1B，为应用本发明实施例的监控系统架构示意图：
图1B中示出的监控系统架构中包括了监控设备和管理设备，该管理设备与监控设设备进行交互，结合图1A，图1B中的监控设备可以具体为图1A中单板设备1上的CPU，管理设备可以具体为单板设备2上的CPU。为了示例方便，图1B中仅示出了一个监控设备的一个管理设备，实际应用中可以有多个监控设备同时与管理设备进行交互，对此本发明实施例不进行限制，本发明实施例中通过一个监控设备与管理设备交互的过程，描述了故障信息上报的过程。
图1B中，监控设备内可以包含发送模块和确认模块，管理设备内可以包含接收模块和响应模块。结合图1A，由于单板设备上的每个硬件设备都可能发生故障，每个硬件设备在发生故障时可以作为故障点，触发监控设备内的发送模块上报故障信息，并且由确认模块确认管理设备接收到上报的故障信息，每个硬件设备可能有多个故障点，同一硬件设备的故障点可以通过其设备ID进行识别；接收模块用于接收监控设备的发送模块发送的故障信息，并且触发响应模块向监控设备的确认模块返回确认接收到故障信息的响应消息。
参见图1C，为本发明故障信息上报方法的一个实施例流程图，该实施例从监控设备侧进行描述：
步骤101：监控设备获取到第一故障点的故障时，为获取到的故障分配序号对，该序号对包括当前序号和历史序号。
本实施例中，监控设备在获取第一故障点的故障时，可以通过主动查询故障的方式获取该第一故障点的故障，或者也可以接收第一故障点上报的故障，对此本发明实施例不进行限制。
其中，监控设备为故障分配的序号对中的当前序号是监控设备从序号池中顺序选择的一个空闲序号，历史序号是监控设备为最近一次由管理设备确认接收到的故障消息分配的序号。
可选的，当监控设备获取到第一故障点的故障时，还可以判断该故障是否为第一故障点所在硬件设备的首个故障，当该故障是首个故障时，监控设备可以向管理设备发送同步消息，同步消息中包含第一故障点所在硬件设备的设备标识和该同步消息的序号对，同步消息的序号对中的两个序号相同，并接收管理设备返回的同步响应消息，同步响应消息为管理设备在比较接收到的同步消息的序号对中的两个序号相同后，根据同步消息中的设备标识为第一故障点所在的硬件设备生成的消息，然后监控设备执行为获取到的故障分配序号对的步骤；当该故障不是首个故障时，监控设备可以直接执行为获取到的故障分配序号对的步骤。
步骤102：监控设备为获取到的故障生成故障消息，故障消息中包含第一故障点所在硬件设备的设备标识，以及为该故障分配的序号对。
可选的，监控设备上还可以包括待确认故障消息控制表，待确认故障消息控制表中包含至少一条表项，该表项用于通过保存故障点的指针信息，以使待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；相应的，当监控设备为获取到的故障生成故障消息后，可以根据生成的序号对中的当前序号在待确认故障消息控制表中获得该故障消息对应的表项，在获得的表项中添加第一故障点的指针信息，该第一故障点的指针信息用于指向该第一故障点所在的硬件设备。
步骤103：监控设备将故障消息上报到管理设备，以使管理设备在判断当前序号和历史序号不相同，且历史序号与管理设备保存的序号相同时，返回故障响应消息。
其中，管理设备保存的序号为与故障消息中包含的设备标识对应的由管理设备最近一次接收到的故障消息中携带的当前序号。
可选的，当监控设备上还包括待确认故障消息控制表时，当监控设备接收到管理设备返回的故障响应消息后，根据故障响应消息中的当前序号查找待确认故障消息控制表，获得与该当前序号对应的表项，并删除获得的与该当前序号对应的表项，其中，故障响应消息携带的序号对中包含该当前序号。
由上述实施例可见，该实施例中为故障消息分配了序号对，因此管理设备可以根据序号中的当前序号和历史序号识别故障消息的上报顺序，从而保证对故障消息的正确处理，由此提高系统的故障管理功能的可靠性。
参见图1D，为本发明故障信息上报方法的另一个实施例流程图，该实施例从管理设备侧进行描述：
步骤111：管理设备接收监控设备上报的故障消息，该故障消息是监控设备为获取到的第一故障点的故障生成的故障消息，该故障消息中包含第一故障点所在硬件设备的设备标识，以及监控设备为该故障分配的序号对。
其中，监控设备为故障分配的序号对中包括当前序号和历史序号，当前序号是监控设备从序号池中顺序选择的一个空闲序号，历史序号是监控设备为最近一次由管理设备确认接收到的故障消息分配的序号。
可选的，管理设备接收监控设备上报的故障消息之前，可以接收监控设备发送的同步消息，该同步消息为监控设备判断获取到的故障为第一故障点所在硬件设备的首个故障时，向管理设备发送的同步消息，该同步消息中包含第一故障点所在硬件设备的设备标识和同步消息的序号对，同步消息的序号对中的两个序号相同；管理设备比较同步消息的序号对中的两个序号相同后，根据设备标识为第一故障点所在的硬件设备生成同步响应消息，并向监控设备返回该同步响应消息。
步骤112：管理设备判断当前序号和历史序号不相同，且历史序号与管理设备保存的序号相同时，向监控设备返回故障响应消息，其中管理设备保存的序号为与该设备标识对应的由管理设备最近一次接收到的故障消息中携带的当前序号。
由上述实施例可见，该实施例中为故障消息分配了序号对，因此管理设备可以根据序号中的当前序号和历史序号识别故障消息的上报顺序，从而保证对故障消息的正确处理，由此提高系统的故障管理功能的可靠性。
参见图2A，为本发明故障信息上报方法的另一个实施例流程图，该实施例结合图1A和图1B对故障信息上报过程进行描述：
步骤201：监控设备获取到第一故障点的故障。
本实施例中，监控设备在获取第一故障点的故障时，可以通过主动查询故障的方式获取该第一故障点的故障，或者也可以接收第一故障点上报的故障，对此本发明实施例不进行限制。
结合图1A和图1B可知，每个故障点对应一个硬件设备，不同的硬件设备之间通过设备ID进行识别，因此第一故障点所在硬件设备发生故障时，监控设备无论通过何种方式获取该第一故障点的故障，都可以同时该第一故障点所在硬件设备的设备ID。
步骤202：监控设备判断第一故障点的故障是否为第一故障点所在硬件设备的首个故障，若是，则执行步骤203；否则，执行步骤204。
监控设备在判断第一故障点的故障是否为第一故障点所在硬件设备的首个故障时，可以根据获取的第一故障点所在硬件设备的设备ID，判断是否获取过对应该设备ID的硬件设备上的故障，如果获取过对应该设备ID的硬件设备上的故障，则可以确定该故障为第一故障点所在硬件设备的首个故障，如果未获取过对应该设备ID的硬件设备上的故障，则可以确定该故障不是第一故障点所在硬件设备的首个故障。
步骤203：监控设备与管理设备之间进行同步，然后执行步骤204。
本实施例中，监控设备与管理设备之间传输的消息可以是基于SNMP协议的trap消息，当trap消息为同步消息时，可以具体为SYN消息，当trap消息为故障消息时，可以具体为EVENT消息。其中，每个trap消息中都携带序号对，该序号对的结构为<prev，current>，current表示为该trap消息分配的序号，prev表示为最近一次由管理设备确认完成接收处理的trap消息分配的序号，上述两个trap消息属于同一硬件设备的故障点触发的trap消息。由于prev为变量，因此监控设备可以为每个硬件设备设置一个last_ackseq，用于更新该prev。在实现为trap消息分配序号时，本实施例中可以由监控设备的发送模块维护一个空闲序号池，参见图2B，为本实施例中序号分配示意图：在空闲序号池中包含了从0到n的n+1个序号，在分配序号时，可以遵循先入先出（FirstInput First Output，FIFO）的原则，为trap消息分配空闲序号池中顺序排列的第一个序号，后续当管理设备确认完成对trap消息的处理后，再将为trap消息分配的序号放入空闲序号池的队尾。
本步骤中，当第一故障点的故障为第一故障点所在硬件设备的首个故障时，监控设备可以通过先发送同步消息，与管理设备之间进行同步，在同步完成后，再向管理设备发送故障消息。假设监控设备构建的同步消息具体为SYN消息，该SYN消息中包含序号对和第一故障点所在硬件设备的设备ID，则监控设备将该SYN消息发送到管理设备。其中，作为同步消息的该SYN消息包含的序号对中的prev与current相同，均为从如图2B中的空闲序号池中为该SYN消息分配的序号。进一步，本步骤可以在发送SYN消息后启动该SYN消息的定时器timer，以便在接收到管理设备返回的SYN ACK消息前，可以通过timer周期性重传该SYN消息，直到接收到管理设备返回的SYN ACK，从而实现与管理设备之间的同步。
管理设备接收到SYN消息后，可以比较该SYN消息的序号对中的两个序号是否相同，当两个序号相同时可以确定该SYN消息为同步消息。此时管理设备获得SYN消息的序号对，并用该序号对中的序号current更新last_recv，该last_recv对应的序号为管理设备下一次应接收到的故障消息的序号对中的prev，从而保证监控设备与管理设备之间所传输trap消息的顺序，其中管理设备可以为每个硬件设备设置一个last_recv，并保存该last_recv与设备ID的对应关系；并且管理设备向监控设备返回SYN ACK消息，该SYN ACK消息中包含与SYN消息中一样的序号对。监控设备接收到SYN ACK消息后，可以确认与管理设备之间实现了同步，此时可以开始执行步骤204，以便向管理设备上报故障消息。
需要说明的是，本步骤中描述的同步过程是由监控设备侧发起的同步过程，在实际应用中，也可以由管理设备侧发起同步过程，例如，可以预留空闲序号池中最大的序号，管理设备发起同步时，向监控设备发送一个SYN消息，该SYN消息包含的序号对中的序号均为预留的最大的序号，监控设备接收到SYN消息后，向管理设备返回SYN ACK消息，该SYN ACK消息包含的序号对与SYN消息中一致，当管理设备接收到SYN ACK消息后，向监控设备返回一个同样的SYN ACK消息，从而完成与监控设备之间的同步。
需要说明的是，上述同步消息和同步响应消息中携带序号对是SYN消息和SYN ACK消息的可选实现方式，在实际应用中，也可以在SYN消息和SYN ACK消息中携带一个或多个由监控设备和管理设备约定的信息，以便管理设备或监控设备根据约定的信息识别接收到了SYN消息或SYN ACK消息，对此本发明实施例不进行限制。
步骤204：监控设备为第一故障点的故障分配序号对<prev，current>。
当步骤202中的判断结果为第一故障点的故障不是第一故障点所在硬件设备的首个故障时，监控设备直接为第一故障点的故障分配序号对<prev，current>；当步骤202中的判断结果为第一故障点的故障是第一故障点所在硬件设备的首个故障时，则在执行完步骤203的同步过程后，监控设备再为第一故障点的故障分配序号对<prev，current>。
本步骤中，监控设备可以按照图2B示出的序号分配方式从空闲序号池中为第一故障点的故障分配序号对中的序号current。需要说明的是，本实施例中当如图2B所示的空闲序号池中的可分配序号不足时，监控设备可以在预设的时间间隔后重新为第一故障点的故障分配序号对。另外，监控设备在分配空闲序号时，为了保障刚刚释放的序号不会在短时间内分配给新故障，从而保证后续生成的故障消息能够重传，例如，如果空闲序号池中的空闲序号占总序号的比例不足30%时，可以延迟一段时间后再分配空闲序号；或者，如果某个故障点的待确认故障消息超过预设数量，例如，该预设数量为128时，则可以释放last_ackseq与最后一个待确认序号之间的其它节点，从而避免该故障点消耗过多的序号资源。
步骤205：监控设备生成包含序号对<prev，current>的故障消息。
本步骤中，监控设备为第一故障点的故障生成的故障消息可以具体为EVENT消息，该EVENT消息中包含步骤204中分配的序号对<prev，current>，该序号对中的序号current可以作为查找到该EVENT消息的唯一标识；另外，该EVENT消息中还包含第一故障点所在硬件设备的设备ID，进一步还可以包含第一故障点的故障状态信息。其中，序号对<prev，current>中，prev用当前的last_ackseq赋值，current为步骤204中从空闲序号池中为该EVENT消息分配的空闲序号。
步骤206：监控设备向管理设备发送生成的故障消息。
本实施例中，当监控设备发送故障消息后，可以启动该故障消息的重传定时器timer，如果重传定时器的计时周期到达时，仍未接收到管理设备返回的响应消息，由于此时监控设备保存的last_ackseq可能已经更新，因此监控设备需要将待重传的故障消息的序号对中的prev用该last_ackseq进行更新后，再进行发送。
步骤207：监控设备维护待确认故障消息控制表。
本步骤中，监控设备上还可以包括待确认故障消息控制表，待确认故障消息控制表中包含至少一条表项，该表项用于通过保存故障点的指针信息，以使待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；相应的，当监控设备为获取到的故障生成故障消息后，可以根据生成的序号对中的当前序号在待确认故障消息控制表中获得该故障消息对应的表项，在获得的表项中添加第一故障点的指针信息，该第一故障点的指针信息用于指向该第一故障点所在的硬件设备。
参见图2C，为本实施例中监控设备维护的待确认故障消息控制表，待确认故障消息指已经由监控设备发送，但还未收到管理设备返回故障响应消息的故障消息。其中，该待确认故障消息控制表中共有n个表项，该n的值与图2B中空闲序号池中所包含的序号总数一致，即每个待确认故障消息可以对应到故障消息控制表中的一个表项，且该表项的索引为该故障消息的序号。其中，每个表项的控制结构中可以具体包括表项占用标志、故障状态信息、故障点的指针信息等；该指针信息用于指向发送该表项所对应故障消息的故障点所在的硬件设备，从而使得故障消息控制表中属于同一硬件设备的故障消息通过指针信息可以链接在同一链表中，同一链表中的表项对应的故障消息属于同一个硬件设备的未被管理设备确认接收的故障消息。如图2C中，从每个表项拉出的箭头表示该表项在链表中指向的下一个表项，其中，Entry[N]、Entry[N+1]、Entry[X]、Entry[X+1]四个表项属于同一链表，其按照所对应故障消息发送的先后顺序相连，当有新的故障消息发送后，该故障消息对应的表项插入到对应的链表中，如图2C左侧代表新的故障消息对应的表项，该表项按照故障消息的序号插入到待确认故障消息控制表中，其中表项Entry[X+1]拉出的箭头指向该新的故障消息对应的表项。需要说明的是，图2C中示出的待确认故障消息控制表中的链表采用单链表形式进行示意，实际应用中，也可以采用双链表形式，对此本发明实施例不进行限制。
当为故障消息设置重传timer时，结合图2C，为了降低故障消息重传给系统传输带来拥塞，对于属于同一链表中的故障消息，除最后加入该链表的故障消息每一次在其timer的计时周期到达时重传外，该链表中的其它故障消息仅重传一次即可。
步骤208：管理设备判断序号对中的当前序号和历史序号是否相同，且历史序号与保存的序号是否相同，若是，则执行步骤209；否则，丢弃该故障消息。
管理设备接收到故障消息后，可以解析该故障消息，获得该故障消息携带的设备ID和序号对；然后判断序号对中的prev与current是否相等，如果二者相等，则说明当前接收到的消息为同步消息，其处理过程可参见步骤203；如果二者不相等，则说明当前接收到的消息为故障消息，此时管理设备可以根据设备ID查找对应的硬件设备的last_recv，如果序号对中的prev与该last_recv相等，则说明故障消息有效，如果序号对中的prev与该last_recv不相等，则说明故障消息无效。
进一步，当故障消息有效时，管理设备可以将该故障消息中的故障状态信息保存到对应硬件设备的存储空间内。并且，管理设备可以用该故障消息的序号对中的current更新last_recv。
步骤209：管理设备为接收到的故障消息生成故障响应消息。
结合步骤208，当管理设备判断故障消息所携带序号对中的当前序号和历史序号是否相同，且历史序号与该管理设备保存的序号是否相同时，为该故障消息生成故障响应消息。本步骤中，与EVENT消息对应，管理设备构建的故障响应消息可以具体为ACK消息，该ACK消息中包含故障消息的序号对<prev，current>。
步骤210：管理设备向监控设备返回故障响应消息。
步骤211：监控设备接收到故障响应消息后，对该故障响应消息进行处理。
本步骤中，监控设备接收到故障响应消息后，可以提取该故障响应消息中的序号对<prev，current>，以current为索引查找如图2C中示出的待确认故障消息控制表，获得对应表项，释放该表项，并将该表项的索引，即current代表的序号重新放入如图2B示出的空闲序号池的队尾。进一步，监控设备可以将last_ackseq的值更新为该故障响应消息的序号对中的current。
由上述实施例可见，该实施例通过故障消息中的序号对中的序号区分故障消息的有效性，从而可以丢弃延迟抵达的故障消息，保证故障消息的顺序处理；通过建立待确认故障消息表可以获取到某个源故障点最新的故障状态，并且在通信故障恢复后，保证最新的故障状态可以上报，使得故障消息不会丢失；由于源故障点之间发送的故障消息互不依赖，从而保证了故障消息发送的实时性。
与本发明故障信息上报方法的实施例相对应，本发明还提供了用于执行上述方法实施例的监控设备及管理设备的实施例。
参见图3，为本发明监控设备的一个实施例框图：
该监控设备包括：分配单元310、生成单元320和发送单元330。
其中，分配单元310，用于当所述监控设备获取到第一故障点的故障时，为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
生成单元320，用于为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
发送单元330，用于将所述生成单元生成的故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
可选的，所述监控设备可以基于SNMP实现故障信息上报，所述故障消息可以具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述发送单元330，可以具体用于将所述生成单元生成的trap消息上报到管理设备。
参见图4，为本发明监控设备的另一个实施例框图：
该监控设备包括：判断单元410、执行单元420、分配单元430、生成单元440、发送单元450。
其中，判断单元410，用于当所述监控设备获取到第一故障点的故障时，判断所述故障是否为所述第一故障点所在硬件设备的首个故障；
执行单元420，用于当所述判断单元判断所述故障是首个故障时，向所述管理设备发送同步消息，所述同步消息中包含所述设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同，以及接收所述管理设备返回的同步响应消息，所述同步响应消息为所述管理设备在比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成的消息，然后触发所述分配单元执行为获取到的故障分配序号对；当所述判断单元判断所述故障不是首个故障时，触发所述分配单元执行为获取到的故障分配序号对；
分配单元430，用于为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
生成单元440，用于为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
发送单元450，用于将所述生成单元生成的故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
可选的，所述监控设备可以基于SNMP实现故障信息上报，所述故障消息可以具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述发送单元450，可以具体用于将所述生成单元生成的trap消息上报到管理设备。
参见图5，为本发明监控设备的另一个实施例框图：
该监控设备包括：分配单元510、生成单元520、保存单元530、维护单元540和发送单元550。
其中，分配单元510，用于当所述监控设备获取到第一故障点的故障时，为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
生成单元520，用于为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
保存单元530，用于保存待确认故障消息控制表，所述待确认故障消息控制表中包含至少一条表项，所述表项用于通过保存故障点的指针信息，以使所述待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；
维护单元540，用于当所述生成单元成故障消息后，根据所述当前序号在所述保存单元保存的待确认故障消息控制表中获得所述故障消息对应的表项，在获得的所述表项中添加所述第一故障点的指针信息，所述第一故障点的指针信息用于指向所述第一故障点所在的硬件设备；当接收到所述管理设备返回的故障响应消息后，根据所述故障响应消息中的当前序号查找所述保存单元保存的待确认故障消息控制表，获得与所述当前序号对应的表项，删除获得的与所述当前序号对应的表项，其中，所述故障响应消息携带的序号对中包含所述当前序号；
发送单元550，用于将所述生成单元生成的故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
可选的，所述监控设备可以基于SNMP实现故障信息上报，所述故障消息可以具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述发送单元550，可以具体用于将所述生成单元生成的trap消息上报到管理设备。
参见图6，为本发明监控设备的另一个实施例框图：
该监控设备包括：网络接口610和处理器620。
其中，所述处理器620，用于获取到第一故障点的故障时，为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
所述网络接口610，用于将所述故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
在一个可选的实现方式中：
所述处理器620，还可以用于当所述监控设备获取到第一故障点的故障时，判断所述故障是否为所述第一故障点所在硬件设备的首个故障，当所述故障是首个故障时，通过所述网络接口向所述管理设备发送同步消息，所述同步消息中包含所述设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同，接收所述管理设备返回的同步响应消息，所述同步响应消息为所述管理设备在比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成的消息，然后执行所述为获取到的故障分配序号对；当所述故障不是首个故障时，执行所述为获取到的故障分配序号对。
在另一个可选的实现方式中：
所述监控设备还可以包括（图6中未示出）：存储器，用于保存待确认故障消息控制表，所述待确认故障消息控制表中包含至少一条表项，所述表项用于通过保存故障点的指针信息，以使所述待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；相应的，所述处理器620，还可以用于当为所述获取到的故障生成故障消息后，根据所述当前序号在所述待确认故障消息控制表中获得所述故障消息对应的表项，在获得的所述表项中添加所述第一故障点的指针信息，所述第一故障点的指针信息用于指向所述第一故障点所在的硬件设备；当通过所述网络接口接收到所述管理设备返回的故障响应消息后，根据所述故障响应消息中的当前序号查找所述待确认故障消息控制表，获得与所述当前序号对应的表项，删除获得的与所述当前序号对应的表项，其中，所述故障响应消息携带的序号对中包含所述当前序号。
在另一个可选的实现方式中：
所述监控设备可以基于SNMP实现故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；相应的，所述网络接口610，可以具体用于将所述trap消息上报到管理设备。
参见图7，为本发明管理设备的一个实施例框图：
该管理设备包括：接收单元710和响应单元720。
其中，接收单元710，用于接收监控设备上报的故障消息，所述故障消息是所述监控设备为获取到的第一故障点的故障生成的故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及所述监控设备为所述故障分配的序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
响应单元720，用于判断所述接收单元接收到的序号对中的当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，向所述监控设备返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
可选的，所述管理设备可以基于SNMP实现所述监控设备的故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述接收单元710，可以具体用于接收监控设备上报的所述trap消息。
参见图8，为本发明管理设备的另一个实施例框图：
该管理设备包括：同步单元810、接收单元820和响应单元830。
其中，同步单元810，用于接收所述监控设备发送的同步消息，所述同步消息为所述监控设备判断获取到的故障为第一故障点所在硬件设备的首个故障时，向所述管理设备发送的同步消息，所述同步消息中包含所述第一故障点所在硬件设备的设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成同步响应消息；向所述监控设备返回所述同步响应消息；
接收单元820，用于接收监控设备上报的故障消息，所述故障消息是所述监控设备为获取到的第一故障点的故障生成的故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及所述监控设备为所述故障分配的序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
响应单元830，用于判断所述接收单元接收到的序号对中的当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，向所述监控设备返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
可选的，所述管理设备可以基于SNMP实现所述监控设备的故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述接收单元820，可以具体用于接收监控设备上报的所述trap消息。
参见图9，为本发明管理设备的另一个实施例框图：
该管理设备包括：网络接口910和处理器920。
其中，所述网络接口910，用于接收监控设备上报的故障消息，所述故障消息是所述监控设备为获取到的第一故障点的故障生成的故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及所述监控设备为所述故障分配的序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
所述处理器920，用于判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，通过所述网络接口向所述监控设备返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
在一个可选的实现方式中：
所述网络接口910，还可以用于接收监控设备上报的故障消息之前，接收所述监控设备发送的同步消息，所述同步消息为所述监控设备判断获取到的故障为所述第一故障点所在硬件设备的首个故障时，向所述管理设备发送的同步消息，所述同步消息中包含所述第一故障点所在硬件设备的设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；
所述处理器920，还可以用于比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成同步响应消息，并通过所述网络接口向所述监控设备返回所述同步响应消息。
在另一个可选的实现方式中：
所述管理设备可以基于SNMP实现所述监控设备的故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述网络接口910，可以具体用于接收监控设备上报的所述trap消息。
由上述实施例可见，监控设备获取到第一故障点的故障时，为该故障分配序号对，序号对包括当前序号和历史序号，并为该故障生成包含第一故障点所在硬件设备的设备标识，以及为该故障分配的序号对的故障消息，将该故障消息上报到管理设备，管理设备在判断序号对中的当前序号和历史序号不相同，且历史序号与管理设备保存的序号相同时，返回故障响应消息。由于本发明实施例中为故障消息分配了序号对，因此管理设备可以根据序号中的当前序号和历史序号识别故障消息的上报顺序，从而保证对故障消息的正确处理，由此提高系统的故障管理功能的可靠性。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (21)
1.一种故障信息上报方法，其特征在于，所述方法包括：
监控设备获取到第一故障点的故障时，为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
所述监控设备为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
所述监控设备将所述故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当所述监控设备获取到第一故障点的故障时，判断所述故障是否为所述第一故障点所在硬件设备的首个故障；
当所述故障是首个故障时，所述监控设备向所述管理设备发送同步消息，所述同步消息中包含所述设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；接收所述管理设备返回的同步响应消息，所述同步响应消息为所述管理设备在比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成的消息；然后所述监控设备执行所述为获取到的故障分配序号对的步骤；
当所述故障不是首个故障时，所述监控设备执行所述为获取到的故障分配序号对的步骤。
3.根据权利要求1或2所述的方法，其特征在于，所述监控设备上还包括待确认故障消息控制表，所述待确认故障消息控制表中包含至少一条表项，所述表项用于通过保存故障点的指针信息，以使所述待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；
所述方法还包括：
当所述监控设备为所述获取到的故障生成故障消息后，根据所述当前序号在所述待确认故障消息控制表中获得所述故障消息对应的表项；所述监控设备在获得的所述表项中添加所述第一故障点的指针信息，所述第一故障点的指针信息用于指向所述第一故障点所在的硬件设备；
当所述监控设备接收到所述管理设备返回的故障响应消息后，根据所述故障响应消息中的当前序号查找所述待确认故障消息控制表，获得与所述当前序号对应的表项；所述监控设备删除获得的与所述当前序号对应的表项；其中，所述故障响应消息携带的序号对中包含所述当前序号。
4.根据权利要求1至3任意一项所述的方法，其特征在于，所述方法基于简单网络管理协议SNMP实现，所述故障消息具体为基于所述SNMP的陷阱trap消息，所述trap消息中包含为所述故障分配的序号对；
所述监控设备将所述故障消息上报到管理设备具体为：所述监控设备将所述trap消息上报到管理设备。
5.一种故障信息上报方法，其特征在于，所述方法包括：
管理设备接收监控设备上报的故障消息，所述故障消息是所述监控设备为获取到的第一故障点的故障生成的故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及所述监控设备为所述故障分配的序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
所述管理设备判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，向所述监控设备返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
所述管理设备接收监控设备上报的故障消息之前，接收所述监控设备发送的同步消息，所述同步消息为所述监控设备判断获取到的故障为所述第一故障点所在硬件设备的首个故障时，向所述管理设备发送的同步消息，所述同步消息中包含所述第一故障点所在硬件设备的设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；
所述管理设备比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成同步响应消息；
所述管理设备向所述监控设备返回所述同步响应消息。
7.根据权利要求5或6所述的方法，其特征在于，所述方法基于简单网络管理协议SNMP实现，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述管理设备接收监控设备上报的故障消息具体为：所述管理设备接收监控设备上报的所述trap消息。
8.一种监控设备，其特征在于，所述监控设备包括：
分配单元，用于当所述监控设备获取到第一故障点的故障时，为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
生成单元，用于为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
发送单元，用于将所述生成单元生成的故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
9.根据权利要求8所述的监控设备，其特征在于，所述监控设备包括：
判断单元，用于当所述监控设备获取到第一故障点的故障时，判断所述故障是否为所述第一故障点所在硬件设备的首个故障；
执行单元，用于当所述判断单元判断所述故障是首个故障时，向所述管理设备发送同步消息，所述同步消息中包含所述设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同，以及接收所述管理设备返回的同步响应消息，所述同步响应消息为所述管理设备在比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成的消息，然后触发所述分配单元执行为获取到的故障分配序号对；当所述判断单元判断所述故障不是首个故障时，触发所述分配单元执行为获取到的故障分配序号对。
10.根据权利要求8或9所述的监控设备，其特征在于，所述监控设备还包括：
保存单元，用于保存待确认故障消息控制表，所述待确认故障消息控制表中包含至少一条表项，所述表项用于通过保存故障点的指针信息，以使所述待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；
维护单元，用于当所述生成单元成故障消息后，根据所述当前序号在所述保存单元保存的待确认故障消息控制表中获得所述故障消息对应的表项，在获得的所述表项中添加所述第一故障点的指针信息，所述第一故障点的指针信息用于指向所述第一故障点所在的硬件设备；当接收到所述管理设备返回的故障响应消息后，根据所述故障响应消息中的当前序号查找所述保存单元保存的待确认故障消息控制表，获得与所述当前序号对应的表项，删除获得的与所述当前序号对应的表项，其中，所述故障响应消息携带的序号对中包含所述当前序号。
11.根据权利要求8至10任意一项所述的监控设备，其特征在于，所述监控设备基于简单网络管理协议SNMP实现故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述发送单元，具体用于将所述生成单元生成的trap消息上报到管理设备。
12.一种管理设备，其特征在于，所述管理设备包括：
接收单元，用于接收监控设备上报的故障消息，所述故障消息是所述监控设备为获取到的第一故障点的故障生成的故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及所述监控设备为所述故障分配的序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
响应单元，用于判断所述接收单元接收到的序号对中的当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，向所述监控设备返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
13.根据权利要求12所述的管理设备，其特征在于，所述管理设备还包括：
同步单元，用于所述接收单元接收监控设备上报的故障消息之前，接收所述监控设备发送的同步消息，所述同步消息为所述监控设备判断获取到的故障为所述第一故障点所在硬件设备的首个故障时，向所述管理设备发送的同步消息，所述同步消息中包含所述第一故障点所在硬件设备的设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成同步响应消息；向所述监控设备返回所述同步响应消息。
14.根据权利要求12或13所述的管理设备，其特征在于，所述管理设备基于简单网络管理协议SNMP实现所述监控设备的故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述接收单元，具体用于接收监控设备上报的所述trap消息。
15.一种监控设备，其特征在于，所述监控设备包括：网络接口和处理器，其中，
所述处理器，用于获取到第一故障点的故障时，为获取到的故障分配序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；为所述获取到的故障生成故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及为所述故障分配的序号对；
所述网络接口，用于将所述故障消息上报到管理设备，以使所述管理设备在判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
16.根据权利要求15所述的监控设备，其特征在于，
所述处理器，还用于当所述监控设备获取到第一故障点的故障时，判断所述故障是否为所述第一故障点所在硬件设备的首个故障，当所述故障是首个故障时，通过所述网络接口向所述管理设备发送同步消息，所述同步消息中包含所述设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同，接收所述管理设备返回的同步响应消息，所述同步响应消息为所述管理设备在比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成的消息，然后执行所述为获取到的故障分配序号对；当所述故障不是首个故障时，执行所述为获取到的故障分配序号对。
17.根据权利要求15或16所述的监控设备，其特征在于，所述监控设备还包括：
存储器，用于保存待确认故障消息控制表，所述待确认故障消息控制表中包含至少一条表项，所述表项用于通过保存故障点的指针信息，以使所述待确认故障消息控制表中属于同一硬件设备的故障消息链接在同一链表中；
所述处理器，还用于当为所述获取到的故障生成故障消息后，根据所述当前序号在所述待确认故障消息控制表中获得所述故障消息对应的表项，在获得的所述表项中添加所述第一故障点的指针信息，所述第一故障点的指针信息用于指向所述第一故障点所在的硬件设备；当通过所述网络接口接收到所述管理设备返回的故障响应消息后，根据所述故障响应消息中的当前序号查找所述待确认故障消息控制表，获得与所述当前序号对应的表项，删除获得的与所述当前序号对应的表项，其中，所述故障响应消息携带的序号对中包含所述当前序号。
18.根据权利要求15至17任意一项所述的监控设备，其特征在于，所述监控设备基于简单网络管理协议SNMP实现故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述网络接口，具体用于将所述trap消息上报到管理设备。
19.一种管理设备，其特征在于，所述管理设备包括：网络接口和处理器，其中，
所述网络接口，用于接收监控设备上报的故障消息，所述故障消息是所述监控设备为获取到的第一故障点的故障生成的故障消息，所述故障消息中包含所述第一故障点所在硬件设备的设备标识，以及所述监控设备为所述故障分配的序号对，所述序号对包括当前序号和历史序号，其中，所述当前序号是所述监控设备从序号池中顺序选择的一个空闲序号，所述历史序号是所述监控设备为最近一次由管理设备确认接收到的故障消息分配的序号；
所述处理器，用于判断所述当前序号和所述历史序号不相同，且所述历史序号与所述管理设备保存的序号相同时，通过所述网络接口向所述监控设备返回故障响应消息，其中，所述管理设备保存的序号为与所述设备标识对应的由所述管理设备最近一次接收到的故障消息中携带的当前序号。
20.根据权利要求19所述的管理设备，其特征在于，
所述网络接口，还用于接收监控设备上报的故障消息之前，接收所述监控设备发送的同步消息，所述同步消息为所述监控设备判断获取到的故障为所述第一故障点所在硬件设备的首个故障时，向所述管理设备发送的同步消息，所述同步消息中包含所述第一故障点所在硬件设备的设备标识和所述同步消息的序号对，所述同步消息的序号对中的两个序号相同；
所述处理器，还用于比较所述同步消息的序号对中的两个序号相同后，根据所述设备标识为所述第一故障点所在的硬件设备生成同步响应消息，并通过所述网络接口向所述监控设备返回所述同步响应消息。
21.根据权利要求19或20所述的管理设备，其特征在于，所述管理设备基于简单网络管理协议SNMP实现所述监控设备的故障信息上报，所述故障消息具体为基于所述SNMP的trap消息，所述trap消息中包含为所述故障分配的序号对；
所述网络接口，具体用于接收监控设备上报的所述trap消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310583308.9A CN103607302B (zh) | 2013-11-19 | 2013-11-19 | 故障信息上报方法、监控设备及管理设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310583308.9A CN103607302B (zh) | 2013-11-19 | 2013-11-19 | 故障信息上报方法、监控设备及管理设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103607302A true CN103607302A (zh) | 2014-02-26 |
| CN103607302B CN103607302B (zh) | 2017-01-04 |
Family
ID=50125503
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310583308.9A Active CN103607302B (zh) | 2013-11-19 | 2013-11-19 | 故障信息上报方法、监控设备及管理设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103607302B (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106774793A (zh) * | 2016-11-29 | 2017-05-31 | 努比亚技术有限公司 | 一种实现事件上报处理的方法及终端 |
| CN107491356A (zh) * | 2017-08-28 | 2017-12-19 | 广州市百果园信息技术有限公司 | 基于序号的消息处理方法、终端设备和服务器 |
| CN107631412A (zh) * | 2017-09-13 | 2018-01-26 | 珠海格力电器股份有限公司 | 空调历史故障检测方法、装置、存储介质及空调 |
| CN108055145A (zh) * | 2017-11-13 | 2018-05-18 | 广州供电局有限公司 | Ptn网络故障转移方法和系统 |
| CN108958665A (zh) * | 2018-07-25 | 2018-12-07 | 云丁智能科技（北京）有限公司 | 一种历史记录信息的存储方法及装置 |
| CN110572336A (zh) * | 2019-09-06 | 2019-12-13 | 南京俊禄科技有限公司 | 一种nmea数据的波特率识别方法 |
| CN111245709A (zh) * | 2020-02-10 | 2020-06-05 | 北京字节跳动网络技术有限公司 | 一种消息推送方法、装置、电子设备及存储介质 |
| US11423721B2 (en) | 2018-07-25 | 2022-08-23 | Yunding Network Technology (Beijing) Co., Ltd. | Methods and systems for controlling an intelligent device |
| US11989989B2 (en) | 2018-07-25 | 2024-05-21 | Yunding Network Technology (Beijing) Co., Ltd. | Methods and systems for controlling an intelligent device |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008005039A (ja) * | 2006-06-20 | 2008-01-10 | Aruze Corp | 無線通信障害監視システム、並びに無線通信障害監視装置 |
| CN102316303A (zh) * | 2010-06-29 | 2012-01-11 | 广东迅通科技股份有限公司 | 一种设备运行状态监控系统 |
| US20120124427A1 (en) * | 2009-06-08 | 2012-05-17 | Karsten Haug | Method and device for error control in an overall system having multiple installations |
| CN102625349A (zh) * | 2012-03-09 | 2012-08-01 | 浪潮通信信息系统有限公司 | 一种告警风暴下的数据处理方法 |
| CN102694671A (zh) * | 2011-03-23 | 2012-09-26 | 中兴通讯股份有限公司 | 一种实现故障告警的方法及装置 |
| CN103023695A (zh) * | 2012-11-28 | 2013-04-03 | 绍兴电力局 | 基于电力调度自动化的主站系统监测模型 |
| CN103166779A (zh) * | 2011-12-13 | 2013-06-19 | 成都勤智数码科技有限公司 | 一种基于移动终端的告警确认和处理方法及装置 |
-
2013
- 2013-11-19 CN CN201310583308.9A patent/CN103607302B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008005039A (ja) * | 2006-06-20 | 2008-01-10 | Aruze Corp | 無線通信障害監視システム、並びに無線通信障害監視装置 |
| US20120124427A1 (en) * | 2009-06-08 | 2012-05-17 | Karsten Haug | Method and device for error control in an overall system having multiple installations |
| CN102316303A (zh) * | 2010-06-29 | 2012-01-11 | 广东迅通科技股份有限公司 | 一种设备运行状态监控系统 |
| CN102694671A (zh) * | 2011-03-23 | 2012-09-26 | 中兴通讯股份有限公司 | 一种实现故障告警的方法及装置 |
| CN103166779A (zh) * | 2011-12-13 | 2013-06-19 | 成都勤智数码科技有限公司 | 一种基于移动终端的告警确认和处理方法及装置 |
| CN102625349A (zh) * | 2012-03-09 | 2012-08-01 | 浪潮通信信息系统有限公司 | 一种告警风暴下的数据处理方法 |
| CN103023695A (zh) * | 2012-11-28 | 2013-04-03 | 绍兴电力局 | 基于电力调度自动化的主站系统监测模型 |
Non-Patent Citations (1)
| Title |
|---|
| 陈彦抒: "中国移动网管系统告警管理子系统的分析与设计", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106774793A (zh) * | 2016-11-29 | 2017-05-31 | 努比亚技术有限公司 | 一种实现事件上报处理的方法及终端 |
| CN107491356A (zh) * | 2017-08-28 | 2017-12-19 | 广州市百果园信息技术有限公司 | 基于序号的消息处理方法、终端设备和服务器 |
| CN107631412B (zh) * | 2017-09-13 | 2019-08-20 | 珠海格力电器股份有限公司 | 空调历史故障检测方法、装置、存储介质及空调 |
| CN107631412A (zh) * | 2017-09-13 | 2018-01-26 | 珠海格力电器股份有限公司 | 空调历史故障检测方法、装置、存储介质及空调 |
| CN108055145B (zh) * | 2017-11-13 | 2021-08-31 | 广东电网有限责任公司广州供电局 | Ptn网络故障转移方法和系统 |
| CN108055145A (zh) * | 2017-11-13 | 2018-05-18 | 广州供电局有限公司 | Ptn网络故障转移方法和系统 |
| CN108958665A (zh) * | 2018-07-25 | 2018-12-07 | 云丁智能科技（北京）有限公司 | 一种历史记录信息的存储方法及装置 |
| CN108958665B (zh) * | 2018-07-25 | 2021-04-23 | 云丁智能科技（北京）有限公司 | 一种历史记录信息的存储方法及装置 |
| US11423721B2 (en) | 2018-07-25 | 2022-08-23 | Yunding Network Technology (Beijing) Co., Ltd. | Methods and systems for controlling an intelligent device |
| US11989989B2 (en) | 2018-07-25 | 2024-05-21 | Yunding Network Technology (Beijing) Co., Ltd. | Methods and systems for controlling an intelligent device |
| CN110572336A (zh) * | 2019-09-06 | 2019-12-13 | 南京俊禄科技有限公司 | 一种nmea数据的波特率识别方法 |
| CN110572336B (zh) * | 2019-09-06 | 2021-09-17 | 南京俊禄科技有限公司 | 一种nmea数据的波特率识别方法 |
| CN111245709A (zh) * | 2020-02-10 | 2020-06-05 | 北京字节跳动网络技术有限公司 | 一种消息推送方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103607302B (zh) | 2017-01-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103607302A (zh) | 故障信息上报方法、监控设备及管理设备 | |
| CN102984042B (zh) | 一种实现总线通信的确定性调度方法及系统 | |
| CN110535965A (zh) | 一种数据处理方法及装置、存储介质 | |
| CN100461708C (zh) | 告警同步方法 | |
| CN105354159A (zh) | 一种基于rs485分布式总线系统的控制方法 | |
| CN110492967B (zh) | 一种时间同步方法、中继设备及装置 | |
| CN102780593B (zh) | 基于bfd协议检测链路的方法、装置和网络处理器 | |
| CN106533826A (zh) | 网络状态的探测方法及系统 | |
| CN105515901A (zh) | 报文处理装置及方法 | |
| CN104486243A (zh) | 数据传输方法、设备及系统 | |
| CN102946376A (zh) | 一种异步通讯的实现方法 | |
| CN110022369A (zh) | 消息处理方法、装置、电子设备及计算机可读存储介质 | |
| CN107547301A (zh) | 一种主备设备倒换方法及装置 | |
| CN109379246A (zh) | 一种内存的检测方法及装置 | |
| CN105940658B (zh) | 一种用户数据的传输方法、装置及终端 | |
| CN104486187B (zh) | 一种动态同步的can通讯设备和方法 | |
| CN102231126B (zh) | 一种实现多核处理器中核间备份的方法及系统 | |
| CN110417761A (zh) | 基于双机冗余的通信方法及装置 | |
| CN113346974A (zh) | 用于时钟同步的方法、设备、通信系统和存储介质 | |
| CN105592485A (zh) | 一种基于snmp网管协议实时采集并处理消息的方法 | |
| CN106953809A (zh) | 一种基于485分时通信的设备资源采集方法 | |
| CN115622944A (zh) | 基于多并行度下数据流的tcp拼包方法和系统 | |
| CN108616337A (zh) | 一种链路表项同步方法、装置及设备 | |
| CN109783430B (zh) | 表项快速同步的方法及系统 | |
| CN114356625A (zh) | 分布式系统冗余诊断方法、装置、电子装置和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211223 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
| TR01 | Transfer of patent right |