CN117692504A - 一种物联网设备的状态识别方法、系统、设备及介质 - Google Patents

Abstract

本发明公开了一种物联网设备的状态识别方法、系统、设备及介质，所述方法包括以下步骤：搭建通用型数据模型，确认数据协议，基于通用型数据模型创建与数据协议对应的拓展模型；基于通用型数据模型以及拓展模型确认物联网设备的通信模式，根据通信模式对物联网设备的在离线状态进行适应性监控；本发明能够适用于多种协议的物联网设备，能够准确、快速并及时的监测不同类型物联网设备的在离线状态，根据设备不同的连接协议，自适应匹配对应的监控策略，应用范围广泛，支持监测网络连接质量以及拓展化应用，提升了监控效率以及准确度，具有较高的应用价值，利于提升物联网设备的稳定性和可靠性，降低设备离线所导致的安全风险。

Description

一种物联网设备的状态识别方法、系统、设备及介质

技术领域

本发明涉及数据处理技术领域，具体的，本发明应用于物联网领域，特别是涉及一种物联网设备的状态识别方法、系统、设备及介质。

背景技术

目前，智慧城市、智慧社区以及数字产业中，均依靠物联网设备数据的获取、统计以及分析为基础，因此，物联网设备的稳定性起到重要作用。

在此背景下，一旦物联网设备出现问题，或因不可抗拒因素被损坏时，那么物联网设备的数据就会出现异常，甚至导致设备数据无法传输至服务器，使设备处于离线状态；若应用于应急场景的物联网设备处于离线，则易导致严重的生产事故，存在较大的安全风险。

在现实环境中，物联网设备的离线随处可见，造成离线的原因可能包括：网络故障、电力故障、设备故障、通信协议不匹配、安全问题、软件错误或漏洞以及物理损坏等；以上问题通常导致物联网设备无法连接至互联网、无法接收或发送数据，从而使物联网设备处于离线状态。

现有技术中，对于以上情况的解决方式为，采用设备自检或人工巡检对物联网设备的在线、离线状态进行监控；但是实际应用中，这两种方式都会导致设备离线问题不能及时的识别和解决，存在一定的延迟以及局限性。

发明内容

本发明的目的在于，提供一种物联网设备的状态识别方法、系统、设备及介质，进而解决现有技术中存在的上述所有问题或问题之一。

为解决上述技术问题，本发明的具体技术方案如下：

一方面，本发明提供一种物联网设备的状态识别方法，包括以下步骤：

模型定义步骤：

搭建通用型数据模型，确认数据协议，基于所述通用型数据模型创建与所述数据协议对应的拓展模型；

针对性监控步骤：

基于所述通用型数据模型以及所述拓展模型确认物联网设备的通信模式，根据所述通信模式对所述物联网设备的在离线状态进行适应性监控。

作为一种改进的方案，所述模型定义步骤，进一步包括：

搭建基于设备名称、设备类型、设备ID、设备连接方式、设备属性、连接协议、上报方式、上报周期设备厂家以及生产年份的所述通用型数据模型；

基于所述通用型数据模型创建与TCP协议、UDP协议、MQTT协议以及HTTP协议的所述拓展模型。

作为一种改进的方案，所述通信模式，包括：

周期性主动上报模式、非周期性主动上报模式以及被动上报模式。

作为一种改进的方案，所述根据所述通信模式对所述物联网设备的在离线状态进行适应性监控，包括：

对所述周期性主动上报模式的物联网设备进行基于键值对的周期性监听操作；

对所述非周期性主动上报模式的物联网设备进行基于离线通知判断的监听操作；

对所述被动上报模式的物联网设备进行基于查询请求响应的监听操作。

作为一种改进的方案，所述周期性监听操作，包括：

基于所述通用型数据模型以及所述拓展模型，建立关于物联网设备的键值对，对建立的所述键值对进行数据周期性监听：

进行所述数据周期性监听时，基于数据上报的时间性判断物联网设备在线或离线。

作为一种改进的方案，所述基于离线通知判断的监听操作，包括：

判断物联网设备的离线通知情况；

若物联网设备维护了离线通知，则根据离线通知的接收情况判断物联网设备在线或离线；

若物联网设备没有离线通知，则根据物联网设备最后一次通信时间的时间延迟情况判断物联网设备在线或离线。

作为一种改进的方案，所述基于查询请求响应的监听操作，包括：

周期性向物联网设备发送查询请求；

根据所述查询请求的响应情况将物联网设备标记为在线；

或，

根据所述查询请求的未响应次数将物联网设备标记为离线。

另一方面，本发明还提供一种物联网设备的状态识别系统，包括：

模型定义模块和针对性监控模块；

所述模型定义模块，用于搭建通用型数据模型，确认数据协议，所述模型定义模块基于所述通用型数据模型创建与所述数据协议对应的拓展模型；

所述针对性监控模块，用于基于所述通用型数据模型以及所述拓展模型确认物联网设备的通信模式，所述针对性监控模块根据所述通信模式对所述物联网设备的在离线状态进行适应性监控。

另一方面，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述物联网设备的状态识别方法的步骤。

另一方面，本发明还提供一种计算机设备，所述计算机设备包括处理器、通信接口、存储器和通信总线，其中，所述处理器，所述通信接口，所述存储器通过所述通信总线完成相互间的通信；其中：

所述存储器，用于存放计算机程序；

所述处理器，用于通过运行所述存储器上所存放的程序来执行所述物联网设备的状态识别方法的步骤。

本发明技术方案的有益效果是：

1、本发明所述的物联网设备的状态识别方法，可以实现适用于多种协议的物联网设备，能够准确、快速并及时的监测不同类型物联网设备的在离线状态，根据设备不同的连接协议，自适应匹配对应的监控策略，应用范围广泛，支持监测网络连接质量以及拓展化应用，提升了监控效率以及准确度，具有较高的应用价值，利于提升物联网设备的稳定性和可靠性，降低设备离线所导致的安全风险。

2、本发明所述的物联网设备的状态识别系统，可以通过模型定义模块和针对性监控模块的相互配合，进而实现适用于多种协议的物联网设备，能够准确、快速并及时的监测不同类型物联网设备的在离线状态，根据设备不同的连接协议，自适应匹配对应的监控策略，应用范围广泛，支持监测网络连接质量以及拓展化应用，提升了监控效率以及准确度，具有较高的应用价值，利于提升物联网设备的稳定性和可靠性，降低设备离线所导致的安全风险。

3、本发明所述的计算机可读存储介质，可以实现引导模型定义模块和针对性监控模块进行配合，进而实现本发明所述的物联网设备的状态识别方法，且本发明所述的计算机可读存储介质还有效提高所述物联网设备的状态识别方法的可操作性。

4、本发明所述的计算机设备，可以实现存储并执行所述计算机可读存储介质，进而实现本发明所述的物联网设备的状态识别方法。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例1所述物联网设备的状态识别方法的流程示意图；

图2是本发明实施例1所述物联网设备的状态识别方法的逻辑流程示意图；

图3是本发明实施例1所述物联网设备的状态识别方法的实现架构示意图；

图4是本发明实施例2所述物联网设备的状态识别系统的架构示意图；

图5是本发明实施例4所述计算机设备的结构示意图；

附图中的标记说明如下：

1501、处理器；1502、通信接口；1503、存储器；1504、通信总线。

具体实施方式

下面结合附图对本发明的较佳实施例进行详细阐述，以使本发明的优点和特征能更易于被本领域技术人员理解，从而对本发明的保护范围做出更为清楚明确的界定。

在本发明的描述中，需要说明的是，本发明所描述的实施例是本发明一部分实施例，而不是全部的实施例；基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

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

在本发明的描述中，需要说明的是，设备自检，是一种传统的监测方式；在此方法中，设备会定期进行预定的检测和测试，以评估其性能和状态；设备设定的各种自动化检测程序通过设备自身的传感器来获取数据，测数据被记录并与设备的正常工作参数进行比较；如果检测结果显示设备出现问题，将通知维护团队采取必要的维修措施；这种方法的好处是可以提前检测到潜在的问题，但是对检测周期的设置会有较强的依赖性。

在本发明的描述中，需要说明的是，人工巡检，是通过定期的人工巡检来确保设备的正常运行；这涉及到工程师、技术人员或维护人员定期访问设备的现场位置，使用各种测量工具、传感器和测试设备来获取数据进行检查、测量、测试和记录；人工巡检的频率和方式通常依赖于设备类型和监测要求；这种方法的优点是可以提供详细的设备状态信息，并且适用于各种设备类型；然而，它需要大量的人力资源和时间，且无法实时监测设备状态。

实施例1

本实施例提供一种物联网设备的状态识别方法，如图1～图3所示，包括以下步骤：

作为本发明的一种实施方式，本方法基于定义模型进行设备状态甄别，主要通过分析不同物联网设备的连接协议来主动智能判断物联网设备的在/离线状态,实现对物联网设备故障的快速准确检测以及预测,并提高系统的可靠性和稳定性；基于本方法，还可以实现网络质量的评估，指导系统持续优化,且可以根据在线状态进行智能响应处理,提升用户体验，具有较强的可拓展性；

作为本发明的一种实施方式，本方法适用于MQTT、TCP、UDP、Modbus等各类协议，适用于异构环境，包括但不限于应用在工业、能源等领域构建智慧化系统，能够为智慧工厂、智慧城市等场景提供基础运行保障和数据支撑，提高IOT连接设备的可靠性和可控性，具体步骤包括：

S100、定义设备数据模型：

在本步骤中，主要针对不同的数据协议，搭建不同的标准化设备数据模型，该模型用于后续的检测步骤中作为主要的基础判断依据；

具体的，由于各个设备制造商都采用了不同的数据协议，这导致了物联网设备数据接入的复杂性，故本实施方式中设计标准化解决方案来简化设备和数据的整合；其中，为了使设备和数据的接入更加灵活和可扩展，对多种通信协议进行支持，包括但不限于HTTP、MQTT、TCP以及UDP等；

具体的，针对上述不同协议，配置不同的设备数据模型文件，该设备数据模型相当于设备字段的综合库，其动态生成相应的数据结构，用于解析数据，并将数据流向数据库或文件中，以供后续物联网应用或第三方平台进行分析和使用；

其中，定义基于JSON结构的通用型数据模型(包括但不限于基于XM L、YAML或INI结构)，如下：

其中，定义通用型数据模型，其设备连接方式(COMMUNICATION)具体如下：

其中，定义通用型数据模型，其设备属性(ATTRIBUTES)具体如下：

具体的，在本实施方式中，定义基于上述通用型数据模型，且采用TC P或UDP协议的设备数据模型，其延伸部分如下：

具体的，在本实施方式中，定义基于上述通用型数据模型，且采用MQ TT协议的设备数据模型，其延伸部分如下：

具体的，在本实施方式中，定义基于上述通用型数据模型，且采用HTTP协议的设备数据模型，其延伸部分如下：

S200、针对性监控步骤：

在本步骤中，根据前述设备数据模型的定义，选择合适的监测策略对物联网设备的在离线状态进行针对性监控；

具体的，在本实施方式中，基于以上数据模型，分析物联网设备的连接方式和上报方式，根据其连接以及上报方式的不同，智能判断设备的在线状态并及时检测设备故障，为系统提供持续的监测和优化；比如，当某些设备连续多个上报周期未传送数据时，系统提醒操作人员设备可能存在异常或问题；基于此种正向反馈，帮助设备维护人员及时维护设备，减少潜在损失，降低维护难度和成本；基于本步骤提升物联网系统的稳定性和可靠性，对设备故障或网络问题等不可预测因素进行预防或监督；

具体的，本步骤的监控策略主要分为以下三种情况：

A、针对周期性主动上报数据的设备(即周期性主动上报模式)；

B、针对非周期性主动上报数据的设备(即非周期性主动上报模式)；

C、针对被动上报消息的设备(即被动上报模式)；

具体的，对于A情况：

在本实施方式中，对于周期性上报的泛协议设备，获取相应参数，如：根据不同协议设备，选择不同参数进行监控：对于TCP、UDP协议设备，确定其地址、端口以及上报周期等参数；对于HTTP协议设备，获取其URL地址、请求超时以及重试次数等参数；对于Modbus设备，获取从站地址、功能码、注册地址以及轮询周期等参数；

在以上设备中，如果设备符合A情况，属于主动上报数据的，则根据定义的相应协议的设备数据模型，对相应协议的设备建立Key-Value键值对，并存放至Hash结构中；

其中，Key为：DEVICETYPE：DEVICEID：TIMEGAP：TIMES；Ke y的详细属性如下表：

其中，Value为：设备的属性参数，详细描述如下表(包括但不限于表中已列出的属性)：

之后，对Key-Value键值对进行数据周期性监听(在本实施方式中，周期为上报周期+网络时延)：

在本实施方式中，周期性监听的方式，包括：对键值对赋一个过期时间为TIMEGAP的时间间隔进行过期监听，或启用定时器进行周期监听；

具体的监听策略为；若在规定的过期时间(即上报周期+网络时延)内对应设备未上报数据，则将TIMES+1；直至TIMES达到预期的离线次数，将对应设备标记为离线，触发设备离线后的相应操作；若在规定时间内有数据上报，则将TIMES置为0，判断该设备在线；

具体的，对于B情况：

在本实施方式中，判断设备是否具有离线通知能力：

若设备维护了一个离线通知，则根据是否接受到离线通知作为设备在离线的判断标准；

若设备没有离线通知，则记录设备最后一次通信时间的时间戳；该记录为Key-Value形式，Key被定义为“DEVICETYPE：DEVICEID”；Value为最近一次上报时间，用Hash结构存储；响应于设备每次主动上报数据，更新该时间戳；若设备在一定时间段内没有进行通信(在本实施方式中，该时间段具体情况设置)，则将设备标记为离线状态，触发设备离线后的相应操作，反之设备则在线(在极其个别的特殊情况下，时间段无法进行设置，那么将设备默认为在线状态，并辅助人工巡检，进行在离线状态判断)；

具体的，对于C情况：

在本实施方式中，定期向设备发送查询请求；

维护Key-Value形式的键值对，Key为“DEVICETYPE：DEVICEID”；Value为未收到响应的次数TIMES，用Hash结构进行存储；

若设备成功响应该查询请求，则将该设备标记为在线，将键值对的TI MES置0；

若设备未响应该查询请求，则将键值对的TIMES+1；当TIMES达到预期设置的离线次数时，将该设备标记为离线，触发相应的离线操作；

作为一种较佳的实施方式，在本方案实施时，还需配置连接管理器、在线监测模块、状态判断引擎以及状态通知和报警模块，如图3所示；

其中，连接管理器用于与各种协议设备建立连接并进行通信，对MQTT、TCP、PLC、Modbus、UDP和HTTP协议进行支持；

其中，在线监测模块用于根据本方案中的监测方法进行物联网设备的在线、离线监测；状态判断引擎则根据监测到的结果进行设备在离线状态的判断，比如针对前述设备的响应结果、周期性或非周期性心跳数据的接收情况进行状态判断；

其中，状态通知和报警模块主要用于判断后的维护操作，如根据设备状态变化，进行通知和报警；辅助维护人员或系统进行及时的状态感知，记录设备状态日志形成可追溯文件等。

实施例2

本实施例基于与实施例1中所述的一种物联网设备的状态识别方法相同的发明构思，提供一种物联网设备的状态识别系统，如图4所示，包括：模型定义模块和针对性监控模块；

所述模型定义模块，用于搭建通用型数据模型，确认数据协议，所述模型定义模块基于所述通用型数据模型创建与所述数据协议对应的拓展模型；

在本系统中，所述模型定义步骤，进一步包括：所述模型定义模块搭建基于设备名称、设备类型、设备ID、设备连接方式、设备属性、连接协议、上报方式、上报周期设备厂家以及生产年份的所述通用型数据模型；所述模型定义模块基于所述通用型数据模型创建与TCP协议、UDP协议、MQTT协议以及HTTP协议的所述拓展模型。

所述针对性监控模块，用于基于所述通用型数据模型以及所述拓展模型确认物联网设备的通信模式，所述针对性监控模块根据所述通信模式对所述物联网设备的在离线状态进行适应性监控；

在本系统中，所述通信模式，包括：周期性主动上报模式、非周期性主动上报模式以及被动上报模式。

在本系统中，所述根据所述通信模式对所述物联网设备的在离线状态进行适应性监控，包括：所述针对性监控模块对所述周期性主动上报模式的物联网设备进行基于键值对的周期性监听操作；所述针对性监控模块对所述非周期性主动上报模式的物联网设备进行基于离线通知判断的监听操作；所述针对性监控模块对所述被动上报模式的物联网设备进行基于查询请求响应的监听操作。

在本系统中，所述周期性监听操作，包括：所述针对性监控模块基于所述通用型数据模型以及所述拓展模型，建立关于物联网设备的键值对，对建立的所述键值对进行数据周期性监听：所述针对性监控模块进行所述数据周期性监听时，基于数据上报的时间性判断物联网设备在线或离线。

在本系统中，所述基于离线通知判断的监听操作，包括：所述针对性监控模块判断物联网设备的离线通知情况；若物联网设备维护了离线通知，则所述针对性监控模块根据离线通知的接收情况判断物联网设备在线或离线；若物联网设备没有离线通知，则所述针对性监控模块根据物联网设备最后一次通信时间的时间延迟情况判断物联网设备在线或离线。

在本系统中，所述基于查询请求响应的监听操作，包括：所述针对性监控模块周期性向物联网设备发送查询请求；所述针对性监控模块根据所述查询请求的响应情况将物联网设备标记为在线；或，所述针对性监控模块根据所述查询请求的未响应次数将物联网设备标记为离线。

实施例3

本实施例提供一种计算机可读存储介质，包括：

所述存储介质用于储存将上述实施例1所述的物联网设备的状态识别方法实现所用的计算机软件指令，其包含用于执行上述为所述物联网设备的状态识别方法所设置的程序；具体的，该可执行程序可以内置在实施例2所述的物联网设备的状态识别系统中，这样，物联网设备的状态识别系统就可以通过执行内置的可执行程序实现所述实施例1所述的物联网设备的状态识别方法。

此外，本实施例具有的计算机可读存储介质可以采用一个或多个可读存储介质的任意组合，其中，可读存储介质包括电、光、电磁、红外线或半导体的系统、装置或器件，或者以上任意组合。

实施例4

本实施例提供一种电子设备，如图5所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。

存储器1503，用于存放计算机程序；

处理器1501，用于执行存储器1503上所存放的计算机程序时，实现上述实施例1中所述物联网设备的状态识别方法的步骤。

作为本发明的一种实施方式，上述终端提到的通信总线可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(ExtendedIndustry Standard Architecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

作为本发明的一种实施方式，通信接口用于上述终端与其他设备之间的通信。

作为本发明的一种实施方式，存储器可以包括随机存取存储器(Random Ac cessMemory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

作为本发明的一种实施方式，上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

区别于现有技术，采用本申请一种物联网设备的状态识别方法、系统、设备及介质，可以适用于多种协议的物联网设备，能够准确、快速并及时的监测不同类型物联网设备的在离线状态，根据设备不同的连接协议，自适应匹配对应的监控策略，应用范围广泛，支持监测网络连接质量以及拓展化应用，提升了监控效率以及准确度，具有较高的应用价值，利于提升物联网设备的稳定性和可靠性，降低设备离线所导致的安全风险。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种物联网设备的状态识别方法，其特征在于，包括以下步骤：

模型定义步骤：

搭建通用型数据模型，确认数据协议，基于所述通用型数据模型创建与所述数据协议对应的拓展模型；

针对性监控步骤：

基于所述通用型数据模型以及所述拓展模型确认物联网设备的通信模式，根据所述通信模式对所述物联网设备的在离线状态进行适应性监控。

2.根据权利要求1所述的一种物联网设备的状态识别方法，其特征在于：

所述模型定义步骤，进一步包括：

搭建基于设备名称、设备类型、设备ID、设备连接方式、设备属性、连接协议、上报方式、上报周期设备厂家以及生产年份的所述通用型数据模型；

基于所述通用型数据模型创建与TCP协议、UDP协议、MQTT协议以及HTTP协议的所述拓展模型。

3.根据权利要求1所述的一种物联网设备的状态识别方法，其特征在于：

所述通信模式，包括：

周期性主动上报模式、非周期性主动上报模式以及被动上报模式。

4.根据权利要求3所述的一种物联网设备的状态识别方法，其特征在于：

所述根据所述通信模式对所述物联网设备的在离线状态进行适应性监控，包括：

对所述周期性主动上报模式的物联网设备进行基于键值对的周期性监听操作；

对所述非周期性主动上报模式的物联网设备进行基于离线通知判断的监听操作；

对所述被动上报模式的物联网设备进行基于查询请求响应的监听操作。

5.根据权利要求4所述的一种物联网设备的状态识别方法，其特征在于：

所述周期性监听操作，包括：

基于所述通用型数据模型以及所述拓展模型，建立关于物联网设备的键值对，对建立的所述键值对进行数据周期性监听：

进行所述数据周期性监听时，基于数据上报的时间性判断物联网设备在线或离线。

6.根据权利要求4所述的一种物联网设备的状态识别方法，其特征在于：

所述基于离线通知判断的监听操作，包括：

判断物联网设备的离线通知情况；

若物联网设备维护了离线通知，则根据离线通知的接收情况判断物联网设备在线或离线；

若物联网设备没有离线通知，则根据物联网设备最后一次通信时间的时间延迟情况判断物联网设备在线或离线。

7.根据权利要求4所述的一种物联网设备的状态识别方法，其特征在于：

所述基于查询请求响应的监听操作，包括：

周期性向物联网设备发送查询请求；

根据所述查询请求的响应情况将物联网设备标记为在线；

或，

根据所述查询请求的未响应次数将物联网设备标记为离线。

8.一种物联网设备的状态识别系统，其特征在于，包括：模型定义模块和针对性监控模块；

所述模型定义模块，用于搭建通用型数据模型，确认数据协议，所述模型定义模块基于所述通用型数据模型创建与所述数据协议对应的拓展模型；

所述针对性监控模块，用于基于所述通用型数据模型以及所述拓展模型确认物联网设备的通信模式，所述针对性监控模块根据所述通信模式对所述物联网设备的在离线状态进行适应性监控。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1～7中任一项所述物联网设备的状态识别方法的步骤。

10.一种计算机设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，所述处理器，所述通信接口，所述存储器通过所述通信总线完成相互间的通信；其中：

所述存储器，用于存放计算机程序；

所述处理器，用于通过运行所述存储器上所存放的程序来执行权利要求1～7中任一项所述物联网设备的状态识别方法的步骤。