设备状态监测方法、装置、系统以及计算机可读介质与流程

本发明涉及设备开发测试技术领域，尤其涉及一种设备状态监测方法、一种设备状态监测装置、一种设备状态监测系统以及一种计算机可读介质。

背景技术：

随着嵌入式设备的精细化开发，目前市场上涌现出越来越多的嵌入式设备。然而随着时间的推移，嵌入式设备在各方面性能都会有所损耗，且在运行过程中所依赖的进程可能会出现问题。由此对于嵌入式设备的状态信息进行监测变得尤其重要。

目前，基于嵌入式设备状态信息监测主要是在开发生产过程中针对性的去检查某台嵌入式设备所存在的问题，并没有对嵌入式设备进行量化实时监测，也没有对整个嵌入式设备体系的运行状态进行全面监测。这种不完备的监测方法给生产人员带来极大的不便，如何能有效监测嵌入式设备损耗情况以及嵌入式设备进程状态成为迫切需要满足的需求。

技术实现要素：

因此，为了解决上述不足，本发明提出一种设备状态监测方法、一种设备状态监测装置、一种设备状态监测系统以及一种计算机可读介质。

具体地，第一方面，本发明实施例提出一种设备状态监测方法，包括：基于指定设备类型标识获取当前监测设备列表；向所述当前监测设备列表中的每个监测设备发送请求数据包，使所述监测设备响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包；接收所述状态信息数据包，并对接收的所述状态信息数据包进行异常处理，以得到正常状态信息数据包；将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果；当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生所述监测设备的状态信息。

在现有技术中并没有对嵌入式设备进行量化实时监测，也没有对整个嵌入式设备体系的运行状态进行全面监测。在本发明实施例中，通过获取监测设备列表，并得到列表中每个嵌入式设备的状态信息数据包，对其进行异常处理后，与参照状态信息数据包比对，从而得到监测设备的状态信息，可以优化设备生成过程，同时能够简明发现设备异常情况，避免在设备开发和生成过程中未能及时发现设备异常的情况，可以同时监控同一网络内所有设备的状态以及自定义监控范围，对具体监测设备没有特殊要求，可以自定义监测设备的类型，对所有监测服务有借鉴意义。

在本发明的一个实施例中，所述基于指定设备类型标识获取当前监测设备列表包括：发送设备类型请求包以由每一所述监测设备响应所述设备类型请求包以反馈包含设备类型标识的设备类型包；根据接收的所述设备类型包获取所述设备类型标识，并基于所述指定设备类型标识对所述设备类型标识进行筛选，以及将通过筛选的所述设备类型标识添加到所述当前监测设备列表。

在本发明的一个实施例中，所述接收所述状态信息数据包，并对接收的所述状态信息数据包进行异常处理，以得到正常状态信息数据包，包括：判断所述状态信息数据包的长度是否小于所述状态信息数据包的最小长度；在判断所述状态信息数据包的长度不小于所述状态信息数据包的最小长度后，判断所述状态信息数据包的数据包头的位置是否正确；当判断所述数据包头的位置不正确时，查找所述数据包头的位置并根据所述状态信息数据包的有效长度对所述状态信息数据包进行截取得到所述正常状态信息数据包。

在本发明的一个实施例中，在所述将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果之后，还包括：当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，将所述正常状态信息数据包替换所述参照状态信息数据包作为新的参照状态信息数据包。

在本发明的一个实施例中，在所述基于指定设备类型标识获取当前监测设备列表之前，还包括：发送广播包以由每一所述监测设备响应所述广播包以反馈包含ip地址的应答包；根据接收的所述应答包获取所述ip地址，并基于所述ip地址与每一所述监测设备建立点对点通信连接。

第二方面，本发明实施例提出一种设备状态监测装置，包括：列表获取模块，用于基于指定设备类型标识获取当前监测设备列表；请求发送模块，用于向所述当前监测设备列表中的每个监测设备发送请求数据包，使所述监测设备响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包；异常处理模块，用于接收所述状态信息数据包，并对接收的所述状态信息数据包进行异常处理，以得到正常状态信息数据包；数据比对模块，用于将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果；信息产生模块，用于当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生所述监测设备的状态信息。

在现有技术中并没有对嵌入式设备进行量化实时监测，也没有对整个嵌入式设备体系的运行状态进行全面监测。在本发明实施例中，通过获取监测设备列表，并得到列表中每个嵌入式设备的状态信息数据包，对其进行异常处理后，与参照状态信息数据包比对，从而得到监测设备的状态信息，可以优化设备生成过程，同时能够简明发现设备异常情况，避免在设备开发和生成过程中未能及时发现设备异常的情况，可以同时监控同一网络内所有设备的状态以及自定义监控范围，对具体监测设备没有特殊要求，可以自定义监测设备的类型，对所有监测服务有借鉴意义。

第三方面，本发明实施例提出一种设备状态监测方法，应用于监测设备中；包括：接收广播包，并响应所述广播包以反馈包含ip地址的应答包至监控设备，以供所述监控设备根据所述应答包获取所述ip地址，并根据所述ip地址与所述监测设备建立点对点通信连接；在建立所述点对点通信连接后，接收设备类型请求包，并响应所述设备类型请求包以反馈包含设备类型标识的设备类型包，以供所述监控设备根据所述设备类型包获取所述设备类型标识，并将所述设备类型标识添加至当前监测设备列表；以及在所述设备类型标识添加至所述当前监测设备列表后，接收请求数据包，响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包，以及发送所述状态信息数据包至所述监控设备，以供所述监控设备：对所述状态信息数据包进行异常处理以得到正常状态信息数据包；将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果；当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生状态信息。

在现有技术中并没有对嵌入式设备进行量化实时监测，也没有对整个嵌入式设备体系的运行状态进行全面监测。在本发明实施例中，监测设备将状态信息数据包发给监控设备，以由监控设备对状态信息包进行异常处理得到正常状态信息包后，与参照状态信息数据包比对，从而得到监测设备的状态信息，可以减少工作人员的工作量，减少监测设备在时间和人力上不必要的消耗，优化设备生成过程，同时能够简明发现设备异常情况，避免在设备开发和生成过程中未能及时发现设备异常的情况，可以同时监控同一网络内所有设备的状态以及自定义监控范围，对具体监测设备没有特殊要求，可以自定义监测设备的类型，对所有监测服务有借鉴意义。

第四方面，本发明实施例提出一种设备状态监测装置，应用于监测设备，包括：第一进程模块，用于接收广播包，并响应所述广播包以反馈包含ip地址的应答包至监控设备，以供所述监控设备根据所述应答包获取所述ip地址，并根据所述ip地址与所述监测设备建立点对点通信连接；第二进程模块，用于在建立所述点对点通信连接后，接收设备类型请求包，并响应所述设备类型请求包以反馈包含设备类型标识的设备类型包，以供所述监控设备根据所述设备类型包获取所述设备类型标识，并将所述设备类型标识添加至当前监测设备列表；第三进程模块，用于在所述设备类型标识添加至所述当前监测设备列表后，接收请求数据包，响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包，以及发送所述状态信息数据包至所述监控设备，以供所述监控设备：对所述状态信息数据包进行异常处理以得到正常状态信息数据包；将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果；当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生状态信息。

在现有技术中并没有对嵌入式设备进行量化实时监测，也没有对整个嵌入式设备体系的运行状态进行全面监测。在本发明实施例中，监测设备将状态信息数据包发给监控设备，以由监控设备对状态信息包进行异常处理得到正常状态信息包后，与参照状态信息数据包比对，从而得到监测设备的状态信息，可以减少工作人员的工作量，减少监测设备在时间和人力上不必要的消耗，优化设备生成过程，同时能够简明发现设备异常情况，避免在设备开发和生成过程中未能及时发现设备异常的情况，可以同时监控同一网络内所有设备的状态以及自定义监控范围，对具体监测设备没有特殊要求，可以自定义监测设备的类型，对所有监测服务有借鉴意义。

第五方面，本发明实施例提出一种设备状态监测系统，包括：监控设备和连接于所述监控设备的多个监测设备；其中，所述监控设备用于执行如前述中任意一项所述的设备状态监测方法。

第六方面，本发明实施例提出一种计算机可读介质，所述计算机可读介质存储有程序代码，所述程序代码包括用于执行如前述中任一项所述的设备状态监测方法的指令。

由上可知，本发明实施例可以达成以下一个或多个有益效果：1)减少了工作人员的工作量，减少监测设备在时间和人力上不必要的消耗，优化设备生成过程；2)能够简明发现设备异常情况，避免在设备开发和生成过程中未能及时发现设备异常的情况；3)可以同时监控同一网络内所有设备的状态以及自定义监控范围，对具体监测设备没有特殊要求，可以自定义监测设备的类型，对所有监测服务有借鉴意义；以及4)状态信息定义范围更大，监控更全面。

通过以下参考附图的详细说明，本发明的其它方面和特征变得明显。但是应当知道，该附图仅仅为解释的目的设计，而不是作为本发明的范围的限定。还应当知道，除非另外指出，不必要依比例绘制附图，它们仅仅力图概念地说明此处描述的结构和流程。

附图说明

下面将结合附图，对本发明的具体实施方式进行详细的说明。

图1为本发明第一实施例提供的一种设备状态监测方法的工作流程图；

图2为本发明第一实施例提供的一种设备状态监测方法中步骤s11的流程图；

图3为本发明第一实施例提供的一种设备状态监测方法中步骤s13的流程图；

图4为本发明第一实施例提供的一种设备状态监测方法中在步骤s14之后还包括的步骤流程图；

图5为本发明第一实施例提供的一种设备状态监测方法中在步骤s11之前还包括的步骤流程图；

图6为本发明第一实施例提供的一种设备状态监测方法的具体实施方式的设备状态监测系统的结构示意图；

图7为本发明第一实施例提供的一种设备状态监测方法的具体实施方式的流程示意图；

图8为本发明第一实施例提供的一种设备状态监测方法的具体实施方式中监测工具进程处理数据包的流程示意图；

图9为本发明第二实施例提供的一种设备状态监测装置的结构示意图；

图10为本发明第三实施例提供的一种设备状态监测方法的工作流程图；

图11为本发明第三实施例提供的一种设备状态监测方法中步骤s43涉及的流程示意图；

图12为本发明第四实施例提供的一种设备状态监测装置的结构示意图；

图13为本发明第五实施例提供的一种设备状态监测系统的结构示意图；

图14为本发明第六实施例提供的一种计算机可读介质的结构示意图。

【附图标记说明】

s11-s16、s111-s112、s131-s133、s101-s102：设备状态监测方法步骤；

30：设备状态监测装置；31：列表获取模块；32：请求发送模块；33：异常处理模块；34：数据比对模块；35：信息产生模块；

s41-s43、s431-s433：设备状态监测方法步骤；

50：设备状态监测装置；51：第一进程模块；52：第二进程模块；53：第三进程模块；

60：设备状态监测系统；61：监控设备；62：监测设备；

70：计算机可读介质。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。

为了使本领域普通技术人员更好地理解本发明的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应当理解这样使用的术语在适当情况下可以互换，以便这里描述的本发明实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。

【第一实施例】

参见图1，本发明第一实施例提供了一种设备状态监测方法。如图1所示，设备状态监测方法例如包括步骤s11至步骤s15。

步骤s11：基于指定设备类型标识获取当前监测设备列表；

步骤s12：向所述当前监测设备列表中的每个监测设备发送请求数据包，使所述监测设备响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包；

步骤s13：接收所述状态信息数据包，并对接收的所述状态信息数据包进行异常处理，以得到正常状态信息数据包；

步骤s14：将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果；

步骤s15：当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生所述监测设备的状态信息。

进一步地，如图2所示，步骤s11例如包括步骤s111和步骤s112。

步骤s111：发送设备类型请求包以由每一所述监测设备响应所述设备类型请求包以反馈包含设备类型标识的设备类型包；

步骤s112：根据接收的所述设备类型包获取所述设备类型标识，并基于所述指定设备类型标识对所述设备类型标识进行筛选，以及将通过筛选的所述设备类型标识添加到所述当前监测设备列表。

具体地，提到的监测设备例如为嵌入式设备，举例而言例如为发送卡或接收卡等。提到的设备类型请求包的格式例如包括数据包头、地址、有效数据长度、数据区和校验位。提到的设备类型标识例如为关联监测设备的标识码。步骤s12中提到的状态信息例如包括状态数据和版本信息。其中状态数据例如包括：主控卡温度、可编程逻辑器件温度、主风扇状态、可编程逻辑器件风扇状态、网口状态、输入源状态、网络情况、usb情况和窗口状态。提到的状态数据例如还可以包括logo以及bkg等状态信息。版本信息例如包括软件版本号和硬件进程版本号。状态数据和版本信息例如对应于不同的目标寄存器地址。而步骤s12中提到的状态信息数据包例如包括状态数据包和版本信息包。

进一步地，如图3所示，步骤s13例如包括步骤s131至步骤s133。

步骤s131：判断所述状态信息数据包的长度是否小于所述状态信息数据包的最小长度；

步骤s132：在判断所述状态信息数据包的长度不小于所述状态信息数据包的最小长度后，判断所述状态信息数据包的数据包头的位置是否正确；

步骤s133：当判断所述数据包头的位置不正确时，查找所述数据包头的位置并根据所述状态信息数据包的有效长度对所述状态信息数据包进行截取得到所述正常状态信息数据包。

具体地，在步骤s13中，接收的状态信息数据包可能为异常数据包，所以需要对状态信息数据包进行判断并处理异常数据包。其中，异常数据包例如包括：数据包长度小于数据包最小长度和数据包头错位。其中，数据包头错位例如包括：数据包头位于数据包的中心位置和数据包头位于下一数据包中。针对数据包长度小于数据包最小长度的数据包，直接删除。对于数据包头错位的数据包，循环查找到数据包头的位置，然后根据数据包长度进行截取以获取正常状态信息数据包。步骤s14中提到的参照状态信息数据包例如经由上一次状态监控流程进行存储的正常状态信息数据包。通过对状态信息数据包进行异常判断并处理异常数据包，可以避免得到的异常数据包对检测结果的影响，保证检测结果的准确性。

进一步地，如图4所示，在步骤s14之后例如还包括步骤s16。

步骤s16：当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，将所述正常状态信息数据包替换所述参照状态信息数据包作为新的参照状态信息数据包。

具体地，参照状态信息数据包用于判断当前输入的正常状态信息数据包的状态信息有无改变，因为每次比对是需要参照上一次的正常状态信息数据包进行比对，所以当比对之后发现两个数据包不相同，那么将当前正常状态信息数据包存储替换原先的参照状态信息数据包，以作为下次比对的参数状态信息数据包。

进一步地，如图5所示，在步骤s11之前还包括步骤s101和步骤s102。

步骤s101：发送广播包以由每一所述监测设备响应所述广播包以反馈包含ip地址的应答包；

步骤s102：根据接收的所述应答包获取所述ip地址，并基于所述ip地址与每一所述监测设备建立点对点通信连接。

其中，提到的点对点通信例如为tcp通信。

需要说明的是，本实施例并不限制步骤s15和步骤s16的顺序，步骤s16可以位于步骤s15之后，也可以位于步骤s15之前，当然也可以同时进行。此外，步骤s12也可以为初次建立连接时的情况，此时的请求数据包相当于数据接收准备信号，以告知监测设备可以发出状态信息数据包，在之后的每次监测流程中监测设备可以定时地主动发出状态信息数据包，不需要再次响应请求数据包。或者在监测设备上设置有按钮，工作人员每按动一次，发送一次udp广播。

为了更好地理解本实施例，下面结合图6至图8对本实施例的具体实施方式进行详细说明。

如图6所示，其为本实施例的具体实施方式所采用的设备老化系统的结构示意图。如图6所示，参与设备状态监测的多个监测设备1-n都通过网络与监控计算机进行连接。各个监测设备1-n与监控计算机建立tcp通信，如果监测设备1-n或监控计算机需要接入广域网，则可通过交换机连接广域网接口。

如图7所示，其为本发明实施例的具体实施方式的流程示意图。其中，监测工具进程设置在监控计算机中。tmd进程、p2pd进程和diagd进程设置在每个监测设备中。其中，diagd进程即设备状态监测进行，使用脚本执行，主要与监测工具进程实现数据通信。p2pd进程即设备连接和识别进程，又名为点对点进程，用于管理需要监测设备类型。tmd进程为设备广播回复进程，用于检测进程程序状态是否存活。下面结合图7对具体实现步骤进行详细说明。

a)首先，监控计算机的监测工具进程发送udp广播，每个监测设备的tmd进程响应udp广播，发送应答包；

具体地，监测工具进程设定request_string常量字符串，可以根据实际情况进行设置。然后，采用initbroadcast()初始化发送广播，利用定时器实现一分钟广播探测同一局域网内的监测设备，以循环获取当前局域网内的所有监测设备。

b)监控计算机的监测工具进程发送地址请求，以获取应答监测设备的ip地址，根据ip地址与监测设备的p2pd进程建立tcp连接后，发送设备类型请求包，以由监测设备的p2pd进程发送设备类型包。其中，设备类型包包含监测设备的modelid(设备类型标识)，监控计算机的监测工具进程可以通过指定类型设备标识对modelid进行筛选，以获得指定类型监测设备；

具体地，监测工具进程中的收包处理slot_readudpdata()接收监测设备发送过来的ip地址，然后根据ip地址与监测设备建立tcp连接，并根据指定包格式(数据包头、地址、有效数据长度、数据区和校验位)发送设备类型请求包，以接收监测设备响应设备类型请求包发送的设备类型包，根据设备类型包中的设备类型标识判断所获取的监测设备是否为指定类型监测设备。

c)监测工具进程将筛选后监测设备添加到当前监测设备列表，以此避免接收到别的不符合要求监测设备发送的数据包。

d)监测工具进程向监控设备列表中的监测设备的diagd进程发送请求数据包。

e)监测设备的diagd进程响应请求数据包，发送状态信息数据包至监测工具进程。监测工具进程根据接收的状态信息数据包中地址、数据包长度、数据长度以及校验位确定接收的数据包类型并对数据包进行处理，以实时监控监测设备的状态，统计得到监测设备的正常异常情况。

具体地，监测设备的diagd进程通过底层电路板寄存器地址读取当前硬件设备状态并且进行实时推送。其中，diagd进程可以获取设备状态数据，设备状态数据主要包括主控卡温度、fpga温度、主风扇状态、fpga风扇状态、网口状态、输入源状态、窗口状态、网络情况、usb情况、logo、bkg等状态的实时更新及检测等。其中，网口状态例如为在线、离线。输入源状态例如显示当前输入源是否具有输入信号。窗口状态例如为开启或关闭。usb情况例如为插入或移除等。此外，diagd进程还可以监测设备的通用参数即版本信息，例如当前监测设备携带软件版本号以及硬件进程的版本号。

如图8所示，监测工具进程接收处理数据包的具体步骤如下：

(1)监测工具进程接收到状态信息数据包之后，会将数据包进行保存，即添加到队列中。然后会对数据包进行异常处理，避免数据包异常影响监测。

其中，数据包异常类型主要分为三种，分别为①数据包长度小于最小长度；②数据包头部位于数据包中心；③数据包头部位于下一包数据中。这三种异常情况都要进行处理，整个处理过程的主要实现方案为：

(i)将数据包长度小于数据包最小长度的数据包丢弃；

(ii)判断数据包头部是否为aa55开头，若不是则查找头部出现位置，进行数据包截取，截取长度为数据包有效长度，通过matchcountcrc方法进行校验位校验确定该数据包是否正确；

(iii)循环(ii)直至数据指针位置指为-1时停止循环以得到正常状态信息数据包。

(2)监测工具进程会根据参照状态信息数据包判断正常状态信息数据包中状态信息是否发生改变，若两个数据包不相同则判断状态信息发生改变，进入接下步骤。此处的参照状态信息数据包为上一次状态监测流程存储的正常状态信息数据包。此外，在判断数据包不相同时，还将当前正常状态信息数据包替换参照状态信息数据包进行存储，以作为下次状态监测流程的参照状态信息数据包。

(3)监测工具进程根据地址区分正常状态信息数据包的类别，即版本信息包还是状态数据包。举例而言，在diagd进程和监测工具进程之间约定了一套数据类别标志，监测工具进程可根据约定的数据类别标志确定数据包的类别。数据类别标志如下：

#defineequip_type0x02//设备类型数据包；

#definesoft_ver0xeeeeee03//设备版本信息包；

#defineequip_status0x003//设备状态数据包。

(4)监测工具进程区分完正常状态信息数据包的类别后，还会判断该数据包是否为当前监测设备列表中的设备数据，在判断是之后，对相应数据进行处理。

具体地，监测工具进程根据设备ip处理对应监测设备发送的数据包。以进程状态为例，首先，监测工具进程实时获取底层进程中运行状态，此状态分为三种：①online(0x01)；②offline(0x02)；③undef(0x03)。然后，监测工具进程会检测进程是否异常：若为0x02或0x03状态，则表示进程异常。最后，监测工具进程会对监测设备的正常异常情况进行统计，并计算出总数情况以实时刷新。

本发明实施例提供的设备状态监测方法监测的范围可以根据用户自定义，对具体监测设备无特殊要求，对所有监测服务都具有借鉴作用。第一，使传统的监测设备本身信息扩展到设备依赖进程层面，并为此提供了可实现的技术方案；第二，设备监测方法可应用到更广泛的领域，可以对大量设备进行测试，发挥更大的作用；第三，可根据自身需求定义监测设备种类，可同时监测一种、两种或三种等等。此外，对于普通生产人员也能够进行简明的发现监测设备的异常，避免在设备开发及生产过程中未能及时发现设备状态存在问题，从时间上、人力上都减少了不必要的消耗，优化了生产过程。

【第二实施例】

参见图9，本发明第二实施例提供一种设备状态监测装置。如图9所示，设备状态监测装置30例如包括列表获取模块31、请求发送模块32、异常处理模块33、数据比对模块34和信息产生模块35。

其中，列表获取模块31用于基于指定设备类型标识获取当前监测设备列表。请求发送模块32用于向所述当前监测设备列表中的每个监测设备发送请求数据包，使所述监测设备响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包。异常处理模块33用于接收所述状态信息数据包，并对接收的所述状态信息数据包进行异常处理，以得到正常状态信息数据包。数据比对模块34用于将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果。信息产生模块35用于当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生所述监测设备的状态信息。

需要说明的是，本实施例上述设备状态监测装置30所实现的设备状态监测方法如前述第一实施例所述，故在此不再进行详细讲述。可选地，第二实施例中的各个模块和上述其他操作或功能分别为了实现本发明第一实施例中的方法，为了简洁，不在此赘述。本实施例提供的设备状态监测装置30的技术效果与第一实施例中设备状态监测方法的技术效果相同，在此不再赘述。

【第三实施例】

如图10所示，本发明第三实施例提供一种设备状态监测方法。如图10所示，设备状态监测方法例如包括步骤s41至步骤s43。

步骤s41：接收广播包，并响应所述广播包以反馈包含ip地址的应答包至监控设备，以供所述监控设备根据所述应答包获取所述ip地址，并根据所述ip地址与所述监测设备建立点对点通信连接；

步骤s42：在建立所述点对点通信连接后，接收设备类型请求包，并响应所述设备类型请求包以反馈包含设备类型标识的设备类型包，以供所述监控设备根据所述设备类型包获取所述设备类型标识，并将所述设备类型标识添加至当前监测设备列表；以及

步骤s43：在所述设备类型标识添加至所述当前监测设备列表后，接收请求数据包，响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包，以及发送所述状态信息数据包至所述监控设备，以供所述监控设备例如执行步骤s431至步骤s433，参见图11。

步骤s431：对所述状态信息数据包进行异常处理以得到正常状态信息数据包；

步骤s432：将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果；

步骤s433：当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生状态信息。

具体地，提到的监控设备例如为安装有监控软件的个人计算机等设备，即为第一实施例具体实施方式中提及的监控计算机。提到的点对点通信例如为tcp通信。提到的设备类型请求包的格式例如包括数据包头、地址、有效数据长度、数据区和校验位。提到的设备类型标识例如为关联监测设备的标识码。步骤s12中提到的状态信息例如包括状态数据和版本信息。其中状态数据例如包括：主控卡温度、可编程逻辑器件温度、主风扇状态、可编程逻辑器件风扇状态、网口状态、输入源状态、网络情况、usb情况和窗口状态。提到的状态数据例如还可以包括logo以及bkg等状态信息。版本信息例如包括软件版本号和硬件进程版本号。状态数据和版本信息例如对应于不同的目标寄存器地址。提到的状态信息数据包例如包括状态数据包和版本信息包。此外，提到的数据包异常处理以及数据包比对等过程可参考第一实施例，为了简洁，在此不再赘述。

需要说明的是，本发明第三实施例所述的设备状态监测方法是从监测设备角度进行说明的，而本发明前述第一实施例所述的设备状态监测方法是从监控设备即监控计算机角度进行说明的，这两个实施例中涉及的方法仅仅是主语不同，涉及步骤可相互参考。

本发明实施例提供的设备状态监测方法监测的范围可以根据用户自定义，对具体监测设备无特殊要求，对所有监测服务都具有借鉴作用。第一，使传统的监测设备本身信息扩展到设备依赖进程层面，并为此提供了可实现的技术方案；第二，设备监测方法可应用到更广泛的领域，可以对大量设备进行测试，发挥更大的作用；第三，可根据自身需求定义监测设备种类，可同时监测一种、两种或三种等等。此外，对于普通生产人员也能够进行简明的发现监测设备的异常，避免在设备开发及生产过程中未能及时发现设备状态存在问题，从时间上、人力上都减少了不必要的消耗，优化了生产过程。

【第四实施例】

如图12所示，本发明第四实施例提出一种设备状态监测装置。如图12所示，设备状态监测装置50例如包括：第一进程模块51、第二进程模块52和第三进程模块53。

第一进程模块51用于接收广播包，并响应所述广播包以反馈包含ip地址的应答包至监控设备，以供所述监控设备根据所述应答包获取所述ip地址，并根据所述ip地址与所述监测设备建立点对点通信连接。第二进程模块52用于在建立所述点对点通信连接后，接收设备类型请求包，并响应所述设备类型请求包以反馈包含设备类型标识的设备类型包，以供所述监控设备根据所述设备类型包获取所述设备类型标识，并将所述设备类型标识添加至当前监测设备列表。第三进程模块53用于在所述设备类型标识添加至所述当前监测设备列表后，接收请求数据包，响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包，以及发送所述状态信息数据包至所述监控设备，以供所述监控设备：对所述状态信息数据包进行异常处理以得到正常状态信息数据包；将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果；当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生状态信息。

其中，本实施例中第一进程模块51例如对应于第一实施例具体实施方式中提到的tmd进程。第二进程模块52例如对应于第一实施例具体实施方法中提到的p2pd进程。第三进程模块53例如对应于第一实施例具体实施方式中提到的diagd进程。针对各个模块的功能介绍可参考第一实施例，在此不再赘述。

需要说明的是，本实施例上述设备状态监测装置50所实现的设备状态监测方法如前述第三实施例所述，故在此不再进行详细讲述。可选地，第四实施例中的各个模块和上述其他操作或功能分别为了实现本发明第三实施例中的方法，为了简洁，不在此赘述。本实施例提供的设备状态监测装置50的技术效果与第三实施例中设备状态监测方法的技术效果相同，在此不再赘述。

【第五实施例】

参见图13，本发明第五实施例提供一种设备状态监测系统。如图13所示，设备状态监测系统60例如包括：监控设备61和连接于监控设备61的多个监测设备62。举例而言，图13中绘制出4个监测设备，但本发明并不以此为限。其中，监控设备61用于执行如第一实施例所述的设备状态监测方法。举例而言，监控设备61例如执行如下步骤：

(i)基于指定设备类型标识获取当前监测设备列表；

(ii)向所述当前监测设备列表中的每个监测设备发送请求数据包，使所述监测设备响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包；

(iii)接收所述状态信息数据包，并对接收的所述状态信息数据包进行异常处理，以得到正常状态信息数据包；

(iv)将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果；

(v)当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生所述监测设备的状态信息。

需要说明的是，本实施例提供的设备状态监测系统所实现的设备状态监测方法如前述第一实施例所述，为了简洁，故在此不再进行详细讲述。具体地，提到的监控设备61例如为个人计算机等安装有相关监控软件的设备，即为第一实施例具体实施方式中提到的监控计算机。提到的监测设备62例如为嵌入式设备，举例而言为发送卡或接收卡等。监控设备61和监控设备62之间例如为tcp连接。

综上所述，本发明实施例提到的设备状态监测系统减少了工作人员的工作量，减少监测设备在时间和人力上不必要的消耗，优化设备生成过程；能够简明发现设备异常情况，避免在设备开发和生成过程中未能及时发现设备异常的情况；可以同时监控同一网络内所有设备的状态以及自定义监控范围，对具体监测设备没有特殊要求，可以自定义监测设备的类型，对所有监测服务有借鉴意义；以及状态信息定义范围更大，监控更全面。

【第六实施例】

参见图14，本发明第六实施例提供一种计算机可读介质。如图14所示，计算机可读介质70存储有程序代码，所述程序代码包括用于执行如第一实施例或第三实施例所述的设备状态监测方法的指令。举例而言，所述程序代码例如执行如下步骤的指令：

(i)基于指定设备类型标识获取当前监测设备列表；

(ii)向所述当前监测设备列表中的每个监测设备发送请求数据包，使所述监测设备响应所述请求数据包以通过目标寄存器地址读取状态信息并打包得到状态信息数据包；

(iii)接收所述状态信息数据包，并对接收的所述状态信息数据包进行异常处理，以得到正常状态信息数据包；

(iv)将所述正常状态信息数据包与参照状态信息数据包进行比对，以得到比对结果；

(v)当所述比对结果表征所述正常状态信息数据包不同于所述参照状态信息数据包时，根据所述正常状态信息数据包产生所述监测设备的状态信息。

本实施例提供的计算机可读介质70其程序代码执行的设备状态监测方法如前述第一实施例或第三实施例所述，故在此不再进行详细讲述。可选地，本实施例中的计算机可读介质70为了实现本发明第一实施例或第三实施例中的方法，为了简洁，不在此赘述。本实施例提供的计算机可读介质70的技术效果与第一实施例或第三实施例中设备状态监测方法的技术效果相同，在此不再赘述。

综上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。